JP6217151B2 - 情報処理装置、コンテンツ配信方法、及びコンテンツ配信システム - Google Patents

Description

本発明は、コンテンツを配信するための情報処理装置，コンテンツ配信方法，及びコンテンツ配信システムに関する。

Ｗｅｂコンテンツ配信では、効率的にコンテンツを配信するために、キャッシュサーバを複数台配置し、キャッシュサーバにコンテンツを分散させ、クライアントに、近傍のキャッシュサーバからコンテンツをダウンロードさせるシステムが採用されることが多い。このようなシステムの一例として、ＣＤＮ（Contents Delivery Network）がある。

図１は、ＣＤＮシステムの一例を示す図である。ＣＤＮシステムでは、複数台のＲｅｐｌｉｃａが配置される。Ｒｅｐｌｉｃａはキャッシュサーバであり、例えば、ＩＳＰ（Internet Service Provider）によって管理され、該ＩＳＰのネットワーク内に存在する。
図１に示される例では、１台のＲｅｐｌｉｃａは親サーバとして動作し、他のＲｅｐｌｉｃａは子サーバとして動作する。図１では、親サーバをＲｅｐｌｉｃａ＃親、子サーバをＲｅｐｌｉｃａ＃１〜＃３として表記する。なお、特に区別しない場合には、単に、Ｒｅｐｌｉｃａと表記する。

Ｒｅｐｌｉｃａ＃親は、コンテンツのオリジナルを有するＷｅｂサーバからインターネットを通じてコンテンツを取得し、キャッシュに保持する。Ｒｅｐｌｉｃａ＃１〜＃３は、Ｒｅｐｌｉｃａ＃親からコンテンツをダウンロードし、キャッシュに保持する。移動端末は、近傍のＲｅｐｌｉｃａにアクセスし、該ＲｅｐｌｉｃａとＴＣＰ（Transmission Control Protocol）の通信セッションを確立して、コンテンツをダウンロードする。この
とき、Ｒｅｐｌｉｃａは、移動端末に対して仮想プロキシとして動作する。そのため、通信セッションは、移動端末とＲｅｐｌｉｃａとの間で収まることになり、ネットワーク内のトラフィックを抑えることができる。

なお、移動端末からのアクセス時に、要求されるコンテンツがキャッシュに保持されていない場合には、Ｒｅｐｌｉｃａは、Ｒｅｐｌｉｃａ＃親からコンテンツを取得し、キャッシュに保持する。Ｒｅｐｌｉｃａ＃親のキャッシュにも要求のコンテンツが保持されていな場合には、Ｒｅｐｌｉｃａ＃親は、オリジナルのコンテンツを有するＷｅｂサーバからコンテンツをダウンロードし、Ｒｅｐｌｉｃａ又は移動端末に提供する。

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

しかしながら、従来のコンテンツ配信技術には、以下のような問題があった。図２は、従来のコンテンツ配信技術における問題を説明するための図である。図２では、図１と同様のＣＤＮシステムが示される。

仮想プロキシは、移動端末が最初にアクセスしたＲｅｐｌｉｃａ内に作成されるオブジェクトである。移動端末が異なるリンクに移動した場合でも、最初にアクセスしたＲｅｐｌｉｃａ内の仮想プロキシとの通信セッションが維持されている場合には、移動端末は、該Ｒｅｐｌｉｃａ内の仮想プロキシからコンテンツをダウンロードし続ける。

例えば、図２に示される例において、通信セッション確立中に、移動端末がＲｅｐｌｉｃａ＃１の接続するリンクからＲｅｐｌｉｃａ＃２の接続するリンクに移動した場合には、移動端末は、Ｒｅｐｌｉｃａ＃１からコンテンツをダウンロードし続ける。Ｒｅｐｌｉｃａ＃２の方が移動先の移動端末の近くに位置しており、Ｒｅｐｌｉｃａ＃２は同じコンテンツをキャッシュに保持している。それにもかかわらず、移動端末がＲｐｅｌｉｃａ＃１からコンテンツをダウンロードし続けるため、ネットワーク内に余計なトラフィックを生み、効率が悪かった。

また、移動端末が移動先のリンクのＲｅｐｌｉｃａ＃２からコンテンツをダウンロードするためには、通常、移動端末は、Ｒｅｐｌｉｃａ＃１との通信セッションを切断してから、Ｒｅｐｌｉｃａ＃２と通信セッションを確立する。このＲｅｐｌｉｃａ＃１との通信セッションの切断のために、移動端末のユーザがＷｅｂブラウザの終了等の操作を行っており、ユーザにとっては該操作が煩わしいものであった。

本発明の一態様は、コンテンツ配信における移動端末の移動によるネットワーク内のトラフィックの増加を抑止可能な情報処理装置，コンテンツ配信方法，及びコンテンツ配信システムを提供することを目的とする。

本発明の態様の一つは、
コンテンツを格納する第１の格納部と、
セッション確立中の移動端末のホームアドレス及び気付けアドレスと、前記移動端末とのセッション用のホームアドレスと、配信コンテンツと、前記セッションの状態と、を含むセッション情報を格納する第２の格納部と、
セッション確立中の移動端末から位置登録要求を受信した場合に、前記位置登録要求に基づいて前記移動端末に関するセッション情報を更新し、前記位置登録要求に含まれる該移動端末のアドレスに基づいて該移動端末の近傍に位置する情報処理装置を検索し、検出された情報処理装置に該移動端末に関する更新後の前記セッション情報を通知し、
他の情報処理装置とセッション確立中の移動端末に関するセッション情報を受信した場合に、該移動端末に、該セッション情報に含まれる該移動端末とのセッションで用いられるアドレスを含む位置登録要求を送信し、該セッション情報に含まれるコンテンツを配信する、
処理部と、
を備える情報処理装置である。

本発明の他の態様の一つは、上述した情報処理装置を複数含むコンテンツ配信システムである。また、本発明の他の態様の一つは、上述した情報処理装置が上述した処理を実行するコンテンツ配信方法である。また、本発明の他の態様は、コンピュータを上述した情報処理装置として機能させるプログラム、及び当該プログラムを記録したコンピュータ読み取り可能な非一時的な記録媒体を含むことができる。コンピュータ等が読み取り可能な非一時的な記録媒体には、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。

開示の情報処理装置，コンテンツ配信方法，及びコンテンツ配信システムによれば、コンテンツ配信における移動端末の移動によるネットワーク内のトラフィックの増加を抑止することができる。

ＣＤＮシステムの一例を示す図である。 従来のコンテンツ配信技術における問題を説明するための図である。 第１実施形態に係るコンテンツ配信システムの構成の一例を示す図である。 キャッシュサーバのハードウェア構成の一例を示す図である。 第１実施形態に係るキャッシュサーバのＲｅｐｌｉｃａとしての機能ブロックの一例を示す図である。 通信先登録テーブルの一例を示す図である。 セッション情報テーブルの一例を示す図である。 ＵＥ近傍Ｒｅｐｌｉｃａ決定テーブルの一例を示す図である。 仮想プロキシ用ホームエージェント管理テーブルの一例を示す図である。 第１実施形態におけるコンテンツ配信システム内の処理シーケンスの一例を示す図である。 図１０のＯＰ１１において、移動端末からＲｅｐｌｉｃａ＃１のアドレスに宛てて送信されるＨＴＴＰゲットメッセージの例を示す図である。 移動端末がＲｅｐｌｉｃａ＃１の接続するリンクをフォーリンリンクとする場合の、Ｒｅｐｌｉｃａのアドレス宛てに送信されるＨＴＴＰゲットメッセージの例を示す図である。 図１０のＯＰ１２において、Ｒｅｐｌｉｃａ＃１から移動端末に送信されるＨＴＴＰリダイレクトのパケットの例を示す図である。 図１０のＯＰ１３において、移動端末からＲｅｐｌｉｃａ＃１に送信されるＨＴＴＰゲットメッセージの例を示す図である。 図１０のＯＰ１４において、Ｒｅｐｌｉｃａ＃１から移動端末に送信されるＨＴＴＰゲットメッセージの応答パケットの例を示す図である。 図１０のＯＰ１８において、移動端末から端末用ホームエージェント５に送信されるＢＵの例を示す図である。 図１０のＯＰ２１において、移動端末からセッション確立中のＲｅｐｌｉｃａ＃１内の仮想プロキシに送信されるＢＵの例を示す図である。 図１６Ｂは、移動端末からセッション確立中のＲｅｐｌｉｃａ内の仮想プロキシに送信されるＢＵのパケットの例を示す図である。 図１０のＯＰ２４において、Ｒｅｐｌｉｃａ＃２内の仮想プロキシから仮想プロキシ用ホームエージェントに送信されるＢＵの例を示す図である。 図１０のＯＰ２５において、Ｒｅｐｌｉｃａ＃２内の仮想プロキシから移動端末４に送信されるＢＵの例を示す図である。 Ｒｅｐｌｉｃａのアドレス宛てのＨＴＴＰゲットメッセージを受信した場合の、仮想プロキシ処理部の処理のフローチャートの一例である。 Ｒｅｐｌｉｃａ内の仮想プロキシのアドレス宛てのＴＣＰパケットを受信した場合の、仮想プロキシ処理部の処理のフローチャートの一例である。 Ｒｅｐｌｉｃａ内の仮想プロキシのアドレス宛てのＴＣＰパケットを受信した場合の、仮想プロキシ処理部の処理のフローチャートの一例である。 Ｒｅｐｌｉｃａ内の仮想プロキシのアドレス宛てのＴＣＰパケットを受信した場合の、仮想プロキシ処理部の処理のフローチャートの一例である。 Ｒｅｐｌｉｃａ内の仮想プロキシのアドレス宛てのＴＣＰパケットを受信した場合の、仮想プロキシ処理部の処理のフローチャートの一例である。 図１０のＯＰ１４の処理の後のＲｅｐｌｉｃａ＃１の通信先登録テーブルとセッション情報テーブルの例である。 移動端末からＢＵを受信した場合の仮想プロキシ処理部の処理のフローチャートの一例を示す図である。 他のＲｅｐｌｉｃａより通信先登録テーブルとセッション情報テーブルとのレコードを受信した場合の、ハンドオーバ先のＲｅｐｌｉｃａとしての、仮想プロキシ処理部の処理のフローチャートの一例である。 図１０のＯＰ２３の処理の後の、Ｒｅｐｌｉｃａ＃１とＲｅｐｌｉｃａ＃２との通信先登録テーブルとセッション情報テーブルとの例である。 仮想プロキシよりＢＵを受信した場合の、仮想プロキシ用ホームエージェントとしての、仮想プロキシ用ホームエージェント処理部の処理のフローチャートの一例である。 図１０のＯＰ２４の処理の後の、Ｒｅｐｌｉｃａ＃１とＲｅｐｌｉｃａ＃２との仮想プロキシ用ホームエージェント管理テーブルの例である。 移動端末からＴＣＰパケットを受信した場合の、仮想プロキシ用ホームエージェントとしての、仮想プロキシ用ホームエージェント処理部の処理のフローチャートの一例である。 第２実施形態に係る通信先登録テーブルの例である。 第２実施形態に係る仮想プロキシ用ホームエージェント管理テーブルの例である。 第２実施形態に係るコンテンツ配信システムにおける処理のシーケンスの一例を示す図である。 図３０のＯＰ３１において、移動端末からＲｅｐｌｉｃａ＃１のアドレスに宛てて送信されるＨＴＴＰゲットメッセージの例である。 図３０のＯＰ３２において、Ｒｅｐｌｉｃａ＃１から移動端末に送信されるＨＴＴＰゲットメッセージの応答メッセージ（ＨＴＴＰ ２００ ＯＫ）のパケットの例を示す図である。 図３０のＯＰ３９において、移動端末からセッション確立中のＲｅｐｌｉｃａ＃１内の仮想プロキシに送信されるＢＵのパケットの例を示す図である。 図３０のＯＰ３９において、移動端末からセッション確立中のＲｅｐｌｉｃａ＃１内の仮想プロキシに送信されるＢＵのパケットの例を示す図である。 図３０のＯＰ４２において、Ｒｅｐｌｉｃａ＃２内の仮想プロキシから仮想プロキシ用ホームエージェント３に送信されるＢＵのパケットの例を示す図である。 図３０のＯＰ４３において、Ｒｅｐｌｉｃａ＃２内の仮想プロキシから移動端末４に送信されるＢＵのパケットの例を示す図である。 図３０のＯＰ４４において、仮想プロキシ用ホームエージェントからＲｅｐｌｉｃａ＃２内の仮想プロキシに送信されるＩＰｉｎＩＰパケットの例を示す図である。 Ｒｅｐｌｉｃａのアドレス宛てのコンテンツ要求を受信した場合の、仮想プロキシ処理部の処理のフローチャートの一例である。 他のＲｅｐｌｉｃａより通信先登録テーブルとセッション情報テーブルとのレコードを受信した場合の、ハンドオーバ先のＲｅｐｌｉｃａとしての、仮想プロキシ処理部の処理のフローチャートの一例である。 仮想プロキシよりＢＵを受信した場合の、仮想プロキシ用ホームエージェントとしての、仮想プロキシ用ホームエージェント処理部の処理のフローチャートの一例である。 移動端末からＴＣＰパケットを受信した場合の、仮想プロキシ用ホームエージェントとしての、仮想プロキシ用ホームエージェント処理部の処理のフローチャートの一例である。 第３実施形態に係る通信先登録テーブルの例である。 第３実施形態に係るコンテンツ配信システムにおける処理のシーケンスの一例を示す図である。 移動端末からＴＣＰパケットを受信した場合の、仮想プロキシ用ホームエージェントとしての、仮想プロキシ用ホームエージェント処理部の処理のフローチャートの一例である。 仮想プロキシ用ホームエージェントからＴＣＰパケットを受信した場合の、仮想プロキシ処理部の処理のフローチャートの一例である。

以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

＜第１実施形態＞
図３は、第１実施形態に係るコンテンツ配信システムの構成の一例を示す図である。コンテンツ配信システム１００は、複数のＲｅｐｌｉｃａを含む。ただし、図３に示される例では、便宜上、Ｒｅｐｌｉｃａ＃１，Ｒｅｐｌｉｃａ＃２，Ｒｅｐｌｉｃａ＃親が抽出されて示されている。また、図３に示されるコンテンツ配信システムは、ＣＤＮを前提としているが、これに限られない。

図３に示されるコンテンツ配信システム１００では、モバイルＩＰｖ６が採用されることを想定する。また、図３に示されるコンテンツ配信システム１００は、ＩＰｖ６に限られず、ＩＰｖ４が採用される場合にも第１実施形態は適用可能である。

モバイルＩＰｖ６は、ＩＰｖ６の拡張仕様の一つで、同一のＩＰアドレスを保持したまま、別ネットワークへ移動してもその接続性を維持する仕組みである。モバイルＩＰｖ６では、移動端末（User Equipment：ＵＥとも表記），Ｒｅｐｌｉｃａ内部の仮想プロキシは、ホームアドレス及び気付けアドレス（Care of Address）を用いて、ネットワークへ
の接続性を維持する。本明細書において、“リンク”は、“ネットワーク”と同義で用いられる。また、リンクが同じであることは、ネットワークアドレスが同じであることを意味する。

ホームアドレスは、移動端末のホームリンクで用いられるアドレスである。気付けアドレスは、移動先のリンク（フォーリンリンク）で割り当てられるアドレスであり、移動端末の移動によるリンクの変化に応じて変化する。ホームリンクには、移動端末のホームアドレスと気付けアドレスとの対応を管理するホームエージェントが存在する。移動端末はフォーリンリンクに移動し、新たな気付けアドレスを取得すると、ホームエージェントに新たな気付けアドレスを通知する。なお、通信セッション確立中の通信相手がいる場合には、通信相手にも気付けアドレスの通知が行われる。ホームアドレスと気付けアドレスとを対応づけることを、モバイルＩＰでは、位置登録と称する。気付けアドレスの通知はＢｉｎｄｉｎｇ Ｕｐｄａｔｅを送信することで行われる。Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅは、以下、ＢＵと表記する。ＢＵは、位置登録要求とも呼ばれる。

モバイルＩＰｖ６では、ホームアドレス宛てにデータを送信することで、ホームエージェントが気付けアドレスへとデータを転送し、中継役として動作するため、通信相手がフォーリンリンクに存在しており、気付けアドレスを知らない場合でもデータが通信相手に届く。

図３に示される例では、移動端末４がコンテンツをダウンロードする例が示される。移動端末４のホームリンクは、第１実施形態では、Ｒｅｐｌｉｃａ＃１の接続するリンクと想定する。また、Ｒｅｐｌｉｃａ＃２は、Ｒｅｐｌｉｃａ＃１とは異なるリンクに接続すると想定する。したがって、Ｒｅｐｌｉｃａ＃２の接続するリンクは、移動端末４にとってフォーリンリンクである。

移動端末４は、最初、Ｒｅｐｌｉｃａ＃１に接続し、Ｒｅｐｌｉｃａ＃１からコンテンツをダウンロードしている。コンテンツのダウンロードは、例えば、ＨＴＴＰ（Hypertext Transfer Protocol）で行われる。Ｒｅｐｌｉｃａ＃１では、移動端末４からのアクセ
スに応じて仮想プロキシ２のオブジェクトが作成される。仮想プロキシ２は、作成元のＲｅｐｌｉｃａ＃１の接続するリンクをホームリンクとし、Ｒｅｐｌｉｃａ＃１によって割り当てられるホームアドレスを有する。この仮想プロキシ２が、移動端末４の通信相手となる。

また、仮想プロキシ２の作成元のＲｅｐｌｉｃａ＃１では、仮想プロキシ用ホームエージェント３のオブジェクトも起動している。仮想プロキシ用ホームエージェント３は、仮想プロキシ２のホームアドレスと気付けアドレスとの対応を管理する。なお、仮想プロキシ用ホームエージェント３の存在位置は、Ｒｅｐｌｉｃａ＃１と同じリンク内の装置のいずれであってもよく、限定されない。第１実施形態では、仮想プロキシ２が存在する装置と同じ装置内に存在することを想定する。

仮想プロキシ２との通信セッション確立中に、移動端末４がＲｅｐｌｉｃａ＃１の接続するリンクからＲｅｐｌｉｃａ＃２の接続するリンクに移動した場合には、移動端末４は、移動先のリンクで気付けアドレスを取得する。移動端末４は、新たに取得した気付けアドレスとホームアドレスとの対応を通知するためのＢＵを、端末用ホームエージェント５と、通信相手の仮想プロキシ２とに送信する（ＯＰ１）。

仮想プロキシ２の作成元のＲｅｐｌｉｃａ＃１は、移動端末４からのＢＵの受信によって、移動端末４の異なるリンクへの移動を検知する。Ｒｅｐｌｉｃａ＃１は、ＢＵによって通知された移動端末４の気付けアドレスから、移動端末４の近傍に位置するＲｅｐｌｉｃａを検索し、Ｒｅｐｌｉｃａ＃２を検出する。Ｒｅｐｌｉｃａ＃１は、仮想プロキシ２と移動端末４とのセッションの情報を、Ｒｅｐｌｉｃａ＃２に移動させる（ＯＰ２）。仮想プロキシ２と移動端末４とのセッションの情報には、例えば、仮想プロキシ２のホームアドレス，移動端末４のホームアドレス及び気付けアドレス，配信コンテンツ，配信コンテンツの配信完了位置，セッション状態を示す情報等が含まれる。

仮想プロキシ２と移動端末４とのセッションの情報が、Ｒｅｐｌｉｃａ＃１からＲｅｐｌｉｃａ＃２に移動することは、仮想プロキシ２がホームリンクからフォーリンリンクに移動することである。したがって、Ｒｅｐｌｉｃａ＃２に移動した仮想プロキシ２は、気付けアドレスを取得し、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２の仮想プロキシ用ホームエージェント３と、通信相手の移動端末４とにＢＵを送信する（ＯＰ３、ＯＰ４）。

また、Ｒｅｐｌｉｃａ＃１からＲｅｐｌｉｃａ＃２へ移動される移動端末４と仮想プロキシ２との間に確立されたセッションの情報には、配信コンテンツ，セッションの状態等の情報も含まれる。そのため、Ｒｅｐｌｉｃａ＃２へ移動後、仮想プロキシ２は、該セッションの情報を用いて、最初からではなく、コンテンツ配信完了位置から、コンテンツ配信を再開する。なお、仮想プロキシ２の移動中に発生する仮想プロキシ２宛ての通信データは、モバイルＩＰの仕様に則って、仮想プロキシ用ホームエージェント３から、ＩＰｉｎＩＰトンネルを通じて、Ｒｅｐｌｉｃａ＃２へ移動後の仮想プロキシ２に渡される。

すなわち、第１実施形態では、仮想プロキシ２が、通信相手の移動端末の移動に応じて、該移動端末の近傍のＲｅｐｌｉｃａに移動する。これによって、移動端末４は、移動の前後のいずれにおいても、近傍のＲｅｐｌｉｃａからコンテンツをダウンロードすることになり、ネットワーク内の余計なトラフィックの増加を抑えることができる。また、移動端末４のユーザから見ると、移動に伴うコンテンツのダウンロードのやり直しや接続先の切替のための操作を行うことなく、移動前後で継続してコンテンツ配信が行われるので、移動前後で操作の煩わしさや違和感がない。

（キャッシュサーバの構成）
図４は、キャッシュサーバ１のハードウェア構成の一例を示す図である。キャッシュサーバ１は、例えば、図３に示されるコンテンツ配信システム１００内のＲｅｐｌｉｃａ＃１又はＲｅｐｌｉｃａ＃２、Ｒｅｐｌｉｃａ＃親として動作する情報処理装置である。キャッシュサーバ１は、プロセッサ１０１，主記憶装置１０２，補助記憶装置１０５，可搬記録媒体駆動装置１０６，ネットワークインタフェース１０７を備える。また、これらはバス１０９により互いに接続されている。

可搬記録媒体駆動装置１０６は、可搬記録媒体１１０に記録されるプログラムや各種データを読出し、プロセッサ１０１に出力する。可搬記録媒体１１０は、例えば、ＳＤカード，ｍｉｎｉＳＤカード，ｍｉｃｒｏＳＤカード，ＵＳＢ（Universal Serial Bus）フラッシュメモリ，ＣＤ（Compact Disc），ＤＶＤ(Digital Versatile Disc)，Ｂｌｕ−ｒａｙ Ｄｉｓｃ，又はフラッシュメモリカードのような記録媒体である。

ネットワークインタフェース１０７は、ネットワークとの情報の入出力を行うインタフェースである。ネットワークインタフェース１０７は、有線のネットワークと接続するインタフェース、無線のネットワークと接続するインタフェースを含む。ネットワークインタフェース１０７は、例えば、ＮＩＣ（Network Interface Card），無線ＬＡＮ（Local Area Network）カード等である。ネットワークインタフェース１０７で受信されたデータ等は、プロセッサ１０１に出力される。なお、図４では、ネットワークインタフェース１０７は、便宜上、１つのボックスで表示されているが、例えば、ネットワークインタフェース１０７は、複数のポートを備えてもよい。

補助記憶装置１０５は、様々なプログラムや、各プログラムの実行に際してプロセッサ１０１が使用するデータを格納する。補助記憶装置１０５は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、又はハードディスクドライブ（Hard Disk Drive）等の不揮発性のメモリである。補助記憶装置１０５は、例えば、オペレーティングシステム（ＯＳ），コンテンツ配信プログラム，その他様々なアプリケーションプログラムを保持する。

主記憶装置１０２は、プロセッサ１０１に、補助記憶装置１０５に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする。主記憶装置１０２は、例えば、ＲＡＭ（Random Access Memory）及びＲＯＭのような半導体メモリである。

プロセッサ１０１は、例えば、ＣＰＵ（Central Processing Unit）である。プロセッ
サ１０１は、補助記憶装置１０５又は可搬記録媒体１１０に保持されたＯＳや様々なアプリケーションプログラムを主記憶装置１０２にロードして実行することによって、様々な処理を実行する。プロセッサ１０１は、１つに限られず、複数備えられてもよい。

例えば、キャッシュサーバ１は、プロセッサ１０１が補助記憶装置１０５に保持されるコンテンツ配信プログラムを主記憶装置１０２にロードして実行する。キャッシュサーバ１は、コンテンツ配信プログラムの実行を通じて、Ｒｅｐｌｉｃａとして動作する。なお、キャッシュサーバ１のハードウェア構成は、一例であり、上記に限られず、実施の形態に応じて適宜構成要素の省略や置換、追加が可能である。例えば、キャッシュサーバ１は、マウスやキーボード等の入力装置、ディスプレイ等の出力装置を備えてもよい。コンテンツ配信プログラムは、例えば、可搬記録媒体１１０に記録されていてもよい。コンテンツ配信プログラムは、「情報処理プログラム」の一例である。

図５は、第１実施形態に係るキャッシュサーバ１のＲｅｐｌｉｃａとしての機能ブロックの一例を示す図である。キャッシュサーバ１は、コンテンツ配信プログラムを実行することによって機能ブロックとして、パケット転送処理部１１，コンテンツキャッシュ管理
部１２，仮想プロキシ処理部１３，Ｗｅｂキャッシュ１４，通信状態管理テーブル群１５，仮想プロキシ用ホームエージェント１６，仮想プロキシ用ホームエージェント管理テーブル１７を含む。なお、仮想プロキシ用ホームエージェント１６，仮想プロキシ用ホームエージェント管理テーブル１７は、キャッシュサーバ１が、仮想プロキシ用ホームエージェント３を兼ねる場合に、機能ブロックとして有することとなる。

パケット転送処理部１１は、受信パケットを、コンテンツキャッシュ管理部１２，仮想プロキシ処理部１３，仮想プロキシホームエージェント処理部１６のいずれかへの振分を行う。例えば、パケット転送処理部１１は、フローを識別しており、受信パケットの属するフローに応じて、受信パケットを振り分ける。

例えば、パケット転送処理部１１は、キャッシュサーバ１から発信されたＨＴＴＰのフロー（通信相手側のポート番号が８０）のパケットを、コンテンツキャッシュ管理部１２に転送する。

キャッシュサーバ１内に存在する仮想プロキシ２には、キャッシュサーバ１の接続するリンクをホームリンクとする仮想プロキシ２と、キャッシュサーバ１の接続するリンクをフォーリンリンクとする仮想プロキシ２とがある。したがって、キャッシュサーバ１の接続するリンクをホームリンクとする仮想プロキシ２宛ての受信パケットの宛先アドレスは、該仮想プロキシ２のホームアドレスとなる。また、キャッシュサーバ１の接続するリンクをフォーリンリンクとする仮想プロキシ２宛ての受信パケットの宛先アドレスは、該仮想プロキシ２の気付けアドレスとなる。したがって、パケット転送処理部１１は、受信パケットの宛先アドレスがキャッシュサーバ１内に存在する仮想プロキシ２のホームアドレス又は気付けアドレスである場合には、受信パケットを仮想プロキシ処理部１３に転送する。

受信パケットの宛先アドレスが、後述の仮想プロキシ用ホームエージェント管理テーブル１７に記載されるアドレスである場合には、パケット転送処理部１１は、仮想プロキシ用ホームエージェント処理部１６に受信パケットを転送する。

なお、パケット転送処理部１１は、受信パケットの振り分けに、例えば、後述の通信先登録テーブル、仮想プロキシ用ホームエージェント管理テーブル１７等を参照してもよい。または、例えば、これらのテーブルとは別に、専用のテーブルを補助記憶装置１０５の記憶領域に保持し参照してもよい。

コンテンツキャッシュ管理部１２は、Ｗｅｂキャッシュ１４内のコンテンツを管理する。例えば、仮想プロキシ処理部１３から要求されるコンテンツがＷｅｂキャッシュ１４内に保持されていない場合には、Ｒｅｐｌｉｃａ＃親又はＷｅｂサーバからコンテンツをダウンロードし、Ｗｅｂキャッシュ１４に格納する。

Ｗｅｂキャッシュ１４は、コンテンツを保持する。Ｗｅｂキャッシュ１４は、例えば、補助記憶装置１０５内の記憶領域に、予め静的に、又は、コンテンツ配信プログラムの実行を通じて動的に作成される。Ｗｅｂキャッシュ１４に保持されるコンテンツは、例えば、所定期間アクセスが無い場合には、コンテンツキャッシュ管理部１２によって削除される。Ｗｅｂキャッシュ１４は、「第１の格納部」の一例である。

仮想プロキシ処理部１３は、キャッシュサーバ１内に存在する仮想プロキシ２の処理を行う。具体的には、例えば、移動端末からコンテンツ要求を受信した場合に、仮想プロキシ処理部１３は、仮想プロキシ２を作成し、該当コンテンツを要求元に送信する。

また、コンテンツ配信中に移動端末が移動し、該移動端末からＢＵを受信した場合には、仮想プロキシ処理部１３は、移動端末の移動先の近傍のＲｅｐｌｉｃａを検索する。仮想プロキシ処理部１３は、検出されたＲｅｐｌｉｃａに、該移動端末と仮想プロキシ２とのセッションの情報等を送信する。このとき送信される情報は、具体的には、後述の通信状態管理テーブル群１５に格納される通信先登録テーブルとセッション情報テーブルの該当レコードである。

また、他のＲｅｐｌｉｃａから、該Ｒｅｐｌｉｃａ内の仮想プロキシ２と移動端末とのセッションの情報等を受信した場合には、仮想プロキシ処理部１３は、該仮想プロキシ２と通信相手の移動端末４との間のセッションを再開させ、該移動端末４にコンテンツを配信する。なお、仮想プロキシ処理部１３の処理の詳細については、後述する。仮想プロキシ処理部１３は、「処理部」の一例である。

仮想プロキシ用ホームエージェント処理部１６は、キャッシュサーバ１を含む同じリンクに接続する装置において作成された仮想プロキシ２のホームエージェントの処理を行う。処理の詳細については、後述する。

（データ構造）
通信状態管理テーブル群１５は、主記憶装置１０２又は補助記憶装置１０５の記憶領域に作成される。キャッシュサーバ１内に存在する仮想プロキシ２と通信相手とのセッションの情報を格納する。通信状態管理テーブル群１５には、通信先登録テーブルと、セッション情報テーブルと、ＵＥ近傍Ｒｅｐｌｉｃａ決定テーブルとが格納される。

図６は、通信先登録テーブルの一例を示す図である。通信先登録テーブルは、キャッシュサーバ１内に存在する仮想プロキシ２と、コンテンツ配信を行っている移動端末とを記憶するテーブルである。図６に示される通信先登録テーブルは、レコードに、「ＵＥホームアドレス」、「ＵＥ気付けアドレス」、「仮想プロキシホームアドレス」、「仮想プロキシ気付けアドレス」の項目を含む。

移動端末は、ホームリンクに接続する場合には、気付けアドレスを持たない。そのため、「ＵＥ気付けアドレス」は、移動端末にとってキャッシュサーバ１の接続するリンクがホームリンクである場合には格納されず、フォーリンリンクである場合には移動端末の気付けアドレスが格納される。

また、キャッシュサーバ１内には、他のＲｅｐｌｉｃａから移動してきた仮想プロキシ２も存在する。仮想プロキシ２が、キャッシュサーバ１によって作成された場合又はキャッシュサーバ１の接続するリンクをホームリンクとする場合には、「仮想プロキシ気付けアドレス」は空となる。仮想プロキシ２が、キャッシュサーバ１の接続するリンクをフォーリンリンクとする場合には、「仮想プロキシ気付けアドレス」に、仮想プロキシ２の気付けアドレスが格納される。

通信先登録テーブルのレコードは、例えば、移動端末から１回目の接続要求を受信した場合に仮想プロキシ処理部１３によって作成、登録される。通信先登録テーブルに該当のレコードが存在することは、第１実施形態では、該当する仮想プロキシ２がキャッシュサーバ１内に存在することを意味する。コンテンツ配信が終了し、セッションが切断されると、通信先登録テーブルのレコードは、仮想プロキシ処理部１３によって削除される。通信先登録テーブルのレコードが削除されることは、第１実施形態では、該当する仮想プロキシ２がキャッシュサーバ１内に存在しなくなることを意味する。

図７は、セッション情報テーブルの一例を示す図である。セッション情報テーブルは、
通信先登録テーブルに登録される仮想プロキシ２と移動端末との間に確立するセッションの状態を保持するテーブルである。

図７に示されるセッション情報テーブルでは、項目として、「ＵＥホームアドレス」，「ＵＥポート」，「送信シーケンス番号（ＳＱＮ）」，「確認済みシーケンス番号（ＳＱＮ）」，「受信済みシーケンス番号（ＳＱＮ）」，「現在コンテンツＵＲＩ」，「現在コンテンツ内位置」が含まれる。

「ＵＥホームアドレス」によって、セッション情報テーブルのレコードと、通信先登録テーブルのレコードとが紐付けられる。

「ＵＥポート」には、移動端末と仮想プロキシ２との間で確立するＴＣＰの通信セッションの移動端末側のポート番号が格納される。仮想プロキシ２が取り扱うセッションは、移動端末が発信元となるため、セッション毎に移動端末側のポート番号は異なる。したがって、セッションは、移動端末のホームアドレス，ポート番号とで特定される。

「送信ＳＱＮ」には、仮想プロキシ２から移動端末に送信された最新のＰＤＵ（Protocol Data Unit）に付与されたシーケンス番号が格納される。「確認済みＳＱＮ」には、仮想プロキシ２から移動端末に送信されたＰＤＵに対して移動端末から確認応答（ＴＣＰ ＡＣＫ）を受信済みのシーケンス番号が格納される。「受信済みＳＱＮ」には、移動端末から仮想プロキシ２が受信した最新のＰＤＵのシーケンス番号が格納される。

「現在コンテンツＵＲＩ」には、該当のＴＣＰセッションに関して移動端末から要求されるコンテンツの識別子が格納される、図７に示される例では、コンテンツの識別子として、コンテンツのＵＲＩ（Uniform Resource Identifier）が格納されている。

「現在コンテンツ内位置」には、該当のＴＣＰセッションに関して移動端末から要求されるコンテンツの現在の先頭からの配信完了の位置が格納される。例えば、「現在コンテンツ内位置」が、０バイトである場合には、コンテンツをまだ送信していないことが示される。例えば、「現在コンテンツ内位置」が、２００バイトである場合には、コンテンツの先頭から２００バイト目まで送信完了していることが示される。

図７に示される例では、キャッシュサーバ１内の仮想プロキシ２とホームアドレス「ＵＥ＃ｘ−ＨｏｍｅＡｄｄｒｅｓｓ」の移動端末との間で、移動端末側のポート番号が「１００００」と「１０００２」との２つのセッションが確立していることが示される。なお、第１実施形態では、仮想プロキシは１つの移動端末に１つ用意され、１つの仮想プロキシと１つの移動端末との間で複数のセッションが用いられることを想定しているが、これに限られない。例えば、仮想プロキシは、セッション毎に用意されてもよい。

セッション情報テーブルのレコードは、第１実施形態では、仮想プロキシ処理部１３によって、最初の通信セッション確立時に作成される。また、ＴＣＰのＰＤＵの受信及び送信の度に、仮想プロキシ処理部１３によって、該当レコードが更新される。通信セッションが切断されると、仮想プロキシ処理部１３によって、セッション情報テーブルの該当レコードは削除される。

図８は、ＵＥ近傍Ｒｅｐｌｉｃａ決定テーブルの一例を示す図である。ＵＥ近傍Ｒｅｐｌｉｃａ決定テーブルは、ネットワークアドレスと、該ネットワークアドレスをカバーするＲｅｐｌｉｃａとの対応付けを格納するテーブルである。

図８に示されるＵＥ近傍Ｒｅｐｌｉｃａ決定テーブルは、項目として、「ＵＥ収容ネッ
トワーク」、「近隣Ｒｅｐｌｉｃａ」を含む。「ＵＥ収容ネットワーク」には、コンテンツ配信システム１００内のネットワークアドレスが格納される。「近隣Ｒｅｐｌｉｃａ」には、対応するネットワークアドレスの近傍に位置するＲｅｐｌｉｃａの識別情報が格納される。Ｒｅｐｌｉｃａの識別情報として、例えば、Ｒｅｐｌｉｃａ自身のアドレスが格納されてもよい。

ＵＥ近傍Ｒｅｐｌｉｃａ決定テーブルは、例えば、コンテンツ配信プログラムをインストールすることによって、又は、コンテンツ配信システム１００の管理者によって、予め登録される。

図９は、仮想プロキシ用ホームエージェント管理テーブル１７の一例を示す図である。仮想プロキシ用ホームエージェント管理テーブル１７は、キャッシュサーバ１の接続するリンクをホームリンクとする仮想プロキシ２のホームアドレスと気付けアドレスとの対応付けを格納するテーブルである。

図９に示される仮想プロキシ用ホームエージェント管理テーブル１７は、「仮想プロキシホームアドレス」、「仮想プロキシ気付けアドレス」を項目として含む。仮想プロキシ２は、ホームリンクに接続する場合には気付けアドレスを持たず、フォーリンリンクに接続する場合に気付けアドレスを持つ。そのため、仮想プロキシ用ホームエージェント管理テーブル１７に登録されるのは、キャッシュサーバ１の接続するリンク（仮想プロキシ２にとってホームリンク）から他のリンク（仮想プロキシ２にとってフォーリンリンク）に移動している仮想プロキシ２となる。

なお、図６〜図９に示される各テーブルは、例示であって、各テーブルのデータ構造は、図６〜図９に示される例に限られない。

（処理の流れ）
図１０は、第１実施形態におけるコンテンツ配信システム１００内の処理シーケンスの一例を示す図である。図１０に示される例では、図３に示されるコンテンツ配信システム１００において、移動端末４とＲｅｐｌｉｃａ＃１との通信セッションの確立から、移動端末４の移動及びそれに伴う仮想プロキシ２の移動完了までのシーケンスが示される。図３に示される例では、通信セッションとして、ＨＴＴＰのセッションを想定する。ただし、コンテンツ配信システム１００において移動端末４とＲｅｐｌｉｃａとの間に確立される通信セッションはＨＴＴＰに限られない。コンテンツ配信システム１００において移動
端末４とＲｅｐｌｉｃａとの間に確立される通信セッションは、１つのコンテンツを複数の視聴者へ配信することを目的とするサービスにおける、例えば、ＦＴＰ（File TransferProtocol）やＨＴＴＰ等のＴＣＰをベースとする通信であってもよいし、ＴＦＴＰ（Trivial File Transfer Protocol）のようなユニキャストのＵＤＰをベースとする通信であ
ってもよい。

なお、図１０中におけるＢＳ１，ＢＳ２は、それぞれ、移動端末が移動前、移動後に接続する基地局を示す。図１０において、初期状態として、移動端末４はＢＳ１に接続していることとする。

ＯＰ１１では、移動端末４は、ＨＴＴＰゲットメッセージを送信する。このＨＴＴＰゲットメッセージは、Ｒｅｐｌｉｃａ＃１のアドレスを宛先アドレスとして送信される。また、図１０において、このＨＴＴＰゲットメッセージが、Ｒｅｐｌｉｃａ＃１が移動端末４から最初に受信する接続要求となる。

なお、図１０では省略されているが、移動端末４は、ＯＰ１１のＨＴＴＰゲットメッセ
ージの送信に先だって、ＤＮＳ（Domain Name System）サーバにアクセスし、名前解決によってアクセス先のＵＲＬに対応するＲｅｐｌｉｃａ＃１のアドレスを取得している。

移動端末４からのＨＴＴＰゲットメッセージを受信することによって、Ｒｅｐｌｉｃａ＃１は移動端末４用の仮想プロキシ２を作成する。

ＯＰ１２では、Ｒｅｐｌｉｃａ＃１は、ＨＴＴＰリダイレクトメッセージを移動端末４に返信する。このＨＴＴＰリダイレクトメッセージは、ＵＲＬの移動を通知するメッセージである。ＨＴＴＰリダイレクトメッセージによって、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２のホームアドレスが移動端末４に通知される。

ＯＰ１３では、移動端末４は、ＨＴＴＰリダイレクトメッセージによって通知された仮想プロキシ２のホームアドレスを宛先アドレスとして、ＨＴＴＰゲットメッセージを送信する。

ＯＰ１４では、Ｒｅｐｌｉｃａ＃１は、仮想プロキシ２として、ＨＴＴＰゲットメッセージの応答メッセージを移動端末４に送信する。ＯＰ１４が完了すると、移動端末４とＲｅｐｌｉｃａ＃１内の仮想プロキシ２との間の通信セッションが確立する。

ＯＰ１５では、仮想プロキシ２としてＲｅｐｌｉｃａ＃１は、移動端末４に要求されたコンテンツを送信する。なお、Ｒｅｐｌｉｃａ＃１のＷｅｂキャッシュ１４内に、要求されたコンテンツが格納されていない場合には、Ｒｅｐｌｉｃａ＃１は、Ｒｅｐｌｉｃａ＃親から該当のコンテンツをダウンロードしてから、移動端末４に送信する。

ＯＰ１６において、移動端末４が移動し、ＢＳ１からＢＳ２にハンドオーバしたと想定する。また、ＢＳ２のカバー範囲内に移動したことによって、移動端末４が接続するリンクも変わることを想定する。

ＯＰ１７では、移動端末４は、所定のＤＨＣＰサーバ（図３には図示せず）にアクセスして、移動先のリンクにおける気付けアドレスを取得する。

ＯＰ１８では、移動端末４は、新たに気付けアドレスを取得したため、端末用ホームエージェント５にＢＵを送信する。また、モバイルＩＰにおいてＢＵは通信相手にも送信されるので、ＯＰ２１では、移動端末４は、通信相手の仮想プロキシ２としてのＲｅｐｌｉｃａ＃１にもＢＵを送信する。このＢＵには、移動端末４のホームアドレスと移動先のリンクの気付けアドレスとの対応が格納されている。なお、移動端末４が送信するＢＵが、端末用ホームエージェント５とＲｅｐｌｉｃａ＃１とのどちらに先に届くかは、ネットワーク環境に依存するところが大きく、図１０に示されるように、常に端末用ホームエージェント５に先にＢＵが届くとは限らない。

移動端末４の移動中も、仮想プロキシ２としてのＲｅｐｌｉｃａ＃１からのコンテンツの配信は行われる。ＯＰ１９及びＯＰ２０は、移動端末４からのＢＵが届く前にＲｅｐｌｉｃａ＃１によって行われるデータ送信を表す。

ＯＰ１９及びＯＰ２０では、Ｒｅｐｌｉｃａ＃１は、移動端末４の移動先の気付けアドレスを取得していないので、依然として、移動端末４のホームアドレスに宛ててデータを送信する。ＯＰ１９では、データはＢＳ１を経由するが、宛先となる移動端末４がＢＳ１の配下に存在しないため、このデータ送信は失敗に終わる。

ＯＰ２０のＲｅｐｌｉｃａ＃１からのデータ送信は、ＯＰ１９のデータ送信の再送であ
る。ＯＰ２０では、端末用ホームエージェント５はＢＵを受信しており、移動端末４の新しい気付けアドレスを取得している。そのため、ＯＰ２０において、移動端末４のホームアドレス宛てのデータは、端末用ホームエージェント５に届けられ、端末用ホームエージェント５によって、移動端末４の新しい気付けアドレスに転送される。

以降、移動端末４から送信されるデータ、及び、移動端末４に宛てて送信されるデータは、ＢＳ２を経由する。

ＯＰ２３では、Ｒｅｐｌｉｃａ＃１は、ＯＰ２１において移動端末４からＢＵを受信しているので、移動端末４の移動先の気付けアドレスから、移動端末４の近傍のＲｅｐｌｉｃａとしてＲｅｐｌｉｃａ＃２を検出する。Ｒｅｐｌｉｃａ＃１は、Ｒｅｐｌｉｃａ＃２に、移動端末４との通信セッションに関する情報を送信する。具体的には、Ｒｅｐｌｉｃａ＃１は、通信先登録テーブルと、セッション情報テーブルと、の移動端末４に該当するレコードを、Ｒｅｐｌｉｃａ＃２に送信する。Ｒｅｐｌｉｃａ＃２では、これらのレコードを受信すると、通信先登録テーブルとセッション情報テーブルとにこれらのレコードを登録する。これによって、仮想プロキシ２がＲｅｐｌｉｃａ＃１からＲｅｐｌｉｃａ＃２に移動することになる。ただし、この段階では、移動端末４は、「セッションはＲｅｐｌｉｃａ＃１との間にある」との認識のままである。

ＯＰ２４及びＯＰ２５では、仮想プロキシ２が移動したので、仮想プロキシ２としてのＲｅｐｌｉｃａ＃２は、仮想プロキシ２の気付けアドレスを取得して、仮想プロキシ用ホームエージェント３と通信相手の移動端末４とに、ＢＵを送信する。移動端末４がＲｅｐｌｉｃａ＃２からのＢＵを受信することによって、以降、移動端末４は、仮想プロキシ２の気付けアドレスを取得し、該気付けアドレスを宛先としてパケットを送信するようになる。これによってＲｅｐｌｉｃａ＃１との間のセッションがＲｅｐｌｉｃａ＃２との間へ移行する。

ＯＰ２２は、仮想プロキシ２のＲｅｐｌｉｃａ＃２への移動完了までの間に行われた、移動端末４から仮想プロキシ２宛てのデータの送信である。ＯＰ２２の段階では、移動端末４は、仮想プロキシ２の移動先の気付アドレスを取得していないので、仮想プロキシ２のホームアドレスに宛ててデータを送信する。したがって、該データは、仮想プロキシ２のホームエージェントである仮想プロキシ用ホームエージェント３に届けられる。ただし、仮想プロキシ用ホームエージェント３も、ＯＰ２２の時点では、仮想プロキシ２の移動先のアドレスを知らないので、仮想プロキシ２にデータを転送することができない。例えば、仮想プロキシ用ホームエージェント３は、仮想プロキシ２宛てのデータを、一旦バッファする。

ＯＰ２４における仮想プロキシ２からのＢＵの受信によって、仮想プロキシ用ホームエージェント３は、仮想プロキシ２の移動先の気付けアドレスを取得する。これ以降は、仮想プロキシ用ホームエージェント３は、仮想プロキシ２にデータを転送可能となる。

ＯＰ２６では、仮想プロキシ用ホームエージェント３は、ＯＰ２２においてバッファした仮想プロキシ２宛てのデータや、移動端末４から仮想プロキシ２のホームアドレスを宛先として送信されるデータを、仮想プロキシ２の移動先のＲｅｌｐｌｉｃａ＃２に送信する。仮想プロキシ用ホームエージェント３から仮想プロキシ２の移動先のＲｅｐｌｉｃａ＃２へのデータの受け渡しは、モバイルＩＰの仕様に準じて、ＩＰｉｎＩＰトンネルを用いて行われる。

一方、移動端末４は、ＯＰ２５において、仮想プロキシ２としてのＲｅｐｌｉｃａ＃２からＢＵを受信することによって、仮想プロキシ２の気付アドレスに宛ててデータを送信
可能になる。ＯＰ２７及びＯＰ２８では、移動端末４と仮想プロキシ２としてのＲｅｐｌｉｃａ＃２は、互いの気付けアドレスを知っているので、気付けアドレス宛てにデータを送信する。

（パケットの例）
次に、図１０に示されるシーケンスの例の流れにしたがって、送受信されるパケットの例について説明する。

図１１Ａは、図１０のＯＰ１１において、移動端末４からＲｅｐｌｉｃａ＃１のアドレスに宛てて送信されるＨＴＴＰゲットメッセージの例を示す図である。図１１Ａでは、移動端末４がＲｅｐｌｉｃａ＃１の接続するリンクをホームリンクとする場合のＨＴＴＰゲットメッセージが示される。図１０で説明されたシーケンスでは、移動端末４はＲｅｐｌｉｃａ＃１の接続するリンクをホームリンクとすることを想定しているため、ＯＰ１１では、図１１Ａに示されるＨＴＴＰゲットメッセージが送信される。この場合のＨＴＴＰゲットメッセージの送信元アドレスは移動端末４のホームアドレス（図中、UE#x-HomeAddress）である。ＨＴＴＰゲットメッセージの宛先アドレスは、Ｒｅｐｌｉｃａ＃１のアドレス（図中“Replica#１-Address”）である。

図１１Ｂは、移動端末４がＲｅｐｌｉｃａ＃１の接続するリンクをフォーリンリンクとする場合の、Ｒｅｐｌｉｃａのアドレス宛てに送信されるＨＴＴＰゲットメッセージの例を示す図である。この場合には、ＨＴＴＰゲットメッセージのＩＰヘッダ内には、移動端末４のホームアドレスを格納するフィールド（図中、ＩＰヘッダ内のHome Address=UE#x-HomeAddress）が設けられる。また、この場合にはＨＴＴＰゲットメッセージの送信元ア
ドレスは、移動端末４の気付けアドレス（UE#x-care of Address）となる。

図１２は、図１０のＯＰ１２において、Ｒｅｐｌｉｃａ＃１から移動端末４に送信されるＨＴＴＰリダイレクトのパケットの例を示す図である。ユーザデータ内のＬｏｃａｔｉｏｎフィールドは、ＵＲＬの移動先が格納されるフィールドであって、図１２では、仮想プロキシ２のホームアドレス（仮想Proxy#x-HomeAddress）が格納されている。このＨＴ
ＴＰリダイレクトメッセージによって、移動端末４にＲｅｐｌｉｃａ＃１内の仮想プロキシ２のホームアドレスが通知される。

図１３は、図１０のＯＰ１３において、移動端末４からＲｅｐｌｉｃａ＃１に送信されるＨＴＴＰゲットメッセージの例を示す図である。図１０のＯＰ１３では、移動端末４は、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２のホームアドレスを取得しているため、ＨＴＴＰゲットメッセージの宛先アドレスは、仮想プロキシ２のホームアドレス（仮想Proxy#x-HomeAddress）となる。ＨＴＴＰゲットメッセージの送信元アドレスは、図１１Ａと同様
に、移動端末４のホームアドレス（UE#x-HomeAddress）である。

図１４は、図１０のＯＰ１４において、Ｒｅｐｌｉｃａ＃１から移動端末４に送信されるＨＴＴＰゲットメッセージの応答パケットの例を示す図である。送信元アドレスは、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２のホームアドレス（仮想Proxy#x-HomeAddress）、
宛先アドレスは移動端末４のホームアドレス（UE#x-HomeAddress）となる。

図１５は、図１０のＯＰ１８において、移動端末４から端末用ホームエージェント５に送信されるＢＵの例を示す図である。図１０のＯＰ１８では、移動端末４は、フォーリンリンクであるＲｅｐｌｉｃａ＃２の接続するリンクに移動し、気付けアドレスを取得しているので、ＢＵの「care of address」フィールドには、移動先で取得された移動端末４
の気付けアドレス（UE#x-care of Address#2）が格納される。また、ＢＵの送信元アドレスも、移動先のリンクの移動端末４の気付けアドレス（UE#x-care of Address#2）が格納されている。

図１６Ａは、図１０のＯＰ２１において、移動端末４からセッション確立中のＲｅｐｌｉｃａ＃１内の仮想プロキシ２に送信されるＢＵの例を示す図である。該ＢＵでも、ＩＰモバイルヘッダ内の「care of address」フィールドには、移動先で取得された移動端末
４の気付けアドレス（UE#x-care of Address#2）が格納される。また、ＢＵの送信元アドレスも、移動先のリンクの移動端末４の気付けアドレス（UE#x-care of Address#2）が格納されている。ＢＵの宛先アドレスは、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２のホームアドレス（仮想Proxy#x-HomeAddress）である。なお、図１６Ａに示される例は、Ｒｅｐ
ｌｉｃａ＃１内の仮想プロキシ２が、Ｒｅｐｌｉｃａ＃１の接続するリンクをホームリンクとする場合の例である。

図１６Ｂは、移動端末４からセッション確立中のＲｅｐｌｉｃａ内の仮想プロキシ２に送信されるＢＵのパケットの例を示す図である。ただし、図１６Ｂに示される例は、Ｒｅｐｌｉｃａ＃１内の移動端末４とセッションを確立している仮想プロキシ２が、Ｒｅｐｌｉｃａ＃１の接続するリンクをフォーリンリンクとする場合の例である。そのため、図１６Ｂに示されるＢＵの宛先アドレスが、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２の気付けアドレス（仮想Proxy#y-care of Address#1）となっている。

図１７は、図１０のＯＰ２４において、Ｒｅｐｌｉｃａ＃２内の仮想プロキシ２から仮想プロキシ用ホームエージェント３に送信されるＢＵの例を示す図である。図１０のＯＰ２４では、仮想プロキシ２は、Ｒｅｐｌｉｃａ＃１からＲｅｐｌｉｃａ＃２に移動し、気付けアドレスを取得しているので、ＢＵのモバイルＩＰヘッダ内の「care of address」
フィールドには、移動先で取得された仮想プロキシ２の気付けアドレス（仮想Proxy#x-care of Address#2）が格納される。また、ＢＵの送信元アドレスも、移動先のリンクの仮
想プロキシ２の気付けアドレス（仮想Proxy#x-care of Address#2）が格納されている。

図１８は、図１０のＯＰ２５において、Ｒｅｐｌｉｃａ＃２内の仮想プロキシ２から移動端末４に送信されるＢＵの例を示す図である。該ＢＵパケットでも、モバイルＩＰヘッダ内の「care of address」フィールドには、移動先で取得された仮想プロキシ２の気付
けアドレス（仮想Proxy#x-care of Address#2）が格納される。また、ＢＵの送信元アド
レスも、移動先のリンクの仮想プロキシ２の気付けアドレス（仮想Proxy#x-care of Address#2）が格納されている。

（内部処理）
次に、図１０に示されるシーケンスの例の流れにしたがって、キャッシュサーバ１の内部処理のフローについて説明する。

図１９は、Ｒｅｐｌｉｃａのアドレス宛てのＨＴＴＰゲットメッセージを受信した場合の、仮想プロキシ処理部１３の処理のフローチャートの一例である。図１９に示されるフローチャートは、例えば、図１０のＯＰ１１において、プロキシ処理部１３がＲｅｐｌｉｃａ＃１のアドレス宛てのＨＴＴＰゲットメッセージ（図１１Ａ参照）を受信するとＲｅｐｌｉｃａ＃１において開始される。

Ｓ１では、仮想プロキシ処理部１３は、受信パケット（ＨＴＴＰゲットメッセージ）から、移動端末４のホームアドレスを取り出す。Ｒｅｐｌｉｃａ＃１の接続するリンクが移動端末４にとってホームリンクである場合には、仮想プロキシ処理部１３は、ＨＴＴＰゲットメッセージの送信元アドレスから移動端末４のホームアドレスを取り出す（図１１Ａ参照）。Ｒｅｐｌｉｃａ＃１の接続するリンクが移動端末４にとってフォーリンリンクである場合には、仮想プロキシ処理部１３は、ＨＴＴＰゲットメッセージから、移動端末４
のホームアドレスと、送信元アドレスから移動端末４の気付けアドレスと、を取り出す（図１１Ｂ参照）。次に処理がＳ２に進む。

Ｓ２では、仮想プロキシ処理部１３は、Ｓ１で受信パケット（ＨＴＴＰゲットメッセージ）から取り出した移動端末４のホームアドレスをキーとして、通信先登録テーブルの「ＵＥホームアドレス」の項目を検索する。Ｓ１で受信パケット（ＨＴＴＰゲットメッセージ）から取り出した移動端末４のホームアドレスに合致するレコードがない場合には（Ｓ３：ＮＯ）、処理がＳ４に進む。

Ｓ４では、通信先登録テーブルに該当レコードが存在しない、すなわち、移動端末４用の仮想プロキシ２がキャッシュサーバ１内に存在していないので、仮想プロキシ処理部１３は、仮想プロキシ２を作成するために、仮想プロキシ２のホームアドレスを捕捉する。仮想プロキシ２のホームアドレスは、例えば、ＤＨＣＰサーバから取得されてもよいし、キャッシュサーバ１が予め仮想プロキシ２用のアドレスプールを保持しており、アドレスプール内の未使用のアドレスから取得されてもよい。次に、処理がＳ５に進む。

Ｓ５では、仮想プロキシ処理部１３は、通信先登録テーブルにレコードを追加する。このとき追加されるレコードの、「ＵＥホームアドレス」，「ＵＥ気付けアドレス」，「仮想プロキシホームアドレス」の項目には、それぞれ、Ｓ１で取り出された移動端末４のホームアドレス，気付けアドレス，Ｓ４で捕捉された仮想プロキシ２のホームアドレスが格納される。なお、レコードの「仮想プロキシ気付けアドレス」は、仮想プロキシ２がホームリンクに存在しているため、空となる。また、「ＵＥ気付けアドレス」は、移動端末４はキャッシュサーバ１の接続するリンクをホームリンクとする場合には、空である。次に、処理がＳ６に進む。

Ｓ１で受信パケット（ＨＴＴＰゲットメッセージ）から取り出された移動端末４のホームアドレスに合致するレコードがある場合には（Ｓ３：ＹＥＳ）、移動端末４と通信セッション確立中の仮想プロキシ２が存在することが示される。この場合には、通信先登録テーブルにレコードを追加しなくてもよいため、処理がＳ６に進む。

Ｓ６では、仮想プロキシ処理部１３は、移動端末４にＨＴＴＰリダイレクトメッセージを返信する。ＨＴＴＰリダイレクトメッセージには、ＵＲＬの移動先を格納するＬｏｃａｔｉｏｎフィールドがあり、仮想プロキシ処理部１３は、このＬｏｃａｔｉｏｎフィールドに仮想プロキシ２のホームアドレスを格納する（図１２参照）。これによって、移動端末４に仮想プロキシ２のホームアドレスが通知される。Ｓ６の処理は、例えば、図１０のＯＰ１２に相当する。その後、図１９に示される処理が終了する。

図２０Ａ，図２０Ｂ，図２０Ｃ，図２０Ｄは、Ｒｅｐｌｉｃａ内の仮想プロキシのアドレス宛てのＴＣＰパケットを受信した場合の、仮想プロキシ処理部１３の処理のフローチャートの一例である。図２０Ａに示されるフローチャートは、例えば、プロキシ処理部１３がキャッシュサーバ１内の仮想プロキシ２のホームアドレス宛てのＴＣＰパケットを受信すると開始される。図１０のＯＰ１３において、Ｒｅｐｌｉｃａ＃１が移動端末４からＨＴＴＰゲットメッセージを受信した場合にも、Ｒｅｐｌｉｃａ＃１において図２０Ａに示されるフローチャートが開始される。

Ｓ１１〜Ｓ１３の処理は、図１９のＳ１〜Ｓ３と同様である。Ｓ１１では、仮想プロキシ処理部１３は、受信パケット（ＴＣＰパケット）から、移動端末４のホームアドレスを取り出す。Ｓ１２では、仮想プロキシ処理部１３は、Ｓ１１で受信パケットから取り出した移動端末４のホームアドレスをキーとして、通信先登録テーブルの「ＵＥホームアドレス」の項目を検索する。

Ｓ１１で受信パケットから取り出された移動端末４のホームアドレスに合致するレコードがある場合には（Ｓ１３：ＹＥＳ）、処理がＳ１４に進む。図２０Ａより先に実行される図１９に示される処理において、通信先登録テーブルにはレコードが登録されているため、通常は、処理がＳ１４に進む。

Ｓ１１で受信パケットから取り出された移動端末４のホームアドレスに合致するレコードがない場合には（Ｓ１３：ＮＯ）、受信パケットの宛先となっている仮想プロキシ２がキャッシュサーバ１内に存在しないため、図２０Ａ〜図２０Ｄに示される処理が終了する。

Ｓ１４では、受信パケットから、送信元のポート番号を取り出す。この送信元のポート番号は、ＴＣＰセッションの移動端末４側のポート番号である。次に処理がＳ１５に進む。

Ｓ１５では、仮想プロキシ処理部１３は、Ｓ１１で受信パケットから取り出した移動端末４のホームアドレス，Ｓ１４で受信パケットから取り出した送信元のポート番号をキーとして、セッション情報テーブルの「ＵＥホームアドレス」，「ＵＥポート」の項目を検索する。合致するレコードがある場合には（Ｓ１６：ＹＥＳ）、処理がＳ２０に進む。合致するレコードがない場合には（Ｓ１６：ＮＯ）、処理がＳ１７に進む。

Ｓ１７では、仮想プロキシ処理部１３は、受信パケットが接続要求であるか否かを判定する。接続要求のＴＣＰパケットは、ＴＣＰ ＳＹＮパケットであって、ＨＴＴＰゲットメッセージはＴＣＰ ＳＹＮパケットの一つである。受信パケットが接続要求である場合には（Ｓ１７：ＹＥＳ）、処理がＳ１８に進む。受信パケットが接続要求でない場合には（Ｓ１７：ＮＯ）、セッション情報テーブルに該当のレコードがなく、セッションが確立していないため、図２０Ａ〜図２０Ｄに示される処理が終了する。

Ｓ１８では、仮想プロキシ処理部１３は、セッション情報テーブルにレコードを追加する。このとき追加されるレコードの、「ＵＥホームアドレス」，「ＵＥポート」には、それぞれ、Ｓ１１で取り出された移動端末４のホームアドレス，Ｓ１４で取り出された送信元のポート番号が格納される。その他のレコードの項目の情報も受信パケットから抽出されてセッション情報テーブルに格納される。次に、処理がＳ１９に進む。

Ｓ１９では、仮想プロキシ処理部１３は、受信パケット（接続要求）の送信元の移動端末４に、応答を送信する。受信パケットがＨＴＴＰゲットメッセージである場合には、応答は、ＨＴＴＰ ２００ ＯＫのパケットとなる（図１４参照）。その後、図２０Ａ〜図２０Ｄに示される処理が終了する。Ｓ１９の処理は、例えば、図１０のＯＰ１４に相当する。

Ｓ２０以降は、通信先登録テーブル及びセッション情報テーブルに、受信パケットの送信元の移動端末４に該当するレコードがある場合の処理である。Ｓ２０では、仮想プロキシ処理部１３は、受信パケットは切断要求であるか否かを判定する。受信パケットが切断要求である場合には（Ｓ２０：ＹＥＳ）、処理がＳ２２に進む。

受信パケットが切断要求でない場合には（Ｓ２０：ＮＯ）、仮想プロキシ２と移動端末４との間にセッションが確立していることは判定済みであるので、受信パケットがデータパケットであることが示される。この場合には、処理がＳ２１に進む。

Ｓ２１では、受信パケットがデータパケットであるので、仮想プロキシ処理部１３は、受信パケットから情報を抽出して、セッション情報テーブルの該当レコードを更新する。例えば、仮想プロキシ処理部１３は、受信パケットのシーケンス番号を抽出して、セッション情報レコードの「送信ＳＱＮ」，「確認済みＳＱＮ」，「受信済みＳＱＮ」のうちの該当する項目を更新する。また、仮想プロキシ処理部１３は、コンテンツの次のＰＤＵを移動端末４に送信する。その後、図２０Ａ〜図２０Ｄに示される処理が終了する。Ｓ２１の処理は、例えば、図１０のＯＰ１５の処理に相当する。

Ｓ２２では、受信パケットが切断要求であるので、仮想プロキシ処理部１３は、セッション情報テーブルの、受信パケットの送信元のホームアドレスと、送信元のポート番号とが「ＵＥホームアドレス」，「ＵＥポート」に一致するレコードを削除する。次に処理がＳ２３に進む。

Ｓ２３では、受信パケットの送信元の移動端末４にＴＣＰ ＦＩＮパケットを送信する。移動端末４がこのＴＣＰ ＦＩＮパケットを受信することによって、移動端末４と仮想プロキシ２との通信セッションが切断される。次に処理がＳ２４に進む。

Ｓ２４では、仮想プロキシ処理部１３は、受信パケットから取り出した移動端末４のホームアドレスをキーとして、セッション情報テーブルの「ＵＥホームアドレス」の項目を検索する。Ｓ２４は、Ｓ２２において削除したレコードで示されるセッションの他に、仮想プロキシ２と移動端末４とのセッションが存在するか否かを確認する処理である。移動端末４のホームアドレスに「ＵＥホームアドレス」の項目が合致するレコードがある場合には（Ｓ２５：ＹＥＳ）、仮想プロキシ２と移動端末４との間に他のセッションが存在しているため、通信先登録テーブルの該当レコードは削除されずに、図２０Ａ〜図２０Ｄに示される処理が終了する。

セッション情報テーブルにおいて、移動端末４のホームアドレスに「ＵＥホームアドレス」の項目が合致するレコードがない場合には（Ｓ２５：ＮＯ）、仮想プロキシ２と移動端末４との間にセッションが存在しないことが示される。この場合には、仮想プロキシ２を削除すればよい。したがって、Ｓ２６〜Ｓ２８は、仮想プロキシ２を削除する処理である。

Ｓ２６では、仮想プロキシ処理部１３は、通信先登録テーブルの該当レコードから、仮想プロキシ２がホームリンクに接続しているか否かを判定する。仮想プロキシ２がホームリンクに接続している場合には、通信先登録テーブルの該当レコードの「仮想プロキシ気付けアドレス」の項目が空となる。一方、仮想プロキシ２がフォーリンリンクに接続している場合には、通信先登録テーブルの該当レコードの「仮想プロキシ気付けアドレス」の項目に気付けアドレスが格納される。したがって、仮想プロキシ２は、ホームリンクに接続しているか否かは、通信先登録テーブルの該当レコードの「仮想プロキシ気付けアドレス」の項目の値の有無によって判定される。

仮想プロキシ２がフォーリンリンクに接続している場合には（Ｓ２６：ＮＯ）、仮想プロキシ２が他のリンクから移動してきたことが示される。この場合には、仮想プロキシ２を管理する仮想プロキシ用ホームエージェント３の仮想プロキシ用ホームエージェント管理テーブル１７に、仮想プロキシ２のホームアドレスと気付けアドレスを含むレコードが存在する。したがって、Ｓ２７では、仮想プロキシ処理部１３は、仮想プロキシ２のホームアドレスに宛てて、仮想プロキシ用ホームエージェント管理テーブル１７の仮想プロキシ２のホームアドレスと気付けアドレスを含むレコードの削除の指示を送信する。仮想プロキシ２のホームアドレスに宛て送信された該削除指示は、仮想プロキシ２を管理する仮想プロキシ用ホームエージェント３に届き、仮想プロキシ用ホームエージェント管理テーブル１７から該当のエントリが削除される。次に、処理がＳ２８に進む。

仮想プロキシ２がホームリンクに接続している場合には（Ｓ２６：ＹＥＳ）、仮想プロキシ２を管理する仮想プロキシ用ホームエージェント３の仮想プロキシ用ホームエージェント管理テーブル１７には、仮想プロキシ２のレコードは存在しない。そのため、処理がＳ２８に進む。

Ｓ２８では、仮想プロキシ処理部１３は、通信先登録テーブルから、仮想プロキシ２に該当するレコードを削除する。通信先登録テーブルから該当のレコードが削除されることによって、Ｒｅｐｌｉｃａから移動端末４用の仮想プロキシ２が削除される。その後、図２０Ａ〜図２０Ｄに示される処理が終了する。

図２１は、図１０のＯＰ１４の処理の後のＲｅｐｌｉｃａ＃１の通信先登録テーブルとセッション情報テーブルの例である。図１０に示される例では、Ｒｅｐｌｉｃａ＃１が仮想プロキシ２を作成するため、仮想プロキシ２はホームリンクに接続する。また、図１０に示される例では、移動端末４は、Ｒｅｐｌｉｃａ＃１の接続するリンクをホームリンクとすることが想定されている。そのため、図２１に示される通信先登録テーブルのレコードには、「ＵＥホームアドレス」，「仮想プロキシホームアドレス」の項目に値が格納されており、「ＵＥ気付けアドレス」，「仮想プロキシ気付けアドレス」の項目は値が格納されていない。

また、図１０のＯＰ１４では、コンテンツの配信は始まっていないため、セッション情報テーブルのレコードの「現在コンテンツ位置」の項目の値は「０ｂｙｔｅ」である。

図２２は、移動端末４からＢＵを受信した場合の仮想プロキシ処理部１３の処理のフローチャートの一例を示す図である。図２２に示されるフローチャートは、例えば、キャッシュサーバ１内の仮想プロキシ２宛てのＢＵを受信した場合に開始される。図１０のＯＰ２１において、Ｒｅｐｌｉｃａ＃１が移動端末４からＢＵ（図１６Ａ参照）を受信した場合にも、Ｒｅｐｌｉｃａ＃１において図２２に示されるフローチャートが開始される。

Ｓ３１では、仮想プロキシ処理部１３は、受信パケット（ＢＵ）から送信元の移動端末４のホームアドレスを取り出す（図１６Ａ参照）。次に処理がＳ３２に進む。

Ｓ３２では、仮想プロキシ処理部１３は、通信先登録テーブルの「ＵＥホームアドレス」の項目をＳ３１で取得した移動端末４のホームアドレスで検索する。通信先登録テーブルに、移動端末４のホームアドレスに「ＵＥホームアドレス」の項目の値が合致するレコードが無い場合には（Ｓ３３：ＮＯ）、該移動端末４とのセッションは存在しておらず、図２２に示される処理が終了する。

移動端末４のホームアドレスに「ＵＥホームアドレス」の項目の値が合致するレコードがある場合には（Ｓ３３：ＹＥＳ）、受信パケット（ＢＵ）によって、他のリンクに該移動端末４が移動したことが通知されている。したがって、次のＳ３４以降では、移動端末４とのセッションを維持する仮想プロキシ２を、移動端末４の移動先の近傍に位置するＲｅｐｌｉｃａに移動させるための処理が行われる。以降、仮想プロキシ２の移動先となるＲｅｐｌｉｃａを、移動端末４の移動に伴ってセッションごと移動させるので、ハンドオーバ先と称する。また、仮想プロキシ４の移動元のＲｅｐｌｉｃａを、ハンドオーバ元と称する。

Ｓ３４では、仮想プロキシ処理部１３は、セッション情報テーブルの「ＵＥホームアドレス」が移動端末４のホームアドレスに合致する全てのセッションを中断する。次に処理がＳ３５に進む。

Ｓ３５では、仮想プロキシ処理部１３は、通信先登録テーブルの該当レコードの「ＵＥ気付アドレス」を受信パケット（ＢＵ）内の移動端末４の気付けアドレスで更新する。次に、処理がＳ３６に進む。

Ｓ３６では、仮想プロキシ処理部１３は、移動端末４の移動先に最も近いＲｅｐｌｉｃａを検索する。具体的には、仮想プロキシ処理部１３は、受信パケット（ＢＵ）内の移動端末４の気付けアドレスでＵＥ近傍Ｒｅｐｌｉｃａ決定テーブルを検索し、移動端末４の移動先の近傍のＲｅｐｌｉｃａを検出する。検出されたＲｅｐｌｉｃａは、ハンドオーバ先のＲｅｐｌｉｃａとなる。次に処理がＳ３７に進む。

Ｓ３７では、仮想プロキシ処理部１３は、通信先登録テーブルとセッション情報テーブルの該当レコードをハンドオーバ先のＲｅｐｌｉｃａに送信する。通信先登録テーブルとセッション情報テーブルの該当レコードは、「ＵＥホームアドレス」が受信パケット（ＢＵ）内の移動端末４のホームアドレスに合致するレコードである。次に処理がＳ３８に進む。Ｓ３７の処理は、例えば、図１０のＯＰ２３に相当する。

Ｓ３８では、仮想プロキシ処理部１３は、通信先登録テーブルとセッション情報テーブルの該当レコードを削除する。これによって、ハンドオーバ元となるＲｅｐｌｉｃａから該当の仮想プロキシ２が削除される。その後、図２２に示される処理が終了する。

図２３は、他のＲｅｐｌｉｃａより通信先登録テーブルとセッション情報テーブルとのレコードを受信した場合の、ハンドオーバ先のＲｅｐｌｉｃａとしての、仮想プロキシ処理部１３の処理のフローチャートの一例である。図２３に示されるフローチャートは、他のＲｅｐｌｉｃａより通信先登録テーブルとセッション情報テーブルとのレコードを受信した場合に開始される。図１０のＯＰ２３において、Ｒｅｐｌｉｃａ＃２がＲｅｐｌｉｃａ＃１からセッションの情報を受信した場合にも、Ｒｅｐｌｉｃａ＃２において図２３に示されるフローチャートが開始される。

Ｓ４１では、仮想プロキシ処理部１３は、ハンドオーバ元のＲｅｐｌｉｃａから受信したレコードを、通信先登録テーブルとセッション情報テーブルとに登録する。これによって、仮想プロキシ２は、ハンドオーバ元からハンドオーバ先に移動完了する。次に処理がＳ４２に進む。

Ｓ４２では、仮想プロキシ２はフォーリンリンクに移動してきたことになるので、仮想プロキシ処理部１３は、仮想プロキシ２の気付けアドレスを捕捉する。例えば、所定のＤＨＣＰサーバから仮想プロキシ２の気付けアドレスは取得される。次に処理がＳ４３に進む。

Ｓ４３では、仮想プロキシ処理部１３は、通信先登録テーブルの該当レコードの「仮想プロキシ気付アドレス」の項目に、Ｓ４２で取得した仮想プロキシ２の気付けアドレスを格納する。次に処理がＳ４４に進む。

Ｓ４４、Ｓ４５では、仮想プロキシ２が新しく気付けアドレスを取得したので、仮想プロキシ２を管理する仮想プロキシ用ホームエージェント３と、通信相手の移動端末４とにＢＵを送信する。ＢＵには、通信先登録テーブルの受信レコード内の仮想プロキシ２のホームアドレスと、Ｓ４２で取得された仮想プロキシ２の気付けアドレスとの対応が格納される。

より具体的には、Ｓ４４では、通信先登録テーブルの受信レコードの仮想プロキシ２の
ホームアドレスを宛先としてＢＵが仮想プロキシ２を管理する仮想プロキシ用ホームエージェント３に送信される。Ｓ４４の処理は、例えば、図１０のＯＰ２４に相当する。Ｓ４５では、通信先登録テーブルの受信レコードの「ＵＥ気付けアドレス」が示すアドレスを宛先として通信相手の移動端末４にＢＵが送信される。Ｓ４５の処理は、例えば、図１０のＯＰ２５に相当する。次に処理がＳ４６に進む。

Ｓ４６では、仮想プロキシ処理部１３は、セッション情報テーブルの受信レコードを用いて、移動端末４とのセッションを再開させ、コンテンツ配信を再開させる。例えば、セッション情報テーブルの該当レコードの「ＵＥポート」を移動端末４側のポート番号として用い，「送信ＳＱＮ」等の続きのシーケンス番号，「現在コンテンツ内位置」が示す位置の続きの位置から始まるコンテンツデータを用いることによって、移動端末４とのセッションが再開される。その後、図２３に示される処理が終了する。

図２４は、図１０のＯＰ２３の処理の後の、Ｒｅｐｌｉｃａ＃１とＲｅｐｌｉｃａ＃２との通信先登録テーブルとセッション情報テーブルとの例である。Ｒｅｐｌｉｃａ＃１内の通信先登録テーブルとセッション情報テーブルとの該当レコードがＲｅｐｌｉｃａ＃２の通信先登録テーブルとセッション情報テーブルとにコピーされている。なお、この後、Ｒｅｐｌｉｃａ＃１から通信先登録テーブルとセッション情報テーブルとの該当レコードは削除される。

図２５は、仮想プロキシ２よりＢＵを受信した場合の、仮想プロキシ用ホームエージェントとしての、仮想プロキシ用ホームエージェント処理部１６の処理のフローチャートの一例である。図２５に示されるフローチャートは、仮想プロキシ２よりＢＵを受信した場合に開始される。図１０のＯＰ２４において、仮想プロキシ用ホームエージェント３がＲｅｐｌｉｃａ＃２内に移動した仮想プロキシ２からＢＵ（図１５参照）を受信した場合にも、仮想プロキシ用ホームエージェント３を備えるＲｅｐｌｉｃａ＃１において図２５に示されるフローチャートが開始される。

Ｓ５１では、仮想プロキシ用ホームエージェント処理部１６は、受信パケット（ＢＵ）から送信元の仮想プロキシ２のホームアドレスと気付けアドレスとを取り出す（図１５参照）。次に処理がＳ５２に進む。

Ｓ５２では、仮想プロキシ用ホームエージェント処理部１６は、仮想プロキシ用ホームエージェント管理テーブル１７の該当レコードが有る場合には、受信パケット（ＢＵ）から取り出した送信元の仮想プロキシ２の気付けアドレスで「仮想プロキシ気付けアドレス」の項目を更新する。仮想プロキシ用ホームエージェント管理テーブル１７の該当レコードがない場合には、受信パケット（ＢＵ）から取り出した送信元の仮想プロキシ２のホームアドレスと気付けアドレスとを、「仮想プロキシホームアドレス」，「仮想プロキシ気付けアドレス」の項目に設定してレコードを追加する。その後、図２５に示される処理が終了する。

図２６は、図１０のＯＰ２４の処理の後の、Ｒｅｐｌｉｃａ＃１とＲｅｐｌｉｃａ＃２との仮想プロキシ用ホームエージェント管理テーブル１７の例である。図１０のＯＰ２４において、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ用ホームエージェント処理部１６は、図２５に示される処理を実行する。そのため、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ用ホームエージェント管理テーブル１７には、仮想プロキシ２のホームアドレス（仮想Proxy#x-HomeAddress）と、ハンドオーバ先の気付けアドレス（仮想Proxy#x-care of Address#2）とが格納されている。一方、Ｒｅｐｌｉｃａ＃２内の仮想プロキシ用ホームエージェント処理部１６では、図２５に示される処理が発生せず、初期状態のままである。

図２７は、移動端末４からＴＣＰパケットを受信した場合の、仮想プロキシ用ホームエージェント３としての、仮想プロキシ用ホームエージェント処理部１６の処理のフローチャートの一例である。図２７に示されるフローチャートは、移動端末４から、仮想プロキシ用ホームエージェント３が管理する仮想プロキシ２のホームアドレス宛てのＴＣＰデータを受信した場合に開始される。図１０のＯＰ２２において、仮想プロキシ用ホームエージェント３が他のリンクに移動した移動端末４からデータを受信した場合にも、仮想プロキシ用ホームエージェント３を備えるＲｅｐｌｉｃａ＃１において図２７に示されるフローチャートが開始される。

Ｓ６１では、仮想プロキシ用ホームエージェント処理部１６は、受信パケット（ＴＣＰパケット）から仮想プロキシ２のホームアドレスを取り出す。仮想プロキシ２のホームアドレスは、受信パケット（ＴＣＰパケット）の宛先アドレスとして格納されている。次に処理がＳ６２に進む。

Ｓ６２では、仮想プロキシ用ホームエージェント処理部１６は、受信パケットから取得した仮想プロキシ２のホームアドレスをキーとして、仮想プロキシ用ホームエージェント管理テーブル１７の「仮想プロキシホームアドレス」の項目を検索する。受信パケットから取得した仮想プロキシ２のホームアドレスに「仮想プロキシホームアドレス」の項目の値が合致する仮想プロキシ用ホームエージェント管理テーブル１７のレコードが有る場合には（Ｓ６３：ＹＥＳ）、処理がＳ６４に進む。受信パケットから取得した仮想プロキシ２のホームアドレスに「仮想プロキシホームアドレス」の項目の値が合致する仮想プロキシ用ホームエージェント管理テーブル１７のレコードが無い場合には（Ｓ６３：ＮＯ）、処理がＳ６５に進む。

Ｓ６４では、仮想プロキシ用ホームエージェント処理部１６は、仮想プロキシ用ホームエージェント管理テーブル１７の該当レコードの「仮想プロキシ気付けアドレス」の項目のアドレスに宛てて受信パケットを転送する。このとき、受信パケットはＩＰｉｎＩＰでカプセル化される。Ｓ６４の処理は、例えば、図１０のＯＰ２６の処理に相当する。その後図２７に示される処理が終了する。

なお、ＩＰｉｎＩＰでカプセル化されたパケットを仮想プロキシ２としてのＲｅｐｌｉｃａが受信した場合には、該Ｒｅｐｌｉｃａの仮想プロキシ処理部１３は、受信パケットの非カプセル化を行ってから、例えば、図２０Ａ〜図２０Ｄと同様の処理を行う。

Ｓ６５では、仮想プロキシ用ホームエージェント処理部１６は、受信パケットの転送先となる仮想プロキシ２の気付けアドレスを知らないので、受信パケットをバッファに一時保持する。その後図２７に示される処理が終了する。なお、バッファに一時保持されたＴＣＰパケットは、例えば、仮想プロキシ２からのＢＵによって仮想プロキシ２の気付けアドレスが通知された場合に、仮想プロキシ２にＩＰｉｎＩＰトンネルで転送される。

＜第１実施形態の作用及び効果＞
第１実施形態では、移動端末の移動に対応させて、該移動端末がセッションを確立している仮想プロキシも移動端末の移動先の近くのキャッシュサーバ１に移動させる。これによって、移動端末と仮想プロキシ間のコンテンツ配信システムのネットワーク内を流れるトラフィック量の増加を抑えることができる。これによって、コンテンツ配信システムのネットワーク内の負荷を軽減することができる。

また、仮想プロキシの移動の際には、移動端末との間に確立中のセッションに関する情報も併せて移動先のキャッシュサーバ１に通知されるので、移動元からのセッションを継続させることができる。これは、移動端末のユーザにとっては、コンテンツ配信を継続さ
せるためのいずれの操作も行うことなく、移動端末の移動の前後で継続してコンテンツを受信でき、利便性が高い。

また、第１実施形態では、移動端末とＲｅｐｌｉｃａ間の通信はモバイルＩＰに則っており、既存のモバイルＩＰを活用することができる。

＜第２実施形態＞
第２実施形態では、仮想プロキシ２のホームアドレス及び気付けアドレスにキャッシュサーバ１のアドレスを用いることで、アドレス削減を行う。第２実施形態において、第１実施形態と共通する説明は省略される。

第２実施形態では、キャッシュサーバ１のハードウェア構成及び機能ブロックは、第１実施形態と共通であり、図４，図５に示される通りである。

（データ構造）
第２実施形態では、仮想プロキシ２のホームアドレス及び気付けアドレスにキャッシュサーバ１のアドレスを用いるため、第１実施形態と、テーブルのデータ構造が異なる。

図２８は、第２実施形態に係る通信先登録テーブルの例である。第２実施形態では、通信先登録テーブルのレコードは、「ＵＥホームアドレス」，「ＵＥ気付けアドレス」，「仮想プロキシホームアドレス」の項目を有する。第２実施形態では、仮想プロキシ２の気付けアドレスはＲｅｐｌｉｃａのアドレスが用いられ、ＲｅｐｌｉｃａのアドレスはＲｅｐｌｉｃａ自身が認識済みのためである。

また、第２実施形態では、仮想プロキシ２のホームアドレスは、Ｒｅｐｌｉｃａのアドレスが用いられるため、通信先登録テーブルのレコードの「仮想プロキシホームアドレス」のアドレスによって、該仮想プロキシ２の作成元のＲｅｐｌｉｃａを識別可能である。

図２８に示される通信先登録テーブルが図３のコンテンツ配信システム１００内のＲｅｐｌｉｃａ＃１のものである。「仮想プロキシホームアドレス」がＲｅｐｌｉｃａ＃１のアドレス（Replica#1-Address）であるレコードの仮想プロキシ２は、Ｒｅｐｌｉｃａ＃
１によって作成されたものであり、ホームリンクに接続している。

「仮想プロキシホームアドレス」がＲｅｐｌｉｃａ＃２のアドレス（Replica#2-Address）であるレコードの仮想プロキシ２は、Ｒｅｐｌｉｃａ＃２によって作成されたもので
あり、フォーリンリンクに接続している。該レコードの仮想プロキシ２の気付けアドレスは、Ｒｅｐｌｉｃａ＃１のアドレス（Replica#1-Address）となる。

図２９は、第２実施形態に係る仮想プロキシ用ホームエージェント管理テーブル１７の例である。第１実施形態では、仮想プロキシ用ホームエージェント３は、フォーリンリンクに接続する仮想プロキシ２をホームアドレスと気付けアドレスとで識別していた。しかしながら、第２実施形態では、仮想プロキシ２のホームアドレスは、Ｒｅｐｌｉｃａのアドレスとなるため、ホームアドレスと気付けアドレスとでは仮想プロキシ２を識別できない。したがって、第２実施形態では、仮想プロキシ用ホームエージェント３は、フォーリンリンクに接続する仮想プロキシ２を通信相手の移動端末のホームアドレスと仮想プロキシ２の気付けアドレスとで識別する。

したがって、第２実施形態では、仮想プロキシ用ホームエージェント管理テーブル１７のレコードの項目は、「ＵＥホームアドレス」と「仮想プロキシ気付けアドレス」とになる。

（処理の流れ）
図３０は、第２実施形態に係るコンテンツ配信システム１００における処理のシーケンスの一例を示す図である。図３０では、第１実施形態の図１０と同様に、図３に示されるコンテンツ配信ネットワークにおいて、移動端末４とＲｅｐｌｉｃａ＃１との通信セッションの確立から、移動端末４の移動及びそれに伴う仮想プロキシ２の移動完了までのシーケンスが示される。図３０に示される例の前提は、図１０に示される例と同じである。

図１０に示される第１実施形態のシーケンスと比較すると、図３０に示される第２実施形態のシーケンスには、ＨＴＴＰゲットメッセージに対してＨＴＴＰリダイレクトメッセージを返信する処理（図１０のＯＰ１１、ＯＰ１２）が無い。これは、第２実施形態では、Ｒｅｐｌｉｃａのアドレスが仮想プロキシ２のホームアドレスとして用いられるためである。

ＯＰ３１において移動端末４から送信されるＨＴＴＰゲットメッセージの宛先は、Ｒｅｐｌｉｃａ＃１のアドレスである。これは、ＯＰ３１に先立って、移動端末４が所定のＤＮＳサーバからＲｅｐｌｉｃａ＃１のアドレスを取得しているためである（図３０では省略）。このＨＴＴＰゲットメッセージを受信すると、Ｒｅｐｌｉｃａ＃１内では、移動端末４とセッションを確立する仮想プロキシ２が作成される。この仮想プロキシ２のホームアドレスは、Ｒｅｐｌｉｃａ＃１のアドレスであり、ＨＴＴＰゲットメッセージの宛先と一致する。そのため、ＯＰ３２では、Ｒｅｐｌｉｃａ＃１は、移動端末４に仮想プロキシ２のホームアドレスを通知するためのＨＴＴＰリダイレクトを送信せずに、ＨＴＴＰゲットメッセージの応答メッセージ（ＨＴＴＰ ２００ ＯＫ）を移動端末４に送信する。

ＯＰ３３以降は、図１０のＯＰ１５以降と同様のシーケンスとなる。そのため、ＯＰ３３以降の処理の説明は省略される。

（パケットの例）
図３０に示されるシーケンスの例の流れにしたがって、送受信されるパケットの例について説明する。なお、第１実施形態と共通するパケットについては、説明を省略する。

図３１は、図３０のＯＰ３１において、移動端末４からＲｅｐｌｉｃａ＃１のアドレスに宛てて送信されるＨＴＴＰゲットメッセージの例である。ＨＴＴＰゲットメッセージの宛先アドレスは、Ｒｅｐｌｉｃａ＃１のアドレス（Replica#1-Address）である。図３０
のシーケンスのＯＰ３１において、移動端末４は、Ｒｅｐｌｉｃａ＃１の接続するリンクをホームリンクとする。したがって、図３１に示される例のＨＴＴＰゲットメッセージの送信元アドレスは、移動端末４のホームアドレス（UE#x-HomeAddress）である。

図３２は、図３０のＯＰ３２において、Ｒｅｐｌｉｃａ＃１から移動端末４に送信されるＨＴＴＰゲットメッセージの応答メッセージ（ＨＴＴＰ ２００ ＯＫ）のパケットの例を示す図である。図３２に示される例のＨＴＴＰゲットメッセージの応答メッセージの送信元アドレスは、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２のホームアドレス、すなわち、Ｒｅｐｌｉｃａ＃１のアドレス（Replica#1-Address）である。また、宛先アドレスは
移動端末４のホームアドレス（UE#x-HomeAddress）である。

図３０のＯＰ３６において、移動端末４から端末用ホームエージェント５に送信されるＢＵのパケットは、例えば、図１０のＯＰ１８において移動端末４から端末用ホームエージェント５に送信されるＢＵパケットと同様である（図１５参照）。

図３３Ａは、図３０のＯＰ３９において、移動端末４からセッション確立中のＲｅｐｌ
ｉｃａ＃１内の仮想プロキシ２に送信されるＢＵのパケットの例を示す図である。図３０のＯＰ３９では、移動端末４はフォーリンリンクに移動しており、移動先のリンクで気付けアドレスを取得している。したがって、図３３Ａに示されるＢＵ内のＩＰモバイルヘッダ内の「care of address」フィールドには、移動先リンクで取得された移動端末４の気
付けアドレス（UE#x-care of Address#2）が格納される。また、ＢＵの送信元アドレスも、移動先のリンクの移動端末４の気付けアドレス（UE#x-care of Address#2）が格納されている。ＢＵの宛先アドレスは、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２のホームアドレス、すなわち、Ｒｅｐｌｉｃａ＃１のアドレス（Replica#1-Address）である。なお、図
３３Ａに示される例は、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２が、Ｒｅｐｌｉｃａ＃１の接続するリンクをホームリンクとする場合の例である。

図３３Ｂは、図３０のＯＰ３９において、移動端末４からセッション確立中のＲｅｐｌｉｃａ＃１内の仮想プロキシ２に送信されるＢＵのパケットの例を示す図である。ただし、図３３Ｂに示される例は、Ｒｅｐｌｉｃａ＃１内の移動端末４とセッションを確立している仮想プロキシ２が、Ｒｅｐｌｉｃａ＃１の接続するリンクをフォーリンリンクとする場合の例である。そのため、図３３Ｂに示されるＢＵの宛先アドレスが、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２の気付けアドレスとなっている。なお、第２実施形態では、仮想プロキシ２の気付けアドレスもＲｅｐｌｉｃａのアドレスが用いられるので、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２の気付けアドレスは、Ｒｅｐｌｉｃａ＃１のアドレス（Replica#1-Address）となる。

図３４は、図３０のＯＰ４２において、Ｒｅｐｌｉｃａ＃２内の仮想プロキシ２から仮想プロキシ用ホームエージェント３に送信されるＢＵのパケットの例を示す図である。図３０のＯＰ４２では、移動端末４も仮想プロキシ２もＲｅｐｌｉｃａ＃２の接続するリンクに移動完了している。このときのＢＵは、ペイロード部に、移動端末４のホームアドレス(UE#x-HomeAddress)と、仮想プロキシ２の移動先のリンクで取得された気付けアドレス、すなわち、Ｒｅｐｌｉｃａ＃２のアドレス（Replica#2-Address）とを含む。

また、図３４に示されるＢＵの宛先アドレスは、Ｒｅｐｌｉｃａ＃１からＲｅｐｌｉｃａ＃２内に移動した仮想プロキシ２のホームアドレス、すなわち、Ｒｅｐｌｉｃａ＃１のアドレス（Replica#1-Address）である。また、ＢＵの送信元アドレスは、Ｒｅｐｌｉｃ
ａ＃１からＲｅｐｌｉｃａ＃２内に移動した仮想プロキシ２の気付けアドレス、すなわち、Ｒｅｐｌｉｃａ＃２のアドレス（Replica#2-Address）である。

図３５は、図３０のＯＰ４３において、Ｒｅｐｌｉｃａ＃２内の仮想プロキシ２から移動端末４に送信されるＢＵのパケットの例を示す図である。図３５に示されるＢＵのＩＰモバイルヘッダ内の「care of address」のフィールドには、移動先リンクで取得された
Ｒｅｐｌｉｃａ＃２内の仮想プロキシ２の気付けアドレス、すなわち、Ｒｅｐｌｉｃａ＃２のアドレス（Replica#2-Address）が格納される。また、ＢＵの送信元アドレスも、移
動先のリンクで取得されたＲｅｐｌｉｃａ＃２内の仮想プロキシ２の気付けアドレス、すなわち、Ｒｅｐｌｉｃａ＃２のアドレス（Replica#2-Address）が格納されている。ＢＵ
の宛先アドレスは、移動先のリンクで取得された移動端末４の気付けアドレス（UE#x-care of Address#2）である。

図３６は、図３０のＯＰ４４において、仮想プロキシ用ホームエージェント３からＲｅｐｌｉｃａ＃２内の仮想プロキシ２に送信されるＩＰｉｎＩＰパケットの例を示す図である。図３６に示されるパケットのＩＰｉｎＩＰパケットヘッダの宛先アドレスは、Ｒｅｐｌｉｃａ＃２内の仮想プロキシ２の気付けアドレス、すなわち、Ｒｅｐｌｉｃａ＃２のアドレス（Replica#2-Address）である。ＩＰｉｎＩＰパケットヘッダの送信元アドレスは
、Ｒｅｐｌｉｃａ＃２内の仮想プロキシ２を管理する仮想プロキシ用ホームエージェント
３のアドレス、すなわち、仮想プロキシ２のホームアドレスでありＲｅｐｌｉｃａ＃１のアドレス（Replica#1-Address）である。

オリジナルパケットの宛先アドレスは、Ｒｅｐｌｉｃａ＃２内の仮想プロキシ２のホームアドレス、すなわち、Ｒｅｐｌｉｃａ＃１のアドレス（Replica#1-Address）である。
オリジナルのパケット部分の送信元アドレスは、移動端末４の移動先のリンクで取得された気付けアドレス（UE#x-care of Address#2）である。

（内部処理）
次に、図３０に示されるシーケンスの例の流れにしたがって、キャッシュサーバ１の内部処理のフローについて説明する。

図３７は、Ｒｅｐｌｉｃａのアドレス宛てのコンテンツ要求を受信した場合の、仮想プロキシ処理部１３の処理のフローチャートの一例である。図３７に示されるフローチャートは、例えば、図３０のＯＰ３１において、プロキシ処理部１３がＲｅｐｌｉｃａ＃１のアドレス宛てのコンテンツ要求（図３１参照）を受信するとＲｅｐｌｉｃａ＃１において開始される。

Ｓ７１では、仮想プロキシ処理部１３は、受信パケットから、移動端末４のホームアドレスを取り出す。受信パケットの「ＨｏｍｅＡｄｄｒｅｓｓ」のフィールドにアドレスが格納されている場合には、仮想プロキシ処理部１３は、該アドレスを移動端末４のホームアドレスとして取り出す。受信パケットの「ＨｏｍｅＡｄｄｒｅｓｓ」のフィールドにアドレスが格納されていない場合には、仮想プロキシ処理部１３は、送信元アドレスを移動端末４のホームアドレスとして取り出す。

Ｓ７２では、仮想プロキシ処理部１３は、Ｓ７１で受信パケットから取り出した移動端末４のホームアドレスをキーとして、通信先登録テーブルの「ＵＥホームアドレス」の項目を検索する。

通信先登録テーブルに、Ｓ７１で受信パケットから取り出された移動端末４のホームアドレスに合致するレコードがある場合には（Ｓ７３：ＹＥＳ）、処理が図２０ＡのＳ１４に進む。通信先登録テーブルに、Ｓ７１で受信パケットから取り出された移動端末４のホームアドレスに合致するレコードがない場合には（Ｓ７３：ＮＯ）、処理がＳ７４に進む。

Ｓ７４では、仮想プロキシ処理部１３は、受信パケットが接続要求（ＴＣＰ ＳＹＮパケット）であるか否かを判定する。受信パケットが接続要求である場合には（Ｓ７４：ＹＥＳ）、処理がＳ７５に進む。受信パケットが接続要求でない場合には（Ｓ７４：ＮＯ）、セッション情報テーブルに該当のレコードがなく、セッションが確立していないため、図３７に示される処理が終了する。

Ｓ７５では、仮想プロキシ処理部１３は、通信先登録テーブルにレコードを追加する。このとき追加されるレコードの、「ＵＥホームアドレス」，「仮想プロキシホームアドレス」には、それぞれ、Ｓ７１で取り出された移動端末４のホームアドレス，Ｒｅｐｌｉｃａのアドレスが格納される。移動端末４がＲｅｐｌｉｃａの接続するリンクをフォーリンリンクとする場合には、追加されるレコードの「ＵＥ気付けアドレス」には、受信パケットに含まれる移動端末４の気付けアドレスが格納される。その後、処理が図２０ＢのＳ１８に進む。

以降は、図２０ＢのＳ１８以降の処理と同様に、セッション情報テーブルにレコードが
追加され、受信パケット（接続要求）の送信元の移動端末４に、応答が送信される。

図３０のＯＰ３９において、移動端末４から移動先で取得された気付けアドレスを通知するＢＵをＲｅｐｌｉｃａ＃１が受信した場合のＲｅｐｌｉｃａ＃１の処理は、第１実施形態と同様である（図２２参照）。したがって、図３０のＯＰ３９において、Ｒｅｐｌｉｃａ＃１における内部処理の詳細な説明は省略される。

図３８は、他のＲｅｐｌｉｃａより通信先登録テーブルとセッション情報テーブルとのレコードを受信した場合の、ハンドオーバ先のＲｅｐｌｉｃａとしての、仮想プロキシ処理部１３の処理のフローチャートの一例である。図３８に示されるフローチャートは、他のＲｅｐｌｉｃａより通信先登録テーブルとセッション情報テーブルとのレコードを受信した場合に開始される。図３０のＯＰ４１において、Ｒｅｐｌｉｃａ＃２がＲｅｐｌｉｃａ＃１からセッションの情報を受信した場合にも、Ｒｅｐｌｉｃａ＃２において図３８に示されるフローチャートが開始される。

第１実施形態において対応する図２３に示されるフローチャートと比較すると、図３８に示されるフローチャートには、仮想プロキシ２の気付けアドレスを捕捉する処理（図２３、Ｓ４２）と、捕捉した仮想プロキシ２の気付けアドレスを通信先登録テーブルの該当レコードの「仮想プロキシ気付けアドレス」の項目に設定する処理（図２３、Ｓ４３）と、の処理がない。これは、第２実施形態では、仮想プロキシ２の気付けアドレスはＲｅｐｌｉｃａのアドレスとすることが前提となっているからである。

図３８のＳ８１〜Ｓ８４の処理は、それぞれ、図２３のＳ４１，Ｓ４４〜Ｓ４６の処理と同様である。したがって、図３８のＳ８１〜Ｓ８４の処理の詳細の説明は省略される。

図３９は、仮想プロキシ２よりＢＵを受信した場合の、仮想プロキシ用ホームエージェント３としての、仮想プロキシ用ホームエージェント処理部１６の処理のフローチャートの一例である。図３９に示されるフローチャートは、仮想プロキシ２よりＢＵを受信した場合に開始される。図３０のＯＰ４２において、仮想プロキシ用ホームエージェント３がＲｅｐｌｉｃａ＃２内に移動した仮想プロキシ２からＢＵ（図３４参照）を受信した場合にも、仮想プロキシ用ホームエージェント３を備えるＲｅｐｌｉｃａ＃１において図３９に示されるフローチャートが開始される。

Ｓ９１では、仮想プロキシ用ホームエージェント処理部１６は、受信パケット（ＢＵ）から移動端末４のホームアドレスとＲｅｐｌｉｃａ＃２に移動した仮想プロキシ２の気付けアドレスとを取り出す（図３４参照）。次に処理がＳ９２に進む。

Ｓ９２では、仮想プロキシ用ホームエージェント処理部１６は、仮想プロキシ用ホームエージェント管理テーブル１７の該当エントリが有る場合には、受信パケット（ＢＵ）から取り出した仮想プロキシ２の気付けアドレスで「仮想プロキシ気付けアドレス」の項目を更新する。仮想プロキシ用ホームエージェント管理テーブル１７の該当エントリがない場合には、受信パケット（ＢＵ）から取り出した移動端末４のホームアドレスと、仮想プロキシ２の気付けアドレスと、を、「ＵＥホームアドレス」，「仮想プロキシ気付けアドレス」の項目に設定してレコードを追加する。その後、図３９に示される処理が終了する。

図４０は、移動端末４からＴＣＰパケットを受信した場合の、仮想プロキシ用ホームエージェント３としての、仮想プロキシ用ホームエージェント処理部１６の処理のフローチャートの一例である。図４０に示されるフローチャートは、移動端末４から、仮想プロキシ用ホームエージェント３が管理する仮想プロキシ２のホームアドレス宛てのＴＣＰパケットを受信した場合に開始される。図３０のＯＰ４０において、仮想プロキシ用ホームエージェント３が他のリンクに移動した移動端末４からデータを受信した場合にも、仮想プロキシ用ホームエージェント３を備えるＲｅｐｌｉｃａ＃１において図４０に示されるフローチャートが開始される。

Ｓ１０１では、仮想プロキシ用ホームエージェント処理部１６は、受信パケット（ＴＣＰパケット）から送信元の移動端末４のホームアドレスを取り出す（図１１Ａ、図１１Ｂ参照）。次に処理がＳ１０２に進む。

Ｓ１０２では、仮想プロキシ用ホームエージェント処理部１６は、受信パケットから取得した移動端末４のホームアドレスをキーとして、仮想プロキシ用ホームエージェント管理テーブル１７の「ＵＥホームアドレス」の項目を検索する。受信パケットから取得した移動端末４のホームアドレスに「ＵＥホームアドレス」の項目の値が合致する仮想プロキシ用ホームエージェント管理テーブル１７のレコードが有る場合には（Ｓ１０３：ＹＥＳ）、処理がＳ１０４に進む。受信パケットから取得した移動端末４のホームアドレスに「ＵＥホームアドレス」の項目の値が合致する仮想プロキシ用ホームエージェント管理テーブル１７のレコードが無い場合には（Ｓ１０３：ＮＯ）、処理がＳ１０５に進む。

Ｓ１０４では、仮想プロキシ用ホームエージェント処理部１６は、仮想プロキシ用ホームエージェント管理テーブル１７の該当レコードの「仮想プロキシ気付けアドレス」の項目のアドレスに宛てて受信パケットを転送する。このとき、受信パケットはＩＰｉｎＩＰでカプセル化される。Ｓ１０４の処理は、例えば、図３０のＯＰ４４の処理に相当する。その後図４０に示される処理が終了する。

なお、ＩＰｉｎＩＰでカプセル化されたパケットを仮想プロキシ２としてのＲｅｐｌｉｃａが受信した場合には、該Ｒｅｐｌｉｃａの仮想プロキシ処理部１３は、受信パケットの非カプセル化を行ってから、例えば、図３７と同様の処理を行う。

Ｓ１０５では、仮想プロキシ用ホームエージェント処理部１６は、受信パケットの転送先となる仮想プロキシ２の気付けアドレスを知らないので、受信パケットをバッファに一時保持する。その後図４０に示される処理が終了する。

＜第２実施形態の作用及び効果＞
第２実施形態では、仮想プロキシ２のホームアドレスおよび気付けアドレスをＲｅｐｌｉｃａのアドレスにすることによって、仮想プロキシ２に対して払い出されるアドレスを削減することができる。

また、仮想プロキシ２のホームアドレスおよび気付けアドレスをＲｅｐｌｉｃａのアドレスにすることによって、例えば、第１実施形態の図１９のＳ１０のような仮想プロキシ２のホームアドレスを捕捉するための処理や、図２３のＳ４２のような仮想プロキシの気付けアドレスを捕捉するための処理がなくなり、Ｒｅｐｌｉｃａにかかる処理負荷が軽減される。

また、第２実施形態では、図３０のＯＰ３１，ＯＰ３２のように、移動端末４からのＨＴＴＰゲットメッセージに対してＨＴＴＰリダイレクトを返信する処理が行われなくなり、装置間の通信手順を減らすことができ、効率がよい。

＜第３実施形態＞
第３実施形態では、仮想プロキシ２のホームアドレスとして、コンテンツ配信システム１００で１つの代表ホームアドレスを用いる。これによって、コンテンツ配信システム１
００内で仮想プロキシ２のホームアドレスに払い出されるアドレスは１つとなり、アドレスを削減することができる。なお、仮想プロキシ２の気付けアドレスには、第２実施形態と同様に、Ｒｅｐｌｉｃａのアドレスが用いられる。第３実施形態において、第１実施形態及び第２実施形態と共通する説明は省略される。

第３実施形態では、キャッシュサーバ１のハードウェア構成及び機能ブロックは、第１実施形態と共通であり、図４，図５に示される通りである。

（データ構造）
第３実施形態では、キャッシュサーバ１の通信先登録テーブル，セション情報テーブル，仮想プロキシ用ホームエージェント管理テーブル１７のデータ構造は、第２実施形態と同様である。

図４１は、第３実施形態に係る通信先登録テーブルの例である。第３実施形態では、第２実施形態と同様に、通信先登録テーブルのレコードは、「ＵＥホームアドレス」，「ＵＥ気付けアドレス」，「仮想プロキシホームアドレス」の項目を有する。

第３実施形態では、仮想プロキシ２のホームアドレスには、コンテンツ配信システム１００で１つの代表ホームアドレスが用いられるため、通信先登録テーブルのレコードの「仮想プロキシホームアドレス」には、いずれのレコードにも代表ホームアドレス（Replica#represent-Address）が格納されている。

なお、仮想プロキシ２の代表ホームアドレスには、コンテンツ配信システム１００内のいずれのＲｅｐｌｉｃａのアドレスとも重複しないアドレスが用いられてもよいし、いずれかのＲｅｐｌｉｃａのアドレスが用いられてもよい。

（処理の流れ）
図４２は、第３実施形態に係るコンテンツ配信システム１００における処理のシーケンスの一例を示す図である。図４２では、第１実施形態の図１０、第２実施形態の図３０と同様に、図３に示されるコンテンツ配信ネットワークにおいて、移動端末４とＲｅｐｌｉｃａ＃１との通信セッションの確立から、移動端末４の移動及びそれに伴う仮想プロキシ２の移動完了までのシーケンスが示される。なお、図４２において、移動端末４は、Ｒｅｐｌｉｃａ＃１をホームリンクとすることを想定する。

ＯＰ５１では、移動端末４は、代表ホームアドレス宛てにＴＣＰ ＳＹＮパケットを送信する。このパケットは、仮想プロキシを管理する仮想プロキシ用ホームエージェント３に届けられる。

ＯＰ５２では、仮想プロキシ用ホームエージェント３は、受信したパケットから送信元の移動端末４の気付けアドレスを取得して、移動端末４の近傍のＲｅｐｌｉｃａ＃１を検出し、Ｒｅｐｌｉｃａ＃１に受信したＴＣＰ ＳＹＮパケットを転送する。なお、図４２では、ＯＰ５１の時点では、ホームリンクに接続しているため、気付けアドレスを持たない。そのため、気付けアドレスではなくホームアドレスが受信パケットから取り出される。

また、図４２では、図３に示されるコンテンツ配信システム１００を想定しており、仮想プロキシ用ホームエージェント３はＲｅｐｌｉｃａ＃１内に存在しているため、ＯＰ５２の通信は、実際にはＲｅｐｌｉｃａ＃１の内部処理となる。仮想プロキシ用ホームエージェント３の存在するＲｅｐｌｉｃａ＃１とは異なるＲｅｐｌｉｃａに転送する場合には、パケットは、ＩＰｉｎＩＰカプセル化される。

ＯＰ５３では、Ｒｅｐｌｉｃａ＃１では、仮想プロキシ用ホームエージェント３からＴＣＰ ＳＹＮパケットを受信することによって、仮想プロキシ２が移動してきたとみなし、通信相手となる移動端末４にＢＵを送信する。

例えば、代表ホームアドレスがＲｅｐｌｉｃａ＃１のアドレスである場合には、仮想プロキシ２の移動先はホームリンクになるので、ＢＵには仮想プロキシ２の気付けアドレスは含まれない。例えば、代表ホームアドレスがＲｅｐｌｉｃａ＃１のアドレスとは異なるアドレスである場合には、仮想プロキシ２の移動先はフォーリンリンクになるので、ＢＵには仮想プロキシ２の気付けアドレスが含まれる。なお、この場合の仮想プロキシ２の気付けアドレスはＲｅｐｌｉｃａ＃１のアドレスとなる。

ＯＰ５４では、Ｒｅｐｌｉｃａ＃１内の仮想プロキシ２は、移動端末４にＴＣＰ ＡＣＫを送信する。これによって、移動端末４と仮想プロキシ２としてのＲｅｐｌｉｃａ＃１との間の通信セッションが確立する。

ＯＰ５５では、移動端末４は、ＢＵによって通知された仮想プロキシ２のホームアドレス又は気付けアドレスを宛先アドレスとして、ＨＴＴＰゲットメッセージを送信する。このＨＴＴＰゲットメッセージは、Ｒｅｐｌｉｃａ＃１に届く。ＢＵに気付けアドレスが含まれている場合には、仮想プロキシ２の気付けアドレスがＨＴＴＰゲットメッセージの宛先となる。ＢＵに気付けアドレスが含まれていない場合には、仮想プロキシ２のホームアドレスがＨＴＴＰゲットメッセージの宛先となる。

ＯＰ５６以降は、図１０のＯＰ１４以降と同様のシーケンスとなる。そのため、ＯＰ５６以降の処理の説明は省略される。

（パケットの例）
図４２に示されるシーケンスの各処理でやり取りされるパケットは、第２実施形態で説明されたパケット（図３１〜図３６参照）のホームアドレスを代表ホームアドレスに置換したものとなる。そのため、詳細な説明は省略する。

（内部処理）
図４３は、移動端末４からＴＣＰパケットを受信した場合の、仮想プロキシ用ホームエージェント３としての、仮想プロキシ用ホームエージェント処理部１６の処理のフローチャートの一例である。図４３に示されるフローチャートは、移動端末４から、仮想プロキシ用ホームエージェント３が管理する仮想プロキシ２のホームアドレス（代表ホームアドレス）宛てのＴＣＰデータを受信した場合に開始される。図４２のＯＰ５１、ＯＰ６４において、仮想プロキシ用ホームエージェント３が移動端末４からデータを受信した場合にも、仮想プロキシ用ホームエージェント３を備えるＲｅｐｌｉｃａ＃１において図４２に示されるフローチャートが開始される。

Ｓ１１１では、仮想プロキシ用ホームエージェント処理部１６は、受信パケット（ＴＣＰパケット）から送信元の移動端末４のホームアドレスを取り出す。移動端末４のホームアドレスは、受信パケット（ＴＣＰパケット）の送信元アドレス又はペイロード部に格納されている（図１１Ａ、図１１Ｂ参照）。次に処理がＳ１１２に進む。

Ｓ１１２では、仮想プロキシ用ホームエージェント処理部１６は、受信パケットから取得した移動端末４のホームアドレスをキーとして、仮想プロキシ用ホームエージェント管理テーブル１７の「ＵＥホームアドレス」の項目を検索する。受信パケットから取得した移動端末４のホームアドレスに「ＵＥホームアドレス」の項目の値が合致する仮想プロキ
シ用ホームエージェント管理テーブル１７のレコードが有る場合には（Ｓ１１３：ＹＥＳ）、処理がＳ１１７に進む。受信パケットから取得した移動端末４のホームアドレスに「ＵＥホームアドレス」の項目の値が合致する仮想プロキシ用ホームエージェント管理テーブル１７のレコードが無い場合には（Ｓ１１３：ＮＯ）、処理がＳ１１４に進む。

Ｓ１１４では、仮想プロキシ用ホームエージェント処理部１６は、受信パケット（ＴＣＰパケット）から送信元の移動端末４の気付けアドレスを取り出す。移動端末４の気付けアドレスは、受信パケットの送信元アドレスに格納されている。次に処理がＳ１１５に進む。

Ｓ１１５では、仮想プロキシ用ホームエージェント処理部１６は、移動端末４の近傍のＲｅｐｌｉｃａを検索し、仮想プロキシ２の気付けアドレスを決定する。具体的には、仮想プロキシ用ホームエージェント処理部１６は、Ｓ１１４で取得した移動端末４の気付けアドレスを用いてＵＥ近傍Ｒｅｐｌｉｃａ決定テーブルを検索し、移動端末４に最も近いＲｅｐｌｉｃａを決定する。検出されたＲｅｐｌｉｃａのアドレスが仮想プロキシ２の気
付けアドレスとなる。次に処理がＳ３７に進む。

Ｓ１１６では、仮想プロキシ用ホームエージェント処理部１６は、仮想プロキシ用ホームエージェント管理テーブル１７に、受信パケット（ＴＣＰパケット）から取り出した移動端末４のホームアドレスと、Ｓ１１５において決定した仮想プロキシ２の気付けアドレスと、を、「ＵＥホームアドレス」，「仮想プロキシ気付けアドレス」の項目に設定してレコードを追加する。その後、処理がＳ１１７に進む。

Ｓ１１７では、仮想プロキシ用ホームエージェント処理部１６は、仮想プロキシ用ホームエージェント管理テーブル１７の該当レコードの「仮想プロキシ気付けアドレス」の項目のアドレスに宛てて受信パケットを転送する。このとき、受信パケットはＩＰｉｎＩＰでカプセル化される。Ｓ１１７の処理は、例えば、図４２のＯＰ６８の処理に相当する。その後、図４３に示される処理が終了する。

図４４は、仮想プロキシ用ホームエージェント３からＴＣＰパケットを受信した場合の、仮想プロキシ処理部１３の処理のフローチャートの一例である。図４４に示されるフローチャートは、例えば、プロキシ処理部１３が、ＩＰｉｎＩＰカプセル化されたＴＣＰパケットを仮想プロキシ用ホームエージェント３から受信すると開始される。例えば、図４３において、仮想プロキシ用ホームエージェント３がＲｅｐｌｉｃａ＃１以外の装置内に存在していると想定した場合、ＯＰ５２において、Ｒｅｐｌｉｃａ＃１が仮想プロキシ用ホームエージェント３からＴＣＰパケットを受信した場合にも、Ｒｅｐｌｉｃａ＃１において図４４に示されるフローチャートが開始される。

Ｓ１２１では、仮想プロキシ処理部１３は、受信パケットのＩＰｉｎＩＰカプセルを外す。次に処理がＳ１２２に進む。

Ｓ１２２では、仮想プロキシ処理部１３は、受信パケットから、送信元の移動端末４のホームアドレスを取り出す。次に処理がＳ１２３に進む。

Ｓ１２３では、仮想プロキシ処理部１３は、Ｓ１２２で受信パケットから取り出した移動端末４のホームアドレスをキーとして、通信先登録テーブルの「ＵＥホームアドレス」の項目を検索する。Ｓ１２２で受信パケットから取り出した移動端末４のホームアドレスに合致するレコードが通信先登録テーブルにない場合には（Ｓ１２４：ＮＯ）、処理がＳ１２５に進む。Ｓ１２２で受信パケットから取り出した移動端末４のホームアドレスに合致するレコードが通信先登録テーブルにある場合には（Ｓ１２４：ＹＥＳ）、処理が図２
０ＡのＳ１４に進む。図２０ＡのＳ１４以降の処理については、上述の通りであるため、説明を省略する。

Ｓ１２５では、仮想プロキシ処理部１３は、受信パケットが接続要求であるか否かを判定する。接続要求には、例えば、ＴＣＰ ＳＹＮパケットがある。受信パケットが接続要求である場合には（Ｓ１２５：ＹＥＳ）、処理がＳ１２６に進む。受信パケットが接続要求でない場合には（Ｓ１２５：ＮＯ）、通信先登録テーブルにレコードが無く、該受信パケットの送信元とのセッションは確立していないため、受信パケットについて処理は行われず、例えば、受信パケットは廃棄される。その後、図４４に示される処理が終了する。

Ｓ１２６では、仮想プロキシ処理部１３は、通信先登録テーブルにレコードを追加する。追加されるレコードの「ＵＥホームアドレス」，「ＵＥ気付けアドレス」，「仮想プロキシホームアドレス」は、それぞれ、Ｓ１２２で取得した移動端末４のホームアドレス，受信パケットから取得される移動端末４の気付けアドレス，仮想プロキシ２のホームアドレス（代表ホームアドレス）である。通信先登録テーブルにレコードが追加されることによって、仮想プロキシ２が当該Ｒｅｐｌｉｃａに移動してきたことなる。なお、移動端末４の気付けアドレスは、移動端末４がホームリンクに接続している場合には存在しない。次に処理がＳ１２７に進む。

Ｓ１２７では、仮想プロキシ２が移動してきたので、通信相手の移動端末４にＢＵを送信する。ＢＵに含まれる仮想プロキシ２のホームアドレスは代表ホームアドレス、気付けアドレスは当該Ｒｅｐｌｉｃａのアドレスとなる。その後、図４４に示される処理が終了する。

第３実施形態では、仮想プロキシ２のホームアドレスは代表ホームアドレス、気付けアドレスはＲｅｐｌｉｃａのアドレスである。そのため、Ｓ１２６において仮想プロキシ２のホームアドレスを捕捉する処理、Ｓ１２７において仮想プロキシ２の気付けアドレスを捕捉する処理は、行われない。

図４３、図４４に示される以外のキャッシュサーバの内部処理については、第２実施形態と共通するため、説明を省略する。

＜第３実施形態の作用及び効果＞
第３実施形態では、仮想プロキシ２のホームアドレスに代表ホームアドレスを用いるため、コンテンツ配信システム１００内で仮想プロキシ２のホームアドレスは１つとなる。したがって、第３実施形態によれば、使用されるアドレスを削減することができる。

１ キャッシュサーバ
２ 仮想プロキシ
３ 仮想プロキシ用ホームエージェント
４ 移動端末
１３ 仮想プロキシ処理部
１６ 仮想プロキシ用ホームエージェント処理部
１７ 仮想プロキシ用ホームエージェント管理テーブル

Claims (6)

1. コンテンツを配信する複数の情報処理装置を含むコンテンツ配信システムにおいて、
   コンテンツを格納する第１の格納部と、
   セッション確立中の移動端末のホームアドレス及び気付けアドレスと、前記移動端末とのセッション用のホームアドレスと、配信コンテンツと、前記セッションの状態と、を含むセッション情報を格納する第２の格納部と、
   セッション確立中の移動端末から位置登録要求を受信した場合に、前記位置登録要求に基づいて前記移動端末に関するセッション情報を更新し、前記位置登録要求に含まれる該移動端末の気付けアドレスに基づいて該移動端末の近傍に位置する情報処理装置を検索し、検出された情報処理装置に該移動端末に関する更新後の前記セッション情報を通知し、
   他の情報処理装置とセッション確立中の移動端末に関するセッション情報を受信した場合に、該セッション情報に含まれる該移動端末とのセッション用のホームアドレスに対応する該移動端末とのセッション用の気付けアドレスを取得し、該移動端末に、該移動端末とのセッション用のホームアドレス及び気付けアドレスを含む位置登録要求を送信し、該セッション情報に含まれるコンテンツを配信する、
   処理部と、
   を備える情報処理装置。
2. 前記セッション情報は、配信コンテンツ内の配信完了位置をさらに含み、
   前記処理部は、受信したセッション情報に含まれるコンテンツを、該セッション情報に含まれる配信完了位置から配信開始する、
   請求項１に記載の情報処理装置。
3. 前記処理部は、前記移動端末とのセッション用のホームアドレス及び気付けアドレスに、情報処理装置自身のアドレスを用いる、
   請求項１又は２に記載の情報処理装置。
4. 前記処理部は、前記移動端末とのセッション用のホームアドレスに代表ホームアドレスを用い、前記移動端末とのセッション用の気付けアドレスに、情報処理装置自身のアドレ
   スを用いる、
   請求項１又は２に記載の情報処理装置。
5. コンテンツを配信する複数の情報処理装置を含むコンテンツ配信システムにおいて、情報処理装置が、
   コンテンツを第１の格納部に格納し、
   セッション確立中の移動端末のホームアドレス及び気付けアドレスと、前記移動端末とのセッション用のホームアドレスと、配信コンテンツと、前記セッションの状態と、を含むセッション情報を第２の格納部に格納し、
   セッション確立中の移動端末から位置登録要求を受信した場合に、前記位置登録要求に基づいて前記移動端末に関するセッション情報を更新し、前記位置登録要求に含まれる該移動端末の気付けアドレスに基づいて該移動端末の近傍に位置する情報処理装置を検索し、検出された情報処理装置に該移動端末に関する更新後の前記セッション情報を通知し、
   他の情報処理装置とセッション確立中の移動端末に関するセッション情報を受信した場合に、該セッション情報に含まれる該移動端末とのセッション用のホームアドレスに対応する該移動端末とのセッション用の気付けアドレスを取得し、該移動端末に、該移動端末とのセッション用のホームアドレス及び気付けアドレスを含む位置登録要求を送信し、該セッション情報に含まれるコンテンツを配信する、
   コンテンツ配信方法。
6. コンテンツを配信する複数の情報処理装置を含むコンテンツ配信システムであって、
   各情報処理装置は、
   コンテンツを格納する第１の格納部と、
   セッション確立中の移動端末のホームアドレス及び気付けアドレスと、前記移動端末とのセッション用のホームアドレスと、配信コンテンツと、前記セッションの状態と、を含むセッション情報を格納する第２の格納部と、
   セッション確立中の移動端末から位置登録要求を受信した場合に、前記位置登録要求に基づいて前記移動端末に関するセッション情報を更新し、前記位置登録要求に含まれる該移動端末の気付けアドレスに基づいて該移動端末の近傍に位置する情報処理装置を検索し、検出された情報処理装置に該移動端末に関する更新後の前記セッション情報を通知し、
   他の情報処理装置とセッション確立中の移動端末に関するセッション情報を受信した場合に、該セッション情報に含まれる該移動端末とのセッション用のホームアドレスに対応する該移動端末とのセッション用の気付けアドレスを取得し、該移動端末に、該移動端末とのセッション用のホームアドレス及び気付けアドレスを含む位置登録要求を送信し、該セッション情報に含まれるコンテンツを配信する、
   処理部と、
   を備える、
   コンテンツ配信システム。

Images