JPH10215284A - ネットワーク接続システム及びネットワーク接続方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数のサーバー間で会員情報及び接続回線設
備を相互利用することによって、接続性に優れたネット
ワーク接続システムを提供する。 【解決手段】 ユーザーは、自己の会員情報を保有する
認証側サーバーＳ１が混雑しているときや地理的に遠い
場合、他のサーバーである接続側サーバーＳ２にユーザ
ＩＤとパスワードを送信することによって接続要求を行
う。ユーザが送信したユーザＩＤとパスワードは、接続
側サーバーＳ２から認証側サーバーＳ１に転送され、認
証側サーバーＳ１で会員情報と照合することによってユ
ーザ認証が行われる。接続側サーバーＳ２では、ユーザ
認証の結果を受けてログイン処理が行われるので、ユー
ザはインターネット接続サービスを利用することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザ端末をイン
ターネットなどの広域ネットワークに接続するためのネ
ットワーク接続システム及びネットワーク接続方法の改
良に関するもので、特に、接続サービスを提供する複数
のサーバー間で、会員情報及び接続回線設備を相互利用
することによって、接続性に優れたネットワーク接続シ
ステム及びネットワーク接続方法を提供するものであ
る。

【０００２】

【従来の技術】近年、国際的な情報通信ネットワークと
して、インターネットが急速に普及し、その重要性が増
大しつつある。インターネットを利用する場合、一般の
ユーザは、インターネット接続業者（ＩＳＰ：インター
ネットサービスプロバイダ）と契約し、電話回線とモデ
ムを介してプロバイダのサーバーにログインし、サーバ
ーを通じてインターネット上の情報にアクセスする。

【０００３】

【発明が解決しようとする課題】従来では、異なる複数
のプロバイダのサーバー間で、会員情報及び回線接続設
備を相互利用する手段は存在しなかったので、会員が接
続できるのは契約先のプロバイダ（加入プロバイダ）の
サーバーに限定されていた。このため、回線が混雑して
いて加入プロバイダのサーバーに接続できない場合で
も、他のプロバイダのサーバーを介してインターネット
に接続することはできなかった。この結果、加入プロバ
イダの回線混雑時に接続性が低下するという不都合が生
じていた。また、電話回線使用料の観点から、ユーザも
プロバイダも地理的に近い相手を契約対象として選ばざ
るを得なかった。このことは、ユーザによるプロバイダ
選択の自由を狭めると共に、プロバイダによる新規会員
募集の範囲も限定し、インターネットの普及を妨げてい
た。

【０００４】本発明は、上記のような従来技術の問題点
を解決するために提案されたもので、その目的は、複数
のサーバー間で会員情報及び接続回線設備を相互利用す
ることによって、接続性に優れたネットワーク接続シス
テム及びネットワーク接続方法を提供することである。
また、本発明の他の目的は、会員情報を保有するサーバ
ーと実際の接続を行うサーバーとの間で、接続に関する
所定の情報を送受信することによって、双方で正副の同
一内容の接続ログを記録し、接続ログの信頼性に優れた
ネットワーク接続システムを提供することである。

【０００５】また、本発明の他の目的は、ログイン時に
接続側サーバーを経由するパスワードなどを暗号化する
ことによって、セキュリティの優れたネットワーク接続
システム及びネットワーク接続方法を提供することであ
る。また、本発明の他の目的は、相互に所定の関係を有
するサーバーの情報を、単一のメンバ登録用サーバーに
登録し、メンバからの照会に応答することによって、信
頼性とセキュリティに優れたネットワーク接続システム
を提供することである。また、本発明の他の目的は、接
続側と認証側のサーバー間で接続の継続を確認すること
によって、接続ログに記録される内容の信頼性が高いネ
ットワーク接続システムを提供することである。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
め、請求項１のネットワーク接続システムは、ネットワ
ークへの接続回線設備を備えた複数のサーバーを有し、
前記サーバーは、ユーザに関する会員情報を有する認証
側サーバーと、前記認証側サーバーと所定の関係を有す
る接続側サーバーを含み、前記接続側サーバーは、ユー
ザから送信されるユーザＩＤ及びパスワードを用いて前
記認証側サーバーにユーザ認証を求め、前記ネットワー
クへの接続を認証の結果に応じてユーザに提供する接続
手段を有し、前記認証側サーバーは、前記接続側サーバ
ーから送信されるユーザＩＤ及びパスワードを前記会員
情報と照合することによってユーザ認証を行うユーザ認
証手段を有することを特徴とする。請求項６のネットワ
ーク接続方法は、請求項１の発明を方法の観点から把握
したものであって、ネットワークへの接続回線設備を備
えた複数のサーバーを用い、前記サーバーは、ユーザに
関する会員情報を有する認証側サーバーと、前記認証側
サーバーと所定の関係を有する接続側サーバーを含むネ
ットワーク接続システムにおいて、前記接続側サーバー
は、ユーザから送信されるユーザＩＤ及びパスワードを
用いて前記認証側サーバーにユーザ認証を求め、前記ネ
ットワークへの接続を認証の結果に応じてユーザに提供
し、前記認証側サーバーは、前記接続側サーバーから送
信されるユーザＩＤ及びパスワードを前記会員情報と照
合することによってユーザ認証を行うことを特徴とす
る。

【０００７】請求項１，６の発明では、ユーザーは、自
己の会員情報を保有する認証側サーバーが混雑している
ときや、認証側サーバーが地理的に遠い場合、他のサー
バーである接続側サーバーにユーザＩＤとパスワードを
送信することによってログイン要求を行う。ユーザが送
信したユーザＩＤとパスワードは、接続側サーバーから
認証側サーバーに転送され、認証側サーバーで会員情報
と照合することによってユーザ認証が行われる。接続側
サーバーでは、ユーザ認証の結果を受けてログイン処理
が行われるので、ユーザはインターネット接続サービス
を利用することができる。

【０００８】請求項２の発明は、請求項１記載のネット
ワーク接続システムにおいて、前記接続側サーバー及び
認証側サーバーはそれぞれ、前記ネットワークへの接続
の開始及び終了に関する所定の情報を送受信することに
よって、接続ログを記録する記録手段を有することを特
徴とする。請求項２の発明では、接続側と認証側のサー
バー間で情報を送受信することによって、双方同一内容
のログを記録するので、ログの信頼性が向上する。

【０００９】請求項３の発明は、請求項２記載のネット
ワーク接続システムにおいて、前記接続側サーバーの前
記記録手段及び前記認証側サーバーの前記記録手段は、
前記接続の開始から終了に至る間、所定の間隔で所定の
情報を送受信することによって前記接続が継続している
か否かを確認するように構成されたことを特徴とする。
請求項３の発明では、接続開始から終了まで、接続側と
認証側のサーバー間で接続が継続しているか否かの確認
が所定の間隔で行われるので、接続ログに記録される内
容の信頼性が向上する。

【００１０】請求項４の発明は、請求項１，２又は３記
載のネットワーク接続システムにおいて、相互に所定の
関係を有する複数のサーバーをメンバとして登録する登
録手段と、任意のサーバーがメンバであるか否かの問い
合わせに応答するサーバー認証手段と、を有するメンバ
登録用サーバーを備えたことを特徴とする。請求項４の
発明では、複数のサーバーがグループのメンバとなっ
て、会員情報及び接続回線設備を相互利用する場合、単
一のメンバ登録用サーバーにメンバの情報が集中する。
このため、サーバーごとにメンバの情報を保有して更新
する必要がなくなり、更新ミスやメンバ情報の漏洩が生
じにくく、優れたセキュリティが発揮される。

【００１１】請求項５の発明は、請求項１，２，３又は
４記載のネットワーク接続システムにおいて、前記接続
側サーバーに接続するためのユーザ端末及び前記認証用
サーバーが、前記ユーザ認証のために授受する情報を暗
号化し及び復号するための暗号管理手段を有することを
特徴とする。請求項７の発明は、請求項５の発明を方法
の観点から把握したものであって、請求項６記載のネッ
トワーク接続方法において、前記接続側サーバーに接続
するためのユーザ端末及び前記認証用サーバーは、前記
ユーザ認証のために授受する情報を暗号化し及び復号す
るための処理を実行することを特徴とする。請求項５，
７の発明では、パスワードなど、本来は認証側サーバー
固有の情報は、暗号化された状態で接続側サーバーを通
過する。このため、接続側サーバーや、パスワードが経
由するインターネット上のサーバーによってパスワード
などの情報が盗取されることがない。

【００１２】請求項８の発明は、ネットワークへの接続
サービスをユーザ端末から受け付ける接続側サーバー
と、ユーザに関する会員情報に基づいてユーザ認証を行
う認証側サーバーと、を用いたネットワーク接続方法に
おいて、ユーザ端末と認証側サーバーとの間で、ユーザ
ＩＤ及びパスワードの授受を、前記接続側サーバーを経
由して暗号を用いて行うために、認証側サーバーが、一
時的公開鍵Ｔ−Ｐｋを固有の秘密鍵Ｆ−Ｓｋで暗号化す
ることによって第１の暗号データを作成するステップ
と、認証側サーバーが、作成した前記第１の暗号データ
をユーザ端末に送信するステップと、ユーザ端末が、送
信された前記第１の暗号データから、前記固有の秘密鍵
Ｆ−Ｓｋに対応する公開鍵Ｆ−Ｐｋを用いて前記一時的
公開鍵Ｔ−Ｐｋを復号するステップと、ユーザ端末が、
復号した前記一時的公開鍵Ｔ−Ｐｋを用いて、ユーザＩ
Ｄ及びパスワードを暗号化することによって第２の暗号
データを作成するステップと、ユーザ端末が、作成した
前記第２の暗号データを認証側サーバーに送信するステ
ップと、認証側サーバーが、送信された前記第２の暗号
データから、前記一時的公開鍵Ｔ−Ｐｋに対応する一時
的秘密鍵Ｔ−Ｓｋを用いてユーザＩＤ及びパスワードを
復号するステップと、を含むことを特徴とする。

【００１３】請求項８の発明では、認証側サーバーが一
時的公開鍵を発行し、ユーザ端末Ｔから接続側サーバー
経由で認証側サーバーへ送信されるユーザＩＤ及びパス
ワードは、一時的公開鍵によって暗号化される。このた
め、ユーザＩＤ及びパスワードが接続側サーバーなどの
第三者に盗取されることがなく、悪意ある接続側のプロ
バイダが、ユーザＩＤ及びパスワードを利用して接続の
事実を偽装するなどの不正が回避できる。

【００１４】なお、ユーザＩＤ及びパスワードを暗号化
する鍵として毎回変更される一時的公開鍵を用いるの
は、暗号が経由する接続側サーバーが暗号自体をコピー
して保存しておき、暗号を認証側サーバーに再送するこ
とによって実在しない接続を偽装し、不正な課金請求を
起こすのを防止するためである。また、一時的公開鍵自
体を暗号化するのは、端末Ｔ側で当該暗号を固有の公開
鍵で復号することによって、当該一時的公開鍵が確かに
認証側サーバーから送信されたものであることを確認で
きるようにするためである。

【００１５】

【発明の実施の形態】次に、本発明の実施の形態（以下
「実施形態」という）について、図面にしたがって具体
的に説明する。

【００１６】（１）第１実施形態の構成 第１実施形態は、請求項１〜５に対応するネットワーク
接続システム（以下「本システム」という）及びこのネ
ットワーク接続システム上で実行されるネットワーク接
続方法（請求項６，７に対応）に関するものである。ま
ず、図１は、本システムの概略的構成を示すブロック図
である。

【００１７】この図に示すように、本システムは、ネッ
トワークＮへの接続回線設備を備えた二つのサーバーＳ
１，Ｓ２を有し、サーバーＳ１はユーザに関する会員情
報Ｉを有する認証側サーバーになっており、サーバーＳ
２は、認証側サーバーＳ１との提携関係（請求項１にい
う「所定の関係」）を有する接続側サーバーになってい
る。認証側サーバーＳ１及び接続側サーバーＳ２はそれ
ぞれ、通信サーバーＣを介してインターネットＮに接続
され、ユーザ端末ＴはモデムＭを通じて通信サーバーＣ
にアクセスする。

【００１８】認証側サーバーＳ１及び接続側サーバーＳ
２は、それぞれ、ホストプログラムＰ１，Ｐ２によって
制御される。接続側サーバーＳ２及び認証側サーバーＳ
１はそれぞれ、接続の事実を記録するための副ログＳ２
２及び正ログＳ１２（請求項２にいう接続ログに相当す
るもの）を備え、副ログＳ２２及び正ログＳ１２には原
則として同一の情報が記録される。

【００１９】また、本システムは、相互に提携関係を有
するサーバーをメンバとして登録し、サーバーがメンバ
であるか否かの問い合わせに応答するサーバーであるセ
ンタＳ３（請求項４にいうメンバ登録用サーバーに相当
するもの）を備えている。

【００２０】図２は、本システムの認証側サーバーＳ
１、接続側サーバーＳ２、ユーザ端末Ｔ及びセンタＳ３
の具体的構成を示す機能ブロック図であり、この図にお
いて、図１に示したインターネットＮ、通信サーバーＣ
及び各モデムＭは省略する。

【００２１】すなわち、接続側サーバーＳ２は、ユーザ
端末Ｔから送信されるユーザＩＤ及びパスワードを用い
て認証側サーバーＳ１にユーザ認証を求め、認証の結果
に応じてユーザ端末ＴにインターネットＮへの接続サー
ビスを提供する接続手段Ｓ２１を有する。一方、認証側
サーバーＳ１は、接続側サーバーＳ２から送信されるユ
ーザＩＤ及びパスワードを会員情報Ｉと照合することに
よってユーザ認証を行うユーザ認証手段Ｓ１１を有す
る。また、接続側サーバーＳ２及び認証側サーバーＳ１
はそれぞれ、接続開始及び接続終了に関する所定の情報
を送受信することによって、副ログＳ２２及び正ログＳ
１２を記録する記録手段Ｓ２３，Ｓ１３を有する。

【００２２】本システムを通してインターネットに接続
するために、ユーザは、パーソナルコンピュータを所定
の接続用プログラムで駆動して成るユーザ端末Ｔを用い
る。このユーザ端末Ｔと認証側サーバーＳ１は、それぞ
れ、ユーザ認証のために授受する情報を暗号化し及び復
号するための暗号管理手段Ｔ１及びＳ１４を有する。一
方、接続用サーバーＳ２は、ユーザから送信された前記
暗号を認証用サーバーＳ１に転送するように構成され、
認証用サーバーＳ１は、転送された前記暗号からユーザ
ＩＤ及びパスワードを復号する暗号管理手段Ｓ１４を有
する。

【００２３】なお、接続側サーバーＳ２の記録手段Ｓ２
２及び認証側サーバーＳ１の記録手段Ｓ１２は、所定の
間隔で情報を交換することによってユーザによる接続が
継続しているか否かを確認するように構成されている。

【００２４】また、センタＳ３は、相互に所定の関係を
有するサーバーをメンバとしてメンバリストＳ３１に登
録する登録手段Ｓ３２と、サーバーがメンバであるか否
かの問い合わせに応答するサーバー認証手段Ｓ３３と、
を有する。このセンタＳ３は、接続側サーバーＳ２と認
証側サーバーＳ１との間で情報を交換するために必須な
わけではないが、接続側サーバーＳ２及び認証側サーバ
ーＳ１とは別の第三者的主体として、メンバの確認など
を行うことによって安全性を高める効果があるので、設
置されることが望ましい。各サーバーＳ１，Ｓ２，Ｓ３
間の通信は、ＴＣＰ／ＩＰなどのインターネットプロト
コル上で行われ、かつ、必要に応じて暗号化が施され
る。

【００２５】（２）第１実施形態の作用及び効果 上記のような構成を有する第１実施形態において、イン
ターネットＮへの接続サービスは、次のような手順で行
われる。なお、認証側サーバーＳ１及び接続側サーバー
Ｓ２は、相互に提携関係を有するメンバとして、センタ
Ｓ３のメンバリストＳ３１にあらかじめ登録されている
ものとする。

【００２６】（２−１）事前準備 インターネット接続サービスを利用しようとするユーザ
は、所望のプロバイダを選択して接続サービスの契約を
行う。この場合、本実施形態におけるユーザは、従来と
異なり、地理的に遠いプロバイダであっても、自分にと
って契約条件などが望ましいプロバイダを自由に選択し
て契約してよい。ユーザが契約したプロバイダ（加入プ
ロバイダ）のサーバーには、ユーザの会員情報、特にユ
ーザＩＤとパスワードが格納され、加入プロバイダ自身
のサーバーが、本発明にいう認証側サーバーＳ１とな
る。ここでは、ユーザ端末Ｔのユーザに関し、ユーザＩ
Ｄ及びパスワードを含む会員情報Ｉが、認証側サーバー
Ｓ１に登録されているものとする。

【００２７】加入プロバイダは、自己のサーバーへの接
続用電話番号と共に、提携先プロバイダのサーバーへの
接続用電話番号をユーザに知らせる。提携先プロバイダ
のサーバーが本発明にいう接続側サーバーＳ２である。
提携は、プロバイダ相互間における１対１の関係には限
定されず、何らかの組織に各プロバイダが加入すること
によって行うこともでき、この場合、センタＳ３のメン
バリストＳ３１に登録されているプロバイダのサーバー
が、相互に提携関係を有する正しい接続業者となる。

【００２８】（２−２）接続要求 図３は、第１実施形態における処理手順を示すフローチ
ャートである。ユーザは、インターネット接続サービス
を利用するときは、ユーザ端末Ｔと電話回線を用いて、
サーバーに接続する。接続先となるサーバーは、通常
は、加入プロバイダのサーバーＳ１である。しかし、加
入プロバイダのサーバーＳ１の接続回線が混雑している
ために電話がつながらない場合や、ユーザにとって加入
プロバイダのサーバーＳ１が遠隔の場合、ユーザは、前
記提携先プロバイダのサーバーＳ２に接続要求を行う
（ステップ３０１）。

【００２９】なお、ユーザ端末Ｔは、専用の接続手順に
よって動作する。すなわち、接続要求にはユーザＩＤ及
びパスワードを送信するが、加入プロバイダ以外のプロ
バイダに接続要求する場合は、ユーザ端末Ｔの暗号管理
手段Ｔ１が、ユーザＩＤ及びパスワードを暗号化して接
続側サーバーＳ２に送信する。なお、ユーザＩＤ及びパ
スワードを暗号化する場合でも、接続側サーバーＳ２で
認証側サーバーＳ１を特定できるように、ユーザ端末Ｔ
は、暗号化されたユーザＩＤ及びパスワードに、認証側
のプロバイダ又はサーバーを示す識別子を付加して接続
側サーバーＳ２に送信する。また、識別子の付加に代え
て、ユーザＩＤのうち、認証側サーバーＳ１を特定する
表示の部分は暗号化せずに接続側サーバーＳ２に送信す
るようにしてもよい。例えば、ユーザＩＤの形式が"xxx
@aaa.or.jp" の場合、"xxx" の部分は暗号化し、"@aaa.
or.jp"の部分は暗号化せずに送信する。

【００３０】（２−３）サーバー認証 ユーザから接続要求を受けた接続側サーバーＳ２では、
接続手段Ｓ２１が接続要求を受け付ける。接続手段Ｓ２
１は、接続要求に係るユーザＩＤの形式が他のサーバー
のもの（例えば"xxx@aaa.or.jp" ）である場合、当該他
のサーバーＳ１(aaa.or.jp) がメンバであるか否かをセ
ンタＳ３に問い合わせる（ステップ３０２）。問い合わ
せを受けたセンタＳ３では、サーバー認証手段Ｓ３３
が、メンバリストＳ３１との照合によって、問い合わせ
に係る認証側サーバーＳ１がメンバであるか否かを確認
し、問い合わせに回答する。

【００３１】（２−４）ユーザ認証 ユーザＩＤに係るサーバーＳ１がメンバであることが確
認されると、接続側サーバーＳ２の接続手段Ｓ２１は、
接続要求に係る認証側サーバーＳ１にユーザＩＤ及び暗
号化されているパスワードを転送することによって、ユ
ーザ認証（ユーザＩＤ及びパスワードが真正なものであ
るか否かを確認すること）を求める（ステップ３０
３）。

【００３２】このとき、ユーザ認証を要求された認証側
サーバーＳ１でも、認証要求を発行した接続側サーバー
Ｓ２がメンバであるか否かをセンタＳ３に照会して確認
する。問い合わせを受けたセンタＳ３は、メンバリスト
Ｓ３１と照合することによって、問い合わせに係る接続
側サーバーＳ２がメンバであるか否かを確認し、問い合
わせに回答する。問い合わせに係る接続側サーバーＳ２
がメンバであることが確認されると、認証側サーバーＳ
１の暗号管理手段Ｓ１４が、暗号からパスワードを復号
する。

【００３３】そして、ユーザ認証手段Ｓ１１が、転送さ
れてきたユーザＩＤ及び復号されたパスワードを会員情
報Ｉと照合し、真正なユーザＩＤ及びパスワードである
か否かを確認することによってユーザ認証を行い、その
結果を接続側サーバーＳ２に返信する。なお、サーバー
認証やユーザ認証において、サーバーがメンバでなかっ
たり、パスワードの不一致などで、否定的な結果となっ
たときは、接続は当然に拒絶される。

【００３４】（２−５）接続開始と記録 返信されてきた認証結果が応諾（肯定的）ならば、接続
側サーバーＳ２の接続手段Ｓ２１は、ユーザ端末Ｔとの
間でＰＰＰ接続を開始する（ステップ３０４）と共に、
記録手段Ｓ２３が認証側サーバーＳ１に接続開始通知を
送信する（ステップ３０５）。認証側サーバーＳ１の記
録手段Ｓ１３は、接続開始通知を受信すると、正ログＳ
１２にユーザＩＤ及び開始時刻を記録する（ステップ３
０６）と共に、接続開始受諾通知を接続側サーバーＳ２
に送信する（ステップ３０７）。接続側サーバーＳ２の
記録手段Ｓ２３は、接続開始受諾通知を受信すると、認
証側サーバーＳ１の正ログＳ１２と同様に、ユーザＩＤ
及び開始時刻を副ログＳ２２に記録する（ステップ３０
８）。

【００３５】（２−６）接続の監視 その後、接続側サーバーＳ２における接続が終了し（ス
テップ３１０）、接続側サーバーＳ２から認証側サーバ
ーＳ１に接続終了通知が送信されるまで、認証側サーバ
ーＳ１は、接続が継続していることを一定間隔で接続側
サーバーＳ２に確認することによって（ステップ３０
９）、接続を監視する。

【００３６】（２−７）接続の終了 ユーザが所定の接続終了操作を行うと（ステップ３１
０）、接続側サーバーＳ２の接続手段Ｓ２１がユーザ端
末Ｔとの間でＰＰＰ接続を終了すると共に、記録手段Ｓ
２３が認証側サーバーＳ１に接続終了通知を送信する
（ステップ３１１）。認証側サーバーＳ１の記録手段Ｓ
１３は、接続終了通知を受信すると、正ログＳ１２に接
続終了の旨及び終了時刻を記録すると共に、接続終了確
認通知を接続側サーバーＳ２に送信する。接続側サーバ
ーＳ２の記録手段Ｓ２３は、接続終了確認通知を受信す
ると、認証側サーバーＳ１の正ログＳ１２と同様に、ユ
ーザＩＤ及び終了時刻を副ログＳ２２に記録する。

【００３７】（２−８）課金の精算 認証側サーバーＳ１の正ログＳ１２及び接続側サーバー
Ｓ２の副ログＳ２２は所定の期日に突合（照合）され、
一致した接続に関して課金が精算される。

【００３８】（２−９）第１実施形態による効果 以上説明したように、第１実施形態によれば、ユーザー
は、自己の会員情報を保有する認証側サーバーが混雑し
ているときや、認証側サーバーが地理的に遠い場合、他
のサーバーである接続側サーバーにユーザＩＤとパスワ
ードを送信することによって接続要求を行う。ユーザが
送信したユーザＩＤとパスワードは、接続側サーバーか
ら認証側サーバーに転送され、認証側サーバーで会員情
報と照合することによってユーザ認証が行われる。接続
側サーバーでは、ユーザ認証の結果を受けてユーザにイ
ンターネット接続サービスを提供する。

【００３９】これによって、混雑時でもネットワークへ
のつながりやすさ（接続可能性）が改善される。また、
ユーザは遠隔のプロバイダとも契約できるので、プロバ
イダの会員募集の対象地域が拡大する。また、プロバイ
ダは、独自に会員募集を行わず、接続側サーバーのみを
提供することもできるので、プロバイダ経営が多様化す
る。第１実施形態によれば上記のような効果を通じて、
インターネットの健全な普及が実現される。

【００４０】また、第１実施形態では、接続要求の際の
パスワードなどの情報は、暗号化された状態でユーザか
ら接続側サーバーを通過し認証側サーバーに到達する。
このため、接続側サーバーのプロバイダによるパスワー
ドなどの盗取が防止される。

【００４１】また、第１実施形態では、複数のサーバー
がグループのメンバとなって、会員情報及び接続回線設
備を相互利用する場合、単一のセンタにメンバの情報を
蓄積しておくことができる。そして、接続側サーバー及
び認証側サーバーのいずれも、ユーザの接続要求に係る
相手方がメンバか否かをセンタに問い合わせることによ
って確認できる。このため、メンバから脱退したプロバ
イダやメンバ以外のプロバイダなど、無権限な第三者が
接続側サーバーのプロバイダになりすますことによっ
て、接続サービスの課金請求を起こすことを回避でき
る。また、メンバーの情報は単一のセンタに蓄積され
る。このため、サーバーごとにメンバの情報を保有して
更新する必要がなくなり、更新ミスやメンバ情報の漏洩
が生じにくく、優れたセキュリティが発揮される。

【００４２】また、第１実施形態によれば、接続側と認
証側のサーバー間で情報を送受信することによって、双
方同一内容のログを記録するので、いずれかのサーバー
によるログの偽造も防止され、ログの信頼性が向上す
る。

【００４３】また、第１実施形態によれば、接続開始か
ら終了まで、接続側と認証側のサーバー間で接続が継続
しているか否かの確認が所定の間隔で行われるので、接
続ログに記録される内容の信頼性が向上する。

【００４４】（３）第２実施形態 前記第１実施形態においてもパスワード等を暗号化及び
復号したが、パスワード等の暗号化に用いる鍵を毎回変
更することによって、よりセキュリティ性を改善するこ
とができる。また、接続側サーバーＳ２と認証側サーバ
ーＳ１との間で接続開始を通知したりログに記録する手
順も第１実施形態に示したとおりである必要はない。第
２実施形態は、第１実施形態と同様の構成を有するネッ
トワーク接続システムにおいて、パスワード等の暗号化
に用いる鍵を毎回変更することによって、よりセキュリ
ティ性を改善した例であり（請求項８に対応）、また、
接続側サーバーＳ２と認証側サーバーＳ１との間で接続
開始を通知したりログに記録するなどの手順として、第
１実施形態とは異なる手順を適用した例である。

【００４５】（３−１）ユーザ認証までの手順 図４は、第２実施形態における接続要求からユーザ認証
までの処理手順を示すフローチャートである。すなわ
ち、まず、ユーザ端末Ｔから接続側サーバーＳ２に接続
要求があると（ステップ４０１）、接続側サーバーＳ２
の接続手段Ｓ２１が、接続要求に係る認証側サーバーＳ
１がメンバであることを、センタＳ３によるサーバー認
証を求めて確認したうえ（ステップ４０２）、接続側サ
ーバーＳ２から認証側サーバーＳ１へ新たな接続要求が
あったことを通知する（ステップ４０３）。

【００４６】接続要求の通知を受けた認証側サーバーＳ
１のユーザ認証手段Ｓ１１でも、接続要求に係る接続側
サーバーＳ２がメンバであることを、センタＳ３による
サーバー認証を求めて確認する（ステップ４０４）。な
お、以下の説明で用いる暗号鍵は公開鍵暗号方式ＰＧＰ
を前提とし、 毎回変更される 一時的公開鍵Ｔ−Ｐｋ（暗号化用） 一時的秘密鍵Ｔ−Ｓｋ（復号用） のペア及び固定された 固有の秘密鍵Ｆ−Ｓｋ（暗号化用） 固有の公開鍵Ｆ−Ｐｋ（復号用） のペアを用いる。

【００４７】すなわち、接続側サーバーＳ２がメンバで
あることをサーバー認証で確認した認証側サーバーＳ１
の暗号管理手段Ｓ１４は、一時的公開鍵Ｔ−Ｐｋを決定
し、固有の秘密鍵Ｆ−Ｓｋで一時的公開鍵Ｔ−Ｐｋを暗
号化することによって第１の暗号データを作成する（ス
テップ４０５）。一時的公開鍵Ｔ−Ｐｋは、端末Ｔから
認証側サーバーＳ１へ、ユーザ認証のためのユーザＩＤ
及びパスワードを暗号化して送信するためのものであ
る。

【００４８】ここで、固有の秘密鍵Ｆ−Ｓｋは固定され
たものであるが、一時的公開鍵Ｔ−Ｐｋは毎回変更され
る。認証側サーバーＳ１のユーザ認証手段Ｓ１１は、作
成した前記第１の暗号データを、接続側サーバーＳ２を
経由して端末Ｔに送信する（ステップ４０６）。端末Ｔ
には、固有の秘密鍵Ｆ−Ｓｋに対応する固有の公開鍵Ｆ
−Ｐｋがあらかじめ与えられており、端末Ｔの暗号管理
手段Ｔ１は、送信された前記第１の暗号データから、固
有の公開鍵Ｆ−Ｐｋを用いて前記一時的公開鍵Ｔ−Ｐｋ
を復号する（ステップ４０７）。

【００４９】続いて、端末Ｔの暗号管理手段Ｔ１は、復
号した前記一時的公開鍵Ｔ−Ｐｋを用いて、ユーザＩＤ
及びパスワードを暗号化することによって第２の暗号デ
ータを作成し（ステップ４０８）、作成した前記第２の
暗号データを、接続側サーバーＳ２を経由して認証側サ
ーバーＳ１に送信する（ステップ４０９）。第２の暗号
データを受信した認証側サーバーＳ１の暗号管理手段Ｓ
１４は、送信された第２の暗号データから、前記一時的
公開鍵Ｔ−Ｐｋに対応する一時的秘密鍵Ｔ−Ｓｋを用い
てユーザＩＤ及びパスワードを復号する（ステップ４１
０）。そして、認証側サーバーＳ１のユーザ認証手段Ｓ
１１が、復号したユーザＩＤ及びパスワードを自己の会
員情報Ｉと照合して真正なものであるか否かを確認する
ことによってユーザ認証を行い（ステップ４１１）、そ
の結果を接続側サーバーＳ２に通知する（ステップ４１
２）。

【００５０】第２実施形態では、上記のように、認証側
サーバーＳ１が一時的公開鍵Ｔ−Ｐｋを発行し、ユーザ
端末Ｔから接続側サーバーＳ２経由で認証側サーバーＳ
１へ送信されるユーザＩＤ及びパスワードは、一時的公
開鍵Ｔ−Ｐｋによって暗号化される。このため、ユーザ
ＩＤ及びパスワードが接続側サーバーＳ２などの第三者
に盗取されることがなく、悪意ある接続側のプロバイダ
が、ユーザＩＤ及びパスワードを利用して接続の事実を
偽装するなどの不正が回避できる。

【００５１】なお、ユーザＩＤ及びパスワードを暗号化
する鍵として毎回変更される一時的公開鍵Ｔ−Ｐｋを用
いるのは、暗号が経由する接続側サーバーＳ２が暗号自
体をコピーして保存しておき、暗号を認証側サーバーＳ
１に再送することによって実在しない接続を偽装し、不
正な課金請求を起こすのを防止するためである。また、
一時的公開鍵Ｔ−Ｐｋ自体を暗号化するのは、端末Ｔ側
で当該暗号を固有の公開鍵Ｆ−Ｐｋで復号することによ
って、当該一時的公開鍵Ｔ−Ｐｋが確かに認証側サーバ
ーＳ１から送信されたものであることを確認できるよう
にするためである。

【００５２】（３−２）ユーザ認証以降の手順 図５は、第２実施形態において、ユーザ認証以降の手順
を示すフローチャートである。すなわち、正しいユーザ
ＩＤ及びパスワードによってユーザ認証が無事に終了す
ると、認証側サーバーＳ１の記録手段Ｓ１３は、センタ
Ｓ３及び接続側サーバーＳ２に、接続許諾通知と接続の
開始時刻を通知するとともに、その旨と開始時刻を正ロ
グＳ１２に記録する（ステップ５０１）。接続側サーバ
ーＳ２では、この通知を受け、接続手段Ｓ２１がユーザ
端末Ｔとの間でＰＰＰ接続を開始すると同時に、記録手
段Ｓ２３が接続開始時刻を副ログＳ２２に記録する（ス
テップ５０２）。なお、センタＳ３及び接続側サーバー
Ｓ２は、接続許諾通知を受信した場合、受信確認を認証
側サーバーＳ１へ送信する（ステップ５０３）。

【００５３】接続開始後は、接続側サーバーＳ２及び認
証側サーバーＳ１は、接続終了まで、それぞれ一定間隔
で他方に対して接続が継続していることを確認する。す
なわち、接続側サーバーＳ２の記録手段Ｓ２３は、ユー
ザによる接続終了操作が行われたり回線切断による自動
ログアウトが発生するまで、認証側サーバーＳ１の記録
手段Ｓ１３に対して一定間隔で、接続の継続を表すデー
タを送信する。そして、接続側サーバーＳ２の記録手段
Ｓ２３は、この送信に対して確認のための返信を認証側
サーバーＳ１の記録手段Ｓ１３から受けることによっ
て、認証側サーバーＳ１が接続の継続を認識しているこ
とを確認する（ステップ５０５）。

【００５４】一方、認証側サーバーＳ１の記録手段Ｓ１
３は、接続側サーバーＳ２から接続終了の通知を受け取
るまで、接続側サーバーＳ２の接続手段Ｓ２１に対して
一定間隔で、接続の継続を問い合わせるデータを送信す
る。そして、認証側サーバーＳ１の記録手段Ｓ１３は、
この送信に対する返信を接続側サーバーＳ２の接続手段
Ｓ２１から受信することによって、接続側サーバーＳ２
における接続が継続していることを確認する（ステップ
５０６）。

【００５５】接続側サーバーＳ２の記録手段Ｓ２３は、
ユーザの端末Ｔから接続終了を表す信号を受け取った場
合（ステップ５０４）、認証側サーバーＳ１及びセンタ
Ｓ３に接続終了通知と接続終了時刻を送信する（ステッ
プ５０７）。認証側サーバーＳ１の記録手段Ｓ１３は、
接続終了通知及び接続終了時刻を受信した場合、正ログ
Ｓ１２に接続終了の旨及び接続終了時刻を記録すると共
に（ステップ５０８）、接続側サーバーＳ２及びセンタ
Ｓ３へ接続終了確認通知を送信する（ステップ５０
９）。この接続終了確認通知を受信した接続側サーバー
Ｓ２の記録手段Ｓ２３は、副ログＳ２２に接続終了の旨
及び接続終了時刻を記録する。

【００５６】なお、接続の開始や終了は、接続側サーバ
ーＳ２及び認証側サーバーＳ１からの通知を受けて、セ
ンタＳ３でも所定のログ（図示せず）に記録される。そ
して、認証側サーバーＳ１及び接続側サーバーＳ２の正
ログＳ１２及び副ログＳ２２は、所定の期日にセンタＳ
３へ送られ、センタＳ３のログを含む計３つのログが相
互に突合され、一致しているデータが課金請求などの処
理へ回される。

【００５７】第２実施形態では、上記のように、接続開
始通知や接続開始時刻など接続に関する情報がセンタＳ
３にも送信され、センタＳ３でも正ログＳ１２や副ログ
Ｓ１３と同様の記録が行われるので、ログの正確性と信
頼性が一層向上する。

【００５８】また、第２実施形態では、接続継続の確認
は、認証側から接続側及び接続側から認証側へという双
方向で行われる。これによって、まず、接続側サーバー
Ｓ２がダウンしたり、又は障害のために認証側に終了通
知を送信できない場合も、認証側からの確認によって接
続の終了が判明するので、認証側サーバーＳ１は、接続
の終了を正しく接続ログに記録することができる。ま
た、認証側サーバーＳ１がダウンしたり、又は障害のた
めに接続側からの終了通知を認識できない場合も、接続
側サーバーＳ２は確認によってそれらの事態を把握し、
例外処理を起動するなど必要な処理を行うことができ
る。

【００５９】（４）他の実施形態 なお、本発明は上記実施の形態に限定されるものではな
いので、次に例示するような他の実施の形態をも包含す
るものである。例えば、接続側サーバーと認証側サーバ
ーという種別はユーザとの関係で定まる相対的なもの
で、具体例を挙げれば、図２の接続側サーバーＳ２が独
自に会員と会員情報を持っていても差しつかえない。す
なわち、認証側サーバーは、接続要求に係るユーザの会
員情報を保有しているサーバーを意味し、サーバーＳ２
のプロバイダと契約しているユーザがサーバーＳ１に接
続要求する場合は、ユーザにとっては、前記各実施形態
とは逆に、サーバーＳ１が接続側サーバーとなり、サー
バーＳ２が認証側サーバーとなる。

【００６０】また、メンバ登録用サーバーであるセンタ
Ｓ３は必ずしも設ける必要はなく、認証側サーバー及び
ユーザ端末の暗号管理手段を設けずに本発明を実施する
ことも技術的には可能である。また、本発明は、インタ
ーネットへの接続のみならず、他の広域ネットワークへ
の接続にも適用することができる。

【００６１】

【発明の効果】以上説明したように、本発明によれば、
複数のサーバー間で会員情報及び接続回線設備を相互利
用できるので、接続性に優れたネットワーク接続システ
ム及びネットワーク接続方法を提供することができる。

【図面の簡単な説明】

【図１】本発明の第１実施形態の概略的構成を示すブロ
ック図

【図２】本発明の第１実施形態の要部の構成を示す機能
ブロック図

【図３】本発明の第１実施形態における処理手順を示す
フローチャート

【図４】本発明の第２実施形態におけるユーザ認証まで
の処理手順を示すフローチャート

【図５】本発明の第１実施形態におけるユーザ認証以降
の処理手順を示すフローチャート

【符号の説明】

Ｓ１…認証側サーバー Ｓ１１…ユーザ認証手段 Ｓ１２…正ログ Ｓ１３…記録手段 Ｓ１４…暗号管理手段 Ｓ２…接続側サーバー Ｓ２１…接続手段 Ｓ２２…副ログ Ｓ２３…記録手段 Ｓ３…センタ（メンバ登録用サーバー） Ｓ３１…メンバリスト Ｓ３２…登録手段 Ｓ３３…サーバー認証手段 Ｃ…コミュニケーションサーバー Ｉ…会員情報 Ｍ…モデム Ｎ…インターネット Ｐ１，Ｐ２…ホストプログラム ＳＴＥＰ…手順の各ステップ Ｔ…ユーザ端末 Ｔ１…暗号管理手段

フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｌ 9/00 ６７３Ａ (72)発明者 山本 厳淳 北海道札幌市中央区南２条西７丁目６−２ 日宝南２条ビル５階 株式会社アド・ホ ック内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ネットワークへの接続回線設備を備えた
   複数のサーバーを有し、 前記サーバーは、 ユーザに関する会員情報を有する認証側サーバーと、 前記認証側サーバーと所定の関係を有する接続側サーバ
   ーを含み、 前記接続側サーバーは、ユーザから送信されるユーザＩ
   Ｄ及びパスワードを用いて前記認証側サーバーにユーザ
   認証を求め、前記ネットワークへの接続を認証の結果に
   応じてユーザに提供する接続手段を有し、 前記認証側サーバーは、前記接続側サーバーから送信さ
   れるユーザＩＤ及びパスワードを前記会員情報と照合す
   ることによってユーザ認証を行うユーザ認証手段を有す
   ることを特徴とするネットワーク接続システム。
2. 【請求項２】 前記接続側サーバー及び認証側サーバー
   はそれぞれ、前記ネットワークへの接続の開始及び終了
   に関する所定の情報を送受信することによって、接続ロ
   グを記録する記録手段を有することを特徴とする請求項
   １記載のネットワーク接続システム。
3. 【請求項３】 前記接続側サーバーの前記記録手段及び
   前記認証側サーバーの前記記録手段は、前記接続の開始
   から終了に至る間、所定の間隔で所定の情報を送受信す
   ることによって前記接続が継続しているか否かを確認す
   るように構成されたことを特徴とする請求項２記載のネ
   ットワーク接続システム。
4. 【請求項４】 相互に所定の関係を有する複数のサーバ
   ーをメンバとして登録する登録手段と、 任意のサーバーがメンバであるか否かの問い合わせに応
   答するサーバー認証手段と、 を有するメンバ登録用サーバーを備えたことを特徴とす
   る請求項１，２又は３記載のネットワーク接続システ
   ム。
5. 【請求項５】 前記接続側サーバーに接続するためのユ
   ーザ端末及び前記認証用サーバーが、 前記ユーザ認証のために授受する情報を暗号化し及び復
   号するための暗号管理手段を有することを特徴とする請
   求項１，２，３又は４記載のネットワーク接続システ
   ム。
6. 【請求項６】 ネットワークへの接続回線設備を備えた
   複数のサーバーを用い、 前記サーバーは、 ユーザに関する会員情報を有する認証側サーバーと、 前記認証側サーバーと所定の関係を有する接続側サーバ
   ーを含むネットワーク接続システムにおいて、 前記接続側サーバーは、ユーザから送信されるユーザＩ
   Ｄ及びパスワードを用いて前記認証側サーバーにユーザ
   認証を求め、前記ネットワークへの接続を認証の結果に
   応じてユーザに提供し、 前記認証側サーバーは、前記接続側サーバーから送信さ
   れるユーザＩＤ及びパスワードを前記会員情報と照合す
   ることによってユーザ認証を行うことを特徴とするネッ
   トワーク接続方法。
7. 【請求項７】 前記接続側サーバーに接続するためのユ
   ーザ端末及び前記認証用サーバーは、 前記ユーザ認証のために授受する情報を暗号化し及び復
   号するための処理を実行することを特徴とする請求項６
   記載のネットワーク接続方法。
8. 【請求項８】 ネットワークへの接続サービスをユーザ
   端末から受け付ける接続側サーバーと、ユーザに関する
   会員情報に基づいてユーザ認証を行う認証側サーバー
   と、を用いたネットワーク接続方法において、 ユーザ端末と認証側サーバーとの間で、ユーザＩＤ及び
   パスワードの授受を、前記接続側サーバーを経由して暗
   号を用いて行うために、 認証側サーバーが、一時的公開鍵Ｔ−Ｐｋを固有の秘密
   鍵Ｆ−Ｓｋで暗号化することによって第１の暗号データ
   を作成するステップと、 認証側サーバーが、作成した前記第１の暗号データをユ
   ーザ端末に送信するステップと、 ユーザ端末が、送信された前記第１の暗号データから、
   前記固有の秘密鍵Ｆ−Ｓｋに対応する公開鍵Ｆ−Ｐｋを
   用いて前記一時的公開鍵Ｔ−Ｐｋを復号するステップ
   と、 ユーザ端末が、復号した前記一時的公開鍵Ｔ−Ｐｋを用
   いて、ユーザＩＤ及びパスワードを暗号化することによ
   って第２の暗号データを作成するステップと、 ユーザ端末が、作成した前記第２の暗号データを認証側
   サーバーに送信するステップと、 認証側サーバーが、送信された前記第２の暗号データか
   ら、前記一時的公開鍵Ｔ−Ｐｋに対応する一時的秘密鍵
   Ｔ−Ｓｋを用いてユーザＩＤ及びパスワードを復号する
   ステップと、 を含むことを特徴とするネットワーク接続方法。