認証システム、認証方法、および仮パスワード発行装置
【課題】サービスを利用するユーザへの負担を軽減したユーザ認証技術を提供する。
【解決手段】呼制御手段は、ユーザ毎のサービス契約の有無を管理しており、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可する。仮パスワード発行手段は、呼制御手段により許可された呼におけるユーザ入力に基づき仮パスワードを発行する。認証手段は、ユーザがサービスを利用しようとするとき、そのサービスの種類によらず共通に、仮パスワード発行手段により発行された仮パスワード、または仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行う。
【解決手段】呼制御手段は、ユーザ毎のサービス契約の有無を管理しており、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可する。仮パスワード発行手段は、呼制御手段により許可された呼におけるユーザ入力に基づき仮パスワードを発行する。認証手段は、ユーザがサービスを利用しようとするとき、そのサービスの種類によらず共通に、仮パスワード発行手段により発行された仮パスワード、または仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
各種サービスを利用するユーザのユーザ認証を行うための認証システムおよび認証方法に関する。
【背景技術】
【０００２】
電話通信を利用したサービスや電話通信に付随するサービスなど様々なサービスがユーザに提供されるようになっている。ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）でも各種サービスを実現するために標準化が進められている（非特許文献１参照）。
【０００３】
ユーザが通信ネットワーク経由でサービスを利用する際には本人性の確保などのセキュリティーのためにユーザ認証が行われる。一般的なユーザ認証の方法として、ユーザＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）やパスワードを利用する方法がある。
【０００４】
サービスを利用するとき、ユーザは、パーソナルコンピュータや携帯電話端末を用いて所望のサービスサーバにアクセスし、ユーザＩＤやパスワードなどを入力することによりユーザ認証を受ける。ユーザ認証が正常に完了して本人性が確保されると、ユーザはサービスを受けることができるようになる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】黒川、東，“グローバルスタンダード最前線 ＥＴＳＩ ＴＩＳＰＡＮのＮＧＮ標準化動向”， ＮＴＴ技術ジャーナル， ２００６．４
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、様々なサービスを利用する際のユーザ認証がサービス毎に個別に行われるためユーザへの負担が大きいという問題があった。
【０００７】
例えば、ユーザは各サービスに対してそれぞれにユーザＩＤやパスワードを設定しなければならなかった。また、サービス毎のユーザＩＤやパスワードが付与されると、ユーザが管理すべきユーザＩＤやパスワードの数が多くなり、忘却、混乱、間違いなどの原因となっていた。
【０００８】
また、サービス毎に、使用可能な文字の種類や文字数などパスワードの形式が異なることがあり、それぞれに合わせてパスワードを設定する必要があり、設定作業が煩雑であり、また忘却、混乱、間違いの原因にもなっていた。
【０００９】
また、管理すべきユーザＩＤやパスワードの数が多いことやパスワードの設定が煩雑なことに起因して、パスワードの定期的な変更が行われにくくなっていた。
【００１０】
本発明の目的は、サービスを利用するユーザへの負担を軽減したユーザ認証技術を提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の認証システムは、
ユーザ毎のサービス契約の有無を管理しており、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可する呼制御手段と、
前記呼制御手段により許可された前記呼におけるユーザ入力に基づき仮パスワードを発行する仮パスワード発行手段と、
前記ユーザがサービスを利用しようとするとき、該サービスの種類によらず共通に、前記仮パスワード発行手段により発行された前記仮パスワード、または該仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行う認証手段と、を有している。
【００１２】
本発明の仮パスワード発行装置は、
ユーザから発呼され、該ユーザのサービス契約がされていることが確認された呼を接続する呼接続手段と、
前記呼設定手段により接続された前記呼におけるユーザ入力に基づき仮パスワードを発行する仮パスワード設定手段と、を有している。
【００１３】
本発明の認証方法は、
ユーザ毎のサービス契約の有無を管理しておき、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可し、
許可した前記呼におけるユーザ入力に基づき仮パスワードを発行し、
前記ユーザがサービスを利用しようとするとき、該サービスの種類によらず共通に、前記仮パスワードまたは該仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行うものである。
【発明の効果】
【００１４】
本発明によれば、ユーザがサービス契約していることを条件として呼を接続し、その呼において仮パスワードを設定し、その仮パスワードあるいはその後変更された本パスワードをサービスの種類によらず共通に用いてユーザ認証を行うので、パスワードが共通化され、ユーザ認証におけるユーザへの負担を軽減すことができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態による認証システムの構成を示すブロック図である。
【図２】認証装置１３の構成を示すブロック図である。
【図３】呼制御装置１２の構成を示すブロック図である。
【図４】仮パスワード発行装置１１の構成を示すブロック図である。
【図５】本実施形態による認証システムの仮パスワード発行時の動作例を示すシーケンス図である。
【図６】本実施形態による認証システムのサービス利用時の認証の動作例を示すシーケンス図である。
【図７】本実施形態による認証システムのパスワード変更時の動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
本発明を実施するための形態について図面を参照して詳細に説明する。
【００１７】
図１は、本実施形態による認証システムの構成を示すブロック図である。図１を参照すると、本実施形態の認証システムは、仮パスワード発行装置１１、呼制御装置１２、認証装置１３、および契約情報入力装置１４を有している。認証装置１３は、パーソナルコンピュータ（ＰＣ）１７あるいは携帯電話端末１８からインターネット１６経由でアクセスすることができる。呼制御装置１２は電話アクセスネットワーク１５に接続されている。電話アクセスネットワーク１５は、電話アクセスネットワーク１５はＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話システムにより電話サービスを提供するネットワークであり、具体例としてＮＧＮである。電話アクセスネットワーク１５には電話サービスに加入しているユーザの電話端末１９が収容されている。
【００１８】
ＰＣ１７および携帯電話端末１８は、インターネット１６を介して各種サービスを受けることのできる端末である。ＰＣ１７および携帯電話端末１８は、各種サービスに関するユーザ認証のために認証装置１３へアクセスすることができる。例えば、ＰＣ１７および携帯電話端末１８はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）クライアントとして動作し、認証装置１３へＷｅｂアクセスする。
【００１９】
認証装置１３は、カスタマーコントロールの一機能であるユーザ認証を実行する機能を備えたサーバである。認証装置１３は、認証を要するサービスへの契約（サービス契約）をした各ユーザの認証情報を保持しており、インターネット１６経由でアクセスしてきたＰＣ１７あるいは携帯電話端末１８からの要求に応じ、認証情報を用いてユーザ認証を行う。その際、サービスの種類によらず共通の認証情報を用いてユーザ認証が行われる。ユーザがサービスを利用するときのユーザ認証等には、インターネット１６経由での認証装置１３とＰＣ１７あるいは携帯電話端末１８との通信にＨＴＴＰが用いられる。
【００２０】
認証情報には、各ユーザの識別情報、アカウント、および仮パスワード、あるいは更に本パスワードが含まれている。また、仮パスワードあるいは本パスワードに有効期限を規定することにしてもよく、その場合、認証情報にその有効期限が含まれていてもよい。また、２重のログインを防止するために、認証装置１３が、各ユーザがログインしているか否かのログイン状態を管理してもよい。その場合、ログイン状態を認証情報に含めて管理してもよく、あるいは認証情報とは別に管理してもよい。
【００２１】
各サービスについてユーザに与えられるアカウントの情報は契約情報入力装置１４から認証装置１３に与えられる。
【００２２】
仮パスワードは仮パスワード発行装置１１により発行された初期のパスワードである。仮パスワード発行時、認証装置１３と仮パスワード発行装置１１の間の通信にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が用いられる。仮パスワードを発行するとき、未だパスワードを持っていないユーザをそのユーザの電話番号で認証してもよい。
【００２３】
本パスワードは仮パスワードからユーザが変更したパスワードである。パスワードの変更はインターネット１６経由によるＰＣ１７あるいは携帯電話端末１８から行われる。パスワード変更の際の通信にはＨＴＴＰが用いられる。
【００２４】
仮パスワード発行装置１１は、電話端末１９からの発呼により、電話アクセスネットワーク１５経由で電話端末１９と呼接続し、電話端末１９へのユーザの操作により入力された仮パスワードを発行する。その際、仮パスワード発行装置１１は、音声による操作ガイダンスをユーザの電話端末１９に送り、電話端末１９からのＤＴＭＦ（Ｄｕａｌ−Ｔｏｎｅ Ｍｕｌｔｉ−Ｆｒｅｑｕｅｎｃｙ）を解析して仮パスワードを判断する。また、仮パスワード発行装置１１は、発行した仮パスワードを認証装置１３に通知する。
【００２５】
呼制御装置１２は、ＳＩＰを用いた呼制御を行うサーバである。電話端末１９から電話アクセスネットワーク１５経由で仮パスワード発行装置１１への発呼があると、電話端末１９のユーザがサービス契約を行っているか否か判定し、サービス契約が行われていれば、その呼を接続する。
【００２６】
契約情報入力装置１４は、ユーザが電話サービスに加入するとき等にユーザ情報を入力するためのサーバであり、入力されたユーザの電話番号や契約内容を示すユーザ情報を呼制御装置１２および認証装置１３に通知する。
【００２７】
電話端末１９は、ＳＩＰによって呼を制御する電話機である。
【００２８】
図２は、認証装置１３の構成を示すブロック図である。認証装置１３大きく分けてサービスによらない共通的な処理を実行する部分（シングルサインオン部分）と、サービス毎に異なる処理を実行する部分（サービス固有部分）とに分けることができる。認証装置１３は、サービス固有部分として複数のＷｅｂ制御部２１を備え、シングルサインオン部分として、Ｗｅｂ制御連携部２２、ユーザ情報設定部２３、仮パスワード設定部２４、認証部２５、およびＷｅｂ表示部２６を有している。
【００２９】
Ｗｅｂ表示部２６は、Ｗｅｂサーバとしての基本的な機能を果たす部分である。例えば、ユーザによるＰＣ１７あるいは携帯電話端末１８からのＨＴＴＰリクエストに対して所定の応答を行う機能がそこに含まれる。
【００３０】
認証部２５は、ＰＣ１７あるいは携帯電話端末１８から受信したパスワードを含むアクセス情報と、自身のデータベースに保持されている認証情報とを照合することにより、ユーザ認証を実行する。認証情報には、契約情報入力装置１４からユーザ情報設定部２３を介して設定される情報（ユーザの識別情報等）と、仮パスワード発行装置１１から仮パスワード設定部２４を介して設定される情報（仮パスワード）と、認証装置１３自身が設定する情報（本パスワード）とが含まれる。
【００３１】
また、認証部２５は、ＰＣ１７あるいは携帯電話端末１８でアクセスしてきたユーザがサービス契約を行っているか否か認証情報を用いて確認する。その際、認証部２５は、認証情報に基づいて、ユーザが収容されている呼制御装置１２に問い合わせを行うことにより、ユーザがサービス契約を行っているか否かを確認する。認証装置１３と呼制御装置１２との通信にはＳＩＰが用いられる。
【００３２】
仮パスワード設定部２４は、仮パスワード発行装置１１で発行された仮パスワードの通知を受け、それをデータベースに登録する。認証装置１３と仮パスワード発行装置１１との通信にはＳＩＰが用いられる。
【００３３】
加入者情報設定部２３は、ユーザが通信サービスに契約したときなどに契約情報入力装置１４から入力されたユーザの情報を受けてデータベースに登録する。
【００３４】
Ｗｅｂ制御連携部２２は、各種サービスの利用において、仮パスワードあるいは本パスワードをサービスによらず共通に利用できるようにするために、サービス毎に個別に備えられたＷｅｂ制御部２１と、各サービスに共通の認証部２５との間を仲介する。例えば、各Ｗｅｂ制御部２１によって、ユーザ認証を要求し、その結果を取得するインタフェースが異なっていれば、Ｗｅｂ制御連携部２２は、それらのインタフェースを認証部２５の共通インタフェースに変換する。
【００３５】
Ｗｅｂ制御部２１は、複数サービスのそれぞれ毎に備えられ、ＰＣ１７あるいは携帯電話端末１８からインターネット１６経由でアクセスを受け、各サービスにより固有の制御を実行する。例えば、Ｗｅｂ制御部２１は自身の担当するサービスに固有のデータ（カスコンデータ）を設定する。認証装置１３とＰＣ１７あるいは携帯電話端末１８との通信にはＨＴＴＰが用いられる。
【００３６】
図３は、呼制御装置１２の構成を示すブロック図である。図３を参照すると、呼制御装置１２は、収容ユーザ情報管理部３１、接続先サーバ情報管理部３２、受信情報取得部３３、送信情報設定部３４、ＳＩＰプロトコル制御部３５、および通信インタフェース３６を有している。受信情報取得部３３、送信情報設定部３４、ＳＩＰプロトコル制御部３５、および通信インタフェース３６が連携して呼を接続するための制御を行う。
【００３７】
収容ユーザ情報管理部３１は、本呼制御装置１２が収容しているユーザのサービス契約に関する情報を管理しており、ユーザのサービス契約の有無を判断するとき等に起動する。
【００３８】
接続先サーバ情報管理部３２は発呼された呼の接続先を判断する。例えば、電話端末１９からの仮パスワード発行のための呼を仮パスワード発行装置１１へ接続するための接続情報は、この接続先サーバ情報管理部３２にて管理される。この接続情報はオペレータによって変更することができる。
【００３９】
通信インタフェース３６は、呼制御装置１２が他装置と通信するためのインタフェースを提供する。通信インタフェース３６は、呼制御装置１２が他装置と通信するとき、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）および、ＩＰｖ４、ＩＰｖ６、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）の各プロトコル制御を実行する。
【００４０】
ＳＩＰプロトコル制御部３５は、ＳＩＰプロトコルの基本的な制御を行う。例えば、ＳＩＰプロトコル制御部３５は、通信インタフェース３６を介してＳＩＰメッセージのパケットを受信し、またＳＩＰメッセージのパケットを通信インタフェース３６を介して送信する。
【００４１】
受信情報取得部３３は、受信したＳＩＰパケットから受信情報を取得する。この受信情報は、収容ユーザ情報管理部３１あるいは接続先サーバ情報管理部３２の処理に利用される。例えば、サービス契約が有るか否か判断する対象となるユーザを識別するための電話番号は、この受信情報取得部３３で取得され、接続先サーバ情報管理部３２に通知される。
【００４２】
送信情報設定部３４は、送信すべきＳＩＰパケットに送信情報を設定する。この送信情報は、収容ユーザ情報管理部３１あるいは接続先サーバ情報管理部３２から与えられる。送信情報設定部３４は、例えば、仮パスワードを発行すべきユーザの電話番号を送信情報として仮パスワード発行装置１１に通知する。
【００４３】
図４は、仮パスワード発行装置１１の構成を示すブロック図である。図４を参照すると、仮パスワード発行装置１１は、セッション確立制御部４１、仮パスワード設定制御部４２、通信インタフェース４３、ＳＩＰプロトコル制御部４４、受信情報取得部４５、送信情報設定部４６、ＲＴＰ送受信部４７、ガイダンス再生部４８、ＤＴＭＦ解析部４９、およびＨＴＴＰプロトコル制御部５０を有している。通信インタフェース４３、ＳＩＰプロトコル制御部４４、受信情報取得部４５、および送信情報設定部４６が連携して呼を接続するための制御を行う。
また、通信インタフェース４３、ＲＴＰ送受信部４７、ガイダンス再生部４８、およびＤＴＭＦ解析部４９が連携して仮パスワードを設定するための制御を行う。
【００４４】
セッション確立制御部４１は、呼制御装置１２とＳＩＰメッセージのパケットを交換することにより、電話端末１９との間に音声通話呼のセッションを確立する。
【００４５】
仮パスワード設定制御部４２は、セッション確立制御部４１によって設定された呼におけるユーザの電話端末１９への操作によって仮パスワードを生成する。そして、仮パスワード設定制御部４２は、生成した仮パスワードをＳＩＰによって認証装置１３に通知する。
【００４６】
仮パスワードの生成には音声ガイダンスの再生およびＤＴＭＦ信号の解析が必要である。仮パスワード設定制御部４２はガイダンス再生部４８およびＤＴＭＦ解析部４９を制御し、これらを実行させる。
【００４７】
通信インタフェース４３は、仮パスワード設定制御部４２が他装置と通信するためのインタフェースを提供する。通信インタフェース４３は、仮パスワード設定制御部４２が他装置と通信するとき、例えば、ＮＩＣおよび、ＩＰｖ４、ＩＰｖ６、ＵＤＰ、ＴＣＰ、ＳＣＴＰの各プロトコル制御を実行する。
【００４８】
ＳＩＰプロトコル制御部４４は、ＳＩＰプロトコルの基本的な制御を行う。例えば、ＳＩＰプロトコル制御部４４は、通信インタフェース４３を介してＳＩＰメッセージのパケットを受信し、またＳＩＰメッセージのパケットを通信インタフェース４３を介して送信する。
【００４９】
受信情報取得部４５は、受信したＳＩＰパケットから受信情報を取得する。この受信情報は、セッション確立制御部４１あるいは仮パスワード設定制御部４２の処理に利用される。受信情報取得部４５は、例えば、仮パスワードを発行すべきユーザの電話番号を受信情報として呼制御装置１２から取得する。
【００５０】
送信情報設定部４６は、送信すべきＳＩＰパケットに送信情報を設定する。この送信情報は、セッション確立制御部４１あるいは仮パスワード設定制御部４２から与えられる。送信情報設定部４６は、例えば、サービス契約が有るか否か判断する対象となるユーザを識別するための電話番号を送信情報として呼制御装置１２に通知する。
【００５１】
ＲＴＰ送受信部４７は、ガイダンスの音声信号を分割してＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットに設定し、そのＲＴＰパケットを送信する送信機能と、受信したＲＴＰパケットからＤＴＭＦ信号を再構築する受信機能とを有する。
【００５２】
ガイダンス再生部４８は、仮パスワード時のガイダンスの音声信号を生成する。
【００５３】
ＤＴＭＦ解析部４９は、ＤＴＭＦ信号を解析し、ユーザが入力した情報を判別する。ユーザが入力する情報には、ユーザの識別情報（電話番号）および仮パスワードが含まれる。
【００５４】
ＨＴＴＰプロトコル制御部５０は、ＨＴＴＰプロトコルのパケットを送受信する。例えば、認証装置１３への仮パスワードの通知をＨＴＴＰによる行うこととし、それをこのＨＴＴＰプロトコル制御部５０が実行することにしてもよい。
【００５５】
図５は、本実施形態による認証システムの仮パスワード発行時の動作例を示すシーケンス図である。図５を参照すると、まず、電話端末１９が、仮パスワード発行用の電話番号によって仮パスワード発行装置１１へ発呼するためのＩＮＶＩＴＥを呼制御装置１２に送る（ステップ１０１）。ＩＮＶＩＴＥを受信した呼制御装置１２は、発信者である電話端末１９のユーザがサービス契約を行っているか否か判定する（ステップ１０２）。ここではサービス契約が行われているものとする。
【００５６】
サービス契約が行われていることが確認できたら、呼制御装置１２は、ＩＮＶＩＴＥを仮パスワード発行装置１１に送信する（ステップ１０３）。そのＩＮＶＩＴＥに対して仮パスワード発行装置１１が２００ ＯＫで応答する（ステップ１０４）。仮パスワード発行装置１１から２００ ＯＫを受信した呼制御装置１２は同じく２００ ＯＫを電話端末１９に送る（ステップ１０５）。
【００５７】
２００ ＯＫに対するＡＣＫが呼制御装置１２および仮パスワード発行装置１１に返ると（ステップ１０６、１０７）、電話端末１９と仮パスワード発行装置１１の間にセッションが確立されて音声通話が可能な状態となる。
【００５８】
その状態で、仮パスワード発行装置１１は電話端末１９に、ユーザの識別情報である電話番号の入力をユーザに促すための音声ガイダンスを送る（ステップ１０８）。音声ガイダンスに従ってユーザが電話番号を入力すると、そのＤＴＭＦ信号が電話端末１９から仮パスワード発行装置１１に送られる（ステップ１０９）。
【００５９】
続いて、仮パスワード発行装置１１は電話端末１９に、仮パスワードの入力をユーザに促すための音声ガイダンスを送る（ステップ１１０）。音声ガイダンスに従ってユーザが仮パスワードを入力すると、そのＤＴＭＦ信号が電話端末１９から仮パスワード発行装置１１に送られる（ステップ１１１）。
【００６０】
ユーザの識別情報と仮パスワードを受信した仮パスワード発行装置１１は、それらの情報をＨＴＴＰ ＰＯＳＴによって認証装置１３に通知する（ステップ１１２）。認証装置１３は、通知された仮パスワード等の情報を自身のデータベースに設定し（ステップ１１３）、２００ ＯＫを仮パスワード発行装置１１に返す（ステップ１１４）。
【００６１】
認証装置１３から２００ ＯＫを受信した仮パスワード発行装置１１は、仮パスワードが正常に設定されたことを示す音声ガイダンスを電話端末１９に送り（ステップ１１５）、セッションを開放するためにＢＹＥを呼制御装置１２に送る（ステップ１１６）。
【００６２】
ＢＹＥを受信した呼制御装置１２は同じくＢＹＥを電話端末１９に送り（ステップ１１７）、ＢＹＥに対する２００ ＯＫが呼制御装置１２および仮パスワード発行装置１１に届くとセッションが解放される（ステップ１１８、１１９）。
【００６３】
図６は、本実施形態による認証システムのサービス利用時の認証の動作例を示すシーケンス図である。まず、ユーザがＰＣ１７あるいは携帯電話端末１８によって認証装置１３へログインを要求する（ステップ２０１）。その際、ログイン要求には、パラメータとしてユーザの電話番号とパスワードが指定される。このパスワードは仮パスワードと本パスワードのいずれであってもよい。
【００６４】
ログイン要求を受けた認証装置１３は、指定されたパラメータをチェックする（ステップ２０２）。認証装置１３は、各ユーザの認証情報を保持しているので、このとき指定されたパラメータと認証情報とを照合することによりユーザの本人性を確認する。
【００６５】
続いて、認証装置１３は、そのユーザが既にログインしていないか（２重ログイン確認）、ログインを認められない状態でないか（ロック状態確認）を確認した上で（ステップ２０３）、ユーザを指定して、そのユーザのサービス契約に関する情報である契約情報を呼制御装置１２に要求する（ステップ２０４）。
【００６６】
呼制御装置１２は、収容している各ユーザのサービス契約（サービスオーダー）の契約情報を保持しており、指定されたユーザの契約情報を検索し（ステップ２０５）、認証装置１３に送る（ステップ２０６）。
【００６７】
契約情報を取得した認証装置１３は、そのユーザについてサービス契約の有無を確認する（ステップ２０７）。そのユーザのサービス契約が行われていなければ、認証装置１３はユーザのＰＣ１７あるいは携帯電話端末１８にログインエラーを送る（ステップ２０８）。
【００６８】
そのユーザのサービス契約が行われていれば、認証装置１３は、契約情報や要求されたサービスに応じたメニュー画面を生成し（ステップ２０９）、ユーザのＰＣ１７あるいは携帯電話端末１８に送信する（ステップ２１０）。例えば、ログインが仮パスワードによって行われたものであれば、認証装置１３は、パスワード変更を促すための画面をユーザのＰＣ１７あるいは携帯電話端末１８に送信することにしてもよい。また、現在のパスワードが登録されてから一定期間が経過した後のログイン時には、認証装置１３は、パスワード変更を促すための画面をユーザのＰＣ１７あるいは携帯電話端末１８に送信することにしてもよい。
【００６９】
図７は、本実施形態による認証システムのパスワード変更時の動作例を示すシーケンス図である。パスワードの変更は、ユーザがＰＣ１７あるいは携帯電話端末１８を用いて認証装置１３にアクセスし、認証装置１３が提供するＷｅｂ画面上で行うものである。図７を参照すると、まず、ユーザがＰＣ１７あるいは携帯電話端末１８によって認証装置１３へパスワード変更を要求する（ステップ３０１）。その際の要求には、パラメータとしてユーザの電話番号、変更前のパスワード、および変更後のパスワードが指定される。変更前のパスワードが仮パスワードである場合と本パスワードである場合があるが、それらでシステム動作に違いはない。
【００７０】
パスワード変更要求を受けた認証装置１３は、変更前のパスワードをチェックする（ステップ３０２）。認証装置１３は、各ユーザの認証情報を保持しているので、このとき指定された変更前のパスワードと認証情報に含まれているパスワードとを照合することによりユーザの本人性を確認する。
【００７１】
続いて、認証装置１３は、指定された電話番号を確認し（ステップ３０４）、ユーザが既にログインしていないか（２重ログイン確認）、ログインを認められない状態でないか（ロック状態確認）を確認した上で（ステップ３０５）、ユーザを指定して、そのユーザのサービス契約に関する情報である契約情報を呼制御装置１２に要求する（ステップ３０６）。
【００７２】
呼制御装置１２は、収容している各ユーザのサービス契約（サービスオーダー）の契約情報を保持しており、指定されたユーザの契約情報を検索し（ステップ３０７）、認証装置１３に送る（ステップ３０８）。
【００７３】
契約情報を取得した認証装置１３は、そのユーザについてサービス契約の有無を確認する（ステップ３０９）。そのユーザのサービス契約が行われていなければ、認証装置１３はユーザのＰＣ１７あるいは携帯電話端末１８にログインエラーを送る（ステップ３１０）。
【００７４】
そのユーザのサービス契約が行われていれば、認証装置１３は、変更後のパスワードを自身のデータベースに登録し（ステップ３１１）、さらに契約情報等に応じた画面を生成し（ステップ３１２）、ユーザのＰＣ１７あるいは携帯電話端末１８に送信する（ステップ３１３）。この画面は、例えばメニュー画面であってもよく、あるいはパスワードの変更が正常に終了したことを表示する画面であってもよい。
【００７５】
以上説明したように、本実施形態によれば、ユーザがサービス契約していることを条件として呼を接続し、その呼において仮パスワードを設定し、その仮パスワードあるいはその後変更された本パスワードをサービスの種類によらず共通に用いてユーザ認証を行うので、パスワードが共通化され、ユーザ認証におけるユーザへの負担を軽減すことができる。
【００７６】
また、本実施形態によれば、電話サービスへ契約したユーザの情報（例えば、電話番号）を識別情報としてユーザとパスワードを管理するので、ユーザおよびパスワードの特定を確実に行うことができる。
【００７７】
また、本実施形態によれば、仮パスワードは音声ガイダンスにより設定し、本パスワードはＷｅｂアクセスにより設定するので、ユーザがパスワードを容易に設定し、また変更することができる。
【００７８】
また、本実施形態によれば、ＩＰ電話システムの仕組みを利用してユーザの本人性確認を行った上で仮パスワードを設定するので、初期のパスワード設定においてもセキュリティーが確保される。
【００７９】
なお、本実施形態ではＮＧＮを例として説明しているが、本発明はこれに限定されるものではない。加入契約を前提として音声通話を可能とする電話サービスと、ユーザがＩＰによってサーバにアクセスする形態のデータ通信サービスとを連携させることができるものであればよい。ただし、ＮＧＮは、ＩＰを用いて電話サービスを提供するという性質上、電話サービスとデータ通信サービスを連携させる構成を有する本発明に好適である。
【００８０】
以上、本発明の実施形態について述べてきたが、本発明は、この実施形態だけに限定されるものではなく、本発明の技術思想の範囲内において一部の構成を変更したりしてもよい。
【符号の説明】
【００８１】
１１ 仮パスワード発行装置
１２ 呼制御装置
１３ 認証装置
１４ 契約情報入力装置
１５ 電話アクセスネットワーク
１６ インターネット
１７ ＰＣ
１８ 携帯電話端末
１９ 電話端末
２１ Ｗｅｂ制御部
２２ Ｗｅｂ制御連携部
２３ ユーザ情報設定部
２３ 加入者情報設定部
２４ 仮パスワード設定部
２５ 認証部
２６ Ｗｅｂ表示部
３１ 収容ユーザ情報管理部
３２ 接続先サーバ情報管理部
３３ 受信情報取得部
３４ 送信情報設定部
３５ ＳＩＰプロトコル制御部
３６ 通信インタフェース
４１ セッション確立制御部
４２ 仮パスワード設定制御部
４３ 通信インタフェース
４４ ＳＩＰプロトコル制御部
４５ 受信情報取得部
４６ 送信情報設定部
４７ ＲＴＰ送受信部
４８ ガイダンス再生部
４９ ＤＴＭＦ解析部
５０ ＨＴＴＰプロトコル制御部
【技術分野】
【０００１】
各種サービスを利用するユーザのユーザ認証を行うための認証システムおよび認証方法に関する。
【背景技術】
【０００２】
電話通信を利用したサービスや電話通信に付随するサービスなど様々なサービスがユーザに提供されるようになっている。ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）でも各種サービスを実現するために標準化が進められている（非特許文献１参照）。
【０００３】
ユーザが通信ネットワーク経由でサービスを利用する際には本人性の確保などのセキュリティーのためにユーザ認証が行われる。一般的なユーザ認証の方法として、ユーザＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）やパスワードを利用する方法がある。
【０００４】
サービスを利用するとき、ユーザは、パーソナルコンピュータや携帯電話端末を用いて所望のサービスサーバにアクセスし、ユーザＩＤやパスワードなどを入力することによりユーザ認証を受ける。ユーザ認証が正常に完了して本人性が確保されると、ユーザはサービスを受けることができるようになる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】黒川、東，“グローバルスタンダード最前線 ＥＴＳＩ ＴＩＳＰＡＮのＮＧＮ標準化動向”， ＮＴＴ技術ジャーナル， ２００６．４
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、様々なサービスを利用する際のユーザ認証がサービス毎に個別に行われるためユーザへの負担が大きいという問題があった。
【０００７】
例えば、ユーザは各サービスに対してそれぞれにユーザＩＤやパスワードを設定しなければならなかった。また、サービス毎のユーザＩＤやパスワードが付与されると、ユーザが管理すべきユーザＩＤやパスワードの数が多くなり、忘却、混乱、間違いなどの原因となっていた。
【０００８】
また、サービス毎に、使用可能な文字の種類や文字数などパスワードの形式が異なることがあり、それぞれに合わせてパスワードを設定する必要があり、設定作業が煩雑であり、また忘却、混乱、間違いの原因にもなっていた。
【０００９】
また、管理すべきユーザＩＤやパスワードの数が多いことやパスワードの設定が煩雑なことに起因して、パスワードの定期的な変更が行われにくくなっていた。
【００１０】
本発明の目的は、サービスを利用するユーザへの負担を軽減したユーザ認証技術を提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の認証システムは、
ユーザ毎のサービス契約の有無を管理しており、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可する呼制御手段と、
前記呼制御手段により許可された前記呼におけるユーザ入力に基づき仮パスワードを発行する仮パスワード発行手段と、
前記ユーザがサービスを利用しようとするとき、該サービスの種類によらず共通に、前記仮パスワード発行手段により発行された前記仮パスワード、または該仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行う認証手段と、を有している。
【００１２】
本発明の仮パスワード発行装置は、
ユーザから発呼され、該ユーザのサービス契約がされていることが確認された呼を接続する呼接続手段と、
前記呼設定手段により接続された前記呼におけるユーザ入力に基づき仮パスワードを発行する仮パスワード設定手段と、を有している。
【００１３】
本発明の認証方法は、
ユーザ毎のサービス契約の有無を管理しておき、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可し、
許可した前記呼におけるユーザ入力に基づき仮パスワードを発行し、
前記ユーザがサービスを利用しようとするとき、該サービスの種類によらず共通に、前記仮パスワードまたは該仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行うものである。
【発明の効果】
【００１４】
本発明によれば、ユーザがサービス契約していることを条件として呼を接続し、その呼において仮パスワードを設定し、その仮パスワードあるいはその後変更された本パスワードをサービスの種類によらず共通に用いてユーザ認証を行うので、パスワードが共通化され、ユーザ認証におけるユーザへの負担を軽減すことができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態による認証システムの構成を示すブロック図である。
【図２】認証装置１３の構成を示すブロック図である。
【図３】呼制御装置１２の構成を示すブロック図である。
【図４】仮パスワード発行装置１１の構成を示すブロック図である。
【図５】本実施形態による認証システムの仮パスワード発行時の動作例を示すシーケンス図である。
【図６】本実施形態による認証システムのサービス利用時の認証の動作例を示すシーケンス図である。
【図７】本実施形態による認証システムのパスワード変更時の動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
本発明を実施するための形態について図面を参照して詳細に説明する。
【００１７】
図１は、本実施形態による認証システムの構成を示すブロック図である。図１を参照すると、本実施形態の認証システムは、仮パスワード発行装置１１、呼制御装置１２、認証装置１３、および契約情報入力装置１４を有している。認証装置１３は、パーソナルコンピュータ（ＰＣ）１７あるいは携帯電話端末１８からインターネット１６経由でアクセスすることができる。呼制御装置１２は電話アクセスネットワーク１５に接続されている。電話アクセスネットワーク１５は、電話アクセスネットワーク１５はＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話システムにより電話サービスを提供するネットワークであり、具体例としてＮＧＮである。電話アクセスネットワーク１５には電話サービスに加入しているユーザの電話端末１９が収容されている。
【００１８】
ＰＣ１７および携帯電話端末１８は、インターネット１６を介して各種サービスを受けることのできる端末である。ＰＣ１７および携帯電話端末１８は、各種サービスに関するユーザ認証のために認証装置１３へアクセスすることができる。例えば、ＰＣ１７および携帯電話端末１８はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）クライアントとして動作し、認証装置１３へＷｅｂアクセスする。
【００１９】
認証装置１３は、カスタマーコントロールの一機能であるユーザ認証を実行する機能を備えたサーバである。認証装置１３は、認証を要するサービスへの契約（サービス契約）をした各ユーザの認証情報を保持しており、インターネット１６経由でアクセスしてきたＰＣ１７あるいは携帯電話端末１８からの要求に応じ、認証情報を用いてユーザ認証を行う。その際、サービスの種類によらず共通の認証情報を用いてユーザ認証が行われる。ユーザがサービスを利用するときのユーザ認証等には、インターネット１６経由での認証装置１３とＰＣ１７あるいは携帯電話端末１８との通信にＨＴＴＰが用いられる。
【００２０】
認証情報には、各ユーザの識別情報、アカウント、および仮パスワード、あるいは更に本パスワードが含まれている。また、仮パスワードあるいは本パスワードに有効期限を規定することにしてもよく、その場合、認証情報にその有効期限が含まれていてもよい。また、２重のログインを防止するために、認証装置１３が、各ユーザがログインしているか否かのログイン状態を管理してもよい。その場合、ログイン状態を認証情報に含めて管理してもよく、あるいは認証情報とは別に管理してもよい。
【００２１】
各サービスについてユーザに与えられるアカウントの情報は契約情報入力装置１４から認証装置１３に与えられる。
【００２２】
仮パスワードは仮パスワード発行装置１１により発行された初期のパスワードである。仮パスワード発行時、認証装置１３と仮パスワード発行装置１１の間の通信にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が用いられる。仮パスワードを発行するとき、未だパスワードを持っていないユーザをそのユーザの電話番号で認証してもよい。
【００２３】
本パスワードは仮パスワードからユーザが変更したパスワードである。パスワードの変更はインターネット１６経由によるＰＣ１７あるいは携帯電話端末１８から行われる。パスワード変更の際の通信にはＨＴＴＰが用いられる。
【００２４】
仮パスワード発行装置１１は、電話端末１９からの発呼により、電話アクセスネットワーク１５経由で電話端末１９と呼接続し、電話端末１９へのユーザの操作により入力された仮パスワードを発行する。その際、仮パスワード発行装置１１は、音声による操作ガイダンスをユーザの電話端末１９に送り、電話端末１９からのＤＴＭＦ（Ｄｕａｌ−Ｔｏｎｅ Ｍｕｌｔｉ−Ｆｒｅｑｕｅｎｃｙ）を解析して仮パスワードを判断する。また、仮パスワード発行装置１１は、発行した仮パスワードを認証装置１３に通知する。
【００２５】
呼制御装置１２は、ＳＩＰを用いた呼制御を行うサーバである。電話端末１９から電話アクセスネットワーク１５経由で仮パスワード発行装置１１への発呼があると、電話端末１９のユーザがサービス契約を行っているか否か判定し、サービス契約が行われていれば、その呼を接続する。
【００２６】
契約情報入力装置１４は、ユーザが電話サービスに加入するとき等にユーザ情報を入力するためのサーバであり、入力されたユーザの電話番号や契約内容を示すユーザ情報を呼制御装置１２および認証装置１３に通知する。
【００２７】
電話端末１９は、ＳＩＰによって呼を制御する電話機である。
【００２８】
図２は、認証装置１３の構成を示すブロック図である。認証装置１３大きく分けてサービスによらない共通的な処理を実行する部分（シングルサインオン部分）と、サービス毎に異なる処理を実行する部分（サービス固有部分）とに分けることができる。認証装置１３は、サービス固有部分として複数のＷｅｂ制御部２１を備え、シングルサインオン部分として、Ｗｅｂ制御連携部２２、ユーザ情報設定部２３、仮パスワード設定部２４、認証部２５、およびＷｅｂ表示部２６を有している。
【００２９】
Ｗｅｂ表示部２６は、Ｗｅｂサーバとしての基本的な機能を果たす部分である。例えば、ユーザによるＰＣ１７あるいは携帯電話端末１８からのＨＴＴＰリクエストに対して所定の応答を行う機能がそこに含まれる。
【００３０】
認証部２５は、ＰＣ１７あるいは携帯電話端末１８から受信したパスワードを含むアクセス情報と、自身のデータベースに保持されている認証情報とを照合することにより、ユーザ認証を実行する。認証情報には、契約情報入力装置１４からユーザ情報設定部２３を介して設定される情報（ユーザの識別情報等）と、仮パスワード発行装置１１から仮パスワード設定部２４を介して設定される情報（仮パスワード）と、認証装置１３自身が設定する情報（本パスワード）とが含まれる。
【００３１】
また、認証部２５は、ＰＣ１７あるいは携帯電話端末１８でアクセスしてきたユーザがサービス契約を行っているか否か認証情報を用いて確認する。その際、認証部２５は、認証情報に基づいて、ユーザが収容されている呼制御装置１２に問い合わせを行うことにより、ユーザがサービス契約を行っているか否かを確認する。認証装置１３と呼制御装置１２との通信にはＳＩＰが用いられる。
【００３２】
仮パスワード設定部２４は、仮パスワード発行装置１１で発行された仮パスワードの通知を受け、それをデータベースに登録する。認証装置１３と仮パスワード発行装置１１との通信にはＳＩＰが用いられる。
【００３３】
加入者情報設定部２３は、ユーザが通信サービスに契約したときなどに契約情報入力装置１４から入力されたユーザの情報を受けてデータベースに登録する。
【００３４】
Ｗｅｂ制御連携部２２は、各種サービスの利用において、仮パスワードあるいは本パスワードをサービスによらず共通に利用できるようにするために、サービス毎に個別に備えられたＷｅｂ制御部２１と、各サービスに共通の認証部２５との間を仲介する。例えば、各Ｗｅｂ制御部２１によって、ユーザ認証を要求し、その結果を取得するインタフェースが異なっていれば、Ｗｅｂ制御連携部２２は、それらのインタフェースを認証部２５の共通インタフェースに変換する。
【００３５】
Ｗｅｂ制御部２１は、複数サービスのそれぞれ毎に備えられ、ＰＣ１７あるいは携帯電話端末１８からインターネット１６経由でアクセスを受け、各サービスにより固有の制御を実行する。例えば、Ｗｅｂ制御部２１は自身の担当するサービスに固有のデータ（カスコンデータ）を設定する。認証装置１３とＰＣ１７あるいは携帯電話端末１８との通信にはＨＴＴＰが用いられる。
【００３６】
図３は、呼制御装置１２の構成を示すブロック図である。図３を参照すると、呼制御装置１２は、収容ユーザ情報管理部３１、接続先サーバ情報管理部３２、受信情報取得部３３、送信情報設定部３４、ＳＩＰプロトコル制御部３５、および通信インタフェース３６を有している。受信情報取得部３３、送信情報設定部３４、ＳＩＰプロトコル制御部３５、および通信インタフェース３６が連携して呼を接続するための制御を行う。
【００３７】
収容ユーザ情報管理部３１は、本呼制御装置１２が収容しているユーザのサービス契約に関する情報を管理しており、ユーザのサービス契約の有無を判断するとき等に起動する。
【００３８】
接続先サーバ情報管理部３２は発呼された呼の接続先を判断する。例えば、電話端末１９からの仮パスワード発行のための呼を仮パスワード発行装置１１へ接続するための接続情報は、この接続先サーバ情報管理部３２にて管理される。この接続情報はオペレータによって変更することができる。
【００３９】
通信インタフェース３６は、呼制御装置１２が他装置と通信するためのインタフェースを提供する。通信インタフェース３６は、呼制御装置１２が他装置と通信するとき、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）および、ＩＰｖ４、ＩＰｖ６、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）の各プロトコル制御を実行する。
【００４０】
ＳＩＰプロトコル制御部３５は、ＳＩＰプロトコルの基本的な制御を行う。例えば、ＳＩＰプロトコル制御部３５は、通信インタフェース３６を介してＳＩＰメッセージのパケットを受信し、またＳＩＰメッセージのパケットを通信インタフェース３６を介して送信する。
【００４１】
受信情報取得部３３は、受信したＳＩＰパケットから受信情報を取得する。この受信情報は、収容ユーザ情報管理部３１あるいは接続先サーバ情報管理部３２の処理に利用される。例えば、サービス契約が有るか否か判断する対象となるユーザを識別するための電話番号は、この受信情報取得部３３で取得され、接続先サーバ情報管理部３２に通知される。
【００４２】
送信情報設定部３４は、送信すべきＳＩＰパケットに送信情報を設定する。この送信情報は、収容ユーザ情報管理部３１あるいは接続先サーバ情報管理部３２から与えられる。送信情報設定部３４は、例えば、仮パスワードを発行すべきユーザの電話番号を送信情報として仮パスワード発行装置１１に通知する。
【００４３】
図４は、仮パスワード発行装置１１の構成を示すブロック図である。図４を参照すると、仮パスワード発行装置１１は、セッション確立制御部４１、仮パスワード設定制御部４２、通信インタフェース４３、ＳＩＰプロトコル制御部４４、受信情報取得部４５、送信情報設定部４６、ＲＴＰ送受信部４７、ガイダンス再生部４８、ＤＴＭＦ解析部４９、およびＨＴＴＰプロトコル制御部５０を有している。通信インタフェース４３、ＳＩＰプロトコル制御部４４、受信情報取得部４５、および送信情報設定部４６が連携して呼を接続するための制御を行う。
また、通信インタフェース４３、ＲＴＰ送受信部４７、ガイダンス再生部４８、およびＤＴＭＦ解析部４９が連携して仮パスワードを設定するための制御を行う。
【００４４】
セッション確立制御部４１は、呼制御装置１２とＳＩＰメッセージのパケットを交換することにより、電話端末１９との間に音声通話呼のセッションを確立する。
【００４５】
仮パスワード設定制御部４２は、セッション確立制御部４１によって設定された呼におけるユーザの電話端末１９への操作によって仮パスワードを生成する。そして、仮パスワード設定制御部４２は、生成した仮パスワードをＳＩＰによって認証装置１３に通知する。
【００４６】
仮パスワードの生成には音声ガイダンスの再生およびＤＴＭＦ信号の解析が必要である。仮パスワード設定制御部４２はガイダンス再生部４８およびＤＴＭＦ解析部４９を制御し、これらを実行させる。
【００４７】
通信インタフェース４３は、仮パスワード設定制御部４２が他装置と通信するためのインタフェースを提供する。通信インタフェース４３は、仮パスワード設定制御部４２が他装置と通信するとき、例えば、ＮＩＣおよび、ＩＰｖ４、ＩＰｖ６、ＵＤＰ、ＴＣＰ、ＳＣＴＰの各プロトコル制御を実行する。
【００４８】
ＳＩＰプロトコル制御部４４は、ＳＩＰプロトコルの基本的な制御を行う。例えば、ＳＩＰプロトコル制御部４４は、通信インタフェース４３を介してＳＩＰメッセージのパケットを受信し、またＳＩＰメッセージのパケットを通信インタフェース４３を介して送信する。
【００４９】
受信情報取得部４５は、受信したＳＩＰパケットから受信情報を取得する。この受信情報は、セッション確立制御部４１あるいは仮パスワード設定制御部４２の処理に利用される。受信情報取得部４５は、例えば、仮パスワードを発行すべきユーザの電話番号を受信情報として呼制御装置１２から取得する。
【００５０】
送信情報設定部４６は、送信すべきＳＩＰパケットに送信情報を設定する。この送信情報は、セッション確立制御部４１あるいは仮パスワード設定制御部４２から与えられる。送信情報設定部４６は、例えば、サービス契約が有るか否か判断する対象となるユーザを識別するための電話番号を送信情報として呼制御装置１２に通知する。
【００５１】
ＲＴＰ送受信部４７は、ガイダンスの音声信号を分割してＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットに設定し、そのＲＴＰパケットを送信する送信機能と、受信したＲＴＰパケットからＤＴＭＦ信号を再構築する受信機能とを有する。
【００５２】
ガイダンス再生部４８は、仮パスワード時のガイダンスの音声信号を生成する。
【００５３】
ＤＴＭＦ解析部４９は、ＤＴＭＦ信号を解析し、ユーザが入力した情報を判別する。ユーザが入力する情報には、ユーザの識別情報（電話番号）および仮パスワードが含まれる。
【００５４】
ＨＴＴＰプロトコル制御部５０は、ＨＴＴＰプロトコルのパケットを送受信する。例えば、認証装置１３への仮パスワードの通知をＨＴＴＰによる行うこととし、それをこのＨＴＴＰプロトコル制御部５０が実行することにしてもよい。
【００５５】
図５は、本実施形態による認証システムの仮パスワード発行時の動作例を示すシーケンス図である。図５を参照すると、まず、電話端末１９が、仮パスワード発行用の電話番号によって仮パスワード発行装置１１へ発呼するためのＩＮＶＩＴＥを呼制御装置１２に送る（ステップ１０１）。ＩＮＶＩＴＥを受信した呼制御装置１２は、発信者である電話端末１９のユーザがサービス契約を行っているか否か判定する（ステップ１０２）。ここではサービス契約が行われているものとする。
【００５６】
サービス契約が行われていることが確認できたら、呼制御装置１２は、ＩＮＶＩＴＥを仮パスワード発行装置１１に送信する（ステップ１０３）。そのＩＮＶＩＴＥに対して仮パスワード発行装置１１が２００ ＯＫで応答する（ステップ１０４）。仮パスワード発行装置１１から２００ ＯＫを受信した呼制御装置１２は同じく２００ ＯＫを電話端末１９に送る（ステップ１０５）。
【００５７】
２００ ＯＫに対するＡＣＫが呼制御装置１２および仮パスワード発行装置１１に返ると（ステップ１０６、１０７）、電話端末１９と仮パスワード発行装置１１の間にセッションが確立されて音声通話が可能な状態となる。
【００５８】
その状態で、仮パスワード発行装置１１は電話端末１９に、ユーザの識別情報である電話番号の入力をユーザに促すための音声ガイダンスを送る（ステップ１０８）。音声ガイダンスに従ってユーザが電話番号を入力すると、そのＤＴＭＦ信号が電話端末１９から仮パスワード発行装置１１に送られる（ステップ１０９）。
【００５９】
続いて、仮パスワード発行装置１１は電話端末１９に、仮パスワードの入力をユーザに促すための音声ガイダンスを送る（ステップ１１０）。音声ガイダンスに従ってユーザが仮パスワードを入力すると、そのＤＴＭＦ信号が電話端末１９から仮パスワード発行装置１１に送られる（ステップ１１１）。
【００６０】
ユーザの識別情報と仮パスワードを受信した仮パスワード発行装置１１は、それらの情報をＨＴＴＰ ＰＯＳＴによって認証装置１３に通知する（ステップ１１２）。認証装置１３は、通知された仮パスワード等の情報を自身のデータベースに設定し（ステップ１１３）、２００ ＯＫを仮パスワード発行装置１１に返す（ステップ１１４）。
【００６１】
認証装置１３から２００ ＯＫを受信した仮パスワード発行装置１１は、仮パスワードが正常に設定されたことを示す音声ガイダンスを電話端末１９に送り（ステップ１１５）、セッションを開放するためにＢＹＥを呼制御装置１２に送る（ステップ１１６）。
【００６２】
ＢＹＥを受信した呼制御装置１２は同じくＢＹＥを電話端末１９に送り（ステップ１１７）、ＢＹＥに対する２００ ＯＫが呼制御装置１２および仮パスワード発行装置１１に届くとセッションが解放される（ステップ１１８、１１９）。
【００６３】
図６は、本実施形態による認証システムのサービス利用時の認証の動作例を示すシーケンス図である。まず、ユーザがＰＣ１７あるいは携帯電話端末１８によって認証装置１３へログインを要求する（ステップ２０１）。その際、ログイン要求には、パラメータとしてユーザの電話番号とパスワードが指定される。このパスワードは仮パスワードと本パスワードのいずれであってもよい。
【００６４】
ログイン要求を受けた認証装置１３は、指定されたパラメータをチェックする（ステップ２０２）。認証装置１３は、各ユーザの認証情報を保持しているので、このとき指定されたパラメータと認証情報とを照合することによりユーザの本人性を確認する。
【００６５】
続いて、認証装置１３は、そのユーザが既にログインしていないか（２重ログイン確認）、ログインを認められない状態でないか（ロック状態確認）を確認した上で（ステップ２０３）、ユーザを指定して、そのユーザのサービス契約に関する情報である契約情報を呼制御装置１２に要求する（ステップ２０４）。
【００６６】
呼制御装置１２は、収容している各ユーザのサービス契約（サービスオーダー）の契約情報を保持しており、指定されたユーザの契約情報を検索し（ステップ２０５）、認証装置１３に送る（ステップ２０６）。
【００６７】
契約情報を取得した認証装置１３は、そのユーザについてサービス契約の有無を確認する（ステップ２０７）。そのユーザのサービス契約が行われていなければ、認証装置１３はユーザのＰＣ１７あるいは携帯電話端末１８にログインエラーを送る（ステップ２０８）。
【００６８】
そのユーザのサービス契約が行われていれば、認証装置１３は、契約情報や要求されたサービスに応じたメニュー画面を生成し（ステップ２０９）、ユーザのＰＣ１７あるいは携帯電話端末１８に送信する（ステップ２１０）。例えば、ログインが仮パスワードによって行われたものであれば、認証装置１３は、パスワード変更を促すための画面をユーザのＰＣ１７あるいは携帯電話端末１８に送信することにしてもよい。また、現在のパスワードが登録されてから一定期間が経過した後のログイン時には、認証装置１３は、パスワード変更を促すための画面をユーザのＰＣ１７あるいは携帯電話端末１８に送信することにしてもよい。
【００６９】
図７は、本実施形態による認証システムのパスワード変更時の動作例を示すシーケンス図である。パスワードの変更は、ユーザがＰＣ１７あるいは携帯電話端末１８を用いて認証装置１３にアクセスし、認証装置１３が提供するＷｅｂ画面上で行うものである。図７を参照すると、まず、ユーザがＰＣ１７あるいは携帯電話端末１８によって認証装置１３へパスワード変更を要求する（ステップ３０１）。その際の要求には、パラメータとしてユーザの電話番号、変更前のパスワード、および変更後のパスワードが指定される。変更前のパスワードが仮パスワードである場合と本パスワードである場合があるが、それらでシステム動作に違いはない。
【００７０】
パスワード変更要求を受けた認証装置１３は、変更前のパスワードをチェックする（ステップ３０２）。認証装置１３は、各ユーザの認証情報を保持しているので、このとき指定された変更前のパスワードと認証情報に含まれているパスワードとを照合することによりユーザの本人性を確認する。
【００７１】
続いて、認証装置１３は、指定された電話番号を確認し（ステップ３０４）、ユーザが既にログインしていないか（２重ログイン確認）、ログインを認められない状態でないか（ロック状態確認）を確認した上で（ステップ３０５）、ユーザを指定して、そのユーザのサービス契約に関する情報である契約情報を呼制御装置１２に要求する（ステップ３０６）。
【００７２】
呼制御装置１２は、収容している各ユーザのサービス契約（サービスオーダー）の契約情報を保持しており、指定されたユーザの契約情報を検索し（ステップ３０７）、認証装置１３に送る（ステップ３０８）。
【００７３】
契約情報を取得した認証装置１３は、そのユーザについてサービス契約の有無を確認する（ステップ３０９）。そのユーザのサービス契約が行われていなければ、認証装置１３はユーザのＰＣ１７あるいは携帯電話端末１８にログインエラーを送る（ステップ３１０）。
【００７４】
そのユーザのサービス契約が行われていれば、認証装置１３は、変更後のパスワードを自身のデータベースに登録し（ステップ３１１）、さらに契約情報等に応じた画面を生成し（ステップ３１２）、ユーザのＰＣ１７あるいは携帯電話端末１８に送信する（ステップ３１３）。この画面は、例えばメニュー画面であってもよく、あるいはパスワードの変更が正常に終了したことを表示する画面であってもよい。
【００７５】
以上説明したように、本実施形態によれば、ユーザがサービス契約していることを条件として呼を接続し、その呼において仮パスワードを設定し、その仮パスワードあるいはその後変更された本パスワードをサービスの種類によらず共通に用いてユーザ認証を行うので、パスワードが共通化され、ユーザ認証におけるユーザへの負担を軽減すことができる。
【００７６】
また、本実施形態によれば、電話サービスへ契約したユーザの情報（例えば、電話番号）を識別情報としてユーザとパスワードを管理するので、ユーザおよびパスワードの特定を確実に行うことができる。
【００７７】
また、本実施形態によれば、仮パスワードは音声ガイダンスにより設定し、本パスワードはＷｅｂアクセスにより設定するので、ユーザがパスワードを容易に設定し、また変更することができる。
【００７８】
また、本実施形態によれば、ＩＰ電話システムの仕組みを利用してユーザの本人性確認を行った上で仮パスワードを設定するので、初期のパスワード設定においてもセキュリティーが確保される。
【００７９】
なお、本実施形態ではＮＧＮを例として説明しているが、本発明はこれに限定されるものではない。加入契約を前提として音声通話を可能とする電話サービスと、ユーザがＩＰによってサーバにアクセスする形態のデータ通信サービスとを連携させることができるものであればよい。ただし、ＮＧＮは、ＩＰを用いて電話サービスを提供するという性質上、電話サービスとデータ通信サービスを連携させる構成を有する本発明に好適である。
【００８０】
以上、本発明の実施形態について述べてきたが、本発明は、この実施形態だけに限定されるものではなく、本発明の技術思想の範囲内において一部の構成を変更したりしてもよい。
【符号の説明】
【００８１】
１１ 仮パスワード発行装置
１２ 呼制御装置
１３ 認証装置
１４ 契約情報入力装置
１５ 電話アクセスネットワーク
１６ インターネット
１７ ＰＣ
１８ 携帯電話端末
１９ 電話端末
２１ Ｗｅｂ制御部
２２ Ｗｅｂ制御連携部
２３ ユーザ情報設定部
２３ 加入者情報設定部
２４ 仮パスワード設定部
２５ 認証部
２６ Ｗｅｂ表示部
３１ 収容ユーザ情報管理部
３２ 接続先サーバ情報管理部
３３ 受信情報取得部
３４ 送信情報設定部
３５ ＳＩＰプロトコル制御部
３６ 通信インタフェース
４１ セッション確立制御部
４２ 仮パスワード設定制御部
４３ 通信インタフェース
４４ ＳＩＰプロトコル制御部
４５ 受信情報取得部
４６ 送信情報設定部
４７ ＲＴＰ送受信部
４８ ガイダンス再生部
４９ ＤＴＭＦ解析部
５０ ＨＴＴＰプロトコル制御部
【特許請求の範囲】
【請求項１】
ユーザ毎のサービス契約の有無を管理しており、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可する呼制御手段と、
前記呼制御手段により許可された前記呼におけるユーザ入力に基づき仮パスワードを発行する仮パスワード発行手段と、
前記ユーザがサービスを利用しようとするとき、該サービスの種類によらず共通に、前記仮パスワード発行手段により発行された前記仮パスワード、または該仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行う認証手段と、を有する認証システム。
【請求項２】
前記仮パスワード発行手段は、前記呼において仮パスワードの入力を前記ユーザに促し、前記ユーザから入力された仮パスワードを前記認証手段に通知し、前記呼を切断する、請求項１に記載の認証システム。
【請求項３】
前記仮パスワード発行手段は、前記仮パスワードの入力を音声ガイダンスによって前記ユーザに促し、受信したＤＴＭＦ信号から、前記ユーザが入力した仮パスワードを判別する、請求項２に記載の認証システム。
【請求項４】
前記認証手段は、前記ユーザによるサービス利用のためのログインが要求されたとき、前記仮パスワードまたは前記本パスワードを利用したユーザ認証が成功し、前記呼制御手段に問い合わせることにより該ユーザのサービス契約がされていることが確認できたら、前記ログインを許可する、請求項１から３のいずれか１項に記載の認証システム。
【請求項５】
前記認証手段は、前記仮パスワードによって前記ログインを許可したとき、前記ユーザに本パスワードの設定を促す、請求項４に記載の認証システム。
【請求項６】
前記認証手段は、新たな本パスワードの設定が要求されると、現在有効な仮パスワードまたは本パスワードによるユーザ認証が成功し、かつ前記ユーザのサービス契約がされていることを条件として、前記新たな本パスワードを設定する、請求項４または５に記載の認証システム。
【請求項７】
前記認証手段は、前記新たな本パスワードの設定を、前記ユーザからアクセス可能なＷｅｂ画面により行う、請求項６に記載の認証システム。
【請求項８】
ユーザから発呼され、該ユーザのサービス契約がされていることが確認された呼を接続する呼接続手段と、
前記呼設定手段により接続された前記呼におけるユーザ入力に基づき仮パスワードを発行する仮パスワード設定手段と、を有する仮パスワード発行装置。
【請求項９】
ユーザ毎のサービス契約の有無を管理しておき、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可し、
許可した前記呼におけるユーザ入力に基づき仮パスワードを発行し、
前記ユーザがサービスを利用しようとするとき、該サービスの種類によらず共通に、前記仮パスワードまたは該仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行う、認証方法。
【請求項１】
ユーザ毎のサービス契約の有無を管理しており、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可する呼制御手段と、
前記呼制御手段により許可された前記呼におけるユーザ入力に基づき仮パスワードを発行する仮パスワード発行手段と、
前記ユーザがサービスを利用しようとするとき、該サービスの種類によらず共通に、前記仮パスワード発行手段により発行された前記仮パスワード、または該仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行う認証手段と、を有する認証システム。
【請求項２】
前記仮パスワード発行手段は、前記呼において仮パスワードの入力を前記ユーザに促し、前記ユーザから入力された仮パスワードを前記認証手段に通知し、前記呼を切断する、請求項１に記載の認証システム。
【請求項３】
前記仮パスワード発行手段は、前記仮パスワードの入力を音声ガイダンスによって前記ユーザに促し、受信したＤＴＭＦ信号から、前記ユーザが入力した仮パスワードを判別する、請求項２に記載の認証システム。
【請求項４】
前記認証手段は、前記ユーザによるサービス利用のためのログインが要求されたとき、前記仮パスワードまたは前記本パスワードを利用したユーザ認証が成功し、前記呼制御手段に問い合わせることにより該ユーザのサービス契約がされていることが確認できたら、前記ログインを許可する、請求項１から３のいずれか１項に記載の認証システム。
【請求項５】
前記認証手段は、前記仮パスワードによって前記ログインを許可したとき、前記ユーザに本パスワードの設定を促す、請求項４に記載の認証システム。
【請求項６】
前記認証手段は、新たな本パスワードの設定が要求されると、現在有効な仮パスワードまたは本パスワードによるユーザ認証が成功し、かつ前記ユーザのサービス契約がされていることを条件として、前記新たな本パスワードを設定する、請求項４または５に記載の認証システム。
【請求項７】
前記認証手段は、前記新たな本パスワードの設定を、前記ユーザからアクセス可能なＷｅｂ画面により行う、請求項６に記載の認証システム。
【請求項８】
ユーザから発呼され、該ユーザのサービス契約がされていることが確認された呼を接続する呼接続手段と、
前記呼設定手段により接続された前記呼におけるユーザ入力に基づき仮パスワードを発行する仮パスワード設定手段と、を有する仮パスワード発行装置。
【請求項９】
ユーザ毎のサービス契約の有無を管理しておき、ユーザから発呼された仮パスワード発行のための呼の接続を、該ユーザのサービス契約がされていることを条件として許可し、
許可した前記呼におけるユーザ入力に基づき仮パスワードを発行し、
前記ユーザがサービスを利用しようとするとき、該サービスの種類によらず共通に、前記仮パスワードまたは該仮パスワードの入力後に設定された本パスワードを用いてユーザ認証を行う、認証方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−２０４９０３（Ｐ２０１０−２０４９０３Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−４９１０３（Ｐ２００９−４９１０３）
【出願日】平成２１年３月３日（２００９．３．３）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月３日（２００９．３．３）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]