JP5675827B2 - 接続方法、通信システム、移動端末及び情報転送装置並びにサーバ - Google Patents

Description

本発明は、移動体において提供されるローカル接続サービスに移動端末が接続する接続方法、通信システム、その方法で用いられる移動端末及び情報転送装置並びにサーバに関する。

これまでに、セルラなどのＷＡＮ（Wide Area Network）リンクと無線ＬＡＮ（Local Area Network）などのＬＡＮリンクを同時に稼働させ、それらリンク上のトラフィックを相互に転送（ルーティング）するモバイルルータ（移動ルータとも呼ぶ）があった。こうしたモバイルルータを電車やバスなどの移動体内に設置して、車内に乗り合わせた複数利用者の移動端末をそのモバイルルータに収容することにより、セルラネットワークから見たシグナリングトラフィック（モビリティ管理用シグナリングなど）を低減したり、ユーザデータトラフィックに対するピークを抑制する（トラフィック多発時に平準化してＷＡＮリンクに転送する）などの効果が得られる。さらには、比較的アクセス頻度の高いユーザデータをキャッシュするプロキシ機能をモバイルルータに実装したり、特定のコンテンツをモバイルルータに格納したりすることで、ＷＡＮリンクを通過するユーザデータトラフィックを低減して、システムの利用効率を高めることができる。

こうしたモバイルルータや無線ＬＡＮアクセスポイントが提供するローカル接続サービスへアクセスする先行技術としては、例えば下記の特許文献１には、ラップトップ型コンピュータなどの移動端末が位置するロケーション情報（例えばオフィス自席、会議室、道路上など）と、各位置におけるローカルネットワーク種別の利用可否（例えば、接続のための契約が締結されているかなど）に応じて、移動端末を近隣のローカル接続サービスへ接続するか否かを判断する方法が開示されている。

特開２００３−９１４６７号公報（図２、図３）

しかしながら、上記のように移動端末がプラットホームから電車などの移動体内に移動するシナリオでは、モバイルルータにおいてユーザデータのキャッシュを行ったり、特定コンテンツを格納したりするような場合においては、単に移動端末の位置と、ローカルネットワーク種別の利用可否による判断だけでは不十分であり、誤ってローカル接続サービスに接続することがあるという問題が発生する。すなわち、実際に移動端末がＷＡＮ接続から無線ＬＡＮ接続に切り替えて、モバイルルータの提供するローカル接続サービスにアクセスしてみたものの、所望のコンテンツがそのモバイルルータに格納されてないために、移動端末は結局、ＷＡＮへの直接接続に再び切り替えることになったり、その移動端末によるアクセス内容がキャッシュ内容と異なるために、キャッシュ効率が低下したりする場合がある。

本発明は上記の問題点に鑑み、移動端末がプラットホームから電車などの移動体内に移動する場合などに、移動端末が移動体内のモバイルルータの提供するローカル接続サービスに無駄に接続することを防止して非効率なローカル接続を防止することができ、また、ユーザの利便性を向上させることができる接続方法、通信システム、移動端末及び情報転送装置並びにサーバを提供することを目的とする。

本発明の接続方法は、上記目的を達成するために、
移動体において提供されるローカル接続サービスに移動端末が接続する接続方法であって、
前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置に対して前記移動端末が接続する前に、前記移動端末が前記情報転送装置に対して前記移動端末のユーザの嗜好情報を送信するステップと、
前記情報転送装置に前記移動端末が接続する前に、前記情報転送装置が、送信された前記嗜好情報に基づいて前記転送情報が前記移動端末のユーザに適しているか否かを判断し、その判断結果を前記移動端末に送信するステップと、
前記移動端末が前記情報転送装置に接続可能になったときに、前記判断結果に基づいて前記転送情報が前記移動端末のユーザに適していない場合に前記情報転送装置に接続せず、適している場合に前記情報転送装置に接続するステップとを、
有することを特徴とする。

本発明の通信システムは、上記目的を達成するために、
移動体において提供されるローカル接続サービスに移動端末が接続する通信システムであって、
前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置に対して前記移動端末が接続する前に、前記移動端末が前記情報転送装置に対して前記移動端末のユーザの嗜好情報を送信する手段と、
前記情報転送装置に前記移動端末が接続する前に、前記情報転送装置が、送信された前記嗜好情報に基づいて前記転送情報が前記移動端末のユーザに適しているか否かを判断し、その判断結果を前記移動端末に送信する手段と、
前記移動端末が前記情報転送装置に接続可能になったときに、前記判断結果に基づいて前記転送情報が前記移動端末のユーザに適していない場合に前記情報転送装置に接続せず、適している場合に前記情報転送装置に接続する手段とを、
有することを特徴とする。

本発明の情報転送装置は、上記目的を達成するために、
移動体において提供されるローカル接続サービスに移動端末が接続する通信システムにおいて、前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置であって、
前記情報転送装置に対して前記移動端末が接続する前に、前記移動端末が前記情報転送装置に対して送信した前記移動端末のユーザの嗜好情報を受信する手段と、
前記情報転送装置に前記移動端末が接続する前に、送信された前記嗜好情報に基づいて前記転送情報が前記移動端末のユーザに適しているか否かを判断し、その判断結果を前記移動端末に送信する手段と、
前記移動端末が前記情報転送装置に接続したときに、前記転送情報を前記移動端末に送信する手段とを、
有することを特徴とする。

本発明の移動端末は、上記目的を達成するために、
移動体において提供されるローカル接続サービスに接続する移動端末であって、
前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置に対して接続する前に、前記情報転送装置に対して前記移動端末のユーザの嗜好情報を送信する手段と、
前記情報転送装置に接続する前に、前記情報転送装置が、送信された前記嗜好情報に基づいて前記転送情報が前記移動端末のユーザに適しているか否かを判断して送信した判断結果を受信する手段と、
前記情報転送装置に接続可能になったときに、前記判断結果に基づいて前記転送情報が前記移動端末のユーザに適していない場合に前記情報転送装置に接続せず、適している場合に前記情報転送装置に接続する手段とを、
有することを特徴とする。

本発明のサーバは、上記目的を達成するために、
移動体において提供されるローカル接続サービスに移動端末が接続する通信システムにおいて、前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置の近隣情報を保持するサーバであって、
前記情報転送装置に対して前記移動端末が接続する前に、前記移動端末が送信した前記移動端末のユーザの嗜好情報を受信する手段と、
送信された前記嗜好情報を前記移動端末が接続するであろう前記情報転送装置に転送する手段とを、
有することを特徴とする。

この構成により、情報転送装置が、取得した移動端末の嗜好情報に基づいて転送情報が移動端末のユーザに適しているか否かを判断し、移動端末が、判断結果に基づいて転送情報が移動端末のユーザに適していない場合に情報転送装置に接続しないので、移動端末が移動体内のモバイルルータの提供するローカル接続サービスに無駄に接続することを防止して非効率なローカル接続を防止することができ、また、ユーザの利便性を向上させることができる。

本発明によれば、移動端末がプラットホームから電車などの移動体内に移動する場合に、移動端末が移動体内のモバイルルータの提供するローカル接続サービスに無駄に接続することを防止して非効率なローカル接続を防止することができ、また、ユーザの利便性を向上させることができる。

本発明の第１の実施の形態によるシステム構成を示す図 図１のシステムの動作を説明するための通信シーケンスを示す図 図１の転送ノードを詳しく示すブロック図 図１及び図３に示す転送ノードの動作を説明するためのフローチャート 図１のＵＥを詳しく示すブロック図 図１及び図５に示すＵＥの探索処理を説明するためのフローチャート 図１及び図５に示すＵＥの接続処理を説明するためのフローチャート 本発明の第２の実施の形態によるシステム構成を示す図 図８のシステムの動作を説明するための通信シーケンスを示す図 図８のＵＥを詳しく示すブロック図 図８及び図１０に示すＵＥの探索処理を説明するためのフローチャート 図８の近隣ネットワーク情報サーバを詳しく示すブロック図 図８及び図１２の近隣ネットワーク情報サーバの処理を説明するためのフローチャート 本発明の第２の実施の形態によるシステム構成を示す図 図１４のシステムの第１の動作を説明するための通信シーケンスを示す図 図１４のシステムの第２の動作を説明するための通信シーケンスを示す図 図１４に示す停止体の転送ノードの動作を説明するためのフローチャート 図１４に示す停止体へ移動するＵＥの動作を説明するためのフローチャート

以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態＞
本実施の形態では、移動端末の切替先となるローカル接続サービスで提供されるコンテンツ内容やキャッシュ状態が、移動端末のユーザにとって（現在又は移動端末が接続する時までに）適したものとなっているかを、移動端末から取得した情報（嗜好情報など）に基づいて切替前にあらかじめ判断し、その判断結果に基づいてコンテンツ内容やキャッシュ状態が移動端末のユーザにとって適したものとなっている場合にのみ、移動端末のローカル接続サービスへの新規接続あるいはＷＡＮ接続からのハンドオーバを許可する。

＜システム構成＞
図１は本発明による第１の実施の形態によるシステム構成を示す図である。図１において、ＵＥ（User Equipment）１０は、マクロネットワーク１００に接続する移動端末であり、また、矢印で示すように電車などの移動体１１０外から移動体１１０内に移動した場合に移動体１１０内の転送ノード２０に接続可能であるものとする。基地局４０（基地局Ａ）は、ＵＥ１０をマクロネットワーク１００においてセルラ回線（ＷＡＮ接続）により収容し、ゲートウェイ６０は、ＵＥ１０による基地局４０経由のコネクションをマクロネットワーク１００において収容する。ここで、マクロネットワーク１００は、セルラ回線によるＷＡＮ接続を提供するオペレータネットワークであり、コアネットワーク等とも呼ばれる。また、転送ノード２０は転送装置や情報転送装置などとも呼び、３ＧＰＰ（3rd Generation Partnership Project）ネットワーク−ＷＬＡＮ間のハンドオーバ機能を有するモバイルルータや、３ＧＰＰマクロネットワーク≡３ＧＰＰローカルネットワーク間のハンドオーバ機能を有するモバイルリレーなどに利用することができる。

ＵＥ７０は、移動体１１０内に位置していてＵＥ１０と異なる移動端末であり、転送ノード２０は、ＵＥ７０と移動体１１０内に移動してきたＵＥ１０をローカル無線（ＷＬＡＮ接続）により収容する。基地局５０（基地局Ｂ）は、転送ノード２０をマクロネットワーク１００においてセルラ回線（ＷＡＮ接続）により収容する。蓄積サーバ３０は、転送ノード２０と接続され、転送ノード２０が転送するユーザデータトラフィックのキャッシュを行うプロキシ機能を作動させたり、転送ノード２０を介して移動体１１０内のＵＥ１０、７０に配信するコンテンツを格納したりする。マクロネットワーク１００側のゲートウェイ６０はまた、転送ノード２０による基地局５０経由のコネクション（移動体側）を収容する。なお、図１では説明を簡略化するために、ＵＥ１０と転送ノード２０が同じゲートウェイ６０に収容される構成を図示したが、それぞれ異なるゲートウェイに接続するものであってもよい。

＜システムの動作＞
上記の構成によるシステムの動作について、図２に示す通信シーケンスを用いて説明する。
（１）通信路確立：まず、ＵＥ１０が移動体１１０内に移動する前にあらかじめ、転送ノード２０が基地局５０経由でゲートウェイ６０と通信路を確立する。ここでの通信路とは、例えばＵＭＴＳ（Universal Mobile Telecommunication System）、ＧＰＲＳ（General Packet Radio Service）、ＬＴＥ（Long Term Evolution）、ＳＡＥ（System Architecture Evolution）などのセルラシステムにおける通信コネクションであり、システムによってＰＤＰ（Packet Data Protocol）コンテキストやＰＤＮ（Packet Data Network）コネクション、ＳＡＥベアラなどとも呼ぶ。また、通信コネクションの確立は、3GPP TS23.060に示されるAttach手順、Activate PDP Context手順、Service Request手順、Handover手順、3GPP TS23.401又は3GPP TS23.402に示されるAttach手順、Service Request手順、Handover手順のいずれかである。通信コネクションの確立により、転送ノード２０はゲートウェイ６０からＩＰ（Internet Protocol）アドレスを払い出され（あるいはハンドオーバ時などで再割り当てされ）、図示していない外部ノードなどとの通信が可能となる。

（２）通信路確立：また、ＵＥ１０においても同様に、ＵＥ１０が移動体１１０内に移動する前にあらかじめ、ＷＡＮ側の基地局４０を介してゲートウェイ６０と通信路を確立する。これにより、ＵＥ１０もゲートウェイ６０からＩＰアドレスを払い出され、図示していない外部ノードなどとの通信が可能となる。なお、転送ノード２０による通信路確立のタイミングと、ＵＥ１０による通信路確立のタイミングが同期している必要はない。

（３）接続確認：上記（１）（２）の通信路確立を完了した後、ＵＥ１０は、任意のタイミングで転送ノード２０に対して、ＷＡＮ側の基地局４０、ゲートウェイ６０及び移動体側の基地局５０経由で接続確認を行う。このシナリオは、例えばＵＥ１０を有するユーザが搭乗予定の電車である移動体１１０をプラットホームで待ち合わせている場合を想定している。

ここで、ユーザが搭乗予定の移動体１１０内には、転送ノード２０とそれに接続する蓄積サーバ３０が設置され、移動体１１０に乗り合わせたＵＥ７０によるユーザデータトラフィックのキャッシュを行っている。ＵＥ７０からのデータリクエストがキャッシュされたデータにヒットする場合は、蓄積サーバ３０から転送ノード２０を介して、該当するデータをＵＥ７０に転送することで、基地局５０を介した転送ノード２０のトラフィックを低減させることができる。すなわち、ＵＥ７０が同様のデータにアクセスする場合に、高いキャッシュ利用効率を達成することができ、最善の場合には、転送ノード２０から外部に転送されるトラフィックはゼロとなる。また、蓄積サーバ３０は同様にＵＥ７０が所望するコンテンツ（例えば、新聞データや映画予告編ムービーファイル、その他画像や動画、テキストなどのデータ）を配信する。これにより、同様に転送ノード２０が外部サーバからコンテンツを取得する必要がなくなり、外部に転送されるトラフィックを低減することができる。

ＵＥ１０は上記（３）における接続確認処理を通じて、これから搭乗予定の電車（移動体１１０）内に設置された転送ノード２０へ接続することの有効性を確認する。すなわち、ＵＥ１０は、接続確認メッセージにＵＥ１０のユーザの嗜好情報を含め、転送ノード２０に送信する。嗜好情報は、ＵＥ１０のユーザが興味を持っていたり、利用予定のコンテンツ（例えば、購読している新聞や雑誌の種類や名称など）に関する情報や、これまでに参照したコンテンツデータやWebアクセスの履歴（Webブラウザの履歴の一部あるいは全部をそのまま、あるいは加工して利用してもよい）に関する情報などである。あるいは、ＵＥ１０が以前に転送ノード２０に接続した際に、転送ノード２０から取得したキャッシュ情報（例えば、ＵＥ１０がアクセスしたデータのスナップショット）を嗜好情報として通知してもよく、これにより、以降で説明する転送ノード２０による接続確認処理において所定のフォーマットを用いて照合を行えるので、転送ノード２０の処理負荷を低減することができる。

また、転送ノード２０のアドレス（ＩＰアドレス）は、次のようにしてＵＥ１０が知ることができる。例えば、電車ごとに割り当てられる固定のＩＰアドレス（すなわち転送ノード２０にそのＩＰアドレスが割り当てられる）のリスト（例えば各電車に割り当てられたＩＰアドレスが掲載された時刻表）をＵＥ１０が有しており、その中から所望の電車を乗車駅や乗車番線、また電車ＩＤなどの情報を基に選択してＩＰアドレスを抽出する。また、同様に電車ごとに割り当てられた識別可能な電車名（例えばＵＲＩ（Uniform Resource Locator）形式の識別子）をＵＥ１０が不図示のＤＮＳサーバに問い合わせて、対応するＩＰアドレスを取得してもよい。さらには、乗車駅、乗車予定時刻、乗車番線、終着駅、始発駅などの情報を組み合わせて識別子を構成してＤＮＳ（Domain Name System）サーバなどに問い合わせ、対応するＩＰアドレスを取得してもよい。

なお、ＵＥ１０は、上記（３）のように転送ノード２０に直接、接続確認メッセージを送信せずに、図示していない代表サーバに接続確認メッセージを送信し、代表サーバが適した転送ノード２０に接続確認メッセージを転送するものであってもよい。これにより、ＵＥ１０による転送ノード２０の探索処理を省略することができ、処理負荷を低減させることができる。特に、これから乗車する車両の特定が難しいような場合に、問い合わせ時刻やＵＥ１０が滞在する位置（接続確認メッセージを介してＵＥ１０からＧＰＳ（Global Positioning System）の位置情報を取得してもよいし、また、ＵＥ１０が接続する基地局４０に関する情報（セル情報や基地局情報からＵＥ１０の位置や乗車駅を特定してもよい）と、情報番線などを基に代表サーバが適した電車に設置された転送ノード２０のアドレスを抽出することができ、ＵＥ１０における問い合わせ処理の負荷を低減することができる。また、乗車駅や番線情報、乗車予定の電車に関する情報（電車ＩＤなど）は、購入した切符や定期券などの媒体（紙媒体、磁気媒体、電子媒体）から読み出した情報を基に抽出してもよい。既にＵＥ１０のユーザが電車に乗車している場合は、乗車時刻と乗車駅などの情報に基づいて電車（転送ノード２０のアドレス）を特定（抽出、取得）してもよい。

（４）状態応答：接続確認メッセージを受信した転送ノード２０は、通知された嗜好情報に基づいて、ＵＥ１０が乗車後に転送ノード２０に接続することの有効性について確認（蓄積サーバ３０に対する状態確認処理）を行う。すなわち、
・ＵＥ１０が所望するコンテンツを蓄積サーバ３０が既に格納しているか否か、あるいは、これから外部サーバなどから取得して格納することが可能か否か（コンテンツ整合性の確認；例えば、著作権や版権の関係から取得して蓄積しておくことが許可されていないなど）や、
・蓄積サーバ３０における現在のキャッシュデータがＵＥ１０の嗜好に沿ったものとなっているか否か（キャッシュ整合性の確認；少なくとも嗜好情報にて通知されたアクセス履歴情報などで示されたものと一致、類似のWebページに関するキャッシュデータが所定数を超えるかなど）などを確認する。

ここで、転送ノード２０は、ＵＥ１０から接続通知を受けた時点で判定を行わず、他のＵＥ（不図示）からの接続通知をもとに統合的に判定した上で、ＵＥ１０の接続可否を決定してもよい。これは例えば、実際にＵＥ１０のユーザが移動体に乗車するまでの間に、他のＵＥ（不図示）からの接続確認が発生し、かつそれら他のＵＥの嗜好情報がＵＥ１０の嗜好情報と近似できる場合が想定されるためである。こうした場合、ＵＥ１０に対する接続を許可できるだけの嗜好情報が確保できた（すなわちキャッシュ状態の再構成やコンテンツ補充がある程度確約できる状態になった）時点で後述する接続確認応答をＵＥ１０に送信してもよい。接続確認応答の送信は、ＵＥ１０が移動体に乗車するまで遅延させてもよいし、乗車までの任意のタイミングであってもよい。また、接続可否をペンディングする情報を格納した（あるいは接続可否を格納しない）接続確認応答を直ちに送信し、接続可否を決定した時に正式な接続確認応答を送信してＵＥ１０を更新するものであってもよい。これにより、実際にＵＥ１０のユーザが転送ノード２０に接続してサービス利用を開始するまでに変化するキャッシュ状態やコンテンツ保持状態を加味してＵＥ１０の接続判断を行うことができ、よりユーザがサービスを利用できる可能性を向上させることができ、ユーザ利便性ならびにシステム効率の向上を図ることができる。

また、転送ノード２０は、転送ノード２０の負荷（ＣＰＵ負荷、ＷＡＮリンクやＬＡＮリンクの通信負荷など）や蓄積サーバ３０の負荷（同上）に応じてＵＥ１０の接続可否を判断してもよい。例えば、上記いずれか、あるいは複数負荷情報の組み合わせが所定の値を超えるような場合は、ＵＥ１０の接続を拒否する。

また、転送ノード２０が、取得したＵＥ１０の嗜好情報から、転送ノード２０がアクセスできないネットワーク（契約等の関係からアクセスを許可されないネットワーク、例えば転送ノード２０が使用するオペレータとは異なるオペレータが契約者向けに提供するサービスを受けるためのネットワーク、など）へのアクセスが必要であることを検出した場合に、そうしたネットワークアクセスを必要としない嗜好情報だけを用いて接続可否を判定したり、そうしたネットワークアクセスを必要とする嗜好情報の量に応じて接続可否を判定したりしてもよい（そうしたネットワークアクセスを必要とする嗜好情報を多く含む場合は接続を許可しない）。

また、接続確認処理においてＵＥ10のユーザ降車予定駅（あるいは降車予定となる位置情報）を取得できる場合は、現在駅（あるいは現在の位置）からの移動予定距離や移動予定時間を算出し、短距離あるいは短時間である場合は、転送ノード２０への接続を許可しないものであってもよい。ここで、降車予定駅あるいは降車予定となる位置情報は、例えばＵＥ１０のユーザが保持するチケットや乗車券、ＵＥ１０に記憶されたチケットや乗車券等の情報にもとづいて抽出してもよい。これにより、短時間しか利用しないＵＥ１０のためのキャッシュ状態再構成やコンテンツデータ取得などの処理を抑制して転送ノード２０ならびに蓄積サーバ３０の処理負荷を低減することができる。さらには、他のより長い時間接続するＵＥ１０に対する処理に割り当てるリソースを向上させることができ、システム全体の稼働効率を向上させることができる。

さらには、転送ノード２０が、地震や災害発生などの情報を取得した場合や、所定の指示を受けた場合に、転送ノード２０は、積極的にＵＥ１０の接続を許可する。すなわち、嗜好情報による接続判断が望ましくない結果となる場合でも接続を許可する。これにより、より多くのＵＥを転送ノードに収容してセルラアクセスのトラフィックを低減させ、災害時等に発生しうるアクセスネットワークの輻輳を回避し、特に緊急通信の接続性を向上させることができる。

（５）接続確認応答：コンテンツ整合性とキャッシュ整合性の双方あるいは一方でも条件があった場合、転送ノード２０は、移動体側の基地局５０、ゲートウェイ６０及びＷＡＮ側の基地局４０経由でＵＥ１０に対して接続を許可する（接続可を示す情報を含んだ）接続確認応答メッセージを送信する。転送ノード２０は、接続を許可するＵＥ１０を識別するための接続ＩＤを割り当て、接続確認応答メッセージを用いてＵＥ１０に通知してもよい。

（６）通信路確立：転送ノード２０が設置された電車にＵＥ１０が乗車してＵＥ１０が転送ノード２０に接続可能になると、ＵＥ１０はローカル無線（無線ＬＡＮの他に、例えばブルートゥース（登録商標）、非接触ＩＣによるアクセス、ミリ波無線などでもよい）を介して転送ノード２０に直接に接続する。
（７）データ再構築指示：このとき先に割り当てられた接続ＩＤをメッセージに含めることで、転送ノード２０が正しくＵＥ１０を識別し、必要に応じてＵＥ１０の嗜好に応じてキャッシュ状態の構築や外部サーバなどからコンテンツの補充を行うよう蓄積サーバ３０に指示することができる。キャッシュ状態の構築では、例えばＵＥ１０に嗜好にあったURLやキャッシュデータの検索性能を高めるために検索キーや検索ハッシュ値の（全体あるいは部分的な）再構築を実施したり、ＵＥ１０から取得したWebアクセスの履歴をもとに関連Webサイトのデータを収集してキャッシュデータとして格納したり、ＵＥ１０から取得したキャッシュ情報をデータベースに設定したりする。

上記（５）における接続確認応答において、コンテンツ整合性とキャッシュ整合性の双方あるいは一方でも条件があわなかった場合は、転送ノード２０はＵＥ１０に対して接続を許可しない（接続不可を示す情報を含んだ）接続確認応答メッセージを送信する。これを受けて、ＵＥ１０は電車に搭乗しても転送ノード２０への接続を行わず、基地局４０経由の通信を継続する。ここで、接続不可を示す情報を含む接続確認応答メッセージを受信したＵＥ１０は、異なる嗜好情報を構成して、再度接続確認を実施してもよい。また、同じ移動体の異なる転送ノードや、異なる移動体の転送ノードに対して、同じ嗜好情報を用いて（あるいは嗜好情報を変えて）接続確認を実施してもよい。これにより、ＵＥ１０を転送ノード２０に収容できる可能性を高め、システム全体の通信効率の向上を図ることができる。

なお、上記（３）における接続確認において、移動体１１０が複数の車両によって構成され、各車両に転送ノード２０が設置されるような場合は、そのうち代表となる転送ノード（２０ａとする）に対して接続確認を行う。接続確認処理を実施する代表転送ノード２０ａは、その移動体１１０上の他の転送ノード２０におけるキャッシュ状況及びコンテンツ保有状況を転送ノード２０ａ、２０間（ＷＡＮ回線経由でもよいし、移動体１１０内のローカル回線経由でもよい）で確認し、ＵＥ１０に対する接続判断を下す。これにより、ＵＥ１０が同一移動体１１０における複数の転送ノード２０に対して、個々に接続確認を行うことを回避して処理時間を削減し、ひいてはユーザ利便性を向上させることができる。

さらに、上記（５）における接続確認応答において、割り当てる接続ＩＤをその移動体１１０において一意のものとすることで、後にＵＥ１０が移動体１１０内のいずれの転送ノード２０にアクセスしてきても、ＵＥ１０の嗜好にあわせたキャッシュデータやコンテンツを接続ＩＤにより特定して、転送ノード２０間で共有することができる。これにより、転送ノード２０が個別にキャッシュ並びにコンテンツ蓄積を行う中であっても、システムリソースの利用価値を高め、ローカル接続サービスのユーザ利便性を高めることができる。また、転送ノード２０間のキャッシュデータやコンテンツの共有によるシステム負荷を低減することを目的として、接続確認応答メッセージに、ＵＥ１０が乗車することによるキャッシュ／コンテンツ利用効果が最も高い車両番号あるいは効果が高い順に車両番号をリスト化したものを通知し、ユーザが取得した車両番号ないしリストに基づいて、乗車効果（すなわち転送ノード２０に接続することによる効果）がより高くなるように乗車する車両を決定するものであってもよい。

また、上記（５）における接続確認応答において、転送ノード２０が、接続許可を示す接続確認応答メッセージに、格納しているコンテンツのリストやジャンル、コンテンツ整合性やキャッシュ整合性の判定結果（可／不可を示す情報（ビット値など）でもよいし、整合性を示す数値でもよい）や、キャッシュされているWebページに関する情報（ＵＲＬなどのアドレス、Webページのジャンルなど）を含めてもよい。これにより、ＵＥ１０が蓄積サーバ３０の状態に応じて、乗車後に転送ノード２０への接続を判断することができ、ユーザの意向に沿った接続判断を行うことができる。

また、上記転送ノード２０のアドレス導出において、複数のアドレスが得られた場合、それぞれの転送ノード２０に対して、ＵＥ１０が上記（３）における接続確認処理を実施し、取得した接続ＩＤを転送ノード２０毎に管理保持する。これは、ＵＥ１０において、駅情報しか取得できないか、あるいは駅情報すら特定できない（位置情報しか取得できない）ような場合に生じる状況であり、特定された駅や位置から、その時刻において乗車可能性のある電車に設置された転送ノード２０のアドレスが導出される。

ＵＥ１０は上記（６）における通信路確立において、電車に乗車する際に、該当する転送ノード２０から取得した接続ＩＤを用いて接続する。ＵＥ１０が接続した転送ノード２０は、必要に応じてＵＥ１０に適した環境を構築する（詳細は前述の通り）。ここで、接続する転送ノード２０を決定した時点で、それ以外の転送ノード２０に対して先に実施した接続確認処理によるコンテキスト（接続ＩＤやＵＥ１０の嗜好情報保持など）をリリースするための処理（要求メッセージ送信と転送ノードにおけるリリース完了したことを示す応答メッセージ受信など）を実施し、さらにＵＥ１０が保持していた（今回接続しなかった転送ノード２０に関する）情報をリリースしてもよい。これにより、ＵＥ１０及び転送ノード２０におけるリソース消費を低減することができる。

ここで、ＵＥ１０が転送ノード２０に接続する前に通信セッションを有している場合（特にそのセッションによる通信が継続して行われている場合）、ＵＥ１０は転送ノード２０に接続した後に、TS23.402に開示されるUntrusted Non-3GPPアクセスネットワークへのハンドオーバを実施してもよい。すなわち、コアネットワークに設置されたパケットゲートウェイｅＰＤＧ（enhanced Packet Data Gateway）（あるいはTS23.234に開示されるようなＰＤＧ; Packet Data Gateway）にハンドオーバであることを示す情報を含む接続処理を送信して、転送ノード２０が提供する無線ＬＡＮサービス経由の接続に、ＷＡＮ経由で確立したセッションコネクションをハンドオーバする。ハンドオーバの手順は上記示したTS23.402などに開示されるものであるが、本発明を実施するにあたり、転送ノード２０への接続を完了した時にWAN接続上で継続している通信セッションがあることを検出した場合に上記ハンドオーバ手順を開始するハンドオーバトリガ手段が必要となる。

ＵＥ１０が、接続確認を行った転送ノード（仮に転送ノード１と呼ぶ）とは異なる転送ノード（仮に転送ノード２と呼ぶ）に対して接続処理を開始した場合、次のような処理を実施してもよい。例えば、転送ノード２が転送ノード１と接続可能なアドレスや識別子（ＵＥ１０から接続確認を行った時の転送ノード１のアドレスや識別子を取得したり、ＵＥ１０の乗車券や定期券などの乗車予定情報や接続確認を行った時の位置情報やプラットホーム情報などから乗車可能性のあった移動体ならびに転送ノード１のアドレスや識別子を抽出する）を取得して転送ノード１に接続し、転送ノード１からＵＥ１０の嗜好情報や接続可否情報、またＵＥ１０向けの設定情報（ＵＥ１０が接続してきた時向けの転送ノードや蓄積サーバの設定に関する情報や既にダウンロードしたり再構成したキャッシュに関する情報、など）を取得する。続けて転送ノード２は、取得した設定情報にもとづいて転送ノード２および接続する蓄積サーバのＵＥ１０向けの設定を実施する。

またＵＥ１０が、既に接続確認を行った転送ノードが設置された移動体とは異なる移動体に乗車した場合、あるいはＵＥ１０が移動体に乗車後、接続確認を行った転送ノード（転送ノード１）を発見できない場合、ＵＥ１０は再度接続確認処理を実施して、乗車した移動体に設置された転送ノード（転送ノード２）と接続する。このとき、転送ノード１と転送ノード２の間で、上記示したＵＥ１０に関する情報の転送を実施してもよい。さらに、転送ノード１と転送ノード２間の情報転送は、ＵＥ１０が転送ノード２に対して実施する接続処理の過程で行ってもよいし、ＵＥ１０が転送ノード２に接続する時に行ってもよい。すなわち、ＵＥ１０は、先に接続確認を実施した転送ノード１のアドレスや識別子を含む接続確認要求を転送ノード２に送信し、転送ノード２が転送ノード１からＵＥ１０に関する設定情報を取得し、転送ノード２は取得したＵＥ１０に関する設定情報と接続確認要求で取得したＵＥ１０の嗜好情報をもとに状態応答処理を実施する。あるいは、上記示したようにＵＥ１０が転送ノード２に接続する時にＵＥ１０に関する情報転送を実施する。

なお、上記の説明では、転送ノード２０によるローカル無線接続サービスを提供する移動体１１０の例として、ユーザが電車に乗車する場合の動作を示したが、電車以外の移動体、すなわち、バス、タクシー、自家用車、飛行機、船、遊園地の乗り物（観覧車など）,
ゴンドラ、モノレール、ケーブルカー、馬車などであってもよい。また、移動しているＵＥ１０に対して相対的な移動を伴うもの、例えば喫茶店や飲食店にて提供される無線接続サービスなどであってもよい。

＜転送ノードの構成＞
次に、本発明による転送ノード２０の構成について図３を用いて説明する。転送ノード２０は、移動体１１０内部のＵＥ１０（及び７０、以下同じ）とローカル無線を介した通信を行うためのＬＡＮ通信部２１と、基地局５０を介したセルラ通信を行うＷＡＮ通信部２３と、ＬＡＮ通信部２１及びＷＡＮ通信部２３を流れるデータトラフィックの中継を行う転送部２２と、蓄積サーバ３０と接続して中継トラフィックをキャッシュさせたりするためのサーバＩ／Ｆ部２４と、ＵＥ１０による接続確認を実施する接続確認部２５から構成される。

ＬＡＮ通信部２１が受信した、ローカル通信サービスに接続するＵＥ７０のデータトラフィック（以降、上りトラフィックと呼ぶ）は、転送部２２とＷＡＮ通信部２３を介して基地局５０に転送される。また、ＷＡＮ通信部２３が受信した基地局５０からのデータトラフィック（以降、下りトラフィックと呼ぶ）は、転送部２２とＬＡＮ通信部２１を介して配下のＵＥ１０に転送される。転送部２２は、データトラフィックを転送する前に、データトラフィックをサーバＩ／Ｆ部２４を介して蓄積サーバ３０に転送し、蓄積サーバ３０においてキャッシュ処理（以降、プロキシ処理と呼ぶこともある）を行う。すなわち、蓄積サーバ３０は上りトラフィックと下りトラフィックの対応をキャッシュデータとして格納する。

これにより、転送部２２がサーバＩ／Ｆ２４部経由で蓄積サーバ３０に上りトラフィックのキャッシュ要求を行った時に、蓄積サーバ３０が格納する上りトラフィックのキャッシュデータに対して検索を行い、ヒットした場合に対応する下りトラフィックのキャッシュデータをサーバＩ／Ｆ部経由で転送部２２に転送する。このとき下りトラフィック（ヘッダ、データフォーマットなど）は新規に生成したり、キャッシュデータベースに格納された情報を基に生成したりすることができる。転送部２２は、処理中の上りトラフィックをＷＡＮ通信部２３に転送せずに、蓄積サーバ３０から取得した下りトラフィックをＬＡＮ通信部２１経由で対応するＵＥ１０に送信する。また、上りトラフィックによって要求されるコンテンツデータを蓄積サーバ３０が既に保持格納している場合は、同様にそのコンテンツをＵＥ１０に配信する下りトラフィックを生成し、ＬＡＮ通信部２１経由でＵＥ１０に送信する。なお、下りトラフィックの生成、すなわちＩＰや、ＵＤＰ／ＴＣＰ／ＨＴＴＰ（User Datagram Protocol／Transmission Control Protocol／Hyper Text Transfer Protocol）などの上位層ヘッダ、またペイロードの生成は、蓄積サーバ３０が行ってもよいし、転送部２２が行ってもよい。

＜転送ノードの処理＞
以上のように構成される転送ノード２０の接続確認並びに接続に関する動作について、図４を用いて説明する。ＷＡＮ通信部２３がＵＥ１０からの接続確認メッセージを受信すると（ステップＳ１でYes）、そのメッセージを接続確認部２５に転送し、接続確認部２５は接続確認メッセージから嗜好情報を取得する（ステップＳ２）。接続確認部２５は、取得したＵＥ１０の嗜好情報に基づき、蓄積サーバ３０が保持するキャッシュデータベースやコンテンツデータベースに対する適合性について、サーバＩ／Ｆ部２４を介して問い合わせる。これにより、蓄積サーバ３０から取得した適合性が所定の値を超える場合は、ＵＥ１０が自身に接続することの効果の方が高いとして、接続確認部２５がＵＥ１０の接続を許可する判断を下す（ステップＳ３）。接続を許可する場合（ステップＳ４でYes）、必要に応じてＵＥ１０を一意に識別可能な接続ＩＤを割り当てる（ステップＳ５）。割り当てた接続ＩＤは、取得した嗜好情報と対応づけて、所定の期間管理する。所定の期間とは、例えばＵＥ１０が実際に接続するまで、実際に接続してから切断（降車による切断）するまでの時間や、それ以外の時間（例えば１時間など）である。

なお、接続許可を下したＵＥ１０が嗜好する情報（コンテンツ）の一部が、蓄積サーバ３０に格納されていない場合、あらかじめ取得しておいてＵＥ１０の接続に備えるものであってもよい。この場合、接続確認部２５がＷＡＮ通信部２３を介して蓄積サーバ３０に格納されていないＵＥ１０が嗜好するコンテンツを取得する要求メッセージを送信し、その結果取得したコンテンツを、サーバＩ／Ｆ部２４を介して蓄積サーバ３０に格納する。これにより、ＵＥ１０がローカル接続サービスを利用する時点で、既にユーザに適した環境を提供することができるようになり、ユーザ利便性の向上を図ることができる。ここで、こうした動作を先に割り当てた接続ＩＤに対応づけて管理してもよい。これにより、顧客価値を高める付加サービスに対する課金処理をユーザ単位で実施することが可能となる。

続いて、接続確認部２５は、ＵＥ１０に接続確認応答メッセージを送信する（ステップＳ６）。接続確認応答メッセージには、接続可否（接続許可又は不許可）を示す情報と、接続許可かつ接続ＩＤを割り当てる場合は接続ＩＤを含める。

ＵＥ１０が当該電車に乗車すると、ＬＡＮ通信部２１がＵＥ１０から接続要求メッセージを受信する（ステップＳ７でYes）。ＬＡＮ通信部２１は接続要求メッセージを接続確認部２５に転送し、接続確認部２５はそのメッセージに含まれる場合は接続ＩＤを取得し、自身が割り当てたものであるか否かを検証する（ステップＳ８）。取得した接続ＩＤが正しい場合は、必要に応じて蓄積サーバ３０が格納するデータを、ＵＥ１０の嗜好性をより反映可能な状態に再構築する（ステップＳ９）。ステップＳ９では例えば、ＵＥ１０のユーザが嗜好するコンテンツが格納されていない場合は、接続確認部２５がＷＡＮ通信部２３を介して、蓄積サーバ３０に格納されていない、ＵＥ１０が嗜好するコンテンツを取得する要求メッセージを送信し、その結果取得したコンテンツを、サーバＩ／Ｆ部２４を介して蓄積サーバ３０に格納する。これにより、事前にコンテンツ補充を行う場合に比べて、実際には接続しなかったＵＥ１０に対する不要なコンテンツ補充を回避することができ、転送ノード２０におけるリソースの有効利用を図ることができる。ここで、こうした動作を先に割り当てた接続ＩＤに対応づけて管理してもよい。これにより、顧客価値を高める付加サービスに対する課金処理をユーザ単位で実施することが可能となる。

接続確認部２５並びにＬＡＮ通信部２１において必要な接続処理を完了すると、ＬＡＮ通信部２１は接続応答メッセージをＵＥ１０に送信し、ＵＥ１０の接続処理を完了させる（ステップＳ１０）。転送ノード２０のＬＡＮ通信部２１あるいはＷＡＮ通信部２３が、上記以外のメッセージを受信した場合は（ステップＳ７でNo）、別途規定される手順を実施する（ステップＳ１１において、メッセージに応じた処理を実施）。

＜移動端末の構成＞
次に、本発明による移動端末であるＵＥ１０の構成について図５を用いて説明する。ＵＥ１０は、移動体１１０内部の転送ノード２０とローカル無線を介した通信を行うためのＬＡＮ通信部１１と、基地局４０を介したセルラ通信を行うＷＡＮ通信部１３と、ＬＡＮ通信部１１及びＷＡＮ通信部１３に対してコネクション管理などの通信制御を実施する通信制御部１２と、ＬＡＮ通信部１１やＷＡＮ通信部１３を介した通信（特にはＩＰ通信）を実施するためのネットワーク（ＮＷ）処理部１４と、通信機能を用いたアプリケーションを動作させるアプリケーション部１５と、転送ノード２０に対して接続確認処理を実施する接続確認部１６から構成される。

＜移動端末の処理＞
以上のように構成されるＵＥ１０の動作における探索処理について、図６を用いて説明する。ユーザが乗車予定の（あるいは既に乗車している）電車内で提供されるローカル接続サービスに関する情報の探索をＵＥ１０に対して指示すると、接続確認部１６はユーザの嗜好情報を抽出する（ステップＳ２１）。

これは、過去の通信履歴（Webアクセスの宛先ＵＲＬなどのキャッシュデータ）や、趣味に関する情報（趣味の分野；例えば、映画鑑賞（さらには邦画、洋画、アクションなど好きなジャンル）、音楽鑑賞（同様にロック、クラシックなどのジャンル）、料理、読書、野球鑑賞、など）、好きなテレビ番組（野球などのスポーツ中継、ニュース）、購読している新聞や雑誌に関する情報など、ユーザがインターネットを介してアクセスする可能性のある情報を抽出できる情報である。なお、過去の通信履歴に関しては、例えば、以前に電車におけるローカル無線サービスを利用した時の通信履歴を用いてもよい。これによって、特に電車内での挙動に即したユーザの嗜好性を抽出することができ、後述するサービスの利用効果、システム効率をより高めることが可能となる。また、嗜好情報の抽出は、ローカル接続サービスに関する情報探索をユーザが指示する以前に（すなわち、あらかじめ）実施しておいてもよい。

続いて、接続確認部１６は、抽出した嗜好情報を含む接続確認メッセージをＷＡＮ通信部１３を介して転送ノード２０に送信する（ステップＳ２２）。これに先立ち、接続確認部１６は、先に説明したような手順により、転送ノード２０のアドレス（ＩＰアドレス）を導出する。ＷＡＮ通信部１３は、接続応答メッセージを受信するとこれを接続確認部１６に転送し（ステップＳ２３）、接続確認部１６は接続可否を確認する（ステップＳ２４）。接続許可を示す接続応答メッセージに接続ＩＤが含まれる場合は（ステップＳ２４でYes）、それを抽出して記憶保持する（ステップＳ２５）。

また、接続応答メッセージに、転送ノード２０への接続に必要な情報（例えば、ＷｉＦｉ（登録商標）である場合は、アクセスポイントの周波数情報やＳＳＩＤ（Service Set IDentification）、ＷＥＰ（Wired Equivalent Privacy）やＷＰＡ（Wi-Fi Protected Access）などのマスター鍵情報など、Bluetooth（登録商標）である場合は、アクセスポイント名やペアリングするためのパスコードなど）が含まれる場合は、それらを抽出して記憶保持する。これは例えば、以降、ＵＥ１０が自動的にアクセスポイントを検出して接続できるように、ＬＡＮ通信部１１のコンフィグレーションとして設定することもできる。

ここで、ステップＳ２４では、接続許可を示す接続確認応答メッセージから、転送ノード２０が保持するコンテンツのリストやジャンル、コンテンツ整合性やキャッシュ整合性の判定結果（可／不可を示す情報（ビット値など）でもよいし、整合性を示す数値でもよい）や、キャッシュされているWebページに関する情報（ＵＲＬなどのアドレス、Webページのジャンルなど）などを取得できる場合は、接続確認部１６においてこれらの情報と自身の嗜好情報を比較判断した上で乗車後に転送ノード２０への接続を行うか否かを判断してもよい。このように、ユーザの意向に沿った接続判断を行うことにより、「接続してはみたものの欲しい情報がなかった」といった状況を回避することができるので、非効率な接続を防止することができ、また、ユーザ利便性を高めることができる。接続不許可を示す接続確認応答メッセージを受信した場合（ステップＳ２４でNo）、ＵＥ１０は、電車に搭乗しても転送ノード２０への接続を行わず、ＷＡＮ側の基地局４０経由の通信を継続する。すなわち、次に説明する接続処理を実施しない。

次に、図７を用いてＵＥ１０の接続処理に関する動作について説明する。ＬＡＮ通信部１１は、先に接続確認応答メッセージを通じて、あるいは他の異なる手段により取得したローカル接続サービスにアクセスするための情報（アクセスポイントの周波数やＳＳＩＤなどの情報）を用いて転送ノードを発見し、接続要求メッセージを送信する（ステップＳ３１）。このとき、先に接続ＩＤを取得した場合は、接続ＩＤを接続要求メッセージに含めて送信する。転送ノード２０において正しく接続処理が行われ、接続応答メッセージを受信すると、接続処理を完了する（ステップＳ３２）。これを受けて、転送ノード２０によるローカル接続サービス経由のネットワークアクセスを開始する。

＜第２の実施の形態＞
第２の実施の形態では、ＵＥ１０による問い合わせの対象が転送ノード２０ではなく、近隣アクセスネットワークに関する情報を提供するサーバである点が、第１の実施の形態と異なる。すなわち、ＵＥ１０による問い合わせは、移動体１１０に設置された移動式のローカル無線サービスと従来の固定式のローカル無線サービスの双方への接続性について行われ、その問い合わせに応答して、問い合わせを行った位置においてＵＥ１０が接続可能な移動式及び固定式のローカル無線サービスが一元的に提供される。これにより、固定式と移動式のサービスに関する情報の問い合わせを個別に実施する必要がなくなり、また同一の手続きによる問い合わせが可能となり、ユーザ負担を軽減することができる。

＜システム構成＞
図８は本発明による第２の実施形態によるシステム構成を示す図である。図８では、図１に示すエンティティの他に、近隣ネットワーク（ＮＷ）情報サーバ８０が追加されている。近隣ＮＷ情報サーバ８０は、ＵＥ１０の近隣に存在したり、ＵＥ１０が接続可能なアクセスネットワークに関する情報をＵＥ１０に配信する。近隣ＮＷ情報サーバ８０は、例えば3GPP TS23.402に記載されているＡＮＤＳＦ（Access Network Discovery and Selection Function）サーバのようなものであってもよい。近隣ＮＷ情報サーバ８０以外のエンティティ（ＵＥ１０を除く）については、第１の実施の形態と同じであるので、その詳細な説明を省略する。また、図１と同様に、図８では説明を簡略化するために、ＵＥ１０と転送ノード２０が同じゲートウェイ６０に収容される構成を図示したが、それぞれ異なるゲートウェイに接続するものであってもよい。

＜システムの動作＞
上記の構成によるシステムの動作について図９を用いて説明する。
（１）通信路確立：まず、転送ノード２０がＷＡＮ側の基地局５０経由でゲートウェイ６０と通信路を確立する。ここで通信路とは、例えばＵＭＴＳ、ＧＰＲＳ、ＬＴＥ、ＳＡＥなどのセルラシステムにおける通信コネクションであり、システムによってはＰＤＰコンテキストやＰＤＮコネクション、ＳＡＥベアラなどとも呼ぶ。また、通信コネクションの確立は、3GPP TS23.060に示されるAttach手順、Activate PDP Context手順、Service Request手順、Handover手順、3GPP TS23.401又は3GPP TS23.402に示されるAttach手順、Service Request手順、Handover手順のいずれかである 。通信コネクションの確立により、転送ノード２０はゲートウェイ６０からＩＰアドレスを払い出され（あるいはハンドオーバ時などで再割り当てされ）、図示していない外部ノードなどとの通信が可能となる。

（２）通信路確立：また、ＵＥ１０においても同様に、ＷＡＮ側の基地局４０を介してゲートウェイ６０と通信路を確立する。これにより、ＵＥ１０もゲートウェイ６０からＩＰアドレスを払い出され、図示していない外部ノードなどとの通信が可能となる。なお、転送ノード２０による通信路確立のタイミングと、ＵＥ１０による通信路確立のタイミングが同期している必要はない。

（３）近隣ＮＷ問い合わせ：上記（１）（２）における通信路確立を完了した後、ＵＥ１０は任意のタイミングで、ＷＡＮ側の基地局４０及びゲートウェイ６０を介して近隣ＮＷ情報サーバ８０に対し、近隣に存在したり、ＵＥ１０が接続可能なアクセスネットワークに関する情報を問い合わせる近隣ＮＷ問い合わせメッセージを送信する。第１の実施の形態と同様に、ここでも、ＵＥ１０を有するユーザが搭乗予定の電車をプラットホームで待ち合わせているシナリオを想定する。ＵＥ１０は、近隣ＮＷ問い合わせメッセージにＵＥ１０（ユーザ）の嗜好情報を含めて送信する。嗜好情報は、第１の実施の形態にて説明したものと同様のものである。

（４）接続確認：近隣ＮＷ情報サーバ８０は、ＵＥ１０やセルラシステムなどから取得したＵＥ１０の位置情報などに基づいて、ユーザ（ＵＥ１０）が待ち合わせている駅を特定する。さらに、メッセージを取得した時刻に基づいて、ユーザが乗車する可能性のある電車を特定する。なお、近隣ＮＷ情報サーバ８０は、ＵＥ１０から駅情報を取得して乗車駅の特定を行ってもよい。これにより、ＵＥ１０の位置情報を基に地図データから駅を特定する処理負荷を低減することができる。また、近隣ＮＷ情報サーバ８０は、ＵＥ１０から乗車予定の電車に関する情報を取得してもよい。これにより、駅情報や時刻情報から乗車予定の電車を特定する処理負荷を低減することができる。また、乗車駅や番線情報、乗車予定の電車に関する情報（電車ＩＤなど）の抽出は、購入した切符や定期券などの媒体（紙媒体、磁気媒体、電子媒体）から読み出した情報をＵＥ１０から取得して用いてもよい。

近隣ＮＷ情報サーバ８０は、ユーザが乗車する予定の電車を特定すると、特定した電車に配置される転送ノード２０のアドレスを前述したような方法により導出し、ＵＥ１０から取得した嗜好情報を含む接続確認メッセージを、ゲートウェイ６０及びＬＡＮ側の基地局５０経由で転送ノード２０に送信する。なお、ＵＥ１０は所定の単位時間毎（例えば１秒おき）に測定した複数の位置情報を近隣ＮＷ情報サーバ８０に送信し、近隣ＮＷ情報サーバ８０がユーザ（ＵＥ１０）の移動度（速度、方向など）を検出し、時刻表や地図データと照らし合わせた結果、ＵＥ１０が既に乗車している電車を特定することができる。この場合、特定した電車に設置された転送ノード２０に対して接続確認メッセージを送信する。

（５）状態確認：接続確認メッセージを受信した転送ノード２０は、通知された嗜好情報に基づき、第１の実施の形態にて示したような方法により、ＵＥ１０が乗車後に転送ノード２０に接続することの有効性／無効性について確認（蓄積サーバ３０に対する状態確認処理）を行う。
（６）接続確認応答：コンテンツ整合性とキャッシュ整合性の双方あるいは一方でも条件があった場合、転送ノード２０はＵＥ１０に対して接続を許可する（接続可を示す情報を含んだ）接続確認応答メッセージを近隣ＮＷ情報サーバ８０に送信する。転送ノード２０は、接続を許可するＵＥ１０を識別するための接続ＩＤを割り当て、接続確認応答メッセージを用いて転送してもよい。

（７）近隣ＮＷ問い合わせ応答：転送ノード２０によって接続が許可された場合に限り、近隣ＮＷ情報サーバ８０は、近隣ＮＷ応答メッセージに転送ノード２０に接続するための情報、例えば周波数やＳＳＩＤなどに関する情報や接続ＩＤ（転送ノード２０によって通知された場合）を含めて、ＵＥ１０に送信する。ＵＥ１０の接続が許可されなかった場合、近隣ＮＷ情報サーバ８０は転送ノード２０に接続するための情報は含めずに、近隣ＮＷ応答メッセージをＵＥ１０に送信する。接続が許可されないということは、ＵＥ１０にとってその転送ノード２０に関する情報は不要な情報に等しい。こうした不要な情報をＵＥ１０に対して隠蔽する（すなわちＵＥ１０に情報を送信しない）ことにより、ネットワークリソースの有効活用や、ＵＥ１０並びに近隣ＮＷ情報サーバ８０の処理負荷低減を図ることができる。

（８）通信路確立：ＵＥ１０は、転送ノード２０に接続するための情報を取得できた場合は、以降、転送ノード２０が設置された電車にＵＥ１０が乗車すると、ローカル無線（無線ＬＡＮの他に、例えばブルートゥース（登録商標）、非接触ＩＣによるアクセス、ミリ波無線などでもよい）を介して転送ノード２０に直接に接続する。
（９）データ再構築指示：このとき先に割り当てられた接続ＩＤをメッセージに含めることで、転送ノード２０が正しくＵＥ１０を識別し、必要に応じてＵＥ１０の嗜好に応じてキャッシュ状態の構築や外部サーバなどからコンテンツの補充を行うよう蓄積サーバ３０に指示することができる。キャッシュ状態の構築では、例えばＵＥ１０に嗜好にあったＵＲＬやキャッシュデータの検索性能を高めるために検索キーや検索ハッシュ値の（全体あるいは部分的な）再構築を実施したり、ＵＥ１０から取得したWebアクセスの履歴をもとに関連Webサイトのデータを収集してキャッシュデータとして格納したり、ＵＥ１０から取得したキャッシュ情報をデータベースに設定したりする。ＵＥ１０が転送ノード２０に接続するための情報を取得できた場合は、以降、転送ノード２０が設置された電車にＵＥ１０が乗車しても、ＵＥ１０は転送ノード２０が提供するローカル無線サービスには接続せず、ＷＡＮ側の基地局４０経由の通信を継続する。

なお、近隣ＮＷ情報サーバ８０は、従来の特定の位置に設置されたアクセスポイントによって提供される固定式のローカル接続サービスに関する情報（すなわち上記アクセスポイントを検出して接続するための情報であり、周波数情報やＳＳＩＤなど）と、上記のような移動体１１０と共に移動する転送ノード２０によって提供される移動式のローカル接続サービスに関する情報を混在させてＵＥ１０に提供することができる。この場合、移動式のローカル接続サービスに関する情報には、特に移動式であることを示すフラグなどの情報を付加することにより、ＵＥ１０によるローカル接続サービスの違いを認識させることができる。さらには、移動式のローカル接続サービスが現在のＵＥ１０の位置に到着したり通過する予定時刻（又は現在からの相対時間）をあわせて通知することにより、ＵＥ１０が移動式ローカル接続サービスへのアクセスタイミングを制御できるようになり、ローカル接続サービス（すなわち転送ノード２０）の到着前に無駄にアクセス試行を繰り返すことを回避することができ、ひいてはＵＥ１０のバッテリ消費を低減させることができる。

＜移動端末の構成＞
次に、第２の実施の形態におけるＵＥ１０の構成について図１０を用いて説明する。図１０では、図５に示す接続確認部１６の代わりに近隣ＮＷ情報確認部１７が設けられ、他の構成は同じであるので、説明を省略する。近隣ＮＷ情報確認部１７は、近隣ＮＷ情報サーバ８０から近隣あるいはＵＥ１０が接続可能なアクセスネットワークに関する情報を取得する。

＜移動端末の処理＞
以上のように構成されるＵＥ１０の動作における探索処理について、図１１を用いて説明する。ユーザが、ＵＥ１０の近隣に設置されたあるいは乗車予定の（あるいは既に乗車している）電車内で提供されるローカル接続サービスに関する情報の探索をＵＥ１０に対して指示すると、近隣ＮＷ情報確認部１７はユーザの嗜好情報を抽出する（ステップＳ４１）。これは、過去の通信履歴（Webアクセスの宛先ＵＲＬなどのキャッシュデータ）や、趣味に関する情報（趣味の分野；例えば、映画鑑賞（さらには邦画、洋画、アクションなど好きなジャンル）、音楽鑑賞（同様にロック、クラシックなどのジャンル）、料理、読書、野球鑑賞、など）、好きなテレビ番組（野球などのスポーツ中継、ニュース）、購読している新聞や雑誌に関する情報など、ユーザがインターネットを介してアクセスする可能性のある情報を抽出できる情報である。なお、嗜好情報の抽出は、ローカル接続サービスに関する情報探索をユーザが指示する以前に（すなわち、あらかじめ）実施しておいてもよい。

続いて、近隣ＮＷ情報確認部１７は、抽出した嗜好情報を含む近隣ＮＷ問い合わせメッセージを、ＷＡＮ通信部１３を介して近隣ＮＷ情報サーバ８０に送信する（ステップＳ４２）。ＷＡＮ通信部１３は、近隣ＮＷ問い合わせ応答メッセージを受信すると、それを近隣ＮＷ情報確認部１７に転送し（ステップＳ４３）、近隣ＮＷ情報確認部１７は、近隣に存在するアクセスポイント（すなわち転送ノード２０）に接続するための近隣ＮＷ情報が近隣ＮＷ問い合わせ応答メッセージに含まれる場合（ステップＳ４４で接続許可がYes）は、抽出する近隣ＮＷ情報（及び接続ＩＤ）を抽出する（ステップＳ４５）。これは例えば、アクセスポイントがＷｉＦｉ（登録商標）を用いたサービスを提供する場合はアクセスポイントの周波数情報やＳＳＩＤ、ＷＥＰやＷＰＡなどのマスター鍵情報など、Bluetooth（登録商標）によるサービスを提供する場合は、アクセスポイント名やペアリングするためのパスコードなどに相当する。ここで、近隣ＮＷ問い合わせ応答メッセージに接続ＩＤが含まれる場合はそれを抽出し、近隣ＮＷ情報と共に記憶保持する。近隣ＮＷ情報が近隣ＮＷ問い合わせ応答メッセージに含まれない場合（ステップＳ４４で接続許可がNo）は、そのまま探索処理を終了する。

ここで、転送ノード２０が保持するコンテンツのリストやジャンル、コンテンツ整合性やキャッシュ整合性の判定結果（可／不可を示す情報（ビット値など）でもよいし、整合性を示す数値でもよい）や、キャッシュされているWebページに関する情報（ＵＲＬなどのアドレス、Webページのジャンルなど）などが近隣ＮＷ情報から取得できる場合は、これらの情報と自身の嗜好情報を比較判断した上で、近隣ＮＷ情報確認部１７において乗車後に転送ノード２０への接続を行うかを判断してもよい。このように、ユーザの意向に沿った接続判断を行うことにより、「接続してはみたものの欲しい情報がなかった」といった状況を回避させることができ、ユーザ利便性を高めることができる。以降実施するＵＥ１０の接続処理は、第１の実施の形態において図７を用いて説明した動作と同じであるため、ここでは説明を割愛する。

＜近隣ＮＷ情報サーバの構成＞
次に、本発明による近隣ＮＷ情報サーバの構成について図１２を用いて説明する。近隣ＮＷ情報サーバ８０は、例えばＩＰ通信を行うための通信部８１と、ＵＥ１０からの近隣ＮＷ情報に関する問い合わせを処理する問い合わせ処理部８２と、近隣ＮＷ情報を格納するためのデータベース８３と、本発明による移動体１１０に設置されたローカル接続サービスに対するＵＥ１０の接続性を確認する処理を実施する接続確認部８４から構成される。なお、データベース８３は、近隣ＮＷ情報サーバ８０とは論理的あるいは物理的に異なる装置に実装されるものであってもよい。

＜近隣ＮＷ情報サーバの処理＞
以上のように構成される近隣ＮＷ情報サーバの動作における近隣ＮＷ問い合わせ処理について、図１３を用いて説明する。通信部８１は、ＵＥ１０からの近隣ＮＷ問い合わせメッセージを受信すると、これを問い合わせ処理部８２に転送する。さらに、問い合わせ処理部８２は、移動体１１０と共に移動する転送ノード２０によって提供される移動式のローカル接続サービスに関する情報を取得するため、接続確認部８４に接続確認処理の実施を要求する。このとき問い合わせ処理部８２は、近隣ＮＷ問い合わせメッセージに含まれる、関連する情報（例えばＵＥ１０の位置情報や嗜好情報など）を接続確認部８４に転送する。問い合わせ処理部８２は、近隣ＮＷ問い合わせメッセージそのもの（あるいはヘッダを取り除いたペイロード）を接続確認部８４に転送してもよい。なお。該当する情報が既にデータベースに蓄積されている場合は、それを近隣ＮＷ問い合わせ応答メッセージに含めてＵＥ１０に返信し、処理を終了してもよい。

接続確認部８４は、ＵＥ１０の嗜好情報を抽出するとともに（ステップＳ５１）、ＵＥ１０が乗車予定あるいは乗車可能性のある電車（移動体１１０）を特定し、その移動体１１０に設置される転送ノード２０のアドレスを導出する（ステップＳ５２：移動体特定）。なお、移動体の特定は、第１の実施の形態で説明したのと同様な方法による実施する。接続確認部８４は、ＵＥ１０の嗜好情報を含む接続確認メッセージを通信部８１を介して転送ノード２０に送信する（ステップＳ５３）。接続確認部８４は、対応する接続応答メッセージを通信部８１経由で転送ノード２０から受信すると（ステップＳ５４）、そのメッセージに含まれる接続可否を確認する（ステップＳ５５）。接続許可が応答された場合（ステップＳ５５でYes）、さらに接続ＩＤが応答メッセージに含まれる時はそれを抽出する（ステップＳ５６）。

接続確認部８４は、移動式のローカル接続サービスに関する情報として、転送ノード２０から取得した上記の情報を問い合わせ処理部８２に通知する。すなわち、転送ノード２０によってＵＥ１０の接続が許可された場合、接続確認部８４は、取得した接続ＩＤや転送ノード２０に接続するための情報（例えば周波数情報やＳＳＩＤなどのアクセス情報）などを問い合わせ処理部８２に転送する。接続許可を示す接続確認応答メッセージに、転送ノード２０が格納しているコンテンツのリストやジャンル、コンテンツ整合性やキャッシュ整合性の判定結果（可／不可を示す情報（ビット値など）でもよいし、整合性を示す数値でもよい）、キャッシュされているWebページに関する情報（ＵＲＬなどのアドレス、Webページのジャンルなど）が含まれる場合は、同様に問い合わせ処理部８２に通知する。これを受けて問い合わせ処理部８２は、移動式のローカル接続サービスに関する情報として、接続確認部８４から取得した情報を近隣ＮＷ応答メッセージに含めてＵＥ１０に送信する（ステップＳ５７）。このとき問い合わせ処理部８２は、移動式、固定式を問わず、他のローカル接続サービスに関する情報と併せてＵＥ１０に通知することができる。

＜第３の実施の形態＞
第３の実施の形態では、ＵＥ１０が移動体１１０から停止体１００１あるいは他の移動体に移動する際の動作を説明する。ここで、移動体１１０と停止体１００１又は他の移動体は、相互に接近する関係にあることが特徴であり、例えば電車（移動体１１０）からプラットホーム（停止体１００１）に降車する場合や、ある電車（移動体１１０）から他の電車やバスなど（他の移動体）に乗り換える場合が相当する。

＜システム構成＞
図１４は本発明による第３の実施形態によるシステム構成を示す図である。図１４では、図１に示すエンティティの他に、停止体１００１が追加されている。移動体１１０が電車である場合、停止体１００１は、駅のプラットホームなどに相当し、移動体１１０同様に転送ノード１０５０と蓄積サーバ１０３０を有する。停止体１００１においては複数のＵＥ１０７０が転送ノード１０５０に接続している場合もある。

また、外部ネットワークはマクロネットワーク１００に接続するノード（例えば、ＵＥ７０、ＵＥ１０１０（移動前）、転送ノード１０２０など）と停止体１００１上のノード（例えば、ＵＥ１０７０、ＵＥ１０１０（移動後）、転送ノード１０５０など）の相互接続を可能にするための通信ネットワークであり、インターネットやプライベートネットワークなどその機能を満足する通信手段の集合体が相当する。ここで、転送ノード１０５０が、転送ノード１０２０と同様に基地局Ｂ５０経由でマクロネットワーク１００に接続する場合もある。その場合、移動体１１０内のノードと停止体１００１内のノード間の相互接続はマクロネットワーク１００あるいは基地局Ｂ５０に閉じて実施されるので、外部ネットワークは不要となる。転送ノード１０５０が基地局Ｂ５０とは異なる基地局経由でマクロネットワーク１００に接続する場合も、相互接続はマクロネットワーク１００に閉じて実施されるため、外部ネットワークは不要である。

以下、ＵＥ１０１０が、移動体１１０から停止体１００１に移動（降車）する場合について説明する。

＜システムの動作＞
上記の構成によるシステムの第１の動作について図１５を用いて説明する。第１の動作では、第１の実施形態で示したのと同様に、移動体１１０上のＵＥ１０１０が降車先の転送ノード１０５０に直接接続して接続可否を問い合わせる。

（１）接続確認：ＵＥ１０１０は、停止体１００１上の転送ノード１０５０に対して接続確認を行う。ＵＥ１０１０は本接続確認処理を通じて、これから降車予定のプラットホーム（停止体１００１）上に設置された転送ノード１０５０へ接続することの有効性を確認する。すなわち、ＵＥ１０１０は、接続確認メッセージにＵＥ１０１０のユーザの嗜好情報を含め、転送ノード１０５０に送信する。

ここで、接続確認メッセージに特に嗜好情報を含めず、その代わりに接続している転送ノード１０２０の識別子（ＩＰアドレスなど）を含めるものであってもよい。接続確認メッセージを受信した転送ノード１０５０は、転送ノード１０２０にアクセスしてＵＥ１０１０に対応する嗜好情報を取得することができる。これにより、ＵＥ１０１０において嗜好情報を改めて収集整理する必要がなくなり、ＵＥ１０１０の処理負荷を低減することができる。また、その時点で蓄積サーバ３０のＵＥ１０１０に関する状態を転送することができるので、蓄積サーバ１０３０におけるデータベースやキャッシュの再構築等の負荷を低減することも可能となる。

ＵＥ１０１０は、転送ノード１０５０のアドレス（ＩＰアドレス）を次のような手段により知ることができる。例えば、停止体１００１（プラットホーム）ごとに割り当てられる固定のＩＰアドレス（すなわち転送ノード１０５０にそのＩＰアドレスが割り当てられる）のリスト（例えば駅（あるいは駅と降車番線などの組み合わせ）毎に割り当てられたＩＰアドレスが掲載された時刻表）をＵＥ１０１０が有しており、その中から所望の駅を乗車車両に関する運行情報（例えば、電車ＩＤ、乗車系統と乗車時刻、車両号数、次停車予定駅、停車予定番線など）を基に選択してＩＰアドレスを抽出する。また、同様に駅や駅番線ごとに割り当てられた識別可能な名前（例えばＵＲＩ（Uniform Resource Locator）形式の識別子）をＵＥ１０１０が不図示のＤＮＳ（Domain Name System）サーバに問い合わせて、対応するＩＰアドレスを取得してもよい。さらには、乗車駅、乗車予定時刻、乗車番線、終着駅、始発駅などの情報から電車を特定する識別子を構成してＤＮＳサーバなどに問い合わせ、対応するＩＰアドレスを取得してもよい。ＤＮＳサーバなどでは、問い合わせを受けた時刻から次に停車する駅あるいは駅番線に割り当てられたＩＰアドレス、あるいは次以降に停車する駅あるいは駅番線に割り当てられたＩＰアドレスのリストをＵＥ１０１０に回答する。

（２）状態応答：接続確認メッセージを受信した転送ノード１０５０は、通知された（あるいは転送ノード１０２０から取得した）嗜好情報に基づいて、ＵＥ１０１０が降車後に転送ノード１０５０に接続することの有効性について確認（蓄積サーバ１０３０に対する状態確認処理）を行う。すなわち、
・ＵＥ１０１０が所望するコンテンツを蓄積サーバ１０３０が既に格納しているか否か、あるいは、これから外部サーバなどから取得して格納することが可能か否か（コンテンツ整合性の確認；例えば、著作権や版権の関係から取得して蓄積しておくことが許可されていないなど）や、
・蓄積サーバ１０３０における現在のキャッシュデータがＵＥ１０１０の嗜好に沿ったものとなっているか否か（キャッシュ整合性の確認；少なくとも嗜好情報にて通知されたアクセス履歴情報などで示されたものと一致、類似のＷｅｂページに関するキャッシュデータが所定数を超えるかなど）などを確認する。

また、接続確認処理においてＵＥ１０１０のユーザが次に乗車する予定の電車に関する情報を取得できる場合は、降車してから目的の電車に乗車するまでの移動予定距離や移動予定時間を算出し、短距離あるいは短時間である場合は、転送ノード１０５０への接続を許可しないものであってもよい。ここで、乗り換えに関する情報は、例えばＵＥ１０のユーザが保持するチケットや乗車券、ＵＥ１０に記憶されたチケットや乗車券等の情報にもとづいて抽出してもよい。これにより、短時間しか利用しないＵＥ１０１０のためのキャッシュ状態再構成やコンテンツデータ取得などの処理を抑制して転送ノード１０５０ならびに蓄積サーバ１０３０の処理負荷を低減することができる。さらには、他のより長い時間接続するＵＥ１０１０に対する処理に割り当てるリソースを向上させることができ、システム全体の稼働効率を向上させることができる。

（３）接続確認応答：コンテンツ整合性とキャッシュ整合性の双方あるいは一方でも条件があった場合、転送ノード１０５０は接続を許可する（接続可を示す情報を含んだ）接続確認応答メッセージをＵＥ１０１０に送信する。転送ノード１０５０は、接続を許可するＵＥ１０１０を識別するための接続ＩＤを割り当て、接続確認応答メッセージを用いてＵＥ１０１０に通知してもよい。

（４）通信路確立：転送ノード１０５０が設置された停止体１００１にＵＥ１０１０が降車し、転送ノード１０５０に接続可能な状態になると、ＵＥ１０１０は転送ノード１０５０に接続する。

（５）データ再構築指示：転送ノード１０５０が蓄積サーバ１０３０にＵＥ１０１０向けコンテンツデータの再構築や編成を実施するよう指示する。先に割り当てられた接続ＩＤをメッセージに含めることで、転送ノード１０５０が正しくＵＥ１０１０を識別し、必要に応じてＵＥ１０１０の嗜好に応じてキャッシュ状態の構築や外部サーバなどからコンテンツの補充を行うよう蓄積サーバ１０３０に指示することができる。キャッシュ状態の構築では、例えばＵＥ１０１０に嗜好にあったＵＲＬやキャッシュデータの検索性能を高めるために検索キーや検索ハッシュ値の（全体あるいは部分的な）再構築を実施したり、ＵＥ１０１０から取得したＷｅｂアクセスの履歴をもとに関連Ｗｅｂサイトのデータを収集してキャッシュデータとして格納したり、ＵＥ１０１０や移動体１１０上の蓄積サーバ３０（転送ノード１０２０経由）から取得したキャッシュ情報をデータベースに設定したりする。

なお、上記（１）における接続確認において、停止体１００１であるプラットホームが複数の区画によって構成され、区画毎に転送ノード１０５０を有するような場合、そのうち代表となる転送ノード（仮に１０５０ａとする）に対して接続確認を行う。接続確認処理を実施する代表転送ノード１０５０ａは、その停止体１００１上の他の転送ノード１０５０経由の蓄積サーバ１０３０におけるキャッシュ状況及びコンテンツ保有状況を、転送ノード１０５０ａ、１０５０間（停止体１００１内のローカル回線経由でもよいし、ＷＡＮ回線経由でもよい）で確認し、ＵＥ１０１０に対する接続判断を下す。これにより、ＵＥ１０１０が同一停止体１００１における複数の転送ノード１０５０に対して、個々に接続確認を行うことを回避して処理時間を削減し、ひいてはユーザ利便性を向上させることができる。

さらに、上記（３）における接続確認応答において、接続ＩＤをその停止体１００１において一意に割り当てることで、後にＵＥ１０１０が停止体１００１内のいずれの転送ノード１０５０にアクセスする場合でも、ＵＥ１０１０の嗜好にあわせたキャッシュデータやコンテンツを接続ＩＤをもとに特定し、転送ノード１０５０間で共有することができる。これにより、転送ノード１０５０が個別に蓄積サーバ１０３０を有し、かつ個別にキャッシュ並びにコンテンツ蓄積を行う中であっても、システムリソースの利用価値を高め、ローカル接続サービスのユーザ利便性を高めることができる。また、転送ノード１０５０間のキャッシュデータやコンテンツの共有によるシステム負荷を低減することを目的として、接続確認応答メッセージに、ＵＥ１０１０が降車することによるキャッシュ／コンテンツ利用効果が最も高い区画番号あるいは効果が高い順に区画番号をリスト化したものを通知し、ユーザが取得した区画番号ないしリストに基づいて、接続効果（すなわち転送ノード１０５０に接続することによる効果）がより高くなるように降車する区画（プラットホーム上の位置）や降車駅を決定するものであってもよい。

また、転送ノード１０５０のアドレス導出において、複数のアドレスが得られた場合、それぞれの転送ノード１０５０に対して、ＵＥ１０１０が上記（１）における接続確認処理を実施し、取得した接続ＩＤを転送ノード１０５０毎に管理保持する。これは、ＵＥ１０１０において、簡単な電車情報（例えば新宿駅から東京駅に向かう電車、など）しか取得できないか、あるいは電車情報すら特定できない（位置情報しか取得できない）ような場合に生じる状況であり、特定できる電車や位置の情報から、その時刻において降車可能性のある駅ホームに設置される転送ノード１０５０のアドレスが導出される。

ＵＥ１０１０は上記（４）における通信路確立において、該当する転送ノード１０５０から取得した接続ＩＤを用いて接続する。ＵＥ１０１０が接続した転送ノード１０５０は、必要に応じてＵＥ１０１０に適した環境を構築する（詳細は前述の通り）。ここで、接続する転送ノード１０５０を決定した時点で、それ以外の転送ノード１０５０に対して先に実施した接続確認処理によるコンテキスト（接続ＩＤやＵＥ１０１０の嗜好情報保持など）をリリースするための処理（要求メッセージ送信と転送ノードにおけるリリース完了したことを示す応答メッセージ受信など）を実施し、さらにＵＥ１０１０が保持していた（今回接続しなかった転送ノード１０５０に関する）情報をリリースしてもよい。これにより、ＵＥ１０１０及び転送ノード１０５０におけるリソース消費を低減することができる。あるいは、乗り換え先の電車が通過する駅としての停止体１００１については、接続確認処理によって生成されたコンテキストを維持させるものであってもよく、再度のコンテキスト生成による処理負荷を低減させることができる。

ＵＥ１０１０が、接続確認を行った転送ノード（仮に転送ノード１と呼ぶ）とは異なる転送ノード（仮に転送ノード２と呼ぶ）に対して接続処理を開始した場合、次のような処理を実施してもよい。例えば、転送ノード２が転送ノード１と接続可能なアドレスや識別子（ＵＥ１０１０から接続確認を行った時の転送ノード１のアドレスや識別子を取得したり、ＵＥ１０１０の乗車券や定期券などにもとづく降車情報や、接続確認を行った時の位置情報やプラットホーム情報などから降車可能性のあった移動体ならびに転送ノード１のアドレスや識別子を抽出したりする）を取得して転送ノード１に接続し、転送ノード１からＵＥ１０１０の嗜好情報や接続可否情報、またＵＥ１０１０向けの設定情報（ＵＥ１０１０が接続してきた時向けの転送ノードや蓄積サーバの設定に関する情報や既にダウンロードしたり再構成したキャッシュに関する情報、など）を取得する。続けて転送ノード２は、取得した設定情報にもとづいて転送ノード２および接続する蓄積サーバのＵＥ１０１０向けの設定・編成を実施する。

またＵＥ１０１０が、既に接続確認を行った転送ノードが設置された停止体とは異なる停止体に乗車した場合、あるいはＵＥ１０１０が降車後、接続確認を行った転送ノード（転送ノード１）を発見できない場合、ＵＥ１０１０は再度接続確認処理を実施して、降車した停止体に設置された転送ノード（転送ノード２）と接続する。このとき、転送ノード１と転送ノード２の間で、上記示したＵＥ１０１０に関する情報の転送を実施してもよい。さらに、転送ノード１と転送ノード２間の情報転送は、ＵＥ１０１０が転送ノード２に対して実施する接続処理の過程で行ってもよいし、ＵＥ１０１０が転送ノード２に接続する時に行ってもよい。すなわち、ＵＥ１０１０は、先に接続確認を実施した転送ノード１のアドレスや識別子を含む接続確認要求を転送ノード２に送信し、転送ノード２が転送ノード１からＵＥ１０１０に関する設定情報を取得し、転送ノード２は取得したＵＥ１０１０に関する設定情報と接続確認要求で取得したＵＥ１０１０の嗜好情報をもとに状態応答処理を実施する。あるいは、上記示したようにＵＥ１０１０が転送ノード２に接続する時にＵＥ１０１０に関する情報転送を実施する。

次に、上記の構成によるシステムの第２の動作について図１６を用いて説明する。第２の動作では、移動体１１０上のＵＥ１０１０が接続している転送ノード１０２０に移動確認を発行し、転送ノード１０２０が降車先の転送ノード１０５０に接続して接続可否を問い合わせる。

（１）移動確認：ＵＥ１０１０は、降車タイミングが近づいたことを検知すると（例えば、降車時刻までの残り時間が一定値を下回った場合、降車位置までの距離が一定値を下回った場合、など）、接続している転送ノード１０２０に移動確認メッセージを送信する。なお、同等の条件を転送ノード１０２０が検知して、以降の処理を実施するものであってもよい。すなわち、その場合はＵＥ１０１０が上記検知処理および移動確認メッセージ送信処理を実施することなく、転送ノード１０２０が主体となって以降の処理を実施する。

（２）嗜好情報取得：移動確認メッセージを取得したり、転送ノード１０２０自身が上記状態を検知したりすると、蓄積サーバ３０からＵＥ１０１０に関する嗜好情報やコンテンツデータの蓄積状態などの情報を取得する。嗜好情報は、移動確認メッセージを用いてＵＥ１０１０から取得してもよく、ＵＥ１０１０自身の状態にもとづく当座（リアルタイム）の嗜好情報を取得できる。

（３）接続確認：転送ノード１０２０は、先に示したような方法によりＵＥ１０１０の降車先となる停止体１００１（駅ホームなど）を特定し、停止体１００１に配置される転送ノード１０５０のアドレスを導出する。転送ノード１０２０は、取得した嗜好情報を含む接続確認メッセージを転送ノード１０５０に送信する。

（４）状態確認：接続確認メッセージを受信した転送ノード１０５０は、通知された嗜好情報に基づき、ＵＥ１０１０が転送ノード１０５０に接続することの有効性／無効性ないし効果について、先に示したような方法により評価する（蓄積サーバ１０３０に対する状態確認処理を実施）。

（５）接続確認応答：コンテンツ整合性とキャッシュ整合性の双方あるいは一方でも条件があった場合、転送ノード１０５０はＵＥ１０１０に対して接続を許可する（接続可を示す情報を含む）接続確認応答メッセージを転送ノード１０２０に送信する。このとき転送ノード１０５０は、ＵＥ１０１０が識別するための接続ＩＤを割り当て、接続確認応答メッセージを用いて通知してもよい。

（６）移動確認応答：接続確認応答メッセージを受信すると、転送ノード１０２０はＵＥ１０１０に対する接続可否を確認する。接続可能であった場合、転送ノード１０２０は、接続可を示す情報と受信した接続ＩＤを含む移動確認応答メッセージをＵＥ１０１０に送信する。転送ノード１０５０から通知された結果が接続不可であった場合、自身へのリモート接続が可能であるときは、リモート接続用のアドレスと接続ＩＤ（オプション）を割り当てて、接続可を示す情報とともに移動確認応答メッセージを用いてＵＥ１０１０に通知する。転送ノード１０５０からの通知結果が接続不可、かつ自身へのリモート接続が不可能であるときは、外部サーバアドレスを取得し、接続可を示す情報とともに移動確認応答メッセージを用いてＵＥ１０１０に通知する。外部サーバアドレスの取得に失敗した場合は、接続不可を示す情報を含む移動確認応答メッセージをＵＥ１０１０に送信する。

（７）通信路確立：ＵＥ１０１０は、転送ノード１０５０に接続するための情報を取得できた場合は、以降、転送ノード１０５０が設置された停止体１００１へＵＥ１０が降車したときに、ローカル無線（無線ＬＡＮの他に、例えばブルートゥース（登録商標）、非接触ＩＣによるアクセス、ミリ波無線、局所公共無線システム、プライベートアクセスシステム、などでもよい）を介して転送ノード１０５０に接続する。（６）の移動確認応答でリモートアクセス用の情報（転送ノード１０２０のアドレスや接続ＩＤなど）が通知された場合、ＵＥ１０１０は降車先の転送ノード１０５０あるいはその他のアクセスシステムにいったん接続し、つづけてリモートアクセス用の情報にもとづいて降車前に接続していた転送ノード１０２０に接続する。これにより、転送ノード１０２０と対応する蓄積サーバ３０に保存されたコンテンツを継続して利用することができる。また、（６）の移動確認応答で外部サーバアドレスが通知された場合、ＵＥ１０１０は降車した後で外部サーバアドレスに接続し、外部サーバに蓄積されたコンテンツを利用することができる。

（８）データ再構築指示：このとき先に割り当てられた接続ＩＤをメッセージに含めることで、転送ノード１０５０が正しくＵＥ１０１０を識別し、必要に応じてＵＥ１０の嗜好に応じてキャッシュ状態の構築や外部サーバなどからコンテンツの補充を行うよう蓄積サーバ１０３０に指示することができる。キャッシュ状態の構築では、例えばＵＥ１０１０に嗜好にあったＵＲＬやキャッシュデータの検索性能を高めるために検索キーや検索ハッシュ値の（全体あるいは部分的な）再構築を実施したり、ＵＥ１０１０から取得したＷｅｂアクセスの履歴をもとに関連Ｗｅｂサイトのデータを収集してキャッシュデータとして格納したり、移動体１１０上の蓄積サーバ３０（転送ノード１０２０経由）から取得したキャッシュ情報をデータベースに設定したりする。

＜転送ノードの構成＞
第３の実施の形態における転送ノード１０２０および１０５０の構成は図３に示したのと同じであるから、ここでは説明を省略する。

＜転送ノードの処理＞
以上のように構成される転送ノード１０５０の接続確認並びに接続に関する動作について図１７を用いて説明する。なお、基本的な処理は図４に示したのと同じであり、図１７が図４と異なるのはステップＳ７の判定がＮｏとなった場合の処理であるので、ここではその差分のみ説明する。

接続確認部２５が、ＬＡＮ通信部２１経由で移動確認メッセージを受信すると（ステップＳ７０１）、移動確認メッセージの送信元であるＵＥ１０１０に関する嗜好情報を、サーバＩ／Ｆ部２４経由で蓄積サーバ３０から取得する（ステップＳ７０２）。なお、ユーザの降車時刻までの残り時間が一定値を下回ったことを検知したり、ユーザの降車位置までの距離が一定値を下回ったことを検知したりすることができるような場合は、移動確認メッセージの受信に代えて、それらのイベントにもとづいて当該処理を開始してもよい。また嗜好情報は、移動確認メッセージを用いてＵＥ１０１０から取得してもよく、ＵＥ１０１０自身の状態にもとづく当座（リアルタイム）の嗜好情報を取得できる。

接続確認部２５は、先に示したような方法によりＵＥ１０１０の降車先となる停止体１００１（駅ホームなど）を特定し、停止体１００１に配置される転送ノード１０５０のアドレスを導出する。転送ノード１０２０は、取得した嗜好情報を含む接続確認メッセージを転送ノード１０５０に送信する。このとき接続確認部２５は、接続確認メッセージに自ノードの情報（自情報；例えばアドレスなどの識別子）を付加して送信する（ステップＳ７０３）。接続確認メッセージは、ＷＡＮ通信部２３を介して基地局に送信される。

先に送信した接続確認メッセージに対応する接続確認応答メッセージをＷＡＮ通信部２３を介して受信すると（ステップＳ７０４）、接続確認部２５は、メッセージ内容にもとづいてＵＥ１０１０に対する接続可否を確認する（ステップＳ７０５）。

接続可能であった場合、接続確認部２５は接続可を示す情報と受信した接続ＩＤを含む移動確認応答メッセージをＵＥ１０１０宛に送信する（ステップＳ７０６）。

接続不可であった場合、自身へのリモート接続が可能であるときは（例えば、リモート接続用のポートが設定されており正しく利用できる場合、ＵＥ１０１０がリモート接続のための権限ならびにアカウントを有している場合など）（ステップＳ７０７）、リモート接続用のアドレスと接続ＩＤ（オプション）を割り当てて（ステップＳ７０８）、接続可を示す情報とともに移動確認応答メッセージに含めてＵＥ１０１０宛に送信する（ステップＳ７０６）。

転送ノード１０５０からの通知結果が接続不可、かつ自身へのリモート接続が不可能であるときは、外部サーバアドレスを取得し（ステップＳ７０９）、接続可を示す情報とともに移動確認応答メッセージに含めてＵＥ１０１０宛に送信する（ステップＳ７０６）。

外部サーバアドレスの取得に失敗した場合は、接続不可を示す情報を含む移動確認応答メッセージをＵＥ１０１０に送信する。

＜移動端末の構成＞
第３の実施の形態におけるＵＥ１０１０の構成は図５に示したのと同じであるから、ここでは説明を省略する。

＜移動端末の処理＞
以上のように構成されるＵＥ１０１０の動作における移動処理について、図１８を用いて説明する。なお、先に図１５を用いて説明したシステム動作に対応するＵＥ１０１０の動作は、図６に示す探索処理と同じであるから、ここでは説明を省略する。

以下、システム動作として図１６を用いて説明した動作に対応するＵＥ１０１０の動作について説明する。

ユーザが降車予定の停止体に移動してローカル接続サービスを継続するための移動処理の開始を指示（あるいは単にユーザが降車意思を表示する信号を入力）すると、接続確認部１６は、移動確認メッセージをＬＡＮ通信部１１経由で転送ノード１０２０に送信する（ステップＳ９１）。続いて、ＬＡＮ通信部１１が移動確認応答メッセージを受信すると、これを接続確認部１６に転送し（ステップＳ９２）、接続確認部１６はメッセージに含まれる情報をもとに停止体における転送ノード１０５０への接続可否を確認する（ステップＳ９３）。接続が許可される場合（ステップＳ９３がYes）、移動確認応答メッセージに接続ＩＤが含まれる場合はそれを取り出して記憶保持する（ステップＳ９４）。

また、移動確認応答メッセージに、転送ノード１０５０への接続に必要な情報（例えば、ＷｉＦｉ（登録商標）である場合は、アクセスポイントの周波数情報やＳＳＩＤ（Service Set IDentification）、ＷＥＰ（Wired Equivalent Privacy）やＷＰＡ（Wi-Fi Protected Access）などのマスター鍵情報など、Bluetooth（登録商標）である場合は、アクセスポイント名やペアリングするためのパスコードなど）が含まれる場合は、それらを抽出して記憶保持する。これは例えば、以降、ＵＥ１０１０が自動的にアクセスポイントを検出して接続できるように、ＬＡＮ通信部１１のコンフィグレーションとして設定することもできる。

ＵＥ１０１０が停止体１００１に移動した後の接続処理は、図７を用いて説明したのと同じであるから、ここでは説明を省略する。

上記説明では、ＵＥが移動体から停止体に降車する場合について説明したが、ＵＥが移動体から他の移動体に乗り換える場合や、停止体から移動体に乗車する場合においても、同様の方法により継続的なコンテンツアクセスを実現することができる。

なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。

本発明は、移動端末がプラットホームから電車などの移動体内に移動する場合に、移動端末が移動体内のモバイルルータの提供するローカル接続サービスに無駄に接続することを防止して非効率なローカル接続を防止することができ、また、ユーザの利便性を向上させることができるという効果を有し、本発明の情報転送装置は、３ＧＰＰ（3rd Generation Partnership Project）ネットワーク−ＷＬＡＮ間のハンドオーバ機能を有するモバイルルータや３ＧＰＰマクロネットワーク≡３ＧＰＰローカルネットワーク間のハンドオーバ機能を有するモバイルリレーなどに利用することができる。

Claims (8)

1. 移動体において提供されるローカル接続サービスに移動端末が接続する接続方法であって、
   前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置に対して前記移動端末が接続する前に、前記移動端末が前記移動端末のユーザの嗜好情報を送信するステップと、
   前記情報転送装置に前記移動端末が接続する前に、前記情報転送装置が、送信された前記嗜好情報に基づいて前記転送情報が前記移動端末のユーザに適しているか否かを判断し、その判断結果を前記移動端末に送信するステップと、
   前記移動端末が前記情報転送装置に接続可能になったときに、前記判断結果に基づいて前記転送情報が前記移動端末のユーザに適していない場合に前記情報転送装置に接続せず、適している場合に前記情報転送装置に接続するステップとを、
   有することを特徴とする接続方法。
2. 前記移動端末による前記ユーザの嗜好情報の送信と、前記情報転送装置による前記判断結果の送信は、ＷＡＮ接続を介して行われる請求項１に記載の接続方法。
3. 前記情報転送装置に前記移動端末が接続する前に、前記情報転送装置の近隣情報を保持するサーバが、送信された前記嗜好情報を前記移動端末が接続するであろう前記情報転送装置に転送するステップを、
   さらに有することを特徴とする請求項１に記載の接続方法。
4. 移動体において提供されるローカル接続サービスに移動端末が接続する通信システムであって、
   前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置に対して前記移動端末が接続する前に、前記移動端末が前記移動端末のユーザの嗜好情報を送信する手段と、
   前記情報転送装置に前記移動端末が接続する前に、前記情報転送装置が、送信された前記嗜好情報に基づいて前記転送情報が前記移動端末のユーザに適しているか否かを判断し、その判断結果を前記移動端末に送信する手段と、
   前記移動端末が前記情報転送装置に接続可能になったときに、前記判断結果に基づいて前記転送情報が前記移動端末のユーザに適していない場合に前記情報転送装置に接続せず、適している場合に前記情報転送装置に接続する手段とを、
   有することを特徴とする通信システム。
5. 前記情報転送装置に前記移動端末が接続する前に、前記情報転送装置の近隣情報を保持するサーバが、送信された前記嗜好情報を前記移動端末が接続するであろう前記情報転送装置に転送する手段を、
   さらに有することを特徴とする請求項４に記載の通信システム。
6. 移動体において提供されるローカル接続サービスに移動端末が接続する通信システムにおいて、前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置であって、
   前記情報転送装置に対して前記移動端末が接続する前に、前記移動端末が送信した前記移動端末のユーザの嗜好情報を受信する手段と、
   前記情報転送装置に前記移動端末が接続する前に、送信された前記嗜好情報に基づいて前記転送情報が前記移動端末のユーザに適しているか否かを判断し、その判断結果を前記移動端末に送信する手段と、
   前記移動端末が前記情報転送装置に接続したときに、前記転送情報を前記移動端末に送信する手段とを、
   有する情報転送装置。
7. 移動体において提供されるローカル接続サービスに接続する移動端末であって、
   前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置に対して接続する前に、前記移動端末のユーザの嗜好情報を送信する手段と、
   前記情報転送装置に接続する前に、前記情報転送装置が、送信された前記嗜好情報に基づいて前記転送情報が前記移動端末のユーザに適しているか否かを判断して送信した判断結果を受信する手段と、
   前記情報転送装置に接続可能になったときに、前記判断結果に基づいて前記転送情報が前記移動端末のユーザに適していない場合に前記情報転送装置に接続せず、適している場合に前記情報転送装置に接続する手段とを、
   有する移動端末。
8. 移動体において提供されるローカル接続サービスに移動端末が接続する通信システムにおいて、前記移動体に設置されて前記移動端末のアクセスポイントとなるとともに前記移動端末に情報を転送する情報転送装置の近隣情報を保持するサーバであって、
   前記情報転送装置に対して前記移動端末が接続する前に、前記移動端末が送信した前記移動端末のユーザの嗜好情報を受信する手段と、
   送信された前記嗜好情報を前記移動端末が接続するであろう前記情報転送装置に転送する手段とを、
   有するサーバ。

Images