(57)【要約】【課題】不必要な帯域幅消費を抑えるノードを有し、コンテンツのレンダリングとプロビジョニングのあり方に柔軟性を持たせるデジタルディスプレイネットワークを提供する。【解決手段】共通データモデルに従いフォーマットされたコンテンツを各々生成する複数のコンテンツソースと、複数のコンテンツソースからコンテンツを受信する配信ノードと、配信ノードから受信したコンテンツを表示するディスプレイノードとを備えることを特徴とする。デジタル標識ネットワークは共通データモデルと契約システムを用いて複数のデータソースから生成されたデータを数々のディスプレイへ配布する。ネットワークノードは、コンテンツソース、コンテンツコンスーマ、または両方として互いにやり取りし、一部のシステムは上流ソースに対しコンスーマとして振る舞い、下流コンスーマに対しソースとして振る舞う。【選択図】図１
2009188976.tif 000002
【特許請求の範囲】
【請求項１】
デジタル標識ネットワークであって、
共通データモデルに従いフォーマットされたコンテンツを各々生成する複数のコンテンツソースと、
前記複数のコンテンツソースからコンテンツを受信する配信ノードと、
前記配信ノードから受信したコンテンツを表示するディスプレイノードとを備える、
デジタル標識ネットワーク。
【請求項２】
前記複数のコンテンツソースの各々は、前記配信ノードから契約要求を受信し且つ前記受信契約要求に従い生成されたコンテンツを前記配信ノードへプッシュする契約エンジンを含む、請求項１に記載のデジタル標識ネットワーク。
【請求項３】
前記配信ノードは、契約要求を生成し且つ前記複数のコンテンツソースへ送信する契約エンジンを含む、請求項２に記載のデジタル標識ネットワーク。
【請求項４】
前記配信ノードは、前記複数のコンテンツソースの少なくとも１つのコンテンツソースから受信するデータを待ち行列に入れる受信キューを含む、請求項１に記載のデジタル標識ネットワーク。
【請求項５】
前記配信ノードは、前記ディスプレイノードへ送信するコンテンツを待ち行列に入れる送信キューを含む、請求項１に記載のデジタル標識ネットワーク。
【請求項６】
前記ディスプレイノードは、前記配信ノードから受信するデータを待ち行列に入れる受信キューを含む、請求項１に記載のデジタル標識ネットワーク。
【請求項７】
前記ディスプレイノードは、前記ディスプレイノード受信キューからデータを引き出すレイアウトプロセッサを含む、請求項６に記載のデジタル標識ネットワーク。
【請求項８】
前記配信ノードは、パケット方式データネットワークを用いて前記複数のコンテンツソースと前記ディスプレイノードとに交信する、請求項１に記載のデジタル標識ネットワーク。
【請求項９】
前記パケット方式データネットワークは、インターネットである、請求項８に記載のデジタル標識ネットワーク。
【請求項１０】
前記配信ノードは、無線データ接続を用いて前記ディスプレイノードと交信する、請求項１に記載のデジタル標識ネットワーク。
【請求項１１】
前記配信ノードは、前記無線データ接続が確立するまで前記ディスプレイノードへ送信するコンテンツを待ち行列に入れておく送信キューを含む、請求項１０に記載のデジタル標識ネットワーク。
【請求項１２】
前記複数のコンテンツソースの１つのコンテンツソースは、前記ディスプレイノードの運用データを含むコンテンツを生成する、請求項１に記載のデジタル標識ネットワーク。
【請求項１３】
前記運用データは、消費電力と、ランプ寿命と、電力状態とを含むリストから選択される、請求項１２に記載のデジタル標識ネットワーク。
【請求項１４】
前記ディスプレイノードは、前記複数のコンテンツソースの前記１つのコンテンツソースによって生成される前記運用データに従い前記ディスプレイノードの運用面を制御する制御システムを含む、請求項１３に記載のデジタル標識ネットワーク。
【請求項１５】
デジタル標識ネットワークの中で下流ノードへデータを送信する方法であって、
前記方法は、
１セットのコンテンツを規定する契約要求を前記下流ノードから受信することと、
コンテンツが前記規定コンテンツセットの一部であると判定することと、
前記判定されたコンテンツを前記下流ノードへプッシュすることとを備える、方法。
【請求項１６】
コンテンツが前記規定セットの一部であると判定する前記ステップに先立ちコンテンツを生成するステップをさらに含む、請求項１５に記載の方法。
【請求項１７】
コンテンツが前記規定セットの一部であると判定する前記ステップに先立ち上流ノードからコンテンツを受信するステップをさらに含む、請求項１５に記載の方法。
【請求項１８】
コンテンツは、前記コンテンツを記述するメタデータを含む共通のデータ形式で格納される、請求項１５に記載の方法。
【請求項１９】
判定する前記ステップは、前記コンテンツを記述する前記メタデータに従って遂行される、請求項１８に記載の方法。
【請求項２０】
事前に複数の契約要求に一致するコンテンツを集約するステップをさらに含み、前記判定されたコンテンツをプッシュする前記ステップは、前記集約されたコンテンツを前記下流ノードへプッシュすることを含む、請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的に、デジタル標識と、デジタル標識システムと、補助的支援基幹設備とに関する。
【背景技術】
【０００２】
デジタル標識システム及びネットワークはディスプレイ画面を利用し、ディスプレイ画面は様々な様態のコンテンツを提示するよう制御される。これらのシステムはしばしば広告材料を表示し、ディスプレイネットワークの一部をなし、ここで広告主はディスプレイ時間を購入する。ディスプレイはしばしばコンピュータシステムによって制御され、視聴者に向けて、画面があたかも自律的装置であるかのように提示される。デジタル標識はこのほかに、ユーザに情報や指示を提供する企業ディスプレイ、リアルタイムの生産データを表示する産業ディスプレイ、来るべき会合を表示する会議ディスプレイ、到着便情報を提供する空港ディスプレイを含む数々の目的に使われるほか、当業者にとって公知の数多くの用途に使われている。
【０００３】
従来技術のデジタル標識ネットワーク及びシステムは、コンテンツの中心的題材とみなされる特定のタイプのデータを伝えるため限られたネットワークを有効利用することを目標に配備される。したがって、もしもシステムがビデオ再生用に設計されるなら、株式ティッカー、天気予報、静止した（または静的に回転する）静止画等、タイプの異なる、情報のネットワークにおける伝送優先順位は低くなる。ディスプレイフィードバックと集中制御を可能にする制御機構を採用するシステムでは通常、制御データは中心的収益源とみなされないから、その情報の優先順位はあらゆるタイプのデータの中で最も低くなる。
【０００４】
従来のデジタル標識はテンプレートまたは全画面ビデオ再生に基づく。テンプレート方式の実装はテンプレートを使って画面の各部に表示されるコンテンツのタイプを規定する。テンプレートはまた、背景パターンやその他の外観実装を規定する。画面の各領域は通常ならばタイプの異なるデータのために使われ、ビデオは画面の一部分で再生され、第２の部分には天気予報が表示され、第３の部分では株式ティッカーまたはニュースクロールが走る。このように画面の各部は、それぞれのデータタイプまたは入力ストリームに基づいて分割される。全画面再生実装は通常、記録済みビデオストリームを利用し、これはループで再生され周期的に更新される。通常、これらのシステムはライブデータに依存せず、たとえテンプレートに依存するかのように見えても、テンプレートの出現はビデオストリームの一部である。
【０００５】
従来技術のデジタル標識システムにおける分散ノード制御は中央コンテンツソースからディスプレイへの広告コンテンツ配信を目的とし、他方、ディスプレイから中央サーバへの通信は普通、広告が再生されたことを確認するための監査情報提供を目的とする。通常、ネットワークの中にある各ディスプレイにはアドレスが与えられ、ディスプレイのプログラミングは中央コンテンツソースから管理する。この集中プロビジョニングによってコンテンツの制御は維持される。天気予報等の位置固有データは普通、２通りの方法のいずれかでディスプレイへ送信される。中央集約型のディスプレイプロビジョニングでは、全位置固有データの集合から適切な位置固有データを抽出し、個々のディスプレイへ送信できるように設定されている。これは伝送効率のよいメカニズムではあるが、中央集約型管理に依拠し、ディスプレイの追加にともない面倒になる。さらに、ディスプレイが別の場所へ移された場合は、適切な位置固有データを画面へ送信できるようにするため、新しい位置データを中央で再設定しなければならない。これとは別の方法では、ディスプレイに位置をプログラムし、ディスプレイには全位置固有データの集合を送信する。これにより、ディスプレイへの特定データストリーム送信を中央集約型制御で保証する必要がないから、プロビジョニングはかなり楽になる。残念ながら、この管理が容易なアプローチは大量の帯域幅消費を招く。これは、標識ネットワークが拡大し、中央集約サーバが不必要なデータをディスプレイへ送信する場合に問題となる。
【０００６】
従来、位置固有データだけを引き出すよう準備されたディスプレイがコンテンツサーバで新規データの有無をチェックするときには、そのディスプレイがネットワークでトラフィックを発生させる。
【０００７】
この中央集約コンテンツサーバに対するポーリングで発生するトラフィックは少量だが、ポーリングによって消費される帯域幅はネットワークにおけるノード数の増加にともない拡大する。ネットワークの規模拡大にともないポーリングの時間間隔を広げない限り、システムのスケーラビリティは低下する。
【０００８】
既存の広告ネットワークが集中プロビジョニングに依拠するのにはいくつか理由があるが、最も重要な理由のひとつは、ネットワーク全体の一部分を担当するアドミニストレータが適切なプロビジョニングツールを使用し、ネットワークの別の部分にあるディスプレイを誤ってプログラムすることがあるからである。そこで様々なバージョンのプロビジョニングツールを用意し、中央機関は全ての機能及びデバイスにアクセスできるようにし、さらにネットワークの一部分を担当するアドミニストレータには自身の管理下にある画面にアクセスする権限を与える。これにより中央集約制御が可能となるが、少数の画面で特化されたデータを表示したり、特化された専用テンプレートを使用する必要がある場合には多大な困難が生じる。
【０００９】
既存のディスプレイネットワークで、ディスプレイと中央集約コンテンツソースとの通信は大抵はダイレクト接続である。各ノードは中央集約データソースからコンテンツを入手し、中央集約データソースには全ノードに対し高帯域幅接続を開放することが要求される。新たにノードが追加され、アドレスが与えられ、サーバはこのアドレスでノードに接続する。プロビジョニングの残りの部分はサーバ側の仕事として行われる。この中央集約化により集中管理下にないノードはデータを受信せず、ネットワークのアドミニストレータはネットワークの中にある全ノードを把握する。
【００１０】
多くの場合、アニメーション効果とコンテンツのレンダリングは予め中央で準備され、中央コンテンツソースからディスプレイへ配信される。予め準備されたビデオストリームのレンダリングはディスプレイによって異なるため、局所的に行われる。コンテンツは、当該コンテンツのために用意されたディスプレイテンプレート部分に限定される。タイプの異なるデータを重ね合わせるには（例えばビデオストリーム上に表示される半透明のテキスト）、コンテンツソースでフラット化されたビデオストリームを作成し、フラット化されたコンテンツをディスプレイへ配信する。こうすることでディスプレイノード側のレンダリング機能はシンプルになるが、ライブデータはテンプレートの専用部分以外で表示させることはできない。
【００１１】
既存のデジタル標識ディスプレイネットワークの設計決定は数々の異なる設計決定に基づいている。多くの場合は画一化を通じて管理の簡便化を図り、ディスプレイで不具合が生じる見込みを抑えることを目的とする。多くの場合、これらのシステムは小規模画面分布のためのものであった。共通のアドミニストレータがいると主張するネットワークはしばしば独特のインフラを持ち、ボトルネックの回避とネットワーク用テンプレート及びコンテンツ発行の改善を図っている。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
そこで、不必要な帯域幅消費を抑えるノードを有し、コンテンツのレンダリングとプロビジョニングのあり方に柔軟性を持たせるデジタルディスプレイネットワークの提供が望まれる。
【課題を解決するための手段】
【００１３】
本発明の目的は、従来技術の少なくとも１つの不利点を解消または緩和することにある。
本発明の第１の態様では、複数のコンテンツソースと、配信ノードと、ディスプレイノードとを備えるデジタル標識ネットワークが提供される。複数のコンテンツソースの各々は、共通のデータモデルに従ってフォーマットされたコンテンツを生成する。配信ノードは、複数のコンテンツソースからコンテンツを受信する。ディスプレイノードは、配信ノードから受信したコンテンツを表示する。
【００１４】
本発明の第１の態様の一実施形態において、複数のコンテンツソースの各々は、配信ノードから契約要求を受信し且つ受信した契約要求に従って生成されたコンテンツを配信ノードへプッシュする契約エンジンを含む。配信ノードもまた、契約要求を生成し且つ複数のコンテンツソースへ送信する契約エンジンを有してもよい。配信ノードはまた、複数のコンテンツソースの少なくとも１つのコンテンツソースから受信するデータを待ち行列に入れる受信キューと、ディスプレイノードへ送信するコンテンツを待ち行列に入れる送信キューとを有してもよい。ディスプレイノードは、配信ノードから受信するデータを待ち行列に入れる受信キューと、ディスプレイノード受信キューからデータを引き出すレイアウトプロセッサとを含んでもよい。
【００１５】
本発明の第１の態様のさらなる実施形態において、配信ノードは、インターネット等のパケット方式データネットワークを用いて複数のコンテンツソースとディスプレイノードとに交信する。加えて、配信ノードは無線データ接続を用いてディスプレイノードと交信でき、この場合の配信ノードは、無線データ通信が確立するまでディスプレイノードへ送信するコンテンツを待ち行列に入れておく送信キューを含んでもよい。
【００１６】
別の実施形態において、複数のコンテンツソースの少なくとも１つのコンテンツソースは、消費電力、ランプ寿命、電力状態等、ディスプレイノードの運用データを生成できる。ディスプレイノードはまた、複数のコンテンツソースの少なくとも１つのコンテンツソースによって生成された運用データに従いディスプレイノードの運用面を制御する制御システムを含んでもよい。
【００１７】
本発明の第２の態様では、デジタル標識ネットワークの中でデータを下流ノードへ送信する方法が提供される。この方法は、１セットのコンテンツを規定する契約要求を下流ノードから受信するステップと、コンテンツが規定コンテンツセットの一部であると判定するステップと、判定されたコンテンツを下流ノードへプッシュするステップとを備える。
【００１８】
本発明の第２の態様の実施形態において、方法はさらに、コンテンツが規定セットの一部であると判定するステップに先立ちコンテンツを生成するステップを含む。別の実施形態において、方法は、コンテンツが規定セットの一部であると判定するステップに先立ち上流ノードからコンテンツを受信するステップを含む。コンテンツは、コンテンツを記述するメタデータを含む共通のデータ形式で格納できる。コンテンツが契約された規定コンテンツセットの一部であると判定するステップは、コンテンツを記述するメタデータに従って遂行できる。さらなる実施形態おいて、方法は、複数の契約要求に一致するコンテンツを集約するステップを含んでもよく、判定されたコンテンツをプッシュするステップは、集約されたコンテンツを下流ノードへプッシュすることを含む。
この後に続く本発明の特定の実施形態の説明を添付の図面と併せて検討することにより、本発明の他の態様及び特徴は当業者にとって明白となる。
【発明の効果】
【００１９】
デジタル標識ネットワークは共通データモデルと契約システムを用いて複数のデータソースから生成されたデータを数々のディスプレイへ配布する。ネットワークノードは、コンテンツソース、コンテンツコンスーマ、または両方として互いにやり取りし、一部のシステムは上流ソースに対しコンスーマとして振る舞い、下流コンスーマに対しソースとして振る舞う。デジタル標識ディスプレイ上でのデータ提示では、ライブデータのリアルタイム結合によって豊かな表示効果を提供できる。
【発明を実施するための最良の形態】
【００２０】
本発明は、デジタル標識システムとして利用されるデジタルディスプレイ及びネットワークを対象とする。
上述したとおり、従来技術はネットワークトポロジとディスプレイ技術を利用してレガシー実装との整合を維持するが、本発明は、デジタル標識ネットワーク及びディスプレイ制御システムの再設計を通じて上述した不利点の多くを緩和することを目指す。これにより様々なネットワークユーザに改善されたインターフェイスが提供され、既存の技術では必ずしも提供できない新機能の追加は別として、変更の多くは、既存のネットワーク上でユーザに察知されることなく実施できる。
【００２１】
これより本発明を、ネットワークバックボーンの観点と、コンテンツ制御のためのユーザインターフェースの観点と、ディスプレイ提示の観点から説明する。これらの観点がネットワーク運用の性質と、コンテンツ作成と、ユーザによってディスプレイが知覚されるあり方とを形づくる上で重要であることに注意されたい。
【００２２】
以下、添付の図面に従って番号が振られた具体的な要素を参照する。以降の論述は本質的に例証と解釈すべきものであって、本発明の範囲を制限するものと解釈すべきではない。本発明の範囲は特許請求の範囲にて規定され、後述する実装詳細によって制限されるとみなすべきものではなく、当業者が理解するとおり、後述する実装詳細は、それらの要素を同等の機能要素に置き換えることによって修正できる。
【００２３】
図１は、ネットワーク環境の中で本発明の要素の論理的レイアウトを示すブロック図である。コンテンツソース１００は、ネットワークバックボーンを通じて配信ノード１０２ａ、１０２ｂ、及び１０２ｃ等の複数の配信ノードへ接続する。配信ノード１０２により総称的に参照するこれらの配信ノードはコンテンツソース１００からデータを受信し、そのデータを他のノードへ配信する。配信ノード１０２ｃとの関係で図示されているとおり、１つの配信ノードで複数のロケーション１０４ａ、１０４ｂ、及び１０４ｃに応対できる。各ロケーションには複数のディスプレイシステム１０６ａ、１０６ｂ、及び１０６ｃがある。当業者なら、図１がネットワークノードの論理的対応を図示するものであって、必ずしも全てのブランチがノードごとに表示されないことを理解する。例えば、ロケーション１０４ａ、１０４ｂ、及び１０４ｃは地理的グループであってもよく、この場合のディスプレイステーション１０６ａ、１０６ｂ、及び１０６ｃの各々は配信ノード１０４ｃとダイレクトに通信する。場合により、ロケーション１０４ｃにあるディスプレイノードの内１つはゲートウェイの役割を果たしてもよく、この場合はゲートウェイを通じて他のノードが接続される。
【００２４】
当業者なら、配信ノードとロケーションサーバが、同じ役割ではないにせよ類似する役割を果たすシステムへ与えられる論理名であることを理解する。よってこれらのノードは、複数のディスプレイとその他のコンテンツユーザへ複数のコンテンツソースを接続するコンテンツサーバと考えることができる。コンテンツサーバは、外部リアルタイムデータフィード、ユーザ主導型コンテンツ生成アプリケーション、センサー等のデータソースを含むコンテンツソースからデータを契約利用する。コンテンツソースはコンテンツサーバからデータを入手でき、且つサーバへデータを提供できる。ディスプレイノードはコンテンツサーバからデータを受信するが、現時点で好適な実施形態においては、コンテンツソースからダイレクトにデータを受信しない。ディスプレイノードは、ディスプレイ特性、使用詳細、消費電力記録等のデータや、温度値やその他の情報の外部データを収集することにより、コンテンツソースとして機能できる。このデータは、他のコンテンツソースからのデータのようにサーバへプッシュされる。図１にはディスプレイ１０６ａ、１０６ｂ、及び１０６ｃのためのコンテンツサーバとして機能するロケーション１０４ｃが図示されているが、バックアップとして別のコンテンツサーバへこれらのディスプレイを接続できることに注意されたい。複数のノードが１つ以上のコンテンツサーバへ接続する場合はロードバランシングを実施でき、各サーバは他のサーバに対しフォールバックサーバとして機能する。これは、コンテンツサーバが故障した場合にロードバランシングと冗長性の両方を提供する。
【００２５】
図２はネットワークの一区分を示す。コンテンツソース１００は高速データ接続１０８を用いて配信ノード１０２へ接続する。配信ノードは、無線キュー１１２と無線データ接続１１３とを通じてモバイルディスプレイ１１０へ接続する。無線キュー１１２の使用により、モバイルディスプレイが配信ノード１０２へ接続していない場合には、モバイルディスプレイ１１０へ送信されるメッセージを待ち行列に入れることができる。無線データネットワークの中でモバイルディスプレイ１１０は接続を常時維持できないことがある。輸送車両上にあるモバイルディスプレイ１１０は、その経路の特定部分で配信ノード１０２へ接続できないことがある。別の実施形態においては、常時無線接続の負担を回避するため断続的無線接続１１３を一定の間隔で確立する。ネットワークの中にある他のノードはモバイルディスプレイ１１０の接続する時を必ずしも認識しないから、配信ノード１０２は、モバイルディスプレイ１１０が無線接続１１３を確立しデータを引き出せるようになるまでデータを無線キュー１１２に入れておく。これによりネットワークノードは、安定的な接続を持たないノードへ安定的にデータを送信できる。当業者なら、破線で示されたとおり、追加のディスプレイを配信ノードへ接続できることを理解する。図示されていない実施形態において、モバイルディスプレイ１１０は他のディスプレイに対しデータ接続を持つことができる。この接続は有線または無線であってもよい。輸送車両上モバイルディスプレイ１１０のシナリオでは多数の接続されたディスプレイが車両上にあってもよく、それらのディスプレイの内１つはゲートウェイとしての役割を果たし、該ゲートウェイは、自身のためのみならず同じ場所にある他のディスプレイのため（モバイルその他）、データを受信する。
【００２６】
ディスプレイをモバイルと呼ぶ命名法は、ディスプレイを一定の場所に位置づけることができないことを意味すると解釈するべきものではなく、むしろ移動可能データ接続が使われると理解するべきものである。有線接続の使用が現実的でないか過度の費用がかかる場合には、接続１１４等の無線データ接続を使ってディスプレイを配信ノード１０２へ接続できる。
【００２７】
図３は、図２のモバイルディスプレイ１１０の一実施形態を示す。モバイルディスプレイ１１０は、無線接続を介して配信ノードへ接続する受信キュー１１４と送信キュー１１６とを含む。モバイルディスプレイ装置１１０ではアプリケーション１１８ａ、１１８ｂ、及び１１８ｃが実行する。配信ノードから受信するデータは、データの受信時に実行していないアプリケーションＡ  １１８ａ等、特定のアプリケーションへ仕向けることができる。このデータは、アプリケーションＡ  １１８ａが実行しデータを受信できるようになるまで受信キュー１１４に入れておくことができる。アプリケーション１１８ａ、１１８ｂ、及び１１８ｃの各々は互いに通信でき、且つ外部ネットワークノードと通信できる。アプリケーションから外部ノードへ送信されるデータは送信キュー１１６によって受信され、無線接続１１３等の接続を使ってデータを送信できるようになるまでそこに格納される。当業者なら、単一の受信または送信キューの代わりに多数のキューを使用でき、現時点で好適な実施形態においては各アプリケーションに独自のキューを用意できることを理解する。
【００２８】
ネットワークの中のノードはどれも、ネットワークの残りの部分に対する接続のタイプにかかわりなく受信及び送信キューを実装できることに注意されたい。特に受信キューは、受信データの宛先にあたるアプリケーションが当面使用できない場合に備えて、ノードに実装することができる。この機能をネットワークに用意するため、Ｍｉｃｒｏｓｏｆｔ  Ｍｅｓｓａｇｅ  Ｑｕｅｕｉｎｇ等、標準のキュー方式トラフィック管理プロトコル及びアプリケーションを利用できる。標準プロトコルの変形例も、互いに通信する全てのノードがその変形例を認識する限り、使用できる。パケットサイズ制限、肯定・否定応答システムの欠陥、メッセージ優先順位付けの限界、デッドレターキューで受信したメッセージの取り扱い等、既知の問題を回避するため変形例を実施できる。当業者なら、標準プロトコルに修正を施すにあたって様々な方法があり、それぞれの方法が基礎となるプロトコルの設計次第で異なることを理解する。
【００２９】
ネットワークの中のノードはどれも他のノードへ送信できる。したがってノードは互いに相継いでデータを転送でき、データ送信のパイプラインが形成されることによりコンテンツソース１００にかかる帯域幅要求は軽減する。ネットワークの中では共通のデータモデルのもとでコンテンツが送信される。このデータモデルによりネットワークで送信される情報は共通のデータ形式として扱われ、データの用途を定めるメタデータに基づき区別される。この共通データモデルにより、静止画像、データ、ニュースフィード、株式ティッカー、ソフトウェア更新、更新済みドライバ、ディスプレイ状態情報は同じタイプのデータとして送信される。これにより、リアルタイム感受性ではない重要データパケットの破棄を招く、本来のデータタイプに基づくデータ優先順位付けは回避される。
【００３０】
単一のデータタイプを徹底することにより、アクセス規制・許可に使うフィールドをデータコンテナに用意することができる。一実施形態において、コンテンツ作成アプリケーション及びノードは、配信ノード等のサーバだけにコンテンツを引き渡すことができる。同様に、ディスプレイノードは配信ノードから情報を入手するため、配信ルールとアクセス規制メカニズムは一元的に施行できる。共通データモデルにより、配信ノードはメタデータに基づきデータに対するアクセス権を容易く判断できる。当業者なら、この代表的実施形態においてコンテンツ作成及びコンテンツディスプレイノードがサーバを通じて互いに通信するだけでもよいことを理解する。他の実施形態において、ノードは互いに自由に通信でき、アクセス規制メカニズムはノードそのもので施行できる。
【００３１】
各々のディスプレイステーションはコンテンツソース１００から様々なタイプのデータを契約利用する。ディスプレイ１０６ａ及び１０６ｃはいずれも、広告と、天気予報と、ソフトウェア更新とに相当する同じビデオコンテンツを契約利用し、ただしディスプレイステーションのディスプレイ画面が異なるなら、別々のデバイスドライバ更新を契約利用する。契約はコンテンツソース１００によって格納され、契約のパラメータに一致する新規データが届くと、そのデータは自動的にディスプレイノードへプッシュされる。
【００３２】
図４は、コンテンツソース１２０とディスプレイノード１２２との間のデータの流れを示す。コンテンツソース１２０が図１のコンテンツソース１００と同じである必要はないこと、代わりに、配信ノード１０２ａ〜ｃ等のノードを含むディスプレイにとってのデータ入手先にあたるノードならどれでもよいことに注意されたい。ディスプレイノード１２２は１組の要件を満たすデータの契約要求を発行する。これらの要件は、データに対応するメタデータにおけるフラグや指定用語の有無等、数々の要因を含む。一例において、ディスプレイノード１２２は店舗内のディスプレイであり、様々な製品の在庫レベルのほかに、販売する商品の広告やディスプレイノード１２２のハードウェアに固有のソフトウェア及びデバイスドライバ更新などを契約利用する。共通データモデルにより、契約では監視の対象となる特定のメタデータフラグを指定するだけでもよい。契約要求は、契約要求１２４としてコンテンツソース１２０へ送信され、この送信は１度だけとは限らない。コンテンツソース１２０が契約要求に一致する新規データを受信すると、そのデータはデータプッシュ１２６としてディスプレイノード１２２へプッシュされる。当業者なら、様々なネットワークトポロジの中で契約１２４とデータプッシュ１２６が図示されていない多数のノードを横断すること、そして接続が直ちに得られない場合には、図示されたノードのいずれかによって、または２つの間にある他のノードによって、待ち行列に投入されることを理解する。
【００３３】
契約の使用により、ディスプレイノード１２２は、データを、これが入手可能となった時点で、コンテンツソース１２０から受信でき、行われるネットワークポーリングの回数は減る。ポーリングを減少することで、ネットワークトラフィックが減少し、輻輳が緩和される。
【００３４】
図５は本発明の方法を示すフローチャートである。ステップ１２８ではディスプレイノードが契約リストを編纂する。このリストでは、ディスプレイノードにとっての注目共通データ要素に対応するメタデータを指定できる。契約要求は、メタデータの中で契約要求として識別される共通データ要素としてコンテンツソースへ送信される。ステップ１３０では、ディスプレイノードの契約要求がコンテンツソースによって受信される。当業者によって理解されるとおり、このコンテンツソースは、これが正規のコンテンツソースでない場合に（例えばこれが配信ノードである場合に）、接続先にあたる全ディスプレイノードの契約を集約し、ディスプレイノードとして振るまい、集約した契約要求をネットワークトポロジの上流へ送信できる。時間をおいて、コンテンツソースはステップ１３２で新規データを受信する。このデータは、他のコンテンツソース、外部センサー、データベースからの売上高、ニュースフィード、供給システムからの在庫情報、リアルタイムファイナンシャルマークトデータプロバイダ、カレンダーデータベース、プログラム可能コントローラからのセンサーデータ、無線識別（ＲＦＩＤ）タグリーダー、その他を含む任意のいくつものソースから受信できる。ステップ１３４では、新規コンテンツが契約要求に一致するか否かの判定が行われる。新規コンテンツが契約要求に一致しない場合、システムはさらなる新規データが受信されるまで待機状態に戻り、さらなる新規データが受信された時点でプロセスはステップ１３２へ戻る。ステップ１３４で新規データが契約要求に一致すると判定される場合は、ステップ１３６でデータが契約ディスプレイノードへプッシュされる。ステップ１３８では、契約ノードがプッシュされたコンテンツを受信する。
【００３５】
輻輳をさらに緩和するため、図５に示す方法は、複数のデータ要素をステップ１３６でディスプレイノードへプッシュする前にまとめて待ち行列に入れる形に修正できる。こうすることで多数のデータ項目がまとめて送信され、システムが大量の細かな送信で溢れるのを防ぐことができる。当業者なら、データ要素の集約をプロセスのどのステップでも行えること、よって別の代表的実施形態においては契約が上流ノードへの送信に先立ち集約されることを理解する。
【００３６】
ノードを準備するときには、ノードの位置等の情報を設定できる。この情報は、契約機能やその他の機能と連動するダイナミックアドレシング機能に使用することができる。市を指定する位置値を設ける場合、「％ｃｉｔｙ％Ｉｗｅａｔｈｅｒ」を引き出す形に契約を設定でき、このとき％ｃｉｔｙ％は提供される位置情報を表す。この可変契約は全てのディスプレイ装置にプログラムでき、ブランクへの情報提供を義務付けることができる。ディスプレイを規定するために使用できる情報ならどれでもこのダイナミックアドレシング機能に使用できる。位置情報のほかに、時間帯、ディスプレイ型番、ディスプレイ現場タイプ、その他の提供情報をこの目的に使用することができる。システム構成情報をこのやり方でアドレスできるので、全てのネットワークノードでソフトウェア更新とデバイスドライバ更新の両方の契約要求を自動的に提供することが可能となる。契約には適切な値まで解決される変数を使用でき、こうすることで構成の異なるノードへ単一の契約を事前にロードできる。
【００３７】
コンテンツソースは、契約に応じるため新規データがいつ提供されるかを判断できなければならない。基礎的実施形態においては各々のデータソースを別々のディレクトリに対応させ、このディレクトリを一定の間隔で調べることによって新規ファイルが到着したか否を判断できる。別の実施形態では、新規データの受信時にソフトウェア割り込みを行う形に外部データソースを構成する。データをノードへプッシュするべきか否かの評価は割り込み処理ルーチンの一部として遂行できる。
【００３８】
別の実装では、オペレーティングシステムを使ってファイルシステムウォッチを行うディレクトリウォッチによって新規コンテンツの受信を指示することができる（図５のステップ１３２）。当業者なら、この種の機能を指す用語がオペレーティングシステムによって異なること、ただし大概はファイルシステムウォッチャと呼ばれることを理解する。共通データモデルを使用するため、受信したデータはデータベースにチェックインされる。外部ソースはデータ変更の有無にかかわりなく一定の間隔でデータを提供するから、受信ファイルには周期冗長検査（ＣＲＣ）を遂行できる。このＣＲＣをデータベースの中にある対応するデータの検査に比較することにより、受信ファイルが新しいか否かを判断できる。新規ファイルが新規データでなければ、新規ファイルはデータベースへ投入されない。新規ファイルが新規データなら、新規ファイルはデータベースに投入された後、これを契約したノードへプッシュされる。上の説明ではデータが新しいか否かの判定にあたってＣＲＣを使用するが、これ以外のハッシュを新規データの検証に使うこともできる。
【００３９】
当業者なら、契約の使用により迅速な情報配布が可能となり、各ディスプレイで事実上ライブデータを扱うことになることを理解する。同時に、この問題に対する共通の従来技術ソリューションにあたるポーリングによって発生するトラフィックは、回避される。
【００４０】
システムを準備するプロセスにおいて、ディスプレイノードへのアクセスを規制するように構成値を設定できる。こうすることでディスプレイノードは信頼されたソースからデータを受信できる。アクセス規制は、データを送信するノードの、正規のデータソースの、アドレスに基づき、あるいはデータに印しを付け、これが既知のソースから、または送信を開始するユーザから、到来したものであることを明らかにする暗号鍵の使用により、施行できる。ディスプレイノードは、秘密暗号鍵を使ってデータに暗号的に印しが付けられ、対応する公開鍵がディスプレイノードにない場合に情報を拒絶する形に構成できる。
【００４１】
ノードを接続するネットワークがインターネット等の公衆ネットワークなら、不明なソースからのデータを拒絶することでハッキングを防ぐセキュリティを提供できる。当業者にとって公知の暗号鍵をはじめとする他の認証機構を利用すれば、正当なノードだけが、そして場合によってはそれらのノードの特定のアプリケーションだけが、ネットワークノード（ディスプレイノード、コンテンツソース、配信ノード、その他）へ指示を送信するよう徹底できる。その結果、ディスプレイネットワークノードの間でプライベートネットワークが成立する。
【００４２】
準備されアドレスが与えられたノードは、契約を要求するため上流ノードへ接続する。このプロセスにより、上流ノードは新たに配備される装置の存在を確実に認識する。後述するとおり、上流ノードはこれに応じて新たに配備された装置の運用情報収集に着手できる。
【００４３】
上の論述ではコンテンツソースからディスプレイへコンテンツをプッシュするという文言が使われているが、厳密にはコンテンツソースから契約者へ新規データをプッシュすると考えられる。配信ノードは、下流のディスプレイシステムためと自身のためにコンテンツソースから契約したデータフィードを受け取ることができる。これにより、配信ノードは契約システムを通じてソフトウェア更新を受け取ることができる。
【００４４】
ディスプレイはコンテンツソースとして機能し、上流ノードへデータを転送できる。ディスプレイシステムは、自身の再生スケジュールや稼動時間に関するデータのほかに、消費電力、ディスプレイに残る定格寿命、内部装置温度、ディスプレイが被る不具合の有無、関係システム監視値等、ディスプレイに関する制御情報を生成する。この情報は、ネットワークの中にある監視ノードからの予約要求に依拠してもよい。契約の仕組みは前述したとおりだが、ディスプレイ装置はデータソースの役割を果たし、契約装置はネットワークの中にある別の実体である。
【００４５】
ディスプレイ装置によって生成される情報を契約利用する中央監視ノードは、共通データモデルに従いフォーマットされたデータを受信し、その情報をデータベース構造に格納できる。これにより、ネットワーク状態についてライブ情報を提供するリアルタイムデータソースが確立される。広告ネットワークを例にとるなら、特定の地域で特定の製品の広告を再生するディスプレイのリストを得ることができる。当業者が理解するとおり、かかる情報はデータベースで照会することもできる。このデータをデータベースに格納することによって監査証跡が成立し、広告が１日のどの時間にどこで何度再生されたかを広告主に伝えることができる。
【００４６】
図６は、ディスプレイ装置でコンテンツの表示を制御するユーザインターフェースを示す。従来技術システムでコンテンツを追加できるのは中央アドミニストレータだけだったが、本発明なら、局部アドミニストレータが一連のディスプレイでコンテンツをコントロールできる。ディスプレイ装置は権限のないソースからの通信に応答しないから、少数のディスプレイを担当するアドミニストレータが別のディスプレイをプログラムする心配はない。
【００４７】
図６には、表示コンテンツ１３９、ツール選択部１５９、及びタイムライン１５１のグラフィック表現を有するインターフェイスが見られる。ディスプレイ表現１３９では、時計のライブデータオーバーレイ１４０、ビデオストリーム１４２、テキスト効果を受ける株式ティッカー１４４、テキスト本位のオーバーレイ１４６、広告ロゴ１４８、外部データソースからのデータの三次元レンダリング１５０を含む様々な要素が互いに重ね合わされる。従来のテンプレートではデータタイプの境界がはっきりしており、異なるデータストリームが１つの層として配置され、画面に向けてレンダリングされる。本発明において、デジタル標識ディスプレイシステムには様々なデータストリームが供給され、それらは重ね合わせて配置される。図示されたとおり、ティッカー１４４とテキスト本位のオーバーレイ１４６は重なり合う層としてビデオストリーム１４２と近傍エリアの両方にまたがっている。層の不透明度等のプロパティは割り当てることができる。タイムライン１５１を用意することにより、１サイクル中の一定期間中に要素または層を生成することができる。タイムラインインターフェイス１５１において要素または層にはタイムバーが対応する。要素Ａ  １５２のタイムラインは、これがサイクルの開始から実行し、サイクルの完了に先立ち終了することを伝える。同様に、要素Ｂ  １５４、要素Ｃ  １５６、及び要素Ｄ  １５８のタイムラインにも始点と終点とがある。ユーザは要素に関連するプロパティを閲覧できる。一実施形態において、バー１５２等のタイムバーをユーザがクリックすると１組のパラメータが表示される。これらのパラメータは時間にともない変化してもよく、入れ子になったタイムラインとして表現できる。入れ子になったタイムラインの一例で、もしも要素Ａがテキストオーバーレイ１４６であって、タイムライン１５２によって表現されるなら、表示サイクルが始まるときにオーバーレイが表示され、サイクルが終わる前に終了することがわかる。要素の不透明度は表示時間の始まりと終わりとで変化させることができ、この場合、オーバーレイはふいに現れるのではなく、ディスプレイの中でフェードインしフェードアウトする。オーバーレイの不透明度は、５秒の枠内で０％の低い値から８５％の高い値まで変化させることができる（本実施例）。ユーザがタイムバー１５２を展開すると、要素の不透明度変化を伝える補助バーが表示される。この入れ子タイムバー機能により、コンテンツ製作者は要素表示の詳細をコントロールしながら、要素がどのように表示されるかをグラフィカルインターフェイスで一目でつかむことができる。
【００４８】
ツール選択部１５９では様々なモジュラーツールにアクセスできる。これらのツールは、層のプロパティをコントロールしたり、データソースを追加したり、当業者によって理解されるその他の機能に使用することができる。図示されたとおり、ユーザはツールＡ  １６０とツールＢ  １６２を利用できる。ただし上述したとおり、本発明のシステムはユーザ別のアクセスレベルをサポートする。特定のデータソースへのアクセスや特定のプロパティの修正がコンテンツ生成システムのユーザに許可されない場合、ツールはアクセス不能となる。よって、ツールＣ  １６４はこれの使用を阻止するため灰色に転じる。別の実施形態においては、ユーザが利用できないツールや機能がユーザに対し全く表示されない。
【００４９】
図６に示すコンテンツ生成インターフェイスは管理ユーティリティの一部分であってもよい。管理ユーティリティのユーザは、一定数のディスプレイを管理したり、コンテンツを作成したりできる。アプリケーションの機能はユーザ次第でコントロールできる。一実施形態において、ユーティリティの機能は中央コンテンツソースから入手するモジュールである。異なるユーザはそれぞれ異なるモジュールの利用を契約でき、それぞれ異なる機能が提供される。ユーザのマシンかコンテンツソースにはユーザのプロファイルを格納できる。プロファイルがコンテンツソースに格納される場合、ユーザはネットワーク上のどのコンピュータからでもそのプロファイルにアクセスできる。
【００５０】
管理ユーティリティによって生成されるデータはコンテンツソースへ提供され、ディスプレイ装置へ配信できる。生成されるデータには暗号方式によりコンテンツ作成者の署名を付すことができ、この場合はコンテンツ作成者のノードだけがそのデータを受け付ける。こうすれば、一部のディスプレイ装置を担当するアドミニストレータは、自身が担当するディスプレイ装置以外のディスプレイへ新規コンテンツを誤って配布せずにすむ。
【００５１】
図７は、本発明の方法の一実施形態を示すフローチャートである。従来技術システムは、予めフラット化されたコンテンツをディスプレイに向けてレンダリングするが、本発明のシステムなら、コンテンツ作成者は予めフラット化されていないデータを送信できる。例えば、ビデオを表示するディスプレイの一部分の上に半透明のオーバーレイ層を重ねて置くことができる。本発明のテンプレートには互いに重なり合う区分があり、各区分に投入されるライブデータには視覚的効果を施すことができる。一実施形態では、Ｗｉｎｄｏｗｓ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｆｏｕｎｄａｔｉｏｎ等のプレゼンテーションファウンデーションを使ってデータをオンザフライでレンダリングできる。レンダリングの直前に所定の効果をライブデータに結合すれば、データ表示は豊かになる。一代表的実施形態においては、現在温度値等のライブデータ要素をコンテンツとして受信し、回転する立方体の表面に表示する。温度値、予想最高気温、予想最低気温、湿度等、立方体の各面にはそれぞれ異なるライブデータ要素を収容できる。従来技術のソリューションでは、立方体の回転をコンテンツソースでレンダリングし、ビデオストリームとしてディスプレイへ送信していたが、本発明の場合は、画面に向けてレンダリングする時点に効果をライブデータに結合するから、ライブ温度値は必要に応じ自動的に更新される。立方体の角度や回転速度といったレンダリングの態様は、ほかのライブデータ値で制御できる。このほかに、在庫商品の一覧表示でフォーマット制御にライブデータ値を利用すれば、在庫レベルを動的に色分けして表示できる。商品が売れたら、一覧の中にある項目の色やフォントのサイズといった視覚的強調を変更しながら変化する在庫レベルをライブ表示に反映することができる。
【００５２】
図７で、ディスプレイ装置はステップ１６８で上流ノードからレイアウトデータを受信する。ステップ１７０では、ディスプレイがレイアウトの中に配置するコンテンツを受信する。ビデオデータ、天候フィード、株式ティッカーフィード、ニュースフィードを供給するコンテンツソース等、このコンテンツはいくつものソースから受信できる。ステップ１７２では、ステップ１７０で受信したコンテンツから表示するコンテンツを選択する。この選択は、ステップ１６８で受信するレイアウトの情報、ステップ１７０で受信するコンテンツ、その他の表示ルールに依拠する。ステップ１７４では、レイアウト情報とその他のデータ値に従い選択されたデータをディスプレイに向けてレンダリングする。当業者なら、これがリアルタイムプロセスであること、そしてライブデータの結合とレンダリングとフラット化が継続的プロセスとして行われ必ずしもサイクルの終末で終了しないことを理解する。代わりに、さらなるデータの受信にともない表示フォーマットへのデータの結合とデータのレンダリングは継続する。
【００５３】
図８は、ステップ１７４について、すなわちディスプレイに向けてのデータのレンダリングについて、さらなる詳細を提供する。ここに示すステップは本発明にとって必須ではないが、現時点で好適な実施形態において採用される。
【００５４】
ステップ１７６で、判定されたコンテンツを層状に分割する。ステップ１７８において、ライブデータは、レイアウトで特定されたフォーマットへ結合される。ステップ１８０では、各層につきレンダリングスレッドを作成する。スレッドはステップ１８２でフラット化され且つレンダリングされ、レンダリングされたデータはステップ１８４でディスプレイへ送信される。
【００５５】
当業者なら、多数のスレッドを作成することにより、多数のコアプロセッサと多数のプロセッサシステムがレンダリング操作を並行しながら遂行することを理解する。こうすれば、ビデオセグメントのレンダリング等、複雑なレンダリングをテキストのレンダリングから区別でき、プロセッサ時間がビデオレンダリングに使われることによってテキストレンダリングが不自然にぎくしゃくせずにすむ。
【００５６】
上述したとおり、デジタル標識ネットワークのディスプレイ装置はコンテンツディスプレイであると同時にコンテンツソースでもある。ディスプレイから提供される運用データは、ネットワーク全体の運営にとって大変重要となる。運営ツールを利用するユーザは、ネットワークとの結合における自己発見法によってネットワークトポロジマップを構築できる。ネットワークに接続するノードは、配信ノードやその他のネットワークサーバへ接続する。かくしてノードはデータを契約利用し、及び／またはネットワークへデータを提供する。この過程でネットワークの中にある各ノードは、接続先にあたるノードのリストを作成する。ユーザは、接続されたネットワークノードの運用情報を再帰的に得ることをサーバに求める契約要求を生成できる。連絡を受ける各ノードには同じ作業を果たし、同じ要求を受け渡しすることが求められる。これにより、ネットワークの配信の徐行につながり、接続ノードの確実なリスティングをサーバに要求することになる。ネットワークの各ノードには、接続された周辺機器を伝えることを求めることもできる。この情報をもとに、ノードの接続状況とノードが接続するサービスとデバイスを示すマップを作ることができる。この情報から、展開、縮小により様々なレベルの情報を表示するライブネットワークインベントリを構築することができる。アドミニストレータは、ある特定のノードへ接続された周辺機器のマップを用いて遠隔的に指示を送ることにより、ノードの遠隔制御を果たすことができる。この詳細レベルにより、中央アドミニストレータは特定のノードへ接続された画面とそのノードの画面に表示される内容を判断できる。
【００５７】
本発明の実施形態はマシン可読媒体（コンピュータ可読媒体、プロセッサ可読媒体、またはコンピュータ可読プログラムコードが埋め込まれたコンピュータ使用可能媒体とも言う）に格納されたソフトウェア製品として表現することができる。マシン可読媒体は、ディスケット、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク読み取り専用メモリ（ＤＶＤ−ＲＯＭ）、メモリデバイス（揮発性または不揮発性）、その他同様の格納機構等、磁気式、光学式、または電気式媒体を含む何らかの適当な有形媒体であってもよい。マシン可読媒体は様々な命令、コードシーケンス、構成情報、その他データを収容でき、これらが実行すると、プロセッサは本発明の一実施形態に拠る方法のステップを遂行する。当業者なら、説明した発明の実施にあたって必要となるその他の命令及び演算もマシン可読媒体に格納できることを理解する。マシン可読媒体から実行するソフトウェアは回路と連係しながら説明したタスクを遂行できる。
【００５８】
上述した本発明の実施形態は例証に過ぎない。当業者は、添付の請求項によって専ら規定される本発明の範囲から逸脱することなく特定の実施形態に対し変更、修正、変形例を果たすことができる。
【図面の簡単な説明】
【００５９】
【図１】本発明の代表的ネットワークを示す。
【図２】本発明の代表的アーキテクチャを示す。
【図３】本発明のディスプレイのブロック図を示す。
【図４】コンテンツソースに契約を登録するディスプレイノードを示す。
【図５】コンテンツを契約利用する方法を示すフローチャート。
【図６】ユーザ制御コンテンツ生成ツールの図示。
【図７】受信データを表示する方法を示すフローチャート。
【図８】ディスプレイに向けてライブデータをレンダリングする方法を示す。
【符号の説明】
【００６０】
１００、１２０  コンテンツソース
１０２ａ  配信ノード１
１０２ｂ  配信ノード２
１０２ｃ  配信ノードｎ
１０４ａ  ロケーション１
１０４ｂ  ロケーション２
１０４ｃ  ロケーションｍ
１０６ａ  ディスプレイ１
１０６ｂ  ディスプレイ２
１０６ｃ  ディスプレイｐ
１１０  モバイルディスプレイ
１１４  受信キュー
１１６  送信キュー
１１８ａ  アプリケーションＡ
１１８ｂ  アプリケーションＢ
１１８ｃ  アプリケーションＮ
１２２  ディスプレイノード
【図１】
2009188976.tif 000003
【図２】
2009188976.tif 000004
【図３】
2009188976.tif 000005
【図４】
2009188976.tif 000006
【図５】
2009188976.tif 000007
【図６】
2009188976.tif 000008
【図７】
2009188976.tif 000009
【図８】
2009188976.tif 000010