JP6957898B2 - 情報機器 - Google Patents

Description

この発明は、情報機器に関し、特に、通信部を備える情報機器に関する。

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

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

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

しかしながら、上記特許文献１に記載されたような情報機器では、通信部を介してテレビ放送波のストリーム(トランスポートストリーム形式)の動画データがダウンロードされた場合に、情報機器の再生ソフトウェアは、トランスポートストリーム形式の動画データをｍｐ４形式などの所定の形式に変換しなければ、動画データを再生することができないという問題点がある。

この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、トランスポートストリーム形式によりダウンロードした動画データを他の形式に変換することなく再生することが可能な情報機器を提供することである。

上記目的を達成するために、この発明の第１の局面による情報機器は、外部装置と通信可能な通信部と、通信部を介して外部装置から動画データをダウンロードする制御を行うとともに、動画データから動画データと同一形式の配信用データおよび配信用データを再生するための再生リストデータを作成して配信用データの再生を制御するアプリケーションを実行する制御を行う制御部と、を備え、制御部は、アプリケーション内に、配信用データおよび再生リストデータを再生部に送信するローカルサーバを構成し、配信用データに基づいて再生リストデータが更新され、更新された再生リストデータおよび新しい配信用データがローカルサーバに送信されるまで、ローカルサーバから再生部への再生リストデータの送信を待機し続ける制御を行う。

この発明の第１の局面による情報機器において、上記のように、外部装置と通信可能な通信部を介して外部装置から動画データをダウンロードする制御を行うとともに、ダウンロードされた動画データから動画データと同一形式（トランスポートストリーム形式など）の配信用データを作成するアプリケーションを実行する制御を行う制御部を設け、制御部により、アプリケーション内に、配信用データを再生部に送信するローカルサーバを構成する。これにより、通信部によりダウンロードされたトランスポートストリーム形式の動画データから同一形式の配信用データが作成されることにより、アプリケーション上でローカルサーバから擬似的に動画の送信（ストリーミング）が行われるので、情報機器においてトランスポートストリーム形式によりダウンロードした動画データを他の形式に変換することなくストリーミング再生することができる。また、動画データの変換が不要であることから、ユーザが動画データの変換の操作を行う手間を省くことができる。また、動画データのダウンロードと動画の再生とを同時に行う場合においては、動画データの変換を行わないので、動画データの変換と動画の再生とを同時に行う必要がなくなる。これにより、制御部にかかる負荷を軽減することができる。また、アプリケーションを実行することにより、トランスポートストリーム形式の動画データを同一形式のまま再生することができるので、トランスポートストリーム形式の動画データをダウンロード可能な情報機器に対して、アプリケーションをインストールするだけで、トランスポートストリーム形式の動画データ再生することができるようになる。その結果、トランスポートストリーム形式でダウンロードした動画データを種々の情報機器で容易に再生させることができる。

また、制御部を、ダウンロードされた動画データから動画データと同一形式の配信用データおよび配信用データを再生するための再生リストデータを作成して配信用データの再生を制御するアプリケーションを実行するように構成し、ローカルサーバを、再生リストデータを再生部に送信するように構成し、制御部を、配信用データに基づいて再生リストデータが更新されるまでローカルサーバから再生部への再生リストデータの送信を待機（停止）する制御を行うように構成する。これにより、情報機器の再生部が、再生リストデータが更新されない状態で、ローカルサーバから再生部に再生リストデータが更新されていないという情報が複数回送信されることに基づいて動画の再生を停止するように構成されている場合でも（再生リストデータが更新されない所定状態が継続されることに基づき、再生部が動画の再生を停止するように構成されていたとしても）、再生リストデータが更新されない状態で、アプリケーション側のローカルサーバから、再生部への再生リストデータの送信を待機（停止）する（送信しない）ことにより、動画の再生が終了するのを防止することができる。また、制御部を、配信用データに基づいて再生リストデータが更新されるまで配信用データとは別の再生継続用動画データを再生リストデータに追加して、再生リストデータを更新する制御を行うように構成する。これにより、不安定な通信状態などによって、配信用データに基づいて再生リストデータが更新されない場合であっても、再生継続用動画データに基づきリストデータを更新して、別の動画の再生を継続することができる。このため、同一形式（リストデータに基づく再生形式）による動画の再生が継続されるので、動画の再生が終了する（同一箇所から再生継続できない状態になる）のを防止することができる。

上記第１の局面による情報機器において、好ましくは、再生リストデータの送信を要求するリスト要求信号が、第１の時間間隔で再生部からローカルサーバに繰り返し送信されるように構成されており、制御部は、ローカルサーバが再生部からリスト要求信号を受信したとしても、ローカルサーバから再生部への再生リストデータの送信を待機（停止）する制御を行う。このように構成すれば、リスト要求信号を受信したとしても、ローカルサーバーから再生部に、更新されていない再生リストデータが送信されないので、より確実に、動画の再生が終了するのを防止することができる。

この場合、好ましくは、制御部は、動画データのダウンロードが停止された場合において、ローカルサーバが再生部からリスト要求信号を受信した場合、ローカルサーバから再生部への再生リストデータの送信を待機（停止）する制御を行う。このように構成すれば、ユーザが動画の再生を一時停止したり、通信状態が一時的に悪い場合であっても、動画の再生が終了するのを防止することができる。

上記制御部がリスト要求信号を受信したとしてもローカルサーバから再生リストデータの送信を待機（停止）する構成において、好ましくは、制御部は、動画データのダウンロードの停止の解除後に、再生リストデータが更新されたことに基づいて、ローカルサーバから再生部に再生リストデータを再生部に送信する制御を行う。このように構成すれば、ユーザが動画の再生を一時停止した状態や、通信状態が一時的に悪い状態が解除されて正常なダウンロードが再開された場合に、再生部が更新された再生リストデータを確実に受信することができる。

上記制御部が再生リストデータが更新されたことに基づいて再生リストデータを送信する構成において、好ましくは、再生部が更新された再生リストデータを受信した場合には、更新された再生リストデータに基づいて、配信用データの送信を要求する配信要求信号が、再生部からローカルサーバに送信されるように構成されており、制御部は、配信要求信号を受信した場合には、ローカルサーバから再生部に配信用データを送信する制御を行う。このように構成すれば、再生部が更新された再生リストデータを受信した後に、配信要求信号が再生部からローカルサーバに送信されることにより、配信用データがローカルサーバから再生部に送信（擬似配信）されるので、動画の再生を終了させることなく、動画の再生を再開することができる。

上記第１の局面による情報機器において、好ましくは、制御部は、配信用データの作成、および、再生リストデータの更新を、第２の時間間隔により定期的に行うように構成されている。このように構成すれば、配信用データの作成、および、再生リストデータの更新が定期的に行われるので、配信用データの作成、および、再生リストデータの更新時に制御部にかかる負荷を分散させることができる。

この場合、好ましくは、配信用データは、アプリケーションにおいて所定の再生時間に対応するように複数に分割されており、第２の時間間隔は、再生時間と同じ時間間隔である。

上記第１の局面による情報機器において、好ましくは、アプリケーションは、再生部に配信用データおよび再生リストデータを送信する第１ローカルサーバと、ダウンロードされた動画データをアプリケーション内において動画データを複数に分割して配信用データを生成する分割部と、動画データを分割部に送信する第２ローカルサーバとを有する。このように構成すれば、２つのローカルサーバがアプリケーション内に構成されるので、１つのローカルサーバを構成する場合と比べて、２つのローカルサーバに負荷を分散させてローカルサーバにかかる負荷を軽減することができる。このため、ローカルサーバにかかる負荷に起因して、アプリケーションが停止し、動画の再生が停止するのを抑制することができる。

この場合、好ましくは、アプリケーションは、ローカルサーバとは別に、再生部に配信用データおよび再生リストデータを送信する第３ローカルサーバを有する。このように構成すれば、複数の動画を同時に視聴する際に、１つのローカルサーバにより再生部に配信用データおよび再生リストデータを送信（擬似配信）する場合と比べて、再生部にデータの送信を行うローカルサーバにかかる負荷を軽減することができる。このため、ローカルサーバにかかる負荷に起因して、アプリケーションが停止し、動画の再生が停止するのをより抑制することができる。また、一方の動画の再生を停止したとしても、他方の動画の再生を継続することができる。

上記第１の局面による情報機器において、好ましくは、制御部は、再生部において動画を再生しながら、配信用データに基づいてサムネイル画像を作成するように構成されている。このように構成すれば、動画の再生と並行してサムネイル画像を作成することができるので、サムネイル画像を容易に作成することができる。

この場合、好ましくは、アプリケーションは、ローカルサーバとは別に、サムネイル画像を作成するための第４ローカルサーバを有する。このように構成すれば、ローカルサーバとは別に、サムネイル画像の作成するための専用の第４ローカルサーバが構成されるので、サムネイル画像の作成を動画の再生のバックグラウンドで行うことができる。このため、再生中の動画が停止されたとしても、サムネイル画像の作成を継続することができる。

この発明の第２の局面による情報機器は、外部装置と通信可能な通信部と、通信部を介して外部装置から動画データをダウンロードする制御を行うとともに、動画データから動画データと同一形式の配信用データおよび配信用データを再生するための再生リストデータを作成して配信用データの再生を制御するアプリケーションを実行する制御を行う制御部と、を備え、制御部は、アプリケーション内に、配信用データおよび再生リストデータを再生部に送信するローカルサーバを構成し、配信用データの再生を停止する停止信号をローカルサーバが受信した場合、配信用データに基づいて再生リストデータが更新されるまで配信用データとは別の再生継続用動画データを追加し、再生リストデータを更新する制御を行う。また、第２の局面による情報機器において、好ましくは、制御部は、配信用データの再生を停止する停止信号をローカルサーバが受信した場合、再生継続用動画データに基づいて再生リストデータを更新して、再生継続用動画データの再生を開始する制御を行う。このように構成すれば、ユーザが再生停止操作（ＰＡＵＳＥ操作）を行った場合でも、停止信号に基づいて、同一形式（リストデータに基づく再生形式）による動画の再生が継続されるので、動画の再生が終了するのを防止することができる。

この場合、好ましくは、制御部は、再生継続用動画データの再生中に配信用データの再生を開始する開始信号をローカルサーバが受信した場合、配信用データに基づいて再生リストデータを更新して、配信用データを再生する制御を行う。このように構成すれば、動画の再生が一時停止した後に、再び、動画再生する場合であっても、同一形式の動画が終了していないので、迅速に配信用データの再生を行うことができる。また、再生継続用動画データの再生が行なわれていたとしても、開始信号に基づいて、配信用データの再生を再開することができる。

上記停止信号をローカルサーバが受信した場合に制御部が再生継続用動画データの再生を開始する制御を行う構成において、好ましくは、制御部は、停止信号をローカルサーバが受信した場合、配信用データに基づいて、再生継続用動画データを作成する制御を行う。このように構成すれば、配信用データの再生が停止されている場合でも、配信用データに基づく動画（視覚的に画像が変わることのない動画を含む）が再生されるので、配信用データとは別の再生継続用動画データが再生されている場合でも、配信用データに対して通常の停止操作が行われているとユーザに体感させることができる。

上記停止信号をローカルサーバが受信した場合に制御部が再生継続用動画データの再生を開始する制御を行う構成において、好ましくは、再生継続用動画データを記憶可能な記憶部をさらに備え、制御部は、停止信号をローカルサーバが受信した場合、記憶部に予め記憶された再生継続用動画データを再生する制御を行う。このように構成すれば、予め記憶部に記憶された再生継続用動画データが再生されるので、制御部に掛かる負荷を抑制することができる。その結果、配信用データの再生から、再生継続用動画データの再生に滑らかに移行することができる。

本発明によれば、上記のように、トランスポートストリーム形式によりダウンロードした動画データを他の形式に変換することなく再生することが可能な情報機器を提供することができる。

本発明の第１および第２実施形態による情報機器を含む通信ネットワークシステムの全体構成を示したブロック図である。 ＨＬＳ方式による動画データの分割について説明するための図である。 本発明の第１実施形態による情報機器の制御部による動画データの削除およびダウンロードについて説明するための図である。 本発明の第１実施形態による情報機器の制御部による動画の再生処理について説明するためのシーケンス図である。 本発明の第２実施形態による情報機器の制御部による分割データの作成処理について説明するためのシーケンス図である。 本発明の第２実施形態による情報機器の制御部による分割データの作成処理について説明するためのフローチャートである。 本発明の第３実施形態による情報機器の構成を示したブロック図である。 本発明の第４実施形態による情報機器の構成を示したブロック図である。 本発明の第５実施形態による情報機器の構成を示したブロック図である。 本発明の第５実施形態による情報機器の表示部にサムネイル画像が表示されている状態を示した図である。 本発明の第６実施形態による情報機器を含む通信ネットワークシステムの全体構成を示したブロック図である。 本発明の第６実施形態による情報機器の制御部による動画の再生処理について説明するためのシーケンス図である。 本発明の第４実施形態の変形例による情報機器の構成を簡略化して示したブロック図である。

以下、本発明の実施形態を図面に基づいて説明する。

［第１実施形態］
（通信ネットワークシステムの構成）
まず、図１〜図４を参照して、本発明の第１実施形態による情報機器１００を含む通信ネットワークシステムＴの構成について説明する。

本発明の第１実施形態による情報機器１００は、図１に示すように、通信ネットワークシステムＴの一要素として機能する。通信ネットワークシステムＴは、アクセスポイントＡと、外部装置Ｇと、情報機器１００とを含んでいる。また、通信ネットワークシステムＴは、外部装置Ｇに録画された動画データＤ１を、アクセスポイントＡを介して配信（送信）することにより、情報機器１００で再生することが可能なように構成されている。

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

アクセスポイントＡは、外部装置Ｇおよび情報機器１００と有線または無線（ワイヤレス）で相互通信可能なように構成されている。すなわち、アクセスポイントＡは、通信ネットワークシステムＴ内において、外部装置Ｇと、情報機器１００との間の通信を中継している。

外部装置Ｇは、デジタル放送をＭＰＥＧ２−ＴＳ（トランスポートストリーム）形式の動画データＤ１として記憶（録画）することが可能なように構成されている。また、外部装置Ｇは、情報機器１００からの配信要求を受けた場合には、記憶（録画）されたＭＰＥＧ２−ＴＳ形式の動画データＤ１を、アクセスポイントＡを介して情報機器１００に配信するように構成されている。なお、外部装置Ｇの一例としては、ブルーレイディスクレコーダなどが挙げられる。

（情報機器の構成）
情報機器１００は、図１に示すように、通信部１と、記憶部２と、制御部３とを備えている。また、情報機器１００には、ダウンロード手段４および再生手段５を含むＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と、分割手段６１およびローカルサーバ６２を含むアプリケーション６とがインストールされている。アプリケーション６は、制御部３により実行される。なお、情報機器１００の一例としては、スマートフォン、タブレット端末、ノートパソコンなどが挙げられる。また、ＯＳの一例としては、ｉＯＳ（「ｉＯＳ」は登録商標）およびＡｎｄｒｏｉｄ（登録商標）などが挙げられる。また、再生手段５は、特許請求の範囲の「再生部」の一例である。また、分割手段６１は、特許請求の範囲の「分割部」の一例である。

ここで、一般的なＨＬＳ（ＨＴＴＰ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ）方式では、図２に示すように、動画データＤ１を数秒単位に分割した分割データＤ２（セグメント）が再生装置の外部にあるＷｅｂサーバ（図示せず）上に配置されている。そして、ＨＬＳ方式では、再生装置（図示せず）が、分割データＤ２の配置場所を示すＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を参照して、Ｗｅｂサーバから分割データＤ２を連続的に取得して動画が再生される。その際、分割データＤ２の配置を示すＵＲＬは、分割データＤ２を再生するための再生リストデータＤ３（プレイリスト）に記載されている。再生装置は、はじめに、Ｗｅｂサーバから再生リストデータＤ３を取得し、その後、再生リストデータＤ３に基づいてＷｅｂサーバに対して分割データＤ２の配信要求（取得要求）を行う。なお、分割データＤ２は、特許請求の範囲の「配信用データ」の一例である。

詳細には、一般的なＨＬＳ方式による動画の再生では、Ｗｅｂサーバ側において、動画データＤ１を分割して分割データＤ２を作成するとともに、分割データＤ２が作成された再生順序が記載された再生リストデータＤ３を作成する。そして、再生装置は、再生リストデータＤ３をダウンロードした後、再生リストデータＤ３に基づいて、ＷｅｂサーバのＵＲＬを参照することにより分割データＤ２を順番にダウンロードすることによって動画を再生する。再生リストデータＤ３には、分割データＤ２の再生順、１個の分割データＤ２の再生に要する時間間隔（以下、再生時間とする）、各々の分割データＤ２の所在（ＵＲＬ）などの情報が記載されている。また、再生リストデータＤ３は、テキストファイルである。

一方、第１実施形態では、一般的なＨＬＳ方式とは異なり、分割データＤ２は、図１に示すように、情報機器１００の内部にあるローカルサーバ６２に配置される。このため、情報機器１００は、アプリケーション６を実行することにより、情報機器１００内において、ＨＬＳ方式によってローカルサーバ６２から擬似的に動画データＤ１を再生手段５に配信して、再生手段５において動画を再生することが可能である。

以下、情報機器１００内部の上流側の構成から順（動画データＤ１または分割データＤ２が送られる順）に説明し、最後に制御部３の構成について説明する。

通信部１は、ＭＰＥＧ２−ＴＳ形式の動画データＤ１を配信する外部装置Ｇと通信することが可能に構成されている。詳細には、通信部１は、通信ネットワークシステムＴ内で外部装置ＧのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを含む所定のＵＲＬを指定して動画の再生要求（配信要求）があった場合には、情報機器１００の制御部３による制御の下、外部装置Ｇから動画データＤ１を受信するように構成されている。

ダウンロード手段４は、通信部１を介して外部装置Ｇから動画データＤ１をダウンロードするとともに、ダウンロードした動画データＤ１をアプリケーション６の分割手段６１に送信（転送）するように構成されている。

分割手段６１は、制御部３によりアプリケーション６内に構成され、制御部３による制御の下で実行される。また、分割手段６１は、ＭＰＥＧ２−ＴＳ形式の動画データＤ１を分割して分割データＤ２を作成するとともに、分割データＤ２を再生するための再生リストデータＤ３を作成または更新するように構成されている。たとえば、分割手段６１は、所定の再生時間（たとえば２秒）に対応する分割データＤ２を、ダウンロードされたデータ容量に対応する数だけ順に作成するように構成されている。作成された分割データＤ２は、記憶部２に記憶される。また、作成された再生リストデータＤ３は、ローカルサーバ６２に送信（転送）される。

具体例として、分割手段６１は、はじめに、分割データＤ２が記載されておらず、かつ、再生時間（たとえば２秒）が記載された再生リストデータＤ３を作成する。その後、分割手段６１は、１０Ｍｂｙｔｅの一塊の動画データＤ１を取得した場合には、Ｓｔｒｅａｍ０１（１番目に再生される動画データＤ１）〜Ｓｔｒｅａｍ１０を分割により作成するとともに、再生リストデータＤ３を更新する。すなわち、再生リストデータＤ３にＳｔｒｅａｍ０１〜Ｓｔｒｅａｍ１０の再生順などを追加記載する。その後、分割手段６１は、３Ｍｂｙｔｅの一塊の動画データＤ１を取得した場合には、Ｓｔｒｅａｍ１１〜Ｓｔｒｅａｍ１３を分割により作成するとともに、再生リストデータＤ３を更新する。すなわち、再生リストデータＤ３にＳｔｒｅａｍ１１〜Ｓｔｒｅａｍ１３の再生順などを追加記載する。なお、制御部３は、分割データＤ２の作成、および、再生リストデータＤ３の更新を略同時に行うように構成されている。

記憶部２は、作成された分割データＤ２を継続的に記憶することが可能に構成されている。また、記憶部２は、制御部３による制御の下、再生手段５において動画の再生を行いながら、予め作成された分割データＤ２を記憶する機能を有している。予め作成された分割データＤ２とは、動画の再生位置から第１時間ｔ１（たとえば６０秒）（図３参照）先までのデータである。具体例として、分割データＤ２の再生時間が２秒である場合において、Ｓｔｒｅａｍ０１の分割データＤ２が再生されている時点で、記憶部２には、Ｓｔｒｅａｍ０１〜３０の３０個の分割データＤ２が記憶されている。

記憶部２は、制御部３による制御の下、再生手段５において動画の再生を行いながら、動画の再生位置から第２時間ｔ２（たとえば１０秒）（図３参照）前よりも以前の分割データＤ２を削除する機能を有している。具体例として、分割データＤ２の再生時間が２秒である場合において、Ｓｔｒｅａｍ２５の分割データＤ２が再生されている時点で、記憶部２からＳｔｒｅａｍ１９の分割データＤ２が削除される。

ローカルサーバ６２は、制御部３によりアプリケーション６内に構成され、制御部３による制御の下で実行される。ローカルサーバ６２は、分割データＤ２および再生リストデータＤ３を再生手段５に送信（擬似配信）するように構成されている。また、ローカルサーバ６２は、分割手段６１から再生リストデータＤ３を取得する。また、ローカルサーバ６２は、記憶部２から分割データＤ２を取得する。また、ローカルサーバ６２は、再生手段５から送信されるリスト要求信号Ｅ１を受信した場合には、再生リストデータＤ３を再生手段５に送信（擬似配信）するように構成されている。また、ローカルサーバ６２は、再生手段５から送信される配信要求信号Ｅ２を受信した場合には、分割データＤ２を再生手段５に送信（擬似配信）するように構成されている。なお、再生リストデータＤ３は、再生リストデータＤ３を更新するためにローカルサーバ６２から再生手段５に送信される更新データを含んでいる。

再生手段５は、ローカルサーバ６２から再生リストデータＤ３を取得するように構成されている。また、再生手段５は、再生リストデータＤ３に基づいて、所定のＵＲＬを参照することにより、ローカルサーバ６２から分割データＤ２の疑似的な配信を受けて、動画を再生するように構成されている。

詳細には、図１に示すように、再生手段５は、再生リストデータＤ３に基づいてリスト要求信号Ｅ１をローカルサーバ６２に送信するように構成されている。リスト要求信号Ｅ１は、第１の時間間隔ｔ０（たとえば２秒間隔）（図４参照）で再生手段５からローカルサーバ６２に繰り返し送信される。たとえば、再生順としてＳｔｒｅａｍ０１〜３３までが再生リストデータＤ３に記載されている場合には、Ｓｔｒｅａｍ３３の次に再生する分割データＤ２に関する再生リストデータＤ３を要求するリスト要求信号Ｅ１をローカルサーバ６２に送信する。

そして、リスト要求信号Ｅ１を受信したローカルサーバ６２は、制御部３による制御の下、再生リストデータＤ３（更新データ）を再生手段５に送信（擬似配信）するように構成されている。

そして、再生手段５は、ローカルサーバ６２から送信された再生リストデータＤ３（更新データ）に基づいて既に取得している再生リストデータＤ３を更新する。たとえば、再生順としてＳｔｒｅａｍ０１〜３５までが再生リストデータＤ３に記載されている場合には、Ｓｔｒｅａｍ３５の次に再生する分割データＤ２としてＳｔｒｅａｍ３６を追加記載するように構成されている。なお、Ｓｔｒｅａｍ３６は、上記の通り、動画の再生位置（Ｓｔｒｅａｍ０６）から第１時間ｔ１（たとえば６０秒）（図３参照）先の分割データＤ２である。

さらに、再生手段５は、再生リストデータＤ３（更新データ）を受信した場合（再生リストデータＤ３が更新された場合）には、再生リストデータＤ３に基づいて新たな分割データＤ２（Ｓｔｒｅａｍ３６）の配信を要求する配信要求信号Ｅ２をローカルサーバ６２に送信するように構成されている。

そして、配信要求信号Ｅ２を受信したローカルサーバ６２は、制御部３による制御の下、分割データＤ２（Ｓｔｒｅａｍ３６）を再生手段５に送信（擬似配信）するように構成されている。

制御部３は、通信部１および記憶部２を制御するとともに、アプリケーション６を実行するように構成されている。

制御部３は、通信部１を介して外部装置Ｇから動画データＤ１をダウンロードする制御を行う。また、制御部３は、分割手段６１において、ダウンロードされた動画データＤ１から動画データＤ１と同一形式の分割データＤ２、および、分割データＤ２を再生するための再生リストデータＤ３を作成する制御を行う。また、制御部３は、アプリケーション６内に、分割データＤ２および再生リストデータＤ３を再生手段５に送信（擬似配信）するローカルサーバ６２を構成する。また、制御部は、再生リストデータＤ３を更新しながら分割データＤ２の再生する制御を行う。

ここで、第１実施形態では、制御部３は、再生リストデータＤ３が更新されるまで、ローカルサーバ６２から再生手段５に分割データＤ２および再生リストデータＤ３を送信（擬似配信）しない制御を行う。

なお、再生リストデータＤ３は、前回再生手段５に送信された再生リストデータＤ３から、新たに更新されたか否かを示すデータを含んでいる。

詳細には、制御部３は、ダウンロード手段４による動画データＤ１のダウンロードが停止されて再生リストデータＤ３の更新が行われない場合に、再生手段５からローカルサーバ６２がリスト要求信号Ｅ１を受信したとしてもローカルサーバ６２から再生手段５への再生リストデータＤ３の送信を待機（停止）する（送信しない）制御を行う。なお、ダウンロードが停止された場合とは、たとえば、ユーザ操作により再生手段５における動画の再生が停止（ＰＡＵＳＥ）されている場合や、通信ネットワークシステムＴ内における通信状態の不具合により、通信ができない（通信しにくい）状態になっている場合などである。

制御部３は、ダウンロード手段４による動画データＤ１のダウンロードの停止の解除後に、再生リストデータＤ３が更新されたことに基づいて、再生リストデータＤ３を再生手段５に送信する制御を行う。詳細には、制御部３は、ダウンロード手段４による動画データＤ１のダウンロードが行われ、再生リストデータＤ３（更新データ）が作成されるとともに、再生リストデータＤ３（更新データ）および分割データＤ２がローカルサーバ６２に送信された場合には、即座に、作成した再生リストデータＤ３（更新データ）を再生手段５に送信する制御を行う。

（動画の再生処理）
次に、図４を参照して、情報機器１００の動画再生処理をシーケンス図に基づいて説明する。動画再生処理では、アプリケーション６の動作は、制御部３により実行される。ここでは、一例として、１個の分割データＤ２の再生時間を２秒として説明する。

ステップＳ１において、分割手段６１により再生リストデータＤ３が作成されて、ローカルサーバ６２に送信される。この時点では、作成された再生リストデータＤ３には、分割データＤ２の再生順が記載されていない。また、分割手段６１により分割データＤ２であるＳｔｒｅａｍ０１〜３０が作成されて、ローカルサーバ６２に送信される。

そして、ステップＳ２において再生手段５からローカルサーバ６２にリスト要求信号Ｅ１が送信される。ローカルサーバ６２がリスト要求信号Ｅ１を受信したら、再生手段５に再生リストデータＤ３が送信（擬似配信）される。なお、リスト要求信号Ｅ１は再生時間と同じ２秒間隔（第１の時間間隔ｔ０（図４参照））で、再生手段５からローカルサーバ６２に繰り返し送信される。

そして、ステップＳ１から２秒先の再生位置であるステップＳ３において、分割手段６１により分割データＤ２であるＳｔｒｅａｍ３１が作成されて、ローカルサーバ６２に送信される。

そして、ステップＳ２から２秒先のステップＳ４において、再生手段５からローカルサーバ６２にリスト要求信号Ｅ１が送信される。ローカルサーバ６２がリスト要求信号Ｅ１を受信したら、再生手段５に再生リストデータＤ３（更新データ）が送信（擬似配信）される。そして、再生手段５において、再生リストデータＤ３（プレイリスト）に分割データＤ２であるＳｔｒｅａｍ０１が追加記載される。さらに、再生手段５からローカルサーバ６２に配信要求信号Ｅ２が送信される。ローカルサーバ６２が配信要求信号Ｅ２を受信したら、再生手段５に分割データＤ２（Ｓｔｒｅａｍ０１）が送信（擬似配信）される。また、Ｓｔｒｅａｍ０２〜３１についても同様の処理が行われる。これにより、再生手段５において、Ｓｔｒｅａｍ０１の再生が開始される。

そして、ステップＳ３から２秒先の再生位置であるステップＳ５において、分割手段６１により分割データＤ２であるＳｔｒｅａｍ３２が作成されて、ローカルサーバ６２に送信される。同時に、ユーザ操作に基づいて、再生手段５における動画の再生が停止（ＰＡＵＳＥ）される。つまり、Ｓｔｒｅａｍ３３以降の分割データＤ２の作成が停止されるとともに、再生リストデータＤ３の更新が停止される。なお、再生が停止された場合には、再生が終了された場合とは異なり、記憶部２にバッファリングにより記憶された分割データＤ２（第１時間ｔ１（図３参照）先までのデータ、および、第２時間ｔ２（図３参照）前までのデータ）は、消去されることがない。

そして、ステップＳ４から２秒先のステップＳ６において、ステップＳ４と同様に、ローカルサーバ６２から再生手段５に分割データＤ２（Ｓｔｒｅａｍ３２）が送信（擬似配信）される。

そして、ステップＳ６から２秒先のステップＳ７において、再生手段５からローカルサーバ６２にリスト要求信号Ｅ１が送信される。これに対して、ローカルサーバ６２から再生手段５に再生リストデータＤ３が送信（擬似配信）されることはない。これは、次に送信（擬似配信）すべき分割データＤ２（Ｓｔｒｅａｍ３３）が未だ作成されておらず、再生リストデータＤ３が更新されていないためである。

そして、ＰＡＵＳＥが解除されて、ステップＳ５から２秒先の再生位置であるステップＳ８において、分割手段６１により分割データＤ２であるＳｔｒｅａｍ３３が作成されて、ローカルサーバ６２に送信される。既にこの時点（先のステップＳ７）で、再生手段５からローカルサーバ６２にＳｔｒｅａｍ３３についてのリスト要求信号Ｅ１が送信されているので、Ｓｔｒｅａｍ３３が作成されたら、即座に、ローカルサーバ６２から再生手段５にＳｔｒｅａｍ３３についての再生リストデータＤ３（更新データ）が送信（擬似配信）される。そして、再生手段５において、再生リストデータＤ３（プレイリスト）に分割データＤ２であるＳｔｒｅａｍ３３が追加記載される。さらに、再生手段５からローカルサーバ６２に配信要求信号Ｅ２が送信される。ローカルサーバ６２が配信要求信号Ｅ２を受信したら、再生手段５に分割データＤ２（Ｓｔｒｅａｍ３３）が送信（擬似配信）される。

そして、再生手段５に分割データＤ２（Ｓｔｒｅａｍ３３）が送信（擬似配信）された直後のステップＳ９において、再生手段５からローカルサーバ６２にＳｔｒｅａｍ３４についてのリスト要求信号Ｅ１が送信される。なお、この時点で、ステップＳ８の再生位置（０：０６）から２秒経過していないので、分割データＤ２（Ｓｔｒｅａｍ３４）が作成されていない。すなわち、Ｓｔｒｅａｍ３４についてのリスト要求信号Ｅ１に対して、この時点で、ローカルサーバ６２から再生手段５に再生リストデータＤ３が送信（擬似配信）されることはない。

そして、ステップＳ１０において、ステップＳ８と同様の処理が行われる。以降は、ステップＳ９とステップＳ８との処理が繰り返される。

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

第１実施形態では、上記のように、外部装置Ｇと通信可能な通信部１を介して外部装置Ｇから動画データＤ１をダウンロードする制御を行うとともに、ダウンロードされた動画データＤ１から動画データＤ１と同一形式（トランスポートストリーム形式など）の分割データＤ２を作成するアプリケーション６を実行する制御を行う制御部３を設け、制御部３により、アプリケーション６内に、分割データＤ２を再生手段５に送信するローカルサーバ６２を構成する。これにより、通信部１によりダウンロードされたトランスポートストリーム形式の動画データＤ１から同一形式の分割データＤ２が作成されることにより、アプリケーション６上でローカルサーバ６２から擬似的に動画の送信（ストリーミング）が行われるので、情報機器１００においてトランスポートストリーム形式によりダウンロードした動画データＤ１を他の形式に変換することなくストリーミング再生することができる。また、動画データＤ１の変換が不要であることから、ユーザが動画データＤ１の変換の操作を行う手間を省くことができる。また、外部装置Ｇからの動画データＤ１のダウンロードと動画の再生とを同時に行う場合においては、動画データＤ１の変換を行わないので、動画データＤ１の変換と動画の再生とを同時に行う必要がなくなる。これにより、制御部３にかかる負荷を軽減することができる。また、アプリケーション６を実行することにより、トランスポートストリーム形式の動画データＤ１を同一形式のまま再生することができるので、トランスポートストリーム形式の動画データＤ１をダウンロード可能な情報機器１００に対して、アプリケーション６をインストールするだけで、トランスポートストリーム形式の動画データＤ１再生することができるようになる。その結果、トランスポートストリーム形式でダウンロードした動画データＤ１を種々の情報機器１００で容易に再生させることができる。

また、制御部３を、ダウンロードされた動画データＤ１から動画データＤ１と同一形式の分割データＤ２および分割データＤ２を再生するための再生リストデータＤ３を作成して分割データＤ２の再生を制御するアプリケーション６を実行するように構成し、ローカルサーバ６２を、再生リストデータＤ３を再生手段５に送信するように構成し、制御部３を、再生リストデータＤ３が更新されるまでローカルサーバ６２から再生手段５への再生リストデータＤ３の送信を待機（停止）する（送信しない）制御を行うように構成する。これにより、情報機器１００の再生手段５が、再生リストデータＤ３が更新されない状態で、ローカルサーバ６２から再生手段５に再生リストデータＤ３が更新されていないという情報が複数回送信されることに基づいて動画の再生を停止するように構成されている場合でも（再生リストデータＤ３が更新されない所定状態が継続されることに基づき、再生手段５が動画の再生を停止するように構成されていたとしても）、再生リストデータＤ３が更新されない状態で、アプリケーション６側のローカルサーバ６２から、再生手段５への再生リストデータＤ３の送信を待機（停止）する（送信しない）ようにすることにより、動画の再生が終了するのを防止することができる。

また、第１実施形態では、上記のように、再生リストデータＤ３の送信を要求するリスト要求信号Ｅ１を、第１の時間間隔ｔ０で再生手段５からローカルサーバ６２に繰り返し送信し、制御部３を、ローカルサーバ６２が再生手段５からリスト要求信号Ｅ１を受信したとしても、ローカルサーバ６２から再生手段５への再生リストデータＤ３の送信を待機（停止）する（送信しない）制御を行うように構成する。これにより、リスト要求信号Ｅ１を受信したとしても、ローカルサーバ６２から再生手段５に、更新されていない再生リストデータＤ３が送信されないので、より確実に、動画の再生が終了するのを防止することができる。

また、第１実施形態では、上記のように、制御部３を、動画データＤ１のダウンロードが停止された場合に、ローカルサーバ６２が再生手段５からリスト要求信号Ｅ１を受信したとしても、ローカルサーバ６２から再生手段５への再生リストデータＤ３の送信を待機（停止）する（送信しない）制御を行うように構成する。これにより、ユーザが動画の再生を一時停止したり、通信状態が一時的に悪い場合であっても、動画の再生が終了するのを防止することができる。

また、第１実施形態では、上記のように、制御部３を、動画データＤ１のダウンロードの停止の解除後に、再生リストデータＤ３が更新されたことに基づいて、ローカルサーバ６２から再生手段５に再生リストデータＤ３を再生手段５に送信する制御を行うように構成する。これにより、ユーザが動画の再生を一時停止した状態や、通信状態が一時的に悪い状態が解除されて正常なダウンロードが再開された場合に、再生手段５が更新された再生リストデータＤ３を確実に受信することができる。

また、第１実施形態では、上記のように、再生手段５が更新された再生リストデータＤ３を受信した場合には、更新された再生リストデータＤ３に基づいて、分割データＤ２の送信を要求する配信要求信号Ｅ２が、再生手段５からローカルサーバ６２に送信されるように構成し、制御部３を、配信要求信号Ｅ２を受信した場合には、ローカルサーバ６２から再生手段５に分割データＤ２を送信する制御を行うように構成する。これにより、再生手段５が更新された再生リストデータＤ３を受信した後に、配信要求信号Ｅ２が再生手段５からローカルサーバ６２に送信されることにより、分割データＤ２がローカルサーバ６２から再生手段５に送信（擬似配信）されるので、動画の再生を終了させることなく、動画の再生を再開することができる。

[第２実施形態]
次に、図１、図５および図６を参照して、第２実施形態について説明する。この第２実施形態では、上記第１実施形態の構成に加えて、分割データＤ２の作成、および、再生リストデータＤ３の更新を定期的に行う例について説明する。

（情報機器の構成）
図１に示すように、第２実施形態による情報機器２００は、制御部２０３を備えている。制御部２０３は、動画の再生を開始する再生位置（動画のはじまりの部分）から第１時間ｔ１（図３参照）先までの分割データＤ２の作成完了後において、分割データＤ２の作成、および、再生リストデータＤ３の更新を、第２の時間間隔ｔ（たとえば２秒）（図５参照）により定期的に行うように構成されている。また、分割データＤ２は、アプリケーション６の分割手段６１において所定の再生時間（１個の分割データＤ２の再生に要する時間間隔）に対応するように分割されている。また、第２の時間間隔ｔは、再生時間と同じ時間間隔である。たとえば、第２の時間間隔ｔおよび再生時間は、共に、２秒の時間間隔である。なお、分割手段６１は、特許請求の範囲の「分割部」の一例である。

制御部２０３は、複数の分割データＤ２に分割される動画データＤ１（一塊の動画データＤ１）が外部装置Ｇから一度にダウンロードされた場合であっても、分割データＤ２の作成、および、再生リストデータＤ３の更新を第２の時間間隔ｔにより定期的に行うように構成されている。

なお、第１実施形態と同様に、第２実施形態の制御部２０３は、再生リストデータＤ３が更新されるまで、ローカルサーバ６２から再生手段５に分割データＤ２および再生リストデータＤ３を送信（擬似配信）しない制御を行う。

（分割データの作成処理）
次に、図５を参照して、情報機器２００の分割データＤ２の作成処理をシーケンス図に基づいて説明する。動画再生処理では、アプリケーション６の動作は、制御部２０３により実行される。なお、以下では、一例として、第２の時間間隔ｔおよび再生時間を２秒として説明する。

ステップＳ１ａにおいて、分割手段６１からダウンロード手段４にダウンロード要求される。

そして、ステップＳ２ａにおいて、ダウンロード手段４から分割手段６１への８Ｍｂｙｔｅの動画データＤ１の１回目の転送が行われる。転送が行われると、分割手段６１において分割データＤ２であるＳｔｒｅａｍ０１〜０８が作成されるとともに、再生リストデータＤ３が更新される。Ｓｔｒｅａｍ０１〜０８の作成が完了すると、Ｓｔｒｅａｍ０１〜０８（分割データＤ２）がローカルサーバ６２に送信される。また、Ｓｔｒｅａｍ０１〜０８の作成が完了すると、作成処理の完了通知が分割手段６１からダウンロード手段４に送信される。作成処理の完了通知は、次回の動画データＤ１の転送のトリガー（きっかけ）となる。ステップＳ３ａ〜Ｓ５ａでは、それぞれ、ステップＳ２ａと同様の処理が行われる。

そして、ステップＳ６ａにおいて、ダウンロード手段４から分割手段６１への３Ｍｂｙｔｅの動画データＤ１の５回目の転送が行われる。なお、３Ｍｂｙｔｅの動画データＤ１は、分割データＤ２であるＳｔｒｅａｍ３１〜３３に対応している。また、ステップＳ６ａの時点で再生位置は３秒前後（４秒よりも前）であるとする。したがって、ステップＳ６ａの時点では、再生位置から第１時間ｔ１（たとえば６０秒）（図３参照）先の分割データを予め記憶部２に記憶しておくことが可能であることから、ステップＳ６ａの時点では、Ｓｔｒｅａｍ３１まで作成することができるとともに、Ｓｔｒｅａｍ３２および３３を作成することができない。

そして、再生位置が０：０４となるステップＳ７ａにおいて、再生手段５において次の分割データＤ２の再生が開始されるので、Ｓｔｒｅａｍ３２を作成することが可能となる。このため、即座に、分割手段６１において、Ｓｔｒｅａｍ３２が作成される。

そして、ステップＳ７ａから第２の時間間隔ｔだけ経過した再生位置が０：０６となるステップＳ８ａにおいて、再生手段５において次の分割データＤ２の再生が開始されるので、Ｓｔｒｅａｍ３３を作成することが可能となる。このため、即座に、分割手段６１において、Ｓｔｒｅａｍ３３が作成される。また、Ｓｔｒｅａｍ３１〜３３の作成が完了すると、作成処理の完了通知が分割手段６１からダウンロード手段４に送信される。

そして、ステップＳ９ａ以降は、ステップＳ６ａ〜Ｓ８ａと同様の処理が繰り返される。

（分割データの作成処理）
図５および図６を参照して、一度にダウンロードされた動画データＤ１（一塊の動画データＤ１）に基づく複数の分割データＤ２の作成処理についてフローチャートに基づいて説明する。分割データＤ２の作成処理では、アプリケーション６の動作は、制御部２０３により実行される。なお、以下では、図５に示した５回目に転送された３Ｍｂｙｔｅ（一塊）の動画データＤ１について説明する。また、３Ｍｂｙｔｅ（一塊）の動画データＤ１は、分割データＤ２であるＳｔｒｅａｍ０３１〜０３３に対応している。

図６に示すように、ステップＳ１ｂにおいて、ダウンロード手段４から分割手段６１への３Ｍｂｙｔｅの動画データＤ１の転送が行われる。

そして、ステップＳ２ｂにおいて、次の分割データＤ２を作成することが可能か否かが判断される。すなわち、Ｓｔｒｅａｍ３１を作成することが可能か否かが判断される。要するに、Ｓｔｒｅａｍ３１を作成することが可能な再生位置０：０２を経過しているか否かが判断される。図５では、既に、再生位置０：０２を経過しているので、ステップＳ３ｂに進む。

そして、ステップＳ３ｂにおいて、転送された３Ｍｂｔｅの動画データＤ１から分割データＤ２を１個作成する。すなわち、Ｓｔｒｅａｍ３１を作成する。

そして、ステップＳ４ｂにおいて、分割データＤ２を作成可能な残りの動画データＤ１が分割手段６１にあるか否かが判断される。上記の通り、３Ｍｂｙｔｅ（一塊）の動画データＤ１は、分割データＤ２であるＳｔｒｅａｍ０３１〜０３３に対応している。したがって、Ｓｔｒｅａｍ３１が作成された時点では、Ｓｔｒｅａｍ０３２および０３３を作成するための残りの動画データＤ１が分割手段６１にある。このため、ステップＳ２ｂに戻る。

再び、ステップＳ２ｂにおいて、Ｓｔｒｅａｍ３２を作成することが可能か否かが判断される。要するに、Ｓｔｒｅａｍ３２を作成することが可能な再生位置０：０４（再生位置０：０２から第２の時間間隔ｔ（２秒）（図５参照）経過した再生位置）を経過しているか否かが判断される。Ｓｔｒｅａｍ３１が作成された直後では、再生位置０：０４を経過していないため、ステップＳ５ｂに進む。

そして、ステップＳ５ｂにおいて、１００ｍ秒だけスリープ処理（時間経過を待つ処理）が行われ、ステップＳ２ｂに戻る。このようにステップＳ２ｂとステップＳ５ｂとが再生位置０：０４を経過するまで繰り返される。そして、再生位置０：０４を経過したら、ステップＳ３ｂに進む。そして、ステップＳ４ｂからステップＳ２ｂに戻り、Ｓｔｒｅａｍ３２と同様にＳｔｒｅａｍ３３が作成される。そして、３Ｍｂｙｔｅ（一塊）の動画データＤ１の全てから分割データＤ２が作成されたならば、ステップＳ４ｂからステップＳ６ｂに進み、分割データＤ２（Ｓｔｒｅａｍ３１〜３３）の作成処理の完了通知が分割手段６１からダウンロード手段４に送信される。

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

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

第２実施形態では、上記のように、制御部２０３を、分割データＤ２の作成、および、再生リストデータＤ３の更新を、第２の時間間隔ｔにより定期的に行うように構成する。これにより、分割データＤ２の作成、および、再生リストデータＤ３の更新が定期的に行われるので、分割データＤ２の作成、および、再生リストデータＤ３の更新時に制御部２０３にかかる負荷を分散させることができる。

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

[第３実施形態]
次に、図７を参照して、第３実施形態について説明する。この第３実施形態では、１個のローカルサーバ６２を構成する上記第１実施形態とは異なり、２個のローカルサーバ（第１ローカルサーバ６２ａおよび第２ローカルサーバ６２ｂ）を構成する例について説明する。

（情報機器の構成）
図７に示すように、第３実施形態による情報機器３００は、制御部３０３を備えている。制御部３０３は、アプリケーション３０６内に、第１ローカルサーバ６２ａと、第２ローカルサーバ６２ｂとを構成している。なお、アプリケーション３０６内には、常時、第１ローカルサーバ６２ａと、第２ローカルサーバ６２ｂとが構成されている。なお、第３実施形態では、動画データＤ１のすべてをダウンロード手段４によりダウンロードし、ダウンロードした動画データＤ１を記憶部２に記憶する場合について説明する。記憶部２は、第２ローカルサーバ６２ｂを介して動画データＤ１を分割手段６１に送信する。

第１ローカルサーバ６２ａは、再生手段５に分割データＤ２および再生リストデータＤ３を送信（擬似配信）する機能を有している。また、第２ローカルサーバ６２ｂは、アプリケーション３０６内において動画データＤ１を分割して分割データＤ２を作成するために、動画データＤ１を分割手段６１に送信する機能を有している。なお、第２ローカルサーバ６２ｂには、記憶部２から動画データＤ１が送信される。

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

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

第３実施形態では、上記のように、アプリケーション３０６に、再生手段５に分割データＤ２および再生リストデータＤ３を送信する第１ローカルサーバ６２ａと、ダウンロードされた動画データＤ１をアプリケーション３０６内において動画データＤ１を複数に分割する分割手段６１と、動画データＤ１を分割手段６１に送信する第２ローカルサーバ６２ｂとを設ける。これにより、第１ローカルサーバ６２ａおよび第２ローカルサーバ６２ｂがアプリケーション３０６内に構成されるので、１つのローカルサーバを構成する場合と比べて、２つのローカルサーバ（第１ローカルサーバ６２ａおよび第２ローカルサーバ６２ｂ）に負荷を分散させてローカルサーバにかかる負荷を軽減することができる。このため、ローカルサーバにかかる負荷に起因して、アプリケーション３０６が停止し、動画の再生が停止するのを抑制することができる。

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

[第４実施形態]
次に、図７および図８を参照して、第４実施形態について説明する。この第４実施形態では、上記第３実施形態の構成に加えて、第１ローカルサーバ６２ａと第２ローカルサーバ６２ｂとは別に、再生手段５に分割データＤ２および再生リストデータＤ３を送信する第３ローカルサーバ６３を構成する例について説明する。

（情報機器の構成）
図７に示すように、第４実施形態による情報機器４００は、制御部４０３を備えている。制御部４０３は、図８に示すアプリケーション４０６内に、第１ローカルサーバ６２ａと第２ローカルサーバ６２ｂとは別に、第３ローカルサーバ６３を構成している。

再生手段５は、第１再生手段５ａと第２再生手段５ｂとを含んでいる。第１再生手段５ａと第２再生手段５ｂとは、互いに異なる動画を同時に再生することが可能である。すなわち、再生手段５は、フォアグラウンドに２つの動画を並べて、視聴のために再生することができる。

第１ローカルサーバ６２ａは、第１再生手段５ａに分割データＤ２および再生リストデータＤ３を送信する機能を有している。また、第３ローカルサーバ６３は、第２再生手段５ｂに分割データＤ２および再生リストデータＤ３を送信する機能を有している。

制御部４０３は、アプリケーション４０６内に、第１ローカルサーバ６２ａと、第３ローカルサーバ６３とに、分割データおよび再生リストデータを作成して送信する分割手段６１を２つ構成している。また、２つの分割手段６１には、それぞれ、互いに異なる動画データＤ１が記憶部２から第２ローカルサーバ６２ｂを介して送信される。

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

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

第４実施形態では、上記のように、制御部４０３により、アプリケーション４０６に、第１ローカルサーバ６２ａおよび第２ローカルサーバ６２ｂとは別に、再生手段５（第１再生手段５ａおよび第２再生手段５ｂ）に分割データＤ２および再生リストデータＤ３を送信する第３ローカルサーバ６３を設ける。これにより、複数の動画を同時に視聴する際に、１つのローカルサーバにより再生手段５（第１再生手段５ａおよび第２再生手段５ｂ）に分割データＤ２および再生リストデータＤ３を送信（擬似配信）する場合と比べて、再生手段５（第１再生手段５ａおよび第２再生手段５ｂ）にデータの送信を行うローカルサーバにかかる負荷を軽減することができる。このため、ローカルサーバにかかる負荷に起因して、アプリケーション４０６が停止し、動画の再生が停止するのをより抑制することができる。また、一方の動画の再生を停止したとしても、他方の動画の再生を継続することができる。

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

[第５実施形態]
次に、図７、図９および図１０を参照して、第５実施形態について説明する。この第５実施形態では、２個の動画を視聴のために再生した上記第４実施形態とは異なり、２個の動画のうち一方を視聴のために再生し、他方をキャプチャーのために再生する例について説明する。

（情報機器の構成）
図７に示すように、第５実施形態による情報機器５００は、制御部５０３を備えている。制御部５０３は、図９に示すアプリケーション５０６内に、第１ローカルサーバ６２ａと第２ローカルサーバ６２ｂとは別に、サムネイル画像Ｐを作成するための第４ローカルサーバ６４とを構成している。制御部５０３は、第１再生手段５ａにおいて、視聴のために動画をフォアグラウンドで再生するように構成されている。また、制御部５０３は、第２再生手段５ｂにおいて、キャプチャーを行い、サムネイル画像Ｐを作成するために動画をバックグラウンドで再生するように構成されている。また、作成されたサムネイル画像Ｐは、記憶部２に記憶される。

制御部５０３は、図１０に示すように、作成されたサムネイル画像ＰをシークバーＢとともに情報機器５００の表示部９に表示する制御を行う。

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

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

第５実施形態では、上記のように、制御部５０３を、再生手段５（第２再生手段５ｂ）において動画を再生しながら、分割データＤ２に基づいてサムネイル画像Ｐを作成するように構成する。これにより、動画の再生と並行してサムネイル画像Ｐを作成することができるので、サムネイル画像Ｐを容易に作成することができる。

また、第５実施形態では、上記のように、アプリケーション５０６に、第１ローカルサーバ６２ａおよび第２ローカルサーバ６２ｂとは別に、サムネイル画像Ｐを作成するための第４ローカルサーバ６４を設ける。これにより、第１ローカルサーバ６２ａおよび第２ローカルサーバ６２ｂとは別に、サムネイル画像Ｐの作成するための専用の第４ローカルサーバ６４が構成されるので、サムネイル画像Ｐの作成を動画の再生のバックグラウンドで行うことができる。このため、再生中の動画が停止されたとしても、サムネイル画像Ｐの作成を継続することができる。

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

[第６実施形態]
次に、図１１および図１２を参照して、第６実施形態について説明する。この第６実施形態では、制御部３が、再生リストデータＤ３が更新されるまでローカルサーバから再生手段５への再生リストデータＤ３の送信を待機する制御を行うように構成した上記第１実施形態とは異なり、制御部６０３が、分割データＤ２とは別の再生継続用動画データＤ４に基づいて再生リストデータＤ３を更新する制御を行う例について説明する。

（情報機器の構成）
図１１に示すように、第６実施形態による情報機器６００は、制御部６０３を備えている。

制御部６０３（図１１参照）は、図１２に示すように分割データＤ２の再生を停止する停止信号Ｆ１をローカルサーバ６２が受信した場合、再生継続用動画データＤ４に基づいて再生リストデータＤ３を更新して、再生継続用動画データＤ４の再生（擬似的な停止）を開始する制御を行う。また、制御部６０３は、停止信号Ｆ１をローカルサーバ６２が受信した場合、分割データＤ２に基づいて、再生継続用動画データＤ４を作成する制御を行う。

具体例として、制御部６０３（図１１参照）は、分割データＤ２としての映画の再生中にユーザが操作部（図示せず）において停止操作を行うことに基づいて、再生手段５から停止信号Ｆ１をローカルサーバ６２が受信した場合、停止操作がなされた時点（瞬間）の映画のシーン（画像）が連続的に表示される再生継続用動画データＤ４（図１２参照）を作成する。この連続的に表示される画像は、停止操作がなされた時点（瞬間）の画像であるため、ユーザには静止画として認識される。そして、制御部６０３は、作成した再生継続用動画データＤ４に基づいて再生リストデータＤ３を更新して、再生継続用動画データＤ４の再生（擬似的な停止）を開始する。なお、作成された再生継続用動画データＤ４は、記憶部２に記憶される。

また、制御部６０３は、再生継続用動画データＤ４の再生中に分割データＤ２の再生を開始する開始信号Ｆ２をローカルサーバ６２が受信した場合、分割データＤ２に基づいて再生リストデータＤ３を更新して、分割データＤ２を再生する制御を行う。

すなわち、制御部６０３は、停止信号Ｆ１により、分割データＤ２に基づく再生を停止するとともに、再生継続用動画データＤ４に基づく擬似的な再生を開始する制御を行い、その後、開始信号Ｆ２により、再生継続用動画データＤ４に基づく再生を停止するとともに、分割データＤ２に基づく再生を開始する制御を行う。

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

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

第６実施形態では、上記のように、外部装置Ｇと通信可能な通信部１を介して外部装置Ｇから動画データＤ１をダウンロードする制御を行うとともに、ダウンロードされた動画データＤ１から動画データＤ１と同一形式（トランスポートストリーム形式など）の分割データＤ２を作成するアプリケーション６を実行する制御を行う制御部６０３を設け、制御部６０３により、アプリケーション６内に、分割データＤ２を再生手段５に送信するローカルサーバ６２を構成する。これにより、通信部１によりダウンロードされたトランスポートストリーム形式の動画データＤ１から同一形式の分割データＤ２が作成されることにより、アプリケーション６上でローカルサーバ６２から擬似的に動画の送信（ストリーミング）が行われるので、情報機器６００においてトランスポートストリーム形式によりダウンロードした動画データＤ１を他の形式に変換することなくストリーミング再生することができる。

また、制御部６０３を、分割データＤ２に基づいて再生リストデータＤ３が更新されるまで分割データＤ２とは別の再生継続用動画データを再生リストデータＤ３に追加して、再生リストデータＤ３を更新する制御を行うように構成する。これにより、不安定な通信状態などによって、分割データＤ２により再生リストデータＤ３が更新されない場合であっても、再生継続用動画データに基づきリストデータを更新して、別の動画の再生を継続することができる。このため、同一形式（リストデータに基づく再生形式）による動画の再生が継続されるので、動画の再生が終了する（同一箇所から再生継続できない状態になる）のを防止することができる。

また、第６実施形態では、上記のように、制御部６０３を、分割データＤ２の再生を停止する停止信号Ｆ１をローカルサーバ６２が受信した場合、再生継続用動画データＤ４に基づいて再生リストデータＤ３を更新して、再生継続用動画データＤ４の再生を開始する制御を行うように構成する。これにより、ユーザが再生停止操作（ＰＡＵＳＥ操作）を行った場合でも、停止信号Ｆ１に基づいて、同一形式（リストデータに基づく再生形式）による動画の再生が継続されるので、動画の再生が終了するのを防止することができる。

また、第６実施形態では、上記のように、制御部６０３を、再生継続用動画データＤ４の再生中に分割データＤ２の再生を開始する開始信号Ｆ２をローカルサーバ６２が受信した場合、分割データＤ２に基づいて再生リストデータＤ３を更新して、分割データＤ２を再生する制御を行うように構成する。これにより、動画の再生が一時停止した後に、再び、動画再生する場合であっても、同一形式の動画が終了していないので、迅速に分割データＤ２の再生を行うことができる。また、再生継続用動画データＤ４の再生が行なわれていたとしても、開始信号Ｆ２に基づいて、分割データＤ２の再生を再開することができる。

また、第６実施形態では、上記のように、制御部６０３を、停止信号Ｆ１をローカルサーバ６２が受信した場合、分割データＤ２に基づいて、再生継続用動画データＤ４を作成する制御を行うように構成する。これにより、分割データＤ２の再生が停止されている場合でも、分割データＤ２に基づく動画（視覚的に画像が変わることのない動画を含む）が再生されるので、分割データＤ２とは別の再生継続用動画データＤ４が再生されている場合でも、分割データＤ２に対して通常の停止操作が行われているとユーザに体感させることができる。

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

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

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

また、上記第２実施形態では、説明の便宜上、制御部の処理動作を処理フローに沿って順番に処理を行うフロー駆動型のフローチャートを用いて説明したが、本発明はこれに限られない。本発明では、制御部の処理動作を、イベント単位で処理を実行するイベント駆動型（イベントドリブン型）の処理により行ってもよい。この場合、完全なイベント駆動型で行ってもよいし、イベント駆動およびフロー駆動を組み合わせて行ってもよい。

また、上記第３実施形態では、アプリケーション内に、常時、２個のローカルサーバを構成する例を示したが、本発明はこれに限られない。本発明では、アプリケーション内に１個のローカルサーバを構成し、動画の再生が停止された場合などの所定の場合に限り、アプリケーション内に２個のローカルサーバを構成してもよい。

また、上記第４実施形態では、２つの動画を視聴するために、１つの第２ローカルサーバから２つのローカルサーバに動画データを分岐させて送信するように構成した例を示したが、本発明はこれに限られない。本発明では、図１３に示す変形例のように、２つの動画を視聴するために、第３実施形態で説明したような構成を並列に設けてもよい。

また、上記第６実施形態では、ユーザによる再生停止操作時（ＰＡＵＳＥ操作時）に本発明の再生継続用動画データを作成して、作成した再生継続用動画データを再生した例を示したが、本発明はこれに限られない。本発明では、本発明の再生継続用動画データを予め作成して、記憶部に記憶しておき、ユーザによる再生停止操作時（ＰＡＵＳＥ操作時）に、記憶部に記憶された再生継続用動画データを再生してもよい。

この場合に、再生継続用動画データとしては、たとえば、単色（黒色など）の動画データであってもよいし、インターネットなどを介して取得した宣伝動画（ＣＭ）などであってもよい。

１ 通信部
３、２０３、３０３、４０３、５０３、６０３ 制御部
４ ダウンロード手段
５ 再生手段（再生部）
６、３０６、４０６、５０６ アプリケーション
６１ 分割手段（分割部）
６２ ローカルサーバ
６２ａ 第１ローカルサーバ
６２ｂ 第２ローカルサーバ
６３ 第３ローカルサーバ
６４ 第４ローカルサーバ
１００、２００、３００、４００、５００、６００ 情報機器
Ｄ１ 動画データ
Ｄ２ 分割データ（配信用データ）
Ｄ３ 再生リストデータ
Ｄ４ 再生継続用動画データ
Ｅ１ リスト要求信号
Ｅ２ 配信要求信号
Ｆ１ 停止信号
Ｆ２ 開始信号
Ｇ 外部装置
ｔ 第２の時間間隔
ｔ０ 第１の時間間隔
Ｐ サムネイル画像

Claims (16)

1. 外部装置と通信可能な通信部と、
   前記通信部を介して前記外部装置から動画データをダウンロードする制御を行うとともに、前記動画データから前記動画データと同一形式の配信用データおよび前記配信用データを再生するための再生リストデータを作成して前記配信用データの再生を制御するアプリケーションを実行する制御を行う制御部と、を備え、
   前記制御部は、前記アプリケーション内に、前記配信用データおよび前記再生リストデータを再生部に送信するローカルサーバを構成し、前記配信用データに基づいて前記再生リストデータが更新され、更新された前記再生リストデータおよび新しい前記配信用データが前記ローカルサーバに送信されるまで、前記ローカルサーバから前記再生部への前記再生リストデータの送信を待機し続ける制御を行う、情報機器。
2. 前記再生リストデータの送信を要求するリスト要求信号が、第１の時間間隔で前記再生部から前記ローカルサーバに繰り返し送信されるように構成されており、
   前記制御部は、前記ローカルサーバが前記再生部から前記リスト要求信号を受信したとしても、前記ローカルサーバから前記再生部への前記再生リストデータの送信を待機する制御を行う、請求項１に記載の情報機器。
3. 前記制御部は、前記動画データのダウンロードが停止された場合において、前記ローカルサーバが前記再生部から前記リスト要求信号を受信した場合、前記ローカルサーバから前記再生部への前記再生リストデータの送信を待機する制御を行う、請求項２に記載の情報機器。
4. 前記制御部は、前記動画データのダウンロードの停止の解除後に、前記再生リストデータが更新されたことに基づいて、前記ローカルサーバから前記再生部に前記再生リストデータを送信する制御を行う、請求項３に記載の情報機器。
5. 前記再生部が更新された前記再生リストデータを受信した場合には、更新された前記再生リストデータに基づいて、前記配信用データの送信を要求する配信要求信号が、前記再生部から前記ローカルサーバに送信されるように構成されており、
   前記制御部は、前記配信要求信号を受信した場合には、前記ローカルサーバから前記再生部に前記配信用データを送信する制御を行う、請求項４に記載の情報機器。
6. 前記制御部は、前記配信用データの作成、および、前記再生リストデータの更新を、第２の時間間隔により定期的に行うように構成されている、請求項１〜５のいずれか１項に記載の情報機器。
7. 前記配信用データは、前記アプリケーションにおいて所定の再生時間に対応するように複数に分割されており、
   前記第２の時間間隔は、前記再生時間と同じ時間間隔である、請求項６に記載の情報機器。
8. 前記アプリケーションは、前記再生部に前記配信用データおよび前記再生リストデータを送信する第１ローカルサーバと、ダウンロードされた前記動画データを前記アプリケーション内において前記動画データを複数に分割して前記配信用データを生成する分割部と、前記動画データを前記分割部に送信する第２ローカルサーバとを有する、請求項１〜７のいずれか１項に記載の情報機器。
9. 前記アプリケーションは、前記ローカルサーバとは別に、前記再生部に前記配信用データおよび前記再生リストデータを送信する第３ローカルサーバを有する、請求項８に記載の情報機器。
10. 前記制御部は、前記再生部において動画を再生しながら、前記配信用データに基づいてサムネイル画像を作成するように構成されている、請求項１〜９のいずれか１項に記載の情報機器。
11. 前記アプリケーションは、前記ローカルサーバとは別に、サムネイル画像を作成するための第４ローカルサーバを有する、請求項１０に記載の情報機器。
12. 外部装置と通信可能な通信部と、
    前記通信部を介して前記外部装置から動画データをダウンロードする制御を行うとともに、前記動画データから前記動画データと同一形式の配信用データおよび前記配信用データを再生するための再生リストデータを作成して前記配信用データの再生を制御するアプリケーションを実行する制御を行う制御部と、を備え、
    前記制御部は、前記アプリケーション内に、前記配信用データおよび前記再生リストデータを再生部に送信するローカルサーバを構成し、前記配信用データの再生を停止する停止信号を前記ローカルサーバが受信した場合、前記配信用データに基づいて前記再生リストデータが更新されるまで前記配信用データとは別の再生継続用動画データを追加し、前記再生リストデータを更新する制御を行う、情報機器。
13. 前記制御部は、前記配信用データの再生を停止する停止信号を前記ローカルサーバが受信した場合、前記再生継続用動画データに基づいて前記再生リストデータを更新して、前記再生継続用動画データの再生を開始する制御を行う、請求項１２に記載の情報機器。
14. 前記制御部は、前記再生継続用動画データの再生中に前記配信用データの再生を開始する開始信号を前記ローカルサーバが受信した場合、前記配信用データに基づいて前記再生リストデータを更新して、前記配信用データを再生する制御を行う、請求項１３に記載の情報機器。
15. 前記制御部は、前記停止信号を前記ローカルサーバが受信した場合、前記配信用データに基づいて、前記再生継続用動画データを作成する制御を行う、請求項１３または１４に記載の情報機器。
16. 前記再生継続用動画データを記憶可能な記憶部をさらに備え、
    前記制御部は、前記停止信号を前記ローカルサーバが受信した場合、前記記憶部に予め記憶された前記再生継続用動画データを再生する制御を行う、請求項１３または１４に記載の情報機器。

Images