JP2007014035A - 通信方法、及び通信装置 - Google Patents

Abstract

【課題】クライアントからの要求に基づいてサーバからコンテンツを提供する通信方法、通信システム、及び中継装置、並びに通信装置に関し、クライアントが要求したコンテンツを高速に取得できる通信方法、通信システム、及び中継装置、並びに通信装置を提供することを目的とする。
【解決手段】クライアントとサーバとで複数の中継装置を通過させてパケット通信行う通信方法であって、クライアントとサーバとの間で特定のコマンドを用いて複数回通信を行い、複数回の通信の通信パフォーマンスを測定するとともに、特定のコマンドに通過した中継装置のアドレスを順次付加させることにより、特定のコマンドの通信経路を検出し、通信経路のうち通信パフォーマンスが最大となる通信経路を用いてクライアントとサーバとの間で通信を行う。
【選択図】図５

Description

本発明は通信方法、通信システム、及び中継装置、並びに通信装置に係り、特に、クライアントからの要求に基づいてサーバからコンテンツを提供する通信方法、通信システム、及び中継装置、並びに通信装置に関する。

図１は従来のコンテンツ提供システムの動作説明図を示す。

コンテンツ提供システム１は、クライアント１１とサーバ１２とがネットワーク１３を介して通信可能な構成とされている。クライアント１１がサーバ１２にリクエストを供給すると、サーバ１２はクライアント１１から要求されたコンテンツをネットワーク１３を介してクライアント１１に提供する。

このとき、ユーザは、クライアント１１を操作することにより、必要とするコンテンツを含むサーバ１２を検索して、そのサーバ１２にアクセスする必要があった。また、このとき、クライアント１１からサーバ１２の通信経路を選択することはできなかった。

ネットワーク１３では、通信データは各ルータＲｔにより自動的に最適な通信経路が検索されて、各ルータＲｔにより選択された通信経路を通して通信されていた。

しかるに、従来のコンテンツの提供システム１では、必要とするコンテンツを得るためには、クライアント１１が特定のサーバ１２にアクセスする必要があるため、必要とするコンテンツを含むサーバ１２を検索する必要があり、ユーザの操作が煩雑になるなどの問題点があった。

また、従来のコンテンツ提供システム１では、通信経路は、ネットワーク１３を構成するルータＲｔによって自動的に選択されていた。このとき、ルータＲｔは、周囲の通信経路のトラフィックに基づいて最適な経路を検索しており、先の経路のトラフィックの状態を考慮したものでなかったため、全体として通信速度が遅い経路が選択される恐れがある。すなわち、全体のルーティングが考慮されていなかった。

本発明は上記の点に鑑みてなされたもので、クライアントが要求したコンテンツを高速に取得できる通信方法、通信システム、及び中継装置、並びに通信装置を提供することを目的とする。

本発明は、クライアントとサーバとで複数の中継装置を通過させてパケット通信行う通信方法であって、前記クライアントと前記サーバとの間で特定のコマンドを用いて複数回通信を行い、前記複数回の通信の通信パフォーマンスを測定するとともに、前記特定のコマンドに通過した中継装置のアドレスを順次付加させることにより、前記特定のコマンドの通信経路を検出し、前記通信経路のうち前記通信パフォーマンスが最大となる前記通信経路を用いて前記クライアントと前記サーバとの間で通信を行うことを特徴とするものを提供する。
この本発明によれば、通信パフォーマンスが最大となる通信経路を用いて通信を行うことができるため、快適に通信を行うことができる。

また、本発明は、クライアントとサーバとを中継する中継装置であって、前記クライアントと前記サーバとの間で通信される特定のコマンドを検出するコマンド検出手段と、前記クライアントと前記サーバとの間で通信される通信データ中に含まれる経路情報を検出する経路情報検出手段と、前記特定のコマンドを検出した際に前記特定のコマンドに自己のアドレスを付加してネットワークに送信させ、前記経路情報検出手段で検出された経路情報に自己のアドレスが含まれるときに前記通信データを中継する中継制御手段とを有することを特徴とするものを提供する。
この本発明によれば、特定のコマンドに対して中継装置が自己のアドレスを付加していくことにより、クライアントとサーバとの間の通信経路を認識できる。また、中継装置により通信データに含まれた経路情報を認識させ、通信データを中継させることにより、通信データを経路情報に応じた通信経路を通して通信させることができる。

本発明は、ネットワークを介してクライアントとサーバとで通信を行う通信システムであって、前記クライアントと前記サーバとで通信を行うときに、前記ネットワークをバイパスして通信を行わせるバイパス手段を有することを特徴とする通信システムを提供する。
この本発明は、前記クライアントと前記サーバとの通信パフォーマンスを測定する測定手段と、前記測定手段により測定された通信パフォーマンスが所定レベルより劣化したときに、前記バイパス手段により前記ネットワークをバイパスさせる通信制御手段とを有するものであってもよい。
以上２つの発明によれば、クライアントとサーバとの間での通信の通信パフォーマンスが悪いときには、バイパス手段を用いてネットワークをバイパスさせることにより、高速に通信を行える。

本発明は、ネットワークを介してクライアントとサーバとで通信を行う通信システムであって、前記サーバは、前記クライアントからの要求を受領するノードサーバと、前記ノードサーバからの要求に応じて前記クライアントが要求するコンテンツを前記クライアントに送信するコンテンツサーバとを有することを特徴とするものを提供する。
この本発明は、ネットワークを介してクライアントとサーバとで通信を行う通信システムであって、前記サーバは、前記クライアントにコンテンツを提供するコンテンツサーバと、前記クライアントからの要求を受領し、前記クライアントが要求するコンテンツを含む前記コンテンツサーバのリンク先情報を前記クライアントに提供するノードサーバとを含み、前記クライアントは、前記ノードサーバからの前記リンク先情報に基づいて前記コンテンツサーバにコンテンツを要求するものであってもよい。
以上２つの発明によれば、ノードサーバとコンテンツサーバとで処理の負担を分割できる。

以上２つの発明では、前記ノードサーバは、前記コンテンツ又はそのリンク先に応じて階層化されており、上下階層のノードサーバが管理するコンテンツに関する情報をバックアップするようにされていてもよい。
この本発明によれば、ノードサーバをアクセスするクライアントに基づいて階層化しておくことにより、各ノードサーバでの処理の負荷を低減できる。

本発明は、ネットワークを介してクライアントとの間で通信を行い該クライアントからの要求に応じてコンテンツを提供するコンテンツサーバにアクセスして、該クライアントにコンテンツを提供する手段を備える通信装置であって、前記クライアントからのアクセス頻度に応じて前記コンテンツサーバのコンテンツをキャッシュするキャッシュ手段を備えているとともに、前記コンテンツを提供する手段は前記クライアントからの要求に応じてキャッシュされたコンテンツについての要求があった場合には前記クライアントからの要求に応じてキャッシュされたコンテンツを前記クライアントに送信するようになっている、ことを特徴とするものを提供する。
本発明は、また、ネットワークを介してクライアントとの間で通信を行い、該クライアントからの要求に応じてコンテンツを提供するコンテンツサーバにアクセスして、該クライアントにコンテンツを提供する通信装置が実行する方法であって、前記通信装置が、前記クライアントからのアクセス頻度に応じて前記コンテンツサーバのコンテンツをキャッシュする過程と、前記クライアントからの要求に応じてキャッシュされたコンテンツについての要求があった場合にキャッシュしていた当該コンテンツを前記クライアントに送信する過程と、を実行する通信方法を提供する。
これら２つの発明によれば、コンテンツサーバのコンテンツをクライアントからのアクセス頻度に応じてノードサーバにキャッシュすることによりコンテンツサーバを介することなくノードサーバからクライアントにコンテンツを提供できるため、クライアントに高速にコンテンツを提供できる。

図２は本発明の一実施例のシステム構成図を示す。

本実施例のコンテンツ提供システム１００は、クライアント１０１、ネットワーク１０２、ノードサーバ１０３、コンテンツサーバ１０４を含む構成とされている。

クライアント１０１は、ネットワーク１０２を介してノードサーバ１０３にリクエストを行う。ノードサーバ１０３は、クライアント１０１からのリクエストに応じてコンテンツサーバ１０４にプッシュリクエストを行う。

コンテンツサーバ１０４は、ノードサーバ１０３からのプッシュリクエストに応じてクライアント１０１にネットワーク１０２を介してコンテンツを送信する。クライアント１０１は、コンテンツサーバ１０４からのコンテンツを表示する。なお、ノードサーバ１０３に、クライアント１０１からのリクエストに応じてリンク先を応答させ、クライアント１０１からコンテンツサーバ１０４に直接アクセスさせ、クライアント１０１にコンテンツを提供するようにしてもよい。

また、ネットワーク１０２は、複数のルータＲｔによって網目状に通信経路Ｌが構成されている。ルータＲｔは、受信したパケットの宛先ＩＰアドレスに基づいて最適な通信経路Ｌを検索して、通信経路Ｌに受信したパケットを送信する。

ここで、本実施例のシステムでは、クライアント１０１からノードサーバ１０３までの経路、あるいはコンテンツサーバ１０４からクライアント１０１までの経路を予め決定することができるように構成されている。使用する経路は、ルーティングコマンドをクライアント１０１からノードサーバ１０３にあるいはコンテンツサーバ１０４からクライアント１０１に送信することにより取得される。

まず、ルーティングコマンドについて説明する。

図３はルーティングコマンドのパケットのデータ構成図を示す。

ルーティングコマンド２００は、ヘッダ部２０１、データ部２０２から構成される。ヘッダ部２０１には、データグラムの識別番号などのヘッダ情報２１１、送信元のコンピュータのＩＰアドレス２１２及び送信先のコンピュータのＩＰアドレス２１３が記録される。さらに、ヘッダ部２０１には、オプション領域２１４を有する。オプション領域２１４は、ユーザによって情報が記録可能とされている。

また、データ部２０２には、ルーティングコマンド２２１及びデータ履歴情報２２２が記録される。ルーティングコマンド２２１は、最適通信経路を取得するためのルーティングを検索するためのコマンドである。アドレス履歴情報２２２には、中継数２３１及び中継したルータＲｔのＩＰアドレス２３２−１〜２３２−ｎが記録される。アドレス履歴情報２２２は、ルータＲｔを通過する毎に更新される。

上記ルーティングコマンド２００をクライアント１０１からノードサーバ１０３に送信することにより、ノードサーバ１０３がクライアント１０１からノードサーバ１０３へのアドレス履歴情報２２２を取得できる。また、コンテンツサーバ１０３からクライアント１０１に送信することにより、クライアント１０１がコンテンツサーバ１０４からクライアント１０１へのアドレス履歴情報２２２を取得できる。このアドレス履歴情報２２２は、クライアント１０１からノードサーバ１０３への経路情報、あるいは、コンテンツサーバ１０４からクライアント１０１への経路情報として用いられる。

クライアント１０１は、リクエスト送信時にノードサーバ１０３からクライアント１０１からノードサーバ１０３へのルート情報を取得し、取得したアドレス履歴情報２２２に基づいてルート情報を作成し、リクエストに付加して送信する。

図４はクライアント１０１からノードサーバ１０３に送信するリクエストを含むパケットのデータ構成図を示す。同図中、図２と同一構成部分には同一符号を付し、その説明は省略する。

クライアント１０１からノードサーバ１０３に送信するリクエストを含むパケット３００には、例えば、ヘッダ部２０１のオプション領域２１４に中継数２３１及び中継するルータＲｔのＩＰアドレス２３２−１〜２３２−ｎが設定される。また、データ部２０２には、リクエスト２３１がセットされる。

ルータＲｔは、ヘッダ部２０１のオプション領域２１４を参照することにより、次の経路を決定する。なお、コンテンツサーバ１０４からクライアント１０１にコンテンツを供給する場合には、データ部２０２にリクエストに代えてコンテンツをセットすることにより、所望のルートでコンテンツを送信できる。クライアント１０１からノードサーバ１０２に供給されるリクエストは、リクエストに付与されたルーティングアドレスに対応するルータＲｔを通してノードサーバ１０２に供給される。また、コンテンツサーバ１０４からクライアント１０１に供給されるコンテンツは、コンテンツに付与されたルーティングアドレスに対応するルータＲｔを通してクライアント１０１に供給される。

次に、ルータＲｔの動作を説明する。

図５はルータＲｔの動作フローチャートを示す。

ルータＲｔは、ステップＳ１−１でパケットを受信すると、ステップＳ１−２で受信したパケットを解析する。ルータＲｔは、ステップＳ１−３で解析結果に基づいて受信したデータがルーティングコマンドか否かを判定する。

ステップＳ１−３の判定結果がルーティングコマンドの場合には、ステップＳ１−４で受信したパケットを受領して、所定の処理を行った後、ステップＳ１−５で、ルーティングコマンドのパケットに自己のＩＰアドレスをアドレス履歴情報に付加して、次の通信経路Ｌに送信する。ここで、ルータＲｔは、パケット中の宛先ＩＰアドレスに基づいて最適な通信経路Ｌを検索して、送信する。

上記ステップＳ１−１〜ステップＳ１−５が繰り返されることにより、クライアント１０１からノードサーバ１０３までのルートを検出できる。検出されたルートは、例えば、ノードサーバ１０３に設けられたルートテーブルに名前を付けて記憶される。

図６はルートテーブルのデータ構成図を示す。

ルートテーブル４００には、ルート名Ｒ1〜Ｒn毎に、通過するルータＲｔのＩＰアドレスＡ11〜Ａ1m…Ａn1〜Ａnmが記録された構成とされている。

また、ノードサーバ１０３には、ルートテーブル４００に記憶されたルート毎のルート情報テーブルを有する。

図７はルート情報テーブルのデータ構成図を示す。

ルート情報テーブル５００は、ルート名Ｒ１、Ｒ２…Ｒｎ毎にそのルートに関する情報が記憶されている。情報としては、例えば、快適に使用できる時間帯Ｔ11〜Ｔ12…Ｔn1〜Ｔn2、データ転送速度Ｓ１〜Ｓｎ、応答時間Ｔres1〜Ｔresnなどの情報である。

ノードサーバ１０３は、クライアント１０１からの要求に応じてルート情報テーブル５００を参照して、最適なルートを検索し、ルートテーブル４００からそのルーティングアドレスを読み出して、クライアント１０１に提供する。

クライアント１０１は、ノードサーバ１０３からの提供されたルーティングアドレスをパケットのオプション領域２１４にセットして、リクエストを送信する。

なお、本実施例では、ルートテーブル４００及びルート情報テーブル５００をノードサーバ１０３に持つようにしたが、クライアント１０１に持つようにしてもよい。

ここで、図５に戻って説明を続ける。

ステップＳ１−３で供給されたパケットがルーティングコマンドではない場合、すなわち、例えば、リクエスト、コンテンツがデータとしてセットされたパケットである場合には、ステップＳ１−６でパケット中のオプション領域２１４のルーティングアドレス情報２３２−１〜２３２−ｎを解析する。

次に、ステップＳ１−７で、ステップＳ１−６での結果に基づいてルーティングアドレスに自己のルータＲｔのＩＰアドレスを含む否かを判定する。ステップＳ１−７で、自己のルータＲｔのＩＰアドレスを含む場合には、パケットが通過すべきルータＲｔであると判断できるので、ステップＳ１−８でパケットを受領して、所定の処理を実行した後、次のルーティングアドレスに向けて送信する。

また,ステップＳ１−７でルーティングアドレス情報２３２−１〜２３２−ｎに自己のルータＲｔのＩＰアドレスを含まない場合には、次にステップＳ１−９で受信したパケットをパケット送信元のルータＲｔに返信する。パケット送信元のルータＲｔは、パケットを次の通信経路Ｌに送信する。

ルータＲｔが上記ステップＳ１−１〜Ｓ１−３、Ｓ１−６〜Ｓ１−９の動作を繰り返すことによりクライアント１０１からのパケットが所定のルートを通過してノードサーバ１０３に供給される。

また、同様にクライアント１０１からの要求に基づいてノードサーバ１０３がコンテンツサーバ１０４からクライアント１０１にルーティングコマンドを発行することにより、コンテンツサーバ１０４からクライアント１０１へのルートを取得できる。クライアント１０１で、ルートテーブル４００及びルート情報テーブル５００を管理し、リクエスト時などにノードサーバ１０３にルーティングアドレスを提供することにより、コンテンツサーバ１０４からクライアント１０１に供給されるコンテンツのルートを最適化することができる。

なお、コンテンツサーバ１０４からのルーティングコマンドによりクライアント１０１で得られたルーティングアドレスをノードサーバ１０３に提供して、ノードサーバ１０３でコンテンツサーバ１０４からクライアント１０１へのルートを決定するためのルートテーブル４００及びルート情報テーブル５００を管理するようにしてもよい。この場合、クライアント１０１からリクエストがあったときに、コンテンツサーバ１０４へのプッシュリクエストとともに、最適なルーティングアドレスを提供する。コンテンツサーバ１０４は、クライアント１０１に提供するコンテンツのパケットのオプション領域２１４にルーティングアドレスを付与して、コンテンツを送信する。これにより、コンテンツをルーティングアドレスで指定された最適ルートを通ってクライアント１０１に提供できる。

なお、ルーティングアドレスにより指定されたルートが混雑している場合には、衛星によりネットワーク１０２をジャンプさせるようにしてもよい。

図８は本発明の一実施例の変形例のシステム構成図、図９は本発明の一実施例の変形例の動作説明図を示す。同図中、図２と同一構成部分には同一符号を付し、その説明は省略する。

本変形例は、衛星通信システム６００を有することを特徴とする。

ステップＳ２−１で、クライアント１０１がノードサーバ１０３にリクエストを行ってから、ステップＳ２−２で所定時間、応答がない場合、クライアント１０１はステップＳ２−３で近傍に設けられた衛星基地６０１にリクエストを送信する。衛星基地６０１は、ステップＳ２−１１でクライアント１０１からリクエストを受信すると、ステップＳ２−１２で衛星６０２を介してノードサーバ１０３の近傍の衛星基地６０３にクライアント１０１からのリクエストを送信する。このとき、衛星基地６０１は、リクエストの宛先ＩＰアドレスに基づいて衛星基地６０３を決定する。衛星基地６０３は、ステップＳ２−１３でリクエストの宛先ＩＰアドレスに基づいてノードサーバ１０３にリクエストを送信する。

また、ノードサーバ１０３は、ステップＳ２−２１で衛星基地６０３からリクエストを受信すると、ステップＳ２−２２で衛星基地６０３から供給されたリクエストに基づいてコンテンツサーバ１０４にプッシュリクエストを送信する。コンテンツサーバ１０４は、ステップＳ２−３１でノードサーバ１０３からリクエストを受信すると、ステップＳ２−３２でノードサーバ１０３からのプッシュリクエストに基づいてクライアント１０１に向けてコンテンツを送信する。コンテンツサーバ１０４からのコンテンツは、まず、近傍に設けられた衛星基地６０３に供給される。衛星基地６０３は、ステップＳ２−１４で衛星６０２を介してクライアント１０１の近傍の衛星基地６０１にコンテンツを送信する。このとき、衛星基地６０３は、コンテンツの宛先ＩＰアドレスに基づいて衛星基地６０１を決定する。衛星基地６０１は、コンテンツの宛先ＩＰアドレスに基づいてクライアント１０１にコンテンツを送信する。

クライアント１０１は、ステップ２−４で衛星基地６０１からコンテンツを受信すると、ステップＳ２−５で受信したコンテンツを表示する。

以上のように衛星システム６００を用いてリクエストや、コンテンツを送信することにより、ネットワーク１０２に状態によらずに高速にコンテンツを提供することができる。

なお、本変形例では、ネットワーク１０２が混雑を検出し、自動的に衛星システム６００を用いるようにしたが、クライアント１０１、あるいはノードサーバ１０３あるはコンテンツサーバ１０４のユーザの操作により必要なときに衛星システム６００を利用するようにしてもよい。これにより、ネットワーク１０２の状態によらず確実にコンテンツを提供することが可能となる。

また、アクセス頻度に応じてノードサーバにコンテンツをダウンロードし、クライアントからの要求に高速に対応できるようにしてもよい。

図１０は本発明の他の実施例のシステム構成図、図１１はノードサーバの階層構造を示す図である。

本実施例のコンテンツ提供システム７００は、クライアント７０１、ノードサーバ７０２、コンテンツサーバ７０３をネットワーク７０４で接続した構成とされる。

ノードサーバ７０２は、図１１に示すように例えば、地域により階層化されている。クライアント７０１は、通常、最下位のノードサーバ７０２にリクエストを行う。ノードサーバ７０２は、アドレステーブル、キャッシュテーブル、統計テーブルを有し、これらのテーブルに基づいてコンテンツサーバ７０３へのプッシュリクエストや上位あるいは下位ノードサーバ７０２へのリクエストを行う。

ノードサーバ７０２は、まず、クライアント７０１からのリクエストに基づいてアドレステーブルを参照する。

図１２はアドレステーブルのデータ構成図を示す。

アドレステーブル７１１には、コンテンツ毎にそのコンテンツが提供されるコンテンツサーバ７０３のＵＲＬ、キャッシュテーブルのコール先アドレス、そのコンテンツを管理するノードサーバ７０２へのリンク先アドレスが記憶されている。

ノードサーバ７０２は、クライアント７０１からのリクエストにより指定されチャンネルｃｈ１のコンテンツＣ１が指定されると、アドレステーブル７１１の対応する部分のキャッシュテーブルアドレスを参照する。チャンネルｃｈ１のコンテンツＣ1のキャッシュテーブルアドレスは、有効なアドレスとされているので、次に、キャッシュテーブルの対応するキャッシュテーブルアドレスのデータを参照する。

また、図１２に示すアドレステーブル７１１のチャンネルｃｈ１のコンテンツＣ２のように無効なキャッシュテーブルアドレスが格納されている場合には、そのノードサーバ７０２が要求されたコンテンツを管理していない場合であり、そのような場合には、ノードサーバ７０２のリンク先アドレスＬ２が示される。この場合、クライアント７０１からのリクエストは、リンク先アドレスＬ２のノードサーバ７０２に送られる。

図１３はキャッシュテーブルのデータ構成図を示す。

キャッシュテーブル７１２には、アドレス毎にディレクトリ名、キャッシュの有効性を示す情報、タイムスタンプ情報が記憶されている。チャンネルｃｈ１のコンテンツＣ１が指定された場合、キャッシュテーブル７１２のキャッシュテーブルアドレスａｄｒ１１が参照される。キャッシュテーブル７１２のキャッシュテーブルアドレスａｄｒ１１のディレクトリ名はｄ１であり、有効性は「○」、タイムスタンプはｔ１１である。これは、コンテンツＣ１は、ディレクトリ名ｄ１の記憶デバイスに時刻ｔ１１にキャッシュされ、そのデータは現在有効である旨を示している。よって、ディレクトリ名ｄ１の記憶デバイスからデータを読み出すことによりコンテンツＣ１が得られる。なお、記憶デバイスは、特許請求の範囲に記載のキャッシュ手段に相当する。

この場合、ノードサーバ７０２は、キャッシュされたコンテンツＣ１をクライアント７０１に直接送信すればよく、コンテンツサーバ７０３にプッシュリクエストを行う必要はない。なお、キャッシュテーブル７１２で有効性が「×」とされている場合には、例えば、時間的期限が切れているコンテンツである。よって、コンテンツは、一度削除した後にコンテンツサーバ７０３から読み出されて、再びキャッシュされる。この再キャッシュされたコンテンツがクライアント７０１に提供される。また、最新のコンテンツに更新されることによりキャッシュテーブル７１２の有効性は「○」とされる。

なお、ノードサーバ７０２にキャッシュできるデータ量には限界があるので、キャッシュされるデータは統計テーブルによって決定している。

図１４は統計テーブルのデータ構成図を示す。

統計テーブル７１３は、順位毎にコンテンツ名、リンク先、ヒット数、アクセス時間、容量などのデータが記憶された構成とされている。統計テーブル７１３の順位は、例えばヒット数が多いものから順に記憶される。

例えば、順位が「５」までのコンテンツがキャッシュされるようにする。なお、統計テーブルは、クライアント７０１からのリクエストに基づいてヒット数、アクセス時間などが更新され、ヒット数に応じて順位が更新される。

次に、ノードサーバ７０２での処理について詳細に説明する。

図１５はノードサーバ７０２の処理フローチャートを示す。

ノートサーバ７０２は、ステップＳ３−１でクライアント７０１からリクエストを受信すると、ステップＳ３−２でアドレステーブル７１１を参照して、リクエストにより要求されたコンテンツが自己のノードサーバ７０２の管理下にあるか否かを判定する。ステップＳ３−２の判定は、例えば、アドレステーブル７１１のノードサーバアドレスが有効か否かにより判定される。ノードサーバアドレスに有効なリンク先アドレスが記憶されている場合には、要求されたコンテンツは、リンク先ノードサーバ７０２の管理下にあるので、ステップＳ３−３でリンク先ノードサーバにリクエストを送信する。

また、ステップＳ３−２で要求されたコンテンツが自己のノードサーバ７０２の管理下にある場合には、統計テーブル７１３を更新する。次にステップＳ３−５でキャッシュアドレステーブル７１２を参照し、キャッシュされたコンテンツが有効か否かを判定する。

ステップＳ３−５でキャッシュされたコンテンツが有効である場合には、ステップＳ３−６でキャッシュアドレステーブル７１２で指定されたディレクトリ名の記憶デバイスからコンテンツを読み出して、クライアント７０１に送信する。

また、ステップＳ３−５でキャッシュされたコンテンツが無効の場合には、ステップＳ３−７で統計テーブル７１３を参照して、ステップＳ３−８で要求されたコンテンツの順位が所定順位以上か否かを判定する。アドレステーブル７１１を参照して、コンテンツサーバ７０３からコンテンツを読み出し、ステップＳ３−８でコンテンツサーバ７０３から読み出されたコンテンツをキャッシュする。

また、ステップＳ３−８で要求されたコンテンツの順位が所定順位以下の場合には、ステップＳ３−１０でアドレステーブル７１１を参照して、対応するコンテンツを提供するコンテンツサーバ７０３にプッシュリクエストを発行する。コンテンツサーバ７０３は、ノードサーバ７０２からのプッシュリクエストに応じてコンテンツを読み出し、クライアント７０１に提供する。

以上により、ヒット数の多いコンテンツは、ノードサーバ７０２から直接クライアント７０１に提供できるので、高速にコンテンツを提供できる。

なお、ノードサーバ７０２にその上下階層のノードサーバ７０２のアドレステーブル７１１を冗長して持たせるようにしてもよい。

図１６はノードサーバ７０２に上下階層のアドレステーブル７１１を持たせた場合の要部の構成図を示す。

図１６に示すようにノードサーバ７０２−ｉに上下階層のノードサーバ７０２−i+1、７０２−i-1のアドレステーブル７１１を持たせることにより、ノードサーバ７０２−i+1、７０２−i-1が使用できなくなった場合でも、ノードサーバ７０２−ｉによりその機能を代替できる。このため、システムの信頼性を向上させることができる。

コンテンツ提供システムのシステム構成図である。 本発明の一実施例のコンテンツ提供システムのシステム構成図である。 ルーティングコマンドのパケットのデータ構成図である。 クライアント１０１からノードサーバ１０２へのリクエストのパケットのデータ構成図である。 ルータＲｔの動作フローチャートである。 ルートテーブルのデータ構成図である。 ルート情報テーブルのデータ構成図である。 本発明の一実施例の変形例のシステム構成図である。 本発明の一実施例の変形例の動作説明図である。 本発明の他の実施例のシステム構成図である。 ノードサーバの階層構造を示す図である。 アドレステーブルのデータ構成図である。 キャッシュテーブルのデータ構成図である。 統計テーブルのデータ構成図である。 ノードサーバ７０２の処理フローチャートである。 ノードサーバ７０２に上下階層のアドレステーブル７１１を持たせた場合の要部の構成図である。

符号の説明

１００ コンテンツ提供システム
１０１ クライアント
１０２ ネットワーク
１０３ ノードサーバ
１０４ コンテンツサーバ
２００ ルーティングコマンド
２０１ ヘッダ部
２０２ データ部
３００ パケット
６００ 衛星通信システム
６０１、６０３ 衛星基地
６０２ 衛星

Claims (2)

1. ネットワークを介してクライアントとの間で通信を行い該クライアントからの要求に応じてコンテンツを提供するコンテンツサーバにアクセスして、該クライアントにコンテンツを提供する手段を備える通信装置であって、
   前記クライアントからのアクセス頻度に応じて前記コンテンツサーバのコンテンツをキャッシュするキャッシュ手段を備えているとともに、前記コンテンツを提供する手段は前記クライアントからの要求に応じてキャッシュされたコンテンツについての要求があった場合には前記クライアントからの要求に応じてキャッシュされたコンテンツを前記クライアントに送信するようになっている、ことを特徴とする通信装置。
2. ネットワークを介してクライアントとの間で通信を行い、該クライアントからの要求に応じてコンテンツを提供するコンテンツサーバにアクセスして、該クライアントにコンテンツを提供する通信装置が実行する方法であって、
   前記通信装置が、
   前記クライアントからのアクセス頻度に応じて前記コンテンツサーバのコンテンツをキャッシュする過程と、
   前記クライアントからの要求に応じてキャッシュされたコンテンツについての要求があった場合にキャッシュしていた当該コンテンツを前記クライアントに送信する過程と、
   を実行する通信方法。

Images