(57)【要約】【課題】アイコン画像とともに動画像を表示できる端末装置、動画表示システム及びプログラムを提供する。【解決手段】アプリケーションのアイコン画像を表示し、アイコン画像に対する操作によりアプリケーションを起動する起動画面を表示し、起動画面の表示中に実行され、アプリケーションが利用可能なグラフィカルユーザインタフェースのコンポーネント群よりも制限されたコンポーネント群であって、静止画像を表示するコンポーネントを含むコンポーネント群を利用して、サーバ装置から複数の静止画像データを受信し、静止画像を表示するコンポーネントに対して、当該受信した静止画像データの各々を、予め定めた時間ごとに切り替えて起動画面に表示させる端末装置である。【選択図】図１
2012226623.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションのアイコン画像を表示し、アイコン画像に対する操作によりアプリケーションを起動する起動画面を表示する起動画面表示手段と、
前記起動画面の表示中に実行され、前記アプリケーションが利用可能なグラフィカルユーザインタフェースのコンポーネント群よりも制限されたコンポーネント群であって、静止画像を表示するコンポーネントを含むコンポーネント群を利用して、前記起動画面に画像を表示する画像表示手段と、を含み、
前記画像表示手段は、無線通信網を介して予め定められたサーバ装置と通信して、当該サーバ装置から複数の静止画像データを逐次的に受信し、前記静止画像を表示するコンポーネントに対して、当該受信した静止画像データの各々を、予め定めた時間ごとに切り替えて前記起動画面に表示させることを特徴とする端末装置。
【請求項２】
端末装置と、サーバ装置とを含み、
前記サーバ装置は、
動画像データを受け入れる手段と、
前記受け入れた動画像データをレンダリングして、動画像データの再生時に順次表示されるべき静止画像の群を作成する手段と、
前記動画像データの再生時に、予め定めた時間ごとに表示されるべき複数の静止画像データを抽出する手段と、
前記抽出した複数の静止画像データを、端末装置に対して配信する手段と、
を備え、
前記端末装置は、
アプリケーションのアイコン画像を表示し、アイコン画像に対する操作によりアプリケーションを起動する起動画面を表示する起動画面表示手段と、
前記起動画面の表示中に実行され、前記アプリケーションが利用可能なグラフィカルユーザインタフェースのコンポーネント群よりも制限されたコンポーネント群であって、静止画像を表示するコンポーネントを含むコンポーネント群を利用して、前記起動画面に画像を表示する画像表示手段と、を有し、
当該端末装置の画像表示手段は、無線通信網を介して前記サーバ装置と通信して、当該サーバ装置から前記複数の静止画像データを逐次的に受信し、前記静止画像を表示するコンポーネントに対して、当該受信した静止画像データの各々を、予め定めた時間ごとに切り替えて前記起動画面に表示させる動画表示システム。
【請求項３】
コンピュータを、
アプリケーションのアイコン画像を表示し、アイコン画像に対する操作によりアプリケーションを起動する起動画面を表示する起動画面表示手段と、
前記起動画面の表示中に実行され、前記アプリケーションが利用可能なグラフィカルユーザインタフェースのコンポーネント群よりも制限されたコンポーネント群であって、静止画像を表示するコンポーネントを含むコンポーネント群を利用して、前記起動画面に画像を表示する画像表示手段と、
として機能させ、
前記画像表示手段として機能させる際は、無線通信網を介して予め定められたサーバ装置と通信させ、当該サーバ装置から複数の静止画像データを逐次的に受信させ、前記静止画像を表示するコンポーネントに対して、当該受信した静止画像データの各々を、予め定めた時間ごとに切り替えて前記起動画面に表示させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、動画表示システム、及びプログラムに関する。
【背景技術】
【０００２】
近年では、携帯電話機などの端末装置において、一般的なオペレーティングシステムを動作させて各種アプリケーションを実行可能な、いわゆるスマートフォンと呼ばれるものがある。
【０００３】
こうした端末装置では、電源投入直後、例えば待ち受け画面として、インストールされたアプリケーションに対応するアイコンを表示させ、このアイコンに対して予め定められた操作を行うことで、対応するアプリケーションを起動する画面（起動画面と呼ぶ）が表示されるのが一般的である。また、一部の端末装置においては、この起動画面の表示中に実行され、起動画面上に実行結果としての画像等を表示する、いわゆるウィジェットを表示可能としたものがある。
【０００４】
このウィジェットは、一般的に、アプリケーションプログラムが利用可能なグラフィカルユーザインタフェースのコンポーネントのうち、制限されたもののみを用いて作成されている。例えば、アプリケーションプログラムが利用可能なグラフィカルユーザインタフェースのコンポーネントには、動画像を表示するためのコンポーネント（Android端末でいえば、VideoView）等が存在するが、ウィジェットではこのようなコンポーネントは使用可能となっていない。
【０００５】
なお、引用文献１には、ウェブページにアクセスする際に、当該ウェブページに関連する情報をキャラクタとともに表示する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−２５９２４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
このように、上記従来の起動画面の表示においては、動画像（複数の静止画像を切り替えて表示するもの）は、表示できず、アプリケーションのアイコン画像とともに表示される動画像は、きわめて限られたもののみとなっていた。
【０００８】
本発明は上記実情に鑑みて為されたもので、アイコン画像とともに動画像を表示できる端末装置、動画表示システム、及びプログラムを提供することを、その目的の一つとする。
【課題を解決するための手段】
【０００９】
上記従来例の問題点を解決するための本発明は、端末装置であって、アプリケーションのアイコン画像を表示し、アイコン画像に対する操作によりアプリケーションを起動する起動画面を表示する起動画面表示手段と、前記起動画面の表示中に実行され、前記アプリケーションが利用可能なグラフィカルユーザインタフェースのコンポーネント群よりも制限されたコンポーネント群であって、静止画像を表示するコンポーネントを含むコンポーネント群を利用して、前記起動画面に画像を表示する画像表示手段と、を含み、前記画像表示手段は、無線通信網を介して予め定められたサーバ装置と通信して、当該サーバ装置から複数の静止画像データを逐次的に受信し、前記静止画像を表示するコンポーネントに対して、当該受信した静止画像データの各々を、予め定めた時間ごとに切り替えて前記起動画面に表示させるものである。
【００１０】
また本発明の別の態様に係る動画表示システムは、端末装置と、サーバ装置とを含み、前記サーバ装置は、動画像データを受け入れる手段と、前記受け入れた動画像データをレンダリングして、動画像データの再生時に順次表示されるべき静止画像の群を作成する手段と、前記動画像データの再生時に、予め定めた時間ごとに表示されるべき複数の静止画像データを抽出する手段と、前記抽出した複数の静止画像データを、端末装置に対して配信する手段と、を備え、前記端末装置は、アプリケーションのアイコン画像を表示し、アイコン画像に対する操作によりアプリケーションを起動する起動画面を表示する起動画面表示手段と、前記起動画面の表示中に実行され、前記アプリケーションが利用可能なグラフィカルユーザインタフェースのコンポーネント群よりも制限されたコンポーネント群であって、静止画像を表示するコンポーネントを含むコンポーネント群を利用して、前記起動画面に画像を表示する画像表示手段と、を有し、当該端末装置の画像表示手段は、無線通信網を介して前記サーバ装置と通信して、当該サーバ装置から前記複数の静止画像データを逐次的に受信し、前記静止画像を表示するコンポーネントに対して、当該受信した静止画像データの各々を、予め定めた時間ごとに切り替えて前記起動画面に表示させるものである。
【発明の効果】
【００１１】
これらの発明によると、アイコン画像とともに動画像を表示できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係る動画像表示システムの構成例を表すブロック図である。
【図２】本発明の実施の形態に係る動画像表示システムのサーバ装置の例を表す機能ブロック図である。
【図３】本発明の実施の形態に係る動画像表示システムのサーバ装置における静止画像データを抽出する処理例を表す説明図である。
【図４】本発明の実施の形態に係る動画像表示システムの端末装置の例を表す機能ブロック図である。
【図５】本発明の実施の形態に係る動画像表示システムのウィジェットの構成例を表す機能ブロック図である。
【図６】本発明の実施の形態に係る動画像表示システムのウィジェットの表示例を表す説明図である。
【図７】本発明の実施の形態に係る動画像表示システムの動作例を表すフローチャート図である。
【発明を実施するための形態】
【００１３】
本発明の実施の形態について図面を参照しながら説明する。本実施の形態に係る動画像表示システムは、図１に例示するように、サーバ装置１と、端末装置２とを含んで構成される。これらサーバ装置１と端末装置２とは、通信網３を介して接続されている。ここで通信網３は、ＩＰ（Internet Protocol）ネットワーク３ａと、携帯電話回線網３ｂとを含む。なお、以下の説明では端末装置２が携帯電話回線網３ｂを介して通信を行う動作の説明については、広く知られているものであるため省略する。
【００１４】
サーバ装置１は、制御部１１、記憶部１２、及び通信部１３を含んで構成される。端末装置２は、制御部２１、記憶部２２、入力部２３、表示部２４、及び通信部２５を含んで構成される。
【００１５】
サーバ装置１の制御部１１は、ＣＰＵなどのプログラム制御デバイスであり、記憶部１２に格納されたプログラムに従って動作する。この制御部１１は、動画像データを利用者から受け入れて記憶部１２に保持し、当該受け入れた動画像データをレンダリングして、動画像データの再生時に順次表示されるべき静止画像の群を作成する。そして制御部１１は、動画像データの再生時に、予め定めた時間ごとに表示されるべき複数の静止画像データを抽出し、この抽出した複数の静止画像データを、端末装置２に対して配信する。この制御部１１の詳しい動作については後に述べる。
【００１６】
記憶部１２は、メモリデバイスやディスクデバイス等であり、制御部１１によって実行されるプログラムを保持する。この記憶部１２は、また、制御部１１のワークメモリとしても動作する。通信部１３は、ネットワークインタフェース等であり、通信網３との間で情報を授受する。具体的にこの通信部１３は、制御部１１が生成した静止画像データを通信網３を介して端末装置２へ送信出力する。
【００１７】
端末装置２の制御部２１は、ＣＰＵなどのプログラム制御デバイスであり、記憶部２２に格納されたプログラムに従って動作する。本実施の形態では、この制御部２１は、一般的なオペレーティングシステムとしての処理を実行する。このオペレーティングシステムとしては、例えば米国アップル社のｉＯＳや、米国グーグル社のアンドロイドなどがある。これらのオペレーティングシステムは、一般に、複数のプロセスを並列的に動作させる、マルチタスク型のオペレーティングシステムである。また、この制御部２１は、オペレーティングシステムによって起動、管理されるプロセスの一つとして、アプリケーションのアイコン画像を表示し、アイコン画像に対する操作によりアプリケーションを起動する起動画面を表示する処理を実行する。
【００１８】
また、この処理を行う制御部２１は、アプリケーションが利用可能なグラフィカルユーザインタフェースのコンポーネント群よりも制限されたコンポーネント群であって、静止画像を表示するコンポーネントを含むコンポーネント群を利用して、起動画面に画像を表示するソフトウエア（ウィジェット）を、起動画面の表示中に実行する。
【００１９】
本実施の形態の制御部２１は、このウィジェットの一つの処理として、無線通信網を介して予め定められたサーバ装置１と通信して、当該サーバ装置１から複数の静止画像データを逐次的に受信し、静止画像を表示するコンポーネントに対して、当該受信した静止画像データの各々を、予め定めた時間ごとに切り替えて表示させる処理を実行する。この制御部２１の詳しい処理についても後述する。
【００２０】
記憶部２２は、例えばメモリデバイスであり、制御部２１によって実行されるプログラムを保持する。また、この記憶部２２は、制御部２１のワークメモリとしても動作する。
【００２１】
入力部２３は、キーや、タッチパネル等であり、利用者の操作を受け入れて、当該操作の内容を制御部２１に出力する。表示部２４は、液晶ディスプレイ等であり、制御部２１から入力される指示に従って画像を表示する。
【００２２】
通信部２５は、ＩＰネットワーク３ａとの間で無線通信を行う第１通信部２５ａと、携帯電話回線網３ｂとの間で無線にて通信を行う第２通信部２５ｂとを含む。この通信部２５は、これら第１通信部２５ａまたは第２通信部２５ｂを介してサーバ装置１との間で情報を授受する。具体的にこの通信部２５は、第１通信部２５ａまたは第２通信部２５ｂが通信網３を介して配信する静止画像データを受信し、制御部２１に出力する。
【００２３】
［サーバ装置側の動作］
次に、サーバ装置１の制御部１１の具体的処理について説明する。本実施の形態の制御部１１は、機能的には、図２に例示するように、コンテント管理部３１と、クライアント管理部３２と、ログ収集部３３と、レンダリング部３４と、静止画像群抽出部３５と、配信制御部３６とを含んで構成される。
【００２４】
コンテント管理部３１は、動画像データを利用者から受け入れる。ここで利用者は、端末装置２への動画像の配信を要求する配信要求者であり、予め利用者名とパスワードとを登録しておくものとする。以下では、端末装置２の利用者と区別するため、配信要求者と呼ぶこととする。コンテント管理部３１は、次に説明するクライアント管理部３２が配信要求者の認証に成功した旨の情報を出力すると、当該配信要求者から配信の対象となる動画像データを受け入れる。この動画像データは、例えばＦＬＶ形式（flash video形式）あるいはＭＰＥＧ（Motion Picture Experts Group）動画像データなどでよい。これらの動画像データは、そのまま順次表示すれば動画像となるような静止画像の群ではなく、順次表示する静止画像を生成して、動画像として表示するためには形式ごとに定められたデコードの処理が必要となるものである。コンテント管理部３１は、受け入れた動画像データを、配信要求者ごとに記憶部１２に用意した記憶領域に格納する。
【００２５】
クライアント管理部３２は、配信要求者ごとに、配信要求者を特定する情報、記憶領域を特定する情報（記憶部１２のファイルシステム上のディレクトリ名などでよい）、予め登録された利用者名及びパスワードを互いに関連づけて、クライアントデータとして保持する。また、このクライアント管理部３２は、配信対象の動画像データを登録するべき旨の指示を配信要求者側から、通信網３を介して受け入れると、当該配信要求者に対して利用者名とパスワードとの入力を要求する。そしてクライアント管理部３２は、当該要求に応じて配信要求者側から送信される利用者名とパスワードとが関連づけられてクライアントデータに保持されているか否かを調べて配信要求者を認証する。ここで配信要求者が認証されると（配信要求者側から送信された利用者名とパスワードとが関連づけられてクライアントデータに保持されている場合）、コンテント管理部３１に対して、これら入力された利用者名などとともに関連づけられた配信要求者を特定する情報等とともに、認証が成功した旨を表す情報を出力する。ログ収集部３３は、処理の記録を保持する。
【００２６】
レンダリング部３４は、受け入れた動画像データをレンダリングして、動画像データの再生時に順次表示されるべき静止画像の群を作成する。すなわちこのレンダリング部３４は、コンテント管理部３１により、新たな動画像データが記憶部１２に格納されると、処理を開始する。
【００２７】
このレンダリング部３４は、ＦＬＶやＭＰＥＧ動画像データ等の形式で記憶部１２に格納された動画像データから、Ｔフレーム分（Ｔは１以上の整数）の静止画像データＴＰi（ｉ＝１，２，…Ｔ）を生成する。この処理は、例えば各種動画像データを再生処理する際に利用できる一般的なライブラリ（ffmpeg等）を用いて実現できる。また、ここで生成する静止画像データは、予め定めた形式（JPEG（Joint Picture Experts Group）、png等）としておく。
【００２８】
静止画像群抽出部３５は、レンダリング部３４が生成したＴフレーム分の静止画像データのうち少なくとも一部のＮフレーム分（ＮはＮ≦Ｔなる整数）の静止画像データを、配信の対象となる静止画像データＰとして抽出する。一例としてこの静止画像群抽出部３５は、次のように動作する。
【００２９】
すなわち、レンダリング部３４は、例えば動画像データが３０ｆｐｓ（一秒あたり３０フレーム）である場合、一秒分ごとに３０枚の静止画像データ（約３３マイクロ秒あたり１フレーム）を生成することになる。
【００３０】
静止画像群抽出部３５は、端末装置２で表示する動画像のために、予め定めた秒数分ごとの静止画像データを選択する。例えば端末装置２で表示する動画像を一秒あたり１０フレーム（フレームレートが１０ｆｐｓ）とする場合、静止画像群抽出部３５は、１００マイクロ秒ごとに１枚の静止画像データを抽出する。従ってこの静止画像群抽出部３５は、元の動画像データのフレームレートが３０ｆｐｓであれば、レンダリング部３４が生成した静止画像データの連続する３枚あたりいずれか１枚ずつを抽出することとすればよい（図３）。そして静止画像群抽出部３５は、抽出した静止画像データＰi（ｉ＝１，２，…，Ｎ）を、抽出した順を表す順序情報ｉ（ｉ＝１，２，…，Ｎ）に関連づけて、元の動画像データの格納されている記憶部１２内の領域に格納する。このとき、当該格納先の記憶領域に、格納時点の日時を表す情報を関連づけて記録してもよい。
【００３１】
配信制御部３６は、予め定めた規則に従って、記憶部１２の記憶領域のうちから配信対象となる静止画像データが格納されている記憶領域を選択し、当該選択した記憶領域内に格納された複数の静止画像データを、それぞれに関連づけられた順序情報とともに、配信先となる端末装置２へ配信する。具体的な配信に係るデータの形式は特に問うものではないが、ここではまず、静止画像データのフレーム数Ｎを配信し、続いて各静止画像データＰiとその順序情報ｉとの組Ｒi（ｉ＝１，２，…，Ｎ）を順次送信するものとしておく。
【００３２】
ここで配信制御部３６の予め定めた規則は、配信要求者が、サーバ装置１の記憶部１２にある記憶領域ごとに予め定めて設定しておく。この規則には、日時に係る条件に基づく規則が含まれてもよい。この場合配信制御部３６は、現在日時（処理を行っている日時）が、規則に定められた日時に係る条件を満足しているような記憶領域を選択する（複数ある場合はランダムに、あるいは格納時点の日時の順（昇順、降順のいずれでもよい）に選択すればよい）。
また、この規則には配信先となる端末装置２を特定する条件を含んでもよい。このような条件の例は、配信先となる端末装置２の電話番号等、端末装置ごとに固有の情報を列挙したもの、あるいは地理的条件（携帯電話回線網３ｂの基地局のうち、配信先となる基地局を指定し、当該基地局と通信をしている端末装置２を配信先とする）を列挙したものである。
【００３３】
配信制御部３６は、一連の静止画像データの配信を完了すると、また別の記憶領域を、予め定めた規則に従って、記憶部１２の記憶領域のうちから選択して、配信の処理を行う。こうして配信制御部３６は、配信を繰り返し実行する。
【００３４】
［テキストデータを配信する例］
なお、ここでコンテント管理部３１が受け入れるデータは動画像データのみに限られない。例えば、動画像データとともに表示させるテキストデータ（ＨＴＭＬ（HyperText Markup Language）データでもよい）などを含んでも構わない。
【００３５】
具体的に、コンテント管理部３１は、テキストデータと、動画像データの再生開始から当該テキストデータを提示するべき時点までの時刻を表す情報とを関連づけたキャプション情報を受け入れてもよい。コンテント管理部３１は、このキャプション情報についても、受け入れた動画像データとともに、配信要求者ごとに記憶部１２に用意した記憶領域に格納する。
【００３６】
また配信制御部３６は、選択した記憶領域内に格納された複数の静止画像データを、配信先となる端末装置２へ配信する際に、当該記憶領域内に格納されているキャプション情報を併せて端末装置２へ配信する。
【００３７】
［音声データを配信する例］
さらにコンテント管理部３１が受け入れるデータには動画像データとともに再生される音声データ（ＭＰ３（MPEG Audio Layer-3）等のフォーマットのデータでよい）などが含まれても構わない。
【００３８】
音声データを含むデータを受け入れたコンテント管理部３１は、当該音声データを抽出して、配信要求者ごとに記憶部１２に用意した記憶領域に、受け入れた動画像データとともに、当該抽出した音声データを格納する。この際、コンテント管理部３１は、さらにキャプション情報を受け入れている場合は、これら動画像データや音声データとともにキャプション情報も、上記記憶領域に格納する。
【００３９】
また配信制御部３６は、選択した記憶領域内に格納された複数の静止画像データを、配信先となる端末装置２へ配信する際に、当該記憶領域内に格納されている音声データを併せて（キャプション情報も格納される場合はそれも併せて）端末装置２へ配信する。
【００４０】
［端末装置側の動作］
また、端末装置２の制御部２１は、具体的には次の例のように動作する。制御部２１は、機能的には図４に例示するように、起動画面表示部４１と、ウィジェット実行部４２とを含む。またウィジェット実行部４２は、動画像表示ウィジェット４３を実行する。
【００４１】
起動画面表示部４１は、電源投入時の画面として起動画面を表示する。この起動画面ではインストールされ、記憶部２２に格納されているアプリケーションについて、それぞれ対応するアイコン画像を表示する。また、この起動画面表示部４１は、表示しているアイコン画像に対し、予め定めた操作が行われた旨の情報を入力部２３から受け入れると、当該操作が行われたアイコン画像に対応するアプリケーションを起動する。
【００４２】
ウィジェット実行部４２は、電源投入時など、起動画面が表示されるときに、予め指定されているウィジェットの実行を開始する。このウィジェットのプログラム（実行モジュール）はアプリケーションと同様に記憶部２２に格納されている。ウィジェットは、起動画面の表示中に実行されて、アイコン画像とともに、ウィジェットの画面を表示可能となっている。
【００４３】
ウィジェット実行部４２は、一般的なアプリケーションが利用可能なグラフィカルユーザインタフェースのコンポーネント群に比べ、機能や数が制限されているコンポーネント群（静止画像を表示するコンポーネントを含む）を利用するウィジェットを実行させる。具体的に、Androidでは、利用可能なコンポーネントが、
AnalogClock：アナログ時計の表示を行うコンポーネント
Button：ボタンの表示、ボタン操作に対する応答を行うコンポーネント
Chronometer：時刻計時に関するコンポーネント
ImageButton：静止画像データを貼り付けたボタンに関するコンポーネント
ImageView：静止画像データを表示するコンポーネント
ProgressBar：処理の進行状況を表示するコンポーネント
TextView：テキストを表示するコンポーネント
に限られている。本実施の形態では、このような限られたコンポーネントを用いて作成したウィジェットの一つとして、次のような処理を行うウィジェットが実行される。
【００４４】
すなわち、ウィジェット実行部４２により実行される動画像表示ウィジェット４３は、機能的に、図５に例示するように、画像受信部５１と、更新指示部５２と、静止画像表示部５３と、起動処理部５４とを含んでなる。
【００４５】
画像受信部５１は、無線通信網を介して予め定められたサーバ装置１と通信し、当該サーバ装置１から複数の静止画像データと順序情報との組を逐次的に受信する。画像受信部５１は、最初に静止画像データの数Ｎを受信し、次いで静止画像データと順序情報との組Ｒi（ｉ＝１，２，…，Ｎ）が受信されるごとに、当該受信した組を記憶部２２のワークメモリに蓄積していく。
【００４６】
そして、最初に受信した数Ｎ組分の静止画像データと順序情報との組Ｒがワークメモリに蓄積されると、表示対象となるデータを保持する記憶領域として予め定められた記憶領域に対して、ワークメモリに蓄積した組Ｒを格納する。このとき、当該記憶領域に別の組Ｒが格納されている場合は、それらを削除して、ワークメモリに蓄積した組Ｒを格納する。
【００４７】
更新指示部５２は、予め定めた時間Δｔごとに、静止画像表示部５３に対して表示を更新するよう指示する。これは例えばAndroid端末であれば、設定ファイルに更新時間を記述したり、あるいは一定時刻ごとに信号を出力するよう設定しておけば、当該更新時間ごとに処理を行わせることが可能となっているので、当該機能を用いてもよい。つまり、この更新指示部５２は、オペレーティングシステムのサービスにより代替できるのであれば、必ずしも動画像表示ウィジェット４３に含まれていなくても構わない。
【００４８】
静止画像表示部５３は、記憶部２２の表示対象の静止画像データを保持する記憶領域に格納されている静止画像データＰi（ｉ＝１，２，…Ｎ）を読み出してワークメモリ（区別のため以下、表示用ワークメモリと呼ぶ）に記録する。そして当該表示用ワークメモリに記録した静止画像データのうち、最初に表示されるべきものであることを表す順序情報に関連づけられた静止画像データ（最初の静止画像データ）Ｐ1を読み出して、静止画像を表示するコンポーネントに対して、当該読み出した静止画像データＰ1を表示出力するよう指示する。
【００４９】
その後、この静止画像表示部５３は、ｊ番目に表示するべき静止画像データＰjを表示させているときに、更新指示部５２（またはオペレーティングシステムのサービスにより）、更新の指示を受けると、順序情報によりｊ＋１番目に表示するべきとされた静止画像データＰj+1を記憶部２２の表示用ワークメモリから読み出す。そして静止画像表示部５３は、静止画像を表示するコンポーネントに対して、当該読み出した静止画像データＰj+1を、表示出力するよう指示する。
【００５０】
静止画像表示部５３は、受信して記憶部２２に格納した静止画像データがＮ個である場合に、Ｎ番目に表示するべきとされた静止画像データＰNを表示させているとき（最後の静止画像データを表示しているとき）に、更新指示部５２（またはオペレーティングシステムのサービスにより）、更新の指示を受けると、記憶部２２の表示対象の静止画像データを保持する記憶領域に格納されている静止画像データＰi（ｉ＝１，２，…Ｎ）を読み出して表示用ワークメモリに記録して、順次表示する処理を繰り返して行う。
【００５１】
起動処理部５４は、利用者が入力部２３を操作して、表示部２４における、この静止画像データの表示領域に予め定めた操作（タップなど）を行ったことを検出すると、予め定められた処理を実行する。この処理としては、予め指定されたＵＲＬを、ブラウザアプリケーションで開く処理であってもよいし、予め指定されているアプリケーションを起動する処理であってもよい。
【００５２】
［テキストデータが配信される場合］
また、静止画像データとともに、キャプション情報を受信する場合、画像受信部５１は、サーバ装置１から受信した複数の静止画像データと順序情報との組とともに、キャプション情報を、記憶部２２に保持する。
【００５３】
静止画像表示部５３は、静止画像を表示するコンポーネントに対して、ｊ番目に表示するべき静止画像データを表示させる際に、（ｊ−１）×Δｔ（Δｔは更新指示の間隔を表す時間）からｊ×Δｔの間の時刻を表す情報を含んだキャプション情報が記憶部２２に格納されているか否かを調べ、格納されていれば、当該キャプション情報を読み出して、読み出したキャプション情報に含まれるテキストデータＴＸを、静止画像データとともに表示する（図６（ａ））。
【００５４】
なお、図６（ａ）の例では、ｊ番目の静止画像データＰjを表示するコンポーネントの周囲に、テキストデータＴＸを表示するコンポーネントを配する例を示したが、本実施の形態はこれに限られない。例えばテキストデータを表示するコンポーネントを、「ふきだし」のような形状の図形を背景として表示してもよい（図６（ｂ））。また、このテキストデータを表示するコンポーネントの背景となる画像もキャプション情報に含めて、配信要求者によってサーバ装置１に蓄積され、サーバ装置１から配信されてもよい。この場合、静止画像表示部５３は、当該背景となる画像を描画し、その上にテキストデータを表示するコンポーネントを表示させることで、配信要求者の意図に沿ったテキストデータの表示が行われる。
【００５５】
また、このテキストデータはＨＴＭＬデータでもよい。この場合、当該ＨＴＭＬデータはレンダリングされて表示され、例えばリンクが含まれる場合、リンクがクリックされれば、起動処理部５４が、当該リンク先のＵＲＬをブラウザアプリケーションで開く処理を行うこととしてもよい。
【００５６】
［動作］
本実施の形態の動画表示システムは以上の構成を含み、次に述べるように動作する。すなわち、図７に示すように、配信要求者が動画像データと、それとともに表示されるべきテキストデータを含んだキャプション情報をサーバ装置１に送信する（Ｓ１）。するとサーバ装置１は、この動画像データから予め定めた時間ごとに静止画像データを取り出して（Ｓ２）、当該静止画像データをキャプション情報とともに記録する。ここでキャプション情報は、上述のように、テキストデータと、動画像データの再生開始から当該テキストデータを提示するべき時点までの時刻を表す情報とを関連づけたものとする。
【００５７】
その後サーバ装置１は、予め定めた規則に従って、記憶部１２の記憶領域のうちから配信対象となる静止画像データが格納されている記憶領域を選択し、当該選択した記憶領域内に格納された複数の静止画像データを、それぞれに関連づけられた順序情報とともに、配信先となる端末装置２へ配信する（Ｓ３）。このとき、当該選択した記憶領域内にキャプション情報があれば、サーバ装置１はこのキャプション情報も端末装置２へ配信する。
【００５８】
端末装置２は、アプリケーションのアイコンを画面に表示するとともに、動画像表示ウィジェット４３の処理を実行する。この動画像表示ウィジェット４３は、サーバ装置１から複数の静止画像データと順序情報との組を逐次的に受信し、当該受信した静止画像データと順序情報との組を保持する（Ｓ４）。なお動画像表示ウィジェット４３は、サーバ装置１から複数の静止画像データと順序情報との組が受信されたときには、予め定めた音声を鳴動し、あるいはバイブレータを鳴動するなどして、利用者に受信を報知してもよい。
【００５９】
動画像表示ウィジェット４３は、保持した静止画像データを読み出し（Ｓ５）、ループを開始し、順序情報により、最初に表示するべきとされている静止画像データＰ1を表示させた後、ｊ番目に表示するべき静止画像データＰjを表示させているときに、更新の指示を受けて、順序情報によりｊ＋１番目に表示するべきとされた静止画像データＰj+1を読み出す。そして動画像表示ウィジェット４３は、当該読み出した静止画像データＰj+1を、表示出力する（Ｓ６）。
【００６０】
動画像表示ウィジェット４３は、また、サーバ装置１からキャプション情報が配信されているならば、処理Ｓ４にてキャプション情報も受信して静止画像データとともに記憶部２２に保持する。そして、動画像表示ウィジェット４３は、キャプション情報に含まれるテキストデータのうちに、処理Ｓ６にて表示した静止画像データＰj+1の表示中に表示するべきテキストデータ（静止画像データＰ1の表示開始（再生開始）から静止画像データＰj+1の表示中の時点に関連づけられたテキストデータ）があれば、当該テキストデータを表示する（テキストデータ表示処理：Ｓ７）。さらに、動画像表示ウィジェット４３は、利用者が静止画像データやテキストデータの表示領域に予め定めた操作（タップなど）を行ったことを検出したか否かを判断し（Ｓ８）、検出したと判断すると、予め定められた処理を実行する（Ｓ９）。動画像表示ウィジェット４３は、この処理Ｓ６からＳ９を、Ｎフレーム分の最後の静止画像データＰNを表示するまで繰り返し、その後、処理Ｓ５に戻って処理を続ける。
【００６１】
なお、端末装置２は、処理Ｓ５からＳ９の処理中であっても、サーバ装置１から複数の静止画像データと順序情報との組を逐次的に受信し、当該受信した静止画像データと順序情報との組を保持する処理Ｓ４は実行している。このため、サーバ装置１が別の静止画像データの群を配信すれば、端末装置２は、一連の静止画像データの表示後、続いて当該別の静止画像データを表示するようになる。
【００６２】
さらにサーバ装置１が処理Ｓ３にて静止画像データとともに、音声データを配信している場合は、ループを開始して最初に処理Ｓ６にて第１番目のフレームの静止画像データを出力するとともに、オペレーティングシステムに対して、当該音声データの再生開始を指示する。この音声データの再生は、例えばオペレーティングシステムが予め用意している再生プログラムに従って再生される。
【００６３】
またここでは、端末装置２がサーバ装置１から静止画像データを受信して記憶し、当該記憶した静止画像データを逐次的に切り替えて動画像として表示する例（キャッシュする例）について述べたが、本実施の形態はこれに限られない。
【００６４】
本実施の形態の別の例として、サーバ装置１は、静止画像データを一つずつ配信するようにしてもよい。この場合、端末装置２が実行する、動画像表示ウィジェット４３は、サーバ装置１から静止画像データが受信されるごとに、当該受信した静止画像データを表示出力する。
【００６５】
またサーバ装置１は配信する静止画像データとともに表示するべきテキストデータがあれば（配信する静止画像データが動画像データから抽出されたｊ番目の静止画像データである場合、抽出間隔Δｔを用いてΔｔ×（ｊ−１）からΔｔ×ｊまでの間の時刻を表す情報に関連づけられたテキストデータがあれば）、当該テキストデータを静止画像データとともに配信する。
【００６６】
そして端末装置２側で実行されている動画像表示ウィジェット４３は、サーバ装置１から静止画像データが受信されるごとに、当該受信した静止画像データを表示出力するとともに、静止画像データとともにテキストデータが受信されたときには、当該受信した静止画像データと、テキストデータとを表示出力する。
【００６７】
これにより端末装置２では、各種アプリケーションのアイコンとともに、動画像が表示される。さらにこの動画像に対する操作を行ったときには、指定されたアプリケーションの起動や、指定されたＵＲＬから取得したウェブページがウェブブラウザアプリケーションで表示されるなど、アイコンに対する操作と同様の処理を行わせることができるので、利用者は、あたかも、配信された動画像が表示されるアイコンであるかのように認識されることとなる。
【００６８】
［変形例］
端末装置２の動画像表示ウィジェット４３は、表示した静止画像データの数を集計し、予め定めたタイミングごとに当該集計結果を、自己を特定する情報（携帯電話回線網３ｂとの通信に用いる電話番号等でよい）とともに、サーバ装置１へ送信してもよい。そして動画像表示ウィジェット４３はサーバ装置１へ集計結果を送信すると、集計数を「０」にリセットして、再度集計を始める。
【００６９】
サーバ装置１は、この集計結果と端末装置２を特定する情報とを受け入れて、ログ収集部３３に格納する。この集計結果は、例えば一月など予め定めた期間ごとに、端末装置２を特定する情報ごとに累算される。そして各端末装置２の利用者に対し、当該端末装置２を特定する情報に関連づけられた集計結果の累算値に基づき、換金性のあるポイントを付与するといった処理に利用してもよい。
【００７０】
［フォアグラウンド・プロセス等がある場合］
また、端末装置２の動画像表示ウィジェット４３は、処理Ｓ５からＳ９の処理中に、制御部２１のオペレーティングシステムが管理しているプロセスの情報を取得し、自プロセス（動画像表示ウィジェット４３のプロセス）以外に、利用者の操作を受け入れているプロセスや、画面表示に影響を与えているプロセス（アンドロイドでいう、フォアグラウンド・プロセスあるいは、ビジブル（visible）プロセス）があるか否かを判断する。
【００７１】
そして動画像表示ウィジェット４３は、自プロセス以外に、フォアグラウンド・プロセスあるいは、ビジブル・プロセスがあれば、処理を中断する。また、動画像表示ウィジェット４３は、処理の中断中にも制御部２１のオペレーティングシステムが管理しているプロセスの情報を取得し、自プロセス以外に、フォアグラウンド・プロセスあるいは、ビジブル・プロセスがない状態となったときには、処理Ｓ５からＳ９の処理を再開する。
【００７２】
これにより、他のアプリケーション等が最前面に表示されている場合に、画面の更新を行わないようにして処理負荷を低減する。一般に端末装置２の各部は、バッテリー（不図示）から電力の供給を受けて動作する。従ってこのように処理負荷を軽減することで、バッテリーの過剰消費も防止できる。
【００７３】
［表示オフ時の処理］
さらに端末装置２が、表示部２４への表示出力を停止する機能を有している場合、動画像表示ウィジェット４３は、処理Ｓ５からＳ９の処理中に、表示部２４への表示出力が停止されているか否かを判断し、停止されていれば処理を中断することとしてもよい。また、動画像表示ウィジェット４３は、処理の中断中にも処理Ｓ４における受信の動作は行っておく。
動画像表示ウィジェット４３は、処理の中断中、表示部２４への表示出力が停止されているか否かを調べ、表示出力が再開されたときに、新たな静止画像データの受信が完了していれば、中断前に表示していた静止画像データに係る処理Ｓ５からＳ９までの処理を中止し、新たに受信した静止画像データに係る処理Ｓ５以下の処理を開始する。また、表示出力が再開されたときに、新たな静止画像データの受信が完了していなければ、中断前に表示していた静止画像データに係る処理Ｓ５からＳ９の処理を再開する。
【００７４】
これによると、表示部２４への電源供給を停止するなどして、表示部２４への表示出力が停止されている間は、処理を中断することとなり、処理負荷を軽減し、バッテリーの過剰消費も防止できる。
また、フォアグラウンド・プロセス等がある場合や表示部がオフとなる場合等、処理を中断するとき、音声データの再生を指示していたならば、処理を中断している間、音声データの再生を停止させてもよい。
【００７５】
本実施の形態によると、表示部をオンとした直後に、従来の技術では動的な表示を行い得なかった画面に対し、サーバ装置から配信される静止画像データに基づく動的な表示を行うことが可能となる。
【００７６】
［Ｃ２ＤＭを利用する例］
さらに本実施の形態の動画表示システムでは、サーバ装置１に新たに静止画像データが蓄積されると、サーバ装置１は、当該新たに蓄積された静止画像データの配信先となる端末装置２に対して、新たな静止画像データがあることを報知する、いわゆるＣ２ＤＭ（Cloud to Device Messaging）を利用してもよい。
【００７７】
この場合、上記報知を受けた端末装置２では、動画像表示ウィジェット４３に対して当該通知を出力する。この通知が入力されると、動画像表示ウィジェット４３は、サーバ装置１に対して静止画像データの要求を送信する。
【００７８】
サーバ装置１は、当該要求を受けて、要求元の端末装置２を配信先とする静止画像データのうち、最も新しく蓄積したもの（格納時点の日時が最も新しいもの）を配信する。
【００７９】
サーバ装置１は、先に説明した配信の処理に代えて、あるいは、先に説明した配信の処理に加えて、この処理を実行する。これにより、新たに蓄積された静止画像データの配信の機会を増大できる。
【符号の説明】
【００８０】
１  サーバ装置、２  端末装置、３  通信網、１１，２１  制御部、１２，２２  記憶部、１３，２５  通信部、２３  入力部、２４  表示部、３１  コンテント管理部、３２  クライアント管理部、３３  ログ収集部、３４  レンダリング部、３５  静止画像群抽出部、３６  配信制御部、４１  起動画面表示部、４２  ウィジェット実行部、４３  動画像表示ウィジェット、５１  画像受信部、５２  更新指示部、５３  静止画像表示部、５４  起動処理部。
【図１】
2012226623.tif 000003
【図２】
2012226623.tif 000004
【図３】
2012226623.tif 000005
【図４】
2012226623.tif 000006
【図５】
2012226623.tif 000007
【図６】
2012226623.tif 000008
【図７】
2012226623.tif 000009