(57)【要約】本開示は、モバイル支払方法および装置に関する。モバイル支払方法は、支払情報が受信されると、支払操作状態を操作無効状態に設定するステップと、ユーザから入力されたハードウェア操作指令を受信するステップと、ハードウェア操作指令が所定の条件を満たす場合、支払操作状態を操作有効状態に更新するステップとを含み、所定の条件には、ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することが含まれる。本開示の実施例によれば、ハードウェア支払確認が通らないとモバイル支払操作が実施不可能であるため、ユーザ資金の安全性が大幅に向上する。
2017530430.tif 000002
【特許請求の範囲】
【請求項１】
支払情報が受信されると、支払操作状態を操作無効状態に設定するステップと、
ユーザから入力されたハードウェア操作指令を受信するステップと、
前記ハードウェア操作指令が所定の条件を満たす場合、前記支払操作状態を操作有効状態に更新するステップと、を含み、
前記所定の条件には、前記ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することが含まれることを特徴とするモバイル支払方法。
【請求項２】
前記ハードウェア操作指令が所定の条件を満たすことは、
前記所定のハードウェア情報が１つのハードウェア情報を含む場合、受信された前記ハードウェア操作指令におけるハードウェア情報が前記所定のハードウェア情報と一致するとき、前記ハードウェア操作指令が前記所定の条件を満たすことを含み、または、
前記所定のハードウェア情報が２つのハードウェア情報を含む場合、受信された２つのハードウェア操作指令におけるハードウェア情報を順に取得し、各前記ハードウェア操作指令の受信時間を取得することと、
順に取得された前記２つのハードウェア情報が前記所定のハードウェア情報と一致するとき、前記受信時間に基づいて前記２つのハードウェア操作指令の受信時間の間隔が第１の所定の閾値よりも小さいかどうかを判断し、前記第１の所定の閾値よりも小さければ、前記ハードウェア操作指令が前記所定の条件を満たすことと、を含み、または、
前記所定のハードウェア情報が少なくとも３つのハードウェア情報を含む場合、受信された前記ハードウェア操作指令におけるハードウェア情報を順に取得し、各前記ハードウェア操作指令の受信時間を取得することと、
順に取得された前記ハードウェア情報が前記所定のハードウェア情報と一致するとき、前記受信時間に基づいて全ての隣り合う２つのハードウェア操作指令の受信時間の間隔がいずれも第２の所定の閾値よりも小さいかどうかを判断し、いずれも前記第２の所定の閾値よりも小さければ、前記ハードウェア操作指令が前記所定の条件を満たすことと、を含むことを特徴とする請求項１に記載のモバイル支払方法。
【請求項３】
前記支払操作状態が操作無効状態に設定されたとき、ハードウェア操作によりモバイル支払を行う旨をユーザにプロンプトするための第１のプロンプト情報を表示するステップをさらに含むことを特徴とする請求項１に記載のモバイル支払方法。
【請求項４】
前記ハードウェア操作指令が前記所定の条件を満たさない場合、前記ハードウェア操作指令が前記所定の条件を満たさない連続回数を統計するステップと、
前記連続回数が所定の回数に等しい場合、現在のモバイル支払操作を取り消すステップと、
前記連続回数が前記所定の回数よりも小さい場合、ハードウェア操作によりモバイル支払を再度行う旨を前記ユーザにプロンプトするための第２のプロンプト情報を表示し、前記ユーザによって再度入力されたハードウェア操作指令を受信するステップと、をさらに含むことを特徴とする請求項１に記載のモバイル支払方法。
【請求項５】
ハードウェア情報リストを表示するステップと、
前記ユーザから入力されたハードウェア選択指令を受信し、前記ハードウェア選択指令に従って、前記ハードウェア情報リストから１つまたは複数のハードウェア情報を選択するステップと、
選択された前記１つまたは複数のハードウェア情報に基づいて前記所定のハードウェア情報を生成して保存するステップと、をさらに含むことを特徴とする請求項１に記載のモバイル支払方法。
【請求項６】
ユーザから入力された、操作ジェスチャ情報を含む支払操作指令を取得するステップと、
前記支払操作指令が所定の支払条件を満たす場合、支払結果を表示するステップと、をさらに含むことを特徴とする請求項１に記載のモバイル支払方法。
【請求項７】
支払情報が受信されると、支払操作状態を操作無効状態に設定するための受信設定モジュールと、
ユーザから入力されたハードウェア操作指令を受信するための受信モジュールと、
前記受信モジュールで受信された前記ハードウェア操作指令が所定の条件を満たす場合、前記受信設定モジュールによって設定された前記支払操作状態を操作有効状態に更新するための判断更新モジュールと、を備え、
前記所定の条件には、前記ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することが含まれることを特徴とするモバイル支払装置。
【請求項８】
前記判断更新モジュールは、
前記所定のハードウェア情報が１つのハードウェア情報を含む場合、受信された前記ハードウェア操作指令におけるハードウェア情報が前記所定のハードウェア情報と一致するとき、前記ハードウェア操作指令が前記所定の条件を満たすとするように構成される第１の判断更新サブモジュールを備え、または、
前記所定のハードウェア情報が２つのハードウェア情報を含む場合、受信された２つのハードウェア操作指令におけるハードウェア情報を順に取得し、各前記ハードウェア操作指令の受信時間を取得し、順に取得された前記２つのハードウェア情報が前記所定のハードウェア情報と一致するとき、前記受信時間に基づいて前記２つのハードウェア操作指令の受信時間の間隔が第１の所定の閾値よりも小さいかどうかを判断し、前記第１の所定の閾値よりも小さければ、前記ハードウェア操作指令が前記所定の条件を満たすとするように構成される第２の判断更新サブモジュールを備え、または、
前記所定のハードウェア情報が少なくとも３つのハードウェア情報を含む場合、受信された前記ハードウェア操作指令におけるハードウェア情報を順に取得し、各前記ハードウェア操作指令の受信時間を取得し、順に取得された前記ハードウェア情報が前記所定のハードウェア情報と一致するとき、前記受信時間に基づいて全ての隣り合う２つのハードウェア操作指令の受信時間の間隔がいずれも第２の所定の閾値よりも小さいかどうかを判断し、いずれも前記第２の所定の閾値よりも小さければ、前記ハードウェア操作指令が前記所定の条件を満たすとするように構成される第３の判断更新サブモジュールを備えることを特徴とする請求項７に記載のモバイル支払装置。
【請求項９】
支払操作状態が前記受信設定モジュールによって操作無効状態に設定されたとき、ハードウェア操作によりモバイル支払を行う旨をユーザにプロンプトするための第１のプロンプト情報を表示するための第１の表示モジュールをさらに備えることを特徴とする請求項７に記載のモバイル支払装置。
【請求項１０】
前記受信モジュールで受信された前記ハードウェア操作指令が前記所定の条件を満たさない場合、前記ハードウェア操作指令が前記所定の条件を満たさない連続回数を統計するように構成される判断統計モジュールと、
前記判断統計モジュールで統計された前記連続回数が所定の回数に等しい場合、現在のモバイル支払操作を取り消すように構成される取消モジュールと、
前記判断統計モジュールで統計された前記連続回数が前記所定の回数よりも小さい場合、ハードウェア操作によりモバイル支払を再度行う旨を前記ユーザにプロンプトするための第２のプロンプト情報を表示し、前記ユーザによって再度入力されたハードウェア操作指令を受信するように構成される第２の表示モジュールと、をさらに備えることを特徴とする請求項７に記載のモバイル支払装置。
【請求項１１】
ハードウェア情報リストを表示するように構成されるリスト表示モジュールと、
前記ユーザから入力されたハードウェア選択指令を受信し、前記ハードウェア選択指令に従って、前記リスト表示モジュールで表示された前記ハードウェア情報リストから１つまたは複数のハードウェア情報を選択するように構成される受信選択モジュールと、
前記受信選択モジュールで選択された前記１つまたは複数のハードウェア情報に基づいて前記所定のハードウェア情報を生成して保存するように構成される生成保存モジュールと、をさらに備えることを特徴とする請求項７に記載のモバイル支払装置。
【請求項１２】
ユーザから入力された、操作ジェスチャ情報を含む支払操作指令を取得するように構成される取得モジュールと、
前記取得モジュールで取得された前記支払操作指令が所定の支払条件を満たす場合、支払結果を表示するように構成される判断表示モジュールと、をさらに備えることを特徴とする請求項７に記載のモバイル支払装置。
【請求項１３】
プロセッサと、
プロセッサの実行可能な指令を記憶するためのメモリと、を備え、
前記プロセッサは、
支払情報が受信されると、支払操作状態を操作無効状態に設定し、
ユーザから入力されたハードウェア操作指令を受信し、
前記ハードウェア操作指令が所定の条件を満たす場合、前記支払操作状態を操作有効状態に更新するように構成され、
前記所定の条件には、前記ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することが含まれることを特徴とするモバイル支払装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、モバイル支払技術分野に関し、特に、モバイル支払方法および装置に関する。
【背景技術】
【０００２】
移動端末技術の飛躍的な発展につれて、各種のスマート移動端末、例えば、携帯電話は、非常に普及しており、機能もますます完備してきている。例えば、モバイルネットショッピングの需要が伸びるとともに、ユーザは、携帯電話でモバイル支払を行うことができる。
【０００３】
モバイル支払は、支払手段として、その便利さや手早さにより、ますます多くなる消費者から人気が集められている。しかし、モバイル支払の急速な発展とともに、その安全問題も深刻になっている。例えば、モバイル支払を行う際、ユーザのモバイル機器でのウィルスソフトウェアが簡単にユーザのアカウントおよびパスワードを盗み取り、ユーザによって許可されていない取引を行う可能性がため、ユーザの資金損失の虞がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
関連技術に存在する問題を克服すべく、本開示は、モバイル支払方法および装置を提供する。
【課題を解決するための手段】
【０００５】
本開示の実施例の第１の態様によれば、モバイル支払方法を提供する。前記方法は、
支払情報が受信されると、支払操作状態を操作無効状態に設定するステップと、
ユーザから入力されたハードウェア操作指令を受信するステップと、
前記ハードウェア操作指令が所定の条件を満たす場合、前記支払操作状態を操作有効状態に更新するステップと、を含み、前記所定の条件には、前記ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することが含まれる。
【０００６】
上記モバイル支払方法実施例では、ハードウェア操作指令を受信し、受信されたハードウェア操作指令が所定の条件を満たす場合、支払操作状態を操作無効状態から操作有効状態に更新することで、モバイル支払操作を実施させる。つまり、ハードウェア支払確認が通らないとモバイル支払操作が実施不可能であるため、ユーザ資金の安全性が大幅に向上する。
【０００７】
一実施例では、前記ハードウェア操作指令が所定の条件を満たすことは、
前記所定のハードウェア情報が１つのハードウェア情報を含む場合、受信された前記ハードウェア操作指令におけるハードウェア情報が前記所定のハードウェア情報と一致するとき、前記ハードウェア操作指令が前記所定の条件を満たすことを含み、または、
前記所定のハードウェア情報が２つのハードウェア情報を含む場合、受信された２つのハードウェア操作指令におけるハードウェア情報を順に取得し、各前記ハードウェア操作指令の受信時間を取得することと、
順に取得された前記２つのハードウェア情報が前記所定のハードウェア情報と一致し、受信された２つの前記ハードウェア操作指令におけるハードウェア情報が前記所定のハードウェア情報と一致するとき、前記２つの前記ハードウェア操作指令の受信時間を受信し、
前記受信時間に基づいて前記２つのハードウェア操作指令の受信時間の間隔が第１の所定の閾値よりも小さいかどうかを判断し、前記第１の所定の閾値よりも小さければ、前記ハードウェア操作指令が前記所定の条件を満たすこととを含み、または、
前記所定のハードウェア情報が少なくとも３つのハードウェア情報を含む場合、受信された前記ハードウェア操作指令におけるハードウェア情報を順に取得し、各前記ハードウェア操作指令の受信時間を取得することと、
順に取得された前記ハードウェア情報が前記所定のハードウェア情報と一致するとき、前記受信時間に基づいて全ての隣り合う２つのハードウェア操作指令の受信時間の間隔がいずれも第２の所定の閾値よりも小さいかどうかを判断し、いずれも前記第２の所定の閾値よりも小さければ、前記ハードウェア操作指令が前記所定の条件を満たすこととを含む。
【０００８】
上記モバイル支払方法実施例では、所定のハードウェア情報が異なるため、ハードウェア操作指令が所定の条件を満たすかどうかの判断方式も異なり、実現手段が柔軟であるとともに、所定のハードウェア情報に複数のハードウェア情報が含まれるとき、ハードウェア確認の難易度も増加するので、モバイル支払の安全性が一層向上する。
【０００９】
一実施例では、前記方法は、さらに、
前記支払操作状態が操作無効状態に設定されたとき、ハードウェア操作によりモバイル支払を行う旨をユーザにプロンプトするための第１のプロンプト情報を表示するステップを含む。
【００１０】
上記モバイル支払方法実施例では、第１のプロンプト情報の表示により、ユーザを後続操作へ導くことができる。
【００１１】
一実施例では、前記方法は、さらに、
前記ハードウェア操作指令が前記所定の条件を満たさない場合、前記ハードウェア操作指令が前記所定の条件を満たさない連続回数を統計するステップと、
前記連続回数が所定の回数に等しい場合、現在のモバイル支払操作を取り消すステップと、
前記連続回数が前記所定の回数よりも小さい場合、ハードウェア操作によりモバイル支払を再度行う旨を前記ユーザにプロンプトするための第２のプロンプト情報を表示し、前記ユーザによって再度入力されたハードウェア操作指令を受信するステップと、を含む。
【００１２】
上記モバイル支払方法実施例では、ハードウェア操作指令が所定の条件を満たさない連続回数が所定の回数に等しいとき、現在のモバイル支払操作を取り消して、不正ユーザのモバイル支払操作を実行不可能にするため、ユーザ資金の損失が回避される。その一方、ハードウェア操作指令が所定の条件を満たさない連続回数が所定の回数よりも小さいとき、第２のプロンプト情報を表示して引き続きどのように操作するかをユーザにプロンプトすることで、ユーザに便利さを与える。
【００１３】
一実施例では、前記方法は、さらに、
ハードウェア情報リストを表示するステップと、
前記ユーザから入力されたハードウェア選択指令を受信し、前記ハードウェア選択指令に従って、前記ハードウェア情報リストから１つまたは複数のハードウェア情報を選択するステップと、
選択された前記１つまたは複数のハードウェア情報に基づいて前記所定のハードウェア情報を生成して保存するステップと、を含む。
【００１４】
上記モバイル支払方法実施例では、ハードウェア情報リストを表示することで、ユーザにハードウェア情報リストを便利に取得させ、且つ、受信されたハードウェア選択指令に応じてハードウェア情報リストから１つまたは複数のハードウェア情報を選択して所定のハードウェア情報を生成することで、ハードウェア操作指令が所定の条件を満たすかどうかを判断する後続手順に基礎を打ち立てる。
【００１５】
一実施例では、前記方法は、さらに、
ユーザから入力された、操作ジェスチャ情報を含む支払操作指令を取得するステップと、
前記支払操作指令が所定の支払条件を満たす場合、支払結果を表示するステップと、を含む。
【００１６】
上記モバイル支払方法実施例では、ソフト・ハードウェアの組み合わせで支払いを行うため、支払いの安全性を保証できるとともに、支払結果を表示してユーザに便利に把握させることができる。
【００１７】
本開示の実施例の第２の態様によれば、モバイル支払装置を提供する。前記装置は、
支払情報が受信されると、支払操作状態を操作無効状態に設定するように構成される受信設定モジュールと、
ユーザから入力されたハードウェア操作指令を受信するように構成される受信モジュールと、
前記受信モジュールで受信された前記ハードウェア操作指令が所定の条件を満たす場合、前記受信設定モジュールによって設定された前記支払操作状態を操作有効状態に更新するように構成される判断更新モジュールと、を備え、前記所定の条件には、前記ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することが含まれる。
【００１８】
上記モバイル支払装置実施例では、受信モジュールがハードウェア操作指令を受信し、受信モジュールで受信されたハードウェア操作指令が所定の条件を満たすとき、判断更新モジュールが支払操作状態を操作無効状態から操作有効状態に更新することで、モバイル支払操作を実施させる。つまり、ハードウェア支払確認が通らないとモバイル支払操作が実施不可能であるため、ユーザ資金の安全性が大幅に向上する。
【００１９】
一実施例では、前記判断更新モジュールは、
前記所定のハードウェア情報が１つのハードウェア情報を含む場合、受信された前記ハードウェア操作指令におけるハードウェア情報が前記所定のハードウェア情報と一致するとき、前記ハードウェア操作指令が前記所定の条件を満たすとするように構成される第１の判断更新サブモジュールを備え、または、
前記所定のハードウェア情報が２つのハードウェア情報を含む場合、受信された２つのハードウェア操作指令におけるハードウェア情報を順に取得し、各前記ハードウェア操作指令の受信時間を取得し、順に取得された前記２つのハードウェア情報が前記所定のハードウェア情報と一致するとき、前記受信時間に基づいて前記２つのハードウェア操作指令の受信時間の間隔が第１の所定の閾値よりも小さいかどうかを判断し、前記第１の所定の閾値よりも小さければ、前記ハードウェア操作指令が前記所定の条件を満たすとするように構成される第２の判断更新サブモジュールを備え、または、
前記所定のハードウェア情報が少なくとも３つのハードウェア情報を含む場合、受信された前記ハードウェア操作指令におけるハードウェア情報を順に取得し、各前記ハードウェア操作指令の受信時間を取得し、順に取得された前記ハードウェア情報が前記所定のハードウェア情報と一致するとき、前記受信時間に基づいて全ての隣り合う２つのハードウェア操作指令の受信時間の間隔がいずれも第２の所定の閾値よりも小さいかどうかを判断し、いずれも前記第２の所定の閾値よりも小さければ、前記ハードウェア操作指令が前記所定の条件を満たすとするように構成される第３の判断更新サブモジュールを備える。
【００２０】
上記モバイル支払装置実施例では、所定のハードウェア情報が異なるため、ハードウェア操作指令が所定の条件を満たすかどうかの判断方式も異なり、実現手段が柔軟であるとともに、所定のハードウェア情報に複数のハードウェア情報が含まれるとき、ハードウェア操作指令が所定の条件を満たすかどうかを第２および第３の判断更新サブモジュールが判断することで、ハードウェア確認の難易度も増加するので、モバイル支払の安全性が一層向上する。
【００２１】
一実施例では、前記装置は、さらに、
支払操作状態が前記受信設定モジュールによって操作無効状態に設定されたとき、ハードウェア操作によりモバイル支払を行う旨をユーザにプロンプトするための第１のプロンプト情報を表示するように構成される第１の表示モジュールを備える。
【００２２】
上記モバイル支払装置実施例では、第１の表示モジュールが第１のプロンプト情報を表示することで、ユーザを後続操作へ導くことができる。
【００２３】
一実施例では、前記装置は、さらに、
前記受信モジュールで受信された前記ハードウェア操作指令が前記所定の条件を満たさない場合、前記ハードウェア操作指令が前記所定の条件を満たさない連続回数を統計するように構成される判断統計モジュールと、
前記判断統計モジュールで統計された前記連続回数が所定の回数に等しい場合、現在のモバイル支払操作を取り消すように構成される取消モジュールと、
前記判断統計モジュールで統計された前記連続回数が前記所定の回数よりも小さい場合、ハードウェア操作によりモバイル支払を再度行う旨を前記ユーザにプロンプトするための第２のプロンプト情報を表示し、前記ユーザによって再度入力されたハードウェア操作指令を受信するように構成される第２の表示モジュールと、を備える。
【００２４】
上記モバイル支払装置実施例では、ハードウェア操作指令が所定の条件を満たさない連続回数が所定の回数に等しいとき、取消モジュールが現在のモバイル支払操作を取り消して、不正ユーザのモバイル支払操作を実行不可能にするため、ユーザ資金の損失が回避される。その一方、ハードウェア操作指令が所定の条件を満たさない連続回数が所定の回数よりも小さいとき、第２の表示モジュールが第２のプロンプト情報を表示して引き続きどのように操作するかをユーザにプロンプトすることで、ユーザに便利さを与える。
【００２５】
一実施例では、前記装置は、さらに、
ハードウェア情報リストを表示するように構成されるリスト表示モジュールと、
前記ユーザから入力されたハードウェア選択指令を受信し、前記ハードウェア選択指令に従って、前記リスト表示モジュールで表示された前記ハードウェア情報リストから１つまたは複数のハードウェア情報を選択するように構成される受信選択モジュールと、
前記受信選択モジュールで選択された前記１つまたは複数のハードウェア情報に基づいて前記所定のハードウェア情報を生成して保存するように構成される生成保存モジュールと、を備える。
【００２６】
上記モバイル支払装置実施例では、リスト表示モジュールがハードウェア情報リストを表示してハードウェア情報リストをユーザに便利に取得させ、受信選択モジュールが受信したハードウェア選択指令に応じてハードウェア情報リストから１つまたは複数のハードウェア情報を選択して所定のハードウェア情報を生成することで、ハードウェア操作指令が所定の条件を満たすかどうかを判断する後続手順に基礎を打ち立てる。
【００２７】
一実施例では、前記装置は、さらに、
ユーザから入力された、操作ジェスチャ情報を含む支払操作指令を取得するように構成される取得モジュールと、
前記取得モジュールで取得された前記支払操作指令が所定の支払条件を満たす場合、支払結果を表示するように構成される判断表示モジュールと、を備える。
【００２８】
上記モバイル支払装置実施例では、ソフト・ハードウェアの組み合わせで支払いを行うため、支払いの安全性を保証できるとともに、支払結果を表示してユーザに便利に把握させることができる。
【００２９】
本開示の実施例の第３の態様によれば、モバイル支払装置を提供する。前記装置は、
プロセッサと、
プロセッサの実行可能な指令を記憶するためのメモリと、を備え、
プロセッサは、
支払情報が受信されると、支払操作状態を操作無効状態に設定し、
ユーザから入力されたハードウェア操作指令を受信し、
前記ハードウェア操作指令が所定の条件を満たす場合、前記支払操作状態を操作有効状態に更新するように構成され、前記所定の条件には、前記ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することが含まれる。
【発明の効果】
【００３０】
上記モバイル支払装置実施例では、ソフト・ハードウェアによる支払いに対する二重確認が通らないとモバイル支払操作が実施できないため、ユーザ資金の安全性が大幅に向上する。
【００３１】
上述した一般的な記述および後続する詳細な記述は、単に例示的および解釈的なものであり、本発明を制限できるものでないと理解されるべきである。
【図面の簡単な説明】
【００３２】
ここでの図面は、明細書を構成する一部として見なされ、本開示に適した実施例を示し、かつ、明細書の文字記載とともに本開示の仕組みを解釈するために用いられる。
【図１】一実施例によるモバイル支払方法を示すフローチャートである。
【図２】一実施例による別のモバイル支払方法を示すフローチャートである。
【図３】一実施例による別のモバイル支払方法を示すフローチャートである。
【図４ａ】一実施例によるモバイル支払方法のシーンビューのその１である。
【図４ｂ】一実施例によるモバイル支払方法のシーンビューのその２である。
【図４ｃ】一実施例による別のモバイル支払方法を示すフローチャートである。
【図５】一実施例によるモバイル支払装置を示すブロック図である。
【図６】一実施例による別のモバイル支払装置を示すブロック図である。
【図７】一実施例による別のモバイル支払装置を示すブロック図である。
【図８】一実施例による別のモバイル支払装置を示すブロック図である。
【図９】一実施例による別のモバイル支払装置を示すブロック図である。
【図１０】一実施例によるモバイル支払装置に適用されるブロック図である。
【発明を実施するための形態】
【００３３】
次に、実施例を詳細に説明し、例示が図に示されている。以下の記述が図に係る場合、別途にて示さない限り、異なる図面における同じ符号は、同じまたは類似する要素を示す。以下の実施例に記述される実施形態は、本発明と一致する全ての実施形態を代表するとは限らない。逆に、それらは、添付する特許請求の範囲に記載されているように、本発明の一部の態様と一致する装置および方法の例に過ぎない。
【００３４】
図１は、一実施例によるモバイル支払方法を示すフローチャートであり、図１に示すように、当該モバイル支払方法は、移動端末に適用可能であり、当該移動端末は、携帯電話、タブレットＰＣ（ＰＡＤ）等を含んでもよいが、それらに限定されない。当該モバイル支払方法は、以下のステップＳ１０１-Ｓ１０３を含む。
【００３５】
ステップＳ１０１では、支払情報が受信されると、支払操作状態を操作無効状態に設定する。
【００３６】
当該実施例では、移動端末は、ユーザから入力された支払情報、例えば、支払金額および支払口座等の情報を受信した後で、支払操作状態を操作無効状態に設定してもよい。例えば、支払キーをクリック不可能状態に設定する。
【００３７】
ステップＳ１０２では、ユーザから入力されたハードウェア操作指令を受信する。
【００３８】
支払操作状態を操作無効状態に設定した後で、支払操作が実施できない。
【００３９】
支払操作を実施させるために、ユーザは、ハードウェアキーをクリックしてもよい。こうして、移動端末は、ユーザから入力されたハードウェア操作指令を受信することができる。当該ハードウェア操作指令には、ユーザがクリックしたハードウェア情報、即ち、ハードウェアキー情報が含まれる。
【００４０】
ステップＳ１０３では、ハードウェア操作指令が所定の条件を満たす場合、支払操作状態を操作有効状態に更新する。
【００４１】
ただし、所定の条件には、ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することが含まれてもよい。ハードウェア情報は、ハードウェアキー情報、例えば、ハードウェアキー識別子、ハードウェアキーを操作する回数等を含んでもよい。
【００４２】
当該実施例では、受信されたハードウェア操作指令が所定の条件を満たす場合、支払操作状態を操作有効状態に更新する。例えば、支払キーをクリック可能状態に設定してもよい。これにより、ユーザが当該支払キーをクリックした後で、移動端末は、支払操作を実行することができる。
【００４３】
上記モバイル支払方法実施例では、ハードウェア操作指令を受信し、受信されたハードウェア操作指令が所定の条件を満たす場合、支払操作状態を操作無効状態から操作有効状態に更新することで、モバイル支払操作を実施させる。つまり、ハードウェア支払確認が通らないとモバイル支払操作が実施不可能であるため、ユーザ資金の安全性が大幅に向上する。
【００４４】
図２は、一実施例による別のモバイル支払方法を示すフローチャートであり、図２に示すように、上記ステップＳ１０１の前に、当該方法は、以下のステップＳ２０１-２０３をさらに含んでもよい。
【００４５】
ステップＳ２０１では、ハードウェア情報リストを表示する。
【００４６】
当該実施例では、ハードウェア情報リストは、以下のハードウェアキー、即ち、現在移動端末のボリュームキーと、電源キーと、現在移動端末のイヤホン差込口に差し込まれた機器上のキーと、現在移動端末のドライブ・バイ・ワイヤ イヤホン上のボリュームキーとのうちの１つまたは複数を含んでもよい。
【００４７】
ただし、ボリュームキーは、ボリュームアップキーと、ボリュームダウンキーとを含む。
【００４８】
ステップＳ２０２では、ユーザから入力されたハードウェア選択指令を受信し、ハードウェア選択指令に応じてハードウェア情報リストから１つまたは複数のハードウェア情報を選択する。
【００４９】
当該実施例では、移動端末がユーザによって選択されるべきハードウェア情報リストを表示した後で、ユーザは、当該ハードウェア情報リストから１つまたは複数のハードウェア情報を選択可能である。ユーザが当該ハードウェア情報リストから１つまたは複数のハードウェア情報を選択可能であるとき、移動端末ユーザから入力されたハードウェア選択指令を受信してから、当該ハードウェア選択指令に応じてハードウェア情報リストから１つまたは複数のハードウェア情報を選択する。
【００５０】
ただし、当該ハードウェア選択指令には、ユーザが選択した１つまたは複数のハードウェア情報、例えば、ハードウェアキー情報が含まれる。
【００５１】
ステップＳ２０３では、選択された１つまたは複数のハードウェア情報に基づいて所定のハードウェア情報を生成して保存する。
【００５２】
当該実施例では、選択された１つまたは複数のハードウェア情報に基づいて所定のハードウェア情報を生成してもい。例えば、選択された１つまたは複数のハードウェアキー情報に基づいて所定のハードウェア情報を生成してもよい。
【００５３】
上記モバイル支払方法実施例では、ハードウェア情報リストを表示してハードウェア情報リストをユーザに便利に取得させ、受信されたハードウェア選択指令に応じてハードウェア情報リストから１つまたは複数のハードウェア情報を選択することで、所定のハードウェア情報を生成するため、ハードウェア操作指令が所定の条件を満たすかどうかを判断する後続手順に基礎を打ち立てる。
【００５４】
図３は、一実施例による別のモバイル支払方法を示すフローチャートであり、図３に示すように、当該方法は、以下のステップＳ３０１-３０８を含んでもよい。
【００５５】
ステップＳ３０１では、支払情報が受信されると、支払操作状態を操作無効状態に設定して、第１のプロンプト情報を表示する。
【００５６】
当該実施例では、移動端末が支払操作状態を操作無効状態に設定したとき、例えば、支払キーをクリック不可能状態に設定したとき、第１のプロンプト情報を表示してもよく、当該第１のプロンプト情報は、ハードウェア操作によりモバイル支払を行う旨をユーザにプロンプトする。
【００５７】
例えば、「ハードウェアキーをクリックしてモバイル支払を行ってください」のプロンプト情報を表示することで、当該プロンプト情報に応じてハードウェアキーをクリックする操作をユーザに便利に実施させる。
【００５８】
これによって、第１のプロンプト情報を表示することで、ユーザを後続操作へ導くことができる。
【００５９】
ステップＳ３０２では、ユーザから入力されたハードウェア操作指令を受信する。
【００６０】
当該実施例では、ユーザが既に支払確認のためのハードウェア情報、例えば、ハードウェアキー情報を予め設定したため、ユーザは、上記プロンプト情報に応じて所定のハードウェアキーをクリックすることで、ハードウェア支払確認を実現させることができる。
【００６１】
ユーザがハードウェアキーをクリックしたとき、移動端末、例えば、携帯電話は、ユーザから入力されたハードウェア操作指令を受信してもよい。当該ハードウェア操作指令には、ユーザがクリックしたハードウェアキー情報が含まれる。
【００６２】
当該実施例では、ユーザが支払確認のための１つのハードウェアキー情報を予め設定した場合、１つのハードウェアキーをクリックし、その際、移動端末は、１つのハードウェア操作指令を受信することができる。ユーザが２つの支払確認のためのハードウェアキー情報を予め設定した場合、２つのハードウェアキーをクリックし、その際、移動端末は、２つのハードウェア操作指令を受信することができる。ユーザが支払確認のための少なくとも３つのハードウェアキー情報を予め設定した場合、少なくとも３つのハードウェアキーをクリックし、その際、移動端末は、少なくとも３つのハードウェア操作指令を受信することができる。
【００６３】
これより分かるように、ハードウェア操作指令の個数がユーザに操作されたキーの個数に対応し、移動端末がこのような対応関係に基づいてハードウェア操作指令を正確に取得することができる。
【００６４】
一実施例では、ステップＳ３０３では、ハードウェア操作指令が所定の条件を満たすかどうかを判断し、ハードウェア操作指令が所定の条件を満たす場合、ステップＳ３０４を実行する一方、ハードウェア操作指令が所定の条件を満たさない場合、ステップＳ３０５を実行する。
【００６５】
ステップＳ３０４では、支払操作状態を操作有効状態に更新する。
【００６６】
当該実施例では、所定のハードウェア情報が１つのハードウェア情報、例えば、１つのハードウェアキー情報である場合、所定の条件は、ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することであってもよい。所定のハードウェア情報が２つのハードウェア情報、例えば、２つのハードウェアキー情報を含む場合、所定の条件は、順に受信された２つのハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致し、且つ２つのハードウェア操作指令の時間間隔が第１の所定の閾値よりも小さいことであってもよい。当該第１の所定の閾値が５０ミリ秒または１００ミリ秒であってもよく、第１の所定の閾値が非常に小さいため、２つのハードウェア操作指令を同時に受信したと見なされてもよい。つまり、ユーザが２つのハードウェアキーを同時にクリックする必要がある。所定のハードウェア情報が少なくとも３つのハードウェア情報、例えば、３つのハードウェアキー情報を含む場合、所定の条件は、順に受信された少なくとも３つのハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致し、且つ全ての隣り合う２つのハードウェア操作指令の時間間隔がいずれも第２の所定の閾値よりも小さいことであってもよく、当該第２の所定の閾値が１.５秒であってもよい。
【００６７】
説明必要なことは、所定のハードウェア情報が２つまたは２つ以上のハードウェア情報を含む場合、ハードウェア操作指令の受信順を設定してもよく、ハードウェア操作指令が所定の条件を満たすかどうかを判断する際、ハードウェア操作指令の受信順を上記所定の条件の判断の一部とする。即ち、ハードウェア操作指令の受信順が所定のハードウェア情報に含まれるハードウェア情報の記憶順と一致するとき、所定の条件の順番を満たすと特定する。無論、ユーザまたはシステムが他のハードウェア操作指令の受信順を設定してもよい。
【００６８】
例えば、所定のハードウェア情報がキー１、キー３とキー２である。もし順に受信された少なくとも３つのハードウェア操作指令におけるハードウェア情報がそれぞれキー１、キー３とキー２であり、且つ全ての隣り合う２つのハードウェア操作指令の時間間隔が１.５秒よりも小さい場合、ハードウェア操作指令が所定の条件を満たすとし、もし順に受信された少なくとも３つのハードウェア操作指令におけるハードウェア情報がそれぞれキー１、キー２とキー３である場合、両者の順番が非対応であるため、ハードウェア操作指令が所定の条件を満たさないとする。
【００６９】
これより分かるように、当該実施例では、所定のハードウェア情報が異なるため、ハードウェア操作指令が所定の条件を満たすかどうかの判断方式も異なり、実現手段が柔軟であるとともに、所定のハードウェア情報に複数のハードウェア情報が含まれるとき、ハードウェア確認の難易度も増加するので、モバイル支払の安全性が一層向上する。
【００７０】
ステップＳ３０５では、ハードウェア操作指令が所定の条件を満たさない連続回数を統計する。
【００７１】
受信されたハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致しないとき、ハードウェア操作指令が所定の条件を満たさない。
【００７２】
当該実施例では、ハードウェア操作指令が所定の条件を満たさない連続回数を統計する必要がある。
【００７３】
ステップＳ３０６では、統計された連続回数が所定の回数に等しいかどうかを判断し、等しければ、Ｓ３０７を実行し、小さければ、Ｓ３０８を実行する。
【００７４】
ステップＳ３０７では、現在のモバイル支払操作を取り消す。
【００７５】
ハードウェア操作指令が所定の条件を満たさない連続回数が所定の回数、例えば、３回である場合、現在のモバイル支払操作を取り消す。
【００７６】
ステップＳ３０８では、第２のプロンプト情報を表示し、ユーザによって再度入力されたハードウェア操作指令を受信してから、ステップＳ３０３に遷移する。
【００７７】
ハードウェア操作指令が所定の条件を満たさない連続回数が１回である場合、所定の回数よりも小さいため、第２のプロンプト情報を表示してもよく、当該第２のプロンプト情報は、ハードウェア操作によりモバイル支払を再度行う旨をユーザにプロンプトする。ユーザが第２のプロンプト情報に応じてハードウェアキーをクリックしたとき、移動端末ユーザによって再度入力されたハードウェア操作指令を受信し、そして当該ハードウェア操作指令が所定の条件を満たすかどうかを判断し、満たす場合、支払操作状態を操作有効状態に更新してモバイル支払操作を実施させることができ、満たさない場合、ハードウェア操作指令が所定の条件を満たさない連続回数が２回になり、その２回が所定の回数である３回よりも小さいため、第２のプロンプト情報を表示し続け、ユーザによって再度入力されたハードウェア操作指令を受信する。当該ハードウェア操作指令が相変わらず所定の条件を満たさない場合、ハードウェア操作指令が所定の条件を満たさない連続回数が３回になったため、現在のモバイル支払操作を取り消す。
【００７８】
上記モバイル支払方法実施例では、ハードウェア操作指令が所定の条件を満たさない連続回数が所定の回数に等しいとき、現在のモバイル支払操作を取り消して、不正ユーザのモバイル支払操作を実行不可能にするため、ユーザ資金の損失が回避される。その一方、当ハードウェア操作指令が所定の条件を満たさない連続回数が所定の回数よりも小さいとき、第２のプロンプト情報を表示して引き続きどのように操作するかをユーザにプロンプトすることで、ユーザに便利さを与える。
【００７９】
図４ａ-４ｂに合わせて、本開示について以下に説明する。図４ａに示すように、ユーザが携帯電話４１を介してネットショッピングを行い、携帯電話４１を介してお金を払う。現在支払インターフェース４２上に支払金額１００元が表示されており、ユーザが当該支払インターフェース４２で銀行カードの番号および支払パスワードを入力した後で、携帯電話４１は、支払インターフェース４２上の支払キー４３をクリック不可能状態に設定し、「ハードウェア操作によりモバイル支払を行う」のプロンプト情報を表示する。ユーザがボリュームアップキーをクリックした後で、携帯電話４１は、ユーザのクリックしたキーが所定のハードウェアキーと一致すると特定し、支払キー４３をクリック可能状態に更新する。図４ｂに示すように、ユーザは、支払キー４３をクリックした後で、今回の支払操作を完了させる。
【００８０】
上記実施例では、ソフト・ハードウェアによる支払いに対する二重確認の方式でモバイル支払操作を実行するため、ユーザ資金の安全性が大幅に向上し、ユーザ資金の損失が有効に回避される。
【００８１】
図４ｃは、一実施例による別のモバイル支払方法を示すフローチャートであり、図４ｃに示すように、ステップＳ１０３の後で、当該方法は、以下のステップＳ４０１-４０２をさらに含んでもよい。
【００８２】
ステップＳ４０１では、ユーザから入力された支払操作指令を取得する。
【００８３】
ただし、支払操作指令は、操作ジェスチャ情報を含み、当該操作ジェスチャ情報は、クリック、スライド操作等の軌跡付きの操作を含んでもよいが、それらに限定されない。
【００８４】
例えば、ステップＳ１０１では、移動端末は、ユーザから入力された支払金額、支払口座および支払パスワードを受信した後で、支払操作状態を操作無効状態に設定し、即ち、支払キーをクリック不可能状態に設定し、そして、ユーザから入力されたハードウェア操作指令を受信し、ハードウェア操作指令が所定の条件を満たす場合、支払操作状態を操作有効状態に更新する。支払操作状態が操作有効状態に更新された後で、即ち、支払キーがクリック可能状態に設定された後で、ユーザの支払キーに対するクリック操作を取得することができる。
【００８５】
また、支払操作指令は、音声情報や指紋情報等をさらに含んでもよい。ステップＳ１０１での支払情報に支払パスワードが含まれていないとし、支払キーをクリックするとき、パスワードを入力する旨をユーザにプロンプトする情報を表示してもよい。その際、ユーザは、音声の方式でパスワードを入力してもよいし、指紋パスワードを入力してもよい。対応的に、支払操作指令は、音声情報や指紋情報を含んでもよい。
【００８６】
ステップＳ４０２では、支払操作指令が所定の支払条件を満たす場合、支払結果を表示する。
【００８７】
ただし、所定の支払条件は、支払キーがトリガされることを含んでもよいし、支払操作指令に含まれるパスワード、例えば、音声パスワード、指紋パスワードが所定のパスワードと一致することを含んでもよい。
【００８８】
当該実施例では、支払操作指令が所定の支払条件を満たす場合、支払結果を表示する。例えば、支払完了または残高不足等を表示する。
【００８９】
また、説明必要なことは、上記支払操作指令を取得するステップは、ハードウェア操作指令を取得する前または後で実行されてもよい。本実施例は、２種の操作指令を取得する実行順を限定せず、さらに、上記２種の指令がそれぞれこられの指令に対応する条件を満たす場合、上記支払結果を表示する。
【００９０】
上記図４ｃおよび図１に示す方法フローに合わせて、モバイル支払を実行する手順において、上記の支払操作指令がソフトウェア支払に対応し、ハードウェア操作指令がハードウェア支払に対応し、上記実施例に合わせて、ソフト・ハードウェアの組み合わせで支払いを行うため、支払いの安全性を保証できるとともに、支払結果を表示してユーザに便利に把握させることができる。
【００９１】
上記モバイル支払方法実施例に対応して、本開示は、モバイル支払装置実施例をさらに提供する。
【００９２】
図５は、一実施例によるモバイル支払装置を示すブロック図であり、図５に示すように、モバイル支払装置が受信設定モジュール５１と、受信モジュール５２と、判断更新モジュール５３とを備える。
【００９３】
受信設定モジュール５１は、支払情報が受信されると、支払操作状態を操作無効状態に設定するように構成される。
【００９４】
受信モジュール５２は、ユーザから入力されたハードウェア操作指令を受信するように構成される。
【００９５】
判断更新モジュール５３は、受信モジュール５２で受信されたハードウェア操作指令が所定の条件を満たす場合、受信設定モジュール５１によって設定された支払操作状態を操作有効状態に更新するように構成され、所定の条件には、ハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致することが含まれる。
【００９６】
ただし、ハードウェア情報は、ハードウェアキー情報、例えば、ハードウェアキー識別子、ハードウェアキーを操作する回数等を含んでもよい。
【００９７】
図５に示す装置は、上記図１に示す方法フローを実現し、その関連内容の記述が上記方法フローのと同じであるため、ここで繰り返して説明しない。
【００９８】
上記モバイル支払装置実施例では、受信モジュールがハードウェア操作指令を受信し、受信モジュールで受信されたハードウェア操作指令が所定の条件を満たす場合、判断更新モジュールが支払操作状態を操作無効状態から操作有効状態に更新することで、モバイル支払操作を実施させる。つまり、ハードウェア支払確認が通らないとモバイル支払操作が実施不可能であるため、ユーザ資金の安全性が大幅に向上する。
【００９９】
図６は、一実施例による別のモバイル支払装置を示すブロック図であり、図６に示すように、上記図５に示す実施例に加えて、当該装置がリスト表示モジュール５４と、受信選択モジュール５５と、生成保存モジュール５６とを備えてもよい。
【０１００】
リスト表示モジュール５４は、ハードウェア情報リストを表示するように構成される。
【０１０１】
受信選択モジュール５５は、ユーザから入力されたハードウェア選択指令を受信し、ハードウェア選択指令に応じてリスト表示モジュール５４で表示されたハードウェア情報リストから１つまたは複数のハードウェア情報を選択するように構成される。
【０１０２】
生成保存モジュール５６は、受信選択モジュール５５で選択された１つまたは複数のハードウェア情報に基づいて所定のハードウェア情報を生成して保存するように構成される。
【０１０３】
図６に示す装置は、上記図２に示す方法フローを実現し、その関連内容の記述が上記方法フローのと同じであるため、ここで繰り返して説明しない。
【０１０４】
上記モバイル支払装置実施例では、リスト表示モジュールがハードウェア情報リストを表示してハードウェア情報リストをユーザに便利に取得させ、受信選択モジュールが受信したハードウェア選択指令に応じてハードウェア情報リストから１つまたは複数のハードウェア情報を選択することで、所定のハードウェア情報を生成するため、ハードウェア操作指令が所定の条件を満たすかどうかを判断する後続手順に基礎を打ち立てる。
【０１０５】
図７は、一実施例による別のモバイル支払装置を示すブロック図であり、図７に示すように、上記図５に示す実施例に加えて、判断更新モジュール５３が第１の判断更新サブモジュール５３１、第２の判断更新サブモジュール５３２または第３の判断更新サブモジュール５３３を備えてもよい。
【０１０６】
第１の判断更新サブモジュール５３１は、所定のハードウェア情報が１つのハードウェア情報を含む場合、受信されたハードウェア操作指令におけるハードウェア情報が所定のハードウェア情報と一致するとき、ハードウェア操作指令が所定の条件を満たすとする。
【０１０７】
第２の判断更新サブモジュール５３２は、所定のハードウェア情報が２つのハードウェア情報である場合、受信された２つのハードウェア操作指令におけるハードウェア情報を順に取得し、各ハードウェア操作指令の受信時間を取得し、順に取得された２つのハードウェア情報が所定のハードウェア情報と一致するとき、受信時間に基づいて２つのハードウェア操作指令の受信時間の間隔が第１の所定の閾値よりも小さいかどうかを判断し、第１の所定の閾値よりも小さければ、ハードウェア操作指令が所定の条件を満たすとする。
【０１０８】
第３の判断更新サブモジュール５３３は、所定のハードウェア情報が少なくとも３つのハードウェア情報である場合、受信されたハードウェア操作指令におけるハードウェア情報を順に取得し、各ハードウェア操作指令の受信時間を取得し、順に取得されたハードウェア情報が所定のハードウェア情報と一致するとき、受信時間に基づいて全ての隣り合う２つのハードウェア操作指令の受信時間の間隔がいずれも第２の所定の閾値よりも小さいかどうかを判断し、いずれも第２の所定の閾値よりも小さければ、ハードウェア操作指令が所定の条件を満たすとする。
【０１０９】
図７に示す装置は、上記図３に示す方法フローを実現し、その関連内容の記述が上記方法フローのと同じであるため、ここで繰り返して説明しない。
【０１１０】
上記モバイル支払装置実施例では、所定のハードウェア情報が異なるため、ハードウェア操作指令が所定の条件を満たすかどうかの判断方式も異なり、実現手段が柔軟であるとともに、所定のハードウェア情報に複数のハードウェア情報が含まれるとき、ハードウェア操作指令が所定の条件を満たすかどうかを第２および第３の判断更新サブモジュールが判断することで、ハードウェア確認の難易度も増加するので、モバイル支払の安全性が一層向上する。
【０１１１】
図８は、一実施例による別のモバイル支払装置を示すブロック図であり、図８に示すように、上記図５に示す実施例に加えて、当該装置は、支払操作状態が受信設定モジュール５１によって操作無効状態に設定されたとき、ハードウェア操作によりモバイル支払を行う旨をユーザにプロンプトするための第１のプロンプト情報を表示するように構成される第１の表示モジュール５７をさらに備えてもよい。
【０１１２】
また、当該装置は、取得モジュール５８と、判断表示モジュール５９とをさらに備えてもよい。
【０１１３】
取得モジュール５８は、ユーザから入力された、操作ジェスチャ情報を含む支払操作指令を取得するように構成される。
【０１１４】
判断表示モジュール５９は、取得モジュール５８で取得された支払操作指令が所定の支払条件を満たす場合、支払結果を表示するように構成される。
【０１１５】
図８に示す装置は、上記図３、図４ｃに示す方法フローを実現し、その関連内容の記述が上記方法フローのと同じであるため、ここで繰り返して説明しない。
【０１１６】
上記モバイル支払装置実施例では、第１の表示モジュールが第１のプロンプト情報を表示することで、ユーザを後続操作へ導くことができ、取得モジュールおよび判断表示モジュールによりソフト・ハードウェアの組み合わせによる支払いを実現させ、支払いの安全性を保証できるとともに、支払結果を表示してユーザに便利に把握させることができる。
【０１１７】
図９は、一実施例による別のモバイル支払装置を示すブロック図であり、図８に示すように、上記図５に示す実施例に加えて、当該装置は、さらに、
受信モジュール５３で受信されたハードウェア操作指令が所定の条件を満たさない場合、ハードウェア操作指令が所定の条件を満たさない連続回数を統計するように構成される判断統計モジュール９１と、
判断統計モジュール９１で統計された連続回数が所定の回数に等しい場合、現在のモバイル支払操作を取り消すように構成される取消モジュール９２と、
判断統計モジュール９１で統計された連続回数が所定の回数よりも小さい場合、ハードウェア操作によりモバイル支払を再度行う旨をユーザにプロンプトするための第２のプロンプト情報を表示し、ユーザによって再度入力されたハードウェア操作指令を受信するように構成される第２の表示モジュール９３とを備える。
【０１１８】
図９に示す装置は、上記図３に示す方法フローを実現し、その関連内容の記述が上記方法フローのと同じであるため、ここで繰り返して説明しない。
【０１１９】
上記モバイル支払装置実施例では、ハードウェア操作指令が所定の条件を満たさない連続回数が所定の回数に等しいとき、取消モジュールが現在のモバイル支払操作を取り消して、不正ユーザのモバイル支払操作を実行不可能にするため、ユーザ資金の損失が回避される。その一方、ハードウェア操作指令が所定の条件を満たさない連続回数が所定の回数よりも小さいとき、第２の表示モジュールが第２のプロンプト情報を表示して引き続きどのように操作するかをユーザにプロンプトすることで、ユーザに便利さを与える。
【０１２０】
上記実施例による装置については、モジュールやサブモジュールのそれぞれが操作を実行する具体的な方式が当該方法に関する実施例において詳細に記述されたため、ここで詳細に説明しない。
【０１２１】
図１０は、一実施例によるモバイル支払装置に適用されるブロック図である。例えば、装置１０００は、携帯電話、コンピュータ、デジタル放送端末、メッセージ送受信機器、ゲームコンソール、タブレットデバイス、医療設備、フィットネス機器、ＰＤＡ、エアクラフトなどであってもよい。
【０１２２】
図１０を参照すると、装置１０００は、処理ユニット１００２、メモリ１００４、電源ユニット１００６、マルチメディアユニット１００８、オーディオユニット１０１０、入力/出力（Ｉ／Ｏ）インターフェース１０１２、センサユニット１０１４、および、通信ユニット１０１６のうちの１つまたは複数を含んでもよい。
【０１２３】
処理ユニット１００２は、通常は、表示、電話発呼、データ通信、カメラ操作および記録操作に関連する操作のような、装置１０００の全般操作を制御する。処理ユニット１００２は、上記方法の全部または一部のステップを実施させるように、指令を実行するための１つまたは複数のプロセッサ１０２０を含んでもよい。また、処理ユニット１００２は、処理ユニット１００２と他のユニットとの間の相互作用を容易にするように、１つ又は複数のモジュールを含んでもよい。例えば、処理ユニット１００２は、マルチメディアユニット１００８と処理ユニット１００２との間の相互作用を容易にするように、マルチメディアモジュールを含んでもよい。
【０１２４】
メモリ１００４は、各タイプのデータを記憶して装置１０００での操作をサポートするように構成される。これらのデータの例示は、装置１０００で操作するための任意のアプリケーションもしくは方法の指令、連絡人データ、電話帳データ、メッセージ、ピクチャ、ビデオなどを含む。メモリ１００４は、如何なる種別の揮発性もしくは不揮発性記憶装置またはそれらの組合せで実現されてもよい。例えば、静的ランダムアクセスメモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクであってもよい。
【０１２５】
電源ユニット１００６は、装置１０００のユニットのそれぞれに電力を供給する。電源ユニット１００６は、電源管理システム、１つまたは複数の電源、並びに、装置１０００用の電力を生成、管理および配分するに関する他のユニットを含んでもよい。
【０１２６】
マルチメディアユニット１００８は、前記装置１０００とユーザとの間に1つの出力インターフェースを供給するスクリーンを含む。一部の実施例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチパネル（ＴＰ）を含んでもよい。スクリーンは、タッチパネルを含む場合、ユーザからの入力信号を受信するように、タッチスクリーンとして実現されてもよい。タッチパネルは、タッチ、スライドおよびタッチパネルでのジェスチャを感知するように、１つまたは複数のタッチセンサを含む。前記タッチセンサは、タッチあるいはスライド動作の境界を感知するだけではなく、前記タッチあるいはスライド操作と関連する持続時間および圧力をさらに検出することができる。一部の実施例では、マルチメディアユニット１００８は、１つのフロントカメラおよび/またはバックカメラを含む。装置１０００が操作モード、例えば、撮影モードあるいはビデオモードであるとき、フロントカメラおよび/またはバックカメラは、外部のマルチメディアデータを受信することができる。フロントカメラおよびバックカメラのそれぞれは、１つの固定の光学レンズシステムであってもよいし、焦点距離および光学ズーム能力を有するものであってもよい。
【０１２７】
オーディオユニット１０１０は、オーディオ信号を出力および/または入力するように構成される。例えば、オーディオユニット１０１０は、マイク（ＭＩＣ）を備え、装置１０００が操作モード、例えば、発呼モード、記録モードおよび音声識別モードであるとき、マイクは、外部オーディオ信号を受信するように構成される。受信されたオーディオ信号は、さらに、メモリ１００４に格納される、または、通信ユニット１０１６を介して送信されることができる。一部の実施例では、オーディオユニット１０１０は、オーディオ信号を出力するためのスピーカをさらに含む。
【０１２８】
Ｉ/Ｏインターフェース１０１２は、処理ユニット１００２とペリフェラルインターフェースモジュールとの間でインターフェースを供給するものであり、前記ペリフェラルインターフェースモジュールは、キーボード、クリックホイール、ボタンなどであってもよい。これらのボタンには、ホームページボタン、ボリュームボタン、起動ボタンおよびロックボタンが含まれてもよいが、それらに限定されない。
【０１２９】
センサユニット１０１４は、様々な側面での状態推定を装置１０００に供給するための１つまたは複数のセンサを含む。例えば、センサユニット１０１４は、装置１０００のオン/オフ状態、ユニットの相対位置を検出することができ、前記ユニットは、例えば、装置１０００のディスプレイおよびキーパッドである。センサユニット１０１４は、さらに、装置１０００もしくは装置１０００の１つのユニットの位置変更、ユーザと装置１０００との接触の存在もしくは非存在、装置１０００の方位もしくは加速/減速および装置１０００の温度変化をさらに検出することができる。センサユニット１０１４は、如何なる物理的接触もないとき、近辺にある物体の存在を検出するための近接センサを含んでもよい。センサユニット１０１４は、さらに、イメージングアプリケーションに使用される光センサ、例えばＣＭＯＳまたはＣＣＤ画像センサを含んでもよい。一部の実施例では、当該センサユニット１０１４は、さらに、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサまたは温度センサを含んでもよい。
【０１３０】
通信ユニット１０１６は、装置１０００と他の機器間の無線または有線方式の通信ができるように構成される。装置１０００は、通信規格に基づく無線ネットワーク、例えば、ＷｉＦｉ、２Ｇもしくは３Ｇ、またはそれらの組合せにアクセスすることができる。ある実施例では、通信ユニット１０１６は、外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャスト関連情報をブロードキャストチャネルを介して受信する。ある実施例では、前記通信ユニット１０１６は、さらに、短距離通信を容易にするように、ニアフィールド通信（ＮＦＣ）モジュールを含む。例えば、ＮＦＣモジュールは、無線周波数識別（ＲＦＩＤ）技術、赤外データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（登録商標）（ＢＴ）技術および他の技術によって実現されてもよい。
【０１３１】
実施例では、装置１０００は、上記方法を実行するための１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサまたは他の電子部品によって実現されてもよい。
【０１３２】
実施例では、指令を含む非一時的コンピュータ読み取り可能な記憶媒体、例えば、指令を含むメモリ１００４をさらに提供し、上記指令が装置１０００のプロセッサ１０２０によって実行されることで上述方法を実施させることができる。例えば、前記非一時的コンピュータ読み取り可能な記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ-ＲＯＭ、磁気テープ、フロッピーディスクおよび光データ記憶機器などであってもよい。
【０１３３】
当業者は明細書を考慮し、ここに公開された開示を実践した後、本開示の他の実施案を容易に想到する。本願は、本開示の如何なる変形、用途または適合もカバーすることを意図する。これらの変形、用途または適合は、本開示の一般的な仕組みに従い、かつ、本開示に公開されていない当分野における公知常識または慣用技術手段を含む。明細書および実施例は単なる例示と見なされ、本開示の本当の範囲および思想は添付する特許請求の範囲によって与えられる。
【０１３４】
本開示が以上で記載され、且つ図面に示された正確な構造に限定されるものでなく、その要旨を逸脱しない範囲で様々な補正や変更も可能であることは理解されるべきである。本開示の範囲は、添付する特許請求の範囲のみによって限定される。
【０１３５】
本発明は、出願番号が２０１５１０５４９８５２.０であり、出願日が２０１５年０８月３１日である中国特許出願を基に提出するものであり、当該中国特許出願の優先権を主張し、当該中国特許出願の全ての内容は、参照のため本願に援用される。
【図１】
2017530430.tif 000003
【図２】
2017530430.tif 000004
【図３】
2017530430.tif 000005
【図４ａ】
2017530430.tif 000006
【図４ｂ】
2017530430.tif 000007
【図４ｃ】
2017530430.tif 000008
【図５】
2017530430.tif 000009
【図６】
2017530430.tif 000010
【図７】
2017530430.tif 000011
【図８】
2017530430.tif 000012
【図９】
2017530430.tif 000013
【図１０】
2017530430.tif 000014
【国際調査報告】
2017530430.tif 000015
2017530430.tif 000016
2017530430.tif 000017
2017530430.tif 000018