(57)【要約】【課題】装置グループ制御を行うことを目的とする。【解決手段】本発明の実施形態は、複数の装置の集合の各々の装置がブロードキャストコマンドを受信し、それらのコマンドが装置に適用されたかどうかを判定し、そのコマンドが装置に適用された場合に動作を起こすことを可能にすることを含む装置グループ制御を提供する方法、機器及びシステムを提供する。本発明の一実施形態においては、一意の識別子が各々の受信者装置について決定され、通信が意図された各々の受信者装置についての一意の識別子はブロードキャストメッセージ又はマルチキャストメッセージを有する。ブロードキャストメッセージ又はマルチキャストメッセージの受信時には、各々の受信者装置は、通信がその装置について意図されたかどうかを判定するように、一意の識別子についてのメッセージを調べる。【選択図】図１
2014082763.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク装置の装置グループ制御を提供する方法であって、
複数の受信者装置のグループを有する少なくとも１つの受信者装置に制御情報を通信する段階、及び
前記制御情報により、前記制御情報が意図されている前記複数の受信者装置のグループについての一意の識別子を含める段階、
を有する方法であり、
前記複数の受信者装置のグループの受信者装置は、通信が前記受信者装置のために意図されているかどうかを判定するために、前記一意の識別子について受信された制御情報を調べ、
前記制御情報は、前記少なくとも１つの受信者装置の構成を可能にする、
ことを特徴とする方法。
【請求項２】
前記制御情報は、前記一意の識別子により識別された複数の受信者装置のグループのメンバーになるための、前記少なくとも１つの受信者装置への申し込みメッセージを有する、請求項１に記載の方法。
【請求項３】
前記制御情報は、パケットスキームを用いてブロードキャスト又はマルチキャストされる、請求項１に記載の方法。
【請求項４】
前記制御情報は、コマンドの集合を有し、前記コマンドの集合は、１つのパケットにおいて適合される、請求項３に記載の方法。
【請求項５】
前記パケットは、ネットワークパケットを有する、請求項４に記載の方法。
【請求項６】
前記制御情報は、バイナリコマンドの集合を有する、請求項１に記載の方法。
【請求項７】
前記制御情報は、小売店広告ネットワークにおける受信者装置を制御するように意図されたコマンドの集合を有する、請求項１に記載の方法。
【請求項８】
前記制御情報は、共通ヘッダ及び可変プロファイルペイロードを有する、請求項１に記載の方法。
【請求項９】
前記制御情報は、前記制御情報を受信するように意図された装置の電力状態、チャンネル及び音量の少なくとも１つを制御するように設定される、請求項１に記載の方法。
【請求項１０】
前記判定は、各々の受信者装置についてそれぞれの一意の識別子を判定するために、少なくとも１つの受信者装置に申し込みメッセージを通信することを有する、請求項１に記載の方法。
【請求項１１】
前記判定は、複数の受信者装置を識別するために、各々の受信者装置について所定のそれぞれの識別子を割り当てることを有する、請求項１に記載の方法。
【請求項１２】
通信が意図された複数の受信者装置は、前記通信に含まれる命令の実行の成功又は失敗を表す応答を通信する、請求項１に記載の方法。
【請求項１３】
前記ネットワーク装置との通信は、第２層ブロードキャスト手段により前記ネットワーク装置と通信することを有する、請求項１に記載の方法。
【請求項１４】
前記ネットワーク装置との通信は、マルチキャスト手段により前記ネットワーク装置と通信することを有する、請求項１に記載の方法。
【請求項１５】
前記少なくとも１つの受信者装置についての前記一意の識別子は、各々の受信者装置のユニキャストインターネットプロトコルアドレスを有する、請求項１に記載の方法。
【請求項１６】
複数のネットワーク装置の装置グループ制御を提供する装置であって、
前記複数のネットワーク装置と通信する手段、
複数の受信者装置のグループを有する少なくとも１つの受信者装置に制御情報を通信する手段、
前記制御情報により、前記制御情報が意図されている前記複数の受信者装置のグループについての一意の識別子を含める手段、及び
通信が前記受信者装置のために意図されているかどうかを判定するために、前記一意の識別子について受信された制御情報を調べる手段、
を有し、
前記制御情報は、前記少なくとも１つの受信者装置の構成を可能にする、
ことを特徴とする装置。
【請求項１７】
前記通信する手段は、第２層ブロードキャスト手段を有する、請求項１６に記載の装置。
【請求項１８】
前記通信する手段は、マルチキャスト手段を有する、請求項１６に記載の装置。
【請求項１９】
前記複数の受信者装置のグループについての前記一意の識別子は、前記グループにおける各々の受信者装置のユニキャストインターネットプロトコルアドレスを有する、請求項１８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、装置制御及び装置プログラミングに関し、特に、個々のレベルに代えて、グループレベルでネットワーク接続装置を制御する方法、機器及びシステムに関する。
【背景技術】
【０００２】
ネットワークの複数の装置の制御は、特定の意図された装置に特定のコマンドを送信する形式をとる。そのような複数の装置をグループに集合させることは、典型的には、アプリケーションソフトウェアを用いて行われる。そのような方法は、ソフトウェアを複雑にし、そのような方法の順次の性質のために、所望のシステム挙動のためには不適切である可能性がある。
【０００３】
特に、オーディオビジュアルコンテンツを示す複数のグループにおける装置の制御は、高度に同期されたメディア並びに最新のオーディオビジュアル供給方法及びシステムの分散される性質の必要性のために困難である。例えば、広告環境においては、好ましいプレゼンテーションの品質を得るために、多くのディスプレイ及び制御装置がしばしば、必要とされる。従って、必要とされる制御機能、例えば、電力状態、音量レベル、チャンネルチューニング等が、装置ベースで１つの装置のみに関してではなく、複数の装置についてのグループレベルに関して制御される必要がある。今日の技術により典型的に行われるような順次の複数の装置についての制御機能の実行は、好ましい体験をもたらすものとはなっていない。例えば、順次に複数の装置に命令することにより特定のチャンネルにチューニングするように複数の装置の集合に命令することにより、各々の装置は他の装置との同期からわずかに外れたチャンネルで実行される可能性がある。順次に各々のユニットに命令することはまた、実行される制御システムについて複雑性をもたらす。即ち、現在の制御システムにおいては、一般に実行される動作を実行する複数の装置のグループに同時に命令することに代えて、典型的なシステムは、各々の装置を順次にアドレス指定し、それらの装置が各々の動作を実行するように命令する必要がある。
【０００４】
従って、当該技術分野の上記の状況下における短所及び他の関連の短所を克服し、装置グループ制御を提供することができる新しい方法、機器及びシステムについての要請が存在している。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の複数の実施形態は、装置グループ制御を提供する方法、機器及びシステムを提供することにより先行技術の短所について対処することができる。
【課題を解決するための手段】
【０００６】
本発明の種々の実施形態においては、グループ装置制御を提供する方法は、少なくとも１つの受信者装置について一意の識別子を決定する段階と、ブロードキャスト又はマルチキャスト通信により、通信が意図された各々の受信者装置についての識別子を含む段階とを有し、装置は、通信がその装置について意図されているかどうかを判定するように一意の識別子について受信されるブロードキャスト又マルチキャスト通信を調べる。
【０００７】
本発明の代替の実施形態においては、複数のネットワーク装置についてグループ装置制御を提供する機器は、複数の通信装置と通信する手段と、少なくとも制御プログラム、命令及び識別子情報を記憶するメモリと、制御プログラム及び命令を実行するプロセッサとを有する。そのような実施形態においては、機器は、各々の装置又は複数の装置のグループについての一意の識別子を判定するステップ、及びブロードキャスト又はマルチキャスト通信により、通信が意図された各々の装置又は複数の装置のグループについての識別子を含むステップを実行するように適合され、装置は、通信がその装置について意図されているかどうかを判定するように一意の識別子について受信されるブロードキャスト通信又マルチキャスト通信を調べる。
【０００８】
本発明の代替の実施形態においては、複数のネットワーク装置の装置グループ制御を提供するネットワークは、複数のネットワーク装置と、複数のネットワーク装置の装置グループ制御を提供する機器とを有する。一実施形態においては、その機器は、複数のネットワーク装置と通信する手段と、少なくとも制御プログラム、命令及び識別情報を記憶するメモリと、制御プログラム及び命令を実行するプロセッサとを有する。プロセッサは、各々の装置又は複数の装置のグループについての一意の識別子を判定するステップ、及び、ブロードキャスト又マルチキャスト通信により、その通信が意図された各々の装置又は複数の装置のグループについての識別子を含むステップを実行する。この実施形態においては、装置は、その装置について通信が意図されたかどうかを判定するように一意の識別子についての受信されたブロードキャスト通信又マルチキャスト通信を調べる。
【０００９】
本発明についての記載については、添付図に関連付けて以下の詳述を考慮することにより、容易に理解することができる。
【００１０】
添付図は本発明の概念を示す目的のためのものであり、単に本発明を例示する有効な構成を必ずしも示していないことを理解する必要がある。理解を容易にするように、複数の図に対して共通の同一の要素を表すように、同一の参照番号ができるだけ用いられている。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態を適用することができるコンテンツ分布システムの高レベルのブロック図である。
【図２】店内広告を提供する店内広告ネットワークの高レベルのブロック図である。
【図３】本発明の実施形態に従ったプロトコルデザインについての例示としてのヘッダを示す図である。
【図４】本発明の実施形態に従った例示としてのベースプロトコルプロファイルを示す図である。
【図５】本発明の代替の実施形態に従った例示としてのプロトコルデザインについてのヘッダを示す図である。
【図６】本発明の代替の実施形態に従った例示としてのベースプロトコルプロファイルを示す図である。
【発明を実施するための形態】
【００１２】
本発明は、各々の装置又は複数の装置の集合が、ブロードキャストコマンドを受信し、そのコマンドがその装置に適合するかどうかを判定し、そのコマンドがその装置に適合する場合に動作を起こすことを可能にするための方法、機器及びシステムを有利に提供する。本発明については、小売店広告ネットワーク環境の状況において主に説明されているが、本発明の特定の実施形態は、本発明の範囲を限定するとみなされるべきでない。本発明の概念については、複数の装置の制御及びグループ化のために実質的に何れのブロードキャスト環境下でも有利に適用可能であることが、本発明についての記載により示され、当業者は理解することができる。
【００１３】
図１は、本発明の実施形態が適用されることが可能であるコンテンツ配信システムの高レベルのブロック図である。図１のコンテンツ配信システム１００は、例示として、少なくとも１つのサーバ１１０と、チューニング／デコーディング手段（例示としてのセットトップボックス（ＳＴＢ））１２０１−１２０ｎ等の複数の受信装置と、セットトップボックス１２０１−１２０ｎの各々についてのそれぞれのディスプレイ１３０１−１３０ｎと、オーディオ出力装置（例示としてのスピーカシステム）１３５１−１３５ｎ等の他の受信装置とを有する。図１のシステム１００においては、複数のセットトップボックス１２０１−１２０ｎの各々は、例示として、単独のそれぞれのディスプレイに接続されているが、本発明の代替としての実施形態においては、複数のセットトップボックス１２０１−１２０ｎの各々は、２つ以上のディスプレイに接続されることが可能である。更に、図１のコンテンツ配信システム１００においては、複数のチューニング／デコーディング手段は複数のセットトップボックス１２０として示されているが、本発明の代替の実施形態においては、本発明のチューニング／デコーディング手段は、複数のディスプレイ１３０、他の複数のスタンドアロンチューニング／デコーディング装置等の代替のチューニング／デコーディング手段を有することが可能である。更に、本発明の複数の受信装置は、オーディオ、ビデオ及び／又はオーディオ／ビデオコンテンツ等のコンテンツを受信することが可能である何れかの装置を有することが可能である。
【００１４】
本発明の一実施形態においては、図１のコンテンツ配信システム１００は、店内広告ネットワークの一部であることが可能である。例えば、図２は、店内広告を提供する店内広告ネットワーク２００の高レベルのブロック図である。図２の広告ネットワーク２００においては、広告ネットワーク２００及び配信システム１００は、店内設定におけるエンターテインメントコンテンツ、ニュース及び類似する消費者向け情報コンテンツと共に、音楽レコーディング、ホームビデオ、プロダクトデモンストレーション、広告コンテンツ及び他のコンテンツのカタログ化、配信、プレゼンテーション及び使用追跡を提供するソフトウェア及びハードウェアの組み合わせを用いる。そのコンテンツは、圧縮された又は圧縮されていないビデオ及びオーディオストリームフォーマット（例えば、ＭＰＥＧ４／ＭＰＥＧ４  Ｐａｒｔ  １０／ＡＶＣ−Ｈ．２６４，ＶＣ−１，Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ等）に与えられているコンテンツを含むことが可能であるが、本発明のシステムは、それらのフォーマットのみを用いることに限定される必要はない。
【００１５】
本発明の一実施形態においては、店内広告ネットワーク２００及びコンテンツ配信システム１００の種々の要素を制御するソフトウェアは、ウィンドウ環境（例えば、ＭＳ−Ｗｉｎｄｏｗｓ（登録商標）又はＸ−Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステム）及び高性能コンピューティングハードウェアを用いる３２ビットオペレーティングシステムを有することが可能である。広告ネットワーク２００は配信アーキテクチャを用いることが可能であり、一実施形態においては、衛星（又は、他の方法、例えば、ワイドエリアネットワーク（ＷＡＮ）、インターネット、一連のマイクロ波リンク又は類似する機構）及び店内モジュールを介して、コンテンツ集中管理及び配信制御を提供することが可能である。
【００１６】
図２に示しているように、コンテンツ配信システム１００及び店内広告ネットワーク２００のためのコンテンツは、広告主２０２、レコーディング会社２０４、映画スタジオ２０６又は他のコンテンツ提供者２０８から提供されることが可能である。広告主２０２は、製品メーカー、サービスプロバイダ、メーカー又はサービスプロバイダの代理である広告会社又は他の企業であることが可能である。広告主２０２からの広告コンテンツは、コマーシャル、“インフォマーシャル（ｉｎｆｏ−ｍｅｒｃｉａｌ）”、プロダクト情報、プロダクトデモンストレーション等を含むオーディオビジュアルコンテンツを有することが可能である。
【００１７】
レコーディング会社２０４は、レコードレーベル、音楽発行人、著作権／発行エンティティ（例えば、ＢＭＩ又はＡＳＣＡＰ）、個々のアーティスト、又は他の音楽関係コンテンツソースであることが可能である。レコーディング会社２０４は、ミュージッククリップ（記録された音楽の短いセグメント）、ミュージックビデオクリップ等の広告コンテンツを提供することができる。映画スタジオ２０６は、映画会社に関連する映画スタジオ、映画プロダクション会社、広告担当者又は他の映画会社関連ソースであることが可能である。映画スタジオ２０６は、ムービークリップ、男優及び女優へのレコーディング前のインタビュー、ムービーレビュー、“舞台裏”紹介、又は他の類似するコンテンツを提供することが可能である。
【００１８】
他のコンテンツプロバイダ２０８は、例えば、図１のコンテンツ配信システム１００を介して配信される及び表示されることが可能であるビデオ、オーディオ又はオーディオビジュアルコンテンツの何れかの他のプロバイダであることが可能である。
【００１９】
本発明の一実施形態においては、コンテンツは、例えば、従来の記録媒体（テープ、ＣＤ、ビデオ等）を用いてネットワーク管理センタ（ＮＷＣ）２１０を介して得られる。ＮＭＣ２１０に供給されるコンテンツは、例えば、ローカルサイトでそのコンテンツを配信する及び表示するローカル配信システム１００への配信のために適する形式にコンパイルされる。
【００２０】
ＮＭＣ２１０は、受信されたコンテンツをディジタル化し、ディジタル化データファイル２２２の形式でネットワークオペレーションセンター（ＮＯＣ）２２０にそれを供給することが可能である。データファイル２２２は、ディジタル化コンテンツと呼ばれるが、ストリーミングオーディオ、ストリーミングビデオ又は他の情報であることも可能である。ＮＭＣ２１０によりコンパイルされ、受信されたコンテンツは、コマーシャル、バンパー。グラフィックス、オーディオ等を含むことが可能である。全てのファイルは、一意に識別可能であるように、好適に命名される。更に具体的には、ＮＭＣ２１０は、特定のサイト、例えば、店の場所に目的を定め、スケジューリングベースで又はオンデマンドベースで１つ又はそれ以上の店に供給される配信パックを作成する。配信パックは、用いられる場合、既にオンサイトに存在するコンテンツを置き換えるか改善するように意図されたコンテンツを有する（そのサイトのシステムが始めて初期化される場合であって、その場合に、供給されるパケットはそのサイトの最初のコンテンツの基礎を構成する、場合）。代替として、それらのファイルは圧縮され、別個に送信されることが可能であり、又は、一部の種類のストリーミング圧縮プログラムが用いられることが可能である。
【００２１】
ＮＯＣ２２０は、この実施例においては、通信ネットワーク２２５を介して、商業的販売アウトレット２３０におけるコンテンツ配信システム１００にディジタル化されたデータファイル２２２を通信する。通信ネットワーク２２５は、複数の技術の何れかの一の技術において実施されることが可能である。例えば、本発明の一実施形態においては、衛星リンクが、商業的販売アウトレット２３０のコンテンツ配信システム１００にディジタル化されたデータファイル２２２を配信するように用いられることが可能である。これは、コンテンツがそのコンテンツを種々の場所にブロードキャストすることにより容易に配信することを可能にする。代替として、インターネットは、オーディオビジュアルコンテンツを配信するように及び商業的販売アウトレット２３０からのフィードバックを可能にするように用いられることが可能である。専用線、マイクロ波ネットワーク又は他の機構を用いる等の通信手段２２５を実施する他の方法も、本発明の代替の実施形態に従って用いられることが可能である。
【００２２】
コンテンツ配信システム１００のサーバ１１０は、コンテンツ（例えば、配信パケット）を受信し、それに応じて、セットトップボックス１２０、ディスプレイ１３０及びスピーカシステム１３５等の種々の受信器に対して店内でそれらのコンテンツを配信することができる。即ち、本発明の一実施形態においては、コンテンツ配信システム１００で、コンテンツが受信され、ストリーミングのために構成される。そのストリーミングは、共に又は一斉に動作を起こすように構成された１つ又はそれ以上のサーバにより実行されることが可能である。ストリーミングコンテンツは、販売アウトレット２３０（例えば、店）全体に亘って種々の異なる場所を又はプロダクトについて構成されるコンテンツを有することが可能である。例えば、それぞれのセットトップボックス１２０、ディスプレイ１３０及び種々のスピーカシステム１３５は、販売アウトレット２３０全体に亘って特定の場所に位置付けられ、各々のセットトップボックス及びディスプレイの場所から所定の距離の範囲内に位置付けられたプロダクトに関係があるオーディオをブロードキャストし、コンテンツを表示するようにそれぞれ構成されることが可能である。
【００２３】
コンテンツ配信システム１００のサーバ１１０は、店全体に亘って、コンテンツを受信し、種々の受信器に対して通信されるオーディオ、ビデオ及び／又はオーディオ／ビデオの種々の異なるストリーム（例えば、コンテンツチャンネル）を作成する。それらのストリームは、無線周波数配信において変調されたオーディオ、ビデオ及び／又はオーディオ／ビデオの別個の複数のチャンネルであり、ユニキャスト又はマルチキャストインターネットプロトコル（ＩＰ）ネットワークにおけるデータフローとして送信されることが可能である。それらのストリームは、制御ソフトウェアの同じ論理集合の下で１つ又はそれ以上のサーバからもたらされることが可能である。
【００２４】
本発明の種々の実施形態においては、１つ又はそれ以上の受信器が、作成されたストリームの特定の一のストリームを受信するように、従って、受信器のグループを組織するように構成されることが可能である。本発明に従って、サーバ１１０は、例えば、図１の受信装置等の装置が、グループの状態で制御される及び／又はモニタされることが可能である方法で構成されるように、図１のコンテンツ配信システム１００のブロードキャスト（例えば、第２層ブロードキャストを用いるローカルエリアネットワーク）又はマルチキャストで用いるためにデザインされた制御プロトコルを実行する。それ故、本発明の一実施形態においては、本発明のプロトコルは、今日のシステムにおいて典型的に実行されているように、‘ネットワーク層’でなく、‘アプリケーション層’における装置を目標とする。上記の実施形態においては、サーバ１１０について、本発明のプロトコル及び発明の特徴を実行する制御器として説明されているが、本発明の代替の実施形態においては、個別の制御器が、本発明のプロトコル及び発明の特徴を実行するために備えられることが可能である。
【００２５】
本発明の一実施形態においては、各々の受信器／装置は、少なくとも１つのグループに属し、多くの他のグループにも属すことが可能である。従って、コマンド又は要求は、１つの装置又は複数の装置を含むことが可能であるグループにより目標を定められることが可能である。グループの各々の装置は、従って、同じブロードキャストチャンネル又はマルチキャストチャンネルを用いて送受信する。
【００２６】
本発明の一実施形態においては、全ての装置は１つのグループ、ＩＤに基づくそれ自体のグループに自動的に属すことができる。例えば、装置のユニキャストＩＰアドレスはそのＩＤとして用いられることが可能である。しかしながら、本発明に従って、装置のＩＤについての唯一の要求は、装置アドレスが複数のブロードキャストアドレス又はマルチキャストアドレス間で一意であることである。装置は、必要に応じて、複数のグループのメンバーであるように対応することが可能である。更に、装置は、プロトコルを用いることによるか若しくは、構成ファイル、又はＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）又はウェブ構成ページのような他のトランザクション等の外部の手段により、グループのメンバーである又はないことが可能である。例えば、本発明の種々の実施形態においては、本発明の所定のドメインは、他のドメインとＩＰネットワークを共有することが可能である。更に、所定のドメインは、ＭＡＣメッセージダイジェストスキームの使用により、メッセージの認証及び／又はメッセージの完全性を実行することを好む可能性があるとかなり考えられる。それらの２つの要求は、ＭＡＣ共有秘密及びマルチキャストＩＰアドレス等の本発明の装置グループ制御プロトコルについての２つの構成可能なパラメータについて要求する。しかしながら、本発明の一部の適用によってまた、グループのメンバーシップを予め設定することがかなり望ましいことを認識することができる。プロトコルは動的メンバーシップを支援するが、一部の実施形態においては、本発明のプロトコルの目的の一部を制限する制御ソフトウェアに対して複雑性のレベルを高くする可能性がある。複数のグループの一部であるように装置を構成することは、制御ソフトウェアがかなり複雑性を低下させることを可能にする。
【００２７】
従って、本発明の一実施形態においては、複数の装置は、それらがどのグループに属すか、及びグループ識別情報を有する制御／構成メッセージがいつブロードキャストされる又はマルチキャストされるかを認識し、装置は、その装置が属すグループについてのメッセージが意図されたものであるかどうかを判定するようにそのメッセージを調べる。それが肯定的である場合、装置は、制御／構成メッセージを処理する。本発明の代替の実施形態においては、しかしながら、制御／構成メッセージは、メッセージが適用される特定の装置を識別するサーバ又は制御器からブロードキャストされる又マルチキャストされ、各々の装置は、そのメッセージがその装置のために意図されたものであるかどうかを判定するようにそのメッセージを調べる。
【００２８】
例えば、図１を参照するに、本発明の一実施形態においては、コンテンツ配信システム１００のサーバ１１０はコンテンツを受信し、セットトップボックス１２０、ディスプレイ１３０及びスピーカシステム１３５等の種々の装置／受信器に配信されるオーディオ、ビデオ及び／又はオーディオ／ビデオの種々の異なるストリーム（例えば、コンテンツチャンネル）を作成する。受信されたコンテンツに加えて、サーバ１１０は、どの特定の装置又は装置のグループについてどの特定の受信されたコンテンツが意図されているかを判定するために命令及び構成情報を受信する。受信されたコンテンツ、命令及び構成情報に加えて、サーバ１１０はまた、特定の装置又は装置のグループの構成を制御する制御情報を受信する又は決定することが可能である。即ち、本発明に従ったサーバ１１０は、小売店の特定の場所において広告する装置のグループをオンにするように用いられることが可能であり、又は装置の音量又はチャネルを変えるように用いられることが可能である。更に具体的には、１つの装置又は装置のグループについて意図されたコンテンツと共に、本発明のサーバは、１つの装置又は装置のグループに対して構成命令を通信することが可能である。
【００２９】
例えば、図１のコンテンツ配信システム１００において、セットトップボックス１２０１及びセットトップボックス１２０２が小売店環境のファッション部門にインストールされ、セットトップボックス１２０３及びセットトップボックス１２０４が小売店環境の食品部門にインストールされていることを想定する。本発明の一実施形態においては、複数のセットトップボックス１２０の場所の情報を有し、コンテンツ通信を制御するサーバ１１０は、一意のＩＤ番号を有する第１グループに申し込むようにファッション部門のセットトップボックス１２０１及び１２０２への申し込み要求を通信し、一意のＩＤ番号を有する第２グループに申し込むように食品部門のセットトップボックス１２０３及び１２０４への申し込み要求を通信する。例えば、サーバ１１０は、それぞれのセットトップボックスが申し込むことが可能である次のグループを組織することが可能である。
グループ名        グループＩＤ
ファッション      ０ｘ０００００００１
食品              ０ｘ０００００００２
全てのＳＴＢ      ０ｘ０００００００３
即ち、サーバ１１０は、セットトップボックスが少なくともそれらの場所並びそれぞれのセットトップボックスについて意図されたコンテンツ及び情報により決定されて、それらが属す必要があるそれぞれのグループのメンバーになることが可能であるように、それぞれのグループのセットトップボックスに対して申し込みメッセージを通信する。従って、ファッション部門における装置について意図されたコンテンツ、命令又は構成情報がサーバ１１０によりブロードキャストされる又はマルチキャストされるとき、グループＩＤ  ０ｘ０００００００１は通信されるコンテンツ及び情報を含む。従って、ブロードキャストを受信するセットトップボックス１２０は、セットトップボックスがメンバーであるグループについて受信される情報が意図されているかどうかを判定するように、受信されたコンテンツを調べる。それが肯定的である場合、そのセットトップボックスは、受信されたコンテンツがそのセットトップボックスについて意図されていると判定する。
【００３０】
例えば、グループにおけるＳＴＢ全ては、サーバからの特定のＩＰＴＶストリームに対してチューニングされることが可能である。プロトコル制御器（サーバである又はサーバでないことが可能である）は、その場合、グループに単一のコマンドを送信することが可能である。例えば、プロトコル制御器は、購入のために利用可能である新しい衣服についての情報を有するストリームを再生するためにグループＩＤ  ０ｘ０００００００１に対してコマンドを、及び販売のために新しいスープについての情報を有するストリームを再生するためにグループＩＤ  ０ｘ０００００００２に対してコマンドを送信することが可能である。それらのコマンドは、ネットワークに亘ってマルチキャストを介して送信されることが可能である。それらのコマンドは、ＳＴＢに対して既に通信されたマルチキャストストリームに組み込まれることが可能であり、又は、それらのコマンドは、新しい且つ別個のマルチキャストストリームを介して通信されることが可能である。そのような場合、ＳＴＢ全てはコマンドの全てを受信することができる。しかしながら、ファッション部門の２つのＳＴＢ、即ち、グループ０ｘ０００００００１に対して割り当てられた２つのＳＴＢは、そのグループについてのコマンドを実行し、ファッションストリームに対してチューニングする。同様に、食品部門における２つのＳＴＢ、即ち、グループ０ｘ０００００００２に対して割り当てられた２つのＳＴＢのみが、そのグループについてのコマンドを実行し、食品ストリームに対してチューニングする。同様に、他のコマンドは、更に別個のストリームに対してチューニングするように、ＳＴＢ全て、即ち、グループ０ｘ０００００００３のメンバーに通信されることが可能である。ＳＴＢの全てがグループ０ｘ０００００００３のメンバーであるため、それらのＳＴＢの全てがそのコマンドを実行する。更に、任意に、ＳＴＢがそのグループにアドレスされたコマンドを実行するとき、そのＳＴＢは、成功又は失敗を示す制御器（例えば、サーバ）に対して応答を通信することが可能である。サーバ又はプロトコル制御器がそれぞれのグループのメンバーになるようにＳＴＢにコマンドを通信することについて、上記の実施例において説明されているが、本発明の代替の実施形態においては、ＳＴＢは、所定のグループに属すように予め設定され、従って、実行される申し込み機能は必要ない。
【００３１】
更に、本発明の代替の実施形態においては、複数の装置グループは全く組織されない。例えば、図１を参照するに、本発明の一実施形態においては、コンテンツ配信システム１００のサーバ１１０はコンテンツを受信し、セットトップボックス１２０、ディスプレイ１３０及びスピーカシステム１３５等の種々の装置／受信器に配信されるオーディオ、ビデオ及び／又はオーディオ／ビデオの種々の異なるストリームを作成する。受信されたコンテンツに加えて、サーバ１１０は、どの特定の受信コンテンツがどの特定の装置について意図されているかを判定するための命令及び構成情報を受信することが可能である。受信コンテンツ、命令及び構成情報に加えて、サーバ１１０はまた、特定の装置の構成を制御する制御情報を受信する又は決定することが可能である。即ち、本発明に従ったサーバ１１０は、小売店の特定の位置において広告する個々の装置をオンに切り換えるように用いられることが可能であり、又は単一の装置の音量又はチャンネルを変更するように用いられることが可能である。更に具体的には、１つの装置又は装置のグループについて意図されたコンテンツと共に、本発明のサーバは、装置に構成命令を通信することが可能である。
【００３２】
本発明のそのような実施形態においては、複数の装置について意図されたコンテンツ、命令又は構成情報がサーバ１１０によりブロードキャストされる又はマルチキャストされるとき、通信を受信するように意図されたそれらの装置の各々の装置ＩＤは、通信されるコンテンツ及び情報を含む。従って、ブロードキャストを受信するセットトップボックス１２０は、セットトップボックスの一意のＩＤが受信される通信を含むかどうかを判定するように、受信ストリームを調べることにより、その受信された情報がその装置について意図されたかどうかを判定するように受信されるコンテンツを調べる。それが肯定的な場合、セットトップボックスは、受信された通信がその装置について意図されたと判定する。
【００３３】
例えば、複数のＳＴＢは、サーバからの特定のＩＰＴＶストリームに対してチューニングされることが可能である。プロトコル制御器（サーバである又はないことが可能である）は、ＳＴＢ全てに単一のコマンドを送信することが可能である。例えば、プロトコル制御器は、特定のＳＴＢの音量を増加させるコマンドを送信することが可能である。そのコマンドは、ネットワークに亘ってマルチキャストを介して送信されることが可能である。そのコマンドは、ＳＴＢに既に通信されたマルチキャストストリームに組み込まれることが可能であり、又は、新しい且つ特定のマルチキャストストリームを介して通信されることが可能である。そのような場合、それらのＳＴＢ全てはコマンドを受信する。そのコマンドは、しかしながら、そのコマンドが意図されたＳＴＢ全ての装置ＩＤを含む。そのコマンドがＳＴＢ（装置）により受信されたとき、そのＳＴＢは、通信がそれぞれの装置ＩＤを含むかどうかを判定するように受信された通信を調べ、装置ＩＤがそのコマンドを含むＳＴＢのみが音量を増加させるコマンドを実行する。更に、任意に、ＳＴＢがコマンドを実行するとき、そのＳＴＢは、成功又は失敗を示す制御器（例えば、サーバ）への応答を通信することが可能である。
【００３４】
本発明の種々の実施形態においては、通信がネットワークに対してブロードキャストされる又はマルチキャストされるとき、コマンドは、パケットスキームを用いて通信される。本発明の一実施形態においては、単一のコマンドの集合は、１つのネットワークパケットにおいて適合するように構成される。それ故、パケットがブロードキャストされる又はマルチキャストされ、そして殆どのネットワーク層実施（例えば、ＩＰ）はベストエフォート配信のみを供給するため、２つ以上のパケットにおいてコマンドの集合を拡散することは実行を複雑化させる。そのような場合、装置は、個々の失われたパケットを確認する、又はメッセージフラグメントを単に回復するように再送信されるメッセージ全体を要求する手段を実行するために必要とされる。更に、プロトコルは、パケットが順序が乱れて到達したイベントにおけるメッセージのアセンブルを支援するには更に複雑化される必要がある。従って、本発明の一実施形態に従って、そのような複雑化は、１つのネットワークデータグラムにおいて適合するようにコマンドの集合についてプロトコルメッセージを要求することにより完全に回避される。例えば、ＩＰネットワークにおいて、基本的なデータグラムは、通常、１５００バイトである最大伝送単位（ＭＴＵ）にサイズが設定されるＵＤＰパケットである。従って、そのようなプロトコルを用いて通信されるコマンドの集合のメッセージはその信号データグラムに適合する必要がある。
【００３５】
即ち、本発明のプロトコルの種々の実施形態は、小さい最大伝送単位（ＭＴＵ）のサイズをもたない現在のネットワーク（イーサネット（登録商標）ＬＡＮ、８０２．１１無線等）で用いるように意図されている。今日のネットワークは、通常、１５００バイトであるＭＴＵを有する。制御メッセージは、１つのネットワークパケットにおいて適合し、それ故、ＭＴＵからネットワークヘッダを減算する範囲内で適合する。ＩＰネットワークにおいては、ＩＰ及びＵＤＰヘッダは２８バイトを有する。本発明の一実施形態においては、制御メッセージは３６バイトのヘッダ及び任意の１０バイトのハッシュメッセージ認証コード（ＨＭＡＣ）を有する。これは、典型的なネットワークにおいてパケット当たり１４００バイトのペイロード空間を残す。本発明のデータグラムベースのプロトコルの他の重要な有利点は、それがデータグラムにより本質的に構成されることである。従って、複雑なストリーム同期機構は、メッセージの開始を決定するのに必要でない。
【００３６】
本発明の一実施形態においては、コマンドの集合のメッセージフォーマットは２値である。即ち、多くのプロトコルがテキストにおいて実施される一方、本発明のコマンドの集合についてテキストを用いることは、単一のデータグラムにメッセージを適合させるリスクをもたない。更に、本発明の予測使用の一部はかなり低レベルの組み込みシステムにおけるものであり、簡単なバイナリプロトコルがそのようなシステムにおいて容易に実施され、動作中に殆どシステム資源を消費しない。
【００３７】
本発明の実施形態は、異なるアプリケーションについてカスタマイズされることが可能であるプロファイルに対応することができる。例えば、本発明の一実施形態においては、プロファイルは、小売店で広告するために実行されるネットワークについて適切であるコマンドの集合を規定する‘小売店広告表示プロファイル’を含むことが可能である。更に、他のプロファイルは、病院、空港又は映画館のような公共施設の特定の要求に対応することが可能である。本発明のプロファイルデザインは、コマンドヘッダ及び種々のプロファイルペイロードを有することが可能である。例えば、図３は、本発明の実施形態に従ったプロトコルデザインについての例示のヘッダを示している。図３のヘッダは、例示として、バージョンセクション、フラグセクション、メッセージタイプセクション及びタイムスタンプセクションを有する。図３は更に、ペイロードセクション及び巡回冗長チェック（ＣＲＣ）セクションを有する。
【００３８】
図３のヘッダにおいては、バージョンセクションは、プロトコルが展開するにつれてバージョン番号をインクリメントする手段を備えている。図３の実施例のヘッダにおいては、バージョンは、例示として、０ｘ０１である。図３のヘッダのフラグセクションは、例示として、フラグについて指定された４ビットを有する。それらのビットはＡ、Ｂ、Ｃ及びＤ（最大から最小への順序で）である。図３のヘッダにおいては、Ａビットは、‘応答禁止’を意味するように規定される。このフラグが設定される場合、そのメッセージを処理する装置はメッセージに対して応答する必要はない。全ての他のフラグのビットが、例示として、指定されている。メッセージタイプセクションにおいては、次の複数のメッセージタイプが例示として規定される。
０ｘ０１要求（コマンド）；
０ｘ０２応答；
０ｘ０３警告；
全ての他の値は指定されている。
【００３９】
メッセージＩＤ及び相関ＩＤセクションにおいて、‘応答禁止’フラグが設定されていない場合、要求メッセージを得る装置はそのメッセージに対して応答する必要がある。その応答は、応答されるメッセージのメッセージｉｄフィールドに等しいように相関ｉｄフィールドを設定する。要求メッセージは、ゼロ（０）に設定された相関ｉｄフィールドを有する。メッセージＩＤは、最初は、乱数に設定され、その後、その装置により送信された各々の一連のメッセージについて１だけインクリメントされる。メッセージＩＤ番号付けにおける衝突は、相関タイムスタンプ（下記）を用いることにより回避される。プロファイルタイプセクションにおいては、複数のプロファイルが列挙される。即ち、複数のプロファイルタイプが異なるアプリケーションについて列挙されることが可能であるが、小売店広告ネットワーク、病院ネットワーク、空港ネットワーク、映画館ネットワーク等に限定されない。例えば、図３の実施例のプロファイルヘッダにおいては、０（ゼロ）のプロファイルＩＤは、図４を参照して下で説明されるコアプロファイルとして規定される。
【００４０】
図３のヘッダのアドレッシングセクションは複数の‘グループＩＤ’番号を有する。即ち、上記のように、本発明の一実施形態においては、全てのネットワーク装置は、その装置にのみ適用される一意のＩＤを有する。しかしながら、所定の装置が、要望と同程度の多くのグループに対して割り当てられることが可能である。本発明の一実施形態においては、それらのアドレスは３２ビット値である。
【００４１】
図３のヘッダのタイムスタンプセクションにおいては、タイムスタンプが含まれる。即ち、図３の実施形態においては、タイムスタンプは、送信されるメッセージ全てに設定される必要がある。本発明の一実施形態においては、タイムスタンプは、例えば、１９７０年１月１日以来経過した秒数（即ち、Ｕｎｉｘ（登録商標）  ｔｉｍｅ）を表す３２ビット値である。全てのメッセージのタイムスタンプは、要求が生成されたシステム時間である。一実施形態においては、最初に、全ての要求メッセージの相関タイムスタンプはゼロ（０）に設定される。全ての応答メッセージの相関タイムスタンプは、関連する応答メッセージからのタイムスタンプである。要求メッセージに対する装置適合応答メッセージは、相関タイムスタンプもその要求のタイムスタンプに適合することを保証しなければならない。このことは、先行する例のメッセージと重なり合う開始時における乱数のためのメッセージ応答における衝突を回避する。
【００４２】
ペイロード長セクションは、ペイロードにおけるバイト長を確認する。その目的は、巡回冗長チェックの位置を厳密に決定することである。即ち、図３の巡回冗長チェックセクションは、ペイロードまでの全てのバイトの３２ビット巡回冗長チェックを含み、ペイロードの最後のバイトを含む。
【００４３】
図４は、本発明の実施形態に従った例示としてのベースプロトコルプロファイルを示している。図４のベースプロトコルプロファイルは、例示として、コマンドセクション、制御パラメータセクション、複数値セクション（例示として、４値セクション）、可変長セクション及び可変パラメータブロックセクションを有する。図４のベースプロトコルプロファイルは、種々のアプリケーションに適用できるように本発明に従って修正されることが可能である。例えば、小売店広告アプリケーションについては、コマンドセクションは次のコマンドを有することが可能である。
０ｘ０１  グループへの申し込み（‘制御パラメータ’フィールドにおける）
０ｘ０２  グループに対する申し込み解除（‘制御パラメータ’フィールドにおける）
０ｘ０３  全てのグループ対する申し込み解除（自グループ以外）
小売店広告アプリケーションに加えて、制御パラメータセクションは次の規定値を有することが可能である。
０ｘ０１  電力状態
０ｘ０２  チャンネル
０ｘ０３  音量
０ｘ０４  ミュート
電力状態値はそれぞれ、“オン”（例えば、２値の‘１’）値及びオフ（例えば、２値の‘０’）値を有することが可能であり、チャンネル値は、そのチャンネルがＩＰＴＶチャンネル（例えば、２値の‘０’）又はＲＦチャンネル（例えば、２値の‘１’）を有することの表示を有することが可能であり、音量値は、０乃至１００％の範囲内の値を表す数字を有することが可能であり、ミュート値は、“オン”（例えば、２値の‘１’）値及びオフ（例えば、２値の‘０’）値を有することが可能である。
【００４４】
上記の小売店広告の実施例についての本発明の実施形態においては、可変パラメータブロックセクションは、ＩＰＴＶストリーム情報を規定するＩＰＴＶ  ＳＤＰ記述を有することが可能である。これは、ＲＴＳＰ  ＤＥＳＣＲＩＢＥ要求に対する応答において通常、返されるものである。例えば、
ｃ＝ＩＮ  ＩＰ４  ２３３．１９２．０．１０１；
ａ＝ｃｏｎｔｒｏｌ：ｒｔｓｐ：／／１６９．２５４．１．１／ｖｉｅｗ０；
ａ＝ｔｙｐｅ：ｓｃｈｅｄｕｌｅｄ；
ｍ＝ｖｉｄｅｏ  ４９１６２  ＲＴＰ／ＡＶＰ  ３３；
ａ＝ｆｍｔｐ：３３  ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ＝１；
ａ＝ｆｒａｍｅｒａｔｅ：２９．９７；及び
ａ＝ｏｒｉｅｎｔ：ｐｏｒｔｒａｉｔ
である。
【００４５】
図５は、本発明の代替の実施形態に従ったプロトコルデザインについての例示としてのヘッダを示している。図５のヘッダは、例示として、バージョンセクション、フラグセクション、メッセージタイプセクション、ＨＭＡＣタイプセクション、ＨＭＡＣタイプセクションに対するオフセット、メッセージＩＤ及び相関ＩＤセクション、タイムスタンプセクション、ソースグループＩＤ及び目的グループＩＤセクション、並びにペイロードタイプセクションを有する。図５は更に、ペイロードセクション及びＨＭＡＣセクションを示している。
【００４６】
図５のヘッダにおいては、バージョンセクションは、プロトコルが展開するにつれて、バージョン番号をインクリメントする手段を備えている。図５の実施例のヘッダにおいては、バージョンは、例示として０ｘ０１である。図５のヘッダのフラグセクションは、例示として、フラグについて指定された１２ビットを有する。図５の実施形態においては、最も重要でないビットは、‘応答禁止’を意味するように規定され、‘Ｎ’ビットと称される。このフラグが設定される場合、そのメッセージを処理する装置は、そのメッセージに対して応答する必要はない。全ての他のフラグのビットは、例示として、指定されている。メッセージタイプセクションにおいては、次のようなメッセージタイプが、例示として規定されている。
０ｘ００  通知
０ｘ０１  要求（コマンド）
０ｘ０２  応答
０ｘ０３  警告
全ての他の値は指定されている。
【００４７】
ＨＭＡＣセクションは、メッセージと共に用いられるハッシュメッセージ認証コード（ＨＭＡＣ）を規定する。次の値が例示として規定される。
０ｘ００  なし
０ｘ０１  ＣＲＣ３２（メッセージの完全性のみのため）
０ｘ０２  ＨＭＡＣ−ＭＤ５（ＲＦＣ  ２２０２）−８０ビット長
０ｘ０３  ＨＭＡＣ−ＳＨＡ１（ＲＦＣ  ２２０２）−８０ビット長
ＨＭＡＣセクションに対するオフセットは、ＨＭＡＣの最初のバイトに対して本発明のグループプロトコルフレームの開始からのオフセットを規定する。ＨＭＡＣが用いられない場合、この値は無視される。
【００４８】
メッセージＩＤ及び相関ＩＤセクションにおいて、‘応答禁止’フラグが設定されていない場合、要求メッセージを受信する装置は、そのメッセージに対して応答する必要がある。その応答は、応答されるメッセージのメッセージｉｄフィールドに等しいように相関ｉｄフィールドを設定する。要求メッセージは、ゼロ（０）に設定された相関ｉｄフィールドを有する。メッセージＩＤは、最初は乱数に設定され、次いで、その装置により送信される各々の一連のメッセージについて１だけインクリメントされる。メッセージＩＤ番号付けにおける衝突は、相関タイムスタンプ（下記）を用いることにより回避される。
【００４９】
図５の実施形態においては、全てのプロトコル装置は、少なくとも１つの個別アドレス及び０又はそれ以上のグループアドレスを有する。その個別アドレスは‘個別ＩＤ’と称され、グループアドレスは“グループＩＤ”と称される。図５の実施形態においては、それらのアドレスは、例示として、３２ビットであり、ソースグループＩＤ及び目的グループＩＤセクションにおいて識別される。
【００５０】
図５のヘッダのタイムスタンプセクションにおいては、タイムスタンプが含まれる。即ち、図５の実施形態においては、タイムスタンプは、送信されたメッセージ全てにおいて設定される必要がある。本発明の一実施形態においては、タイムスタンプは、インターネットグループ管理プロトコル（ＩＧＭＰ）タイムスタンプフォーマットを用いる３２ビット値である。その３２ビットは、午前０時のグリニッジ標準時（ホストにおける）以来の秒数を表す符号なし整数である。全てのメッセージのタイムスタンプは、要求が生成されたシステム時間である。一実施形態においては、最初に、要求メッセージの相関タイムスタンプはゼロ（０）に設定される。全ての応答メッセージの相関タイムスタンプは関連要求メッセージからのタイムスタンプである。要求メッセージに対する装置適合応答メッセージは、相関タイムスタンプもその要求のタイムスタンプに適合することを保証する必要がある。このことは、先行する例のメッセージと重なり合う開始時の乱数のためのメッセージ応答における衝突を回避する。例えば、本発明の制御器が動作可能であり、メッセージを発することが可能であり、次いで、失敗して、実質的に再開する可能性がある。その制御器は、相関タイムスタンプも要求のタイムスタンプに適合していることを確認することにより、そのような衝突を検出することが可能である。
【００５１】
応答タイムスタンプの他の有利点は、所定の機能の実行についてのタイミングの粗い測定として用いられることが可能であることである。装置及び制御器が幾分か時間同期していることを前提とする場合、応答メッセージは、オリジナルの要求及びその応答からのタイムスタンプを有する。それら２つの間の差は、実行されるようになっている閉状態のループ機能について必要な時間（秒）である。この差は、システム性能を容易に観測する手段として有用である。
【００５２】
図５を再び参照するに、ペイロードタイプセクションは、小売店広告ネットワーク、病院ネットワーク、空港ネットワーク、映画館ネットワーク等を含む異なるアプリケーションについての複数のペイロードタイプを識別するが、それらに限定されるものではない。例えば、図５においては、それらのペイロードタイプは次を有することが可能である。
０ｘ００  コアプロトコルペイロード（図６に関連して記載されている）
０ｘ０１  セットトップボックスペイロード（図８に関連して記載されている）
例えば、図６は、本発明の代替の実施形態に従った例示としてのベースプロトコルプロファイルを示している。本発明の一実施形態においては、図６のベースプロトコルのコマンドセクションは次のコマンドを有することが可能である。
０ｘ００  グループクリア−全てのグループに対する申し込み解除（自グループを除く）
０ｘ０１  グループへの申し込み
０ｘ０２  グループに対する申し込み解除
０ｘ０３  グループメンバーシップの列挙
０ｘ０４  心拍
グループクリアコマンドは、装置が現在、有する全てのグループメンバーシップを特に忘れる（自グループを除いて）ように命令するために用いられる。申し込みコマンドは、あるグループに対して装置（又は、複数の装置のグループ）を特に申し込むように用いられる。申し込み解除コマンドは、あるグループから装置（又は、複数の装置のグループ）を特に申し込み解除するように用いられる。列挙グループメンバーシップコマンドは、装置がどのグループに属すかについて、その装置に問い合わせするように用いられる。本発明の一実施形態においては、各々の連絡された装置は、成功コード又は失敗コードを伴って応答し、次いで、その装置がメンバーである各々のグループについてのグループメンバーシップ通知メッセージを送信する。このコマンドが、個別装置にではなく、グループに送信される場合、そのグループにおける各々の装置はそのグループのメンバーシップを列挙するため、応答数はかなり多くなる可能性がある。心拍コマンドは、装置又は装置グループに心拍メッセージを送信するように用いられる。そのグループにおける各々の装置は応答する必要がある。これは、ネットワーク接続性を保証すること及びグループメンバーシップを列挙することの両方に対してかなり有用なツールである。
【００５３】
図６を再び参照するに、グループＩＤセクションは、コマンドが動作を起こすグループを識別する。申し込みコマンド又は申し込み解除コマンドの場合、これは、申し込むようになっている又は申し込み解除するようになっているグループである。グループクリアコマンドの場合、このフィールドは無視される。
【００５４】
図６のベースプロトコルプロファイルに関して、応答メッセージは、例えば、要求されたコマンドについて０（失敗）か又は１（成功）のどちらかにコマンドフィールドを設定する必要がある。図６のベースプロトコルに加えて及びそれに関しては、警告メッセージは、‘応答禁止’フラグに設定される必要がある。本発明の一実施形態においては、そのコマンドフィールドは、次の警告状態について設定されることが可能である。
０ｘ００  自グループｉｄを決定できない（設定されていない又は他の同様のエラー）
更に図６のベースプロトコルプロファイル関して、通知メッセージは、設定‘応答禁止’
フラグに設定される必要がある。本発明の一実施形態においては、コマンドフィールドが、次の状態について設定されることが可能である。
０ｘ００  ＤＧＣＰ  ソフトウェアスタック停止
０ｘ０１  ＤＧＣＰ  ソフトウェアスタック開始
０ｘ０２  グループメンバーシップアナウンス
図６の実施形態においては、装置又は制御器がいつ、まさに通常停止を行おうとしているかについてのソフトウェアスタック停止通知が送信される。その通知は、装置がオフラインになることを示す。ソフトウェアスタック初期化通知が、装置が再開始したという信号に対して装置又は制御器の開始時に送信される。装置が、グループメンバーシップを初期化できない場合、制御器は、適切なグループに対してその装置を再び申し込む必要がある。グループアドレスアナウンス通知が、装置がグループメンバーシップを広告する手段として用いられる。装置は、開始時に且つ“グループメンバーシップ列挙”コマンドに応答して、そのメンバーシップをアナウンスすることが可能である。
【００５５】
複数の装置の集合の各々の装置がブロードキャストコマンドを受信することを可能にすることを含む装置グループ制御を提供する方法、機器及びシステムのための上記の種々の実施形態においては、コマンドがその装置に適用できるかが判定され、そのコマンドがその装置（例示であって、限定的でないように意図されている）に適用できる場合に、動作が起こされ、本明細書の記載に照らして、当業者が修正及び変形を実行することが可能であることを特記しておく。従って、同時提出の特許請求の範囲に記載されている本発明の範囲及び主旨の範囲内にある、開示されている本発明の特定の実施形態において変形が実行されることを理解することができる。本明細書は、本発明の種々の実施形態を方向付けるものである一方、本発明の他の及び更なる実施形態が、本発明の基本的範囲から逸脱することなく案出されることが可能である。
【００５６】
以上の実施例に関し、更に、以下の項目を開示する。
【００５７】
（付記１）ネットワーク装置の装置グループ制御を提供する方法であって：
少なくとも１つの受信者装置についての一意の識別子を決定する段階；及び
ブロードキャスト通信又はマルチキャスト通信を有する段階であって、前記少なくとも１つの受信者装置についての識別子はどの通信が意図されているかについての識別子である、段階；
を有する方法であり、
受信者装置は、前記通信が前記受信者装置について意図されているかどうかを判定するように、前記一意の識別子について受信されたブロードキャスト通信又はマルチキャスト通信を調べる；
方法。
【００５８】
（付記２）付記１に記載の方法であって、前記通信は制御情報を有する、方法。
【００５９】
（付記３）付記２に記載の方法であって、前記制御情報は、パケットスキームを用いるブロードキャスト又はマルチキャストである、方法。
【００６０】
（付記４）付記３に記載の方法であって、前記制御情報はコマンドの集合を有し、前記コマンドの集合は１つのパケットにおいて適合する、方法。
【００６１】
（付記５）付記４に記載の方法であって、前記パケットはネットワークパケットを有する、方法。
【００６２】
（付記６）付記２に記載の方法であって、前記制御情報は２値のコマンドの集合を有する、方法。
【００６３】
（付記７）付記２に記載の方法であって、前記制御情報は、小売店広告ネットワークにおける受信者装置を制御するように意図されたコマンドの集合を有する、方法。
【００６４】
（付記８）付記２に記載の方法であって、前記制御情報は共通ヘッダ及び可変プロファイルペイロードを有する、方法。
【００６５】
（付記９）付記２に記載の方法であって、前記制御情報は、前記制御情報を受信するように意図された装置の電力状態、チャンネル及び音量の少なくとも１つを制御するように適合される、方法。
【００６６】
（付記１０）付記１に記載の方法であって、前記一意の識別子を決定する段階は、各々の受信者装置についてのそれぞれの一意の識別子を決定する少なくとも１つの受信者装置に申し込みメッセージを通信する段階を有する、方法。
【００６７】
（付記１１）付記１に記載の方法であって、前記一意の識別子を決定する段階は、複数の受信者装置を識別する各々の受信者装置についての所定のそれぞれの識別子を割り当てる段階を有する、方法。
【００６８】
（付記１２）付記１に記載の方法であって、通信が意図された複数の受信者装置は、前記通信に含まれる命令の実行の成功又は失敗を表す応答を通信する、方法。
【００６９】
（付記１３）ネットワーク装置の装置グループ制御を提供する装置であって：
前記ネットワーク装置と通信する手段；
少なくとも制御プログラム、命令及び識別子情報を記憶するメモリ；並びに
前記制御プログラム及び命令を実行するプロセッサであって、前記プロセッサは、次のステップ、即ち
少なくとも１つの受信者装置について一意の識別子を決定するステップと、
ブロードキャスト通信又はマルチキャスト通信を含むステップであって、前記識別子は前記通信が意図された各々の受信者装置についての識別子である、ステップと
を実行するように適合された、プロセッサ；
を有する装置であり、
受信者装置は、前記通信が前記受信者装置について意図されているかどうかを判定するように、前記一意の識別子について受信されたブロードキャスト通信又はマルチキャスト通信を調べる；
装置。
【００７０】
（付記１４）付記１３に記載の装置であって、前記通信する手段は第２層ブロードキャスト手段を有する、装置。
【００７１】
（付記１５）付記１３に記載の装置であって、前記通信する手段はマルチキャスト手段を有する、装置。
【００７２】
（付記１６）付記１５に記載の装置であって、前記少なくとも１つの受信者装置についての前記一意の識別子は、各々の受信者装置のユニキャストインターネットプロトコルアドレスを有する、装置。
【００７３】
（付記１７）ネットワーク装置の装置グループ制御のためのネットワークであって：
複数のネットワーク装置；並びに
複数のネットワーク装置の装置グループ制御を提供する機器であって、
前記複数のネットワーク装置と通信する手段と、
少なくとも制御プログラム、命令及び識別子情報を記憶するメモリと、
前記制御プログラム及び命令を実行するプロセッサであって、前記プロセッサは、次のステップ、即ち、各々の装置又は複数の装置のグループについて一意の識別子を決定するステップと、ブロードキャスト通信又はマルチキャスト通信を含むステップであって、前記識別子は前記通信が意図された各々の装置又は複数の装置のグループについての識別子である、ステップとを実行するように適合された、プロセッサと、
を有する、機器；
を有するネットワークであり、
装置は、前記通信が前記受信者装置について意図されているかどうかを判定するように、前記一意の識別子について受信されたブロードキャスト通信又はマルチキャスト通信を調べる；
ネットワーク。
【００７４】
（付記１８）付記１７に記載のネットワークであって、前記複数の装置は、所定のグループに属すように予め構成されている、ネットワーク。
【００７５】
（付記１９）付記１７に記載のネットワークであって、前記ネットワークはローカルエリアネットワークを有し、前記通信する手段は第２層ブロードキャスト手段を有する、ネットワーク。
【００７６】
（付記２０）付記１７に記載のネットワークであって、前記ネットワークはインターネットプロトコルネットワークを有し、前記通信する手段はマルチキャスト手段を有する、ネットワーク。
【００７７】
（付記２１）付記２０に記載のネットワークであって、前記複数の装置の各々についての前記一意の識別子は、各々の装置のユニキャストインターネットプロトコルアドレスを有する、ネットワーク。
【図１】
2014082763.tif 000003
【図２】
2014082763.tif 000004
【図３】
2014082763.tif 000005
【図４】
2014082763.tif 000006
【図５】
2014082763.tif 000007
【図６】
2014082763.tif 000008
【外国語明細書】
2014082763000001.pdf