(57)【要約】  データ適合システムにおいて、少なくとも１つの呼び出し元アプリケーションを実行する少なくとも１つの送信器、並びに、少なくとも１つの呼び出し先アプリケーションを実行する１つの受信器とを含み、これらの送信器と受信器は、通信網を介して相互接続し、前記呼び出し元アプリケーションは、前記呼び出し先アプリケーション向けにアドレス指定されたメッセージを生成し、その中のメッセージは、第一構文ＳＡに基づいて構成され、前記呼び出し先アプリケーションは、第二構文ＳＢに基づいて構成されたメッセージを受信するよう構成され、前記システムは、送信器と受信器によって共有されるオントロジー知識ベース及びサービス・ディレクトリを含み、更に、各送信器は、ベース及び（サービス）ディレクトリに接続し、前記第二構文ＳＢに基づいて前記メッセージを構成する変換モジュールを含むことを特徴とする。
2012528367.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの呼び出し元アプリケーションを実行する少なくとも１つの送信器、並びに、少なくとも１つの呼び出し先アプリケーションを実行する１つの受信器とを含むデータ適合システムであって、前記送信器及び前記受信器は、通信網を介して相互接続し、前記呼び出し元アプリケーションは、前記呼び出し先アプリケーション向けにアドレス指定されたメッセージを生成し、前記メッセージは、第一構文ＳＡに基づいて構成され、前記呼び出し先アプリケーションは、第二構文ＳＢに基づいて構成されたメッセージを受信するよう構成されるシステムにおいて、前記送信器及び前記受信器によって共有されるオントロジー知識ベース及びサービス・ディレクトリを含み、更に、前記ベース及び前記ディレクトリに接続し、前記第二構文ＳＢに基づく前記メッセージの直接変換を実行するよう構成された変換モジュールを含む、データ適合システム。
【請求項２】
前記オントロジー知識ベースは、前記システムの前記送信器と前記受信器との間で交換されるデータに関する一組の意味的仕様を定義し、前記仕様は、依存関係によって関係付けられる意味的概念により形式化され、前記変換モジュールは、前記構文ＳＡに基づいて構成された前記メッセージの意味的仕様と、前記構文ＳＢに基づいて構成された前記メッセージの意味的仕様とをマッピングさせて、前記メッセージが同じ意味的内容を示すように、前記ベースの内容を使用するよう構成される、請求項１に記載のデータ適合システム。
【請求項３】
前記変換モジュールは、更に、オントロジー知識ベースの中で定義された意味的概念間の関連性を用いて、異なる２つの構文ＳＡ，ＳＢに基づいて構成された前記メッセージの前記意味的仕様間のマッピング検索を拡張するよう構成される、請求項２に記載のデータ適合システム。
【請求項４】
前記サービス・ディレクトリが、前記システムの前記送信器及び前記受信器により実行される前記アプリケーションに関連する前記構文ＳＡ、ＳＢを全て含む、請求項１に記載のデータ適合システム。
【請求項５】
前記呼び出し元アプリケーションの前記構文ＳＡは、特定の構造または所定の順序を持たない一組のデータの配列決定として定義される、請求項１に記載のデータ適合システム。
【請求項６】
前記オントロジー知識ベースの中に含まれる前記意味的仕様が、前記リソース記述フレームワーク定義言語または前記ウェブオントロジー定義言語により定義される、請求項２に記載のデータ適合システム。
【請求項７】
前記サービス・ディレクトリに含まれる前記構文ＳＡ，ＳＢは、インターフェース記述言語（ＩＤＬ）または前記ＸＭＬスキーマ記述（ＸＳＤ）言語を用いるか、或いは、統一モデリング言語（ＵＭＬ）で定義されたダイヤグラムによって定義される、請求項４に記載のデータ適合システム。
【請求項８】
前記変換モジュールは、各送信器に固有であるか、または、前記システムの前記送信器及び前記受信器により実行される全てのアプリケーションによって共有され、ソフトウェアバスの中で一元的に構成される、請求項１に記載のデータ適合システム。
【請求項９】
少なくとも１つの呼び出し元アプリケーションを実行する少なくとも１つの送信器、並びに、少なくとも１つの呼び出し先アプリケーションを実行する１つの受信器とを含むシステムにおいてデータを適合する方法であって、前記送信器及び前記受信器は、通信網を介して相互接続し、前記呼び出し元アプリケーションは、呼び出し先アプリケーション向けにアドレス指定された少なくとも１つのメッセージを生成し、前記メッセージは、第一構文ＳＡに基づいて構成され、前記呼び出し先アプリケーションは、第二構文ＳＢに基づいて構成された少なくとも１つのメッセージを受信するよう構成される方法において、少なくとも以下のステップ：
・前記メッセージを前記メッセージの受信側に相当する前記呼び出し先アプリケーションの識別情報に関連付けるステップと、
・前記識別情報から前記呼び出し先アプリケーションに関連した前記構文ＳＢを判定するステップと、
・前記構文ＳＡの前記意味的仕様と前記構文ＳＢの意味的仕様とのマッピングから、前記構文ＳＢに合わせて適合されるが、前記初期メッセージと同じ意味的内容を有する形式に、前記メッセージを直接変換するステップと、
・前記通信網を介して、前記変換済メッセージを前記呼び出し先アプリケーションに送信するステップと
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送されるデータに関する同じ構文的定義を共有しない送信器と受信器間のデータ伝送時において、データを適合するためのシステム及び方法に関する。
【０００２】
本発明は、とりわけ、メッセージを交換し合うソフトウェア・アプリケーションから構成される通信システムの場合に適用される。
【背景技術】
【０００３】
マルチベンダ通信網に接続したソフトウェア・アプリケーションは、大抵の場合、データを含むメッセージを介して、他のリモート・アプリケーションと通信する。これらのメッセージは、同じ意味的特徴を持つ、つまり、同じ内容を伝えるが、データ構造の異なる構文、または、スキーマを示すことがある。例えば、第一アプリケーションが、郵便宛先住所を定義するメッセージを、以下のフィールドとして、通りの番号を指定する整数フィールド、通りの種類を指定する列挙型フィールド、通りの名前を指定する文字列フィールド、郵便番号を指定する整数フィールド、都市を指定する文字列フィールド、並びに、国を指定する文字列フィールドを含む単一のデータ構造として生成する場合がある。更に、第二アプリケーションが、同じ郵便宛先を定義する同じメッセージを、別の構文、例えば、都市を示し、且つ、文字列形式の郵便番号、都市名及び国名を含む第一データ構造、並びに、通りを示し、且つ、文字列形式で指定した通りの番号、通りの種類、通りの名前を含む第二データ構造を用いて生成する場合がある。この例では、２つのメッセージの意味的内容は、同じであるが、メッセージの構文が異なり、アプリケーション間の相互動作問題が起こる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする問題は、とりわけ、複数のアプリケーションが、同じデータスキーマ、または、同じ構文を全く共有せずに、どの様にすれば、データをアプリケーション間で交換できるようになるかということである。
【０００５】
この問題に対する既知の解決法には、幾つかの種類がある。まず、第一の方法では、送信元のメッセージをピボット形式へと変換する第一変換を行ってから、このピボット形式を送信先のメッセージ形式へと変換する第二変換を行うことにより、相互動作を管理する。だが、この方法では、計算処理時間が長くなるという問題が生じる。更に、クライアント及びサーバ・アプリケーションの供給者のみが、送信元用形式及び送信先用形式をそれぞれ管理するため、これら２つの変換処理を書くことは、アプリケーションの供給者側の責任として残される。これにより、アプリケーション開発時に考慮する必要のある新たな作業が生じる。
【０００６】
しかも、中間ピボット形式を介して切り替える際に、情報が損失する恐れもある。
【０００７】
他の解決策では、メッセージの要素とメッセージのデータ構造との間のマッピングを確立することにより、送信元メッセージ用形式から送信先メッセージ用形式までの変換の計算処理を可能とする辞書を使用する。だが、辞書の使用は、不十分である。何故ならば、例えば単語の短縮形については、辞書に含めない等の様に、如何なる場合においても、２つの単語同士の厳密なマッピングが確実に保証されていないからである。
【課題を解決するための手段】
【０００８】
今述べた諸問題を解決するため、本発明では、送信元の非階層データ形式を、通信相手が使う構造化データ形式へと動的に変換可能とするデータ適合法を提案している。なお、表記「非階層データ形式」とは、端から端まで順番に並べられて、特定の構造を持たないメッセージを構成する様々な種類の一組のデータのことを言う。
【０００９】
本発明の方法及びシステムでは、一組の意味的概念を定義した知識またはオントロジーベースを使用する。
【００１０】
本発明は、とりわけ、以下の利点を提供する。まず、共通知識ベースとしてオントロジーを使用することで、２つの意味的概念の間に存在する、例えば等価関係の様な関連性により、とりわけ、辞書よりも、広い包括性が提供される。更に、ピボット形式を使用しないことにより、計算処理時間が大幅に短縮される。
【００１１】
本発明の主題は、データ適合システムであって、少なくとも１つの呼び出し元アプリケーションを実行する少なくとも１つの送信器と、並びに、少なくとも１つの呼び出し先アプリケーションを実行する１つの受信器とを含み、送信器と受信器は、通信網を介して相互接続し、前記呼び出し元アプリケーションは、呼び出し先アプリケーション向けにアドレス指定されたメッセージを生成し、このメッセージは、第一構文ＳＡに基づいて構成され、前記呼び出し先アプリケーションは、第二構文ＳＢに基づいて構成されたメッセージを受信するよう構成され、前記システムは、送信器と受信器によって共有されるオントロジー知識ベース及びサービス・ディレクトリを含むことを特徴とし、更に、この適合システムは、前記ベース及び前記ディレクトリに接続し、且つ、第二構文ＳＢに基づく前記メッセージの直接変換を実行するよう構成された変換モジュールも含む。
【００１２】
本発明の変形実施形態では、前記オントロジー知識ベースは、前記システムの送信器と受信器との間で交換されるデータに関する一組の意味的仕様を定義し、この意味的仕様は、依存関係により関係付けられた意味的概念により形式化され、前記変換モジュールは、前記構文ＳＡに基づいて構成されたメッセージの意味的仕様と、前記構文ＳＢに基づいて構成されたメッセージの意味的仕様とをマッピングさせて、両メッセージが同じ意味的内容を示すように、このベースの内容を使用するよう構成される。
【００１３】
本発明の変形実施形態では、変換モジュールは、更に、オントロジー知識ベースの中で定義された意味的概念同士の関連性を用いて、異なる２つの構文ＳＡ，ＳＢに基づいて構造化されたメッセージの意味的仕様間のマッピング検索を拡張するよう構成される。
【００１４】
本発明の変形実施形態では、サービス・ディレクトリには、前記システムの送信器と受信器が実行するアプリケーションに関連する構文ＳＡ、ＳＢの全てが含まれる。
【００１５】
本発明の変形実施形態では、呼び出し元アプリケーションの構文ＳＡは、特定の構造または規定の順序を持たない一組のデータの配列決定として定義される。
【００１６】
本発明の変形実施形態では、前記オントロジー知識ベース内に含まれる前記意味的仕様が、リソース記述フレームワーク定義言語またはウェブオントロジー定義言語により定義される。
【００１７】
本発明の変形実施形態では、サービス・ディレクトリに含まれる構文ＳＡ，ＳＢは、インターフェース記述言語（ＩＤＬ）またはＸＭＬスキーマ記述（ＸＳＤ）言語を用いるか、或いは、統一モデリング言語（ＵＭＬ）により定義されたダイヤグラムでも定義される。
【００１８】
本発明の変形実施形態では、前記変換モジュールは、送信器ごとに固有であるか、または、前記システムの送信器と受信器により実行されるアプリケーションによって共有され、ソフトウェア・バスの中で一元的に構成される。
【００１９】
更に、本発明の主題は、少なくとも１つの呼び出し元アプリケーションを実行する少なくとも１つの送信器と、並びに、少なくとも１つの呼び出し先アプリケーションを実行する１つの受信器とを含むシステムにおいて、データを適合する方法であって、送信器と受信器は、通信網を介して相互接続し、前記呼び出し元アプリケーションは、呼び出し先アプリケーション向けにアドレス指定された少なくとも１つのメッセージを生成し、このメッセージは、第一構文ＳＡに基づいて構成され、前記呼び出し先アプリケーションは、第二構文ＳＢに基づいて構成された少なくとも１つのメッセージを受信するよう構成され、前記方法が、少なくとも以下のステップ：
・前記メッセージをその受信側に相当する呼び出し先アプリケーションの識別情報に関連付けるステップと、
・この識別情報から、呼び出し先アプリケーションに関連した前記構文ＳＢを判定するステップと、
・構文ＳＡの意味的仕様と構文ＳＢの意味的仕様とのマッピングから、この構文ＳＢに合わせて適合されるが、初期メッセージと同じ意味的内容を有する形式に、前記メッセージを直接変換するステップと、
・通信網を介して、変換済のメッセージを呼び出し先アプリケーションに送信するステップと
を含むことを特徴とする。
【００２０】
他の特徴は、典型的な添付図面を踏まえた上、非限定的な例として提供する以下の詳細な説明を読めば明らかとなるであろう。
【図面の簡単な説明】
【００２１】
【図１】本発明によるデータ適合システムの一実施形態を示す図である。
【図２】送信元のデータメッセージを独自のデータ構造スキーマを持つ送信先に送る際に実行される手順を示す図である。
【図３】本発明の例示的実施形態である。
【図４】本発明の例示的実施形態である。
【図５】本発明の例示的実施形態である。
【発明を実施するための形態】
【００２２】
図１は、本発明に基づくデータ適合システムの例示的実施形態を示す。
【００２３】
データ送信器１０１、１０２及びデータ受信器１１１、１１２、１１３が、通信網１５０を介して相互に接続する。これらの送信器と受信器は、例えば、コンピュータ端末であり、送信器と受信器双方の機能を果たすか、または、何れか一方の機能を果たすことを想定している。各送信器１０１、１０２は、データ受信端末１１１，１１２，１１３上で実行する呼び出し先アプリケーション１４１，１４２，１４３とメッセージ１８１，１８２を交換する少なくとも１つの呼び出し元アプリケーション１３１、１３２を実行する。これらのメッセージには、特定の構文ＳＡ、つまり、データの内容及び各データに対応する種別を表すためのデータ構造に基づいて表現される一組のデータが含まれる。この構文は、各呼び出し元アプリケーション１３１，１３２に固有である。同様に、呼び出し先アプリケーション１４１，１４２，１４３もまた、そこで使用されるデータメッセージを表すための特定の構文ＳＢを有する。これら２つの構文、つまり、呼び出し元ＳＡと呼び出し先ＳＢは異なる場合があり、これによって、２つのアプリケーション同士のメッセージ交換時における互換性問題が発生する。
【００２４】
各呼び出し元アプリケーション１３１，１３２が、送信するメッセージの構文を、呼び出し先アプリケーション１４１，１４２，１４３の構文に合わせて適合できるよう、各送信端末１０１、１０２はまた、呼び出し先アプリケーションの構文ＳＢに送信メッセージを変換するよう機能する変換モジュール１２０を実行する。この変換モジュール１２０は、例えば、各アプリケーション１３１、１３２に限定的、且つ、固有であるが、複数のアプリケーションにより共有可能なライブラリであり、この場合、変換モジュール１２０は、同じ通信プロトコルを使用しない等の理由で互換性の無い複数システム間の通信を可能とするために用いられるソフトウェア・バスの中で一元的に構成される。
【００２５】
更に、変換モジュール１２０は、オントロジー知識ベース１６０及びサービス・ディレクトリ１７０に接続する。このサービス・ディレクトリ１７０は、関連する全てのアプリケーションまたはサービス１３１，１３２，１４１，１４２，１４３が使用するメッセージに関するインターフェースとも呼ばれる全ての構文定義を含む。このため、本発明のシステムに登録された新規アプリケーションはそれぞれ、使用する構文をサービス・ディレクトリ１７０へと送る必要がある。この構文は、ＩＤＬ（インタフェース記述言語）、ＸＳＤ（ＸＭＬスキーマ記述言語）などの公知の記述言語を使用するか、または、ＵＭＬ（統一モデリング言語）ダイアグラムによって定義することができる。
【００２６】
オントロジー知識ベースまたはオントロジー１６０は、ある知識分野を明らかにする上で必要な意味的仕様の全てを含む。この様な知識分野は、例えば、健康分野、セキュリティ用途分野または電子行政分野等である。オントロジー１６０には、これが扱う知識分野ごとに、意味的関連で相互に関連付けられた一組の概念を含むデータモデルがある。これらの関連は、例えば、ＲＤＦ（リソース記述フレームワーク）またはＯＷＬ（ウェブ・オントロジー言語）等の意味的仕様記述言語により定義される。各概念は、意味的仕様に対応し、更に、１つ以上のインスタンス、つまり、各概念に属する要素を含む場合もある。なお、用語「意味的仕様」とは、特定分野の枠組み内で意味を特定可能とするデータに関連した全ての情報として定義される。意味的仕様は、データの内容を最大限精確に説明するのに使用されるメタデータと関連する。オントロジー１６０は、例えば、アプリケーション１３１，１３２，１４１，１４２，１４３の影響を受ける分野で活動する専門家により開発されてから、関連アプリケーションすべてが共有できるように標準化される。オントロジー１６０は、関連概念を推論できるという点において、従来のデータバンクとは著しく異なる。例えば、推論エンジンと接続するオントロジーでは、概念同士の初期の関連性に関する定義に基づく推論により、概念同士の新たな関連性を自動で生成できる。
【００２７】
オントロジー１６０及びサービス・ディレクトリ１７０は、一元的に構成され、且つ、ネットワーク１５０を介して、送信端末と受信端末１０１，１０２，１１１，１１２，１１３からアクセスできる方が望ましい。本発明のシステムに関する別の実施形態では、各端末が、２つのベース、つまり、オントロジー１６０とサービス・ディレクトリ１７０の記憶に使える記憶容量の観点から十分な計算資源を確保していれば、端末ごとに、オントロジー１６０とサービス・ディレクトリ１７０を複製することも可能である。この実施形態では、複数のアプリケーション、オントロジーベース１６０及びサービス・ディレクトリ１７０間のネットワーク１５０を介したデータ交換を避けるという利点がある。このことは、２つの知識べース１６０同士及び２つのサービス・ディレクトリ１７０同士を互いに同期化するシステムを導入することを意味している。
【００２８】
図２は、呼び出し元アプリケーション１３１から呼び出し先アプリケーション１４１までに送られるメッセージの構文を適合するための本発明に基づいて実施される手順を示す。
【００２９】
端末１０１上で実行するアプリケーション１３１が、ネットワーク１５０を介して通信するリモート・アプリケーション１４１にデータ・メッセージ２０２ａを送信することを試みている。メッセージ２０２ａの送信は、例えば、呼び出し先のリモート・アプリケーション１４１により実行される機能をアプリケーション１３１が呼び出す際に行われる。呼び出し元アプリケーション１３１は、メッセージ２０２ａを規定の構文ＳＡと共に、または、非階層形式として変換モジュール１２０に送る。この構文ＳＡは、例えば、拡張可能マークアップ言語（ＸＭＬ）で定義される。更に、アプリケーション１３１は、呼び出し先アプリケーション１４１を特定する手段２０３も送信する。この手段２０３は、例えば、呼び出し先アプリケーション１４１から供給されるサービスの識別情報に関連したネットワーク１５０上の受信端末１１１のアドレスである。
【００３０】
全ての関連アプリケーションが接続するソフトウェア・バスの中で、変換モジュール１２０が一元的に構成される変形実施形態では、呼び出し元アプリケーション１３１は、利用したいサービスの識別情報をソフトウェア・バスに送信し、ソフトウェア・バスは、このサービスを提供する受信端末１１１のアドレスを判定する。
【００３１】
まず、変換モジュール１２０は、深さが１階層の簡易構造となるようメッセージ２０２ａを変換、つまり、メッセージを構成する全ての要素を、特定の順番を持たせずに端から端まで配置して、非階層データ構造を得る。この変換は、呼び出し元アプリケーション１３１が、メッセージ２０２ａを非階層形式で直接送信できるのと同様、任意選択的である。
【００３２】
第二に、変換モジュール１２０は、呼び出し先アプリケーション１４１が使用する構文ＳＢを把握するため、識別情報２０３を送ることでサービス・ディレクトリ１７０に問い合わせる要求２１０ａを送信する。そして、サービス・ディレクトリ１７０は、呼び出し先アプリケーション１４１が理解できるよう構成されたメッセージ２０２ｂの形式のスケルトンを生成するのに要求される構文ＳＢを変換モジュール１２０へと送信する（矢印２１０ｂ）。この構文ＳＢは、例えば、種々の深さ階層及び様々なデータ種別を用いて、メッセージの要素を構造化する。関連アプリケーション１０１，１１１が使用する構文により定義される要素は全て、意味的に指定され、更に、全ての意味的概念は、全アプリケーション１０１，１１により共有されるオントロジー１６０から生成される。
【００３３】
変形実施形態では、呼び出し元アプリケーション１３１は、呼び出し先アプリケーション１４１の構文ＳＢを復元するため、サービス・ディレクトリ１７０と直接通信して、この構文を変換モジュール１２０に送る。
【００３４】
第三に、変換モジュール１２０は、データ・メッセージ２０２ａの内容の構成要素に関連する意味的概念を後で（変換モジュールに）送る（矢印２２０ｂ）ための要求を、オントロジー知識ベース１６０に送信する（矢印２２０ａ）。これらの意味的概念から、変換モジュール１２０は、初期メッセージ２０２ａのデータの意味的仕様と、構文ＳＢに関連する意味的仕様とのマッピングを確立する。そして、この変換モジュールは、意味的解釈は同じであるが、呼び出し先アプリケーション１４１によってメッセージ２０２ｂを処理可能とする構文ＳＢに基づいて構成されたこのメッセージ２０２ｂの要素を生成する。このメッセージ２０２ｂは、生成されると、受信基盤２１１を介して、リモート・アプリケーション１４１にメッセージを送信する送信基盤２０１へと送られる。
【００３５】
呼び出し元アプリケーションの意味的概念と、呼び出し先アプリケーションの意味的概念との直接的な対応を見つけ出せない場合における本発明の変形実施形態では、変換モジュール１２０は、知識ベース１６０の中にある意味的概念同士の関連性を用いて、マッピング検索を拡張する。
【００３６】
図３は、第一形式から第二形式に基づいて構成されたデータの本発明の適合法における関連性で結び付けられた複数の概念を含むオントロジーの使用法を図示している。
【００３７】
対象のオントロジーには、複数の属性に基づき、クライアントを意味的に指定するのに使用される複数の概念が含まれる。このオントロジーは、とりわけ、「ｉｓ  ａ」関係３１１により相互に関係付けられた人物３０１及びクライアント３０３の概念を含む。人物３０１またはクライアント３０２の概念は、名字３０３、名前３０４、年齢３０５及びスポーツ３０６の概念に対する構成、または、集約関係により関係付けられている。
【００３８】
本発明に基づく適合法の入力メッセージ３２１は、例えば、ＸＭＬ言語で記述されており、特定のクライアントを特定可能にするある数量のデータを含む。メッセージ３２１の意味的内容は、人物［Ｍａｒｔｉｎ  Ｄｕｐｏｎｔ］、年齢［１８歳］及びスポーツ［水泳］に対応している。このメッセージ３２１は、非階層データ形式を有する、つまり、メッセージの中で、名字、名前、年齢及びスポーツが、特定の構造を持たせずに連続してリスト表示され、且つ、フランス語で規定される。
【００３９】
一方、この方法による出力メッセージ３２３の形式は、異なっている。つまり、このメッセージで規定されるフィールドは、英語で書き換えられ、更に、このメッセージの内容の第一階層の意味的仕様を定義する「名前」と「名字」フィールド及び「ｏｔｈｅｒ＿ｉｎｆｏ」としてラベル付けされたデータ構造に記憶されるクライアントの年齢の様なその他フィールドとの間で構造分離がなされている。最終的に、このメッセージの全構造は、クライアント３０２の概念に関連するが、入力メッセージ３２１の全構造は、人物３０１の概念に関連している。
【００４０】
本発明の方法では、オントロジーの概念同士の関連を用いて、入力メッセージ３２１をこれと意味的内容が同じ出力メッセージ３２３へと変換する（矢印３２２）。このデータは、目的とする構造を順守しながら、正しい順序で再構成される。この方法では、２つのメッセージ３２１、３２３において同じ意味的内容を含むデータ・フィールド間のマッピングを実行するため、人物３０１とクライアント３０２との意味的関連「ｉｓ  ａ」関係３１１が使用される。結局のところ、スポーツ３０６に対応するデータの様な未使用データは、出力メッセージ３２３の中には含まれない。
【００４１】
図４は、本発明の方法を説明する第２例を図示している。図３と同じオントロジーについて考察しているが、氏名４０１の概念が追加されており、意味的関連「ｉｓ  ｍａｄｅ  ｕｐ」関係４１１を用いて、名字３０８と名前３０４の概念とを関係付けている。
【００４２】
入力メッセージ４２１は、人物の名字３０３、例えば、［Ｄｕｐｏｎｔ］及び彼の名前３０４［Ｍａｒｔｉｎ］を含む。出力メッセージ４２３のデータ構造には、名字と名前を１つのデータとして組み合わせた氏名の概念４０１に関連する一つのデータフィールドが含まれる。
【００４３】
この場合、適用される変換４２２では、出力メッセージ４２３の中に［Ｍａｒｔｉｎ  Ｄｕｐｏｎｔ］を含むデータを生成するため、「ｉｓ  ａ」関係３１１及び「ｉｓ  ｍａｄｅ  ｕｐ  ｏｆ」関係４１１の双方を使用する。
【００４４】
図５は、本発明の方法を説明する第３例を図示している。入力メッセージ５２１は、複数の人物３０１、つまり、［Ｍａｒｔｉｎ  Ｄｕｐｏｎｔ］及び［Ｊｅａｎ  Ｄｕｂｏｉｓ］の意味的定義を含む。本発明の方法では、データ適合中に分離されない一組の順序付けされない要素を定義できる。この概念は、とりわけ、リスト、テーブル、コレクションといったデータ形式を管理する上で必要である。この概念により、オントロジーの概念同士の意味的関連３１１、４１１を使用している間は、人物の名字や名前といった初めに関連していた２つのデータを分離させないようにできる。それ故、本発明の方法により、整列された組の概念を規定しないと起こりうる［Ｊｅａｎ  Ｄｕｐｏｎｔ］と「Ｍａｒｔｉｎ  Ｄｕｂｏｉｓ］ではなく、［Ｊｅａｎ  Ｄｕｂｏｉｓ］と［Ｍａｒｔｉｎ  Ｄｕｐｏｎｔ］からなる名前を含むメッセージ５２３が生成される（矢印５２２）。
【図１】
2012528367.tif 000003
【図２】
2012528367.tif 000004
【図３】
2012528367.tif 000005
【図４】
2012528367.tif 000006
【図５】
2012528367.tif 000007
【国際調査報告】
2012528367.tif 000008
2012528367.tif 000009
2012528367.tif 000010
2012528367.tif 000011
2012528367.tif 000012
2012528367.tif 000013