JP2003518290A - アノニマスなサブジェクトベース・アドレッシングの方法および装置 - Google Patents
アノニマスなサブジェクトベース・アドレッシングの方法および装置Info
- Publication number
- JP2003518290A JP2003518290A JP2001547264A JP2001547264A JP2003518290A JP 2003518290 A JP2003518290 A JP 2003518290A JP 2001547264 A JP2001547264 A JP 2001547264A JP 2001547264 A JP2001547264 A JP 2001547264A JP 2003518290 A JP2003518290 A JP 2003518290A
- Authority
- JP
- Japan
- Prior art keywords
- subject
- point
- message
- response
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1014—Server selection for load balancing based on the content of a request
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Television Systems (AREA)
- Circuits Of Receivers In General (AREA)
- Control Of Indicators Other Than Cathode Ray Tubes (AREA)
- Storage Device Security (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】
アノニマスなサブジェクトベースのアドレッシングの方法は、クライアント・コンピュータからポイントツーポイントの要求メッセージを受信する（４０８）ことを含む。この方法は、ポイントツーポイントの要求メッセージをサブジェクトベースのメッセージに変換することも含む。サブジェクトベースのメッセージは、マルチキャストも行われる。さらに、サブジェクトベースのメッセージに対する応答を受信する（４１４）。この方法は、サブジェクトベースのメッセージに対する応答を、ポイントツーポイントの応答メッセージに変換する（４１６）ことも含む。さらに、ポイントツーポイントの応答メッセージをクライアント・コンピュータに送信する（４１８）。
Description
【０００１】
本願は、１９９９年１２月２２日出願の「Ｗｅｂ Ｓｅｒｖｅｒ ａｎｄ Ｗ
ｅｂ Ｓｅｒｖｅｒ Ｍｅｔｈｏｄ ｆｏｒ Ａｎｏｎｙｍｏｕｓ Ｓｕｂｊｅ
ｃｔ−Ｂａｓｅｄ Ａｄｄｒｅｓｓｉｎｇ」という名称の米国仮特許出願第６０
／１７１，９３０号の継続出願である。
ｅｂ Ｓｅｒｖｅｒ Ｍｅｔｈｏｄ ｆｏｒ Ａｎｏｎｙｍｏｕｓ Ｓｕｂｊｅ
ｃｔ−Ｂａｓｅｄ Ａｄｄｒｅｓｓｉｎｇ」という名称の米国仮特許出願第６０
／１７１，９３０号の継続出願である。
【０００２】
（発明の分野）
本発明は、ネットワーク通信に関する。より詳細には、本発明は、リモート・
サーバのコンテンツにアクセスするクライアント・コンピュータに関する。
サーバのコンテンツにアクセスするクライアント・コンピュータに関する。
【０００３】
（発明の背景）
ワールド・ワイド・ウェブ、およびその使用人口と採用の増大により、情報ア
ドレッシングの標準的な方式が開発された。通例は、ウェブ・ブラウザがホスト
・サーバにファイル要求を送信し、ホスト・サーバがそのファイルをユーザに「
提供」する。
ドレッシングの標準的な方式が開発された。通例は、ウェブ・ブラウザがホスト
・サーバにファイル要求を送信し、ホスト・サーバがそのファイルをユーザに「
提供」する。
【０００４】
これは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ハイパーテキスト転
送プロトコル・セキュア（ＨＴＴＰＳ）、伝送制御プロトコル（ＴＣＰ）、およ
びインターネット・プロトコル（ＩＰ）という基盤の上に構築された、インター
ネットの基盤アーキテクチャを使用して実現される。ウェブ・サーバ上のサーバ
・プログラムは、このプロトコル・セットに従って、接続するクライアント・コ
ンピュータで実行されるクライアント・プログラム（クライアントのウェブ・ブ
ラウザ）を「リッスン」する。クライアントのブラウザは、ユニフォーム・リソ
ース言語（ＵＲＬ）を利用することによってサーバに接続する。ＵＲＬは、プロ
トコルの指定（例えばＨＴＴＰ、ＦＴＰ）、ホストの宛先、およびファイルの指
定から構成される。ホストの宛先は、実際上は、ポイントツーポイント通信のア
ドレスである。
送プロトコル・セキュア（ＨＴＴＰＳ）、伝送制御プロトコル（ＴＣＰ）、およ
びインターネット・プロトコル（ＩＰ）という基盤の上に構築された、インター
ネットの基盤アーキテクチャを使用して実現される。ウェブ・サーバ上のサーバ
・プログラムは、このプロトコル・セットに従って、接続するクライアント・コ
ンピュータで実行されるクライアント・プログラム（クライアントのウェブ・ブ
ラウザ）を「リッスン」する。クライアントのブラウザは、ユニフォーム・リソ
ース言語（ＵＲＬ）を利用することによってサーバに接続する。ＵＲＬは、プロ
トコルの指定（例えばＨＴＴＰ、ＦＴＰ）、ホストの宛先、およびファイルの指
定から構成される。ホストの宛先は、実際上は、ポイントツーポイント通信のア
ドレスである。
【０００５】
この典型的なインターネット通信を図１に示す。詳細には、図１には、従来技
術によるブラウザ、ウェブ・サーバ、およびアプリケーション・サーバのシステ
ム図を示している。図１には、ウェブ・ブラウザ１１、インターネット１３、サ
ーバ１５、サーバ１５．１〜１５．５、データベース１７、およびコンテンツ・
サーバ１９が含まれる。図に示すように、サーバ１５は、ファイル１６．１〜１
６．ｎと実行可能ファイル１８を含む。さらに、サーバ１５．１〜１５．５もフ
ァイル１６．１〜１６．ｎと実行可能ファイル１８（図示せず）を含むことがで
き、これについては下記でさらに詳細に説明する。ウェブ・ブラウザ１１は、イ
ンターネット１３を通じてサーバ１５および１５．１〜１５．５に結合される。
動作中、ウェブ・ブラウザ１１は、インターネット１３を通じて、サーバ１５お
よび１５．１〜１５．５の１つに呼出しを提出する。この呼出しの一例は、「ｈ
ｔｔｐ：／／ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ／ｗｈｉｔｅｐａｐｅｒ．ｈｔ
ｍｌ」などである。この呼出しには、プロトコルの指定（ｈｔｔｐ）と、サーバ
１５のアドレスであるホスト・アドレス（ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ）
、およびファイルの指定（ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ）が含まれている。
術によるブラウザ、ウェブ・サーバ、およびアプリケーション・サーバのシステ
ム図を示している。図１には、ウェブ・ブラウザ１１、インターネット１３、サ
ーバ１５、サーバ１５．１〜１５．５、データベース１７、およびコンテンツ・
サーバ１９が含まれる。図に示すように、サーバ１５は、ファイル１６．１〜１
６．ｎと実行可能ファイル１８を含む。さらに、サーバ１５．１〜１５．５もフ
ァイル１６．１〜１６．ｎと実行可能ファイル１８（図示せず）を含むことがで
き、これについては下記でさらに詳細に説明する。ウェブ・ブラウザ１１は、イ
ンターネット１３を通じてサーバ１５および１５．１〜１５．５に結合される。
動作中、ウェブ・ブラウザ１１は、インターネット１３を通じて、サーバ１５お
よび１５．１〜１５．５の１つに呼出しを提出する。この呼出しの一例は、「ｈ
ｔｔｐ：／／ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ／ｗｈｉｔｅｐａｐｅｒ．ｈｔ
ｍｌ」などである。この呼出しには、プロトコルの指定（ｈｔｔｐ）と、サーバ
１５のアドレスであるホスト・アドレス（ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ）
、およびファイルの指定（ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ）が含まれている。
【０００６】
通常、サーバ１５はこの呼出しをファイルに基づくルックアップとして処理す
る。その後、要求されるファイルが、サーバ１５により、例えばウェブ・ページ
などのＨＴＴＰに準拠したファイルとして、インターネット１３を通じてウェブ
・ブラウザ１１に戻される。サーバ１５は、ウェブ・ブラウザ１１に直接ファイ
ルを戻すことも、要求のファイルを処理して、その処理の結果を戻すこともでき
る。ファイルを処理した場合は、例えば、データベース１７の呼出しが行われる
か、かつ／またはコンテンツ・サーバ１９のファイルへのアクセスが行われる。
る。その後、要求されるファイルが、サーバ１５により、例えばウェブ・ページ
などのＨＴＴＰに準拠したファイルとして、インターネット１３を通じてウェブ
・ブラウザ１１に戻される。サーバ１５は、ウェブ・ブラウザ１１に直接ファイ
ルを戻すことも、要求のファイルを処理して、その処理の結果を戻すこともでき
る。ファイルを処理した場合は、例えば、データベース１７の呼出しが行われる
か、かつ／またはコンテンツ・サーバ１９のファイルへのアクセスが行われる。
【０００７】
このように、クライアントすなわちウェブ・ブラウザ１１は、サーバ１５と、
双方向あるいはポイントツーポイントの通信をセットアップする。通信は、ウェ
ブ・ブラウザ１１がＨＴＴＰによる要求をサーバ１５に送信することによって確
立される。「ｈｔｔｐ／／ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ／ｗｈｉｔｅｐａ
ｐｅｒ．ｈｔｍｌ」の呼出しの例では、サーバ１５（「ｗｗｗ．ｒｖ．ｔｉｂｃ
ｏ．ｃｏｍ」に位置する）が、この要求をＧＥＴとして解釈し、クライアント（
ウェブ・ブラウザ１１）が「ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」の名称のファイ
ルを要求していると判断する。したがって、呼出し「ｈｔｔｐ：／／ｗｗｗ．ｒ
ｖ．ｔｉｂｃｏ．ｃｏｍ／ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」は実際上はファイ
ル・ポインタであり、「ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」は、ＨＴＴＰプロト
コルを使用して取り出される、サーバｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍに記憶
されたファイルであるということになる。さらに、接尾辞「ｗｈｉｔｅｐａｐｅ
ｒ．ｈｔｍｌ」がない場合には、呼出し「ｈｔｔｐ：／／ｗｗｗ．ｒｖ．ｔｉｂ
ｃｏ．ｃｏｍ」はデフォルト・ページのＧＥＴ呼出しとして解釈されるファイル
・ポインタになるが、デフォルト・ページは一般的にはサーバ「ｗｗｗ．ｒｖ．
ｔｉｂｃｏ．ｃｏｍ」の「ｉｎｄｅｘ．ｈｔｍｌ」である。図１で表すように、
現在のインターネット（ＨＴＴＰ／ＨＴＴＰＳ／ＴＣＰ／ＩＰ）アーキテクチャ
は、クライアントとサーバ間のポイントツーポイント通信に依拠する、ファイル
ベースのウェブ・サーバを基盤とするものである。
双方向あるいはポイントツーポイントの通信をセットアップする。通信は、ウェ
ブ・ブラウザ１１がＨＴＴＰによる要求をサーバ１５に送信することによって確
立される。「ｈｔｔｐ／／ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ／ｗｈｉｔｅｐａ
ｐｅｒ．ｈｔｍｌ」の呼出しの例では、サーバ１５（「ｗｗｗ．ｒｖ．ｔｉｂｃ
ｏ．ｃｏｍ」に位置する）が、この要求をＧＥＴとして解釈し、クライアント（
ウェブ・ブラウザ１１）が「ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」の名称のファイ
ルを要求していると判断する。したがって、呼出し「ｈｔｔｐ：／／ｗｗｗ．ｒ
ｖ．ｔｉｂｃｏ．ｃｏｍ／ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」は実際上はファイ
ル・ポインタであり、「ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」は、ＨＴＴＰプロト
コルを使用して取り出される、サーバｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍに記憶
されたファイルであるということになる。さらに、接尾辞「ｗｈｉｔｅｐａｐｅ
ｒ．ｈｔｍｌ」がない場合には、呼出し「ｈｔｔｐ：／／ｗｗｗ．ｒｖ．ｔｉｂ
ｃｏ．ｃｏｍ」はデフォルト・ページのＧＥＴ呼出しとして解釈されるファイル
・ポインタになるが、デフォルト・ページは一般的にはサーバ「ｗｗｗ．ｒｖ．
ｔｉｂｃｏ．ｃｏｍ」の「ｉｎｄｅｘ．ｈｔｍｌ」である。図１で表すように、
現在のインターネット（ＨＴＴＰ／ＨＴＴＰＳ／ＴＣＰ／ＩＰ）アーキテクチャ
は、クライアントとサーバ間のポイントツーポイント通信に依拠する、ファイル
ベースのウェブ・サーバを基盤とするものである。
【０００８】
３６５日２４時間（７×２４）のサービスの拡大に対する需要の高まりと併せ
て、ファイルベースのアーキテクチャをセキュリティの向上という面から見ると
、スケーラビリティに著しい制約を課し、さもなければ様々なサーバの更新およ
び修正を行わなければならない。詳細には、ファイルベースのウェブ・サーバは
、このシステムに対する拡張に対応するには内部的に更新しなければならない。
これは、更新、アップグレード、およびスケーリングのためにサーバをシャット
ダウンし、したがって３６５日２４時間の利用可能性が失われることを意味する
。このように、ファイルベースのサーバは、特に顧客サービスの拡大と、動的な
リアルタイム・コンテンツに対する需要が高まるのに従って、維持、拡張、およ
びスケーリングを行うのが難しいものになっている。
て、ファイルベースのアーキテクチャをセキュリティの向上という面から見ると
、スケーラビリティに著しい制約を課し、さもなければ様々なサーバの更新およ
び修正を行わなければならない。詳細には、ファイルベースのウェブ・サーバは
、このシステムに対する拡張に対応するには内部的に更新しなければならない。
これは、更新、アップグレード、およびスケーリングのためにサーバをシャット
ダウンし、したがって３６５日２４時間の利用可能性が失われることを意味する
。このように、ファイルベースのサーバは、特に顧客サービスの拡大と、動的な
リアルタイム・コンテンツに対する需要が高まるのに従って、維持、拡張、およ
びスケーリングを行うのが難しいものになっている。
【０００９】
この問題は、同じく図１に示すマルチサーバ環境でさらに悪化する。５つのサ
ーバ１５．１〜１５．５を有する、図１に示すようなマルチサーバ環境では、サ
ーバ１５のコンテンツをサーバ１５．１〜１５．５のそれぞれに複製することが
必要である。これはすなわち、ファイル１６．１〜１６．ｎすべてと実行可能フ
ァイル１８のコピーを、サーバ１５．１〜１５．５それぞれのために５回複製し
なければならないことを意味する。同様に、図に示すように、サーバ１５および
１５．１〜１５．５からデータベース１７およびコンテンツ・サーバ１９へのポ
イントツーポイント・リンクも、これらサーバそれぞれについて作成しなければ
ならない。
ーバ１５．１〜１５．５を有する、図１に示すようなマルチサーバ環境では、サ
ーバ１５のコンテンツをサーバ１５．１〜１５．５のそれぞれに複製することが
必要である。これはすなわち、ファイル１６．１〜１６．ｎすべてと実行可能フ
ァイル１８のコピーを、サーバ１５．１〜１５．５それぞれのために５回複製し
なければならないことを意味する。同様に、図に示すように、サーバ１５および
１５．１〜１５．５からデータベース１７およびコンテンツ・サーバ１９へのポ
イントツーポイント・リンクも、これらサーバそれぞれについて作成しなければ
ならない。
【００１０】
先に指摘したように、更新とスケーリングを行うにはウェブ・サーバの内部更
新が必要であるが、これは、すべてのコンピュータ（サーバ）をシャットダウン
しなければならず、３６５日２４時間の利用可能性に否定的な影響を与えること
を意味する。これはまた、ビジネスが、顧客のニーズを満たすためにそのシステ
ムを拡大し、適合するのが困難であることも意味する。このために代替システム
が必要とされる。
新が必要であるが、これは、すべてのコンピュータ（サーバ）をシャットダウン
しなければならず、３６５日２４時間の利用可能性に否定的な影響を与えること
を意味する。これはまた、ビジネスが、顧客のニーズを満たすためにそのシステ
ムを拡大し、適合するのが困難であることも意味する。このために代替システム
が必要とされる。
【００１１】
（発明の概要）
本発明の一実施態様は、クライアント・コンピュータからポイントツーポイン
トの要求メッセージを受信することを含む方法を提供する。この方法は、そのポ
イントツーポイントの要求メッセージを、サブジェクトベースのメッセージに変
換することも含む。サブジェクトベースのメッセージはマルチキャストも行う。
さらに、サブジェクトベースのメッセージに対する応答も受信する。この方法は
、サブジェクトベースのメッセージに対する応答を、ポイントツーポイントの応
答メッセージに変換することも含む。さらに、このポイントツーポイントの応答
メッセージをクライアント・コンピュータに送信する。
トの要求メッセージを受信することを含む方法を提供する。この方法は、そのポ
イントツーポイントの要求メッセージを、サブジェクトベースのメッセージに変
換することも含む。サブジェクトベースのメッセージはマルチキャストも行う。
さらに、サブジェクトベースのメッセージに対する応答も受信する。この方法は
、サブジェクトベースのメッセージに対する応答を、ポイントツーポイントの応
答メッセージに変換することも含む。さらに、このポイントツーポイントの応答
メッセージをクライアント・コンピュータに送信する。
【００１２】
本発明の実施形態は、以下の説明と、その実施形態を表す添付図面を参照する
ことによって最もよく理解されるものと思われる。
ことによって最もよく理解されるものと思われる。
【００１３】
（詳細な説明）
ネットワーク通信におけるアノニマスなサブジェクトベースのアドレッシング
の方法および装置を説明する。したがって、ネットワークにおけるサブジェクト
ベースのアドレッシングに関連する種々の用語をここで開示する。用語「パブリ
ッシュする」は用語「送信する」と同義であり、用語「サブスクライブする」は
用語「リッスンする」と同義である。さらに、以下の説明では説明の目的で、本
発明の完全な理解を提供するために多数の具体的な詳細事項を述べる。ただし、
本発明はこれらの具体的な詳細を用いずとも実現できることは当業者には明らか
であろう。
の方法および装置を説明する。したがって、ネットワークにおけるサブジェクト
ベースのアドレッシングに関連する種々の用語をここで開示する。用語「パブリ
ッシュする」は用語「送信する」と同義であり、用語「サブスクライブする」は
用語「リッスンする」と同義である。さらに、以下の説明では説明の目的で、本
発明の完全な理解を提供するために多数の具体的な詳細事項を述べる。ただし、
本発明はこれらの具体的な詳細を用いずとも実現できることは当業者には明らか
であろう。
【００１４】
図２は、本発明の実施形態による、ウェブ・ブラウザ、ウェブ・サーバ、およ
びアプリケーション・サーバのシステム図を表す。詳細には、図２は、ウェブ・
ブラウザ１１、ネットワーク２０２、サーバ２０４、ネットワーク経路２０６、
およびアプリケーション・サーバ２０８〜２１４を含む。ウェブ・ブラウザ１１
は、ネットワーク２０２を通じてサーバ２０４に結合される。サーバ２０４はさ
らに、ネットワーク経路２０６を通じてアプリケーション・サーバ２０８〜２１
４に結合される。
びアプリケーション・サーバのシステム図を表す。詳細には、図２は、ウェブ・
ブラウザ１１、ネットワーク２０２、サーバ２０４、ネットワーク経路２０６、
およびアプリケーション・サーバ２０８〜２１４を含む。ウェブ・ブラウザ１１
は、ネットワーク２０２を通じてサーバ２０４に結合される。サーバ２０４はさ
らに、ネットワーク経路２０６を通じてアプリケーション・サーバ２０８〜２１
４に結合される。
【００１５】
一実施形態では、ネットワーク２０２はローカル・エリア・ネットワーク（Ｌ
ＡＮ）である。別の実施形態では、ネットワーク２０２はワイド・エリア・ネッ
トワーク（ＷＡＮ）である。そのような実施形態では、ネットワーク２０２はイ
ンターネットである。さらに、ネットワーク２０２は、ウェブ・ブラウザ１１と
サーバ２０４〜２１４間に通信を提供する異なるネットワークの組み合わせでも
よい。さらに、図２のトポロジは、制限ではなく例示を目的とするもので、他タ
イプのトポロジを本発明の実施形態に組み込むことが可能である。例えば、サー
バ２０４〜２１４間の結合は、ネットワーク２０２とは別のネットワーク経路２
０６を通じて行う代わりに、ネットワーク２０２を通じて行ってもよい。
ＡＮ）である。別の実施形態では、ネットワーク２０２はワイド・エリア・ネッ
トワーク（ＷＡＮ）である。そのような実施形態では、ネットワーク２０２はイ
ンターネットである。さらに、ネットワーク２０２は、ウェブ・ブラウザ１１と
サーバ２０４〜２１４間に通信を提供する異なるネットワークの組み合わせでも
よい。さらに、図２のトポロジは、制限ではなく例示を目的とするもので、他タ
イプのトポロジを本発明の実施形態に組み込むことが可能である。例えば、サー
バ２０４〜２１４間の結合は、ネットワーク２０２とは別のネットワーク経路２
０６を通じて行う代わりに、ネットワーク２０２を通じて行ってもよい。
【００１６】
図３は、本発明の実施形態による、ブラウザ、ウェブ・サーバ、アプリケーシ
ョン・サーバ、およびこれらにおける機能のシステム図を表す。詳細には、図３
には、本発明の実施形態による、サーバ２０４とアプリケーション・サーバ２０
８〜２１４の動作方法を示している。図を簡略にするために、図３では１つのブ
ロックで、アプリケーション・サーバ２０８〜２１４それぞれの機能を示してい
る。動作中、ウェブ・ブラウザ１１が、ＨＴＴＰプロトコルによるデータ要求を
ネットワーク２０２を通じてサーバ２０４に送信する。サーバ２０４は、プロセ
ス・ブロック３０２でＨＴＴＰ要求を受信する。
ョン・サーバ、およびこれらにおける機能のシステム図を表す。詳細には、図３
には、本発明の実施形態による、サーバ２０４とアプリケーション・サーバ２０
８〜２１４の動作方法を示している。図を簡略にするために、図３では１つのブ
ロックで、アプリケーション・サーバ２０８〜２１４それぞれの機能を示してい
る。動作中、ウェブ・ブラウザ１１が、ＨＴＴＰプロトコルによるデータ要求を
ネットワーク２０２を通じてサーバ２０４に送信する。サーバ２０４は、プロセ
ス・ブロック３０２でＨＴＴＰ要求を受信する。
【００１７】
サーバ２０４は、プロセス・ブロック３０４で、そのＨＴＴＰ要求を、パブリ
ッシュ／サブスクライブ通信のためにサブジェクトベースの要求に変換する。パ
ブリッシュ／サブスクライブ通信の技術は、例えば金融業界などでリアルタイム
情報の配信を促進している。詳細には、パブリッシュ／サブスクライブ通信は、
あらゆる環境にあるアプリケーションが、確実かつ透過的に最新の情報を共有す
ることを可能にする。このような通信では、所与のパブリッシュ／サブスクライ
ブ・メッセージはネットワークを横断し、そのネットワークに接続されたサーバ
などのデバイスが、異なるパブリッシュ／サブスクライブ・メッセージをサブス
クライブすることができる。例えば、所与のパブリッシュ／サブスクライブ・メ
ッセージは、ネットワーク上の異なるサーバに常駐する特定のファイルに対する
要求に関するものである。このメッセージは、それが受信されたときに、そのパ
ブリッシュ／サブスクライブ・メッセージを最初に送信した要求元のデバイスに
送信する必要があるファイルがサブスクライバに分かるようにフォーマットされ
る。これに対し、ポイントツーポイント通信では、同じメッセージを各サブスク
ライバに個々に送信するので、ネットワークの帯域幅を浪費し、そのようなメッ
セージの配信速度が低下する。
ッシュ／サブスクライブ通信のためにサブジェクトベースの要求に変換する。パ
ブリッシュ／サブスクライブ通信の技術は、例えば金融業界などでリアルタイム
情報の配信を促進している。詳細には、パブリッシュ／サブスクライブ通信は、
あらゆる環境にあるアプリケーションが、確実かつ透過的に最新の情報を共有す
ることを可能にする。このような通信では、所与のパブリッシュ／サブスクライ
ブ・メッセージはネットワークを横断し、そのネットワークに接続されたサーバ
などのデバイスが、異なるパブリッシュ／サブスクライブ・メッセージをサブス
クライブすることができる。例えば、所与のパブリッシュ／サブスクライブ・メ
ッセージは、ネットワーク上の異なるサーバに常駐する特定のファイルに対する
要求に関するものである。このメッセージは、それが受信されたときに、そのパ
ブリッシュ／サブスクライブ・メッセージを最初に送信した要求元のデバイスに
送信する必要があるファイルがサブスクライバに分かるようにフォーマットされ
る。これに対し、ポイントツーポイント通信では、同じメッセージを各サブスク
ライバに個々に送信するので、ネットワークの帯域幅を浪費し、そのようなメッ
セージの配信速度が低下する。
【００１８】
さらに、サーバ２０４はプロセス・ブロック３０６で応答サブジェクトを割り
当て、そのサブジェクトベースのメッセージをプロセス・ブロック３０８でパブ
リッシュする。一実施形態では、サブジェクト名は、メッセージの内容を記述し
、メッセージの宛先を指定する文字列である。サブジェクトベースのアドレッシ
ング技術は、ネットワーク・アドレス、プロトコル、パケット、ポート、および
ソケットの詳細に関して、アプリケーション設計者を関与させることなく、メッ
セージがそれぞれの宛先に到達することを助ける。一実施形態では、そのような
アプリケーション設計者が、直感的で人間が読んで理解できるサブジェクト名の
規則を考案する。
当て、そのサブジェクトベースのメッセージをプロセス・ブロック３０８でパブ
リッシュする。一実施形態では、サブジェクト名は、メッセージの内容を記述し
、メッセージの宛先を指定する文字列である。サブジェクトベースのアドレッシ
ング技術は、ネットワーク・アドレス、プロトコル、パケット、ポート、および
ソケットの詳細に関して、アプリケーション設計者を関与させることなく、メッ
セージがそれぞれの宛先に到達することを助ける。一実施形態では、そのような
アプリケーション設計者が、直感的で人間が読んで理解できるサブジェクト名の
規則を考案する。
【００１９】
さらに、従来のネットワーク・プログラミングでは、メッセージの配布にＩＰ
アドレスを組み込み、それにより特定のコンピューティング・デバイスにプログ
ラムを結びつけている。それに対し、サブジェクトベースのアドレッシング・ア
プリケーションは、サブジェクト名によって情報を共有し、それにより、アプリ
ケーションをネットワーク上のどの位置にあるどのコンピューティング・デバイ
スでも自由に実行できるようにする。詳細には、ネットワーク上のサーバなど、
関係するパーティが特定のサブジェクト名をリッスン（サブスクライブ）する。
したがって、第１のデバイス（パブリッシャ）が、特定のサブジェクト名でメッ
セージをパブリッシュし、ネットワークの他のデバイス（サブスクライバ）がそ
のサブジェクト名をリッスン（サブスクライブ）している場合、このサブジェク
トベースのアドレッシング方式は、そのメッセージをパブリッシャからサブスク
ライバまで確実にルーティングする。したがって、ネットワークのあるデバイス
で実行されるアプリケーションはいずれも、ネットワーク上のデバイスで実行さ
れる他のどのアプリケーションにもメッセージを送信することができる。このサ
ブジェクトベースのアドレッシング方式により、分散型システムがより柔軟にな
り、保守が容易になる。
アドレスを組み込み、それにより特定のコンピューティング・デバイスにプログ
ラムを結びつけている。それに対し、サブジェクトベースのアドレッシング・ア
プリケーションは、サブジェクト名によって情報を共有し、それにより、アプリ
ケーションをネットワーク上のどの位置にあるどのコンピューティング・デバイ
スでも自由に実行できるようにする。詳細には、ネットワーク上のサーバなど、
関係するパーティが特定のサブジェクト名をリッスン（サブスクライブ）する。
したがって、第１のデバイス（パブリッシャ）が、特定のサブジェクト名でメッ
セージをパブリッシュし、ネットワークの他のデバイス（サブスクライバ）がそ
のサブジェクト名をリッスン（サブスクライブ）している場合、このサブジェク
トベースのアドレッシング方式は、そのメッセージをパブリッシャからサブスク
ライバまで確実にルーティングする。したがって、ネットワークのあるデバイス
で実行されるアプリケーションはいずれも、ネットワーク上のデバイスで実行さ
れる他のどのアプリケーションにもメッセージを送信することができる。このサ
ブジェクトベースのアドレッシング方式により、分散型システムがより柔軟にな
り、保守が容易になる。
【００２０】
このように、アプリケーションはリッスンすることによってメッセージを受信
する。さらに、一実施形態では、所与のデバイスによるリッスンは、サブジェク
ト名を、そのようなデバイスで実行することのできるコールバック関数と関連付
ける。詳細には、メッセージが到着すると、サブジェクトベースのアドレッシン
グ・ソフトウェアが、所与のサブジェクト名を特定のコールバック関数と一致さ
せることにより、そのメッセージを該当するコールバック関数にディスパッチす
る。
する。さらに、一実施形態では、所与のデバイスによるリッスンは、サブジェク
ト名を、そのようなデバイスで実行することのできるコールバック関数と関連付
ける。詳細には、メッセージが到着すると、サブジェクトベースのアドレッシン
グ・ソフトウェアが、所与のサブジェクト名を特定のコールバック関数と一致さ
せることにより、そのメッセージを該当するコールバック関数にディスパッチす
る。
【００２１】
上記のように、サブジェクトベースのアドレッシング技術は、位置の透過性を
可能にする。この技術のパブリッシャとサブスクライバは、ネットワーク上のど
のコンピュータにおいても実行することができる。さらに、サーバ・アプリケー
ションは、既存のクライアントに影響を与えずに、（重いクライアント負荷を共
有するために）移送および複製することができる。例えば、パブリッシャ（ある
いはクライアント）は、そのサブスクライバの具体的なアドレス（例えばＩＰア
ドレス）を知る必要がないので、パブリッシャがどのようにそのサブジェクトベ
ースのメッセージを送信するかに影響を与えることなく、サブスクライバを追加
、削除、あるいは修正することができる。したがって、このサブジェクトベース
のアドレッシング技術により、エンド・ユーザは、変化や発展に対して容易に適
合することのできるスケーラブルなワークフロー・システムを構築することがで
きる。
可能にする。この技術のパブリッシャとサブスクライバは、ネットワーク上のど
のコンピュータにおいても実行することができる。さらに、サーバ・アプリケー
ションは、既存のクライアントに影響を与えずに、（重いクライアント負荷を共
有するために）移送および複製することができる。例えば、パブリッシャ（ある
いはクライアント）は、そのサブスクライバの具体的なアドレス（例えばＩＰア
ドレス）を知る必要がないので、パブリッシャがどのようにそのサブジェクトベ
ースのメッセージを送信するかに影響を与えることなく、サブスクライバを追加
、削除、あるいは修正することができる。したがって、このサブジェクトベース
のアドレッシング技術により、エンド・ユーザは、変化や発展に対して容易に適
合することのできるスケーラブルなワークフロー・システムを構築することがで
きる。
【００２２】
スケーラブルなワークフロー・システムの構築の一例は、システムが、その負
荷に対応するために資源を追加して応答する必要があるような重負荷時に行うこ
とができる。旧来のシステムでは、システムに対するこのようなアップグレード
は事前に計画する必要がある。それでも、インターネット人口の真のサイズや、
ウェブ・サーバによって処理する必要がある同時の要求の数を見誤ることがある
。このようなことが起きた場合、現在のアーキテクチャはスケーリングすること
ができない。これは、現在のアーキテクチャが、資源に限界のある静的に作られ
たシステムであって、迅速な適合を選択する余地がないためである。本発明の実
施形態によると、待ち時間を短縮し、顧客に対するサービスの遅延を回避するた
めに、追加資源をオンザフライに、リアルタイムで動的に追加することができる
。これらのバックエンド・システムは、負荷が軽減するとオフラインになること
もできる。
荷に対応するために資源を追加して応答する必要があるような重負荷時に行うこ
とができる。旧来のシステムでは、システムに対するこのようなアップグレード
は事前に計画する必要がある。それでも、インターネット人口の真のサイズや、
ウェブ・サーバによって処理する必要がある同時の要求の数を見誤ることがある
。このようなことが起きた場合、現在のアーキテクチャはスケーリングすること
ができない。これは、現在のアーキテクチャが、資源に限界のある静的に作られ
たシステムであって、迅速な適合を選択する余地がないためである。本発明の実
施形態によると、待ち時間を短縮し、顧客に対するサービスの遅延を回避するた
めに、追加資源をオンザフライに、リアルタイムで動的に追加することができる
。これらのバックエンド・システムは、負荷が軽減するとオフラインになること
もできる。
【００２３】
図３に戻ると、一実施形態では、このサブジェクトベースの要求メッセージは
ネットワーク２０６を介してマルチキャストされる。このような実施形態では、
アプリケーション・サーバ２０８、２１０、２１２、および２１４は、プロセス
・ブロック３１０で、所与の件名で要求をリッスンする。サブジェクトベースの
要求を受信すると、アプリケーション・サーバ２０８、２１０、２１２および２
１４は、プロセス・ブロック３１２で、所与の件名についてのコンテンツを取り
出すことによってその要求を処理する。一実施形態では、コンテンツは、アプリ
ケーション・サーバ２０８、２１０、２１２、および２１４内に記憶されたロー
カル・データベースから取り出される。ただし、本発明の実施形態はこの形に限
定されず、このコンテンツを他の位置から取り出すこともできる。例えば、別の
リモート・サーバにコンテンツを記憶することができる。さらに、プロセス・ブ
ロック３１４で、アプリケーション・サーバ２０８、２１０、２１２、および２
１４は、プロセス・ブロック３０６でサーバ２０４が割り当てた応答サブジェク
トを有するメッセージを使用して、取り出したそのコンテンツをパブリッシュす
る。
ネットワーク２０６を介してマルチキャストされる。このような実施形態では、
アプリケーション・サーバ２０８、２１０、２１２、および２１４は、プロセス
・ブロック３１０で、所与の件名で要求をリッスンする。サブジェクトベースの
要求を受信すると、アプリケーション・サーバ２０８、２１０、２１２および２
１４は、プロセス・ブロック３１２で、所与の件名についてのコンテンツを取り
出すことによってその要求を処理する。一実施形態では、コンテンツは、アプリ
ケーション・サーバ２０８、２１０、２１２、および２１４内に記憶されたロー
カル・データベースから取り出される。ただし、本発明の実施形態はこの形に限
定されず、このコンテンツを他の位置から取り出すこともできる。例えば、別の
リモート・サーバにコンテンツを記憶することができる。さらに、プロセス・ブ
ロック３１４で、アプリケーション・サーバ２０８、２１０、２１２、および２
１４は、プロセス・ブロック３０６でサーバ２０４が割り当てた応答サブジェク
トを有するメッセージを使用して、取り出したそのコンテンツをパブリッシュす
る。
【００２４】
一実施形態では、プロセス・ブロック３０８でサブジェクトベースの要求がパ
ブリッシュされると、サーバ２０４が、プロセス・ブロック３１６で、そのサブ
ジェクトベース・メッセージの応答に対するリッスンを開始する。アプリケーシ
ョン２０８、２１０、２１２、または２１４のいずれかからサブジェクトベース
・メッセージに対する応答を受信すると、サーバ２０４は、その応答中のフィー
ルドおよび内容に基づいてポイントツーポイント応答を生成する。一実施形態で
は、このポイントツーポイント応答はＨＴＴＰプロトコルに基づく。ポイントツ
ーポイント応答の生成については、下記で図４との関連でより詳細に説明する。
サーバ２０４は、プロセス・ブロック３１８で、ネットワーク２０２を通じてこ
のポイントツーポイント応答をウェブ・ブラウザ１１に送り返す。一実施形態で
は、この応答を受信すると、ウェブ・ブラウザ１１は、ウェブ・ブラウザ１１の
ユーザに対してこの応答の内容を表示するウェブ・ページを生成する。ただし本
発明の実施形態はこの形に限定されず、ウェブ・ブラウザ１１は、そのような応
答を受信すると他の動作を行うこともできる。例えば、この応答を別のウェブ・
ページに転送し、それによりウェブ・ブラウザ１１がサーバ２０４に対して新し
いＨＴＴＰプロトコル要求を生成するようにしてもよい。
ブリッシュされると、サーバ２０４が、プロセス・ブロック３１６で、そのサブ
ジェクトベース・メッセージの応答に対するリッスンを開始する。アプリケーシ
ョン２０８、２１０、２１２、または２１４のいずれかからサブジェクトベース
・メッセージに対する応答を受信すると、サーバ２０４は、その応答中のフィー
ルドおよび内容に基づいてポイントツーポイント応答を生成する。一実施形態で
は、このポイントツーポイント応答はＨＴＴＰプロトコルに基づく。ポイントツ
ーポイント応答の生成については、下記で図４との関連でより詳細に説明する。
サーバ２０４は、プロセス・ブロック３１８で、ネットワーク２０２を通じてこ
のポイントツーポイント応答をウェブ・ブラウザ１１に送り返す。一実施形態で
は、この応答を受信すると、ウェブ・ブラウザ１１は、ウェブ・ブラウザ１１の
ユーザに対してこの応答の内容を表示するウェブ・ページを生成する。ただし本
発明の実施形態はこの形に限定されず、ウェブ・ブラウザ１１は、そのような応
答を受信すると他の動作を行うこともできる。例えば、この応答を別のウェブ・
ページに転送し、それによりウェブ・ブラウザ１１がサーバ２０４に対して新し
いＨＴＴＰプロトコル要求を生成するようにしてもよい。
【００２５】
したがって、ウェブ・ブラウザ１１は、ＴＣＰ／ＩＰ／ＨＴＴＰ／ＨＴＴＰＳ
のプロトコル・セットを使用して、ネットワーク２０２を通じてＨＴＴＰ／ＨＴ
ＴＰＳに準拠したプロトコルを送信する。サーバ２０４はこの呼出し、パケット
、またはメッセージをウェブ・ブラウザ１１から受信し、それをサブジェクトベ
ースの呼出しに変換する。例えば、ウェブ・ブラウザ１１から発信された呼出し
「ｈｔｔｐ：／／ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ／ｗｈｉｔｅｐａｐｅｒ．
ｈｔｍｌ」は、サブジェクトベースのメッセージ「ｗｈｉｔｅｐａｐｅｒ．ｈｔ
ｍｌ」に変換される。このブラウザ呼出しを受信するサーバ２０４は、アドレス
「ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ」で識別されるサーバであることに留意さ
れたい。サーバ２０４は、「Ａ７６２ ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」など
の応答サブジェクトを割り当てると、ネットワーク２０６を介してこのサブジェ
クトベースの要求をマルチキャストし、この特定のサブジェクトベースのメッセ
ージをリッスンしているサーバ（例えばアプリケーション・サーバ２０８〜２１
４）はすべて、このメッセージを受信することができる。一実施形態では、アプ
リケーション・サーバ２０８〜２１４は、複数コンピュータからなるローカル・
エリア・ネットワークまたはワイド・エリア・ネットワーク上に位置することが
できる。一実施形態では、アプリケーション・サーバ２０８〜２１４はスケーラ
ブルである。さらに一実施形態では、サーバ２０４および２０８〜２１４を同じ
サーバに置くことができる。
のプロトコル・セットを使用して、ネットワーク２０２を通じてＨＴＴＰ／ＨＴ
ＴＰＳに準拠したプロトコルを送信する。サーバ２０４はこの呼出し、パケット
、またはメッセージをウェブ・ブラウザ１１から受信し、それをサブジェクトベ
ースの呼出しに変換する。例えば、ウェブ・ブラウザ１１から発信された呼出し
「ｈｔｔｐ：／／ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ／ｗｈｉｔｅｐａｐｅｒ．
ｈｔｍｌ」は、サブジェクトベースのメッセージ「ｗｈｉｔｅｐａｐｅｒ．ｈｔ
ｍｌ」に変換される。このブラウザ呼出しを受信するサーバ２０４は、アドレス
「ｗｗｗ．ｒｖ．ｔｉｂｃｏ．ｃｏｍ」で識別されるサーバであることに留意さ
れたい。サーバ２０４は、「Ａ７６２ ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」など
の応答サブジェクトを割り当てると、ネットワーク２０６を介してこのサブジェ
クトベースの要求をマルチキャストし、この特定のサブジェクトベースのメッセ
ージをリッスンしているサーバ（例えばアプリケーション・サーバ２０８〜２１
４）はすべて、このメッセージを受信することができる。一実施形態では、アプ
リケーション・サーバ２０８〜２１４は、複数コンピュータからなるローカル・
エリア・ネットワークまたはワイド・エリア・ネットワーク上に位置することが
できる。一実施形態では、アプリケーション・サーバ２０８〜２１４はスケーラ
ブルである。さらに一実施形態では、サーバ２０４および２０８〜２１４を同じ
サーバに置くことができる。
【００２６】
図４は、本発明の一実施形態による、サブジェクトベースのメッセージを組み
込んだ要求を処理する方法を説明する流れ図である。詳細には、図４は、プロセ
ス・ブロック４０２でウェブ・ブラウザ１１で開始される呼出しで始まる方法４
００を示している。プロセス・ブロック４０４で、ウェブ・ブラウザ１１は、Ｔ
ＣＰ／ＩＰ／ＨＴＴＰ／ＨＴＴＰＳのプロトコル・セットを使用して、ＨＴＴＰ
／ＨＴＴＰＳに準拠した呼出しをネットワーク２０２を通じて送信することによ
って呼出しを開始する。その結果、サーバ２０４はプロセス・ブロック４０６で
その呼出しを受信する。プロセス・ブロック４０８で、サーバ２０４は、ポイン
トツーポイントの呼出し、すなわち要求をサブジェクトベースのメッセージに対
応付ける。例えば、ウェブ・ブラウザ１１から来た呼出し、すなわち要求が、「
ｈｔｔｐ：／／． ． ．／ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」のようなファイ
ル要求である場合、この呼出しすなわち要求は「ｗｈｉｔｅｐａｐｅｒ．ｈｔｍ
ｌ」というサブジェクト空間に対応付けられる。
込んだ要求を処理する方法を説明する流れ図である。詳細には、図４は、プロセ
ス・ブロック４０２でウェブ・ブラウザ１１で開始される呼出しで始まる方法４
００を示している。プロセス・ブロック４０４で、ウェブ・ブラウザ１１は、Ｔ
ＣＰ／ＩＰ／ＨＴＴＰ／ＨＴＴＰＳのプロトコル・セットを使用して、ＨＴＴＰ
／ＨＴＴＰＳに準拠した呼出しをネットワーク２０２を通じて送信することによ
って呼出しを開始する。その結果、サーバ２０４はプロセス・ブロック４０６で
その呼出しを受信する。プロセス・ブロック４０８で、サーバ２０４は、ポイン
トツーポイントの呼出し、すなわち要求をサブジェクトベースのメッセージに対
応付ける。例えば、ウェブ・ブラウザ１１から来た呼出し、すなわち要求が、「
ｈｔｔｐ：／／． ． ．／ｗｈｉｔｅｐａｐｅｒ．ｈｔｍｌ」のようなファイ
ル要求である場合、この呼出しすなわち要求は「ｗｈｉｔｅｐａｐｅｒ．ｈｔｍ
ｌ」というサブジェクト空間に対応付けられる。
【００２７】
さらに、プロセス・ブロック４１０で、ＨＴＴＰ要求を名前／値の対に対応付
け、サブジェクトベースのメッセージにパックする。さらに、プロセス・ブロッ
ク４１２で、サーバ２０４が応答サブジェクトを生成する。一実施形態では、こ
の応答サブジェクトの生成には、サーバ２０４によってその特定のサブジェクト
でパブリッシュされるそれ以降のすべてのメッセージに対するリッスン・イベン
トを生成することが含まれる。このメッセージは、ウェブ・ブラウザ１１にその
内容を送信すべき応答を表す。さらに、応答サブジェクトの生成には、サブジェ
クトベースの要求をパブリッシュすることが含まれる。
け、サブジェクトベースのメッセージにパックする。さらに、プロセス・ブロッ
ク４１２で、サーバ２０４が応答サブジェクトを生成する。一実施形態では、こ
の応答サブジェクトの生成には、サーバ２０４によってその特定のサブジェクト
でパブリッシュされるそれ以降のすべてのメッセージに対するリッスン・イベン
トを生成することが含まれる。このメッセージは、ウェブ・ブラウザ１１にその
内容を送信すべき応答を表す。さらに、応答サブジェクトの生成には、サブジェ
クトベースの要求をパブリッシュすることが含まれる。
【００２８】
アプリケーション・サーバ２０８〜２１４の１つが、サブジェクトベースの要
求に対する応答を戻すと、サーバ２０４は、プロセス・ブロック４１４で、以前
に割り当てた応答サブジェクトに基づいてこの応答を受信する。さらに、サーバ
２０４は、プロセス・ブロック４１６で、そのサブジェクトベースの応答の内容
とタイプ・フィールドに基づいてポイントツーポイント応答を生成する。一実施
形態では、ポイントツーポイント応答はＨＴＴＰまたはＨＴＴＰＳによる応答で
ある。サーバ２０４は次いで、プロセス・ブロック４１８で、このポイントツー
ポイント応答をウェブ・ブラウザ１１に送り返す。一実施形態では、プロセス・
ブロック４２０で、ウェブ・ブラウザ１１がこの応答をＨＴＭＬのウェブ・ペー
ジとして表示する。ただし、上記のように、サーバ２０４から戻される応答は表
示用のウェブ・ページに限定されず、本発明の実施形態は、サーバとクライアン
ト・コンピュータ間の他タイプの応答通信をいずれも取り入れることができる。
求に対する応答を戻すと、サーバ２０４は、プロセス・ブロック４１４で、以前
に割り当てた応答サブジェクトに基づいてこの応答を受信する。さらに、サーバ
２０４は、プロセス・ブロック４１６で、そのサブジェクトベースの応答の内容
とタイプ・フィールドに基づいてポイントツーポイント応答を生成する。一実施
形態では、ポイントツーポイント応答はＨＴＴＰまたはＨＴＴＰＳによる応答で
ある。サーバ２０４は次いで、プロセス・ブロック４１８で、このポイントツー
ポイント応答をウェブ・ブラウザ１１に送り返す。一実施形態では、プロセス・
ブロック４２０で、ウェブ・ブラウザ１１がこの応答をＨＴＭＬのウェブ・ペー
ジとして表示する。ただし、上記のように、サーバ２０４から戻される応答は表
示用のウェブ・ページに限定されず、本発明の実施形態は、サーバとクライアン
ト・コンピュータ間の他タイプの応答通信をいずれも取り入れることができる。
【００２９】
図５は、本発明の実施形態のシステム・アプリケーションのブロック図を表す
。図２と同様に、図５も、ウェブ・ブラウザ１１、ネットワーク２０２、サーバ
２０４、ネットワーク経路２０６、およびアプリケーション・サーバ２０８〜２
１４を含む。ウェブ・ブラウザ１１は、ネットワーク２０２を通じてサーバ２０
４に結合される。サーバ２０４はさらに、ネットワーク経路２０６を通じてアプ
リケーション・サーバ２０８〜２１４に結合される。
。図２と同様に、図５も、ウェブ・ブラウザ１１、ネットワーク２０２、サーバ
２０４、ネットワーク経路２０６、およびアプリケーション・サーバ２０８〜２
１４を含む。ウェブ・ブラウザ１１は、ネットワーク２０２を通じてサーバ２０
４に結合される。サーバ２０４はさらに、ネットワーク経路２０６を通じてアプ
リケーション・サーバ２０８〜２１４に結合される。
【００３０】
また、図に示すように、アプリケーション・サーバ２１４は、その中に複数の
サーバ（アプリケーション・サーバ２１４．１〜２１４．ｎ）を含むことができ
る。一実施形態では、アプリケーション・サーバ２１４．１〜２１４．ｎは、ロ
ーカル・エリア・ネットワーク（ＬＡＮ）を通じて接続される。別の実施形態で
は、アプリケーションサーバ２１４．１〜２１４．ｎは、ワイド・エリア・ネッ
トワーク（ＷＡＮ）を通じて接続される。そのような実施形態では、アプリケー
ション・サーバ２１４．１〜２１４．ｎはインターネットを通じて接続される。
さらに、アプリケーション・サーバ２１４．１〜２１４．ｎは、これらのアプリ
ケーション・サーバ間に通信を提供する異なるネットワークの組み合わせを通じ
て接続される。
サーバ（アプリケーション・サーバ２１４．１〜２１４．ｎ）を含むことができ
る。一実施形態では、アプリケーション・サーバ２１４．１〜２１４．ｎは、ロ
ーカル・エリア・ネットワーク（ＬＡＮ）を通じて接続される。別の実施形態で
は、アプリケーションサーバ２１４．１〜２１４．ｎは、ワイド・エリア・ネッ
トワーク（ＷＡＮ）を通じて接続される。そのような実施形態では、アプリケー
ション・サーバ２１４．１〜２１４．ｎはインターネットを通じて接続される。
さらに、アプリケーション・サーバ２１４．１〜２１４．ｎは、これらのアプリ
ケーション・サーバ間に通信を提供する異なるネットワークの組み合わせを通じ
て接続される。
【００３１】
ポイントツーポイント・ベースのアドレッシングと異なり、サブジェクトベー
スのアドレッシングは、図５に示すように、要求メッセージのキューイングとロ
ード・バランシングを可能にする。本発明の実施形態は、分散キューを取り入れ
ることも可能にし、これを、アプリケーション・サーバ２１４の構成と動作によ
って説明する。
スのアドレッシングは、図５に示すように、要求メッセージのキューイングとロ
ード・バランシングを可能にする。本発明の実施形態は、分散キューを取り入れ
ることも可能にし、これを、アプリケーション・サーバ２１４の構成と動作によ
って説明する。
【００３２】
作動の際、アプリケーション・サーバ２１４．１〜２１４．ｎは分散キューと
関連付けられ、上記で図３〜４との関連で説明した、受信したサブジェクトベー
スのメッセージがそのキューに置かれる。さらに、アプリケーション・サーバ２
１４．１〜２１４．ｎの１つが、この分散キューのためのアクティブなスケジュ
ーラに指定される。一実施形態では、このアクティブ・スケジューラは、スケジ
ューラの重みに基づいて決定される。スケジューラの重みは、同じキューの他の
メンバに対する、あるメンバ・セッションのスケジューラの役割を果たす能力を
表す。このような一実施形態では、スケジューラの重みは、それが持つ資源の利
用可能度に基づく。さらに一実施形態では、最高のスケジューラ重みを有するア
プリケーション・サーバ２１４．１〜２１４．ｎがスケジューラに指定される。
関連付けられ、上記で図３〜４との関連で説明した、受信したサブジェクトベー
スのメッセージがそのキューに置かれる。さらに、アプリケーション・サーバ２
１４．１〜２１４．ｎの１つが、この分散キューのためのアクティブなスケジュ
ーラに指定される。一実施形態では、このアクティブ・スケジューラは、スケジ
ューラの重みに基づいて決定される。スケジューラの重みは、同じキューの他の
メンバに対する、あるメンバ・セッションのスケジューラの役割を果たす能力を
表す。このような一実施形態では、スケジューラの重みは、それが持つ資源の利
用可能度に基づく。さらに一実施形態では、最高のスケジューラ重みを有するア
プリケーション・サーバ２１４．１〜２１４．ｎがスケジューラに指定される。
【００３３】
さらに、一実施形態では、アクティブ・スケジューラである所与のサーバ（例
えばアプリケーション・サーバ２１４．１）が、分散キューの他のサーバ・メン
バ（例えばアプリケーション・サーバ２１４．２〜２１４．ｎ）に対して、指定
の間隔でハートビート・メッセージを送信する。このハートビート・メッセージ
は、そのアクティブ・スケジューラがまだ生きていることを他のメンバ・サーバ
に知らせる。したがって、分散キューの各サーバは、このハートビート・メッセ
ージを受信するために、同じスケジューラ活動化間隔を指定しなくてはならない
。アクティブ・スケジューラからのハートビート・メッセージがこの活動化間隔
にわたって送信されないと、残りのキュー・メンバの中で最大のスケジューラ重
みを有する１つのキュー・メンバが、アクティブ・スケジューラに代わって新し
いアクティブ・スケジューラになる。
えばアプリケーション・サーバ２１４．１）が、分散キューの他のサーバ・メン
バ（例えばアプリケーション・サーバ２１４．２〜２１４．ｎ）に対して、指定
の間隔でハートビート・メッセージを送信する。このハートビート・メッセージ
は、そのアクティブ・スケジューラがまだ生きていることを他のメンバ・サーバ
に知らせる。したがって、分散キューの各サーバは、このハートビート・メッセ
ージを受信するために、同じスケジューラ活動化間隔を指定しなくてはならない
。アクティブ・スケジューラからのハートビート・メッセージがこの活動化間隔
にわたって送信されないと、残りのキュー・メンバの中で最大のスケジューラ重
みを有する１つのキュー・メンバが、アクティブ・スケジューラに代わって新し
いアクティブ・スケジューラになる。
【００３４】
したがって、このタイプのスケジューリングは必要とされる耐障害性を提供し
、所与のメンバ・サーバ２１４．１〜２１４．ｎが分散キューのスケジューラと
して機能する。この耐障害性のパラメータ（例えばスケジューリングの重み）に
よって、分散キューのアクティブ・スケジューラに最も適したメンバ・サーバを
選択するので、どのメンバ・サーバ２１４．１〜２１４．ｎもスケジューラにな
る可能性がある。
、所与のメンバ・サーバ２１４．１〜２１４．ｎが分散キューのスケジューラと
して機能する。この耐障害性のパラメータ（例えばスケジューリングの重み）に
よって、分散キューのアクティブ・スケジューラに最も適したメンバ・サーバを
選択するので、どのメンバ・サーバ２１４．１〜２１４．ｎもスケジューラにな
る可能性がある。
【００３５】
さらに、分散キューの一部である、アクティブ・スケジューラを含むすべての
アプリケーション・サーバは、これらが、分散キューに入って来るサブジェクト
ベースのメッセージをリッスンし、これらのサブジェクトベース・メッセージに
対する作用または処理を行うタスクを割り当てられることから、ワーカまたはリ
スナとして定義される。一実施形態では、分散キューのアプリケーション・サー
バ２１４．１〜２１４．ｎは、各自がその名前を持つキューのメンバであること
を示す、再利用が可能な同じ対応名を共用することができる。このような一実施
形態では、分散キューの各メンバは同じサブジェクトをリッスンする。ただし、
各メンバがリッスンする際でも、各インバウンド・メッセージについて、そのメ
ッセージを処理するのは１つのメンバだけである。
アプリケーション・サーバは、これらが、分散キューに入って来るサブジェクト
ベースのメッセージをリッスンし、これらのサブジェクトベース・メッセージに
対する作用または処理を行うタスクを割り当てられることから、ワーカまたはリ
スナとして定義される。一実施形態では、分散キューのアプリケーション・サー
バ２１４．１〜２１４．ｎは、各自がその名前を持つキューのメンバであること
を示す、再利用が可能な同じ対応名を共用することができる。このような一実施
形態では、分散キューの各メンバは同じサブジェクトをリッスンする。ただし、
各メンバがリッスンする際でも、各インバウンド・メッセージについて、そのメ
ッセージを処理するのは１つのメンバだけである。
【００３６】
詳細には、アプリケーション・サーバ２１４．１〜２１４．ｎの分散キューで
サブジェクトベースのメッセージが受信されると、アクティブ・スケジューラ（
例えばアプリケーションサーバ２１４．１）は、アクティブ・スケジューラを含
めて、その分散キューに関連付けられたアプリケーション・サーバのいずれかに
、そのサブジェクトベースのメッセージを処理するタスクを割り当てる。一実施
形態では、アクティブ・スケジューラは、ワーカまたはリスナの重みに基づいて
、所与のサブジェクトベースのメッセージに対する処理タスクを割り当てる。
サブジェクトベースのメッセージが受信されると、アクティブ・スケジューラ（
例えばアプリケーションサーバ２１４．１）は、アクティブ・スケジューラを含
めて、その分散キューに関連付けられたアプリケーション・サーバのいずれかに
、そのサブジェクトベースのメッセージを処理するタスクを割り当てる。一実施
形態では、アクティブ・スケジューラは、ワーカまたはリスナの重みに基づいて
、所与のサブジェクトベースのメッセージに対する処理タスクを割り当てる。
【００３７】
このような一実施形態では、アクティブ・スケジューラは、最大のワーカまた
はリスナ重みを有する利用可能なワーカまたはリスナに処理タスクを割り当てる
。一実施形態では、ワーカまたはリスナは、（１）そのワーカまたはリスナに割
り当てられた保留中のタスクがそのタスク能力を超えていないか、または（２）
そのワーカまたはリスナがアクティブ・スケジューラでなければ利用可能である
と見なされる。ただし、アクティブ・スケジューラは、他のワーカまたはリスナ
が利用可能でないときには、それ自身にタスクを割り当てることもある。
はリスナ重みを有する利用可能なワーカまたはリスナに処理タスクを割り当てる
。一実施形態では、ワーカまたはリスナは、（１）そのワーカまたはリスナに割
り当てられた保留中のタスクがそのタスク能力を超えていないか、または（２）
そのワーカまたはリスナがアクティブ・スケジューラでなければ利用可能である
と見なされる。ただし、アクティブ・スケジューラは、他のワーカまたはリスナ
が利用可能でないときには、それ自身にタスクを割り当てることもある。
【００３８】
タスク能力は、ワーカまたはリスナが受け入れることのできる最大のタスク数
として定義される。一実施形態では、受け入れたタスクの数がこの最大数に達す
ると、その時点で保留中のタスクの少なくとも１つが完了するまで、ワーカまた
はリスナはそれ以上のタスクを受け入れることができない。アクティブ・スケジ
ューラは、着信するサブジェクトベースのメッセージに基づくタスクを受け取る
と、最大のワーカまたはリスナ重みを有するワーカまたはリスナに割り当てられ
た保留中のタスクがそのタスク能力を超えていない限り、そのワーカまたはリス
ナにそのタスクを割り当てる。一実施形態では、この好ましいワーカまたはリス
ナがそのタスク能力を超えているとき、アクティブ・スケジューラは、その次に
大きいワーカまたはリスナ重みを有するワーカまたはリスナにその新しいタスク
を割り当てる。
として定義される。一実施形態では、受け入れたタスクの数がこの最大数に達す
ると、その時点で保留中のタスクの少なくとも１つが完了するまで、ワーカまた
はリスナはそれ以上のタスクを受け入れることができない。アクティブ・スケジ
ューラは、着信するサブジェクトベースのメッセージに基づくタスクを受け取る
と、最大のワーカまたはリスナ重みを有するワーカまたはリスナに割り当てられ
た保留中のタスクがそのタスク能力を超えていない限り、そのワーカまたはリス
ナにそのタスクを割り当てる。一実施形態では、この好ましいワーカまたはリス
ナがそのタスク能力を超えているとき、アクティブ・スケジューラは、その次に
大きいワーカまたはリスナ重みを有するワーカまたはリスナにその新しいタスク
を割り当てる。
【００３９】
一実施形態では、あるサーバが分散キューと関連付けられる際にそのサーバに
割り当てられるデフォルトのタスク能力は１である。ただし、この値は、複数の
異なる要素に基づいて変更することができる。一実施形態では、マルチスレッド
・プログラムを実行する複数のプロセッサを含むサーバで、ｎ個のスレッドとｎ
個のプロセッサをインバウンド・タスクに向けるサーバはｎのタスク能力を有す
る。
割り当てられるデフォルトのタスク能力は１である。ただし、この値は、複数の
異なる要素に基づいて変更することができる。一実施形態では、マルチスレッド
・プログラムを実行する複数のプロセッサを含むサーバで、ｎ個のスレッドとｎ
個のプロセッサをインバウンド・タスクに向けるサーバはｎのタスク能力を有す
る。
【００４０】
一実施形態では、通信時間の遅れを、所与のサーバのタスク能力の要因として
考慮に入れる。大半の分散キュー・アプリケーションでは、通信時間は、タスク
のターンアラウンド時間の中で取るに足らないわずかな部分である。言い換える
と、タスクを割り当て、その完了を通知するのに必要な時間は、実際のタスクを
処理するのに必要とされる時間に比較すると非常にわずかである。例えば、平均
的なタスクのターンアラウンド時間が２０００ミリ秒で、通信時間がその全体の
１０ミリ秒を占める場合、そのタスク能力は、プロセッサまたはスレッドの数と
同じになる。
考慮に入れる。大半の分散キュー・アプリケーションでは、通信時間は、タスク
のターンアラウンド時間の中で取るに足らないわずかな部分である。言い換える
と、タスクを割り当て、その完了を通知するのに必要な時間は、実際のタスクを
処理するのに必要とされる時間に比較すると非常にわずかである。例えば、平均
的なタスクのターンアラウンド時間が２０００ミリ秒で、通信時間がその全体の
１０ミリ秒を占める場合、そのタスク能力は、プロセッサまたはスレッドの数と
同じになる。
【００４１】
しかし、状況によっては、通信時間が無視できないものになる可能性がある。
例えば、ＷＡＮあるいはイントラネットやインターネットによって接続された遠
隔地にキュー・メンバが分散されている場合には、通信時間が多大になる可能性
がある。通信時間が多大になると、タスク能力の意味が変化する。詳細には、タ
スク能力は、リスナが同時に処理することのできるタスクの数を表す代わりに、
通信時間の遅れにかかわらずそのリスナの能力を満たすことのできるタスク数を
表すことになる。例えば、平均的なタスクのターンアラウンド時間が１５００ミ
リ秒で、その内訳が、全体の時間に対して平均的なタスク処理時間が１０００ミ
リ秒、平均的な通信時間が５００ミリ秒である場合、タスク能力の設定によって
通信時間を補償することにより、タスク間のリスナのアイドル時間を最小にする
ことができる。
例えば、ＷＡＮあるいはイントラネットやインターネットによって接続された遠
隔地にキュー・メンバが分散されている場合には、通信時間が多大になる可能性
がある。通信時間が多大になると、タスク能力の意味が変化する。詳細には、タ
スク能力は、リスナが同時に処理することのできるタスクの数を表す代わりに、
通信時間の遅れにかかわらずそのリスナの能力を満たすことのできるタスク数を
表すことになる。例えば、平均的なタスクのターンアラウンド時間が１５００ミ
リ秒で、その内訳が、全体の時間に対して平均的なタスク処理時間が１０００ミ
リ秒、平均的な通信時間が５００ミリ秒である場合、タスク能力の設定によって
通信時間を補償することにより、タスク間のリスナのアイドル時間を最小にする
ことができる。
【００４２】
したがって、タスク能力を変えて通信時間の送れを補償する際には、バランス
が重要になる。リスナを「過小負荷する」（そのタスク能力を過度に低く設定す
ることによる）と、アクティブ・スケジューラがその次のタスクを割り当てるの
を待つ間、リスナがアイドルの状態のままでいることになる。逆に、リスナを「
過負荷にする」（そのタスク能力を過度に高く設定することによる）と、割り当
てられるタスクの一部を待たせることになり、そのタスクを受け入れることがで
きた可能性のある他のリスナがアイドルのままになる。一実施形態では、アプリ
ケーション・サーバ２１４．１〜２１４．ｎは、サブジェクトベースのメッセー
ジの配信に対して複数のサービス品質をサポートする。
が重要になる。リスナを「過小負荷する」（そのタスク能力を過度に低く設定す
ることによる）と、アクティブ・スケジューラがその次のタスクを割り当てるの
を待つ間、リスナがアイドルの状態のままでいることになる。逆に、リスナを「
過負荷にする」（そのタスク能力を過度に高く設定することによる）と、割り当
てられるタスクの一部を待たせることになり、そのタスクを受け入れることがで
きた可能性のある他のリスナがアイドルのままになる。一実施形態では、アプリ
ケーション・サーバ２１４．１〜２１４．ｎは、サブジェクトベースのメッセー
ジの配信に対して複数のサービス品質をサポートする。
【００４３】
上記のように、分散型のキューイングは、特定のアプリケーション・サーバ２
１４を構成するｎ個のアプリケーション・サーバすべてが、サーバ２０４によっ
てパブリッシュされるすべてのメッセージを受け取るのは望ましくないという問
題に対処する。一般的には、グループ２１４のすべてのサーバが同じタスクを実
行する。これは、例えばグループ２１４中のｎ個のアプリケーション・サーバそ
れぞれが動作を行うので望ましくない。さらに、各アプリケーション・サーバが
メッセージを受信する（そして恐らくはそれに応答する）と、ネットワークの帯
域幅を消費することになる。
１４を構成するｎ個のアプリケーション・サーバすべてが、サーバ２０４によっ
てパブリッシュされるすべてのメッセージを受け取るのは望ましくないという問
題に対処する。一般的には、グループ２１４のすべてのサーバが同じタスクを実
行する。これは、例えばグループ２１４中のｎ個のアプリケーション・サーバそ
れぞれが動作を行うので望ましくない。さらに、各アプリケーション・サーバが
メッセージを受信する（そして恐らくはそれに応答する）と、ネットワークの帯
域幅を消費することになる。
【００４４】
それでも、グループ２１４中のｎ個のアプリケーション・サーバのうち少なく
とも１つがメッセージを受信し、その要求メッセージを可能なすべてのアプリケ
ーション・サーバ間でロード・バランシングすることはどうしても必要である。
すなわち、理想的には、システムが、ｎ個のアプリケーション・サーバ２１４の
１つだけにメッセージを配信するとよい。多数のｎ個のアプリケーション・サー
バ２１４が、望ましいレベルの耐障害性および／またはロード・バランシングを
提供する必要があるような状況が発生する。例えば、アプリケーションが不安定
であるか、あるいはメッセージの配信が絶対的にクリティカルであるような状況
では、耐障害性が重要になる。
とも１つがメッセージを受信し、その要求メッセージを可能なすべてのアプリケ
ーション・サーバ間でロード・バランシングすることはどうしても必要である。
すなわち、理想的には、システムが、ｎ個のアプリケーション・サーバ２１４の
１つだけにメッセージを配信するとよい。多数のｎ個のアプリケーション・サー
バ２１４が、望ましいレベルの耐障害性および／またはロード・バランシングを
提供する必要があるような状況が発生する。例えば、アプリケーションが不安定
であるか、あるいはメッセージの配信が絶対的にクリティカルであるような状況
では、耐障害性が重要になる。
【００４５】
本発明の実施形態では、グループ２１４の各アプリケーション・サーバは、例
えばサーバ２１４．１など、アクティブ・スケジューラとして機能するｎ個のア
プリケーション・サーバの１つにメッセージを送信し、その重みの指示を与える
。すると、アクティブ・スケジューラ２１４．１は、受け取ったそのサブジェク
トベースのメッセージを、グループ中で最大の重みを有する特定のアプリケーシ
ョン・サーバに送信することによって応答する。したがって、グループ２１４中
のサブスクライブ・サーバによる分散キューは、タスク（更新、および問い合わ
せ）を表すメッセージを受け入れることができる。このシステムは各タスクをサ
ーバの１つだけに割り当て、サーバのグループとタスクの配布はウェブ・サーバ
にとって常に完全に透過である。分散型のキューイング機能およびタスクのスケ
ジューリング機能は、公開されたＰＣＴ出願ＷＯ９９／０９４９０により詳細に
記載される。この出願は参照により本明細書に組み込む。
えばサーバ２１４．１など、アクティブ・スケジューラとして機能するｎ個のア
プリケーション・サーバの１つにメッセージを送信し、その重みの指示を与える
。すると、アクティブ・スケジューラ２１４．１は、受け取ったそのサブジェク
トベースのメッセージを、グループ中で最大の重みを有する特定のアプリケーシ
ョン・サーバに送信することによって応答する。したがって、グループ２１４中
のサブスクライブ・サーバによる分散キューは、タスク（更新、および問い合わ
せ）を表すメッセージを受け入れることができる。このシステムは各タスクをサ
ーバの１つだけに割り当て、サーバのグループとタスクの配布はウェブ・サーバ
にとって常に完全に透過である。分散型のキューイング機能およびタスクのスケ
ジューリング機能は、公開されたＰＣＴ出願ＷＯ９９／０９４９０により詳細に
記載される。この出願は参照により本明細書に組み込む。
【００４６】
さらに、ここに記載するサーバなどのコンピューティング・デバイスは、処理
装置および記憶装置（図示せず）を含んでもよい。その記憶装置は、上記に記載
した方法論のいずれか１つ、またはすべてを実施する命令のセット（すなわちソ
フトウェア）を記憶した機械可読媒体を含む。ソフトウェアは、このメモリおよ
び／またはこの処理装置の中に、完全にまたは少なくとも部分的に常駐すること
ができる。本明細書の目的には、用語「機械可読媒体」は、機械（例えばコンピ
ュータ）が読み出すことのできる形で情報を提供（すなわち、記憶および／また
は送信）する任意の機構を含むものと解釈されたい。例えば、機械可読媒体には
、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、磁
気ディスク記憶媒体、光記憶媒体、フラッシュ・メモリ・デバイス、電気、光、
音響、あるいはその他の形の伝搬信号（例えば搬送波、赤外線信号、デジタル信
号など）などが含まれる。
装置および記憶装置（図示せず）を含んでもよい。その記憶装置は、上記に記載
した方法論のいずれか１つ、またはすべてを実施する命令のセット（すなわちソ
フトウェア）を記憶した機械可読媒体を含む。ソフトウェアは、このメモリおよ
び／またはこの処理装置の中に、完全にまたは少なくとも部分的に常駐すること
ができる。本明細書の目的には、用語「機械可読媒体」は、機械（例えばコンピ
ュータ）が読み出すことのできる形で情報を提供（すなわち、記憶および／また
は送信）する任意の機構を含むものと解釈されたい。例えば、機械可読媒体には
、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、磁
気ディスク記憶媒体、光記憶媒体、フラッシュ・メモリ・デバイス、電気、光、
音響、あるいはその他の形の伝搬信号（例えば搬送波、赤外線信号、デジタル信
号など）などが含まれる。
【００４７】
以上、ネットワーク通信におけるアノニマスなサブジェクトベースのアドレッ
シングのための方法および装置を説明した。本発明は、特定の例示的実施形態を
参照して説明したが、本発明のより広い精神および範囲から逸脱することなく、
これらの実施形態に各種の修正および変更を行えることは明らかであろう。例え
ば、所与のウェブ・ブラウザと所与のサーバ間でＴＣＰ／ＩＰ／ＨＴＴＰ／ＨＴ
ＴＰＳプロトコルを利用する本発明の実施形態を記載している。しかし、このよ
うな実施形態は例示であって制限ではなく、他のタイプのポイントツーポイント
のプロトコルを所与のサーバで受信し、サブジェクトベースのメッセージに変換
することができる。
シングのための方法および装置を説明した。本発明は、特定の例示的実施形態を
参照して説明したが、本発明のより広い精神および範囲から逸脱することなく、
これらの実施形態に各種の修正および変更を行えることは明らかであろう。例え
ば、所与のウェブ・ブラウザと所与のサーバ間でＴＣＰ／ＩＰ／ＨＴＴＰ／ＨＴ
ＴＰＳプロトコルを利用する本発明の実施形態を記載している。しかし、このよ
うな実施形態は例示であって制限ではなく、他のタイプのポイントツーポイント
のプロトコルを所与のサーバで受信し、サブジェクトベースのメッセージに変換
することができる。
【００４８】
上記の実施形態に行うことが可能な別の変更例は、図２、３、および５に示す
ネットワーク経路２０６の排除である。詳細には、本発明の実施形態は、ネット
ワーク経路２０６に結合された外部サーバにサブジェクトベースのメッセージを
送信する形態に限定されず、サブジェクトベースのメッセージを、サーバ２０４
内のプロセスにローカルに送信することもできる。したがって、本明細書および
図面は、制限的な意味ではなく例証的な意味に捉えるべきである。
ネットワーク経路２０６の排除である。詳細には、本発明の実施形態は、ネット
ワーク経路２０６に結合された外部サーバにサブジェクトベースのメッセージを
送信する形態に限定されず、サブジェクトベースのメッセージを、サーバ２０４
内のプロセスにローカルに送信することもできる。したがって、本明細書および
図面は、制限的な意味ではなく例証的な意味に捉えるべきである。
【図１】
従来技術によるブラウザ、ウェブ・サーバ、およびアプリケーション・サーバ
のシステム図である。
のシステム図である。
【図２】
本発明の実施形態による、ウェブ・ブラウザ、ウェブ・サーバ、およびアプリ
ケーション・サーバのシステム図である。
ケーション・サーバのシステム図である。
【図３】
本発明の実施形態による、ブラウザ、ウェブ・サーバ、アプリケーション・サ
ーバ、およびそれらにおける機能のシステム図である。
ーバ、およびそれらにおける機能のシステム図である。
【図４】
本発明の実施形態による、サブジェクトベースのメッセージを組み込んだ要求
を処理する方法を説明する流れ図である。
を処理する方法を説明する流れ図である。
【図５】
本発明の実施形態のシステム・アプリケーションのブロック図である。
─────────────────────────────────────────────────────
フロントページの続き
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，
ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ
Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ
，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，
ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ
Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ
，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，
ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，
ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ
Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ
，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，
ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ
Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ
，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，
ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ
Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ
，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，
ＶＮ，ＹＵ，ＺＡ，ＺＷ
Claims (35)
- 【請求項１】 クライアント・コンピュータからポイントツーポイントの要
求メッセージを受信し、 ポイントツーポイントの要求メッセージをサブジェクトベースのメッセージに
変換し、 サブジェクトベースのメッセージをマルチキャストし、 サブジェクトベースのメッセージに対する応答を受信し、 サブジェクトベース・メッセージに対する応答をポイントツーポイントの応答
メッセージに変換し、 ポイントツーポイントの応答メッセージをクライアント・コンピュータに送信
すること を含む方法。 - 【請求項２】 該変換が、サブジェクトベースのメッセージに応答サブジェ
クトを割り当てることを含む請求項１に記載の方法。 - 【請求項３】 ポイントツーポイントの要求メッセージが、ハイパーテキス
ト転送プロトコルに基づく請求項１に記載の方法。 - 【請求項４】 サブジェクトベースのメッセージが、そのサブジェクトベー
スのメッセージを受信するサブスクライバのグループを表す請求項１に記載の方
法。 - 【請求項５】 該サブジェクトベースのメッセージを受信するサブスクライ
バ・グループが、動的に変換することが可能である請求項４に記載の方法。 - 【請求項６】 サブジェクトベースのメッセージが受信者の識別に依存しな
い請求項１に記載の方法。 - 【請求項７】 サブジェクトベースのメッセージが、そのサブジェクトベー
ス・メッセージの受信者によって使用されるプロトコルに依存しない請求項１に
記載の方法。 - 【請求項８】 ハイパーテキスト転送プロトコル（ＨＴＴＰ）に基づくポイ
ントツーポイントの要求を処理する方法であって、 クライアント・コンピュータからポイントツーポイントの要求を受信し、 ポイントツーポイントの要求をサブジェクトベースのメッセージに変換し、 ネットワークを介して複数のアプリケーション・サーバにサブジェクトベース
のメッセージをマルチキャストし、 該複数のアプリケーション・サーバの１つから、サブジェクトベース・メッセ
ージに対する応答を受信し、 応答から内容を抽出し、 応答からの内容を使用してポイントツーポイントの応答を生成し、 ポイントツーポイントの応答をクライアント・コンピュータに送り返すこと を含む方法。 - 【請求項９】 該変換が、サブジェクトベースのメッセージに応答サブジェ
クトを割り当てることを含む請求項８に記載の方法。 - 【請求項１０】 サブジェクトベースのメッセージが、そのサブジェクトベ
ース・メッセージを受信するサブスクライバのグループを表す請求項８に記載の
方法。 - 【請求項１１】 該サブジェクトベースのメッセージを受信するサブスクラ
イバ・グループが動的に変化することが可能である請求項１０に記載の方法。 - 【請求項１２】 サブジェクトベースのメッセージが受信者の識別に依存し
ない請求項１０に記載の方法。 - 【請求項１３】 サブジェクトベースのメッセージが、そのサブジェクトベ
ース・メッセージの受信者によって使用されるプロトコルに依存しない請求項１
０に記載の方法。 - 【請求項１４】 命令を提供する機械可読媒体であって、該命令がプロセッ
サによって実行されると、前記プロセッサが、 クライアント・コンピュータからポイントツーポイントのメッセージを受信し
、 ポイントツーポイントの要求メッセージをサブジェクトベースのメッセージに
変換し、 サブジェクトベース・メッセージをマルチキャストし、 サブジェクトベース・メッセージに対する応答を受信し、 サブジェクトベース・メッセージに対する応答をポイントツーポイントの応答
メッセージに変換し、 ポイントツーポイントの応答メッセージをクライアント・コンピュータに送信
すること を含む動作を実行する機械可読媒体。 - 【請求項１５】 該変換が、サブジェクトベースのメッセージに応答サブジ
ェクトを割り当てることを含む請求項１４に記載の機械可読媒体。 - 【請求項１６】 ポイントツーポイントの要求メッセージがハイパーテキス
ト転送プロトコルに基づく請求項１４に記載の機械可読媒体。 - 【請求項１７】 サブジェクトベースのメッセージが、そのサブジェクトベ
ース・メッセージを受信するサブスクライバのグループを表す請求項１４に記載
の機械可読媒体。 - 【請求項１８】 該サブジェクトベースのメッセージを受信するサブスクラ
イバ・グループが、動的に変化することが可能である請求項１７に記載の機械可
読媒体。 - 【請求項１９】 サブジェクトベースのメッセージが受信者の識別に依存し
ない請求項１４に記載の機械可読媒体。 - 【請求項２０】 サブジェクトベースのメッセージが、そのサブジェクトベ
ース・メッセージの受信者によって使用されるプロトコルに依存しない請求項１
４に記載の機械可読媒体。 - 【請求項２１】 ハイパーテキスト転送プロトコル（ＨＴＴＰ）に基づくポ
イントツーポイント要求を処理するための命令を提供する機械可読媒体であって
、該命令がプロセッサによって実行されると、前記プロセッサが、 クライアント・コンピュータからポイントツーポイントの要求を受信し、 ポイントツーポイント要求をサブジェクトベースのメッセージに変換し、 ネットワークを介してサブジェクトベース・メッセージを複数のアプリケーシ
ョン・サーバにマルチキャストし、 複数のアプリケーション・サーバの１つから、サブジェクトベース・メッセー
ジに対する応答を受信し、 応答から内容を抽出し、 応答から抽出した内容を使用して、ポイントツーポイント応答を生成し、 ポイントツーポイント応答をクライアント・コンピュータに戻すこと を含む動作を実行する機械可読媒体。 - 【請求項２２】 該変換が、サブジェクトベースのメッセージに応答サブジ
ェクトを割り当てることを含む請求項２１に記載の機械可読媒体。 - 【請求項２３】 サブジェクトベースのメッセージが、そのサブジェクトベ
ース・メッセージを受信するサブスクライバのグループを表す請求項２１に記載
の機械可読媒体。 - 【請求項２４】 該サブジェクトベースのメッセージを受信するサブスクラ
イバ・グループが、動的に変化することが可能である請求項２３に記載の機械可
読媒体。 - 【請求項２５】 サブジェクトベースのメッセージが受信者の識別に依存し
ない請求項２１に記載の機械可読媒体。 - 【請求項２６】 サブジェクトベースのメッセージが、そのサブジェクトベ
ース・メッセージの受信者によって使用されるプロトコルに依存しない請求項２
１に記載の機械可読媒体。 - 【請求項２７】 ネットワークに結合されたアプリケーション・サーバであ
って、 データを有するデータベースと、 サーバから受信したサブジェクトベースのメッセージを処理する、データベー
スに結合されたプロセッサであって、該サブジェクトベースのメッセージはデー
タ内容に対する要求を含み、該サブジェクトベースのメッセージは、クライアン
ト・コンピュータから受信されるポイントツーポイント・メッセージから生成さ
れるプロセッサと を含み、該処理が、 ネットワークから受信されるサブジェクトベースの要求メッセージをリッスン
し、 サブジェクトベース・メッセージ中の要求に基づいて、データベース中のデー
タの一部を抽出し、 データベースから抽出されたデータの一部を含む、サブジェクトベースの応答
メッセージを生成し、 サブジェクトベースの応答メッセージをサーバに送信すること を含むアプリケーション・サーバ。 - 【請求項２８】 ポイントツーポイントの要求メッセージが、ハイパーテキ
スト転送プロトコルに基づく請求項２７に記載のアプリケーション・サーバ。 - 【請求項２９】 サブジェクトベースの応答メッセージが、サーバによって
割り当てられた応答サブジェクトを含む請求項２７に記載のアプリケーション・
サーバ。 - 【請求項３０】 サブジェクトベース・メッセージが受信者の識別に依存し
ない請求項２７に記載のアプリケーション・サーバ。 - 【請求項３１】 サブジェクトベース・メッセージが、そのサブジェクトベ
ース・メッセージの受信者によって使用されるプロトコルに依存しない請求項２
７に記載のアプリケーション・サーバ。 - 【請求項３２】 サーバと複数のアプリケーション・サーバとを含むシステ
ムにおいて、 前記サーバは、ネットワークに結合され、ウェブ・ブラウザからハイパーテキ
スト転送プロトコル（ＨＴＴＰ）に基づくポイントツーポイントの要求メッセー
ジを受信し、そのポイントツーポイント要求メッセージを処理するが、そのポイ
ントツーポイント要求メッセージの処理が、 ポイントツーポイントの要求メッセージをサブジェクトベースのメッセージ
に変換し、 サブジェクトベースのメッセージをマルチキャストし、 サブジェクトベースのメッセージに対する応答を受信し、 サブジェクトベースのメッセージをポイントツーポイントの応答メッセージ
に変換し、 ポイントツーポイントの応答メッセージをウェブ・ブラウザに送信すること
を含み、 複数のアプリケーション・サーバは、ネットワークに結合され、それぞれが、 データを有するデータベースと、 サーバから受信したサブジェクトベースのメッセージを処理する、データベ
ースに結合されたプロセッサと を含み、前記サブジェクトベース・メッセージを処理することに、 ネットワークから受信されるサブジェクトベースの要求メッセージをリッ
スンし、 サブジェクトベース・メッセージ中の要求に基づいて、データベース中の
データの一部を抽出し、 データベースから抽出したデータの一部を含む、サブジェクトベースの応
答メッセージを生成し、 サブジェクトベースの応答メッセージをサーバに送信すること を含むシステム。 - 【請求項３３】 さらに分散キューを含み、該分散キューはサーバからサブ
ジェクトベース・メッセージを受信し、該複数のアプリケーション・サーバの１
つが、分散キューで受信したサブジェクトベース・メッセージをどのアプリケー
ション・サーバが処理するかをスケジューリングする請求項３２に記載のシステ
ム。 - 【請求項３４】 該複数のアプリケーション・サーバが動的に変化すること
が可能である請求項３２に記載のシステム。 - 【請求項３５】 サブジェクトベース・メッセージが、該複数のアプリケー
ション・サーバによって使用されるプロトコルに依存しない請求項３２に記載の
システム。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US17193099P | 1999-12-22 | 1999-12-22 | |
| US60/171,930 | 1999-12-22 | ||
| US09/746,757 US7051118B2 (en) | 1999-12-22 | 2000-12-21 | Method and apparatus for anonymous subject-based addressing |
| US09/746,757 | 2000-12-21 | ||
| PCT/US2000/035140 WO2001046817A1 (en) | 1999-12-22 | 2000-12-22 | Method and apparatus for anonymous subject-based addressing |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003518290A true JP2003518290A (ja) | 2003-06-03 |
| JP2003518290A5 JP2003518290A5 (ja) | 2008-02-14 |
| JP4663948B2 JP4663948B2 (ja) | 2011-04-06 |
Family
ID=26867591
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001547264A Expired - Lifetime JP4663948B2 (ja) | 1999-12-22 | 2000-12-22 | アノニマスなサブジェクトベース・アドレッシングの方法および装置 |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7051118B2 (ja) |
| EP (1) | EP1247188B1 (ja) |
| JP (1) | JP4663948B2 (ja) |
| CN (2) | CN101540781B (ja) |
| AT (1) | ATE488936T1 (ja) |
| AU (1) | AU777806B2 (ja) |
| CA (1) | CA2395444C (ja) |
| DE (1) | DE60045256D1 (ja) |
| WO (1) | WO2001046817A1 (ja) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8073477B2 (en) | 2000-04-11 | 2011-12-06 | Telecommunication Systems, Inc. | Short message distribution center |
| WO2001078422A1 (en) * | 2000-04-11 | 2001-10-18 | Telecommunication Systems, Inc. | Intelligent delivery agent for short message distribution center |
| US7522911B2 (en) | 2000-04-11 | 2009-04-21 | Telecommunication Systems, Inc. | Wireless chat automatic status tracking |
| US20020133568A1 (en) * | 2001-02-20 | 2002-09-19 | Smith Richard A. | Individualized network information server |
| US6891811B1 (en) | 2000-04-18 | 2005-05-10 | Telecommunication Systems Inc. | Short messaging service center mobile-originated to HTTP internet communications |
| US6760861B2 (en) * | 2000-09-29 | 2004-07-06 | Zeronines Technology, Inc. | System, method and apparatus for data processing and storage to provide continuous operations independent of device failure or disaster |
| US20020103743A1 (en) * | 2001-01-30 | 2002-08-01 | Sun Microsystems, Inc. | Platform independent business to business publish/subscribe messaging system |
| US6658260B2 (en) | 2001-09-05 | 2003-12-02 | Telecommunication Systems, Inc. | Inter-carrier short messaging service providing phone number only experience |
| US6904131B2 (en) * | 2001-11-30 | 2005-06-07 | David Weksel | System and method for delivering a message to a plurality of receivers in respective reception formats |
| AU2003270863A1 (en) * | 2002-09-30 | 2004-04-23 | Advent Networks, Inc. | Implementing request/reply programming semantics using publish/subscribe middleware |
| US7836123B2 (en) * | 2008-05-13 | 2010-11-16 | International Business Machines Corporation | System and method for non-HTTP session based publish/subscribe support using pre-emptive subscriptions |
| US8452833B2 (en) * | 2008-05-13 | 2013-05-28 | International Business Machines Corporation | Cached message distribution via HTTP redirects |
| US8380799B2 (en) | 2010-04-15 | 2013-02-19 | Ebay Inc. | Topic-based messaging using consumer address and pool |
| US8868744B2 (en) * | 2010-11-24 | 2014-10-21 | International Business Machines Corporation | Transactional messaging support in connected messaging networks |
| US8929854B2 (en) | 2011-10-27 | 2015-01-06 | Telecommunication Systems, Inc. | Emergency text messaging |
| CN103581765B (zh) * | 2012-08-02 | 2016-12-21 | 华为技术有限公司 | 一种报文转发的方法和设备 |
| KR20150084017A (ko) * | 2012-10-22 | 2015-07-21 | 인터디지탈 패튼 홀딩스, 인크 | 이동국에서 실행 중인 애플리케이션의 “킵-얼라이브” 메시지 빈도를 협상하기 위한 방법 및 장치 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09259096A (ja) * | 1996-03-27 | 1997-10-03 | Hitachi Ltd | ネットワーク高信頼化方式及びシステム |
| JPH11161683A (ja) * | 1997-09-24 | 1999-06-18 | Fujitsu Ltd | 情報検索方法，情報検索システムおよび同システム用検索管理装置 |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5136501A (en) * | 1989-05-26 | 1992-08-04 | Reuters Limited | Anonymous matching system |
| US5557798A (en) * | 1989-07-27 | 1996-09-17 | Tibco, Inc. | Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes |
| US5758257A (en) | 1994-11-29 | 1998-05-26 | Herz; Frederick | System and method for scheduling broadcast of and access to video programs and other data using customer profiles |
| US5742762A (en) | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
| US5701451A (en) | 1995-06-07 | 1997-12-23 | International Business Machines Corporation | Method for fulfilling requests of a web browser |
| HUP9900026A3 (en) * | 1995-11-14 | 1999-11-29 | Ibm | Information handling system for allowing a generic web browser to access servers of a plurality of different protocol types |
| US5873084A (en) * | 1996-01-18 | 1999-02-16 | Sun Microsystems, Inc. | Database network connectivity product |
| US5987454A (en) | 1997-06-09 | 1999-11-16 | Hobbs; Allen | Method and apparatus for selectively augmenting retrieved text, numbers, maps, charts, still pictures and/or graphics, moving pictures and/or graphics and audio information from a network resource |
| US6038601A (en) * | 1997-07-21 | 2000-03-14 | Tibco, Inc. | Method and apparatus for storing and delivering documents on the internet |
| WO1999009490A1 (en) * | 1997-08-18 | 1999-02-25 | Tibco Software, Inc. | Certified message delivery and queuing in multipoint publish/subscribe communications |
| US6091724A (en) * | 1997-11-20 | 2000-07-18 | International Business Machines Corporation | Routing messages within a network using the data content of the message |
| US6216132B1 (en) * | 1997-11-20 | 2001-04-10 | International Business Machines Corporation | Method and system for matching consumers to events |
| US5987233A (en) * | 1998-03-16 | 1999-11-16 | Skycache Inc. | Comprehensive global information network broadcasting system and implementation thereof |
| US6256676B1 (en) * | 1998-11-18 | 2001-07-03 | Saga Software, Inc. | Agent-adapter architecture for use in enterprise application integration systems |
| US6351761B1 (en) * | 1998-12-18 | 2002-02-26 | At&T Corporation | Information stream management push-pull based server for gathering and distributing articles and messages specified by the user |
| US6567893B1 (en) * | 2000-11-17 | 2003-05-20 | International Business Machines Corporation | System and method for distributed caching of objects using a publish and subscribe paradigm |
-
2000
- 2000-12-21 US US09/746,757 patent/US7051118B2/en not_active Expired - Lifetime
- 2000-12-22 CN CN200910005551.6A patent/CN101540781B/zh not_active Expired - Lifetime
- 2000-12-22 AU AU25950/01A patent/AU777806B2/en not_active Expired
- 2000-12-22 EP EP00989448A patent/EP1247188B1/en not_active Expired - Lifetime
- 2000-12-22 CA CA002395444A patent/CA2395444C/en not_active Expired - Lifetime
- 2000-12-22 AT AT00989448T patent/ATE488936T1/de not_active IP Right Cessation
- 2000-12-22 WO PCT/US2000/035140 patent/WO2001046817A1/en active IP Right Grant
- 2000-12-22 JP JP2001547264A patent/JP4663948B2/ja not_active Expired - Lifetime
- 2000-12-22 DE DE60045256T patent/DE60045256D1/de not_active Expired - Lifetime
- 2000-12-22 CN CN00817530.6A patent/CN1433545A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09259096A (ja) * | 1996-03-27 | 1997-10-03 | Hitachi Ltd | ネットワーク高信頼化方式及びシステム |
| JPH11161683A (ja) * | 1997-09-24 | 1999-06-18 | Fujitsu Ltd | 情報検索方法，情報検索システムおよび同システム用検索管理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| AU2595001A (en) | 2001-07-03 |
| CN1433545A (zh) | 2003-07-30 |
| DE60045256D1 (de) | 2010-12-30 |
| CN101540781A (zh) | 2009-09-23 |
| AU777806B2 (en) | 2004-10-28 |
| CA2395444A1 (en) | 2001-06-28 |
| US20010032267A1 (en) | 2001-10-18 |
| EP1247188A1 (en) | 2002-10-09 |
| CA2395444C (en) | 2009-03-24 |
| EP1247188B1 (en) | 2010-11-17 |
| ATE488936T1 (de) | 2010-12-15 |
| CN101540781B (zh) | 2013-01-02 |
| JP4663948B2 (ja) | 2011-04-06 |
| WO2001046817A1 (en) | 2001-06-28 |
| EP1247188A4 (en) | 2008-05-14 |
| US7051118B2 (en) | 2006-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003518290A (ja) | アノニマスなサブジェクトベース・アドレッシングの方法および装置 | |
| US7861174B2 (en) | Method and system for assembling concurrently-generated content | |
| US5805823A (en) | System and method for optimal multiplexed message aggregation between client applications in client-server networks | |
| EP1606917B1 (en) | System and method for publish/subscribe messaging | |
| US6351761B1 (en) | Information stream management push-pull based server for gathering and distributing articles and messages specified by the user | |
| US8676994B2 (en) | Load balancing of server clusters | |
| US20020002625A1 (en) | System and method for reformatting data traffic | |
| JP4144897B2 (ja) | 共通作業キュー環境における最適格サーバ | |
| US20020055956A1 (en) | Method and system for assembling concurrently-generated content | |
| JP3495234B2 (ja) | ネットワーク・コンピュータ・システム上のサーバ負荷低減方法およびシステム | |
| JPS62118465A (ja) | 資源情報を伝播する方法 | |
| JP2000187609A (ja) | 要求されたオブジェクトを検索する方法及び記録デバイス | |
| CN1792069A (zh) | 用于提供包括多种电子设备的虚拟工作区的技术 | |
| US20090287805A1 (en) | System & method for non-http session based publish/subscribe support using pre-emptive subscriptions | |
| EP1227638B1 (en) | High performance client-server communication system | |
| US20050053018A1 (en) | Real-time messaging in collaborative network environments | |
| US8103759B2 (en) | Message redirection within a messaging infrastructure | |
| US7103671B2 (en) | Proxy client-server communication system | |
| WO2002021749A2 (en) | Providing a personalized web page by accessing different servers | |
| JP2007515699A (ja) | ネットワークを介して通信するための方法、システム、およびプログラム | |
| EP1360598B1 (en) | Assembling concurrently-generated personalized web pages | |
| KR20050092834A (ko) | 분산 혼합형 피투피 네트워크 제공 방법 및 장치 | |
| JP2002334026A (ja) | 端末データの受配信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071225 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071225 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100624 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100706 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101006 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20101014 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101108 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20101207 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110106 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4663948 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140114 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |