JP2004127189A - ゲートウェイ装置、コンテンツ転送システム及びコンテンツ転送方法 - 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