(57)【特許請求の範囲】
【請求項１】
外部網（例えば、インターネット）に接続される移動網、固定網に接続可能な端末が利用する接続手段を選択するための端末接続管理システムであって、
前記移動網と前記固定網は、
網内の各装置の混雑状況を取得する監視装置と、
自装置の混雑状況を前記監視装置に通知するルータと、
前記外部網に接続し、該外部網の負荷状況と前記端末が利用しているアプリケーション種別を検出し、該外部網の負荷状況と該端末のアプリケーション種別を前記監視装置に通知するゲートウェイ装置と、
前記端末を網内に収容し、自装置の混雑状況を前記監視装置に通知する基地局と、
前記監視装置から前記混雑状況と前記端末のアプリケーション種別を取得して、該端末の接続手段を決定する接続決定装置と、
をそれぞれ有し、
前記移動網の接続決定装置は、
前記固定網の接続決定装置間において、自網の混雑状況に関する情報を相互に交換し、切り替えを予め許容されているアプリケーションを利用している端末に対して、該端末が在圏している自網の基地局と該固定網の基地局のリソース利用率を比較した結果、該端末が通信中の基地局のリソース使用率が高く、該端末が通信中の基地局が属している網のルータ、または、ゲートウェイ装置の混雑度が他の網を上回っている場合に接続手段の変更を該端末に通知する手段を含み、
前記固定網の接続決定装置は、
前記移動網の接続決定装置間において、自網の混雑状況に関する情報を相互に交換し、切り替えを予め許容されているアプリケーションを利用している端末に対して、該端末が在圏している該移動網の基地局と自網の基地局のリソース利用率を比較した結果、該端末が通信中の基地局のリソース使用率が高く、該端末が通信中の基地局が属している網のルータ、または、ゲートウェイ装置の混雑度が他の網を上回っている場合に接続手段の変更を該端末に通知する手段を含み、
前記端末は、
前記移動網または前記固定網の前記接続決定装置から通知された接続手段に切り替える手段を有する
ことを特徴とする端末接続管理システム。
【請求項２】
前記切り替えを予め許容されているアプリケーションは、
通信断がユーザ体感に支障を与えない動画閲覧またはWebブラウジングのアプリケーションである
請求項１記載の端末接続管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末接続管理システムに係り、特に、異なる複数の網の状況を考慮した網間での端末の接続方法を決定するための端末接続管理システムに関する。
【０００２】
詳しくは、あるサービスを利用するために、複数の網（例えば、LTE(Long Term Evolution)等の移動網、固定網、WiMax(World wide interoperability for Microwave access)、企業網、ホームネットワーク等を含むがこれらに限らない）により接続可能な端末が、いずれかの最適な網を接続手段として選択する技術に関するものである。特に、網側で取得可能な網の状況に関する情報（混雑状況など）や端末のアプリケーションの利用状況に基づき、また、これらの情報を複数網間で連携させた上で、端末が利用する接続手段を決定する技術に関するものである。本明細書では、一例として、インターネット上のサービスを利用する際に、移動網と固定網の両方に接続可能な端末が最適な網を選択する方法を用いて説明する。
【背景技術】
【０００３】
一般に、既存のスマートフォンにおいては、端末に具備した接続切り替え用のソフトウェア（アプリケーション）を用いて、端末で観測可能な電波状況に基づき、端末が用いる接続手段（移動網または固定網）を、端末が決定する手法が採られている（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】日経コミュニケーション 2012/08/01号 p41-45, "Special Report 無線LANオフロード急ぐ携帯事業者 トラフィック増大対策の本命に 業界標準の策定も活発化".
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術においては、端末で観測可能な情報（電波強度などのみで用いる接続手段が決まるため、網の混雑状況や、ユーザが利用しているアプリケーション（動画閲覧、Webブラウジングなど）の利用状況を反映することができない、という問題がある。
【０００６】
本発明は、上記の点に鑑みなされたもので、網の混雑状況を反映し、固定移動網間で連携して端末の接続手段を選択することが可能な端末接続管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するため、本発明（請求項１）は、外部網（例えば、インターネット）に接続される移動網、固定網に接続可能な端末が利用する接続手段を選択するための端末接続管理システムであって、
前記移動網と前記固定網は、
網内の各装置の混雑状況を取得する監視装置と、
自装置の混雑状況を前記監視装置に通知するルータと、
前記外部網に接続し、該外部網の負荷状況と前記端末が利用しているアプリケーション種別を検出し、該外部網の負荷状況と該端末のアプリケーション種別を前記監視装置に通知するゲートウェイ装置と、
前記端末を網内に収容し、自装置の混雑状況を前記監視装置に通知する基地局と、
前記監視装置から前記混雑状況と前記端末のアプリケーション種別を取得して、該端末の接続手段を決定する接続決定装置と、
をそれぞれ有し、
前記移動網の接続決定装置は、
前記固定網の接続決定装置間において、自網の混雑状況に関する情報を相互に交換し、切り替えを予め許容されているアプリケーションを利用している端末に対して、該端末が在圏している自網の基地局と該固定網の基地局のリソース利用率を比較した結果、該端末が通信中の基地局のリソース使用率が高く、該端末が通信中の基地局が属している網のルータ、または、ゲートウェイ装置の混雑度が他の網を上回っている場合に接続手段の変更を該端末に通知する手段を含み、
前記固定網の接続決定装置は、
前記移動網の接続決定装置間において、自網の混雑状況に関する情報を相互に交換し、切り替えを予め許容されているアプリケーションを利用している端末に対して、該端末が在圏している該移動網の基地局と自網の基地局のリソース利用率を比較した結果、該端末が通信中の基地局のリソース使用率が高く、該端末が通信中の基地局が属している網のルータ、または、ゲートウェイ装置の混雑度が他の網を上回っている場合に接続手段の変更を該端末に通知する手段を含み、
前記端末は、
前記移動網または前記固定網の前記接続決定装置から通知された接続手段に切り替える手段を有する。
【０００８】
また、本発明（請求項２）は、前記切り替えを予め許容されているアプリケーションを、
通信断がユーザ体感に支障を与えない動画閲覧またはWebブラウジングのアプリケーションとする。
【発明の効果】
【００１１】
上記のように本発明によれば、移動網と固定網の両方の混雑状況（無線区間の状況、コア網内の状況など）を組み合わせて端末の用いる接続を制御することにより、下記が可能となる。
【００１２】
・移動網と固定網の負荷（リソースの使用率）を平準化することができる。
【００１３】
・端末と接続手段の切り替え時に通信断が発生しても、ユーザ体感に支障を与えないので、移動網と固定網の切り替えを用いた網の柔軟な利用が促進できる。
【００１４】
・接続の切り替えを行う際に、移動網と固定網の負荷状況を反映して接続決定を行うため、移動網・固定網の双方が高負荷となっている場合において、例えば、移動網から固定網へ接続手段を切り替えた際に、この結果固定網側が過負荷となり、移動網へ切り替えが発生するというような現象を防ぐことができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施の形態におけるシステム構成図である。
【図２】本発明の一実施の形態における基地局内の基地局容量テーブルの例である。
【図３】本発明の一実施の形態におけるルータ内のリンク状況テーブルの例である。
【図４】本発明の一実施の形態におけるゲートウェイ装置内の混雑度テーブルの例である。
【図５】本発明の一実施の形態における概要動作を示す図である。
【図６】本発明の第１の実施の形態における動作シーケンスである。
【図７】本発明の第１の実施の形態におけるゲートウェイ装置による端末のアプリケーション特定方法のフローチャートである。
【図８】本発明の第１の実施の形態における切り替え可否の判断のフローチャートである。
【図９】本発明の第２の実施の形態における動作シーケンスである。
【発明を実施するための形態】
【００１６】
以下、図面と共に本発明の実施の形態を説明する。
【００１７】
本発明は、網の混雑状況を反映して接続手段を決定するために、網側の混雑状況を網内で取得し、端末に対して最適な接続手段を通知することを可能とし、また、端末に対して網の混雑状況を通知する。また、ユーザが利用しているアプリケーションを検出し、当該ユーザが利用しているアプリケーションの利用状況を反映して接続方式を決定するものである。
【００１８】
図１は、本発明の一実施の形態におけるシステム構成を示す。
【００１９】
同図に示すシステムは、端末１００、インターネット２００、移動事業者網（以下、単に「移動網」と記す）３００、固定事業者網（以下、単に「固定網」と記す）４００から構成される。ここで、移動網３００と固定網４００があるのは、移動網と固定網では、設備が異なることが想定されるため、端末１００に対して用いる接続手段を通知する機能については、移動網及び固定網間で連携をとる必要があるためである。
【００２０】
端末１００に接続される移動網３００、及び固定網４００は、本実施の形態では同じ構成であるものとする。
【００２１】
各網３００，４００は、ISP(Internet Service Provider)３１０，４１０、ゲートウェイ装置３２０，４２０、ルータ３３０，３４０、基地局３４０，４４０、監視装置３５０，４５０、接続決定装置３６０，４６０から構成される。
【００２２】
基地局３４０，４４０は、移動網３００、固定網４００共に端末１００を無線により収容する（例えば、移動網基地局３４０としては、eNodeB、固定網基地局４４０としてはWiFi（登録商標）アクセスポイントが考えられる）。各基地局３４０，４４０は、自装置の混雑状況として、自装置のリソース使用率、すなわち、例えば、自局の総無線容量と、自局圏内の無線端末より占有されている無線容量を図２に示すような基地局容量テーブル３４１，４４１として保持し、定期的または、所定のタイミングで監視装置３５０，４５０に通知する。
【００２３】
ルータ３３０，４３０は、移動網３００，固定網４００共に、基地局３４０，４４０と外部ネットワーク（インターネット２００など）を接続するためのバックボーンを構成する。各ルータ３３０，４３０は、自装置の混雑状況として、例えば、自網内の混雑度（ルータが接続されている回線（リンク）の使用率など）を図３に示すリンク状況テーブル３３１，４３１として保持し、定期的または、所定のタイミングで監視装置３５０，４５０に通知する。
【００２４】
ゲートウェイ装置３２０，４２０は、移動網３００、固定網４００共に、外部ネットワーク（インターネット２００など）に接続するための装置である。各ゲートウェイ装置３２０，４２０は、自装置の混雑状況として、外部ネットワーク（インターネット２００）への接続事業者（例えば、ISP３１０，４１０）の混雑度（例えば、インターネット２００上のサーバに対する応答速度など）を図４に示す混雑度テーブル３２１，４２１として保持し、定期的または、所定のタイミングで監視装置３５０，４５０に混雑度を通知する。また、端末１００が使用しているアプリケーションを検出し、当該アプリケーションの情報を監視装置３５０，４５０に通知する機能を有する。例えば、DPI(Deep Packet Inspection)があるが、この例に限定されない。詳細については第１の実施の形態で後述する。
【００２５】
監視装置３５０，４５０は、移動網３００、固定網４００共に、自網内の混雑情報を基地局３４０，４４０、ルータ３３０，４３０、ゲートウェイ装置３２０，４２０から収集し、収集した混雑情報を接続決定装置３６０，４６０、または、端末１００に通知する。
【００２６】
接続決定装置３６０，４６０は、移動網３００、固定網４００と共に、監視装置３５０，４５０から提供された混雑状況に基づいて、端末１００に対して用いる接続手段を通知する機能を有する。当該接続手段を決定するためのアルゴリズムとしては、当該端末１００を収容可能な移動網３００及び固定網４００の基地局３４０，４４０の無線リソース占有率の低い基地局を選択する等の方法が考えられるが、これに限定されない。詳細については、第１の実施の形態で後述する。
【００２７】
端末１００は、ユーザが用いる端末であり、移動網３００と固定網４００のいずれかまたは両方に接続し、接続決定装置３６０，４６０、または、監視装置３５０，４５０からの通知に基づき、用いる接続手段を決定し、切り替える。
【００２８】
次に、上記の構成における動作を説明する。
【００２９】
本発明では、以下の条件を満たす必要がある。
【００３０】
条件１：移動網と固定網では、設備が異なることが想定されるため、端末に対して用いる接続手段を通知する機能は、移動・固定網間で連携を行う必要がある。
【００３１】
条件２：接続手段の切り替え時には、IPアドレスの振り直し等で通信断が発生する可能性があるため、通信断がユーザ体感に支障を与えないアプリケーション（例えば、バッファリングが可能な動画閲覧など）を利用している端末に対してのみ、接続手段の切り替えを行う必要がある。
【００３２】
図５は、本発明の一実施の形態における動作のシーケンスを示す。
【００３３】
同図に示すシーケンスは、大きくは収集処理と通知処理に分かれる。また通知処理は、以下の２つのパターン（パターン１，２）に分かれる。
【００３４】
（１）収集：WiFi（登録商標）アプリケーション、ルータ３３０，４４０、ゲートウェイ装置３２０，４２０から混雑状況を収集するシーケンス（図５のａの矢印）：
（２）通知：収集した混雑状況に基づき、端末１００に対して、用いる接続手段を通知する（パターン１）、あるいは、混雑状況を通知する（パターン２）（図５のｂの矢印）：
以下では、パターン１を第１の実施の形態、パターン２を第２の実施の形態として説明する。
【００３５】
［第１の実施の形態］
＜パターン１＞
最初に、接続手段を端末に通知するパターン１について説明する。
【００３６】
図６は、本発明の第１の実施の形態における動作シーケンスである。
【００３７】
同図内の（）内の数字と以下の説明の数字は対応している。なお、以下では、移動網３００のみについて示すが、固定網４００についても同様である。
【００３８】
●前処理：定期的な端末状況と負荷状況のアップデート：
（１）端末１００は、電波状況の観測等により、自分が接続可能なアクセスポイントとその事業者を、定期的に監視装置３５０に通知する。
【００３９】
（２）基地局３４０は、基地局容量テーブル３４１を参照し、無線区間負荷状況を定期的に監視装置４５０に通知する。
【００４０】
（３）ルータ３３０は、リンク状況テーブル３３１を参照し、自網内の混雑状況を監視装置４５０に通知する。
【００４１】
（４）ゲートウェイ装置３２０は、混雑度テーブル３２１を参照し、外部網（インターネット２００）の負荷状況の通知及び、端末１００が使用しているアプリケーションを特定し、監視装置３５０に通知する。
【００４２】
●端末１００の用いる接続手段の指定：
以下では、あるトリガに基づき、以下の動作を実行する。
【００４３】
（５）監視装置３５０は、上記の前処理で収集した自網内の情報を、接続決定装置３６０に通知する。
【００４４】
（６）接続決定装置３６０は、上記の監視装置３５０から収集した網及び端末１００の情報を接続決定装置４６０との間で提供あるいは相互に交換し、これに基づき、端末が用いる接続手段を決定する。当該動作の詳細は後述する。
【００４５】
なお、当該処理を開始するのは、連携先の事業者が特定できるならば、移動網３００と固定網４００のどちらの接続決定装置でも構わない。本実施の形態では、端末１００が接続している網として移動網３００の接続決定装置３６０が本シーケンスを開始することとする。
【００４６】
当該シーケンス（６）において、各網３００，４００の接続決定装置３６０，４６０間で提供あるいは相互に交換する端末１００に関する情報は、例えば以下のような情報が考えられる。
【００４７】
・移動・固定間で共通に用いることのできる端末ＩＤ（例：電話番号）；
・端末１００の利用アプリケーション（ゲートウェイ装置が検出し、シーケンス（４）及び（５）によって接続決定装置３６０（４６０）が取得した情報）
（７）接続決定装置３６０は、上記の決定結果を端末１００に通知する。
【００４８】
当該端末１００への通知は、移動網３００及び固定網４００のどちらの接続決定装置が行ってもよい。
【００４９】
●端末１００による接続手段の切り替え；
（８）端末１００は、上記のシーケンス（７）における接続決定装置３６０からの通知に基づき、用いる接続手段を変更する。詳細については後述する。
【００５０】
●その他の事項：
端末１００に対して接続手段を指定するトリガについては、特に制限はないが、例えば、一定時間毎に実行してもよいし、端末１００が新たに基地局３４０，４４０に接続をしたことを検知した際、端末１００が通信中のセッションを終了した際、等が考えられるが、これに限定されない。
【００５１】
次に、上記のシーケンス（４）におけるゲートウェイ装置３２０，４２０における、端末１００が使用しているアプリケーションの特定方法について説明する。
【００５２】
図７は、本発明の第１の実施の形態におけるゲートウェイ装置による端末のアプリケーション特定方法のフローチャートである。
【００５３】
ステップ４０１）  ゲートウェイ装置３２０（４２０）が、端末１００から送信されたＩＰパケットを受信する。
【００５４】
ステップ４０２）  ゲートウェイ装置３２０（４２０）が当該ＩＰパケットのヘッダを抽出する。
【００５５】
ステップ４０３）  当該ヘッダ内の「Destination Address」フィールドに、動画配信サービス事業者のアドレスが含まれている場合は、ステップ４０４に移行し、そうでない場合はステップ４０５に移行する。
【００５６】
ステップ４０４）  端末１００のアプリケーションが動画閲覧であると特定する。
【００５７】
ステップ４０５）  ゲートウェイ装置３２０（４２０）が、当該ＩＰパケットの中に含まれるアプリケーションレイヤのヘッダを抽出する。当該ヘッダに「HTTP」「User Agent」「Referrer」が含まれていればステップ４０６に移行し、そうでなければステップ４０７に移行する。
【００５８】
ステップ４０６）  アプリケーションがWebブラウジングであると特定する。
【００５９】
ステップ４０７）  特定したいアプリケーションの数だけ繰り返す。
【００６０】
次に、上記のシーケンス（６）の接続決定装置３６０，４６０が接続手段を決定する際の動作を説明する。
【００６１】
以下では、初期状態として端末１００が移動網３００に在圏しており、移動網３００から固定網４００への切り替えの可否を判断するという例について説明する。
【００６２】
連携を行うためには、例えば、以下の方法が考えられるが、これに限定されるものではない。
【００６３】
Ａ）移動網３００の接続決定装置３６０が、固定網４００の接続決定装置４６０に対して、移動網３００の混雑状況を通知する。通知する情報は、例えば、基地局３４０のリソース使用率や、ルータ３３０、ゲートウェイ装置３２０の混雑度などが考えられる。固定網４００の接続決定装置４６０が、切り替えの可否を移動網３００の接続決定装置３６０に通知する。
【００６４】
Ｂ）移動網３００の接続決定装置３６０が固定網４００の接続決定装置４６０に対して、移動網３００の混雑状況を通知する。固定網４００の接続決定装置４６０が切り替えの可否を判断し、端末１００に対して接続手段の切り替えを通知する。
【００６５】
Ｃ）移動網３００の接続決定装置３６０が固定網４００の接続決定装置４６０から、固定網４００の混雑状況を取得する。取得する情報は、例えば、基地局４４０のリソース使用率や、ルータ４３０・ゲートウェイ装置４２０の混雑度や、固定網４００の基地局４４０に収容可能な残り端末数などが考えられる。これらの情報に基づいて移動網３００の接続決定装置３６０が切り替えの可否を判断する。
【００６６】
以下、上記のＡ）の実現方法について説明する。以下は、図６の（５）及び（６）の処理に相当する部分である。
【００６７】
（５−１）端末１００が接続されている移動網３００内の接続決定装置３６０は、移動網３００内の監視装置３５０から通知された移動網３００の状態を元に、端末１００の接続を移動網３００から固定網４００に切り替えるか決定する。このときの条件としては例えば、基地局３４０の負荷が一定以上の場合等が考えられる。このとき、切り替え可否の判断については図８で後述する。
【００６８】
（５−２）移動網３００内の接続決定装置３６０は、固定網４００の接続決定装置４６０に対して、固定網４００への切り替えの可否を問い合わせる。このときに通知する情報は、
a. 自網内装置の混雑状況(移動網３００と固定網４００の基地局３４０，４４０のリソースの使用率を平準化することを目的とし、接続手段を変更する場合の変更先の基地局が属している網のルータ、ゲートウェイ装置の混雑度が、それぞれ変更元の一定比（例えば、２倍など）以下であることを条件とするため。)；
b. 基地局容量の大きさ；
c. 通信品質（遅延時間など）；
d. 消費電力；
e. その他事業者が設定するポリシ等；
がある。なお、上記は監視装置３５０，４５０が、基地局３４０，４４０、ルータ３３０，４３０、ゲートウェイ装置３２０，４２０から収集した全ての情報を用いた例を示しているが、全ての情報を利用しなくてもよい。
【００６９】
（５−３）固定網４００内の監視装置４５０は、移動網３００の監視装置３５０に対して、切り替えの可否を応答する。
【００７０】
（６）上記の（５）での結果が「真」であれば、移動網３００の監視装置３５０は、端末１００に対して接続の切り替えを通知する。
【００７１】
次に、上記の（５−１）切り替え可否の判断について説明する。
【００７２】
図８は、本発明の第１の実施の形態における切り替え可否の判断のフローチャートである。
【００７３】
ステップ８０１）  接続決定装置３６０は、一定期間毎に、監視装置３５０から取得した現在通信中の端末１００のリストから、切り替えを予め許容されているアプリケーションを利用中の端末を特定し、リストアップする。
【００７４】
ステップ８０２）  リスト中に端末がまだ残っている場合はステップ８０３に移行し、残っていない場合は処理を終了する。
【００７５】
ステップ８０３）  ステップ８０１においてリストアップされた各端末１００に対して端末１００の在圏している移動網基地局３４０と固定網基地局４４０のリソース使用率を比較する。比較の結果、端末１００が現在通信中の基地局のリソース使用率の方が高い場合には、ステップ８０４に移行し、高くない場合はステップ８０１に移行し、次の端末に関する処理を行う。
【００７６】
ステップ８０４）  当該端末１００が在圏中の基地局が属している網のルータ、ゲートウェイ装置の混雑度が他の網を上回っている場合には、ステップ８０５に移行し、そうでない場合はステップ８０１に移行し、次の端末に関する処理を行う。
【００７７】
ステップ８０５）  当該端末１００に対して、接続手段の変更を通知する。
【００７８】
［第２の実施の形態］
＜パターン２＞
次に、パターン２は、パターン１のように接続手段を端末１００に通知するのではなく、網の混雑状況を端末１００に通知して端末１００自体で接続手段を決定するものである。
【００７９】
図９は、本発明の第２の実施の形態における動作シーケンスである。
【００８０】
同図に示すように、パターン２のシステムでは、接続決定装置を具備しない。そのため、網の混雑状況を反映して端末１００が接続手段を切り替える際に、網の混雑状況を網側から端末１００に通知し、これに基づいて端末１００が接続手段を決定する。
【００８１】
図９の構成において、基地局３４０，４４０、ルータ３３０，４３０、ゲートウェイ装置３２０，４２０については、第１の実施の形態（パターン１）と同様である。監視装置３５０，４５０は、自網内の通知先を接続先決定装置ではなく、端末１００とする。なお、本実施の形態では、端末１００の使用アプリケーション情報は含まない。監視装置３５０，４５０が通知する自網内の情報とは、基地局３４０，４４０、ルータ３３０，４３０、ゲートウェイ装置３２０，４２０から収集した情報であり、第１の実施の形態と同様である。また、通信事業者が管理する網の情報のユーザに対する秘匿や、他端末の通信状況など個人情報保護の観点から、通知する情報を加工してもよい。
【００８２】
次に、上記の構成における動作シーケンスを説明する。
【００８３】
●前処理：定期的な端末状況と負荷状況のアップデート：
（１）端末１００は、電波状況の観測等により、自分が接続可能なアクセスポイントとその事業者を、定期的に監視装置３５０に通知する。当該処理は第１の実施の形態と同様である。
【００８４】
（２）基地局３４０は、基地局容量テーブル３４１を参照し、混雑状況を定期的に監視装置３５０に通知する。当該処理は第１の実施の形態と同様である。
【００８５】
（３）ルータ３３０は、リンク状況テーブル３３１を参照し、自装置の混雑状況を監視装置３５０に通知する。当該処理は第１の実施の形態と同様である。
【００８６】
（４）ゲートウェイ装置３２０は、混雑度テーブル３２１を参照し、自装置の混雑状況の通知及び、端末１００が使用しているアプリケーションを特定し、監視装置３５０に通知する。当該処理において、第１の実施の形態と異なるのは、監視装置３５０に通知する情報に端末１００が使用するアプリケーションの情報を含まない点である。
【００８７】
●端末１００の用いる接続手段の指定：
以下では、あるトリガに基づき、以下の動作を実行する。
【００８８】
（５）監視装置３５０は、上記の前処理で収集した自網内の情報を、端末１００に通知する。
【００８９】
●端末１００による接続手段の切り替え；
（６）端末１００は、監視装置３５０から取得した情報に基づいて、接続手段を決定し、当該決定に基づいて接続手段を切り替える。
【００９０】
［第３の実施の形態］
本実施の形態は、前述の第２の実施の形態を高度化したものである。
【００９１】
システム構成は、第１の実施の形態と同様である。
【００９２】
端末１００が接続手段を切り替えた際に、切り替え先の基地局が網の混雑状況に応じて、受付を受託、または、拒否することも可能である。
【００９３】
基地局３４０，４４０は、端末１００からの接続要求があった場合、監視装置３５０，４５０または、接続決定装置３６０，４６０に対して網内の混雑状況を問い合わせる機能を有する。
【００９４】
ルータ３３０，４３０及びゲートウェイ装置３２０，４２０は、第２の実施の形態と同様である。
【００９５】
監視装置３５０，４５０は、基地局３４０，４３０からの問い合わせに応じて網内の混雑状況を基地局３４０，４４０に通知する機能を有する。
【００９６】
接続決定装置３６０，４６０は、基地局３４０，４４０からの問い合わせに応じて網内の混雑状況を当該基地局に通知する。
【００９７】
なお、基地局３４０，４４０からの問い合わせに応じて網内の混雑状況を基地局に通知する機能は、監視装置３５０，４５０または、接続決定装置３６０，４６０のいずれが具備すればよい。
【００９８】
次に第２の実施の形態との動作の差異を示す。
【００９９】
（１）〜（６）までは第２の実施の形態と同様であるので、その説明を省略する。以下に、第２の実施の形態に追加される処理を示す。
【０１００】
（７）端末１００が基地局４４０に接続しようとした場合を例に説明する。
【０１０１】
端末１００から要求のあった基地局４４０は、自網内の監視装置４５０対して網内の混雑状況の通知を要求する。
【０１０２】
（８）基地局４４０から要求があった監視装置４５０、あるいは、接続決定装置４６０は、網内の混雑状況を取得して当該基地局４４０に通知する。
【０１０３】
（９）基地局４４０は、通知された混雑状況に基づき、当該端末４４０からの接続または受諾、または、拒否のいずれかを行う。
【０１０４】
上記の第１、第２の実施の形態における接続決定装置の配備方法について説明する。
【０１０５】
上記の実施の形態では、接続決定装置が移動網３００、固定網４００に具備されるものとして説明したが、例えば、移動網３００と固定網４００で事業者が同一である場合などは、移動網−固定網間で単一の装置を用いてもよい。
【０１０６】
＜複数の装置を用いるケース＞
１）移動網・固定網がそれぞれ接続決定装置を具備し、移動網と固定網に代わって用いる接続手段を連携して判断し、端末が接続されている基地局が属している網の接続決定装置が端末への通知を行う。なお、各接続決定装置の判断結果が異なる場合は、基地局が属している網の接続決定装置が判断を優先する。
【０１０７】
２）移動網・固定網がそれぞれ接続決定装置を具備し、移動網と固定網に代わって用いる接続手段を連携して判断し、端末が接続されている移動網の接続決定装置が端末への通知を行う。なお、各接続決定装置の判断結果が異なる場合は、移動網の接続決定装置の判断結果を優先する。
【０１０８】
３）移動網・固定網がそれぞれ接続決定装置を具備し、移動網と固定網に代わって用いる接続手段を連携して判断し、端末が接続されている固定網の接続結果装置が端末への通知を行う。なお、各接続決定装置の判断結果が異なる場合は、固定網の接続決定装置の判断結果を優先する。
【０１０９】
＜単一の装置を用いるケース＞
１）移動網が、接続決定装置を具備し、移動網と固定網を代表して用いる接続手段を判断し、端末への通知を行う。
【０１１０】
２）固定網が、接続決定装置を具備し、移動網と固定網を代表して用いる接続手段を判断し、端末への通知を行う。
【０１１１】
なお、上記の図１に示すシステム構成における各網の各構成要素の動作をプログラムとして構築し、各構成要素として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【０１１２】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【０１１３】
１００  端末
２００  インターネット
３００  移動事業者網（移動網）
３１０  ISP
３２０  ゲートウェイ装置
３２１  混雑度テーブル
３３０  ルータ
３３１  リンク状況テーブル
３４０  基地局
３４１  基地局容量テーブル
３５０  監視装置
３６０  接続決定装置
４００  固定事業者網（固定網）
４１０  ISP
４２０  ゲートウェイ装置
４２１  混雑度テーブル
４３０  ルータ
４３１  リンク状況テーブル
４４０  基地局
４４１  基地局容量テーブル
４５０  監視装置
４６０  接続決定装置
【図１】
0005670937.tif 000002
【図２】
0005670937.tif 000003
【図３】
0005670937.tif 000004
【図４】
0005670937.tif 000005
【図５】
0005670937.tif 000006
【図６】
0005670937.tif 000007
【図７】
0005670937.tif 000008
【図８】
0005670937.tif 000009
【図９】
0005670937.tif 000010