JP2003087433A - インターネット接続方法及びシステム、並びにコンピュータプログラム - Google Patents
インターネット接続方法及びシステム、並びにコンピュータプログラムInfo
- Publication number
- JP2003087433A JP2003087433A JP2001280499A JP2001280499A JP2003087433A JP 2003087433 A JP2003087433 A JP 2003087433A JP 2001280499 A JP2001280499 A JP 2001280499A JP 2001280499 A JP2001280499 A JP 2001280499A JP 2003087433 A JP2003087433 A JP 2003087433A
- Authority
- JP
- Japan
- Prior art keywords
- isp
- internet service
- user
- service provider
- connection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 ユーザが契約を結んでいる複数のＩＳＰのう
ち、通信状況の良好なＩＳＰを自動的に選択できるイン
ターネット接続方法及びシステム、並びにコンピュータ
プログラムを提供する。 【解決手段】 このインターネット接続方法は、キャリ
ア網に接続される複数のＩＳＰへのアクセス情報を記録
する過程と、ユーザの端末からキャリア網を介してＩＳ
Ｐへアクセス要求があった場合に、当該キャリア網内の
通信状況を取得する過程(ステップＳ３１０)と、取得し
た通信状況に応じて、アクセス要求があったＩＳＰ、又
は、アクセス情報が記録された他のＩＳＰの中から、端
末と接続するＩＳＰを選択する過程（ステップＳ３２
０）と、選択されたＩＳＰと前記端末との接続を確立す
る過程（ステップＳ３３０）とを有する。
ち、通信状況の良好なＩＳＰを自動的に選択できるイン
ターネット接続方法及びシステム、並びにコンピュータ
プログラムを提供する。 【解決手段】 このインターネット接続方法は、キャリ
ア網に接続される複数のＩＳＰへのアクセス情報を記録
する過程と、ユーザの端末からキャリア網を介してＩＳ
Ｐへアクセス要求があった場合に、当該キャリア網内の
通信状況を取得する過程(ステップＳ３１０)と、取得し
た通信状況に応じて、アクセス要求があったＩＳＰ、又
は、アクセス情報が記録された他のＩＳＰの中から、端
末と接続するＩＳＰを選択する過程（ステップＳ３２
０）と、選択されたＩＳＰと前記端末との接続を確立す
る過程（ステップＳ３３０）とを有する。
Description
【０００１】
【発明の属する技術分野】本発明は、ユーザが複数のイ
ンターネットサービスプロバイダと契約している場合
に、接続するインターネットサービスプロバイダを選択
するためのインターネット接続方法及びシステム、並び
にコンピュータプログラムに関する。
ンターネットサービスプロバイダと契約している場合
に、接続するインターネットサービスプロバイダを選択
するためのインターネット接続方法及びシステム、並び
にコンピュータプログラムに関する。
【０００２】
【従来の技術】公衆回線等のキャリア網からインターネ
ット接続する際には、通常、インターネットサービスプ
ロバイダ（インターネット接続業者ともいう。以下、
「ＩＳＰ」（Internet service provider）と略記）に
よる接続サービスを受ける必要がある。図８は、ユーザ
端末６０からインターネット９０に接続する場合のシス
テム構成を示す。
ット接続する際には、通常、インターネットサービスプ
ロバイダ（インターネット接続業者ともいう。以下、
「ＩＳＰ」（Internet service provider）と略記）に
よる接続サービスを受ける必要がある。図８は、ユーザ
端末６０からインターネット９０に接続する場合のシス
テム構成を示す。
【０００３】この図において、ユーザは、予めＩＳＰ８
０やＩＳＰ８２からサービスを受ける契約を結んでいる
ものとする。まず、ユーザはユーザ端末６０からＩＳＰ
８０に割当てられたアドレス（アカウント名）やパスワ
ードを指定し、キャリア網７０を介してＩＳＰ８０にア
クセスする。ＩＳＰ８０は、適宜パスワードやユーザＩ
Ｄ等の認証を行い、認証が成立するとユーザ端末６０と
の接続を確立する。これにより、ＩＳＰ８０を介して、
ユーザ端末６０からインターネット９０への接続が可能
となる。
０やＩＳＰ８２からサービスを受ける契約を結んでいる
ものとする。まず、ユーザはユーザ端末６０からＩＳＰ
８０に割当てられたアドレス（アカウント名）やパスワ
ードを指定し、キャリア網７０を介してＩＳＰ８０にア
クセスする。ＩＳＰ８０は、適宜パスワードやユーザＩ
Ｄ等の認証を行い、認証が成立するとユーザ端末６０と
の接続を確立する。これにより、ＩＳＰ８０を介して、
ユーザ端末６０からインターネット９０への接続が可能
となる。
【０００４】また、ユーザは、必要に応じてＩＳＰ８０
に代え、ＩＳＰ８２と接続することによっても、インタ
ーネット９０へアクセスすることができる。なお、ＩＳ
Ｐ８０、８２にそれぞれ接続されるサービス網８０ａ、
８２ａは、各ＩＳＰの認証処理に使用される認証サーバ
やメールサーバ等である。
に代え、ＩＳＰ８２と接続することによっても、インタ
ーネット９０へアクセスすることができる。なお、ＩＳ
Ｐ８０、８２にそれぞれ接続されるサービス網８０ａ、
８２ａは、各ＩＳＰの認証処理に使用される認証サーバ
やメールサーバ等である。
【０００５】
【発明が解決しようとする課題】しかしながら、上記し
た従来のインターネット接続の場合、複数のＩＳＰのう
ち、いずれのＩＳＰへ接続してサービスを受けるかの判
断はユーザの意思に専ら任されていた。つまり、ユーザ
が指定したＩＳＰのアカウントに対して接続がされるに
過ぎなかった。
た従来のインターネット接続の場合、複数のＩＳＰのう
ち、いずれのＩＳＰへ接続してサービスを受けるかの判
断はユーザの意思に専ら任されていた。つまり、ユーザ
が指定したＩＳＰのアカウントに対して接続がされるに
過ぎなかった。
【０００６】そのため、例えば上記例でＩＳＰ８０がシ
ステム工事やシステムダウン等によってサービスを休止
した場合、ユーザはＩＳＰ８０にアクセスしてサービス
が受けられないことを知った後、ＩＳＰ８２へアクセス
する必要があった。この際、ユーザは、ユーザ端末から
まずＩＳＰ８０のアカウントを入力した後、再度ＩＳＰ
８２のアカウントを入力する手間を要していた。
ステム工事やシステムダウン等によってサービスを休止
した場合、ユーザはＩＳＰ８０にアクセスしてサービス
が受けられないことを知った後、ＩＳＰ８２へアクセス
する必要があった。この際、ユーザは、ユーザ端末から
まずＩＳＰ８０のアカウントを入力した後、再度ＩＳＰ
８２のアカウントを入力する手間を要していた。
【０００７】また、上記したインターネット接続の場
合、複数のＩＳＰのうち通信状況の良好なＩＳＰをユー
ザ側が知ることができず、このようなＩＳＰを選択して
接続することはできなかった。
合、複数のＩＳＰのうち通信状況の良好なＩＳＰをユー
ザ側が知ることができず、このようなＩＳＰを選択して
接続することはできなかった。
【０００８】本発明は、上記した問題点に鑑みてなされ
たもので、複数のＩＳＰのうち、通信状況の良好なＩＳ
Ｐを自動的に選択してユーザの端末と接続することがで
きるインターネット接続方法及びシステム、並びにコン
ピュータプログラムを提供することを目的とする。
たもので、複数のＩＳＰのうち、通信状況の良好なＩＳ
Ｐを自動的に選択してユーザの端末と接続することがで
きるインターネット接続方法及びシステム、並びにコン
ピュータプログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】上記した目的を達成する
ために、本発明のインターネット接続方法は、所定のキ
ャリア網に接続される複数のインターネットサービスプ
ロバイダへのアクセス情報を記録する過程と、ユーザの
端末から前記キャリア網を介して前記インターネットサ
ービスプロバイダへアクセス要求があった場合に、当該
キャリア網内の通信状況に応じて、前記アクセス要求が
あったインターネットサービスプロバイダ、又は、前記
アクセス情報が記録された他のインターネットサービス
プロバイダの中から、前記端末と接続するインターネッ
トサービスプロバイダを選択する過程と、前記選択され
たインターネットサービスプロバイダと前記端末との接
続を確立する過程とを有することを特徴とする。
ために、本発明のインターネット接続方法は、所定のキ
ャリア網に接続される複数のインターネットサービスプ
ロバイダへのアクセス情報を記録する過程と、ユーザの
端末から前記キャリア網を介して前記インターネットサ
ービスプロバイダへアクセス要求があった場合に、当該
キャリア網内の通信状況に応じて、前記アクセス要求が
あったインターネットサービスプロバイダ、又は、前記
アクセス情報が記録された他のインターネットサービス
プロバイダの中から、前記端末と接続するインターネッ
トサービスプロバイダを選択する過程と、前記選択され
たインターネットサービスプロバイダと前記端末との接
続を確立する過程とを有することを特徴とする。
【００１０】請求項２記載のインターネット接続方法に
おいて、前記選択されるインターネットサービスプロバ
イダは、前記ユーザにより予め指定されたものであるこ
とを特徴とする。
おいて、前記選択されるインターネットサービスプロバ
イダは、前記ユーザにより予め指定されたものであるこ
とを特徴とする。
【００１１】請求項３記載のインターネット接続方法に
おいて、前記選択されるインターネットサービスプロバ
イダには予め優先順位が付加され、前記選択過程におい
て、当該優先順位に基づいて前記端末と接続を確立する
インターネットサービスプロバイダを選択することを特
徴とする。
おいて、前記選択されるインターネットサービスプロバ
イダには予め優先順位が付加され、前記選択過程におい
て、当該優先順位に基づいて前記端末と接続を確立する
インターネットサービスプロバイダを選択することを特
徴とする。
【００１２】請求項４記載のインターネット接続方法に
おいて、前記通信状況は、いずれかの前記ユーザの端末
と前記インターネットサービスプロバイダとの間に形成
されるネットワークから取得されることを特徴とする。
おいて、前記通信状況は、いずれかの前記ユーザの端末
と前記インターネットサービスプロバイダとの間に形成
されるネットワークから取得されることを特徴とする。
【００１３】本発明のインターネット接続システムは、
前記インターネットサービスプロバイダへのアクセス情
報を記録する記録手段と、ユーザの端末から前記キャリ
ア網を介して前記インターネットサービスプロバイダへ
アクセス要求があった場合に、当該キャリア網内の通信
状況に応じて、前記アクセス要求があったインターネッ
トサービスプロバイダ、又は、前記アクセス情報が記録
された他のインターネットサービスプロバイダの中か
ら、前記端末と接続するインターネットサービスプロバ
イダを選択する選択手段と、前記選択されたインターネ
ットサービスプロバイダと前記端末との接続を確立する
接続確立手段とを備えたことを特徴とする。
前記インターネットサービスプロバイダへのアクセス情
報を記録する記録手段と、ユーザの端末から前記キャリ
ア網を介して前記インターネットサービスプロバイダへ
アクセス要求があった場合に、当該キャリア網内の通信
状況に応じて、前記アクセス要求があったインターネッ
トサービスプロバイダ、又は、前記アクセス情報が記録
された他のインターネットサービスプロバイダの中か
ら、前記端末と接続するインターネットサービスプロバ
イダを選択する選択手段と、前記選択されたインターネ
ットサービスプロバイダと前記端末との接続を確立する
接続確立手段とを備えたことを特徴とする。
【００１４】本発明のコンピュータプログラムは、前記
インターネットサービスプロバイダへのアクセス情報を
記録する過程と、ユーザの端末から前記キャリア網を介
して前記インターネットサービスプロバイダへアクセス
要求があった場合に、当該キャリア網内の通信状況に応
じて、前記アクセス要求があったインターネットサービ
スプロバイダ、又は、前記アクセス情報が記録された他
のインターネットサービスプロバイダの中から、前記端
末と接続するインターネットサービスプロバイダを選択
する過程と、前記選択されたインターネットサービスプ
ロバイダと前記端末との接続を確立する過程とをコンピ
ュータに実行させることを特徴とする。
インターネットサービスプロバイダへのアクセス情報を
記録する過程と、ユーザの端末から前記キャリア網を介
して前記インターネットサービスプロバイダへアクセス
要求があった場合に、当該キャリア網内の通信状況に応
じて、前記アクセス要求があったインターネットサービ
スプロバイダ、又は、前記アクセス情報が記録された他
のインターネットサービスプロバイダの中から、前記端
末と接続するインターネットサービスプロバイダを選択
する過程と、前記選択されたインターネットサービスプ
ロバイダと前記端末との接続を確立する過程とをコンピ
ュータに実行させることを特徴とする。
【００１５】
【発明の実施の形態】以下、本発明の実施の形態につい
て、各図を参照して説明する。図１は、本発明のインタ
ーネット接続方法を実現するためのシステム（インター
ネット接続システム）２０の一実施の形態を示す構成ブ
ロック図である。
て、各図を参照して説明する。図１は、本発明のインタ
ーネット接続方法を実現するためのシステム（インター
ネット接続システム）２０の一実施の形態を示す構成ブ
ロック図である。
【００１６】この図において、インターネット接続シス
テム２０は、ユーザ端末６０とＩＳＰ８０〜８４との間
の通信接続を行うキャリア網５０内に設けられている。
また、ユーザ端末６０は、各ＩＳＰ８０〜８４を介して
インターネット９０へ接続可能になっている。なお、以
下の説明において、サーバとは、サーバコンピュータで
あり、所定の中央制御装置（ＣＰＵ）やメモリを備え、
メモリに格納されているコンピュータプログラムに従っ
た所定の処理を行う。又、ユーザ端末６０は、例えばパ
ーソナルコンピュータからなり、インターネット上のＷ
ｅｂページを閲覧可能なブラウザを搭載している。な
お、各ＩＳＰのサービス網８０ａ〜８４ａの機能は、前
記図８と同様であるので説明を省略する。
テム２０は、ユーザ端末６０とＩＳＰ８０〜８４との間
の通信接続を行うキャリア網５０内に設けられている。
また、ユーザ端末６０は、各ＩＳＰ８０〜８４を介して
インターネット９０へ接続可能になっている。なお、以
下の説明において、サーバとは、サーバコンピュータで
あり、所定の中央制御装置（ＣＰＵ）やメモリを備え、
メモリに格納されているコンピュータプログラムに従っ
た所定の処理を行う。又、ユーザ端末６０は、例えばパ
ーソナルコンピュータからなり、インターネット上のＷ
ｅｂページを閲覧可能なブラウザを搭載している。な
お、各ＩＳＰのサービス網８０ａ〜８４ａの機能は、前
記図８と同様であるので説明を省略する。
【００１７】キャリア網５０は、インターネット接続シ
ステム２０の他、ユーザ端末６０に接続されるＲＡＳ
（Remote access service）サーバ４、各ＩＳＰ８０〜
８４に接続される網終端装置１０〜１４、ＮＭ（Networ
k management）サーバ１６、ＲＡＳサーバと網終端装置
間に形成されるネットワーク３０等を含んで構成されて
いる。ＲＡＳサーバ４は、ユーザ端末６０から入力され
たＩＳＰのアカウント（ＩＰアドレス）に基づいて対応
するＩＳＰへリモートアクセスし、ユーザ端末６０とＩ
ＳＰ間で情報のやりとりを行う。網終端装置１０〜１４
は、ＲＡＳサーバ４と各ＩＳＰ８０〜８４との間のイン
ターフェース機能を有していて、ＲＡＳサーバ４とはＰ
ＰＰ（Point to point protocol）によって回線接続す
るようになっている。また、ＮＭサーバ１６は、各網終
端装置のインターフェース状態を保持する機能を有す
る。
ステム２０の他、ユーザ端末６０に接続されるＲＡＳ
（Remote access service）サーバ４、各ＩＳＰ８０〜
８４に接続される網終端装置１０〜１４、ＮＭ（Networ
k management）サーバ１６、ＲＡＳサーバと網終端装置
間に形成されるネットワーク３０等を含んで構成されて
いる。ＲＡＳサーバ４は、ユーザ端末６０から入力され
たＩＳＰのアカウント（ＩＰアドレス）に基づいて対応
するＩＳＰへリモートアクセスし、ユーザ端末６０とＩ
ＳＰ間で情報のやりとりを行う。網終端装置１０〜１４
は、ＲＡＳサーバ４と各ＩＳＰ８０〜８４との間のイン
ターフェース機能を有していて、ＲＡＳサーバ４とはＰ
ＰＰ（Point to point protocol）によって回線接続す
るようになっている。また、ＮＭサーバ１６は、各網終
端装置のインターフェース状態を保持する機能を有す
る。
【００１８】インターネット接続システム２０は、ブレ
インサーバ（選択手段、接続確立手段）２、キャリア網
５０に接続されているＩＳＰ８０、８２、８４・・・の
アクセス情報を記録するアカウントデータベース（記録
手段）６、後述するプライオリティテーブル８を備えて
いる。ブレインサーバ２は、ＲＡＳサーバ４とＩＳＰと
の接続制御を行うとともに、ネットワーク３０を流れる
ＰＰＰパケットをモニタして、各種データの検出、収集
を行う。又、ブレインサーバ２は、プライオリティーテ
ーブル８のデータを生成したり、アカウントデータベー
ス（以下、適宜「ＤＢ」と略記）６やプライオリティー
テーブル８を参照することにより、ＲＡＳサーバ４と接
続するＩＳＰを選択する。図２は、アカウントＤＢ６に
記録されたデータの構成を示す。
インサーバ（選択手段、接続確立手段）２、キャリア網
５０に接続されているＩＳＰ８０、８２、８４・・・の
アクセス情報を記録するアカウントデータベース（記録
手段）６、後述するプライオリティテーブル８を備えて
いる。ブレインサーバ２は、ＲＡＳサーバ４とＩＳＰと
の接続制御を行うとともに、ネットワーク３０を流れる
ＰＰＰパケットをモニタして、各種データの検出、収集
を行う。又、ブレインサーバ２は、プライオリティーテ
ーブル８のデータを生成したり、アカウントデータベー
ス（以下、適宜「ＤＢ」と略記）６やプライオリティー
テーブル８を参照することにより、ＲＡＳサーバ４と接
続するＩＳＰを選択する。図２は、アカウントＤＢ６に
記録されたデータの構成を示す。
【００１９】この図において、ユーザ毎に、キャリア網
５０から接続可能で、かつ該当ユーザが契約しているＩ
ＳＰのアクセス情報が記録されている。例えばＩＳＰ８
０と契約しているユーザには、ユーザ名（Username）：
ＤＤＤ、パスワード（Passwd）：＊＊＊＊が割当てられ
ていることになる。そして、ユーザ端末から、アドレ
ス：「ＤＤＤ＠（ＩＳＰ８０の識別子）」と、パスワー
ド「＊＊＊＊」を指定することにより、ＩＳＰ８０にア
クセスするようになっている。
５０から接続可能で、かつ該当ユーザが契約しているＩ
ＳＰのアクセス情報が記録されている。例えばＩＳＰ８
０と契約しているユーザには、ユーザ名（Username）：
ＤＤＤ、パスワード（Passwd）：＊＊＊＊が割当てられ
ていることになる。そして、ユーザ端末から、アドレ
ス：「ＤＤＤ＠（ＩＳＰ８０の識別子）」と、パスワー
ド「＊＊＊＊」を指定することにより、ＩＳＰ８０にア
クセスするようになっている。
【００２０】又、このユーザは複数のＩＳＰ８０、８
２、８４と契約を結んでおり、いずれのＩＳＰからもサ
ービスを受けることが可能となっている。そして、いず
れのＩＳＰとユーザ端末６０とを接続するかの選択は、
詳しくは後述するキャリア網内の通信状況に応じてなさ
れるようになっている。さらに、この実施形態において
は、各ＩＳＰ８０〜８４に優先順位が付与されており、
「本契約」されたＩＳＰ８０が最も優先順位が高く、通
常はこのＩＳＰ８０との接続がされる。一方、ＩＳＰ８
０との接続状態（通信状況）が所定の条件以下となった
場合は異常（準異常）と判断され、「異常（準異常）時
契約」されたＩＳＰ８２、８４のうちいずれかが、ＩＳ
Ｐ８０に代わる接続先として選択されるようになってい
る。
２、８４と契約を結んでおり、いずれのＩＳＰからもサ
ービスを受けることが可能となっている。そして、いず
れのＩＳＰとユーザ端末６０とを接続するかの選択は、
詳しくは後述するキャリア網内の通信状況に応じてなさ
れるようになっている。さらに、この実施形態において
は、各ＩＳＰ８０〜８４に優先順位が付与されており、
「本契約」されたＩＳＰ８０が最も優先順位が高く、通
常はこのＩＳＰ８０との接続がされる。一方、ＩＳＰ８
０との接続状態（通信状況）が所定の条件以下となった
場合は異常（準異常）と判断され、「異常（準異常）時
契約」されたＩＳＰ８２、８４のうちいずれかが、ＩＳ
Ｐ８０に代わる接続先として選択されるようになってい
る。
【００２１】このように、ユーザが自己の契約したＩＳ
Ｐ８０〜８４のうち、自ら優先順位を設定することによ
り、通常は優先順位の高いＩＳＰ８０と接続し、所定の
条件下では他のＩＳＰ８２、８４との接続ができ、ユー
ザの利便性を図るとともに、通信状態の良好なＩＳＰと
の接続を実現できる。
Ｐ８０〜８４のうち、自ら優先順位を設定することによ
り、通常は優先順位の高いＩＳＰ８０と接続し、所定の
条件下では他のＩＳＰ８２、８４との接続ができ、ユー
ザの利便性を図るとともに、通信状態の良好なＩＳＰと
の接続を実現できる。
【００２２】なお、各ＩＳＰのアカウントとは、ＩＳＰ
が備える接続サーバのアカウントを示している。また、
ＩＳＰが複数のアクセスポイントを有している場合、当
該アカウント（ＩＳＰの識別子）にはアクセスポイント
に関する情報も含まれている。この場合、アクセスポイ
ント毎に網終端装置が割当てられるようになっている。
が備える接続サーバのアカウントを示している。また、
ＩＳＰが複数のアクセスポイントを有している場合、当
該アカウント（ＩＳＰの識別子）にはアクセスポイント
に関する情報も含まれている。この場合、アクセスポイ
ント毎に網終端装置が割当てられるようになっている。
【００２３】次に、ユーザ端末６０と接続するＩＳＰを
選択するための処理フローについて、図３を参照して説
明する。この図において、まずユーザはユーザ端末６０
からＩＳＰ８０のアクセス情報（上記したアドレス：
「ＤＤＤ＠（ＩＳＰ８０の識別子）」と、パスワード
「＊＊＊＊」）を指定し、ＲＡＳサーバ４に対してアク
セス要求する（ステップＳ１００）。ＲＡＳサーバ４
は、受信したアクセス情報をブレインサーバ２へ送信す
る（ステップＳ２００）。なお、通常、ユーザは、本契
約したＩＳＰのアクセス情報を指定し、このＩＳＰとの
接続を要求する。
選択するための処理フローについて、図３を参照して説
明する。この図において、まずユーザはユーザ端末６０
からＩＳＰ８０のアクセス情報（上記したアドレス：
「ＤＤＤ＠（ＩＳＰ８０の識別子）」と、パスワード
「＊＊＊＊」）を指定し、ＲＡＳサーバ４に対してアク
セス要求する（ステップＳ１００）。ＲＡＳサーバ４
は、受信したアクセス情報をブレインサーバ２へ送信す
る（ステップＳ２００）。なお、通常、ユーザは、本契
約したＩＳＰのアクセス情報を指定し、このＩＳＰとの
接続を要求する。
【００２４】ブレインサーバ２は、アクセス情報に基づ
き、該当ユーザの契約しているＩＳＰの情報をアカウン
トＤＢ６から取得する(ステップＳ３００)。この場合、
アクセス情報におけるＩＳＰ８０の識別子、ユーザ名、
及びパスワードを参照することにより、このＩＳＰ８０
と契約しているユーザを判定し、アカウントＤＢ６から
該当ユーザのデータを抽出する。例えば、抽出データが
図２に示すものである場合、ＩＳＰの情報として、ＩＳ
Ｐ８０が本契約で、ＩＳＰ８２、８４が異常時契約にか
かるＩＳＰであること（つまり、各ＩＳＰの優先順位）
や、各ＩＳＰ毎のユーザ名とパスワードが取得される。
き、該当ユーザの契約しているＩＳＰの情報をアカウン
トＤＢ６から取得する(ステップＳ３００)。この場合、
アクセス情報におけるＩＳＰ８０の識別子、ユーザ名、
及びパスワードを参照することにより、このＩＳＰ８０
と契約しているユーザを判定し、アカウントＤＢ６から
該当ユーザのデータを抽出する。例えば、抽出データが
図２に示すものである場合、ＩＳＰの情報として、ＩＳ
Ｐ８０が本契約で、ＩＳＰ８２、８４が異常時契約にか
かるＩＳＰであること（つまり、各ＩＳＰの優先順位）
や、各ＩＳＰ毎のユーザ名とパスワードが取得される。
【００２５】又、ブレインサーバ２は、所定の方法でキ
ャリア網５０内の通信状況を取得し（ステップＳ３１
０）、取得した通信状況に応じて、ステップＳ３００で
取得したＩＳＰのうちいずれかを選択する（ステップＳ
３２０）。通信状況の取得に当たっては、プライオリテ
ィテーブル８を参照することになるが、これについては
後述する。又、ＩＳＰの選択に際しては、適宜ユーザの
契約内容も考慮する。そして、ブレインサーバ２は、選
択したＩＳＰのアクセス情報を生成し、ＲＡＳサーバ４
に送信する（ステップＳ３３０）。例えば、上記図２に
おいてＩＳＰ８２を選択した場合、ブレインサーバ２
は、このＩＳＰのアクセス情報として、アドレス：「Ｅ
ＥＥ＠（ＩＳＰ８２の識別子）」と、パスワード「＊＊
＊＊＊」）を生成する。
ャリア網５０内の通信状況を取得し（ステップＳ３１
０）、取得した通信状況に応じて、ステップＳ３００で
取得したＩＳＰのうちいずれかを選択する（ステップＳ
３２０）。通信状況の取得に当たっては、プライオリテ
ィテーブル８を参照することになるが、これについては
後述する。又、ＩＳＰの選択に際しては、適宜ユーザの
契約内容も考慮する。そして、ブレインサーバ２は、選
択したＩＳＰのアクセス情報を生成し、ＲＡＳサーバ４
に送信する（ステップＳ３３０）。例えば、上記図２に
おいてＩＳＰ８２を選択した場合、ブレインサーバ２
は、このＩＳＰのアクセス情報として、アドレス：「Ｅ
ＥＥ＠（ＩＳＰ８２の識別子）」と、パスワード「＊＊
＊＊＊」）を生成する。
【００２６】ＲＡＳサーバ４は、受信したアクセス情報
による接続要求を該当する網終端装置１２に送信し（ス
テップＳ２１０）、網終端装置１２は対応するＩＳＰ８
２とのユーザ認証を行う（ステップＳ４００）。認証が
成立すると、ＩＳＰ８２は認証応答を網終端装置１２に
送信し（ステップＳ５００）、網終端装置１２は接続応
答をユーザ端末６０に送信することで（ステップＳ４１
０）、ＲＡＳサーバとＩＳＰ間の接続が確立される。な
お、ブレインサーバ２は、適宜ユーザ端末６０に対し、
ＩＳＰ８２と接続を行った旨を通知する。
による接続要求を該当する網終端装置１２に送信し（ス
テップＳ２１０）、網終端装置１２は対応するＩＳＰ８
２とのユーザ認証を行う（ステップＳ４００）。認証が
成立すると、ＩＳＰ８２は認証応答を網終端装置１２に
送信し（ステップＳ５００）、網終端装置１２は接続応
答をユーザ端末６０に送信することで（ステップＳ４１
０）、ＲＡＳサーバとＩＳＰ間の接続が確立される。な
お、ブレインサーバ２は、適宜ユーザ端末６０に対し、
ＩＳＰ８２と接続を行った旨を通知する。
【００２７】次に、上記ステップＳ３１０、Ｓ３２０で
ＩＳＰの選択に参照される、プライオリティテーブル８
の生成フローについて、図４及び図５を参照して説明す
る。ここで、プライオリティテーブル８はキャリア網を
流れるパケットをモニタリングすることで生成され、プ
ライオリティテーブルの生成フローには２種類あり、第
１の生成フローを図４に、第２の生成フローを図５に示
す。なお、図４は、前記図３のステップＳ１００でアク
セス要求したユーザとＩＳＰとの接続ができない場合を
想定したフローであり、図５は、接続が確立された場合
のフローである。
ＩＳＰの選択に参照される、プライオリティテーブル８
の生成フローについて、図４及び図５を参照して説明す
る。ここで、プライオリティテーブル８はキャリア網を
流れるパケットをモニタリングすることで生成され、プ
ライオリティテーブルの生成フローには２種類あり、第
１の生成フローを図４に、第２の生成フローを図５に示
す。なお、図４は、前記図３のステップＳ１００でアク
セス要求したユーザとＩＳＰとの接続ができない場合を
想定したフローであり、図５は、接続が確立された場合
のフローである。
【００２８】図４において、まず、ブレインサーバ２
は、ステップＳ３００に基づき、ユーザが本契約したＩ
ＳＰとの接続をＲＡＳサーバ４へ要求し、その際のパケ
ットをモニタリングする（ステップＳ６００）。ＲＡＳ
サーバ４は接続要求に従って、そのＩＳＰに対応する網
終端装置との接続を行う。次に、ブレインサーバ２は、
ＲＡＳサーバ４と網終端装置間でＰＰＰ接続が確立され
たか否かを判定する（ステップＳ６１０）。この判定
は、例えばキャリア網内のパケットをモニタし、接続確
立の旨の応答（Ａｃｋ）が網終端装置から送られたかを
検出することで行う。
は、ステップＳ３００に基づき、ユーザが本契約したＩ
ＳＰとの接続をＲＡＳサーバ４へ要求し、その際のパケ
ットをモニタリングする（ステップＳ６００）。ＲＡＳ
サーバ４は接続要求に従って、そのＩＳＰに対応する網
終端装置との接続を行う。次に、ブレインサーバ２は、
ＲＡＳサーバ４と網終端装置間でＰＰＰ接続が確立され
たか否かを判定する（ステップＳ６１０）。この判定
は、例えばキャリア網内のパケットをモニタし、接続確
立の旨の応答（Ａｃｋ）が網終端装置から送られたかを
検出することで行う。
【００２９】ステップＳ６１０で「Ｎｏ」の場合、ブレ
インサーバ２は、プライオリティーテーブルにおける該
当ＩＳＰのスループット割合の値からPenalty pointを
減算する（ステップＳ６２０）。一方、ステップＳ６１
０で「Ｙｅｓ」の場合、ブレインサーバ２は、プライオ
リティーテーブルにおける該当ＩＳＰのスループット割
合の値にPenalty pointを加算する（ステップＳ６３
０）。
インサーバ２は、プライオリティーテーブルにおける該
当ＩＳＰのスループット割合の値からPenalty pointを
減算する（ステップＳ６２０）。一方、ステップＳ６１
０で「Ｙｅｓ」の場合、ブレインサーバ２は、プライオ
リティーテーブルにおける該当ＩＳＰのスループット割
合の値にPenalty pointを加算する（ステップＳ６３
０）。
【００３０】なお、スループット割合の値は０〜１００
％の範囲内に限られ、そのため、ステップＳ６２０やＳ
６３０の加減にも制限がある。そこで、減算結果がスル
ープット割合の値の下限値（例えば３％に設定）未満と
なったかを判定し（ステップＳ６４０）、「Ｙｅｓ」で
あれば、プライオリティーテーブルへスループット割合
の値を反映せずにステップＳ６００に戻る。一方、ステ
ップＳ６４０で「Ｎｏ」であれば、プライオリティーテ
ーブルへスループット割合の値を反映する（ステップＳ
６６０）。加算結果についても同様であり、その結果が
スループット割合の値の上限値（例えば７０％に設定）
を超えたかを判定し（ステップＳ６５０）、「Ｙｅｓ」
であれば、プライオリティーテーブルへ値を反映せずに
ステップＳ６００に戻る。一方、ステップＳ６５０で
「Ｎｏ」であれば、プライオリティーテーブルへ値を反
映する（ステップＳ６６０）。
％の範囲内に限られ、そのため、ステップＳ６２０やＳ
６３０の加減にも制限がある。そこで、減算結果がスル
ープット割合の値の下限値（例えば３％に設定）未満と
なったかを判定し（ステップＳ６４０）、「Ｙｅｓ」で
あれば、プライオリティーテーブルへスループット割合
の値を反映せずにステップＳ６００に戻る。一方、ステ
ップＳ６４０で「Ｎｏ」であれば、プライオリティーテ
ーブルへスループット割合の値を反映する（ステップＳ
６６０）。加算結果についても同様であり、その結果が
スループット割合の値の上限値（例えば７０％に設定）
を超えたかを判定し（ステップＳ６５０）、「Ｙｅｓ」
であれば、プライオリティーテーブルへ値を反映せずに
ステップＳ６００に戻る。一方、ステップＳ６５０で
「Ｎｏ」であれば、プライオリティーテーブルへ値を反
映する（ステップＳ６６０）。
【００３１】図４のフローは、次のような状況において
有効である。つまり、ＩＳＰ内の認証サーバ（ユーザの
アクセス情報からユーザ名、パスワードを取得して認証
処理を行う）がシステムダウンした場合、既に認証が終
了して接続が確立しているユーザとの通信は続行される
が、新規に接続しようとするユーザは認証を受けられず
に接続が確立されないことになる。このようなＩＳＰ
は、既接続のユーザとの間の通信では良好なスループッ
トを得られることもあり、そうすると、みかけ上プライ
オリティテーブルのスループット割合も高いものとな
り、このＩＳＰが優先的に選択されてしまうという問題
が生じる。
有効である。つまり、ＩＳＰ内の認証サーバ（ユーザの
アクセス情報からユーザ名、パスワードを取得して認証
処理を行う）がシステムダウンした場合、既に認証が終
了して接続が確立しているユーザとの通信は続行される
が、新規に接続しようとするユーザは認証を受けられず
に接続が確立されないことになる。このようなＩＳＰ
は、既接続のユーザとの間の通信では良好なスループッ
トを得られることもあり、そうすると、みかけ上プライ
オリティテーブルのスループット割合も高いものとな
り、このＩＳＰが優先的に選択されてしまうという問題
が生じる。
【００３２】そこで、このようなＩＳＰについては、図
４のフローによって、プライオリティテーブルのスルー
プット割合を低減させてその評価を下げると、ＩＳＰの
実態を反映した選択を行えるのでより好ましい。また、
認証サーバがシステムダウンを起こさないＩＳＰについ
ては、評価を上げることができる。なお、このフローに
おいては、後述するPenalty pointを用いている。
４のフローによって、プライオリティテーブルのスルー
プット割合を低減させてその評価を下げると、ＩＳＰの
実態を反映した選択を行えるのでより好ましい。また、
認証サーバがシステムダウンを起こさないＩＳＰについ
ては、評価を上げることができる。なお、このフローに
おいては、後述するPenalty pointを用いている。
【００３３】次に、図５において、まず、ブレインサー
バ２は、ユーザと上記ＩＳＰとの接続が確立した後、両
者の間を伝送するパケットをモニタリングする（ステッ
プＳ７００）。次に、ブレインサーバ２は、ＩＳＰ側の
サーバとアクセスできたか否かを判定する（ステップＳ
７１０）。ここで、ＩＳＰ側のサーバとはＨＴＴＰ（Hy
per text transfer protocol）サーバやメールサーバ等
であり、例えばユーザが電子メールの送受信のためにメ
ールサーバへアクセスした際に、メールサーバから応答
があったかを検出することで判定を行う。
バ２は、ユーザと上記ＩＳＰとの接続が確立した後、両
者の間を伝送するパケットをモニタリングする（ステッ
プＳ７００）。次に、ブレインサーバ２は、ＩＳＰ側の
サーバとアクセスできたか否かを判定する（ステップＳ
７１０）。ここで、ＩＳＰ側のサーバとはＨＴＴＰ（Hy
per text transfer protocol）サーバやメールサーバ等
であり、例えばユーザが電子メールの送受信のためにメ
ールサーバへアクセスした際に、メールサーバから応答
があったかを検出することで判定を行う。
【００３４】ステップＳ７１０でＹｅｓの場合（サーバ
とアクセスできた場合）、ブレインサーバ２は、プライ
オリティーテーブルにおける該当ＩＳＰのスループット
割合の値を維持する（ステップＳ７２０）。一方、ステ
ップＳ７１０でＮｏであれば、プライオリティーテーブ
ルにおける該当ＩＳＰのスループット割合の値からPena
lty pointを減算する（ステップＳ７３０）。
とアクセスできた場合）、ブレインサーバ２は、プライ
オリティーテーブルにおける該当ＩＳＰのスループット
割合の値を維持する（ステップＳ７２０）。一方、ステ
ップＳ７１０でＮｏであれば、プライオリティーテーブ
ルにおける該当ＩＳＰのスループット割合の値からPena
lty pointを減算する（ステップＳ７３０）。
【００３５】ブレインサーバ２は、又、このＩＳＰのス
ループット割合が閾値以上か否かを判定する（ステップ
Ｓ７４０）。この判定は、予めキャリア網５０内のパケ
ットをモニタして所定のデータを検出、収集し、所定の
方法で各ＩＳＰ８０〜８４のスループット割合を求めて
おくことで行う。スループット割合の計算方法について
は後述する。
ループット割合が閾値以上か否かを判定する（ステップ
Ｓ７４０）。この判定は、予めキャリア網５０内のパケ
ットをモニタして所定のデータを検出、収集し、所定の
方法で各ＩＳＰ８０〜８４のスループット割合を求めて
おくことで行う。スループット割合の計算方法について
は後述する。
【００３６】ステップＳ７４０でＹｅｓの場合（サーバ
とアクセスできた場合）、ブレインサーバ２は、プライ
オリティーテーブルにおける該当ＩＳＰのスループット
割合の値にPenalty pointを加算する（ステップＳ７５
０）。一方、ステップＳ７４０でＮｏであれば、プライ
オリティーテーブルにおける該当ＩＳＰのスループット
割合の値からPenalty pointを減算する（ステップＳ７
６０）。
とアクセスできた場合）、ブレインサーバ２は、プライ
オリティーテーブルにおける該当ＩＳＰのスループット
割合の値にPenalty pointを加算する（ステップＳ７５
０）。一方、ステップＳ７４０でＮｏであれば、プライ
オリティーテーブルにおける該当ＩＳＰのスループット
割合の値からPenalty pointを減算する（ステップＳ７
６０）。
【００３７】このように、スループット割合に応じて各
ＩＳＰに優先順位を付与することにより、ユーザが接続
要求したＩＳＰの代わりに、他の複数のＩＳＰの中から
いずれかのＩＳＰを選択する際、通信状態の良好なＩＳ
Ｐを選択できる。
ＩＳＰに優先順位を付与することにより、ユーザが接続
要求したＩＳＰの代わりに、他の複数のＩＳＰの中から
いずれかのＩＳＰを選択する際、通信状態の良好なＩＳ
Ｐを選択できる。
【００３８】次に、プライオリティテーブルに記録され
るスループット割合の計算パラメータについて、図６を
参照して説明する。この図において、プライオリティテ
ーブル８には、各ＩＳＰ８０〜８４のスループット割合
の値が記録されている。ここでいうスループット割合
は、上記準異常が生じたユーザが１００人存在した場合
に、各ＩＳＰに割当てるユーザ数を％表示したものであ
り、全体で１００（％）になるように設定される。
るスループット割合の計算パラメータについて、図６を
参照して説明する。この図において、プライオリティテ
ーブル８には、各ＩＳＰ８０〜８４のスループット割合
の値が記録されている。ここでいうスループット割合
は、上記準異常が生じたユーザが１００人存在した場合
に、各ＩＳＰに割当てるユーザ数を％表示したものであ
り、全体で１００（％）になるように設定される。
【００３９】そして、このスループット割合を計算する
ためのパラメータとして、回線情報２０ａ、故障履歴２
０ｂ、工事履歴２０ｃ、レスポンス時間２０ｄ、Ｉｎパ
ケット量２０ｅ、Ｏｕｔパケット量２０ｆ、接続ユーザ
数２０ｇ、Penalty Point２０ｈが規定されている。な
お、これらのパラメータは、各ＩＳＰ毎に収集され、そ
の値に応じて各ＩＳＰの正味のスループットが計算され
るようになっている。又、２０ａ〜２０ｃが準固定値
に、２０ｄ〜２０ｇが変動値に、２０ｈが新規接続可否
にそれぞれ分類されている。
ためのパラメータとして、回線情報２０ａ、故障履歴２
０ｂ、工事履歴２０ｃ、レスポンス時間２０ｄ、Ｉｎパ
ケット量２０ｅ、Ｏｕｔパケット量２０ｆ、接続ユーザ
数２０ｇ、Penalty Point２０ｈが規定されている。な
お、これらのパラメータは、各ＩＳＰ毎に収集され、そ
の値に応じて各ＩＳＰの正味のスループットが計算され
るようになっている。又、２０ａ〜２０ｃが準固定値
に、２０ｄ〜２０ｇが変動値に、２０ｈが新規接続可否
にそれぞれ分類されている。
【００４０】回線情報２０ａは、網終端装置から各ＩＳ
Ｐへの回線状態を示し、ＮＭサーバ１６からブレインサ
ーバ２へ送信される。故障履歴２０ｂは、ブレインサー
バ２の管理者の入力項目であり、単位時間当りの故障回
数、罹障時間からなる。工事履歴２０ｃは、ブレインサ
ーバ２の管理者の入力項目であり、単位時間当りの工事
回数、工事時間等からなる。レスポンス時間２０ｄは、
ブレインサーバ２がキャリア網５０内のＰＰＰパケット
をモニタすることで取得され、パケットの平均応答時間
を示す。Ｉｎパケット量２０ｅ、Ｏｕｔパケット量２０
ｆは、各網終端装置で収集され、ブレインサーバ２へ送
信される。接続ユーザ数２０ｇは、ブレインサーバ２が
各網終端装置へ接続されているユーザ（端末）数を検出
することで収集される。Penalty Point２０ｈについて
は後述する。
Ｐへの回線状態を示し、ＮＭサーバ１６からブレインサ
ーバ２へ送信される。故障履歴２０ｂは、ブレインサー
バ２の管理者の入力項目であり、単位時間当りの故障回
数、罹障時間からなる。工事履歴２０ｃは、ブレインサ
ーバ２の管理者の入力項目であり、単位時間当りの工事
回数、工事時間等からなる。レスポンス時間２０ｄは、
ブレインサーバ２がキャリア網５０内のＰＰＰパケット
をモニタすることで取得され、パケットの平均応答時間
を示す。Ｉｎパケット量２０ｅ、Ｏｕｔパケット量２０
ｆは、各網終端装置で収集され、ブレインサーバ２へ送
信される。接続ユーザ数２０ｇは、ブレインサーバ２が
各網終端装置へ接続されているユーザ（端末）数を検出
することで収集される。Penalty Point２０ｈについて
は後述する。
【００４１】そして、各ＩＳＰ毎の正味のスループット
を、上記準固定値及び変動値に基づいて所定の方法で計
算した後（例えば、レスポンス時間と、パケット量から
スループットを見積もることができる）、各ＩＳＰのス
ループット割合を求め、プライオリティテーブル８に記
録する。
を、上記準固定値及び変動値に基づいて所定の方法で計
算した後（例えば、レスポンス時間と、パケット量から
スループットを見積もることができる）、各ＩＳＰのス
ループット割合を求め、プライオリティテーブル８に記
録する。
【００４２】以上のようにして、プライオリティテーブ
ルには、ＩＳＰ８４、８２、８０の順に、スループット
割合がそれぞれ３９、３５、１４（％）であることが記
録される。そして、例えば図４のフローにおいて、ユー
ザがアクセス要求したＩＳＰ８０のスループット割合
（１４％）が閾値（例えば２０％に設定）未満であれ
ば、他のＩＳＰ８２、８４のうちスループット割合が高
いＩＳＰ８４が選択される。
ルには、ＩＳＰ８４、８２、８０の順に、スループット
割合がそれぞれ３９、３５、１４（％）であることが記
録される。そして、例えば図４のフローにおいて、ユー
ザがアクセス要求したＩＳＰ８０のスループット割合
（１４％）が閾値（例えば２０％に設定）未満であれ
ば、他のＩＳＰ８２、８４のうちスループット割合が高
いＩＳＰ８４が選択される。
【００４３】図７は、スループット割合の値に、前記図
４又は図５に従ってPenalty pointを加減する例を示
す。例えばＩＳＰ８０の認証サーバのシステムダウンを
検出した場合には、もとのスループット割合の値（１４
％）からPenalty point（２％）を減じて１２％とす
る。又、システムダウンを検出しない場合には、もとの
スループット割合の値（１４％）にPenalty point（２
％）を加算して１６％とする。
４又は図５に従ってPenalty pointを加減する例を示
す。例えばＩＳＰ８０の認証サーバのシステムダウンを
検出した場合には、もとのスループット割合の値（１４
％）からPenalty point（２％）を減じて１２％とす
る。又、システムダウンを検出しない場合には、もとの
スループット割合の値（１４％）にPenalty point（２
％）を加算して１６％とする。
【００４４】そして、このようにして、あるユーザが接
続要求する前までに、他のユーザとＩＳＰとが接続して
いる情報がプライオリティテーブルに反映され、このプ
ライオリティテーブルに基づき、ユーザの接続先のＩＳ
Ｐが決定される。つまり、キャリア網内におけるＩＳＰ
の接続環境に応じて接続がなされることになる。なお、
前記図４及び図５から、ユーザの接続要求の際に伝送さ
れるパケットのモニタリングをトリガとして、プライオ
リティテーブルのスループット割合の値が更新される。
続要求する前までに、他のユーザとＩＳＰとが接続して
いる情報がプライオリティテーブルに反映され、このプ
ライオリティテーブルに基づき、ユーザの接続先のＩＳ
Ｐが決定される。つまり、キャリア網内におけるＩＳＰ
の接続環境に応じて接続がなされることになる。なお、
前記図４及び図５から、ユーザの接続要求の際に伝送さ
れるパケットのモニタリングをトリガとして、プライオ
リティテーブルのスループット割合の値が更新される。
【００４５】本発明は、以上述べた実施形態に限定され
るものではない。例えば、上記実施形態では、各ＩＳＰ
のスループット割合に基づいて、ユーザ端末と接続する
ためのＩＳＰを選択したが、スループット割合の代わり
に他の指標を用いてもよい。また、上記実施形態では、
ユーザが本契約したＩＳＰとの通信状況をまず判定し、
その結果が所定の場合に異常時と判定して他のＩＳＰを
選択したが、ユーザが契約しているすべてのＩＳＰにつ
いて通信状況を判定し、比較するようにしてもよい。
るものではない。例えば、上記実施形態では、各ＩＳＰ
のスループット割合に基づいて、ユーザ端末と接続する
ためのＩＳＰを選択したが、スループット割合の代わり
に他の指標を用いてもよい。また、上記実施形態では、
ユーザが本契約したＩＳＰとの通信状況をまず判定し、
その結果が所定の場合に異常時と判定して他のＩＳＰを
選択したが、ユーザが契約しているすべてのＩＳＰにつ
いて通信状況を判定し、比較するようにしてもよい。
【００４６】なお、上記インターネット接続システム
は、コンピューターと、通信装置等の各種周辺機器と、
そのコンピューターによって実行されるソフトウェアプ
ログラムとによって実現することができ、上記システム
内で実行されるソフトウェアプログラムは、コンピュー
ター読み取り可能な記憶媒体あるいは通信回線を介して
配布することが可能である。
は、コンピューターと、通信装置等の各種周辺機器と、
そのコンピューターによって実行されるソフトウェアプ
ログラムとによって実現することができ、上記システム
内で実行されるソフトウェアプログラムは、コンピュー
ター読み取り可能な記憶媒体あるいは通信回線を介して
配布することが可能である。
【００４７】
【発明の効果】以上説明したように、本発明によれば、
キャリア網内の通信状況に応じて、キャリア網に接続さ
れる複数のＩＳＰのうち、通信状況の良好なＩＳＰを自
動的に選択してユーザの端末と接続する。従って、ユー
ザにとっては、工事、故障、トラヒック増等によりレス
ポンスが低下したり接続が不可能なＩＳＰにアクセスす
る無駄がなくなり、インターネットへの接続が確実に約
束されるので、ユーザの利便性を向上させることができ
る。
キャリア網内の通信状況に応じて、キャリア網に接続さ
れる複数のＩＳＰのうち、通信状況の良好なＩＳＰを自
動的に選択してユーザの端末と接続する。従って、ユー
ザにとっては、工事、故障、トラヒック増等によりレス
ポンスが低下したり接続が不可能なＩＳＰにアクセスす
る無駄がなくなり、インターネットへの接続が確実に約
束されるので、ユーザの利便性を向上させることができ
る。
【００４８】請求項２記載の本発明によれば、接続を選
択するインターネットサービスプロバイダをユーザが予
め指定できるので、ユーザが希望するインターネットサ
ービスプロバイダの中からインターネットへ接続するプ
ロバイダが選択されることになり、ユーザの利便性がさ
らに向上する。
択するインターネットサービスプロバイダをユーザが予
め指定できるので、ユーザが希望するインターネットサ
ービスプロバイダの中からインターネットへ接続するプ
ロバイダが選択されることになり、ユーザの利便性がさ
らに向上する。
【００４９】請求項３記載の本発明によれば、選択され
るインターネットサービスプロバイダには所定の優先順
位が付与され、その優先順位に従ってインターネットサ
ービスプロバイダが選択されるという特徴がある。例え
ば、ユーザが予め優先順位を付与しておけば、ユーザが
接続を希望するインターネットサービスプロバイダが選
択される可能性が高くなる。又、システム側で予め各イ
ンターネットサービスプロバイダの通信状況に応じて優
先順位を付与しておけば、通信状況の良好なインターネ
ットサービスプロバイダの選択が容易になる。
るインターネットサービスプロバイダには所定の優先順
位が付与され、その優先順位に従ってインターネットサ
ービスプロバイダが選択されるという特徴がある。例え
ば、ユーザが予め優先順位を付与しておけば、ユーザが
接続を希望するインターネットサービスプロバイダが選
択される可能性が高くなる。又、システム側で予め各イ
ンターネットサービスプロバイダの通信状況に応じて優
先順位を付与しておけば、通信状況の良好なインターネ
ットサービスプロバイダの選択が容易になる。
【００５０】請求項４記載の本発明によれば、いずれか
の前記ユーザの端末と前記インターネットサービスプロ
バイダとの間の通信状況に応じて、インターネットサー
ビスプロバイダが選択されるので、各インターネットサ
ービスプロバイダの接続環境をより確実に反映した選択
を行うことができる。
の前記ユーザの端末と前記インターネットサービスプロ
バイダとの間の通信状況に応じて、インターネットサー
ビスプロバイダが選択されるので、各インターネットサ
ービスプロバイダの接続環境をより確実に反映した選択
を行うことができる。
【図１】 本発明のインターネット接続システムの構成
を示すブロック図である。
を示すブロック図である。
【図２】 アカウントデータベースに記録されたデータ
の構成を示す図である。
の構成を示す図である。
【図３】 ユーザ端末と接続するＩＳＰを選択するため
の処理フローを示す図である。
の処理フローを示す図である。
【図４】 プライオリティテーブルの生成フローを示す
図である。
図である。
【図５】 プライオリティテーブルの生成フローを示す
別の図である。
別の図である。
【図６】 プライオリティテーブルに記録されるスルー
プット割合の計算パラメータを示す図である。
プット割合の計算パラメータを示す図である。
【図７】 プライオリティテーブルの値を更新する態様
を模式的に示す図である。
を模式的に示す図である。
【図８】 従来のインターネット接続システムの構成を
示すブロック図である。
示すブロック図である。
ステップＳ３１０ キャリア網内の通信状況
を取得する過程 ステップＳ３２０ 通信状況に応じていずれ
かのＩＳＰ（インターネットサービスプロバイダ）を選
択する過程 ステップＳ３３０ 選択したＩＳＰと端末と
の接続を確立する過程（選択したＩＳＰのアクセス情報
を生成、送信する過程）
を取得する過程 ステップＳ３２０ 通信状況に応じていずれ
かのＩＳＰ（インターネットサービスプロバイダ）を選
択する過程 ステップＳ３３０ 選択したＩＳＰと端末と
の接続を確立する過程（選択したＩＳＰのアクセス情報
を生成、送信する過程）
─────────────────────────────────────────────────────
フロントページの続き
Ｆターム(参考） 5K030 GA12 GA17 HA08 HB08 JA10
KA05 KX30 LB02 MA07 MD07
5K034 AA17 DD03 EE10 KK21 LL01
TT01
5K101 LL00 MM04 QQ07 QQ11 TT03
Claims (6)
- 【請求項１】 所定のキャリア網に接続される複数のイ
ンターネットサービスプロバイダへのアクセス情報を記
録する過程と、 ユーザの端末から前記キャリア網を介して前記インター
ネットサービスプロバイダへアクセス要求があった場合
に、当該キャリア網内の通信状況に応じて、前記アクセ
ス要求があったインターネットサービスプロバイダ、又
は、前記アクセス情報が記録された他のインターネット
サービスプロバイダの中から、前記端末と接続するイン
ターネットサービスプロバイダを選択する過程と、 前記選択されたインターネットサービスプロバイダと前
記端末との接続を確立する過程とを有することを特徴と
するインターネット接続方法。 - 【請求項２】 前記選択されるインターネットサービス
プロバイダは、前記ユーザにより予め指定されたもので
あることを特徴とする請求項１に記載のインターネット
接続方法。 - 【請求項３】 前記選択されるインターネットサービス
プロバイダには予め優先順位が付加され、 前記選択過程において、当該優先順位に基づいて前記端
末と接続を確立するインターネットサービスプロバイダ
を選択することを特徴とする請求項１又は２に記載のイ
ンターネット接続方法。 - 【請求項４】 前記通信状況は、いずれかの前記ユーザ
の端末と前記インターネットサービスプロバイダとの間
に形成されるネットワークから取得されることを特徴と
する請求項１ないし３のいずれかに記載のインターネッ
ト接続方法。 - 【請求項５】 所定のキャリア網に接続される複数のイ
ンターネットサービスプロバイダへのアクセス情報を記
録する記録手段と、 ユーザの端末から前記キャリア網を介して前記インター
ネットサービスプロバイダへアクセス要求があった場合
に、当該キャリア網内の通信状況に応じて、前記アクセ
ス要求があったインターネットサービスプロバイダ、又
は、前記アクセス情報が記録された他のインターネット
サービスプロバイダの中から、前記端末と接続するイン
ターネットサービスプロバイダを選択する選択手段と、 前記選択されたインターネットサービスプロバイダと前
記端末との接続を確立する接続確立手段とを備えたこと
を特徴とするインターネット接続システム。 - 【請求項６】 所定のキャリア網に接続される複数のイ
ンターネットサービスプロバイダへのアクセス情報を記
録する過程と、 ユーザの端末から前記キャリア網を介して前記インター
ネットサービスプロバイダへアクセス要求があった場合
に、当該キャリア網内の通信状況に応じて、前記アクセ
ス要求があったインターネットサービスプロバイダ、又
は、前記アクセス情報が記録された他のインターネット
サービスプロバイダの中から、前記端末と接続するイン
ターネットサービスプロバイダを選択する過程と、 前記選択されたインターネットサービスプロバイダと前
記端末との接続を確立する過程とをコンピュータに実行
させることを特徴とするコンピュータプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001280499A JP2003087433A (ja) | 2001-09-14 | 2001-09-14 | インターネット接続方法及びシステム、並びにコンピュータプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001280499A JP2003087433A (ja) | 2001-09-14 | 2001-09-14 | インターネット接続方法及びシステム、並びにコンピュータプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003087433A true JP2003087433A (ja) | 2003-03-20 |
Family
ID=19104483
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001280499A Pending JP2003087433A (ja) | 2001-09-14 | 2001-09-14 | インターネット接続方法及びシステム、並びにコンピュータプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003087433A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005159424A (ja) * | 2003-11-20 | 2005-06-16 | Nippon Telegr & Teleph Corp <Ntt> | 通信システム |
| JP2006191297A (ja) * | 2005-01-05 | 2006-07-20 | Sogo Keibi Hosho Co Ltd | 監視システム、監視方法 |
| WO2014024481A1 (en) * | 2012-08-07 | 2014-02-13 | Nec Corporation | Network system, authentication apparatus, subnet deciding method and program |
| JP2015177351A (ja) * | 2014-03-14 | 2015-10-05 | 日本電気株式会社 | 通信接続先決定装置、通信接続装置、および、通信接続先決定方法 |
| JP2018097891A (ja) * | 2007-02-23 | 2018-06-21 | ロケイター アイピー、エルピー | コンテンツを優先順位付けするためのインタラクティブなアドバイザリーシステム |
| US10362435B2 (en) | 2006-01-19 | 2019-07-23 | Locator IP, L.P. | Interactive advisory system |
| US10411908B2 (en) | 2000-07-24 | 2019-09-10 | Locator IP, L.P. | Interactive advisory system |
-
2001
- 2001-09-14 JP JP2001280499A patent/JP2003087433A/ja active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10411908B2 (en) | 2000-07-24 | 2019-09-10 | Locator IP, L.P. | Interactive advisory system |
| US11108582B2 (en) | 2000-07-24 | 2021-08-31 | Locator IP, L.P. | Interactive weather advisory system |
| JP2005159424A (ja) * | 2003-11-20 | 2005-06-16 | Nippon Telegr & Teleph Corp <Ntt> | 通信システム |
| JP2006191297A (ja) * | 2005-01-05 | 2006-07-20 | Sogo Keibi Hosho Co Ltd | 監視システム、監視方法 |
| US10362435B2 (en) | 2006-01-19 | 2019-07-23 | Locator IP, L.P. | Interactive advisory system |
| JP2018097891A (ja) * | 2007-02-23 | 2018-06-21 | ロケイター アイピー、エルピー | コンテンツを優先順位付けするためのインタラクティブなアドバイザリーシステム |
| US10616708B2 (en) | 2007-02-23 | 2020-04-07 | Locator Ip, Lp | Interactive advisory system for prioritizing content |
| WO2014024481A1 (en) * | 2012-08-07 | 2014-02-13 | Nec Corporation | Network system, authentication apparatus, subnet deciding method and program |
| JP2015177351A (ja) * | 2014-03-14 | 2015-10-05 | 日本電気株式会社 | 通信接続先決定装置、通信接続装置、および、通信接続先決定方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11489689B2 (en) | System and method for providing network support services and premises gateway support infrastructure | |
| US8422397B2 (en) | Method and apparatus for rapid session routing | |
| US8606944B2 (en) | Replenishing a user account with more access resources needed for accessing network services | |
| JP2003101575A (ja) | 提供サービス制御機能を有するｉｐネットワークシステム | |
| US7401118B1 (en) | Web information preferential transfer system | |
| JP3487425B2 (ja) | 輻輳制御方法及び方式 | |
| US20070147357A1 (en) | Method and apparatus for generating IP traffic in an internet protocol (IP) based network | |
| JP2003087433A (ja) | インターネット接続方法及びシステム、並びにコンピュータプログラム | |
| US20020154643A1 (en) | Network communication service control apparatus | |
| JP2010273255A (ja) | ネットワークシステム |