特許 6642016 配信装置および情報機器

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6642016

(24)【登録日】2020年1月8日

(45)【発行日】2020年2月5日

(54)【発明の名称】配信装置および情報機器

(51)【国際特許分類】

   H04N 21/436 20110101AFI20200127BHJP

   H04N 21/4402 20110101ALI20200127BHJP

   H04N 5/765 20060101ALI20200127BHJP

   H04N 5/91 20060101ALI20200127BHJP

【ＦＩ】

   H04N21/436

   H04N21/4402

   H04N5/765

   H04N5/91

【請求項の数】11

【全頁数】32

(21)【出願番号】特願2016-3919(P2016-3919)

(22)【出願日】2016年1月12日

(65)【公開番号】特開2017-126842(P2017-126842A)

(43)【公開日】2017年7月20日

【審査請求日】2018年12月18日

(73)【特許権者】

【識別番号】000201113

【氏名又は名称】船井電機株式会社

(74)【代理人】

【識別番号】100104433

【弁理士】

【氏名又は名称】宮園 博一

(72)【発明者】

【氏名】井本 義信

(72)【発明者】

【氏名】藤田 欣一

(72)【発明者】

【氏名】中田 英治

(72)【発明者】

【氏名】池田 隆二

(72)【発明者】

【氏名】寺岡 聖仁

【審査官】 冨田 高史

(56)【参考文献】

【文献】 特開２０１５−１０４０７２（ＪＰ，Ａ）

【文献】 特開２００７−０４３２８１（ＪＰ，Ａ）

【文献】 特開２０１４−１４７０４０（ＪＰ，Ａ）

【文献】 特開２０１３−２２３０８９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００ − ２１／８５８

Ｈ０４Ｎ ５／７６ − ５／７７５

Ｈ０４Ｎ ５／８０ − ５／９５６

(57)【特許請求の範囲】

【請求項1】

外部機器と通信可能な通信部と、
動画データが記憶されている記憶部と、
前記通信部を介して前記外部機器に前記動画データを送信する制御部とを備え、
前記制御部は、前記外部機器からの所定データのデータサイズに関する情報を含む要求信号に基づいて、前記要求信号のデータサイズに関する情報に基づいたデータサイズを有する前記所定データを前記動画データに付加するとともに、前記所定データが付加された前記動画データを前記外部機器に送信する、配信装置。

【請求項2】

前記要求信号は、複数の前記動画データを多重化した状態で、前記複数の動画データの送信を行うように要求する情報を含み、
前記制御部は、前記要求信号に基づいて、前記複数の動画データを多重化した状態で、前記複数の動画データを前記外部機器に送信し、前記複数の動画データのうちの一部の前記動画データの送信が完了したことに基づいて、送信が完了していない前記動画データに前記所定データを付加するとともに、前記所定データが付加された前記動画データを前記外部機器に送信する、請求項１に記載の配信装置。

【請求項3】

前記制御部は、前記所定データを、前記動画データが送信される際のパケットのデータサイズの自然数倍のデータサイズを有するパケットとして、前記動画データに付加する、請求項１または２に記載の配信装置。

【請求項4】

前記制御部は、前記動画データを前記外部機器に送信する転送レートが第１しきい値以下となったことに基づいて、前記所定データを前記動画データに付加する、請求項１〜３のいずれか１項に記載の配信装置。

【請求項5】

外部配信装置と通信可能な機器側通信部と、
前記機器側通信部を介して、前記外部配信装置から動画データをダウンロードするとともに、ダウンロードされた前記動画データを再生するアプリケーションを実行する機器側制御部とを備え、
前記機器側制御部は、前記アプリケーションがバックグラウンドで起動している状態で、前記機器側通信部を介して、所定データが付加された前記動画データを要求する前記所定データのデータサイズに関する情報を含む要求信号を、前記外部配信装置に送信するとともに、前記外部配信装置から前記所定データが付加された前記動画データを受信する、情報機器。

【請求項6】

前記要求信号は、要求転送レートの情報と、要求する前記所定データのデータサイズの情報とを含み、
前記機器側制御部は、前記要求転送レートに対応したデータサイズの前記所定データが付加された前記動画データを要求する前記要求信号を、前記外部配信装置に送信する、請求項５に記載の情報機器。

【請求項7】

前記機器側制御部は、前記動画データの転送レートが第２しきい値以上となるデータサイズを有する前記所定データが付加された前記動画データを要求する前記要求信号を、前記外部配信装置に送信する、請求項５または６に記載の情報機器。

【請求項8】

前記機器側制御部は、前記外部配信装置からダウンロードした前記動画データにおいて、所定のデータサイズ毎に、前記動画データまたは前記所定データのうちのいずれであるかを判断する、請求項５〜７のいずれか１項に記載の情報機器。

【請求項9】

前記機器側制御部は、ダウンロードされた前記所定データが付加された前記動画データの形式を再生可能な形式に変換するとともに、前記所定データを削除する、請求項５〜８のいずれか１項に記載の情報機器。

【請求項10】

前記機器側制御部は、前記所定データが付加された前記動画データのダウンロード完了後に、前記動画データを前記再生可能な形式に変換するための処理が所定期間内に完了しないことに基づいて、前記外部配信装置に前記要求信号を送信する、請求項９に記載の情報機器。

【請求項11】

前記動画データを記憶する機器側記憶部をさらに備え、
前記機器側制御部は、前記機器側記憶部に前記所定データが付加された前記動画データを記憶するとともに、前記動画データの再生時間と前記動画データの容量値とを関連付けた再生用データを作成し、前記動画データにおける再生位置を指定して再生を行う際に、前記再生用データに基づいて、指定された前記再生位置を始点として、前記動画データを前記再生可能な形式に変換する、請求項９または１０に記載の情報機器。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、配信装置および情報機器に関し、特に、動画データを送信する配信装置および情報機器に関する。

【背景技術】

【0002】

従来、動画データを送信する配信装置および情報機器が知られている（たとえば、特許文献１参照）。

【0003】

上記特許文献１には、ストリームコンテンツなどのデータを配信するコンテンツ配信サーバおよびユーザ端末が開示されている。このコンテンツ配信サーバは、ストリームコンテンツなどのデータを、ユーザ端末に、送信するように構成されている。そして、このユーザ端末は、コンテンツ配信サーバにより送信されたデータを受信（ダウンロード）するように構成されている。

【0004】

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

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００３−２８８２９０号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

上記特許文献１に記載されるような従来のコンテンツ配信サーバ（配信装置）では、動画データを情報機器が処理可能な形式に変換（再エンコード）しながら、送信するように構成されている。この場合、動画データを変換する処理を行う時間が必要な分、動画データを情報機器に送信する際の転送レートが低下してしまう。そして、上記特許文献１に記載されるような従来の情報機器では、インストールされているＯＳの仕様によっては、転送レートに基づいたデータ（動画データ）のダウンロードに関する制限が設けられている場合がある。たとえば、アプリケーションがバックグラウンドで起動されている状態でダウンロード（動画データの受信）が行われている場合で、かつ、配信装置から情報機器に対する動画データの転送レートが所定のしきい値を下回る場合に、ＯＳは、情報機器と配信装置との通信を遮断して、データのダウンロードを中止させる処理を行うように構成されている場合がある。このため、上記特許文献１のような従来の配信装置では、情報機器のアプリケーションがバックグラウンドで起動されている状態でダウンロードが行われる場合に、転送レートが低下して、動画データの送信を完了させることが困難になる場合があるという問題点がある。

【0007】

この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、転送レートが低下することに起因して、動画データの送信が中止されるのを抑制することが可能な配信装置および情報機器を提供することである。

【課題を解決するための手段】

【0008】

上記目的を達成するために、この発明の第１の局面による配信装置は、外部機器と通信可能な通信部と、動画データが記憶されている記憶部と、通信部を介して外部機器に動画データを送信する制御部とを備え、制御部は、外部機器からの所定データのデータサイズに関する情報を含む要求信号に基づいて、要求信号のデータサイズに関する情報に基づいたデータサイズを有する所定データを動画データに付加するとともに、所定データが付加された動画データを外部機器に送信する。なお、本願明細書では、所定データを、動画データに付加されるデータ全般を意味するものとして記載しており、１つの値に限らず、機器の識別情報なども含む広い概念を意味するものとして記載している。

【0009】

この発明の第１の局面による配信装置では、上記のように、制御部を、外部機器からの所定データのデータサイズに関する情報を含む要求信号に基づいて、要求信号のデータサイズに関する情報に基づいたデータサイズを有する所定データが付加された動画データを外部機器に送信するように構成する。これにより、動画データに所定データが付加される分、配信装置から外部機器に送信される動画データの転送レートの低下を抑制することができる。その結果、外部機器のＯＳが、アプリケーションがバックグラウンドで起動されている状態でダウンロードが行われている場合で、かつ、転送レートが所定のしきい値を下回る場合に、外部機器と配信装置との通信を遮断するように構成されている場合でも、転送レートの低下に起因して動画データの送信が中止されるのを抑制することができる。また、制御部が、要求信号のデータサイズに関する情報に基づいたデータサイズを有する所定データを動画データに付加するため、外部機器の要求に応じた適切なデータサイズの所定データを動画データに付加することができる。その結果、外部機器が必要とするデータサイズに比べて、過度にデータサイズが大きい所定データが付加された動画データが送信されることが抑制されるので、動画データおよび所定データを記憶するために必要な外部機器の容量が増大することを抑制することができる。また、外部機器が必要とするデータサイズに比べて、過度にデータサイズが小さい所定データが動画データに付加されて送信されることが抑制されるので、データサイズが小さすぎるために、転送レートの低下に起因して、ＯＳにより、外部機器と配信装置との通信が遮断されるのを抑制することができる。

【0011】

上記第１の局面による配信装置において、好ましくは、要求信号は、複数の動画データを多重化した状態で、複数の動画データの送信を行うように要求する情報を含み、制御部は、要求信号に基づいて、複数の動画データを多重化した状態で、複数の動画データを外部機器に送信し、複数の動画データのうちの一部の動画データの送信が完了したことに基づいて、送信が完了していない動画データに所定データを付加するとともに、所定データが付加された動画データを外部機器に送信する。ここで、複数の動画データを外部機器に送信する場合に、複数の動画データのうちの一部の動画データの送信が完了した場合には、完了する前に比べて、転送レートが低下する。これに対して、本発明では、制御部を、複数の動画データのうちの一部の動画データの送信が完了したことに基づいて、送信が完了していない動画データに所定データを付加するとともに、所定データが付加された動画データを外部機器に送信するように構成する。これにより、複数の動画データのうちの一部の動画データの送信が完了した場合でも、送信が完了していない動画データに所定データが付加されるので、一部の動画データの送信が完了することに起因する転送レートの低下を抑制することができる。

【0012】

上記第１の局面による配信装置において、好ましくは、制御部は、所定データを、動画データが送信される際のパケットのデータサイズの自然数倍のデータサイズを有するパケットとして、動画データに付加する。このように構成すれば、動画データのパケットと、所定データのパケットとを、別々のパケットとして送信することができる。その結果、外部機器において、外部機器によりダウンロードされたデータが、動画データまたは所定データのうちのいずれであるかを容易に判断することができる。

【0013】

上記第１の局面による配信装置において、好ましくは、制御部は、動画データを外部機器に送信する転送レートが第１しきい値以下となったことに基づいて、所定データを動画データに付加する。このように構成すれば、転送レートが所定データの付加が不要な第１しきい値（所定のしきい値）よりも大きい転送レートに低下した場合にまで、所定データが付加されてしまうのを抑制することができる。また、転送レートが所定データの付加が必要な第１しきい値以下に低下したことに基づいて、所定データが動画データに付加されるので転送レートが低下することに起因して動画データの送信が中止されるのを効果的に抑制することができる。

【0014】

この発明の第２の局面による情報機器は、外部配信装置と通信可能な機器側通信部と、機器側通信部を介して、外部配信装置から動画データをダウンロードするとともに、ダウンロードされた動画データを再生するアプリケーションを実行する機器側制御部とを備え、機器側制御部は、アプリケーションがバックグラウンドで起動している状態で、機器側通信部を介して、所定データが付加された動画データを要求する所定データに関する情報を含む要求信号を、外部配信装置に送信するとともに、外部配信装置から所定データが付加された動画データを受信する。

【0015】

この発明の第２の局面による情報機器では、上記のように、機器側制御部を、アプリケーションがバックグラウンドで起動している状態で、機器側通信部を介して、所定データが付加された動画データを要求する所定データに関する情報を含む要求信号を、外部配信装置に送信するとともに、外部配信装置から所定データが付加された動画データを受信するように構成する。これにより、第２の局面による情報機器においても、アプリケーションがバックグラウンドで起動している状態でダウンロードが行われる場合に、転送レートが低下することに起因して、動画データの送信（ダウンロード）が中止されるのを抑制することができる。また、機器側制御部を、アプリケーションがバックグラウンドで起動している状態で、機器側通信部を介して、所定データが付加された動画データを要求する要求信号を、外部配信装置に送信するように構成する。これにより、外部配信装置に、アプリケーションがバックグラウンドで起動している状態で動画データをダウンロードすることを、容易に通知することができるとともに、所定データが付加された動画データを要求することができる。

【0016】

上記第２の局面による情報機器において、好ましくは、要求信号は、要求転送レートの情報と、要求する所定データのデータサイズの情報とを含み、機器側制御部は、要求転送レートに対応したデータサイズの所定データが付加された動画データを要求する要求信号を、外部配信装置に送信する。このように構成すれば、情報機器が要求する転送レートが比較的小さい場合には、大きいデータサイズの所定データを動画データに付加させるように、外部配信装置に要求することができるとともに、情報機器が要求する転送レートが比較的大きい場合には、小さいデータサイズの所定データを動画データに付加させるように、外部配信装置に要求することができる。すなわち、より適切なデータサイズを有する所定データが付加された動画データをダウンロードすることができるので、転送レートの低下を効果的に抑制することができる。

【0017】

上記第２の局面による情報機器において、好ましくは、機器側制御部は、転送レートが第２しきい値以上となるデータサイズを有する所定データが付加された動画データを要求する要求信号を、外部配信装置に送信する。このように構成すれば、第２しきい値を上記の所定のしきい値以上に設定することにより、より確実に、転送レートが所定のしきい値以上となる状態で、所定データが付加された動画データをダウンロードすることができる。その結果、オペレーティングシステムにより、動画データのダウンロードが停止されるのを抑制することができる。

【0018】

上記第２の局面による情報機器において、好ましくは、機器側制御部は、外部配信装置からダウンロードした動画データにおいて、所定のデータサイズ毎に、動画データまたは所定データのうちのいずれであるかを判断する。このように構成すれば、全データについて、動画データまたは所定データのうちのいずれであるかを判断する場合に比べて、動画データまたは所定データのうちのいずれであるかを判断する処理の回数を削減することができる。

【0019】

上記第２の局面による情報機器において、好ましくは、機器側制御部は、ダウンロードされた所定データが付加された動画データの形式を再生可能な形式に変換するとともに、所定データを削除する。このように構成すれば、所定データが削除された状態で動画データを再生することができる。

【0020】

この場合、好ましくは、機器側制御部は、所定データが付加された動画データのダウンロード完了後に、動画データを再生可能な形式に変換するための処理が所定期間内に完了しないことに基づいて、外部配信装置に要求信号を送信する。ここで、ＯＳの仕様によっては、動画データのダウンロード完了後に、アプリケーションが処理することが可能な期間が所定期間に制限されている場合がある。そして、動画データを再生可能な形式に変換するための処理が、所定期間内に完了しない場合がある。この点を考慮して、本発明では、機器側制御部を、所定データが付加された動画データのダウンロード完了後に、動画データを再生可能な形式に変換するための処理が所定期間内に完了しないことに基づいて、外部配信装置に要求信号を送信するように構成する。これにより、動画データを再生可能な形式に変換するための処理を、所定期間に完了することができなかった場合でも、再び送信された動画データのダウンロード完了後の所定期間に、動画データを再生可能な形式に変換するための処理を行うことができる。すなわち、実質的に所定期間を延長させることができる。

【0021】

上記動画データを再生可能な形式に変換する際に付加された所定データを削除する情報機器において、好ましくは、動画データを記憶する機器側記憶部をさらに備え、機器側制御部は、機器側記憶部に所定データが付加された動画データを記憶するとともに、動画データの再生時間と動画データの容量値とを関連付けた再生用データを作成し、動画データにおける再生位置を指定して再生を行う際に、再生用データに基づいて、指定された再生位置を始点として、動画データを再生可能な形式に変換する。ここで、ＯＳの仕様によっては、動画データのダウンロード完了後に、アプリケーションが処理することが可能な期間が所定期間に制限されるとともに、アプリケーションが処理を開始する時点を遅延させる遅延期間を設けるように構成されている場合がある。そして、このＯＳでは、ダウンロードの回数が増大する程、遅延期間を増大させるように構成されている。すなわち、アプリケーションが、動画データを再生可能な形式に変換するための処理を行うために、ダウンロードの回数が増大させた場合には、ＯＳにより、動画データを再生可能な形式に変換するための処理を完了するための期間が増大される。この場合を考慮して、本発明では、上記のように構成することにより、再生用データを作成する処理が要する期間は、動画データを再生可能な形式に変換する処理が要する期間に比べて小さいので、ダウンロードの回数の増大を抑制することができる。また、再生用データに基づいて、任意の再生位置から動画データを再生することができる。

【発明の効果】

【0022】

本発明によれば、上記のように、転送レートが低下することに起因して、動画データの送信が中止されるのを抑制することができる。

【図面の簡単な説明】

【0023】

【図1】本発明の第１〜第４実施形態による配信システムを示す図である。

【図2】本発明の第１実施形態および第３実施形態による配信装置の全体構成を示すブロック図である。

【図3】本発明の第１〜第４実施形態による情報機器の全体構成を示すブロック図である。

【図4】本発明の第１実施形態による配信システムのダミーデータ（所定データ）を動画データに付加する処理を説明するための図である。

【図5】本発明の第１実施形態による配信システムの要求信号を説明するための図である。

【図6】本発明の第１実施形態による情報機器のアプリケーションライフサイクルを説明するための図である。

【図7】本発明の第１実施形態による情報機器のアプリケーションの機能の選択画面を説明するための図である。

【図8】本発明の第１実施形態による情報機器の要求転送レートの選択画面を説明するための図である。

【図9】本発明の第１実施形態による情報機器のダミーデータの検索処理を説明するための図である。

【図10】本発明の第１実施形態による配信システムの動画ダウンロード処理を説明するためのシーケンス図である。

【図11】本発明の第２実施形態による情報機器のシーク再生用テーブルを示す図である。

【図12】本発明の第２実施形態による情報機器のシーク再生用テーブルの作成の際の検索データサイズについて説明するための図（１）である。

【図13】本発明の第２実施形態による情報機器のシーク再生用テーブルの作成の際の検索データサイズについて説明するための図（２）である。

【図14】本発明の第２実施形態による情報機器のローカル要求信号について説明するための図である。

【図15】本発明の第２実施形態による情報機器の変換コードについて説明するための図である。

【図16】本発明の第２実施形態による配信システムの動画ダウンロード処理を説明するためのシーケンス図である。

【図17】本発明の第３実施形態による配信システムのダミーデータを動画データに付加する処理を説明するための図である。

【図18】本発明の第３実施形態による配信システムの動画ダウンロード処理を説明するためのシーケンス図である。

【図19】本発明の第４実施形態による配信装置の全体構成を示すブロック図である。

【図20】本発明の第４実施形態による情報機器の要求信号について説明するための図である。

【図21】本発明の第４実施形態による配信システムの複数の動画データの多重化処理、およびダミーデータを動画データに付加する処理を説明するための図である。

【図22】本発明の第４実施形態による配信システムの動画ダウンロード処理を説明するためのシーケンス図である。

【発明を実施するための形態】

【0024】

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

【0025】

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

【0026】

配信装置１は、外部装置（たとえば、情報機器２）に動画データを配信する装置（図２参照）である。具体的には、配信装置１は、デジタルテレビジョン放送を録画可能な録画装置（レコーダ）であり、録画された放送番組や視聴中の放送番組を動画データとして配信可能に構成されている。

【0027】

情報機器２は、外部装置（たとえば、配信装置１）から動画データをダウンロードする装置（図３参照）である。具体的には、情報機器２は、スマートフォンやタブレットＰＣなどの携帯型の情報機器（情報端末）であり、配信装置１から動画データをダウンロード（受信して記憶）することが可能に構成されている。また、情報機器２は、ダウンロードされた動画データを再生可能に構成されている。

【0028】

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

【0029】

ここで、第１実施形態では、配信システム１００は、情報機器２において動画データに対応するアプリケーションプログラム（動画再生アプリケーション２３）がバックグラウンドで起動されている状態で情報機器２により動画データがダウンロードされる場合に、配信装置１により、動画データにダミーデータが付加されるように構成されている。そして、配信システム１００は、配信装置１によりダミーデータが付加された動画データが、情報機器２に送信されるように構成されている。なお、動画再生アプリケーション２３は、特許請求の範囲の「アプリケーション」の一例である。また、ダミーデータは、特許請求の範囲の「所定データ」の一例である。また、本願明細書では、ダミーデータを、動画データに付加されるデータ全般を意味するものとして記載しており、１つの値（たとえば、「０ｘＦＦ」）に限らず、機器の識別情報（ＩＤ）なども含む広い概念を意味するものとして記載している。

【0030】

（配信装置の構成）
次に、図２を参照して、配信装置１の構成について説明する。配信装置１には、制御部１１が設けられている。制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み、配信装置１の全体の動作を制御するように構成されている。また、制御部１１は、ソフトウェア１２のプログラムを実行するように構成されている。

【0031】

また、配信装置１には、記憶部１３が設けられている。記憶部１３は、動画データを記憶（録画）することが可能に構成されている。そして、記憶部１３は、受信部１４によって受信し、復調部１５により復調された動画データを記憶するように構成されている。また、記憶部１３には、ソフトウェア１２が予め記憶されている。

【0032】

また、配信装置１には、受信部１４が設けられている。受信部１４は、デジタルテレビジョン放送を受信するように構成されている。

【0033】

また、配信装置１には、復調部１５が設けられている。復調部１５は、受信部１４が受信したデジタルテレビジョン放送を、所定の規格に基づいた形式に復調するように構成されている。たとえば、復調部１５は、デジタルテレビジョン放送を、ＤＲ（Ｄｉｒｅｃｔ Ｒｅｃｏｒｄｉｎｇ）形式にエンコードするように構成されている。なお、記憶部１３は、動画データをＤＲ形式で記憶するように構成されている。

【0034】

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

【0035】

また、配信装置１には、エンコーダ１７が設けられている。エンコーダ１７は、ＤＲ形式の動画データをＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）形式に変換（再エンコード）するように構成されている。なお、情報機器２は、ＡＶＣ形式の動画データを処理可能に構成されている。そして、情報機器２は、ＡＶＣ形式の動画データをＨＬＳ（ＨＴＴＰ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ）変換処理することにより、動画データを再生可能に構成されている。

【0036】

また、配信装置１では、エンコーダ１７により、動画データがＤＲ形式からＡＶＣ形式に変換された状態で（変換しながら）、制御部１１は、通信部１６を介して、ＡＶＣ形式の動画データが配信装置１から情報機器２に送信するように構成されている。このため、動画データをＤＲ形式からＡＶＣ形式に変換する処理を行うことに起因して、変換処理せずに送信する場合に比べて、転送レートＲが低下する場合がある。

【0037】

そして、後述するように、情報機器２のＯＳ２２は、バックグラウンドにおいて動画再生アプリケーション２３が起動している状態で配信装置１から動画データをダウンロードする場合で、かつ、所定の期間（たとえば、３０分〜６０分）の経過後に、転送レートＲと遮断しきい値ｔ１とを比較するように構成されている。そして、ＯＳ２２は、転送レートＲが遮断しきい値ｔ１を下回ったことに基づいて（下回った場合には）、動画データのダウンロードを停止するように構成されている。このため、転送レートＲが低下する場合には、動画データのダウンロードを完了することができない場合が生じる。なお、遮断しきい値ｔ１は、特許請求の範囲の「第２しきい値」の一例である。

【0038】

（配信装置の制御部の構成）
そこで、第１実施形態では、図４に示すように、配信装置１の制御部１１は、動画データにダミーデータを付加するように構成されている。詳細には、配信装置１の制御部１１は、情報機器２において動画データに対応する動画再生アプリケーション２３がバックグラウンドで起動されている状態で（最中に）情報機器２により動画データがダウンロードされる場合に、動画データにダミーデータを付加するとともに、ダミーデータが付加された動画データを情報機器２に送信するように構成されている。すなわち、制御部１１は、動画データにダミーデータを付加することにより、転送レートＲを増加させる（低下を抑制する）ように構成されている。

【0039】

詳細には、エンコーダ１７は、ＡＶＣ形式にエンコードした動画データを、チャンクサイズ（たとえば、１２２８８ｂｙｔｅ毎）のパケットとして、分割するように構成されている。なお、このＡＶＣ形式にエンコードした動画データを、以下、「エンコードデータ」とし、図４などには、単に「ＡＶＣ」として図示している。なお、チャンクサイズは、特許請求の範囲の「動画データが送信される際のパケットのデータサイズ」の一例である。

【0040】

そして、図４に示すように、制御部１１は、ダミーデータを生成するように構成されている。ここで、第１実施形態では、ダミーデータは、動画データが送信される際のパケット（エンコードデータ）のデータサイズ（チャンクサイズ）の自然数倍（自然数倍）のデータサイズを有するパケットとして構成されている。そして、ダミーデータは、タイムスタンプの領域を含め、たとえば、「０ｘＦＦ」の値に設定されている。

【0041】

そして、制御部１１は、ダミーデータをエンコードデータに付加した状態で、通信部１６を介して、情報機器２に送信するように構成されている。具体的には、図４に示すように、制御部１１は、エンコードデータとダミーデータ（ダミーパケット）とをチャンクサイズ分ごと、情報機器２に送信するように構成されている。なお、図４では、ダミーパケットがチャンクサイズの１倍のデータサイズ（１２２８８ｂｙｔｅ）に構成された場合を示している。この場合、制御部１１は、エンコードデータとダミーデータとをチャンクサイズ分ごと、交互に、情報機器２に送信するように構成されている。図４の例の場合、配信装置１は、転送レートＲを、エンコードデータのみを送信する場合に比べて、略２倍にすることが可能である。

【0042】

また、第１実施形態では、制御部１１は、情報機器２からのダミーデータが付加された動画データを要求する要求信号に基づいて、ダミーデータを動画データに付加するように構成されている。

【0043】

図５には、要求信号の例を示す。第１実施形態では、要求信号は、「ＤｕｍｍｙＰａｃｋｅｔ」の信号（情報）を含む。「ＤｕｍｍｙＰａｃｋｅｔ」の情報は、ダミーデータのデータサイズの情報であり、たとえば、自然数として示される。そして、制御部１１は、「ＤｕｍｍｙＰａｃｋｅｔ」の値に基づいて、ダミーデータのデータサイズを決定するように構成されている。なお、「ＤｕｍｍｙＰａｃｋｅｔ」の情報は、特許請求の範囲の「データサイズの情報」の一例である。

【0044】

詳細には、制御部１１は、「ＤｕｍｍｙＰａｃｋｅｔ」の値が１の場合には、チャンクサイズの１倍のデータサイズ（たとえば、１２２８８ｂｙｔｅ×１倍）に構成されたダミーデータをエンコードデータに付加するように構成されている。また、制御部１１は、「ＤｕｍｍｙＰａｃｋｅｔ」の値が４の場合には、チャンクサイズの４倍（たとえば、１２２８８ｂｙｔｅ×４倍）のデータサイズに構成されたダミーデータをエンコードデータに付加するように構成されている。

【0045】

また、制御部１１は、「ＤｕｍｍｙＰａｃｋｅｔ」の値が０の場合には、ダミーデータをエンコードデータに付加しないで、エンコードデータを情報機器２に送信するように構成されている。たとえば、情報機器２は、動画再生アプリケーション２３がフォアグラウンドで起動している状態で、動画データをダウンロードする場合に、「ＤｕｍｍｙＰａｃｋｅｔ」の値を０に設定する。

【0046】

したがって、制御部１１は、「ＤｕｍｍｙＰａｃｋｅｔ」の値が１以上の自然数の場合には、情報機器２において動画データに対応する動画再生アプリケーション２３がバックグラウンドで起動されている状態で情報機器２により動画データがダウンロードされる場合として、動画データ（エンコードデータ）にダミーデータを付加するように構成されている。一方、制御部１１は、「ＤｕｍｍｙＰａｃｋｅｔ」の値が０の場合には、情報機器２において動画データに対応する動画再生アプリケーション２３がフォアグラウンドで起動されている状態で情報機器２により動画データがダウンロードされる場合として、動画データ（エンコードデータ）にダミーデータを付加しないように構成されている。

【0047】

また、要求信号は、動画データを要求する信号である「ＧＥＴ」の情報（動画データのＵＲＬの情報）を含む。すなわち、制御部１１は、「ＧＥＴ」の情報に基づいた動画データ（エンコードデータ）に、「ＤｕｍｍｙＰａｃｋｅｔ」の値に基づいたデータサイズのダミーデータを付加するように構成されている。そして、制御部１１は、要求信号に基づいて、ダミーデータが付加されたエンコードデータを、情報機器２に送信するように構成されている。

【0048】

（情報機器の構成）
次に、図３を参照して、情報機器２の構成について説明する。図３に示すように、情報機器２には、制御部２１が設けられている。制御部２１は、ＣＰＵを含み、情報機器２の全体の動作を制御するように構成されている。また、制御部２１は、ＯＳ（オペレーティングシステム）２２や動画再生アプリケーション２３などのプログラムを実行するように構成されている。また、制御部２１は、特許請求の範囲の「機器側制御部」の一例である。

【0049】

また、情報機器２には、出力部２４が設けられている。出力部２４は、動画データのうち映像データを出力するための表示部、および、動画データのうち音声データを出力するための音声出力部を含んでいる。出力部２４は、動画データが再生される場合に、映像および音声を出力するように構成されている。

【0050】

また、情報機器２には、通信部２５が設けられている。通信部２５は、所定の規格（たとえば、ＩＥＥＥ８０２．１１規格）に基づいて、無線通信が可能に構成されている。また、通信部２５は、アクセスポイント３を介して、配信装置１と無線通信するように構成されている。なお、通信部２５は、特許請求の範囲の「機器側通信部」の一例である。

【0051】

また、情報機器２には、記憶部２６が設けられている。記憶部２６は、ローカルサーバとして、データを記憶するように構成されている。記憶部２６には、たとえば、ダウンロードされた動画データや、ＯＳ２２、および、動画再生アプリケーション２３などのプログラムが記憶される。なお、記憶部２６は、特許請求の範囲の「機器側記憶部」の一例である。

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

すなわち、フォアグラウンドは、「Ｉｎａｃｔｉｖｅ」の状態、および、「Ａｃｔｉｖｅ」の状態を含む。

【0060】

また、バックグラウンドは、「Ｂａｃｋｇｒｏｕｎｄ」の状態、および、「Ｓｕｓｐｅｎｄｅｄ」の状態を含む。すなわち、本願明細書では、バックグラウンドを、「Ｂａｃｋｇｒｏｕｎｄ」の状態のみならず、「Ｓｕｓｐｅｎｄｅｄ」の状態を含む広い概念を意味するものとして記載している。そして、本願明細書では、バックグラウンドとは、コード（処理）を実行している状態およびコードを実行していない状態に関わらず、動画再生アプリケーション２３を、制御部２１または記憶部２６のバックグラウンド用メモリに格納している状態を示している。また、本願明細書では、動画再生アプリケーション２３が制御部２１または記憶部２６のバックグラウンド用メモリに格納されている状態を、バックグラウンドにおいて動画再生アプリケーション２３が起動されている状態を意味するものとして記載している。

【0061】

また、ＯＳ２２は、配信装置１からダウンロード中の動画データの転送レートＲを取得するように構成されている。そして、ＯＳ２２は、バックグラウンドにおいて動画再生アプリケーション２３が起動されている状態で、配信装置１から動画データをダウンロードする場合で、かつ、所定の期間（たとえば、３０分〜６０分）の経過後に、転送レートＲと遮断しきい値ｔ１とを比較するように構成されている。たとえば、ＯＳ２２は、現在の時点の直前の１５秒間の転送レートＲと遮断しきい値ｔ１とを比較するか、または、直前の１０チャンクの転送レートＲと遮断しきい値ｔ１とを比較するように構成されている。

【0062】

そして、転送レートＲが遮断しきい値ｔ１を下回ったことに基づいて、ＯＳ２２は、動画データのダウンロードを中止（停止）する（配信装置１と情報機器２との通信を遮断する）ように構成されている。なお、ＯＳ２２は、フォアグラウンドにおいて動画再生アプリケーション２３が起動されている状態で、配信装置１から動画データをダウンロードする場合には、転送レートＲの大きさに関わらず、ダウンロードは中止しないように構成されている。

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

動画再生アプリケーション２３の動画配信再生機能は、配信装置１から動画データをダウンロードしながら逐次再生する機能である。この場合、動画再生アプリケーション２３がフォアグラウンドで起動した状態で、配信装置１から動画データのダウンロードが行われる。

【0068】

動画再生アプリケーション２３の動画ダウンロード機能は、動画配信再生機能と異なり、逐次再生せずに、配信装置１から動画データをダウンロードする機能である。この場合、動画再生アプリケーション２３がバックグラウンドで起動した状態（「Ｓｕｓｐｅｎｄｅｄ」の状態）で、配信装置１から動画データのダウンロードが行われる。

【0069】

ユーザは、必要に応じて、動画配信再生機能と動画ダウンロード機能とのうちいずれかの機能を選択して、動画データを視聴することが可能である。

【0070】

また、動画再生アプリケーション２３は、図８に示すように、ユーザの選択操作に基づいて、要求転送レートを決定するように構成されている。たとえば、ユーザは、必要に応じて、２．４Ｍｂｐｓ、１．５Ｍｂｐｓ、１．０Ｍｂｐｓ、および、０．６Ｍｂｐｓのいずれかから要求転送レートを選択することが可能である。なお、図８では、２．４Ｍｂｐｓが選択されている様子を示す画面の例を示している。

【0071】

ここで、第１実施形態では、図５に示すように、制御部２１は、動画再生アプリケーション２３がバックグラウンドで起動している状態で（かつ動画データをダウンロードする場合に）、通信部２５を介して、ダミーデータが付加された動画データを要求する要求信号を、配信装置１に送信するように構成さている。

【0072】

具体的には、制御部２１は、上記したように、図５に示す要求信号を、配信装置１に送信するように構成されている。ここで、制御部２１（動画再生アプリケーション２３）は、ユーザにより「動画配信再生機能」が選択された場合には（選択されたことに基づいて）、要求信号の「ＤｕｍｍｙＰａｃｋｅｔ」の値を０に設定するように構成されている。すなわち、制御部２１は、動画再生アプリケーション２３がフォアグラウンドで起動している状態で動画データをダウンロードする場合には、ダミーデータを要求しないように構成されている。

【0073】

また、制御部２１（動画再生アプリケーション２３）は、ユーザにより「動画ダウンロード機能」が選択された場合には（選択されたことに基づいて）、要求信号の「ＤｕｍｍｙＰａｃｋｅｔ」の値を１以上に設定するように構成されている。また、制御部２１は、ユーザにより選択された要求転送レートに基づいて、「ＤｕｍｍｙＰａｃｋｅｔ」の値を設定するように構成されている。

【0074】

そして、第１実施形態では、制御部２１（動画再生アプリケーション２３）は、転送レートＲが遮断しきい値ｔ１以上となるデータサイズを有するダミーデータが付加された動画データを要求する（「ＤｕｍｍｙＰａｃｋｅｔ」の値を含む）要求信号を、配信装置１に送信するように構成されている。

【0075】

具体的には、第１実施形態では、制御部２１（動画再生アプリケーション２３）は、要求転送レートに対応するデータサイズのダミーデータが付加された動画データを要求する要求信号を、配信装置１に送信するように構成されている。たとえば、図５および図８に示すように、制御部２１（動画再生アプリケーション２３）は、「２．４Ｍｂｐｓ」が選択された場合には（選択されたことに基づいて）、「ＤｕｍｍｙＰａｃｋｅｔ」の値を１、「１．５Ｍｂｐｓ」が選択された場合には、「ＤｕｍｍｙＰａｃｋｅｔ」の値を２、「１．０Ｍｂｐｓ」が選択された場合には、「ＤｕｍｍｙＰａｃｋｅｔ」の値を３、「０．６Ｍｂｐｓ」が選択された場合には、「ＤｕｍｍｙＰａｃｋｅｔ」の値を４に設定（決定）するように構成されている。すなわち、上記の「ＤｕｍｍｙＰａｃｋｅｔ」の値は、それぞれ、転送レートＲが遮断しきい値ｔ１以上となるためのデータサイズを示している。

【0076】

そして、図４に示すように、制御部２１は、配信装置１において、要求信号に基づいてダミーデータが付加され、ＡＶＣ形式に変換された動画データ（エンコードデータ）をダウンロードするように構成されている。

【0077】

また、配信装置１からの動画データの送信が完了したことに基づいて（完了した場合には）、動画データの送信が完了したことを通知する送信完了信号が情報機器２に送信される。そして、情報機器２のＯＳ２２は、動画再生アプリケーション２３が「Ｓｕｓｐｅｎｄｅｄ」（図６参照）で動画データのダウンロードが完了したことに基づいて（完了した場合には）（配信装置１から送信を完了したことを通知する送信完了信号の取得に基づいて）、動画再生アプリケーション２３を「Ｓｕｓｐｅｎｄｅｄ」から「Ｂａｃｋｇｒｏｕｎｄ」に遷移する。

【0078】

そして、動画再生アプリケーション２３は、ダウンロードされた動画データを情報機器２において再生可能なＨＬＳ形式に変換するように構成されている。ここで、第１実施形態では、動画再生アプリケーション２３は、動画データをＨＬＳ形式に変換する際に、付加されたダミーデータを削除する（ダミーデータ削除処理を行う）ように構成されている。

【0079】

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

【0080】

ここで、図９に示すように、第１実施形態では、動画再生アプリケーション２３は、配信装置１からダウンロードした動画データ（ダミーデータが付加されたエンコードデータ）において、所定のデータサイズ毎（たとえば、ＴＳパケット毎（１９２ｂｙｔｅ毎））に、動画データまたはダミーデータのうちのいずれであるかを判断するように構成されている。

【0081】

図９に示すように、動画データのＴＳパケットでは、１９２ｂｙｔｅ毎にタイムスタンプ（最初の４ｂｙｔｅ）が付されている一方、ダミーデータのＴＳパケットでは、全て「０ｘＦＦ」となっているため、ダウンロードされた動画データのタイムスタンプ（最初の４ｂｙｔｅ）（好ましくは、さらに次の１ｂｙｔｅ）を解析することにより、動画再生アプリケーション２３により、データが動画データまたはダミーデータのいずれであるかを判断することが可能である。また、動画再生アプリケーション２３は、タイムスタンプを解析して、複数の分割ファイル（図４参照）と、プレイリストファイルとを作成するように構成されている。

【0082】

たとえば、動画再生アプリケーション２３は、ＴＳパケット（１９２ｂｙｔｅ）の最初の５ｂｙｔｅが、ダミーデータでないと判断したことに基づいて（判断した場合には）、次のＴＳパケットの最初の５ｂｙｔｅが、ダミーデータであるか否か（「０ｘＦＦ」であるか否か）を判断するように構成されている。

【0083】

一方、動画再生アプリケーション２３は、ＴＳパケット（１９２ｂｙｔｅ）の最初の５ｂｙｔｅが、ダミーデータであると判断したことに基づいて（判断した場合には）、ダミーデータが含まれるチャンク（１２２８８ｂｙｔｅ）をダミーデータであると判断するように構成されている。そして、動画再生アプリケーション２３は、ＴＳパケット（１９２ｂｙｔｅ）の最初の５ｂｙｔｅが、ダミーデータであると判断したことに基づいて（判断した場合には）、そのＴＳパケットが含まれるチャンク（ダミーパケット）を削除するように構成されている。そして、動画再生アプリケーション２３は、次のチャンク（１２２８８ｂｙｔｅ）のＴＳパケットの最初の５ｂｙｔｅが、ダミーデータであるか否か（「０ｘＦＦ」であるか否か）を判断するように構成されている。動画再生アプリケーション２３は、これらを繰り返すことにより、付加されたダミーデータを削除しながら、動画データをＨＬＳ変換するように構成されている。

【0084】

ここで、ＯＳ２２は、所定時間以内にＨＬＳ変換処理およびダミーデータ削除処理が完了しないことに基づいて（完了しない場合には）、「Ｂａｃｋｇｒｏｕｎｄ」から「Ｓｕｓｐｅｎｄｅｄ」に動画再生アプリケーション２３を強制的に遷移する。すなわち、ＨＬＳ変換処理およびダミーデータ削除処理が中断される。

【0085】

そこで、第１実施形態では、制御部２１（動画再生アプリケーション２３）は、動画再生アプリケーション２３がバックグラウンドで起動している状態で、ダミーデータが付加されたエンコードデータ（動画データ）のダウンロード完了後のＨＬＳ変換処理およびダミーデータ削除処理が所定期間以内に完了しないことに基づいて（完了しない場合には）、配信装置１に再び要求信号の送信を行うように構成されている。

【0086】

この際、制御部２１は、動画データのダウンロード完了後のＨＬＳ変換処理およびダミーデータ削除処理が完了するまで、要求信号を繰り返し送信するように構成されている。

【0087】

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

【0088】

図１０に示すように、ステップＳ１において、動画再生アプリケーション２３からＯＳ２２に、ダミーデータが付加された動画データを要求する要求信号（図５参照）が伝達（送信）される。

【0089】

そして、ステップＳ２において、ＯＳ２２から配信装置１に要求信号が送信される。

【0090】

そして、ステップＳ３において、動画再生アプリケーション２３が「Ｓｕｓｐｅｎｄｅｄ」に遷移される。

【0091】

そして、ステップＳ４において、配信装置１により、動画データがＤＲ形式からＡＶＣ形式のエンコードデータに変換（再エンコード）されるとともに、エンコードデータにダミーデータが付加される。

【0092】

そして、ステップＳ５において、配信装置１からＯＳ２２にダミーデータが付加された動画データの送信が完了した旨を示す信号（送信完了信号）が送信される。すなわち、配信装置１からＯＳ２２にダウンロード完了が通知される。

【0093】

そして、ステップＳ６において、ＯＳ２２から動画再生アプリケーション２３に送信完了信号が伝達される。

【0094】

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

【0095】

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

【0096】

そして、所定期間以内にＨＬＳ変換処理が完了しないことに基づいて（完了しない場合には）、ＨＬＳ変換処理が中断されるとともに、ステップＳ９において、動画再生アプリケーション２３からＯＳ２２に再び要求信号の送信が行われる。なお、所定期間以内にＨＬＳ変換処理が完了したことに基づいて（完了した場合には）、動画ダウンロード処理が終了される。

【0097】

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

【0098】

そして、ステップＳ１１において、ＯＳ２２から配信装置１に再び要求信号が送信される。

【0099】

そして、ステップＳ１２において、配信装置１により、動画データがＤＲ形式からＡＶＣ形式のエンコードデータに変換（再エンコード）されるとともに、エンコードデータにダミーデータが付加される。

【0100】

その後、ステップＳ１３において、配信装置１からＯＳ２２に再び送信完了信号が送信される。

【0101】

そして、ステップＳ１４において、ＯＳ２２から動画再生アプリケーション２３に再び送信完了信号が伝達（送信）される。

【0102】

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

【0103】

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

【0104】

そして、ステップＳ１６においても、所定期間以内にＨＬＳ変換処理およびダミーデータ削除処理が完了しないことに基づいて（完了しない場合には）、ＨＬＳ変換処理およびダミーデータ削除処理が中断されるとともに、ステップＳ１７において、動画再生アプリケーション２３からＯＳ２２に再び要求信号が送信される。

【0105】

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

【0106】

その後、ＨＬＳ変換処理およびダミーデータ削除処理が完了するまでステップＳ９〜Ｓ１８の処理と同様の処理が繰り返される。

【0107】

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

【0108】

第１実施形態の配信装置１では、上記のように、制御部１１を、情報機器２からの要求信号に基づいて、ダミーデータが付加された動画データを情報機器２に送信するように構成する。好ましくは、制御部１１を、情報機器２において動画再生アプリケーション２３がバックグラウンドで起動されている状態で情報機器２により動画データがダウンロードされる場合に、動画データにダミーデータを付加するとともに、ダミーデータが付加された動画データを情報機器２に送信するように構成する。これにより、動画データにダミーデータが付加される分、配信装置１から情報機器２に送信される動画データの転送レートＲを低下するのを抑制することができる。その結果、転送レートＲが遮断しきい値ｔ１を下回ることが抑制されるので、ＯＳ２２により、情報機器２と配信装置１との通信が遮断されるのを抑制することができる。この結果、情報機器２の動画再生アプリケーション２３がバックグラウンドで起動されている状態でダウンロードが行われる場合に、転送レートＲが低下することに起因して、動画データの送信が中止されるのを抑制することができる。

【0109】

また、第１実施形態の配信装置１では、上記のように、要求信号を、ダミーデータのデータサイズの情報（「ＤｕｍｍｙＰａｃｋｅｔ」の情報）を含むように構成する。また、制御部１１を、要求信号のデータサイズの情報に基づいたデータサイズ（チャンクサイズ）を有するダミーデータを動画データに付加するように構成する。これにより、配信装置１は、情報機器２の要求に応じた適切なデータサイズのダミーデータを動画データに付加することができる。すなわち、情報機器２が必要とするデータサイズに比べて、過度にデータサイズが大きいダミーデータが付加された動画データが送信されることが抑制されるので、動画データおよびダミーデータを記憶するために必要な情報機器２の記憶部２６の容量が増大することを抑制することができる。また、情報機器２が必要とするデータサイズに比べて、過度にデータサイズが小さいダミーデータが動画データに付加されて送信されることが抑制されることにより、データサイズが小さすぎるために、転送レートＲの低下に起因して、ＯＳ２２により、情報機器２と配信装置１との通信が遮断されるのを抑制することができる。

【0110】

また、第１実施形態の配信装置１では、上記のように、制御部１１を、ダミーデータを、動画データが送信される際のパケットのデータサイズの自然数倍のデータサイズを有するパケットとして、動画データに付加するように構成する。これにより、動画データのパケットと、ダミーデータのパケットとを、別々のパケット（チャンク）として送信することができる。その結果、情報機器２は、ダウンロードされたデータが、動画データまたはダミーデータのうちのいずれであるかを、チャンクごとに、容易に判断することができる。

【0111】

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

【0112】

第１実施形態の情報機器２では、上記のように、制御部２１を、動画再生アプリケーション２３がバックグラウンドで起動している状態で、通信部２５を介して、ダミーデータが付加された動画データを要求する要求信号を、配信装置１に送信するとともに、情報機器２からダミーデータが付加された動画データを受信するように構成する。これにより、動画再生アプリケーション２３がバックグラウンドで起動している状態でダウンロードが行われる場合に、転送レートＲが低下することに起因して、動画データの送信（ダウンロード）が中止されるのを抑制することができる。また、制御部２１を、動画再生アプリケーション２３がバックグラウンドで起動している状態で、通信部２５を介して、ダミーデータが付加された動画データを要求する要求信号を、配信装置１に送信するように構成する。これにより、配信装置１に、動画再生アプリケーション２３がバックグラウンドで起動している状態で動画データをダウンロードすることを、容易に通知することができるとともに、ダミーデータが付加された動画データを要求することができる。

【0113】

また、第１実施形態の情報機器２では、上記のように、要求信号を、要求転送レートの情報と、要求するダミーデータのデータサイズの情報とを含むように構成する。そして、制御部２１を、要求転送レートに対応するデータサイズのダミーデータが付加された動画データを要求する要求信号を、配信装置１に送信するように構成する。これにより、転送レートが小さくＯＳ２２により通信が比較的遮断されやすい状態で動画データをダウンロードする場合に、大きいデータサイズのダミーデータを動画データに付加させるように、配信装置１に要求することができる。この結果、より適切なデータサイズを有するダミーデータが付加された動画データをダウンロードすることができるので、転送レートＲが低下するのを効果的に抑制することができる。

【0114】

また、第１実施形態の情報機器２では、上記のように、制御部２１を、転送レートＲが遮断しきい値ｔ１以上となるデータサイズを有するダミーデータが付加された動画データを要求する（「ＤｕｍｍｙＰａｃｋｅｔ」の値を含む）要求信号を、配信装置１に送信するように構成する。これにより、より確実に、転送レートＲが遮断しきい値ｔ１以上となる状態で、ダミーデータが付加された動画データをダウンロードすることができる。その結果、ＯＳ２２により、動画データのダウンロードが停止されるのを抑制することができる。

【0115】

また、第１実施形態の情報機器２では、上記のように、制御部２１を、配信装置１からダウンロードした動画データにおいて、所定のデータサイズ毎（１９２ｂｙｔｅ毎）に、動画データまたはダミーデータのうちのいずれであるかを判断するように構成する。これにより、全データについて、動画データまたはダミーデータのうちのいずれであるかを判断する場合に比べて、動画データまたはダミーデータのうちのいずれであるかを判断する処理の回数を削減することができる。

【0116】

また、第１実施形態の情報機器２では、上記のように、制御部２１を、ダウンロードされたダミーデータが付加された動画データの形式を再生可能な形式に変換するとともに、動画データを再生可能な形式（ＨＬＳ形式）に変換する際に、付加されたダミーデータを削除するように構成する。これにより、ダミーデータが削除された状態で動画データを再生することができる。

【0117】

また、第１実施形態の情報機器２では、上記のように、制御部２１を、ダミーデータが付加された動画データのダウンロード完了後に、動画データを再生可能な形式に変換するための処理が所定期間内に完了しないことに基づいて、配信装置１に要求信号を（再び）送信する。これにより、ＨＬＳ変換処理およびダミーデータ削除処理を、所定期間に完了することができなかった場合でも、再び送信された動画データのダウンロード完了後の所定期間に、ＨＬＳ変換処理およびダミーデータ削除処理を行うことができるので、実質的に所定期間を延長させることができる。すなわち、実質的に所定期間を延長させることができる。

【0118】

[第２実施形態]
次に、図１、図３および図１１〜図１５を参照して、第２実施形態について説明する。この第２実施形態の情報機器２０２は、上記第１実施形態の情報機器２の構成と異なり、動画データにおける再生位置を指定して再生するシーク再生のためのシーク再生用データ（シーク再生用テーブル、）を作成する処理を行うように構成されている。なお、シーク再生用データは、特許請求の範囲「再生用データ」の一例である。

【0119】

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

【0120】

（動画データのダウンロードに係る情報機器の制御部の構成）
ＯＳ２２２は、第１実施形態のＯＳ２２と異なり、動画データのダウンロード完了後に、動画再生アプリケーション２２３が処理を開始する時点を遅延させるように構成されている。そして、ＯＳ２２２では、ダウンロードの回数が増大する程、動画再生アプリケーション２２３が処理を開始する時点を遅延させる遅延期間を増大させるように構成されている。

【0121】

たとえば、ＯＳ２２２は、配信装置１から同一の動画データを３回ダウンロードした場合には、１回目の送信完了信号を動画再生アプリケーション２２３に伝達するための遅延時間を０秒、２回目は３０秒、３回目は９０秒に設定するように構成されている。すなわち、このＯＳ２２２では、第１実施形態の動画再生アプリケーション２３のように複数回動画データのダウンロードを行う場合、ＯＳ２２２による遅延期間に起因して、動画データを再生可能な形式に変換するための処理を完了するための期間が増大する。

【0122】

そこで、第２実施形態では、図１１に示すように、制御部２２１は、記憶部２２６（ローカルサーバ）にダミーデータが付加された動画データを記憶するとともに、動画データの再生時間と動画データの容量値とを関連付けた再生用データ（シーク再生用テーブル）を作成するように構成されている。そして、制御部２２１は、シーク再生を行う際に、シーク再生用テーブルに基づいて、指定された再生位置を始点として、動画データを再生可能な形式に変換するように構成されている。

【0123】

具体的には、第２実施形態では、動画データのダウンロード完了後（送信完了信号の取得後）（直後）に、ＨＬＳ変換処理およびダミーデータ削除処理を行った上記第１実施形態と異なり、動画再生アプリケーション２２３は、図１１に示すように、動画データのダウンロード完了後にシーク再生用テーブルを作成する処理（以下、「シーク再生用テーブル作成処理」という）を行うように構成されている。

【0124】

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

【0125】

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

【0126】

ここで、図１３に示すように、動画再生アプリケーション２２３は、同一の要求転送レートにおいて、ダミーデータが付加されていない動画データを検索するための検索データサイズよりも、ダミーデータが付加されている動画データを検索するための検索データサイズの方が大きく設定するように構成されている。

【0127】

詳細には、図１３に示すように、たとえば、動画再生アプリケーション２２３は、ダミーデータが付加されていない動画データを検索するための検索データサイズを、約３分の１秒に対応するデータ毎に検索可能な値に決定（設定）する。

【0128】

具体的には、制御部２２１（動画再生アプリケーション２２３）は、要求転送レートが「２．４Ｍｂｐｓ」の場合には、検索データサイズを、１９２×５００（ｂｙｔｅ）に決定する。動画再生アプリケーション２２３は、要求転送レートが「１．５Ｍｂｐｓ」の場合には、検索データサイズを、１９２×３６０（ｂｙｔｅ）に決定する。動画再生アプリケーション２２３は、要求転送レートが「１．０Ｍｂｐｓ」の場合には、検索データサイズを、１９２×２５０（ｂｙｔｅ）に決定する。動画再生アプリケーション２２３は、要求転送レートが「０．６Ｍｂｐｓ」の場合には、検索データサイズを、１９２×１３０（ｂｙｔｅ）に決定する。

【0129】

そして、図１３に示すように、たとえば、動画再生アプリケーション２２３は、ダミーデータが付加されている動画データを検索するための検索データサイズを、付加されたダミーデータのデータサイズを考慮するとともに、約３分の１秒に対応するデータ毎に検索可能な値に決定（設定）する。たとえば、動画再生アプリケーション２２３は、「ＤｕｍｍｙＰａｃｋｅｔ」の値が１の場合、検索データサイズを、約３分の２秒に対応するデータ毎に検索可能な値に決定（設定）する。

【0130】

具体的には、制御部２２１（動画再生アプリケーション２２３）は、要求転送レートが「２．４Ｍｂｐｓ」の場合には、検索データサイズを、１９２×８９６（ｂｙｔｅ）に決定する。動画再生アプリケーション２２３は、要求転送レートが「１．５Ｍｂｐｓ」の場合には、検索データサイズを、１９２×６４０（ｂｙｔｅ）に決定する。動画再生アプリケーション２２３は、要求転送レートが「１．０Ｍｂｐｓ」の場合には、検索データサイズを、１９２×５１２（ｂｙｔｅ）に決定する。動画再生アプリケーション２２３は、要求転送レートが「０．６Ｍｂｐｓ」の場合には、検索データサイズを、１９２×２５６（ｂｙｔｅ）に決定する。

【0131】

（動画データの再生に係る情報機器の制御部の構成）
ここで、第２実施形態では、制御部２２１（動画再生アプリケーション２２３）は、動画データを再生する際に、ＨＬＳ形式変換処理およびダミーデータ削除処理を行うように構成されている。すなわち、動画再生アプリケーション２２３は、動画データを再生する際に、記憶部２２６に記憶されたダミーデータが付加された動画データのダミーデータを削除しながら、ＨＬＳ形式に変換して、動画データを再生するように構成されている。

【0132】

そして、制御部２２１は、再生位置が操作部２７を用いてユーザにより指定されたことに基づいて（指定された場合には）、シーク再生用テーブルに基づいて、動画データにおける再生位置を特定するように構成されている。そして、制御部２２１は、特定された再生位置からＨＬＳ形式変換処理およびダミーデータ削除処理を行い、動画データを再生するように構成されている。

【0133】

具体的には、図１４に示すように、制御部２２１（動画再生アプリケーション２２３）は、再生位置を特定するためのローカル要求信号を記憶部２２６に送信するように構成されている。そして、制御部２２１（動画再生アプリケーション２２３）は、図１５に示すように、ＨＬＳ変換して再生するための変換コードを実行することにより、記憶部２２６から取得した特定された再生位置からのデータに対して、ＨＬＳ形式変換処理およびダミーデータ削除処理を行い、特定された再生位置からの動画データを再生するように構成されている。

【0134】

たとえば、図１１に示すように、操作部２７を用いてユーザにより、１０秒の再生時間が指定されたことに基づいて（指定された場合には）、図１４に示すように、動画再生アプリケーション２２３は、シーク再生用テーブル（図１１参照）に基づいて、「Ｒａｎｇｅ」に再生位置（再生時間１０秒）に対応する容量値として、３４５６０００ｂｙｔｅ（「３４５６０００−」）の情報を含むローカル要求信号を、記憶部２２６に伝達する。

【0135】

そして、図１５に示すように、動画再生アプリケーション２２３は、記憶部２２６から取得した再生時間１０秒からの動画データを、変換コードを実行して、ＨＬＳ変換処理およびダミーデータ削除処理（図４参照）を行い、動画データを再生するように構成されている。

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

その後、第２実施形態による動画ダウンロード処理が終了される。

【0142】

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

【0143】

第２実施形態の情報機器２０２は、上記のように、動画データを記憶する記憶部２２６（ローカルサーバ）をさらに備える。そして、制御部２２１を、記憶部２２６にダミーデータが付加された動画データを記憶して、動画データにおける再生位置を指定して再生するシーク再生のための（動画データの再生時間（秒）と動画データの容量値（ｂｙｔｅ）とを関連付けした）シーク再生用データ（図１１参照）を作成するとともに、シーク再生を行う際に、シーク再生用データに基づいて、指定された再生位置を始点として、動画データを再生可能な形式に変換する。これにより、シーク再生用データ（再生用データ）を作成する処理が要する期間は、動画データを再生可能な形式に変換する処理が要する期間に比べて小さいので、ダウンロードの回数の増大を抑制することができる。また、シーク再生用データに基づいて、任意の再生位置から動画データを再生することができる。

【0144】

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

【0145】

[第３実施形態]
次に、図１、図２および図１７を参照して、第３実施形態について説明する。第３実施形態では、配信装置３０１の制御部３１１は、動画データを情報機器２０２に送信する転送レートＲが付加開始しきい値ｔ２以下となったことに基づいて（以下となった場合には）、ダミーデータを動画データに付加するように構成されている。

【0146】

（配信システムの構成）
本発明の第３実施形態による配信システム３００は、図１に示すように、配信装置３０１と情報機器２０２とを備える。また、配信装置３０１は、ソフトウェア３１２を実行する制御部３１１を含む。なお、上記第１実施形態および第２実施形態と同一の構成については、同じ符号を付してその説明を省略する。また、配信装置３０１は、特許請求の範囲の「外部配信装置」の一例である。

【0147】

（配信装置の制御部の構成）
ここで、第３実施形態では、図１７に示すように、制御部３１１は、動画データを情報機器２０２に送信する転送レートＲが付加開始しきい値ｔ２以下となったことに基づいて（以下となった場合には）、ダミーデータを動画データ（エンコードデータ）に付加するように構成されている。なお、付加開始しきい値ｔ２は、特許請求の範囲の「第１しきい値」の一例である。

【0148】

具体的には、付加開始しきい値ｔ２は、遮断しきい値ｔ１よりも大きい値に設定されている。そして、制御部３１１は、動画データを情報機器２０２に送信する際に、転送レートＲの値を取得するように構成されている。詳細には、制御部３１１は、チャンクサイズ毎のデータ配信時間から転送レートＲを取得（算出）するように構成されている。そして、制御部３１１は、転送レートＲと付加開始しきい値ｔ２とを比較するように構成されている。

【0149】

そして、制御部３１１は、転送レートＲが付加開始しきい値ｔ２以下となったことに基づいて（以下となった場合には）、取得した転送レートＲに対応するチャンクの次のチャンクをダミーデータとして、動画データに付加するように構成されている。なお、制御部３１１は、転送レートＲが付加開始しきい値ｔ２を上回ったことに基づいて（上回った場合には）、ダミーデータを付加せずに動画データ（ＡＶＣ形式のエンコードデータ）のみを、情報機器２に送信するように構成されている。

【0150】

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

【0151】

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

【0152】

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

【0153】

そして、ステップＳ４ａにおいて、配信装置３０１では、ＤＲ形式の動画データがＡＶＣ形式に再エンコードされながら、再エンコードされた動画データ（エンコードデータ）が情報機器２０２に送信される。この時、配信装置３０１により、転送レートＲが取得される。

【0154】

そして、ステップＳ４ｂにおいて、配信装置３０１により、転送レートＲと付加開始しきい値ｔ２との比較が行われ、転送レートＲが付加開始しきい値ｔ２よりも大きい場合で、かつ、動画データの送信が完了していない場合には、ステップＳ４ａに戻り、転送レートＲが付加開始しきい値ｔ２よりも大きい場合で、かつ、動画データの送信が完了した場合には、ステップＳ５に進む。また、転送レートＲが付加開始しきい値ｔ２以下の場合には、ステップＳ４ｃに進む。

【0155】

そして、ステップＳ４ｃにおいて、動画データ（エンコードデータ）にダミーデータが付加される。その後、動画データの送信が完了した場合には、ステップＳ５に進む。動画データの送信が完了していない場合には、ステップＳ４ａに戻る。

【0156】

そして、ステップＳ５〜Ｓ９ａにおいて、上記第２実施形態と同様の処理が行われ、第３実施形態による動画ダウンロード処理が終了される。

【0157】

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

【0158】

第３実施形態の配信装置３０１では、上記のように、制御部３１１は、動画データを情報機器２０２に送信する転送レートＲ≦付加開始しきい値ｔ２となったことに基づいて（の場合に）、ダミーデータを動画データに付加する。これにより、転送レートＲ＞付加開始しきい値ｔ２の場合でも、ダミーデータが付加されてしまうのを抑制することができる。また、転送レートＲ≦付加開始しきい値ｔ２の場合には、効果的にダミーデータが動画データに付加されるので転送レートＲが低下することに起因して動画データの送信が中止されるのを効果的に抑制することができる。

【0159】

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

【0160】

[第４実施形態]
次に、図１、図３および図１９を参照して、第４実施形態について説明する。この第４実施形態では、配信装置４０１は、多重データ要求情報に基づいて、複数の動画データを多重化した状態で、複数の動画データを情報機器４０２に送信し、複数の動画データのうちの一部の動画データの送信が完了したことに基づいて（完了した場合には）、送信が完了していない動画データにダミーデータを付加するとともに、ダミーデータが付加された動画データを情報機器４０２に送信するように構成されている。

【0161】

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

【0162】

（情報機器の制御部の構成）
第４実施形態では、図２０に示すように、情報機器４０２の動画再生アプリケーション４２３は、複数の動画データを多重化した（まとめた）状態で、複数の動画データの送信を行うように要求する多重データ要求情報（多重データ要求信号）（「ＣｏｍｂｉｎａｔｉｏｎＳｔｒｅａｍ」）を含む要求信号を、配信装置４０１に送信するように構成されている。

【0163】

たとえば、図２０に示すように、２つの動画データを多重化した状態で、２つの動画データの送信を配信装置４０１に要求することに基づいて（場合には）、動画再生アプリケーション４２３は、要求信号のリクエストヘッダにＣｏｍｂｉｎａｔｉｏｎＩＤ（重ねる動画データを特定するための情報（ＵＲＬの情報））を付加するように構成されている。そして、情報機器４０２は、この要求信号を配信装置４０１に送信するように構成されている。

【0164】

そして、図２１に示すように、情報機器４０２の動画再生アプリケーション４２３は、配信装置４０１から複数の動画データを重ねられた状態のデータを取得するとともに、動画データ毎に、ＨＬＳ変換処理を行うように構成されている。また、動画再生アプリケーション４２３は、ＨＬＳ変換処理の際に、第１実施形態の動画再生アプリケーション２３と同様に、動画データに付加されたダミーデータを検索するとともに、ダミーデータを削除するダミーデータ削除処理を行う。

【0165】

（配信装置の構成）
そして、第４実施形態では、図２１に示すように、配信装置４０１の制御部４１１は、多重データ要求情報に基づいて、複数の動画データを多重化した状態で、複数の動画データを情報機器４０２に送信する（動画データの多重化処理を行う）ように構成されている。そして、制御部４１１は、複数の動画データのうちの一部の動画データの送信が完了したことに基づいて（場合には）、送信が完了していない動画データにダミーデータを付加するとともに、ダミーデータが付加された動画データを情報機器４０２に送信するように構成されている。

【0166】

具体的には、制御部４１１は、要求信号に基づいて、エンコーダ４１７ａおよび４１７ｂにより、複数の動画データを再エンコードしながら、チャンクサイズごとに複数の動画データを互いに結合するように構成されている。そして、制御部４１１は、複数の動画データのうちの一部の動画データの送信が完了したことに基づいて（場合には）、送信が完了した動画データに対応する位置（時間）にダミーデータ（ダミーパケット）を挿入することにより、ダミーデータが付加された動画データを情報機器４０２に送信するように構成されている。

【0167】

たとえば、図２１では、要求信号に、２つの動画データ（第１動画データおよび第２動画データ）を要求する多重データ要求情報が含まれている場合について示している。なお、第１動画データは、第２動画データよりも全体のデータサイズが大きいとする。エンコーダ４１７ａおよび４１７ｂは、複数（たとえば、２つ）のＤＲ形式の動画データを同時に、ＡＶＣ形式の動画データに変換（再エンコード）することが可能に構成されている。そして、配信装置４０１の制御部４１１は、要求信号に基づいて、エンコーダ４１７ａおよび４１７ｂにより、第１動画データおよび第２動画データを再エンコードしながら、チャンクサイズごとに、第１動画データおよび第２動画データを互いに結合するように構成されている。

【0168】

そして、制御部４１１は、第２動画データの送信が完了したことに基づいて（場合には）、第２動画データに対応する位置（時間）にダミーデータを挿入して（付加して）、ダミーデータが付加された動画データを情報機器４０２に送信するように構成されている。

【0169】

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

【0170】

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

【0171】

図２２に示すように、ステップＳ１〜Ｓ３において、上記第１実施形態と同様の処理が行われる。なお、第４実施形態では、要求信号には、多重データ要求情報が含まれている。

【0172】

そして、ステップＳ４ｄにおいて、配信装置４０１により、動画データの多重化処理が行われる。そして、複数の動画データのうちの一部の動画データの送信が完了した場合に、ステップＳ４ｅに進む。

【0173】

そして、ステップＳ４ｅにおいて、配信装置４０１により、送信が完了していない動画データにダミーデータが付加される。その後、ステップＳ５に進む。

【0174】

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

【0175】

そして、ステップＳ１２ｄにおいて、配信装置４０１により、動画データの多重化処理が行われる。そして、複数の動画データのうちの一部の動画データの送信が完了した場合に、ステップＳ１２ｅに進む。

【0176】

そして、ステップＳ１２ｅにおいて、配信装置４０１により、送信が完了していない動画データにダミーデータが付加される。その後、ステップＳ１３に進む。

【0177】

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

【0178】

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

【0179】

第４実施形態では、上記のように、要求信号は、複数の動画データを多重化した状態で、複数の動画データの送信を行うように要求する情報（多重データ要求情報）を含む。また、配信装置４０１の制御部４１１を、要求信号（多重データ要求情報）に基づいて、複数の動画データを多重化した状態で、複数の動画データを情報機器４０１に送信し、複数の動画データのうちの一部の動画データの送信が完了したことに基づいて（場合には）、送信が完了していない動画データにダミーデータを付加するとともに、ダミーデータが付加された動画データを情報機器４０２に送信する。これにより、複数の動画データのうちの一部の動画データの送信が完了した場合でも、送信が完了していない動画データにダミーデータが付加されるので、一部の動画データの送信が完了することに起因する転送レートＲの低下を抑制することができる。

【0180】

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

【0181】

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

【0182】

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

【0183】

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

【0184】

また、上記第１〜第４実施形態では、ダミーデータの例として、「０ｘＦＦ」の値を用いたが、本発明はこれに限られない。本発明では、ダミーデータとして特定可能な値であれば、「０ｘＦＦ」以外の値を用いてもよい。たとえば、ダミーデータとして配信装置、情報機器、動画データ等のＩＤを（複製して）付加してもよい。

【0185】

また、上記第１〜第４実施形態では、ダミーデータを、動画データのチャンクサイズの自然数倍のデータサイズを有するパケットに構成する例を示したが、本発明はこれに限られない。本発明では、ダミーデータを、動画データのチャンクサイズの分数倍として構成してもよいし、チャンクサイズに関わらず所定のデータサイズを有するように構成してもよい。

【0186】

また、上記第１〜第４実施形態では、要求転送レートに対応するデータサイズのダミーデータを動画データに付加する例を示したが、本発明はこれに限られない。本発明では、要求転送レートに関わらず、一定のデータサイズのダミーデータを動画データに付加するように構成してもよい。

【0187】

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

【0188】

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

【符号の説明】

【0189】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】