JP6776406B2

JP6776406B2 - サイネージ提示システム

Info

Publication number: JP6776406B2
Application number: JP2019102363A
Authority: JP
Inventors: 茂木　学; 学茂木; 宮崎　泰彦; 泰彦宮崎; 鈴木　健也; 健也鈴木; 無心中村; 典佳内田; 田中　清; 清田中
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2019-05-31
Filing date: 2019-05-31
Publication date: 2020-10-28
Anticipated expiration: 2037-03-07
Also published as: JP2019200795A

Description

本発明は、サイネージ提示システムに関する。

近年、自治体、企業、ショッピングモール等での電子公告、所謂デジタルサイネージが普及してきている。デジタルサイネージを表示する端末として、周囲の状況に応じて適切な詳細度で個人向け情報を表示するサイネージ端末が知られている（例えば特許文献１）。

特開２０１６−０９９９２０号公報

特許文献１の上記サイネージ端末では、災害等で外部のネットワークから切断された状態まで考慮されていない。特許文献１ではまた、災害情報等の配信情報をサイネージ端末及びスマートフォン等のパーソナル端末に配信すること、並びに、端末間でコンテンツ表示を連動させることは考慮されていない。

かかる点に鑑みてなされた本発明の目的は、災害等で外部のネットワークと切断された状態においてもサイネージ端末において情報を表示すること、災害情報等の一斉配信コンテンツをサイネージ端末及びパーソナル端末に配信すること、及び、端末間でコンテンツ表示を連動させることができるサイネージ提示システムを提供することにある。

上記課題を解決するため、本発明の一実施形態に係るサイネージ提示システムは、クラウド側のコンテンツマネジメントシステム（以下、クラウドＣＭＳ）と、前記クラウドＣＭＳに第１のネットワーク経由で接続されるローカル側のコンテンツマネジメントシステム（以下、ローカルＣＭＳ）と、前記ローカルＣＭＳに第２のネットワーク経由で接続されるサイネージ端末と、前記ローカルＣＭＳに前記第２のネットワーク経由で接続されるゲートウェイサーバと、前記ゲートウェイサーバに接続されるパーソナル端末と、を有し、前記サイネージ端末及び前記パーソナル端末はＷｅｂブラウザを用いてコンテンツを表示し、前記クラウドＣＭＳは、当該クラウドＣＭＳで更新されたコンテンツを前記ローカルＣＭＳに同期し、前記クラウドＣＭＳと前記ローカルＣＭＳとの間の前記第１のネットワークが切断された状態において、前記ローカルＣＭＳは、当該ローカルＣＭＳに記憶された同期済みコンテンツを用いて、前記サイネージ端末及び前記パーソナル端末においてコンテンツを表示し、前記第１のネットワークが切断された状態において、前記ローカルＣＭＳがユーザからコンテンツの更新を受け付け、その後前記第１のネットワークの接続が回復したとき、前記クラウドＣＭＳに記憶されるコンテンツによって前記ローカルＣＭＳで更新されたコンテンツが上書きされて同期される。

また、上記課題を解決するため、本発明の一実施形態に係るサイネージ提示システムは、クラウド側のコンテンツマネジメントシステム（以下、クラウドＣＭＳ）と、前記クラウドＣＭＳに第１のネットワーク経由で接続されるローカル側のコンテンツマネジメントシステム（以下、ローカルＣＭＳ）と、を有し、前記クラウドＣＭＳは、当該クラウドＣＭＳで更新されたコンテンツを前記ローカルＣＭＳに同期し、前記クラウドＣＭＳと前記ローカルＣＭＳとの間の前記第１のネットワークが切断された状態において、前記ローカルＣＭＳは、当該ローカルＣＭＳに記憶された同期済みコンテンツを用いて、当該ローカルＣＭＳに第２のネットワーク経由で接続されるサイネージ端末のＷｅｂブラウザでコンテンツを表示し、前記第１のネットワークが切断された状態において、前記ローカルＣＭＳがユーザからコンテンツの更新を受け付け、その後前記第１のネットワークの接続が回復したとき、前記クラウドＣＭＳに記憶されるコンテンツによって前記ローカルＣＭＳで更新されたコンテンツが上書きされて同期される。

本発明に係るサイネージ提示システムによれば、災害等で外部のネットワークと切断された状態においてもサイネージ端末において情報を表示すること、災害情報等の一斉配信コンテンツをサイネージ端末及びパーソナル端末に配信すること、及び、端末間でコンテンツ表示を連動させることができる。

本実施形態のサイネージ提示システムの概略構成を示す機能ブロック図である。パーソナル端末がコンテンツを表示するフローを示すシーケンス図である。パーソナル端末毎のフラグの有無を示す図である。パーソナル端末の表示部に表示される画面の一例を示す図である。図２Ａの続きを示すシーケンス図である。パーソナル端末の表示部に表示される画面の一例を示す図である。サイネージ端末がコンテンツを表示するフローを示すシーケンス図である。サイネージ端末間、及びサイネージ端末とパーソナル端末との間でコンテンツを連動させるフローを示すシーケンス図である。連動許可端末が登録されたときのデータ構造の一例を示す図である。クラウドＣＭＳとローカルＣＭＳとの間で実行される差分同期フローを示すシーケンス図である。クラウドＣＭＳとローカルＣＭＳとの間で実行される全同期フローを示すシーケンス図である。サイネージ端末が表示するコンテンツの一斉配信処理フローを示すシーケンス図である。コンテンツの表示スケジュールの一例を示す図である。コンテンツの一斉配信時におけるフラグクリア処理フローを示すシーケンス図である。

図１は、本実施形態のサイネージ提示システムＳの概略構成を示す機能ブロック図である。サイネージ提示システムＳは緊急情報送信装置１、多言語翻訳装置２、クラウド側のコンテンツマネジメントシステム３（以下、クラウドＣＭＳ３）、ローカル側のコンテンツマネジメントシステム４（以下、ローカルＣＭＳ４）、第１のサイネージ端末５、第２のサイネージ端末６、ゲートウェイサーバ７、及びパーソナル端末８を有する。以下では本実施形態のサイネージ提示システムＳの各機能を説明するが、サイネージ提示システムＳが備える他の機能を排除することを意図したものではない。

緊急情報送信装置１、多言語翻訳装置２、クラウドＣＭＳ３及びローカルＣＭＳ４は、第１のネットワークＮＷ１経由で互いに通信可能に接続される。第１のネットワークＮＷ１は例えばインターネットであるが、ＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）等であってよい。

ローカルＣＭＳ４、第１のサイネージ端末５、第２のサイネージ端末６及びゲートウェイサーバ７は、第２のネットワークＮＷ２経由で互いに通信可能に接続される。パーソナル端末８はゲートウェイサーバ７を介して第２のネットワークＮＷ２と通信可能である。第２のネットワークＮＷ２は例えばＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）等である。

緊急情報送信装置１は、任意の情報を配信する情報提供システムから情報を受信すると、当該情報に対応するコンテンツを生成して、クラウドＣＭＳ３に送信する。本実施形態では一例として、情報提供システムは、災害情報を配信するＬアラートとする。コンテンツは任意のプログラミング言語、例えばＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）５を用いて生成される。これにより、コンテンツは汎用的である。

多言語翻訳装置２は、クラウドＣＭＳ３が提供するコンテンツ管理画面で、ユーザから所定言語（例えば日本語）でのコンテンツを他言語（例えば英語、中国語、韓国語等）に翻訳する指示を受け付けたとき、指示された言語へコンテンツを翻訳する。本実施形態においてコンテンツとは、緊急情報送信装置１からの緊急情報であってよいし、レストランのメニュー、雑貨店の商品、店舗の広告等を示す動画又は静止画であってよい。多言語翻訳装置２は、翻訳済みコンテンツをクラウドＣＭＳ３に送信する。

クラウドＣＭＳ３はクラウド上に構築されたコンテンツ管理機能を有する。クラウドＣＭＳ３に記憶されたコンテンツは、後述する手順でローカルＣＭＳ４と同期される。

クラウドＣＭＳ３は、割込情報送受信部３１、多言語翻訳情報送受信部３２、クラウド−ローカル間ＣＭＳ同期部３３、コンテンツ管理部３４、ログ管理部３５、記憶部３６を有する。これらの機能部は、制御手順を規定したプログラムを実行するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等のプロセッサ又は各機能の処理に特化した専用のプロセッサにより制御及び管理される。

割込情報送受信部３１は、緊急情報送信装置１と通信を行うインタフェースである。

多言語翻訳情報送受信部３２は、多言語翻訳装置２と通信を行うインタフェースである。

クラウド−ローカル間ＣＭＳ同期部３３は、ローカルＣＭＳ４と、コンテンツを後述の手順で同期する。

コンテンツ管理部３４は、クラウドＣＭＳ３を操作するユーザに、表示部を介してコンテンツ管理画面を提示し、ユーザの指示に基づいて任意の情報を生成する。

ログ管理部３５は、割込情報送受信部３１、多言語翻訳情報送受信部３２、クラウド−ローカル間ＣＭＳ同期部３３及びコンテンツ管理部３４等が実行した動作の動作ログを記録及び管理する。

記憶部３６は、半導体メモリ又は磁気メモリ等で構成されることができる。記憶部３６は、ログ及びコンテンツ等の任意の情報を格納するＤＢを有する。記憶部３６は、クラウドＣＭＳ３を動作させるためのプログラム等を記憶してよい。記憶部３６は、ワークメモリとしても機能してよい。

ローカルＣＭＳ４はクラウドＣＭＳ３の配下に存在し、第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８等にコンテンツを配信する。

ローカルＣＭＳ４は、割込情報送受信部４１、クラウド−ローカル間ＣＭＳ同期部４２、コンテンツ管理部４３、サブコンテンツ送受信部４４、端末間メッセージ処理部４５、ログ管理部４６、記憶部４７を有する。これらの機能部は、制御手順を規定したプログラムを実行するＣＰＵ等のプロセッサ又は各機能の処理に特化した専用のプロセッサにより制御及び管理される。

割込情報送受信部４１は、第１のサイネージ端末５、第２のサイネージ端末６又はパーソナル端末８等に緊急情報等の割込情報を配信するインタフェースである。

クラウド−ローカル間ＣＭＳ同期部４２は、クラウドＣＭＳ３と、コンテンツを後述の手順で同期する。

コンテンツ管理部４３は、ローカルＣＭＳ４を操作するユーザに、表示部を介してコンテンツ管理画面を提示し、ユーザの指示に基づいて任意の情報を生成する。

サブコンテンツ送受信部４４は、パーソナル端末８に表示させるコンテンツの生成及び配信を行う。本実施形態において表示とは、再生を含んでよい。

端末間メッセージ処理部４５は、第１のサイネージ端末５と第２のサイネージ端末６との間、又は第１のサイネージ端末５（又は第２のサイネージ端末６）とパーソナル端末８との間で連動を行うための情報を送受信するインタフェースである。

ログ管理部４６は、割込情報送受信部４１、クラウド−ローカル間ＣＭＳ同期部４２、コンテンツ管理部４３、サブコンテンツ送受信部４４及び端末間メッセージ処理部４５等が実行した動作の動作ログを記録及び管理する。

記憶部４７は、半導体メモリ又は磁気メモリ等で構成されることができる。記憶部４７は、ログ及びコンテンツ等の任意の情報を格納するＤＢを有する。記憶部４７は、ローカルＣＭＳ４を動作させるためのプログラム等を記憶してよい。記憶部４７は、ワークメモリとしても機能してよい。

第１のサイネージ端末５は、コンテンツ表示制御部５１、端末間メッセージ処理部５２及び表示部５３を有する。これらの機能部は、例えばＷｅｂブラウザを用いて実現され、制御手順を規定したプログラムを実行するＣＰＵ等のプロセッサ又は各機能の処理に特化した専用のプロセッサにより制御及び管理される。Ｗｅｂブラウザは、任意のものを利用可能である。図１においてサイネージ端末は２つのみ示されているが、１つ又は３つ以上のサイネージ端末がローカルＣＭＳ４に接続されてもよい。本実施形態の第１のサイネージ端末５は一例として、デパートに設置される電子看板である。代替例として、第１のサイネージ端末５は、ショッピングモール等の任意の建物又は街頭に設置されてよい。

コンテンツ表示制御部５１は、ローカルＣＭＳ４等から配信されたコンテンツを表示部５３に表示する。

端末間メッセージ処理部５２は、第２のサイネージ端末６等の他のサイネージ端末又はパーソナル端末８等と、ローカルＣＭＳ４を介して任意の情報を送受信するインタフェースである。

表示部５３は、例えば、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、無機ＥＬディスプレイ等の表示デバイス等であるが、これらに限られない。本実施形態では一例として、表示部５３はタッチスクリーンとして構成され、ユーザの指又はスタイラスペンによる選択操作を受け付けることができる。選択操作は例えば、押下、タッチ、タップ、接触、近接等の操作である。

第２のサイネージ端末６はコンテンツ表示制御部６１、端末間メッセージ処理部６２及び表示部６３を有する。コンテンツ表示制御部６１、端末間メッセージ処理部６２及び表示部６３のハードウェア構成はコンテンツ表示制御部５１、端末間メッセージ処理部５２及び表示部５３のハードウェア構成と同様であるため、説明を省略する。

ゲートウェイサーバ７は、第２のネットワークＮＷ２経由でローカルＣＭＳ４に接続される。またゲートウェイサーバ７は、パーソナル端末８と有線又は無線で接続される。本実施形態では一例として、ゲートウェイサーバ７とパーソナル端末８とは無線ＬＡＮで接続される。ゲートウェイサーバ７は、ローカルＣＭＳ４から受信したコンテンツをパーソナル端末８に送信する。ゲートウェイサーバ７は認証クリア機能部７１を有する。

認証クリア機能部７１は、例えばＣａｐｔｉｖｅＰｏｒｔａｌ機能等により、接続認証をクリアすることで、パーソナル端末８を、緊急情報等の一斉配信コンテンツにアクセス可能とする。ＣａｐｔｉｖｅＰｏｒｔａｌ機能は、無線ＬＡＮ等の利用の際に、接続された端末を特定のページにリダイレクトさせて認証処理を行わせる機能である。

パーソナル端末８は、ユーザが所持する携帯端末であり、本実施形態ではスマートフォンである。代替例としてパーソナル端末８は例えばファブレット、タブレットＰＣ又はフィーチャーフォン等でもよい。またパーソナル端末８は上記のものに限定されず、例えば、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、リモコン端末、携帯音楽プレイヤー、ゲーム機、電子書籍リーダ、カーナビゲーション、家電製品又は産業用機器（ＦＡ機器）等でもよい。

パーソナル端末８は、コンテンツ表示制御部８１と端末間メッセージ処理部８２と表示部８３とを有する。これらの機能部は例えばブラウザ機能により実現され、制御手順を規定したプログラムを実行するＣＰＵ等のプロセッサ又は各機能の処理に特化した専用のプロセッサにより制御及び管理される。図１においてパーソナル端末８は１つのみ示されているが、複数のパーソナル端末８がゲートウェイサーバ７に接続可能である。

コンテンツ表示制御部８１は、ローカルＣＭＳ４等からゲートウェイサーバ７を介して配信されたコンテンツを表示部８３に表示する。

端末間メッセージ処理部８２は、第１のサイネージ端末５又は第２のサイネージ端末６と、ローカルＣＭＳ４を介して任意の情報を送受信する。

表示部８３のハードウェア構成は、表示部５３のハードウェア構成と同様であるため、説明を省略する。

次に図２Ａを参照して、パーソナル端末８が、無線ＬＡＮアクセスポイントに関する設定を受け付けたときに実行するコンテンツ表示フローを説明する。

ステップＳ１にてパーソナル端末８は、ユーザ操作により、第１のサイネージ端末５及び第２のサイネージ端末６から所定距離内の周辺に設置された無線ＬＡＮアクセスポイントに関する設定を表示部８３にて受け付けると、当該無線ＬＡＮアクセスポイントに接続する。無線ＬＡＮアクセスポイントはゲートウェイサーバ７に接続されている。

ステップＳ２にて、パーソナル端末８のコンテンツ表示制御部８１は、ユーザ操作により、コンテンツ表示機能であるブラウザを起動し、情報を表示部８３に表示する。このときパーソナル端末８のコンテンツ表示制御部８１は、ブラウザにて閲覧されたブラウザ閲覧情報を、無線ＬＡＮアクセスポイントを介してゲートウェイサーバ７に送信する。

ステップＳ３にてゲートウェイサーバ７の認証クリア機能部７１は、ブラウザ閲覧情報を受信する。ステップＳ４にて認証クリア機能部７１は、ゲートウェイサーバ７の記憶部を参照して、フラグの有無を判定する。フラグ「有り」の場合、認証クリア機能部７１によりパーソナル端末８は認証済みである。フラグ有無の一例を図２Ｂに示す。

認証クリア機能部７１は、フラグ「有り」と判定すると、パーソナル端末８のユーザがブラウザ上で指定したＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）に対応するウェブページに対応する情報を取得し、当該情報をパーソナル端末８に送信する。これによりステップＳ５にてパーソナル端末８は当該情報を表示部８３にて表示する。代替例として認証クリア機能部７１は、フラグ「有り」と判定すると、後述する一斉配信コンテンツが存在するか否かを判定してよい。認証クリア機能部７１は、存在すると判定したときには、当該フラグを「無し」に設定してよい。これにより認証クリア機能部７１は、フラグ「無し」の場合の次の処理を行って、後述する一斉配信コンテンツが表示されているサイネージ端末をパーソナル端末８の利用者に知らせることが可能となる。

認証クリア機能部７１は、フラグ「無し」と判定すると、ステップＳ６にて当該フラグを「有り」に変更して認証をクリアすると共に、ステップＳ７にて、ローカルＣＭＳ４が指定する所定のページにリダイレクトするようパーソナル端末８に通知する。本実施形態では、所定のページとはローカルＣＭＳ４のトップページとする。

ステップＳ８にて通知を受信したパーソナル端末８の端末間メッセージ処理部８２は、ステップＳ９にて、ローカルＣＭＳ４のトップページを表示することのリクエストをローカルＣＭＳ４に送信する。

ステップＳ１０にて、ローカルＣＭＳ４のサブコンテンツ送受信部４４は、当該リクエストを受信すると、ステップＳ１１にて、記憶部４７を参照して、ローカルＣＭＳ４の記憶部４７に記憶されているサイネージ端末のリストを取得する。ステップＳ１２にてサブコンテンツ送受信部４４は、当該リストをトップページ表示情報としてパーソナル端末８に送信する。このときサブコンテンツ送受信部４４は、後述する一斉配信コンテンツを表示しているサイネージ端末が存在すると判定した場合には、どのサイネージ端末がそのようなサイネージ端末に該当するかを示す情報と共にトップページ表示情報をパーソナル端末８に送信する。

ステップＳ１３にてパーソナル端末８のコンテンツ表示制御部８１は、トップページ表示情報を受信すると、ステップＳ１４にて、ブラウザを用いて表示部８３に、サイネージ端末のリストを含むトップページを表示する。表示されるトップページを図２Ｃに示す。このとき、サイネージ端末のリストは、サイネージ端末毎に選択可能に表示される。表示部８３は、一斉配信コンテンツを表示しているサイネージ端末が存在するときには、図２Ｃに示すように当該サイネージ端末を識別可能に表示する。識別可能であるとは、例えば、サイネージ端末の名称を赤枠で囲うことである。

続いて、図３Ａを参照して図２Ａの続きのフローを説明する。

パーソナル端末８の表示部８３は、特定のサイネージ端末を選択するユーザ操作を受け付ける。ここでは説明の便宜のため、第１のサイネージ端末５が選択された場合を説明する。ステップＳ２１においてパーソナル端末８は、第１のサイネージ端末５において表示可能なコンテンツの一覧を送信する旨のリクエストを、ローカルＣＭＳ４に送信する。

ローカルＣＭＳ４のサブコンテンツ送受信部４４は、ステップＳ２２にて第１のサイネージ端末５からリクエストを受信すると、ステップＳ２３にて記憶部４７より、表示可能なコンテンツの一覧の情報を取得する。ステップＳ２４にてサブコンテンツ送受信部４４は、当該一覧の情報を第１のサイネージ端末５に送信する。

ステップＳ２５にて、第１のサイネージ端末５における表示可能なコンテンツの一覧を受信したパーソナル端末８の表示部８３は、ステップＳ２６にて、図３Ｂに示すように当該一覧を表示する。このとき表示可能なコンテンツは、コンテンツ毎に選択可能に表示される。ここでは一例として、表示可能なコンテンツはコンテンツＡ、Ｂ及びＣであり、そのうちコンテンツＣが選択されたとして説明する。なお表示可能コンテンツのうちに一斉配信コンテンツが含まれていれば、表示部８３はそのコンテンツを識別可能に表示してよい。

コンテンツＣが選択されると、ステップＳ２７にて、パーソナル端末８の端末間メッセージ処理部８２は、コンテンツＣの表示リクエストをローカルＣＭＳ４に送信する。

ステップＳ２８にて、ローカルＣＭＳ４のサブコンテンツ送受信部４４は、表示リクエストを受信すると、ステップＳ２９にてコンテンツＣを記憶部４７より取得し、ステップＳ３０にてコンテンツＣをパーソナル端末８に送信する。

ステップＳ３１にてコンテンツＣを受信したパーソナル端末８の表示部８３は、ステップＳ３２にてコンテンツＣを表示する。

次に図４を参照して、任意のサイネージ端末（第１のサイネージ端末５又は第２のサイネージ端末６）が、ブラウザの起動操作を受け付けたときに実行するコンテンツ表示フローを説明する。

ステップＳ４１にてサイネージ端末は、例えば起動時又はユーザ操作時に、コンテンツ表示機能であるブラウザを起動する。ステップＳ４２にてサイネージ端末は、ブラウザ経由でローカルＣＭＳ４に、表示内容の取得リクエストを送信する。

ステップＳ４３にてローカルＣＭＳ４のコンテンツ管理部４３が、取得リクエストを受信すると、ステップＳ４４にて記憶部４７より、表示スケジュール及びコンテンツを取得する。コンテンツ管理部４３は、ステップＳ４５にて表示スケジュール及びコンテンツを第１のサイネージ端末５に送信する。

ステップＳ４６にて第１のサイネージ端末５のコンテンツ表示制御部５１は、表示スケジュール及びコンテンツを受信すると、ステップＳ４７にて、受信した表示スケジュールを解析し、ステップＳ４８にて当該表示スケジュールに沿ってコンテンツを表示する。

次に図５Ａを参照して、サイネージ端末間、及び、サイネージ端末とパーソナル端末８との間での連動イベントのフローを説明する。このフローは、第２のサイネージ端末６及びパーソナル端末８が、後述するイベント許可要求を送信するためのユーザ操作を任意の時点で受け付けたときに実行される。受け付けの順番は問わない。本実施形態において連動イベントとは、連動先の端末において、ユーザの趣味又は嗜好等に応じたコンテンツを連動して表示することであるが、代替例として、連動先の端末において、連動元と同一のコンテンツを表示することであってもよい。

ステップＳ５１にて第２のサイネージ端末６の端末間メッセージ処理部６２は、連動イベントを第２のサイネージ端末６で実行する許可を要求するため、連動イベント許可要求をローカルＣＭＳ４に送信する。ステップＳ５２にて、ローカルＣＭＳ４の端末間メッセージ処理部４５は、第２のサイネージ端末６から連動イベント許可要求を受信すると、ステップＳ５３にて第２のサイネージ端末６を、例えば図５Ｂに示すように連動許可端末として記憶部４７に登録する。

ステップＳ５４にて端末間メッセージ処理部４５は、連動イベント許可通知を第２のサイネージ端末６に送信する。ステップＳ５５にて第２のサイネージ端末６の端末間メッセージ処理部６２は、ブラウザ経由で、ローカルＣＭＳ４から連動イベント許可通知を受信する。

ステップＳ５６乃至ステップＳ６０では、ステップＳ５１乃至ステップＳ５５にて第２のサイネージ端末６の端末間メッセージ処理部６２とローカルＣＭＳ４の端末間メッセージ処理部４５が行った処理と同様の処理を、パーソナル端末８の端末間メッセージ処理部８２とローカルＣＭＳ４の端末間メッセージ処理部４５とが行う。説明は省略する。

続いて第１のサイネージ端末５の表示部５３は、ステップＳ６１にて、コンテンツＡを表示する。コンテンツＡには、第２のサイネージ端末６及びパーソナル端末８とコンテンツを連動させるためのプログラミング言語が記述されている。当該プログラムは例えばＪａｖａＳｃｒｉｐｔ（登録商標）である。ステップＳ６１は図４に示すステップＳ４８に対応する。ステップＳ６２にて、第１のサイネージ端末５の端末間メッセージ処理部５２は、コンテンツＡ内に記述されたプログラムに基づいて、連動イベントをローカルＣＭＳ４に送信する。

ステップＳ６３にてローカルＣＭＳ４の端末間メッセージ処理部４５は、第１のサイネージ端末５から連動イベントを受信する。

ステップＳ６４にてローカルＣＭＳ４の端末間メッセージ処理部４５は、記憶部４７を参照して、連動許可端末（ここでは第２のサイネージ端末６及びパーソナル端末８）を確認し、当該端末と通信路を設定する。端末間メッセージ処理部４５は、連動イベントを当該端末に送信する。

ステップＳ６５にて第２のサイネージ端末６の表示部６３は、コンテンツＢを表示する。ステップＳ６５は図４に示すステップＳ４８に対応する。ステップＳ６６にて第２のサイネージ端末６の端末間メッセージ処理部６２が、ローカルＣＭＳ４から連動イベントを受信すると、ステップＳ６７にて表示部６３はコンテンツＢに加えて又は代えて、当該連動イベントに対応する連動コンテンツを表示する。

ステップＳ６８にてパーソナル端末８のコンテンツ表示制御部８１は、コンテンツＣを表示する。ステップＳ６８は図３Ａに示すステップＳ３２に対応する。ステップＳ６９にてパーソナル端末８の端末間メッセージ処理部８２は、ローカルＣＭＳ４から連動イベントを受信する。ステップＳ７０にて表示部８３は、コンテンツＣに加えて又は代えて、当該連動イベントに対応する連動コンテンツを表示する。

上述の通り、ステップＳ５１及びステップＳ５６では、連動イベント許可要求はコンテンツＢ及びＣの表示前に送信されるが、代替例として、コンテンツＢ及びＣの表示後に送信されてもよい。

次に図６を参照して、クラウドＣＭＳ３とローカルＣＭＳ４との間で実行される差分同期フローを説明する。差分同期フローは、ユーザからコンテンツの更新を受け付けてから所定時間以内に実行される。更新は例えば、追加、削除、編集等を含む。ここでの差分同期とは、クラウドＣＭＳ３がユーザから、記憶部３６に記憶されたコンテンツの更新を受け付けたとき、当該更新後の内容と、ローカルＣＭＳ４の記憶部４７に記憶されたコンテンツとの差分を同期するものである。これによりクラウドＣＭＳ３とローカルＣＭＳ４との間でコンテンツは同一に維持される。

ステップＳ８１にてクラウドＣＭＳ３のコンテンツ管理部３４は、ユーザから、各サイネージ端末で表示されるコンテンツの情報更新を受け付ける。コンテンツ管理部３４は、クラウドＣＭＳ３に接続された全てのローカルＣＭＳ４に記憶されるコンテンツを確認する。このときのローカルＣＭＳ４に記憶されるコンテンツとは、前回の同期時に同期された内容である。ステップＳ８２にてコンテンツ管理部３４は、前回の同期時に同期された内容と、更新後との間の差分部分を差分同期データとして抽出する。

ステップＳ８３にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、クラウドＣＭＳ３に接続された全てのローカルＣＭＳ４に、抽出された差分同期データを送信する。

ローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、ステップＳ８４にてクラウドＣＭＳ３から差分同期データを受信する。コンテンツ管理部４３は、ステップＳ８５にて当該差分同期データを記憶部４７に記憶する。これにより、クラウドＣＭＳ３とローカルＣＭＳ４との間で、コンテンツは同期される。

ステップＳ８６にてローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、差分同期の結果をクラウドＣＭＳ３に送信し、ステップＳ８７にて当該結果を記憶部３６に記憶する。

ステップＳ８８にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、差分同期の結果を受信すると、ステップＳ８９にて記憶部３６に記憶する。

次に図７を参照して、クラウドＣＭＳ３とローカルＣＭＳ４との間での全同期フローを説明する。本実施形態の全同期は、ローカルＣＭＳ４が第１のネットワークＮＷ１から切断された状態で、ユーザがローカルＣＭＳ４に記憶されたコンテンツを編集した後にローカルＣＭＳ４と第１のネットワークＮＷ１との間のネットワークの接続が回復し、再度の同期を行う必要が生じた場合にユーザ指示により実行される。

ステップＳ９１にてクラウドＣＭＳ３のコンテンツ管理部３４は、コンテンツ管理部３４のＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）上で、ユーザより、全同期の対象となるローカルＣＭＳ４の選択と共に全同期指示を受け付ける。ステップＳ９２にてコンテンツ管理部３４は、全同期の対象となるデータを記憶部３６から取得する。本実施形態では一例として、コンテンツ管理部３４は、取得されたデータをＺＩＰ形式により圧縮する。

ステップＳ９３にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、全同期の対象となる全てのローカルＣＭＳ４に通知を送信する。当該通知は例えばＰｕｓｈ通知である。

ステップＳ９４にてローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、ローカルＣＭＳ４から通知を受信する。ステップＳ９５にてクラウド−ローカル間ＣＭＳ同期部４２は、クラウドＣＭＳ３へ、全同期データのダウンロード要求を送信する。

ステップＳ９６にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、全同期対象の全てのローカルＣＭＳ４から全同期データのダウンロード要求を受信すると、ステップＳ９７にて、ＺＩＰ形式で圧縮された全同期データを、全同期対象の全てのローカルＣＭＳ４に送信する。ＺＩＰ形式で圧縮するか否かは任意である。

ステップＳ９８にてローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、クラウド−ローカル間ＣＭＳ同期部３３から全同期データを受信すると、ステップＳ９９にて、ＺＩＰ形式で圧縮された同期データを解凍する。ステップＳ１００にてコンテンツ管理部４３は、解凍された全同期データを記憶部４７に記憶する。この結果、クラウドＣＭＳ３に記憶されるコンテンツによって、ローカルＣＭＳ４で更新されたコンテンツが上書きされて、同期が完了する。ステップＳ１０１にてローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、クラウドＣＭＳ３へ、全同期処理の結果を送信する。

ステップＳ１０２にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、ローカルＣＭＳ４から同期処理の結果を受信し、記憶部３６に記憶する。

次に図８Ａを参照して、Ｌアラートから災害情報を受信したときのフローを説明する。

ステップＳ１１１にてクラウドＣＭＳ３の割込情報送受信部３１は、任意の時点で緊急情報送信装置１に認証要求を送信する。緊急情報送信装置１は、ステップＳ１１２にてクラウドＣＭＳ３から認証要求を受信すると、ステップＳ１１３にて認証処理を実行し、ステップＳ１１４にて認証結果をクラウドＣＭＳ３に送信する。

クラウドＣＭＳ３の割込情報送受信部３１は、ステップＳ１１５にて緊急情報送信装置１から認証結果を受信する。

緊急情報送信装置１が、ステップＳ１１６にてＬアラートから災害情報を受信すると（ステップＳ１１６のＹｅｓ）、ステップＳ１１７にて元コンテンツと、当該元コンテンツからのリンク先コンテンツとの両方を、例えばＺＩＰ圧縮形式で圧縮して一斉配信コンテンツを生成する。

ステップＳ１１６にて緊急情報送信装置１がＬアラートから災害情報を受信したときの代替例として、緊急情報送信装置１は、ステップＳ１１７にて元コンテンツと、当該元コンテンツからのリンク先ＵＲＬとをセットにして一斉配信コンテンツを生成してもよい。このとき、リンク先ＵＲＬは、緊急情報送信装置１に格納されたコンテンツに対応するよう設定される。

ステップＳ１１８にて緊急情報送信装置１は、クラウドＣＭＳ３に通知を送信する。本実施形態では一例として、通知はＰｕｓｈ通知とする。

ステップＳ１１９にてクラウドＣＭＳ３の割込情報送受信部３１は、緊急情報送信装置１からＰｕｓｈ通知を受信すると、ステップＳ１２０にて一斉配信コンテンツの取得要求を緊急情報送信装置１に送信する。

ステップＳ１２１にて緊急情報送信装置１は、クラウドＣＭＳ３から、一斉配信コンテンツの取得要求を受信すると、ステップＳ１２２にてクラウドＣＭＳ３に一斉配信コンテンツを送信する。

ステップＳ１２３にてクラウドＣＭＳ３の割込情報送受信部３１は、緊急情報送信装置１から一斉配信コンテンツを受信し、ステップＳ１２４にて記憶部３６に記憶する。ステップＳ１２５にてクラウド−ローカル間ＣＭＳ同期部３３は、クラウドＣＭＳ３とローカルＣＭＳ４との間で差分同期処理を実行する。これにより、一斉配信コンテンツはローカルＣＭＳ４の記憶部４７に記憶される。

ステップＳ１２６にてローカルＣＭＳ４の割込情報送受信部４１は、パーソナル端末８についてのフラグを「無し」へとクリアするフラグクリア要求をゲートウェイサーバ７に送信する。

ステップＳ１２７にてローカルＣＭＳ４のコンテンツ管理部４３は、一斉配信コンテンツを各サイネージ端末（本実施形態において、第１のサイネージ端末５及び第２のサイネージ端末６）で所定時間以内に（即座に）表示するためのスケジュールを作成し、ステップＳ１２８にて各サイネージ端末に送信する。スケジュールの一例を図８Ｂに示す。

ステップＳ１２９にて第１のサイネージ端末５のコンテンツ表示制御部５１及び第２のサイネージ端末６のコンテンツ表示制御部６１は表示スケジュールを受信すると、ステップＳ１３０にてローカルＣＭＳ４へ一斉配信コンテンツの取得要求を送信する。

ステップＳ１３１にてローカルＣＭＳ４のコンテンツ管理部４３は、第１のサイネージ端末５及び第２のサイネージ端末６から、一斉配信コンテンツの取得要求を受信すると、ステップＳ１３２にて第１のサイネージ端末５及び第２のサイネージ端末６へ一斉配信コンテンツを送信する。

ステップＳ１３３にて第１のサイネージ端末５のコンテンツ表示制御部５１及び第２のサイネージ端末６のコンテンツ表示制御部６１は共に、ローカルＣＭＳ４から一斉配信コンテンツを受信すると、一斉配信コンテンツがＺＩＰ圧縮されている場合にはステップＳ１３４にて当該一斉配信コンテンツを解凍してコンテンツを表示する。他方で、元コンテンツとリンク先ＵＲＬとがセットになった一斉配信コンテンツの場合には、ステップＳ１３４にてコンテンツ表示制御部５１及びコンテンツ表示制御部６１は、ローカルＣＭＳ４から一斉配信コンテンツを受信すると、元コンテンツを表示すると共に、当該リンク先ＵＲＬにアクセスして、緊急情報送信装置１からリンク先コンテンツを取得してユーザからの要求に応じて表示する。

次に図９を参照して、任意のコンテンツの一斉配信時におけるフラグクリア処理を説明する。この処理は、災害情報等が一斉配信されたときに、パーソナル端末８を所有するユーザに一斉配信コンテンツが存在することを気づかせ閲覧させるための処理である。

ステップＳ１４１にてローカルＣＭＳ４の割込情報送受信部４１は、ゲートウェイサーバ７にフラグクリア要求を送信する。ステップＳ１４１は図８ＡのステップＳ１２６に対応する。

ステップＳ１４２にてゲートウェイサーバ７の認証クリア機能部７１は、ローカルＣＭＳ４からフラグクリア要求を受信すると、ステップＳ１４３に呼び出し元であるローカルＣＭＳ４の妥当性を確認し、妥当であれば（ステップＳ１４３のＹｅｓ）ステップＳ１４４にてフラグのクリアを実行する。

認証クリア機能部７１は、フラグのクリアが完了すると、ステップＳ１４５にて、ローカルＣＭＳ４へフラグクリア完了通知を送信する。

ステップＳ１４６にてローカルＣＭＳ４の割込情報送受信部４１は、ゲートウェイサーバ７からフラグクリア完了通知を受信する。

フラグクリアが完了した状態でパーソナル端末８が、ユーザ操作に応じてブラウザを起動した場合、図２ＡのステップＳ２に示すようにパーソナル端末８は、ブラウザ閲覧情報をゲートウェイサーバ７に送信する。その後、図２ＡのステップＳ３以降の処理が実行される。ステップＳ４にてゲートウェイサーバ７は、パーソナル端末８についてのフラグが「無し」と判定するため、サイネージ提示システムＳではステップＳ６乃至ステップＳ１２が実行される。この結果、表示部８３はトップページを表示する。ステップＳ１４に記載のように、当該トップページでは、一斉配信コンテンツを配信しているサイネージ端末が表示され、以降、パーソナル端末８は、図３Ａに示すステップＳ２１乃至３２の処理を実行し、一斉配信コンテンツを表示可能である。結果として、一斉配信コンテンツは第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８に送信可能である。

本実施形態によれば、クラウドＣＭＳ３とローカルＣＭＳ４との間でコンテンツは同期され、第１のネットワークＮＷ１が切断された場合でも、ローカルＣＭＳ４に記憶された同期済みコンテンツを用いて、第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８においてコンテンツを表示可能である。したがって、災害等で第１のネットワークＮＷ１が切断された状態においてもサイネージ端末において情報を表示することができる。また、第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８はローカルＣＭＳ４に直接又は間接的に接続されているため、例えば自治体等から配信される災害情報等の一斉配信コンテンツをサイネージ端末及びスマートフォン等のパーソナル端末８に配信することと、端末間でコンテンツ表示を連動させることを行うことができる。更に、コンテンツ表示を、専用アプリではなくＷｅｂブラウザを用いて行うことで、当該コンテンツを専用アプリに特化して作成する必要が無いため、コンテンツは汎用性を有する。

また本実施形態によれば、第１のネットワークＮＷ１が切断された状態において、ローカルＣＭＳ４がユーザからコンテンツの更新を受け付け、第１のネットワークＮＷ１の接続がその後回復したとき、クラウドＣＭＳ３に記憶されるコンテンツによってローカルＣＭＳ４で更新されたコンテンツが上書きされて同期される。このため、クラウドＣＭＳ３に記憶されるコンテンツを、全てのローカルＣＭＳ４のコンテンツと同一として一貫性を保つことができる。

また本実施形態によれば、クラウドＣＭＳ３は、所定の情報を受信すると、ローカルＣＭＳ４を経由して当該所定の情報を一斉配信コンテンツとして第１のサイネージ端末５及び第２のサイネージ端末６に配信すると共に、パーソナル端末８にも一斉配信コンテンツを送信する。このため、例えば緊急情報等の重要な情報を、全ての端末に共有することができる。

また本実施形態によれば、一斉配信コンテンツは、クラウドＣＭＳ３とローカルＣＭＳ４との間で、元コンテンツと、当該元コンテンツからのリンク先コンテンツとを含むファイルとして同期される。このため、配信後に災害等によりローカルＣＭＳ４が第１のネットワークＮＷ１から切断されても、各サイネージ端末で確実に元コンテンツとリンク先コンテンツとを表示することができる。

また本実施形態によれば、一斉配信コンテンツは、クラウドＣＭＳ３とローカルＣＭＳ４との間で、元コンテンツと、元コンテンツからのリンク先ＵＲＬとを含むファイルとして同期される。このためリンク先ＵＲＬに対応するコンテンツが、比較的重要でなく、ローカルＣＭＳ４が第１のネットワークＮＷ１から切断されているときに各サイネージ端末で表示する必要が必ずしもなければ、一斉配信コンテンツのデータ容量を低減することができる。

また本実施形態によれば、パーソナル端末８がゲートウェイサーバ７にアクセスする際、ゲートウェイサーバ７はフラグの有無に基づいて、パーソナル端末８で表示可能なコンテンツを配信するサイネージ端末の一覧を送信するか、当該パーソナル端末８で受け付けたＵＲＬに対応するページの閲覧を許可するかを判定する。このため、状況に応じて、パーソナル端末８の表示部８３での表示内容を制御することができる。

また本実施形態によれば、パーソナル端末８においてサイネージ端末の一覧が提示された場合、パーソナル端末８は、一斉配信コンテンツを表示しているサイネージ端末を識別可能に表示する。このため、パーソナル端末８のユーザが一斉配信コンテンツを見逃すおそれを低減することができる。

上述の実施形態は代表的な例として説明されている。しかし本発明の趣旨及び範囲内で、多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば、実施形態の構成図に記載の複数の構成ブロックを１つに組み合わせたり、あるいは１つの構成ブロックを分割したりすることが可能である。

クラウドＣＭＳ３、ローカルＣＭＳ４、第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８をコンピュータで構成する場合、各機能を実現する処理内容を記述したプログラムを、当該コンピュータの内部又は外部の記憶手段に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。また、このようなプログラムは、例えばＤＶＤ又はＣＤ−ＲＯＭ等の可搬型記録媒体の販売、譲渡、貸与等により流通させることができるほか、そのようなプログラムを、例えばネットワーク上にあるサーバの記憶手段に記憶しておき、ネットワークを介してサーバから他のコンピュータにそのプログラムを転送することにより、流通させることができる。また、そのようなプログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、自己の記憶手段に格納することができる。また、このプログラムの別の実施態様として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、更に、このコンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行することとしてもよい

１緊急情報送信装置
２多言語翻訳装置
３クラウドＣＭＳ
３１割込情報送受信部
３２多言語翻訳情報送受信部
３３クラウド−ローカル間ＣＭＳ同期部
３４コンテンツ管理部
３５ログ管理部
３６記憶部
４ローカルＣＭＳ
４１割込情報送受信部
４２クラウド−ローカル間ＣＭＳ同期部
４３コンテンツ管理部
４４サブコンテンツ送受信部
４５端末間メッセージ処理部
４６ログ管理部
４７記憶部
５第１のサイネージ端末
５１コンテンツ表示制御部
５２端末間メッセージ処理部
５３表示部
６第２のサイネージ端末
６１コンテンツ表示制御部
６２端末間メッセージ処理部
６３表示部
７ゲートウェイサーバ
７１認証クリア機能部
８パーソナル端末
８１コンテンツ表示制御部
８２端末間メッセージ処理部
８３表示部
Ｓサイネージ提示システム
ＮＷ１第１のネットワーク
ＮＷ２第２のネットワーク

Claims

クラウド側のコンテンツマネジメントシステム（以下、クラウドＣＭＳ）と、
前記クラウドＣＭＳに第１のネットワーク経由で接続されるローカル側のコンテンツマネジメントシステム（以下、ローカルＣＭＳ）と、
前記ローカルＣＭＳに第２のネットワーク経由で接続されるサイネージ端末と、
前記ローカルＣＭＳに前記第２のネットワーク経由で接続されるゲートウェイサーバと、
前記ゲートウェイサーバに接続されるパーソナル端末と、
を有し、
前記サイネージ端末及び前記パーソナル端末はＷｅｂブラウザを用いてコンテンツを表示し、
前記クラウドＣＭＳは、当該クラウドＣＭＳで更新されたコンテンツを前記ローカルＣＭＳに同期し、
前記クラウドＣＭＳと前記ローカルＣＭＳとの間の前記第１のネットワークが切断された状態において、前記ローカルＣＭＳは、当該ローカルＣＭＳに記憶された同期済みコンテンツを用いて、前記サイネージ端末及び前記パーソナル端末においてコンテンツを表示し、
前記第１のネットワークが切断された状態において、前記ローカルＣＭＳがユーザからコンテンツの更新を受け付け、その後前記第１のネットワークの接続が回復したとき、前記クラウドＣＭＳに記憶されるコンテンツによって前記ローカルＣＭＳで更新されたコンテンツが上書きされて同期される、
サイネージ提示システム。
クラウド側のコンテンツマネジメントシステム（以下、クラウドＣＭＳ）と、
前記クラウドＣＭＳに第１のネットワーク経由で接続されるローカル側のコンテンツマネジメントシステム（以下、ローカルＣＭＳ）と、
を有し、
前記クラウドＣＭＳは、当該クラウドＣＭＳで更新されたコンテンツを前記ローカルＣＭＳに同期し、
前記クラウドＣＭＳと前記ローカルＣＭＳとの間の前記第１のネットワークが切断された状態において、前記ローカルＣＭＳは、当該ローカルＣＭＳに記憶された同期済みコン
テンツを用いて、当該ローカルＣＭＳに第２のネットワーク経由で接続されるサイネージ端末のＷｅｂブラウザでコンテンツを表示し、
前記第１のネットワークが切断された状態において、前記ローカルＣＭＳがユーザからコンテンツの更新を受け付け、その後前記第１のネットワークの接続が回復したとき、前記クラウドＣＭＳに記憶されるコンテンツによって前記ローカルＣＭＳで更新されたコンテンツが上書きされて同期される、
サイネージ提示システム。