ビジネス相互運用性インターフェース(BII)は、組織システム間のビジネス相互運用性を可能にするインターフェースです。この用語は、欧州委員会が欧州相互運用性フレームワーク[1]で造語したもので、内部的に異なる標準を使用する行政機関の相互運用性を向上させるためにこのようなインターフェースが推奨されています。
欧州委員会の BII の説明はあいまいですが、次の要件が説明されています。BII は、組織の内部ビジネス プロセスへの入口と出口を説明し、コラボレーション パートナーが互いに要求する貢献とコミットメントを正式な方法で説明する必要があります。さらに、BII は、コラボレーション ビジネス プロセスの制定を可能にし、異なる組織のビジネス プロセスを相互接続する必要があります。この説明は、BII の主な目的が、コラボレーション パートナーに組織とどのようにやり取りできるかを説明することであることを示しています。
インタフェース
インターフェースは、2 つのシステムまたはサブシステム間の相互接続点を表します。共同ビジネスは常に組織システム (企業や部門など) 間の相互作用で構成されるため、インターフェースは共同ビジネス プロセスの開発に不可欠な要素です。組織が連携するという状況では、インターフェースの説明では、隣接するシステムに関連するシステムの特性について説明する必要があります。情報システムのインターフェースは、以前はアプリケーション プログラミング インターフェースの説明など、技術的な側面に集中していましたが、サービス指向アーキテクチャなどの最近の開発では、サービスと組織境界のビジネス レベルの説明を目的とした概念的なインターフェースに注目が移っています。
ビジネスの相互運用性
同様に、以前の相互運用性の定義は技術的な側面に重点を置きすぎているとの議論もありました。その結果、ビジネス相互運用性という用語が提案され、たとえば「企業がビジネス パートナーと協力し、価値を創造する目的で IT 支援のビジネス関係を効率的に確立、実行、発展させる組織的および運用的能力」と定義されました。[2] 相互運用性は通常、自律システムが「情報を交換し、それを使用できる」能力として理解されています。 [3]または簡単に言えば、自律システムが連携または協力する能力です。自律組織が「連携する」とは、連携ビジネス プロセスを実行することを意味するため、ビジネス相互運用性は、
自律組織がそれらの間で連携ビジネス プロセスを実行する能力とも定義できます。[4]
意味
ビジネス相互運用性とインターフェースの定義に基づいて、BII という用語は次のように定義できます。
組織のビジネス相互運用性インターフェースは、組織との共同ビジネスプロセスを実行するためにパートナー組織に関連するすべての情報で構成されています。インターフェースは、組織自体が提供する共同ビジネスプロセスの要素と、組織がパートナー組織に期待する要素で構成されています。[5]
BII の内容はプロセスの説明に限定されません。コラボレーション ビジネス プロセスを実行するには、コラボレーション パートナーはアクティビティの実行順序を知る必要があるだけでなく、組織の役割、個々のアクティビティの詳細、ドキュメントの種類などの補足情報も必要です。同様に、コラボレーション ビジネス プロセスを体系的に実行するには、ビジネス レベルと技術レベルの両方のモデルが必要であるため、BII の説明はさまざまなレベルの技術的な粒度をカバーする必要があります。
実装
欧州の行政機関間の相互運用性の向上を目的としたEUの研究プロジェクトでは、ビジネス相互運用性インターフェースの設計と実装に関する提案がなされ、その後、科学論文で改良されました。[6]
この図は、この BII 実装の考え方をまとめたものです。組織 A と B はそれぞれ、情報システムに関する内部/プライベート ビューを持っています。この内部モデルから、コラボレーション パートナーのビューが導出されます。たとえば、組織 A のパブリック プロセスには、コラボレーション パートナー (つまり、組織 B) に関連する組織 A のプライベート プロセスのアクティビティのみが含まれます。これらのパブリック要素はすべて BII にまとめられ、コラボレーション パートナーが読み取ることができます。隣接する BII 要素の要素が互いに適合し、すべてのコラボレーション パートナーがそれらの解釈方法について合意している場合、それらはグローバル要素とも呼ばれます。

ここで説明されている BII は、4 つのエンタープライズ ディメンションを扱っています。組織ディメンションでは、コラボレーションに関連する役割、ユニット、その他の組織要素が記述され、内部要素と関連付けられます。これにより、たとえば、コラボレーション パートナーが相互作用する役割について共通の理解を持つことができます。データ ディメンションでは、コラボレーションで使用されるドキュメント タイプが定義され、内部で使用されるドキュメント タイプと関連付けられます。機能ディメンションでは、コラボレーションで提供されるビジネス機能とサービスが記述されます。プロセス ディメンションでは、各組織が提供するプロセスと、これらのパブリック プロセスがパートナー組織の隣接プロセスとどのように関連しているかが記述されます。
参考文献
- ^ 欧州委員会 (2004): 汎ヨーロッパ電子政府サービスのための欧州相互運用性フレームワーク – バージョン 1.0。2009 年 6 月 14 日にWayback Machineにアーカイブ。2010 年 7 月 7 日に取得。
- ^ Legner, Christine; Wende, Kristin (2006): Towards an Excellence Framework for Business Interoperability Archived July 25, 2011, at the Wayback Machine . Proceedings of the 19th Bled eConference eValues. Bled, Slovenia.
- ^ 米国電気電子学会。IEEE 標準コンピュータ辞書: IEEE 標準コンピュータ用語集の編集。ニューヨーク、ニューヨーク: 1990 年。
- ^ Ziemann (2010): 相互運用可能な情報システムのアーキテクチャ - 共同ビジネス プロセスを記述および実行するためのエンタープライズ モデル ベースのアプローチ。Logos、2010 年。
- ^ Ziemann, Joerg; Loos, Peter (2009): 欧州行政機関間の組織横断的プロセスの変革 - 包括的なビジネス相互運用性インターフェースに向けて。Weerakkody, V.; Janssen, M.; Dwivedi, Y. (編): ICT 対応の変革的政府に関する研究ハンドブック: グローバルな視点。ISBN 978-1-60566-390-6 、 pp. 93–116
- ^ R4eGov IOP アーキテクチャと IOP ライフサイクル (バージョン 1)。成果物 WP4-D7、2008 年。R4eGov – 大規模な電子行政に向けて、プロジェクト番号 IST-2004-026650。
