(57)【要約】【課題】モバイル機器での使用のためにユーザーの行動を介した認証の方法及び装置を提供する。【解決手段】アプリケーショントランザクションプロセスのためにユーザーの行動を介した認証を開始し、認証が成功する前にアプリケーショントランザクションプロセスを保留することと、ビーコンから最新の無線フレームを取得し、認証初期化後に無線フレームに基づいて距離パラメータを決定することと、ビーコン及びモバイル機器について指定距離条件が満たされるかどうかを判断することと、ビーコン及びモバイル機器について指定距離条件が満たされる旨の判断に応えて、認証が成功したと判断し、以前に保留されたアプリケーショントランザクションプロセスを再開することを含める。本開示は、行動を介したユーザー認証を効率的に実行し、トランザクションプロセスの実行を迅速に達成し、過剰な手作業による操作を回避する。【選択図】図４
2020057418.tif 000002
【特許請求の範囲】
【請求項１】
モバイル機器の１つまたは複数のプロセッサの制御下に、
アプリケーショントランザクションプロセスに対してユーザーの行動を介した認証を開始し、前記認証が成功する前に前記アプリケーショントランザクションプロセスを保留するステップと、
ビーコンから最新の無線フレームを取得し、前記認証が初期化された後に前記無線フレームに基づいて距離パラメータを決定するステップと、
指定される距離条件が前記ビーコン及び前記モバイル機器に対して満たされるかどうかを決定するステップと、
前記指定される距離条件が前記ビーコン及び前記モバイル機器に対して満たされるという決定に応えて、
前記認証が成功したことを決定するステップと、
ビーコン識別子及び予め格納されたトランザクション情報をサーバーに送ることによって以前に保留された前記アプリケーショントランザクションプロセスを再開するステップと
を備える方法。
【請求項２】
以前に保留された前記アプリケーショントランザクションプロセスを前記再開するステップが、
サーバーに情報を送信して、前記サーバーに、前記ビーコンと前記ビーコンに対応するトランザクション端末との間の前記アプリケーショントランザクションプロセスを完了できるようにするステップであって、前記情報は、前記無線フレームから取得される前記ビーコンのアイデンティティと、トランザクション情報と、予め記憶されるトランザクション命令とを含む、ステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記距離パラメータが受信信号強度を含み、前記指定される距離条件は、前記受信信号強度が指定される信号強度以上であるかどうかを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記認証が初期化された後に前記ビーコンから前記最新の無線フレームを前記取得するステップの前に、
指定される場所において前記無線フレームから前記指定される信号強度を取得するステップをさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記受信信号強度に対応する受信距離が２０センチメートル以下であることを特徴とする請求項３に記載の方法。
【請求項６】
前記ビーコンがブルートゥースビーコンを含み、前記無線フレームがビーコンフレームを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記指定される距離条件が満たされないならば前記ビーコンから前記最新の無線フレームを取得し直し、以後の処理を続行するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項８】
１つまたは複数のプロセッサと、
メモリと、
アプリケーショントランザクションプロセスに対してユーザーの行動を介した認証を開始し、前記認証が成功する前に前記アプリケーショントランザクションプロセスを保留するために、前記メモリに記憶され、前記１つまたは複数のプロセッサによって実行可能なアプリケーション処理ユニットと、
ビーコンから最新の無線フレームを取得し、前記認証が初期化された後に前記無線フレームに基づいて距離パラメータを決定するために、前記メモリに記憶され、前記１つまたは複数のプロセッサによって実行可能なデータ処理ユニットと、
指定される距離条件が前記ビーコン及びモバイル機器に対して満たされるかどうかを決定するために、前記メモリに記憶され、前記１つまたは複数のプロセッサによって実行可能な距離認証ユニットであって、前記アプリケーション処理ユニットは、前記認証が成功したことをさらに決定し、ビーコン識別子及び予め格納されたトランザクション情報をサーバーに送ることによって以前に保留された前記アプリケーショントランザクションプロセスを再開する、距離認証ユニットと
を備えた装置。
【請求項９】
以前に保留された前記アプリケーショントランザクションプロセスを前記再開することが、
サーバーに情報を送信して、前記サーバーに、前記ビーコンと前記ビーコンに対応するトランザクション端末との間の前記アプリケーショントランザクションプロセスを完了できるようにすることであって、前記情報は、前記無線フレームから取得される前記ビーコンのアイデンティティと、トランザクション情報と、予め記憶されるトランザクション命令とを含む、ことを含むことを特徴とする請求項８に記載の装置。
【請求項１０】
前記距離パラメータが受信信号強度を含み、前記指定される距離条件は、前記受信信号強度が指定される信号強度以上であるかどうかを含むことを特徴とする請求項８に記載の装置。
【請求項１１】
データ処理ユニットが、
前記認証が初期化された後に前記ビーコンから前記最新の無線フレームを前記取得する前に、
指定される場所において前記無線フレームから前記指定される信号強度を取得するように構成されることを特徴とする請求項１０に記載の装置。
【請求項１２】
前記受信信号強度に対応する受信距離が２０センチメートル以下であることを特徴とする請求項１０に記載の装置。
【請求項１３】
前記ビーコンがブルートゥースビーコンを含み、前記無線フレームがビーコンフレームを含むことを特徴とする請求項８に記載の装置。
【請求項１４】
前記距離認証ユニットは、前記指定される距離条件が満たされないならば前記ビーコンから前記最新の無線フレームを取得し直し、以後の処理を続行するように構成されることを特徴とする請求項８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークセキュリティ技術の分野に関し、より詳細には、特にモバイル状況におけるユーザーの行動を介した認証のための方法及び装置に関する。
【背景技術】
【０００２】
スマートフォン、タブレットコンピュータ、及び他の携帯装置の普及に伴い、スマート携帯端末は人々の生活に深く根付いてきた。人は携帯端末を使用する、特にオンライン技術及びオフライン技術の組合せによる、より便利な労働環境または生活環境を所望している。対話プロセスの間、ユーザー行動を介した認証はプロセスの安全性を保証するために使用されてよい。一方、人はプロセスがより便利になることを望んでいる。したがって、開発者はより良いユーザー経験のためにユーザーの行動を使用する、より柔軟且つより安全な認証解決策を模索している。
【０００３】
したがって、本開示は、ユーザーの行動を介した認証の方法を提供する。方法はモバイル機器によって実装される。方法は、アプリケーショントランザクションプロセスのためにユーザーの行動を介した認証を実行し、認証が成功する前にアプリケーショントランザクションプロセスを保留することと、ビーコンから最新の無線フレームを取得し、認証初期化後に無線フレームに基づいて距離パラメータを決定することと、距離パラメータに基づいて、ビーコン及びモバイル機器について指定距離条件が満たされるかどうかを判断することと、ビーコン及びモバイル機器について指定距離条件が満たされる旨の判断に応えて、認証が成功したと判断し、以前に保留されたアプリケーショントランザクションプロセスを再開することを含んでよい。
【０００４】
本開示は、ユーザーの行動を介した認証のための装置をさらに提供する。装置はモバイル機器によって実装される。装置は、アプリケーショントランザクションプロセスのためにユーザーの行動を介した認証を実行し、認証が成功する前にアプリケーショントランザクションプロセスを保留するように構成されたアプリケーション処理ユニットと、ビーコンから最新の無線フレームを取得し、認証初期化後に無線フレームに基づいて距離パラメータを決定するように構成されたデータ処理ユニットと、ビーコン及びモバイル機器について指定距離条件が満たされるかどうかを判断するように構成された距離認証ユニットを含んでよく、ビーコン及びモバイル機器について指定距離条件が満たされる旨の判断に応えて、アプリケーション処理ユニットは認証が成功したと判断し、以前に保留されたアプリケーショントランザクションプロセスを再開する。
【０００５】
本開示は、行動を介したユーザー認証を便利に実行し、トランザクションプロセスの実行を迅速に達成し、過剰な手動操作を回避することができ、このようにしてさまざまなオフライン対話プロセスで幅広く適用可能である。
【図面の簡単な説明】
【０００６】
【図１】本開示の実施態様に係るユーザーの行動を介した認証を可能にする例示的なスキームの図である。
【図２Ａ】本開示の実装に係る携帯端末のハードウェア構造を示す例のブロック図である。
【図２Ｂ】本開示の実装に係るユーザーの行動を介した認証のための装置の論理構造を示す別の例のブロック図である。
【図３】本開示の実装に係るユーザーの行動を介した認証のための例示的なプロセスのフローチャートである。
【図４】本開示の実装に係るユーザーの行動を介した認証のための例示的なプロセスの別のフローチャートである。
【図５】本開示の実装に係る無線フレームの構造を示す図である。
【発明を実施するための形態】
【０００７】
本開示は、ユーザーの行動を介した便利且つ安全な認証のための技術的な解決策を提供する。図１は、ビーコン１０、携帯端末２０、及びサーバー３０を含むシステムを示す。本開示では、携帯端末２０は携帯電話、タブレットコンピュータ、パーソナルデジタルアシスタント、及び他のモバイルコンピューティング装置を含んでよい。携帯電話が、以下に説明のために例として使用される。ビーコン１０は、さまざまな短距離無線技術をサポートする無線ビーコンを含んでよい。相対的に人気のあるブルートゥースビーコンが、以下に説明のために例として使用される。
【０００８】
実装において、本開示は、ユーザーの行動を介した認証のための装置を提供する。装置は、モバイル機器２０によって実装されてよい。図２Ａ及び図２Ｂに示されるように、実施態様では、携帯電話２０は、プロセッサ２１、ＲＡＭ２２、不揮発性メモリ２３、ブルートゥースチップ２４、及び内部バス２５を含んでよい。明らかに、携帯電話２０は多様な他のハードウェアコンポーネントをさらに含んでよい。説明を簡略にするために、それらは本明細書では繰り返されない。実施態様では、ユーザーの行動を介した認証のための装置はコンピュータソフトウェアによって実装されてよい。明らかに、これは他の技法を使用する実施態様を除外しない。プロセッサ２１はＲＡＭ２２に対し不揮発性メモリ２３からコンピュータ命令を読み取り、コンピュータ命令を実行してよい。結果として、実行結果は論理レベルで装置を形成する。
【０００９】
今述べた例において、論理レベルで、ユーザーの行動を介した認証のための装置は、アプリケーション処理ユニット、データ処理ユニット、及び距離認証ユニットを含んでよい。図３を参照すると、装置によって実施される操作は以下を含んでよい。
【００１０】
ステップ３０１において、アプリケーション処理ユニット２１４は、アプリケーショントランザクションプロセスのためにユーザーの行動を介した認証を実行し、認証が成功する前にアプリケーショントランザクションプロセスを保留してよい。
【００１１】
ステップ３０２において、データ処理ユニットは、ビーコンから最新の無線フレームを取得し、認証初期化後に無線フレームに基づいて距離パラメータを決定してよい。
【００１２】
ステップ３０３において、距離認証ユニットは、ビーコンとモバイル機器との間の物理的な距離が距離パラメータに基づいて指定距離条件を満たすかどうかを判断してよい。
【００１３】
ステップ３０４において、指定距離条件が達成された旨の判断に応えて、アプリケーション処理ユニットは認証が成功したと判断し、以前に保留されたアプリケーショントランザクションプロセスを再開してよい。
【００１４】
詳細な実装は、上述された技術的な解決策に関して、以下に提供される。
【００１５】
ブルートゥースビーコン１０の所有者は、サービスプロバイダ（例えば、部門または個人）であってよい。所有者は、便利且つ安全な方法でブルートゥースビーコン１０を介して携帯端末２０のユーザーと通信してよい。例として、ブルートゥースビーコン１０の所有者はホテルであり、ブルートゥースビーコン１０は例えばフロントデスクに近い位置等、ホテルのロビーに配備される。携帯端末２０を有するユーザーはホテルにチェックインを希望することがある。ホテルの規則によって、ユーザーは概して個人情報を登録しなければならない。現在、この登録は手作業で処理される。例えば、ユーザーは自分のアイデンティティカードを見せる必要があり、なんらかの基本情報を記入する必要がある場合もある。ホテルのスタッフはユーザーを登録するためにアイデンティティカードを走査する必要があり、ユーザーの基本情報を入力する場合がある。プロセス全体は相対的に煩雑であり、低い効率を有する。
【００１６】
図４に示されるプロセスを参照すると、実装において、ユーザーは、携帯電話２０を使用し、ホテルに効率的にチェックインし得る。より良いユーザー経験を提供するために、ホテル及びユーザーはなんらかの準備作業を行う必要がある。ホテルの場合、ホテルは適切な場所（例えば、フロントデスク）にブルートゥースビーコン１０を配備し、アプリケーションサーバにブルートゥースビーコン１０のアイデンティティを登録してよい。例えば、ホテルのスタッフはフロントデスクのコンピューティング装置にクライアント端末を設置してよく、クライアント端末は携帯電話２０と通信してよい。クライアント端末の名前が「チェックインホテル」であると仮定する。ホテルはサービスアカウントを申請し、（以後「ビーコン識別子」と省略される）ブルートゥースビーコン１０のアイデンティティとサービスアカウントとの間の対応関係をアプリケーションサーバに送信してよい。アプリケーションサーバは以後のプロセスで生成されるトランザクションで使用するために対応関係を記憶してよい。ユーザーの携帯電話２０の場合、ユーザーはアプリケーションサーバから登録用のモバイルアプリをダウンロードしてよい。モバイルアプリの名前は「チェックイン」であると仮定する。これらの例では、モバイルアプリチェックインは、ユーザーの行動を介した認証のための装置の実施態様である。ユーザーがチェックインを使用する前に、ユーザーはチェックインの構成インタフェースを介してホテル登録に必要とされる多様なタイプの情報を保存してよい。例えば、情報は走査画像（または写真）ＩＤカード、ＩＤ番号、電話番号、勤務先、性別、氏名、送り状の名称等を含んでよい。情報は（事前に許可を与えられたチェックインを完了するために使用される）クレジットカード情報を含むことがあってもよい。
【００１７】
上記作業完了後、携帯電話２０を有するユーザーは、ホテルに効率的に且つ安全にチェックインしてよい。上述されたように、ブルートゥースビーコン１０はフロントデスクに近いロビーに配備される。存在を示すために、ブルートゥースビーコン１０は所定の周波数で無線フレーム（例えば、ビーコンフレーム）を放送してよい。携帯電話２０を有するユーザーがホテルのロビーに入ると、携帯電話２０はブルートゥースビーコン１０からビーコンフレームを受信してよい。本開示では、携帯電話２０は、ブルートゥースビーコン１０が放送する無線フレームを処理してよい。
【００１８】
先に述べたように、ユーザーは、モバイルアプリチェックインを使用し、ホテルにチェックインしてよい。ユーザーはチェックインのアイコンをクリックしてモバイルアプリを起動し、次いで「登録」の機能を選択してユーザーの行動を介した認証をトリガしてよい。モバイルアプリチェックインは現段階でユーザーがどのホテルを選択するのかを決定し得ないため、ユーザーの行動を介した認証が無事に実行される前に、モバイルアプリチェックインは他の装置にユーザーの登録情報を送信しないことがあり、このことはチェックイン操作のプロセスを一時的に保留することに相当する。言い換えると、モバイルアプリチェックインはトランザクションの相手側を知らない場合がある。例示的な実施形態では、モバイルアプリは、ホテルのロビーのブルートゥースビーコン１０の近くに携帯電話２０を置くようにユーザーを誘導するために、ユーザーがブルートゥースビーコン１０に近い旨の通知をインタフェース上で出力してよい。携帯電話２０を有するユーザーがブルートゥースビーコン１０に向かって移動するプロセスの間、ステップ３０２からステップ３０４の操作は、チェックインプロセスが完了するまでまたはタイムアウトまでループで実行されてよい。
【００１９】
ステップ３０２において、距離パラメータは、厳密な意味では必ずしも物理的な距離パラメータでない場合がある。例示的な実施形態では、距離パラメータは無線フレームの受信信号強度であってよい。一般に、受信信号強度はたぶん受信機（つまり、携帯電話２０）と送信機（つまり、ブルートゥースビーコン１０）との間の物理的な距離を示すだろう。すなわち、送信機と受信機との間の距離がより近いほど、受信機の受信信号強度はより強くなる。同様に、指定距離条件は、必ずしも現実の物理的な距離を示す条件ではない場合がある。相応して、指定距離条件は信号強度閾値を示す条件であってよい。例えば、指定距離条件は、受信信号強度が指定信号強度以上であるかどうかを参照してよい。言い換えると、開発者は多様な実験から指定信号強度を入手してよい。指定信号強度は概して相対的に強く、このことは例えば１０センチメートル等、相対的に短い物理的な距離に相当する。受信信号強度が指定信号強度を超えるとき、これは、携帯電話２０とブルートゥースビーコン１０との間の物理的な距離が１０センチメートル以下であることを示す。
【００２０】
いくつかの実装において、携帯電話２０が最新のビーコンフレームを受信すると、携帯電話２０は、内部ブルートゥースコンポーネントを介して無線フレームの受信信号強度（例えば、ＲＳＳＩ）を入手してよい。受信信号強度が指定信号強度以上であるとき、ステップ３０３は、携帯電話２０とブルートゥースビーコン１０との間の物理的な距離が指定距離条件を満たすと判断してよい。対照的に、受信信号強度が指定信号強度未満であるとき、これは、携帯電話２０とブルートゥースビーコン１０との間の物理的な距離が指定距離条件を満たすことができないことを意味する。これは、携帯電話２０がブルートゥースビーコン１０に十分に近くないことを示す。プロセスはステップ３０２に戻って操作を繰り返す。明らかに、反復サイクルを回避するために、行動を介した認証が開始されるときに所定の期間（例えば、３０秒）を開始するためにタイマが使用されてよい。タイマが切れると、認証は終了する。
【００２１】
上述の実装において、指定距離条件が、ユーザーがブルートゥースビーコン１０に十分に近いことを保証する実際の必要性に従って開発者によって設計されており、このことが、ユーザーがブルートゥースビーコン１０に十分に近いかどうかの基礎であることが注目に値する。ユーザーがブルートゥースビーコン１０の十分に近くに携帯電話２０を置くとき、チェックインの観点から、その要求は、ユーザーのブルートゥースビーコン１０の十分に近くに携帯電話２０を置く動作が自らのチェックインする希望を明確に示すユーザーによって実行されることである。この時点で、チェックインは、以前に保留されたアプリケーショントランザクションプロセスを実行し、さらにトランザクションのためにビーコンに対応するトランザクションの相手側（つまり「チェックインホテル」）とさらに通信してよい。実施態様では、ブルートゥースビーコン１０のビーコン識別子は、ステップ３０３でビーコンフレームからさらに入手されてよい。アプリケーショントランザクションプロセスが処理されるとき、ビーコン識別子及び事前に記憶されたトランザクション情報またはトランザクション命令は次いでアプリケーションサーバに送信されてよい。アプリケーションサーバはビーコンとビーコンに対応するトランザクション端末との間でアプリケーショントランザクションプロセスを完了する。
【００２２】
本実装におけるアプリケーショントランザクションプロセスをさらなる実行の間、チェックインは、ユーザー登録のための携帯電話２０に事前に記憶された情報をアプリケーションサーバに送信してよく、アプリケーションサーバは次いでホテルのコンピューティング装置に送信してよい。具体的には、チェックインはユーザー登録のための情報及びブルートゥースビーコンのビーコン識別子を同時にアプリケーションサーバに送信してよい。アプリケーションサーバはビーコン識別子に基づいて対応するホテルアカウントを決定してよく、次いでチェックインのホテルバージョンを実行する、ホテルのコンピューティング装置にユーザー登録のための情報を送信してよい。レセプションスタッフは、ユーザーの携帯電話が走査された（つまり、ブルートゥースビーコン１０の近くに携帯電話２０を置いた）後、ＩＤカードの走査画像を含んでよい、ユーザー登録のための情報を入手してよい。このようにして、ユーザーの登録は効率的に準備される。
【００２３】
チェックインのホテルバージョンは、ユーザー登録のための情報を受信した後にアプリケーションサーバに確認メッセージを返してよい。アプリケーションサーバはユーザー登録の情報が無事に送信されることをユーザーに知らせるために携帯電話２０にメッセージを送信してよい。したがって、ユーザーは、ユーザー登録のための情報がホテルによって受信されたことを知ってよい。ステップ３０２とステップ３０４との間のループは次いで終了される。上記説明から示されるように、ユーザーは退屈な手作業による操作なしにアプリケーションチェックインを使用し、ホテルにチェックインするために登録情報を提供してよい。レセプションスタッフはＩＤカードを走査し、登録情報を入力する等、退屈な操作を実行しないことがある。実施態様は、コスト及び効率に関してかなりの改善策である。
【００２４】
上の実施例において、指定距離条件は、モバイルアプリケーションの開発者によって設計されてよい。本開示のいくつかの他の実施態様では、多様な状況のためにより幅広く且つ容易に採用できる実施態様が提供される。これらの例では、指定距離条件は、受信信号強度が指定信号強度以上であるかどうかを参照してよい。指定信号強度は、ステップ３０２で指定場所でのビーコンフレームから入手される信号強度を指す。指定信号強度は、ビーコンと関連付けられた端末によって指定される。異なる指定を有するビーコンの指定信号強度は、ビーコンフレームによって指定される場所では異なってよい。図５は、本開示の実施態様に係るビーコンフレームのフォーマットを示す図である。指定信号強度はビーコンフレーム上に確保された位置を有し、バイト長を占める。対応する信号強度は、例えば０ｘ２Ｂまたは０ｘ３Ｃ等、この位置に対して入力されてよい。ブルートゥースビーコン１０の所有者または開発者は必要性に基づいてその構成を実行してよい。
【００２５】
今述べた設計は、明らかにより優れた普遍性を有する。異なるブルートゥースビーコンによって使用されるブルートゥースチップは異なって良く、異なるブルートゥース規格をサポートしてよい。したがって、同じ信号強度は異なるビーコンのための異なる受信距離に対応してよい。例えば、ビーコンＡは、高送信電力を有するブルートゥースチップを採用する。２０センチメートルでのビーコンＡの受信信号強度がＸであると仮定する。ビーコンＢは低送信電力を有するブルートゥースチップを採用する。２０センチメートルでのビーコンＢの受信信号強度が０．８Ｘであると仮定する。ビーコンＣはより低い送信電力を有するブルートゥースチップを採用する。２０センチメートルでのビーコンＣの受信信号強度は０．７Ｘであると仮定する。上記の実施態様では、指定信号強度はＸで固定されると仮定する。携帯電話２０がビーコンＡに近く、距離が２０センチメートルであるとき、走査側の電話の操作はうまく行くことがある。しかしながら、携帯電話２０がビーコンＢまたはＣに近く、距離が２０センチメートルであるとき、走査側電話の操作は成功できない。これらの例では、ユーザーは、走査側電話の操作を完了するためにビーコンＢまたはＣのより近くに携帯電話を移動してよい。別の観点から、より短距離の無線技術（例えば、ＺｉｇＢｅｅ）に関して、異なるビーコン間の電力差はなおさらに大きくなる。したがって、固定された指定信号強度の採用は概して効果的ではない。
【００２６】
今述べた例において、ビーコンは指定信号強度を有するビーコンフレームを生成する。したがって、異なる指定信号強度が異なるビーコンに構成されてよい。指定信号強度は同じ物理的な距離を達成するために変更されてよい。１０センチメートルは、ユーザーによって概して受け入れられる距離であると仮定する。したがって、ビーコンＡの指定信号強度はＸであり、ビーコンＢの指定信号強度は０．８Ｘであり、ビーコンＣの指定信号強度は０．７Ｘである。この設計は、走査側電話に関して良好なユーザー経験を保証するために容易に採用される。どのような種類の携帯電話が使用されても、及びどのような種類の短距離無線技術がホテルによって採用されても、ユーザーは相対的に正確な距離で走査側電話の操作を完了し得る。
【００２７】
上述された処理操作は、携帯端末と関連付けられたアプリケーションによって実装されてよい。例えば、消費者はオンラインで映画の券を購入するために共同購入手段または他の手段を使用してよい。現在、券の売り手は、概してユーザーが認証コードを使用し、券を入手し得るように、携帯電話２０に認証コードを送信する。例えば、認証コードはユーザーのソーシャルネットワーク端末（例えば、ＴｒａｄｅＭａｎａｇｅｒ）に送信される。ユーザーは、映画館に到着後映画館スタッフから券を入手してよい。スタッフは、認証コードが本物であるかどうかを手作業でチェックする。代わりに、ユーザーは認証コードを入力することによって券売機を使用し、券を入手してよい。コードの長さは通常１２以上であるので、明らかに、これらの方法は煩雑である。本開示の技術的な態様に基づいて、ＴｒａｄｅＭａｎａｇｅｒの開発者は、ユーザーが効率的に券を入手するのを手助けするためにチェックインの設計を検討し、単純な発券機能を開発してよい。
【００２８】
先行の実装のように、ブルートゥースビーコン１０は、券売機の隣に配備されることができる。ビーコンのビーコン識別子と券売機のＩＤとの関係性は、アプリケーションサーバで結ばれる。ＴｒａｄｅＭａｎａｇｅｒは、ユーザー用に発券機能を追加するために修正されてよい。ユーザーは、機能及びユーザーの行動を介した認証を開始するために認証コードを選択する。トランザクションプロセスは、ユーザーが券を無事に入手するまで保留される。操作３０２から３０４は実行されてよい。認証成功後、ＴｒａｄｅＭａｎａｇｅｒは発券操作を実行し続けてよい。ＴｒａｄｅＭａｎａｇｅｒはアプリケーションサーバを介して発券機とのトランザクション対話を進めてよい。変換のための対話中、ＴｒａｄｅＭａｎａｇｅｒはブルートゥースビーコン１０のビーコン識別子及びＴｒａｄｅＭａｎａｇｅｒに記憶された認証コードをアプリケーションサーバに送信してよく、アプリケーションサーバはビーコン識別子に基づいて発券機を識別し、発券機に認証コードを送信してよい。発券機は認証コード受信後、認証コードを検証してよい。発券機はさらに、認証成功後にユーザーに券を提供してよい。プロセスを通して、ユーザーは認証コードを入力することなく券を入手し得る。
【００２９】
先行の実施例において、認証成功後、以後の対話は、ビーコンの対応する端末（例えば、ホテルのコンピューティング装置または発券機）に携帯電話２０に記憶されたトランザクション情報を送信することを含んでよい。また、他のアプリケーションは本開示の実施態様によってサポートされてもよい。チェックインを例にとると、登録情報は、ユーザーがアプリケーションサーバに登録するユーザーアカウントの情報をさらに含んでよい。ユーザーがホテルを出る準備が完了した後、ユーザーはチェックインを使用して支払いをしてよい。プロセスで、ホテルスタッフはユーザーアカウントに対応する請求書情報をアプリケーションサーバに送信してよく、アプリケーションサーバは携帯電話２０に請求書情報を送信する。ユーザーが請求書を受信し、請求書が正しいと判断した後、ユーザーは、チェックインの機能「支払い確認」を選択することによって、行動を介した認証及び支払いプロセスを開始してよい。支払いプロセスは、ユーザー認証が成功するまで保留される。次に、操作３０２から３０４が実行されてよい。ステップ３０４で、行動を介した認証が成功する場合、チェックインは支払いプロセスを進めてよい。このプロセスの間、チェックインはアプリケーションサーバに支払いの確認メッセージを送信してよく、確認メッセージは請求書のシリアルナンバーを含んでよい。アプリケーションサーバは確認メッセージに基づいて支払いを進め、現在の支払いトランザクションの関係者に支払いの結果を通知してよい。上記の実施態様とは異なり、本実施態様では、トランザクション命令は上記の実施態様で送信されるトランザクション情報とともに、ビーコン識別子と送信される。
【００３０】
上記の実装から分かるように、効率的な認証及び外部トランザクション対話は、達成され得る。一方、現在のトランザクション対話の目的は、ユーザーの行動を介した認証に基づいて確認される。他方、ユーザーの行動を介した認証は、ユーザーがより効率的にアプリケーショントランザクションを処理できるようにする。この解決策は、他の分野で幅広く使用できる。例えば、ユーザーがクレジットカードまたはメンバーシップカードを申請するとき、上述された操作に類似する操作が、ユーザーが個人情報の登録を迅速に完了できるようにしてよい。
【００３１】
上記は、本開示専用の好ましい実施態様にすぎず、上記は、本願を制限することを目的としていない。本開示の理論及び原理の中で、あらゆる変更形態、同等の置換、または改善も本開示の保護の範囲内にある。
【図１】
2020057418.tif 000003
【図２Ａ】
2020057418.tif 000004
【図２Ｂ】
2020057418.tif 000005
【図３】
2020057418.tif 000006
【図４】
2020057418.tif 000007
【図５】
2020057418.tif 000008