JP2018055483A - 表示装置、表示制御方法及びプログラム - Google Patents

Abstract

【課題】メッセージを表示する場合に、表示方法を切り替えることにより、利用者に適切にメッセージを提供することが可能な表示装置、表示制御方法及びプログラムを提供する。
【解決手段】表示装置は、メッセージ管理サーバにアクセスして、メッセージを取得し、取得したメッセージ数に応じてメッセージの表示方法を選択する。メッセージ管理サーバから取得したメッセージを、表示方法選択部により選択された表示方法にて表示部に表示する。取得したメッセージ数が表示切替閾値内である場合、取得したメッセージを繰り返しスクロール表示する第１の表示方法を選択し、取得したメッセージ数が表示切替閾値を超える場合は、取得したメッセージをスクロール表示する第２の表示方法を選択する。
【選択図】図１０

Description

本発明は、メッセージを表示可能な表示部を有する表示装置等に関する。

屋外や、店頭、ショッピングモール、イベント会場、娯楽施設、公共機関等の場所において、ディスプレイなどの電子的な表示装置を使って広告や、販売促進／空間演出、各種案内等の情報を発信する仕組み（デジタルサイネージ）が利用されている。

これらのシステムを利用した仕組みが近年登場している。例えば、特許文献１には、不特定多数の利用者による視聴に供される公開型の電子広告システムにおいて、不特定の利用者から発信された電子広告に関するメッセージを受け付ける受付手段と、発信した利用者の位置情報を取得し、当該位置情報と指定された種類の電子広告の分布情報とに基づいて、前記メッセージを反映する電子広告を特定する特定手段と、特定した電子広告にメッセージ表示領域を確保し、前記メッセージを表示させる表示制御手段とを備える発明が開示されている。

さらに、表示するメッセージとしては、予め用意されたメッセージの他に、ＳＮＳ等を利用した方法が登場している。例えば、特許文献２には、メッセージ表示システムＳは、メッセージを蓄積するツイッター管理サーバＢと、ツイッター管理サーバＢと通信可能であり、ツイッター管理サーバＢにメッセージをキーワード検索させ、検索されたメッセージ（検索メッセージ）をツイッター管理サーバＢから取得し、検索メッセージを所定の絵柄とともに所定の第１の時間を掛けて時系列順に表示するメッセージ表示装置Ａとを具備する発明が開示されている。

特開２００８−２３３２３３号公報 特開２０１２−１６０１１１号公報

上述したように、例えば特許文献１の電子広告システムにおいて、特許文献２で示したようなメッセージを表示することが考えられる。しかし、通常、ＳＮＳ等のメッセージはユーザが操作可能な端末装置で表示される。このメッセージにおいては、古いメッセージを表示する場合には、利用者が操作をする必要があるが、デジタルサイネージのような単純な表示装置の場合、利用者は閲覧するに過ぎず、操作することが出来ないために、適切なメッセージを表示させることが出来ないという問題点があった。

また、ＳＮＳ等におけるメッセージの送信頻度にはばらつきがある。その為、従来のサイネージに適用した場合、適切に表示させることができなかった。具体的には、表示が遅い場合（表示数が少ない場合）、取得したメッセージが多くなると表示しきれなかった。また、表示が早い場合（表示数が多い場合）、取得したメッセージが少なくなると、メッセージ表示用領域のうち、メッセージが表示されない空の領域が目立ってしまった。

このように、利用者が主に閲覧者であって、操作しないようなデジタルサイネージに利用される表示装置の場合、適切にメッセージを表示させることが難しいという問題があった。

上述した課題に鑑み、本発明は、メッセージを表示する場合に、表示方法を切り替えることにより、利用者に適切にメッセージを提供することが可能な表示装置等を提供することを目的とする。

上述した課題を解決するために、本発明の表示装置は、
メッセージを表示可能な表示部を有する表示装置において、
メッセージ管理サーバにアクセスして、メッセージを取得するメッセージ取得部と、
前記取得されたメッセージ数に応じてメッセージの表示方法を選択する表示方法選択部と、
前記メッセージ管理サーバから取得されたメッセージを前記表示方法選択部により選択された表示方法にて前記表示部に表示する制御を行う表示制御部と、
を備え、
前記表示方法選択部は、
前記取得されたメッセージ数が表示切替閾値内である場合、取得されたメッセージを繰り返しスクロール表示する第１の表示方法を選択し、
前記取得されたメッセージ数が表示切替閾値を超える場合は、取得されたメッセージをスクロール表示する第２の表示方法を選択する、
ことを特徴とする。

本発明の表示制御方法は、
メッセージを表示可能な表示部を有する表示装置における表示制御方法において、
メッセージ管理サーバにアクセスして、メッセージを取得するメッセージ取得ステップと、
前記取得されたメッセージ数に応じてメッセージの表示方法を選択する表示方法選択ステップと、
前記メッセージ管理サーバから取得されたメッセージを前記表示方法選択ステップにより選択された表示方法にて前記表示部に表示する制御を行う表示制御ステップと、
を備え、
前記表示方法選択ステップは、
前記取得されたメッセージ数が表示切替閾値内である場合、取得されたメッセージを繰り返しスクロール表示する第１の表示方法を選択し、
前記取得されたメッセージ数が表示切替閾値を超える場合は、取得されたメッセージをスクロール表示する第２の表示方法を選択する、
ことを特徴とする。

本発明のプログラムは、
メッセージを表示可能な表示部を有するコンピュータに、
メッセージ管理サーバにアクセスして、メッセージを取得するメッセージ取得機能と、
前記取得されたメッセージ数に応じてメッセージの表示方法を選択する表示方法選択機能と、
前記メッセージ管理サーバから取得されたメッセージを前記表示方法選択機能により選択された表示方法にて前記表示部に表示する制御を行う表示制御機能と、
を実現させるためのプログラムであって、
前記表示方法選択機能は、
前記取得されたメッセージ数が表示切替閾値内である場合、取得されたメッセージを繰り返しスクロール表示する第１の表示方法を選択し、
前記取得されたメッセージ数が表示切替閾値を超える場合は、取得されたメッセージをスクロール表示する第２の表示方法を選択する、
ことを特徴とする。

本発明の表示装置は、メッセージ管理サーバにアクセスして、メッセージを取得し、取得されたメッセージ数に応じてメッセージの表示方法を選択する。メッセージ管理サーバから取得されたメッセージを表示方法選択部により選択された表示方法にて表示部に表示するが、取得されたメッセージ数が表示切替閾値内である場合、取得されたメッセージを繰り返しスクロール表示する第１の表示方法を選択し、取得されたメッセージ数が表示切替閾値を超える場合は、取得されたメッセージをスクロール表示する第２の表示方法を選択する。これにより、取得されたメッセージ件数が少ない場合には、取得されたメッセージが繰り返し表示され、取得されたメッセージ件数が多い場合には、新着メッセージがそのまま表示される。

第１実施形態におけるシステム全体について説明するための図である。 第１実施形態における表示装置の機能構成を説明するための図である。 第１実施形態における番組データ記憶領域の構成の一例を示した図である。 第１実施形態におけるメッセージ取得用データの構成の一例を示した図である。 第１実施形態における設定テーブルの構成の一例を示した図である。 第１実施形態における管理装置の機能構成を説明するための図である。 第１実施形態におけるメッセージ管理サーバの機能構成を説明するための図である。 第１実施形態における端末装置の機能構成を説明するための図である。 第１実施形態における処理の流れ（全体シーケンス）を説明するための図である。 第１実施形態における処理の流れ（メイン処理）を説明するための図である。 第１実施形態における処理の流れ（パターン１表示処理）を説明するための図である。 第１実施形態における処理の流れ（パターン２表示処理）を説明するための図である。 第１実施形態における動作例を説明するための図である。 第１実施形態における動作例（パターン１表示処理）を説明するための図である。 第１実施形態における動作例（パターン１表示処理）を説明するための図である。 第１実施形態における動作例（パターン２表示処理）を説明するための図である。 第２実施形態における処理の流れ（メイン処理）を説明するための図である。 第３実施形態における処理の流れ（メイン処理）を説明するための図である。 第４実施形態における処理の流れ（メイン処理）を説明するための図である。 第６実施形態における動作例を説明するための図である。 第７実施形態における動作例を説明するための図である。 第８実施形態における動作例を説明するための図である。

以下、本発明の実施の形態について、図面を参照して説明する。なお、本実施形態では、一例として、表示装置として、コンテンツを表示可能な、大型の表示装置、例えばデジタルサイネージに利用される表示装置に適用した場合について説明する。

［１．第１実施形態］
［１．１ 全体構成］
図１は、メッセージ表示システム１の全体を説明するための図である。メッセージ表示システム１は、一又は複数の表示装置１０が、管理装置２０に接続されている。そして、管理装置２０と、表示装置１０とは、外部ネットワークＮＷに接続されている。外部ネットワークＮＷとしては、例えばインターネット等が想定される。

表示装置１０は、管理装置２０から配信される番組に含まれるコンテンツを表示可能な表示装置であり、例えば液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤスクリーン等により構成される。また、メッセージ管理サーバ３０から受信したメッセージも表示される。

管理装置２０は、一又は複数の表示装置１０を管理するための装置である。例えば、コンテンツ提供者、情報提供者、広告配信者が、管理装置２０にコンテンツ（番組）を登録する。登録された番組は、管理装置２０に設定されたスケジュールに基づいて、それぞれの表示装置１０に配信される。

ここで、本実施形態でいうコンテンツとは、静止画、動画、音声、文字等の何れであっても良い。また、配信されるコンテンツは、管理装置２０に登録（記憶）されたコンテンツであっても良いし、外部サーバに記憶されたコンテンツであっても良い。

また、外部ネットワークＮＷには、メッセージサービスを実現するためのメッセージ管理サーバ３０が接続されている。メッセージ管理サーバ３０は、外部ネットワークＮＷを介して、端末装置４０から受信したメッセージを管理する。

ここで、メッセージサービスとは、文字／画像を利用者間で共有するサービスのことをいう。例えば、ある利用者が端末装置４０からメッセージを送信すると、メッセージ管理サーバ３０が受信し、サービスとしてタイムラインに表示する。他の利用者は、端末装置４０は、携帯型の情報端末装置（例えば、スマートフォンやタブレット等）を利用して、メッセージを受信し、表示させることが可能となる。これらのサービスの一例としては、Ｔｗｉｔｔｅｒ（登録商標）、Ｉｎｓｔａｇｒａｍ（登録商標）、ＬＩＮＥ（登録商標）、ｆａｃｅｂｏｏｋ（登録商標）、新浪微博、Ｇｏｏｇｌｅ＋（登録商標）といったものが考えられる。

また、メッセージには、所定の文字列を入力しておくことで、同じ文字列が含まれるメッセージだけを表示させるといったことが可能である。例えば、メッセージに「＃ｓｐ」と文字列を付加することで、他の利用者が「＃ｓｐ」が含まれているメッセージだけを表示させるといったことが可能となる。このような文字列は、一般的に「ハッシュタグ」と呼ばれている。

［１．２ 機能構成］
［１．２．１ 表示装置］
本実施形態における表示装置１０の機能構成について図に基づいて説明する。表示装置１０の機能構成は、図２に示すように、制御部１００と、画像表示部１１０と、画像処理部１２０と、通信部１３０と、記憶部１４０とを備えて構成されている。

制御部１００は、表示装置１０の全体を制御するための機能部である。制御部１００は、記憶部１４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えば、ＣＰＵ（Central Processing Unit）等により構成されている。

画像表示部１１０は、画像を表示するための機能部である。例えば、液晶ディスプレイ（ＬＣＤ）等により構成されている。また、画像表示部１１０には、配信されたコンテンツや、受信したメッセージが表示される。

画像処理部１２０は、画像表示部１１０に表示される画像の処理を行う為の機能部である。例えば、コンテンツに重ねてメッセージを表示する処理を行ったり、表示されるメッセージにスクロール表示を制御したりする機能部である。

通信部１３０は、ネットワークと接続するための機能部である。例えば、有線ＬＡＮや無線ＬＡＮ、ＬＴＥ網に接続可能なインタフェースにより構成されている。通信部１３０がネットワークに接続されることで、管理装置２０や、外部ネットワークＮＷに接続されることとなる。

記憶部１４０は、表示装置１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部１４０には、メッセージ記憶領域１４２と、番組データ記憶領域１４４とが確保されており、メッセージ取得用データ１４６と、設定テーブル１４８とが記憶されている。

メッセージ記憶領域１４２は、メッセージ管理サーバ３０から受信したメッセージが記憶される領域である。ここで記憶されるメッセージとしては、所定時間毎に受信したメッセージを全て記憶しても良いし、受信したタイミングのときの新着メッセージだけ記憶することとしても良い。

また、後述するメッセージサービスのログインＩＤに対応するメッセージを全て受信することとしても良いし、ハッシュタグが含まれるメッセージのみを検索し、検索されたメッセージを記憶することとしても良い。

番組データ記憶領域１４４は、管理装置２０から配信された番組を記憶する為の領域である。番組データ記憶領域１４４のデータ構成について、図３に基づいて説明する。

番組データ記憶領域１４４には、番組の再生スケジュール（例えば、「２０１６年Ｘ月Ｘ日」）と、当該番組を再生する時間のタイムテーブルが開始時刻（例えば、「８：００」）及び終了時刻（例えば、「１１：００」）と、番組リストとして、コンテンツ名（コンテンツデータ）（例えば、「welcome1.jpg」）及び再生時間（例えば、「30秒」）とが記憶されている。

表示装置１０は、番組データに記憶されたコンテンツを、再生スケジュール毎に表示することとなる。番組データは、原則として管理装置２０で作成され表示装置１０に配信されるが、表示装置１０で作成しても良い。

また、番組データを作成するプログラムが実行する装置であれば、番組データは生成することが可能である。したがって、例えば、携帯型パソコンで番組データを生成し、表示装置１０に記憶させる（一例としては、ＵＳＢメモリを介して番組データをコピーする）といったことも可能である。

メッセージ取得用データ１４６は、メッセージ管理サーバ３０からメッセージを取得する為に利用される情報である。ここで、メッセージ管理サーバ３０にログインするとは、メッセージ管理サーバ３０が提供するメッセージサービスにログインすることを含むものとする。

メッセージ取得用データ１４６は、管理装置２０から受信したものが記憶されるが、表示装置１０で設定しても良い。

メッセージ取得用データ１４６の一例を図４に示すと、ログイン情報として、ログインＩＤ（例えば、「user1」）と、パスワード（例えば、「abcdef」）とを記憶している。このログインＩＤと、パスワードとを用いて、メッセージサービスにログインする。なお、ログイン情報としては、例えばアクセストークンのような情報であってもよい。また、外部サービスを利用してＯＡｕｔｈ認証を行っても良い。

また、メッセージ管理サーバ３０に記憶されたメッセージの中から、表示装置１０が検索するための検索情報が併せて記憶されている。検索情報としては、本実施形態では、ハッシュタグを例に説明するが、任意の検索文字列、利用者ＩＤ、位置情報、時間（例えば、メッセージ取得前１時間）といった情報であっても良い。また、検索情報は記憶されていなくてもよい。

ここで、メッセージを検索するとは、表示装置１０において、検索結果に一致したメッセージが表示されればよい。具体的な検索方法としては、種々の方法が考えられるが、例えば、メッセージ管理サーバ３０に、検索情報（例えば、所望する文字列やタグ等の検索キーワード）を送信する。メッセージ管理サーバ３０は、検索情報が含まれているメッセージ（又は含まれていないメッセージ）を抽出し、抽出されたメッセージを表示装置１０に送信する。

また、表示装置１０が、メッセージ管理サーバ３０からメッセージを受信し、受信したメッセージから検索情報に基づいて所望するメッセージを抽出しても良い。また、管理装置２０に検索情報を送信したり、検索情報を記憶させたりすることにより、全体のメッセージから検索条件に一致するメッセージを抽出し、表示装置１０で表示してもよい。

設定テーブル１４８は、各種パラメータに対する設定値を記憶しているテーブルである。設定値は、管理装置２０が、設定するが、利用者が表示装置１０毎に設定しても良い。

本実施形態の設定テーブル１４８は、図５に示すようにパラメータとしてメッセージの表示方法を切り替えるときに用いられる表示切替閾値ｍｔ（例えば、「１０」）と、メッセージ管理サーバ３０からメッセージを受信するタイミングを示す時間（メッセージ取得時間）Ｔ（例えば、「３００」）とが記憶されている。

［１．２．２ 管理装置］
管理装置２０の機能構成について、図６に基づいて説明する。管理装置２０は、少なくとも制御部２００と、通信部２１０と、記憶部２２０とを備えて構成されている。

制御部２００は、管理装置２０の全体を制御するための機能部である。制御部２００は、記憶部２２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えば、ＣＰＵ（Central Processing Unit）により構成されている。

通信部２１０は、ネットワークと接続するための機能部である。例えば、有線ＬＡＮや無線ＬＡＮ、ＬＴＥ網に接続可能なインタフェースにより構成されている。通信部２１０がネットワークに接続されることで、表示装置１０や、外部ネットワークＮＷに接続されることとなる。

記憶部２２０は、管理装置２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部２２０には、番組データ生成プログラム２２２が記憶されており、番組データ記憶領域２２４が確保されている。番組データ生成プログラム２２２は、番組データを生成するためのプログラムである。当該プログラムを実行することにより、番組データが生成され、番組データ記憶領域２２４に記憶される。

番組データ記憶領域２２４に記憶された番組データは、通信部２１０を介して表示装置１０に配信されることとなる。

また、更にメッセージ取得用データ２２６が記憶されている。メッセージ取得用データ２２６は、表示装置１０がメッセージ管理サーバ３０（メッセージサービス）からメッセージを取得するときに利用する情報を記憶している。

［１．２．３ メッセージ管理サーバ］
メッセージ管理サーバ３０の機能構成について、図７に基づいて説明する。メッセージ管理サーバ３０は、少なくとも制御部３００と、通信部３１０と、記憶部３２０とを備えており、メッセージサービス機能部３３０を更に備えて構成されている。

制御部３００は、メッセージ管理サーバ３０の全体を制御するための機能部である。制御部３００は、記憶部３２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えば、ＣＰＵ（Central Processing Unit）により構成されている。

通信部３１０は、ネットワークと接続するための機能部である。例えば、有線ＬＡＮや無線ＬＡＮ、ＬＴＥ網に接続可能なインタフェースにより構成されている。通信部２１０がネットワークに接続されることで、管理装置２０や、外部ネットワークＮＷに接続されることとなる。

記憶部３２０は、メッセージ管理サーバ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

記憶部３２０には、メッセージ記憶領域３２２が確保されており、ログイン情報管理データ３２４が記憶されている。メッセージ記憶領域３２２は、例えば端末装置４０から送信されたメッセージが記憶される領域である。

また、ログイン情報管理データ３２４は、メッセージ管理サーバ３０において提供されるメッセージサービスにログインするためのユーザ情報が記憶されている。端末装置４０や、表示装置１０がログイン処理を実行するときに、当該ログイン情報が一致した場合にサービスを利用することが出来る。

メッセージサービス機能部３３０は、メッセージサービスを提供する為の機能部である。例えば、端末装置４０から受信したメッセージをタイムラインとして表示したり、関連するユーザ（例えばフォローしているユーザ）に表示したりする機能を提供する。このメッセージサービスとしては、Ｔｗｉｔｔｅｒ等の文字情報でのやり取りや、Ｉｎｓｔａｇｒａｍのような画像でのやり取りといった既存のサービスを利用可能なものとする。

［１．２．４ 端末装置］
端末装置４０の機能構成について、図８に基づいて説明する。端末装置４０は、少なくとも制御部４００と、通信部４１０と、記憶部４２０とを備えて構成されている。

制御部４００は、端末装置４０の全体を制御するための機能部である。制御部４００は、記憶部４２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えば、ＣＰＵ（Central Processing Unit）により構成されている。

通信部４１０は、ネットワークと接続するための機能部である。例えば、有線ＬＡＮや無線ＬＡＮ、ＬＴＥ網に接続可能なインタフェースにより構成されている。通信部４１０がネットワークに接続されることで、メッセージ管理サーバ３０や、外部ネットワークＮＷに接続されることとなる。

記憶部４２０は、端末装置４０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

記憶部４２０には、メッセージアプリケーション４２２が記憶されている。端末装置４０は、メッセージアプリケーション４２２を起動し、実行することでメッセージ管理サーバ３０にメッセージを送信したり、受信・表示したりすることが可能となる。なお、メスセージアプリケーションは、必ずしも端末装置４０において、記憶・実行される必要は無く、例えばブラウザによってメッセージ管理サーバ３０にアクセスし、実行されるサービスであっても良い。

［１．３ 処理の流れ］
つづいて、処理の流れについて説明する。

［１．３．１ 全体のシーケンス図］
図９は、表示装置１０と、管理装置２０と、メッセージ管理サーバ３０との全体の流れを説明するシーケンス図である。

まず、管理装置２０において、番組データが生成される（ステップＳ１００２）。また、メッセージ取得用データについても生成される（ステップＳ１００４）。メッセージ取得用データは、ユーザＩＤやパスワードを含むログイン情報と、検索情報とが含まれている。

生成された番組データと、メッセージ取得用データとは、接続されている表示装置１０に送信されることとなる（ステップＳ１００６）。

つづいて、表示装置１０は、番組データとメッセージ取得用データとを受信すると（ステップＳ１００８）、番組データを再生する（ステップＳ１０１０）。ここで、併せて表示するメッセージを取得する為に、メッセージサービスにログインする。具体的には、メッセージ取得用データに含まれているログイン情報に基づいてログイン処理を実行する（Ｓ１０１２）。

ログイン処理が正常に行われると、表示装置１０は、メッセージ要求を送信する（ステップＳ１０１４）。ここでメッセージ要求には、検索情報が含まれている。

メッセージ管理サーバ３０は、メッセージ要求を受信すると（ステップＳ１０２０）、メッセージ要求に含まれている検索情報に基づいてメッセージ検索の実行を行う（ステップＳ１０２２）。そして、検索結果として、検索されたメッセージを表示装置１０に送信する（ステップＳ１０２４）。なお、検索方法としては、上述したように、表示装置１０で実行しても良い。

表示装置１０は、メッセージを受信すると、受信したメッセージを表示する（ステップＳ１０１６）。ここで、所定時間が経過した場合には（ステップＳ１０１８；Ｙｅｓ）、ステップＳ１０１４から処理を繰り返し実行し、新たなメッセージをメッセージ管理サーバ３０から取得する。

［１．３．２ メイン処理］
つづいて、表示装置１０におけるメイン処理について、図１０に基づいて説明する。当該処理は、表示装置１０が、管理装置２０から、番組データと、メッセージ取得用データとを受信し、番組データが再生（表示）されている状態として実行される処理である。

まず、メッセージ取得用データを利用してメッセージサービスにログインする（ステップＳ１０２）。続いて、使用する変数について初期化する処理を実行する（ステップＳ１０４）。

具体的には、最新のメッセージ番号を示す最新メッセージ数ｎｔ＝０、メッセージの初期の表示位置を示す初期表示位置ｖＬＩＮＥ＝１に初期化する。

つづいて、メッセージ管理サーバ３０にメッセージ要求を送信する（ステップＳ１０６）。ここで、新着メッセージがあった場合には（ステップＳ１０８；Ｙｅｓ）、新着メッセージを受信し（ステップＳ１１０）、受信した新着メッセージの件数を新着メッセージ件数ｍｋに記憶する（ステップＳ１１２）。また、受信したメッセージは、メッセージ配列ＭＳＧ（ｘ）に順に記憶される。

すなわち、従前受信しているメッセージ配列ＭＳＧ（ｘ）に、新しく受信した新着メッセージが追加して記憶されることとなる。このメッセージ配列ＭＳＧ（ｘ）は、任意のタイミングで初期化されるとしてもよいし、プログラムの起動／終了時に初期化されるとしても良い。また、所定の時間間隔、時刻、管理装置２０等からのコマンドにより、初期化されることとしてもよい。

新着メッセージがない場合は（ステップＳ１０８；Ｎｏ）、ステップＳ１１０及びステップＳ１１２は実行されない。

つづいて、最新メッセージ番号ｎｔを更新する（ステップＳ１１４）。具体的には、現在受信された新着メッセージ件数ｍｋを、最新メッセージ番号ｎｔに加算する。最新メッセージ番号ｎｔは、そのまま最新メッセージ件数となっている。

つづいて、新着メッセージ件数ｍｋが設定値として記憶されている表示切替閾値ｍｔ以下の場合には、メッセージをパターン１表示処理により表示する（ステップＳ１１６；Ｎｏ→ステップＳ１１８）。ここで、パターン１表示処理でメッセージを表示を完了しても、メッセージを定期的に取得する時間間隔であるメッセージ取得時間Ｔを経過していない場合には、再度パターン１表示処理が実行される（ステップＳ１２０；Ｎｏ→ステップＳ１１８）。すなわち、メッセージ取得時間Ｔまで、パターン１表示処理が繰り返し実行されることにより、メッセージが繰り返し表示される。

他方、新着メッセージ件数ｍｋが表示切替閾値ｍｔより大きい場合には、メッセージをパターン２により表示処理により表示する（ステップＳ１１６；Ｙｅｓ→ステップＳ１２２）。

そして、処理の終了が指示されなければ（ステップＳ１２４；Ｎｏ）、ステップＳ１０６から繰り返し実行され、新たなメッセージが受信され表示されることとなる。また、処理の終了が指示された場合には、本処理を終了する（ステップＳ１２４；Ｙｅｓ）。

［１．３．３ パターン１表示処理］
つづいて、図１０のステップＳ１１８において実行されるパターン１表示処理について、図１１に基づいて説明する。パターン１表示処理は、メッセージが少ない場合に表示される表示パターンである。

まず、各種パラメータに初期値を設定する（ステップＳ２０４）。具体的には、まず、表示するメッセージ番号ｎに最新メッセージ番号ｎｔを、メッセージを表示する表示位置（行番号）ＬＩＮＥに初期表示位置ｖＬＩＮＥを設定する（ステップＳ２０４）。なお、本実施形態の表示位置の行番号は、表示可能な一番上が「１」となり、表示可能な一番下が表示可能最大数「Ｌｍａｘ」となる。すなわち、表示可能な行数（メッセージ個数）が「Ｌｍａｘ」となるため、この個数は表示領域の一部のメッセージ表示領域であってもいし、上下方向ではなく、左右方向に表示されることとしてもよい。

また、本実施形態における「行」とは、受信したメッセージを１つ表示する領域を言う。すなわち、メッセージが長い場合、一般的には折り返して（改行して）表示されることとなるが、１つのメッセージが表示される領域を行という。

つづいて、メッセージ文字列であるＭＳＧ（ｎ）を、ＬＩＮＥ行目に表示する（ステップＳ２０６）。ここで、受信されたメッセージは、メッセージ配列ＭＳＧ（ｘ）に格納されている。

続いて表示するメッセージ番号を古くするため、ｎから１減少させ（デクリメント）、表示位置を順次下に移動するためにＬＩＮＥに１加算する（インクリメント）（ステップＳ２０８）。

ここで、ｎが０になった場合、新着として受信済みのメッセージを全件表示したこととなり、ステップＳ２１４に処理を遷移する（ステップＳ２１０；Ｙｅｓ→ステップＳ２１４）。ｎが０より大きい場合は、新着として受信したメッセージがまだあることから（ステップＳ２１０；Ｎｏ）、ステップＳ２０６を繰り返して実行することでメッセージを表示する。

ここで、メッセージを表示するのは、そのまま表示する領域が存在する場合である。すなわち、表示位置ＬＩＮＥが、表示可能最大数Ｌｍａｘ以下の場合には、ステップＳ２０６から処理を繰り返し実行する（ステップＳ２１２；Ｎｏ）。

他方、新着として受信されたメッセージを全部表示した場合（ステップＳ２１０；Ｙｅｓ）又は、表示可能最大数を超えた場合（ステップＳ２１２；Ｙｅｓ）には、タイマ処理を実行する（ステップＳ２１４）。タイマ処理とは、所定時間（例えば、待機時間）だけ待機する処理である。

つづいて、表示位置ＬＩＮＥに、表示可能最大数Ｌｍａｘを設定し（ステップＳ２１６）、表示中の各メッセージの表示位置を１つ上方向にスクロール表示する（ステップＳ２１８）。すなわち、次に表示するメッセージの行数分だけ各メッセージの表示位置をスクロール表示されることとなる。スクロール方法としては、１行毎にスクロール表示しても良いし、メッセージ行数分スクロール表示してもよい。

続いて、メッセージを全て表示したか否かの判定を行うが、今までに受信したメッセージを全て表示させるようにすると、表示すべきメッセージが多くなりすぎてしまうという問題がある。これを回避するために、メッセージ表示可能件数ＭｓｇＭａｘを予め設定しておくものとする。すなわち、最新のメッセージから数えてＭｓｇＭａｘ件数分のメッセージを表示したか否かを判定するために、ｎがｎｔ−ＭｓｇＭａｘに等しいか又は「０」であるかを判定する（ステップＳ２２０）。

ｎがｎｔ−ＭｓｇＭａｘに等しくなく、「０」でもない場合、取得されたメッセージがまだ表示可能であることから、ＭＳＧ（ｎ）をＬＩＮＥ行目に表示する（ステップＳ２２０；Ｎｏ→ステップＳ２２２）。そして、ｎをデクリメントし（ステップＳ２２４）、タイマ処理で所定時間待機した後（ステップＳ２２６）、ステップＳ２１８から処理を繰り返し実行する。

ステップＳ２２０において、ｎがｎｔ−ＭｓｇＭａｘに等しくなったか又はｎが「０」になった場合、メッセージが全て表示されていると判定し（ステップＳ２２０；Ｙｅｓ）、表示中の各メッセージの表示位置を１つ上方向にスクロール表示を行う（ステップＳ２２８）。

例えば、メッセージ最大保持件数ＭｓｇＭａｘを「２０」と予め設定している環境において、最新のメッセージ番号ｎｔが「３０」である場合、表示していくメッセージ番号ｎは、最初は「３０」からスタートし、順次デクリメントされていく。デクリメントの繰り返しによってｎが「１０」に達すると、ｎｔ−ＭｓｇＭａｘの値である「１０」と等しくなる。この時点で、最新のメッセージから数えてＭｓｇＭａｘ件数分（この環境では「２０」件）のメッセージを表示し終えたものと判定されて、Ｓ２２８以降の処理を行う。

１つ上方向にスクロール表示した後、タイマ処理で所定時間待機し（ステップＳ２３０）、メッセージ全体がスクロールアップしたか否かを判定する（ステップＳ２３２）。ここで、全ての表示されていたメッセージについてスクロール表示が完了していない場合はステップＳ２２８から処理を繰り返し実行し、スクロールアップの表示を継続する（ステップＳ２３２；Ｎｏ→ステップＳ２２８）。

他方、メッセージ全体についてスクロール表示が終了した場合には（ステップＳ２３２；Ｙｅｓ）、次に呼び出されたときに最初に表示する初期表示位置ｖＬＩＮＥに、ＬＩＮＥを設定する（ステップＳ２３４）。

このように、パターン１の処理は、メッセージが少ない場合の表示パターンについて規定されている。メッセージが少ない場合でも、新着メッセージに加えて、過去に受信されたメッセージも含めてメッセージが表示することができる。

また、図１０において、ステップＳ１２０においてメッセージ取得時間Ｔを経過するまでに、パターン１表示処理が繰り返し実行されることにより、メッセージが途切れることなくリピートして表示される。

このように、新着メッセージ件数が少なかったとしても、つねにメッセージがスクロール表示されることにより、メッセージを見たものの注意を惹くことが可能となる。

［１．３．４ パターン２表示処理］
つづいて、図１０のステップＳ１２２において実行されるパターン２表示処理について、図１２に基づいて説明する。パターン２表示処理は、メッセージが多い場合に表示される表示パターンである。

まず、表示されるメッセージを決定するために、ｎにｎｔ−ｍｋ＋１の値を設定する（ステップＳ３００）。具体的には、最新のメッセージ番号（数）から、新着受信メッセージ件数を遡った分プラス１をｎとして設定する。

なお、ここで、新着メッセージの件数が多すぎると、表示するメッセージが多くなりすぎてしまう。この場合は、ｍｋが最大表示メッセージ件数を超えている場合には、ｍｋを最大表示メッセージ件数としても良い。例えば、最大として「１００」件が設定されている場合には、新着メッセージ件数ｍｋが「１００」を超えた場合には、ｍｋを予め「１００」と設定し、ｎｔから１００件分遡ることとする。

続いて、１行目に既存のメッセージが既に表示されている場合には、表示中の各メッセージの表示位置を１つ下方向にスクロール表示（移動表示）を行う（ステップＳ３０２；Ｙｅｓ→ステップＳ３０４）。このとき、最下行に表示されているメッセージは、表示領域の下方向に移動することにより、消去されることとなる。

続いて、取得したメッセージのうち、ＭＳＧ（ｎ）を１行目（表示領域の一番最初の位置）に表示する（ステップＳ３０６）。その後、ｎをインクリメントし、ｍｋをデクリメントする（ステップＳ３０８）。これにより、ｎの値に１加算され、ｍｋの値から１減算される。

つづいて、ｍｋが０か否かを判定する（ステップＳ３１０）。もし、ｍｋの値が０であれば、これ以上表示する新着メッセージがないこととなり、本処理を終了する（ステップＳ３１０；Ｙｅｓ）。もし、ｍｋが０でない場合には、メッセージがまだあることから、タイマ処理で所定時間表示を待機した後、ステップＳ３０２から処理を繰り返し実行する（ステップＳ３１０；Ｎｏ→Ｓ３１２→Ｓ３０２）。

［１．４ 動作例］
［１．４．１ システム動作の例］
つづいて、本実施形態の動作例について説明する。図１３（ａ）は、画像表示部１１０に表示される表示画面Ｗ１００の一例である。

表示画面Ｗ１００は、メッセージ表示領域Ｒ１００と、主表示領域Ｒ１１０とに分かれて表示されている。メッセージ表示領域Ｒ１００には、例えばＴｗｉｔｔｅｒのメッセージ（つぶやき）の中から、ハッシュタグを検索し、検索結果のメッセージがタイムラインとして表示されている。このメッセージは、メッセージ管理サーバ３０から取得したものである。

また、主表示領域Ｒ１１０には、番組データに基づくコンテンツが表示されている。例えば、イベント会場の情報（イベント会場地図や、ストリーミング映像等）を表示している。この主表示領域Ｒ１１０に表示されるコンテンツは、管理装置２０から配信される番組データに基づいて表示される。

このように、メッセージとコンテンツとが併せて表示されることにより、従来のデジタルサイネージに見られる静的な商品販売促進コンテンツだけでなく、サービスを活用したリアルタイム性のある情報を提供することができる。これにより、商品訴求力を高めることができる。

また、現在開催されているイベント等、状況が刻々変化していく状況において、リアルタイム性のある情報を表示することで、閲覧者に有益なシステムを提供することが可能となる。

また、このコンテンツ及びメッセージの表示領域は、表示装置１０で定めることとしても良いし、番組データに指示が含まれていても良い。例えば、番組データにより、コンテンツに重畳してメッセージを表示することや、コンテントと並列にメッセージを表示する点が記載されていてもよい。

このとき、メッセージ表示領域に表示されるメッセージの表示パターンを、取得されたメッセージの数に応じて切り替えて表示することで、閲覧者にとって更に利便性の高いシステムを提供することになる。

ここで、表示されるメッセージの範囲を模式的に示した図が、図１３（ｂ）（ｃ）である。図１３（ｂ）は、新着メッセージ件数が表示切替閾値より少ない場合、図１３（ｃ）は新着メッセージ件数が表示切替閾値より多い場合である。

図１３（ｂ）では、新着メッセージを受信する前のメッセージが２、受信した新着メッセージが４となっている。表示切替閾値（例えば、「５」）の場合、新着メッセージが４つしかないことから、過去のメッセージであるＭＳＧ（１）、ＭＳＧ（２）を含めたＭＳＧ（６）までが表示されるメッセージ群として処理される。

そして、次のメッセージ取得時間Ｔが来るまで、繰り返し上記メッセージが表示されることとなる。

図１３（ｃ）では、新着メッセージを受信する前のメッセージが２、受信した新着メッセージが１１となっている。この場合、表示切替閾値（例えば、「５」）より多く受信されていることから、新着メッセージであるＭＳＧ（３）〜ＭＳＧ（１３）が表示されるメッセージ群として処理される。

このように、本実施形態では受信したメッセージの数に応じて表示される表示メッセージ群の内容を替えて表示することができる。また、このとき、パターン１表示処理による表示パターンと、パターン２表示処理による表示パターンとでは、異なった方法で表示されることとなる。このときのメッセージの表示パターンの動作例について、以下説明する。

［１．４．２ パターン１表示処理］
図に基づいて、パターン１表示処理の動作例について説明する。パターン１表示処理は、表示切替閾値より、新着メッセージの件数が少ない場合の表示パターンである。図１４及び１５は、図１３のメッセージ表示領域Ｒ１００だけを模式的に示した図である。

図１４（ａ）は、表示するメッセージ文字列として、最新のＭＳＧ（７）から、下にＭＳＧ（６）、ＭＳＧ（５）、・・・と並んでいる。そして、表示領域Ｒ２００には、ＭＳＧ（３）までが表示されている。そして、ＭＳＧ（２）、ＭＳＧ（１）は表示されていない。

これらのメッセージは、上方向にスクロール移動することとなる。古いメッセージが一番下の行に表示され、メッセージが新たに表示されると、１つずつ上にスクロール表示され、１番上にあったメッセージが１つずつ消えていく。

上方向にスクロールすることで、図１４（ｂ）のようにＭＳＧ（４）〜ＭＳＧ（１）だけが表示されることとなる。また、更に表示されると、図１４（ｃ）では、ＭＳＧ（２）とＭＳＧ（１）のみとが表示されている。

さらに表示が続くと、ＭＳＧ（１）までがスクロール表示され、図１５（ａ）の状態となる。この段階では、表示領域Ｒ２００にメッセージは表示されていない。すなわち、上方向へスクロール表示され、全てのメッセージが一度消えることとなる。

なお、本実施形態では、一度消えることとして説明するが、所定間隔を空けるという処理であっても良い。例えば、数メッセージ分開けたあとに、新たにメッセージを表示するといった構成にしても良い。

再度パターン１表示処理が実行されると、一番下にメッセージが表示される（図１５（ｂ））。本図では、最新のメッセージであるＭＳＧ（７）が一番下に表示されている。この後、メッセージが上から下方向にスクロール表示され、順次表示されることとなる。例えば、次にはＭＳＧ（６）が一番下に表示され、ＭＳＧ（７）がスクロール表示される（図１５（ｃ））。

［１．４．３ パターン２表示処理］
つづいて、パターン２表示処理の動作例について説明する。パターン２表示処理は、表示切替閾値より、新着メッセージの件数が多い場合の表示パターンである。図１６は、図１３のメッセージ表示領域Ｒ１００だけを模式的に示した図である。

図１６（ａ）は、表示するメッセージとして、表示しているメッセージ中で古いメッセージであるＭＳＧ（１）が下に、新しいメッセージであるＭＳＧ（４）が上に表示されている。この状態で、新しいメッセージであるＭＳＧ（５）を表示する場合、図１６（ｂ）に示すように一番上の行にＭＳＧ（５）が表示される。

また、表示されていたＭＳＧ（１）〜ＭＳＧ（４）は下方向にスクロールして表示される。これにより、新しいメッセージが上に表示され、新しいメッセージが表示されるたびに下方向にスクロール表示される。

例えば、図１６（ｃ）は、ＭＳＧ（２４）が表示された状態である。新しいメッセージが常に一番上の行に表示され、古いメッセージが下方向にスクロールし、流れて消えていくような表示がされている。

［２．第２実施形態］
つづいて、第２実施形態について説明する。第２実施形態は、メッセージの表示パターンを切り替えるときに、過去数回の取得件数の実績値（平均値）に基づいて、切り替える実施形態について説明する。

第２実施形態は、第１実施形態と同一の構成であり、図１０のメイン処理を、図１７に置き換えたものである。なお、同一の処理には同一の符号を付し、説明については省略する。

第２実施形態において、表示装置１０が新着メッセージを取得した後、新着メッセージを取得した平均件数として、新着メッセージ平均件数ｍｋａを算出する（ステップＳ４０２）。具体的には、新着メッセージの件数の過去の取得回数分（例えば、５回分）の平均値が新着メッセージ平均件数ｍｋａとして算出される。

つづいて、新着メッセージ平均件数ｍｋａと表示切替閾値ｍｔとを比較することにより（ステップＳ４０４）、パターン１表示処理と、パターン２表示処理とを切り替えることとする。

このように、本実施形態によれば、過去数回のメッセージの取得件数に基づいて判断することから、より安定してメッセージの表示を切り替えることが可能となる。

［３．第３実施形態］
つづいて、第３実施形態について説明する。第３実施形態は、メッセージの取得頻度を変更する実施形態である。

（１）パターン１表示処理のメッセージの取得頻度を短くする（高くする）
第３実施形態として、まずメッセージの取得頻度を高くする実施形態について説明する。本実施形態は、第１実施形態及び第２実施形態と同一の構成であり、図１７のメイン処理を、図１８に置き換えたものである。なお、同一の処理には同一の符号を付し、説明については省略する。

パターン１表示処理又はパターン２表示処理が実行された後、新着メッセージ平均件数ｍｋａの値が所定の閾値として、平均取得件数閾値ｍｔ２より大きいか否かを判定する（ステップＳ４５２）。ここで、新着メッセージ平均件数ｍｋａの値が平均取得件数閾値ｍｔ２より大きい場合には、メッセージ取得時間Ｔの値を減少させる（ステップＳ４５２；Ｙｅｓ→ステップＳ４５４）。

他方、新着メッセージ平均件数ｍｋａの値が平均取得件数閾値ｍｔ２以下の場合には、メッセージ取得時間Ｔの値を初期値に戻す（ステップＳ４５２；Ｎｏ→ステップＳ４５６）。

このように、本実施形態によれば、過去の取得回数に応じてメッセージ取得時間Ｔの値を変更することが可能となる。これにより、新着メッセージが多い場合には、メッセージの取得頻度を高くする（定期取得時間間隔を短くする）ことが可能となる。

なお、本実施形態においては、新着メッセージ平均件数に基づいてメッセージ取得時間Ｔを変更しているが、第１実施形態に適用して、新着メッセージ受信件数に基づいてメッセージ取得時間Ｔを変更しても良い。

すなわち、新着メッセージ件数ｍｋが、所定の閾値（例えば、ｍｔ２や、別の閾値）より大きい場合にメッセージ取得時間Ｔの値を減少させても良い。このように、メッセージ取得時間Ｔを変更する場合に利用されるパラメータとしては、新着メッセージ件数や、新着メッセージ平均件数が利用可能である。

（２）パターン１表示処理のメッセージの取得頻度を長くする（低くする）
上述とは逆に、今度はメッセージの取得頻度を低くする場合について説明する。すなわち、ステップＳ４５６を「Ｔの値を増加」とし、ステップＳ４５４を「Ｔの値を初期値に戻す」と処理を置き換える。

これにより、新着メッセージ件数や、新着メッセージ平均件数が閾値より低い場合は、更にメッセージ取得時間Ｔを増加させることにより、メッセージの取得間隔を長くすることが出来る。

（３）パターン２表示処理のメッセージの取得頻度を変更する
パターン２表示処理において、新着メッセージ件数や、新着メッセージ平均件数によりメッセージ取得時間Ｔを変更しても良い。すなわち、Ｓ４５２〜Ｓ４５６の処理を、ステップＳ１１８とステップＳ１２０の間に実行するのではなく、ステップＳ１２２とステップＳ１２４との間に実行しても良い。

パターン２表示処理の場合、例えば新着メッセージ件数が多い場合には、メッセージ取得時間Ｔを減少させることにより、メッセージ取得時間を短くしても良い。

［４．第４実施形態］
つづいて、第４実施形態について説明する。第４実施形態は、新着メッセージではなく、所定時間内、例えば、ある時刻以降のメッセージ件数に応じてメッセージの表示パターンを切り替える実施形態である。

第４実施形態は、第１実施形態と同一の構成であり、図１０のメイン処理を、図１９に置き換えたものである。なお、同一の処理には同一の符号を付し、説明については省略する。

ステップＳ１０６において、メッセージ管理サーバにメッセージ要求を送信する（ステップＳ１０６）。このとき、メッセージがあれば、所定時間のメッセージ（例えば、所定時刻以降のメッセージ）を受信する（ステップＳ５０２；Ｙｅｓ→ステップＳ５０４）。

ここで、受信するメッセージとしては、検索情報を利用したメッセージであっても良いし、そのまま全てのメッセージを受信しても良い。そして、現在の最新メッセージ番号ｎｔを取得し（ステップＳ５０６）、受信したメッセージの中から、時間内メッセージの件数（時間内メッセージ件数）をｍｋ２として設定する（ステップＳ５０８）。

なお、時間内メッセージ件数は、所定時刻以降のメッセージ件数でも良いし、一定の時間（例えば、「１０分」や「２０分」等）内にあったメッセージの件数であっても良い。そして、時間内メッセージ件数判定時間内にあったメッセージの件数に応じて表示パターンを変化させる。なお、当該判定時間は任意の時間であるが、メッセージを取得する間隔のメッセージ取得時間Ｔより長いことが好ましい。

すなわち、ｍｋ２がｍｔより大きい場合はパターン２の表示処理を（ステップＳ５１０；Ｙｅｓ→ステップＳ１２２）、ｍｋ２がｍｔ以下の場合にはパターン１の表示処理を実行する（ステップＳ５１０；Ｎｏ→ステップＳ１１８）。

なお、パターン１表示処理、パターン２表示処理においては、ｍｋ＝ｍｋ２として処理が実行される。

本実施形態によれば、新着メッセージの件数ではなく、所定時間内のメッセージ件数に応じて表示方法を切り替えることが出来る。例えば、イベント開始時間以降のメッセージを表示させたり、営業時間内のメッセージを表示させたりといった場合に、有効な表示方法となる。

［５．第５実施形態］
つづいて、第５実施形態について説明する。第５実施形態は、上述した実施形態において検索情報としてハッシュタグを利用する場合について説明したが、それ以外の情報を利用しても良い。

例えば、管理装置２０において、表示装置１０で表示用のアカウント（表示用アカウント）を利用する。表示用アカウントを利用して、表示させるべきアカウントをフォローすることにより、表示用アカウントのタイムラインを取得するだけで、必要なメッセージを表示させることが出来る。

例えば、フォローアカウントとして、ショッピングモールに入店している店舗アカウントや、駅等における運行情報の提供アカウントをフォローすることで、より適切なメッセージを表示させることが可能となる。

また、ハッシュタグ以外にも、他のアカウントのＩＤを指定したりすることも可能である。また、メッセージに位置情報が付加されている場合、当該位置情報が付加されたメッセージを指定することとしても良い。

［６．第６実施形態］
つづいて、第６実施形態について説明する。第６実施形態は、メッセージ数に応じて、メッセージの表示状態を、設定した分割領域に表示またはコンテンツに重畳表示の、いずれかに切り替える実施形態である。

図２０は、第６実施形態に対応する画像表示部１１０に表示される表示画面Ｗ２００の一例として、図１３をもとに変更した例である。

上述した実施形態では、取得したメッセージの数に応じてスクロール表示する方法を切り替える形態として説明したが、第６実施形態では、取得したメッセージが所定の値である表示領域切替閾値よりも少ない場合はメッセージ表示領域Ｒ２００に表示し、取得したメッセージが表示領域切替閾値よりも多い場合は主表示領域Ｒ２１０に表示されているコンテンツに重畳して表示する。なおスクロール方法表示自体は、第１実施形態で説明した処理と同じでも良い。

また、取得したメッセージが所定値よりも少ない場合には、さらに、主表示領域Ｒ２１０に古いメッセージ群が表示ずみの場合、これらをメッセージ表示領域Ｒ２００に移動させたうえでスクロール表示させても良い。

［７．第７実施形態］
つづいて、第７実施形態について説明する。第７実施形態は、コンテンツを表示せずに、メッセージのみを表示する実施形態である。

すなわち、上述した実施形態においては、コンテンツとメッセージとを併せて表示することとしているが、例えばメッセージだけ表示される場合であっても、上述したメッセージの表示方法を利用可能なことは勿論である。

例えば、図２１の表示画面Ｗ３００では、取得したメッセージが領域Ｒ３００に表示されている。当該表示画面には、コンテンツは表示されていないが、メッセージが効率良く表示されている。

このような表示形態は、コンテンツとは別にメッセージを表示させたい場合や、ＰＯＳシステムの表示画面、画像形成装置の表示画面、自動販売機の表示画面といった表示領域が小さい装置に対してメッセージを表示する場合に特に有効である。

［８．第８実施形態］
つづいて、第８実施形態について説明する。第８実施形態は、端末装置４０が表示装置として機能する場合についての実施形態である。

上述した実施形態では、表示装置１０においてコンテンツやメッセージが表示される場合について説明した。しかし、近年利用者の持っている端末装置（例えば、スマートフォンや、タブレット）に情報を配信して表示させたり、カーナビゲーションシステムに情報を配信して表示させたりすることが行われる。

このような場合、通常のＳＮＳ用のアプリと異なり、プッシュ型の情報が配信される場合がある。すなわち、端末装置４０で専用のアプリケーションを起動したり、ブラウザで該当するページを表示させたりすることで、メッセージが表示される場合がある。

例えば、図２２は、端末装置４０でメッセージを表示する機能を有するアプリケーションを起動している一例である。この場合、表示画面Ｗ４００に対して、主領域Ｒ４００にコンテンツが表示され、メッセージ表示領域Ｒ４１０にはメッセージ（群）が表示されている。

このようなアプリケーションは、例えばショッピングモールや、交通事業者が自社の情報を提供するアプリケーションとして、配布している場合がある。利用者は当該アプリケーションを実行することで、簡易に情報を入手することが出来る。

このように、本実施形態を適用することで、端末装置４０においてメッセージを表示する場合であっても、上述した各実施形態のメッセージ表示方法を適用することができる。

［９．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。

上述した実施形態では、パターン１表示処理では上スクロール、パターン２表示処理では下スクロールとして説明したが、逆としても良い。すなわち、パターン１表示処理では下スクロール、パターン２表示処理では上スクロールとしても良い。

また、メッセージを更新する方法としてスクロール表示について説明したが、それ以外の方法であっても良い。例えば、文字列がフェードアウト表示する方法や、横からスライド表示して表示される方法であっても良い。すなわち、タイムラインが適切に更新される方法であれば、他の表示方法によって実現されても良い。

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

１ メッセージ表示システム
１０ 表示装置
１００ 制御部
１１０ 画像表示部
１２０ 画像処理部
１３０ 通信部
１４０ 記憶部
１４２ メッセージ記憶領域
１４４ 番組データ記憶領域
１４６ メッセージ取得用データ
１４８ 設定テーブル
２０ 管理装置
２００ 制御部
２１０ 通信部
２２０ 記憶部
２２２ 番組データ生成プログラム
２２４ 番組データ記憶領域
２２６ メッセージ取得用データ
３０ メッセージ管理サーバ
３００ 制御部
３１０ 通信部
３２０ 記憶部
３２２ メッセージ記憶領域
３２４ ログイン情報管理データ
３３０ メッセージサービス機能部
４０ 端末装置
４００ 制御部
４１０ 通信部
４２０ 記憶部
４２２ メッセージアプリケーション

Claims (13)

1. メッセージを表示可能な表示部を有する表示装置において、
   メッセージ管理サーバにアクセスして、メッセージを取得するメッセージ取得部と、
   前記取得されたメッセージ数に応じてメッセージの表示方法を選択する表示方法選択部と、
   前記メッセージ管理サーバから取得されたメッセージを前記表示方法選択部により選択された表示方法にて前記表示部に表示する制御を行う表示制御部と、
   を備え、
   前記表示方法選択部は、
   前記取得されたメッセージ数が表示切替閾値内である場合、取得されたメッセージを繰り返しスクロール表示する第１の表示方法を選択し、
   前記取得されたメッセージ数が表示切替閾値を超える場合は、取得されたメッセージをスクロール表示する第２の表示方法を選択する、
   ことを特徴とする表示装置。
2. 前記表示制御部は、
   選択された表示方法が前記第１の表示方法の場合は、以前に取得されたメッセージに、取得されたメッセージを追加したものをメッセージ群として繰り返しスクロール表示することを特徴とする請求項１に記載の表示装置。
3. 前記表示制御部は、
   選択された表示方法が前記第１の表示方法の場合は、前記メッセージ取得部が、メッセージを取得する時間を経過していない場合に、前記メッセージ群を繰り返し表示することを特徴とする請求項２に記載の表示装置。
4. 前記表示制御部は、
   表示方法が前記第１の表示方法と、前記第２の表示方法とでスクロール表示する方向が異なることを特徴とする請求項１から３の何れか一項に記載の表示装置。
5. 前記表示制御部は、
   選択された表示方法が前記第１の表示方法の場合は、新しいメッセージから古いメッセージの方向にメッセージをスクロール表示するとともにリピート表示し、
   選択された表示方法が前記第２の表示方法の場合は、古いメッセージから新しいメッセージの方向にスクロール表示する、
   ことを特徴とする請求項１から３の何れか一項に記載の表示装置。
6. 前記メッセージ取得部は、前記メッセージ管理サーバに記憶されているメッセージに対して検索情報に基づいて検索し、検索されたメッセージを取得することを特徴とする請求項１から５の何れか一項に記載の表示装置。
7. 前記メッセージ取得部は、
   前記メッセージ管理サーバに検索情報を含めたメッセージ要求を送信するメッセージ要求送信部と、
   前記メッセージ管理サーバから、前記検索情報に基づいて前記メッセージ管理サーバが検索して一致したメッセージを受信するメッセージ受信部と、
   を備えることを特徴とする請求項１から５の何れか一項に記載の表示装置。
8. 前記メッセージ取得部が、前記メッセージ管理サーバからメッセージを取得するメッセージ取得時間を設定する時間設定部を更に有し、
   前記取得されたメッセージ数に応じて、前記メッセージ取得時間を変更することを特徴とする請求項１から７の何れか一項に記載の表示装置。
   
9. 前記表示部は、コンテンツを表示可能であって、
   前記表示制御部は、前記コンテンツと共に、前記メッセージを表示することを特徴とする請求項１から８の何れか一項に記載の表示装置。
10. 前記表示制御部は、前記コンテンツと前記メッセージとを表示部の分割された各領域に表示する請求項９に記載の表示装置。
11. 前記表示制御部は、前記コンテンツに前記メッセージを重畳して表示する請求項９又は１０に記載の表示装置。
12. メッセージを表示可能な表示部を有する表示装置における表示制御方法において、
    メッセージ管理サーバにアクセスして、メッセージを取得するメッセージ取得ステップと、
    前記取得されたメッセージ数に応じてメッセージの表示方法を選択する表示方法選択ステップと、
    前記メッセージ管理サーバから取得されたメッセージを前記表示方法選択ステップにより選択された表示方法にて前記表示部に表示する制御を行う表示制御ステップと、
    を備え、
    前記表示方法選択ステップは、
    前記取得されたメッセージ数が表示切替閾値内である場合、取得されたメッセージを繰り返しスクロール表示する第１の表示方法を選択し、
    前記取得されたメッセージ数が表示切替閾値を超える場合は、取得されたメッセージをスクロール表示する第２の表示方法を選択する、
    ことを特徴とする表示制御方法。
13. メッセージを表示可能な表示部を有するコンピュータに、
    メッセージ管理サーバにアクセスして、メッセージを取得するメッセージ取得機能と、
    前記取得されたメッセージ数に応じてメッセージの表示方法を選択する表示方法選択機能と、
    前記メッセージ管理サーバから取得されたメッセージを前記表示方法選択機能により選択された表示方法にて前記表示部に表示する制御を行う表示制御機能と、
    を実現させるためのプログラムであって、
    前記表示方法選択機能は、
    前記取得されたメッセージ数が表示切替閾値内である場合、取得されたメッセージを繰り返しスクロール表示する第１の表示方法を選択し、
    前記取得されたメッセージ数が表示切替閾値を超える場合は、取得されたメッセージをスクロール表示する第２の表示方法を選択する、
    ことを特徴とするプログラム。

Images