JP6750227B2 - 情報機器および配信装置 - Google Patents

Description

この発明は、情報機器および配信装置に関する。

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

上記特許文献１には、映画などのデータを配信するコンテンツサーバ(配信装置)と通信する移動通信端末機（情報機器）が開示されている。この移動通信端末機は、コンテンツサーバから、映画などのデータをダウンロードするように構成されている。

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

特表２００８−５１５３３４号公報

上記特許文献１に記載の移動通信端末機のような情報機器では、インストールされているＯＳの仕様によっては、データのダウンロードに関する制限が設けられている場合がある。たとえば、アプリケーションがバックグラウンドで起動している状態でのダウンロード中に、ダウンロードが中断するようなエラーが発生した場合には、途中までダウンロード済みのデータがＯＳにより破棄される場合がある。この場合、情報機器では、途中までデータがダウンロード済みであったとしても、ダウンロード済みのデータを使用することができないという問題点がある。

また、途中までダウンロード済みのデータがＯＳにより破棄されない場合であっても、以下の場合には、ダウンロード済みのデータを使用することができないという問題点がある。すなわち、上記特許文献１に記載のコンテンツサーバのような配信装置では、動画データを配信する場合に、動画データの形式を変換した変換データを生成しながら、生成が完了した変換データを順次配信する場合がある。この場合、配信済みの変換データは、配信装置において順次削除される。このような配信装置において変換データの配信が中断した場合に、配信装置と通信する情報機器は、配信が中断したバイト位置（中断位置）から変換データのダウンロードを再開しようとする。しかしながら、配信装置では変換データが削除されているため、変換データの中断位置を指定してダウロードを再開することができず、変換データを最初からダウンロードし直す必要がある。このため、情報機器では、途中までデータがダウンロード済みであったとしても、ダウンロード済みのデータを使用することができないという問題点がある。

この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、動画データのダウンロードが中断された場合にも、ダウンロード済みの動画データを使用可能にすることが可能な情報機器および配信装置を提供することである。

この発明の第１の局面による情報機器は、配信装置と通信可能な通信部と、通信部を介して配信装置から動画データをダウンロードするとともに、ダウンロードされた動画データを再生するアプリケーションを実行する制御部と、を備え、制御部は、アプリケーションがバックグラウンドで起動している状態で、動画データを複数に分割した分割動画データ毎にダウンロード要求を行うとともに、ダウンロード要求に応じてダウンロードされた分割動画データに対して、動画データを再生するための処理を行い、動画データを再生するための処理は、動画データの再生時間と動画データの容量値とを関連付けた再生用データを作成する処理を含む。

この発明の第１の局面による情報機器では、上記のように、アプリケーションがバックグラウンドで起動している状態で、動画データを複数に分割した分割動画データ毎にダウンロード要求を行う制御部を設ける。これにより、分割動画データ毎に動画データのダウンロードを完了させることができるので、ダウンロード済みの分割動画データを１つのデータとしてＯＳに認識させることができる。その結果、途中までダウンロード済みの動画データを破棄するようにＯＳが構成されている場合であって、動画データのダウンロードが中断された場合にも、ダウンロード済みの分割動画データをＯＳにより破棄されないようにすることができるので、ダウンロード済みの動画データ（分割動画データ）を使用可能にすることができる。また、ダウンロード要求に応じてダウンロードされた分割動画データに対して、動画データを再生するための処理を行うように制御部を構成する。また、動画データを再生するための処理は、動画データの再生時間と動画データの容量値とを関連付けた再生用データを作成する処理を含む。これにより、ダウンロード済みの分割動画データについて再生可能な状態にすることができる。これらの結果、動画データのダウンロードが中断された場合にも、ダウンロード済みの動画データ（分割動画データ）については再生可能な状態にすることができる。また、再生用データを作成する処理の場合には、再生時に動画データの形式を再生可能な形式に変換しながら再生を行う場合であっても、シーク再生可能な状態にすることができる。

この場合、好ましくは、制御部は、分割動画データの各々がダウンロードされる毎に、再生用データを作成する処理を行う。このように構成すれば、シーク再生用データを作成する処理を、分割動画データ毎に互いに異なるタイミングで行うことができるので、制御部の処理負荷を分散させることができる。

上記第１の局面による情報機器において、好ましくは、制御部は、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの再生時間を、未完成動画データの再生時間に対応するように補正する。このように構成すれば、未完成動画データを再生する場合に、元となる動画データの再生時間ではなく、未完成動画データの再生時間をユーザに通知することができる。その結果、動画データのうちいずれの再生時間までのデータが未完成動画データとしてダウンロードされたかを、ユーザに正確に通知することができる。

上記第１の局面による情報機器において、好ましくは、制御部は、動画データのダウンロードを再開し、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含む重複動画データがダウンロードされた場合には、重複動画データを削除する。このように構成すれば、動画データを再生する場合に、未完成動画データと重複動画データとの重複するデータ部分に起因して誤動作が生じることを確実に抑制することができる。

上記第１の局面による情報機器において、好ましくは、制御部は、動画データのダウンロードを再開し、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含む重複動画データがダウンロードされた場合には、重複動画データの重複するデータ部分を削除する。このように構成すれば、動画データを再生する場合に未完成動画データと重複動画データとの重複するデータ部分に起因して誤動作が生じることを抑制しながら、重複動画データの重複するデータ部分以外のデータ部分を再生可能な状態にすることができる。

上記第１の局面による情報機器において、好ましくは、制御部は、動画データのダウンロードを再開し、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含む重複動画データがダウンロードされた場合には、重複動画データの重複するデータ部分を含んだ状態で、重複するデータ部分以外のデータ部分を選択的に再生する。このように構成しても、動画データを再生する場合に未完成動画データと重複動画データとの重複するデータ部分に起因して誤動作が生じることを抑制しながら、重複動画データの重複するデータ部分以外のデータ部分を再生することができる。

上記第１の局面による情報機器において、好ましくは、制御部は、指定された再生位置以後の動画データを、分割動画データに分割した状態でダウンロードするとともに、ダウンロードされた分割動画データに対して、動画データを再生するための処理を行う。このように構成すれば、ユーザが所望する再生位置から動画データをダウンロードする場合にも、動画データを分割動画データに分割した状態でダウンロードすることができる。

この発明の第２の局面による配信装置は、所定の録画形式によって動画データを録画するとともに、録画された動画データを情報機器に配信する配信装置であって、情報機器と通信可能な通信部と、所定の形式によって録画された動画データが記憶されている記憶部と、情報機器からダウンロード要求を受信したことに基づいて、動画データの録画形式を変換した変換データを記憶部に保存しながら、変換データの所定量が記憶部に保存される都度、保存された所定量の変換データを通信部を介して順次情報機器に配信する制御部と、を備え、制御部は、全ての変換データの配信が完了するまで、変換データを記憶部に記憶しておき、変換データの配信の中断後、記憶部に保存された変換データの配信を、中断時の位置から再開するとともに、変換データの配信が完了したことに基づいて、記憶部に記憶された変換データを削除する。

この発明の第２の局面による配信装置では、上記のように、所定の録画形式によって動画データを録画するとともに、録画された動画データを情報機器に配信する配信装置であって、情報機器からダウンロード要求を受信したことに基づいて、動画データの録画形式を変換した変換データを記憶部に保存しながら、変換データの所定量が記憶部に保存される都度、保存された所定量の変換データを通信部を介して順次情報機器に配信するように制御部を構成し、制御部は、全ての変換データの配信が完了するまで、変換データを記憶部に記憶しておき、変換データの配信の中断後、記憶部に保存された変換データの配信を、中断時の位置から再開するとともに、変換データの配信が完了したことに基づいて、記憶部に記憶された変換データを削除する。これにより、配信装置において変換データが保存されるので、情報機器は、保存された変換データのバイト位置を指定してダウンロードを行うことができる。その結果、情報機器は、中断位置からダウンロードを再開することができるので、変換データを最初からダウンロードし直す必要がない。これにより、変換データを配信する場合であって、動画データ（変換データ）のダウンロード（配信）が中断する場合にも、ダウンロード済みの動画データを情報機器において使用可能にすることができる。

本発明によれば、上記のように、動画データのダウンロードが中断された場合にも、ダウンロード済みの動画データを使用可能にすることが可能な情報機器および配信装置を提供することができる。

本発明の第１〜第７実施形態による配信システムを示す図である。 本発明の第１〜第７実施形態による情報機器の全体構成を示すブロック図である。 本発明の第１実施形態による情報機器のアプリケーションライフサイクルを説明するための図である。 本発明の第１実施形態による情報機器が備える動画再生アプリケーションの機能を説明するための図である。 本発明の第１実施形態による情報機器によりダウンロードされるＴＳファイル（動画データ）を説明するための図である。 ＴＳファイルのＨＬＳ変換処理を説明するための図である。 本発明の第１実施形態による情報機器により分割動画データをダウンロードする処理を説明するための図である。 本発明の第１実施形態による情報機器の動画分割ダウンロード処理を説明するためのシーケンス図である。 本発明の第２実施形態による情報機器により作成されるシーク再生用テーブルを示す図である。 本発明の第２実施形態による情報機器の動画分割ダウンロード処理を説明するためのシーケンス図である。 本発明の第３実施形態による情報機器における動画データの再生時間補正処理を説明するための図である。 本発明の第３実施形態による情報機器の動画分割ダウンロード処理を説明するためのシーケンス図である。 本発明の第４実施形態による情報機器のリジューム動画データを削除する処理を説明するための図である。 本発明の第４および第５実施形態による情報機器の動画分割ダウンロード処理を説明するためのシーケンス図である。 本発明の第５実施形態による情報機器のリジューム動画データの重複データ部分を削除する処理を説明するための図である。 本発明の第６実施形態による情報機器における再生位置からの動画分割ダウンロード処理を説明するための図である。 本発明の第７実施形態による配信装置の全体構成を示すブロック図である。 本発明の第７実施形態によるダウンロード要求を説明するための図である。 本発明の第７実施形態による配信システムの変換ダウンロード処理を説明するためのシーケンス図である。 本発明の第７実施形態による配信装置の配信装置側処理を説明するためのフローチャートである。 本発明の第７実施形態による情報機器の情報機器側処理を説明するためのフローチャートである。 本発明の第７実施形態による情報機器のダウンロード中断処理を説明するためのフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、ＯＳ３５は、アプリケーションがバックグラウンドで起動している状態でのデータのダウンロード中に、情報機器３と配信装置１との間の通信エラーや配信装置１による動画データの配信停止などのダウンロードが中断するようなエラーが発生した場合には、途中までダウンロード済みのデータを破棄（削除）するように構成されている。このため、途中までデータがダウンロード済みであったとしても、この途中までのデータはＯＳ３５により破棄（削除）される。

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

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

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

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

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

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

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

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

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

（動画データのダウンロードに係る情報機器の制御部の構成）
ここで、第１実施形態では、制御部３４（動画再生アプリケーション３６）は、動画再生アプリケーション３６がバックグラウンドで起動している状態で、動画データのダウンロードを行う場合には、動画データを複数に分割した複数の分割動画データ毎にダウンロード要求を行うように構成されている。

具体的には、制御部３４は、図７に示すように、動画データのバイト範囲を指定して配信装置１にダウンロード要求を行うことにより、分割動画データのダウンロード要求を行うように構成されている。

たとえば、１つの分割動画データとして５０ＭＢ（メガバイト）のデータ量のデータを要求する場合には、制御部３４は、まず、動画データの先頭から５０ＭＢまでのバイト範囲を指定して配信装置１にダウンロード要求を行う。これにより、１つ目の分割動画データとして、動画データの先頭から５０ＭＢまでのバイト範囲のデータがダウンロードされる。そして、制御部３４は、次に、動画データの次の５０ＭＢ（５０ＭＢから１００ＭＢまで）のバイト範囲を指定して配信装置１にダウンロード要求を行う。これにより、２つ目の分割動画データとして、動画データの次の５０ＭＢ（５０ＭＢから１００ＭＢまで）のバイト範囲のデータがダウンロードされる。

そして、制御部３４は、動画データのダウンロードの完了まで、分割動画データのダウンロード要求を繰り返すように構成されている。

また、第１実施形態では、制御部３４は、分割動画データがダウンロードされる毎に、動画データ（ダウンロードされた分割動画データ）の形式を情報機器３において再生可能なＨＬＳ形式に変換する処理（以下、「ＨＬＳ変換処理」という）を行うように構成されている。

具体的には、制御部３４は、１つ目の分割動画データがダウンロードされた場合には、ダウンロードされた１つ目の分割動画データに基づいて、複数の分割ファイルとプレイリストファイルとを作成するように構成されている。また、制御部３４は、２つ目の分割動画データがダウンロードされた場合には、ダウンロードされた２つ目の分割動画データに基づいて、複数の分割ファイルを作成するとともに、１つ目の分割動画データに基づいて作成されたプレイリストファイルを更新（２つ目の分割動画データに基づくプレイリスト部分を追加）するように構成されている。

そして、制御部３４は、動画データのダウンロードの完了まで、ダウンロードされた分割動画データに基づく分割ファイルの作成と、プレイリストファイルの更新とを繰り返すように構成されている。

また、制御部３４は、動画再生アプリケーション３６がバックグラウンドで起動している状態での動画データのダウンロード中に、動画再生アプリケーション３６がフォアグラウンドに遷移された場合には、フォアグラウンドで動画データ（分割動画データ）のダウンロードを継続するように構成されている。この際、制御部３４は、フォアグラウンドで動画データ（分割動画データ）のダウンロードを継続しながら、ＨＬＳ形式に変換されたダウンロード済みの分割動画データを再生することが可能に構成されている。

（動画分割ダウンロード処理）
次に、図８を参照して、第１実施形態による動画分割ダウンロード処理をシーケンス図に基づいて説明する。動画分割ダウンロード処理では、ＯＳ３５および動画再生アプリケーション３６の動作は、制御部３４により実行される。ここでは、１つの分割動画データとして５０ＭＢのデータ量のデータを要求する場合を例に説明する。

図８に示すように、ステップＳ１において、動画再生アプリケーション３６からＯＳ３５に、動画データ（ＴＳファイル）の先頭から５０ＭＢのバイト範囲を指定してダウンロード要求が行われる。

そして、ステップＳ２において、ＯＳ３５から配信装置１に、動画データの先頭から５０ＭＢのバイト範囲を指定してダウンロード要求が行われる。この結果、配信装置１から動画データのうち先頭から５０ＭＢのデータ（１つ目の分割動画データ）のダウンロードが行われる。

そして、ステップＳ３において、操作部３３を用いたユーザ操作により、動画再生アプリケーション３６が「Ｓｕｓｐｅｎｄｅｄ」に遷移される。つまり、ステップＳ３では、動画再生アプリケーションがＯＳ３５によりフォアグラウンドからバックグラウンドに遷移される。

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

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

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

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

そして、１つ目の分割動画データのＨＬＳ変換処理を完了すると、ステップＳ８において、動画再生アプリケーション３６からＯＳ３５に、動画データの次の５０ＭＢのバイト範囲を指定してダウンロード要求が行われる。

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

そして、ステップＳ１０において、ＯＳ３５から配信装置１に、動画データの次の５０ＭＢのバイト範囲を指定してダウンロード要求が行われる。この結果、配信装置１から動画データのうち次の５０ＭＢのデータ（２つ目の分割動画データ）のダウンロードが行われる。

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

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

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

そして、ステップＳ１４において、ダウンロードされた次の５０ＭＢのデータ（２つ目の分割動画データ）がＨＬＳ変換処理によりＨＬＳ形式に変換される。この際、ダウンロードされた２つ目の分割動画データ（ＴＳファイル）に基づいて、複数の分割ファイルが作成されるとともに、１つ目の分割動画データに基づいて作成されたプレイリストファイルが更新される。

そして、２つ目の分割動画データのＨＬＳ変換処理を完了すると、ステップＳ１５において、動画再生アプリケーション３６からＯＳ３５に、動画データの次の５０ＭＢのバイト範囲を指定してダウンロード要求が行われる。

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

そして、ステップＳ１７において、ＯＳ３５から配信装置１に、動画データの次の５０ＭＢのバイト範囲を指定してダウンロード要求が行われる。この結果、配信装置１から動画データのうち次の５０ＭＢのデータ（３つ目の分割動画データ）のダウンロードが行われる。

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

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

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

そして、ステップＳ２１において、ダウンロードされた次の５０ＭＢのデータ（３つ目の分割動画データ）がＨＬＳ変換処理によりＨＬＳ形式に変換される。この際、ダウンロードされた３つ目の分割動画データ（ＴＳファイル）に基づいて、複数の分割ファイルが作成されるとともに、１つ目の分割動画データに基づいて作成されたプレイリストファイルが更新される。

その後、動画データのダウンロード完了まで、ステップＳ１５〜Ｓ２１の処理と同様の処理が繰り返される。

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

第１実施形態では、上記のように、動画再生アプリケーション３６がバックグラウンドで起動している状態で、動画データを複数に分割した複数の分割動画データ毎にダウンロード要求を行う制御部３４を設ける。これにより、分割動画データ毎に動画データのダウンロードを完了させることができるので、ダウンロード済みの分割動画データを１つのデータとしてＯＳ３５に認識させることができる。その結果、途中までダウンロード済みの動画データを破棄するようにＯＳ３５が構成されている場合であって、動画データのダウンロードが中断された場合にも、ダウンロード済みの分割動画データについてはＯＳ３５により破棄されないようにすることができるので、ダウンロード済みの動画データ（分割動画データ）を使用可能にすることができる。また、ダウンロード要求に応じてダウンロードされた複数の分割動画データに対して、動画データを再生するための処理（ＨＬＳ変換処理）を行うように制御部３４を構成する。これにより、ダウンロード済みの分割動画データについて再生可能な状態にすることができる。これらの結果、情報機器３と配信装置１との間の通信エラーや配信装置１による動画データの配信停止などのダウンロードが中断するようなエラーが発生することや、ユーザが意図的にダウンロードを中断（停止）させることによって、動画データのダウンロードが中断された場合にも、ダウンロード済みの動画データ（分割動画データ）については再生可能な状態にすることができる。

また、第１実施形態では、上記のように、動画データを再生するための処理は、動画データの形式を再生可能なＨＬＳ形式に変換する処理である。これにより、ダウンロード済みの動画データ（分割動画データ）について迅速に再生を行うことができる。

また、第１実施形態では、上記のように、複数の分割動画データの各々がダウンロードされる毎に、動画データの形式を再生可能なＨＬＳ形式に変換する処理を行うように制御部３４を構成する。これにより、動画データの形式を再生可能なＨＬＳ形式に変換する処理を、複数の分割動画データ毎に互いに異なるタイミングで行うことができるので、制御部３４の処理負荷を分散させることができる。

[第２実施形態]
次に、図１、図２、図５、図９および図１０を参照して、第２実施形態について説明する。この第２実施形態では、上記第１実施形態と異なり、分割動画データがダウンロードされる毎に、シーク再生用テーブルを作成する処理を行う例について説明する。

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

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

そして、制御部１３４は、動画データのダウンロードの完了まで、ダウンロードされた分割動画データ同士を結合する処理を繰り返すように構成されている。

また、第２実施形態では、図９に示すように、制御部１３４は、分割動画データがダウンロードされる毎に、動画データにおける再生位置を指定して再生するシーク再生のためのシーク再生用テーブルを作成する処理（以下、「シーク再生用テーブル作成処理」という）を行うように構成されている。なお、シーク再生用テーブルは、特許請求の範囲の「再生用データ」の一例である。

具体的には、制御部１３４は、１つ目の分割動画データがダウンロードされた場合には、ダウンロードされた１つ目の分割動画データに基づいて、シーク再生用テーブルを作成するように構成されている。また、制御部１３４は、２つ目の分割動画データがダウンロードされた場合には、ダウンロードされた２つ目の分割動画データに基づいて、１つ目の分割動画データに基づいて作成されたシーク再生用テーブルを更新（２つ目の分割動画データに基づくテーブル部分を追加）するように構成されている。

そして、制御部１３４は、動画データのダウンロードの完了まで、ダウンロードされた分割動画データに基づくシーク再生用テーブルの更新を繰り返すように構成されている。

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

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

（動画データの再生に係る情報機器の制御部の構成）
第２実施形態では、上記のように、分割動画データがダウンロードされる毎にＨＬＳ変換処理が行われない。このため、第２実施形態では、制御部１３４は、動画データ（分割動画データ同士を結合した動画データ）を再生する際に、動画データをＨＬＳ形式に変換しながら再生するように構成されている。

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

（動画分割ダウンロード処理）
次に、図１０を参照して、第２実施形態による動画分割ダウンロード処理を説明する。なお、上記第１実施形態の動画分割ダウンロード処理と同一の処理については、同じ符号を付して、その説明を省略する。

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

そして、ステップＳ７ａにおいて、ダウンロードされた先頭から５０ＭＢのデータ（１つ目の分割動画データ）のシーク再生用テーブル作成処理が行われる。すなわち、ダウンロードされた１つ目の分割動画データ（ＴＳファイル）のビットレート情報に基づいて、１つ目の分割動画データのタイムスタンプを解析することにより、１つ目の分割動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けしたシーク再生用テーブルが作成される。

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

そして、ステップＳ１４ａにおいて、ダウンロードされた次の５０ＭＢのデータ（２つ目の分割動画データ）のシーク再生用テーブル作成処理が行われる。この際、ダウンロードされた２つ目の分割動画データ（ＴＳファイル）に基づいて、１つ目の分割動画データに基づいて作成されたシーク再生用テーブルが更新される。

また、ステップＳ１４ａでは、ダウンロードされた分割動画データ同士を結合する処理が行われる。すなわち、１つ目の分割動画データと、２つ目の分割動画データとを結合する処理が行われる。

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

そして、ステップＳ２１ａにおいて、ダウンロードされた次の５０ＭＢのデータ（３つ目の分割動画データ）のシーク再生用テーブル作成処理が行われる。この際、ダウンロードされた３つ目の分割動画データ（ＴＳファイル）に基づいて、１つ目の分割動画データに基づいて作成されたシーク再生用テーブルが更新される。

また、ステップＳ２１ａでは、ダウンロードされた分割動画データ同士を結合する処理が行われる。すなわち、１つ目の分割動画データと２つ目の分割動画データとを結合したデータと、３つ目の分割動画データとを結合する処理が行われる。

その後、動画データのダウンロード完了まで、ステップＳ１５〜Ｓ２１ａの処理と同様の処理が繰り返される。

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

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

第２実施形態では、上記のように、動画再生アプリケーション１３６がバックグラウンドで起動している状態で、動画データを複数に分割した複数の分割動画データ毎にダウンロード要求を行う制御部１３４を設ける。これにより、分割動画データ毎に動画データのダウンロードを完了させることができるので、ダウンロード済みの分割動画データを１つのデータとしてＯＳ３５に認識させることができる。その結果、途中までダウンロード済みの動画データを破棄するようにＯＳ３５が構成されている場合であって、動画データのダウンロードが中断された場合にも、ダウンロード済みの分割動画データをＯＳ３５により破棄されないようにすることができるので、ダウンロード済みの動画データ（分割動画データ）を使用可能にすることができる。また、ダウンロード要求に応じてダウンロードされた複数の分割動画データに対して、動画データを再生するための処理（シーク再生用テーブル作成処理）を行うように制御部１３４を構成する。これにより、ダウンロード済みの分割動画データについて再生可能な状態にすることができる。これらの結果、動画データのダウンロードが中断された場合にも、ダウンロード済みの動画データ（分割動画データ）については再生可能な状態にすることができる。

また、第２実施形態では、上記のように、動画データを再生するための処理は、動画データの再生時間と動画データの容量値とを関連付けたシーク再生用テーブルを作成する処理である。これにより、再生時に動画データの形式を再生可能な形式に変換しながら再生を行う場合であっても、シーク再生可能な状態にすることができる。

また、第２実施形態では、上記のように、複数の分割動画データの各々がダウンロードされる毎に、シーク再生用テーブルを作成する処理を行うように制御部１３４を構成する。これにより、複数の分割動画データの各々についてのシーク再生用テーブルを作成する処理を互いに異なるタイミングで行うことができるので、制御部１３４の処理負荷を分散させることができる。

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

[第３実施形態]
次に、図１、図２、図１１および図１２を参照して、第３実施形態について説明する。この第３実施形態では、上記第２実施形態の構成に加えて、動画データの再生時間を補正する例について説明する。

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

（動画データの再生に係る情報機器の制御部の構成）
第３実施形態では、制御部２３４（動画再生アプリケーション２３６）は、動画データのダウンロードが完了する前にダウンロードが中断した場合には、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの再生時間を、未完成動画データの再生時間に対応するように補正するように構成されている。なお、未完成動画データは、動画データのうちダウンロードが中断するまでにダウンロードが完了した分割動画データにより構成される動画データである。

具体的には、制御部２３４は、未完成動画データを構成する各分割動画データに基づいて作成されたシーク再生用テーブルに基づいて、未完成動画データの再生時間を取得するように構成されている。また、制御部２３４は、取得された未完成動画データの再生時間に基づいて、未完成動画データの再生時間（総再生時間）を、元となる動画データの再生時間（総再生時間）から未完成動画データの再生時間（総再生時間）に補正するように構成されている。

ここで、図１１を参照して、この補正について説明する。ここでは、元となる動画データの再生時間が４時間４秒（０４ｈ：００ｍ：０４ｓ）であり、未完成動画データの再生時間が１９分１１秒（００ｈ：１９ｍ：１１ｓ）である場合について説明する。つまり、元々４時間４秒の再生時間を有する動画データのうち、１９分１１秒までのデータが未完成動画データとして取得された場合について説明する。

図１１に示すように、再生時間が補正されない場合には、情報機器２０３の出力部３０の表示部には、未完成動画データの再生時間として、元となる動画データの再生時間である４時間４秒（０４ｈ：００ｍ：０４ｓ）が表示される。

一方、再生時間が補正される場合には、情報機器２０３の出力部３０の表示部には、未完成動画データの再生時間として、未完成動画データの再生時間である１９分１１秒（００ｈ：１９ｍ：１１ｓ）が表示される。また、情報機器２０３の出力部３０の表示部には、未完成動画データであることを示す情報として、「Ｉｎｃｏｍｐｌｅｔｅ」の文字列が動画データのタイトルに付加されて表示される。

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

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

そして、情報機器２０３と配信装置１との間の通信エラーや配信装置１による動画データの配信停止などのダウンロードが中断するようなエラーが発生した場合には、ステップＳ１８ｂにおいて、配信装置１からＯＳ３５にエラーが通知される。

そして、ステップＳ１９ｂにおいて、ＯＳ３５から動画再生アプリケーション２３６にエラーが通知される。

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

そして、ステップＳ２１ｂにおいて、未完成動画データの再生時間の補正が行われる。すなわち、未完成動画データの再生時間（総再生時間）が、元となる動画データの再生時間（総再生時間）から未完成動画データの再生時間（総再生時間）に補正される。

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

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

第３実施形態では、上記のように、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの再生時間を、未完成動画データの再生時間に対応するように補正するように制御部２３４を構成する。これにより、未完成動画データを再生する場合に、元となる動画データの再生時間ではなく、未完成動画データの再生時間をユーザに通知することができる。その結果、動画データのうちいずれの再生時間までのデータが未完成動画データとしてダウンロードされたかを、ユーザに正確に通知することができる。

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

[第４実施形態]
次に、図１、図２、図１３および図１４を参照して、第４実施形態について説明する。この第４実施形態では、上記第２実施形態の構成に加えて、未完成動画データの一部と重複するデータ部分を含むリジューム動画データがダウンロードされた場合に、リジューム動画データを削除する例について説明する。

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

（ＯＳの構成）
第４実施形態では、ＯＳ３３５は、データのダウンロードが完了する前に（データのダウンロード中に）、無線通信が瞬断することによってダウンロードが中断して復帰した場合には、ダウンロードが中断する手前のデータからダウンロードを再開する（いわゆる、リジュームダウンロードを行う）ように構成されている。

また、ＯＳ３３５は、リジュームダウンロードを行う場合には、ダウンロードが中断する手前から終端までのデータのダウンロード要求を行うように構成されている。これにより、リジュームダウンロードのデータとして、無線通信の瞬断手前から終端までのバイト範囲のデータがダウンロードされる。

したがって、ＯＳ３３５は、図１３に示すように、動画データについてリジュームダウンロードを行う場合には、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分（重複データ部分）を含むリジューム動画データをダウンロードするように構成されている。なお、リジューム動画データは、特許請求の範囲の「重複動画データ」の一例である。また、未完成動画データは、動画データのうちダウンロードが中断するまでにダウンロードが完了した分割動画データにより構成される動画データである。

（動画データのダウンロードに係る情報機器の制御部の構成）
ここで、第４実施形態では、制御部３３４（動画再生アプリケーション３３６）は、リジューム動画データがＯＳ３３５によりダウンロードされた場合には、ダウンロードされたリジューム動画データの全部を削除するように構成されている。

具体的には、制御部３３４は、１つの分割動画データとして要求するデータ量（たとえば、５０ＭＢ）以上のデータ量のデータがダウンロードされた場合には、ダウンロードされた動画データがリジューム動画データであると判断して、リジューム動画データを削除するように構成されている。これにより、制御部３３４は、動画データを再生する際には、未完成動画データのみをＨＬＳ形式に変換しながら再生するように構成されている。

次に、図１４を参照して、第４実施形態による動画分割ダウンロード処理をシーケンス図に基づいて説明する。動画分割ダウンロード処理では、ＯＳ３３５および動画再生アプリケーション３３６の動作は、制御部３３４により実行される。ここでは、１２０ＭＢ（メガバイト）まで動画データがダウンロードされた場合に、無線通信が瞬断することによりダウンロードが中断して復帰する場合について説明する。なお、上記第２実施形態の動画分割ダウンロード処理と同一の処理については、同じ符号を付して、その説明を省略する。

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

そして、１２０ＭＢまで動画データがダウンロードされた場合に、無線通信が瞬断することによってダウンロードが中断して復帰した場合には、ステップＳ１８ｃにおいて、ＯＳ３３５から配信装置１に、無線通信の瞬断手前（１１９ＭＢ）から終端（たとえば、１ＧＢ）までのバイト範囲を指定して動画データのダウンロード要求（リジュームダウンロード要求）が行われる。これにより、未完成動画データの１１９ＭＢ〜１２０ＭＢと重複するデータ部分を含むリジューム動画データがダウンロードされる。

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

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

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

そして、ステップＳ２２ｃにおいて、ダウンロードされた動画データがリジューム動画データであると判断される場合には、リジューム動画データの全部が削除される。

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

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

第４実施形態では、上記のように、動画データのダウンロードを再開し、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含むリジューム動画データがダウンロードされた場合には、リジューム動画データを削除するように制御部３３４を構成する。これにより、動画データを再生する場合に、未完成動画データとリジューム動画データとの重複するデータ部分に起因して誤動作が生じることを確実に抑制することができる。

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

[第５実施形態]
次に、図１、図２、図１４および図１５を参照して、第５実施形態について説明する。この第５実施形態では、上記第４実施形態と異なり、未完成動画データの一部と重複するデータ部分を含むリジューム動画データがダウンロードされた場合に、重複するデータ部分を削除する例について説明する。

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

（動画データのダウンロードに係る情報機器の制御部の構成）
第５実施形態では、制御部４３４（動画再生アプリケーション４３６）は、図１５に示すように、リジューム動画データがＯＳ３３５によりダウンロードされた場合には、ダウンロードされたリジューム動画データのうち重複するデータ部分（重複データ部分）を削除するように構成されている。

また、制御部４３４は、動画データを再生する際に、未完成動画データ、および重複データ部分が削除されたリジューム動画データの両方をＨＬＳ形式に変換しながら再生するように構成されている。

すなわち、第５実施形態では、図１４に示すステップＳ２２ｃにおいて、リジューム動画データの全部が削除されるのではなく、リジューム動画データのうち重複データ部分が削除される。そして、重複データ部分が削除されたリジューム動画データは、未完成動画データと結合されない状態で記憶部３２に保存される。

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

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

第５実施形態では、上記のように、動画データのダウンロードを再開し、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含むリジューム動画データがダウンロードされた場合には、リジューム動画データの重複するデータ部分を削除するように制御部４３４を構成する。これにより、動画データを再生する場合に未完成動画データとリジューム動画データとの重複するデータ部分に起因して誤動作が生じることを抑制しながら、リジューム動画データの重複するデータ部分以外のデータ部分を再生可能な状態にすることができる。

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

[第６実施形態]
次に、図１、図２、図４、図１０および図１６を参照して、第６実施形態について説明する。この第６実施形態では、上記第２実施形態の構成に加えて、指定された再生位置以後の動画データについて、動画分割ダウンロード処理を行う例について説明する。

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

（動画データのダウンロードに係る情報機器の制御部の構成）
第６実施形態では、制御部５３４（動画再生アプリケーション５３６）は、指定された再生位置以後の動画データを、複数の分割動画データに分割した状態でダウンロードするとともに、ダウンロードされた複数の分割動画データに対して、シーク再生用テーブル作成処理を行うように構成されている。

具体的には、制御部５３４は、図１６に示すように、動画配信再生機能（図４参照）を使用した動画配信再生中に、「再生位置からダウンロード」ボタンが操作部３３を用いてユーザにより選択された場合に、指定された再生位置以後の動画データについて、図１０に示す上記第２実施形態の動画分割ダウンロード処理と同様の処理を行うように構成されている。この場合、図１０におけるステップＳ１において、再生位置（現在の視聴中の再生時間）に対応する容量値（ｂｙｔｅ）を始点としてバイト範囲が指定され、配信装置１にダウンロード要求が行われる。これにより、指定された再生位置以後の動画データを、複数の分割動画データに分割した状態でダウンロードすることが可能である。

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

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

第６実施形態では、上記のように、指定された再生位置以後の動画データを、複数の分割動画データに分割した状態でダウンロードするとともに、ダウンロードされた複数の分割動画データに対して、動画データを再生するための処理を行うように制御部５３４を構成する。これにより、ユーザが所望する再生位置から動画データをダウンロードする場合にも、動画データを複数の分割動画データに分割した状態でダウンロードすることができる。

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

[第７実施形態]
次に、図１、図２、図４、図１７〜図２２を参照して、第７実施形態について説明する。この第７実施形態では、上記第１〜第６実施形態とは異なり、動画データの形式が変換されながら動画データがダウンロード（配信）される変換ダウンロードが行われる例について説明する。

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

（配信装置の構成）
配信装置６０１は、動画データを配信可能な装置である。具体的には、配信装置６０１は、デジタルテレビジョン放送を録画可能な録画装置であり、録画された放送番組や視聴中の放送番組を動画データとして配信可能に構成されている。録画装置としての配信装置６０１は、たとえば、ＤＲ（Ｄｉｒｅｃｔ Ｒｅｃｏｒｄｉｎｇ）録画形式（非圧縮形式）や、ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）録画形式（圧縮形式）で、動画データを録画可能に構成されている。また、配信装置６０１は、ＤＲ録画形式の動画データを、ＡＶＣ録画形式の動画データに変換した変換データを生成しながら、変換データ（つまり、ＡＶＣ録画形式の動画データ）を配信可能に構成されている。

図１７に示すように、配信装置６０１は、通信部６１１と、記憶部６１２と、操作部６１３と、制御部６１４とを備えている。

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

記憶部６１２は、たとえばハードディスクなどの記録媒体を含み、データを記憶するように構成されている。記憶部６１２には、たとえば、放送番組が動画データとして記憶（録画）される。動画データの記憶の際、配信装置６０１の録画設定に応じて、ＤＲ録画形式の動画データや、ＡＶＣ録画形式の動画データが記憶部６１２に記憶される。

操作部６１３は、操作ボタンやリモコンなどを含み、ユーザの操作を受け付けるように構成されている。これにより、配信装置６０１は、ユーザの操作に応じた動作を行うように構成されている。ユーザは、たとえば、操作部６１３を用いて、配信装置６０１の録画設定を変更することができる。

制御部６１４は、ＣＰＵを含み、配信装置６０１の全体の動作を制御するように構成されている。

（情報機器の構成）
情報機器６０３の制御部６３４（動画再生アプリケーション６３６）は、動画データをダウンロードする場合に、ダウンロード要求を行うように構成されている。

図１８には、ダウンロード要求時に情報機器６０３から配信装置６０１に向けて送信されるダウンロード要求情報を示す。ダウンロード要求情報は、「ＵＲＩ」（１行目の文字列情報）と、「Ｈｏｓｔ」（２行目の文字列情報）と、「Ｒａｎｇｅ ｂｙｔｅｓ」（３行目の文字列情報）と、「Ｕｓｅ」（４行目の文字列情報）とを含む情報である。

「ＵＲＩ」は、記憶部６１２に記憶された動画データのうちダウンロードする動画データを指定するための情報である。また、「ＵＲＩ」は、録画形式を変換しながらダウンロード（変換ダウンロード）するか、または、録画形式を変換することなくダウンロード（無変換ダウンロード）するか、いずれのダウンロード方法によりデータをダウンロードするかを指定するための情報である。言い換えると、「ＵＲＩ」は、ＤＲ録画形式からＡＶＣ録画形式に動画データの録画形式を変換しながらダウンロードするか、ＡＶＣ録画形式の動画データをそのままダウンロードするかを指定するための情報である。録画形式を変換しながらダウンロードする場合には、たとえば、図１８において破線により囲んだ文字列が「ＵＲＩ」に付加される。一方、録画形式を変換することなくダウンロードする場合には、図１８において破線により囲んだ文字列が「ＵＲＩ」に付加されない。

「Ｈｏｓｔ」は、配信元の機器（つまり、配信装置６０１）のＩＰアドレスを指定するための情報である。

「Ｒａｎｇｅ ｂｙｔｅｓ」は、ダウンロードするデータのバイト位置（バイト範囲）を指定するための情報である。図１８では、ダウンロード開始のバイト位置として０バイト（データの先頭）が指定されている。

「Ｕｓｅ」は、動画配信再生機能（図４参照）か、または動画ダウンロード機能（図４参照）のいずれの機能を用いるかを指定するための情報である。動画ダウンロード機能を用いることを指定する場合には、「Ｄｏｗｎｌｏａｄ」の文字列により指定する。動画配信再生機能を用いることを指定する場合には、「Ｐｌａｙ」の文字列により指定する。図１８では、「Ｄｏｗｎｌｏａｄ」の文字列により、動画ダウンロード機能を用いることが指定されている。

第７実施形態では、ＯＳ６３５は、アプリケーションがバックグラウンドで起動している状態でのデータのダウンロード中に、データの転送レートが所定の転送レートよりも小さくなった場合には、ダウンロードを中断するように構成されている。ダウンロードを中断する場合、ＯＳ６３５は、途中までダウンロード済みのデータを破棄することなく保持するように構成されている。また、ＯＳ６３５は、所定の時間経過後（たとえば、十数分後）に、ダウンロード中断時のバイト位置（以下、「中断位置」ともいう）から、データのダウンロードを再開するように構成されている。

ＯＳ６３５によりダウンロードが再開される際、制御部６３４（動画再生アプリケーション６３６）は、中断位置を指定して、ダウンロード要求を行うように構成されている。すなわち、制御部６３４（動画再生アプリケーション６３６）は、「Ｒａｎｇｅ ｂｙｔｅｓ」によりダウンロード開始のバイト位置として中断位置を指定して、中断位置からのダウンロード要求を行うように構成されている。

（動画データの配信に係る配信装置の制御部の構成）
ここで、第７実施形態では、配信装置６０１の制御部６１４は、動画データの形式を変換した変換データ（つまり、ＡＶＣ録画形式の動画データ）を情報機器６０３に配信する場合に、情報機器からダウンロード要求（変換ダウンロード要求）を受信したことに基づいて、変換データを生成し、生成された変換データを記憶部６１２に保存して、変換データを情報機器６０３に配信するように構成されている。

具体的には、制御部６１４は、変換データを生成しながら、生成が完了した変換データのデータ部分を順次記憶部６１２に保存するように構成されている。また、制御部６１４は、変換データを記憶部６１２に保存しながら、保存が完了した変換データのデータ部分を順次配信するように構成されている。具体的には、制御部６１４は、変換データを所定量（所定のデータ量）ずつ記憶部６１２に順次保存するとともに、変換データの所定量が保存される都度、保存された所定量の変換データを順次情報機器６０３に配信するように構成されている。

また、第７実施形態では、制御部６１４は、変換データの配信中だけでなく、変換データの配信が完了する前に変換データの配信が中断した場合にも、変換データの生成および変換データの記憶部６１２への保存を行うように構成されている。すなわち、制御部６１４は、変換データの配信の中断中にも、変換データの生成および変換データの記憶部６１２への保存を継続するように構成されている。

また、第７実施形態では、制御部６１４は、変換データの配信が完了した場合に、変換データの配信が完了したことに基づいて、記憶部６１２に保存された変換データを削除（破棄）するように構成されている。

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

図１９に示すように、ステップＳ６０１において、動画再生アプリケーション６３６からＯＳ６３５に、変換ダウンロード要求が行われる。すなわち、図１８に示す場合のように、ステップＳ６０１では、「ＵＲＩ」により変換ダウンロードが指定され、「Ｒａｎｇｅ ｂｙｔｅｓ」によりダウンロード開始のバイト位置として０バイト（データの先頭）が指定され、「Ｕｓｅ」により動画ダウンロード機能を用いることが指定されたダウンロード要求が行われる。

そして、ステップＳ６０２において、ＯＳ６３５から配信装置６０１に、変換ダウンロード要求が行われる。これにより、情報機器６０３からのダウンロード要求（ダウンロード要求情報）が、配信装置６０１により受信される。

また、ステップＳ６０３において、操作部３３を用いたユーザ操作により、動画再生アプリケーション６３６が「Ｓｕｓｐｅｎｄｅｄ」に遷移される。つまり、ステップＳ６０３では、動画再生アプリケーションがＯＳ６３５によりフォアグラウンドからバックグラウンドに遷移される。

そして、ステップＳ６０４において、変換データが配信装置６０１により生成される。すなわち、ＤＲ録画形式の動画データがＡＶＣ録画形式の動画データ（変換データ）に変換される。

そして、ステップＳ６０５において、生成された変換データが配信装置６０１の記憶部６１２に保存される。

そして、ステップＳ６０６において、記憶部６１２に保存された変換データが配信装置６０１から情報機器６０３に配信される。なお、ステップＳ６０４〜Ｓ６０６の処理は、変換データを配信している間、順次実行されている。すなわち、変換データが生成されながら、生成が完了した変換データのデータ部分が順次配信装置６０１に記憶部６１２に保存される。また、変換データが保存されながら、保存が完了した変換データのデータ部分が順次配信装置６０１から情報機器６０３に配信される。すなわち、変換データが所定量（所定のデータ量）ずつ記憶部６１２に順次保存されるとともに、変換データの所定量が保存される都度、保存された所定量の変換データが順次情報機器６０３に配信される。

そして、変換データの配信中に、データ（変換データ）の転送レートが所定の転送レートよりも小さくなったとＯＳ６３５により判断されると、ステップＳ６０７において、変換データのダウンロードがＯＳ６３５により中断される。

その後、所定の時間が経過したとＯＳ６３５により判断されると、ステップＳ６０８において、ステップＳ６０７において中断された変換データのダウンロードが再開される。

この結果、ステップＳ６０９において、ＯＳ６３５から配信装置６０１に、再び変換ダウンロード要求が行われる。すなわち、ステップＳ６０９では、「ＵＲＩ」により変換ダウンロードが指定され、「Ｒａｎｇｅ ｂｙｔｅｓ」により中断位置（ダウンロード中断時のバイト位置）が指定され、「Ｕｓｅ」により動画ダウンロード機能を用いることが指定されたダウンロード要求が行われる。

そして、ステップＳ６１０において、変換データの配信が再開される。

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

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

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

そして、変換データを再生可能にするための処理（たとえば、ＨＬＳ形式に変換する処理）が行われるとともに、ステップＳ６１４において、動画再生アプリケーション６３６がＯＳ６３５により「Ｂａｃｋｇｒｏｕｎｄ」から「Ｓｕｓｐｅｎｄｅｄ」に遷移される。

また、ステップＳ６１５において、保存された変換データが配信装置６０１により削除される。

（配信装置側処理）
次に、図２０を参照して、動画データのダウンロードに係る配信装置側処理をフローチャートに基づいて説明する。なお、配信装置６０１の動作は、制御部６１４により実行される。

図２０に示すように、ステップＳ６２１において、情報機器６０３からのダウンロード要求の「Ｕｓｅ」に基づいて、動画ダウンロード機能を用いることが指定されたか、または動画配信再生機能を用いることが指定されたかが判断される。「Ｕｓｅ」において「Ｄｏｗｎｌｏａｄ」が指定されている場合には、動画ダウンロード機能を用いることが指定されたと判断されて、ステップＳ６２２に進む。また、「Ｕｓｅ」において「Ｐｌａｙ」が指定されている場合には、動画配信再生機能を用いることが指定されたと判断されて、ステップＳ６３１に進む。

そして、ステップＳ６２２において、情報機器６０３からのダウンロード要求の「ＵＲＩ」に基づいて、変換ダウンロードが指定されたか、または無変換ダウンロードが指定されたかが判断される。変換ダウンロードが指定されたと判断される場合には、ステップＳ６２３に進む。また、無変換ダウンロードが指定されたと判断される場合には、ステップＳ６２９に進む。

そして、ステップＳ６２３において、情報機器６０３からのダウンロード要求の「Ｒａｎｇｅ ｂｙｔｅｓ」に基づいて、先頭からのダウンロードであるか否かが判断される。「Ｒａｎｇｅ ｂｙｔｅｓ」においてダウンロード開始のバイト位置として０バイトが指定されている場合には、先頭からのダウンロードであると判断されて、ステップＳ６２５に進む。また、「Ｒａｎｇｅ ｂｙｔｅｓ」において中断位置が指定されている場合には、先頭からのダウンロードではない（中断位置からのダウンロードである）と判断されて、ステップＳ６２４に進む。

ステップＳ６２４では、保存された変換データのシーク処理が行われる。すなわち、「Ｒａｎｇｅ ｂｙｔｅｓ」により指定されたバイト位置（中断位置）に基づいて、保存された変換データにおけるバイト位置が指定される。そして、ステップＳ６２７に進む。

そして、ステップＳ６２５において、変換データが生成される。

そして、ステップＳ６２６において、生成された変換データが記憶部６１２に保存される。

そして、ステップＳ６２７において、記憶部６１２に保存された変換データが配信装置６０１から情報機器６０３に配信される。ステップＳ６２４を経由していない場合には、変換データが先頭から配信される。ステップＳ６２４を経由している場合には、変換データが中断位置から配信される。つまり、中断位置から変換データの配信が再開される。

なお、ステップＳ６２５およびＳ６２６の処理は、変換データを配信している間、順次実行されている。また、ステップＳ６２５およびＳ６２６の処理は、ダウンロード（配信）が中断している間にも順次実行されている。

そして、ステップＳ６２８において、変換ダウンロード（変換データの配信）が完了したか否かが判断される。変換ダウンロードが完了していないと判断される場合には、ステップＳ６２７に進む。そして、変換データの配信が継続される。この際、変換データの生成および保存が完了していない場合には、変換データの生成および保存も継続される。また、変換ダウンロードが完了したと判断される場合には、ステップＳ６２９に進む。

そして、ステップＳ６２９において、記憶部６１２に保存されている変換データが削除（破棄）される。その後、配信装置側処理が終了される。

また、ステップＳ６２２において、無変換ダウンロードが指定されたと判断される場合には、ステップＳ６３０に進む。そして、ステップＳ６３０において、無変換データが配信装置６０１から情報機器６０３に配信される。すなわち、元々ＡＶＣ録画形式で記憶部６１２に記憶されている動画データ（無変換データ）が、録画形式を変換することなく配信される。

そして、ステップＳ６３１において、無変換ダウンロード（無変換データの配信）が完了したか否かが判断される。無変換ダウンロードが完了していないと判断される場合には、ステップＳ６３０に進む。そして、無変換データの配信を継続する。また、無変換ダウンロードが完了したと判断される場合には、配信装置側処理が終了される。

また、ステップＳ６２１において、動画配信再生機能を用いることが指定されたと判断される場合には、ステップＳ６３２に進む。そして、ステップＳ６３２において、配信再生処理が行われる。これにより、情報機器６０３は、配信装置６０１から動画データをダウンロードしながら逐次再生する（いわゆる、ストリーミングする）ことが可能である。配信再生処理が終了すれば、配信装置側処理が終了される。

（情報機器側処理）
次に、図２１を参照して、動画データの変換ダウンロードに係る情報機器側処理をフローチャートに基づいて説明する。なお、情報機器６０３の動作は、制御部６３４により実行される。

図２１に示すように、ステップＳ６４１において、変換ダウンロード要求が行われる。すなわち、ステップＳ６４１では、図１８に示す場合のように、「ＵＲＩ」により変換ダウンロードが指定され、「Ｒａｎｇｅ ｂｙｔｅｓ」によりダウンロード開始のバイト位置として０バイトが指定され、「Ｕｓｅ」により動画ダウンロード機能を用いることが指定されたダウンロード要求が行われる。

そして、ステップＳ６４２において、変換ダウンロードが開始される。

そして、ステップＳ６４３において、変換ダウンロードが完了したか否かが判断される。変換ダウンロードが完了したと判断される場合には、情報機器側処理が終了される。変換ダウンロードが完了していないと判断される場合には、ステップＳ６４４に進む。そして、図２２に示す変換ダウンロード中断判断処理が行われる。

図２２に示すように、変換ダウンロード中断判断処理では、まず、ステップＳ６５１において、変換ダウンロードが中断したか否かが判断される。変換ダウンロードが中断していないと判断される場合には、変換ダウンロード中断判断処理では何ら処理が行われることなく変換ダウンロード中断判断処理が終了されて、図２１に示すステップＳ６４３に進む。変換ダウンロードが中断したと判断される場合には、ステップＳ６５２に進む。

そして、所定の時間が経過すると、ステップＳ６５２において、中断位置からの変換ダウンロード要求が行われる。すなわち、ステップＳ６５２では、「ＵＲＩ」により変換ダウンロードが指定され、「Ｒａｎｇｅ ｂｙｔｅｓ」により中断位置（ダウンロード中断時のバイト位置）が指定され、「Ｕｓｅ」により動画ダウンロード機能を用いることが指定されたダウンロード要求が行われる。

そして、ステップＳ６５３において、シークが成功したか否かが判断される。すなわち、中断位置からの変換ダウンロード要求が成功したか否かが判断される。シークが成功していないと判断される場合には、ステップＳ６５２に進む。そして、再び中断位置からの変換ダウンロード要求が行われる。また、シークが成功したと判断される場合には、変換ダウンロード中断判断処理が終了されて、図２１に示すステップＳ６４３に進む。

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

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

第７実施形態では、上記のように、情報機器６０３からダウンロード要求を受信したことに基づいて、動画データの形式を変換した変換データを記憶部６１２に保存するとともに、変換データを情報機器６０３に配信するように制御部６１４を構成する。これにより、配信装置６０１において変換データが保存されるので、情報機器６０３は、保存された変換データのバイト位置を指定してダウンロードを行うことができる。その結果、情報機器６０３は、中断位置からダウンロードを再開することができるので、変換データを最初からダウンロードし直す必要がない。これにより、変換データを配信する場合であって、動画データ（変換データ）のダウンロード（配信）が中断する場合にも、ダウンロード済みの動画データを情報機器６０３において使用可能にすることができる。

また、第７実施形態では、上記のように、変換データを記憶部６１２に保存しながら、変換データを順次情報機器６０３に配信するように制御部６１４を構成する。これにより、変換データの保存と略並行して、変換データを順次情報機器６０３に配信することができるので、変換データを迅速に配信することができる。

また、第７実施形態では、上記のように、変換データの所定量が記憶部６１２に保存される都度、保存された所定量の変換データを順次前記情報機器６０３に配信するように制御部６１４を構成する。これにより、所定量の変換データの保存後、ただちに所定量の変換データが配信されるので、変換データをより迅速に配信することができる。

また、第７実施形態では、上記のように、変換データの配信の中断中に、変換データの記憶部６１２への保存を継続するように制御部６１４を構成する。これにより、変換データの配信が中断している間に、未配信の変換データの生成および保存を行うことができる。その結果、ダウンロード（配信）が再開された場合に、保存が完了した変換データを迅速に配信することができる。

また、第７実施形態では、上記のように、変換データの配信が完了したことに基づいて、記憶部６１２に保存された変換データを削除するように制御部６１４を構成する。これにより、変換データの配信が完了した場合に、配信済みの変換データにより配信装置６０１の記憶可能な容量が減少することを防止することができる。

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

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

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

また、上記第１〜第６実施形態では、分割動画データのダウンロード要求を行う場合に、５０ＭＢ（メガバイト）のデータ量のデータを要求した例を示したが、本発明はこれに限られない。本発明では、分割動画データのダウンロード要求を行う場合に、５０ＭＢ以外のデータ量のデータを要求してもよい。

また、上記第１〜第６実施形態では、分割動画データがダウンロードされる毎に、動画データを再生するための処理として、ＨＬＳ形式変換処理か、またはシーク再生用テーブル作成処理を行う例を示したが、本発明はこれに限られない。本発明では、分割動画データがダウンロードされる毎に、動画データを再生するための処理を行わなくともよい。たとえば、幾つかの分割動画データが揃ったタイミングや、ダウンロードが中断したタイミングで、動画データを再生するための処理を行ってもよい。

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

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

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

また、上記第５実施形態では、動画データのダウンロードが完了する前に動画データのダウンロードが中断し、ダウンロードが中断する手前のデータからダウンロードを再開する場合であって、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含むリジューム動画データがダウンロードされた場合には、リジューム動画データの重複するデータ部分を削除するように制御部を構成した例を示したが、本発明はこれに限られない。本発明では、動画データのダウンロードが完了する前に動画データのダウンロードが中断し、ダウンロードが中断する手前のデータからダウンロードを再開する場合であって、動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含むリジューム動画データがダウンロードされた場合には、リジューム動画データの重複するデータ部分を含んだ状態で、重複するデータ部分以外のデータ部分を選択的に再生するように制御部を構成してもよい。

すなわち、図１４に示すステップＳ２２ｃにおいて、リジューム動画データの全部が削除されることなく、リジューム動画データが記憶部に保存される。そして、動画データを再生する際に、未完成動画データと、リジューム動画データの重複するデータ部分以外のデータ部分とが選択的に再生される。これによっても、動画データを再生する場合に未完成動画データとリジューム動画データとの重複するデータ部分に起因して誤動作が生じることを抑制しながら、リジューム動画データの重複するデータ部分以外のデータ部分を再生することができる。

また、上記第７実施形態では、ＯＳによりダウンロードが中断された例を示したが、本発明はこれに限られない。本発明は、通信エラーによりダウンロードが中断される場合にも適用可能である。

また、上記第７実施形態では、配信装置が、変換データを保存しながら、保存が完了した変換データのデータ部分を順次配信した例を示したが、本発明はこれに限られない。本発明では、配信装置が、変換データの全部分の保存が完了してから、変換データを配信してもよい。

また、上記第７実施形態では、配信装置が、変換データの配信が中断している間にも、変換データの生成および保存を行った例を示したが、本発明はこれに限られない。本発明では、少なくとも中断位置まで変換データが生成および保存されていれば、配信装置が、変換データの配信が中断している間に、変換データの生成および保存を行わなくともよい。

また、上記第７実施形態では、配信装置が、変換データの配信が完了した場合に、保存された変換データを削除した例を示したが、本発明はこれに限られない。本発明では、配信装置が、保存された変換データを削除しなくともよい。この場合、保存された変換データを、無変換ダウンロード用の動画データとして利用してもよい。

また、上記第７実施形態では、動画データが記憶されている記憶部に、動画データとともに変換データが保存された例を示したが、本発明はこれに限られない。本発明では、動画データが記憶（保存）される第１記憶部と、変換データが保存される第２記憶部とを含むように、記憶部を構成してもよい。

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

Claims (8)

1. 配信装置と通信可能な通信部と、
   前記通信部を介して前記配信装置から動画データをダウンロードするとともに、ダウンロードされた前記動画データを再生するアプリケーションを実行する制御部と、を備え、
   前記制御部は、前記アプリケーションがバックグラウンドで起動している状態で、前記動画データを複数に分割した分割動画データ毎にダウンロード要求を行うとともに、ダウンロード要求に応じてダウンロードされた前記分割動画データに対して、前記動画データを再生するための処理を行い、
   前記動画データを再生するための処理は、前記動画データの再生時間と前記動画データの容量値とを関連付けた再生用データを作成する処理を含む、情報機器。
2. 前記制御部は、前記分割動画データの各々がダウンロードされる毎に、前記再生用データを作成する処理を行う、請求項１に記載の情報機器。
3. 前記制御部は、前記動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの再生時間を、前記未完成動画データの再生時間に対応するように補正する、請求項１または２に記載の情報機器。
4. 前記制御部は、前記動画データのダウンロードを再開し、前記動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含む重複動画データがダウンロードされた場合には、前記重複動画データを削除する、請求項１〜３のいずれか１項に記載の情報機器。
5. 前記制御部は、前記動画データのダウンロードを再開し、前記動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含む重複動画データがダウンロードされた場合には、前記重複動画データの前記重複するデータ部分を削除する、請求項１〜３のいずれか１項に記載の情報機器。
6. 前記制御部は、前記動画データのダウンロードを再開し、前記動画データのうちダウンロードが中断するまでにダウンロードされた未完成動画データの一部と重複するデータ部分を含む重複動画データがダウンロードされた場合には、前記重複動画データの前記重複するデータ部分を含んだ状態で、前記重複するデータ部分以外のデータ部分を選択的に再生する、請求項１〜３のいずれか１項に記載の情報機器。
7. 前記制御部は、指定された再生位置以後の前記動画データを、前記分割動画データに分割した状態でダウンロードするとともに、ダウンロードされた前記分割動画データに対して、前記動画データを再生するための処理を行う、請求項１〜６のいずれか１項に記載の情報機器。
8. 所定の録画形式によって動画データを録画するとともに、録画された前記動画データを情報機器に配信する配信装置であって、
   前記情報機器と通信可能な通信部と、
   所定の形式によって録画された前記動画データが記憶されている記憶部と、
   前記情報機器からダウンロード要求を受信したことに基づいて、前記動画データの録画形式を変換した変換データを前記記憶部に保存しながら、前記変換データの所定量が前記記憶部に保存される都度、保存された所定量の前記変換データを前記通信部を介して順次前記情報機器に配信する制御部と、を備え、
   前記制御部は、全ての前記変換データの配信が完了するまで、前記変換データを前記記憶部に記憶しておき、前記変換データの配信の中断後、前記記憶部に保存された前記変換データの配信を、中断時の位置から再開するとともに、前記変換データの配信が完了したことに基づいて、前記記憶部に記憶された前記変換データを削除する、配信装置。

Images