JP4852632B2 - サイネージシステム - Google Patents
サイネージシステム Download PDFInfo
- Publication number
- JP4852632B2 JP4852632B2 JP2009163809A JP2009163809A JP4852632B2 JP 4852632 B2 JP4852632 B2 JP 4852632B2 JP 2009163809 A JP2009163809 A JP 2009163809A JP 2009163809 A JP2009163809 A JP 2009163809A JP 4852632 B2 JP4852632 B2 JP 4852632B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- signage
- frame information
- server
- playlist
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012545 processing Methods 0.000 claims description 50
- 238000004590 computer program Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 claims description 4
- 238000000034 method Methods 0.000 description 27
- 238000010586 diagram Methods 0.000 description 24
- 230000006870 function Effects 0.000 description 15
- 238000007726 management method Methods 0.000 description 14
- 230000008569 process Effects 0.000 description 9
- 238000012790 confirmation Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 4
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 230000008520 organization Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、例えば、異種複数のデジタルサイネージシステムでコンテンツを出し分けようとする事業者がデジタルサイネージシステムに対して統一的なインタフェースで接続制御を行う場合のシステム構成およびネットワーク接続制御方法に関する。
デジタルサイネージシステムでコンテンツを出し分けるためには、「どの場所に」、「いつ」、「どのコンテンツを」表示するかをスケジュール情報として、各デジタルサイネージシステムに個別に設定する必要があり、各デジタルサイネージシステムのスケジュール情報の設定手順やフォーマットに合わせて個別に設定を実施していた。
また、特許文献１には、コンテンツ再生装置が存在している場所に応じて再生コンテンツを動的に変更できるコンテンツ再生システムが記載されている。特許文献１に記載の方法は、外部情報受信手段が取得した外部情報に基づいて、動的にスケジュールを変更することが可能であり、単調なスケジュール再生にならず、ユーザの視聴やユーザの特性、天気等様々な外部要因に応じて、スケジュールを動的に変更し、コンテンツを効果的に表示することができる効果を有してはいるものの、異種サイネージシステムの相互接続や緊急でのコンテンツ差し替え機能はない。
上記のように、従来においては、以下の不都合がある。
まず、スケジュール情報の設定手順やフォーマットが異なる。また、異種サイネージシステム間には相互接続できるインタフェースがない。また、時間枠の概念がないサイネージシステムがある。また、緊急の差し替えに対応できない。
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、共通のフォーマットおよびシーケンスを使用することにより課題を解決するサイネージシステムを提供することにある。
上記の課題を解決するために、本発明のサイネージシステムは、
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とする。
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とする。
また、本発明のサイネージシステムの動作方法は、
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備えるサイネージシステムの動作方法であって、
前記共通インタフェースモジュールが、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、枠情報にコンテンツ情報を割り付る工程と、
前記共通インタフェースモジュールが、枠情報を前記コンテンツ配信制御サーバに要求する工程と、
前記コンテンツ配信制御サーバが、枠情報を前記共通インタフェースモジュールに送信する工程と、
前記サイネージサーバが、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する工程と、
前記共通インタフェースモジュールが、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、表示結果を前記表示結果テーブルに格納する工程と
を含むことを特徴とする。
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備えるサイネージシステムの動作方法であって、
前記共通インタフェースモジュールが、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、枠情報にコンテンツ情報を割り付る工程と、
前記共通インタフェースモジュールが、枠情報を前記コンテンツ配信制御サーバに要求する工程と、
前記コンテンツ配信制御サーバが、枠情報を前記共通インタフェースモジュールに送信する工程と、
前記サイネージサーバが、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する工程と、
前記共通インタフェースモジュールが、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、表示結果を前記表示結果テーブルに格納する工程と
を含むことを特徴とする。
また、本発明のコンピュータプログラムは、
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とするサイネージシステムにおける前記サイネージサーバとしてコンピュータを機能させるためのコンピュータプログラムであって、
前記サイネージサーバを、
前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信することを前記共通インタフェースモジュールに実行させる手段と、
枠情報を前記コンテンツ配信制御サーバに要求することを前記共通インタフェースモジュールに実行させる手段と、
前記コンテンツ配信制御サーバから送信された前記枠情報を前記共通インタフェースモジュールを介して受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する手段と、
プレイリストの更新に関する処理結果を前記サイネージサーバから取得し前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信することを前記共通インタフェースモジュールに実行させる手段と
して機能させるためのコンピュータプログラムである。
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とするサイネージシステムにおける前記サイネージサーバとしてコンピュータを機能させるためのコンピュータプログラムであって、
前記サイネージサーバを、
前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信することを前記共通インタフェースモジュールに実行させる手段と、
枠情報を前記コンテンツ配信制御サーバに要求することを前記共通インタフェースモジュールに実行させる手段と、
前記コンテンツ配信制御サーバから送信された前記枠情報を前記共通インタフェースモジュールを介して受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する手段と、
プレイリストの更新に関する処理結果を前記サイネージサーバから取得し前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信することを前記共通インタフェースモジュールに実行させる手段と
して機能させるためのコンピュータプログラムである。
また、他の本発明のコンピュータプログラムは、
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とするサイネージシステムにおける前記コンテンツ配信制御サーバとしてコンピュータを機能させるためのコンピュータプログラムであって、
前記コンテンツ配信制御サーバを、
前記共通インタフェースモジュールから送信された枠情報にコンテンツ情報を割り付ける手段と、
前記枠情報を前記共通インタフェースモジュールに送信する手段と、
前記共通インタフェースモジュールから送信された表示結果を前記表示結果テーブルに格納する手段と
して機能させるためのコンピュータプログラムである。
コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とするサイネージシステムにおける前記コンテンツ配信制御サーバとしてコンピュータを機能させるためのコンピュータプログラムであって、
前記コンテンツ配信制御サーバを、
前記共通インタフェースモジュールから送信された枠情報にコンテンツ情報を割り付ける手段と、
前記枠情報を前記共通インタフェースモジュールに送信する手段と、
前記共通インタフェースモジュールから送信された表示結果を前記表示結果テーブルに格納する手段と
して機能させるためのコンピュータプログラムである。
本発明によれば、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が管理されている。この枠情報を共通フォーマットとして規定し使用することで、異なるメーカのデジタルサイネージを統合管理し、統一的なインタフェースでコンテンツの表示を制御できるようになる。また、異種複数のデジタルサイネージシステムを連携させることで、サイネージを広告メディア化することができる。
本発明のポイントは以下の通りである。
各デジタルサイネージシステムで配信管理を実施している機能と共通インタフェースを用いたやりとりを実現することにより、最終的な各表示端末への配信と表示は、既存の仕組みを活用する。
枠情報は、サイネージＩＤと時間と時間長を具備する。
枠情報に状態を持たせることでＣＤＣサーバでの広告の最適割り付け、人手による割り付け、緊急差し替えを実現した。
個別サイネージでスケジュール差し替えに要する時間を枠情報に持たせることで、各サイネージの処理能力に応じて枠情報のコンテンツ割付確定の時間を調整できる。
枠情報に関連情報（クーポン情報、関連ＵＲＬ等）を入れておくことで、異なるサイネージでインタラクティブサービスを提供できる。
表示結果通知インタフェースを具備することで、複数サイネージから統一的なレポーティングが可能である。
次に、本発明の実施の形態で使用する用語を定義する。
「広告主」とは、コンテンツの制作を行い、制作したコンテンツを提供し、他社がそのコンテンツを利用して配信することを許可する者をいう。
「コンテンツ配信制御サーバ（以下、ＣＤＣサーバ）」とは、コンテンツ提供者によって提供されたコンテンツを、枠メタデータに割り付けて配信指示をコントロールするサーバをいう。
「ＣＤＣ管理者」とは、ＣＤＣサーバを管理する者をいう。
「サイネージサーバ」とは、個々のサイネージシステムのコントロールと配信スケジュール管理を行い、配下にあるサイネージ端末へ配信スケジュールやコンテンツデータを送信するサーバをいう。
「サイネージプレーヤ」とは、サイネージサーバ配下に置かれるサイネージ端末をいい、筐体としてはＳＴＢやＰＣやＴＶ内蔵の場合がある。サイネージプレーヤにはディスプレイを接続して、コンテンツ映像の受像を行うものがある。
「媒体主」とは、サイネージサーバ及びサイネージプレーヤを管理している管理主をいう。
「コンテンツ情報管理装置」とは、コンテンツとその属性情報を受信すると、それらを記憶手段に格納する機能である登録部と、コンテンツ配信装置等からコンテンツの配信要求があると、要求されたコンテンツを記憶手段から取りだし配信する機能である配信管理部を有する。
「サイネージ情報管理装置」とは、サイネージサーバやサイネージプレーヤの属性情報を受信すると、それらを記憶手段に格納する機能である登録部を有する。
「枠情報管理装置」とは、枠情報を受信すると、それらを記憶手段に格納機能である登録部と、枠情報にコンテンツ割り付けを行った後に枠情報の取得要求があると、要求された端末に応じた枠情報を返却する機能である配信管理部を有する。
次に、図１を用いて、本実施の形態のシステム構成について説明する。
本システムは、ネットワークを介して接続されたコンテンツ配信制御サーバ（以下、ＣＤＣサーバ）とサイネージサーバ１０２から構成される。
ＣＤＣサーバ１０１は、広告主から入稿される広告素材ファイル１０７とコンテンツ情報をコンテンツ管理部１０８に蓄積する。コンテンツ情報１０６には、例えば、広告コンテンツのタイトル、商品名、ターゲットとなる顧客の年齢層、性別等が記述されている。コンテンツ情報は、コンテンツ情報管理部（前述のコンテンツ情報管理装置）のコンテンツ情報テーブル１０９に格納される。一方、サイネージサーバ１０２から入力されるサイネージ情報は、サイネージ情報管理部（前述のサイネージ情報管理装置）のサイネージ情報テーブル１１０に格納される。サイネージ情報には、例えば、サイネージプレーヤ１１４の設置されている場所（住所）やエリア、その場所に集まる人の属性（年齢層や人数）が記述される。
詳しくは図２〜図１０のシーケンス図等を用いて説明するが、広告コンテンツ配信までのＣＤＣサーバ１０１とサイネージサーバ１０２の間の通信手順の概略について説明する。
まず、サイネージサーバ１０２は、各サイネージプレーヤ１１４について設定された空枠（広告コンテンツを挿入してよい時間帯）を枠情報１０４として共通インタフェースモジュール（以下、共通ＩＦモジュール）１０３を介して、ＣＤＣサーバ１０１に送信し、編成管理部（前述の枠情報管理装置）の枠情報テーブル１１１に登録する。
ＣＤＣサーバ１０１の編成管理部では、コンテンツ情報テーブル１０９とサイネージ情報テーブル１１０を参照しながら枠情報１０４に適した広告コンテンツを割り付けてスケジュール情報（編成情報）を作成する。
割付が完了した枠情報１０４は枠メタデータとしてサイネージサーバ１０２に送信される。枠メタデータは、枠情報に、その枠情報に割り当てられたコンテンツ情報とスケジュール情報から構成される。
サイネージサーバ１０２では、枠メタデータに記述されたコンテンツ情報に対応するコンテンツデータが広告コンテンツ記憶部１１３に登録済みであるかを確認する。確認は、各サイネージプレーヤ１１４に共通なコンテンツＩＤ（以下、ＣＩＤ）１１５を用いる。各ＣＩＤに対応するコンテンツデータが広告コンテンツ記憶部１１３に登録されていなければ、枠メタデータに記述された取得プロトコルを用いて、コンテンツ所在情報に対してサイネージサーバ１０２がコンテンツデータ取得を実行し、広告コンテンツ記憶部１１３にコンテンツデータを登録する。コンテンツデータが登録済みであれば枠メタデータを各サイネージプレーヤ１１４固有のプレイリスト（コンテンツの再生順序を記述した情報）１１６に変換し、各サイネージプレーヤ１１４のプレイリストを更新する。各サイネージプレーヤ１１４では、プレイリストに従って、決められた時間に決められたコンテンツが再生表示される。
サイネージサーバ１０２は、一定間隔、例えば１日おきに各サイネージプレーヤ１１４にログを確認し、コンテンツが適切に表示されたかを表示結果１０５としてＣＤＣサーバ１０１に報告する。
ＣＤＣサーバ１０１は、表示結果１０５を表示結果テーブル１１２に格納し、広告料金の請求や支払の基礎データとして使用する。さらに、表示結果１０５を加工し表示実績レポートを作成し、広告主に対する報告に利用する。
次に、図２のシーケンス図を用いて全体処理フローを説明する。
図２のシーケンス図には、広告主、ＣＤＣ管理者、ＣＤＣサーバ１０１、共通ＩＦモジュール１０３、サイネージサーバ１０２、媒体主が登場する。図２は、ＣＤＣサーバ１０１、共通ＩＦモジュール１０３、サイネージサーバ１０２による動作を記述している。なお、図３〜図９のシーケンス図でも登場者は同じである。
全体処理フローは、大きく分けて「事前準備」、「配信前」、「配信後」の３フェーズから構成される。
事前準備としては、Ｓ３０１からＳ３０４まであるが、その詳しいシーケンスについては、図３を用いて詳述する。
配信前としては、Ｓ３０５からＳ３１７まであり、そのうちＳ３０５からＳ３０９までは図４を、Ｓ３１０からＳ３１２までは図５を、Ｓ３１３からＳ３１７までは図６〜図８を用いてそれぞれ詳述する。
配信後としては、Ｓ３１８からＳ３２１までを図９を用いて説明する。
次に、図３のシーケンス図を用いて事前準備フローを説明する。
Ｓ３０１では、まず広告主が広告を出稿する。この手順は、広告主（または、広告代理店）から広告配信を運営する会社へのメールやウェブフォームを用いて広告出稿を申し込む手順である。
Ｓ３０２では、ＣＤＣ管理者がＣＤＣサーバ１０１に対してコンテンツ情報を登録する。ここでは、ウェブ画面から広告コンテンツのタイトル、商品名、広告主の情報などを登録していく。
Ｓ３０３では、サイネージプレーヤ１１４を管理する場所オーナである媒体主からサイネージプレーヤ１１４に関するサイネージ情報を登録する。サイネージ情報としては、サイネージプレーヤ１１４が設置されている場所（住所）、エリア、路線名、その場所に集まる人の属性、人数などが含まれる。サイネージ情報は媒体主が登録するものもあるが、サイネージサーバ１０２から自動的に収集される情報や、ＣＤＣ管理者が現地調査を行うなどして登録する情報を含む場合もある。
Ｓ３０４ａでは、広告主からＣＤＣ管理者にコンテンツを送付し、ＣＤＣ管理者はそのコピーを媒体主に送付する。送信方法は、テープやＤＶＤ等に蓄積されたコンテンツ情報をバイク便等の物理的な配送手段で送付するものであったり、ネットワークを介してファイル転送を行ったり、ＲＴＰ（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)」を指定する。
<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といったプロトコルを選択し使用することができる。
（２）コンテンツの所在情報をサーバに問い合わせることにより取得する。転送プロトコルとしては、http, ftp, scp, rtp, rtspといったプロトコルを選択し使用することができる。
Ｓ６０５では、サイネージサーバ１０２がＳ６０４でコンテンツ登録済みを確認した枠メタデータについて、その枠メタデータに記述されたスケジュール情報やコンテンツ情報を元に、各サイネージプレーヤ１１４が読むことのできる形式のプレイリスト１１６に変換し、各サイネージプレーヤ１１４へプレイリストを配布し、各サイネージプレーヤ１１４は各々のプレイリストとして登録をする。
例えば、図１０に示すような枠メタデータであれば、サイネージプレーヤ”signage1”に対して、
再生コンテンツID=”c1”, 開始時刻=”2008年1月1日10時0分”, 時間長=”15秒”
再生コンテンツID=”c2”, 再生時刻=”2008年1月1日10時0分15秒”, 時間長=”30秒”
というプレイリストに変換する。
再生コンテンツID=”c1”, 開始時刻=”2008年1月1日10時0分”, 時間長=”15秒”
再生コンテンツID=”c2”, 再生時刻=”2008年1月1日10時0分15秒”, 時間長=”30秒”
というプレイリストに変換する。
枠メタデータに関連情報が記述されている場合は、サイネージサーバ１０２に対して関連情報をサイネージプレーヤ１１４へ配信するよう指示する。サイネージプレーヤ１１４はプレイリストに従って、決められた時間に決められたコンテンツを再生表示するが、同期して、関連情報を各サイネージプレーヤに接続されたディスプレイまたは周辺機器（非接触ＩＣリーダ等）に提示する。
図１１に示すように、具体的な提示方法の例としては以下がある。
図１１（ａ）：サイネージプレーヤ１１４に、非接触ＩＣカードリーダ（Ｆｅｌｉｃａ（登録商標）リーダ）を接続しておき、携帯電話等の非接触ＩＣカードでタッチしたタイミングで、関連情報ＵＲＬをＩＣカード側へ送信する。
図１１（ｂ）：関連情報ＵＲＬを文字情報であるテロップ、ＱＲコード、電子透かし等の画像情報へ変換しコンテンツに重畳して表示する。関連情報の画像変換はＣＤＣサーバ１０１、共通インタフェースモジュール１０３、サイネージサーバ１０２、サイネージプレーヤ１１４のいずれかで実行される。
このように、デジタルサイネージを見る人が広告に興味関心を持ったときに、詳細な情報を取得できる手段を提供することで、生活者に対する利便性を高めるとともに、広告主にとっては広告効果を高め、購買に誘導できる効果がある。
Ｓ６０６では、Ｓ６０５でプレイリスト更新指示を出したもしくはプレイリスト更新が完了した枠メタデータについては、処理結果通知をＯＫとしてＣＤＣサーバ１０１へ送信する。Ｓ６０４でコンテンツの登録が確認できなかった枠メタデータ及びＳ６０５で何らかの原因によりサイネージプレーヤ１１４のプレイリストが更新できなかった枠メタデータについては、処理結果通知をＮＧとしてＣＤＣサーバ１０１へ送信する。
Ｓ６０７では、ＣＤＣサーバ１０１がＳ６０６で送信された処理結果通知を受け取り、枠情報テーブル１１１に処理結果を登録する。処理結果通知でＯＫが返却された枠情報については「再生待ち」状態になり、ＮＧが返却された枠情報については「配布待ち」状態になる。「配布待ち」状態になった枠情報については、再度Ｓ６０２のシーケンスに戻ることになる。
次に、図１２のシーケンス図を用いて枠情報オプション取得フローを説明する。
Ｓ７０１は、Ｓ７０２からＳ７０６までのフローを繰り返すことをあらわす。
Ｓ７０２では、サイネージサーバ１０２の共通ＩＦモジュール１０３は枠情報オプション取得要求を発行し、ＣＤＣサーバ１０１は要求元のサイネージサーバ１０２に関する枠情報のうち、枠状態が「配布待ち」状態のもの、あるいは特定のサイネージプレーヤ１１４に関する枠情報のうち、枠状態が「配布待ち」状態のものを枠情報テーブル１１１から取り出す。取り出された枠情報は「処理結果通知待ち」状態となる。
Ｓ７０３では、Ｓ７０２で枠情報テーブル１１１から取り出された枠情報を枠メタデータとしてサイネージサーバ１０２へ返却する。
Ｓ７０４では、サイネージサーバ１０２がＳ７０３で返却された枠メタデータに記述されたコンテンツがサイネージサーバ１０２自身に登録済みであるか否かを確認する。確認には、枠メタデータ内に記述されたＣＩＤを用いる。
Ｓ７０５では、サイネージサーバ１０２がＳ７０４でコンテンツ登録済みを確認した枠メタデータについて各サイネージプレーヤ１１４固有のプレイリスト１１６に変換し、各サイネージプレーヤ１１４は各々のプレイリストを更新する。
Ｓ７０６では、Ｓ７０５でプレイリスト更新指示を出したもしくはプレイリスト更新が完了した枠メタデータについては、処理結果通知をＯＫとしてＣＤＣサーバ１０１へ送信する。Ｓ７０４でコンテンツの登録が確認できなかった枠メタデータ及びＳ７０５で何らかの原因によりサイネージプレーヤ１１４のプレイリストが更新できなかった枠メタデータについては、処理結果通知をＮＧとしてＣＤＣサーバ１０１へ送信する。
Ｓ７０７では、ＣＤＣサーバ１０１がＳ７０６で送信された処理結果通知を受け取り、枠情報テーブル１１１に処理結果を登録する。処理結果通知でＯＫが返却された枠情報については「再生待ち」状態になり、ＮＧが返却された枠情報については「配布待ち」状態になる。「配布待ち」状態になった枠情報については、再度Ｓ７０２もしくは６０２のシーケンスに戻ることになる。
次に、図１３のシーケンス図を用いて枠情報緊急差し替えフローを説明する。
Ｓ８０１では、広告主から広告を緊急に差し替える依頼がある。
Ｓ８０３では、ＣＤＣ管理者がＧＵＩを用いて差し替える必要があるコンテンツをコンテンツ情報テーブル１０９から検索し、ＣＩＤを取得する。
Ｓ８０３では、Ｓ８０２で取得したＣＩＤを割り付けている枠情報を枠情報テーブル１１１から検索する。
Ｓ８０４では、Ｓ８０３で該当する枠情報を選択し、サイネージ情報、コンテンツ情報と照らし合わせながら、適当なコンテンツを枠情報に再度割り付ける。このフローは、ＣＤＣ管理者が手動で行う他、情報マッチングシステムによる自動割り付けも可能である。この場合、枠情報は「割付確定待ち」状態となる。
Ｓ８０５では、Ｓ８０４で割り付けた枠情報を登録し、割り付け確定とする。この場合、枠情報は「配布待ち」状態となる。
Ｓ８０６では、サイネージサーバ１０２の共通ＩＦモジュール１０３は枠情報通常取得要求を発行し、Ｓ８０７では、ＣＤＣサーバ１０１は要求元のサイネージサーバ１０２に関する枠情報のうち、コンテンツ割付が終了していて、かつまだサイネージサーバ１０２が処理を完了していない枠情報に加えて、サイネージサーバ１０２では処理が完了している完了していないに関わらず緊急差し替えを行なった枠情報も枠情報テーブル１１１から取り出す。取り出された枠情報は「処理結果通知待ち」状態となる。
Ｓ８０８では、Ｓ８０７で枠情報テーブル１１１から取り出された枠情報を枠メタデータとしてサイネージサーバ１０２へ返却する。
Ｓ８０９では、サイネージサーバ１０２がＳ８０８で返却された枠メタデータに記述されたコンテンツがサイネージサーバ１０２自身に登録済みであるか否かを確認する。確認には、枠メタデータ内に記述されたＣＩＤを用いる。
Ｓ８１０では、サイネージサーバ１０２がＳ８０９でコンテンツ登録済みを確認した枠メタデータについて各サイネージプレーヤ１１４固有のプレイリスト１１６に変換し、各サイネージプレーヤ１１４は各々のプレイリストを更新する。各サイネージプレーヤ１１４はプレイリストを既に更新している更新していないに関わらず更新する。
Ｓ８１１では、Ｓ８１０でプレイリスト更新指示を出したもしくはプレイリスト更新が完了した枠メタデータについては、処理結果通知をＯＫとしてＣＤＣサーバ１０１へ送信する。Ｓ８０９でコンテンツの登録が確認できなかった枠メタデータ及びＳ８１０で何らかの原因によりサイネージプレーヤ１１４のプレイリストが更新できなかった枠メタデータについては、処理結果通知をＮＧとしてＣＤＣサーバ１０１へ送信する。
Ｓ８１２では、ＣＤＣサーバ１０１がＳ８１１で送信された処理結果通知を受け取り、枠情報テーブル１１１に処理結果を登録する。処理結果通知でＯＫが返却された枠情報については「再生待ち」状態になり、ＮＧが返却された枠情報については「配布待ち」状態になる。「配布待ち」状態になった枠情報については、再度Ｓ７０２もしくはＳ６０２のシーケンスに戻ることになる。
次に、図１４のシーケンス図を用いて表示結果通知フローを説明する。
Ｓ９０１では、共通ＩＦモジュール１０３が一定間隔でログを収集する。ここでいうログとは、サイネージサーバ１０２が蓄積する各サイネージプレーヤ１１４のログ（再生ログ、表示ログ、目視ログを含む）である。共通ＩＦモジュール１０３はログを解析して、ＣＤＣサーバ１０１から配信された広告コンテンツに関連するログのみを抽出し、予め規定した形式の表示結果に変換する。表示結果としては、コンテンツＩＤ，サイネージプレーヤＩＤ，表示開始時刻，表示終了時刻等を含む。広告コンテンツに関連するログを抽出する方法としては、コンテンツＩＤとサイネージシステム内部のコンテンツ識別子を対応づけて管理する方法、放映予定時刻とログを時刻で突き合わせる方法等が考えられる。このように、外部（ＣＤＣサーバ）から配信された広告コンテンツに関連するログのみを抽出することで、ＣＤＣサーバ側では表示実績レポートに変換可能となると同時に、媒体主独自の情報を漏洩することがないというメリットがある。各サイネージプレーヤ１１４が、非接触ＩＣカードリーダ等のアクセスログを記録しておき、共通ＩＦモジュールを介してＣＤＣサーバに送信する構成も可能である。
Ｓ９０２では、Ｓ９０１で変換された表示結果をＣＤＣサーバ１０１へ送信する。
Ｓ９０３では、ＣＤＣサーバ１０１が表示結果を受領したかどうかを処理結果として返却する。
Ｓ９０４では、ＣＤＣサーバ１０１が受領した表示結果を表示結果テーブル１１２に格納する。この場合、枠情報は「表示結果通知済み」状態となる。
Ｓ９０５では、ＣＤＣ管理者がＧＵＩで表示結果テーブル１１２を閲覧し、広告料金の請求や支払の基礎データとして使用等する。
Ｓ９０６では、表示結果テーブル１１２から表示結果を取りだし表示実績レポートに変換する。
Ｓ９０７では、Ｓ９０６で変換されたレポートを広告主に対する報告等に利用する。
図１５は、ＣＤＣサーバ１０１で管理している枠情報について状態定義を示す図である。図１６は、その枠情報の状態遷移を示す図である。
枠情報は、サイネージサーバ１０２上で媒体主がＧＵＩにより設定する「空枠」であり、サイネージサーバ１０２からＣＤＣサーバ１０１に送信される。このとき、ＣＤＣサーバ１０１では、枠情報は「未割付」状態で生成され、枠情報テーブル１１１に登録されても「未割付」状態は変化しない（Ｔ１００１）。
一旦コンテンツ割り付けが開始されると、枠情報は「割付確定待ち」状態となり、確定されるまでこの状態が継続される（Ｔ１００２）。
広告考査・承認後、割り付け確定が完了すると、枠情報は「配布待ち」状態となる。なお、この状態のまま枠情報の開始時刻が経過した場合のみ、枠情報は「再生待ち」状態に移行する（Ｔ１００３）。
枠情報が枠メタデータとしてＣＤＣサーバ１０１からサイネージサーバ１０２へ送信されると、枠情報は「処理結果通知待ち」状態となり、サイネージサーバ１０２からの処理結果通知を待っている状態となる。なお、この状態のまま枠情報の開始時刻が経過した場合のみ、枠情報は「再生待ち」状態に移行する（Ｔ１００４）。
サイネージサーバ１０２における枠情報処理が成功した場合、サイネージサーバ１０２からＣＤＣサーバ１０１へ処理結果通知で成功が送信され、枠情報は「再生待ち」状態となる（Ｔ１００５）。
サイネージサーバ１０２における枠情報処理が失敗した場合、サイネージサーバ１０２からＣＤＣサーバ１０１へ処理結果通知で失敗が送信され、枠情報は「配布待ち」状態となる（Ｔ１００６）。
Ｔ１００５の「再生待ち」状態において、枠情報の終了時間が経過した場合、枠情報は「表示結果通知待ち」状態に移行する。つまり、サイネージプレーヤ１１４における再生が終了し、サイネージサーバ１０２から表示結果通知を待っている状態である（Ｔ１００７）。
サイネージサーバ１０２からＣＤＣサーバ１０１に表示結果通知があり、表示結果通知を正常に受理した場合、枠情報は「表示結果通知済み」状態となる。なお、表示結果通知に枠情報を特定するＩＤが含まれない場合などは、この状態に遷移しないこともありうる（Ｔ１００８）。
本実施形態では、ＣＤＣサーバを管理する広告配信運営会社が枠に対する広告コンテンツの割付を行い、広告主（代理店）や媒体主での考査で承認を受けてから広告コンテンツの配信を行うワークフローを想定しており、ワークフローに対応して、図１０、１１に示したような状態遷移を規定している。ワークフローに応じて、枠情報の状態は様々なバリエーションが考えられる。例えば、広告コンテンツの割付が自動化され、広告主、媒体主での考査も実施しないワークフローを想定する場合は、枠情報に状態を持たせない実施形態も可能である。
また、共通ＩＦモジュールをサイネージサーバに実装するのではなく、サイネージサーバと独立したサーバとして実現し、プレイリスト変換、コンテンツ取得等の処理を一部、人手で行うような実現形態も考えられる。
なお、本実施の形態のサイネージシステムにおけるサイネージサーバおよびＩＦモジュールを動作させるコンピュータプログラムや、本実施の形態のサイネージシステムにおけるＣＤＣサーバを動作させるコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に格納し、陳列などして流通させることができる。または、当該コンピュータプログラムをインターネットなどの通信網を介して伝送させてもよい。
１０１…ＣＤＣサーバ、１０２…サイネージサーバ、１０３…共通ＩＦモジュール、１０４…枠情報、１０５…表示結果、１０９…コンテンツ情報テーブル、１１０…サイネージ情報テーブル、１１１…枠情報テーブル、１１２…表示結果テーブル、１１３…広告コンテンツ記憶部、１１４…サイネージプレーヤ、１１６…プレイリスト
Claims (4)
- コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とするサイネージシステム。 - コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備えるサイネージシステムの動作方法であって、
前記共通インタフェースモジュールが、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、枠情報にコンテンツ情報を割り付る工程と、
前記共通インタフェースモジュールが、枠情報を前記コンテンツ配信制御サーバに要求する工程と、
前記コンテンツ配信制御サーバが、枠情報を前記共通インタフェースモジュールに送信する工程と、
前記サイネージサーバが、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する工程と、
前記共通インタフェースモジュールが、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信する工程と、
前記コンテンツ配信制御サーバが、表示結果を前記表示結果テーブルに格納する工程と
を含むことを特徴とするサイネージシステムの動作方法。 - コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とするサイネージシステムにおける前記サイネージサーバとしてコンピュータを機能させるためのコンピュータプログラムであって、
前記サイネージサーバを、
前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信することを前記共通インタフェースモジュールに実行させる手段と、
枠情報を前記コンテンツ配信制御サーバに要求することを前記共通インタフェースモジュールに実行させる手段と、
前記コンテンツ配信制御サーバから送信された前記枠情報を前記共通インタフェースモジュールを介して受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新する手段と、
プレイリストの更新に関する処理結果を前記サイネージサーバから取得し前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信することを前記共通インタフェースモジュールに実行させる手段と
して機能させるためのコンピュータプログラム。 - コンテンツが格納されるコンテンツ記憶部を有し、当該コンテンツをプレイリストに従って再生する各サイネージプレーヤのプレイリストを管理し、当該サイネージプレーヤからログを取得するサイネージサーバと、
前記サイネージサーバに搭載される共通インタフェースモジュールと、
どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が登録される枠情報テーブル、コンテンツの表示結果を格納するための表示結果テーブル、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを枠情報に割り付ける機能を有するコンテンツ配信制御サーバとを備え、
前記共通インタフェースモジュールは、前記サイネージサーバの管理するプレイリストを枠情報として前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、枠情報にコンテンツ情報を割り付け、
前記共通インタフェースモジュールは、枠情報を前記コンテンツ配信制御サーバに要求し、
前記コンテンツ配信制御サーバは、枠情報を前記共通インタフェースモジュールに送信し、
前記サイネージサーバは、前記共通インタフェースモジュールを介して枠情報を受信し、該枠情報に示されたコンテンツを当該サイネージサーバ自身が有しているか否かを判定し、コンテンツを有していると判定された枠情報をプレイリストに変換し、当該プレイリストにより前記サイネージプレーヤのプレイリストを更新し、
前記共通インタフェースモジュールは、プレイリストの更新に関する処理結果を前記サイネージサーバから取得して前記コンテンツ配信制御サーバに送信するとともに、前記サイネージサーバが収集した前記ログを取得し、当該ログを前記表示結果に変換して前記コンテンツ配信制御サーバに送信し、
前記コンテンツ配信制御サーバは、表示結果を前記表示結果テーブルに格納する
ことを特徴とするサイネージシステムにおける前記コンテンツ配信制御サーバとしてコンピュータを機能させるためのコンピュータプログラムであって、
前記コンテンツ配信制御サーバを、
前記共通インタフェースモジュールから送信された枠情報にコンテンツ情報を割り付ける手段と、
前記枠情報を前記共通インタフェースモジュールに送信する手段と、
前記共通インタフェースモジュールから送信された表示結果を前記表示結果テーブルに格納する手段と
して機能させるためのコンピュータプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009163809A JP4852632B2 (ja) | 2008-10-27 | 2009-07-10 | サイネージシステム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008275325 | 2008-10-27 | ||
| JP2008275325 | 2008-10-27 | ||
| JP2009163809A JP4852632B2 (ja) | 2008-10-27 | 2009-07-10 | サイネージシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010134903A JP2010134903A (ja) | 2010-06-17 |
| JP4852632B2 true JP4852632B2 (ja) | 2012-01-11 |
Family
ID=42346100
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009163809A Active JP4852632B2 (ja) | 2008-10-27 | 2009-07-10 | サイネージシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4852632B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5696431B2 (ja) * | 2010-10-28 | 2015-04-08 | 日本電気株式会社 | 情報処理システムとその方法、情報処理装置とその制御方法及び制御プログラム、情報報知装置とその制御方法及び制御プログラム |
| JP5813398B2 (ja) * | 2011-07-15 | 2015-11-17 | 株式会社日立システムズ | 広告掲載課金システム及び方法 |
| JP6053094B2 (ja) * | 2011-12-12 | 2016-12-27 | 古野電気株式会社 | 情報表示システム、情報表示装置、管理サーバ、及び情報表示方法 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3597442B2 (ja) * | 2000-03-23 | 2004-12-08 | 日本電信電話株式会社 | 緊急情報配信装置 |
| JP3625173B2 (ja) * | 2000-04-28 | 2005-03-02 | 日本電信電話株式会社 | 情報配信システム |
| JP2005135197A (ja) * | 2003-10-30 | 2005-05-26 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ再生システムおよびコンテンツ再生方法 |
| JP4939859B2 (ja) * | 2006-07-13 | 2012-05-30 | 日本電信電話株式会社 | 広告挿入式映像配信システム |
-
2009
- 2009-07-10 JP JP2009163809A patent/JP4852632B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010134903A (ja) | 2010-06-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100866063B1 (ko) | 정보 표시 장치, 분배 장치 및 엑세스 이력 수집 방법 | |
| JP4517480B2 (ja) | 情報提供システム、情報端末装置、情報サーバ装置及び情報提供方法 | |
| US20160148275A1 (en) | Contents distributing system, device for processing charge for advertisement information, contents distributing server, their program, and program recording medium | |
| KR101213235B1 (ko) | 콘텐트 사용자 또는 콘텐트 제작자가 콘텐트에 삽입되는광고를 선택할 수 있는 콘텐트의 재생/제작 방법 및 장치 | |
| US20090254633A1 (en) | Methods, systems, and computer program products for distributing profile-based advertisement content and user identification-tagged media content | |
| JP5148661B2 (ja) | コンテンツ配信システム及びコンテンツ管理サーバ | |
| JP2009537052A (ja) | ユーザによりプログラムされるメディア配信サービス | |
| JP2011519541A (ja) | ユーザアクセス可能なコンテンツ内のメタデータ可用性の表示の円滑化 | |
| JP2010277580A (ja) | サーバ装置、コンテンツ配信システム、及びゲートウェイサーバ装置 | |
| JP4151486B2 (ja) | 情報アクセス方法，情報提供装置，メタ情報提供装置，情報受信装置，および情報アクセス方法 | |
| JP2008040788A (ja) | Ｒｓｓ広告配信方法、ｒｓｓ広告配信装置 | |
| JP4852632B2 (ja) | サイネージシステム | |
| KR20130103237A (ko) | 온라인 광고 제공 방법 및 그를 위한 광고 제공 서버 | |
| JP5820222B2 (ja) | コンテンツ録画支援システム及び方法、コンテンツ録画装置 | |
| JP4390448B2 (ja) | 双方向ディジタルｃｍ放送システム | |
| KR20040098630A (ko) | 콘텐츠 전송 장치 및 콘텐츠 작성 방법 | |
| JP4506215B2 (ja) | 情報システム，スケジュール生成装置，およびスケジュール生成方法 | |
| JP4219568B2 (ja) | デジタルコンテンツのオンライン取引支援システム、方法、コンピュータプログラム、記録媒体 | |
| KR20190078773A (ko) | 동영상 연계 ppl 서비스 제공 시스템 | |
| KR101190062B1 (ko) | 개인 방송 홈페이지 시스템 | |
| JP2002074053A (ja) | 電子コンテンツ流通のビジネス方法および流通支援システム、ならびにそのプログラムを記録した記録媒体 | |
| KR101145641B1 (ko) | 개인 방송 홈페이지 시스템 | |
| WO2002008969A1 (en) | A method and a system for providing a reward for viewing advertisements | |
| JP4173956B2 (ja) | ウエブサイト誘導システム及びウエブサイト誘導装置 | |
| JP2003067288A (ja) | データ配信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110823 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110926 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111018 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111024 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4852632 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141028 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |