通信端末、コンテンツ再生方法、プログラム、コンテンツ再生システム及びサーバ
【課題】ネットワーク経由のビデオコンテンツ配信において、ストレスの少ない安定したコンテンツ視聴を実現する。
【解決手段】ビデオコンテンツを有するサーバ１００との間でデータの送受信を行う通信処理部２１０と、ビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリームを、複数の非同期ストリームとして蓄積する非同期ストリーム蓄積部２２２を備える。また、非同期ストリーム又は差分の同期ストリームを復号する復号部２２５と、復号されたストリームを表示する表示部２２８上で再生される非同期ストリームの種類を変更する指示が入力される操作入力部２４１とを備える。そして、表示部２２８上でストリームが再生されている最中に、再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームを取得して、表示部２２８に表示させるようにした。
【解決手段】ビデオコンテンツを有するサーバ１００との間でデータの送受信を行う通信処理部２１０と、ビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリームを、複数の非同期ストリームとして蓄積する非同期ストリーム蓄積部２２２を備える。また、非同期ストリーム又は差分の同期ストリームを復号する復号部２２５と、復号されたストリームを表示する表示部２２８上で再生される非同期ストリームの種類を変更する指示が入力される操作入力部２４１とを備える。そして、表示部２２８上でストリームが再生されている最中に、再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームを取得して、表示部２２８に表示させるようにした。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、コンテンツ再生方法、プログラム、コンテンツ再生システム及びサーバに関し、特に、ビデオコンテンツの配信及び再生を行う技術に関する。
【背景技術】
【０００２】
近年のモバイルＮＷ（ネットワーク）の高速化・大容量化と、家庭内のＨＤＤ（Hard Disc Drive）レコーダの大容量化により、キーワードや嗜好情報等に基づき自動で録画さ
れたビデオコンテンツを、時間や場所に関係なく視聴できるサービスが現実のものとなりつつある。また、ポッドキャスト（登録商標）による視聴やＰＳＰ（PlayStation Portable;登録商標）、ＨＤＤ搭載のポータブルプレーヤーを利用した視聴など、モバイルＮＷ
を介したビデオ視聴環境が整いつつある。ここで、モバイルＮＷを介したビデオコンテンツの視聴形態を想定すると、ストリーミング方式もしくはダウンロード方式によりビデオ視聴を実現することが考えられる。
【０００３】
例えば、特許文献１には、コンテンツの一部を携帯端末に事前に配信しておき、携帯端末がコンテンツを再生する際にサーバにコンテンツの残り部分を要求することが記載されている。
【０００４】
また、特許文献２には、ユーザ端末が、個別チャネルにおいて番組コンテンツの一部を受信して再生し、特定された放送チャネルからの番組が放送されると、番組コンテンツを受信して蓄積し、個別チャネルでの情報の再生が終了したら、蓄積されている放送チャネルの番組を再生することが記載されている。さらに、先頭から順に複数の等しいデータサイズのセグメントに分割して番号を付与し、ユーザ端末では、個別チャネルで配信されたデータをストリーミング再生すると共に、放送チャネルで放送されている１周期分のセグメントをセグメント単位でダウンロードし、セグメントの再生終了直後に、セングメント再生中にダウンロードしたセグメントの再生を番号順に行なう動作を、全ての番組コンテンツの再生が終了するまで繰り返すことが記載されている。
【０００５】
また、特許文献３には、コンテンツ配信サーバが、内部再生リストをユーザ端末に送り、受信機器にクライアントアプリケーションによって最初にビューされる分割ファイルを最初に送り、その後、他の分割ファイルを順次送ることが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１８４４７２号公報
【特許文献２】特開２００３−０４６９８４号公報
【特許文献３】特開２００３−２８８２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の技術では、動的に変化する無線状況に起因する、伝送速度の低下や遅延時間の増大により、コンテンツのブラウジング操作や再生装置の操作等、ストレスの少ない安定したビデオ視聴を実現することは困難である。一方で、ＵＳＢ（Universal Serial Bus）や近距離無線等を用いたコンテンツダウンロードや、モバイルＮＷを用いた深夜時間帯のコンテンツダウンロードにより、全てのビデオコンテンツをモバイル端末に事前蓄積することも想定される。しかし、今後のコンテンツの多様化や大容量化を考慮す
ると現実的な方法とは言い難い。
【０００８】
上記特許文献１〜３には、コンテンツの一部を配信し、その後にコンテンツの残り部分を配信する構成が記載されているものの、コンテンツの分割部分ごとに配信をスキップできないなど、ストレスの少ない安定したコンテンツ視聴を実現できるものではなかった。
【０００９】
本発明は、このような状況に鑑みてなされたものであり、ネットワーク経由のビデオコンテンツ配信において、ストレスの少ない安定したコンテンツ視聴を実現するものである。
【課題を解決するための手段】
【００１０】
本発明の通信端末は、ビデオコンテンツを有するサーバとの間でデータの送受信を行う通信処理部と、通信処理部を通して受信した、ビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積する非同期ストリーム蓄積部を備える。また、非同期ストリーム又は、サーバからストリーミング配信されるストリーム（同期ストリーム）を復号する復号部と、復号部で復号された非同期ストリーム又は同期ストリームを表示する表示部上で再生される、非同期ストリームの種類を変更する指示が入力される操作入力部とを備える。そして、表示部上で非同期ストリーム又は同期ストリームが再生されている最中に、表示部で再生中の非同期ストリーム又は同期ストリームの再生時刻位置より前後の時刻位置情報を有する非同期ストリーム又は同期ストリームを取得して、取得した非同期ストリーム又は同期ストリームを、再生の終了後に表示部に表示させる制御を行う制御部とを備える構成とした。
【００１１】
また本発明のコンテンツ再生方法及びプログラムは、サーバから受信した、サーバ内のビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積するステップと、非同期ストリーム又は、サーバからストリーミング配信されるストリーム（同期ストリーム）を復号するステップとを含む。さらに、復号された非同期ストリーム又は同期ストリームを表示するステップと、表示部上で再生される非同期ストリームの種類を変更する指示の、入力を受け付けるステップとを含む。そして、表示部上で非同期ストリーム又は同期ストリームが再生されている最中に、表示部で再生中の非同期ストリーム又は同期ストリームの再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームを取得して、取得した非同期ストリーム又は同期ストリームを、再生の終了後に表示部に表示させる制御を行うステップとを含むものである。
【００１２】
また本発明のコンテンツ再生システムは、サーバと通信端末とで構成される。サーバは、ビデオコンテンツを蓄積する記憶部と、記憶部に蓄積されたビデオコンテンツ中の異なる時刻位置から複数の部分ストリームを抽出して複数の非同期ストリームを生成する非同期ストリーム生成部と、非同期ストリーム生成部で生成された複数の非同期ストリーム又は、非同期ストリームとして抽出されていないストリーム（同期ストリーム）を通信端末に送信する第１の通信処理部とを備える構成とした。通信端末は、サーバとの間でデータの送受信を行う第２の通信処理部と、第２の通信処理部を通して受信した複数の非同期ストリームを蓄積する非同期ストリーム蓄積部と、非同期ストリーム又は、サーバから送信される同期ストリームを復号する復号部と、復号部で復号された非同期ストリーム又は同期ストリームを表示する表示部上で再生される、非同期ストリームの種類を変更する指示が入力される操作入力部とを備える構成とした。その上で、表示部上で非同期ストリーム又は同期ストリームが再生されている最中に、表示部で再生中の非同期ストリーム又は同期ストリームの再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームを取得して、取得した非同期ストリーム又は同期ストリームを、再生の終了後に表示部に表示させる制御を行うようにした。
【００１３】
これらの本発明によると、ビデオコンテンツ中の異なる時刻位置から抽出された複数の非同期ストリーム又は同期ストリームが表示部上で再生される。そして、操作入力部を通して入力されるユーザからの指示に基づいて、表示部で再生される非同期ストリームの種類が変更される。その上で、このような指示に基づいて変化する再生映像中の再生時刻位置に応じて、再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームが取得されて、再生されるようになる。
【発明の効果】
【００１４】
本発明によると、取得された複数の非同期ストリームを用いたビデオコンテンツのザッピング視聴が可能となる。そして、非同期ストリームの種類を変える操作がユーザより入力された場合にも、蓄積された非同期ストリームを利用し、ネットワーク越しの同期ストリームへの接続が行われない。これにより、ユーザによるストレスの少ない安定したコンテンツ視聴が実現されるようになる。
【００１５】
また本発明によれば、ストリームの再生中、つまり視聴中に、再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームが取得される。これにより、ユーザにより視聴されているストリームを起点として、それより後に存在するストリームが取得されるようになる。すなわちユーザは、好みのシーンを選択することができ、かつその先の映像を続けて視聴することができるようになる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施の形態によるシステムの構成例を示す概要図である。
【図２】本発明の第１の実施の形態によるシステムの概要を示す説明図である。
【図３】本発明の第１の実施の形態によるビデオコンテンツ選択画面の構成例を示す説明図である。
【図４】本発明の第１の実施の形態による非同期ストリームの表示例を示す説明図である。
【図５】本発明の第１の実施の形態によるシステムの内部構成例を示すブロック図である。
【図６】本発明の第１の実施の形態による非同期ストリーム取得時の画面構成例を示す説明図である。
【図７】本発明の第１の実施の形態によるシナリオファイルの記述例を示す説明図である。
【図８】本発明の第１の実施の形態による非同期ストリームの構成例を示す説明図である。
【図９】本発明の第１の実施の形態による非同期ストリームの取得処理の例を示すフローチャートである。
【図１０】本発明の第１の実施の変形例（１）によるシステムの概要例を示す説明図である。
【図１１】本発明の第１の実施の変形例（１）による非同期ストリーム取得処理の例を示すフローチャートである。
【図１２】本発明の第１の実施の変形例（１）による同期ストリーム取得処理の例を示すフローチャートである。
【図１３】本発明の第１の実施の変形例（２）によるシナリオファイルの記述例を示す説明図である。
【図１４】本発明の第１の実施の変形例（２）による非同期ストリームの階層構造の例を示す説明図である。
【図１５】本発明の第１の実施の変形例（２）による非同期ストリームの階層構造の例を示す説明図である。
【図１６】本発明の第１の実施の変形例（２）による非同期ストリーム及び同期ストリームの取得処理の例を示す説明図である。
【図１７】本発明の第１の実施の変形例（２）による非同期ストリーム又は同期ストリームの画面での表示例を示す説明図である。
【図１８】本発明の第１の実施の変形例（３）によるシステムの概要例を示す説明図である。
【図１９】本発明の第２の実施の形態によるシステムの内部構成例を示すブロック図である。
【図２０】本発明の第２の実施の形態による非同期ストリームの蓄積処理の例を示すフローチャートである。
【図２１】本発明の第３の実施の形態によるシステムの内部構成例を示すブロック図である。
【図２２】本発明の第４の実施の形態によるシステムの内部構成例を示すブロック図である。
【図２３】本発明の第５の実施の形態によるシステムの概要例を示す説明図である。
【図２４】本発明の第６の実施の形態によるシステムの概要例を示す説明図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態を、添付図面を参照して説明する。本実施の形態は、以下の順序で説明する。
１．第１の実施の形態［非同期ストリームをサーバ側で生成する構成の例］
１−１．基本構成例（非同期ストリームを事前に端末側に蓄積する構成の例）
１−２．変形例（１）（非同期ストリームを、視聴中に動的に取得する構成の例）
１−３．変形例（２）（非同期ストリームを選択的（段階的）に取得できるようにする構成例）
１−４．変形例（３）（シーン検出の技術やメディア要約技術を用いて、シナリオファイルを作成する構成の例）
２．第２の実施の形態［非同期ストリームをクライアント側で生成する構成の例］
３．第３の実施の形態［放送局が非同期ストリームの生成及び送信と、同期ストリームの送信を行う構成の例］
４．第４の実施の形態［放送局は通常のストリーミング配信を行い、端末が非同期ストリームを生成し、サーバが同期ストリームの送信を行う構成の例］
５．第５の実施の形態［アフィリエイトを実現するシステムに適用した場合の例］
６．第６の実施の形態［監視システムに適用した場合の例］
【００１８】
＜１．第１の実施の形態＞
＜１−１．基本構成例＞
［システムの概要］
本実施の形態では、本発明のサーバを、自動番組録画機能を有するハードディスクレコーダ（以下、単にレコーダと称する）に適用し、本発明の通信端末を、携帯電話端末に適用している。本例におけるレコーダは、例えばＲＴＳＰ(Real-Time Streaming Protocol)等のリアルタイム配信用のプロトコルに準拠しているものとする。また、レコーダ内に蓄積されているコンテンツデータは、ＭＰＥＧ−４ ＳＰやＨ．２６３，Ｈ．２６４ビデオ
符号化方式と、ＭＰＥＧ−４ ＡＡＣオーディオ符号化方式等により符号化されているも
のとする。そして、本実施の形態は、番組（ビデオ）コンテンツ内の異なる時刻位置から抽出された複数の部分ストリームを予めレコーダ内に生成・蓄積しておき、それらを、番組の視聴に先立って携帯電話端末にダウンロードしておくことを行うものである。
【００１９】
図１は、システムの概要を説明する図である。図１の左側には家庭内の空間を示してあり、右側には学校や会社、電車内等の携帯電話通信網を利用可能なモバイル環境を示してある。家庭内には、複数のビデオコンテンツが記録されたレコーダ１００があり、録画時
等のタイミングで、各ビデオコンテンツ内の複数の部分ストリームを自動的に生成し、装置内に蓄積する機能を有する。部分ストリームは、ＭＰ４等のフォーマットに従って生成されるものとする。
【００２０】
そしてレコーダ１００内に蓄積された複数の部分ストリームを、ユーザの外出前の就寝中等のタイミングで携帯電話端末２００に転送しておく。つまり、この場合の部分ストリームは、オリジナルのビデオコンテンツの再生時刻とは異なる（非同期の）タイミングで、携帯電話端末２００に取得されるようになる。以降の説明では、このような形態で携帯電話端末２００内に事前に蓄積される部分ストリームを、非同期ストリームと称する。
【００２１】
モバイル環境においては、ユーザによる操作に基づいて、事前に蓄積しておいた複数の非同期ストリームが携帯電話端末２００上で再生される。そして、再生された非同期ストリームの中から、任意の非同期ストリームがユーザにより選択される。つまりユーザは、様々な非同期ストリームをザッピングの要領で視聴することにより、続きを視聴したい好きなシーン（再生位置）を選択する。視聴したい再生位置が決定された後は、携帯電話端末２００に蓄積されていない差分のストリーム（以下、同期ストリームと称する）が、家庭内のレコーダ１００から図２の携帯電話通信網２を介して伝送される。これによりユーザは、見たいビデオコンテンツを、好きなシーン（場面）から視聴することができるようになる。
【００２２】
なお、図１では、非同期ストリームのダウンロードを家庭内で行う場合を例に挙げたが、これに限定されるものではない。例えば、店舗等の他の場所でダウンロードを行うようにしてもよい。
【００２３】
次に、非同期ストリームと同期ストリームとの関係について、図２を参照して説明する。図２において、図１と対応する箇所には同一の符号を付してある。図２においては、上段が家庭内の空間を示し、下段がモバイル環境を示す。家庭内にあるレコーダ１００は、ビデオコンテンツＶが記録された記憶部１０１を有する。
【００２４】
図２に示した例では、ビデオコンテンツＶは、ストリームＳｔ１からストリームＳｔ１１までの各ストリームで構成されている。そして、そのうちのストリームＳｔ１、ストリームＳｔ４、ストリームＳｔ６、ストリームＳｔ１０の４つのストリームが、非同期ストリームＤｗ１〜非同期ストリームＤｗ４として記憶部１０１に蓄積されている。非同期ストリームＤｗ１〜非同期ストリームＤｗ４は、それぞれが例えば３０秒等の一定の時間長を有しているものとする。なお、以下の説明において、非同期ストリームＤｗ１〜非同期ストリームＤｗ４を個別に区別して説明する必要がない場合には、単に非同期ストリームＤｗとして説明する。
【００２５】
各非同期ストリームＤｗが有する時刻位置や時間長は、固定的に所定の値に設定してもよく、ビデオコンテンツＶの内容に応じて変更するようにしてもよい。例えば、固定的に設定する場合であれば、ビデオコンテンツＶの５分毎に１分間分を非同期ストリームとして抽出するようにする。また、各非同期ストリームＤｗの時刻位置や時間長をビデオコンテンツＶの内容に応じて決定する場合には、例えば歌番組であれば４分おきに１分間、ニュースであれば２〜３分おきに１分間、ドラマであれば５〜１０分おきに１〜５分等のように設定するようにする。
【００２６】
ユーザは、外出前等のタイミングで、外出先のモバイル環境で視聴したいビデオコンテンツＶを選択し、そのビデオコンテンツＶから生成された非同期ストリームＤｗ１〜非同期ストリームＤｗ４を、家庭内通信網１を介して予め携帯電話端末２００にダウンロードしておく。ここでいう家庭内通信網１とは、ＩＥＥＥ８０２．１１ｘやＢｌｕｅｔｏｏｔ
ｈ（登録商標）等の近距離無線通信や、有線のＵＳＢケーブルを用いた通信等を指す。
【００２７】
非同期ストリームＤｗをダウンロードする対象のビデオコンテンツＶ、つまり視聴したいビデオコンテンツＶの選択は、図３Ａ〜図３Ｃに示したようなユーザインタフェース（以下、ＵＩと称する）を介して行う。図３Ａには、画面の左側に様々な種類のビデオコンテンツＶがサムネイル表示されており、各サムネイル表示領域の右側に、各ビデオコンテンツＶの名称や再生時間情報等の属性情報が表示されている。
【００２８】
図３Ｂに示した例では、画面上に横２列縦４行のサムネイル表示領域を設けてあり、ユーザによって選択されたビデオコンテンツＶに関する属性情報のみを、“○○○ Total News”のように表示している。
【００２９】
図３Ｃに示した例では、“News（ニュース）”や“Drama（ドラマ）”等、ビデオコン
テンツＶのカテゴリ毎に、複数のサムネイル映像を重ねて表示している。このようなＵＩを通して、ユーザは視聴したいビデオコンテンツＶを選択する。
【００３０】
図２に戻って説明を続けると、モバイル環境においては、ユーザはまず、携帯電話端末２００に蓄積された非同期ストリームＤｗ１を読み出して再生する。そして、読み出した非同期ストリームＤｗ１の次の非同期ストリームＤｗ２をスキップ表示したり、その先の非同期ストリームＤｗ４にジャンプする等の操作を行うことにより、ユーザは見たい場面を検索する。
【００３１】
このように、ユーザによってスキップやジャンプの操作が行われている間、携帯電話端末２００では、ユーザにより選択された再生時刻位置から、随時ストリームの再生が行われる。再生のタイムライン上において、読み出すべき非同期ストリームＤｗが携帯電話端末２００内に存在しない場合には、その再生位置に存在すべきストリームが家庭内のレコーダ１００から読み出される。そして、読み出された差分のストリーム（同期ストリーム）が、携帯電話通信網２を通して携帯電話端末２００に伝送（ストリーミング）される。
【００３２】
次に、図４を参照して、携帯電話端末２００における非同期ストリームＤｗ１の画面表示例について説明する。図４に示す携帯電話端末２００は、液晶パネル等よりなる表示部２２８と、ボタン等よりなる操作入力部２４１を備える。図４Ａに示した携帯電話端末２００の表示部２２８の画面には、非同期ストリームＤｗ１が表示されており、その下方には、再生ボタンや早送り／巻き戻しボタンを含むソフトキーＳｋが表示されている。ユーザは、ボタンやソフトキーＳｋを操作することにより、再生時刻より未来の時刻位置に相当する非同期ストリームへ、次々にスキップしながら再生することができる。
【００３３】
また、図４Ｂに示すように、表示部２２８の下方に非同期ストリームＤｗをリスト表示するようにすれば、任意の時刻位置へのジャンプ操作も行うことができる。図４Ｂに示す携帯電話端末２００は、表示部２２８の画面上で非同期ストリームＤｗ１が再生されており、それと同時に、その下方に非同期ストリームＤｗ２、非同期ストリームＤｗ３、非同期ストリームＤｗ４がリストとして表示されている。このような表示形態とすれば、ユーザは、ビデオコンテンツＶの特定の場面を視聴しながら、他の場面の映像もリスト上で確認することができる。そして、リスト上の任意の場面を選択することで、選択した場面に高速にジャンプできる。
【００３４】
他の場面の映像のリスト表示は、図４Ｂに示すように映像で表示するのではなく、図４Ｃに示すようにバーで表示するようにしてもよい。図４Ｃに示す画面には、非同期ストリームＤｗ１が表示されており、その右側と左側には、非同期ストリームＤｗ１の時刻位置と時間的に隣接する非同期ストリームＤｗ０と非同期ストリームＤｗ２の、端部の映像が
表示されている。バーＢｒは、これらの表示位置に対応させて設けてあり、画面の左から順にバーＢｒａ、バーＢｒｂ、バーＢｒｃが配置されている。これらのバーＢｒの中から任意のものを選択することにより、ユーザは、現在視聴中の場面の再生時刻位置とは異なる、任意の時刻位置へのジャンプが可能となる。
【００３５】
［システムの内部構成例］
次に、本実施の形態によるシステムの内部構成例について、図５を参照して説明する。図５は、図１と図２に示したレコーダ１００及び携帯電話端末２００の内部構成を示すブロック図である。まず、レコーダ１００の構成から先に説明する。レコーダ１００は、ビデオコンテンツＶが記憶された記憶部１０１と、ビデオコンテンツＶに関する属性情報を生成するメタデータ生成部１０２と、シナリオファイル生成部１０３と、非同期ストリーム生成部１０４とを備える。
【００３６】
シナリオファイル生成部１０３は、メタデータ生成部１０２で生成されたメタデータに基づいて、複数の非同期ストリームＤｗの各時刻位置を決定する。そして、決定した各非同期ストリームＤｗの時刻位置情報を、シナリオデータとしてシナリオファイルに記述する。シナリオファイル生成部１０３は、生成したシナリオファイルを、非同期ストリーム生成部１０４と同期ストリーム生成部１０５と、通信処理部１２０内のシナリオファイル送信部１２１に伝送する。シナリオファイル送信部１２１は、シナリオファイル生成部１０３より供給されたシナリオファイルを、アンテナ１３０を介して携帯電話端末２００に送信する。
【００３７】
非同期ストリーム生成部１０４は、シナリオファイル生成部１０３から供給されるシナリオファイルに記載された内容に基づいて、記憶部１０１よりビデオコンテンツＶを部分的に取得し、複数の非同期ストリームＤｗを生成し、蓄積する。そして、携帯電話端末２００から非同期ストリームＤｗの配信要求が送られたタイミングで、蓄積しておいた非同期ストリームＤｗを、通信処理部１２０内の非同期ストリーム生成部１０４に出力する。
【００３８】
非同期ストリーム送信部１２２は、レコーダ１００内の各部を制御する制御部１１０による制御に基づいて、非同期ストリーム生成部１０４から供給された非同期ストリームＤｗを、アンテナ１３０を介して携帯電話端末２００に送信する。
【００３９】
通信処理部１２０には、携帯電話端末２００から送信される配信要求を受信して、受信した配信要求を制御部１１０に供給する配信要求受信部１２４も含まれる。制御部１１０は、配信要求受信部１２４から配信要求が入力されると、配信要求に含まれる時刻情報（オリジナルストリーム内の位置を示す情報）に基づいて、同期ストリームの生成を指示する制御信号を生成する。オリジナルストーム内の時刻情報が、例えば図７の上から７行目のoffset=”000”, begin=”0”, dur=”20”である場合は、携帯電話端末２００からは
、次の同期ストリームが全体の中の“20”から始まることが記された配信要求が送信される。制御部１１０は、このような配信要求に基づいて生成した制御信号を、同期ストリーム生成部１０５に供給する。
【００４０】
同期ストリーム生成部１０５は、シナリオファイル生成部１０３から供給されるシナリオファイルに記載された内容と、制御部１１０から供給される制御信号に基づいて、非同期ストリームとして抽出されていない差分のストリームを記憶部１０１から読み出す。そして、読み出した差分ストリームを、同期ストリームとして同期ストリーム送信部１２３に出力する。同期ストリーム送信部１２３は、同期ストリームを、アンテナ１３０を通して携帯電話端末２００に送信する。なお、本例では同期ストリームを要求の受け付け毎に都度生成する構成としてあるが、予め生成・蓄積しておくようにしてもよい。
【００４１】
次に、同じく図５を参照して、携帯電話端末２００の内部構成について説明する。携帯電話端末２００は、レコーダ１００との間でデータの送受信を行う通信処理部２１０を備え、通信処理部２１０には、シナリオファイル受信部２１１と、非同期ストリーム制御部２１２と、非同期ストリーム受信部２１３と、同期ストリーム受信部２１４と、配信要求部２１５とが含まれる。
【００４２】
シナリオファイル受信部２１１は、レコーダ１００から送信されたシナリオファイルを受信し、受信したシナリオファイルをシナリオファイル解析部２２１に供給する。シナリオファイル解析部２２１は、入力されたシナリオファイルを解析し、解析結果を制御部２４０へ供給する。
【００４３】
制御部２４０は、解析結果に基づいて、レコーダ１００より非同期ストリームＤｗを取得し、後述する非同期ストリーム蓄積部２２２に蓄積するための制御を行う。また制御部２４０は、レコーダ１００より同期ストリームを取得して、後述する同期ストリームバッファ２２９に出力させる制御も行う。非同期ストリーム又は同期ストリームを取得するためには、それらを受信するためのセッションをレコーダ１００との間で開始する必要がある。以下の説明においては、同期ストリームを取得するセッションのことを「同期ストリームセッション」と称し、非同期ストリームＤｗを取得するセッションのことは「非同期ストリームセッション」と称する。
【００４４】
制御部２４０は、非同期ストリームセッションを開始させる場合には、非同期ストリーム制御部２１２に対して非同期ストリームＤｗの取得指示を行い、同期ストリームセッションを開始させる場合には、配信要求部２１５に対して同期ストリームの取得指示を行う。このとき制御部２４０は、携帯電話通信網２の状況に応じて、同期ストリームセッションの開始タイミングを柔軟に制御することも行う。同期ストリームセッションの開始タイミングの制御処理については後述する。
【００４５】
非同期ストリーム制御部２１２は、制御部２４０より非同期ストリームＤｗの取得開始指示が入力された場合は、レコーダ１００に対する非同期ストリームＤｗの送信指示を生成し、アンテナ２０１を介してレコーダ１００に送信する。
【００４６】
本例では、非同期ストリームの取得指示は、操作入力部２４１を通してユーザより入力される操作に基づいて行われる。そして、ユーザによる指示に従って、制御部２４０が非同期ストリームＤｗの取得開始指示を生成する。図６に、非同期ストリームの取得指示画面（ＵＩ）の構成例を示してある。図６は、表示部２２８上に表示された画面を示しており、画面下方に“Sync Start”ボタンＢｎ１と“close or cancel”ボタンＢｎ２とが配
置されている。そしてその上方に、レコーダ１００から受信した非同期ストリームＤｗの情報を示す領域がある。
【００４７】
制御部２４０は、ユーザよりSync StartボタンＢｎ１の押下を受け付けた場合に、非同期ストリームＤｗの取得開始指示を生成し、生成した非同期ストリームＤｗの取得開始指示と、シナリオファイルに含まれる非同期ストリームＤｗの時刻位置情報とを、非同期ストリーム制御部２１２に通知する。そして、非同期ストリーム受信部２１３より、レコーダ１００から送信された非同期ストリームＤｗが入力される。図６の上方の領域には、このようにして取得された非同期ストリームＤｗの属性情報として、ビデオコンテンツＶのタイトルや再生時間情報が示されている。ビデオコンテンツＶのタイトルは“ＡＡＡＡ”や“ＢＢＢＢ”等のように表示され、その右の行に、非同期ストリームＤｗの取得（ダウンロード）の進捗情報が、“ＯＫ”や“Ｗａｉｔｉｎｇ”又は進捗を示すバーによって表示されている。
【００４８】
図５に戻って説明を続けると、非同期ストリーム受信部２１３は、レコーダ１００から送信された非同期ストリームＤｗを受信すると、受信した非同期ストリームＤｗを、非同期ストリーム蓄積部２２２に蓄積する。非同期ストリーム蓄積部２２２は、後段の非同期ストリーム取得部２２３より非同期ストリームの読み出し指示が入力されるまでの間、非同期ストリームを保持する。
【００４９】
非同期ストリーム取得部２２３は、非同期ストリーム蓄積部２２２から非同期ストリームＤｗを読み出す。非同期ストリーム取得部２２３は、非同期ストリームＤｗを読み出した後は、読み出した非同期ストリームＤｗに付与されているタイムスタンプを、携帯電話端末２００内で使用する統一のタイムスタンプに付け替える処理を行う。統一のタイムスタンプの割り当ては、非同期ストリームのパケット単位で行われる。
【００５０】
非同期ストリーム取得部２２３は、統一タイムスタンプがマッピングされた非同期ストリームＤｗの各パケットに対して、そのパケットが「非同期ストリーム」であることを示すフラグを付加して、復号用バッファ２２４に出力する。
【００５１】
配信要求部２１５は、同期ストリームの取得開始指示を制御部２４０から受信した場合に、同期ストリームの送信指示を生成して、アンテナ２０１を通してレコーダ１００に送信する。
【００５２】
同期ストリーム受信部２１４は、レコーダ１００から送信された同期ストリームを受信すると、受信した同期ストリームを同期ストリームバッファ２２９に蓄積する。同期ストリームバッファ２２９は、後段の同期ストリーム取得部２３０より同期ストリームの読み出し指示が入力されるまでの間、同期ストリームを保持する。
【００５３】
同期ストリーム取得部２３０は、制御部２４０による制御に基づいて、同期ストリームバッファ２２９から同期ストリームを読み出す。そして、読み出した同期ストリームに付与されているタイムスタンプを、前述した統一のタイムスタンプにマッピングする処理を行う。具体的には、各同期ストリームセッションの開始後の第１パケット中のタイムスタンプを取得し、そこからの経過時間に基づいてシナリオファイル内の当該セッションの開始時刻をオフセット値として付与することを行う。同期ストリームのパケットには、ビデオコンテンツ内の絶対的な時刻情報を記載したタイムスタンプが付与されていないためである。
【００５４】
また同期ストリーム取得部２３０は、共通タイムスタンプがマッピングされた同期ストリームの各パケットに対して、そのパケットが「同期ストリーム」であることを示すフラグを付加して、復号用バッファ２２４に出力する。
【００５５】
復号用バッファ２２４は、非同期ストリーム取得部２２３から出力された非同期ストリームや同期ストリーム取得部２３０から出力された同期ストリーム（いずれも符号化データ）を一時的に蓄積する。
【００５６】
復号部２２５は、復号用バッファ２２４内に蓄積された符号化データを読み出して復号し、復号したデータを復号後ストリームバッファ２２６に出力する。復号後ストリームバッファ２２６は、復号部２２５で復号された復号データ、すなわち復号後の非同期ストリームＤｗと同期ストリームを一時的に保持する。
【００５７】
再生制御部２２７は、復号後ストリームバッファ２２６に蓄積された非同期ストリームＤｗと同期ストリームを読み出して、表示部２２８上で再生させるための制御を行う。具体的には、復号後ストリームバッファ２２６から各ストリームを抜き出す時刻と、抜き出
された非同期ストリームＤｗ又は同期ストリームに付与された統一タイムスタンプと、携帯電話端末２００内のシステムクロックとを用いて、表示部２２８での再生開始時刻とシステムクロックとを同期させる制御を行う。
【００５８】
表示部２２８は、再生制御部２２７で同期制御された非同期ストリームＤｗ又は同期ストリームを表示する。
【００５９】
（同期ストリームセッションの開始タイミング制御の詳細）
次に、制御部２４０による同期ストリームセッションの開始タイミング制御の例について説明する。このような制御が求められる背景には、同期ストリームへのアクセス速度と、非同期ストリームへのアクセス速度との違いがある。本実施の形態では、非同期ストリームを携帯電話端末２００内に予め蓄積してあるため、アクセスは比較的高速に行うことができる。これに対して同期ストリームは、ネットワーク（携帯電話通信網２）を介して取得するものであるため、アクセス速度は、非同期ストリームへのそれに対して低速となる。さらに、同期ストリームへのアクセス速度は、携帯電話通信網２の状態によって変動する。
【００６０】
従って、非同期ストリームから同期ストリームへ切り替わる際に、同期ストリームのパケットの到着が遅れた場合には、復号用バッファ２２４（図５参照）がアンダーフローとなってしまう。このような場合には、再生遅延が生じてしまうため、制御部２４０はこれを回避する制御を行う。
【００６１】
つまり、非同期ストリームの再生残り時間が所定の閾値を超えたタイミングで同期ストリームセッションを開始し、同期ストリーム受信部２１４（図５参照）で受信したパケットを同期ストリームバッファ２２９に蓄積する処理を行う。「所定の閾値」には、例えば非同期ストリームの再生終了地点から３秒前等の時刻位置を設定しておくものとする。さらに制御部２４０は、非同期ストリームの再生が終了する前までに、後続の同期ストリームのパケットを取得する制御も行う。このような制御を行うことで、非同期ストリームＤｗから同期ストリームへの切替が、即座にかつシームレスに行われるようになる。切替の処理は、同期ストリーム取得部２３０が、同期ストリームバッファ２２９から復号用バッファ２２４にパケットをコピーすることにより実現される。
【００６２】
（シナリオファイルの記述例）
次に、図７を参照して、シナリオファイルの記述例について説明する。シナリオファイルには、同期ストリームセッションと非同期ストリームセッションに関する情報等が記載されており、携帯電話端末２００は、本情報を基に非同期ストリームＤｗと同期ストリームの取得を行う。同期ストリームセッション情報と非同期ストリームセッション情報には、具体的には、レコーダ１００のアドレス、ファイルパス、ポート番号、ストリーム内時刻が記載されている。またシナリオファイルには、同期ストリームセッションと非同期ストリームセッションよりなる複数のセッション間の再生タイミングの情報等も記載されている。
【００６３】
図７に示したシナリオファイルでは、＜playlist＞タグ内の＜content＞タグにより、
各ビデオコンテンツＶの再生順序と、その再生タイミング情報を記述している。また、＜sub_content＞タグにより、＜content＞タグで示される同期ストリームセッション時間区間内の、非同期ストリームセッションの情報を記述している。具体的には、“offset”と記された属性情報により、同期ストリームセッション内の再生時刻のオフセット値を表現している。また、“dur”と記された属性情報により、各非同期ストリームＤｗの時間長
を表現している。“layer”として記されたレイヤ属性は、非同期ストリームの各ファイ
ル間の階層関係を表現するものであるが、階層構造を有するシナリオファイルを用いた処
理については、後述する。
【００６４】
図８は、図７に示したシナリオファイルに基づいて、非同期ストリームを生成した場合の例を示す説明図である。図８の上段に非同期ストリームＤｗを示してあり、下段に、非同期ストリームＤｗの元となるビデオコンテンツＶのストリームを示してある。図８の横軸は時間を示す。下段に示されたビデオコンテンツＶは、図７に示したシナリオファイルの記載よれば、“rtsp://192.168.10.5”に保存されている、“Full.mp4”という名称の
ファイルであることが分かる。
【００６５】
下段に示されたビデオコンテンツＶから、図７に示したシナリオファイルの記述に従って生成したものが、上段に示されている非同期ストリームＤｗである。非同期ストリームＤｗは、ビデオコンテンツＶ内の再生時刻の“0”の地点を起点とした20秒の時間長を有
するファイルＤｗ１と、“50”の地点を起点とした10秒の時間長を有するファイルＤｗ２と、“80”の地点を起点とした10秒の時間長を有するファイルＤｗ３を含む。また、“120”の地点を起点とした20秒の時間長を有するファイルＤｗ４と、“150”の地点を起点とした10秒の時間長を有するファイルＤｗ５と、“180”の地点を起点とした10秒の時間長
を有するファイルＤｗ６とを含む。
【００６６】
例えばファイルＤｗ１は、図７に示したシナリオファイル中の、下記記述に基づいて生成される。
＜sub_content layer=“1” offset=“000” begin=“0” dur=“20”＞
http://192.168.10.5:80/sub01.mp4＜/sub_content＞
すなわち、ビデオコンテンツＶ内の再生時刻のオフセット値（offset）が“000”であ
り、時間長（dur）は“20”であり、ファイル名は“sub01.mp4”であるファイルが、非同期ストリームのファイルＤｗ１として生成される。
【００６７】
なお、生成された非同期ストリームＤｗには、元のビデオコンテンツＶとは異なる新たなタイムスタンプが付与される。複数の非同期ストリームが一つのファイルとして生成される場合、図８に示すように、ファイルＤｗ１には０〜２０、ファイルＤｗ２には２０〜３０、ファイルＤｗ３には３０〜４０、ファイルＤｗ４には４０〜６０、ファイルＤｗ５には６０〜７０、ファイルＤｗ６には７０〜８０のタイムスタンプが割り振られる。また、複数の非同期ストリームが異なるファイルとして生成される場合は、Ｄｗ１には０〜２０、ファイルＤｗ２には０〜１０、ファイルＤｗ３には０〜１０、ファイルＤｗ４には０〜２０、ファイルＤｗ５には０〜１０、ファイルＤｗ６には０〜１０のタイムスタンプが割り振られる。つまり、このように元のビデオコンテンツＶとは異なるタイムスタンプが割り当てられた非同期ストリームＤｗが、非同期ストリーム受信部２１３（図５参照）に入力される。
【００６８】
［携帯電話端末における動作例］
次に、携帯電話端末２００での非同期ストリーム及び同期ストリームの取得処理の例について、図９のフローチャートを参照して説明する。図９は、非同期ストリームＤｗの取得処理を示すフローチャートである。図９において、まず、レコーダ１００から送信されたシナリオファイルが、シナリオファイル受信部２１１（図５参照）によって受信されて、シナリオファイル解析部２２１で解析される（ステップＳ１）。
【００６９】
そして、シナリオファイルの解析結果に基づいて制御部２４０で行われる制御によって、非同期ストリーム受信部２１３で非同期ストリームが受信され、受信された非同期ストリームが非同期ストリーム蓄積部２２２に蓄積される（ステップＳ２）。次に、シナリオファイルの解析の結果得られた各コンテンツ（非同期ストリーム）の名称（タイトル）や再生時間の情報が、表示部２２８（図５参照）に表示される（ステップＳ３）。
【００７０】
表示部２２８に表示された情報に基づいて、ユーザによって視聴したいビデオコンテンツＶが選択され、選択したビデオコンテンツＶを再生する操作が行われると（ステップＳ４）、「ループ」が開始される（ステップＳ５）。そしてループにおいては、まず、非同期ストリームＤｗの取得が開始される（ステップＳ６）。すなわち、非同期ストリーム蓄積部２２２に蓄積されていた非同期ストリームＤｗが、非同期ストリーム取得部２２３によって読み出される。読み出された非同期ストリームＤｗは、復号用バッファ２２４に蓄積された上で復号部２２５によって復号され、再生制御部２２７による制御に基づいて表示部２２８上で再生される。
【００７１】
次に、次の区間が同期ストリームであり、且つ非同期ストリーム蓄積部２２２から読み出されている非同期ストリームＤｗの再生区間（以下、単に「区間」とも称する）終了までの残り時間が、予め定めておいた同期ストリームの伝送開始閾値未満となったか否かが判断される（ステップＳ７）。非同期ストリームの区間終了までの残り時間が伝送開始閾値未満となった場合には、制御部２４０の制御によって同期ストリームの取得処理が開始される（ステップＳ８）。これにより、非同期ストリームの再生が終了する前までの間に、後続の同期ストリームのパケットが取得されるようになる。
【００７２】
続いて、非同期ストリームＤｗの区間終了までの残り時間が、予め定めておいた取得処理終了閾値未満となったか否かの判断が行われる（ステップＳ９）。非同期ストリームＤｗの区間終了までの残り時間が、予め定めておいた取得処理終了閾値以上である場合は、ステップＳ７に戻って判断が繰り返される。非同期ストリームＤｗの区間終了までの残り時間が、予め定めておいた取得処理終了閾値未満であった場合には、非同期ストリームＤｗの取得処理は終了となり（ステップＳ１０）、再生時刻位置における未来の時刻位置に、次区間が存在するか否かの判断が行われる（ステップＳ１１）。
【００７３】
次区間が存在する場合には、その区間に存在するストリームが、非同期ストリームＤｗであるか否かが判断される（ステップＳ１２）。非同期ストリームＤｗであった場合には、ステップＳ６に戻って処理が続けられ、非同期ストリームＤｗではなく同期ストリームであった場合には、制御部２４０の制御によって同期ストリームセッションが開始される（ステップＳ１３）。
【００７４】
そして、同期ストリームセッションを通して、同期ストリームの取得が開始される（ステップＳ１４）。同期ストリームの取得処理中は、同期ストリームの区間終了までの残り時間が、予め定められた取得処理閾値未満となったか否かが判断され（ステップＳ１５）、取得処理閾値以上である場合は、ステップＳ１５の判断が繰り返される。取得処理閾値未満となった場合には、同期ストリームの取得処理は終了され（ステップＳ１６）、同期ストリームセッションも終了される（ステップＳ１７）。この後はステップＳ１１に進み、次区間が存在するか否かの判断が行われる。次区間が存在する場合には、ステップＳ１２に進んで前述した処理が行われ、次区間が存在しない場合には、ここでループが終了となる（ステップＳ１８）。
【００７５】
［第１の実施の形態による効果］
上述した実施の形態においては、視聴開始に先立って、つまり、オリジナルのビデオコンテンツＶの再生時刻とは同期しないタイミングで、それぞれが固有の時間長を有する複数の部分ストリームが、非同期ストリームＤｗとして携帯電話端末２００に蓄積される。そして、ビデオコンテンツＶの再生時に、蓄積済みの非同期ストリームＤｗが読み出されて再生される。つまり、再生開始時には携帯電話通信網２への接続を行う必要がなくなる。これにより、再生開始時に発生する遅延を最小限のものに抑えられることができるようになるため、再生操作時にユーザが感じるストレスを低減することができる。
【００７６】
また、上述した実施の形態によれば、ユーザは、図４に示したソフトキーＳｋ等のＵＩを通して、画面上で再生する非同期ストリームＤｗの種類を変更することで、見たいシーンを検索することができる。そしてこの場合、事前に蓄積済みの非同期ストリームＤｗが使用されるため、携帯電話通信網２へのアクセスは行われない。すなわち、ユーザは、見たいシーンの検索及びアクセス等の操作を高速に行うことができる。
【００７７】
また、上述した実施の形態によれば、非同期ストリームＤｗが、ユーザによるビデオコンテンツＶの視聴状況とは非同期に、例えばビデオコンテンツＶの録画時に携帯電話端末２００内に蓄積されるようになる。これによりユーザは、お昼休み等のすきまの時間帯に、携帯電話端末２００内に蓄積済みの非同期ストリームＤｗを用いて、ビデオコンテンツＶをザッピングすることができるようになる。
【００７８】
また、上述した実施の形態によれば、非同期ストリームＤｗとして蓄積されていない差分のストリームについては、レコーダ１００よりネットワークを介して送信され、同期ストリームとして取得される。そして、再生中の非同期ストリームＤｗとシームレスに結合される。これによりユーザは、見たいシーンとして選択した非同期ストリームＤｗを起点として、ビデオコンテンツＶ全体を視聴することができるようになる。
【００７９】
すなわち、上述した実施の形態によれば、ビデオコンテンツＶ全体の容量と比較して十分に小さな容量を有する部分ストリームを、非同期ストリームＤｗとして大量に携帯電話端末２００内に蓄積することで、ビデオコンテンツＶ全体が携帯電話端末２００内にすべて蓄積されている場合に得られるような、各非同期ストリーム（シーン）への高効率なアクセス性が得られるようになる。
【００８０】
また、上述した実施の形態によれば、携帯電話通信網２の状況に応じて、同期ストリーミングセッションの開始タイミングが柔軟に制御される。これにより、携帯電話通信網２が不安定な状況であっても、ロバスト性の高い視聴環境をユーザに提供することが可能となる。
【００８１】
さらに、上述した実施の形態によれば、非同期ストリームＤｗの時間長を、携帯電話通信網２の不安定性に起因して生じる遅延を吸収可能な程度の長さに設定することで、帯域変動や揺らぎ等によって携帯電話通信網２が不安定となった場合にも、遅延を回避することができる。
【００８２】
なお、上述した実施の形態では、非同期ストリームＤｗの区間終了までの残り時間が、予め定めておいた取得処理終了閾値未満となった場合に、同期ストリームセッションを開始するようにしているが、ユーザより続きの区間の視聴を指示する何らかの操作が入力された場合に、同期ストリームセッションを開始するように構成してもよい。この場合は、続きの区間視聴を受け付けるＵＩを生成しておき、表示画面中等に表示させておく必要がある。
【００８３】
＜１−１．第１の実施の形態の変形例（１）＞
上述した第１の実施の形態では、ビデオコンテンツＶの視聴に先立って携帯電話端末２００に非同期ストリームを蓄積しておく場合を例に挙げたが、非同期ストリームを、視聴中に動的に取得するように構成してもよい。以下の説明では、視聴に先立って非同期ストリームを取得しておく方式を「視聴前取得方式」と称し、視聴中に非同期ストリームを動的に取得する方式を「視聴中取得方式」と称する。
【００８４】
［システムの概要］
図１０に、視聴中取得方式を採用した場合のシステムの概要を示してある。図１０において、左側はレコーダ１００を示し、右側は携帯電話端末２００を示す。図１０の縦方向は、ビデオコンテンツＶの再生時刻及びユーザによる視聴時間を示す。視聴中取得方式においては、まずレコーダ１００において、複数の非同期ストリームＤｗの時刻位置が決定される。そしてレコーダ１００は、決定した非同期ストリームＤｗの時刻位置情報をシナリオファイルに記述し、生成したシナリオファイルを携帯電話端末２００に送る。
【００８５】
携帯電話端末２００では、ビデオコンテンツＶ視聴開始の指示をユーザから受け付けたら、まず同期ストリームセッションを開始し、レコーダ１００から送信されたシナリオファイルの記述に基づいて、いくつかの同期ストリームを受信する。それからある一定の時間が経過した後に、その時点での再生時刻位置と、取得対象となる複数の非同期ストリームの時刻位置情報とを比較し、適切な非同期ストリームＤｗの取得要求をレコーダ１００に送信する。ここでは、再生時刻位置より未来の時刻位置情報を有する非同期ストリームＤｗが、適切なストリームとして選択される。この処理によって非同期ストリームセッションが開始されることにより、レコーダ１００から携帯電話端末２００に対して、複数の非同期ストリームが送信される。
【００８６】
ユーザは、携帯電話端末２００の画面上で再生されたストリームを視聴中に、図４Ａに示したソフトキーＳｋ等を用いて、再生時刻位置より未来の時刻位置に相当する取得済みの非同期ストリームにスキップすることができる。又は、図４Ｂに示したように、取得済み非同期ストリームが一覧表示されている場合には、所望の非同期ストリームにジャンプすることもできる。
【００８７】
このような操作によって再生時刻位置が変化した場合は、その直後に取得済みの非同期ストリームへアクセスすることで、遅延のない再生を実現できる。但し、このように、ユーザによる操作に基づいて再生時刻位置が変化する場合には、再生時刻位置の変化前に行われていた非同期ストリームセッションを一旦中止し、再生位置情報に基づく適切なストリームを取得する処理を行う。そして、適切なストリームの取得後に、一旦中止した非同期ストリームセッションを再開させるようにする。
【００８８】
一方、取得済みの非同期ストリームＤｗへのローカルアクセス処理が開始した場合には、同期ストリームセッションを中止することを行っている。これにより、携帯電話通信網２の帯域をフルに使用して、非同期ストリームＤｗを取得することができるようになる。その後、取得した非同期ストリームＤｗの再生区間が最後まで到達したときに、この非同期ストリームＤｗの終了時刻情報に基づいて同期ストリームセッションを再開することで、携帯電話端末２００内の非同期ストリームへのアクセス処理から、同期ストリームへのアクセス処理への移行をシームレスに行うことができる。
【００８９】
［携帯電話端末における動作例］
次に、視聴中取得方式を実現するための詳細な処理の例について、図１１のフローチャートを参照して説明する。まず、ビデオコンテンツＶの視聴に先立って、レコーダ１００から送信されたシナリオファイルが、シナリオファイル受信部２１１（図５参照）によって受信され、シナリオファイル解析部２２１で解析される（ステップＳ３１）。そして、シナリオファイルの解析の結果得られた各コンテンツの名称（タイトル）や再生時間の情報が、表示部２２８（図５参照）に表示される（ステップＳ３２）。
【００９０】
表示部２２８に表示された情報に基づいて、ユーザによって視聴したいビデオコンテンツＶが選択され、選択したビデオコンテンツＶを再生する操作が行われると（ステップＳ３３）、「ループ」が開始される（ステップＳ３４）。
【００９１】
ループにおいては、まず配信要求部２１５からレコーダ１００に対して、同期ストリームの送信指示が送信され（ステップＳ３５）、同期ストリームセッションが開始される（ステップ３６）。そして、送信指示に基づいてレコーダ１００から送信された同期ストリームが、復号用バッファ２２４に出力される（ステップＳ３７）。復号用バッファ２２４に出力された同期ストリームは、復号部２２５によって復号され、復号化された同期ストリームが、再生制御部２２７の制御に基づいて表示部２２８上で再生される（ステップＳ３８）。そして、表示部２２８での再生状況に応じて、再生時刻位置が更新される（ステップ３９）。
【００９２】
次に、同期ストリームセッションの開始後から、予め定められた所定の時間が経過したか否かが判断され（ステップＳ４０）、所定の時間が経過していた場合には、次の図１２に示すプロセスに処理が移行する。所定の時間が経過していない場合は、再生時刻位置に該当する非同期ストリームＤｗが存在するか否かが判断される（ステップＳ４１）。
【００９３】
非同期ストリームＤｗが存在しない場合には、同期ストリームの区間終了までの残り時間が、取得処理終了閾値未満となったか否かが判断される（ステップＳ４２）。同期ストリームの区間終了までの残り時間が、取得処理終了閾値未満であった場合には、配信要求部２１５からレコーダ１００に対して同期ストリームの送信終了指示が送信され（ステップＳ４３）、処理は終了となる。同期ストリームの区間終了までの残り時間が、取得処理終了閾値以上であった場合には、ステップＳ３７に戻って処理が行われる。
【００９４】
ステップＳ４１で、再生時刻位置に該当する非同期ストリームＤｗが存在すると判断された場合には、同期ストリームの送信を一時中止するための指示が、配信要求部２１５からレコーダ１００に対して送信される（ステップＳ４４）。そして、非同期ストリーム取得部２２３によって、既に取得済みの非同期ストリームＤｗの、非同期ストリーム蓄積部２２２からの読み出しが開始される（ステップＳ４５）。
【００９５】
次に、同期ストリーム又は非同期ストリームの復号用バッファ２２４への出力が完了しているか否かの判断が行われ（ステップＳ４６）、出力が完了していない間は、ステップＳ４６の判断が続けられる。復号用バッファ２２４への出力が完了している場合には、非同期ストリーム蓄積部２２２から非同期ストリームＤｗが読み出され、読み出された非同期ストリームＤｗが復号用バッファ２２４に出力される（ステップＳ４７）。
【００９６】
復号用バッファ２２４に出力された非同期ストリームＤｗは、復号部２２５によって非同期ストリームＤｗが復号され、表示部２２８上で再生される（ステップＳ４８）。そして、表示部２２８での再生状況に応じて、再生時刻位置が更新される（ステップ４９）。
【００９７】
次に、非同期ストリームの区間終了までの残り時間が、取得処理終了閾値未満となったか否かが判断され（ステップＳ５０）、取得処理終了閾値以上であった場合には、ステップＳ４７に戻って処理が続けられる。非同期ストリームの区間終了までの残り時間が、取得処理終了閾値未満であった場合には、再生時刻位置に該当する同期ストリームが存在するか否かが判断される（ステップＳ５１）。
【００９８】
再生時刻位置に該当する同期ストリームが存在する場合には、ステップＳ３５に戻って処理が続けられる。再生時刻位置に該当する同期ストリームが存在しない場合には、次に、再生時刻位置に該当する他の非同期ストリームが存在するか否かが判断される（ステップＳ５２）。再生時刻位置に該当する他の非同期ストリームが存在する場合には、ステップＳ４５に戻って処理が続けられ、存在しない場合にはループが終了される。
【００９９】
次に、図１２を参照して、図１１のステップＳ４０で“ＹＥＳ”が選択された場合の非
同期ストリーム取得処理について説明する。まず、制御部２４０の制御に基づいて、非同期ストリームの送信指示が非同期ストリーム制御部２１２からレコーダ１００に送信されると（ステップＳ６１）、レコーダ１００と携帯電話端末２００との間で、非同期ストリームセッションが開始される（ステップＳ６２）。
【０１００】
そして、非同期ストリームセッションを通して、非同期ストリームの取得が開始される（ステップＳ６３）。そして、非同期ストリームセッションを通してのデータの受信が終了したか否かが判断され（ステップＳ６４）、データの受信が終了した場合に、非同期ストリームの取得処理が終了となる（ステップＳ６５）。
【０１０１】
［第１の実施の形態の変形例（１）による効果］
上述した実施の形態によれば、同期ストリームセッションによる同期ストリームの取得と、非同期ストリームセッションによる非同期ストリームＤｗの取得とが、同一のタイムライン上で行われるようになる。またこの場合、その時点での再生時刻位置とは異なる時刻位置の非同期ストリームＤｗが取得される。取得済みの非同期ストリームＤｗを、ジャンプ又はスキップ可能なシーンへのアクセスポイントと考えた場合、このような処理が行われることにより、視聴開始時には存在しなかったアクセスポイントが、ビデオコンテンツＶの視聴中に自動的に増えるようになる。これにより、ユーザによる所望のシーンへのアクセス性が飛躍的に向上する。
【０１０２】
なお、上述した各実施の形態では、レコーダ１００内で予め非同期ストリームＤｗを生成・蓄積しておく形態を想定しているが、非同期ストリームＤｗを、再生時刻位置に応じてレコーダ１００が動的に生成する形態をとるようにしてもよい。
【０１０３】
＜１−２．第１の実施の形態の変形例（２）＞
上述した各実施の形態では、複数の非同期ストリームＤｗを、ユーザにより選択された再生時刻位置を起点に時系列で取得する場合を例に挙げているが、非同期ストリームを選択的（段階的）に取得できるように構成してもよい。これにより、ビデオコンテンツＶの全体像を把握するための概観的なアクセスと、再生時間位置近傍での細かなシーンに対するアクセスとの両方のアクセスを実現することができる。本例では、このような選択的な取得を、視聴中取得方式において実現するための構成及び方法を説明する。
【０１０４】
具体的には、非同期ストリームにレイヤの概念を導入する。番組全体把握のための時間的距離が比較的離れた非同期ストリーム同士にレイヤ１を付与し、一方で、細かなアクセスのための時間的距離の近い非同期ストリーム同士にレイヤ２あるいはそれ以上のレイヤを付与する。
【０１０５】
図１３は、非同期ストリームにレイヤ１とレイヤ２の２つの階層を持たせた場合の、シナリオファイルの記述例を示したものである。＜sub_content＞タグで示される非同期ス
トリームセッション情報中には、１０個の非同期ストリームＤｗが定義してある。そして、そのうちの１行目と４行目と９行目のものは、layer属性が“１”に設定されている。
２行目及び３行目と、５行目から８行目と、１０行目のもののlayer属性は、“２”に設
定されている。
【０１０６】
図１４に、図１２のシナリオファイルに基づいて生成された非同期ストリームＤｗの構成例を示してある。図１４の横軸は時間を示す。オリジナルのビデオコンテンツＶが有する３００分のストリームの中から、図１２に示したシナリオファイルの＜sub_content＞
タグ中の１行目から１０行目の記述に基づいて、非同期ストリームＤｗ１〜非同期ストリームＤｗ１０が生成された様子が示されている。
【０１０７】
図１５は、レイヤ１に属する各非同期ストリームＤｗを上段に、レイヤ２に属する各非同期ストリームＤｗとを下段に表示したものである。図１５によれば、レイヤ１が付与された非同期ストリームＤｗ１と非同期ストリームＤｗ４と非同期ストリームＤｗ９は、それぞれ時間的距離が比較的離れていることが分かる。またこれに対して、レイヤ２が付与された非同期ストリームＤｗ２及び非同期ストリームＤｗ３と、非同期ストリームＤｗ５から非同期ストリームＤｗ８までと、非同期ストリームＤｗ１０は、互いの時間的距離が近いことが分かる。
【０１０８】
図１６は、各時刻における同期ストリーム（レイヤ０）と、非同期ストリーム（レイヤ１及びレイヤ２）の取得順序について、概念的に示した図である。図１６の最上段には、オリジナルのビデオコンテンツＶを構成する各ストリームＳｔ１〜ストリームＳｔ１２を時系列に並べて表示してある。図１６の横軸は、ビデオコンテンツＶにおける再生時刻を示す。
【０１０９】
ストリームＳｔ１１〜ストリームＳｔ２２のそれぞれには、シナリオファイルの記載に基づいて、レイヤ０〜レイヤ２のいずれかの層が割り当てられている。図１６では、レイヤ０に割り当てられたストリームを白枠で示してあり、レイヤ１に割り当てられたストリームを黒枠で示してあり、レイヤ２に割り当てられたストリームは網掛けの枠で示してある。レイヤ０が付与された各ストリームは、再生時刻に同期して同期ストリームＳｒとして取得され、レイヤ１又はレイヤ２が付与されたストリームは、ユーザによる視聴状況とは非同期に、非同期ストリームＤｗとして取得される。
【０１１０】
図１６の縦方向は、ユーザによる視聴時間の経過を示し、視聴時間における各時刻をＴ０〜Ｔ３と示している。時刻Ｔ０は、同期ストリームセッションが開始された時刻であり、このタイミングで、レイヤ０の同期ストリームの取得が開始される。図には、レイヤ０が付与された各ストリームのうち、最初のストリームであるストリームＳｔ１１が、同期ストリームＳｒ１１として取得された状態が示されている。
【０１１１】
時刻Ｔ０から所定の時間が経過した時刻Ｔ１の時点では、レイヤ０の同期ストリームＳｒの取得中に、ビデオコンテンツＶ全体の概観的把握を支援するためのレイヤ１のストリームを、ビデオコンテンツＶの終了時まで取得している。つまり、レイヤ１が付与されたストリームＳｔ１７とストリームＳｔ２１とを、非同期ストリームＤｗ１１と非同期ストリームＤｗ１２として取得している。
【０１１２】
時刻Ｔ２の時点では、現在ユーザによって視聴されている区間に位置するレイヤ２に属する非同期ストリームＤｗの取得を開始している。つまり、黒い三角の印で示された現在再生位置が属する区間に位置する、レイヤ２が付与されたストリームＳｔ１４を、非同期ストリームＤｗ１３として取得している。
【０１１３】
時刻Ｔ３の時点では、ユーザによる再生スキップの操作に基づき、再生時刻位置が次区間に存在する非同期ストリームＤｗ１１の位置に移動している。移動先の非同期ストリームＤｗ１１のレイヤ属性は“１”であるため、前区間のレイヤ２の非同期ストリーム（ストリームＳｔ１６）の取得を中断し、次区間の同期ストリームセッション及びレイヤ２の非同期ストリームセッションを開始している。図には、次区間の同期ストリームセッションによってストリームＳｔ１８が同期ストリームＳｒ１３として取得され、非同期ストリームセッションによってストリームＳｔ１９が非同期ストリームＤｗ１４として、又ストリームＳｔ２１が非同期ストリームＤｗ１５として取得された様子が示されている。
【０１１４】
このように、再生時刻位置はユーザによるスキップ操作等により動的に変化するため、本例では、非同期ストリームの取得準備やタイミングの制御を適応的に行うようにしてい
る。
【０１１５】
図１７Ａ及び図１７Ｂに、図１６の時刻Ｔ１と時刻Ｔ２の地点での携帯電話端末２００の画面表示例を示している。図１６の時刻Ｔ１においては、現在再生位置は同期ストリームＳｒ１２のところに位置している。つまり、図１７Ａに示すように、携帯電話端末２００の画面上では、同期ストリームＳｒ１２の映像が再生されている。
【０１１６】
同期ストリームＳｒ１２が表示されている領域Ａｒ１の下方には、取得済みの同期ストリームＳｒ又は非同期ストリームＤｗが表示される領域Ａｒ２がある。そして、図１７Ａに示す時刻Ｔ１の時点では、この領域Ａｒ２には、Ｔ１の時刻で取得された非同期ストリームＤｗ１１と、非同期ストリームＤｗ１２とがサムネイル表示されている。
【０１１７】
そのまま視聴が続けられ、Ｔ２の時刻となった時点での画面の例を、図１７Ｂに示してある。図１７Ｂにおいては、領域Ａｒ２の左端の位置に、非同期ストリームＤｗ１３のサムネイルが挿入されている。このように、本例によれば、再生時刻位置に応じて適切な同期ストリームＳｒ又は非同期ストリームＤｗが取得され、画面上の領域Ａｒ２にサムネイルとして表示される。つまり、再生を行っている最中に、ユーザがランダムにアクセスすることが可能なアクセスポイントが、領域Ａｒの中で自動的に増えていくようになる。
【０１１８】
［第１の実施の形態の変形例（２）による効果］
上述した実施の形態によれば、視聴開始から所定の時間が経過した時点で、まず優先的にレイヤ１の非同期ストリームＤｗが取得される。これにより、ビデオコンテンツＶ全体を対象とした広い時間間隔における、所望のシーンへのランダムなアクセス機能が、視聴開始時の早い段階でユーザに提供されるようになる。
【０１１９】
また、上述した実施の形態によれば、レイヤ１の非同期ストリームＤｗ取得後は、再生状況又はユーザによるスキップ又はジャンプ操作に基づいて変化する再生時刻位置に応じて、レイヤ１に属する非同期ストリームＤｗ及び、同じくレイヤ１に属するその次の非同期ストリームＤｗとの間に位置するレイヤ２の非同期ストリームＤｗが取得される。これにより、ユーザは、アクセス先のコンテンツの付近で、さらなるスキップ操作又はジャンプ操作を行うことができるようになる。つまり、より細かなシーンアクセスを行えるようになる。
【０１２０】
すなわち、上述した実施の形態によれば、ビデオコンテンツＶの全体像を把握するための概観的なアクセスと、再生時刻位置近傍での細かなシーンアクセスとの両アクセスが実現されるようになる。
【０１２１】
なお、上述した実施の形態では「視聴中取得方式」に適用した場合を例に挙げているが、「視聴前取得方式」に適用することも可能である。「視聴前取得方式」では、事前に非同期ストリームＤｗを蓄積するが、その蓄積容量は、選択されたビデオコンテンツＶの数に比例して増大する。すなわち、多数のビデオコンテンツＶが選択された場合には、携帯電話端末２００の記憶部１０１が圧迫される可能性がある。
【０１２２】
このような状況の発生を防ぐ手法としては、ビデオコンテンツＶ内部での所望のシーンへのアクセス性を高めることよりも、ビデオコンテンツＶの多様性を優先する手法が考えられる。具体的には、例えばオリジナルのビデオコンテンツＶの先頭部分と、中間時刻位置のみを事前に非同期ストリームＤｗとして取得しておくようにすれば、記憶部１０１の圧迫を防ぐことができると想定される。ところがこの場合は、多くの種類のビデオコンテンツＶの非同期ストリームを記憶部１０１内に蓄積することができる一方で、個々のビデオコンテンツＶ内におけるスキップ又はジャンプ可能なシーンの数が、非常に少ないもの
に限定されてしまう。
【０１２３】
そこで、「視聴中取得方式」における場合と同様に、「視聴前取得方式」においてもレイヤの概念を導入し、視聴前にはレイヤ１の非同期ストリームＤｗを取得・蓄積しておくようにする。そして、視聴開始後は、アクセス先の区間に存在するレイヤ１の非同期ストリーム内の再生時刻位置に応じて、レイヤ２の非同期ストリームを動的に取得するようにする。このような制御を行うことにより、「視聴前取得方式」においても、ビデオコンテンツＶ内での各シーンへのアクセスを高めることができるようになる。
【０１２４】
＜１−３．第１の実施の形態の変形例（３）＞
また、上述した実施の形態では、ビデオコンテンツＶから生成する各非同期ストリームＤｗの時間位置や時間長を、予め固定的に設定しておく場合を例に挙げたが、これに限定されるものではない。例えば、シーン検出の技術やメディア要約技術を用いて、これらを動的に決定するようにしてもよい。
【０１２５】
図１８に、この場合のシステムの概要例を示してある。図１８においては、図１と同様に、左側には家庭内の空間を示してあり、右側にはモバイル環境を示してある。家庭内には、ビデオコンテンツＶが記録されたレコーダ１００があり、レコーダ１００では、例えばシーン検出の手法を使って抽出された盛り上がりのあるシーンが、非同期ストリームＤｗとして蓄積される。つまりこの場合の非同期ストリームＤｗは、ダイジェストクリップとしての役割を果たすものとなる。そしてユーザは、外出前等のタイミングで、レコーダ１００に蓄積された各非同期ストリームＤｗを携帯電話端末２００に転送しておく。
【０１２６】
モバイル環境においては、事前に蓄積しておいた複数の非同期ストリームＤｗを携帯電話端末２００上で再生し、任意の非同期ストリームを選択することにより、ユーザは視聴したい再生位置を決定する。このとき、携帯電話通信網２へのアクセスは行われないため、早送りやジャンプ等の操作は高速に行うことができる。
【０１２７】
視聴したい再生位置の決定後は、携帯電話端末２００に蓄積されていない差分のストリーム、つまり盛り上がりシーンとして検出されていない場面を有するストリームが、家庭内のレコーダ１００から携帯電話通信網２を介して伝送される。これによりユーザは、複数の盛り上がりシーンの中から見たいシーンを容易に検索することができ、また、選択したシーンを起点としてビデオコンテンツＶを最後まで視聴することができるようになる。
【０１２８】
なお、上述した各実施の形態においては、非同期ストリームＤｗをレコーダ１００内で予め生成しておく場合を例に挙げたが、該当時間部分のストリームを順次抽出することで、非同期ストリームＤｗを動的に生成するようにしてもよい。
【０１２９】
＜２．第２の実施の形態＞
次に、本発明の第２の実施の形態を、図１９のブロック図及び図２０のフローチャートを参照して説明する。本実施の形態は、シナリオファイルの生成をクライアントである携帯電話端末２００側で行うものである。なお、図１９において図５と対応する箇所には同一の符号を付してあり、詳細な説明は省略する。
【０１３０】
図１９に示すシステムは、レコーダ１００Ａと携帯電話端末２００Ａとで構成される。本例におけるレコーダ１００Ａは、ビデオコンテンツＶが記憶された記憶部１０１と、制御部１１０と、通信処理部１２０Ａとを含む。通信処理部１２０Ａは、ストリーム送信部１２５と、配信要求受信部１２４とで構成される。
【０１３１】
制御部１１０は、携帯電話端末２００Ａから送られてきた配信要求を受信すると、スト
リーム送信部１２５に対して、配信要求内で指定されたビデオコンテンツＶを記憶部１０１から読み出して、携帯電話端末２００に送信するよう指示を行う。ストリーム送信部１２５は、制御部１１０による指示に基づいて、該当するビデオコンテンツＶを記憶部１０１より読み出し、ストリームとして携帯電話端末２００に送信する。
【０１３２】
携帯電話端末２００Ａは、レコーダ１００Ａとの間でデータの送受信を行う通信処理部２１０Ａと、非同期ストリーム蓄積部２５０と、非同期ストリーム取得部２２３と、同期ストリームバッファ２２９と、同期ストリーム取得部２３０とを備える。また復号用バッファ２２４と、復号部２２５と、復号後ストリームバッファ２２６と、制御部２４０Ａと、操作入力部２４１と、表示部２２８と、再生制御部２２７とを備える。
【０１３３】
本例においては、制御部２４０Ａ内に、予め作成されたシナリオファイルが蓄積されている。制御部２４０Ａは、このシナリオファイルを解析し、シナリオファイルに記載された非同期ストリームＤｗの所在情報等に基づいて、非同期ストリームＤｗ又は同期ストリームの取得制御を行う。具体的には、非同期ストリームＤｗ又は同期ストリームの配信要求を生成して、配信要求部２１４からレコーダ１００Ａに送信させる処理を行う。
【０１３４】
通信処理部１２０Ａは、レコーダ１００Ａのストリーム送信部１２５から送信されたストリームを受信するストリーム受信部２１６と、配信要求部２１５とで構成される。非同期ストリーム蓄積部２５０は、配信要求部２１４からの配信要求に基づいてレコーダ１００Ａから配信された非同期ストリームＤｗを受信して、蓄積する。なお、蓄積された非同期ストリームＤｗを読み出す処理や、それ以降の処理については、第１の実施の形態における処理と同様であるため、説明は省略する。
【０１３５】
なお、図１９に示した例では、携帯電話端末２００側において、予め生成しておいたシナリオファイルに記載の内容に基づいて、非同期ストリームＤｗ又は同期ストリームをレコーダ１００Ａから取得する場合を例に挙げたが、これに限定されるものではない。例えば、配信要求部２１４からレコーダ１００Ａに対して、所定の時間間隔毎に所定の時間長を有するストリームの配信要求を行い、その要求に応じてレコーダ１００Ａから送信されたストリームを、非同期ストリームＤｗとして蓄積するようにしてもよい。
【０１３６】
このように構成した場合の処理の例を、図２０に示してある。図２０においては、非同期ストリームＤｗの取得間隔を“ｊ”、非同期ストリームＤｗの時間長を“ｉ”で表現している。
【０１３７】
まず、ユーザによって、再生対象のビデオコンテンツＶの選択及び再生の指示がされたか否かの判断が行われ（ステップＳ７１）、この操作が行われた場合には、レコーダ１００Ａから送信されたオリジナルのビデオコンテンツＶのストリームが、ストリーム受信部２１６によって受信される（ステップＳ７２）。そして、受信されたストリームのうち、最初のｉ分間の区間が、非同期ストリーム蓄積部２５０によって取得され、非同期ストリームＤｗとして蓄積される（ステップＳ７３）。
【０１３８】
次に、そこからｊ分間経過したか否かが判断され（ステップＳ７４）、ｊ分間が経過しない間は、ステップＳ７３の判断が繰り返される。ｊ分間が経過したと判断された場合には、ステップＳ６２で取得されたストリームにおいて、次の区間が存在するか否かが判断される（ステップＳ７５）。次の区間が存在する場合には、ステップＳ７３に戻り、その区間での非同期ストリームＤｗが生成され、蓄積される。次の区間が存在しない場合には、処理はここで終了となる。
【０１３９】
このように、携帯電話端末２００Ａに上述した各機能を持たせることで、ビデオコンテ
ンツＶが記録されたレコーダ１００Ａが非同期ストリームＤｗの生成機能を持たない場合であっても、非同期ストリームＤｗを用いた高速かつ低遅延なアクセス機能を実現することができる。
【０１４０】
＜３．第３の実施の形態＞
次に、本発明の第３の実施の形態について、図２１のブロック図を参照して説明する。図２１において、図５や図１９と対応する箇所には同一の符号を付してあり、詳細な説明は省略する。本実施の形態によるシステムは、ビデオコンテンツＶを放送する放送局３００と携帯電話端末２００とで構成される。そして、放送局が、非同期ストリームＤｗの生成及び送信と、同期ストリームの送信とを行うように構成したものである。
【０１４１】
図２１に示す放送局３００は、図５に示したレコーダ１００が有する各機能ブロックをすべて有する。図５に示したレコーダ１００との相違点は、シナリオファイルと非同期ストリームは、アンテナ１３０Ａを通して携帯電話端末２００に送信するが、携帯電話端末２００から送信される配信要求の受信や同期ストリームの送信は、例えば携帯電話通信網２等の他の通信網を通して行う点にある。
【０１４２】
このように、放送局３００側で非同期ストリームＤｗの生成や送信、同期ストリームの送信を行うように構成すれば、レコーダ１００を所有していないユーザであっても、非同期ストリームＤｗに基づくザッピングや、同期ストリームの取得を携帯電話端末２００上で行うことができるようになる。
【０１４３】
＜４．第４の実施の形態＞
次に、本発明の第４の実施の形態について、図２２のブロック図を参照して説明する。図２２において、図５と図１９、図２１と対応する箇所には同一の符号を付してあり、詳細な説明は省略する。本実施の形態によるシステムは、ビデオコンテンツＶを放送する放送局３００Ａと、レコーダ１００Ａと、携帯電話端末２００Ａとで構成される。
【０１４４】
図２２に示す放送局３００Ａは、ビデオコンテンツＶが蓄積された記憶部１０１と、放送波を通してビデオコンテンツＶを送信する送信部３２５と、制御部１１０Ｂとを備える。つまり、従来の放送局と同様に、ビデオコンテンツＶの送信のみを行う。
【０１４５】
レコーダ１００Ａは、放送波を受信する放送波受信部１２６と、放送波受信部１２６で受信したビデオコンテンツＶを蓄積する記憶部１０１と、制御部１１０Ａと、配信要求受信部１２４と、同期ストリーム生成部１０５と、同期ストリーム送信部１２３とを備える。すなわち、本例によるレコーダ１００Ａは、放送局３００Ａから送信されたビデオコンテンツＶを記憶部１０１に蓄積し、携帯電話端末２００Ａより配信要求があった場合に、その要求内容に基づいて同期ストリーム生成部１０５で同期ストリームを生成する。そして生成した同期ストリームを、同期ストリーム送信部１２３及びアンテナ１３０を通して携帯電話端末２００Ａに送信する。
【０１４６】
携帯電話端末２００Ａは、図１９に示したものと同一の構成を有するものである。つまり、放送局３００Ａから送信されるビデオコンテンツＶを基に非同期ストリームＤｗを生成する機能を備える。さらに、生成した各非同期ストリームＤｗの時刻位置情報や時間長の情報と、それらとオリジナルのビデオコンテンツＶでの再時刻位置との対応情報等を作成し、シナリオデータとして記憶しておくことも行う。そして、ユーザより入力される操作等に応じて変化する再生時刻位置に応じて、適切な同期ストリーム又は非同期ストリームＤｗをレコーダ１００Ａより取得する。
【０１４７】
このように、携帯電話端末２００Ａで非同期ストリームＤｗの生成を行い、レコーダ１
００Ａで同期ストリームの生成及び送信を行う構成とすることで、従来と同様に放送波を通して送信されるビデオコンテンツＶからも、非同期ストリームＤｗを生成することができるようになる。そして、非同期ストリームＤｗを起点としたスキップ又はジャンプ再生や、そのような操作により定まる再生時刻位置以降に存在するコンテンツの取得及び再生を行うことができる。
【０１４８】
＜５．第５の実施の形態＞
次に、本発明の第５の実施の形態について、図２３のシステム概要図を参照して説明する。本実施の形態は、非同期ストリームＤｗを使用してアフィリエイトの仕組みを実現するものである。
【０１４９】
コンテンツプロバイダ４００とは、複数のビデオコンテンツＶが蓄積された配信サーバ（図示略）を保有するコンテンツの提供者であり、このシステムにおけるアフィリエイトの供給元である。具体的には、例えば、映画の製作会社やビデオコンテンツの制作会社が該当する。コンテンツプロバイダ４００内に設けられたサーバには、図５に示したレコーダ１００と同様の機能を持たせてある。すなわち、非同期ストリームＤｗの生成や蓄積、配信を行う機能を有する。本例の非同期ストリームＤｗは、本編のビデオコンテンツＶの複数の部分が抽出されたものであり、本編のダイジェストとしての意味を有する。
【０１５０】
店舗５００とは、このシステムにおけるアフィリエイトの享受者であり、例えば飲食店や物販店が該当する。店内には、来客者が所持する携帯電話端末２００ｃに対して、近距離無線等の手段によってファイルを送信（プッシュ配信）できるサーバが設置されているものとする。
【０１５１】
仲介者とは、アフィリエイトの享受者であり、携帯電話端末２００ａの所有者でもある。携帯電話端末２００ａは、他の携帯電話端末２００ｂや通信端末２０１等と、携帯電話通信網２又はＰ２Ｐ（Peer To Peer）による通信を行える機能を有する。
【０１５２】
本システムにおいて、まずコンテンツプロバイダ４００が、本編コンテンツのダイジェストとしての複数の非同期ストリームＤｗ（サムネイル）を、アフィリエイトの享受者である店舗５００や仲介者に配信する。そして、店舗５００では、コンテンツプロバイダ４００から配信された各非同期ストリームＤｗを、来客者が所持する携帯電話端末２００ｃに対してプッシュ配信することが行われる。仲介者においては、携帯電話端末２００ｂの所有者や通信端末２０１の所有者との間で、コンテンツプロバイダ４００から配信されたサムネイルを共有する操作が行われる。
【０１５３】
そして、店舗５００でプッシュ配信されたサムネイルを受信した携帯電話端末２００ｃの所有者や、仲介者とサムネイルの共有を行っている携帯電話端末２００ｂの所有者又は通信端末２０１の所有者において、サムネイルの視聴が行われる。サムネイル映像の視聴者は、サムネイル映像の続き、つまり本編の映像を視聴したい場合には、例えば「続きを購入する」等のメニューを選択することにより、本編のコンテンツを購入及び視聴することができる。この場合の端末側での仕組みは、図５等に示した機能によって実現することができる。すなわち、ユーザによって視聴されている非同期ストリームＤｗの次の区間に存在する同期ストリームを取得されることにより、視聴者は、サムネイル映像の続きである本編のコンテンツの映像を視聴することができる。
【０１５４】
店舗５００の経営者や仲介者は、サムネイルの配信を行った対象者が本編のコンテンツを購入した場合に、コンテンツプロバイダ４００よりアフィリエイト（報酬）が提供される。
【０１５５】
このように、本発明における、非同期ストリームＤｗの事前蓄積及び、非同期ストリームＤｗと同期ストリームとのシームレスな結合の仕組みを使って、アフィリエイトを提供するシステムを構築することもできる。
【０１５６】
＜６．第６の実施の形態＞
次に、本発明の第６の実施の形態について、図２４のシステム概要図を参照して説明する。本実施の形態は、本発明を、監視カメラ及び、監視カメラによる撮影映像を蓄積するサーバ及び、カメラによる撮影映像を表示する携帯電話端末とで構成されるシステムに適用したものである。
【０１５７】
図２４に示す監視カメラＣ１〜監視カメラＣ４は、動作検知機能を有するカメラであり、監視対象領域として設定されたオフィスやパーキングエリア、自宅や玄関先等の領域を常時撮影するとともに、撮影映像をサーバ６００に出力する。サーバ６００は、監視カメラＣ１〜監視カメラＣ４から送られた撮影映像を、図示せぬ記録装置（図示略）等に録画する。そして、監視カメラＣ１〜監視カメラＣ４において動作検知が行われた場合に、動作検知をトリガとして所定の時間長を有する非同期ストリームＤｗを生成し、検知シーンクリップとして携帯電話端末２００ｄに配信する。
【０１５８】
携帯電話端末２００ｄの所有者である監視領域の監視者は、サーバ６００から配信された検知シーンクリップを再生し、気になるシーンがあった場合には、その続きを視聴する操作を行う。続きを視聴する操作とは、続きの視聴を表明するための何かしらのアクションであってもよく、スキップ操作等を行わずに特定の検知シーンを視聴し続ける動作であってもよい。
【０１５９】
このような操作が行われた場合に、サーバ６００との同期ストリームセッションが開始され、サーバ内に蓄積された蓄積映像又は、監視カメラＣ１〜監視カメラＣ４によって撮影されているライブ映像が、携帯電話端末２００ｄに配信されるようになる。
【０１６０】
このような構成とすることで、監視者は、サーバ６００から配信された検知シーンクリップを再生して気になるシーンを検索し、詳細を確認したいシーンがあった場合には、その続きを、ストリーミング配信される映像によって確認することができる。
【０１６１】
これにより、監視者が所有する携帯電話端末２００ｄにおいては、監視カメラＣ１〜監視カメラＣ４による撮影映像を常時視聴し続ける必要がなくなるため、撮影映像取得の際に行われる通信の回数が大幅に削減される。すなわち、通信費用を低減することができるようになる。さらに、監視者は、詳細の確認が必要なシーンのみを取捨選択して視聴することができるようになるため、監視の時間を節減することができるようになる。
【０１６２】
なお、ここまで説明した各実施の形態では、非同期ストリームＤｗ又は同期ストリームの再生を行う通信端末として、携帯電話端末２００を用いる場合を例に挙げたが、これに限定されるものではない。例えば、通信機能を有する装置であれば、ＰＤＡ（Personal Digital Assistants）等の携帯端末やゲーム機、カーナビゲーション装置、パーソナルコ
ンピュータ等に適用するようにしてもよい。また、上述した各実施の形態では、サーバをレコーダ１００に適用しているが、実際にサーバやあるいはカーナビゲーション装置を用いるようにしてもよい。
【０１６３】
上述した各実施の形態における一連の処理は、ハードウェアにより実行することができるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムを、専用のハードウェアに組み込まれているコンピュータ、または、汎用のパーソナルコンピュータなどにインストー
ルして実行させる。
【０１６４】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態例の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって上述した実施形態例の機能が実現される場合も含まれる。
【０１６５】
また、本明細書において、ソフトウェアを構成するプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【符号の説明】
【０１６６】
１…家庭内通信網、２…携帯電話通信網、１００，１００Ａ…レコーダ、１０１…記憶部、１０２…メタデータ生成部、１０３…シナリオファイル生成部、１０４…非同期ストリーム生成部、１０５…同期ストリーム生成部、１１０，１１０Ａ，１１０Ｂ…制御部、１２０，１２０Ａ…通信処理部、１２１…シナリオファイル送信部、１２２…非同期ストリーム送信部、１２３…同期ストリーム送信部、１２４…配信要求受信部、１２５…ストリーム送信部、１２６…放送波受信部、１３０，１３０Ａ…アンテナ、２００，２００Ａ…携帯電話端末、２０１…通信端末、２１０，２１０Ａ…通信処理部、２１１…シナリオファイル受信部、２１２…非同期ストリーム制御部、２１３…非同期ストリーム受信部、２１４…同期ストリーム受信部、２１５…配信要求部、２１６…ストリーム受信部、２２１…シナリオファイル解析部、２２２…非同期ストリーム蓄積部、２２３…非同期ストリーム取得部、２２４…復号用バッファ、２２５…復号部、２２６…復号後ストリームバッファ、２２７…再生制御部、２２８…表示部、２２９…同期ストリームバッファ、２３０…同期ストリーム取得部、２４０，２４０Ａ…制御部、２４１…操作入力部、２５０…非同期ストリーム蓄積部、３００…放送局、３００Ａ…放送局、３２５…送信部、４００…コンテンツプロバイダ、５００…店舗、６００…サーバ
【技術分野】
【０００１】
本発明は、通信端末、コンテンツ再生方法、プログラム、コンテンツ再生システム及びサーバに関し、特に、ビデオコンテンツの配信及び再生を行う技術に関する。
【背景技術】
【０００２】
近年のモバイルＮＷ（ネットワーク）の高速化・大容量化と、家庭内のＨＤＤ（Hard Disc Drive）レコーダの大容量化により、キーワードや嗜好情報等に基づき自動で録画さ
れたビデオコンテンツを、時間や場所に関係なく視聴できるサービスが現実のものとなりつつある。また、ポッドキャスト（登録商標）による視聴やＰＳＰ（PlayStation Portable;登録商標）、ＨＤＤ搭載のポータブルプレーヤーを利用した視聴など、モバイルＮＷ
を介したビデオ視聴環境が整いつつある。ここで、モバイルＮＷを介したビデオコンテンツの視聴形態を想定すると、ストリーミング方式もしくはダウンロード方式によりビデオ視聴を実現することが考えられる。
【０００３】
例えば、特許文献１には、コンテンツの一部を携帯端末に事前に配信しておき、携帯端末がコンテンツを再生する際にサーバにコンテンツの残り部分を要求することが記載されている。
【０００４】
また、特許文献２には、ユーザ端末が、個別チャネルにおいて番組コンテンツの一部を受信して再生し、特定された放送チャネルからの番組が放送されると、番組コンテンツを受信して蓄積し、個別チャネルでの情報の再生が終了したら、蓄積されている放送チャネルの番組を再生することが記載されている。さらに、先頭から順に複数の等しいデータサイズのセグメントに分割して番号を付与し、ユーザ端末では、個別チャネルで配信されたデータをストリーミング再生すると共に、放送チャネルで放送されている１周期分のセグメントをセグメント単位でダウンロードし、セグメントの再生終了直後に、セングメント再生中にダウンロードしたセグメントの再生を番号順に行なう動作を、全ての番組コンテンツの再生が終了するまで繰り返すことが記載されている。
【０００５】
また、特許文献３には、コンテンツ配信サーバが、内部再生リストをユーザ端末に送り、受信機器にクライアントアプリケーションによって最初にビューされる分割ファイルを最初に送り、その後、他の分割ファイルを順次送ることが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１８４４７２号公報
【特許文献２】特開２００３−０４６９８４号公報
【特許文献３】特開２００３−２８８２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の技術では、動的に変化する無線状況に起因する、伝送速度の低下や遅延時間の増大により、コンテンツのブラウジング操作や再生装置の操作等、ストレスの少ない安定したビデオ視聴を実現することは困難である。一方で、ＵＳＢ（Universal Serial Bus）や近距離無線等を用いたコンテンツダウンロードや、モバイルＮＷを用いた深夜時間帯のコンテンツダウンロードにより、全てのビデオコンテンツをモバイル端末に事前蓄積することも想定される。しかし、今後のコンテンツの多様化や大容量化を考慮す
ると現実的な方法とは言い難い。
【０００８】
上記特許文献１〜３には、コンテンツの一部を配信し、その後にコンテンツの残り部分を配信する構成が記載されているものの、コンテンツの分割部分ごとに配信をスキップできないなど、ストレスの少ない安定したコンテンツ視聴を実現できるものではなかった。
【０００９】
本発明は、このような状況に鑑みてなされたものであり、ネットワーク経由のビデオコンテンツ配信において、ストレスの少ない安定したコンテンツ視聴を実現するものである。
【課題を解決するための手段】
【００１０】
本発明の通信端末は、ビデオコンテンツを有するサーバとの間でデータの送受信を行う通信処理部と、通信処理部を通して受信した、ビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積する非同期ストリーム蓄積部を備える。また、非同期ストリーム又は、サーバからストリーミング配信されるストリーム（同期ストリーム）を復号する復号部と、復号部で復号された非同期ストリーム又は同期ストリームを表示する表示部上で再生される、非同期ストリームの種類を変更する指示が入力される操作入力部とを備える。そして、表示部上で非同期ストリーム又は同期ストリームが再生されている最中に、表示部で再生中の非同期ストリーム又は同期ストリームの再生時刻位置より前後の時刻位置情報を有する非同期ストリーム又は同期ストリームを取得して、取得した非同期ストリーム又は同期ストリームを、再生の終了後に表示部に表示させる制御を行う制御部とを備える構成とした。
【００１１】
また本発明のコンテンツ再生方法及びプログラムは、サーバから受信した、サーバ内のビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積するステップと、非同期ストリーム又は、サーバからストリーミング配信されるストリーム（同期ストリーム）を復号するステップとを含む。さらに、復号された非同期ストリーム又は同期ストリームを表示するステップと、表示部上で再生される非同期ストリームの種類を変更する指示の、入力を受け付けるステップとを含む。そして、表示部上で非同期ストリーム又は同期ストリームが再生されている最中に、表示部で再生中の非同期ストリーム又は同期ストリームの再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームを取得して、取得した非同期ストリーム又は同期ストリームを、再生の終了後に表示部に表示させる制御を行うステップとを含むものである。
【００１２】
また本発明のコンテンツ再生システムは、サーバと通信端末とで構成される。サーバは、ビデオコンテンツを蓄積する記憶部と、記憶部に蓄積されたビデオコンテンツ中の異なる時刻位置から複数の部分ストリームを抽出して複数の非同期ストリームを生成する非同期ストリーム生成部と、非同期ストリーム生成部で生成された複数の非同期ストリーム又は、非同期ストリームとして抽出されていないストリーム（同期ストリーム）を通信端末に送信する第１の通信処理部とを備える構成とした。通信端末は、サーバとの間でデータの送受信を行う第２の通信処理部と、第２の通信処理部を通して受信した複数の非同期ストリームを蓄積する非同期ストリーム蓄積部と、非同期ストリーム又は、サーバから送信される同期ストリームを復号する復号部と、復号部で復号された非同期ストリーム又は同期ストリームを表示する表示部上で再生される、非同期ストリームの種類を変更する指示が入力される操作入力部とを備える構成とした。その上で、表示部上で非同期ストリーム又は同期ストリームが再生されている最中に、表示部で再生中の非同期ストリーム又は同期ストリームの再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームを取得して、取得した非同期ストリーム又は同期ストリームを、再生の終了後に表示部に表示させる制御を行うようにした。
【００１３】
これらの本発明によると、ビデオコンテンツ中の異なる時刻位置から抽出された複数の非同期ストリーム又は同期ストリームが表示部上で再生される。そして、操作入力部を通して入力されるユーザからの指示に基づいて、表示部で再生される非同期ストリームの種類が変更される。その上で、このような指示に基づいて変化する再生映像中の再生時刻位置に応じて、再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームが取得されて、再生されるようになる。
【発明の効果】
【００１４】
本発明によると、取得された複数の非同期ストリームを用いたビデオコンテンツのザッピング視聴が可能となる。そして、非同期ストリームの種類を変える操作がユーザより入力された場合にも、蓄積された非同期ストリームを利用し、ネットワーク越しの同期ストリームへの接続が行われない。これにより、ユーザによるストレスの少ない安定したコンテンツ視聴が実現されるようになる。
【００１５】
また本発明によれば、ストリームの再生中、つまり視聴中に、再生時刻位置前後の時刻位置情報を有する非同期ストリーム又は同期ストリームが取得される。これにより、ユーザにより視聴されているストリームを起点として、それより後に存在するストリームが取得されるようになる。すなわちユーザは、好みのシーンを選択することができ、かつその先の映像を続けて視聴することができるようになる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施の形態によるシステムの構成例を示す概要図である。
【図２】本発明の第１の実施の形態によるシステムの概要を示す説明図である。
【図３】本発明の第１の実施の形態によるビデオコンテンツ選択画面の構成例を示す説明図である。
【図４】本発明の第１の実施の形態による非同期ストリームの表示例を示す説明図である。
【図５】本発明の第１の実施の形態によるシステムの内部構成例を示すブロック図である。
【図６】本発明の第１の実施の形態による非同期ストリーム取得時の画面構成例を示す説明図である。
【図７】本発明の第１の実施の形態によるシナリオファイルの記述例を示す説明図である。
【図８】本発明の第１の実施の形態による非同期ストリームの構成例を示す説明図である。
【図９】本発明の第１の実施の形態による非同期ストリームの取得処理の例を示すフローチャートである。
【図１０】本発明の第１の実施の変形例（１）によるシステムの概要例を示す説明図である。
【図１１】本発明の第１の実施の変形例（１）による非同期ストリーム取得処理の例を示すフローチャートである。
【図１２】本発明の第１の実施の変形例（１）による同期ストリーム取得処理の例を示すフローチャートである。
【図１３】本発明の第１の実施の変形例（２）によるシナリオファイルの記述例を示す説明図である。
【図１４】本発明の第１の実施の変形例（２）による非同期ストリームの階層構造の例を示す説明図である。
【図１５】本発明の第１の実施の変形例（２）による非同期ストリームの階層構造の例を示す説明図である。
【図１６】本発明の第１の実施の変形例（２）による非同期ストリーム及び同期ストリームの取得処理の例を示す説明図である。
【図１７】本発明の第１の実施の変形例（２）による非同期ストリーム又は同期ストリームの画面での表示例を示す説明図である。
【図１８】本発明の第１の実施の変形例（３）によるシステムの概要例を示す説明図である。
【図１９】本発明の第２の実施の形態によるシステムの内部構成例を示すブロック図である。
【図２０】本発明の第２の実施の形態による非同期ストリームの蓄積処理の例を示すフローチャートである。
【図２１】本発明の第３の実施の形態によるシステムの内部構成例を示すブロック図である。
【図２２】本発明の第４の実施の形態によるシステムの内部構成例を示すブロック図である。
【図２３】本発明の第５の実施の形態によるシステムの概要例を示す説明図である。
【図２４】本発明の第６の実施の形態によるシステムの概要例を示す説明図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態を、添付図面を参照して説明する。本実施の形態は、以下の順序で説明する。
１．第１の実施の形態［非同期ストリームをサーバ側で生成する構成の例］
１−１．基本構成例（非同期ストリームを事前に端末側に蓄積する構成の例）
１−２．変形例（１）（非同期ストリームを、視聴中に動的に取得する構成の例）
１−３．変形例（２）（非同期ストリームを選択的（段階的）に取得できるようにする構成例）
１−４．変形例（３）（シーン検出の技術やメディア要約技術を用いて、シナリオファイルを作成する構成の例）
２．第２の実施の形態［非同期ストリームをクライアント側で生成する構成の例］
３．第３の実施の形態［放送局が非同期ストリームの生成及び送信と、同期ストリームの送信を行う構成の例］
４．第４の実施の形態［放送局は通常のストリーミング配信を行い、端末が非同期ストリームを生成し、サーバが同期ストリームの送信を行う構成の例］
５．第５の実施の形態［アフィリエイトを実現するシステムに適用した場合の例］
６．第６の実施の形態［監視システムに適用した場合の例］
【００１８】
＜１．第１の実施の形態＞
＜１−１．基本構成例＞
［システムの概要］
本実施の形態では、本発明のサーバを、自動番組録画機能を有するハードディスクレコーダ（以下、単にレコーダと称する）に適用し、本発明の通信端末を、携帯電話端末に適用している。本例におけるレコーダは、例えばＲＴＳＰ(Real-Time Streaming Protocol)等のリアルタイム配信用のプロトコルに準拠しているものとする。また、レコーダ内に蓄積されているコンテンツデータは、ＭＰＥＧ−４ ＳＰやＨ．２６３，Ｈ．２６４ビデオ
符号化方式と、ＭＰＥＧ−４ ＡＡＣオーディオ符号化方式等により符号化されているも
のとする。そして、本実施の形態は、番組（ビデオ）コンテンツ内の異なる時刻位置から抽出された複数の部分ストリームを予めレコーダ内に生成・蓄積しておき、それらを、番組の視聴に先立って携帯電話端末にダウンロードしておくことを行うものである。
【００１９】
図１は、システムの概要を説明する図である。図１の左側には家庭内の空間を示してあり、右側には学校や会社、電車内等の携帯電話通信網を利用可能なモバイル環境を示してある。家庭内には、複数のビデオコンテンツが記録されたレコーダ１００があり、録画時
等のタイミングで、各ビデオコンテンツ内の複数の部分ストリームを自動的に生成し、装置内に蓄積する機能を有する。部分ストリームは、ＭＰ４等のフォーマットに従って生成されるものとする。
【００２０】
そしてレコーダ１００内に蓄積された複数の部分ストリームを、ユーザの外出前の就寝中等のタイミングで携帯電話端末２００に転送しておく。つまり、この場合の部分ストリームは、オリジナルのビデオコンテンツの再生時刻とは異なる（非同期の）タイミングで、携帯電話端末２００に取得されるようになる。以降の説明では、このような形態で携帯電話端末２００内に事前に蓄積される部分ストリームを、非同期ストリームと称する。
【００２１】
モバイル環境においては、ユーザによる操作に基づいて、事前に蓄積しておいた複数の非同期ストリームが携帯電話端末２００上で再生される。そして、再生された非同期ストリームの中から、任意の非同期ストリームがユーザにより選択される。つまりユーザは、様々な非同期ストリームをザッピングの要領で視聴することにより、続きを視聴したい好きなシーン（再生位置）を選択する。視聴したい再生位置が決定された後は、携帯電話端末２００に蓄積されていない差分のストリーム（以下、同期ストリームと称する）が、家庭内のレコーダ１００から図２の携帯電話通信網２を介して伝送される。これによりユーザは、見たいビデオコンテンツを、好きなシーン（場面）から視聴することができるようになる。
【００２２】
なお、図１では、非同期ストリームのダウンロードを家庭内で行う場合を例に挙げたが、これに限定されるものではない。例えば、店舗等の他の場所でダウンロードを行うようにしてもよい。
【００２３】
次に、非同期ストリームと同期ストリームとの関係について、図２を参照して説明する。図２において、図１と対応する箇所には同一の符号を付してある。図２においては、上段が家庭内の空間を示し、下段がモバイル環境を示す。家庭内にあるレコーダ１００は、ビデオコンテンツＶが記録された記憶部１０１を有する。
【００２４】
図２に示した例では、ビデオコンテンツＶは、ストリームＳｔ１からストリームＳｔ１１までの各ストリームで構成されている。そして、そのうちのストリームＳｔ１、ストリームＳｔ４、ストリームＳｔ６、ストリームＳｔ１０の４つのストリームが、非同期ストリームＤｗ１〜非同期ストリームＤｗ４として記憶部１０１に蓄積されている。非同期ストリームＤｗ１〜非同期ストリームＤｗ４は、それぞれが例えば３０秒等の一定の時間長を有しているものとする。なお、以下の説明において、非同期ストリームＤｗ１〜非同期ストリームＤｗ４を個別に区別して説明する必要がない場合には、単に非同期ストリームＤｗとして説明する。
【００２５】
各非同期ストリームＤｗが有する時刻位置や時間長は、固定的に所定の値に設定してもよく、ビデオコンテンツＶの内容に応じて変更するようにしてもよい。例えば、固定的に設定する場合であれば、ビデオコンテンツＶの５分毎に１分間分を非同期ストリームとして抽出するようにする。また、各非同期ストリームＤｗの時刻位置や時間長をビデオコンテンツＶの内容に応じて決定する場合には、例えば歌番組であれば４分おきに１分間、ニュースであれば２〜３分おきに１分間、ドラマであれば５〜１０分おきに１〜５分等のように設定するようにする。
【００２６】
ユーザは、外出前等のタイミングで、外出先のモバイル環境で視聴したいビデオコンテンツＶを選択し、そのビデオコンテンツＶから生成された非同期ストリームＤｗ１〜非同期ストリームＤｗ４を、家庭内通信網１を介して予め携帯電話端末２００にダウンロードしておく。ここでいう家庭内通信網１とは、ＩＥＥＥ８０２．１１ｘやＢｌｕｅｔｏｏｔ
ｈ（登録商標）等の近距離無線通信や、有線のＵＳＢケーブルを用いた通信等を指す。
【００２７】
非同期ストリームＤｗをダウンロードする対象のビデオコンテンツＶ、つまり視聴したいビデオコンテンツＶの選択は、図３Ａ〜図３Ｃに示したようなユーザインタフェース（以下、ＵＩと称する）を介して行う。図３Ａには、画面の左側に様々な種類のビデオコンテンツＶがサムネイル表示されており、各サムネイル表示領域の右側に、各ビデオコンテンツＶの名称や再生時間情報等の属性情報が表示されている。
【００２８】
図３Ｂに示した例では、画面上に横２列縦４行のサムネイル表示領域を設けてあり、ユーザによって選択されたビデオコンテンツＶに関する属性情報のみを、“○○○ Total News”のように表示している。
【００２９】
図３Ｃに示した例では、“News（ニュース）”や“Drama（ドラマ）”等、ビデオコン
テンツＶのカテゴリ毎に、複数のサムネイル映像を重ねて表示している。このようなＵＩを通して、ユーザは視聴したいビデオコンテンツＶを選択する。
【００３０】
図２に戻って説明を続けると、モバイル環境においては、ユーザはまず、携帯電話端末２００に蓄積された非同期ストリームＤｗ１を読み出して再生する。そして、読み出した非同期ストリームＤｗ１の次の非同期ストリームＤｗ２をスキップ表示したり、その先の非同期ストリームＤｗ４にジャンプする等の操作を行うことにより、ユーザは見たい場面を検索する。
【００３１】
このように、ユーザによってスキップやジャンプの操作が行われている間、携帯電話端末２００では、ユーザにより選択された再生時刻位置から、随時ストリームの再生が行われる。再生のタイムライン上において、読み出すべき非同期ストリームＤｗが携帯電話端末２００内に存在しない場合には、その再生位置に存在すべきストリームが家庭内のレコーダ１００から読み出される。そして、読み出された差分のストリーム（同期ストリーム）が、携帯電話通信網２を通して携帯電話端末２００に伝送（ストリーミング）される。
【００３２】
次に、図４を参照して、携帯電話端末２００における非同期ストリームＤｗ１の画面表示例について説明する。図４に示す携帯電話端末２００は、液晶パネル等よりなる表示部２２８と、ボタン等よりなる操作入力部２４１を備える。図４Ａに示した携帯電話端末２００の表示部２２８の画面には、非同期ストリームＤｗ１が表示されており、その下方には、再生ボタンや早送り／巻き戻しボタンを含むソフトキーＳｋが表示されている。ユーザは、ボタンやソフトキーＳｋを操作することにより、再生時刻より未来の時刻位置に相当する非同期ストリームへ、次々にスキップしながら再生することができる。
【００３３】
また、図４Ｂに示すように、表示部２２８の下方に非同期ストリームＤｗをリスト表示するようにすれば、任意の時刻位置へのジャンプ操作も行うことができる。図４Ｂに示す携帯電話端末２００は、表示部２２８の画面上で非同期ストリームＤｗ１が再生されており、それと同時に、その下方に非同期ストリームＤｗ２、非同期ストリームＤｗ３、非同期ストリームＤｗ４がリストとして表示されている。このような表示形態とすれば、ユーザは、ビデオコンテンツＶの特定の場面を視聴しながら、他の場面の映像もリスト上で確認することができる。そして、リスト上の任意の場面を選択することで、選択した場面に高速にジャンプできる。
【００３４】
他の場面の映像のリスト表示は、図４Ｂに示すように映像で表示するのではなく、図４Ｃに示すようにバーで表示するようにしてもよい。図４Ｃに示す画面には、非同期ストリームＤｗ１が表示されており、その右側と左側には、非同期ストリームＤｗ１の時刻位置と時間的に隣接する非同期ストリームＤｗ０と非同期ストリームＤｗ２の、端部の映像が
表示されている。バーＢｒは、これらの表示位置に対応させて設けてあり、画面の左から順にバーＢｒａ、バーＢｒｂ、バーＢｒｃが配置されている。これらのバーＢｒの中から任意のものを選択することにより、ユーザは、現在視聴中の場面の再生時刻位置とは異なる、任意の時刻位置へのジャンプが可能となる。
【００３５】
［システムの内部構成例］
次に、本実施の形態によるシステムの内部構成例について、図５を参照して説明する。図５は、図１と図２に示したレコーダ１００及び携帯電話端末２００の内部構成を示すブロック図である。まず、レコーダ１００の構成から先に説明する。レコーダ１００は、ビデオコンテンツＶが記憶された記憶部１０１と、ビデオコンテンツＶに関する属性情報を生成するメタデータ生成部１０２と、シナリオファイル生成部１０３と、非同期ストリーム生成部１０４とを備える。
【００３６】
シナリオファイル生成部１０３は、メタデータ生成部１０２で生成されたメタデータに基づいて、複数の非同期ストリームＤｗの各時刻位置を決定する。そして、決定した各非同期ストリームＤｗの時刻位置情報を、シナリオデータとしてシナリオファイルに記述する。シナリオファイル生成部１０３は、生成したシナリオファイルを、非同期ストリーム生成部１０４と同期ストリーム生成部１０５と、通信処理部１２０内のシナリオファイル送信部１２１に伝送する。シナリオファイル送信部１２１は、シナリオファイル生成部１０３より供給されたシナリオファイルを、アンテナ１３０を介して携帯電話端末２００に送信する。
【００３７】
非同期ストリーム生成部１０４は、シナリオファイル生成部１０３から供給されるシナリオファイルに記載された内容に基づいて、記憶部１０１よりビデオコンテンツＶを部分的に取得し、複数の非同期ストリームＤｗを生成し、蓄積する。そして、携帯電話端末２００から非同期ストリームＤｗの配信要求が送られたタイミングで、蓄積しておいた非同期ストリームＤｗを、通信処理部１２０内の非同期ストリーム生成部１０４に出力する。
【００３８】
非同期ストリーム送信部１２２は、レコーダ１００内の各部を制御する制御部１１０による制御に基づいて、非同期ストリーム生成部１０４から供給された非同期ストリームＤｗを、アンテナ１３０を介して携帯電話端末２００に送信する。
【００３９】
通信処理部１２０には、携帯電話端末２００から送信される配信要求を受信して、受信した配信要求を制御部１１０に供給する配信要求受信部１２４も含まれる。制御部１１０は、配信要求受信部１２４から配信要求が入力されると、配信要求に含まれる時刻情報（オリジナルストリーム内の位置を示す情報）に基づいて、同期ストリームの生成を指示する制御信号を生成する。オリジナルストーム内の時刻情報が、例えば図７の上から７行目のoffset=”000”, begin=”0”, dur=”20”である場合は、携帯電話端末２００からは
、次の同期ストリームが全体の中の“20”から始まることが記された配信要求が送信される。制御部１１０は、このような配信要求に基づいて生成した制御信号を、同期ストリーム生成部１０５に供給する。
【００４０】
同期ストリーム生成部１０５は、シナリオファイル生成部１０３から供給されるシナリオファイルに記載された内容と、制御部１１０から供給される制御信号に基づいて、非同期ストリームとして抽出されていない差分のストリームを記憶部１０１から読み出す。そして、読み出した差分ストリームを、同期ストリームとして同期ストリーム送信部１２３に出力する。同期ストリーム送信部１２３は、同期ストリームを、アンテナ１３０を通して携帯電話端末２００に送信する。なお、本例では同期ストリームを要求の受け付け毎に都度生成する構成としてあるが、予め生成・蓄積しておくようにしてもよい。
【００４１】
次に、同じく図５を参照して、携帯電話端末２００の内部構成について説明する。携帯電話端末２００は、レコーダ１００との間でデータの送受信を行う通信処理部２１０を備え、通信処理部２１０には、シナリオファイル受信部２１１と、非同期ストリーム制御部２１２と、非同期ストリーム受信部２１３と、同期ストリーム受信部２１４と、配信要求部２１５とが含まれる。
【００４２】
シナリオファイル受信部２１１は、レコーダ１００から送信されたシナリオファイルを受信し、受信したシナリオファイルをシナリオファイル解析部２２１に供給する。シナリオファイル解析部２２１は、入力されたシナリオファイルを解析し、解析結果を制御部２４０へ供給する。
【００４３】
制御部２４０は、解析結果に基づいて、レコーダ１００より非同期ストリームＤｗを取得し、後述する非同期ストリーム蓄積部２２２に蓄積するための制御を行う。また制御部２４０は、レコーダ１００より同期ストリームを取得して、後述する同期ストリームバッファ２２９に出力させる制御も行う。非同期ストリーム又は同期ストリームを取得するためには、それらを受信するためのセッションをレコーダ１００との間で開始する必要がある。以下の説明においては、同期ストリームを取得するセッションのことを「同期ストリームセッション」と称し、非同期ストリームＤｗを取得するセッションのことは「非同期ストリームセッション」と称する。
【００４４】
制御部２４０は、非同期ストリームセッションを開始させる場合には、非同期ストリーム制御部２１２に対して非同期ストリームＤｗの取得指示を行い、同期ストリームセッションを開始させる場合には、配信要求部２１５に対して同期ストリームの取得指示を行う。このとき制御部２４０は、携帯電話通信網２の状況に応じて、同期ストリームセッションの開始タイミングを柔軟に制御することも行う。同期ストリームセッションの開始タイミングの制御処理については後述する。
【００４５】
非同期ストリーム制御部２１２は、制御部２４０より非同期ストリームＤｗの取得開始指示が入力された場合は、レコーダ１００に対する非同期ストリームＤｗの送信指示を生成し、アンテナ２０１を介してレコーダ１００に送信する。
【００４６】
本例では、非同期ストリームの取得指示は、操作入力部２４１を通してユーザより入力される操作に基づいて行われる。そして、ユーザによる指示に従って、制御部２４０が非同期ストリームＤｗの取得開始指示を生成する。図６に、非同期ストリームの取得指示画面（ＵＩ）の構成例を示してある。図６は、表示部２２８上に表示された画面を示しており、画面下方に“Sync Start”ボタンＢｎ１と“close or cancel”ボタンＢｎ２とが配
置されている。そしてその上方に、レコーダ１００から受信した非同期ストリームＤｗの情報を示す領域がある。
【００４７】
制御部２４０は、ユーザよりSync StartボタンＢｎ１の押下を受け付けた場合に、非同期ストリームＤｗの取得開始指示を生成し、生成した非同期ストリームＤｗの取得開始指示と、シナリオファイルに含まれる非同期ストリームＤｗの時刻位置情報とを、非同期ストリーム制御部２１２に通知する。そして、非同期ストリーム受信部２１３より、レコーダ１００から送信された非同期ストリームＤｗが入力される。図６の上方の領域には、このようにして取得された非同期ストリームＤｗの属性情報として、ビデオコンテンツＶのタイトルや再生時間情報が示されている。ビデオコンテンツＶのタイトルは“ＡＡＡＡ”や“ＢＢＢＢ”等のように表示され、その右の行に、非同期ストリームＤｗの取得（ダウンロード）の進捗情報が、“ＯＫ”や“Ｗａｉｔｉｎｇ”又は進捗を示すバーによって表示されている。
【００４８】
図５に戻って説明を続けると、非同期ストリーム受信部２１３は、レコーダ１００から送信された非同期ストリームＤｗを受信すると、受信した非同期ストリームＤｗを、非同期ストリーム蓄積部２２２に蓄積する。非同期ストリーム蓄積部２２２は、後段の非同期ストリーム取得部２２３より非同期ストリームの読み出し指示が入力されるまでの間、非同期ストリームを保持する。
【００４９】
非同期ストリーム取得部２２３は、非同期ストリーム蓄積部２２２から非同期ストリームＤｗを読み出す。非同期ストリーム取得部２２３は、非同期ストリームＤｗを読み出した後は、読み出した非同期ストリームＤｗに付与されているタイムスタンプを、携帯電話端末２００内で使用する統一のタイムスタンプに付け替える処理を行う。統一のタイムスタンプの割り当ては、非同期ストリームのパケット単位で行われる。
【００５０】
非同期ストリーム取得部２２３は、統一タイムスタンプがマッピングされた非同期ストリームＤｗの各パケットに対して、そのパケットが「非同期ストリーム」であることを示すフラグを付加して、復号用バッファ２２４に出力する。
【００５１】
配信要求部２１５は、同期ストリームの取得開始指示を制御部２４０から受信した場合に、同期ストリームの送信指示を生成して、アンテナ２０１を通してレコーダ１００に送信する。
【００５２】
同期ストリーム受信部２１４は、レコーダ１００から送信された同期ストリームを受信すると、受信した同期ストリームを同期ストリームバッファ２２９に蓄積する。同期ストリームバッファ２２９は、後段の同期ストリーム取得部２３０より同期ストリームの読み出し指示が入力されるまでの間、同期ストリームを保持する。
【００５３】
同期ストリーム取得部２３０は、制御部２４０による制御に基づいて、同期ストリームバッファ２２９から同期ストリームを読み出す。そして、読み出した同期ストリームに付与されているタイムスタンプを、前述した統一のタイムスタンプにマッピングする処理を行う。具体的には、各同期ストリームセッションの開始後の第１パケット中のタイムスタンプを取得し、そこからの経過時間に基づいてシナリオファイル内の当該セッションの開始時刻をオフセット値として付与することを行う。同期ストリームのパケットには、ビデオコンテンツ内の絶対的な時刻情報を記載したタイムスタンプが付与されていないためである。
【００５４】
また同期ストリーム取得部２３０は、共通タイムスタンプがマッピングされた同期ストリームの各パケットに対して、そのパケットが「同期ストリーム」であることを示すフラグを付加して、復号用バッファ２２４に出力する。
【００５５】
復号用バッファ２２４は、非同期ストリーム取得部２２３から出力された非同期ストリームや同期ストリーム取得部２３０から出力された同期ストリーム（いずれも符号化データ）を一時的に蓄積する。
【００５６】
復号部２２５は、復号用バッファ２２４内に蓄積された符号化データを読み出して復号し、復号したデータを復号後ストリームバッファ２２６に出力する。復号後ストリームバッファ２２６は、復号部２２５で復号された復号データ、すなわち復号後の非同期ストリームＤｗと同期ストリームを一時的に保持する。
【００５７】
再生制御部２２７は、復号後ストリームバッファ２２６に蓄積された非同期ストリームＤｗと同期ストリームを読み出して、表示部２２８上で再生させるための制御を行う。具体的には、復号後ストリームバッファ２２６から各ストリームを抜き出す時刻と、抜き出
された非同期ストリームＤｗ又は同期ストリームに付与された統一タイムスタンプと、携帯電話端末２００内のシステムクロックとを用いて、表示部２２８での再生開始時刻とシステムクロックとを同期させる制御を行う。
【００５８】
表示部２２８は、再生制御部２２７で同期制御された非同期ストリームＤｗ又は同期ストリームを表示する。
【００５９】
（同期ストリームセッションの開始タイミング制御の詳細）
次に、制御部２４０による同期ストリームセッションの開始タイミング制御の例について説明する。このような制御が求められる背景には、同期ストリームへのアクセス速度と、非同期ストリームへのアクセス速度との違いがある。本実施の形態では、非同期ストリームを携帯電話端末２００内に予め蓄積してあるため、アクセスは比較的高速に行うことができる。これに対して同期ストリームは、ネットワーク（携帯電話通信網２）を介して取得するものであるため、アクセス速度は、非同期ストリームへのそれに対して低速となる。さらに、同期ストリームへのアクセス速度は、携帯電話通信網２の状態によって変動する。
【００６０】
従って、非同期ストリームから同期ストリームへ切り替わる際に、同期ストリームのパケットの到着が遅れた場合には、復号用バッファ２２４（図５参照）がアンダーフローとなってしまう。このような場合には、再生遅延が生じてしまうため、制御部２４０はこれを回避する制御を行う。
【００６１】
つまり、非同期ストリームの再生残り時間が所定の閾値を超えたタイミングで同期ストリームセッションを開始し、同期ストリーム受信部２１４（図５参照）で受信したパケットを同期ストリームバッファ２２９に蓄積する処理を行う。「所定の閾値」には、例えば非同期ストリームの再生終了地点から３秒前等の時刻位置を設定しておくものとする。さらに制御部２４０は、非同期ストリームの再生が終了する前までに、後続の同期ストリームのパケットを取得する制御も行う。このような制御を行うことで、非同期ストリームＤｗから同期ストリームへの切替が、即座にかつシームレスに行われるようになる。切替の処理は、同期ストリーム取得部２３０が、同期ストリームバッファ２２９から復号用バッファ２２４にパケットをコピーすることにより実現される。
【００６２】
（シナリオファイルの記述例）
次に、図７を参照して、シナリオファイルの記述例について説明する。シナリオファイルには、同期ストリームセッションと非同期ストリームセッションに関する情報等が記載されており、携帯電話端末２００は、本情報を基に非同期ストリームＤｗと同期ストリームの取得を行う。同期ストリームセッション情報と非同期ストリームセッション情報には、具体的には、レコーダ１００のアドレス、ファイルパス、ポート番号、ストリーム内時刻が記載されている。またシナリオファイルには、同期ストリームセッションと非同期ストリームセッションよりなる複数のセッション間の再生タイミングの情報等も記載されている。
【００６３】
図７に示したシナリオファイルでは、＜playlist＞タグ内の＜content＞タグにより、
各ビデオコンテンツＶの再生順序と、その再生タイミング情報を記述している。また、＜sub_content＞タグにより、＜content＞タグで示される同期ストリームセッション時間区間内の、非同期ストリームセッションの情報を記述している。具体的には、“offset”と記された属性情報により、同期ストリームセッション内の再生時刻のオフセット値を表現している。また、“dur”と記された属性情報により、各非同期ストリームＤｗの時間長
を表現している。“layer”として記されたレイヤ属性は、非同期ストリームの各ファイ
ル間の階層関係を表現するものであるが、階層構造を有するシナリオファイルを用いた処
理については、後述する。
【００６４】
図８は、図７に示したシナリオファイルに基づいて、非同期ストリームを生成した場合の例を示す説明図である。図８の上段に非同期ストリームＤｗを示してあり、下段に、非同期ストリームＤｗの元となるビデオコンテンツＶのストリームを示してある。図８の横軸は時間を示す。下段に示されたビデオコンテンツＶは、図７に示したシナリオファイルの記載よれば、“rtsp://192.168.10.5”に保存されている、“Full.mp4”という名称の
ファイルであることが分かる。
【００６５】
下段に示されたビデオコンテンツＶから、図７に示したシナリオファイルの記述に従って生成したものが、上段に示されている非同期ストリームＤｗである。非同期ストリームＤｗは、ビデオコンテンツＶ内の再生時刻の“0”の地点を起点とした20秒の時間長を有
するファイルＤｗ１と、“50”の地点を起点とした10秒の時間長を有するファイルＤｗ２と、“80”の地点を起点とした10秒の時間長を有するファイルＤｗ３を含む。また、“120”の地点を起点とした20秒の時間長を有するファイルＤｗ４と、“150”の地点を起点とした10秒の時間長を有するファイルＤｗ５と、“180”の地点を起点とした10秒の時間長
を有するファイルＤｗ６とを含む。
【００６６】
例えばファイルＤｗ１は、図７に示したシナリオファイル中の、下記記述に基づいて生成される。
＜sub_content layer=“1” offset=“000” begin=“0” dur=“20”＞
http://192.168.10.5:80/sub01.mp4＜/sub_content＞
すなわち、ビデオコンテンツＶ内の再生時刻のオフセット値（offset）が“000”であ
り、時間長（dur）は“20”であり、ファイル名は“sub01.mp4”であるファイルが、非同期ストリームのファイルＤｗ１として生成される。
【００６７】
なお、生成された非同期ストリームＤｗには、元のビデオコンテンツＶとは異なる新たなタイムスタンプが付与される。複数の非同期ストリームが一つのファイルとして生成される場合、図８に示すように、ファイルＤｗ１には０〜２０、ファイルＤｗ２には２０〜３０、ファイルＤｗ３には３０〜４０、ファイルＤｗ４には４０〜６０、ファイルＤｗ５には６０〜７０、ファイルＤｗ６には７０〜８０のタイムスタンプが割り振られる。また、複数の非同期ストリームが異なるファイルとして生成される場合は、Ｄｗ１には０〜２０、ファイルＤｗ２には０〜１０、ファイルＤｗ３には０〜１０、ファイルＤｗ４には０〜２０、ファイルＤｗ５には０〜１０、ファイルＤｗ６には０〜１０のタイムスタンプが割り振られる。つまり、このように元のビデオコンテンツＶとは異なるタイムスタンプが割り当てられた非同期ストリームＤｗが、非同期ストリーム受信部２１３（図５参照）に入力される。
【００６８】
［携帯電話端末における動作例］
次に、携帯電話端末２００での非同期ストリーム及び同期ストリームの取得処理の例について、図９のフローチャートを参照して説明する。図９は、非同期ストリームＤｗの取得処理を示すフローチャートである。図９において、まず、レコーダ１００から送信されたシナリオファイルが、シナリオファイル受信部２１１（図５参照）によって受信されて、シナリオファイル解析部２２１で解析される（ステップＳ１）。
【００６９】
そして、シナリオファイルの解析結果に基づいて制御部２４０で行われる制御によって、非同期ストリーム受信部２１３で非同期ストリームが受信され、受信された非同期ストリームが非同期ストリーム蓄積部２２２に蓄積される（ステップＳ２）。次に、シナリオファイルの解析の結果得られた各コンテンツ（非同期ストリーム）の名称（タイトル）や再生時間の情報が、表示部２２８（図５参照）に表示される（ステップＳ３）。
【００７０】
表示部２２８に表示された情報に基づいて、ユーザによって視聴したいビデオコンテンツＶが選択され、選択したビデオコンテンツＶを再生する操作が行われると（ステップＳ４）、「ループ」が開始される（ステップＳ５）。そしてループにおいては、まず、非同期ストリームＤｗの取得が開始される（ステップＳ６）。すなわち、非同期ストリーム蓄積部２２２に蓄積されていた非同期ストリームＤｗが、非同期ストリーム取得部２２３によって読み出される。読み出された非同期ストリームＤｗは、復号用バッファ２２４に蓄積された上で復号部２２５によって復号され、再生制御部２２７による制御に基づいて表示部２２８上で再生される。
【００７１】
次に、次の区間が同期ストリームであり、且つ非同期ストリーム蓄積部２２２から読み出されている非同期ストリームＤｗの再生区間（以下、単に「区間」とも称する）終了までの残り時間が、予め定めておいた同期ストリームの伝送開始閾値未満となったか否かが判断される（ステップＳ７）。非同期ストリームの区間終了までの残り時間が伝送開始閾値未満となった場合には、制御部２４０の制御によって同期ストリームの取得処理が開始される（ステップＳ８）。これにより、非同期ストリームの再生が終了する前までの間に、後続の同期ストリームのパケットが取得されるようになる。
【００７２】
続いて、非同期ストリームＤｗの区間終了までの残り時間が、予め定めておいた取得処理終了閾値未満となったか否かの判断が行われる（ステップＳ９）。非同期ストリームＤｗの区間終了までの残り時間が、予め定めておいた取得処理終了閾値以上である場合は、ステップＳ７に戻って判断が繰り返される。非同期ストリームＤｗの区間終了までの残り時間が、予め定めておいた取得処理終了閾値未満であった場合には、非同期ストリームＤｗの取得処理は終了となり（ステップＳ１０）、再生時刻位置における未来の時刻位置に、次区間が存在するか否かの判断が行われる（ステップＳ１１）。
【００７３】
次区間が存在する場合には、その区間に存在するストリームが、非同期ストリームＤｗであるか否かが判断される（ステップＳ１２）。非同期ストリームＤｗであった場合には、ステップＳ６に戻って処理が続けられ、非同期ストリームＤｗではなく同期ストリームであった場合には、制御部２４０の制御によって同期ストリームセッションが開始される（ステップＳ１３）。
【００７４】
そして、同期ストリームセッションを通して、同期ストリームの取得が開始される（ステップＳ１４）。同期ストリームの取得処理中は、同期ストリームの区間終了までの残り時間が、予め定められた取得処理閾値未満となったか否かが判断され（ステップＳ１５）、取得処理閾値以上である場合は、ステップＳ１５の判断が繰り返される。取得処理閾値未満となった場合には、同期ストリームの取得処理は終了され（ステップＳ１６）、同期ストリームセッションも終了される（ステップＳ１７）。この後はステップＳ１１に進み、次区間が存在するか否かの判断が行われる。次区間が存在する場合には、ステップＳ１２に進んで前述した処理が行われ、次区間が存在しない場合には、ここでループが終了となる（ステップＳ１８）。
【００７５】
［第１の実施の形態による効果］
上述した実施の形態においては、視聴開始に先立って、つまり、オリジナルのビデオコンテンツＶの再生時刻とは同期しないタイミングで、それぞれが固有の時間長を有する複数の部分ストリームが、非同期ストリームＤｗとして携帯電話端末２００に蓄積される。そして、ビデオコンテンツＶの再生時に、蓄積済みの非同期ストリームＤｗが読み出されて再生される。つまり、再生開始時には携帯電話通信網２への接続を行う必要がなくなる。これにより、再生開始時に発生する遅延を最小限のものに抑えられることができるようになるため、再生操作時にユーザが感じるストレスを低減することができる。
【００７６】
また、上述した実施の形態によれば、ユーザは、図４に示したソフトキーＳｋ等のＵＩを通して、画面上で再生する非同期ストリームＤｗの種類を変更することで、見たいシーンを検索することができる。そしてこの場合、事前に蓄積済みの非同期ストリームＤｗが使用されるため、携帯電話通信網２へのアクセスは行われない。すなわち、ユーザは、見たいシーンの検索及びアクセス等の操作を高速に行うことができる。
【００７７】
また、上述した実施の形態によれば、非同期ストリームＤｗが、ユーザによるビデオコンテンツＶの視聴状況とは非同期に、例えばビデオコンテンツＶの録画時に携帯電話端末２００内に蓄積されるようになる。これによりユーザは、お昼休み等のすきまの時間帯に、携帯電話端末２００内に蓄積済みの非同期ストリームＤｗを用いて、ビデオコンテンツＶをザッピングすることができるようになる。
【００７８】
また、上述した実施の形態によれば、非同期ストリームＤｗとして蓄積されていない差分のストリームについては、レコーダ１００よりネットワークを介して送信され、同期ストリームとして取得される。そして、再生中の非同期ストリームＤｗとシームレスに結合される。これによりユーザは、見たいシーンとして選択した非同期ストリームＤｗを起点として、ビデオコンテンツＶ全体を視聴することができるようになる。
【００７９】
すなわち、上述した実施の形態によれば、ビデオコンテンツＶ全体の容量と比較して十分に小さな容量を有する部分ストリームを、非同期ストリームＤｗとして大量に携帯電話端末２００内に蓄積することで、ビデオコンテンツＶ全体が携帯電話端末２００内にすべて蓄積されている場合に得られるような、各非同期ストリーム（シーン）への高効率なアクセス性が得られるようになる。
【００８０】
また、上述した実施の形態によれば、携帯電話通信網２の状況に応じて、同期ストリーミングセッションの開始タイミングが柔軟に制御される。これにより、携帯電話通信網２が不安定な状況であっても、ロバスト性の高い視聴環境をユーザに提供することが可能となる。
【００８１】
さらに、上述した実施の形態によれば、非同期ストリームＤｗの時間長を、携帯電話通信網２の不安定性に起因して生じる遅延を吸収可能な程度の長さに設定することで、帯域変動や揺らぎ等によって携帯電話通信網２が不安定となった場合にも、遅延を回避することができる。
【００８２】
なお、上述した実施の形態では、非同期ストリームＤｗの区間終了までの残り時間が、予め定めておいた取得処理終了閾値未満となった場合に、同期ストリームセッションを開始するようにしているが、ユーザより続きの区間の視聴を指示する何らかの操作が入力された場合に、同期ストリームセッションを開始するように構成してもよい。この場合は、続きの区間視聴を受け付けるＵＩを生成しておき、表示画面中等に表示させておく必要がある。
【００８３】
＜１−１．第１の実施の形態の変形例（１）＞
上述した第１の実施の形態では、ビデオコンテンツＶの視聴に先立って携帯電話端末２００に非同期ストリームを蓄積しておく場合を例に挙げたが、非同期ストリームを、視聴中に動的に取得するように構成してもよい。以下の説明では、視聴に先立って非同期ストリームを取得しておく方式を「視聴前取得方式」と称し、視聴中に非同期ストリームを動的に取得する方式を「視聴中取得方式」と称する。
【００８４】
［システムの概要］
図１０に、視聴中取得方式を採用した場合のシステムの概要を示してある。図１０において、左側はレコーダ１００を示し、右側は携帯電話端末２００を示す。図１０の縦方向は、ビデオコンテンツＶの再生時刻及びユーザによる視聴時間を示す。視聴中取得方式においては、まずレコーダ１００において、複数の非同期ストリームＤｗの時刻位置が決定される。そしてレコーダ１００は、決定した非同期ストリームＤｗの時刻位置情報をシナリオファイルに記述し、生成したシナリオファイルを携帯電話端末２００に送る。
【００８５】
携帯電話端末２００では、ビデオコンテンツＶ視聴開始の指示をユーザから受け付けたら、まず同期ストリームセッションを開始し、レコーダ１００から送信されたシナリオファイルの記述に基づいて、いくつかの同期ストリームを受信する。それからある一定の時間が経過した後に、その時点での再生時刻位置と、取得対象となる複数の非同期ストリームの時刻位置情報とを比較し、適切な非同期ストリームＤｗの取得要求をレコーダ１００に送信する。ここでは、再生時刻位置より未来の時刻位置情報を有する非同期ストリームＤｗが、適切なストリームとして選択される。この処理によって非同期ストリームセッションが開始されることにより、レコーダ１００から携帯電話端末２００に対して、複数の非同期ストリームが送信される。
【００８６】
ユーザは、携帯電話端末２００の画面上で再生されたストリームを視聴中に、図４Ａに示したソフトキーＳｋ等を用いて、再生時刻位置より未来の時刻位置に相当する取得済みの非同期ストリームにスキップすることができる。又は、図４Ｂに示したように、取得済み非同期ストリームが一覧表示されている場合には、所望の非同期ストリームにジャンプすることもできる。
【００８７】
このような操作によって再生時刻位置が変化した場合は、その直後に取得済みの非同期ストリームへアクセスすることで、遅延のない再生を実現できる。但し、このように、ユーザによる操作に基づいて再生時刻位置が変化する場合には、再生時刻位置の変化前に行われていた非同期ストリームセッションを一旦中止し、再生位置情報に基づく適切なストリームを取得する処理を行う。そして、適切なストリームの取得後に、一旦中止した非同期ストリームセッションを再開させるようにする。
【００８８】
一方、取得済みの非同期ストリームＤｗへのローカルアクセス処理が開始した場合には、同期ストリームセッションを中止することを行っている。これにより、携帯電話通信網２の帯域をフルに使用して、非同期ストリームＤｗを取得することができるようになる。その後、取得した非同期ストリームＤｗの再生区間が最後まで到達したときに、この非同期ストリームＤｗの終了時刻情報に基づいて同期ストリームセッションを再開することで、携帯電話端末２００内の非同期ストリームへのアクセス処理から、同期ストリームへのアクセス処理への移行をシームレスに行うことができる。
【００８９】
［携帯電話端末における動作例］
次に、視聴中取得方式を実現するための詳細な処理の例について、図１１のフローチャートを参照して説明する。まず、ビデオコンテンツＶの視聴に先立って、レコーダ１００から送信されたシナリオファイルが、シナリオファイル受信部２１１（図５参照）によって受信され、シナリオファイル解析部２２１で解析される（ステップＳ３１）。そして、シナリオファイルの解析の結果得られた各コンテンツの名称（タイトル）や再生時間の情報が、表示部２２８（図５参照）に表示される（ステップＳ３２）。
【００９０】
表示部２２８に表示された情報に基づいて、ユーザによって視聴したいビデオコンテンツＶが選択され、選択したビデオコンテンツＶを再生する操作が行われると（ステップＳ３３）、「ループ」が開始される（ステップＳ３４）。
【００９１】
ループにおいては、まず配信要求部２１５からレコーダ１００に対して、同期ストリームの送信指示が送信され（ステップＳ３５）、同期ストリームセッションが開始される（ステップ３６）。そして、送信指示に基づいてレコーダ１００から送信された同期ストリームが、復号用バッファ２２４に出力される（ステップＳ３７）。復号用バッファ２２４に出力された同期ストリームは、復号部２２５によって復号され、復号化された同期ストリームが、再生制御部２２７の制御に基づいて表示部２２８上で再生される（ステップＳ３８）。そして、表示部２２８での再生状況に応じて、再生時刻位置が更新される（ステップ３９）。
【００９２】
次に、同期ストリームセッションの開始後から、予め定められた所定の時間が経過したか否かが判断され（ステップＳ４０）、所定の時間が経過していた場合には、次の図１２に示すプロセスに処理が移行する。所定の時間が経過していない場合は、再生時刻位置に該当する非同期ストリームＤｗが存在するか否かが判断される（ステップＳ４１）。
【００９３】
非同期ストリームＤｗが存在しない場合には、同期ストリームの区間終了までの残り時間が、取得処理終了閾値未満となったか否かが判断される（ステップＳ４２）。同期ストリームの区間終了までの残り時間が、取得処理終了閾値未満であった場合には、配信要求部２１５からレコーダ１００に対して同期ストリームの送信終了指示が送信され（ステップＳ４３）、処理は終了となる。同期ストリームの区間終了までの残り時間が、取得処理終了閾値以上であった場合には、ステップＳ３７に戻って処理が行われる。
【００９４】
ステップＳ４１で、再生時刻位置に該当する非同期ストリームＤｗが存在すると判断された場合には、同期ストリームの送信を一時中止するための指示が、配信要求部２１５からレコーダ１００に対して送信される（ステップＳ４４）。そして、非同期ストリーム取得部２２３によって、既に取得済みの非同期ストリームＤｗの、非同期ストリーム蓄積部２２２からの読み出しが開始される（ステップＳ４５）。
【００９５】
次に、同期ストリーム又は非同期ストリームの復号用バッファ２２４への出力が完了しているか否かの判断が行われ（ステップＳ４６）、出力が完了していない間は、ステップＳ４６の判断が続けられる。復号用バッファ２２４への出力が完了している場合には、非同期ストリーム蓄積部２２２から非同期ストリームＤｗが読み出され、読み出された非同期ストリームＤｗが復号用バッファ２２４に出力される（ステップＳ４７）。
【００９６】
復号用バッファ２２４に出力された非同期ストリームＤｗは、復号部２２５によって非同期ストリームＤｗが復号され、表示部２２８上で再生される（ステップＳ４８）。そして、表示部２２８での再生状況に応じて、再生時刻位置が更新される（ステップ４９）。
【００９７】
次に、非同期ストリームの区間終了までの残り時間が、取得処理終了閾値未満となったか否かが判断され（ステップＳ５０）、取得処理終了閾値以上であった場合には、ステップＳ４７に戻って処理が続けられる。非同期ストリームの区間終了までの残り時間が、取得処理終了閾値未満であった場合には、再生時刻位置に該当する同期ストリームが存在するか否かが判断される（ステップＳ５１）。
【００９８】
再生時刻位置に該当する同期ストリームが存在する場合には、ステップＳ３５に戻って処理が続けられる。再生時刻位置に該当する同期ストリームが存在しない場合には、次に、再生時刻位置に該当する他の非同期ストリームが存在するか否かが判断される（ステップＳ５２）。再生時刻位置に該当する他の非同期ストリームが存在する場合には、ステップＳ４５に戻って処理が続けられ、存在しない場合にはループが終了される。
【００９９】
次に、図１２を参照して、図１１のステップＳ４０で“ＹＥＳ”が選択された場合の非
同期ストリーム取得処理について説明する。まず、制御部２４０の制御に基づいて、非同期ストリームの送信指示が非同期ストリーム制御部２１２からレコーダ１００に送信されると（ステップＳ６１）、レコーダ１００と携帯電話端末２００との間で、非同期ストリームセッションが開始される（ステップＳ６２）。
【０１００】
そして、非同期ストリームセッションを通して、非同期ストリームの取得が開始される（ステップＳ６３）。そして、非同期ストリームセッションを通してのデータの受信が終了したか否かが判断され（ステップＳ６４）、データの受信が終了した場合に、非同期ストリームの取得処理が終了となる（ステップＳ６５）。
【０１０１】
［第１の実施の形態の変形例（１）による効果］
上述した実施の形態によれば、同期ストリームセッションによる同期ストリームの取得と、非同期ストリームセッションによる非同期ストリームＤｗの取得とが、同一のタイムライン上で行われるようになる。またこの場合、その時点での再生時刻位置とは異なる時刻位置の非同期ストリームＤｗが取得される。取得済みの非同期ストリームＤｗを、ジャンプ又はスキップ可能なシーンへのアクセスポイントと考えた場合、このような処理が行われることにより、視聴開始時には存在しなかったアクセスポイントが、ビデオコンテンツＶの視聴中に自動的に増えるようになる。これにより、ユーザによる所望のシーンへのアクセス性が飛躍的に向上する。
【０１０２】
なお、上述した各実施の形態では、レコーダ１００内で予め非同期ストリームＤｗを生成・蓄積しておく形態を想定しているが、非同期ストリームＤｗを、再生時刻位置に応じてレコーダ１００が動的に生成する形態をとるようにしてもよい。
【０１０３】
＜１−２．第１の実施の形態の変形例（２）＞
上述した各実施の形態では、複数の非同期ストリームＤｗを、ユーザにより選択された再生時刻位置を起点に時系列で取得する場合を例に挙げているが、非同期ストリームを選択的（段階的）に取得できるように構成してもよい。これにより、ビデオコンテンツＶの全体像を把握するための概観的なアクセスと、再生時間位置近傍での細かなシーンに対するアクセスとの両方のアクセスを実現することができる。本例では、このような選択的な取得を、視聴中取得方式において実現するための構成及び方法を説明する。
【０１０４】
具体的には、非同期ストリームにレイヤの概念を導入する。番組全体把握のための時間的距離が比較的離れた非同期ストリーム同士にレイヤ１を付与し、一方で、細かなアクセスのための時間的距離の近い非同期ストリーム同士にレイヤ２あるいはそれ以上のレイヤを付与する。
【０１０５】
図１３は、非同期ストリームにレイヤ１とレイヤ２の２つの階層を持たせた場合の、シナリオファイルの記述例を示したものである。＜sub_content＞タグで示される非同期ス
トリームセッション情報中には、１０個の非同期ストリームＤｗが定義してある。そして、そのうちの１行目と４行目と９行目のものは、layer属性が“１”に設定されている。
２行目及び３行目と、５行目から８行目と、１０行目のもののlayer属性は、“２”に設
定されている。
【０１０６】
図１４に、図１２のシナリオファイルに基づいて生成された非同期ストリームＤｗの構成例を示してある。図１４の横軸は時間を示す。オリジナルのビデオコンテンツＶが有する３００分のストリームの中から、図１２に示したシナリオファイルの＜sub_content＞
タグ中の１行目から１０行目の記述に基づいて、非同期ストリームＤｗ１〜非同期ストリームＤｗ１０が生成された様子が示されている。
【０１０７】
図１５は、レイヤ１に属する各非同期ストリームＤｗを上段に、レイヤ２に属する各非同期ストリームＤｗとを下段に表示したものである。図１５によれば、レイヤ１が付与された非同期ストリームＤｗ１と非同期ストリームＤｗ４と非同期ストリームＤｗ９は、それぞれ時間的距離が比較的離れていることが分かる。またこれに対して、レイヤ２が付与された非同期ストリームＤｗ２及び非同期ストリームＤｗ３と、非同期ストリームＤｗ５から非同期ストリームＤｗ８までと、非同期ストリームＤｗ１０は、互いの時間的距離が近いことが分かる。
【０１０８】
図１６は、各時刻における同期ストリーム（レイヤ０）と、非同期ストリーム（レイヤ１及びレイヤ２）の取得順序について、概念的に示した図である。図１６の最上段には、オリジナルのビデオコンテンツＶを構成する各ストリームＳｔ１〜ストリームＳｔ１２を時系列に並べて表示してある。図１６の横軸は、ビデオコンテンツＶにおける再生時刻を示す。
【０１０９】
ストリームＳｔ１１〜ストリームＳｔ２２のそれぞれには、シナリオファイルの記載に基づいて、レイヤ０〜レイヤ２のいずれかの層が割り当てられている。図１６では、レイヤ０に割り当てられたストリームを白枠で示してあり、レイヤ１に割り当てられたストリームを黒枠で示してあり、レイヤ２に割り当てられたストリームは網掛けの枠で示してある。レイヤ０が付与された各ストリームは、再生時刻に同期して同期ストリームＳｒとして取得され、レイヤ１又はレイヤ２が付与されたストリームは、ユーザによる視聴状況とは非同期に、非同期ストリームＤｗとして取得される。
【０１１０】
図１６の縦方向は、ユーザによる視聴時間の経過を示し、視聴時間における各時刻をＴ０〜Ｔ３と示している。時刻Ｔ０は、同期ストリームセッションが開始された時刻であり、このタイミングで、レイヤ０の同期ストリームの取得が開始される。図には、レイヤ０が付与された各ストリームのうち、最初のストリームであるストリームＳｔ１１が、同期ストリームＳｒ１１として取得された状態が示されている。
【０１１１】
時刻Ｔ０から所定の時間が経過した時刻Ｔ１の時点では、レイヤ０の同期ストリームＳｒの取得中に、ビデオコンテンツＶ全体の概観的把握を支援するためのレイヤ１のストリームを、ビデオコンテンツＶの終了時まで取得している。つまり、レイヤ１が付与されたストリームＳｔ１７とストリームＳｔ２１とを、非同期ストリームＤｗ１１と非同期ストリームＤｗ１２として取得している。
【０１１２】
時刻Ｔ２の時点では、現在ユーザによって視聴されている区間に位置するレイヤ２に属する非同期ストリームＤｗの取得を開始している。つまり、黒い三角の印で示された現在再生位置が属する区間に位置する、レイヤ２が付与されたストリームＳｔ１４を、非同期ストリームＤｗ１３として取得している。
【０１１３】
時刻Ｔ３の時点では、ユーザによる再生スキップの操作に基づき、再生時刻位置が次区間に存在する非同期ストリームＤｗ１１の位置に移動している。移動先の非同期ストリームＤｗ１１のレイヤ属性は“１”であるため、前区間のレイヤ２の非同期ストリーム（ストリームＳｔ１６）の取得を中断し、次区間の同期ストリームセッション及びレイヤ２の非同期ストリームセッションを開始している。図には、次区間の同期ストリームセッションによってストリームＳｔ１８が同期ストリームＳｒ１３として取得され、非同期ストリームセッションによってストリームＳｔ１９が非同期ストリームＤｗ１４として、又ストリームＳｔ２１が非同期ストリームＤｗ１５として取得された様子が示されている。
【０１１４】
このように、再生時刻位置はユーザによるスキップ操作等により動的に変化するため、本例では、非同期ストリームの取得準備やタイミングの制御を適応的に行うようにしてい
る。
【０１１５】
図１７Ａ及び図１７Ｂに、図１６の時刻Ｔ１と時刻Ｔ２の地点での携帯電話端末２００の画面表示例を示している。図１６の時刻Ｔ１においては、現在再生位置は同期ストリームＳｒ１２のところに位置している。つまり、図１７Ａに示すように、携帯電話端末２００の画面上では、同期ストリームＳｒ１２の映像が再生されている。
【０１１６】
同期ストリームＳｒ１２が表示されている領域Ａｒ１の下方には、取得済みの同期ストリームＳｒ又は非同期ストリームＤｗが表示される領域Ａｒ２がある。そして、図１７Ａに示す時刻Ｔ１の時点では、この領域Ａｒ２には、Ｔ１の時刻で取得された非同期ストリームＤｗ１１と、非同期ストリームＤｗ１２とがサムネイル表示されている。
【０１１７】
そのまま視聴が続けられ、Ｔ２の時刻となった時点での画面の例を、図１７Ｂに示してある。図１７Ｂにおいては、領域Ａｒ２の左端の位置に、非同期ストリームＤｗ１３のサムネイルが挿入されている。このように、本例によれば、再生時刻位置に応じて適切な同期ストリームＳｒ又は非同期ストリームＤｗが取得され、画面上の領域Ａｒ２にサムネイルとして表示される。つまり、再生を行っている最中に、ユーザがランダムにアクセスすることが可能なアクセスポイントが、領域Ａｒの中で自動的に増えていくようになる。
【０１１８】
［第１の実施の形態の変形例（２）による効果］
上述した実施の形態によれば、視聴開始から所定の時間が経過した時点で、まず優先的にレイヤ１の非同期ストリームＤｗが取得される。これにより、ビデオコンテンツＶ全体を対象とした広い時間間隔における、所望のシーンへのランダムなアクセス機能が、視聴開始時の早い段階でユーザに提供されるようになる。
【０１１９】
また、上述した実施の形態によれば、レイヤ１の非同期ストリームＤｗ取得後は、再生状況又はユーザによるスキップ又はジャンプ操作に基づいて変化する再生時刻位置に応じて、レイヤ１に属する非同期ストリームＤｗ及び、同じくレイヤ１に属するその次の非同期ストリームＤｗとの間に位置するレイヤ２の非同期ストリームＤｗが取得される。これにより、ユーザは、アクセス先のコンテンツの付近で、さらなるスキップ操作又はジャンプ操作を行うことができるようになる。つまり、より細かなシーンアクセスを行えるようになる。
【０１２０】
すなわち、上述した実施の形態によれば、ビデオコンテンツＶの全体像を把握するための概観的なアクセスと、再生時刻位置近傍での細かなシーンアクセスとの両アクセスが実現されるようになる。
【０１２１】
なお、上述した実施の形態では「視聴中取得方式」に適用した場合を例に挙げているが、「視聴前取得方式」に適用することも可能である。「視聴前取得方式」では、事前に非同期ストリームＤｗを蓄積するが、その蓄積容量は、選択されたビデオコンテンツＶの数に比例して増大する。すなわち、多数のビデオコンテンツＶが選択された場合には、携帯電話端末２００の記憶部１０１が圧迫される可能性がある。
【０１２２】
このような状況の発生を防ぐ手法としては、ビデオコンテンツＶ内部での所望のシーンへのアクセス性を高めることよりも、ビデオコンテンツＶの多様性を優先する手法が考えられる。具体的には、例えばオリジナルのビデオコンテンツＶの先頭部分と、中間時刻位置のみを事前に非同期ストリームＤｗとして取得しておくようにすれば、記憶部１０１の圧迫を防ぐことができると想定される。ところがこの場合は、多くの種類のビデオコンテンツＶの非同期ストリームを記憶部１０１内に蓄積することができる一方で、個々のビデオコンテンツＶ内におけるスキップ又はジャンプ可能なシーンの数が、非常に少ないもの
に限定されてしまう。
【０１２３】
そこで、「視聴中取得方式」における場合と同様に、「視聴前取得方式」においてもレイヤの概念を導入し、視聴前にはレイヤ１の非同期ストリームＤｗを取得・蓄積しておくようにする。そして、視聴開始後は、アクセス先の区間に存在するレイヤ１の非同期ストリーム内の再生時刻位置に応じて、レイヤ２の非同期ストリームを動的に取得するようにする。このような制御を行うことにより、「視聴前取得方式」においても、ビデオコンテンツＶ内での各シーンへのアクセスを高めることができるようになる。
【０１２４】
＜１−３．第１の実施の形態の変形例（３）＞
また、上述した実施の形態では、ビデオコンテンツＶから生成する各非同期ストリームＤｗの時間位置や時間長を、予め固定的に設定しておく場合を例に挙げたが、これに限定されるものではない。例えば、シーン検出の技術やメディア要約技術を用いて、これらを動的に決定するようにしてもよい。
【０１２５】
図１８に、この場合のシステムの概要例を示してある。図１８においては、図１と同様に、左側には家庭内の空間を示してあり、右側にはモバイル環境を示してある。家庭内には、ビデオコンテンツＶが記録されたレコーダ１００があり、レコーダ１００では、例えばシーン検出の手法を使って抽出された盛り上がりのあるシーンが、非同期ストリームＤｗとして蓄積される。つまりこの場合の非同期ストリームＤｗは、ダイジェストクリップとしての役割を果たすものとなる。そしてユーザは、外出前等のタイミングで、レコーダ１００に蓄積された各非同期ストリームＤｗを携帯電話端末２００に転送しておく。
【０１２６】
モバイル環境においては、事前に蓄積しておいた複数の非同期ストリームＤｗを携帯電話端末２００上で再生し、任意の非同期ストリームを選択することにより、ユーザは視聴したい再生位置を決定する。このとき、携帯電話通信網２へのアクセスは行われないため、早送りやジャンプ等の操作は高速に行うことができる。
【０１２７】
視聴したい再生位置の決定後は、携帯電話端末２００に蓄積されていない差分のストリーム、つまり盛り上がりシーンとして検出されていない場面を有するストリームが、家庭内のレコーダ１００から携帯電話通信網２を介して伝送される。これによりユーザは、複数の盛り上がりシーンの中から見たいシーンを容易に検索することができ、また、選択したシーンを起点としてビデオコンテンツＶを最後まで視聴することができるようになる。
【０１２８】
なお、上述した各実施の形態においては、非同期ストリームＤｗをレコーダ１００内で予め生成しておく場合を例に挙げたが、該当時間部分のストリームを順次抽出することで、非同期ストリームＤｗを動的に生成するようにしてもよい。
【０１２９】
＜２．第２の実施の形態＞
次に、本発明の第２の実施の形態を、図１９のブロック図及び図２０のフローチャートを参照して説明する。本実施の形態は、シナリオファイルの生成をクライアントである携帯電話端末２００側で行うものである。なお、図１９において図５と対応する箇所には同一の符号を付してあり、詳細な説明は省略する。
【０１３０】
図１９に示すシステムは、レコーダ１００Ａと携帯電話端末２００Ａとで構成される。本例におけるレコーダ１００Ａは、ビデオコンテンツＶが記憶された記憶部１０１と、制御部１１０と、通信処理部１２０Ａとを含む。通信処理部１２０Ａは、ストリーム送信部１２５と、配信要求受信部１２４とで構成される。
【０１３１】
制御部１１０は、携帯電話端末２００Ａから送られてきた配信要求を受信すると、スト
リーム送信部１２５に対して、配信要求内で指定されたビデオコンテンツＶを記憶部１０１から読み出して、携帯電話端末２００に送信するよう指示を行う。ストリーム送信部１２５は、制御部１１０による指示に基づいて、該当するビデオコンテンツＶを記憶部１０１より読み出し、ストリームとして携帯電話端末２００に送信する。
【０１３２】
携帯電話端末２００Ａは、レコーダ１００Ａとの間でデータの送受信を行う通信処理部２１０Ａと、非同期ストリーム蓄積部２５０と、非同期ストリーム取得部２２３と、同期ストリームバッファ２２９と、同期ストリーム取得部２３０とを備える。また復号用バッファ２２４と、復号部２２５と、復号後ストリームバッファ２２６と、制御部２４０Ａと、操作入力部２４１と、表示部２２８と、再生制御部２２７とを備える。
【０１３３】
本例においては、制御部２４０Ａ内に、予め作成されたシナリオファイルが蓄積されている。制御部２４０Ａは、このシナリオファイルを解析し、シナリオファイルに記載された非同期ストリームＤｗの所在情報等に基づいて、非同期ストリームＤｗ又は同期ストリームの取得制御を行う。具体的には、非同期ストリームＤｗ又は同期ストリームの配信要求を生成して、配信要求部２１４からレコーダ１００Ａに送信させる処理を行う。
【０１３４】
通信処理部１２０Ａは、レコーダ１００Ａのストリーム送信部１２５から送信されたストリームを受信するストリーム受信部２１６と、配信要求部２１５とで構成される。非同期ストリーム蓄積部２５０は、配信要求部２１４からの配信要求に基づいてレコーダ１００Ａから配信された非同期ストリームＤｗを受信して、蓄積する。なお、蓄積された非同期ストリームＤｗを読み出す処理や、それ以降の処理については、第１の実施の形態における処理と同様であるため、説明は省略する。
【０１３５】
なお、図１９に示した例では、携帯電話端末２００側において、予め生成しておいたシナリオファイルに記載の内容に基づいて、非同期ストリームＤｗ又は同期ストリームをレコーダ１００Ａから取得する場合を例に挙げたが、これに限定されるものではない。例えば、配信要求部２１４からレコーダ１００Ａに対して、所定の時間間隔毎に所定の時間長を有するストリームの配信要求を行い、その要求に応じてレコーダ１００Ａから送信されたストリームを、非同期ストリームＤｗとして蓄積するようにしてもよい。
【０１３６】
このように構成した場合の処理の例を、図２０に示してある。図２０においては、非同期ストリームＤｗの取得間隔を“ｊ”、非同期ストリームＤｗの時間長を“ｉ”で表現している。
【０１３７】
まず、ユーザによって、再生対象のビデオコンテンツＶの選択及び再生の指示がされたか否かの判断が行われ（ステップＳ７１）、この操作が行われた場合には、レコーダ１００Ａから送信されたオリジナルのビデオコンテンツＶのストリームが、ストリーム受信部２１６によって受信される（ステップＳ７２）。そして、受信されたストリームのうち、最初のｉ分間の区間が、非同期ストリーム蓄積部２５０によって取得され、非同期ストリームＤｗとして蓄積される（ステップＳ７３）。
【０１３８】
次に、そこからｊ分間経過したか否かが判断され（ステップＳ７４）、ｊ分間が経過しない間は、ステップＳ７３の判断が繰り返される。ｊ分間が経過したと判断された場合には、ステップＳ６２で取得されたストリームにおいて、次の区間が存在するか否かが判断される（ステップＳ７５）。次の区間が存在する場合には、ステップＳ７３に戻り、その区間での非同期ストリームＤｗが生成され、蓄積される。次の区間が存在しない場合には、処理はここで終了となる。
【０１３９】
このように、携帯電話端末２００Ａに上述した各機能を持たせることで、ビデオコンテ
ンツＶが記録されたレコーダ１００Ａが非同期ストリームＤｗの生成機能を持たない場合であっても、非同期ストリームＤｗを用いた高速かつ低遅延なアクセス機能を実現することができる。
【０１４０】
＜３．第３の実施の形態＞
次に、本発明の第３の実施の形態について、図２１のブロック図を参照して説明する。図２１において、図５や図１９と対応する箇所には同一の符号を付してあり、詳細な説明は省略する。本実施の形態によるシステムは、ビデオコンテンツＶを放送する放送局３００と携帯電話端末２００とで構成される。そして、放送局が、非同期ストリームＤｗの生成及び送信と、同期ストリームの送信とを行うように構成したものである。
【０１４１】
図２１に示す放送局３００は、図５に示したレコーダ１００が有する各機能ブロックをすべて有する。図５に示したレコーダ１００との相違点は、シナリオファイルと非同期ストリームは、アンテナ１３０Ａを通して携帯電話端末２００に送信するが、携帯電話端末２００から送信される配信要求の受信や同期ストリームの送信は、例えば携帯電話通信網２等の他の通信網を通して行う点にある。
【０１４２】
このように、放送局３００側で非同期ストリームＤｗの生成や送信、同期ストリームの送信を行うように構成すれば、レコーダ１００を所有していないユーザであっても、非同期ストリームＤｗに基づくザッピングや、同期ストリームの取得を携帯電話端末２００上で行うことができるようになる。
【０１４３】
＜４．第４の実施の形態＞
次に、本発明の第４の実施の形態について、図２２のブロック図を参照して説明する。図２２において、図５と図１９、図２１と対応する箇所には同一の符号を付してあり、詳細な説明は省略する。本実施の形態によるシステムは、ビデオコンテンツＶを放送する放送局３００Ａと、レコーダ１００Ａと、携帯電話端末２００Ａとで構成される。
【０１４４】
図２２に示す放送局３００Ａは、ビデオコンテンツＶが蓄積された記憶部１０１と、放送波を通してビデオコンテンツＶを送信する送信部３２５と、制御部１１０Ｂとを備える。つまり、従来の放送局と同様に、ビデオコンテンツＶの送信のみを行う。
【０１４５】
レコーダ１００Ａは、放送波を受信する放送波受信部１２６と、放送波受信部１２６で受信したビデオコンテンツＶを蓄積する記憶部１０１と、制御部１１０Ａと、配信要求受信部１２４と、同期ストリーム生成部１０５と、同期ストリーム送信部１２３とを備える。すなわち、本例によるレコーダ１００Ａは、放送局３００Ａから送信されたビデオコンテンツＶを記憶部１０１に蓄積し、携帯電話端末２００Ａより配信要求があった場合に、その要求内容に基づいて同期ストリーム生成部１０５で同期ストリームを生成する。そして生成した同期ストリームを、同期ストリーム送信部１２３及びアンテナ１３０を通して携帯電話端末２００Ａに送信する。
【０１４６】
携帯電話端末２００Ａは、図１９に示したものと同一の構成を有するものである。つまり、放送局３００Ａから送信されるビデオコンテンツＶを基に非同期ストリームＤｗを生成する機能を備える。さらに、生成した各非同期ストリームＤｗの時刻位置情報や時間長の情報と、それらとオリジナルのビデオコンテンツＶでの再時刻位置との対応情報等を作成し、シナリオデータとして記憶しておくことも行う。そして、ユーザより入力される操作等に応じて変化する再生時刻位置に応じて、適切な同期ストリーム又は非同期ストリームＤｗをレコーダ１００Ａより取得する。
【０１４７】
このように、携帯電話端末２００Ａで非同期ストリームＤｗの生成を行い、レコーダ１
００Ａで同期ストリームの生成及び送信を行う構成とすることで、従来と同様に放送波を通して送信されるビデオコンテンツＶからも、非同期ストリームＤｗを生成することができるようになる。そして、非同期ストリームＤｗを起点としたスキップ又はジャンプ再生や、そのような操作により定まる再生時刻位置以降に存在するコンテンツの取得及び再生を行うことができる。
【０１４８】
＜５．第５の実施の形態＞
次に、本発明の第５の実施の形態について、図２３のシステム概要図を参照して説明する。本実施の形態は、非同期ストリームＤｗを使用してアフィリエイトの仕組みを実現するものである。
【０１４９】
コンテンツプロバイダ４００とは、複数のビデオコンテンツＶが蓄積された配信サーバ（図示略）を保有するコンテンツの提供者であり、このシステムにおけるアフィリエイトの供給元である。具体的には、例えば、映画の製作会社やビデオコンテンツの制作会社が該当する。コンテンツプロバイダ４００内に設けられたサーバには、図５に示したレコーダ１００と同様の機能を持たせてある。すなわち、非同期ストリームＤｗの生成や蓄積、配信を行う機能を有する。本例の非同期ストリームＤｗは、本編のビデオコンテンツＶの複数の部分が抽出されたものであり、本編のダイジェストとしての意味を有する。
【０１５０】
店舗５００とは、このシステムにおけるアフィリエイトの享受者であり、例えば飲食店や物販店が該当する。店内には、来客者が所持する携帯電話端末２００ｃに対して、近距離無線等の手段によってファイルを送信（プッシュ配信）できるサーバが設置されているものとする。
【０１５１】
仲介者とは、アフィリエイトの享受者であり、携帯電話端末２００ａの所有者でもある。携帯電話端末２００ａは、他の携帯電話端末２００ｂや通信端末２０１等と、携帯電話通信網２又はＰ２Ｐ（Peer To Peer）による通信を行える機能を有する。
【０１５２】
本システムにおいて、まずコンテンツプロバイダ４００が、本編コンテンツのダイジェストとしての複数の非同期ストリームＤｗ（サムネイル）を、アフィリエイトの享受者である店舗５００や仲介者に配信する。そして、店舗５００では、コンテンツプロバイダ４００から配信された各非同期ストリームＤｗを、来客者が所持する携帯電話端末２００ｃに対してプッシュ配信することが行われる。仲介者においては、携帯電話端末２００ｂの所有者や通信端末２０１の所有者との間で、コンテンツプロバイダ４００から配信されたサムネイルを共有する操作が行われる。
【０１５３】
そして、店舗５００でプッシュ配信されたサムネイルを受信した携帯電話端末２００ｃの所有者や、仲介者とサムネイルの共有を行っている携帯電話端末２００ｂの所有者又は通信端末２０１の所有者において、サムネイルの視聴が行われる。サムネイル映像の視聴者は、サムネイル映像の続き、つまり本編の映像を視聴したい場合には、例えば「続きを購入する」等のメニューを選択することにより、本編のコンテンツを購入及び視聴することができる。この場合の端末側での仕組みは、図５等に示した機能によって実現することができる。すなわち、ユーザによって視聴されている非同期ストリームＤｗの次の区間に存在する同期ストリームを取得されることにより、視聴者は、サムネイル映像の続きである本編のコンテンツの映像を視聴することができる。
【０１５４】
店舗５００の経営者や仲介者は、サムネイルの配信を行った対象者が本編のコンテンツを購入した場合に、コンテンツプロバイダ４００よりアフィリエイト（報酬）が提供される。
【０１５５】
このように、本発明における、非同期ストリームＤｗの事前蓄積及び、非同期ストリームＤｗと同期ストリームとのシームレスな結合の仕組みを使って、アフィリエイトを提供するシステムを構築することもできる。
【０１５６】
＜６．第６の実施の形態＞
次に、本発明の第６の実施の形態について、図２４のシステム概要図を参照して説明する。本実施の形態は、本発明を、監視カメラ及び、監視カメラによる撮影映像を蓄積するサーバ及び、カメラによる撮影映像を表示する携帯電話端末とで構成されるシステムに適用したものである。
【０１５７】
図２４に示す監視カメラＣ１〜監視カメラＣ４は、動作検知機能を有するカメラであり、監視対象領域として設定されたオフィスやパーキングエリア、自宅や玄関先等の領域を常時撮影するとともに、撮影映像をサーバ６００に出力する。サーバ６００は、監視カメラＣ１〜監視カメラＣ４から送られた撮影映像を、図示せぬ記録装置（図示略）等に録画する。そして、監視カメラＣ１〜監視カメラＣ４において動作検知が行われた場合に、動作検知をトリガとして所定の時間長を有する非同期ストリームＤｗを生成し、検知シーンクリップとして携帯電話端末２００ｄに配信する。
【０１５８】
携帯電話端末２００ｄの所有者である監視領域の監視者は、サーバ６００から配信された検知シーンクリップを再生し、気になるシーンがあった場合には、その続きを視聴する操作を行う。続きを視聴する操作とは、続きの視聴を表明するための何かしらのアクションであってもよく、スキップ操作等を行わずに特定の検知シーンを視聴し続ける動作であってもよい。
【０１５９】
このような操作が行われた場合に、サーバ６００との同期ストリームセッションが開始され、サーバ内に蓄積された蓄積映像又は、監視カメラＣ１〜監視カメラＣ４によって撮影されているライブ映像が、携帯電話端末２００ｄに配信されるようになる。
【０１６０】
このような構成とすることで、監視者は、サーバ６００から配信された検知シーンクリップを再生して気になるシーンを検索し、詳細を確認したいシーンがあった場合には、その続きを、ストリーミング配信される映像によって確認することができる。
【０１６１】
これにより、監視者が所有する携帯電話端末２００ｄにおいては、監視カメラＣ１〜監視カメラＣ４による撮影映像を常時視聴し続ける必要がなくなるため、撮影映像取得の際に行われる通信の回数が大幅に削減される。すなわち、通信費用を低減することができるようになる。さらに、監視者は、詳細の確認が必要なシーンのみを取捨選択して視聴することができるようになるため、監視の時間を節減することができるようになる。
【０１６２】
なお、ここまで説明した各実施の形態では、非同期ストリームＤｗ又は同期ストリームの再生を行う通信端末として、携帯電話端末２００を用いる場合を例に挙げたが、これに限定されるものではない。例えば、通信機能を有する装置であれば、ＰＤＡ（Personal Digital Assistants）等の携帯端末やゲーム機、カーナビゲーション装置、パーソナルコ
ンピュータ等に適用するようにしてもよい。また、上述した各実施の形態では、サーバをレコーダ１００に適用しているが、実際にサーバやあるいはカーナビゲーション装置を用いるようにしてもよい。
【０１６３】
上述した各実施の形態における一連の処理は、ハードウェアにより実行することができるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムを、専用のハードウェアに組み込まれているコンピュータ、または、汎用のパーソナルコンピュータなどにインストー
ルして実行させる。
【０１６４】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態例の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって上述した実施形態例の機能が実現される場合も含まれる。
【０１６５】
また、本明細書において、ソフトウェアを構成するプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【符号の説明】
【０１６６】
１…家庭内通信網、２…携帯電話通信網、１００，１００Ａ…レコーダ、１０１…記憶部、１０２…メタデータ生成部、１０３…シナリオファイル生成部、１０４…非同期ストリーム生成部、１０５…同期ストリーム生成部、１１０，１１０Ａ，１１０Ｂ…制御部、１２０，１２０Ａ…通信処理部、１２１…シナリオファイル送信部、１２２…非同期ストリーム送信部、１２３…同期ストリーム送信部、１２４…配信要求受信部、１２５…ストリーム送信部、１２６…放送波受信部、１３０，１３０Ａ…アンテナ、２００，２００Ａ…携帯電話端末、２０１…通信端末、２１０，２１０Ａ…通信処理部、２１１…シナリオファイル受信部、２１２…非同期ストリーム制御部、２１３…非同期ストリーム受信部、２１４…同期ストリーム受信部、２１５…配信要求部、２１６…ストリーム受信部、２２１…シナリオファイル解析部、２２２…非同期ストリーム蓄積部、２２３…非同期ストリーム取得部、２２４…復号用バッファ、２２５…復号部、２２６…復号後ストリームバッファ、２２７…再生制御部、２２８…表示部、２２９…同期ストリームバッファ、２３０…同期ストリーム取得部、２４０，２４０Ａ…制御部、２４１…操作入力部、２５０…非同期ストリーム蓄積部、３００…放送局、３００Ａ…放送局、３２５…送信部、４００…コンテンツプロバイダ、５００…店舗、６００…サーバ
【特許請求の範囲】
【請求項１】
ビデオコンテンツを有するサーバとの間でデータの送受信を行う通信処理部と、
前記通信処理部を通して受信した、前記ビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積する非同期ストリーム蓄積部と、
前記非同期ストリーム又は、前記サーバからストリーミング配信される、前記ビデオコンテンツから非同期ストリームとして抽出されていないストリーム（同期ストリーム）を復号する復号部と、
前記復号部で復号された前記非同期ストリーム又は前記同期ストリームを表示する表示部上で再生される、前記非同期ストリームの種類を変更する指示が入力される操作入力部と、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行う制御部とを備えた
通信端末。
【請求項２】
前記複数の非同期ストリームは、それぞれが所定の時間長を有する
請求項１記載の通信端末。
【請求項３】
前記制御部は、前記表示部で再生中の前記非同期ストリームの再生時刻位置が、予め定められた所定の時刻位置を超えた場合に、前記サーバに対して、前記同期ストリームの送信要求を送信する制御を行う
請求項２記載の通信端末。
【請求項４】
前記非同期ストリーム蓄積部から前記非同期ストリームを読み出して、前記読み出した非同期ストリームに付与されているタイムスタンプを、当該通信端末内での統一タイムスタンプに変換する非同期ストリーム取得部と、
前記サーバから配信された前記同期ストリームを一時的に保持する同期ストリームバッファと、
前記同期ストリームバッファより前記同期ストリームを読み出して、前記読み出した同期ストリームに付与されているタイムスタンプを、前記統一タイムスタンプに変換する同期ストリーム取得部と、
前記非同期ストリーム取得部で取得された前記非同期ストリームと、前記同期ストリーム取得部で取得された前記同期ストリームを一時的に保持して前記復号部に出力する復号用バッファとを備えた
請求項３記載の通信端末。
【請求項５】
前記制御部による制御は、前記サーバ上での前記ビデオコンテンツの保存場所情報と、前記複数の非同期ストリームを規定する時刻位置情報と、前記時刻位置情報と前記ビデオコンテンツ内の再生時刻位置との対応情報とを含むファイルであり、前記サーバから送信されるファイルであるシナリオファイルに記載の内容に基づいて行われる
請求項４記載の通信端末。
【請求項６】
前記シナリオファイルにおいて、前記複数の非同期ストリームに階層構造が定義されている場合には、前記制御部は、最初に前記階層構造における最上層である第１の層に定義された複数の非同期ストリームを前記サーバより取得し、前記再生時刻位置に応じて前記第１の層の下位階層である第２の層に定義された複数の非同期ストリームを前記サーバよ
り取得する制御を行う
請求項５記載の通信端末。
【請求項７】
前記非同期ストリーム蓄積部への前記非同期ストリームの蓄積は、前記復号部での復号処理に先立って行われる
請求項６記載の通信端末。
【請求項８】
前記表示部で再生中の前記非同期ストリームの再生時刻位置が予め定められた所定の閾値を超えた場合に、前記サーバに対して取得が要求される前記同期ストリームは、前記非同期ストリームと時間的に連続するストリームである
請求項７記載の通信端末。
【請求項９】
前記制御部は、前記サーバに対して前記同期ストリームの取得要求を行い、前記通信処理部を通しての前記同期ストリーム取得開始後から所定の時間が経過後に、前記サーバに対して、前記表示部上で再生中の前記同期ストリームの再生時刻位置とは異なる時刻位置情報を有する複数の非同期ストリームの取得要求を行う
請求項６記載の通信端末。
【請求項１０】
ビデオコンテンツを有するサーバとの間でデータの送受信を行う通信処理部と、
前記サーバに対して、前記ビデオコンテンツ内の異なる時刻位置から部分的にストリームを抽出して送信させる送信要求を送信する送信要求部と、
前記サーバから送信された複数の前記部分的なストリーム（非同期ストリーム）を蓄積する非同期ストリーム蓄積部と、
前記非同期ストリーム又は、前記サーバからストリーミング配信される、前記ビデオコンテンツから前記非同期ストリームとして抽出されていないストリーム（同期ストリーム）を復号する復号部と、
前記復号部で復号された前記非同期ストリーム又は前記同期ストリームを表示する表示部上で再生される、前記非同期ストリームの種類を変更する指示が入力される操作入力部と、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行う制御部とを備えた
通信端末。
【請求項１１】
前記制御部は、前記サーバから取得した非同期ストリームの有する時刻位置情報と、前記時刻位置情報と前記サーバ上にある前記ビデオコンテンツ内の再生位置情報との対応情報とを、シナリオデータとして記録し、前記同期ストリーム又は前記非同期ストリームの前記サーバからの取得制御を、前記シナリオデータに記載の内容に基づいて行う
請求項１０記載の通信端末。
【請求項１２】
サーバから受信した、前記サーバ内のビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積するステップと、
前記非同期ストリーム又は、前記サーバからストリーミング配信される、前記ビデオコンテンツから前記非同期ストリームとして抽出されていないストリーム（同期ストリーム）を復号するステップと、
前記復号された前記非同期ストリーム又は前記同期ストリームを表示するステップと、
前記表示部上で再生される前記非同期ストリームの種類を変更する指示の、入力を受け付けるステップと、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行うステップとを含む
コンテンツ再生方法。
【請求項１３】
サーバから受信した、前記サーバ内のビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積するステップと、
前記非同期ストリーム又は、前記サーバからストリーミング配信される、前記ビデオコンテンツから前記非同期ストリームとして抽出されていないストリーム（同期ストリーム）を復号するステップと、
前記復号された前記非同期ストリーム又は前記同期ストリームを表示するステップと、
前記表示部上で再生される前記非同期ストリームの種類を変更する指示の、入力を受け付けるステップと、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行うステップとをコンピュータに実行させるための
プログラム。
【請求項１４】
ビデオコンテンツを蓄積する記憶部と、
前記記憶部に蓄積された前記ビデオコンテンツ中の異なる時刻位置から複数の部分ストリームを抽出して、複数の非同期ストリームを生成する非同期ストリーム生成部と、
前記非同期ストリーム生成部で生成された前記複数の非同期ストリーム又は、前記ビデオコンテンツから前記非同期ストリームとして抽出されていないストリーム（同期ストリーム）を通信端末に送信する第１の通信処理部とを備えたサーバと、
前記サーバとの間でデータの送受信を行う第２の通信処理部と、
前記第２の通信処理部を通して受信した前記複数の非同期ストリームを蓄積する非同期ストリーム蓄積部と、
前記非同期ストリーム又は、前記サーバから送信される前記同期ストリームを復号する復号部と、
前記復号部で復号された前記非同期ストリーム又は前記同期ストリームを表示する表示部上で再生される、前記非同期ストリームの種類を変更する指示が入力される操作入力部と、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行う制御部とを備えた通信端末とで構成される
コンテンツ再生システム。
【請求項１５】
前記非同期ストリームの有する時刻位置情報と、前記時刻位置情報と前記ビデオコンテンツ内の再生位置情報との対応情報とを含むシナリオファイルを生成する、シナリオファイル生成部を備えた
請求項１４記載のコンテンツ再生システム。
【請求項１６】
前記シナリオファイル生成部は、前記非同期ストリーム生成部で生成された前記複数の非同期ストリームのうち、時間的距離が離れた複数の前記非同期ストリームに対して最上
位の階層である第１の階層を定義し、前記第１の階層が付与された前記非同期ストリーム以外の前記非同期ストリームのうち、時間的距離が近い複数の前記非同期ストリームに対して、前記第１の階層より下の階層である第２の階層を定義したシナリオファイルを生成する
請求項１５記載のコンテンツ再生システム。
【請求項１７】
前記非同期ストリーム生成部は、前記ビデオコンテンツから前記非同期ストリームを抽出する時間的間隔及び前記非同期ストリームが有する時間長を、前記ビデオコンテンツの内容に応じて変化させる
請求項１５記載のコンテンツ再生システム。
【請求項１８】
前記非同期ストリーム生成部は、前記ビデオコンテンツから前記非同期ストリームを抽出する時間的間隔及び前記非同期ストリームが有する時間長を、前記ビデオコンテンツのシーン解析を行った場合のシーン解析結果に基づき決定する
請求項１５記載のコンテンツ再生システム。
【請求項１９】
前記サーバの前記第１の通信処理部は、前記非同期ストリーム生成部が生成した前記非同期ストリームと、前記シナリオファイル生成部が生成したシナリオファイルを、放送波を通して前記通信端末に配信する
請求項１５記載のコンテンツ再生システム。
【請求項２０】
請求項１４記載のコンテンツ再生システムで使用されるサーバ。
【請求項１】
ビデオコンテンツを有するサーバとの間でデータの送受信を行う通信処理部と、
前記通信処理部を通して受信した、前記ビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積する非同期ストリーム蓄積部と、
前記非同期ストリーム又は、前記サーバからストリーミング配信される、前記ビデオコンテンツから非同期ストリームとして抽出されていないストリーム（同期ストリーム）を復号する復号部と、
前記復号部で復号された前記非同期ストリーム又は前記同期ストリームを表示する表示部上で再生される、前記非同期ストリームの種類を変更する指示が入力される操作入力部と、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行う制御部とを備えた
通信端末。
【請求項２】
前記複数の非同期ストリームは、それぞれが所定の時間長を有する
請求項１記載の通信端末。
【請求項３】
前記制御部は、前記表示部で再生中の前記非同期ストリームの再生時刻位置が、予め定められた所定の時刻位置を超えた場合に、前記サーバに対して、前記同期ストリームの送信要求を送信する制御を行う
請求項２記載の通信端末。
【請求項４】
前記非同期ストリーム蓄積部から前記非同期ストリームを読み出して、前記読み出した非同期ストリームに付与されているタイムスタンプを、当該通信端末内での統一タイムスタンプに変換する非同期ストリーム取得部と、
前記サーバから配信された前記同期ストリームを一時的に保持する同期ストリームバッファと、
前記同期ストリームバッファより前記同期ストリームを読み出して、前記読み出した同期ストリームに付与されているタイムスタンプを、前記統一タイムスタンプに変換する同期ストリーム取得部と、
前記非同期ストリーム取得部で取得された前記非同期ストリームと、前記同期ストリーム取得部で取得された前記同期ストリームを一時的に保持して前記復号部に出力する復号用バッファとを備えた
請求項３記載の通信端末。
【請求項５】
前記制御部による制御は、前記サーバ上での前記ビデオコンテンツの保存場所情報と、前記複数の非同期ストリームを規定する時刻位置情報と、前記時刻位置情報と前記ビデオコンテンツ内の再生時刻位置との対応情報とを含むファイルであり、前記サーバから送信されるファイルであるシナリオファイルに記載の内容に基づいて行われる
請求項４記載の通信端末。
【請求項６】
前記シナリオファイルにおいて、前記複数の非同期ストリームに階層構造が定義されている場合には、前記制御部は、最初に前記階層構造における最上層である第１の層に定義された複数の非同期ストリームを前記サーバより取得し、前記再生時刻位置に応じて前記第１の層の下位階層である第２の層に定義された複数の非同期ストリームを前記サーバよ
り取得する制御を行う
請求項５記載の通信端末。
【請求項７】
前記非同期ストリーム蓄積部への前記非同期ストリームの蓄積は、前記復号部での復号処理に先立って行われる
請求項６記載の通信端末。
【請求項８】
前記表示部で再生中の前記非同期ストリームの再生時刻位置が予め定められた所定の閾値を超えた場合に、前記サーバに対して取得が要求される前記同期ストリームは、前記非同期ストリームと時間的に連続するストリームである
請求項７記載の通信端末。
【請求項９】
前記制御部は、前記サーバに対して前記同期ストリームの取得要求を行い、前記通信処理部を通しての前記同期ストリーム取得開始後から所定の時間が経過後に、前記サーバに対して、前記表示部上で再生中の前記同期ストリームの再生時刻位置とは異なる時刻位置情報を有する複数の非同期ストリームの取得要求を行う
請求項６記載の通信端末。
【請求項１０】
ビデオコンテンツを有するサーバとの間でデータの送受信を行う通信処理部と、
前記サーバに対して、前記ビデオコンテンツ内の異なる時刻位置から部分的にストリームを抽出して送信させる送信要求を送信する送信要求部と、
前記サーバから送信された複数の前記部分的なストリーム（非同期ストリーム）を蓄積する非同期ストリーム蓄積部と、
前記非同期ストリーム又は、前記サーバからストリーミング配信される、前記ビデオコンテンツから前記非同期ストリームとして抽出されていないストリーム（同期ストリーム）を復号する復号部と、
前記復号部で復号された前記非同期ストリーム又は前記同期ストリームを表示する表示部上で再生される、前記非同期ストリームの種類を変更する指示が入力される操作入力部と、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行う制御部とを備えた
通信端末。
【請求項１１】
前記制御部は、前記サーバから取得した非同期ストリームの有する時刻位置情報と、前記時刻位置情報と前記サーバ上にある前記ビデオコンテンツ内の再生位置情報との対応情報とを、シナリオデータとして記録し、前記同期ストリーム又は前記非同期ストリームの前記サーバからの取得制御を、前記シナリオデータに記載の内容に基づいて行う
請求項１０記載の通信端末。
【請求項１２】
サーバから受信した、前記サーバ内のビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積するステップと、
前記非同期ストリーム又は、前記サーバからストリーミング配信される、前記ビデオコンテンツから前記非同期ストリームとして抽出されていないストリーム（同期ストリーム）を復号するステップと、
前記復号された前記非同期ストリーム又は前記同期ストリームを表示するステップと、
前記表示部上で再生される前記非同期ストリームの種類を変更する指示の、入力を受け付けるステップと、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行うステップとを含む
コンテンツ再生方法。
【請求項１３】
サーバから受信した、前記サーバ内のビデオコンテンツ内の異なる時刻位置から抽出された複数の部分ストリーム（非同期ストリーム）を蓄積するステップと、
前記非同期ストリーム又は、前記サーバからストリーミング配信される、前記ビデオコンテンツから前記非同期ストリームとして抽出されていないストリーム（同期ストリーム）を復号するステップと、
前記復号された前記非同期ストリーム又は前記同期ストリームを表示するステップと、
前記表示部上で再生される前記非同期ストリームの種類を変更する指示の、入力を受け付けるステップと、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行うステップとをコンピュータに実行させるための
プログラム。
【請求項１４】
ビデオコンテンツを蓄積する記憶部と、
前記記憶部に蓄積された前記ビデオコンテンツ中の異なる時刻位置から複数の部分ストリームを抽出して、複数の非同期ストリームを生成する非同期ストリーム生成部と、
前記非同期ストリーム生成部で生成された前記複数の非同期ストリーム又は、前記ビデオコンテンツから前記非同期ストリームとして抽出されていないストリーム（同期ストリーム）を通信端末に送信する第１の通信処理部とを備えたサーバと、
前記サーバとの間でデータの送受信を行う第２の通信処理部と、
前記第２の通信処理部を通して受信した前記複数の非同期ストリームを蓄積する非同期ストリーム蓄積部と、
前記非同期ストリーム又は、前記サーバから送信される前記同期ストリームを復号する復号部と、
前記復号部で復号された前記非同期ストリーム又は前記同期ストリームを表示する表示部上で再生される、前記非同期ストリームの種類を変更する指示が入力される操作入力部と、
前記表示部上で前記非同期ストリーム又は前記同期ストリームが再生されている最中に、前記表示部で再生中の前記非同期ストリーム又は前記同期ストリームの再生時刻位置前後の時刻位置情報を有する前記非同期ストリーム又は前記同期ストリームを取得して、前記取得した前記非同期ストリーム又は前記同期ストリームを、前記再生の終了後に前記表示部に表示させる制御を行う制御部とを備えた通信端末とで構成される
コンテンツ再生システム。
【請求項１５】
前記非同期ストリームの有する時刻位置情報と、前記時刻位置情報と前記ビデオコンテンツ内の再生位置情報との対応情報とを含むシナリオファイルを生成する、シナリオファイル生成部を備えた
請求項１４記載のコンテンツ再生システム。
【請求項１６】
前記シナリオファイル生成部は、前記非同期ストリーム生成部で生成された前記複数の非同期ストリームのうち、時間的距離が離れた複数の前記非同期ストリームに対して最上
位の階層である第１の階層を定義し、前記第１の階層が付与された前記非同期ストリーム以外の前記非同期ストリームのうち、時間的距離が近い複数の前記非同期ストリームに対して、前記第１の階層より下の階層である第２の階層を定義したシナリオファイルを生成する
請求項１５記載のコンテンツ再生システム。
【請求項１７】
前記非同期ストリーム生成部は、前記ビデオコンテンツから前記非同期ストリームを抽出する時間的間隔及び前記非同期ストリームが有する時間長を、前記ビデオコンテンツの内容に応じて変化させる
請求項１５記載のコンテンツ再生システム。
【請求項１８】
前記非同期ストリーム生成部は、前記ビデオコンテンツから前記非同期ストリームを抽出する時間的間隔及び前記非同期ストリームが有する時間長を、前記ビデオコンテンツのシーン解析を行った場合のシーン解析結果に基づき決定する
請求項１５記載のコンテンツ再生システム。
【請求項１９】
前記サーバの前記第１の通信処理部は、前記非同期ストリーム生成部が生成した前記非同期ストリームと、前記シナリオファイル生成部が生成したシナリオファイルを、放送波を通して前記通信端末に配信する
請求項１５記載のコンテンツ再生システム。
【請求項２０】
請求項１４記載のコンテンツ再生システムで使用されるサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１０−２００２８７（Ｐ２０１０−２００２８７Ａ）
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願番号】特願２００９−１５７００５（Ｐ２００９−１５７００５）
【出願日】平成２１年７月１日（２００９．７．１）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年２月２５日 「ＨｏｔＭｏｂｉｌｅ ２００８」において文書をもって発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年２月２５日〜２６日 国立大学法人電気通信大学発行の「Ｍｏｂｉｌｅ Ｖｉｄｅｏ Ｓｙｓｔｅｍ ｂａｓｅｄ ｏｎ Ｐｒｅ−Ｄｏｗｎｌｏａｄ ＆ ＮＷ Ｓｔｒｅａｍｉｎｇ Ｃｏｏｒｄｉｎａｔｉｏｎ（パンフレット）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年３月５日 社団法人電子情報通信学会発行の「２００８年総合大会講演論文集（ＤＶＤ）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年４月１７日〜１８日 国立大学法人電気通信大学発行の「高速コンテンツアクセスを実現するモバイル映像視聴システム（パンフレット）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年７月２２日〜２４日 国立大学法人電気通信大学発行の「圧縮映像シーン検出に基づく高効率モバイル映像配信ソリューション（パンフレット）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年９月５日 国立大学法人電気通信大学発行の「高効率コンテンツアクセスを実現するモバイルビデオ配信技術（パンフレット）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年９月１５日 ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）発行の「１９ｔｈ Ａｎｎｕａｌ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｐｅｒｓｏｎａｌ，Ｉｎｄｏｏｒ ａｎｄ Ｍｏｂｉｌｅ Ｒａｄｉｏ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＣＤ）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年９月１６日〜１８日 独立行政法人科学技術振興機構、独立行政法人新エネルギー・産業技術総合開発機構主催の「イノベーションジャパン２００８−大学見本市」に出品
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年９月３０日〜１０月４日 情報通信ネットワーク産業協会（ＣＩＡＪ）、社団法人電子情報技術産業協会（ＪＥＩＴＡ）、社団法人コンピュータソフトウェア協会（ＣＳＡＪ）主催の「シーテックジャパン２００８」に出品
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年１０月２１日 ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）発行の「２００８ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ（ＣＤ）」に発表
【出願人】（５０４１３３１１０）国立大学法人電気通信大学 (383)
【出願人】（０００２０１１１３）船井電機株式会社 (7,855)
【Ｆターム（参考）】
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願日】平成２１年７月１日（２００９．７．１）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年２月２５日 「ＨｏｔＭｏｂｉｌｅ ２００８」において文書をもって発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年２月２５日〜２６日 国立大学法人電気通信大学発行の「Ｍｏｂｉｌｅ Ｖｉｄｅｏ Ｓｙｓｔｅｍ ｂａｓｅｄ ｏｎ Ｐｒｅ−Ｄｏｗｎｌｏａｄ ＆ ＮＷ Ｓｔｒｅａｍｉｎｇ Ｃｏｏｒｄｉｎａｔｉｏｎ（パンフレット）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年３月５日 社団法人電子情報通信学会発行の「２００８年総合大会講演論文集（ＤＶＤ）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年４月１７日〜１８日 国立大学法人電気通信大学発行の「高速コンテンツアクセスを実現するモバイル映像視聴システム（パンフレット）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年７月２２日〜２４日 国立大学法人電気通信大学発行の「圧縮映像シーン検出に基づく高効率モバイル映像配信ソリューション（パンフレット）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年９月５日 国立大学法人電気通信大学発行の「高効率コンテンツアクセスを実現するモバイルビデオ配信技術（パンフレット）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年９月１５日 ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）発行の「１９ｔｈ Ａｎｎｕａｌ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｐｅｒｓｏｎａｌ，Ｉｎｄｏｏｒ ａｎｄ Ｍｏｂｉｌｅ Ｒａｄｉｏ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＣＤ）」に発表
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年９月１６日〜１８日 独立行政法人科学技術振興機構、独立行政法人新エネルギー・産業技術総合開発機構主催の「イノベーションジャパン２００８−大学見本市」に出品
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年９月３０日〜１０月４日 情報通信ネットワーク産業協会（ＣＩＡＪ）、社団法人電子情報技術産業協会（ＪＥＩＴＡ）、社団法人コンピュータソフトウェア協会（ＣＳＡＪ）主催の「シーテックジャパン２００８」に出品
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年１０月２１日 ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）発行の「２００８ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ（ＣＤ）」に発表
【出願人】（５０４１３３１１０）国立大学法人電気通信大学 (383)
【出願人】（０００２０１１１３）船井電機株式会社 (7,855)
【Ｆターム（参考）】
[ Back to top ]