JP2002032281A - 構造化情報を配信するシステム - Google Patents

Abstract

(57)【要約】 【課題】 構造化情報の汎用公開配信機構のシステムお
よび方法を提供すること。 【解決手段】 プロバイダと１以上の消費者との間で構
造化情報を配信するための情報ルーティングシステム
は、プロバイダを１以上の消費者に結合する情報ルータ
を含み、１以上の消費者の加入者によって定義された特
定の内容を含む特定のサービスに対する興味を伝達する
ための情報ルータに結合される加入者、人物または組織
と、加入者によって指示された特定のサービスを情報ル
ータにリクエストするためのサービスリクエスト手段
と、情報ルータがプロバイダから受け取った特定の内容
のみを含むように構文解析される、ドキュメントに応答
するサービス応答手段とを含み、加入者による情報リク
エストは、プロバイダから受け取ったドキュメントを構
文解析し、サービス情報を返送する情報ルータへと送ら
れ、関連する部分が、サービス応答形式で消費者へと送
られる、情報ルーティングシステム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は概して情報配信方法
に関し、より詳細にはデータプロセシングを用いてコン
ピュータ間またはデバイス間で情報を送信するための方
法に関する。

【０００２】

【従来の技術】一方のコンピュータから他方のコンピュ
ータへとデータを送信することが頻繁に必要とされる。
データを転送するために用いられる１つの共通の方法
は、コンピュータ内のディスクドライブのような出力デ
バイス内に配置されるポータブル格納媒体（例えばディ
スケット）を利用し、このポータブル格納媒体は別のコ
ンピュータへ転送されるべきデータを含む。ディスクド
ライブは、データをディスケットに書き込み、そのディ
スケットは、そのデータを受け取るコンピュータに物理
的に移動される。次いで、データは、ディスクドライブ
のような入力デバイスを用いてディスケットから読み出
される。この方法は効果的であるが、送信側コンピュー
タから受信側コンピュータへとディスケットを物理的に
移動させる必要があるため非効率である。さらに、ポー
タブル格納媒体における比較的制限されたデータ格納能
力によって、一度に転送され得るデータ量を制限し、デ
ータを転送するために、さらに多くのメモリ媒体または
コンピュータ間でのさらに頻繁な移動を必要とする。さ
らに、データ転送は、移動される必要のあるディスク距
離に依存する。距離が長くなればなるほど、転送を実行
するために必要な時間も多くなる。また、複数のユーザ
が、各ディスクを同時に使用することができず、一度に
ディスクを扱うことができるのは、１ユーザのみであ
る。

【０００３】あるいは、データは、ケーブルのような伝
送媒体でコンピュータを接続することによって、一方の
コンピュータから他方のコンピュータへと転送される。
送信側コンピュータは、データ通信デバイスを用いて伝
送媒体にデータを書き込み、受信側コンピュータは、同
じデバイスを用いて伝送媒体からデータを読み出す。コ
ンピュータ間の通信は双方向であるが、効率的な通信が
行われる場合には、伝送は、プロトコルとして知られる
特定の決まりに従う必要がある。例えば、一方のコンピ
ュータが送信されているデータを受信する準備にない場
合、プロトコルは、他方のコンピュータが伝送媒体にデ
ータを送信しないということを必要とし得る。２つのコ
ンピュータ間での通信には極めて有効であるが、このこ
とによって、伝送媒体に接続される２つのコンピュータ
間でのみ通信が可能であることに制限される。

【０００４】３つ以上のコンピュータが、より多くの汎
用通信手段に対して同じ伝送媒体を共有することもまた
可能である。この場合、１つのコンピュータがデータを
送信すると、他の全てのコンピュータがそのデータを受
信することができる。これは放送と呼ばれる。コンピュ
ータからなる群がこの様態で接続される場合、放送ネッ
トワークが形成される。

【０００５】放送ネットワークは、複雑なプロトコルを
必要とする。このネットワークにおいて伝送媒体に接続
された各コンピュータは、一意のアドレスを割り当てら
れる必要がある。一方のコンピュータが他方のコンピュ
ータにデータを送信する場合、データは自身のアドレス
および受信側のコンピュータのアドレスを含む。各コン
ピュータは、伝送をアクティブに受信する受信側コンピ
ュータのみを除いて、受動的に伝送を受信する。伝送媒
体に接続されたコンピュータの数が制限される場合、１
つより多くのコンピュータ向けのデータは重複されず、
データの重複はない。しかしながら、各コンピュータが
認識するトラフィックの多くが見当違いであるので、放
送ネットワークはあまり上手くスケーリングしない。２
つの放送ネットワークが互いに接続される場合、情報ト
ラフィックをローカライズさせる１つの方法は、外部通
信を扱うために各ネットワークに１つのコンピュータを
含ませることである。ネットワークの代わりにこの役割
を果たすコンピュータはルータと呼ばれる。例えば、２
つの放送ネットワークの各々（ネットワークＡおよびネ
ットワークＢ）は、互いに接続される独自のルータを有
する。ネットワークＡにおける送信側コンピュータは、
コンピュータＢにおける受信側コンピュータ向けのデー
タを放送する。ネットワークＡにおけるルータは、伝送
を読み取り、データがネットワークＢにおける受信側コ
ンピュータ宛てになっていることを認識し、ネットワー
クＢにおけるルータにデータを送信する。ネットワーク
Ｂにおけるルータは、ネットワークＢ上でデータを放送
し、受信側コンピュータがデータが放送されたことを読
み取ってデータを受信する。２つの放送ネットワークお
よびそれらネットワーク間のリンクが、インターネット
と呼ばれるルーティングされたネットワークを形成す
る。このインターネットは、より大きなネットワークを
形成するために他のインターネットと接続され得る。よ
り大きなネットワークは、なおさらに大きなネットワー
クを形成するために他の大きなインターネットと接続さ
れ得る。インターネットは、大きな公共インターネット
の一例である。

【０００６】ルーティングされたネットワークは、放送
ネットワークよりもより複雑なデータ転送プロトコルお
よびアドレスを必要とする。ルーティングされたネット
ワークが用いる最も広く採用されるプロトコルおよびア
ドレシング方式は、インターネットプロトコル（ＩＰ）
であり、このインターネットプロトコルはまた、特定の
通信に用いられるプロトコルファミリーの基礎となる。
伝送プロトコルのいくつかの例には、名前別およびアド
レス別にコンピュータを識別するドメインネームサービ
ス（ＤＮＳ）、異なるコンピュータ上で２つのアプリケ
ーション間に信頼性のあるチャネルを保証する伝送制御
プロトコル（ＴＣＰ）、ＴＣＰを用いて一方のコンピュ
ータから他方のコンピュータへ電子メールを移動させる
簡易メール転送プロトコル（ＳＭＴＰ）、ＴＣＰに基づ
き、かつワールドワイドウェブの基礎を形成するハイパ
ーテキスト転送プロトコル（ＨＴＴＰ）、２つ以上のＴ
ＣＰ接続を用いてコンピュータ間でファイルを移動させ
るファイル転送プロトコル（ＦＴＰ）が含まれる。これ
らの伝送プロトコルのうち任意のプロトコルを用いて、
ネットワーク上のコンピュータ間でドキュメントを移動
させることができる。

【０００７】現在、送信側のコンピュータおよび受信側
のコンピュータがインターネットに接続され、それらコ
ンピュータの名前またはアドレスが特定される場合、い
つどんなときにでも世界のどこにでも一方のコンピュー
タから他方のコンピュータへデータを転送することは、
複雑ではない。データがコンピュータ間で転送されるプ
ロセスは、もはや重要ではないが、データが送信する内
容、データを表示する方法、そしてデータを送信する場
所の判定が挑戦されている。

【０００８】コンピュータシステムは、データ上の機能
を実行するのに優れているが、データについて機能を実
行するのに卓越しているが、人間が、データによって表
される情報の内容を判定するために、データを解釈する
ほどはできない。例えば、図１は、文字のシーケンスに
よって表されたデータのセット１６００を示す。人は、
文字によって表される情報の内容を当てずっぽうに推測
することができる。複雑なコンピュータシステムは、人
間の心のように同じ高度なレベルを有してないが、同じ
ことをするように設計されている。一般に、コンピュー
タおよび人間は、その意味を解釈するためにデータの構
造およびコンテキストについていくつかの手がかりを必
要とする。図１（ｂ）は、コンマ１６０２によって区分
された要素１６０４、１６０６、１６０８、１６１０、
１６１２、１６１４、１６１６のシーケンスのように構
造化されたデータ１６００を示す。このような様態でデ
ータを構造化することにより、そのデータが表す内容に
ついて何らかの表示が提供される。例えば、最後の要素
１６１６は番号１であり、第２の要素１６０６は日付で
あり得、第３の要素１６０８においては、「１２３」は
「アイルランド航空機（Ａｅｒ Ｌｉｎｇｕｓ ｆｌｉ
ｇｈｔ）」に属する。このデータが「航空機のフライト
状況（Ａｉｒｌｉｎｅ ｆｌｉｇｈｔ ｓｔａｔｕ
ｓ）」として解釈されるべきであると分かっている場
合、その情報が飛行情報として解釈され得る。第１の要
素１６０４はフライト地点がＤｕｂｌｉｎ（ダブリン）
であることを表し、第２の要素１６０６は飛行時間が２
０００年３月２２日の（０６：２０：０３ＧＭＴ）であ
ることを表し、第３の要素１６０８はアイルランド航空
機のフライトナンバー１２３を表し、第４の要素１６１
０はヒースロー（Ｈｅａｔｈｒｏｗ）空港の所在地を表
し、第５の要素１６１２は予定時刻でのフライト状況を
表し、第６の要素１６１４は到着時刻が８：００である
ことを表し、最後の要素１６１６はターミナル番号が１
であることを表す。この情報のフリーテキスト表示１６
１８を図１（ｃ）に示す。これは、飛行旅行情報および
英語についていくらかの理解を有する人であれば容易に
解釈され得る。しかし、フリーテキストフォーマットで
のデータのコンピュータによる解釈は、データ構造がコ
ンピュータが解読可能な限られたフォーマットタイプと
矛盾し得るので、実現するには極めて複雑となる。

【０００９】マークアップ言語は、フリーテキストの情
報内容とコンピュータシステムがこのようなデータを解
読するために必要な固定構造とを効果的に折衷したもの
を提供する。名前１６２６を含む開始タグ１６２２、続
いてフォワードスラッシュ１６２８で前に付けられた名
前１６２６を含む終了タグ１６２４によって導入された
要素１６２０を含むように、拡張マークアップ言語（Ｘ
ＭＬ）を用いて表したデータ１６００を図１（ｄ）に示
す。タグ１６２２、１６２４は、山形カッコで区切られ
ている。要素１６２０は、テキスト／他の要素１６３２
を含み得る。要素「フライトイベント（ＦＬＩＧＨＴ
ＥＶＥＮＴ）」１６３４は、７個の他の要素１６２０を
含み、要素１６２０「出発地（ＯＲＩＧＩＮ）」はテキ
スト１６３２「ダブリン（ＤＵＢ）」を含む。要素１６
２０「フライト時間（ＦＬＩＧＨＴ−ＴＩＭＥ）」は、
テキスト１６３２「水曜３月２２日０６：２０：０３Ｇ
ＭＴ２０００（Ｗｅｄ Ｍａｒ ２２ ０６：２０：０
３ＧＭＴ ２０００）」を含み、要素１６２０「フライ
ト番号（ＦＬＩＧＨＴ−ＮＵＭＢＥＲ）」はテキスト１
６３２「アイルランド航空機（Ａｅｒ Ｌｉｎｇｕｓ
ｆｌｉｇｈｔ）１３２」を含み、要素１６２０「目的地
（ＤＥＳＴＩＮＡＴＩＯＮ）」はテキスト１６３２「ヒ
ースロー（ＨＴＷ）」を含み、要素１６２０「ステータ
ス（ＳＴＡＴＵＳ）」はテキスト１６３２「予定通り
（ＯＮＴＩＭＥ）」を含み、要素１６２０「到着時間
（ＡＲＲＩＶＡＬ−ＴＩＭＥ）」はテキスト１６３２
「０８００」を含み、要素１６２０「ターミナル番号
（ＴＥＲＭＩＮＡＬ−ＮＵＭＢＥＲ）」はテキスト１６
３２「１」を含む。「フライトイベント（ＦＬＩＧＨＴ
ＥＶＥＮＴ）」要素１６２０に精通したシステムは、
要素が現れる順にそれら要素を読み出すことを必要とせ
ず、要素１６２０のうち任意の要素を直接読み出すこと
ができる。これは、処理および転送用のドキュメント形
式に典型的に格納される構造化情報の一例である。ドキ
ュメントのサイズに理論的な制限はなく、この場合、極
めて大きなドキュメントが情報の連続ストリームとして
処理され得る。ＸＭＬは組織間または人間の間での情報
の表示に極めて有用な手段である。ますますより多くの
ソースが、ＸＭＬおよび同様のフォーマットを用いたイ
ンターネットに関する情報を伝達する。さらなる情報が
ＸＭＬフォーマットで利用可能となるので、データの関
連部分を選択し、関連しないデータを破棄する方法がよ
り重要になる。構造化情報の照会言語および操作言語
は、ますます複雑になりつつあるが、従来のコンフィギ
ュレーションでは、ドキュメント内の関連情報のクエリ
ーをローカルに実行し得る前に、ドキュメント全体がネ
ットワークを介して転送される必要がある。公共の情報
は、典型的にはウェブサイト上で利用可能であり、それ
により関係者が思いのままにドキュメントをダウンロー
ドすることができる。あるいは、ドキュメントの配信が
プロバイダによって開始される場合には、ドキュメント
はｅメールメッセージとして１つ以上の消費者に送信さ
れ得る。さらに、他の配信方法が独自のフレームワーク
内で利用可能である。このコンテキストにおいて、「Ｐ
ｕｌｌ」は、消費者が各伝達を開始することを意味し、
「Ｐｕｓｈ」はプロバイダが各伝達を開始することを意
味する。「公共および署名」配信システムは、プロバイ
ダが関係する消費者リストを維持し、いつでもリスト上
の全消費者にドキュメントを送信する情報配信の別の方
法である。

【００１０】１つのドキュメントが、いくつかのネット
ワーク全体にわたって分散する消費者に配信される場
合、ネットワークリソースは、消費者を有する各ネット
ワークに１つのコピーを送信することによって確保され
得る。次いでドキュメントは、関係のある消費者のみが
読み取るようにネットワーク上に放送される。これは、
直接転送間で折衷し、「マルチキャスト」として知られ
る放送である。

【００１１】

【発明が解決しようとする課題】多くの組織は、管理、
セキリュティ、または経済の改善のために、それら外部
ネットワーク通信すべてを一点で統一することが好都合
であると理解している。このようなコンタクトポイント
は、時には「ゲートウェイ」として知られている。典型
的な例は、企業のメールサーバである。ゲートウェイ
が、組織間で構造化情報の制御されたやり取りを管理
し、各組織に多くのコンピュータではなくて１つのゲー
トウェイコンピュータを保護する手段を提供し、かつ外
部コンピュータまたはネットワークからドキュメントに
ついてのリクエストを統一し、それにより応答時に受信
されたドキュメントが内部に配信され得る必要性があ
る。これはより経済的であり、特にリクエストされた場
合に、ドキュメントは支払を必要とする。さらに、支払
を必要するドキュメントに対する可能なリクエスト量に
関して、内部ユーザに制限することができる。それによ
り、支出および支出の重複を制限する。従って、構造化
情報の汎用公開配信機構のシステムおよび方法に対する
必要性が生じ、ソースの近くのドキュメントの関連部分
を選択し、消費者からなる群から同様のリクエストを組
み合わせることによってネットワークリソースを確保す
るので、より優れた情報の管理、セキュリティ、経済を
提供することができる。

【００１２】

【課題を解決するための手段】本発明によるプロバイダ
と１以上の消費者との間で構造化情報を配信するための
情報ルーティングシステムは、該プロバイダを該１以上
の消費者に結合する情報ルータを含み、ａ．該１以上の
消費者の特定のサービスに対する興味を伝達するための
該情報ルータに結合される加入者、人物または組織であ
って、該特定のサービスは、該加入者によって定義され
た特定の内容を含む、加入者、人物または組織と、ｂ．
該加入者によって指示された該特定のサービスを該情報
ルータにリクエストするためのサービスリクエスト手段
と、ｃ．該情報ルータが該プロバイダから受け取ったド
キュメントに応答するサービス応答手段であって、該受
け取られたドキュメントは、該特定の内容のみを含むよ
うに構文解析される、サービス応答手段と、を含み、加
入者による情報リクエストは、情報ルータへと送られ、
該情報ルータは、該プロバイダから受け取ったドキュメ
ントを構文解析し、サービス情報を返送し、次いで、該
サービス情報から、関連する部分が、サービス応答形式
で該消費者へと送られ、それにより上記目的を達成す
る。

【００１３】前記情報ルーティングシステムは、１つ以
上の情報ルータをさらに備えてもよい。

【００１４】前記１つ以上の情報ルータの１つ以上が、
入口ゲートウェイを定義する前記プロバイダに結合さ
れ、該１つ以上の情報ルータの１つ以上が、出口ゲート
ウェイを定義する前記１以上の消費者に結合され、該１
つ以上の情報ルータの１つ以上が、中間地点を定義する
該入口ゲートウェイと該出口ゲートウェイとの間で結合
されてもよい。

【００１５】前記情報ルーティングシステムは、入口ゲ
ートウェイ、出口ゲートウェイおよび／または中間地点
となることが可能であってもよい。

【００１６】出口ゲートウェイは、前記サービスリクエ
スト手段を格納する格納場所と、サービスリクエスト手
段サマリを格納する格納場所とを保持し、前記１以上の
消費者は、特定の出口ゲートウェイに結合され、該サー
ビスリクエスト手段サマリは、該特定の出口ゲートウェ
イに結合された該１以上の消費者と関連付けられた該格
納されたサービスリクエスト手段を含んでもよい。

【００１７】前記中間地点は、１つ以上の隣接して結合
された中間地点または１つ以上の隣接して結合された入
口ゲートウェイに結合されてもよい。

【００１８】前記出口ゲートウェイは、転送サービスリ
クエストを発生し、該転送サービスリクエストは、前記
格納されたサービスリクエスト手段を含み、該転送サー
ビスリクエストは、前記１つ以上の隣接して結合された
中間地点または前記１つ以上の隣接して結合された入口
ゲートウェイへと送られてもよい。

【００１９】前記中間地点または前記入口ゲートウェイ
は、前記転送サービスリクエストを格納する格納場所
と、該中間地点において発生される転送サービスリクエ
ストサマリを格納する格納場所とを保持し、該転送サー
ビスリクエストサマリは、該中間地点と関連付けられた
前記格納された転送サービスリクエストを含んでもよ
い。

【００２０】前記中間地点は、前記格納された転送サー
ビスリクエストサマリを含む前記転送サービスリクエス
トを発生し、該転送サービスリクエストは、前記１つ以
上の隣接して結合された中間地点または前記１つ以上の
隣接して結合された入口ゲートウェイへと送信されても
よい。

【００２１】前記入口ゲートウェイは、前記１つ以上の
隣接して結合された中間地点から受け取った前記転送サ
ービスリクエストを格納する格納場所を含み、該入口ゲ
ートウェイは、前記プロバイダから前記ドキュメントを
受け取ってもよい。

【００２２】各入口ゲートウェイは、前記プロバイダか
ら受け取った前記ドキュメントに応答して転送サービス
応答を発生し、該受け取られたドキュメントは、前記特
定の内容のみを含むように該入口ゲートウェイによって
構文解析されてもよい。

【００２３】前記中間地点または前記入口ゲートウェイ
は、１つ以上の出口ゲートウェイに結合され、前記転送
サービス応答は、該１つ以上の出口ゲートウェイまたは
前記１つ以上の中間地点のいずれかに送信されてもよ
い。

【００２４】前記転送サービス応答は、前記中間地点か
ら、前記１つ以上の隣接して結合された出口ゲートウェ
イまたは前記１つ以上の隣接して結合された中間地点の
いずれかへと送られ、該転送サービス応答は、前記転送
サービスリクエストサマリを参照することにより、該中
間地点によって決定されてもよい。

【００２５】前記サービス応答手段はサービス応答であ
り、該サービス応答は、前記特定のサービスをリクエス
トする前記１以上の消費者へと送信されてもよい。

【００２６】前記サービスリクエスト手段はサービスリ
クエストであってもよい。

【００２７】前記情報ルータは、１つ以上のプロバイダ
に結合され、該情報ルータは、該１つ以上のプロバイダ
が提供する特定のサービスに関する情報を同時に処理し
てもよい。

【００２８】前記加入者に前記特定の内容をリクエスト
するように指示するためのサービスリクエストテンプレ
ートを有する構造化情報をさらに含んでもよい。

【００２９】前記構造化情報は、前記入口ゲートウェイ
に格納されるサービス定義を含み、該サービス定義は、
前記特定のサービスの内容を示してもよい。

【００３０】発行者は、前記入口ゲートウェイに伝送さ
れる前記サービス定義を発生するか、または加入者に前
記サービスリクエストテンプレートを提供する人物また
は組織であってもよい。

【００３１】前記構造化情報は、前記サービス定義、前
記サービスリクエストテンプレート、前記サービスリク
エスト手段、前記転送サービスリクエスト、前記サービ
ス応答、前記転送サービス応答、前記ドキュメントまた
は前記特定の内容を含んでもよい。

【００３２】本発明による情報ルーティングシステムで
あって、ａ．１以上の消費者および１以上の加入者に結
合された情報ルータであって、該情報ルータは、該１以
上の加入者から、該１以上の加入者により定義された特
定の内容を含む特定のサービスに関するサービスリクエ
ストを受け取り、該情報ルータは、さらに、プロバイダ
からドキュメントを受け取り、該受け取られたドキュメ
ントは、該１以上の消費者によって利用される該特定の
内容のみを含むように構文解析される、情報ルータを備
え、加入者による情報リクエストは、情報ルータへと送
られ、該情報ルータは、該プロバイダから受け取ったド
キュメントを構文解析し、該情報ルータにサービス情報
を返送し、次いで、該サービス情報から、関連する部分
が、サービス応答形式で消費者へと送られ、これにより
上記目的が達成される。

【００３３】前記情報ルーティングシステムは、１つ以
上の情報ルータをさらに備えてもよい。

【００３４】前記プロバイダに結合された前記１つ以上
の情報ルータの１つ以上は、入口ゲートウェイを備え、
前記１以上の消費者に結合された該１つ以上の情報ルー
タの１つ以上は、出口ゲートウェイを備え、該入口ゲー
トウェイと該出口ゲートウェイとの間に結合された該１
つ以上の情報ルータの１つ以上は、中間地点を備えても
よい。

【００３５】本発明によるプロバイダと１以上の消費者
との間で構造化情報を配信する方法は、ａ．該１つ以上
の消費者の特定のサービスに対する興味を、１以上の加
入者によって情報ルータに伝達する工程と、ｂ．該１以
上の加入者によって指示された特定のサービスをリクエ
ストする内容を有するサービスリクエストを受け取る工
程であって、該特定のサービスは、該１以上の加入者に
より定義された特定の内容を含む、工程と、ｃ．該プロ
バイダからドキュメントを受け取る工程と、ｄ．該受け
取られたドキュメントから、サービス応答を該特定の内
容のみを含むように生成する工程とを包含し、これによ
り上記目的を達成する。

【００３６】本発明の実施形態による、プロバイダと１
以上の消費者との間で構造化情報を配信する情報ルーテ
ィングシステムが開示される。このシステムは、上記プ
ロバイダと、加入者、人物または組織を含む上記１以上
の消費者とを結合する情報ルータを含む。これらの加入
者、人物または組織は、上記１以上の消費者の特定のサ
ービスに対する興味を伝達する上記情報ルータに結合さ
れる。上記特定のサービスは、上記加入者が定義する特
定の内容を含む。上記システムは、上記加入者により指
示された上記特定のサービスを上記情報ルータにリクエ
ストするためのサービスリクエスト手段と、上記情報ル
ータが上記プロバイダから受け取ったドキュメントに応
答するサービス応答手段とを含み、上記受け取られたド
キュメントは、上記特定の内容のみを含むように構文解
析される。加入者による情報リクエストは、情報ルータ
へと送られ、上記情報ルータは、上記プロバイダから受
け取ったドキュメントを構文解析し、サービス情報を返
送し、次いで、上記サービス情報から、関連する部分
が、サービス応答形式で上記消費者へと送られる。

【００３７】本発明の上記および他の目的、特徴、なら
びに利点は、図面中のいくつかの図を参照して、好適な
実施形態の以下の詳細な説明から明らかとなる。

【００３８】

【発明の実施の形態】（関連出願の相互参照）本出願
は、２０００年５月１５日に出願された「ＤＩＳＴＲＩ
ＢＵＴＩＯＮＳＹＳＴＥＭ ＦＯＲ ＳＴＲＵＣＴＵＲ
ＥＤ ＩＮＦＯＲＭＡＴＩＯＮ」と称される米国仮出願
第６０／２０４,２３７号の利益を主張する。

【００３９】図２を参照して、発行者１６、プロバイダ
１０、インターネット発行サービス２４、２つの情報ル
ータ２０、３６、加入者２８および消費者３０を含む情
報ルーティングシステム９を含む、本発明の実施形態が
示されている。図２にはまた、情報ルーティングシステ
ム９においてドキュメント形式でやり取りされる様々な
種類の構造化情報（例えば、サービス定義１８、サービ
スリクエストテンプレート２２、２６、サービスリクエ
スト３４、転送サービスリクエスト３８、サービス応答
４２、転送サービス応答４０およびサービス情報１５
等）も示される。

【００４０】図３において、本発明の実施形態によるサ
ービス１２を含むプロバイダが示されている。図４は、
本発明の実施形態による情報ルータ２０または３６を示
し、この情報ルータ２０または３６は、サービス定義１
８を格納するサービス定義格納部４４と、転送サービス
リクエスト３８を格納する転送サービスリクエスト格納
部４６と、サービスリクエストサマリ５２を格納するサ
ービスリクエストサマリ格納部４８と、サービスリクエ
スト３４を格納するサービスリクエスト格納部５０とを
含む。

【００４１】ここで再度図２に示す情報ルーティングシ
ステム９を参照して、プロバイダ１０は、データを処理
し、構造化情報の作成または操作を行うことができる。
あるプロバイダ１０がある種類の情報を供給すること
は、サービス１２として知られる。発行者１６は、プロ
バイダ１０によって提供されるサービス１２に関するサ
ービス情報１５を認識する。発行者１６は、サービス１
２を記載し、かつ宣伝する個人または組織であり、必ず
しもサービス１２のプロバイダ１０を所有または制御す
るわけではない。発行者１６およびプロバイダ１０が同
一の人物または組織であることも可能である。発行者１
６は、サービス情報１５に関連するサービス定義１８を
生成し、次いで、サービス定義１８を情報ルータ２０に
提供する。その後、サービス定義１８は、図４に示すサ
ービス定義格納部４４に格納される。サービス定義１８
は、サービス情報１５の構造およびサービス情報１５を
利用可能とする場所を示し、サービス１２の他の局面
（例えば、供給頻度、サービス情報１５の使用料または
利用制限、またはプロバイダ１０に関する機密情報等）
も含み得る。サービス定義１８はさらに、サービス情報
１５のサブセットをリクエストする方法を記載するサー
ビスリクエストテンプレート２２を１つ以上含む。発行
者１６はまた、加入者２８のためのインターネット発行
サービス２４を通じて、サービスリクエストテンプレー
ト２２、２６を利用可能にし得る。プロバイダ１０は、
サービス定義１８の要件に応じて、情報ルータ２０にサ
ービス情報１５を提供する。

【００４２】消費者３０は、プロバイダ１０によって提
供されるサービス情報１５の全体または一部を受信およ
び利用するデータプロセッサであり、一方、加入者２８
は、消費者３０のサービス１２に対する興味を示す個人
または組織である。加入者２８は、必ずしも消費者３０
を所有または制御しない。加入者２８は、サービスリク
エストテンプレート２６と消費者３０からの情報とを組
合わせることにより、サービスリクエスト３４を作成す
る。サービスリクエスト３４は、少なくとも、リクエス
トされたサービス１２の詳細、利用可能なサービス１２
を有する情報ルータ２０のアドレス５６、情報が送信さ
れる消費者アドレス５４、ならびにサービス情報１５の
うち興味が持たれている部分および返送されるべき部分
を識別する選択基準等の情報を含む結果詳細、サービス
応答４２の表示形式を規定するフォーマット命令、応答
４２を異なる形式に変更する変換命令、ＸＳＬまたはＸ
ＱＬ等の標準的言語で書かれたスクリプト、カスタム情
報ルータの特殊機能を制御するパラメータ、または情報
ルーティングシステム９が理解可能な他のあらゆる処理
情報、を含む。サービスリクエスト３４は、情報ルータ
３６に送信され、ここで、サービスリクエスト格納部５
０に格納される。情報ルータ３６は、情報ルータ３６が
受信した１つ以上のサービスリクエスト３４から抽出さ
れた情報を含むサービスリクエストサマリ５２を生成
し、その後、このサービスリクエストサマリ５２は、サ
ービスリクエストサマリ格納部４８に格納される。次い
で、サービスリクエストサマリ５２は、転送サービスリ
クエスト３８の形式で、情報ルータ２０に送信される。
情報ルータ３６は、サービスリクエストサマリ５２の送
信者であるため、転送情報ルータとして知られる。サー
ビスプロバイダ１０は、サービス情報１５を送るタイミ
ングを決定し、情報ルータ２０、３６によって制御され
ない。サービス情報１５がサービスプロバイダ１０から
情報ルータ２０へと送られると、情報ルータ２０は、情
報ルータ２０に格納されているサービス定義１８の１つ
に従って、受信したサービス情報１５をフォーマットす
る。その後、サービス情報１５は、転送サービスリクエ
スト３８によりリクエストされた要素を含むように情報
ルータ２０で構文解析され、これにより、情報ルータ３
６に伝送される転送サービス応答４０が作成される。

【００４３】図２において、サービス応答４２は、情報
ルータ３６によって発生され、サービス応答４２の発生
は、サービスリクエストサマリ５２を参照して、サービ
スリクエスト３４に応答する際に返送される情報の詳細
を判定することにより行われる。次いで、サービス応答
４２は消費者３０へと送られる。サービス応答４２に提
供される情報１５の内容、構造およびフォーマットは、
サービスリクエスト３４に含まれるパラメータに依存す
る。例えば、データの表示形式を決定するフォーマット
命令が、サービス応答４２内に与えられる。

【００４４】１つ以上のプロバイダからサービス情報を
受け取る情報ルータは、入口ゲートウェイとしても知ら
れ、加入者からサービスリクエストを受け取り、リクエ
ストに対応するサービス応答を消費者に送る情報ルータ
は、出口ゲートウェイとしても知られる。図２におい
て、プロバイダ１０からサービス情報１５を受け取る情
報ルータ２０は、入口ゲートウェイである。また、情報
ルータ３６は、加入者２８からサービスリクエスト３４
を受け取り、リクエストに対応するサービス応答４２を
消費者３０に送るため、出口ゲートウェイである。各入
口ゲートウェイ２０は、１つ以上のプロバイダ１０によ
る提供が可能な、特定のサービス１２を示す。

【００４５】図５において、本発明の実施形態によるサ
ービス発行ユニット１００の一例が示されている。サー
ビス発行ユニット１００は、発行者１０２、サービス定
義１０４、入口ゲートウェイ１０６、サービス定義格納
部１０８、サービスリクエストテンプレート１１０、１
１４、インターネット発行サービス１１２および加入者
１１６を含むものとして示されている。発行者１０２
は、サービス定義１０４を作成し、作成したサービス定
義１０４を入口ゲートウェイ１０６に送る。入口ゲート
ウェイ１０６は、そのサービス定義１０４を、自身のサ
ービス定義格納部１０８に格納する。発行者１０２は、
インターネット発行サービス１１２のメカニズムのよう
な任意の適切な発行メカニズムを用いて、サービスリク
エストテンプレート１１０を加入者１１６にとって利用
可能とする。

【００４６】図６は、サービス定義１０４を処理する、
図５中のサービス発行ユニット１００の入口ゲートウェ
イ１０６として行われる機能のフローチャートを示す。
１００４において、入口ゲートウェイ１０６は、サービ
ス定義１０４を格納部１０８に保存し、既存の定義１１
８が存在する場合は、その既存の定義１１８を取り換え
る。次いで、プロセスは、停止１００７に進む。

【００４７】ここで図７を参照して、本発明の実施形態
による、リクエストフローユニット１２０の一例が示さ
れている。リクエストフローユニット１２０は、サービ
ス１５６およびサービス情報１５８を入口ゲートウェイ
１３６に提供するプロバイダ１５４と、サービスリクエ
スト１２６および１２８をそれぞれ出口ゲートウェイ１
３０に送る加入者１２２および１２４とを含むものとし
て図示されている。出口ゲートウェイ１３０は、転送サ
ービスリクエスト１３２を中間地点（ｉｎｔｅｒｍｅｄ
ｉａｒｙ）１３４に送る。入口ゲートウェイ１３６と出
口ゲートウェイ１３０との間で結合される情報ルータ
は、中間地点１３４としても知られる。転送サービスリ
クエスト１６４は、中間地点１３４から入口ゲートウェ
イ１３６へと送られる。出口ゲートウェイ１３０は、サ
ービスリクエスト格納部１３８およびサービスリクエス
トサマリ格納部１４０を含む。中間地点１３４は、転送
サービスリクエスト格納部１４２およびサービスリクエ
ストサマリ格納部１４４を含み、入口ゲートウェイ１３
６は、転送サービスリクエスト格納部１４６を含む。加
入者１２２は、サービスリクエストテンプレート１４８
をカスタマイズしてサービスリクエスト１２６を作成
し、加入者１２２および出口ゲートウェイ１３０の両方
によってサポートされる任意の伝送プロトコル（例え
ば、ＳＭＴＰ、ＨＴＴＰまたはＦＴＰ等）を用いて、作
成したサービスリクエスト１２６を出口ゲートウェイ１
３０に提出する。同様に、加入者１２４は、サービスリ
クエストテンプレート１５０をカスタマイズしてサービ
スリクエスト１２８を作成し、加入者１２４および出口
ゲートウェイ１３０の両方によってサポートされる任意
の伝送プロトコルを用いて、作成したサービスリクエス
ト１２８を出口ゲートウェイ１３０に提出する。出口ゲ
ートウェイ１３０は、各サービスリクエスト１２６、１
２８に対して、未処理のサービスリクエスト１２６、１
２８の格納部およびサービスリクエスト１５２のサマリ
を保持する。

【００４８】図８において、本発明の実施形態による、
図７に示す出口ゲートウェイ１３０がサービスリクエス
ト１２６、１２８を処理する方法のフローチャートが示
されている。出口ゲートウェイ１３０は、１０１４にお
いて、サービスリクエスト１２６または１２８をサービ
スリクエスト格納部１３８中に格納し、次いで、１０１
８において、プロバイダ１５４によって提供されるサー
ビス１５６に関するサービスリクエスト１２６、１２８
をサマライズするべきかどうかを判定する。サービスリ
クエスト１２６、１２８をサマライズしない場合、プロ
セスは１０２２において停止する。サマライズを行う場
合、プロセスは１０２０に進む。サービスリクエストサ
マリ１５２は、出口ゲートウェイ１３０と関連付けられ
ているサービスリクエスト格納部１３８中に保存されて
いるサービスリクエストｌ２６、１２８の全てを満たす
ために必要なサービス情報１５８のサブセットを記載す
ることにより、サービスリクエストをまとめる。サマリ
１５２は、現在および過去のサービスリクエスト１２
６、１２８によりリクエストされた結果の論理的かつ機
能的ユニオンを表す。新規サービスリクエスト１２６、
１２８が出口ゲートウェイ１３０に到達したときにフレ
ッシュサマリ１５２を生成することが可能であり、ある
いは、プロセスの効率を高めるために、多数のサービス
リクエスト１２６、１２８が同時に出口ゲートウェイ１
３０に到達した後に、フレッシュサマリ１５２を、少な
い頻度間隔で生成する。以下、サマライズ化プロセスに
ついて、さらに詳細な例において説明する。

【００４９】再度図７を参照して、サービスリクエスト
１２６および１２８が同一のサービス１５６と関連付け
られている場合、出口ゲートウェイ１３０は、これらの
サービスリクエストをサマライズし、中間地点１３４へ
と送られる転送サービスリクエスト１３２を生成する。
転送サービスリクエスト１３２は、少なくとも、送信側
の情報ルータのアドレス１６０およびサービスリクエス
トサマリ１５２を含む。各サービスｌ５６について、図
７中の中間地点１３４は、未処理の転送サービスリクエ
スト１３２を格納部１４２内に、転送サービスリクエス
ト１６２のサマリを格納部１４４内に保持する。転送情
報ルータ１３０からの各サービス１５６に関する最新の
転送サービスリクエスト１３２のみが、格納部１４２に
格納される。

【００５０】図９において、本発明の実施形態による、
図７中の中間地点１３４が転送サービスリクエスト１３
２を処理する方法のフローチャートが示されている。１
０３４において、中間地点１３４は、転送サービスリク
エスト１３２を転送サービスリクエスト格納部１４２内
に保存する。次いで、１０３８において、中間地点１３
４は、転送サービスリクエスト１３２をサマライズすべ
きかどうか判定する。転送サービスリクエスト１３２を
サマライズすべきと判定された場合、１０４０において
サマライズ化プロセスが呼び出される。サマライズが不
要な場合、プロセスは１０４２において停止する。中間
地点１３４が転送サービスリクエスト１３２をサマライ
ズするために用いる手順は、出口ゲートウェイ１３０が
サービスリクエスト１２６、１２８をサマライズするた
めに用いる手順に類似し、これについて、以下により詳
細に説明する。

【００５１】図７を再度参照して、中間地点１３４は、
格納部１４２に保存されている未処理の転送サービスリ
クエスト１３２をサマライズし、格納部１４４に保存さ
れるサービスリクエストサマリ１６２を生成し、生成し
たサービスリクエストサマリ１６２を転送サービスリク
エスト１６４として入口ゲートウェイ１３６に送る。あ
るいは、中間地点１３４は、転送サービスリクエスト１
６４（ａ）を別の中間地点１３４（ａ）に送ることもで
きる。

【００５２】図１０において、本発明の実施形態によ
る、図７中の情報ルータ１３０、１３４、１３６が１つ
のサービス１５６に対して行うサマライズ化プロセスを
示すフローチャートが示されている。例えば、出口ゲー
トウェイ１３０のサマライズ化プロセスは、１０５０に
おいて、出口ゲートウェイ１３０がサマリ１５２を作成
するところから開始する。サマリ１５２を発見できない
場合、出口ゲートウェイ１３０は、サマリ１５２を１つ
作成する。サービスリクエスト格納部１３８中にサービ
スリクエスト１２６、１２８が少しでも存在する場合、
１０５４において、サービスリクエスト１２６、１２８
を取り出し、１０６４において、取り出したサービスリ
クエスト１２６、１２８をサマリ１５２へとマージす
る。サービスリクエスト格納部１３８から追加されるべ
きサービスリクエストが無い場合、プロセスは継続し、
１０６０において、転送サービスリクエスト格納部内に
転送サービスリクエストが存在するかどうかを判定し、
１０６８において、転送サービスリクエストをサマリ１
５２へとマージする。取り出されるべき転送サービスリ
クエストが無い場合、１０７０において、サマリ１５２
はサマリ格納部１４０に格納される。本実施例では、出
口ゲートウェイ１３０が取り出す転送サービスリクエス
トが存在しない。１０７２において、出口ゲートウェイ
１３０は、完成したサマリ１５２を次の情報ルータ１３
４に直ちに転送するべきかどうかを判定する。完成した
サマリ１５２を次の情報ルータ１３４にすぐに転送する
べき場合、１０７４において、出口ゲートウェイ１３０
は、転送サービスリクエスト１３２を生成および送信
し、そうでない場合、１０７６において、プロセスは停
止する。

【００５３】図１１において、本発明の実施形態によ
る、出口ゲートウェイ１３０または中間地点ｌ３４がサ
ービスリクエストサマリｌ５２、１６２を入口ゲートウ
ェイ１３６に転送するプロセスを示すフローチャートが
示されている。例えば、図７中の中間地点１３４がサマ
リ１６２を入口ゲートウェイ１３６に転送する際、１０
８０において、中間地点１３４は、転送サービスリクエ
ストサマリ格納部１４４からサマリ１６２を取り出し、
１０８４においてサービス１５６用の入口ゲートウェイ
アドレス１６６を発見し、次いで、１０８６において転
送サービスリクエスト１６４を作成し、１０８８におい
て、作成した転送サービスリクエスト１６４を入口ゲー
トウェイ１３６に送る。入口ゲートウェイ１３６は、入
来する転送サービスリクエスト１６４を転送サービスリ
クエスト格納部１４６に格納し、中間地点１３４から、
サービス１５６に関する最新のサマリ１６２のみを保持
する。入口ゲートウェイ１３６が、異なる転送情報ルー
タ１３４から、サービス１５６に関する複数の転送サー
ビスリクエスト１６４を受け取ることが可能である。次
いで、プロセスは１０９０において停止する。

【００５４】図１２は、本発明の実施形態による、サー
ビス情報１７０がプロバイダ１７２と消費者１７４との
間で流れる仕組みを示す、情報フローユニット１６８の
一例を示す。情報フローユニット１６８が、プロバイダ
１７２により提供されるサービス１７６を含むように示
されている。プロバイダ１７２は、サービス情報１７０
を入口ゲートウェイ１７８に送り、入口ゲートウェイ１
７８は、転送サービス応答１８０を中間地点１８２に送
る。転送サービス応答１８４は、中間地点１８２から出
口ゲートウェイ１８６へと送られ、出口ゲートウェイ１
８６は、サービス応答１８８を消費者１７４に送る。プ
ロバイダ１７２は、入口ゲートウェイ１７８と関連付け
られたサービス定義格納部１９２中のサービス定義１９
０の１つに従って、サービス情報１７０を入口ゲートウ
ェイ１７８に供給する。入口ゲートウェイ１７８は、転
送サービスリクエスト格納部１９６に事前に保存されて
いる転送サービスリクエスト１９４を用いて、抽出され
るべき情報をサービス情報１７０から選択し、選択した
情報の送信先を決定する。各転送サービスリクエスト１
９４について、入口ゲートウェイ１７８は、選択したサ
ービス情報サブセット１７０（ａ）を転送サービス応答
１８０として転送情報ルータ１８２に送る。転送サービ
ス応答１８０は、少なくとも、この情報が属するサービ
ス１７６の識別子１９８と、入口ゲートウェイ１７８に
供給されたサービス情報１７０（ａ）のサブセットとを
含む。中間地点１８２は、転送サービス応答１８０を受
け取ると、転送サービスリクエスト格納部２０２に事前
に保存されている転送サービスリクエスト２００を用い
て、サービス情報のサブセット１７０（ａ）から抽出さ
れるべき情報を選択し、選択した情報の送信先を決定す
る。中間地点１８２は、サービス情報のサブセット１７
０（ｂ）を転送サービス応答１８４として出口ゲートウ
ェイ１８６に送る。あるいは、中間地点１８２は、転送
サービス応答１８４（ａ）を別の中間地点１８２（ａ）
に送ることもできる。出口ゲートウェイ１８６は、転送
サービス応答１８４を受け取ると、受け取った転送サー
ビス応答１８４の処理を、サービスリクエスト格納部２
０６内に事前に保存されているサービスリクエスト２０
４に従って行い、その結果をサービス応答１８８の形式
で消費者１７４に送る。このサービス１７６の未処理の
サービスリクエスト２０４それぞれについて、出口ゲー
トウェイ１８６は、「結果」詳細を用いて、サービスリ
クエスト２０４を満たすように、サービス情報１７０を
選択および変換する。「結果」詳細について、以下によ
り詳細に説明する。サービスリクエスト２０４は、出口
ゲートウェイ１８６によって適用される構造命令および
フォーマット命令を含み得る。サービスリクエスト２０
４によって構造命令およびフォーマット命令が供給され
ない場合、サービス応答１８８の構造およびフォーマッ
トは、プロバイダ１７２が最初に入口ゲートウェイ１７
８に供給したサービス情報１７０の構造およびフォーマ
ットに類似する。

【００５５】図１３は、図１２中の情報ルータ１７８、
１８２、１８６が、入来するサービス情報１７０または
転送サービス応答１８０、１８４を処理するプロセスの
フローチャートを示す。例えば、図１２中の中間地点１
８２は、先ず、１０９２において、中間地点１８２と関
連付けられた転送サービスリクエスト格納部２０２中の
サービス１７６に関する任意の転送サービスリクエスト
２００を取り出すことにより、入来する転送サービス応
答１８０を処理する。中間地点１８２は、１１００にお
いて、転送サービスリクエスト２００を用いて転送サー
ビス応答１８４を作成し、１１０２において、作成した
転送サービス応答１８４を出口ゲートウェイ１８６に送
る。追加されるべき転送サービスリクエスト２００が無
い場合、１０９６において、中間地点１８２と関連付け
られたサービスリクエスト格納部において、サービス１
７６に関するサービスリクエストをサーチする。中間地
点１８２と関連付けられたサービスリクエスト格納部内
にサービス１７６に関するサービスリクエストが少しで
もある場合、１０９６において、サービスリクエストを
取り出す。各サービスリクエストについて、中間地点１
８２は、１１１０において、サービスリクエスト中の
「結果」詳細を適用して、消費者に送られるべきリクエ
スト情報をフィルタリングして取り出す。しかし、中間
地点１８２と関連付けられたサービスリクエストが無い
ため、プロセスは１１１２において停止する。

【００５６】ここで図１４ａを参照して、本発明の実施
形態による、フライト状況情報ルーティングシステム１
５００の一例のブロック図が示されており、この図はサ
マライズ化プロセスを示す。図１４ａは、サービス１５
０３を提供するプロバイダ１５０２と、情報ルータｌ５
０４、１５０６、１５０８および１５１０と、３人の消
費者１５１２、１５１４、１５１６とを含む。情報ルー
タ１５０４はプロバイダ１５０２に結合されており、従
って入口ゲートウェイである。情報ルータ１５０６は、
入口ゲートウェイ１５０４ならびに情報ルータ１５０８
および１５１０に結合されており、従って中間地点であ
る。２人の消費者１５１２および１５１４は情報ルータ
１５０８に結合され、一方、消費者１５１６は情報ルー
タ１５１０に結合され、従って、情報ルータ１５０８お
よび１５１０は出口ゲートウェイである。加入者１５１
８は、出口ゲートウェイ１５０８および１５１０の両方
に結合され、消費者１５１２、１５１４および１５１６
を表す。

【００５７】この実施例において、ヒースロー空港にあ
るコンピュータシステムは、プロバイダ１５０２として
働き、入来する航空便の状況をモニタリングするため
に、「ヒースロー」として識別されるサービス１５０３
を提供する。フライト状況が変わるたびに、プロバイダ
１５０２は、フライト状況の変化を示すＸＭＬドキュメ
ント１７７３（ａ）、１７７３（ｂ）、１７７３（ｃ）
を生成し、これらのＸＭＬドキュメントを入口ゲートウ
ェイ１５０４に送信する。

【００５８】図１４ｂにおいて、本発明の実施形態に従
って、図１４ａに示す情報ルーティングシステム１５０
０からの情報ルータセグメント１５３０が、転送サービ
スリクエスト格納部１８０４を含む入口ゲートウェイ１
５０４と、転送サービスリクエスト格納部１７９７およ
び転送サービスリクエストサマリ格納部１７９８を含む
中間地点１５０６と、サービスリクエスト格納部１７９
２およびサービスリクエストサマリ格納部１７９５を含
む出口ゲートウェイ１５０８と、加入者１５１８とを含
むものとして図示されている。図１４ｂはまた、情報ル
ーティングセグメント１５３０内で送信される情報一式
（例えば、転送サービスリクエスト１８０２、１７９
６、サービスリクエスト１７７６、サービスリクエスト
サマリ１７９４および転送サービスリクエストサマリ１
８００等）も含む。ここで、情報を初期サービスリクエ
スト１７７６から情報ルーティングセグメント１５３０
を通じて伝えるプロセスを示す実施例について説明す
る。先ず最初に、加入者１５１８は、サービスリクエス
ト１７７６を作成し、消費者１５１２の代わりに、作成
したサービスリクエスト１７７６を出口ゲートウェイ１
５０８に提出する。サービスリクエスト１７７６は、以
下の情報を含む。

【００５９】 消費者：１５１２ サービス：ヒースロー 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス フォーマット：ＨＴＭＬ 出口ゲートウェイ１５０８は、サービスリクエスト１７
７６を自身のサービスリクエスト格納部１７９２に格納
する。出口ゲートウェイ１５０８のサービスリクエスト
サマリ格納部１７９５中には、サービス「ヒースロー」
に関する既存のサマリは存在しないため、出口ゲートウ
ェイ１５０８は、サービスリクエスト１７７６からの情
報を含む、サービス「ヒースロー」に関する新規サマリ
１７９４を新しく生成し、これは、以下の情報を含む。

【００６０】 サービス：ヒースロー 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス、オペレータ サマリ１７９４は、サービスリクエストサマリ格納部１
７９５に格納され、転送サービスリクエスト１７９６の
形式で中間地点１５０６に送られ、これは、以下を含
む。

【００６１】 送信者：情報ルータ１５０８ サービス：ヒースロー 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス、オペレータ 中間地点１５０６は、転送サービスリクエスト１７９６
を自身の転送サービスリクエスト格納部１７９７に格納
する。中間地点１５０６の転送サービスリクエストサマ
リ格納部１７９８中にはサービス「ヒースロー」に関す
る既存のサマリは保存されていないため、中間地点１５
０６は、転送サービスリクエスト１７９６に等価な新規
サマリ１８００を生成し、これは、以下を含む。

【００６２】 サービス：「ヒースロー」 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス、オペレータ 中間地点１５０６は、サマリ１８００をサービスリクエ
ストサマリ格納部１７９８に格納し、格納されたサマリ
１８００を新規転送サービスリクエスト１８０２として
入口ゲートウェイ１５０４に送り、これは、以下を含
む。

【００６３】 送信者：情報ルータ１５０６ サービス：ヒースロー 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス、オペレータ 情報ルータ１５０４は、転送サービスリクエスト１８０
２を自身の転送サービスリクエスト格納部１８０４に保
存する。情報ルータ１５０４は、サービス「ヒースロ
ー」に対する入口ゲートウェイであるため、サービスリ
クエスト情報はこれ以上進まない。

【００６４】図１４ｃにおいて、本発明の実施形態によ
り、図１４ａに示す情報ルーティングシステム１５００
の情報ルーティングセグメント１５３２が、プロバイダ
１５０２と、サービスリクエスト格納部１８０４を含む
入口ゲートウェイ１５０４とを含むものとして図示され
ている。図１４ｃはまた、転送サービスリクエスト１８
０２、ドキュメント１７７４およびサービス情報１７７
３（ａ）も含む。ここで、図１４ｃにおいて、情報ルー
ティングセグメント１５３２が、いずれの消費者１５１
２、１５１４、１５１８によってもリクエストされてい
ないサービス情報１７７３（ａ）を処理するプロセスに
ついて説明する。

【００６５】プロバイダ１５０２は、サービス情報１７
７３（ａ）を生成し、生成したサービス情報１７７３
（ａ）をドキュメント１７７４の形式で入口ゲートウェ
イ１５０４に送り、この情報は、以下を含む。

【００６６】 時間：０７：０５ オペレータ：ＶＳ フライト：ＶＳ０２２ 出発地：ワシントン ステータス：到着済み ターミナル：３ 入口ゲートウェイ１５０４は、自身の転送サービスリク
エスト格納部１８０４から転送サービスリクエスト１８
０２を取り出し、「基準」詳細を評価する。

【００６７】基準：オペレータはＢＡ 入口ゲートウェイ１５０４中のドキュメント１７７４中
に規定されているオペレータは、取り出された転送サー
ビスリクエスト１８０２中に規定されている「オペレー
タはＢＡ」の「基準」に一致しない「ＶＳ」であり、転
送サービスリクエスト格納部１８０４から取り出される
べき転送サービスリクエストは他に無いため、、出口ゲ
ートウェイ１５０４は、ドキュメント１７７４を廃棄す
る。

【００６８】図１４ｄは、本発明の実施形態による、図
１４ａに示す情報ルーティングシステム１５００からの
情報ルーティングセグメント１５３４を示す。情報ルー
ティングセグメント１５３４は、プロバイダ１５０２
と、転送サービスリクエスト格納部１８０４を含む入口
ゲートウェイ１５０４と、転送サービスリクエスト格納
部１７９７を含む中間地点１５０６と、サービスリクエ
スト格納部１７９２を含む出口ゲートウェイ１５０８
と、消費者１５１２とを含むものとして図示されてい
る。また、情報ルーティングセグメント１５３４内に
は、サービス情報１７７３（ｂ）と、ドキュメント２０
０２と、転送サービスリクエスト１８０２、１７９６
と、サービスリクエスト１７７６と、転送サービス応答
１８０８、１８１０と、サービス応答１８１２とを含む
ものとして示されている。図１４ｄは、１つのサービス
リクエスト１７７６に応答して、サービス情報１７７３
（ｂ）が情報ルーティングセグメント１５３４によって
伝わるプロセスの一例を示す。プロバイダ１５０２は、
サービス情報１７７３（ｂ）を生成し、生成したサービ
ス情報１７７３（ｂ）をドキュメント２００２の形式で
入口ゲートウェイ１５０４に送り、この情報は以下を含
む。

【００６９】 時間：０７：０５ オペレータ： ＢＡ フライト：ＢＡ０２２ 出発地：ダブリン ステータス：到着済み ターミナル：１ 入口ゲートウェイ１５０４は、自身の転送サービスリク
エスト格納部１８０４から転送サービスリクエスト１８
０２を取り出し、転送サービスリクエスト１８０２中に
規定される選択「基準」を発見する。これは以下を含
む。

【００７０】基準：オペレータはＢＡ この「基準」の詳細は、ドキュメント２００２中に「Ｂ
Ａ」として規定されている「オペレータ」と一致するた
め、入口ゲートウェイ１５０４は、以下を含む、転送サ
ービスリクエスト１８０２中の「結果」詳細を調べる。

【００７１】 結果：出発地、フライト番号、ステータス、オペレータ その後、入口ゲートウェイ１５０４は、転送サービスリ
クエスト１８０２の「結果」詳細中でリクエストされる
各要素を満たすために、ドキュメント２００２中の情報
を含む以下の内容で、新規転送サービス応答１８０８を
作成する。

【００７２】 サービス：ヒースロー 出発地：ダブリン フライト：ＢＡ０２２ ステータス：到着済み オペレータ：ＢＡ 入口ゲートウェイ１５０４は、転送サービスリクエスト
１８０２中の送信者が「情報ルータ１５０６」であるこ
とを識別し、転送サービス応答１８０８を中間地点１５
０６に送る。これで、入口ゲートウェイ１５０４の転送
サービスリクエスト格納部１８０４に中に格納されてい
る転送サービスリクエストは無くなるため、入口ゲート
ウェイ１５０４は、ドキュメント２００２を廃棄し、プ
ロバイダ１５０２からのさらなるドキュメントを受け取
るために待機する。中間地点１５０６は、転送サービス
応答１８０８を受け取ると、サービス識別子を転送サー
ビス応答内に配置し、これにより、転送サービス応答は
以下のようになる。

【００７３】サービス：ヒースロー 中間地点１５０６は、自身の転送サービスリクエスト格
納部１７９７において、「ヒースロー」サービスに関す
る転送サービスリクエストをサーチし、格納部１７９７
から、以下を含む転送サービスリクエスト１７９６を取
り出す。

【００７４】 送信者：情報ルータ１５０８ サービス：ヒースロー 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス、オペレータ 中間地点１５０６は、この情報と転送サービス応答１８
０８の内容とを比較し、「基準」詳細により要求されて
いる要件は、転送サービスリクエスト１７９６中のオペ
レータ（「ＢＡ」）が、転送サービス応答１８０８中に
規定されているオペレータ（「ＢＡ」）と一致すること
であることを発見する。従って、中間地点１５０６は、
転送サービスリクエスト１７９６を満たすために、転送
サービス応答１８０８からの情報を含む以下の新規転送
サービス応答１８１０を作成する。

【００７５】 サービス：ヒースロー 出発地：ダブリン フライト：ＢＡ０２２ ステータス：到着済み オペレータ：ＢＡ 中間地点１５０６は、転送サービス応答１８１０を出口
ゲートウェイ１５０８に送る。出口ゲートウェイ１５０
８は、転送サービス応答１８１０を受け取ると、自身の
サービスリクエスト格納部１７９２において、「ヒース
ロー」のサービスに関するサービスリクエストをサーチ
する。出口ゲートウェイ１５０８は、格納部１７９２か
ら、以下の情報を含むサービスリクエスト１７７６を発
見し、取り出す。

【００７６】 消費者：１５１２ サービス：ヒースロー 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス フォーマット：ＨＴＭＬ 出口ゲートウェイ１５０８は、サービスリクエスト１７
７６にある「基準」の詳細（オペレータは「ＢＡ」）
が、転送サービス応答１８１０に規定されているオペレ
ータ「ＢＡ」と一致することを発見する。従って、出口
ゲートウェイ１５０８は、サービスリクエスト１７７６
中の「結果」詳細に従って新規サービス応答１８１２を
作成し、新規サービス応答１８１２は、以下のようなＨ
ＴＭＬドキュメントとしてフォーマットされる。

【００７７】＜ｈｔｍｌ＞ ＜ｔｉｔｌｅ＞ヒースロー＜／ｔｉｔｌｅ＞ ＜ｂｏｄｙ＞＜ｐ＞出発地：ダブリン＜ｂｒ＞フライ
ト：ＢＡ０２２＜ｂｒ＞ステータス：到着済み＜／ｂｏ
ｄｙ＞ ＜／ｈｔｍｌ＞その後、出口ゲートウェイ１５０８は、
サービス応答１８１２を消費者１５１２に送る。これ
で、出口ゲートウェイ１５０８に関連付けられたサービ
スリクエストまたは転送サービスリクエストは無くなる
ため、出口ゲートウェイ１５０８は、サービス応答１８
１２を廃棄し、さらなる処理物（ｗｏｒｋ）を待機す
る。

【００７８】図１４ｅにおいて、本発明の実施形態によ
る、図１４ａに示す情報ルーティングシステム１５００
の情報ルーティングセグメント１５３６が示されてお
り、この情報ルーティングセグメント１５３６は、プロ
バイダ１５０２と、転送サービスリクエスト格納部１８
０４を含む入口ゲートウェイ１５０４と、転送サービス
リクエスト格納部１７９７を含む中間地点１５０６と、
サービスリクエスト格納部１７９２を含む出口ゲートウ
ェイ１５０８と、サービスリクエストサマリ格納部１７
９５と、加入者１５１８および消費者１５１４、１５１
２とを含む。図１４ｅはまた、サービス情報１７７３
（ｃ）、転送サービスリクエスト１８０２、１７９６、
サービスリクエスト１７７６、１８１４、転送サービス
応答１８１７、１８１８、サービスリクエストサマリ１
８１６、ドキュメント２００４およびサービス応答１８
３８、１８３７も含む。ここで、情報ルーティングセグ
メント１５３６が、同じ出口ゲートウェイ１５０８にお
いて、異なる消費者１５１４、１５１２の類似のサービ
スリクエスト１７７６、１８１４用にサービス応答１８
３８、１８３７をルーティングするプロセスの一例につ
いて説明する。加入者１５１８は、消費者１５１４の代
わりに、以下を含む新規サービスリクエスト１８１４を
出口ゲートウェイ１５０８に送る。

【００７９】 消費者：１５１４ サービス：「ヒースロー」 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス フォーマット：コンマを含むテキスト 出口ゲートウェイ１５０８は、サービスリクエスト１８
１４を自身の内部にあるサービスリクエスト格納部１７
９２に保存した後、サービス「ヒースロー」に関する新
規サマリ１８１６を生成する。これで、２つのサービス
リクエスト１７７６および１８１４がサービスリクエス
ト格納部１７９２に格納されたことになる。出口ゲート
ウェイ１５０８は、以下を含むサマリ１８１６を生成す
る。

【００８０】 サービス：ヒースロー 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス 出口ゲートウェイ１５０８は、自身の内部にあるサービ
スリクエストサマリ格納部１７９５から、事前に作成し
た「ヒースロー」サービスに関するサービスリクエスト
サマリ１７９４を取り出す。新規サマリ１８１６は既存
のサマリ１７９４と同一であるため、新規転送サービス
リクエストを生成する必要はない。新規サマリ１８１６
は廃棄され、中間地点１５０６中の転送サービスリクエ
スト格納部１７９７内の転送サービスリクエスト１７９
６と、入口ゲートウェイ１５０４中の転送サービスリク
エスト格納部１８０４内の転送サービスリクエスト１８
０２との両方は変化しない。

【００８１】次いで、別のＢＡ航空便が到着し、プロバ
イダ１５０２は、サービス情報１７７３（ｃ）を生成
し、生成したサービス情報１７７３（ｃ）をドキュメン
ト２００４の形式で入口ゲートウェイ１５０４に送る。
このサービス情報１７７３（ｃ）は以下を含む。

【００８２】 時間：０７：１５ オペレータ：ＢＡ フライト：ＢＡ３４５ 出発地：パリ ステータス：到着済み ターミナル：２ 本明細書において上述したように、入口ゲートウェイ１
５０４は、自身の転送サービスリクエスト格納部１８０
４から転送サービスリクエスト１８０２を再度取り出
し、転送サービスリクエスト１８０２中に規定されてい
る選択「基準」が以下を含むことを発見する。

【００８３】基準：オペレータはＢＡ この「基準」詳細は、ドキュメント２００４において
「ＢＡ」として規定されている「オペレータ」と一致す
るため、入口ゲートウェイ１５０４は、転送サービスリ
クエスト１８０２中の以下を含む「結果」詳細を調べ
る。

【００８４】 結果：出発地、フライト番号、ステータス、オペレータ その後、入口ゲートウェイ１５０４は、転送サービスリ
クエスト１８０２の「結果」詳細においてリクエストさ
れた各要素を満たすために、以下のような、ドキュメン
ト２００４に含まれる情報を含む新規転送サービス応答
１８１７を作成する。

【００８５】 サービス：ヒースロー 出発地：パリ フライト：ＢＡ３４５ ステータス：到着済み オペレータ：ＢＡ 入口ゲートウェイ１５０４は、転送サービスリクエスト
１８０２中の送信者が「情報ルータ１５０６」であるこ
とを識別し、転送サービス応答１８１７を中間地点１５
０６に送り、ドキュメント２００４を廃棄し、プロバイ
ダ１５０２から送られてくるさらなるサービス情報を待
機する。

【００８６】中間地点１５０６は、転送サービス応答１
８１７を受け取ると、自身の転送サービスリクエスト格
納部１７９７において転送サービスリクエストをサーチ
し、転送サービスリクエスト１７９６を取り出す。中間
地点１５０６は、転送サービスリクエスト１７９６中に
規定される以下を含む選択「基準」を発見する。

【００８７】基準：オペレータはＢＡ この基準は、ドキュメント２００４において、「ＢＡ」
として規定されているオペレータに一致するため、中間
地点１５０６は、転送サービスリクエスト１７９６内の
以下を含む「結果」詳細を調べる。

【００８８】 結果：出発地、フライト、ステータス、オペレータ その後、中間地点１５０６は、転送サービスリクエスト
１７９６の「結果」詳細においてリクエストされた各要
素を満たすために、ドキュメント２００４に含まれる情
報を含む以下の新規転送サービス応答１８１８を作成す
る。

【００８９】 サービス：ヒースロー 出発地：パリ フライト：ＢＡ３４５ ステータス：到着済み オペレータ：ＢＡ 次いで，中間地点１５０６は、転送サービス応答１８１
８を出口ゲートウェイ１５０８に送る。

【００９０】出口ゲートウェイ１５０８は、転送サービ
ス応答１８１８を受け取ると、自身のサービスリクエス
ト格納部１７９２においてサービスリクエストをサーチ
し、「ヒースロー」サービスに関連する２つのサービス
リクエスト１７７６、１８１４を取り出す。出口ゲート
ウェイ１５０８は、サービスリクエスト１７７６、１８
１４を個別に任意の順序であるいは同時に処理する。サ
ービスリクエスト１７７６について、出口ゲートウェイ
１５０８は、選択「基準」が以下のように規定されてい
ることを発見する。

【００９１】基準：オペレータはＢＡ。

【００９２】この基準は、ドキュメント２００４におい
て「ＢＡ」として規定されているオペレータと一致する
ため、出口ゲートウェイ１５０８は、転送サービスリク
エスト１７７６中の以下を含む「結果」詳細を調べる。

【００９３】 結果：出発地、フライト、ステータス、オペレータ その後、出口ゲートウェイ１５０８は、サービスリクエ
スト１７７６の「結果」詳細においてリクエストされた
各要素を満たすために、ドキュメント２００４に含まれ
る情報を含む、サービスリクエスト１７７６に関する以
下のサービス応答１８３７を生成する。

【００９４】＜ｈｔｍｌ＞ ＜ｔｉｔｌｅ＞ヒースロー＜／ｔｉｔｌｅ＞ ＜ｂｏｄｙ＞＜ｐ＞出発地：パリ＜ｂｒ＞フライト：Ｂ
Ａ３４５＜ｂｒ＞ステータス：到着済み＜／ｂｏｄｙ＞ ＜／ｈｔｍｌ＞その後、出口ゲートウェイ１５０８は、
サービス応答１８３７を消費者１５１２に送る。サービ
スリクエスト１８１４について、出口ゲートウェイ１５
０８は、選択「基準」が以下のように規定されているこ
とを発見する。

【００９５】基準：オペレータはＢＡ この基準は、ドキュメント２００４において「ＢＡ」と
して規定されているオペレータと一致するため、出口ゲ
ートウェイ１５０８は、サービスリクエスト１８１４内
の以下を含む「結果」詳細を調べる。

【００９６】結果：出発地、フライト、ステータス 次いで、サービスリクエスト１８１４に応答して、出口
ゲートウェイ１５０８は、サービスリクエスト１８１４
の「結果」詳細においてリクエストされた各要素を満た
すために、ドキュメント２００４に含まれる情報を含む
以下の内容を有するサービス応答１８３８を、コンマで
区切られたテキストドキュメントの形式で生成する。

【００９７】「パリ」，「ＢＡ３４５」，「到着済み」 次いで、出口ゲートウェイ１５０８は、サービス応答１
８３８を消費者１５１４に送る。

【００９８】図１４ｆにおいて、図１４ａに示す、本発
明の実施形態による情報ルーティングシステム１５００
の情報ルーティングセグメント１５３８が示されてい
る。情報ルーティングセグメント１５３８は、転送サー
ビスリクエスト格納部１８０４を含む入口ゲートウェイ
１５０４と、転送サービスリクエストサマリ格納部１７
９８および転送サービスリクエスト格納部１７９７を含
む中間地点１５０６と、サービスリクエストサマリ格納
部１８２７およびサービスリクエスト格納部１８２４を
含む出口ゲートウェイ１５１０と、加入者１５１８とを
含むものとして図示されている。情報ルーティングセグ
メント１５３８はまた、転送サービスリクエスト１８３
０、１８２８、転送サービスリクエストサマリ１８２
９、サービスリクエストサマリ１８２６、およびサービ
スリクエスト１８２２も含む。ここで、情報セグメント
１５３８が、異なる出口ゲートウェイ１５０８、１５１
０に提出される異なる「基準」および「結果」詳細を用
いて、サービスリクエスト１７７６、１８２２をサマラ
イズするプロセスの一例について説明する。最初に、加
入者１５１８は、消費者１５１６の代わりに、以下を含
む新規サービスリクエスト１８２２を作成し、作成した
新規サービスリクエスト１８２２を出口ゲートウェイ１
５１０に提出する。

【００９９】 消費者：１５１６ サービス：ヒースロー 基準：ステータスは到着済み 結果：出発地、フライト、ターミナル この情報は、出口ゲートウェイ１５１０に到着する、サ
ービス「ヒースロー」に関する第１のサービスリクエス
ト１８２２である。出口ゲートウェイ１５１０は、サー
ビスリクエスト１８２２を自身の内部にあるサービスリ
クエスト格納部１８２４内に保存する。次いで、出口ゲ
ートウェイ１５１０は、新規サマリ１８２６を作成し、
作成した新規サマリ１８２６を自身の内部サービスリク
エストサマリ格納部１８２７に保存し、この保存した新
規サマリ１８２６を新規転送サービスリクエスト１８２
８の形式で中間地点１５０６に送る。この新規サマリ１
８２６は以下の情報を含む。

【０１００】 送信者：情報ルータ１５１０ サービス：ヒースロー 基準：ステータスは到着済み 結果：出発地、フライト、ターミナル、ステータス 転送サービスリクエスト１８２８が到着すると、中間地
点１５０６は、転送サービスリクエスト１８２８を自身
の内部にある転送サービスリクエスト格納部１７９７に
保存する。中間地点１５０６は、自身の転送サービスリ
クエスト格納部１７９７から、以下を含む、以前から存
在する転送サービスリクエスト１７９６を取り出す。

【０１０１】 送信者：情報ルータ１５０８ サービス：ヒースロー 基準：オペレータはＢＡ 結果：出発地、フライト、ステータス、オペレータ その後、中間地点１５０６は、転送サービスリクエスト
１８２８および転送サービスリクエスト１７９６からの
「基準」詳細および「結果」詳細を組合わせた「ヒース
ロー」サービスについて、新規サマリ１８２９を生成す
る。新規サマリ１８２９は、以下の情報を含む。

【０１０２】 基準：オペレータはＢＡまたはステータスは到着済み 結果：出発地、フライト、ステータス、オペレータ、タ
ーミナル 中間地点１５０６は、この新規サマリ１８２９を保存
し、自身の内部にあるサービスリクエストサマリ格納部
１７９８中の「ヒースロー」サービスに関する以前のサ
マリ１８００と置き換える。最後に、中間地点１５０６
は、以下を含む転送サービスリクエストサマリ１８２９
を、転送サービスリクエスト１８３０の形式で入口ゲー
トウェイ１５０４に送る。

【０１０３】 送信者：情報ルータ１５０６ サービス：ヒースロー 基準：オペレータはＢＡまたはステータスは到着済み 結果：出発地、フライト、ステータス、オペレータ、タ
ーミナル 転送サービスリクエスト１８３０が到着すると、入口ゲ
ートウェイ１５０４は、転送サービスリクエスト１８３
０を自身の転送サービスリクエスト格納部１８０４に保
存し、転送サービスリクエスト１８３０および１８０２
は両方とも、「情報ルータ１５０６」として規定される
同じ「送信者」および「ヒースロー」として規定される
同じ「サービス」を共有するため、この転送サービスリ
クエスト１８３０を、事前に格納された転送サービスリ
クエスト１８０２と置き換える。

【０１０４】本発明の１つのアプリケーションは、個人
または組織が情報をリクエストし、個人または組織がリ
クエストされた情報を提供し、リクエストされた情報を
含む情報を選択的にフィルタリングするルータによって
その情報を効率的に伝送する、フライト情報ルーティン
グシステムまたは他のシステムを含む。

【０１０５】本発明の実施形態による、プロバイダと１
以上の消費者との間で構造化情報を配信する情報ルーテ
ィングシステムが開示される。このシステムは、上記プ
ロバイダと、加入者、人物または組織を含む上記１以上
の消費者とを結合する情報ルータを含む。これらの加入
者、人物または組織は、上記１以上の消費者の特定のサ
ービスに対する興味を伝達する上記情報ルータに結合さ
れる。上記特定のサービスは、上記加入者が定義する特
定の内容を含む。上記システムは、上記加入者により指
示された上記特定のサービスを上記情報ルータにリクエ
ストするためのサービスリクエスト手段と、上記情報ル
ータが上記プロバイダから受け取ったドキュメントに応
答するサービス応答手段とを含み、上記受け取られたド
キュメントは、上記特定の内容のみを含むように構文解
析される。加入者による情報リクエストは、情報ルータ
へと送られ、上記情報ルータは、上記プロバイダから受
け取ったドキュメントを構文解析し、サービス情報を返
送し、次いで、上記サービス情報から、関連する部分
が、サービス応答形式で上記消費者へと送られる。

【０１０６】本発明を特定の実施形態について説明して
きたが、本発明の代替例および改変例が当業者にとって
疑いの余地なく明らかとなることが理解される。従っ
て、本明細書中の特許請求の範囲が、本発明の真正なる
精神および範囲内の代替例および改変例を含むものとし
て解釈されることが、意図される。

【０１０７】

【発明の効果】本発明によれば、構造化情報の配信シス
テムおよび方法を提供し、ソースの近くのドキュメント
の関連部分を選択し、消費者からなる群から同様のリク
エストを組み合わせることによってネットワークリソー
スを確保するので、より優れた情報の管理、セキュリテ
ィ、経済を提供することができる。

【図面の簡単な説明】

【図１ａ】図１ａは、文字シーケンスによってあらわあ
された従来のデータセット１６００を示す。

【図１ｂ】図１ｂは、コンマ１６０２によって区切られ
た要素１６０４、１６０６、１６０８、１６１０、１６
１２、１６１４、１６１６を有する従来のデータセット
１６００を示す。

【図１ｃ】図１ｃは、図１ａに示されるデータ１６００
の従来のフリーテキスト表示１６１８を示す。

【図１ｄ】図１ｄは、図１ａに示されるデータ１６００
の拡張マークアップ言語（ＸＭＬ）を示す。

【図２】図２は、本発明の実施形態による情報ルーティ
ングシステム９のブロック図を示す。

【図３】図３は、本発明の実施形態によるプロバイダ１
０を示す。

【図４】図４は、本発明の実施形態による情報ルータ２
０または３６を示す。

【図５】図５は、本発明の実施形態によるサービス発行
ユニット１００の一例を示す。

【図６】図６は、図５のサービス発行ユニット１００の
入口ゲートウェイ１０６がサービス定義１０４を処理す
る際に行われる機能のフローチャートを示す。

【図７】図７は、本発明の実施形態によるリクエストフ
ローユニット１２０の一例を示す。

【図８】図８は、本発明の実施形態による、図７に示さ
れる出口ゲートウェイ１３０がサービスリクエスト１２
６、１２８を処理する方法のフローチャートを示す。

【図９】図９は、本発明の実施形態による、図７の中間
地点１３４がフォワードサービスリクエスト１３２を処
理する方法のフローチャートを示す。

【図１０】図１０は、本発明の実施形態による、１つの
サービス１５６について図７の情報ルータ１３０、１３
４、１３６のサマライズ化プロセスを表すフローチャー
トを示す。

【図１１】図１１は、本発明の実施形態による、出口ゲ
ートウェイ１３０または中間地点１３４がサービスリク
エストサマリ１５２、１６２を入口ゲートウェイ１３６
に転送するプロセスを表すフローチャートを示す。

【図１２】図１２は、本発明の実施形態による、サービ
ス情報１７０がプロバイダ１７２から消費者１７４へ流
す方法を示す情報フローユニット１６８の一例を示す。

【図１３】図１３は、本発明の実施形態による、図１２
の情報ルータ１７８、１８２、１８６が入来サービス情
報１７０またはフォワードサービス応答１８０、１８４
を処理するプロセスのフローチャートを示す。

【図１４ａ】図１４ａは、サマライズ化プロセスを示す
ために、本発明の実施形態によるフライト状況情報ルー
ティングシステム１５００の一例のブロック図を示す。

【図１４ｂ】図１４ｂは、本発明の実施形態による、図
１４ａに示される情報ルーティングシステム１５００か
ら情報ルータセグメント１５３０を示す。

【図１４ｃ】図１４ｃは、本発明の実施形態による、図
１４ａに示される情報ルーティングシステム１５００の
情報ルーティングセグメント１５３２を示す。

【図１４ｄ】図１４ｄは、本発明の実施形態による、図
１４ａに示される情報ルーティングシステム１５００の
情報ルーティングセグメント１５３４を示す。

【図１４ｅ】図１４ｅは、本発明の実施形態による、図
１４ａに示される情報ルーティングシステム１５００の
情報ルーティングセグメント１５３６を示す。

【図１４ｆ】図１４ｆは、本発明の実施形態による、図
１４ａに示される情報ルーティングシステム１５００の
情報ルーティングセグメント１５３８を示す。

───────────────────────────────────────────────────── フロントページの続き (71)出願人 501165787 12 Ｈｕｍｅ Ｓｔｒｅｅｔ Ｄｕｂｌｉ ｎ ２，Ｉｒｅｌａｎｄ (72)発明者 ジョージナ マクダッド アイルランド国 カウンティ ウィックロ ウ， ウィックロウ タウン， マールト ン デメスン 25 (72)発明者 チャールズ イアン ワトソン アイルランド国 カウンティ ダブリン, モンクスタウン， アベイ コート 11 (72)発明者 ロバート パトリック ベーカー アイルランド国 ダブリン ３， ドラン コンドラ パーク 20 (72)発明者 ヒュー オドノグ アイルランド国 カウンティ ダブリン, キリネイ， ベイビュー クレセント ４ (72)発明者 パトリック アントニー ウォーレン バ ックレイ アイルランド国 カウンティ ケリー， リストウェル， チェリーツリー ドライ ブ ６

Claims (24)

【特許請求の範囲】
1. 【請求項１】 プロバイダと１以上の消費者との間で構
   造化情報を配信するための情報ルーティングシステムで
   あって、該システムは、該プロバイダを該１以上の消費
   者に結合する情報ルータを含み、該システムは、 ａ．該１以上の消費者の特定のサービスに対する興味を
   伝達するための該情報ルータに結合される加入者、人物
   または組織であって、該特定のサービスは、該加入者に
   よって定義された特定の内容を含む、加入者、人物また
   は組織と、 ｂ．該加入者によって指示された該特定のサービスを該
   情報ルータにリクエストするためのサービスリクエスト
   手段と、 ｃ．該情報ルータが該プロバイダから受け取ったドキュ
   メントに応答するサービス応答手段であって、該受け取
   られたドキュメントは、該特定の内容のみを含むように
   構文解析される、サービス応答手段と、を含み、 加入者による情報リクエストは、情報ルータへと送ら
   れ、該情報ルータは、該プロバイダから受け取ったドキ
   ュメントを構文解析し、サービス情報を返送し、次い
   で、該サービス情報から、関連する部分が、サービス応
   答形式で該消費者へと送られる、情報ルーティングシス
   テム。
2. 【請求項２】 前記情報ルーティングシステムは、１つ
   以上の情報ルータをさらに備える、請求項１に記載の情
   報ルーティングシステム。
3. 【請求項３】 前記１つ以上の情報ルータの１つ以上
   が、入口ゲートウェイを定義する前記プロバイダに結合
   され、該１つ以上の情報ルータの１つ以上が、出口ゲー
   トウェイを定義する前記１以上の消費者に結合され、該
   １つ以上の情報ルータの１つ以上が、中間地点を定義す
   る該入口ゲートウェイと該出口ゲートウェイとの間で結
   合される、請求項２に記載の情報ルーティングシステ
   ム。
4. 【請求項４】 前記情報ルーティングシステムは、入口
   ゲートウェイ、出口ゲートウェイおよび／または中間地
   点となることが可能である、請求項３に記載の情報ルー
   ティングシステム。
5. 【請求項５】 出口ゲートウェイは、前記サービスリク
   エスト手段を格納する格納場所と、サービスリクエスト
   手段サマリを格納する格納場所とを保持し、前記１以上
   の消費者は、特定の出口ゲートウェイに結合され、該サ
   ービスリクエスト手段サマリは、該特定の出口ゲートウ
   ェイに結合された該１以上の消費者と関連付けられた該
   格納されたサービスリクエスト手段を含む、請求項４に
   記載の情報ルーティングシステム。
6. 【請求項６】 前記中間地点は、１つ以上の隣接して結
   合された中間地点または１つ以上の隣接して結合された
   入口ゲートウェイに結合される、請求項５に記載の情報
   ルーティングシステム。
7. 【請求項７】 前記出口ゲートウェイは、転送サービス
   リクエストを発生し、該転送サービスリクエストは、前
   記格納されたサービスリクエスト手段を含み、該転送サ
   ービスリクエストは、前記１つ以上の隣接して結合され
   た中間地点または前記１つ以上の隣接して結合された入
   口ゲートウェイへと送られる、請求項６に記載の情報ル
   ーティングシステム。
8. 【請求項８】 前記中間地点または前記入口ゲートウェ
   イは、前記転送サービスリクエストを格納する格納場所
   と、該中間地点において発生される転送サービスリクエ
   ストサマリを格納する格納場所とを保持し、該転送サー
   ビスリクエストサマリは、該中間地点と関連付けられた
   前記格納された転送サービスリクエストを含む、請求項
   ７に記載の情報ルーティングシステム。
9. 【請求項９】 前記中間地点は、前記格納された転送サ
   ービスリクエストサマリを含む前記転送サービスリクエ
   ストを発生し、該転送サービスリクエストは、前記１つ
   以上の隣接して結合された中間地点または前記１つ以上
   の隣接して結合された入口ゲートウェイへと送信され
   る、請求項８に記載の情報ルーティングシステム。
10. 【請求項１０】 前記入口ゲートウェイは、前記１つ以
    上の隣接して結合された中間地点から受け取った前記転
    送サービスリクエストを格納する格納場所を含み、該入
    口ゲートウェイは、前記プロバイダから前記ドキュメン
    トを受け取る、請求項９に記載の情報ルーティングシス
    テム。
11. 【請求項１１】 各入口ゲートウェイは、前記プロバイ
    ダから受け取った前記ドキュメントに応答して転送サー
    ビス応答を発生し、該受け取られたドキュメントは、前
    記特定の内容のみを含むように該入口ゲートウェイによ
    って構文解析される、請求項１０に記載の情報ルーティ
    ングシステム。
12. 【請求項１２】 前記中間地点または前記入口ゲートウ
    ェイは、１つ以上の出口ゲートウェイに結合され、前記
    転送サービス応答は、該１つ以上の出口ゲートウェイま
    たは前記１つ以上の中間地点のいずれかに送信される、
    請求項１１に記載の情報ルーティングシステム。
13. 【請求項１３】 前記転送サービス応答は、前記中間地
    点から、前記１つ以上の隣接して結合された出口ゲート
    ウェイまたは前記１つ以上の隣接して結合された中間地
    点のいずれかへと送られ、該転送サービス応答は、前記
    転送サービスリクエストサマリを参照することにより、
    該中間地点によって決定される、請求項１２に記載の情
    報ルーティングシステム。
14. 【請求項１４】 前記サービス応答手段はサービス応答
    であり、該サービス応答は、前記特定のサービスをリク
    エストする前記１以上の消費者へと送信される、請求項
    １３に記載の情報ルーティングシステム。
15. 【請求項１５】 前記サービスリクエスト手段はサービ
    スリクエストである、請求項１４に記載の情報ルーティ
    ングシステム。
16. 【請求項１６】 前記情報ルータは、１つ以上のプロバ
    イダに結合され、該情報ルータは、該１つ以上のプロバ
    イダが提供する特定のサービスに関する情報を同時に処
    理する、請求項１５に記載の情報ルーティングシステ
    ム。
17. 【請求項１７】 前記加入者に前記特定の内容をリクエ
    ストするように指示するためのサービスリクエストテン
    プレートを有する構造化情報をさらに含む、請求項１６
    に記載の情報ルーティングシステム。
18. 【請求項１８】 前記構造化情報は、前記入口ゲートウ
    ェイに格納されるサービス定義を含み、該サービス定義
    は、前記特定のサービスの内容を示す、請求項１７に記
    載の情報ルーティングシステム。
19. 【請求項１９】 発行者は、前記入口ゲートウェイに伝
    送される前記サービス定義を発生するか、または加入者
    に前記サービスリクエストテンプレートを提供する人物
    または組織である、請求項１８に記載の情報ルーティン
    グシステム。
20. 【請求項２０】 前記構造化情報は、前記サービス定
    義、前記サービスリクエストテンプレート、前記サービ
    スリクエスト手段、前記転送サービスリクエスト、前記
    サービス応答、前記転送サービス応答、前記ドキュメン
    トまたは前記特定の内容を含む、請求項１９に記載の情
    報ルーティングシステム。
21. 【請求項２１】 情報ルーティングシステムであって、 ａ．１以上の消費者および１以上の加入者に結合された
    情報ルータであって、該情報ルータは、該１以上の加入
    者から、該１以上の加入者により定義された特定の内容
    を含む特定のサービスに関するサービスリクエストを受
    け取り、該情報ルータは、さらに、プロバイダからドキ
    ュメントを受け取り、該受け取られたドキュメントは、
    該１以上の消費者によって利用される該特定の内容のみ
    を含むように構文解析される、情報ルータを備え、 加入者による情報リクエストは、情報ルータへと送ら
    れ、該情報ルータは、該プロバイダから受け取ったドキ
    ュメントを構文解析し、該情報ルータにサービス情報を
    返送し、次いで、該サービス情報から、関連する部分
    が、サービス応答形式で消費者へと送られる、情報ルー
    ティングシステム。
22. 【請求項２２】 前記情報ルーティングシステムは、１
    つ以上の情報ルータをさらに備える、請求項２１に記載
    の情報ルーティングシステム。
23. 【請求項２３】 前記プロバイダに結合された前記１つ
    以上の情報ルータの１つ以上は、入口ゲートウェイを備
    え、前記１以上の消費者に結合された該１つ以上の情報
    ルータの１つ以上は、出口ゲートウェイを備え、該入口
    ゲートウェイと該出口ゲートウェイとの間に結合された
    該１つ以上の情報ルータの１つ以上は、中間地点を備え
    る、請求項２２に記載の情報ルーティングシステム。
24. 【請求項２４】 プロバイダと１以上の消費者との間で
    構造化情報を配信する方法であって、 ａ．該１つ以上の消費者の特定のサービスに対する興味
    を、１以上の加入者によって情報ルータに伝達する工程
    と、 ｂ．該１以上の加入者によって指示された特定のサービ
    スをリクエストする内容を有するサービスリクエストを
    受け取る工程であって、該特定のサービスは、該１以上
    の加入者により定義された特定の内容を含む、工程と、 ｃ．該プロバイダからドキュメントを受け取る工程と、 ｄ．該受け取られたドキュメントから、サービス応答を
    該特定の内容のみを含むように生成する工程と、を包含
    する方法。