JP2014053897A - 広告現場において電光サインを動作するように構成するためのシステム及び方法 - Google Patents

Abstract

【課題】電光サインを機械的に設置した後に技術者が電光サインに物理的にアクセスしてサインを動作するようにさらに構成する必要がないように、サインを動作するように構成する上で有用な構成情報をプロセッサが制御サーバから受け取るようにする。
【解決手段】電光サインが、少なくとも１つのディスプレイと、このディスプレイを制御する少なくとも１つのプロセッサと、制御サーバの予めプログラムされたネットワークアドレスを記憶する、プロセッサがアクセス可能な少なくとも１つのコンピュータ可読記憶媒体とを含む。この媒体には、複数の無線ルータを全て共通のサブネット上に有する広告現場における最初の通電時に、プロセッサを広告現場の無線ルータに自動的に接続させて共通のサブネットに参加させるための命令がプログラムされる。この命令は、プロセッサを、共通のサブネットに参加した後に制御サーバのネットワークアドレスを用いてサーバにもアクセスさせる。
【選択図】なし

Description

本出願は、一般に広告現場において電光サインを動作するように容易かつ自動的に構成することに関する。

近年、電光サインシステムの使用が増加してきた。これらの電光サイン及び関連するシステムは、広告及び情報の公共表示などの多くの目的に有用である。これらのシステムの多くでは、テレビ（ＴＶ）を電光サインとして使用する。

しかしながら、本原理は、これらの電光サインを組み込むこと、及びこれらを電光サインネットワークに参加させることにより遠隔的に制御されるようにすることは困難かつ多大な労力を要することが明らかになってきたと認識する。例えば、技術者が容易に届かない高さに電子ディスプレイが配置され、電光サインのソフトウェアの制御及びアップデートが困難になることがある。

従って、本原理は、電光サインの配置、制御及びアップデートに必要な、各電光サインにおける直接的、物理的活動を最低限に抑えるべきであると認識する。本原理は、電光サインシステムが、ネットワーク攻撃及びハッキングなどから守られるように適切なセキュリティを有する必要性も認識する。

従って、電光サインが、少なくとも１つのディスプレイと、このディスプレイを制御する少なくとも１つのプロセッサと、制御サーバの予めプログラムされたネットワークアドレスを記憶する、プロセッサがアクセス可能な少なくとも１つのコンピュータ可読記憶媒体とを含む。この媒体には、複数の無線ルータを全て共通のサブネット上に有する広告現場における最初の通電時に、プロセッサを広告現場の無線ルータに自動的に接続させて共通のサブネットに参加させるための命令がプログラムされる。この命令は、プロセッサを、共通のサブネットに参加した後に制御サーバのネットワークアドレスを用いてサーバにもアクセスさせる。また、この命令は、技術者が機械の設置後に電光サインに物理的にアクセスしてサインを動作するようにさらに構成する必要がないように、サインを動作するように構成する上で有用な構成情報をプロセッサが制御サーバから受け取るようにする。

いくつかの実施形態では、サブネットがインターネットアクセスを提供し、予めプログラムされたネットワークアドレスをインターネット上の制御サーバのインターネットプロトコル（ＩＰ）アドレスとすることができる。他の実施形態では、サブネットがインターネットアクセスを提供せず、従って予めプログラムされたネットワークアドレスをサブネット上の制御サーバのアドレスとすることができる。従って、制御サーバは、常にインターネットを介して通信しなくてもよい。

従って、いくつかの実施形態では、プロセッサを、共通のサブネットに参加した後に、このサブネットを通じてインターネットにアクセスできるかどうかを判断するように構成することができる。プロセッサは、サブネットを通じてインターネットにアクセスできるという判断に応答して、予めプログラムされたアドレスを用いて制御サーバとのセキュアな接続を確立し、そこからサブネット上のローカルサーバに関する情報を取得して、このサブネット上のローカルサーバと通信するようにサインを構成することができる。一方、プロセッサは、サブネットを通じてインターネットにアクセスできないという判断に応答して、サブネット上のローカルサーバとの通信を確立することができる。

また、必要に応じて、プロセッサを、ソフトウェアアップデートに関する情報を制御サーバから受け取るように構成することもできる。また、必要に応じて、構成情報は、インターネットプロトコル（ＩＰ）アドレス及びサブネットアドレスを含むことができる。

別の態様では、システムが、複数のノードを含むサブネットを含む。システムは、ディスプレイ及びこのディスプレイを制御するプロセッサを含む少なくとも１つの電光サインも含む。従って、電光サインがサブネット内でノードを確立すると理解されたい。また、システムは、少なくとも１つの制御サーバを含み、この制御サーバ自体が、サブネットを介して電光サインのプロセッサと通信して電光サインと少なくとも１つの構成メッセージを交換するプロセッサを含む。従って、制御サーバもサブネット内でノードを確立する。少なくとも１つの構成メッセージは、広告現場における電光サインの最初の通電時に電光サインを動作するように構成するために有用であると考えられる。さらに、サブネット内のノードのプロセッサは、少なくとも応答メッセージの受け取りに基づいて、構成メッセージのうちの１つがサブネット内の別のノードに正常に送信されたと判断すると理解されたい。また、構成メッセージを送信したノードのプロセッサは、応答メッセージを受け取らずにタイマが時間切れした時点で、送信先のノードが構成メッセージを正常に受け取らなかったと判断する。

さらに別の態様では、方法が、少なくとも１つの無線ルータをサブネット上に有する広告現場におけるデジタルサインの最初の通電時に、デジタルサインを広告現場の無線ルータに接続してサブネットに参加させるステップを含む。この方法は、サブネット上の制御サーバにアクセスして、サインを動作するように構成するために有用な少なくとも１つの構成パケットを制御サーバから受け取るステップをさらに含む。構成パケットは、そのパケットのヘッダ又はテイルに、サブネット固有の秘密鍵を使用するアルゴリズムから導出されたサブネット固有のセキュリティフィールドを含むと理解される。

同じ参照数字が同じ部分を示す添付図面を参照することにより、本発明の詳細を、その構造及び動作の両方に関して最も良く理解することができる。

本原理による非限定的なシステム例のブロック図である。 少なくとも１つのサブネットを含む例示的なネットワークを示す図である。 少なくとも１つのサブネットを含む例示的なネットワークを示す図である。 少なくとも１つのサブネットを含む例示的なネットワークを示す図である。 電光サインのプロセッサにより実行される、ローカル制御サーバ又はインターネット制御サーバに接続するためのロジック例のフローチャートである。 本原理による、１つのノードから送信されたメッセージ及びパケットの送信及び処理時間のグラフィック表現である。 本原理による、ネットワーク及び／又はサブネットを介して送信される例示的なメッセージの説明図である。 本原理による、サーバの発見及び認証処理の例示的な説明図である。 本原理による、サーバの発見及び認証処理の例示的な説明図である。 本原理による、サーバの発見及び認証処理の例示的な説明図である。 本原理による、ネットワーク／サブネットに参加するノードにより実行されるロジック例のフローチャートである。 電光サインなどのノードがネットワーク及び／又はサブネットに参加しようとする際の、制御サーバにより実行される例示的なフローチャートである。

まず、図１に示す例示的な実施形態を参照すると、概略的に１０で示す例示的なサブネットワーク（「サブネット」）を示している。システム１０は、少なくとも１つの電光サイン１２、少なくとも１つのルータ１４、及び少なくとも１つのサーバ１６を含む。電光サイン１２は、一例として、高解像度テレビ（ＴＶ）などのテレビとすることができる。しかしながら、以下に限定するわけではないが、インターネット対応ＴＶ、スマートＴＶ、大画面ＴＶ、「ジャンボトロン（ｊｕｍｂｏｔｒｏｎｓ）」、コンピュータモニタ、又はデジタルディスプレイ、プラズマディスプレイ、ＬＣＤディスプレイ、ＬＥＤディスプレイ、ＯＬＥＤディスプレイ、ＥＬＤディスプレイ、プロジェクタ及びプロジェクタディスプレイ、デジタルポスター、（例えば、表面上に可動的に装着された）タブレットコンピュータ、（例えば、表面上に可動的に装着可能なスマートフォンなどの）タッチスクリーンディスプレイ、（例えば、人が着用する）標識ベスト、セグメントディスプレイ、２次元及び３次元ディスプレイの両方、頭部装着型ディスプレイ、ブラウン管ディスプレイなどの他のあらゆるタイプの適当なディスプレイなどの電光サイン（モバイル、屋内及び屋外）にも本原理を適用できると理解されたい。従って、いくつかの実施形態では、電光サイン１２を、Ｓｏｎｙ社製のＳｏｎｙ Ｂｒａｖｉａ高繊細度テレビとすることができる。

これに関わらず、電光サイン１２は、情報及び広告などを視聴者に提示するためのディスプレイ１８を含み、従ってこのような目的でユーザインターフェイス、ビデオ、オーディオ及び／又は画像を提示することができる。電光サイン１２は、ディスプレイ１８を制御する少なくとも１つのプロセッサ２０、ディスクベースのストレージ又はソリッドステートストレージなどの少なくとも１つの有形コンピュータ可読記憶媒体２２、少なくとも１つのＴＶチューナ２４、及び任意にセットトップボックス、ＤＶＤプレーヤ又はビデオゲーム機などの、電光サイン１２に電気的に接続されたその他の装置とＨＤＭＩ接続などを介して通信するための少なくとも１つのオーディオ／ビデオインターフェイス２６も含む。電光サイン１２は、本原理に従ってインターネット及び／又はサブネットなどのネットワークを介して通信するための、例えば有線又は無線モデム又はルータ、或いは無線回線送受信機などの他の適当なインターフェイスとすることができる少なくとも１つのネットワークインターフェイス２８も含む。従って、本原理によれば、ネットワークインターフェイス２８は、ルータ１４及びサーバ１６への接続性を提供し、ルータ１４及びサーバ１６も、このような接続性を容易にするための（簡潔に説明すれば）それぞれのネットワークインターフェイスを有すると理解されたい。

上記に加え、電光サイン１２は、オーディオ信号を出力するための１又はそれ以上のスピーカ３０を含むこともできる。従って、本原理によれば、電光サイン１２は、サブネットを介して情報を受け取ることに加え、インターネット、ケーブルＴＶプロバイダ及び衛星ＴＶプロバイダなどのソースからオーディオ−ビデオ番組及び／又はその他のコンテンツを受け取り、これによりプロセッサ２０の制御下でディスプレイ１８及びスピーカ２０上にコンテンツを提示できると理解することもできる。さらに、いくつかの実施形態では、プロセッサ２０へのコマンドを、サブネットを介してだけでなく、マウス、キーボード、キーパッド、リモコン装置、タッチパッド、タッチスクリーンなどの１又はそれ以上の入力装置３２を介して受け取ることもできる。例示的な電光サイン１２上には、例えば、マーケティング目的、広告効果の分析及び顔認識技術を用いた視聴者の反応分析のために電光サインの視聴者の写真／画像及びビデオを収集するための、熱探知カメラ、ウェブカムなどのデジタルカメラ、及び／又はＴＶに内蔵されてプロセッサ２０により制御可能なカメラなどとすることができる少なくとも１つのカメラ３４も示している。

上述したように、図１にはルータ１４も示している。ルータ１４は、有線及び／又は無線ルータとすることができ、少なくとも１つのプロセッサ３６、及びディスクベースのストレージ又はソリッドステートストレージなどの少なくとも１つの有形コンピュータ可読記憶媒体３８を含む。ルータ１４は、ネットワークインターフェイスなどの少なくとも１つのインターフェイス４０も含む。少なくとも１つのインターフェイス４０は、インターネット、ＷＡＮ、ＬＡＮなどのネットワーク及びサブネットへの接続性を提供し、ルータ１４が本原理に従ってプロセッサ３６の制御下でネットワーク及び／又はサブネットを介してトラフィックを制御及び／又はルーティングできるようにし、実際に少なくとも部分的にネットワーク及び／又はサブネットを確立できると理解されたい。

上述したように、図１には少なくとも１つのサーバ１６も示している。サーバ１６は、少なくとも１つのプロセッサ４２、及びディスクベースのストレージ又はソリッドステートストレージなどの少なくとも１つの有形コンピュータ可読記憶媒体４４を含む。上述したように、サーバ１６は、本原理に従ってインターネット及び／又はサブネットなどのネットワークを介して通信するための、例えば有線又は無線モデム又はルータ、或いは無線回線送受信機などの他の適当なインターフェイスとすることができる少なくとも１つのネットワークインターフェイス４６を含む。従って、ネットワークインターフェイス４６は、プロセッサ４２の制御下で、それぞれのインターフェイス２８及び４０などを通じてネットワーク及び／又はサブネットを経由する、ルータ１４を介した電光サイン１２との通信を可能にする。従って、電光サイン１２、ルータ１４及びサーバ１６は、本原理によるネットワーク及び／又はサブネットのノードを確立する。

次に図２を参照すると、少なくとも１つのサブネットを含む例示的なネットワーク５０を示している。ネットワーク５０は、Ｓｏｎｙ社により製造及び／又は制御される専用Ｓｏｎｙサーバなどとすることができる少なくとも１つのインターネットサーバ５２を含む。インターネットサーバ５２は、インターネット５４を通じネットワーク５０を介して通信する。

図２には、複数のルータも示している。このように、ルータ２００、ルータ２０２、ルータ２０４及びルータ２０６を示しているが、ネットワーク５０にはこれよりも多くの又は少ないルータを含めることもできると理解されたい。ルータ２００、２０２、２０４及び２０６は、有線及び／又は無線ルータとすることができる。なお、ルータ２００は、インターネット５４に接続された形で示されており、従ってルータ２０２、２０４及び２０６を含むネットワーク５０上の他のノードにインターネット接続をルーティングするとともに、図２に示すサイン５６、５８、６０及び６２などの複数の電光サインにインターネット接続をルーティングすることもできる。換言すれば、ルータ２００は、サブネットがインターネットにアクセスできるようにするゲートウェイルータとすることができる。

図２にはローカル制御サーバ６４も示しており、例示的な実施形態では、このサーバは、実装によってはインターネットに直接又は全く接続できないという点で、これ自体はインターネットサーバではない。さらに、ローカル制御サーバ６４は、電光サイン５６、５８、６０及び６２が存在する現場又はその近くに位置するサーバとすることができる。

図２から理解できるように、無線ルータ２０６は、電光サイン５６、５８、６０、６２、並びにルータ２００、２０２、２０４及び２０６から少なくとも構成された共通のサブネット６６を少なくとも部分的に定める。例示的な実施形態では、共通のサブネット６６がサーバ６４を含むこともできる。しかしながら、サブネット６６、従ってルータ２０６、並びに電光サイン５６、５８、６０及び６２は、より小さな又は大きなサブネットの一部とすること、ネットワーク５０の一部とすることもでき、図２に示すルータの１又はそれ以上などを通じ、本原理によるネットワーク５０を介して通信できると理解されたい。

さらに、電光サイン５６、５８、６０及び６２は、機能及び構成が上述の電子ディスプレイ１２と実質的に同様であり、ルータ２００、２０２、２０４及び２０６は、機能及び構成が上述のルータ１４と実質的に同様であり、サーバ５２及び６４は、機能及び構成が上述のサーバ１６と実質的に同様であると理解されたい。さらに、サーバ５２及び６４、電光サイン５６、５８、６０及び６２、並びにルータ２００、２０２、２０４及び２０６の各々は、本原理によるそれぞれのネットワーク及び／又はサブネットノードを確立することができる。さらに、これらのノードを互いに、従ってＷｉ−Ｆｉ接続、イーサネット接続、１又はそれ以上のケーブル接続などのいずれかの好適な手段を介してネットワーク５０に接続することもできる。

ここで図３を参照すると、上述したネットワーク５０を再び示している。図３から理解できるように、電光サイン６２が、ネットワーク及び／又は上述のサブネット６６などの少なくとも１つの共通のサブネットに参加するために、無線ルータ２０６に自動的に接続しようと試みている様子を示している。図示の例示的な実施形態では、電光サイン６２が（及びいくつかの実施形態では、ルータ２０４及び２０６などの１又はそれ以上のルータも）、電光サイン６２が１又はそれ以上の視聴者に広告及び／又はその他のコンテンツを提示する予定の現場に位置すると理解されたい。現場とは、公園、モール、市街道路、オフィスビル、イベントセンターなどの公共の場とすることができる。従って、やはり例示的な実施形態では、電光サイン６２が、広告現場における最初の通電（例えば、電源オン）時に、自動接続を開始して少なくとも１つのサブネットに接続し、これに参加する。図３に示すように、電光サイン６２は、ｗｉｒｅｌｅｓｓ ｐｒｏｔｅｃｔｅｄ ｓｅｔｕｐ（ＷＰＳ）技術及びその対応するプッシュボタン制御を使用して無線ルータ２０６に接続することができるが、他の好適な手段を使用してもよい。

図３を続けて参照すると、電光サイン６２が、共通のサブネット６６に参加した後に、インターネットを介して（サーバ５２などの）制御サーバに接続してこれにアクセスし、サーバが本原理による電光サイン６２に構成情報、ソフトウェアアップデート及びこれに関連する情報、広告及びその他の情報などを提供できるように、サブネット６６がインターネットアクセスを提供するかどうかを判断することを示す矢印７０を示している。さらに、構成情報は、ローカルコントローラサーバがさらなる／後続のアップデートのために接続するための詳細（ＩＰなど）を含むことができる。

従って、例示的な実施形態では、サイン６２上のコンピュータ可読記憶媒体が、制御サーバに接続してアクセスするために有用な、インターネット制御サーバのネットワークアドレスを記憶し及び／又はこれを予めプログラムされると理解される。なお、「予めプログラムされた」とは、広告現場におけるサイン６２の通電前に記憶媒体にアドレスが記憶されていることを少なくとも意味する。しかしながら、これに加えて又はこれとは別に、サイン６２がインターネット制御サーバ５２にアクセスしようと試みる前などに、サイン６２の通電時にサブネット６６の管理者などがサイン６２にネットワークアドレスを提供しておくこともできる。

これに関わらず、電光サイン６２が、予めプログラムされたネットワークアドレスを用いてインターネット５４を介してサーバ５２に接続しアクセスできると判断した場合、電光サイン６２及びサーバ５２は、少なくともサイン６２を動作するように構成する上で有用な構成情報を交換する。サイン６２及びサーバ５２は、以下でより完全に説明するように、セキュアな接続及び／又はプロトコルを使用して、さらに別の情報に加え、追加のネットワーク及びサブネットアドレス情報（例えば、電光サイン６２、共通のサブネット６６上のローカル制御サーバ６４及びその他のノードのネットワーク及びサブネットアドレス（ＩＰアドレスなど））を交換することもできる。

より具体的には、サイン６２は、共通のサブネット６６上のローカルサーバ（ローカル制御サーバ６４など）に関する情報をインターネット制御サーバ５２から取得して、このサブネット６６上のローカルサーバ６４と通信するようにサイン６２を構成することができる。この情報は、ローカル制御サーバ６４のネットワークアドレス及びサブネットアドレスなどを含むことができる。

このセキュアな接続は、サイン６２上のプロセッサが、上述の予めプログラムされたアドレスなどを使用して少なくとも部分的に確立できると理解されたい。従って、電光サイン６２を広告現場に機械的に設置した後に、技術者が電光サイン６２に物理的にアクセスしてサイン６２を動作するように構成する必要がないように、サイン６２が使用する構成情報を交換すべきであると理解することができる。

次に図４を参照すると、再びサイン６２、並びにサーバ５２及び６４を含むネットワーク５０を示している。図４には、サイン６２がセキュアな接続を確立し、本原理によるローカル制御サーバ６４にアクセス及び／又は登録しようと試みていることを示す矢印７２も示している。サイン６２は、本明細書に示すように、ローカル制御サーバ６４のネットワーク情報及び／又は少なくとも１つのアドレスをインターネット制御サーバ５２から受け取った後にこれを行うことができる。

しかしながら、サイン６２が、サブネット６６がインターネットアクセスを提供しないと判断した場合、或いはたとえインターネットアクセスが提供されたとしてもインターネット制御サーバ５２にアクセスできないと判断した場合、サイン６２上のプロセッサは、サブネット６６上のローカル制御サーバ６４との通信及び／又はこれへのアクセスを確立することができる。

従って、サイン６２のコンピュータ可読記憶媒体に予めプログラムされているローカル制御サーバ６４のネットワーク及び／又はサブネットアドレスを使用して通信及び／又はアクセスを確立することができるが、予めプログラムされているアドレスを使用することに加えて又はこの代わりに、当業者が理解できるような他の装置発見原理及び方法を使用することもできる。この場合も、「予めプログラムされた」とは、広告現場におけるサイン６２の通電前に、サイン６２の記憶媒体にネットワーク及び／又はサブネットアドレスが提供されていることを少なくとも意味する。しかしながら、サイン６２がサーバにアクセスしようと試みる前に、サイン６２の通電時にサブネット６６の管理者などがサイン６２にネットワーク及びサブネットアドレスを提供しておくこともできる。これに関わらず、サブネット６６によりインターネットアクセスが提供されない場合には、ローカル制御サーバ６４はインターネットと通信せずに、サブネット６６を介して構成情報、広告コンテンツ及びさらに他の情報をサイン６２に提供できると理解することができる。

従って、顧客／広告現場におけるルータは、同じサブネット（例えば、２５５．２５５．２０６．０）及びＩＰの範囲（例えば、１９２．１６８．ｘ．ｙ．、この場合のｘは各ルータのサブネット）上に存在するように構成されると理解されたい。ルータに接続された全てのクライアント（例えば、電光サイン）には、動的ホスト構成プロトコル（ＤＨＣＰ）を介してＩＰが割り当てられ、これらのクライアントは、メインサブネット（例えば、２５５．２５５．２０６．０）の一部でもある。このようにして、各装置は、サブネット上の、さらにはメインネットワーク上の他の全ての装置を認識することができる。

上記に加え、本原理は、いくつかの事例では、ある時点で（例えば、構成情報を交換して電光サインソフトウェアをアップデートするためにインターネット制御サーバに接続する前又はインターネット制御サーバに最初に接続した後に）、広告現場がインターネットへのアクセスをブロックしようとすることがあると認識する。このような場合、（展開される電光サインなどの）クライアント装置内のデフォルト構成が、既知のＩＰ（例えば、１９２．１６８．２００．２００）上のローカルコントローラサーバを検索することになる。

次に、（上述したサイン６２などの）電光サインのプロセッサにより実行される、本原理によるローカル制御サーバ又はインターネット制御サーバに接続するためのロジック例のフローチャートである図５を参照する。このロジックは、楕円ブロック８０から開始し、視聴者に広告及び／又はその他のコンテンツを提示するために使用される上述したいずれかのような電光サイン（例えば、Ｓｏｎｙ社製のＴＶ）の電源が、広告現場などにおいてオンになる。次に、ロジックはブロック８２に進み、技術者がＷＰＳを使用してサインをローカルルータに接続するための指示を含むダイアログボックス／ユーザインターフェイスを、電光サインのディスプレイ上に提示する。従って、ブロック８２において、最も近いローカルルータと接続するようにサインを構成して、ルータ上のＷＰＳ接続を容易にするためのＷＰＳボタンを押すように技術者に指示するプロンプトを提示することができる。

次に、図５のロジックは、菱形判定ブロック８４に進み、ローカルルータへのＷＰＳ接続が正常に行われたかどうかを判定する。行われていない場合、ロジックはブロック８６に進み、電光サインのディスプレイ上にエラーメッセージ及び／又はエラーページを提示し、その後ブロック８２に戻ることができる。一方、ＷＰＳ接続が正常に行われており、従ってサインが本原理による共通のサブネットに参加していた場合、ロジックは、菱形判定ブロック８４からブロック８６ではなく菱形判定ブロック８８に進む。菱形判定ブロック８８において、ロジックは、インターネット接続が利用可能であるかどうかを判定する。利用可能である場合、ロジックはブロック９０に進み、インターネット接続を使用してインターネット制御サーバへのセキュアな接続を行う。また、ロジックは、ブロック９０においてセキュアな接続を行った後に、本原理による、ローカル制御サーバ（例えば、電光サインの広告現場又はその近くのローカル制御サーバ）に接続するための追加情報、アップデート（例えば、電光サインのソフトウェアアップデート）、及び詳細（例えば、ネットワーク及びサブネットアドレス）を収集することができる。

一方、菱形判定ブロック８８において、インターネット接続が利用可能でないと判断した場合、ロジックはブロック９０ではなくブロック９２に進む。ブロック９２において、ロジックは、ローカル制御サーバを発見し及び／又はこれにアクセスするためのセキュアな発見プロトコルを実行する。この実行は、上述したローカル制御サーバの予めプログラムされたアドレスなどを用いて行うことができる。

ロジックは、菱形判定ブロック８８の後にブロック９０に進んだか、それともブロック９２に進んだかに関わらず、ブロック９０又はブロック９２のいずれかからブロック９４に進む。ブロック９４において、ロジックは、ローカル制御サーバへのセキュアな接続を行ってこれにアクセスし、いくつかの実施形態では、電光サインをこの接続に登録する。

従って、この時点で、電光サインがインターネット制御サーバ及びローカル制御サーバの一方又は両方と比較的容易に接続を確立できると理解することができる。本原理は、本明細書に示す開示が、多くの電光サイン及びその他の装置を展開する際に特に有用となり得る一方で、特に多くのサイン／装置を高い位置（例えば、届きにくい場所）に装着／設置する場合に、ユーザ／技術者の関与を最小限しか必要とせず、各電光サイン／装置のセットアップ時間が短縮されると認識している。

上述したように、電光サインと制御サーバの間で情報を交換するためには、セキュアな接続／プロトコルを使用することができる。このことが必要な理由は、電光サインと制御サーバが、少なくとも部分的に無線ネットワーク又はサブネットを介して通信し得るからである。本原理は、このような無線媒体は、信頼できないメッセージ配信及びハッキングの影響を受けやすいと認識する。

特にメッセージの紛失に関しては、本原理は、以下で簡単に説明するメッセージタイマ及びリトライ機構を採用してあらゆる紛失したメッセージを修復する。従って、ここで図６を参照すると、本原理による、１つのノードから別のノードに送信されるメッセージ及びパケットの送信及び処理時間のグラフィック表現１００を示している。

まず、サブネット上のノードのプロセッサは、メッセージの送信先であるノードから応答メッセージを受け取った時点で、メッセージ又はパケット（以降、明確にするためにメッセージ及び／又はパケットをメッセージと呼ぶ）が正常に受け取られたと判断できると理解されたい。この応答メッセージは、メッセージの送信先であるノードがメッセージを完全な状態で受け取った旨の受信確認などを含むことができる。しかしながら、最初のメッセージが正常に受け取られなかった場合などには、送信側ノードが応答メッセージを受け取らない場合も考えられる。従って、本原理は、送信側ノードのプロセッサがいつメッセージを再送すべきか（例えば、応答メッセージを受信せずにタイマが時間切れした時点）を判断するためにタイマを使用できると認識する。このようなタイマのパラメータを、図６のグラフィック表現に示す。

特に図６に示すものに関して言えば、「ｔ」は、送信側ノードから１「ホップ」だけ離れたノード（例えば、サブネット内の最も近いノード及び／又は一連のノード内の次のノード）にメッセージが届くのに要する最大時間を定義すると理解されたい。また、「ｐ」は、受信側ノードがメッセージを処理するのに必要な時間の上限（例えば、最大値）を定義し、キューイング遅延を含むと理解されたい。送信側ノードは、（ブロードキャスト、構成などを含む）あらゆるメッセージの送信後に、これらのパラメータに基づいてタイマをセットする。従って、タイマ値は、少なくとも（２ｔ＋ｐ）とすることができる。図６から理解できるように、グラフィック表現１００は、ノードＡとして示す送信側ノードからノードＢとして示す受信側ノードへのメッセージの送信を示す矢印１０２を含む。

図６のグラフィック表現１００の各々の側の縦軸は、矢印１０４が、メッセージがノードＢに届くための最大時間である「ｔ」を示し、矢印１０６が、矢印１０８で示すノードＡへの応答メッセージの返送前にノードＢがメッセージを処理するための最大時間である「ｐ」を示すように、時間を表すものとして理解されたい。従って、ノードＡはノードＢにメッセージを送信し、ノードＢはノードＡにメッセージを返送すると理解することができる。ノードＡからメッセージを再送するまでには、ノードＢにおける最大メッセージ処理時間を考慮することもできるので、タイマ値は、上述したように少なくとも（２ｔ＋ｐ）になり得ると理解することができる。

しかしながら、必要に応じて、より大きなタイマ値を選択してプロトコルを「それほど積極的でない」ようにしながら、その正確性を全く落とすことなくレイテンシを増やすこともできる。さらに、ノードＡは、タイマの時間切れ前に応答メッセージを受け取らなかった場合、タイマのそれぞれの時間切れ後にメッセージを「ｒ」回送信するように再試行することができる。従って、いくつかの実施形態では、送信側ノードがタイムアウトして中断メッセージを送信するまでの最大時間を、全体でｒ（２ｔ＋ｐ）とすることができる。

次に、広告現場などにおける電光サインの初期セットアップ、認証及び／又は構成中に交換されるメッセージの詳細について説明する。少なくともセキュリティ上の理由で（例えば、リプレーアタックを避けるために）、各メッセージには、送信側ノードのＭＡＣアドレスと共にタイムスタンプ及びシーケンス番号をタグ付けすることができる。このことは、複数のノードを通じて送信されるブロードキャストメッセージのブロードキャストストームなどを防ぐ役にも立つ。

しかしながら、いくつかの実装では、タイムスタンプ情報を使用しないメッセージセキュリティプロトコルを使用してメッセージを送信することができる。このような実装では、チェックサムメッセージの完全性のためにｍｄ５ｓｕｍを利用し、鍵の生成及び暗号化／復号のためにｏｐｅｎｓｓｌを利用する。本原理による接続フェーズ中には、２つのノードがそれぞれの公開鍵を交換する。一方のノードは、隣接ノードの公開鍵で一意のフレーズを暗号化し、メッセージにチェックサムを付加するが、これについては後述する。受信側ノードは、復号してメッセージの完全性を確認し、復号したメッセージの正確性をチェックするが、これについても後述する。

以下の説明は、例えば、本原理による、ノード間でメッセージを送信する際に使用できるセキュリティアルゴリズムを提供するものである。従って、全ての送信されるメッセージには、末尾に一意の「シークレットコード」を付けることができると理解されたい。さらに、このシークレットコードを特定の回数繰り返すことにより、万が一シークレットコードがハッキングされた場合でも、ハッカーは、メッセージ内で「シークレットコード」を何回繰り返すべきかを知らなければ、システムを操作することができない。シークレットコードを特定の回数繰り返すことができるということは、受信側ノードによってメッセージ全体がエラーなく受け取られたことも保証する。

さらに、本原理は、受信側ノードが、受け取ったメッセージの内容を処理する前に、（例えば、メッセージのヘッダ及び／又はテイルに提供される）完全なシークレットコードが正しく受け取られているかどうかを最初に判断できると認識する。例示的な実装では、特定の広告現場、電光サインのサブネット及び／又はシステムごとにシークレットコードが異なっていて一意であり、これにより一定の分離を提供し、Ｓｏｎｙ社の電光サインを使用する異なる広告主が運営している可能性のある第２の広告現場におけるセキュリティ違反に起因する第１の広告現場におけるハッキング攻撃を回避する。従って、本原理によれば、広告現場においてノードに通電し、このノードをサブネットに接続する前に、サブネット内の各ノードの記憶媒体に予めシークレットコードをプログラム及び／又はロードしておくことができる。

従って、例えば、広告主は、既に１０個のＳｏｎｙ社の電光サインを含むサブネットに、さらに４つのＳｏｎｙ社の電光サインを追加するように注文することができる。この４つの追加の電光サインには、これらが広告現場に到着してそこで通電される前に、この特定の広告現場用に設計されたシークレットコードをＳｏｎｙ社などによって予めプログラムしておくことができる。なお、サブネットアドレス又はサーバアドレスなどのアドレスは、以下の開示による同じ方法で予めプログラムすることができる。しかしながら、必要に応じて、ノードがサブネットに接続／参加しようと試みる前に、広告現場におけるノードの通電時に、サブネットの管理者などがノードにシークレットコードを提供することもできる。

従って、例示的な実施形態では、「シークレットコード」を、所定の回数繰り返されるサブネット固有のセキュリティフィールドとすることができる。この所定の回数は、電光サインが最初に通電されてサブネットを介して通信する前に、制御サーバ及び電光サインの両方に既知とすることができる。さらに、このセキュリティフィールドは、電光サインが最初に通電されてサブネットを介して通信する前に、電光サインの最初の通電時に電光サインのプロセッサがサブネットを介して通信するために利用できるように電光サイン上に記憶されているサブネット固有の秘密鍵を用いてアルゴリズムから導出することができる。また、例示的な実施形態では、サブネットを介した送信以外の通信手段により、制御サーバ及び電光サインの両方に秘密鍵を提供することができる。

従って、本原理によれば、後述する発見、接続及び／又は認証メッセージの例示的なメッセージコードを以下の通りとすることができる。
＃ｄｅｆｉｎｅ ＭＳＧ＿ＤＩＳＣ＿ＲＥＱ ０ｘ６０ ／＊ 発見要求メッセージ＊／
＃ｄｅｆｉｎｅ ＭＳＧ＿ＤＩＳＣ＿ＲＳＰ ０ｘ７０ ／＊発見応答メッセージ＊／
＃ｄｅｆｉｎｅ ＭＳＧ＿ＣＯＮＮ＿ＲＥＱ ０ｘ８０ ／＊接続要求メッセージ＊／
＃ｄｅｆｉｎｅ ＭＳＧ＿ＣＯＮＮ＿ＣＦＭ ０ｘ９０ ／＊接続応答メッセージ＊／
＃ｄｅｆｉｎｅ ＭＳＧ＿ＤＣＯＮＮ＿ＲＥＱ ０ｘＡ０ ／＊接断要求メッセージ＊／

また、例示的なメッセージ定数は、以下の通りとすることができる。
＃ｄｅｆｉｎｅ ＳＷ＿ＶＥＲＳＩＯＮ １
＃ｄｅｆｉｎｅ ＳＯＮＹ＿ＳＥＣＲＥＴ＿ＣＯＤＥ ０ｘ５Ａ ／＊追加保護のためにメッセージパケットをパディング＊／
＃ｄｅｆｉｎｅ ＣＯＤＥ＿ＬＥＮＧＴＨ ４ ／＊上記コードをパディングすべき回数＊／

以下の表に、例示的なメッセージの一般的フォーマットを示しており、これらは以下の通りとすることができる。

従って、例示的な電光サインシステムは、メッセージコード及びメッセージ定数を用いてノード間でメッセージを交換及び／又は送信して、例示的なメッセージ１１０の説明図である図７に示す例示的なメッセージなどのメッセージを送信することができる。メッセージ１１０は、メッセージヘッダ１１２、メッセージ本体１１４及びメッセージテイル１１６を含む。メッセージヘッダ１１２は、メッセージ長１１８、ソフトウェアバージョン１２０、メッセージシーケンス１２２、メッセージタイムスタンプ１２４及びメッセージタイプ１２６などに関する情報を含む。メッセージ本体１１４は、一意のパスフレーズ／パスコードで符号化できるメッセージ内容１２８を含み、このパスフレーズは、所与の電光サインシステム内の装置のメーカー（Ｓｏｎｙ社など）に一意のものとすることができ、或いはサインネットワーク管理者などが決定するようなシステム自体に一意のものとすることができると理解される。これに関わらず、図７には、メッセージテイル１１６が上述のシークレットコードを含むことができることも示している。

詳細な説明を続けると、上述したように、１又はそれ以上のノードは、他のノードを発見してこれに接続することができる（例えば、電光サインは、最初の通電時に制御サーバを発見してこれに接続する）。例示的な実施形態では、電光サインなどによって行われる発見及び対応する接続を、発見要求メッセージなどのメッセージがセキュアな状態を保って悪意ある攻撃の影響を受けないようにセキュアに実行することができる。上記に従い、発見処理のための例示的なタイムアウト及びリトライ値を以下に示す。
例えば、（場合によってはインターネットを介して）Ｓｏｎｙ社の専用サーバを発見した場合、
＃ｄｅｆｉｎｅ ＴＩＭＥＯＵＴ＿ＤＩＳＣ＿ＲＥＱ １０００００００ ／＊ １０ ｓｅｃｏｎｄ ＊／
＃ｄｅｆｉｎｅ ＲＥＴＲＹ＿ＮＥＴ＿ＳＣＡＮ ２０
例えば、（場合によってはローカルネットワーク上で）ローカル制御サーバを発見した場合、
＃ｄｅｆｉｎｅ ＴＩＭＥＯＵＴ＿ＤＩＳＣ＿ＲＥＱ １００００００ ／＊ １ ｓｅｃｏｎｄ ＊／
＃ｄｅｆｉｎｅ ＲＥＴＲＹ＿ＮＥＴ＿ＳＣＡＮ ３

特に発見要求メッセージに関しては、顧客現場において通電された電光サインなどの専用装置（以下で一例として参照するようなＳｏｎｙ社のシステム内のＳｏｎｙ社のＴＶなど）からメッセージを送信することができ、このメッセージは、Ｓｏｎｙ社のインターネットサーバ、又はやはりＳｏｎｙ社のサーバとすることができるローカル制御サーバを発見して接続しようとする試みにおいて送出される。この場合も、このメッセージは、Ｓｏｎｙ社のネットワーク専用とすることができ、従って、Ｓｏｎｙ社のインターネットサーバ又はローカルコントローラサーバ上で実行中のＳｏｎｙ社のソフトウェアによってのみ確認応答される。

さらに、Ｓｏｎｙ社以外の装置又は未承認の装置などからのサービス妨害（ＤＯＳ）攻撃からネットワークを保護するために、発見要求メッセージは、６４ビットなどを含むセキュリティフィールドを含むことができる。８バイトは、本明細書で説明するＳｏｎｙ社の秘密アルゴリズムから導出される。従って、アルゴリズムへの入力は、Ｓｏｎｙ社の秘密鍵及び新たなノードが接続しようと試みているネットワークのＥＳＳＩＤとすることができる。受信側（Ｓｏｎｙ社のサーバなどの発見要求メッセージを受け取るノードなど）では、予想した結果にセキュリティフィールドが一致しない場合、それ以上発見要求メッセージが処理されず、受信側ノードは発見応答メッセージを送信しない。

以下の表に、発見要求メッセージ処理中に使用できる及び／又は発見要求メッセージに含めることができる例示的な情報を示す。

なお、送信側ノード（電光サインなど）は、発見要求メッセージを送信した後、Ｓｏｎｙ社のサーバなどが発見要求メッセージを処理した後に、このＳｏｎｙ社のサーバから発見応答メッセージを受け取ることができる。発見応答メッセージは、（Ｓｏｎｙ社などの）セキュリティ鍵、及び要求側ノードが電光サインネットワークに接続するために必要とし得るその他のパラメータを含むことができる。発見応答メッセージは、サーバ（ローカルコントローラ又はＳｏｎｙ社の遠隔サーバなど）の公開鍵をさらに含むことができる。さらに、さらなる保護のために、公開鍵のチェックサムを提供することができる。

また、例示的な実施形態では、これらの鍵（公開鍵／秘密鍵のペア）を、ｏｐｅｎｓｓｌを使用して生成することができ、公開鍵のチェックサムを、ｍｄ５ｓｕｍを使用して生成することができる。また、発見応答メッセージは、中間者（ＭＩＴＭ）攻撃から保護するために、６４ビットを含むセキュリティフィールドを含むことができる。８バイトは、Ｓｏｎｙ社の秘密アルゴリズムから導出される。アルゴリズムへの入力は、（上述したものと同じものなどの）Ｓｏｎｙ社の秘密鍵及び発見応答メッセージを送信するノード（Ｓｏｎｙ社のサーバなど）のＭＡＣアドレスとすることができる。受信側ノード（Ｓｏｎｙ社の電光サインなど）は、発見応答メッセージを受け取ると、対応する動作を実行し、セキュリティフィールド内のビットが一致しない場合には、発見応答メッセージを無視する。従って、このスキームは、正規のＳｏｎｙ社の接続を乗っ取る偽のノードからの保護を行うものであると理解することができる。

以下の表に、発見応答メッセージ処理中に使用できる及び／又は発見応答メッセージに含めることができる例示的な情報を示す。

次に、本原理は、上述したような発見応答メッセージをノード（発見要求メッセージを送信した電光サインなど）において受け取ると、この発見応答メッセージを受け取ったノードは、受け取ったチェックサムを、受け取った公開鍵のローカルに生成されたチェックサムと比較することにより、メッセージの完全性をチェックできることも認識する。発見応答メッセージを受け取ったノードは、チェックサムが確認されると、発見応答メッセージを送信したノード（制御サーバなど）の公開鍵、ＭＡＣアドレス及びその他の詳細を、ノード上のコンピュータ可読記憶媒体に記憶することができる。

本原理は、発見要求及び応答メッセージが上述したように処理された後に「認証フェーズ」が行われることをさらに認識する。このような認証フェーズでは、ネットワーク「パスフレーズ」を以下に示すように使用することができる。パスフレーズは、ノードのセキュアなメモリに埋め込むことなどもでき（及びＳｏｎｙ社などの装置メーカーに対して一意、及び／又は各顧客、ネットワーク環境及び／又は広告現場に対して一意とすることもでき）、或いはネットワーク管理者がネットワーク／サブネット内の各ノード／装置にパスフレーズを提供することもできる。

本原理は、本明細書で説明するネットワーク／サブネット内のノードが、それぞれのセキュアなメモリに埋め込まれたパスフレーズを有することができる少なくとも１つの理由がある場合には、いくつかの機能を自動化すること、及び／又は新たなノードをサブネットに容易に接続することが望ましいことも認識する。従って、電光サインなどのノードが、認証フェーズ中にメッセージ（以下で簡単に説明する接続要求メッセージなど）を送信する場合、制御サーバの公開鍵を用いてパスフレーズを暗号化し、チェックサムパラメータ及び送信側ノードの公開鍵と共に送信することができる。その後、受信側ノードは、その記憶したパスフレーズと復号したパスフレーズを比較することができる。これら２つが一致する場合、サーバは、サーバにメッセージを送信したノードに、成功応答通知をメッセージ（やはり以下で簡単に説明する接続確認メッセージなど）に含めて返送することができる。

認証フェーズに関して上述した内容によれば、接続認証処理のためのタイムアウト及びリトライ値を以下の通りとすることができる。
例えば、（インターネットを介して）Ｓｏｎｙ社の制御サーバを発見した場合、
＃ｄｅｆｉｎｅ ＴＩＭＥＯＵＴ＿ＣＯＮＮ＿ＲＥＱ １５ ／＊ １５ ｓｅｃｏｎｄｓ ＊／
＃ｄｅｆｉｎｅ ＭＡＸ＿ＣＯＮＮ＿ＲＥＴＲＹ ２０
例えば、（サブネットなどのローカルネットワークなどを介して通信し）「ローカル」制御サーバを発見した場合、
＃ｄｅｆｉｎｅ ＴＩＭＥＯＵＴ＿ＣＯＮＮ＿ＲＥＱ ５ ／＊ ５ ｓｅｃｏｎｄｓ ＊／
＃ｄｅｆｉｎｅ ＭＡＸ＿ＣＯＮＮ＿ＲＥＴＲＹ ３

上述したように、本原理による「認証フェーズ」中に制御サーバにアクセスする場合には、電光サインなどのノードが接続確認メッセージを送信することができる。サブネットに参加するノードは、上述した発見要求及び応答メッセージの交換などを含む「発見フェーズ」後に繰り返すために、その後、セキュアな方法で制御サーバに接続するように試みることができる。やはり上述したように、参加ノードは、受け取った発見応答メッセージに基づいて、サーバのＭＡＣアドレス、公開鍵及びその他のパラメータを記憶することができる。次に、参加ノードは、上述したようなパスフレーズ、参加ノードの公開鍵及び両方のチェックサムを含む接続要求メッセージを送信することができる。接続要求メッセージは、エラーコード及びリトライカウンタを含むこともできる。この情報を接続確認メッセージと共に使用して、参加ノードと制御サーバの間に接続エラーが生じた場合に適切に動作することができる。

以下の表に、接続要求メッセージ処理中に使用可能な、及び／又は接続要求メッセージに含めることができる例示的な情報を示す。

この認証フェーズについての説明を続けると、制御サーバが、上述したような接続要求メッセージを受け取った後、電光サインなどのノードがネットワーク／サブネットに参加するための処理における別の任意の最終ステップは、応答コードを含む確認（接続確認メッセージなど）を制御サーバが参加ノードに送信することである。この応答コードは、参加ノードの接続要求を制御サーバが受け取ったこと、及び認証された接続への試みが成功又は失敗のいずれかであったことを示す、参加ノードへのフィードバックとしての役割を果たすことができる。従って、制御サーバは、接続要求メッセージを受け取ると、チェックサム値を調べることによって完全性をチェックする。次に、制御サーバは、暗号化されたパスフレーズを復号して、受け取った公開鍵の完全性をチェックすることができる。

以下は、上述した原理による、例示的な成功及びエラーコードの非排他的なリストである。
＃ｄｅｆｉｎｅ ＣＯＮＮ ＳＵＣＣＥＳＳ
＃ｄｅｆｉｎｅ ＰＡＳＳＣＯＤＥ ＦＡＩＬＥＤ １
＃ｄｅｆｉｎｅ ＥＮＣ ＣＨＫＳＵＭ ＥＲＲ ２
＃ｄｅｆｉｎｅ ＰＵＢＫＥＹ ＣＨＫＳＵＭ ＥＲＲ ３
＃ｄｅｆｉｎｅ ＵＮＫＮＯＷＮ ＥＲＲ ４

さらに、接続確認メッセージは、中間者（ＭＩＴＭ）攻撃から保護するために、６４ビットなどを含むセキュリティフィールドを含むことができる。８バイトは、Ｓｏｎｙ社の秘密アルゴリズムなどから導出される。従って、アルゴリズムへの入力は、Ｓｏｎｙ社の秘密鍵及び制御サーバのＭＡＣアドレスとすることができる。受信側ノード（参加ノードなど）は、同様の動作を実行し、セキュリティフィールド内のビットが一致しない場合には、参加装置は接続確認メッセージを無視する。従って、上述したメッセージ及び処理は、偽の装置及び／又は不当な攻撃が正規のネットワーク及び／又はサブネット接続を乗っ取るのを防ぐことができる。

以下の表に、接続確認メッセージ処理中に使用可能な、及び／又は接続確認メッセージに含めることができる例示的な情報を示す。

上述した発見及び認証フェーズの処理を示すために、図８及び図９に注目されたい。図８には、参加ノードが制御サーバを発見できない場合を示しており、図９には、制御サーバをうまく発見して認証処理を行う場合を示している。

まず図８から説明すると、この図には、電光サインなどの参加ノードが、制御サーバを発見するための発見要求メッセージを、例えばサブネット上でローカルに及び／又はインターネットを介して送信することを表す第１の矢印１５０を示している。図８には、発見要求メッセージを受け取ったサーバから何らかの理由で送信されない、及び／又は別の理由で参加ノードが受け取らなかったと予想される発見応答メッセージを示す破線矢印１５２も示している。

次に、参加ノードは、矢印１５４で示すような第２の発見要求メッセージを送信することができる。この場合も、予想される発見応答メッセージがサーバから送信されず、及び／又は別の理由で参加ノードが受け取らなかったことを示す別の破線矢印１５６を示している。図６と同様に、図８に示すように、ｔは、送信側から１「ホップ」だけ離れたノードにメッセージが届くのに要する最大時間を定義し、「ｐ」は、サーバなどの受信側ノードがメッセージを処理するのに必要な時間の上限を定義し、この結果、参加ノードが発見応答メッセージなどを受け取るための最大時間は（２ｔ＋ｐ）となる。また、図８には、破線矢印１５８によって示すように、参加ノードが少なくとも１つの発見応答メッセージを受け取れなかった後、タイムアウトが発生するまでに発見要求メッセージを少なくともｒ回送出することも示している。

図９には、本原理による正常な発見及び認証フェーズの説明図を示している。矢印１６０は、参加ノードから発見要求メッセージが送信され、制御サーバがこれを受け取ることを示しており、矢印１６２は、次に制御サーバにより発見応答メッセージが送信され、参加ノードがこれを受け取ることを示している。また、矢印１６４は、その後、発見要求メッセージに応答した制御サーバに接続要求メッセージが送信され、このサーバがこれを受け取ることを示しており、矢印１６６は、次にサーバが接続確認メッセージを送信し、参加ノードがこれを受け取ることを示している。

この詳細な説明を続けると、いくつかの実施形態では、本原理によるネットワーク及び／又はサブネットに参加したノードが制御サーバから接断したいと思う場合がある。例えば、電光サインのサブネットを運営する電光サインの顧客が、接続された制御サーバから装置を接断する能力を持ちたいと望むことがある。従って、（電光サインなどの）ノードは、本明細書で説明するメッセージ交換原理に従い、制御サーバにサーバ接断メッセージを送信することができる。例えば、このサーバ接断メッセージは、Ｓｏｎｙ社の電光サインサブネットをハッキングするＳｏｎｙ社以外の装置などから送出された偽の及び／又は乗っ取られたサーバ接断メッセージからネットワーク／サブネットを保護するために、６４ビットなどのセキュリティフィールドを含むことができる。８バイトは、本原理による秘密アルゴリズムから導出することができる。さらに、アルゴリズムへの入力は、Ｓｏｎｙ社の秘密鍵、及びサーバ接断メッセージを送信するノードのＭＡＣアドレスとすることができる。従って、いくつかの実施形態では、サーバ接断メッセージが、シークレットコード（サブネット固有のセキュリティフィールドなど）を含むことができる。

以下の表に、サーバ接断処理中に使用可能な、及び／又はサーバ接断メッセージに含めることができる例示的な情報を示す。

図１０に、本原理による正常な発見及び認証フェーズの別の説明図を示す。矢印１７０は、参加ノードから発見要求メッセージが送信され、制御サーバがこれを受け取ることを示しており、矢印１７２は、次に制御サーバにより発見応答メッセージが送信され、参加ノードがこれを受け取ることを示している。また、矢印１７４は、その後、発見要求メッセージに応答した制御サーバに接続要求メッセージが送信され、このサーバがこれを受け取ることを示しており、矢印１７６は、次にサーバが接続確認メッセージを送信し、参加ノードがこれを受け取ることを示している。

比較すると、図１０は、送信されるメッセージごとに矢印の近くにメッセージ情報も示しているという点で図９よりも詳細である。従って、発見メッセージは、ＭＳＧ＿ＤＩＳＣ＿ＲＥＱ及びＭＳＧ＿ＤＩＳＣ＿ＲＳＰであり、接続認証メッセージは、ＭＳＧ＿ＣＯＮＮ＿ＲＥＱ及びＭＳＧ＿ＣＯＮＮ＿ＣＦＭである。これらのメッセージは、本明細書で説明する原理による、Ｓｏｎｙ社の一意の装置ＩＤ及びＳｏｎｙ社固有のアルゴリズムによって計算された特殊なビットフォーマットなどを含む図示のチャレンジテキストフィールドによって保護することができると理解されたい。

次に図１１を参照すると、本原理による、ネットワーク／サブネットに参加するノードにより実行されるロジック例のフローチャートを示している。ブロック１８０から開始して、参加ノードが発見要求メッセージを送信し、サーバからの発見応答メッセージを待つ。次に、ロジックは、菱形判定ブロック１８２において、発見応答メッセージが受け取られたかどうか、及び／又は発見要求メッセージの送信をリトライすべきか、それともタイムアウトすべきかを判断する。参加ノードが発見要求メッセージを再送すべきであると判断した場合、ロジックはブロック１８０に戻る。なお、タイムアウトすべきであると判断した場合、ロジックは菱形判定ブロック１８２で中止することができる。

一方、菱形判定ブロック１８２において、制御サーバなどから発見応答メッセージが送信されていると判断された場合、ロジックはブロック１８４に進んで発見応答メッセージを受け取る。次に、ロジックはブロック１８６に進んでチェックサムを確認し、制御サーバから受け取った、参加ノードが参加しようとしているネットワーク／サブネット内のノードの公開鍵及びチェックサムを記憶する。その後、ロジックはブロック１８８に進み、必要に応じてユーザ／ネットワーク管理者に上述したようなパスフレーズを促すことができ、及び／又は参加ノードのセキュアなメモリからパスフレーズを読み出すことができる。ロジックは、パスフレーズがロジックによりどのように受け取られ及び／又は読み出されるかに関わらず、ブロック１９０において、パスフレーズを制御サーバの公開鍵で暗号化する。ロジックは、ブロック１９０において、参加ノードの公開鍵及び対応するチェックサムを含むことができる、暗号化したフレーズ及びこのチェックサムを含む接続要求メッセージも送信する。

次に、ブロック１９２において、ロジックは、菱形判定ブロック１９４に進む前に接続確認メッセージを待つ。菱形判定ブロック１９４において、ロジックは、タイムアウトすべきか、及び／又は接続要求メッセージを再送すべきかどうかを判断する。ロジックは、タイムアウトすべきであると判断した場合、終了するか又はブロック１８８に戻ることができる。一方、接続要求メッセージを再送すべきであると判断した場合、菱形判定ブロック１９６に示すように、接続確認メッセージが受け取られたと判断されるまで再送を行う。また、図１０に示すように、ロジックは、接続確認メッセージは受け取ったものの、参加ノードが求める接続に失敗したことをメッセージが示していると判断した場合、ブロック１８８に戻り及び／又は終了することができる。一方、接続確認メッセージが、正常に接続が行われたことを示している場合、ロジックはブロック１９８に進み、認証処理がうまくいき、参加ノードが正常に制御サーバに接続したことを認識する。

図１２に、詳細な説明のまとめとして、電光サインなどのノードがネットワーク／サブネットに参加しようとする場合に制御サーバにより実行される例示的なフローチャートを示している。ロジックは、円形ブロック２５０から開始してブロック２５２に進み、制御サーバのロジックが、サーバのバックグラウンド処理などを使用して発見要求メッセージが受け取られるのを待つ。

ロジックは、ブロック２５２において発見要求メッセージを受け取った後、次に菱形判定ブロック２５４に進み、受け取った暗号化されたメッセージのチェックサムを確認する。メッセージがエラーを含む場合、ロジックはブロック２５６に進み、パスフレーズチェックサムエラー通知を含むメッセージを参加ノードに返送してブロック２５２に戻る。一方、メッセージが、菱形判定ブロック２５４において判定されるようなエラーを含まない場合、ロジックはブロック２５２ではなく菱形判定ブロック２５８に進み、受け取った公開鍵のチェックサムを確認する。ロジックは、受け取ったメッセージがこの点でエラーを含むかどうかを判定し、含む場合にはブロック２６０に進み、公開鍵チェックサムエラー通知を含むメッセージを参加ノードに返送してブロック２５２に戻る。一方、メッセージが、菱形判定ブロック２５８で判定されるようなエラーを含まない場合、ロジックは、ブロック２６０ではなく菱形判定ブロック２６２に進む。

ロジックは、菱形判定ブロック２６２において、復号されたパスフレーズが、ローカルに記憶された（例えば、本原理による、制御サーバのコンピュータ可読記憶媒体に記憶及び／又はプログラムされた）パスフレーズに一致するかどうかを判定する。パスフレーズが一致しないと判定した場合、ロジックはブロック２６４に進み、パスフレーズエラー通知を含むメッセージを参加ノードに返送してブロック２５２に戻る。一方、パスフレーズが一致する場合、ロジックはブロック２６４ではなくブロック２６６に進み、（例えば、装置の記憶媒体上の）装置リストテーブル内に新たなノードのエントリを作成し、参加ノードが求める接続に成功したことを示す接続確認メッセージを参加ノードに送信する。

従って、本原理は、電光サインが電光サインのネットワーク及びサブネットにセキュアに、容易に、かつ自動的に参加するためのシステム及び方法を提供するものであると理解することができる。完全性を期すために、たとえ上記のいずれの部分にも具体的に記載していなくても、上述したメッセージ（発見要求又は応答メッセージなど）には、上述したメッセージ情報の全部又は一部を適宜使用することができる。例えば、公開鍵及びサブネットアドレスは、（発見又は認証などの）いずれかの「フェーズ」中の望ましい時に交換及び／又は送信することができる。

さらに、上述のメッセージは、電光サインを動作するように及び／又は特定の広告又は一連の広告を表示するように構成するための他の構成コマンドを含むこともでき、必要に応じてＩＰネットワーク設定を含むこともできる。最後に、制御サーバと電光サインの間のノード（ルータなど）は、意図する受信側（サーバ又は電光サインなど）にメッセージが届くように、上述したメッセージを全て転送できると理解されたい。また、（新たなルータがサブネットに参加する場合などの）サブネット環境によっては、ルータが、必要に応じてルータ自体の発見、構成及び／又は認証メッセージを生成することもできる。

上述した図及び説明は、一般に本明細書で開示した装置と連動する方法ステップを示していると理解されたい。

本明細書では、広告現場において電光サインを動作するように構成するためのシステム及び方法について詳細に図示し説明したが、本発明が含む主題は、特許請求の範囲によってのみ限定されるものであると理解されたい。

Claims (20)

1. 少なくとも１つのディスプレイと、
   前記ディスプレイを制御する少なくとも１つのプロセッサと、
   制御サーバの予めプログラムされたネットワークアドレスを記憶する、前記プロセッサがアクセス可能な少なくとも１つのコンピュータ可読記憶媒体と、
   を備えた電光サインであって、前記少なくとも１つの媒体には命令がプログラムされ、該命令は、前記プロセッサに対し、
   複数の無線ルータを全て共通のサブネット上に有する広告現場における最初の通電時に、前記広告現場の無線ルータに自動的に接続させて前記共通のサブネットに参加させ、
   前記共通のサブネットに参加した後に、前記制御サーバの前記ネットワークアドレスを用いて前記制御サーバにアクセスさせ、
   前記電光サインを機械的に設置した後に該電光サインに技術者が物理的にアクセスして前記サインを動作するように構成する必要がないように、前記サインを動作するように構成する上で有用な構成情報を前記制御サーバから受け取らせる、
   ことを特徴とするサイン。
2. 前記サブネットは、インターネットアクセスを提供し、前記予めプログラムされたネットワークアドレスは、インターネット上の制御サーバのンターネットプロトコル（ＩＰ）アドレスである、
   ことを特徴とする請求項１に記載のサイン。
3. 前記サブネットは、インターネットアクセスを提供せず、前記予めプログラムされたネットワークアドレスは、ローカルサブネット上の制御サーバのアドレスである、
   ことを特徴とする請求項１に記載のサイン。
4. 前記サブネット上の前記制御サーバは、インターネットと通信しない、
   ことを特徴とする請求項３に記載のサイン。
5. 前記プロセッサは、前記制御サーバからソフトウェアアップデートに関する情報を受け取るようにも構成される、
   ことを特徴とする請求項１に記載のサイン。
6. 前記構成情報は、インターネットプロトコル（ＩＰ）アドレス及びサブネットアドレスを含む、
   ことを特徴とする請求項１に記載のサイン。
7. 前記プロセッサは、前記共通のサブネットに参加した後に、前記サブネットを通じてインターネットにアクセスできるかどうかを判断するように構成され、前記プロセッサは、前記サブネットを通じてインターネットにアクセスできるという判断に応答して、前記予めプログラムされたアドレスを用いて前記制御サーバとのセキュアな接続を確立し、前記制御サーバから前記サブネット上のローカルサーバに関する情報を取得して、前記サインを前記サブネット上の前記ローカルサーバと通信するように構成し、前記プロセッサは、前記サブネットを通じてインターネットにアクセスできないという判断に応答して、前記サブネット上の前記ローカルサーバとの通信を確立する、
   ことを特徴とする請求項１に記載のサイン。
8. 複数のノードを含むサブネットと、
   少なくとも１つのディスプレイと、該ディスプレイを制御する少なくとも１つのプロセッサとを含む、前記サブネット内でノードを確立する少なくとも１つの電光サインと、
   前記サブネットを介して前記電光サインの前記プロセッサと通信し、前記電光サインと少なくとも１つの構成メッセージを交換する少なくとも１つのプロセッサを含む、前記サブネット内でノードを確立する少なくとも１つの制御サーバと、
   を備えたシステムであって、
   前記少なくとも１つの構成メッセージは、広告現場における前記電光サインの最初の通電時に、前記電光サインを動作するように構成するために有用であり、
   前記サブネット内のノードのプロセッサは、応答メッセージの受け取りに少なくとも基づいて、前記少なくとも１つの構成メッセージが前記サブネット内の別のノードに正常に送信されたと判断し、
   前記構成メッセージを送信した前記ノードの前記プロセッサは、応答メッセージを受け取ることなくタイマが時間切れした時点で、前記構成メッセージの送信先である前記ノードにより前記構成メッセージが正常に受け取られなかったと判断する、
   ことを特徴とするシステム。
9. 前記タイマの時間切れを表す時間は、少なくとも２ｔ＋ｐにより確立され、式中の「ｔ」は、前記メッセージを送信する前記ノードから該メッセージの送信先である前記ノードにメッセージが送信される最大時間を定義し、「ｐ」は、前記メッセージの送信先である前記ノードによって前記構成メッセージが処理される最大時間である、
   ことを特徴とする請求項８に記載のシステム。
10. 前記構成メッセージを送信した前記ノードは、該構成メッセージを送信した該ノードによるタイムアウト前に、前記タイマのそれぞれの時間切れ後に前記構成メッセージを前記別のノードに「ｒ」回再送し、前記構成メッセージを送信した前記ノードによるタイムアウト前の最大時間は、ｒ（２ｔ＋ｐ）により確立される、
    ことを特徴とする請求項９に記載のシステム。
11. 前記構成メッセージは、所定の回数繰り返されるサブネット固有のセキュリティフィールドを含む、
    ことを特徴とする請求項８に記載のシステム。
12. 前記所定の回数は、前記電光サインが最初に通電されて前記サブネットを介して通信する前に、前記制御サーバ及び電光サインの両方に分かっている、
    ことを特徴とする請求項１１に記載のシステム。
13. 前記セキュリティフィールドは、サブネット固有の秘密鍵を用いてアルゴリズムから導出される、
    ことを特徴とする請求項１１に記載のシステム。
14. 前記秘密鍵は、前記電光サインが最初の通電時に、前記電光サインの前記プロセッサが前記サブネットを介して通信するために利用できるように、前記電光サインが最初に通電されて前記サブネットを介して通信する前に前記電光サインのコンピュータ可読記憶媒体に記憶される、
    ことを特徴とする請求項１３に記載のシステム。
15. 前記秘密鍵は、前記サブネットを介した送信以外の通信手段により、前記制御サーバ及び電光サインの両方に提供される、
    ことを特徴とする請求項１３に記載のシステム。
16. 前記構成メッセージは、前記サブネット上のサーバを発見するための発見メッセージであり、前記アルゴリズムは、前記サブネットのＥＳＳＩＤも使用する、
    ことを特徴とする請求項１１に記載のシステム。
17. 前記構成メッセージは、前記サブネット上のサーバを発見するための発見メッセージへのサーバ応答メッセージであり、前記アルゴリズムは、前記サーバ応答メッセージを送信する前記サーバの前記ＭＡＣアドレスも使用する、
    ことを特徴とする請求項１１に記載のシステム。
18. 前記セキュリティフィールドは、前記メッセージのテイル内に存在する、
    ことを特徴とする請求項１１に記載のシステム。
19. サブネット上に少なくとも１つの無線ルータを有する広告現場におけるデジタルサインの最初の通電時に、該デジタルサインを前記広告現場の無線ルータに自動的に接続して前記サブネットに参加させるステップと、
    ローカルサブネット上又はインターネット上の制御サーバにアクセスするステップと、
    前記サインを動作するように構成する上で有用な少なくとも１つの構成パケットを前記制御サーバから受け取るステップと、
    を含む方法であって、
    前記構成パケットは、該パケットのヘッダ又はテイル内に、サブネット固有の秘密鍵を用いてアルゴリズムから導出されたサブネット固有のセキュリティフィールドを含む、
    ことを特徴とする方法。
20. 少なくとも１つのパケットを受け取った後に、前記制御サーバを通信から接断するための接断メッセージと、前記サブネット固有のセキュリティフィールドとを含む少なくとも１つのパケットを前記制御サーバに送信する、
    ことを特徴とする請求項１９に記載の方法。

Images