(57)【要約】      （修正有）【課題】ストリーミング・コンテンツを、複数の端末を介したり、異なるプレイヤー・ソフトでストリーミング・コンテンツを再開したりしようとした場合であっても、中断したストリーミング・コンテンツを一貫して視聴することを可能にする技術を提供すること。【解決手段】サーバーと端末装置との間でやり取りされる制御流及びデータ流の入出力を行う入出力手段（２１〜２４、３１〜３４）と、前記制御流及び前記データ流の監視結果に基づいて、端末装置で視聴中のコンテンツの中断を検出し、中断情報を生成する検出手段１１と、前記生成された中断情報を記録する記録手段１４と、前記中断情報に基づいて、前記視聴が中断されたコンテンツの再生を中断された時点から開始するための情報を復元する復元手段１３とを備えた。【選択図】図２
2004356867.tif 000002
【特許請求の範囲】
【請求項１】
サーバーと端末装置の間に配置されたユビキタス・ストリーミング装置において、
前記サーバーと前記端末装置との間でやり取りされる制御流の入出力を行う入出力手段と、
前記制御流の情報に基づいて、端末装置で視聴中のコンテンツの中断を検出し、中断情報を生成する検出手段と、
前記生成された中断情報を記録する記録手段と、
前記中断情報に基づいて、前記視聴が中断されたコンテンツの再生を中断された時点から開始するための情報を復元する復元手段とを具備することを特徴とするユビキタス・ストリーミング装置。
【請求項２】
サーバーと端末装置の間に配置されたユビキタス・ストリーミング装置において、
前記サーバーと前記端末装置との間でやり取りされるデータ流の入出力を行う入出力手段と、
前記データ流の情報に基づいて、端末装置で視聴中のコンテンツの中断を検出し、中断情報を生成する検出手段と、
前記生成された中断情報を記録する記録手段と、
前記中断情報に基づいて、前記視聴が中断されたコンテンツの再生を中断された時点から開始するための情報を復元する復元手段とを具備することを特徴とするユビキタス・ストリーミング装置。
【請求項３】
請求項１に記載のユビキタス・ストリーミング装置において、前記検出手段は、制御流の開始を検出する開始検出手段により検出された開始情報、制御流の停止を検出する停止検出手段により検出された停止情報に基づいて中断情報を検出し、生成することを特徴とするユビキタス・ストリーミング装置。
【請求項４】
請求項１に記載のユビキタス・ストリーミング装置において、前記検出手段は、端末側で動作するプログラムにより取得された再生位置に関する情報を受け付けることにより中断情報を検出することを特徴とするユビキタス・ストリーミング装置。
【請求項５】
請求項４に記載のユビキタス・ストリーミング装置において、前記検出手段は、データ流の送出停止を検出、残りのデータ流を中断情報として検出し、生成することを特徴とするユビキタス・ストリーミング装置。
【請求項６】
請求項１又は請求項３に記載のユビキタス・ストリーミング装置において、前記端末装置或いは前記端末装置を利用するユーザーのユーザー情報を管理する端末管理手段とを更に具備することを特徴とするユビキタス・ストリーミング装置。
【請求項７】
請求項６に記載のユビキタス・ストリーミング装置において、前記中断情報は、中断位置情報と、前記ユーザー情報と、再生を中断したコンテンツの情報を含むことを特徴とするユビキタス・ストリーミング装置。
【請求項８】
請求項３に記載のユビキタス・ストリーミング装置において、前記中断検出部は、メタファイル、ＨＴＭＬ及びスクリプトの少なくとも１つの前記停止情報からコンテンツの開始からの経過時間を検出することを特徴とするユビキタス・ストリーミング装置。
【請求項９】
請求項３から請求項８のいずれか１項に記載のユビキタス・ストリーミング装置において、前記復元手段は、メタファイル又はＨＴＭＬの少なくとも１つに開始時刻を指定することによってコンテンツの再生を開始することを特徴とするユビキタス・ストリーミング装置。
【請求項１０】
請求項３から請求項８のいずれか１項に記載のユビキタス・ストリーミング装置において、前記復元手段は、スクリプトによって開始時刻を、前記端末装置の再生部に指定することによってコンテンツの再生を開始することを特徴とするユビキタス・ストリーミング装置。
【請求項１１】
請求項３又は請求項４に記載のユビキタス・ストリーミング装置において、前記入出力手段は、データ流の入出力を行い、前記復元手段は、前記データ流のうち前記中断箇所のデータの後続のデータから前記端末装置に送出するように制御することを特徴とするユビキタス・ストリーミング装置。
【請求項１２】
請求項５に記載のユビキタス・ストリーミング装置において、前記復元手段は、前記データ流のうち前記中断箇所のデータの後続のデータから前記端末装置に送出するように制御することを特徴とするユビキタス・ストリーミング装置。
【請求項１３】
サーバーと端末装置の間に配置されたユビキタス・ストリーミング装置に適用されるユビキタス・ストリーミング制御方法において、
前記サーバーと前記端末装置との間でやり取りされる制御流及びデータ流の入出力を行い、
前記制御流及び前記データ流の情報に基づいて、端末装置で視聴中のコンテンツの中断を検出し、中断情報を生成し、
前記生成された中断情報を記録し、
前記中断情報に基づいて、前記視聴が中断されたコンテンツの再生を中断された時点から開始するための情報を復元することを特徴とするユビキタス・ストリーミング制御方法。
【請求項１４】
サーバーと端末装置の間に配置された装置をユビキタス・ストリーミング装置として機能させるためのプログラムにおいて、
前記サーバーと前記端末装置との間でやり取りされる制御流及びデータ流の入出力を行う機能と、
前記制御流及び前記データ流の情報に基づいて、端末装置で視聴中のコンテンツの中断を検出し、中断情報を生成する機能と
前記生成された中断情報を記録する機能と、
前記中断情報に基づいて、前記視聴が中断されたコンテンツの再生を中断された時点から開始するための情報を復元する機能とを具備することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを経由して提供されるストリーミング・コンテンツの再生におけるその停止や再開の技術に関する。
【０００２】
【従来の技術】
現在、インターネット上で提供されているストリーミング・コンテンツは、パーソナルコンピュータや携帯型情報端末等の端末機器（以下、「端末」と称する）で動作可能なプレイヤー・ソフトでユーザーにより視聴することができる。そして、ユーザーは、これらの端末で、ストリーミング・コンテンツの中断や再開を行うことが可能であるが、この中断や再開は当該プレイヤー・ソフトのプロセス上でのみ可能となっている。プログラムの中断・再開を行う技術は、例えば、特許文献１に記載されている。この技術では、以前実行していた計算機とは異なるアーキテクチャーのＯＳが稼働システムでの処理の再開を可能にしており、異なるＯＳ上で共通の仮想計算機を実行することにより、従来と同等の方法（ＰＣでいうところのサスペンド、ハイバネーションとレジューム）で実現している。
【０００３】
すなわち、再生を複数の端末にまたがって行おうとした場合や、同一の端末であってもプレイヤー・ソフトを再起動し、又は別のプレイヤー・ソフトを使用した場合には、視聴を中断したストリーミング・コンテンツの中断した位置、すなわち、コンテンツの視聴の開始からの視聴時間や、ストリーミングの位置（ダウンロードしたデータ量）に係る情報（以下、本明細書では「中断情報」と称する）が失われてしまうので、他の端末によるストリーミング・コンテンツの中断時点（開始からの経過時間でも良いし、全体のデータ量のダウンロード済みデータ量等のデータでも良い）からの再開による再生や、同一端末においては、プレイヤー・ソフトを再起動し、又は別のプレイヤー・ソフトを使用した場合におけるストリーミング・コンテンツの中断時点からの再開による再生はできない。
【０００４】
また、プレイヤー・ソフトによる中断や再開を行う場合にも、ユーザーによって、ストリーミング・コンテンツの中断に対して、直接操作をしなければならない。
【０００５】
【特許文献１】特開２００１−５６７９号公報
【０００６】
【発明が解決しようとする課題】
本発明は、ストリーミング・コンテンツを、いかなる場合であっても、すなわち、複数の端末を介したり、異なるプレイヤー・ソフトでストリーミング・コンテンツを再開したりしようとした場合であっても、中断したストリーミング・コンテンツを一貫して視聴することを可能にする技術を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明の一局面では、あるストリーミング・コンテンツに対するプレイヤー・ソフトによる中断情報を、共通の中継サーバー上に退避しておき、別の端末や、別のプレイヤー・ソフト（同一のプレイヤー・ソフトでも良い）のプロセスで視聴を開始する際に、退避しておいた中断情報を復元することによって、中断した時点からの視聴を可能としている。
【０００８】
具体的には、本発明の局面に係るユビキタス・ストリーミング装置は、サーバーと端末装置の間に配置されたユビキタス・ストリーミング装置であって、前記サーバーと前記端末装置との間でやり取りされる制御流及びデータ流の少なくとも一方の入出力を行う入出力手段と、前記制御流及び前記データ流の情報に基づいて、端末装置で視聴中のコンテンツの中断を検出し、中断情報を生成する検出手段と、前記生成された中断情報を記録する記録手段と、前記中断情報に基づいて、前記視聴が中断されたコンテンツの再生を中断された時点から開始するための情報を復元する復元手段とを具備することを特徴とする。
【０００９】
なお、本発明は、上記の装置に限らず、上記の機能を実現するためのプログラムや、方法の発明としても成立する。
【００１０】
【発明の実施の形態】
図面を参照して本発明の実施の形態を説明する。図１は、本発明に係る技術が適用されるネットワークの概略構成を模式的に示す図である。
このネットワークは、ストリーミング・コンテンツを含む様々なコンテンツ（以下、「コンテンツ」と称する）を提供するメディア・サーバーＭ（以下、「サーバー」と称する）と、コンテンツの再生を行うプレイヤー・ソフトＰ（以下、単に、「プレイヤー」とも称する）を備えた端末Ｔとを備え、サーバーＭと端末Ｔとの間に、本発明の一実施形態に係るユビキタス・ストリーミング装置Ｓ（以下、「ストリーミング装置」と称する）を設置している。なお、以下の説明においては、便宜上、プレイヤーＰは、端末Ｔ（或いは、端末Ｔを操作するユーザー）を意味する場合もある。
また、図１において、サーバーＭとプレイヤーＰとの間で送受信するコンテンツとして、制御流とデータ流との２つの流れが記載されているが、図１に示すように、一般に、コンテンツは、コンテンツ・データ自身であるデータ流と、コンテンツの選択・再生・停止などに関わる制御流とで構成されている。
【００１１】
図２は、本発明の一実施形態に係るストリーミング装置Ｓの概略構成を示す図である。図２において、各部の基本的な機能は以下の通りである。
【００１２】
中断検出部１１は、コンテンツの再生の中断を検出すると、コンテンツの再生の中断に係る中断情報を生成する。中断制御部１２は、中断検出部１１で生成された中断情報を記録部１４に退避させて保持させる。再開制御部１３は、記録部１４に保持された中断情報を復元する。
【００１３】
制御要求入力部２１は、制御流に関して、プレイヤーＰからのリクエストを受信する。制御要求出力部２２は、制御流に関して、プレイヤーＰからのリクエストをサーバーＭに送信する。制御応答入力部２３は、制御流に関して、サーバーＭからのレスポンスを受信する。制御応答出力部２４は、制御流に関して、サーバーＭからのレスポンスをプレイヤーＰに送信する。
【００１４】
データ要求入力部３１は、データ流に関して、プレイヤーＰからのリクエストを受信する。データ要求出力部３２は、データ流に関して、プレイヤーＰからのリクエストをサーバーＭに送信する。データ応答入力部３３は、データ流に関して、サーバーＭからのレスポンスを受信する。データ応答出力部３４は、データ流に関して、サーバーＭからのレスポンスをプレイヤーＰに送信する。
【００１５】
端末接続管理部４０は、ユーザーまたは端末とコンテンツの識別を実行する機能を備えている。
【００１６】
図３及び図４を参照して、上記のように構成された本発明の一実施形態に係るストリーミング装置Ｓの基本的な動作の流れを説明する。図３は、中断時における、本発明の一実施形態に係るストリーミング装置Ｓの基本的な動作の流れを示す図である。また、図４は、再開時における、本発明の一実施形態に係るストリーミング装置Ｓの基本的な動作の流れを示す図である。
【００１７】
図３において、処理を開始すると、プレイヤーＰ（又は端末Ｔ）からの中断要求を入力する（ステップＡ１）。次に、プレイヤーＰの中断要求に対して、そのプレイヤーＰの認証を行う（ステップＡ２）。そして、認証が終了すると、プレイヤーＰからの要求や応答を解釈して、中断時点を中断情報として検出する（ステップＡ３）。そして、中断情報の退避・保持を行い（ステップＡ４）、処理を終了する。
【００１８】
次に、中断したコンテンツの再開を行う場合には、図４において、処理を開始すると、プレイヤーＰ（又は端末Ｔ）からのコンテンツの再生要求を入力する（ステップＢ１）。次に、プレイヤーＰの再生要求に対して、そのプレイヤーＰの認証を行う（ステップＢ２）。そして、認証が終了すると、プレイヤーＰからの要求や応答を解釈して、中断に係る中断情報を検出する（ステップＢ３）。そして、中断情報があるかどうかを判定し（ステップＢ４）、中断情報がある場合には、コンテンツの再生中に中断されたものと判断し、中断情報から中断時点を抽出して、当該中断時点に係る情報をプレイヤーＰからの要求に対する応答として復元する（ステップＢ５）。そして、復元された中断時点に係る情報をプレイヤーＰに送出して（ステップＢ６）、処理を終了する。これにより、プレイヤーＰは、中断時点に係る情報に基づいて、中断時点からコンテンツの再開を行う。これにより、中断時点からの視聴を再開することができる。一方、ステップＢ４において中断情報がないものと判断した場合には、当該コンテンツは中断されたものではないものとして、中断時点をコンテンツの開始時点として（ステップＢ６）、処理を終了する。これにより、中断情報がない場合には、コンテンツの再生を最初から開始することになる。
【００１９】
上記のような動作により、複数の端末にまたがった場合や、異なるプレイヤーでコンテンツの再生を再開しようとした場合であっても、シームレスな環境で中断したコンテンツの視聴を再開することができる。
【００２０】
ここで、中断情報の記録や再開に当たって、どのような情報に基づいて中断情報を生成して記録するかによって、具体的な処理方法が異なる。具体的には、処理方法に応じて、図３に示す構成における、中断検出部１１、中断制御部１２、再開制御部１３及び端末接続管理部４０に対する制御方式が異なってくる。
【００２１】
中断検出部１１、中断制御部１２、再開制御部１３、端末接続管理部４０に対する制御方式については、例えば、図５に示すような方式を適宜選択して、シームレスなコンテンツの視聴を可能とすることが好ましい。
図５に示すように、制御方式には、詳細は後述するように、大きく分けて、プレイヤー制御方式と、ストリーム制御方式との２つの制御方式がある。プレイヤー制御方式は、コンテンツの選択・再生・停止などに関わる制御流に着目し、この制御流に基づいて制御することによって、シームレスな環境を実現するための方式である。ストリーム制御方式は、コンテンツ・データそのものであるデータ流に基づいて制御することによって、シームレスな環境を実現するための方式である。以下、各制御方式について簡単に説明し、その後、各制御方式を採用した場合の具体例を説明する。
【００２２】
１．  プレイヤー制御方式
プレイヤー制御方式は、上記のように、制御流に基づいて制御することによって、シームレスな環境を実現するための方式であるが、例えば、本発明の一実施形態に係るストリーミング装置Ｓがプロキシーやポータル・サーバーといった形態を採ることによって、この制御流に容易に介入することが可能となる。なお、プレイヤー制御方式には、例えば、それぞれメタファイル、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、又はスクリプトを使用するメタファイル方式、ＨＴＭＬ方式、又はスクリプト方式があり、以下、これらの方式について、順に説明する。
【００２３】
（１）  メタファイル方式
ａ．  中断情報の検出、生成（中断検出部１１）
ストリーミング・システムのいくつかに対して、メタファイルを使用することができる。このメタファイルは、本来、コンテンツに関する様々な情報（名称、位置、著作権情報など）をサーバーＭとプレイヤーＰとの間で交換するためのものであって、サーバーＭからプレイヤーＰに対して情報を伝達するものである。
このため、プレイヤーＰで再生されたコンテンツの情報（例えば再生の開始からの再生時間）をサーバーＭに伝達することはできない。従って、中断情報を生成するのに当たって、メタファイルを参照した時刻情報を以ってコンテンツ再生の開始を検出したものとする（制御流の開始を検出する開始検出手段に対応）。なお、制御流の開始を検出する開始検出手段としては、メタファイルを送出したことにより開始を検出したり、プレイヤーＰ（クライアント）からの開始リクエストを受けたことにより開始を検出したり、データ流の送出開始を検出することにより制御流の開始を検出することも可能である。また、別の情報への参照した時刻情報を以ってコンテンツ再生の停止とみなすものとすることから、この当該情報に係るメタファイルの参照に伴う時刻情報を中断情報とする（制御流の停止を検出する停止検出手段に対応）。なお、制御流の停止を検出する停止検出手段としては、次のストリーミング・コンテンツの送出開始を検出することにより停止を検出したり、ストリーミング以外のコンテンツ送出を検出することにより停止を検出したり、再生停止リクエストを受けることにより停止を検出することも可能である。
【００２４】
ｂ．  中断情報の退避、保持（中断制御部１２）
上記のように、メタファイル中の情報はサーバーＭからストリーミング装置Ｓを経由したプレイヤーＰにしか伝達されない。よって、メタファイルへの参照をサーバーＭで観測することによって中断情報を退避・保持する。
【００２５】
ｃ．  中断情報に基づいた再生状態の復元（再開制御部１３）
メタファイル中にコンテンツの再生開始時刻を指定することができる。従って、次回のメタファイル参照時に、直前に観測されたコンテンツ再生の停止時刻をメタファイル中に格納する。
メタファイルを受信したプレイヤーＰはメタファイル中に指定された再生開始時刻からコンテンツの再生を開始する。
【００２６】
ｄ．  ユーザー、端末、コンテンツの識別（端末接続管理部４０）
一般にメタファイルの伝送はＨＴＴＰで行われるので、ＨＴＴＰアクセスを適切に認証することによってユーザーと端末を識別することができる。
また、メタファイルとコンテンツは１対１であるため、このメタファイルへの参照が行われた際のＨＴＴＰ位置情報（ＵＲＬ）を以ってコンテンツの識別を行う。
【００２７】
（２）  ＨＴＭＬ方式
ａ．  中断情報の検出、生成（中断検出部１１）
ストリーミング・システムのいくつかに対して、ＨＴＭＬを使用することができる。ＨＴＭＬは、本来、コンテンツに関する様々な情報（名称、著作権情報、内容など）をユーザーに提示するとともに、コンテンツを直接支持するものであって、サーバーＭからプレイヤーＰに対して情報を伝達するものである。このため、プレイヤーＰで再生されたコンテンツの情報（例えば再生の開始からの再生時間）をサーバーＭに伝達することはできない。なお、ＨＴＭＬを伝送するＨＴＴＰではこの向きの情報伝達も可能である。
そこで、ＨＴＭＬで支持されたコンテンツの再生を意味する位置情報への参照を以ってコンテンツ再生の開始を検出する（制御流の開始を検出する開始検出手段に対応）。また、コンテンツの停止を意味する位置情報への参照を以ってコンテンツ再生の停止とみなす（制御流の停止を検出する停止検出手段に対応）。このＨＴＭＬで支持されたコンテンツの再生及び停止を意味する位置への参照時刻を中断情報とする。
【００２８】
ｂ．  中断情報の退避、保持（中断制御部１２）
上記のように、ＨＴＭＬ中の情報はサーバーＭからプレイヤーＰにしか伝達されない。よって、メタファイル方式と同様に、ＨＴＭＬで支持された特別の意味を有する位置へのアクセスをストリーミング装置Ｓで観測することによって中断情報を間接的に退避・保持する。
【００２９】
ｃ．  中断情報の復元（再開制御部１３）
ＨＴＭＬ中にコンテンツの再生開始時刻を指定することができるので、次回の特別の意味を有する位置への参照時に、直前に観測されたコンテンツ再生の停止（中断）時刻をＨＴＭＬに格納する。
ＨＴＭＬには再生開始時刻が埋め込まれたコンテンツの位置が支持されているので、プレイヤーＰは当該箇所からのコンテンツの再生を開始できる。
【００３０】
ｄ．  ユーザー、端末、コンテンツの識別（端末接続管理部４０）
一般にＨＴＭＬの伝送はＨＴＴＰで行われるので、ＨＴＴＰアクセスを適切に認証することによってユーザーと端末を識別することができる。
また、ＨＴＭＬではコンテンツの位置をＵＲＬで支持しているので、この位置情報を以ってコンテンツの識別とすることができる。
【００３１】
（３）  スクリプト方式
ストリーミング・システムのいくつかは、ｃｌｉｅｎｔ−ｓｉｄｅ  ｓｃｒｉｐｔｉｎｇの機能を持つものがある（以下、単に「スクリプト」と記載）。このスクリプトは、本来、コンテンツに関する様々な情報（名称、著作権情報、内容など）をユーザーに効果的に提示するためのものであって、クライアントで処理されるプログラムである。
なお、スクリプトとは処理形態が異なるが、プレイヤーＰ上で解釈・実行されるもの、例えばネイティブ・コードで記述されたオブジェクトや（ＣＰＵで解釈され、実行される）、プレイヤー・アプリケーションに対する拡張または専用のプレイヤーＰなどがこのスクリプトのように機能させることは可能である。従って、本明細においては、これらを区別せず、スクリプトとして扱うものとする。
【００３２】
ａ．  中断情報の検出、生成（中断検出部１１）
スクリプトは主にＨＴＭＬ中に格納され、サーバーＭからプレイヤーＰに対して情報を伝達するものである。そして、プレイヤーＰにスクリプト（端末側で動作するプログラムに対応）が到達すると、そこでスクリプトは逐次解釈・実行される。ここで、サーバＭからプレイヤーＰへ送られるＨＴＭＬを中継する際にストリーミング装置ＳがＨＴＭＬへスクリプトを付加することにより、その解釈・実行の際に、プレイヤーＰが、自発的に様々な情報を収集して、収集した情報（端末側で動作するプログラムにより取得された再生位置に関する情報）をストリーミング装置Ｓに送信することが可能となる。
このため、スクリプトでコンテンツ再生の中断時刻などのある種の中断情報を検出して、それをストリーミング装置に伝達することが可能である。取得できる情報（端末側で動作するプログラムにより取得された再生位置に関する情報に対応）は時刻だけではなく、動画像の場合はフレームやフィールドといったコンテンツ特有の情報であってもよい。
なお、この時にスクリプトが収集する中断時刻などを中断情報とする。
【００３３】
ｂ．  中断情報の退避、保持（中断制御部１２）
上記のように、スクリプトによって収集された情報はスクリプトの働きによってプレイヤーＰからストリーミング装置Ｓに伝達することが可能である。よってスクリプトによって伝送された中断情報を退避・保持する。
この中断情報の退避・保持は、一般にはスクリプトがイベント・ドリブン方式で実行されるため、これに整合した形で行うことになる。つまり、コンテンツ再生開始ボタンまたは停止ボタンの押下時やページの遷移といったユーザーの視聴行動に従って、これらの行動に伴う情報を適切に収集して、ストリーミング装置Ｓに送信して、ストリーミング装置Ｓで退避・保持する。
【００３４】
ｃ．  中断情報の復元（再開制御部１３）
スクリプトによる実行によって再生開始時刻を指定したり、時刻情報に準ずる中断情報を元に以降の再生を開始させたりすることが可能である。よって、ストリーミング装置ＳはサーバーＭから送られるＨＴＭＬを中継する際にこれらの中断情報を埋め込んでおくことができる。
スクリプトを埋め込まれたＨＴＭＬを受信したプレイヤーＰは、スクリプトを実行することによってスクリプト自身によってストリーミング装置Ｓから指定された中断情報を元に再生を開始する。
【００３５】
ｄ．  ユーザー、端末、コンテンツの識別（端末接続管理部４０）
一般にスクリプトはＨＴＭＬに格納され、ＨＴＴＰにて伝送されるので、ＨＴＴＰアクセスを適切に認証することによってユーザーと端末を識別することができる。もちろん、スクリプトを適当に制御することによって、スクリプトによって認証処理を実施することも可能である。
また、スクリプトを使用する場合もＨＴＭＬによる制御と同様にコンテンツの位置をＵＲＬで支持しているので、この位置情報を以ってコンテンツの識別とすることができる。
【００３６】
２．  ストリーム制御
ストリーム制御方式は、前述したように、コンテンツのデータ流に着目することによって実現する方式である。この方式では、いわゆるエッジ・サーバーと呼ばれる形態を採ることによって、このデータ流に対して容易に介入することが可能となる。なお、このエッジ・サーバーとは、ストリーミング又は大容量コンテンツ配信システムにおいて、ＩＰＳ等の中央サーバーとユーザー端末との中間又はユーザー端末側に近接して設置される装置であり、中央のコンテンツ配信サーバーのデータを分散配置し、コンテンツ・アクセスの利便性を向上させるものである。
ストリーミング・システムは、データ流であるコンテンツ・データ自身をプレイヤーＰの再生タイミングに同期させてサーバーＭから逐次送信するものである。ストリーミング・システムのいくつかに対して、エッジ・サーバーを設置することができる。このエッジ・サーバーは、本来、システムの主に性能要件（通信の局所性、負荷分散、信頼性）を達成するためのものである。
すなわち、エッジ・サーバーは、本来、有効帯域を効果的に利用したり、完全にデータをダウンロードさせることによる再生開始までの遅延時間の超大を抑えたり、ユーザーによるコンテンツ・データのファイルとしての２次利用を防ぐためのものである。
【００３７】
ａ．  中断情報の検出、生成（中断検出部１１）
エッジ・サーバーはサーバーＭからプレイヤーＰに対してコンテンツそのものであるデータ流を分配する際にデータ流そのものに関与することができる。また、上記のようにデータ流はプレイヤーＰの再生タイミングに同期されている。
このため、エッジ・サーバーでデータ流を観測することにより、その中断直前までに伝送されていたデータ部分を以って中断情報とすることができる。
【００３８】
ｂ．  中断情報の退避、保持（中断制御部１２）
上記のように、エッジ・サーバーでは直接中断情報を取得することができる。よって、エッジ・サーバーでは中断情報を適当に退避・保持することができる。
【００３９】
ｃ．  中断情報の復元（再開制御部１３）
エッジ・サーバーはサーバーＭからプレイヤーＰに配送されるデータ流の全てを直接観測できるため、次回の再生が開始された時点で、ストリーミング装置ＳがプレイヤーＰとサーバーＭの通信に介入して、直前に観測されたコンテンツ再生の中断情報を元に以降の再生を開始させることが可能である。
【００４０】
ｄ．  ユーザー、端末、コンテンツの識別（端末接続管理部４０）
一般にデータ流の確立に先だってＨＴＴＰなどによるコンテンツの選択プロセスが実施されるので、このＨＴＴＰアクセスを適切に認証することによってユーザーと端末を識別することができる。この場合はコンテンツの識別もＨＴＴＰに準じ、ＵＲＬで識別される。
上記以外に、データ流自身で認証機構を働かせることもできる。適切に認証されたユーザーまたは端末だけが後続のコンテンツを受信することが可能になる。この場合はコンテンツの識別はデータ流の確立時に支持されるので（例えばＵＲＬなどによって）、この識別情報を以ってコンテンツを識別する。
【００４１】
上記のように、本発明の一実施形態によれば、これらの情報の組み合わせごとに前掲の中断情報を管理することによって、ユーザーが端末を移動したさいにも当該コンテンツに対する正しい中断情報を復元して視聴を続けることを可能とする。なお、上記の各方式は、独立で中断や再開の制御に適用しても良いし、適宜組み合わせて、適用しても良い。例えば、メタファイル方式とＨＴＭＬ方式、更にスクリプト方式を組み合わせたもの等であって、例えば、検出方式にメタファイル方式、退避方式にスクリプト方式を採用するなど、その組み合わせは自由である。また、制御流の開始を検出する開始検出手段と制御流の停止を検出する停止検出手段とを適宜組み合わせることも可能である。例えば、メタファイル方式で開始検出し、ＨＴＭＬ方式で停止検出を行うことにより中断情報を検出することも可能である。
【００４２】
上記のような制御を行うことによって、コンテンツの視聴に関し、時間軸に対する自由度を持つユビキタス環境（すなわち、ある端末で視聴していたコンテンツを中断した場合に、他のどのような端末からも中断した時点から当該コンテンツを視聴できる環境）を実現できる。以下、各制御方式を用いた場合の具体例を示す。なお、以下の各具体例についても、適宜組み合わせて適用することは可能であるが、説明の便宜上、各方式を独立に適用した場合の例を示す。
【００４３】
（第１の具体例）
図６から図９を参照して、プレイヤー制御のメタファイル方式を採用してコンテンツの中断及び再開を実現した具体例を説明する。図６から図９は、中断検出部１１、中断制御部１２、再開制御部１３、端末接続管理部４０の全てにプレイヤー制御のメタファイル方式を使用した場合の例を示す図である。
【００４４】
ユーザーがプレイヤーＰにより、ストリーミング装置Ｓを経由してサーバーＭにアクセスする。なお、プレイヤーＰとサーバーＭとのデータのやり取りは全てストリーミング装置Ｓを経由して行われる。具体的には、次の通りである。
まず、プレイヤーＰからの要求１のうち、制御流に関する要求は、ストリーミング装置Ｓの制御要求入力部２１で受け入れられ、ストリーミング装置Ｓの内部処理を経た後、制御要求出力部２２からサーバーＭに向けて送出される。このプレイヤーＰからの要求１は、例えば、要求のヘッダーとして、
2004356867.tif 000003
が記載されており、要求の本体は、所定の形式で送信される。そして、サーバーＭからの制御流に関する応答２は、ストリーミング装置Ｓの制御応答入力部２３で受け入れられ、ストリーミング装置Ｓの内部処理を経た後、制御応答出力部２４からプレイヤーＰに向けて送出される。
【００４５】
この時、プレイヤーＰ（上記のように、端末Ｔやユーザーを含む。以下、同様であるので、プレイヤーＰとのみ称する）はストリーミング装置Ｓによって認証されるが、この認証は、端末接続管理部４０によってＨＴＴＰ  Ｂａｓｉｃ認証手順やＳＳＬクライアント証明書を利用する認証方法や、ＨＴＭＬ  Ｆｏｒｍベースなどといった一般的な認証方法にて実施される。なお、これ以降の全てのやりとりは、ここで認証されたユーザー（Ｙ）によるものであることが識別される。
【００４６】
プレイヤーＰからの要求１のうち、データ流に関する要求は、ストリーミング装置Ｓのデータ要求入力部３１で受け入れられ、ストリーミング装置Ｓの内部処理を経た後に、データ要求出力部３２からサーバーＭに向けて送出される。サーバーＭからの応答３のうちデータ流に関する応答はストリーミング装置Ｓのデータ応答入力部３３で受け入れられ、ストリーミング装置Ｓの内部処理を経た後に、データ応答出力部３４部からプレイヤーＰに向けて送出される。この応答において、送信時型指定は、制御流がＨＴＴＰで転送する場合は例えば以下のようなＨＴＴＰメッセージ中のＣｏｎｔｅｎｔ−Ｔｙｐｅ属性値として示され、例えば、応答のヘッダーに、
2004356867.tif 000004
として記載され、応答の本体が、
2004356867.tif 000005
として、記載されることによって、サーバーＭが、応答３として、プレイヤーＰに対してコンテンツのリストを送信する。この場合、ストリーミング装置Ｓはコンテンツのリストに何ら介入せず、応答４として、リストをそのままプレイヤーＰへ中継する。そして、プレイヤーＰはコンテンツのリストを解釈し、ユーザーに提示する。
【００４７】
ユーザーが、図７に示すように、コンテンツ「寅さん」を選択したとすると、プレイヤーＰは、例えば、
2004356867.tif 000006
をストリーミング装置Ｓを経由して、ＨＴＭＬで記述された位置情報であるＵＲＬ（ｈｔｔｐ：／／ｔｏｒａ．ｃｏｍ／ｔｏｒａｔｏｒａ／ｔｏｒａｔｏｒａｔｏｒａ．ｗｖｘ）にアクセスする。そこて、プレイヤーＰによる要求（６、７）はストリーミング装置Ｓを経由し、位置情報の指す当該サーバーＭに到着する。
【００４８】
サーバーＭは、プレイヤーＰに対してコンテンツに関するメタファイル（８、１２）を送信する。これは例えば以下のようなメタファイル形式で記述されており、メタファイルであるという型指定の元で送信される。
2004356867.tif 000007
ＨＴＴＰ伝送時の型指定は、例えば、
2004356867.tif 000008
となる。また、コンテンツ・データ１３は、サーバーＭから、プレイヤーＰに送信されるが、データそのものは、ストリーミング装置Ｓを介しても介さなくても構わない。
【００４９】
ここで、ストリーミング装置Ｓの中断検出部１１は、図示しないサーバーＭからの応答データの型指定からメタファイルであることを識別して、プレイヤーＰがコンテンツ自身とほぼ等価と言える当該メタファイルのＵＲＬのコンテンツの再生を開始したことを検出する。これにより、中断検出部１１はメタファイルのＵＲＬと検出時刻Ｔを中断制御部１２に通知する。中断制御部１２は中断検出部１１の検出したＵＲＬと、検出時刻Ｔと、端末接続管理部４０が事前に検出したユーザー情報Ｙの組み合わせ｛Ｙ、ＵＲＬ、Ｔ｝（記録の順序は問わない）を中断情報として記録部１４に蓄える。この一連の処理の後に、サーバーＭによるメタファイルはプレイヤーＰに中継される。
【００５０】
プレイヤーＰはメタファイルを解釈し、例えば以下のような実際のコンテンツのＵＲＬ１３にアクセスする。
2004356867.tif 000009
このように、メタファイルによる制御の場合、プレイヤーＰによる実際のコンテンツへのアクセスとそれに伴うデータ流にはストリーミング装置Ｓは一切介入しない。
【００５１】
次に、ストリーミング装置Ｓによる中断の検出は次のように行われる。例えば、ユーザーがコンテンツの視聴中に別の操作、図８に示すような、他のＵＲＬである「寅に」の選択を行い、該コンテンツの視聴が中断されると、当該ＵＲＬ（図８の例では、ｈｔｔｐｔ：：／／ｔｏｒａ．ｃｏｍ／ｔｏｒａｔｏｒａ／ｔｏｒａｔｏｒａｔｏｒａ．ｗｖｘ）へのアクセス情報がストリーミング装置Ｓを経由してサーバーＭに送信される。この要求はストリーミング装置Ｓの中断検出部１１で何らかのアクセスの発生として検出される。
【００５２】
中断制御部１２は、中断検出部１１からアクセスの通知をその検出時刻Ｕと共に受けると、当該ユーザーＹが最近視聴中であったコンテンツのエントリー｛Ｙ、ＵＲＬ、Ｔ｝に関して、視聴が中断したと判断し、｛Ｙ、ＵＲＬ、Ｔ、Ｕ｝を記録部１４に蓄える。
その後、ユーザーが、コンテンツをコンテンツ・リストから選択したり、新たなＨＴＭＬを要求したりすると、上記の処理が実施される。
【００５３】
中断されたコンテンツを再生する場合には、まず、ストリーミング装置Ｓの中断検出部１１は、プレイヤーＰの要求１７に係る応答データの型指定からメタファイルであることを識別する。そこで、プレイヤーＰがコンテンツのメタファイルのＵＲＬの再生を開始したことを検出すると、中断検出部１１はメタファイルのＵＲＬと検出時刻Ｖを中断制御部１２に通知する。
【００５４】
中断制御部１２は、上記のように、中断検出部１１の検出したＵＲＬ及び検出時刻と端末接続管理部４０が事前に検出したユーザー情報Ｙの組み合わせ｛Ｙ、ＵＲＬ、Ｖ｝を中断情報として記録部１４に記憶しようとするが、既に｛Ｙ、ＵＲＬ、Ｔ、Ｕ｝が登録済みであるため、ユーザーＹが当該ＵＲＬに係るコンテンツの再生を再開したと判断する。
【００５５】
中断制御部１２は以前の登録エントリーである｛Ｙ、ＵＲＬ、Ｔ、Ｕ｝から以前の再生がＵ−Ｔ＝Ｗ時間で中断したことを認識し、再開制御部１３に再開処理を促すと共に記録部１４に｛Ｙ、ＵＲＬ、Ｖ｝を格納する。
【００５６】
再開制御部１３はサーバーＭからのメタファイルを例えば以下のように改変し、プレイヤーＰへ送信する。
＜ｓｔａｒｔｔｉｍｅ  ｖａｌｕｅ＝”１０”／＞
プレイヤーＰはメタファイルを解釈し、実際のコンテンツのＵＲＬにアクセスするが、メタファイルには開始時刻“１０”の指定が為されているため、プレイヤーＰは時刻“１０”（例えば、１０分目）からの視聴の再開の要求２３をサーバーＭに送信する。
【００５７】
このような手順により、ユーザーが再開時点を明示的に指定することなくコンテンツの中断及び中断時点からの再開が可能となる。
【００５８】
（第２の具体例）
図１０から図１５を参照して、プレイヤー制御のＨＴＭＬ方式を採用してコンテンツの中断及び再開を実現した具体例を説明する。図１０から図１４は、中断検出部１１、中断制御部１２、再開制御部１３、端末接続管理部４０の全てにプレイヤー制御のＨＴＭＬ方式を使用した場合の例を示す図である。
【００５９】
図１０において、第１の具体例と同様に、ユーザーがプレイヤーＰを使用してストリーミング装置Ｓを経由してサーバーＭにアクセスする。この時、ユーザーまたはプレイヤーＰはストリーミング装置Ｓによって認証されるが、この認証についても第１の具体例と同様である。
【００６０】
サーバーＭはプレイヤーＰにコンテンツのリストを返信する。これは例えば以下のようなＨＴＭＬで記述されている。
2004356867.tif 000010
また、このデータの送信に当たって、ＨＴＭＬであるという送信データ型指定が為されているが、ＨＴＴＰによって転送が行われる場合は例えば以下のようなものになる。
2004356867.tif 000011
ストリーミング装置Ｓの中断検出部１１は型指定によってコンテンツのリストを解釈する動作を開始する。この解釈の結果、このＨＴＭＬがｃｌａｓｓｉｄ＝”ｃｌｓｉｄ：ＣＦＣＤＡＡ０３−８ＢＥ４−１１ｃｆ−Ｂ８４Ｂ−００２０ＡＦＢＢＣＣＦＡ”という属性を持つコンテンツを含んでいると認識する。なお、コンテンツ自体が、ｈｔｔｐ：／／ｔｏｒａ．ｃｏｍ／ｔｏｒａｔｏｒａ／ｔｏｒａｔｏｒａｔｏｒａ．ｗｍｖというＵＲＬで支持されるということも検出される。
【００６１】
中断検出部１１はコンテンツの位置情報であるＵＲＬを中断制御部１２に通知する。中断制御部１２は、ユーザー情報とＵＲＬに基づいて、当該ユーザーのこのＵＲＬに関する再生状況を記録部１４から抽出する。ここで、初めて当該ＵＲＬにアクセスする場合には、再生状況は見つからないので、当該ＵＲＬに関する中断情報としてコンテンツの最初からの再生経過時間として０を再開制御部１３に通知する。
【００６２】
再開制御部１３は中断制御部１２から通知されたＵＲＬに関して、そのコンテンツ・リストに制御情報を加える。この制御情報は、例えば以下のようなＨＴＭＬで記述されるが、使用する通信プロトコルで許される制御方式であればどのようなものでも構わない。
【００６３】
例えば、以下のようにＵＲＬに対する制御を行うため、元のＵＲＬに対して‘？’記号に続けてパラメーターを付与すようにしても良い。
2004356867.tif 000012
上記のように、再開制御部１３で変更されたコンテンツ・リストはプレイヤーＰに送信される。なお、複数のコンテンツが含まれている場合には、それらの複数のコンテンツは全て上記のように処理される。そして、ストリーミング装置Ｓで処理されたコンテンツは、プレイヤーＰに送信されて、プレイヤーＰは、当該コンテンツを解釈して、ユーザーに提示する。
【００６４】
次に、図１１に示すように、ユーザーが、第１の具体例で例に挙げたコンテンツ”寅さん”を希望したとすると、ユーザーはコンテンツの視聴に際して、提示された”再開”のリンクを辿ることになる。このユーザーからの要求１０はプレイヤーＰによってストリーミング装置Ｓに送信される。
【００６５】
ストリーミング装置Ｓの中断検出部１１はこの特別なパラメーターを含む要求を検出する。更に、中断検出部１１は、この要求に関するＵＲＬと要求の検出時刻Ｔと、要求の種類（この場合”ｓｔａｒｔ”）を中断制御部１２に通知する。中断制御部１２は、要求の種類が”ｓｔａｒｔ”であることを認識し、中断検出部１１の検出したＵＲＬと検出時刻と端末接続管理部４０が事前に検出しているユーザー情報Ｙとの組み合わせ｛Ｙ、ＵＲＬ、Ｔ｝を中断情報として記録部１４に記録する。
【００６６】
この一連の処理の後に、ユーザーはコンテンツの視聴を開始する。なお、ＨＴＭＬ方式による制御の場合には、ストリーミング装置ＳはプレイヤーＰによる実際のコンテンツへのアクセスとそれに伴うデータ流には一切介入しない。
【００６７】
ユーザーがコンテンツの視聴を中断すると、先に提示されたコンテンツ・リストの”中断”のリンクを辿ることになるが、このユーザーからの要求１５は、図１２に示すように、プレイヤーＰによってストリーミング装置Ｓに送信される。
【００６８】
中断検出部１１は、プレイヤーＰから送信された特別なパラメーターを含む要求を検出して、当該要求に関するＵＲＬと要求の検出時刻Ｕと、要求の種類（この場合”ｐａｕｓｅ”）を中断制御部１２に通知する。
【００６９】
中断制御部１２は要求の種類が”ｐａｕｓｅ”であることを認識し、中断検出部１１からのＵＲＬと端末接続管理部４０が事前に検出しているユーザー情報Ｙとの組み合わせから、記録部１４に格納されたエントリーを抽出する。中断制御部１２は、記録部１４に登録されたエントリーである｛Ｙ、ＵＲＬ、Ｔ｝に関して、今回の要求を反映させて、｛Ｙ、ＵＲＬ、Ｔ、Ｕ｝を代わりに記録部１４に格納する。
【００７０】
その後、ユーザーがコンテンツの視聴を行うと、図１０から図１２に示す処理が実施される。
【００７１】
中断されたコンテンツを再生する場合には、まず、中断制御部１２は、当該ユーザーのこのＵＲＬに関する視聴状況を記録部１４から抽出すると、前回の中断情報｛Ｙ、ＵＲＬ、Ｔ、Ｕ｝が抽出される。
【００７２】
中断制御部１２はＵ−Ｔ＝Ｗ時間で再生が中断したことを認識し、再開制御部１３に再開処理を促す。再開制御部１３はサーバーＭからのコンテンツ・リストを例えば以下のように改変し、プレイヤーＰへ送信する。
2004356867.tif 000013
上記のように、前回の視聴時間である“１０”（例えば、分）が指定されている。そこで、プレイヤーＰはコンテンツ・リストを解釈し、ユーザーに提示する。従って、ユーザーが、コンテンツ「寅さん」の視聴を選択した場合には、図１４に示すように、当該コンテンツ２４において、そこに指定された、最初から１０分目からの視聴が再開される。
【００７３】
（第３の具体例）
図１５から図１９を参照して、プレイヤー制御のスクリプト方式を採用してコンテンツの中断及び再開を実現した具体例を説明する。図１５から図１９は、中断検出部１１、中断制御部１２、再開制御部１３、端末接続管理部４０の全てにプレイヤー制御のスクリプト方式を使用した場合の例を示す図である。
【００７４】
図１５において、第１の具体例と同様に、ユーザーがプレイヤーＰを使用してストリーミング装置Ｓを経由してサーバーＭにアクセスする。この時、ユーザーまたはプレイヤーＰはストリーミング装置Ｓによって認証されるが、この認証についても第１の具体例と同様である。
【００７５】
サーバーＭは、プレイヤーＰにコンテンツのリストを送信するが、このリストは、例えば、第２の具体例と同様のものであって、例えば、
2004356867.tif 000014
また、データ型についても第２の具体例と同様であって、例えば、
2004356867.tif 000015
で示される。
【００７６】
ストリーミング装置Ｓの中断検出部１１は、第２の具体例と同様に、型指定によってコンテンツのリストを解釈する動作を開始し、コンテンツの位置情報を中断制御部１２に通知する。
【００７７】
中断制御部１２は、第２の具体例と同様に、当該ユーザーのこのＵＲＬに関する再生状況を記録部１４から抽出する。中断制御部１２は、これに加えて、例えば以下のような小さなスクリプトを生成し、再開制御部１３に通知する。
2004356867.tif 000016
このスクリプトは当該ＵＲＬのコンテンツに関し、現在の再生箇所をパラメーターとして送信するものである。
【００７８】
再開制御部１３は中断制御部１２から通知されたＵＲＬに関して、コンテンツ・リストに制御情報を加える。これは例えば以下のようなＨＴＭＬで記述される。
2004356867.tif 000017
再開制御部１３で変更されたコンテンツ・リストは、第２の具体例と同様に、プレイヤーＰに送信される。そして、プレイヤーＰはコンテンツ・リストを解釈し、第２の具体例と同様に、ユーザーに提示する。
【００７９】
ユーザーが、コンテンツ「寅さん」の視聴を希望したものとする。ユーザーはコンテンツの視聴に際して提示されたプレイヤーＰを自由に操作し、コンテンツを試聴することになる。この間、プレイヤーＰとサーバーＭ間ではデータ流が交換されるが、図１６に示すように、ストリーミング装置Ｓはこれに関与することはない。
【００８０】
図１７に示すように、ユーザーがコンテンツの視聴を中断すると、先に提示されたコンテンツ・リストの「中断」のリンクを辿ることになる。このユーザーからの要求によって埋め込まれたスクリプトが起動される。スクリプトはプレイヤーＰが現在再生中の箇所（Ｔ）を検出し、ストリーミング装置Ｓへ送信する。これは例えばプレイヤーＰによる以下のような特別のＵＲＬへのアクセスとなる。
2004356867.tif 000018
ストリーミング装置Ｓの中断検出部１１はこのパラメーターが含まれた特別のＵＲＬへのアクセスを検出する。中断検出部１１はこの要求されたＵＲＬを解釈して、ユーザーが当該コンテンツを時点“１０”まで再生したと認識し、当該ＵＲＬと再生時点“１０”を中断制御部１２に通知する。
【００８１】
中断制御部１２は中断検出部１１からの情報と端末接続管理部４０からのユーザー情報Ｙの組み合わせ｛Ｙ、ＵＲＬ、０、Ｔ｝を中断情報として記録部１４に格納する。その後、ユーザーコンテンツの視聴を行うと、上記の処理が実施される。
【００８２】
中断制御部１２は当該ユーザーのこのＵＲＬに関する再正状況を記録部１４から抽出すると、前回の中断情報｛Ｙ、ＵＲＬ、０、Ｔ｝が抽出される。
【００８３】
図１８に示すように、中断制御部１２はＴ−０＝Ｗ時間で中断したことを認識し、再開制御部１３に再開処理を促す。さらに、中断制御部１２は例えば以下のような小さなスクリプトを生成し、再開制御部１３に通知する。
2004356867.tif 000019
再開制御部１３はサーバーＭからのコンテンツ・リストを例えば以下のように改変し、Ｐへ送信する。
2004356867.tif 000020
上記のように、前回の視聴時間である“１０”（例えば、分）及びスクリプトが指定されている。
【００８４】
プレイヤーＰはコンテンツ・リストを解釈し、ユーザーに提示する。従って、ユーザーが「寅さん」の視聴を選択した場合には、図１９に示すように、そこに指定された１０分目からの視聴が再開される。
【００８５】
（第４の具体例）
図２０から図２２を参照して、ストリーム制御のエッジ・サーバー方式を採用してコンテンツの中断及び再開を実現した具体例を説明する。図２０から図２２は、中断検出部１１、中断制御部１２、再開制御部１３、端末接続管理部４０の全てにストリーム制御のエッジ・サーバー方式を使用した場合の例を示す図である。
【００８６】
図２０に示すように、ユーザーがプレイヤーＰを使用してストリーミング装置Ｓを経由してサーバーＭにアクセスする。この要求１は、例えば、
2004356867.tif 000021
であって、データ流に対するものである。
【００８７】
この時、ユーザーはまたはプレイヤーＰはストリーミング装置Ｓによって認証される。これはストリーミング・プロトコルによる認証が行われる。ストリーミング・プロトコルによる認証は、例えばＲＴＳＰであればＨＴＴＰに準拠した手順（つまりＢａｓｉｃ認証など）が利用できるし、ＭＭＳであればＭＭＳ自体は認証機能を持たないため、ＷｉｎｄｏｗｓＴＭ  Ｍｅｄｉａシステムでは別プロトコルを併用し、ＨＴＴＰ  ＢａｓｉｃやＮＴＬＭなどによって認証を達成する。
【００８８】
ストリーミング装置Ｓの中断検出部１１はプレイヤーＰの要求を解釈し、これが例えば「寅さん」と呼ばれるコンテンツの再生であることを認識する。中断検出部１１はコンテンツの位置情報を中断制御部１２に通知する。
【００８９】
中断制御部１２は当該ユーザーのこのＵＲＬに関する再生状況を記録部１４から抽出する。ここで、初めて当該ＵＲＬにアクセスする場合には、再生状況は見つからないので、このＵＲＬに関する中断情報としてコンテンツを構成する最小単位である送信レコード自体または送信レコードの位置情報（タイム・ラインまたはシーケンス／フィールド／フレーム／シーン番号等）として０を再開制御部１３に通知する。
【００９０】
再開制御部１３は中断制御部１２から通知されたＵＲＬのコンテンツに関して、同時に通知されている位置情報からの再生要求６をサーバーＭに送出する。これは一般的なストリーミング・プロトコルの再生位置指定によって行われる。例えばＲＴＳＰでは以下のような要求となる。
2004356867.tif 000022
サーバーＭはストリーミング装置Ｓの要求したコンテンツ７を応答として送信する。ストリーミング装置ＳはサーバーＭからの応答８（コンテンツそのもの）は特に介在することなくプレイヤーＰへ転送する。そして、プレイヤーＰは応答を解釈し、コンテンツ「寅さん」の再生を開始する。
【００９１】
ユーザーがコンテンツの視聴を中断すると、図２１に示すように、プレイヤーＰに対してデータ流に対する再生停止要求１０を発行する。これは例えば次のようなものである。
2004356867.tif 000023
中断検出部１１はこの要求を解釈して、当該ＵＲＬに関する視聴が中断されたことを認識する。中断検出部１１は要求の検出された時点において、プレイヤーＰに送出しようとしていたストリーミングデータの情報を取得する。このデータを中断位置にかかる情報として、中断検出部１１は中断制御部１２に通知する。
【００９２】
中断制御部１２は、中断検出部１１からのＵＲＬとこの中断位置にかかる情報と、端末接続管理部４０が検出しているユーザー情報Ｙとの組み合わせ｛Ｙ、ＵＲＬ、０、Ｔ｝を中断情報として記録部１４に格納する。
【００９３】
プレイヤーＰからの停止要求１４は特に介入されることなくサーバーＭに到着し、コンテンツの再生が停止される。
【００９４】
その後、コンテンツの視聴を行うと、上記の処理が実施される。
【００９５】
コンテンツの再生を再開する場合には、図２２に示すように、プレイヤーＰから再生要求１５がくると、ストリーミング装置Ｓの中断制御部１２は、所定のユーザーに係るＵＲＬに関する再生状況を記録部１４から抽出する。この抽出により前回の中断情報である｛Ｙ、ＵＲＬ、０、Ｔ｝が取得できると、中断制御部１２は以前の視聴がＴ時点で中断したことを認識して、再開制御部１３に再開処理を促す。
【００９６】
再開制御部１３は中断制御部１２から通知されたＵＲＬに関して、同時に通知されている位置情報からの再生をサーバーＭに要求する。これは一般的なストリーミング・プロトコルの再生位置指定によって行われる。例えばＲＴＳＰでは以下のような要求となる。
2004356867.tif 000024
サーバーＭはストリーミング装置Ｓの要求したコンテンツの途中からの再生を応答として返信する。ストリーミング装置ＳはサーバーＭからの応答１９に特に介入することなくプレイヤーＰにそのまま転送する。そして、プレイヤーＰは、サーバーＭの応答２０を解釈して、コンテンツ「寅さん」の途中からの視聴が可能とする。
【００９７】
上記の各制御方式は、完全に独立しており、単独で適用しても良いし、適宜互いに組み合わせて使用しても良い。また、上記の具体例に示したもの以外に、中断情報が得られるような方法であれば、どのような方式を採用しても構わない。
このように、本発明は、上記各実施の形態に限ることなく、その他、実施段階ではその要旨を逸脱しない範囲で種々の変形を実施し得ることが可能である。さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。
【００９８】
例えば中断検出部１１、中断制御部１２にスクリプト方式を適用し、再開制御部１３にメタファイル方式を適用するなどの組み合わせが可能である。この他に、一つの実装システム内において、これらの制御方式を同時に実施することも可能である。また、本発明に係る制御方式には各々特性があるため、コンテンツの種類やユーザーなどによってこれらの制御方式を切り替えるようにしても良い。
【００９９】
さらに、各構成要素の一般的な性質、例えばエッジ・サーバー方式では、データ流を蓄えることが可能であり、これによって再視聴時にサーバーＭが未稼働であったり、サーバーＭからの視聴回数などによるアクセス制御などが行われていても、自在に中断・再開操作を行うことができる。
【０１００】
また、ユーザー及び端末を識別することが可能であるため、ユーザーの趣向や端末の能力などに合わせてコンテンツの提示方法を変更する機能と合わせて使うことができる。
【０１０１】
また、例えば各実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【０１０２】
【発明の効果】
本発明の実施形態によれば、コンテンツの中断や再開に関わる操作にユーザーが介在することなく、それらの動作が滞りなく行われ、ユーザーはあたかも中断していなかったかのようにコンテンツを視聴することができる技術を提供できる。
【図面の簡単な説明】
【図１】本発明に係る技術が適用されるネットワークの概略構成を模式的に示す図。
【図２】本発明の一実施形態に係るストリーミング装置の概略構成を示す図。
【図３】中断時における、本発明の一実施形態に係るストリーミング装置の基本的な動作の流れを示す図。
【図４】再開時における、本発明の一実施形態に係るストリーミング装置の基本的な動作の流れを示す図。
【図５】本発明の実施形態において各制御方式を説明するための図。
【図６】プレイヤー制御のメタファイル方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図７】プレイヤー制御のメタファイル方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図８】プレイヤー制御のメタファイル方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図９】プレイヤー制御のメタファイル方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１０】プレイヤー制御のＨＴＭＬ方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１１】プレイヤー制御のＨＴＭＬ方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１２】プレイヤー制御のＨＴＭＬ方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１３】プレイヤー制御のＨＴＭＬ方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１４】プレイヤー制御のＨＴＭＬ方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１５】プレイヤー制御のＨＴＭＬ方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１６】プレイヤー制御のスクリプト方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１７】プレイヤー制御のスクリプト方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１８】プレイヤー制御のスクリプト方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図１９】プレイヤー制御のスクリプト方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図２０】ストリーム制御のエッジ・サーバー方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図２１】ストリーム制御のエッジ・サーバー方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【図２２】ストリーム制御のエッジ・サーバー方式を採用してコンテンツの中断及び再開を実現した具体例を説明するための図。
【符号の説明】
Ｍ…メディア・サーバー、Ｐ…プレイヤー・ソフト、Ｔ…端末装置、Ｓ…ユビキタス・ストリーミング装置、１１…中断検出部、１２…中断制御部、１３…再開制御部、１４…記録部、２１…制御要求入力部、２２…制御要求出力部、２３…制御応答入力部、２４…制御応答出力部、３１…データ要求入力部、３２…データ要求出力部、３３…データ応答入力部、３４…データ応答出力部、４０…端末接続管理部。
【図１】
2004356867.tif 000025
【図２】
2004356867.tif 000026
【図３】
2004356867.tif 000027
【図４】
2004356867.tif 000028
【図５】
2004356867.tif 000029
【図６】
2004356867.tif 000030
【図７】
2004356867.tif 000031
【図８】
2004356867.tif 000032
【図９】
2004356867.tif 000033
【図１０】
2004356867.tif 000034
【図１１】
2004356867.tif 000035
【図１２】
2004356867.tif 000036
【図１３】
2004356867.tif 000037
【図１４】
2004356867.tif 000038
【図１５】
2004356867.tif 000039
【図１６】
2004356867.tif 000040
【図１７】
2004356867.tif 000041
【図１８】
2004356867.tif 000042
【図１９】
2004356867.tif 000043
【図２０】
2004356867.tif 000044
【図２１】
2004356867.tif 000045
【図２２】
2004356867.tif 000046