(57)【特許請求の範囲】
【請求項１】
ユーザにより使用されている発信元通信端末の識別情報を取得する識別情報取得部と、
発信元通信端末に入力された通信端末の識別情報が含まれる認証要求を受信する認証要求受信部と、
認証要求の識別情報により識別される通信端末に登録された電話帳に基づいて、当該ユーザによる発信元通信端末から接続先通信端末へのアクセスの可否を判断する判断部と、
を有する認証サーバ。
【請求項２】
前記判断部は、通信端末の識別情報と当該通信端末で登録された電話帳とを対応付けて格納する電話帳記憶装置から、認証要求の識別情報により識別される通信端末に登録された電話帳を取得する、請求項１に記載の認証サーバ。
【請求項３】
前記判断部は、発信元通信端末の識別情報が認証要求の識別情報により識別される通信端末の電話帳に登録されている場合、当該ユーザによる発信元通信端末から接続先通信端末へのアクセスを許可する、請求項１又は２に記載の認証サーバ。
【請求項４】
認証要求は、発信元通信端末に入力された暗証番号を更に含んでおり、
前記判断部は、認証要求に含まれる暗証番号に基づいて、当該ユーザによる発信元通信端末から接続先通信端末へのアクセスの可否を判断する、請求項１乃至３のうちいずれか１項に記載の認証サーバ。
【請求項５】
前記認証サーバは、通信端末の契約情報を格納する契約情報記憶装置に接続されており、
前記判断部は、認証要求に含まれる通信端末の識別情報又は接続先通信端末の識別情報に関して前記契約情報記憶装置に格納されている契約情報を取得し、認証要求に含まれる識別情報と接続先通信端末の識別情報との間に紐付けられた契約が存在するか否かに基づいて、当該ユーザによる発信元通信端末から接続先通信端末へのアクセスの可否を判断する、請求項１乃至４のうちいずれか１項に記載の認証サーバ。
【請求項６】
認証要求に含まれる通信端末の識別情報と接続先通信端末の識別情報との間に紐付けられた契約が存在しない場合、
前記判断部は、認証要求に含まれる通信端末の識別情報が接続先通信端末の電話帳に登録されている場合、当該ユーザによる発信元通信端末から接続先通信端末へのアクセスを許可する、請求項５に記載の認証サーバ。
【請求項７】
認証要求に含まれる通信端末の識別情報と接続先通信端末の識別情報との間に紐付けられた契約が存在しない場合、
前記判断部は、認証要求に含まれる通信端末の識別情報の旧識別情報を前記契約情報記憶装置から取得し、認証要求に含まれる通信端末の識別情報の旧識別情報が接続先通信端末の電話帳に登録されている場合、当該ユーザによる発信元通信端末から接続先通信端末へのアクセスを許可する、請求項５又は６に記載の認証サーバ。
【請求項８】
通信端末の識別情報は、通信端末の電話番号である、請求項１乃至７のうちいずれか１項に記載の認証サーバ。
【請求項９】
ユーザにより使用されている発信元通信端末の識別情報を取得するステップと、
発信元通信端末に入力された通信端末の識別情報が含まれる認証要求を受信するステップと、
認証要求の識別情報により識別される通信端末に登録された電話帳に基づいて、当該ユーザによる発信元通信端末から接続先通信端末へのアクセスの可否を判断するステップと、
を有する認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証サーバ及び認証方法に関する。
【背景技術】
【０００２】
移動通信網では、ＩＭＳＩ（International Mobile Subscriber Identity）が携帯端末の識別子として使用される。移動通信網の呼制御は、ＩＭＳＩを用いて実施される。
【０００３】
携帯端末は、携帯端末の契約者だけでなく、誰でも使用できる。上記のように、ＩＭＳＩは、携帯端末を識別するための識別子であり、携帯端末の使用者を識別するための識別子ではない。このため、着信側では、通話前は発信元携帯端末の使用者が誰であるかを認識できない（特許文献１参照）。更に、通話中であっても、発信元携帯端末の使用者が虚偽の名前を名乗っているのか、意図した人物であるのかを認識できない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１１９０４８号公報
【非特許文献】
【０００５】
【非特許文献１】石川憲洋他，"生活ケータイの新たな利用シーンを創出する移動端末からのホームネットワーク制御技術"，NTT DoCoMoテクニカルジャーナル，Vol.16，No.1，26〜35ページ，2008年4月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一方、携帯端末の高機能化に伴い、携帯端末から様々な装置を遠隔制御することが検討されている（非特許文献１参照）。
【０００７】
携帯端末による遠隔制御の１つの応用技術として、発信元携帯端末から接続先携帯端末を遠隔制御することが考えられる。例えば、携帯端末の操作がわからないユーザ（被アシスト者）に対し、教える側のユーザ（アシスト者）が、携帯端末から相手の携帯端末に対して操作手順をガイドするというアシスト機能が考えられる。被アシスト者の携帯端末の画面をアシスト者の携帯端末に表示することで、アシスト者は、被アシスト者の画面を確認しながら、遠隔から被アシスト者による携帯端末の操作を誘導できる。被アシスト者は、アシスト者からの指示に従って、携帯端末を操作できる。
【０００８】
このような携帯端末による遠隔制御では、通信開始時にお互いの携帯端末を認証する仕組みが必要になる。
【０００９】
現在の携帯端末の認証技術として、ネットワーク暗証番号による認証方式がある。あるサービスの開始時にネットワーク暗証番号が正しいか否かを確認することにより、携帯端末が適切な使用者によって使用されているか否かが判断できる。すなわち、ネットワーク暗証番号による認証方式は、携帯端末の使用者が携帯端末の契約者であることを担保するものである。
【００１０】
しかしながら、このような認証方式をアシスト機能に適用した場合、アシスト者は、ネットワーク暗証番号の入力により、アシスト機能を利用して被アシスト者の携帯端末の操作を誘導できることになる。例えば、悪意のある第三者がアシスト機能の開始時にネットワーク暗証番号を入力してアシスト機能を利用した場合、被アシスト者は、悪意のある第三者により操作を誘導され、意図した操作を実行できなくなる。例えば、オレオレ詐欺のように、悪意のある第三者は、電池がなくなったから知人の携帯端末を借りて電話をしている等と言って被アシスト者をだますことが想定される。被アシスト者の携帯端末には知らない電話番号が表示されていても、被アシスト者は、発信元携帯端末の使用者が悪意のある第三者であることは認識できず、意図した人物であると認識する可能性がある。その結果、被アシスト者は、悪意のある第三者からの指示に従って、悪意のあるサイトに誘導される恐れがある。
【００１１】
上記のような課題に鑑み、本発明は、発信元携帯端末の使用者が接続先携帯端末にアクセスするのに適した人物であるか否かを認証する認証サーバ及び認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の認証サーバは、
ユーザにより使用されている発信元通信端末の識別情報を取得する識別情報取得部と、
発信元通信端末に入力された通信端末の識別情報が含まれる認証要求を受信する認証要求受信部と、
認証要求の識別情報により識別される通信端末に登録された電話帳に基づいて、当該ユーザによる発信元通信端末から接続先通信端末へのアクセスの可否を判断する判断部と、
を有することを特徴とする。
【００１３】
本発明の認証方法は、
ユーザにより使用されている発信元通信端末の識別情報を取得するステップと、
発信元通信端末に入力された通信端末の識別情報が含まれる認証要求を受信するステップと、
認証要求の識別情報より識別される通信端末に登録された電話帳に基づいて、当該ユーザによる発信元通信端末から接続先通信端末へのアクセスの可否を判断するステップと、
を有することを特徴とする。
【発明の効果】
【００１４】
本発明の実施例によれば、発信元携帯端末の使用者が接続先携帯端末にアクセスするのに適した人物であるか否かを認証する認証サーバ及び認証方法を実現できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施例に係る認証システムの概略図
【図２】本発明の実施例に係る通信端末及び認証サーバのブロック図
【図３】契約情報データベースに格納される情報の例を示す図
【図４】電話帳データベースに格納される情報の例を示す図
【図５】本発明の実施例に係る認証サーバで実施される認証方法のフローチャート
【図６Ａ】本発明の実施例に係る認証方法のシーケンス図
【図６Ｂ】本発明の実施例に係る認証方法のシーケンス図
【図７】本発明の変形例に係る認証サーバで実施される認証方法のフローチャート
【図８Ａ】本発明の変形例に係る認証方法のシーケンス図
【図８Ｂ】本発明の変形例に係る認証方法のシーケンス図
【発明を実施するための形態】
【００１６】
本発明の実施例では、ユーザＡ（使用者）がユーザＣ（契約者）の通信端末を使用している場合に、ユーザＣの通信端末から接続先のユーザＢの通信端末へのアクセスの可否を判断する認証サーバ及び認証方法について説明する。
【００１７】
本発明の実施例では、認証サーバは、通信端末に登録された電話帳を認証に使用する。電話帳は、通信端末の識別情報と当該通信端末で登録された電話帳とを対応付けて格納する電話記憶装置に格納されてもよい。なお、以下の説明では、通信端末の識別情報として、通信端末の電話番号を用いるが、通信端末の識別情報は、通信端末に固有の如何なる番号又は情報でもよい。
【００１８】
認証サーバでは、まず、ユーザＣの通信端末からのアクセス要求時に、ユーザＣの通信端末の電話番号を取得する。この場合に、ユーザＣの暗証番号により、ユーザＣの認証処理を実施してもよい。次に、ユーザＣの通信端末から認証要求を受信する。認証要求には、例えば、ユーザＡの電話番号及び暗証番号が含まれる。認証サーバは、認証要求に含まれるユーザＡの端末に登録された電話帳を取得し、ユーザＡによるユーザＣの通信端末からユーザＢの通信端末へのアクセスの可否を判断する。例えば、認証サーバは、認証要求に含まれるユーザＡの電話番号に関して電話帳記憶装置に格納されているユーザＡの電話帳を取得し、ユーザＣの電話番号がユーザＡの電話帳に登録されている場合、ユーザＡによるユーザＣの通信端末からユーザＢの通信端末へのアクセスを許可する。更に、認証サーバは、ユーザＡの暗証番号により、ユーザＡの認証処理を実施する。
【００１９】
以下、本発明の実施例について、図面を参照して詳細に説明する。
【００２０】
＜システム構成＞
図１は、本発明の実施例に係る認証システムの概略図である。
【００２１】
認証システムは、発信元通信端末であるアシスト端末１０と、接続先通信端末である被アシスト端末１５と、認証を実施する認証サーバ２０と、契約情報を格納する契約情報サーバ３０と、電話帳を格納する電話帳預かりサーバ４０とを有する。
【００２２】
本発明の実施例では、端末の操作がわからないユーザＢ（被アシスト者）に対し、教える側のユーザＡ（アシスト者）が、相手の端末に対して操作手順をガイドするというアシスト機能において、アシスト機能の前提となる認証処理について説明する。なお、本発明の実施例では、アシスト機能に関する認証処理について説明するが、本発明は、誰かの端末を借りて相手の端末にアクセスする際の認証処理に適用可能である。
【００２３】
アシスト端末１０は、相手の端末に対して操作手順をガイドするアシスト機能を有する通信端末である。アシスト端末１０では、ユーザＡの電話番号やユーザＢの電話番号等を自端末内の電話帳に登録することができる。アシスト端末１０は、一般的には携帯電話のような移動通信端末であるが、パソコンのような固定通信端末でもよい。例えば、アシスト端末１０は、被アシスト者Ｂの端末１５の画面を表示したり、被アシスト者Ｂの端末１５に対して操作手順を指示したりすることができる。アシスト端末１０は、ユーザＣにより契約されている端末であり、電話番号はＣｍであり、また、ネットワーク暗証番号はＣｎである。電話番号は、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network）とも呼ばれる。なお、電話番号の代わりに、通信端末に固有の如何なる番号又は情報が用いられてもよい。ネットワーク暗証番号とは、ネットワーク側で管理されている暗証番号である。例えば、ネットワーク暗証番号は、契約情報サーバ３０で管理される。ネットワーク暗証番号には、英数字、全角文字、バーコード、他の情報の如何なる組み合わせが用いられてもよい。本発明の実施例では、アシスト端末１０がユーザＡにより使用されている場合を想定する。
【００２４】
被アシスト端末１５は、相手の端末から操作手順を受け取る被アシスト機能を有する通信端末である。被アシスト端末１５では、ユーザＡの電話番号やユーザＣの電話番号等を自端末内の電話帳に登録することができる。被アシスト端末１５は、一般的には携帯電話のような移動通信端末であるが、固定電話のような固定通信端末でもよい。例えば、被アシスト端末１５は、アシスト端末１０から指示された操作手順を表示できる。被アシスト端末１５は、ユーザＢにより契約されている端末であり、電話番号はＢｍである。
【００２５】
契約情報サーバ３０は、端末の契約情報を格納しており、例えば、電話番号とネットワーク暗証番号とを対応付けて管理している。また、ある電話番号と契約上で紐付けられている電話番号を管理してもよい。例えば、契約情報サーバ３０は、ファミリー契約に含まれる電話番号を管理してもよい。ファミリー契約とは、家族間契約とも呼ばれ、契約上で紐付けられている電話番号の端末が、一定範囲内の親族のものであることを示す。なお、本発明の実施例では、ファミリー契約について説明するが、本発明は、複数の電話番号が契約時等に予め紐付けられている場合に適用可能である。
【００２６】
電話帳預かりサーバ４０は、端末の電話帳を管理している。例えば、電話番号とその電話番号の端末で登録された電話帳とを対応付けて管理している。ここでは、ユーザＡの電話帳の情報が電話帳預かりサーバ４０に格納されている。ユーザＡにより契約されている端末で入力された電話帳の情報は、電話帳預かりサーバ４０に送信され、電話帳預かりサーバ４０で管理される。
【００２７】
認証サーバ２０は、アシスト端末１０から被アシスト端末１５へのアクセスの可否を判断するサーバである。認証サーバ２０は、契約情報サーバ３０に接続されており、アシスト端末１０に入力されたユーザＣのネットワーク暗証番号Ｃｎにより、ユーザＣの許可のもとでアシスト端末１０が使用されていることを認証する。また、認証サーバ２０は、アシスト端末１０に入力されたユーザＡの電話番号Ａｍ及びネットワーク暗証番号Ａｎにより、ユーザＡがアシスト端末１０を使用していることを認証する。認証サーバ２０は、電話帳預かりサーバ４０に接続されており、電話帳預かりサーバ４０に格納されているユーザＡの電話帳を参照する。ユーザＣの電話番号ＣｍがユーザＡの電話帳に登録されている場合、ユーザＣはユーザＡの知人であると判断し、アシスト端末１０から被アシスト端末１５へのアクセスを許可する。また、認証サーバ２０は、契約情報サーバ３０に格納されているユーザＡとユーザＢとの間の契約情報を参照して、アシスト端末１０から被アシスト端末１５へのアクセスを許可してもよい。
【００２８】
図２は、本発明の実施例に係る通信端末（アシスト端末）１０及び認証サーバ２０のブロック図である。
【００２９】
アシスト端末１０は、契約者暗証番号入力部１０１と、認証要求入力部１０３と、認証結果受信部１０５と、アプリケーション１０７とを有する。認証サーバ２０は、発信元電話番号取得部２０１と、契約者暗証番号取得部２０３と、契約者認証判断部２０５と、認証要求受信部２０７と、使用者認証判断部２０９と、認証結果送信部２１１とを有する。認証サーバ２０は、契約情報サーバ３０の契約情報データベース３０１と、電話帳預かりサーバ４０の電話帳データベース４０１とに接続されている。なお、これらの契約情報データベース３０１及び電話帳データベース４０１は、認証サーバ２０内に含まれてもよい。
【００３０】
契約者暗証番号入力部１０１は、アシスト機能を有するアプリケーションの選択時のようなアシスト端末１０から被アシスト端末１５へのアクセス要求時に、ユーザＣのネットワーク暗証番号の入力を受け付け、ユーザＣのネットワーク暗証番号を取得する。ユーザＣのネットワーク暗証番号は、認証サーバ２０に送信される。
【００３１】
認証要求入力部１０３は、ユーザＡによるアシスト端末１０から被アシスト端末１５へのアクセスのため、ユーザＡの認証要求の入力を受け付け、ユーザＡの認証要求を取得する。認証要求は、ユーザＡによる被アシスト端末１５へのアクセス要求であり、認証要求として、ユーザＡの電話番号及びネットワーク暗証番号が用いられる。また、認証要求には、ユーザＢの電話番号が更に含まれてもよい。認証要求は、認証サーバ２０に送信される。
【００３２】
認証結果受信部１０５は、認証サーバ２０から認証結果を受信する。
【００３３】
アプリケーション１０７は、アシスト端末１０から被アシスト端末１５へのアシスト機能を実現するアプリケーションである。認証結果受信部１０５で受信した認証結果がＯＫである場合、アプリケーション１０７は、アシスト機能を有効にし、被アシスト端末１５への接続を可能にする。認証結果がＮＧである場合、アプリケーション１０７は、アシスト機能を無効にし、被アシスト端末１５への接続を拒否する。なお、認証結果は、アシスト端末１０の画面に表示されてもよい。
【００３４】
発信元電話番号取得部２０１は、ユーザＣの電話番号であるアシスト端末１０の電話番号を取得する。アシスト端末１０の電話番号は、アシスト端末１０からのアクセス要求時に取得される。例えば、アシスト端末１０の電話番号は、アシスト端末１０に入力されたユーザＣのネットワーク暗証番号の取得時に取得されてもよい。
【００３５】
契約者暗証番号取得部２０３は、アシスト端末１０に入力されたユーザＣのネットワーク暗証番号を取得する。
【００３６】
契約者認証判断部２０５は、ユーザＣの電話番号であるアシスト端末１０の電話番号から、契約情報データベース３０１に格納されているユーザＣのネットワーク暗証番号を取得する。そして、契約者暗証番号取得部２０３により取得されたユーザＣのネットワーク暗証番号が正しいか否かを判断する。契約者認証判断部２０５は、双方のネットワーク暗証番号が一致する場合、ネットワーク暗証番号が正しいと判断する。ネットワーク暗証番号が正しい場合、ユーザＣの認証結果をＯＫとし、ネットワーク暗証番号が正しくない場合、ユーザＣの認証結果をＮＧとする。なお、契約者認証判断部２０５は、ネットワーク暗証番号の判断において、所定数以上の誤った入力を不正なアクセスと判断してもよい。具体的には、ユーザＣのネットワーク暗証番号を連続して入力した回数が閾値以下であるか否かを判断し、閾値より大きい場合、認証結果をＮＧとしてもよい。
【００３７】
認証要求受信部２０７は、アシスト端末１０に入力されたユーザＡの認証要求を取得する。具体的には、認証要求受信部２０７は、ユーザＡの電話番号及びネットワーク暗証番号を取得する。
【００３８】
使用者認証判断部２０９は、アシスト端末１０に入力されたユーザＡの電話番号から、電話帳データベース４０１に格納されているユーザＡの電話帳を取得する。また、使用者認証判断部２０９は、アシスト端末１０に入力されたユーザＡの電話番号から、ユーザＡにより契約されている端末にアクセスし、ユーザＡの電話帳を取得してもよい。そして、ユーザＣの電話番号がユーザＡの電話帳に登録されている場合、ユーザＡの電話番号による認証結果をＯＫとし、ユーザＣの電話番号がユーザＡの電話帳に登録されていない場合、ユーザＡの電話番号による認証結果をＮＧとする。また、使用者認証判断部２０９は、ユーザＡの電話番号から、契約情報データベース３０１に格納されているユーザＡのネットワーク暗証番号を取得する。そして、認証要求受信部２０７により取得されたユーザＡのネットワーク暗証番号が正しいか否かを判断する。使用者認証判断部２０９は、双方のネットワーク暗証番号が一致する場合、ネットワーク暗証番号が正しいと判断する。ネットワーク暗証番号が正しい場合、ユーザＡの認証結果をＯＫとし、ネットワーク暗証番号が正しくない場合、ユーザＡの認証結果をＮＧとする。なお、使用者認証判断部２０９は、ネットワーク暗証番号の判断において、所定数以上の誤った入力を不正なアクセスと判断してもよい。具体的には、ユーザＡのネットワーク暗証番号を連続して入力した回数が閾値以下であるか否かを判断し、閾値より大きい場合、認証結果をＮＧとしてもよい。
【００３９】
認証結果送信部２１１は、契約者認証判断部２０５及び使用者認証判断部２０９により判断された認証結果をアシスト端末１０に送信する。
【００４０】
図３は、契約情報データベース３０１に格納される情報の例を示す図である。
【００４１】
契約情報データベース３０１は、電話番号（ＭＳＩＳＤＮ）毎にネットワーク暗証番号を格納する。また、契約情報データベース３０１は、旧電話番号及びファミリー契約で紐付けられている電話番号を格納してもよい。なお、契約情報データベース３０１には、複数の旧電話番号が格納されてもよく、また、旧電話番号は、電話番号が変更されて所定の期間が経過した後に削除されてもよい。
【００４２】
例えば、契約情報データベース３０１には、ユーザＡの電話番号111-1111-1111の旧電話番号が111-1111-2222であり、ネットワーク暗証番号が1111であり、ユーザＡの電話番号111-1111-1111とファミリー契約で紐付けられている電話番号がユーザＢの電話番号1111-2222-2222及びその他のユーザの電話番号1111-2222-4444であるという情報を格納する。
【００４３】
図４は、電話帳データベース４０１に格納される情報の例を示す図である。
【００４４】
電話帳データベース４０１は、電話番号（ＭＳＩＳＤＮ）毎に、その電話番号に対応する端末で登録された電話帳（氏名、電話番号、その他の情報）を格納する。本発明の実施例では、電話帳に登録された情報のうち特に電話番号を使用するため、その他の情報は詳細に記載されていないが、電話帳データベース４０１には電子メールアドレス、住所等が格納されてもよい。
【００４５】
例えば、電話帳データベース４０１には、ユーザＡの電話番号111-1111-1111の電話帳に登録されている情報として、氏名（Ｂ、Ｃ、Ｄ）、電話番号（111-2222-2222、111-3333-3333、111-4444-4444）、その他の情報が格納されている。
【００４６】
＜認証方法の手順＞
図５は、本発明の実施例に係る認証サーバ２０で実施される認証方法のフローチャートである。
【００４７】
アシスト端末１０から被アシスト端末１５へのアクセス要求時に、認証サーバ２０の発信元電話番号取得部２０１は、ユーザＣの電話番号であるアシスト端末１０の電話番号を取得する（Ｓ１０１）。また、契約者暗証番号取得部２０３は、アシスト端末１０に入力されたユーザＣのネットワーク暗証番号を取得する（Ｓ１０３）。
【００４８】
契約者認証判断部２０５は、ユーザＣの電話番号から、契約情報データベース３０１に格納されているユーザＣのネットワーク暗証番号を取得する。そして、契約者暗証番号取得部２０３により取得されたユーザＣのネットワーク暗証番号が正しいか否かを判断する（Ｓ１０５）。ユーザＣのネットワーク暗証番号が正しくない場合（Ｓ１０５：Ｎ）、契約者認証判断部２０５は、認証結果をＮＧとする（Ｓ１２５）。
【００４９】
ユーザＣのネットワーク暗証番号が正しい場合（Ｓ１０５：Ｙ）、認証要求受信部２０７は、アシスト端末１０に入力されたユーザＡの電話番号を取得する（Ｓ１０７）。また、認証要求受信部２０７は、アシスト端末１０に入力されたユーザＡのネットワーク暗証番号を取得する（Ｓ１０９）。
【００５０】
使用者認証判断部２０９は、ネットワーク暗証番号を連続して入力した回数（暗証番号検索回数）が閾値以下であるか否かを判断する（Ｓ１１１）。暗証番号検索回数が閾値より大きい場合（Ｓ１１１：Ｎ）、使用者認証判断部２０９は、認証結果をＮＧとする（Ｓ１２５）。
【００５１】
暗証番号検索回数が閾値以下である場合（Ｓ１１１：Ｙ）、使用者認証判断部２０９は、アシスト端末１０に入力されたユーザＡの電話番号から、電話帳データベース４０１又はユーザＡにより契約されている端末に格納されているユーザＡの電話帳を取得する（Ｓ１１３）。そして、使用者認証判断部２０９は、ユーザＣの電話番号がユーザＡの電話帳に登録されているか否かを判断する（Ｓ１１５）。ユーザＣの電話番号がユーザＡの電話帳に登録されていない場合（Ｓ１１５：Ｎ）、認証結果をＮＧとする（Ｓ１２５）。
【００５２】
また、使用者認証判断部２０９は、アシスト端末１０に入力されたユーザＡの電話番号から、契約情報データベース３０１に格納されているユーザＡのネットワーク暗証番号を取得する。そして、暗証要求受信部２０７により取得されたユーザＡのネットワーク暗証番号が正しいか否かを判断する（Ｓ１１７）。ユーザＡのネットワーク暗証番号が正しくない場合（Ｓ１１７：Ｎ）、使用者認証判断部２０９は、暗証番号検索回数を１だけ増やし（Ｓ１１９）、認証結果をＮＧとする（Ｓ１２５）。
【００５３】
ユーザＡのネットワーク暗証番号が正しい場合（Ｓ１１７：Ｙ）、使用者認証判断部２０９は、暗証番号検索回数を０に戻し（Ｓ１２１）、認証結果をＯＫとする（Ｓ１２３）。
【００５４】
図６Ａは、本発明の実施例に係る認証方法のシーケンス図である。図６Ａは、図５のフローチャートをシステム全体で実現する際の情報の流れを示しており、認証サーバでの認証方法は、図５のフローチャートと同じである。
【００５５】
アシスト機能を有するアプリケーションの選択時のようなアシスト端末１０から被アシスト端末１５へのアクセス要求時に、アシスト端末１０の契約者暗証番号入力部１０１において、ユーザＣのネットワーク暗証番号が入力される（Ｓ２０１）。入力されたユーザＣのネットワーク暗証番号は、認証サーバ２０に送信される（Ｓ２０３）。
【００５６】
認証サーバ２０の発信元電話番号取得部２０１は、ユーザＣのネットワーク暗証番号とともに、ユーザＣの電話番号を取得する。契約者認証判断部２０５は、ユーザＣの電話番号を契約情報サーバ３０に送信し（Ｓ２０５）、契約情報サーバ３０に格納されているユーザＣのネットワーク暗証番号を取得する（Ｓ２０７）。そして、契約者暗証番号取得部２０３により取得されたユーザＣのネットワーク暗証番号が正しいか否かを判断する（Ｓ２０９）。ユーザＣのネットワーク暗証番号が正しくない場合（Ｓ２０９：Ｎ）、契約者認証判断部２０５は、認証結果をＮＧとする（Ｓ２１１）。
【００５７】
ユーザＣのネットワーク暗証番号が正しい場合（Ｓ２０９：Ｙ）、ユーザＣの認証結果をＯＫとする（Ｓ２１３）。
【００５８】
ユーザＣの認証結果がＯＫである場合、アシスト機能を有するアプリケーションの起動が許可され、アプリケーションが起動する（Ｓ２１５）。なお、この時点では、ユーザＢの端末へのアクセスは許可されていない。次に、ユーザＡが知人の端末を利用してユーザＢの端末にアクセスする場合に相当する知人端末利用モードの選択肢が画面上に表示され、ユーザＡにより選択されてもよい（Ｓ２１７）。次に、認証要求入力部１０３において、接続先であるユーザＢの電話番号が入力される（Ｓ２１９）。また、認証要求入力部１０３において、ユーザＡの電話番号及びネットワーク暗証番号が入力される（Ｓ２２１）。入力されたユーザＡの電話番号及びネットワーク暗証番号は、認証サーバ２０に送信される（Ｓ２２３）。同時に、知人端末利用モードである旨及びユーザＢの電話番号が認証サーバ２０に送信されてもよい。
【００５９】
認証サーバ２０の認証要求受信部２０７は、ユーザＡの電話番号及びネットワーク暗証番号を含む認証要求を受信し、使用者認証判断部２０９は、暗証番号検索回数が閾値以下であるか否かを判断する（Ｓ２２５）。暗証番号検索回数が閾値より大きい場合（Ｓ２２５：Ｎ）、使用者認証判断部２０９は、認証結果をＮＧとする（Ｓ２２７）。
【００６０】
暗証番号検索回数が閾値以下である場合（Ｓ２２５：Ｙ）、使用者認証判断部２０９は、ユーザＡの電話番号を電話帳預かりサーバ４０に送信し（Ｓ２２９）、電話帳預かりサーバ４０に格納されているユーザＡの電話帳を取得する（Ｓ２３１）。そして、使用者認証判断部２０９は、ユーザＣの電話番号がユーザＡの電話帳に登録されているか否かを判断する（Ｓ２３３）。ユーザＣの電話番号がユーザＡの電話帳に登録されていない場合（Ｓ２３３：Ｎ）、認証結果をＮＧとする（Ｓ２３５）。
【００６１】
ユーザＣの電話番号がユーザＡの電話帳に登録されている場合（Ｓ２３３：Ｙ）、使用者認証判断部２０９は、ユーザＡの電話番号を契約情報サーバ３０に送信し（Ｓ２３７）、契約情報サーバ３０に格納されているユーザＡのネットワーク暗証番号を取得する（Ｓ２３９）。そして、暗証要求受信部２０７により取得されたユーザＡのネットワーク暗証番号が正しいか否かを判断する（Ｓ２４１）。ユーザＡのネットワーク暗証番号が正しくない場合（Ｓ２４１：Ｎ）、使用者認証判断部２０９は、暗証番号検索回数を１だけ増やし、認証結果をＮＧとする（Ｓ２４３）。
【００６２】
ユーザＡのネットワーク暗証番号が正しい場合（Ｓ２４１：Ｙ）、使用者認証判断部２０９は、暗証番号検索回数を０に戻し（Ｓ２４５）、認証結果をＯＫとする（Ｓ２４７）。
【００６３】
認証結果がＯＫである場合、ユーザＡによるユーザＣの端末からユーザＢの端末へのアクセスが許可され、アシスト端末１０から被アシスト端末１５へのアクセスが可能になる（Ｓ２４９）。
【００６４】
なお、ステップＳ２０５〜Ｓ２０９において、認証サーバ２０が契約情報サーバ３０からユーザＣのネットワーク暗証番号を受信し、認証サーバ２０が認証結果を判断しているが、契約情報サーバ３０が認証サーバ２０からユーザＣの電話番号及びネットワーク暗証番号を受信し、契約情報サーバ３０が認証結果を判断してもよい。同様に、ステップＳ２２９〜Ｓ２３３において、認証サーバ２０が電話帳預かりサーバ４０からユーザＡの電話帳を受信し、認証サーバ２０が登録の有無を判断しているが、電話帳預かりサーバ４０が認証サーバからユーザＡ及びユーザＣの電話番号を受信し、電話帳預かりサーバ４０が登録の有無を判断してもよい。同様に、ステップＳ２３７〜Ｓ２４１において、認証サーバ２０が契約情報サーバ３０からユーザＡのネットワーク暗証番号を受信し、認証サーバ２０が認証結果を判断しているが、契約情報サーバ３０が認証サーバ２０からユーザＡの電話番号及びネットワーク暗証番号を受信し、契約情報サーバ３０が認証結果を判断してもよい。このような場合、認証サーバ２０は、認証結果を契約情報サーバ３０又は電話帳預かりサーバ４０から受信し、アシスト端末１０に転送する。
【００６５】
上記の認証方法において、図５のステップＳ１０５及び図６ＡのステップＳ２０９は、ユーザＣの許可のもとでアシスト端末１０が使用されているという認証処理に対応する。図５のステップＳ１１５及び図６ＡのステップＳ２３３は、ユーザＣがユーザＡの知人（電話帳に登録されている人物）であるという認証処理に対応する。図５のステップＳ１１７及び図６ＡのステップＳ２４１は、ユーザＡがアシスト端末１０を使用しているという認証処理に対応する。これらの３段階の認証処理により、適切なアシスト者であるか否かを判断できる。なお、ユーザＣの許可のもとでアシスト端末１０が使用されているという認証処理及びユーザＡがアシスト端末１０を使用しているという認証処理は、異なる方法で実施されてもよく、異なるタイミングで実施されてもよい。
【００６６】
図６Ｂは、本発明の実施例に係る認証方法のシーケンス図である。図６Ｂは、使用者認証判断部２０９が、ユーザＡの電話番号に基づいてユーザＡの端末にアクセスし（Ｓ２２９'）、ユーザＡの端末に格納されているユーザＡの電話帳を取得する点（Ｓ２３１'）を除き、図６Ａと同じである。
【００６７】
ステップＳ２２９'〜Ｓ２３３において、認証サーバ２０がユーザＡの端末からユーザＡの電話帳を受信し、認証サーバ２０が登録の有無を判断しているが、ユーザＡの端末が認証サーバからユーザＣの電話番号を受信し、ユーザＡの端末が登録の有無を判断してもよい。
【００６８】
更に、図６Ａ及び図６Ｂを組み合わせることにより、ユーザＣの電話番号がユーザＡの電話帳に登録されているか否かを、電話帳預かりサーバ４０に格納されているユーザＡの電話帳と、ユーザＡの端末に格納されている電話帳との双方を用いて判断してもよい。
【００６９】
＜変形例＞
次に、認証サーバ２０において、ユーザＡとユーザＢとの関係を更に担保するため、ユーザＡの電話番号とユーザＢの電話番号との間に紐付けられた契約が存在するか否かに基づいて、ユーザＡによるユーザＣの通信端末からユーザＢの通信端末へのアクセスの可否を判断する例について説明する。
【００７０】
認証サーバ２０は、この例では、契約情報サーバ３０に格納されている契約情報を参照し、ユーザＡの電話番号とユーザＢの電話番号との間に紐付けられた契約が存在するか否かを判断する。例えば、ユーザＡの電話番号ＡｍとユーザＢの電話番号Ｂｍとの間にファミリー契約のような契約が存在する場合、アシスト端末１０から被アシスト端末１５へのアクセスを許可する。また、認証サーバ２０は、電話帳預かりサーバ４０に格納されているユーザＢの電話帳を参照する。なお、認証サーバ２０は、被アシスト端末１５に登録されたユーザＢの電話帳を参照してもよい。ユーザＡの電話番号Ａｍ又は旧電話番号Ａｍ'がユーザＢの電話帳に登録されている場合、アシスト端末１０から被アシスト端末１５へのアクセスを許可する。
【００７１】
契約情報サーバ３０は、この例では、電話番号と旧電話番号とネットワーク暗証番号とを対応付けて管理している。契約サーバ３０の契約情報データベース３０１は、図３に示す例において、更に旧電話番号を格納する。
【００７２】
電話帳預かりサーバ４０は、この例では、ユーザＢの電話帳の情報を格納している。ユーザＢの被アシスト端末１５で入力された電話帳の情報は、電話帳預かりサーバ４０に送信され、電話帳預かりサーバ４０で管理される。
【００７３】
この例における認証サーバ２０の構成について、更に詳細に説明する。
【００７４】
発信元電話番号取得部２０１、契約者暗証番号取得部２０３及び契約者認証判断部２０５は、上記の実施例と同様にユーザＣの認証処理を実施する。
【００７５】
認証要求受信部２０７は、この例では、ユーザＡの電話番号及びネットワーク暗証番号に加えて、ユーザＢの電話番号を取得する。
【００７６】
使用者認証判断部２０９は、この例では、ユーザＡ又はユーザＢの電話番号から、契約情報データベース３０１に格納されている契約情報を取得する。そして、ユーザＡの電話番号とユーザＢの電話番号との間に紐付けられた契約が存在する場合、認証結果をＯＫとする。例えば、使用者認証判断部２０９は、契約情報データベース３０１に格納されているユーザＡファミリー契約の電話番号にユーザＢの電話番号が含まれる場合、又は契約情報データベース３０１に格納されているユーザＢのファミリー契約の電話番号にユーザＡの電話番号が含まれる場合、認証結果をＯＫとする。ユーザＡの電話番号とユーザＢの電話番号との間に紐付けられた契約が存在しない場合、使用者認証判断部２０９は、認証要求に含まれるユーザＢの電話番号から、電話帳データベース４０１に格納されているユーザＢの電話帳を取得する。また、使用者認証判断部２０９は、認証要求に含まれるユーザＢの電話番号から、被アシスト端末１５にアクセスし、ユーザＢの電話帳を取得してもよい。そして、ユーザＡの電話番号又は旧電話番号がユーザＢの電話帳に登録されている場合、認証結果をＯＫとする。なお、ユーザＡの旧電話番号は、認証要求に含まれるユーザＡの電話番号から、契約情報データベース３０１に格納されている旧電話番号を参照することにより取得される。
【００７７】
認証結果送信部２１１は、上記の実施例と同様に認証結果を送信する。
【００７８】
図７は、本発明の変形例に係る認証サーバ２０で実施される認証方法のフローチャートである。
【００７９】
ステップＳ３０１〜Ｓ３２１は、図５のステップＳ１０１〜Ｓ１２１と同じである。
【００８０】
ユーザＡのネットワーク暗証番号が正しい場合（Ｓ３１７：Ｙ）、使用者認証判断部２０９は、暗証番号検索回数を０に戻す（Ｓ３２１）。更に、使用者認証判断部２０９は、アシスト端末１０に入力されて認証要求受信部２０７で取得されたユーザＢの電話番号を取得する（Ｓ３２３）。
【００８１】
使用者認証判断部２０９は、ユーザＡ又はユーザＢの電話番号から、契約情報データベース３０１に格納されているユーザＡ又はユーザＢのファミリー契約の電話番号を取得する（Ｓ３２５）。同時に、使用者認証判断部２０９は、契約情報サーバ３０に格納されているユーザＡの旧電話番号を取得してもよい。そして、ユーザＡの電話番号とユーザＢの電話番号との間にファミリー契約が存在するか否かを判断する（Ｓ３２７）。ユーザＡの電話番号とユーザＢの電話番号との間にファミリー契約が存在する場合（Ｓ３２７：Ｙ）、認証結果をＯＫとする（Ｓ３３３）。
【００８２】
ユーザＡの電話番号とユーザＢの電話番号との間にファミリー契約が存在しない場合（Ｓ３２７：Ｎ）、使用者認証判断部２０９は、ユーザＢの電話番号から、電話帳データベース４０１又は被アシスト端末１５に格納されているユーザＢの電話帳を取得する。そして、使用者認証判断部２０９は、ユーザＡの電話番号がユーザＢの電話帳に登録されているか否かを判断する（Ｓ３２９）。ユーザＡの電話番号がユーザＢの電話帳に登録されている場合（Ｓ３２９：Ｙ）、認証結果をＯＫとする（Ｓ３３３）。
【００８３】
ユーザＡの電話番号がユーザＢの電話帳に登録されていない場合（Ｓ３２９：Ｎ）、使用者認証判断部２０９は、ユーザＡの旧電話番号がユーザＢの電話帳に登録されているか否かを判断する（Ｓ３３１）。ユーザＡの旧電話番号がユーザＢの電話帳に登録されている場合（Ｓ３３１：Ｙ）、認証結果をＯＫとする（Ｓ３３３）。ユーザＡの旧電話番号がユーザＢの電話帳に登録されていない場合（Ｓ３３１：Ｎ）、認証結果をＮＧとする（Ｓ３３５）。
【００８４】
図８Ａは、本発明の変形例に係る認証方法のシーケンス図である。図８Ａは、図７のフローチャートをシステム全体で実現する際の情報の流れを示しており、認証サーバでの認証方法は、図７のフローチャートと同じである。
【００８５】
ステップＳ４０１〜Ｓ４４５は、図５のステップＳ２０１〜Ｓ２４５と同じである。
【００８６】
ユーザＡのネットワーク暗証番号が正しい場合（Ｓ４４１：Ｙ）、使用者認証判断部２０９は、暗証番号検索回数を０に戻す（Ｓ４４５）。次に、使用者認証判断部２０９は、ユーザＡの電話番号又はユーザＢの電話番号を契約情報サーバ３０に送信し（Ｓ４４７）、契約情報サーバ３０に格納されているユーザＡ又はユーザＢのファミリー契約の電話番号を取得する（Ｓ４４９）。同時に、使用者認証判断部２０９は、契約情報サーバ３０に格納されているユーザＡの旧電話番号を取得してもよい。そして、使用者認証判断部２０９は、ユーザＡの電話番号とユーザＢの電話番号との間にファミリー契約が存在するか否かを判断する（Ｓ４５１）。ユーザＡの電話番号とユーザＢの電話番号との間にファミリー契約が存在する場合（Ｓ４５１：Ｙ）、認証結果をＯＫとする（Ｓ４５３）。
【００８７】
ユーザＡの電話番号とユーザＢの電話番号との間にファミリー契約が存在しない場合（Ｓ４５１：Ｎ）、使用者認証判断部２０９は、ユーザＢの電話番号を電話帳預かりサーバ４０に送信し（Ｓ４５５）、電話帳サーバ４０に格納されているユーザＢの電話帳を取得する（Ｓ４５７）。そして、使用者認証判断部２０９は、ユーザＡの電話番号がユーザＢの電話帳に登録されているか否かを判断する（Ｓ４５９）。ユーザＡの電話番号がユーザＢの電話帳に登録されている場合（Ｓ４５９：Ｙ）、認証結果をＯＫとする（Ｓ４６１）。
【００８８】
ユーザＡの電話番号がユーザＢの電話帳に登録されていない場合（４５９：Ｎ）、使用者認証判断部２０９は、ユーザＡの旧電話番号がユーザＢの電話帳に登録されているか否かを判断する（Ｓ４６３）。ユーザＡの旧電話番号がユーザＢの電話帳に登録されている場合（Ｓ４６３：Ｙ）、認証結果をＯＫとする（Ｓ４６５）。ユーザＡの旧電話番号がユーザＢの電話帳に登録されていない場合（Ｓ４６３：Ｎ）、認証結果をＮＧとする（Ｓ４６７）。
【００８９】
認証結果がＯＫである場合、ユーザＡの端末からユーザＢの端末へのアクセスが許可され、アシスト端末１０から被アシスト端末１５へのアクセスが可能になる（Ｓ４６９）。
【００９０】
なお、ステップＳ４４７〜Ｓ４５１において、認証サーバ２０が契約情報サーバ３０からユーザＡ又はユーザＢのファミリー契約の電話番号を受信し、認証サーバ２０がファミリー契約の有無を判断しているが、契約情報サーバ３０が認証サーバ２０からユーザＡ及びユーザＢの電話番号を受信し、契約情報サーバ３０がファミリー契約の有無を判断してもよい。同様に、ステップＳ４５５〜Ｓ４６３において、認証サーバ２０が電話帳預かりサーバ４０からユーザＢの電話帳を受信し、認証サーバ２０が登録の有無を判断しているが、電話帳預かりサーバ４０が認証サーバからユーザＡの電話番号及び旧電話番号とユーザＢの電話番号とを受信し、電話帳預かりサーバ４０が登録の有無を判断してもよい。このような場合、認証サーバ２０は、認証結果を契約情報サーバ３０又は電話帳預かりサーバ４０から受信し、アシスト端末１０に転送する。
【００９１】
図８Ｂは、本発明の変形例に係る認証方法のシーケンス図である。図８Ｂは、使用者認証判断部２０９が、ユーザＡの電話番号に基づいてユーザＡの端末にアクセスし（Ｓ４２９'）、ユーザＡの端末に格納されているユーザＡの電話帳を取得する点（Ｓ４３１'）、及び、使用者認証判断部２０９が、ユーザＢの電話番号に基づいて被アシスト端末１５にアクセスし（Ｓ４５５'）、被アシスト端末１５に格納されているユーザＢの電話帳を取得する点（Ｓ４５７'）を除き、図８Ａと同じである。
【００９２】
ステップＳ４５５'〜Ｓ４６３において、認証サーバ２０が被アシスト端末１５からユーザＢの電話帳を受信し、認証サーバ２０が登録の有無を判断しているが、被アシスト端末１５が認証サーバからユーザＡの電話番号及び旧電話番号を受信し、被アシスト端末１５が登録の有無を判断してもよい。
【００９３】
更に、図８Ａ及び図８Ｂを組み合わせることにより、ユーザＡの電話番号又は旧電話番号がユーザＢの電話帳に登録されているか否かを、電話帳預かりサーバ４０に格納されているユーザＢの電話帳と、被アシスト端末１５に格納されている電話帳との双方を用いて判断してもよい。
【００９４】
＜実施例の効果＞
本発明の実施例によれば、発信元携帯端末の使用者が接続先携帯端末にアクセスするのに適した人物であるか否かを認証できる。
【００９５】
上記のように、電話帳データベースを参照することにより、ユーザＡとユーザＣとの関係が担保された場合にアクセスが許可される。このため、ユーザＡがユーザＣの端末を利用している場合においても、ユーザＢは、適切なアシスト者がアクセスしていることを認識できる。その結果、アシスト機能を有するアプリケーションの使用時に、オレオレ詐欺のような詐欺を防止できる。
【００９６】
また、電話帳の参照時に、電話帳が電話帳預かりサーバに格納されていない場合又は電話帳預かりサーバの情報が更新されていない場合であっても、端末内の電話帳を参照することで、認証が可能となる。
【００９７】
本発明の実施例では、ネットワーク内で管理されている契約情報及び電話帳情報を活用することにより、生体認証のような高度な認証技術を端末内に実装しなくても、認証を提供できる。
【００９８】
また、ユーザＡのネットワーク暗証番号が正しいか否かは、電話帳データベースを参照することにより、ユーザＡとユーザＣとの関係が担保された場合に限って判断される。更に、ネットワーク暗証番号の暗証番号検索回数に閾値が用いられる。このようにして、ユーザＡのネットワーク暗証番号を第三者が調べることを防止できる。
【００９９】
また、本発明の変形例で説明した通り、契約情報データベースを参照することにより、ユーザＡとユーザＢとの関係が担保された場合にアクセスが許可される。このため、より信頼性の高い認証処理が実現できる。
【０１００】
説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明しているが、本発明の装置は、ハードウェア、ソフトウェア又はそれらの組み合わせで実現されてもよい。また、各機能部が必要に応じて組み合わせて使用されてもよい。
【０１０１】
説明の便宜上、本発明の実施例に係る方法は処理の流れを示すフローチャート及びシーケンス図を用いて説明しているが、本発明の方法は、実施例に示す順序と異なる順序で実施されてもよい。
【０１０２】
以上、本発明の実施例について説明したが、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々の変更・応用が可能である。
【符号の説明】
【０１０３】
１０    発信元通信端末（アシスト端末）
１５    接続先通信端末（被アシスト端末）
２０    認証サーバ
３０    契約情報サーバ
４０    電話帳預かりサーバ
１０１  契約者暗証番号入力部
１０３  認証要求入力部
１０５  認証結果受信部
１０７  アプリケーション
２０１  発信元電話番号取得部
２０３  契約者暗証番号取得部
２０５  契約者認証判断部
２０７  認証要求受信部
２０９  使用者認証判断部
２１１  認証結果送信部
３０１  契約情報データベース
４０１  電話帳データベース
【図１】
0005571529.tif 000002
【図２】
0005571529.tif 000003
【図３】
0005571529.tif 000004
【図４】
0005571529.tif 000005
【図５】
0005571529.tif 000006
【図６Ａ】
0005571529.tif 000007
【図６Ｂ】
0005571529.tif 000008
【図７】
0005571529.tif 000009
【図８Ａ】
0005571529.tif 000010
【図８Ｂ】
0005571529.tif 000011