(57)【特許請求の範囲】
【請求項１】
検証情報を送信するための方法であって、
第１の端末により、検証動作を実行する条件が満たされるか否かを検出する段階と、
検証動作を実行する前記条件が満たされる場合に、前記第１の端末により検証情報取得要求を生成する段階であって、前記検証情報取得要求は、検証情報をフィードバックするように第２の端末に要求するべく用いられる段階と、
前記第１の端末により、前記検証情報取得要求を前記第２の端末に送信する段階と、
前記第１の端末により、前記第２の端末によって返された検証情報取得応答を受信する段階であって、前記検証情報取得応答は、前記検証情報を含む段階と、
前記第１の端末により、前記検証情報をサーバに送信する段階であって、前記検証情報は、前記サーバが前記第１の端末を検証するべく用いられる段階とを備え、
前記検証情報取得要求は補助情報を含み、
前記検証情報のタイプがショートメッセージサービスメッセージ検証コードである場合、前記補助情報は、前記サーバによって送信されたショートメッセージサービスメッセージの受信メッセージ番号を含み、
前記検証情報のタイプがワンタイムパスワードである場合、前記補助情報は、前記ワンタイムパスワードを更新するための命令を含む、方法。
【請求項２】
前記第１の端末により、前記検証情報取得要求を前記第２の端末に送信する前記段階の前に、前記第１の端末により、前記第２の端末との近距離無線通信接続を確立する段階を更に備え、
前記検証情報取得要求および前記検証情報取得応答は、前記近距離無線通信接続を用いることにより送信される、請求項１に記載の方法。
【請求項３】
検証動作を実行する前記条件は、
検証情報を取得する必要があるアプリケーションが開かれること、または
前記第１の端末の現在の表示インタフェースが前記検証動作に関するインタフェースであること、または
ユーザにより入力されたトリガ命令が受信され、前記トリガ命令は、前記第１の端末上で前記検証動作をトリガするべく用いられること、または
無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれ、前記アプリケーションが呼び出し許可を有することを含む、請求項１または２に記載の方法。
【請求項４】
前記第１の端末により検証情報取得要求を生成する前記段階の前に、前記方法は、
前記第１の端末により、検証ウィンドウを含むユーザインタフェースを表示する段階を更に備え、
前記第１の端末により、前記第２の端末によって返された検証情報取得応答を受信する前記段階の後に、前記方法は、
前記第１の端末により、前記検証情報を前記検証情報取得応答から抽出して、前記検証ウィンドウに前記検証情報を表示する段階を更に備える、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
検証情報を送信するための方法であって、
第２の端末により、第１の端末によって送信された検証情報取得要求を受信する段階と、
前記第２の端末により検証情報を取得して、前記第２の端末により検証情報取得応答を生成する段階であって、前記検証情報取得応答は、前記検証情報を含む段階と、
前記第１の端末が前記検証情報をサーバに送信するように、前記第２の端末により、前記検証情報取得応答を前記第１の端末に送信する段階であって、前記検証情報は、前記サーバが前記第１の端末を検証するべく用いられる段階とを備え、
前記検証情報取得要求は、前記検証情報の有効時間を判断するための補助情報を含み、
前記方法は更に、前記第２の端末により、前記検証情報取得応答を前記第１の端末に送信する前記段階の前に、
前記補助情報に応じて、前記第２の端末により、取得された前記検証情報が前記有効時間内であると判断する段階であって、
前記検証情報のタイプがショートメッセージサービスメッセージ検証コードである場合、前記判断する段階は、前記第２の端末により前記検証情報取得要求を受信する時間と前記ショートメッセージサービスメッセージ検証コードの抽出を開始する時間との間の差が前記検証情報の有効時間より大きいか否か判断する段階を更に備え、
前記検証情報のタイプがワンタイムパスワードである場合、前記判断する段階は、前記第２の端末が、前記第２の端末により前記検証情報取得要求を受信する時間と前記ワンタイムパスワードの抽出を開始する時間との間の差が前記検証情報の有効時間より大きいか、またはこれに等しいか否か判断する段階を更に備える、方法。
【請求項６】
前記第２の端末により、検証情報を取得する前記段階の前に、
前記第２の端末により、前記検証情報を生成するアプリケーションを開始する段階、または
前記第２の端末により、前記検証情報を含み、前記サーバにより送信されるメッセージを受信する段階を更に備える、請求項５に記載の方法。
【請求項７】
第２の端末により、第１の端末によって送信された検証情報取得要求を受信する前記段階の前に、
前記第２の端末により、前記第１の端末との近距離無線通信接続を確立する段階を更に備え、
前記検証情報取得要求および前記検証情報取得応答は、前記近距離無線通信接続を用いることにより送信される、請求項５または６に記載の方法。
【請求項８】
前記第２の端末により、検証情報を取得する前記段階は、設定された抽出キーワードに応じて前記検証情報を取得する段階を有し、
前記抽出キーワードは、前記検証情報のタイプまたはソースに応じて設定される、請求項５〜７のいずれか１項に記載の方法。
【請求項９】
端末であって、
検証動作を実行する条件が満たされているか否かを検出する検出モジュールと、
検証動作を実行する前記条件が満たされていると前記検出モジュールが検出すると、検証情報取得要求を生成し、前記検証情報取得要求は、検証情報をフィードバックするように別の端末に要求するべく用いられる生成モジュールと、
前記検証情報取得要求を前記別の端末に送信する第１の送信モジュールと、
前記別の端末により返された検証情報取得応答を受信し、前記検証情報取得応答は、前記検証情報を含む受信モジュールと、
前記検証情報をサーバに送信し、前記検証情報は、前記サーバが前記端末を検証するべく用いられる第２の送信モジュールとを備え、
前記検証情報取得要求は補助情報を含み、
前記検証情報のタイプがショートメッセージサービスメッセージ検証コードである場合、前記補助情報は、前記サーバによって送信されたショートメッセージサービスメッセージの受信メッセージ番号を含み、
前記検証情報のタイプがワンタイムパスワードである場合、前記補助情報は、前記ワンタイムパスワードを更新するための命令を含む、端末。
【請求項１０】
前記端末は、
前記第１の送信モジュールが前記検証情報取得要求を前記別の端末に送信する前に、前記別の端末との近距離無線通信接続を確立する確立モジュールを更に備え、
前記検証情報取得要求および前記検証情報取得応答は、前記近距離無線通信接続を用いることにより送信される、請求項９に記載の端末。
【請求項１１】
検証動作を実行する前記条件は、
検証情報を取得する必要があるアプリケーションが開かれていること、または
現在の表示インタフェースが前記検証動作に関するインタフェースであること、または
ユーザにより入力されたトリガ命令が受信され、前記トリガ命令は、前記端末上で前記検証動作をトリガするべく用いられること、または
検証情報を取得する必要があるアプリケーションが開かれ、検証情報を取得する必要がある前記アプリケーションが呼び出し許可を有することを含む、請求項９または１０に記載の端末。
【請求項１２】
端末であって、
別の端末により送信された検証情報取得要求を受信する端末受信モジュールと、
検証情報を取得する取得モジュールと、
検証情報取得応答を生成し、前記検証情報取得応答は、前記検証情報を含む生成モジュールと、
前記別の端末が前記検証情報をサーバに送信するように、前記別の端末に前記検証情報取得応答を送信し、前記検証情報は、前記サーバが前記別の端末を検証するべく用いられる、送信モジュールとを備え、
前記検証情報取得要求は、前記検証情報の有効時間を判断するための補助情報を含み、
前記端末は更に、
前記送信モジュールが前記検証情報取得応答を前記別の端末に送信する前に、前記補助情報に応じて、取得された前記検証情報が前記有効時間内であると判断する判断モジュールを備え、
前記検証情報のタイプがショートメッセージサービスメッセージ検証コードである場合、前記端末は、前記端末により前記検証情報取得要求を受信する時間と前記ショートメッセージサービスメッセージ検証コードの抽出を開始する時間との間の差が前記検証情報の有効時間より大きいか否かさらに判断し、
前記検証情報のタイプがワンタイムパスワードである場合、前記端末は、前記端末により前記検証情報取得要求を受信する時間と前記ワンタイムパスワードの抽出を開始する時間との間の差が前記検証情報の有効時間より大きいか、またはこれに等しいか否かさらに判断する、端末。
【請求項１３】
前記端末は、
前記取得モジュールが前記検証情報を取得する前に、前記検証情報を生成するアプリケーションを開始する開始モジュール、および
前記検証情報を含み、前記サーバにより送信されるメッセージを受信するサーバ受信モジュールのうちの少なくとも１つを更に備える、請求項１２に記載の端末。
【請求項１４】
コンピュータに、請求項１〜４のいずれか１項に記載の方法を実行させる、コンピュータプログラム。
【請求項１５】
コンピュータに、請求項５〜８のいずれか１項に記載の方法を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関し、具体的には検証情報を送信するための方法および端末に関する。
【背景技術】
【０００２】
現在、ユーザがオンライン決済、オンラインバンキングの有効化または登録、ＷｅＣｈａｔアプリケーションへのログイン等の動作を行う場合、ユーザの身元の有効性は、一般には検証用のショートメッセージサービスメッセージ検証コードまたはワンタイムパスワードを用いることを選択することにより上述の動作において検査され得る。オンラインショッピングおよび決済を例として用いると、ユーザが携帯電話におけるクライアントを用いて買い物をする場合（クライアントは、ショートメッセージサービスメッセージを読み取る許可を得ていると仮定する）、およびユーザが注文が生成された後にショートメッセージサービスメッセージ検証方式でユーザの身元を認証することを選択する場合、第三者サーバにより送信された携帯電話のショートメッセージサービスメッセージが受信された後、クライアントは、ショートメッセージサービスメッセージインボックスからショートメッセージサービスメッセージを自動的に読み取って、ショートメッセージサービスメッセージ検証コードを抽出し、検証コードを認証コード入力ボックスに入力して、ユーザの身元についての認証およびオンライン決済を完了し得る。
【０００３】
ユーザがコンピュータを用いることによってオンラインで買い物をする場合、ショートメッセージサービスメッセージ検証方式においては、携帯電話が第三者サーバにより送信されたショートメッセージサービスメッセージを受信した後、ユーザは、ショートメッセージサービスメッセージを表示するべく、ショートメッセージサービスメッセージインボックスを開いてショートメッセージサービスメッセージ検証コードを読み取り、次にコンピュータの現在の決済ウェブページにおける指定入力ボックスへとショートメッセージサービスメッセージ検証コードを手動で入力する必要がある。あるいは、アリペイ等の決済アプリケーションにより奨励される携帯電話のワンタイムパスワード機能は、ユーザの身元を認証する別の方式である。コンピュータ上でアリペイを用いる場合、ユーザは、専ら携帯電話でアリペイクライアントにログインして、アリババにより開発されたセキュリティ認証製品である携帯電話Ｂａｏｌｉｎｇを開き、アリペイの現在のページにおいて生成されたワンタイムパスワードを読み取り、次にコンピュータの現在の決済ウェブページにおける入力ボックスにワンタイムパスワードを手動で入力する必要がある。
【０００４】
しかし、ショートメッセージサービスメッセージ検証コードを携帯電話のショートメッセージサービスメッセージから読み取り、またはワンタイムパスワードを読み取って、次にコンピュータに検証情報を入力する上述の処理において、比較的多くのユーザの介在が伴い、動作は比較的複雑であり、検証情報は、手動で記憶される必要があり、エラーの発生、比較的低い効率性、および良くないユーザエクスペリエンスを容易にもたらす。
【発明の概要】
【０００５】
本発明の複数の実施形態は、検証動作を完了するべく、２つの端末が検証情報を自動的に送信し得るように、検証情報を送信するための方法および端末を開示し、これによりユーザの入力操作を減らして検証情報を取得する効率性および精度を向上させ、端末のインタラクション機能を高める。
【０００６】
本発明の複数の実施形態の第１の態様は、検証情報を送信するための方法を開示し、方法は、第１の端末により、検証動作を実行する条件が満たされるか否かを検出する段階と、検証動作を実行する条件が満たされる場合に、第１の端末により検証情報取得要求を生成する段階であって、検証情報取得要求は、検証情報をフィードバックするように第２の端末に要求するべく用いられる段階と、第１の端末により、検証情報取得要求を第２の端末に送信する段階と、第１の端末により、第２の端末によって返された検証情報取得応答を受信する段階であって、検証情報取得応答は、検証情報を含む段階と、第１の端末により、検証情報をサーバに送信する段階であって、検証情報は、サーバが第１の端末を検証するべく用いられる段階とを備える。
【０００７】
第１の態様を参照すると、第１の態様の第１の可能な実装方式において、方法は、第１の端末により、検証情報取得要求を第２の端末に送信する段階の前に、第１の端末により、第２の端末との近距離無線通信接続を確立する段階を更に備え、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。
【０００８】
第１の態様または第１の可能な実装方式を参照すると、第１の態様の第２の可能な実装方式において、検証動作を実行する条件は、検証情報を取得する必要があるアプリケーションが開かれること、または第１の端末の現在の表示インタフェースが検証動作に関するインタフェースであること、またはユーザにより入力されたトリガ命令が受信され、トリガ命令は、検証動作を実行するように第１の端末をトリガするように用いられること、または無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれ、アプリケーションが呼び出し許可を有することを含む。
【０００９】
第１の態様、または第１の態様の第１もしくは第２の可能な実装方式を参照すると、第１の態様の第３の可能な実装方式において、検証情報取得要求は、補助情報を含み、補助情報は、第２の端末が検証情報を含むメッセージを判断し、または検証情報の有効時間を判断するように用いられる。
【００１０】
第１の態様、または第１の態様の第１、第２または第３の可能な実装方式を参照すると、第１の態様の第４の可能な実装方式において、第１の端末により検証情報取得要求を生成する段階の前に、方法は、第１の端末により、検証ウィンドウを含むユーザインタフェースを表示する段階を更に備え、第１の端末により、第２の端末によって返された検証情報取得応答を受信する段階の後に、方法は、第１の端末により、検証情報を検証情報取得応答から抽出して、検証ウィンドウに検証情報を表示する段階を更に備える。
【００１１】
本発明の複数の実施形態の第２の態様は、検証情報を送信するための方法を開示し、方法は、第２の端末により、第１の端末によって送信された検証情報取得要求を受信する段階と、第２の端末により検証情報を取得して、第２の端末により検証情報取得応答を生成する段階であって、検証情報取得応答は、検証情報を含む段階と、第１の端末が検証情報をサーバに送信するように、第２の端末により、検証情報取得応答を第１の端末に送信する段階であって、検証情報は、サーバが第１の端末を検証するべく用いられる段階とを備え得る。
【００１２】
第２の態様を参照すると、第２の態様の第１の可能な実装方式において、第２の端末により検証情報を取得する前に、方法は、第２の端末により、検証情報を生成するアプリケーションを開始する段階、または第２の端末により、検証情報を含み、サーバにより送信されるメッセージを受信する段階を更に備える。
【００１３】
第２の態様、または第２の態様の第１の可能な実装方式を参照すると、第２の態様の第２の可能な実装方式において、第２の端末により、第１の端末によって送信された検証情報取得要求を受信する段階の前に、方法は、第２の端末により、第１の端末との近距離無線通信接続を確立する段階を更に備え、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。
【００１４】
第２の態様、または第２の態様の第１もしくは第２の可能な実装方式を参照すると、第２の態様の第３の可能な実装方式において、第２の端末により、検証情報を取得する段階は、設定された抽出キーワードに応じて検証情報を取得する段階を有し、抽出キーワードは、検証情報のタイプまたはソースに応じて設定される。
【００１５】
第２の態様、または第２の態様の第１、第２もしくは第３の可能な実装方式を参照すると、第２の態様の第４の可能な実装方式において、検証情報取得要求は、検証情報の有効時間を判断するための補助情報を含み、第２の端末により、検証情報取得応答を第１の端末に送信する段階の前に、方法は、補助情報に応じて、第２の端末により、取得された検証情報が有効時間内であると判断する段階を更に備える。
【００１６】
本発明の複数の実施形態の第３の態様は、端末を開示し、端末は、検証動作を実行する条件が満たされているか否かを検出するように構成された検出モジュールと、検証動作を実行する条件が満たされていると検出モジュールが検出すると、検証情報取得要求を生成するように構成され、検証情報取得要求は、検証情報をフィードバックするように別の端末に要求するべく用いられる生成モジュールと、検証情報取得要求を別の端末に送信するように構成された第１の送信モジュールと、別の端末により返された検証情報取得応答を受信するように構成され、検証情報取得応答は、検証情報を含む受信モジュールと、検証情報をサーバに送信するように構成され、検証情報は、サーバが第１の端末を検証するべく用いられる第２の送信モジュールとを備え得る。
【００１７】
第３の態様を参照すると、第３の態様の第１の可能な実装方式において、端末は、第１の送信モジュールが検証情報取得要求を別の端末に送信する前に、別の端末との近距離無線通信接続を確立するように構成された確立モジュールを更に備え、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。
【００１８】
第３の態様または第３の態様の第１の可能な実装方式を参照すると、第３の態様の第２の可能な実装方式において、検証動作を実行する条件は、検証情報を取得する必要があるアプリケーションが開かれること、または現在の表示インタフェースが検証動作に関するインタフェースであること、またはユーザにより入力されたトリガ命令が受信され、トリガ命令は、検証動作を実行するように端末をトリガするべく用いられること、または無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれ、アプリケーションが呼び出し許可を有することを含む。
【００１９】
第３の態様、または第３の態様の第１もしくは第２の可能な実装方式を参照すると、第３の態様の第３の可能な実装方式において、検証情報取得要求は、補助情報を含み、補助情報は、別の端末が検証情報を含むメッセージを判断し、または検証情報の有効時間を判断するように用いられる。
【００２０】
第３の態様、または第３の態様の第１、第２、もしくは第３の可能な実装方式を参照すると、第３の態様の第４の可能な実装方式において、端末は、生成モジュールが検証情報取得要求を生成する前に、検証ウィンドウを含むユーザインタフェースを表示するように構成された表示モジュールと、受信モジュールが別の端末により返された検証情報取得応答を受信した後に、検証情報を検証情報取得応答から抽出するように構成された抽出モジュールとを更に備え、表示モジュールは、更に、検証ウィンドウに検証情報を表示するように構成される。本発明の複数の実施形態の第４の態様は、端末を開示し、端末は、別の端末により送信された検証情報取得要求を受信するように構成された端末受信モジュールと、検証情報を取得するように構成された取得モジュールと、検証情報取得応答を生成するように構成され、検証情報取得応答は、検証情報を含む生成モジュールと、別の端末が検証情報をサーバに送信するように、別の端末に検証情報取得応答を送信するように構成され、検証情報は、サーバが別の端末を検証するべく用いられる、送信モジュールとを備え得る。
【００２１】
第４の態様を参照すると、第４の態様の第１の可能な実装方式において、端末は、取得モジュールが検証情報を取得する前に、検証情報を生成するアプリケーションを開始するように構成された開始モジュール、および／または検証情報を含み、サーバにより送信されるメッセージを受信するように構成されたサーバ受信モジュールとを更に備える。
【００２２】
第４の態様、または第４の態様の第１の可能な実装方式を参照すると、第４の態様の第２の可能な実装方式において、端末は、端末受信モジュールが別の端末により送信された検証情報取得要求を受信する前に、別の端末との近距離無線通信接続を確立するように構成された確立モジュールを更に備え、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。
【００２３】
第４の態様、または第４の態様の第１もしくは第２の可能な実装方式を参照すると、第４の態様の第３の可能な実装方式において、取得モジュールは、特に、設定された抽出キーワードに応じて検証情報を取得するように構成され、抽出キーワードは、検証情報のタイプまたはソースに応じて設定される。
【００２４】
第４の態様、または第４の態様の第１、第２または第３の可能な実装方式を参照すると、第４の態様の第４の可能な実装方式において、検証情報取得要求は、検証情報の有効時間を判断するための補助情報を含み、端末は、送信モジュールが別の端末に検証情報取得応答を送信する前に、補助情報に応じて、取得された検証情報が有効時間内であると判断するように構成された決定モジュールを更に備える。本発明の複数の実施形態の第５の態様は、端末を開示し、端末は、検証動作を実行する条件が満たされるか否かを検出するように構成され、検証動作を実行する条件が満たされる場合に、検証情報取得要求を生成するように更に構成され、検証情報取得要求は、検証情報をフィードバックするように別の端末に要求するべく用いられるプロセッサと、検証情報取得要求を別の端末に送信するように構成され、別の端末により返された検証情報取得応答を受信するように更に構成され、検証情報取得応答は、検証情報を含み、検証情報をサーバに送信するように更に構成され、検証情報は、サーバが第１の端末を検証するべく用いられる、トランシーバとを備え得る。
【００２５】
第５の態様を参照すると、第５の態様の第１の可能な実装方式において、トランシーバが検証情報取得要求を別の端末に送信する前に、プロセッサは、更に、第２の端末との近距離無線通信接続を確立するように構成され、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。
【００２６】
第５の態様または第５の態様の第１の可能な実装方式を参照すると、第５の態様の第２の可能な実装方式において、検証動作を実行する条件は、検証情報を取得する必要があるアプリケーションが開かれること、または第１の端末の現在の表示インタフェースが検証動作に関するインタフェースであること、またはユーザにより入力されたトリガ命令が受信され、トリガ命令は、検証動作を実行するように第１の端末をトリガするべく用いられること、または無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれ、アプリケーションが呼び出し許可を有することを含む。
【００２７】
第５の態様、または第５の態様の第１もしくは第２の可能な実装方式を参照すると、第５の態様の第３の可能な実装方式において、検証情報取得要求は、補助情報を含み、補助情報は、第２の端末が検証情報を含むメッセージを判断し、または検証情報の有効時間を判断するように用いられる。
【００２８】
第５の態様、または第５の態様の第１、第２または第３の可能な実装方式を参照すると、第５の態様の第４の可能な実装方式において、プロセッサは、検証情報取得要求を生成する前に、検証ウィンドウを含むユーザインタフェースを表示するように更に構成され、トランシーバが別の端末により返された検証情報取得応答を受信した後、プロセッサは、検証情報を検証情報取得応答から抽出して、検証ウィンドウに検証情報を表示するように更に構成される。
【００２９】
本発明の第６の態様は、端末を開示し、端末は、別の端末により送信された検証情報取得要求を受信するように構成されたトランシーバと、検証情報を取得するように構成されたプロセッサとを備え得、プロセッサは、検証情報取得応答を生成するように更に構成され、検証情報取得応答は、検証情報を含み、トランシーバは、別の端末が検証情報をサーバに送信するように、別の端末に検証情報取得応答を送信するように構成され、検証情報は、サーバが別の端末を検証するべく用いられる。
【００３０】
第６の態様を参照すると、第６の態様の第１の可能な実装方式において、検証情報を取得する前に、プロセッサは、検証情報を生成するアプリケーションを開始し、または検証情報を含み、サーバにより送信されるメッセージを受信するように更に構成される。
【００３１】
第６の態様、または第６の態様の第１の可能な実装方式を参照すると、第６の態様の第２の可能な実装方式において、トランシーバが別の端末により送信された検証情報取得要求を受信する前に、プロセッサは、更に、別の端末との近距離無線通信接続を確立するように構成され、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。
【００３２】
第６の態様、または第６の態様の第１または第２の可能な実装方式を参照すると、第６の態様の第３の可能な実装方式において、プロセッサにより検証情報を取得する特定の方式は、設定された抽出キーワードに応じて検証情報を取得することであり、抽出キーワードは、検証情報のタイプまたはソースに応じて設定される。
【００３３】
第６の態様、または第６の態様の第１、第２または第３の可能な実装方式を参照すると、第６の態様の第４の可能な実装方式において、検証情報取得要求は、検証情報の有効時間を判断するための補助情報を含み、トランシーバが検証情報取得応答を別の端末に送信する前に、プロセッサは、補助情報に応じて、取得された検証情報が有効時間内であると判断するように更に構成される。
【００３４】
本発明の複数の実施形態の第７の態様は、コンピュータストレージ媒体を開示し、コンピュータストレージ媒体は、プログラムを格納することができ、プログラムが実行されると、本発明の複数の実施形態の第１の態様に開示された検証情報を送信するための方法におけるいずれかの方法のいくつかまたは全ての段階が実行される。
【００３５】
本発明の複数の実施形態の第８の態様は、コンピュータストレージ媒体を開示し、コンピュータストレージ媒体は、プログラムを格納することができ、プログラムが実行されると、本発明の複数の実施形態の第２の態様に開示された検証情報を送信するための方法のいずれかの方法のいくつかまたは全ての段階が実行される。
【００３６】
本発明の複数の実施形態において、検証動作を実行する条件が満されることが検出される場合、第１の端末は、検証情報をフィードバックするように第２の端末に要求するべく、検証情報取得要求を生成し得る。次に、第１の端末は、検証情報取得要求を第２の端末に自動的に送信して第２の端末により返された検証情報取得応答を受信し得、検証情報取得応答は、検証情報を含む。第１の端末は、サーバが検証情報に応じて第１の端末を検証し得るように、検証情報をサーバに送信し得る。このように、ユーザの入力操作は低減され、検証情報を取得する効率性および精度は向上し、端末のインタラクション機能は高められる。
【図面の簡単な説明】
【００３７】
本発明の複数の実施形態における複数の技術的解決法をより明確に説明するべく、以下において複数の実施形態を説明するのに必要とされる添付の図面を簡潔に説明する。以下の説明における添付の図面は、本発明のいくつかの実施形態のみを示しており、当業者は、創造努力をせずにこれらの添付の図面から他の図面をなおも導き出し得ることは明らかである。
【００３８】
【図１】本発明の実施形態による検証情報を送信するための方法のフローチャートである。
【００３９】
【図２】本発明の実施形態による検証情報を送信するための別の方法のフローチャートである。
【００４０】
【図３】本発明の実施形態による検証情報を送信するためのシステムの構造のフローチャートである。
【００４１】
【図４】本発明の実施形態による検証情報を送信するための別のシステムの構造のフローチャートである。
【００４２】
【図５】本発明の一実施形態による端末の構造図である。
【００４３】
【図６】本発明の一実施形態による別の端末の構造図である。
【００４４】
【図７】本発明の一実施形態によるなおも別の端末の構造図である。
【００４５】
【図８】本発明の一実施形態によるなおも別の端末の構造図である。
【発明を実施するための形態】
【００４６】
本発明の複数の実施形態では、添付の図面を参照して以下において、本発明の複数の実施形態における技術的解決法を明確かつ完全に説明する。説明される実施形態は、本発明の複数の実施形態の全てではなく、いくつかのみであることは明らかである。創造努力をせずに本発明の複数の実施形態に基づいて当業者により得られる他の全ての実施形態が、本発明の保護範囲に包含されるものとする。
【００４７】
本発明の複数の実施形態は、検証プロセスを完了するべく、２つの端末が無線送信方式で検証情報を送信し得るように、検証情報を送信するための方法および端末を開示し、これによりユーザの操作を省略し、検証の効率性を向上させる。本発明の複数の実施形態において言及される第１の端末は、検証プロセスを実行し、またはアプリケーションによる検証プロセスの実行をサポートし得るパーソナルコンピュータ、タブレットコンピュータ、またはスマートテレビ等の端末を含み、第２の端末は、検証情報を取得し、第１の端末との無線通信をサポートし得るパーソナル携帯電話またはタブレットコンピュータ等の端末を含み得る。上述した方法および端末は、以下に別々に詳細に説明される。
【００４８】
本発明の実施形態による検証情報を送信するための方法のフローチャートである図１を参照する。図１に示されるように、方法は、以下の複数の段階を含み得る。
【００４９】
段階Ｓ１０１。第１の端末は、検証動作を実行する条件が満されるか否かを検出する。
【００５０】
段階Ｓ１０２。第１の端末は、検証動作を実行する条件が満たされる場合、検証情報取得要求を生成し、検証情報取得要求は、検証情報をフィードバックするように第２の端末に要求するべく用いられる。
【００５１】
一実施形態において、第１の端末は、検証動作を実行する条件を検出することにより検証情報取得要求を生成し得る。任意選択で、第１の端末により検出された、検証動作を実行する必要がある条件とは、具体的には、検証情報を取得する必要があるアプリケーションが開かれること、または第１の端末の現在の表示インタフェースが検証動作に関するインタフェースであること、またはユーザにより入力されたトリガ命令であって、検証動作を実行するように第１の端末をトリガするべく用いられるトリガ命令が受信されること、または無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれること、およびアプリケーションが呼び出し許可を有することであり得る。
【００５２】
具体的には、無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれたことを第１の端末が検出すると、第１の端末は、検証情報取得要求を生成するようにトリガされ得、アプリケーションは、無線接続方式で検証情報を取得するように第１の端末に要求し得、無線接続方式は、具体的には、近距離無線通信（英語、Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、略してＮＦＣ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（英語、Ｂｌｕｅｔｏｏｔｈ（登録商標））、またはワイヤレスフィデリティ（英語、Ｗｉｒｅｌｅｓｓ‐ＦＩｄｅｌｉｔｙ、略してＷｉＦｉ）等の短距離通信方式であってもよく、または別の長距離無線通信方式であってもよい。例えば、「ＮＦＣにより検証コードを取得する」または「Ｂｌｕｅｔｏｏｔｈ（登録商標）により検証コードを取得する」等の特定の取得ボタンは、第１の端末において設定され得る。ユーザがボタンをクリックすると、具体的には端末のＮＦＣ機能、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能等の呼び出しを要求するべく、検証情報を取得する必要があるアプリケーションが開かれる。Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線方式においては、ユーザが第２の端末を選択して検証情報を取得するべく、特定の取得ボタンがクリックされた後に、デバイスリストがポップアップし得る。選択した後、第１の端末と第２の端末との間で無線接続が確立され得る。例えば、無線接続は、近距離無線通信により確立される。任意選択で、特定の取得ボタンは、「無線方式で検証コードを取得する」であってもよい。ユーザがボタンをクリックすると、ユーザによる選択のために、無線接続方式のリスト（ＮＦＣまたはＢｌｕｅｔｏｏｔｈ（登録商標）等）がポップアップし得る。ユーザが複数の無線接続方式のうちの１つを選択すると、無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションがトリガされて開かれる。任意選択で、アプリケーションが開かれたことを検出した後、第１の端末は、アプリケーションが無線機能を呼び出すための呼び出し許可を有するか否かを更に判断し得、アプリケーションが無線機能を呼び出すための呼び出し許可を有する場合に、検証動作が実行される必要があると判断し得、この場合に端末が対応する無線機能を有効にしないときには、更に、対応する無線機能を有効にして第２の端末との通信を準備し得、またはアプリケーションが無線機能を呼び出すための呼び出し許可を有しない場合に、アプリケーションが無線機能の呼び出しを要求することが初めてであるか否かを更に判断し得、更に、無線機能の呼び出しを要求することが初めてである場合に、呼び出し要求を無視し得、更に、無線機能の呼び出しを要求することが初めてでない場合に、プロンプトを用いることにより、もしくは別の方式で、アプリケーションに呼び出し許可を与えるか否かをユーザにクエリし得、無線機能が呼び出され得ることをユーザが確認すると、第１の端末は、検証動作が実行される必要があると判断する。
【００５３】
本実施形態において、無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれたことを検出したとき、または無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれたことを検出して、検証情報を取得する必要があるアプリケーションが無線機能を呼び出すための呼び出し許可を有すると判断した後、第１の端末は、検証情報取得要求を生成するべく検証動作が実行される必要があると判断し得る。
【００５４】
更に、第１の端末は、検証動作を実行する別の条件を検出することにより検証情報取得要求も生成し得る。例えば、第１の端末がアプリケーションを開き、例えば検証動作を必要とするアプリケーションを開き、例えば第１の端末のＷｅＣｈａｔアプリケーションに初めてログインし、またはウェブクライアントを開いて第１の端末にアカウントを登録すると、第１の端末上で検証動作が実行される必要があると判断され得、または現在の表示インタフェースが検証動作に関するインタフェースであると第１の端末が検出した場合に、第１の端末の現在のインタフェースがショッピングのウェブサイトの表示インターフェースであり、商品を選択した後にユーザが決済のために注文を出したとき、現在の表示インタフェースが決済インタフェースであり得る。この場合には検証動作が第１の端末上で実行される必要があると決定され得る。または例えば、ユーザが「検証コード取得」ボタンをクリックし、またはジェスチャ、音声、もしくは指紋を用い、またはカメラを用いることにより動画を撮影する等、複数の形態で、検証コードを取得するべく用いられるユーザトリガ命令を第１の端末に入力すると、ユーザの特定のトリガ命令に応じて、第１の端末がユーザトリガ命令を検出し、第１の端末上で検証動作が実行される必要があると判断され得る。
【００５５】
任意選択で、第１の端末は、無線機能の異なる複数の動作モードに応じて当該動作モードに対応する検証情報取得要求を生成し得る。例えば、ＮＦＣの複数の動作モードは、ピアツーピア（英語、ｐｅｅｒ  ｔｏ  ｐｅｅｒ、略してＰ２Ｐ）モード、カードリーダ（英語、ｒｅａｄｅｒ）モード等を含み得る。動作モードは、事前設定され得る。第１の端末は、ＮＦＣの異なる複数の動作モードに応じて当該動作モードに対応する検証情報取得要求を生成し得る。
【００５６】
任意選択で、第１の端末は、タイプ指標情報を含む検証情報取得要求を生成し得、タイプ指標情報は、検証情報のタイプを示すべく用いられる。第２の端末は、タイプ指標情報を用いることにより、第１の端末により要求される検証情報のタイプを認識し得る。例示的に、タイプ指標情報は、１ビットを用いることにより表され得、０ビットは、検証情報のタイプ、例えばショートメッセージサービスメッセージ検証コードを表す。１ビットは、検証情報の別のタイプ、例えばワンタイムパスワードを表す。更に例示的に、バイトにおける各ビットは、検証情報のタイプを別々に表す。例えば、第１のビットが１である場合、検証情報がショートメッセージサービスメッセージ検証コードであることを表し、第２のビットが１である場合、検証情報がワンタイムパスワードであることを表す。
【００５７】
任意選択の実施形態において、生成された検証情報取得要求は、補助情報を更に含み得、補助情報は、第２の端末に用いられ、検証情報を含むメッセージを判断し、または検証情報の有効時間を判断する。
【００５８】
例示的に、例えば、検証情報のタイプがショートメッセージサービスメッセージ検証コードである場合、補助情報は、サーバにより送信されるショートメッセージサービスメッセージの受信メッセージ番号を含み、従って第２の端末は、受信メッセージ番号に応じてインボックスから、検証情報を含むショートメッセージサービスメッセージをより迅速に、かつより正確に発見し得る。別の例において、検証情報のタイプがワンタイムパスワードである場合、補助情報は、ワンタイムパスワードを更新するための命令を含み得、従って第２の端末は、更新命令に応じて新しい検証情報を再抽出し得る。結論として、補助情報は、第２の端末が複数の動作を実行することを支援し、例えば検証情報を取得またはアップデートすることを支援するべく、複数のタイプの情報を含み得る。
【００５９】
好ましい実施形態において、第１の端末が検証情報取得要求を第２の端末に送信する前に、第１の端末は、第２の端末との近距離無線通信接続を確立し得、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いて送信される。上記のように、近距離無線通信は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＷｉ‐Ｆｉ等、複数の方式を含み得る。
【００６０】
段階Ｓ１０３。第１の端末は、検証情報取得要求を第２の端末に送信する。
【００６１】
一実施形態において、検証動作が実行される必要があることを第１の端末が検出して検証情報取得要求を生成した後、第１の端末は、第１の端末および第２の端末により合意された通信方式、または呼び出された無線接続方式で検証情報取得要求を第２の端末に送信し得る。例えば、第１の端末は、ＮＦＣにより検証情報取得要求を第２の端末に送信し得、Ｗｉ‐ＦｉまたはＢｌｕｅｔｏｏｔｈ（登録商標）等の別の無線機能については、類似の方法が用いられ得る。任意選択で、第１の端末および第２の端末は、無線機能の動作モードを事前設定し得る。例えば、ＮＦＣ通信が実行される場合、第１の端末がＰ２Ｐモードまたはカードリーダモードで検証情報取得要求を送信するように事前設定され得る。
【００６２】
段階Ｓ１０４。第１の端末は、第２の端末により返された検証情報取得応答を受信し、検証情報取得応答は、検証情報を含む。
【００６３】
一実施形態において、検証情報取得要求を第２の端末に送信した後、第１の端末は、第２の端末によりフィードバックされた検証情報取得応答を受信し得、検証情報取得応答は、第１の端末が要求した検証情報を取得し得るように、第１の端末により要求される検証情報を含む。
【００６４】
段階Ｓ１０５。第１の端末は、検証情報をサーバに送信し、検証情報は、サーバが第１の端末を検証するべく用いられる。
【００６５】
一実施形態において、要求される検証情報を取得した後、第１の端末は、サーバが検証情報に応じて第１の端末を検証し得るように、検証情報をサーバに送信し得る。例えば、第１の端末により取得された検証情報は、第１の端末のユーザの身元を検証する。例えば、取得された検証情報は、身元カード番号または銀行カード番号等の情報である。情報は、サーバに送信され、サーバに格納されたユーザ情報と比較され得る。情報がサーバに格納されたユーザ情報と同一である場合、第１の端末上での検証が成功したことを表す。または情報がサーバに格納されたユーザ情報と異なる場合、第１の端末上での検証が失敗したことを表す。別の例では、第１の端末により取得された検証情報は、ワンタイムパスワード等の情報でもあり得る。検証情報は、サーバに送信され得る。ワンタイムパスワードは、アプリケーションに応じて第２の端末により生成され、特定の期間内は有効であるので、サーバは、同期時間に応じて検証情報が有効であるか否かを検出し得る。検証情報が有効である場合、第１の端末上での検証は成功する。または検証情報が無効である場合、第１の端末上での検証は失敗する。第１の端末は、検証情報取得要求を再送信することにより、ワンタイムパスワード等の検証情報を再び取得することも要求し得る。
【００６６】
任意選択の実施形態において、検証情報取得要求を生成する前に、第１の端末は、現在のインタフェースに検証ウィンドウを含むユーザインタフェースを表示し得、第２の端末により返された検証情報取得応答を受信した後、第１の端末は、検証情報を応答から抽出して検証情報を検証ウィンドウに表示し得る。任意選択で、本発明の本実施形態において言及される表示は、直接表示であり得、検証情報が６個の数字を含む場合に６個の数字が直接に表示され、または暗号化表示であり得、検証情報が６個の数字を含む場合にその数字が他の文字（"＊"等）として表示され得る。本発明の本実施形態は、ＮＦＣまたはＢｌｕｅｔｏｏｔｈ（登録商標）等の無線接続方式のみを用いることにより説明されるが、これに限定されるものでないことは勿論であることに留意されたい。例えば、要求または応答は、別の無線または有線通信方式等でも転送され得る。
【００６７】
本発明の本実施形態において、検証動作を実行する条件が満されることが検出される場合、第１の端末は、検証情報をフィードバックするように第２の端末に要求するべく、検証情報取得要求を生成し得る。次に、第１の端末は、検証情報取得要求を第２の端末に自動的に送信して第２の端末により返された検証情報取得応答を受信し得、検証情報取得応答は、検証情報を含む。第１の端末は、サーバが検証情報に応じて第１の端末を検証し得るように、検証情報をサーバに送信し得る。このように、ユーザの入力操作は低減され、検証情報を取得する効率性および精度は向上し、端末のインタラクション機能は高められる。
【００６８】
本発明の実施形態による検証情報を送信するための別の方法のフローチャートである図２を参照する。図２に示されるように、方法は、以下の複数の段階を含み得る。
【００６９】
段階Ｓ２０１。第２の端末は、第１の端末により送信された検証情報取得要求を受信する。
【００７０】
一実施形態において、第２の端末は、検証情報を取得する前に、第１の端末により送信された検証情報取得要求を受信し得、または検証情報を取得し、および／もしくは検証情報取得応答を生成した後に、第１の端末により送信された検証情報取得要求を受信し得る。検証情報が取得される前に検証情報取得要求が受信された場合、検証情報は、要求に応じて取得され得る。任意選択の実施形態において、第２の端末が第１の端末により送信された検証情報取得要求を受信する前に、第１の端末は、第２の端末との近距離無線通信接続を確立し得、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いて送信される。上記のように、近距離無線通信は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＷｉ‐Ｆｉ等、複数の方式を含み得る。
【００７１】
段階Ｓ２０２。第２の端末は、検証情報を取得する。
【００７２】
一実施形態において、検証情報が取得される前に検証情報取得要求が受信されない場合、検証情報を取得するように第２の端末をトリガするべく、以下の段階も用いられ得る。すなわち、第２の端末により、検証情報を生成するアプリケーションを開始する段階、または第２の端末により、検証情報を含み、サーバにより送信されるメッセージを受信する段階である。
【００７３】
具体的には、第２の端末が検証情報を生成するアプリケーションを開始すると、第２の端末は、検証情報をアプリケーションから取得するようにトリガされ得、または第２の端末がサーバにより送信されたショートメッセージサービスメッセージを受信する場合、第２の端末は、検証情報をショートメッセージサービスメッセージから取得するようにトリガされ得る。
【００７４】
任意選択で、検証情報を含むショートメッセージサービスメッセージを受信した場合、第２の端末は、ショートメッセージサービスメッセージの受信メッセージ番号の読み取りが許可されるか否か、または受信メッセージ番号が端末の通信ホワイトリストにあるか否かを更に判断し得る。ショートメッセージサービスメッセージの受信メッセージ番号の読み取りが許可される場合、または受信メッセージ番号が端末の通信ホワイトリストにある場合、第２の端末は、受信メッセージ番号のショートメッセージサービスメッセージから検証情報を抽出し得る。またはショートメッセージサービスメッセージの受信メッセージ番号の読み取りが許可されず、もしくは受信メッセージ番号が端末の通信ホワイトリストにない場合、第２の端末は、受信メッセージ番号のショートメッセージサービスメッセージを無視し得、プロンプトを用いることにより、または別の方式で、受信通話番号をホワイトリストに追加するか否かもユーザにクエリし得ることは勿論である。ユーザが受信通話番号をホワイトリストに追加することを決定すると、検証情報は、受信メッセージ番号のショートメッセージサービスメッセージから抽出される。
【００７５】
任意選択の実施形態において、第２の端末により検証情報を取得する段階は、設定された抽出キーワードに応じて検証情報を取得する段階を含み得、抽出キーワードは、検証情報のタイプまたはソースに応じて設定される。
【００７６】
具体的には、第２の端末は、事前設定ルールに従って抽出キーワードを用いることにより、検証情報を取得するべく抽出キーワードを事前設定し得る。第２の端末は、検証情報のタイプまたはソースに応じて抽出キーワードを設定し得る。
【００７７】
例示的に、検証情報は、ショートメッセージサービスメッセージ検証コード、ワンタイムパスワード、身元カード番号、または銀行カード番号等の複数のタイプであり得、第２の端末は、異なるタイプの検証情報に応じて異なる抽出キーワードを設定し得る。例えば、検証情報がショートメッセージサービスメッセージ検証コードである場合、キーワードは、「検証コード」、「チェックコード」等に設定され得、対応する事前設定ルールは、キーワードの後の連続するｎ個の数字を検証情報として抽出することであり得、またはキーワードの後の連続する数字および文字の組み合わせを検証情報として抽出することであり得、またはキーワードの後の連続する数字および／または文字の複数のセグメントを抽出し、次に連続する数字および／または文字の複数のセグメントを検証情報として接合することであり得る。別の例において、検証情報が銀行カード番号である場合、キーワードは、「カード番号」、「アカウント」、「クレジットカード」等に設定され得、対応する事前設定ルールは、キーワードの後の連続するｍ個の数字を検証情報として抽出することであり得、またはキーワードの後の連続する数字および文字の組み合わせを検証情報として抽出することであり得、またはキーワードの後の連続する数字および／または文字の複数のセグメントを抽出し、次に連続する数字および／または文字の複数のセグメントを検証情報として接合することであり得る。勿論、本発明は、これらに限定されない。
【００７８】
例示的に、検証情報は、異なる受信メッセージ番号から送信されたショートメッセージサービスメッセージ検証コード、アプリケーション（ワンタイムパスワードを生成し得る携帯電話Ｂａｏｌｉｎｇ等のアプリケーション）により動的に生成されるワンタイムパスワード等でもあり得、第２の端末は、検証情報の異なるソースに応じて異なる抽出キーワードを設定し得る。例えば、受信メッセージ番号が銀行Ａの番号である場合、キーワードは、動的パスワード等のキーワードＡに設定され、対応する事前設定ルールＡは、キーワードの後の６つの連続する数字を検証情報として抽出することである。別の例において、受信メッセージ番号が銀行Ｂの番号である場合、キーワードは、検証コード等のキーワードＢに設定され、対応する事前設定ルールＢは、キーワードの後の連続する数字および／または文字の複数のセグメントを抽出し、次に連続する数字および／または文字の複数のセグメントを検証情報として接合することである。このように、補助情報の受信メッセージ番号または検証情報取得要求により送信されたショートメッセージサービスメッセージ検証コードを受信する場合、第２の端末は、受信メッセージ番号、および受信メッセージ番号である対応するキーワードおよび事前設定ルールに応じて、ショートメッセージサービスメッセージから検証コードを適切かつ迅速に抽出し得、これにより検証情報を抽出する効率性をある程度向上させ得る。
【００７９】
本発明は、上述の設定方法に限定されず、第２の端末は全てのタイプの、または全てのソースからの検証情報に対する統一された複数の抽出キーワードも設定し得ることに留意されたい。例えば、キーワードデータベースは、動的パスワード、ワンタイムパスワード、動的検証コード、動的キー、および検証コード等の複数のキーワードを格納するように生成され、キーワードデータベースに格納されたキーワードを検出する場合、第２の端末は、事前設定ルールに応じて検証情報を取得し得、例えば、キーワードの後の数字もしくは文字、またはキーワードの後の数字もしくは文字の組み合わせを抽出し得る。
【００８０】
段階Ｓ２０４。第２の端末は、検証情報取得応答を生成し、検証情報取得応答は、検証情報を含む。
【００８１】
一実施形態において、検証情報を抽出した後、第２の端末は、検証情報を含む検証情報取得応答を生成し得る。任意選択で、第２の端末は、第１の端末が検証情報取得応答を受信した後に対応する検証情報を解析して対応する検証動作を完了するように、異なるタイプ指標情報を含む検証情報取得応答を生成し得る。任意選択で、第２の端末は、第１の端末が対応する動作モードで検証情報取得応答を受信し得るように、事前設定された通信方式、または更に通信方式の動作モード（ＮＦＣ通信のＰ２Ｐ動作モードもしくはカードエミュレーション（英語、Ｃａｒｄ  Ｅｕｌａｔｉｏｎ、略してＣＥ）動作モード等（すなわち、ＮＦＣタグとして用いられる））に応じて、対応する検証情報取得応答を生成し得る。
【００８２】
一実施形態において、第２の端末は、検証情報取得応答を生成した後に、第１の端末により送信された検証情報取得要求を受信し得、または検証情報を取得し、および／もしくは検証情報取得応答を生成する前に、検証情報取得要求を受信し得る。
【００８３】
任意選択の実施形態において、第２の端末により受信された検証情報取得要求が検証情報の有効時間を決定するための補助情報を含む場合、第２の端末は、補助情報に応じて取得された検証情報が有効時間内にあると判断する。
【００８４】
具体的には、補助情報は、検証情報の有効時間を含み得、第２の端末は、補助情報に応じて検証情報が無効であるか否かを判断し得る。例えば、検証情報を含むショートメッセージサービスメッセージを受信した後、第２の端末は、第２の端末により検証情報取得要求を受信する時間とショートメッセージサービスメッセージにおける検証コードの抽出を開始する時間との間の差が検証情報の有効時間（１分等）より大きい否かを判断し、この差が有効時間より大きい場合、抽出された検証情報が既に無効であると判断する。第２の端末は、段階Ｓ２０１〜段階Ｓ２０３に従って検証情報を再取得し、新しい検証情報取得応答を生成する必要がある。そうでなければ、第２の端末は、検証情報が有効であると判断し、検証情報を第１の端末に直接にフィードバックし得る。
【００８５】
更に、第２の端末は、検証情報の有効時間に応じて検証情報が既に無効であるか否か判断し得る。例えば、ユーザが携帯電話におけるアリペイクライアントの携帯電話Ｂａｏｌｉｎｇを開いた後に、第２の端末は、第２の端末により検証情報取得要求を受信する時間とワンタイムパスワードの抽出を開始する時間との間の差が検証情報の有効時間（３０秒等）より大きいか、またはこれに等しいか否かを判断し、この差が有効時間より大きいか、またはこれに等しい場合、取得された検証情報が既に無効であると判断する。第２の端末は、段階Ｓ２０１〜段階Ｓ２０３に従って検証情報を再取得し、新しい検証情報取得応答を生成する必要がある。そうでなければ、第２の端末は、検証情報が有効であると判断し、検証情報を第１の端末に直接にフィードバックし得る。
【００８６】
段階Ｓ２０４。第２の端末は、第１の端末が検証情報をサーバに送信するように、第１の端末に検証情報取得応答を送信し、検証情報は、サーバが第１の端末を検証するべく用いられる。
【００８７】
一実施形態において、第２の端末は、第１の端末が検証情報を検証情報取得応答から抽出し得るように、生成された検証情報取得応答を第１の端末に送信し得る。第１の端末は、第１の端末上での検証のために検証情報をサーバに送信し得る。このように、検証処理全体が完了する。
【００８８】
本発明の本実施形態において、第２の端末は、第１の端末により送信された検証情報取得要求を受信して検証情報を取得し、次に、第１の端末が検証情報をサーバに送信するように、検証情報を含む検証情報取得応答を生成して応答を第１の端末に送信し得、検証情報は、サーバが第１の端末を検証するべく用いられる。このように、ユーザの入力操作は低減され、検証情報を取得する効率性および精度は向上し、端末のインタラクション機能は高められる。
【００８９】
端末Ａと端末Ｂとの間で検証情報を送信するプロセスは、図３および図４における例を用いることにより説明される。端末Ｂについては、上述の実施形態における第１の端末を参照し得、これは具体的には、例えばＮＦＣ機能を有するコンピュータである。端末Ｂの具体的な構造については、図５および図７を参照し得る。端末Ａについては、上述の実施形態における第２の端末を参照し得、これは具体的には、例えばＮＦＣ機能を有する携帯電話である。端末Ａの具体的な構造については、図６および図８を参照し得る。更に、図３および図４に説明される複数の実施形態において、端末Ａおよび端末Ｂの両方がＰ２Ｐ動作モードでＮＦＣ通信を実行する。勿論、本発明は、これらに限定されない。
【００９０】
図３および図４を参照すると、本発明の複数の実施形態において、端末Ｂは、検証情報を取得する必要がある端末として、以下の複数の段階を実行し得る。
【００９１】
Ｂ１。端末Ｂは、ウェブクライアントを用いることにより検証インタフェースに入る。
【００９２】
Ｂ２。端末Ｂは、条件に応じてウェブクライアントがＮＦＣ機能を呼び出し得ると判断し得る。
【００９３】
上述の条件は、以下のいずれか１つであり得ることに留意されたい。
【００９４】
（１）端末Ｂは、ウェブクライアントにより送信されたＮＦＣ機能呼び出し要求を受信する。
【００９５】
例えば、ユーザは、決済ブラウザのページにおける「検証コード取得」ボタンをクリックし、端末ＢにＮＦＣ機能呼び出し要求を送信するようにウェブクライアントをトリガする。
【００９６】
別の例においては、「ＮＦＣにより検証コードを取得する」のボタンが決済ブラウザのページに追加され、または「ＮＦＣ取得方式」オプションが「検証コード取得」ボタンに追加され、ユーザは、ＮＦＣにより検証コードを取得することを選択し、端末ＢにＮＦＣ機能呼び出し要求を送信するようにウェブクライアントをトリガする。
【００９７】
（２）端末Ｂは、イベントをアクティブに検出する。
【００９８】
例えば、端末Ｂは、ウェブクライアント上で動作を検出し、ブラウザが決済ページにジャンプした後に、ＮＦＣ機能を呼び出すようにウェブクライアントをトリガし得る。
【００９９】
別の例において、「検証コード取得」ボタンをクリックする等の検証情報取得イベントがブラウザで行われたことを検出すると、端末Ｂは、ＮＦＣ機能を呼び出すようにウェブクライアントをトリガし得る。
【０１００】
Ｂ３。対応するＮＦＣ動作モードに応じて検証情報取得要求を生成する。
【０１０１】
ショートメッセージサービスメッセージ検証コードおよび携帯電話Ｂａｏｌｉｎｇの２つの場合に、端末Ｂは、異なる複数の要求を生成し得、または異なるタイプ指標情報を含む複数の要求を生成し得ることに留意されたい。例えば、要求は、１バイトタイプの指標ビットｂ８，...，ｂ１を含み、ｂ１が１である場合、ショートメッセージサービスメッセージ検証コードを取得することを表し、ｂ２が１である場合、携帯電話Ｂａｏｌｉｎｇのワンタイムパスワードを取得することを表す、等である。または要求は、１バイトタイプの指標情報を含み、バイト値が０ｘ０１である場合、ショートメッセージサービスメッセージ検証コードを取得することを表し、バイト値が０ｘ０２である場合、携帯電話Ｂａｏｌｉｎｇのワンタイムパスワードを取得することを表す、等である。
【０１０２】
加えて、検証情報取得要求は、更に補助情報を保持し得、例えば、端末Ａがショートメッセージサービスメッセージの位置を迅速につきとめて、検証コードを迅速に抽出することを支援するべく、ショートメッセージサービスメッセージ検証コードを取得するための要求に対する受信メッセージ番号を保持し得、または、端末Ａが携帯電話の時間およびサーバの時間を同期するのを支援し、複数のワンタイムパスワードが両端で生成されること、すなわち端末Ａおよびサーバが一致することを保証し、および／または新しいワンタイムパスワードを生成するべく、サーバの時間および／または携帯電話Ｂａｏｌｉｎｇのワンタイムパスワードを取得するための要求に対するワンタイムパスワードを更新するための命令を保持し得る。
【０１０３】
本実施形態において、端末Ｂは、Ｐ２Ｐモードまたはカードリーダ（Ｒｅａｄｅｒ）モードで要求を生成し得ることに留意されたい。ＮＦＣ動作モードの選択は、実装において事前設定され得る。更に、要求は、端末Ａおよび端末Ｂが近くなる前、または端末Ａおよび端末Ｂが近くなった後に生成されてもよい。
【０１０４】
Ｂ４。ＮＦＣにより検証情報取得要求を端末Ａに送信する。
【０１０５】
Ｂ５。端末Ａによりフィードバックされた検証情報取得応答を受信する。検証情報取得応答は、検証情報を含む。
【０１０６】
Ｂ６。検証インタフェースにおける対応する入力ボックスに検証情報を入力するべく、応答においてウェブクライアントに検証情報を送信する。
【０１０７】
図３を参照すると、本発明の本実施形態において、端末Ｂにより送信された検証情報取得要求を受信した後、端末Ａは、検証情報抽出プログラムを開始して検証情報を抽出し、検証情報取得応答等を生成する。具体的な複数の実装段階は、以下の通りである。
【０１０８】
Ａ１。端末Ｂにより送信された検証情報取得要求を受信する。
【０１０９】
ショートメッセージサービスメッセージを受信する段階または携帯電話Ｂａｏｌｉｎｇを開く段階は、段階Ａ１の前または後に実行され得ることに留意されたい。すなわち、ショートメッセージサービスメッセージは、段階Ａ１の前に受信され得、または携帯電話Ｂａｏｌｉｎｇは、段階Ａ１の前に開かれ得、またはショートメッセージサービスメッセージは、段階Ａ１の後に受信され得、または携帯電話Ｂａｏｌｉｎｇは、段階Ａ１の後に開かれ得る。
【０１１０】
Ａ２。事前設定条件に基づいて検証情報抽出プログラムを開始する。
【０１１１】
事前設定条件は、以下のいずれか１つであり得ることに留意されたい。
【０１１２】
（１）検証情報取得要求
【０１１３】
具体的には、取得要求を受信した後、端末Ａは、要求のタイプまたは要求におけるタイプ指標情報に応じて、端末Ｂがショートメッセージサービスメッセージ検証コードまたはワンタイムパスワード等の検証情報を取得するように要求するか否かを判断し得、ショートメッセージサービスメッセージインボックス、携帯電話Ｂａｏｌｉｎｇ、または検証情報がそこから格納もしくは生成される別の場所から要求される検証情報を抽出するべく、端末Ｂが検証情報を取得するように要求する場合に、タイムリーに検証情報抽出プログラムを開始する。（２）検証情報取得要求およびショートメッセージサービスメッセージ／携帯電話Ｂａｏｌｉｎｇ
【０１１４】
具体的には、取得要求を受信した後、端末Ａは、要求が受信される前または後に、ショートメッセージサービスメッセージが受信されたか否か、または携帯電話Ｂａｏｌｉｎｇが特定の期間Ｔ内に開かれた／更新されたか否かを判断して、検証情報抽出プログラムを開始するか否かを判断し、要求が受信される前または後に、ショートメッセージサービスメッセージが受信され、または携帯電話Ｂａｏｌｉｎｇが特定の期間Ｔ内に開かれた／更新された場合に抽出プログラムをタイムリーに開始し、ショートメッセージサービスメッセージインボックス、携帯電話Ｂａｏｌｉｎｇ、または検証情報がそこから格納または生成される別の場所から要求される検証情報を抽出し得る。
【０１１５】
更に、上述の段階Ｂ２に従って、取得要求がショートメッセージサービスメッセージにおける検証情報を取得するための要求であり、受信メッセージ番号Ｎを含むと仮定して、端末Ａは、受信メッセージ番号Ｎからのショートメッセージサービスメッセージが、要求が受信される前または後の期間Ｔ内に受信されたか否かを判断して、受信メッセージ番号Ｎからのショートメッセージサービスメッセージが期間Ｔ内に受信された場合に検証情報抽出プログラムを開始し得、そうでなければ検証情報抽出プログラムを開始しない。
【０１１６】
また、検証情報抽出プログラムは、常に起動され得ること、すなわち、段階Ａ１の前に開始され得ることに留意されたい。段階Ａ１において検証情報取得要求を受信した後、端末Ａは、要求に応じて、かつ事前設定ルールに基づいて、検証情報をショートメッセージサービスメッセージまたは携帯電話Ｂａｏｌｉｎｇから直接に抽出する。
【０１１７】
Ａ３。事前設定ルールに基づいて検証情報を抽出する。
【０１１８】
事前設定ルールは、異なる複数の場合に対して明確に分けられてもよいことに留意されたい。
【０１１９】
（１）ショートメッセージサービスメッセージ検証コードを取得する場合
【０１２０】
異なる複数の抽出キーワードは、端末Ａが最後に受信されたショートメッセージサービスメッセージにおける有効な検証コードを適切かつ正確に検査するように、複数の異なる受信メッセージ番号に対して設定され得る。例えば、中国工商銀行のクレジットカードがクイックペイに用いられる場合、９５５ｘｘから送信されたショートメッセージサービスメッセージが受信され、「シリアル番号は１２３４５６であり、動的パスワードは９８７６５４です。テール番号００００のあなたのカードは、発注先ｘｘｘ、金額ｘｘ．ｘ  ＲＭＢのオンラインショッピングの支払いをしています。動的パスワードを開示しないで下さい。［ｘｘ  ｂａｎｋ］」等の内容を有する。このように、中国工商銀行に対して設定された事前設定ルールは、キーワード「動的パスワード」の後の６個の数字を、受信メッセージ番号９５５８８を有するショートメッセージサービスメッセージから抽出することである。
【０１２１】
端末Ａがこれらのキーワードを含む全てのショートメッセージサービスメッセージを検査して、最後に受信されたショートメッセージサービスメッセージから検証コードを抽出するように、統一抽出キーワードも設定され得る。例えば、全ての受信ショートメッセージサービスメッセージに対して設定された事前設定ルールは、「動的パスワード」、「動的検証コード」、「ワンタイムパスワード」、「動的キー」、または「検証コード」等のキーワードの後の「数字および文字」もしくは「数字」等の６文字を抽出することである。
【０１２２】
上述の２つの方式において、タイムリミットＴ０は、端末Ａが現在時刻前のＴ０内にあるショートメッセージサービスメッセージを検査して抽出するように、事前設定ルールに更に追加され得る。
【０１２３】
（２）携帯電話Ｂａｏｌｉｎｇのワンタイムパスワードを取得する場合
【０１２４】
事前設定ルールは、携帯電話Ｂａｏｌｉｎｇの現在のページ上に表示された全ての数字を抽出するように設定され得る。
【０１２５】
Ａ４。対応するＮＦＣ動作モードに応じて検証情報を含む検証情報取得応答を生成する。
【０１２６】
ＮＦＣ動作モードは、Ｐ２ＰもしくはＣＥであってもよく、または実装において事前設定されてもよいことに留意されたい。
【０１２７】
Ａ５。端末Ｂに検証情報取得応答を送信する。
【０１２８】
図４を参照すると、本発明の本実施形態において、端末Ｂにより実行される複数の段階については、図３に示される複数の段階を参照し得、詳細は、本明細書において再び説明されない。端末Ｂに近くなる前に、端末Ａは、検証情報抽出プログラムを開始する段階と、検証情報を抽出する段階と、更に、応答を予め生成する段階とを実行し、詳細は、以下の通りである。
【０１２９】
Ａ１。ショートメッセージサービスメッセージを受信し、またはアリペイクライアントにログインして携帯電話Ｂａｏｌｉｎｇを開く。
【０１３０】
Ａ２。事前設定条件に基づいて検証情報抽出プログラムを開始する。
【０１３１】
事前設定条件は、ショートメッセージサービスメッセージを受信する／携帯電話Ｂａｏｌｉｎｇを開くことであり得ることに留意されたい。
【０１３２】
具体的には、端末Ａは、ショートメッセージサービスメッセージが受信されたか否か、または携帯電話Ｂａｏｌｉｎｇが開かれた／更新されたか否かをに応じて、検証情報抽出プログラムを開始するか否かを判断し、ショートメッセージサービスメッセージが受信され、または携帯電話Ｂａｏｌｉｎｇが開かれた／更新された場合に抽出プログラムをタイムリーに開始し、ショートメッセージサービスメッセージインボックス、携帯電話Ｂａｏｌｉｎｇ、または検証情報がそこから格納または生成される別の場所から要求される検証情報を抽出する。
【０１３３】
更に、端末Ａがショートメッセージサービスメッセージを受信すると仮定して、抽出プログラムは、直接に開始され得、または受信メッセージ番号に応じて受信メッセージ番号がホワイトリストにおいて既にマークされているか否かが判断され得、受信メッセージ番号がホワイトリストのうちの１つとして既にマークされている場合に、検証情報抽出プログラムが開かれ、そうでなければ、検証情報抽出プログラムは開始されない。
【０１３４】
また、検証情報抽出プログラムは、常に起動され得ること、すなわち、段階Ａ１の前に開始され得ることに留意されたい。ショートメッセージサービスメッセージが受信され、または携帯電話Ｂａｏｌｉｎｇが現在、開かれていると判断した後、端末Ａは、事前設定ルールに基づいて、ショートメッセージサービスメッセージまたは携帯電話Ｂａｏｌｉｎｇから検証情報を直接に抽出する。
【０１３５】
Ａ３。事前設定ルールに基づいて検証情報を抽出する。
【０１３６】
事前設定ルールについては、具体的には上記の図３の段階Ａ３に説明される特定の内容を参照し得、詳細は、本明細書において再び説明されないことに留意されたい。
【０１３７】
Ａ４。対応するＮＦＣ動作モードに基づいて検証情報を含む検証情報取得応答を予め生成する。
【０１３８】
検証情報取得応答は、この段階において説明されるように予め生成され得、または段階Ａ５において説明される検証情報取得要求が受信された後に生成され得、すなわち、次の段階Ａ５または任意選択の段階Ａ６の後に生成され得ることに留意されたい。
【０１３９】
更に、応答が生成された後、および取得要求が受信される前に、端末Ａがショートメッセージサービスメッセージ検証コードを再び受信し、またはワンタイムパスワードがアップデートされることを回避するべく、応答において検証情報をアップデートするための動作段階である段階Ａ６が次の段階Ａ５と段階Ａ７との間に追加されてもよい。例えば、携帯電話Ｂａｏｌｉｎｇは、現在、３０秒毎にアップデートされる。応答が生成されるときのアップデートのカウントダウンが２秒であり、端末ＡおよびＢが２秒後に近くなると、以前に生成された応答におけるワンタイムパスワードは、既に無効である。従って応答におけるワンタイムパスワードは、アップデートされる必要がある。
【０１４０】
Ａ５。ＮＦＣにより、端末Ｂによって送信された検証情報取得要求を受信する。
【０１４１】
Ａ６。上述の検証情報取得応答における検証情報をアップデートする。
【０１４２】
Ａ７。端末Ｂに検証情報取得応答を送信する。
【０１４３】
任意選択の実施形態において、２つの端末の両方が図３および図４の説明におけるＰ２Ｐモードで機能することに加えて、２つの端末は、読み取りおよび書き込み動作も実行し得る。すなわち、端末Ａは、ＣＥモードで機能して検証情報を含むＮＦＣタグをエミュレートし、端末Ｂは、カードリーダモードで機能してＮＦＣタグにおける検証情報を読み取り得る。または端末Ｂは、ＣＥモードで機能してＮＦＣタグをエミュレートし、端末Ａは、カードリーダモードで機能し、検証情報を端末Ｂに書き込むべく検証情報を含む書き込みコマンドを生成し得る。
【０１４４】
本発明の本実施形態において、検証動作が実行される必要があることを検出すると、端末Ｂは、検証情報取得要求を生成して、検証情報をフィードバックするように端末Ａに要求し得る。次に、端末Ｂは、ＮＦＣ等の通信方式で検証情報取得要求を端末Ａに送信して、端末Ａにより返された検証情報取得応答を受信し得、検証情報取得応答は、検証情報を含む。端末Ａは、検証情報を抽出するための事前設定条件を検出した後、検証情報を抽出し、次に検証情報を含む検証情報取得応答を生成して端末Ｂに応答を送信する。端末Ｂは、検証情報をサーバに送信し得、サーバは、検証情報に応じて端末Ｂを検証し、検証動作を完了する。このように、ユーザの入力操作は低減され、検証情報を取得する効率性および精度は向上し、端末のインタラクション機能は高められる。
【０１４５】
本発明の一実施形態による端末の構造図である図５を参照する。図５に示されるように、端末は、検出モジュール５０１、生成モジュール５０２、第１の送信モジュール５０３、受信モジュール５０４、第２の送信モジュール５０５を含み得る。
【０１４６】
検出モジュール５０１は、検証動作を実行する条件が満されるか否かを検出するように構成される。
【０１４７】
生成モジュール５０２は、検証動作を実行する条件が満たされることを検出モジュール５０１が検出すると、検証情報取得要求を生成するように構成され、検証情報取得要求は、検証情報をフィードバックするように別の端末に要求するべく用いられる。
【０１４８】
一実施形態において、端末は、検出モジュール５０１を用いることにより検証動作を実行する条件を検出して、生成モジュール５０２を用いることにより検証情報取得要求を生成し得る。任意選択で、検出モジュール５０１により検出された、検証動作を実行する必要がある条件とは、具体的には、検証情報を取得する必要があるアプリケーションが開かれること、または端末の現在の表示インタフェースが検証動作に関するインタフェースであること、またはユーザにより入力されたトリガ命令であって、検証動作を実行するように端末をトリガするべく用いられるトリガ命令が受信されること、または無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれること、およびアプリケーションが呼び出し許可を有することであり得る。
【０１４９】
具体的には、無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれていることを検出モジュール５０１が検出すると、生成モジュール５０２は、検証情報取得要求を生成するようにトリガされ得、アプリケーションは、無線接続方式で検証情報を取得するように端末に要求し得、無線接続方式は、具体的にはＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷｉＦｉ等の通信方式であり得る。例えば、「ＮＦＣにより検証コードを取得する」または「Ｂｌｕｅｔｏｏｔｈ（登録商標）により検証コードを取得する」等の特定の取得ボタンは、端末において設定され得る。ユーザがボタンをクリックすると、具体的には端末のＮＦＣ機能、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能等の呼び出しを要求するべく、検証情報を取得する必要があるアプリケーションが開かれる。Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線方式においては、ユーザが別の端末を選択して検証情報を取得するべく、特定の取得ボタンがクリックされた後に、デバイスリストがポップアップし得る。選択した後、当該端末と別の端末との間で無線接続が確立され得る。例えば、無線接続は、近距離無線通信により確立される。任意選択で、特定の取得ボタンは、「無線方式で検証コードを取得する」であってもよい。ユーザがボタンをクリックすると、ユーザによる選択のために、無線接続方式のリスト（ＮＦＣまたはＢｌｕｅｔｏｏｔｈ（登録商標）等）がポップアップし得る。ユーザが複数の無線接続方式のうちの１つを選択すると、無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションがトリガされて開始される。
【０１５０】
任意選択で、アプリケーションが開かれたことを検出した後、第１の端末は、アプリケーションが無線機能を呼び出すための呼び出し許可を有するか否かを更に判断し得、アプリケーションが無線機能を呼び出すための呼び出し許可を有する場合に、検証動作が実行される必要があると判断し得、この場合に端末が対応する無線機能を有効にしないときには、更に、対応する無線機能を有効にして第２の端末との通信を準備し得、またはアプリケーションが無線機能を呼び出すための呼び出し許可を有しない場合に、アプリケーションが無線機能の呼び出しを要求することが初めてであるか否かを更に判断し得、更に、無線機能の呼び出しを要求することが初めてである場合に、呼び出し要求を無視し、更に、無線機能の呼び出しを要求することが初めてでない場合に、プロンプトを用いることにより、もしくは別の方式でアプリケーションに呼び出し許可を与えるか否かをユーザにクエリし得、無線機能が呼び出され得ることをユーザが確認すると、端末は、検証動作が実行される必要があると判断する。
【０１５１】
本実施形態において、無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれたことを検出モジュール５０１が検出したとき、または無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれたことを検出モジュール５０１が検出して、検証情報を取得する必要があるアプリケーションが無線機能を呼び出すための呼び出し許可を有すると判断した後、検証情報取得要求を生成するべく検証動作が実行される必要があると判断され得る。
【０１５２】
更に、検出モジュール５０１は、検証動作を実行する別の条件を検出することにより検証情報取得要求も生成し得る。例えば、端末がアプリケーションを開き、例えば検証動作を必要とするアプリケーションを開き、例えば端末のＷｅＣｈａｔアプリケーションに初めてログインし、またはウェブクライアントを開いて端末にアカウントを登録すると、端末上で検証動作が実行される必要があると判断され得、または現在の表示インタフェースが検証動作に関するインタフェースであると検出モジュール５０１が検出した場合に、端末の現在のインタフェースがショッピングのウェブサイトの表示インターフェースであり、商品を選択した後にユーザが決済のために注文を出したとき、現在の表示インタフェースが決済インタフェースであり得る。この場合には検証動作が第１の端末上で実行される必要があると決定され得る。または例えば、ユーザが「検証コード取得」ボタンをクリックし、またはジェスチャ、音声、もしくは指紋を用い、またはカメラを用いることにより動画を撮影する等、複数の形態で、検証コードを取得するべく用いられるユーザトリガ命令を端末に入力と、ユーザの特定のトリガ命令に応じて、検出モジュール５０１がユーザトリガ命令を検出し、端末に検証動作が実行される必要があると判断され得る。
【０１５３】
任意選択で、端末は、無線機能の異なる複数の動作モードに応じて当該動作モードに対応する検証情報取得要求を生成し得る。例えば、ＮＦＣの複数の動作モードは、ピアツーピア（英語、ｐｅｅｒ  ｔｏ  ｐｅｅｒ、略してＰ２Ｐ）モード、カードリーダ（英語、ｒｅａｄｅｒ）モード等を含み得る。動作モードは、事前設定され得る。端末は、ＮＦＣの異なる複数の動作モードに応じて当該動作モードに対応する検証情報取得要求を生成し得る。
【０１５４】
任意選択で、生成モジュール５０２は、タイプ指標情報を含む検証情報取得要求を生成し得、タイプ指標情報は、検証情報のタイプを示すべく用いられる。別の端末は、タイプ指標情報を用いることにより、端末により要求される検証情報のタイプを認識し得る。例示的に、タイプ指標情報は、１ビットを用いることにより表され得、０ビットは、検証情報のタイプ、例えばショートメッセージサービスメッセージ検証コードを表す。１ビットは、検証情報の別のタイプ、例えばワンタイムパスワードを表す。更に例示的に、バイトにおける各ビットは、検証情報のタイプを別々に表す。例えば、第１のビットが１である場合、検証情報がショートメッセージサービスメッセージ検証コードであることを表し、第２のビットが１である場合、検証情報がワンタイムパスワードであることを表す。
【０１５５】
任意選択の実施形態において、生成された検証情報取得要求は、補助情報を更に含み得、補助情報は、第２の端末に用いられ、検証情報を含むメッセージを判断し、または検証情報の有効時間を判断する。
【０１５６】
例示的に、例えば、検証情報のタイプがショートメッセージサービスメッセージ検証コードである場合、補助情報は、サーバにより送信されるショートメッセージサービスメッセージの受信メッセージ番号を含み、従って別の端末は、受信メッセージ番号に応じてインボックスから、検証情報を含むショートメッセージサービスメッセージをより迅速に、かつより正確に発見し得る。別の例において、検証情報のタイプがワンタイムパスワードである場合、補助情報は、ワンタイムパスワードを更新するための命令を含み得、従って別の端末は、更新命令に応じて新しい検証情報を再抽出し得る。結論として、補助情報は、別の端末が複数の動作を実行することを支援し、例えば検証情報を取得またはアップデートすることを支援するべく、複数のタイプの情報を含み得る。
【０１５７】
好ましい実施形態において、端末は、第１の送信モジュール５０３が検証情報取得要求を第２の端末に送信する前に第２の端末との近距離無線通信接続を確立するように構成された確立モジュールを更に含み得、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。上記のように、近距離無線通信は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＷｉ‐Ｆｉ等、複数の方式を含み得る。
【０１５８】
第１の送信モジュール５０３は、検証情報取得要求を別の端末に送信するように構成される。
【０１５９】
一実施形態において、検証動作が実行される必要があることを端末が検出モジュール５０１を用いることにより検出して、生成モジュール５０２を用いることにより検証情報取得要求を生成した後、第１の送信モジュール５０３は、当該端末および別の端末により合意された通信方式、または呼び出された無線接続方式を用いることにより検証情報取得要求を別の端末に送信し得る。例えば、端末は、ＮＦＣにより検証情報取得要求を別の端末に送信し得、Ｗｉ‐ＦｉまたはＢｌｕｅｔｏｏｔｈ（登録商標）等の別の無線機能については、類似の方法が用いられる。任意選択で、当該端末および別の端末は、無線機能の動作モードを事前設定し得る。例えば、ＮＦＣ通信が実行される場合、端末がＰ２Ｐモードまたはカードリーダモードで検証情報取得要求を送信するように事前設定され得る。
【０１６０】
受信モジュール５０４は、別の端末により返された検証情報取得応答を受信するように構成され、検証情報取得応答は、検証情報を含む。
【０１６１】
一実施形態において、送信モジュール５０３を用いて検証情報取得要求を別の端末に送信した後、端末は、受信モジュール５０４を用いることによって、別の端末によりフィードバックされた検証情報取得応答を受信し得、検証情報取得応答は、端末が要求される検証情報を取得し得るように、端末により要求される検証情報を含む。
【０１６２】
第２の送信モジュール５０５は、検証情報をサーバに送信するように構成され、検証情報は、サーバが端末を検証するべく用いられる。
【０１６３】
一実施形態において、端末が要求される検証情報を取得した後、第２の送信モジュール５０５は、サーバが検証情報に応じて端末を検証し得るように、検証情報をサーバに送信し得る。例えば、端末により取得された検証情報は、端末のユーザの身元を検証する。例えば、取得された検証情報は、身元カード番号または銀行カード番号等の情報である。情報は、サーバに送信され、サーバに格納されたユーザ情報と比較され得る。情報がサーバに格納されたユーザ情報と同一である場合、端末上での検証が成功したことを表す。または情報がサーバに格納されたユーザ情報と異なる場合、端末上での検証が失敗したことを表す。別の例では、端末により取得された検証情報は、ワンタイムパスワード等の情報でもあり得る。検証情報は、サーバに送信され得る。ワンタイムパスワードは、アプリケーションに応じて別の端末により生成され、特定の期間内は有効であるので、サーバは、同期時間に応じて検証情報が有効であるか否かを検出し得る。検証情報が有効である場合、端末上での検証は成功する。または検証情報が無効である場合、端末上での検証は失敗する。端末は、検証情報取得要求を再送信することにより、ワンタイムパスワード等の検証情報を再び取得することも要求し得る。
【０１６４】
任意選択の実施形態において、端末は、表示モジュールおよび抽出モジュールを更に含み得る。表示モジュールは、生成モジュール５０２が検証情報取得要求を生成する前に、現在のインタフェースに検証ウィンドウを含むユーザインタフェースを表示するように構成される。抽出モジュールは、受信モジュール５０４が別の端末により返された検証情報取得応答を受信した後、検証情報を応答から抽出するように構成される。この場合、表示モジュールは、検証情報を検証ウィンドウに表示する。任意選択で、本発明の本実施形態において言及される表示は、直接表示であり得、検証情報が６個の数字を含む場合に６個の数字が直接に表示され、または暗号化表示であり得、検証情報が６個の数字を含む場合にその数字が他の文字（"＊"等）として表示され得る。本発明の本実施形態は、ＮＦＣまたはＢｌｕｅｔｏｏｔｈ（登録商標）等の無線接続方式のみを用いることにより説明されるが、これに限定されるものでないことは勿論であることに留意されたい。例えば、要求または応答は、別の無線または有線通信方式等でも転送され得る。
【０１６５】
本発明の本実施形態において、検証動作を実行する条件が満されることが検出される場合、端末は、検証情報をフィードバックするように別の端末に要求するべく、検証情報取得要求を生成し得る。次に、端末は、検証情報取得要求を別の端末に自動的に送信して別の端末により返された検証情報取得応答を受信し得、検証情報取得応答は、検証情報を含む。端末は、サーバが検証情報に応じて端末を検証し得るように、検証情報をサーバに送信し得る。このように、ユーザの入力操作は低減され、検証情報を取得する効率性および精度は向上し、端末のインタラクション機能は高められる。
【０１６６】
本発明の一実施形態による端末の構造図である図６を参照する。図６に示される端末によれば、端末は、端末受信モジュール６０１、取得モジュール６０２、生成モジュール６０３、および送信モジュール６０４を含み得る。
【０１６７】
端末受信モジュール６０１は、別の端末により送信された検証情報取得要求を受信するように構成される。
【０１６８】
一実施形態において、端末受信モジュール６０１は、検証情報が取得される前に、別の端末により送信された検証情報取得要求を受信し得、または検証情報が取得され、および／もしくは検証情報取得応答が生成された後に、別の端末により送信された検証情報取得要求を受信し得る。検証情報が取得される前に検証情報取得要求が受信された場合、検証情報は、要求に応じて取得され得る。
【０１６９】
任意選択の実施形態において、端末は、端末受信モジュール６０１が第１の端末により送信された検証情報取得要求を受信する前に第２の端末との近距離無線通信接続を確立するように構成された確立モジュールを更に含み得、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。上記のように、近距離無線通信は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＷｉ‐Ｆｉ等、複数の方式を含み得る。
【０１７０】
取得モジュール６０２は、検証情報を取得するように構成される。
【０１７１】
一実施形態において、端末は、開始モジュールおよび／またはサーバ受信モジュールを更に含み得る。検証情報が取得される前に、端末が検証情報取得要求を受信しなかった場合、端末は、開始モジュールを用いることにより検証情報を生成するアプリケーションも開始し得、またはサーバ受信モジュールを用いることにより、検証情報を含み、サーバにより送信されるメッセージを受信し得る。
【０１７２】
具体的には、開始モジュールが検証情報を生成するアプリケーションを開始すると、端末は、取得モジュール６０２を用いることにより検証情報をアプリケーションから取得するようにトリガされ得、または端末がサーバ受信モジュールを用いることによって、サーバにより送信されたショートメッセージサービスメッセージを受信する場合、取得モジュール６０２は、検証情報をショートメッセージサービスメッセージから取得するようにトリガされ得る。任意選択で、検証情報を含むショートメッセージサービスメッセージを受信した場合、端末は、ショートメッセージサービスメッセージの受信メッセージ番号の読み取りが許可されるか否か、または受信メッセージ番号が端末の通信ホワイトリストにあるか否かを更に判断し得る。ショートメッセージサービスメッセージの受信メッセージ番号の読み取りが許可される場合、または受信メッセージ番号が端末の通信ホワイトリストにある場合、端末は、受信メッセージ番号のショートメッセージサービスメッセージから検証情報を抽出し得る。またはショートメッセージサービスメッセージの受信メッセージ番号の読み取りが許可されず、もしくは受信メッセージ番号が端末の通信ホワイトリストにない場合、端末は、受信メッセージ番号のショートメッセージサービスメッセージを無視し得、プロンプトを用いることにより、または別の方式で、受信通話番号をホワイトリストに追加するか否かもユーザにクエリし得ることは勿論である。ユーザが受信通話番号をホワイトリストに追加することを決定すると、検証情報は、受信メッセージ番号のショートメッセージサービスメッセージから抽出される。
【０１７３】
任意選択の実施形態において、取得モジュールは、具体的には、設定された抽出キーワードに応じて検証情報を取得するように構成され得、抽出キーワードは、検証情報のタイプまたはソースに応じて設定される。
【０１７４】
具体的には、端末は、事前設定ルールに従って抽出キーワードを用いることにより検証情報を取得するべく、設定モジュールを用いることにより抽出キーワードを事前設定し得る。端末は、検証情報のタイプまたはソースに応じて抽出キーワードを設定し得る。
【０１７５】
例示的に、検証情報は、ショートメッセージサービスメッセージ検証コード、ワンタイムパスワード、身元カード番号、または銀行カード番号等の複数のタイプであり得、設定モジュールは、異なるタイプの検証情報に応じて異なる抽出キーワードを設定し得る。例えば、検証情報がショートメッセージサービスメッセージ検証コードである場合、キーワードは、「検証コード」、「チェックコード」等に設定され得、対応する事前設定ルールは、キーワードの後の連続するｎ個の数字を検証情報として抽出することであり得、またはキーワードの後の連続する数字および文字の組み合わせを検証情報として抽出することであり得、またはキーワードの後の連続する数字および／または文字の複数のセグメントを抽出し、次に連続する数字および／または文字の複数のセグメントを検証情報として接合することであり得る。別の例において、検証情報が銀行カード番号である場合、キーワードは、「カード番号」、「アカウント」、「クレジットカード」等に設定され得、対応する事前設定ルールは、キーワードの後の連続するｍ個の数字を検証情報として抽出することであり得、またはキーワードの後の連続する数字および文字の組み合わせを検証情報として抽出することであり得、またはキーワードの後の連続する数字および／または文字の複数のセグメントを抽出し、次に連続する数字および／または文字の複数のセグメントを検証情報として接合することであり得る。勿論、本発明は、これらに限定されない。
【０１７６】
例示的に、検証情報は、異なる受信メッセージ番号から送信されたショートメッセージサービスメッセージ検証コード、アプリケーション（ワンタイムパスワードを生成し得る携帯電話Ｂａｏｌｉｎｇ等のアプリケーション）により動的に生成されるワンタイムパスワード等でもあり得、設定モジュールは、検証情報の異なるソースに応じて異なる抽出キーワードを設定し得る。例えば、受信メッセージ番号が銀行Ａの番号である場合、キーワードは、動的パスワード等のキーワードＡに設定され、対応する事前設定ルールＡは、キーワードの後の６つの連続する数字を検証情報として抽出することである。別の例において、受信メッセージ番号が銀行Ｂの番号である場合、キーワードは、検証コード等のキーワードＢに設定され、対応する事前設定ルールＢは、キーワードの後の連続する数字および／または文字の複数のセグメントを抽出し、次に連続する数字および／または文字の複数のセグメントを検証情報として接合することである。このように、補助情報の受信メッセージ番号または検証情報取得要求により送信されたショートメッセージサービスメッセージ検証コードを受信する場合、端末は、受信メッセージ番号、および受信メッセージ番号である対応するキーワードおよび事前設定ルールに応じて、ショートメッセージサービスメッセージから検証コードを適切かつ迅速に抽出し得、これにより検証情報を抽出する効率性をある程度向上させ得る。
【０１７７】
本発明は、上述の設定方法に限定されず、設定モジュールは全てのタイプの、または全てのソースからの検証情報に対する統一された複数の抽出キーワードも設定し得ることに留意されたい。例えば、キーワードデータベースは、動的パスワード、ワンタイムパスワード、動的検証コード、動的キー、および検証コード等の複数のキーワードを格納するように生成され、キーワードデータベースに格納されたキーワードを検出する場合、端末は、事前設定ルールに応じて検証情報を取得し得、例えば、キーワードの後の数字もしくは文字、またはキーワードの後の数字もしくは文字の組み合わせ等を抽出し得る。
【０１７８】
生成モジュール６０３は、検証情報取得応答を生成するように構成され、検証情報取得応答は、検証情報を含む。
【０１７９】
一実施形態において、端末が検証情報を抽出した後、生成モジュール７０３は、検証情報を含む検証情報取得応答を生成し得る。任意選択で、端末は、別の端末が検証情報取得応答を受信した後に対応する検証情報を解析して対応する検証動作を完了するように、異なるタイプ指標情報を含む検証情報取得応答を生成し得る。任意選択で、端末は、別の端末が対応する動作モードで検証情報取得応答を受信し得るように、事前設定された通信方式、または更に通信方式の動作モード（ＮＦＣ通信のＰ２Ｐ動作モードもしくはカードエミュレーション（英語、Ｃａｒｄ  Ｅｍｕｌａｔｉｏｎ、略してＣＥ）動作モード等（すなわち、ＮＦＣタグとして用いられる））に応じて、対応する検証情報取得応答を生成し得る。
【０１８０】
一実施形態において、端末は、検証情報取得応答を生成した後に、別の端末により送信された検証情報取得要求を受信し得、または検証情報を取得し、および／もしくは検証情報取得応答を生成する前に、検証情報取得要求を受信し得る。
【０１８１】
任意選択の実施形態において、端末は、検証情報取得要求が検証情報の有効時間を決定するための補助情報を含む場合、補助情報に応じて取得された検証情報が有効時間内にあると判断するように構成された決定モジュールを更に含み得る。
【０１８２】
具体的には、補助情報は、検証情報の有効時間を含み得、検証情報が無効であるか否かは、補助情報に応じて判断され得る。例えば、検証情報を含むショートメッセージサービスメッセージを受信した後、端末は、端末により検証情報取得要求を受信する時間とショートメッセージサービスメッセージにおける検証コードの抽出を開始する時間との間の差が検証情報の有効時間（１分等）より大きいか否かを判断する。差が有効時間より大きい場合、端末は、検証情報を再取得して新しい検証情報取得応答を生成する必要がある。そうでなければ、端末は、検証情報が有効であると判断し、検証情報を別の端末に直接にフィードバックし得る。
【０１８３】
更に、端末は、検証情報の有効時間に応じて検証情報が既に無効であるか否か判断し得る。例えば、ユーザが携帯電話におけるアリペイクライアントの携帯電話Ｂａｏｌｉｎｇを開いた後に、第２の検出モジュールは、端末により検証情報取得要求を受信する時間とワンタイムパスワードの抽出を開始する時間との間の差が検証情報の有効時間（３０秒等）より大きいか、またはこれに等しいか否かを判断する。差が有効時間より大きいか、またはこれに等しい場合、抽出された検証情報が既に無効であると判断され、検証情報が再取得され、新しい検証情報取得応答が生成される。そうでなければ、検証情報が有効であると判断され、検証情報は、第１の端末に直接にフィードバックされ得る。
【０１８４】
送信モジュール６０４は、別の端末が検証情報をサーバに送信するように、別の端末に検証情報取得応答を送信するように構成され、検証情報は、サーバが別の端末を検証するべく用いられる。
【０１８５】
一実施形態において、第２の端末は、第１の端末が検証情報を検証情報取得応答から抽出し得るように、生成された検証情報取得応答を第１の端末に送信し得る。第１の端末は、第１の端末上での検証のために検証情報をサーバに送信し得る。このように、検証処理全体が完了する。
【０１８６】
本発明の本実施形態において、端末は、別の端末により送信された検証情報取得要求を受信して検証情報を取得し、別の端末が検証情報をサーバに送信するように、検証情報を含む検証情報取得応答を生成して応答を別の端末に送信し得、検証情報は、サーバが別の端末を検証するべく用いられる。このように、ユーザの入力操作は低減され、検証情報を取得する効率性および精度は向上し、端末のインタラクション機能は高められる。
【０１８７】
本発明の一実施形態によるなおも別の端末の構造図である図７を参照する。端末は、プロセッサ７０１およびトランシーバ７０２を含み得る。
【０１８８】
具体的には、プロセッサ７０１は、検証動作を実行する条件が満されるか否かを検出するように構成される。
【０１８９】
プロセッサ７０１は、検証動作を実行する条件が満たされる場合、検証情報取得要求を生成するように更に構成され、検証情報取得要求は、検証情報をフィードバックするように別の端末に要求するべく用いられる。
【０１９０】
トランシーバ７０２は、検証情報取得要求を別の端末に送信するように構成される。
【０１９１】
トランシーバ７０２は、別の端末により返された検証情報取得応答を受信するように更に構成され、検証情報取得応答は、検証情報を含む。
【０１９２】
トランシーバ７０２は、検証情報をサーバに送信するように更に構成され、検証情報は、サーバが第１の端末を検証するべく用いられる。
【０１９３】
任意選択の実施形態において、トランシーバ７０２が検証情報取得要求を別の端末に送信する前に、プロセッサ７０１は、第２の端末との近距離無線通信接続を確立するように更に構成され、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。
【０１９４】
任意選択の実施形態において、検証動作を実行する条件は、検証情報を取得する必要があるアプリケーションが開かれること、または第１の端末の現在の表示インタフェースが検証動作に関するインタフェースであること、またはユーザにより入力されたトリガ命令が受信され、トリガ命令は、検証動作を実行するように第１の端末をトリガするべく用いられること、または無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれること、およびアプリケーションが呼び出し許可を有することを含む。
【０１９５】
任意選択の実施形態において、検証情報取得要求は、補助情報を含み、補助情報は、第２の端末に用いられ、検証情報を含むメッセージを判断し、または検証情報の有効時間を判断する。
【０１９６】
任意選択の実施形態において、プロセッサ７０１は、検証情報取得要求を生成する前に、検証ウィンドウを含むユーザインタフェースを表示するように更に構成される。
【０１９７】
トランシーバ７０２が別の端末により返された検証情報取得応答を受信した後、プロセッサ７０１は、検証情報を検証情報取得応答から抽出して、検証情報を検証ウィンドウに表示するように更に構成される。
【０１９８】
任意選択の実施形態において、端末は、メモリ、通信バス、入力装置、または出力装置等の装置も含み得る。本発明の本実施形態において説明される入力装置は、キーボード、マウス、光電子入力装置、音声入力装置、タッチ入力装置、スキャナ等を含み得る。出力装置は、ディスプレイ、スピーカ、プリンタ等を含み得る。メモリは、高速ＲＡＭメモリであってもよく、または少なくとも１つの磁気ディスクストレージ等の不揮発性メモリ（ｎｏｎ‐ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよい。また、任意選択で、メモリは、上述のプロセッサから遠く離れた少なくとも１つのストレージ装置であってもよい。プロセッサは、メモリに格納されたプログラムコードを用いることにより上述の動作を実装し得る。トランシーバは、外部デバイスとのデータ送信に用いられ得る。通信バスは、上述の複数のコンポーネント間の接続および通信を実装するように構成される。
【０１９９】
本発明の本実施形態において、検証動作を実行する条件が満されることが検出される場合、端末は、検証情報をフィードバックするように別の端末に要求するべく、検証情報取得要求を生成し得る。次に、端末は、検証情報取得要求を別の端末に自動的に送信して別の端末により返された検証情報取得応答を受信し得、検証情報取得応答は、検証情報を含む。端末は、サーバが検証情報に応じて端末を検証し得るように、検証情報をサーバに送信し得る。このように、ユーザの入力操作は低減され、検証情報を取得する効率性および精度は向上し、端末のインタラクション機能は高められる。
【０２００】
本発明の一実施形態によるなおも別の端末の構造図である図８を参照する。端末は、プロセッサ８０１およびトランシーバ８０２を含み得る。
【０２０１】
トランシーバ８０２は、別の端末により送信された検証情報取得要求を受信するように構成される。
【０２０２】
プロセッサ８０１は、検証情報を取得するように構成される。
【０２０３】
プロセッサ８０１は、検証情報取得応答を生成するように更に構成され、検証情報取得応答は、検証情報を含む。
【０２０４】
トランシーバ８０２は、別の端末が検証情報をサーバに送信するように、別の端末に検証情報取得応答を送信するように構成され、検証情報は、サーバが別の端末を検証するべく用いられる。
【０２０５】
任意選択の実施形態において、検証情報を取得する前に、プロセッサ８０１は、検証情報を生成するアプリケーションを開始し、または検証情報を含み、サーバにより送信されるメッセージを受信するように更に構成される。
【０２０６】
任意選択の実施形態において、トランシーバ８０２が別の端末により送信された検証情報取得要求を受信する前に、プロセッサ８０１は、別の端末との近距離無線通信接続を確立するように更に構成され、検証情報取得要求および検証情報取得応答は、近距離無線通信接続を用いることにより送信される。
【０２０７】
任意選択の実施形態において、プロセッサ８０１により検証情報を取得する特定の方式は、設定された抽出キーワードに応じて検証情報を取得することであり、抽出キーワードは、検証情報のタイプまたはソースに応じて設定される。
【０２０８】
任意選択の実施形態において、検証情報取得要求は、検証情報の有効時間を決定するための補助情報を含み、トランシーバ８０２が別の端末に検証情報取得応答を送信する前に、プロセッサは、補助情報に応じて、取得された検証情報が有効時間内にあると判断するように更に構成される。
【０２０９】
任意選択の実施形態において、端末は、メモリ、通信バス、入力装置、または出力装置等の装置も含み得る。本発明の本実施形態において説明される入力装置は、キーボード、マウス、光電子入力装置、音声入力装置、タッチ入力装置、スキャナ等を含み得る。出力装置は、ディスプレイ、スピーカ、プリンタ等を含み得る。メモリは、高速ＲＡＭメモリであってもよく、または少なくとも１つの磁気ディスクストレージ等の不揮発性メモリ（ｎｏｎ‐ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよい。また、任意選択で、メモリは、上述のプロセッサから遠く離れた少なくとも１つのストレージ装置であってもよい。プロセッサは、メモリに格納されたプログラムコードを用いることにより上述の動作を実装し得る。トランシーバは、外部デバイスとのデータ送信に用いられ得る。通信バス１９は、上述の複数のコンポーネント間の接続および通信を実装するように構成される。
【０２１０】
本発明の本実施形態において、端末は、別の端末により送信された検証情報取得要求を受信して検証情報を取得し、別の端末が検証情報をサーバに送信するように、検証情報を含む検証情報取得応答を生成して応答を別の端末に送信し得、検証情報は、サーバが別の端末を検証するべく用いられる。このように、ユーザの入力操作は低減され、検証情報を取得する効率性および精度は向上し、端末のインタラクション機能は高められる。
【０２１１】
一実施形態において、本発明の本実施形態は、コンピュータストレージ媒体を更に開示し、コンピュータストレージ媒体は、コンピュータプログラムを格納し得、コンピュータストレージ媒体におけるコンピュータプログラムは、コンピュータへと読み取られると、コンピュータは、本発明の複数の実施形態において開示される検証情報を送信するための方法のいくつかまたは全ての段階を完了するようにさせられる。
【０２１２】
簡潔に説明するために、上述した方法の複数の実施形態は、連続した動作として表されていることに留意されたい。しかし、当業者には、本発明によれば、いくつかの段階が他の順序または同時に実行され得るので、本発明が動作の記載される順序に限定されないことを理解されたい。更に、当業者は、本明細書に説明される全ての実施形態が例示的な実施形態に属し、含まれる複数の動作およびモジュールが本発明に必ずしも必須でないことも理解されたい。
【０２１３】
当業者は、複数の実施形態における方法の段階の全てまたはいくつかが関連するハードウェアに命令するプログラムにより実装され得ることを理解し得る。プログラムは、コンピュータ可読ストレージ媒体に格納され得る。ストレージ媒体は、フラッシュメモリ、リードオンリメモリ（Ｒｅａｄ‐Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、および光ディスクを含み得る。
【０２１４】
本発明の複数の実施形態において提供される干渉除去の方法および装置が上記に詳細に説明されている。本明細書において、本発明の原理および実装方式を説明するべく、具体的な複数の例が用いられ、複数の実施形態の説明は、本発明の方法および核心的思想の理解に役立つことのみが意図される。一方で、当業者は、本発明の思想に基づいて具体的な実装方式および用途範囲に関する変更を行い得る。従って、本明細書の内容は、本発明の限定として解釈されるものではない。
（項目１）
検証情報を送信するための方法であって、
第１の端末により、検証動作を実行する条件が満たされるか否かを検出する段階と、
検証動作を実行する上記条件が満たされる場合に、上記第１の端末により検証情報取得要求を生成する段階であって、上記検証情報取得要求は、検証情報をフィードバックするように第２の端末に要求するべく用いられる段階と、
上記第１の端末により、上記検証情報取得要求を上記第２の端末に送信する段階と、
上記第１の端末により、上記第２の端末によって返された検証情報取得応答を受信する段階であって、上記検証情報取得応答は、上記検証情報を含む段階と、
上記第１の端末により、上記検証情報をサーバに送信する段階であって、上記検証情報は、上記サーバが上記第１の端末を検証するべく用いられる段階とを備える、方法。
（項目２）
上記第１の端末により、上記検証情報取得要求を上記第２の端末に送信する上記段階の前に、上記第１の端末により、上記第２の端末との近距離無線通信接続を確立する段階を更に備え、
上記検証情報取得要求および上記検証情報取得応答は、上記近距離無線通信接続を用いることにより送信される、項目１に記載の方法。
（項目３）
検証動作を実行する上記条件は、
検証情報を取得する必要があるアプリケーションが開かれること、または
上記第１の端末の現在の表示インタフェースが上記検証動作に関するインタフェースであること、または
ユーザにより入力されたトリガ命令が受信され、上記トリガ命令は、上記検証動作を実行するように第１の端末をトリガするべく用いられること、または
無線機能を呼び出すことにより検証情報を取得する必要があるアプリケーションが開かれ、上記アプリケーションが呼び出し許可を有することを含む、項目１または２に記載の方法。
（項目４）
上記検証情報取得要求は、補助情報を含み、上記補助情報は、上記第２の端末が上記検証情報を含むメッセージを判断し、または上記検証情報の有効時間を判断するように用いられる、項目１〜３のいずれか１項に記載の方法。
（項目５）
上記第１の端末により検証情報取得要求を生成する上記段階の前に、上記方法は、
上記第１の端末により、検証ウィンドウを含むユーザインタフェースを表示する段階を更に備え、
上記第１の端末により、上記第２の端末によって返された検証情報取得応答を受信する上記段階の後に、上記方法は、
上記第１の端末により、上記検証情報を上記検証情報取得応答から抽出して、上記検証ウィンドウに上記検証情報を表示する段階を更に備える、項目１〜４のいずれか１項に記載の方法。
（項目６）
検証情報を送信するための方法であって、
第２の端末により、第１の端末によって送信された検証情報取得要求を受信する段階と、
上記第２の端末により検証情報を取得して、上記第２の端末により検証情報取得応答を生成する段階であって、上記検証情報取得応答は、上記検証情報を含む段階と、
上記第１の端末が上記検証情報をサーバに送信するように、上記第２の端末により、上記検証情報取得応答を上記第１の端末に送信する段階であって、上記検証情報は、上記サーバが上記第１の端末を検証するべく用いられる段階とを備える、方法。
（項目７）
上記第２の端末により、検証情報を取得する上記段階の前に、
上記第２の端末により、上記検証情報を生成するアプリケーションを開始する段階、または
上記第２の端末により、上記検証情報を含み、上記サーバにより送信されるメッセージを受信する段階を更に備える、項目６に記載の方法。
（項目８）
第２の端末により、第１の端末によって送信された検証情報取得要求を受信する上記段階の前に、
上記第２の端末により、上記第１の端末との近距離無線通信接続を確立する段階を更に備え、
上記検証情報取得要求および上記検証情報取得応答は、上記近距離無線通信接続を用いることにより送信される、項目６または７に記載の方法。
（項目９）
上記第２の端末により、検証情報を取得する上記段階は、設定された抽出キーワードに応じて上記検証情報を取得する段階を有し、
上記抽出キーワードは、上記検証情報のタイプまたはソースに応じて設定される、項目６〜８のいずれか１項に記載の方法。
（項目１０）
上記検証情報取得要求は、上記検証情報の有効時間を判断するための補助情報を含み、
上記第２の端末により、上記検証情報取得応答を上記第１の端末に送信する上記段階の前に、上記方法は、上記補助情報に応じて、上記第２の端末により、取得された上記検証情報が上記有効時間内であると判断する段階を更に備える、項目６〜９のいずれか１項に記載の方法。
（項目１１）
端末であって、
検証動作を実行する条件が満たされているか否かを検出するように構成された検出モジュールと、
検証動作を実行する上記条件が満たされていると上記検出モジュールが検出すると、検証情報取得要求を生成するように構成され、上記検証情報取得要求は、検証情報をフィードバックするように別の端末に要求するべく用いられる生成モジュールと、
上記検証情報取得要求を上記別の端末に送信するように構成された第１の送信モジュールと、
上記別の端末により返された検証情報取得応答を受信するように構成され、上記検証情報取得応答は、上記検証情報を含む受信モジュールと、
上記検証情報をサーバに送信するように構成され、上記検証情報は、上記サーバが上記第１の端末を検証するべく用いられる第２の送信モジュールとを備える、端末。
（項目１２）
上記端末は、
上記第１の送信モジュールが上記検証情報取得要求を上記別の端末に送信する前に、上記別の端末との近距離無線通信接続を確立するように構成された確立モジュールを更に備え、
上記検証情報取得要求および上記検証情報取得応答は、上記近距離無線通信接続を用いることにより送信される、項目１１に記載の端末。
（項目１３）
検証動作を実行する上記条件は、
検証情報を取得する必要があるアプリケーションが開かれていること、または
現在の表示インタフェースが上記検証動作に関するインタフェースであること、または
ユーザにより入力されたトリガ命令が受信され、上記トリガ命令は、上記検証動作を実行するように上記端末をトリガするべく用いられること、または
検証情報を取得する必要があるアプリケーションが開かれ、検証情報を取得する必要がある上記アプリケーションが呼び出し許可を有することを含む、項目１１または１２に記載の端末。
（項目１４）
上記検証情報取得要求は、補助情報を含み、
上記補助情報は、上記別の端末が上記検証情報を含むメッセージを判断し、または上記検証情報の有効時間を判断するように用いられる、項目１１〜１３のいずれか１項に記載の端末。
（項目１５）
上記端末は、
上記生成モジュールが上記検証情報取得要求を生成する前に、検証ウィンドウを含むユーザインタフェースを表示するように構成された表示モジュールと、
上記受信モジュールが上記別の端末により返された上記検証情報取得応答を受信した後に、上記検証情報を上記検証情報取得応答から抽出するように構成された抽出モジュールとを更に備え、
上記表示モジュールは、更に、上記検証ウィンドウに上記検証情報を表示するように構成される、項目１１〜１４のいずれか１項に記載の端末。
（項目１６）
端末であって、
別の端末により送信された検証情報取得要求を受信するように構成された端末受信モジュールと、
検証情報を取得するように構成された取得モジュールと、
検証情報取得応答を生成するように構成され、上記検証情報取得応答は、上記検証情報を含む生成モジュールと、
上記別の端末が上記検証情報をサーバに送信するように、上記別の端末に上記検証情報取得応答を送信するように構成され、上記検証情報は、上記サーバが上記別の端末を検証するべく用いられる、送信モジュールとを備える、端末。
（項目１７）
上記端末は、
上記取得モジュールが上記検証情報を取得する前に、上記検証情報を生成するアプリケーションを開始するように構成された開始モジュール、および／または
上記検証情報を含み、上記サーバにより送信されるメッセージを受信するように構成されたサーバ受信モジュールを更に備える、項目１６に記載の端末。
（項目１８）
上記端末は、
上記端末受信モジュールが上記別の端末により送信された上記検証情報取得要求を受信する前に、上記別の端末との近距離無線通信接続を確立するように構成された確立モジュールを更に備え、
上記検証情報取得要求および上記検証情報取得応答は、上記近距離無線通信接続を用いることにより送信される、項目１６または１７に記載の端末。
（項目１９）
上記取得モジュールは、特に、設定された抽出キーワードに応じて上記検証情報を取得するように構成され、上記抽出キーワードは、上記検証情報のタイプまたはソースに応じて設定される、項目１６〜１８のいずれか１項に記載の端末。
（項目２０）
上記検証情報取得要求は、上記検証情報の有効時間を判断するための補助情報を含み、
上記端末は、上記送信モジュールが上記別の端末に上記検証情報取得応答を送信する前に、上記補助情報に応じて、取得された上記検証情報が上記有効時間内であると判断するように構成された決定モジュールを更に備える、項目１６〜１９のいずれか１項に記載の端末。
（項目２１）
検証動作を実行する条件が満たされるか否かを検出するように構成され、検証動作を実行する上記条件が満たされる場合に、検証情報取得要求を生成するように更に構成され、上記検証情報取得要求は、検証情報をフィードバックするように別の端末に要求するべく用いられるプロセッサと、
上記検証情報取得要求を上記別の端末に送信するように構成され、上記別の端末により返された検証情報取得応答を受信するように更に構成され、上記検証情報取得応答は、上記検証情報を含み、上記検証情報をサーバに送信するように更に構成され、上記検証情報は、上記サーバが上記第１の端末を検証するべく用いられる、トランシーバとを備える、端末。
（項目２２）
上記トランシーバが上記検証情報取得要求を上記別の端末に送信する前に、上記プロセッサは、更に、上記第２の端末との近距離無線通信接続を確立するように構成され、
上記検証情報取得要求および上記検証情報取得応答は、上記近距離無線通信接続を用いることにより送信される、項目２１に記載の端末。
（項目２３）
検証動作を実行する上記条件は、
検証情報を取得する必要があるアプリケーションが開かれていること、または
上記第１の端末の現在の表示インタフェースが上記検証動作に関するインタフェースであること、または
ユーザにより入力されたトリガ命令が受信され、上記トリガ命令は、上記検証動作を実行するように上記第１の端末をトリガするべく用いられること、または
検証情報を取得する必要があるアプリケーションが開かれ、検証情報を取得する必要がある上記アプリケーションが呼び出し許可を有することを含む、項目２１または２２に記載の端末。
（項目２４）
上記検証情報取得要求は、補助情報を含み、
上記補助情報は、上記第２の端末が上記検証情報を含むメッセージを判断し、または上記検証情報の有効時間を判断するように用いられる、項目２１〜２３のいずれか１項に記載の端末。
（項目２５）
上記プロセッサは、上記検証情報取得要求を生成する前に、検証ウィンドウを含むユーザインタフェースを表示するように更に構成され、
上記トランシーバが上記別の端末により返された上記検証情報取得応答を受信した後、上記プロセッサは、上記検証情報を上記検証情報取得応答から抽出して、上記検証ウィンドウに上記検証情報を表示するように更に構成される、項目２１〜２４のいずれか１項に記載の端末。
（項目２６）
別の端末により送信された検証情報取得要求を受信するように構成されたトランシーバと、
検証情報を取得するように構成されたプロセッサとを備え、
上記プロセッサは、検証情報取得応答を生成するように更に構成され、上記検証情報取得応答は、上記検証情報を含み、
上記トランシーバは、上記別の端末が上記検証情報をサーバに送信するように、上記別の端末に上記検証情報取得応答を送信するように構成され、上記検証情報は、上記サーバが上記別の端末を検証するべく用いられる、端末。
（項目２７）
上記検証情報を取得する前に、上記プロセッサは、
上記検証情報を生成するアプリケーションを開始し、または
上記検証情報を含み、上記サーバにより送信されるメッセージを受信するように更に構成される、項目２６に記載の端末。
（項目２８）
上記トランシーバが上記別の端末により送信された上記検証情報取得要求を受信する前に、上記プロセッサは、更に、上記別の端末との近距離無線通信接続を確立するように構成され、上記検証情報取得要求および上記検証情報取得応答は、上記近距離無線通信接続を用いることにより送信される、項目２６または２７に記載の端末。
（項目２９）
上記プロセッサにより上記検証情報を取得する特定の方式は、設定された抽出キーワードに応じて上記検証情報を取得することであり、
上記抽出キーワードは、上記検証情報のタイプまたはソースに応じて設定される、項目２６〜２８のいずれか１項に記載の端末。
（項目３０）
上記検証情報取得要求は、上記検証情報の有効時間を判断するための補助情報を含み、
上記トランシーバが上記検証情報取得応答を上記別の端末に送信する上記段階の前に、上記プロセッサは、上記補助情報に応じて、取得された上記検証情報が上記有効時間内であると判断するように更に構成される、項目２６〜２９のいずれか１項に記載の端末。
（項目３１）
上記コンピュータストレージ媒体は、プログラムを格納することができ、
上記プログラムが実行されると、項目１〜５のいずれか１項に記載の方法のいくつかまたは全ての段階が実行される、コンピュータストレージ媒体。
（項目３２）
上記コンピュータストレージ媒体は、プログラムを格納することができ、
上記プログラムが実行されると、項目６〜１０のいずれか１項に記載の方法のいくつかまたは全ての段階が実行される、コンピュータストレージ媒体。
【図１】
0006472513.tif 000002
【図２】
0006472513.tif 000003
【図３】
0006472513.tif 000004
【図４】
0006472513.tif 000005
【図５】
0006472513.tif 000006
【図６】
0006472513.tif 000007
【図７】
0006472513.tif 000008
【図８】
0006472513.tif 000009