JP2001357017A

JP2001357017A - 認証処理システム及び課金処理システム

Info

Publication number: JP2001357017A
Application number: JP2000176368A
Authority: JP
Inventors: Yasuhiro Ito; 靖浩伊藤; Susumu Okada; 晋岡田; Koichi Yamashita; 宏一山下
Original assignee: PFU Ltd
Current assignee: PFU Ltd
Priority date: 2000-06-13
Filing date: 2000-06-13
Publication date: 2001-12-26

Abstract

(57)【要約】【課題】本発明は、認証処理システムに関し、独自の
パスワードを用いることなくセキュリティを向上するこ
とを目的とする。【解決手段】認証処理システムは、ユーザからアクセ
スされた場合にＲＡＤＩＵＳプロトコルに従ってユーザ
名とパスワードとをＲＡＤＩＵＳサーバ５に送るアクセ
スサーバ３と、アクセスサーバ３から受信したユーザ名
とパスワードとを用いてユーザの認証を行うＲＡＤＩＵ
Ｓサーバ５とを備える。アクセスサーバ３は、パスワー
ドとしてＲＡＤＩＵＳ通信用暗号鍵３０をＲＡＤＩＵＳ
サーバ５に送る。ＲＡＤＩＵＳサーバ５は、ユーザ名と
パスワードとしてのＲＡＤＩＵＳ通信用暗号鍵３０（５
０）とを用いて、ユーザの認証を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、認証処理システム
及び課金処理システムに関し、特に、独自のパスワード
を用いることなくセキュリティを向上でき、また、ユー
ザ毎に統一的な課金処理が可能な認証処理システム及び
課金処理システムに関する。

【０００２】

【従来の技術】ネットワークにおけるユーザの認証処理
システムの１つに、図８に示すＲＡＤＩＵＳ（Remote A
uthentication Dial-in User Service）システムがあ
る。ＲＡＤＩＵＳシステムは、ネットワークにダイアル
インにより接続するリモートのユーザ（例えば、携帯電
話）の認証を行うシステムである。

【０００３】ＲＡＤＩＵＳシステムにおいて、ユーザ１
０１が、公衆網又はＷＡＮ（Wide Area Network ）等の
ネットワーク１０２を介して、アクセスサーバ（又はリ
モートアクセスサーバ；ＲＡＳ）１０３にアクセスす
る。これに応じて、アクセスサーバ１０３は、ＬＡＮ
（Local Area Network）１０４を介して、ＲＡＤＩＵＳ
プロトコルに従って、当該ユーザ１０１のユーザ名及び
パスワードを認証サーバであるＲＡＤＩＵＳサーバ１０
５に送信する。このユーザ名及びパスワードによりＲＡ
ＤＩＵＳサーバ１０５がユーザ１０１を認証すれば、ユ
ーザ１０１は、ＬＡＮ１０４への接続が許可され（接続
が完了し）、種々のサーバ等にアクセスすることができ
る。

【０００４】ユーザ１０１が認証されＬＡＮ１０４への
接続が許可されると、ＲＡＤＩＵＳサーバ１０５が、Ｒ
ＡＤＩＵＳ課金（アカウンティング）プロトコルに従っ
て、ユーザ１０１への課金処理を開始する。この課金処
理は、ユーザ名を用いて各々のユーザ１０１を識別し、
ユーザ１０１毎にその接続時間を算出することにより行
われる。

【０００５】

【発明が解決しようとする課題】ＲＡＤＩＵＳプロトコ
ルによれば、アクセスサーバ１０３からＲＡＤＩＵＳサ
ーバ１０５に対して、ユーザ名及びパスワードの双方を
送信しなければならないと規定されている。そこで、Ｉ
Ｄを持たないユーザ１０１（例えば、携帯電話等）につ
いては、ユーザ名としてＩＤではなく当該ユーザ１０１
の「発信者番号（即ち、電話番号）」が使用され、パス
ワードとしてユーザ毎に独自に設定した「発信者番号認
証用パスワード」が使用される。

【０００６】しかし、この場合、ユーザ名とパスワード
の双方を用いるので高いセキュリティが得られるが、各
ユーザ１０１毎にパスワードを設定しなければならな
い。また、アクセスサーバ１０３及びＲＡＤＩＵＳサー
バ１０５の双方でパスワードを管理しなければならず、
その負担が大きい。即ち、ユーザ１０１の数に応じたメ
モリ容量が必要であり、パスワードの秘密保持機能も必
要である。

【０００７】これに対して、ユーザ名として「発信者番
号」を使用し、パスワードを使用しない認証方法も考え
られる。しかし、この場合、パスワードの管理が不要に
なるが、ＲＡＤＩＵＳプロトコルの変更が必要となり現
実的でなく、ユーザ名のみを用いるのでセキュリティが
低くなる。また、ユーザ名として「発信者番号」を使用
し、パスワードとしても「発信者番号」を使用する認証
方法も考えられる。しかし、この場合も、パスワードの
管理は不要になるが、秘密にしておくことが難しい「発
信者番号（電話番号）」をパスワードとして使用するの
でセキュリティが低くなり、パスワード使用の意味が事
実上なくなる。即ち、パスワードはプロトコルの遵守の
ためにのみ用いられ、セキュリティ上の意味は殆どなく
なる。

【０００８】一方、現在のＲＡＤＩＵＳプロトコルに従
えば、ユーザ１０１を識別できる情報は、ユーザ名の他
には特に規定されていない。このため、ＲＡＤＩＵＳア
カウンティングプロトコルでは、実際の課金処理の運用
において、ユーザ１０１をユーザ名で識別している。

【０００９】しかし、この場合、複数のユーザ名を持つ
同一の利用者が異なるユーザ名で認証されると、別々の
ユーザ１０１として認識されてしまい、別々に課金処理
されてしまう。例えば、ある利用者が、ＩＤを持たない
ユーザ１０１（例えば、携帯電話等）からアクセスして
認証されるとそのユーザ名は「発信者番号」であり、Ｉ
Ｄを持つユーザ１０１（例えば、パーソナルコンピュー
タ等）からアクセスして認証されるとそのユーザ名は当
該「ＩＤ」である。従って、この利用者については２つ
の課金情報が作成され保持されるので、管理の負担やメ
モリ容量の増加の原因となる。また、利用者は別々に料
金を支払うことになり、煩わしい。

【００１０】本発明は、独自のパスワードを用いること
なくセキュリティを向上できる認証処理システムを提供
することを目的とする。

【００１１】また、本発明は、ユーザ毎に統一的な課金
処理が可能な課金処理システムを提供することを目的と
する。

【００１２】

【課題を解決するための手段】本発明による認証処理シ
ステムは、ユーザからアクセスされた場合にＲＡＤＩＵ
Ｓプロトコルに従って当該ユーザ名とパスワードとをＲ
ＡＤＩＵＳサーバに送るアクセスサーバと、アクセスサ
ーバから受信したユーザ名とパスワードとを用いてユー
ザの認証を行うＲＡＤＩＵＳサーバとを備える。アクセ
スサーバは、パスワードとしてＲＡＤＩＵＳ通信用暗号
鍵をＲＡＤＩＵＳサーバに送る。ＲＡＤＩＵＳサーバ
は、受信したユーザ名及びパスワードとしてのＲＡＤＩ
ＵＳ通信用暗号鍵とを用いて、ユーザの認証を行う。

【００１３】本発明の認証処理システムによれば、パス
ワードとしてＲＡＤＩＵＳ通信用暗号鍵を用いる。ＲＡ
ＤＩＵＳ通信用暗号鍵は、ＲＡＤＩＵＳプロトコルに従
って、アクセスサーバ及びＲＡＤＩＵＳサーバの双方
に、これらの間での通信のための秘密鍵として予め備え
られる。従って、これをパスワードとして利用する。こ
れにより、例えば、ＩＤを持たないユーザについては、
ユーザ名として当該ユーザの「発信者番号（即ち、電話
番号）」が使用され、パスワードとして「ＲＡＤＩＵＳ
通信用暗号鍵（を更に暗号化したもの）」が使用され
る。従って、ユーザ名とパスワードの双方を用いるので
高いセキュリティが得られ、ＲＡＤＩＵＳプロトコルを
変更する必要もなく、各ユーザ毎にパスワードを設定す
る必要もない。このパスワードは暗号鍵であるので、他
人に知られることもない。また、アクセスサーバ及びＲ
ＡＤＩＵＳサーバの双方でパスワードを管理する必要が
なく、このために新たにメモリや秘密保持機能を追加す
る必要がない。

【００１４】また、本発明による課金処理システムは、
ユーザが認証された場合にＲＡＤＩＵＳアカウンティン
グプロトコルに従って課金開始要求をＲＡＤＩＵＳサー
バに送るアクセスサーバと、アクセスサーバから受信し
た課金開始要求に基づいてユーザに対する課金を行うＲ
ＡＤＩＵＳサーバとを備える。アクセスサーバは、当該
ユーザ名とは異なる課金管理ＩＤを課金開始要求に付加
して、ＲＡＤＩＵＳサーバに送る。ＲＡＤＩＵＳサーバ
は、課金管理ＩＤを用いて、ユーザに対する課金を行
う。

【００１５】本発明の課金処理システムによれば、課金
処理におけるユーザの識別は、ユーザ名ではなく、課金
管理ＩＤにより行われる。ここで、課金管理ＩＤは、Ｒ
ＡＤＩＵＳプロトコルにおいて任意に追加することが許
されている所定のアトリビュート（属性情報）である。
従って、所定のアトリビュートを使用してもＲＡＤＩＵ
Ｓプロトコルを遵守している。例えば、ある利用者がＩ
Ｄを持たないユーザ及びＩＤを持つユーザからアクセス
して認証された場合、ＲＡＤＩＵＳアカウンティングプ
ロトコルは、双方に対して同一の課金管理ＩＤにより課
金する。従って、利用者について２つの課金情報が作成
されることを防止し、管理の負担やメモリ容量の増加を
避けることができ、利用者の負担もない。

【００１６】

【発明の実施の形態】図１は、認証処理及び課金処理シ
ステム構成図であり、本発明の認証処理及び課金処理シ
ステムの構成を示す。

【００１７】この認証処理及び課金処理システムは、Ｒ
ＡＤＩＵＳシステムであり、ネットワーク２にダイアル
インにより接続するリモートのユーザ１の認証を行う。
この認証のために、認証処理システムは、アクセスサー
バ３、ＲＡＤＩＵＳサーバ５を備える。アクセスサーバ
３はＲＡＤＩＵＳ通信用暗号鍵（以下、暗号鍵）３０を
備え、ＲＡＤＩＵＳサーバ５はＲＡＤＩＵＳ通信用暗号
鍵（以下、暗号鍵）５０を備える。アクセスサーバ３は
ネットワーク２に接続される。アクセスサーバ３とＲＡ
ＤＩＵＳサーバ５とは例えばＬＡＮ等のネットワーク
（以下、単にＬＡＮ）４を介して接続される。ネットワ
ーク２は、例えば公衆網、回線接続網又はＷＡＮからな
る。ＬＡＮ４には、他のサーバ６、例えばメールサーバ
６等が接続される。

【００１８】ユーザ１には、ＩＤを持たないユーザ１Ａ
と、ＩＤを持つユーザ１Ｂとが含まれる。ＩＤを持たな
いユーザ１Ａは、例えば携帯電話である。ユーザ１Ａの
ユーザ名としては、当該ユーザの「発信者番号（即ち、
電話番号）」が使用される。通常、ユーザ１Ａはパスワ
ードも持たない。ＩＤを持つユーザ１Ｂは、例えば携帯
情報端末、パーソナルコンピュータ等である。ユーザ１
Ｂのユーザ名としては、当該ユーザの「ＩＤ」が使用さ
れる。即ち、この場合には、通常、当該ユーザの「発信
者番号（即ち、電話番号）」ではなく、当該ユーザの
「ＩＤ」が優先して使用されるように設定される。ユー
ザ１Ｂはパスワードも持つ。従って、パスワードとして
も当該パスワードが使用される。

【００１９】ＲＡＤＩＵＳシステムにおいて、ユーザ１
がネットワーク２にアクセスする。即ち、接続要求を送
信する。これを受信したネットワーク２は、図２（Ａ）
に示すように、当該接続要求に当該ユーザの例えば発信
者番号（ユーザ名）を付加した上で、これをアクセスサ
ーバ（又はリモートアクセスサーバ；ＲＡＳ）３に送信
する。

【００２０】ネットワーク２からの接続要求を受信した
アクセスサーバ３は、ＬＡＮ４を介して、ＲＡＤＩＵＳ
プロトコルに従って、当該ユーザ１のユーザ名及びパス
ワードを、認証サーバであるＲＡＤＩＵＳサーバ５に送
信する。即ち、図２（Ｂ）に示すように、当該接続要求
の次に当該ユーザのパスワードを付加したものを送信す
る。このユーザ名及びパスワードによりＲＡＤＩＵＳサ
ーバ５がユーザ１を認証すれば、ユーザ１は、ＬＡＮ４
への接続が許可され（接続が完了し）、メールサーバ６
等にアクセスすることができる。

【００２１】ＲＡＤＩＵＳプロトコルは、ＲＡＤＩＵＳ
システムが従うべきプロトコルとして、予め規定されて
いる（公開されている）。アクセスサーバ３とＲＡＤＩ
ＵＳサーバ５との間の通信は、ＲＡＤＩＵＳプロトコル
に従って行われる。ＲＡＤＩＵＳプロトコルにおいて、
ユーザ名及びパスワードは、各々、図２（Ｂ）に示すよ
うに、送信データの第１番及び第２番のアトリビュート
（属性又は属性情報）の位置に格納すると規定されてお
り、これらは必ず格納（記述）しなければならない。

【００２２】アクセスサーバ３は、ユーザ１からアクセ
スされた場合に、ＲＡＤＩＵＳプロトコルに従って、当
該ユーザ名とパスワードとをＲＡＤＩＵＳサーバ５に送
る。この時、本発明に従って、アクセスサーバ３が、パ
スワードとして暗号鍵３０（実際は、後述するように、
これを更に暗号化したもの）をＲＡＤＩＵＳサーバ５に
送る。ＲＡＤＩＵＳサーバ５は、アクセスサーバ３から
受信したユーザ名とパスワードとを用いて、ユーザ１の
認証を行う。この時、本発明に従って、ＲＡＤＩＵＳサ
ーバ５が、受信したユーザ名及びパスワードとしての暗
号鍵３０と、自己の保持するユーザ名及び（パスワード
としての）暗号鍵５０とを用いて、ユーザ１の認証を行
う。

【００２３】暗号鍵３０及び５０は、各々、ＲＡＤＩＵ
Ｓプロトコルに従って、アクセスサーバ３及びＲＡＤＩ
ＵＳサーバ５に、これらの間での通信のための秘密鍵と
して予め備えられる。これらをパスワードとして利用す
る場合には、実際には、これらを更に暗号化したものを
利用する。

【００２４】ＲＡＤＩＵＳサーバ５のクライアント設定
ファイル５３（図３参照）内に、アクセスサーバ（即
ち、ＲＡＤＩＵＳクライアントである）３とＲＡＤＩＵ
Ｓサーバ５とが設定する暗号鍵３０、５０をペアにし
て、登録される。クライアント設定ファイルの暗号鍵３
０は、予めアクセスサーバ３に送られる。暗号鍵３０、
５０は、「Ｓｅｃｒｅｔ」と呼ばれ、同一であり、定め
られた長さとされる。

【００２５】ＲＡＤＩＵＳサーバ５は、認証処理及び課
金処理のために、認証情報テーブル５４、課金情報テー
ブル５５を備える。認証情報テーブル５４は、図２
（Ｃ）に示すように、ユーザ１のユーザ名（即ち、ＩＤ
又は発信者番号）毎に、当該ユーザ１のパスワード、課
金管理ＩＤを格納する。課金管理ＩＤは、ユーザ名（即
ち、ＩＤ又は発信者番号）ではなく、実際の利用者毎に
ユニークに定まる。従って、図２（Ｃ）に示すように、
実際の利用者が同一であれば、発信者番号のユーザ名と
ＩＤのユーザ名に対して、同一の課金管理ＩＤが予め与
えられる。課金情報テーブル５５は、図２（Ｄ）に示す
ように、課金管理ＩＤ毎に、当該課金管理ＩＤを持つユ
ーザ１の名前（ユーザ名）、接続時間（の累計）、当該
接続時間に対応する課金（の累計）を格納する。認証情
報テーブル５４と課金情報テーブル５５とで、データベ
ースを構成する。

【００２６】例えば、図３に示すように、発信者がＩＤ
を持つユーザ１Ｂである場合、アクセスサーバ３は、ネ
ットワーク２から受信した当該ユーザ１のＩＤを、ユー
ザ名とする。また、アクセスサーバ３は、ネットワーク
２から受信した当該ユーザ１のパスワードを暗号化処理
部３１において暗号化した上で、パスワード（以下、暗
号化したものをＰと言う）とする。即ち、受信したパス
ワードにハッシュ関数ｈを作用させる（ハッシングす
る）ことにより、結果Ｐを得る。暗号鍵（Ｓｅｃｒｅ
ｔ）３０は、ハッシュ関数ｈの引数である。これがＲＡ
ＤＩＵＳプロトコルに規定されている暗号鍵（Ｓｅｃｒ
ｅｔ）３０の使用形態である。アクセスサーバ３は、送
信データの第１番及び第２番のアトリビュートに、各
々、ＩＤ及びパスワードＰを記述して、ＲＡＤＩＵＳサ
ーバ５に送る。

【００２７】従って、ＲＡＤＩＵＳサーバ５は、発信者
がＩＤを持つユーザ１Ｂである場合、ユーザ名としての
当該ユーザ１のＩＤと当該暗号化パスワードＰとを用い
て、ユーザ１の認証を行う。即ち、ＲＡＤＩＵＳサーバ
５は、認証情報テーブル５４を参照し、当該ユーザ１の
ＩＤが登録されているか否かを調べる。また、ＲＡＤＩ
ＵＳサーバ５は、認証情報テーブル５４を参照し、当該
パスワードが登録されているか否かを調べる。この時、
認証情報テーブル５４から読み出した当該パスワードに
暗号化処理部５１においてハッシュ関数ｈを作用させる
ことにより、結果Ｐ’を得る。暗号鍵（Ｓｅｃｒｅｔ）
５０は、ハッシュ関数ｈの引数である。これがＲＡＤＩ
ＵＳプロトコルに規定されている暗号鍵（Ｓｅｃｒｅ
ｔ）５０の使用形態である。比較処理部５２において、
受信した暗号化パスワードＰと結果Ｐ’とが一致すれ
ば、暗号化パスワードＰ（従って、元のパスワード）が
登録されていることになる。ＩＤが登録され、かつ、前
記比較結果が一致すれば、認証成功となる。

【００２８】また、例えば、図４に示すように、発信者
がＩＤを持たないユーザ１Ａである場合、アクセスサー
バ３は、ネットワーク２から受信した当該ユーザ１の発
信者番号（即ち、電話番号）を、ユーザ名とする。ま
た、アクセスサーバ３は、自己の持つ暗号鍵３０を暗号
化処理部３１において暗号化した上で、パスワード（以
下、暗号化したものをＳと言う）とする。即ち、当該暗
号鍵（Ｓｅｃｒｅｔ）３０自体にハッシュ関数ｈを作用
させることにより、結果Ｓを得る。結果Ｓは「暗号化さ
れたＳｅｃｒｅｔ」である。暗号鍵３０は、ハッシュ関
数ｈの引数でもある。アクセスサーバ３は、送信データ
の第１番及び第２番のアトリビュートに、各々、発信者
番号及びパスワードＳを記述して、ＲＡＤＩＵＳサーバ
５に送る。

【００２９】従って、ＲＡＤＩＵＳサーバ５は、発信者
がＩＤを持たないユーザ１Ａである場合、ユーザ名とし
ての当該ユーザ１の発信者番号とパスワードとしての暗
号鍵３０（パスワードＳ）とを用いて、ユーザ１の認証
を行う。即ち、ＲＡＤＩＵＳサーバ５は、認証情報テー
ブル５４を参照し、当該ユーザ１の発信者番号が登録さ
れているか否かを調べる。また、ＲＡＤＩＵＳサーバ５
は、認証情報テーブル５４を参照し、パスワードとして
の暗号鍵５０（パスワードＳ）が登録されているか否か
を調べる。この時、認証情報テーブル５４から読み出し
た暗号鍵５０に暗号化処理部５１においてハッシュ関数
ｈを作用させることにより、結果Ｓ’を得る。暗号鍵
（Ｓｅｃｒｅｔ）５０は、ハッシュ関数ｈの引数でもあ
る。比較処理部５２において、受信したパスワードＳと
結果Ｓ’とが一致すれば、パスワードとしての暗号鍵５
０（パスワードＳ、従って、元のパスワード＝暗号鍵３
０）が登録されていることになる。発信者番号が登録さ
れ、かつ、前記比較結果が一致すれば、認証成功とな
る。

【００３０】以上のようにして、ユーザ１が認証されＬ
ＡＮ４への接続が許可されると、ＲＡＤＩＵＳサーバ５
が、ＲＡＤＩＵＳアカウンティング（課金）プロトコル
に従って、ユーザ１への課金処理を開始する。この課金
処理は、ユーザ名を用いて各々のユーザ１を識別し、ユ
ーザ１毎にその接続時間を算出することにより行われ
る。

【００３１】ＲＡＤＩＵＳアカウンティングプロトコル
は、ＲＡＤＩＵＳシステムが課金処理において従うべき
プロトコルとして、予め規定されている（公開されてい
る）。アクセスサーバ３とＲＡＤＩＵＳサーバ５との間
の課金処理に関する通信は、ＲＡＤＩＵＳアカウンティ
ングプロトコルに従って行われる。ＲＡＤＩＵＳアカウ
ンティングプロトコル（及びＲＡＤＩＵＳプロトコル）
において、例えば、送信データの第２５番のアトリビュ
ート（クラスアトリビュート）は、これを格納（記述）
してもしなくてもよいと規定され、また、記述された属
性情報の使用についても特に規定されていない。そこ
で、この第２５番のアトリビュートが課金管理ＩＤの記
述に用いられる。

【００３２】アクセスサーバ３は、ユーザ１が認証され
た場合に、ＲＡＤＩＵＳアカウンティングプロトコルに
従って、課金開始要求をＲＡＤＩＵＳサーバ５に送る。
この時、アクセスサーバ３が、当該ユーザ名とは異なる
課金管理ＩＤを課金開始要求に付加して、ＲＡＤＩＵＳ
サーバ５に送る。

【００３３】これに先だって、ＲＡＤＩＵＳサーバ５
は、認証処理のために受信したユーザ名（ＩＤ又は発信
者番号）を用いて、認証情報テーブル５４を参照し、対
応する課金管理ＩＤを読出して、これをアクセスサーバ
３に通知する。これは当該認証処理についての認証成功
の通知において行われる。この時、ＲＡＤＩＵＳプロト
コルに従って、課金管理ＩＤは第２５番のアトリビュー
トに記述される。アクセスサーバ３は、これを保持し、
当該ユーザ１についての課金開始要求及び課金終了要求
に付加する。この時、ＲＡＤＩＵＳアカウンティングプ
ロトコルに従って、課金管理ＩＤは第２５番のアトリビ
ュートに記述される。

【００３４】課金管理ＩＤは、ＲＡＤＩＵＳアカウンテ
ィングプロトコルにおいて任意に追加することが許され
ている所定のアトリビュート、即ち、第２５番のアトリ
ビュートである。従って、当該アトリビュートを使用し
てもＲＡＤＩＵＳアカウンティングプロトコルを変更す
る必要がなく、また、当該アトリビュートを課金管理Ｉ
Ｄとして使用することは当該プロトコルにはかかわりな
いことである。

【００３５】ＲＡＤＩＵＳサーバ５は、アクセスサーバ
３から受信した課金開始要求に基づいて、ユーザ１に対
する課金を行う。実際には、ＲＡＤＩＵＳサーバ５が、
課金管理ＩＤを用いて、ユーザ１に対する課金を行う。
即ち、課金管理ＩＤ毎に接続時間を算出し、これに基づ
いて課金を算出する。算出した接続時間及び課金は、当
該課金管理ＩＤについてのそれまでの課金情報テーブル
５５における接続時間及び課金に加算される。

【００３６】図５は、本発明のＲＡＤＩＵＳシステムが
実行する認証処理及び課金処理を示す。

【００３７】ユーザ１が、ネットワーク２に対して、接
続要求を送信する（処理＃１）。

【００３８】この接続要求を受信したネットワーク２
は、アクセスサーバ３に対して、接続要求を送信する
（処理＃２）。この時、図４の場合、接続要求にユーザ
名（発信者番号）が付加される（図２（Ａ）参照）。図
３の場合、接続要求にユーザ名（ＩＤ）及びパスワード
が付加される。

【００３９】この接続要求を受信したアクセスサーバ３
は、ＲＡＤＩＵＳサーバ５に対して、認証要求を送信す
る（処理＃３）。この時、図４の場合、接続要求にユー
ザ名（発信者番号）及びパスワード（暗号化されたＳｅ
ｃｒｅｔ）が付加される（図２（Ｂ）参照）。図３の場
合、接続要求にユーザ名（ＩＤ）及びパスワード（暗号
化された当該パスワード）が付加される。

【００４０】この認証要求を受信したＲＡＤＩＵＳサー
バ５は、受信した認証情報とデータベースに存在する認
証情報とを比較し、両者が一致すれば、認証成功をアク
セスサーバ３に送信する（処理＃４）。この時、認証が
成功したので、認証成功と共に課金管理ＩＤも送信され
る。なお、この処理＃４において両者が不一致の場合、
認証が失敗したと判断して、処理を終了する。

【００４１】この認証成功（及び課金管理ＩＤ）を受信
したアクセスサーバ３は、ネットワーク２に対して、接
続完了通知を送信する（処理＃５）。

【００４２】この接続完了通知を受信したネットワーク
２は、ユーザ１に対して、接続完了通知を送信する（処
理＃６）。

【００４３】一方、認証成功を受信したアクセスサーバ
３は、ＲＡＤＩＵＳサーバ５に対して、課金開始要求を
送信する（処理＃７）。この課金開始要求と共に、処理
＃４において受信した課金管理ＩＤも送信される。これ
を受信したＲＡＤＩＵＳサーバ５は当該課金管理ＩＤに
ついての課金処理を開始し、これをアクセスサーバ３に
通知する。

【００４４】接続完了通知を受信したユーザ１は、各所
のサーバ６にアクセスして、所望の処理を行った後（サ
ービスを受けた後）、ネットワーク２に対して、切断要
求を送信する（処理＃８）。

【００４５】この切断要求を受信したネットワーク２
は、アクセスサーバ３に対して、切断要求を送信する
（処理＃９）。

【００４６】この切断要求を受信したアクセスサーバ３
は、ＲＡＤＩＵＳサーバ５に対して、課金終了要求を送
信する（処理＃１０）。この課金終了要求と共に、処理
＃４において受信した課金管理ＩＤも送信される。これ
を受信したＲＡＤＩＵＳサーバ５は当該課金管理ＩＤに
ついての課金処理を終了し、これをアクセスサーバ３に
通知する。

【００４７】一方、アクセスサーバ３は、ネットワーク
２に対して、切断完了通知を送信する（処理＃１１）。

【００４８】この切断完了通知を受信したネットワーク
２は、ユーザ１に対して、切断完了通知を送信する（処
理＃１２）。

【００４９】図６（Ａ）は、接続要求を受信したアクセ
スサーバ３における認証処理フローを示す。

【００５０】当該受信した接続要求から、ユーザ名、例
えば発信者番号を読み取る（ステップＳ１）。

【００５１】ＲＡＤＩＵＳサーバ５に対して、認証要求
を送信する（ステップＳ２）。例えば、図４の場合、ユ
ーザ名を「発信者番号」とし、パスワードは「暗号化さ
れたＳｅｃｒｅｔ」を用いる。図３の場合、ユーザ名を
「ＩＤ」とし、パスワードはその暗号化したものを用い
る。

【００５２】ＲＡＤＩＵＳサーバ５からの応答を調べる
（ステップＳ３）。

【００５３】当該応答が接続許可の場合、ユーザ１に対
して、接続完了を通知する（ステップＳ４）。

【００５４】当該応答が接続拒否の場合、ユーザ１に対
して、接続拒否を通知する（ステップＳ５）。

【００５５】図６（Ｂ）は、認証要求を受信したＲＡＤ
ＩＵＳサーバ５における認証処理フローを示す。

【００５６】当該認証要求のユーザ名（即ち、ＩＤ又は
発信者番号）がデータベース（認証情報テーブル５４、
課金情報テーブル５５）に存在するか否かを調べる（ス
テップＳ１１）。

【００５７】存在する場合、更に、当該認証要求のパス
ワード（即ち、暗号化された当該パスワード又はＳｅｃ
ｒｅｔ）がデータベースに存在するか否かを調べる（ス
テップＳ１２）。

【００５８】存在する場合、アクセスサーバ３に対し
て、接続許可を通知する（ステップＳ１３）。

【００５９】ステップＳ１１において当該認証要求のＩ
Ｄがデータベースに存在しない場合、及び、ステップＳ
１２において当該認証要求のパスワードがデータベース
に存在しない場合、アクセスサーバ３に対して、接続拒
否を通知する（ステップＳ１４）。

【００６０】図７は、課金開始要求を受信したＲＡＤＩ
ＵＳサーバ５における課金処理フローを示す。

【００６１】当該課金開始要求から、課金管理ＩＤを取
り出す（ステップＳ２１）。

【００６２】当該時刻を、当該課金管理ＩＤについての
課金開始時間として記憶する（ステップＳ２２）。

【００６３】アクセスサーバ３に対して、課金開始を通
知する（ステップＳ２３）。

【００６４】課金終了要求を受信したか否かを調べる
（ステップＳ２４）。受信しない場合、当該ステップＳ
２４を繰り返す。

【００６５】受信した場合、当該課金終了要求から、課
金管理ＩＤを取り出す（ステップＳ２５）。

【００６６】ステップＳ２２において記憶した課金開始
時間と現在の時刻とに基づいて、当該課金管理ＩＤにつ
いての接続時間を算出し、これに基づいて、当該課金
（の額）を算出する（ステップＳ２６）。

【００６７】当該課金管理ＩＤを用いて課金管理テーブ
ル５５を検索して、抽出したエントリの「接続時間」
（及び「課金」）を更新する（ステップＳ２７）。

【００６８】

【発明の効果】以上説明したように、本発明によれば、
認証処理システムにおいて、アクセスサーバ及びＲＡＤ
ＩＵＳサーバの双方に予め備えられるパスワードとして
ＲＡＤＩＵＳ通信用暗号鍵を用いることにより、認証の
ためにユーザ名とパスワードの双方を用いることができ
るので、ＲＡＤＩＵＳプロトコルを変更することなく、
高いセキュリティを得ることができ、各ユーザ毎にパス
ワードを設定し管理する必要をなくし、認証のためのメ
モリや秘密保持機能を追加する必要をなくすることがで
きる。

【００６９】また、本発明によれば、課金処理システム
において、課金処理におけるユーザの識別がユーザ名で
はなく課金管理ＩＤにより行うことにより、ＲＡＤＩＵ
Ｓプロトコルを遵守しつつ、利用者がＩＤを持たないユ
ーザ及びＩＤを持つユーザからアクセスして認証された
場合でも双方に対して同一の課金管理ＩＤにより課金す
ることができるので、利用者について２つの課金情報が
作成されることを防止し、管理の負担やメモリ容量の増
加を避けることができ、利用者の負担の増加を避けるこ
ともできる。

【図面の簡単な説明】

【図１】認証処理及び課金処理システム構成図である。

【図２】認証処理システム説明図である。

【図３】認証処理システム説明図である。

【図４】認証処理システム説明図である。

【図５】認証処理及び課金処理説明図である。

【図６】認証処理フローである。

【図７】課金処理フローである。

【図８】従来技術説明図である。

【符号の説明】

１ユーザ２ネットワーク３アクセスサーバ４ＬＡＮ５ＲＡＤＩＵＳサーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者山下宏一石川県河北郡宇ノ気町字宇野気ヌ98番地の２株式会社ピーエフユー内Ｆターム(参考） 5B085 AC04 AE09 AE23 5J104 AA07 AA16 EA03 EA17 KA01 NA02 NA12 NA38 PA07 PA11

Claims

【特許請求の範囲】

【請求項１】ユーザからアクセスされた場合に、ＲＡ
ＤＩＵＳプロトコルに従って、当該ユーザ名とパスワー
ドとをＲＡＤＩＵＳサーバに送るアクセスサーバと、前記アクセスサーバから受信した前記ユーザ名とパスワ
ードとを用いて前記ユーザの認証を行うＲＡＤＩＵＳサ
ーバとを備え、前記アクセスサーバが、前記パスワードとしてＲＡＤＩ
ＵＳ通信用暗号鍵を前記ＲＡＤＩＵＳサーバに送り、前記ＲＡＤＩＵＳサーバが、受信した前記ユーザ名と前
記パスワードとしてのＲＡＤＩＵＳ通信用暗号鍵とを用
いて、前記ユーザの認証を行うことを特徴とする認証処
理システム。
【請求項２】前記アクセスサーバが前記ユーザ名とし
て当該ユーザの発信者番号を前記ＲＡＤＩＵＳサーバに
送り、前記ＲＡＤＩＵＳサーバが、前記ユーザ名としての当該
ユーザの発信者番号と前記パスワードとしてのＲＡＤＩ
ＵＳ通信用暗号鍵とを用いて、前記ユーザの認証を行う
ことを特徴とする請求項１に記載の認証処理システム。
【請求項３】ユーザが認証された場合に、ＲＡＤＩＵ
Ｓアカウンティングプロトコルに従って、課金開始要求
をＲＡＤＩＵＳサーバに送るアクセスサーバと、前記アクセスサーバから受信した前記課金開始要求に基
づいて、前記ユーザに対する課金を行うＲＡＤＩＵＳサ
ーバとを備え、前記アクセスサーバが、当該ユーザ名とは異なる課金管
理ＩＤを前記課金開始要求に付加して、前記ＲＡＤＩＵ
Ｓサーバに送り、前記ＲＡＤＩＵＳサーバが、前記課金管理ＩＤを用い
て、前記ユーザに対する課金を行うことを特徴とする課
金処理システム。
【請求項４】前記課金管理ＩＤは、前記ＲＡＤＩＵＳ
アカウンティングプロトコルにおける所定のアトリビュ
ートであることを特徴とする請求項３に記載の課金処理
システム。