JP2020507823A - 認証サーバ、認証システムおよび方法 - Google Patents

Abstract

本開示は認証サーバ、認証システムおよび認証方法を開示する。認証サーバは、情報取得モジュールと身分認証モジュールとを有する。情報取得モジュールは、エンドユーザの携帯電話番号に基づいて、電気通信サーバから電気通信ユーザ情報を取得するとともに、マーチャントサーバからマーチャントユーザ情報を取得する。身分認証モジュールは、所定の認証モードに応じて、電気通信ユーザ情報をマーチャントユーザ情報と比較し、比較結果をマーチャントサーバに返信する。本開示の認証方法は、より優れた機密保持（セキュリティ・プロテクション）と高速認証とより優れたユーザ・エクスペリエンスとを実現でき、繰り返されるＳＭＳが傍受されるセキュリティ問題を回避することができる。【選択図】図１

Description

本開示は、身分認証技術に関し、特に認証サーバ、認証システムおよび方法に関する。

今日の生活において、人々は、インテリジェント・デバイス、モバイル・デバイス又はインターネット・オブ・シングス（ＩｏＴ）デバイスの利用を楽しんでいる（例えば携帯電話、スマートウォッチや他のウェアラブル・デバイスの各種サービスおよびアプリケーションを用いることにより達成される便利さを享受している）。しかしながら、これらのサービスではまた、拭い去れないセキュリティおよびプライバシー問題も生じる。これらの問題には、１）種々のデバイスを用いるときに人々はセキュリティを気にしていないことによる結果としての個人情報の漏洩、および２）人々のサイン・イン情報を気付かれずに傍受するためのトロイの木馬やウィルスならびに人々の財産を盗むために蔓延している人々の種々のデバイスへの攻撃が含まれる。さらに、多くのデバイスのアプリケーション・ソフトは、ユーザ情報および個人情報をユーザが気付くことなく収集する。

ユーザ情報を保護するいくつかの身分認証技術があるが、しかしながら、ＳＭＳ認証、生体認証等の既存の身分認証技術には固有の欠点がある。ＳＭＳ認証は、トロイの木馬によって容易に傍受される。生体認証には個人のプライバシーや秘密にできない（コピーが簡単）などの問題があり、生体特性等が消失した場合には変換することができない。他の認証方法と組み合わせる場合、ユーザは欠陥のある状態に陥る。多くの認証技術又は方法はユーザの協力を必要とする。独立した第三者検証がなければ、ユーザの真偽を１００％決定することはできない。また、認証機構の誤用およびユーザの個人情報が盗まれることをどのように回避するか、そしてトロイの木馬、ウィルスおよび中間業者侵入からそしてモバイル端末ソフトウェアの欠陥からモバイル端末又はモバイル装置をどのように守るのかを見つけ出す必要がある。このように、セキュリティおよび個人のプライバシー問題は常に存在する。

一の面では、
エンドユーザの携帯電話番号に基づいて、電気通信サーバから電気通信ユーザ情報を取得するとともに、マーチャントサーバからマーチャントユーザ情報を取得する情報取得モジュールと、
所定の認証モードに応じて電気通信ユーザ情報をマーチャントユーザ情報と比較し、比較結果をマーチャントサーバに返信する身分認証モジュールと、
を備える認証サーバを提供する。

一の態様では、認証モードには、全携帯電話番号認証モード、半携帯電話番号認証モード、全携帯電話番号・全ユーザ情報認証モード、および半携帯電話番号・半ユーザ情報認証モードが含まれる。

他の面では、電気通信サーバと、認証サーバと、マーチャントサーバと、を備える認証システムを提供する。電気通信サーバは、エンドユーザの携帯電話番号に基づいて電気通信ユーザ情報を認証サーバに提供する。マーチャントサーバは、エンドユーザの携帯電話番号に基づいてマーチャントユーザ情報を認証サーバに提供する。認証サーバは、所定の認証モードに応じて電気通信サーバから得られた電気通信ユーザ情報とマーチャントサーバから得られたマーチャントユーザ情報とを比較し、比較結果をマーチャントサーバに返信する。

一の態様では、認証モードには、全携帯電話番号認証モード、半携帯電話番号認証モード、全携帯電話番号・全ユーザ情報認証モード、および半携帯電話番号・半ユーザ情報認証モードが含まれる。

一の態様では、半携帯電話番号認証モード又は半携帯電話番号・半ユーザ情報認証モードの場合、マーチャントサーバは全携帯電話番号とユーザ情報との比較の実行を継続する。

一の態様では、電気通信サーバは、電気通信ユーザ情報を認証サーバに提供するためにユーザ情報をウェブ・ページに追加する方法を用いる、又は認証サーバは、ユーザのＩＰ又はＩＰ＋ポート・メッセージに応じて電気通信ユーザ情報を電気通信サーバから取得する。

さらに他の面では、マーチャントサーバによって、エンドユーザの携帯電話番号に基づいてマーチャントユーザ情報を認証サーバに提供する工程と、電気通信サーバによって、エンドユーザの携帯電話番号に基づいて電気通信ユーザ情報を認証サーバに提供する工程と、認証サーバによって、所定の認証モードに応じて電気通信サーバから得られた電気通信ユーザ情報とマーチャントサーバから得られたマーチャントユーザ情報とを比較し、比較結果をマーチャントサーバに返信する工程と、を含む認証方法を提供する。

一の態様では、認証モードには、全携帯電話番号認証モード、半携帯電話番号認証モード、全携帯電話番号・全ユーザ情報認証モード、および半携帯電話番号・半ユーザ情報認証モードが含まれる。

一の態様では、半携帯電話番号認証モード又は半携帯電話番号・半ユーザ情報認証モードの場合、マーチャントサーバは全携帯電話番号とユーザ情報との比較の実行を継続する。

一の態様において、認証方法は、
マーチャントサーバによって、マーチャント略号と、エンドユーザの携帯電話番号と、タイムスタンプと、ランダムコードと、を含むコード比較要求コードを生成する工程と、
認証モードに応じてコード比較要求コードとその対応するマーチャントユーザ情報とを認証サーバに送信する工程と、
認証サーバがマーチャントの身分（アイデンティティ）と権限とを確認した後、認証略号と、マーチャント識別コードと、タイムスタンプと、ランダムコードと、を含むケース・コードを生成し、暗号化されたケース・コードを含むユニフォーム・リソース・ロケーターを形成し、ケース・コードの情報と、ユニフォーム・リソース・ロケーターと、使用するための他の権利と、をマーチャントサーバに送信する工程と、
マーチャントサーバによって、ユニフォーム・リソース・ロケーターをユーザの端末に転送する工程と、
電気通信サーバによって、ユニフォーム・リソース・ロケーターに基づいてエンドユーザによる要求に応じて対応する電気通信ユーザ情報を認証サーバに提供する工程と、
暗号解除と検査の正常終了後、認証サーバによって、ユニフォーム・リソース・ロケーターから取得した暗号化されたケース・コードに基づいて電気通信ユーザ情報とマーチャントユーザ情報との比較を実行し、比較結果をマーチャントサーバに送信する工程と、
マーチャントサーバが認証サーバから比較結果を取得した後、認証モードに応じて対応する処理を実行する工程と、
を含む。

本願において開示する認証方法は、より優れた機密保持（セキュリティ・プロテクション）と、高速認証と、より優れたユーザ・エクスペリエンスとを提供でき、繰り返されるＳＭＳが傍受されるセキュリティ問題を回避することができる。

本開示を、例示の実施形態のそれぞれの概略的な図面を参照しながら、より詳細に以降で説明する。
本開示の実施形態にかかる身分認証のシステム相互作用図である。 本開示の実施形態にかかる身分認証フローチャートである。 本開示の実施形態にかかる身分認証フローチャートである。 本開示の実施形態にかかる身分認証フローチャートである。 本開示の実施形態にかかる身分認証フローチャートである。 本開示の実施形態にかかる身分認証フローチャートである。 本開示の実施形態にかかる身分認証フローチャートである。

本開示の認証サーバ、認証システムおよび認証方法の実施形態を以下に詳細に説明する。

図１を参照して、本開示は、電気通信サービス・プロバイダとモバイルネットワークとに基づいた身分認証システムを提供する。認証プロセス全体は、通常、ユーザ端末（エンドユーザ）１０と、電気通信サーバ（電気通信サービス・プロバイダ）２０と、マーチャントサーバ（ＡＰＰ又はウェブ・ページ・コンテンツ・プロバイダ）３０と、認証サーバ（認証サービス・プロバイダ）４０とを含む４つのパーティーの相互作用に基づく。ユーザ端末１０は、デスクトップ、ラップトップ、タブレット、スマートフォン（モバイル端末）等のエンドユーザによって用いられるプロセッサおよびメモリを有する種々の演算デバイスとできる。これらのデバイスは、Ｗｉｎｄｏｗｓシステム、ｉＯＳシステム、アンドロイド・システム等の種々のオペレーティングシステムを実行することができる。電気通信サーバ２０とマーチャントサーバ３０と認証サーバ４０との間の主な差異は、異なるユーザのサーバであることにある。ハードウエア構造には実際の差異はない。サーバは典型的には、強力な処理機能を備えたプロセッサと、それに加えて膨大な記憶能力を有するアレイ状のメモリと、を有する。メモリは典型的には、登録ユーザの情報を管理することができるデータベースの態様でデータを記憶する。さらに、上述の三つのサーバをそれぞれ、それらの実行能力に基づいて、さらに細分化することができる。なお、そのような細分化は論理的な細分化であることは理解されよう。物理的実体に関して言えば、異なる実行能力を、一つのサーバによって又は複数の異なるサーバによって実行することができる。例えば、マーチャントサーバについては、コード比較要求サーバ、身分認証サーバ、コード比較結果取得サーバ等に機能的に区別することができる。物理的実体に関して言えば、これらサーバは、一つのサーバ又は複数のサーバの態様とすることができる。同様に、認証サーバについても、電気通信ユーザ情報取得サーバ、モバイルネットワーク身分直接認証サーバ等に機能的に区別することができる。物理的実体に関しても、一つのサーバ又は複数のサーバの態様とすることもできる。あるいは、認証サーバは、情報取得モジュールと身分認証モジュールとを有することができる。情報取得モジュールを、エンドユーザの携帯電話番号に基づいて、電気通信サーバから電気通信ユーザ情報を、マーチャントサーバからマーチャントユーザ情報を、得るために用いることができる。身分認証モジュールを、所定の認証モードに応じて電気通信ユーザ情報をマーチャントユーザ情報と比較し、比較結果をマーチャントサーバに返信するために用いることができる。情報取得モジュールおよび身分認証モジュールの機能を、同じプロセッサによって又は異なるプロセッサによって実現することができる。そのようなプロセッサを、ＤＳＰ（デジタル信号プロセッサ）、ＦＰＧＡ（フィールド・プログラマブル・ゲートアレイ）等とできる。なお、電気通信ユーザ情報とマーチャントユーザ情報とをそれらのソースによってのみ、つまり、電気通信サービス・プロバイダによって提供されるユーザ情報とマーチャントによって提供されるユーザ情報とによってのみ区別されることは理解されよう。実際、同じエンドユーザ（同じ携帯電話番号）では、認証成功条件は、電気通信ユーザ情報とマーチャントユーザ情報との内容（つまり携帯電話番号、名前、性別、身分証明書番号等）が一致することである。

４つのパーティー間相互作用の通信網を、必要に応じて、広範囲のよく知られている通信技術で実現できる。例えば、ユーザ端末と電気通信サーバとの間の通信は、ＧＳＭ（登録商標）／３Ｇ／４Ｇモバイルネットワーク等の電気通信サービス・プロバイダによって配置された電気通信ネットワークに基づくことができる。ユーザ端末とマーチャントサーバとの間の通信には、インターネット、ＷｉＦｉ等を通じてＡＰＰ又はウェブ・ページを用いることができる。マーチャントサーバと認証サーバの間の通信には、インターネット、マーチャントのために認証サービス・プロバイダによって設置される専用線（ファイバ等）、又はＶＰＮ（仮想プライベート・ネットワーク）を用いることができる。また電気通信サーバと認証サーバとの間の通信には、インターネットを用いることができる。

本開示は、主として認証目的のためにエンドユーザの携帯電話番号を利用する。携帯電話番号が電気通信サービス・プロバイダによって通常提供されることはよく知られており、本開示の認証プロセスには電気通信サービス・プロバイダの参加を含めることができる。テレコム、中国モバイルおよび中国ユニコム等の電気通信サービス・プロバイダが、ユーザに電気通信サービスを提供できる。さらに、本開示の認証は、それぞれのマーチャントに対するユーザのサービス権限を主に認証するために、マーチャントの参加が含まれる。ビジネスには、例えば、顧客に銀行業務サービスを提供する中国銀行を含めることができる。最後に、本開示の認証の核心部は、認証サービスを別の認証サービス・プロバイダに実現させることにある。図１に示す通り、上述したものに基づいて、本開示の認証プロセスにおける４パーティー間相互作用には、主に、以下のものが含まれる。

１）ユーザは携帯電話番号を提供する又は認証プロセスを開始する
この工程において、認証が始まり、エンドユーザは、まずユーザ端末上でインターネットを用い、Ａｐｐ／ウェブ・ページを通じてマーチャントサーバに携帯電話番号を提供する。

２）マーチャントにエンドユーザ情報およびログイン情報を提供する
この工程において、エンドユーザ携帯電話番号に応じて、マーチャントサーバは対応するマーチャントユーザ情報（暗号化されていない又はプロトコル暗号方法で暗号化された）と、加えてそれ自身の認証サーバに登録されたログイン情報を、認証サーバに提供する。

３）認証サーバのロケーションを指すＵＲＬを返信する
この工程において、対応する情報を取得した後、認証サーバはマーチャントサーバにＵＲＬ（ユニフォーム・リソース・ロケーター）を返す。具体的にはＵＲＬは、ワンタイム・トークンを含む認証サーバにおける電気通信ユーザ情報取得サーバを示している。

４）ＵＲＬ情報をユーザに送信する
この工程において、ＵＲＬ情報を取得した後、マーチャントサーバはユーザ端末へそのＵＲＬ情報を送信する。

５）ＵＲＬコンテンツを取得する又はユーザが確認するためのＵＲＬコンテンツを表示する
この工程において、ユーザの確認が必要でない場合、取得されたＵＲＬ情報に基づいて、ユーザ端末は、ＪＱｕｅｒｙ、Ａｊａｘ又はバックグラウンドで実行される同様な方法を用いてＵＲＬコンテンツ（返された「認証完了」メッセージ）を取得できる。しかしながら、ユーザの確認が必要な場合、ユーザ端末は、Ｗｅｂｖｉｅｗ又は同様の機能を用いてユーザが認証プロセスを確認するためのＵＲＬコンテンツを表示する必要がある。

６）電気通信オペレータとの取り決めに応じて、ＵＲＬにおけるロケーション又はドメインネーム（つまり認証サーバロケーション）において、電気通信オペレータはユーザ情報をウェブ・ページに追加する方法で認証サーバへ送信する
この工程において、電気通信サーバは、認証サーバに暗号化されていない又はプロトコル暗号方法で暗号化されたユーザ情報を提供し、ユーザ情報をウェブ・ページに追加する方法を採用することができる。または、認証サーバは、ユーザのＩＰ又はＩＰ＋ポート・メッセージに応じて電気通信プロバイダからユーザ情報を要求することができる。

７）電気通信オペレータおよびマーチャントからの情報を比較して、マーチャントサーバに比較結果を提供する
この工程において、認証サーバは、電気通信サーバから取得した電気通信ユーザ情報をマーチャントサーバから取得したマーチャントユーザ情報と比較することができる。異なる認証モードに応じて、認証サーバは対応する比較を実行することができる。例えば、認証モードＡ（以下を参照）を用いる場合、認証サーバは、情報のそれぞれのピースを比較し、マーチャントサーバにその結果を返すことができる。比較結果には、例えば、情報のそれぞれのピースが一致する、情報が一致しない、又は提供できない（例えば、認証サーバがある情報を取得することを認められず、提供することができない、等）が含まれうる。ユーザ確認モードが用いられる場合、マーチャントサーバに結果を提供するためにはユーザによる確認が必要となる。

８）結果の受信の通知
この工程において、マーチャントサーバは、比較結果を受け取ったことを認証サーバに通知することができる。

９）認証サーバは、ユーザ端末ウェブ／ａｐｐに「認証完了」メッセージを返信する
この工程において、認証サーバは電気通信サーバに「認証完了」メッセージを送信する。その後、電気通信サーバはそれをユーザ端末に送信する。認証プロセスが完了したことを示すメッセージを、ウェブ／ａｐｐを通じてユーザ端末に表示することができる。

１０）サーバからの結果を要求し、適切なアクションをとる
この工程において、ユーザ端末は、適切なアクションをとるためにマーチャントサーバからの結果を要求することができる（工程５が始まった後に、ユーザ確認モードを用いて認証を促すためにマーチャントサーバからの結果を時々要求することができる）。認証モードＢ（以下を参照）等のいくつかの認証モードにおいては、認証サーバは、ユーザ情報の一部分だけを比較することができる。マーチャントサーバは、認証サーバの比較結果に基づいてユーザ情報の他の部分を検査することができる。

具体的には、図２Ａ〜図２Ｆに示す通り、電気通信サービス・プロバイダおよびモバイルネットワークに基づいて本開示の実施形態によって提供される認証方法は以下の工程を含むことができる。

（１００）認証プロセスが始まる。プロセスは、工程（１０１）から継続することができ、又は工程（１０２）から継続することができる。
（１０１）ユーザ端末上でマーチャントのアプリケーション・ソフト又はウェブ・ページを用いて、エンドユーザは、ユーザの携帯電話番号ＭＳＩＳＤＮ（携帯電話加入者国際ＩＳＤＮ番号）を有する携帯電話番号を入力することにより、ログイン又は登録することができる。その後、工程（１０３）に移行する。
（１０２）エンドユーザの携帯電話番号と他の個人情報が分かると、ユーザ端末上のアプリケーション・ソフト又はウェブ・ページは認証プロセスを開始する。その後、工程（１０４）に移行する。
（１０３）マーチャントの身分認証サーバ（上述の通り、マーチャントサーバの一部分である）は、エンドユーザのログイン又は登録情報を受信し、重複することなくかつエンドユーザの設定からは正しくは推測できない、又は以下の式に応じたコード比較要求コードを生成する。
［マーチャントの５つの英単語略語＋“−”＋カテゴリー（ＡＳＫ＝要求）＋ＭＤ５（ＭＳＩＳＤＮ携帯電話番号＋ＧＭＴ基準日時記録（タイムスタンプ）＋６つの数字／文字ランダムコード）］、ここでＧＭＴ基準タイムスタンプはグリニッジ標準時タイムスタンプである。その後、工程（１０５）に移行する。
（１０４）エンドユーザの登録の情報がマーチャントの身分認証サーバから読み出された後、重複することなくかつエンドユーザの設定からは正しくは推測できない、又は以下の式に応じたコード比較要求コードを生成する。
［マーチャントの５つの英単語略語＋“−”＋カテゴリー（ＡＳＫ＝要求）＋ＭＤ５（ＭＳＩＳＤＮ携帯電話番号＋ＧＭＴ基準日時記録（タイムスタンプ）＋６つの数字／文字ランダムコード）］。その後、工程（１０５）に移行する。
（１０５）マーチャントのコード比較要求サーバ又はモジュール（前述の通り、マーチャントサーバの一部分である）は、ｈｔｔｐ又はｈｔｔｐｓを通じて、又はプライベート回線もしくはＶＰＮなど安全なチャネルを用いて、対応する情報をモバイルネットワーク身分直接認証サーバ（前述の通り、認証サーバの一部分である）に送信する。その後、工程（１１０）に移行する。

モードＡ：全携帯電話番号認証モード
このモードは、完全な携帯電話番号ＭＳＩＳＤＮ（つまり全携帯電話番号）を検査するためにモバイルネットワーク身分直接認証サーバを用い、そして比較の結果を単に返信する。基本的な説明を以下に行う。
（ｉ）認証モード：Ａ
（ｉｉ）暗号化：ノー（ｎｏ）又はイエス（ｙｅｓ）
（ｉｉｉ）エンドユーザ情報：ＭＳＩＳＤＮ（携帯電話番号）［項目（ｉｉ）に応じた選択：イエスの場合、プロトコル暗号方法に応じて暗号化］
（ｉｖ）マーチャントのログイン名とパスワード（モバイルネットワーク身分直接認証サーバに予め登録されている）
（ｖ）コード比較要求コード
（ｖｉ）必要とされる有効期間（秒ベース、最大３００秒、１０秒に予め設定される）；
（ｖｉｉ）エンドユーザの確認の必要性：イエス又はノー

モードＢ：半携帯電話番号認証モード
このモードは、携帯電話番号ＭＳＩＳＤＮの一部分（つまり携帯電話番号の半分）を検査するためにモバイルネットワーク身分直接認証サーバを用いる。半分の携帯電話番号が正しいとが検査された後、電気通信オペレータによって提供されるエンドユーザの全携帯電話番号（暗号化されていない又はプロトコル暗号方法で暗号化された）がマーチャントに返信され、そしてマーチャントによって検査される。この利点は、悪用を防止できるとともに、マーチャントが結果を検査できることにある。基本的な説明を以下に行う。
（ｉ）認証モード：Ｂ
（ｉｉ）暗号化：ノー又はイエス
（ｉｉｉ）エンドユーザ情報：ＭＳＩＳＤＮの一部分（例えば最後の四桁）［項目（ｉｉ）に応じた選択：イエスの場合、プロトコル暗号方法に応じて暗号化］
（ｉｖ）マーチャントのログイン名とパスワード（モバイルネットワーク身分直接認証サーバに予め登録されている）
（ｖ）コード比較要求コード
（ｖｉ）必要とされる有効期間（秒ベース、最大３００秒、１０秒に予め設定される）；
（ｖｉｉ）エンドユーザの確認の必要性：イエス又はノー

モードＣ：全携帯電話番号・全ユーザ身分認証モード
このモードは、完全な携帯電話番号ＭＳＩＳＤＮ、名前および身分証明書番号等を検査するためにモバイルネットワーク身分直接認証サーバを用い、そして比較の結果を単に返信する。基本的な説明を以下に行う。
（ｉ）認証モード：Ｃ
（ｉｉ）暗号化：ノー又はイエス
（ｉｉｉ）エンドユーザの情報：ＭＳＩＳＤＮ（携帯電話番号）、名前、性別、生年月日および身分証明書番号等［項目（ｉｉ）に応じた選択：イエスの場合、プロトコル暗号方法に応じて暗号化］
（ｉｖ）マーチャントのログイン名とパスワード（モバイルネットワーク身分直接認証サーバに予め登録されている）
（ｖ）コード比較要求コード
（ｖｉ）必要とされる有効期間（秒ベース、最大３００秒、１０秒に予め設定される）；
（ｖｉｉ）エンドユーザの確認の必要性：イエス又はノー

モードＤ：半携帯電話番号・半ユーザ身分認証モード
このモードは、携帯電話番号ＭＳＩＳＤＮの一部分および身分証明書番号の一部分を検査するためにモバイルネットワーク身分直接認証サーバを用いる。携帯電話番号の一部分および身分証明書番号の一部分が正しいとが検査された後、電気通信オペレータによって提供される（暗号化されていない又はプロトコル暗号方法で暗号化された）エンドユーザの全情報（全携帯電話番号、身分証明書番号、名前、性別および生年月日等を含む）がマーチャントに返信され、そしてマーチャントによって検査される。この利点は、悪用を防止できるとともに、マーチャントが結果を検査できることにある。基本的な説明を以下に行う。
（ｉ）認証モード：Ｄ
（ｉｉ）暗号化：ノー又はイエス
（ｉｉｉ）エンドユーザの情報：ＭＳＩＳＤＮの一部分（例えば最後の四桁）および身分証明書番号の一部分（例えば中間の６桁）［項目（ｉｉ）に応じた選択：イエスの場合、プロトコル暗号方法に応じて暗号化］
（ｉｖ）マーチャントのログイン名とパスワード（モバイルネットワーク身分直接認証サーバに予め登録）
（ｖ）コード比較要求コード
（ｖｉ）必要とされる有効期間（秒ベース、最大３００秒、１０秒に予め設定される）
（ｖｉｉ）エンドユーザの確認の必要性：イエス又はノー

（１１０）モバイルネットワーク身分直接認証サーバは、マーチャントのコード比較要求サーバから送信されるログイン名ならびにパスワード、およびコード比較要求サーバのマーチャントの予め登録された固定ＩＰロケーションを検査する。その後、工程（１１１）に移行する。

（１１１）マーチャントのログイン名およびパスワードを検査する。誤りがある場合は、工程（１１５）に移行する。誤りがなければ、工程（１１２）に移行する。

（１１２）マーチャントサーバにおいてインターネットプロトコルアドレスのロケーションを検査する。誤りがある場合は、工程（１１５）に移行する。誤りがなければ、工程（１１３）に移行する。

（１１３）使用割り当て又は使用権があるかどうかを検査する。無い場合は、工程（１１５）に移行する。それ以外は、工程（１２０）に移行する。モバイルネットワーク身分直接認証サーバは、マーチャントに使用権又は使用割り当てを与えることができる。例えば、マーチャントは、永久認証サービス権限を有することもできる、又は、マーチャントは、ある数の認証サービス等のみを有することもできる。

（１１５）モバイルネットワーク身分直接認証サーバは、警告メッセージをマーチャントのコード比較要求サーバに返信し、そして電子メール又はＳＭＳによってマーチャントのエージェント／会社に通知する（もし可能であれば）。プロセス終了。

（１２０）モバイルネットワーク身分直接認証サーバがマーチャントの身分を検査した後、データベースからマーチャントの識別コードを取得し、重複することなくかつ正しく推測できないケース・コードの生成を始める。
［モバイルネットワーク身分直接認証 ３つの英単語略語（ＤＴＡ）＋“−”＋ＭＤ５（マーチャントの識別コード＋ＭＳＩＳＤＮ携帯電話番号＋ＧＭＴ基準タイムスタンプ＋６つの数字／文字ランダムコード）］。その後、工程（１２１）に移行する。

（１２１）モバイルネットワーク身分直接認証サーバは、ケース・コードを暗号化し、最適な又は最も用いられていない電気通信ユーザ情報取得サーバ（上述の通り、認証サーバの一部分である）のロケーションを選択し、暗号化されたケース・コードを含む専用のＵＲＬを形成する。その後、工程（１２２）に移行する。

（１２２）モバイルネットワーク身分直接認証サーバは、マーチャントのコード比較要求サーバに以下の基本的な情報を返信する。
（ｉ）暗号化されたケース・コードを含む専用のＵＲＬ（ユニフォーム・リソース・ロケーター）
（ｉｉ）暗号化されていないケース・コード（後で結果の要求を容易にする）
（ｉｉｉ）残りの割り当て又は使用数。
その後、工程（１２３）に移行する。

（１２３）そしてマーチャントのコード比較要求サーバは、ワンタイム暗号化ケース・コードを含む専用のＵＲＬページ・アドレスをターゲットエンドユーザのモバイル端末デバイスにおけるアプリケーション・ソフト又はウェブ・ページに送信する。認証モードにおいて、エンドユーザから確認が必要でない場合、エンドユーザはバックグラウンドで実行されるＡＪＡＸ又はｊＱｕｅｒｙ等のプログラムを用いてＵＲＬコンテンツを得ることができる。そして工程（１２４）に移行する。認証モードにおいてエンドユーザから確認が必要な場合には、工程（２００）に移行する。

（２００）エンドユーザがＵＲＬコンテンツを表示するためにＷｅｂｖｉｅｗ等の技術を用いる場合、結果が利用可能か否かをマーチャントサーバで検査するために、一定の間隔を空けて例えば１秒毎に、同時にバックグラウンドで実行する。イエスの場合、工程（１６３）に移行する。

（２０１）情報が電気通信モバイルネットワークを通じてインターネット・ワールド・ワイド・ウェブに接続する機会があるか否かを判断する。ノーの場合は、工程（２０２）に移行する。イエスの場合は、工程（２０３）に移行する。

（２０２）モバイルネットワークを用いて又はＳＩＭを有する他の端末を用いて認証プロセスを継続することを確認する要求をユーザに表示する。再試行キーが押される場合は、工程（２０１）に戻る。ＳＩＭを有する端末が認証プロセスの継続を確認するために選択された場合は、工程（２１０）に移行する。取り消しが選択された場合は、工程（２０４）に移行する。

（２０３）次の工程を確認するために、異なる方法（ドラグバー、ＣＡＰＴＣＨＡ等）を用いる要求をユーザに表示し、同時に電気通信オペレータとマーチャントとに身分検査のために認証プラットフォームに情報を提供する権限を与える。ユーザが確認した場合、工程（１３０）に移行する。ユーザが確認しない場合、その場合は、工程（２０４）に移行する。

（２０４）認証を実行することにユーザが合意しないことを示すためのマークを提供するためにＭＳＩＳＤＮ値を３３３に設定し、工程（１３６）に移行する。

（２１０）異なる情報伝達方法（例えば２次元コード、ＮＦＣ等）を表示する。方法のうちの一つを選択した後、モバイル端末の走査プログラム、ＮＦＣ（近距離音場通信）受信プログラム等を用いて、ＵＲＬをモバイル端末に切り換える。その後、ＵＲＬのコンテンツを表示するためにＡｐｐ又はウェブ・ページ・プログラムを用いる。モバイル端末ネットワークがサポートされている場合は、工程（１３０）〜（１６２）を繰り返す。

（１２４）情報が電気通信モバイルネットワークを通じてインターネット・ワールド・ワイド・ウェブに接続する機会があるか否かを判断する。ノーの場合は、工程（１２５）に移行する。イエスの場合は、工程（１３０）に移行する。

（１２５）モバイルネットワークが用いられない場合、ＭＳＩＳＤＮ値はＮＵＬＬとなり、電気通信オペレータの識別コードはＮＵＬＬとなる。そして工程（１３６）に移行する。

（１３０）取り決めのある電気通信モバイルネットワークを介する場合、電気通信サーバは、暗号化されたもしくは暗号化されていない個々のエンドユーザ情報（ＭＳＩＳＤＮ）又は複数のエンドユーザ情報（ＭＳＩＳＤＮ、名前、性別および部分的な身分証明書番号等）を電気通信ユーザ情報取得サーバに提供する。暗号方法については、モードＢおよびモードＤにおける認証を容易にするために、追加的な暗号化された部分的な携帯電話番号ＭＳＩＳＤＮが提供される。提供される方法には、以下を含む。
（ｉ）方法１：ヘッダー（ｈｔｔｐ／ｈｔｔｐｓ）における異なるロケーションにユーザ情報を追加する。
（ｉｉ）方法２：他の電気通信サーバからのエンドユーザの情報に関して問い合わせるためにインターネットプロトコルアドレス又はインターネットプロトコルアドレス＋通信ポートを用いる。その後、工程（１３１）に移行する。

（１３１）取得されたエンドユーザ情報が暗号化されている場合、電気通信ユーザ情報取得サーバは、電気通信オペレータの個別の取り決めに応じて復号する。取り決めがＨＡＳＨＩＮＧを暗号化に用いる場合、復号は必要ではない。ＨＡＳＨＩＮＧ値が比較される。その後、工程（１３２）に移行する。

（１３２）エンドユーザ情報が暗号化されたか否かを検査する。イエスの場合は、工程（１３３）に移行する。そうでない場合、工程（１３６）に移行する。

（１３３）ＨＡＳＨＩＮＧのエンドユーザ情報であるか否かを検査する。イエスの場合は、工程（１３６）に移行する。そうでない場合、工程（１３４）に移行する。

（１３４）エンドユーザ情報が正常に復号されたか否かを検査する。正常の場合は、工程（１３６）に移行する。そうでない場合、工程（１３５）に移行する。

（１３５）復号すべきエンドユーザ情報に対応する電気通信オペレータによって提供される復号方法に誤りがあることを電子メールによってシステム管理者に通知するとともに、ＭＳＩＳＤＮ値をＮＵＬＬに、電気通信オペレータの識別コードをＮＵＬＬに設定する。その後、工程（１３６）に移行する。

（１３６）電気通信ユーザ情報取得サーバは、専用のＵＲＬからのワンタイム暗号化ケース・コードを取得し、その後解読してケース・コードを復元する。その目的は、それ自体のコードであるかどうかを試験し、システムへの外部干渉又は影響を低減することにある。その後、工程（１４０）に移行する。

（１４０）ケース・コード解読が正常であったか否かを検査する。正常でなかった場合は、工程（１４１）に移行する。正常であった場合は、工程（１４４）に移行する。

（１４１）ＭＳＩＳＤＮ値がＮＵＬＬか否かを検査する。イエスの場合は、工程（１４２）に移行する。ノーの場合は、工程（１４３）に移行する。

（１４２）認証されていないユーザの身分の調査を行いやすくするために、データベースにＩＰソース・ロケーションを記録する。プロセス終了。

（１４３）認証されていないユーザの身分を電気通信オペレータから問い合わせやすくするために、ＭＳＩＳＤＮとその電気通信オペレータの情報とをデータベースに記録する。プロセス終了。

（１４４）ケース・コード解読が正常であった場合、電気通信ユーザ情報取得サーバは、コード比較プロセスを行うために、エンドユーザ情報、ケース・コードおよび電気通信オペレータの識別コードをモバイルネットワーク身分直接認証サーバに送信する。その後、工程（１４５）に移行する。

（１４５）モバイルネットワーク身分直接認証サーバは、ケース・コードに応じて完了したか失効したかを検査する。その後、工程（１５０）に移行する。

（１５０）ケースが完了したか否かを検査する。イエスの場合は、工程（１６１）にスキップする。そうでなければ、工程（１５１）に移行する。

（１５１）ケースが失効したか否かを検査する。イエスの場合は、工程（１５７）にスキップする。そうでなければ、工程（１５２）に移行する。

（１５２）ケースが失効していない場合、ケース・コードに応じて、モバイルネットワーク身分直接認証サーバは、認証モード、暗号化処理されたか否か、マーチャントの識別コード、マーチャントの登録の際のコード比較結果取得サーバのロケーション、コード比較要求コード、および比較すべきエンドユーザ情報等の情報を取得する。その後、工程（１５３）に移行する。

（１５３）モバイルネットワーク身分直接認証サーバはまずＭＳＩＳＤＮ値を検査する。その後、工程（１５４）に移行する。

（１５４）ＭＳＩＳＤＮ値がＮＵＬＬか３３３かを検査する。イエスの場合は、工程（１５５）に移行する。そうでなければ、工程（１５６）に移行する。

（１５５）比較結果（例えば、ＭＳＩＳＤＮ値がＮＵＬＬであるか、結果が「利用可能ではない」であるか、又は、ＭＳＩＳＤＮ値は３３３であるか、結果が「ユーザは同意しない」であるか）、コード比較要求コード、ケース・コード等の情報を、マーチャントの登録時にコード比較結果取得サーバ（上述の通り、マーチャントサーバの一部分である）に送信する。その後、工程（１６０）に移行する。

（１５６）両方のパーティーのエンドユーザの情報のそれぞれのピースを比較し、それぞれの結果「一致」又は「一致しない」および情報カテゴリーのリスト又は表を書き込み、そして認証モード、暗号化処理されたか否か、コード比較要求コード、ケース・コード等の情報を、マーチャントの登録時にコード比較結果取得サーバ・ロケーションに送信する。認証モードＢの場合であって、携帯電話番号の一部分が正しい場合、通信オペレータによって提供されるエンドユーザの全携帯電話番号（暗号化されていない又はプロトコル暗号方法で暗号化された）がリスト又は表に追加される。要求に応じて、ＨＡＳＨＩＮＧの後にエンドユーザの他の情報をリスト又は表に追加することもできる。その後、工程（１６０）に移行する。

（１５７）結果「コード要求失効」、コード比較要求コード、ケース・コード等の情報を、マーチャントの登録時にコード比較結果取得サーバ・ロケーションに送信する。その後、工程（１６０）に移行する。

（１６０）マーチャントのコード比較結果取得サーバ又はモジュールは、モバイルネットワーク身分直接認証サーバから結果を取得し、モバイルネットワーク身分直接認証サーバに返信するための、重複することなくかつエンドユーザの設定からは正しくは推測できない、又は以下の式に応じたコード比較要求コードの生成を開始する。
［マーチャントの５つの英単語略語＋“−”＋カテゴリー（ＧＥＴ＝取得）＋ＭＤ５（ＭＳＩＳＤＮ携帯電話番号＋ＧＭＴ基準タイムスタンプ＋６つの数字／文字ランダムコード）］。その後、工程（１６１）に移行する。

（１６１）モバイルネットワーク身分直接認証サーバがマーチャントから送信されたコード比較要求コードを取得した後、マーチャントがスタブを有することを確認し、結果メッセージが受け取られることを保証し、コード比較「完了」メッセージを電気通信ユーザ情報取得サーバに返信する。その後、工程（１６２）に移行する。

（１６２）電気通信ユーザ情報取得サーバは、その後、「完了」メッセージをエンドユーザのモバイル端末におけるアプリケーション・ソフト又はウェブ・ページに送信する。その後、工程（１６３）に移行する。

（１６３）エンドユーザのモバイル端末におけるアプリケーション・ソフト又はウェブ・ページは、結果の問い合わせを身分認証サーバに送信する（ユーザの確認オプションが選択されている場合、ウェブ・ページのコンテンツを表示する必要がある、つまり、ユーザがいつ確認するかが分からないので、結果の問い合わせを時々送信する）。認証モードがＡ又はＣである場合には、モバイルネットワーク身分直接認証サーバからの結果に基づいて、ユーザに、適切なサービス又は「すべて一致」（つまりユーザがログイン、登録し、又は次の工程に移行できる）、「一致しない」（つまり、携帯電話番号ＭＳＩＳＤＮ又は名前等の正しいユーザ情報の検査および提供をユーザに要求する）、「提供できない」（つまり、電気通信ネットワークを用いている場合、ユーザが再検証することを要求する又は待つ）、「ユーザ不同意」（つまり、指示に応じて確認の必要性をユーザに再度促す）、「コード要求失効」（つまり再びプロセスを開始する）等の情報を提供する。モードがＢである場合であって、両方のパーティーの部分的な携帯電話番号が「一致」した場合、マーチャントもまた、結果が正確であることを保証しそして結果に応じてエンドユーザに適切なサービスを提供するために、モバイルネットワーク身分直接認証サーバからの携帯電話番号（暗号化されていない又はプロトコル暗号方法で暗号化された）と、マーチャント自体によって記憶されたエンドユーザの携帯電話番号と、を検査することができる。モードがＤである場合であって、両方のパーティーの部分的な携帯電話番号と部分的な身分証明書番号とが「一致」した場合、マーチャントもまた、結果が正確であることを保証しそして結果に基づいてエンドユーザに適切なサービスを提供するために、モバイルネットワーク身分直接認証サーバからのエンドユーザ情報（暗号化されていない又はプロトコル暗号方法で暗号化された）と、マーチャント自体によって記憶されたエンドユーザ情報と、を検査することができる。その後、工程（１８０）に移行する。

工程（１８０）終了。

本開示によって実現される認証システム又はプラットフォームは、バックグラウンド・サーバとサーバとの間でコード比較の情報および結果等の重要な情報を通信することができる特徴がある。これにより、結果が偽造されるといった問題が生じるおそれがある、モバイル端末におけるトロイの木馬、中間業者侵入、ウィルス、又はユーザのソフトウェアの欠陥を回避することができる。電気通信情報認証技術を用いることによって、ユーザは、より優れたセキュリティと高速認証とより優れたユーザ・エクスペリエンスとを得ることができ、繰り返されるＳＭＳが傍受されるセキュリティ問題を回避することができる。さらに、メッセージが電気通信ネットワークを介する場合であっても、それらのメッセージがエンドユーザ情報を運んでいないので、電気通信オペレータはマーチャントによって比較されるエンドユーザ情報が何であるか分からない。これにより、電気通信オペレータによって提供される情報の信頼性を保証することができる。さらに、両方のパーティーが、ユーザ情報を暗号化するためにＨＡＳＨＩＮＧ又は他の暗号方法を用い、プラットフォームによってそれを比較する場合、このプラットフォームがハッキングされたとしても、ユーザ情報が漏洩することはない。認証モードＢ又はＤが選択される場合、マーチャントは認証プラットフォームにエンドユーザ情報を完全には開示しない。一方では、これにより、認証プラットフォームの信用を向上することができ、また一方では、マーチャントは結果を検査することができる。これにより二重の保護手段を達成することができる。認証プラットフォームが悪用されることはない。これにより、エンドユーザの個人情報の保護を最大にできる。さらに、この認証方法は、ユーザ端末にＵＲＬコンテンツを表示するよう選択し、エンドユーザに認証を知らせ、キーを押して次の工程に移行させることができる。これにより、ＵＲＬがハッカーによって乗っ取られるのを防止する追加の検査工程を追加できる。さらに、ユーザは、ＳＩＭを有する他の端末デバイスをモバイル認証に用いることができる。これにより、特にＰＣ、ＰＡＤ等のＳＩＭのないデバイスにおいて、認証融通性を高めることができる。

本方法およびプラットフォームにより、モバイル端末が信頼できるものとなり、唯一無二のものとなる。簡単なパスワードを用いる場合さえ、トロイの木馬、中間業者又はウィルスによる盗難の危険がない。さらに、本方法およびプラットフォームは、「あなたがあなたであること」および「あなたがだれであるか（顧客を知ること（ｋｎｏｗ ｙｏｕｒ ｃｕｓｔｏｍｅｒ））」の問題を解決することができ、モバイル通信の分野への適用に適している。利点には、
１）隠しＵＲＬ実行モードが選択される（つまり、ユーザがキーを押すことによって確認することを要求されない）場合、ユーザがワンタイム・パスワードを入力する必要はない。
２）隠しＵＲＬ実行モードが選択される（つまり、ユーザがキーを押すことによって確認することを要求されない）場合、ユーザの携帯電話番号が分かっている限り、検査をいつでも行うことができる。
３）比較結果が直ぐに分かり、ＳＭＳ認証より５〜１５倍速い。
４）電話のＳＩＭカードとＡＰＰとが同じ電話にあるかが分かり、セキュリティが高まる。
５）ＳＭＳ認証を支援し、携帯電話番号の認証状態を強化し、ユーザによって電気通信ネットワーク・インターネットを用いる価値を高めることができる。
６）明示的ＵＲＬ実行モードが選択される（つまり、ユーザがキーを押すことによって確認することを要求される）場合、さらなるセキュリティおよび認可メッセージが追加される（ユーザによる明示的な確認を得ることができる）。また、ユーザが認証処理のためにＳＩＭを有するデバイスに切り換えることもできる。これにより、初めに操作したデバイスに依存しないので、融通性を高めることができる。
７）一般的に言って、確認又は認証がユーザから得られる限り、電気通信情報をマーチャントに直接提供することができる。しかしながら、電気通信情報が１００％信頼できないという可能性がある。さらに、ユーザは、モバイル端末に二つ以上のＳＩＭカードを用いることもある。ユーザは、どの携帯電話番号が登録に用いられることになるか知らないこともある。従って、コード比較検査方法を用いることによって、アカウントを開く又は登録のためにユーザが提供したいと思う情報を決めることができる。電気通信情報を、ユーザ情報の検査として用いることができる。その結果、情報を提供するとき、ユーザは不要な誤用又は誤りを排除することができる。さらに、我々はときに、特に公共の場所で又はパソコン又は非モバイル型端末を用いた後に、あるサービスにログインしログアウトすることを忘れてその場を離れてしまうことがある。この場合、いくつかのセキュリティ上の問題が生じる。このタイプの問題では、専用のウェブ・ページ又はＡＰＰを通じて、および認証方法を通じて、ユーザの携帯電話番号が検証される。過去に正常に行われたトランザクション・コードを、携帯電話番号を通じて表示することができる。ユーザがトランザクション・コードを取り消す限り、システムはトランザクション・コードに基づいて関連するマーチャント情報を特定し、マーチャントサーバへのユーザ・サービス取り消し要求とトランザクション・コードとを発することになる。取り消されるサービスのトランザクション・コードをマーチャントサーバが受信すると、サービスがまだ継続中であれば、サービスは取り消され、これにより、実際のユーザを保護する。

本特許出願は添付図面を参照しながらいくつかの実現態様を詳細に説明したが、本開示の保護の範囲から逸脱しないあらゆる他の可能な変形および変更は本開示に含まれることを記載しておく。

Claims (10)

1. エンドユーザの携帯電話番号に基づいて、電気通信サーバから電気通信ユーザ情報を取得するとともに、マーチャントサーバからマーチャントユーザ情報を取得する情報取得モジュールと、
   所定の認証モードに応じて前記電気通信ユーザ情報を前記マーチャントユーザ情報と比較し、比較結果を前記マーチャントサーバに返信する身分認証モジュールと、
   を備える認証サーバ。
2. 前記認証モードには、全携帯電話番号認証モード、半携帯電話番号認証モード、全携帯電話番号・全ユーザ情報認証モード、および半携帯電話番号・半ユーザ情報認証モードが含まれる、
   請求項１に記載の認証サーバ。
3. 電気通信サーバと、
   認証サーバと、
   マーチャントサーバと、
   を備える認証システムであって、
   前記電気通信サーバは、エンドユーザの携帯電話番号に基づいて電気通信ユーザ情報を前記認証サーバに提供し、
   前記マーチャントサーバは、前記エンドユーザの携帯電話番号に基づいてマーチャントユーザ情報を前記認証サーバに提供し、
   前記認証サーバは、所定の認証モードに応じて、前記電気通信サーバから得られた前記電気通信ユーザ情報と前記マーチャントサーバから得られた前記マーチャントユーザ情報とを比較し、比較結果を前記マーチャントサーバに返信する、
   認証システム。
4. 前記認証モードには、全携帯電話番号認証モード、半携帯電話番号認証モード、全携帯電話番号・全ユーザ情報認証モード、および半携帯電話番号・半ユーザ情報認証モードが含まれる、
   請求項３に記載の認証システム。
5. 前記半携帯電話番号認証モード又は前記半携帯電話番号・半ユーザ情報認証モードの場合、前記マーチャントサーバは全携帯電話番号とユーザ情報との比較の実行を継続する、
   請求項４に記載の認証システム。
6. 前記電気通信サーバは、前記電気通信ユーザ情報を前記認証サーバに提供するためにユーザ情報をウェブ・ページに追加する方法を用いる、又は、前記認証サーバは、ユーザのＩＰ又はＩＰ＋ポート・メッセージに応じて前記電気通信ユーザ情報を前記電気通信サーバから取得する、
   請求項３に記載の認証システム。
7. マーチャントサーバによって、エンドユーザの携帯電話番号に基づいてマーチャントユーザ情報を認証サーバに提供する工程と、
   電気通信サーバによって、前記エンドユーザの携帯電話番号に基づいて電気通信ユーザ情報を前記認証サーバに提供する工程と、
   前記認証サーバによって、所定の認証モードに応じて、前記電気通信サーバから得られた前記電気通信ユーザ情報と前記マーチャントサーバから得られた前記マーチャントユーザ情報とを比較し、比較結果を前記マーチャントサーバに返信する工程と、
   を含む、認証方法。
8. 前記認証モードには、全携帯電話番号認証モード、半携帯電話番号認証モード、全携帯電話番号・全ユーザ情報認証モード、および半携帯電話番号・半ユーザ情報認証モードが含まれる、
   請求項７に記載の認証方法。
9. 前記半携帯電話番号認証モード又は前記半携帯電話番号・半ユーザ情報認証モードの場合、前記マーチャントサーバは全携帯電話番号とユーザ情報との比較の実行を継続する、
   請求項８に記載の認証方法。
10. 前記マーチャントサーバによって、マーチャント略号と、前記エンドユーザの携帯電話番号と、タイムスタンプと、ランダムコードと、を含むコード比較要求コードを生成する工程と、
    前記認証モードに応じて前記コード比較要求コードとその対応するマーチャントユーザ情報とを前記認証サーバに送信する工程と、
    前記認証サーバがマーチャントの身分と権限とを確認した後、認証略号と、マーチャント識別コードと、タイムスタンプと、ランダムコードと、を含むケース・コードを生成し、暗号化されたケース・コードを含むユニフォーム・リソース・ロケーターを形成し、前記ケース・コードの情報と、前記ユニフォーム・リソース・ロケーターと、他の使用権と、を前記マーチャントサーバに送信する工程と、
    前記マーチャントサーバによって、前記ユニフォーム・リソース・ロケーターをユーザの端末に転送する工程と、
    前記電気通信サーバによって、前記ユニフォーム・リソース・ロケーターに基づいて、前記エンドユーザによる要求に応じて対応する電気通信ユーザ情報を前記認証サーバに提供する工程と、
    暗号解除と検査の正常完了後、前記認証サーバによって、前記ユニフォーム・リソース・ロケーターから取得した前記暗号化されたケース・コードに基づいて前記電気通信ユーザ情報と前記マーチャントユーザ情報との比較を実行し、比較結果を前記マーチャントサーバに送信する工程と、
    前記マーチャントサーバが前記認証サーバから前記比較結果を取得した後、前記認証モードに応じて対応する処理を実行する工程と、
    を含む、請求項７に記載の認証方法。

Images