JP2004362099A - サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム - Google Patents
サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム Download PDFInfo
- Publication number
- JP2004362099A JP2004362099A JP2003157564A JP2003157564A JP2004362099A JP 2004362099 A JP2004362099 A JP 2004362099A JP 2003157564 A JP2003157564 A JP 2003157564A JP 2003157564 A JP2003157564 A JP 2003157564A JP 2004362099 A JP2004362099 A JP 2004362099A
- Authority
- JP
- Japan
- Prior art keywords
- information
- content
- file
- film roll
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】サーバクライアントシステムにおいて動画コンテンツに対応するインデックスの改善された管理、利用処理構成を実現する装置および方法を提供する。
【解決手段】動画コンテンツから選択された静止画データを格納したフィルムロールファイルと、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルをサーバに格納し、フィルムロールファイルおよびインデックス情報ファイルの各々にＵＲＩを設定して、これらＵＲＩをコンテンツ対応のメタデータとしたので、クライアントは、コンテンツ情報（メタデータ）からこれらのＵＲＩを取得し、各ＵＲＩを設定したデータ要求をサーバに送信することにより、コンテンツ、静止画、インデックス情報を選択的に受信することが可能となる。
【選択図】 図８
【解決手段】動画コンテンツから選択された静止画データを格納したフィルムロールファイルと、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルをサーバに格納し、フィルムロールファイルおよびインデックス情報ファイルの各々にＵＲＩを設定して、これらＵＲＩをコンテンツ対応のメタデータとしたので、クライアントは、コンテンツ情報（メタデータ）からこれらのＵＲＩを取得し、各ＵＲＩを設定したデータ要求をサーバに送信することにより、コンテンツ、静止画、インデックス情報を選択的に受信することが可能となる。
【選択図】 図８
Description
【０００１】
【発明の属する技術分野】
本発明は、サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、サーバの提供する動画コンテンツの再生をクライアント側で実行するシステムにおいて、動画コンテンツのインデックス情報を適用した処理を実行するサーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００３】
このようなホームネットワークの構成に適するプロトコルとしてユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）が知られている。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００４】
ＵＰｎＰは、接続機器間で、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００５】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００６】
例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアントは、サーバの保有するコンテンツについての情報を取得する。サーバは、コンテンツを記憶部に格納するとともに、格納コンテンツに対する属性情報を併せて格納している。属性情報には、例えばコンテンツとしての例えば曲や映画のタイトル、アーティスト名、記録日時、さらにデータの圧縮態様等に関する情報など様々である。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。
【０００７】
サーバに格納された音楽データ、画像データ等のコンテンツをクライアントにおいて再生しようとする場合、クライアントは、まず、サーバに格納されたコンテンツに対応するコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの変換情報（ＡＴＲＡＣ：ａｄａｐｔｉｖｅ ｔｒａｎｓｆｏｒｍ ａｃｏｕｓｔｉｃ ｃｏｄｉｎｇ， ＭＰＥＧ：ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ等）など、様々なコンテンツ情報をサーバから取得する。
【０００８】
サーバは、クライアントからのコンテンツ情報取得要求を受信すると、サーバの保有するコンテンツに関するメタデータ（属性情報）に基づいてコンテンツ情報を生成し、クライアントに送信する。クライアントは、サーバから取得したメタデータに基づいて所定の表示プログラムに従ってクライアントのディスプレイにコンテンツ情報を表示する。例えばアーティスト名、タイトル等からなるコンテンツリストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンツの送信要求をサーバに送信する。サーバはクライアントからのコンテンツリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンツの送信が行われ、クライアント側において受信コンテンツの再生が行われる。
【０００９】
ネットワーク接続されたコンテンツ利用機器としてのクライアントは、コンテンツ情報の取得のための処理として、サーバに対する検索（サーチ）要求や閲覧（ブラウズ）要求を行うことが可能である。また、クライアントは、コンテンツ識別子を設定したコンテンツ要求をサーバに送信することで特定のコンテンツをサーバから取得し再生することができる。
【００１０】
このようなサーバクライアントシステムにおいて、例えば、映画、ビデオ、ユーザ撮影映像等の動画コンテンツをサーバから受信し、クライアントにおいて再生する場合、コンテンツ全体ではなく、部分的な再生を行いたいという場合や、コンテンツ全体の流れを把握したいといった要求がある。
【００１１】
すでにＶＴＲなどのメディア再生機器においては、記録コンテンツに位置指定情報としてのインデックス情報を設定し、インデックス情報の位置を指定した再生を可能とした構成が実現されている。しかし、サーバに格納したコンテンツ、あるいはサーバに設定されたチューナにおいて受信するコンテンツをネットワークを介してクライアントが受信して再生を行うシステムにおいては、コンテンツを保持管理するのはサーバであり、再生を行うのはネットワーク接続されたクライアントであるので、インデックス情報を利用した処理を行おうとすると、クライアントとサーバ間での指示情報の送受信、サーバのクライアントからの受信情報に基づく処理が必要となる。
【００１２】
クライアントがサーバに対してコンテンツ要求を行い、サーバから順次送信されるコンテンツをクライアントで再生するいわゆるストリーミング再生を行う場合、クライアントは、サーバに対してコンテンツ識別子（例えばコンテンツＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ））を指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを生成してサーバに送信する。サーバはクライアントからの受信ＵＲＬに基づいて特定されるコンテンツをクライアントに送信する。コンテンツＵＲＬはコンテンツ全体に対応して設定されたコンテンツ識別子であり、コンテンツ全体の再生のためにクライアントがサーバに指定するために適用される。
【００１３】
コンテンツ全体をクライアント側に格納した後、クライアントで記憶コンテンツの再生を行う処理を実行する場合には、クライアント機器でＶＴＲ等のビデオ再生機器と同様の処理を実行して、ＶＴＲ等で適用されているインデックス情報と同様の処理を行うことが可能であるが、ストリーミング再生処理は、サーバから送信されコンテンツをクライアント側で受信し逐次再生を行う処理であり、クライアント側では時間調整のためのバッファ程度の記憶を行うのみで、コンテンツ全体の記憶といった処理をすることなく再生が行われる。
【００１４】
従って、インデックス情報を用いた部分再生、あるいはコンテンツ全体中の特徴的シーンのみの表示等の処理は、コンテンツの全体情報を保持していないクライアント機器単独で実行することは不可能であり、従ってＶＴＲ等のビデオ再生機器で適用されているインデックス情報をそのまま利用することはできない。コンテンツのストリーミング再生における、サーバのインデックス情報管理構成、サーバからクライアントに対するインデックス情報の提供構成、クライアントにおけるインデックス情報の利用構成については、未だ標準化された技術が存在しないというのが現状である。
【００１５】
特許文献１には、ネットワーク間で通信を実行するシステムにおいて、サーバの提供する複数の手続きをクライアントに確実に実行させるため、クライアントの手続きの進行状況に応じた手続き画面をクライアントに提示する構成を開示している。特許文献１に記載の構成は、Ｗｅｂページを適用した複数のユーザ入力処理画面を順次クライアント側ディスプレイに表示して手続きを実行する処理システムにおいて、ユーザがどのＷｅｂページに何を入力すればよいのかをユーザ側に知らせることを可能とし、ユーザ側のストレスを軽減させようとするものである。
【００１６】
特許文献１に記載の構成は、シーケンシャルな手続き画面の一部を静止画像として提示するという意味で、ネットワークを介した静止画情報の提供処理を実現しているが、この静止画は、Ｗｅｂページを適用した複数のユーザ入力処理画面の一部を構成するものであり、映画、ビデオ等の動画コンテンツのインデックスとは異なるものである。特許文献１に記載の構成は、映画、ビデオ等の動画コンテンツのインデックス情報の管理構成や、動画コンテンツに対応するインデックス情報のクライアントに対する提供構成や、利用構成を開示しているものではない。
【００１７】
【特許文献１】
特許公開２００３−３０５５２号公報
【００１８】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、サーバからクライアントに対して動画コンテンツを送信する構成、例えばストリーミング再生を実行する構成において、動画コンテンツに対応するインデックス、すなわちインデックス情報、静止画の管理、サーバからクライアントに対するインデックス情報、静止画の提供、クライアントにおけるインデックス情報、静止画の利用を効率的で簡易な情報管理構成に基づいて実現するサーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明の第１の側面は、
クライアントに対するデータ提供処理を実行するサーバ装置であり、
クライアントとのデータ送受信を実行する通信部と、
動画コンテンツと、前記動画コンテンツに対応する属性情報としてのメタデータからなるコンテンツ情報と、前記動画コンテンツから選択された静止画データを格納したフィルムロールファイルと、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルとを記憶した記憶部と、
クライアントからの要求に基づいてクライアントに対する送信データを生成する送信データ生成部とを有し、
前記フィルムロールファイルおよび前記インデックス情報ファイルの各々には、クライアントによって指定可能な識別情報が付与され、該識別情報は前記コンテンツ情報としてのメタデータの構成情報として設定されて前記記憶部に記憶され、
前記送信データ生成部は、クライアントからのデータ取得要求に格納されたフィルムロールファイル識別子またはインデックス情報ファイル識別子に基づいて、前記記憶部から対応データを取得し、クライアントに対する送信データを生成する構成であることを特徴とするサーバ装置にある。
【００２０】
さらに、本発明のサーバ装置の一実施態様において、前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であり、前記送信データ生成部は、クライアントからのフィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドに基づく処理を実行する構成であることを特徴とする。
【００２１】
さらに、本発明のサーバ装置の一実施態様において、前記サーバ装置は、クライアントからのフィルムロールファイル識別子を指定した静止画要求に、特定の静止画の選択送信を要求するシーク要求が含まれている場合に、前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行するシーク情報処理部を有し、前記送信データ生成部は、前記シーク情報処理部において選択取得した静止画データをクライアントに対する送信データとする構成であることを特徴とする。
【００２２】
さらに、本発明のサーバ装置の一実施態様において、前記シーク要求は、動画コンテンツの基準位置からの時間情報またはオフセット情報であり、前記シーク情報処理部は、前記フィルムロールファイルに格納された動画コンテンツの基準位置からの時間情報またはオフセット情報に基づいて前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行する構成であることを特徴とする。
【００２３】
さらに、本発明のサーバ装置の一実施態様において、前記インデックス情報ファイルは、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報として、インデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含む構成であることを特徴とする。
【００２４】
さらに、本発明のサーバ装置の一実施態様において、前記フィルムロールファイルは、前記動画コンテンツから選択された静止画データとインデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含む構成であることを特徴とする。
【００２５】
さらに、本発明のサーバ装置の一実施態様において、前記サーバ装置は、さらに、動画コンテンツに基づいて前記フィルムロールファイルおよびインデックス情報ファイルを生成するインデックス生成部を有し、前記インデックス生成部は、動画コンテンツの各シーンの特徴シーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行する構成であることを特徴とする。
【００２６】
さらに、本発明のサーバ装置の一実施態様において、前記インデックス生成部は、動画コンテンツの各シーンの特徴シーンを、連続するシーンにおけるシーン変化量の大のシーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行する構成であることを特徴とする。
【００２７】
さらに、本発明の第２の側面は、
サーバに対するデータ取得要求を実行するクライアントとしての情報処理装置であり、
サーバとのデータ送受信を実行する通信部と、
サーバから受信したコンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行するコンテンツ情報解析部を有することを特徴とする情報処理装置にある。
【００２８】
さらに、本発明の情報処理装置の一実施態様において、前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。
【００２９】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドを生成し送信する処理を実行する構成を有することを特徴とする。
【００３０】
さらに、本発明の第３の側面は、
クライアントに対するデータ提供処理を実行する情報処理方法であり、
クライアントからのデータ取得要求を受信するステップと、
前記データ取得要求に格納された取得対象データ識別子が、コンテンツ識別子であるか、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子であるか、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子であるかを判定する識別子判定ステップと、
前記識別子判定ステップにおいて判定された識別子に応じて、記憶部から対応データを取得し、クライアントに対する送信データを生成する送信データ生成ステップと、
を有することを特徴とする情報処理方法にある。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であり、前記送信データ生成ステップは、クライアントからのフィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドに基づく処理を実行することを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、
クライアントからのフィルムロールファイル識別子を指定した静止画要求に、特定の静止画の選択送信を要求するシーク要求が含まれている場合に、前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行するシーク情報処理ステップを有し、前記送信データ生成ステップは、前記シーク情報処理ステップにおいて選択取得した静止画データをクライアントに対する送信データとすることを特徴とする。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記シーク要求は、動画コンテンツの基準位置からの時間情報またはオフセット情報であり、前記シーク情報処理ステップは、前記フィルムロールファイルに格納された動画コンテンツの基準位置からの時間情報またはオフセット情報に基づいて前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行することを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記インデックス情報ファイルは、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報として、インデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含むことを特徴とする。
【００３５】
さらに、本発明の情報処理方法の一実施態様において、前記フィルムロールファイルは、前記動画コンテンツから選択された静止画データとインデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含む構成であることを特徴とする。
【００３６】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、動画コンテンツに基づいて前記フィルムロールファイルおよびインデックス情報ファイルを生成するインデックス生成ステップを有し、前記インデックス生成ステップは、動画コンテンツの各シーンの特徴シーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行することを特徴とする。
【００３７】
さらに、本発明の情報処理方法の一実施態様において、前記インデックス生成ステップは、動画コンテンツの各シーンの特徴シーンを、連続するシーンにおけるシーン変化量の大のシーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行することを特徴とする。
【００３８】
さらに、本発明の第４の側面は、
サーバに対するデータ取得要求を実行する情報処理方法であり、
サーバからコンテンツ情報を受信するステップと、
前記コンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行するステップと、
を有することを特徴とする情報処理方法にある。
【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。
【００４０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドを生成し送信する処理を実行することを特徴とする。
【００４１】
さらに、本発明の第５の側面は、
クライアントに対するデータ提供処理を実行するコンピュータ・プログラムであり、
クライアントからのデータ取得要求を受信するステップと、
前記データ取得要求に格納された取得対象データ識別子が、コンテンツ識別子であるか、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子であるか、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子であるかを判定する識別子判定ステップと、
前記識別子判定ステップにおいて判定された識別子に応じて、記憶部から対応データを取得し、クライアントに対する送信データを生成する送信データ生成ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４２】
さらに、本発明の第６の側面は、
サーバに対するデータ取得要求を実行するコンピュータ・プログラムであり、
サーバからコンテンツ情報を受信するステップと、
前記コンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４３】
【作用】
本発明の構成によれば、サーバがクライアントに提供する動画コンテンツから選択された静止画データを格納したフィルムロールファイルと、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルを有し、フィルムロールファイルおよびインデックス情報ファイルの各々には、クライアントによって指定可能な識別情報を付与し、識別情報をコンテンツ情報であるメタデータの構成情報として設定したので、クライアントは、コンテンツ情報に含まれるコンテンツ識別子と、フィルムロールファイル識別子と、インデックス情報ファイル識別子の各識別子を取得し、各識別子を設定したデータ要求を実行することにより、コンテンツ、静止画、インデックス情報、いずれかの情報を選択的に受信することが可能となる。
【００４４】
さらに、本発明の構成によれば、フィルムロールファイルに含まれる静止画についてのシーク処理、すなわち、時間情報あるいはオフセット情報に基づく要求データの指定処理を可能としたので、クライアントは特定の静止画像データをサーバから取得することが可能となり、充分な記憶容量の記憶部を持たないクライアントであっても、静止画像の取得表示が可能となる。
【００４５】
さらに、本発明の構成によれば、フィルムロールファイル識別子およびインデックス情報ファイル識別子をＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）として設定した構成としたので、クライアントは、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドをサーバに送信することで、サーバから目的のデータを取得することが可能となる。
【００４６】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００４７】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４８】
【発明の実施の形態】
以下、図面を参照しながら、本発明のサーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００４９】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１は、様々なクライアント装置からの処理要求に応じて処理を実行するサーバ１０１と、サーバ１０１に対して処理要求を行なうクライアント装置としてのＰＣ１２１，モニター１２２，携帯電話１２３、再生機１２４、ＰＤＡ１２５がネットワーク１００を介して接続された構成、例えばホームネットワーク構成を示している。クライアント装置としては、この他にも様々な電子機器、家電機器が接続可能である。
【００５０】
サーバ１０１がクライアントからの要求に応じて実行する処理は、例えばサーバ１０１の保有するハードディスク等の記憶手段に格納されたコンテンツの提供、あるいはサーバの実行可能なアプリケーションプログラムの実行によるデータ処理サービス等である。なお、図１においては、サーバ１０１と、クライアント装置とを区別して示しているが、クライアントからの要求に対するサービスを提供する機器をサーバとして示しているものであり、いずれのクライアント装置も、自己のデータ処理サービスを他のクライアントに提供する場合には、サーバとしての機能を提供可能となる。従って、図１に示すネットワーク接続されたクライアント装置もサーバとなり得る。
【００５１】
ネットワーク１００は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワーク１００を介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ１０１に送信することにより、サーバ１０１に対するデータ処理要求を実行する。サーバ１０１は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。
【００５２】
ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００５３】
図１に示すサーバおよびクライアント装置を構成する情報処理装置の一例としてＰＣのハードウェア構成例について図２を参照して説明する。
【００５４】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、またはＨＤＤ２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【００５５】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【００５６】
図２に示す構成は、図１に示すネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（ＰＣ）の例であるが、ネットワーク接続機器はＰＣに限らず、図１に示すように携帯電話、ＰＤＡ等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。
【００５７】
［オブジェクト管理およびメタデータ］
次にクライアントに提供するコンテンツを管理するサーバのコンテンツを含むオブジェクト管理構成、およびメタデータについて説明する。サーバは、自己の記憶部に格納した静止画、動画等の画像データ、音楽等の音声データ等のコンテンツ、さらには、ライブストリーミングデータを実行するためのチューナに関する情報、例えばチャンネル情報を各コンテンツに対応する属性情報（メタデータ）として保有している。
【００５８】
なお、サーバの保有する静止画、動画等の画像データ、音楽等の音声データ、チューナを介して受信するライブストリーミングデータ等のコンテンツを総称してＡＶコンテンツと呼ぶ。サーバにおいて、ＡＶコンテンツは、階層構成を有するコンテンツ管理ディレクトリによってサーバ内のＣＤＳ（コンテンツディレクトリサービス）において管理される。
【００５９】
サーバのＣＤＳ（コンテンツディレクトリサービス）において管理されるコンテンツ管理ディレクトリの構成例を図３に示す。階層構成は図３に示すように分岐ツリー状の図として示すことができる。図３に示す各円の各々が個々のオブジェクトである。この階層構成は、サーバが記憶部に格納し管理するコンテンツ、およびライブストリーミングコンテンツに対応する論理的な管理構成を示すものである。
【００６０】
コンテンツ管理ディレクトリの個々の要素、すなわち、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ、メタデータ格納フォルダの各々はオブジェクト（Ｏｂｊｅｃｔ）と呼ばれる。なお、オブジェクトとは、サーバによって処理されるデータ単位の総称であり、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ、メタデータ格納フォルダ以外にも様々なオブジェクトが存在する。
【００６１】
ＡＶコンテンツの最小単位、すなわち１つの楽曲データ、１つの動画データ、１つの静止画データ等をアイテム（ｉｔｅｍ）とよぶ。ライブストリーミングデータの場合は、１つのチャンネルが１アイテムとして定義される。
【００６２】
また、アイテムの集合として規定されるアイテムの上位オブジェクトをコンテナ（Ｃｏｎｔａｉｎｅｒ）と呼ぶ、集合の単位は、例えば各オブジェクトの物理的な記憶位置に基づく集合、各オブジェクトの論理的関係に基づく集合、カテゴリに基づく集合等、様々に設定され得る。
【００６３】
例えば、チャンネルをアイテムとしたコンテナの一例としては地上波のみのチャンネルのアイテムを集合としたコンテナや、衛星放送のチャンネルを集合としたコンテナが設定される。
【００６４】
オブジェクトは、その種類、例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、その種類によりクラスに分類されクラスラベリングがなされる。クライアントは、例えば特定のクラスを指定して、特定の分類に属するオブジェクトのみを対象とした「サーチ」を要求し実行することができる。また特定のフォルダ等のオブジェクトを指定して、そのフォルダに関する情報のみを要求する「ブラウズ」を要求し特定フォルダに関する情報の取得処理をすることが可能である。なお、サーバにおいては、クラスも階層構成で管理されており、１つのクラスの下にサブクラスの設定が可能である。
【００６５】
メタデータは、サーバの持つコンテンツに対応した属性情報、クラスの定義情報、コンテンツ管理ディレクトリを構成する階層構成に関する情報等を含むさまざまな管理情報である。個々のオブジェクトに対応付けて定義されたコンテンツの属性情報としてのメタデータには、例えばコンテンツＵＲＬ等のコンテンツ識別子（ＩＤ）、データサイズ、リソース情報、タイトル、アーティスト名、著作権情報、チャンネル情報等、様々な情報が含まれる。メタデータに含まれる個々の情報をプロパティまたはプロパティ情報と呼ぶ。なお、音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）、ライブストリーミングデータ等、前述したクラス毎にどのようなプロパティからなるメタデータを持つかが予め規定されている。
【００６６】
図３において、最上位はルートコンテナ３０１と呼ばれる。ルートコンテナの下位に例えば音楽（ミュージック）コンテナ３０２、動画コンテナ３０３、静止画コンテナ３０４、さらにチューナコンテナ３０５等が設定される。音楽（ミュージック）コンテナ３０２の下位には、ジャンル３０５、ジャンルの下位には、アーティスト３０６などのフォルダまたはアイテム等のオブジェクトの設定がなされる。
【００６７】
動画コンテナ３０３の下位には、ジャンル３０８、さらにその下位にコンテンツに対応するアイテムとしてのビデオカプセル３０９が設定される。例えばビデオカプセル３０９は、サーバ内のハードディスク等の記憶部に格納されたビデオコンテンツに対応し、そのビデオコンテンツに対応した属性情報（メタデータ）を持つ。メタデータには、クライアントがコンテンツを取得するためのコンテンツ識別子、すなわちコンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）あるいはコンテンツＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が含まれる。なお、ＵＲＩはＵＲＬの上位概念である。
【００６８】
クライアントは、コンテンツ情報取得手続きによりビデオカプセル３０９の識別子として例えばビデオカプセルＵＲＬを取得し、ビデオカプセルＵＲＬを指定したコンテンツ要求をサーバに送信することでビデオカプセルに対応するビデオコンテンツをサーバから受信して再生することができる。
【００６９】
一方、チューナコンテナ３０５にもコンテナに対応するメタデータに設定されるコンテンツＵＲＬとしてチャンネルリストＵＲＬが設定される。すなわち、チューナ受信コンテンツに対応する属性情報としてチャンネルリストＵＲＬが設定される。チャンネルリストＵＲＬは、チューナコンテナ３０６の子として存在するチャンネルアイテムに対応する全てのコンテンツの取得、制御権をクライアントに提供するために設定されたＵＲＬである。
【００７０】
チャンネルの集合体としてのチャンネルリストにＵＲＬを設定し、クライアントが、チャンネルリストＵＲＬを指定したコンテンツ取得要求をサーバに送信することで、クライアントは、チャンネルリストにリストアップされたチャンネル、すなわちコンテンツ管理ディレクトリにおいて、チューナコンテナの下位に設定されたチャンネルアイテムの全てのコンテンツの取得、すなわち制御権をまとめて得ることができる。結果として、チャンネルリストにリストされたチャンネル間の切り替えにおいては、新たなＵＲＬに基づくコンテンツ要求を行う必要がない。
【００７１】
コンテンツ検索を実行しようとするクライアントは、コンテンツ管理ディレクトリの階層やオブジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のオブジェクトの指定としての「ブラウズ」をサーバに要求することで、コンテンツの情報を取得することが可能である。クライアントは、サーバから受信するコンテンツ情報を記述したＸＭＬデータに基づいてコンテンツ情報をディスプレイに表示する。
【００７２】
コンテンツ情報リストの表示処理例を図４に示す。図４に示す例では、コンテンツＮｏ、タイトル、アーティスト名、チャンネル、コンテンツＵＲＬをリスト化したデータ構成を持つコンテンツ情報リスト３５７をディスプレイ３５０に表示した例を示している。
【００７３】
例えばビデオカプセルに対応するメタデータに基づいて表示されるコンテンツ情報は、図４中のコンテンツＮｏ．［０００１］、［０００２］のコンテンツであり、チューナコンテナに対応するメタデータに基づいて表示されるコンテンツ情報は、［０００３］、［０００４］のようにチャンネルリストであることと、チャンネルリストに含まれるチャンネル情報、およびチャンネルリストＵＲＬ等となる。
【００７４】
これらのコンテンツ情報は、サーバの管理するコンテンツ対応のメタデータの構成要素としてのプロパティ情報に基づいて生成される。サーバはクライアントから受信した「サーチ」または「ブラウズ」要求に基づいて条件に一致するコンテンツのメタデータ中のプロパティ情報を取得し、取得したプロパティ情報に基づいてＸＭＬデータを生成し、クライアントに送信する。
【００７５】
クライアントは、サーバによって抽出されたコンテンツに対応するプロパティ情報に基づくＸＭＬデータを受信し、受信ＸＭＬデータに基づいて図４に示すような表示データを生成し、クライアントのディスプレイに表示する。
【００７６】
クライアント側のユーザはこれらのリストから再生対象コンテンツを選択し、選択コンテンツ指定情報、例えばコンテンツＵＲＬをサーバに送信することで、サーバからコンテンツ、すなわち音楽や映画、あるいは写真等、様々なコンテンツが送信されクライアント側で再生、出力が実行される。チューナコンテナに対応するチャンネルリストＵＲＬに基づくコンテンツ要求を行うと、チャンネルリストにリストされたチャンネルに対応するコンテンツをまとめて取得、すなわちＵＲＬ切り替えを行うことなく、チャンネル切り替えを自在に実行することができる。
【００７７】
前述したように、クライアントに送信されるコンテンツ情報には、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）が含まれる。クライアントディスプレイに表示されたコンテンツＵＲＬあるいはリンクデータをユーザが指定（クリック）したことを条件として、クライアントデバイスにおいて、コンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信し、サーバがコンテンツＵＲＬに対応するコンテンツをクライアントに送信する。
【００７８】
［クライアントによるコンテンツ再生処理］
例えばコンテンツを再生しようとするクライアントは、サーバに対してコンテンツ要求を行い、要求コンテンツをサーバから受信してコンテンツの再生を行うことができる。一般的なコンテンツ再生の手順について図５を参照して説明する。まず、ステップＳ１１において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。これは例えばサーチ（検索）、あるいはブラウズ（閲覧）要求として実行することができる。ステップＳ１２で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、タイトル、アーティスト名などのコンテンツ情報をＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データにより生成してクライアントに送信する。
【００７９】
クライアントは、ステップＳ１３において、受信ＸＭＬ情報に従って、コンテンツ情報をディスプレイに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間等からなるリストとして表示される。
【００８０】
次に、クライアントはステップＳ１４において、クライアント装置において、サーバから受信し再生する曲を選択し、コンテンツ指定情報（例えばコンテンツＩＤ）をサーバに送信する。サーバは受信したコンテンツ指定情報に基づいてコンテンツを記憶手段から取得して、送信する。ステップＳ１６において、クライアントはサーバから受信したコンテンツを再生する。なお、コンテンツがＡＴＲＡＣ、ＭＰＥＧ等の圧縮処理がなされている場合は、クライアント側で復号処理を行った後に再生処理を行う。
【００８１】
通常のコンテンツ再生手順は、上述したとおりである。クライアントは、様々なコンテンツ属性情報、すなわち、サーバの保有するコンテンツ対応のメタデータに含まれるプロパティ情報を取得し、プロパティ情報に基づいてクライアントにコンテンツリスト等のＵＩを表示し、コンテンツを選択しサーバに要求することができる。
【００８２】
クライアントが、動画像、音楽データ等の時系列データからなるコンテンツをサーバから受信し、受信に並行してクライアントのディスプレイ、スピーカ等において出力再生する処理をストリーミング再生と呼ぶ。ストリーミング再生処理の１例としてＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に基づくストリーミング再生がある。
【００８３】
ＨＴＴＰは一般的にファイル転送に使用されるが、クライアントがオーディオ、ビデオ等のコンテンツの時系列データを受信しながら、同時に再生をおこなうことで、ストリーミング再生が可能である。ストリーミング再生は、クライアントがファイルをダウンロードしてから再生する場合に比べ、再生開始するのにダウンロード完了を待つ必要がなく、また、クライアントはハードディスクなどのストレージは不要となるメリットがある。ＭＰＥＧ（ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ）ビデオコンテンツを例として、ＨＴＴＰによるストリーミング再生の行う場合の処理例について、図６を参照して説明する。
【００８４】
サーバ４１０のハードディスク４１１には、動画像データとしてのＭＰＥＧファイル４１２が格納され、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従ったパケット解析およびデータ処理を実行するＨＴＴＰサーバ４１３を有する。一方、クライアント４２０は、ＨＴＴＰのリクエストパケットを生成し、受信パケットに基づく処理を実行するＨＴＴＰクライアント４２２と、サーバ４１０からの受信パケットに格納されているＭＰＥＧデータの復号処理を実行するＭＰＥＧデコーダ４２１を備えている。
【００８５】
クライアント４２０は、すでにサーバの格納コンテンツに対するコンテンツ情報を前述のブラウズやサーチ処理に基づいて取得しており、サーバから取得したコンテンツ情報には、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）が含まれる。ＨＴＴＰクライアント４２２は、再生対象とするコンテンツに対応するコンテンツＵＲＬを設定したコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してリクエストとして、サーバ４１０に送信する。
【００８６】
サーバ４１０のＨＴＴＰサーバ４１３は、クライアントから受信するＨＴＴＰ−ＧＥＴメソッドに基づいて、指定コンテンツＵＲＬに基づいてサーバ内のハードディスク４１１から指定コンテンツに対応するＭＰＥＧファイル４１２を取得してクライアント４２０に送信する。
【００８７】
クライアント４２０に送信されるコンテンツはＭＰＥＧストリームを構成する時系列データである。例えば映像や音声などの個別データストリームであるＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットを複数結合し、さらに制御情報をヘッダに格納したパック（Ｐａｃｋ）を１つの処理単位としたＭＰＥＧ−２システムに従ったストリームデータとして配信される。
【００８８】
クライアント４２０のＨＴＴＰクライアント４２２は、受信パケット内の制御情報に従ってパケットに格納されたＭＰＥＧ圧縮コンテンツを取得してＭＰＥＧデコーダ４２１に出力し、ＭＰＥＧデコーダ４２１においてＭＰＥＧ復号処理がなされ、ディスプレイやスピーカを介して出力される。
【００８９】
ＨＴＴＰストリーミングでは上述したようにＧＥＴメソッドを使用する。図７にサーバクライアント間のＨＴＴＰストリーミングに基づくコンテンツのストリーミング配信の処理シーケンスを示す。
【００９０】
ＨＴＴＰに基づくデータトランザクションでは１つのＴＣＰ／ＩＰコネクションが使用される。ＨＴＴＰクライアントからの１つのＨＴＴＰリクエストに対して、ＨＴＴＰサーバは１つのＨＴＴＰレスポンスを返信する。
【００９１】
ＨＴＴＰクライアントは、ＨＴＴＰリクエストの送信前にステップＳ２１において、ＴＣＰ／ＩＰコネクションをオープンする。その後、クライアントは、ステップＳ２２において、再生対象とするコンテンツに対応するコンテンツＵＲＬを設定したコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信する。
【００９２】
サーバは、コンテンツＵＲＬに基づいてコンテンツを取得し、ステップＳ２３において、ＨＴＴＰレスポンスとしてコンテンツをボデイとして格納したパケットをシーケンシャルにクライアントに送信する。
【００９３】
ステップＳ２４において、クライアントは受信パケットに基づく復号、再生処理を開始し、サーバからのレスポンスデータ受信終了に伴い、ステップＳ２５において再生処理を終了する。サーバからのレスポンスの送信が終了したら、ステップＳ２６において、ＨＴＴＰサーバはそのＴＣＰ／ＩＰコネクションをクローズする。
【００９４】
ＨＴＴＰストリーミングの場合は、ＨＴＭＬなどのファイル転送に比べて、レスポンスでは比較的大きなデータが転送される。このデータ転送はＴＣＰ／ＩＰのフロー制御によっておこなわれ、ＨＴＴＰサーバモジュールはレスポンスのデータを転送し続けようとするが、ＨＴＴＰクライアントがデータを受信できない状態の場合は（例えば受信バッファがフル）、データ転送は待たされる。ＨＴＴＰストリーミングはこの仕組みを利用して、クライアントは受信したデータを随時、デコーダーモジュールに転送して再生し、それによりデータが消費されたら、そのつど、サーバからのデータを受信する。
【００９５】
クライアントは、レスポンスのデータ受信を一時的に停止することで、ＨＴＴＰストリーミング再生の一時停止（ＰＡＵＳＥ）を行うことが可能である。また、クライアントがＴＣＰコネクションを切断することにより、ＨＴＴＰストリーミング再生の停止（ＳＴＯＰ）を行うことができる。
【００９６】
［インデックスの適用処理］
上述したように、動画コンテンツは、ストリーミング配信によりサーバからクライアントに送信され、クライアントにおいて再生される。
【００９７】
クライアントは、コンテンツＵＲＬ等のコンテンツ識別子を指定してコンテンツの取得、再生を行うことができるが、これはコンテンツ全体の再生を可能とするものであり、例えば、コンテンツの一部の再生や、動画コンテンツの特徴部分の静止画像の取得処理にはコンテンツＵＲＬのみを指定したＨＴＴＰ−ＧＥＴメソッドは適用できない。
【００９８】
本発明では、コンテンツ提供サーバにおいて、動画コンテンツに対応する情報ファイルとして動画コンテンツを構成する画像データから選択された静止画像を集めた静止画像ファイル（フィルムロールファイル）と、静止画像ファイル（フィルムロールファイル）に格納した静止画の各々に対応するテキスト情報ファイルを集積したインデックス情報ファイルを設定し、サーバに格納し、静止画像ファイルおよびインデックス情報ファイル各々に対してＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）設定し、クライアントがＨＴＴＰ−ＧＥＴメソッドに基づいてそれぞれのファイルを取得可能な構成とした。なお、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）は、ＵＲＬの上位概念である。
【００９９】
図８を参照して、サーバにおけるデータ管理構成について説明する。コンテンツ実体（ビデオカプセル）５１０およびコンテンツ情報（ビデオカプセルメタデータ）５１１は、図３を参照して説明したコンテンツディレクトリに基づいて管理されたコンテンツの実体データと、コンテンツの属性情報（メタデータ）である。
【０１００】
コンテンツ情報５１１には、コンテンツ名、アーティスト名等の様々な属性情報に加え、コンテンツ識別情報としてのコンテンツＵＲＩ（またはＵＲＬ）が設定され、クライアントはコンテンツＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツ実体を取得し再生することができる。
【０１０１】
さらに、本発明の構成では、コンテンツ情報５１１に、コンテンツの特徴シーン等からなる選択された静止画データを集積した静止画像データファイルとしてのフィルムロールファイル５１２の識別情報としてのフィルムロールファイルＵＲＩと、フィルムロールファイル５１２に格納された静止画像各々のコンテンツにおける位置情報などのインデックス情報を集積したインデックス情報ファイル５１３の識別情報としてのインデックス情報ファイルＵＲＩを設定した。
【０１０２】
クライアントは、ブラウズ（閲覧）、サーチ（検索）等の処理要求に基づいてサーバから取得したコンテンツ情報５１１によって、コンテンツ実体に対応するコンテンツＵＲＩに加え、フィルムロールファイル５１２のフィルムロールファイルＵＲＩと、インデックス情報ファイル５１３のインデックス情報ファイルＵＲＩを取得することが可能となり、コンテンツＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツ実体を取得し再生することができるとともに、フィルムロールファイルＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツの特徴シーン等からなる静止画データを取得し表示することができ、また、インデックス情報ファイルＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することで静止画データに対応するインデックス情報を取得することが可能となる。
【０１０３】
インデックス情報ファイル５１３に格納されるデータ構成について図９、図１０を参照して説明する。インデックス情報ファイル５１３に格納されるデータはテキストデータであり、フィルムロールファイル５１２に格納された静止画像データの各々に対応する情報を集積したデータ構成を持つ。図９に示すデータ部５２１、５２２が、フィルムロールファイル５１２に格納された静止画像データ個々に対応するデータである。個々のデータ構成について、図１０を参照して説明する。
【０１０４】
ＩＤは、インデックスの各々の識別子であり、例えば、１つのコンテンツに設定された複数のインデックスの先頭からシーケンシャルな番号として設定される。
【０１０５】
タイム（Ｔｉｍｅ）は、インデックス（静止画）の位置情報であり、ビデオストリーミングのタイムスタンプ情報である。例えばｒｆｃ２３２６において規定されるＮＰＴ（Ｎｏｒｍａｌ Ｐｌａｙ Ｔｉｍｅ）によって表記される。ＮＰＴはコンテンツの絶対位置情報を時間表記により示した情報であり、例えば時、分、秒の構成データからなる。
【０１０６】
例えばビデオコンテンツの開始位置等の基準位置からインデックス位置としての静止画位置までの経過時間情報が設定される。クライアントは、このタイム（Ｔｉｍｅ）情報を設定したコンテンツシーク要求をサーバに送信することで、クライアントは、このタイム（Ｔｉｍｅ）情報に一致した位置からのコンテンツのストリーミング再生をサーバに実行させることができる。この処理については後述する。
【０１０７】
オフセット（ｏｆｆｓｅｔ）は、バイトデータとして示したインデックスの位置情報である。例えばビデオコンテンツの開始位置等の基準位置からインデックス位置としての静止画位置までのバイトオフセットデータ情報が設定される。
【０１０８】
タイプ（Ｔｙｐｅ）は、インデックスの種類を示す情報であり、インデックスがユーザの設定によるものであるか、サーバが自動的に設定したものであるかを示す情報である。例えばサーバによる自動設定の場合［０］、ユーザによるマニュアル設定の場合［１］が設定される。
【０１０９】
レベル（Ｌｅｖｅｌ）は、インデックスとしての静止画像のシーンと前シーンとの変化量を示している。前シーンとの変化量をＭＡＸ：２５５、ＭＩＮ：０として設定した数値データとして設定される。
【０１１０】
音声モード（ＡｕｄｉｏＭｏｄｅ）は、インデックス位置における音声の態様情報を設定する。モノラル、ステレオ、２ヶ国語などのインデックス位置における音声モード情報を設定する。
【０１１１】
これらの情報が、フィルムロールファイル５１２に格納された静止画像データの各々に対応する情報としてインデックス情報ファイル５１３に格納される。図９に示すデータ部５２１、５２２の各々が、図１０に示すデータを持つ。
【０１１２】
次に、図１１を参照してフィルムロールファイル５１１のデータ構成について説明する。フィルムロールファイルは、図１１に示すように、ヘッダ情報５３１、インデックス情報５３２、静止画像データ５３３を有する。
【０１１３】
ヘッダ情報には、フィルムロールファイル５１１の識別子としてのファイルＩＤ、フィルムロールファイルに格納されたインデックス数、すなわち静止画の数などの情報が格納される。
【０１１４】
ヘッダ情報の後には、インデックス数に対応するインデックス情報５３２と静止画像データ５３３の組が格納される。インデックス情報５３２は、インデックス情報ファイル５１３に格納される情報と同一の情報であり、図１０に示す情報が格納される。すなわちインデックス情報は、インデックス情報ファイル５１３とフィルムロールファイル５１１に重複して格納される。
【０１１５】
インデックス情報５３２に続いて、インデックス情報５３２に対応する静止画像データが格納される。静止画像データは、ＲＧＢデータ、ＪＰＥＧデータなど、様々なデータ態様での格納が可能である。
【０１１６】
図１２を参照して、クライアントによるフィルムロールファイル、インデックス情報ファイルの取得処理シーケンスについて説明する。
【０１１７】
まず、ステップＳ３１において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。これは例えばサーチ（検索）、あるいはブラウズ（閲覧）要求として実行することができる。ステップＳ３２で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、タイトル、アーティスト名などのコンテンツ情報、さらに、コンテンツ実体に対応するコンテンツ識別情報としてのコンテンツＵＲＩ、コンテンツの特徴シーン等からなる静止画データを持つフィルムロールファイルＵＲＩ、静止画データに対応するインデックス情報を格納したインデックス情報ファイルＵＲＩを含むコンテンツ情報をクライアントに送信する。
【０１１８】
クライアントは、ステップＳ３３において、受信コンテンツ情報に従って、コンテンツ情報をディスプレイに表示する。表示されるコンテンツ情報は、図１３に示すようにコンテンツＵＲＩ５５１、フィルムロールＵＲＩ、インデックス情報ＵＲＩが含まれる。クライアントにおいてこれらのＵＲＩをクリックすることにより、クリックＵＲＩを指定ＵＲＩとしたＨＴＴＰ−ＧＥＴメソッドがサーバに送信される。このコンテンツ情報表示プログラムは、サーバの提供コンテンツの利用処理を実行するアプリケーションプログラムの下の表示処理を実行する表示プログラムであり、サーバから受信するコンテンツ情報を含むＸＭＬデータに基づいて表示情報を生成する。
【０１１９】
このように、クライアントは、コンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行する。
【０１２０】
なお、図１３に示す表示例はそれぞれのＵＲＩを直接表示する例を示しているが、これは一例であり、例えばコンテンツを示すアイコン等のイメージデータ、フィルムロールを示すイメージデータ、インデックス情報を示すイメージデータ等をディスプレイに示し、それぞれのＵＲＩにリンクさせて、ユーザが各イメージデータ（アイコン）をクリックすることで、リンクＵＲＩを指定ＵＲＩとしたＨＴＴＰ−ＧＥＴメソッドがサーバに送信される構成としてもよい。これらの処理は、サーバの提供コンテンツの利用処理を実行するアプリケーションプログラムの下で動作するＨＴＴＰクラアントの処理として実行される。
【０１２１】
図１２に戻りシーケンス図の説明を続ける。ステップＳ３３において、クライアントが、サーバからの受信コンテンツ情報に従って、図１３に示すようなコンテンツ情報をディスプレイに表示すると、クライアント側のユーザはコンテンツの取得要求として、ステップＳ３４において、コンテンツＵＲＩを設定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信する。
【０１２２】
ステップＳ３５において、サーバは指定コンテンツＵＲＩに対応するコンテンツを取得してステップＳ３５において、ストリーミング配信を開始する。クライアントではステップＳ３６においてコンテンツ再生を開始する。
【０１２３】
さらに、クライアント側のユーザは、ステップＳ３７において、コンテンツ情報中のフィルムロールＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信する。
【０１２４】
ステップＳ３８において、サーバは指定フィルムロールＵＲＩに対応するフィルムロールファイルを取得してステップＳ３８においてクライアントに送信する。クライアントではステップＳ３９において受信したフィルムロールファイルに基づいて静止画像データの表示を実行する。
【０１２５】
クライアントにおいてコンテンツＵＲＩに基づいてサーバから受信するコンテンツとともに、フィルムロールＵＲＩに基づいてサーバから受信するフィルムロールファイルから取得される静止画情報をディスプレイに表示した例を図１４に示す。
【０１２６】
クライアントのディスプレイ５６０には、コンテンツＵＲＩに基づいてサーバから受信するコンテンツに基づく動画５６１と、フィルムロールＵＲＩに基づいてサーバから受信するフィルムロールファイルから取得される静止画５６２とが併せて表示される。なお、このクライアント側でのデータ表示処理は、サーバの提供コンテンツの利用処理を実行するアプリケーションプログラムの下で動作する表示処理プログラムに基づいて実行される。
【０１２７】
静止画５６２は、動画５６１のコンテンツ全体から選択された特徴シーンの静止画像データである。なお、図１４には、静止画像を表示した例を示してあるが、静止画像データに対応して設定されているテキストデータからなるインデックス情報を静止画像に併せて表示したり、インデックス情報のみを表示したりすることも可能である。クライアントは、フィルムロールＵＲＩに基づいてフィルムロールファイルを受信しており、そのデータに基づく情報を選択して表示可能である。
【０１２８】
図１２〜図１４では、フィルムロールＵＲＩに基づくＨＴＴＰ−ＧＥＴメソッドをクライアントからサーバにＨＴＴＰリクエストとして送信してサーバからＨＴＴＰレスポンスとしてフィルムロールファイルを取得する処理例を説明したが、インデックス情報も、インデックス情報ファイルＵＲＩに基づくＨＴＴＰ−ＧＥＴメソッドをサーバに送信することで、サーバからのＨＴＴＰレスポンスとして受信可能である。
【０１２９】
図１５に、サーバの保有する動画コンテンツに対応するインデックス情報、フィルムロールについてまとめた図を示す。図１５に示すように、インデックス情報ファイル５７１は、インデックス情報ファイルＵＲＩが設定され、フィルムロールファイル５７２にはフィルムロールファイルＵＲＩが設定され、これらのＵＲＩ情報は、コンテンツのメタデータ、すなわちコンテンツ情報に格納されており、クライアントはサーチやブラウズ等のコンテンツ情報取得処理により、これらのＵＲＩをコンテンツＵＲＩとともに取得することができる。
【０１３０】
インデックス情報ファイル５７１には、フィルムロールファイル５７２に格納された静止画像の各々に対応するインデックス情報５７４がテキストデータとして格納され、フィルムロールファイル５７２には静止画像データ５７３とともに、インデックス情報５７４が格納される。
【０１３１】
上述したように、本発明の構成では、サーバに格納した動画コンテンツに対応して、コンテンツの特徴シーン等からなる選択された静止画データを集積した静止画像データファイルとしてのフィルムロールファイルと、フィルムロールファイルに格納された静止画像各々のコンテンツにおける位置情報などのインデックス情報を集積したインデックス情報ファイルを生成して格納するとともに、コンテンツ情報に、フィルムロールファイルＵＲＩと、インデックス情報ファイルＵＲＩを設定し、クライアントに提供する構成としたので、クライアントは、ブラウズ（閲覧）、サーチ（検索）等の処理要求に基づいてサーバからフィルムロールファイルＵＲＩと、インデックス情報ファイルＵＲＩを取得することが可能となり、コンテンツＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツ実体を取得し再生することができるとともに、フィルムロールファイルＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツの特徴シーン等からなる静止画データを取得し表示することができ、また、インデックス情報ファイルＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することで静止画データに対応するインデックス情報を取得することが可能となる。
【０１３２】
［インデックス情報に基づくシーク処理］
次に、インデックス情報を適用したシーク処理について説明する。シーク処理は、動画コンテンツの再生位置をクライアントが指定してサーバから指定位置に対応するコンテンツを受信しクライアントにおいて再生を行う処理である。
【０１３３】
なお、上述したフィルムロールファイルの取得は、フィルムロールファイル全体の取得処理として説明したが、フィルムロールファイルが多数の静止画像を含む場合は、データ容量が大きくなり、充分な容量の記憶手段を持たないクライアントは、フィルムロールファイル全体の取得ができない場合がある。
【０１３４】
このようなクライアントの場合は、テキストデータからなるインデックス情報ファイルを取得し、インデックス情報をクライアントのディスプレイに表示し、特定のインデックスを選択し、選択したインデックスに対応する静止画のみを取得することができる。
【０１３５】
前述したように、インデックス情報には、時間情報（Ｔｉｍｅ）、オフセット（Ｏｆｆｓｅｔ）情報等のインデックスの位置情報が格納され、また、フィルムロールファイルにも同様のインデックス情報が各静止画像データに対応して格納されている。従って、クライアントがインデックス情報の時間情報（Ｔｉｍｅ）、またはオフセット（Ｏｆｆｓｅｔ）情報を指定したフィルムロールファイルの取得要求、すなわちフィルムロールＵＲＬを指定したフィルムロール取得要求を行うことで、その時間情報またはオフセット情報に対応するフィルムロールファイルに格納された静止画像データのみをサーバから取得することができる。
【０１３６】
動画コンテンツの実体データについても同様であり、ＭＰＥＧコンテンツのコンテンツ実体データファイルには、コンテンツ開始位置からの時間情報、バイト情報が制御情報として設定されているので、クライアントは、インデックス情報の時間情報またはオフセット情報を指定したコンテンツの取得要求、すなわちコンテンツＵＲＬを指定したフィルムロール取得要求を行うことで、その指定位置に対応するコンテンツをサーバから取得することができる。
【０１３７】
このようにシーク処理の態様としては、インデックス情報の時間情報またはオフセット情報を指定した静止画像の取得処理と、インデックス情報の時間情報またはオフセット情報を指定したコンテンツの取得処理の２つの態様がある。以下、これら２つのシーク処理の詳細について順次説明する。
【０１３８】
（１）フィルムロールファイルのシーク
まず、インデックス情報の時間情報またはオフセット情報を指定した静止画像の取得処理として実行するフィルムロールファイルのシーク処理について説明する。
【０１３９】
フィルムロールファイルのシーク処理は、コンテンツ情報に基づいて取得したフィルムロールＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドに、インデックス情報に含まれる時間情報またはオフセット情報を指定したＨＴＴＰリクエストをサーバに送信することで実行される。
【０１４０】
クライアントからサーバに送信するＨＴＴＰリクエストと、ＨＴＴＰリクエストの応答としてサーバがクライアントに送信するＨＴＴＰレスポンスの構成を図１６に示す。
【０１４１】
クライアントからサーバに送信するＨＴＴＰリクエストは下記に示すデータとなる。
［ＨＴＴＰ Ｒｅｑｕｓｔ］
ＧＥＴ ｕｒｌ ＨＴＴＰ／１．１
ＨＯＳＴ： １９２．１６８．１．１
Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００
【０１４２】
［ＧＥＴ ｕｒｌ ＨＴＴＰ／１．１］にフィルムロールのＵＲＩ（ＵＲＬ）が設定される。ＨＴＴＰ１．１はバージョンを示す。［ＨＯＳＴ： １９２．１６８．１．１］はＨＴＴＰリクエストを送信しているクライアントのＩＰアドレスである。［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］はシーク要求であることを示すコマンドと、時間情報である。［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ］は、ＨＴＴＰ−ＧＥＴその他のメソッドの対象として指定されたＵＲＩ（ＵＲＬ）に対して、その位置を時間値によって指定していることを示す。
【０１４３】
すなわち、このＨＴＴＰリクエストは、コンテンツの開始からの時間（ＮＰＴ）が［００：３２：００．０００］であるフィルムロールファイルの静止画像の取得要求であることを示している。
【０１４４】
このＨＴＴＰリクエストを受信したサーバは、ＨＴＴＰリクエストに含まれるフィルムロールＵＲＩに基づいてフィルムロールファイルを取得するとともに、シーク要求であることを示す［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］に基づいて、時間［００：３２：００．０００］であるフィルムロールファイルの静止画像を選択して、クライアントにＨＴＴＰレスポンスとして静止画像データを送信する。サーバの送信するＨＴＴＰレスポンスは下記のデータ構成となる。
【０１４５】
［ＨＴＴＰ Ｒｅｓｐｏｎｓｅ］
ＨＴＴＰ／１．１ ２００ ＯＫ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ｉｍａｇｅ／ｘ−ｆｉｌｍｒｏｌｌ
Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００
（静止画像データ）
【０１４６】
［ＨＴＴＰ／１．１ ２００ ＯＫ］はクライアントからのＨＴＴＰリクエストの処理が実行されたことを示す。［Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ｉｍａｇｅ／ｘ−ｆｉｌｍｒｏｌｌ］は送信データのコンテンツタイプ（ＭＩＭＥ−Ｔｉｐｅ）である。［Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００］は送信データに含まれるデータの時間情報である。これらの情報の後に、［Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００］に対応する静止画像データが格納されてクライアントに送信さされる。
【０１４７】
クライアントは、サーバから受信するＨＴＴＰレスポンスから静止画像データを取り出してディスプレイに表示する。
【０１４８】
このように、クライアントは時間情報に基づく指定を行うことで、特定の静止画像データをサーバから取得することが可能であり、充分な記憶容量の記憶部を持たないクライアントであっても、静止画像の取得表示が可能となる。
【０１４９】
なお、上述した例では、コンテンツ位置の指定情報としてインデックス情報に含まれる時間情報を適用した例を説明したが、インデックス情報に含まれるオフセット情報を用いた場合にも、同様の処理が可能である。クライアントは、動画コンテンツの基準位置からの時間情報またはオフセット情報を指定したシーク要求を伴うデータ要求をサーバに対して実行し、サーバはシーク要求に応じたデータを取得してレスポンスを生成してクライアントに送信する。
【０１５０】
（２）動画コンテンツのシーク処理
フィルムロールファイルに含まれる静止画から特定の静止画のみを選択してサーバから取得する処理と同様、動画コンテンツの再生処理も、コンテンツ位置の指定情報としてインデックス情報に含まれる時間情報、あるいはオフセット情報を指定してコンテンツＵＲＩに基づくＨＴＴＰリクエストをクライアントからサーバに送信することで指定位置からの再生が可能となる。
【０１５１】
動画コンテンツのシーク処理は、コンテンツ情報に基づいて取得したコンテンツＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドに、インデックス情報に含まれる時間情報またはオフセット情報を指定したＨＴＴＰリクエストをサーバに送信することで実行される。
【０１５２】
クライアントからサーバに送信するＨＴＴＰリクエストと、ＨＴＴＰリクエストの応答としてサーバがクライアントに送信するＨＴＴＰレスポンスの構成を図１７に示す。
【０１５３】
クライアントからサーバに送信するＨＴＴＰリクエストは下記に示すデータとなる。
［ＨＴＴＰ Ｒｅｑｕｓｔ］
ＧＥＴ ｕｒｌ ＨＴＴＰ／１．１
ＨＯＳＴ： １９２．１６８．１．１
Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００
【０１５４】
［ＧＥＴ ｕｒｌ ＨＴＴＰ／１．１］にコンテンツＵＲＩ（ＵＲＬ）が設定される。ＨＴＴＰ１．１はバージョンを示す。［ＨＯＳＴ： １９２．１６８．１．１］はＨＴＴＰリクエストを送信しているクライアントのＩＰアドレスである。［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］はシーク要求であることを示すコマンドと、時間情報である。
【０１５５】
すなわち、このＨＴＴＰリクエストは、コンテンツの開始からの時間（ＮＰＴ）が［００：３２：００．０００］であるコンテンツの取得要求であることを示している。
【０１５６】
このＨＴＴＰリクエストを受信したサーバは、ＨＴＴＰリク要求であることを示す［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］に基づいて、時間［００：３２：００．０００］であるコンテンツの位置を選択して、クライアントにＨＴＴＰレスポンスとして選択したコンテンツ位置からのＭＰＥＧ画像データを送信する。サーバの送信するＨＴＴＰレスポンスは下記のデータ構成となる。
【０１５７】
［ＨＴＴＰ Ｒｅｓｐｏｎｓｅ］
ＨＴＴＰ／１．１ ２００ ＯＫ
Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００
（動画（ＭＰＥＧ）データ）
【０１５８】
［ＨＴＴＰ／１．１ ２００ ＯＫ］はクライアントからのＨＴＴＰリクエストの処理が実行されたことを示す。［Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００］は送信データに含まれるデータの時間情報である。これらの情報の後に、［Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００］を送信開始位置とする動画像ＭＰＥＧデータがクライアントに送信さされる。
【０１５９】
クライアントは、サーバから受信するＨＴＴＰレスポンスからＭＰＥＧデータを取り出して復号処理を実行した後、ディスプレイに表示する。
【０１６０】
このように、クライアントは時間情報に基づく指定を行うことで、ストリーミング開始位置を指定した動画像データをサーバから取得することが可能となる。
【０１６１】
なお、上述した例では、コンテンツ位置の指定情報としてインデックス情報に含まれる時間情報を適用した例を説明したが、インデックス情報に含まれるオフセット情報を用いた場合にも、同様の処理が可能である。
【０１６２】
また、コンテンツのストリーミング開始位置の指定の際には、インデックス情報ファイルの格納情報を適用することも可能であるが、フィルムロールファイルに含まれるインデックス情報を適用した処理として実行することも可能である。
【０１６３】
なお、クライアントの指定する時間情報、オフセット情報に完全一致する位置からのストリーミング開始が不可能な場合には、クライアントの指定位置より前の位置において最も近い再生可能位置からのストリーミング配信を行う。例えばＭＰＥＧ−２システムでは、映像や音声などの個別データストリームであるＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットを複数結合し、さらに制御情報をヘッダに格納したパック（Ｐａｃｋ）を１つの処理単位としている。従って、パック（Ｐａｃｋ）を構成するＰＥＳパケットの単位によって再生可能な位置が決定される。この処理単位でパケットを生成してクライアントに送信することで、クライアントでは、デコードする際の１つの処理単位であるパック（Ｐａｃｋ）に欠落が発生することなく、再生エラーを発生させることのないコンテンツ再生が可能となる。
【０１６４】
［サーバにおける静止画像選択処理］
フィルムロールファイルに格納する静止画像ファイルは、ユーザによって選択した画像を格納するマニュアル処理として実行してもよいし、あるいはサーバにおいて動画像データに基づいて自動選択してフィルムロールファイルに格納する構成としてもよい。
【０１６５】
自動選択の基準としては様々な設定が可能であるが、その一例として動画像を構成するシーンの変化量に基づく選択手法がある。
【０１６６】
図１８のフローチャートを参照して、サーバにおいて実行する動画像データに基づく静止画像自動選択処理シーケンスについて説明する。この処理は、例えば予めサーバの記憶部に格納したビデオコンテンツに対応するフィルムロールファイル、およびインデックス情報ファイルを生成する際や、あるいはサーバに設定されたチューナの受信するコンテンツについて、チューナ受信コンテンツをビデオデータとしてサーバの記憶部に格納する処理と並列してフィルムロールファイル、およびインデックス情報ファイルを生成する際にサーバ内のインデックス生成部において実行する処理である。
【０１６７】
ステップＳ１０１において、インデックス生成部に対して動画コンテンツを入力し、ステップＳ１０２において、シーン変化量を測定する。シーン変化量は、動画像の前シーンと現シーンを構成する各画素の画素値の差分を算出し、全画素の差分の総計値を算出する処理として実行される。ステップＳ１０３では、算出した差分総計値をシーン変化量とし、シーン変化量と予め定めた閾値とを比較する。
【０１６８】
シーン変化量が閾値より大である場合に、その画面（シーン）をステップＳ１０４で、インデックス画像としてフィルムロールファイルに格納する静止画として決定する。シーン変化量が閾値より大でない場合は、ステップＳ１０１に戻り、次の連続画面（シーン）を入力する。
【０１６９】
シーン変化量が閾値より大であり、ステップＳ１０４において、インデックス画像としてフィルムロールファイルに格納する静止画として決定すると、ステップＳ１０５において、インデックス情報を生成する。インデックス情報は、インデックス情報ファイルおよびフィルムロールファイルの双方に格納される情報であり、先に図９、図１０を参照して説明したように、ＩＤ、時間情報（Ｔｉｍｅ）、オフセット情報（Ｏｆｆｓｅｔ）、タイプ（Ｔｙｐｅ）、レベル（Ｌｅｖｅｌ）、音声モード（ＡｕｄｉｏＭｏｄｅ）の各情報を持つ。
【０１７０】
これらの各情報をフィルムロールファイルに格納する静止画に対応付けて設定する。ステップＳ１０６では、これらの情報をインデックス情報ファイルに格納し、ステップＳ１０７では、これらの情報と静止画像とをフィルムロールファイルに格納する。ステップＳ１０８において処理対象のコンテンツが終了しているかを判定し、残りがある場合は、ステップＳ１０１に戻り、次のシーンについて同様の処理を繰り返し実行する。
【０１７１】
サーバにおいては、チューナ受信コンテンツや、記憶部に格納済みのコンテンツについて、上述した処理を行って、フィルムロールファイルおよびインデックス情報ファイルを生成する。なお、サーバは、生成したフィルムロールファイルおよびインデックス情報ファイルに、それぞれＵＲＩを設定し、そのＵＲＩ情報をコンテンツ情報（メタデータ）に格納する。
【０１７２】
このように、サーバは、動画コンテンツの各シーンの特徴シーンは、連続するシーンにおけるシーン変化量の大のシーンを抽出する処理などにより、動画コンテンツの特徴シーンを抽出して、フィルムロールファイルに格納する静止画の選択処理を実行する。
【０１７３】
［サーバおよびクライアントのインデックスを用いた処理シーケンス］
次に、フィルムロールファイルおよびインデックス情報ファイルを適用した処理について、クライアント側とサーバ側でのそれぞれの処理シーケンスを図１９および図２０を参照して説明する。
【０１７４】
まず、図１９を参照してクライアントの処理について説明する。ステップＳ２０１においてクライアントはコンテンツ情報をサーバに要求する。この処理は例えばサーチ、ブラウズ要求として実行される。
【０１７５】
ステップＳ２０２において、クライアントはサーバからコンテンツ情報を取得し、ディスプレイに表示する。表示例は先に図１３を参照して説明した通りであり、コンテンツＵＲＩ、フィルムロールＵＲＩ、インデックス情報ＵＲＩ、またはそのリンクアイコンなどの情報が含まれる。
【０１７６】
ステップＳ２０３では、ユーザが取得対象を決定する。コンテンツまたは静止画（フィルムロールファイル）、またはインデックス情報のいずれかである。
【０１７７】
コンテンツである場合、ステップＳ２０４に進み、シーク処理、すなわち再生位置を設定したコンテンツ要求をするか否かを決定する。シーク処理を実行しない場合は、ステップＳ２０５において、コンテンツＵＲＩを設定したコンテンツ要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。
【０１７８】
シーク処理を実行する場合は、ステップＳ２０６において、シーク位置情報と、コンテンツＵＲＩを設定したコンテンツ要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。シーク位置情報は、先に図１７を参照して説明したように、時間情報、あるいはオフセット情報（バイト情報）の設定が可能である。
【０１７９】
ステップＳ２０７では、ステップＳ２０５またはステップＳ２０６によって指定したコンテンツをサーバから受信し、ステップＳ２０８において再生する。
【０１８０】
ステップＳ２０３において、サーバからの取得対象を静止画像として決定した場合は、ステップＳ２１１に進み、シーク処理、すなわち取得静止画位置を設定した静止画要求をするか否かを決定する。シーク処理を実行しない場合は、ステップＳ２１２において、フィルムロールＵＲＩを設定した静止画要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。
【０１８１】
シーク処理を実行する場合は、ステップＳ２１３において、シーク位置情報と、フィルムロールＵＲＩを設定した静止画要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。シーク位置情報は、先に図１６を参照して説明したように、時間情報、あるいはオフセット情報（バイト情報）の設定が可能である。
【０１８２】
ステップＳ２１４では、ステップＳ２１２またはステップＳ２１３によって指定した静止画をサーバから受信し、ステップＳ２１３において再生する。なお、フィルムロールファイルには、静止画のみならず、静止画に対応するインデックス情報も含まれるので、クライアントは受信情報に基づいて、静止画の表示処理だけでなくインデックス情報を利用した処理、例えば、インデックス情報に基づくコンテンツの再生位置を指定したコンテンツ要求を行うことなどが可能である。
【０１８３】
ステップＳ２０３において、サーバからの取得対象をインデックス情報として決定した場合は、ステップＳ２２１に進み、インデックス情報ファイルＵＲＩを設定したインデックス情報要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。
【０１８４】
ステップＳ２２２では、インデックス情報をサーバから受信し、ステップＳ２２３においてディスプレイに提示する。提示情報は、先に図１０を参照して説明した情報である。クライアントはこれらの情報に基づいて、例えば特定の静止画をサーバに要求したり、特定部分のコンテンツ再生をサーバに要求することが可能となる。
【０１８５】
次に、図２０を参照してサーバの処理について説明する。ステップＳ４０１において、サーバはクライアントからのデータ取得要求（ＨＴＴＰ−ＧＥＴメソッド）を受信する。
【０１８６】
ステップＳ４０２において、コンテンツ取得要求、すなわちクライアントからのリクエストが、コンテンツＵＲＩの設定されたＨＴＴＰ−ＧＥＴメソッドである場合は、ステップＳ４１１に進み、シーク位置情報が設定されているか否かを判定する。すなわち、先に図１７を参照して説明したシーク時間指定情報［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］等のシーク位置情報がクライアントからのリクエスト中に含まれるか否かを判定する。
【０１８７】
シーク位置情報が含まれる場合（ステップＳ４１１：Ｙｅｓ）は、ステップＳ４１２において、クライアントからのリクエストに含まれるコンテンツＵＲＩに基づいてコンテンツを取得するとともに、クライアントからのリクエストに含まれるシーク位置情報に基づいてコンテンツの送信開始位置を決定し、決定した送信開始位置からのクライアントに対するコンテンツ送信を開始する。
【０１８８】
シーク位置情報が含まれない場合（ステップＳ４１１：Ｎｏ）は、ステップＳ４１３において、クライアントからのリクエストに含まれるコンテンツＵＲＩに基づいてコンテンツを取得しクライアントに対するコンテンツ送信を開始する。
【０１８９】
ステップＳ４０２においてクライアントからのリクエストがフィルムロールＵＲＩを設定したフィルムロールまたは静止画取得要求であると判定した場合は、ステップＳ４２１に進み、シーク位置情報が設定されているか否かを判定する。すなわち、先に図１６を参照して説明したシーク時間指定情報［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］等のシーク位置情報がクライアントからのリクエスト中に含まれるか否かを判定する。
【０１９０】
シーク位置情報が含まれる場合（ステップＳ４２１：Ｙｅｓ）は、ステップＳ４２２において、クライアントからのリクエストに含まれるフィルムロールＵＲＩに基づいてフィルムロールファイルを取得するとともに、クライアントからのリクエストに含まれるシーク位置情報に基づいてインデックス、すなわち静止画およびインデックス情報を取得し、クライアントに対して送信する。
【０１９１】
シーク位置情報が含まれない場合（ステップＳ４２１：Ｎｏ）は、ステップＳ４２３において、クライアントからのリクエストに含まれるフィルムロールＵＲＩに基づいてフィルムロールを取得しクライアントに対して送信する。
【０１９２】
ステップＳ４０２においてクライアントからのリクエストがインデックス情報ＵＲＩを設定したインデックス情報取得要求であると判定した場合は、ステップＳ４０３において、クライアントからの要求に含まれるインデックス情報ＵＲＩに基づいてインデックス情報を取得し、クライアントに送信する。
【０１９３】
［サーバおよびクライアントの機能構成］
サーバおよびクライアント装置のハードウェア構成については、先に図２を参照して説明した通りであり、上述した各種の処理は、サーバクライアントそれぞれの記憶部に格納されたプログラムに従って制御部（ＣＰＵ等）の制御の下に実行される。
【０１９４】
ＣＰＵによって実行される処理は、例えばサーバ側では、クライアントからの要求に従って、コンテンツ対応のメタデータを取得しＸＭＬデータに基づくコンテンツ情報を生成しクライアントに送信する処理、クライアントからのデータ取得要求がコンテンツ取得要求であるか、フィルムロール（静止画）取得要求であるか、インデックス情報取得要求であるかを判定し、またシーク処理の要求が含まれるか否かを判定し、要求に従ったデータを取得してクライアントに送信する処理、動画コンテンツに対応するフィルムロールファイル、インデックス情報ファイルを生成する処理などである。
【０１９５】
クライアント側の処理としては、サーバから受信するＸＭＬデータからなるコンテンツ情報に基づいてディスプレイにコンテンツリストを表示する処理、コンテンツリストに従って、コンテンツＵＲＩまたはフィルムロールＵＲＩまたはインデックス情報ＵＲＩを設定し、必要に応じてシーク情報を設定したコンテンツ取得要求（ＨＴＴＰ−ＧＥＴ）を生成しサーバに送信する処理、コンテンツ、フィルムロールファイル（静止画）、インデックス情報等の各種データをサーバから受信し出力する処理、受信コンテンツのデータ変換、再生処理などである。
【０１９６】
基本的にこれらの処理は、サーバ、クライアント装置の制御部としてのＣＰＵの制御の下に実行されるが、上述した処理を実行するために必要となるサーバの機能構成とクライアントの機能構成について図２１および図２２を参照して説明する。
【０１９７】
図２１は、サーバの主要機能構成を示すブロック図である。パケット送受信部６０１は、クライアントに対するパケット、クライアントからのパケットを受信する。パケット生成、解析部６０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０１９８】
データ記憶部６０３は、サーバの保有するコンテンツ６１１、コンテンツに対応するメタデータとしてのコンテンツ情報６１２、静止画を含むフィルムロールファイル６１３、およびテキストデータをメインとしたインデックス情報ファイル６１４を格納する。メタデータには、コンテンツＵＲＩ、フィルムロールファイルＵＲＩ、インデックス情報ファイルＵＲＩが設定されている。
【０１９９】
送信データ生成部６０４は、クライアントから受信したデータ取得要求、すなわち、コンテンツ取得要求、フィルムロール（静止画）取得要求、またはインデックス情報取得要求に基づいてデータ記憶部６０３から指定ＵＲＩに対応するデータを取得しクライアントに対して送信するデータを生成する処理を実行する。
【０２００】
シーク情報処理部６０５は、クライアントからのリクエストに含まれるシーク時間指定情報［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］等のシーク位置情報に基づいて、コンテンあるいはフィルムロールファイルから指定位置を決定しコンテンツの送信位置あるいは送信対象の静止画を決定する。
【０２０１】
コンテンツ情報生成部６０６は、クライアントからのサーチ、ブラウズ等のコンテンツ情報取得要求に応じて、記憶部６０３内からコンテンツ情報６１２を取得し、クライアントに送信するコンテンツ情報を生成する。
【０２０２】
インデックス生成部６０７は、先に図１８を参照して説明した処理、すなわち動画コンテンツに基づくフィルムロールファイルおよびインデックス情報ファイルの生成処理を実行する。
【０２０３】
データ変換部６０８は、送信コンテンツデータの符号化処理等、復号処理等を実行し、クライアントに送信するコンテンツあるいは静止画像のデータ変換を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４、ＪＰＥＧ等に基づくデータ変換を実行する。なお、クライアントはコンテンツ要求や静止画要求をサーバに対して実行する際、クライアントの許容するデータ形式をサーバに通知することができ、サーバは、クライアントの要求に従ってデータ変換を行ったコンテンツまたは静止画像データを送信する。
【０２０４】
次に、クライアント装置の機能構成について、図２２を参照して説明する。パケット送受信部７０１は、サーバに対するパケット送信および、サーバからのパケット受信処理を実行する。パケット生成、解析部７０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケット内の格納データ解析のみならず、パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理なども含む。パケット生成処理としては、サーバに対するデータ要求パケット、すなわち、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドを生成し送信する処理を実行する。
【０２０５】
コンテンツ情報要求処理部７０３は、サーバに対してコンテンツ情報要求の要求データ、例えばサーチ要求やブラウズ要求の要求データを生成する。記憶部７０４は、サーバから受信したパケットに含まれるコンテンツ、コンテンツ情報、静止画像、フィルムロールファイル、インデックス情報等を格納する。
【０２０６】
出力部７０５は、コンテンツ再生処理に適用するスピーカ、ディスプレイを含む。なお、ディスプレイは、先に図１３を参照して説明したコンテンツ情報の出力にも利用され、図１４を参照して説明したように、コンテンツおよび静止画像の出力に利用される。入力部７０６は、例えば、サーバに対する取得データの選択情報、サーバに対するデータ取得要求の送信、コンテンツ再生の開始、終了、その他再生制御設定情報の入力、その他のデータ入力手段として利用される。
【０２０７】
コンテンツ情報解析部７０７は、サーバから受信したＸＭＬデータからなるメタデータを解析し、解析データに基づいて、先に図１３を参照して説明したコンテンツ情報を生成し、出力部としてのディスプレイに出力する処理を実行する。すなわち、コンテンツ識別子（ＵＲＩ）と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子（ＵＲＩ）と、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子（ＵＲＩ）の各識別子または識別子にリンクする表示データの生成処理を実行する。
【０２０８】
データ再生制御処理部７０８は、サーバから受信したコンテンツ、静止画像、インデックス情報等の出力部７０５に対する出力制御処理を実行する。データ変換部７０９は、サーバから受信したコンテンツ、静止画データの復号等、各種データ変換処理を実行する。
【０２０９】
サーバ、およびクライアントは、機能的には図２１、図２２に示す各機能を有し、上述した各処理を実行する。ただし、図２１、図２２に示すブロック図は、機能を説明するブロック図であり、サーバクライアントが図２１、図２２に示すブロックに対応するハードウェアを有することは必須ではない。具体的には、図２に示すＰＣ等の構成におけるＣＰＵの制御の下に各種の処理プログラムが実行され、図２１、図２２に示す各ブロックを参照して説明した処理、あるいは上述の発明の詳細な説明において説明した各処理が実行される。
【０２１０】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２１１】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２１２】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２１３】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２１４】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０２１５】
【発明の効果】
以上、説明したように、本発明の構成によれば、サーバがクライアントに提供する動画コンテンツから選択された静止画データを格納したフィルムロールファイルと、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルを有し、フィルムロールファイルおよびインデックス情報ファイルの各々には、クライアントによって指定可能な識別情報を付与し、識別情報をコンテンツ情報であるメタデータの構成情報として設定したので、クライアントは、コンテンツ情報に含まれるコンテンツ識別子と、フィルムロールファイル識別子と、インデックス情報ファイル識別子の各識別子を取得し、各識別子を設定したデータ要求を実行することにより、コンテンツ、静止画、インデックス情報、いずれかの情報を選択的に受信することが可能となる。
【０２１６】
さらに、本発明の構成によれば、フィルムロールファイルに含まれる静止画についてのシーク処理、すなわち、時間情報あるいはオフセット情報に基づく要求データの指定処理を可能としたので、クライアントは特定の静止画像データをサーバから取得することが可能となり、充分な記憶容量の記憶部を持たないクライアントであっても、静止画像の取得表示が可能となる。
【０２１７】
さらに、本発明の構成によれば、フィルムロールファイル識別子およびインデックス情報ファイル識別子をＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）として設定した構成としたので、クライアントは、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドをサーバに送信することで、サーバから目的のデータを取得することが可能となる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器の構成例について説明する図である。
【図３】サーバにおけるコンテンツ管理ディレクトリ構成について説明する図である。
【図４】コンテンツ情報表示例を示す図である。
【図５】コンテンツデータ再生処理におけるサーバクライアント間の処理シーケンスについて説明する図である。
【図６】ストリーミング再生処理について説明する図である。
【図７】ストリーミング再生処理について説明する図である。
【図８】サーバにおけるデータ格納構成について説明する図である。
【図９】インデックス情報ファイルの構成について説明する図である。
【図１０】インデックス情報の構成について説明する図である。
【図１１】フィルムロールファイルの構成について説明する図である。
【図１２】サーバクライアント間のインデックス取得処理シーケンスについて説明する図である。
【図１３】各データのＵＲＩを含むコンテンツ情報表示例を示す図である。
【図１４】コンテンツおよび静止画データ表示例を示す図である。
【図１５】サーバの有するインデックス情報、およびフィルムロールのデータ格納構成について説明する図である。
【図１６】静止画データのシーク処理に基づくデータ取得リクエストおよびレスポンスのデータ構成について説明する図である。
【図１７】コンテンツのシーク処理に基づくデータ取得リクエストおよびレスポンスのデータ構成について説明する図である。
【図１８】サーバにおいて実行するフィルムロールファイルおよびインデックス情報ファイルの生成処理手順について説明する図である。
【図１９】クライアントのインデックスを適用した処理手順について説明する図である。
【図２０】サーバのインデックスを適用した処理手順について説明する図である。
【図２１】サーバの処理機能を説明するブロック図である。
【図２２】クライアントの処理機能を説明するブロック図である。
【符号の説明】
１００ ネットワーク
１０１ サーバ
１２１ ＰＣ
１２２ モニター
１２３ 携帯電話
１２４ 再生機
１２５ ＰＤＡ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤＤ
２０５ バス
２０６ 入出力インタフェース
２０７ 入力部
２０８ 出力部
２０９ 通信部
２１０ ドライブ
２１１ リムーバブル記録媒体
３０１ ルートコンテナ
３０２〜３０８ コンテナ（フォルダ）
３０９ ビデオカプセル
３５０ ディスプレイ
３５７ コンテンツ情報
４１０ サーバ
４１１ ハードディスク
４１２ ＭＰＥＧファイル
４１３ ＨＴＴＰクライアント
４２０ クライアント
４２１ ＭＰＥＧデコーダ
４２２ ＨＴＴＰクライアント
５１０ コンテンツ実体
５１１ コンテンツ情報
５１２ フィルムロールファイル
５１３ インデックス情報ファイル
５２１，５２２ データ部
５３１ ヘッダ情報
５３２ インデックス情報
５３３ 静止画像データ
５５１ コンテンツＵＲＩ
５５２ フィルムロールＵＲＩ
５５３ インデックス情報ＵＲＩ
５６０ ディスプレイ
５６１ 動画
５６２ 静止画
５７１ インデックス情報ファイル
５７２ フィルムロールファイル
５７３ 静止画像データ
５７４ インデックス情報
６０１ パケット送受信部
６０２ パケット生成、解析部
６０３ データ記憶部
６０４ 送信データ生成部
６０５ シーク情報処理部
６０６ コンテンツ情報生成部
６０７ インデックス生成部
６０８ データ変換部
６１１ コンテンツ
６１２ コンテンツ情報
６１３ フィルムロール
６１４ インデックス情報
７０１ パケット送受信部
７０２ パケット生成、解析部
７０３ コンテンツ情報要求処理部
７０４ 記憶部
７０５ 出力部
７０６ 入力部
７０７ コンテンツ情報解析部
７０８ コンテンツ再生制御処理部
７０９ データ変換部
【発明の属する技術分野】
本発明は、サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、サーバの提供する動画コンテンツの再生をクライアント側で実行するシステムにおいて、動画コンテンツのインデックス情報を適用した処理を実行するサーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００３】
このようなホームネットワークの構成に適するプロトコルとしてユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）が知られている。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００４】
ＵＰｎＰは、接続機器間で、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００５】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００６】
例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアントは、サーバの保有するコンテンツについての情報を取得する。サーバは、コンテンツを記憶部に格納するとともに、格納コンテンツに対する属性情報を併せて格納している。属性情報には、例えばコンテンツとしての例えば曲や映画のタイトル、アーティスト名、記録日時、さらにデータの圧縮態様等に関する情報など様々である。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。
【０００７】
サーバに格納された音楽データ、画像データ等のコンテンツをクライアントにおいて再生しようとする場合、クライアントは、まず、サーバに格納されたコンテンツに対応するコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの変換情報（ＡＴＲＡＣ：ａｄａｐｔｉｖｅ ｔｒａｎｓｆｏｒｍ ａｃｏｕｓｔｉｃ ｃｏｄｉｎｇ， ＭＰＥＧ：ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ等）など、様々なコンテンツ情報をサーバから取得する。
【０００８】
サーバは、クライアントからのコンテンツ情報取得要求を受信すると、サーバの保有するコンテンツに関するメタデータ（属性情報）に基づいてコンテンツ情報を生成し、クライアントに送信する。クライアントは、サーバから取得したメタデータに基づいて所定の表示プログラムに従ってクライアントのディスプレイにコンテンツ情報を表示する。例えばアーティスト名、タイトル等からなるコンテンツリストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンツの送信要求をサーバに送信する。サーバはクライアントからのコンテンツリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンツの送信が行われ、クライアント側において受信コンテンツの再生が行われる。
【０００９】
ネットワーク接続されたコンテンツ利用機器としてのクライアントは、コンテンツ情報の取得のための処理として、サーバに対する検索（サーチ）要求や閲覧（ブラウズ）要求を行うことが可能である。また、クライアントは、コンテンツ識別子を設定したコンテンツ要求をサーバに送信することで特定のコンテンツをサーバから取得し再生することができる。
【００１０】
このようなサーバクライアントシステムにおいて、例えば、映画、ビデオ、ユーザ撮影映像等の動画コンテンツをサーバから受信し、クライアントにおいて再生する場合、コンテンツ全体ではなく、部分的な再生を行いたいという場合や、コンテンツ全体の流れを把握したいといった要求がある。
【００１１】
すでにＶＴＲなどのメディア再生機器においては、記録コンテンツに位置指定情報としてのインデックス情報を設定し、インデックス情報の位置を指定した再生を可能とした構成が実現されている。しかし、サーバに格納したコンテンツ、あるいはサーバに設定されたチューナにおいて受信するコンテンツをネットワークを介してクライアントが受信して再生を行うシステムにおいては、コンテンツを保持管理するのはサーバであり、再生を行うのはネットワーク接続されたクライアントであるので、インデックス情報を利用した処理を行おうとすると、クライアントとサーバ間での指示情報の送受信、サーバのクライアントからの受信情報に基づく処理が必要となる。
【００１２】
クライアントがサーバに対してコンテンツ要求を行い、サーバから順次送信されるコンテンツをクライアントで再生するいわゆるストリーミング再生を行う場合、クライアントは、サーバに対してコンテンツ識別子（例えばコンテンツＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ））を指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを生成してサーバに送信する。サーバはクライアントからの受信ＵＲＬに基づいて特定されるコンテンツをクライアントに送信する。コンテンツＵＲＬはコンテンツ全体に対応して設定されたコンテンツ識別子であり、コンテンツ全体の再生のためにクライアントがサーバに指定するために適用される。
【００１３】
コンテンツ全体をクライアント側に格納した後、クライアントで記憶コンテンツの再生を行う処理を実行する場合には、クライアント機器でＶＴＲ等のビデオ再生機器と同様の処理を実行して、ＶＴＲ等で適用されているインデックス情報と同様の処理を行うことが可能であるが、ストリーミング再生処理は、サーバから送信されコンテンツをクライアント側で受信し逐次再生を行う処理であり、クライアント側では時間調整のためのバッファ程度の記憶を行うのみで、コンテンツ全体の記憶といった処理をすることなく再生が行われる。
【００１４】
従って、インデックス情報を用いた部分再生、あるいはコンテンツ全体中の特徴的シーンのみの表示等の処理は、コンテンツの全体情報を保持していないクライアント機器単独で実行することは不可能であり、従ってＶＴＲ等のビデオ再生機器で適用されているインデックス情報をそのまま利用することはできない。コンテンツのストリーミング再生における、サーバのインデックス情報管理構成、サーバからクライアントに対するインデックス情報の提供構成、クライアントにおけるインデックス情報の利用構成については、未だ標準化された技術が存在しないというのが現状である。
【００１５】
特許文献１には、ネットワーク間で通信を実行するシステムにおいて、サーバの提供する複数の手続きをクライアントに確実に実行させるため、クライアントの手続きの進行状況に応じた手続き画面をクライアントに提示する構成を開示している。特許文献１に記載の構成は、Ｗｅｂページを適用した複数のユーザ入力処理画面を順次クライアント側ディスプレイに表示して手続きを実行する処理システムにおいて、ユーザがどのＷｅｂページに何を入力すればよいのかをユーザ側に知らせることを可能とし、ユーザ側のストレスを軽減させようとするものである。
【００１６】
特許文献１に記載の構成は、シーケンシャルな手続き画面の一部を静止画像として提示するという意味で、ネットワークを介した静止画情報の提供処理を実現しているが、この静止画は、Ｗｅｂページを適用した複数のユーザ入力処理画面の一部を構成するものであり、映画、ビデオ等の動画コンテンツのインデックスとは異なるものである。特許文献１に記載の構成は、映画、ビデオ等の動画コンテンツのインデックス情報の管理構成や、動画コンテンツに対応するインデックス情報のクライアントに対する提供構成や、利用構成を開示しているものではない。
【００１７】
【特許文献１】
特許公開２００３−３０５５２号公報
【００１８】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、サーバからクライアントに対して動画コンテンツを送信する構成、例えばストリーミング再生を実行する構成において、動画コンテンツに対応するインデックス、すなわちインデックス情報、静止画の管理、サーバからクライアントに対するインデックス情報、静止画の提供、クライアントにおけるインデックス情報、静止画の利用を効率的で簡易な情報管理構成に基づいて実現するサーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明の第１の側面は、
クライアントに対するデータ提供処理を実行するサーバ装置であり、
クライアントとのデータ送受信を実行する通信部と、
動画コンテンツと、前記動画コンテンツに対応する属性情報としてのメタデータからなるコンテンツ情報と、前記動画コンテンツから選択された静止画データを格納したフィルムロールファイルと、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルとを記憶した記憶部と、
クライアントからの要求に基づいてクライアントに対する送信データを生成する送信データ生成部とを有し、
前記フィルムロールファイルおよび前記インデックス情報ファイルの各々には、クライアントによって指定可能な識別情報が付与され、該識別情報は前記コンテンツ情報としてのメタデータの構成情報として設定されて前記記憶部に記憶され、
前記送信データ生成部は、クライアントからのデータ取得要求に格納されたフィルムロールファイル識別子またはインデックス情報ファイル識別子に基づいて、前記記憶部から対応データを取得し、クライアントに対する送信データを生成する構成であることを特徴とするサーバ装置にある。
【００２０】
さらに、本発明のサーバ装置の一実施態様において、前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であり、前記送信データ生成部は、クライアントからのフィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドに基づく処理を実行する構成であることを特徴とする。
【００２１】
さらに、本発明のサーバ装置の一実施態様において、前記サーバ装置は、クライアントからのフィルムロールファイル識別子を指定した静止画要求に、特定の静止画の選択送信を要求するシーク要求が含まれている場合に、前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行するシーク情報処理部を有し、前記送信データ生成部は、前記シーク情報処理部において選択取得した静止画データをクライアントに対する送信データとする構成であることを特徴とする。
【００２２】
さらに、本発明のサーバ装置の一実施態様において、前記シーク要求は、動画コンテンツの基準位置からの時間情報またはオフセット情報であり、前記シーク情報処理部は、前記フィルムロールファイルに格納された動画コンテンツの基準位置からの時間情報またはオフセット情報に基づいて前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行する構成であることを特徴とする。
【００２３】
さらに、本発明のサーバ装置の一実施態様において、前記インデックス情報ファイルは、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報として、インデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含む構成であることを特徴とする。
【００２４】
さらに、本発明のサーバ装置の一実施態様において、前記フィルムロールファイルは、前記動画コンテンツから選択された静止画データとインデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含む構成であることを特徴とする。
【００２５】
さらに、本発明のサーバ装置の一実施態様において、前記サーバ装置は、さらに、動画コンテンツに基づいて前記フィルムロールファイルおよびインデックス情報ファイルを生成するインデックス生成部を有し、前記インデックス生成部は、動画コンテンツの各シーンの特徴シーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行する構成であることを特徴とする。
【００２６】
さらに、本発明のサーバ装置の一実施態様において、前記インデックス生成部は、動画コンテンツの各シーンの特徴シーンを、連続するシーンにおけるシーン変化量の大のシーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行する構成であることを特徴とする。
【００２７】
さらに、本発明の第２の側面は、
サーバに対するデータ取得要求を実行するクライアントとしての情報処理装置であり、
サーバとのデータ送受信を実行する通信部と、
サーバから受信したコンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行するコンテンツ情報解析部を有することを特徴とする情報処理装置にある。
【００２８】
さらに、本発明の情報処理装置の一実施態様において、前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。
【００２９】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドを生成し送信する処理を実行する構成を有することを特徴とする。
【００３０】
さらに、本発明の第３の側面は、
クライアントに対するデータ提供処理を実行する情報処理方法であり、
クライアントからのデータ取得要求を受信するステップと、
前記データ取得要求に格納された取得対象データ識別子が、コンテンツ識別子であるか、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子であるか、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子であるかを判定する識別子判定ステップと、
前記識別子判定ステップにおいて判定された識別子に応じて、記憶部から対応データを取得し、クライアントに対する送信データを生成する送信データ生成ステップと、
を有することを特徴とする情報処理方法にある。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であり、前記送信データ生成ステップは、クライアントからのフィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドに基づく処理を実行することを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、
クライアントからのフィルムロールファイル識別子を指定した静止画要求に、特定の静止画の選択送信を要求するシーク要求が含まれている場合に、前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行するシーク情報処理ステップを有し、前記送信データ生成ステップは、前記シーク情報処理ステップにおいて選択取得した静止画データをクライアントに対する送信データとすることを特徴とする。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記シーク要求は、動画コンテンツの基準位置からの時間情報またはオフセット情報であり、前記シーク情報処理ステップは、前記フィルムロールファイルに格納された動画コンテンツの基準位置からの時間情報またはオフセット情報に基づいて前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行することを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記インデックス情報ファイルは、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報として、インデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含むことを特徴とする。
【００３５】
さらに、本発明の情報処理方法の一実施態様において、前記フィルムロールファイルは、前記動画コンテンツから選択された静止画データとインデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含む構成であることを特徴とする。
【００３６】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、動画コンテンツに基づいて前記フィルムロールファイルおよびインデックス情報ファイルを生成するインデックス生成ステップを有し、前記インデックス生成ステップは、動画コンテンツの各シーンの特徴シーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行することを特徴とする。
【００３７】
さらに、本発明の情報処理方法の一実施態様において、前記インデックス生成ステップは、動画コンテンツの各シーンの特徴シーンを、連続するシーンにおけるシーン変化量の大のシーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行することを特徴とする。
【００３８】
さらに、本発明の第４の側面は、
サーバに対するデータ取得要求を実行する情報処理方法であり、
サーバからコンテンツ情報を受信するステップと、
前記コンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行するステップと、
を有することを特徴とする情報処理方法にある。
【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。
【００４０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドを生成し送信する処理を実行することを特徴とする。
【００４１】
さらに、本発明の第５の側面は、
クライアントに対するデータ提供処理を実行するコンピュータ・プログラムであり、
クライアントからのデータ取得要求を受信するステップと、
前記データ取得要求に格納された取得対象データ識別子が、コンテンツ識別子であるか、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子であるか、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子であるかを判定する識別子判定ステップと、
前記識別子判定ステップにおいて判定された識別子に応じて、記憶部から対応データを取得し、クライアントに対する送信データを生成する送信データ生成ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４２】
さらに、本発明の第６の側面は、
サーバに対するデータ取得要求を実行するコンピュータ・プログラムであり、
サーバからコンテンツ情報を受信するステップと、
前記コンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４３】
【作用】
本発明の構成によれば、サーバがクライアントに提供する動画コンテンツから選択された静止画データを格納したフィルムロールファイルと、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルを有し、フィルムロールファイルおよびインデックス情報ファイルの各々には、クライアントによって指定可能な識別情報を付与し、識別情報をコンテンツ情報であるメタデータの構成情報として設定したので、クライアントは、コンテンツ情報に含まれるコンテンツ識別子と、フィルムロールファイル識別子と、インデックス情報ファイル識別子の各識別子を取得し、各識別子を設定したデータ要求を実行することにより、コンテンツ、静止画、インデックス情報、いずれかの情報を選択的に受信することが可能となる。
【００４４】
さらに、本発明の構成によれば、フィルムロールファイルに含まれる静止画についてのシーク処理、すなわち、時間情報あるいはオフセット情報に基づく要求データの指定処理を可能としたので、クライアントは特定の静止画像データをサーバから取得することが可能となり、充分な記憶容量の記憶部を持たないクライアントであっても、静止画像の取得表示が可能となる。
【００４５】
さらに、本発明の構成によれば、フィルムロールファイル識別子およびインデックス情報ファイル識別子をＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）として設定した構成としたので、クライアントは、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドをサーバに送信することで、サーバから目的のデータを取得することが可能となる。
【００４６】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００４７】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４８】
【発明の実施の形態】
以下、図面を参照しながら、本発明のサーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００４９】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１は、様々なクライアント装置からの処理要求に応じて処理を実行するサーバ１０１と、サーバ１０１に対して処理要求を行なうクライアント装置としてのＰＣ１２１，モニター１２２，携帯電話１２３、再生機１２４、ＰＤＡ１２５がネットワーク１００を介して接続された構成、例えばホームネットワーク構成を示している。クライアント装置としては、この他にも様々な電子機器、家電機器が接続可能である。
【００５０】
サーバ１０１がクライアントからの要求に応じて実行する処理は、例えばサーバ１０１の保有するハードディスク等の記憶手段に格納されたコンテンツの提供、あるいはサーバの実行可能なアプリケーションプログラムの実行によるデータ処理サービス等である。なお、図１においては、サーバ１０１と、クライアント装置とを区別して示しているが、クライアントからの要求に対するサービスを提供する機器をサーバとして示しているものであり、いずれのクライアント装置も、自己のデータ処理サービスを他のクライアントに提供する場合には、サーバとしての機能を提供可能となる。従って、図１に示すネットワーク接続されたクライアント装置もサーバとなり得る。
【００５１】
ネットワーク１００は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワーク１００を介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ１０１に送信することにより、サーバ１０１に対するデータ処理要求を実行する。サーバ１０１は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。
【００５２】
ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００５３】
図１に示すサーバおよびクライアント装置を構成する情報処理装置の一例としてＰＣのハードウェア構成例について図２を参照して説明する。
【００５４】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、またはＨＤＤ２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【００５５】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【００５６】
図２に示す構成は、図１に示すネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（ＰＣ）の例であるが、ネットワーク接続機器はＰＣに限らず、図１に示すように携帯電話、ＰＤＡ等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。
【００５７】
［オブジェクト管理およびメタデータ］
次にクライアントに提供するコンテンツを管理するサーバのコンテンツを含むオブジェクト管理構成、およびメタデータについて説明する。サーバは、自己の記憶部に格納した静止画、動画等の画像データ、音楽等の音声データ等のコンテンツ、さらには、ライブストリーミングデータを実行するためのチューナに関する情報、例えばチャンネル情報を各コンテンツに対応する属性情報（メタデータ）として保有している。
【００５８】
なお、サーバの保有する静止画、動画等の画像データ、音楽等の音声データ、チューナを介して受信するライブストリーミングデータ等のコンテンツを総称してＡＶコンテンツと呼ぶ。サーバにおいて、ＡＶコンテンツは、階層構成を有するコンテンツ管理ディレクトリによってサーバ内のＣＤＳ（コンテンツディレクトリサービス）において管理される。
【００５９】
サーバのＣＤＳ（コンテンツディレクトリサービス）において管理されるコンテンツ管理ディレクトリの構成例を図３に示す。階層構成は図３に示すように分岐ツリー状の図として示すことができる。図３に示す各円の各々が個々のオブジェクトである。この階層構成は、サーバが記憶部に格納し管理するコンテンツ、およびライブストリーミングコンテンツに対応する論理的な管理構成を示すものである。
【００６０】
コンテンツ管理ディレクトリの個々の要素、すなわち、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ、メタデータ格納フォルダの各々はオブジェクト（Ｏｂｊｅｃｔ）と呼ばれる。なお、オブジェクトとは、サーバによって処理されるデータ単位の総称であり、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ、メタデータ格納フォルダ以外にも様々なオブジェクトが存在する。
【００６１】
ＡＶコンテンツの最小単位、すなわち１つの楽曲データ、１つの動画データ、１つの静止画データ等をアイテム（ｉｔｅｍ）とよぶ。ライブストリーミングデータの場合は、１つのチャンネルが１アイテムとして定義される。
【００６２】
また、アイテムの集合として規定されるアイテムの上位オブジェクトをコンテナ（Ｃｏｎｔａｉｎｅｒ）と呼ぶ、集合の単位は、例えば各オブジェクトの物理的な記憶位置に基づく集合、各オブジェクトの論理的関係に基づく集合、カテゴリに基づく集合等、様々に設定され得る。
【００６３】
例えば、チャンネルをアイテムとしたコンテナの一例としては地上波のみのチャンネルのアイテムを集合としたコンテナや、衛星放送のチャンネルを集合としたコンテナが設定される。
【００６４】
オブジェクトは、その種類、例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、その種類によりクラスに分類されクラスラベリングがなされる。クライアントは、例えば特定のクラスを指定して、特定の分類に属するオブジェクトのみを対象とした「サーチ」を要求し実行することができる。また特定のフォルダ等のオブジェクトを指定して、そのフォルダに関する情報のみを要求する「ブラウズ」を要求し特定フォルダに関する情報の取得処理をすることが可能である。なお、サーバにおいては、クラスも階層構成で管理されており、１つのクラスの下にサブクラスの設定が可能である。
【００６５】
メタデータは、サーバの持つコンテンツに対応した属性情報、クラスの定義情報、コンテンツ管理ディレクトリを構成する階層構成に関する情報等を含むさまざまな管理情報である。個々のオブジェクトに対応付けて定義されたコンテンツの属性情報としてのメタデータには、例えばコンテンツＵＲＬ等のコンテンツ識別子（ＩＤ）、データサイズ、リソース情報、タイトル、アーティスト名、著作権情報、チャンネル情報等、様々な情報が含まれる。メタデータに含まれる個々の情報をプロパティまたはプロパティ情報と呼ぶ。なお、音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）、ライブストリーミングデータ等、前述したクラス毎にどのようなプロパティからなるメタデータを持つかが予め規定されている。
【００６６】
図３において、最上位はルートコンテナ３０１と呼ばれる。ルートコンテナの下位に例えば音楽（ミュージック）コンテナ３０２、動画コンテナ３０３、静止画コンテナ３０４、さらにチューナコンテナ３０５等が設定される。音楽（ミュージック）コンテナ３０２の下位には、ジャンル３０５、ジャンルの下位には、アーティスト３０６などのフォルダまたはアイテム等のオブジェクトの設定がなされる。
【００６７】
動画コンテナ３０３の下位には、ジャンル３０８、さらにその下位にコンテンツに対応するアイテムとしてのビデオカプセル３０９が設定される。例えばビデオカプセル３０９は、サーバ内のハードディスク等の記憶部に格納されたビデオコンテンツに対応し、そのビデオコンテンツに対応した属性情報（メタデータ）を持つ。メタデータには、クライアントがコンテンツを取得するためのコンテンツ識別子、すなわちコンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）あるいはコンテンツＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が含まれる。なお、ＵＲＩはＵＲＬの上位概念である。
【００６８】
クライアントは、コンテンツ情報取得手続きによりビデオカプセル３０９の識別子として例えばビデオカプセルＵＲＬを取得し、ビデオカプセルＵＲＬを指定したコンテンツ要求をサーバに送信することでビデオカプセルに対応するビデオコンテンツをサーバから受信して再生することができる。
【００６９】
一方、チューナコンテナ３０５にもコンテナに対応するメタデータに設定されるコンテンツＵＲＬとしてチャンネルリストＵＲＬが設定される。すなわち、チューナ受信コンテンツに対応する属性情報としてチャンネルリストＵＲＬが設定される。チャンネルリストＵＲＬは、チューナコンテナ３０６の子として存在するチャンネルアイテムに対応する全てのコンテンツの取得、制御権をクライアントに提供するために設定されたＵＲＬである。
【００７０】
チャンネルの集合体としてのチャンネルリストにＵＲＬを設定し、クライアントが、チャンネルリストＵＲＬを指定したコンテンツ取得要求をサーバに送信することで、クライアントは、チャンネルリストにリストアップされたチャンネル、すなわちコンテンツ管理ディレクトリにおいて、チューナコンテナの下位に設定されたチャンネルアイテムの全てのコンテンツの取得、すなわち制御権をまとめて得ることができる。結果として、チャンネルリストにリストされたチャンネル間の切り替えにおいては、新たなＵＲＬに基づくコンテンツ要求を行う必要がない。
【００７１】
コンテンツ検索を実行しようとするクライアントは、コンテンツ管理ディレクトリの階層やオブジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のオブジェクトの指定としての「ブラウズ」をサーバに要求することで、コンテンツの情報を取得することが可能である。クライアントは、サーバから受信するコンテンツ情報を記述したＸＭＬデータに基づいてコンテンツ情報をディスプレイに表示する。
【００７２】
コンテンツ情報リストの表示処理例を図４に示す。図４に示す例では、コンテンツＮｏ、タイトル、アーティスト名、チャンネル、コンテンツＵＲＬをリスト化したデータ構成を持つコンテンツ情報リスト３５７をディスプレイ３５０に表示した例を示している。
【００７３】
例えばビデオカプセルに対応するメタデータに基づいて表示されるコンテンツ情報は、図４中のコンテンツＮｏ．［０００１］、［０００２］のコンテンツであり、チューナコンテナに対応するメタデータに基づいて表示されるコンテンツ情報は、［０００３］、［０００４］のようにチャンネルリストであることと、チャンネルリストに含まれるチャンネル情報、およびチャンネルリストＵＲＬ等となる。
【００７４】
これらのコンテンツ情報は、サーバの管理するコンテンツ対応のメタデータの構成要素としてのプロパティ情報に基づいて生成される。サーバはクライアントから受信した「サーチ」または「ブラウズ」要求に基づいて条件に一致するコンテンツのメタデータ中のプロパティ情報を取得し、取得したプロパティ情報に基づいてＸＭＬデータを生成し、クライアントに送信する。
【００７５】
クライアントは、サーバによって抽出されたコンテンツに対応するプロパティ情報に基づくＸＭＬデータを受信し、受信ＸＭＬデータに基づいて図４に示すような表示データを生成し、クライアントのディスプレイに表示する。
【００７６】
クライアント側のユーザはこれらのリストから再生対象コンテンツを選択し、選択コンテンツ指定情報、例えばコンテンツＵＲＬをサーバに送信することで、サーバからコンテンツ、すなわち音楽や映画、あるいは写真等、様々なコンテンツが送信されクライアント側で再生、出力が実行される。チューナコンテナに対応するチャンネルリストＵＲＬに基づくコンテンツ要求を行うと、チャンネルリストにリストされたチャンネルに対応するコンテンツをまとめて取得、すなわちＵＲＬ切り替えを行うことなく、チャンネル切り替えを自在に実行することができる。
【００７７】
前述したように、クライアントに送信されるコンテンツ情報には、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）が含まれる。クライアントディスプレイに表示されたコンテンツＵＲＬあるいはリンクデータをユーザが指定（クリック）したことを条件として、クライアントデバイスにおいて、コンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信し、サーバがコンテンツＵＲＬに対応するコンテンツをクライアントに送信する。
【００７８】
［クライアントによるコンテンツ再生処理］
例えばコンテンツを再生しようとするクライアントは、サーバに対してコンテンツ要求を行い、要求コンテンツをサーバから受信してコンテンツの再生を行うことができる。一般的なコンテンツ再生の手順について図５を参照して説明する。まず、ステップＳ１１において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。これは例えばサーチ（検索）、あるいはブラウズ（閲覧）要求として実行することができる。ステップＳ１２で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、タイトル、アーティスト名などのコンテンツ情報をＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データにより生成してクライアントに送信する。
【００７９】
クライアントは、ステップＳ１３において、受信ＸＭＬ情報に従って、コンテンツ情報をディスプレイに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間等からなるリストとして表示される。
【００８０】
次に、クライアントはステップＳ１４において、クライアント装置において、サーバから受信し再生する曲を選択し、コンテンツ指定情報（例えばコンテンツＩＤ）をサーバに送信する。サーバは受信したコンテンツ指定情報に基づいてコンテンツを記憶手段から取得して、送信する。ステップＳ１６において、クライアントはサーバから受信したコンテンツを再生する。なお、コンテンツがＡＴＲＡＣ、ＭＰＥＧ等の圧縮処理がなされている場合は、クライアント側で復号処理を行った後に再生処理を行う。
【００８１】
通常のコンテンツ再生手順は、上述したとおりである。クライアントは、様々なコンテンツ属性情報、すなわち、サーバの保有するコンテンツ対応のメタデータに含まれるプロパティ情報を取得し、プロパティ情報に基づいてクライアントにコンテンツリスト等のＵＩを表示し、コンテンツを選択しサーバに要求することができる。
【００８２】
クライアントが、動画像、音楽データ等の時系列データからなるコンテンツをサーバから受信し、受信に並行してクライアントのディスプレイ、スピーカ等において出力再生する処理をストリーミング再生と呼ぶ。ストリーミング再生処理の１例としてＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に基づくストリーミング再生がある。
【００８３】
ＨＴＴＰは一般的にファイル転送に使用されるが、クライアントがオーディオ、ビデオ等のコンテンツの時系列データを受信しながら、同時に再生をおこなうことで、ストリーミング再生が可能である。ストリーミング再生は、クライアントがファイルをダウンロードしてから再生する場合に比べ、再生開始するのにダウンロード完了を待つ必要がなく、また、クライアントはハードディスクなどのストレージは不要となるメリットがある。ＭＰＥＧ（ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ）ビデオコンテンツを例として、ＨＴＴＰによるストリーミング再生の行う場合の処理例について、図６を参照して説明する。
【００８４】
サーバ４１０のハードディスク４１１には、動画像データとしてのＭＰＥＧファイル４１２が格納され、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従ったパケット解析およびデータ処理を実行するＨＴＴＰサーバ４１３を有する。一方、クライアント４２０は、ＨＴＴＰのリクエストパケットを生成し、受信パケットに基づく処理を実行するＨＴＴＰクライアント４２２と、サーバ４１０からの受信パケットに格納されているＭＰＥＧデータの復号処理を実行するＭＰＥＧデコーダ４２１を備えている。
【００８５】
クライアント４２０は、すでにサーバの格納コンテンツに対するコンテンツ情報を前述のブラウズやサーチ処理に基づいて取得しており、サーバから取得したコンテンツ情報には、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）が含まれる。ＨＴＴＰクライアント４２２は、再生対象とするコンテンツに対応するコンテンツＵＲＬを設定したコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してリクエストとして、サーバ４１０に送信する。
【００８６】
サーバ４１０のＨＴＴＰサーバ４１３は、クライアントから受信するＨＴＴＰ−ＧＥＴメソッドに基づいて、指定コンテンツＵＲＬに基づいてサーバ内のハードディスク４１１から指定コンテンツに対応するＭＰＥＧファイル４１２を取得してクライアント４２０に送信する。
【００８７】
クライアント４２０に送信されるコンテンツはＭＰＥＧストリームを構成する時系列データである。例えば映像や音声などの個別データストリームであるＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットを複数結合し、さらに制御情報をヘッダに格納したパック（Ｐａｃｋ）を１つの処理単位としたＭＰＥＧ−２システムに従ったストリームデータとして配信される。
【００８８】
クライアント４２０のＨＴＴＰクライアント４２２は、受信パケット内の制御情報に従ってパケットに格納されたＭＰＥＧ圧縮コンテンツを取得してＭＰＥＧデコーダ４２１に出力し、ＭＰＥＧデコーダ４２１においてＭＰＥＧ復号処理がなされ、ディスプレイやスピーカを介して出力される。
【００８９】
ＨＴＴＰストリーミングでは上述したようにＧＥＴメソッドを使用する。図７にサーバクライアント間のＨＴＴＰストリーミングに基づくコンテンツのストリーミング配信の処理シーケンスを示す。
【００９０】
ＨＴＴＰに基づくデータトランザクションでは１つのＴＣＰ／ＩＰコネクションが使用される。ＨＴＴＰクライアントからの１つのＨＴＴＰリクエストに対して、ＨＴＴＰサーバは１つのＨＴＴＰレスポンスを返信する。
【００９１】
ＨＴＴＰクライアントは、ＨＴＴＰリクエストの送信前にステップＳ２１において、ＴＣＰ／ＩＰコネクションをオープンする。その後、クライアントは、ステップＳ２２において、再生対象とするコンテンツに対応するコンテンツＵＲＬを設定したコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信する。
【００９２】
サーバは、コンテンツＵＲＬに基づいてコンテンツを取得し、ステップＳ２３において、ＨＴＴＰレスポンスとしてコンテンツをボデイとして格納したパケットをシーケンシャルにクライアントに送信する。
【００９３】
ステップＳ２４において、クライアントは受信パケットに基づく復号、再生処理を開始し、サーバからのレスポンスデータ受信終了に伴い、ステップＳ２５において再生処理を終了する。サーバからのレスポンスの送信が終了したら、ステップＳ２６において、ＨＴＴＰサーバはそのＴＣＰ／ＩＰコネクションをクローズする。
【００９４】
ＨＴＴＰストリーミングの場合は、ＨＴＭＬなどのファイル転送に比べて、レスポンスでは比較的大きなデータが転送される。このデータ転送はＴＣＰ／ＩＰのフロー制御によっておこなわれ、ＨＴＴＰサーバモジュールはレスポンスのデータを転送し続けようとするが、ＨＴＴＰクライアントがデータを受信できない状態の場合は（例えば受信バッファがフル）、データ転送は待たされる。ＨＴＴＰストリーミングはこの仕組みを利用して、クライアントは受信したデータを随時、デコーダーモジュールに転送して再生し、それによりデータが消費されたら、そのつど、サーバからのデータを受信する。
【００９５】
クライアントは、レスポンスのデータ受信を一時的に停止することで、ＨＴＴＰストリーミング再生の一時停止（ＰＡＵＳＥ）を行うことが可能である。また、クライアントがＴＣＰコネクションを切断することにより、ＨＴＴＰストリーミング再生の停止（ＳＴＯＰ）を行うことができる。
【００９６】
［インデックスの適用処理］
上述したように、動画コンテンツは、ストリーミング配信によりサーバからクライアントに送信され、クライアントにおいて再生される。
【００９７】
クライアントは、コンテンツＵＲＬ等のコンテンツ識別子を指定してコンテンツの取得、再生を行うことができるが、これはコンテンツ全体の再生を可能とするものであり、例えば、コンテンツの一部の再生や、動画コンテンツの特徴部分の静止画像の取得処理にはコンテンツＵＲＬのみを指定したＨＴＴＰ−ＧＥＴメソッドは適用できない。
【００９８】
本発明では、コンテンツ提供サーバにおいて、動画コンテンツに対応する情報ファイルとして動画コンテンツを構成する画像データから選択された静止画像を集めた静止画像ファイル（フィルムロールファイル）と、静止画像ファイル（フィルムロールファイル）に格納した静止画の各々に対応するテキスト情報ファイルを集積したインデックス情報ファイルを設定し、サーバに格納し、静止画像ファイルおよびインデックス情報ファイル各々に対してＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）設定し、クライアントがＨＴＴＰ−ＧＥＴメソッドに基づいてそれぞれのファイルを取得可能な構成とした。なお、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）は、ＵＲＬの上位概念である。
【００９９】
図８を参照して、サーバにおけるデータ管理構成について説明する。コンテンツ実体（ビデオカプセル）５１０およびコンテンツ情報（ビデオカプセルメタデータ）５１１は、図３を参照して説明したコンテンツディレクトリに基づいて管理されたコンテンツの実体データと、コンテンツの属性情報（メタデータ）である。
【０１００】
コンテンツ情報５１１には、コンテンツ名、アーティスト名等の様々な属性情報に加え、コンテンツ識別情報としてのコンテンツＵＲＩ（またはＵＲＬ）が設定され、クライアントはコンテンツＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツ実体を取得し再生することができる。
【０１０１】
さらに、本発明の構成では、コンテンツ情報５１１に、コンテンツの特徴シーン等からなる選択された静止画データを集積した静止画像データファイルとしてのフィルムロールファイル５１２の識別情報としてのフィルムロールファイルＵＲＩと、フィルムロールファイル５１２に格納された静止画像各々のコンテンツにおける位置情報などのインデックス情報を集積したインデックス情報ファイル５１３の識別情報としてのインデックス情報ファイルＵＲＩを設定した。
【０１０２】
クライアントは、ブラウズ（閲覧）、サーチ（検索）等の処理要求に基づいてサーバから取得したコンテンツ情報５１１によって、コンテンツ実体に対応するコンテンツＵＲＩに加え、フィルムロールファイル５１２のフィルムロールファイルＵＲＩと、インデックス情報ファイル５１３のインデックス情報ファイルＵＲＩを取得することが可能となり、コンテンツＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツ実体を取得し再生することができるとともに、フィルムロールファイルＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツの特徴シーン等からなる静止画データを取得し表示することができ、また、インデックス情報ファイルＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することで静止画データに対応するインデックス情報を取得することが可能となる。
【０１０３】
インデックス情報ファイル５１３に格納されるデータ構成について図９、図１０を参照して説明する。インデックス情報ファイル５１３に格納されるデータはテキストデータであり、フィルムロールファイル５１２に格納された静止画像データの各々に対応する情報を集積したデータ構成を持つ。図９に示すデータ部５２１、５２２が、フィルムロールファイル５１２に格納された静止画像データ個々に対応するデータである。個々のデータ構成について、図１０を参照して説明する。
【０１０４】
ＩＤは、インデックスの各々の識別子であり、例えば、１つのコンテンツに設定された複数のインデックスの先頭からシーケンシャルな番号として設定される。
【０１０５】
タイム（Ｔｉｍｅ）は、インデックス（静止画）の位置情報であり、ビデオストリーミングのタイムスタンプ情報である。例えばｒｆｃ２３２６において規定されるＮＰＴ（Ｎｏｒｍａｌ Ｐｌａｙ Ｔｉｍｅ）によって表記される。ＮＰＴはコンテンツの絶対位置情報を時間表記により示した情報であり、例えば時、分、秒の構成データからなる。
【０１０６】
例えばビデオコンテンツの開始位置等の基準位置からインデックス位置としての静止画位置までの経過時間情報が設定される。クライアントは、このタイム（Ｔｉｍｅ）情報を設定したコンテンツシーク要求をサーバに送信することで、クライアントは、このタイム（Ｔｉｍｅ）情報に一致した位置からのコンテンツのストリーミング再生をサーバに実行させることができる。この処理については後述する。
【０１０７】
オフセット（ｏｆｆｓｅｔ）は、バイトデータとして示したインデックスの位置情報である。例えばビデオコンテンツの開始位置等の基準位置からインデックス位置としての静止画位置までのバイトオフセットデータ情報が設定される。
【０１０８】
タイプ（Ｔｙｐｅ）は、インデックスの種類を示す情報であり、インデックスがユーザの設定によるものであるか、サーバが自動的に設定したものであるかを示す情報である。例えばサーバによる自動設定の場合［０］、ユーザによるマニュアル設定の場合［１］が設定される。
【０１０９】
レベル（Ｌｅｖｅｌ）は、インデックスとしての静止画像のシーンと前シーンとの変化量を示している。前シーンとの変化量をＭＡＸ：２５５、ＭＩＮ：０として設定した数値データとして設定される。
【０１１０】
音声モード（ＡｕｄｉｏＭｏｄｅ）は、インデックス位置における音声の態様情報を設定する。モノラル、ステレオ、２ヶ国語などのインデックス位置における音声モード情報を設定する。
【０１１１】
これらの情報が、フィルムロールファイル５１２に格納された静止画像データの各々に対応する情報としてインデックス情報ファイル５１３に格納される。図９に示すデータ部５２１、５２２の各々が、図１０に示すデータを持つ。
【０１１２】
次に、図１１を参照してフィルムロールファイル５１１のデータ構成について説明する。フィルムロールファイルは、図１１に示すように、ヘッダ情報５３１、インデックス情報５３２、静止画像データ５３３を有する。
【０１１３】
ヘッダ情報には、フィルムロールファイル５１１の識別子としてのファイルＩＤ、フィルムロールファイルに格納されたインデックス数、すなわち静止画の数などの情報が格納される。
【０１１４】
ヘッダ情報の後には、インデックス数に対応するインデックス情報５３２と静止画像データ５３３の組が格納される。インデックス情報５３２は、インデックス情報ファイル５１３に格納される情報と同一の情報であり、図１０に示す情報が格納される。すなわちインデックス情報は、インデックス情報ファイル５１３とフィルムロールファイル５１１に重複して格納される。
【０１１５】
インデックス情報５３２に続いて、インデックス情報５３２に対応する静止画像データが格納される。静止画像データは、ＲＧＢデータ、ＪＰＥＧデータなど、様々なデータ態様での格納が可能である。
【０１１６】
図１２を参照して、クライアントによるフィルムロールファイル、インデックス情報ファイルの取得処理シーケンスについて説明する。
【０１１７】
まず、ステップＳ３１において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。これは例えばサーチ（検索）、あるいはブラウズ（閲覧）要求として実行することができる。ステップＳ３２で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、タイトル、アーティスト名などのコンテンツ情報、さらに、コンテンツ実体に対応するコンテンツ識別情報としてのコンテンツＵＲＩ、コンテンツの特徴シーン等からなる静止画データを持つフィルムロールファイルＵＲＩ、静止画データに対応するインデックス情報を格納したインデックス情報ファイルＵＲＩを含むコンテンツ情報をクライアントに送信する。
【０１１８】
クライアントは、ステップＳ３３において、受信コンテンツ情報に従って、コンテンツ情報をディスプレイに表示する。表示されるコンテンツ情報は、図１３に示すようにコンテンツＵＲＩ５５１、フィルムロールＵＲＩ、インデックス情報ＵＲＩが含まれる。クライアントにおいてこれらのＵＲＩをクリックすることにより、クリックＵＲＩを指定ＵＲＩとしたＨＴＴＰ−ＧＥＴメソッドがサーバに送信される。このコンテンツ情報表示プログラムは、サーバの提供コンテンツの利用処理を実行するアプリケーションプログラムの下の表示処理を実行する表示プログラムであり、サーバから受信するコンテンツ情報を含むＸＭＬデータに基づいて表示情報を生成する。
【０１１９】
このように、クライアントは、コンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行する。
【０１２０】
なお、図１３に示す表示例はそれぞれのＵＲＩを直接表示する例を示しているが、これは一例であり、例えばコンテンツを示すアイコン等のイメージデータ、フィルムロールを示すイメージデータ、インデックス情報を示すイメージデータ等をディスプレイに示し、それぞれのＵＲＩにリンクさせて、ユーザが各イメージデータ（アイコン）をクリックすることで、リンクＵＲＩを指定ＵＲＩとしたＨＴＴＰ−ＧＥＴメソッドがサーバに送信される構成としてもよい。これらの処理は、サーバの提供コンテンツの利用処理を実行するアプリケーションプログラムの下で動作するＨＴＴＰクラアントの処理として実行される。
【０１２１】
図１２に戻りシーケンス図の説明を続ける。ステップＳ３３において、クライアントが、サーバからの受信コンテンツ情報に従って、図１３に示すようなコンテンツ情報をディスプレイに表示すると、クライアント側のユーザはコンテンツの取得要求として、ステップＳ３４において、コンテンツＵＲＩを設定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信する。
【０１２２】
ステップＳ３５において、サーバは指定コンテンツＵＲＩに対応するコンテンツを取得してステップＳ３５において、ストリーミング配信を開始する。クライアントではステップＳ３６においてコンテンツ再生を開始する。
【０１２３】
さらに、クライアント側のユーザは、ステップＳ３７において、コンテンツ情報中のフィルムロールＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信する。
【０１２４】
ステップＳ３８において、サーバは指定フィルムロールＵＲＩに対応するフィルムロールファイルを取得してステップＳ３８においてクライアントに送信する。クライアントではステップＳ３９において受信したフィルムロールファイルに基づいて静止画像データの表示を実行する。
【０１２５】
クライアントにおいてコンテンツＵＲＩに基づいてサーバから受信するコンテンツとともに、フィルムロールＵＲＩに基づいてサーバから受信するフィルムロールファイルから取得される静止画情報をディスプレイに表示した例を図１４に示す。
【０１２６】
クライアントのディスプレイ５６０には、コンテンツＵＲＩに基づいてサーバから受信するコンテンツに基づく動画５６１と、フィルムロールＵＲＩに基づいてサーバから受信するフィルムロールファイルから取得される静止画５６２とが併せて表示される。なお、このクライアント側でのデータ表示処理は、サーバの提供コンテンツの利用処理を実行するアプリケーションプログラムの下で動作する表示処理プログラムに基づいて実行される。
【０１２７】
静止画５６２は、動画５６１のコンテンツ全体から選択された特徴シーンの静止画像データである。なお、図１４には、静止画像を表示した例を示してあるが、静止画像データに対応して設定されているテキストデータからなるインデックス情報を静止画像に併せて表示したり、インデックス情報のみを表示したりすることも可能である。クライアントは、フィルムロールＵＲＩに基づいてフィルムロールファイルを受信しており、そのデータに基づく情報を選択して表示可能である。
【０１２８】
図１２〜図１４では、フィルムロールＵＲＩに基づくＨＴＴＰ−ＧＥＴメソッドをクライアントからサーバにＨＴＴＰリクエストとして送信してサーバからＨＴＴＰレスポンスとしてフィルムロールファイルを取得する処理例を説明したが、インデックス情報も、インデックス情報ファイルＵＲＩに基づくＨＴＴＰ−ＧＥＴメソッドをサーバに送信することで、サーバからのＨＴＴＰレスポンスとして受信可能である。
【０１２９】
図１５に、サーバの保有する動画コンテンツに対応するインデックス情報、フィルムロールについてまとめた図を示す。図１５に示すように、インデックス情報ファイル５７１は、インデックス情報ファイルＵＲＩが設定され、フィルムロールファイル５７２にはフィルムロールファイルＵＲＩが設定され、これらのＵＲＩ情報は、コンテンツのメタデータ、すなわちコンテンツ情報に格納されており、クライアントはサーチやブラウズ等のコンテンツ情報取得処理により、これらのＵＲＩをコンテンツＵＲＩとともに取得することができる。
【０１３０】
インデックス情報ファイル５７１には、フィルムロールファイル５７２に格納された静止画像の各々に対応するインデックス情報５７４がテキストデータとして格納され、フィルムロールファイル５７２には静止画像データ５７３とともに、インデックス情報５７４が格納される。
【０１３１】
上述したように、本発明の構成では、サーバに格納した動画コンテンツに対応して、コンテンツの特徴シーン等からなる選択された静止画データを集積した静止画像データファイルとしてのフィルムロールファイルと、フィルムロールファイルに格納された静止画像各々のコンテンツにおける位置情報などのインデックス情報を集積したインデックス情報ファイルを生成して格納するとともに、コンテンツ情報に、フィルムロールファイルＵＲＩと、インデックス情報ファイルＵＲＩを設定し、クライアントに提供する構成としたので、クライアントは、ブラウズ（閲覧）、サーチ（検索）等の処理要求に基づいてサーバからフィルムロールファイルＵＲＩと、インデックス情報ファイルＵＲＩを取得することが可能となり、コンテンツＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツ実体を取得し再生することができるとともに、フィルムロールファイルＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することでコンテンツの特徴シーン等からなる静止画データを取得し表示することができ、また、インデックス情報ファイルＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することで静止画データに対応するインデックス情報を取得することが可能となる。
【０１３２】
［インデックス情報に基づくシーク処理］
次に、インデックス情報を適用したシーク処理について説明する。シーク処理は、動画コンテンツの再生位置をクライアントが指定してサーバから指定位置に対応するコンテンツを受信しクライアントにおいて再生を行う処理である。
【０１３３】
なお、上述したフィルムロールファイルの取得は、フィルムロールファイル全体の取得処理として説明したが、フィルムロールファイルが多数の静止画像を含む場合は、データ容量が大きくなり、充分な容量の記憶手段を持たないクライアントは、フィルムロールファイル全体の取得ができない場合がある。
【０１３４】
このようなクライアントの場合は、テキストデータからなるインデックス情報ファイルを取得し、インデックス情報をクライアントのディスプレイに表示し、特定のインデックスを選択し、選択したインデックスに対応する静止画のみを取得することができる。
【０１３５】
前述したように、インデックス情報には、時間情報（Ｔｉｍｅ）、オフセット（Ｏｆｆｓｅｔ）情報等のインデックスの位置情報が格納され、また、フィルムロールファイルにも同様のインデックス情報が各静止画像データに対応して格納されている。従って、クライアントがインデックス情報の時間情報（Ｔｉｍｅ）、またはオフセット（Ｏｆｆｓｅｔ）情報を指定したフィルムロールファイルの取得要求、すなわちフィルムロールＵＲＬを指定したフィルムロール取得要求を行うことで、その時間情報またはオフセット情報に対応するフィルムロールファイルに格納された静止画像データのみをサーバから取得することができる。
【０１３６】
動画コンテンツの実体データについても同様であり、ＭＰＥＧコンテンツのコンテンツ実体データファイルには、コンテンツ開始位置からの時間情報、バイト情報が制御情報として設定されているので、クライアントは、インデックス情報の時間情報またはオフセット情報を指定したコンテンツの取得要求、すなわちコンテンツＵＲＬを指定したフィルムロール取得要求を行うことで、その指定位置に対応するコンテンツをサーバから取得することができる。
【０１３７】
このようにシーク処理の態様としては、インデックス情報の時間情報またはオフセット情報を指定した静止画像の取得処理と、インデックス情報の時間情報またはオフセット情報を指定したコンテンツの取得処理の２つの態様がある。以下、これら２つのシーク処理の詳細について順次説明する。
【０１３８】
（１）フィルムロールファイルのシーク
まず、インデックス情報の時間情報またはオフセット情報を指定した静止画像の取得処理として実行するフィルムロールファイルのシーク処理について説明する。
【０１３９】
フィルムロールファイルのシーク処理は、コンテンツ情報に基づいて取得したフィルムロールＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドに、インデックス情報に含まれる時間情報またはオフセット情報を指定したＨＴＴＰリクエストをサーバに送信することで実行される。
【０１４０】
クライアントからサーバに送信するＨＴＴＰリクエストと、ＨＴＴＰリクエストの応答としてサーバがクライアントに送信するＨＴＴＰレスポンスの構成を図１６に示す。
【０１４１】
クライアントからサーバに送信するＨＴＴＰリクエストは下記に示すデータとなる。
［ＨＴＴＰ Ｒｅｑｕｓｔ］
ＧＥＴ ｕｒｌ ＨＴＴＰ／１．１
ＨＯＳＴ： １９２．１６８．１．１
Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００
【０１４２】
［ＧＥＴ ｕｒｌ ＨＴＴＰ／１．１］にフィルムロールのＵＲＩ（ＵＲＬ）が設定される。ＨＴＴＰ１．１はバージョンを示す。［ＨＯＳＴ： １９２．１６８．１．１］はＨＴＴＰリクエストを送信しているクライアントのＩＰアドレスである。［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］はシーク要求であることを示すコマンドと、時間情報である。［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ］は、ＨＴＴＰ−ＧＥＴその他のメソッドの対象として指定されたＵＲＩ（ＵＲＬ）に対して、その位置を時間値によって指定していることを示す。
【０１４３】
すなわち、このＨＴＴＰリクエストは、コンテンツの開始からの時間（ＮＰＴ）が［００：３２：００．０００］であるフィルムロールファイルの静止画像の取得要求であることを示している。
【０１４４】
このＨＴＴＰリクエストを受信したサーバは、ＨＴＴＰリクエストに含まれるフィルムロールＵＲＩに基づいてフィルムロールファイルを取得するとともに、シーク要求であることを示す［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］に基づいて、時間［００：３２：００．０００］であるフィルムロールファイルの静止画像を選択して、クライアントにＨＴＴＰレスポンスとして静止画像データを送信する。サーバの送信するＨＴＴＰレスポンスは下記のデータ構成となる。
【０１４５】
［ＨＴＴＰ Ｒｅｓｐｏｎｓｅ］
ＨＴＴＰ／１．１ ２００ ＯＫ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ｉｍａｇｅ／ｘ−ｆｉｌｍｒｏｌｌ
Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００
（静止画像データ）
【０１４６】
［ＨＴＴＰ／１．１ ２００ ＯＫ］はクライアントからのＨＴＴＰリクエストの処理が実行されたことを示す。［Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ｉｍａｇｅ／ｘ−ｆｉｌｍｒｏｌｌ］は送信データのコンテンツタイプ（ＭＩＭＥ−Ｔｉｐｅ）である。［Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００］は送信データに含まれるデータの時間情報である。これらの情報の後に、［Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００］に対応する静止画像データが格納されてクライアントに送信さされる。
【０１４７】
クライアントは、サーバから受信するＨＴＴＰレスポンスから静止画像データを取り出してディスプレイに表示する。
【０１４８】
このように、クライアントは時間情報に基づく指定を行うことで、特定の静止画像データをサーバから取得することが可能であり、充分な記憶容量の記憶部を持たないクライアントであっても、静止画像の取得表示が可能となる。
【０１４９】
なお、上述した例では、コンテンツ位置の指定情報としてインデックス情報に含まれる時間情報を適用した例を説明したが、インデックス情報に含まれるオフセット情報を用いた場合にも、同様の処理が可能である。クライアントは、動画コンテンツの基準位置からの時間情報またはオフセット情報を指定したシーク要求を伴うデータ要求をサーバに対して実行し、サーバはシーク要求に応じたデータを取得してレスポンスを生成してクライアントに送信する。
【０１５０】
（２）動画コンテンツのシーク処理
フィルムロールファイルに含まれる静止画から特定の静止画のみを選択してサーバから取得する処理と同様、動画コンテンツの再生処理も、コンテンツ位置の指定情報としてインデックス情報に含まれる時間情報、あるいはオフセット情報を指定してコンテンツＵＲＩに基づくＨＴＴＰリクエストをクライアントからサーバに送信することで指定位置からの再生が可能となる。
【０１５１】
動画コンテンツのシーク処理は、コンテンツ情報に基づいて取得したコンテンツＵＲＩを指定したＨＴＴＰ−ＧＥＴメソッドに、インデックス情報に含まれる時間情報またはオフセット情報を指定したＨＴＴＰリクエストをサーバに送信することで実行される。
【０１５２】
クライアントからサーバに送信するＨＴＴＰリクエストと、ＨＴＴＰリクエストの応答としてサーバがクライアントに送信するＨＴＴＰレスポンスの構成を図１７に示す。
【０１５３】
クライアントからサーバに送信するＨＴＴＰリクエストは下記に示すデータとなる。
［ＨＴＴＰ Ｒｅｑｕｓｔ］
ＧＥＴ ｕｒｌ ＨＴＴＰ／１．１
ＨＯＳＴ： １９２．１６８．１．１
Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００
【０１５４】
［ＧＥＴ ｕｒｌ ＨＴＴＰ／１．１］にコンテンツＵＲＩ（ＵＲＬ）が設定される。ＨＴＴＰ１．１はバージョンを示す。［ＨＯＳＴ： １９２．１６８．１．１］はＨＴＴＰリクエストを送信しているクライアントのＩＰアドレスである。［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］はシーク要求であることを示すコマンドと、時間情報である。
【０１５５】
すなわち、このＨＴＴＰリクエストは、コンテンツの開始からの時間（ＮＰＴ）が［００：３２：００．０００］であるコンテンツの取得要求であることを示している。
【０１５６】
このＨＴＴＰリクエストを受信したサーバは、ＨＴＴＰリク要求であることを示す［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］に基づいて、時間［００：３２：００．０００］であるコンテンツの位置を選択して、クライアントにＨＴＴＰレスポンスとして選択したコンテンツ位置からのＭＰＥＧ画像データを送信する。サーバの送信するＨＴＴＰレスポンスは下記のデータ構成となる。
【０１５７】
［ＨＴＴＰ Ｒｅｓｐｏｎｓｅ］
ＨＴＴＰ／１．１ ２００ ＯＫ
Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００
（動画（ＭＰＥＧ）データ）
【０１５８】
［ＨＴＴＰ／１．１ ２００ ＯＫ］はクライアントからのＨＴＴＰリクエストの処理が実行されたことを示す。［Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００］は送信データに含まれるデータの時間情報である。これらの情報の後に、［Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ：００：０３１：５６．０００］を送信開始位置とする動画像ＭＰＥＧデータがクライアントに送信さされる。
【０１５９】
クライアントは、サーバから受信するＨＴＴＰレスポンスからＭＰＥＧデータを取り出して復号処理を実行した後、ディスプレイに表示する。
【０１６０】
このように、クライアントは時間情報に基づく指定を行うことで、ストリーミング開始位置を指定した動画像データをサーバから取得することが可能となる。
【０１６１】
なお、上述した例では、コンテンツ位置の指定情報としてインデックス情報に含まれる時間情報を適用した例を説明したが、インデックス情報に含まれるオフセット情報を用いた場合にも、同様の処理が可能である。
【０１６２】
また、コンテンツのストリーミング開始位置の指定の際には、インデックス情報ファイルの格納情報を適用することも可能であるが、フィルムロールファイルに含まれるインデックス情報を適用した処理として実行することも可能である。
【０１６３】
なお、クライアントの指定する時間情報、オフセット情報に完全一致する位置からのストリーミング開始が不可能な場合には、クライアントの指定位置より前の位置において最も近い再生可能位置からのストリーミング配信を行う。例えばＭＰＥＧ−２システムでは、映像や音声などの個別データストリームであるＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットを複数結合し、さらに制御情報をヘッダに格納したパック（Ｐａｃｋ）を１つの処理単位としている。従って、パック（Ｐａｃｋ）を構成するＰＥＳパケットの単位によって再生可能な位置が決定される。この処理単位でパケットを生成してクライアントに送信することで、クライアントでは、デコードする際の１つの処理単位であるパック（Ｐａｃｋ）に欠落が発生することなく、再生エラーを発生させることのないコンテンツ再生が可能となる。
【０１６４】
［サーバにおける静止画像選択処理］
フィルムロールファイルに格納する静止画像ファイルは、ユーザによって選択した画像を格納するマニュアル処理として実行してもよいし、あるいはサーバにおいて動画像データに基づいて自動選択してフィルムロールファイルに格納する構成としてもよい。
【０１６５】
自動選択の基準としては様々な設定が可能であるが、その一例として動画像を構成するシーンの変化量に基づく選択手法がある。
【０１６６】
図１８のフローチャートを参照して、サーバにおいて実行する動画像データに基づく静止画像自動選択処理シーケンスについて説明する。この処理は、例えば予めサーバの記憶部に格納したビデオコンテンツに対応するフィルムロールファイル、およびインデックス情報ファイルを生成する際や、あるいはサーバに設定されたチューナの受信するコンテンツについて、チューナ受信コンテンツをビデオデータとしてサーバの記憶部に格納する処理と並列してフィルムロールファイル、およびインデックス情報ファイルを生成する際にサーバ内のインデックス生成部において実行する処理である。
【０１６７】
ステップＳ１０１において、インデックス生成部に対して動画コンテンツを入力し、ステップＳ１０２において、シーン変化量を測定する。シーン変化量は、動画像の前シーンと現シーンを構成する各画素の画素値の差分を算出し、全画素の差分の総計値を算出する処理として実行される。ステップＳ１０３では、算出した差分総計値をシーン変化量とし、シーン変化量と予め定めた閾値とを比較する。
【０１６８】
シーン変化量が閾値より大である場合に、その画面（シーン）をステップＳ１０４で、インデックス画像としてフィルムロールファイルに格納する静止画として決定する。シーン変化量が閾値より大でない場合は、ステップＳ１０１に戻り、次の連続画面（シーン）を入力する。
【０１６９】
シーン変化量が閾値より大であり、ステップＳ１０４において、インデックス画像としてフィルムロールファイルに格納する静止画として決定すると、ステップＳ１０５において、インデックス情報を生成する。インデックス情報は、インデックス情報ファイルおよびフィルムロールファイルの双方に格納される情報であり、先に図９、図１０を参照して説明したように、ＩＤ、時間情報（Ｔｉｍｅ）、オフセット情報（Ｏｆｆｓｅｔ）、タイプ（Ｔｙｐｅ）、レベル（Ｌｅｖｅｌ）、音声モード（ＡｕｄｉｏＭｏｄｅ）の各情報を持つ。
【０１７０】
これらの各情報をフィルムロールファイルに格納する静止画に対応付けて設定する。ステップＳ１０６では、これらの情報をインデックス情報ファイルに格納し、ステップＳ１０７では、これらの情報と静止画像とをフィルムロールファイルに格納する。ステップＳ１０８において処理対象のコンテンツが終了しているかを判定し、残りがある場合は、ステップＳ１０１に戻り、次のシーンについて同様の処理を繰り返し実行する。
【０１７１】
サーバにおいては、チューナ受信コンテンツや、記憶部に格納済みのコンテンツについて、上述した処理を行って、フィルムロールファイルおよびインデックス情報ファイルを生成する。なお、サーバは、生成したフィルムロールファイルおよびインデックス情報ファイルに、それぞれＵＲＩを設定し、そのＵＲＩ情報をコンテンツ情報（メタデータ）に格納する。
【０１７２】
このように、サーバは、動画コンテンツの各シーンの特徴シーンは、連続するシーンにおけるシーン変化量の大のシーンを抽出する処理などにより、動画コンテンツの特徴シーンを抽出して、フィルムロールファイルに格納する静止画の選択処理を実行する。
【０１７３】
［サーバおよびクライアントのインデックスを用いた処理シーケンス］
次に、フィルムロールファイルおよびインデックス情報ファイルを適用した処理について、クライアント側とサーバ側でのそれぞれの処理シーケンスを図１９および図２０を参照して説明する。
【０１７４】
まず、図１９を参照してクライアントの処理について説明する。ステップＳ２０１においてクライアントはコンテンツ情報をサーバに要求する。この処理は例えばサーチ、ブラウズ要求として実行される。
【０１７５】
ステップＳ２０２において、クライアントはサーバからコンテンツ情報を取得し、ディスプレイに表示する。表示例は先に図１３を参照して説明した通りであり、コンテンツＵＲＩ、フィルムロールＵＲＩ、インデックス情報ＵＲＩ、またはそのリンクアイコンなどの情報が含まれる。
【０１７６】
ステップＳ２０３では、ユーザが取得対象を決定する。コンテンツまたは静止画（フィルムロールファイル）、またはインデックス情報のいずれかである。
【０１７７】
コンテンツである場合、ステップＳ２０４に進み、シーク処理、すなわち再生位置を設定したコンテンツ要求をするか否かを決定する。シーク処理を実行しない場合は、ステップＳ２０５において、コンテンツＵＲＩを設定したコンテンツ要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。
【０１７８】
シーク処理を実行する場合は、ステップＳ２０６において、シーク位置情報と、コンテンツＵＲＩを設定したコンテンツ要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。シーク位置情報は、先に図１７を参照して説明したように、時間情報、あるいはオフセット情報（バイト情報）の設定が可能である。
【０１７９】
ステップＳ２０７では、ステップＳ２０５またはステップＳ２０６によって指定したコンテンツをサーバから受信し、ステップＳ２０８において再生する。
【０１８０】
ステップＳ２０３において、サーバからの取得対象を静止画像として決定した場合は、ステップＳ２１１に進み、シーク処理、すなわち取得静止画位置を設定した静止画要求をするか否かを決定する。シーク処理を実行しない場合は、ステップＳ２１２において、フィルムロールＵＲＩを設定した静止画要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。
【０１８１】
シーク処理を実行する場合は、ステップＳ２１３において、シーク位置情報と、フィルムロールＵＲＩを設定した静止画要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。シーク位置情報は、先に図１６を参照して説明したように、時間情報、あるいはオフセット情報（バイト情報）の設定が可能である。
【０１８２】
ステップＳ２１４では、ステップＳ２１２またはステップＳ２１３によって指定した静止画をサーバから受信し、ステップＳ２１３において再生する。なお、フィルムロールファイルには、静止画のみならず、静止画に対応するインデックス情報も含まれるので、クライアントは受信情報に基づいて、静止画の表示処理だけでなくインデックス情報を利用した処理、例えば、インデックス情報に基づくコンテンツの再生位置を指定したコンテンツ要求を行うことなどが可能である。
【０１８３】
ステップＳ２０３において、サーバからの取得対象をインデックス情報として決定した場合は、ステップＳ２２１に進み、インデックス情報ファイルＵＲＩを設定したインデックス情報要求（ＨＴＴＰ−ＧＥＴメソッド）をサーバに送信する。
【０１８４】
ステップＳ２２２では、インデックス情報をサーバから受信し、ステップＳ２２３においてディスプレイに提示する。提示情報は、先に図１０を参照して説明した情報である。クライアントはこれらの情報に基づいて、例えば特定の静止画をサーバに要求したり、特定部分のコンテンツ再生をサーバに要求することが可能となる。
【０１８５】
次に、図２０を参照してサーバの処理について説明する。ステップＳ４０１において、サーバはクライアントからのデータ取得要求（ＨＴＴＰ−ＧＥＴメソッド）を受信する。
【０１８６】
ステップＳ４０２において、コンテンツ取得要求、すなわちクライアントからのリクエストが、コンテンツＵＲＩの設定されたＨＴＴＰ−ＧＥＴメソッドである場合は、ステップＳ４１１に進み、シーク位置情報が設定されているか否かを判定する。すなわち、先に図１７を参照して説明したシーク時間指定情報［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］等のシーク位置情報がクライアントからのリクエスト中に含まれるか否かを判定する。
【０１８７】
シーク位置情報が含まれる場合（ステップＳ４１１：Ｙｅｓ）は、ステップＳ４１２において、クライアントからのリクエストに含まれるコンテンツＵＲＩに基づいてコンテンツを取得するとともに、クライアントからのリクエストに含まれるシーク位置情報に基づいてコンテンツの送信開始位置を決定し、決定した送信開始位置からのクライアントに対するコンテンツ送信を開始する。
【０１８８】
シーク位置情報が含まれない場合（ステップＳ４１１：Ｎｏ）は、ステップＳ４１３において、クライアントからのリクエストに含まれるコンテンツＵＲＩに基づいてコンテンツを取得しクライアントに対するコンテンツ送信を開始する。
【０１８９】
ステップＳ４０２においてクライアントからのリクエストがフィルムロールＵＲＩを設定したフィルムロールまたは静止画取得要求であると判定した場合は、ステップＳ４２１に進み、シーク位置情報が設定されているか否かを判定する。すなわち、先に図１６を参照して説明したシーク時間指定情報［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］等のシーク位置情報がクライアントからのリクエスト中に含まれるか否かを判定する。
【０１９０】
シーク位置情報が含まれる場合（ステップＳ４２１：Ｙｅｓ）は、ステップＳ４２２において、クライアントからのリクエストに含まれるフィルムロールＵＲＩに基づいてフィルムロールファイルを取得するとともに、クライアントからのリクエストに含まれるシーク位置情報に基づいてインデックス、すなわち静止画およびインデックス情報を取得し、クライアントに対して送信する。
【０１９１】
シーク位置情報が含まれない場合（ステップＳ４２１：Ｎｏ）は、ステップＳ４２３において、クライアントからのリクエストに含まれるフィルムロールＵＲＩに基づいてフィルムロールを取得しクライアントに対して送信する。
【０１９２】
ステップＳ４０２においてクライアントからのリクエストがインデックス情報ＵＲＩを設定したインデックス情報取得要求であると判定した場合は、ステップＳ４０３において、クライアントからの要求に含まれるインデックス情報ＵＲＩに基づいてインデックス情報を取得し、クライアントに送信する。
【０１９３】
［サーバおよびクライアントの機能構成］
サーバおよびクライアント装置のハードウェア構成については、先に図２を参照して説明した通りであり、上述した各種の処理は、サーバクライアントそれぞれの記憶部に格納されたプログラムに従って制御部（ＣＰＵ等）の制御の下に実行される。
【０１９４】
ＣＰＵによって実行される処理は、例えばサーバ側では、クライアントからの要求に従って、コンテンツ対応のメタデータを取得しＸＭＬデータに基づくコンテンツ情報を生成しクライアントに送信する処理、クライアントからのデータ取得要求がコンテンツ取得要求であるか、フィルムロール（静止画）取得要求であるか、インデックス情報取得要求であるかを判定し、またシーク処理の要求が含まれるか否かを判定し、要求に従ったデータを取得してクライアントに送信する処理、動画コンテンツに対応するフィルムロールファイル、インデックス情報ファイルを生成する処理などである。
【０１９５】
クライアント側の処理としては、サーバから受信するＸＭＬデータからなるコンテンツ情報に基づいてディスプレイにコンテンツリストを表示する処理、コンテンツリストに従って、コンテンツＵＲＩまたはフィルムロールＵＲＩまたはインデックス情報ＵＲＩを設定し、必要に応じてシーク情報を設定したコンテンツ取得要求（ＨＴＴＰ−ＧＥＴ）を生成しサーバに送信する処理、コンテンツ、フィルムロールファイル（静止画）、インデックス情報等の各種データをサーバから受信し出力する処理、受信コンテンツのデータ変換、再生処理などである。
【０１９６】
基本的にこれらの処理は、サーバ、クライアント装置の制御部としてのＣＰＵの制御の下に実行されるが、上述した処理を実行するために必要となるサーバの機能構成とクライアントの機能構成について図２１および図２２を参照して説明する。
【０１９７】
図２１は、サーバの主要機能構成を示すブロック図である。パケット送受信部６０１は、クライアントに対するパケット、クライアントからのパケットを受信する。パケット生成、解析部６０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０１９８】
データ記憶部６０３は、サーバの保有するコンテンツ６１１、コンテンツに対応するメタデータとしてのコンテンツ情報６１２、静止画を含むフィルムロールファイル６１３、およびテキストデータをメインとしたインデックス情報ファイル６１４を格納する。メタデータには、コンテンツＵＲＩ、フィルムロールファイルＵＲＩ、インデックス情報ファイルＵＲＩが設定されている。
【０１９９】
送信データ生成部６０４は、クライアントから受信したデータ取得要求、すなわち、コンテンツ取得要求、フィルムロール（静止画）取得要求、またはインデックス情報取得要求に基づいてデータ記憶部６０３から指定ＵＲＩに対応するデータを取得しクライアントに対して送信するデータを生成する処理を実行する。
【０２００】
シーク情報処理部６０５は、クライアントからのリクエストに含まれるシーク時間指定情報［Ｘ−Ｓｅｅｋ−Ｒａｎｇｅ： ００：３２：００．０００］等のシーク位置情報に基づいて、コンテンあるいはフィルムロールファイルから指定位置を決定しコンテンツの送信位置あるいは送信対象の静止画を決定する。
【０２０１】
コンテンツ情報生成部６０６は、クライアントからのサーチ、ブラウズ等のコンテンツ情報取得要求に応じて、記憶部６０３内からコンテンツ情報６１２を取得し、クライアントに送信するコンテンツ情報を生成する。
【０２０２】
インデックス生成部６０７は、先に図１８を参照して説明した処理、すなわち動画コンテンツに基づくフィルムロールファイルおよびインデックス情報ファイルの生成処理を実行する。
【０２０３】
データ変換部６０８は、送信コンテンツデータの符号化処理等、復号処理等を実行し、クライアントに送信するコンテンツあるいは静止画像のデータ変換を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４、ＪＰＥＧ等に基づくデータ変換を実行する。なお、クライアントはコンテンツ要求や静止画要求をサーバに対して実行する際、クライアントの許容するデータ形式をサーバに通知することができ、サーバは、クライアントの要求に従ってデータ変換を行ったコンテンツまたは静止画像データを送信する。
【０２０４】
次に、クライアント装置の機能構成について、図２２を参照して説明する。パケット送受信部７０１は、サーバに対するパケット送信および、サーバからのパケット受信処理を実行する。パケット生成、解析部７０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケット内の格納データ解析のみならず、パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理なども含む。パケット生成処理としては、サーバに対するデータ要求パケット、すなわち、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドを生成し送信する処理を実行する。
【０２０５】
コンテンツ情報要求処理部７０３は、サーバに対してコンテンツ情報要求の要求データ、例えばサーチ要求やブラウズ要求の要求データを生成する。記憶部７０４は、サーバから受信したパケットに含まれるコンテンツ、コンテンツ情報、静止画像、フィルムロールファイル、インデックス情報等を格納する。
【０２０６】
出力部７０５は、コンテンツ再生処理に適用するスピーカ、ディスプレイを含む。なお、ディスプレイは、先に図１３を参照して説明したコンテンツ情報の出力にも利用され、図１４を参照して説明したように、コンテンツおよび静止画像の出力に利用される。入力部７０６は、例えば、サーバに対する取得データの選択情報、サーバに対するデータ取得要求の送信、コンテンツ再生の開始、終了、その他再生制御設定情報の入力、その他のデータ入力手段として利用される。
【０２０７】
コンテンツ情報解析部７０７は、サーバから受信したＸＭＬデータからなるメタデータを解析し、解析データに基づいて、先に図１３を参照して説明したコンテンツ情報を生成し、出力部としてのディスプレイに出力する処理を実行する。すなわち、コンテンツ識別子（ＵＲＩ）と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子（ＵＲＩ）と、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子（ＵＲＩ）の各識別子または識別子にリンクする表示データの生成処理を実行する。
【０２０８】
データ再生制御処理部７０８は、サーバから受信したコンテンツ、静止画像、インデックス情報等の出力部７０５に対する出力制御処理を実行する。データ変換部７０９は、サーバから受信したコンテンツ、静止画データの復号等、各種データ変換処理を実行する。
【０２０９】
サーバ、およびクライアントは、機能的には図２１、図２２に示す各機能を有し、上述した各処理を実行する。ただし、図２１、図２２に示すブロック図は、機能を説明するブロック図であり、サーバクライアントが図２１、図２２に示すブロックに対応するハードウェアを有することは必須ではない。具体的には、図２に示すＰＣ等の構成におけるＣＰＵの制御の下に各種の処理プログラムが実行され、図２１、図２２に示す各ブロックを参照して説明した処理、あるいは上述の発明の詳細な説明において説明した各処理が実行される。
【０２１０】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２１１】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２１２】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２１３】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２１４】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０２１５】
【発明の効果】
以上、説明したように、本発明の構成によれば、サーバがクライアントに提供する動画コンテンツから選択された静止画データを格納したフィルムロールファイルと、フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルを有し、フィルムロールファイルおよびインデックス情報ファイルの各々には、クライアントによって指定可能な識別情報を付与し、識別情報をコンテンツ情報であるメタデータの構成情報として設定したので、クライアントは、コンテンツ情報に含まれるコンテンツ識別子と、フィルムロールファイル識別子と、インデックス情報ファイル識別子の各識別子を取得し、各識別子を設定したデータ要求を実行することにより、コンテンツ、静止画、インデックス情報、いずれかの情報を選択的に受信することが可能となる。
【０２１６】
さらに、本発明の構成によれば、フィルムロールファイルに含まれる静止画についてのシーク処理、すなわち、時間情報あるいはオフセット情報に基づく要求データの指定処理を可能としたので、クライアントは特定の静止画像データをサーバから取得することが可能となり、充分な記憶容量の記憶部を持たないクライアントであっても、静止画像の取得表示が可能となる。
【０２１７】
さらに、本発明の構成によれば、フィルムロールファイル識別子およびインデックス情報ファイル識別子をＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）として設定した構成としたので、クライアントは、フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドをサーバに送信することで、サーバから目的のデータを取得することが可能となる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器の構成例について説明する図である。
【図３】サーバにおけるコンテンツ管理ディレクトリ構成について説明する図である。
【図４】コンテンツ情報表示例を示す図である。
【図５】コンテンツデータ再生処理におけるサーバクライアント間の処理シーケンスについて説明する図である。
【図６】ストリーミング再生処理について説明する図である。
【図７】ストリーミング再生処理について説明する図である。
【図８】サーバにおけるデータ格納構成について説明する図である。
【図９】インデックス情報ファイルの構成について説明する図である。
【図１０】インデックス情報の構成について説明する図である。
【図１１】フィルムロールファイルの構成について説明する図である。
【図１２】サーバクライアント間のインデックス取得処理シーケンスについて説明する図である。
【図１３】各データのＵＲＩを含むコンテンツ情報表示例を示す図である。
【図１４】コンテンツおよび静止画データ表示例を示す図である。
【図１５】サーバの有するインデックス情報、およびフィルムロールのデータ格納構成について説明する図である。
【図１６】静止画データのシーク処理に基づくデータ取得リクエストおよびレスポンスのデータ構成について説明する図である。
【図１７】コンテンツのシーク処理に基づくデータ取得リクエストおよびレスポンスのデータ構成について説明する図である。
【図１８】サーバにおいて実行するフィルムロールファイルおよびインデックス情報ファイルの生成処理手順について説明する図である。
【図１９】クライアントのインデックスを適用した処理手順について説明する図である。
【図２０】サーバのインデックスを適用した処理手順について説明する図である。
【図２１】サーバの処理機能を説明するブロック図である。
【図２２】クライアントの処理機能を説明するブロック図である。
【符号の説明】
１００ ネットワーク
１０１ サーバ
１２１ ＰＣ
１２２ モニター
１２３ 携帯電話
１２４ 再生機
１２５ ＰＤＡ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤＤ
２０５ バス
２０６ 入出力インタフェース
２０７ 入力部
２０８ 出力部
２０９ 通信部
２１０ ドライブ
２１１ リムーバブル記録媒体
３０１ ルートコンテナ
３０２〜３０８ コンテナ（フォルダ）
３０９ ビデオカプセル
３５０ ディスプレイ
３５７ コンテンツ情報
４１０ サーバ
４１１ ハードディスク
４１２ ＭＰＥＧファイル
４１３ ＨＴＴＰクライアント
４２０ クライアント
４２１ ＭＰＥＧデコーダ
４２２ ＨＴＴＰクライアント
５１０ コンテンツ実体
５１１ コンテンツ情報
５１２ フィルムロールファイル
５１３ インデックス情報ファイル
５２１，５２２ データ部
５３１ ヘッダ情報
５３２ インデックス情報
５３３ 静止画像データ
５５１ コンテンツＵＲＩ
５５２ フィルムロールＵＲＩ
５５３ インデックス情報ＵＲＩ
５６０ ディスプレイ
５６１ 動画
５６２ 静止画
５７１ インデックス情報ファイル
５７２ フィルムロールファイル
５７３ 静止画像データ
５７４ インデックス情報
６０１ パケット送受信部
６０２ パケット生成、解析部
６０３ データ記憶部
６０４ 送信データ生成部
６０５ シーク情報処理部
６０６ コンテンツ情報生成部
６０７ インデックス生成部
６０８ データ変換部
６１１ コンテンツ
６１２ コンテンツ情報
６１３ フィルムロール
６１４ インデックス情報
７０１ パケット送受信部
７０２ パケット生成、解析部
７０３ コンテンツ情報要求処理部
７０４ 記憶部
７０５ 出力部
７０６ 入力部
７０７ コンテンツ情報解析部
７０８ コンテンツ再生制御処理部
７０９ データ変換部
Claims (24)
- クライアントに対するデータ提供処理を実行するサーバ装置であり、
クライアントとのデータ送受信を実行する通信部と、
動画コンテンツと、前記動画コンテンツに対応する属性情報としてのメタデータからなるコンテンツ情報と、前記動画コンテンツから選択された静止画データを格納したフィルムロールファイルと、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルとを記憶した記憶部と、
クライアントからの要求に基づいてクライアントに対する送信データを生成する送信データ生成部とを有し、
前記フィルムロールファイルおよび前記インデックス情報ファイルの各々には、クライアントによって指定可能な識別情報が付与され、該識別情報は前記コンテンツ情報としてのメタデータの構成情報として設定されて前記記憶部に記憶され、
前記送信データ生成部は、クライアントからのデータ取得要求に格納されたフィルムロールファイル識別子またはインデックス情報ファイル識別子に基づいて、前記記憶部から対応データを取得し、クライアントに対する送信データを生成する構成であることを特徴とするサーバ装置。 - 前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であり、
前記送信データ生成部は、
クライアントからのフィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドに基づく処理を実行する構成であることを特徴とする請求項１に記載のサーバ装置。 - 前記サーバ装置は、
クライアントからのフィルムロールファイル識別子を指定した静止画要求に、特定の静止画の選択送信を要求するシーク要求が含まれている場合に、前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行するシーク情報処理部を有し、
前記送信データ生成部は、前記シーク情報処理部において選択取得した静止画データをクライアントに対する送信データとする構成であることを特徴とする請求項１に記載のサーバ装置。 - 前記シーク要求は、動画コンテンツの基準位置からの時間情報またはオフセット情報であり、
前記シーク情報処理部は、前記フィルムロールファイルに格納された動画コンテンツの基準位置からの時間情報またはオフセット情報に基づいて前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行する構成であることを特徴とする請求項３に記載のサーバ装置。 - 前記インデックス情報ファイルは、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報として、インデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含む構成であることを特徴とする請求項１に記載のサーバ装置。
- 前記フィルムロールファイルは、前記動画コンテンツから選択された静止画データとインデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含む構成であることを特徴とする請求項１に記載のサーバ装置。
- 前記サーバ装置は、さらに、
動画コンテンツに基づいて前記フィルムロールファイルおよびインデックス情報ファイルを生成するインデックス生成部を有し、
前記インデックス生成部は、動画コンテンツの各シーンの特徴シーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行する構成であることを特徴とする請求項１に記載のサーバ装置。 - 前記インデックス生成部は、動画コンテンツの各シーンの特徴シーンを、連続するシーンにおけるシーン変化量の大のシーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行する構成であることを特徴とする請求項７に記載のサーバ装置。
- サーバに対するデータ取得要求を実行するクライアントとしての情報処理装置であり、
サーバとのデータ送受信を実行する通信部と、
サーバから受信したコンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行するコンテンツ情報解析部を有することを特徴とする情報処理装置。 - 前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする請求項９に記載の情報処理装置。
- 前記情報処理装置は、
フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドを生成し送信する処理を実行する構成を有することを特徴とする請求項１０に記載の情報処理装置。 - クライアントに対するデータ提供処理を実行する情報処理方法であり、
クライアントからのデータ取得要求を受信するステップと、
前記データ取得要求に格納された取得対象データ識別子が、コンテンツ識別子であるか、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子であるか、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子であるかを判定する識別子判定ステップと、
前記識別子判定ステップにおいて判定された識別子に応じて、記憶部から対応データを取得し、クライアントに対する送信データを生成する送信データ生成ステップと、
を有することを特徴とする情報処理方法。 - 前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であり、
前記送信データ生成ステップは、
クライアントからのフィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドに基づく処理を実行することを特徴とする請求項１２に記載の情報処理方法。 - 前記情報処理方法は、さらに、
クライアントからのフィルムロールファイル識別子を指定した静止画要求に、特定の静止画の選択送信を要求するシーク要求が含まれている場合に、前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行するシーク情報処理ステップを有し、
前記送信データ生成ステップは、前記シーク情報処理ステップにおいて選択取得した静止画データをクライアントに対する送信データとすることを特徴とする請求項１２に記載の情報処理方法。 - 前記シーク要求は、動画コンテンツの基準位置からの時間情報またはオフセット情報であり、
前記シーク情報処理ステップは、前記フィルムロールファイルに格納された動画コンテンツの基準位置からの時間情報またはオフセット情報に基づいて前記フィルムロールファイルから前記シーク要求に応じた静止画データを選択取得する処理を実行することを特徴とする請求項１４に記載の情報処理方法。 - 前記インデックス情報ファイルは、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報として、インデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含むことを特徴とする請求項１２に記載の情報処理方法。
- 前記フィルムロールファイルは、前記動画コンテンツから選択された静止画データとインデックス識別子、動画コンテンツの基準位置からの時間情報またはオフセット情報を含む構成であることを特徴とする請求項１２に記載の情報処理方法。
- 前記情報処理方法は、さらに、
動画コンテンツに基づいて前記フィルムロールファイルおよびインデックス情報ファイルを生成するインデックス生成ステップを有し、
前記インデックス生成ステップは、動画コンテンツの各シーンの特徴シーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行することを特徴とする請求項１２に記載の情報処理方法。 - 前記インデックス生成ステップは、動画コンテンツの各シーンの特徴シーンを、連続するシーンにおけるシーン変化量の大のシーンを抽出して、前記フィルムロールファイルに格納する静止画の選択処理を実行することを特徴とする請求項１８に記載の情報処理方法。
- サーバに対するデータ取得要求を実行する情報処理方法であり、
サーバからコンテンツ情報を受信するステップと、
前記コンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行するステップと、
を有することを特徴とする情報処理方法。 - 前記フィルムロールファイル識別子およびインデックス情報ファイル識別子はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする請求項２０に記載の情報処理方法。
- 前記情報処理方法は、さらに、
フィルムロールファイルＵＲＩまたはインデックス情報ファイルＵＲＩを指定したＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）−ＧＥＴメソッドを生成し送信する処理を実行することを特徴とする請求項２１に記載の情報処理方法。 - クライアントに対するデータ提供処理を実行するコンピュータ・プログラムであり、
クライアントからのデータ取得要求を受信するステップと、
前記データ取得要求に格納された取得対象データ識別子が、コンテンツ識別子であるか、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子であるか、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子であるかを判定する識別子判定ステップと、
前記識別子判定ステップにおいて判定された識別子に応じて、記憶部から対応データを取得し、クライアントに対する送信データを生成する送信データ生成ステップと、
を有することを特徴とするコンピュータ・プログラム。 - サーバに対するデータ取得要求を実行するコンピュータ・プログラムであり、
サーバからコンテンツ情報を受信するステップと、
前記コンテンツ情報に含まれるコンテンツ識別子と、コンテンツから選択された静止画データを格納したフィルムロールファイルに対応するフィルムロールファイル識別子と、前記フィルムロールファイルに格納された静止画データに対応するインデックス情報を格納したインデックス情報ファイルに対応するインデックス情報ファイル識別子の各識別子または該識別子にリンクする表示データの生成処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003157564A JP2004362099A (ja) | 2003-06-03 | 2003-06-03 | サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003157564A JP2004362099A (ja) | 2003-06-03 | 2003-06-03 | サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004362099A true JP2004362099A (ja) | 2004-12-24 |
| JP2004362099A5 JP2004362099A5 (ja) | 2006-06-22 |
Family
ID=34051231
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003157564A Pending JP2004362099A (ja) | 2003-06-03 | 2003-06-03 | サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004362099A (ja) |
Cited By (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100692589B1 (ko) * | 2005-01-06 | 2007-03-13 | 삼성전자주식회사 | Ｄｒｍ 시스템에 적용되는 컨텐츠 재생장치 및 방법그리고 모바일코드 제공장치 및 방법 |
| JP2007299152A (ja) * | 2006-04-28 | 2007-11-15 | Sharp Corp | コンテンツ管理装置及びコンテンツ管理方法 |
| JP2008048113A (ja) * | 2006-08-15 | 2008-02-28 | Nippon Telegr & Teleph Corp <Ntt> | 動画像データ配信システム、動画像データ配信方法、動画像データ提供方法、動画像データ配信プログラム、動画像データ提供プログラム及びそれらのプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2010516123A (ja) * | 2007-01-05 | 2010-05-13 | ディヴィクス インコーポレイテッド | プログレッシブ再生を含む映像分配システム |
| JP2012104914A (ja) * | 2010-11-08 | 2012-05-31 | Grooovyware Inc | 時系列コンテンツデータの部分取得装置、時系列コンテンツデータの部分取得方法および時系列コンテンツデータの部分取得プログラム |
| CN102577411A (zh) * | 2009-09-22 | 2012-07-11 | 高通股份有限公司 | 使用信令或块创建的增强型块请求流送系统 |
| CN103093486A (zh) * | 2011-11-04 | 2013-05-08 | 腾讯科技（深圳）有限公司 | 日志编辑的方法及装置 |
| JP2014075832A (ja) * | 2008-08-14 | 2014-04-24 | Samsung Electronics Co Ltd | ＵＰｎＰを用いてシーンを再生する方法及び装置 |
| US8806050B2 (en) | 2010-08-10 | 2014-08-12 | Qualcomm Incorporated | Manifest file updates for network streaming of coded multimedia data |
| US8887020B2 (en) | 2003-10-06 | 2014-11-11 | Digital Fountain, Inc. | Error-correcting multi-stage code generator and decoder for communication systems having single transmitters or multiple transmitters |
| US8918533B2 (en) | 2010-07-13 | 2014-12-23 | Qualcomm Incorporated | Video switching for streaming video data |
| US8958375B2 (en) | 2011-02-11 | 2015-02-17 | Qualcomm Incorporated | Framing for an improved radio link protocol including FEC |
| US9136878B2 (en) | 2004-05-07 | 2015-09-15 | Digital Fountain, Inc. | File download and streaming system |
| US9136983B2 (en) | 2006-02-13 | 2015-09-15 | Digital Fountain, Inc. | Streaming and buffering using variable FEC overhead and protection periods |
| US9178535B2 (en) | 2006-06-09 | 2015-11-03 | Digital Fountain, Inc. | Dynamic stream interleaving and sub-stream based delivery |
| US9185439B2 (en) | 2010-07-15 | 2015-11-10 | Qualcomm Incorporated | Signaling data for multiplexing video components |
| US9191151B2 (en) | 2006-06-09 | 2015-11-17 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US9236976B2 (en) | 2001-12-21 | 2016-01-12 | Digital Fountain, Inc. | Multi stage code generator and decoder for communication systems |
| US9236885B2 (en) | 2002-10-05 | 2016-01-12 | Digital Fountain, Inc. | Systematic encoding and decoding of chain reaction codes |
| US9237101B2 (en) | 2007-09-12 | 2016-01-12 | Digital Fountain, Inc. | Generating and communicating source identification information to enable reliable communications |
| US9240810B2 (en) | 2002-06-11 | 2016-01-19 | Digital Fountain, Inc. | Systems and processes for decoding chain reaction codes through inactivation |
| US9246633B2 (en) | 1998-09-23 | 2016-01-26 | Digital Fountain, Inc. | Information additive code generator and decoder for communication systems |
| US9253233B2 (en) | 2011-08-31 | 2016-02-02 | Qualcomm Incorporated | Switch signaling methods providing improved switching between representations for adaptive HTTP streaming |
| US9264069B2 (en) | 2006-05-10 | 2016-02-16 | Digital Fountain, Inc. | Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient uses of the communications systems |
| US9270299B2 (en) | 2011-02-11 | 2016-02-23 | Qualcomm Incorporated | Encoding and decoding using elastic codes with flexible source block mapping |
| US9270414B2 (en) | 2006-02-21 | 2016-02-23 | Digital Fountain, Inc. | Multiple-field based code generator and decoder for communications systems |
| US9281847B2 (en) | 2009-02-27 | 2016-03-08 | Qualcomm Incorporated | Mobile reception of digital video broadcasting—terrestrial services |
| US9288010B2 (en) | 2009-08-19 | 2016-03-15 | Qualcomm Incorporated | Universal file delivery methods for providing unequal error protection and bundled file delivery services |
| US9294226B2 (en) | 2012-03-26 | 2016-03-22 | Qualcomm Incorporated | Universal object delivery and template-based file delivery |
| JP2016040919A (ja) * | 2015-10-09 | 2016-03-24 | ソニー株式会社 | 情報処理装置、情報処理方法およびプログラム |
| US9380096B2 (en) | 2006-06-09 | 2016-06-28 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| US9386064B2 (en) | 2006-06-09 | 2016-07-05 | Qualcomm Incorporated | Enhanced block-request streaming using URL templates and construction rules |
| US9419749B2 (en) | 2009-08-19 | 2016-08-16 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9485546B2 (en) | 2010-06-29 | 2016-11-01 | Qualcomm Incorporated | Signaling video samples for trick mode video representations |
| US9596447B2 (en) | 2010-07-21 | 2017-03-14 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| JP2017188891A (ja) * | 2016-03-31 | 2017-10-12 | 株式会社インフォシティ | 放送サービス再送信システムおよび視聴用携帯端末 |
| US9843844B2 (en) | 2011-10-05 | 2017-12-12 | Qualcomm Incorporated | Network streaming of media data |
| US9917874B2 (en) | 2009-09-22 | 2018-03-13 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| JP2018117328A (ja) * | 2017-01-20 | 2018-07-26 | 株式会社ミクシィ | 情報処理装置，情報処理装置の制御方法及び制御プログラム |
-
2003
- 2003-06-03 JP JP2003157564A patent/JP2004362099A/ja active Pending
Cited By (64)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9246633B2 (en) | 1998-09-23 | 2016-01-26 | Digital Fountain, Inc. | Information additive code generator and decoder for communication systems |
| US9236976B2 (en) | 2001-12-21 | 2016-01-12 | Digital Fountain, Inc. | Multi stage code generator and decoder for communication systems |
| US9240810B2 (en) | 2002-06-11 | 2016-01-19 | Digital Fountain, Inc. | Systems and processes for decoding chain reaction codes through inactivation |
| US9236885B2 (en) | 2002-10-05 | 2016-01-12 | Digital Fountain, Inc. | Systematic encoding and decoding of chain reaction codes |
| US8887020B2 (en) | 2003-10-06 | 2014-11-11 | Digital Fountain, Inc. | Error-correcting multi-stage code generator and decoder for communication systems having single transmitters or multiple transmitters |
| US9236887B2 (en) | 2004-05-07 | 2016-01-12 | Digital Fountain, Inc. | File download and streaming system |
| US9136878B2 (en) | 2004-05-07 | 2015-09-15 | Digital Fountain, Inc. | File download and streaming system |
| KR100692589B1 (ko) * | 2005-01-06 | 2007-03-13 | 삼성전자주식회사 | Ｄｒｍ 시스템에 적용되는 컨텐츠 재생장치 및 방법그리고 모바일코드 제공장치 및 방법 |
| US9136983B2 (en) | 2006-02-13 | 2015-09-15 | Digital Fountain, Inc. | Streaming and buffering using variable FEC overhead and protection periods |
| US9270414B2 (en) | 2006-02-21 | 2016-02-23 | Digital Fountain, Inc. | Multiple-field based code generator and decoder for communications systems |
| JP2007299152A (ja) * | 2006-04-28 | 2007-11-15 | Sharp Corp | コンテンツ管理装置及びコンテンツ管理方法 |
| US9264069B2 (en) | 2006-05-10 | 2016-02-16 | Digital Fountain, Inc. | Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient uses of the communications systems |
| US9628536B2 (en) | 2006-06-09 | 2017-04-18 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US11477253B2 (en) | 2006-06-09 | 2022-10-18 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9386064B2 (en) | 2006-06-09 | 2016-07-05 | Qualcomm Incorporated | Enhanced block-request streaming using URL templates and construction rules |
| US9380096B2 (en) | 2006-06-09 | 2016-06-28 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| US9178535B2 (en) | 2006-06-09 | 2015-11-03 | Digital Fountain, Inc. | Dynamic stream interleaving and sub-stream based delivery |
| US9432433B2 (en) | 2006-06-09 | 2016-08-30 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9191151B2 (en) | 2006-06-09 | 2015-11-17 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US9209934B2 (en) | 2006-06-09 | 2015-12-08 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| JP2008048113A (ja) * | 2006-08-15 | 2008-02-28 | Nippon Telegr & Teleph Corp <Ntt> | 動画像データ配信システム、動画像データ配信方法、動画像データ提供方法、動画像データ配信プログラム、動画像データ提供プログラム及びそれらのプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| US10412141B2 (en) | 2007-01-05 | 2019-09-10 | Divx, Llc | Systems and methods for seeking within multimedia content during streaming playback |
| US11050808B2 (en) | 2007-01-05 | 2021-06-29 | Divx, Llc | Systems and methods for seeking within multimedia content during streaming playback |
| US10574716B2 (en) | 2007-01-05 | 2020-02-25 | Divx, Llc | Video distribution system including progressive playback |
| US11706276B2 (en) | 2007-01-05 | 2023-07-18 | Divx, Llc | Systems and methods for seeking within multimedia content during streaming playback |
| JP2010516123A (ja) * | 2007-01-05 | 2010-05-13 | ディヴィクス インコーポレイテッド | プログレッシブ再生を含む映像分配システム |
| US8977768B2 (en) | 2007-01-05 | 2015-03-10 | Sonic Ip, Inc. | Video distribution system including progressive playback |
| US9794318B2 (en) | 2007-01-05 | 2017-10-17 | Sonic Ip, Inc. | Video distribution system including progressive playback |
| US9237101B2 (en) | 2007-09-12 | 2016-01-12 | Digital Fountain, Inc. | Generating and communicating source identification information to enable reliable communications |
| US10211997B2 (en) | 2008-08-14 | 2019-02-19 | Samsung Electronics Co., Ltd | Method and apparatus for playing back scene using UPnP |
| JP2014075832A (ja) * | 2008-08-14 | 2014-04-24 | Samsung Electronics Co Ltd | ＵＰｎＰを用いてシーンを再生する方法及び装置 |
| US9281847B2 (en) | 2009-02-27 | 2016-03-08 | Qualcomm Incorporated | Mobile reception of digital video broadcasting—terrestrial services |
| US9288010B2 (en) | 2009-08-19 | 2016-03-15 | Qualcomm Incorporated | Universal file delivery methods for providing unequal error protection and bundled file delivery services |
| US9876607B2 (en) | 2009-08-19 | 2018-01-23 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9660763B2 (en) | 2009-08-19 | 2017-05-23 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9419749B2 (en) | 2009-08-19 | 2016-08-16 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| JP2013505680A (ja) * | 2009-09-22 | 2013-02-14 | クゥアルコム・インコーポレイテッド | シグナリング又はブロック生成を用いた拡張ブロック−要求ストリーミングシステム |
| CN102577411B (zh) * | 2009-09-22 | 2016-06-29 | 高通股份有限公司 | 使用信令或块创建的增强型块请求流送系统 |
| US10855736B2 (en) | 2009-09-22 | 2020-12-01 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| CN102577411A (zh) * | 2009-09-22 | 2012-07-11 | 高通股份有限公司 | 使用信令或块创建的增强型块请求流送系统 |
| US11743317B2 (en) | 2009-09-22 | 2023-08-29 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| US11770432B2 (en) | 2009-09-22 | 2023-09-26 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| JP2015053677A (ja) * | 2009-09-22 | 2015-03-19 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | シグナリング又はブロック生成を用いた拡張ブロック−要求ストリーミングシステム |
| US9917874B2 (en) | 2009-09-22 | 2018-03-13 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| US9485546B2 (en) | 2010-06-29 | 2016-11-01 | Qualcomm Incorporated | Signaling video samples for trick mode video representations |
| US9992555B2 (en) | 2010-06-29 | 2018-06-05 | Qualcomm Incorporated | Signaling random access points for streaming video data |
| US8918533B2 (en) | 2010-07-13 | 2014-12-23 | Qualcomm Incorporated | Video switching for streaming video data |
| US9185439B2 (en) | 2010-07-15 | 2015-11-10 | Qualcomm Incorporated | Signaling data for multiplexing video components |
| US9602802B2 (en) | 2010-07-21 | 2017-03-21 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| US9596447B2 (en) | 2010-07-21 | 2017-03-14 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| US9319448B2 (en) | 2010-08-10 | 2016-04-19 | Qualcomm Incorporated | Trick modes for network streaming of coded multimedia data |
| US9456015B2 (en) | 2010-08-10 | 2016-09-27 | Qualcomm Incorporated | Representation groups for network streaming of coded multimedia data |
| US8806050B2 (en) | 2010-08-10 | 2014-08-12 | Qualcomm Incorporated | Manifest file updates for network streaming of coded multimedia data |
| JP2012104914A (ja) * | 2010-11-08 | 2012-05-31 | Grooovyware Inc | 時系列コンテンツデータの部分取得装置、時系列コンテンツデータの部分取得方法および時系列コンテンツデータの部分取得プログラム |
| US9270299B2 (en) | 2011-02-11 | 2016-02-23 | Qualcomm Incorporated | Encoding and decoding using elastic codes with flexible source block mapping |
| US8958375B2 (en) | 2011-02-11 | 2015-02-17 | Qualcomm Incorporated | Framing for an improved radio link protocol including FEC |
| US9253233B2 (en) | 2011-08-31 | 2016-02-02 | Qualcomm Incorporated | Switch signaling methods providing improved switching between representations for adaptive HTTP streaming |
| US9843844B2 (en) | 2011-10-05 | 2017-12-12 | Qualcomm Incorporated | Network streaming of media data |
| CN103093486A (zh) * | 2011-11-04 | 2013-05-08 | 腾讯科技（深圳）有限公司 | 日志编辑的方法及装置 |
| CN103093486B (zh) * | 2011-11-04 | 2017-12-01 | 腾讯科技（深圳）有限公司 | 日志编辑的方法及装置 |
| US9294226B2 (en) | 2012-03-26 | 2016-03-22 | Qualcomm Incorporated | Universal object delivery and template-based file delivery |
| JP2016040919A (ja) * | 2015-10-09 | 2016-03-24 | ソニー株式会社 | 情報処理装置、情報処理方法およびプログラム |
| JP2017188891A (ja) * | 2016-03-31 | 2017-10-12 | 株式会社インフォシティ | 放送サービス再送信システムおよび視聴用携帯端末 |
| JP2018117328A (ja) * | 2017-01-20 | 2018-07-26 | 株式会社ミクシィ | 情報処理装置，情報処理装置の制御方法及び制御プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004362099A (ja) | サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP4305004B2 (ja) | 情報処理装置、およびコンテンツ情報処理方法、並びにコンピュータ・プログラム | |
| US9699245B2 (en) | Information processing apparatus and method, and computer program for providing transmission and reception of content in various data schemes | |
| KR101016465B1 (ko) | 콘텐츠 제공 서버 및 클라이언트에서의 정보 처리 장치, 콘텐츠 제공 서버 및 클라이언트에서의 정보 처리 방법 및 그 정보 처리 방법을 실행하는 컴퓨터 프로그램이 기록된 기록매체 | |
| US8135844B2 (en) | Content providing server, information processing device and method, and computer program | |
| JP2004234158A (ja) | 情報処理装置、およびコンテンツ管理方法、コンテンツ情報管理方法、並びにコンピュータ・プログラム | |
| JP2004312412A (ja) | コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム | |
| US20060294212A1 (en) | Information processing apparatus, information processing method, and computer program | |
| JP2004046789A (ja) | 情報処理装置、情報処理方法、およびコンテンツ配信装置、コンテンツ配信方法、並びにコンピュータ・プログラム | |
| JP2004234157A (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP2004348455A (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP2004350043A (ja) | サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP2004295569A (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP2005020180A (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP4419434B2 (ja) | サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| KR100687416B1 (ko) | 컨텐츠의 재생 구간 정보를 이용한 멀티미디어 컨텐츠 제공시스템 및 방법 | |
| JP2008048091A (ja) | 動画タグ付けプログラム、動画タグシステム、及び動画配信方法 | |
| JP2004112086A (ja) | アクセス方法、アクセス装置及びストリーミングメディア蓄積サーバ | |
| JP2004246480A (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060509 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060509 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080919 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080930 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090217 |