(57)【要約】【課題】災害等で外部のネットワークと切断された状態においてもサイネージ端末において情報を表示すること、例えば災害情報等の一斉配信コンテンツをサイネージ端末及びパーソナル端末に配信すること、及び、端末間でコンテンツ表示を連動させることができる。【解決手段】サイネージ提示システムは、クラウド側のコンテンツマネジメントシステム（以下、クラウドＣＭＳ）（３）と、クラウドＣＭＳに第１のネットワーク（ＮＷ１）経由で接続されるローカル側のコンテンツマネジメントシステム（以下、ローカルＣＭＳ）（４）と、ローカルＣＭＳに第２のネットワーク（ＮＷ２）経由で接続されるサイネージ端末（５、６）と、ローカルＣＭＳに第２のネットワーク経由で接続されるゲートウェイサーバ（７）と、ゲートウェイサーバに接続されるパーソナル端末（８）と、を有する。【選択図】図１
2018147320.tif 000002
【特許請求の範囲】
【請求項１】
クラウド側のコンテンツマネジメントシステム（以下、クラウドＣＭＳ）と、
前記クラウドＣＭＳに第１のネットワーク経由で接続されるローカル側のコンテンツマネジメントシステム（以下、ローカルＣＭＳ）と、
前記ローカルＣＭＳに第２のネットワーク経由で接続されるサイネージ端末と、
前記ローカルＣＭＳに前記第２のネットワーク経由で接続されるゲートウェイサーバと、
前記ゲートウェイサーバに接続されるパーソナル端末と、
を有し、
前記サイネージ端末及び前記パーソナル端末はＷｅｂブラウザを用いてコンテンツを表示し、
前記クラウドＣＭＳは、当該クラウドＣＭＳで更新されたコンテンツを前記ローカルＣＭＳに同期し、
前記クラウドＣＭＳと前記ローカルＣＭＳとの間の前記第１のネットワークが切断された状態において、前記ローカルＣＭＳは、当該ローカルＣＭＳに記憶された同期済みコンテンツを用いて、前記サイネージ端末及び前記パーソナル端末においてコンテンツを表示する、
サイネージ提示システム。
【請求項２】
請求項１に記載のサイネージ提示システムにおいて、
前記第１のネットワークが切断された状態において、前記ローカルＣＭＳがユーザからコンテンツの更新を受け付け、その後前記第１のネットワークの接続が回復したとき、前記クラウドＣＭＳに記憶されるコンテンツによって前記ローカルＣＭＳで更新されたコンテンツが上書きされて同期される、サイネージ提示システム。
【請求項３】
請求項１又は２に記載のサイネージ提示システムにおいて、
前記クラウドＣＭＳは、所定の情報を受信すると、前記ローカルＣＭＳを経由して前記所定の情報を一斉配信コンテンツとして前記サイネージ端末に配信すると共に、前記パーソナル端末にも当該一斉配信コンテンツを送信する、サイネージ提示システム。
【請求項４】
請求項３に記載のサイネージ提示システムにおいて、
前記一斉配信コンテンツは、前記クラウドＣＭＳと前記ローカルＣＭＳとの間で、元コンテンツと、当該元コンテンツからのリンク先コンテンツとを含むファイルとして同期される、サイネージ提示システム。
【請求項５】
請求項３に記載のサイネージ提示システムにおいて、
前記一斉配信コンテンツは、前記クラウドＣＭＳと前記ローカルＣＭＳとの間で、元コンテンツと、当該元コンテンツからのリンク先ＵＲＬとを含むファイルとして同期される、サイネージ提示システム。
【請求項６】
請求項３乃至５のいずれか一項に記載のサイネージ提示システムにおいて、
前記パーソナル端末が前記ゲートウェイサーバにアクセスする際、前記ゲートウェイサーバはフラグの有無に基づいて、当該パーソナル端末で表示可能なコンテンツを配信するサイネージ端末の一覧を送信するか、当該パーソナル端末で受け付けたＵＲＬに対応するページの閲覧を許可するかを判定する、サイネージ提示システム。
【請求項７】
請求項６に記載のサイネージ提示システムにおいて、
前記パーソナル端末において前記サイネージ端末の一覧が提示された場合、前記パーソナル端末は、前記一斉配信コンテンツを表示しているサイネージ端末を識別可能に表示する、サイネージ提示システム。
【請求項８】
クラウド側のコンテンツマネジメントシステム（以下、クラウドＣＭＳ）と、
前記クラウドＣＭＳに第１のネットワーク経由で接続されるローカル側のコンテンツマネジメントシステム（以下、ローカルＣＭＳ）と、
を有し、
前記クラウドＣＭＳは、当該クラウドＣＭＳで更新されたコンテンツを前記ローカルＣＭＳに同期し、
前記クラウドＣＭＳと前記ローカルＣＭＳとの間の前記第１のネットワークが切断された状態において、前記ローカルＣＭＳは、当該ローカルＣＭＳに記憶された同期済みコンテンツを用いて、当該ローカルＣＭＳに第２のネットワーク経由で接続されるサイネージ端末のＷｅｂブラウザでコンテンツを表示する、
サイネージ提示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サイネージ提示システムに関する。
【背景技術】
【０００２】
近年、自治体、企業、ショッピングモール等での電子公告、所謂デジタルサイネージが普及してきている。デジタルサイネージを表示する端末として、周囲の状況に応じて適切な詳細度で個人向け情報を表示するサイネージ端末が知られている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−０９９９２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の上記サイネージ端末では、災害等で外部のネットワークから切断された状態まで考慮されていない。特許文献１ではまた、災害情報等の配信情報をサイネージ端末及びスマートフォン等のパーソナル端末に配信すること、並びに、端末間でコンテンツ表示を連動させることは考慮されていない。
【０００５】
かかる点に鑑みてなされた本発明の目的は、災害等で外部のネットワークと切断された状態においてもサイネージ端末において情報を表示すること、災害情報等の一斉配信コンテンツをサイネージ端末及びパーソナル端末に配信すること、及び、端末間でコンテンツ表示を連動させることができるサイネージ提示システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の一実施形態に係るサイネージ提示システムは、クラウド側のコンテンツマネジメントシステム（以下、クラウドＣＭＳ）と、前記クラウドＣＭＳに第１のネットワーク経由で接続されるローカル側のコンテンツマネジメントシステム（以下、ローカルＣＭＳ）と、前記ローカルＣＭＳに第２のネットワーク経由で接続されるサイネージ端末と、前記ローカルＣＭＳに前記第２のネットワーク経由で接続されるゲートウェイサーバと、前記ゲートウェイサーバに接続されるパーソナル端末と、を有し、前記サイネージ端末及び前記パーソナル端末はＷｅｂブラウザを用いてコンテンツを表示し、前記クラウドＣＭＳは、当該クラウドＣＭＳで更新されたコンテンツを前記ローカルＣＭＳに同期し、前記クラウドＣＭＳと前記ローカルＣＭＳとの間の前記第１のネットワークが切断された状態において、前記ローカルＣＭＳは、当該ローカルＣＭＳに記憶された同期済みコンテンツを用いて、前記サイネージ端末及び前記パーソナル端末においてコンテンツを表示する。
【０００７】
また、上記課題を解決するため、本発明の一実施形態に係るサイネージ提示システムは、クラウドＣＭＳと、前記クラウドＣＭＳに第１のネットワーク経由で接続されるローカルＣＭＳと、を有し、前記クラウドＣＭＳは、当該クラウドＣＭＳで更新されたコンテンツを前記ローカルＣＭＳに同期し、前記クラウドＣＭＳと前記ローカルＣＭＳとの間の前記第１のネットワークが切断された状態において、前記ローカルＣＭＳは、当該ローカルＣＭＳに記憶された同期済みコンテンツを用いて、当該ローカルＣＭＳに第２のネットワーク経由で接続されるサイネージ端末及びパーソナル端末のＷｅｂブラウザでコンテンツを表示する。
【発明の効果】
【０００８】
本発明に係るサイネージ提示システムによれば、災害等で外部のネットワークと切断された状態においてもサイネージ端末において情報を表示すること、災害情報等の一斉配信コンテンツをサイネージ端末及びパーソナル端末に配信すること、及び、端末間でコンテンツ表示を連動させることができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態のサイネージ提示システムの概略構成を示す機能ブロック図である。
【図２Ａ】パーソナル端末がコンテンツを表示するフローを示すシーケンス図である。
【図２Ｂ】パーソナル端末毎のフラグの有無を示す図である。
【図２Ｃ】パーソナル端末の表示部に表示される画面の一例を示す図である。
【図３Ａ】図２Ａの続きを示すシーケンス図である。
【図３Ｂ】パーソナル端末の表示部に表示される画面の一例を示す図である。
【図４】サイネージ端末がコンテンツを表示するフローを示すシーケンス図である。
【図５Ａ】サイネージ端末間、及びサイネージ端末とパーソナル端末との間でコンテンツを連動させるフローを示すシーケンス図である。
【図５Ｂ】連動許可端末が登録されたときのデータ構造の一例を示す図である。
【図６】クラウドＣＭＳとローカルＣＭＳとの間で実行される差分同期フローを示すシーケンス図である。
【図７】クラウドＣＭＳとローカルＣＭＳとの間で実行される全同期フローを示すシーケンス図である。
【図８Ａ】サイネージ端末が表示するコンテンツの一斉配信処理フローを示すシーケンス図である。
【図８Ｂ】コンテンツの表示スケジュールの一例を示す図である。
【図９】コンテンツの一斉配信時におけるフラグクリア処理フローを示すシーケンス図である。
【発明を実施するための形態】
【００１０】
図１は、本実施形態のサイネージ提示システムＳの概略構成を示す機能ブロック図である。サイネージ提示システムＳは緊急情報送信装置１、多言語翻訳装置２、クラウド側のコンテンツマネジメントシステム３（以下、クラウドＣＭＳ３）、ローカル側のコンテンツマネジメントシステム４（以下、ローカルＣＭＳ４）、第１のサイネージ端末５、第２のサイネージ端末６、ゲートウェイサーバ７、及びパーソナル端末８を有する。以下では本実施形態のサイネージ提示システムＳの各機能を説明するが、サイネージ提示システムＳが備える他の機能を排除することを意図したものではない。
【００１１】
緊急情報送信装置１、多言語翻訳装置２、クラウドＣＭＳ３及びローカルＣＭＳ４は、第１のネットワークＮＷ１経由で互いに通信可能に接続される。第１のネットワークＮＷ１は例えばインターネットであるが、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等であってよい。
【００１２】
ローカルＣＭＳ４、第１のサイネージ端末５、第２のサイネージ端末６及びゲートウェイサーバ７は、第２のネットワークＮＷ２経由で互いに通信可能に接続される。パーソナル端末８はゲートウェイサーバ７を介して第２のネットワークＮＷ２と通信可能である。第２のネットワークＮＷ２は例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等である。
【００１３】
緊急情報送信装置１は、任意の情報を配信する情報提供システムから情報を受信すると、当該情報に対応するコンテンツを生成して、クラウドＣＭＳ３に送信する。本実施形態では一例として、情報提供システムは、災害情報を配信するＬアラートとする。コンテンツは任意のプログラミング言語、例えばＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）５を用いて生成される。これにより、コンテンツは汎用的である。
【００１４】
多言語翻訳装置２は、クラウドＣＭＳ３が提供するコンテンツ管理画面で、ユーザから所定言語（例えば日本語）でのコンテンツを他言語（例えば英語、中国語、韓国語等）に翻訳する指示を受け付けたとき、指示された言語へコンテンツを翻訳する。本実施形態においてコンテンツとは、緊急情報送信装置１からの緊急情報であってよいし、レストランのメニュー、雑貨店の商品、店舗の広告等を示す動画又は静止画であってよい。多言語翻訳装置２は、翻訳済みコンテンツをクラウドＣＭＳ３に送信する。
【００１５】
クラウドＣＭＳ３はクラウド上に構築されたコンテンツ管理機能を有する。クラウドＣＭＳ３に記憶されたコンテンツは、後述する手順でローカルＣＭＳ４と同期される。
【００１６】
クラウドＣＭＳ３は、割込情報送受信部３１、多言語翻訳情報送受信部３２、クラウド−ローカル間ＣＭＳ同期部３３、コンテンツ管理部３４、ログ管理部３５、記憶部３６を有する。これらの機能部は、制御手順を規定したプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等のプロセッサ又は各機能の処理に特化した専用のプロセッサにより制御及び管理される。
【００１７】
割込情報送受信部３１は、緊急情報送信装置１と通信を行うインタフェースである。
【００１８】
多言語翻訳情報送受信部３２は、多言語翻訳装置２と通信を行うインタフェースである。
【００１９】
クラウド−ローカル間ＣＭＳ同期部３３は、ローカルＣＭＳ４と、コンテンツを後述の手順で同期する。
【００２０】
コンテンツ管理部３４は、クラウドＣＭＳ３を操作するユーザに、表示部を介してコンテンツ管理画面を提示し、ユーザの指示に基づいて任意の情報を生成する。
【００２１】
ログ管理部３５は、割込情報送受信部３１、多言語翻訳情報送受信部３２、クラウド−ローカル間ＣＭＳ同期部３３及びコンテンツ管理部３４等が実行した動作の動作ログを記録及び管理する。
【００２２】
記憶部３６は、半導体メモリ又は磁気メモリ等で構成されることができる。記憶部３６は、ログ及びコンテンツ等の任意の情報を格納するＤＢを有する。記憶部３６は、クラウドＣＭＳ３を動作させるためのプログラム等を記憶してよい。記憶部３６は、ワークメモリとしても機能してよい。
【００２３】
ローカルＣＭＳ４はクラウドＣＭＳ３の配下に存在し、第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８等にコンテンツを配信する。
【００２４】
ローカルＣＭＳ４は、割込情報送受信部４１、クラウド−ローカル間ＣＭＳ同期部４２、コンテンツ管理部４３、サブコンテンツ送受信部４４、端末間メッセージ処理部４５、ログ管理部４６、記憶部４７を有する。これらの機能部は、制御手順を規定したプログラムを実行するＣＰＵ等のプロセッサ又は各機能の処理に特化した専用のプロセッサにより制御及び管理される。
【００２５】
割込情報送受信部４１は、第１のサイネージ端末５、第２のサイネージ端末６又はパーソナル端末８等に緊急情報等の割込情報を配信するインタフェースである。
【００２６】
クラウド−ローカル間ＣＭＳ同期部４２は、クラウドＣＭＳ３と、コンテンツを後述の手順で同期する。
【００２７】
コンテンツ管理部４３は、ローカルＣＭＳ４を操作するユーザに、表示部を介してコンテンツ管理画面を提示し、ユーザの指示に基づいて任意の情報を生成する。
【００２８】
サブコンテンツ送受信部４４は、パーソナル端末８に表示させるコンテンツの生成及び配信を行う。本実施形態において表示とは、再生を含んでよい。
【００２９】
端末間メッセージ処理部４５は、第１のサイネージ端末５と第２のサイネージ端末６との間、又は第１のサイネージ端末５（又は第２のサイネージ端末６）とパーソナル端末８との間で連動を行うための情報を送受信するインタフェースである。
【００３０】
ログ管理部４６は、割込情報送受信部４１、クラウド−ローカル間ＣＭＳ同期部４２、コンテンツ管理部４３、サブコンテンツ送受信部４４及び端末間メッセージ処理部４５等が実行した動作の動作ログを記録及び管理する。
【００３１】
記憶部４７は、半導体メモリ又は磁気メモリ等で構成されることができる。記憶部４７は、ログ及びコンテンツ等の任意の情報を格納するＤＢを有する。記憶部４７は、ローカルＣＭＳ４を動作させるためのプログラム等を記憶してよい。記憶部４７は、ワークメモリとしても機能してよい。
【００３２】
第１のサイネージ端末５は、コンテンツ表示制御部５１、端末間メッセージ処理部５２及び表示部５３を有する。これらの機能部は、例えばＷｅｂブラウザを用いて実現され、制御手順を規定したプログラムを実行するＣＰＵ等のプロセッサ又は各機能の処理に特化した専用のプロセッサにより制御及び管理される。Ｗｅｂブラウザは、任意のものを利用可能である。図１においてサイネージ端末は２つのみ示されているが、１つ又は３つ以上のサイネージ端末がローカルＣＭＳ４に接続されてもよい。本実施形態の第１のサイネージ端末５は一例として、デパートに設置される電子看板である。代替例として、第１のサイネージ端末５は、ショッピングモール等の任意の建物又は街頭に設置されてよい。
【００３３】
コンテンツ表示制御部５１は、ローカルＣＭＳ４等から配信されたコンテンツを表示部５３に表示する。
【００３４】
端末間メッセージ処理部５２は、第２のサイネージ端末６等の他のサイネージ端末又はパーソナル端末８等と、ローカルＣＭＳ４を介して任意の情報を送受信するインタフェースである。
【００３５】
表示部５３は、例えば、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、無機ＥＬディスプレイ等の表示デバイス等であるが、これらに限られない。本実施形態では一例として、表示部５３はタッチスクリーンとして構成され、ユーザの指又はスタイラスペンによる選択操作を受け付けることができる。選択操作は例えば、押下、タッチ、タップ、接触、近接等の操作である。
【００３６】
第２のサイネージ端末６はコンテンツ表示制御部６１、端末間メッセージ処理部６２及び表示部６３を有する。コンテンツ表示制御部６１、端末間メッセージ処理部６２及び表示部６３のハードウェア構成はコンテンツ表示制御部５１、端末間メッセージ処理部５２及び表示部５３のハードウェア構成と同様であるため、説明を省略する。
【００３７】
ゲートウェイサーバ７は、第２のネットワークＮＷ２経由でローカルＣＭＳ４に接続される。またゲートウェイサーバ７は、パーソナル端末８と有線又は無線で接続される。本実施形態では一例として、ゲートウェイサーバ７とパーソナル端末８とは無線ＬＡＮで接続される。ゲートウェイサーバ７は、ローカルＣＭＳ４から受信したコンテンツをパーソナル端末８に送信する。ゲートウェイサーバ７は認証クリア機能部７１を有する。
【００３８】
認証クリア機能部７１は、例えばＣａｐｔｉｖｅ  Ｐｏｒｔａｌ機能等により、接続認証をクリアすることで、パーソナル端末８を、緊急情報等の一斉配信コンテンツにアクセス可能とする。Ｃａｐｔｉｖｅ  Ｐｏｒｔａｌ機能は、無線ＬＡＮ等の利用の際に、接続された端末を特定のページにリダイレクトさせて認証処理を行わせる機能である。
【００３９】
パーソナル端末８は、ユーザが所持する携帯端末であり、本実施形態ではスマートフォンである。代替例としてパーソナル端末８は例えばファブレット、タブレットＰＣ又はフィーチャーフォン等でもよい。またパーソナル端末８は上記のものに限定されず、例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、リモコン端末、携帯音楽プレイヤー、ゲーム機、電子書籍リーダ、カーナビゲーション、家電製品又は産業用機器（ＦＡ機器）等でもよい。
【００４０】
パーソナル端末８は、コンテンツ表示制御部８１と端末間メッセージ処理部８２と表示部８３とを有する。これらの機能部は例えばブラウザ機能により実現され、制御手順を規定したプログラムを実行するＣＰＵ等のプロセッサ又は各機能の処理に特化した専用のプロセッサにより制御及び管理される。図１においてパーソナル端末８は１つのみ示されているが、複数のパーソナル端末８がゲートウェイサーバ７に接続可能である。
【００４１】
コンテンツ表示制御部８１は、ローカルＣＭＳ４等からゲートウェイサーバ７を介して配信されたコンテンツを表示部８３に表示する。
【００４２】
端末間メッセージ処理部８２は、第１のサイネージ端末５又は第２のサイネージ端末６と、ローカルＣＭＳ４を介して任意の情報を送受信する。
【００４３】
表示部８３のハードウェア構成は、表示部５３のハードウェア構成と同様であるため、説明を省略する。
【００４４】
次に図２Ａを参照して、パーソナル端末８が、無線ＬＡＮアクセスポイントに関する設定を受け付けたときに実行するコンテンツ表示フローを説明する。
【００４５】
ステップＳ１にてパーソナル端末８は、ユーザ操作により、第１のサイネージ端末５及び第２のサイネージ端末６から所定距離内の周辺に設置された無線ＬＡＮアクセスポイントに関する設定を表示部８３にて受け付けると、当該無線ＬＡＮアクセスポイントに接続する。無線ＬＡＮアクセスポイントはゲートウェイサーバ７に接続されている。
【００４６】
ステップＳ２にて、パーソナル端末８のコンテンツ表示制御部８１は、ユーザ操作により、コンテンツ表示機能であるブラウザを起動し、情報を表示部８３に表示する。このときパーソナル端末８のコンテンツ表示制御部８１は、ブラウザにて閲覧されたブラウザ閲覧情報を、無線ＬＡＮアクセスポイントを介してゲートウェイサーバ７に送信する。
【００４７】
ステップＳ３にてゲートウェイサーバ７の認証クリア機能部７１は、ブラウザ閲覧情報を受信する。ステップＳ４にて認証クリア機能部７１は、ゲートウェイサーバ７の記憶部を参照して、フラグの有無を判定する。フラグ「有り」の場合、認証クリア機能部７１によりパーソナル端末８は認証済みである。フラグ有無の一例を図２Ｂに示す。
【００４８】
認証クリア機能部７１は、フラグ「有り」と判定すると、パーソナル端末８のユーザがブラウザ上で指定したＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に対応するウェブページに対応する情報を取得し、当該情報をパーソナル端末８に送信する。これによりステップＳ５にてパーソナル端末８は当該情報を表示部８３にて表示する。代替例として認証クリア機能部７１は、フラグ「有り」と判定すると、後述する一斉配信コンテンツが存在するか否かを判定してよい。認証クリア機能部７１は、存在すると判定したときには、当該フラグを「無し」に設定してよい。これにより認証クリア機能部７１は、フラグ「無し」の場合の次の処理を行って、後述する一斉配信コンテンツが表示されているサイネージ端末をパーソナル端末８の利用者に知らせることが可能となる。
【００４９】
認証クリア機能部７１は、フラグ「無し」と判定すると、ステップＳ６にて当該フラグを「有り」に変更して認証をクリアすると共に、ステップＳ７にて、ローカルＣＭＳ４が指定する所定のページにリダイレクトするようパーソナル端末８に通知する。本実施形態では、所定のページとはローカルＣＭＳ４のトップページとする。
【００５０】
ステップＳ８にて通知を受信したパーソナル端末８の端末間メッセージ処理部８２は、ステップＳ９にて、ローカルＣＭＳ４のトップページを表示することのリクエストをローカルＣＭＳ４に送信する。
【００５１】
ステップＳ１０にて、ローカルＣＭＳ４のサブコンテンツ送受信部４４は、当該リクエストを受信すると、ステップＳ１１にて、記憶部４７を参照して、ローカルＣＭＳ４の記憶部４７に記憶されているサイネージ端末のリストを取得する。ステップＳ１２にてサブコンテンツ送受信部４４は、当該リストをトップページ表示情報としてパーソナル端末８に送信する。このときサブコンテンツ送受信部４４は、後述する一斉配信コンテンツを表示しているサイネージ端末が存在すると判定した場合には、どのサイネージ端末がそのようなサイネージ端末に該当するかを示す情報と共にトップページ表示情報をパーソナル端末８に送信する。
【００５２】
ステップＳ１３にてパーソナル端末８のコンテンツ表示制御部８１は、トップページ表示情報を受信すると、ステップＳ１４にて、ブラウザを用いて表示部８３に、サイネージ端末のリストを含むトップページを表示する。表示されるトップページを図２Ｃに示す。このとき、サイネージ端末のリストは、サイネージ端末毎に選択可能に表示される。表示部８３は、一斉配信コンテンツを表示しているサイネージ端末が存在するときには、図２Ｃに示すように当該サイネージ端末を識別可能に表示する。識別可能であるとは、例えば、サイネージ端末の名称を赤枠で囲うことである。
【００５３】
続いて、図３Ａを参照して図２Ａの続きのフローを説明する。
【００５４】
パーソナル端末８の表示部８３は、特定のサイネージ端末を選択するユーザ操作を受け付ける。ここでは説明の便宜のため、第１のサイネージ端末５が選択された場合を説明する。ステップＳ２１においてパーソナル端末８は、第１のサイネージ端末５において表示可能なコンテンツの一覧を送信する旨のリクエストを、ローカルＣＭＳ４に送信する。
【００５５】
ローカルＣＭＳ４のサブコンテンツ送受信部４４は、ステップＳ２２にて第１のサイネージ端末５からリクエストを受信すると、ステップＳ２３にて記憶部４７より、表示可能なコンテンツの一覧の情報を取得する。ステップＳ２４にてサブコンテンツ送受信部４４は、当該一覧の情報を第１のサイネージ端末５に送信する。
【００５６】
ステップＳ２５にて、第１のサイネージ端末５における表示可能なコンテンツの一覧を受信したパーソナル端末８の表示部８３は、ステップＳ２６にて、図３Ｂに示すように当該一覧を表示する。このとき表示可能なコンテンツは、コンテンツ毎に選択可能に表示される。ここでは一例として、表示可能なコンテンツはコンテンツＡ、Ｂ及びＣであり、そのうちコンテンツＣが選択されたとして説明する。なお表示可能コンテンツのうちに一斉配信コンテンツが含まれていれば、表示部８３はそのコンテンツを識別可能に表示してよい。
【００５７】
コンテンツＣが選択されると、ステップＳ２７にて、パーソナル端末８の端末間メッセージ処理部８２は、コンテンツＣの表示リクエストをローカルＣＭＳ４に送信する。
【００５８】
ステップＳ２８にて、ローカルＣＭＳ４のサブコンテンツ送受信部４４は、表示リクエストを受信すると、ステップＳ２９にてコンテンツＣを記憶部４７より取得し、ステップＳ３０にてコンテンツＣをパーソナル端末８に送信する。
【００５９】
ステップＳ３１にてコンテンツＣを受信したパーソナル端末８の表示部８３は、ステップＳ３２にてコンテンツＣを表示する。
【００６０】
次に図４を参照して、任意のサイネージ端末（第１のサイネージ端末５又は第２のサイネージ端末６）が、ブラウザの起動操作を受け付けたときに実行するコンテンツ表示フローを説明する。
【００６１】
ステップＳ４１にてサイネージ端末は、例えば起動時又はユーザ操作時に、コンテンツ表示機能であるブラウザを起動する。ステップＳ４２にてサイネージ端末は、ブラウザ経由でローカルＣＭＳ４に、表示内容の取得リクエストを送信する。
【００６２】
ステップＳ４３にてローカルＣＭＳ４のコンテンツ管理部４３が、取得リクエストを受信すると、ステップＳ４４にて記憶部４７より、表示スケジュール及びコンテンツを取得する。コンテンツ管理部４３は、ステップＳ４５にて表示スケジュール及びコンテンツを第１のサイネージ端末５に送信する。
【００６３】
ステップＳ４６にて第１のサイネージ端末５のコンテンツ表示制御部５１は、表示スケジュール及びコンテンツを受信すると、ステップＳ４７にて、受信した表示スケジュールを解析し、ステップＳ４８にて当該表示スケジュールに沿ってコンテンツを表示する。
【００６４】
次に図５Ａを参照して、サイネージ端末間、及び、サイネージ端末とパーソナル端末８との間での連動イベントのフローを説明する。このフローは、第２のサイネージ端末６及びパーソナル端末８が、後述するイベント許可要求を送信するためのユーザ操作を任意の時点で受け付けたときに実行される。受け付けの順番は問わない。本実施形態において連動イベントとは、連動先の端末において、ユーザの趣味又は嗜好等に応じたコンテンツを連動して表示することであるが、代替例として、連動先の端末において、連動元と同一のコンテンツを表示することであってもよい。
【００６５】
ステップＳ５１にて第２のサイネージ端末６の端末間メッセージ処理部６２は、連動イベントを第２のサイネージ端末６で実行する許可を要求するため、連動イベント許可要求をローカルＣＭＳ４に送信する。ステップＳ５２にて、ローカルＣＭＳ４の端末間メッセージ処理部４５は、第２のサイネージ端末６から連動イベント許可要求を受信すると、ステップＳ５３にて第２のサイネージ端末６を、例えば図５Ｂに示すように連動許可端末として記憶部４７に登録する。
【００６６】
ステップＳ５４にて端末間メッセージ処理部４５は、連動イベント許可通知を第２のサイネージ端末６に送信する。ステップＳ５５にて第２のサイネージ端末６の端末間メッセージ処理部６２は、ブラウザ経由で、ローカルＣＭＳ４から連動イベント許可通知を受信する。
【００６７】
ステップＳ５６乃至ステップＳ６０では、ステップＳ５１乃至ステップＳ５５にて第２のサイネージ端末６の端末間メッセージ処理部６２とローカルＣＭＳ４の端末間メッセージ処理部４５が行った処理と同様の処理を、パーソナル端末８の端末間メッセージ処理部８２とローカルＣＭＳ４の端末間メッセージ処理部４５とが行う。説明は省略する。
【００６８】
続いて第１のサイネージ端末５の表示部５３は、ステップＳ６１にて、コンテンツＡを表示する。コンテンツＡには、第２のサイネージ端末６及びパーソナル端末８とコンテンツを連動させるためのプログラミング言語が記述されている。当該プログラムは例えばＪａｖａＳｃｒｉｐｔ（登録商標）である。ステップＳ６１は図４に示すステップＳ４８に対応する。ステップＳ６２にて、第１のサイネージ端末５の端末間メッセージ処理部５２は、コンテンツＡ内に記述されたプログラムに基づいて、連動イベントをローカルＣＭＳ４に送信する。
【００６９】
ステップＳ６３にてローカルＣＭＳ４の端末間メッセージ処理部４５は、第１のサイネージ端末５から連動イベントを受信する。
【００７０】
ステップＳ６４にてローカルＣＭＳ４の端末間メッセージ処理部４５は、記憶部４７を参照して、連動許可端末（ここでは第２のサイネージ端末６及びパーソナル端末８）を確認し、当該端末と通信路を設定する。端末間メッセージ処理部４５は、連動イベントを当該端末に送信する。
【００７１】
ステップＳ６５にて第２のサイネージ端末６の表示部６３は、コンテンツＢを表示する。ステップＳ６５は図４に示すステップＳ４８に対応する。ステップＳ６６にて第２のサイネージ端末６の端末間メッセージ処理部６２が、ローカルＣＭＳ４から連動イベントを受信すると、ステップＳ６７にて表示部６３はコンテンツＢに加えて又は代えて、当該連動イベントに対応する連動コンテンツを表示する。
【００７２】
ステップＳ６８にてパーソナル端末８のコンテンツ表示制御部８１は、コンテンツＣを表示する。ステップＳ６８は図３Ａに示すステップＳ３２に対応する。ステップＳ６９にてパーソナル端末８の端末間メッセージ処理部８２は、ローカルＣＭＳ４から連動イベントを受信する。ステップＳ７０にて表示部８３は、コンテンツＣに加えて又は代えて、当該連動イベントに対応する連動コンテンツを表示する。
【００７３】
上述の通り、ステップＳ５１及びステップＳ５６では、連動イベント許可要求はコンテンツＢ及びＣの表示前に送信されるが、代替例として、コンテンツＢ及びＣの表示後に送信されてもよい。
【００７４】
次に図６を参照して、クラウドＣＭＳ３とローカルＣＭＳ４との間で実行される差分同期フローを説明する。差分同期フローは、ユーザからコンテンツの更新を受け付けてから所定時間以内に実行される。更新は例えば、追加、削除、編集等を含む。ここでの差分同期とは、クラウドＣＭＳ３がユーザから、記憶部３６に記憶されたコンテンツの更新を受け付けたとき、当該更新後の内容と、ローカルＣＭＳ４の記憶部４７に記憶されたコンテンツとの差分を同期するものである。これによりクラウドＣＭＳ３とローカルＣＭＳ４との間でコンテンツは同一に維持される。
【００７５】
ステップＳ８１にてクラウドＣＭＳ３のコンテンツ管理部３４は、ユーザから、各サイネージ端末で表示されるコンテンツの情報更新を受け付ける。コンテンツ管理部３４は、クラウドＣＭＳ３に接続された全てのローカルＣＭＳ４に記憶されるコンテンツを確認する。このときのローカルＣＭＳ４に記憶されるコンテンツとは、前回の同期時に同期された内容である。ステップＳ８２にてコンテンツ管理部３４は、前回の同期時に同期された内容と、更新後との間の差分部分を差分同期データとして抽出する。
【００７６】
ステップＳ８３にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、クラウドＣＭＳ３に接続された全てのローカルＣＭＳ４に、抽出された差分同期データを送信する。
【００７７】
ローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、ステップＳ８４にてクラウドＣＭＳ３から差分同期データを受信する。コンテンツ管理部４３は、ステップＳ８５にて当該差分同期データを記憶部４７に記憶する。これにより、クラウドＣＭＳ３とローカルＣＭＳ４との間で、コンテンツは同期される。
【００７８】
ステップＳ８６にてローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、差分同期の結果をクラウドＣＭＳ３に送信し、ステップＳ８７にて当該結果を記憶部３６に記憶する。
【００７９】
ステップＳ８８にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、差分同期の結果を受信すると、ステップＳ８９にて記憶部３６に記憶する。
【００８０】
次に図７を参照して、クラウドＣＭＳ３とローカルＣＭＳ４との間での全同期フローを説明する。本実施形態の全同期は、ローカルＣＭＳ４が第１のネットワークＮＷ１から切断された状態で、ユーザがローカルＣＭＳ４に記憶されたコンテンツを編集した後にローカルＣＭＳ４と第１のネットワークＮＷ１との間のネットワークの接続が回復し、再度の同期を行う必要が生じた場合にユーザ指示により実行される。
【００８１】
ステップＳ９１にてクラウドＣＭＳ３のコンテンツ管理部３４は、コンテンツ管理部３４のＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）上で、ユーザより、全同期の対象となるローカルＣＭＳ４の選択と共に全同期指示を受け付ける。ステップＳ９２にてコンテンツ管理部３４は、全同期の対象となるデータを記憶部３６から取得する。本実施形態では一例として、コンテンツ管理部３４は、取得されたデータをＺＩＰ形式により圧縮する。
【００８２】
ステップＳ９３にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、全同期の対象となる全てのローカルＣＭＳ４に通知を送信する。当該通知は例えばＰｕｓｈ通知である。
【００８３】
ステップＳ９４にてローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、ローカルＣＭＳ４から通知を受信する。ステップＳ９５にてクラウド−ローカル間ＣＭＳ同期部４２は、クラウドＣＭＳ３へ、全同期データのダウンロード要求を送信する。
【００８４】
ステップＳ９６にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、全同期対象の全てのローカルＣＭＳ４から全同期データのダウンロード要求を受信すると、ステップＳ９７にて、ＺＩＰ形式で圧縮された全同期データを、全同期対象の全てのローカルＣＭＳ４に送信する。ＺＩＰ形式で圧縮するか否かは任意である。
【００８５】
ステップＳ９８にてローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、クラウド−ローカル間ＣＭＳ同期部３３から全同期データを受信すると、ステップＳ９９にて、ＺＩＰ形式で圧縮された同期データを解凍する。ステップＳ１００にてコンテンツ管理部４３は、解凍された全同期データを記憶部４７に記憶する。この結果、クラウドＣＭＳ３に記憶されるコンテンツによって、ローカルＣＭＳ４で更新されたコンテンツが上書きされて、同期が完了する。ステップＳ１０１にてローカルＣＭＳ４のクラウド−ローカル間ＣＭＳ同期部４２は、クラウドＣＭＳ３へ、全同期処理の結果を送信する。
【００８６】
ステップＳ１０２にてクラウドＣＭＳ３のクラウド−ローカル間ＣＭＳ同期部３３は、ローカルＣＭＳ４から同期処理の結果を受信し、記憶部３６に記憶する。
【００８７】
次に図８Ａを参照して、Ｌアラートから災害情報を受信したときのフローを説明する。
【００８８】
ステップＳ１１１にてクラウドＣＭＳ３の割込情報送受信部３１は、任意の時点で緊急情報送信装置１に認証要求を送信する。緊急情報送信装置１は、ステップＳ１１２にてクラウドＣＭＳ３から認証要求を受信すると、ステップＳ１１３にて認証処理を実行し、ステップＳ１１４にて認証結果をクラウドＣＭＳ３に送信する。
【００８９】
クラウドＣＭＳ３の割込情報送受信部３１は、ステップＳ１１５にて緊急情報送信装置１から認証結果を受信する。
【００９０】
緊急情報送信装置１が、ステップＳ１１６にてＬアラートから災害情報を受信すると（ステップＳ１１６のＹｅｓ）、ステップＳ１１７にて元コンテンツと、当該元コンテンツからのリンク先コンテンツとの両方を、例えばＺＩＰ圧縮形式で圧縮して一斉配信コンテンツを生成する。
【００９１】
ステップＳ１１６にて緊急情報送信装置１がＬアラートから災害情報を受信したときの代替例として、緊急情報送信装置１は、ステップＳ１１７にて元コンテンツと、当該元コンテンツからのリンク先ＵＲＬとをセットにして一斉配信コンテンツを生成してもよい。このとき、リンク先ＵＲＬは、緊急情報送信装置１に格納されたコンテンツに対応するよう設定される。
【００９２】
ステップＳ１１８にて緊急情報送信装置１は、クラウドＣＭＳ３に通知を送信する。本実施形態では一例として、通知はＰｕｓｈ通知とする。
【００９３】
ステップＳ１１９にてクラウドＣＭＳ３の割込情報送受信部３１は、緊急情報送信装置１からＰｕｓｈ通知を受信すると、ステップＳ１２０にて一斉配信コンテンツの取得要求を緊急情報送信装置１に送信する。
【００９４】
ステップＳ１２１にて緊急情報送信装置１は、クラウドＣＭＳ３から、一斉配信コンテンツの取得要求を受信すると、ステップＳ１２２にてクラウドＣＭＳ３に一斉配信コンテンツを送信する。
【００９５】
ステップＳ１２３にてクラウドＣＭＳ３の割込情報送受信部３１は、緊急情報送信装置１から一斉配信コンテンツを受信し、ステップＳ１２４にて記憶部３６に記憶する。ステップＳ１２５にてクラウド−ローカル間ＣＭＳ同期部３３は、クラウドＣＭＳ３とローカルＣＭＳ４との間で差分同期処理を実行する。これにより、一斉配信コンテンツはローカルＣＭＳ４の記憶部４７に記憶される。
【００９６】
ステップＳ１２６にてローカルＣＭＳ４の割込情報送受信部４１は、パーソナル端末８についてのフラグを「無し」へとクリアするフラグクリア要求をゲートウェイサーバ７に送信する。
【００９７】
ステップＳ１２７にてローカルＣＭＳ４のコンテンツ管理部４３は、一斉配信コンテンツを各サイネージ端末（本実施形態において、第１のサイネージ端末５及び第２のサイネージ端末６）で所定時間以内に（即座に）表示するためのスケジュールを作成し、ステップＳ１２８にて各サイネージ端末に送信する。スケジュールの一例を図８Ｂに示す。
【００９８】
ステップＳ１２９にて第１のサイネージ端末５のコンテンツ表示制御部５１及び第２のサイネージ端末６のコンテンツ表示制御部６１は表示スケジュールを受信すると、ステップＳ１３０にてローカルＣＭＳ４へ一斉配信コンテンツの取得要求を送信する。
【００９９】
ステップＳ１３１にてローカルＣＭＳ４のコンテンツ管理部４３は、第１のサイネージ端末５及び第２のサイネージ端末６から、一斉配信コンテンツの取得要求を受信すると、ステップＳ１３２にて第１のサイネージ端末５及び第２のサイネージ端末６へ一斉配信コンテンツを送信する。
【０１００】
ステップＳ１３３にて第１のサイネージ端末５のコンテンツ表示制御部５１及び第２のサイネージ端末６のコンテンツ表示制御部６１は共に、ローカルＣＭＳ４から一斉配信コンテンツを受信すると、一斉配信コンテンツがＺＩＰ圧縮されている場合にはステップＳ１３４にて当該一斉配信コンテンツを解凍してコンテンツを表示する。他方で、元コンテンツとリンク先ＵＲＬとがセットになった一斉配信コンテンツの場合には、ステップＳ１３４にてコンテンツ表示制御部５１及びコンテンツ表示制御部６１は、ローカルＣＭＳ４から一斉配信コンテンツを受信すると、元コンテンツを表示すると共に、当該リンク先ＵＲＬにアクセスして、緊急情報送信装置１からリンク先コンテンツを取得してユーザからの要求に応じて表示する。
【０１０１】
次に図９を参照して、任意のコンテンツの一斉配信時におけるフラグクリア処理を説明する。この処理は、災害情報等が一斉配信されたときに、パーソナル端末８を所有するユーザに一斉配信コンテンツが存在することを気づかせ閲覧させるための処理である。
【０１０２】
ステップＳ１４１にてローカルＣＭＳ４の割込情報送受信部４１は、ゲートウェイサーバ７にフラグクリア要求を送信する。ステップＳ１４１は図８ＡのステップＳ１２６に対応する。
【０１０３】
ステップＳ１４２にてゲートウェイサーバ７の認証クリア機能部７１は、ローカルＣＭＳ４からフラグクリア要求を受信すると、ステップＳ１４３に呼び出し元であるローカルＣＭＳ４の妥当性を確認し、妥当であれば（ステップＳ１４３のＹｅｓ）ステップＳ１４４にてフラグのクリアを実行する。
【０１０４】
認証クリア機能部７１は、フラグのクリアが完了すると、ステップＳ１４５にて、ローカルＣＭＳ４へフラグクリア完了通知を送信する。
【０１０５】
ステップＳ１４６にてローカルＣＭＳ４の割込情報送受信部４１は、ゲートウェイサーバ７からフラグクリア完了通知を受信する。
【０１０６】
フラグクリアが完了した状態でパーソナル端末８が、ユーザ操作に応じてブラウザを起動した場合、図２ＡのステップＳ２に示すようにパーソナル端末８は、ブラウザ閲覧情報をゲートウェイサーバ７に送信する。その後、図２ＡのステップＳ３以降の処理が実行される。ステップＳ４にてゲートウェイサーバ７は、パーソナル端末８についてのフラグが「無し」と判定するため、サイネージ提示システムＳではステップＳ６乃至ステップＳ１２が実行される。この結果、表示部８３はトップページを表示する。ステップＳ１４に記載のように、当該トップページでは、一斉配信コンテンツを配信しているサイネージ端末が表示され、以降、パーソナル端末８は、図３Ａに示すステップＳ２１乃至３２の処理を実行し、一斉配信コンテンツを表示可能である。結果として、一斉配信コンテンツは第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８に送信可能である。
【０１０７】
本実施形態によれば、クラウドＣＭＳ３とローカルＣＭＳ４との間でコンテンツは同期され、第１のネットワークＮＷ１が切断された場合でも、ローカルＣＭＳ４に記憶された同期済みコンテンツを用いて、第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８においてコンテンツを表示可能である。したがって、災害等で第１のネットワークＮＷ１が切断された状態においてもサイネージ端末において情報を表示することができる。また、第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８はローカルＣＭＳ４に直接又は間接的に接続されているため、例えば自治体等から配信される災害情報等の一斉配信コンテンツをサイネージ端末及びスマートフォン等のパーソナル端末８に配信することと、端末間でコンテンツ表示を連動させることを行うことができる。更に、コンテンツ表示を、専用アプリではなくＷｅｂブラウザを用いて行うことで、当該コンテンツを専用アプリに特化して作成する必要が無いため、コンテンツは汎用性を有する。
【０１０８】
また本実施形態によれば、第１のネットワークＮＷ１が切断された状態において、ローカルＣＭＳ４がユーザからコンテンツの更新を受け付け、第１のネットワークＮＷ１の接続がその後回復したとき、クラウドＣＭＳ３に記憶されるコンテンツによってローカルＣＭＳ４で更新されたコンテンツが上書きされて同期される。このため、クラウドＣＭＳ３に記憶されるコンテンツを、全てのローカルＣＭＳ４のコンテンツと同一として一貫性を保つことができる。
【０１０９】
また本実施形態によれば、クラウドＣＭＳ３は、所定の情報を受信すると、ローカルＣＭＳ４を経由して当該所定の情報を一斉配信コンテンツとして第１のサイネージ端末５及び第２のサイネージ端末６に配信すると共に、パーソナル端末８にも一斉配信コンテンツを送信する。このため、例えば緊急情報等の重要な情報を、全ての端末に共有することができる。
【０１１０】
また本実施形態によれば、一斉配信コンテンツは、クラウドＣＭＳ３とローカルＣＭＳ４との間で、元コンテンツと、当該元コンテンツからのリンク先コンテンツとを含むファイルとして同期される。このため、配信後に災害等によりローカルＣＭＳ４が第１のネットワークＮＷ１から切断されても、各サイネージ端末で確実に元コンテンツとリンク先コンテンツとを表示することができる。
【０１１１】
また本実施形態によれば、一斉配信コンテンツは、クラウドＣＭＳ３とローカルＣＭＳ４との間で、元コンテンツと、元コンテンツからのリンク先ＵＲＬとを含むファイルとして同期される。このためリンク先ＵＲＬに対応するコンテンツが、比較的重要でなく、ローカルＣＭＳ４が第１のネットワークＮＷ１から切断されているときに各サイネージ端末で表示する必要が必ずしもなければ、一斉配信コンテンツのデータ容量を低減することができる。
【０１１２】
また本実施形態によれば、パーソナル端末８がゲートウェイサーバ７にアクセスする際、ゲートウェイサーバ７はフラグの有無に基づいて、パーソナル端末８で表示可能なコンテンツを配信するサイネージ端末の一覧を送信するか、当該パーソナル端末８で受け付けたＵＲＬに対応するページの閲覧を許可するかを判定する。このため、状況に応じて、パーソナル端末８の表示部８３での表示内容を制御することができる。
【０１１３】
また本実施形態によれば、パーソナル端末８においてサイネージ端末の一覧が提示された場合、パーソナル端末８は、一斉配信コンテンツを表示しているサイネージ端末を識別可能に表示する。このため、パーソナル端末８のユーザが一斉配信コンテンツを見逃すおそれを低減することができる。
【０１１４】
上述の実施形態は代表的な例として説明されている。しかし本発明の趣旨及び範囲内で、多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば、実施形態の構成図に記載の複数の構成ブロックを１つに組み合わせたり、あるいは１つの構成ブロックを分割したりすることが可能である。
【０１１５】
クラウドＣＭＳ３、ローカルＣＭＳ４、第１のサイネージ端末５、第２のサイネージ端末６及びパーソナル端末８をコンピュータで構成する場合、各機能を実現する処理内容を記述したプログラムを、当該コンピュータの内部又は外部の記憶手段に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。また、このようなプログラムは、例えばＤＶＤ又はＣＤ−ＲＯＭ等の可搬型記録媒体の販売、譲渡、貸与等により流通させることができるほか、そのようなプログラムを、例えばネットワーク上にあるサーバの記憶手段に記憶しておき、ネットワークを介してサーバから他のコンピュータにそのプログラムを転送することにより、流通させることができる。また、そのようなプログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、自己の記憶手段に格納することができる。また、このプログラムの別の実施態様として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、更に、このコンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。
【符号の説明】
【０１１６】
１    緊急情報送信装置
２    多言語翻訳装置
３    クラウドＣＭＳ
３１  割込情報送受信部
３２  多言語翻訳情報送受信部
３３  クラウド−ローカル間ＣＭＳ同期部
３４  コンテンツ管理部
３５  ログ管理部
３６  記憶部
４    ローカルＣＭＳ
４１  割込情報送受信部
４２  クラウド−ローカル間ＣＭＳ同期部
４３  コンテンツ管理部
４４  サブコンテンツ送受信部
４５  端末間メッセージ処理部
４６  ログ管理部
４７  記憶部
５    第１のサイネージ端末
５１  コンテンツ表示制御部
５２  端末間メッセージ処理部
５３  表示部
６    第２のサイネージ端末
６１  コンテンツ表示制御部
６２  端末間メッセージ処理部
６３  表示部
７    ゲートウェイサーバ
７１  認証クリア機能部
８    パーソナル端末
８１  コンテンツ表示制御部
８２  端末間メッセージ処理部
８３  表示部
Ｓ    サイネージ提示システム
ＮＷ１  第１のネットワーク
ＮＷ２  第２のネットワーク
【図１】
2018147320.tif 000003
【図２Ａ】
2018147320.tif 000004
【図２Ｂ】
2018147320.tif 000005
【図２Ｃ】
2018147320.tif 000006
【図３Ａ】
2018147320.tif 000007
【図３Ｂ】
2018147320.tif 000008
【図４】
2018147320.tif 000009
【図５Ａ】
2018147320.tif 000010
【図５Ｂ】
2018147320.tif 000011
【図６】
2018147320.tif 000012
【図７】
2018147320.tif 000013
【図８Ａ】
2018147320.tif 000014
【図８Ｂ】
2018147320.tif 000015
【図９】
2018147320.tif 000016