JP5106840B2 - データ要素のモデル化 - Google Patents

Description

本発明は、電子通信で使用することができるデータ要素のモデル化に関する。

電子通信は、データ要素を使用して電子メッセージ中の特定の情報部分を識別することによって、合理化することができる。データ要素は、電子通信の構成要素として使用されるべきものであり、電子通信において、データ要素は、それらの含まれる互いに異なるカテゴリの情報に個々に関連付けられる。標準によって採用された形態やビジネスパートナー間で同意された形態など、データ要素の共通に受容された形態を使用することにより、普通なら生じる恐れのあるいくつかの問題や不整合を排除している。たとえば、標準ＵＮ／ＣＥＦＡＣＴコア構成要素技術仕様（ＣＣＴＳ）では、コア構成要素（core component）を、そのような試みにおいてビルディングブロックとして使用されるべき、コンテキスト非依存のデータ要素として定義する。同様に、ＣＣＴＳでは、ビジネス情報エンティティ（Business Information Entity）を、コンテキスト固有要素として定義する。

また、ＣＣＴＳでは、こうした要素のどれもがベースとする、コア構成要素、ビジネス情報エンティティ、またはデータ型に使用される辞書エントリ名（ＤＥＮ）という概念も定義する。ＤＥＮは、その意味およびロジックを人間および機械が理解できるように、自然言語、主として英語に基づいている。ＤＥＮは、データ要素の定義および所期の使用法を指定するセマンティック情報の例である。

既存のモデル化ツールは、情報を識別できるデータ要素を、協調的かつ明確に理解されるようにモデル化するのに使用されるようには、構成されていない。特に、既存のツールは、モデル化プロセスにおいてユーザを補助する形で、データ要素に関連付けられたセマンティック情報に焦点を当ててはいない。したがって、既存の技術を使用してモデル化されるデータ要素のモデル化では、非効率、モデル化プロセスの範囲の概観の困難、ならびに詳細性および明瞭性の欠如が存在し得る。

本発明は、データ要素のモデル化に関する。
第１の一般的な態様では、コンピュータシステムは、電子通信における情報部分を識別するのに使用するための事前定義されたデータ要素をその中に記憶させたリポジトリを含む。この事前定義されたデータ要素はそれぞれ、その定義および所期の使用法を示すセマンティック情報に関連付けられる。このコンピュータシステムは、ユーザが選択した後、編集のために任意の事前定義されたデータ要素を表示するモデル化ツールをさらに含む。このモデル化ツールは、選択されたデータ要素に関するセマンティック情報を提示する。

実装形態は、以下の特徴のいずれかまたはすべてを含んでもよい。このモデル化ツールは、選択されたデータ要素に新しいデータ要素を追加するための、ユーザが選択可能なコントロールを提示することができ、このユーザが選択可能なコントロールは、新しいデータ要素を新しい集約データ要素として作成するか、それとも新しい基本データ要素として作成するかの選択を提供することができる。このモデル化ツールは、ユーザが、新しいデータ要素についての事前定義されたデータ型のうちから選択することができることをもたらすことができる。ユーザが、事前定義されたデータ型のうちの１つを選択した後、モデル化ツールは、ユーザが、選択された事前定義されたデータ型に関連付けられた事前定義されたプロパティのうちから選択することができることをもたらすことができる。このモデル化ツールは、選択された事前定義されたデータ型とともに、修飾データ型である事前定義されたプロパティのうちの少なくとも１つを決定し、事前定義されたプロパティのうちの少なくとも１つを強調することもできる。ユーザが、事前定義されたプロパティのうちの１つを選択した後、このモデル化ツールは、ユーザが、選択された事前定義されたプロパティに関連付けられた事前定義された修飾子のうちから選択することができることをもたらすこともできる。このモデル化ツールは、選択された事前定義されたプロパティおよび選択された事前定義されたデータ型とともに修飾データ型である事前定義された修飾子のうちの少なくとも１つを決定し、事前定義された修飾子のうちの少なくとも１つを強調することもできる。このモデル化ツールは、選択されたデータ要素の２つ以上の物理表現を提示するように構成されることができる。このモデル化ツールは、ユーザが、選択されたデータ要素に含まれるどのデータ要素に対しても、データ要素の適合性に影響を与えるいくつかのコンテキストカテゴリのどれに対する値も修正することができることをもたらすこともできる。このモデル化ツールは、電子通信用の少なくとも１つの標準からの項目を提示するように構成され、項目は、マッピングによって、選択されたデータ要素に含まれるデータ要素に関連付けられることもできる。このセマンティック情報は、プロパティに対して、少なくともデータ型、プロパティ、および修飾子を含むことができる。このモデル化ツールは、選択されたデータ要素に含まれるいくつかのデータ要素のうちからの可能な選択を示すための選択コントロールを提供することもできる。このモデル化ツールは、選択されたデータ要素に含まれるいくつかのデータ要素を含むシーケンスを示すためのシーケンスコントロールを提供することもできる。このモデル化ツールは、選択コントロールおよびシーケンスコントロールを提供し、ユーザは、選択コントロールおよびシーケンスコントロールのうちの一方を、他方の中に入れ子にすることもできる。

第２の一般的な態様では、データ要素をモデル化するユーザのプロセス中で実行される方法は、グラフィカルユーザインターフェース（ＧＵＩ）中で、モデル化ツールの案内の下で第１のユーザ入力を受け取るステップを含む。この入力では、それらの定義および所期の使用法を示すセマンティック情報に関連付けられたいくつかの事前定義されたデータ要素のうちの１つを選択する。この方法は、ＧＵＩ中で、第１のユーザ入力に応答して、選択された事前定義されたデータ要素の表現を提示するステップを含む。この表現は、セマンティック情報を含む。この方法は、モデル化ツールの案内の下で行われる第２のユーザ入力に基づいて、セマンティック情報の少なくとも１つの側面を修正するステップを含む。

実装形態では、この修正は、選択されたデータ要素を構成する１群のデータ要素に別のデータ要素を追加するステップを含むことができる。

第３の一般的な態様では、情報担体において有形に実施されるコンピュータプログラム製品は、プロセッサによって実行される場合、データ構成要素をモデル化するためのグラフィカルユーザインターフェース（ＧＵＩ）を表示装置上に生成する命令を含む。このＧＵＩは、編集のためにユーザによって選択された事前定義されたデータ構成要素を提示するデータ構成要素モデル化エリアを含む。このデータ構成要素モデル化エリアは、選択されたデータ構成要素に対するセマンティック情報を提示する。このＧＵＩは、ユーザが選択した後、選択されたデータ構成要素がベースとするデータ型を提示するデータ型モデル化エリアをさらに含む。

実装形態は、以下の特徴のいずれかまたはすべてを含むことができる。このデータ構成要素モデル化エリアは、ユーザが選択した後、選択されたデータ構成要素に含まれる少なくとも１つのデータ構成要素をさらに提示することができる。このデータ構成要素モデル化エリアは、ユーザ入力に基づいて、セマンティック情報において行われる修正を視覚的に示すことができる。このデータ型モデル化エリアは、ユーザによって編集可能なデータ型セマンティック情報をさらに提示することができる。

本明細書に記載のシステムおよび技法の利点は、以下のいずれかまたはすべてを含むことができる。オブジェクトクラス、属性、関連の共通セマンティック表現を考慮するモデル化ツールを提供すること。人工物の不整合な命名を低減させ抑制するモデル化ツールを提供すること。セマンティックレベルで構成要素の完全性を保持するモデル化ツールを提供すること。中央ステージ上でデータ構成要素の関係するすべての情報を視覚化するモデル化ツールを提供すること。その場合、すべての構成要素は、セマンティック、技術表現、文書、他の標準のマッピング、統計、およびレイアウト表現などの概念に関する追加の情報を有することができる。

本発明の１つまたは複数の実施形態の詳細が、添付の図面および以下の説明に示されている。本発明のその他の特徴、目的、および利点は、それらの説明および図面、ならびに特許請求の範囲から、明らかになるであろう。

様々な図面中の同じ参照番号は、同じ要素を示す。

図１は、データ要素をモデル化し使用するための、例示的なシステム１００を示す。データ要素は、特定の情報カテゴリまたはその中の情報部分を指定するために、フォーマット設定済み電子文書中などに、電子通信の構成要素として含めることができる。各データ要素は、そのデータ要素のセマンティック的意味、およびそのセマンティック的意味に関係した一意名に関連付けてもよい。特に、例示的なシステム１００は、任意のデータ要素を作成または修正するためのモデル化ツールを含む。

システム１００は、コンピュータシステム１０２を含む。例示的なシステム１００では、コンピュータシステム１０２は、ソフトウェアアプリケーション１０４、電子通信モジュール１０６、およびモデル化ツール１０８を含む。ソフトウェアアプリケーション１０４は、電子文書を提示するソフトウェアエディタでもよい。この例では、ソフトウェアアプリケーション１０４は、電子請求書１１０、電子注文、または取引先情報をもつ住所録など、電子ビジネス情報を用意し表示することができる。ソフトウェアアプリケーション１０４は、コンピュータシステム１０２で利用可能な情報を使用し、特定のフォーマットに従って、電子文書を作成する。コンピュータシステム１０２は、電子文書を用意することができ、それを電子通信用の通信文書１１２として記憶することができる。

コンピュータシステム１０２は、電子通信モジュール１０６を使用して、ネットワーク１１４を介してその他のコンピュータシステムと通信することができる。ネットワーク１１４を介して、コンピュータシステム１０２は、別のコンピュータシステム１１６と通信することができる。コンピュータシステム１１６は、フォーマット設定済み電子文書を表示することができるソフトウェアアプリケーション１１８と、ネットワーク１１４を介した通信に従事させるための電子通信モジュール１２０とをさらに含む。

電子通信モジュール１２０は、現在、通信文書１２２を含んでおり、電子通信モジュール１２０は、それをネットワーク１１４を介してやりとりすることができる。一実施形態では、電子通信モジュールはローカルエリアネットワーク（ＬＡＮ）インターフェースでもよく、ネットワーク１１４はインターネットでもよい。たとえば、通信文書１２２は、コンピュータシステム１０２からコンピュータシステム１１６が受け取る文書でもよく、またはコンピュータシステム１０２に送信するためにコンピュータシステム１１６が生成する文書でもよい。様々なソフトウェアアプリケーションが、様々なフォーマットを使用して電子文書を構築することができる。たとえば、電子ビジネス通信では、ＥＤＩＦＡＣＴ、Ｘ１２、ＣＩＤＸ、ＰＩＤＸ、ＲｏｓｅｔｔａＮｅｔ、ＣＣＴＳベースのスキーマ、ＳＡＰ ＩＤｏｃなど、多種多様なフォーマットが存在する。例示的なシステム１００では、ソフトウェアアプリケーション１１８は、通信文書１２２に基づいて請求書１２４をユーザに表示するように構成されてもよい。

通信文書１１２および通信文書１２２は、データ要素を使用して、情報部分を識別する。したがって、受取り側のソフトウェアアプリケーション１０４およびソフトウェアアプリケーション１１８は、リポジトリ中でデータ要素のセマンティクスがアクセス可能であるので、それらを任意のフォーマットでフォーマット設定することができる。通信は、両方向でよく、すなわちコンピュータシステム１０２は、通信文書を、コンピュータシステム１１６に送信しても、またはそこから受信してもよい。簡略のため、コンピュータシステム１１６は、通信文書をコンピュータシステム１０２から受け取ると仮定する。この例では、ソフトウェアアプリケーション１０４はまず、データ要素を使用して通信文書１１２を作成する。データ要素は、通信文書１１２の内容の中の情報の特定部分を識別する。通信文書１１２を受け取った後、コンピュータシステム１１６は、通信文書１１２の内容を、文書１１２中のデータ要素を使用して解釈することができる。たとえば、コンピュータシステム１１６は、データ要素の定義を記憶するリポジトリにアクセスして、それらを解釈することができる。リポジトリは、公にアクセス可能であることもあれば、管理アクセスを必要とすることもある。

例示的なシステム１００は、リポジトリ１２６の一例を含んでおり、このリポジトリは、コンピュータシステム１０２および１１６によってアクセス可能である。リポジトリ１２６は、データ要素エントリ１２８のリストを記憶する。各データ要素エントリ１２８は、データ要素の定義および名前を含んでもよく、または別の場所に記憶された名前および定義に関連付けられたデータ要素のリストでもよい。データ要素エントリ１２８を使用して、住所や請求書金額など、電子通信中の情報の特定の型またはカテゴリを識別することができる。データ要素エントリ１２８は、モデル化ツール１０８を使用して、生成または修正することができる。

以下の例では、リポジトリ中に記憶されるデータ要素を使用するプロセスについて示す。例示的なシステム１００では、コンピュータシステム１０２の所有者およびコンピュータシステム１１６の所有者が、商取引に従事したいものと仮定する。この商取引は、部分的に、電子通信を介して、請求書を販売者から購入者に送信することによって、完了されることになっている。請求書情報の個々の部分は、リポジトリ１２６中に定義されたデータ要素を使用して識別されるべきである。販売者、この場合、システム１０２は、リポジトリからの適切なデータ要素を使用して、請求書テンプレートを作成し、公にアクセス可能であるリポジトリ１２６からのデータ要素がその取引で使用されることを、購入者、この場合、システム１１６に通知する。システム１０２は次に、テンプレートを使用して請求書を作成し、作成された請求書をネットワークを介して送信する。コンピュータシステム１１６は、通信文書１２２の形の、送信された請求書を受信する。それより早い時点で、または通信文書１２２を受信した後、購入者は、請求書中で使用されるデータ要素を認識するように、システム１１６を構成する。たとえば、システム１１６は、リポジトリからすべての利用可能なデータ要素を取り出すか、または請求書中に存在するデータ要素を取り出す。それらのデータ要素がシステム１１６中で定義されることで、それらによって識別される情報を表示し、必要に応じて他の方法で処理することができる。たとえば、販売者の住所としてラベル付けされた情報は、画面の適切な部分に自動的に表示され、請求書の自動的な追跡または支払いの送金に使用することができる。したがって、コンピュータシステム１１６は、ソフトウェアアプリケーション１１８を使用して通信文書１２２を開くことによって、受信した請求書を閲覧してもよい。請求書１２４は、ソフトウェアアプリケーション１１８によって指定されたフォーマットで提示される。

図２は、モデル化ツール１０８が生成することができるグラフィカルユーザインターフェース（ＧＵＩ）２００を示す。ＧＵＩ ２００を使用して、ユーザは、集約データ構成要素やデータ型などのデータ要素を、閲覧または編集することができる。ＧＵＩ ２００は、データ構成要素階層エリア２０２、データ構成要素モデル化エリア２０４、データ型階層エリア２０６、およびデータ型モデル化エリア２０８を含む。

データ構成要素階層エリア２０２は、データ構成要素の階層構造を示す。階層２１０は、メッセージ型に従って構成され、このメッセージ型は、データ要素を使用することができる電子通信のカテゴリである。ユーザは、モデル化のために、階層２１０中の任意のメッセージ型を選択することができる。この場合、階層２１０は、３つの汎用メッセージ型、およびＯｒｄｅｒ＿Ｍｅｓｓａｇｅ型２１２を含む。注文メッセージは、たとえば、データ要素を使用して電子伝送用に組み立てることができる発注に対応する。ユーザがポインタ２１４を使用して任意のメッセージ型を選択した場合、階層２１０は、そのメッセージ型に含まれる構成要素の少なくとも１つのサブレベルを表示する。この場合、ユーザは、Ｏｒｄｅｒ＿Ｍｅｓｓａｇｅ型２１２を選択している。

Ｏｒｄｅｒ＿Ｍｅｓｓａｇｅ型２１２は、電子注文に含めることができるいくつかのデータ構成要素を含む。階層２１０は現在、Ｏｒｄｅｒ＿Ｍｅｓｓａｇｅ型２１２の一部である、Ｂｕｙｅｒ Ｐａｒｔｙ（購入者当事者）、Ｓｅｌｌｅｒ Ｐａｒｔｙ（販売者当事者）、Ｏｒｉｇｉｎ＿Ｌｏｃａｔｉｏｎ、Ｓｏｕｒｃｅ＿Ｌｏｃａｔｉｏｎ、およびＤｅｌｉｖｅｒｙ Ｔｅｒｍｓ（納入条件）を示している。これらの例示的な名前は、ＣＣＴＳおよびＩＳＯ １１１７９−５規約に基づいている。ここでは、話を簡単にするために、それ以外の構成要素は省略されている。階層２１０は、セマンティクスに基づいて、いくつかのデータ構成要素をグループ化してもよい。たとえば、Ｐａｒｔｙ（当事者）コンテナは、Ｂｕｙｅｒ Ｐａｒｔｙ（購入者当事者）およびＳｅｌｌｅｒ Ｐａｒｔｙ（販売者当事者）を含む。同様に、Ｌｏｃａｔｉｏｎ（場所）コンテナ２１８は、Ｏｒｉｇｉｎ＿ＬｏｃａｔｉｏｎおよびＳｏｕｒｃｅ＿Ｌｏｃａｔｉｏｎを含む。ユーザは、モデル化のために、階層２１０中の任意のエントリを選択することができる。選択した後、データ構成要素モデル化エリア２０４内に、対応するデータ構成要素が表示される。この場合、ユーザは、Ｄｅｌｉｖｅｒｙ Ｔｅｒｍｓ（納入条件）構成要素を選択している。

データ構成要素モデル化エリア２０４は現在、Ｄｅｌｉｖｅｒｙ Ｔｅｒｍｓ（納入条件）構成要素用に構成されている。第１に、データ構成要素モデル化エリア２０４は、選択された構成要素の階層を示す概要エリア２２０を含む。たとえば、概要エリア２２０は、現在選択された構成要素でもよい構成要素アイコン２２２が、いくつかのサブ構成要素２２４を含み、サブ構成要素２２４のうちの少なくとも１つが、少なくとも１つのサブサブ構成要素２２６を含むことを示している。概要エリアは、そのセマンティクスを扱う際に役に立ち得るデータ構成要素構造を、ユーザに見せる。ユーザは、スライドバー２２８を使用して、概要エリア２２０をスクロールすることができる。

第２に、データ構成要素モデル化エリア２０４は、ユーザがモデル化およびその他の操作を行うための、クラス、たとえば納入条件構成要素２３０を、視覚的に提示する。納入条件構成要素２３０は、選択されたデータ構成要素のセマンティクスを反映するセマンティック情報エリア２３２と、このデータ構成要素用に存在する物理表現の選択を反映する物理表現エリア２３４と、そのデータ構成要素の他の諸側面またはそれに対して実行することができるその他のアクションを反映する拡張機能エリア２３６とを使用して、提示される。

この例では、選択されたデータ構成要素は、ＣＣＴＳを使用して定義され、したがって図では、その標準からの専門用語を一部使用する。たとえば、他のいくつかのデータ構成要素から構成される納入条件構成要素２３０などの集約データ構成要素は、ＡＢＩＥ（集約ビジネス情報エンティティ）という用語で呼ばれる。その他のデータ構成要素からは構成されない基本データ構成要素は、ＢＢＩＥ（基本ビジネス情報エンティティ）という用語で呼ばれる。集約データ構成要素を別の集約データ構成要素と関連付ける関連データ構成要素は、ＡＳＢＩＥ（関連ビジネス情報エンティティ）という用語で呼ばれる。

セマンティック情報エリア２３２は、モデル作成者に参考となり役に立つような形で、納入条件構成要素２３０のセマンティクスを提示する。第１に、セマンティック情報エリア２３２は、納入条件構成要素２３０の名前「Ｄｅｌｉｖｅｒｙ Ｔｅｒｍｓ． Ｄｅｔａｉｌｓ」を有する。第２に、セマンティック情報エリア２３２は、納入条件構成要素２３０を構成する各構成要素ごとに、構成要素がＢＢＩＥであるか、それともＡＳＢＩＥであるかを定義する、型列２３８を含む。また、セマンティック情報エリア２３２は、以下に述べるように、ＢＢＩＥまたはＡＳＢＩＥのそれぞれに関連付けられた、選択されたセマンティクスも提示する。

この場合、納入条件構成要素２３０は現在、ＢＢＩＥエントリ２４０Ａ、Ｂ、ＦおよびＨ、ならびにＡＳＢＩＥエントリ２４０Ｃ、Ｄ、ＥおよびＧを含む、８つのデータ構成要素から構成される。モデル化ツール１０８を用い、例示的なＧＵＩ ２００を使用して行うことができる操作の一例が、集約データ構成要素を構成するデータ構成要素用のエントリを、追加または削除することである。別の例は、ユーザが、そのエントリを使用して集約データ構成要素を構成する任意のデータ構成要素を開き、編集することができるものであり、次にこれについて説明する。

図３Ａ〜Ｂは、ユーザがポインタ２１４を使用して納入条件構成要素２３０の関連データ構成要素用のエントリのいくつかを選択した後、データ構成要素モデル化エリア２０４がどのように表示され得るかの一例を示す。図３Ａ〜Ｂの内容は、データ構成要素モデル化エリア２０４内に一度に表示されてもよいが、ここでは、わかりやすいように、２つの図面に分けている。やはり話をわかりやすくするために、図３Ａ〜Ｂは、データ構成要素モデル化エリア２０４だけを示しており、ＧＵＩ ２００の残りは示していない。

まず、ユーザがデータ構成要素エントリ２４０Ｃを選択した後、データ構成要素モデル化エリア２０４内に、そのエントリに対応するＡＢＩＥ ３００が表示される。この場合のＡＢＩＥ ３００は、納入プロセスへのインコタームズ商業用語の適用を定義することができるＩｎｃｏｔｅｒｍｓ（インコタームズ）構成要素である。納入条件構成要素２３０とＡＢＩＥ ３００の間の関連が、結合子３０２を使用して視覚的に示されている。したがって、結合子３０２は、納入条件２３０が関連構成要素であるＡＳＢＩＥ ２４０Ｃを含み、このＡＳＢＩＥが納入条件構成要素２３０を別の集約構成要素であるＡＢＩＥ ３００に関連付けるというセマンティックを、視覚化していると言うことができる。納入条件構成要素２３０と同様に、ＡＢＩＥ ３００は、セマンティック情報エリア３０４、物理表現エリア３０６、および拡張機能エリア３０８を含む。

集約データ構成要素であるので、ＡＢＩＥ ３００は、その他のデータ構成要素からなる。セマンティック情報エリア３０４は、それらの構成要素のセマンティック情報を提示するためのいくつかの列を含む。ユーザは、セマンティック情報エリア３０４内に含まれる情報を、追加し、削除し、または編集することができる。まず、型列３１０は、ＡＢＩＥ ３００に含まれる各構成要素ごとに、その構成要素がどんな型を有するかを示す。この場合、含まれる構成要素はどちらも基本データ構成要素であり、したがって、それぞれＢＢＩＥとマーク付けされている。

列３１２および３１４は、それぞれのデータ構成要素が関係するオブジェクトクラスを指定する。たとえば、この表現は、ＣＣＴＳおよびＩＳＯ １１１７９−５に基づいている。列３１４は、オブジェクトクラスに対する用語（ＯＣＴ）を指定し、この場合はＩｎｃｏｔｅｒｍｓ（インコタームズ）である。オブジェクトクラス用語は、自分が属するオブジェクトクラスを表すデータ要素の一意名の一部である。列３１４は、オブジェクトクラスに対する修飾子（ＯＣＱ）を指定してもよく、この場合は空である。列３１６および３１８は、それぞれのデータ構成要素が関係するプロパティを指定する。列３１８は、プロパティに対する用語（ＰＴ）を指定し、この用語は、これらの例では、それぞれＣｌａｓｓｉｆｉｃａｔｉｏｎ（分類）およびＬｏｃａｔｉｏｎ（場所）である。プロパティ用語は、オブジェクトクラスのプロパティを表すデータ要素の一意名の一部である。列３１６は、プロパティに対する修飾子（ＰＱ）を指定してよく、この場合、構成要素のうちの一方は空であり、他方はＴｒａｎｓｆｅｒ（移動）である。列３２０は、データ構成要素のそれぞれに対する表現用語（ＲＴ）を指定する。表現用語は、データ要素に対する１組の有効な値の形を表す一意名の一部であり、たとえば、データ要素が、あるデータ型を有すると定義されることによりそうなる。この場合、表現用語は、それぞれＣｏｄｅ（コード）およびＩｎｄｉｃａｔｏｒ（インジケータ）である。オブジェクトクラス用語、プロパティ用語、および表現用語は、ＣＣＴＳ標準の実装形態で使用されるものでもよい。

列３２２は、対応する各データ構成要素の存在（occurrence）を示す。これは、ＡＢＩＥ ３００に関してデータ構成要素が存在するカーディナリティ（cardinality）を意味する。たとえば、データ構成要素のうちの一方は［１．．１］の存在を有しており、これは、この構成要素が、ＡＢＩＥ ３００中に正確に１つ存在することを意味する。それとは対照的に、他方のデータ構成要素は［０．．１］の存在を有しており、これは、０個または１つのそのような構成要素が、ＡＢＩＥ ３００に含まれてもよいことを示している。

関連構成要素エントリ２４０Ｃと同様に、この例のユーザは、関連構成要素エントリ２４０Ｄ、Ｅ、およびＧも選択する。これにより、データ構成要素モデル化エリア２０４に、対応するデータ構成要素が表示される。具体的には、ＡＢＩＥ ３２４は、ＡＳＢＩＥエントリ２４０Ｄに対応する分納詳細構成要素であり、ＡＢＩＥ ３２６は、ＡＳＢＩＥエントリ２４０Ｅに対応する許容量詳細構成要素であり、ＡＢＩＥ ３２８は、ＡＳＢＩＥエントリ２４０Ｇに対応する輸送詳細構成要素である。ＡＢＩＥ ３２４、３２６、および３２８のそれぞれが納入条件構成要素２３０に関連付けられるセマンティックは、それぞれの結合子３３０、３３２、および３３４によって視覚化される。結合子３０２、３３０、および３３４は、「集約」を表す白色ひし形を使用して、納入条件構成要素２３０に接続する。同様に、結合子３３２は、「組成」を表す黒色ひし形を有する。

納入条件構成要素２３０は、納入条件構成要素２３０を構成する、ＡＢＩＥ ３００を含めた、データ構成要素に対して類似の情報を指定するセマンティック情報エリア２３２を含む。したがって、セマンティック情報エリア３０４は、ＡＢＩＥ ３００に含まれる各構成要素のセマンティクスに関する詳細を、視覚化する。エリア３０６および３０８については、後で述べる。

ユーザは、モデル化ツール１０８を使用してデータ型をモデル化することができる。図２に示されているように、ＧＵＩ ２００は、データ型階層エリア２０６およびデータ型モデル化エリア２０８を含む。図４は、これらのエリアがどのように表示され動作するかについての一例を示す。話を簡単にするために、図では、エリア２０６および２０８だけを示しており、ＧＵＩ ２００の残りは示していない。

データ型階層エリア２０６は、ユーザ選択用に定義されたデータ型のいくつかまたはすべてを列挙するリスト４００を含む。この場合、ユーザは、金額型エントリ４０２を選択する。選択後、エリア２０８内に金額型４０４が提示される。金額型４０４は、セマンティック情報エリア４０６、物理表現エリア４０８、および拡張機能エリア４１０を含む。後者の２つについては、後で述べる。

セマンティック情報エリア４０６は、セマンティックエリア２３２および３０４と類似のセマンティック情報を編成する列を含む。したがって、セマンティック情報エリア４０６は、型列４１２、オブジェクトクラス修飾子（ＯＣＱ）列４１４およびオブジェクトクラス用語（ＯＣＴ）列４１６、プロパティ修飾子（ＰＱ）列４１８およびプロパティ用語（ＰＴ）列４２０、表現用語（ＲＴ）列４２２、ベース型（base type）列４２４、ならびに存在（occurrence）列４２６を含む。ベース型列４２４は、この場合にまず、各データ型がベースとする任意の物理「プリミティブ型」（整数、文字列、１０進、浮動小数点など）のいずれかを示す。このプリミティブ型に、ＸＭＬスキーマ組込み型（XML Schema Built−In Type）を使用してもよい。さらに、ベース型列４２４は、特定のデータ型Ｃｏｄｅ（コード）またはＩｄｅｎｔｉｆｉｅｒ（識別子）がコードリストに基づいているか、それともそれが特定の識別子スキームであるかを指定するが、これは、各コードリストまたは識別子スキームが、それ自体のプリミティブ型に基づいているからである。制限列４２８については、後で述べる。したがって、金額型４０４は現在、１０進数の形の内容と、指定のバージョンのコードリストを使用して決定される通貨コードとを含むように、モデル化される。ユーザは、金額データ型４０４に対して、任意のセマンティック情報を追加し、修正し、または削除することができる。

具体的には、ユーザは、金額型４０４に基づく修飾データ型を作成することができる。金額型４０４はそのため、作成された修飾データ型に対するコアデータ型と見なしてもよい。図５は、そのようなデータ型間の関係を概略的に示す。コアデータ型５００はこの場合、金額型４０４と比べていくつかの違いを有する金額型である。具体的には、コアデータ型５００は、金額（１０進数）および通貨コードからなる。同様に、コアデータ型と同じ全体構造を有する、価格金額（price amount）用の修飾データ型５０２が作成されている。

データ型５００および５０２は、それらのデータ型の対応する諸側面に適用する制限がもしあればそれを列挙する、制限フィールド５０４を有する。たとえば、データ型５００中の制限は、１０進金額が長さ「２２．６」を有することができることを指定する。それとは対照的に、修飾データ型５０２中の制限は、長さは「１０．６」とすることができることを指定する。したがって、修飾データ型５０２は、コアデータ型５００中の定義をさらに制限する。それとは対照的に、コアデータ型５００中のコードリストは、標準ＩＳＯ ４２１７：２００１：５に基づくように指定され、修飾データ型５０２中の制限フィールド５０４は、同じ情報を指定する。したがって、修飾データ型５０２は、利用可能なコードリストをさらには制限しない。

作成された修飾データ型に基づいて、１つまたは複数のデータ構成要素を作成することができる。この場合、修飾データ型は、ＢＢＩＥ ５０６に対する基礎として使用されている。修飾データ型のセマンティクスごとに、ＢＢＩＥ ５０６は、価格金額を表す。価格金額は、化粧品品目の詳細を表すＡＢＩＥ ５０８に含まれている。したがって、修飾データ型は、化粧品品目に対する価格金額を指定するために使用されている。また、コードリストＩＳＯ ４２１７：２００１：５を変更することも可能であり、あるいはユーザが、同じ補足構成要素に対してより多くのコードリストを定義し、実行時にどのコードリストがデフォルトコードリストであるかを指定することもできる。

図６は、ユーザが金額型４０４中の定義をどのようにして訂正することができるか、および追加のデータ型をどのようにして作成することができるかの例を示す。第１に、データ型の場合、ユーザは、特定のセマンティックを詳細に探索することができる。プリミティブ列４２４は、データ型に基づく構成要素中で使用することができる特定のコードリストを表す、ＣｏｄｅＬｉｓｔ（コードリスト）エントリ６００を含む。ユーザは、エントリ６００を選択して、データ型モデル化エリア２０８内にコードリスト６０２を提示させることができる。この場合、コードリスト６０２が提示されるときは、エリア２０８内にデータ型４０４は提示されなくなる。他の実装形態では、データ型４０４およびコードリスト６０２が、エリア２０８内に同時に提示されてもよい。コードリスト６０２によって、データ型４０４中の金額通貨コード（amount currency code）のセマンティクスが提供される。１つの特定のデータ型または補足構成要素に対して２つ以上のコードリストが定義される場合、追加のパラメータ「「コードリストＩＤ」、「コードリストバージョン」．．．．」が送られない場合に実行時に使用されることになるデフォルトコードリストを定義することが可能である。さらに、「コードリストＩＤ」、「コードリストバージョン」などの列が、コードリストを一意に指定するための特定の補足構成要素を表す。

前述の他の例示的な視覚的表現と同様に、コードリスト６０２は、いくつかの列をもつセマンティック情報エリアを含む。第１の列６０４は、金額通貨コードがベースとすることができるコードリスト名を表す。これらのエントリごとに、選択されたエントリに含まれるコードのリストを示す詳細エリアが存在してよい。この場合、ユーザは、ＵＮ：ＡＢＣ：１２３４と読める第１の例示的なエントリを選択し、それにより、システムは、エリア２０８内にコードリスト詳細エリア６０６を提示するように促される。コードリストエリアは、任意のデータ型４０４およびコードリスト６０２とともに、またはそれに置き換わって、表示することができる。

コードリスト詳細エリア６０６は、セマンティック情報を持ついくつかの列を含むセマンティック情報エリア６０８を含んでいる。この場合、セマンティック情報は、コード自体、名前、および追加説明である。たとえば、ユーロやドイツマルクなどの通貨に対応する互いに異なるコード値が存在する。コードリスト詳細エリア６０６は、この例に示されているよりも多くのエントリを含んでもよい。

第２に、ユーザは、データ型４０４を使用して、修飾データ型を派生させることができる。データ型モデル化エリア２０８は、「修飾の派生」とラベル付けされたコントロール６１０を含む。データ型４０４が提示されている間にユーザがこのコントロールを選択すると、ユーザがそこから修飾データ型６１２を作成することができるテンプレートが、エリア２０８内に提示される。修飾データ型６１２は、データ型４０４とともに、またはそれに置き換わって、エリア２０８内に表示することができる。

最初に表示された後、修飾データ型６１２用のテンプレートは、データ型４０４に含まれる情報を含んでもよい。ユーザは次に、任意の情報を追加し、削除し、または修正して、修飾データ型を作成することができる。この場合、ユーザは、オブジェクトクラスに対する修飾子を導入し、別のデータ型をリストに追加している。第１に、データ型４０４は、オブジェクトクラス用語用の列６１４を含んでおり、このオブジェクトクラス用語は、この例では、Ａｍｏｕｎｔ（金額）である。その横は、そのオブジェクトクラス用の修飾子を保持する列６１６であり、この列は現在、空である。これは、データ型４０４は、オブジェクトクラス用の用語にＡｍｏｕｎｔ（金額）を指定するが、その用語に対してどんな修飾子も指定しないことを意味している。

修飾データ型６１２は、それとは対照的に、オブジェクトクラス用のＴａｘ（税）修飾子を指定すべきである。したがって、ユーザは、修飾データ型６１２の列６１８に、用語Ｔａｘ（税）を入力する。これは、修飾データ型６１２が、任意の型の金額に関係するだけでなく、特に税金額に関係していることを意味する。ユーザは、修飾データ型６１２中の他の任意のセマンティック情報を必要に応じて修正して、税金額データ型を実装することができる。

第２に、ユーザは、データ型４０４中に存在しない修飾データ型６１２に、データ型エントリ６２０を追加している。ユーザが「プロパティの追加」コントロール６２１を選択した後、新しいエントリ６２０が生成される。ここまでは、エントリ６２０は、データ型であり、そのオブジェクトクラスが税金額であることを特徴としている。ユーザは、その他のセマンティック情報用の値を入力して、さらにエントリ６２０を指定する。

データ型４０４では、「プロパティの追加」コントロール６２２を使用して、新しいエントリを作成することができる。たとえば、ユーザは、データ型であり、既に存在するエントリとは異なるセマンティック情報を有する新しいエントリを、作成することができる。ＧＵＩ ２００は、モデル化されている任意の要素に対して、保存や削除などの動作を実行するためのコントロール（図示せず）を含む。したがって、ユーザは、新たに作成された修飾データ型６１２または修正されたデータ型４０４を、保存することができる。

同様に、納入条件構成要素２３０などのデータ構成要素中に、新しいエントリを作成することができる。次に、図７Ａ〜Ｉを参照して、労務サービスに対して課される売上税用の基本データ構成要素を追加する一例について、説明する。追加の結果、特定のＢＢＩＥまたはＡＳＢＩＥが、各コンテキストカテゴリ中の値によって示される、設定コンテキスト中でのみ認識されることになる。

図７Ａは、データ構成要素モデル化エリア２０４内に、納入条件構成要素２３０が提示される様子を示している。話を簡単にするために、ＧＵＩ ２００の残りの部分は、図に示されていない。型列２３８は、構成要素２３０が、いくつかのＢＢＩＥおよびＡＳＢＩＥから構成されることを示している。

ユーザは、別のＢＢＩＥを追加したいと思い、したがって、新しいエントリを作成するために、メニュー７００を開く。メニュー７００は、右マウスボタンをクリックすることによって利用可能なコンテキストメニュー（図示せず）でもよい。メニュー７００では、ユーザは、「追加（Append）」コマンドを選択して、別のエントリを納入条件構成要素に追加するように、システムに指令する。これにより、サブメニュー７０２が表示され、この場合、ＢＢＩＥまたはＡＳＢＩＥを作成する選択をユーザに提供する。図７Ｂに示されているように、システムは、ユーザがＢＢＩＥコマンドを選択した後、セマンティック情報エリア２３２の最後に、新しいＢＢＩＥエントリ７０４を追加する。

ＢＢＩＥエントリ７０４は、列２３８中でＢＢＩＥとして定義され、納入条件構成要素２３０から、オブジェクトクラス用の用語（Ｄｅｌｉｖｅｒｙ Ｔｅｒｍｓ（納入条件））を継承する。この時点で、セマンティック情報エリア２３２内のＢＢＩＥエントリ７０４に対する残りのフィールドは、空である。構成要素選択コントロール７０６は、ユーザがそのように選択したならば、ＢＢＩＥエントリ７０４をＡＳＢＩＥ（または、他の任意の利用可能な型の構成要素）として、ユーザに再定義させる。しかし、この場合、ユーザは、ＢＢＩＥエントリ７０４を他の型の構成要素には変更しない。

図７Ｃに示されているように、ユーザは次に、ＢＢＩＥに対する表現用語を定義することができる。表現用語列７０８は、既存の構成要素がベースとするデータ型、たとえばコードデータ型を列挙する。この表現用語列は、ＣＣＴＳ定義データ型の最小部分からなる固定リストである。ＢＢＩＥエントリ７０４では、表現用語列７０８は、事前定義されたデータ型のいずれかを選択するためのコントロール７１０を提示する。ユーザがコントロール７１０を選択した後、利用可能なデータ型のリスト７１４を提示するメニュー７１２が表示される。この場合、ユーザは、ＢＢＩＥエントリ７０４に対するデータ型として、リスト７１４中でＡｍｏｕｎｔ（金額）を選択する。

図７Ｄは、ＢＢＩＥエントリ７０４に対するデータ型としてＡｍｏｕｎｔ（金額）が指定された後の、エリア２０４内の納入条件構成要素２３０を示す。セマンティック情報エリア２３２は、含まれるすべての構成要素に対してプロパティ用語を指定する列７１６を含む。ＢＢＩＥエントリ７０４では、ＢＢＩＥに対して事前定義されたプロパティ用語のいずれかを選択するためのコントロール７１８を、列７１６が表示する。ユーザがコントロール７１８を選択した後、利用可能なプロパティ用語のリスト７２２を含むメニュー７２０が表示される。

利用可能なプロパティ用語は、列７０８で選択された表現用語に依存する（図７Ｃ参照）。リスト７２２は、ユーザによるデータ型の選択に応じて設定される。リスト７２２は、下線付きのいくつかのプロパティ用語（この場合、Ｄｅｄｕｃｔｉｂｌｅ（控除）およびＴａｘ（税））と、下線付きでないいくつかのプロパティ用語（たとえば、Ｅｘｐｅｃｔｅｄ（予想）およびＵｐｐｅｒ（上限））とを含む。下線は、プロパティ用語が、修飾データ型に関係することを示す。下線なしのプロパティ用語は、それとは対照的に、非修飾（またはコア）データ型に関係する。修飾データ型は、コア（または非修飾）データ型に基づく。ＲＴに表示されているすべての用語は、元来、コアデータ型に基づいている。ＰＴ中の用語が下線付きの場合、これは、特定のＢＢＩＥが、修飾データ型、たとえば「Ｄｅｄｕｃｔｉｂｌｅ（控除）」に基づいていることを意味する。また、この制限は、図５に関しても説明されており、図５では、非修飾データ型および修飾データ型の決定についても示している。ＢＢＩＥは制限されているものもあれば（修飾データ型に基づく）、制限されていないものもあり（コアデータ型に基づく）、その違いは、選択的に下線を付けることによって視覚化される。この場合、修飾データ型−Ｔａｘ＿Ａｍｏｕｎｔ． Ｔｙｐｅ−が制限されるので、ユーザは、下線付きのＴａｘ（税）を選択する。

図７Ｅは、ＢＢＩＥエントリ７０４に対するプロパティ用語としてＴａｘ（税）が指定された後の、エリア２０４内の納入条件構成要素２３０を示す。セマンティック情報エリア２３２は、列７１６中で選択された用語が表すプロパティに対して修飾子を指定するための列７２４を含む。列７２４は、ユーザが、いくつかの事前定義された修飾子のうちの１つを選択するためのコントロール７２６を表示する。ユーザがコントロール７２６を選択した後、利用可能な修飾子のリスト７３０を提示するメニュー７２８が表示される。

利用可能な修飾子は、列７１６中で選択されたプロパティ用語に依存する。リスト７３０は、ユーザによるプロパティ用語の選択に応じて設定される。リスト７３０は、下線付きのいくつかの修飾子（この場合、Ｉｎｓｕｒａｎｃｅ（保険）および＜？＞Ｓａｌｅｓ（売上））と、下線なしのいくつかの修飾子（たとえば、Ｇｏｏｄｓ（商品）およびＶａｌｕｅ Ａｄｄｅｄ（付加価値））とを含む。下線は、このＢＢＩＥがベースとする修飾データ型の性質を反映している。下線は、このＢＢＩＥが、下線なしのエントリよりも、たとえば図５に記載されるような、より制限された修飾データ型に基づくことを示している。この修飾データ型名は、Ｓａｌｅｓ＿ Ｔａｘ＿ Ａｍｏｕｎｔ． Ｔｙｐｅである。この修飾データ型は、長さを制限してもよい。下線なしの修飾子は、それとは対照的に、たとえば図５に示されているような、より制限の少ない修飾データ型に基づくことを示している。修飾データ型は、「Ｔａｘ＿ Ａｍｏｕｎｔ． Ｔｙｐｅ」であり、これは、「Ｓａｌｅｓ＿ Ｔａｘ＿ Ａｍｏｕｎｔ． Ｔｙｐｅ」よりも長い長さを有してもよい。この場合、ユーザは、下線付きの修飾子のうちの１つである、＜？＞Ｓａｌｅｓ（売上）を選択する。＜？＞部分は、Ｓａｌｅｓ（売上）修飾子がいくつかの追加の修飾子を有することを意味している。

図７Ｆは、ＢＢＩＥエントリ７０４に対するプロパティ修飾子として列７２４中で＜？＞Ｓａｌｅｓ（売上）が指定された後の、エリア２０４内の納入条件構成要素２３０を示す。プロパティ修飾子の＜？＞構成要素は、Ｓａｌｅｓ（売上）修飾子が、異なる修飾子の集まりを表すことを示している。プロパティ修飾子をさらに指定するには、ユーザは、修飾子の集まりのうちの１つを選択すべきである。図７Ｇは、修飾子のいずれかを選択するためのコントロール７２６を列７２４が表示する様子を示している。ユーザがコントロール７２６を選択した後、その選択を行うためのメニュー７２８が提示される。メニュー７２８は、利用可能な修飾子のリスト７３０を含んでおり、その場合、リスト７３０中のエントリはそれぞれ、列７２４に既に列挙されているＳａｌｅｓ（売上）修飾子と組み合わされるべきものである。この場合、ユーザは、Ｌａｂｏｕｒ（労務）エントリを選択する。

図７Ｈは、ＢＢＩＥエントリ７０４に対して列７２４中でプロパティ修飾子としてＬａｂｏｕｒ Ｓａｌｅｓ（労務売上）が指定された後の、エリア２０４内の納入条件構成要素２３０を示している。ＢＢＩＥエントリ７０４の存在が列７３２中に指定されており、この列は現在、納入条件構成要素２３０中にＢＢＩＥエントリ７０４がゼロ個または１つ存在することを示している。ユーザは、列７３２中のエントリを、「正確に１つ」を意味する［１．．１］など、別の値に変更することもできる。しかし、この場合、ユーザは、指定のカーディナリティを変更しないと決める。

この結果、この例では、新しいＢＢＩＥエントリ７０４が作成される。したがって、ユーザは、修正された納入条件構成要素２３０を保存して、システム中で変更が持続するようにさせるべきである。したがって、ユーザはメニュー７００を再びトリガし、「保存（Ｓａｖｅ）」コマンドを選択し、たとえばリポジトリ１２６（図１参照）中の、納入条件構成要素２３０に対する変更の保存を、システムに開始させる。図７Ｉは、新しいＢＢＩＥエントリ７０４によって追加されたセマンティクスを含めた、エリア２０４内の納入条件構成要素２３０を示している。

１つまたは複数の電子通信において、修正された納入条件構成要素２３０を使用して、納入条件情報を識別することができる。特に、そのような情報のセマンティクスが、労務サービスに課される売上税を含むべきである場合、新しいＢＢＩＥエントリ７０４を使用して、情報のその部分を識別することができる。このモデル化された新しいＢＢＩＥは、所与のコンテキスト中でこの特定のＢＢＩＥが必要とされることを他に通知するために、リポジトリ１２６に提出することもできる。コンテキスト特定性（context specificity）は、このＢＢＩＥが使用されることになるすべてのコンテキストカテゴリに対して値を設定することによって表される（図８を参照して、以下に一例を述べることにする）。別のコンテキスト中で別のユーザが、まったく同じである新しいＢＢＩＥを必要とした場合、ユーザは、自分のコンテキスト値を所与のコンテキストカテゴリに追加することができる。

図２を再び参照すると、ＧＵＩ ２００は、ユーザが作業している現コンテキストを示す、コンテキスト表示エリア２４２を含んでいる。コンテキストは、コンピュータシステムの型、該当する業界、問題になっている特定のビジネスプロセス、ビジネスプロセス内でのユーザの役割など、現在の状況に関係する多くの因子によって決定される。コンテキスト表示エリア２４２は、データ構成要素またはデータ型がモデル化されている特定のコンテキストを示すための、いくつかのまたはすべてのコンテキストカテゴリに対するフィールドを含んでいる。この場合、エリア２４２は、地理空間フィールド２４４、ビジネスプロセスフィールド２４６、および業界ソリューションフィールド２４８を示しており、その他のカテゴリが含まれてもよい。これらのフィールド中のエントリは、地理空間コンテキストが米国およびドイツを含み、ビジネスプロセスが購買であり、業界ソリューションが小売であることを示している。

したがって、ユーザは、エリア２４２内で指定されたコンテキスト中において関係している（かつ有効な）データ構成要素およびデータ型を、モデル化することができる。コンテキスト値は固定であり、エリア２４２を使用して新しいメッセージ型のモデル化を開始する際に、１度設定することができる。ユーザが、ＢＢＩＥまたはＡＳＢＩＥを追加または削除する場合、このエリア内のコンテキストカテゴリ値は、設定値で自動的に埋められることになる。具体的には、エリア２４２内の現設定によって指定されるコンテキスト中で、納入条件構成要素２３０が有効である。しかし、その構成要素２３０を構成する要素（構成要素またはデータ型）に関して、ユーザが、特定の状況で、すなわち、指定のサブコンテキストでのみ関係するように、それらをモデル化したいと考えることがある。したがって、モデル化ツール１０８は、納入条件構成要素２３０の個々の要素に対するコンテキスト値を、ユーザが編集できるようにする。そのため、特定のコンテキストカテゴリに対する値の設定または修正は、「ユーザ出口」手法ともみなせる。修正は一般に、システムの利用者によって、またはその代わりに行われるからである。

拡張機能エリア２３６内のコントロールを使用して、ユーザが、図８に示されているように、コンテキストカテゴリエリア８００を開く。このコンテキストカテゴリエリア内では、納入条件構成要素２３０のコンテキスト的関係性を指定するコンテキスト値に対して、編集を行うことができる。コンテキスト値は、そのコンテキスト中ですべてのＢＢＩＥまたはＡＳＢＩＥを使用することができるか、それともできないかを示す。図２にも示されているコンテキストコントロール８０２をユーザが選択した後、エリア８００が提示されてもよい。比較的小さなＧＵＩでは、すべてのコンテキスト値についてその全体を表示することができないこともある。その代わりに、ユーザは、カーソルを任意の特定の記号の上に停止させて、１つまたは複数のコンテキスト値に関するタグを表示させることができる。図８は、納入条件構成要素２３０がエリア２０４内に提示される様子を示す。納入条件構成要素はこの場合、基本的に図２の場合と同様に表示され、このことは、図７Ａ〜Ｉの例で説明したようには修正されていないことを意味する。

コンテキストカテゴリエリア８００は、システムコンテキスト列８０４、業界コンテキスト列８０６、ビジネスプロセスコンテキスト列８０８、ビジネスプロセス役割コンテキスト列８１０、および国コンテキスト列８１２を含んでいる。納入条件構成要素２３０中の各ＢＢＩＥおよびＡＳＢＩＥは、コンテキストカテゴリエリア８００内の任意の列に入力されたそれ自体の値を有することができ、あるいは値を有さないこともできる。

この場合、第１のＢＢＩＥエントリ２４０Ａは、コンテキストカテゴリエリア８００内に入力された値を有していない。これは、エントリ２４０Ａに対応するＢＢＩＥが、納入条件構成要素２３０を使用することができるすべてのコンテキストに対して関係している（かつ有効である）ことを意味する。ＢＢＩＥエントリ２４０Ｂは、それとは対照的に、システムコンテキスト列８０４、ビジネスプロセスコンテキスト列８０８、およびビジネスプロセス役割コンテキスト列８１０に入力された例示的な値を有する。各値は、対応するカテゴリ中の特定のコンテキストを表す。これは、エントリ２４０Ｂに対応するＢＢＩＥが、（ａ）ＡまたはＢで表されるコンピュータシステムによって特徴付けられ、（ｂ）ＯまたはＩで表されるビジネスプロセスによって特徴付けられ、かつ（ｃ）ＢまたはＳで表されるビジネスプロセス役割を有するユーザによって特徴付けられるコンテキストでのみ、使用することができることを意味する。それ以外のＢＢＩＥおよびＡＳＢＩＥは、図示されているように、その他の値を有し、またはその他の列中に値を有する。

したがって、コンテキストカテゴリ値は、コンテキストカテゴリエリア８００を使用する、ユーザ指定の、提示される既存の値とすることができる。拡張機能エリア３０８内の（ＢＢＩＥ ３００中の構成要素に対する（図３Ｂ参照））、または拡張機能エリア４１０内の（金額型４０４のデータ型に対する（図４参照））対応するコントロールを使用して、類似のコンテキストカテゴリエリアを表示させることができる。

拡張機能エリア２３６内の別のコントロールが、選択されたデータ構成要素またはデータ型と、選択された標準中の同じまたは類似のセマンティクスの項目との間のマッピングを示す提示を開始する。図９は、ユーザがコントロール８００を選択した後に、エリア２０４内に提示される、納入条件構成要素２３０を示す。次に、第１のＢＢＩＥエントリ２４０Ａに対応するＢＢＩＥに対して標準マッピングエリア８０２が表示される。標準マッピングエリア８０２は、他の標準の対応する１つまたは複数のノードを指定する。列８０４は、同じまたは類似のセマンティクスを持ついくつかの標準の項目を識別する。列８０６は、マッピングが正確か、それとも近似かを示すインジケータ（たとえば、黒丸または白丸）を含む。この場合、標準は、ＥＤＩＦＡＣＴ、ＩＢＵなどを含む。

標準の各項目ごとに、ユーザは、具体的なバージョン名、リリース番号、名前、指定子（designator）、説明、および選択された構成要素とセマンティクスを共用する項目の意味を、見ることができる。半自動マッピングを使用して、マッピングを作成してもよい。グループ８０８は、追加の情報を閲覧するために選択することができるコントロールを含む。たとえば、「名前付き属性（Named Attributes）」コントロールは、標準に関する情報用のレジスタ、その中で使用される定義、および使用される命名規則を提供する。「存在属性（Occurrence Attributes）」コントロールは、存在や位置のような特徴についてのレジスタを提供する。位置とは、特定の項目がビジネス標準のデータツリー中に有する、正確な（絶対）位置を意味する。コントロール８００と類似のコントロールを用いれば、納入条件構成要素２３０中のＢＢＩＥまたはＡＳＢＩＥのどれに対しても、エリア８０２に相当するエリアを提示することができる。

モデル化ツール１０８を使用して、データ構成要素をグループ化し、または順序付けてもよく、次にその例について、図１０Ａ〜Ｂを参照して説明する。図１０Ａは、エリア２０４内の納入条件構成要素２３０を示す。この場合、ユーザは、次の４つのエントリ、すなわちＢＢＩＥ ２４０ＡおよびＢならびにＡＳＢＩＥ ２４０ＣおよびＤに関連付けられた選択コントロール１０００を追加している。たとえば、納入条件構成要素２３０中の２つ以上の構成要素が代替であり、特定の状況ではそれらのうちのただ１つだけが使用されるべきであることを決定した後、ユーザは、選択コントロールを追加する。ユーザは、選択コントロール１０００をＧＵＩ ２００中の別の所から構成要素２３０上にドラッグし、それを必要な構成要素数（この場合：４つ）を含むように適合させることによって、その選択コントロールを追加してもよい。

納入条件構成要素２３０をモデル化しているユーザは、どの代替構成要素を使用すべきかを選択する必要はない。むしろ、納入条件構成要素２３０のエンドユーザが、構成要素が実装されている状況に基づいて選択を入力できるように、モデル化においては、その選択をフレキシブルにしておくことができる。選択コントロール１０００は、選択されたアクティブな構成要素を識別するポインティング機能１００２を含む。非選択の構成要素は、選択コントロール１０００を使用して異なる選択が行われるまで、非アクティブのままとなる。

ユーザはまた、次の４つのエントリ、すなわちＡＳＢＩＥ ２４０Ｅ、ＢＢＩＥ ２４０Ｆ、ＡＳＢＩＥ ２４０Ｇ、およびＢＢＩＥ ２４０Ｈに関連付けられたシーケンスコントロール１００４も追加している。ユーザは、シーケンスコントロール１００４を追加して、選択された構成要素間の特定のシーケンスを指示する。そのシーケンスは、モデル化においてユーザが意図的に作成した構成要素間の従属性に対応してもよい。別の例として、ユーザは、別の誰かによって作成されたデータ構成要素中で暗黙的な、必要な順序付けに気付いてもよい。いくつかの実装形態では、選択が実行時に決定されることになる。たとえば、「Ｐｒｏｊｅｃｔ． Ｓｔａｒｔ． Ｄａｔｅ」および「Ｐｒｏｊｅｃｔ． Ｓｔａｒｔ． Ｄａｔｅ Ｔｉｍｅ」が存在してもよい。これらの２つのＢＢＩＥの正確な使用法は、実行時にのみ決定され得、したがって、それらを選択に入れる方がよい。ユーザは、シーケンスコントロール１００４をＧＵＩ ２００中の別の所から構成要素２３０上にドラッグし、それを必要な構成要素数を含むように適合させることによって、そのシーケンスコントロールを追加してもよい。

選択コントロール１０００およびシーケンスコントロール１００４は、入れ子式にすることができる。第１に、図１０Ｂは、ＢＢＩＥ ２４０ＡおよびＢに対して、第１の選択コントロール１０００Ａを含むように、納入条件構成要素２３０が修正されることを示している。同様に、ＡＳＢＩＥ ２４０ＣおよびＤに対して、第２の選択コントロール１０００Ｂが含まれる。ＢＢＩＥ ２４０ＡおよびＢならびにＡＳＢＩＥ ２４０ＣおよびＤに、シーケンスコントロール１００４Ａが関連付けられている。これは、シーケンスコントロール１００４Ａによって定義されるシーケンスは、第１の選択コントロール１０００Ａを使用して選択されたＢＢＩＥ ２４０ＡおよびＢのうちの１つと、それに続く第２の選択コントロール１０００Ｂを使用して選択されたＡＳＢＩＥ ２４０ＣおよびＤのうちの１つとを含むことになることを意味する。

第２に、図１０Ｂはまた、ＡＳＢＩＥ ２４０ＥおよびＢＢＩＥ ２４０Ｆに対する第１のシーケンスコントロール１００４Ｂと、ＡＳＢＩＥ ２４０ＧおよびＢＢＩＥ ２４０Ｈに対する第２のシーケンスコントロール１００４Ｃとを含むように、納入条件構成要素２３０が修正されることも示している。２つのシーケンスコントロール１００４Ｂおよび１００４Ｃの間の選択を示すために、選択コントロール１０００が追加されている。これは、選択コントロール１０００Ｃで行われる選択は、ＡＳＢＩＥ ２４０ＥおよびＢＢＩＥ ２４０Ｆのシーケンス、またはＡＳＢＩＥ ２４０ＧおよびＢＢＩＥ ２４０Ｈのシーケンスであることを意味する。

図２を再び参照すると、物理表現エリア２３４内の現在の選択は、辞書エントリ名（ＤＥＮ）表現であり、この中では、セマンティック情報エリア２３２内に構成要素２３０のセマンティクスが提示される。物理表現エリア２３４は、納入条件構成要素２３０に利用可能な、物理表現の選択、またはシンタックスを示す。この例で利用可能な選択は、本件特許出願人が市販するいくつかの製品で使用されるＣＣＴＳ標準の実装形態であるグローバルデータ型（ＧＤＴ）表現、ＸＭＬスキーマ定義（ＸＳＤ）、本件特許出願人が市販する製品で使用されるＡＢＡＰ（登録商標）プログラミング言語によるＡＢＡＰ表現、Ｊａｖａ（登録商標）表現、およびレイアウト表現である。以下の例は、エリア２３４内の表現の選択を示す。

第１に、図１１Ａは、エリア２０４内の納入条件構成要素２３０を示しており、ユーザが、ＧＤＴ表現に対応するタブ１１００を選択している。納入条件構成要素２３０は次に、この構成要素の特定のセマンティクスを実装するＧＤＴ構成要素のリスト１１０２の形で表される。ＧＤＴ表現中の要素はそれぞれ、その名前、型、および型名によって特徴付けられる。

第２に、図１１Ｂは、エリア２０４内の納入条件構成要素２３０を示しており、ユーザが、ＸＳＤ表現に対応するタブ１１０４を選択している。納入条件構成要素２３０は現在、この構成要素の特定のセマンティクスを実装する、コード１１０６の形で表されている。たとえば、コード１１０６は、「ＤｅｌｉｖｅｒｙＩｔｅｍＧｒｏｕｐＩＤ」や「ＤｅｌｉｖｅｒｙＰｒｉｏｒｉｔｙＣｏｄｅ」など、特定のコード部分を含んでおり、これらは、それぞれＢＢＩＥエントリ２４０ＡおよびＢに対応している。

第３に、図１１Ｃは、エリア２０４内の納入条件構成要素２３０を示しており、ユーザが、レイアウト表現に対応するタブ１１０８を選択している。エリア２０４内に、納入条件構成要素に対するレイアウト１１１０が示されている。レイアウト１１１０は、表示装置上に表示されたときの、ＢＢＩＥおよびＡＳＢＩＥの相対的レイアウトを示す表現である。たとえば、このレイアウトは、エントリ２４０Ａに対応するＢＢＩＥが、レイアウト１１１０中にテキスト入力フィールド１１１２として表されてもよいことを示している。同様に、エントリ２４０Ｂに対応するＢＢＩＥは、ドロップダウンメニューボックス１１１４として表されてもよい。ＡＳＢＩＥエントリ２４０Ｃに対応するＡＢＩＥ用のワイドボックス１１１６などの全幅レイアウト機能、またはＡＳＢＩＥエントリ２４０Ｄに対応するＡＢＩＥ用のナローボックス１１１８などの制限幅レイアウト機能が存在してもよい。レイアウト１１１０は、対応する構成要素の定義に埋め込まれたレイアウト情報を使用して生成してもよい。

モデル化を行う際にユーザを案内する説明情報を、モデル化ツール１０８が提供してもよい。図１２Ａ〜Ｂは、納入条件構成要素２３０に対して、エリア２０４内に提示されている間に、説明情報が提供されていることを示している。第１に、図１２Ａでは、視覚情報コンテナ１２００および１２０２が表示されている。コンテナ１２００は、納入条件構成要素２３０の全体に関連付けられており、その機能および所期の使用法について要約している。コンテナ１２０２は、ＢＢＩＥエントリ２４０Ｆに対して同様のことを行う。

コンテナ１２００および１２０２中に提供される情報は、マウスのポインタなどの電子ポインタが、対応するエリアのどちらかに置かれたときに表示されることができる。その情報は、構成要素２３０およびその部品を作成したユーザが生成しておいてもよく、リポジトリ１２６中に保存してもよい。たとえば、コンテナ１２００および１２０２は、米Ｍｉｃｒｏｓｏｆｔ社の製品で利用可能なスマートタグ技術を使用して実装することができる。

第２に、図１２Ｂでは、説明情報が、異なる形で提示されている。この場合、納入条件構成要素２３０に、情報エリア１２０４が追加されている。同様に、ＢＢＩＥエントリ２４０Ａに、情報エリア１２０６が追加されている。納入条件構成要素を構成する構成要素のいずれに対しても、対応するエリアを追加することができる。

その他の情報提供エリアも追加されている。条件エリア１２０８は、納入条件構成要素２３０を使用するための完全性条件を、ユーザに通知する。完全性条件は、オブジェクト制約言語（ＯＣＬ）に基づいてもよい。使用法エリア１２１０は、納入条件構成要素２３０がどのように使用されるものであるかをユーザに通知する。注記エリア１２１２は、役に立つ注記を提示する。例エリア１２１４は、マークアップコードを使用して実装された納入条件構成要素の使用の一例を示している。

図１３Ａ〜Ｂは、追加の属性または指定された名前空間を使用して、修飾データ型をどのようにして表すことができるかの例を示している。図１３Ａは、郵便の宛て先の詳細に関係するＡＢＩＥ １３００を示す。前述の他の例の場合と同様の形で、ＡＢＩＥ １３００のセマンティクスが示されている。ＡＢＩＥ １３００は、いくつかのＢＢＩＥから構成されており、特に、郵便番号用の識別子に関係するＢＢＩＥ １３０２からなる。ＢＢＩＥ １３０２は、修飾データ型（ＱＤＴ）である郵便番号識別子型Ｐｏｓｔａｌ Ｃｏｄｅ＿Ｉｄｅｎｔｉｆｉｅｒ． Ｔｙｐｅに基づいており、このことは、たとえば図４または５に記載されるように、制限データ型であることを意味する。

しかし、ＱＤＴは、２つ以上の異なる形、すなわち、第１のＱＤＴ表現１３０４および第２のＱＤＴ表現１３０６で表すこともできる。表現１３０４および１３０６はそれぞれ、セマンティック情報エリア内に制限列を含む。制限列１３０８は、ＱＤＴ中の特定のエントリに適用する１つまたは複数の制限を示す。第１のＱＤＴ表現１３０４では、制限は、属性１３１０を使用して表され、第２のＱＤＴ表現１３０６では、指定された名前空間に関係するエントリ１３１２を使用して表される。たとえば、エントリ１３１２は、ある機関から提供される、あるバージョンのコードリストを識別する。図１３Ｂは、現在、その一部であるＢＢＩＥ １３１４に関係している、ＡＢＩＥ １３００に対する同様の例を示している。この場合、ＱＤＴは、属性を使用する第１の表現１３１６または名前空間を使用する第２の表現１３１８を有することができる。

図１４Ａ〜Ｂは、指定された名前空間を使用してコアデータ型を表す例を示している。図１４Ａは、第２のＱＤＴ表現１３０６を使用した実施例を示している。この場合、制限列１３０８は、次のように読めるエントリ１４００を含む。
ＧｅｒｍａｎＰｏｓｔａｌＣｏｄｅ：２００１：ＤＰＡＧ：Ａｇｅｎｃｉｅｓ：８４

ユーザは、エントリ１４００を選択して、そのエントリに関連付けられた識別子スキーム１４０２をＧＵＩ ２００中に表示させることができる。すなわち、ユーザは、この特定の識別子がどの識別子スキームに基づいているかがわかり、次に、誰が担当者（機関）であり、どのバージョンであり、この識別子の番号範囲はどうであり、この識別子のパターン（通常表現）はどうであるかなど、この識別子スキームに関するより詳細な情報を得ることができる。識別子スキーム１４０２は、ドイツの郵便番号の詳細に関係する別のＡＢＩＥ １４０４の基礎とすることができる。

図１４Ｂは、第２のＱＤＴ表現１３１８を使用する実施例を示している。この場合、制限列１３０８は、次のように読めるエントリ１４０６を含む。
ＩＳＯ ３１６６−２：１９９８：５

これは、図６を参照して上記でも述べた、スキームＩＤ、バージョンＩＤを表すための名前空間命名規則である。ユーザは、エントリ１４０６を選択して、そのエントリに関連付けられたコードリスト１４０８をＧＵＩ ２００中に表示させることができる。これは、図６を参照して上述したコードリスト詳細エリア６０６と同じでもよい。いくつかの識別子は、固定のコードリストに基づいてもよく、ユーザはこの場合、簡潔な形でこのコードリストの値を表示することを、開始させることができる。コードリスト１４０８は、ＩＳＯ標準による、いくつかの国についてのコードを列挙している。

図１５は、本発明の一実施形態による、前述の動作において使用することができるコンピュータシステム１５００のブロック図である。たとえば、システム１５００は、コンピュータシステム１０２、ユーザシステム１０６、および管理システム１０４のいずれかまたはすべてに含まれてもよい。

システム１５００は、プロセッサ１５１０、メモリ１５２０、記憶装置１５３０、および入出力装置１５４０を含む。構成要素１５１０、１５２０、１５３０、および１５４０はそれぞれ、システムバス１５５０を使用して相互接続されている。プロセッサ１５１０は、システム１５００内で実行用の命令を処理することができる。一実施形態では、プロセッサ１５１０は、シングルスレッドのプロセッサである。別の実施形態では、プロセッサ１５１０は、マルチスレッドのプロセッサである。プロセッサ１５１０は、メモリ１５２０内または記憶装置１５３０上に記憶された命令を処理して、入出力装置１５４０上にユーザインターフェース用のグラフィカルな情報を表示させることができる。

メモリ１５２０は、システム１５００内の情報を記憶する。一実施形態では、メモリ１５２０は、コンピュータ可読媒体である。一実施形態では、メモリ１５２０は、揮発性メモリユニットである。別の実施形態では、メモリ１５２０は、不揮発性メモリユニットである。

記憶装置１５３０は、システム１５００に大容量記憶領域を提供することができる。一実施形態では、記憶装置１５３０は、コンピュータ可読媒体である。異なる様々な実施形態では、記憶装置１５３０は、フロッピー（登録商標）ディスク装置、ハードディスク装置、光ディスク装置、またはテープ装置でもよい。

入出力装置１５４０は、システム１５００に入出力動作を提供する。一実施形態では、入出力装置１５４０は、キーボードおよび／またはポインティング装置を含む。一実施形態では、入出力装置１５４０は、グラフィカルユーザインターフェースを表示するための表示装置を含む。

本発明は、デジタル電子回路中に、またはコンピュータハードウェア、ファームウェア、ソフトウェア中に、またはそれらの組合せ中に、実装することができる。本発明の機構は、プログラマブルプロセッサによって実行するために、情報担体に、たとえば、機械可読記憶装置または伝播信号に有形に実施されているコンピュータプログラム製品中に実装することができ、本発明の方法ステップは、入力データを操作し出力を生成することにより本発明の機能を実行するための命令のプログラムを実行する、プログラマブルプロセッサによって実行することができる。本発明は、有利には、データおよび命令を受け取り、データおよび命令を送出するように結合された少なくとも１つのプログラマブルプロセッサと、データ記憶システムと、少なくとも１つの入力装置と、少なくとも１つの出力装置とを含むプログラマブルシステム上で実行可能な、１つまたは複数のコンピュータプログラム中に実装することができる。コンピュータプログラムは、コンピュータ中で直接的または間接的に使用して、あるアクティビティを実行し、またはある結果をもたらすことができる、１組の命令である。コンピュータプログラムは、コンパイル言語またはインタプリタ言語を含めた任意の形のプログラミング言語で記述することができ、また、スタンドアロンプログラムとしての形、あるいはモジュール、構成要素、サブルーチン、またはコンピューティング環境での使用に適したその他の単位としての形を含めた、任意の形で導入することができる。

命令のプログラムを実行するための適切なプロセッサには、例を挙げると、汎用マイクロプロセッサおよび専用マイクロプロセッサ、ならびに任意の種類のコンピュータの単一プロセッサまたは多数のプロセッサのうちの１つが含まれる。一般に、プロセッサは、命令およびデータを、読取り専用メモリまたはランダムアクセスメモリ、あるいはその両方から受け取ることになる。コンピュータの不可欠な要素は、命令を実行するためのプロセッサ、ならびに命令およびデータを記憶するための１つまたは複数のメモリである。一般に、コンピュータはまた、データファイルを記憶するための１つまたは複数の大容量記憶装置も含むことになり、またはそれと通信するように動作するように結合もされることになる。そのような装置には、内部ハードディスクおよび取外し可能ディスクなどの磁気ディスク、光磁気ディスク、および光ディスクが含まれる。コンピュータプログラム命令およびデータを有形に実施するのに適した記憶装置としては、例として、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリ装置などの半導体メモリ装置、内部ハードディスクおよび取外し可能ディスクなどの磁気ディスク、光磁気ディスク、ならびにＣＤ−ＲＯＭおよびＤＶＤ−ＲＯＭディスクを含めた、あらゆる形の不揮発性メモリが含まれる。プロセッサおよびメモリは、ＡＳＩＣ（特定用途向けＩＣ）によって補完し、またはそれに組み込むことができる。

ユーザとの対話を提供するために、本発明は、ユーザに情報を表示するためのＣＲＴ（陰極線管）やＬＣＤ（液晶表示装置）モニタなどの表示装置と、ユーザが入力をコンピュータに提供することができるキーボードおよびマウスやトラックボールなどのポインティング装置とを有する、コンピュータ上に実装することができる。

本発明は、データサーバなどのバックエンド構成要素を含むコンピュータシステム、アプリケーションサーバやインターネットサーバなどのミドルウェア構成要素を含むコンピュータシステム、あるいはグラフィカルユーザインターフェースもしくはインターネットブラウザまたはそれらの任意の組合せを有するクライアントコンピュータなどのフロントエンド構成要素を含むコンピュータシステムに、実装することができる。このシステムの構成要素は、通信ネットワークなどのデジタルデータ通信の任意の形または媒体によって、接続することができる。通信ネットワークの例には、たとえば、ＬＡＮ、ＷＡＮ、ならびにインターネットを形成するコンピュータおよびネットワークが含まれる。

コンピュータシステムは、クライアントおよびサーバを含むことができる。クライアントおよびサーバは一般に、互いに離れており、典型的には、ここに述べるようなネットワークを介してやり取りする。クライアントとサーバの関係は、それぞれのコンピュータ上で稼動し、互いにクライアント−サーバ関係を有する、コンピュータプログラムによって生じる。

本発明のいくつかの実施形態について説明してきた。なお、本発明の趣旨および範囲から逸脱することなく、様々な修正を行うことができることが理解されよう。したがって、その他の実施形態は、添付の特許請求の範囲に含まれる。

データ構成要素をモデル化し、使用することができるシステムの例を示す図である。 モデル化ツールの一実施形態による、グラフィカルユーザインターフェース（ＧＵＩ）を示す図である。 データ構成要素が、図２に示されているＧＵＩに提示される例を示す図である。 データ構成要素が、図２に示されているＧＵＩに提示される例を示す図である。 データ型が、図２に示されているＧＵＩに提示される例を示す図である。 図４に示されているデータ型を含むデータ型の関係および継承の例を示す図である。 図４に示されているデータ型を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の例を示す図である。 図２に示されているデータ構成要素を使用したモデル化の別の例を示す図である。 図２に示されているデータ構成要素が、他の標準における構成要素への既存のマッピングを提示する例を示す図である。 図２に示されているデータ構成要素をモデル化するときの、選択またはシーケンスの使用の例を示す図である。 図２に示されているデータ構成要素をモデル化するときの、選択またはシーケンスの使用の例を示す図である。 図２に示されているデータ構成要素が、互いに異なる表現を使用して視覚化される例を示す図である。 図２に示されているデータ構成要素が、互いに異なる表現を使用して視覚化される例を示す図である。 図２に示されているデータ構成要素が、互いに異なる表現を使用して視覚化される例を示す図である。 図２に示されているデータ構成要素が、文字説明を提示する例を示す図である。 図２に示されているデータ構成要素が、文字説明を提示する例を示す図である。 別のデータ構成要素がベースとするコアデータ型が、追加の属性または指定された名前空間を使用して表される例を示す図である。 別のデータ構成要素がベースとするコアデータ型が、追加の属性または指定された名前空間を使用して表される例を示す図である。 指定された名前空間を使用してコアデータ型を表す例を示す図である。 指定された名前空間を使用してコアデータ型を表す例を示す図である。 コンピュータシステムのブロック図である。

Claims (20)

1. 電子通信における情報部分を識別するのに送信側システムが使用するために構成された事前定義されたデータ要素をその中に記憶し、前記情報部分が受信側システムに自動的に表示され、前記電子通信のコンテンツを解釈するために使用されるようにするリポジトリであって、前記事前定義されたデータ要素はそれぞれ、その定義および所期の使用法を示すセマンティック情報に関連付けられ、前記受信側システムは、前記セマンティック情報を使用して、前記電子通信のコンテンツを表示し、解釈し、前記データ要素は、前記セマンティック情報にしたがって対応する１つの前記情報部分を識別するリポジトリと、
   ユーザが選択した後、前記情報部分ではなく、前記事前定義されたデータ要素の編集のために前記事前定義されたデータ要素を表示し、前記選択されたデータ要素に関する前記セマンティック情報を提示し、編集されたデータ要素は前記リポジトリ中に記憶され、前記受信側システムによって前記リポジトリ中でアクセスされるモデル化ツールと
   を備えることを特徴とするコンピュータシステム。
2. 前記モデル化ツールは、前記選択されたデータ要素に新しいデータ要素を追加するためのユーザが選択可能なコントロールを提示し、前記ユーザが選択可能なコントロールは、前記新しいデータ要素を新しい集約データ要素として作成するか、それとも新しい基本データ要素として作成するかの選択を提供することを特徴とする請求項１に記載のコンピュータシステム。
3. 前記モデル化ツールは、前記ユーザが、前記新しいデータ要素についての事前定義されたデータ型のうちから選択することができることをもたらすことを特徴とする請求項２に記載のコンピュータシステム。
4. 前記ユーザが前記事前定義されたデータ型のうちの１つを選択した後、前記モデル化ツールは、前記ユーザが、前記選択された事前定義されたデータ型に関連付けられた事前定義されたプロパティのうちから選択することができることをもたらすことを特徴とする請求項３に記載のコンピュータシステム。
5. 前記モデル化ツールは、前記選択された事前定義されたデータ型とともに修飾データ型である前記事前定義されたプロパティのうちの少なくとも１つを決定し、前記事前定義されたプロパティのうちの少なくとも１つを強調することを特徴とする請求項４に記載のコンピュータシステム。
6. 前記ユーザが前記事前定義されたプロパティのうちの１つを選択した後、前記モデル化ツールは、前記ユーザが、前記選択された事前定義されたプロパティに関連付けられた事前定義された修飾子のうちから選択することができることをもたらすことを特徴とする請求項４に記載のコンピュータシステム。
7. 前記モデル化ツールは、前記選択された事前定義されたプロパティおよび前記選択された事前定義されたデータ型とともに修飾データ型である前記事前定義された修飾子のうちの少なくとも１つを決定し、前記事前定義された修飾子のうちの少なくとも１つを強調することを特徴とする請求項６に記載のコンピュータシステム。
8. 前記モデル化ツールは、前記選択されたデータ要素の２つ以上の物理表現を提示するように構成されることを特徴とする請求項１に記載のコンピュータシステム。
9. 前記モデル化ツールは、前記ユーザが、前記選択されたデータ要素に含まれるどのデータ要素に対しても、前記データ要素の適合性に影響を与えるいくつかのコンテキストカテゴリのどれに対する値も修正することができることをもたらすことを特徴とする請求項１に記載のコンピュータシステム。
10. 前記モデル化ツールは、電子通信用の少なくとも１つの標準からの項目を提示するように構成され、前記項目は、マッピングによって、前記選択されたデータ要素に含まれるデータ要素に関連付けられることを特徴とする請求項１に記載のコンピュータシステム。
11. 前記セマンティック情報は、前記プロパティについての、少なくともデータ型、プロパティ、および修飾子を含むことを特徴とする請求項１に記載のコンピュータシステム。
12. 前記モデル化ツールは、前記選択されたデータ要素に含まれるいくつかのデータ要素のうちからの可能な選択を示すための選択コントロールを提供することを特徴とする請求項１に記載のコンピュータシステム。
13. 前記モデル化ツールは、前記選択されたデータ要素に含まれるいくつかのデータ要素を含むシーケンスを示すためのシーケンスコントロールを提供することを特徴とする請求項１に記載のコンピュータシステム。
14. 前記モデル化ツールは、選択コントロールおよびシーケンスコントロールを提供し、前記ユーザが、前記選択コントロールおよび前記シーケンスコントロールのうちの一方を、他方の中に入れ子にすることができることを特徴とする請求項１に記載のコンピュータシステム。
15. データ要素をモデル化するユーザのプロセス中で実行される方法であって、
    グラフィカルユーザインターフェース（ＧＵＩ）中で、モデル化ツールの案内の下で第１のユーザ入力を受け取るステップであって、前記入力は、電子通信における情報部分を識別するのに送信側システムが使用するために構成され、前記情報部分が受信側システムに自動的に表示され、前記電子通信のコンテンツを解釈するために使用されるようにするいくつかの事前定義されたデータ要素のうちの１つを選択し、前記データ要素はそれぞれ、それらの定義および所期の使用法を示すセマンティック情報に関連付けられ、前記受信側システムは、前記セマンティック情報を使用して、前記電子通信のコンテンツを表示し、解釈し、前記データ要素は、前記セマンティック情報にしたがって対応する１つの前記情報部分を識別するステップと、
    前記ＧＵＩ中で、前記第１のユーザ入力に応答して、前記選択された事前定義されたデータ要素の表現を提示するステップであって、前記表現は、前記セマンティック情報を含むステップと、
    前記モデル化ツールの案内の下で行われる第２のユーザ入力に基づいて、前記情報部分ではなく、前記事前定義されたデータ要素の前記セマンティック情報の少なくとも１つの側面を修正するステップであって、前記修正されたセマンティック情報に関連付けられた前記事前定義されたデータ要素はリポジトリ中に記憶され、前記受信側システムによって前記リポジトリ中でアクセスされるステップと
    を含むことを特徴とする方法。
16. 前記修正は、前記選択されたデータ要素を構成する１群のデータ要素に別のデータ要素を追加するステップを含むことを特徴とする請求項１５に記載の方法。
17. コンピュータプログラムであって、コンピュータのプロセッサによって実行されると、データ要素をモデル化するためのグラフィカルユーザインターフェース（ＧＵＩ）を表示装置上に生成する命令を含み、前記ＧＵＩは、
    編集のためにユーザによって選択された事前定義されたデータ要素を提示するデータ要素モデル化エリアであって、前記選択されたデータ要素に対するセマンティック情報を提示し、前記事前定義されたデータ要素は、電子通信における情報部分を識別するのに送信側システムが使用するために構成され、前記情報部分が受信側システムに自動的に表示され、前記電子通信のコンテンツを解釈するために使用されるようにし、前記編集は、前記情報部分ではなく、前記事前定義されたデータ要素に対して実施され、前記受信側システムは、前記セマンティック情報を使用して前記電気通信のコンテンツを表示し、解釈し、前記編集されたデータ要素は、リポジトリ中に記憶され、前記受信側システムによって前記リポジトリ中でアクセスされる、データ要素モデル化エリアと、
    前記ユーザが選択した後、前記選択されたデータ要素がベースとするデータ型を提示するデータ型モデル化エリアと
    を備えることを特徴とするコンピュータプログラム。
18. 前記データ要素モデル化エリアは、前記ユーザが選択した後、前記選択されたデータ要素に含まれる少なくとも１つのデータ要素をさらに提示することを特徴とする請求項１７に記載のコンピュータプログラム。
19. 前記データ要素モデル化エリアは、ユーザ入力に基づいて、前記セマンティック情報において行われる修正を視覚的に示すことを特徴とする請求項１７に記載のコンピュータプログラム。
20. 前記データ型モデル化エリアは、前記ユーザによって編集可能なデータ型セマンティック情報をさらに提示することを特徴とする請求項１７に記載のコンピュータプログラム。

Images