(57)【特許請求の範囲】
【請求項１】
注文情報を処理する方法であって、
第２端末により短距離通信コンポーネントを通じて、前記第２端末に結合された第１端末により送信された注文情報を受信するステップであって、前記注文情報は、前記第１端末が予め格納されたハッシュアルゴリズムに従い、対象注文の注文情報のハッシュ値を計算し、前記対象注文の注文情報のハッシュ値と被支払アカウントのアカウント識別子と支払額とを除く他の情報を削除した後に取得され、前記注文情報は、前記被支払アカウントのアカウント識別子と前記支払額と前記対象注文の注文情報のハッシュ値とを含む、ステップと、
前記第２端末に予め格納され且つ支払アカウントのアカウント識別子として前記第２端末に結合された第１アカウントのアカウント識別子を取得し、前記支払アカウントの前記アカウント識別子を前記注文情報に追加するステップと、
予め格納された第１キーを使用して、前記支払アカウントの前記アカウント識別子の追加された前記注文情報に暗号化処理を実行するステップと、
前記短距離通信コンポーネントにより、暗号化注文情報を前記第１端末へ送信するステップと、
を有する方法。
【請求項２】
前記短距離通信コンポーネントにより、前記第１端末により送信された前記注文情報を受信する前に、前記第２端末のユーザから、前記短距離通信コンポーネントに対応し且つ前記短距離通信コンポーネントを有効化する有効化命令を受信するステップ、
を更に有する請求項１に記載の方法。
【請求項３】
識別検証フォーム選択インタフェースを表示するステップであって、前記識別検証フォーム選択インタフェースは、少なくとも第１識別検証フォームを表示し、前記第１識別検証フォームは、前記第２端末による識別検証のためのフォームである、ステップと、
前記第１識別検証フォームに対応する選択命令を受信すると、前記短距離通信コンポーネントを有効化するステップと、
を更に有する請求項２に記載の方法。
【請求項４】
前記第２端末に予め格納され且つ支払アカウントのアカウント識別子として前記第２端末に結合された第１アカウントのアカウント識別子を取得し、前記支払アカウントの前記アカウント識別子を前記注文情報に追加するステップは、
対象注文の前記注文情報及び前記対象注文に対応する支払確認選択肢を表示するステップと、
前記第２端末に予め格納され且つ前記支払アカウントの前記アカウント識別子として前記第２端末に結合された第１アカウントのアカウント識別子を取得するステップと、
前記支払確認選択肢に対応するタップ命令が受信されると、前記支払アカウントの前記アカウント識別子を前記注文情報に追加するステップと、
を有する、請求項１に記載の方法。
【請求項５】
前記対象注文の前記注文情報及び前記対象注文に対応する支払確認選択肢を表示するステップは、
ロック状態からロック解除状態に変化するとき、前記対象注文の前記注文情報及び前記対象注文に対応する前記支払確認選択肢を表示するステップ、
を有する、請求項４に記載の方法。
【請求項６】
前記短距離通信コンポーネントにより、前記第１端末へ前記暗号化注文情報を送信するステップは、
前記短距離通信コンポーネントにより、前記支払アカウントの前記アカウント識別子の追加された非暗号化注文情報及び暗号化注文情報を送信するステップ、
を有する、請求項１に記載の方法。
【請求項７】
前記短距離通信コンポーネントにより、前記の暗号化注文情報を前記第１端末へ送信した後に、前記第１端末により送信された他の注文情報が所定時間期間内に受信されないとき、前記短距離通信コンポーネントを無効化するステップ、
を更に有する請求項６に記載の方法。
【請求項８】
第２端末であって、
１又は複数のプロセッサと、
メモリと、
前記メモリに格納された複数のプログラムであって、前記複数のプログラムは、前記１又は複数のプロセッサにより実行されると、前記第２端末に複数の工程を実行させる、複数のプログラムと、
を有し、前記複数の工程は、
短距離通信コンポーネントにより、前記第２端末に結合された第１端末により送信された注文情報を受信するステップであって、前記注文情報は、前記第１端末が予め格納されたハッシュアルゴリズムに従い、対象注文の注文情報のハッシュ値を計算し、前記対象注文の注文情報のハッシュ値、被支払アカウントのアカウント識別子及び支払額以外の情報を削除した後に取得され、前記注文情報は、前記対象注文の注文情報のハッシュ値と前記被支払アカウントのアカウント識別子と前記支払額とを含む、ステップと、
前記第２端末に予め格納され且つ支払アカウントのアカウント識別子として前記第２端末に結合された第１アカウントのアカウント識別子を取得し、前記支払アカウントの前記アカウント識別子を前記注文情報に追加するステップと、
予め格納された第１キーを使用して、前記支払アカウントの前記アカウント識別子の追加された前記注文情報に暗号化処理を実行するステップと、
前記短距離通信コンポーネントにより、暗号化注文情報を前記第１端末へ送信するステップと、
を有する、第２端末。
【請求項９】
前記複数の工程は、
前記短距離通信コンポーネントにより、前記第１端末により送信された前記注文情報を受信するステップの前に、前記第２端末のユーザから、前記短距離通信コンポーネントに対応し且つ前記短距離通信コンポーネントを有効にする有効化命令を受信するステップ、
を更に有する、請求項８に記載の第２端末。
【請求項１０】
前記複数の工程は、
識別検証フォーム選択インタフェースを表示するステップであって、前記識別検証フォーム選択インタフェースは、少なくとも第１識別検証フォームを表示し、前記第１識別検証フォームは、前記第２端末による識別検証のためのフォームである、ステップと、
前記第１識別検証フォームに対応する選択命令を受信すると、前記短距離通信コンポーネントを有効化するステップと、
を更に有する、請求項９に記載の第２端末。
【請求項１１】
前記第２端末に予め格納され且つ支払アカウントのアカウント識別子として前記第２端末に結合された第１アカウントのアカウント識別子を取得し、前記支払アカウントの前記アカウント識別子を前記注文情報に追加するステップは、
前記対象注文の前記注文情報及び前記対象注文に対応する支払確認選択肢を表示するステップと、
前記第２端末に予め格納され且つ前記支払アカウントの前記アカウント識別子として前記第２端末に結合された前記第１アカウントの前記アカウント識別子を取得するステップと、
前記支払確認選択肢に対応するタップ命令が受信されると、前記支払アカウントの前記アカウント識別子を前記注文情報に追加するステップと、
を有する、請求項８に記載の第２端末。
【請求項１２】
前記対象注文の前記注文情報及び前記対象注文に対応する支払確認選択肢を表示するステップは、
ロック状態からロック解除状態に変化するとき、前記対象注文の前記注文情報及び前記対象注文に対応する前記支払確認選択肢を表示するステップ、
を有する、請求項１１に記載の第２端末。
【請求項１３】
前記短距離通信コンポーネントにより、前記暗号化注文情報を前記第１端末へ送信するステップは、
前記短距離通信コンポーネントにより、前記支払アカウントの前記アカウント識別子の追加された非暗号化注文情報及び暗号化注文情報を前記第１端末へ送信するステップ、
を有する、請求項８に記載の第２端末。
【請求項１４】
前記複数の工程は、
前記短距離通信コンポーネントにより前記暗号化注文情報を前記第１端末へ送信した後に、前記第１端末により送信される他の注文情報が所定時間期間内に受信されないとき、前記短距離通信コンポーネントを無効化するステップ、
を更に有する、請求項８に記載の第２端末。
【請求項１５】
非一時的コンピュータ可読媒体であって、複数のプログラムを格納する１又は複数のプロセッサを有する第２端末に関連付けられ、前記複数のプログラムは、前記１又は複数のプロセッサにより実行されると、請求項１乃至７のいずれかに記載のステップを実行する、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、コンピュータ技術の分野に関し、特に注文情報を処理する方法、装置、及びシステムに関する。
【背景技術】
【０００２】
モバイル端末技術の発展に伴い、モバイル端末の用途は更に広がり、その機能も更に強力になっている。インターネットに基づき、ユーザは、モバイル端末により、購入されるべき商品を選択し、次に該モバイル端末により該商品のために支払うことができる。
【０００３】
ユーザが購入されるべき商品を選択した後に、モバイル端末は対応する注文情報を生成する。ユーザは、モバイル端末上の対応する支払選択肢をタップでき、モバイル端末は支払ページを表示して良い。ユーザは、支払アカウントに関する情報、支払パスワード、等を支払ページに入力し、次に確認選択肢をタップして良い。モバイル端末は、次に、支払サーバへ、注文情報、並びにユーザにより入力された支払アカウントに関する情報、支払パスワード、等を送信する。支払サーバは、支払処理を実行する。
【０００４】
本開示の実施形態中で、発明者は、少なくとも以下の問題の存在を発見した。
【０００５】
ユーザは、支払アカウントに関する情報及び支払パスワードを入力する必要があり、次に支払処理中に支払を実行でき、これは、注文情報処理の低い効率をもたらす。
【発明の概要】
【０００６】
関連技術における問題を克服するために、本発明の実施形態は、注文情報を処理する方法、装置、及びシステムを提供する。技術的ソリューションは以下の通りである。第１の態様は、注文情報を処理する方法であって、
短距離通信コンポーネントにより、第１端末により送信された注文情報を受信するステップであって、前記注文情報は、被支払アカウントのアカウント識別子と支払額とを含む、ステップと、
予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された該第１アカウントのアカウント識別子を取得し、前記支払アカウントの前記アカウント識別子を前記注文情報に追加するステップと、
予め格納された第１キーを使用して、前記支払アカウントの前記アカウント識別子の追加された前記注文情報に暗号化処理を実行するステップと、
前記短距離通信コンポーネントにより、前記の暗号化注文情報を前記第１端末へ送信するステップと、
を有する方法を提供する。
【０００７】
第２の態様は、注文情報を処理する方法であって、
対象注文に対応する支払命令を受信し、短距離通信コンポーネントにより、前記対象注文の注文情報を第２端末へ送信するステップであって、前記注文情報は、被支払アカウントのアカウント識別子と支払額とを有する、ステップと、
前記短距離通信コンポーネントにより、前記第２端末により送信された暗号化注文情報を受信するステップであって、前記暗号化注文情報は、前記第２端末が支払アカウントのアカウント識別子を前記の受信した注文情報に追加し及び次に前記支払アカウントの前記アカウント識別子の追加された前記注文情報に暗号化処理を実行した後に、取得される、ステップと、
サーバが前記暗号化注文情報に従い支払処理を実行できるように、前記暗号化注文情報を前記サーバへ送信するステップと、
を有する方法を提供する。
【０００８】
第３の態様は、第２端末であって、
短距離通信コンポーネントにより、第１端末により送信された注文情報を受信するよう構成される受信モジュールであって、前記注文情報は、被支払アカウントのアカウント識別子と支払額とを含む、受信モジュールと、
前記第２端末に予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された該第１アカウントのアカウント識別子を取得し、前記支払アカウントの前記アカウント識別子を前記注文情報に追加するよう構成される取得モジュールと、
予め格納された第１キーを使用して、前記支払アカウントの前記アカウント識別子の追加された前記注文情報に暗号化処理を実行するよう構成される暗号化モジュールと、
前記短距離通信コンポーネントにより、前記の暗号化した注文情報を前記第１端末へ送信するよう構成される送信モジュールと、
を有する第２端末を提供する。
【０００９】
第４の態様は、第１端末であって、
対象注文に対応する支払命令を受信し、短距離通信コンポーネントにより、前記対象注文の注文情報を第２端末へ送信する第１送信モジュールであって、前記注文情報は、被支払アカウントのアカウント識別子と支払額とを有する、第１送信モジュールと、
前記短距離通信コンポーネントにより、前記第２端末により送信された暗号化注文情報を受信するよう構成される受信モジュールであって、前記暗号化注文情報は、前記第２端末が支払アカウントのアカウント識別子を前記の受信した注文情報に追加し及び次に前記支払アカウントの前記アカウント識別子の追加された前記注文情報に暗号化処理を実行した後に、取得される、第１送信モジュールと、
サーバが前記暗号化注文情報に従い支払処理を実行できるように、前記暗号化注文情報を前記サーバへ送信するよう構成される第２送信モジュールと、
を有する第１端末を提供する。
【００１０】
第５の態様は、第２端末であって、
１又は複数のプロセッサと、
メモリと、
を有し、前記メモリは前記１又は複数のプロセッサにより実行されるよう構成される１又は複数のプログラムを格納し、前記１又は複数のプログラムは、
短距離通信コンポーネントにより、第１端末により送信された注文情報を受信するステップであって、前記注文情報は、被支払アカウントのアカウント識別子と支払額とを含む、ステップと、
前記第２端末に予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された該第１アカウントのアカウント識別子を取得し、前記支払アカウントの前記アカウント識別子を前記注文情報に追加するステップと、
予め格納された第１キーを使用して、前記支払アカウントの前記アカウント識別子の追加された前記注文情報に暗号化処理を実行するステップと、
前記短距離通信コンポーネントにより、前記の暗号化注文情報を前記第１端末へ送信するステップと、
を実行するための命令を含む、第２端末を提供する。
【００１１】
第６の態様は、第１端末であって、
１又は複数のプロセッサと、
メモリと、
を有し、前記メモリは前記１又は複数のプロセッサにより実行されるよう構成される１又は複数のプログラムを格納し、前記１又は複数のプログラムは、
対象注文に対応する支払命令を受信し、短距離通信コンポーネントにより、前記対象注文の注文情報を第２端末へ送信するステップであって、前記注文情報は、被支払アカウントのアカウント識別子と支払額とを有する、ステップと、
前記短距離通信コンポーネントにより、前記第２端末により送信された暗号化注文情報を受信するステップであって、前記暗号化注文情報は、前記第２端末が支払アカウントのアカウント識別子を前記の受信した注文情報に追加し及び次に前記支払アカウントの前記アカウント識別子の追加された前記注文情報に暗号化処理を実行した後に、取得される、ステップと、
サーバが前記暗号化注文情報に従い支払処理を実行できるように、前記暗号化注文情報を前記サーバへ送信するステップと、
を実行するための命令を有する、第１端末を提供する。
【００１２】
第７の態様は、注文情報を処理するシステムであって、第１端末及び第２端末を有し、
前記第２端末は、短距離通信コンポーネントにより、第１端末により送信された注文情報を受信し、前記注文情報は、被支払アカウントのアカウント識別子と支払額とを含み、前記第２端末に予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された該第１アカウントのアカウント識別子を取得し、前記支払アカウントの前記アカウント識別子を前記注文情報に追加し、予め格納された第１キーを使用して、前記支払アカウントの前記アカウント識別子の追加された前記注文情報に暗号化処理を実行し、前記短距離通信コンポーネントにより、前記の暗号化注文情報を前記第１端末へ送信するよう構成され、
前記第１端末は、対象注文に対応する支払命令を受信し、短距離通信コンポーネントにより、前記対象注文の注文情報を前記第２端末へ送信し、前記短距離通信コンポーネントにより、前記第２端末により送信され且つ支払アカウントのアカウント識別子の追加された前記暗号化注文情報を受信し、サーバが前記暗号化注文情報に従い支払処理を実行できるように、前記暗号化注文情報を前記サーバへ送信するよう構成される、
システムを提供する。
【００１３】
本発明の実施形態により提供される技術的解決策は、以下の有利な効果をもたらす。
【００１４】
本発明の実施形態では、第１端末により送信された注文情報は、短距離通信コンポーネントにより受信される。注文情報は、被支払アカウントのアカウント識別子と支払額とを含む。第２端末に予め格納され且つ第１アカウントに結合された該第１アカウントのアカウント識別子は、支払アカウントのアカウント識別子として取得される。支払アカウントのアカウント識別子は注文情報に追加される。予め格納された第１キーを使用して、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理が実行される。暗号化注文情報は、短距離通信コンポーネントにより、第１端末へ送信される。したがって、第１端末が、暗号化注文情報をサーバへ送信でき、サーバが、暗号化注文情報に従い支払処理を実行できるようになる。このように、ユーザは、支払アカウントに関する情報、支払パスワード、等を入力することなく、注文情報を処理できる。したがって、注文情報の処理の効率が向上され得る。
【００１５】
理解されるべきことに、前述の全体的説明及び以下の詳細な説明は、単なる例及び解釈として用いられ、本発明の実施形態に対する限定を構成することはできない。
【図面の簡単な説明】
【００１６】
本願明細書の一部に組み込まれ該一部を形成する添付の図面は、本発明による実施形態を示し、明細書と共に本開示の原理を説明するために役立つ。以下の図面がある。
【図１】例示的な実施形態による注文情報を処理する方法のフローチャートである。
【図２】例示的な実施形態による注文情報を処理する方法のフローチャートである。
【図３】例示的な実施形態による注文情報を処理する方法のフローチャートである。
【図４】例示的な実施形態によるシステムのブロック図である。
【図５】例示的な実施形態による適用シナリオの概略図である。
【図６】例示的な実施形態によるインタフェースディスプレイの概略図である。
【図７】例示的な実施形態による第２端末の概略構造図である。
【図８】例示的な実施形態による第１端末の概略構造図である。
【図９】例示的な実施形態による第２端末の概略構造図である。
【図１０】例示的な実施形態による第１端末の概略構造図である。  前述の添付の図面は、本発明の特定の実施形態を示し、更に詳細な説明が以下に提供される。添付の図面及び文字の説明は、本発明の実施形態の概念の範囲を限定することを意図せず、本発明の実施形態の概念を特定の実施形態を参照して当業者に説明することを意図する。
【発明を実施するための形態】
【００１７】
例示的な実施形態が本願明細書に詳細に記載され、それらの例は添付の図面に示される。以下の説明に関連する添付の図面の観点から、特に断りの無い限り、異なる添付の図面の中の同じ番号は同じ又は同様の要素を示す。例示的な実施形態において記載される実装方法は、本発明の実施形態と整合の取れた全ての実装方法を示すものではない。むしろ、実装方法は、本発明の実施形態の幾つかの態様と整合の取れた及び添付の請求の範囲に詳細に記載される装置及び方法の単なる例である。
【００１８】
実施形態１
本発明の実施形態は、注文情報を処理する方法を提供する。図１に示すように、方法は、第１端末及び第２端末により共に実施されて良い。第１端末は、携帯電話機又はタブレットコンピュータのようなモバイル端末であって良く、第２端末は、スマートブレスレットのような装着可能なスマートデバイスであって良い。第１端末及び第２端末は、それぞれ、短距離通信コンポーネントを備えられ、第１端末及び第２端末は、短距離通信コンポーネントによりデータを送信して良い。
【００１９】
図１に示すように、方法における第２端末の処理手順は以下のステップを含み得る。
【００２０】
ステップ１０１：短距離通信コンポーネントにより、第１端末により送信された注文情報を受信する。注文情報は、被支払アカウントのアカウント識別子と、支払額と、を含む。
【００２１】
ステップ１０２：予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された、第１アカウントのアカウント識別子を取得し、支払アカウントのアカウント識別子を注文情報に追加する。
【００２２】
ステップ１０３：予め格納された第１キーを用いて、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理を実行する。
【００２３】
ステップ１０４：短距離通信コンポーネントにより、暗号化注文情報を第１端末へ送信する。
【００２４】
図２に示すように、方法における第１端末の処理手順は以下のステップを含み得る。
【００２５】
ステップ２０１：対象注文に対応する支払命令を受信し、短距離通信コンポーネントにより、対象注文の注文情報を第２端末へ送信する。注文情報は、被支払アカウントのアカウント識別子と、支払額と、を含む。
【００２６】
ステップ２０２：短距離通信コンポーネントにより、第２端末により送信された暗号化注文情報を受信する。暗号化注文情報は、第２端末が、支払アカウントのアカウント識別子を受信した注文情報に追加し、次に支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理を実行した後に取得される。
【００２７】
ステップ２０３：暗号化注文情報をサーバへ送信して、サーバが、暗号化注文情報に従い支払処理を実行できるようにする。
【００２８】
本発明の実施形態では、第１端末により送信された注文情報は、短距離通信コンポーネントにより受信される。注文情報は、被支払アカウントのアカウント識別子と支払額とを含む。予め格納され且つ第１アカウントに結合された該第１アカウントのアカウント識別子は、支払アカウントのアカウント識別子として取得される。支払アカウントのアカウント識別子は注文情報に追加される。予め格納された第１キーを使用して、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理が実行される。暗号化注文情報は、短距離通信コンポーネントにより、第１端末へ送信される。したがって、第１端末が、暗号化注文情報をサーバへ送信でき、サーバが、暗号化注文情報に従い支払処理を実行できるようになる。このように、ユーザは、支払アカウントに関する情報、支払パスワード、等を入力することなく、注文情報を処理できる。したがって、注文情報の処理の効率が向上され得る。
【００２９】
実施形態２
本発明の実施形態は、注文情報を処理する方法を提供する。方法は、第１端末、第２端末、及びサーバにより一緒に実施されて良い。第１端末は、携帯電話機又はタブレットコンピュータのようなモバイル端末であって良く、第２端末は、スマートブレスレットのような装着可能なスマートデバイスであって良い。第１端末は、短距離通信コンポーネントを有して良い。短距離通信コンポーネントは、第２端末とデータを送信するよう構成される、近距離通信（near  field  communication：ＮＦＣ）コンポーネント又はＢｌｕｅｔｏｏｔｈコンポーネントであって良い。第１端末は、キー、タッチスクリーン、又はマウスであって良い入力ユニットを有して良い。ユーザは、入力ユニットにより、購入されるべき商品を選択し、第１端末上で該商品に対して支払って良い。第１端末は、プロセッサを有して良い。プロセッサは、注文情報を生成し、受信した暗号化注文情報をサーバへ送信するよう構成されて良い。第１端末は、メモリ、センサ、及び電源のようなコンポーネントを更に有して良い。第２端末は、スマートブレスレットのようなポータブルスマートデバイスであって良い。第２端末は、短距離通信コンポーネントを有して良い。短距離通信コンポーネントは、第１端末とデータを送信するよう構成される、ＮＦＣコンポーネント又はＢｌｕｅｔｏｏｔｈコンポーネントであって良い。第２端末は、キー又はタッチスクリーンであって良い入力ユニットを有して良い。ユーザは、入力ユニットにより第２端末上で対象注文に対する支払を確認して良い。第２端末は、プロセッサを有して良い。プロセッサは、受信した注文情報を暗号化するよう構成されて良い。第２端末は、メモリ、センサ、及び電源のようなコンポーネントを更に有して良い。図４に示すように、図４は、本発明の一実施形態によるシステムのブロック図である。システムは、第１端末、第２端末、及びサーバを含む。
【００３０】
図３に示す処理手順は、実装方法と組み合わせて以下に詳述され、内容は以下の通りである。
【００３１】
ステップ３０１：第１端末は、対象注文に対応する支払命令を受信し、短距離通信コンポーネントにより、対象注文の注文情報を第２端末へ送信する。注文情報は、被支払アカウントのアカウント識別子と、支払額と、を含む。
【００３２】
実施中、第１端末及び第２端末は、それぞれ、短距離通信コンポーネントを備えられて良い。短距離通信コンポーネントは、ＮＦＣコンポーネント、Ｂｌｕｅｔｏｏｔｈコンポーネント、等であって良い。第１端末及び第２端末は、短距離通信コンポーネントにより情報を送信して良い。第１端末は、第２端末と結合関係を確立して良い。結合関係を確立するための種々の方法が存在し得る。本発明の実施形態は、実現可能な方法を提供する。具体的には次の通りである。
【００３３】
ユーザは、第１端末内に結合機能を有するアプリケーション（第１アプリケーションとして参照されて良い）をインストールして良い。ユーザは、第１アプリケーションを開き、第１アプリケーションのアカウント及びパスワードでログインする。第１アプリケーションは、支払のためのアプリケーションであって良く、又はインスタントメッセージアプリケーションであっても良い。ユーザは、第１アプリケーションのアカウントを用いて支払を実行して良い。ユーザは、第１アプリケーションの中で別の端末を結合する選択肢をタップして良い。第１端末は、該選択肢に対応するタップ命令を受信して良く、次に、Ｂｌｕｅｔｏｏｔｈの近くの別の端末を更に検出するためにローカルＢｌｕｅｔｏｏｔｈを有効にし、端末の識別子を取得し、及び端末の識別子のリストを表示して良い。ユーザは、識別子のリストから、結合されるべき端末の識別子（つまり、第２端末の識別子）を選択して良い。第１端末は、第２端末へ結合要求を送信して良い。結合要求を受信した後に、第２端末は、結合を実行するか否かのプロンプト情報を表示して良い。ユーザは、第２端末において結合を確認する選択肢をタップして良い。第２端末は、結合を確認する応答情報を第１端末へ送信して良い。したがって、第２端末と第１端末との間に結合関係が確立できる。結合関係が第２端末と第１端末との間に確立された後、第１端末は、短距離通信コンポーネントにより、第１アプリケーションにローカルにログインしているアカウントのアカウント識別子（つまり、第１アカウントのアカウント識別子）を第２端末へ送信して良い。第１アカウントのアカウント識別子を受信した後に、第２端末は、第１アカウントのアカウント識別子を格納して良い。
【００３４】
第１端末は、商品を購入するために使用されるアプリケーション（第２アプリケーションとして参照されて良い）もインストールされて良い。第２アプリケーションは、第１アプリケーションと同じ又は異なって良く、本実施形態において限定されない。ユーザは、第２アプリケーションにおいて種々の商品の商品情報を閲覧し、購入すべき商品を選択し、次に購入することを決定する選択肢をタップして良い。端末は、注文の注文に対応するタップ命令を受信し、次に対応する注文情報（つまり、対象注文の注文情報）を生成して良い。注文情報は、ユーザが購入したい商品の商品情報のような情報（例えば、名称、型名、商品数）、販売者アカウントのアカウント情報（つまり、被支払アカウントのアカウント識別子）、及び支払額を含んで良い。例えば、注文情報は、携帯電話機Ａ、数量１、販売者ＩＤが３８６２４、数量が５０００であって良い。
【００３５】
ユーザは、対象注文に対応する支払選択肢をタップして良い。第１端末は、対象注文に対応する支払命令を受信し、次に、短距離通信コンポーネントにより、対象注文の注文情報を第２端末へ送信して良い。短距離通信コンポーネントがＢｌｕｅｔｏｏｔｈコンポーネントである状況では、ユーザは、第１端末及び第２端末をＢｌｕｅｔｏｏｔｈ送信の閾距離以下の距離に置く必要がある。短距離通信コンポーネントがＮＦＣコンポーネントである状況では、支払選択肢をタップした後に、ユーザは、図５に示すように第２端末を用いて第１端末に接触し又は近付いて良い。したがって、第１端末は、対象注文の注文情報を第２端末へ送信できる。第１端末は、携帯電話機又はタブレットコンピュータのようなモバイル端末であって良く、又は販売点（point  of  sales：ＰＯＳ）装置であっても良い。第１端末がＰＯＳ装置である状況では、注文情報の中の被支払アカウントのアカウント識別子はＰＯＳ装置の識別子であって良く、支払額は販売者により手動で入力されて良く、対応する適用シナリオは、第２端末がバスカード、食事カード、電子財布、等のような支払を実行することである。さらに、ユーザが対象注文に対応する支払選択肢をタップした後に、第１端末は、現在有効な短距離通信コンポーネントに従い対応するプロンプト画像を表示して良い。例えば、第１端末は、現在有効な短距離通信コンポーネントがＢｌｕｅｔｏｏｔｈコンポーネントであるとき、スマートブレスレット及び携帯電話機がＢｌｕｅｔｏｏｔｈ送信の閾距離より近い距離に配置されることを示す動的画像を表示して良く、又は、現在有効な短距離通信コンポーネントがＮＦＣコンポーネントであるとき、スマートブレスレット及び携帯電話機の間の接触を示す動的画像を表示して良い。
【００３６】
任意で、注文情報は、対象注文の生成時間を更に含む。したがって、サーバは、暗号化注文情報を受信すると、処理された注文情報の中に受信した注文情報に含まれるものと、同じアカウント識別子の前記被支払アカウント、同じアカウント識別子の支払アカウント、同じ支払額、及び同じ生成時間の対象注文を有する注文情報が存在するか否かを決定し、注文情報が存在する場合に受信した注文情報を破棄し、注文情報が存在しない場合に受信した注文情報に従い支払処理を実行できる。サーバの特定の処理手順は、後に詳述される。
【００３７】
任意で、第１端末は、送信されるデータ量を削減するために、注文情報のハッシュ値を第２端末へ送信して良い。対応する処理は次の通りである。対象注文の注文情報のハッシュ値を計算し、短距離通信コンポーネントにより、対象注文の注文情報を第２端末へ送信する。注文情報は、被支払アカウントのアカウント識別子と、支払額と、対象注文の注文情報のハッシュ値と、を含む。
【００３８】
実施中、対象注文に対応する支払命令を受信した後に、第１端末は、予め格納されたハッシュアルゴリズムに従い、対象注文の注文情報のハッシュ値を計算し、次に、該ハッシュ値を注文情報に追加して良い。一方で、第１端末は、被支払アカウントのアカウント識別子及び支払額を除く他の情報を注文情報から削除し、さらに、短距離通信コンポーネントにより、対象注文の注文情報を第２端末へ送信して良い。注文情報は、被支払アカウントのアカウント識別子、支払額、対象注文の注文情報のハッシュ値を含んで良い。このように、第１端末から第２端末へ送信されるデータのデータ量は削減される。したがって、第１端末と第２端末との間の送信の効率が向上され得る。
【００３９】
任意で、短距離通信コンポーネントは、ユーザが第２端末により識別検証を実行することを選択した後に、有効化されて良い。対応する処理は次の通りである。識別検証フォーム選択インタフェースを表示し、識別検証フォーム選択インタフェースは、少なくとも第１識別検証フォームを表示し、第１識別検証フォームは、第２端末による識別検証のためのフォームであり、第１識別検証フォームに対応する選択命令を受信すると、短距離通信コンポーネントを有効化する。
【００４０】
実施中、対象注文に対応する支払命令を受信した後に、第１端末は、識別検証フォーム選択インタフェースを表示して良い。識別検証フォーム選択インタフェースは少なくとも第１識別検証フォームを表示し、第１識別検証フォームは第２端末による識別検証のためのフォームであって良い。ユーザは、識別検証フォーム選択インタフェースの中の第１識別検証フォームに対応する選択肢をタップして良い。第１端末は、第１識別検証フォームに対応する選択命令を受信し、次に、短距離通信コンポーネントにより、対象注文の注文情報を第２端末へ送信するために、短距離通信コンポーネントを有効化して良い。このように、短距離通信コンポーネントは、短距離通信コンポーネントの使用が必要ない場合には有効にされなくて良い。したがって、第１端末の電力消費が削減され得る。
【００４１】
ステップ３０２：第２端末は、短距離通信コンポーネントにより、第１端末により送信された注文情報を受信する。注文情報は、被支払アカウントのアカウント識別子と、支払額と、を含む。
【００４２】
実施中、第１端末が短距離通信コンポーネントにより対象注文の注文情報を第２端末へ送信した後に、第２端末は、注文情報を受信し、次に注文情報をパースし、ユーザが購入したい商品の商品情報、被支払アカウントのアカウント識別子、及び支払額のような情報を取得して良い。
【００４３】
任意で、第１端末が注文情報のハッシュ値を第２端末へ送信する状況では、相応して、ステップ３０２の対応する処理は次の通りであって良い：短距離通信コンポーネントにより、第１端末により送信された注文情報を受信する。注文情報は、被支払アカウントのアカウント識別子、支払額、及び対象注文の注文情報のハッシュ値を含む。
【００４４】
実施中、第１端末が短距離通信コンポーネントにより対象注文の注文情報を第２端末へ送信した後に、第２端末は、注文情報を受信し、次に注文情報をパースし、注文情報のハッシュ値、被支払アカウントのアカウント識別子、及び対象注文の支払額のような情報を取得して良い。
【００４５】
任意で、第２端末が第１端末により送信された注文情報を短距離通信コンポーネントにより受信できるように、ユーザは、短距離通信コンポーネントを有効化して良い。対応する処理は、次の通りであって良い：短距離通信コンポーネントに対応する有効化命令を受信し、短距離通信コンポーネントを有効化する。
【００４６】
実施中、短距離通信コンポーネントの有効化キーは、第２端末に配置されて良い。有効化キーは、機械的キーであって良く、又はタッチキーであっても良い。ユーザは、有効化キーを押下し又はタッチして良く、第２端末は、短距離通信コンポーネントに対応する有効化命令を受信し、次に短距離通信コンポーネントを有効化して良い。有効化キーを押下し又はタッチした後に、ユーザは、第２端末を用いて第１端末に接触し又は近付いて良い。このように、第２端末は、第１端末により送信された注文情報を、短距離通信コンポーネントにより受信して良い。
【００４７】
ステップ３０３：第２端末は、第２端末に予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された、第１アカウントのアカウント識別子を取得し、支払アカウントのアカウント識別子を注文情報に追加する。
【００４８】
実施中、第１端末により送信された注文情報を受信した後に、第２端末は、第２端末に予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された、第１アカウントのアカウント識別子を取得し、次に、支払アカウントのアカウント識別子を注文情報に追加して良い。
【００４９】
任意で、ユーザは先ず第２端末に対して確認を実行し、次に第２端末が前述の処理を実行する。相応して、ステップ３０３の処理は以下の通りであって良い。対象注文の注文情報及び対象注文に対応する支払確認選択肢を表示し、第２端末に予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された第１アカウントのアカウント識別子を取得し、支払確認選択肢に対応するタップ命令が受信されると、支払アカウントのアカウント識別子を注文情報に追加する。
【００５０】
実施中、第１端末により送信された注文情報を受信した後に、第２端末は、対象注文の注文情報を表示して良い。例えば、第２端末は、商品の商品情報の１又は複数の情報ピース、被支払アカウントのアカウント識別子、又は注文情報の中の支払額を表示して良く、あるいは、図６に示すように対象注文に対応する支払確認選択肢も表示して良い。ユーザは、注文情報をチェックし、確認後、支払確認選択肢をタップして良い。第２端末は、支払確認選択肢に対応するタップ命令を受信し、次に、第２端末に格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された第１アカウントのアカウント識別子を取得し、支払アカウントのアカウント識別子を注文情報に追加して良い。さらに、第１端末により送信された注文情報を受信した後に、第２端末はプロンプト情報を送信して良い。例えば、第２端末は、ユーザを促すために所定音声又は振動を送信して良い。したがって、ユーザは、第２端末が第１端末により送信された注文情報を受信したことを知ることができる。さらに、第１端末が注文情報のハッシュ値を第２端末へ送信し得る前述の状況では、第２端末は、被支払アカウントのアカウント識別子及び支払額を表示するだけでよく、対象注文の注文情報のハッシュ値を表示する必要はない。
【００５１】
任意で、第２端末は、ユーザが第２端末の解除に成功した後に、対象注文の注文情報を表示して良い。対応する処理は次の通りであって良い：ロック状態からロック解除状態に変化するとき、対象注文の注文情報及び対象注文に対応する支払確認選択肢を表示する。
【００５２】
実施中、ユーザは、第２端末に解除情報を予め設定して良い。解除情報は、ユーザにより入力される解除パスワード、解除パターン、又は指紋のような情報であって良い。ユーザは、第２端末を使用する必要があるとき、先ず第２端末を解除し、つまり解除情報を入力して良い。例えば、ユーザは、指を用いて第２端末の指紋検出領域をタッチして良く、又は端末に解除パスワード又は解除パターンを入力して良い。第２端末は、ユーザにより入力された解除情報と予め格納された解除情報とを照合し、照合結果が一致した場合、ユーザによる解除が成功したことを決定し、現在状態をロック状態からロック解除状態に変更して良い。第２端末は、次に、対象注文の注文情報、及び対象注文に対応する支払確認選択肢を表示して良い。さらに、第２端末に適用可能な種々の解除方法が存在する。解除パスワード、解除パターン、又は指紋のような情報を用いる前述の解除に加えて、解除するよう構成される解除キーも第２端末に配置されて良く、ユーザは解除キーをトリガすることにより第２端末を解除して良い。一方、前述の方法は組み合わせて使用できる。
【００５３】
ステップ３０４：第２端末は、予め格納された第１キーを用いて、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理を実行する。
【００５４】
実施中、暗号化に使用されるキー（つまり、第１キー）は、第２端末に予め格納されて良い。第１キーは、サーバにより提供される秘密キーであって良い。支払アカウントのアカウント識別子を注文情報に追加した後に、第２端末は、予め格納された第１キーを用いて、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理を実行して良い。
【００５５】
ステップ３０５：第２端末は、短距離通信コンポーネントにより、暗号化注文情報を第１端末へ送信する。
【００５６】
実施中、支払アカウントのアカウント識別子の追加された注文情報を暗号化した後に、第２端末は、短距離通信コンポーネントにより、暗号化注文情報を第１端末へ送信して良い。短距離通信コンポーネントがＢｌｕｅｔｏｏｔｈコンポーネントである状況では、ユーザは、第１端末及び第２端末をＢｌｕｅｔｏｏｔｈ送信の閾距離以下の距離に置く必要がある。短距離通信コンポーネントがＮＦＣコンポーネントである状況では、支払選択肢をタップした後に、ユーザは、第２端末を用いて第１端末に接触し又は近付いて良い。したがって、第２端末は、暗号化注文情報を第１端末へ送信できる。同様に、第２端末が暗号化処理を実行した後に、第２端末は、現在有効な短距離通信コンポーネントに従い対応するプロンプト画像を表示して良い。例えば、第２端末は、現在有効な短距離通信コンポーネントがＢｌｕｅｔｏｏｔｈコンポーネントであるとき、スマートブレスレット及び携帯電話機がＢｌｕｅｔｏｏｔｈ送信の閾距離より近い距離に配置されることを示す動的画像を表示して良く、又は、現在有効な短距離通信コンポーネントがＮＦＣコンポーネントであるとき、スマートブレスレット及び携帯電話機の間の接触を示す動的画像を表示して良い。
【００５７】
任意で、第２端末は、非暗号化注文情報も第１端末へ送信して良い。相応して、ステップ３０５の対応する処理は次の通りであって良い：短距離通信コンポーネントにより、支払アカウントのアカウント識別子の追加された非暗号化注文情報及び暗号化注文情報を第１端末へ送信する。
【００５８】
実施中、第２端末は、支払アカウントのアカウント識別子の追加された注文情報を格納して良い。支払アカウントのアカウント識別子の追加された注文情報を暗号化した後に、第２端末は、支払アカウントのアカウント識別子の追加された注文情報及び支払アカウントのアカウント識別子の追加された暗号化注文情報を取得し、次に、支払アカウントのアカウント識別子の追加された注文情報及び支払アカウントのアカウント識別子の追加された暗号化注文情報を第１端末へ送信して良い。
【００５９】
任意で、第２端末は、電力消費を削減するために、短距離通信コンポーネントを自動的に無効化して良い。対応する処理は次の通りであって良い：第１端末により送信される他の注文情報が所定時間期間内に受信されない場合、短距離通信コンポーネントを無効化する。
【００６０】
実施中、第２端末が短距離通信コンポーネントにより暗号化注文情報を第１端末へ送信した後に、計時が開始して良い。第２端末が、所定時間期間に達するときに第１端末により送信された他の注文情報を受信しない場合、第２端末は、短距離通信コンポーネントを無効化して良い。さらに、第２端末は、第２端末が短距離通信コンポーネントを無効化した後に、短距離通信コンポーネントが無効化されたことを示すプロンプト情報を表示して良い。
【００６１】
ステップ３０６：第１端末は、短距離通信コンポーネントにより、第２端末により送信された暗号化注文情報を受信する。
【００６２】
実施中、第２端末が暗号化注文情報を第１端末へ送信した後に、第１端末は、短距離通信コンポーネントにより、第２端末により送信され且つ支払アカウントのアカウント識別子の追加された暗号化注文情報を受信して良い。
【００６３】
任意で、第２端末が非暗号化注文情報を第１端末へ送信する前述の状況では、ステップ３０６の対応する処理は次の通りであって良い：第１端末は、短距離通信コンポーネントにより、第２端末により送信され且つ支払アカウントのアカウント識別子の追加された暗号化注文情報を受信する。
【００６４】
任意で、第１端末は、電力消費を削減するために、短距離通信コンポーネントを自動的に無効化して良い。対応する処理は次の通りであって良い：別の注文情報に対応する支払命令が所定時間期間内に受信されない場合、短距離通信コンポーネントを無効化する。
【００６５】
実施中、第１端末が第２端末により送信された暗号化注文情報を短距離通信コンポーネントにより受信した後に、計時が開始して良い。第１端末が、所定時間期間に達するときに別の支払命令を受信しない場合、第１端末は、短距離通信コンポーネントを無効化して良い。さらに、第１端末は、第１端末が短距離通信コンポーネントを無効化した後に、短距離通信コンポーネントが無効化されたことを示すプロンプト情報を表示して良い。留意すべきことに、第１端末における所定時間期間は第２端末における所定時間期間と同じ又は異なって良い。
【００６６】
ステップ３０７：第１端末は、暗号化注文情報をサーバへ送信して、サーバが、暗号化注文情報に従い支払処理を実行できるようにする。
【００６７】
実施中、支払アカウントのアカウント識別子の追加された暗号化注文情報を受信した後に、第１端末は、支払アカウントのアカウント識別子の追加された暗号化注文情報をサーバへ送信して良い。サーバは、１つのサーバであって良く、又は複数のサーバにより構成されるサーバクラスタであっても良い。本実施形態では、複数のサーバにより構成されるサーバクラスタであるサーバが一例として用いられる。サーバが１つのサーバである状況は本例に類似しており、ここに更に記載されない。サーバクラスタは、デジタル署名サーバ、支払サーバ、及び銀行サーバを含んで良い。支払処理を完了した後に、サーバは、支払成功メッセージを第１端末へ送信して良い。支払成功メッセージを受信した後に、第１端末は、ユーザに支払成功を知らせるために、支払成功プロンプト情報を表示して良い。
【００６８】
第１端末は、支払アカウントのアカウント識別子の追加された暗号化注文情報をデジタル署名サーバへ送信して良い。デジタル署名サーバは、ローカルに予め格納された公開キーを用いて、受信した暗号化情報に対して復号処理を実行し、復号が成功した場合に注文情報が有効であると決定し、次に復号化注文情報を支払サーバへ送信して良い。支払サーバは、支払アカウントのアカウント識別子、被支払アカウントのアカウント識別子、及び注文情報の中の支払額を取得し、次に、支払アカウントのメモリから支払額を差し引き、且つ被支払アカウントに支払額を追加して良い。支払アカウントにメモリが格納されていない状況では、支払サーバは、銀行サーバにより提供されるインタフェース情報に基づき、注文情報及びハッシュに基づくメッセージ認証コード（hash−based  message  authentication  code：ＨＭＡＣ）のような情報を銀行サーバへ送信して良い。銀行サーバは、注文情報の中の支払アカウントのアカウント識別子に従い、支払アカウントに結合された銀行カード番号を決定し、注文情報の中の支払額に従い、銀行カード番号に対応するアカウントから支払サーバへ対応する額を送金して良い。次に支払サーバは、支払額を被支払アカウントに追加する。
【００６９】
任意で、第２端末が非暗号化注文情報を第１端末へ送信する前述の状況では、相応して、ステップ３０７の処理は次の通りであって良い：支払アカウントのアカウント識別子の追加された非暗号化注文情報及び暗号化注文情報をサーバへ送信する。したがって、サーバは、非暗号化注文情報及び暗号化注文情報に従い復号化注文情報に対して有効性検証を実行し、検証が成功した場合に非暗号化注文情報及び暗号化注文情報に従い支払処理を実行できるようになる。
【００７０】
実施中、第２端末により送信され且つ支払アカウントのアカウント識別子の追加された非暗号化注文情報及び暗号化注文情報を受信した後に、第１端末は、支払サーバへ受信した情報を転送して良い。支払アカウントのアカウント識別子の追加された非暗号化注文情報及び暗号化注文情報を受信した後に、支払サーバは、情報を格納し、及び情報をデジタル署名サーバへ転送して良い。支払サーバにより送信された非暗号化注文情報及び暗号化注文情報を受信した後に、デジタル署名サーバは、ローカルに格納された公開キーを用いて暗号化注文情報を復号化し、復号結果と非暗号化注文情報とを比較して良い。復号結果に含まれる内容が非暗号化注文情報に含まれる内容と完全に同一である場合、デジタル署名サーバは、検証成功メッセージを支払サーバへ送信して良い。検証成功メッセージを受信した後に、支払サーバは、前述の方法に従い支払処理を実行して良い。復号結果に含まれる内容が非暗号化注文情報に含まれる内容と同一でない場合、デジタル署名サーバは、検証失敗メッセージを支払サーバへ送信して良い。検証失敗メッセージを受信した後に、支払サーバは、注文情報に対して支払処理を実行しなくて良い。
【００７１】
任意で、注文情報が被支払アカウントのアカウント識別子、支払額、対象注文の注文情報のハッシュ値を含む前述の状況では、相応して、ステップ３０７の処理は次の通りであって良い：暗号化された注文情報を送信する。したがって、サーバは、暗号化ハッシュ値に従い注文情報に対して有効性検証を実行し、検証が成功した場合に暗号化注文情報に従い支払処理を実行できる。
【００７２】
実施中、第２端末は、暗号化され且つハッシュ値を含む注文情報を第１端末へ送信して良い。注文情報は、注文情報のハッシュ値、被支払アカウントのアカウント識別子、支払アカウントのアカウント識別子、及び支払額、のような情報を含み、キー注文情報として参照されて良い。第１端末は、ハッシュ計算が実行されていない注文情報、つまり、ユーザが購入したい商品の商品情報のような情報（例えば、名称、型名、商品数）、販売者アカウントのアカウント情報（つまり、被支払アカウントのアカウント識別子）、及び支払額のような情報を含む注文情報も取得して良く、完全注文情報として参照されて良い。キー注文情報の中のハッシュ値は、完全注文情報に対してハッシュ計算を実行した後に得られるハッシュ値である。第１端末は、暗号化注文情報及び完全注文情報を支払サーバへ送信して良い。支払サーバは、該情報をデジタル署名サーバへ転送して良い。デジタル署名サーバは、第１端末内にあるものと同じハッシュアルゴリズムを予め格納して良い。暗号化注文情報及び完全注文情報を受信した後に、デジタル署名サーバは、ローカルに予め格納された公開キーを用いて暗号化キー注文情報に対して復号化処理を実行して、注文情報のハッシュ値を取得し、次に、ローカルに格納されたハッシュアルゴリズムを用いて完全注文情報に対してハッシュ計算を実行して、完全注文情報のハッシュ値を取得し、次に、復号化後に取得したハッシュ値と計算を通じて取得したハッシュ値とを比較して良い。復号化後に取得したハッシュ値と計算を通じて取得したハッシュ値が同じである場合、デジタル署名サーバは、注文情報検証が成功したと決定して良く、次に検証成功メッセージを支払サーバへ送信する。したがって、支払サーバは支払処理を実行できる。復号化後に取得したハッシュ値と計算を通じて取得したハッシュ値が同じでない場合、デジタル署名サーバは、検証失敗メッセージを支払サーバへ送信して良い。検証失敗メッセージを受信した後に、支払サーバは、注文情報に対して支払処理を実行しなくて良い。
【００７３】
さらに、注文情報が対象注文の生成時間を含む前述の状況では、相応して、ステップ３０７の処理は次の通りであって良い：第２端末により送信され且つ支払アカウントのアカウント識別子の追加された注文情報及び第２端末により送信され且つ支払アカウントのアカウント識別子の追加された暗号化注文情報を受信した後に、第１端末は、受信した情報を支払サーバへ転送して良く、支払アカウントのアカウント識別子の追加された注文情報及び支払アカウントのアカウント識別子の追加された暗号化注文情報を受信した後に、支払サーバは、該情報を格納し及びデジタル署名サーバへ転送して良い。デジタル署名サーバは、処理された注文情報の、被支払アカウントのアカウント識別子、支払アカウントのアカウント識別子、支払額、及び対象注文の生成時間を格納して良い。支払サーバにより送信され且つ支払アカウントのアカウント識別子の追加された注文情報及びサーバにより送信され且つ支払アカウントのアカウント識別子の追加された暗号化注文情報を受信した後に、デジタル署名サーバは、ローカルに予め格納された公開キーを用いて暗号化注文情報を復号化し、復号結果と支払アカウントのアカウント識別子の追加された注文情報とを比較して良い。復号結果の中の内容が支払アカウントのアカウント識別子の追加された注文情報の中の内容と完全に同一である場合、デジタル署名サーバは、更なる決定を実行して良い。端末は、処理された注文情報の中に受信した注文情報に含まれるものと、同じアカウント識別子の被支払アカウント、同じアカウント識別子の支払アカウント、同じ支払額、及び同じ生成時間の対象注文を有する注文情報が存在するか否かを決定するために、処理された注文情報を検索し、注文情報が存在する場合に受信した注文情報を破棄し及び検証失敗メッセージを支払サーバへ送信し、注文情報が存在しない場合に、支払サーバが支払処理を実行できるように、支払サーバへ検証成功メッセージを送信して良い。さらに、復号結果の中の内容が支払アカウントのアカウント識別子の追加された注文情報の中の内容と同一でない場合、デジタル署名サーバは、検証失敗メッセージを支払サーバへ送信して良い。検証失敗メッセージを受信した後に、支払サーバは、注文情報に対して支払処理を実行しなくて良い。
【００７４】
例えば、受信した注文情報の中で、被支払アカウントのアカウント識別子がＡであり、支払アカウントのアカウント識別子がＢであり、支払額が１００元であり、及び対象注文の生成時間が２０１５年５月１６日１７：４５である。デジタル署名サーバが、処理された注文情報の中で、被支払アカウントのアカウント識別がＡであり、支払アカウントのアカウント識別子がＢであり、支払額が１００元であり、及び対象注文の生成時間が２０１５年５月１６日１７：４５である注文情報を見付けた場合、これは、注文情報が処理済みであることを示し、デジタル署名サーバは、注文を繰り返し処理することを回避するため及び支払アカウントから余分なお金を差し引くことを防ぐために、受信した注文情報を破棄し、検証失敗メッセージを支払サーバへ送信して良い。デジタル署名サーバが注文情報を見付けなかった場合、これは、注文情報が処理されていないことを示し、デジタル署名サーバは、支払サーバが注文情報を処理できるように、検証成功メッセージを支払サーバへ送信して良い。
【００７５】
任意で、第１端末は、注文情報に対して２次暗号化を実行して良い。相応して、ステップ３０７の処理は次の通りであって良い：予め格納された第２キーを使用して、暗号化注文情報に対して２次暗号化処理を実行し、２度暗号化された注文情報を送信する。したがって、サーバは、２度暗号化された注文情報に従い支払処理を実行できる。
【００７６】
実施中、第２端末により送信され且つ支払アカウントのアカウント識別子の追加された暗号化注文情報を受信した後に、第１端末は、予め格納された第２キーを用いて暗号化注文情報に対して２次暗号化処理を実行し、次に２度暗号化された注文情報を支払サーバへ送信して良い。支払サーバは、予め格納された第３キーを用いて、受信した２度暗号化された注文情報を復号化し、次に復号化注文情報をデジタル署名サーバへ送信して良い。デジタル署名サーバは、次に、予め格納された公開キーを用いて受信した注文情報を復号化し、次に、注文情報に対する支払処理を実行するために、検証処理を実行して良い。
【００７７】
さらに、処理において、第２端末に格納された第１キー及びデジタル署名サーバに格納された公開キーは、デジタル署名サーバにより生成される。実際には、キーペアを生成するために使用されるアプリケーションは、第２端末内でも構成されて良い。第２端末はキーペアを生成し、次に第１端末が公開キーを支払サーバへ送信する。第１端末は、単に公開キーを支払サーバへ送信して良く、又は公開キー及び暗号化注文情報を一緒に支払サーバへ送信しても良い。暗号化注文情報を受信した後に、支払サーバは、受信した公開キーを用いて暗号化注文情報を検証して良い。検証が成功した後に、支払サーバは、注文情報に対して支払処理を実行して良い。検証が失敗した場合に、支払サーバは、注文情報を破棄する。
【００７８】
本発明の実施形態では、第１端末により送信された注文情報は、短距離通信コンポーネントにより受信される。注文情報は、被支払アカウントのアカウント識別子と支払額とを含む。第２端末に予め格納され且つ第１アカウントに結合された該第１アカウントのアカウント識別子は、支払アカウントのアカウント識別子として取得される。支払アカウントのアカウント識別子は注文情報に追加される。予め格納された第１キーを使用して、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理が実行される。暗号化注文情報は、短距離通信コンポーネントにより、第１端末へ送信される。したがって、第１端末が、暗号化注文情報をサーバへ送信でき、サーバが、暗号化注文情報に従い支払処理を実行できるようになる。このように、ユーザは、支払アカウントに関する情報、支払パスワード、等を入力することなく、注文情報を処理できる。したがって、注文情報の処理の効率が向上され得る。
【００７９】
実施形態３
同じ技術概念に基づき、本発明の実施形態は、第２端末を更に提供する。図７に示すように、第２端末は、
短距離通信コンポーネントにより、第１端末により送信された注文情報を受信するよう構成される受信モジュールであって、前記注文情報は、被支払アカウントのアカウント識別子と支払額とを含む、受信モジュール７１０と、
第２端末に予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された該第１アカウントのアカウント識別子を取得し、支払アカウントのアカウント識別子を注文情報に追加するよう構成される取得モジュール７２０と、
予め格納された第１キーを使用して、支払アカウントのアカウント識別子の追加された注文情報に暗号化処理を実行するよう構成される暗号化モジュール７３０と、
短距離通信コンポーネントにより、暗号化注文情報を第１端末へ送信するよう構成される送信モジュール７４０と、
を有する。
【００８０】
任意で、送信モジュール７４０は、
短距離通信コンポーネントにより、支払アカウントのアカウント識別子の追加された非暗号化注文情報及び暗号化注文情報を第１端末へ送信するよう構成される。
【００８１】
任意で、取得モジュール７２０は、
対象注文の注文情報及び対象注文に対応する支払確認選択肢を表示し、
第２端末に予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された該第１アカウントのアカウント識別子を取得し、支払確認選択肢に対応するタップ命令が受信されると、支払アカウントのアカウント識別子を注文情報に追加する、
よう構成される。
【００８２】
任意で、取得モジュール７２０は、
ロック状態からロック解除状態に変化するとき、対象注文の注文情報及び対象注文に対応する支払確認選択肢を表示するよう構成される。
【００８３】
任意で、受信モジュール７１０は、
短距離通信コンポーネントにより、第１端末により送信された注文情報を受信するよう構成され、注文情報は、被支払アカウントのアカウント識別子、支払額、対象注文の注文情報のハッシュ値を有する。
【００８４】
任意で、受信モジュール７１０は、
短距離通信コンポーネントに対応する有効化命令を受信し、短距離通信コンポーネントを有効化するよう更に構成される。
【００８５】
任意で、第２端末は、
第１端末により送信される他の注文情報が所定時間期間内に受信されない場合、短距離通信コンポーネントを無効化するよう構成される無効化モジュール、を更に有する。
【００８６】
同じ技術概念に基づき、本発明の一実施形態は、第１端末を更に提供する。図８に示すように、第１端末は、
対象注文に対応する支払命令を受信し、短距離通信コンポーネントにより、対象注文の注文情報を第２端末へ送信する第１送信モジュールであって、注文情報は、被支払アカウントのアカウント識別子と支払額とを有する、第１送信モジュール８１０と、
短距離通信コンポーネントにより、第２端末により送信された暗号化注文情報を受信するよう構成される受信モジュールであって、暗号化注文情報は、第２端末が支払アカウントのアカウント識別子を受信した注文情報に追加し及び次に支払アカウントのアカウント識別子の追加された注文情報に暗号化処理を実行した後に、取得される、受信モジュール８２０と、
サーバが暗号化注文情報に従い支払処理を実行できるように、暗号化注文情報をサーバへ送信するよう構成される第２送信モジュール８３０と、
を有する。
【００８７】
任意で、注文情報は、対象注文の生成時間を更に含む。したがって、サーバは、暗号化注文情報を受信すると、処理された注文情報の中に受信した注文情報に含まれるものと、同じアカウント識別子の被支払アカウント、同じアカウント識別子の支払アカウント、同じ支払額、及び同じ生成時間の対象注文を有する注文情報が存在するか否かを決定し、注文情報が存在する場合に受信した注文情報を破棄し、注文情報が存在しない場合に受信した注文情報に従い支払処理を実行できる。
【００８８】
任意で、第２送信モジュール８３０は、
サーバが２度暗号化された注文情報に従い支払処理を実行できるように、予め格納された第２キーを使用して、暗号化注文情報に２次暗号化処理を実行し、２度暗号化された注文情報をサーバへ送信するよう構成される。
【００８９】
任意で、受信モジュール８２０は、
短距離通信コンポーネントにより、第２端末により送信され且つ支払アカウントのアカウント識別子の追加された非暗号化注文情報及び暗号化注文情報を受信するよう構成され、
第２送信モジュール８３０は、
サーバが、非暗号化注文情報及び暗号化注文情報に従い復号化注文情報に有効性検証を実行し、検証が成功した場合に非暗号化注文情報及び暗号化注文情報に従い支払処理を実行できるように、支払アカウントのアカウント識別子の追加された非暗号化注文情報及び暗号化注文情報をサーバへ送信するよう構成される。
【００９０】
任意で、第１送信モジュール８１０は、
対象注文の注文情報のハッシュ値を計算し、
短距離通信コンポーネントにより、対象注文の注文情報を第２端末へ送信し、注文情報は、被支払アカウントのアカウント識別子、支払額、及び対象注文の注文情報のハッシュ値を有する、
よう構成され、
第２送信モジュール８３０は、
サーバが、暗号化ハッシュ値に従い注文情報に有効性検証を実行し、検証が成功した場合に暗号化注文情報に従い支払処理を実行できるように、暗号化注文情報をサーバへ送信するよう構成される。
【００９１】
任意で、第１端末は、
識別検証フォーム選択インタフェースを表示するよう構成される表示モジュールであって、識別検証フォーム選択インタフェースは、少なくとも第１識別検証フォームを表示し、第１識別検証フォームは、第２端末による識別検証のためのフォームである、表示モジュールと、
第１識別検証フォームに対応する選択命令を受信すると、短距離通信コンポーネントを有効化するよう構成される有効化モジュールと、
を更に有する。
【００９２】
任意で、第１端末は、
別の注文に対応する支払命令が所定時間期間内に受信されない場合、短距離通信コンポーネントを無効化するよう構成される無効化モジュール、を更に有する。
【００９３】
前述の実施形態における装置の種々のモジュールにより工程を実行する特定の方法は、方法に関する実施形態において詳述され、ここに更に詳細に記載されない。
【００９４】
本発明の実施形態では、第１端末により送信された注文情報は、短距離通信コンポーネントにより受信される。注文情報は、被支払アカウントのアカウント識別子と支払額とを含む。第２端末に予め格納され且つ第１アカウントに結合された該第１アカウントのアカウント識別子は、支払アカウントのアカウント識別子として取得される。支払アカウントのアカウント識別子は注文情報に追加される。予め格納された第１キーを使用して、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理が実行される。暗号化注文情報は、短距離通信コンポーネントにより、第１端末へ送信される。したがって、第１端末が、暗号化注文情報をサーバへ送信でき、サーバが、暗号化注文情報に従い支払処理を実行できるようになる。このように、ユーザは、支払アカウントに関する情報、支払パスワード、等を入力することなく、注文情報を処理できる。したがって、注文情報の処理の効率が向上され得る。
【００９５】
実施形態４
同じ技術概念に基づき、本発明の実施形態は、注文情報を処理するシステムを更に提供する。システムは、第１端末及び第２端末を含む。
【００９６】
第２端末は、短距離通信コンポーネントにより、第１端末により送信された注文情報を受信し、注文情報は被支払アカウントのアカウント識別子と支払額とを含み、第２端末に予め格納され且つ支払アカウントのアカウント識別子として第１アカウントに結合された該第１アカウントのアカウント識別子を取得し、支払アカウントのアカウント識別子を注文情報に追加し、予め格納された第１キーを使用して、支払アカウントのアカウント識別子の追加された注文情報に暗号化処理を実行し、短距離通信コンポーネントにより、暗号化注文情報を前記第１端末へ送信するよう構成される。
【００９７】
第１端末は、対象注文に対応する支払命令を受信し、短距離通信コンポーネントにより対象注文の注文情報を第２端末へ送信し、短距離通信コンポーネントにより、第２端末により送信された暗号化注文情報を受信し、サーバが暗号化注文情報に従い支払処理を実行できるように、暗号化注文情報をサーバへ送信するよう構成される。
【００９８】
本発明の実施形態では、第１端末により送信された注文情報は、短距離通信コンポーネントにより受信される。注文情報は、被支払アカウントのアカウント識別子と支払額とを含む。第２端末に予め格納され且つ第１アカウントに結合された該第１アカウントのアカウント識別子は、支払アカウントのアカウント識別子として取得される。支払アカウントのアカウント識別子は注文情報に追加される。予め格納された第１キーを使用して、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理が実行される。暗号化注文情報は、短距離通信コンポーネントにより、第１端末へ送信される。したがって、第１端末が、暗号化注文情報をサーバへ送信でき、サーバが、暗号化注文情報に従い支払処理を実行できるようになる。このように、ユーザは、支払アカウントに関する情報、支払パスワード、等を入力することなく、注文情報を処理できる。したがって、注文情報の処理の効率が向上され得る。
【００９９】
実施形態５
図９は、例示的な実施形態による第２端末の概略構造図である。第２端末は、前述の実施形態において提供された注文情報を処理する方法を実施するよう構成されて良い。
【０１００】
端末９００は、無線周波数（ＲＦ）回路１１０と、１又は複数のコンピュータ可読記憶媒体を含むメモリ１２０と、入力ユニット１３０と、ディスプレイユニット１４０と、センサ１５０と、音声回路１６０と、ＷｉＦｉ（wireless  fidelity）モジュール１７０と、１又は複数の処理コアを含むプロセッサ１８０と、電源１９０と、のようなものを有して良い。当業者は、図９に示す第２端末の構造が第２端末を限定するとして考えられないこと、及び第２端末は図示されたものより多数の又は少数のコンポーネントを有して良いこと、又は幾つかのコンポーネントが結合されて良く、又は異なるコンポーネント配置が使用されて良いことを理解できる。
【０１０１】
ＲＦ回路１１０は、情報受信及び送信プロセス又は呼処理の間に、信号を受信し及び送信するよう構成されて良い。特に、ＲＦ回路１１０は、基地局からのダウンリンク情報を受信し、次に、処理のためにダウンリンク情報をプロセッサ１８０に配信し、そして関連するアップリンクデータを基地局へ送信する。概して、ＲＦ回路１１０は、限定ではないが、アンテナ、少なくとも１つの増幅器、チューナ、１又は複数の発振器、加入者識別モジュール（subscriber  identity  module：ＳＩＭ）カード、通信機、カプラ、低雑音増幅器（ＬＮＡ）、デュプレクサ、等を有する。さらに、ＲＦ回路１１０は、無線通信により、ネットワーク及び別の装置とも通信して良い。無線通信は、限定ではないが、ＧＳＭ（登録商標）（Global  System  for  Mobile  communications）、ＧＰＲＳ（General  Packet  Radio  Service）、ＣＤＭＡ（Code  Division  Multiple  Access）、ＷＣＤＭＡ（Wideband  Code  Division  Multiple  Access）、ＬＴＥ（Long  Term  Evolution）、電子メール、ＳＭＳ（Short  Messaging  Service）、等を含む任意の通信規格又はプロトコルを用いて良い。
【０１０２】
メモリ１２０は、ソフトウェアプログラム及びモジュールを格納するよう構成されて良い。プロセッサ１８０は、種々の機能アプリケーション及びデータ処理を実施するために、メモリ１２０に格納されたソフトウェアプログラム及びモジュールを実行する。メモリ１２０は、主に、プログラム記憶領域及びデータ記憶領域を有して良い。プログラム記憶領域は、オペレーティングシステム、（音声再生機能及び画像表示機能のような）少なくとも１つの機能により要求されるアプリケーションプログラム、等を格納して良い。データ記憶領域は、第２端末９００の使用に従い生成される（音声データ及びアドレス帳のような）データ、等を格納して良い。さらに、メモリ１２０は、高速ランダムアクセスメモリを有して良く、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリのような非一時的コンピュータ可読記憶媒体、又は別の揮発性固体記憶装置も有して良い。したがって、メモリ１２０は、プロセッサ１８０及び入力ユニット１３０のメモリ１２０へのアクセスを提供するために、メモリ制御部を更に有して良い。
【０１０３】
入力ユニット１３０は、入力される数字又は文字情報を受信し、ユーザ設定及び機能制御に関連して入力される、キーボード、マウス、ジョイスティック、光若しくはトラックボール信号を生成するよう構成されて良い。具体的には、入力ユニット１３０は、タッチ感応表面１３１、及び別の入力装置１３２を有して良い。タッチ感応表面１３１は、タッチスクリーン又はタッチパネルとしても参照されることがあり、（指又はスタイラスのような任意の適切なオブジェクト又はアクセサリを用いることにより、タッチ感応表面１３１上の又はその近くのユーザの操作のような）タッチ感応表面上の又はその近くのユーザのタッチ操作を収集し、所定プログラムに従い対応する接続装置を駆動して良い。任意的に、タッチ感応表面１３１は、２つの部分、つまりタッチ検出装置及びタッチ制御部、を有して良い。タッチ検出装置は、ユーザのタッチ位置を検出し、タッチ操作により生成される信号を検出し、タッチ制御部に信号を転送する。タッチ制御部は、タッチ検出装置からタッチ情報を受信し、タッチ情報をタッチポイント座標に変換し、タッチポイント座標をプロセッサ１８０へ送信する。さらに、タッチ制御部は、プロセッサ１８０から送信されるコマンドを受信し実行できる。さらに、タッチ感応表面１３１は、抵抗性、容量性、赤外線、又は表面音波型のタッチ感応表面であって良い。タッチ感応表面１３１に加えて、入力ユニット１３０は、別の入力装置１３２を更に有して良い。具体的には、別の入力装置１３２は、限定ではないが、物理キーボード、（音声制御キー又はスイッチキーのような）機能キー、トラックボール、マウス、及びジョイスティックのうちの１又は複数を有して良い。
【０１０４】
ディスプレイユニット１４０は、ユーザにより入力される情報又はユーザのために提供される情報、及び第２端末９００の種々のグラフィカルユーザインタフェースを表示するよう構成されて良い。グラフィカルユーザインタフェースは、グラフ、テキスト、アイコン、ビデオ、又はそれらの任意の組合せにより形成されて良い。ディスプレイユニット１４０は、ディスプレイパネル１４１を有して良い。任意で、ディスプレイパネル１４１は、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）、等を用いて構成されて良い。さらに、タッチ感応表面１３１は、ディスプレイパネル１４１をカバーして良い。タッチ感応表面１３１上の又はその近くのタッチ操作を検出した後に、タッチ感応表面１３１は、タッチイベントの種類を決定するために、タッチ操作をプロセッサ１８０へ転送する。次に、プロセッサ１８０は、タッチイベントの種類に従い、ディスプレイパネル１４１上で対応する視覚出力を提供する。図９では、タッチ感応表面１３１及びディスプレイパネル１４１が入力及び出力機能を実施するために２つの別個の部分として使用されるが、幾つかの実施形態では、タッチ感応表面１３１及びディスプレイパネル１４１は、入力及び出力機能を実装するために統合されて良い。
【０１０５】
第２端末９００は、少なくとも１つのセンサ１５０、例えば、光センサ、動きセンサ、及び他のセンサを更に有して良い。具体的には、光センサは、周囲光センサ及び近接センサを有して良い。周囲光センサは、周囲光の明るさに従い、ディスプレイパネル１４１の輝度を調整できる。近接センサは、第２端末９００が耳へ移動するとき、ディスプレイパネル１４１及び／又はバックライトをオフに切り替えて良い。ある種の動きセンサとして、重力加速度センサは、種々の方向の（通常は、３軸上の）加速度の大きさを検出でき、静止時の重力の大きさ及び方向を検出でき、携帯電話機の姿勢（例えば、ランドスケープ方向とポートレート方向との間の切り替え、関連するゲーム、及び磁気計姿勢較正）を認識するアプリケーション、（万歩計（登録商標）、殴打のような）振動認識に関連する機能、等に適用されて良い。ジャイロスコープ、圧力計、湿度計、温度計、及び赤外センサのような他のセンサは、第２端末９００内に構成されて良く、ここで更に記載されない。
【０１０６】
音声回路１６０、スピーカ１６１、及びマイクロフォン１６２は、ユーザと第２端末９００との間の音声インタフェースを提供して良い。音声回路１６０は、受信した音声データを電気信号に変換し、電気信号をスピーカ１６１へ送信して良い。スピーカ１６１は、出力のために、電気信号を音声信号に変換する。他方で、マイクロフォン１６２は、収集した音声信号を電気信号に変換する。音声回路１６０は、電気信号を受信し、電気信号を音声データに変換し、処理のためにプロセッサ１８０へ音声データを出力する。次に、プロセッサ１８０は、ＲＦ回路１１０を用いることにより、例えば別の第２端末へ、音声データを送信し、又は更なる処理のためにメモリ１２０に音声データを出力する。音声回路１６０は、周辺機器イヤホンと第２端末９００との間の通信を提供するために、イヤホンジャックを更に有して良い。
【０１０７】
ＷｉＦｉは、短距離無線送信技術である。第２端末９００は、短距離無線送信モジュール１７０を用いることにより、ユーザが電子メールを送受信し、ウェブページを閲覧し、ストリーミングメディアにアクセスする、等を助け、ユーザに無線ブロードバンドインターネットアクセスを提供する。図９は、ＷｉＦｉモジュール１７０を示すが、ＷｉＦｉモジュール１７０は第２端末９００の必須コンポーネントではなく、必要なときには、ＷｉＦｉモジュール１７０は、本開示の基本の範囲が変更されない限り省略されて良いことが理解される。
【０１０８】
プロセッサ１８０は、第２端末９００の制御センタであり、種々のインタフェース及び線を用いることにより携帯電話機の種々の部分に接続される。メモリ１２０に格納されたソフトウェアプログラム及び／又はモジュールを走らせ又は実行し、及びメモリ１２０に格納されたデータを呼び出すことにより、プロセッサ１８０は、第２端末９００の種々の機能及びデータ処理を実行し、それにより、移動電話機上の全体的監視を実行する。任意的に、プロセッサ１８０は、１又は複数の処理コアを含んで良い。望ましくは、プロセッサ１８０は、アプリケーションプロセッサ及びモデムを統合して良い。アプリケーションプロセッサは、主に、オペレーティングシステム、ユーザインタフェース、アプリケーションプログラム、等を処理する。モデムは、主に、無線通信を処理する。前述のモデムプロセッサは、プロセッサ１８０に統合されなくても良いことが理解できる。
【０１０９】
第２端末９００は、種々のコンポーネントに電力を供給する電源１９０（例えば、バッテリ）を更に有する。望ましくは、電源は、電源管理システムを用いることによりプロセッサ１８０に論理的に接続されて良く、それにより電力管理システムを用いることによる充電、放電、及び電力消費管理を実施する。電源１９０は、直流又は交流電源、再充電システム、電源障害検出回路、電源変換器又はインバータ、電源状態指示器、及び任意の他のコンポーネントのうちの１又は複数を更に有して良い。
【０１１０】
図示しないが、第２端末９００は、カメラ、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール等を更に有して良く、それらはここで更に記載されない。具体的に、本実施形態では、第２端末９００のディスプレイユニットは、タッチスクリーンディスプレイであり、第２端末９００は、メモリ及び１又は複数のプログラムを更に含む。１又は複数のプログラムは、メモリに格納され、１又は複数のプロセッサにより実行されるよう構成される。１又は複数のプログラムは、本発明の実施形態による注文情報を処理する方法を実施するために使用される命令を含む。
【０１１１】
例示的な実施形態では、命令を有する非一時的コンピュータ可読記憶媒体、例えば命令を有するメモリ、が更に提供される。命令は、注文情報を処理する方法を実施するためにモバイル端末のプロセッサにより実行されて良い。例えば、非一時的コンピュータ可読記憶媒体は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、磁気テープ、フロッピーディスク、光データ記憶装置、等であって良い。
【０１１２】
本発明の実施形態では、第１端末により送信された注文情報は、短距離通信コンポーネントにより受信される。注文情報は、被支払アカウントのアカウント識別子と支払額とを含む。第２端末に予め格納され且つ第１アカウントに結合された該第１アカウントのアカウント識別子は、支払アカウントのアカウント識別子として取得される。支払アカウントのアカウント識別子は注文情報に追加される。予め格納された第１キーを使用して、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理が実行される。暗号化注文情報は、短距離通信コンポーネントにより、第１端末へ送信される。したがって、第１端末が、暗号化注文情報をサーバへ送信でき、サーバが、暗号化注文情報に従い支払処理を実行できるようになる。このように、ユーザは、支払アカウントに関する情報、支払パスワード、等を入力することなく、注文情報を処理できる。したがって、注文情報の処理の効率が向上され得る。
【０１１３】
実施形態６
図１０は、例示的な実施形態による第１端末の概略構造図である。第１端末は、前述の実施形態において提供された注文情報を処理する方法を実施するよう構成されて良い。
【０１１４】
第１端末１０００は、無線周波数（ＲＦ）回路２１０と、１又は複数のコンピュータ可読記憶媒体を含むメモリ２２０と、入力ユニット２３０と、ディスプレイユニット２４０と、センサ２５０と、音声回路２６０と、ＷｉＦｉ（wireless  fidelity）モジュール２７０と、１又は複数の処理コアを含むプロセッサ２８０と、電源２９０と、のようなものを有して良い。当業者は、図１０に示す第１端末の構造が第１端末を限定するとして考えられないこと、及び第１端末は図示されたものより多数の又は少数のコンポーネントを有して良いこと、又は幾つかのコンポーネントが結合されて良く、又は異なるコンポーネント配置が使用されて良いことを理解できる。
【０１１５】
ＲＦ回路２１０は、情報受信及び送信プロセス又は呼処理の間に、信号を受信し及び送信するよう構成されて良い。特に、ＲＦ回路１１０は、基地局からのダウンリンク情報を受信し、次に、処理のためにダウンリンク情報をプロセッサ２８０に配信し、そして関連するアップリンクデータを基地局へ送信する。概して、ＲＦ回路２１０は、限定ではないが、アンテナ、少なくとも１つの増幅器、チューナ、１又は複数の発振器、加入者識別モジュール（subscriber  identity  module：ＳＩＭ）カード、通信機、カプラ、低雑音増幅器（ＬＮＡ）、デュプレクサ、等を有する。さらに、ＲＦ回路２１０は、無線通信により、ネットワーク及び別の装置とも通信して良い。無線通信は、限定ではないが、ＧＳＭ（Global  System  for  Mobile  communications）、ＧＰＲＳ（General  Packet  Radio  Service）、ＣＤＭＡ（Code  Division  Multiple  Access）、ＷＣＤＭＡ（登録商標）（Wideband  Code  Division  Multiple  Access）、ＬＴＥ（Long  Term  Evolution）、電子メール、ＳＭＳ（Short  Messaging  Service）、等を含む任意の通信規格又はプロトコルを用いて良い。
【０１１６】
メモリ２２０は、ソフトウェアプログラム及びモジュールを格納するよう構成されて良い。プロセッサ２８０は、種々の機能アプリケーション及びデータ処理を実施するために、メモリ２２０に格納されたソフトウェアプログラム及びモジュールを実行する。メモリ２２０は、主に、プログラム記憶領域及びデータ記憶領域を有して良い。プログラム記憶領域は、オペレーティングシステム、（音声再生機能及び画像表示機能のような）少なくとも１つの機能により要求されるアプリケーションプログラム、等を格納して良い。データ記憶領域は、第１端末１０００の使用に従い生成される（音声データ及びアドレス帳のような）データ、等を格納して良い。さらに、メモリ２２０は、高速ランダムアクセスメモリを有して良く、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリのような非一時的コンピュータ可読記憶媒体、又は別の揮発性固体記憶装置も有して良い。したがって、メモリ２２０は、プロセッサ２８０及び入力ユニット２３０のメモリ２２０へのアクセスを提供するために、メモリ制御部を更に有して良い。
【０１１７】
入力ユニット２３０は、入力される数字又は文字情報を受信し、ユーザ設定及び機能制御に関連して入力される、キーボード、マウス、ジョイスティック、光若しくはトラックボール信号を生成するよう構成されて良い。具体的には、入力ユニット２３０は、タッチ感応表面２３１、及び別の入力装置２３２を有して良い。タッチ感応表面２３１は、タッチスクリーン又はタッチパネルとしても参照されることがあり、（指又はスタイラスのような任意の適切なオブジェクト又はアクセサリを用いることにより、タッチ感応表面２３１上の又はその近くのユーザの操作のような）タッチ感応表面上の又はその近くのユーザのタッチ操作を収集し、所定プログラムに従い対応する接続装置を駆動して良い。任意的に、タッチ感応表面２３１は、２つの部分、つまりタッチ検出装置及びタッチ制御部、を有して良い。タッチ検出装置は、ユーザのタッチ位置を検出し、タッチ操作により生成される信号を検出し、タッチ制御部に信号を転送する。タッチ制御部は、タッチ検出装置からタッチ情報を受信し、タッチ情報をタッチポイント座標に変換し、タッチポイント座標をプロセッサ２８０へ送信する。さらに、タッチ制御部は、プロセッサ２８０から送信されるコマンドを受信し実行できる。さらに、タッチ感応表面２３１は、抵抗性、容量性、赤外線、又は表面音波型のタッチ感応表面であって良い。タッチ感応表面２３１に加えて、入力ユニット２３０は、別の入力装置２３２を更に有して良い。具体的には、別の入力装置２３２は、限定ではないが、物理キーボード、（音声制御キー又はスイッチキーのような）機能キー、トラックボール、マウス、及びジョイスティックのうちの１又は複数を有して良い。
【０１１８】
ディスプレイユニット２４０は、ユーザにより入力される情報又はユーザのために提供される情報、及び第１端末１０００の種々のグラフィカルユーザインタフェースを表示するよう構成されて良い。グラフィカルユーザインタフェースは、グラフ、テキスト、アイコン、ビデオ、又はそれらの任意の組合せにより形成されて良い。ディスプレイユニット２４０は、ディスプレイパネル２４１を有して良い。任意で、ディスプレイパネル２４１は、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）、等を用いて構成されて良い。さらに、タッチ感応表面２３１は、ディスプレイパネル２４１をカバーして良い。タッチ感応表面２３１上の又はその近くのタッチ操作を検出した後に、タッチ感応表面２３１は、タッチイベントの種類を決定するために、タッチ操作をプロセッサ２８０へ転送する。次に、プロセッサ２８０は、タッチイベントの種類に従い、ディスプレイパネル２４１上で対応する視覚出力を提供する。図１０では、タッチ感応表面２３１及びディスプレイパネル２４１が入力及び出力機能を実施するために２つの別個の部分として使用されるが、幾つかの実施形態では、タッチ感応表面２３１及びディスプレイパネル２４１は、入力及び出力機能を実装するために統合されて良い。
【０１１９】
第１端末１０００は、少なくとも１つのセンサ２５０、例えば、光センサ、動きセンサ、及び他のセンサを更に有して良い。具体的には、光センサは、周囲光センサ及び近接センサを有して良い。周囲光センサは、周囲光の明るさに従い、ディスプレイパネル２４１の輝度を調整できる。近接センサは、第１端末１０００が耳へ移動するとき、ディスプレイパネル２４１及び／又はバックライトをオフに切り替えて良い。ある種の動きセンサとして、重力加速度センサは、種々の方向の（通常は、３軸上の）加速度の大きさを検出でき、静止時の重力の大きさ及び方向を検出でき、携帯電話機の姿勢（例えば、ランドスケープ方向とポートレート方向との間の切り替え、関連するゲーム、及び磁気計姿勢較正）を認識するアプリケーション、（万歩計、殴打のような）振動認識に関連する機能、等に適用されて良い。ジャイロスコープ、圧力計、湿度計、温度計、及び赤外センサのような他のセンサは、第１端末１０００内に構成されて良く、ここで更に記載されない。
【０１２０】
音声回路２６０、スピーカ２６１、及びマイクロフォン２６２は、ユーザと第１端末１０００との間の音声インタフェースを提供して良い。音声回路２６０は、受信した音声データを電気信号に変換し、電気信号をスピーカ２６１へ送信して良い。スピーカ２６１は、出力のために、電気信号を音声信号に変換する。他方で、マイクロフォン２６２は、収集した音声信号を電気信号に変換する。音声回路２６０は、電気信号を受信し、電気信号を音声データに変換し、処理のためにプロセッサ２８０へ音声データを出力する。次に、プロセッサ２８０は、ＲＦ回路２１０を用いることにより、例えば別の第１端末へ、音声データを送信し、又は更なる処理のためにメモリ２２０に音声データを出力する。音声回路２６０は、周辺機器イヤホンと第１端末１０００との間の通信を提供するために、イヤホンジャックを更に有して良い。
【０１２１】
ＷｉＦｉは、短距離無線送信技術である。第１端末１０００は、短距離無線送信モジュール２７０を用いることにより、ユーザが電子メールを送受信し、ウェブページを閲覧し、ストリーミングメディアにアクセスする、等を助け、ユーザに無線ブロードバンドインターネットアクセスを提供する。図１０は、ＷｉＦｉモジュール２７０を示すが、ＷｉＦｉモジュール２７０は第１端末１０００の必須コンポーネントではなく、必要なときには、ＷｉＦｉモジュール２７０は、本開示の基本の範囲が変更されない限り省略されて良いことが理解される。
【０１２２】
プロセッサ２８０は、第１端末１０００の制御センタであり、種々のインタフェース及び線を用いることにより携帯電話機の種々の部分に接続される。メモリ２２０に格納されたソフトウェアプログラム及び／又はモジュールを走らせ又は実行し、及びメモリ２２０に格納されたデータを呼び出すことにより、プロセッサ２８０は、第１端末１０００の種々の機能及びデータ処理を実行し、それにより、移動電話機上の全体的監視を実行する。任意的に、プロセッサ２８０は、１又は複数の処理コアを含んで良い。望ましくは、プロセッサ２８０は、アプリケーションプロセッサ及びモデムを統合して良い。アプリケーションプロセッサは、主に、オペレーティングシステム、ユーザインタフェース、アプリケーションプログラム、等を処理する。モデムは、主に、無線通信を処理する。前述のモデムプロセッサは、プロセッサ２８０に統合されなくて良いことが理解できる。
【０１２３】
第１端末１０００は、種々のコンポーネントに電力を供給する電源２９０（例えば、バッテリ）を更に有する。望ましくは、電源は、電源管理システムを用いることによりプロセッサ２８０に論理的に接続されて良く、それにより電力管理システムを用いることによる充電、放電、及び電力消費管理を実施する。電源２９０は、直流又は交流電源、再充電システム、電源障害検出回路、電源変換器又はインバータ、電源状態指示器、及び任意の他のコンポーネントのうちの１又は複数を更に有して良い。
【０１２４】
図示しないが、第１端末１０００は、カメラ、Ｂｌｕｅｔｏｏｔｈモジュール等を更に有して良く、それらはここで更に記載されない。具体的に、本実施形態では、第１端末１０００のディスプレイユニットは、タッチスクリーンディスプレイであり、第１端末１０００は、メモリ及び１又は複数のプログラムを更に含む。１又は複数のプログラムは、メモリに格納され、１又は複数のプロセッサにより実行されるよう構成される。１又は複数のプログラムは、本発明の実施形態による注文情報を処理する方法を実施するために使用される命令を含む。
【０１２５】
例示的な実施形態では、命令を有する非一時的コンピュータ可読記憶媒体、例えば命令を有するメモリ、が更に提供される。命令は、注文情報を処理する方法を実施するためにモバイル端末のプロセッサにより実行されて良い。例えば、非一時的コンピュータ可読記憶媒体は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、磁気テープ、フロッピーディスク、光データ記憶装置、等であって良い。
【０１２６】
本発明の実施形態では、第１端末により送信された注文情報は、短距離通信コンポーネントにより受信される。注文情報は、被支払アカウントのアカウント識別子と支払額とを含む。第２端末に予め格納され且つ第１アカウントに結合された該第１アカウントのアカウント識別子は、支払アカウントのアカウント識別子として取得される。支払アカウントのアカウント識別子は注文情報に追加される。予め格納された第１キーを使用して、支払アカウントのアカウント識別子の追加された注文情報に対して暗号化処理が実行される。暗号化注文情報は、短距離通信コンポーネントにより、第１端末へ送信される。したがって、第１端末が、暗号化注文情報をサーバへ送信でき、サーバが、暗号化注文情報に従い支払処理を実行できるようになる。このように、ユーザは、支払アカウントに関する情報、支払パスワード、等を入力することなく、注文情報を処理できる。したがって、注文情報の処理の効率が向上され得る。
【０１２７】
本願明細書を考慮し及び本開示を実施した後に、当業者は、本発明の実施形態の他の実装を容易に考案し得る。本願は、本発明の実施形態のいかなる変形、使用、又は適応的変化も包含することを意図している。このような変形、使用、又は適応的変化は、本発明の実施形態の汎用的原理に従い、本発明の実施形態において記載されない業界内で公の一般知識又は公の技術的手段を含む。本願明細書及び実施形態は単なる例であり、本発明の実施形態の真の範囲及び精神は以下の請求の範囲に記載される。
【０１２８】
理解されるべきことに、本開示は上述の及び添付の図面に示された正確な構造に限定されず、種々の変更及び変化が、本開示の範囲から逸脱することなく行われ得る。本開示の範囲は添付の請求の範囲によってのみ限定される。
【図１】
0006585823.tif 000002
【図２】
0006585823.tif 000003
【図３】
0006585823.tif 000004
【図４】
0006585823.tif 000005
【図５】
0006585823.tif 000006
【図６】
0006585823.tif 000007
【図７】
0006585823.tif 000008
【図８】
0006585823.tif 000009
【図９】
0006585823.tif 000010
【図１０】
0006585823.tif 000011