JP2007080161A - データ配信システム、部分コンテンツ格納サーバ、応答高速化方法、及びプログラム - Google Patents

Abstract

【課題】コンテンツアクセスの高速化を図る。
【解決手段】インターネット上でのストリーミング配信において、クライアント１００は、ポータルサイト２００のコンテンツ一覧から配信を所望するコンテンツを選択する。クライアント１００は、ポータルサイト２００から前記コンテンツの全体のデータであるフルコンテンツ３１０の所在情報と、前記コンテンツの先頭部分のデータである部分コンテンツ２１０の所在情報と、を受信する。クライアント１００は、前記部分コンテンツ２１０及び前記フルコンテンツ３１０の受信を同時に開始する。クライアント１００は、前記フルコンテンツ３１０の受信速度が前記部分コンテンツ２１０の受信速度よりも低速であれば、前記部分コンテンツ２１０を再生する。クライアント１００は、前記部分コンテンツ２１０の再生が終了すれば、前記部分コンテンツ２１０の続きの部分から前記フルコンテンツ３１０を再生する。
【選択図】図１

Description

本発明は、複数サーバからのストリーミング配信の応答を高速化するデータ配信システム、部分コンテンツ格納サーバ、応答高速化方法、及びプログラムに関する。

近年、インターネット上でストリーミング配信を行う事例が増えている。ストリーミングのコンテンツは一般的に制作が容易ではなく、コンテンツサイズが巨大となり、制作費用もかさむものである。そのため、ポータルサイトが複数のコンテンツプロバイダと提携して、ポータルサイトから直接コンテンツプロバイダ内のコンテンツサーバにリンクしてコンテンツを提供する例が一般的である。この場合、ポータルサイトまでのアクセスは高速であるが、ネットワーク上の距離の遠いコンテンツプロバイダ内のコンテンツサーバへのアクセスは低速といったことが起こり、ユーザは非常に不便であった。

なお、ストリーミング配信の際には、プロキシサーバを用いることが多い。前述のポータルサイトを運営するサーバもプロキシサーバの一種といえる。プロキシサーバ（以下、プロキシ）とは、プロキシ（代理）という言葉が示す通り、インターネット上の目的のコンテンツ（ファイルやＷｅｂページ等）をユーザのコンピュータの代わりに取って来てくれる機能を提供するサーバである。

プロキシはキャッシュ（ｃａｃｈｅ）機能を実装しており、過去にサーバから受信したコンテンツを一時的にプロキシ自身のディスク内に蓄積しておくことができる。そのため、プロキシがユーザからコンテンツのリクエストを受けた時、そのコンテンツがすでにキャッシュされている場合、わざわざ遠くにある本来のサーバに同じコンテンツを取りに行くことなく自分自身にキャッシュされているデータをユーザに送り返すので、ユーザはコンテンツを素早く取得することが可能となる。また、その場合プロキシは本来のサーバにアクセスしなくて済むため、そのサーバに掛かる負荷を軽減することができる。すなわち、キャッシュとは、使用頻度の高いデータを高速な記憶装置に蓄えておくことにより、いちいち低速な装置から読み出す無駄を省いて高速化することである。
このようにプロキシをキャッシュサーバとして利用することによって、遠くのサーバに何度もアクセスしなくて済むため、結果的にネットワークのトラフィック（回線使用量）を軽減できる。

このキャッシュ機能は一般的なＷｅｂブラウザにも実装されているが、Ｗｅｂブラウザのキャッシュとプロキシのそれとでは規模が大きく異なる。前者は単独のユーザが取得したコンテンツをキャッシュするのに対して、後者はプロキシの全利用者が取得したコンテンツをキャッシュする。従って、プロキシの利用者は自分が過去に一度も見たことのないコンテンツであっても素早く取得することが可能となる。

但し、プロキシを介することで通信経路が遠回りになることを考えても分かるように、プロキシの利用によって必ずしもコンテンツの取得が早くなるわけではない。実際にコンテンツの取得に掛かる時間が短縮されるためには、キャッシュが有効利用される環境や大容量の通信回線が条件となる。特に、利用者数に対して接続されているバックボーンが細いプロキシを利用すると、通信速度は逆に遅くなってしまうことがある。

また、プロキシのキャッシュのデータの保存期間についても問題となることがある。オリジナルのＷｅｂページが更新された後であってもキャッシュからそのコピーを取得することが可能であれば、プロキシの透過性が失われてしまう。この問題を解決するため、キャッシュにコンテンツを保持しておく有効期限を設定しておき、その期限を過ぎたキャッシュのコンテンツは自動的に削除される仕組みになっている。このキャッシュの有効期限はプロキシ側でも指定できるが、Ｗｅｂページの制作者側でも指定することができる。ＨＴＴＰ１．１ではＨＴＴＰレスポンスヘッダのＥｘｐｉｒｅｓフィールド等によりＷｅｂページの有効期限を指定することが推奨されており、そのページのコピーはここで指定されている有効期限までプロキシのキャッシュに保存される。但し、プロキシの透過性を保つために、コンテンツの有効期限の指定は慎重にされるべきである。適切な有効期限が指定されていれば、プロキシはその透過性を保つことが可能となる。一方、もしＨＴＴＰヘッダでページの有効期限が指定されていない場合、プロキシがコンテンツをキャッシュしておく期間はその実装に依存する。従って、この場合プロキシの透過性は必ずしも保証されていない。

関連する技術として、特開２００４−０７０８６０号公報にストリームコンテンツ配送システム及びプロキシサーバが開示されている。
この従来技術において、プロキシサーバは、ストリームコンテンツをキャッシュデータとして蓄積するためのファイル装置を有する。ストリームサーバからコンテンツパケットを受信した時、受信パケットから抽出したコンテンツデータをストリームコンテンツのキャッシュデータとして上記ファイル装置に格納すると共に、受信パケットのアドレスを書き換えてコンテンツ要求元に転送する。この時、上記コンテンツパケットの送信元ストリームサーバに対してサービス中止を要求し、他のプロキシサーバに上記ストリームコンテンツの残り部分の転送を要求するための第１手段を備える。

また、特開２００３−２５６３２１号公報にプロキシサーバ及びプロキシ制御プログラムが開示されている。
このプロキシサーバは、コンテンツの一部又は全部を記憶装置に格納し、当該記憶装置からクライアントにコンテンツを配信しながら、該コンテンツの保持していない部分をオリジンサーバから取得して前記記憶装置に追加する。この時、前記オリジンサーバからのコンテンツの取得レートを、ネットワーク状況又は前記コンテンツの受信バッファの状態の少なくとも一方に応じて制御する。

特開２００３−０７６６３１号公報にネットワーク制御システムが開示されている。
このネットワーク制御システムでは、コンテンツサーバとクライアント間の伝送経路上の接続点（ノード）に、コンテンツサーバからクライアントに転送されるストリーム・データをキャッシュするプロキシ・キャッシュ・サーバを配置し、隣接するノード間の複数のストリーム伝送をシリアライズ化する。

特開２００４−００７６３７号公報にＮＶＯＣ又はストリーム制限型ＶＯＤシステムから真のＶＯＤシステムを可能とするためのコンテンツプレキャッシュ方法が開示されている。
この従来技術は、コンテンツのオンデマンド再生システムに関するものである。当該システムは、開始時間をずらせたオーバーラップするストリームにおいてプログラムを送信する複数個のチャンネルの各々を選択的に受信することが可能な受信器への接続部、前記オーバーラップするストリームに対する開始時間の間のずらしたインターバルに対して前記プログラムの再生に対応するプログラムデータのプレキャッシュした部分を包含する格納システムへの接続部、前記受信器への接続部及び前記格納システムへの接続部へ結合されている制御器を有している。前記制御器は、前記プログラムのオンデマンド再生の開始に応答して、前記プレキャッシュした部分から前記プログラムの再生を開始し、前記プログラムに対する最も最近の開始時間を有するストリームを選択し、前記選択したストリームから、少なくとも前記プレキャッシュした部分内に包含されていない前記プログラムに対するプログラムデータをバッファさせる。

特開２００５−１８４４７２号公報にコンテンツ配信システムが開示されている。
このコンテンツ配信システムは、コンテンツの一部を端末に事前に配信しておき、端末がコンテンツを再生する際にサーバにコンテンツの残り部分を要求する。ここで、本システムは、前記コンテンツの供給元である１以上のサーバと前記コンテンツを受信して再生する１以上の端末からなる。
前記サーバは、前記端末からのコンテンツの配信要求を受信するコンテンツ要求受信手段と、前記端末からのコンテンツの配信要求に従ってコンテンツを配信するコンテンツ配信手段とを備える。前記コンテンツの配信要求は、事前にコンテンツの一部分の配信を要求する事前配信要求と、コンテンツ再生時に事前に配信されたコンテンツの残り部分を要求するコンテンツ差分配信要求とを備える。前記端末は、前記サーバに対してコンテンツの配信を要求するコンテンツ要求手段と、前記サーバから配信されるコンテンツを受信するコンテンツ取得手段と、前記コンテンツ取得手段が受信した事前に配信されたコンテンツの一部を蓄積するコンテンツ蓄積手段と、前記コンテンツ蓄積手段に蓄積されているコンテンツの一部と前記コンテンツ取得手段が受信する前記コンテンツの一部の残り部分とからコンテンツを再生するコンテンツ再生手段とを備える。

なお、一般に、インターネットのアクセスにおいては、最初のアクセス（通信路の確保）には時間が掛かるが、以後その通信路を切断せずに継続的に利用（ＫＥＥＰＡＬＩＶＥ）する限りは十分な応答速度を得られることが多い。

特開２００４−０７０８６０号公報 特開２００３−２５６３２１号公報 特開２００３−０７６６３１号公報 特開２００４−００７６３７号公報 特開２００５−１８４４７２号公報

本発明の目的は、コンテンツプロバイダではなくポータルサイト側（若しくはクライアント内）にコンテンツの最初の部分（以下、部分コンテンツ）を保存しておき、コンテンツにアクセスする際、部分コンテンツと、コンテンツプロバイダ内のコンテンツ（以下、フルコンテンツ）に同時にアクセスし、応答の速い方で再生を開始するデータ配信システム、部分コンテンツ格納サーバ、応答高速化方法、及びプログラムを提供することである。
本発明の他の目的は、フルコンテンツへのアクセスの方が速かった場合、部分コンテンツへのアクセスを中止し、そのままフルコンテンツの再生を継続するデータ配信システム、部分コンテンツ格納サーバ、応答高速化方法、及びプログラムを提供することである。
本発明の更に他の目的は、部分コンテンツのアクセスの方が速かった場合、フルコンテンツへのアクセスの遅れを、部分コンテンツへのアクセスで補うデータ配信システム、部分コンテンツ格納サーバ、応答高速化方法、及びプログラムを提供することである。

以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。

本発明のデータ配信システムは、クライアント（１００）と、前記クライアント（１００）が配信を所望するコンテンツを含むコンテンツ一覧を有するポータルサイト（２００）と、前記コンテンツの全体のデータであるフルコンテンツ（３１０）と、前記コンテンツの先頭部分のデータである部分コンテンツ（１１０，２１０，５１０）とを有する。
前記クライアント（１００）は、前記コンテンツ一覧から配信を所望するコンテンツを選択した時、前記部分コンテンツ（１１０，２１０，５１０）及び前記フルコンテンツ（３１０）の再生速度を比較し、前記部分コンテンツ（１１０，２１０，５１０）の再生速度の方が速ければ、前記部分コンテンツ（１１０，２１０，５１０）を再生し、前記部分コンテンツ（１１０，２１０，５１０）の再生が終了すれば、前記部分コンテンツ（１１０，２１０，５１０）の続きの部分から前記フルコンテンツ（３１０）を再生する。
ここで、再生速度は、例えば再生までに要する時間を測定して比較する。また、部分コンテンツ（１１０，２１０，５１０）及びフルコンテンツ（３１０）のうち、先に再生可能になった方を再生速度が高速であると判断するようにしても良い。なお、再生速度には、部分コンテンツ（１１０，２１０，５１０）又はフルコンテンツ（３１０）の受信速度も含まれる。

本発明は、ストリーミング配信において、フルコンテンツ（３１０）の再生までに時間が掛かる場合、その間に部分コンテンツ（１１０，２１０，５１０）を再生することで、コンテンツ視聴を快適に行えるようにしている。そのため、ネットワーク上において、部分コンテンツ（１１０，２１０，５１０）の所在位置は、フルコンテンツ（３１０）の所在位置よりもクライアント（１００）側に近い位置であれば良い。
例えば、前記フルコンテンツ（３１０）は、クライアント（１００）から見てポータルサイト（２００）よりもネットワーク上の距離が遠い外部サイト（３００）に格納されている場合がある。このような場合、前記ポータルサイト（２００）が、前記部分コンテンツ（２１０）を保有するようにする。また、前記クライアント（１００）が、前記部分コンテンツ（１１０）を保有するようにしても良い。前記クライアント（１００）が、前記部分コンテンツ（１１０）を保有する場合、前記フルコンテンツ（３１０）がポータルサイト（２００）に格納されている場合にも対応できる。
その他、クライアント（１００）又はポータルサイト（２００）に接続された部分コンテンツ格納サーバ（５００）に、前記部分コンテンツ（５１０）を格納するようにしても良い。この時、ネットワーク上において、前記部分コンテンツ格納サーバ（５００）の所在位置は、前記フルコンテンツ（３１０）が置かれた位置よりもクライアント（１００）側に近い位置であることが望ましい。

前記ポータルサイト（２００）は、前記コンテンツを示す識別情報と、前記部分コンテンツ（１１０，２１０，５１０）の所在情報と、前記フルコンテンツ（３１０）の所在情報とを更に有する。
前記ポータルサイト（２００）は、前記コンテンツ一覧に前記識別情報を表示し、前記クライアント（１００）から前記識別情報を指定された場合、前記部分コンテンツ（１１０，２１０，５１０）の所在情報及び前記フルコンテンツ（３１０）の所在情報を前記クライアント（１００）に通知する。
前記クライアント（１００）は、前記部分コンテンツ（１１０，２１０，５１０）及び前記フルコンテンツ（３１０）の取得を同時に開始する。

前記クライアント（１００）は、前記コンテンツを示す識別情報と、前記部分コンテンツ（１１０，２１０，５１０）の所在情報とを有する。
前記ポータルサイト（２００）は、前記コンテンツを示す識別情報と、前記フルコンテンツ（３１０）の所在情報とを更に有する。
前記ポータルサイト（２００）は、前記コンテンツ一覧に前記識別情報を表示し、前記クライアント（１００）から前記識別情報を指定された場合、前記識別情報及び前記フルコンテンツ（３１０）の所在情報を前記クライアント（１００）に通知する。
前記クライアント（１００）は、前記フルコンテンツ（３１０）を取得する際の受信速度が低速である場合、前記識別情報に対応する前記部分コンテンツ（１１０，２１０，５１０）を再生する。

本発明のデータ配信システムは、前記フルコンテンツ（３１０）の再生速度の方が速ければ、前記部分コンテンツ（１１０，２１０，５１０）を再生せずに前記フルコンテンツ（３１０）を最初から再生する。

本発明の部分コンテンツ格納サーバ（５００）は、クライアント（１００）が配信を所望するコンテンツの先頭部分のデータである部分コンテンツ（５１０）を具備し、前記クライアント（１００）が前記コンテンツの全体のデータであるフルコンテンツ（３１０）を取得する際、同時に前記部分コンテンツ（１１０，２１０，５１０）を配信する。

本発明の応答高速化方法は、インターネット上でのストリーミング配信において、（ａ）ポータルサイト（２００）のコンテンツ一覧から配信を所望するコンテンツを選択するステップと、（ｂ）前記コンテンツの全体のデータであるフルコンテンツ（３１０）の所在情報と、前記コンテンツの先頭部分のデータである部分コンテンツ（１１０，２１０，５１０）の所在情報と、を受信するステップと、（ｃ）前記部分コンテンツ（１１０，２１０，５１０）及び前記フルコンテンツ（３１０）の受信を同時に開始するステップと、（ｄ）前記フルコンテンツ（３１０）の受信速度が前記部分コンテンツ（１１０，２１０，５１０）の受信速度よりも低速であれば、前記部分コンテンツ（１１０，２１０，５１０）を再生するステップと、（ｅ）前記部分コンテンツ（１１０，２１０，５１０）の再生が終了すれば、前記部分コンテンツ（１１０，２１０，５１０）の続きの部分から前記フルコンテンツ（３１０）を再生するステップとを具備する。

本発明の応答高速化方法は、（ｆ）前記部分コンテンツ（１１０，２１０，５１０）の受信速度が前記フルコンテンツ（３１０）の受信速度よりも低速であれば、前記フルコンテンツ（３１０）を最初から再生するステップを更に具備する。

本発明の他の応答高速化方法は、インターネット上でのストリーミング配信において、（ｇ）ポータルサイト（２００）のコンテンツ一覧から配信を所望するコンテンツを選択するステップと、（ｈ）前記コンテンツの識別情報と、前記コンテンツの全体のデータであるフルコンテンツ（３１０）の所在情報と、を受信するステップと、（ｉ）前記フルコンテンツ（３１０）の受信を開始するステップと、（ｊ）前記コンテンツの先頭部分のデータである部分コンテンツ（１１０，２１０，５１０）を保有しており、前記フルコンテンツ（３１０）を受信するまで、前記識別情報に対応する前記部分コンテンツ（１１０，２１０，５１０）を再生するステップと、（ｋ）前記部分コンテンツ（１１０，２１０，５１０）の再生が終了すれば、前記部分コンテンツ（１１０，２１０，５１０）の続きの部分から前記フルコンテンツ（３１０）を再生するステップとを具備する。

本発明の更に他の応答高速化方法は、（ｌ）コンテンツの先頭部分のデータである部分コンテンツ（１１０，２１０，５１０）の再生を開始すると同時に第１時間Ｘの計測を開始するステップと、（ｍ）前記コンテンツの全体のデータであるフルコンテンツ（３１０）に対して適当な位置に第１シーク（ｓｅｅｋ）を試み、前記第１シークの開始と同時に第２時間Ｙの計測を開始するステップと、（ｎ）前記第１シークに対する応答を受信した時、前記第１時間Ｘ及び前記第２時間Ｙの計測を終了し、前記フルコンテンツ（３１０）の前記第１時間Ｘと前記第２時間Ｙとの合計時間Ｘ＋Ｙの位置に対して第２シークを指示するステップと、（ｏ）前記第２シークの開始から前記第２時間Ｙが経過すると同時に前記部分コンテンツ（１１０，２１０，５１０）の再生を終了し、前記第２シークを指示した位置から前記フルコンテンツ（３１０）の再生を開始するステップとを具備する。

本発明のポータルサイト側のプログラムは、（Ａ）コンテンツの識別情報を含むコンテンツ一覧を表示するステップと、（Ｂ）クライアントから前記コンテンツ一覧に表示されたコンテンツが選択された時、前記コンテンツの全体のデータであるフルコンテンツ（３１０）の所在情報と、前記コンテンツの先頭部分のデータである部分コンテンツ（２１０，５１０）の所在情報と、を前記クライアントに送信するステップと、（Ｃ）前記クライアント側の前記フルコンテンツ（３１０）の受信速度及び前記部分コンテンツ（２１０，５１０）の受信速度を監視し、前記フルコンテンツ（３１０）の受信速度が前記部分コンテンツ（２１０，５１０）の受信速度よりも低速であれば、前記部分コンテンツ（２１０，５１０）を前記クライアントに転送するステップとを具備する。

本発明のポータルサイト側のプログラムは、（Ｄ）前記フルコンテンツ（３１０）の受信速度が前記部分コンテンツ（２１０，５１０）の受信速度よりも高速であれば、前記フルコンテンツ（３１０）を前記クライアントに転送するステップを更に具備する。

本発明のポータルサイト側の他のプログラムは、（Ｅ）コンテンツの識別情報を含むコンテンツ一覧を表示するステップと、（Ｆ）予め、前記コンテンツ一覧に表示されたコンテンツの先頭部分のデータである部分コンテンツ（１１０，２１０，５１０）をクライアントに転送するステップと、（Ｇ）クライアントから前記コンテンツ一覧に表示されたコンテンツが選択された時、前記コンテンツの識別情報と、前記コンテンツの全体のデータであるフルコンテンツ（３１０）の所在情報と、を前記クライアントに送信するステップと、（Ｈ）前記クライアント側の前記フルコンテンツ（３１０）の受信速度及び前記部分コンテンツ（１１０，２１０，５１０）の受信速度を監視し、前記フルコンテンツ（３１０）の受信速度が前記部分コンテンツ（１１０，２１０，５１０）の受信速度よりも高速であれば、前記フルコンテンツ（３１０）を前記クライアントに転送するステップとを具備する。

本発明のクライアント側のプログラムは、（Ｉ）ポータルサイト（２００）のコンテンツ一覧から配信を所望するコンテンツを選択した際に、前記コンテンツの全体のデータであるフルコンテンツ（３１０）の所在情報と、前記コンテンツの先頭部分のデータである部分コンテンツ（２１０，５１０）の所在情報と、を受信するステップと、（Ｊ）前記フルコンテンツ（３１０）及び前記部分コンテンツ（２１０，５１０）の受信を同時に開始するステップと、（Ｋ）前記フルコンテンツ（３１０）の受信速度が前記部分コンテンツ（２１０，５１０）の受信速度よりも低速であれば、前記部分コンテンツ（２１０，５１０）を再生するステップと、（Ｌ）前記部分コンテンツ（２１０，５１０）の再生が終了すれば、前記部分コンテンツ（２１０，５１０）の続きの部分から前記フルコンテンツ（３１０）を再生するステップとを具備する。

本発明のクライアント側の他のプログラムは、（Ｍ）ポータルサイト（２００）のコンテンツ一覧から配信を所望するコンテンツを選択した際に、前記コンテンツの識別情報と、前記コンテンツの全体のデータであるフルコンテンツ（３１０）の所在情報と、を受信するステップと、（Ｎ）前記フルコンテンツ（３１０）の受信を開始するステップと、（Ｏ）前記コンテンツの先頭部分のデータである部分コンテンツ（１１０，５１０）を予め取得しておき、前記フルコンテンツの再生が所定時間の間に開始されない場合、前記識別情報に対応する前記部分コンテンツを再生するステップと、（Ｐ）前記部分コンテンツ（１１０，５１０）の再生が終了すれば、前記部分コンテンツ（１１０，５１０）の続きの部分から前記フルコンテンツ（３１０）を再生するステップとを具備する。

本発明の更に他のクライアント側のプログラムは、（ｌ）コンテンツの先頭部分のデータである部分コンテンツ（１１０，２１０，５１０）の再生を開始すると同時に第１時間Ｘの計測を開始するステップと、（ｍ）前記コンテンツの全体のデータであるフルコンテンツ（３１０）に対して適当な位置に第１シーク（ｓｅｅｋ）を試み、前記第１シークの開始と同時に第２時間Ｙの計測を開始するステップと、（ｎ）前記第１シークに対する応答を受信した時、前記第１時間Ｘ及び前記第２時間Ｙの計測を終了し、前記フルコンテンツ（３１０）の前記第１時間Ｘと前記第２時間Ｙとの合計時間Ｘ＋Ｙの位置に対して第２シークを指示するステップと、（ｏ）前記第２シークの開始から前記第２時間Ｙが経過すると同時に前記部分コンテンツ（１１０，２１０，５１０）の再生を終了し、前記第２シークを指示した位置から前記フルコンテンツ（３１０）の再生を開始するステップとを具備する。

ストリーミング配信において、ユーザがポータルサイト上のどのコンテンツを再生させても、応答速度を高速な一定速度に保つことができ、快適なコンテンツ再生を実現できる。

以下に本発明の第１実施形態について添付図面を参照して説明する。
図１に示すように、本発明のデータ配信システムは、クライアント１００、ポータルサイト２００、外部サイト３００を有する。

クライアント１００は、映像や音声といったコンテンツの利用を所望するユーザが使用するコンピュータ端末である。クライアント１００は、固定端末、無線端末のいずれを用いても良い。例えば、ＰＣ（パソコン）、携帯電話機、録画装置、ＳＴＢ（セットトップボックス）、ケーブルテレビ、ゲーム機がある。但し、実際には、上記の例に限定されるものではなく、インターネットに接続可能な機器であれば良い。
ポータルサイト２００は、クライアント１００がインターネットにアクセスする際の入り口となるＷｅｂサイトを管理するサーバである。ポータルサイトの例として、検索エンジン系のサイトや、Ｗｅｂブラウザメーカーのサイト、ネットワークプロバイダのサイトがある。
外部サイト３００は、コンテンツを有し、ポータルサイト２００のリンク先のサイトを管理するサーバである。外部サイトの例として、コンテンツプロバイダのサイトがある。
なお、ポータルサイト及び外部サイトに関しては、実際には、上記の例に限定されるものではない。
また、ポータルサイト２００と外部サイト３００は、インターネット４００を介して接続されている。インターネット４００は、ポータルサイト２００と外部サイト３００とのデータの送受信に用いられる通信網である。

本発明の実施例について説明する。
ポータルサイト２００は、コンテンツの一覧を有しており、この一覧にコンテンツ１、コンテンツ２が登録されている。この時、ポータルサイト２００は、コンテンツ１の識別情報２０１と、コンテンツ２の識別情報２０２を有し、且つ、コンテンツ１の先頭部分のデータである部分コンテンツ２１０と、コンテンツ２の全体データであるフルコンテンツ２２０を有する。部分コンテンツ２１０及びフルコンテンツ２２０は、それぞれメモリやハードディスクといった記憶装置に格納されている。
外部サイト３００は、コンテンツ１の全体データであるフルコンテンツ３１０を有する。部分コンテンツ３１０は、それぞれメモリやハードディスクといった記憶装置に格納されている。

図２に従来のデータ配信システムを示す。
本発明のデータ配信システムと従来のデータ配信システムとの構成上の違いは、部分コンテンツ２１０の有無である。すなわち、本発明の特徴は、部分コンテンツ２１０の存在である。

図２に示すように、インターネット４００上にポータルサイト２００が存在し、そこにアクセスしたクライアント１００がストリーミング視聴を受信するものとする。ポータルサイト２００には、コンテンツ１の識別情報２０１と、コンテンツ２の識別情報２０２があり、コンテンツ１の実体は外部サイト３００内にフルコンテンツ３１０として存在し、コンテンツ２の実体はポータルサイト２００内にフルコンテンツ２２０として存在するものとする。

この場合、一般的に、クライアント１００からコンテンツ２へのアクセスは高速に行えるが、コンテンツ１へのアクセスは低速となってしまう。

このため、図１に示すような構成で速度の改善を行う。図１では、コンテンツ１の実体は外部サイト３００の中にフルコンテンツ３１０として存在するものの、コンテンツ１の始めから数秒分を部分コンテンツ２１０としてポータルサイト２００内に格納する。

なお、ここでは、コンテンツの始めから数秒分を部分コンテンツとしているが、コンテンツの始めから数Ｍｂ分を部分コンテンツとしても良い。すなわち、コンテンツの始めから「所定の時間」又は「所定の容量」のデータを部分コンテンツとする。但し、実際には、上記の例に限定されるものではない。

また、ポータルサイト２００は、外部サイトが保有するコンテンツに関する情報をコンテンツの一覧に登録する際に、同時に部分コンテンツを取得する。この時、部分コンテンツの取得については、外部サイトが作成したものをダウンロードしても良いし、外部サイトが保有するフルコンテンツに基づいて、ポータルサイト２００側で作成しても良い。

コンテンツが映像である場合、ポータルサイト２００は、コンテンツの一覧を表示する際に、一覧に表示されているコンテンツの部分コンテンツも同時に表示するようにしても良い。この時、コンテンツのタイトルとその先頭部分の映像が表示されることになる。コンテンツのタイトルにカーソル又はポインタが重なった時に該当する部分コンテンツが表示されるようにしても良いし、コンテンツのタイトルの近傍に表示ウインドウを設け、常に部分コンテンツを表示するようにしても良い。

本発明の動作について説明する。
（１）ステップＳ１０１
クライアント１００は、ストリーミング配信を利用するため、ポータルサイト２００にアクセスする。
（２）ステップＳ１０２
ポータルサイト２００は、ストリーミング配信用のコンテンツの一覧を表示する。
（３）ステップＳ１０３
クライアント１００は、コンテンツの一覧から、配信を希望するコンテンツを選択する。この選択は、ユーザがクライアント１００を用いて行う。ここでは、例として、コンテンツ１が選択された場合について説明する。
（４）ステップＳ１０４
コンテンツ１が選択された時、クライアント１００は、コンテンツ１の部分コンテンツ２１０及びフルコンテンツ３１０の所在情報（アドレス）を取得する。そして、ポータルサイト２００が持つ部分コンテンツ２１０と外部サイト３００が持つフルコンテンツ３１０との両方にアクセスし、同時にダウンロードを開始する。
（５）ステップＳ１０５
クライアント１００は、フルコンテンツ３１０の受信速度と、部分コンテンツ２１０の受信速度を比較する。この時、ポータルサイト２００が、部分コンテンツ２１０及びフルコンテンツ３１０の受信速度を比較し、その比較結果をクライアント１００に通知するようにしても良い。
（６）ステップＳ１０６
ここで、フルコンテンツ３１０の受信速度が、部分コンテンツ２１０の受信速度よりも低速である（時間が掛かる）場合、クライアント１００は、部分コンテンツ２１０を再生する。なお、フルコンテンツ３１０の受信速度の方が高速であれば、フルコンテンツ３１０のデータを再生する。
（７）ステップＳ１０７
部分コンテンツ２１０の再生が終了した時、部分コンテンツ２１０の続きに相当する部分からフルコンテンツ３１０を再生する。
（８）ステップＳ１０８
フルコンテンツ３１０の受信速度と、部分コンテンツ２１０の受信速度を比較した結果、フルコンテンツ３１０の受信速度が、部分コンテンツ２１０の受信速度よりも高速である場合、クライアント１００は、最初からフルコンテンツ３１０を再生する。

なお、部分コンテンツとフルコンテンツの受信速度に関わらず、常に、最初は部分コンテンツを再生し、部分コンテンツの終了後、フルコンテンツに切り替えて続きを再生するようにしても良い。この場合、受信速度を比較する処理は不要となる。

以下に、部分コンテンツとフルコンテンツとを切り替える処理について説明する。
図４では、バッファ（図示せず）に蓄積する場合の処理を示す。
（１）ステップＳ２０１
クライアント１００からポータルサイト２００のコンテンツ一覧を参照してコンテンツ１を選択し、コンテンツ１の再生要求を送信する。この時、コンテンツ１のフルコンテンツ３１０が外部サイト３００にあり、コンテンツ１の部分コンテンツ２１０がポータルサイト２００にある。クライアント１００は、ポータルサイト２００に部分コンテンツ２１０の配信を要求し、同時に、外部サイト３００にフルコンテンツ３１０の配信を要求する。
（２）ステップＳ２０２
ポータルサイト２００からクライアント１００へ部分コンテンツ２１０の配信を開始する。
（３）ステップＳ２０３
外部サイト３００からクライアント１００へフルコンテンツ３１０の配信を開始する。
（４）ステップＳ２０４
部分コンテンツ２１０を受信する速度の方が高速であるため、クライアント１００は、部分コンテンツ２１０の再生を開始する。
（５）ステップＳ２０５
クライアント１００は、フルコンテンツ３１０に対して部分コンテンツ２１０の末尾相当の位置にシーク（ｓｅｅｋ）を指示する。なお、シークとは、記憶装置において、記録面に書き込まれた情報をドライブのヘッドが読みに行く際、目的のトラックまで、そのヘッドが移動する動作のことである。
（６）ステップＳ２０６
外部サイト３００からバッファへフルコンテンツ３１０のシーク位置からの配信を開始する。バッファは、クライアント１００、又はポータルサイト２００に存在している。例として、ここではポータルサイト２００にバッファがあるものとする。なお、使用される部分コンテンツとフルコンテンツを両方ともバッファに格納するようにしても良い。
（７）ステップＳ２０７
バッファがフルコンテンツ３１０のバッファリングを開始する。
（８）ステップＳ２０８
バッファからクライアント１００へフルコンテンツ３１０のシーク位置からの配信を開始する。
（９）ステップＳ２０９
部分コンテンツの終了と同時に、バッファしてあったフルコンテンツの再生に切り替える。

図５では、バッファを使用しない場合の処理を示す。
（１）ステップＳ３０１
クライアント１００からポータルサイト２００のコンテンツ一覧を参照してコンテンツ１を選択し、コンテンツ１の再生要求を送信する。この時、コンテンツ１のフルコンテンツ３１０が外部サイト３００にあり、コンテンツ１の部分コンテンツ２１０がポータルサイト２００にある。クライアント１００は、ポータルサイト２００に部分コンテンツ２１０の配信を要求し、同時に、外部サイト３００にフルコンテンツ３１０の配信を要求する。
（２）ステップＳ３０２
ポータルサイト２００からクライアント１００へ部分コンテンツ２１０の配信を開始する。
（３）ステップＳ３０３
外部サイト３００からクライアント１００へフルコンテンツ３１０の配信を開始する。
（４）ステップＳ３０４
部分コンテンツ２１０を受信する速度の方が高速であるため、クライアント１００は、部分コンテンツ２１０の再生を開始する。再生開始と同時にタイマによる第１時間Ｘの計測を開始する。
（５）ステップＳ３０５
クライアント１００は、フルコンテンツ３１０に対して適当な位置にシークを試みる。この時、シーク開始と同時にタイマによる第２時間Ｙの計測を開始する。
（６）ステップＳ３０６
外部サイト３００からクライアント１００へフルコンテンツ３１０のシーク位置からの配信を開始する。
（７）ステップＳ３０７
クライアント１００は、シーク位置からの配信を受信した時、第１時間Ｘ及び第２時間Ｙの計測を完了してＸ，Ｙの値を決定し、フルコンテンツ３１０のＸ＋Ｙの位置に対してシークを指示する。また、シーク指示と同時に、タイマによる第２時間Ｙのカウントを開始する。
なお、第１時間Ｘの計測を完了するのは、第２時間Ｙの計測を完了するのと同時でなくても良い。例えば、第２時間Ｙの計測を完了した後、所定時間が経過した時点で第１時間Ｘの計測を完了し、同時にフルコンテンツ３１０のＸ＋Ｙの位置に対してシークを指示するようにすることも可能である。この場合、第１時間Ｘの計測を完了するのは、部分コンテンツの再生終了時間より第２時間Ｙ以上前であることが望ましい。
また、第１時間Ｘを予め設定しておき、部分コンテンツの再生開始から第１時間Ｘの間に第２時間Ｙの計測が完了した場合、部分コンテンツの再生開始から第１時間Ｘが経過すると同時にフルコンテンツ３１０のＸ＋Ｙの位置に対してシークを指示するようにしても良い。この時、上述した第１時間Ｘの計測も並行して行い、部分コンテンツの再生開始から第１時間Ｘの間に第２時間Ｙの計測が完了しない場合、予め設定されている第１時間Ｘを、計測した第１時間Ｘと差し替えて、フルコンテンツ３１０のＸ＋Ｙの位置に対してシークを指示することも可能である。
また、予め部分コンテンツの再生時間が判明している場合、第２時間Ｙの計測が完了した時点で、部分コンテンツの再生時間から第２時間Ｙを除いた残り時間を第１時間Ｘとしても良い。この時、部分コンテンツの再生開始からタイマによるカウントを行い、部分コンテンツの再生開始から第１時間Ｘが経過すると同時にフルコンテンツ３１０のＸ＋Ｙの位置に対してシークを指示する。この場合、フルコンテンツ３１０のＸ＋Ｙの位置は部分コンテンツの再生が終了する位置である。
但し、上記のいずれの場合においても、第１時間Ｘと第２時間Ｙとの合計時間Ｘ＋Ｙが部分コンテンツの再生時間を超えないようにする。
（８）ステップＳ３０８
外部サイト３００からクライアント１００へフルコンテンツ３１０のシーク位置からの配信を開始する。
（９）ステップＳ３０９
クライアント１００は、シーク指示と同時に開始した第２時間Ｙのカウントの完了（第２時間Ｙの経過）と同時に、部分コンテンツ２１０の再生を終了し、フルコンテンツ３１０のＸ＋Ｙの位置からの再生に切り替える。

すなわち、図５の処理では、フルコンテンツ３１０へのシーク指示から応答までの時間（第２時間Ｙ）を計測することで、部分コンテンツ２１０からフルコンテンツ３１０へ切り替えるタイミングを事前に予測し、その切り替えの際に再生が開始される位置であるフルコンテンツ３１０のシーク位置を決定する。

なお、部分コンテンツのキャッシュは必ずしもポータルサイト内に置く必要はなく、クライアント内に取り込んでも良い。その場合、クライアント内の部分コンテンツのキャッシュは始めから搭載しておいても良い。また、クライアントがインターネットに接続した時にそれまでのアクセス履歴等に基づいて自動的／能動的に生成しても良い。あるいは、クライアントがインターネットに接続した時にポータルサイトから自動的に配信を受けるようにしても良い。

以下に本発明の第２実施形態について添付図面を参照して説明する。
図６に示すように、本発明の第２実施形態では、コンテンツ１の部分コンテンツ１１０を、ポータルサイト２００ではなく、クライアント１００に格納する。
部分コンテンツをクライアント内に置く場合、各々の部分コンテンツの容量を、自身のクライアントやネットワークの環境に応じて設定できる。すなわち、クライアント１００の機器の性能や通信環境に合わせて、部分コンテンツの容量をクライアント側で微調整することが可能になる。
なお、部分コンテンツの配信又は再生といった制御は、クライアント１００側で行う。

第２実施形態において、クライアント１００がフルコンテンツ３１０を取得する際、所定時間の間にフルコンテンツ３１０の再生が開始されなければ、部分コンテンツ１１０の再生を開始し、部分コンテンツ１１０の再生終了時に、部分コンテンツ１１０の続きの部分からフルコンテンツ３１０の再生を開始するようにしても良い。この時、部分コンテンツ１１０とフルコンテンツ３１０との再生開始までの速度を比較し、高速な方の再生を優先するようにしても良い。

部分コンテンツをクライアント１００に格納する場合の例として、以下の方法がある。
（１）例えばクライアント機器購入時に、部分コンテンツをプリインストール済にしておく。すなわち、部分コンテンツが予めクライアント１００に格納された状態にする。
（２）部分コンテンツをＤＶＤなどのメディアで供給する。この時、定期的にＤＶＤを送付することで最新のコンテンツの部分コンテンツがクライアント１００に届くようにする。
（３）ユーザが使用していない時に自動的に生成する。すなわち、クライアント１００においてコンテンツの再生が行われていない間に、エージェントといった自動プログラムにより、ポータルサイトのコンテンツ一覧に登録されているコンテンツのフルコンテンツにアクセスし、その部分コンテンツを生成しておく。例えば、クライアントとしてＳＴＢ（セットトップボックス）を使用する場合が考えられる。常時接続が前提となるが、ネットワークへの負担が少なく、コンテンツホルダー側でのスケジューリングが可能といったメリットがある。なお、エージェントといった自動プログラムを取得する方法に関しては、クライアント１００がポータルサイト２００に最初にアクセスした際にバックグラウンドでダウンロードする。あるいは、上記／下記の部分コンテンツの取得方法と同様の方法で、エージェントといった自動プログラムを取得しても良い。
（４）ユーザがポータルサイトにアクセスしたタイミングで自動的に生成する。
例えば、最初にアクセスした時に部分コンテンツを生成する。すなわち、クライアント１００が最初にコンテンツのストリーミング配信を所望した際はフルコンテンツを受信し、この時、その部分コンテンツを生成しておく。次回、同じコンテンツのストリーミング配信を行う際は、部分コンテンツを使用できる。
（５）ポータルサイトに部分コンテンツが存在する場合、クライアント１００はポータルサイトから部分コンテンツを取得する。

以下に本発明の第３実施形態について添付図面を参照して説明する。
図７に示すように、本発明の第３実施形態では、コンテンツ１の部分コンテンツ５１０を、ポータルサイト２００から独立した部分コンテンツ格納サーバ５００に置く。
ポータルサイト２００と部分コンテンツ格納サーバ５００とのネットワーク上の距離は、ポータルサイト２００と外部サイト３００とのネットワーク上の距離よりも近いものとする。
部分コンテンツ格納サーバ５００の例としては、ポータルサイト２００から読み出されるデータを格納するためのストレージサーバや、ポータルサイト２００と同じＬＡＮに接続された通信機器、ポータルサイト２００と直接接続された外部記憶装置が考えられる。

なお、部分コンテンツ格納サーバ５００がストレージサーバや通信機器である場合、部分コンテンツの配信といった制御は部分コンテンツ格納サーバ５００側で行うようにしても良い。例えば、部分コンテンツ格納サーバ５００が、クライアント１００における部分コンテンツとフルコンテンツの受信速度を監視し、フルコンテンツの受信速度の方が低速であれば、クライアント１００に部分コンテンツを配信する。
この時、部分コンテンツ格納サーバ５００は、記憶部と処理部（図示されず）を備える。部分コンテンツは部分コンテンツを格納し、処理部からの命令に応答してクライアントに部分コンテンツを配信する。
また、部分コンテンツを部分コンテンツ格納サーバ５００に格納する場合の例は、前述した、部分コンテンツをクライアント１００に格納する場合の例を準用する。

なお、図７では、ポータルサイト２００と部分コンテンツ格納サーバ５００が接続されているが、ポータルサイト２００の代わりに、クライアント１００と部分コンテンツ格納サーバ５００が接続されていても良い。この場合、本発明の第２実施形態に近い形となる。すなわち、図６において、部分コンテンツ１１０の代わりに部分コンテンツ格納サーバ５００を設ける。

図８に、ポータルサイト２００のコンテンツの一覧を管理するためのコンテンツ管理テーブルを示す。このコンテンツ管理テーブルは、「コンテンツのタイトル」、「部分コンテンツのアドレス（所在情報）」、「フルコンテンツのアドレス（所在情報）」に関する項目を備えている。コンテンツのタイトルが、コンテンツ１の識別情報２０１、コンテンツ２の識別情報２０２に対応する。また、必要に応じて、「コンテンツのジャンル」、「コンテンツ（番組）の出演者」といった項目を追加しても良い。
なお、ポータルサイト２００（若しくはクライアント１００、又は部分コンテンツ格納サーバ５００）が部分コンテンツを格納し、配信又は切り替えを行う際は、このコンテンツ管理テーブルと同様の構成のテーブルを有する。このテーブルを参照することで、部分コンテンツ及びフルコンテンツの配信又は切り替えを実現する。

なお、ここでは、外部サイトにあるフルコンテンツに対して部分コンテンツを使用しているが、ポータルサイトにあるフルコンテンツに対して部分コンテンツを使用しても良い。例えば、ポータルサイトにあるフルコンテンツの受信速度が低速である場合、クライアント側に格納されている部分コンテンツを再生し、フルコンテンツが受信できたら、部分コンテンツの続きの部分からフルコンテンツを再生するようにする。

以上のように、本発明においては、コンテンツプロバイダではなくポータルサイト側（若しくはクライアント内）にコンテンツの最初の部分（以下、部分コンテンツ）を保存しておき、コンテンツにアクセスする際、部分コンテンツと、コンテンツプロバイダ内のコンテンツ（以下、フルコンテンツ）に同時にアクセスし、応答の速い方で再生を開始する。
また、フルコンテンツへのアクセスの方が速かった場合、部分コンテンツへのアクセスを中止し、そのままフルコンテンツの再生を継続する。
更に、部分コンテンツのアクセスの方が速かった場合、フルコンテンツへのアクセスの遅れを、部分コンテンツへのアクセスで補う。すなわち、最初に部分コンテンツの再生を行い、その間にフルコンテンツへのアクセスを確立する。フルコンテンツへのアクセスが確保でき次第、再生をフルコンテンツ側に切り替え、部分コンテンツの再生を終了する。この時、部分コンテンツの再生が終了すると同時に、その続きをフルコンテンツで再生するようにしても良い。

図１は、本発明の第１の実施形態の構成を示すブロック図である。 図２は、従来の構成を示すブロック図である。 図３は、本発明の動作を示すフローチャートである。 図４は、本発明の第１の切り替え方法の動作を示すシーケンス図である。 図５は、本発明の第２の切り替え方法の動作を示すシーケンス図である。 図６は、本発明の第２の実施形態の構成を示すブロック図である。 図７は、本発明の第３の実施形態の構成を示すブロック図である。 図８は、本発明のコンテンツ管理テーブルの構成を示す概要図である。

符号の説明

１００… クライアント
１１０… コンテンツ１の部分コンテンツ
２００… ポータルサイト
２０１… コンテンツ１の識別情報
２０２… コンテンツ２の識別情報
２１０… コンテンツ１の部分コンテンツ
２２０… コンテンツ２のフルコンテンツ
３００… 外部サイト
３１０… コンテンツ１のフルコンテンツ
４００… インターネット
５００… 部分コンテンツ格納サーバ
５１０… コンテンツ１の部分コンテンツ

Claims (19)

1. クライアントと、
   前記クライアントが配信を所望するコンテンツを含むコンテンツ一覧を有するポータルサイトと、
   前記コンテンツの全体のデータであるフルコンテンツと、
   前記コンテンツの先頭部分のデータである部分コンテンツと
   を有し、
   前記クライアントは、前記コンテンツ一覧から配信を所望するコンテンツを選択した時、前記部分コンテンツ及び前記フルコンテンツの再生速度を比較し、前記部分コンテンツの再生速度の方が速ければ、前記部分コンテンツを再生し、前記部分コンテンツの再生が終了すれば、前記部分コンテンツの続きの部分から前記フルコンテンツを再生する
   データ配信システム。
2. 請求項１に記載のデータ配信システムにおいて、
   前記フルコンテンツを格納する外部サイトを更に有する
   データ配信システム。
3. 請求項１に記載のデータ配信システムにおいて、
   前記ポータルサイトは、前記部分コンテンツを保有する
   データ配信システム。
4. 請求項１に記載のデータ配信システムにおいて、
   前記クライアントは、前記部分コンテンツを保有する
   データ配信システム。
5. 請求項１に記載のデータ配信システムにおいて、
   前記部分コンテンツを格納する部分コンテンツ格納サーバを更に有する
   データ配信システム。
6. 請求項１に記載のデータ配信システムにおいて、
   前記ポータルサイトは、
   前記コンテンツを示す識別情報と、
   前記部分コンテンツの所在情報と、
   前記フルコンテンツの所在情報と
   を更に有し、
   前記ポータルサイトは、前記コンテンツ一覧に前記識別情報を表示し、前記クライアントから前記識別情報を指定された場合、前記部分コンテンツの所在情報及び前記フルコンテンツの所在情報を前記クライアントに通知し、
   前記クライアントは、前記部分コンテンツ及び前記フルコンテンツの取得を同時に開始する
   データ配信システム。
7. 請求項４に記載のデータ配信システムにおいて、
   前記クライアントは、
   前記コンテンツを示す識別情報と、
   前記部分コンテンツの所在情報と
   を有し、
   前記ポータルサイトは、
   前記コンテンツを示す識別情報と、
   前記フルコンテンツの所在情報と
   を更に有し、
   前記ポータルサイトは、前記コンテンツ一覧に前記識別情報を表示し、前記クライアントから前記識別情報を指定された場合、前記識別情報及び前記フルコンテンツの所在情報を前記クライアントに通知し、
   前記クライアントは、前記フルコンテンツを取得する際の受信速度が低速である場合、前記識別情報に対応する前記部分コンテンツを再生する
   データ配信システム。
8. 請求項１に記載のデータ配信システムにおいて、
   前記フルコンテンツの再生速度の方が速ければ、前記部分コンテンツを再生せずに前記フルコンテンツを最初から再生する
   データ配信システム。
9. クライアントが配信を所望するコンテンツの先頭部分のデータである部分コンテンツを格納する記憶部と、
   前記クライアントが前記コンテンツの全体のデータであるフルコンテンツを取得する際、同時に前記部分コンテンツを配信する処理部と
   を具備する
   部分コンテンツ格納サーバ。
10. インターネット上でのストリーミング配信において、
    （ａ）ポータルサイトのコンテンツ一覧から配信を所望するコンテンツを選択するステップと、
    （ｂ）前記コンテンツの全体のデータであるフルコンテンツの所在情報と、前記コンテンツの先頭部分のデータである部分コンテンツの所在情報と、を受信するステップと、
    （ｃ）前記部分コンテンツ及び前記フルコンテンツの受信を同時に開始するステップと、
    （ｄ）前記フルコンテンツの受信速度が前記部分コンテンツの受信速度よりも低速であれば、前記部分コンテンツを再生するステップと、
    （ｅ）前記部分コンテンツの再生が終了すれば、前記部分コンテンツの続きの部分から前記フルコンテンツを再生するステップと
    を具備する
    応答高速化方法。
11. 請求項１０に記載の応答高速化方法において、
    （ｆ）前記部分コンテンツの受信速度が前記フルコンテンツの受信速度よりも低速であれば、前記フルコンテンツを最初から再生するステップを更に具備する
    応答高速化方法。
12. インターネット上でのストリーミング配信において、
    （ｇ）ポータルサイトのコンテンツ一覧から配信を所望するコンテンツを選択するステップと、
    （ｈ）前記コンテンツの識別情報と、前記コンテンツの全体のデータであるフルコンテンツの所在情報と、を受信するステップと、
    （ｉ）前記フルコンテンツの受信を開始するステップと、
    （ｊ）前記コンテンツの先頭部分のデータである部分コンテンツを保有しており、前記フルコンテンツを受信するまで、前記識別情報に対応する前記部分コンテンツを再生するステップと、
    （ｋ）前記部分コンテンツの再生が終了すれば、前記部分コンテンツの続きの部分から前記フルコンテンツを再生するステップと
    を具備する
    応答高速化方法。
13. （ｌ）コンテンツの先頭部分のデータである部分コンテンツの再生を開始すると同時に第１時間の計測を開始するステップと、
    （ｍ）前記コンテンツの全体のデータであるフルコンテンツに対して適当な位置に第１シーク（ｓｅｅｋ）を試み、前記第１シークの開始と同時に第２時間の計測を開始するステップと、
    （ｎ）前記第１シークに対する応答を受信した時、前記第１時間及び前記第２時間の計測を終了し、前記フルコンテンツの前記第１時間と前記第２時間との合計時間の位置に対して第２シークを指示するステップと、
    （ｏ）前記第２シークの開始から前記第２時間が経過すると同時に前記部分コンテンツの再生を終了し、前記第２シークを指示した位置から前記フルコンテンツの再生を開始するステップと
    を具備する
    応答高速化方法。
14. （Ａ）コンテンツの識別情報を含むコンテンツ一覧を表示するステップと、
    （Ｂ）クライアントから前記コンテンツ一覧に表示されたコンテンツが選択された時、前記コンテンツの全体のデータであるフルコンテンツの所在情報と、前記コンテンツの先頭部分のデータである部分コンテンツの所在情報と、を前記クライアントに送信するステップと、
    （Ｃ）前記クライアント側の前記フルコンテンツの受信速度及び前記部分コンテンツの受信速度を監視し、前記フルコンテンツの受信速度が前記部分コンテンツの受信速度よりも低速であれば、前記部分コンテンツを前記クライアントに転送するステップと
    を具備する
    ポータルサイト側のプログラム。
15. 請求項１４に記載のプログラムにおいて、
    （Ｄ）前記フルコンテンツの受信速度が前記部分コンテンツの受信速度よりも高速であれば、前記フルコンテンツを前記クライアントに転送するステップを更に具備する
    ポータルサイト側のプログラム。
16. （Ｅ）コンテンツの識別情報を含むコンテンツ一覧を表示するステップと、
    （Ｆ）予め、前記コンテンツ一覧に表示されたコンテンツの先頭部分のデータである部分コンテンツをクライアントに転送するステップと、
    （Ｇ）クライアントから前記コンテンツ一覧に表示されたコンテンツが選択された時、前記コンテンツの識別情報と、前記コンテンツの全体のデータであるフルコンテンツの所在情報と、を前記クライアントに送信するステップと、
    （Ｈ）前記クライアント側の前記フルコンテンツの受信速度及び前記部分コンテンツの受信速度を監視し、前記フルコンテンツの受信速度が前記部分コンテンツの受信速度よりも高速であれば、前記フルコンテンツを前記クライアントに転送するステップと
    を具備する
    ポータルサイト側のプログラム。
17. （Ｉ）ポータルサイトのコンテンツ一覧から配信を所望するコンテンツを選択した際に、前記コンテンツの全体のデータであるフルコンテンツの所在情報と、前記コンテンツの先頭部分のデータである部分コンテンツの所在情報と、を受信するステップと、
    （Ｊ）前記フルコンテンツ及び前記部分コンテンツの受信を同時に開始するステップと、
    （Ｋ）前記フルコンテンツの受信速度が前記部分コンテンツの受信速度よりも低速であれば、前記部分コンテンツを再生するステップと、
    （Ｌ）前記部分コンテンツの再生が終了すれば、前記部分コンテンツの続きの部分から前記フルコンテンツを再生するステップと
    を具備する
    クライアント側のプログラム。
18. （Ｍ）ポータルサイトのコンテンツ一覧から配信を所望するコンテンツを選択した際に、前記コンテンツの識別情報と、前記コンテンツの全体のデータであるフルコンテンツの所在情報と、を受信するステップと、
    （Ｎ）前記フルコンテンツの受信を開始するステップと、
    （Ｏ）前記コンテンツの先頭部分のデータである部分コンテンツを予め取得しておき、前記フルコンテンツの再生が所定時間の間に開始されない場合、前記識別情報に対応する前記部分コンテンツを再生するステップと、
    （Ｐ）前記部分コンテンツの再生が終了すれば、前記部分コンテンツの続きの部分から前記フルコンテンツを再生するステップと
    を具備する
    クライアント側のプログラム。
19. （Ｑ）コンテンツの先頭部分のデータである部分コンテンツの再生を開始すると同時に第１時間の計測を開始するステップと、
    （Ｒ）前記コンテンツの全体のデータであるフルコンテンツに対して適当な位置に第１シーク（ｓｅｅｋ）を試み、前記第１シークの開始と同時に第２時間の計測を開始するステップと、
    （Ｓ）前記第１シークに対する応答を受信した時、前記第１時間及び前記第２時間の計測を終了し、前記フルコンテンツの前記第１時間と前記第２時間との合計時間の位置に対して第２シークを指示するステップと、
    （Ｔ）前記第２シークの開始から前記第２時間が経過すると同時に前記部分コンテンツの再生を終了し、前記第２シークを指示した位置から前記フルコンテンツの再生を開始するステップと
    を具備する
    クライアント側のプログラム。

Images