(57)【要約】【課題】共通のフォーマットおよびシーケンスを使用することにより課題を解決する。【解決手段】サイネージサーバ１０２は、各サイネージプレーヤ１１４についての枠情報１０４をＣＤＣサーバ１０１に送信し枠情報テーブル１１１に登録する。枠情報１０４には広告コンテンツが割り付けられ、枠メタデータとしてサイネージサーバ１０２に送信される。サイネージサーバ１０２は枠メタデータに記述されたコンテンツが広告コンテンツ記憶部１１３に登録済みかを確認する。登録済みなら枠メタデータを各サイネージプレーヤ１１４固有のプレイリスト１１６に変換し、各サイネージプレーヤ１１４のプレイリストを更新する。サイネージサーバ１０２は各サイネージプレーヤ１１４にログを確認し、コンテンツが適切に表示されたかを表示結果１０５としてＣＤＣサーバ１０１に報告する。ＣＤＣサーバ１０１は表示結果１０５を表示結果テーブル１１２に格納する。【選択図】図１
2010134903.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とするサイネージシステム。
【請求項２】
請求項１記載のサイネージシステムの動作方法であって、
前記共通インタフェースモジュールが、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、枠情報にコンテンツ情報を割り付る工程と、
前記共通インタフェースモジュールが、枠情報を前記コンテンツ配信制御サーバに要求する工程と、
前記コンテンツ配信制御サーバが、枠情報を前記共通インタフェースモジュールに送信する工程と、
前記サイネージサーバが、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する工程と、
前記共通インタフェースモジュールが、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、表示結果を前記表示結果テーブルに格納する工程と
を含むことを特徴とするサイネージシステムの動作方法。
【請求項３】
請求項１記載のサイネージシステムにおける前記サイネージサーバおよび前記共通インタフェースモジュールを動作させるコンピュータプログラムであって、
前記共通インタフェースモジュールが、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信する工程と、
前記共通インタフェースモジュールが、枠情報を前記コンテンツ配信制御サーバに要求する工程と、
前記サイネージサーバが、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する工程と、
前記共通インタフェースモジュールが、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信する工程と
が実行されるように前記サイネージサーバおよび前記共通インタフェースモジュールを動作させることを特徴とするコンピュータプログラム。
【請求項４】
請求項１記載のサイネージシステムにおける前記コンテンツ配信制御サーバを動作させるコンピュータプログラムであって、
前記コンテンツ配信制御サーバが、枠情報にコンテンツ情報を割り付る工程と、
前記コンテンツ配信制御サーバが、枠情報を前記共通インタフェースモジュールに送信する工程と、
前記コンテンツ配信制御サーバが、表示結果を前記表示結果テーブルに格納する工程と
が実行されるように前記コンテンツ配信制御サーバを動作させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、異種複数のデジタルサイネージシステムでコンテンツを出し分けようとする事業者がデジタルサイネージシステムに対して統一的なインタフェースで接続制御を行う場合のシステム構成およびネットワーク接続制御方法に関する。
【背景技術】
【０００２】
デジタルサイネージシステムでコンテンツを出し分けるためには、「どの場所に」、「いつ」、「どのコンテンツを」表示するかをスケジュール情報として、各デジタルサイネージシステムに個別に設定する必要があり、各デジタルサイネージシステムのスケジュール情報の設定手順やフォーマットに合わせて個別に設定を実施していた。
【０００３】
また、特許文献１には、コンテンツ再生装置が存在している場所に応じて再生コンテンツを動的に変更できるコンテンツ再生システムが記載されている。特許文献１に記載の方法は、外部情報受信手段が取得した外部情報に基づいて、動的にスケジュールを変更することが可能であり、単調なスケジュール再生にならず、ユーザの視聴やユーザの特性、天気等様々な外部要因に応じて、スケジュールを動的に変更し、コンテンツを効果的に表示することができる効果を有してはいるものの、異種サイネージシステムの相互接続や緊急でのコンテンツ差し替え機能はない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１３５１９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のように、従来においては、以下の不都合がある。
【０００６】
まず、スケジュール情報の設定手順やフォーマットが異なる。また、異種サイネージシステム間には相互接続できるインタフェースがない。また、時間枠の概念がないサイネージシステムがある。また、緊急の差し替えに対応できない。
【０００７】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、共通のフォーマットおよびシーケンスを使用することにより課題を解決するサイネージシステムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明のサイネージシステムは、
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とする。
【０００９】
また、本発明のサイネージシステムの動作方法は、
前記共通インタフェースモジュールが、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、枠情報にコンテンツ情報を割り付る工程と、
前記共通インタフェースモジュールが、枠情報を前記コンテンツ配信制御サーバに要求する工程と、
前記コンテンツ配信制御サーバが、枠情報を前記共通インタフェースモジュールに送信する工程と、
前記サイネージサーバが、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する工程と、
前記共通インタフェースモジュールが、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、表示結果を前記表示結果テーブルに格納する工程と
を含むことを特徴とする。
【００１０】
また、本発明のサイネージシステムにおける前記サイネージサーバおよび前記共通インタフェースモジュールを動作させるコンピュータプログラムは、
前記共通インタフェースモジュールが、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信する工程と、
前記共通インタフェースモジュールが、枠情報を前記コンテンツ配信制御サーバに要求する工程と、
前記サイネージサーバが、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する工程と、
前記共通インタフェースモジュールが、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信する工程と
が実行されるように前記サイネージサーバおよび前記共通インタフェースモジュールを動作させることを特徴とする。
【００１１】
また、本発明のサイネージシステムにおける前記コンテンツ配信制御サーバを動作させるコンピュータプログラムは、
前記コンテンツ配信制御サーバが、枠情報にコンテンツ情報を割り付る工程と、
前記コンテンツ配信制御サーバが、枠情報を前記共通インタフェースモジュールに送信する工程と、
前記コンテンツ配信制御サーバが、表示結果を前記表示結果テーブルに格納する工程と
が実行されるように前記コンテンツ配信制御サーバを動作させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が管理されている。この枠情報を共通フォーマットとして規定し使用することで、異なるメーカのデジタルサイネージを統合管理し、統一的なインタフェースでコンテンツの表示を制御できるようになる。また、異種複数のデジタルサイネージシステムを連携させることで、サイネージを広告メディア化することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施の形態のシステム構成を示す図。
【図２】全体処理フローのシーケンス図。
【図３】事前準備フローのシーケンス図。
【図４】枠情報登録・削除フローのシーケンス図。
【図５】枠情報更新フローのシーケンス図。
【図６】コンテンツ割付フローのシーケンス図。
【図７】枠情報通常取得フロー（コンテンツがある場合）のシーケンス図。
【図８】枠情報通常取得フロー（コンテンツが無い場合）のシーケンス図。
【図９】枠メタデータの例を示す図。
【図１０】枠メタデータの別な例を示す図。
【図１１】枠メタデータに記述された関連情報の具体的な提示方法を示す図。
【図１２】枠情報オプション取得フローのシーケンス図。
【図１３】枠情報緊急差し替えフローのシーケンス図。
【図１４】表示結果通知フローのシーケンス図。
【図１５】枠情報について状態定義を示す図。
【図１６】枠情報の状態遷移を示す図。
【発明を実施するための形態】
【００１４】
本発明のポイントは以下の通りである。
【００１５】
各デジタルサイネージシステムで配信管理を実施している機能と共通インタフェースを用いたやりとりを実現することにより、最終的な各表示端末への配信と表示は、既存の仕組みを活用する。
【００１６】
枠情報は、サイネージＩＤと時間と時間長を具備する。
【００１７】
枠情報に状態を持たせることでＣＤＣサーバでの広告の最適割り付け、人手による割り付け、緊急差し替えを実現した。
【００１８】
個別サイネージでスケジュール差し替えに要する時間を枠情報に持たせることで、各サイネージの処理能力に応じて枠情報のコンテンツ割付確定の時間を調整できる。
【００１９】
枠情報に関連情報（クーポン情報、関連ＵＲＬ等）を入れておくことで、異なるサイネージでインタラクティブサービスを提供できる。
【００２０】
表示結果通知インタフェースを具備することで、複数サイネージから統一的なレポーティングが可能である。
【００２１】
次に、本発明の実施の形態で使用する用語を定義する。
【００２２】
「広告主」とは、コンテンツの制作を行い、制作したコンテンツを提供し、他社がそのコンテンツを利用して配信することを許可する者をいう。
【００２３】
「コンテンツ配信制御サーバ（以下、ＣＤＣサーバ）」とは、コンテンツ提供者によって提供されたコンテンツを、枠メタデータに割り付けて配信指示をコントロールするサーバをいう。
【００２４】
「ＣＤＣ管理者」とは、ＣＤＣサーバを管理する者をいう。
【００２５】
「サイネージサーバ」とは、個々のサイネージシステムのコントロールと配信スケジュール管理を行い、配下にあるサイネージ端末へ配信スケジュールやコンテンツデータを送信するサーバをいう。
【００２６】
「サイネージプレーヤ」とは、サイネージサーバ配下に置かれるサイネージ端末をいい、筐体としてはＳＴＢやＰＣやＴＶ内蔵の場合がある。サイネージプレーヤにはディスプレイを接続して、コンテンツ映像の受像を行うものがある。
【００２７】
「媒体主」とは、サイネージサーバ及びサイネージプレーヤを管理している管理主をいう。
【００２８】
「コンテンツ情報管理装置」とは、コンテンツとその属性情報を受信すると、それらを記憶手段に格納する機能である登録部と、コンテンツ配信装置等からコンテンツの配信要求があると、要求されたコンテンツを記憶手段から取りだし配信する機能である配信管理部を有する。
【００２９】
「サイネージ情報管理装置」とは、サイネージサーバやサイネージプレーヤの属性情報を受信すると、それらを記憶手段に格納する機能である登録部を有する。
【００３０】
「枠情報管理装置」とは、枠情報を受信すると、それらを記憶手段に格納機能である登録部と、枠情報にコンテンツ割り付けを行った後に枠情報の取得要求があると、要求された端末に応じた枠情報を返却する機能である配信管理部を有する。
【００３１】
次に、図１を用いて、本実施の形態のシステム構成について説明する。
【００３２】
本システムは、ネットワークを介して接続されたコンテンツ配信制御サーバ（以下、ＣＤＣサーバ）とサイネージサーバ１０２から構成される。
【００３３】
ＣＤＣサーバ１０１は、広告主から入稿される広告素材ファイル１０７とコンテンツ情報をコンテンツ管理部１０８に蓄積する。コンテンツ情報１０６には、例えば、広告コンテンツのタイトル、商品名、ターゲットとなる顧客の年齢層、性別等が記述されている。コンテンツ情報は、コンテンツ情報管理部（前述のコンテンツ情報管理装置）のコンテンツ情報テーブル１０９に格納される。一方、サイネージサーバ１０２から入力されるサイネージ情報は、サイネージ情報管理部（前述のサイネージ情報管理装置）のサイネージ情報テーブル１１０に格納される。サイネージ情報には、例えば、サイネージプレーヤ１１４の設置されている場所（住所）やエリア、その場所に集まる人の属性（年齢層や人数）が記述される。
【００３４】
詳しくは図２〜図１０のシーケンス図等を用いて説明するが、広告コンテンツ配信までのＣＤＣサーバ１０１とサイネージサーバ１０２の間の通信手順の概略について説明する。
【００３５】
まず、サイネージサーバ１０２は、各サイネージプレーヤ１１４について設定された空枠（広告コンテンツを挿入してよい時間帯）を枠情報１０４として共通インタフェースモジュール（以下、共通ＩＦモジュール）１０３を介して、ＣＤＣサーバ１０１に送信し、編成管理部（前述の枠情報管理装置）の枠情報テーブル１１１に登録する。
【００３６】
ＣＤＣサーバ１０１の編成管理部では、コンテンツ情報テーブル１０９とサイネージ情報テーブル１１０を参照しながら枠情報１０４に適した広告コンテンツを割り付けてスケジュール情報（編成情報）を作成する。
【００３７】
割付が完了した枠情報１０４は枠メタデータとしてサイネージサーバ１０２に送信される。枠メタデータは、枠情報に、その枠情報に割り当てられたコンテンツ情報とスケジュール情報から構成される。
【００３８】
サイネージサーバ１０２では、枠メタデータに記述されたコンテンツ情報に対応するコンテンツデータが広告コンテンツ記憶部１１３に登録済みであるかを確認する。確認は、各サイネージプレーヤ１１４に共通なコンテンツＩＤ（以下、ＣＩＤ）１１５を用いる。各ＣＩＤに対応するコンテンツデータが広告コンテンツ記憶部１１３に登録されていなければ、枠メタデータに記述された取得プロトコルを用いて、コンテンツ所在情報に対してサイネージサーバ１０２がコンテンツデータ取得を実行し、広告コンテンツ記憶部１１３にコンテンツデータを登録する。コンテンツデータが登録済みであれば枠メタデータを各サイネージプレーヤ１１４固有のプレイリスト（コンテンツの再生順序を記述した情報）１１６に変換し、各サイネージプレーヤ１１４のプレイリストを更新する。各サイネージプレーヤ１１４では、プレイリストに従って、決められた時間に決められたコンテンツが再生表示される。
【００３９】
サイネージサーバ１０２は、一定間隔、例えば１日おきに各サイネージプレーヤ１１４にログを確認し、コンテンツが適切に表示されたかを表示結果１０５としてＣＤＣサーバ１０１に報告する。
【００４０】
ＣＤＣサーバ１０１は、表示結果１０５を表示結果テーブル１１２に格納し、広告料金の請求や支払の基礎データとして使用する。さらに、表示結果１０５を加工し表示実績レポートを作成し、広告主に対する報告に利用する。
【００４１】
次に、図２のシーケンス図を用いて全体処理フローを説明する。
【００４２】
図２のシーケンス図には、広告主、ＣＤＣ管理者、ＣＤＣサーバ１０１、共通ＩＦモジュール１０３、サイネージサーバ１０２、媒体主が登場する。図２は、ＣＤＣサーバ１０１、共通ＩＦモジュール１０３、サイネージサーバ１０２による動作を記述している。なお、図３〜図９のシーケンス図でも登場者は同じである。
【００４３】
全体処理フローは、大きく分けて「事前準備」、「配信前」、「配信後」の３フェーズから構成される。
【００４４】
事前準備としては、Ｓ３０１からＳ３０４まであるが、その詳しいシーケンスについては、図３を用いて詳述する。
【００４５】
配信前としては、Ｓ３０５からＳ３１７まであり、そのうちＳ３０５からＳ３０９までは図４を、Ｓ３１０からＳ３１２までは図５を、Ｓ３１３からＳ３１７までは図６〜図８を用いてそれぞれ詳述する。
【００４６】
配信後としては、Ｓ３１８からＳ３２１までを図９を用いて説明する。
【００４７】
次に、図３のシーケンス図を用いて事前準備フローを説明する。
【００４８】
Ｓ３０１では、まず広告主が広告を出稿する。この手順は、広告主（または、広告代理店）から広告配信を運営する会社へのメールやウェブフォームを用いて広告出稿を申し込む手順である。
【００４９】
Ｓ３０２では、ＣＤＣ管理者がＣＤＣサーバ１０１に対してコンテンツ情報を登録する。ここでは、ウェブ画面から広告コンテンツのタイトル、商品名、広告主の情報などを登録していく。
【００５０】
Ｓ３０３では、サイネージプレーヤ１１４を管理する場所オーナである媒体主からサイネージプレーヤ１１４に関するサイネージ情報を登録する。サイネージ情報としては、サイネージプレーヤ１１４が設置されている場所（住所）、エリア、路線名、その場所に集まる人の属性、人数などが含まれる。サイネージ情報は媒体主が登録するものもあるが、サイネージサーバ１０２から自動的に収集される情報や、ＣＤＣ管理者が現地調査を行うなどして登録する情報を含む場合もある。
【００５１】
Ｓ３０４ａでは、広告主からＣＤＣ管理者にコンテンツを送付し、ＣＤＣ管理者はそのコピーを媒体主に送付する。送信方法は、テープやＤＶＤ等に蓄積されたコンテンツ情報をバイク便等の物理的な配送手段で送付するものであったり、ネットワークを介してファイル転送を行ったり、ＲＴＰ（Realtime transfer protocol)等により映像のストリーム配信による送信等様々な方法が考えられる。
【００５２】
Ｓ３０４では、媒体主がサイネージサーバ１０２のＧＵＩを操作してコンテンツをサイネージサーバ１０２に登録する。
【００５３】
次に、図４のシーケンス図を用いて枠情報登録・削除フローを説明する。
【００５４】
Ｓ４０１では、媒体主が「空枠」をＧＵＩにより設定をする。空枠とは、ＣＤＣサーバ１０１から広告コンテンツを挿入することのできる、空いている時間帯のことで、枠情報としては未割付の状態の枠情報である。また、空枠は、サイネージプレーヤ１１４ごとに設定することが出来る。例えば、ＩＤとして「ｓｉｇｎａｇｅ１」を割り当てられたサイネージプレーヤ１１４の１０時から１０時５分までの３００秒間を空枠とする場合は、枠情報として、
<PODInformation  signagePlayerId=“signage1” >
<PreferenceSchedule>
<TimePoint>2008-01-01T10:00:00+09:00<TimePoint>
<Duration>PT300S</Duration>
</PreferenceSchedule>
</PODInformation>
のような形式で、「サイネージプレーヤID(signagePlayerId)」、「枠開始時刻(PreferenceSchedule/TimePoint)」、「時間長(PreferenceSchedule/Duration)」を指定する。
【００５５】
媒体主は、通常は、自社情報（駅であれば運行情報、商業施設であれば施設案内等）をデジタルサイネージで表示しており、いつでも広告コンテンツを表示できるわけではない。本発明では、空枠を登録しておき、その時間帯に限定してコンテンツを割りつけることで、媒体主のコンテンツ編成の自由度を損なうことなく広告コンテンツの配信を行うことが可能となる。
【００５６】
Ｓ４０２では、サイネージサーバ１０２の共通ＩＦモジュール１０３が枠情報登録要求を発行し、ＣＤＣサーバ１０１は枠情報を枠情報テーブル１１１に登録し、枠情報ＩＤを発行する。この場合の枠情報は、その状態を「未割付」状態として、枠情報テーブル１１１に登録される。
【００５７】
Ｓ４０３では、発行された枠情報ＩＤが共通ＩＦモジュール１０３に返却される。
【００５８】
Ｓ４０４では、「空枠」と枠情報ＩＤとを関連付けて枠情報ＩＤテーブル等で管理する。Ｓ４０４の処理が一旦終了し、その後媒体主にて空枠の削除希望が無い場合はＳ５０１に進むが、媒体主にて空枠を削除する必要が発生すると、媒体主が「空枠」をＧＵＩにより削除し、Ｓ４０５へ進む。また、空枠を変更する場合においては、空枠を一旦削除を行ってから再度新たに空枠を設定するか、もしくは、後述のＳ１１０１〜Ｓ１１０３の更新処理にて設定する。
【００５９】
Ｓ４０６では、サイネージサーバ１０２の共通ＩＦモジュール１０３は枠情報削除要求を発行し、ＣＤＣサーバ１０１は枠情報ＩＤを元に枠情報を検索し、当該枠情報を削除する。
【００６０】
Ｓ４０７では、削除に関する処理結果を共通ＩＦモジュール１０３に返却する。
【００６１】
Ｓ４０８では、処理結果に応じて枠情報ＩＤテーブル等の更新を行う。
【００６２】
次に、図５のシーケンス図を用いて枠情報更新フローを説明する。
【００６３】
Ｓ１１０１では、媒体主が「空枠」をＧＵＩにより更新する。この場合、更新できるのは枠開始時間もしくは枠終了時間のみとし、空枠の更新前と更新後とで、必ず枠開始時間から枠終了時間までで重複する時間長を含むこととする。
【００６４】
Ｓ１１０２では、サイネージサーバ１０２の共通ＩＦモジュール１０３は枠情報更新要求を発行し、ＣＤＣサーバ１０１は枠情報ＩＤを元に枠情報を検索し、当該枠情報の枠開始時間と枠終了時間の更新を行う。
【００６５】
Ｓ１１０３では、更新に関する処理結果を共通ＩＦモジュール１０３に返却する。
【００６６】
次に、図６のシーケンス図を用いてコンテンツ割付フローを説明する。
【００６７】
Ｓ５０１では、ＣＤＣ管理者がＧＵＩを用いて、サイネージ情報テーブル１１０、コンテンツ情報テーブル１０９に登録されている情報を閲覧する。
【００６８】
Ｓ５０２では、枠情報テーブル１１１に登録されている枠情報を閲覧する。
【００６９】
Ｓ５０３では、任意の枠情報を選択し、サイネージ情報、コンテンツ情報と照らし合わせながら、適当なコンテンツを枠情報に割り付ける。このフローは、ＣＤＣ管理者が手動で行う他、情報マッチングシステムによる自動割り付けも可能である。一旦割付処理を開始した枠情報は、「割付確定待ち」状態となる。
【００７０】
Ｓ５０４は、割り付けを途中で中断した場合や、割り付けを完了した場合に、その枠情報を枠情報テーブルに登録する。この場合、枠情報は「割付確定待ち」状態のまま変化はしない。コンテンツの割り付けが完了し、広告主や媒体主に割り付けを確認してもらうフロー（広告考査）がある場合は、Ｓ５０５へ進む。
【００７１】
Ｓ５０５は、広告主や媒体主にコンテンツ割り付けを確認してもらう広告考査フローである。
【００７２】
Ｓ５０６は、広告主や媒体主から広告考査について承認を得るフローである。
【００７３】
Ｓ５０７では、Ｓ５０４で登録しておいた枠情報を閲覧・選択し、割り付け確定として枠情報を枠情報テーブル１１１に登録する。この場合、枠情報は「配布待ち」状態となる。
【００７４】
次に、図７、図８のシーケンス図を用いて枠情報通常取得フローを説明する。
【００７５】
Ｓ６０１は、Ｓ６０２からＳ６０６までのフローを繰り返すことをあらわす。Ｓ６０１は各サイネージプレーヤ１１４で枠メタデータに相当するプレイリスト１１６が再生終了となるまで繰り返されるフローである。
【００７６】
Ｓ６０２では、サイネージサーバ１０２の共通ＩＦモジュール１０３は枠情報通常取得要求を発行し、ＣＤＣサーバ１０１は要求元のサイネージサーバ１０２に関する枠情報のうち、コンテンツ割付が終了していて、かつまだサイネージサーバ１０２が処理を完了していない枠情報、つまり枠状態が「配布待ち」状態のものを枠情報テーブル１１１から取り出す。ここでいう処理とは、サイネージサーバ１０２が枠情報をプレイリスト１１６に変換して、個々のサイネージプレーヤ１１４のプレイリストを更新させることをいう。取り出された枠情報は「処理結果通知待ち」状態となる。
【００７７】
Ｓ６０３では、Ｓ６０２で枠情報テーブル１１１から取り出された枠情報を枠メタデータとしてサイネージサーバ１０２へ返却する。
【００７８】
より具体的には、枠メタデータは、図９に示すようなXML(eXtensible Markup Language)として表現される。
【００７９】
枠情報を表すPODInformationタグは、枠情報ID(PODId), サイネージサーバID(signageServerId), サイネージプレーヤID(signagePlayerId)、枠状態(status)を属性として持つ。
【００８０】
PODInformationタグは要素として以下を含む。
【００８１】
PreferenceScheduleタグは空き枠の開始時刻(TimePoint)と時間長(Duration)を持つ。PlayBackControlタグは枠メタデータを共通インタフェースモジュールで解釈するための再生制御情報を表し、repeat属性は繰り返し再生を行うことを指定する。AssignedContentタグは、コンテンツID(CID)を属性として持ち、コンテンツの割り付けに関する情報を表す。AssignedContent/Scheduleタグは開始時刻からの相対時間として放映開始時間を指定する。例えば、図９では、CID=512を時刻（2008-07-27T12:00:00+09:00）から15秒間表示することを、CID=16を時刻（2008-07-27T12:00:15+09:00）から30秒間表示することを記述している。さらに、AssignedContent/RelatedMaterialタグは広告に関連する情報を記述しており、例えば、広告の対象である商品紹介サイトのＵＲＬやクーポン情報等の情報を表す。
【００８２】
図７に戻り、Ｓ６０４では、サイネージサーバ１０２がＳ６０３で返却された枠メタデータに記述されたコンテンツがサイネージサーバ１０２自身に登録済みであるか否かを確認する。確認には、枠メタデータ内に記述されたＣＩＤを用いる。
【００８３】
図８に示すように、枠情報に記述されたコンテンツがサイネージサーバ１０２自身に登録済みでない場合は、枠情報に記述された取得プロトコル、または、予め決められたプロトコルを使って、サイネージサーバ１０２自身がコンテンツの所在情報によって示される場所にあるコンテンツサーバなどに対してコンテンツの取得を実行する。その際、コンテンツの有効期限内にコンテンツを取得することとする。また、関連情報で記述された関連サイト（携帯サイトなど）や付加データなども併せて取得する。コンテンツの所在情報の特定方法としては様々な方法が考えられるが、次の（１）、（２）の方法を挙げておく。
【００８４】
（１）枠メタデータにコンテンツの所在情報（以下のような情報）を記述しておく。
【００８５】
<AssignedContent uri=”http://contents.abc.jp/19.mpg”> </AssignedContent>
（２）コンテンツの所在情報をサーバに問い合わせることにより取得する。転送プロトコルとしては、http, ftp, scp, rtp, rtspといったプロトコルを選択し使用することができる。
【００８６】
Ｓ６０５では、サイネージサーバ１０２がＳ６０４でコンテンツ登録済みを確認した枠メタデータについて、その枠メタデータに記述されたスケジュール情報やコンテンツ情報を元に、各サイネージプレーヤ１１４が読むことのできる形式のプレイリスト１１６に変換し、各サイネージプレーヤ１１４へプレイリストを配布し、各サイネージプレーヤ１１４は各々のプレイリストとして登録をする。
【００８７】
例えば、図１０に示すような枠メタデータであれば、サイネージプレーヤ”signage1”に対して、
再生コンテンツID=”c1”, 開始時刻=”2008年1月1日10時0分”, 時間長=”15秒”
再生コンテンツID=”c2”, 再生時刻=”2008年1月1日10時0分15秒”, 時間長=”30秒”
というプレイリストに変換する。
【００８８】
枠メタデータに関連情報が記述されている場合は、サイネージサーバ１０２に対して関連情報をサイネージプレーヤ１１４へ配信するよう指示する。サイネージプレーヤ１１４はプレイリストに従って、決められた時間に決められたコンテンツを再生表示するが、同期して、関連情報を各サイネージプレーヤに接続されたディスプレイまたは周辺機器（非接触ＩＣリーダ等）に提示する。
【００８９】
図１１に示すように、具体的な提示方法の例としては以下がある。
【００９０】
図１１（ａ）：サイネージプレーヤ１１４に、非接触ＩＣカードリーダ（Ｆｅｌｉｃａ（登録商標）リーダ）を接続しておき、携帯電話等の非接触ＩＣカードでタッチしたタイミングで、関連情報ＵＲＬをＩＣカード側へ送信する。
【００９１】
図１１（ｂ）：関連情報ＵＲＬを文字情報であるテロップ、ＱＲコード、電子透かし等の画像情報へ変換しコンテンツに重畳して表示する。関連情報の画像変換はＣＤＣサーバ１０１、共通インタフェースモジュール１０３、サイネージサーバ１０２、サイネージプレーヤ１１４のいずれかで実行される。
【００９２】
このように、デジタルサイネージを見る人が広告に興味関心を持ったときに、詳細な情報を取得できる手段を提供することで、生活者に対する利便性を高めるとともに、広告主にとっては広告効果を高め、購買に誘導できる効果がある。
【００９３】
Ｓ６０６では、Ｓ６０５でプレイリスト更新指示を出したもしくはプレイリスト更新が完了した枠メタデータについては、処理結果通知をＯＫとしてＣＤＣサーバ１０１へ送信する。Ｓ６０４でコンテンツの登録が確認できなかった枠メタデータ及びＳ６０５で何らかの原因によりサイネージプレーヤ１１４のプレイリストが更新できなかった枠メタデータについては、処理結果通知をＮＧとしてＣＤＣサーバ１０１へ送信する。
【００９４】
Ｓ６０７では、ＣＤＣサーバ１０１がＳ６０６で送信された処理結果通知を受け取り、枠情報テーブル１１１に処理結果を登録する。処理結果通知でＯＫが返却された枠情報については「再生待ち」状態になり、ＮＧが返却された枠情報については「配布待ち」状態になる。「配布待ち」状態になった枠情報については、再度Ｓ６０２のシーケンスに戻ることになる。
【００９５】
次に、図１２のシーケンス図を用いて枠情報オプション取得フローを説明する。
【００９６】
Ｓ７０１は、Ｓ７０２からＳ７０６までのフローを繰り返すことをあらわす。
【００９７】
Ｓ７０２では、サイネージサーバ１０２の共通ＩＦモジュール１０３は枠情報オプション取得要求を発行し、ＣＤＣサーバ１０１は要求元のサイネージサーバ１０２に関する枠情報のうち、枠状態が「配布待ち」状態のもの、あるいは特定のサイネージプレーヤ１１４に関する枠情報のうち、枠状態が「配布待ち」状態のものを枠情報テーブル１１１から取り出す。取り出された枠情報は「処理結果通知待ち」状態となる。
【００９８】
Ｓ７０３では、Ｓ７０２で枠情報テーブル１１１から取り出された枠情報を枠メタデータとしてサイネージサーバ１０２へ返却する。
【００９９】
Ｓ７０４では、サイネージサーバ１０２がＳ７０３で返却された枠メタデータに記述されたコンテンツがサイネージサーバ１０２自身に登録済みであるか否かを確認する。確認には、枠メタデータ内に記述されたＣＩＤを用いる。
【０１００】
Ｓ７０５では、サイネージサーバ１０２がＳ７０４でコンテンツ登録済みを確認した枠メタデータについて各サイネージプレーヤ１１４固有のプレイリスト１１６に変換し、各サイネージプレーヤ１１４は各々のプレイリストを更新する。
【０１０１】
Ｓ７０６では、Ｓ７０５でプレイリスト更新指示を出したもしくはプレイリスト更新が完了した枠メタデータについては、処理結果通知をＯＫとしてＣＤＣサーバ１０１へ送信する。Ｓ７０４でコンテンツの登録が確認できなかった枠メタデータ及びＳ７０５で何らかの原因によりサイネージプレーヤ１１４のプレイリストが更新できなかった枠メタデータについては、処理結果通知をＮＧとしてＣＤＣサーバ１０１へ送信する。
【０１０２】
Ｓ７０７では、ＣＤＣサーバ１０１がＳ７０６で送信された処理結果通知を受け取り、枠情報テーブル１１１に処理結果を登録する。処理結果通知でＯＫが返却された枠情報については「再生待ち」状態になり、ＮＧが返却された枠情報については「配布待ち」状態になる。「配布待ち」状態になった枠情報については、再度Ｓ７０２もしくは６０２のシーケンスに戻ることになる。
【０１０３】
次に、図１３のシーケンス図を用いて枠情報緊急差し替えフローを説明する。
【０１０４】
Ｓ８０１では、広告主から広告を緊急に差し替える依頼がある。
【０１０５】
Ｓ８０３では、ＣＤＣ管理者がＧＵＩを用いて差し替える必要があるコンテンツをコンテンツ情報テーブル１０９から検索し、ＣＩＤを取得する。
【０１０６】
Ｓ８０３では、Ｓ８０２で取得したＣＩＤを割り付けている枠情報を枠情報テーブル１１１から検索する。
【０１０７】
Ｓ８０４では、Ｓ８０３で該当する枠情報を選択し、サイネージ情報、コンテンツ情報と照らし合わせながら、適当なコンテンツを枠情報に再度割り付ける。このフローは、ＣＤＣ管理者が手動で行う他、情報マッチングシステムによる自動割り付けも可能である。この場合、枠情報は「割付確定待ち」状態となる。
【０１０８】
Ｓ８０５では、Ｓ８０４で割り付けた枠情報を登録し、割り付け確定とする。この場合、枠情報は「配布待ち」状態となる。
【０１０９】
Ｓ８０６では、サイネージサーバ１０２の共通ＩＦモジュール１０３は枠情報通常取得要求を発行し、Ｓ８０７では、ＣＤＣサーバ１０１は要求元のサイネージサーバ１０２に関する枠情報のうち、コンテンツ割付が終了していて、かつまだサイネージサーバ１０２が処理を完了していない枠情報に加えて、サイネージサーバ１０２では処理が完了している完了していないに関わらず緊急差し替えを行なった枠情報も枠情報テーブル１１１から取り出す。取り出された枠情報は「処理結果通知待ち」状態となる。
【０１１０】
Ｓ８０８では、Ｓ８０７で枠情報テーブル１１１から取り出された枠情報を枠メタデータとしてサイネージサーバ１０２へ返却する。
【０１１１】
Ｓ８０９では、サイネージサーバ１０２がＳ８０８で返却された枠メタデータに記述されたコンテンツがサイネージサーバ１０２自身に登録済みであるか否かを確認する。確認には、枠メタデータ内に記述されたＣＩＤを用いる。
【０１１２】
Ｓ８１０では、サイネージサーバ１０２がＳ８０９でコンテンツ登録済みを確認した枠メタデータについて各サイネージプレーヤ１１４固有のプレイリスト１１６に変換し、各サイネージプレーヤ１１４は各々のプレイリストを更新する。各サイネージプレーヤ１１４はプレイリストを既に更新している更新していないに関わらず更新する。
【０１１３】
Ｓ８１１では、Ｓ８１０でプレイリスト更新指示を出したもしくはプレイリスト更新が完了した枠メタデータについては、処理結果通知をＯＫとしてＣＤＣサーバ１０１へ送信する。Ｓ８０９でコンテンツの登録が確認できなかった枠メタデータ及びＳ８１０で何らかの原因によりサイネージプレーヤ１１４のプレイリストが更新できなかった枠メタデータについては、処理結果通知をＮＧとしてＣＤＣサーバ１０１へ送信する。
【０１１４】
Ｓ８１２では、ＣＤＣサーバ１０１がＳ８１１で送信された処理結果通知を受け取り、枠情報テーブル１１１に処理結果を登録する。処理結果通知でＯＫが返却された枠情報については「再生待ち」状態になり、ＮＧが返却された枠情報については「配布待ち」状態になる。「配布待ち」状態になった枠情報については、再度Ｓ７０２もしくはＳ６０２のシーケンスに戻ることになる。
【０１１５】
次に、図１４のシーケンス図を用いて表示結果通知フローを説明する。
【０１１６】
Ｓ９０１では、共通ＩＦモジュール１０３が一定間隔でログを収集する。ここでいうログとは、サイネージサーバ１０２が蓄積する各サイネージプレーヤ１１４のログ（再生ログ、表示ログ、目視ログを含む）である。共通ＩＦモジュール１０３はログを解析して、ＣＤＣサーバ１０１から配信された広告コンテンツに関連するログのみを抽出し、予め規定した形式の表示結果に変換する。表示結果としては、コンテンツＩＤ，サイネージプレーヤＩＤ，表示開始時刻，表示終了時刻等を含む。広告コンテンツに関連するログを抽出する方法としては、コンテンツＩＤとサイネージシステム内部のコンテンツ識別子を対応づけて管理する方法、放映予定時刻とログを時刻で突き合わせる方法等が考えられる。このように、外部（ＣＤＣサーバ）から配信された広告コンテンツに関連するログのみを抽出することで、ＣＤＣサーバ側では表示実績レポートに変換可能となると同時に、媒体主独自の情報を漏洩することがないというメリットがある。各サイネージプレーヤ１１４が、非接触ＩＣカードリーダ等のアクセスログを記録しておき、共通ＩＦモジュールを介してＣＤＣサーバに送信する構成も可能である。
【０１１７】
Ｓ９０２では、Ｓ９０１で変換された表示結果をＣＤＣサーバ１０１へ送信する。
【０１１８】
Ｓ９０３では、ＣＤＣサーバ１０１が表示結果を受領したかどうかを処理結果として返却する。
【０１１９】
Ｓ９０４では、ＣＤＣサーバ１０１が受領した表示結果を表示結果テーブル１１２に格納する。この場合、枠情報は「表示結果通知済み」状態となる。
【０１２０】
Ｓ９０５では、ＣＤＣ管理者がＧＵＩで表示結果テーブル１１２を閲覧し、広告料金の請求や支払の基礎データとして使用等する。
【０１２１】
Ｓ９０６では、表示結果テーブル１１２から表示結果を取りだし表示実績レポートに変換する。
【０１２２】
Ｓ９０７では、Ｓ９０６で変換されたレポートを広告主に対する報告等に利用する。
【０１２３】
図１５は、ＣＤＣサーバ１０１で管理している枠情報について状態定義を示す図である。図１６は、その枠情報の状態遷移を示す図である。
【０１２４】
枠情報は、サイネージサーバ１０２上で媒体主がＧＵＩにより設定する「空枠」であり、サイネージサーバ１０２からＣＤＣサーバ１０１に送信される。このとき、ＣＤＣサーバ１０１では、枠情報は「未割付」状態で生成され、枠情報テーブル１１１に登録されても「未割付」状態は変化しない（Ｔ１００１）。
【０１２５】
一旦コンテンツ割り付けが開始されると、枠情報は「割付確定待ち」状態となり、確定されるまでこの状態が継続される（Ｔ１００２）。
【０１２６】
広告考査・承認後、割り付け確定が完了すると、枠情報は「配布待ち」状態となる。なお、この状態のまま枠情報の開始時刻が経過した場合のみ、枠情報は「再生待ち」状態に移行する（Ｔ１００３）。
【０１２７】
枠情報が枠メタデータとしてＣＤＣサーバ１０１からサイネージサーバ１０２へ送信されると、枠情報は「処理結果通知待ち」状態となり、サイネージサーバ１０２からの処理結果通知を待っている状態となる。なお、この状態のまま枠情報の開始時刻が経過した場合のみ、枠情報は「再生待ち」状態に移行する（Ｔ１００４）。
【０１２８】
サイネージサーバ１０２における枠情報処理が成功した場合、サイネージサーバ１０２からＣＤＣサーバ１０１へ処理結果通知で成功が送信され、枠情報は「再生待ち」状態となる（Ｔ１００５）。
【０１２９】
サイネージサーバ１０２における枠情報処理が失敗した場合、サイネージサーバ１０２からＣＤＣサーバ１０１へ処理結果通知で失敗が送信され、枠情報は「配布待ち」状態となる（Ｔ１００６）。
【０１３０】
Ｔ１００５の「再生待ち」状態において、枠情報の終了時間が経過した場合、枠情報は「表示結果通知待ち」状態に移行する。つまり、サイネージプレーヤ１１４における再生が終了し、サイネージサーバ１０２から表示結果通知を待っている状態である（Ｔ１００７）。
【０１３１】
サイネージサーバ１０２からＣＤＣサーバ１０１に表示結果通知があり、表示結果通知を正常に受理した場合、枠情報は「表示結果通知済み」状態となる。なお、表示結果通知に枠情報を特定するＩＤが含まれない場合などは、この状態に遷移しないこともありうる（Ｔ１００８）。
【０１３２】
本実施形態では、ＣＤＣサーバを管理する広告配信運営会社が枠に対する広告コンテンツの割付を行い、広告主（代理店）や媒体主での考査で承認を受けてから広告コンテンツの配信を行うワークフローを想定しており、ワークフローに対応して、図１０、１１に示したような状態遷移を規定している。ワークフローに応じて、枠情報の状態は様々なバリエーションが考えられる。例えば、広告コンテンツの割付が自動化され、広告主、媒体主での考査も実施しないワークフローを想定する場合は、枠情報に状態を持たせない実施形態も可能である。
【０１３３】
また、共通ＩＦモジュールをサイネージサーバに実装するのではなく、サイネージサーバと独立したサーバとして実現し、プレイリスト変換、コンテンツ取得等の処理を一部、人手で行うような実現形態も考えられる。
【０１３４】
なお、本実施の形態のサイネージシステムにおけるサイネージサーバおよびＩＦモジュールを動作させるコンピュータプログラムや、本実施の形態のサイネージシステムにおけるＣＤＣサーバを動作させるコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に格納し、陳列などして流通させることができる。または、当該コンピュータプログラムをインターネットなどの通信網を介して伝送させてもよい。
【符号の説明】
【０１３５】
１０１…ＣＤＣサーバ、１０２…サイネージサーバ、１０３…共通ＩＦモジュール、１０４…枠情報、１０５…表示結果、１０９…コンテンツ情報テーブル、１１０…サイネージ情報テーブル、１１１…枠情報テーブル、１１２…表示結果テーブル、１１３…広告コンテンツ記憶部、１１４…サイネージプレーヤ、１１６…プレイリスト
【図１】
2010134903.tif 000003
【図２】
2010134903.tif 000004
【図３】
2010134903.tif 000005
【図４】
2010134903.tif 000006
【図５】
2010134903.tif 000007
【図６】
2010134903.tif 000008
【図７】
2010134903.tif 000009
【図８】
2010134903.tif 000010
【図９】
2010134903.tif 000011
【図１０】
2010134903.tif 000012
【図１１】
2010134903.tif 000013
【図１２】
2010134903.tif 000014
【図１３】
2010134903.tif 000015
【図１４】
2010134903.tif 000016
【図１５】
2010134903.tif 000017
【図１６】
2010134903.tif 000018