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