マークアップ言語によって記述されたデータを入力する入力手段と、前記データに含まれる、フラグメント記述を含むユニフォームリソース識別子を解析する解析手段と、前記解析の結果、同じリソースを参照し、かつ、互いに接続可能なフラグメントがあるか否かを判定する判定手段と、前記判定手段が同じリソースを参照し、かつ、互いに接続可能なフラグメントがあると判定した場合、前記接続可能なフラグメントを統合したユニフォームリソース識別子を生成する生成手段とを有することを特徴とする情報処理装置。さらに、前記解析手段の解析結果として、リソースとフラグメントの関係を示すレコードを含むテーブルを作成する作成手段と、前記判定手段が同じリソースを参照し、かつ、互いに接続可能なフラグメントがあると判定した場合、同じリソースを参照し、かつ、互いに接続可能なフラグメントを有するレコードを統合するよう、前記テーブルを更新する更新手段とを有し、前記生成手段は、前記更新されたテーブルを用いて、前記接続可能なフラグメントを統合したユニフォームリソース識別子を生成することを特徴とする請求項1に記載された情報処理装置。さらに、前記接続可能なフラグメントを統合したユニフォームリソース識別子を用いて前記リソースのフラグメントを取得する取得手段と、前記取得したフラグメントと、前記テーブルのレコードを関連付ける手段とを有することを特徴とする請求項2に記載された情報処理装置。前記リソースは動画であり、前記フラグメントは前記動画の時間に関する再生の開始点と終了点を示し、前記判定手段は、前記フラグメントが示す終了点と前記フラグメントが示す開始点が一致する、前記テーブルにおいて連続するレコードを、前記接続可能なフラグメントを有するレコードと判定することを特徴とする請求項2または請求項3に記載された情報処理装置。前記リソースは動画であり、前記フラグメントは前記動画の時間に関する再生の開始点と終了点を示し、前記判定手段は、前記フラグメントが示す終了点と前記フラグメントが示す開始点の差分が閾値以下の、前記テーブルにおいて連続するレコードを、前記接続可能なフラグメントを有するレコードと判定することを特徴とする請求項2または請求項3に記載された情報処理装置。前記生成手段は、前記連続するレコードの一方のフラグメントが示す終了点を、前記連続するレコードの他方のフラグメントが示す終了点に変更し、前記連続するレコードの他方を削除することを特徴とする請求項4または請求項5に記載された情報処理装置。前記閾値は、前記テーブルに基づいて、前記動画の切り出し時間の総和に対して重み係数を掛け合わせた値であることを特徴とする請求項5に記載された情報処理装置。前記リソースは動画であり、前記フラグメントは前記動画の空間に関する切り出し範囲を示すことを特徴とする請求項2または請求項3に記載された情報処理装置。前記生成手段は、前記テーブルにおいて連続するレコードの一方のフラグメントが示す切り出し範囲が、前記連続するレコードの他方のフラグメントが示す切り出し範囲を含むように、前記連続するレコードの一方のフラグメントを変更して、前記連続するレコードの他方を削除することを特徴とする請求項8に記載された情報処理装置。前記生成手段は、前記フラグメントの切り出し範囲に基づき前記連続するレコードを統合する際、統合後の切り出し範囲に占める、統合前の切り出し範囲の割合に基づき、前記切り出し範囲の統合を行うか否かを判定することを特徴とする請求項9に記載された情報処理装置。前記判定手段は、前記テーブルのリソースが時間と空間に関するフラグメントを含む場合、時間に関して接続可能であるか否かを判定し、接続可能と判定した場合は、さらに空間に関して接続可能か否かを判定する請求項2または請求項3に記載された情報処理装置。入力手段、解析手段、判定手段、生成手段を有する情報処理装置の情報処理方法であって、前記入力手段が、マークアップ言語によって記述されたデータを入力し、前記解析手段が、前記データに含まれる、フラグメント記述を含むユニフォームリソース識別子を解析し、前記判定手段が、前記解析の結果、同じリソースを参照し、かつ、互いに接続可能なフラグメントがあるか否かを判定し、前記判定手段が同じリソースを参照し、かつ、互いに接続可能なフラグメントがあると判定した場合、前記生成手段が、前記接続可能なフラグメントを統合したユニフォームリソース識別子を生成することを特徴とする情報処理方法。コンピュータを請求項1から請求項11の何れか一項に記載された情報処理装置の各手段として機能させるためのプログラム。本発明は、同じ動画リソースを参照する、複数のフラグメント参照を統合して、動画を取得するためのリクエスト回数を低減することを目的とする。本発明は、前記の目的を達成する一手段として、以下の構成を備える。本発明にかかる情報処理は、マークアップ言語によって記述されたデータを入力し、前記データに含まれる、フラグメント記述を含むユニフォームリソース識別子を解析し、前記解析の結果、同じリソースを参照し、かつ、互いに接続可能なフラグメントがあるか否かを判定し、前記同じリソースを参照し、かつ、互いに接続可能なフラグメントがあると判定した場合、前記接続可能なフラグメントを統合したユニフォームリソース識別子を生成することを特徴とする。本発明によれば、同じ動画リソースを参照する、複数のフラグメント参照を統合して、動画を取得するためのリクエスト回数を低減することができる。以下、本発明にかかる実施例の情報処理を図面を参照して詳細に説明する。実施例1においては、複数の異なる、フラグメント記述を含むユニフォームリソース識別子フラグメントURIを用いて同じ動画をフラグメント参照する場合に、より少ないリクエスト回数で動画を取得する方法を説明する。[システムの構成]図2のブロック図により実施例の情報処理システムの概要を説明する。例えばパーソナルコンピュータであるコンピュータ装置101は、ローカルエリアネットワークのようなネットワーク102に接続され、後述する情報処理を実行する。ネットワーク102には、ディジタルカメラ103、複合機104、サーバ105なども接続されている。サーバ105は、クライアントからフラグメントURIに基づくリクエストを受信し、レスポンスデータとしてフラグメント動画を配信するメディアサーバとして機能する。[装置の構成]図3のブロック図によりPC101の構成例を説明する。CPU201は、RAM203をワークメモリとして、ROM202やハードディスクドライブ204に格納されたオペレーティングシステムや各種のプログラムを実行し、システムバス211を介して後述する各構成を制御する。CPU201が実行するプログラムには、後述するフラグメント動画の取得に関するプログラムが含まれる。CPU201は、ビデオカード206を介してモニタ212にユーザインタフェイスや動画を含む各種画像を表示する。PC101のオペレータは、キーボード、マウス、タッチパネルなどを有する操作部205を介してUIを操作し、各種指示やデータの入力を行う。また、ネットワークインタフェイスカード207は、PC101とネットワーク102を接続するネットワークインタフェイスである。汎用インタフェイス209は、PC101と例えばUSBのようなシリアルバス210を接続するインタフェイスである。[クライアントの処理]図4のフローチャートによりフラグメント動画を取得する処理例を説明する。図4に示す処理は、オペレータによってフラグメント動画の取得が指示された場合に、CPU201によって実現される。CPU201は、オペレータが指示するフラグメント動画に関するマークアップ言語例えばHTMLのデータ以下、HTMLデータを取得する。なお、当該HTMLデータのソースは、サーバ105、サーバ105以外のサーバ、HDD204、あるいは、その他のメモリである。そして、取得したHTMLデータを解析し、body要素の子孫要素として含まれるvideos要素のリストを取得する。次に、CPU201は、videos要素の数を変数Nに設定し、カウンタiを1に初期化して、詳細は後述するが、videos要素のリストのi番目のvideos要素VSiを解析し、フラグメント動画を取得する。そして、カウンタiをインクリメントし、カウンタiのカウント値と変数Nを比較してvideos要素のリストに含まれるすべてのvideos要素を解析したか否かを判定する。未解析のvideos要素があれば処理をステップS106に戻し、未解析のvideos要素がなければ処理を終了する。●videos要素の解析図5のフローチャートによりvideos要素VSiの解析を詳細に説明する。また、図6によりコンテンツテーブルの一例を説明する。CPU201は、変数srcをリスト型に初期化し、videos要素VSiが含むvideo要素のsrc属性の属性値のURI、および、リンク情報をもつか否かを示すフラグを変数srcの末尾に追加する。そして、videos要素VSiが含むすべてのvideo要素を解析したか否かを判定し、未解析のvideo要素がなくなるまで、ステップS112、S113を繰り返す。なお、上述した集合動画の記述例における11行目のvideo要素<videosrchttpsampleorgv1ogvt7080>は、祖先要素を辿ることによってa要素の子孫要素であることがわかる。CPU201は、videos要素VSiが含むvideo要素の解析が終了すると、変数srcに格納した各URIのプロトコル、ホスト名、パス、フラグメント種別、フラグメント範囲を解析する。そして、解析結果に基づき、RAM203の所定領域にコンテンツテーブルを作成する。図6は、上述した集合動画の記述例に対応するコンテンツテーブルの一例を示す。次に、CPU201は、詳細は後述するが、フラグメント種別に基づき、対応するフラグメント範囲のデータ型を変換し、フラグメント情報に基づきコンテンツテーブルを更新する。そして、コンテンツテーブルに基づきフラグメント動画の取得要求データをサーバ105に送信し、サーバ105のレスポンスに基づきコンテンツテーブルを更新する。●フラグメント範囲のデータ型変換図7のフローチャートによりフラグメント範囲のデータ型変換を詳細に説明する。なお、図7に示す処理は、コンテンツテーブルの一行1レコードの処理に対応し、CPU201は、レコードの数分、図7に示す処理を実行する。CPU201は、フラグメント種別を判定して、フラグメント種別がtフラグメント範囲が時間を示す場合、浮動小数点型float型の変数listを初期化する。そして、フラグメント範囲の文字列データを文字で分割し、各文字列データをfloat型に変換して変数listに順に追加する。また、CPU201は、フラグメント種別が空間例えばxywh、フラグメント範囲が空間を示すの場合、float型の変数listを初期化する。そして、フラグメント範囲の文字列データを文字で分割し、各文字列データをfloat型に変換して変数listに順に追加する。また、CPU201は、フラグメント種別が時間でも空間でもない場合、フラグメント種別がトラックであると見做し、文字列型char型の変数listを初期化する。そして、フラグメント範囲の文字列を文字で分割し、各文字列を文字で分割して、より後の文字列を変数listに順に追加する。図6に示すコンテンツテーブルの場合、フラグメント種別はすべてtであるから、フラグメント範囲はすべてfloat型のデータに変換される。●コンテンツテーブルの更新図8のフローチャートによりコンテンツテーブルの更新を詳細に説明する。CPU201は、コンテンツテーブルのレコード数を変数Mに設定し、カウンタjを1に初期化する。そして、カウンタjのカウント値と変数Mを比較して、j<Mであれば処理をステップS404に進め、jMであれば処理を終了する。CPU201は、j<Mの場合、コンテンツテーブルのj行目レコードjと、レコードjに連続するj1行目レコードj1のリンクフラグを判定し、それらのリンクフラグが肯定の場合は処理をステップS411に進める。CPU201は、レコードj、j1のリンクフラグが否定の場合、レコードjとレコードj1について参照先リソースが同一か否かの判定、フラグメント種別がtか否かの判定を行う。さらに、レコードjのフラグメント範囲の終了点とレコードj1のフラグメント範囲の開始点が同一か否かの判定を行う。なお、参照先リソースはプロトコル、ホスト名、パスの集合によって表される。そして、参照先リソースが異なる、フラグメント種別がt以外、フラグメント範囲の終了点と開始点が異なる場合は処理をステップS411に進める。CPU201は、レコードjとj1における参照先リソースが同一、フラグメント種別がt、フラグメント範囲の終了点と開始点が同一の場合、レコードjのフラグメント範囲の終了点とレコードj1のフラグメント範囲の開始点は接続可能である。そこで、連続するレコードの一方であるレコードjのフラグメント範囲の終了点を、連続するレコードの他方であるレコードj1のフラグメント範囲の終了点に変更する。そして、コンテンツテーブルからレコードj1を削除し、変数Mをデクリメントする。次に、CPU201は、カウンタjをインクリメントして、処理をステップS403に戻す。つまり、参照先のリソースが同一、フラグメント種別がt、フラグメント範囲の終了点と開始点が同一の場合、レコードj1のフラグメント範囲をレコードjのフラグメント範囲に含め、コンテンツテーブルからレコードを一つ削除する。例えば、図6に示すコンテンツテーブルにおいて、レコード3と4において、リンクフラグは否定であり、参照先リソースが同一、フラグメント種別がt、フラグメント範囲の終了点と開始点が同一である。従って、上記の処理により、図6に示すように、レコード3のフラグメント範囲が5060から5070に変更され、レコード4が削除される。また、図6におけるレコード3と4において、参照先リソースが同一、フラグメント種別がt、フラグメント範囲の終了点と開始点が同一である。しかし、レコード4のリンクフラグが肯定リンク情報を有するであるため、それらのフラグメント範囲は統合されない。●フラグメント動画の取得要求図9のフローチャートによりフラグメント動画の取得要求を詳細に説明する。CPU201は、コンテンツテーブルのレコード数を変数Mに設定し、カウンタiを1に初期化し、各レコードの参照先リソースに対応する送信済みフラグを否定に初期化する。そして、カウンタiのカウント値と変数Mを比較して、i<Mであれば処理をステップS505に進め、iMであれば処理を終了する。CPU201は、i<Mの場合、変数indexをリスト型に初期化し、否定を示す送信済みフラグの数を変数jに設定し、レコードjのフラグメント範囲を変数indexに追加する。そして、変数kにj1を設定し、変数kを判定して、k0であれば処理をステップS515に進める。k>0の場合、CPU201は、レコードkに対応する送信済みフラグの判定、レコードkとレコードjの参照先リソースの判定を行う。レコードkに対応する送信済みフラグが肯定、または、レコードkとレコードjの参照先リソースが異なる場合は、処理をステップS514に進める。レコードkに対応する送信済みフラグが否定、かつ、レコードkとレコードjの参照先リソースが同一の場合、CPU201は、レコードkのフラグメント範囲を変数indexに追加する。そして、レコードkに対応する送信済みフラグを反転し肯定にして、変数kをデクリメントし、処理をステップS509に戻す。k0の場合、CPU201は、変数indexに格納した各レコードのフラグメント範囲に基づき、フラグメント動画の取得要求データをサーバ105に送信する。そして、カウンタiをインクリメントし、処理をステップS504に戻す。図6に示すコンテンツテーブルの場合、動画v1ogvのフラグメント動画の取得要求データの内容は下記のようになる。つまり、Rangeヘッダを用いて、動画v1ogvのフラグメント範囲として1020秒、5070秒、7080秒を指定する。GETv1ogvHTTP11HostsampleorgAcceptvideoRangetnpt102050707080:[サーバの処理]●フラグメント動画の取得要求データの解析図10のフローチャートによりサーバ105がフラグメント動画の取得要求データを解析する処理を説明する。なお、図10に示す処理はサーバ105のCPUが行う処理であるが、以下では、サーバ105が行うとして記述する。サーバ105は、フラグメント動画の取得要求データを受信すると、HTTPのリクエストメソッドの解析、パス情報の解析、Rangeヘッダの解析、フラグメント種別の判定を行う。フラグメント種別が時間に関する場合、サーバ105は、変数listをfloat型のリストに初期化する。そして、フラグメント範囲の文字列データを文字で分割し、各文字列データをfloat型に変換して変数listに順に追加する。また、フラグメント種別が空間に関する場合、サーバ105は、変数listをfloat型のリストに初期化する。そして、フラグメント範囲の文字列データを文字で分割し、各文字列データをfloat型に変換して変数listに順に追加する。また、フラグメント種別が時間でも空間でもない場合、サーバ105は、フラグメント種別がトラックであると見做し、変数listを文字列型のリストに初期化する。そして、フラグメント範囲の文字列データを文字で分割し、各文字列データを変数listに順に追加する。以上の処理により、サーバ105は、クライアントが要求するフラグメント動画を特定することができる。●フラグメント動画のクライアントへの送信処理図11のフローチャートによりサーバ105がフラグメント動画をクライアントに送信する処理を説明する。サーバ105は、フラグメント動画の取得要求データから抽出したフラグメント種別、フラグメント範囲、バイトレンジ、メディアタイプ、フラグメント動画の入力ストリームを集合とするリストをリスト型の変数mappingに格納する。そして、マルチパート送信用の識別子を生成し、レスポンスヘッダにContentTypeを設定する。本実施例において、マルチパート送信用の識別子をBOUNDARYと仮定し、ContentTypeヘッダの値はmultipartbyterangesboundaryBOUNDARYになる。次に、サーバ105は、レスポンスヘッダにContentRangeMappingを設定し、変数mappingのリストサイズを変数Mに設定し、カウンタjを1に初期化する。そして、変数mappingの、カウンタjに対応するリストに含まれるフラグメント種別、フラグメント範囲、バイトレンジをContentRangeMappingヘッダの値として追加する。次に、サーバ105は、カウンタjをインクリメントし、カウンタjのカウント値と変数Mを比較し、j≦Mの場合は処理をステップS706に戻す。つまり、ステップS706の繰り返しによって、変数mappingに格納された全フラグメント情報がContentRangeMappingヘッダに設定される。j>Mになると、サーバ105は、カウンタjを1に初期化し、レスポンスボディの出力ストリームを初期化する。そして、文字列、マルチパートの識別子BOUNDARYを出力ストリームに設定する。さらに、ContentTypeヘッダとともにカウンタjに対応する動画データのメディアタイプを出力ストリームに設定し、続けて、動画データのバイナリデータを出力ストリームに設定する。つまり、ステップS712、S713の繰り返しによって、変数mappingに格納された全フラグメント動画が出力ストリームに設定される。次に、サーバ105は、カウンタjをインクリメントし、カウンタjのカウント値と変数Mを比較し、j≦Mの場合は処理をステップS711に戻す。そして、j>Mになると、マルチパートの終了識別子として文字列、識別子BOUDNARY、文字列を出力ストリームに設定して、出力ストリームを閉じる。上述した動画v1ogvのフラグメント動画の取得要求データに対するサーバのレスポンスデータの一例を下に示す。HTTP11206PartialContentContentTypemultipartbyterangesboundaryBOUNDARYContentRangeMappingtnpt1020bytes1000200010000tnpt5070bytes5000700010000tnpt7080bytes7000800010000BOUNDARYContentTypevideooggContentRange1000200010000BOUNDARYContentTypevideooggContentRange5000700010000BOUNDARYContentTypevideooggContentRange7000800010000BOUNDARY[クライアントの処理つづき]●コンテンツテーブルの更新CPU201は、上記のサーバレスポンスを解析し、コンテンツテーブルを更新する。図12のフローチャートによりコンテンツテーブルの更新の詳細を説明する。CPU201は、サーバレスポンスのContentRangeMappingヘッダを解析し、各行のフラグメント種別、フラグメント範囲、バイトレンジを集合とするリストをリスト型の変数rangeに格納する。そして、変数indexに格納したフラグメント範囲と変数rangeのリストに基づき、図6に示すコンテンツテーブルにバイトレンジ情報を追加する。さらに、変数indexに格納したフラグメント範囲に基づき、フラグメント範囲にレスポンスボディのストリームデータを関連付ける。図6は、サーバレスポンスに基づきコンテンツテーブル図6を更新した後のコンテンツテーブルを示す。つまり、CPU201は、動画v1ogvのフラグメント範囲102050707080に対してそれぞれバイトレンジ1000200010000、5000700010000、7000800010000を関連付ける。また、ストリームインスタンスとして、レスポンスボディのストリームを示すstream1を関連付ける。なお、別の参照先リソースに対応する動画v2ogvのフラグメント動画の取得要求、サーバ105の処理について、上記では説明を省略した。動画v2ogvのフラグメント動画の取得要求データは下記のようになる。GETv2ogvHTTP11HostsampleorgAcceptvideoRangetnpt100200:また、サーバのレスポンスデータは下記のようになる。HTTP11206PartialContentContentTypevideooggContentRangeMappingtnpt100200bytes1000020000100000:CPU201は、動画v1ogvと同様に、動画v2ogvのフラグメント範囲100200に対してバイトレンジ1000020000100000を関連付ける。さらに、ストリームインスタンスとして、レスポンスボディのストリームを示すstream2を関連付ける。CPU201は、図6に示すコンテンツテーブルに基づき、各ストリームインスタンスから動画データを取得し、モニタ212に表示した例えばウェブブラウザのウィンドウ内において、それら動画データを順番に表示することで、集合動画を再生する。図6の例では低減される、動画を取得するためのリクエスト回数は一回であるが、取得すべきフラグメント動画の構成によっては、さらにリクエスト回数を低減することができる。つまり、クライアントからサーバにフラグメント動画を要求する際に、フラグメント動画のリクエスト回数を減らすことができる。その結果、クライアント-サーバ間のリクエストレスポンスの回数を減らして、集合動画の再生におけるタイムラグの発生を防ぎ、ビデオストリーミングのパフォーマンスを向上させることができる。以下、本発明にかかる実施例2の情報処理を説明する。なお、実施例2において、実施例1と略同様の構成については、同一符号を付して、その詳細説明を省略する。取得したフラグメント動画に関するHTMLデータが下記のような記述だったとする。つまり、コンテナであるvideos要素の子要素に関して、三番目と四番目のvideo要素は同一の参照先リソースを示し、それらのフラグメント範囲には非再生時間の五秒間が存在する。実施例1において説明した処理によれば、video要素のフラグメント範囲の終了点と、続くvideo要素のフラグメント範囲の開始点が一致すれば、それらvideo要素は統合される。しかし、下記のHTMLデータにおいては非再生時間の五秒間によって、三番目と四番目のvideo要素は統合されない。<html><head><title>sample<title><head><body><xvideosxmlnsxhttpsampleorg><videosrchttpsampleorgv1ogvt1020><videosrchttpsampleorgv2ogvt100200><videosrchttpsampleorgv1ogvt5060><videosrchttpsampleorgv1ogvt6570><xvideos><body><html>そこで、実施例2においては、非再生時間が閾値以下の場合は、それらvideo要素を統合する例を説明する。なお、非再生時間に関する閾値は、固定でもよいし、ユーザが設定することもできる。図13により実施例2におけるコンテンツテーブルの一例を説明するが、図13は上記の集合動画の記述例に対応するコンテンツテーブルの一例である。図14のフローチャートによりコンテンツテーブルの更新を詳細に説明する。なお、図8に示す実施例1と同様の処理には同一符号を付して、その詳細説明を省略する。CPU201は、非再生時間の閾値を変数Dに設定し、実施例1と同様のステップS401からS406の処理を行う。レコードjとj1について、リンクフラグが否定、参照先リソースが同一、フラグメント種別がtの場合、レコードjのフラグメント範囲の終了点Tjeとレコードj1のフラグメント範囲の開始点Tj1bの差分を計算する。なお、差分は非再生時間Tdに相当する。そして、非再生時間Tdと変数Dを比較して、Td>Dならば処理をステップS411に進めるレコードjとj1を統合しない。また、Td≦Dならば、レコードjのフラグメント範囲の終了点とレコードj1のフラグメント範囲の開始点は接続可能であるとして、処理をステップS408に進めるレコードjとj1を統合する。非再生時間の閾値を五秒間として、図14に示す処理を行えば、上記のHTMLデータにおける三番目と四番目のvideo要素は統合されることになり、動画を取得するためのリクエスト回数が低減される。つまり、参照先リソースが同一の複数のフラグメント動画が短い非再生間隔で細切れ状態に存在する場合、非再生時間の閾値を適切に設定することで、それら複数のフラグメント動画を統合して、リクエスト回数を低減することができる。以下、本発明にかかる実施例3の情報処理を説明する。なお、実施例3において、実施例1、2と略同様の構成については、同一符号を付して、その詳細説明を省略する。実施例3においては、空間に関するフラグメント以下、空間フラグメントが指定された複数の動画について、それら空間を包含する取得要求データをサーバ105に送信することで、より少ないリクエスト回数で動画を取得する例を説明する。空間フラグメントが指定された動画を含むHTMLデータの一例を下に示す。図15により実施例3におけるHTMLデータの記述と空間フラグメントの関係を説明する。<html><head>sample<head><body><videosrchttpsampleorgv1ogvxywh160120320240><videosrchttpsampleorgv1ogvxywh170360320240><body><html>記述xywhxywhは、画像の左上を原点として、座標からX方向に幅w、Y方向に高さhの矩形画像を切り出すことを意味する。従って、このようなURIに基づくリクエストを受信したサーバは、図15に示すように、動画v1ogvから、左上座標が、右下座標がの矩形領域の動画を切り出してクライアントに送信する。図15によりクライアントのモニタ上に表示されるフラグメント動画を説明する。つまり、クライアントのモニタに表示されたウェブブラウザのウィンドウ内に各video要素に指定されたフラグメント動画が表示される。図16によりコンテンツテーブルの一例を説明するが、図16は上記の集合動画の記述例に対応するコンテンツテーブルの一例である。図17のフローチャートによりコンテンツテーブルの更新を詳細に説明する。なお、図8に示す実施例1と同様の処理には同一符号を付して、その詳細説明を省略する場合がある。CPU201は、コンテンツテーブルのレコード数を変数Mに設定し、カウンタjを1に初期化する。そして、カウンタjのカウント値と変数Mを比較して、j<Mであれば処理をステップS404に進め、jMであれば処理を終了する。CPU201は、j<Mの場合、コンテンツテーブルのレコードjとレコードj1について参照先リソースが同一か否かの判定、フラグメント種別がxywhか否かの判定を行う。そして、参照先リソースが異なる、フラグメント種別がxywh以外の場合は処理をステップS411に進める。CPU201は、レコードjとj1における参照先リソースが同一、および、フラグメント種別がxywhの場合、次の処理ステップS912からS920を行う。if;...XXj1;WXjWjXj1;...elseXXj;WXj1Wj1Xj;...if;...YYj1;HYjHjYj1;...elseYYj;HYj1Hj1Yj;...ここで、Xjはレコードjのフラグメント範囲のX座標、Wjはレコードjのフラグメント範囲の幅、Hjはレコードjのフラグメント範囲の高さ、Xj1はレコードj1のフラグメント範囲のX座標、Wj1はレコードj1のフラグメント範囲の幅、Hj1はレコードj1のフラグメント範囲の高さ。そして、CPU201は、レコードjのフラグメント範囲を変数X、Y、W、Hそれぞれの値で書き換え、コンテンツテーブルからレコードj1を削除し、変数Mをデクリメントする。次に、CPU201は、カウンタjをインクリメントして、処理をステップS403に戻す。つまり、参照先のリソースが同一、フラグメント種別がxywhの場合、レコードj1のフラグメント範囲をレコードjのフラグメント範囲に含め、コンテンツテーブルからレコードを一つ削除する。図16に示すコンテンツテーブルに上記の処理を行うと、レコード1の範囲とレコード2のフラグメント範囲が統合されて、図16に示すコンテンツテーブルに変換される。そして、下記のフラグメント動画の取得要求データがサーバ105に送信される。GETv1ogvHTTP11HostsampleorgAcceptvideoRangexywh160120330480:上記のフラグメント動画の取得要求データに対するサーバのレスポンスデータの一例を下に示す。HTTP11206PartialContentContentTypemultipartbyterangesboundaryBOUNDARYContentRangebytes1000200010000ContentRangeMappingxywh160120330480:CPU201は、上記のサーバレスポンスを解析し、コンテンツテーブルを更新する。図16は、サーバレスポンスに基づきコンテンツテーブル図16を更新した後のコンテンツテーブルを示す。つまり、CPU201は、動画v1ogvのフラグメント範囲160120330480に対してバイトレンジ1000200010000を関連付ける。さらに、ストリームインスタンスとして、レスポンスボディのストリームを示すstream1を関連付ける。図18により動画の再生状態を説明する。CPU201は、図16に示すコンテンツテーブルに基づき、ストリームインスタンスから動画データを取得する。そして、モニタ212に表示した例えばウェブブラウザのウィンドウ内のサイズ330×480に対応する領域に動画データを表示することで、動画を再生する。このように、空間フラグメントが指定された複数の動画について、それら空間を包含する取得要求データをサーバ105に送信することで、より少ないリクエスト回数で動画を取得することができる。以下、本発明にかかる実施例4の情報処理を説明する。なお、実施例4において、実施例1、2と略同様の構成については、同一符号を付して、その詳細説明を省略する。実施例2では、非再生時間に関する閾値を固定またはユーザが設定する例を説明した。実施例4では、非再生時間に関する閾値をフラグメント動画の内容に基づいて決定する例を説明する。図19のフローチャートにより実施例4におけるコンテンツテーブルを更新する手順を詳細に説明する。なお、図8に示す実施例1と同様の処理、図14に示す実施例2と同様の処理には同一符号を付して、その詳細説明を省略する。CPU201は、コンテンツテーブルの各リソースに関して、非再生時間に関する閾値を示すマップを作成する。図20のフローチャートによりマップの作成の処理を詳細に説明する。CPU201は、コンテンツテーブルのレコード数を変数Lに設定する。そして、コンテンツテーブルにおけるリソースのホスト名とパスを組み合わせた文字列をキーとし、そのリソースの時間を値とするMapを初期化する。なお、マップは、一意の重複しない値であるキーに対して、その組となるように値を管理するテーブルである。マップに対してキーを入力すると、その組となる値を取り出すことができる。また、マップに対してキーと値を入力すると、マップとして管理されているテーブルを、そのキーと値で更新することができる。次に、CPU201は、カウンタjを1に初期化し、カウンタjの値が変数L以下か否かを判定する。カウンタjの値が変数L以下j≦Lの場合、j行目のリンクフラグを判定し、j行目のフラグメント種別が時間tか否かを判定する。j行目のリンクフラグが否定を示し、かつ、j行目のフラグメント種別が時間tの場合、CPU201は、Mapからj行目のリソースに関する時間Tjを取得する。そして、時間Tjに対して、j行目のリソースのフラグメント時間を加算する。そして、j行目のリソースと時間Tjの組を用いてMapを更新し、カウンタjをインクリメントし、処理をステップS1104に戻す。また、j行目のリンクフラグが肯定、または、j行目のフラグメント種別が時間t以外の場合、CPU201は、カウンタjをインクリメントし、処理をステップS1104に戻す。ステップS1104において、カウンタjの値が変数L以下ではないj>L場合、CPU201は、Mapの各リソースに関連付けられた時間Tjに、0以上1以下の重み係数を乗算して、Mapの内容を更新する。図20に示す以上の処理が終了すると、コンテンツテーブルの各リソースに関する非再生時間に関する閾値を示すMapの作成が完了する。次に、処理は図19のフローに戻るが、ステップS401からS902の処理は実施例2と同様であり、その詳細説明を省略する。ステップS902の処理が終了すると、CPU201は、参照先リソースのホスト名とパスを組み合わせた文字列をキーとして、Mapからそのリソースの閾値を取得し、変数Dに設定する。そして、設定した変数Dと非再生時間Tdを比較する。そして、実施例1、2と同様に、非再生時間Tdが変数D以下Td≦Dの場合はステップS408からS410の処理を実行してレコードjとj1を結合し、Td>Dの場合はレコードjとj1を結合しない。なお、非再生時間に関する閾値である変数Dは、テーブルに基づいて、動画の切り出し時間の総和に対して重み係数を掛け合わせた値になる。以上のように、非再生時間に関する閾値をフラグメント動画の内容に基づいて決定することにより、フラグメント動画の見栄えに大きな影響がない場合に、リクエスト回数を低減することができる。以下、本発明にかかる実施例5の情報処理を説明する。なお、実施例5において、実施例13と同様の構成については、同一符号を付して、その詳細説明を省略する。実施例3においては、空間フラグメントが指定された複数の動画について、それらの空間を包含する取得要求データをサーバに送信し、リクエスト回数を低減した。実施例5では、元のフラグメント動画の空間領域図15と、統合を行った場合のフラグメント動画の空間領域図18との違いが、所定の範囲内フラグメント動画の見栄えに大きな影響がないの場合のみ、リクエスト回数を低減する例を説明する。言い替えれば、実施例3において、複数のフラグメント領域をまとめて取得する際に、オリジナルのフラグメント動画の見栄えに対して、再生時の見栄えが大きく変わってしまう場合がある。その場合、実施例5では、その複数のフラグメント領域をまとめて取得しないことにより、見栄えを保持する。図21のフローチャートにより実施例5におけるコンテンツテーブルの更新を詳細に説明する。なお、図17に示す実施例3と同様の処理には同一符号を付して、その詳細説明を省略する。CPU201は、ステップS401S405、S911S917の処理を行った後、S1Wj×HjWj1×Hj1とS2W×Hを計算し、値S1と値kS2を比較する。なお、kは値が0以上1以下の重み係数である。そして、S1>kS2の場合は実施例3と同様にステップS918からS920の処理を行って、レコードjのフラグメント範囲を変数X、Y、W、Hそれぞれの値で書き換える。他方、S1≦kS2の場合はレコードjのフラグメント領域を更新せずに、処理をステップS411に進める。つまり、元統合前のフラグメント動画の空間領域と、統合を行った場合統合後のフラグメント動画の空間領域の違いが、所定の範囲内の場合のみ、リクエスト回数を低減することが可能になる。以下、本発明にかかる実施例6の情報処理を説明する。なお、実施例6において、実施例15と同様の構成については、同一符号を付して、その詳細説明を省略する。実施例1は時間のフラグメントが指定された複数の動画を対象とし、実施例3は空間のフラグメントが指定された複数の動画を対象とした。実施例6では、フラグメント動画が時間のフラグメント記述と空間のフラグメント記述を併用したURIを用いる場合に、より少ないリクエスト回数で動画を取得する方法を説明する。図22によりフラグメント動画に含まれる各動画リソースに関するコンテンツテーブルの一例を示す。図22に示すフラグメント記述においては、時間のフラグメント記述と空間のフラグメント記述が併用されている。図23により図22に示すフラグメント記述に従い動画を再生した様子を示す。つまり、時間のフラグメント記述と、空間のフラグメント記述に基づいた部分動画から構成された動画が再生される。なお、図23に太線で示す矩形領域は、オリジナルの動画リソースに対する、抽出された部分動画の占める位置とその割合を示す。図22におけるレコード2のv2ogvとレコード5のv1ogvは空間のフラグメント記述を含まず、オリジナルの動画リソースの全空間を参照する。図22に示すコンテンツテーブルは図24に示す処理によって更新される。図24により実施例6におけるコンテンツテーブルの更新を詳細に説明する。CPU201は、実施例1と同様にステップS401S407の処理を行う。ただし、実施例6においてステップS406の処理はない。レコードj、j1について、リンクフラグが否定、参照先リソースが同一、フラグメント範囲の終了点と開始点が同一の条件を満たす場合、CPU201は、レコードjとレコードj1が空間フラグメントをもつか否か判定する。そして、レコードjとレコードj1が空間フラグメントをもたない場合は処理をステップS408に進める。また、レコードjとレコードj1が空間フラグメントをもつ場合、CPU201は、実施例3と同様にステップS912S918の処理を行う。そして、レコードjのフラグメント範囲を変数X、Y、W、Hそれぞれの値で書き換え、処理をステップS408に進める。そして、CPU201は、実施例1と同様に、連続するレコードの一方であるレコードjのフラグメント範囲の終了点を、連続するレコードの他方であるレコードj1のフラグメント範囲の終了点に変更する。そして、コンテンツテーブルからレコードj1を削除する。図22に示すコンテンツテーブルに、図24の処理を施すと、図22に示す更新されたコンテンツテーブルが得られる。つまり、図22におけるレコード3と4は、図22におけるレコード3に統合される。また、図22におけるレコード1と3は、空間的に隣接するが、時間的に隣接しないので、一つのレコードには統合されない。また、レコード4と5は、時間的に隣接するが、空間の統合を行うとオリジナルのフラグメント動画に対して見栄えが変わるので統合しない。そして、図22に示すコンテンツテーブルに対して、実施例1と同様に、図9のフローチャートに示す処理によりコンテンツテーブルを更新する。更新されたコンテンツテーブルは図22に示すようになる。CPU201は、図22のコンテンツテーブルを基に、各ストリームインスタンスから動画データを取得し、動画データを順番に表示することで、集合動画を再生する。[その他の実施例]また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステムあるいは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。