(57)【要約】  本開示は身元認証方法を提供し、ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信し、且つ着呼ブロックを開始するステップと、前記認証サーバが該身元認証要求に応答して送信した発呼電話番号の着呼がブロックされた場合、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、現在のユーザーを身元認証するステップと、を含む。
2020523671.tif 000002
【特許請求の範囲】
【請求項１】
身元認証方法であって、
クライアントがユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信するステップと、
前記クライアントが着呼ブロックを開始するステップと、
前記認証サーバが前記身元認証要求に応答して送信した発呼電話番号の着呼がブロックされた場合、前記クライアントがブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、前記ユーザーを身元認証するステップと、を含む方法。
【請求項２】
前記着呼ブロックを開始することは、
前記クライアントが前記発呼電話番号が設定された電話ブラックリストに対する着呼ブロック操作を開始するステップと、
前記クライアントが前記着呼ブロック操作によってブロックされた発呼電話番号を監視するステップと、を含む請求項１に記載の方法。
【請求項３】
前記クライアントが着呼ブロック計時を開始し、且つ
前記着呼ブロック計時が所定の閾値を超えると、前記クライアントは候補身元認証プロセスを開始するステップをさらに含む請求項１に記載の方法。
【請求項４】
前記発呼電話番号は所定のルールを満たす音声ネットワーク電話番号を含む請求項１〜３のいずれか一項に記載の方法。
【請求項５】
身元認証方法であって、
サーバが、受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成するステップと、
前記サーバが、前記発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行するステップと、
前記サーバが、前記クライアントから送信された身元認証コードであって、前記クライアントによってブロックされた身元認証用の発呼電話番号である身元認証コードを受信するステップと、
前記サーバが、受信された前記身元認証コード及び生成された前記発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証するステップと、を含む方法。
【請求項６】
受信されたクライアントからの前記身元認証要求に応じて、所定のルールを満たす前記発呼電話番号を生成することは、
前記サーバが受信されたクライアントからの前記サーバ身元認証要求に応じて、所定長さの第１数字列をランダムに生成するステップと、
前記サーバが前記第１数字列と所定数字列とを所定のルールに従って組み合わせ、前記発呼電話番号を生成するステップと、を含む請求項５に記載の方法。
【請求項７】
前記発呼電話番号は、所定のルールを満たす音声ネットワーク電話番号を含む請求項５又は６に記載の方法。
【請求項８】
受信された前記身元認証コード及び生成された前記発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証することは、
前記サーバが、前記身元認証コードと生成された前記発呼電話番号とを比較し、
前記身元認証コードと生成された前記発呼電話番号とが互いにマッチングすると、前記サーバが身元認証が成功すると決定するステップを含む請求項７に記載の方法。
【請求項９】
身元認証装置であって、
ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信する身元認証要求送信モジュールと、
着呼ブロックを開始する着呼ブロックモジュールと、
前記認証サーバが前記身元認証要求に応答して送信した発呼電話番号の着呼がブロックされた場合、前記着呼ブロックモジュールによってブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、前記ユーザーを身元認証する身元認証モジュールと、を備える装置。
【請求項１０】
前記着呼ブロックモジュールはさらに、
前記発呼電話番号が設定された電話ブラックリストに対する着呼ブロック操作を開始し、
前記着呼ブロック操作によってブロックされた発呼電話番号を監視する請求項９に記載の装置。
【請求項１１】
着呼ブロック計時を開始し、且つ着呼ブロック計時が所定の閾値を超えると、候補身元認証プロセスを開始する候補身元認証開始モジュールをさらに備える請求項９に記載の装置。
【請求項１２】
前記発呼電話番号は、所定のルールを満たす音声ネットワーク電話番号を含む請求項９〜１１のいずれか一項に記載の装置。
【請求項１３】
身元認証装置であって、
受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成する発呼電話番号生成モジュールと、
前記発呼電話番号生成モジュールによって生成された発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行する認証着呼モジュールと、
前記クライアントから送信された身元認証コードであって、クライアントによってブロックされた身元認証用の発呼電話番号である身元認証コードを受信する身元認証コード受信モジュールと、
前記身元認証コード受信モジュールによって受信された前記身元認証コード及び前記発呼電話番号生成モジュールによって生成された発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証する身元認証モジュールと、を備える装置。
【請求項１４】
前記発呼電話番号生成モジュールはさらに、
受信されたクライアントからのサーバ身元認証要求に応じて、所定長さの第１数字列をランダムに生成し、
前記第１数字列と所定の数字列とを所定のルールに従って組み合わせ、前記発呼電話番号を生成する請求項１３に記載の装置。
【請求項１５】
前記発呼電話番号は、所定のルールを満たす音声ネットワーク電話番号を含む請求項１３又は１４に記載の装置。
【請求項１６】
前記身元認証モジュールはさらに、
前記身元認証コードと生成された前記発呼電話番号とを比較し、前記身元認証コードと生成された前記発呼電話番号とが互いにマッチングすると、身元認証が成功すると決定する請求項１５に記載の装置。
【請求項１７】
電子機器であって、
プロセッサと、
前記プロセッサによって実行可能な機械実行可能命令が記憶される非一時的記憶媒体と、を備え、
前記機械実行可能命令を読み取って実行することによって、前記プロセッサに請求項１〜８のいずれか一項に記載の身元認証方法を実行させる電子機器。
【請求項１８】
機械実行可能命令が記憶される機械可読記憶媒体であって、前記機械実行可能命令がプロセッサによって実行される時、請求項１〜８のいずれか一項に記載の身元認証方法を実現する機械可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願の相互参照＞
本特許出願は２０１７年６月２８日に提出した、出願番号が２０１７１０５０８８３０．９であり、発明の名称が「サイレント認証方法及び装置、電子機器」である中国特許出願の優先権を主張し、該出願の全内容は引用によって本明細書に組み込まれている。
【０００２】
本開示は身元認証分野に関する。
【背景技術】
【０００３】
従来のインターネットサービスの継続的な開発により、ほとんどのサービス製品はユーザーの真正性を判断する必要があるため、ユーザーが登録する時又はユーザーがリスクの高い操作を実行する時、サービスシステムはユーザーに身元認証を要求する。
【０００４】
認証コードによる認証は身元認証の重要な手段となっている。認証コードによって身元認証を行う際に、通常、ショートメッセージによって認証コードを送信し、又はＶＯＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話によって音声認証コードを送信し、その後、ユーザーは受信した認証コードを転写し、且つ提出して認証して認証プロセスを完了する。例えば、速達を受け取る際に、物流システムはクライアントにより入力された携帯電話番号に音声認証コードを送信し、ユーザーがクライアント側で正しい音声認証コードを入力してから本人受取を確認する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本開示の実施例は、従来技術における身元認証方法のプロセスが複雑でエラーを起こしやすいという問題を解決する身元認証方法を提供する。
【０００６】
上記問題を解決するために、第１の態様では、本開示の実施例は身元認証方法を提供し、
クライアントが、ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信するステップと、
前記クライアントが、着呼ブロックを開始するステップと、
前記認証サーバが前記身元認証要求に応答して送信した発呼電話番号の着呼がブロックされた場合、前記クライアントが、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、前記ユーザーを身元認証するステップと、を含む。
【０００７】
第２の態様では、本開示の実施例は身元認証装置を提供し、
ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信する身元認証要求送信モジュールと、
着呼ブロックを開始する着呼ブロックモジュールと、
前記認証サーバが前記身元認証要求に応答して送信した発呼電話番号の着呼がブロックされた場合、前記着呼ブロックモジュールによってブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、前記ユーザーを身元認証する身元認証モジュールと、を備える。
【０００８】
第３の態様では、本開示の実施例は身元認証方法を提供し、
サーバが、受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成するステップと、
前記サーバが、前記発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行するステップと、
前記サーバが、前記クライアントから送信された身元認証コードであって、クライアントによってブロックされた身元認証用の発呼電話番号である身元認証コードを受信するステップと、
前記サーバが、受信された前記身元認証コード及び生成された前記発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証するステップと、を含む。
【０００９】
第４の態様では、本開示の実施例は身元認証装置を提供し、
受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成する発呼電話番号生成モジュールと、
前記発呼電話番号生成モジュールによって生成された発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行する認証着呼モジュールと、
前記クライアントから送信された身元認証コードであって、クライアントによってブロックされた身元認証用の発呼電話番号である身元認証コードを受信する身元認証コード受信モジュールと、
前記身元認証コード受信モジュールによって受信された前記身元認証コード及び前記発呼電話番号生成モジュールによって生成された発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証する身元認証モジュールと、を備える。
【００１０】
第５の態様では、本開示の実施例は電子機器を提供し、記憶媒体、及びプロセッサを備え、前記記憶媒体に、前記プロセッサによって実行可能な機械実行可能命令が記憶され、前記プロセッサは前記機械実行可能命令を実行する時、本開示の実施例に記載の身元認証方法を実現する。
【００１１】
第６の態様では、本開示の実施例は、コンピュータプログラムが記憶される機械可読記憶媒体を提供し、該プログラムがプロセッサによって実行される時、本開示の実施例に記載の身元認証方法のステップを実現する。
【００１２】
本開示の実施例に開示されている身元認証方法は、ユーザー操作に応じて認証サーバに身元認証要求を送信し、且つ所定の発呼電話番号に対する着呼ブロック操作を開始し、前記発呼電話番号の着呼がブロックされた場合、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、現在のユーザーを身元認証することによって、従来技術における身元認証方法のプロセスが複雑でエラーを起こしやすいという問題を解決する。身元認証用の発呼電話番号を自動的にブロックし、且つそれを身元認証コードとしてサーバに送信することによって、ユーザーが身元認証コードを記憶して転写する必要がなく、認証プロセスを簡素化し、正しくない認証コードを入力する可能性を解消し、さらに、身元認証の効率を向上させる。また、身元認証プロセスとしてユーザーが身元認証を開始した後、後続の認証プロセスがサイレントで実行され、ユーザーが通常実行する操作プロセスを中断せずに済み、ユーザー体験をさらに向上させる。
【図面の簡単な説明】
【００１３】
本開示の実施例の技術案をより明瞭に説明するために、以下、実施例に必要な図面を簡単に説明するが、明らかなように、後述する図面は本開示のいくつかの実施例に過ぎず、当業者は創造的な努力をせずに、これらの図面に基づきほかの図面を想到し得る。
【図１】本開示の実施例に係る身元認証方法のフローチャートである。
【図２】本開示の実施例に係る身元認証方法のフローチャートである。
【図３】本開示の実施例に係る身元認証方法のフローチャートである。
【図４】本開示の実施例に係る身元認証方法の適用シーンの概略図である。
【図５】本開示の実施例に係る身元認証装置の概略構成図である。
【図６】本開示の実施例に係る身元認証装置の概略構成図である。
【図７】本開示の実施例に係る身元認証装置の概略構成図である。
【図８】本開示の実施例に係る電子機器の概略構成図である。
【発明を実施するための形態】
【００１４】
以下、本開示の実施例の図面を参照して本開示の実施例の技術案を正確かつ完全に説明するが、明らかなように、説明される実施例は本開示の一部の実施例であり、すべての実施例ではない。本開示の実施例に基づき、当業者が創造的な努力をせずに想到し得るほかの実施例はすべて本開示の保護範囲に属する。
【００１５】
実施例１
本開示は身元認証方法を提供し、該方法は、クライアントが位置する機器、例えば、携帯電話、スマートフォン、電話機能を有するＰＡＤ、電話機能を有するナビゲーターなどの電子機器などに適用できる。図１に示すように、該方法は、ステップ１１０〜ステップ１３０を含む。
【００１６】
ステップ１１０、ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信する。
【００１７】
ユーザーの真正性を判断する必要があるアプリケーションサービス製品の場合、ユーザーが登録する時又はユーザーがリスクの高い操作を実行する時、サービスシステムはユーザーに身元認証を要求する。例えば、オンラインショッピングアプリケーションの場合、サービスシステムはユーザーの注文を受け入れるにはユーザー情報の真正性を決定する必要がある。従って、ユーザーがアプリケーションのクライアントでユーザー登録操作を実行する時、又はユーザーがアプリケーションのクライアントによって注文を提出する時、ユーザー情報の真正性を確保するようにユーザーを身元認証することが多い。
【００１８】
例えば、アプリケーションのクライアントにおいて、身元認証を開始するための身元認証ボタン（ソフトキー又はハードキー）を設定する。ユーザーが身元認証を開始するためのボタンを押すと、クライアントは身元認証要求を生成し、且つ前記身元認証要求を認証サーバに送信する。前記身元認証要求にクライアント識別子が含まれ得る。好ましくは、前記身元認証要求にクライアントの現在のユーザーの身元情報、例えば、ユーザー名が含まれ得る。
【００１９】
身元認証の適用シーンはオンラインショッピングに限定されず、より広い適用範囲を有するが、ここでは例示を省略する。同様に、ユーザーが身元認証を開始する操作はユーザーによる登録又は注文提出に限定されるものではなく、本開示では、身元認証を開始する操作を限定しない。
【００２０】
ステップ１２０、着呼ブロックを開始する。
【００２１】
クライアントが位置する機器は、電話着呼を受信できる機能を備え、例えば、携帯電話、スマートフォン、電話機能を有するＰＡＤ、電話機能を有するナビゲーターなどの電子機器はともに電話着呼を受信できる。本開示では、クライアントが位置する機器をスマートフォンとすることを例として、本開示の身元認証方法を説明する。例えば、システムインターフェース（例えば、着信処理インターフェース）を呼び出して着呼ブロックを実行してもよく、電話ブラックリスト機能によって着呼ブロックを実行してもよい。本明細書に係るシステムインターフェースはＡｎｄｒｏｉｄ、ｉＯＳなどのオペレーティングシステムによって提供されるＡＰＩインターフェースであってもよく、限定されない。電話ブラックリスト機能によって着呼ブロックを実行する場合、まず、クライアントが位置する機器に電話ブラックリストを設定する。通常、機器がアプリケーションクライアントを最初にインストールする際に、クライアントは１組の所定の発呼電話番号を機器の電話ブラックリストに自動的に追加する。前記所定の発呼電話番号は普通の電話番号であってもよく、所定のルールを満たす電話番号、例えば、所定のルールを満たす音声ネットワーク電話番号であってもよい。
【００２２】
以上のように例示したが、ほかの方法によって所定の発呼番号をブロック監視してもよく、本開示ではそれを限定しない。
【００２３】
ステップ１３０、前記認証サーバが前記身元認証要求に応答して送信した発呼電話番号の着呼がブロックされた場合、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、前記ユーザーを身元認証する。
【００２４】
所定の発呼電話番号で、前記クライアントが位置する機器に対して着呼を実行する時、システムは該発呼電話番号によって開始された着呼を能動的にブロックし、クライアントが位置する機器に着信通知や呼び出し音がなく、トラフィック料金が発生しない。それと同時に、着呼電話がブロックされた場合、クライアントはシステムインターフェースを呼び出して、ブロックされた発呼電話番号を取得し、前記ブロックされた発呼電話番号をクライアントに記憶された身元認証用の発呼電話番号とマッチングし、マッチングが成功すると、該発呼電話番号を身元認証コードとして前記認証サーバに送信し、身元認証を行う。
【００２５】
一例では、所定の発呼電話番号に対する着呼ブロックを開始した後、認証サーバに身元認証要求を送信するようにしてもよく、又は、所定の発呼電話番号に対する着呼ブロックを開始する操作と認証サーバに身元認証要求を送信する操作とを同時に実行するようにしてもよく、本開示では、これら２つのステップの実行順序を限定しない。
【００２６】
本開示の実施例に開示されている身元認証方法は、ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信し、且つ所定の発呼電話番号に対する着呼ブロックを開始し、前記所定の発呼電話番号の着呼がブロックされた場合、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、現在のユーザーを身元認証することによって、従来技術における身元認証方法のプロセスが複雑でエラーを起こしやすいという問題を解決する。所定の発呼電話番号を自動的にブロックし、それを身元認証コードとしてサーバに送信することによって、ユーザーが身元認証コードを記憶して転写する必要がなく、認証プロセスを簡素化し、正しくない認証コードを入力する可能性を解消し、さらに、身元認証の効率を向上させる。また、身元認証プロセスとしてユーザーが身元認証を開始した後、後続の認証プロセスがサイレントで実行され、ユーザーが通常実行する操作プロセスを中断せずに済み、ユーザー体験をさらに向上させる。
【００２７】
実施例２
本開示の別の実施例に開示されている身元認証方法は図２に示され、該方法は、ステップ２１０〜ステップ２７０を含む。
【００２８】
ステップ２１０、ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信する。
【００２９】
ユーザー操作に応じて認証サーバに身元認証要求を送信する具体的な実施形態は、実施例１の関連ステップを参照すればよいため、本実施例では重複説明を省略する。
【００３０】
一例では、クライアントが送信した身元認証要求はクライアント識別子を含む。認証サーバは前記クライアント識別子に応じて前記クライアントにログインしている現在のユーザーの身元識別子、例えばユーザー名を決定し、さらに現在のユーザーが事前登録した電話番号、例えば１３６１２３４５６７８を決定する。前記認証サーバはクライアントが送信した身元認証要求を受信した後、所定長さの数字列を自動的に生成し、例えば認証サーバは５桁の数字列「００００１」を生成する。その後、所定のルールに従って、該数字列と所定のプレフィックス、例えば１０１２３とを組み合わせて１つの発呼電話番号、例えば１０１２３００００１を形成する。その後、認証サーバは音声ネットワーク電話サービスを呼び出して、発呼電話番号、例えば１０１２３００００１で、前記現在のユーザーの電話番号、例えば１３６１２３４５６７８に対して、着呼操作を実行する。それと同時に、認証サーバは身元認証を行うために、クライアント識別と生成された発呼電話番号とのマッチング関係を記憶する。
【００３１】
好ましくは、現在のユーザーが身元認証用の電話番号を事前登録していない場合、クライアントは編集ボックスをポップアップして、ユーザーが身元認証用の電話番号を入力することを通知する。
【００３２】
ステップ２２０、着呼ブロックを開始する。
【００３３】
例えば、着呼ブロックを開始することは、所定の発呼電話番号が設定された電話ブラックリストに基づく着呼ブロック操作を開始するステップと、前記着呼ブロック操作によってブロックされた発呼電話番号を監視するステップと、を含む。
【００３４】
電話ブラックリスト機能によって着呼ブロックを実現する場合、まず、所定の発呼電話番号を電話ブラックリストに書き込むようにしてもよい。
【００３５】
例えば、クライアントは身元認証用の発呼電話番号を、それが位置する機器の電話ブラックリストに自動的に追加する。身元認証用の発呼電話番号は前記クライアントが位置する機器の記憶媒体に記憶される。例えば、クライアントが初めてインストールされ又はクライアントが更新後に初めて起動される際に、クライアントはそれが位置する機器（例えば、携帯電話）の電話ブラックリストを読み取り、ユーザーの身元認証用の発呼電話番号が電話ブラックリストに記憶されているか否かを判断する。クライアントが位置する機器の電話ブラックリストに最新の身元認証用の発呼電話番号が記憶されていない場合、前記クライアントに含まれる身元認証用の発呼電話番号を前記電話ブラックリストに追加する。又は、クライアントの起動時、クライアントはまず、認証サーバに身元認証用の発呼電話番号の更新要求を送信し、且つサーバから取得した発呼電話番号を前記電話ブラックリストに更新する。
【００３６】
例えば、身元認証用の発呼電話番号は普通の電話番号であってもよく、所定のルールを満たす電話番号、例えば１０１２３００００１〜１０１２３９９９９９のグループ音声ネットワーク電話番号であってもよい。前記所定のルールは、電話番号の長さ及び／又は電話番号のプレフィックスであり得る。前記発呼電話番号は、所定のルールを満たす音声ネットワーク電話番号を含む。
【００３７】
その後、電話ブラックリストの着呼ブロック操作を開始してもよい。例えば、システムインターフェースを呼び出すことによって、ブラックリスト機能を開始する。ブラックリスト機能を開始した後、システムはブラックリスト中の発呼番号で発生した着呼をフィルタリングし、着呼ブロックイベントを生成すると同時に、ブロックされた発呼番号を記録する。
【００３８】
電話ブラックリストの着呼ブロック操作を開始した後、クライアントは前記着呼ブロック操作によってブロックされた発呼電話番号をリアルタイムに監視する。例えば、クライアントはシステムの着信イベントを監視すること又はシステムの着信処理プロセスにフック関数を設定することによって、着呼ブロック監視を実現し、且つシステムによってブロックされた発呼電話番号を取得する。
【００３９】
ステップ２３０、着呼ブロック計時を開始する。
【００４０】
ユーザーが電話ブラックリストブロック機能を起動していないことや着呼ブロック失敗を回避するために、本開示は、着呼ブロック計時を設定するようにしてもよい。例えば、前記発呼電話番号に対する着呼ブロック監視を開始した後、直ちに着呼ブロック計時を開始し、着呼ブロック計時が所定の閾値を超えると、候補身元認証プロセスを開始する。
【００４１】
ステップ２４０、前記発呼電話番号の着呼がブロックされたことが監視されたか否かを判断し、ＹＥＳであれば、ステップ２５０を実行し、ＮＯであれば、ステップ２６０を実行する。
【００４２】
着呼ブロック監視を開始した後、前記発呼電話番号の着呼がブロックされたことが監視されたか否かを周期的に判断し、前記発呼電話番号の着呼がブロックされたことが監視された場合、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、現在のユーザーを身元認証する。前記発呼電話番号の着呼がブロックされたことが監視されていない場合、着呼ブロック計時が所定の閾値を超えるか否かを判断する。
【００４３】
例えば、システムによって提供されたインターフェースを呼び出すことによって、ブロックされた発呼電話番号を取得し、その後、取得したブロックされた発呼電話番号をクライアントに記憶された身元認証用の発呼電話番号と比較し、身元認証用の発呼電話番号の着呼がブロックされたか否かを決定する。
【００４４】
ステップ２５０、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信して現在のユーザーを身元認証する。
【００４５】
クライアントに記憶された身元認証用の発呼電話番号が１０１２３００００１〜１０１２３９９９９９であることを例として、ブロックされた発呼電話番号が「１０１２３００００３」である場合、クライアントは「１０１２３００００３」を身元認証コードとして認証サーバに送信し、前記認証サーバが身元認証を行うことに供する。
【００４６】
クライアントは身元認証コードを前記認証サーバに送信すると同時に、さらにクライアント識別子を送信する。
【００４７】
クライアントがブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信した後、１回の着呼ブロック監視操作が完了する。すなわち、１回の身元認証が終了する。
【００４８】
ステップ２６０、着呼ブロック計時が所定の閾値を超えるか否かを判断し、ＹＥＳであれば、ステップ２７０を実行し、ＮＯであれば、ステップ２４０に進む。
【００４９】
例えば、クライアントがブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、身元認証を行う時、着呼ブロック計時を開始し、着呼ブロック計時が所定の閾値を超えると、候補身元認証プロセスを開始する。
【００５０】
例えば、計時閾値が６０秒に設定され、ユーザーの身元認証用の発呼電話番号の着呼がブロックされたことが６０秒以内に監視されていない場合、着呼ブロックが失敗したと判断し、候補身元認証プロセスを開始する。
【００５１】
ステップ２７０、候補身元認証プロセスを開始する。
【００５２】
例えば、着呼ブロック計時が所定の閾値を超えた後に開始される候補身元認証プロセスは、ショートメッセージで認証コードを送信する認証プロセスなどであってもよい。この時点で、１回の身元認証が終了する。
【００５３】
認証サーバがクライアントから送信された身元認証コードを受信した後、記憶されたクライアント識別子と身元認証コードとのマッチング関係から現在のクライアントのクライアント識別子に対応する発呼電話番号を検索し、前記発呼電話番号を前記身元認証コードと比較し、マッチングすると、前記クライアントの現在のユーザーの身元認証が成功する。身元認証が成功した後、認証サーバはメッセージ又は所定の命令を送信することによって、クライアントに身元認証成功を通知する。クライアントはタイムアウトが終了する前に、認証サーバから送信されるクライアント認証成功通知を受信していない場合、認証が失敗したと判断する。
【００５４】
本開示の実施例に開示されている身元認証方法は、身元認証用の１組の所定の発呼電話番号を電話ブラックリストに書き込み、ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信し、前記所定の発呼電話番号グループに対する着呼ブロックを開始し、前記発呼電話番号グループ中の１つの発呼電話番号の着呼がブロックされた場合、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、現在のユーザーを身元認証することによって、従来技術における身元認証方法のプロセスが複雑でエラーを起こしやすいという問題を解決する。身元認証用の発呼電話番号を電話ブラックリストに書き込み、自動ブロックを行い、且つそれを身元認証コードとしてサーバに送信することによって、ユーザーが身元認証コードを記憶して転写する必要がなく、認証プロセスを簡素化し、正しくない認証コードを入力する可能性を解消し、さらに、身元認証の効率を向上させる。また、身元認証プロセスとしてユーザーが身元認証を開始した後、後続の認証プロセスがサイレントで実行され、ユーザーが通常実行する操作プロセスを中断せずに済み、ユーザー体験をさらに向上させる。
【００５５】
着呼ブロックに対してタイムアウト監視を行うことによって、着呼ブロック失敗後、直ちに候補身元認証プロセスを開始でき、身元認証効率を向上させる。音声ネットワーク電話システムと組み合わせて、音声ネットワーク電話番号を身元認証コードとしてランダムに生成することによって、身元認証コードの解読難易度を高め、身元認証システムのセキュリティをさらに向上させることができる。
【００５６】
実施例３
本開示の別の実施例に開示されている身元認証方法は図３に示され、該方法は、ステップ３００〜ステップ３３０を含む。
【００５７】
ステップ３００、受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成する。
【００５８】
ユーザーの真正性を判断する必要があるアプリケーションサービス製品の場合、ユーザーが登録する時又はユーザーがリスクの高い操作を実行する時、サービスシステムはユーザーに身元認証を要求する。例えば、オンラインショッピングアプリケーションの場合、サービスシステムはユーザーの注文を受け入れるにはユーザー情報の真正性を決定する必要がある。従って、ユーザーがアプリケーションのクライアントでユーザー登録操作を実行する時、又はユーザーがアプリケーションのクライアントによって注文を提出する時、ユーザー情報の真正性を確保するようにユーザーを身元認証することが多い。
【００５９】
アプリケーションのクライアントにおいて、身元認証を開始するための身元認証ボタン（ソフトキー又はハードキー）を設定する。ユーザーが身元認証を開始するためのボタンを押すと、クライアントは身元認証要求を生成し、且つ前記身元認証要求を認証サーバに送信する。例えば、前記身元認証要求にクライアント識別子が含まれ得る。好ましくは、前記身元認証要求にクライアントの現在のユーザーの身元情報、例えば、ユーザー名が含まれ得る。
【００６０】
受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成することは、受信されたクライアントからの身元認証要求に応じて、所定長さの第１数字列をランダムに生成するステップと、前記第１数字列と所定の数字列とを所定のルールに従って組み合わせ、発呼電話番号を生成するステップと、を含む。
【００６１】
例えば、認証サーバはクライアントから送信された身元認証要求を受信した後、所定長さの第１数字列を自動でランダムに生成し、例えば、認証サーバは５桁の数字列「００００１」を生成する。その後、所定のルールに従って該第１数字列と所定の数字列とを組み合わせる。例えば、所定のルールは、電話番号の長さ及び／又は電話番号のプレフィックス、電話番号の長さ及び／又は電話番号のサフィックスである。前記所定のルール中の電話番号の長さが１０桁、電話番号プレフィックスが数字列１０１２３であることを例として、認証サーバによって生成された５桁の第１数字列「００００１」と所定の電話番号のプレフィックスとを組み合わせて、発呼電話番号、例えば１０１２３００００１を生成する。前記発呼電話番号は、所定のルールを満たす音声ネットワーク電話番号を含み得る。前記電話番号の長さは５桁の数字又は６桁の数字であってもよく、前記所定のプレフィックス又はサフィックスの長さと前記電話番号の長さとの和は音声ネットワーク電話システムの要件を満たす。
【００６２】
一例では、身元認証を行うために、生成された前記発呼電話番号と前記クライアントとのマッチング関係を記憶してもよい。
【００６３】
認証サーバはクライアントの身元認証要求に応じて所定のルールを満たす発呼電話番号を生成した後、身元認証を行うために、生成された前記発呼電話番号と前記クライアントとのマッチング関係を記憶してもよい。
【００６４】
ステップ３１０、前記発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行する。
【００６５】
その後、認証サーバは音声ネットワーク電話サービスを呼び出し、生成された発呼電話番号（例えば、１０１２３００００１）で現在のユーザーの電話番号（例えば、１３６１２３４５６７８）に対して着呼操作を実行する。それと同時に、認証サーバは身元認証を行うために、クライアント識別子と生成された発呼電話番号とのマッチング関係を記憶してもよい。例えば、ユーザーが前記クライアントにログインする際に、認証サーバはユーザー識別子によって現在のユーザーが登録時にバインディングした電話番号を取得するようにしてもよい。
【００６６】
好ましくは、現在のユーザーが身元認証用の電話番号を事前登録していない場合、クライアントは編集ボックスをポップアップして、ユーザーが身元認証用の電話番号を入力することを通知する。
【００６７】
ステップ３２０、前記クライアントから送信された身元認証コードであって、クライアントによってブロックされた身元認証用の発呼電話番号である身元認証コードを受信する。
【００６８】
認証サーバは音声ネットワーク電話サービスを呼び出し、生成された発呼電話番号で現在のユーザーの電話番号に対して着呼操作を実行した後、クライアントから送信された身元認証コードを受信する操作を開始する。
【００６９】
クライアントが身元認証要求を送信した後、電話ブラックリスト中の身元認証用の発呼電話番号の着呼ブロックイベントをタイムリーに取得するように、着呼ブロック監視を開始する。電話ブラックリスト中の身元認証用の発呼電話番号は、認証サーバによって生成された発呼電話番号を含む。
【００７０】
認証サーバは生成された発呼電話番号で、前記クライアントが位置する機器に対して着呼を実行する時、システムは該発呼電話番号によって開始された着呼を能動的にブロックし、クライアントが位置する機器に着信通知や呼び出し音がなく、トラフィック料金が発生しない。それと同時に、着呼電話がブロックされた場合、クライアントはシステムインターフェースを呼び出して、ブロックされた発呼電話番号を取得し、前記ブロックされた発呼電話番号をクライアントに記憶された身元認証用の発呼電話番号とマッチングし、マッチングが成功すると、該発呼電話番号を身元認証コードとして前記認証サーバに送信し、身元認証を行う。
【００７１】
ステップ３３０、受信された前記身元認証コード及び生成された前記発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証する。
【００７２】
認証サーバは前記クライアントから送信された身元認証コードを受信した後、該身元認証コードとその前に該クライアントによって生成された発呼電話番号とに対して一致性認証を行う。前記受信された前記身元認証コード及び前記生成された発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証することは、前記身元認証コードと生成された前記発呼電話番号とを比較し、マッチングすると、身元認証が成功するステップを含む。
【００７３】
一例では、記憶された前記発呼電話番号と前記クライアントとのマッチング関係から、前記クライアントにマッチングする発呼電話番号を決定し、前記身元認証コードと決定された前記クライアントにマッチングする発呼電話番号とを比較し、マッチングすると、身元認証が成功する。まず、クライアント識別子に応じて、認証サーバに記憶された発呼電話番号とクライアントとのマッチング関係から、身元認証コードを送信するクライアントにマッチングする発呼電話番号を決定し、その後、該発呼電話番号と受信された身元認証コードとを比較し、マッチングすると、身元認証コードを送信するクライアントの現在のユーザーの身元認証が成功する。そうではない場合、認証が失敗する。
【００７４】
本開示の実施例に開示されている身元認証方法は、受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成し、前記発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行し、その後、受信された前記身元認証コード及び生成された前記発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証し、前記身元認証コードはクライアントによってブロックされた身元認証用の発呼電話番号であることによって、従来技術における身元認証方法のプロセスが複雑でエラーを起こしやすいという問題を解決する。身元認証用の発呼電話番号を電話ブラックリストに書き込み、自動ブロックを行い、且つそれを身元認証コードとしてサーバに送信することによって、ユーザーが身元認証コードを記憶して転写する必要がなく、認証プロセスを簡素化し、正しくない認証コードを入力する可能性を解消し、さらに、身元認証の効率を向上させる。
【００７５】
以下、具体的な適用シーンを参照して身元認証方法の技術案をさらに説明する。図４に示すように、該方法はクライアント及び認証サーバを備えたサービス製品に適用され、クライアントと認証サーバが身元認証方法を共同で実行して、クライアントの現在のユーザーの身元認証を実現する。例えば、図４に示すように、身元認証プロセスは、具体的には、ステップ４００〜ステップ４７０を含む。
【００７６】
ステップ４００、クライアントは、身元認証用の発呼電話番号を電話ブラックリストに書き込む。
【００７７】
クライアントが身元認証用の発呼電話番号を電話ブラックリストに書き込む具体的な実施形態は、上記実施例１及び実施例２の関連ステップを参照すればよいため、ここでは重複説明を省略する。
【００７８】
ステップ４１０、クライアントは、ユーザー操作に応じて認証サーバに身元認証要求を送信する。
【００７９】
クライアントがユーザー操作に応じて認証サーバに身元認証要求を送信する具体的な実施形態は、上記実施例１及び実施例２の関連ステップを参照すればよいため、ここでは重複説明を省略する。
【００８０】
ステップ４２０、クライアントは、前記発呼電話番号に対する着呼ブロックを開始する。
【００８１】
クライアントが前記発呼電話番号に対する着呼ブロックを開始する具体的な実施形態は、上記実施例１及び実施例２の関連ステップを参照すればよいため、ここでは重複説明を省略する。
【００８２】
ステップ４３０、認証サーバは、受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成する。
【００８３】
認証サーバが受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成する具体的な実施形態は、上記実施例３の関連ステップを参照すればよいため、ここでは重複説明を省略する。
【００８４】
ステップ４４０、認証サーバは、前記発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行する。
【００８５】
認証サーバは、前記発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行する具体的な実施形態は、上記実施例３の関連ステップを参照すればよいため、ここでは重複説明を省略する。
【００８６】
ステップ４５０、クライアントは、前記発呼電話番号の着呼をブロックした場合、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、現在のユーザーを身元認証する。
【００８７】
前記発呼電話番号の着呼がブロックされたことが監視された場合、クライアントはブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信する具体的な実施形態は、上記実施例１及び実施例２の関連ステップを参照すればよいため、ここでは重複説明を省略する。
【００８８】
ステップ４６０、認証サーバは、前記クライアントから送信された身元認証コードであって、クライアントによってブロックされた身元認証用の発呼電話番号である身元認証コードを受信する。
【００８９】
認証サーバが前記クライアントから送信された身元認証コードであって、クライアントによってブロックされた身元認証用の発呼電話番号である身元認証コードを受信する具体的な実施形態は、上記実施例３の関連ステップを参照すればよいため、ここでは重複説明を省略する。
【００９０】
ステップ４７０、認証サーバは、受信された前記身元認証コード及び生成された前記発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証する。
【００９１】
認証サーバが受信された前記身元認証コード及び生成された前記発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証する具体的な実施形態は、上記実施例３の関連ステップを参照すればよいため、ここでは重複説明を省略する。
【００９２】
本開示の実施例に開示されている身元認証方法は、身元認証用の発呼電話番号を電話ブラックリストに書き込み、ユーザー操作に応じて認証サーバに身元認証要求を送信し、且つ前記発呼電話番号に対する着呼ブロックを開始し、前記発呼電話番号の着呼がブロックされた場合、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、現在のユーザーを身元認証することによって、従来技術における身元認証方法のプロセスが複雑でエラーを起こしやすいという問題を解決する。身元認証用の発呼電話番号を電話ブラックリストに書き込み、自動ブロックを行い、且つそれを身元認証コードとしてサーバに送信することによって、ユーザーが身元認証コードを記憶して転写する必要がなく、認証プロセスを簡素化し、正しくない認証コードを入力する可能性を解消し、さらに、身元認証の効率を向上させる。また、身元認証プロセスとしてユーザーが身元認証を開始した後、後続の認証プロセスがサイレントで実行され、ユーザーが通常実行する操作プロセスを中断せずに済み、ユーザー体験をさらに向上させる。
【００９３】
着呼ブロックに対してタイムアウト監視を行うことによって、着呼ブロック失敗後、直ちに候補身元認証プロセスを開始でき、身元認証効率を向上させる。音声ネットワーク電話システムと組み合わせて、音声ネットワーク電話番号を身元認証コードとしてランダムに生成することによって、身元認証コードの解読難易度を高め、身元認証システムのセキュリティをさらに向上させることができる。
【００９４】
実施例４
それに対応して、本開示の実施例に開示されている身元認証装置は図５に示され、前記装置は、
【００９５】
ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信する身元認証要求送信モジュール５１０と、
着呼ブロックを開始する着呼ブロックモジュール５２０と、
前記認証サーバが前記身元認証要求に応答して送信した発呼電話番号の着呼がブロックされた場合、前記着呼ブロックモジュール５２０によってブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、現在のユーザーを身元認証する身元認証モジュール５３０と、を備える。
【００９６】
好ましくは、図６に示すように、前記装置は、
身元認証用の発呼電話番号を電話ブラックリストに書き込む電話ブラックリスト更新モジュール５００をさらに備え、
好ましくは、前記着呼ブロックモジュール５２０はさらに、
所定の発呼電話番号が設定された電話ブラックリストに基づく着呼ブロック操作を開始し、前記着呼ブロック操作によってブロックされた発呼電話番号を監視する。
【００９７】
好ましくは、図６に示すように、前記装置は、
着呼ブロック計時を開始し、且つ着呼ブロック計時が所定の閾値を超えると、候補身元認証プロセスを開始する候補身元認証開始モジュール５４０をさらに備える。
【００９８】
好ましくは、前記発呼電話番号は、所定のルールを満たす音声ネットワーク電話番号を含む。
【００９９】
本開示の実施例に開示されている身元認証装置は、ユーザーの身元認証操作に応じて、認証サーバに身元認証要求を送信し、且つ所定の発呼電話番号に対する着呼ブロックを開始し、前記発呼電話番号の着呼がブロックされた場合、ブロックされた前記発呼電話番号を身元認証コードとして前記認証サーバに送信し、現在のユーザーを身元認証することによって、従来技術における身元認証方法のプロセスが複雑でエラーを起こしやすいという問題を解決する。身元認証用の発呼電話番号を電話ブラックリストに書き込み、自動ブロックを行い、且つそれを身元認証コードとしてサーバに送信することによって、ユーザーが身元認証コードを記憶して転写する必要がなく、認証プロセスを簡素化し、正しくない認証コードを入力する可能性を解消し、さらに、身元認証の効率を向上させる。また、身元認証プロセスとしてユーザーが身元認証を開始した後、後続の認証プロセスがサイレントで実行され、ユーザーが通常実行する操作プロセスを中断せずに済み、ユーザー体験をさらに向上させる。
【０１００】
着呼ブロックに対してタイムアウト監視を行うことによって、着呼ブロック失敗後、直ちに候補身元認証プロセスを開始でき、身元認証効率を向上させる。音声ネットワーク電話システムと組み合わせて、音声ネットワーク電話番号を身元認証コードとしてランダムに生成することによって、身元認証コードの解読難易度を高め、身元認証システムのセキュリティをさらに向上させることができる。
【０１０１】
実施例５
それに対応して、本開示の実施例に開示されている身元認証装置は図７に示され、前記装置は、
受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成する発呼電話番号生成モジュール７００と、
前記発呼電話番号生成モジュール７００によって生成された発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行する認証着呼モジュール７１０と、
前記クライアントから送信された身元認証コードであって、クライアントによってブロックされた身元認証用の発呼電話番号である身元認証コードを受信する身元認証コード受信モジュール７２０と、
前記身元認証コード受信モジュール７２０によって受信された前記身元認証コード及び前記発呼電話番号生成モジュール７００によって生成された発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証する身元認証モジュール７３０と、を備える。
【０１０２】
好ましくは、前記発呼電話番号生成モジュール７００はさらに、
受信されたクライアントからの身元認証要求に応じて、所定長さの第１数字列をランダムに生成し、
前記第１数字列と所定の数字列とを所定のルールに従って組み合わせ、発呼電話番号を生成する。
【０１０３】
好ましくは、前記発呼電話番号は、所定のルールを満たす音声ネットワーク電話番号を含む。
【０１０４】
好ましくは、前記身元認証モジュール７３０はさらに、
前記身元認証コードと生成された前記発呼電話番号とを比較し、マッチングすると、身元認証が成功する。
【０１０５】
本開示の実施例に開示されている身元認証装置は、受信されたクライアントからの身元認証要求に応じて、所定のルールを満たす発呼電話番号を生成し、前記発呼電話番号で、前記クライアントの現在のユーザーが事前登録した電話番号に対して着呼操作を実行し、その後、受信された前記身元認証コード及び生成された前記発呼電話番号に基づき、前記クライアントの現在のユーザーを身元認証し、前記身元認証コードは、クライアントによってブロックされた身元認証用の発呼電話番号であることによって、従来技術における身元認証方法のプロセスが複雑でエラーを起こしやすいという問題を解決する。身元認証用の発呼電話番号を電話ブラックリストに書き込み、自動ブロックを行い、且つそれを身元認証コードとしてサーバに送信することによって、ユーザーが身元認証コードを記憶して転写する必要がなく、認証プロセスを簡素化し、正しくない認証コードを入力する可能性を解消し、さらに、身元認証の効率を向上させる。
【０１０６】
それに対応して、本開示は電子機器をさらに開示し、図８に示すように、該電子機器は、記憶媒体８０１、及びプロセッサ８０２を備え、該記憶媒体８０１はプロセッサ８０２によって実行可能な機械実行可能命令が記憶され、前記プロセッサ８０２は前記機械実行可能命令を実行する時、本開示の実施例１〜実施例３に記載の身元認証方法を実現する。前記電子機器は、モバイル端末、電話着呼機能を有するスマートフォン、ナビゲーター、パーソナルデジタルアシスタント、タブレットパソコンなどであり得る。
【０１０７】
本開示は、機械実行可能命令が記憶される機械可読記憶媒体をさらに開示し、該機械実行可能命令がプロセッサによって実行される時、本開示の実施例１〜実施例３に記載の身元認証方法のステップを実現する。
【０１０８】
本開示の各実施例は漸進的に説明されており、各実施例はほかの実施例との相違点に重点を置いて説明されており、各実施例間の同一部分や類似の部分は互いに参照すればよい。装置の実施例について、方法の実施例と略類似するため、その説明は比較的簡単であり、関連部分は方法の実施例の部分を参照すればよい。
【０１０９】
以上、本開示に係る身元認証方法及び装置を詳細に説明し、本明細書において具体例を参照して本開示の原理及び実施形態を説明したが、以上の実施例についての説明は本開示の方法及びその趣旨を理解するためのものであり、また、当業者は本開示の趣旨に基づき、具体的な実施形態や適用範囲を変更することができ、従って、本明細書は本開示を限定するものではない。
【０１１０】
以上の実施形態についての説明により、当業者は各実施形態がソフトウェアと必要な汎用ハードウェアプラットフォームとの組合せによって実装でき、もちろんハードウェアによっても実装できることを明確に理解できる。そのような理解に基づいて、上記技術案は本質的には又は従来技術に貢献する部分はソフトウェア製品の形態で具体化でき、該コンピュータソフトウェア製品は、例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスクなどのようなコンピュータ可読記憶媒体に記憶され、コンピュータ装置（パソコン、サーバ、又はネットワーク装置など）に各実施例又は実施例の特定の部分に記載の方法を実行させるための複数の命令を含む。
【図１】
2020523671.tif 000003
【図２】
2020523671.tif 000004
【図３】
2020523671.tif 000005
【図４】
2020523671.tif 000006
【図５】
2020523671.tif 000007
【図６】
2020523671.tif 000008
【図７】
2020523671.tif 000009
【図８】
2020523671.tif 000010
【国際調査報告】
2020523671.tif 000011
2020523671.tif 000012
2020523671.tif 000013
2020523671.tif 000014