(57)【要約】【課題】ネットワーク接続された映像コンテンツサーバと受信端末を使用してコンテンツを視聴する際に、ユーザ登録、ユーザ指定などの作業を伴うことなく、またネットワークに接続された任意の受信端末における視聴の中断及び再開を実現する。【解決手段】中断を指示した受信端末を特定する情報を中断情報に付与することにより、ユーザは容易に所望のコンテンツを選択することができ、視聴の再開が可能となる。さらに、中断情報を映像コンテンツサーバに保持することにより、視聴を中断した特定の受信端末以外の受信端末における視聴の再開を可能とする。【選択図】図１
2007215014.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されている一つ以上のコンテンツ受信端末に対して、それぞれを特定する固有の機器ＩＤを生成する機器ＩＤ生成手段と、
前記各受信端末において視聴されたコンテンツ情報と前記機器ＩＤとを関連付けた視聴情報を生成する視聴情報生成手段と、
前記視聴情報を保持する視聴情報保持手段と、
前記視聴情報を前記各コンテンツ受信端末に対して開示する開示手段と、
前記コンテンツ受信端末において選択された視聴情報に基づき、前記コンテンツ受信端末に対してコンテンツを提供するコンテンツ提供手段と、
コンテンツを蓄積する蓄積手段と、
を有することを特徴とするコンテンツサーバ。
【請求項２】
前記視聴情報は、コンテンツの視聴情報として、コンテンツのタイトル情報、機器ＩＤ情報、視聴中断位置情報を有することを特徴とする請求項１に記載のコンテンツサーバ。
【請求項３】
前記視聴情報は、更に視聴中断日時情報、視聴開始日時情報を有することを特徴とする請求項２に記載のコンテンツサーバ。
【請求項４】
前記視聴情報生成手段は、コンテンツの始めから視聴され、視聴の途中で中断された際の視聴情報を生成することを特徴とする請求項１乃至３のいずれか１項に記載のコンテンツサーバ。
【請求項５】
前記視聴情報生成手段は、視聴中断位置情報あるいは視聴中断日時情報を含む視聴情報に基づいて再生が行われ、再び視聴の途中で中断された際には視聴情報を別途生成することを特徴とする請求項１乃至４のいずれか１項に記載のコンテンツサーバ。
【請求項６】
前記機器ＩＤ生成手段は、ネットワークに接続されている前記受信端末のＭＡＣ（Media Access Control）アドレスに対応付けて生成することを特徴とする請求項１乃至５のいずれか１項に記載のコンテンツサーバ。
【請求項７】
前記機器ＩＤ生成手段は、ネットワークに接続されている前記受信端末のＩＰ（Internet Protocol）アドレスに対応付けて生成することを特徴とする請求項１乃至５のいずれか１項に記載のコンテンツサーバ。
【請求項８】
ネットワークを介して接続されている一つ以上のコンテンツ受信端末に対して、それぞれを特定する固有の機器ＩＤを生成する工程と、
前記各受信端末において視聴されたコンテンツ情報と前記機器ＩＤとを関連付けた視聴情報を生成する工程と、
前記視聴情報を保持する工程と、
前記視聴情報を前記各コンテンツ受信端末に対して開示する工程と、
前記コンテンツ受信端末において選択された視聴情報に基づき、前記コンテンツ受信端末に対してコンテンツを提供する工程と、
コンテンツを蓄積する工程と、
を有することを特徴とする視聴再開方法。
【請求項９】
前記視聴情報生成工程は、コンテンツが最初から視聴され、視聴の途中で中断された際の視聴情報を生成することを特徴とする請求項８に記載の視聴再開方法。
【請求項１０】
前記視聴情報生成工程は、視聴中断位置情報あるいは視聴中断日時情報を含む視聴情報に基づいて再生が行われ、再び視聴の途中で中断された際には視聴情報を別途生成することを特徴とする請求項８又は９に記載の視聴再開方法。
【請求項１１】
前記機器ＩＤ生成工程は、ネットワークに接続されている前記受信端末のＭＡＣ（Media Access Control）アドレスに対応付けて生成することを特徴とする請求項８乃至１０のいずれか１項に記載の視聴再開方法。
【請求項１２】
前記機器ＩＤ生成工程は、ネットワークに接続されている前記受信端末のＩＰ（Internet Protocol）アドレスに対応付けて生成することを特徴とする請求項８乃至１０のいずれか１項に記載の視聴再開方法。
【請求項１３】
コンピュータに、
ネットワークを介して接続されている一つ以上のコンテンツ受信端末に対して、それぞれを特定する固有の機器ＩＤを生成する手順と、
前記各受信端末において視聴されたコンテンツ情報と前記機器ＩＤとを関連付けた視聴情報を生成する手順と、
前記視聴情報を保持する手順と、
前記視聴情報を前記各コンテンツ受信端末に対して開示する手順と、
前記コンテンツ受信端末において選択された視聴情報に基づき、前記コンテンツ受信端末に対してコンテンツを提供する手順と、
コンテンツを蓄積する手順と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続されたひとつ以上の受信端末に対して映像コンテンツを配信する映像コンテンツサーバに関するものである。特に、視聴者がある映像コンテンツを視聴している途中で視聴を中断した場合の中断情報を保持するコンテンツサーバに関する。
【背景技術】
【０００２】
近年、ネットワーク伝送容量の拡大を背景に、映像コンテンツの視聴に際して、映像コンテンツサーバと受信端末とがネットワークで接続されたシステムを利用する機会が増えている。上記システムの特長として、複数の受信端末のそれぞれが映像コンテンツを保持しなくても良いという点が挙げられる。つまり、映像コンテンツサーバにアクセスすることで、特定の受信端末に限られることなく所望の映像コンテンツをストリーミング再生することにより視聴することが可能である。
【０００３】
ここで、ユーザの都合により、視聴中のコンテンツを一時中断し、次回視聴する機会にコンテンツの続きから再生、視聴したいという要求がある。
【０００４】
この要求を満たすための従来技術の一例として、特許文献１（特開２００２―２３２８６１号公報）が挙げられる。特許文献１に記載の技術においては、映像コンテンツ配信サーバに入力されたコンテンツ情報を、受信端末や配信路に関する情報に基づいて選択、加工することにより、受信端末、配信路に適切な映像情報を配信する。
【０００５】
配信が中断された場合には中断位置をユーザごとに記憶する。また優先順位に従い配信する際に、中断後再開までに既に配信された番組に新着の内容がある場合は、番組の配列を再構築する、という技術が開示されている。
【０００６】
また、特許文献２（特開２００５−０６５２１４号公報）では、複数のユーザとコンテンツごとに、コンテンツの再生の中断位置を記憶し、再びコンテンツを視聴するときには中断位置からコンテンツを再生する、という技術が開示されている。
【０００７】
また、特許文献３（特開２００１−３０９３３５号公報）では、受信端末側の電源投入操作により、ユーザが視聴を開始する際に前回電源切断時の接続状態を自動的に再現する、という技術が開示されている。
【０００８】
【特許文献１】特開２００２−２３２８６１号公報
【特許文献２】特開２００５−０６５２１４号公報
【特許文献３】特開２００１−３０９３３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１及び２に関する従来技術においては、視聴の中断を実施する以前にユーザを識別するためのユーザ登録という作業が発生する。また、コンテンツを中断する度に中断したユーザを特定するためにユーザの指定を行う必要が生じるという課題がある。
【００１０】
また、特許文献３に関する従来技術においては、視聴の中断を実行した中断情報を有する特定の受信端末でしか視聴の再開を行うことができないという課題がある。
【００１１】
そこで、本発明は以上の状況を鑑みなされたものであり、コンテンツの視聴中断、再開にあたり、中断を要求した受信端末を特定する情報を中断情報に付与する。このようにして、ユーザはユーザ登録やユーザ指定などの作業を伴うことなく、容易に所望のコンテンツを選択することができ、視聴の再開を可能にすることを目的とする。
【００１２】
本発明の他の目的は、中断情報を映像コンテンツサーバに保持することにより、映像コンテンツサーバとネットワークで接続された受信端末であれば、視聴を中断した特定の受信端末に限られることなく他の受信端末においても視聴の再開を可能とすることである。
【課題を解決するための手段】
【００１３】
本発明は上記目的を達成する為に、ネットワークを介して接続されている一つ以上のコンテンツ受信端末に対して、それぞれを特定する固有の機器ＩＤを生成する機器ＩＤ生成手段と、前記各受信端末において視聴されたコンテンツ情報と前記機器ＩＤとを関連付けた視聴情報を生成する視聴情報生成手段と、前記視聴情報を保持する視聴情報保持手段と、前記視聴情報を前記各コンテンツ受信端末に対して開示する開示手段と、前記コンテンツ受信端末において選択された視聴情報に基づき、前記コンテンツ受信端末に対してコンテンツを提供するコンテンツ提供手段と、コンテンツを蓄積する蓄積手段とを有するコンテンツサーバ等、を提供する。
【発明の効果】
【００１４】
本発明によれば、コンテンツの視聴中断、再開にあたり、中断を要求したコンテンツ受信端末を特定する機器情報を中断情報と対応付ける。このようにして、ユーザはユーザ登録やユーザ指定などの作業を伴うことなく、容易に再開希望コンテンツを選択することができ、視聴の再開が可能となる。
【００１５】
さらに、中断情報を映像コンテンツサーバが生成し保持する。このようにして、映像コンテンツサーバとネットワークで接続されたコンテンツ受信端末であれば、視聴を中断した特定のコンテンツ受信端末に限られることなく他のコンテンツ受信端末においても再開要求を行うことができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１７】
（第１の実施形態）
図２に、第１の実施形態における一般家庭においてネットワークに接続されて実現される映像視聴システム構成の一例を示す。
【００１８】
同図において、映像コンテンツサーバ２００は、コンテンツ受信端末２０１、２０４、２０６、２０７とネットワーク２０５、２０８を介して接続されている。ネットワーク２０５は無線ＬＡＮ、ネットワーク２０８は有線ＬＡＮを示している。映像コンテンツサーバ２００は、例えばＭＰＥＧ２映像などのコンテンツを蓄積しており、ネットワークを介してコンテンツ受信端末に対してコンテンツをストリーミング配信する。コンテンツ受信端末は、例えばチューナー２０２を備えたＴＶ２０１や、無線ＬＡＮインターフェイスを備えたノートＰＣ２０４やデスクトップＰＣ２０６など、ネットワークインターフェイスを有してネットワークに接続される。
【００１９】
映像コンテンツサーバ２００の構成の詳細について図３を用いて説明する。
【００２０】
ＣＰＵ３００は、バス３１０に接続された映像コンテンツサーバ２００全体の制御を行う。
【００２１】
メモリ３０２には、ＣＰＵ３００により実行されるプログラムがＲＯＭ３０６または記録媒体３０４からロードされる。
【００２２】
また、プログラムの作業領域としても使用される。ハードディスクドライブに代表される記録媒体３０４には、映像コンテンツの他、プログラムや各種管理情報が記録されている。
【００２３】
ネットワークインターフェイス３０８は映像コンテンツサーバ２００をＬＡＮに接続する。
【００２４】
また、無線ＬＡＮ２０５を介した配信を行うために、別途無線ＬＡＮインターフェイスを備える構成としてもよい。
【００２５】
図示していないが、ＤＶＤ−ＲＯＭドライブなどのディスクドライブを備えて、ＤＶＤ−ＲＯＭに記録された映像コンテンツを配信する構成とすることも可能である。
【００２６】
また、配信する映像コンテンツを送信先受信端末の要求する映像フォーマットに合わせるために、トランスコーダを備えて映像コンテンツのフォーマット変換を行った後に配信するようにしてもよい。
【００２７】
次に、コンテンツ受信端末の構成の詳細について図４を用いて説明する。
【００２８】
ＣＰＵ４００は、バス４１４に接続されたコンテンツ受信端末全体の制御を行う。
【００２９】
メモリ４０２には、ＣＰＵ４００により実行されるプログラムがＲＯＭ４１０または記録媒体４０８からロードされる。
【００３０】
また、プログラムの作業領域としても使用される。
【００３１】
ハードディスクドライブに代表される記録媒体４０８には、各受信端末が有する機能を実現するためのプログラムや各種データなどが記録されている。
【００３２】
ネットワークインターフェイス４１２はコンテンツ受信端末をＬＡＮに接続する。ＭＰＥＧデコーダ４０４は、ネットワークを介して受信するＭＰＥＧ２などの符号化形式で圧縮されたストリームデータを順次復号する。復号化された映像情報は、モニタなどの表示手段４０６へと出力され、ユーザによる視聴が可能となる。
【００３３】
ただし、上述したコンテンツ受信端末において、ＭＰＥＧデコーダ４０４はＭＰＥＧ２やＭＰＥＧ４といった符号化形式に対応するデコーダに限らず、その他様々な静止画フォーマットや音楽フォーマットに対応したデコーダを別途備えてもよい。
【００３４】
また、ＭＰＥＧデコーダ４０４をハードウェアとして備えずに、記録媒体４０８やＲＯＭ４１０に記録されたプログラムを用い、ＣＰＵ４００によって復号処理を行うことも可能である。
【００３５】
ここで、図１を参照して、映像コンテンツサーバ２００がコンテンツの配信を希望するコンテンツ受信端末によってアクセスされ、コンテンツ受信端末に対して視聴可能なコンテンツのリストを提供するまでの映像コンテンツサーバ２００における処理を説明する。
【００３６】
尚、この処理はＲＯＭ３０６または記録媒体３０４に格納されたプログラムがメモリ３０２にロードされ、ＣＰＵ３００によって実行される。
【００３７】
映像コンテンツサーバ２００は、受信パケットをポーリングし、コンテンツ受信端末からのコンテンツ配信要求をチェックする（ステップＳ１００）。コンテンツ配信要求を確認すると、ステップＳ１０２に進む。
【００３８】
ステップＳ１０２においては、受信したパケットを解析して機器ＩＤ生成情報として、受信端末のＩＰアドレスを得る。
【００３９】
または、ＡＲＰ（Address Resolution Protocol）によって物理層のネットワークアドレスであるＭＡＣアドレスを求めて機器ＩＤ生成情報としてもよい。
【００４０】
これらの機器ＩＤ生成情報は受信端末に対して一意に割当てられるため、各受信端末を識別するのに有用であり、ユニークな機器ＩＤを生成することができる。
【００４１】
続くステップＳ１０４では、パケットの送信元コンテンツ受信端末が、以前に当映像コンテンツサーバに対してコンテンツの配信を要求したことがあるか否かを確認する。
【００４２】
以前に要求したことがある場合には、機器ＩＤが既に生成されて登録されているものとしてステップＳ１０８に進む。
【００４３】
一方、以前に要求したことがない場合には、機器ＩＤがまだ生成されていないので、ステップＳ１０６で機器ＩＤを生成して映像コンテンツサーバに登録してステップＳ１０８に進む。
【００４４】
ここで、機器ＩＤの登録、未登録を調べる方法の例として、図５に機器ＩＤマップを示す。このリストが示すように、受信パケットから判明したパケット送信元端末、つまりコンテンツ受信端末のＩＰアドレスと一対一に対応付けられる機器ＩＤを生成し、更にユーザに対して表示する際の機器名を割り振るなどして機器ＩＤマップを作成しておく。
【００４５】
ここで、ＩＰアドレスではなくＭＡＣアドレスを用いてももちろんよい。
【００４６】
こうすることにより、コンテンツ受信端末が以前にもコンテンツの配信要求を行ったか否かを容易に判断することができる。
【００４７】
また、初めて配信要求を行ったコンテンツ受信端末に対しても、機器ＩＤ及び機器名を生成し、マップに追記することで、次回以降は登録済みであると判断することが可能となる。
【００４８】
ステップＳ１０８では、コンテンツ受信端末に対して提供する視聴可能なコンテンツ情報として、視聴を中断した情報が保持されているか否かを判断する。中断情報が保持されている場合には、ステップＳ１１０において中断情報を視聴可能なコンテンツ情報のリストに追加し、ステップＳ１１２に進む。中断情報が保持されていない場合には、ステップＳ１１２に進む。
【００４９】
ここで、コンテンツ情報及び中断情報は、図６に例示するようなリストとして管理されるのがよい。
【００５０】
図６において、視聴可能なコンテンツはコンテンツリストとして、タイトル名とその録画日時や、図示していないがその他の作者名や著作権情報などの属性を付加して管理してもよい。
【００５１】
コンテンツに対して視聴の中断情報経歴が存在する場合には、中断コンテンツリストとして図示するように、タイトル名、中断を要求した端末、中断日時及び中断位置など、各コンテンツに対する最新の中断情報を保持しておく。
【００５２】
ステップＳ１１２では、視聴可能なコンテンツ情報をリストとしてコンテンツ受信端末に対して送信し、処理を終了する。ステップＳ１１０において中断情報が追加されている場合には、図６のリストから、例えば図７のような視聴可能コンテンツリストを作成してユーザに開示することによって、ユーザはより容易に所望の視聴コンテンツを選択することが可能となる。
【００５３】
図７の例では、現在視聴を開始しようとしている受信端末の機器名が受信端末１であるので、中断指示端末には「この端末です」と表記し、ユーザがより識別し易いようにしている。
【００５４】
また、背景がグレーである箇所は、優先的に選択され得るであろう候補として、受信端末１で前回中断された情報に選択を合わせて表示している。
【００５５】
次に、図８を用いて、コンテンツ受信端末が所望の視聴コンテンツを選択、視聴し、途中で中断処理が行われる場合の映像コンテンツサーバ２００のＣＰＵにおける処理を説明する。
【００５６】
尚、この処理はＲＯＭ３０６または記録媒体３０４に格納されたプログラムがメモリ３０２にロードされ、ＣＰＵ３００によって実行される。
【００５７】
映像コンテンツサーバ２００は、受信パケットをポーリングし、コンテンツ受信端末からのコンテンツ選択情報をチェックする（ステップＳ８００）。選択情報を受信すると、ステップＳ８０２において、選択された情報に従ってコンテンツのストリーミング配信を開始する。
【００５８】
ステップＳ８０４では、コンテンツ受信端末からの中断つまり再生中止要求や、一時停止要求を受付けるために受信パケットをポーリングする。
【００５９】
中断要求を受信した場合には、ステップＳ８０６においてコンテンツのストリーミング配信を中止する。
【００６０】
また、図示していないが、一時停止要求を受信した場合にはストリーミング配信を中断し、次の指示を待つ。
【００６１】
尚、中断要求を受信することなくコンテンツの最後までストリーミング配信を終えた場合には、そのコンテンツが保持していた中断情報はユーザにとって不要になったと判断し、中断情報を削除する。
【００６２】
続くステップＳ８０８では、中断日時や中断位置及び中断要求をしたコンテンツ受信端末と中断対象となるコンテンツのタイトル名を対応付けて中断情報を生成する。
【００６３】
次に、ステップＳ８１０において、中断対象となるコンテンツに対して既に中断情報が存在するか否かを中断コンテンツリストを参照して調べる。
【００６４】
既に中断情報が存在した場合にはステップＳ８１２に進み、最新の中断情報に更新するために以前の中断情報を削除し、ステップＳ８１４に進む。
【００６５】
以前の中断情報がない場合にはステップＳ８１４に進み、生成した中断情報を中断コンテンツリストに更新、つまり記録媒体３０４に記録し、保持する。
【００６６】
次に、ステップＳ８１６において、生成した中断情報、つまりタイトル名、中断指示端末名、中断日時、中断位置をコンテンツ受信端末に送信し、モニタに表示することでユーザに通知する。
【００６７】
このようにして、ユーザが次の機会に続きを視聴しようとする際に、容易に所望の中断情報を選択することができる。
【００６８】
図９に、第１の実施形態における映像コンテンツサーバとコンテンツ受信端末との間でやり取りされるパケットを時系列に示す。そして、この図９を参照しながら、ユーザが視聴を開始してから視聴を中断するまでの流れを、ユーザによる操作と映像コンテンツサーバにおける処理の概略とを合わせて説明する。
【００６９】
まず、コンテンツの視聴を希望するユーザは、コンテンツ受信端末のユーザインターフェイス（不図示）を通じて視聴可能コンテンツのリストの表示を要求する。
【００７０】
コンテンツリストの表示要求を受信した映像コンテンツサーバは、受信パケットを解析することにより要求元の機器ＩＤ生成情報を取得し、機器ＩＤマップを参照することによって、機器ＩＤを生成、保持するなどする。
【００７１】
次に、コンテンツリストに中断情報を加えた視聴可能コンテンツリストを編集し、コンテンツ受信端末に対して送信する。
【００７２】
コンテンツリストは、受信したコンテンツ受信端末においてユーザに対して表示され、ユーザによって所望のコンテンツが選択される。コンテンツ受信端末は、選択されたコンテンツ情報を映像コンテンツサーバに対して送信する。
【００７３】
コンテンツ選択情報を受信した映像コンテンツサーバは、選択情報の属性であるタイトル名や位置情報に基づいて、コンテンツのストリーミング配信を行う。
【００７４】
続いて、ストリーミング再生中のコンテンツ視聴の中断について説明する。
【００７５】
中断を希望するユーザは、コンテンツ受信端末のユーザインターフェイスを通じて、視聴の中断を指示する。
【００７６】
コンテンツ受信端末はその旨をコンテンツサーバに対して送信し、中断要求を受信した映像コンテンツサーバはストリーミング配信を中止する。このとき、中断情報としてタイトル名や機器ＩＤ、中断日時、中断位置などを生成し中断情報の更新を行う。
【００７７】
そして、更新された中断情報をコンテンツ受信端末に送信、ユーザに対して表示し、中断処理を終了する。
【００７８】
以上のように、第１の実施形態では、コンテンツの視聴中断及び再開要求に対し、中断を要求したコンテンツ受信端末を特定する機器情報を中断情報と対応付ける。これにより、ユーザはユーザ登録やユーザ指定などの作業を伴うことなく、容易に再開希望コンテンツを選択することができ、視聴の再開が可能となる。
【００７９】
さらに、中断情報を映像コンテンツサーバが生成し保持している。このため、映像コンテンツサーバとネットワークで接続されたコンテンツ受信端末であれば、視聴を中断した特定のコンテンツ受信端末に限られることなく他のコンテンツ受信端末においても再開要求を行うことができ、視聴の再開が可能となる。
【００８０】
尚、上記の実施形態のみに限定されることなく、発明の要旨に沿う範囲で適宜変形して実施できる。
【００８１】
（第２の実施形態）
次に、本発明の第２の実施形態を図１０〜図１２を参照して説明する。
【００８２】
尚、第２の実施形態に係る映像コンテンツサーバ及びコンテンツ受信端末の構成は、上述の実施形態１の図１乃至図３と同一である。
【００８３】
上述の第１の実施形態では、各コンテンツにおいて１つの視聴中断情報を保持し、中断情報を有するコンテンツに対して新たに中断要求がなされて中断情報が生成された場合には最新の中断情報に置き換えて更新することとした。
【００８４】
第２の実施形態においては、中断情報を有するコンテンツが再生されている途中で中断要求がなされた場合においても、以前の中断情報とは別途保持することとする。
【００８５】
その際、中断されたコンテンツの再生が以前の中断情報に基づいてなされた再生であった場合には、新たに生成された中断情報は、以前の中断情報に属した中断情報として保持し、また中断情報の削除はユーザの指示によってのみ行われる。
【００８６】
図８は、コンテンツ受信端末が所望の視聴コンテンツを選択、視聴し、途中での中断処理が行われる場合の映像コンテンツサーバ２００のＣＰＵにおける処理手順である。
【００８７】
尚、この処理はＲＯＭ３０６または記録媒体３０４に格納されたプログラムがメモリ３０２にロードされ、ＣＰＵ３００によって実行される。
【００８８】
映像コンテンツサーバ２００は、受信パケットをポーリングし、コンテンツ受信端末からのコンテンツ選択情報をチェックする（ステップＳ１０００）。
【００８９】
受信した選択情報を、中断時に備えてメモリ３０２または記録媒体３０４に記憶しておく（ステップＳ１００２）。
【００９０】
次に、ステップＳ１００４において、選択された情報に従ってコンテンツのストリーミング配信を開始する。
【００９１】
ステップＳ１００６では、コンテンツ受信端末からの中断つまり再生中止要求や、一時停止要求を受付けるために受信パケットをポーリングする。
【００９２】
中断要求を受信した場合には、ステップＳ１００８においてコンテンツのストリーミング配信を中止する。
【００９３】
また、図示していないが、一時停止要求を受信した場合にはストリーミング配信を中断し、次の指示を待つ。
【００９４】
続くステップＳ１０１０では、中断日時や中断位置及び中断要求をしたコンテンツ受信端末と中断対象となるコンテンツのタイトル名を対応付けて中断情報を生成する。
【００９５】
次に、ステップＳ１０１２において、ステップＳ１００２で一時的に記憶しておいた、中断コンテンツが選択された際の選択情報を読み出す。
【００９６】
そして、読み出した選択情報が、コンテンツの始めからの再生を要求した情報ではなく、再開を要求する中断情報であった場合には、ステップＳ１０１４に進む。
【００９７】
読み出した選択情報がコンテンツの始めからの再生を要求した情報であった場合には、ステップＳ１０１６に進む。
【００９８】
ステップＳ１０１４では、ステップＳ１０１０において生成した中断情報に更に、属する選択情報つまり中断情報を識別するための情報を有する中断情報として生成する。
【００９９】
ステップＳ１０１６では、生成した中断情報を中断コンテンツリストに更新、つまり記録媒体３０４に記録し、保持する。
【０１００】
次に、ステップＳ１０１８において、生成した中断情報、つまりタイトル名、中断指示端末名、中断日時、中断位置をコンテンツ受信端末に送信し、モニタに表示することでユーザに通知する。
【０１０１】
ここで、図１１及び図１２を参照して、第２の実施形態における中断情報の管理に関してより詳細に説明する。
【０１０２】
図１１は中断コンテンツリストを示している。
【０１０３】
タイトル名、中断指示端末名、中断日時、中断位置、中断情報番号、属性情報を情報として有する。中断情報番号は中断情報が生成されるたびに一意に識別できる番号を割当てる。
【０１０４】
また、属性番号は、ステップＳ１０１４において中断情報が属する、中断情報を識別する中断情報番号を割当てる。
【０１０５】
つまり、図１１の例では、属性情報が割当てられていない中断情報は、コンテンツの始めから視聴され、１回目の中断が行われた情報であることを示している。
【０１０６】
また、属性情報が１であることは、中断情報番号１の中断情報に基づいて視聴の再開がなされ、２回目の中断がなされたことを示している。
【０１０７】
図１２は、図１１の中断情報に基づいて作成された、コンテンツ受信端末で受信されてユーザに提供される視聴可能コンテンツリストである。
【０１０８】
このリストを参照することによって、ユーザが複数人数であるコンテンツを同時視聴していた途中で中断要求を行い、その後、各ユーザがそれぞれ別の端末で視聴を再開する。そして、さらに中断要求を行った場合においても、各ユーザが視聴している端末や中断日時、中断位置を別個に保持するので、各ユーザ所望の再開処理を行うことができる。
【０１０９】
尚、中断情報を削除する際には、ユーザからの削除指示に従って行う。
【０１１０】
以上のように、第２の実施形態では、コンテンツの再開にあたり、ある受信端末において中断を要求した情報があるにも関わらず、同一のコンテンツを最初から視聴した場合には、中断情報を別途保持する。これにより、または同一の中断情報が複数回選択された場合には、それぞれを別途保持することにより、ユーザ登録やユーザ指定などの作業を伴うことなく、複数のユーザに対応した視聴の再開を可能にすることができる。
【０１１１】
尚、上記の実施形態のみに限定されることなく、発明の要旨に沿う範囲で適宜変形して実施できる。
【０１１２】
本発明の実施形態は、例えばコンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。
【図面の簡単な説明】
【０１１３】
【図１】本発明の実施形態に係る映像コンテンツサーバのＣＰＵの主要な処理手順を示すフローチャートである。
【図２】本発明の実施形態に係る映像視聴システムを示す概略図である。
【図３】本発明の実施形態に係る映像コンテンツサーバのハードウェア構成を示す概略図である。
【図４】本発明の実施形態に係るコンテンツ受信端末のハードウェア構成を示す概略図である。
【図５】本発明の実施形態に係る映像コンテンツサーバにおいて機器ＩＤの管理マップを例示する図である。
【図６】本発明の実施形態に係る映像コンテンツサーバにおいて視聴可能なコンテンツ情報及び中断情報の管理例を示す図である。
【図７】本発明の実施形態に係る映像コンテンツサーバが提供する視聴可能コンテンツリストの例を示す図である。
【図８】本発明の実施形態に係る映像コンテンツサーバのＣＰＵの処理手順を示すフローチャートである。
【図９】本発明の実施形態に係る映像コンテンツサーバとコンテンツ受信端末間のパケットのやり取りを示すタイムチャートである。
【図１０】本発明の他の実施形態に係る映像コンテンツサーバのＣＰＵの処理手順を示すフローチャートである。
【図１１】本発明の実施形態に係る映像コンテンツサーバにおいて中断情報の管理例を示す図である。
【図１２】本発明の実施形態に係る映像コンテンツサーバが提供する視聴可能コンテンツリストの例を示す図である。
【符号の説明】
【０１１４】
２００：映像コンテンツサーバ
２０１、２０４、２０６、２０７：コンテンツ受信端末
２０２：チューナー
【図１】
2007215014.tif 000003
【図２】
2007215014.tif 000004
【図３】
2007215014.tif 000005
【図４】
2007215014.tif 000006
【図５】
2007215014.tif 000007
【図６】
2007215014.tif 000008
【図７】
2007215014.tif 000009
【図８】
2007215014.tif 000010
【図９】
2007215014.tif 000011
【図１０】
2007215014.tif 000012
【図１１】
2007215014.tif 000013
【図１２】
2007215014.tif 000014