JP6662191B2 - 通信装置および通信方法 - Google Patents

Description

本発明は、通信装置、通信方法、および、通信システムに関する。

近年、モバイルエッジコンピューティング（ＭＥＣ、 Mobile Edge Computing）が、ＥＴＳＩ（European Telecommunications Standards Institute）などの標準化団体で検討されている。モバイルエッジコンピューティングでは、基地局などの端末から近い位置に設置されている装置が、端末に対してサービスを提供する。モバイルエッジコンピューティングでは、端末の近傍でサービスが提供されるため、通信による遅延時間が短くて済む上、モバイルネットワークのトラフィックの削減が可能である。以下の説明では、端末の近傍に配備され、端末に対してサービスを提供する装置を、ＭＥＣサーバと記載する。

図１は、端末１０の通信に使用されるベアラの例を説明する図である。ケースＣ１は、ＭＥＣサーバを介さない通信の場合の例である。ＭＥＣサーバを介さない通信では、端末１０は、ＥＰＣ-ＧＷ（Evolved Packet Core Gateway）６との間でベアラと呼ばれるトンネルを確立し、ＥＰＣ−ＧＷ６を介してモバイルネットワークの外部の装置と通信する。ここで、ＥＰＣ-ＧＷ６は、モバイルネットワーク８における外部接続装置であり、例えば、モバイルネットワーク８とインターネット２の中継点となる。従って、端末１０は、ＥＰＣ-ＧＷ６との間のベアラＢ１を介して、インターネット２中のサーバ４と通信できる。

ケースＣ２は、モバイルネットワーク８内の端末１０の近傍にＭＥＣサーバ１５を配備し、ＭＥＣサーバ１５から端末１０にサービスを提供する場合に使用されるベアラＢ２の例を示している。ケースＣ２では、端末１０とＭＥＣサーバ１５の間でベアラＢ２を確立し、ＭＥＣサーバ１５において、端末１０との間の通信に使用されるベアラの処理を行っている。このため、端末１０は、ＭＥＣサーバ１５との間に確立されたベアラＢ２を介して、モバイルネットワーク８の外部の装置と通信する。ケースＣ２の例では、モバイルネットワーク８の外部の装置はインターネット２中のサーバ４である。なお、ベアラＢ２を介した通信では、ＭＥＣサーバ１５において、適宜、モバイルネットワーク８でのユーザデータの転送のためのカプセル化やユーザの暗号化などが行われている。

図２は、ＭＥＣサーバ１５の処理の例を説明する図である。モバイルエッジコンピューティングの１つのユースケースとして、ダイナミックキャッシュが提案されている。ダイナミックキャッシュが適用される場合も、端末１０は、モバイルネットワーク８中のＭＥＣサーバ１５と通信可能であり、ＭＥＣサーバ１５は、コンテンツを保持するサーバ４（４ａ〜４ｃ）と通信することができる。従って、端末１０は、ＭＥＣサーバ１５を介してサーバ４中のデータを取得できる。このとき、ＭＥＣサーバ１５は、サーバ４から取得したコンテンツをキャッシュする。図２の例では、端末１０からの要求に応じて、ＭＥＣサーバ１５がサーバ４ａにアクセスすることにより、コンテンツＸを取得している。ＭＥＣサーバ１５は、コンテンツＸを端末１０に送信するとともに、ＭＥＣサーバ１５で記憶する。

その後、端末１０からＭＥＣサーバ１５に対して、再度、コンテンツＸの取得要求が送信されたとする。すると、ＭＥＣサーバ１５は、ＭＥＣサーバ１５でキャッシュ済みのコンテンツＸを端末１０に送信する（矢印Ａ１）。一方、端末１０からＭＥＣサーバ１５に対して、コンテンツＹの取得要求が送信されたとする（矢印Ａ２）。この場合、ＭＥＣサーバ１５は、コンテンツＹを保持していないので、コンテンツＹを格納するサーバ４ｂにアクセスし、サーバ４ｂからコンテンツＹを取得する（矢印Ａ３）。その後、ＭＥＣサーバ１５は、コンテンツＹを記憶するとともに、コンテンツＹを端末１０に転送する（矢印Ａ２）。

関連する技術として、リクエスト回数が増大することにより所定のキャッシュ条件が満たされるのを待ってからコンテンツをキャッシングするキャッシュサーバが提案されている（例えば、特許文献１）。コンテンツサーバが、第１のコンテンツが参照する第２のコンテンツを持つ他のコンテンツサーバを特定し、他のコンテンツサーバの名前情報を取得し、第１のコンテンツと名前情報を対応付けて記憶するシステムも提案されている（例えば、特許文献２）。

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

端末１０からリクエストされるコンテンツの中には、リクエストの頻度が少ないため、ＭＥＣサーバ１５が記憶しても、記憶したキャッシュ中の情報が使用されないものも存在する。背景技術で述べたように、所定の回数以上リクエストのないデータについては、ＭＥＣサーバ１５がキャッシュしないように設定することも考えられるが、この場合でも、ＭＥＣサーバ１５はデータをサーバ４から取得して、端末１０に中継することになる。すると、ＭＥＣサーバ１５には、ＭＥＣサーバ１５がキャッシュしないデータの処理に起因して、端末１０やサーバ４とのアクセスによる処理負荷がかかってしまう。

本発明は、端末とサーバの間の通信を中継する装置での処理負荷を小さくすることを目的とする。

ある１つの態様にかかる通信装置は端末とサーバの間の通信を中継し、受信部、決定部、送信部を備える。受信部は、前記端末から、ドメイン名で識別されるサーバに割り当てられたアドレスの問合せを受信する。決定部は、前記問合せに含まれている前記ドメイン名に対する問合せの頻度に応じて、前記端末に通知するアドレスを、前記ドメイン名で識別されるサーバに割り当てられたアドレスか、自装置に割り当てられたアドレスのいずれかに決定する。送信部は、前記決定部が決定したアドレスを前記端末に送信する。前記受信部は、更に、前記通信装置に割り当てられたアドレス宛てのアクセス要求を受信する。前記通信装置は、前記アクセス要求を前記受信部が受信すると、前記アクセス要求で要求された対象データを前記対象データの格納先のサーバから取得する取得部を更に備える。前記送信部は、更に、前記取得部が取得した前記対象データを前記アクセス要求の送信元に転送する。

端末とサーバの間の通信を中継する装置での処理負荷が小さくなる。

端末の通信に使用されるベアラの例を説明する図である。 ＭＥＣサーバの処理の例を説明する図である。 実施形態にかかる通信処理の例を説明する図である。 通信装置の構成の例を説明する図である。 通信装置のハードウェア構成の例を説明する図である。 端末が使用するベアラの例を説明する図である。 通信処理の例を説明する図である。 問合せの回数が閾値を超えたときのテーブルの更新例を説明する図である。 コンテンツリクエストと中継先テーブルの例を説明する図である。 問合せの回数が閾値を超えたときの通信処理の例を説明する図である。 レスポンスの例を説明する図である。 キャッシュ済みの情報が要求された場合の処理の例を説明する図である。 キャッシュの対象ではないデータの処理の例を説明する図である。 通信装置の処理の例を説明するフローチャートである。 端末の処理の例を説明するフローチャートである。 通信装置の処理の例を説明するフローチャートである。 通信システムの例を説明する図である。 通信システムの例を説明する図である。 通信システムで行われる初期設定の例を説明する図である。 通信システムで行われる通信処理の例を説明する図である。 通信システムで行われる通信処理の例を説明する図である。 通信システムで行われる通信処理の例を説明する図である。

図３は、実施形態にかかる通信処理の例を説明する図である。図３のケースＣ１１は、端末１０が、通信装置２０での振り分けに応じて、通信装置２０かＥＰＣ-ＧＷ６のいずれかを介して、モバイルネットワーク８の外部に位置するサーバ４（４ａ〜４ｃ）と通信する場合の例を示している。

通信装置２０は、ＤＮＳ（Domain Name System）処理を行うことができ、さらに、端末１０とサーバ４の通信を中継するものとする。このため、端末１０は、取得しようとするコンテンツに対応付けられているＵＲＬ（Uniform Resource Locator）を取得すると、取得したＵＲＬ中のドメイン名で識別されるサーバのアドレスを通信装置２０に問合せる（矢印Ａ１１）。通信装置２０は、端末１０からの問い合わせを受信すると、問い合わせの対象となっているコンテンツのキャッシュ状況やリクエスト回数を用いて、通知するアドレスを決定することで、端末１０が使用する経路を振り分ける。

図３中のフローチャートは、通信装置２０が行う処理の例を示す。通信装置２０は、端末１０からの問合せを受信すると、問い合わせられているドメイン名で識別されるサーバに対して、そのサーバから取得したコンテンツのキャッシュ処理が有効に設定されているかを判定する（ステップＳ１、Ｓ２）。ここで、「キャッシュ処理が有効」とは、そのサーバから得られたコンテンツに対するキャッシュ処理が行われることを指す。問合わせ対象のドメイン名が、キャッシュ処理が有効に設定されていないサーバに対応付けられている場合、通信装置２０は、問合せ対象のドメイン名に対する問い合わせの頻度が閾値を超えているかを判定する（ステップＳ２でＮｏ、ステップＳ３）。問合せ対象のドメイン名に対する問い合わせの頻度が閾値を超えていない場合、通信装置２０は、問合せ対象となっているドメイン名で識別されるサーバから提供されるコンテンツに対するリクエスト回数は、比較的少ないと判定する（ステップＳ３でＮｏ）。例えば、端末１０がコンテンツＺに対応付けられているＵＲＬ中のドメイン名（ｄｚ）を問合わせたとする。また、ドメイン名ｄｚに対する問い合わせの頻度が閾値を超えていないとする。この場合、問合せ頻度の低いドメイン名に対する問い合わせであることから、このドメイン名ｄｚで識別されるサーバ４ｃから取得したコンテンツをキャッシュしても、その後に端末からキャッシュ済みのコンテンツへのアクセスがない可能性がある。そこで、通信装置２０は、端末１０をＥＰＣ-ＧＷ６経由でサーバ４にアクセスさせることで、端末１０がコンテンツを取得するときの通信を制御装置２０が仲介することを防止することを決定する（ステップＳ４）。このため、通信装置２０は、コンテンツＺを格納しているサーバ４ｃに割り当てられたグローバルＩＰ（Internet Protocol）アドレスを端末１０に通知する（矢印Ａ１１）。端末１０は、サーバ４ｃに割り当てられたグローバルＩＰアドレスが通信装置２０から通知されると、ＥＰＣ-ＧＷ６を介してサーバ４ｃにアクセスすることにより、サーバ４ｃからコンテンツＺを取得する（矢印Ａ１４、Ａ１５）。

一方、ステップＳ１で受信した問合せに含まれているドメイン名に対する問い合わせの頻度が閾値を超えたとする。この場合、通信装置２０は、問合せ頻度が比較的高いため、キャッシュ処理が有効な可能性のあるコンテンツを提供しているサーバ４のドメイン名に対する問い合わせを受信したと判定する（ステップＳ３でＹｅｓ）。そこで、通信装置２０は、キャッシュ処理を有効に設定変更すると共に、端末１０を通信装置２０経由でサーバ４にアクセスさせることを決定する（ステップＳ５）。この場合、通信装置２０は、端末１０からコンテンツの取得要求を受信し、端末１０から要求されたコンテンツを保持するサーバ４にアクセスしてコンテンツを取得し、得られたコンテンツを端末１０に転送することになる。例えば、サーバ４ｂを識別するドメイン名の問合せに対して、ステップＳ５の処理を行う場合、通信装置２０は、サーバ４ｂのアドレスの代わりに、ローカルＩＰアドレスを端末１０に通知する（矢印Ａ１１）。ここで通信装置２０が通知するローカルＩＰアドレスは、通信装置２０に割り当てられているアドレスである。端末１０は、ローカルＩＰアドレスが通信装置２０から通知されると、通知されたローカルＩＰアドレス宛（通信装置２０宛て）にコンテンツＹの要求を送信する（矢印Ａ１２）。通信装置２０は、コンテンツＹの取得要求を受信すると、サーバ４ｂにアクセスすることにより、コンテンツＹを取得する（矢印Ａ１３）。通信装置２０は、コンテンツＹをキャッシュするとともに、コンテンツＹを端末１０に送信する（矢印Ａ１２）。

次に、問い合わせられているドメイン名で識別されるサーバに対して、そのサーバから取得したコンテンツのキャッシュ処理が有効に設定されている場合について述べる（ステップＳ２でＹｅｓ）。以下の説明では、通信装置２０は、コンテンツＸをキャッシュしているとする。この場合、通信装置２０は、通信装置２０自身が保持しているキャッシュ中に、端末１０が取得しようとしているコンテンツを有している可能性がある。このため、通信装置２０は、端末１０を通信装置２０自身にアクセスさせ、通信装置２０中のキャッシュデータを用いた処理を行うことを決定する（ステップＳ６）。このため、通信装置２０は、問合せの対象となったドメイン名で識別されるサーバ４のアドレスの代わりに、通信装置２０に割り当てられたローカルＩＰアドレスを端末１０に通知する（矢印Ａ１１）。端末１０は、通知されたローカルＩＰアドレス宛にコンテンツＸの要求を送信する（矢印Ａ１６）。通信装置２０は、コンテンツＸの取得要求を受信すると、キャッシュ済みの情報からコンテンツＸを取得するとともに、コンテンツＸを端末１０に送信する（矢印Ａ１６）。なお、端末１０から要求されたコンテンツが、通信装置２０中のキャッシュデータに含まれていない場合、矢印Ａ１３などを参照して説明したように、通信装置２０がコンテンツを取得し、端末１０に転送する。

このように、通信装置２０は、キャッシュの状況や過去のドメイン名の問合せ履歴に応じて、端末１０をＥＰＣ−ＧＷ６経由で通信装置２０を介さずにサーバ４にアクセスさせるか、端末１０を通信装置２０にアクセスさせるかを決定する。なお、ステップＳ２でキャッシュが有効に設定されるケースでは、問い合わせ頻度が閾値を越えている。このため、通信装置２０は、所定の回数以上の問い合わせのあったドメイン名に対する問い合わせに応答してローカルＩＰアドレスを通知しているともいえる。つまり、通信装置２０は、所定の回数以上の問い合わせのあったドメイン名に対する問い合わせであるかに応じて、ローカルＩＰアドレスと問合わせられたドメイン名で識別されるサーバ４のアドレスのいずれを通知するかを決定している。

端末１０に通信装置２０を介さずに通信させる場合、通信装置２０は、コンテンツの格納先のサーバ４のアドレスを端末１０に通知する。このため、通信装置２０は、使用頻度が低い可能性のあるデータのキャッシュ処理を防止でき、さらに、キャッシュ処理の対象としないデータの中継処理も防止できる。このため、キャッシュ処理の対象としないデータを中継することなどによって通信装置２０にかかる処理負担が軽減される。なお、以上の例では、端末１０がＵＲＬを取得する場合を例として説明したが、端末１０は、ＵＲＬの代わりにＵＲＩ（Uniform Resource Identifier）を取得しても良い。さらに、問い合わせ頻度の値に対しては、アクセスの頻度との相関性が得られるように、所定期間ごとに初期化や、所定の割合分の減算が行われてもよい。

＜装置構成＞
図４は、通信装置２０の構成の例を説明する図である。通信装置２０は、通信部２１、接続処理部２５、制御部３０、記憶部４０を備える。通信部２１は、受信部２２と送信部２３を有する。制御部３０は、決定部３１、更新処理部３２、取得部３３を有する。記憶部４０は、頻度情報テーブル４１、ＤＮＳ情報テーブル４２、中継先テーブル４３、キャッシュデータ４５を記憶する。通信装置２０は、例えば、ＭＥＣサーバとして実現され得る。

頻度情報テーブル４１は、ドメイン名の問い合わせの回数を、問合せ対象となったドメイン名ごとに記憶している。ＤＮＳ情報テーブル４２は、問合せ対象となったドメイン名ごとに、端末１０に通知するアドレスの情報を記憶している。中継先テーブル４３は、キャッシュ対象のデータを取得するために、端末１０の代理として通信装置２０がサーバ４にアクセスする場合に、取得したデータを転送する端末１０の情報を保持するために使用される。キャッシュデータ４５は、キャッシュされたデータである。

受信部２２は、端末１０やサーバ４などの他の装置からパケットを受信する。送信部２３は、端末１０やサーバ４などの他の装置にパケットを送信する。接続処理部２５は、端末１０と通信装置２０の間のベアラの設定等の処理を行う。

決定部３１は、端末１０からのドメイン名の問い合わせに対し、応答するＩＰアドレスを決定する。例えば、ドメイン名で識別されるサーバ４に対して、キャッシュ処理が有効に設定されている場合、決定部３１は、通信装置２０に割り当てられているローカルＩＰアドレスを端末１０に通知することを決定する。また、キャッシュ処理が有効に設定されていないが、頻度情報テーブル４１において、問合せ回数が閾値を超えた問い合わせについての応答として、決定部３１は、通信装置２０に割り当てられているローカルＩＰアドレスを端末１０に通知することを決定する。一方、キャッシュ処理が有効に設定されておらず、問合せ回数が閾値を超えていない問い合わせについての応答として、決定部３１は、問い合わせられたドメイン名に対応付けられたサーバ４のグローバルＩＰアドレスを通知することを決定する。なお、決定部３１は、適宜、ＤＮＳ情報テーブル４２を参照する。

更新処理部３２は、頻度情報テーブル４１やＤＮＳ情報テーブル４２の更新処理を行う。取得部３３は、適宜、中継先テーブル４３を用いて、端末１０の代理として、サーバ４からコンテンツを取得し、取得したコンテンツを端末１０に転送する。

図５は、通信装置２０のハードウェア構成の例を説明する図である。通信装置２０は、プロセッサ１０１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３、通信インタフェース１０４、バス１０５を備える。プロセッサ１０１は、任意の処理回路であり、例えば、ＣＰＵ（Central Processing Unit）であってもよい。ＲＡＭ１０２は、プロセッサ１０１のワーキングメモリとして動作する。プロセッサ１０１は、ＲＯＭ１０３に格納されたプログラムを実行することができる。バス１０５は、プロセッサ１０１、メモリ１０２、ＲＯＭ１０３、通信インタフェース１０４を相互にデータの入出力が可能になるように接続する。通信インタフェース１０４は、任意のネットワーク接続装置であり、ネットワークとの情報の入出力を行う。

通信装置２０において、通信インタフェース１０４は通信部２１として動作する。プロセッサ１０１は、接続処理部２５と制御部３０を実現する。さらに、ＲＡＭ１０２とＲＯＭ１０３は、記憶部４０として動作する。

＜第１の実施形態＞
図６は、端末１０が使用するベアラの例を説明する図である。図６を参照しながら、ネットワークの例と、端末１０が使用する通信経路の例を説明する。以下の説明では、モバイルネットワーク８に通信装置２０とＥＰＣ-ＧＷ６が含まれている。端末１０は、通信装置２０かＥＰＣ-ＧＷ６のいずれかを介して、インターネット２中の装置にアクセスできる。端末１０は、ベアラＢ１１とベアラＢ１２を使用する。ベアラＢ１１は、端末１０と通信装置２０との間の通信に使用される。ベアラＢ１２は、端末１０とＥＰＣ-ＧＷ６の間の通信に使用される。

端末１０は、予め、フィルタ情報Ｔ１を保持している。フィルタ情報Ｔ１は、送信対象のパケットを、端末１０が使用可能なベアラのいずれかに振り分けるために使用され、ベアラＩＤとフィルタ情報が対応付けられている。ベアラＩＤは、端末１０が使用可能なベアラを識別する識別情報である。フィルタ情報は、エントリ中のベアラＩＤで特定されるベアラを使用する条件である。図６の例では、通信装置２０との通信に使用されるベアラＢ１１には、フィルタ情報として、宛先ＩＰアドレスとＩＰアドレスマスクが設定されている。端末１０は、宛先ＩＰアドレスとＩＰアドレスマスクの組み合わせから特定されるネットワークのアドレス宛のパケットの送信には、ベアラＢ１１を用いる。ここで、宛先ＩＰアドレスとＩＰアドレスマスクの組み合わせから特定されるネットワークは、通信装置２０が、通信装置２０と通信させる端末１０に対して通信先として指定可能なローカルＩＰアドレスの範囲に設定されている。例えば、通信装置２０が使用可能なローカルＩＰアドレスが１９２．１６８．０．０から１９２．１６８．２５５．２５５の範囲であるとする。この場合、フィルタ情報Ｔ１に示すように、宛先ＩＰアドレスが１９２．１６８．０．１、ＩＰアドレスマスクが２５５．２５５．０．０に設定される。端末１０は、宛先ＩＰアドレスとＩＰアドレスマスクの組み合わせを用いて、宛先アドレスが１９２．１６８．０．０から１９２．１６８．２５５．２５５の場合、ベアラＢ１１を使用する。

一方、ＥＰＣ-ＧＷ６との通信に使用されるベアラＢ１２には、フィルタ情報が設定されていない。このため、端末１０は、ベアラＢ１２をデフォルトのベアラとしており、ベアラＢ１１のフィルタ情報に当てはまらないパケットを、ベアラＢ１２経由で送信する。

端末１０がフィルタ情報Ｔ１を保持していることにより、通信装置２０に割り当てられたローカルＩＰアドレスを宛先としたパケットは、ベアラＢ１１を用いて送信される。従って、通信装置２０から通知されたアドレスが、通信装置２０に割り当てられたローカルＩＰアドレスである場合、コンテンツの取得要求は、通信装置２０に送信される。ベアラＢ１１を使用してコンテンツの取得要求が送信された場合、通信装置２０は、インターネット２中のサーバ４にアクセスして、コンテンツを取得し、得られたコンテンツを端末１０に中継する。一方、グローバルＩＰアドレスが宛先に指定されているパケット等、ベアラＢ１１のフィルタ情報に合致しないパケットは、ベアラＢ１２を介してＥＰＣ-ＧＷ６に送信される。

なお、図６では、図を見やすくするために、１台の端末１０についてのベアラの設定例とフィルタ情報を示したが、通信装置２０やＥＰＣ−ＧＷ６を介してサーバ４と通信しようとする端末１０の数は任意である。従って、あるドメイン名について通信装置２０に問合せを送信する端末１０は、互いに異なっていても良い。また、ある端末が同じドメイン名に対して複数回にわたって問合せを通信装置２０に行っても良い。

以下、第１の実施形態を、閾値を越える回数のアクセスが発生する前の処理、キャッシュの利用を開始する際の処理、キャッシュ済みのデータに対する処理、一時保存しないデータに対する処理に分けて説明する。

（１）閾値を越える回数のアクセスが発生する前
図７を参照しながら、あるドメインについて、１回目の問合せが行われたときの通信装置２０の処理の例を説明する。端末１０は、取得しようとするコンテンツのＵＲＩを取得すると、ＵＲＩに含まれているドメイン名を用いて、アクセス先のアドレスを通信装置２０に問い合わせる（ステップＳ１１）。

通信装置２０中の受信部２２は、問合せを受信する。決定部３１は、問合せに含まれているドメイン名をキーとして頻度情報テーブル４１を検索する。１回目の問合せが行われたときには、端末１０から問い合わせられたドメイン名に対応付けられたエントリは頻度情報テーブル４１に含まれていない。そこで、更新処理部３２は、頻度情報テーブル４１に、新たに問合せの発生したドメイン名に関するエントリを生成する。

例えば、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘに対して１回目の問合せを通信装置２０が受信したとする。この場合、更新処理部３２は、頻度情報テーブル４１に、頻度情報テーブル４１＿１に示すようなエントリを追加する。頻度情報テーブル４１は、ドメイン名ごとに、問合せ数とキャッシュ設定を格納する。キャッシュ設定は、そのエントリのドメイン名で識別されるサーバ４から取得された情報がキャッシュする対象に設定されているかを表す情報である。キャッシュ設定は、問合せの頻度等に応じて設定される。頻度情報テーブル４１＿１の例では、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘに対する問合せ回数は１であり、問合せ回数が閾値に達していないため、更新処理部３２は、キャッシュ設定を「無効」に設定する。

決定部３１は、通知対象のＩＰアドレスを取得するために、問合せ対象となったドメイン名をキーとしてＤＮＳ情報テーブル４２を検索する。ＤＮＳ情報テーブル４２には、ドメイン名に対応付けて、グローバルＩＰアドレスと応答ＩＰアドレスの種類が登録されている。グローバルＩＰアドレスは、そのドメイン名で識別されるサーバ４に割り当てられたグローバルＩＰアドレスである。応答ＩＰアドレスの種類は、問合せ元の端末１０に対して、通信装置２０が通知するアドレスの種類である。

ＤＮＳ情報テーブル４２中に、問い合わせられたドメイン名に対するエントリがない場合、更新処理部３２は、問い合わせられたドメイン名で識別されるサーバのアドレスを、インターネット２中の他のＤＮＳサーバから取得する。更新処理部３２は、処理対象のドメインのエントリをＤＮＳ情報テーブル４２に追加するとともに、取得したアドレスを、新たに追加したエントリ中のドメイン名で識別されるサーバのグローバルＩＰアドレスとして格納する。さらに、更新処理部３２は、新たに追加したエントリでは、応答ＩＰアドレスの種類をグローバルＩＰアドレスに設定する。

ＤＮＳ情報テーブル４２＿１は、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘに対して生成されたエントリの例である。ＤＮＳ情報テーブル４２＿１の例では、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘで識別されるサーバ４のグローバルＩＰアドレスはＸである。

決定部３１は、ＤＮＳ情報テーブル４２＿１にドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘに対するエントリが追加されると、追加されたエントリの設定に従って、応答するアドレスを決定する。ＤＮＳ情報テーブル４２＿１に示すように、応答するアドレスの種類がグローバルＩＰアドレスに設定されている場合、決定部３１は、問い合わせられたドメイン名に対応付けられたグローバルＩＰアドレスＸを通知対象として取得する。決定部３１は、取得したアドレスＸを、送信部２３を介して、端末１０に通知する（ステップＳ１２）。

端末１０は、通信装置２０からグローバルＩＰアドレスＸが通知されると、通知されたアドレスに宛てたコンテンツリクエストを生成する。端末１０は、コンテンツリクエストを送信する（ステップＳ１３）。ここで、端末１０は、コンテンツリクエストの送信に使用するベアラを、フィルタ情報（図６のＴ１）を用いて決定する。コンテンツリクエストの宛先は、グローバルＩＰアドレスＸであるため、ベアラＢ１１を使用する条件には合致しない。そこで、端末１０は、ベアラＢ１２を用いて、コンテンツリクエストを送信する。このため、コンテンツリクエストは、ＥＰＣ-ＧＷ６を経由してサーバ４に送信され、通信装置２０は経由しない。

コンテンツリクエストを受信したサーバ４は、リクエストされたコンテンツを端末１０に向けて送信する（ステップＳ１４）。この時、端末１０には、サーバ４からＥＰＣ−ＧＷ６を介して、コンテンツが転送される。従って、ダウンロードされたデータは通信装置２０を経由しない。

次に、ネットワーク中の他の端末１０などから、通信装置２０にドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘに対する問い合わせが発生したとする。更新処理部３２は、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘに対する問い合わせが発生すると、頻度情報テーブル４１において、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘに対するエントリ中の問合せ数を１つインクリメントする。この時点では、問合せ数が閾値を超えていないとする。すると、決定部３１は、ＤＮＳ情報テーブル４２＿１を用いて、グローバルＩＰアドレスＸを、問合せを行った端末１０に通知する。

ここで、頻度情報テーブル４１中の問い合わせ数が、問い合わせの発生に応じてインクリメントされる一方であると、問い合わせ頻度が低いドメインであっても、長期間の間の問い合わせの合計数が閾値を超えてしまう可能性がある。そこで、更新処理部３２は、閾値と問い合わせ数を比較することによって問い合わせの頻度を正しく判定できるようにするために、時間の経過と共に、問い合わせ数の減算処理を並行して行う。例えば、更新処理部３２は、以下の式を用いて、問い合わせ数の減算処理を行うことができる。
Ｎ（Ｔ＋ｔ）＝α×Ｎ（Ｔ）
ここで、Ｎ（Ｔ）は、時刻Ｔにおける問い合わせ数であり、ｔは、減算処理を行う時間間隔である。さらに、αは、−１から０の間の定数である。

なお、問い合わせの数との比較に使用される閾値と、時間の経過に応じて問い合わせ数を減少させるときの計算式中の定数は、実装に応じて変更され得る。これらの値は、例えば、記憶部４０中でキャッシュデータ４５を格納可能な容量や、処理時点でキャッシュデータ４５として記憶されているデータの容量に応じて調整されてもよい。

（２）キャッシュの利用の開始
図８は、問合せの回数が閾値を超えたときのテーブルの更新例を説明する図である。閾値を越える回数のアクセスが発生するまでは、図７を参照しながら説明した処理が繰り替えされている。その結果、図８の段階では、頻度情報テーブル４１＿２に示すように、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘに対する問い合わせはＡ回行われているとする。ここで、通信装置２０がキャッシュデータ４５への格納を開始する閾値はＡであるとする。従って、問合せ回数が閾値Ａを超えるまでは、キャッシュ処理が行われていない。すなわち、頻度情報テーブル４１＿２が用いられている時点では、キャッシュデータ４５＿１には、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘで識別されるサーバ４から得られたデータは含まれていない。

その後、端末１０からドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘで識別されるサーバ４のアドレスが問い合わせられたとする。すると、更新処理部３２は、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘに対応付けられた問合せ回数を１つインクリメントすることにより、Ａ＋１に更新する。更新処理部３２は、問合せ回数が閾値Ａを超えたことから、キャッシュ設定を「有効」に更新する。これらの処理により、頻度情報テーブル４１＿２は、頻度情報テーブル４１＿３に更新される。さらに、更新処理部３２は、キャッシュ設定を「有効」に更新したことから、ＤＮＳ情報テーブル４２において、応答ＩＰアドレスの種類をローカルＩＰアドレスに更新する。このため、ＤＮＳ情報テーブル４２＿１は、ＤＮＳ情報テーブル４２＿３に示すように更新される。

決定部３１は、更新後のＤＮＳ情報テーブル４２＿３を参照することにより、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘで識別されるサーバ４のアドレスとして、ローカルＩＰアドレスを、問合せ元の端末１０に通知することを認識する。決定部３１は、予め、通信装置２０が処理するアドレスとして設定されているローカルＩＰアドレスの中から、通知するローカルＩＰアドレスを決定し、決定したアドレスを、送信部２３を介して、端末１０に通知する。

端末１０は、通知されたアドレスに宛ててコンテンツリクエストを送信するので、通信装置２０を介してサーバ４にアクセスすることになる。すると、通信装置２０は、サーバ４から取得したコンテンツを、コンテンツのＵＲＩなどのキャッシュキーに対応付けてキャッシュデータ４５として格納する。このため、キャッシュデータ４５＿１は、キャッシュデータ４５＿２の状態に更新される。端末１０が通信装置２０を介してサーバ４の情報を取得するときの処理の詳細を、図９〜図１１を参照しながら説明する。

図９は、コンテンツリクエストと中継先テーブル４３の例を説明する図である。図９中のＦ１は、コンテンツリクエストのフォーマットを示す。コンテンツリクエストには、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号、コンテンツに対応づけられたＵＲＩ、データが含まれる。コンテンツに対応づけられたＵＲＩには、取得対象となっているデータを格納しているサーバ４のドメイン名と、取得対象となっているデータの格納先を示すパスが含まれる。コンテンツリクエストのフォーマットは、端末１０から通信装置２０に送信されるコンテンツリクエストと、通信装置２０からサーバ４に送信されるコンテンツリクエストのいずれも同じである。なお、コンテンツリクエストには、データは含まれていなくても良い。

中継先テーブル４３は、コンテンツリクエストの送信元の端末１０を、通信装置２０がサーバ４から取得したデータの転送先として対応付ける際に使用される。中継先テーブル４３は、端末１０のＩＰアドレス、端末１０が送信元として指定したポート番号（端末ポート番号）、通信装置２０のＩＰアドレス、通信装置２０のポート番号を含む。通信装置２０のＩＰアドレスは、コンテンツリクエストの宛先として端末１０が指定したアドレスであり、図８を参照しながら述べた処理により、通信装置２０が端末１０に通知したローカルＩＰアドレスである。通信装置２０のポート番号は、コンテンツリクエストの処理の際に取得部３３が設定する。

例えば、図８で説明した処理により、端末１０からのアドレスの問合せに対して、ＢＢＢというローカルＩＰアドレスが端末１０に通知されたとする。この場合、端末１０は、Ｆ２に示す情報を含むコンテンツリクエストを生成する。Ｆ２の例では、送信元アドレスとして端末１０のＩＰアドレスＡＡＡ、送信元ポート番号として端末１０のポート番号ａａａが使用されている。さらに、宛先アドレスとして、通信装置２０が端末１０に通知したローカルＩＰアドレスＢＢＢが設定される。宛先ポート番号は、コンテンツの送受信のためにサーバ４で使用される値に設定される。Ｆ２の例では、宛先ポート番号はＰｏＸに設定されている。さらに、コンテンツのＵＲＩはＵＲＩａであるとする。端末１０は、Ｆ２に示すコンテンツリクエストを、ベアラＢ１１（図６）を介して送信する。このため、通信装置２０は、Ｆ２に示すコンテンツリクエストを受信する。

通信装置２０中の受信部２２は、コンテンツリクエストを受信すると、取得部３３に出力する。取得部３３は、受信したコンテンツリクエストを用いて、中継先テーブル４３中に以下の情報を格納する。
端末ＩＰアドレス ：ＡＡＡ
端末ポート番号 ：ａａａ
通信装置２０のＩＰアドレス：ＢＢＢ

さらに、取得部３３は、中継先テーブル４３に格納した端末ＩＰアドレスと端末ポート番号の組み合わせで特定される通信によって要求されているコンテンツを取得するために、サーバ４に送信するコンテンツリクエストを生成する。このとき、取得部３３は、端末ＩＰアドレスと端末ポート番号の組み合わせを一意に特定可能な値を送信元ポート番号として生成する。取得部３３は、生成した送信元ポート番号を、通信装置２０のポート番号として中継先テーブル４３に格納する。取得部３３が送信元ポート番号をｂｂｂに決定したとすると、中継先テーブル４３は、以下のように更新される。
端末ＩＰアドレス ：ＡＡＡ
端末ポート番号 ：ａａａ
通信装置２０のＩＰアドレス：ＢＢＢ
通信装置２０のポート番号 ：ｂｂｂ

ここでは、サーバ４宛てのコンテンツリクエストとして、Ｆ３に示すパケットが生成されたとする。Ｆ３に示すコンテンツリクエストでは、送信元アドレスとして、通信装置２０がインターネット２中の装置との通信に使用するＩＰアドレス（ＩＰｂ）が使用される。送信元ポート番号は、端末ＩＰアドレスと端末ポート番号の組み合わせを識別するために、ｂｂｂに設定される。宛先アドレスは、取得対象のコンテンツが保持されているサーバ４に割り当てられているグローバルＩＰアドレスである。取得部３３は、Ｆ２に示すコンテンツリクエスト中のＵＲＩに含まれるドメイン名をキーとして、ＤＮＳ情報テーブル４２を検索することにより、キーとするドメイン名に対応付けられているグローバルＩＰアドレスを取得する。ここでは、Ｆ２のコンテンツリクエスト中のＵＲＩがドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘを含んでいたため、取得部３３は、ＤＮＳ情報テーブル４２＿３（図８）を参照することにより、グローバルＩＰアドレスとしてＸを取得したとする。取得部３３は、宛先ポート番号とコンテンツのＵＲＩについては、端末１０から送信されたＦ２のコンテンツリクエスト中の値を用いる。

図１０は、問合せの回数が閾値を超えたときの通信処理の例を説明する図である。ステップＳ２１で送信される問い合わせが行われたとき、図８を参照しながら説明したように、そのドメイン名に対する問い合わせの回数が閾値Ａを超えたとする。すると、通信装置２０は、ステップＳ２１で問い合わせの対象となったドメイン名に対応するＩＰアドレスとして、ＢＢＢというローカルＩＰアドレスを端末１０に通知する（ステップＳ２２）。端末１０は、ステップＳ２２で通知されたアドレス（ＢＢＢ）宛てに、コンテンツリクエストを送信する（ステップＳ２３）。ステップＳ２３で送信されるコンテンツリクエストは、図９のＦ２に示すとおりであるとする。すると、通信装置２０中の取得部３３は、端末１０から要求されたコンテンツを取得するために、図９のＦ３に示すコンテンツリクエストを生成し、サーバ４に送信する（ステップＳ２４）。

サーバ４は、コンテンツリクエストを受信すると、受信したコンテンツリクエスト中のＵＲＩで指定されたコンテンツを含むレスポンスを生成する。レスポンスには、送信するコンテンツのデータと、コンテンツのＵＲＩが対応付けて格納されている。サーバ４は、レスポンスを、通信装置２０宛てに送信する（ステップＳ２５）。ステップＳ２５で送信されるレスポンスでは、通信装置２０に割り当てられたグローバルＩＰアドレスが宛先に指定される。レスポンスの詳細については、図１１を参照しながら説明する。

通信装置２０中の受信部２２は、レスポンスを受信すると、取得部３３に出力する。取得部３３は、レスポンス中のデータとＵＲＩの組み合わせを、キャッシュデータ４５として記憶部４０に格納する。さらに、取得部３３は、中継先テーブル４３を用いて端末１０のアドレスとポート番号を特定し、端末１０宛てのレスポンスを生成する。送信部２３は、レスポンスを端末１０に送信する（ステップＳ２６）。なお、ステップＳ２６では、送信元ＩＰアドレスとして、ステップＳ２３のリクエストの宛先となったローカルＩＰアドレスが使用される。

図１１は、レスポンスの例を説明する図である。以下、図１０のステップＳ２５とＳ２６での処理の具体例を説明する。なお、図１１に示す中継先テーブル４３とレスポンスのフォーマット（図９のＦ１）は、図９と同様であるが図を見やすくするために、図１１にも示している。

ステップＳ２５において、Ｆ１１に示すフォーマットのパケットがサーバ４から送信されたとする。この場合、Ｆ１１に示すレスポンスは、送信元アドレスとして、取得対象のコンテンツが保持されているサーバ４に割り当てられているグローバルＩＰアドレス（Ｘ）が設定されている。さらに、送信元ポート番号は、サーバ４がコンテンツの送受信のために使用するポート番号（ＰｏＸ）である。宛先アドレスは、Ｆ３（図９）に示すコンテンツリクエストの送信元アドレスに設定されるため、通信装置２０がインターネット２中の装置との通信に使用するＩＰアドレス（ＩＰｂ）となる。同様に、宛先ポート番号は、Ｆ３（図９）に示すコンテンツリクエストの送信元ポート番号に設定されるため、ｂｂｂに設定される。

取得部３３は、Ｆ１１に示すレスポンスを取得すると、中継先テーブル４３を参照する。取得部３３は、Ｆ１１に示すレスポンスの宛先ポート番号をキーとして、中継先テーブル４３を検索することにより、レスポンス中のデータの転送先を特定する。図１１の例では、レスポンスの宛先ポート番号がｂｂｂであるため、データの転送先として、端末ＩＰアドレス＝ＡＡＡ、かつ、端末ポート番号＝ａａａという情報が得られる。次に、取得部３３は、データの転送を行うために、Ｆ１２に示すレスポンスを生成する。Ｆ１２に示すレスポンスにおいて、取得部３３は、宛先アドレスとして、中継先テーブル４３で特定した端末ＩＰアドレス＝ＡＡＡを設定する。また、宛先ポート番号として、取得部３３は、中継先テーブル４３で特定した端末ＩＰアドレス＝ａａａを設定する。さらに、取得部３３は、宛先となる端末１０との通信に使用するローカルＩＰアドレスも、中継先テーブル４３から特定する。図１１の例では、通信装置２０が受信したレスポンスの宛先ポート番号がｂｂｂであるため、端末１０との通信に使用される通信装置２０のＩＰアドレスはＢＢＢである。取得部３３は、特定したアドレスを送信元アドレスに設定する。このため、ステップＳ２６で端末１０に送信されるパケットは、Ｆ１２に示すとおりになる。

端末１０は、Ｆ１２に示すレスポンスを取得すると、端末１０が送信したコンテンツリクエストに対する応答として処理する。このため、Ｆ１２に示すレスポンス中のデータが端末１０で取得される。

（３）キャッシュ済みのデータに対する処理
図１２は、キャッシュ済みの情報が要求された場合の処理の例を説明する図である。図８〜図１１を参照しながら説明した処理が行われた後も、さらに、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘで識別されるサーバ４のアドレスが問い合わせられたため、このドメインに対する問い合わせの回数がＸＸＸ回となったとする。この場合、通信装置２０は、頻度情報テーブル４１＿１１を備える。ここで、ＸＸＸは閾値Ａよりも大きな値である。なお、図８以降の時点では、通信装置２０は、ＤＮＳ情報テーブル４２＿３を備えている。

ステップＳ３１で送信される問い合わせが行われたとき、問合せ対象のドメイン名に対する問い合わせの回数がＸＸＸ＋１回になったとする。すると、更新処理部３２は、問合せ数をインクリメントすることにより、頻度情報テーブル４１＿１１を頻度情報テーブル４１＿１２に更新する。決定部３１は、ＤＮＳ情報テーブル４２＿３を参照することにより、問い合わせの対象となったドメイン名に対応付けられた応答ＩＰアドレスの種類がローカルＩＰアドレスに設定されていることを特定する。すると、決定部３１は、通信装置２０に割り当てられているローカルＩＰアドレスのいずれかを、端末１０に通知する対象として決定する。決定部３１は、決定したローカルＩＰアドレスを、送信部２３経由で端末１０に通知する（ステップＳ３２）。

端末１０は、図９、図１０などを参照しながら説明した処理を行うことにより、コンテンツリクエストを通信装置２０に送信する（ステップＳ３３）。通信装置２０中の取得部３３は、受信部２２を介してコンテンツリクエストを取得すると、コンテンツリクエスト中に含まれているＵＲＩに対応付けられたデータがキャッシュデータ４５に含まれているかを判定する。コンテンツリクエスト中に含まれているＵＲＩに対応付けられたデータがキャッシュデータ４５に含まれている場合、取得部３３は、コンテンツリクエスト中のＵＲＩに対応付けられたデータを、端末１０に送信するデータとして抽出する。取得部３３は、抽出したデータを含むレスポンスを生成する。このときに生成されるレスポンスでは、ステップＳ３３で受信したコンテンツリクエストの宛先に指定されたローカルＩＰアドレスが送信元アドレスに設定される。取得部３３は、送信部２３を介して、レスポンスを端末１０に送信する（ステップＳ３４）。端末１０は、レスポンスを受信すると、受信したレスポンス中のデータを、要求したコンテンツのデータとして処理を行う。

なお、以上の処理では、わかりやすくするために、１つのドメインについての例を用いて説明したが、通信装置２０への問い合わせの対象となるドメインの数は任意である。さらに、通信装置２０にコンテンツリクエストや問合せを行う端末１０は、以前に通信装置２０にコンテンツリクエストや問合せを行った端末１０と同じであっても異なっていてもよい。

（４）一時保存しないデータに対する処理
図１３は、キャッシュの対象ではないデータの処理の例を説明する図である。ドメイン名ｚｚｚ．ｚｚｚ．ｚｚｚのエントリに対する問い合わせの数が閾値を超えたとする。すると、図８〜図１２などを参照しながら説明した処理と同様の処理により、通信装置２０を介して、ドメイン名ｚｚｚ．ｚｚｚ．ｚｚｚで識別されるサーバ４へのアクセスが行われる。取得部３３は、サーバ４からレスポンスを取得したときに、レスポンスに含まれているコンテンツがキャッシュデータ４５として一時保存する対象ではないデータであることを示す情報を検出したとする。一時保存の対象ではないデータであることを示す情報の例としては、例えば、コンテンツ中のタグ中の、「no-cache」という指定が挙げられる。また、ＨＴＭＬ（HyperText Markup Language）が用いられる場合、コンテンツのヘッダ情報中の<meta http-equiv=”Cache-Control” content=”no-cache”>などのキャッシュの設定も一時保存の対象ではないことを示すために使用されうる。これらの情報は、例えば、コンテンツの更新頻度が高い場合などに、サーバ４によって設定される。取得部３３は、これらの設定が行われたコンテンツについては、キャッシュデータ４５として一時保存する対象ではないコンテンツであると判定する。

キャッシュデータ４５として一時保存する対象ではないコンテンツを検出すると、取得部３３は、そのコンテンツのＵＲＩに含まれているドメイン名について、キャッシュ設定を「対象外」に設定する。キャッシュ設定が「対象外」に設定されたドメイン名で識別されるサーバに格納されているコンテンツは、更新頻度が高いなどの理由からキャッシュされないデータが含まれているので、以後は通信装置２０を介さないで通信を行うことが望ましい。そこで、取得部３３は、キャッシュ設定を「対象外」に設定したドメイン名に対するエントリでは、図１３に示すように、問合せ数の値を無効値に設定する。さらに、取得部３３は、ＤＮＳ情報テーブル４２において、キャッシュ設定を「対象外」に設定したドメイン名に対する問い合わせの応答ＩＰアドレスの種類を、グローバルＩＰアドレスに設定変更する。

これらの処理により、以後、ドメイン名ｚｚｚ．ｚｚｚ．ｚｚｚへの問合せが通信装置２０に行われても、更新処理部３２は、問合せ数が無効値になっていることから、問合せ数を更新しない。さらに、決定部３１は、ＤＮＳ情報テーブル４２を用いて、ドメイン名ｚｚｚ．ｚｚｚ．ｚｚｚについての問い合わせに対して、ドメイン名ｚｚｚ．ｚｚｚ．ｚｚｚで識別されるサーバ４のグローバルＩＰアドレス（Ｚ）を通知することを決定する。

図１３の頻度情報テーブル４１は、複数のドメインについての情報が記録されている場合の例を示す。ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘのエントリは、キャッシュが有効に設定されている。すなわち、ドメイン名ｘｘｘ．ｘｘｘ．ｘｘｘで識別されるサーバ４からダウンロードされた情報は、通信装置２０において、キャッシュデータ４５として記憶されている。

ドメイン名ｙｙｙ．ｙｙｙ．ｙｙｙのエントリは、問合せ回数ＹＹＹが閾値Ａよりも小さいため、キャッシュが無効に設定されている。このため、ドメイン名ｙｙｙ．ｙｙｙ．ｙｙｙに対する問い合わせが行われた場合、図１３のＤＮＳ情報テーブル４２に基づいて、ドメイン名ｙｙｙ．ｙｙｙ．ｙｙｙで識別されるサーバ４のグローバルＩＰアドレス（Ｙ）が問合せの送信元に通知される。従って、端末１０とドメイン名ｙｙｙ．ｙｙｙ．ｙｙｙで識別されるサーバ４との間の通信は、通信装置２０を介さずに行われる。

（５）処理フロー
以下、通信装置２０や端末１０で行われる処理の例を、フローチャートを用いて整理する。

図１４は、ドメイン名の問合せを受信したときの通信装置２０の処理の例を説明するフローチャートである。なお、図１４は処理の一例であり、実装に応じて変更され得る。例えば、ステップＳ４８とＳ４９の順序は互いに変更され得る。受信部２２は、問合せを受信する（ステップＳ４１）。決定部３１は、ＤＮＳ情報テーブル４２を参照する（ステップＳ４２）。決定部３１は、問合せの対象となっているドメイン名に対するＩＰアドレスの情報がＤＮＳ情報テーブル４２に含まれているかを判定する（ステップＳ４３）。

問合せの対象となっているドメイン名に対するＩＰアドレスの情報がＤＮＳ情報テーブル４２に含まれている場合、更新処理部３２は、問合せの頻度の情報を更新する（ステップＳ４３でＹｅｓ、ステップＳ４４）。決定部３１は、ＤＮＳ情報テーブル４２において、問合せの対象となっているドメイン名に対応付けられている応答ＩＰアドレスの種類がローカルＩＰアドレスに設定されているかを判定する（ステップＳ４５）。応答ＩＰアドレスの種類がローカルＩＰアドレスに設定されていない場合、決定部３１は、問合せの対象となっているドメイン名で識別されるサーバ４に割り当てられたグローバルＩＰアドレスを応答に含める（ステップＳ４６）。一方、応答ＩＰアドレスの種類がローカルＩＰアドレスに設定されている場合、決定部３１は、通信装置２０に割り当てられているローカルＩＰアドレスの範囲から選択したローカルＩＰアドレスを応答に含める。

問合せの対象となっているドメイン名に対するＩＰアドレスの情報がＤＮＳ情報テーブル４２に含まれていない場合、更新処理部３２は、そのドメインに対する問合せ頻度情報を、頻度情報テーブル４１に生成する（ステップＳ４３でＮｏ、ステップＳ４８）。さらに、決定部３１は、インターネット２中の他のＤＮＳサーバに、問合せの対象となっているドメイン名に対するＩＰアドレスを問い合わせる（ステップＳ４９）。他のＤＮＳサーバから問合せの対象となっているドメイン名に対するＩＰアドレスが得られると、決定部３１は、得られた情報をＤＮＳ情報テーブル４２に記録する。さらに、決定部３１は、得られたグローバルＩＰアドレスを、問合せに対する応答に含める（ステップＳ５０）。

図１５は、端末１０の処理の例を説明するフローチャートである。端末１０は、取得対象のＵＲＩに含まれているドメイン名の問合せを通信装置２０に送信する（ステップＳ６１）。端末１０は、ＩＰアドレスを含む応答を受信する（ステップＳ６２）。端末１０は、応答として通知されたアドレスがローカルＩＰアドレスであるかを判定する（ステップＳ６３）。応答として通知されたアドレスがローカルＩＰアドレスである場合、端末１０は、通信装置２０向けのベアラを使用してコンテンツのダウンロードを要求する（ステップＳ６３でＹｅｓ、ステップＳ６４）。応答として通知されたアドレスがローカルＩＰアドレスではない場合、端末１０は、ＥＰＣ−ＧＷ６向けのベアラを使用してコンテンツのダウンロードを要求する（ステップＳ６３でＮｏ、ステップＳ６５）。

図１６は、コンテンツリクエストを受信したときの通信装置２０の処理の例を説明するフローチャートである。なお、図１６は処理の一例であり、実装に応じて変更され得る。例えば、ステップＳ７６はステップＳ７７の処理後に行われても良い。また、キャッシュ設定の変更のタイミングは、図８を参照しながら説明したように、ステップＳ７４の前で行われても良い。

コンテンツリクエストを受信すると、取得部３３は、要求されたコンテンツがキャッシュデータ４５に含まれているかを判定する（ステップＳ７１、Ｓ７２）。要求されたコンテンツがキャッシュデータ４５に含まれている場合、取得部３３は、キャッシュデータ４５から抽出したコンテンツを端末１０に送信する（ステップＳ７２でＹｅｓ、ステップＳ７３）。

一方、要求されたコンテンツがキャッシュデータ４５に含まれていない場合、取得部３３は、コンテンツリクエストをサーバ４に送信する（ステップＳ７２でＮｏ、ステップＳ７４）。受信部２２は、サーバ４からコンテンツを含むレスポンスを受信する（ステップＳ７５）。取得部３３は、送信部２３を介して、コンテンツを端末１０に転送する（ステップＳ７６）。取得部３３は、取得したコンテンツはキャッシュが可能なコンテンツであるかを判定する（ステップＳ７７）。キャッシュが可能なコンテンツである場合、取得部３３は、取得したコンテンツを、キャッシュキーとするＵＲＩとともにキャッシュデータ４５としてキャッシュする（ステップＳ７７でＹｅｓ、ステップＳ７８）。さらに、取得部３３は、頻度情報テーブル４１において、キャッシュ設定の情報を「有効」に設定する（ステップＳ７９）。

キャッシュが可能なコンテンツではない場合、取得部３３は、頻度情報テーブル４１において、キャッシュ設定の情報を「対象外」に設定する（ステップＳ７７でＮｏ、ステップＳ８０）。さらに、取得部３３は、ＤＮＳ情報テーブル４２中の応答ＩＰアドレスの種類を、グローバルＩＰアドレスに設定する（ステップＳ８１）。

以上説明したように、第１の実施形態によると、通信装置２０は、問合わせ対象のドメイン名に対する問い合わせ状況や、キャッシュを行うかの設定に応じて、端末１０に、ドメイン名に対応付けられたＩＰアドレスとして通知するアドレスを決定する。例えば、問い合わせ頻度が低いドメイン名で識別されるサーバ４が保持するコンテンツは、キャッシュしても、キャッシュデータ中のコンテンツを使用する可能性が低い。このようなデータに対しては、通信装置２０でのキャッシュの処理やデータの転送等の処理が無駄な処理となる可能性が高い。そこで、端末１０をＥＰＣ−ＧＷ６経由でサーバ４と通信させるために、通信装置２０は、コンテンツの格納先のサーバ４のアドレスを端末１０に通知する。ＥＰＣ−ＧＷ６経由で端末１０がサーバ４と通信すると、端末１０とサーバ４の間の通信の中継や、得られたコンテンツのキャッシュなど、通信装置２０にかかる処理負担が軽減される。さらに、キャッシュデータ４５として格納する対象ではないコンテンツを含むドメインに対しても、通信装置２０は、コンテンツの格納先のサーバ４のアドレスを端末１０に通知することにより、通信装置２０を介さずにコンテンツを取得させる。このため、通信装置２０の処理負担が軽減されている。

一方で、問い合わせの多いドメイン名で識別されるサーバ４から取得したコンテンツについては、通信装置２０は、キャッシュ処理を行う。このため、通信装置２０でキャッシュされているデータを端末１０が取得する際には、端末１０は、通信装置２０からデータを取得できるため、モバイルネットワーク８の外への通信が行われないという利点がある。さらに、通信装置２０でキャッシュされているデータについては、通信装置２０から端末１０にコンテンツを提供されるので、アクセス数の多いコンテンツについては、低遅延の処理が行われる。

＜第２の実施形態＞
第２の実施形態では、通信装置２０と同様の処理を行うことができる通信システムの例を説明する。

図１７は、通信システムの例を説明する図である。図１７に示すシステムでは、ベアラ処理サーバ１１０、キャッシュサーバ１２０、ＤＮＳサーバ１３０がＭＥＣ向けネットワーク１４０を介して接続しており、互いにデータを送受信できる。ベアラ処理サーバ１１０、キャッシュサーバ１２０、ＤＮＳサーバ１３０の各々には、ローカルＩＰアドレスが割り当てられる。ベアラ処理サーバ１１０は、ベアラ処理部１１１と通信インタフェース１１２（１１２ａ、１１２ｂ）を備える。ベアラ処理サーバ１１０は、モバイルネットワーク８におけるベアラを処理する。端末１０からのユーザパケットの宛先がローカルＩＰアドレスの場合、ユーザパケットは、モバイルネットワーク８を介して、ベアラ処理サーバ１１０で受信される。通信インタフェース１１２ａは、モバイルネットワーク８に接続されており、端末１０からのデータパケットを受信する。ベアラ処理部１１１は、端末１０との間の通信に際して、カプセル化、デカプセル化、暗号化、復号化などを実行する。通信インタフェース１１２ｂは、ＭＥＣ向けネットワーク１４０に接続されており、ベアラ処理サーバ１１０がキャッシュサーバ１２０やＤＮＳサーバ１３０と通信する際に使用される。

キャッシュサーバ１２０は、キャッシュ処理部１２１と通信インタフェース１２２を備える。キャッシュサーバ１２０中のキャッシュ処理部１２１は、コンテンツのキャッシュ処理を行う。ＤＮＳサーバ１３０は、ＤＮＳ処理部１３１と通信インタフェース１３２を備える。ＤＮＳサーバ１３０は、端末１０問い合わせられたドメイン名に対応づけられたＩＰアドレスを、端末１０に通知する。

図１８は、通信システムの別の例を説明する図である。図１８に示す通信システムでは、物理的な１台のサーバ上に、仮想環境が構築されている。サーバは、通信インタフェース１０４、仮想化ＯＳ（Operating System）２０５、仮想通信インタフェース２１０（２１０ａ〜２１０ｃ）を備える。ベアラ処理サーバ１１０、キャッシュサーバ１２０、ＤＮＳサーバ１３０は、サーバ中の仮想環境で仮想サーバとして実現される。各サーバの処理は、図１７を参照しながら説明した処理と同様である。ベアラ処理サーバ１１０は、仮想通信インタフェース２１０ａを用いて通信し、キャッシュサーバ１２０は、仮想通信インタフェース２１０ｂを用いて通信する。さらに、ＤＮＳサーバ１３０は、仮想通信インタフェース２１０ｃを用いて通信する。なお、図１８の例では、通信システムが実現されている物理サーバは、インターネット２とモバイルネットワーク８の両方にアクセスできる。

図１９は、通信システムで行われる初期設定の例を説明する図である。ベアラ処理サーバ１１０、キャッシュサーバ１２０、ＤＮＳサーバ１３０の各々に対して、ローカルＩＰアドレスが設定される（ステップＳ９１〜Ｓ９３）。キャッシュサーバ１２０とＤＮＳサーバ１３０は、各々が設定したローカルＩＰアドレスをベアラ処理サーバ１１０に通知する（ステップＳ９４、Ｓ９５）。ベアラ処理サーバ１１０は、通信システムとの通信のために端末１０に設定するベアラに対して、フィルタ情報を設定する（ステップＳ９６）。このとき、ベアラ処理サーバ１１０は、キャッシュサーバ１２０やＤＮＳサーバ１３０から取得したローカルＩＰアドレスを用いてフィルタ情報を設定しても良い。例えば、ベアラ処理サーバ１１０は、キャッシュサーバ１２０とＤＮＳサーバ１３０から取得したＩＰアドレスをカバーする最小の範囲で、フィルタ情報における宛先ＩＰアドレスとＩＰアドレスマスクを設定しても良い。キャッシュサーバ１２０は、ＤＮＳサーバ１３０に対して、キャッシュサーバ１２０自身に設定したＩＰアドレスを登録する（ステップＳ９７）。この処理により、ＤＮＳサーバ１３０は、ある端末１０からのドメイン名の問い合わせに対し、キャッシュサーバ１２０のＩＰアドレスを通知できるようになる。ＤＮＳサーバ１３０は、頻度情報テーブル４１を生成する（ステップＳ９８）。頻度情報テーブル４１は、第１の実施形態で説明した頻度情報テーブル４１と同様である。あるサービスを提供する別のサーバ４（図示せず）が通信システムに追加された場合、新たに追加されたサーバ４は、そのサーバ４に割り当てられたＩＰアドレスとサービスにおけるドメイン名のペアを、ＤＮＳ情報テーブル４２としてＤＮＳサーバに登録する（ステップＳ９９）。この場合、ＤＮＳサーバ１３０は、端末１０から、新たに登録されたサーバのドメイン名が問い合わせられると、記憶したペアを用いて、ＩＰアドレスを端末１０に通知できる。なお、ＤＮＳ情報テーブル４２は、第１の実施形態で説明したＤＮＳ情報テーブル４２と同様である。

図２０は、問合せ頻度が閾値に達するまでに通信システムで行われる通信処理の例を説明する図である。端末１０は、サーバ４から提供されているサービスに使用されているドメイン名の問合せをＤＮＳサーバ１３０に送信したとする（ステップＳ１１１）。ベアラ処理サーバ１１０は、端末１０とＤＮＳサーバ１３０の間の通信を中継する。ＤＮＳサーバ１３０は、ＤＮＳ情報テーブル４２を用いて、問い合わせられたドメイン名に対応するＩＰアドレスを特定する。ここでは、問合せ頻度が閾値に達していないので、端末１０に通知するアドレスの種類は、グローバルＩＰアドレスに設定されている。そこで、ＤＮＳサーバ１３０は、サーバ４に割り当てられたグローバルＩＰアドレスを端末１０に通知する（ステップＳ１１２）。端末１０は、通知されたグローバルＩＰアドレスを用いて、サーバ４にコンテンツリクエストを送信する（ステップＳ１１３）。このとき、端末１０は、通信システムを介した通信に使用するためのベアラは用いずに、ＥＰＣ−ＧＷ６を介してサーバ４にアクセスする。サーバ４は、端末１０からのコンテンツリクエストに応じて、要求されたコンテンツを含むレスポンスを、ＥＰＣ−ＧＷ６経由で端末１０に送信する（ステップＳ１１４）。このため、端末１０は、要求したコンテンツを取得できる。

図２１は、キャッシュ処理が行われるときの通信処理の例を説明する図である。図２１の初期状態において、頻度情報テーブル４１では、サーバ４で使用されているドメイン名に対する問い合わせの回数が閾値Ａと同じ値になっているとする。この状態で、サーバ４で使用されているドメイン名に対する問い合わせが、端末１０からＤＮＳサーバ１３０に送信されたとする（ステップＳ１２１）。ベアラ処理サーバ１１０は、端末１０とＤＮＳサーバ１３０の間の通信を中継する。ＤＮＳサーバ１３０は、ドメイン名に対応付けた情報として、端末１０に対して、キャッシュサーバ１２０のローカルＩＰアドレスを通知する（ステップＳ１２２）。すると、端末１０は、キャッシュサーバ１２０のローカルＩＰアドレスを宛先としたコンテンツリクエストを送信する（ステップＳ１２３）。ステップＳ１２３でのコンテンツリクエストの送信処理は、宛先アドレスがキャッシュサーバ１２０に割り当てられたローカルＩＰアドレスであるため、通信システムとの通信用に設定されたベアラが使用される。ベアラ処理サーバ１１０は、端末１０とキャッシュサーバ１２０の間の通信も中継する。

キャッシュサーバ１２０は、コンテンツリクエストを受信すると、キャッシュ処理部１２１中に、要求されたコンテンツが格納されているかを判定する。ここでは、要求されたコンテンツは、キャッシュ処理部１２１に格納されていないとする。すると、キャッシュサーバ１２０は、サーバ４にコンテンツリクエストを送信する（ステップＳ１２４）。ステップＳ１２４で送信されるコンテンツリクエストは、図９を参照しながら説明した処理と同様の処理により生成される。さらに、キャッシュサーバ１２０は、端末１０にデータを転送するために、中継先テーブル４３も生成する。

サーバ４は、キャッシュサーバ１２０からのコンテンツリクエストに応じて、要求されたコンテンツを含むレスポンスを、キャッシュサーバ１２０に送信する（ステップＳ１２５）。キャッシュサーバ１２０は、取得したコンテンツを含む端末１０宛のレスポンスを、中継先テーブル４３中の情報を用いて生成する。この処理は、図１１を参照しながら説明した処理と同様である。キャッシュサーバ１２０は、レスポンスを端末１０に送信する（ステップＳ１２６）。

キャッシュサーバ１２０は、サーバ４から取得したコンテンツについて、そのコンテンツのヘッダなどの内容から、キャッシュ処理の対象であるかを判定する。キャッシュ処理の対象ではない場合、キャッシュサーバ１２０は、ＤＮＳサーバ１３０に対して、頻度情報テーブル４１の更新を要求する（ステップＳ１２７）。ステップＳ１２７で要求される更新で、キャッシュサーバ１２０は、頻度情報テーブル４１においてコンテンツのＵＲＩに含まれているドメイン名に対応づけられているキャッシュ設定を、「対象外」に設定することをＤＮＳサーバ１３０に要求する。ＤＮＳサーバ１３０は、ステップＳ１２７の要求に応じて、頻度情報テーブル４１を更新する。さらに、ＤＮＳサーバ１３０は、ＤＮＳ情報テーブル４２において、頻度情報テーブル４１においてコンテンツのＵＲＩに含まれているドメイン名に対応づけられている通知対象のＩＰアドレスの種類を、グローバルＩＰアドレスに設定する。このため、キャッシュ処理の対象とならないコンテンツを格納するサーバについては、ドメイン名を用いた問い合わせを行った端末１０に対して、グローバルＩＰアドレスが通知されるようになる。

一方、キャッシュサーバ１２０がサーバ４から取得したコンテンツがキャッシュ処理の対象である場合、ステップＳ１２７の処理は行われない。このため、頻度情報テーブル４１において、サーバ４が提供するサービスのドメインについてのキャッシュ設定は「有効」に設定されたままになる。また、ＤＮＳ情報テーブル４２においても、サーバ４が提供するサービスのドメインについての通知対象ＩＰアドレスは、キャッシュサーバ１２０のローカルＩＰアドレスに設定されたままになる。このため、以後のコンテンツリクエストはキャッシュサーバ１２０に対して行われる。

図２２は、キャッシュサーバ１２０にキャッシュされているコンテンツが端末１０から要求された場合に、通信システムで行われる通信処理の例を説明する図である。コンテンツのＵＲＩに含まれているドメイン名に対する問い合わせが、端末１０からＤＮＳサーバ１３０に送信される（ステップＳ１３１）。ＤＮＳサーバ１３０は、ドメイン名に対応付けた情報として、端末１０に対して、キャッシュサーバ１２０のローカルＩＰアドレスを通知する（ステップＳ１３２）。端末１０は、キャッシュサーバ１２０のローカルＩＰアドレスを宛先としたコンテンツリクエストを送信する（ステップＳ１３３）。ステップＳ１３３でのコンテンツリクエストの送信処理は、宛先アドレスがキャッシュサーバ１２０に割り当てられたローカルＩＰアドレスであるため、通信システムとの通信用に設定されたベアラが使用される。キャッシュサーバ１２０は、コンテンツリクエストを受信すると、キャッシュ処理部１２１中に、要求されたコンテンツが格納されているかを判定する。ここでは、要求されたコンテンツは、キャッシュ処理部１２１に格納されているので、キャッシュサーバ１２０は、端末１０にレスポンスを送信する（ステップＳ１３４）。

以上説明したように、第２の実施形態では、通信装置２０と同様の処理が通信システムによって行われる。このため、キャッシュの状況や過去のドメイン名の問い合わせの履歴に応じて、端末１０に、ドメイン名に対応付けられたＩＰアドレスとして通知するアドレスが決定される。そこで、キャッシュ処理の対象ではない場合は通信システムを介さずに端末１０とサーバ４の間での処理が行われるため、通信システムの処理負荷が軽減される。

＜その他＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。

以上の説明で述べたテーブルの例やパケットのフォーマットの例は一例に過ぎない。従って、実装に応じて、テーブル中の情報要素やパケットのフォーマットは変更され得る。

図１８では、１台の物理サーバでベアラ処理サーバ１１０、キャッシュサーバ１２０、ＤＮＳサーバ１３０が仮想サーバとして実現される場合を説明したが、これらの仮想サーバは、複数の物理サーバによって実現されてもよい。

上述の第１および第２の実施形態を含む実施形態に関し、以下の付記を開示する。
（付記１）
端末とサーバの間の通信を中継する通信装置であって、
前記端末から、ドメイン名で識別されるサーバに割り当てられたアドレスの問合せを受信する受信部と、
前記問合せに含まれている前記ドメイン名に対する問合せの頻度に応じて、前記端末に通知するアドレスを、前記ドメイン名で識別されるサーバに割り当てられたアドレスか、自装置に割り当てられたアドレスのいずれかに決定する決定部と、
前記決定部が決定したアドレスを前記端末に送信する送信部
を備えることを特徴とする通信装置。
（付記２）
前記決定部は、
前記問合せに含まれているドメイン名である対象ドメイン名に対する問合せの頻度が所定の閾値を超えるまで、前記対象ドメイン名で識別されるサーバに割り当てられたグローバルアドレスを前記端末に通知するアドレスに決定し、
前記対象ドメイン名に対する前記問合せの頻度が前記所定の閾値を超えると、前記通信装置に割り当てられたアドレスを前記端末に通知するアドレスに決定する
ことを特徴とする付記１に記載の通信装置。
（付記３）
前記通信装置に割り当てられたアドレス宛てのアクセス要求を前記受信部が受信すると、前記アクセス要求で要求された対象データを前記対象データの格納先のサーバから取得する取得部
をさらに備え、
前記送信部は、前記取得部が取得したデータを前記アクセス要求の送信元に転送する
ことを特徴とする付記１または２に記載の通信装置。
（付記４）
キャッシュデータを記憶する記憶部をさらに備え、
前記取得部は、前記対象データがキャッシュ可能である場合、前記対象データを前記キャッシュデータとして前記記憶部に格納し、
前記決定部は、前記対象データが前記キャッシュデータとして格納されない場合、前記対象データの格納先に対応付けられているドメイン名への問合せの応答として通知するアドレスを、前記通信装置に割り当てられたアドレスから前記対象データの格納先のサーバに割り当てられたアドレスに変更する
ことを特徴とする付記３に記載の通信装置。
（付記５）
前記決定部は、前記キャッシュデータとして記憶されているデータの格納先に対応付けられているドメイン名を用いた他の問合せを受信した場合、前記通信装置に割り当てられた他のアドレスを前記他の問合せの送信元に通知し、
前記取得部は、
前記他のアドレス宛ての他のアクセス要求を前記受信部が受信すると、前記他のアクセス要求で要求されたデータが前記キャッシュデータに含まれている場合、前記他のアクセス要求で要求されたデータを前記キャッシュデータから選択して、前記他のアクセス要求の送信元に通知するデータとする
ことを特徴とする付記４に記載の通信装置。
（付記６）
端末とサーバの間の通信を中継する通信装置が、
前記端末から、ドメイン名で識別されるサーバに割り当てられたアドレスの問合せを受信し、
前記問合せに含まれている前記ドメイン名に対する問合せの頻度に応じて、前記端末に通知するアドレスを、前記ドメイン名で識別されるサーバに割り当てられたアドレスか、自装置に割り当てられたアドレスのいずれかに決定し、
決定したアドレスを前記端末に送信する
処理を行うことを特徴とする通信方法。
（付記７）
前記通信装置は、
前記問合せに含まれているドメイン名である対象ドメイン名に対する問合せの頻度が所定の閾値を超えるまで、前記対象ドメイン名で識別されるサーバに割り当てられたグローバルアドレスを前記端末に通知するアドレスに決定し、
前記対象ドメイン名に対する前記問合せの頻度が前記所定の閾値を超えると、前記通信装置に割り当てられたアドレスを前記端末に通知するアドレスに決定する
ことを特徴とする付記６に記載の通信方法。
（付記８）
前記通信装置は、
前記通信装置に割り当てられたアドレス宛てのアクセス要求を受信すると、前記アクセス要求で要求された対象データを前記対象データの格納先のサーバから取得し、
取得した前記対象データを前記アクセス要求の送信元に転送する
ことを特徴とする付記６または７に記載の通信方法。
（付記９）
前記通信装置は、
前記対象データがキャッシュ可能である場合、前記対象データを前記キャッシュデータとして記憶部に格納し、
前記対象データが前記キャッシュデータとして格納されない場合、前記対象データの格納先に対応付けられているドメイン名への問合せの応答として通知するアドレスを、前記通信装置に割り当てられたアドレスから前記対象データの格納先のサーバに割り当てられたアドレスに変更する
ことを特徴とする付記８に記載の通信方法。
（付記１０）
前記通信装置は、
前記キャッシュデータとして記憶されているデータの格納先に対応付けられているドメイン名を用いた他の問合せを受信した場合、前記通信装置に割り当てられた他のアドレスを前記他の問合せの送信元に通知し、
前記他のアドレス宛ての他のアクセス要求を受信し、
前記他のアクセス要求で要求されたデータが前記キャッシュデータに含まれている場合、前記他のアクセス要求で要求されたデータを前記キャッシュデータから選択して、前記他のアクセス要求の送信元に通知するデータとする
ことを特徴とする付記９に記載の通信方法。
（付記１１）
端末と、
前記端末とサーバの間の通信を中継する通信装置と、
キャッシュデータを記憶するキャッシュサーバ
を備え、
前記通信装置は、
前記端末から、ドメイン名で識別されるサーバに割り当てられたアドレスの問合せを受信し、
前記問合せに含まれている前記ドメイン名に対する問合せの頻度に応じて、前記端末に通知するアドレスを、前記ドメイン名で識別されるサーバに割り当てられたアドレスか、前記キャッシュサーバに割り当てられたアドレスのいずれかに決定し、
決定したアドレスを前記端末に送信する
ことを特徴とする通信システム。
（付記１２）
前記通信装置は、
前記問合せに含まれているドメイン名である対象ドメイン名に対する問合せの頻度が所定の閾値を超えるまで、前記対象ドメイン名で識別されるサーバに割り当てられたグローバルアドレスを前記端末に通知するアドレスに決定し、
前記対象ドメイン名に対する前記問合せの頻度が前記所定の閾値を超えると、前記キャッシュサーバに割り当てられたアドレスを前記端末に通知するアドレスに決定する
ことを特徴とする付記１１に記載の通信システム。
（付記１３）
前記キャッシュサーバは、
前記キャッシュサーバ宛てのアクセス要求を受信すると、前記アクセス要求で要求された対象データを前記対象データの格納先のサーバから取得し、
取得した前記対象データを前記アクセス要求の送信元に転送する
ことを特徴とする付記１２に記載の通信システム。
（付記１４）
前記キャッシュサーバは、
前記対象データがキャッシュ可能である場合、前記対象データを前記キャッシュデータとして格納し、
前記対象データが前記キャッシュデータとして格納されない場合、前記対象データの格納先に対応付けられているドメイン名への問合せの応答として通知するアドレスを、前記キャッシュサーバに割り当てられたアドレスから前記対象データの格納先のサーバに割り当てられたアドレスに変更することを、前記通信装置に要求する
ことを特徴とする付記１３に記載の通信システム。
（付記１５）
前記通信装置は、
前記キャッシュデータとして記憶されているデータの格納先に対応付けられているドメイン名を用いた他の問合せを受信した場合、前記キャッシュサーバに割り当てられた他のアドレスを前記他の問合せの送信元に通知し、
前記キャッシュサーバは、
前記他のアドレス宛ての他のアクセス要求を受信し、
前記他のアクセス要求で要求されたデータが前記キャッシュデータに含まれている場合、前記他のアクセス要求で要求されたデータを前記キャッシュデータから選択して、前記他のアクセス要求の送信元に通知するデータとする
ことを特徴とする付記１４に記載の通信システム。

２ インターネット
４ サーバ
６ ＥＰＣ−ＧＷ
８ モバイルネットワーク
１０ 端末
１５ ＭＥＣサーバ
２０ 通信装置
２１ 通信部
２２ 受信部
２３ 送信部
２５ 接続処理部
３０ 制御部
３１ 決定部
３２ 更新処理部
３３ 取得部
４０ 記憶部
４１ 頻度情報テーブル
４２ ＤＮＳ情報テーブル
４３ 中継先テーブル
４５ キャッシュデータ
１０１ プロセッサ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ 通信インタフェース
１１０ ベアラ処理サーバ
１１１ ベアラ処理部
１１２、１２２、１３２ 通信インタフェース
１２０ キャッシュサーバ
１２１ キャッシュ処理部
１３１ ＤＮＳ処理部
１４０ ＭＥＣ向けネットワーク
２０５ 仮想化ＯＳ
２１０ 仮想通信インタフェース

Claims (5)

1. 端末とサーバの間の通信を中継する通信装置であって、
   前記端末から、ドメイン名で識別されるサーバに割り当てられたアドレスの問合せを受信する受信部と、
   前記問合せに含まれている前記ドメイン名に対する問合せの頻度に応じて、前記端末に通知するアドレスを、前記ドメイン名で識別されるサーバに割り当てられたアドレスか、自装置に割り当てられたアドレスのいずれかに決定する決定部と、
   前記決定部が決定したアドレスを前記端末に送信する送信部
   を備え、
   前記受信部は、更に、前記通信装置に割り当てられたアドレス宛てのアクセス要求を受信し、
   前記通信装置は、前記アクセス要求を前記受信部が受信すると、前記アクセス要求で要求された対象データを前記対象データの格納先のサーバから取得する取得部を更に備え、
   前記送信部は、更に、前記取得部が取得した前記対象データを前記アクセス要求の送信元に転送する、
   ことを特徴とする通信装置。
2. 前記決定部は、
   前記問合せに含まれているドメイン名である対象ドメイン名に対する問合せの頻度が所定の閾値を超えるまで、前記対象ドメイン名で識別されるサーバに割り当てられたグローバルアドレスを前記端末に通知するアドレスに決定し、
   前記対象ドメイン名に対する前記問合せの頻度が前記所定の閾値を超えると、前記通信装置に割り当てられたアドレスを前記端末に通知するアドレスに決定する
   ことを特徴とする請求項１に記載の通信装置。
3. キャッシュデータを記憶する記憶部をさらに備え、
   前記取得部は、前記対象データがキャッシュ可能である場合、前記対象データを前記キャッシュデータとして前記記憶部に格納し、
   前記決定部は、前記対象データが前記キャッシュデータとして格納されない場合、前記対象データの格納先に対応付けられているドメイン名への問合せの応答として通知するアドレスを、前記通信装置に割り当てられたアドレスから前記対象データの格納先のサーバに割り当てられたアドレスに変更する
   ことを特徴とする請求項１または２に記載の通信装置。
4. 前記決定部は、前記キャッシュデータとして記憶されているデータの格納先に対応付けられているドメイン名を用いた他の問合せを受信した場合、前記通信装置に割り当てられた他のアドレスを前記他の問合せの送信元に通知し、
   前記取得部は、
   前記他のアドレス宛ての他のアクセス要求を前記受信部が受信すると、前記他のアクセス要求で要求されたデータが前記キャッシュデータに含まれている場合、前記他のアクセス要求で要求されたデータを前記キャッシュデータから選択して、前記他のアクセス要求の送信元に通知するデータとする
   ことを特徴とする請求項３に記載の通信装置。
5. 端末とサーバの間の通信を中継する通信装置が、
   前記端末から、ドメイン名で識別されるサーバに割り当てられたアドレスの問合せを受信し、
   前記問合せに含まれている前記ドメイン名に対する問合せの頻度に応じて、前記端末に通知するアドレスを、前記ドメイン名で識別されるサーバに割り当てられたアドレスか、自装置に割り当てられたアドレスのいずれかに決定し、
   決定したアドレスを前記端末に送信し、
   前記通信装置に割り当てられたアドレス宛てのアクセス要求を受信し、
   前記アクセス要求を受信したときに、前記アクセス要求で要求された対象データを前記対象データの格納先のサーバから取得し、
   取得した前記対象データを前記アクセス要求の送信元に転送する、
   処理を行うことを特徴とする通信方法。

Images