(57)【要約】【課題】概念的メタデータおよび文脈的メタデータの検索エンジンを用いたウェブ上におけるデータ要素の検索方法を提供する。【解決の手段】本発明のデータ検索方法の一例は、概念的メタデータのパラメータおよび各文脈的メタデータのパラメータを有する検索クエリーを受取る工程と、前記各文脈的メタデータの中の最初の文脈的メタデータを含むインスタンス文書の第１の集合を位置特定する工程と、前記インスタンス文書の内部にある定義、および前記インスタンス文書に関連したタクソノミまたはエクステンションを基にして、前記検索クエリーの各パラメータを示す前記インスタンス文書内のデータ要素を特定するために、前記第１の集合におけるそれぞれのインスタンス文書をフィルタリングする工程と、前記フィルタリングによる結果を表示する工程と、を有する。【選択図】図３
2008515061.tif 000002
【特許請求の範囲】
【請求項１】
概念的メタデータのパラメータおよび各文脈的メタデータのパラメータを有する検索クエリーを受取る工程と、
前記各文脈的メタデータの中の最初の文脈的メタデータを含むインスタンス文書の第１の集合を位置特定する工程と、
前記インスタンス文書の内部にある定義、および前記インスタンス文書に関連したタクソノミまたはエクステンションを基にして、前記検索クエリーの各パラメータを示す前記インスタンス文書内のデータ要素を特定するために、前記第１の集合におけるそれぞれのインスタンス文書をフィルタリングする工程と、
前記フィルタリングによる結果を表示する工程と、
を有することを特徴とするデータ検索方法。
【請求項２】
前記インスタンス文書がＸＢＲＬインスタンス文書であることを特徴とする請求項１記載のデータ検索方法。
【請求項３】
前記位置特定する工程が、前記インスタンス文書をインターネットで検索する工程からなることを特徴とする請求項１記載のデータ検索方法。
【請求項４】
実体を表す文脈的メタデータの指示を含んだ検索定義を受取る工程と、
前記実体を表す前記文脈的メタデータを含んだすべてのＸＢＲＬインスタンス文書を検索する工程と、
リポジトリまたはキャッシュを、前記検索中に位置特定され、かつ前記リポジトリまたはキャッシュにまだないＸＢＲＬインスタンス文書で更新する工程と、
前記リポジトリまたはキャッシュ内、および対応するインデックス内のＸＢＲＬインスタンス文書が、概念的メタデータのインデクセーションに見合うタクソノミを用いているかを判断する工程と、
ＸＢＲＬインスタンス文書の第１の集合を作成するために、前記検索で特定された実体を含む前記リポジトリまたはキャッシュ内のＸＢＲＬインスタンス文書を特定する工程と、
前記検索定義における前記概念的メタデータの要素を基にして、ＸＢＲＬインスタンス文書の第２の集合を作成するために、前記ＸＢＲＬインスタンス文書の第１の集合をフィルタリングする工程と、
前記検索定義を満たすＸＢＲＬインスタンス文書のリストを表示する工程と、
ユーザからの選択結果を受取る工程と、
前記ユーザの選択結果に基づいて、前記検索定義を満たす情報を表示する工程と、
を有することを特徴とするデータ検索の例示的方法。
【請求項５】
データ検索の例示的方法において、前記検索工程はＸＢＲＬインスタンス文書をインターネットで検索する工程を有することを特徴とする請求項４記載のデータ検索の例示的方法。
【請求項６】
前記検索定義の付加的なメタデータに基づいて、ＸＢＲＬインスタンス文書の前記第２の集合をフィルタリングする工程を有することを特徴とする請求項４記載のデータ検索の例示的方法。
【請求項７】
実体を表す文脈的メタデータの指示を含んだ検索定義を受取る工程と、
前記実体を表す前記文脈的メタデータを含んだすべてのＸＢＲＬインスタンス文書を検索する工程と、
リポジトリまたはキャッシュを、前記検索中に位置特定され、かつ前記リポジトリまたはキャッシュにまだないＸＢＲＬインスタンス文書で更新する工程と、
前記リポジトリまたはキャッシュ内、および対応するインデックス内のＸＢＲＬインスタンス文章が、概念的メタデータのインデクセーションに見合うタクソノミを用いているかを判断する工程と、
ＸＢＲＬインスタンス文書の第１の集合を作成するために、前記検索で特定された実体を含む前記リポジトリまたはキャッシュ内のＸＢＲＬインスタンス文書を特定する工程と、
前記検索定義における前記概念的メタデータの要素を基にして、ＸＢＲＬインスタンス文書の第２の集合を作成するために、前記ＸＢＲＬインスタンス文書の第１の集合をフィルタリングする工程と、
前記検索定義を満たすＸＢＲＬインスタンス文書のリストを表示する工程と、
ユーザからの選択結果を受取る工程と、
前記ユーザからの選択結果に基づいて、前記検索定義を満たす情報を表示する工程と、
を有するコンピュータに実行させるコンピュータプログラムからなることを特徴とする機械可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００４年９月２７日に米国特許商標局に出願された米国仮出願第６０／６１２８７１号の優先権を主張するものである。米国仮出願第６０／６１２８７１号はそれ全体が参照で組み込まれる。
【背景技術】
【０００２】
ウェブ検索エンジンの検索機能は、テキストおよびＨＴＭＬ／ＸＭＬのページ内にあるテキスト部分を基にしている。例えば、グーグル（登録商標）の検索エンジンで、“Ａｓｓｅｔｓ”，“Ｍｉｃｒｏｓｏｆｔ（登録商標）”，および“２００２”を検索キーワードとして検索した結果、これらの語を含むＨＴＭＬ／ＸＭＬのページ数が６５５，０００であったとする。しかし、この検索結果に基づいて、２００２年におけるマイクロソフトの資産（Ａｓｓｅｔｓ）がどのようなものであるかを、ユーザが見分けようとすると、そのユーザは６５５，０００ページの全てを一つずつ、目的の情報が見つかるまで精査し始めなければならない。加えて、いったん目的の情報が見つかった場合であっても、ユーザは目的の情報を入力し直したり、或いはコピー・アンド・ペーストの操作を行なったりして、手作業で目的の情報を抽出または転送しなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
そのようなことから、ユーザのシステムへの自動的もしくは自動化されたデータ要素の転送機能を有する自動的でかつ正確な検索のニーズが存在する。
【課題を解決するための手段】
【０００４】
本発明のデータ検索方法の一例は、概念的（ｃｏｎｃｅｐｔｕａｌ：コンセプト）メタデータのパラメータおよび各文脈的（ｃｏｎｔｅｘｔｕａｌ：コンテキスト）メタデータのパラメータを有する検索クエリーを受取る工程と、前記各文脈的メタデータの中の最初の文脈的メタデータを含むインスタンス文書の第１の集合を位置特定する工程と、前記インスタンス文書の内部にある定義、および前記インスタンス文書に関連したタクソノミまたはエクステンション（ｅｘｔｅｎｓｉｏｎ）を基にして、前記検索クエリーの各パラメータを示す前記インスタンス文書内のデータ要素を特定するために、前記第１の集合におけるそれぞれのインスタンス文書をフィルタリングする工程と、前記フィルタリングによる結果を表示する工程と、を有することを特徴とする。
【０００５】
本発明のデータ検索方法の別の例は、実体を表す文脈的メタデータの指示を含んだ検索定義を受取る工程と、前記実体を表す前記文脈的メタデータを含んだすべてのＸＢＲＬインスタンス文書を検索する工程と、リポジトリまたはキャッシュを、前記検索中に位置特定され、かつ前記リポジトリまたはキャッシュにまだないＸＢＲＬインスタンス文書で更新する工程と、前記リポジトリまたはキャッシュ内、および対応するインデックス内のＸＢＲＬインスタンス文章が、概念的メタデータのインデクセーションに見合うタクソノミを用いているかを判断する工程と、ＸＢＲＬインスタンス文書の第１の集合を作成するために、前記検索で特定された実体を含む前記リポジトリまたはキャッシュ内のＸＢＲＬインスタンス文書を特定する工程と、前記検索定義における前記概念的メタデータの要素を基にして、ＸＢＲＬインスタンス文書の第２の集合を作成するために、前記ＸＢＲＬインスタンス文書の第１の集合をフィルタリングする工程と、前記検索定義を満たすＸＢＲＬインスタンス文書のリストを表示する工程と、ユーザからの選択結果を受取る工程と、前記ユーザの選択結果に基づいて、前記検索定義を満たす情報を表示する工程と、を有することを特徴とする。
【発明を実施するための最良の形態】
【０００６】
添付されている図は、本明細書で開示された代表的な実施例を十分に説明し、当業者が実施例およびその固有の効果をよく理解できるように使用される視覚的な表示として提供する。図中の参照番号は、その番号に対応する構成要素と一致する。
【０００７】
ウェブ検索エンジンの検索機能は、テキストおよびＨＴＭＬ／ＸＭＬのページ内にあるテキスト部分に基づいている。例えば、グーグルの検索エンジンで、“Ａｓｓｅｔｓ”，“Ｍｉｃｒｏｓｏｆｔ”，および“２００２”を検索キーワードとして用いて検索した結果、これらの語を含むＨＴＭＬ／ＸＭＬのページ数が６５５，０００であったとする。ここで、２００２年におけるマイクロソフトの資産がどのようなものであるかを、この検索結果から見分けようと希望するユーザは、６５５，０００ページの全てを一つずつ、目的の情報が見つかるまで精査し始めることができる。その後、ユーザは目的の情報を入力し直すか、或いはコピー・アンド・ペーストの操作を行なったりして、手作業で目的の情報を抽出もしくは転送することができる。本発明の例示的実施例は、概念的メタデータ（Ｃｏｎｃｅｐｔｕａｌ  Ｍｅｔａｄａｔａ）と文脈的メタデータ（Ｃｏｎｔｅｘｔｕａｌ  Ｍｅｔａｄａｔａ）を組み合わせたウェブ上の検索により、ユーザのシステムへの自動的もしくは自動化されたデータ要素転送機能を含む自動化された正確な検索を提供することで、ユーザをこのような単調な仕事から解放する。ユービーマトリックスの概念的および文脈的メタデータ検索方法の例示的実施例は、ＸＭＬで定義されたすべての言語で使用できる概念的メタデータおよび文脈的メタデータの検索エンジンとプロセッサ（例えば、ユービーマトリックスＣＯＭＳＥＰ）を備える。
【０００８】
さらなる背景情報として、ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）は、１９９８年にＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）から標準化言語群の要石として出されたものであり、ＸＭＬで定義された各標準化言語が、垂直に集中されたもの(ｖｅｒｔｉｃａｌｌｙ  ｆｏｃｕｓｅｄ)である。
【０００９】
ｅＸｔｅｎｓｉｂｌｅ  Ｂｕｓｉｎｅｓｓ  Ｒｅｐｏｒｔｉｎｇ  Ｌａｎｇｕａｇｅ（ＸＢＲＬ）は、主な監督機関、機関投資家や企業で世界的に採用されている金融・非金融情報を、分析、交換、および報告するためのＸＭＬで定義された標準化言語である。
【００１０】
例えば、このサービスは手数料方式で提供され、認証または既知のユーザ、もしくは検索者（顧客）が、ユービーマトリックスＣＯＭＳＥＰのような検索エンジンを有するウェブサイトにログインし、そして検索エンジンが検索に取り掛かれるように、検索条件を満足する検索定義を入力する。検索定義の例として、以下のテキスト要素を有するものをあげる。
企業：Ｍｉｃｒｏｓｏｆｔ
データコンセプト：Ａｓｓｅｔｓ
期間：２００２−１２−３１
通貨：ＵＳ＄（Ｉｎ  Ｍｉｌｌｉｏｎ：Ｃｈｅｃｋｅｄ）
注意する点は、”Ａｓｓｅｔｓ（資産）”は、ＸＢＲＬの概念的メタデータ要素（Ｃｏｎｃｅｐｔｕａｌ  Ｍｅｔａｄａｔａ  Ｅｌｅｍｅｎｔ）であり、一方、日付である”２００２−１２−３１”、企業名である”Ｍｉｃｒｏｓｏｆｔ”、通貨パラメータである”ＵＳ＄、ａｎｄ  ｉｎ  Ｍｉｌｌｉｏｎ（１００万米ドル単位）”が、ＸＢＲＬの文脈的メタデータ要素である。図１では、検索結果を取得するための、この検索定義の例示的な処理方法を示している。
【００１１】
図１の例に示された例示的方法によると、最初のブロック１０２は、実体（Ｅｎｔｉｔｙ）を表す文脈的メタデータの指示（ｉｎｄｉｃａｔｉｏｎ）を有する検索定義を受信する工程を備える。その検索定義は、グラフィカル・ユーザ・インターフェイス、聴覚用インターフェイス、またはその他のインターフェイス、もしくはそれらのインターフェイスの組み合わせを介して、例えば、ユーザへのメニューおよび／またはクエリーに応答して、例えばユーザから受信することができる。例示的実施例では、各検索定義は、ユーザから提供され、若しくは予め決められた実行されるべき検索リストから、順次連続的に引き出される。実体（例：実体概念的メタデータ（Ｅｎｔｉｔｙ  Ｃｏｎｃｅｐｔｕａｌ  Ｍｅｔａｄａｔａ））は、自然人（例：Ｍｒ．Ｓｍｉｔｈ）や、さもなければ企業（図４：Ｍｉｃｒｏｓｏｆｔ），政府，非政府組織は勿論、さらにはボート，車，ホテルなど様々な製品や対象物などのような、あらゆる種類の構造化された実体物とすることが可能である。例示的実施では、検索定義は、ＸＢＲＬコンセプトまたはコンセプト要素を有し、さらに付加的な文脈的メタデータを有することも可能である。例えば検索定義は、”ＵＳ＄７２，３５９，０００，０００”に一致する実際の数値を探すことが目的で、例えば実体を表す”Ｍｉｃｒｏｓｏｆｔ”なる文脈的メタデータと、時間または期間を表す”２００４−１２−３１”なる文脈的メタデータと、”Ａｓｓｅｔｓ”なるＸＢＲＬコンセプトとを含むことが可能である。例示的実施例では、検索定義は一つの概念的メタデータを有している。その他の実施例では、検索定義は複数の概念的メタデータを有している。
【００１２】
ブロック１０２からブロック１０４に制御が移行して、ここでは実体を表す文脈的メタデータを備えるすべての各ＸＢＲＬインスタンス文書に対して、検索が行なわれる。検索はネットワーク上で行なうことができ、このネットワークは例えば、ワールド・ワイド・ウェブ全体，インターネット全体，小規模ネットワーク，様々なネットワークまたは小規模ネットワークの組み合わせなどがある。どのような検索エンジンも使用可能である。例示的実施例では、検索は、ユービーマトリックスＸＢＲＬ事業報告（Ｂｕｓｉｎｅｓｓ  Ｒｅｐｏｒｔｉｎｇ）リポジトリのような、その検索エンジンに対し利用可能なリポジトリまたはキャッシュ内にまだ存在しないＸＢＲＬインスタンス文書を対象とする。
【００１３】
ブロック１０４からブロック１０６に制御が移行して、ここでは検索中に位置特定され、かつリポジトリまたはキャッシュ内にまだ存在しないＸＢＲＬインスタンス文書により、リポジトリまたはキャッシュをアップデイト（更新）する。例示的実施例では、例えばＸＢＲＬ事業報告リポジトリ・インデクセーション（Ｂｕｓｉｎｅｓｓ  Ｒｅｐｏｒｔｉｎｇ  ｒｅｐｏｓｉｔｏｒｙ  Ｉｎｄｅｘａｔｉｏｎ）のような、リポジトリまたはキャッシュのインデックスは、Ｍｉｃｒｏｓｏｆｔ，Ｅｄｇａｒ，ＦｏｒｂｅｓなどのＸＢＲＬインスタンス文書の提供者名を含むことができる。
【００１４】
ブロック１０６からブロック１０８へ制御が移行して、ここではリポジトリまたはキャッシュ内、および対応するインデックス内のＸＢＲＬインスタンス文書が、概念的メタデータのインデクセーションに見合うタクソノミを用いているかを判断する。例示的実施例では、ＸＢＲＬインスタンス文書が、適切な分類法（タクソノミ）を使用していなければ、ＸＢＲＬインスタンス文書は破棄され、（例：現在の検索目的に関して）不適切として警告され、および／または例えば米国特許第６９４７９４７号で記述されている技術などを用いて、適切なタクソノミを用いるのに移行される。例示的実施例では、リポジトリまたはキャッシュ内の他のＸＢＲＬインスタンス文書が、事前に概念的メタデータのインデクセーションに対して適切なタクソノミを用いたものとして検証された状況で、アップデイト中にリポジトリまたはキャッシュへ新たに追加されたＸＢＲＬインスタンス文書に対して、上記の判断または検証が制限される。例示的実施例では、その他の分析または検証を、付加的もしくは代替的に行なうことが可能である。
【００１５】
ブロック１０８からブロック１１０へ制御が移行して、ここではＸＢＲＬインスタンス文書の第１の集合を作成するために、ＸＢＲＬネットワーク検索で特定された実体を有するリポジトリまたはキャッシュ内のＸＢＲＬインスタンス文書を特定する。これは例えば、実体を特定する文脈的メタデータに基づいて、どちらのＸＢＲＬインスタンス文書が実体を特定する文脈的メタデータを有しているか判断するために、リポジトリまたはキャッシュを、フィルタリングまたは検索することにより行うことができる。
【００１６】
ブロック１１０からブロック１１２へ制御が移行して、ここではＸＢＲＬインスタンス文書の第２の集合を作成するために、検索定義の概念的メタデータ要素に基づいて、ＸＢＲＬインスタンス文書の第１の集合をフィルタリングする。例えば、検索定義の概念的メタデータ要素をも有しているＸＢＲＬインスタンス文書の第１の集合を選択するために、当該第１の集合を（さらに）フィルタリングする場合がある。
【００１７】
ブロック１１２からブロック１１４へ制御が移行して、ここでは必要に応じて、ＸＢＲＬインスタンス文書の第２の集合が、検索定義のあらゆる付加的なメタデータに基づいてフィルタリングされる。例えば、検索定義は付加的な文脈的メタデータを含むことができるので、検索定義に関するすべての用語を含み、さもなければ、検索定義の全制約を満たすＸＢＲＬインスタンス文書の次の集合を作成するために、付加的な文脈的メタデータのそれぞれに対して、第２の集合を順次フィルタリングすることができ、或いは付加的な文脈的メタデータのすべてに対して、第２の集合を同時にフィルタリング（例えば、当技術分野で既知となっている様々な検索技術により）することが可能である。例えば、この例では、実体とコンセプトに加えて期間も含んだブロック１００に関して説明している。
【００１８】
ブロック１１４からブロック１１６へ制御が移行して、ここでは検索定義を満たすＸＢＲＬインスタンス文書のリストを、ユーザに表示または別の方法で出力する。リストは、例えば、ＸＢＲＬインスタンス文書、またはＸＢＲＬインスタンス文書のＸＢＲＬデータ提供者などを一覧表示したり、もしくは両方共一覧で表示したりすることが可能である。例示的実施例では、そのリストは、検索定義（異なる提供者からの各ＸＢＲＬインスタンス文書毎に、検索定義を満たす１つのデータ要素）を満たす（異なる）データ要素を備えた各ＸＢＲＬインスタンス文書を含んでいる。
【００１９】
ブロック１１６からブロック１１８へ制御が移行して、ここではＸＢＲＬインスタンス文書および／または提供者の選択を、ユーザから受信する。ＸＢＲＬインスタンス文書の特殊なプレゼンテーション形式および／または検索定義を満たす情報の選択も、ユーザから受信することが可能であり、次のブロックでは、ユーザから受信した一乃至複数の選択結果により情報が表示される。その結果、ＸＢＲＬ検索は、図３の表示結果３１８の例に示されているように、“Ｍｉｃｒｏｓｏｆｔ  Ａｓｓｅｔｓ＠２００４−１２−３１：ＵＳ＄７２，３５９  Ｍｉｌｌｉｏｎ”のような単一結果の提供ができる。
【００２０】
図３は、図１に示した方法を実行する例示的システムである。具体的には、図３はデータ記憶装置３０４（例：ハードドライブまたはハードドライブ群，一乃至複数のサーバ，もしくは任意のローカルまたはリモート記憶装置）と、さらにはワールド・ワイド・ウェブ（ＷＷＷ），インターネットなどのネットワーク３１２にも接続されたコンピュータすなわちプロセッサ３０２を示す。ここでは検索定義の一例と共に、コンピュータ３０２のメモリ３１４が示され、さらに検索定義を満足する検索結果の一例を表示したコンピュータ３０２のディスプレイ３１４も示されている。
【００２１】
ユービーマトリックスＸＢＲＬ検索システムとその方法は、シングル、マルチ、および文書間検索（ｃｒｏｓｓ−ｄｏｃｕｍｅｎｔ  ｓｅａｒｃｈ）を有する複数の検索オプションを備えることができる。さらに、ユービーマトリックスＸＢＲＬ検索は、検索前に一乃至複数の文書が結合および／または処理される可能性のある箇所での集中文書検索も備えることができる。
【００２２】
ユーザは、検索ターゲットとして、単一のＸＢＲＬインスタンス文書を指定するためのオプションを設定してもよい。ユーザは、このインスタンスをローカルハードディスクまたはサーバを核にした巨大システムに保存してもよく、そのインスタンスには一乃至複数のＸＢＲＬコンテキストがあってもよい。どちらのシナリオにおいても、検索処理を開始する前に、予めユーザが特定の文書を選択しておく。複数文書の検索中、ユーザは個々に選択した文書の集合、ディレクトリ（または収集文書を保管する任意の場所）、またはリポジトリサービスを指定してもよい。記憶機構の違いに関係なく、ユーザは、実体名，期間，コンセプト名，さらにオプションとして単位など、類似した検索基準を提供するであろう。検索結果は、目的のデータを含む１つ以上の文書があってもよい。
【００２３】
リポジトリまたはキャッシュサービスは、ＳＯＡＰ，ＨＴＴＰ，または他のあらゆるＲＭＩ（Ｒｅｍｏｔｅ  Ｍｅｔｈｏｄ  Ｉｎｖｏｃａｔｉｏｎ）技術などのコンピュータ言語に対して、一般的なコンピュータによりアクセスが可能なサーバを核とした単純なファイル保存システムを備えてもよい。さらにリポジトリは、ウェブを経由して各ＸＢＲＬ文書を見つけて有効にしようとし、もしくは公的または私的な登録／提出処理を通して利用可能になる、管理および集約の各サービスも備えてもよい。
【００２４】
リポジトリは、ウェブ・クローラ（ｗｅｂ  ｃｒａｗｌｅｒ）のように動作してもよく、公的に掲載されたＸＢＲＬ文書を見つけようとしてもよい。コンピュータのアルゴリズムが、文書の関連性と信頼性を判断するために使用されるかもしれない。リポジトリは、オリジナル文書の検索のみでなく、応用ルールを用いた結果の検索もユーザに許可する付加価値サービスとして、検証分析またはビジネスルール分析も提供してもよい。さらにリポジトリは、私的に保存したインスタンス文書をアップロードまたは指定し、およびパスワードまたは他のあらゆる認証技術により、そのインスタンス文書を認証することを、ユーザに対して許可してもよい。リポジトリは、ファイルシステム，リレーショナル・データベース，またはＸＭＬデータベースを含む様々な記憶技術の使用が可能である。この記憶技術は、リポジトリの機能性に対し影響を与えないことになろう。
【００２５】
ここで、ユービーマトリックスＸＢＲＬ検索プロセッサ方法論（Ｓｅａｒｃｈ  Ｐｒｏｃｅｓｓｏｒ  Ｍｅｔｈｏｄｏｌｏｇｙ）について詳細を説明する。ＸＢＲＬ検索例として、韓国企業の”Ａｕｃｔｉｏｎ”を取り上げ、その検索定義を、企業名”Ａｕｃｔｉｏｎ”，ＸＢＲＬ概念的メタデータ”Ｔｏｔａｌ  Ａｓｓｅｔｓ”，日時”１９９９−１２−３１”、通貨”Ｋｏｒｅａｎ  Ｗｏｎ”とする。に示すように。
【００２６】
図４に示したＸＢＲＬインスタンス文書において、１つの要素（赤い下線部分）は、上記のＸＢＲＬ検索要素と一致する。しかし、ａ）コンテキスト”Ａｕｃｔｉｏｎ”（実体＝文脈的メタデータ）および”１９９９−１２−３１”（期間＝文脈的メタデータ）は、赤い下線部分の要素に直接記述されていない。これらは、緑の下線部分のｃｏｎｔｅｘｔ−１９９９と名づけられた”ｃｏｎｔｅｘｔ  ｉｄ”に埋め込まれている。ｂ）コンテキスト”Ｋｏｒｅａｎ  Ｗｏｎ”（単位＝文脈的メタデータ）は、前記要素に直接記述されていない。のは、ｕｎｉｔ  ｉｄ＝”Ｕｎｉｔｓ−Ｍｏｎｅｔａｒｙ”として定義されたＫｏｒｅａｎ  Ｗｏｎが、その要素に記述されている。ｃ）コンセプトＡｓｓｅｔｓは、ＸＢＲＬインスタンス文書の下にＴｏｔａｌＡｓｓｅｔｓ（関連性のあるタクソノミで定義された概念的メタデータ：ｋｏｒｅａ−ｇａａｐ−ｋｏｓｄａｑ）として記述されている。
【００２７】
そのため、例示的実施例では、検索プロセッサが、”Ａｕｃｔｉｏｎ”と”１９９９−１２−３１”の値をそれぞれ有する実体と期間の文脈的メタデータを参照していることを識別するのに、”ｃｏｎｔｅｘｔ  ｉｄ”の定義を評価し、さらにはＫｏｒｅａｎ  Ｗｏｎを参照していることを識別するのに、文脈的メタデータである”Ｕｎｉｔｓ−Ｍｏｎｅｔａｒｙ”も評価する。したがって、データ要素＜ｋｏｒｅａｎ−ｇａａｐ−ｋｏｓｄａｑ：  ＴｏｔａｌＡｓｓｅｔｓ  ｃｏｎｔｅｘｔＲｅｆ：＝"ｃｏｎｔｅｘｔ−１９９９"  ｕｎｉｔＲｅｆ＝"Ｕｎｉｔｓ−Ｍｏｎｅｔａｒｙ"  ｄｅｃｉｍａｌｓ＝"０"＞８５５０７９６００７＜／Ｋｏｒｅａｎ−ｇａａｐ−ｋｏｓｄａｑ：  ＴｏｔａｌＡｓｓｅｔｓ＞は検索パラメータ（または検索パラメータへの論理的参照）のすべてを含んでいるので、検索プロセッサは、このデータ要素がクエリーを満たすことを判断するために、インスタンス文書の処理すなわち「読込み」を行う。
【００２８】
ＸＭＬで定義された標準化言語（例：ＸＢＲＬ）を用いて作成されたインスタンス文書では、置換・代入（ｓｕｂｓｔｉｔｕｔｉｏｎ）やタプル（ｔｕｐｌｅｓ）などを用いて、インスタンス文書データ要素における文脈的メタデータと、そのコンテキスト・メタデータの代表（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）とを関連付ける付加的な方法もある（可能性もある）。検索プロセッサは、ＸＢＲＬと非ＸＢＲＬの各インスタンス文書を含んだこの種のインスタンス文書の全てを読込んで評価することが可能になるであろう。ここで説明されているいくつかの例では、ＸＢＲＬを参照しているが、コンセプトとここで概略を説明した原則は、例えば、ＸＭＬで定義された他の標準化言語であるような、非ＸＢＲＬインスタンス文章と要素にも適用可能である。
【００２９】
例示的実施例では、ユービーマトリックス検索プロセッサ（例えば、ユービーマトリックス技術または他の技術を使用）は、ｃｏｎｔｅｘｔ  ｉｄ情報を含むＸＢＲＬインスタンス文書を読込むことが可能であり、関連性のあるタクソノミ，エクステンション（ｅｘｔｅｎｓｉｏｎ），およびコンテキスト（例：インスタンス文書自身が有する定義などを含んだ文脈的情報）を用いて、ＸＢＲＬ検索コンセプトに一致する一乃至複数のデータ要素を特定する。例えば、ユービーマトリックス検索プロセッサは、ウェブ・リンク，ＵＲＬ，もしくは、どこへまたはどのようにタクソノミまたはエクステンションなどへアクセスしてもよいかを指示するインスタンス文書に含まれた他の情報を用いて、関連性のあるタクソノミとエクステンションなどへ自動的にアクセスすることができる。ユービーマトリックス検索プロセッサは、ＸＢＲＬインスタンス文書にインデックス（索引）を付加することもできる。検索コンセプト”Ａｓｓｅｔｓ”（例：ＴｏｔａｌＡｓｓｅｔｓ、ＧｒｏｓｓＡｓｓｅｔｓ、ＮｅｔＡｓｓｅｔｓ、ＴｏｔａｌＡｓｓｅｔｓ）を含むような、いくつかのＸＢＲＬインスタンス文書データ要素がある場合、ＸＢＲＬ検索プロセッサは、対応するオプションのリストをユーザへ提示する。ユーザは、目的に応じた適切なオプションをチェックするであろう。ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用いて、この選択をユーザ自身のレガシーシステム（ｌｅｇａｃｙ  ｓｙｓｔｅｍ）へ統合することも可能である。
【００３０】
ＸＢＲＬ検索エンジンシステムは、適切なインスタンス文書を特定した後、そのインスタンス文書の各提供者を特定すると共に、当該各提供者のリストを提示し、ここにＸＢＲＬデータソースとして示す。
【００３１】
その次に、ユーザは目的の提供者を選択でき、最終的には、複数の「コンテキスト」、またはユーザ検索による「コンテキスト」を有している可能性のあるものの中から、選択するように促されるであろう。例えば、Ａｓｓｅｔｓが検索で記述されている場合、Ｃｕｒｒｅｎｔ  Ａｓｓｅｔｓ、Ｎｏｎ−Ｃｕｒｒｅｎｔ  Ａｓｓｅｔｓ、Ｇｒｏｓｓ  Ａｓｓｅｔｓ、Ｎｅｔ  Ａｓｓｅｔｓ、およびＴｏｔａｌ  Ａｓｓｅｔｓの中で選択するように、ユーザに対して促してもよい。コンテキスト２００２−１２−３１も同様にして、２００２年第４四半期末または２００２年末の結果と、どのようにしてその情報を取得したいのかとの間で、ユーザに対して選択を促し、集約（Ａｇｇｒｅｇａｔｅｄ）および詳細（Ｄｅｔａｉｌｅｄ）化された２つのオプションをここで示してもよい。
【００３２】
ＸＢＲＬ検索サービスプロバイダーが提示するような、取引手数料方式，受信料方式，さもなければあらゆる利用回数制料金または定額料金のいずれかで、検索に対する料金をユーザに課すことも可能である。ユーザは、リアルタイムで上記のようなＸＢＲＬ検索の費用について知ることもでき、ユーザが選択するレガシーシステムに、自動的に結果を書き出すオプションを有することも可能である。例示的実施例では、ユービーマトリックス検索サービスを、ＳＯＡＰによりユーザのレガシーシステムに統合することが可能である。
【００３３】
ユービーマトリックス検索エンジンは、ユーザに対して次のようなオプションの選択を可能にする。それは、データソース，詳細化または集約化された情報（ｄｅｔａｉｌｅｄ  ｏｒ  ａｇｇｒｅｇａｔｅｄ  ｉｎｆｏｒｍａｔｉｏｎ），および自動化書き出し（Ａｕｔｏｍａｔｅｄ  Ｅｘｐｏｒｔ）であり、この自動化書き出しでは、レガシーシステムや、マイクロソフトのエクセルのようなユーザが選択するアプリケーションに対して（例としてユービーマトリックスＸＢＲＬ技術の使用により）、ＸＢＲＬデータを自動的に書き出すプログラムを組む可能性を、ユーザが持つことになるであろう。
【００３４】
ユービーマトリックス検索エンジンの実施例では、付加的な「知的機能」を備えている。例えば、検索エンジンは自動通貨コンバータを備えることが可能で、そのため、いくつかの金融データ要素について、ユーザが異なる通貨単位の事業報告を用いた複数の実体から検索を行う場合、ユービーマトリックス検索エンジンは、（自動複数通貨変換システム（ａｕｔｏｍａｔｅｄ  ｍｕｌｔｉｐｌｅ  ｃｕｒｒｅｎｃｙ  ｅｘｃｈａｎｇｅ  ｓｙｓｔｅｍ）を用いて、）これら金融に関する結果を、ユーザが選択する通貨単位に変換できる機能をユーザに提供するであろう。検索エンジンは、自動言語翻訳、単位システム（ｍｅａｓｕｒｅｓ  ｓｙｓｔｅｍｓ）、会計基準などを、実行または備えることもできる。
【００３５】
実施例はさらに、ウェブページリンクのような追加の機能および特徴を含んでいる。それは、ユービーマトリックスＸＢＲＬ検索エンジンおよびプロセッサがユーザに、ａ）ＸＢＲＬ検索の処理中またはＸＢＲＬ検索が完了した後、（もし、それが１つならば）目的のウェブページを表示することを許可する。ｂ）ウェブ上でユーザが、ＸＭＬ／ＸＨＴＭＬ検索エンジンを用いて検索を実行し、既存のＸＢＲＬインスタンス文書へリンクが張られている目的のウェブページを、ユーザが閲覧している状況の場合、ユービーマトリックスＸＢＲＬ検索エンジンおよびプロセッサへのリンクは、ユーザにとってＸＢＲＬ検索エンジンおよびプロセッを用いて検索の完了を可能にするであろう。
【００３６】
例示的な検索エンジンおよびプロセッサは、例えば、企業（図４におけるＭｉｃｒｏｓｏｆｔ）や、政府・非政府機関などのような「実体」に属する事業報告データ要素（Ｂｕｓｉｎｅｓｓ  Ｒｅｐｏｒｔ  Ｄａｔａ  Ｅｌｅｍｅｎｔｓ）を分析するために、統計機能または統計的な処理能力を備えることができる。統計データ要素（Ｓｔａｔｉｓｔｉｃｓ  Ｄａｔａ  Ｅｌｅｍｅｎｔｓ）は、活動セクタ（部門）、もしくは商品または物（ボート、車、ホテルなど）のセクタへさえも関連付けが可能である。統計データは、複数のソースからもたらされ、しばしば寸断化された非標準的な手法の集約データであり、統計局，協会・団体，政府機関などは、断片化した非標準的な形式や断片部（Ｓｅｇｍｅｎｔａｔｉｏｎ）を用いた統計量を提供するのに利用される。統計クエリーの例として、「全世界で、３０フィートを越えるヨットは何隻あるか（Ｎｕｍｂｅｒ  ｏｆ  Ｓａｉｌｉｎｇ  Ｂｏａｔｓ  ｍｏｒｅ  ｔｈａｎ  ３０  ｆｅｅｔ  ｌｏｎｇ  ｗｏｒｌｄ  ｗｉｄｅ？）」とする。いくつかの国の統計局は、非標準で一貫性のないデータ要素を提供可能である。例えば、米国勢調査局は、五大湖および東海岸での３０フィートを超えるヨット数を提供でき、フランスのヨットメーカー協会は、ヨーロッパおよびその他の１０メートルを越えるヨット数を提供できる。上述した統計データが、ＸＢＲＬへ変換されてウェブ上で利用可能な場合、ユービーマトリックスＸＢＲＬ統計検索エンジンおよびプロセッサが、次のような例示的プロセスを用いた自動統計データの収集を可能にする。ａ）活動（例：製薬事業，観光事業など）のセクタや、商品（例：ボート，車，ホテルなど）の選択、ｂ）それぞれ特定の統計クエリーに対し必要とされるような、活動または商品に関連するセクタの「コンテキスト」の選択、ｃ）例えば、長さが３０フィート（上記の統計クエリー”Ｎｕｍｂｅｒ  ｏｆ  Ｓａｉｌｉｎｇ  Ｂｏａｔｓ  ｍｏｒｅ  ｔｈａｎ  ３０  ｆｅｅｔ  ｌｏｎｇ  ｗｏｒｌｄ  ｗｉｄｅ？”を参照）のような、付加的なクエリー情報。
【００３７】
ユービーマトリックスＸＢＲＬ統計検索エンジン（Ｓｔａｓｔｉｃａｌ  Ｓｅａｒｃｈ  Ｅｎｇｉｎｅ）は、事業報告データ要素に関するユービーマトリックスＸＢＲＬ検索も処理することができるが、ユービーマトリックスＸＢＲＬ統計データリポジトリ（Ｓｔａｔｉｓｔｉｃｓ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ）を介して行わなければならない。ユービーマトリックスＸＢＲＬ統計データリポジトリは、事業報告データ要素を集約することで統計データを作成するために、ユービーマトリックス事業報告リポジトリからのデータを用いる。ユービーマトリックスＸＢＲＬ統計検索エンジンは、ＸＢＲＬ検索中に、複数オプションの提供も行なう。複数オプションとは、一乃至複数の統計ソースの選択、関連するＸＢＲＬインスタンス文書すべてを読込んで分析することになるＸＢＲＬプロセッサを用いた複数の結果の集約、および、例えば１つまたは複数の地域から取得可能な数値から、全世界での数値の概算を行なうことができるような、断片的な情報からのオプション推定（この推定は、人口や総生産などの様々な基準を基にすることが可能。）である。ユービーマトリックスＣＯＭＳＥＰは、ＸＭＬで定義されたすべての言語に適用可能である。
【００３８】
本明細書で使用されているソースデータは、データ項目の集合であり、そのデータは、例えば、あらゆる種類の記憶装置または伝送媒体や、ファイルや、ストリーム内のコンピュータプログラムに、入力として提供され得るもので、個々の項目を有している。個々の項目は、例えば、認識可能な単一の事実またはビジネス測定（ｂｕｓｉｎｅｓｓ  ｍｅａｓｕｒｅｍｅｎｔ）を含み、または備えることが可能である。ソースデータの例は、スプレッドシートまたはデータベーステーブル，データベーステーブルからのデータ抽出をもたらすクエリー，カンマ区切り変数ファイル（ｃｏｍｍａ−ｓｅｐａｒａｔｅｄ−ｖａｒｉａｂｌｅｓ  ｆｉｌｅ），ＸＭＬまたはＨＴＭＬファイルもしくはストリーム，コンピュータから、一乃至複数のディスプレイ，メモリ，ハードディスク，ＣＤ−ＲＯＭドライブ，フロッピーディスクドライブ，プリンタ，その他のデバイスへのデータストリーム出力、マイクロソフトワード文書内のデータテーブルなどである。
【００３９】
本明細書に記載されたメタデータは、データに関するデータであり、例えば、データを定義または特徴付ける（例：ソースデータの項目を分類したりすることにより）ものである。メタデータは、名前，サイズ，属性，数値または文字列制限，条件，オプション性などの特徴を記述する文書または情報を備えることができる。さらにメタデータは、データとの関連性またはデータ間の相互関係を、表すもしくは備えることができ、多次元的に扱うことも可能である。分類メタデータ（ｃｌａｓｓｉｆｉｃａｔｉｏｎ  ｍｅｔａｄａｔａ）は、例えば、スキーマ（ｓｃｈｅｍａ），データモデル，タクソノミ，または辞書の形で、頻繁にコンピュータプログラムへ渡される。文脈的メタデータは、調査報告期間，データ項目が表す実体（企業，政府機関，個人など），および報告シナリオなどのデータ項目情報を記述してもよい。測定メタデータは、データ項目の測定単位（フィートまたはメートル，ドルまたは円）を記述してもよい。相互関連メタデータ（ｉｎｔｅｒｒｅｌａｔｉｏｎｓｈｉｐ  ｍｅｔａｄａｔａ）（文脈的メタデータの形態と見なすことができる）は、同じ従業員に関する名前，住所，および部署番号を一緒にしたデータ項目を、グループ化したり体系化したりしてもよい。脚注メタデータは、文脈的メタデータの形態と見なすことができ、同じ脚注参照を持つ複数のデータ項目を相互に関連付けてもよい。
【００４０】
例示的実施例では、検索エンジンは、（例えば、ＸＢＲＬインスタンス文書のような、ＸＭＬで定義された標準化言語で作成された）一乃至複数のインスタンス文書における、一乃至複数のインスタンス文書データ要素を探し、そこでは各々の位置特定されたインスタンス文書データ要素が、各検索パラメータ（概念的および文脈的メタデータ）および／またはそうした検索パラメータへの直接または間接的な参照のすべてを含んでいる。
ここでの記述例として、例えば”Ａｕｃｔｉｏｎ（オークション）”を参照されたい。
【００４１】
例示的実施例は、概念的メタデータおよび文脈的メタデータ（に限定しない）を有する検索クエリーを受取る工程と、一乃至複数の文脈的メタデータ（例えば、初期検索を最も正確に狭める特定のメタデータ）を有する一乃至複数からなるインスタンス文書の第１の集合を位置特定する工程と、インスタンス文書の内部にある定義、およびインスタンス文書に関連したタクソノミまたはエクステンションを基にして、検索クエリーまたは参照となる第１の集合の各パラメータを含むデータ要素を特定するために、第１の集合におけるそれぞれのインスタンス文書をフィルタリングする工程と、フィルタリングによる結果の表示する工程とを有することを特徴とする。
【００４２】
本明細書に記載された機能を様々に提供するソフトウェアのパッケージや、構成要素や、モジュールは、コンピュータに実装できる。コンピュータ上で稼動しているこれらのソフトウェアの処理を、付加的または代替的に、例えば、分散型のコンピュータ関連資源を用いたネットワーク外部への分散処理方法、および／またはネットワーク資源を用いて実行することが可能である。
【００４３】
本明細書に記載された、方法，論理，技術，および擬似コード列（ｐｓｅｕｄｏｃｏｄｅ  ｓｅｑｕｅｎｃｅｓ）は、様々なプログラミング形式（例：構造化プログラミング、オブジェクト指向プログラミングなど）および様々な異なるプログラミング言語（例：Ｊａｖａ，Ｃ，Ｃ＋＋，Ｃ＃，Ｐａｓｃａｌ，Ａｄａなど）で実装できる。さらに、本明細書に記載された、要素および方法またはプロセスは、マイクロプロセッサ，コンピュータ，または任意の他のコンピュータデバイスを用いて実装でき、また、物理的に一箇所、もしくは様々な場所またはホストコンピュータ・プラットフォーム間での分散処理方法により、ハードウェアおよび／またはソフトウェアに実装可能であることを、当業者は高く評価するであろう。エージェントは、所望または適切な場所にあるハードウェアおよび／またはソフトウェア，もしくはコンピュータプログラムに実装可能である。コンピュータ，コンピュータシステム，マイクロプロセッサ，または他のコンピュータデバイスなどのコンピュータデバイスに対して、方法または処理を実行させる命令を備えているソフトウェアまたはコンピュータプログラムが、機械可読媒体に記憶されることも、当業者から高い評価を得るであろう。
【００４４】
機械可読媒体は、本明細書に記載された方法および／または技術を、コンピュータデバイスに実行させるソフトウェアや、コンピュータプログラムや、各プログラムを備える。
【００４５】
本発明が、他の特定の形態において本発明の精神と基本的な特徴から逸脱することなく具体化可能であること、本明細書で開示された特定の実施例に制限されないことに関しても、当業者は高く評価するかもしれない。現在開示された実施例は、どの点においても、制限的でなく、理解に役立つと見なせる。本発明の範囲は、上述した説明によってではなく、添付した特許請求の範囲によって示され、発明の意図，範囲，および同等物におけるすべての変更は、本発明に包含されることを意味する。本明細書に記載された”ｃｏｍｐｒｉｓｉｎｇ”（〜からなる）の語句は、非制限語句であり、排他的ではないものである。
【図面の簡単な説明】
【００４６】
【図１】例示的方法を示す図である。
【図２】例示的検索結果を示す図である。
【図３】例示的システムを示す図である。
【図４】例示的なＸＢＲＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｂｕｓｉｎｅｓｓ  Ｒｅｐｏｒｔｉｎｇ  Ｌａｎｇｕａｇｅ）インスタンス文書を示す図である。
【符号の説明】
【００４７】
３０２  コンピュータ
３０４  データ記憶装置
３１２  ネットワーク
３１４  メモリ
３１４  ディスプレイ
３１８  表示結果
【図１】
2008515061.tif 000003
【図２】
2008515061.tif 000004
【図３】
2008515061.tif 000005
【図４】
2008515061.tif 000006
【国際調査報告】
2008515061.tif 000007