JP2017157008A - 認証処理装置および認証処理方法 - Google Patents

Abstract

【課題】ユーザ認証に伴うユーザの管理負担を軽減する認証処理装置を提供する。【解決手段】認証処理サーバは、ユーザ端末に割り当てられた電話番号を受信しＳ１０５、受信した電話番号宛てに確認用の情報を伝送するＳ１０７。確認用の情報を利用した応答をユーザ端末から受け取った認証処理サーバは、受け取った応答に基づいて、ユーザ端末のユーザ認証を実行するＳ１１０。ユーザ認証により正当なユーザであることが確認された場合、認証処理サーバは、電話番号に紐付けて記憶される共用ユーザ情報を、ユーザ端末から送信された電話番号を中継したサービス提供サーバに送信するＳ１１１。【選択図】図４

Description

本発明は、認証処理装置および認証処理方法に関する。

情報処理システムでは、システムのセキュリティを確保する観点等から利用開始時等にユーザ認証を行う。一般に、ユーザ認証では、ユーザＩＤおよびパスワードの入力をユーザに要求し、入力されたユーザＩＤおよびパスワードが、既に登録されているユーザＩＤおよびパスワードと一致する場合に、システムへのログインを許可する。

下記特許文献１には、インターネットに接続するユーザの最大件数を時間帯ごとに管理し、同じ時刻に多数のユーザがアクセスすることを防止するオンライン予約システムが開示されている。この予約システムでは、ユーザがサーバやルータにアクセスするときに、ユーザＩＤおよびパスワードの入力をユーザに要求し、ユーザ認証を行っている。

特開２００１−３５８７６７号公報

ユーザＩＤおよびパスワードは、一般に、システムごとに異なる内容が設定され、特にパスワードには他人から推測されにくい内容を設定することが求められている。したがって、ユーザは、利用するシステムごとにユーザＩＤおよびパスワードの内容を把握することが必要となるため、利用するシステムが増加する等により、ユーザ認証に伴うユーザの管理負担が増大してしまう。

本発明は、上述した課題を解決するためになされたものであり、ユーザ認証に伴うユーザの管理負担を軽減することができる認証処理装置および認証処理方法を提供することを目的の一つとする。

本発明の一態様である認証処理装置は、モバイル端末に割り当てられた電話番号を受信する手段と、前記受信した前記電話番号宛てに確認用の情報を伝送する手段と、前記確認用の情報を利用した応答を前記モバイル端末から受け取る手段と、前記受け取った前記応答に基づいて、前記モバイル端末のユーザ認証を実行する手段と、前記ユーザ認証により正当なユーザであることが確認された場合に、前記電話番号に紐付けて記憶されるユーザ情報を、前記モバイル端末から送信された前記電話番号を中継したサービス提供元に提供する手段と、を備える。

前記確認用の情報は、ＵＲＬ（uniform resource locator）であり、前記確認用の情報を利用した応答は、前記ＵＲＬを選択することで前記モバイル端末から送信されるアクセス要求である、こととしてもよい。

前記確認用の情報は、番号または文字列であり、前記確認用の情報を利用した応答は、前記番号または文字列を入力することで前記モバイル端末から送信されるメッセージである、こととしてもよい。

前記ユーザ情報は、全ての前記サービスで共通して利用可能な基本ユーザ情報を含む、こととしてもよい。

本発明の一態様である認証処理方法は、サーバ装置が、モバイル端末に割り当てられた電話番号を受信するステップと、前記受信した前記電話番号宛てに確認用の情報を伝送するステップと、前記確認用の情報を利用した応答を前記モバイル端末から受け取るステップと、前記受け取った前記応答に基づいて、前記モバイル端末のユーザ認証を実行するステップと、前記ユーザ認証により正当なユーザであることが確認された場合に、前記電話番号に紐付けて記憶されるユーザ情報を、前記モバイル端末から送信された前記電話番号を中継したサービス提供元に提供するステップと、を実行する。

本発明によれば、ユーザ認証に伴うユーザの管理負担を軽減することが可能となる。

実施形態における認証処理サーバを含む認証処理システムの構成を例示する図である。 図１に示す認証処理サーバの構成を例示する図である。 ユーザ認証画面を例示する図である。 認証処理システムにおいてユーザ認証を行う際の手順を説明するためのシーケンスチャートである。

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

図１は、本発明の一実施形態に係る認証処理サーバ（認証処理装置、サーバ装置）を含む認証処理システムの概略構成図である。同図に示すように、本実施形態における認証処理システム１は、認証処理サーバ２と、１台以上のサービス提供サーバ３と、１台以上のユーザ端末４とを備える。認証処理サーバ２、サービス提供サーバ３およびユーザ端末４はそれぞれネットワークＮを介して相互に通信できるように構成される。

サービス提供サーバ３は、ユーザにサービスを提供するためのサーバ装置である。ユーザに提供するサービスとして、例えば、旅行、飲食店その他の予約受付サービス、電子商取引サービス、フリーメールサービス、ＳＮＳ（Social Networking Service）等がある。

ユーザ端末４は、サービスの提供を受けるユーザが使用する端末装置である。本実施形態では、ユーザ端末４として、スマートフォンを用いて説明するが、これに限定されず、電話番号を割り当て可能なモバイル端末全般をユーザ端末４として用いることができる。

認証処理サーバ２は、例えば、比較的演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。ここで、認証処理サーバ２を構成するコンピュータは、必ずしも１台である必要はなく、ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。

ネットワークＮは、認証処理サーバ２とサービス提供サーバ３とユーザ端末４との間で相互に情報を送受信可能な通信網を含む。ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

図２に示すように、認証処理サーバ２は、例えば、プロセッサ２０と、通信インタフェース２１と、記憶資源２２とを備える。

プロセッサ２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニットおよび各種レジスタから構成され、記憶資源２２に格納されているコンピュータプログラム２２０を実行することで、後述する各種機能を実現する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。

通信インタフェース２１は、ネットワークＮに接続し、ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース２１は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。

記憶資源２２は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ等のコンピュータ読み取り可能な記録媒体である。記憶資源２２は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。記憶資源２２には、コンピュータプログラム２２０が記憶される。

コンピュータプログラム２２０は、所定の処理を行うためのプログラムであり、認証処理サーバ２のメインプログラムの動作中に適宜呼び出されて実行される複数のソフトウェアモジュールを備える。このソフトウェアモジュールは、それぞれ特定の処理を実行するためにモジュール化されたサブプログラムであり、例えば、プロシージャ、サブルーチン、メソッド、関数およびデータ構造等を用いて作成される。

コンピュータプログラム２２０は、例示的に、認証処理モジュール２２１を有する。認証処理モジュール２２１を実行することで実現する機能については後述する。

記憶資源２２には、コンピュータプログラム２２０のほか、認証処理サーバ２の処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとして、例えば、通信インタフェース２１を制御するための通信インタフェースドライバプログラム等がある。

上記各種データとして、例えば、各サービスで利用可能な共用ユーザ情報２２２等がある。共用ユーザ情報２２２は、全てのサービスで共通して利用するデータ項目からなる。共用ユーザ情報のデータ項目として、例えば、電話番号項目、氏名項目、住所項目、メールアドレス項目等を含むことができる。電話番号項目は、ユーザを特定するための識別情報として、ユーザが使用するユーザ端末４に割り当てられた電話番号を格納する。

なお、上述した共用ユーザ情報２２２を格納するデータベースの構成および共用ユーザ情報２２２に含まれるデータ項目の組み合わせは例示に過ぎず、データベースの構成やデータ項目の組み合わせについては、運用するシステムに合わせて適宜変更することができる。

図２に示す認証処理サーバ２の認証処理モジュール２２１を実行することで実現する機能について説明する前に、ユーザ認証が必要となるサービスの利用開始をサービス提供サーバ３に要求したユーザ端末４に表示させるユーザ認証画面について説明する。

図３に示すユーザ認証画面４１は、例えば、サービス提供サーバ３がユーザ端末４に提供するユーザ認証機能のユーザインターフェースとしてサービス提供サーバ３に組み込まれる。ユーザ認証画面４１は、電話番号入力欄４１ａと確定ボタン４１ｂとを有する。

電話番号入力欄４１ａは、ユーザ端末４に割り当てられた電話番号を入力するための入力欄である。この電話番号入力欄４１ａには、初期表示として、ユーザ端末４の内部（例えばメモリ等）または外部（例えばサーバ等）に格納されている自端末の電話番号を表示させることとしてもよい。確定ボタン４１ｂは、ユーザが例えばタップ（選択）することで、電話番号入力欄４１ａに入力された電話番号を、サービス提供サーバ３を介して認証処理サーバ２に送信する処理を開始させるボタンである。

本発明は、ユーザＩＤおよびパスワードの入力を省き、電話番号を入力することでユーザ認証を行えるようにしたことに特徴がある。この特徴は、電話番号が有する以下の機能を活用することで実現可能となる。まず、電話番号は、ユーザ端末４に対して一意に割り当てられる番号であるため、ユーザ端末４を所有するユーザを特定するための識別情報として位置づけることが可能となる。また、電話番号は、ユーザが比較的容易に覚えることができる情報であるため、電話番号の入力を要求することは、ユーザＩＤおよびパスワードの入力を要求することに比べ、ユーザの負担を軽減することが可能となる。

一方、ユーザ認証を電話番号の入力のみで行うこととすると、ユーザの電話番号を他のユーザが別の端末で入力した場合にも認証が成立してしまうこととなる。そこで、本発明は、ユーザにより入力された電話番号が割り当てられているユーザ端末４に対してユニークな確認用の情報を発行し、その確認用の情報を通知するためのメッセージを、入力された電話番号宛てに伝送することに加え、その確認用の情報を利用することで送信される確認用の応答をユーザ端末４から受け取ることにより、ユーザ端末４の正当性を判別することとした。これにより、確認用の応答を受け取った場合に、その応答元の端末が、ユーザにより入力された電話番号に対応する正当なユーザ端末４であると判別することが可能となる。

上記確認用の情報として、例えば、ＵＲＬ、番号、文字列を用いることができる。以下に、ユーザ端末４の正当性を判別する際の具体的な手順について、確認用の情報ごとに例示する。これらの手順は、図２に示す認証処理モジュール２２１を実行することで実現する。

（１）確認用の情報がＵＲＬである場合：ＵＲＬを通知するためのテキストメッセージを電話番号宛てに送信する。その後、通知したＵＲＬがユーザ端末４で選択されることにより送信されるアクセス要求を、確認用の応答として受け取った場合に、その応答元の端末が正当なユーザ端末４であると判別する。

電話番号宛てにテキストメッセージを送信する方法として、例えば、ショートメッセージサービス（以下、「ＳＭＳ」ともいう。）を利用することができる。

（２）確認用の情報が番号または文字列である場合：番号や文字列を通知するためのテキストメッセージを電話番号宛てに送信する。その後、通知した番号や文字列がユーザ端末４で入力されることにより認証処理サーバ２に送信されるテキストメッセージを、確認用の応答として受け取った場合に、その応答元の端末が正当なユーザ端末４であると判別する。

（３）確認用の情報が番号または文字列である場合：番号や文字列を通知するための音声メッセージを電話番号宛ての電話・通信により伝送する。その後、通知した番号や文字列がユーザ端末４で入力されることにより認証処理サーバ２に送信されるテキストメッセージを、確認用の応答として受け取った場合に、その応答元の端末が正当なユーザ端末４であると判別する。

（４）確認用の情報が番号または文字列である場合：番号や文字列を通知するためのテキストメッセージを電話番号宛てに送信（ユーザ端末４の画面上に番号や文字列を表示させることができればよい）し、別途、確認用の応答方法（例えば、キー入力操作または音声入力操作）を通知するための音声メッセージを電話番号宛ての電話・通信により伝送する。その後、通知した番号や文字列が、通知した応答方法に従ってユーザ端末４で入力されることにより認証処理サーバ２に送信されるテキストメッセージまたは音声メッセージを、確認用の応答として受け取った場合に、その応答元の端末が正当なユーザ端末４であると判別する。

上記（１）〜（４）を整理すると、認証処理モジュール２２１の機能は以下のようになる。最初に、認証処理モジュール２２１は、電話番号入力欄４１ａに入力された電話番号宛てに、上述した確認用の情報を通知するためのメッセージを伝送する。

続いて、認証処理モジュール２２１は、ユーザ端末４において確認用の情報を利用することで送信される確認用の応答をユーザ端末４から受け取った場合に、そのユーザ端末４のユーザが、正当なユーザであることを認証する。

また、認証処理モジュール２２１は、正当なユーザであることが認証された場合に、共用ユーザ情報２２２の電話番号項目に紐付けて記憶される共用ユーザ情報を、ユーザ端末４から送信された電話番号を中継したサービス提供サーバ３（サービス提供元）に送信する。共用ユーザ情報を受信したサービス提供サーバ３は、ユーザ認証が成立したと判定し、ユーザ端末４に対し、ユーザ認証の対象となったサービスの提供を開始する。これにより、サービス提供サーバ３は、共用ユーザ情報を利用してサービスを提供することができるため、ユーザによる共用ユーザ情報の入力作業を省くことができ、ユーザの利便性を高めることが可能となる。

図４を参照して、認証処理システムにおいてユーザ認証を行う際の手順について、その一例を説明する。ここでは、確認用の情報がＵＲＬである場合について例示する。確認用の情報が番号または文字列である場合については、後述するステップＳ１０６からステップＳ１１０までの処理内容を、上述したユーザ端末４の正当性を判別する際の手順において説明したそれぞれの処理内容に入れ替えることで、以下に説明するＵＲＬの場合と同様の手順で処理することができる。

最初に、ユーザ端末４は、ユーザ認証が必要なサービスの利用開始をサービス提供サーバ３に要求する（ステップＳ１０１）。

続いて、サービス提供サーバ３は、ユーザ認証画面４１（図３参照）をユーザ端末４のディスプレイに表示させる（ステップＳ１０２）。

続いて、ユーザ端末４のユーザが、ユーザ認証画面４１の電話番号入力欄４１ａにユーザ端末４の電話番号を入力し、確定ボタン４１ｂをタップする（ステップＳ１０３）と、ユーザ端末４は、電話番号入力欄４１ａに入力された電話番号を、サービス提供サーバ３を介し（ステップＳ１０４）、認証処理サーバ２に送信する（ステップＳ１０５）。

続いて、認証処理サーバ２の認証処理モジュール２２１は、確認用の情報としてＵＲＬを発行し（ステップＳ１０６）、上記ステップＳ１０３で入力された電話番号宛てに、その確認用のＵＲＬを通知するためのテキストメッセージを送信する（ステップＳ１０７）。

続いて、ユーザ端末４のユーザが、テキストメッセージに組み込まれた確認用のＵＲＬを選択する（ステップＳ１０８）と、ユーザ端末４は、確認用の応答として、ＵＲＬに設定された場所へのアクセス要求を送信する（ステップＳ１０９）。

続いて、認証処理サーバ２の認証処理モジュール２２１は、上記ステップＳ１０９でアクセス要求を送信してきた端末のユーザが、上記ステップＳ１０３で入力された電話番号に対応する正当なユーザ端末４のユーザであると判別する（ステップＳ１１０）。

続いて、認証処理サーバ２の認証処理モジュール２２１は、上記ステップＳ１０５で電話番号を中継したサービス提供サーバ３に、当該電話番号に紐付けて記憶される共用ユーザ情報を送信する（ステップＳ１１１）。

続いて、サービス提供サーバ３は、上記ステップＳ１０１でサービスの利用開始を要求してきたユーザ端末４に対し、サービスの利用を許可する（ステップＳ１１２）。

続いて、ユーザ端末４とサービス提供サーバ３との間で、上記ステップＳ１１１で認証処理サーバ２から送信された共用ユーザ情報を用いて、サービスを提供するための各種処理が実行される（ステップＳ１１３）。

上述したように、実施形態における認証処理システム１によれば、ユーザ端末４に割り当てられた電話番号を受信し、その受信した電話番号宛てに確認用の情報を通知するためのメッセージを伝送し、ユーザ端末４で確認用の情報を利用することでユーザ端末４から送信される確認用の応答を受け取り、その受け取った確認用の応答に基づいて、ユーザ端末４に対するユーザ認証を実行し、正当なユーザであることが確認された場合に、電話番号に紐付けられた共用ユーザ情報を、ユーザ端末４から送信された電話番号を中継したサービス提供元に提供することができる。

したがって、実施形態における認証処理システム１によれば、従来ユーザ認証する際に必要となっていたユーザＩＤおよびパスワードの内容を管理する手間を省くことができるため、ユーザ認証に伴うユーザの管理負担を軽減することが可能となる。さらに、電話番号による認証に続けて、その認証に用いた電話番号に紐付けられた共用ユーザ情報を利用してサービスを提供することができるため、ユーザによる共用ユーザ情報の入力作業を省くことができ、ユーザの利便性を向上させることが可能となる。

また、実施形態における認証処理システム１によれば、ユーザは、初めて利用するサービスであっても、ユーザ端末４の電話番号を入力することでサービスの利用を開始することができるため、始めてサービスを利用するユーザの負担を軽減することが可能となる。一方、サービスの提供側は、初めて利用するユーザに対してユーザ端末４の電話番号の入力を要求することで、共用ユーザ情報を取得してサービスの提供を開始することができるため、初めて訪れたユーザに対してサービスを提供する機会を増やし、効率よくサービスを提供することが可能となる。

さらに、認証処理サーバ２側は、ユーザの利用が増え、サービス提供側のシステムへの参加が増えることで、より多くの共用ユーザ情報を蓄積していくことができるため、例えばポイント付与サービス等の他のサービスを展開する際に、その蓄積した共用ユーザ情報を有効に活用することが可能となる。

また、実施形態における認証処理システム１によれば、認証処理サーバ２は、共用ユーザ情報の送信先であるサービス提供元を特定することなく、ユーザ認証を行うことができる。これにより、サービス提供元を特定するためのサービスＩＤ等をサービス提供元に発行して管理する手順を省くことが可能となり、認証処理システムの構成を簡素化することが可能となる。

[変形例]
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理（ステップ）は処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

また、同一のユーザ端末４における同一のサービスに対するユーザ認証は、初回のみ行うこととし、２回目以降は省略することとしてもよい。さらに、本発明を適用する際のユーザ端末４のネットワークＮへの接続状態は、オンライン、オフラインのいずれであってもよい。

１…認証処理システム
２…認証処理サーバ（認証処理装置、サーバ装置）
３…サービス提供サーバ
４…ユーザ端末（モバイル端末）
２０…プロセッサ
２１…通信インタフェース
２２…記憶資源
４１…ユーザ認証画面
４１ａ…電話番号入力欄
４１ｂ…確定ボタン
２２０…コンピュータプログラム
２２１…認証処理モジュール
２２２…共用ユーザ情報
Ｎ…ネットワーク

Claims (5)

1. モバイル端末に割り当てられた電話番号を受信する手段と、
   前記受信した前記電話番号宛てに確認用の情報を伝送する手段と、
   前記確認用の情報を利用した応答を前記モバイル端末から受け取る手段と、
   前記受け取った前記応答に基づいて、前記モバイル端末のユーザ認証を実行する手段と、
   前記ユーザ認証により正当なユーザであることが確認された場合に、前記電話番号に紐付けて記憶されるユーザ情報を、前記モバイル端末から送信された前記電話番号を中継したサービス提供元に提供する手段と、
   を備えることを特徴とする認証処理装置。
2. 前記確認用の情報は、ＵＲＬ（uniform resource locator）であり、
   前記確認用の情報を利用した応答は、前記ＵＲＬを選択することで前記モバイル端末から送信されるアクセス要求である、
   ことを特徴とする請求項１記載の認証処理装置。
3. 前記確認用の情報は、番号または文字列であり、
   前記確認用の情報を利用した応答は、前記番号または文字列を入力することで前記モバイル端末から送信されるメッセージである、
   ことを特徴とする請求項１記載の認証処理装置。
4. 前記ユーザ情報は、全ての前記サービスで共通して利用可能な基本ユーザ情報を含む、ことを特徴とする請求項１〜３のいずれか１項に記載の認証処理装置。
5. サーバ装置が、
   モバイル端末に割り当てられた電話番号を受信するステップと、
   前記受信した前記電話番号宛てに確認用の情報を伝送するステップと、
   前記確認用の情報を利用した応答を前記モバイル端末から受け取るステップと、
   前記受け取った前記応答に基づいて、前記モバイル端末のユーザ認証を実行するステップと、
   前記ユーザ認証により正当なユーザであることが確認された場合に、前記電話番号に紐付けて記憶されるユーザ情報を、前記モバイル端末から送信された前記電話番号を中継したサービス提供元に提供するステップと、
   を実行することを特徴とする認証処理方法。

Images