(57)【要約】【課題】外部サービスから取得されるコンテンツを適切に送信することが可能な情報処理装置等を提供する。【解決手段】表示装置と、コンテンツを管理するコンテンツ管理サーバとに接続可能な情報処理装置であって、前記コンテンツ管理サーバから前記コンテンツを取得するコンテンツ取得部と、前記表示装置からのコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信部と、前記コンテンツ送信要求を受信したとき、前記コンテンツを前記表示装置に送信するコンテンツ送信部と、前記表示装置で前記コンテンツを出力するのに適切か不適切かを判定する判定部と、を備え、前記コンテンツ送信部は、前記判定部により、コンテンツを出力するのに不適切と判定された場合は、前記表示装置に代替コンテンツを送信することを特徴とする。【選択図】図１
2019192147.tif 000002
【特許請求の範囲】
【請求項１】
表示装置と、コンテンツを管理するコンテンツ管理サーバとに接続可能な情報処理装置であって、
前記コンテンツ管理サーバから前記コンテンツを取得するコンテンツ取得部と、
前記表示装置からのコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信部と、
前記コンテンツ送信要求を受信したとき、前記コンテンツを前記表示装置に送信するコンテンツ送信部と、
前記表示装置で前記コンテンツを出力するのに適切か不適切かを判定する判定部と、
を備え、
前記コンテンツ送信部は、
前記判定部により、コンテンツを出力するのに不適切と判定された場合は、前記表示装置に代替コンテンツを送信する
ことを特徴とする情報処理装置。
【請求項２】
前記判定部は、前記コンテンツの内容に基づいて当該コンテンツを出力するのに適切か不適切かを判定し、
前記判定部により、前記コンテンツを出力するのに不適切と判定された場合は、前記表示装置に当該コンテンツに替えて代替コンテンツを送信する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記判定部は、前記コンテンツに特定のパターンを含む場合に当該コンテンツを出力するのに不適切と判定し、
前記コンテンツ送信部は、前記判定部により不適切と判定された前記コンテンツを、前記表示装置に送信しないことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記判定部は、前記コンテンツ取得部が前記コンテンツを取得出来ない場合に、前記コンテンツを出力するのに不適切と判定する、
ことを特徴とする請求項１から３の何れか一項に記載の情報処理装置。
【請求項５】
前記情報処理装置は、複数の表示装置と接続が可能であることを特徴とする請求項１から４の何れか一項に記載の情報処理装置。
【請求項６】
前記コンテンツは、前記コンテンツ管理サーバに対してＡＰＩ（Application Programming Interface）を呼び出すことによって取得することを特徴とする請求項１から５の何れか一項に記載の情報処理装置。
【請求項７】
前記代替コンテンツは、前記コンテンツ管理サーバから取得した前記コンテンツであって、前記判定部によってコンテンツを出力するのに適切であると判定されたコンテンツであることを特徴とする請求項１から６の何れか一項に記載の情報処理装置。
【請求項８】
表示部と、
予め作成されるコンテンツである第１のコンテンツを記憶するコンテンツ記憶部と、
定期的に取得するコンテンツである第２のコンテンツを取得するコンテンツ取得部と、
前記第２のコンテンツを前記表示部に表示するのに適切か不適切かを判定する判定部と、
前記判定部により前記第２のコンテンツを出力するのに適切と判定された場合は前記第１のコンテンツと当該第２のコンテンツとを前記表示部に表示し、前記判定部により前記第２のコンテンツを表示するのに不適切と判定された場合は前記第１のコンテンツを前記表示部に表示する制御を行う表示制御部と、
を備えることを特徴とする表示装置。
【請求項９】
表示装置と、コンテンツを管理するコンテンツ管理サーバと接続可能な情報制御装置とを含んだ表示システムであって、
前記情報制御装置は、
前記コンテンツ管理サーバから前記コンテンツを取得するコンテンツ取得部と、
前記表示装置から、前記取得したコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信部と、
前記コンテンツ送信要求を送信した前記表示装置に対して、前記取得したコンテンツを当該表示装置に送信するかを判定する送信判定部と、
前記送信判定部により、前記コンテンツ送信要求を送信した前記表示装置に前記取得したコンテンツを送信する場合は、当該表示装置に当該取得したコンテンツを送信するコンテンツ送信部と、
を備え、
前記表示装置は、
表示部と、
予め作成されるコンテンツを記憶するコンテンツ記憶部と、
前記情報制御装置に対して、前記コンテンツ管理サーバから取得したコンテンツの送信を要求するコンテンツ送信要求を送信するコンテンツ送信要求部と、
前記情報制御装置から送信されるコンテンツを受信するコンテンツ受信部と、
前記受信したコンテンツを前記表示部に表示するのに適切か不適切かを判定する判定部と、
前記判定部により、前記受信したコンテンツを前記表示部に表示するのに適切と判定された場合は前記受信したコンテンツと前記記憶されたコンテンツとを前記表示部に表示し、前記判定部により、前記受信したコンテンツを前記表示部に表示するのに不適切と判定された場合は前記記憶されたコンテンツを前記表示部に表示する制御を行う表示制御部と、
を備えることを特徴とする表示システム。
【請求項１０】
前記表示装置は、
前記コンテンツ管理サーバからコンテンツを取得するために必要な接続情報を記憶する接続情報記憶部を更に備え、
前記コンテンツ送信要求部は、前記記憶された接続情報を含めたコンテンツ送信要求を前記情報制御装置に対して送信する
ことを特徴とし、
前記情報制御装置は、
前記接続情報を記憶する第２の接続情報記憶部を更に備え、
前記送信判定部は、前記表示装置から受信した前記コンテンツ送信要求に含まれる接続情報が、前記第２の接続情報記憶部に記憶されている場合に、前記取得したコンテンツを当該表示装置に送信することを判定することを特徴とする請求項９に記載の表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置等に関する。
【背景技術】
【０００２】
近年、駅の構内等、人の多いところに、表示装置を配置し、表示装置に広告等のコンテンツを表示するいわゆるデジタルサイネージが普及している。また、最近は、利用者が、ＳＮＳ（Social Networking Service）にメッセージを投稿することが広く行われている。そこで、ＳＮＳに投稿されたメッセージから広告に関するメッセージを検索し、表示装置に、広告とメッセージとを表示させることで、宣伝効果を高める技術が提案されている。
【０００３】
インターネット上の情報を検索し、表示する技術としては、例えば、利用者から入力されたキーワードを受け付け、インターネットの検索エンジンで検索されたホームページに掲載されている情報に対して、検索キーワードに修飾を施して表示することが可能なプロキシサーバが提案されている（例えば、特許文献１参照）。
【０００４】
また、公開型の電子広告システムにおいて、不特定の利用者から発信された電子公告に関するメッセージから、発信した利用者の位置情報を取得し、当該位置情報と指定された種類の電子広告の分布情報とに基づいて、前記メッセージを反映する電子広告を特定し、特定した電子広告にメッセージ表示領域に、前記メッセージを表示させる表示制御手段電子広告に反映可能な電子広告システムが提案されている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−４４５１７号公報
【特許文献２】特開２００８−２３３２３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＳＮＳによっては、外部からの要求に基づくメッセージの取得に関して、アクセス回数や転送量を制限するアクセス制限を設けている場合がある。したがって、デジタルサイネージが外部サービスであるＳＮＳに頻繁に接続してメッセージを取得すると、ＳＮＳのアクセス制限を受け、エラーメッセージを取得することがある。この場合、ＳＮＳから返されたエラーメッセージがデジタルサイネージに表示されてしまう。エラーメッセージが表示されると、デジタルサイネージの信頼性を損ねるといった問題が生じる。
【０００７】
また、外部サービスの情報を利用するため、外部サービスの運用に関する注意が必要である。例えば、外部サービスから取得されるメッセージや画像などのコンテンツには、表示には不適切なコンテンツが含まれる場合がある。このため、外部サービスから取得したコンテンツをフィルタリングする必要があった。また、外部システムのインタフェースが変更された場合は、エラーメッセージが取得され、エラーメッセージが表示されてしまうという問題があった。
【０００８】
特許文献１や特許文献２に記載された発明をデジタルサイネージに適用しても、上述したような問題を回避できなかった。
【０００９】
上記事情に鑑み、本発明は、外部サービスから取得されるコンテンツを適切に送信することが可能な情報処理装置等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決するために、本発明の情報処理装置は、
表示装置と、コンテンツを管理するコンテンツ管理サーバとに接続可能な情報処理装置であって、
前記コンテンツ管理サーバから前記コンテンツを取得するコンテンツ取得部と、
前記表示装置からのコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信部と、
前記コンテンツ送信要求を受信したとき、前記コンテンツを前記表示装置に送信するコンテンツ送信部と、
前記表示装置で前記コンテンツを出力するのに適切か不適切かを判定する判定部と、
を備え、
前記コンテンツ送信部は、
前記判定部により、コンテンツを出力するのに不適切と判定された場合は、前記表示装置に代替コンテンツを送信する
ことを特徴とする。
【００１１】
本発明の表示装置は、
表示部と、
予め作成されるコンテンツである第１のコンテンツを記憶するコンテンツ記憶部と、
定期的に取得するコンテンツである第２のコンテンツを取得するコンテンツ取得部と、
前記第２のコンテンツを前記表示部に表示するのに適切か不適切かを判定する判定部と、
前記判定部により前記第２のコンテンツを出力するのに適切と判定された場合は前記第１のコンテンツと当該第２のコンテンツとを前記表示部に表示し、前記判定部により前記第２のコンテンツを表示するのに不適切と判定された場合は前記第１のコンテンツを前記表示部に表示する制御を行う表示制御部と、
を備えることを特徴とする。
【００１２】
本発明の表示システムは、
表示装置と、コンテンツを管理するコンテンツ管理サーバと接続可能な情報制御装置とを含んだ表示システムであって、
前記情報制御装置は、
前記コンテンツ管理サーバから前記コンテンツを取得するコンテンツ取得部と、
前記表示装置から、前記取得したコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信部と、
前記コンテンツ送信要求を送信した前記表示装置に対して、前記取得したコンテンツを当該表示装置に送信するかを判定する送信判定部と、
前記送信判定部により、前記コンテンツ送信要求を送信した前記表示装置に前記取得したコンテンツを送信する場合は、当該表示装置に当該取得したコンテンツを送信するコンテンツ送信部と、
を備え、
前記表示装置は、
表示部と、
予め作成されるコンテンツを記憶するコンテンツ記憶部と、
前記情報制御装置に対して、前記コンテンツ管理サーバから取得したコンテンツの送信を要求するコンテンツ送信要求を送信するコンテンツ送信要求部と、
前記情報制御装置から送信されるコンテンツを受信するコンテンツ受信部と、
前記受信したコンテンツを前記表示部に表示するのに適切か不適切かを判定する判定部と、
前記判定部により、前記受信したコンテンツを前記表示部に表示するのに適切と判定された場合は前記受信したコンテンツと前記記憶されたコンテンツとを前記表示部に表示し、前記判定部により、前記受信したコンテンツを前記表示部に表示するのに不適切と判定された場合は前記記憶されたコンテンツを前記表示部に表示する制御を行う表示制御部と、
を備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、情報処理装置はコンテンツ管理サーバから取得したコンテンツを出力するのに適切か不適切かを判定し、コンテンツが不適切と判定された場合は、コンテンツに変えて代替コンテンツを送信する。したがって、例えば、ＳＮＳといった外部サービスのアクセス制限により、エラーメッセージを取得した場合であっても、エラーメッセージといった不適切なコンテンツが表示装置に表示されることを回避することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】第１実施形態における全体構造の全体構成を説明するための図である。
【図２】第１実施形態におけるゲートウェイ装置の機能構成を説明するための図である。
【図３】第１実施形態におけるＡＰＩキーのデータ構成の一例を示した図である。
【図４】第１実施形態におけるコンテンツデータのデータ構成の一例を示した図である。
【図５】第１実施形態における配信装置の機能構成を説明するための図である。
【図６】第１実施形態における番組データ記憶領域のデータ構成の一例を示した図である。
【図７】第１実施形態におけるレイアウト情報のデータ構成の一例を示した図である。
【図８】第１実施形態における動作例を説明するための図である。
【図９】第１実施形態における表示装置の機能構成を説明するための図である。
【図１０】第１実施形態におけるコンテンツ管理サーバの機能構成を説明するための図である。
【図１１】第１実施形態における利用者情報のデータ構成の一例を示した図である。
【図１２】第１実施形態における利用者履歴情報のデータ構成の一例を示した図である。
【図１３】第１実施形態における端末装置の機能構成を説明するための図である。
【図１４】第１実施形態における処理のシーケンスを説明するための図である。
【図１５】第１実施形態における動作例を説明するための図である。
【図１６】第２実施形態におけるゲートウェイ装置の機能構成を説明するための図である。
【図１７】第２実施形態における処理の代替コンテンツデータのデータ構成の一例を示した図である。
【図１８】第２実施形態における処理のシーケンスを説明するための図である。
【図１９】第３実施形態における処理のシーケンスを説明するための図である。
【図２０】第４実施形態におけるゲートウェイ装置の機能構成を説明するための図である。
【図２１】第４実施形態におけるコンテンツ評価情報のデータ構造を説明するための図である。
【図２２】第４実施形態における処理のシーケンスを説明するための図である。
【図２３】第５実施形態におけるゲートウェイ装置の機能構成を説明するための図である。
【図２４】第５実施形態におけるファイルデータ記憶領域のデータ構成の一例を示した図である。
【図２５】第５実施形態における処理のシーケンスを説明するための図である。
【図２６】第６実施形態におけるゲートウェイ装置の機能構成を説明するための図である。
【図２７】第６実施形態における転送量履歴情報のデータ構成の一例を示した図である。
【図２８】第６実施形態における転送量設定情報のデータ構成の一例を示した図である。
【図２９】第６実施形態における処理のシーケンスを説明するための図である。
【図３０】第７実施形態におけるゲートウェイ装置の機能構成を説明するための図である。
【図３１】第７実施形態における表示装置管理情報のデータ構成の一例を示した図である。
【図３２】第７実施形態におけるグループ設定情報のデータ構成の一例を示した図である。
【図３３】第７実施形態における処理のシーケンスを説明するための図である。
【図３４】第８実施形態における処理のシーケンスを説明するための図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について、図面を参照して説明する。なお、本実施形態では、一例として、本願発明の情報処理装置を適用したゲートウェイ装置（以下、「ＧＷ装置」という）を含んだサイネージシステム１について説明する。
【００１６】
［１．第１実施形態］
［１．１  全体構成］
図１は、サイネージシステム１の全体を説明するための図である。サイネージシステム１は、ＧＷ装置１０と、配信装置２０と、１又は複数の表示装置３０とが、ネットワークＮＷ１を介して接続されている。ネットワークＮＷ１としては、例えばイントラネット等が想定される。また、ＧＷ装置１０は、ネットワークＮＷ２に接続されている。ネットワークＮＷ２としては、例えばインターネット等が想定される。
【００１７】
ネットワークＮＷ２には、コンテンツサービスを実現するためのコンテンツ管理サーバ４０（外部サービス）が接続されている。コンテンツ管理サーバ４０は、ネットワークＮＷ２を介して接続される端末装置５０から受信したコンテンツを管理する。端末装置５０は、例えばスマートフォンやタブレットといった情報処理端末装置である。なお、端末装置５０は、パーソナルコンピュータ（ＰＣ）や、ゲーム機といった装置であってもよい。
【００１８】
ここで、コンテンツサービスとは、文字／画像／動画を利用者間で共有するサービスのことをいう。例えば、ある利用者が端末装置５０からコンテンツを送信すると、コンテンツ管理サーバ４０が受信し、サービスとしてタイムラインに表示する。他の利用者は、端末装置５０を利用してコンテンツを受信し、表示させることが可能となる。これらのサービスの一例としては、Ｔｗｉｔｔｅｒ（登録商標）、Ｉｎｓｔａｇｒａｍ（登録商標）、ＬＩＮＥ（登録商標）、ｆａｃｅｂｏｏｋ（登録商標）といったものが考えられる。
【００１９】
ここで本実施形態では、コンテンツ管理サーバ４０はコンテンツサービスとして利用者間で文字による情報を共有することとして説明する。また、メッセージとは、コンテンツ管理サーバ４０からコンテンツとして取得する文字の情報をいう。メッセージには、画像ファイルや動画ファイルの場所を表すＵＲＬ（Uniform Resource Locator）を含むことが可能である。例えば、コンテンツ管理サーバ４０は、メッセージに含まれるＵＲＬから画像ファイルや動画ファイルを取得して、取得した画像ファイルや動画ファイルと、ＵＲＬ以外の文字とによって構成したメッセージを時系列に並べたタイムラインを生成する。
【００２０】
配信装置２０は、１又は複数の表示装置３０に番組を配信する装置である。ここで番組とは、表示装置３０に表示することを目的としたデータである。番組は、サイネージシステム１の管理者、情報提供者、広告配信者（以下、「管理者等」という）といった者から登録される。登録された番組は、配信装置２０からそれぞれの表示装置３０に配信される。また表示装置３０は、受信した番組を表示する。
【００２１】
［１．２  機能構成］
［１．２．１  ＧＷ装置］
本実施形態におけるＧＷ装置１０の機能構成について図に基づいて説明する。ＧＷ装置１０の機能構成は、図２に示すように、制御部１００と、表示部１１０と、操作部１２０と、通信部１３０と、記憶部１６０とを備えて構成されている。
【００２２】
制御部１００は、ＧＷ装置１０の全体を制御するための機能部である。制御部１００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えば１又は複数の演算装置（例えばＣＰＵ（Central Processing Unit））により構成されている。
【００２３】
表示部１１０は、利用者に各種情報を表示するための機能部であり、例えばＬＣＤ（liquid crystal display）や有機ＥＬ（organic electro-luminescence）等により構成されている。
【００２４】
操作部１２０は、管理者等からＧＷ装置１０に対して与えられる指示やデータを入力するための機能部である。例えば、キーボードやマウスによって構成されている。
【００２５】
通信部１３０は、ＧＷ装置１０が外部機器と通信を行うための機能部である。例えば、有線／無線ＬＡＮで利用されるＮＩＣ（Network Interface Card）や、３Ｇ／ＬＴＥ回線に接続可能な通信モジュールにより実現されている。
【００２６】
記憶部１６０は、ＧＷ装置１０の動作に必要な各種プログラムや、各種データを記憶するための機能部である。記憶部１６０は、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００２７】
記憶部１６０には、ＡＰＩ（Application Programming Interface）キー１６２が記憶されている。また、コンテンツデータ記憶領域１６４が設けられている。
【００２８】
ＡＰＩキー１６２は、コンテンツ管理サーバ４０からコンテンツを取得するために用いる接続情報である。図３に示すように、ＡＰＩキー１６２は文字列（例えば、「AABBCC123」）として記憶される。ＧＷ装置１０は、コンテンツ管理サーバ４０からコンテンツを取得するためにＡＰＩを呼び出すときに、ＡＰＩキー１６２をコンテンツ管理サーバ４０へ送信する。コンテンツ管理サーバ４０はＡＰＩキーに基づきＧＷ装置１０を認証する。コンテンツ管理サーバ４０に認証されたＧＷ装置１０はコンテンツ管理サーバ４０からコンテンツを取得することが可能となる。このＡＰＩキーは、管理者等が、事前にコンテンツ管理サーバ４０からＡＰＩキー１６２の発行を受けることにより入手する。
【００２９】
コンテンツデータ記憶領域１６４は、コンテンツ管理サーバ４０から取得したコンテンツのデータ（コンテンツデータ）と、コンテンツの属性情報とを記憶する。本実施形態では、ＧＷ装置１０は、コンテンツ管理サーバ４０からコンテンツとしてメッセージを取得する。したがって、コンテンツデータ記憶領域１６４にはメッセージとメッセージの属性情報を記憶される。例えば、図４に示すように、コンテンツデータ記憶領域１６４には、利用者によって送信されたメッセージであるメッセージ（例えば、「○×屋で○○○を購入！」）と、メッセージの属性である送信日時（例えば、「2018年3月1日 11:59:40」）とが記憶される。
【００３０】
［１．２．２  配信装置］
つづいて、配信装置２０の機能構成について図に基づいて説明する。配信装置２０の機能構成は、図６に示すように、制御部２００と、表示部２１０と、操作部２２０と、通信部２３０と、記憶部２６０とを備えて構成されている。
【００３１】
制御部２００は、配信装置２０の全体を制御するための機能部である。制御部２００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えば１又は複数の演算装置（例えばＣＰＵ）により構成されている。
【００３２】
表示部２１０は、利用者に各種情報を表示するための機能部であり、例えばＬＣＤや有機ＥＬ等により構成されている。
【００３３】
操作部２２０は、管理者等から配信装置２０に対して与えられる指示やデータを入力するための機能部である。例えば、キーボードやマウスによって構成されている。
【００３４】
通信部２３０は、配信装置２０が外部機器と通信を行うための機能部である。例えば、有線／無線ＬＡＮで利用されるＮＩＣや、３Ｇ／ＬＴＥ回線に接続可能な通信モジュールにより実現されている。
【００３５】
記憶部２６０は、配信装置２０の動作に必要な各種プログラムや、各種データを記憶するための機能部である。記憶部２６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等により構成されている。
【００３６】
記憶部２６０には、番組データ記憶領域２６２が設けられ、さらに、レイアウト情報２６４と、ＡＰＩキー２６６とが記憶される。
【００３７】
番組データ記憶領域２６２は、表示装置３０に表示させる番組コンテンツデータと、番組コンテンツデータを表示させるための設定情報とを記憶するための領域である。
【００３８】
番組データ記憶領域２６２の構成について、図６に基づいて説明する。図６に示すように、番組データ記憶領域には、番組を識別するための番組名（例えば、「番組１」）と、その番組において表示する番組コンテンツデータ（例えば、「welcome1.jpg」）と、番組コンテンツデータを表示する時間である切り替え時間（例えば、「３０秒」）とが記憶される。
【００３９】
例えば、図６（ａ）の「番組１」という番組は、「welcome1.jpg」及び「morning.jpg」である番組コンテンツデータを、設定情報である切り替え時間に従って３０秒毎交互に表示装置３０の表示部３１０に表示する、という番組である。
【００４０】
また、番組コンテンツデータには、ＡＰＩを呼び出すためのＵＲＬを指定することが可能である。例えば、図６（ａ）の「タイムライン」のように、番組コンテンツデータとしてＡＰＩを呼び出すためのＵＲＬ（エンドポイント）を指定する。この場合、表示装置３０は、切り替え時間に指定された時間が経過する度に、定期的にＡＰＩの呼び出しを行い、コンテンツを取得する。なお、図６（ｂ）の「メッセージ」のように、番組コンテンツデータに、クエリパラメータを含めたＵＲＬを記憶してもよい。例えば、クエリパラメータとして、メッセージを検索する検索キーワード（例えば、「q=○×屋」）を含めることで、ＧＷ装置１０は、コンテンツ管理サーバ４０に対して検索を行うことができる。
【００４１】
レイアウト情報２６４は、表示部３１０が番組を表示する領域について定義した情報である。例えば、図７に示すように、レイアウト情報２６４には、領域（例えば、「(0,0)-(1439,1079)」）と、表示する番組を識別するための番組名（例えば、「番組１」）とが記憶される。
【００４２】
図８を参照して、図７の情報に基づいて表示部３１０が表示する番組について説明する。ここでは、表示部３１０の画面解像度は、横１９２０ドット、縦１０８０ドットであるとして説明する。図７には、「(0,0)-(1439,1079)」によって示される領域に「番組１」を表示すると設定されている。したがって、図８に示すように、座標(0,0)と座標(1439,1079)からなる矩形領域Ｅ１００に対して、表示部３１０は「番組１」の番組を表示する。また、図７には、「(1440,0)-(1919,1079)」によって示される領域に「タイムライン」を表示すると設定されている。したがって、図８に示すように、座標(1440,0)と座標(1919,1079)からなる矩形領域Ｅ１０２に対して、表示部３１０はコンテンツ管理サーバ４０から取得したメッセージ（タイムライン）が表示される。
【００４３】
［１．２．３  表示装置］
つづいて、表示装置３０の機能構成について図に基づいて説明する。表示装置３０の機能構成は、図９に示すように、制御部３００と、表示部３１０と、画像処理部３２０と、通信部３３０と、記憶部３６０とを備える。
【００４４】
制御部３００は、表示装置３０の全体を制御するための機能部である。制御部３００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えば１又は複数の演算装置（例えばＣＰＵ）により構成されている。
【００４５】
表示部３１０は、利用者に各種情報を表示するための機能部であり、例えばＬＣＤ（liquid crystal display）や有機ＥＬ（organic electro-luminescence）等により構成されている。
【００４６】
画像処理部３２０は、表示部３１０に表示される画像の処理を行う為の機能部である。例えば、表示部３１０に番組コンテンツデータとメッセージとを表示する処理を行う。
【００４７】
通信部３３０は、表示装置３０が外部機器と通信を行うための機能部である。例えば、有線／無線ＬＡＮで利用されるＮＩＣや、３Ｇ／ＬＴＥ回線に接続可能な通信モジュールにより実現されている。
【００４８】
記憶部３６０は、表示装置３０の動作に必要な各種プログラムや、各種データを記憶するための機能部である。記憶部１６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等により構成されている。
【００４９】
また、記憶部３６０には、配信装置２０から受信する番組データを記憶する番組データ記憶領域３６２が設けられている。また、配信装置２０から受信するレイアウト情報２６４をレイアウト情報３６４として、ＡＰＩキー２６６をＡＰＩキー３６６として記憶する。さらに、ＧＷ装置１０から送信されたコンテンツデータを記憶するコンテンツデータ記憶領域３６８が設けられている。
【００５０】
［１．２．４  コンテンツ管理サーバ］
つづいて、コンテンツ管理サーバ４０の機能構成について図に基づいて説明する。コンテンツ管理サーバ４０の機能構成は、図１０に示すように、制御部４００と、通信部４１０と、コンテンツサービス機能部４２０と、記憶部４６０とを備える。
【００５１】
制御部４００は、コンテンツ管理サーバ４０の全体を制御するための機能部である。制御部４００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えば１又は複数の演算装置（例えばＣＰＵ）により構成されている。
【００５２】
通信部４１０は、コンテンツ管理サーバ４０が外部機器と通信を行うための機能部である。例えば、有線／無線ＬＡＮで利用されるＮＩＣや、３Ｇ／ＬＴＥ回線に接続可能な通信モジュールにより実現されている。
【００５３】
コンテンツサービス機能部４２０は、コンテンツサービスを提供するための機能部である。コンテンツサービスとは、端末装置５０から受信したコンテンツ（例えば、メッセージ）に基づいてタイムラインを生成したり、関連するユーザ（例えばフォローしているユーザ）に表示したりする機能を提供する。このコンテンツサービスとしては、Ｔｗｉｔｔｅｒ等の文字情報でのやり取りや、Ｉｎｓｔａｇｒａｍのような画像でのやり取りといった既存のサービスを利用可能なものとする。
【００５４】
記憶部４６０は、コンテンツ管理サーバ４０の動作に必要な各種プログラムや、各種データを記憶するための機能部である。記憶部４６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等により構成されている。
【００５５】
また、記憶部４６０には、端末装置５０から受信したコンテンツを記憶するコンテンツデータ記憶領域４６２と、利用者情報４６４と、利用者履歴情報４６６とが記憶される。
【００５６】
利用者情報４６４は、利用者を認証するための情報である。例えば図１１に示すように、利用者を識別するための利用者ＩＤ（例えば、「marubatsuya」）と、パスワード（例えば、「aabbcc」）と、その利用者がＡＰＩを使用するときにコンテンツ管理サーバ４０へ送信するＡＰＩキー（例えば、「AABBCC123」）とが記憶される。コンテンツ管理サーバ４０は、ＡＰＩキーによって、ＡＰＩを呼び出した利用者を識別する。
【００５７】
利用者履歴情報４６６は、ＡＰＩ呼び出しの履歴を記録した情報である。例えば図１２に示すように、ＡＰＩキー（例えば、「AABBCC123」）と、ＡＰＩが呼び出されたときにリクエストされたＵＲＬ（例えば、「https://api.example.com/timeline」）と、リクエスト日時（例えば、「2018/03/01 12:00:00」）とが記憶される。例えば、コンテンツ管理サーバ４０は、ＡＰＩキー毎にリクエストされたＵＲＬをまとめることで、所定の時間（例えば、直近１５分）に利用者によって呼び出されたＡＰＩの種類と数を算出することができる。また、コンテンツ管理サーバ４０は、ＡＰＩが呼び出される回数や、ＡＰＩの呼び出し元に送信するデータ量である転送量に対して制限を設けてもよい。例えば、同一の利用者から、所定の時間内に所定の数以上のＡＰＩが呼び出された場合は、コンテンツ管理サーバ４０は、エラーメッセージを返してもよい。
【００５８】
［１．２．５  端末装置］
つづいて、端末装置５０の機能構成について図に基づいて説明する。端末装置５０の機能構成は、図１３に示すように、制御部５００と、表示部５１０と、通信部５２０と、記憶部５６０とを備える。
【００５９】
制御部５００は、端末装置５０の全体を制御するための機能部である。制御部５００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えば１又は複数の演算装置（例えばＣＰＵ）により構成されている。
【００６０】
表示部５１０は、利用者に各種情報を表示するための機能部であり、例えばＬＣＤ（liquid crystal display）や有機ＥＬ（organic electro-luminescence）等により構成されている。
【００６１】
通信部５２０は、端末装置５０が外部機器と通信を行うための機能部である。例えば、有線／無線ＬＡＮで利用されるＮＩＣや、３Ｇ／ＬＴＥ／５Ｇ回線に接続可能な通信モジュールにより実現されている。
【００６２】
記憶部５６０は、端末装置５０の動作に必要な各種プログラムや、各種データを記憶するための機能部である。記憶部５６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等により構成されている。
【００６３】
記憶部５６０には、コンテンツアプリ５６２が記憶されている。コンテンツアプリ５６２は、制御部５００によって実行されることで、端末装置５０は、コンテンツ管理サーバ４０にコンテンツを送信したり、受信・表示したりすることが可能となる。なお、コンテンツアプリは、必ずしも端末装置５０において、記憶・実行される必要は無く、例えばブラウザによってコンテンツ管理サーバ４０にアクセスし、実行されるサービスであってもよい。
【００６４】
［１．３  処理の流れ］
つづいて、処理の流れを説明する。図１４は、ＧＷ装置１０と、配信装置２０と、表示装置３０と、コンテンツ管理サーバ４０との全体の流れを説明するシーケンス図である。なお、ＡＰＩキー２６６には予めコンテンツ管理サーバ４０から発行されたＡＰＩキーが記憶されており、表示装置３０は、ＡＰＩの呼び出しを、コンテンツ管理サーバ４０を介して行うようにする設定がされていることとして説明する。
【００６５】
まず、配信装置２０の制御部２００は、ＡＰＩキー２６６に記憶されているＡＰＩキーを、ＧＷ装置１０へ送信する（Ｓ１００２）。ＧＷ装置１０の制御部１００は、受信したＡＰＩキーをＡＰＩキー１６２として記憶する。
【００６６】
つづいて、配信装置２０において、管理者等によって番組データとレイアウト情報とが作成される（Ｓ１００４）。配信装置２０の制御部２００は、作成された番組データを番組データ記憶領域２６２に、作成されたレイアウト情報をレイアウト情報２６４に記憶する。
【００６７】
つづいて、配信装置２０の制御部２００は、番組データ、レイアウト情報、ＡＰＩキーを表示装置３０へ送信する（Ｓ１００６、Ｓ１００８、Ｓ１０１０）。表示装置３０の制御部３００は、受信した番組データを番組データ記憶領域３６２に、受信したレイアウト情報をレイアウト情報３６４に、受信したＡＰＩキーをＡＰＩキー３６６にそれぞれ記憶する。
【００６８】
つづいて、表示装置３０の制御部３００は、表示処理を開始する（Ｓ１０１２）。表示処理とは、番組データ及びレイアウト情報に基づいて、表示装置３０の制御部３００が表示部３１０に番組コンテンツデータを表示する処理である。
【００６９】
番組データの番組コンテンツデータとしてＵＲＬが記憶されていた場合は、表示装置３０の制御部３００は、コンテンツ管理サーバ４０に対してＡＰＩの呼び出しを行う（Ｓ１０１４）。具体的には、表示装置３０の制御部３００は、番組データの番組コンテンツデータに記憶されたＵＲＬ（エンドポイント）や、クエリパラメータといった情報や、ＡＰＩキー３６６等を用いて、コンテンツ管理サーバ４０に規定されたＡＰＩの呼び出しの手順に従って、ＡＰＩの呼び出しを行う。このＡＰＩの呼び出しは、切り替え時間に指定された時間に基づいて、定期的に実行する。
【００７０】
Ｓ１０１４における表示装置３０からのＡＰＩの呼び出しは、ＧＷ装置１０の通信部１３０が受信する。このとき、通信部１３０は、表示装置３０によってＡＰＩの呼び出しに用いられたパラメータであるＡＰＩキー、クエリパラメータ等の情報を受信する。
【００７１】
つづいて、ＧＷ装置１０の制御部１００は、コンテンツ管理サーバ４０からコンテンツデータを取得するタイミングであるか否かを判定する（Ｓ１０１６）。コンテンツデータを取得するタイミングとしては、例えば、以下の場合が考えられる。
（１）コンテンツデータ記憶領域１６４にコンテンツデータが記憶されていないとき
（２）最後にコンテンツデータを取得してから所定の時間（例えば、５分）が経過した後に、表示装置３０からＡＰＩ呼び出しがされたとき
（３）最後にコンテンツデータを取得してから所定の回数（例えば、２０回）表示装置３０からＡＰＩ呼び出しがされた後に、表示装置３０からＡＰＩ呼び出しがされたとき
【００７２】
コンテンツデータを取得するタイミングであれば、ＧＷ装置１０の制御部１００は、Ｓ１１００の処理を実行する。はじめに、ＧＷ装置１０の制御部１００は、Ｓ１０１４で通信部１３０によって受信されたパラメータに基づき、通信部１３０を介してコンテンツ管理サーバ４０に対してＡＰＩ呼び出しを行う（Ｓ１０１８）。つづいて、ＧＷ装置１０の通信部１３０は、ＡＰＩ呼び出しに関するレスポンスデータをコンテンツ管理サーバ４０から受信する（Ｓ１０２０）。つづいて、ＧＷ装置１０の制御部１００は、受信したレスポンスデータが表示装置３０に出力するのに適切なコンテンツデータ（以下、「適切なコンテンツデータ」という）であるか否かを判定する（Ｓ１０２２）。すなわち、コンテンツデータの内容に基づいて、適切なコンテンツデータであるか否かを判定する。
【００７３】
ここで、適切なコンテンツデータとは、例えば、利用者がコンテンツ管理サーバ４０に対して送信したコンテンツのデータである。本実施形態においては、コンテンツ管理サーバ４０から、レスポンスデータとして、コンテンツ管理サーバ４０が管理するコンテンツであるメッセージを取得した場合に、レスポンスデータが適切なコンテンツデータであると判定する。
【００７４】
一方で、表示装置３０に出力するのに適切ではないコンテンツデータ（以下、「不適切なコンテンツデータ」という）とは、エラーを示すデータや、ＡＰＩの呼び出しの結果として正常な結果ではないデータである。例えば、エラーメッセージである。本実施形態においては、コンテンツ管理サーバ４０から、レスポンスデータとしてエラーメッセージを取得した場合に、レスポンスデータが不適切なコンテンツデータであると判定する。
【００７５】
Ｓ１０２２の判定が肯定結果だった場合は、ＧＷ装置１０の制御部１００は、Ｓ１２００の処理を実行する。Ｓ１２００の処理として、ＧＷ装置１０の制御部１００は、レスポンスデータからコンテンツデータを抽出し、抽出したコンテンツデータをコンテンツデータ記憶領域１６４に記憶する（Ｓ１０２４）。Ｓ１０２２が否定結果だった場合は、Ｓ１２００の処理をスキップする。この場合は、Ｓ１０２４の処理が実行されず、コンテンツデータ記憶領域１６４には、それまでにＧＷ装置１０がコンテンツ管理サーバ４０から取得したコンテンツデータが記憶されたままとなる。
【００７６】
なお、コンテンツデータを取得するタイミングでなければ、上述したＳ１０１８〜Ｓ１０２４の処理はスキップする。したがって、この場合は、ＧＷ装置１０はコンテンツ管理サーバ４０からコンテンツを取得せず、また、コンテンツデータ記憶領域１６４には、それまでにＧＷ装置１０が取得したコンテンツデータが記憶されたままとなる。
【００７７】
そして、ＧＷ装置１０の制御部１００は、コンテンツデータ記憶領域１６４に記憶されているコンテンツデータを、通信部１３０を介して表示装置３０に送信する（Ｓ１０２６）。このようにすることで、コンテンツ管理サーバ４０から受信したレスポンスデータが適切なコンテンツデータであれば、受信したコンテンツデータが表示装置３０に送信されることとなる。一方で、レスポンスデータが不適切なコンテンツデータであれば、受信したコンテンツデータの代わりとなる代替コンテンツとして、それまでにＧＷ装置１０が取得したコンテンツデータが表示装置３０に送信されることとなる。
【００７８】
つづいて、表示装置３０は、Ｓ１０２６でＧＷ装置１０から送信されたコンテンツデータを受信したら、制御部３００は、受信したコンテンツデータをコンテンツデータ記憶領域３６８に記憶する。そして、表示装置３０の制御部３００は、レイアウト情報３６４に基づき、番組データ記憶領域３６２に記憶した番組データと、コンテンツデータ記憶領域３６８に記憶したコンテンツデータとを、表示部３１０に表示する制御を行う（Ｓ１０２８）。本実施形態では、コンテンツデータとしてメッセージが含まれるので、表示装置３０の表示部３１０には、番組コンテンツデータとメッセージとが表示される。
【００７９】
なお、表示装置３０の制御部３００は、番組データに記憶されている切り替え時間に従って、表示する番組コンテンツデータの切り替えや、ＡＰＩの呼び出しを行うことで、表示内容を随時更新する。
【００８０】
［１．４  動作例］
つづいて、図１５を参照して、動作例を説明する。図１５（ａ）は本発明を適用しない場合に表示装置３０に表示される表示内容を示したものである。図１５（ａ）のコンテンツ表示領域Ｅ１００には、コンテンツ管理サーバ４０から取得したコンテンツが表示される。しかし、コンテンツ管理サーバ４０からコンテンツを取得したらエラーメッセージが返された場合は、表示装置３０は、コンテンツＣ１００のようなエラーメッセージを表示してしまう。
【００８１】
図１５（ｂ）は本発明を適用した場合に表示装置３０に表示される表示内容を示したものである。コンテンツ表示領域Ｅ１０２には、ＧＷ装置１０から取得したコンテンツが表示される。ここで、ＧＷ装置１０は、コンテンツ管理サーバ４０から取得した適切なコンテンツデータを表示装置３０へ送信する。したがって、表示装置３０は、エラーメッセージを表示することがない。
【００８２】
［１．５  効果・変形例］
本実施形態によれば、ＧＷ装置１０は、コンテンツ管理サーバ４０から取得されたコンテンツデータが表示装置３０に出力するのに適切か否かを判定する。そして、不適切なコンテンツデータを受信しても、代替コンテンツデータを、表示装置３０のＡＰＩの呼び出しに応じてＧＷ装置１０が送信することが可能となる。この結果、表示装置３０には、不適切なコンテンツデータが表示されることを回避することが可能となる。
【００８３】
また、このコンテンツデータはＧＷ装置１０が取得するため、コンテンツ管理サーバ４０に対してＡＰＩを呼び出すタイミングを調節でき、コンテンツ管理サーバ４０によるアクセス制限等を回避できる。また、コンテンツ管理サーバ４０の利用に対する料金体系が従量課金であれば、情報の取得の頻度が高くならないようにすることができる。
【００８４】
なお、ＧＷ装置１０は、表示装置３０からのＡＰＩ呼び出しに基づいてコンテンツ管理サーバ４０からコンテンツデータを取得することとして説明したが、これ以外の方法によってコンテンツデータを取得しても構わない。例えば、ＧＷ装置１０は、表示装置３０から受信したパラメータを一時的に記憶し、記憶したパラメータに基づきＧＷ装置１０が定期的にコンテンツデータを取得してもよい。この場合も、取得したコンテンツデータはコンテンツデータ記憶領域１６４に記憶することで、コンテンツデータを更新する。
【００８５】
また、表示装置３０が呼び出すＡＰＩは、表示する番組データや、ＡＰＩを呼び出す時刻によって変えてもよい。例えば、表示装置３０が表示する番組データに関連する検索キーワードがクエリパラメータに設定されていて、表示する番組データによって、検索キーワードが変わってもよい。この場合、ＧＷ装置１０は、コンテンツデータ記憶領域１６４に記憶されているコンテンツデータを取得するためのパラメータと異なるパラメータをＳ１０１４において表示装置３０から受信したら、コンテンツデータを取得するタイミングとして判定する。このようにすることで、パラメータ（例えば、検索キーワード）が変更されても、ＧＷ装置１０は、パラメータの変更前に取得したコンテンツデータを、表示装置３０に送信することを回避することができる。
【００８６】
また、ＧＷ装置１０は、コンテンツ管理サーバ４０に対してＡＰＩ呼び出しを行うときは、表示装置３０から取得したパラメータの代わりに、ＧＷ装置１０に記憶されているデータに基づいてＡＰＩ呼び出しを行ってもよい。例えば、表示装置３０から受信するＡＰＩキーの代わりに、ＡＰＩキー１６２として記憶しているＡＰＩキーを用いて、コンテンツ管理サーバ４０に対してＡＰＩ呼び出しを行ってもよい。
【００８７】
さらに、コンテンツ管理サーバ４０のインタフェースの変更がされても、メンテナンスとしてＧＷ装置１０の変更のみで対応することができ、表示装置３０それぞれのファームウェアのアップデート作業が不要になる。コンテンツ管理サーバ４０のインタフェースが複数バージョン存在する場合は、新たなバージョンへの対応のために、ＧＷ装置１０は、コンテンツ管理サーバ４０のＡＰＩの呼び出しに使用するインタフェースを、時刻によって切り替えてもよい。
【００８８】
［２．第２実施形態］
第２実施形態は、コンテンツ管理サーバ４０からレスポンスデータとして不適切なコンテンツデータを受信した場合に表示装置３０に送信する代替コンテンツデータを予めＧＷ装置１０に記憶する実施形態である。
【００８９】
第２実施形態は、第１実施形態の図２を図１６に、図１４を図１８に置き換えたものである。なお、同一の機能部、処理には同一の符号を付し、説明については省略する。
【００９０】
本実施形態におけるＧＷ装置１２は、ＧＷ装置１０と異なり、記憶部１６０に、さらに代替コンテンツデータ記憶領域１６６を設けている点が異なる。代替コンテンツデータ記憶領域１６６には、例えば、コンテンツ管理サーバ４０が管理するコンテンツと対応するコンテンツデータを記憶する。具体的には、図１７に示すように、コンテンツ管理サーバ４０が管理するコンテンツであるメッセージとデータ構造を同じにしたコンテンツデータを、代替コンテンツデータとして記憶する。この代替コンテンツデータは、例えば管理者等によって記憶される。
【００９１】
つづいて、図１８を参照して、本実施形態における処理の流れを説明する。本実施形態は、Ｓ１００２〜Ｓ１０２２の処理は第１実施形態と同様である。ここで、ＧＷ装置１２の制御部１００は、コンテンツ管理サーバ４０からレスポンスデータとして不適切なコンテンツデータを受信したと判定した場合は、Ｓ２１００の処理を実行する。Ｓ２１００の処理として、ＧＷ装置１２の制御部１００は、代替コンテンツデータ記憶領域１６６に記憶されている代替コンテンツデータを、コンテンツデータ記憶領域１６４に記憶する（Ｓ２００２）。すなわち、コンテンツデータを代替コンテンツデータによって上書きをする。
【００９２】
そして、ＧＷ装置１２の制御部１００は、コンテンツデータ記憶領域１６４に記憶されているコンテンツデータを、通信部１３０を介して表示装置３０に送信する（Ｓ１０２６）。このようにすることで、ＧＷ装置１２から表示装置３０へは、コンテンツ管理サーバ４０から取得したコンテンツデータ又は代替コンテンツデータの何れかが送信され、不適切なコンテンツデータは送信されない。
【００９３】
本実施形態によって、コンテンツ管理サーバ４０からエラーメッセージを取得した場合であっても、代替コンテンツとして記憶された情報を表示するように管理することが可能となる。なお、代替コンテンツデータは、メッセージ（文字）に限らず、表示装置３０が表示可能なデータであればよく、例えば画像データあってもよい。
【００９４】
また、ＧＷ装置１２は、コンテンツ管理サーバ４０から、レスポンスデータとして、仕様変更を示すエラーメッセージや、重大なエラーメッセージといった不適切なコンテンツデータを受信した場合は、エラーメッセージを管理者等に通知してもよい。このようにすることで、仕様変更やコンテンツ管理サーバ４０に生じた障害を、管理者等に気づかせることができる。
【００９５】
なお、コンテンツ管理サーバ４０の仕様変更により、インタフェースが変更された場合であっても、ＧＷ装置１２からコンテンツ管理サーバ４０に対するＡＰＩ呼び出しの処理（Ｓ１０１８）を修正することで対応することが可能である。したがって、ＧＷ装置１２に複数台の表示装置３０が接続されている場合であっても、表示装置３０に対するソフトウェアの更新を必要とせず、メンテナンスの手間を低減させることが可能である。
【００９６】
なお、本実施形態では、代替コンテンツデータをコンテンツデータ記憶領域に記憶し、ＧＷ装置１２から表示装置３０へはコンテンツデータ記憶領域１６４に記憶されたコンテンツデータを送信することとして説明したが、別の処理をしてもよい。例えば、Ｓ１０２２の判定結果が否定結果だった場合は、制御部１００は、代替コンテンツデータ記憶領域１６６に記憶された代替コンテンツデータを表示装置３０へ送信して、Ｓ１０２６を実行しないようにする。このような処理を実行しても、コンテンツ管理サーバ４０からレスポンスデータとして不適切なコンテンツデータを受信した場合に、予め記憶された代替コンテンツデータを送信することを実現できる。
【００９７】
［３．第３実施形態］
つづいて、第３実施形態について説明する。第３実施形態は第２実施形態の処理に加えて、ＧＷ装置１２は、コンテンツ管理サーバ４０に対して呼び出したＡＰＩがタイムアウト場合に代替コンテンツを表示装置３０へ送信する実施形態である。すなわち、タイムアウトした場合は、表示装置３０にはエラーメッセージが表示されたり、何も表示されなかったりする。このような状態を、表示装置３０において不適切な状態であると判定し、適切なコンテンツ（代替コンテンツ）の表示を行う実施形態である。
【００９８】
第３実施形態は、第２実施形態の図１８を図１９に置き換えたものである。なお、同一の処理には同一の符号を付し、説明については省略する。
【００９９】
本実施形態は、Ｓ１００２〜Ｓ１０１８の処理は第２実施形態と同様である。ここで、ＧＷ装置１２の制御部１００は、コンテンツ管理サーバ４０に対してＡＰＩ呼び出しを行ったあと、ＡＰＩの呼び出しからの経過時間を計測し、予め定められた所定の時間（例えば、３０秒）を超過したかしたか否かを判定する（Ｓ３００２）。ＧＷ装置１２の制御部１００は、所定の時間を超過したと判定した場合は、コンテンツ管理サーバ４０に対するＡＰＩ呼び出しの処理がタイムアウトしたと判定して、Ｓ３１００の処理を実行する。Ｓ３１００の処理としては、ＧＷ装置１２の制御部１００は、代替コンテンツデータ記憶領域１６６に記憶されている代替コンテンツデータを、コンテンツデータ記憶領域１６４に記憶する（Ｓ３００４）。
【０１００】
所定の時間を超過する前にコンテンツ管理サーバ４０からレスンポンスデータを受信した場合は、ＧＷ装置１２の制御部１００はＳ３１５０の処理を実行する。なお、Ｓ３１５０の処理は、第２実施形態におけるＳ１０２０〜Ｓ１０２２、Ｓ１２００、Ｓ２１００と同じである。
【０１０１】
本実施形態によれば、例えば、コンテンツ管理サーバ４０のシステムが停止している場合等、ＧＷ装置１２がコンテンツ管理サーバ４０からレスンポンスデータが受信できない場合であっても、表示装置３０は代替コンテンツデータを表示することが可能となる。
【０１０２】
なお、Ｓ３００２において、制御部１００が、タイムアウトをしたと判定した場合は、制御部１００は、代替コンテンツデータ記憶領域１６６に記憶された代替コンテンツデータを表示装置３０へ送信して、Ｓ１０２６を実行しないようにしてもよい。このような処理を実行しても、コンテンツ管理サーバ４０に対して呼び出したＡＰＩがタイムアウトした場合に代替コンテンツを表示装置３０へ送信することが可能となる。
【０１０３】
［４．第４実施形態］
つづいて、第４実施形態について説明する。第４実施形態は第１実施形態とは異なり、ＧＷ装置１４は、不適切なコンテンツデータを送信せず、適切なコンテンツデータに限って表示装置３０に送信する実施形態である。
【０１０４】
本実施形態では、特定のパターン（特定の語等）を含むコンテンツを不適切なコンテンツとする。そこで本実施形態は、ＧＷ装置１４は、コンテンツ単位に、コンテンツの内容に基づいて、コンテンツを表示装置３０に送信するか否かを決定するための評価を与える。例えば、表示装置３０に送信するには不適切なコンテンツに対する評価として低評価を与える。そして、ＧＷ装置１４は、低評価と評価したコンテンツを表示装置３０に送信しないようにすることで、不適切なコンテンツを表示装置３０に表示させないようにする。
【０１０５】
第４実施形態は、第１実施形態の図２を図２０に、図１４を図２２に置き換えたものである。なお、同一の機能部、処理には同一の符号を付し、説明については省略する。
【０１０６】
本実施形態におけるＧＷ装置１４は、ＧＷ装置１０と異なり、記憶部１６０に、さらにコンテンツ評価情報１６８を記憶する点が異なる。コンテンツ評価情報１６８には、コンテンツを評価するための情報が記憶される。
【０１０７】
本実施形態では、コンテンツ管理サーバ４０からコンテンツとして受信したメッセージに含まれる不適切なメッセージを表示装置３０に表示しない処理について説明する。
【０１０８】
本実施形態では、コンテンツ評価情報１６８は、図２１に示すように、コンテンツに含まれるメッセージに対して低評価を与える評価対象語（例えば、「悪い、良くない、だめ、遅い」）を記憶する。図２１の例では、「悪い」「良くない」「だめ」「遅い」の何れかの文字パターンが含まれるメッセージに対して、低評価が与えられる。
【０１０９】
図２２を参照して、本実施形態における処理の流れを説明する。なお、本実施形態は、Ｓ１００２〜Ｓ１０２０の処理は第１実施形態と同様である。
【０１１０】
Ｓ１０２０においてＧＷ装置１４がコンテンツ管理サーバ４０からレスポンスデータを受信したら、はじめに、ＧＷ装置１４の制御部１００は、レスポンスデータからコンテンツデータであるメッセージを抽出する。そして、ＧＷ装置１４の制御部１００は、メッセージ毎に、コンテンツ評価情報１６８に記憶された評価対象語を含むか否かの判定を行い、評価対象語を含むメッセージには評価として低評価を与えることにより、メッセージの評価を行う（Ｓ４００２）。
【０１１１】
つづいて、ＧＷ装置１４の制御部１００は、低評価を与えたメッセージを削除する（Ｓ４００４）。そして、ＧＷ装置１４の制御部１００は、低評価のメッセージを削除したレスンポンスデータを、コンテンツデータとして、コンテンツデータ記憶領域１６４に記憶する（Ｓ４００６）。
【０１１２】
上述した処理により、コンテンツデータ記憶領域１６４には、低評価のコンテンツが記憶されない。したがって、ＧＷ装置１４から、表示装置３０へは、低評価のコンテンツ以外のコンテンツ、すなわち、コンテンツ評価情報１６８に評価対象語として記憶された文字パターンを含むコンテンツ以外のコンテンツを表示することが可能となる。
【０１１３】
なお、本実施形態ではＧＷ装置１４においてコンテンツであるメッセージを評価して、低評価を与えたメッセージを削除することとして説明したが、評価に基づいて別の処理を行ってもよい。例えば、ＧＷ装置１４は、不適切なメッセージを削除する代わりに、メッセージの内容を修正してもよい。また、コンテンツ評価情報１６８には、所定のスコアを与えるパターンを記憶してもよく、コンテンツに含まれるパターンに応じて評価値を算出してもよい。この場合、ＧＷ装置１４は、コンテンツの評価値が所定の閾値を超えているか否かによって、コンテンツを表示装置３０へ送信するか否かを決定する。なお、コンテンツの内容以外の情報、例えば、コンテンツの送信者、コンテンツ管理サーバ４０における評価などに基づいて評価をしてもよい。
【０１１４】
また、本実施形態では、コンテンツとしてメッセージを受信した場合について説明をしたが、コンテンツが画像、映像、音声といった場合であっても、同様にコンテンツの評価を行ってもよい。例えば、コンテンツ評価情報１６８には、コンテンツに対して低評価を与える画像や音声のパターンを記憶し、制御部１００が、コンテンツと、コンテンツ評価情報１６８に記憶されたパターンとを比較する。このとき、制御部１００は、コンテンツ評価情報１６８に記憶されたパターンが含まれるコンテンツに対して、評価として低評価を与える。このようにすることで、コンテンツが画像、映像、音声といった場合であっても、特定のパターンを含むコンテンツを表示装置３０に表示させないことが可能となる。
【０１１５】
なお、コンテンツを評価する代わりに、コンテンツに特定のパターンが含まれるか否かによって分類し、コンテンツに特定のパターンが含まれるコンテンツを削除してもよい。また、コンテンツの評価や分類には、公知のコンテンツフィルタリング技術を用いることも可能である。
【０１１６】
［５．第５実施形態］
つづいて、第５実施形態について説明する。第５実施形態は第１実施形態とは異なり、ＧＷ装置１６は、コンテンツデータに加えて、コンテンツ管理サーバ４０が管理するファイルデータを記憶する実施形態である。
【０１１７】
第５実施形態は、第１実施形態の図２を図２３に、図１４を図２５に置き換えたものである。なお、同一の機能部、処理には同一の符号を付し、説明については省略する。
【０１１８】
本実施形態におけるＧＷ装置１６は、ＧＷ装置１０と異なり、記憶部１６０に、さらにファイルデータ格納領域１７０を設ける点が異なる。ファイルデータ格納領域１７０には、コンテンツ管理サーバ４０が管理するファイルデータが記憶される。
【０１１９】
ファイルデータ格納領域１７０の構成について、図２４に基づいて説明する。図２４に示すように、ファイルデータ格納領域には、ファイルデータの取得元となったＵＲＬ（例えば、「http://media.example.com/hello.mov」）と、ファイルデータ格納領域１７０に記憶されたファイルデータのファイル名（例えば、「hello.mov」）とが記憶される。
【０１２０】
つづいて、図２２を参照して、本実施形態における処理の流れを説明する。本実施形態は、Ｓ１００２〜Ｓ１０２２の処理は第１実施形態と同様である。Ｓ１０２２において、ＧＷ装置１６の制御部１００は、コンテンツ管理サーバ４０受信したレスポンスデータとして適切なコンテンツデータを受信したと判定した場合は、ＧＷ装置１６の制御部１００はＳ５１００の処理を行う。
【０１２１】
Ｓ５１００の処理として、コンテンツ管理サーバ４０からレスポンスデータとして適切なコンテンツデータを受信した場合は、ＧＷ装置１６の制御部１００は、メッセージに含まれるＵＲＬを、ファイルをＧＷ装置１６から取得できるＵＲＬに修正する（Ｓ５００２）。このとき、ＧＷ装置１６の制御部１００は、修正前のＵＲＬと、修正後のＵＲＬとをファイルデータ格納領域１７０に記憶する。
【０１２２】
また、ＧＷ装置１６からコンテンツデータであるメッセージを受信し、番組データとメッセージとを表示する表示装置３０は、メッセージに含まれるＵＲＬに基づき、ＧＷ装置１６に対してファイルの要求を送信する（Ｓ１０２６→Ｓ１０２８→Ｓ５００４）。ＧＷ装置１６の通信部１３０は、表示装置３０からのファイルの要求を受信する。そして、ＧＷ装置１６の制御部１００は、要求されたファイルがファイルデータ格納領域１７０に記憶されているか否かを判定する（Ｓ５００６）。
【０１２３】
要求されたファイルがファイルデータ格納領域１７０に記憶されていない場合は、ＧＷ装置１６の制御部１００は、Ｓ５２００の処理を実行する。Ｓ５２００の処理として、はじめに、ＧＷ装置１６の制御部１００は、ファイルデータ格納領域１７０の構成から、要求されたファイルに対応する取得元ＵＲＬを読み出す。そして、ＧＷ装置１６の制御部１００は、読み出した取得元ＵＲＬに基づき、コンテンツ管理サーバ４０に対してファイルを要求する（Ｓ５００８）。
【０１２４】
ＧＷ装置１６は、コンテンツ管理サーバ４０からファイルデータを受信したら（Ｓ５０１０）、ＧＷ装置１６の制御部１００は受信したファイルデータを、ファイルデータ格納領域１７０に記憶する（Ｓ５０１２）。
【０１２５】
このようにすることで、ＧＷ装置１６は、表示装置３０から要求されたファイルがファイルデータ格納領域１７０に記憶されていない場合に、ファイルデータ格納領域１７０にファイルを記憶することができる。
【０１２６】
ＧＷ装置１６の制御部１００は、表示装置３０から要求されたファイルに対応するファイルデータを、ファイルデータ格納領域１７０から読み出し、読み出したファイルデータを、通信部１３０を介して表示装置３０に送信する（Ｓ５０１４）。表示装置３０の画像処理部３２０は、ＧＷ装置１６から受信したファイルデータに基づき、ファイルを表示する（Ｓ５０１６）。
【０１２７】
本実施形態によれば、表示装置３０は、コンテンツ管理サーバ４０からファイルを直接取得せず、ＧＷ装置１６がファイルを取得する。したがって、コンテンツ管理サーバ４０に対するダウンロード量を調整することができ、コンテンツ管理サーバ４０のデータ量によるアクセス制限を回避することが可能となる。
【０１２８】
また、ＧＷ装置１６は、Ｓ５０１２において、コンテンツ管理サーバ４０から受信したファイルデータを、表示装置３０の表示に適したデータに変換してもよい。例えば、ファイルの形式を変換してファイルサイズを小さくしてもよい。
【０１２９】
［６．第６実施形態］
つづいて、第６実施形態について説明する。第６実施形態は第５実施形態の処理に加えて、コンテンツ管理サーバ４０からの転送量に応じて、取得するファイルを決定する実施形態である。
【０１３０】
第６実施形態は、第５実施形態の図１６を図２６に、図２５を図２９に置き換えたものである。なお、同一の機能部、処理には同一の符号を付し、説明については省略する。
【０１３１】
本実施形態におけるＧＷ装置１８は、ＧＷ装置１６と異なり、記憶部１６０に、さらに転送量履歴情報１７２と、取得コンテンツ設定情報１７４を記憶する点が異なる。
【０１３２】
転送量履歴情報１７２は、コンテンツ管理サーバ４０からの転送量を記憶したものである。図２７に示すように、コンテンツ取得日時（例えば、「2018/03/01 12:00:00」）と、転送量（例えば、「300KB」）とが記憶される。
【０１３３】
取得コンテンツ設定情報１７４は、コンテンツ管理サーバ４０から取得するコンテンツの種類を記憶したものである。図２８に示すように、転送量条件（例えば、「1時間に1MB以内」）と、取得コンテンツ（例えば、「テキストと画像と動画」）とが記憶される。
【０１３４】
つづいて、図２９を参照して、本実施形態における処理の流れを説明する。本実施形態は、第５実施形態のＳ５１００とＳ５２００とを、それぞれＳ６１００とＳ６２００に置き換えた実施形態である。Ｓ１０２２において、ＧＷ装置１８の制御部１００は、コンテンツ管理サーバ４０からレスポンスデータとして適切なコンテンツデータを受信したと判定した場合は、ＧＷ装置１８の制御部１００はＳ６１００の処理を行う。
【０１３５】
Ｓ６１００の処理として、コンテンツ管理サーバ４０からレスポンスデータとして適切なコンテンツデータを受信した場合は、ＧＷ装置１８の制御部１００は、メッセージに含まれるＵＲＬを、ファイルをＧＷ装置１８から取得できるＵＲＬに修正したり、削除したりする（Ｓ６００２）。Ｓ６００２において、ＧＷ装置１８の制御部１００は、転送量履歴情報１７２から所定の時間内におけるコンテンツ管理サーバ４０からの転送量を計算し、取得コンテンツ設定情報１７４の転送量条件に基づいて、取得するコンテンツを調整する。
【０１３６】
図２８を参照すると、Ｓ６００２の時点において、例えば、既に直近１時間以内のコンテンツ管理サーバ４０からの転送量が１ＭＢ以上であり３ＭＢ未満であれば、動画のコンテンツを取得しない。したがって、ＧＷ装置１８の制御部１００は、レスンポンスデータから動画ファイルを取得するためのＵＲＬを削除する。このようにすることで、表示装置３０から動画ファイルの取得の要求が送信されなくなる。
【０１３７】
また、Ｓ６２００の処理として、ＧＷ装置１８の制御部１００は、Ｓ５０１２においてコンテンツ管理サーバ４０からファイルデータを受信した場合は、受信したファイルデータをファイルデータ格納領域１７０に記憶する。また、ファイルサイズを転送量として、取得日時とともに転送量履歴情報１７２に記憶する（Ｓ６００４）。
【０１３８】
本実施形態によれば、転送量に応じてコンテンツ管理サーバ４０から取得するコンテンツを決定することができる。したがって、一時的にコンテンツ管理サーバ４０から取得するファイルを制限することができ、アクセス制限を回避することが可能となる。
【０１３９】
［７．第７実施形態］
第７実施形態は、表示装置３０をグループ毎に管理する実施形態である。グループ毎に帯域を決定したり、グループ毎に異なるコンテンツ評価情報を用いてコンテンツデータを評価したりすることで、グループ毎に表示装置３０の表示の態様を変えることができる。
【０１４０】
本実施形態では、例として、グループ毎に帯域を設定する場合について説明する。本実施形態は、第５実施形態の図２３を図３０に、図２５を図３３に置き換えたものである。なお、同一の機能部、処理には同一の符号を付し、説明については省略する。
【０１４１】
本実施形態におけるＧＷ装置１９は、ＧＷ装置１６と異なり、記憶部１６０に、さらに表示装置管理情報１７６と、グループ設定情報１７８とを記憶する点が異なる。また、コンテンツデータ記憶領域１６４は、グループと記憶するコンテンツとが対応付けて記憶する。
【０１４２】
表示装置管理情報１７６は、表示装置３０がどのグループに所属するかを記憶したものである。図３１に示すように、表示装置３０を識別するための表示装置ＩＤ（例えば、「１」）と、表示装置３０が所属するグループを識別するためのグループＩＤ（例えば、「Ｇｒｐ１」）とが記憶される。
【０１４３】
グループ設定情報１７８は、グループ毎の設定を記憶したものである。本実施形態では、グループ毎に帯域を設定するため、グループ設定情報１７８には、グループを識別するためのグループＩＤ（例えば、「Ｇｒｐ１」）と、そのグループにおける帯域（例えば、「１Ｍｂｐｓ」）とが記憶される。
【０１４４】
つづいて、図２９を参照して、本実施形態における処理の流れを説明する。本実施形態は、第５実施形態のＳ５１００を、Ｓ７１００に置き換えた実施形態である。
【０１４５】
Ｓ１０２２において、ＧＷ装置１９の制御部１００は、コンテンツ管理サーバ４０からレスポンスデータとして適切なコンテンツデータを受信したと判定したら、つづいて、ＧＷ装置１９の制御部１００は、レスポンスデータ内に含まれるファイルを取得するためのＵＲＬを修正する（Ｓ７００２）。このとき、ＧＷ装置１９の制御部１００は、グループ設定情報１７８に基づいて、取得するコンテンツを調整する。例えば、ＧＷ装置１９は、帯域に余裕がないグループへ送信するコンテンツデータとして、ファイルを取得するＵＲＬを削除して、コンテンツデータとしてメッセージだけ送信するようにコンテンツデータを修正する。
【０１４６】
そして、ＧＷ装置１９の制御部１００は、修正したコンテンツデータを、グループＩＤと対応付けてコンテンツデータ記憶領域１６４に記憶する（Ｓ７００４）。このようにすることで、グループ毎に、表示装置３０から要求されるファイルを異なるものにすることができる。
【０１４７】
本実施形態によれば、グループ毎に表示態様を変えることができる。例えば、ＧＷ装置１９は、グループ単位で、表示装置３０に動画ファイルを送信するかどうかを決定することができる。また、グループ毎に優先度を設定し、優先度の高いグループから優先的に動画等のファイルをＧＷ装置１９が配信することで、ネットワーク内の負荷量を調整してもよい。
【０１４８】
［８．第８実施形態］
第８実施形態は、表示装置３０がＧＷ装置１０から受信するコンテンツが適切か不適切かを判定する実施形態である。本実施形態は、第１実施形態の図２を図３４に置き換えたものである。なお、同一の処理には同一の符号を付し、説明については省略する。
【０１４９】
本実施形態は、Ｓ１００２〜Ｓ１０１４の処理は第１実施形態と同様である。ＧＷ装置１０の制御部１００は、表示装置３０からＡＰＩ呼び出しを受信したら、表示装置３０から受信したパラメータに含まれるＡＰＩキーと同じＡＰＩキーが、ＡＰＩキー１６２として記憶（登録）されているか否かを判定する（Ｓ８００２）。つまり、コンテンツ管理サーバ４０からコンテンツを取得するための接続情報であるＡＰＩキーを、ＧＷ装置１０に接続される表示装置３０にコンテンツデータを送信するか否かを判定する情報としても用いる。
【０１５０】
ＡＰＩキーが登録されていなかった場合は、ＧＷ装置１０及び表示装置３０は、Ｓ８１００の処理を実行する。ＧＷ装置１０の制御部１００は、エラーレスポンスを表示装置３０へ送信する（Ｓ８００４）。また、表示装置３０がＧＷ装置１０からエラーレスポンスを受信したら、表示装置３０の制御部１００は、ＧＷ装置１０から取得したコンテンツが不適切であると判定し、表示装置３０の表示部３１０は、番組データの表示を行い、コンテンツの表示は行わない（Ｓ８００６）。
【０１５１】
ＡＰＩキーが登録されていた場合は、ＧＷ装置１０の制御部１００は、Ｓ８１５０の処理を実行する。ＧＷ装置１９の制御部１００は、コンテンツ管理サーバ４０にＡＰＩ呼び出しを行い（Ｓ１０１８）、受信したレスンポンスデータを表示装置３０へ送信する（Ｓ１０２０→Ｓ８００８）。
【０１５２】
レスポンスデータを受信した表示装置３０の制御部３００は、レスンポンスデータが適切なコンテンツデータであるか否かを判定する（Ｓ８０１０）。レスポンスデータが適切なコンテンツデータであると判定した場合は、表示装置３０の制御部３００はＳ８２００の処理を実行し、番組データと、コンテンツとを表示部３１０に表示する（Ｓ８０１２）。レスポンスデータが不適切なコンテンツデータであると判定した場合は、表示装置３０の制御部３００は、Ｓ８２５０の処理を実行して、番組データを表示し、コンテンツデータを表示しない（Ｓ８０１２）。
【０１５３】
本実施形態によれば、表示装置３０のＡＰＩ呼び出しに対してコンテンツ管理サーバ４０がエラーを示すメッセージを返した場合であっても、表示装置３０は、エラーを示す情報を表示しない。なお、表示装置３０は、Ｓ１０１４のＡＰＩ呼び出しをしたあとに、ＡＰＩ呼び出しがタイムアウトしたか否かを判定してもよい。タイムアウトした場合は、表示装置３０は、表示部３１０に対して、エラーメッセージを表示したり、ＧＷ装置１０から取得されるコンテンツを何も表示できなかったりする。このような状態を、表示装置３０の制御部３００は、不適切な状態であると判定し、番組データを表示し、コンテンツデータを表示しない制御を行ってもよい。
【０１５４】
なお、本実施形態では、表示装置３０のＡＰＩ呼び出しがあれば、ＧＷ装置１０がコンテンツ管理サーバ４０に対してＡＰＩの呼び出しを行うこととして説明したが、ＡＰＩの呼び出し回数や転送量に応じて、ＡＰＩの呼び出しを制限してもよい。また、ＧＷ装置１０は、表示装置３０に対して優先度を設定し、優先度の高い表示装置からのＡＰＩの呼び出しを優先的に行ってもよい。
【０１５５】
［９．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。また、上述した実施形態は、説明の都合上、それぞれ別に説明している部分があるが、技術的に可能な範囲で組み合わせて実行してもよいことは勿論である。
【０１５６】
また、ＧＷ装置１０は、配信装置２０及び表示装置３０の管理者とは別の者が運用してもよい。この場合は、複数のＡＰＩキーを登録して、どの表示装置３０からＡＰＩの呼び出しがされたかを区別してもよい。このとき、ＧＷ装置１０の管理者は、表示装置３０からのＡＰＩ呼び出し回数や、表示装置３０の台数に応じて課金をしてもよい。
【０１５７】
また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤ、ＳＳＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１５８】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【符号の説明】
【０１５９】
１  サイネージシステム
１０、１２、１４、１６、１８、１９  ゲートウェイ装置
１００  制御部
１１０  表示部
１２０  操作部
１３０  通信部
１６０  記憶部
１６２  ＡＰＩキー
１６４  コンテンツデータ記憶領域
１６６  代替コンテンツデータ記憶領域
１６８  コンテンツ評価情報
１７０  ファイルデータ記憶領域
１７２  転送量履歴情報
１７４  取得コンテンツ設定情報
１７６  表示装置管理情報
１７８  グループ設定情報
２０  配信装置
２００  制御部
２１０  表示部
２２０  操作部
２３０  通信部
２６０  記憶部
２６２  番組データ記憶領域
２６４  レイアウト情報
２６６  ＡＰＩキー
３０  表示装置
３００  制御部
３１０  表示部
３２０  画像処理部
３３０  通信部
３６０  記憶部
３６２  番組データ記憶領域
３６４  レイアウト情報
３６６  ＡＰＩキー
３６８  コンテンツデータ記憶領域
４０  コンテンツ管理サーバ
４００  制御部
４１０  通信部
４２０  コンテンツサービス機能部
４６０  記憶部
４６２  コンテンツデータ記憶領域
４６４  利用者情報
４６６  利用者履歴情報
５０  端末装置
５００  制御部
５１０  表示部
５２０  通信部
５３０  記憶部
５３２  コンテンツアプリ
【図１】
2019192147.tif 000003
【図２】
2019192147.tif 000004
【図３】
2019192147.tif 000005
【図４】
2019192147.tif 000006
【図５】
2019192147.tif 000007
【図６】
2019192147.tif 000008
【図７】
2019192147.tif 000009
【図８】
2019192147.tif 000010
【図９】
2019192147.tif 000011
【図１０】
2019192147.tif 000012
【図１１】
2019192147.tif 000013
【図１２】
2019192147.tif 000014
【図１３】
2019192147.tif 000015
【図１４】
2019192147.tif 000016
【図１５】
2019192147.tif 000017
【図１６】
2019192147.tif 000018
【図１７】
2019192147.tif 000019
【図１８】
2019192147.tif 000020
【図１９】
2019192147.tif 000021
【図２０】
2019192147.tif 000022
【図２１】
2019192147.tif 000023
【図２２】
2019192147.tif 000024
【図２３】
2019192147.tif 000025
【図２４】
2019192147.tif 000026
【図２５】
2019192147.tif 000027
【図２６】
2019192147.tif 000028
【図２７】
2019192147.tif 000029
【図２８】
2019192147.tif 000030
【図２９】
2019192147.tif 000031
【図３０】
2019192147.tif 000032
【図３１】
2019192147.tif 000033
【図３２】
2019192147.tif 000034
【図３３】
2019192147.tif 000035
【図３４】
2019192147.tif 000036