JP2010114664A - 情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】映像配信サービスで配信された映像コンテンツの再生において、再生が中断された位置までをダイジェスト再生することが可能な情報処理装置及び情報処理方法を提供する。
【解決手段】外部装置から配信される映像コンテンツを再生する再生手段と、前記再生手段での再生方法を制御する再生制御手段と、を備え、前記再生制御手段は、前記再生手段が再生対象とする前記映像コンテンツが、当該再生手段による過去の再生時に再生が中断されていた場合に、この再生が中断された時間を表す再生中断時間までを要約再生させるとともに、当該再生中断時間以降を通常再生させる。
【選択図】 図５

Description

本発明は、ネットワークを介して配信された映像コンテンツの再生を行う情報処理装置、情報処理方法に関する。

ＤＶＤ等の映像コンテンツが記録された記録媒体を読み込み、当該映像コンテンツの再生を行うＤＶＤプレーヤ等の再生装置が広く利用されている。また、従来このような再生装置について、ユーザの利便性を図る種々の技術が提案されている。例えば、特許文献１には、ＤＶＤの再生を中断しその後レジューム再生を行う際に、レジュームポイントから再生する前に、それ以前の部分のダイジェスト再生（要約再生）を行う技術が開示されている。

一方、インターネット等のネットワークのブロードバンド化に伴い、ネットワークを介して映像コンテンツを配信するＶＯＤ（ビデオオンデマンド）等の映像配信サービスが利用されるようになってきている。このような映像配信サービスでは、ユーザからの視聴要求に応じて、映像コンテンツを配信するため、ユーザは任意のタイミングで所望する映像コンテンツを視聴することができるという利点がある。また、映像の一時停止や巻戻し、早送り等の操作も可能であるため、従来のＴＶ放送に比べて利便性の高いものとなっている。

特開平１１−２７３２２７号公報

ところで、上記映像配信サービスにおいても、途中まで再生した映像コンテンツを、しばらくした後再度再生するような場合には、再生を中断した位置までの内容を要約して再生することが望まれている。しかしながら、上述した特許文献１の技術では、記録媒体の再生に関する技術であるため、映像配信サービスに適用することはできないという問題がある。

本発明は上記に鑑みてなされたものであって、映像配信サービスで配信された映像コンテンツの再生において、再生が中断された位置までを要約再生することが可能な情報処理装置及び情報処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、外部装置から配信される映像コンテンツを再生する再生手段と、前記再生手段での再生方法を制御する再生制御手段と、を備え、前記再生制御手段は、前記再生手段が再生対象とする前記映像コンテンツが、当該再生手段による過去の再生時に再生が中断されていた場合に、この中断された時間を表す再生中断時間までを要約再生させるとともに、当該再生中断時間以降を通常再生させることを特徴とする。

また、本発明は、外部装置から送信される配信要求に応じて、この配信要求で指示される配信対象の映像コンテンツを前記外部装置に配信する配信手段と、前記外部装置を識別可能な第１識別情報と、当該外部装置に配信した映像コンテンツを識別可能な第２識別情報と、当該映像コンテンツの再生が中断された時間を表す再生中断時間とを関連付けて記憶する記憶手段と、前記配信要求を送信した前記外部装置の第１識別情報と、当該配信要求により配信対象とされた映像コンテンツの第２識別情報と、の組に一致するエントリが前記記憶手段に記憶されている場合に、このエントリに含まれた前記再生中断時間に基づいて、前記外部装置で再生される前記映像コンテンツの再生方法を制御する配信制御手段と、を備えたことを特徴とする。

また、本発明は、再生手段が、外部装置から配信される映像コンテンツを再生する再生工程と、再生制御手段が、前記再生工程での再生方法を制御する再生制御工程と、を含み、前記再生制御工程では、前記再生工程で再生対象とされる前記映像コンテンツが、当該再生工程による過去の再生時に再生が中断されていた場合に、この再生が中断された時間を表す再生中断時間までを要約再生させるとともに、当該再生中断時間以降を通常再生させることを特徴とする。

また、本発明は、配信手段が、外部装置から送信される配信要求に応じて、当該配信要求で指示される配信対象の映像コンテンツを前記外部装置に配信する配信工程と、記憶制御手段が、前記外部装置を識別可能な第１識別情報と、当該外部装置に配信した映像コンテンツを識別可能な第２識別情報と、当該映像コンテンツの再生が中断された時間を表す再生中断時間とを関連付けて記憶手段に記憶する記憶制御工程と、配信制御手段が、前記配信要求を送信した前記外部装置の第１識別情報と、当該配信要求により配信対象とされた映像コンテンツの第２識別情報との組に一致するエントリが前記記憶手段に記憶されている場合に、このエントリに含まれた前記再生中断時間に基づいて、前記外部装置で再生される前記映像コンテンツの再生方法を制御する配信制御工程と、を含むことを特徴とする。

本発明によれば、映像配信サービスで配信された映像コンテンツの再生において、再生が中断された位置（再生中断時間）までを要約再生し、この再生中断時間以降を通常再生することができるため、ユーザは再生中断時間までの内容把握を容易に行うことができる。

以下に添付図面を参照して、本発明にかかる情報処理装置及び情報処理方法の最良な実施形態を詳細に説明する。なお、本発明は以下の実施形態に限定されないものとする。

［第１の実施形態］
図１は、第１の実施形態に係る映像配信システムの一例を概略的に示した図である。同図に示したように、映像配信システムは、映像再生装置１０と、映像再生装置１０からの視聴要求に応じて映像コンテンツの配信を行う映像配信サーバ２０とを有し、各機器はネットワークＮに接続されている。なお、ネットワークＮに接続される映像再生装置１０及び映像配信サーバ２０の個数は、特に問わないものとする。

ここで、映像再生装置１０は、映像配信サーバ２０から配信される映像コンテンツを再生することが可能な、ＰＣ（Personal Computer）、テレビ装置、ＨＤＤレコーダ等の情報処理装置である。また、映像配信サーバ２０は、映像再生装置１０からの映像配信要求に応じて、映像コンテンツの配信を行う映像配信サービスを提供可能なストリーミングサーバ等の情報処理装置である。

なお、図１において、ネットワークＮは、接続された機器間でデータ通信を行うことが可能な通信網であって、本実施形態では、インターネットに代表されるＩＰ（Internet Protocol）通信を行うことが可能なＩＰ網であるとする。

図２は、図１に示した映像再生装置１０の構成の一例を示したブロック図である。同図に示したように、映像再生装置１０は、ＣＰＵ（Central Processing Unit）１１と、操作部１２と、表示部１３と、ＲＯＭ（Read Only Memory）１４と、ＲＡＭ（Random Access Memory）１５と、通信部１６と、記憶部１７と、再生処理部１８とを備えている。

ＣＰＵ１１は、ＲＡＭ１５の所定領域を作業領域として、ＲＯＭ１４又は記憶部１７に予め記憶された各種制御プログラムとの協働により各種処理を実行し、映像再生装置１０を構成する各部の動作を統括的に制御する。

操作部１２は、マウスやキーボード等の入力デバイスであって、ユーザから操作入力された情報を指示信号として受け付け、その指示信号をＣＰＵ１１に出力する。

表示部１３は、ＬＣＤ（Liquid Crystal Display）等の表示装置により構成され、ＣＰＵ１１からの表示信号に基づいて、各種情報を表示する。

ＲＯＭ１４は、情報処理装置の制御にかかるプログラムや各種設定情報等を書き換え不可能に記憶する。ＲＡＭ１５は、ＳＤＲＡＭ等の揮発性の記憶媒体であって、ＣＰＵ１１の作業エリアとして機能する。

通信部１６は、ネットワークＮに接続された外部装置（例えば、映像配信サーバ２０）との間で通信を行うインタフェースであって、外部装置から受信した各種情報をＣＰＵ１１に出力する。また、通信部１６は、ＣＰＵ１１の制御の下、各種の情報を外部装置に送信する。

記憶部１７は、磁気的又は光学的に記録可能な記憶媒体を有し、映像再生装置１０の制御にかかるプログラムや各種の情報を書き換え可能に記憶する。また、記憶部１７は、過去に再生された映像コンテンツの識別情報（以下、映像コンテンツ識別情報という）と、この映像コンテンツの再生が中断された時間（以下、再生中断時間という）とを関連付けて記録した再生履歴データベース１７１を保持している。

図３は、図２に示した再生履歴データベース１７１の一例を示した図である。同図に示したように、再生履歴データベース１７１には、映像コンテンツ識別情報（コンテンツＡ〜Ｎ）と、この映像コンテンツ識別情報に対応する映像コンテンツの再生中断時間（００：３１：２５等）とが関連付けて記録されている。なお、「映像コンテンツ識別情報」とは、再生対象となった映像コンテンツを存在する情報資源、即ち、配信元の映像配信サーバ２０を示したＵＲＩ（Uniform Resource Identifier）等であって、各映像コンテンツを一意に識別することが可能な情報を意味する。また「再生中断時間」とは、映像コンテンツの先頭から再生が中断された時までの経過時間（再生時間）を意味している。

図２に戻り、再生処理部１８は、映像コンテンツの再生に係る処理を統括的に制御する機能部であって、再生制御部１８１と、映像再生部１８２とを有している。なお、再生処理部１８は、ＣＰＵ１１とＲＯＭ１４又は記憶部１７に予め記憶された所定のプログラムとの協働により実現される態様としてもよいし、ＡＳＩＣ等のハードウェアにより実現される態様としてもよい。

再生制御部１８１は、操作部１２を介し、再生の対象となる映像コンテンツの映像コンテンツ識別情報の入力を受け付けると、この映像コンテンツ識別情報が、再生履歴データベース１７１に登録されているか否かを判定し、この判定結果に応じて映像再生部１８２での再生方法を制御する。

具体的に、再生制御部１８１は、視聴対象の映像コンテンツ識別情報と一致するエントリが再生履歴データベース１７１に登録されていると判定した場合、該当するエントリの再生中断時間をレジュームポイントとして読み出し、ＲＡＭ１５等に保持する。そして、再生制御部１８１は、コンテンツ識別情報から、再生対象の映像コンテンツと、その配信元（映像配信サーバ２０）とを特定すると、この映像配信サーバ２０宛に、ｎ倍（ｎは２以上の整数）の再生速度での配信を要求する映像配信要求を送信することで、ｎ倍速でのダイジェスト再生を開始させる。なお、映像配信要求には、少なくとも再生対象の映像コンテンツのコンテンツ識別情報やファイル名、再生を開始する位置を指示した再生開始位置、再生速度が含まれるものとする。

ここで「再生速度」とは、映像コンテンツ本来の平均ビットレートの何倍でデータが配信されるかを表した倍率を意味する。なお、“ｎ”の値は予め定められているものとするが、例えば、４倍や８倍等、映像コンテンツの内容を把握することが可能な値とすることが好ましい。

さらに、再生制御部１８１は、映像コンテンツの再生時間がレジュームポイントに達すると、通常の再生速度での配信を要求する映像配信要求を配信元の映像配信サーバ２０宛に送信することで、レジュームポイント以降の再生速度を通常速度に切り替える。

一方、視聴対象の映像コンテンツ識別情報と一致するエントリが再生履歴データベース１７１に登録されていないと判定した場合、再生制御部１８１は、コンテンツ識別情報から特定した配信元の映像配信サーバ２０宛に、通常の再生速度（１倍）での配信を要求する映像配信要求を送信することで、通常速度での再生を開始させる。

また、再生制御部１８１は、映像コンテンツの再生時において、操作部１２を介して再生の中断指示を受け付けると、配信の停止を要求する配信停止要求を配信元の映像配信サーバ２０に送信することで、映像コンテンツの再生を中断する。さらに、再生制御部１８１は、再生を中断した映像コンテンツの映像コンテンツ識別情報と、その再生中断時間とを、再生履歴データベース１７１に関連付けて登録する。

映像再生部１８２は、通信部１６を介して映像配信サーバ２０から配信された映像コンテンツを受信すると、この映像コンテンツを再生（ストリーミング再生）し、表示部１３にその映像を表示する。

なお、映像配信サーバ２０との間の通信プロトコルは、特に問わないものとするが、例えば、上述した映像配信要求には、ＩＥＴＦ（Internet Engineering Task Force）で標準化されたＲＴＳＰ（Real Time Streaming Protocol）を用いることができる。また、映像コンテンツの受信にはＲＴＰ（Real-time Transport Protocol）を用いることができる。また、映像配信サーバ２０から配信される映像コンテンツは、Ｈ．２６４等の所定の符号化方式で圧縮されているものとするが、ストリーミング配信及び再生可能なものであれば、その符号化方式は特に問わないものとする。

次に、図４を参照して、映像配信サーバ２０について説明する。図４は、図１に示した映像配信サーバ２０の構成の一例を示したブロック図である。同図に示したように、映像配信サーバ２０は、ＣＰＵ２１と、操作部２２と、表示部２３と、ＲＯＭ２４と、ＲＡＭ２５と、通信部２６と、記憶部２７と、配信処理部２８とを備えている。

ＣＰＵ２１は、ＲＡＭ２５の所定領域を作業領域として、ＲＯＭ２４又は記憶部２７に予め記憶された各種制御プログラムとの協働により各種処理を実行し、映像配信サーバ２０を構成する各部の動作を統括的に制御する。

操作部２２は、マウスやキーボード等の入力デバイスであって、ユーザから操作入力された情報を指示信号として受け付け、その指示信号をＣＰＵ２１に出力する。

表示部２３は、ＬＣＤ等の表示装置により構成され、ＣＰＵ２１からの表示信号に基づいて、各種情報を表示する。

ＲＯＭ２４は、情報処理装置の制御にかかるプログラムや各種設定情報等を書き換え不可能に記憶する。ＲＡＭ２５は、ＳＤＲＡＭ等の揮発性の記憶媒体であって、ＣＰＵ２１の作業エリアとして機能する。

通信部２６は、ネットワークＮに接続された外部装置（例えば、映像再生装置１０）との間で通信を行うインタフェースであって、外部装置から受信した各種情報をＣＰＵ２１に出力する。また、通信部２６は、ＣＰＵ２１の制御の下、各種の情報を外部装置に送信する。

記憶部２７は、磁気的又は光学的に記録可能な記憶媒体を有し、映像配信サーバ２０の制御にかかるプログラムや各種の情報を書き換え可能に記憶する。また、記憶部２７には、配信の対象となる映像コンテンツを管理・蓄積するためのコンテンツデータベース２７１を保持している。

配信処理部２８は、映像コンテンツの配信に係る処理を統括的に制御する機能部であって、要求受付部２８１と、映像配信部２８２とを有している。なお、配信処理部２８は、ＣＰＵ２１とＲＯＭ２４又は記憶部２７に予め記憶された所定のプログラムとの協働により実現される態様としてもよいし、ＡＳＩＣ等のハードウェアにより実現される態様としてもよい。

要求受付部２８１は、映像再生装置１０から送信された映像配信要求を受け付けると、この映像配信要求に含まれた映像コンテンツ識別情報と、再生開始位置と、再生速度とを映像配信部２８２に通知する。また、要求受付部４２１は、映像再生装置１０から送信された配信停止要求を受け付けると、映像配信部２８２に通知する。

映像配信部２８２は、要求受付部２８１から映像コンテンツ識別情報、再生開始位置及び再生速度が通知されると、この映像コンテンツ識別情報に対応する映像コンテンツをコンテンツデータベース２７１から読み出し、通知された再生開始位置から再生速度に応じたビットレートで、映像配信要求を送信した映像再生装置１０宛に配信（ストリーム配信）する。例えば、映像再生装置１０からの映像配信要求で、再生速度が８倍速と指示されていた場合、映像配信部２８２は、この再生速度に応じたビットレートの映像コンテンツを配信するため、映像再生装置１０（映像再生部１８２）では、通常の８倍の速度で再生されることになる。

また、映像配信部２８２は、要求受付部２８１から配信停止要求が通知されると、この配信停止要求を送信した映像再生装置１０宛への配信を停止する。

次に、図５を参照して、本実施形態の動作について説明する。図５は、映像再生装置１０（再生制御部１８１）と映像配信サーバ２０（映像配信部２８２）との間で、映像コンテンツの配信・再生が行われる際の場合の処理（映像再生処理）の手順を示したフローチャートである。

まず、映像再生装置１０では、再生制御部１８１が、操作部１２を介して入力された再生対象となる映像コンテンツの映像コンテンツ識別情報を受け付けると（ステップＳ１１）、この映像コンテンツの再生開始位置を先頭（０ｓ）に設定する（ステップＳ１２）。

続いて、再生制御部１８１は、ステップＳ１１で受け付けた映像コンテンツ識別情報と一致するエントリが、再生履歴データベース１７１に存在するか否かを判定する（ステップＳ１３）。ここで、再生履歴データベース１７１に該当するエントリが存在しないと判定した場合（ステップＳ１３；Ｎｏ）、再生制御部１８１は、ステップＳ１８の処理に直ちに移行する。

また、ステップＳ１３において、該当するエントリが再生履歴データベース１７１に存在すると判定した場合（ステップＳ１３；Ｙｅｓ）、再生制御部１８１は、このエントリに含まれた再生中断時間をレジュームポイントとして読み出す（ステップＳ１４）。

続いて、再生制御部１８１は、映像コンテンツ識別情報から特定した配信元の映像配信サーバ２０宛に、ステップＳ１２で設定した再生開始位置から、ｎ倍の再生速度で配信することを指示した映像配信要求を送信する（ステップＳ１５）。

一方、映像配信サーバ２０では、要求受付部２８１が映像配信要求を受け付けると、映像配信部２８２は、この映像配信要求に基づいて、再生対象（配信対象）となる映像コンテンツをコンテンツデータベース２７１から読み出す（ステップＳ３１）。次いで、映像配信部２８２は、映像配信要求を送信した映像再生装置１０宛に、ステップＳ３１で読み出した映像コンテンツを、映像配信要求で指示された再生開始位置から、当該映像配信要求で指示された再生速度に応じたビットレートで配信する（ステップＳ３２）。

これにより、映像再生装置１０では、映像再生部１８２が映像配信サーバ２０から配信される映像コンテンツを再生することで、再生対象の映像コンテンツが、再生開始位置（０ｓ）からｎ倍の再生速度でダイジェスト再生されることになる。

続いて、再生制御部１８１は、映像再生部１８２による映像コンテンツの再生時間が、ステップＳ１５で読み出したレジュームポイントに到達するまで待機する（ステップＳ１６；Ｎｏ）。ここで、再生時間がレジュームポイントに到達したと判定すると（ステップＳ１６；Ｙｅｓ）、再生制御部１８１は、再生開始位置をレジュームポイントに設定し（ステップＳ１７）、ステップＳ１８の処理に移行する。

ステップＳ１８では、再生制御部１８１が、配信元の映像配信サーバ２０宛に、ステップＳ１２又はステップＳ１７で設定した再生開始位置から、通常の再生速度、即ち１倍の再生速度で配信することを指示した映像配信要求を送信する（ステップＳ１８）。

映像配信サーバ２０では、ステップＳ１８で送信された映像配信要求に基づいて、上述したステップＳ３１、Ｓ３２の処理が実行される。これにより、映像再生装置１０では、映像再生部１８２が、映像配信サーバ２０から配信される映像コンテンツを再生することで、再生対象の映像コンテンツが、映像再生要求で指示した再生開始位置から、通常の再生速度で再生されることになる。

具体的に、ステップＳ１３；Ｎｏ→ステップＳ１８の経路で映像配信要求を送信した場合には、映像コンテンツの先頭（０ｓ）から通常の再生速度で再生されることになる。また、ステップＳ１３；Ｙｅｓ→ステップＳ１８の経路で映像配信要求を送信した場合には、映像コンテンツのレジュームポイントから通常の再生速度で再生されることになる。

続いて、再生制御部１８１は、映像再生部１８２により映像コンテンツが最後まで再生されたか否かを判定する（ステップＳ１９）。映像コンテンツが最後まで再生されたと判定した場合（ステップＳ１９；Ｙｅｓ）、再生制御部１８１は、再生が完了したと判断し、処理を終了する。

また、ステップＳ１９において、映像再生部１８２により映像コンテンツが再生中と判定した場合（ステップＳ１９；Ｎｏ）、再生制御部１８１は、操作部１２を介して映像コンテンツの再生を中断する指示が入力されたか否かを判定する（ステップＳ２０）。ここで、映像コンテンツの再生を中断する指示が入力されないと判定した場合には（ステップＳ２０；Ｎｏ）、ステップＳ１９の処理に再び戻る。

また、ステップＳ２０において、映像コンテンツの再生を中断する指示が入力されたと判定した場合（ステップＳ２０；Ｙｅｓ）、再生制御部１８１は、配信停止要求を配信元の映像配信サーバ２０に送信することで、映像コンテンツの再生を中断する（ステップＳ２１）。次いで、再生制御部１８１は、再生を中断した映像コンテンツの映像コンテンツ識別情報と、その再生中断時刻とを関連付けて再生履歴データベース１７１に登録し（ステップＳ２２）、処理を終了する。

一方、映像配信サーバ２０では、映像配信部２８２が、映像コンテンツの配信状況を監視し、映像コンテンツを全て配信し終えた場合には（ステップＳ３３；Ｙｅｓ）、映像コンテンツの配信を停止した後（ステップＳ３５）、処理を終了する。また、映像配信部２８２は、映像コンテンツの配信中に、配信先の映像再生装置１０から配信停止要求を受け付けた場合には（ステップＳ３３；Ｎｏ→ステップＳ３４；Ｙｅｓ）映像配信部２８２は、映像コンテンツの配信を停止した後（ステップＳ３５）、本処理を終了する。なお、ステップＳ３４において、配信停止要求を確認できない場合には（ステップＳ３４；Ｎｏ）、ステップＳ３３の処理に再び戻る。

以上のように、第１の実施形態によれば、映像配信サービスで配信された映像コンテンツの再生において、再生が中断された位置（再生中断時間）までをダイジェスト再生し、この再生中断時間以降を通常再生することができるため、ユーザは再生中断時間までの内容把握を容易に行うことができる。

なお、図５に示した映像再生処理では、再生が完了した映像コンテンツについて、再生履歴データベース１７１に記録しないものとしたが、これに限らず、例えば、再生中断時間を再生終了時間等とすることで再生履歴データベース１７１に登録する態様としてもよい。また、同一の映像コンテンツに対し、再生の中断が複数回行われるような場合には、その都度再生中断時間を更新する態様としてもよいし、最短または最長の再生中断時間が保持されるよう再生中断時間を更新する態様としてもよい。

また、本実施形態では、ダイジェスト再生として、通常速度の所定数倍の速度で再生対象の映像コンテンツを再生する態様としたが、これに限らないものとする。例えば、ダイジェスト再生として、一定時間再生と一定時間スキップとを繰り替えし実行する間欠再生を採用する態様としてもよい。この場合、映像再生装置１０（再生制御部１８１）は、映像コンテンツの先頭から再生中断時間までを間欠再生とする映像配信要求を送信し、映像配信サーバ２０（映像配信部２８２）は、この映像配信要求に応じて間欠再生することが可能な映像コンテンツを映像再生装置１０に配信する。

また、ダイジェスト再生用の映像コンテンツが映像配信サーバ２０に予め用意されているような場合には、映像コンテンツの先頭から再生中断時間まで、ダイジェスト再生用の映像コンテンツの映像配信要求を送信することとしてもよい。なお、この場合、ダイジェスト再生用の映像コンテンツが再生されることで、ダイジェスト再生が実現される。

また、映像コンテンツが複数のチャプタで構成されているような場合には、ダイジェスト再生として、各チャプタの先頭を数秒ずつ再生（先頭再生）することを採用する態様としてもよい。この場合、映像再生装置１０（再生制御部１８１）は、映像コンテンツの最初のチャプタから再生中断時間が含まれるチャプタまでを先頭再生とする映像配信要求を送信し、映像配信サーバ２０（映像配信部２８２）は、この映像配信要求に応じて先頭再生することが可能な映像コンテンツを映像再生装置１０に配信する。

［第２の実施形態］
次に、第２の実施形態について説明する。上述した第１の実施形態では、再生中断時間を記録した再生履歴データベース１７１を、映像再生装置１０の各々で管理する形態について説明した。第２の実施形態では、再生（配信）中断時間を、映像コンテンツを配信する映像配信サーバ側で管理する形態について説明する。なお、上述した第１の実施形態と同様の要素については、同一の符号を付与し説明を省略する。

まず、図６を参照して、本実施形態に係る映像再生装置３０について説明する。映像再生装置３０は、図１に示した映像再生装置１０に対応し、後述する映像配信サーバ４０から配信される映像コンテンツの再生を行う情報処理装置である。

図６は、映像再生装置３０の構成の一例を示したブロック図である。同図に示したように、映像再生装置３０は、ＣＰＵ１１と、操作部１２と、表示部１３と、ＲＯＭ１４と、ＲＡＭ１５と、通信部１６と、記憶部３１と、再生処理部３２とを備えている。

記憶部３１は、磁気的又は光学的に記録可能な記憶媒体を有し、映像再生装置３０の制御にかかるプログラムや各種の情報を書き換え可能に記憶する。なお、記憶部３１は、図２に示した記憶部１７から再生履歴データベース１７１を取り除いたものに相当する。

再生処理部３２は、映像コンテンツの再生に係る処理を統括的に制御する機能部であって、再生制御部３２１と、映像再生部１８２とを有している。なお、再生処理部３２は、ＣＰＵ１１とＲＯＭ１４又は記憶部３１に予め記憶された所定のプログラムとの協働により実現される態様としてもよいし、ＡＳＩＣ等のハードウェアにより実現される態様としてもよい。

再生制御部３２１は、操作部１２を介して再生の対象となる映像コンテンツの映像コンテンツ識別情報の入力を受け付けると、このコンテンツ識別情報から、再生対象の映像コンテンツと、その配信元（後述する映像配信サーバ４０）とを特定する。

また、再生制御部３２１は、映像コンテンツ識別情報とともに、自己の映像再生装置３０を識別可能な再生装置識別情報を、前処理情報として配信元の映像配信サーバ４０に送信する。なお、「再生装置識別情報」としては、例えば、映像再生装置３０毎に予め割り当てられたＩＰアドレスやホストネーム、映像配信サーバ４０との通信で用いたクッキー等の情報を用いることができる。また、映像配信サーバ４０が、ユーザ認証を行うような場合には、このユーザ認証に用いる映像再生装置３０のユーザのユーザＩＤ及びパスワード等を再生装置識別情報として用いることができる。

また、再生制御部３２１は、前処理情報に対する応答に応じて、再生制御部１８１での再生方法を制御する。具体的に、再生制御部３２１は、前処理情報に対する応答として、映像配信サーバ４０からレジュームポイントを受信すると、このレジュームポイントをＲＡＭ１５等に保持する。そして、再生制御部３２１は、コンテンツ識別情報から特定した配信元の映像配信サーバ４０宛に、ｎ倍（ｎは２以上の整数）の再生速度での配信を要求する映像配信要求を送信することで、ｎ倍速でのダイジェスト再生を開始させる。

さらに、再生制御部３２１は、映像コンテンツの再生時間がレジュームポイントに達すると、通常の再生速度での配信を要求する映像配信要求を配信元の映像配信サーバ４０宛に送信することで、レジュームポイント以降の再生速度を通常速度に切り替える。

一方、前処理情報に対する応答として、レジュームポイントが存在しない旨の情報を受信すると、再生制御部３２１は、コンテンツ識別情報から特定した配信元の映像配信サーバ４０宛に、通常の再生速度（１倍）での配信を要求する映像配信要求を送信することで、通常速度での再生を開始させる。

また、再生制御部３２１は、映像コンテンツの再生中に、操作部１２を介して再生の中断指示を受け付けると、配信元の映像配信サーバ４０宛に、配信停止要求と、この中断指示を受け付けた時点の再生中断時間とを送信し、映像コンテンツの再生を中断する。

次に、図７を参照して、本実施形態に係る映像配信サーバ４０について説明する。映像配信サーバ４０は、図１に示した映像配信サーバ２０に対応し、映像再生装置３０からの要求に応じて映像コンテンツの配信を行う情報処理装置である。

図７は、映像配信サーバ４０の構成の一例を示したブロック図である。同図に示したように、映像配信サーバ４０は、ＣＰＵ２１と、操作部２２と、表示部２３と、ＲＯＭ２４と、ＲＡＭ２５と、通信部２６と、記憶部４１と、配信処理部４２とを備えている。

記憶部４１は、磁気的又は光学的に記録可能な記憶媒体を有し、映像配信サーバ２０の制御にかかるプログラムや各種の情報を書き換え可能に記憶する。また、記憶部４１は、配信の対象となる映像コンテンツを管理・蓄積するためのコンテンツデータベース２７１を保持している。

また、記憶部４１は、配信先となった映像再生装置３０の再生装置識別情報と、この再生装置識別情報に対応する映像再生装置３０宛に過去配信した映像コンテンツの映像コンテンツ識別情報と、この映像コンテンツの再生（配信）が中断された再生中断時間とを関連付けて記録した配信履歴データベース４１１を保持している。

図８は、図７に示した配信履歴データベース４１１の一例を示した図である。同図に示したように、配信履歴データベース４１１には、再生装置識別情報と、映像コンテンツ識別情報と、この映像コンテンツ識別情報に対応する映像コンテンツの再生中断時間とが関連付けて記録されている。この、配信履歴データベース４１１は、第１の実施形態で説明した再生履歴データベース１７１に相当するものである。なお、配信履歴データベース４１１に記録される映像コンテンツ識別情報は、コンテンツデータベース２７１内の各映像コンテンツを一意に識別することが可能な情報であればよく、例えば、映像コンテンツのファイル名のみとしてもよい。

図７に戻り、配信処理部４２は、映像コンテンツの配信に係る処理を統括的に制御する機能部であって、要求受付部４２１と、映像配信部４２２とを有している。なお、配信処理部４２は、ＣＰＵ２１とＲＯＭ２４又は記憶部４１に予め記憶された所定のプログラムとの協働により実現される態様としてもよいし、ＡＳＩＣ等のハードウェアにより実現される態様としてもよい。

要求受付部４２１は、映像再生装置１０から送信された前処理情報を受け付けると、映像配信部４２２に通知する。

また、要求受付部４２１は、映像再生装置１０から送信された映像配信要求を受け付けると、この映像配信要求に含まれた映像コンテンツ識別情報と、再生開始位置と、再生速度とを映像配信部４２２に通知する。

さらに、要求受付部４２１は、映像再生装置１０から送信された配信停止要求及び再生中断時間を受け付けると、映像配信部４２２に通知する。

映像配信部４２２は、要求受付部４２１から前処理情報が通知されると、この前処理情報に含まれた映像コンテンツ識別情報及び再生装置識別情報の組と一致するエントリが、記憶部４１の配信履歴データベース４１１に登録されているか否かを判定する。ここで、配信履歴データベース４１１に該当するエントリが登録されている場合、このエントリに含まれる再生中断時間をレジュームポイントとして、前処理情報を送信した映像再生装置３０宛に送信する。なお、配信履歴データベース４１１に該当するエントリが登録されていない場合、映像配信部４２２は、レジュームポイントが存在しない旨の情報（未登録情報）を、前処理情報を送信した映像再生装置３０宛に送信する。

また、映像配信部４２２は、要求受付部２８１から映像コンテンツ識別情報、再生開始位置及び再生速度が通知されると、この映像コンテンツ識別情報に対応する映像コンテンツをコンテンツデータベース２７１から読み出し、通知された再生開始位置から再生速度に応じたビットレートで、映像配信要求を送信した映像再生装置３０宛に配信（ストリーム配信）する。

また、映像配信部４２２は、要求受付部４２１から配信停止要求及び再生中断時間が通知されると、この配信停止要求を送信した映像再生装置３０宛への配信を停止する。さらに、映像配信部４２２は、配信を停止した映像再生装置３０の再生装置識別情報と、その映像コンテンツの映像コンテンツ識別情報と、要求受付部４２１から通知された再生中断時間とを、配信履歴データベース４１１に関連付けて登録する。

次に、図９を参照して、本実施形態の動作について説明する。図９は、映像再生装置３０（再生制御部３２１）と映像配信サーバ４０（映像配信部４２２）との間で、映像コンテンツの配信・再生が行われる際の処理（映像再生処理）の手順を示したフローチャートである。

まず、映像再生装置３０では、再生制御部３２１が、操作部１２を介して入力された再生対象となる映像コンテンツの映像コンテンツ識別情報を受け付けると（ステップＳ４１）、この映像コンテンツの再生開始位置を先頭（０ｓ）に設定する（ステップＳ４２）。

続いて、再生制御部３２１は、映像コンテンツ識別情報から特定した配信元の映像配信サーバ４０宛に、当該映像コンテンツ識別情報と、自己の映像再生装置３０の再生装置識別情報とを含んだ前処理情報を送信する（ステップＳ４３）。

一方、映像配信サーバ４０では、映像配信部４２２が、映像再生装置３０から送信された前処理情報に基づき、この前処理情報に含まれた映像コンテンツ識別情報及び再生装置識別情報の組と一致するエントリが、配信履歴データベース４１１に存在するか否かを判定する（ステップＳ６１）。

ここで、配信履歴データベース４１１に該当するエントリが登録されていないと判定した場合（ステップＳ６１；Ｎｏ）、映像配信部４２２は、レジュームポイントが存在しないことを指示する未登録情報を、前処理情報を送信した映像配信サーバ４０に送信する（ステップＳ６２）。また、ステップＳ６１において、配信履歴データベース４１１に該当するエントリが登録されていると判定した場合（ステップＳ６１；Ｙｅｓ）、映像配信部４２２は、該当するエントリに含まれた再生中断時間をレジュームポイントとして読み出し、前処理情報を送信した映像配信サーバ４０に送信する（ステップＳ６３）。

映像再生装置３０では、再生制御部３２１が、ステップＳ４３で送信した前処理情報に対する映像配信サーバ４０からの応答を判別し、この応答が未登録情報であった場合には（ステップＳ４４；Ｎｏ）、ステップＳ４８の処理に直ちに移行する。

また、ステップＳ４４において、映像配信サーバ４０からレジュームポイントが送信された場合（ステップＳ４４；Ｙｅｓ）、再生制御部３２１は、映像コンテンツ識別情報から特定した配信元の映像配信サーバ４０宛に、ステップＳ４２で設定した再生開始位置から、ｎ倍の再生速度で配信することを指示した映像配信要求を送信する（ステップＳ４５）。

一方、映像配信サーバ４０では、要求受付部４２１が映像配信要求を受け付けると、映像配信部４２２は、この映像配信要求に基づいて、再生対象（配信対象）となる映像コンテンツをコンテンツデータベース２７１から読み出す（ステップＳ６４）。次いで、映像配信部４２２は、映像配信要求を送信した映像再生装置３０宛に、ステップＳ６４で読み出した映像コンテンツを、映像配信要求で指示された再生開始位置から、当該映像配信要求で指示された再生速度に応じたビットレートで配信する（ステップＳ６５）。

これにより、映像再生装置３０では、映像再生部１８２が映像配信サーバ４０から配信される映像コンテンツを再生することで、再生対象の映像コンテンツが、再生開始位置（０ｓ）からｎ倍の再生速度でダイジェスト再生されることになる。

続いて、再生制御部３２１は、映像再生部１８２による映像コンテンツの再生時間が、ステップＳ４４で受信したレジュームポイントに到達するまで待機する（ステップＳ４６；Ｎｏ）。ここで、再生時間がレジュームポイントに到達したと判定すると（ステップＳ４６；Ｙｅｓ）、再生制御部３２１は、再生開始位置をレジュームポイントに設定し（ステップＳ４７）、ステップＳ４８の処理に移行する。

ステップＳ４８では、再生制御部３２１が、配信元の映像配信サーバ４０宛に、ステップＳ４２又はステップＳ４７で設定した再生開始位置から、通常の再生速度、即ち１倍の再生速度で配信することを指示した映像配信要求を送信する（ステップＳ４８）。

映像配信サーバ４０では、ステップＳ４８で送信された映像配信要求に基づいて、上述したステップＳ６４、Ｓ６５の処理が実行される。これにより、映像再生装置３０では、映像再生部１８２が、映像配信サーバ４０から配信される映像コンテンツを再生することで、再生対象の映像コンテンツが、映像再生要求で指示した再生開始位置から、通常の再生速度で再生されることになる。

具体的に、ステップＳ４４；Ｎｏ→ステップＳ４８の経路で映像配信要求を送信した場合には、映像コンテンツの先頭（０ｓ）から通常の再生速度で再生されることになる。また、ステップＳ４４；Ｙｅｓ→ステップＳ４８の経路で映像配信要求を送信した場合には、映像コンテンツのレジュームポイントから通常の再生速度で再生されることになる。

続いて、再生制御部３２１は、映像再生部１８２により映像コンテンツが最後まで再生されたか否かを判定する（ステップＳ４９）。映像コンテンツが最後まで再生されたと判定した場合（ステップＳ４９；Ｙｅｓ）、再生制御部３２１は、再生が完了したと判断し、処理を終了する。

また、ステップＳ４９において、映映像コンテンツが再生中と判定した場合（ステップＳ４９；Ｎｏ）、再生制御部３２１は、操作部１２を介して映像コンテンツの再生を中断する指示が入力されたか否かを判定する（ステップＳ５０）。ここで、映像コンテンツの再生を中断する指示が入力されないと判定した場合には（ステップＳ５０；Ｎｏ）、ステップＳ４９の処理に再び戻る。

また、ステップＳ５０において、映像コンテンツの再生を中断する指示が入力されたと判定した場合（ステップＳ５０；Ｙｅｓ）、再生制御部３２１は、配信停止要求を配信元の映像配信サーバ４０に送信することで、映像コンテンツの再生を中断する（ステップＳ５１）。次いで、再生制御部３２１は、再生を中断した再生中断時刻を配信元の映像配信サーバ４０に送信し（ステップＳ５２）、処理を終了する。

一方、映像配信サーバ４０では、映像配信部４２２が、映像コンテンツの配信状況を監視し、映像コンテンツを全て配信し終えた場合には（ステップＳ６６；Ｙｅｓ）、映像コンテンツの配信を停止した後（ステップＳ６７）、処理を終了する。

また、映像配信部４２２は、映像コンテンツの配信中に、配信先の映像再生装置３０から配信停止要求及び再生中断時間を受け付けた場合には（ステップＳ６６；Ｎｏ→ステップＳ６８；Ｙｅｓ）映像配信部２８２は、映像コンテンツの配信を停止する（ステップＳ６９）。そして、映像配信部４２２は、配信を停止した映像再生装置３０の再生装置識別情報と、その映像コンテンツの映像コンテンツ識別情報と、再生中断時間とを、配信履歴データベース４１１に関連付けて登録し（ステップＳ７０）、処理を終了する。なお、ステップＳ６８において、配信停止要求を確認できない場合には（ステップＳ６８；Ｎｏ）、ステップＳ６６の処理に再び戻る。

以上のように、第２の実施形態によれば、上述した第１の実施形態と同様、映像配信サービスで配信された映像コンテンツの再生において、再生が中断された位置（再生中断時間）までをダイジェスト再生し、この再生中断時間以降を通常再生することができるため、ユーザは再生中断時間までの内容把握を容易に行うことができる。また、映像再生装置３０の各々で再生された映像コンテンツの再生中断時間を一元管理できるので、再生中断時間を効率的に管理することができる。

なお、図９に示した映像再生処理では、再生が完了した映像コンテンツについて、配信履歴データベース４１１に記録しないものとしたが、これに限らず、例えば、再生中断時間を再生終了時間等とすることで配信履歴データベース４１１に登録する態様としてもよい。また、同一の映像コンテンツに対し、再生の中断が複数回行われるような場合には、その都度再生中断時間を更新する態様としてもよいし、最短または最長の再生中断時間が保持されるよう再生中断時間を更新する態様としてもよい。

［第３の実施形態］
次に、第３の実施形態について説明する。第３の実施形態では、映像コンテンツを配信する映像配信サーバ側にてダイジェスト再生機能を実現する形態について説明する。なお、上述した第１、第２の実施形態と同様の要素については、同一の符号を付与し説明を省略する。

まず、図１０を参照して、本実施形態に係る映像再生装置５０について説明する。映像再生装置５０は、図１に示した映像再生装置１０に対応し、後述する映像配信サーバ６０から配信される映像コンテンツの再生を行う情報処理装置である。

図１０は、映像再生装置５０の構成の一例を示したブロック図である。同図に示したように、映像再生装置５０は、ＣＰＵ１１と、操作部１２と、表示部１３と、ＲＯＭ１４と、ＲＡＭ１５と、通信部１６と、記憶部３１と、再生処理部５１とを備えている。

再生処理部５１は、映像コンテンツの再生に係る処理を統括的に制御する機能部であって、再生制御部５１１と、映像再生部１８２とを有している。なお、再生処理部５１は、ＣＰＵ１１とＲＯＭ１４又は記憶部３１に予め記憶された所定のプログラムとの協働により実現される態様としてもよいし、ＡＳＩＣ等のハードウェアにより実現される態様としてもよい。

再生制御部５１１は、操作部１２を介して再生の対象となる映像コンテンツの映像コンテンツ識別情報の入力を受け付けると、このコンテンツ識別情報から、再生対象の映像コンテンツと、その配信元（後述する映像配信サーバ６０）とを特定する。

また、再生制御部５１１は、映像コンテンツ識別情報とともに、自己の映像再生装置３０を識別可能な再生装置識別情報を、前処理情報として配信元の映像配信サーバ４０に送信する。そして、再生制御部５１１は、この前処理情報に対する応答として映像配信サーバ４０から送信されるメタデータに基づいて、再生制御部１８１での再生方法を制御する。

メタデータには、後述するように映像コンテンツを再生するための指示内容や、当該映像コンテンツに関する文字情報等が記述されている。再生制御部５１１は、このメタデータに記述された指示内容に従って映像配信要求を生成し、映像配信サーバ４０に送信する。

例えば、メタデータに、映像コンテンツの先頭から通常の再生速度で再生することが指示されていた場合、再生制御部５１１は、再生開始位置の先頭（０ｓ）から通常の再生速度での配信を要求する映像配信要求を、配信元の映像配信サーバ４０に送信する。また、例えば、メタデータに、映像コンテンツの先頭からレジュームポイント迄をｎ倍の再生速度、レジュームポイント以降を通常の再生速度で再生することが指示されていた場合、再生制御部５１１は、配信元の映像配信サーバ６０に対して、映像コンテンツの先頭からｎ倍の再生速度での配信を要求する映像配信要求を送信した後、映像コンテンツの再生時間がレジュームポイントに達すると、レジュームポイント以降の再生速度を通常（１倍）とする映像配信要求を送信する。

なお、メタデータの仕様は特に問わないものとするが、例えば、社団法人電波産業会（ＡＲＩＢ：Association of Radio Industries and Businesses）により策定された、データ放送用記述言語であるＢＭＬ（Broadcast Markup Language）を用いることができる。

また、再生制御部５１１は、映像コンテンツの再生中に、操作部１２を介して再生の中断指示を受け付けると、配信元の映像配信サーバ６０宛に、配信停止要求と、この中断指示を受け付けた時点の再生中断時間とを送信し、映像コンテンツの再生を中断する。

次に、図１１を参照して、本実施形態に係る映像配信サーバ６０について説明する。映像配信サーバ６０は、図１に示した映像配信サーバ２０に対応し、映像再生装置５０からの要求に応じて映像コンテンツの配信を行う情報処理装置である。

図１１は、映像配信サーバ６０の構成の一例を示したブロック図である。同図に示したように、映像配信サーバ６０は、ＣＰＵ２１と、操作部２２と、表示部２３と、ＲＯＭ２４と、ＲＡＭ２５と、通信部２６と、記憶部４１と、配信処理部６１とを備えている。

配信処理部６１は、映像コンテンツの配信に係る処理を統括的に制御する機能部であって、要求受付部４２１と、映像配信部６１１とを有している。なお、配信処理部６１は、ＣＰＵ２１とＲＯＭ２４又は記憶部４１に予め記憶された所定のプログラムとの協働により実現される態様としてもよいし、ＡＳＩＣ等のハードウェアにより実現される態様としてもよい。

映像配信部６１１は、要求受付部４２１から前処理情報が通知されると、この前処理情報に含まれた映像コンテンツ識別情報及び再生装置識別情報の組と一致するエントリが、記憶部４１の配信履歴データベース４１１に登録されているか否かを判定する。そして、映像配信部６１１は、この判定結果に基づいて、映像再生装置５０（映像再生部１８２）で再生される映像コンテンツの再生方法を制御するためのメタデータを生成し、前処理情報を送信した映像再生装置５０宛に送信する。

具体的に、映像配信部６１１は、配信履歴データベース４１１に該当するエントリが登録されていないと判定した場合、映像コンテンツの先頭から通常の再生速度で再生することを記述したメタデータを生成する。

一方、配信履歴データベース４１１に該当するエントリが登録されていると判定した場合、映像配信部６１１は、このエントリに含まれる再生中断時間をレジュームポイントとして読み出し、映像コンテンツの先頭からレジュームポイント迄をｎ倍の再生速度、レジュームポイント以降を通常の再生速度で再生することを記述したメタデータを生成する。

図１２は、映像配信部６１１により生成されたメタデータの一例を模式的に示した図である。同図に示したように、メタデータには、少なくとも再生開始時間と、再生速度とが関連付けて記述されており、この記述内容（指示内容）に基づいて映像再生装置５０から映像配信要求が送信される。なお、図１２の例では、映像コンテンツの先頭（０ｓ）から、８倍の再生速度でダイジェスト再生し、レジュームポイントである３１ｍ２５ｓに再生時間が達した時点で、１倍の再生速度に切り替えることが指示されている。

なお、メタデータに記述する内容は、上述した映像コンテンツの再生に係る指示内容に限らず、再生対象の映像コンテンツに関する情報や、他の情報を記述することとしてもよい。

また、映像配信部６１１は、要求受付部４２１から映像コンテンツ識別情報、再生開始位置及び再生速度が通知されると、この映像コンテンツ識別情報に対応する映像コンテンツをコンテンツデータベース２７１から読み出し、通知された再生開始位置から再生速度に応じたビットレートで、映像配信要求を送信した映像再生装置５０宛に配信（ストリーム配信）する。

また、映像配信部６１１は、要求受付部４２１から配信停止要求及び再生中断時間が通知されると、この配信停止要求を送信した映像再生装置５０宛への配信を停止する。さらに、映像配信部６１１は、配信を停止した映像再生装置５０の再生装置識別情報と、その映像コンテンツの映像コンテンツ識別情報と、通知された再生中断時間とを、配信履歴データベース４１１に関連付けて登録する。

次に、図１３を参照して、本実施形態の動作について説明する。図１３は、映像再生装置５０（再生制御部５１１）と映像配信サーバ６０（映像配信部６１１）との間で、映像コンテンツの配信・再生が行われる際の映像再生処理の手順を示したフローチャートである。

まず、映像再生装置５０では、再生制御部５１１が、操作部１２を介して入力された再生対象となる映像コンテンツの映像コンテンツ識別情報を受け付けると（ステップＳ８１）、この映像コンテンツ識別情報から特定した配信元の映像配信サーバ６０宛に、当該映像コンテンツ識別情報と、自己の映像再生装置５０の再生装置識別情報とを含んだ前処理情報を送信する（ステップＳ８２）。

一方、映像配信サーバ６０では、要求受付部４２１が前処理情報を受け付けると、映像配信部６１１は、この前処理情報に含まれた映像コンテンツ識別情報及び再生装置識別情報の組と一致するエントリが、配信履歴データベース４１１に存在するか否かを判定する（ステップＳ９１）。

ここで、配信履歴データベース４１１に該当するエントリが登録されていないと判定した場合（ステップＳ９１；Ｎｏ）、映像配信部６１１は、映像コンテンツの先頭（０ｓ）から通常の再生速度で再生することを指示したメタデータを生成する（ステップＳ９２）。

また、ステップＳ９１において、配信履歴データベース４１１に該当するエントリが登録されていると判定した場合（ステップＳ９１；Ｙｅｓ）、映像配信部６１１は、該当するエントリに含まれた再生中断時間をレジュームポイントとして読み出す（ステップＳ９３）。次いで、映像配信部６１１は、映像コンテンツの先頭（０ｓ）からレジュームポイントまでをｎ倍の再生速度、レジュームポイント以降を通常の再生速度で再生することを指示したメタデータを生成する（ステップＳ９４）。

続くステップＳ９５において、映像配信部６１１は、ステップＳ９２又はＳ９４で生成したメタデータを、前処理情報を送信した映像再生装置５０に送信する（ステップＳ９５）。

映像再生装置５０では、再生制御部５１１が、映像配信サーバ６０から送信されたメタデータを受け付けると、このメタデータに記述された指示内容に従って映像配信要求を生成し、配信元の映像配信サーバ６０宛に送信する（ステップＳ８３）。

具体的には、映像再生装置５０において、再生対象の映像コンテンツが過去に再生されたことがない場合には、この映像コンテンツの先頭から通常の再生速度で配信することを指示した映像配信要求が送信される。また、映像再生装置５０において、再生対象の映像コンテンツが過去に再生され、且つ途中で再生が中断されていた場合には、この再生中断時間、即ちレジュームポイントまでをｎ倍の再生速度、レジュームポイント以降を通常の再生速度で配信することを指示した映像配信要求が送信される。

一方、映像配信サーバ６０では、要求受付部４２１が映像配信要求を受け付けると、映像配信部６１１は、この映像配信要求に基づいて、再生対象（配信対象）となる映像コンテンツをコンテンツデータベース２７１から読み出す（ステップＳ９６）。次いで、映像配信部６１１は、映像配信要求を送信した映像再生装置５０宛に、ステップＳ９６で読み出した映像コンテンツを、映像配信要求で指示された再生開始位置から、当該映像配信要求で指示された再生速度に応じたビットレートで配信する（ステップＳ９７）。これにより、映像再生装置５０では、メタデータに記述された指示内容に従い、映像再生部１８２が再生対象の映像コンテンツを再生することになる。

また、再生制御部５１１は、映像再生部１８２により映像コンテンツが最後まで再生されたか否かを判定する（ステップＳ８４）。映像コンテンツが最後まで再生されたと判定した場合（ステップＳ８４；Ｙｅｓ）、再生制御部５１１は、再生が完了したと判断し、処理を終了する。

また、ステップＳ８４において、映像コンテンツが再生中と判定した場合（ステップＳ８４；Ｎｏ）、再生制御部５１１は、操作部１２を介して映像コンテンツの再生を中断する指示が入力されたか否かを判定する（ステップＳ８５）。ここで、映像コンテンツの再生を中断する指示が入力されないと判定した場合には（ステップＳ８５；Ｎｏ）、ステップＳ８４の処理に再び戻る。

また、ステップＳ８５において、映像コンテンツの再生を中断する指示が入力されたと判定した場合（ステップＳ８５；Ｙｅｓ）、再生制御部５１１は、配信停止要求を配信元の映像配信サーバ６０に送信することで、映像コンテンツの再生を中断する（ステップＳ８６）。次いで、再生制御部５１１は、再生を中断した再生中断時刻を配信元の映像配信サーバ６０に送信し（ステップＳ８７）、処理を終了する。

一方、映像配信サーバ６０では、映像配信部６１１が、映像コンテンツの配信状況を監視し、映像コンテンツを全て配信し終えた場合には（ステップＳ９８；Ｙｅｓ）、映像コンテンツの配信を停止した後（ステップＳ９９）、処理を終了する。

また、映像コンテンツの配信中に、配信先の映像再生装置５０から配信停止要求及び再生中断時間を受け付けた場合（ステップＳ９８；Ｎｏ→ステップＳ１００；Ｙｅｓ）映像配信部６１１は、映像コンテンツの配信を停止する（ステップＳ１０１）。そして、映像配信部６１１は、配信を停止した映像再生装置５０の再生装置識別情報と、その映像コンテンツの映像コンテンツ識別情報と、再生中断時間とを、配信履歴データベース４１１に関連付けて登録し（ステップＳ１０２）、処理を終了する。なお、ステップＳ１００において、配信停止要求を確認できない場合には（ステップＳ１００；Ｎｏ）、ステップＳ９８の処理に再び戻る。

以上のように、第３の実施形態によれば、上述した第１の実施形態と同様、映像配信サービスで配信された映像コンテンツの再生において、再生が中断された位置（再生中断時間）までをダイジェスト再生し、この再生中断時間以降を通常再生することができるため、ユーザは再生中断時間までの内容把握を容易に行うことができる。また、映像再生装置３０の各々で再生された映像コンテンツの再生中断時間を一元管理できるので、再生中断時間を効率的に管理することができる。

［第４の実施形態］
次に、第４の実施形態について説明する。第４の実施形態では、映像コンテンツの再生をチャプタ単位で行う形態について説明する。なお、上述した第１〜第３の実施形態と同様の要素については、同一の符号を付与し説明を省略する。

まず、図１４を参照して、本実施形態に係る映像再生装置７０について説明する。映像再生装置７０は、図１に示した映像再生装置１０に対応し、後述する映像配信サーバ８０から配信される映像コンテンツの再生を行う情報処理装置である。

図１４は、映像再生装置７０の構成の一例を示したブロック図である。同図に示したように、映像再生装置７０は、ＣＰＵ１１と、操作部１２と、表示部１３と、ＲＯＭ１４と、ＲＡＭ１５と、通信部１６と、記憶部３１と、再生処理部７１とを備えている。

再生処理部７１は、映像コンテンツの再生に係る処理を統括的に制御する機能部であって、再生制御部７１１と、映像再生部１８２とを有している。なお、再生処理部７１は、ＣＰＵ１１とＲＯＭ１４又は記憶部３１に予め記憶された所定のプログラムとの協働により実現される態様としてもよいし、ＡＳＩＣ等のハードウェアにより実現される態様としてもよい。

再生制御部７１１は、操作部１２を介して再生の対象となる映像コンテンツの映像コンテンツ識別情報を受け付けると、このコンテンツ識別情報から、再生対象の映像コンテンツと、その配信元の映像配信サーバ８０とを特定する。

また、再生制御部７１１は、映像コンテンツ識別情報とともに、自己の映像再生装置３０を識別可能な再生装置識別情報を、前処理情報として配信元の映像配信サーバ４０に送信する。そして、再生制御部７１１は、この前処理情報に対する応答として配信元の映像配信サーバ４０から送信されるメタデータに基づいて、再生制御部１８１での再生方法を制御する。なお、本実施形態で用いるメタデータには、後述するように、再生対象の映像コンテンツを構成するチャプタ毎に、当該チャプタの再生に係る指示内容が記述されている。

具体的に、再生制御部７１１は、映像コンテンツの再生時において、操作部１２を介してチャプタ番号の変更操作を受け付けると、指示されたチャプタ番号に対応するメタデータの指示内容に従って映像配信要求を生成し、配信元の映像配信サーバ８０に送信する。

また、再生制御部７１１は、映像コンテンツの再生中に、操作部１２を介して再生の中断指示を受け付けると、配信元の映像配信サーバ８０宛に、配信停止要求と、この中断指示を受け付けた時点の再生中断時間とを送信し、映像コンテンツの再生を中断する。

次に、図１５を参照して、本実施形態に係る映像配信サーバ８０について説明する。映像配信サーバ８０は、図１に示した映像配信サーバ２０に対応し、映像再生装置７０からの要求に応じて映像コンテンツの配信を行う情報処理装置である。

図１５は、映像配信サーバ８０の構成の一例を示したブロック図である。同図に示したように、映像配信サーバ８０は、ＣＰＵ２１と、操作部２２と、表示部２３と、ＲＯＭ２４と、ＲＡＭ２５と、通信部２６と、記憶部８１と、配信処理部８２とを備えている。

記憶部８１は、磁気的又は光学的に記録可能な記憶媒体を有し、映像配信サーバ８０の制御にかかるプログラムや各種の情報を書き換え可能に記憶する。また、記憶部８１は、配信の対象となる映像コンテンツを管理・蓄積するためのコンテンツデータベース８１１を保持している。

ここで、コンテンツデータベース８１１に蓄積される映像コンテンツは、複数のチャプタで区切られており、少なくとも各チャプタの時間間隔（以下、チャプタ時間という）と、各チャプタで再生対象となる映像（以下、本編映像という）とが関連付けられた状態で保持されている。

図１６は、コンテンツデータベース８１１に蓄積された映像コンテンツ（コンテンツＡ）の一例を模式的に示した図である。同図に示したように、コンテンツＡは、Ｎ個のチャプタで構成されており、チャプタ番号（１〜Ｎ）の各々について、そのチャプタ時間と、配信の対象となる本編映像とが関連付けて保持されている。

また、図１６に示したダイジェスト映像（ダイジェスト映像１〜Ｎ）とは、各チャプタの本編映像を要約した映像や静止画、テキスト情報等である。なお、本実施形態では、再生中断の履歴が配信履歴データベース４１１に存在した場合に、本編映像をｎ倍速で再生する代わりに、このダイジェスト映像を配信することで、映像再生装置７０でのダイジェスト再生を実現する形態について説明する。

図１５に戻り、配信処理部８２は、映像コンテンツの配信に係る処理を統括的に制御する機能部であって、要求受付部４２１と、映像配信部８２１とを有している。なお、配信処理部８２は、ＣＰＵ２１とＲＯＭ２４又は記憶部８１に予め記憶された所定のプログラムとの協働により実現される態様としてもよいし、ＡＳＩＣ等のハードウェアにより実現される態様としてもよい。

映像配信部８２１は、要求受付部４２１から前処理情報が通知されると、この前処理情報に含まれた映像コンテンツ識別情報及び再生装置識別情報の組と一致するエントリが、記憶部４１の配信履歴データベース４１１に登録されているか否かを判定する。そして、映像配信部８２１は、この判定結果に基づいて、映像再生装置７０（映像再生部１８２）で再生される映像コンテンツの再生方法を制御するためのメタデータを生成し、前処理情報を送信した映像再生装置７０宛に送信する。

具体的に、映像配信部８２１は、配信履歴データベース４１１に該当するエントリが登録されていないと判定した場合、映像コンテンツを構成する全てのチャプタ（チャプタ番号）について、各チャプタに対応する本編映像を再生することを記述したメタデータを生成する。

一方、配信履歴データベース４１１に該当するエントリが登録されていると判定した場合、映像配信部８２１は、このエントリに含まれる再生中断時間をレジュームポイントとして読み出す。次いで、映像配信部８２１は、レジュームポインと、配信対象（再生対象）となる映像コンテンツの各チャプタ時間とを比較し、レジュームポイントが含まれるチャプタ番号ｉを特定する。そして、映像配信部８２１は、チャプタ番号１からチャプタ番号（ｉ−１）までダイジェスト映像を再生し、チャプタ番号ｉ以降、本編映像を再生することを記述したメタデータを生成する。

図１７は、映像配信部８２１により生成されたメタデータの一例を模式的に示した図である。同図に示したように、メタデータには、少なくともチャプタ番号（チャプタ１〜Ｎ）と、各チャプタ番号で再生（配信）される映像コンテンツ（再生コンテンツ）とが関連付けて記述されている。映像再生装置７０の再生制御部７１１は、この記述内容（指示内容）に従い映像配信要求を生成し、映像配信サーバ８０へと送信する。具体的に、図１７の例では、チャプタ番号１、２については、ダイジェスト映像（ダイジェスト映像１、２）の配信を要求する映像配信要求を生成し、チャプタ３以降については、本編映像（本編映像３〜Ｎ）の配信を要求する映像配信要求を生成する。

なお、メタデータに記述する内容は、上述した映像コンテンツの再生に係る指示内容に限らず、再生対象の映像コンテンツに関する情報や、他の情報を記述することとしてもよい。

また、映像配信部８２１は、要求受付部４２１から映像配信要求が通知されると、この映像配信要求で指示された映像コンテンツ（本編映像又はダイジェスト映像）をコンテンツデータベース８１１から読み出し、この映像配信要求を送信した映像再生装置７０宛に配信（ストリーム配信）する。

また、映像配信部８２１は、要求受付部４２１から配信停止要求及び再生中断時間が通知されると、この配信停止要求を送信した映像再生装置７０宛への配信を停止する。さらに、映像配信部８２１は、配信を停止した映像再生装置７０の再生装置識別情報と、その映像コンテンツの映像コンテンツ識別情報と、通知された再生中断時間とを、配信履歴データベース４１１に関連付けて登録する。

次に、図１８を参照して、本実施形態の動作について説明する。図１８は、映像再生装置７０（再生制御部７１１）と映像配信サーバ８０（映像配信部８２１）との間で、映像コンテンツの配信・再生が行われる際の映像再生処理の手順を示したフローチャートである。

まず、映像再生装置７０では、再生制御部７１１が、操作部１２を介して入力された再生対象となる映像コンテンツの映像コンテンツ識別情報を受け付けると（ステップＳ１１１）、この映像コンテンツ識別情報から特定した配信元の映像配信サーバ８０宛に、当該映像コンテンツ識別情報と、自己の映像再生装置７０の再生装置識別情報とを含んだ前処理情報を送信する（ステップＳ１１２）。

一方、映像配信サーバ８０では、要求受付部４２１が前処理情報を受け付けると、映像配信部８２１は、この前処理情報に基づきステップＳ１３１のメタデータ生成処理を実行する。以下、図１９を参照して、ステップＳ１３１のメタデータ生成処理について説明する。

図１９は、メタデータ生成処理の手順を示したフローチャートである。まず、映像配信部８２１は、映像再生装置７０から送信された前処理情報に基づき、この前処理情報に含まれた映像コンテンツ識別情報及び再生装置識別情報の組と一致するエントリが、配信履歴データベース４１１に存在するか否かを判定する（ステップＳ１３１１）。

配信履歴データベース４１１に該当するエントリが登録されていないと判定した場合（ステップＳ１３１１；Ｎｏ）、映像配信部８２１は、配信対象（再生対象）となる映像コンテンツを構成する全てのチャプタ番号を、本編映像で再生することを指示したメタデータを生成し（ステップＳ１３１２）、図１８のステップＳ１３２に移行する。

また、ステップＳ１３１１において、配信履歴データベース４１１に該当するエントリが登録されていると判定した場合（ステップＳ１３１１；Ｙｅｓ）、映像配信部８２１は、このエントリに含まれるレジュームポイント（再生中断時間）と、配信対象（再生対象）となる映像コンテンツの各チャプタ時間とを比較し、レジュームポイントが含まれるチャプタ番号ｉを特定する（ステップＳ１３１３）。

次いで、映像配信部８２１は、チャプタ番号１からチャプタ番号（ｉ−１）までをダイジェスト再生、即ちダイジェスト映像で再生することを指示し、チャプタ番号ｉ以降を本編映像で再生することを指示したメタデータを生成し（ステップＳ１３１４）、図１８のステップＳ１３２に移行する。

図１８に戻り、映像配信部８２１は、ステップＳ１３１で生成したメタデータを、前処理情報を送信した映像再生装置７０に送信する（ステップＳ１３２）。

映像再生装置７０では、映像配信部８２１が、映像配信サーバ８０から送信されたメタデータを受け付けると、チャプタ番号ｊを１に設定する（ステップＳ１１３）。続いて、映像配信部８２１は、メタデータに記述されたチャプタ番号ｊの指示内容に従って映像配信要求を生成し、配信元の映像配信サーバ８０に送信する（ステップＳ１１４）。

このとき、映像再生装置７０において、再生対象の映像コンテンツが過去に再生されたことがない場合には、この映像コンテンツを構成する全てのチャプタについて、本編映像を配信することを指示した映像配信要求が送信される。また。映像再生装置７０において、再生対象の映像コンテンツが過去に再生され、且つ再生途中で中断されていた場合には、レジュームポイントが含まれるチャプタ番号ｉ未満をダイジェスト映像で配信し、チャプタ番号ｉ以降を本編映像で配信することを指示した映像配信要求が送信される。

映像配信サーバ８０では、映像再生装置７０から送信された映像配信要求が受信されると、映像配信部８２１は、この映像配信要求で指示されたチャプタ番号ｊの映像コンテンツ（本編映像又はダイジェスト映像）をコンテンツデータベース２７１から読み出す（ステップＳ１３３）。次いで、映像配信部８２１は、映像配信要求を送信した映像再生装置７０宛に、ステップＳ１３３で読み出した映像コンテンツを配信する（ステップＳ１３４）。これにより、映像再生装置５０では、メタデータに記述された指示内容に従い、映像再生部１８２が再生対象の映像コンテンツ（本編映像又はダイジェスト映像）を再生することになる。

図２０は、映像再生部１８２により再生された映像コンテンツの表示例を示した図である。同図において、領域Ａ１は、再生対象の映像コンテンツが表示される領域であって、本編映像又はダイジェスト映像が表示される。領域Ａ２には、再生対象となった映像コンテンツのコンテンツ名（コンテンツＡ）が表示されており、領域Ａ３には、再生中のチャプタ番号（チャプタ番号２）が表示されている。また、領域Ａ４は、メタデータに記述されたテキスト等の情報が表示される領域であって、例えば、再生対処となった映像コンテンツのあらすじが表示される。

また、ボタンＢ１は、チャプタ番号を進めることを指示するためのボタンであり、ボタンＢ２は、チャプタ番号を戻すことを指示するためのボタンである。ユーザは、このボタンＢ１、Ｂ２を操作部１２を介して操作することで、所望するチャプタ番号を選択することが可能である。なお、ボタンＢ１、Ｂ２を用いて変更されたチャプタ番号は、再生制御部７１１に通知されるものとする。

図１８に戻り、再生制御部７１１は、図２０に示したボタンＢ１、Ｂ２等を介して、チャプタ番号が変更されたか否かを判定する（ステップＳ１１５）。ここで、チャプタ番号の変更が指示されたと判定した場合には（ステップＳ１１５；Ｙｅｓ）、再生制御部７１１は、指示された値にチャプタ番号ｊを設定し（ステップＳ１１６）、ステップＳ１１４の処理に再びもどる。

また、ステップＳ１１５において、チャプタ番号の変更が指示されない場合（ステップＳ１１５；Ｎｏ）、再生制御部７１１は、チャプタ番号ｊの映像コンテンツが最後まで再生されたか否かを判定する（ステップＳ１１７）。ここで、チャプタ番号ｊの映像コンテンツツが最後まで再生されたと判定した場合（ステップＳ１１７；Ｙｅｓ）、再生制御部７１１は、このチャプタ番号ｊが最終チャプタか否かを判定する（ステップＳ１１８）。

ステップＳ１１８において、チャプタ番号ｊが最終チャプタでないと判定した場合（ステップＳ１１８；Ｎｏ）、再生制御部７１１は、ｊの値を１インクリメントし（ステップＳ１１９）、ステップＳ１１４の処理に再び戻る。また、ステップＳ１１８において、チャプタ番号ｊが最終チャプタと判定した場合には（ステップＳ１１８；Ｙｅｓ）、処理を直ちに終了する。

また、ステップＳ１１７において、チャプタ番号ｊの映像コンテンツツが再生中と判定した場合（ステップＳ１１７；Ｎｏ）、再生制御部７１１は、操作部１２を介して再生を中断する指示が入力されたか否かを判定する（ステップＳ１２０）。ここで、再生を中断する指示が入力されないと判定した場合には（ステップＳ１２０；Ｎｏ）、ステップＳ１１５の処理に再び戻る。

また、ステップＳ１２０において、再生を中断する指示が入力されたと判定した場合（ステップＳ１２０；Ｙｅｓ）、再生制御部７１１は、配信停止要求を配信元の映像配信サーバ８０に送信し、映像コンテンツの再生を中断する（ステップＳ１２１）。次いで、再生制御部７１１は、再生を中断した再生中断時刻を配信元の映像配信サーバ８０に送信し（ステップＳ１２２）、処理を終了する。なお、ダイジェスト映像の再生時に再生を中断した場合には、ステップＳ１２２において再生中断時間を送信しないよう制御することが好ましい。

一方、映像配信サーバ８０では、映像配信部８２１が、映像コンテンツの配信状況を監視し、最終チャプタまで配信を完了したと判断した場合には（ステップＳ１３５；Ｙｅｓ）、映像コンテンツの配信を停止した後（ステップＳ１３６）、処理を終了する。

また、映像コンテンツの配信中に、配信先の映像再生装置７０から配信停止要求及び再生中断時間を受け付けた場合（ステップＳ１３５；Ｎｏ→ステップＳ１３７；Ｙｅｓ）、映像配信部８２１は、映像コンテンツの配信を停止する（ステップＳ１３８）。そして、映像配信部８２１は、配信を停止した映像再生装置７０の再生装置識別情報と、その映像コンテンツの映像コンテンツ識別情報と、再生中断時間とを、配信履歴データベース４１１に関連付けて登録し（ステップＳ１３９）、処理を終了する。なお、ステップＳ１００において、配信停止要求を確認できない場合には（ステップＳ１３７；Ｎｏ）、ステップＳ１３５の処理に再び戻る。また、映像再生装置７０から、配信停止要求のみが送信された場合には、配信履歴データベース４１１への登録は行わないものとする。

以上のように、第４の実施形態によれば、上述した第１の実施形態と同様、映像配信サービスで配信された映像コンテンツの再生において、再生が中断された位置（再生中断時間）までをダイジェスト再生し、この再生中断時間以降を通常再生することができるため、ユーザは再生中断時間までの内容把握を容易に行うことができる。また、映像再生装置３０の各々で再生された映像コンテンツの再生中断時間を一元管理できるので、再生中断時間を効率的に管理することができる。

以上、発明の実施の形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の主旨を逸脱しない範囲での種々の変更、置換、追加などが可能である。

例えば、上記実施形態の映像再生処理にかかるプログラムを、コンピュータで読み取り可能な記憶媒体として提供することも可能である。記憶媒体としては、磁気ディスク、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリ等、プログラムを記憶でき、且つ、コンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であってもよい。

また、上記実施形態の映像再生処理にかかるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。

映像配信システムの一例を概略的に示した図である。 図１に示した映像再生装置１０の構成の一例を示したブロック図である。 図２に示した再生履歴データベース１７１の一例を示した図である。 図１に示した映像配信サーバ２０の構成の一例を示したブロック図である。 映像再生装置１０（再生制御部１８１）と映像配信サーバ２０（映像配信部２８２）との間で、映像コンテンツを再生する場合の処理（映像再生処理）の手順を示したフローチャートである。 第２の実施形態に係る映像再生装置３０の構成を示したブロック図である。 第２の実施形態に係る映像配信サーバ４０の構成の一例を示したブロック図である。 図７に示した配信履歴データベース４１１の一例を示した図である。 映像再生装置３０（再生制御部３２１）と映像配信サーバ４０（映像配信部４２２）との間で、映像コンテンツを再生する場合の映像再生処理の手順を示したフローチャートである。 第３の実施形態に係る映像再生装置５０の構成を示したブロック図である。 第３の実施形態に係る映像配信サーバ６０の構成の一例を示したブロック図である。 メタデータの一例を模式的に示した図である。 映像再生装置５０（再生制御部５１１）と映像配信サーバ６０（映像配信部６１１）との間で、映像コンテンツを再生する場合の映像再生処理の手順を示したフローチャートである。 第４の実施形態に係る映像再生装置７０の構成を示したブロック図である。 第４の実施形態に係る映像配信サーバ８０の構成の一例を示したブロック図である。 記憶部８１に記憶された映像コンテンツ（コンテンツＡ）の一例を模式的に示した図である。 メタデータの一例を模式的に示した図である。 映像再生装置７０（再生制御部７１１）と映像配信サーバ８０（映像配信部８２１）との間で、映像コンテンツを再生する場合の映像再生処理の手順を示したフローチャートである。 図１８に示したメタデータ生成処理の手順を示したフローチャートである。 映像コンテンツの表示例を示した図である。

符号の説明

１０ 映像再生装置
１１ ＣＰＵ
１２ 操作部
１３ 表示部
１４ ＲＯＭ
１５ ＲＡＭ
１６ 通信部
１７ 記憶部
１７１ 再生履歴データベース
１８ 再生処理部
１８１ 再生制御部
１８２ 映像再生部
２０ 映像配信サーバ
２１ ＣＰＵ
２２ 操作部
２３ 表示部
２４ ＲＯＭ
２５ ＲＡＭ
２６ 通信部
２７ 記憶部
２７１ コンテンツデータベース
２８ 配信処理部
２８１ 要求受付部
２８２ 映像配信部
３０ 映像再生装置
３１ 記憶部
３２ 再生処理部
３２１ 再生制御部
４０ 映像配信サーバ
４１ 記憶部
４１１ 配信履歴データベース
４２ 配信処理部
４２１ 要求受付部
４２２ 映像配信部
５０ 映像再生装置
５１ 再生処理部
５１１ 再生制御部
６０ 映像配信サーバ
６１ 配信処理部
６１１ 映像配信部
７０ 映像再生装置
７１ 再生処理部
７１１ 再生制御部
８０ 映像配信サーバ
８１ 記憶部
８１１ コンテンツデータベース
８２ 配信処理部
８２１ 映像配信部

Claims (18)

1. 外部装置から配信される映像コンテンツを再生する再生手段と、
   前記再生手段での再生方法を制御する再生制御手段と、
   を備え、
   前記再生制御手段は、前記再生手段が再生対象とする前記映像コンテンツが、当該再生手段による過去の再生時に再生が中断されていた場合に、この中断された時間を表す再生中断時間までを要約再生させるとともに、当該再生中断時間以降を通常再生させることを特徴とする情報処理装置。
2. 前記再生手段で再生された映像コンテンツを識別可能な識別情報と、当該映像コンテンツの再生中断時間とを関連付けて記憶する記憶手段を更に備え、
   前記再生制御手段は、前記再生手段が再生対象とする前記映像コンテンツの識別情報と、前記記憶手段に記憶された映像コンテンツの識別情報とが一致した場合に、この識別情報に関連付けて記憶された再生中断時間に基づいて、前記再生手段での再生方法を制御することを特徴とする請求項１に記載の情報処理装置。
3. 前記再生制御手段は、前記再生手段での映像コンテンツの再生時に再生を中断する指示を受け付けると、当該映像コンテンツの再生を中断し、この映像コンテンツの識別情報と、再生を中断した時点での再生中断時間とを関連付けて、前記記憶手段に登録することを特徴とする請求項２に記載の情報処理装置。
4. 前記再生制御手段は、前記外部装置から前記映像コンテンツの配信に先がけて送信される、当該映像コンテンツについての前記再生中断時間に基づいて、前記再生手段での再生方法を制御することを特徴とする請求項１に記載の情報処理装置。
5. 前記再生制御手段は、前記外部装置から前記映像コンテンツの配信に先がけて送信される、前記再生手段での再生方法を指示したメタデータの指示内容に従い、前記再生手段での再生方法を制御することを特徴とする請求項１に記載の情報処理装置。
6. 前記メタデータには、前記再生中断時間までを要約再生とし、当該再生中断時間以降を通常再生とすることが指示されていることを特徴とする請求項５に記載の情報処理装置。
7. 前記メタデータには、前記映像コンテンツを構成するチャプタ毎の再生方法が指示されており、前記再生中断時間が含まれるチャプタ以前を要約再生とし、当該チャプタ以降を通常再生とすることが指示されていることを特徴とする請求項５に記載の情報処理装置。
8. 前記再生制御手段は、前記映像コンテンツを配信する前記外部装置に対して、当該映像コンテンツの先頭から前記再生中断時間までを要約再生させるための配信を要求し、前記再生手段での再生時間が前記再生中断時間に到達すると通常再生させるための配信を要求することを特徴とする請求項１〜７の何れか一項に記載の情報処理装置。
9. 前記再生制御手段は、前記映像コンテンツの先頭から前記再生中断時間までを要約再生させるため、通常再生時の所定数倍の再生速度で再生することが可能な映像コンテンツの配信を要求することを特徴とする請求項８に記載の情報処理装置。
10. 前記再生制御手段は、前記映像コンテンツの先頭から前記再生中断時間までを要約再生させるため、要約再生用に予め用意された映像コンテンツの配信を要求することを特徴とする請求項８に記載の情報処理装置。
11. 外部装置から送信される配信要求に応じて、この配信要求で指示される配信対象の映像コンテンツを前記外部装置に配信する配信手段と、
    前記外部装置を識別可能な第１識別情報と、当該外部装置に配信した映像コンテンツを識別可能な第２識別情報と、当該映像コンテンツの再生が中断された時間を表す再生中断時間とを関連付けて記憶する記憶手段と、
    前記配信要求を送信した前記外部装置の第１識別情報と、当該配信要求により配信対象とされた映像コンテンツの第２識別情報と、の組に一致するエントリが前記記憶手段に記憶されている場合に、このエントリに含まれた前記再生中断時間に基づいて、前記外部装置で再生される前記映像コンテンツの再生方法を制御する配信制御手段と、
    を備えたことを特徴とする情報処理装置。
12. 前記配信制御手段は、前記配信手段による前記映像コンテンツの配信に先がけて、前記再生中断時間を前記外部装置に送信することを特徴とする請求項１１に記載の情報処理装置。
13. 前記配信制御手段は、前記配信手段による前記映像コンテンツの配信に先がけて、前記配信対象の映像コンテンツの再生方法を指示したメタデータを前記外部装置に送信することを特徴とする請求項１１に記載の情報処理装置。
14. 前記メタデータには、前記再生中断時間までを要約再生とし、当該再生中断時間以降を通常再生とすることが指示されていることを特徴とする請求項１３に記載の情報処理装置。
15. 前記メタデータには、前記映像コンテンツを構成するチャプタ毎の再生方法が指示されており、前記再生中断時間が含まれるチャプタ以前を要約再生とし、当該チャプタ以降を通常再生とすることが指示されていることを特徴とする請求項１３に記載の情報処理装置。
16. 前記配信制御手段は、前記外部装置で前記映像コンテンツの再生が中断されると、この外部装置の第１識別情報と、再生が中断された映像コンテンツの第２識別情報と、再生が中断された時点での再生中断時間とを関連付けて、前記記憶手段に登録することを特徴とする請求項１１〜１５の何れか一項に記載の情報処理装置。
17. 再生手段が、外部装置から配信される映像コンテンツを再生する再生工程と、
    再生制御手段が、前記再生工程での再生方法を制御する再生制御工程と、
    を含み、
    前記再生制御工程では、前記再生工程で再生対象とされる前記映像コンテンツが、当該再生工程による過去の再生時に再生が中断されていた場合に、この再生が中断された時間を表す再生中断時間までを要約再生させるとともに、当該再生中断時間以降を通常再生させることを特徴とする情報処理方法。
18. 配信手段が、外部装置から送信される配信要求に応じて、当該配信要求で指示される配信対象の映像コンテンツを前記外部装置に配信する配信工程と、
    記憶制御手段が、前記外部装置を識別可能な第１識別情報と、当該外部装置に配信した映像コンテンツを識別可能な第２識別情報と、当該映像コンテンツの再生が中断された時間を表す再生中断時間とを関連付けて記憶手段に記憶する記憶制御工程と、
    配信制御手段が、前記配信要求を送信した前記外部装置の第１識別情報と、当該配信要求により配信対象とされた映像コンテンツの第２識別情報との組に一致するエントリが前記記憶手段に記憶されている場合に、このエントリに含まれた前記再生中断時間に基づいて、前記外部装置で再生される前記映像コンテンツの再生方法を制御する配信制御工程と、
    を含むことを特徴とする情報処理方法。

Images