ネットワーク内の遠隔のクライアントを管理する方法及びシステム
【課題】 クライアントとサーバすなわちヘッドエンド又は同報通信のネットワークオペレータとの間の情報の交換ができるようにする。
【解決手段】 メッセージングシステムにより、サーバ（１０）は複数のクライアント（１２）に固有の識別子を割り当てることができる。これらの識別子により、クライアント（１２）は、メッセージが特にそのクライアント（１２）を目標にしているかどうか、又は別の方法では、クライアント（１２）が目当てのクライアント（１２）のグループのメンバであるかどうかを判断することができる。サーバ（１０）は、識別子を含むメッセージを１つ以上のクライアント（１２）のエージェント（４４，４５，４６，４８）に送ることができる。識別子は、１つ以上のクライアント（１２）からサーバ（１０）への情報のアップロードを管理する命令を指定することができる。
【解決手段】 メッセージングシステムにより、サーバ（１０）は複数のクライアント（１２）に固有の識別子を割り当てることができる。これらの識別子により、クライアント（１２）は、メッセージが特にそのクライアント（１２）を目標にしているかどうか、又は別の方法では、クライアント（１２）が目当てのクライアント（１２）のグループのメンバであるかどうかを判断することができる。サーバ（１０）は、識別子を含むメッセージを１つ以上のクライアント（１２）のエージェント（４４，４５，４６，４８）に送ることができる。識別子は、１つ以上のクライアント（１２）からサーバ（１０）への情報のアップロードを管理する命令を指定することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
［背景］
本発明は、一般に、ネットワーク内の情報交換に関する。
【背景技術】
【０００２】
マルチキャストネットワークにより、メッセージを全てのネットワーク接続されたクライアントのサブセット（ｓｕｂｓｅｔ）を構成する目標のクライアントグループに送ることができる。一般に、マルチキャスティングは、例えばヘッダ内に、アドレス指定される全ての対象クライアント（ｓｕｂｊｅｃｔ ｃｌｉｅｎｔ）のアドレスを含むことにより実現される。
【０００３】
同報通信のネットワークオペレータは、サーバすなわちマルチキャストネットワークのヘッドエンドを使用してネットワーク管理セッションを開始するために、グループ又は個々の同報通信受信者クライアントのプラットフォームを制御する。これらのセッションは、ネットワーク管理情報をヘッドエンドのサーバにアップロードするために存在する。これにより、ネットワークオペレータはネットワーク管理情報の交換を極めて拡張性に富んだ方法で管理することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このため、クライアントとサーバすなわちヘッドエンド又は同報通信のネットワークオペレータとの間の情報の交換ができるようにする方法に対する要求がある。
【発明を実施するための最良の形態】
【０００５】
［詳細な説明］
図１を参照する。ネットワークは、少なくとも１つのサーバ、すなわちヘッドエンド又はネットワークオペレータ１０及び（その１つしか図示していない）複数のクライアント１２を含む。サーバ１０は、配信システムを介して（クライアント１２を含む）複数のクライアントに接続される。この配信システムは、有線のシステム又は無線若しくは同報通信のシステムに基づいたシステムとすることができる。そのようなネットワークの実施例は、デジタルビデオ同報通信システムのようなテレビ配信ネットワークを含む。
【０００６】
本発明の１つの実施形態では、サーバ１０はクライアント１２とトランスポート（ｔｒａｎｓｐｏｒｔ）１４を介して通信する。このトランスポート１４は、アナログ又はデジタルの同報通信システムに基づいている。１つの実施例として、トランスポート１４は、日付が１９９７年１１月であり、Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ （ＥＴＳ）， Ｖａｌｂｏｎｎｅ， Ｆｒａｎｃｅから入手可能な、Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔ （ＤＶＢ）； Ｎｅｔｗｏｒｋ−ｉｎｄｅｐｅｎｄｅｎｔ Ｐｒｏｔｏｃｏｌ， ＥＴＳ ３００８０２に準拠する。トランスポート１４は、実施例として、衛星、ケーブル、又はエアウェーブ放送システムとすることができる。
【０００７】
本発明の実施形態によれば、クライアント１２は、サーバ１０から、又はいくつかの実施形態では別のクライアント１２からそのクライアント１２に個別に送られたメッセージを認識する。多数のアドレス指定された各クライアントの個々の識別子をヘッダ内に挿入する必要なしに、メッセージをクライアントのグループにアドレス指定することによって、帯域幅を節約することができる。
【０００８】
さらに、クライアント１２は、サーバ１０のような遠隔ユニットが独立にアドレス指定することができる１つ以上のアドレス可能なエージェント４４，４５，４６及び４８を含む。その上、アドレス可能なエージェント４４，４５，４６及び４８を所定のクライアント１２内に設けることによって、専門化された又は専門の取扱いを必要とするメッセージを、適切に取り扱うためにクライアント１２上に存在する特定のエージェントにアドレス指定することができる。
【０００９】
サーバ１０は、ネットワーク管理命令及び制御サーバ１６を含む。このサーバ１６は、クライアント１２からのデータ収集を管理する役割を担う。サーバ１６は、（例えば、ｓｅｒｖｉｃｅ＿ｉｄ＝０ｘ０２等の）識別可能なサービス識別子を含むメッセージを送信する。サーバ１０は、インスタントメッセージすなわちショートメッセージサービス（以下、「ＳＭＳ」とよぶ）サーバ１８も含む。このサーバ１８も（例えば、ｓｅｒｖｉｃｅ＿ｉｄ＝０ｘ０４等の）識別可能なサービス識別子を有するメッセージを送信する。
【００１０】
さらに、クライアント用ディスク管理サーバ２０も同様に備える。このクライアント用ディスク管理サーバ２０は、（例えば、ｓｅｒｖｉｃｅ＿ｉｄ＝０ｘ０１等の）１つ以上の識別可能なサービス識別子を含むメッセージを送信する。場合によっては、クライアントの記憶装置すなわちディスクドライブ４３上の所望の機能を始動するために、各種のメッセージをクライアント用ディスク管理サーバ２０が発行する。例えば、別個のサービス識別子を命令に対して使用して、パーティションの作成、パーティションの削除、又はパーティションの変更を行う。
【００１１】
データ管理セッション制御サーバ２１は、利用可能な戻りチャネル接続部４７を介してクライアント上の一意的に識別可能なデータセットのアップロードを管理する役割を分担する。このことは、ネットワークオペレータがデータの検索及び関連するサーバの拡張性を管理できるようにする貴重な機能である。一方向メッセージサービス種別及びメッセージ識別子をデータ管理セッション制御（ｄａｔａ ｍａｎａｇｅｍｅｎｔ ｓｅｓｓｉｏｎ ｃｏｎｔｒｏｌ：以下、「ＤＭＳＣ」とよぶ）に対して使用して、クライアントのグループ又は個々のクライアントに対するデータ管理セッションを管理することができる。このグループ管理は、サーバ１０によって管理されるネットワーク内の全ての同報通信受信者のクライアントに対してクライアント識別子を戦略的に割り当てることによって、一方向メッセージサービスにより本質的に対応される。
【００１２】
データ管理セッション制御サーバ２１は、（例えば、ｓｅｒｖｉｃｅ＿ｉｄ＝０ｘ０３等の）１つ以上の識別可能なサービス識別子を含むメッセージを送信する。このサーバ２１は、プライベート用途のデータ及びデータ寸法（ａｐｐｌｉｃａｔｉｏｎ−ｐｒｉｖａｔｅ ｄａｔａ ａｎｄ ｄａｔａ ｓｉｚｅ）や、固有のクライアント識別子や、クライアント識別子がグループマスクであるか又は個別のクライアント識別子であるかを指定するブール変数であるグループフラグや、ＤＭＳＣに対するサービス識別子の値や、プライベート用途のメッセージ識別子等のＤＭＳＣのメッセージデータ構造を作り出し、情報及びデータを一方向メッセージサーバ２２に送る。
【００１３】
本発明の１つの実施形態によれば、サーバ１０は、一方向メッセージングシステムを実現することができる。一方向メッセージングシステムでは、サーバ１０はメッセージを複数のクライアントに送信することができるが、これらのクライアントはいずれにせよ応答することはできない。そのようなネットワークの１つの実施例は、ＤＶＢプロトコルに準拠し家庭に直結した（ｄｉｒｅｃｔ−ｔｏ−ｈｏｍｅ：ＤＴＨ）同報通信ネットワークである。このネットワークは、２つの実施例として、接続指向の通信プロトコル又はリアルタイムのコネクションレス通信プロトコル（ｒｅａｌ ｔｉｍｅ ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を使用することができる。実施例として、インスタントメッセージング、命令及び制御及び通知及び信号伝達など、サーバからクライアントへの一方向メッセージングには多くのアプリケーションがある。他の事例では、ネットワークは、例えば、インターネットプロトコル（ＩＰ）マルチキャストのバックボーンを有する双方向ネットワークとすることができる。
【００１４】
本発明の１つの実施形態では、サーバ１０は、適切な形式でメッセージを生成するサーバ１６，１８，２０及び２１に接続された一方向メッセージングサーバ（ＵＭＳ）２２を含む。ＵＭＳサーバ２２が送信したメッセージは、サーバ１６，１８，２０又は２１の１つが始めに生成したメッセージを含みうる。そして、ＵＭＳサーバ２２は、メッセージを適当なマルチキャストプロトコルの形式に変える、インターネットプロトコルのマルチキャストモジュール２４に接続される。最後に、ＤＶＢマルチプロトコルのカプセル封じ（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ Ｅｎｃａｐｓｕｌａｔｉｏｎ：以下、「ＭＰＥ」とよぶ）２６は、インターネットプロトコルのマルチキャストモジュール２４に接続される。ＭＰＥは、ＤＶＢ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ Ｄａｔａ Ｂｒｏａｄｃａｓｔｓ （ＥＮ ３０１ １９２）及びＳｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ （ＳＩ） ｉｎ ＤＶＢ Ｓｙｓｔｅｍｓ （ＥＮ ３００ ４６８ Ｖｌ．３．１ １９９８−０２）の中で説明されており、両方ともＥＴＳから入手できる。ＤＶＢ ＭＰＥ２６とＤＶＢ−サービス情報（ｓｅｒｖｉｃｅ ｉｎｆｏｒｍａｔｉｏｎ：以下、「ＳＩ」とよぶ）発生器２８との出力は、トランスポート１４に接続される。サービス情報は、配信システムと、内容と、同報通信のデータストリームのスケジューリング／タイミングとを記述するデジタルデータである。
【００１５】
クライアント１２において、ＤＶＢ−ＳＩ発生器２８からのストリームは、ＤＶＢ−ＳＩレシーバ４０とサービス収集モジュール３８とに接続される。サービス収集モジュール３８は、プログラム識別子（ＰＩＤ）を抽出し、それをＤＶＢデマルチプレクサ３２に送る。チューナ３０は、抽出されたプログラム識別子に対応する適当なチャネルにクライアント１２を同調させうる。
【００１６】
ＤＶＢ ＭＰＥ２６からのメッセージは、ＤＶＢ ＭＰＥレシーバ４２に送られる。このレシーバ４２は、ＩＰマルチキャストモジュール４０と一方向メッセージングサーバ３８とに通信する。このサーバ３８は、メッセージを分析して、サービス識別子がデータストリームの中に含まれていたかどうかを判断する。含まれていた場合には、特定のサービス識別子を有するメッセージを受信するように指定された適当なエージェントにメッセージを転送する。
【００１７】
ディスク管理エージェント４４はディスクドライブコントローラ４７に接続され、次に、このディスクドライブコントローラ４７は記憶装置４３に接続される。ディスクドライブコントローラ４７は、例えば、ハードディスクドライブとすることができる。ディスク管理エージェント４４は、クライアント用ディスク管理サーバ２０によってメッセージの受信者としてアドレス指定される。ディスク管理エージェント４４はコントローラ４７を介して処理を開始させ、コントローラ４７は記憶装置４３を順に制御する。この制御は、どのような情報が記憶装置４３に記憶されるかと、その情報がどのように記憶装置４３に記憶されるかとを判断することを含む。
【００１８】
本発明の１つの実施形態では、ネットワーク管理命令及び制御サーバ１６は、特定のサービス識別子に同調するネットワーク管理セッション管理エージェント４８にそのメッセージを受信させるメッセージ識別子を備える。同様に、インスタントメッセージングサーバ１８からのメッセージは、これらのメッセージをクライアント１２内のエージェント４８に転送させるサービス識別子を含む。その上、データ管理セッション制御サーバ２１からのメッセージは、クライアント１２のデータ管理セッション制御エージェント４５にそれらのメッセージを分流させる適当な識別子を有する。
【００１９】
サーバ１０は、サーバ２２の動作を制御するソフトウェア１３４，７０及び１０２を記憶する記憶装置２５を含む。同様に、クライアント１２のサーバ３８は、サーバ３８の動作を制御するソフトウェア５０，８２及び１１４を記憶する記憶装置４３に接続される。サーバ２２及び３８は、プロセッサベースのシステムとすることもできる。
【００２０】
次に、図２を参照する。クライアント１２のソフトウェア５０は、最初に、一方向メッセージングサーバのアドレス及びポートをサーバ１０から受け取る。クライアント１２には、ブロック５２に示すように、クライアント識別子も割り当てられる。これにより、各クライアントがサーバ１０によって割り当てられた、ＵＭＳのアドレスとポートと固有のクライアント識別子とを有するインターネットプロトコルのマルチキャストシステムが確立される。いくつかの実施形態では、サーバ１０は、アドレスとポートとクライアントの識別子とを動的に調整して、特定のクライアントに対する特定のメッセージ、メッセージのグループ、又はメッセージの種類の通信を動的に再構成可能な方法によりできるようにする。
【００２１】
クライアント１２のレシーバは、ブロック５４に示すように、そのアドレスとポートとクライアント識別子とを受信すると、マルチキャストグループを結合し、特にそのクライアントに又はクライアント１２が属する任意のグループにアドレス指定されたメッセージを傾聴（ｌｉｓｔｅｎ）する。
【００２２】
ディスク管理エージェント４４は、ブロック５６に示すように、そのサービス識別子をＵＭＳサーバ３８に登録する。ＵＭＳサーバ３８が、ブロック５８に示すように、ＵＭＳのメッセージが付いたパケットを受信すると、菱形６０に示すように、特定のクライアント１２が目当ての受信者であるかどうかを判断するチェックが行われる。目当ての受信者でない場合には、ブロック６２に示すように、メッセージは廃棄される。
【００２３】
しかしながら、特定のクライアント１２が目当ての受信者の場合には、ブロック６４に示すように、サーバ３８はメッセージのサービス識別子をチェックし、このメッセージを正しいエージェント４４，４６又は４８に渡す。そして、ブロック６６に示すように、メッセージを適当なエージェント４４に配信する。エージェント４４において、ブロック６８に示すように、情報が構文解析され、処理するために適当な工程に渡される。
【００２４】
例えば、アドレス指定されると、ディスク管理エージェント４４は、記憶装置４３に中継するための適当な命令をコントローラ４７に送る。メッセージに添付されたサービス識別子により、エージェント４４は、パーティションを作成する、パーティションを削除する、又はパーティションを変更する等の適切に翻訳された命令を提供することができる。これらの命令のそれぞれには、０ｘ０３や０ｘ０４や０ｘ０５等の別個のサービス識別子の値が与えられる。ディスク管理エージェント４４は、クライアント用ディスク管理サーバ２０から受信されたメッセージに基づいて、サービス識別子の値が付いたメッセージをコントローラ４７用の適当な形式に翻訳する。例えば、サービス識別子の値０ｘ０３を含むメッセージについては、エージェント４４は、記憶装置４３にパーティションを作成するようにコントローラ４７に対する命令を発行する。
【００２５】
図３に示したサーバ側では、ネットワークソフトウェア７０は、ブロック７２に示すように、一方向メッセージングサーバ用のマルチキャストのアドレス及びポートを複数のクライアント１２に対して割り当てることによって開始する。サーバ１０もクライアント識別子を動的に再構成可能な方法で割り当てる。そして、アドレスとポートとクライアント識別子とが、ブロック７４に示すように、クライアントに送信される。
【００２６】
この後、ブロック７６に示すように、ディスク管理サーバ２０はデータ構造を作り、このデータ構造をサーバ２２に渡す。サーバ２２は、ブロック７８に示すように、一方向メッセージを作り、クライアント値を割当て、グループフラグを設定し、プライベートデータをメッセージのプライベートバイト（ｐｒｉｖａｔｅ ｂｙｔｅ）の中にコピーする。より具体的には、固有のクライアント識別子が割り当てられる。このクライアント識別子は、特定の事前に割り当てられたクライアント識別子、又は１つの実施例として、複数のクライアントが目標とされる場合はゼロのいずれかとすることができる。グループフラグは、クライアント識別子がグループマスクであるか又は特定の識別子であるかを指定するブール値とすることができる。グループマスクは、ネットワーク上のクライアント１２のサブセットを識別する識別子である。このサブセットは、複数のクライアントを含むが、アドレス可能なクライアントの総数よりも少ない。
【００２７】
一方向メッセージ用ヘッダの１つの実施例として、メッセージは、ｇｒｏｕｐ＿ｍａｓｋや、ｓｅｒｖｉｃｅ＿ｉｄや、ｖｅｒｓｉｏｎ＿ｉｄや、ｍｅｓｓａｇｅ＿ｉｄや、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ等の多数の変数を含む。本発明の１つの実施形態では、ｇｒｏｕｐ＿ｍａｓｋは６４ビットを含み、ｓｅｒｖｉｃｅ＿ｉｄは８ビットを含み、ｖｅｒｓｉｏｎ＿ｉｄは１６ビットを含み、ｍｅｓｓａｇｅ＿ｉｄは８ビットを含み、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅは８ビットを含む。ｖｅｒｓｉｏｎ＿ｉｄは、一方向メッセージングプロトコルの翻訳であり、最初はゼロに設定される。ｓｅｒｖｉｃｅ＿ｉｄは、インスタントメッセージングサービスに対して１つの実施例では０ｘ０２とするサービス識別子である。都合がよいことに、メッセージの長さは、潜在的なデータグラムの細分化を無くすために１０２４バイトを超えることはない。ｇｒｏｕｐ＿ｆｉｌｔｅｒはｃｌｉｅｎｔ＿ｉｄフィールドと共に使用して、アプリケーションに必要なプライベートデータのバイトの長さを制限する。それぞれのヘッダ項目は、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅを除いてＤＶＢ仕様に基づいて、符号なし整数の最上位のビットの第１の（ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒ ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ ｆｉｒｓｔ：以下、「ｕｉｍｓｂｆ」とよぶ）識別子を含む。ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅは、ビットストリングのレフトビットの第１の（ｂｉｔ ｓｔｒｉｎｇ ｌｅｆｔ ｂｉｔ ｆｉｒｓｔ：以下、「ｂｓｌｂｆ」とよぶ）識別子を含む。
【００２８】
そして、ブロック８０に示すように、メッセージは、ネットワーク上の全てのクライアント１２に送られる。各クライアントは、メッセージがそのクライアントに送ることを意図されているかどうかを判断する。クライアント１２は、メッセージがクライアント１２のクライアント識別子にアドレス指定されているかどうかを判断することによって、それが特定の目当ての受信者であるかどうかを決定する。例えば、メッセージの識別子とクライアントの識別子との間のＡＮＤ論理演算子を用いて、クライアント１２がサーバ１０によって一緒にアドレス指定されたクライアントのグループの中に一緒に含まれているかどうかを、クライアント１２は判断する。
【００２９】
本発明の１つの実施形態では、ユーザの識別可能なグループは共通のクライアント識別子の要素を受け取る。このため、所有者が高度サービスの契約をした複数のクライアントは、それらのクライアント識別子の中に共通のコード部分を含む。クライアント識別子の中にその共通のコード部分を含んでいるメッセージを受信すると、これらの各クライアントはメッセージを受け取る。同様に、特定の関心を有する特定の地理的な領域内のクライアント又は識別可能なクライアントは、固有のプレフィックス／サフィックス又は識別子コード部分が与えられる。コード部分はｇｒｏｕｐ＿ｍａｓｋと論理的にＡＮＤ処理されて、特定のクライアントが目当てのグループのメンバであるかどうかを判断する。
【００３０】
管理メッセージヘッダは、ｖｏｌｕｍｅ＿ｎａｍｅ＿ｌｅｎフィールド等の、ディスク管理エージェント４４をアドレス指定するフィールドも含む。このｖｏｌｕｍｅ＿ｎａｍｅ＿ｌｅｎフィールドは、ハードディスクドライブの形態の記憶装置４３の適当なボリュームに対するボリュームと名前と長さとバイトとを提供する。本発明の１つの実施形態では、そのフィールドは長さが８ビットでありｂｓｌｂｆ識別子を有する。さらに、ｖｏｌｕｍｅ＿ｎａｍｅ＿ｂｙｔｅフィールドは、パーティションを作るために取り付けるボリュームの名前を構成するボリューム名のバイトを与える。本発明の１つの実施形態では、このフィールドは長さが８ビットでありｂｓｌｂｆ識別子を含む。最後に、ｐａｒｔｉｔｉｏｎ＿ｓｉｚｅフィールドは、作成するパーティションの寸法をバイトで与える。このフィールドは長さが３２ビットでありｕｉｍｓｂｆ識別子を使用する。もちろん、別のフィールドと別のサービス識別子とを使用して、別の命令をクライアントの記憶装置４３に対しても実行することができる。
【００３１】
このように、クライアント用ディスク管理サーバ２０は、サーバすなわちヘッドエンド１０からの指示のもとで、どのように記憶装置４３を目標のクライアント１２又は目標のクライアント１２のグループに対して設定及び使用するかを制御することができる。それぞれのクライアント１２が個別にアドレス指定され、クライアント全体のセットがアドレス指定され、又はクライアントの任意のサブグループが集合的にアドレス指定されて、それらの記憶装置４３が個別に又は集合的に変更される。このため、１つ以上の記憶装置４３をサーバ１０から選択的に制御することができる。
【００３２】
図４を参照する。ネットワーク管理セッションを実現するクライアント１２上のソフトウェア８２は、まず、一方向メッセージングサーバのアドレス及びポートをサーバ１０から受信する。クライアント１２は、ブロック８４に示すように、クライアント識別子を割り当てられる。これにより、各クライアントがサーバ１０によって割り当てられた、ＵＭＳのアドレスとポートと固有のクライアント識別子とを有するインターネットプロトコルのマルチキャストシステムが確立される。
【００３３】
クライアント１２のレシーバは、ブロック８６に示すように、そのアドレスとポートとクライアント識別子とを受信すると、マルチキャストグループを結合し、特にそのクライアントに又はクライアント１２が属する任意のグループにアドレス指定されたメッセージを傾聴する。
【００３４】
データ管理セッション制御エージェント４５は、ブロック８８に示すように、そのサービス識別子をＵＭＳサーバ３８に登録する。ＵＭＳサーバ３８が、ブロック９０に示すように、ＵＭＳのメッセージが付いたパケットを受信すると、菱形９２に示すように、特定のクライアント１２が目当ての受信者であるかどうかを判断するチェックが行われる。目当ての受信者でない場合には、ブロック９４に示すように、メッセージは廃棄される。
【００３５】
しかしながら、特定のクライアント１２が目当ての受信者の場合には、ブロック９６に示すように、サーバ３８はメッセージのサービス識別子をチェックし、このメッセージを正しいエージェント４５に渡す。そして、ブロック９８に示すように、メッセージを適当なエージェント４５に配信する。エージェント４５において、ブロック１００に示すように、情報が構文解析され、処理するために適当な工程に渡される。
【００３６】
データ管理セッション制御エージェント４５は目標とされたメッセージをデータ管理セッション制御サーバ２１から受け取り、その応答として、サーバ２１が必要とするデータを、例えば、バックチャネル４７を介して提供する。このため、１つの実施形態では、エージェント４５はＭａｎａｇｅｍｅｎｔＭｅｓｓａｇｅ（）とＤＭＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）とを含む特定のシンタックスを有するメッセージを受信する。ここで、ＭａｎａｇｅｍｅｎｔＭｅｓｓａｇｅ（）は、ｇｒｏｕｐ＿ｍａｓｋと、ｓｅｒｖｉｃｅ＿ｉｄと、ｖｅｒｓｉｏｎ＿ｉｄと、ｍｅｓｓａｇｅ＿ｉｄと、ｍｅｓｓａｇｅ＿ｂｙｔｅ＿ｃｏｕｎｔとを含み、ＤＭＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）は、今度は、ｓｅｓｓｉｏｎ＿ｉｄと、ｓｅｓｓｉｏｎ＿ｈｏｓｔ＿ｎａｍｅと、ｓｅｓｓｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅと、ｓｅｓｓｉｏｎ＿ｄｕｒａｔｉｏｎと、ｄａｔａ＿ｉｄとを含む。
【００３７】
ｓｅｓｓｉｏｎ＿ｉｄは、固有のセッション識別子である。ｓｅｒｖｅｒ＿ｈｏｓｔ＿ｎａｍｅは、接続を確立するためのデータ管理サーバの文字列のホストネームである。ｓｅｓｓｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅは、クライアント１２がセッションを確立する日付及び時間である。ｓｅｓｓｉｏｎ＿ｄｕｒａｔｉｏｎは、サーバ２１がセッションを受け入れて、必要な場合には、時間ウィンドウ（ｔｉｍｅ ｗｉｎｄｏｗ）を提供する開始時間後の持続時間である。ｄａｔａ＿ｉｄは、セッションの間に交換する情報又はデータセットの固有の識別子である。識別子の情報及び／又はデータを管理及び割り当てる方法は、アプリケーションごとに行われる。
【００３８】
このため、サーバ２１は、クライアント１２に指定の時間に指定のデータのアップロードを開始させるメッセージをクライアント１２に送ることができる。すなわち、サーバ２１はｓｅｓｓｉｏｎ＿ｉｄとｓｅｒｖｅｒ＿ｈｏｓｔ＿ｎａｍｅとｓｅｓｓｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅとｓｅｓｓｉｏｎ＿ｄｕｒａｔｉｏｎとｄａｔａ＿ｉｄとを含むヘッダを指定し、それに応答して、データ管理セッション制御エージェント４５は、要求された情報を集めて、要求された時間に要求された形式でそれを提供する。
【００３９】
サーバ２１は、実施例として、セッション作成メッセージとセッション削除メッセージとセッション更新メッセージとを含む異なるメッセージ識別子を有するメッセージを提供する。セッション削除メッセージは以前に作成されたセッションを単に削除し、セッション更新メッセージは付加的な情報を予定されたセッションに提供する。
【００４０】
本発明の１つの実施形態では、ｇｒｏｕｐ＿ｍａｓｋは、ｕｉｍｓｂｆ識別子が付いた６４ビットを含む。ｓｅｓｓｉｏｎ＿ｉｄはｕｉｍｓｂｆ識別子が付いた８ビットを含む。ｖｅｒｓｉｏｎ＿ｉｄは、ｕｉｍｓｂｆ識別子が付いた１６ビットを含む。ｍｅｓｓａｇｅ＿ｉｄは、８ビットを含み、識別子０ｘ０１を有する。ｍｅｓｓａｇｅ＿ｂｙｔｅ＿ｃｏｕｎｔは、ｕｉｍｓｂｆ識別子の中に１６ビットを含む。ＤａｔａＭａｎａｇｅｍｅｎｔＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）は、１つの実施形態では、全てがｕｉｍｓｂｆ識別子形式であり、８ビットのシンタックスｓｅｓｓｉｏｎ＿ｉｄと６４ビットのｓｅｓｓｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅと３２ビットのｓｅｓｓｉｏｎ＿ｄｕｒａｔｉｏｎと３２ビットのｄａｔａ＿ｉｄとを含む。ＤａｔａＭａｎａｇｅｍｅｎｔＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）は、ｂｓｌｂｆ識別子が付いた１２８ビットのｓｅｒｖｅｒ＿ｈｏｓｔ＿ｎａｍｅを含む。
【００４１】
図５に示したサーバ側では、ネットワークソフトウェア１０２は、ブロック１０４に示すように、一方向メッセージングサービスに対するマルチキャストのアドレス及びポートを複数のクライアント１２に割り当てることによって開始する。サーバ１０は、クライアントの識別子も動的に再構成可能な方法で割り当てる。そして、ブロック１０６に示すように、アドレスとポートとクライアントの識別子とがクライアントに送られる。
【００４２】
この後、ブロック１０８に示すように、データ管理セッション制御サーバ２１はデータ構造を作り、このデータ構造をサーバ２２に渡す。サーバ２２は、ブロック１１０に示すように、一方向メッセージを作り、クライアント値を割当て、グループフラグを設定し、プライベートデータをメッセージのプライベートバイトの中にコピーする。より具体的には、固有のクライアント識別子が割り当てられる。このクライアント識別子は、特定の事前に割り当てられたクライアント識別子とするか、又は、１つの実施例として、複数のクライアントが目標とされる場合にはゼロとするかのいずれかにすることができる。グループフラグは、クライアント識別子がグループマスクであるか又は特定の識別子であるかを指定するブール値とすることができる。グループマスクは、ネットワーク上のクライアント１２のサブセットを識別する識別子である。このサブセットは複数のクライアントを含むが、アドレス可能なクライアントの総数よりも少ない。
【００４３】
そして、ブロック１１２に示すように、メッセージは、ネットワーク上の全てのクライアント１２に送られる。各クライアントは、メッセージがそのクライアントに送ることを意図されているかどうかを判断する。クライアント１２は、メッセージがクライアント１２のクライアント識別子にアドレス指定されているかどうかを判断することによって、それが特定の目当ての受信者であるかどうかを決定する。例えば、メッセージの識別子とクライアントの識別子との間のＡＮＤ論理演算子を用いて、クライアント１２がサーバ１０によって一緒にアドレス指定されたクライアントのグループの中に一緒に含まれているかどうかを、クライアント１２は判断する。
【００４４】
ネットワーク管理命令及び制御サーバ１６は、ネットワークセッション管理エージェント４８と共に働く。サーバ１６の要請で生成されたメッセージがエージェント４８に送られる場合には、エージェント４８はセッションマネージャ４９を呼び出す。セッションマネージャは、本発明の１つの実施形態では、望ましい管理情報を所定の形式でバックチャネル４３を介して提供する。
【００４５】
ネットワーク管理セッションは、一般に、ネットワーク管理情報をサーバ１６にアップロードする目的のものである。１つの実施例として、管理情報のベース（ｍａｎａｇｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ ｂａｓｅ：以下、「ＭＩＢ」とよぶ）は、単純ネットワーク管理プロトコル（ｓｉｍｐｌｅ ｎｅｔｗｏｒｋ ｍａｎａｇｅｍｅｎｔ ｐｒｏｔｏｃｏｌ：以下、「ＳＮＭＰ」とよぶ）により戻りチャネル４３を介してアップロードされる。図６に示したエージェント４８の動作は、一般に、エージェント４４及び４５に関して前に説明した動作に対応する。すなわち、ブロック１１６に示すように、ＵＭＳのアドレスとポートとクライアント識別子とが受信される。レシーバは、ブロック１１８に示すように、マルチキャストグループを結合し、メッセージを傾聴する。ネットワークセッション管理エージェント４８は、ブロック１２０に示すように、そのサービス識別子をＵＭＳサーバに登録する。そして、ＵＭＳのレシーバは、ブロック１２２に示すように、メッセージが付いたパケットを受信する。
【００４６】
菱形１２４におけるチェックでは、特定のエージェント４８が目当ての受信者であるかどうかを判断する。目当ての受信者でない場合には、ブロック１２６に示すように、メッセージは廃棄される。そうでない場合には、ブロック１３０に示すように、レシーバはサービス識別子をチェックして、このメッセージをエージェント４８に渡す。情報は、構文解析されて、セッションマネージャ４９に渡される。そして、このセッションマネージャ４９は、チャネル４３を用いて、サーバ１６とのセッションを予定する。
【００４７】
メッセージの形式は、ＤＭＳＣで使用される形式と基本的には同じである。しかしながら、ＤＭＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）を有する代わりに、ＮＭＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）がｉｎｆｏ＿ＩＤフィールドを含む。このｉｎｆｏ＿ＩＤフィールドは、セッションの間に交換する情報又はデータセットの固有の識別子である。情報及び／又はデータセットの識別子を管理して割り当てる方法は、各アプリケーションで行われる。例えば、クライアントが複数のＭＩＢを管理する場合には、特定のＳＮＭＰのクライアントのＭＩＢを識別して、サーバにアップロードすることができる。
【００４８】
ＭＩＢは、管理情報のベースとして周知のエージェント上の情報である。この情報は、イベント報告のベースを形成する。ＭＩＢについての規格は、例えば、Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ （Ｍａｙ １９９１）が配布しているＲＦＣ １２２９の中に記載されている。
【００４９】
次に、図７を参照する。ソフトウェア１３４を使用するネットワーク管理サーバ１６の動作は、前に説明した動作にほぼ一致する。再度説明すると、ブロック１３６に示すように、ＵＭＳに対するマルチキャストのアドレス及びポートが割り当てられてクライアント識別子が割り当てられ、ＵＭＳのアドレスとポートとクライアント識別子とがブロック１３８に示すようにクライアントに送られる。ブロック１４０に示すように、ネットワーク管理命令及び制御サーバ１６は、データ構造を作り、そのデータをＵＭＳサーバに渡す。そして、ブロック１４２に示すように、ＵＭＳサーバ２２は、ＵＭメッセージを作り、クライアント値を割り当て、グループフラグを設定し、プライベートデータをメッセージのプライベートバイトの中にコピーする。その後、ブロック１４４でメッセージが送られる。
【００５０】
そして、サーバ１６はセッションマネージャ４９から予定情報を適当な時間に受け取る。適当な時間でセッションが提供されて、この中でＭＩＢ又は他の情報がエージェント４８とセッションマネージャ４９との動作を介してサーバ１６にアップロードされる。
【００５１】
本発明の１つの実施形態では、ユーザの識別可能なグループが共通の識別子の要素を受信することができる。このため、所有者が高度サービスの契約をした複数のクライアントは、それらのクライアント識別子の中に共通のコード部分を含む。クライアント識別子の中にその共通のコード部分を含んでいるメッセージを受信すると、これらの各クライアントはメッセージを受け取る。
【００５２】
本発明を限られた数の実施形態に関して説明してきたが、当業者はこれらの実施形態からの多くの修正例及び変更例を理解されよう。特許請求の範囲は、全てのそのような修正例や変更例を本発明の真の精神及び範囲の中に入るものとしてカバーするものとする。
【図面の簡単な説明】
【００５３】
【図１】本発明の１つの実施形態の概略図である。
【図２】本発明の１つの実施形態による図１に示したクライアント上に存在するソフトウェア用のフローチャートである。
【図３】本発明の１つの実施形態によるサーバすなわちヘッドエンド上にあるソフトウェア用のフローチャートである。
【図４】本発明の別の実施形態による図１に示したクライアント上にあるソフトウェア用のフローチャートである。
【図５】本発明の別の実施形態によるサーバすなわちヘッドエンド上にあるソフトウェア用のフローチャートである。
【図６】本発明の別の実施形態による図１に示したクライアント上にあるソフトウェア用のフローチャートである。
【図７】本発明の別の実施形態によるサーバすなわちヘッドエンド上にあるソフトウェア用のフローチャートである。
【技術分野】
【０００１】
［背景］
本発明は、一般に、ネットワーク内の情報交換に関する。
【背景技術】
【０００２】
マルチキャストネットワークにより、メッセージを全てのネットワーク接続されたクライアントのサブセット（ｓｕｂｓｅｔ）を構成する目標のクライアントグループに送ることができる。一般に、マルチキャスティングは、例えばヘッダ内に、アドレス指定される全ての対象クライアント（ｓｕｂｊｅｃｔ ｃｌｉｅｎｔ）のアドレスを含むことにより実現される。
【０００３】
同報通信のネットワークオペレータは、サーバすなわちマルチキャストネットワークのヘッドエンドを使用してネットワーク管理セッションを開始するために、グループ又は個々の同報通信受信者クライアントのプラットフォームを制御する。これらのセッションは、ネットワーク管理情報をヘッドエンドのサーバにアップロードするために存在する。これにより、ネットワークオペレータはネットワーク管理情報の交換を極めて拡張性に富んだ方法で管理することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このため、クライアントとサーバすなわちヘッドエンド又は同報通信のネットワークオペレータとの間の情報の交換ができるようにする方法に対する要求がある。
【発明を実施するための最良の形態】
【０００５】
［詳細な説明］
図１を参照する。ネットワークは、少なくとも１つのサーバ、すなわちヘッドエンド又はネットワークオペレータ１０及び（その１つしか図示していない）複数のクライアント１２を含む。サーバ１０は、配信システムを介して（クライアント１２を含む）複数のクライアントに接続される。この配信システムは、有線のシステム又は無線若しくは同報通信のシステムに基づいたシステムとすることができる。そのようなネットワークの実施例は、デジタルビデオ同報通信システムのようなテレビ配信ネットワークを含む。
【０００６】
本発明の１つの実施形態では、サーバ１０はクライアント１２とトランスポート（ｔｒａｎｓｐｏｒｔ）１４を介して通信する。このトランスポート１４は、アナログ又はデジタルの同報通信システムに基づいている。１つの実施例として、トランスポート１４は、日付が１９９７年１１月であり、Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ （ＥＴＳ）， Ｖａｌｂｏｎｎｅ， Ｆｒａｎｃｅから入手可能な、Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔ （ＤＶＢ）； Ｎｅｔｗｏｒｋ−ｉｎｄｅｐｅｎｄｅｎｔ Ｐｒｏｔｏｃｏｌ， ＥＴＳ ３００８０２に準拠する。トランスポート１４は、実施例として、衛星、ケーブル、又はエアウェーブ放送システムとすることができる。
【０００７】
本発明の実施形態によれば、クライアント１２は、サーバ１０から、又はいくつかの実施形態では別のクライアント１２からそのクライアント１２に個別に送られたメッセージを認識する。多数のアドレス指定された各クライアントの個々の識別子をヘッダ内に挿入する必要なしに、メッセージをクライアントのグループにアドレス指定することによって、帯域幅を節約することができる。
【０００８】
さらに、クライアント１２は、サーバ１０のような遠隔ユニットが独立にアドレス指定することができる１つ以上のアドレス可能なエージェント４４，４５，４６及び４８を含む。その上、アドレス可能なエージェント４４，４５，４６及び４８を所定のクライアント１２内に設けることによって、専門化された又は専門の取扱いを必要とするメッセージを、適切に取り扱うためにクライアント１２上に存在する特定のエージェントにアドレス指定することができる。
【０００９】
サーバ１０は、ネットワーク管理命令及び制御サーバ１６を含む。このサーバ１６は、クライアント１２からのデータ収集を管理する役割を担う。サーバ１６は、（例えば、ｓｅｒｖｉｃｅ＿ｉｄ＝０ｘ０２等の）識別可能なサービス識別子を含むメッセージを送信する。サーバ１０は、インスタントメッセージすなわちショートメッセージサービス（以下、「ＳＭＳ」とよぶ）サーバ１８も含む。このサーバ１８も（例えば、ｓｅｒｖｉｃｅ＿ｉｄ＝０ｘ０４等の）識別可能なサービス識別子を有するメッセージを送信する。
【００１０】
さらに、クライアント用ディスク管理サーバ２０も同様に備える。このクライアント用ディスク管理サーバ２０は、（例えば、ｓｅｒｖｉｃｅ＿ｉｄ＝０ｘ０１等の）１つ以上の識別可能なサービス識別子を含むメッセージを送信する。場合によっては、クライアントの記憶装置すなわちディスクドライブ４３上の所望の機能を始動するために、各種のメッセージをクライアント用ディスク管理サーバ２０が発行する。例えば、別個のサービス識別子を命令に対して使用して、パーティションの作成、パーティションの削除、又はパーティションの変更を行う。
【００１１】
データ管理セッション制御サーバ２１は、利用可能な戻りチャネル接続部４７を介してクライアント上の一意的に識別可能なデータセットのアップロードを管理する役割を分担する。このことは、ネットワークオペレータがデータの検索及び関連するサーバの拡張性を管理できるようにする貴重な機能である。一方向メッセージサービス種別及びメッセージ識別子をデータ管理セッション制御（ｄａｔａ ｍａｎａｇｅｍｅｎｔ ｓｅｓｓｉｏｎ ｃｏｎｔｒｏｌ：以下、「ＤＭＳＣ」とよぶ）に対して使用して、クライアントのグループ又は個々のクライアントに対するデータ管理セッションを管理することができる。このグループ管理は、サーバ１０によって管理されるネットワーク内の全ての同報通信受信者のクライアントに対してクライアント識別子を戦略的に割り当てることによって、一方向メッセージサービスにより本質的に対応される。
【００１２】
データ管理セッション制御サーバ２１は、（例えば、ｓｅｒｖｉｃｅ＿ｉｄ＝０ｘ０３等の）１つ以上の識別可能なサービス識別子を含むメッセージを送信する。このサーバ２１は、プライベート用途のデータ及びデータ寸法（ａｐｐｌｉｃａｔｉｏｎ−ｐｒｉｖａｔｅ ｄａｔａ ａｎｄ ｄａｔａ ｓｉｚｅ）や、固有のクライアント識別子や、クライアント識別子がグループマスクであるか又は個別のクライアント識別子であるかを指定するブール変数であるグループフラグや、ＤＭＳＣに対するサービス識別子の値や、プライベート用途のメッセージ識別子等のＤＭＳＣのメッセージデータ構造を作り出し、情報及びデータを一方向メッセージサーバ２２に送る。
【００１３】
本発明の１つの実施形態によれば、サーバ１０は、一方向メッセージングシステムを実現することができる。一方向メッセージングシステムでは、サーバ１０はメッセージを複数のクライアントに送信することができるが、これらのクライアントはいずれにせよ応答することはできない。そのようなネットワークの１つの実施例は、ＤＶＢプロトコルに準拠し家庭に直結した（ｄｉｒｅｃｔ−ｔｏ−ｈｏｍｅ：ＤＴＨ）同報通信ネットワークである。このネットワークは、２つの実施例として、接続指向の通信プロトコル又はリアルタイムのコネクションレス通信プロトコル（ｒｅａｌ ｔｉｍｅ ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を使用することができる。実施例として、インスタントメッセージング、命令及び制御及び通知及び信号伝達など、サーバからクライアントへの一方向メッセージングには多くのアプリケーションがある。他の事例では、ネットワークは、例えば、インターネットプロトコル（ＩＰ）マルチキャストのバックボーンを有する双方向ネットワークとすることができる。
【００１４】
本発明の１つの実施形態では、サーバ１０は、適切な形式でメッセージを生成するサーバ１６，１８，２０及び２１に接続された一方向メッセージングサーバ（ＵＭＳ）２２を含む。ＵＭＳサーバ２２が送信したメッセージは、サーバ１６，１８，２０又は２１の１つが始めに生成したメッセージを含みうる。そして、ＵＭＳサーバ２２は、メッセージを適当なマルチキャストプロトコルの形式に変える、インターネットプロトコルのマルチキャストモジュール２４に接続される。最後に、ＤＶＢマルチプロトコルのカプセル封じ（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ Ｅｎｃａｐｓｕｌａｔｉｏｎ：以下、「ＭＰＥ」とよぶ）２６は、インターネットプロトコルのマルチキャストモジュール２４に接続される。ＭＰＥは、ＤＶＢ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ Ｄａｔａ Ｂｒｏａｄｃａｓｔｓ （ＥＮ ３０１ １９２）及びＳｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ （ＳＩ） ｉｎ ＤＶＢ Ｓｙｓｔｅｍｓ （ＥＮ ３００ ４６８ Ｖｌ．３．１ １９９８−０２）の中で説明されており、両方ともＥＴＳから入手できる。ＤＶＢ ＭＰＥ２６とＤＶＢ−サービス情報（ｓｅｒｖｉｃｅ ｉｎｆｏｒｍａｔｉｏｎ：以下、「ＳＩ」とよぶ）発生器２８との出力は、トランスポート１４に接続される。サービス情報は、配信システムと、内容と、同報通信のデータストリームのスケジューリング／タイミングとを記述するデジタルデータである。
【００１５】
クライアント１２において、ＤＶＢ−ＳＩ発生器２８からのストリームは、ＤＶＢ−ＳＩレシーバ４０とサービス収集モジュール３８とに接続される。サービス収集モジュール３８は、プログラム識別子（ＰＩＤ）を抽出し、それをＤＶＢデマルチプレクサ３２に送る。チューナ３０は、抽出されたプログラム識別子に対応する適当なチャネルにクライアント１２を同調させうる。
【００１６】
ＤＶＢ ＭＰＥ２６からのメッセージは、ＤＶＢ ＭＰＥレシーバ４２に送られる。このレシーバ４２は、ＩＰマルチキャストモジュール４０と一方向メッセージングサーバ３８とに通信する。このサーバ３８は、メッセージを分析して、サービス識別子がデータストリームの中に含まれていたかどうかを判断する。含まれていた場合には、特定のサービス識別子を有するメッセージを受信するように指定された適当なエージェントにメッセージを転送する。
【００１７】
ディスク管理エージェント４４はディスクドライブコントローラ４７に接続され、次に、このディスクドライブコントローラ４７は記憶装置４３に接続される。ディスクドライブコントローラ４７は、例えば、ハードディスクドライブとすることができる。ディスク管理エージェント４４は、クライアント用ディスク管理サーバ２０によってメッセージの受信者としてアドレス指定される。ディスク管理エージェント４４はコントローラ４７を介して処理を開始させ、コントローラ４７は記憶装置４３を順に制御する。この制御は、どのような情報が記憶装置４３に記憶されるかと、その情報がどのように記憶装置４３に記憶されるかとを判断することを含む。
【００１８】
本発明の１つの実施形態では、ネットワーク管理命令及び制御サーバ１６は、特定のサービス識別子に同調するネットワーク管理セッション管理エージェント４８にそのメッセージを受信させるメッセージ識別子を備える。同様に、インスタントメッセージングサーバ１８からのメッセージは、これらのメッセージをクライアント１２内のエージェント４８に転送させるサービス識別子を含む。その上、データ管理セッション制御サーバ２１からのメッセージは、クライアント１２のデータ管理セッション制御エージェント４５にそれらのメッセージを分流させる適当な識別子を有する。
【００１９】
サーバ１０は、サーバ２２の動作を制御するソフトウェア１３４，７０及び１０２を記憶する記憶装置２５を含む。同様に、クライアント１２のサーバ３８は、サーバ３８の動作を制御するソフトウェア５０，８２及び１１４を記憶する記憶装置４３に接続される。サーバ２２及び３８は、プロセッサベースのシステムとすることもできる。
【００２０】
次に、図２を参照する。クライアント１２のソフトウェア５０は、最初に、一方向メッセージングサーバのアドレス及びポートをサーバ１０から受け取る。クライアント１２には、ブロック５２に示すように、クライアント識別子も割り当てられる。これにより、各クライアントがサーバ１０によって割り当てられた、ＵＭＳのアドレスとポートと固有のクライアント識別子とを有するインターネットプロトコルのマルチキャストシステムが確立される。いくつかの実施形態では、サーバ１０は、アドレスとポートとクライアントの識別子とを動的に調整して、特定のクライアントに対する特定のメッセージ、メッセージのグループ、又はメッセージの種類の通信を動的に再構成可能な方法によりできるようにする。
【００２１】
クライアント１２のレシーバは、ブロック５４に示すように、そのアドレスとポートとクライアント識別子とを受信すると、マルチキャストグループを結合し、特にそのクライアントに又はクライアント１２が属する任意のグループにアドレス指定されたメッセージを傾聴（ｌｉｓｔｅｎ）する。
【００２２】
ディスク管理エージェント４４は、ブロック５６に示すように、そのサービス識別子をＵＭＳサーバ３８に登録する。ＵＭＳサーバ３８が、ブロック５８に示すように、ＵＭＳのメッセージが付いたパケットを受信すると、菱形６０に示すように、特定のクライアント１２が目当ての受信者であるかどうかを判断するチェックが行われる。目当ての受信者でない場合には、ブロック６２に示すように、メッセージは廃棄される。
【００２３】
しかしながら、特定のクライアント１２が目当ての受信者の場合には、ブロック６４に示すように、サーバ３８はメッセージのサービス識別子をチェックし、このメッセージを正しいエージェント４４，４６又は４８に渡す。そして、ブロック６６に示すように、メッセージを適当なエージェント４４に配信する。エージェント４４において、ブロック６８に示すように、情報が構文解析され、処理するために適当な工程に渡される。
【００２４】
例えば、アドレス指定されると、ディスク管理エージェント４４は、記憶装置４３に中継するための適当な命令をコントローラ４７に送る。メッセージに添付されたサービス識別子により、エージェント４４は、パーティションを作成する、パーティションを削除する、又はパーティションを変更する等の適切に翻訳された命令を提供することができる。これらの命令のそれぞれには、０ｘ０３や０ｘ０４や０ｘ０５等の別個のサービス識別子の値が与えられる。ディスク管理エージェント４４は、クライアント用ディスク管理サーバ２０から受信されたメッセージに基づいて、サービス識別子の値が付いたメッセージをコントローラ４７用の適当な形式に翻訳する。例えば、サービス識別子の値０ｘ０３を含むメッセージについては、エージェント４４は、記憶装置４３にパーティションを作成するようにコントローラ４７に対する命令を発行する。
【００２５】
図３に示したサーバ側では、ネットワークソフトウェア７０は、ブロック７２に示すように、一方向メッセージングサーバ用のマルチキャストのアドレス及びポートを複数のクライアント１２に対して割り当てることによって開始する。サーバ１０もクライアント識別子を動的に再構成可能な方法で割り当てる。そして、アドレスとポートとクライアント識別子とが、ブロック７４に示すように、クライアントに送信される。
【００２６】
この後、ブロック７６に示すように、ディスク管理サーバ２０はデータ構造を作り、このデータ構造をサーバ２２に渡す。サーバ２２は、ブロック７８に示すように、一方向メッセージを作り、クライアント値を割当て、グループフラグを設定し、プライベートデータをメッセージのプライベートバイト（ｐｒｉｖａｔｅ ｂｙｔｅ）の中にコピーする。より具体的には、固有のクライアント識別子が割り当てられる。このクライアント識別子は、特定の事前に割り当てられたクライアント識別子、又は１つの実施例として、複数のクライアントが目標とされる場合はゼロのいずれかとすることができる。グループフラグは、クライアント識別子がグループマスクであるか又は特定の識別子であるかを指定するブール値とすることができる。グループマスクは、ネットワーク上のクライアント１２のサブセットを識別する識別子である。このサブセットは、複数のクライアントを含むが、アドレス可能なクライアントの総数よりも少ない。
【００２７】
一方向メッセージ用ヘッダの１つの実施例として、メッセージは、ｇｒｏｕｐ＿ｍａｓｋや、ｓｅｒｖｉｃｅ＿ｉｄや、ｖｅｒｓｉｏｎ＿ｉｄや、ｍｅｓｓａｇｅ＿ｉｄや、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ等の多数の変数を含む。本発明の１つの実施形態では、ｇｒｏｕｐ＿ｍａｓｋは６４ビットを含み、ｓｅｒｖｉｃｅ＿ｉｄは８ビットを含み、ｖｅｒｓｉｏｎ＿ｉｄは１６ビットを含み、ｍｅｓｓａｇｅ＿ｉｄは８ビットを含み、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅは８ビットを含む。ｖｅｒｓｉｏｎ＿ｉｄは、一方向メッセージングプロトコルの翻訳であり、最初はゼロに設定される。ｓｅｒｖｉｃｅ＿ｉｄは、インスタントメッセージングサービスに対して１つの実施例では０ｘ０２とするサービス識別子である。都合がよいことに、メッセージの長さは、潜在的なデータグラムの細分化を無くすために１０２４バイトを超えることはない。ｇｒｏｕｐ＿ｆｉｌｔｅｒはｃｌｉｅｎｔ＿ｉｄフィールドと共に使用して、アプリケーションに必要なプライベートデータのバイトの長さを制限する。それぞれのヘッダ項目は、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅを除いてＤＶＢ仕様に基づいて、符号なし整数の最上位のビットの第１の（ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒ ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ ｆｉｒｓｔ：以下、「ｕｉｍｓｂｆ」とよぶ）識別子を含む。ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅは、ビットストリングのレフトビットの第１の（ｂｉｔ ｓｔｒｉｎｇ ｌｅｆｔ ｂｉｔ ｆｉｒｓｔ：以下、「ｂｓｌｂｆ」とよぶ）識別子を含む。
【００２８】
そして、ブロック８０に示すように、メッセージは、ネットワーク上の全てのクライアント１２に送られる。各クライアントは、メッセージがそのクライアントに送ることを意図されているかどうかを判断する。クライアント１２は、メッセージがクライアント１２のクライアント識別子にアドレス指定されているかどうかを判断することによって、それが特定の目当ての受信者であるかどうかを決定する。例えば、メッセージの識別子とクライアントの識別子との間のＡＮＤ論理演算子を用いて、クライアント１２がサーバ１０によって一緒にアドレス指定されたクライアントのグループの中に一緒に含まれているかどうかを、クライアント１２は判断する。
【００２９】
本発明の１つの実施形態では、ユーザの識別可能なグループは共通のクライアント識別子の要素を受け取る。このため、所有者が高度サービスの契約をした複数のクライアントは、それらのクライアント識別子の中に共通のコード部分を含む。クライアント識別子の中にその共通のコード部分を含んでいるメッセージを受信すると、これらの各クライアントはメッセージを受け取る。同様に、特定の関心を有する特定の地理的な領域内のクライアント又は識別可能なクライアントは、固有のプレフィックス／サフィックス又は識別子コード部分が与えられる。コード部分はｇｒｏｕｐ＿ｍａｓｋと論理的にＡＮＤ処理されて、特定のクライアントが目当てのグループのメンバであるかどうかを判断する。
【００３０】
管理メッセージヘッダは、ｖｏｌｕｍｅ＿ｎａｍｅ＿ｌｅｎフィールド等の、ディスク管理エージェント４４をアドレス指定するフィールドも含む。このｖｏｌｕｍｅ＿ｎａｍｅ＿ｌｅｎフィールドは、ハードディスクドライブの形態の記憶装置４３の適当なボリュームに対するボリュームと名前と長さとバイトとを提供する。本発明の１つの実施形態では、そのフィールドは長さが８ビットでありｂｓｌｂｆ識別子を有する。さらに、ｖｏｌｕｍｅ＿ｎａｍｅ＿ｂｙｔｅフィールドは、パーティションを作るために取り付けるボリュームの名前を構成するボリューム名のバイトを与える。本発明の１つの実施形態では、このフィールドは長さが８ビットでありｂｓｌｂｆ識別子を含む。最後に、ｐａｒｔｉｔｉｏｎ＿ｓｉｚｅフィールドは、作成するパーティションの寸法をバイトで与える。このフィールドは長さが３２ビットでありｕｉｍｓｂｆ識別子を使用する。もちろん、別のフィールドと別のサービス識別子とを使用して、別の命令をクライアントの記憶装置４３に対しても実行することができる。
【００３１】
このように、クライアント用ディスク管理サーバ２０は、サーバすなわちヘッドエンド１０からの指示のもとで、どのように記憶装置４３を目標のクライアント１２又は目標のクライアント１２のグループに対して設定及び使用するかを制御することができる。それぞれのクライアント１２が個別にアドレス指定され、クライアント全体のセットがアドレス指定され、又はクライアントの任意のサブグループが集合的にアドレス指定されて、それらの記憶装置４３が個別に又は集合的に変更される。このため、１つ以上の記憶装置４３をサーバ１０から選択的に制御することができる。
【００３２】
図４を参照する。ネットワーク管理セッションを実現するクライアント１２上のソフトウェア８２は、まず、一方向メッセージングサーバのアドレス及びポートをサーバ１０から受信する。クライアント１２は、ブロック８４に示すように、クライアント識別子を割り当てられる。これにより、各クライアントがサーバ１０によって割り当てられた、ＵＭＳのアドレスとポートと固有のクライアント識別子とを有するインターネットプロトコルのマルチキャストシステムが確立される。
【００３３】
クライアント１２のレシーバは、ブロック８６に示すように、そのアドレスとポートとクライアント識別子とを受信すると、マルチキャストグループを結合し、特にそのクライアントに又はクライアント１２が属する任意のグループにアドレス指定されたメッセージを傾聴する。
【００３４】
データ管理セッション制御エージェント４５は、ブロック８８に示すように、そのサービス識別子をＵＭＳサーバ３８に登録する。ＵＭＳサーバ３８が、ブロック９０に示すように、ＵＭＳのメッセージが付いたパケットを受信すると、菱形９２に示すように、特定のクライアント１２が目当ての受信者であるかどうかを判断するチェックが行われる。目当ての受信者でない場合には、ブロック９４に示すように、メッセージは廃棄される。
【００３５】
しかしながら、特定のクライアント１２が目当ての受信者の場合には、ブロック９６に示すように、サーバ３８はメッセージのサービス識別子をチェックし、このメッセージを正しいエージェント４５に渡す。そして、ブロック９８に示すように、メッセージを適当なエージェント４５に配信する。エージェント４５において、ブロック１００に示すように、情報が構文解析され、処理するために適当な工程に渡される。
【００３６】
データ管理セッション制御エージェント４５は目標とされたメッセージをデータ管理セッション制御サーバ２１から受け取り、その応答として、サーバ２１が必要とするデータを、例えば、バックチャネル４７を介して提供する。このため、１つの実施形態では、エージェント４５はＭａｎａｇｅｍｅｎｔＭｅｓｓａｇｅ（）とＤＭＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）とを含む特定のシンタックスを有するメッセージを受信する。ここで、ＭａｎａｇｅｍｅｎｔＭｅｓｓａｇｅ（）は、ｇｒｏｕｐ＿ｍａｓｋと、ｓｅｒｖｉｃｅ＿ｉｄと、ｖｅｒｓｉｏｎ＿ｉｄと、ｍｅｓｓａｇｅ＿ｉｄと、ｍｅｓｓａｇｅ＿ｂｙｔｅ＿ｃｏｕｎｔとを含み、ＤＭＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）は、今度は、ｓｅｓｓｉｏｎ＿ｉｄと、ｓｅｓｓｉｏｎ＿ｈｏｓｔ＿ｎａｍｅと、ｓｅｓｓｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅと、ｓｅｓｓｉｏｎ＿ｄｕｒａｔｉｏｎと、ｄａｔａ＿ｉｄとを含む。
【００３７】
ｓｅｓｓｉｏｎ＿ｉｄは、固有のセッション識別子である。ｓｅｒｖｅｒ＿ｈｏｓｔ＿ｎａｍｅは、接続を確立するためのデータ管理サーバの文字列のホストネームである。ｓｅｓｓｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅは、クライアント１２がセッションを確立する日付及び時間である。ｓｅｓｓｉｏｎ＿ｄｕｒａｔｉｏｎは、サーバ２１がセッションを受け入れて、必要な場合には、時間ウィンドウ（ｔｉｍｅ ｗｉｎｄｏｗ）を提供する開始時間後の持続時間である。ｄａｔａ＿ｉｄは、セッションの間に交換する情報又はデータセットの固有の識別子である。識別子の情報及び／又はデータを管理及び割り当てる方法は、アプリケーションごとに行われる。
【００３８】
このため、サーバ２１は、クライアント１２に指定の時間に指定のデータのアップロードを開始させるメッセージをクライアント１２に送ることができる。すなわち、サーバ２１はｓｅｓｓｉｏｎ＿ｉｄとｓｅｒｖｅｒ＿ｈｏｓｔ＿ｎａｍｅとｓｅｓｓｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅとｓｅｓｓｉｏｎ＿ｄｕｒａｔｉｏｎとｄａｔａ＿ｉｄとを含むヘッダを指定し、それに応答して、データ管理セッション制御エージェント４５は、要求された情報を集めて、要求された時間に要求された形式でそれを提供する。
【００３９】
サーバ２１は、実施例として、セッション作成メッセージとセッション削除メッセージとセッション更新メッセージとを含む異なるメッセージ識別子を有するメッセージを提供する。セッション削除メッセージは以前に作成されたセッションを単に削除し、セッション更新メッセージは付加的な情報を予定されたセッションに提供する。
【００４０】
本発明の１つの実施形態では、ｇｒｏｕｐ＿ｍａｓｋは、ｕｉｍｓｂｆ識別子が付いた６４ビットを含む。ｓｅｓｓｉｏｎ＿ｉｄはｕｉｍｓｂｆ識別子が付いた８ビットを含む。ｖｅｒｓｉｏｎ＿ｉｄは、ｕｉｍｓｂｆ識別子が付いた１６ビットを含む。ｍｅｓｓａｇｅ＿ｉｄは、８ビットを含み、識別子０ｘ０１を有する。ｍｅｓｓａｇｅ＿ｂｙｔｅ＿ｃｏｕｎｔは、ｕｉｍｓｂｆ識別子の中に１６ビットを含む。ＤａｔａＭａｎａｇｅｍｅｎｔＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）は、１つの実施形態では、全てがｕｉｍｓｂｆ識別子形式であり、８ビットのシンタックスｓｅｓｓｉｏｎ＿ｉｄと６４ビットのｓｅｓｓｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅと３２ビットのｓｅｓｓｉｏｎ＿ｄｕｒａｔｉｏｎと３２ビットのｄａｔａ＿ｉｄとを含む。ＤａｔａＭａｎａｇｅｍｅｎｔＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）は、ｂｓｌｂｆ識別子が付いた１２８ビットのｓｅｒｖｅｒ＿ｈｏｓｔ＿ｎａｍｅを含む。
【００４１】
図５に示したサーバ側では、ネットワークソフトウェア１０２は、ブロック１０４に示すように、一方向メッセージングサービスに対するマルチキャストのアドレス及びポートを複数のクライアント１２に割り当てることによって開始する。サーバ１０は、クライアントの識別子も動的に再構成可能な方法で割り当てる。そして、ブロック１０６に示すように、アドレスとポートとクライアントの識別子とがクライアントに送られる。
【００４２】
この後、ブロック１０８に示すように、データ管理セッション制御サーバ２１はデータ構造を作り、このデータ構造をサーバ２２に渡す。サーバ２２は、ブロック１１０に示すように、一方向メッセージを作り、クライアント値を割当て、グループフラグを設定し、プライベートデータをメッセージのプライベートバイトの中にコピーする。より具体的には、固有のクライアント識別子が割り当てられる。このクライアント識別子は、特定の事前に割り当てられたクライアント識別子とするか、又は、１つの実施例として、複数のクライアントが目標とされる場合にはゼロとするかのいずれかにすることができる。グループフラグは、クライアント識別子がグループマスクであるか又は特定の識別子であるかを指定するブール値とすることができる。グループマスクは、ネットワーク上のクライアント１２のサブセットを識別する識別子である。このサブセットは複数のクライアントを含むが、アドレス可能なクライアントの総数よりも少ない。
【００４３】
そして、ブロック１１２に示すように、メッセージは、ネットワーク上の全てのクライアント１２に送られる。各クライアントは、メッセージがそのクライアントに送ることを意図されているかどうかを判断する。クライアント１２は、メッセージがクライアント１２のクライアント識別子にアドレス指定されているかどうかを判断することによって、それが特定の目当ての受信者であるかどうかを決定する。例えば、メッセージの識別子とクライアントの識別子との間のＡＮＤ論理演算子を用いて、クライアント１２がサーバ１０によって一緒にアドレス指定されたクライアントのグループの中に一緒に含まれているかどうかを、クライアント１２は判断する。
【００４４】
ネットワーク管理命令及び制御サーバ１６は、ネットワークセッション管理エージェント４８と共に働く。サーバ１６の要請で生成されたメッセージがエージェント４８に送られる場合には、エージェント４８はセッションマネージャ４９を呼び出す。セッションマネージャは、本発明の１つの実施形態では、望ましい管理情報を所定の形式でバックチャネル４３を介して提供する。
【００４５】
ネットワーク管理セッションは、一般に、ネットワーク管理情報をサーバ１６にアップロードする目的のものである。１つの実施例として、管理情報のベース（ｍａｎａｇｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ ｂａｓｅ：以下、「ＭＩＢ」とよぶ）は、単純ネットワーク管理プロトコル（ｓｉｍｐｌｅ ｎｅｔｗｏｒｋ ｍａｎａｇｅｍｅｎｔ ｐｒｏｔｏｃｏｌ：以下、「ＳＮＭＰ」とよぶ）により戻りチャネル４３を介してアップロードされる。図６に示したエージェント４８の動作は、一般に、エージェント４４及び４５に関して前に説明した動作に対応する。すなわち、ブロック１１６に示すように、ＵＭＳのアドレスとポートとクライアント識別子とが受信される。レシーバは、ブロック１１８に示すように、マルチキャストグループを結合し、メッセージを傾聴する。ネットワークセッション管理エージェント４８は、ブロック１２０に示すように、そのサービス識別子をＵＭＳサーバに登録する。そして、ＵＭＳのレシーバは、ブロック１２２に示すように、メッセージが付いたパケットを受信する。
【００４６】
菱形１２４におけるチェックでは、特定のエージェント４８が目当ての受信者であるかどうかを判断する。目当ての受信者でない場合には、ブロック１２６に示すように、メッセージは廃棄される。そうでない場合には、ブロック１３０に示すように、レシーバはサービス識別子をチェックして、このメッセージをエージェント４８に渡す。情報は、構文解析されて、セッションマネージャ４９に渡される。そして、このセッションマネージャ４９は、チャネル４３を用いて、サーバ１６とのセッションを予定する。
【００４７】
メッセージの形式は、ＤＭＳＣで使用される形式と基本的には同じである。しかしながら、ＤＭＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）を有する代わりに、ＮＭＳｅｓｓｉｏｎＣｏｎｔｒｏｌＭｅｓｓａｇｅ（）がｉｎｆｏ＿ＩＤフィールドを含む。このｉｎｆｏ＿ＩＤフィールドは、セッションの間に交換する情報又はデータセットの固有の識別子である。情報及び／又はデータセットの識別子を管理して割り当てる方法は、各アプリケーションで行われる。例えば、クライアントが複数のＭＩＢを管理する場合には、特定のＳＮＭＰのクライアントのＭＩＢを識別して、サーバにアップロードすることができる。
【００４８】
ＭＩＢは、管理情報のベースとして周知のエージェント上の情報である。この情報は、イベント報告のベースを形成する。ＭＩＢについての規格は、例えば、Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ （Ｍａｙ １９９１）が配布しているＲＦＣ １２２９の中に記載されている。
【００４９】
次に、図７を参照する。ソフトウェア１３４を使用するネットワーク管理サーバ１６の動作は、前に説明した動作にほぼ一致する。再度説明すると、ブロック１３６に示すように、ＵＭＳに対するマルチキャストのアドレス及びポートが割り当てられてクライアント識別子が割り当てられ、ＵＭＳのアドレスとポートとクライアント識別子とがブロック１３８に示すようにクライアントに送られる。ブロック１４０に示すように、ネットワーク管理命令及び制御サーバ１６は、データ構造を作り、そのデータをＵＭＳサーバに渡す。そして、ブロック１４２に示すように、ＵＭＳサーバ２２は、ＵＭメッセージを作り、クライアント値を割り当て、グループフラグを設定し、プライベートデータをメッセージのプライベートバイトの中にコピーする。その後、ブロック１４４でメッセージが送られる。
【００５０】
そして、サーバ１６はセッションマネージャ４９から予定情報を適当な時間に受け取る。適当な時間でセッションが提供されて、この中でＭＩＢ又は他の情報がエージェント４８とセッションマネージャ４９との動作を介してサーバ１６にアップロードされる。
【００５１】
本発明の１つの実施形態では、ユーザの識別可能なグループが共通の識別子の要素を受信することができる。このため、所有者が高度サービスの契約をした複数のクライアントは、それらのクライアント識別子の中に共通のコード部分を含む。クライアント識別子の中にその共通のコード部分を含んでいるメッセージを受信すると、これらの各クライアントはメッセージを受け取る。
【００５２】
本発明を限られた数の実施形態に関して説明してきたが、当業者はこれらの実施形態からの多くの修正例及び変更例を理解されよう。特許請求の範囲は、全てのそのような修正例や変更例を本発明の真の精神及び範囲の中に入るものとしてカバーするものとする。
【図面の簡単な説明】
【００５３】
【図１】本発明の１つの実施形態の概略図である。
【図２】本発明の１つの実施形態による図１に示したクライアント上に存在するソフトウェア用のフローチャートである。
【図３】本発明の１つの実施形態によるサーバすなわちヘッドエンド上にあるソフトウェア用のフローチャートである。
【図４】本発明の別の実施形態による図１に示したクライアント上にあるソフトウェア用のフローチャートである。
【図５】本発明の別の実施形態によるサーバすなわちヘッドエンド上にあるソフトウェア用のフローチャートである。
【図６】本発明の別の実施形態による図１に示したクライアント上にあるソフトウェア用のフローチャートである。
【図７】本発明の別の実施形態によるサーバすなわちヘッドエンド上にあるソフトウェア用のフローチャートである。
【特許請求の範囲】
【請求項１】
クライアント上でサーバから該クライアントにアドレス指定されたメッセージを受信するステップと、
該メッセージに基づいて、データアップロードのセッションをスケジュールするステップと
を含んでなる方法。
【請求項２】
前記クライアントを含むクライアントの集合を含むいくつかのクライアントに個別の識別子を割り当てるステップと、
前記クライアントの集合の中のクライアントのサブセットにグループ識別子を割り当てるステップと、
前記集合の中のクライアントが、前記クライアント又は前記サブセットにメッセージが送られたかどうかを判断することができるようにするステップと
をさらに含む請求項１に記載の方法。
【請求項３】
一方向メッセージングシステム内のクライアントにメッセージを送るステップを含む請求項２に記載の方法。
【請求項４】
記憶装置上で実行するタスクを指定する識別子を含むメッセージを受信するステップを含む請求項１に記載の方法。
【請求項５】
前記記憶装置上のパーティションの変更を指示する識別子を含むメッセージを受信するステップを含む請求項４に記載の方法。
【請求項６】
前記クライアント上のエージェントを指定して前記メッセージを処理し、前記メッセージを前記エージェントに転送する前記メッセージ内の識別子を見つけるステップを含む請求項１に記載の方法。
【請求項７】
前記エージェントがバックチャネルを介して前記サーバに前記データをアップロードすることができるようにするステップを含む請求項６に記載の方法。
【請求項８】
指定された時間を前記メッセージから抽出するステップと、該指定された時間に前記データをアップロードするステップとをさらに含む請求項６に記載の方法。
【請求項９】
前記サーバにアップロードする情報を指定する識別子を前記メッセージから取り出すステップと、前記指定された情報をアップロードするステップとを含む請求項１に記載の方法。
【請求項１０】
前記メッセージがサーバ識別子を含み、識別されたサーバに前記データをアップロードするステップを含む請求項９に記載の方法。
【請求項１１】
プロセッサベースのシステムに対して、
前記システムにアドレス指定されたメッセージをサーバから受信することと、
前記メッセージに基づいて前記システムから前記サーバへの情報のアップロードをスケジュールすることと
ができるようにする命令を記憶している媒体を含む製品。
【請求項１２】
前記プロセッサベースのシステムに対して、
前記システムを含むクライアントの集合を含む各クライアントに個別の識別子を割り当てることと、
前記クライアントの集合の中のクライアントのサブセットにグループ識別子を割り当てることと、
前記システムが、メッセージが前記システム又は前記サブセットに送られたかどうかを判断できるようにすることと
ができるようにする命令をさらに記憶している請求項１１に記載の製品。
【請求項１３】
前記プロセッサベースのシステムに対して、一方向メッセージングシステム内のクライアントにメッセージを送ることができるようにする命令をさらに記憶している請求項１２に記載の製品。
【請求項１４】
前記プロセッサベースのシステムに対して、前記メッセージ内の命令をデコードして、記憶装置の情報の記憶内容を変更することができるようにする命令をさらに記憶している請求項１１に記載の製品。
【請求項１５】
前記プロセッサベースのシステムに対して、前記システム上のエージェントを指定する前記メッセージ内の識別子を見つけ出し、前記メッセージを処理して前記メッセージを前記エージェントに転送することができるようにする命令をさらに記憶している請求項１１に記載の製品。
【請求項１６】
前記プロセッサベースのシステムに対して、前記データを前記サーバにバックチャネルを介してアップロードすることができるようにする命令をさらに記憶している請求項１５に記載の製品。
【請求項１７】
前記プロセッサベースのシステムに対して、指定された時間を前記メッセージから抽出して、前記指定された時間に前記データをアップロードすることができるようにする命令をさらに記憶している請求項１５に記載の製品。
【請求項１８】
前記プロセッサベースのシステムに対して、前記サーバにアップロードする情報を指定する識別子を前記メッセージから取り出して、前記指定された情報をアップロードすることができるようにする命令をさらに記憶している請求項１１に記載の製品。
【請求項１９】
前記プロセッサベースのシステムに対して、前記データを前記メッセージ内で識別されたサーバにアップロードすることができるようにする命令をさらに記憶している請求項１８に記載の製品。
【請求項２０】
プロセッサベースの装置と、
該プロセッサベースの装置に対して、該プロセッサベースの装置にアドレス指定されたメッセージをサーバから受信し、該メッセージに基づいて該サーバに情報のアップロードをスケジュールすることができるようにする命令を記憶している記憶装置と
を含んでなるシステム。
【請求項２１】
前記装置がメッセージ内のグループ識別子を比較して、前記装置が前記サーバによってアドレス指定されたグループの中にあるかどうかを判断することができるようにする命令を前記記憶装置が記憶している請求項２０に記載のシステム。
【請求項２２】
前記プロセッサベースの装置が前記装置上のエージェントを指定する識別子を前記メッセージ内に見出して前記メッセージを処理し前記メッセージを前記エージェントに転送することができるようにする命令を前記記憶装置が記憶している請求項２０に記載のシステム。
【請求項２３】
メッセージをクライアントに送信するステップと、
該メッセージに基づいて、前記クライアントの情報のアップロードをスケジュールするステップと
を含んでなる方法。
【請求項２４】
プロセッサベースのシステムに対して、バックチャネルを介してクライアントからのデータのアップロードを受信することができるようにする命令を記憶するステップをさらに含む請求項２３に記載の方法。
【請求項２５】
メッセージ内の時間指定を送信するステップと、前記指定された時間にクライアントからのデータのアップロードを受信するステップとを含む請求項２４に記載の方法。
【請求項２６】
プロセッサベースのシステムに対して、
メッセージをクライアントに送信することと、
前記メッセージに基づいて、前記システムに情報のアップロードをスケジュールすることと
ができるようにする命令を記憶している媒体を含む製品。
【請求項２７】
前記プロセッサベースのシステムに対して、前記クライアントから情報をアップロードする時間を指定する前記メッセージ内の情報を送信することができるようにする命令をさらに記憶している請求項２６に記載の製品。
【請求項２８】
前記プロセッサベースのシステムに対して、前記クライアントがアップロードする必要がある情報を指定するメッセージを送信することができるようにする命令をさらに記憶している請求項２６に記載の製品。
【請求項２９】
プロセッサベースの装置と、
前記プロセッサベースの装置がメッセージをクライアントに送信して、前記メッセージに基づいてシステムに前記クライアント上の情報のアップロードをスケジュールすることができるようにする命令を記憶している記憶装置と
を含んでなるシステム。
【請求項３０】
前記プロセッサベースの装置が前記クライアントから前記システムにどのように情報を提供するかを指定することができるようにする命令を、前記記憶装置が記憶している請求項２９に記載のシステム。
【請求項１】
クライアント上でサーバから該クライアントにアドレス指定されたメッセージを受信するステップと、
該メッセージに基づいて、データアップロードのセッションをスケジュールするステップと
を含んでなる方法。
【請求項２】
前記クライアントを含むクライアントの集合を含むいくつかのクライアントに個別の識別子を割り当てるステップと、
前記クライアントの集合の中のクライアントのサブセットにグループ識別子を割り当てるステップと、
前記集合の中のクライアントが、前記クライアント又は前記サブセットにメッセージが送られたかどうかを判断することができるようにするステップと
をさらに含む請求項１に記載の方法。
【請求項３】
一方向メッセージングシステム内のクライアントにメッセージを送るステップを含む請求項２に記載の方法。
【請求項４】
記憶装置上で実行するタスクを指定する識別子を含むメッセージを受信するステップを含む請求項１に記載の方法。
【請求項５】
前記記憶装置上のパーティションの変更を指示する識別子を含むメッセージを受信するステップを含む請求項４に記載の方法。
【請求項６】
前記クライアント上のエージェントを指定して前記メッセージを処理し、前記メッセージを前記エージェントに転送する前記メッセージ内の識別子を見つけるステップを含む請求項１に記載の方法。
【請求項７】
前記エージェントがバックチャネルを介して前記サーバに前記データをアップロードすることができるようにするステップを含む請求項６に記載の方法。
【請求項８】
指定された時間を前記メッセージから抽出するステップと、該指定された時間に前記データをアップロードするステップとをさらに含む請求項６に記載の方法。
【請求項９】
前記サーバにアップロードする情報を指定する識別子を前記メッセージから取り出すステップと、前記指定された情報をアップロードするステップとを含む請求項１に記載の方法。
【請求項１０】
前記メッセージがサーバ識別子を含み、識別されたサーバに前記データをアップロードするステップを含む請求項９に記載の方法。
【請求項１１】
プロセッサベースのシステムに対して、
前記システムにアドレス指定されたメッセージをサーバから受信することと、
前記メッセージに基づいて前記システムから前記サーバへの情報のアップロードをスケジュールすることと
ができるようにする命令を記憶している媒体を含む製品。
【請求項１２】
前記プロセッサベースのシステムに対して、
前記システムを含むクライアントの集合を含む各クライアントに個別の識別子を割り当てることと、
前記クライアントの集合の中のクライアントのサブセットにグループ識別子を割り当てることと、
前記システムが、メッセージが前記システム又は前記サブセットに送られたかどうかを判断できるようにすることと
ができるようにする命令をさらに記憶している請求項１１に記載の製品。
【請求項１３】
前記プロセッサベースのシステムに対して、一方向メッセージングシステム内のクライアントにメッセージを送ることができるようにする命令をさらに記憶している請求項１２に記載の製品。
【請求項１４】
前記プロセッサベースのシステムに対して、前記メッセージ内の命令をデコードして、記憶装置の情報の記憶内容を変更することができるようにする命令をさらに記憶している請求項１１に記載の製品。
【請求項１５】
前記プロセッサベースのシステムに対して、前記システム上のエージェントを指定する前記メッセージ内の識別子を見つけ出し、前記メッセージを処理して前記メッセージを前記エージェントに転送することができるようにする命令をさらに記憶している請求項１１に記載の製品。
【請求項１６】
前記プロセッサベースのシステムに対して、前記データを前記サーバにバックチャネルを介してアップロードすることができるようにする命令をさらに記憶している請求項１５に記載の製品。
【請求項１７】
前記プロセッサベースのシステムに対して、指定された時間を前記メッセージから抽出して、前記指定された時間に前記データをアップロードすることができるようにする命令をさらに記憶している請求項１５に記載の製品。
【請求項１８】
前記プロセッサベースのシステムに対して、前記サーバにアップロードする情報を指定する識別子を前記メッセージから取り出して、前記指定された情報をアップロードすることができるようにする命令をさらに記憶している請求項１１に記載の製品。
【請求項１９】
前記プロセッサベースのシステムに対して、前記データを前記メッセージ内で識別されたサーバにアップロードすることができるようにする命令をさらに記憶している請求項１８に記載の製品。
【請求項２０】
プロセッサベースの装置と、
該プロセッサベースの装置に対して、該プロセッサベースの装置にアドレス指定されたメッセージをサーバから受信し、該メッセージに基づいて該サーバに情報のアップロードをスケジュールすることができるようにする命令を記憶している記憶装置と
を含んでなるシステム。
【請求項２１】
前記装置がメッセージ内のグループ識別子を比較して、前記装置が前記サーバによってアドレス指定されたグループの中にあるかどうかを判断することができるようにする命令を前記記憶装置が記憶している請求項２０に記載のシステム。
【請求項２２】
前記プロセッサベースの装置が前記装置上のエージェントを指定する識別子を前記メッセージ内に見出して前記メッセージを処理し前記メッセージを前記エージェントに転送することができるようにする命令を前記記憶装置が記憶している請求項２０に記載のシステム。
【請求項２３】
メッセージをクライアントに送信するステップと、
該メッセージに基づいて、前記クライアントの情報のアップロードをスケジュールするステップと
を含んでなる方法。
【請求項２４】
プロセッサベースのシステムに対して、バックチャネルを介してクライアントからのデータのアップロードを受信することができるようにする命令を記憶するステップをさらに含む請求項２３に記載の方法。
【請求項２５】
メッセージ内の時間指定を送信するステップと、前記指定された時間にクライアントからのデータのアップロードを受信するステップとを含む請求項２４に記載の方法。
【請求項２６】
プロセッサベースのシステムに対して、
メッセージをクライアントに送信することと、
前記メッセージに基づいて、前記システムに情報のアップロードをスケジュールすることと
ができるようにする命令を記憶している媒体を含む製品。
【請求項２７】
前記プロセッサベースのシステムに対して、前記クライアントから情報をアップロードする時間を指定する前記メッセージ内の情報を送信することができるようにする命令をさらに記憶している請求項２６に記載の製品。
【請求項２８】
前記プロセッサベースのシステムに対して、前記クライアントがアップロードする必要がある情報を指定するメッセージを送信することができるようにする命令をさらに記憶している請求項２６に記載の製品。
【請求項２９】
プロセッサベースの装置と、
前記プロセッサベースの装置がメッセージをクライアントに送信して、前記メッセージに基づいてシステムに前記クライアント上の情報のアップロードをスケジュールすることができるようにする命令を記憶している記憶装置と
を含んでなるシステム。
【請求項３０】
前記プロセッサベースの装置が前記クライアントから前記システムにどのように情報を提供するかを指定することができるようにする命令を、前記記憶装置が記憶している請求項２９に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００７−１１６６８２（Ｐ２００７−１１６６８２Ａ）
【公開日】平成１９年５月１０日（２００７．５．１０）
【国際特許分類】
【出願番号】特願２００６−２７０５９２（Ｐ２００６−２７０５９２）
【出願日】平成１８年１０月２日（２００６．１０．２）
【分割の表示】特願２００２−５３５３４５（Ｐ２００２−５３５３４５）の分割
【原出願日】平成１３年１０月３日（２００１．１０．３）
【出願人】（５９３０９６７１２）インテル コーポレイション (931)
【Ｆターム（参考）】
【公開日】平成１９年５月１０日（２００７．５．１０）
【国際特許分類】
【出願日】平成１８年１０月２日（２００６．１０．２）
【分割の表示】特願２００２−５３５３４５（Ｐ２００２−５３５３４５）の分割
【原出願日】平成１３年１０月３日（２００１．１０．３）
【出願人】（５９３０９６７１２）インテル コーポレイション (931)
【Ｆターム（参考）】
[ Back to top ]