(57)【要約】  ネットワークを介して少なくとも１つのサーバと通信する方法、装置およびシステムは、各サーバが受信した通信に含まれる一意的な識別子が、当該サーバがそのメンバであるグループを特定するものであるかどうかを判定することによって、当該通信が当該サーバに向けられたものであるかどうかを判定する少なくとも１つのグループ識別部と、ネットワーク・マネージャとを含む。少なくとも１つの実施例では、ネットワーク・マネージャは、少なくとも１つのサーバ・グループを規定し、その少なくとも１つのサーバ・グループについて一意的な識別子を決定し、ネットワークに接続されたそれらのサーバに対する通信に、上記通信が向けられたサーバ・グループの決定された一意的な識別子を含めるように構成される。従って、通信は、当該通信が向けられたサーバ・グループのメンバとして識別されたサーバだけに受容される。
2012513708.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して少なくとも１つのシステムと通信する方法であって、
少なくとも１つのシステム・グループを規定するステップと、
前記少なくとも１つのシステム・グループについて一意的な識別子を決定するステップと、
前記ネットワークに接続されたシステムに対する通信に、前記通信が向けられた少なくとも１つのシステム・グループの決定された一意的な識別子を含めるステップと、
を含み、
前記通信が、前記通信に含められた前記一意的な識別子が自身がそのメンバであるグループを特定するものであることを確認したシステムだけに受容される、前記方法。
【請求項２】
各システムが、前記システムが属する各システム・グループ、および前記システムが属する各システム・グループの一意的な識別子を認識する、請求項１に記載の方法。
【請求項３】
前記通信が、コマンドを含み、前記コマンドが、前記コマンドと共に含まれる一意的な識別子が自身がそのメンバであるグループを特定するものであることを確認したシステムだけに処理される、請求項１に記載の方法。
【請求項４】
前記コマンドが、ペイロードを含む、請求項３に記載の方法。
【請求項５】
システムが、小売広告ネットワーク中の少なくとも１つのサーバ・システムを含む、請求項１に記載の方法。
【請求項６】
システムが、システムが含まれる小売チェーンのタイプ、システムが位置している場所の時間帯、システムが位置している場所の郵便番号、システムが位置している地域、システムが位置している州、およびシステムが位置している場所の人口統計学的特徴のうちの少なくとも１つに従ってグループ化される、請求項１に記載の方法。
【請求項７】
前記ネットワークが、帯域幅制約ネットワークを含む、請求項１に記載の方法。
【請求項８】
前記通信が、少なくとも１つのパケットを、前記ネットワークに接続された全てのシステムにマルチキャストすることを含む、請求項１に記載の方法。
【請求項９】
ネットワークを介して少なくとも１つのシステムと通信する装置であって、
少なくとも１つのシステム・グループを規定するステップと、
前記少なくとも１つのシステム・グループについて一意的な識別子を決定するステップと、
前記ネットワークに接続されたシステムに対する通信に、前記通信が向けられた少なくとも１つのシステム・グループの決定された一意的な識別子を含めるステップと、
を実行するように構成されたネットワーク・マネージャを備え、
前記通信が、前記通信に含められた前記一意的な識別子が自身がそのメンバであるグループを特定するものであることを確認したシステムだけに受容される、前記装置。
【請求項１０】
デバイス・グループ制御プロトコル制御装置を含む、請求項９に記載の装置。
【請求項１１】
各システムが、通信に含まれる一意的な識別子が、前記システムがそのメンバであるグループを特定するものであるかどうかを判定することによって、前記通信が前記システムに向けられたものであるかどうかを判定するグループ識別部を含む、請求項９に記載の装置。
【請求項１２】
ネットワークを介して少なくとも１つのサーバと通信するシステムであって、
前記ネットワークに接続されて、通信を受信および転送する少なくとも１つのサーバと、
各サーバが受信した通信に含まれる一意的な識別子が、前記サーバがそのメンバであるグループを特定するものであるかどうかを判定することによって、通信が前記サーバに向けられたものであるかどうかを判定する少なくとも１つのグループ識別部と、
少なくとも１つのサーバ・グループを規定するステップ、
前記少なくとも１つのサーバ・グループについて一意的な識別子を決定するステップ、および
前記ネットワークに接続された前記少なくとも１つのサーバに対する通信に、前記通信が向けられた少なくとも１つのサーバ・グループの決定された一意的な識別子を含めるステップ、
を実行するように構成されたネットワーク・マネージャと、
を備え、
通信が、前記通信が向けられたサーバ・グループのメンバとして識別されたサーバだけに受容される、前記システム。
【請求項１３】
前記ネットワーク・マネージャが、規定された各サーバ・グループに一意的なグループ識別子を割り当てるように構成される、請求項１２に記載のシステム。
【請求項１４】
各サーバが、前記サーバが属する規定された各サーバ・グループ、および前記サーバが属する各サーバ・グループの一意的な識別子を認識する、請求項１２に記載のシステム。
【請求項１５】
前記通信が、コマンドを含み、前記コマンドが、前記コマンドと共に含まれる一意的な識別子が自身がそのメンバであるグループを特定するものであることを確認したサーバだけに処理される、請求項１２に記載のシステム。
【請求項１６】
前記コマンドが、ペイロードを含む、請求項１５に記載のシステム。
【請求項１７】
サーバが、小売広告ネットワーク中の少なくとも１つのサーバを含む、請求項１２に記載のシステム。
【請求項１８】
サーバが、サーバが含まれる小売チェーンのタイプ、サーバが位置している場所の時間帯、サーバが位置している場所の郵便番号、サーバが位置している地域、サーバが位置している州、およびサーバが位置している場所の人口統計学的特徴のうちの少なくとも１つに従ってグループ化される、請求項１２に記載のシステム。
【請求項１９】
前記ネットワークが、帯域幅制約ネットワークを含む、請求項１２に記載のシステム。
【請求項２０】
前記通信が、少なくとも１つのパケットを、前記ネットワークに接続された全てのサーバにマルチキャストすることを含む、請求項１２に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、２００７年４月４日にＵＳＰＴＯ（米国特許商標庁）に出願された米国特許仮出願第６０／９２１７１４号、および２００７年６月１３日にＰＣＴに出願され、米国特許仮出願第６０／９２１７１４号に対する優先権を主張する国際特許出願第ＰＣＴ／ＵＳ０７／０１３９４９号に関連し、それらは共に「Ｄｅｖｉｃｅ  Ｇｒｏｕｐ  Ｃｏｎｔｒｏｌ（デバイス・グループ・コントロール）」と題される。
【０００２】
本発明は、一般にシステムの監視および制御に関し、より詳細には、帯域幅制約ネットワークを介してグループ・レベルでネットワーク化システムを制御する方法、装置およびシステムに関する。
【背景技術】
【０００３】
ローカル・エリア・ネットワーク（ＬＡＮ）などのインターネット・プロトコル（ＩＰ）ネットワークを介したネットワーク化デバイスの制御は、通常は、所期の特定のデバイスに対して特定のコマンドを送信する形態をとる。このようなデバイス（装置）のグループ化は、通常は、アプリケーション・ソフトウェアを用いて行われる。これらの方法ではソフトウェアが複雑になり、また、これらの方法には逐次的という性質があるために、所望のシステム挙動に不適な場合もある。
【０００４】
ＬＡＮの他に、複数のサーバを含む複数のシステムを、例えばＩＰｏＳ（ＩＰ  ｏｖｅｒ  ｓａｔｅｌｌｉｔｅ）ネットワークを介して複数の大きな広域ネットワーク（ＷＡＮ）上に分散させることもできるが、通常は、極めて制限された２方向帯域幅となる。
【０００５】
例えば、家庭外／小売広告の用途のために展開されているビデオ・サーバ・システムは、通常は、中央の本部に戻るように緩く接続されている。ネットワーク接続は、ＶＳＡＴ（超小型衛星通信地球局）を介して行われることもあり、この場合には、ネットワーク接続は、しばしば１Ｍｂ／秒未満にサイジングされる、全てのサイトを通る単一の共用２方向接続である。ＶＳＡＴを使用しない場合には、接続は、低速ＤＳＬ回線に限定されるか、あるいはＶＰＮ（仮想プライベート・ネットワーク）を介する小売業者のネットワークを介して行われる。ＶＰＮも、通常は１Ｍｂ／秒未満の共用資源である。こうした極めて制約の厳しいネットワーク接続では、複雑なサーバ・ネットワークの監視および制御に深刻な難問が生じる。
【０００６】
システムの監視および制御でしばしば必要とされる例示的な動作としては、以下が挙げられる（ただし、これらに限定されるわけではない）。
どのくらいのディスク・スペースが使用されているか、および／または空いているかの確認。
必要な全てのプロセスが実行中であるかどうかの確認。
特定のメディア・ファイルが利用可能である、および／または再生中であるかどうかの確認。
全ての適切なメディア・ファイルが再生されたかどうかの確認。
サーバおよびビデオ・システムの構成要素の全体的な健全性の確認。
サーバに対して、特定のメディア・ファイルを再生しないよう、または特定のファイルを削除するように求める命令。
サーバに対してローカル再生ではなくブロードキャスト・ストリームを再生するように求める命令。
【０００７】
現在のシステムは、各サーバを順々に接続してトランザクションを行うことにより、または中央ホストに戻るように接続するサーバ上のソフトウェア・エージェントを実行することにより、これらの命令を与える。何れの方法も、共用の低スループットネットワーク・リンクを介していては、非常に非効率的である。その結果、単純な動作にも長い時間がかかり、実行できる動作の量が実質的に制限されることになる。
【発明の概要】
【課題を解決するための手段】
【０００８】
本発明の実施例は、様々な形態でグループ化およびマルチキャスト・プロセスを実施することによって帯域幅制約ネットワークを介してサーバ・システムを監視および制御する方法、装置およびシステムを提供することにより、従来技術の欠点に対処するものである。
【０００９】
本発明の一実施例では、ネットワークを介して少なくとも１つのシステムと通信する方法は、少なくとも１つのシステム・グループを規定するステップと、該少なくとも１つのシステム・グループのそれぞれについて一意的な識別子を決定するステップと、該ネットワークに接続されたシステムに対する通信に、該通信が向けられた少なくとも１つのシステム・グループの決定された一意的な識別子を含めるステップとを含む。本発明の上記の方法では、該通信は、該通信に含められた一意的な識別子が自身がそのメンバであるグループを特定するものであることを確認したシステムだけに受容される。
【００１０】
本発明の代替実施例では、ネットワークを介して少なくとも１つのシステムと通信する装置は、少なくとも１つのシステム・グループを規定するステップと、該少なくとも１つのシステム・グループのそれぞれについて一意的な識別子を決定するステップと、該ネットワークに接続されたシステムに対する通信に、該通信が向けられた少なくとも１つのシステム・グループの決定された一意的な識別子を含めるステップとを実行するように構成されたネットワーク・マネージャを備える。本発明の上記の装置では、該通信は、該通信に含められた一意的な識別子が自身がそのメンバであるグループを特定するものであることを確認したシステムだけに受容される。
【００１１】
本発明の代替実施例では、ネットワークを介して少なくとも１つのシステムと通信するシステムは、該ネットワークに接続されて、通信を受信および転送する少なくとも１つのサーバと、各サーバが受信した通信に含まれる一意的な識別子が、当該サーバがそのメンバであるグループを特定するものであるかどうかを判定することによって、当該通信が当該サーバに向けられたものであるかどうかを判定する少なくとも１つのグループ識別部と、少なくとも１つのサーバ・グループを規定するステップ、該少なくとも１つのサーバ・グループの一意的な識別子を決定するステップ、および該ネットワークに接続された該少なくとも１つのサーバに対する通信に、該通信が向けられた少なくとも１つのサーバ・グループの決定された一意的な識別子を含めるステップを実行するように構成されたネットワーク・マネージャとを備える。
【００１２】
本発明の教示は、以下の詳細な説明を添付の図面と関連付けて考慮することにより、容易に理解することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施例によるコンテンツ配信システムを示すハイレベル・ブロック図である。
【図２】本発明の一実施例による小売ネットワーク・マネージャ（ＲＮＭ）を含む小売広告ネットワークを示すハイレベル・ブロック図である。
【図３】本発明の一実施例によるプロトコル設計の例示的なヘッダを示す図である。
【図４】本発明の一実施例による例示的なベース・プロトコル・プロファイルを示す図である。
【図５】本発明の代替実施例によるプロトコル設計の例示的なヘッダを示す図である。
【図６】本発明の代替実施例による例示的なベース・プロトコル・プロファイルを示す図である。
【図７】本発明の一実施例によるサーバ・システム・グループを制御および監視するシステムを示すハイレベル・ブロック図である。
【図８】本発明の一実施例によるサーバ・システム制御および監視を示す流れ図である。
【発明を実施するための形態】
【００１４】
図面は、本発明の概念を例示するためのものであり、必ずしも本発明を説明する唯一の可能な構成を示しているわけではないことを理解されたい。理解を容易にするために、各図面に共通する同じ要素は、可能な限り同じ参照番号で示してある。
【００１５】
帯域幅制約ネットワークを介してサーバ・システムを監視および制御する方法、装置およびシステムの実施例を提供する。主として小売広告ネットワークを介した通信という状況に関連して本発明の原理について説明するが、これらの本発明の原理の具体的な実施例は、本発明の範囲を限定しないものとみなされたい。本発明の様々な実施例の教示を知った当業者なら、本発明の原理のこれらの概念が、２方向衛星システムや仮想プライベート・ネットワーク・リンクなど、広域ネットワークを介してサーバ・システムを制御することが望ましいその他の環境にも有利に適用することができることを理解するであろう。
【００１６】
図面に示す様々な要素の機能は、専用のハードウェアを使用することにより、またソフトウェアを実行することができるハードウェアを適当なソフトウェアと関連付けて使用することにより、実現することができる。プロセッサによってそれらの機能を実現するときには、単一の専用プロセッサで実現することも、単一の共用プロセッサで実現することも、あるいはその一部を共用することもできる複数の個別プロセッサで実現することもできる。さらに、「プロセッサ」または「制御装置」という用語を明示的に用いていても、ソフトウェアを実行することができるハードウェアのみを指していると解釈すべきではなく、ディジタル信号プロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを記憶するための読取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）および不揮発性記憶装置（ただしこれらに限定されない）を暗に含むことがある。さらに、本発明の原理、特徴および実施例ならびにそれらの具体例について本明細書で述べる全ての記述は、その構造的均等物および機能的均等物の両方を含むものとする。さらに、これらの均等物には、現在既知の均等物だけでなく、将来開発されるであろう均等物（すなわち、その構造に関わらず、同じ機能を実行する将来開発される任意の要素）も含まれるものとする。
【００１７】
従って、例えば、当業者なら、本明細書に示すブロック図が本発明の原理を実施する例示的なシステム構成要素および／または回路の概念図を表していることを理解するであろう。同様に、任意のフローチャート、流れ図、状態遷移図、擬似コードなどが、コンピュータ可読媒体中に実質的に表現し、明示してある場合もしていない場合もあるコンピュータまたはプロセッサによって実質的に実行することができる様々なプロセスを表すことも理解するであろう。
【００１８】
図１は、コンテンツ配信システムを示すハイレベル・ブロック図である。
【００１９】
図１のコンテンツ配信システム１００は、例えば、グループ識別部１０２を有する少なくとも１つのサーバ１１０と、同調／復号手段（例えばセット・トップ・ボックス（ＳＴＢ））１２０１〜１２０ｎなどの複数の受信デバイスと、各セット・トップ・ボックス１２０１〜１２０ｎに対するディスプレイ１３０１〜１３０ｎと、音声出力デバイス（例えばスピーカ・システム）１３５１〜１３５ｎなどのその他の受信デバイスとを備える。図１のシステム１００では、例示的に、複数のセット・トップ・ボックス１２０１〜１２０ｎは、それぞれ対応する１つのディスプレイに接続されているが、本発明の原理の代替実施例では、複数のセット・トップ・ボックス１２０１〜１２０ｎのそれぞれを、複数のディスプレイに接続することもできる。さらに、図１のコンテンツ配信システム１００では、同調／復号手段は、例示的にセット・トップ・ボックス１２０として示しているが、本発明の原理の代替実施例では、本発明の同調／復号手段は、ディスプレイ１３０に一体化された同調／復号回路や、その他の独立型同調／復号デバイスなど、代替の同調／復号手段を備えることもできる。さらに、本発明の受信デバイスは、音声コンテンツや映像コンテンツ、音声／映像コンテンツなどのコンテンツを受信することができる任意のデバイスを備えることができる。
【００２０】
一実施例では、図１のコンテンツ配信システム１００は、小売広告ネットワークの一部とすることができる。例えば、図２は、本発明の原理の１つの特徴による小売広告を提供する小売（リテイル）ネットワーク・マネージャ（ＲＮＭ：Ｒｅｔａｉｌ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｒ）２２４を含む小売広告ネットワークを示すハイレベル・ブロック図である。図２の広告ネットワーク２００では、広告ネットワーク２００およびサーバ・システム１００は、音楽レコード、家庭用ビデオ、製品紹介、広告コンテンツ、および他のそうしたコンテンツのカタログ作成、配信、提示および利用状況追跡を、エンタテインメント・コンテンツやお知らせなどの店舗内環境における消費者情報コンテンツと併せて提供するソフトウェアとハードウェアの組合せを利用する。こうしたコンテンツとしては、圧縮または非圧縮の映像音声ストリーム・フォーマット（例えばＭＰＥＧ２、ＭＰＥＧ４／ＭＰＥＧ４  Ｐａｒｔ  １０／ＡＶＣ−Ｈ．２６４、ＶＣ−１、ウィンドウズ（登録商標）メディアなど）で表現されたコンテンツが含まれうるが、本発明のシステムは、これらのフォーマットを使用する場合のみに限定されるわけではない。
【００２１】
一実施例では、店舗内広告ネットワーク２００およびコンテンツ配信／サーバ・システム１００の様々な要素を制御するソフトウェアは、ウィンドウ環境を用いる３２ビット・オペレーティング・システム（例えばＭＳ−Ｗｉｎｄｏｗｓ（登録商標）やＸ−Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システム）、および高性能コンピュータ・ハードウェアを含むことができる。広告ネットワーク２００は、分散アーキテクチャを利用することができ、一実施例では、衛星（または例えば広域ネットワーク（ＷＡＮ）、インターネット、一連のマイクロ波リンク、それらに類する機構などのその他の方法）を介して、集中型コンテンツ管理および分散制御を実現する。
【００２２】
図２に示すように、小売広告ネットワーク２００およびコンテンツ配信システム１００のコンテンツは、広告主２０２、レコード会社２０４、映画スタジオ２０６、またはその他のコンテンツ・プロバイダ２０８から提供される可能性がある。広告主２０２は、製品製造会社、サービス会社、製造会社またはサービス会社の代理を務める広告会社、あるいはその他の団体である可能性がある。広告主２０２の広告用コンテンツは、コマーシャル、「インフォマーシャル」、製品情報、および製品紹介などを含む視聴覚コンテンツからなることができる。
【００２３】
レコード会社２０４は、レコード・レーベル、楽譜出版社、使用許諾／出版団体（例えばＢＭＩやＡＳＣＡＰなど）、アーティスト個人、またはその他の音楽関連コンテンツ・ソースである可能性がある。レコード会社２０４は、音楽クリップ（録音した楽曲の短い一節）や音楽ビデオ・クリップなどの視聴覚コンテンツを提供する。映画スタジオ２０６は、映画スタジオ、映画製作会社、広報、またはその他の映画産業に関連するソースである可能性がある。映画スタジオ２０６は、映画クリップ、俳優や女優の事前収録インタビュー、映画レビュー、メイキング映像などのコンテンツを提供する可能性がある。
【００２４】
その他のコンテンツ・プロバイダ２０８は、例えば図１のコンテンツ配信システム１００を介して配信して表示することができる映像コンテンツ、音声コンテンツまたは視聴覚コンテンツのその他の任意のプロバイダである可能性がある。
【００２５】
一実施例では、ネットワーク管理センター２１０（ＮＭＣ：Ｎｅｗｏｒｋ  Ｍａｎｇｅｍｅｎｔ  Ｃｅｎｔｅｒ）を介して、例えば従来の記録媒体（テープ、ＣＤ、ビデオなど）を用いて、コンテンツを調達する。ＮＭＣ２１０に提供されたコンテンツは、例えばローカル配信システム１００への配信に適した形態に編集され、ローカル配信システム１００は、このコンテンツをローカル・サイト（例えば特定の店舗の中）で配信し、表示する。
【００２６】
ＮＭＣ２１０は、受信したコンテンツをディジタル化し、これをディジタル・データ・ファイル２２２の形態でネットワーク・オペレーション・センター（ＮＯＣ：Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｉｏｎｓ  Ｃｅｎｔｅｒ）２２０に提供する。なお、データ・ファイル２２２は、ディジタル化されたコンテンツとして述べているが、ストリーミング音声、ストリーミング映像またはその他のそのような情報であってもよいことに留意されたい。ＮＭＣ２１０にコンパイルされ受信されたコンテンツは、コマーシャル、バンパー、グラフィック、音声などを含むことができる。全てのファイルに、一意的に識別できるように名前をつけることが好ましい。さらに詳細には、ＮＭＣ２１０は、店舗の位置など具体的な場所を対象とした、スケジュールに従って、またはオンデマンドで１つまたは複数の店舗に配信される配信パックを作成する。配信パックを使用する場合、配信パックは、現場に既に存在しているコンテンツに置き換わる、またはそれを強化するためのコンテンツを含む（ただし、その場所のシステムを最初に初期化する場合を除く。この場合には、配信されたパッケージがその場所の初期コンテンツのベースとなる）。あるいは、ファイルを圧縮して別々に転送することもできるし、または何らかのストリーミング圧縮プログラムを利用することもできる。
【００２７】
図２に示す実施例では、ＮＯＣ２２０は、１つの単位として監視および／または制御を行う特定のサーバ・グループを定義する小売ネットワーク・マネージャ（ＲＮＭ）２２４を含む。すなわち、本発明の一実施例では、ＲＮＭ２２４は、共に「Ｄｅｖｉｃｅ  Ｇｒｏｕｐ  Ｃｏｎｔｒｏｌ（デバイス・グループ・コントロール）」と題する、本願と所有者が同じ２００７年４月４日にＵＳＰＴＯ（米国特許商標庁）に出願された仮特許出願第６０／９２１７１４号、および２００７年６月１３日にＰＣＴに出願され、米国を選択した国際特許出願第ＰＣＴ／ＵＳ０７／０１３９４９号に記載のデバイス・グループ・コントロール・プロトコル（Ｄｅｖｉｃｅ  Ｇｒｏｕｐ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）（ＤＧＣＰ）に従って複数のサーバをグループ化することができる。
【００２８】
すなわち、デバイス・グループ・コントロール・プロトコルに従って、各サーバを、少なくとも１つのグループに属するように構成することができ、あるいはそれ自体が１つのグループを構成することもでき、また、各サーバは、その他の多くのグループに属することもできる。従って、コマンドまたは要求は、１つまたは複数のサーバを含むことができるグループ単位で対象を決めることができる。グループ内の各サーバは、従って、同じブロードキャスト・チャネルまたはマルチキャスト・チャネルを使用して送受信を行うことになる。上述の本発明の様々な実施例では、サーバは、所望数のグループのメンバになることに対応することができる。さらに、サーバは、当該プロトコルを使用することによって、または構成ファイルあるいは簡易ネットワーク管理プロトコル（ＳＮＭＰ）やウェブ構成ページなどのその他のトランザクションなどの外部手段によって、グループのメンバになるように構成することも、メンバにならないように構成することもできる。本発明の様々な実施例では、サーバは、特定の郵便番号の範囲内の全ての店舗、ある時間帯内の全ての店舗、特定の州内の全ての店舗、特定の地域内の全ての店舗、人口統計学的特性などの共通性に従ってグループ化することができる。システムのグループには、一意的な識別子を割り当てることができ、その後は、１つの単位として通信し、監視し、制御することができる。
【００２９】
図２に示す実施例では、小売ネットワーク・マネージャ（ＲＮＭ）２２４は、ネットワーク制御デバイスを備える。このデバイスは、店舗サーバに定期的に問合せを行う、または店舗サーバの定期制御動作を行うように構成することができる。さらに、ＲＮＭ２２４は、単純なネットワーク・ソフトウェア・インタフェースとなり、その他のソフトウェアが店舗サーバを制御および監視できるようにする。上記の実施例では、ＲＮＭ２２４は、企業側に標準的なネットワーク接続を有し、店舗側にＤＧＣＰネットワーク・プロトコル通信を有するネットワーク・プロキシのように動作する。コマンドおよび問合せは、それぞれのグループ識別子を使用して、またはグループを一意的にマッピングするその他の何らかの一意的な識別子によって、グループに対して向けることができる。例えば、本発明の一実施例では、グループ識別子としては、郵便番号、電話の局番、広告用ＤＭＡコード、または店舗サーバの集まりをマッピングするその他の論理グループなどが含まれる。
【００３０】
図２に戻ると、ＮＯＣ２２０は、ディジタル化されたデータ・ファイル２２２を、通信ネットワーク２２５を介して、商業販売窓口の関連する各サーバ／コンテンツ配信システム１００に通信する。各サーバ１００は、当該サーバが入来メッセージ（例えばＮＯＣ２２０からの入来メッセージ）を検査して当該サーバが当該メッセージの適用される対象グループに属しているかどうかを判定できるようにするように構成されたグループ識別部１０２を含む。
【００３１】
本発明の様々な実施例によれば、通信ネットワーク２２５は、いくつかの技術の何れで実施してもよい。例えば、本発明の一実施例では、通信ネットワーク２２５は、例えば商業販売窓口２３０の適用可能な各サーバ・システム１００にディジタル化データ・ファイル２２２を配信する、衛星リンク（衛星ＩＰネットワーク）を含むことができる。このような構成にすると、コンテンツを様々な位置に対して同時にマルチキャストして配信することができるので有利である。あるいは、インターネットを使用して、視聴覚コンテンツを商業販売窓口２３０に配信するとともに、商業販売窓口２３０からのフィードバックを可能にすることもできる。本発明の代替実施例によれば、リース回線、マイクロ波ネットワーク、またはその他のそうした機構を使用するなど、通信ネットワーク２２５を実施するその他の技術および構成を使用することもできる。
【００３２】
上述の実施例では、ＲＮＭ２２４が、本発明の原理のプロトコルおよび発明的特徴を実施する制御装置であるものとして説明したが、本発明の代替実施例では、本発明の原理のプロトコルおよび発明的特徴を実施するための別個の制御装置を設けることもできる。
【００３３】
ローカル・レベル（例えば店舗内など）では、コンテンツ配信システム１００のサーバ１１０は、コンテンツ（例えば配信パックなど）を受信することができるので、これらを店舗内で、セット・トップ・ボックス１２０およびディスプレイ１３０やスピーカ・システム１３５など、様々な受信機に配信する。すなわち、コンテンツ配信システム１００では、コンテンツを受信して、ストリーミング用に構成する。ストリーミングは、一緒に、または協働して動作するように構成された１つまたは複数のサーバによって実行することができる。ストリーミング・コンテンツは、販売窓口２３０（例えば店舗）全体の様々に異なる位置または製品に合わせて構成されたコンテンツを含むことができる。例えば、各セット・トップ・ボックス１２０およびディスプレイ１３０ならびに様々なスピーカ・システム１３５を、販売窓口２３０全体の中の特定の位置に配置して、各セット・トップ・ボックスおよびディスプレイの位置から所定距離内に位置する製品に関係のあるコンテンツを表示し、音声を放送するようにそれぞれ構成することができる。
【００３４】
コンテンツ配信システム１００のサーバ１１０は、コンテンツを受信し、店舗内の様々な受信機に通信されるテキスト、音声、映像および／または音声／映像の様々に異なるストリーム（例えば、コンテンツ・チャネル）を作成する。これらのストリームは、無線周波配信に載せる変調音声、変調映像および／または変調音声／映像の個々のチャネルとすることもできるし、あるいは、ユニキャストまたはマルチキャストのインターネット・プロトコル（ＩＰ）ネットワーク内でデータ・フローとして伝送することもできる。これらのストリームは、同じ論理セットの制御ソフトウェアの制御下で、１つまたは複数のサーバから発生することができる。
【００３５】
ローカル・エリア・ネットワーク・レベル（各店舗内）では、受信機のうちの１つまたは複数を、作成されたストリームのうちの特定の１つを受信するように構成して、複数の受信機グループを形成することができる。本発明の原理によれば、サーバ１１０は、図１の受信デバイスなどのデバイスをグループ単位で制御および／または監視できるように構成することができるように、例えば図１のコンテンツ配信システム１００の例えばブロードキャスト（例えばレイヤ２ブロードキャストを用いたローカル・エリア・ネットワーク）またはマルチキャスト環境で使用されるようになされた制御プロトコルを実施する。すなわち、このプロトコルは、「ネットワーク・レイヤ」ではなく、「アプリケーション・レイヤ」のデバイスを対象とする。制御することができるデバイスの機能パラメータの一部としては、パワー状態、チャネル、ボリュームなどがある。上述のように、各サーバ１００は、少なくとも１つのグループに属するように構成することができ、あるいはそれ自体が１つのグループを構成することもでき、また、各サーバは、その他の多くのグループに属することもできる。従って、コマンドまたは要求は、１つまたは複数のサーバ・システム１００を含むことができるグループ単位で対象を決めることができる。サーバ・グループの各サーバ１００は、従って、同じマルチキャスト・チャネルを用いて送受信を行うことになる。
【００３６】
本発明の一実施例では、あらゆるサーバは、その識別子に基づいて、自動的に１つからなるグループ、つまりそれ自体のグループに属する。すなわち、システムの「グループ」は、本明細書では、少なくとも１つのサーバを含むという意味として定義されるが、「グループ」が複数のサーバを含んでいても構わない。例えば、サーバのユニキャストＩＰアドレスを、その一意的なＩＤとして使用することができる。本発明の原理の一実施例では、サーバのＩＤの要件の１つは、サーバ・アドレスが、ブロードキャストまたはマルチキャスト・アドレスの中で一意的であることである。サーバは、所望数のグループのメンバになることに対応することができる。さらに、サーバは、プロトコルを使用することによって、または構成ファイルあるいは簡易ネットワーク管理プロトコル（ＳＮＭＰ）やウェブ構成ページなどのその他のトランザクションなどの外部手段によって、グループのメンバになるように構成することも、メンバにならないように構成することもできる。例えば、本発明の原理の様々な実施例では、本発明の原理の所与のドメインが、その他のドメインとＩＰネットワークを共用することができる可能性がある。さらに、所与のドメインが、ＭＡＣメッセージ・ダイジェスト方式を使用してメッセージの認証および／またはメッセージの保全を実施することを希望することができる可能性も非常に高い。これら２つの要件は、ＭＡＣ共有鍵およびマルチキャストＩＰアドレスなど、本発明の原理のシステム・グループ制御プロトコルでは２つの設定可能なパラメータが必要であるという要件を満たす。ただし、本発明の原理の適用分野によっては、グループのメンバシップを事前に構成しておくことが非常に望ましい場合もある。このプロトコルは、動的メンバシップに対応するが、実施例によっては、制御ソフトウェアの複雑さが増し、本発明の原理のプロトコルの目的の一部が制限されることになる可能性もある。グループの一部となるようにサーバを構成することにより、制御ソフトウェアの複雑さを劇的に低下させることができる。
【００３７】
従って、本発明の原理の一実施例では、サーバ１００は、自身がどの１つまたは複数のグループに属しているか分かるように構成される。グループ識別情報を有する制御／構成メッセージを受信すると、サーバ・ソフトウェアは、そのメッセージを検査して、当該メッセージがどの１つまたは複数のサーバ・グループに向けられたものであるかを判定する。そのサーバが、当該メッセージが向けられたグループのメンバである場合には、そのサーバは、当該メッセージのペイロードを処理する。
【００３８】
本発明の原理の実施例は、様々な適用分野に向けてカスタマイズすることができる様々なプロファイルに対応する。例えば、本発明の原理の一実施例では、プロファイルは、小売店舗内での広告用に実装されたネットワークに適したコマンドのセットを定義する「小売広告プロファイル」を含むことができる。さらに、その他のプロファイルは、病院、空港、映画館などの施設の固有の必要に対応することができる。本発明の原理のプロファイル設計は、共通ヘッダおよび可変プロファイル・ペイロードを含むことができる。例えば、図３は、本発明の一実施例によるプロトコル設計の例示的なヘッダを示す図である。図３のヘッダは、例えば、バージョン・セクション、フラグ・セクション、メッセージ・タイプ・セクション、メッセージＩＤ／相関ＩＤセクション、プロファイル・タイプ・セクション、アドレス指定セクション、およびタイムスタンプ・セクションを含む。図３では、さらに、ペイロード・セクションおよび巡回冗長検査（ＣＲＣ）セクションも含む。
【００３９】
図３のヘッダにおいて、バージョン・セクションは、プロトコルの進化と共にバージョン番号を増分する手段を提供する。図３の例示的なヘッダでは、バージョンは、例えば０×０１である。図３のヘッダのフラグ・セクションは、例えば、フラグ用に確保された４ビットを含む。ビットは、Ａ、Ｂ、ＣおよびＤ（最上位から最下位の順序）である。図３のヘッダでは、Ａビットは、「返信なし」を意味するものと定義される。このフラグが設定された場合には、メッセージを処理するデバイスは、メッセージに返信する必要はない。その他の全てのフラグ・ビットは、例えば保留される。メッセージ・タイプ・セクションでは、例えば、以下のメッセージ・タイプが定義される。
０×０１  要求（コマンド）
０×０２  応答
０×０３  警報
その他の全ての値は未使用。
【００４０】
メッセージＩＤ／相関ＩＤセクションでは、「返信なし」フラグが設定されない限り、要求メッセージを受け取ったデバイスは、当該メッセージに対して返信しなければならない。返信では、相関ｉｄフィールドを、返信するメッセージのメッセージｉｄフィールドと等しくなるように設定するものとする。要求メッセージの相関ｉｄフィールドは、ゼロ（０）に設定されるものとする。メッセージＩＤは、最初はランダム値に設定され、その後、当該デバイスが順次メッセージを送信するたびに、１ずつ増分されるものとする。メッセージＩＤの番号付けにおける衝突の防止は、相関タイムスタンプ（後述）を用いることによって行われる。プロファイル・タイプ・セクションには、プロファイルが列挙される。すなわち、小売広告ネットワーク、病院ネットワーク、空港ネットワーク、映画館などを含む（ただしこれらに限定されない）様々な適用分野に応じたプロファイル・タイプを列挙することができる。例えば、図３の例示的なプロファイル・ヘッダでは、プロファイルＩＤ０（ゼロ）は、コア・プロファイルとして定義される。これについては、図４を参照して後述する。
【００４１】
図３のヘッダのアドレス指定セクションは、「グループＩＤ」番号を含む。すなわち、上述のように、本発明の原理の一実施例では、あらゆるネットワーク・デバイスが、当該デバイスのみに当てはまる一意的なＩＤを有する。ただし、所与のデバイスを、所望数のグループに割り当てることができる。本発明の原理の一実施例では、これらのアドレスは、３２ビット値である。
【００４２】
図３のヘッダのタイムスタンプ・セクションには、タイムスタンプが含まれる。すなわち、図３の実施例では、送信される全てのメッセージでタイムスタンプを設定しなければならない。本発明の原理の一実施例では、タイムスタンプは、例えば、１９７０年１月１日から経過した秒数（ＵＮＩＸ（登録商標）時間）を表す３２ビット値である。全てのメッセージのタイムスタンプが、要求が生成されたシステム時間であるものとする。一実施例では、最初に、全ての要求メッセージの相関タイムスタンプを、ゼロ（０）に設定するものとする。全ての返信メッセージの相関タイムスタンプは、関連する要求メッセージのタイムスタンプであるものとする。返信メッセージを要求メッセージと一致させるデバイスは、相関タイムスタンプも、確実に要求のタイムスタンプと一致するようにしなければならない。これにより、メッセージ返信における、スタートアップ時の乱数が以前のインスタンスのメッセージと重複することによる衝突を防止する。
【００４３】
図３に示す実施例では、ペイロード長セクションは、ペイロードのバイト長を特定する。その目的は、巡回冗長検査の位置を厳密に決定することである。すなわち、図３の巡回冗長検査セクションは、ペイロードの最後のバイトまで（同バイト含む）の全てのバイトの３２ビット巡回冗長検査を含む。
【００４４】
図４は、本発明の一実施例による例示的なベース・プロトコル・プロファイルを示す図である。図４のベース・プロトコル・プロファイルは、例えば、コマンド・セクション、制御パラメータ・セクション、複数の値セクション（例えば４つの値セクション）、可変長セクション、および可変パラメータ・ブロック・セクションを含む。図４のベース・プロトコル・プロファイルは、本発明によれば、様々な適用分野に適用できるように修正することができる。例えば、小売広告の適用分野では、コマンド・セクションは、以下のコマンドを含むことができる。
０×０１  グループ加入（「制御パラメータ」フィールド）
０×０２  グループ脱退（「制御パラメータ」フィールド）
０×０３  全グループ脱退（自身のグループを除く）
小売広告の適用分野では、他に、制御パラメータ・セクションは、以下の定義値を含むことができる。
０×０１  パワー状態
０×０２  チャネル
０×０３  ボリューム
０×０４  ミュート
【００４５】
パワー状態値は、それぞれ「オン」（例えば２値で「１」）値および「オフ」（例えば２値で「０」）値を含むことができる。チャネル値は、チャネルがＩＰＴＶチャネル（例えば２値で「０」）を含むか、またはＲＦチャネル（例えば２値で「１」）を含むかを示す指標を含むことができる。ボリューム値は、０パーセントから１００パーセントまでの値を表す数字を含むことができる。ミュート値は、それぞれ「オン」（例えば２値で「１」）値および「オフ」（例えば２値で「０」）値を含むことができる。
【００４６】
図５は、本発明の代替実施例によるプロトコル設計の例示的なヘッダを示す図である。図５のヘッダでは、バージョン・セクションは、プロトコルの進化と共にバージョン番号を増分する手段を提供する。図５の例示的なヘッダでは、バージョンは、例えば０×０１である。図５のヘッダのフラグ・セクションは、例えば、フラグ用に確保された１２ビットを含む。図５の実施例では、最下位ビットは、「返信なし」を意味するものとして定義され、「Ｎ」ビットと呼ばれる。このフラグが設定された場合には、メッセージを処理するデバイスは、メッセージに返信する必要はない。その他の全てのフラグ・ビットは、例えば保留される。メッセージ・タイプ・セクションでは、例えば、以下のメッセージ・タイプが定義される。
０×００  通知
０×０１  要求（コマンド）
０×０２  応答
０×０３  警報
その他の全ての値は未使用。
【００４７】
ＨＭＡＣセクションは、メッセージと共に使用されるハッシュ・メッセージ認証コード（ＨＭＡＣ）を定義する。例えば、以下の値が定義される。
０×００  なし
０×０１  ＣＲＣ３２（メッセージ保全のみ）
０×０２  ＨＭＡＣ−ＭＤ５（ＲＦＣ２２０２）−８０ビット長
０×０３  ＨＭＡＣ−ＳＨＡ１（ＲＦＣ２２０２）−８０ビット長
【００４８】
ＨＭＡＣセクションのオフセットは、本発明の原理のグループ・プロトコル・フレームの始点からＨＭＡＣの最初のバイトまでのオフセットを定義する。ＨＭＡＣを使用しない場合には、この値は無視される。
【００４９】
メッセージＩＤ／相関ＩＤセクションでは、「返信なし」フラグが設定されない限り、要求メッセージを受信したデバイスは、当該メッセージに対して返信しなければならない。返信では、相関ｉｄフィールドを、返信するメッセージのメッセージｉｄフィールドと等しくなるように設定するものとする。要求メッセージの相関ｉｄフィールドは、ゼロ（０）に設定されるものとする。メッセージＩＤは、最初はランダム値に設定され、その後、当該デバイスが順次メッセージを送信するたびに、１ずつ増分されるものとする。メッセージＩＤの番号付けにおける衝突の防止は、相関タイムスタンプ（後述）を用いることによって行われる。
【００５０】
図５の実施例では、あらゆるプロトコル・デバイスは、少なくとも１つの個別アドレスと、ゼロ個以上のグループ・アドレスを有する。個別アドレスは、「個別ＩＤ」と呼ばれ、グループ・アドレスは「グループＩＤ」と呼ばれる。これらのアドレスは、図５の実施例では例えば３２ビット値であり、ソース・グループＩＤ／宛先グループＩＤセクションで特定される。
【００５１】
図５のヘッダのタイムスタンプ・セクションには、タイムスタンプが含まれる。すなわち、図５の実施例では、送信される全てのメッセージでタイムスタンプを設定しなければならない。本発明の原理の一実施例では、タイムスタンプは、インターネット・グループ管理プロトコル（ＩＧＭＰ）タイムスタンプ・フォーマットを用いた３２ビット値である。３２ビットは、（ホスト側の）世界時午前０時からのミリ秒数を表す符号なしの整数である。全てのメッセージのタイムスタンプが、要求が生成されたシステム時間であるものとする。一実施例では、最初に、全ての要求メッセージの相関タイムスタンプを、ゼロ（０）に設定するものとする。全ての返信メッセージの相関タイムスタンプは、関連する要求メッセージのタイムスタンプであるものとする。返信メッセージを要求メッセージと一致させるデバイスは、相関タイムスタンプも、確実に要求のタイムスタンプと一致するようにしなければならない。これにより、メッセージ返信における、スタートアップ時の乱数が以前のインスタンスのメッセージと重複することによる衝突を防止する。例えば、本発明の制御装置が、一旦は作動状態にあり、メッセージを発行することができていたのが、その後障害が発生したため、再始動させる可能性もある。再始動時には、制御装置が、既に発行されているが、それに対する応答がまだないメッセージＩＤ番号を再び使用する可能性がある。制御装置は、相関タイムスタンプも要求のタイムスタンプと一致していることを検証することにより、このような衝突を検出することができる。
【００５２】
返信タイムスタンプの別の利点は、所与の機能を実行するタイミングを計るおおまかな尺度として使用することができることである。デバイスと制御装置とが（例えばネットワーク・タイム・プロトコルを用いて）ある程度時間同期していると仮定すると、返信メッセージは、元の要求および返信のタイムスタンプを含む。この２つの間の差が、閉ループ機能を実行するために必要な時間である（単位は秒）。これは、システムの実行を容易に観察するための手段として有用である場合がある。
【００５３】
図５に戻ると、ペイロード・タイプ・セクションは、小売広告ネットワーク、病院ネットワーク、空港ネットワーク、映画館などを含む（ただしこれらに限定されない）様々な適用分野に応じたペイロード・タイプを特定する。例えば、図５では、ペイロード・タイプは、以下を含むことができる。
０×００  コア・プロトコル・ペイロード（図６に関連して説明する）
０×０１  セット・トップ・ボックス制御ペイロード
０×ＦＦ０００００１  小売ネットワーク・サーバ監視および制御
例えば、図６は、本発明の代替実施例による例示的なベース・プロトコル・プロファイルを示す図である。一実施例では、図６のベース・プロトコルのコマンド・セクションは、以下のコマンドを含むことができる。
０×００  グループ・クリア。全グループ脱退（自身のグループを除く）
０×０１  グループ加入
０×０２  グループ脱退
０×０３  グループ・メンバシップ列挙
０×０４  ハートビート
【００５４】
グループ・クリア・コマンドは、１つまたは複数のデバイスに、それが現在有している全てのグループのメンバシップを特に忘れるように命令するために使用される（自身のグループは除く）。加入コマンドは、デバイス（またはデバイス・グループ）をあるグループに特に加入させるために使用される。脱退コマンドは、デバイス（またはデバイス・グループ）をあるグループから特に脱退させるために使用される。グループ・メンバシップ列挙コマンドは、デバイスに、そのデバイスがどのグループに属しているかを問い合わせるために使用される。本発明の一実施例では、コンタクトされた各デバイスは、成功コードまたは失敗コードで返信し、次いで、そのデバイスがそのメンバである各グループ毎に、グループ・メンバシップ通知メッセージを送信する。なお、このコマンドが個別デバイスではなくグループに送信された場合には、当該グループ内の各デバイスがそのグループ・メンバシップを列挙することになるので、返信数が極めて多くなる可能性があることに留意されたい。ハートビート・コマンドは、デバイスまたはデバイス・グループにハートビート・メッセージを送信するために使用される。グループ中の各デバイスは、返信しなければならない。これは、ネットワークの接続性を保証する上でも、グループ・メンバシップを列挙する上でも、極めて有用なツールである。
【００５５】
図６に戻ると、グループＩＤセクションは、コマンドが作用するグループを特定する。加入コマンドまたは脱退コマンドの場合には、これは、加入または脱退する対象のグループである。グループ・クリア・コマンドの場合には、このフィールドは無視される。
【００５６】
図６のベース・プロトコル・プロファイルでは、返信メッセージは、要求されたコマンドについて、コマンド・フィールドを例えば０（失敗）または１（成功）に設定しなければならない。さらに、図６のベース・プロトコルでは、警報メッセージで「返信なし」フラグが設定されていなければならない。本発明の原理の一実施例では、以下の警報状態に対して、コマンド・フィールドを設定することができる。
０×００  自身のグループＩＤを決定することができない（構成されていない、などのエラー）
【００５７】
さらに、図６のベース・プロトコルでは、通知メッセージでも「返信なし」フラグが設定されていなければならない。本発明の原理の一実施例では、以下の状態に対して、コマンド・フィールドを設定することができる。
０×００  ＤＧＣＰソフトウェア・スタック・シャットダウン
０×０１  ＤＧＣＰソフトウェア・スタック・スタートアップ
０×０２  ＤＧＣＰグループ・メンバシップ・アナウンスメント
【００５８】
図６の実施例では、ソフトウェア・スタック・シャットダウン通知は、デバイスまたは制御装置が通常のシャットダウンを実行しようとしているときに送信される。この通知は、当該デバイスがオフラインになることを示す指示を提供する。ソフトウェア・スタック初期化通知は、デバイスまたは制御装置のスタートアップ時に、当該デバイスが再始動したことを知らせるために送信される。当該デバイスがそのグループ・メンバシップを初期化することができない場合には、制御装置は、当該デバイスを適当なグループに再度加入させる必要がある場合もある。グループ・アドレス・アナウンスメント通知は、デバイスがそのグループ・メンバシップを公表する手段として使用される。デバイスは、始動時に、「グループ・メンバシップ列挙」コマンドに応答して、そのメンバシップを公表することができる。
【００５９】
図７は、本発明の一実施例によるサーバ・システム・グループを制御および監視するシステムを示すハイレベル・ブロック図である。例えば、ＲＮＭ２２４を含むＤＧＣＰ制御装置７０１は、ネットワークを介して全てのサーバ７０２、７０４、７０６、７０８、７１０および７１２と通信するように構成することができる。
【００６０】
１つの対象グループの一例は、領域Ａ（７０７）内の全てのサーバを含むことができる。領域Ａ（７０７）は、例えば特定の位置、郵便番号、時間帯など、任意の所望の基準に従って編成された任意数のサーバ（例えば店舗１および２に実装されたサーバ７０２、７０４）を含むことができる。領域Ａ内の全てのサーバに一意的な識別子を与えて、それらが「領域Ａ対象グループ」に属するものとして特定することができる。本発明の様々な実施例によれば、サーバ７０２および７０４は、それらのローカル・エリア・ネットワーク・サイトに任意数の受信機（ＳＴＢ１…ＳＴＢｎ）を有することができる。
【００６１】
別の例では、ＤＧＣＰ制御装置７０１は、上述のようにＤＧＣＰプロトコルに従って同じグループにまとめられた店舗３および４（サーバ７０６、７０８）と通信する。例えば、店舗３および４は、特定の特殊な特徴を有している店舗である、あるいはその他の任意の理由によって１つの単位として監視および／または制御することが望ましいその他の任意の店舗グループであるなど、店舗のタイプによって、またはチェーン毎にグループ化することができる。上記の例では、店舗３および４は、特定の「店舗チェーン」７０９に属するものとすることができる。
【００６２】
上述のように、各指定対象グループには、一意的なＩＤ番号が与えられる。例えば、制御装置７０１は、それぞれのサーバが加入することができる以下のグループを形成することができる。
グループ名              グループＩＤ
領域Ａ                  ０ｘ０００００００１
店舗チェーン            ０ｘ０００００００２
全サーバ                ０ｘ０００００００３．
【００６３】
例えば、制御装置７０１は、それぞれのグループのサーバに対して加入メッセージを通信して、各サーバが、例えば少なくともそれぞれの位置とそれぞれに向けられたコンテンツおよび情報とによって決定される、それぞれが属するべきグループのメンバになることができるようにすることができる。あらゆるメッセージ（例えばＤＧＣＰメッセージ）は、全てのサーバ（例えば図７の例では全てのサーバ７０２、７０４、７０６、７０８、７１０、７１２）にマルチキャストされるが、アドレス指定は対象グループに対して行われる。例えば、グループＩＤ０×０００００００１をアドレス指定するものと仮定する。
【００６４】
この場合には、全てのサーバ７０２、７０４、７０６、７０８、７１０、７１２が適用可能なコマンドを受信するが、グループ０×０００００００１に割り当てられたサーバ（例えば領域Ａ内に示すサーバ７０２、７０４）だけが、当該グループへのコマンドを実行する。各サーバは、問合せ要求に応答して制御装置に対する返信を実行することもできる。制御装置７０１からサーバ・グループに送信することができる「問合せ要求」の例としては、以下が挙げられる。
どの程度のディスク・スペースおよびメモリが現在使用中であるか。
どんなプロセスが現在実行中であるか。
この特定のプロセスが現在実行中であるか。
そのサーバ・グループが健全であるか。
【００６５】
その後、適用可能なグループ中の各サーバは、一実施例では問合せに回答する１つのパケットによって、問合せ要求に対して返信することができる。
【００６６】
本発明の上述の様々な実施例によるシステムおよび方法は、基本的に、帯域を消費するアプリケーション・プログラム・インタフェース（ＡＰＩ）呼を取り込み、これらをそれよりはるかに帯域効率のよいＤＧＣＰ定義メッセージにするので有利である。広域ネットワークを介して複数のサーバに問合せをする、またはメッセージを送信するためには個々のサーバに連続的に接続することが必要となる従来の方法とは異なり本発明の原理によるシステムおよび方法は、全てのサーバにアドレス指定された１つのパケットを送信する（すなわちマルチキャスト）だけで、アドレス指定されたグループに含まれる各サーバがそれぞれ１つのパケットで返信することができるので、有利である。本発明の原理によるシステムおよび方法では、例えば「全ての大規模小売店舗」、「ニューヨークの全店舗」、「中央時間帯に属する全店舗」など、任意のグループおよび／または事前に規定されたグループを作成することができるので、当該グループにおける動作を効率的にすることができる。
【００６７】
「制御動作」の例としては、以下が挙げられる。
リブートする。
ソフトウェア・アプリケーションを再始動する。
店舗内の全てのセット・トップ・ボックスをリブートする。
Ｘメディアを再生する代わりに別のメディアを再生する（またはメディアの再生を行わない）。
【００６８】
図８は、本発明の一実施例によるネットワークのサーバ・システムの制御および監視を示す流れ図である。この方法では、最初に、ステップ８１０で、１つの単位として監視および／または制御することが望ましいサーバの少なくとも１つのグループ（すなわち「対象」グループ）を規定する。上述のように、サーバの各「対象グループ」は、少なくとも１つまたは複数のサーバ／サーバ・システムを含むことができ、例えば、一意的なグループ識別子を各グループに割り当てることによって規定することができる。上述のように、本発明の一実施例では、このようなグループは、小売ネットワーク・マネージャ２２４によって規定される。方法は、ステップ８０３に進む。
【００６９】
ステップ８０３で、各サーバ・システム・グループについて、一意的な識別子を決定する。ここでもやはり、上述のように、本発明の一実施例では、これらの一意的な識別子は、小売ネットワーク・マネージャ２２４によって決定される。方法は、ステップ８０５に進む。
【００７０】
ステップ８０５で、通信対象となっている少なくとも１つのサーバ・グループの決定された各一意的な識別子を、ネットワークに接続された全てのサーバ／サーバ・システムに対する通信に含める。上述のように、本発明の一実施例では、各通信は、例えばペイロード（送達する各パケット内の基本データ）を含むコマンドまたはメッセージを含むことができる。方法は、ステップ８０７に進む。
【００７１】
ステップ８０７で、各サーバ／サーバ・システムは、通信を検査して、当該通信に含まれる一意的な識別子が、当該サーバ／サーバ・システムがそのメンバであり、従って通信対象であるグループを特定するものであるかどうかを判定する。通信対象のグループである場合には、サーバ／サーバ・システムは、メッセージのペイロードを処理する（すなわち含まれているコマンドを実行する）。例えば、各サーバは、受信した通信中の一意的なグループ識別子を、当該サーバが含まれるグループに割り当てられた一意的なグループ識別子と比較する。両者が一致した場合には、当該サーバは、当該通信が向けられた対象グループの一部として指定される。上述のように、本発明の一実施例では、各サーバ／サーバ・システムは、通信に含まれる一意的な識別子が、当該サーバ／サーバ・システムがそのメンバであるグループを特定するものであるかどうかを判定することによって、当該通信が当該サーバ／サーバ・システムに向けられたものであるかどうかを判定する、それぞれのグループ識別部を含む。
【００７２】
帯域幅制約ネットワークを介してサーバ・システムを監視および制御する方法、装置およびシステムの様々な実施例（例示を目的とするものであり、限定的なものではない）について述べたが、当業者なら、上記の教示に照らして、様々な修正および改変を加えることができることに留意されたい。従って、添付の特許請求の範囲にその概要を示す本発明の範囲および趣旨を逸脱することなく、開示した本発明の具体的な実施例に対して様々な変更を加えることもできることは、理解されるであろう。上記の記述は、本発明の様々な実施例を対象としたものであるが、本発明の基本的な範囲を逸脱することなく、本発明のその他の実施例を考案することもできる。
【図１】
2012513708.tif 000003
【図２】
2012513708.tif 000004
【図３】
2012513708.tif 000005
【図４】
2012513708.tif 000006
【図５】
2012513708.tif 000007
【図６】
2012513708.tif 000008
【図７】
2012513708.tif 000009
【図８】
2012513708.tif 000010
【国際調査報告】
2012513708.tif 000011
2012513708.tif 000012
2012513708.tif 000013