JP6555030B2 - 情報機器 - Google Patents

Description

この発明は、情報機器に関し、特に、外部装置と通信する情報機器に関する。

従来、外部装置と通信する情報機器が知られている（たとえば、特許文献１参照）。

上記特許文献１には、ストリームコンテンツなどのデータを配信するコンテンツ配信サーバと通信する情報機器が開示されている。この情報機器は、コンテンツ配信サーバから、ストリームコンテンツなどのデータを受信（ダウンロード）するように構成されている。

また、一般的に、上記特許文献１に記載されるような情報機器では、システム全体を管理するソフトウェアとしてのＯＳ（オペレーティングシステム）や、複数のアプリケーションプログラム（以下、単に「アプリケーション」という）がインストールされている。

特開２００３−２８８２９０号公報

上記特許文献１に記載されるような情報機器では、インストールされているＯＳの仕様によっては、データのダウンロードに関する制限が設けられている場合がある。たとえば、アプリケーションがバックグラウンドで起動している状態でダウンロードが行われる際に、ダウンロードの完了後にダウンロード完了後の処理を行うための所定時間（所定の制限時間）が設定されている場合がある。この場合、ダウンロードされたデータの容量によっては、所定時間以内にアプリケーションがダウンロード完了後の処理を完了することができないという問題点がある。

この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、アプリケーションがバックグラウンドで起動している状態でダウンロードが行われる場合にも、アプリケーションがダウンロード完了後の処理を完了することが可能な情報機器を提供することである。

この発明の一の局面による情報機器は、外部装置と通信する通信部と、通信部を介して外部装置から動画データをダウンロードするとともに、ダウンロードされた動画データを再生するアプリケーションを実行する制御部と、を備え、制御部は、アプリケーションがバックグラウンドで起動している状態で、動画データの全部のデータのダウンロード完了後において、動画データの全部のデータのダウンロード完了後の動画データを再生するための処理が所定時間以内に完了しない場合には、外部装置に動画データのダウンロード要求を行うように構成されている。

この発明の一の局面による情報機器では、上記のように、アプリケーションがバックグラウンドで起動している状態で、動画データのダウンロード完了後の動画データを再生するための処理が所定時間以内に完了しない場合には、外部装置に再び動画データのダウンロード要求を行う制御部を設ける。これにより、動画データを再びダウンロードすることができるので、ダウンロード完了後に再びバックグラウンドでの処理を開始させることができる。その結果、実質的に所定時間を延長することができるので、アプリケーションがバックグラウンドで起動している状態でダウンロードが行われる場合にも、アプリケーションがダウンロード完了後の処理（動画データを再生するための処理）を完了することができる。この効果は、容量が大きくダウンロード完了後の処理に要する時間が長くなり易い動画データにおいて、特に有効である。

上記一の局面による情報機器において、好ましくは、動画データのダウンロード完了後の動画データを再生するための処理は、動画データの形式を再生可能な形式に変換する処理、または動画データにおける再生位置を指定して再生するシーク再生のためのシーク再生用データを作成する処理を含む。このように構成すれば、アプリケーションがバックグラウンドで起動している状態でダウンロードが行われる場合にも、動画データの形式を再生可能な形式に変換する処理を完了するか、またはシーク再生用データを作成する処理を完了することができる。また、シーク再生用データを作成する処理が行われる場合には、複雑な処理を要しないことから、動画データの形式を再生可能な形式に変換する処理に比べて、処理に要する時間が短縮される。その結果、アプリケーションがダウンロード完了後の処理（動画データを再生するための処理）を完了するまでの時間を短縮することができるので、外部装置に再び動画データのダウンロード要求を行う場合にも、制御部の処理負荷が増加することを抑制することができる。

上記一の局面による情報機器において、好ましくは、制御部は、外部装置に再び動画データのダウンロード要求を行う場合には、外部装置に対して動画データのうち一部のデータを要求するように構成されている。このように構成すれば、動画データの全部のデータを要求する場合に比べて、ダウンロードに要する時間を短縮することができる。その結果、アプリケーションがダウンロード完了後の処理（動画データを再生するための処理）を完了するまでの時間を短縮することができる。したがって、外部装置に再び動画データのダウンロード要求を行う場合にも、制御部の処理負荷が増加することを抑制することができる。

この場合、好ましくは、制御部は、外部装置により動画データの形式が変換されながら、通信部を介して形式が変換される動画データがダウンロードされた場合であって、外部装置に再び動画データのダウンロード要求を行う場合には、外部装置に対して変換前の形式の動画データを要求するように構成されている。ここで、外部装置により動画データの形式が変換されながら動画データがダウンロードされる場合には、動画データの形式が変換されることに起因して外部装置に対して動画データのうち一部のデータを要求することができない場合がある。この場合、上記のように変換前の形式の動画データを要求すれば、外部装置により動画データの形式が変換されながら動画データがダウンロードされる場合であっても、外部装置に対して動画データのうち一部のデータを要求することができる。

上記動画データを再生するための処理が動画データの形式を変換する処理、またはシーク再生用データを作成する処理を含む構成において、好ましくは、制御部は、シーク再生用データを作成する場合には、ダウンロードされた動画データとシーク再生用データとに基づいて、動画データにおける再生位置を特定するように構成されている。このように構成すれば、シーク再生用データだけに基づいて動画データにおける再生位置を特定する場合に比べて、再生位置を正確に特定することができる。

上記一の局面による情報機器において、好ましくは、制御部は、動画データのダウンロード完了後の動画データを再生するための処理を行っている間に、アプリケーションがフォアグラウンドからバックグラウンドに遷移した場合にも、外部装置に再び動画データのダウンロード要求を行うように構成されている。ここで、ダウンロード完了後の処理（動画データを再生するための処理）を行っている間に、アプリケーションがフォアグラウンドからバックグラウンドに遷移した場合には、ダウンロード完了後の処理が中断されるため、ダウンロード完了後の処理を完了することができない場合がある。そこで、上記のように構成すれば、アプリケーションがフォアグラウンドからバックグラウンドに遷移した場合にも、動画データを再びダウンロードすることができるので、ダウンロード完了後に新たにバックグラウンドでの処理を開始させることができる。その結果、新たに開始された所定時間において、アプリケーションがダウンロード完了後の処理を継続することができるので、ダウンロード完了後の処理を行っている間に、アプリケーションがフォアグラウンドからバックグラウンドに遷移した場合にも、アプリケーションがダウンロード完了後の処理を完了することができる。

上記一の局面による情報機器において、好ましくは、制御部は、動画データのダウンロード完了後の動画データを再生するための処理が完了した場合にも、外部装置に再びダウンロード要求を行い、動画データのダウンロード完了後の動画データを再生するための処理とは異なる他の処理をさらに行うように構成されている。このように構成すれば、再びダウンロード要求を行うことにより実質的に所定時間を延長することができることを利用して、ダウンロード完了後の処理（動画データを再生するための処理）以外にも、他の処理をさらに行うことができる。

本発明によれば、上記のように、アプリケーションがバックグラウンドで起動している状態でダウンロードが行われる場合にも、アプリケーションがダウンロード完了後の処理を完了することが可能な情報機器を提供することができる。

本発明の第１〜第６実施形態による配信システムを示す図である。 本発明の第１〜第６実施形態による情報機器の全体構成を示すブロック図である。 本発明の第１実施形態による情報機器のアプリケーションライフサイクルを説明するための図である。 本発明の第１実施形態による情報機器のアプリケーションの機能を説明するための図である。 本発明の第１実施形態による情報機器によりダウンロードされるＴＳファイル（動画データ）を説明するための図である。 本発明の第１実施形態による情報機器のＨＬＳ変換処理を説明するための図である。 本発明の第１および第２実施形態による情報機器の動画ダウンロード処理を説明するためのシーケンス図である。 本発明の第２実施形態による情報機器により指定される変換ＵＲＩおよび無変換ＵＲＩを示す図である。 本発明の第３実施形態による情報機器により作成されるシーク再生用テーブルを示す図である。 本発明の第３実施形態による情報機器の動画ダウンロード処理を説明するためのシーケンス図である。 本発明の第４実施形態による情報機器により作成されるシーク再生用テーブルを示す図である。 本発明の第４実施形態による情報機器の再生位置を特定するための処理を説明するための図である。 本発明の第５実施形態による情報機器の動画ダウンロード処理を説明するためのシーケンス図である。 本発明の第６実施形態による情報機器のサムネイル作成処理を説明するための図である。

以下、本発明を具体化した実施形態を図面に基づいて説明する。
［第１実施形態］
（配信システムの構成）
まず、図１を参照して、本発明の第１実施形態による配信システム１００の構成について説明する。

本発明の第１実施形態による配信システム１００は、図１に示すように、配信装置１と、アクセスポイント２と、情報機器３とを備えている。配信システム１００では、配信装置１と情報機器３とは、アクセスポイント２を介して互いに無線通信可能に構成されている。なお、配信装置１は、特許請求の範囲の「外部装置」の一例である。

配信装置１は、動画データを配信可能な装置である。具体的には、配信装置１は、デジタルテレビジョン放送を録画可能な録画装置であり、録画された放送番組や視聴中の放送番組を動画データとして配信可能に構成されている。

情報機器３は、動画データをダウンロード可能な装置である。具体的には、情報機器３は、スマートフォンやタブレットＰＣなどの携帯型の情報機器であり、配信装置１から動画データをダウンロード可能に構成されている。また、情報機器３は、ダウンロードされた動画データを再生可能に構成されている。

配信システム１００では、たとえば、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）（登録商標）の技術に基づいて、配信装置１と情報機器３との間で通信を行うことが可能である。

（情報機器の構成）
図２に示すように、情報機器３は、出力部３０と、通信部３１と、記憶部３２と、操作部３３と、制御部３４とを備えている。また、情報機器３には、ＯＳ（オペレーティングシステム）３５と、動画再生アプリケーションプログラム（以下、単に「動画再生アプリケーション」という）３６とがインストールされている。なお、動画再生アプリケーション３６は、特許請求の範囲の「アプリケーション」の一例である。

出力部３０は、動画データのうち映像データを出力するための表示部、および動画データのうち音声データを出力するための音声出力部を含んでいる。出力部３０は、動画データが再生される場合に、映像および音声を出力するように構成されている。

通信部３１は、所定の規格（たとえば、ＩＥＥＥ８０２．１１規格）に基づいて、無線通信が可能に構成されている。また、通信部３１は、アクセスポイント２を介して、配信装置１と無線通信するように構成されている。

記憶部３２は、データを記憶するように構成されている。記憶部３２には、たとえば、ダウンロードされた動画データや、アプリケーション３５、ＯＳ３６などのプログラムが記憶される。

操作部３３は、操作ボタンやタッチパネルなどを含み、ユーザの操作を受け付けるように構成されている。これにより、情報機器３は、ユーザの操作に応じた動作を行うように構成されている。

制御部３４は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み、情報機器３の全体の動作を制御するように構成されている。また、制御部３４は、ＯＳ３５や動画再生アプリケーション３６などのプログラムを実行するように構成されている。

ＯＳ３５は、情報機器３内のシステム全体を管理するプログラムである。このＯＳ３５は、図３に示すアプリケーションライフサイクルに従って、動画再生アプリケーション３６などのアプリケーションの状態を変化させるように構成されている。

「Ｎｏｔ ｒｕｎｎｉｎｇ」は、アプリケーションが起動されていないか、または実行されていたが終了された状態である。

「Ｉｎａｃｔｉｖｅ」は、アプリケーションがフォアグラウンドで起動中であるが、処理を実行していない状態である。なお、フォアグラウンドとは、出力部３０の表示部に操作画面が表示され、アプリケーションが操作対象となる状態である。ＯＳ３５は、たとえば操作部３３を用いた操作によりアプリケーションが起動された場合などには、「Ｎｏｔ ｒｕｎｎｉｎｇ」から「Ｉｎａｃｔｉｖｅ」にアプリケーションを遷移させる。

「Ａｃｔｉｖｅ」は、アプリケーションがフォアグラウンドで起動中であり、処理を実行している状態である。ＯＳ３５は、「Ｉｎａｃｔｉｖｅ」と「Ａｃｔｉｖｅ」との間でアプリケーションを遷移させる。

「Ｂａｃｋｇｒｏｕｎｄ」は、アプリケーションがバックグラウンドで起動中であり、処理を実行している状態である。なお、バックグラウンドとは、出力部３０の表示部に操作画面が表示されず、アプリケーションが操作対象とならない状態である。ＯＳ３５は、「Ｉｎａｃｔｉｖｅ」と「Ｂａｃｋｇｒｏｕｎｄ」との間でアプリケーションを遷移させる。

「Ｓｕｓｐｅｎｄｅｄ」は、アプリケーションがバックグラウンドで起動中であるが、処理を実行していない状態である。ＯＳ３５は、「Ｂａｃｋｇｒｏｕｎｄ」と「Ｓｕｓｐｅｎｄｅｄ」との間でアプリケーションを遷移させる。また、ＯＳ３５は、「Ｓｕｓｐｅｎｄｅｄ」から「Ｎｏｔ ｒｕｎｎｉｎｇ」にアプリケーションを遷移させる。

ここで、ＯＳ３５は、アプリケーションがバックグラウンドで起動している状態（「Ｓｕｓｐｅｎｄｅｄ」）で、動画データなどのデータのダウンロード完了後に、「Ｓｕｓｐｅｎｄｅｄ」から「Ｂａｃｋｇｒｏｕｎｄ」にアプリケーションを遷移させるように構成されている。これにより、アプリケーションは、ダウンロードされたデータに対して、ダウンロード完了後の処理を行うことが可能になる。

また、ＯＳ３５は、動画データなどのデータのダウンロードの完了後、所定時間（所定の制限時間）（たとえば、３０秒）以内に「Ｂａｃｋｇｒｏｕｎｄ」での処理が完了しない場合には、「Ｂａｃｋｇｒｏｕｎｄ」から「Ｓｕｓｐｅｎｄｅｄ」にアプリケーションを強制的に遷移させるように構成されている。この場合、「Ｓｕｓｐｅｎｄｅｄ」ではアプリケーションによる処理が実行されないため、アプリケーションがダウンロード完了後の処理を完了することができなくなる。

動画再生アプリケーション３６は、動画データを再生するためのアプリケーションである。具体的には、動画再生アプリケーション３６は、通信部３１を介して配信装置１から動画データをダウンロードするとともに、ダウンロードされた動画データを再生することが可能に構成されている。

また、図４に示すように、動画再生アプリケーション３６は、動画配信再生機能と、動画ダウンロード機能とを有するアプリケーションである。

動画再生アプリケーション３６の動画配信再生機能は、配信装置１から動画データをダウンロードしながら逐次再生する（いわゆる、ストリーミング）機能である。

動画再生アプリケーション３６の動画ダウンロード機能は、配信装置１から動画データをダウンロードした後、ダウンロードされた動画データを再生する機能である。ユーザは、必要に応じて、動画配信再生機能と動画ダウンロード機能とのうちいずれかの機能を選択して、動画データを視聴することができる。第１実施形態では、この動画ダウンロード機能を使用する場合について主に説明する。

動画再生アプリケーション３６は、図５に示すように、配信装置１においてＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式で保存された動画データ（ＴＳファイル）をダウンロードするように構成されている。

また、動画再生アプリケーション３６は、図６に示すように、ダウンロードされた動画データを情報機器３において再生可能なＨＬＳ（ＨＴＴＰ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ）形式に変換するように構成されている。

具体的には、動画再生アプリケーション３６は、ダウンロードされた動画データに基づいて、所定の時間間隔（たとえば、１０秒間隔）毎に分割された複数の分割ファイルと、分割ファイルの再生指示を行うためのプレイリストファイルとを作成することにより、動画データをＨＬＳ形式に変換するように構成されている。

この際、図５に示すように、動画データ（ＴＳファイル）では、１９２ｂｙｔｅ毎にタイムスタンプが付されているため、動画再生アプリケーション３６は、ダウンロードされた動画データのタイムスタンプを解析し、解析されたタイムスタンプに基づいて、複数の分割ファイルと、プレイリストファイルとを作成するように構成されている。

また、動画再生アプリケーション３６は、ＨＬＳ形式に変換された動画データ（複数の分割ファイルおよびプレイリストファイル）を再生するように構成されている。具体的には、動画再生アプリケーション３６は、プレイリストファイルに基づいて、再生すべき分割ファイルを指定することにより、ＨＬＳ形式に変換された動画データを再生するように構成されている。

ここで、動画再生アプリケーション３６が「Ｓｕｓｐｅｎｄｅｄ」（図３参照）で動画データ（ＴＳファイル）のダウンロードが完了される場合には、動画再生アプリケーション３６がＯＳ３５により「Ｓｕｓｐｅｎｄｅｄ」から「Ｂａｃｋｇｒｏｕｎｄ」に遷移される。その後、ダウンロードされた動画データをＨＬＳ形式に変換する処理（以下、「ＨＬＳ変換処理」という）が、動画再生プリケーション３６により行われる。この際、所定時間以内にＨＬＳ変換処理が完了しない場合には、「Ｂａｃｋｇｒｏｕｎｄ」から「Ｓｕｓｐｅｎｄｅｄ」に動画再生アプリケーション３６が強制的に遷移させられるため、ＨＬＳ変換処理が中断して、動画再生アプリケーション３６がダウンロード完了後のＨＬＳ変換処理を完了することができなくなるという不都合が生じる。

（動画データのダウンロードに係る制御部の構成）
そこで、第１実施形態では、制御部３４（動画再生アプリケーション３６）は、動画再生アプリケーション３６がバックグラウンドで起動している状態で、動画データ（ＴＳファイル）のダウンロード完了後のＨＬＳ変換処理が所定時間以内に完了しない場合には、配信装置１に再び動画データ（ＴＳファイル）のダウンロード要求を行うように構成されている。

この際、制御部３４は、動画データのダウンロード完了後のＨＬＳ変換処理が完了するまで、動画データのダウンロード要求を繰り返すように構成されている。

また、第１実施形態では、制御部３４は、配信装置１に再び動画データの要求を行う場合には、配信装置１に対して動画データのうち一部のデータを要求するように構成されている。具体的には、制御部３４は、動画データのうち一部のデータのバイト範囲（たとえば、データの先頭から２０ＭＢまでのバイト範囲）を指定するとともに、指定されたバイト範囲のデータを要求するように構成されている。また、制御部３４は、再び動画データの要求を行う場合にダウンロードされた動画データ（指定されたバイト範囲のデータ）を、消去するように構成されている。

（動画ダウンロード処理）
次に、図７を参照して、第１実施形態による動画ダウンロード処理をシーケンス図に基づいて説明する。動画ダウンロード処理では、ＯＳ３５および動画再生アプリケーション３６の動作は、制御部３４により実行される。

図７に示すように、ステップＳ１において、動画再生アプリケーション３６からＯＳ３５に、配信装置１から動画データ（ＴＳファイル）をダウンロードするためのダウンロード要求が行われる。

そして、ステップＳ２において、ＯＳ３５から配信装置１にダウンロード要求が行われる。この結果、配信装置１から動画データ（ＴＳファイル）のダウンロードが行われる。

そして、ステップＳ３において、操作部３３を用いたユーザ操作により、動画再生アプリケーション３６が「Ｓｕｓｐｅｎｄｅｄ」に遷移される。

その後、ステップＳ４において、配信装置１からＯＳ３５にダウンロード完了が通知される。

そして、ステップＳ５において、ＯＳ３５から動画再生アプリケーション３６にダウンロード完了が通知される。

そして、ステップＳ６において、動画再生アプリケーション３６がＯＳ３５により「Ｓｕｓｐｅｎｄｅｄ」から「Ｂａｃｋｇｒｏｕｎｄ」に遷移される。

そして、ステップＳ７において、ダウンロードされた動画データをＨＬＳ形式に変換するＨＬＳ変換処理が行われる。すなわち、ダウンロードされた動画データ（ＴＳファイル）に基づいて、複数の分割ファイルとプレイリストファイルとが作成される。

そして、所定時間以内にＨＬＳ変換処理が完了しない場合には、ＨＬＳ変換処理が中断されるとともに、ステップＳ８において、動画再生アプリケーション３６からＯＳ３５に再びダウンロード要求が行われる。この際、バイト範囲を指定することにより、動画データ（ＴＳファイル）のうち一部のデータが動画再生アプリケーション３６からＯＳ３５に要求される。なお、ステップＳ８のダウンロード要求は、所定時間以内に行われる。

そして、ステップＳ９において、所定時間が経過することによって、動画再生アプリケーション３６がＯＳ３５により「Ｂａｃｋｇｒｏｕｎｄ」から「Ｓｕｓｐｅｎｄｅｄ」に遷移される。

そして、ステップＳ１０において、ＯＳ３５から配信装置１に再びダウンロード要求が行われる。

その後、ステップＳ１１において、配信装置１からＯＳ３５に再びダウンロード完了が通知される。

そして、ステップＳ１２において、ＯＳ３５から動画再生アプリケーション３６に再びダウンロード完了が通知される。

そして、ステップＳ１３において、動画再生アプリケーション３６がＯＳ３５により再び「Ｓｕｓｐｅｎｄｅｄ」から「Ｂａｃｋｇｒｏｕｎｄ」に遷移される。

そして、ステップＳ１４において、ステップＳ８の前に中断されたＨＬＳ変換処理（ステップＳ７の処理）の続きの処理が行われる。すなわち、ステップＳ１〜Ｓ５においてダウンロードされた動画データ（ＴＳファイル）に基づいて、複数の分割ファイルとプレイリストファイルとの作成が継続される。なお、ステップＳ８〜Ｓ１２において再びダウンロードされた動画データは、処理に用いられることなく、消去される。

そして、ステップＳ１４においても、所定時間以内にＨＬＳ変換処理が完了しない場合には、ＨＬＳ変換処理が中断されるとともに、ステップＳ１５において、動画再生アプリケーション３６からＯＳ３５に再びダウンロード要求が行われる。この際にも、動画データ（ＴＳファイル）のうち一部のデータが動画再生アプリケーション３６からＯＳ３５に要求される。

そして、ステップＳ１６において、動画再生アプリケーション３６がＯＳ３５により「Ｂａｃｋｇｒｏｕｎｄ」から「Ｓｕｓｐｅｎｄｅｄ」に遷移される。

その後、ＨＬＳ変換処理の完了までステップＳ８〜Ｓ１４の処理と同様の処理が繰り返される。

（第１実施形態の効果）
第１実施形態では、以下のような効果を得ることができる。

第１実施形態では、上記のように、動画再生アプリケーション３６がバックグラウンドで起動している状態で、動画データのダウンロード完了後の動画データを再生するための処理（ＨＬＳ変換処理）が所定時間以内に完了しない場合には、配信装置１に再び動画データのダウンロード要求を行う制御部３４を設ける。これにより、動画データを再びダウンロードすることができるので、ダウンロード完了後に再びバックグラウンドでの処理を開始させることができる。その結果、実質的に所定時間を延長することができるので、動画再生アプリケーション３６がバックグラウンドで起動している状態でダウンロードが行われる場合にも、動画再生アプリケーション３６がダウンロード完了後の処理（ＨＬＳ変換処理）を完了することができる。この効果は、容量が大きくダウンロード完了後の処理に要する時間が長くなり易い動画データにおいて、特に有効である。

また、第１実施形態では、上記のように、動画データのダウンロード完了後の動画データを再生するための処理として、動画データの形式を再生可能なＨＬＳ形式に変換する処理を行う。これにより、動画再生アプリケーション３６がバックグラウンドで起動している状態でダウンロードが行われる場合にも、動画データの形式を再生可能なＨＬＳ形式に変換する処理を完了することができる。

また、第１実施形態では、上記のように、配信装置１に再び動画データのダウンロード要求を行う場合には、配信装置１に対して動画データのうち一部のデータを要求するように制御部３４を構成する。これにより、動画データの全部のデータを要求する場合に比べて、ダウンロードに要する時間を短縮することができる。その結果、動画再生アプリケーション３６がダウンロード完了後の処理（ＨＬＳ変換処理）を完了するまでの時間を短縮することができる。したがって、配信装置１に再び動画データのダウンロード要求を行う場合にも、制御部３４の処理負荷が増加することを抑制することができる。

[第２実施形態]
次に、図１、図２、図７および図８を参照して、第２実施形態について説明する。この第２実施形態では、上記第１実施形態の構成に加えて、配信装置により動画データの形式が変換されながら動画データがダウンロードされる例について説明する。

（配信システムの構成）
本発明の第２実施形態による配信システム２００は、図１に示すように、配信装置１０１および情報機器１０３を備える点で、上記第１実施形態の配信システム１００と相違する。また、情報機器１０３は、図２に示すように、制御部１３４および動画再生アプリケーション１３６を備える点で、上記第１実施形態の情報機器３と相違する。なお、上記第１実施形態と同一の構成については、同じ符号を付してその説明を省略する。また、配信装置１０１は、特許請求の範囲の「外部装置」の一例である。また、動画再生アプリケーション１３６は、特許請求の範囲の「アプリケーション」の一例である。

（配信装置の構成）
配信装置１０１は、動画データの形式を変換しながら、動画データを配信可能に構成されている。具体的には、録画装置としての配信装置１０１は、ＤＲ（Ｄｉｒｅｃｔ Ｒｅｃｏｒｄｉｎｇ）録画形式の動画データを、ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）録画形式の動画データに変換しながら、動画データを配信可能に構成されている。

ここで、配信装置１０１により動画データの形式が変換されながら動画データがダウンロードされる場合には、変換後のデータの全部が作成済みではないため、配信装置１０１に対して動画データのうち一部のデータを要求する（バイト範囲を指定してデータを要求する）ことができない場合がある。

（動画データのダウンロードに係る情報機器の制御部の構成）
そこで、第２実施形態では、情報機器１０３の制御部１３４（動画再生アプリケーション１３６）は、配信装置１により動画データの形式が変換されながら、通信部３１を介して形式が変換される動画データがダウンロードされた場合であって、配信装置１に再び動画データのダウンロード要求を行う場合には、配信装置１に対して変換前の形式の動画データを要求するように構成されている。

具体的には、図８に示すように、制御部１３４は、変換後の形式の動画データを要求するＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）（変換ＵＲＩ）ではなく、変換前の形式の動画データを要求するＵＲＩ（無変換ＵＲＩ）を指定することにより、配信装置１に対して変換前の形式の動画データを要求するように構成されている。

（動画ダウンロード処理）
次に、図７を参照して、第２実施形態による動画ダウンロード処理を説明する。ここでは、上記第１実施形態との相違点について説明し、重複する説明は省略する。

第２実施形態では、図７のステップＳ１において、変換ＵＲＩ（図８参照）を指定することにより、動画再生アプリケーション１３６からＯＳ３５に形式を変換しながらの動画データのダウンロード要求が行われる。この結果、ステップＳ１〜Ｓ５において、配信装置１０１から変換後の動画データ（ＡＶＣ録画形式に変換された動画データ）がダウンロードされる。

また、図７のステップＳ８（Ｓ１５）において、無変換ＵＲＩ（図８参照）を指定することにより、動画再生アプリケーション１３６からＯＳ３５に変換前の動画データのダウンロード要求が行われる。この際、バイト範囲を指定することにより、動画データ（ＴＳファイル）のうち一部のデータが要求される。この結果、ステップＳ８〜Ｓ１２において、配信装置１０１から変換前の動画データ（ＤＲ録画形式の動画データ）がダウンロードされる。

なお、第２実施形態のその他の構成は、上記第１実施形態と同様である。

（第２実施形態の効果）
第２実施形態では、以下のような効果を得ることができる。

第２実施形態では、上記のように、配信装置１０１により動画データの形式が変換されながら、通信部３１を介して形式が変換される動画データがダウンロードされた場合であって、配信装置１０１に再び動画データのダウンロード要求を行う場合には、配信装置１０１に対して変換前の形式の動画データを要求するように制御部１３４を構成する。これにより、配信装置１０１により動画データの形式が変換されながら動画データがダウンロードされる場合であっても、配信装置１０１に対して動画データのうち一部のデータを要求することができる。

なお、第２実施形態のその他の効果は、上記第１実施形態と同様である。

[第３実施形態]
次に、図１、図２、図９および図１０を参照して、第３実施形態について説明する。この第３実施形態では、動画データのダウンロード完了後の処理としてＨＬＳ変換処理を行った上記第１実施形態と異なり、動画データのダウンロード完了後の処理としてシーク再生用テーブルを作成する例について説明する。

（配信システムの構成）
本発明の第３実施形態による配信システム３００は、図１に示すように、情報機器２０３を備える点で、上記第１実施形態の配信システム１００と相違する。また、情報機器２０３は、図２に示すように、制御部２３４および動画再生アプリケーション２３６を備える点で、上記第１実施形態の情報機器３と相違する。なお、上記第１実施形態と同一の構成については、同じ符号を付してその説明を省略する。また、動画再生アプリケーション２３６は、特許請求の範囲の「アプリケーション」の一例である。

（動画再生アプリケーションの構成）
第３実施形態では、動画データのダウンロード完了後にＨＬＳ変換処理を行った上記第１実施形態と異なり、動画再生アプリケーション２３６は、図９に示すように、動画データのダウンロード完了後にシーク再生用テーブルを作成する処理（以下、「シーク再生用テーブル作成処理」という）を行うように構成されている。なお、シーク再生用テーブルは、特許請求の範囲の「シーク再生データ」の一例である。

シーク再生用テーブルは、動画データにおける再生位置を指定して再生するシーク再生のためのデータであり、動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けしたデータである。図９では、シーク再生用テーブルは、１秒の時間間隔で動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けしたデータを有している。

また、動画再生アプリケーション２３６は、動画データのビットレート（ｂｙｔｅ／ｓ）情報に基づいて、動画データのタイムスタンプ（図５参照）を解析することにより、動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けしたシーク再生用テーブルを作成するように構成されている。

（動画データの再生に係る情報機器の制御部の構成）
第３実施形態では、上記第１実施形態と異なり、ダウンロード完了後の処理としてＨＬＳ変換処理が行われない。このため、第３実施形態では、制御部２３４（動画再生アプリケーション２３６）は、動画データを再生する際に、ダウンロードされた動画データをＨＬＳ形式に変換しながら、動画データを再生するように構成されている。

この際、制御部２３４は、再生位置が操作部３３を用いてユーザにより指定された場合には、シーク再生用テーブルに基づいて、動画データにおける再生位置を特定するように構成されている。具体的には、制御部２３４は、操作部３３を用いてユーザにより指定された再生位置（再生時間）を、この再生位置に対応する動画データの容量値に変換するとともに、変換された動画データの容量値に基づいて、動画データにおける再生位置を特定するように構成されている。また、制御部２３４は、再生位置が特定された場合には、特定された再生位置から、動画データをＨＬＳ形式に変換しながら、動画データを再生するように構成されている。

（動画データのダウンロードに係る情報機器の制御部の構成）
また、第３実施形態では、制御部２３４は、動画再生アプリケーション２３６がバックグラウンドで起動している状態で、動画データ（ＴＳファイル）のダウンロード完了後のシーク再生用テーブル作成処理が所定時間以内に完了しない場合には、動画再生アプリケーション２３６により、配信装置１に再び動画データ（ＴＳファイル）のダウンロード要求を行うように構成されている。

この際、制御部２３４は、動画データのダウンロード完了後のシーク再生用テーブル作成処理が完了するまで、動画再生アプリケーション２３６により、動画データのダウンロード要求を繰り返すように構成されている。

（動画ダウンロード処理）
次に、図１０を参照して、第３実施形態による動画ダウンロード処理をシーケンス図に基づいて説明する。動画ダウンロード処理では、ＯＳ３５および動画再生アプリケーション２３６の動作は、制御部２３４により実行される。なお、上記第１実施形態の動画ダウンロード処理と同一の処理については、同じ符号を付して、その説明を省略する。

図１０に示すように、ステップＳ１〜Ｓ６において、上記第１実施形態と同様の処理が行われる。

そして、ステップＳ７ａにおいて、シーク再生用テーブルを作成するためのシーク再生用テーブル作成処理が行われる。すなわち、動画データのビットレート情報に基づいて、動画データのタイムスタンプを解析することにより、動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けしたシーク再生用テーブルが作成される。

そして、所定時間以内にシーク再生用テーブル作成処理が完了しない場合には、シーク再生用テーブル作成処理が中断されるとともに、ステップＳ８において、動画再生アプリケーション２３６からＯＳ３５に再びダウンロード要求が行われる。この際、バイト範囲を指定することにより、動画データ（ＴＳファイル）のうち一部のデータが動画再生アプリケーション２３６からＯＳ３５に要求される。なお、ステップＳ８のダウンロード要求は、所定時間以内に行われる。

そして、ステップＳ９〜Ｓ１３において、上記第１実施形態と同様の処理が行われる。

そして、ステップＳ１４ａにおいて、ステップＳ８の前に中断されたシーク再生用テーブル作成処理の続きの処理が行われる。すなわち、ステップＳ１〜Ｓ５においてダウンロードされた動画データ（ＴＳファイル）のビットレート情報に基づいて、動画データのタイムスタンプを解析することにより、シーク再生用テーブルの作成が継続される。なお、ステップＳ８〜Ｓ１２において再びダウンロードされた動画データは、処理に用いられることなく、消去される。

そして、ステップＳ１４ａにおいても、所定時間以内にシーク再生用テーブル作成処理が完了しない場合には、シーク再生用テーブル作成処理が中断されるとともに、ステップＳ１５において、動画再生アプリケーション２３６からＯＳ３５に再びダウンロード要求が行われる。この際にも、動画データ（ＴＳファイル）のうち一部のデータが動画再生アプリケーション２３６からＯＳ３５に要求される。

そして、ステップＳ１６において、動画再生アプリケーション３６がＯＳ３５により「Ｂａｃｋｇｒｏｕｎｄ」から「Ｓｕｓｐｅｎｄｅｄ」に遷移される。

その後、シーク再生用テーブル作成処理の完了までステップＳ８〜Ｓ１４ａの処理と同様の処理が繰り返される。

なお、第３実施形態のその他の構成は、上記第１実施形態と同様である。

（第３実施形態の効果）
第３実施形態では、以下のような効果を得ることができる。

第３実施形態では、上記のように、動画再生アプリケーション２３６がバックグラウンドで起動している状態で、動画データのダウンロード完了後の動画データを再生するための処理（シーク再生用テーブル作成処理）が所定時間以内に完了しない場合には、配信装置１に再び動画データのダウンロード要求を行う制御部２３４を設ける。これにより、動画データを再びダウンロードすることができるので、ダウンロード完了後に再びバックグラウンドでの処理を開始させることができる。その結果、実質的に所定時間を延長することができるので、動画再生アプリケーション２３６がバックグラウンドで起動している状態でダウンロードが行われる場合にも、動画再生アプリケーション２３６がダウンロード完了後の処理（シーク再生用テーブル作成処理）を完了することができる。この効果は、容量が大きくダウンロード完了後の処理に要する時間が長くなり易い動画データにおいて、特に有効である。

また、第３実施形態では、上記のように、動画データのダウンロード完了後の動画データを再生するための処理として、動画データにおける再生位置を指定して再生するシーク再生のためのシーク再生用テーブルを作成する処理を行う。これにより、動画再生アプリケーション２３６がバックグラウンドで起動している状態でダウンロードが行われる場合にも、シーク再生用データを作成する処理を完了することができる。また、シーク再生用データを作成する処理が行われる場合には、複雑な処理を要しないことから、動画データの形式を再生可能なＨＬＳ形式に変換する処理に比べて、処理に要する時間が短縮される。その結果、動画再生アプリケーション２３６がダウンロード完了後の処理を完了するまでの時間を短縮することができるので、配信装置１に再び動画データのダウンロード要求を行う場合にも、制御部２３４の処理負荷が増加することを抑制することができる。

なお、第３実施形態のその他の効果は、上記第１実施形態と同様である。

[第４実施形態]
次に、図１、図２、図１１および図１２を参照して、第４実施形態について説明する。この第４実施形態では、シーク再生用テーブルに基づいて動画データにおける再生位置を特定した上記第３実施形態と異なり、ダウンロードされた動画データとシーク再生用テーブルとに基づいて動画データにおける再生位置を特定する例について説明する。

（配信システムの構成）
本発明の第４実施形態による配信システム４００は、図１に示すように、情報機器３０３を備える点で、上記第３実施形態の配信システム３００と相違する。また、情報機器３０３は、図２に示すように、制御部３３４および動画再生アプリケーション３３６を備える点で、上記第３実施形態の情報機器２０３と相違する。なお、上記第３実施形態と同一の構成については、同じ符号を付してその説明を省略する。また、動画再生アプリケーション３３６は、特許請求の範囲の「アプリケーション」の一例である。

（動画再生アプリケーションの構成）
動画再生アプリケーション３３６は、図１１に示すように、１秒の時間間隔で動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けしたシーク再生用テーブルを作成した上記第３実施形態の動画再生アプリケーション２３６と異なり、１秒よりも大きい３秒の時間間隔で動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けしたシーク再生用テーブルを作成するように構成されている。

（動画データのダウンロードに係る情報機器の制御部の構成）
ここで、第４実施形態では、制御部３３４（動画再生アプリケーション３３６）は、ダウンロードされた動画データ（ＴＳファイル）とシーク再生用テーブルとに基づいて、動画データにおける再生位置を特定するように構成されている。

たとえば、再生位置として「１１秒」の時点が指定された場合には、制御部３３４は、シーク再生用テーブルに基づいて、「１１秒」近傍の時点である「９秒」の時点に対応する容量値を特定する。その後、制御部３３４は、特定された容量値近傍の位置から、ダウンロードされた動画データ（ＴＳファイル）のタイムスタンプを解析することにより、「１１秒」の再生位置を特定する。

なお、第４実施形態のその他の構成は、上記第３実施形態と同様である。

（第４実施形態の効果）
第４実施形態では、以下のような効果を得ることができる。

第４実施形態では、上記のように、シーク再生用テーブルを作成する場合には、ダウンロードされた動画データとシーク再生用テーブルとに基づいて、動画データにおける再生位置を特定するように制御部３３４を構成する。これにより、シーク再生用テーブルだけに基づいて動画データにおける再生位置を特定する場合に比べて、再生位置を正確に特定することができる。

また、第４実施形態では、上記のように、１秒よりも大きい３秒の時間間隔で動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けしたシーク再生用テーブルを作成するように制御部３３４を構成する。これにより、動画再生アプリケーション３３６がダウンロード完了後の処理（シーク再生用テーブル作成処理）を完了するまでの時間をより短縮することができるので、配信装置１に再び動画データのダウンロード要求を行う場合にも、制御部３３４の処理負荷が増加することをより抑制することができる。

なお、第４実施形態のその他の効果は、上記第３実施形態と同様である。

[第５実施形態]
次に、図１、図２および図１３を参照して、第５実施形態について説明する。この第５実施形態では、上記第３実施形態の構成に加えて、動画再生アプリケーションがフォアグラウンドからバックグラウンドに遷移した場合にも、ダウンロード要求を行う例について説明する。

（配信システムの構成）
本発明の第５実施形態による配信システム５００は、図１に示すように、情報機器４０３を備える点で、上記第３実施形態の配信システム３００と相違する。また、情報機器４０３は、図２に示すように、制御部４３４および動画再生アプリケーション４３６を備える点で、上記第３実施形態の情報機器２０３と相違する。なお、上記第３実施形態と同一の構成については、同じ符号を付してその説明を省略する。また、動画再生アプリケーション４３６は、特許請求の範囲の「アプリケーション」の一例である。

（動画データのダウンロードに係る情報機器の制御部の構成）
第５実施形態では、制御部４３４（動画再生アプリケーション４３６）は、図１３に示すように、動画データのダウンロード完了後のシーク再生用テーブル作成処理が所定時間以内に完了しない場合に加えて、動画データのダウンロード完了後のシーク再生用テーブル作成処理を行っている間に、動画再生用アプリケーション４３６がフォアグラウンドからバックグラウンドに遷移した場合にも、配信装置１に再び動画データのダウンロード要求を行うように構成されている。

（動画ダウンロード処理）
次に、図１３を参照して、第５実施形態による動画ダウンロード処理をシーケンス図に基づいて説明する。動画ダウンロード処理では、ＯＳ３５および動画再生アプリケーション４３６の動作は、制御部４３４により実行される。

図１３に示すように、ステップＳ２１において、フォアグラウンドの動画再生アプリケーション４３６からＯＳ３５に、配信装置１から動画データ（ＴＳファイル）をダウンロードするためのダウンロード要求が行われる。

そして、ステップＳ２２において、ＯＳ３５から配信装置１にダウンロード要求が行われる。

そして、ステップＳ２３において、配信装置１からＯＳ３５にダウンロード完了が通知される。

そして、ステップＳ２４において、ＯＳ３５から動画再生アプリケーション４３６にダウンロード完了が通知される。

そして、ステップＳ２５において、シーク再生用テーブルを作成するためのシーク再生用テーブル作成処理が行われる。すなわち、動画データのビットレート情報に基づいて、動画データのタイムスタンプを解析することにより、動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けしたシーク再生用テーブルが作成される。

そして、ステップＳ２５の処理の途中において、動画再生アプリケーション４３６をフォアグラウンドからバックグラウンドに遷移させる操作部３３を用いたユーザの操作が受け付けられると、ステップＳ２６において、動画再生アプリケーション４３６からＯＳ３５に再びダウンロード要求が行われる。この際、バイト範囲を指定することにより、動画データ（ＴＳファイル）のうち一部のデータが動画再生アプリケーション４３６からＯＳ３５に要求される。

そして、ステップＳ２７において、動画再生アプリケーション４３６がＯＳ３５により「Ｓｕｓｐｅｎｄｅｄ」に遷移される。なお、ステップＳ２６のダウンロード要求は、動画再生アプリケーション４３６が「Ｓｕｓｐｅｎｄｅｄ」に遷移する前に行われる。

そして、ステップＳ２８において、ＯＳ３５から配信装置１に再びダウンロード要求が行われる。

その後、ステップＳ２９において、配信装置１からＯＳ３５に再びダウンロード完了が通知される。

そして、ステップＳ３０において、ＯＳ３５から動画再生アプリケーション４３６に再びダウンロード完了が通知される。

そして、ステップＳ３１において、動画再生アプリケーション４３６がＯＳ３５により「Ｓｕｓｐｅｎｄｅｄ」から「Ｂａｃｋｇｒｏｕｎｄ」に遷移される。

そして、ステップＳ３２において、ステップＳ２６の前に中断されたシーク再生用テーブル作成処理の続きの処理が行われる。すなわち、ステップＳ２１〜Ｓ２４においてダウンロードされた動画データ（ＴＳファイル）のビットレート情報に基づいて、動画データのタイムスタンプを解析することにより、シーク再生用テーブルの作成が継続される。なお、ステップＳ２６〜Ｓ３０において再びダウンロードされた動画データは、処理に用いられることなく、消去される。

そして、ステップＳ３２において、所定時間以内にシーク再生用テーブル作成処理が完了しない場合には、シーク再生用テーブル作成処理が中断されるとともに、ステップＳ３３において、動画再生アプリケーション４３６からＯＳ３５に再びダウンロード要求が行われる。この際にも、動画データ（ＴＳファイル）のうち一部のデータが動画再生アプリケーション４３６からＯＳ３５に要求される。

そして、ステップＳ３４において、動画再生アプリケーション４３６がＯＳ３５により「Ｂａｃｋｇｒｏｕｎｄ」から「Ｓｕｓｐｅｎｄｅｄ」に遷移される。

その後、シーク再生用テーブル作成処理の完了までステップＳ２６〜Ｓ３２の処理と同様の処理が繰り返される。

なお、第５実施形態のその他の構成は、上記第３実施形態と同様である。

（第５実施形態の効果）
第５実施形態では、以下のような効果を得ることができる。

第５実施形態では、上記のように、動画データのダウンロード完了後の動画データを再生するための処理（シーク再生用テーブル作成処理）を行っている間に、動画再生アプリケーション４３６がフォアグラウンドからバックグラウンドに遷移した場合にも、配信装置１に再び動画データのダウンロード要求を行うように制御部４３４を構成する。ここで、ダウンロード完了後の処理（シーク再生用テーブル作成処理）を行っている間に、動画再生アプリケーション４３６がフォアグラウンドからバックグラウンドに遷移した場合には、ダウンロード完了後の処理が中断されるため、ダウンロード完了後の処理を完了することができない場合がある。そこで、上記のように構成することにより、動画再生アプリケーション４３６がフォアグラウンドからバックグラウンドに遷移した場合にも、動画データを再びダウンロードすることができるので、ダウンロード完了後に新たにバックグラウンドでの処理を開始させることができる。その結果、新たに開始された所定時間において、動画再生アプリケーション４３６がダウンロード完了後の処理を継続することができるので、ダウンロード完了後の処理を行っている間に、動画再生アプリケーション４３６がフォアグラウンドからバックグラウンドに遷移した場合にも、動画再生アプリケーション４３６がダウンロード完了後の処理（シーク再生用テーブル作成処理）を完了することができる。

なお、第５実施形態のその他の効果は、上記第３実施形態と同様である。

[第６実施形態]
次に、図１、図２、図４および図１４を参照して、第６実施形態について説明する。この第６実施形態では、上記第３実施形態の構成に加えて、シーク再生用テーブル作成処理の完了後に、シーク再生用テーブル作成処理とは異なる他の処理をさらに行う例について説明する。

（配信システムの構成）
本発明の第６実施形態による配信システム６００は、図１に示すように、情報機器５０３を備える点で、上記第３実施形態の配信システム３００と相違する。また、情報機器５０３は、図２に示すように、制御部５３４および動画再生アプリケーション５３６を備える点で、上記第３実施形態の情報機器２０３と相違する。なお、上記第３実施形態と同一の構成については、同じ符号を付してその説明を省略する。また、動画再生アプリケーション５３６は、特許請求の範囲の「アプリケーション」の一例である。

（情報機器の制御部の構成）
第６実施形態では、制御部５３４（動画再生アプリケーション５３６）は、動画データのダウンロード完了後のシーク再生用テーブル作成処理が所定時間以内に完了しない場合に加えて、動画データの完了後のシーク再生用テーブル作成処理が完了した場合にも、配信装置１に再びダウンロード要求を行い、シーク再生用テーブル作成処理とは異なる他の処理をさらに行うように構成されている。

具体的には、制御部５３４は、図１４に示すように、動画データの完了後のシーク再生用テーブル作成処理が完了した場合に、配信装置１に再びダウンロード要求を行い、動画配信再生機能（図４参照）の動画データのリストにおけるサムネイルかまたはサムネイル用動画を作成する処理（以下、「サムネイル作成処理」という）を行うように構成されている。

この際、制御部５３４は、サムネイルかまたはサムネイル用動画を作成するためのサムネイル用データのダウンロード要求を行うように構成されている。具体的には、制御部５３４は、バイト範囲を指定することにより、サムネイル作成処理を行う動画データの一部のデータをサムネイル用データとして要求するように構成されている。これにより、制御部５３４は、ダウンロードされたサムネイル用データ（指定されたバイト範囲のデータ）に基づいて、サムネイルかまたはサムネイル用動画を作成することが可能である。

次に、図１４を参照して、サムネイル作成処理に関する情報機器５０３の動作を説明する。

図１４に示すように、動画再生アプリケーション５３６では、動画配信再生機能（図４参照）が選択された場合には、動画データのリストが出力部３０の表示部に表示される。この際、サムネイルかまたはサムネイル用動画が作成されていない場合には、図１４の左側に示すように、動画データのリストには、予め設定されている標準画像が出力部３０の表示部に表示される。

このようなサムネイルかまたはサムネイル用動画が作成されていない動画データがある場合であって、動画データのダウンロードが行われる場合には、上記のように、制御部５３４は、動画データの完了後のシーク再生用テーブル作成処理が完了した場合に、配信装置１に再びダウンロード要求を行い、サムネイル作成処理を行う。この結果、図１４の右側に示すように、動画配信再生機能（図４参照）が選択された場合の動画データのリストにおいて、標準画像ではなく、作成されたサムネイルかまたはサムネイル用動画が出力部３０の表示部に表示されるようになる。

なお、第６実施形態のその他の構成は、上記第３実施形態と同様である。

（第６実施形態の効果）
第６実施形態では、以下のような効果を得ることができる。

第６実施形態では、上記のように、動画データのダウンロード完了後の動画データを再生するための処理が完了した場合にも、配信装置１に再びダウンロード要求を行い、動画データのダウンロード完了後の動画データを再生するための処理とは異なるサムネイル作成処理をさらに行うように制御部５３４を構成する。これにより、再びダウンロード要求を行うことにより実質的に所定時間を延長することができることを利用して、ダウンロード完了後の処理（シーク再生用テーブル作成処理）以外にも、サムネイル作成処理をさらに行うことができる。

なお、第６実施形態のその他の効果は、上記第３実施形態と同様である。

［変形例］
なお、今回開示された実施形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施形態の説明ではなく特許請求の範囲によって示され、さらに特許請求の範囲と均等の意味および範囲内での全ての変更（変形例）が含まれる。

たとえば、上記第１〜第６実施形態では、本発明の様々な態様を示したが、本発明は各実施形態の態様に限られない。本発明は、各実施形態の一または複数の構成と他の実施形態の構成とを適宜組み合わせた態様をも含んでいる。

また、上記第１〜第６実施形態では、配信装置として録画装置を用い、情報機器として携帯型の情報機器を用いた例を示したが、本発明はこれに限られない。本発明では、動画データを配信可能な装置であれば、録画装置以外の装置（たとえば、サーバ装置など）を配信装置として用いてもよい。また、動画データをダウンロード可能な装置であれば、携帯型の情報機器以外の情報機器を用いてもよい。

また、上記第１〜第６実施形態では、再びダウンロード要求を行う場合に、配信装置に対して動画データのうち一部のデータを要求した例を示したが、本発明はこれに限られない。本発明では、再びダウンロード要求を行う場合に、配信装置に対して動画データのうち全部のデータを要求してもよい。

また、上記第１および第２実施形態では、動画データのダウンロード完了後にＨＬＳ変換処理を行う例を示し、第３〜第６実施形態では、動画データのダウンロード完了後にシーク再生用テーブル作成処理を行う例を示したが、本発明はこれに限られない。本発明では、動画データのダウンロード完了後の動画データを再生するための処理であれば、動画データのダウンロード完了後にＨＬＳ変換処理またはシーク再生用テーブル作成処理以外の処理を行ってもよい。また、上記第２実施形態において、ＨＬＳ変換処理ではなくシーク再生用テーブル作成処理を行ってもよいし、第５および第６実施形態において、シーク再生用テーブル作成処理ではなくＨＬＳ変換処理を行ってもよい。

また、上記第１および第２実施形態では、ダウンロードされた動画データを情報機器において再生可能なＨＬＳ形式に変換する例を示したが、本発明はこれに限られない。本発明では、情報機器において再生可能な形式であれば、ＨＬＳ形式以外の形式に変換してもよい。

また、上記第３〜第６実施形態では、動画データにおける再生位置を指定して再生するシーク再生のためのデータとして、シーク再生用テーブルを作成した例を示したが、本発明はこれに限られない。本発明では、動画データにおける再生位置を指定して再生するシーク再生のためのデータとして、シーク再生用テーブルを以外のデータを作成してもよい。

また、上記第６実施形態では、動画データのダウンロード完了後の動画データを再生するための処理とは異なる処理として、サムネイル作成処理を行う例を示したが、本発明はこれに限られない。本発明では、動画データのダウンロード完了後の動画データを再生するための処理とは異なる処理として、サムネイル作成処理以外の処理を行ってもよい。

１、１０１ 配信装置（外部装置）
３、１０３、２０３、３０３、４０３、５０３ 情報機器
３１ 通信部
３４、１３４、２３４、３３４、４３４、５３４ 制御部
３６、１３６、２３６、３３６、４３６、５３６ 動画再生アプリケーション（アプリケーション）
１００、２００、３００、４００、５００、６００ 配信システム

Claims (7)

1. 外部装置と通信する通信部と、
   前記通信部を介して前記外部装置から動画データをダウンロードするとともに、ダウンロードされた前記動画データを再生するアプリケーションを実行する制御部と、を備え、
   前記制御部は、前記アプリケーションがバックグラウンドで起動している状態で、前記動画データの全部のデータのダウンロード完了後において、前記動画データの全部のデータのダウンロード完了後の前記動画データを再生するための処理が所定時間以内に完了しない場合には、前記外部装置に前記動画データのダウンロード要求を行うように構成されている、情報機器。
2. 前記動画データのダウンロード完了後の前記動画データを再生するための処理は、前記動画データの形式を再生可能な形式に変換する処理、または前記動画データにおける再生位置を指定して再生するシーク再生のためのシーク再生用データを作成する処理を含む、請求項１に記載の情報機器。
3. 前記制御部は、前記外部装置に再び前記動画データのダウンロード要求を行う場合には、前記外部装置に対して前記動画データのうち一部のデータを要求するように構成されている、請求項１または２に記載の情報機器。
4. 前記制御部は、前記外部装置により前記動画データの形式が変換されながら、前記通信部を介して形式が変換される前記動画データがダウンロードされた場合であって、前記外部装置に再び前記動画データのダウンロード要求を行う場合には、前記外部装置に対して変換前の形式の前記動画データを要求するように構成されている、請求項３に記載の情報機器。
5. 前記制御部は、前記シーク再生用データを作成する場合には、ダウンロードされた前記動画データと前記シーク再生用データとに基づいて、前記動画データにおける再生位置を特定するように構成されている、請求項２に記載の情報機器。
6. 前記制御部は、前記動画データのダウンロード完了後の前記動画データを再生するための処理を行っている間に、前記アプリケーションがフォアグラウンドからバックグラウンドに遷移した場合にも、前記外部装置に再び前記動画データのダウンロード要求を行うように構成されている、請求項１〜５のいずれか１項に記載の情報機器。
7. 前記制御部は、前記動画データのダウンロード完了後の処理が完了した場合にも、前記外部装置に再びダウンロード要求を行い、前記動画データのダウンロード完了後の前記動画データを再生するための前記動画データを再生するための処理とは異なる他の処理をさらに行うように構成されている、請求項１〜６のいずれか１項に記載の情報機器。

Images