JP2001236310A - 多様的発行／引用の装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】フラットなトヒ゜ック空間の使用を除去し、トヒ゜ック及びメッ
セーシ゛構造間の暗示的関係を排除すること。 【解決手段】発行／引用装置(10)には、発行側(28)、引
用側(32)及び通信経路(11)が含まれる。発行側(28)はメッ
セーシ゛インスタンス(40,42)を生成するように動作する。引用側
(32)はそのメッセーシ゛インスタンス(40,42)を受信するように動作
する。通信経路(11)は発行側(28)と引用側(32)との間に
伸びており、少なくとも1つのチャネル(48,50)に区分化され
たメッセージ空間を有する発行／引用機構(38)を含む。
各チャネル(48,50)は少なくとも1つのメッセーシ゛タイフ゜(44,46)に
より識別され、各チャネル(48,50)は特定の発行／引用メッセーシ
゛インスタンス(40,42)を識別するように動作する。方法もまた
提供される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、発行側と引用側と
の間におけるメッセージの配信に関するものである。よ
り具体的には、本発明は、発行側と引用側との間でメッ
セージの構造不一致を防ぐ為のメッセージタイプ情報に
基づいたインフラストラクチャを有する発行／引用（Pu
blish／Subscribe＝ＰＳ）機構に関する。

【０００２】

【従来の技術】コンピュータネットワークシステムやイ
ンターネット、そしてワールドワイドウェブ（ＷＷＷ）
の発展及び採用と共に、データ配信技術の有用性は増大
している。用語「プッシュ技術」とは、所定の間隔、又
は何らかの事象の発生に呼応して選択されたデータがク
ライアント、即ちユーザーのコンピュータへと自動的に
配信されるというデータ配信技術を意味する。コンピュ
ータネットワークは、全てのクライアントステーション
を相互接続する伝送チャネル、サーバーステーション及
び通信システム内でサポートするハードウエア／ソフト
ウエアから成る。インターネットは多数の小規模ネット
ワークにより形成される大規模ネットワークである。ワ
ールドワイドウェブ（ＷＷＷ）は局所的にそして遠隔的
に文書を互いにリンクする為に利用されるインターネッ
ト機構である。近年、これらの技術が大いに成長したこ
とに応じて、データをクライアントへと配信するシステ
ムへの要求が高まっている。

【０００３】プッシュ技術の具体例としては“PointCas
t”及び“Castanet”がある。PointCastとはカリフォル
ニア州クーパティノ市のPointCast,Inc.，（www.pointc
ast.com）から入手できるインターネットのニュースシ
ステムである。Castanetは、アプリケーションの更新や
その他の発行物を発行し、インターネットやイントラネ
ットを介して自動的に配信する為のJavaベース配信シス
テムの一ファミリであり、これはカリフォルニア州パロ
アルト市のMarimba,Inc.，（www.marimba.com）から入
手できる。

【０００４】PointCastは選択されたニュース及び株式
相場をインターネットからクライアントコンピュータへ
と伝送する無償サービスである。PointCastは広告収入
により運営されており、情報をスクリーンセーバーとし
てユーザーに表示する。ユーザーは常にネット、即ちイ
ンターネットに接続しておき、定期的にダウンロード要
求することができる。また、ダイアルアップユーザーは
ネットワーク上で伝送されるファイルを必要に応じてダ
ウンロード、即ち受信することができる。PointCastソ
フトウエアはPointCastのウェブサイトからダウンロー
ドすることができる。PointCastは選択されたニュース
及び株式相場を所定の間隔でユーザーのマシンへとプッ
シュすることができる最初に普及したインターネットサ
ービスである。PointCastと同様の他のプッシュ技術の
事例には、カリフォルニア州サンノゼ市のBackWeb Tech
nologies,Inc.，（www.backweb.com）から入手できるBa
ckWebや、ワシントン州レッドモンド市のMicrosoft Cor
poration（www.microsoft.com）から入手できるActive
Channelが含まれる。

【０００５】Castanetはインターネット及びイントラネ
ット用に利用できるJavaベースの配信ソフトウエアであ
る。Castanetは自動的にアプリケーション更新や他の発
行コンテントをクライアントのコンピュータへと「プッ
シュ」するように構成されている。CastanetはCastanet
Transmitter及びCastanet Tunerを含む。CastanetTr
ansmitterは「Castanetチャネル」と呼ばれるコンテン
トストリームを管理するサーバプログラムである。Cast
anet Tunerは選択したチャネルを検索して識別するクラ
イアントソフトウエアである。Castanet Tunerはカリフ
ォルニア州マウンテンビュー市のNetscape Communicati
ons Coporation（www.netscape.com）から入手できるNe
tscape Netcasterに現在組み込まれている。

【０００６】その他にデータ配信技術において最近成長
している技術が発行／引用（Publish／Subscribe＝Ｐ
Ｓ）システムであり、これはユーザーが選択的に検索す
る事ができる情報源を提供する。発行／引用システム
は、発行／引用機構を用いて無償又は有償のサービスを
提供する。情報は、一般的に電子メール又はワールドワ
イドウェブ（又はウェブ）を介してユーザーへ、即ちク
ライアントへと提供される。発行／引用システムの一例
として、カリフォルニア州クーパティノ市のAppleCompu
ter,Inc.，（www.apple.com）のMacintosh System７に
利用されているものがあり、これはファイル間にホット
リンク機能が設けられたものである。Macintosh System
７のＰＳシステムによれば、あるファイルの全て又は一
部を「エディションファイル」として発行し、その後こ
れをサブスクライバファイルへとインポートすることが
できる。発行されたファイルのいずれかが更新された場
合、サブスクライバファイルもまた更新される。

【０００７】発行／引用（ＰＳ）機構は近年広く普及し
て来たが、これは特にほぼリアルタイムなアプリケーシ
ョンのスケーラブルな分散的実現をサポートすることを
約束するものだからである。「スケーラブルな」とは、
その実現（インプリメンテーション）がサイズ的及び構
成的に変更可能であることであり、一般的にはコンピュ
ータシステムにおけるアプリケーションの拡張能力を意
味する。「分散的」とは、１つの集中型システムではな
く、１つの編成、又はネットワーク内で、複数のコンピ
ュータを利用して分散的に演算を行うことを意味する。

【０００８】例えば、発行／引用（ＰＳ）機構の一例が
米国特許第５，５５７，７９８号に開示され、その発明
は参照によって本明細書に組み込まれる。ＰＳ機構には
幾つかの重要な態様がある。第一に、発行側が、引用側
はもちろん他の発行側を識別しないという点である。第
二には、引用側が、発行側はもちろん他の引用側を識別
しないという点である。そして最後に、発行／引用（Ｐ
Ｓ）のインフラストラクチャは、ある発行側の送信した
メッセージが対象の引用側に届けられることを特に保証
するという点である。

【０００９】殆どの発行／引用（ＰＳ）の実施態様にお
いては、そのＰＳ機構が伝送するメッセージのスペース
全体を区分化する為にフラットなネームスペースを設け
ている。便宜上、本願においてはこれらの区分の各々を
チャネルと呼ぶものとする。各チャネルを識別するため
に用いる名前は随意とする（単純なケースの場合）こと
もできるし、或いは特定のサブジェクト／トピックを示
すものとする（より複雑なケースの場合）こともでき
る。ＰＳ機構を利用する引用側は、興味対象である特定
のチャネルを指示する。すると発行側はその特定のチャ
ネルへとメッセージを発行する。ＰＳ機構のセマンティ
クスに従い、特定のチャネルを利用した各引用側はその
特定のチャネルに発行された全てのメッセージを、その
引用要求を送信した時点から受信することになる。引用
側のチャネル選択には、そのチャネルで送られるメッセ
ージの構造に関する情報が暗示される。換言すると、各
発行側はその特定の構造を有するメッセージのみを送信
し、各引用側はその構造に対応したメッセージを受信す
ることを期待するということである。このような実施態
様はネームベース及びサブジェクトベースのＰＳ機構の
両方を含む。

【００１０】引用が特定の述語を含むように拡張される
場合、より柔軟な代替の実施態様が発生する。メッセー
ジスペースは属性を有するメッセージスキーマ（即ちデ
ータベース全体）を用いて構成され、引用はこれら属性
にわたる述語である。この代替の実施態様は、これらの
探索できる属性の特定タイプの構造を異なるメッセージ
タイプについて定義することを必要とする。属性はメッ
セージに関するメタデータである為、ここでもメッセー
ジに対する暗示構造が存在する。この暗示構造はまた、
これらの属性がメッセージ中に情報を複製してしまう問
題を生じ、よって過剰なオーバーヘッドの原因ともな
る。

【００１１】本願においては、メタデータとは他のデー
タを記述するデータのことである。例えば、データディ
クショナリやリポジトリ等はメタデータの例を構成す
る。ウェブページの内容を記述する為に利用されるメタ
タグは、メタデータと呼ばれる。更に「メタデータ」と
いう語は、他のデータベース構造や属性、処理又は変更
に関する情報を保持するあらゆるファイル又はデータベ
ースに適用される。

【００１２】上述したように、メッセージ構造と各チャ
ネルの間には暗示関係が存在する。この関係は機能的に
利用することが可能であるが、多くの問題を結果として
生じる。例えば、不良な発行側が特定のトピックについ
て誤ったメッセージ構造の配信を開始すると、かかる発
行／引用のアーキテクチャ内で信用している引用側は様
々な点で影響を受けることになる。この影響とは、正確
な構造のメッセージを得るために多大な処理サイクルに
時間を取られたり、期待したフィールドとの不一致によ
って誤りデータを生成する結果となったりすることや、
更には不一致データへのアクセスを試みた結果、クラッ
シュを引き起こすこともある。かなり以前のプログラミ
ング言語においては、この種の問題の結果として変数や
データについて明示の型宣言（explicit typing）を要
求することにより情報を暗示的に共用することを止め
た。誤ったメッセージ構造は通常、ランタイムの間にし
か検出することができない為、これらの構造はプログラ
ミング言語における明示の型宣言により固定されたラン
タイム異常に似ている。

【００１３】勿論、メッセージペイロードはそのタイプ
のインスタンスの前にタイプ記述子を含むように構成す
ることができる。このような場合では、少なくとも引用
側が不整合データへのアクセスを試みるようなことは防
止される。しかしながらこのような場合でも、不良な発
行側が不適切な情報を発信することでネットワーク帯域
が浪費されてしまうことは防げない。

【００１４】現在の機構における他の問題は、フラット
なチャネル空間では異なるチャネル上にあるメッセージ
間の関係を捕らえることができないということである。
具体的には、特定のチャネル上に供給されるデータが他
のチャネルの引用側にとって合法、即ちアクセス可能で
ある場合に問題がある。既存の機構により提供されるフ
ラットな空間の為に引用側はこの共通性を認識していな
ければならず、また、両方への引用が必要かどうかを決
定しなければならない。これは事象発生時に送られる情
報量が時間に対して非減少関数である長寿命（long-liv
ed）システムにおいては非常に大きな問題となる。特定
のシステムをどのように利用するかに関する情報がより
多く得られれば得られる程、事象メッセージに追加され
るべき更なるフィールドが必要となる。これは非拡張メ
ッセージの以前の適正使用を無効化するものではない。
しかしながら、現在のシステムは、拡張メッセージの伝
送に新たな名称及び／又はトピックを作成しなければな
らず、非拡張名及び／又はトピックに対する全ての既存
の引用側は拡張名及び／又はトピックをアクセスする為
に変更されなければならない。

【発明が解決しようとする課題】

【００１５】従って、フラットなトピック空間を利用す
ること、及びトピックとメッセージ構造との間に暗示的
関係を与えたことにより強いられる制約をなくす改善さ
れた発行／引用の装置及び方法が必要とされている。

【００１６】

【課題を解決するための手段】多様的発行／引用（Ｐ
Ｓ）装置及び方法を用いて、フラットなトピック空間の
使用を除去して、トピック及びメッセージ構造間の暗示
的関係を排除する。本発明によれば、ＰＳ機構は様々な
タイプ（例えば構造）のメッセージの伝送を提供する。
発行側は、発行しようとするメッセージのタイプを表示
することによりインフラストラクチャを利用する。引用
側は、関心のあるメッセージのタイプを表示することに
よりインフラストラクチャを利用する。チャネルはメッ
セージタイプ名により定義され、これらの定義されたチ
ャネルがフラットなトピック名に取って代わる。

【００１７】一態様によれば、発行／引用装置には、発
行側、引用側及び通信経路が含まれる。発行側はメッセ
ージインスタンスを生成するように動作する。引用側は
そのメッセージインスタンスを受信するように動作す
る。通信経路は発行側と引用側との間に伸びており、少
なくとも１チャネルに区分化されたメッセージ空間を有
する発行／引用機構を含んでいる。各チャネルは少なく
とも１つのメッセージタイプにより識別され、各々に特
定の発行／引用インスタンスを識別するように動作す
る。

【００１８】他の態様によれば、発行／引用装置には発
行側クライアント、引用側クライアント及び通信経路が
含まれる。発行側クライアントはメッセージインスタン
スを生成するように動作する。引用側クライアントはそ
のメッセージインスタンスを受信するように動作する。
通信経路は、第一のチャネル及び第二のチャネルに区分
化されたメッセージ空間を含む発行／引用機構を有す
る。第一のチャネルはメッセージタイプにより識別さ
れ、第二のチャネルはメッセージサブタイプにより識別
される。発行／引用機構は特定の発行／引用インスタン
スを識別するように動作する。

【００１９】更に他の態様によれば、メッセージを生成
し、クライアント間でメッセージを伝送する為の方法が
提供される。方法は、発行側、引用側及びそれらの間に
設けられた通信経路を準備するステップを含む。通信経
路はメッセージ空間を含むメッセージタイプシステムを
有し、メッセージタイプシステムは発行／引用メッセー
ジインスタンスを生成して処理し、少なくとも１つのメ
ッセージタイプを識別し、メッセージ空間を少なくとも
１つのチャネルへと細分化し、各チャネルにメッセージ
タイプを割り当て、発行側によりメッセージインスタン
スを生成し、割り当てられたメッセージタイプでチャネ
ルをアドレス指定し、そして引用側によりメッセージ空
間からのメッセージタイプインスタンスを要求するよう
に動作する。ここでインスタンスとは定義された構造を
有するメッセージから成る。

【発明の実施の形態】

【００２０】本発明の好適な実施例を、本発明の実施に
おける最良の形態を具現化する例を描いた図面を参照し
つつ以下に説明する。

【００２１】本開示は、「科学と有用な技術の発展を促
進する為」（米国憲法第１条第８節）に米国特許法の憲
法上の目的を推進する上で提示される。

【００２２】メッセージタイプ情報の発行及び引用を、
発行側と引用側との間でメッセージ構造の不一致を生じ
ない態様で行う為の装置及び方法が提供される。タイプ
に基づいたアドレス指定を用いるインフラストラクチャ
を有する新しい発行／引用機構が利用される。一実施例
によれば、サブタイプに基づくアドレッシングも利用さ
れる。従って、フラットなトピック空間を用いる必要性
が排除され、及びトピックとメッセージ構造との間の暗
示的関係も除去される。

【００２３】次に本出願者発明の好適な一実施例を説明
する。一実施例においてはネットワークにわたって実現
される多様的発行／引用機構を含む図を参照しつつ実施
態様の一例を説明する。本発明は好適な実施例に基づい
て説明するが、その記載内容は本発明をこの実施例に限
定することを意図したものではなく、特許請求の範囲内
に含まれるものとして代替案、等価物及び修正案をも網
羅することを意図している。

【００２４】本発明を明確に説明する為に、本発明の実
現に密接に関わる詳細についてのみ詳しく記載するが、
現在周知であるその周辺装置の詳細はこの分野において
現在理解されているものとして必要に応じて参照するこ
とにより組み込まれる。

【００２５】図１は、全体を符号１０で示した多様的発
行／引用（ＰＳ）装置を図示する。一構造によれば、装
置１０はクライアント１４、１６及びサーバ１８を含む
クライアント／サーバネットワーク環境１２中の通信経
路１１上に実現される。クライアント／サーバネットワ
ーク環境１２は通信経路１１を含み、この通信経路１１
はその一形態においてはネットワーク２２を含む。また
一構造によれば、ネットワーク２２はローカルエリアネ
ットワークである。更に、又は随意選択により、このよ
うなローカルエリアネットワーク２２はインターネット
２４中に設けられる。従って、ネットワーク２２はイン
ターネット２４を含む場合もある。更に他の構造によれ
ば、インターネット２４はワールドワイドウェブ（ＷＷ
Ｗ）２６である。

【００２６】図１に示されるように、クライアント１４
は発行側コンピュータ（又は発行側）２８を含み、クラ
イアント１６は引用側コンピュータ（又は引用側）３２
を含む。インフラストラクチャ３６はネットワーク２２
及びコンピュータ１４、１６により提供される。本明細
書において使用された場合、「発行側」という語は、ユ
ーザー即ち引用側により通信経路を介して選択的に検索
され得る情報源をユーザーが提供できるようにする一組
の命令により、データを処理できる汎用マシンを指す。
同様に、「引用側」という語は本明細書において使用さ
れた場合、ユーザーが通信経路を介してそのような情報
源から選択的に検索を行えるようにする為の一組の命令
に従ってデータを処理する汎用マシンを指す。更に「ク
ライアント」という語は本明細書において使用された場
合、クライアント／サーバ環境中に設けられたワークス
テーション又はパーソナルコンピュータを指す。

【００２７】図１によれば、発行／引用（ＰＳ）装置１
０はクライアント／サーバネットワーク環境内に実現さ
れている。図１に示すように、装置１０はネットワーク
２２を含む通信経路１１上に実現されている。しかしな
がら、通信経路１１は他の特定の形式で実現された通信
経路であっても良いことは言うまでもない。

【００２８】１つの代替の実施態様によれば、装置１０
はローカルエリアネットワーク全体にわたって実現され
たものではなく、かわりに単一のコンピュータ上に実現
される。従ってこの代替の実施態様によれば物理的ネッ
トワークは必ずしも必要ではない。装置１０を単一のコ
ンピュータ内に実現することにより、物理的なネットワ
ーク接続の必要性は無くなる。よって装置１０は物理的
なネットワーク接続を持たない単一のコンピュータにお
いて実現することができる。このような代替の実施態様
によれば、発行側２８、引用側３２、コンピュータ１８
及び通信経路１１は全て単一の共通コンピュータ上に設
けられる。このような実施態様によれば、物理的ネット
ワークが存在しないコンピュータは、ローカルループバ
ックをサポートする。

【００２９】より具体的には、このような代替の実施態
様においては、発行側及び引用側をホストする処理能力
を有する単一のマシン上に発行／引用のインフラストラ
クチャが提供されるように、発行側２８、引用側３２及
び通信経路１１が単一の共通コンピュータ内に設けられ
る。

【００３０】従って、発行側２８、引用側３２、インフ
ラストラクチャ３６及び通信経路１１は、クライアント
コンピュータ１４、１６及びサーバコンピュータ１８の
ような１つ以上のコンピュータ上にある通信リンク中の
処理回路要素により提供され得る。従って発行／引用装
置１０は単一の共通マシン上、複数のマシン上、及び発
行側又は引用側をホストしているマシン以外のマシン上
にさえも設けられ得る。よってＰＳ装置１０の発行／引
用機構３８を第一のマシンに設けると共に１つ以上の発
行側２８及び／又は引用側３２を更に１つ以上の異なる
マシン上に設けることができる。図１にはＰＳ装置１０
の発行／引用機構はコンピュータ１４、１６及び１８間
に分散されて描かれているが、しかし他の実施態様も特
許請求の範囲に定義した本出願者の発明の範囲内に入る
ことは明らかである。

【００３１】本明細書において使用した場合、発行／引
用（ＰＳ）装置１０は、通信経路１１を含む発行／引用
（ＰＳ）インフラストラクチャ３６を含んでいる。一実
施態様によれば、このような通信経路１１は少なくとも
部分的にはネットワーク２２により提供される。このよ
うなネットワーク２２はローカルエリアネットワーク又
はインターネットとすることができる。本明細書におい
て使用された場合、通信経路１１という語はファブリッ
ク（fabric）を意味し、通信経路１１、又はネットワー
ク２２全体にわたって情報を伝送する為のマルチキャス
ト機構、チャネル及び物理媒体を含む物理的エンティテ
ィを意味する通信ファブリック又は発行／引用（ＰＳ）
ファブリック等を指す。従ってこのようなＰＳファブリ
ックは通信経路１１上で発行側２８又は引用側３２をホ
ストする１つ以上のマシン上、或いはサーバコンピュー
タ１８上に設けられ得る。

【００３２】更に随意選択として、通信経路１１はある
位置から他の位置への情報の電子伝送を実施できる何ら
かの媒体を含む。例えば、バスは複数の装置間に形成さ
れる共通経路、又はチャネルを含む通信経路の一形態を
提供する。このようなバスは、単一の共通コンピュータ
の内部バスであっても、或いはネットワーク中で局を互
いに接続する共通ケーブルのようなネットワークバスで
あっても良い。例えば、クライアントとサーバをネット
ワークバスで互いに結合することができる。更に、独立
したコンピュータシステム等のような処理回路要素を有
する複数の装置が互いに通信しており、発行／引用機構
が１つ以上のそのような装置内の処理回路要素中に設け
られるといった場合、他の構造も通信経路１１と考えら
れる。

【００３３】本出願者の発明を実現する為に、２つの重
要な従来技術による概念が装置１０から排除されてい
る。第一に、装置１０ではフラットなトピック空間の使
用が排除されている。第二に、装置１０ではトピック及
びメッセージ構造間の暗示的関係が排除されている。

【００３４】本発明によれば、ＰＳ機構３８は変化する
メッセージタイプ（例えば構造）４４、４６のメッセー
ジ４０、４２を伝送する能力を提供する。発行側２８
は、その発行側２８が発行しようとするメッセージ４
０、４２の特定のタイプ４４、４６を表示することによ
り、インフラストラクチャ３６を利用する。同様に、引
用側３２は特定タイプのメッセージ４０、４２を引用す
る為、即ち受信の際に関心対象を指定する為にインフラ
ストラクチャ３６を利用する。チャネル４８及び５０は
メッセージタイプの名称で定義されており、これが従来
技術のフラットなトピック名に代わって利用される。

【００３５】図１に示されるように、メッセージタイプ
４４及び４６は互いに独立したものとして描かれてい
る。しかしながら、メッセージタイプ４６及び４４は、
２形態のうちの１つを用いることができると考えられ
る。例えば、第一の形態ではメッセージタイプ４４及び
４６は、別個の、独立した無関係のメッセージチャネル
４８及び５０を生成する「非関連メッセージタイプ」で
あるとして考えられる。代替の実施態様においては、メ
ッセージタイプ４４及び４６はメッセージスーパータイ
プとメッセージサブタイプから成る「関連メッセージタ
イプ」を形成する。

【００３６】メッセージタイプが非関連タイプの場合、
非関連メッセージタイプは互いに完全に独立したタイプ
４４及びタイプ４６により提供され、これがネットワー
クを２つのチャネルに分ける。

【００３７】メッセージタイプが関連タイプの場合は、
サブタイプ関係が形成される。「関連メッセージタイ
プ」の一実施態様を図３に詳しく示した。このような関
連メッセージタイプは２つのメッセージチャネルを生成
可能とするメッセージサブタイプを利用する。例えば、
メッセージタイプ４４をメッセージスーパータイプとす
る一方でメッセージタイプ４６をメッセージサブタイプ
とすることができる。こうした場合、チャネル４８及び
５０の２つのメッセージチャネルが生成されるが、ここ
ではチャネル４８を横切って流れるサブタイプ４６に関
連したトラフィック全てを含むメッセージスーパータイ
プ４４にチャネル４８が関連付けられる。従ってチャネ
ル４８及び５０が関連している場合、サブタイプチャネ
ル５０を横切って流れるメッセージはスーパータイプチ
ャネル４８を横切って流れるメッセージのサブセクショ
ンを表す。

【００３８】上述の関連サブタイプシステムの例におい
ては、サブタイプチャネルがスーパータイプチャネルの
サブセットであるチャネルを定義する。例えば、温度を
報じるマルチキャストシステムの場合、温度更新に登録
した全ての引用側のチャネルには、「液体温度」更新に
登録した引用側のチャネルも含まれている可能性があ
る。ある引用側がマルチキャストチャネルを横切って流
れるメッセージタイプ「液体温度」に関する「液体温
度」タイプのオブジェクトのみを見ることを期待する一
方で、ある引用側は「温度」タイプのマルチキャストチ
ャネルを横切って流れる温度及び「液体温度」の両方の
オブジェクトを見るということもあり得る。これは「液
体温度」が温度のサブタイプであるからである。

【００３９】一態様によれば、メッセージタイプ４４、
４６は関連付けられても良い。このような関係をサブタ
イプ関係と呼ぶ。例えば、構造「TYPE−Ａ」４４及び構
造「TYPE−Ｂ」４６は、タイプ／サブタイプ関係を構成
することができる。この場合、構造「TYPE−Ａ」４４は
タイプＡ（即ちスーパータイプ）となり、構造「TYPE−
Ｂ」４６はサブタイプＢとなる。このような例によれ
ば、サブタイプＢをタイプＡから得る為に考えられる動
作は２つ存在する。第一は、追加フィールドをタイプＡ
に加えるということである。第二は、ＢによりＡの１つ
以上のフィールドの正当な値に更に制限を加えることで
ある。例えば、Ａの整数フィールドをＢのインスタンス
においては１〜１００の範囲の値に限定する等である。

【００４０】ＢがＡのサブタイプである場合、Ａもま
た、Ｂのスーパータイプであると言うことができる。具
体的には、ＢがＡのサブタイプであるということを記号
「Ｂ→Ａ」を用いて示すことができる。更に、同等のス
ーパータイプ関係は「Ａ←Ｂ」で示すことができる。

【００４１】例えば、タイプＡのインスタンスがタイプ
ストリングである「Name」という名称の単一のフィール
ドから成る場合を想定する。以下のように、Ｂ１及びＢ
２という名の２つのサブタイプを作成することができ
る。第一に、Ｂ１は「Date」という名のストリングフィ
ールドを加えることによりＡを拡張する。第二に、Ｂ２
は、「Name」フィールドの値がアルファベットの「Ａ」
から始まるということを要求することにより、Ａを制限
する。

【００４２】上述したサブタイプ関係は「置換可能性」
の概念を明らかにする。即ち、ＢがＡのサブタイプであ
った場合に限ってタイプＢのインスタンスはタイプＡの
インスタンスを置換し得るということである。従って、
タイプＡのインスタンスを受信することを期待する引用
側は、タイプＢのインスタンスを処理することができ
る。

【００４３】発行側２８及び引用側３２にメッセージタ
イプシステムをベースにした発行／引用インフラストラ
クチャ３６の使用を強制することにより、発行側２８又
は引用側３２のいずれかが誤った構造のメッセージを生
成又は処理してしまう可能性が排除される。従って、特
定のＰＳインスタンスに対してメッセージ空間をチャネ
ルへと区分化する為にメッセージタイプ名が使用され
る。

【００４４】サブタイプをサポートするメッセージタイ
プシステムを有する場合、生成側はサブタイプインスタ
ンスを生成することができ、引用側はそれらをスーパー
タイプインスタンスとして処理することができる。この
ようなサブタイプシステムは多様型システムを形成す
る。例えば、図１に示したＰＳ機構３８の一実施態様に
よれば、チャネル５０がサブタイプチャネルであり、チ
ャネル４８がスーパータイプチャネルであり、これらに
より多様型システムが提供される。ある特定のＰＳイン
スタンスの有効範囲内においては、このシステムはサブ
タイプチャネル５０をスーパータイプチャネル４８へと
強制的に結合する。即ち、あるメッセージがサブタイプ
チャネル上で送られており、引用側がスーパータイプチ
ャネルにいる場合、メッセージはスーパータイプチャネ
ルのインスタンスへと変換され、スーパータイプチャネ
ルの引用側により受信される。この変換及び受信は、発
行側又は引用側によって実行されるべき明示的な追加動
作なしに行われる。

【００４５】上述したように、チャネルを定義する為に
発行側及び引用側にメッセージタイプ情報に基づくイン
フラストラクチャの利用を強制することにより、発行側
と引用側との間で発生するメッセージ構造の不一致が防
止される。

【００４６】多様的メッセージタイプシステムを利用す
ることにより、有効範囲は、既存の発行側及び／又は引
用側アプリケーションを修正する必要を生じることな
く、ＰＳ機構を利用したアプリケーションを発展させる
ことを可能にする。サブタイプは特に拡張、又は制約付
きメッセージの為に生成されることができ、これにより
特定のサブタイプを認識できる引用側はその特定のチャ
ネルに接続することができる。スーパータイプに関心を
もつ他の引用側は、本出願者のＰＳ機構により提供され
るサブタイプチャネルとスーパータイプチャネルの結合
により、引き続き（スーパータイプのインスタンスに変
換された）サブタイプのインスタンスを含むスーパータ
イプの全てのインスタンスを受信することになる。特定
のスーパータイプの発行側は、新たな発行側がそのスー
パータイプのインスタンスを発行する為に修正される必
要は無い。

【００４７】上記の説明は、メッセージを多様的メッセ
ージタイプシステムに基づいてほぼリアルタイムで引用
側に配信する場合に的を絞ってきたが、タイプの多相性
に基づくチャネルの結合は、蓄積交換の事象通知システ
ムに対しても適用可能であることは言うまでもない。唯
一の相違点は、抽象化の実現に関してであり、関連の機
能性における違いは無い。

【００４８】図２は、図１の発行／引用機構の単一チャ
ネルの実施態様を示す。いずれかの発行側が送信したメ
ッセージの各々は、各引用側により受信される。より具
体的には、一実施態様によれば、ＰＳ機構３８は、マル
チキャストチャネル４８を有するようにネットワーク１
２上に実現されたマルチキャストＰＳ機構である。複数
のクライアントコンピュータ１４〜１７がネットワーク
１２と通信するようにチャネル４８を介して結合され
る。クライアントコンピュータ１４、１５はそれぞれ発
行側２８、２９から成る。クライアントコンピュータ１
６、１７はそれぞれ引用側３２、３３から成る。

【００４９】図２に示した実施態様によれば、発行側２
８はチャネル４８を介して、引用側３２、３３の両方が
受信できるような態様でメッセージを送信することがで
きる。同様に発行側２９からも引用側３２、３３の両方
に対してメッセージを送信することができる。

【００５０】図３は図１の発行／引用機構の関連メッセ
ージタイプを有する複数チャネルの実施態様を示す。複
数のクライアントコンピュータ１０５〜１０８及び１１
４〜１１７がネットワーク１２を介してマルチキャスト
機構１３８に結合される。具体的には、マルチキャスト
機構１３８は「チャネルＡ」として示されるチャネル４
８、及び「チャネルＢ」として示されるサブタイプチャ
ネル５０を含む。従って、図３に示した実施態様におい
て、チャネル４８及び５０は関連メッセージタイプ構造
を呈する。

【００５１】図３に示したように、クライアントコンピ
ュータ１１４〜１１７の各々は、各発行側１２８〜１３
１から成る。同様に、クライアントコンピュータ１０５
〜１０８の各々は、各引用側１３２〜１３５から成る。
しかしながら、マルチキャスト機構１３８は、図２の機
構３８とは異なり、関連メッセージタイプの特定のイン
スタンスがチャネル及びサブチャネルを利用して示され
ている。より具体的には、「チャネルＢ」が、チャネル
４８である「チャネルＡ」のサブタイプチャネル５０を
形成する。

【００５２】ＢがＡのサブタイプチャネルである場合、
サブタイプ関連チャネルの論理構造は、Ｂ→Ａで示され
る。チャネルＢ及びＡの間にある矢印は、Ｂ上に発行さ
れた各メッセージがＡのメッセージタイプのインスタン
スに変換され、Ａ上に発行されることを示す。

【００５３】図３のマルチキャスト機構１３８を実現す
るために、メッセージタイプ宣言を定義しなければなら
ない。以下は図３のマルチキャスト機構１３８の使用に
適したメッセージタイプ宣言の一例である。

【００５４】メッセージタイプ宣言の例

【００５５】本発明は、法に準拠して、構造的及び方法
的特長に関して多かれ少なかれ特定的な言語で説明して
きた。しかしながら、本発明は、本明細書に図示及び記
載した特定の特徴に限定されるものではないことは言う
までもなく、本明細書に開示の手段は、本発明実施の好
適な形態に基づいて説明したものである。従って、本発
明は、同等の教理に従って適正に解釈された特許請求の
範囲の適正な範囲内に入るいずれの形態又は修正形態に
対してもその権利を請求するものである。

【００５６】以下においては、本発明の種々の構成要件
の組み合わせからなる例示的な実施態様を示す。 １．メッセージインスタンス（40、42）を生成するよう
に動作する発行側（28）と、前記メッセージインスタン
ス（40、42）を受信するように動作する引用側（32）
と、及び前記発行側（28）と前記引用側（32）との間に
伸びる通信経路（11）であって、その通信経路（11）が
少なくとも１つのチャネル（48、50）へと区分化された
メッセージ空間を有する発行／引用機構（38）を含み、
各チャネル（48、50）が少なくとも１つのメッセージタ
イプ（44、46）により識別され、特定の発行／引用メッ
セージインスタンス（40、42）を識別するように動作す
る、前記通信経路（11）とを含む、発行／引用装置（1
0）。 ２．前記発行／引用機構（38）の前記メッセージ空間
が、複数のチャネル（48、50）へと区分化されている、
上記１に記載の発行／引用装置（10）。 ３．第一のチャネル（48）がメッセージタイプ（44）に
より識別され、第二のチャネル（50）がメッセージサブ
タイプ（46）により識別され、前記メッセージサブタイ
プ（46）が前記メッセージタイプ（44）から得られる、
上記１に記載の発行／引用装置（10）。 ４．前記通信経路（11）が、マルチキャスト発行／引用
（PS）機構（38）を有するローカルエリアネットワーク
（22）を含み、前記マルチキャスト発行／引用（PS）機
構（38）が少なくとも１つのチャネル（48、50）を含
み、また各チャネル（48、50）が前記少なくとも１つの
メッセージタイプ（44、46）のうちの１つを含む、上記
１に記載の発行／引用装置（10）。 ５．前記通信経路（11）が、中央処理装置（70）及びメ
モリ（64）を有するネットワークサーバ（18）を含み、
前記中央処理装置（70）が前記発行／引用機構（38）を
実現するように動作し、前記メモリ（64）が前記メッセ
ージインスタンス（40、42）を格納するように動作す
る、上記１に記載の発行／引用装置（10）。 ６．クライアント（14、16）間でメッセージを生成して
伝送する為の方法であって、発行側（28）、引用側（3
2）及びそれらの間に発行／引用メッセージインスタン
ス（40、42）を生成して処理するように動作するメッセ
ージ空間を含むメッセージタイプシステムを備えた通信
経路（11）を準備するステップと、少なくとも１つのメ
ッセージタイプ（44、46）を識別するステップと、前記
メッセージ空間を少なくとも１つのチャネル（48、50）
へと細分化するステップと、各チャネル（48、50）にメ
ッセージタイプ（44、46）を割り当てるステップと、前
記発行側（28）によりメッセージインスタンス（40、4
2）を生成するステップと、前記割り当てたメッセージ
タイプ（44、46）でチャネル（48、50）をアドレス指定す
るステップと、及び前記引用側（32）により前記メッセ
ージタイプ（44、46）のメッセージインスタンス（40、4
2）を前記メッセージ空間から要求するステップとを含
み、前記メッセージインスタンス（40、42）が定義され
た構造を有するメッセージから成る、方法。 ７．少なくとも１つのメッセージサブタイプ（46）を識
別するステップを更に含む、上記６に記載の方法。 ８．前記メッセージタイプ（44）及び前記メッセージサ
ブタイプ（46）が協働して多様的メッセージタイプシス
テムを提供する、上記７に記載の方法。 ９．前記通信経路（11）がネットワーク（22）上に設け
られた蓄積交換の事象通知システムである、上記６に記
載の方法。 １０．前記発行側（28）がメッセージタイプインスタン
ス（40）及びメッセージサブタイプインスタンス（42）
を生成する、上記６に記載の方法。

【００５７】

【発明の効果】本願発明の多様的発行／引用（ＰＳ）装
置及び方法を用いることにより、フラットなトピック空
間の使用が除去され、トピック及びメッセージ構造間の
暗示的関係が排除される。

【図面の簡単な説明】

【図１】クライアント／サーバネットワーク環境にわた
って実現した本発明の一実施例による発行と引用システ
ム中の発行／引用（ＰＳ）機構を描いた概略ブロック図
である。

【図２】図１の発行／引用（ＰＳ）機構内の単一チャネ
ルに関する概略ブロック図である。

【図３】図１の多様型発行／引用（ＰＳ）機構に関する
概略ブロック図であり、サブタイプ関連チャネルの論理
構造を示す。

【符号の説明】

10 発行／引用装置 11 通信経路 18 ネットワークサーバ 22 ネットワーク 28 発行側（発行側クライアント） 32 引用側（引用側クライアント） 38 発行／引用機構 64 メモリ 70 中央処理装置

───────────────────────────────────────────────────── フロントページの続き (71)出願人 399117121 395 Ｐａｇｅ Ｍｉｌｌ Ｒｏａｄ Ｐ ａｌｏ Ａｌｔｏ，Ｃａｌｉｆｏｒｎｉａ Ｕ．Ｓ．Ａ. (72)発明者 ジェレミー・ホランド アメリカ合衆国カリフォルニア州94024, ロスアルトス・ヒルズ，スパルディング・ アベニュー・24041 (72)発明者 グラハム・エス・ポロック アメリカ合衆国カリフォルニア州95014, クパチーノ，ソレンソン・アベニュー・ナ ンバー131・18400

Claims (1)

【特許請求の範囲】
1. 【請求項１】メッセージインスタンス（40、42）を生成
   するように動作する発行側（28）と、 前記メッセージインスタンス（40、42）を受信するよう
   に動作する引用側（32）と、及び前記発行側（28）と前
   記引用側（32）との間に伸びる通信経路（11）であっ
   て、その通信経路（11）が少なくとも１つのチャネル
   （48、50）へと区分化されたメッセージ空間を有する発
   行／引用機構（38）を含み、各チャネル（48、50）が少
   なくとも１つのメッセージタイプ（44、46）により識別
   され、特定の発行／引用メッセージインスタンス（40、4
   2）を識別するように動作する、前記通信経路（11）と
   を含む、発行／引用装置（10）。