(57)【特許請求の範囲】
【請求項１】
サービスサーバの動作方法において、
決済アプリケーションサーバから販売者端末の識別情報提供要求を受信する場合、前記販売者端末のための識別情報を発行するステップと、
発行された識別情報を前記決済アプリケーションサーバに送信するステップ（前記決済アプリケーションサーバは、前記販売者端末が前記発行された識別情報に基づいた音波を生成するように前記発行された識別情報を前記販売者端末に送信する）と、
購入者端末によって取得された識別情報及び前記購入者端末の動的コード情報を前記決済アプリケーションサーバから受信するステップ（前記購入者端末は、前記音波を受信し、前記音波に基づいて取得された識別情報を前記決済アプリケーションサーバに送信する）と、
前記取得された識別情報が有効であるか否かを決定するステップと、
前記決定の結果に基づいて、前記取得された識別情報及び前記動的コード情報をマッピングするステップと、
前記販売者端末から取引認証要求を受信した前記決済アプリケーションサーバによって決済処理が実行されるように、前記マッピングに基づいて生成されたマッピング情報を前記決済アプリケーションサーバに送信するステップと、
を含むサービスサーバの動作方法。
【請求項２】
前記決済アプリケーションサーバは、前記販売者端末から前記取引認証要求、加盟店情報、及び取引金額情報を受信する場合、前記マッピング情報内の動的コード情報に対応する一回性情報、前記加盟店情報、及び前記取引金額情報に基づいて決済要求を生成する、請求項１に記載のサービスサーバの動作方法。
【請求項３】
前記音波に対応するシーケンスをシャッフルするために用いられるセキュリティキーを前記決済アプリケーションサーバに送信するステップをさらに含む、請求項１に記載のサービスサーバの動作方法。
【請求項４】
前記決済アプリケーションサーバは、前記セキュリティキーを前記購入者端末に送信する、請求項３に記載のサービスサーバの動作方法。
【請求項５】
前記販売者端末のための識別情報を発行した場合、前記発行された識別情報を含むシーケンスを生成し、前記購入者端末と共有しているセキュリティキーを用いて前記シーケンスをシャッフルするステップと、
前記シャッフルされたシーケンスを前記決済アプリケーションサーバに送信するステップと、
をさらに含む、請求項１に記載のサービスサーバの動作方法。
【請求項６】
前記購入者端末は、前記音波に対応するシーケンスを決定し、前記サービスサーバと共有しているセキュリティキーを用いて前記シーケンスをシャッフルし、前記シャッフルされたシーケンスから識別情報を取得する、請求項１に記載のサービスサーバの動作方法。
【請求項７】
サービスサーバにおいて、
通信インタフェースと、
前記通信インタフェースとカップリングされるコントローラとを含み、
前記コントローラは、
決済アプリケーションサーバから販売者端末の識別情報提供要求を受信する場合、前記販売者端末のための識別情報を発行し、
発行された識別情報を前記通信インタフェースを介して前記決済アプリケーションサーバに送信し（前記決済アプリケーションサーバは、前記販売者端末が前記発行された識別情報に基づいた音波を生成するように前記発行された識別情報を前記販売者端末に送信する）、
購入者端末によって取得された識別情報及び前記購入者端末の動的コード情報を前記通信インタフェースを介して前記決済アプリケーションサーバから受信し（前記購入者端末は、前記音波を受信し、前記音波に基づいて取得された識別情報を前記決済アプリケーションサーバに送信する）、前記取得された識別情報が有効であるか否かを決定し、前記決定の結果に基づいて前記取得された識別情報及び前記動的コード情報をマッピングし、前記販売者端末から取引認証要求を受信した前記決済アプリケーションサーバによって決済処理が実行されるように、前記マッピングに基づいて生成されたマッピング情報を前記通信インタフェースを介して前記決済アプリケーションサーバに送信するサービスサーバ。
【請求項８】
前記決済アプリケーションサーバは、前記販売者端末から前記取引認証要求、加盟店情報、及び取引金額情報を受信する場合、前記マッピング情報内の動的コード情報に対応する一回性情報、前記加盟店情報、及び前記取引金額情報に基づいて決済要求を生成する、請求項７に記載のサービスサーバ。
【請求項９】
前記コントローラは、前記音波に対応するシーケンスをシャッフルするために用いられるセキュリティキーを前記通信インタフェースを介して前記決済アプリケーションサーバに送信する、請求項７に記載のサービスサーバ。
【請求項１０】
前記決済アプリケーションサーバは、前記セキュリティキーを前記購入者端末に送信する、請求項９に記載のサービスサーバ。
【請求項１１】
前記コントローラは、前記販売者端末のための識別情報を発行した場合、前記発行された識別情報を含むシーケンスを生成し、前記購入者端末と共有しているセキュリティキーを用いて前記シーケンスをシャッフルし、前記シャッフルされたシーケンスを前記決済アプリケーションサーバに送信する、請求項７に記載のサービスサーバ。
【請求項１２】
前記購入者端末は、前記音波に対応するシーケンスを決定し、前記サービスサーバと共有しているセキュリティキーを用いて前記シーケンスをシャッフルし、前記シャッフルされたシーケンスで識別情報を取得する、請求項７に記載のサービスサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の実施形態は、モバイル決済システムに関する。
【背景技術】
【０００２】
近年、モバイル決済、メンバーシップ、チケットなどのユーザ端末を用いたオフライン認証が求められるサービスは、バーコードあるいはＱＲコード（登録商標）情報を活用している。バーコードあるいはＱＲコードを活用したオフライン認証の場合、リーダー機（又は、スキャナ）が必要である。そのため、加盟店にサービス適用のためにリーダー機を購買、設置しなければならないなど、コスト及び業務がさらに発生し、サービス拡張に障害される場合がある。
【０００３】
関連する先行技術で、２０１４年１０月０１に出願され、２０１６年０４月０１日に公開された韓国公開特許第１０−２０１６−００３９３６９号（発明の名称：２次元バーコードを用いてペイメントプロセスを実行するモバイルデバイス、サービス端末、第１サーバ及び第２サーバを含むシステム及びそれぞれの制御方法、出願人：株式会社ダナル）がある。前記公開特許公報には、サービス端末により特定の商品に関する情報を表示するステップと、前記特定商品に対する決済要求信号を、前記サービス端末から第１サーバを経由して第２サーバに送信するステップと、前記第１サーバ又は前記第２サーバによって少なくとも１つ以上のＵＲＬ情報とマッピングされている２次元バーコードを生成するステップと、前記生成された２次元バーコードを前記サービス端末に送信するステップと、前記サービス端末によって前記生成された２次元バーコードを表示するステップと、そして、モバイルデバイスによって前記表示された２次元バーコードに対する認識が行われた場合、前記モバイルデバイスは、前記マッピングされたＵＲＬ情報に基づいて前記特定商品に対する決済のための標準決済窓を表示するステップとを含むシステムの制御方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】韓国公開特許第１０−２０１６−００３９３６９号
【発明の概要】
【課題を解決するための手段】
【０００５】
一側面に係るサービスサーバの動作方法は、購入者端末によって取得された識別情報及び前記購入者端末の動的コード情報を決済アプリケーションサーバから受信するステップ（前記購入者端末は、販売者端末で出力された音波に基づいて前記識別情報を取得し、前記取得された識別情報を前記決済アプリケーションサーバに送信する）と、前記取得された識別情報が有効であるか否かを決定するステップと、前記決定結果に基づいて、前記取得された識別情報及び前記動的コード情報をマッピングするステップと、前記販売者端末から取引認証要求を受信した前記決済アプリケーションサーバによって決済処理が実行されるように、前記マッピングに基づいて生成されたマッピング情報を前記決済アプリケーションサーバに送信するステップとを含む。
【０００６】
前記決済アプリケーションサーバは、前記販売者端末から前記取引認証要求、加盟店情報、及び取引金額情報を受信する場合、前記マッピング情報内の動的コード情報に対応する一回性情報、前記加盟店情報、及び前記取引金額情報に基づいて決済要求を生成し得る。
【０００７】
前記動作方法は、前記音波に対応するシーケンスをシャッフルするために用いられるセキュリティキーを前記決済アプリケーションサーバに送信するステップをさらに含み得る。
【０００８】
前記決済アプリケーションサーバは、前記セキュリティキーを前記購入者端末に送信し得る。
【０００９】
前記動作方法は、前記決済アプリケーションサーバから前記販売者端末の識別情報提供要求を受信する場合、前記販売者端末のための識別情報を発行するステップと、前記発行された識別情報を前記決済アプリケーションサーバに送信するステップとをさらに含み、前記決済アプリケーションサーバは、前記販売者端末が前記発行された識別情報に基づいた音波を生成するように前記発行された識別情報を前記販売者端末に送信し得る。
【００１０】
前記動作方法は、前記販売者端末のための識別情報を発行した場合、前記発行された識別情報を含むシーケンスを生成し、前記購入者端末と共有しているセキュリティキーを用いて前記シーケンスをシャッフルするステップと、前記シャッフルされたシーケンスを前記決済アプリケーションサーバに送信するステップとをさらに含み得る。
【００１１】
前記購入者端末は、前記音波に対応するシーケンスを決定し、前記サービスサーバと共有しているセキュリティキーを用いて前記シーケンスをシャッフルし、前記シャッフルされたシーケンスから識別情報を取得し得る。
【００１２】
音波強度関連イベントは、前記購入者端末で測定された音波強度値が閾値音波強度値以上である場合に発生する可能性があり得る。
【００１３】
前記購入者端末は、前記音波強度関連イベントが発生しない場合、第１動作又は第２動作を行い、前記第１動作は、前記購入者端末が前記音波を受信しても前記識別情報を取得しない動作を示し、前記第２動作は前記音波に基づいて前記識別情報を取得するが、前記取得された識別情報の有効性に対する確認を前記決済アプリケーションサーバに要求しない動作を示し得る。
【００１４】
一実施形態に係るサービスサーバは、通信インタフェースと、購入者端末によって取得された識別情報及び前記購入者端末の動的コード情報を前記通信インタフェースを介して決済アプリケーションサーバから受信し（前記購入者端末は、販売者端末で出力された音波に基づいて前記識別情報を取得し、前記取得された識別情報を前記決済アプリケーションサーバに送信する）、前記取得された識別情報が有効であるか否かを決定し、前記決定結果に基づいて前記取得された識別情報及び前記動的コード情報をマッピングし、前記販売者端末から取引認証要求を受信した前記決済アプリケーションサーバによって決済処理が実行されるように、前記マッピングに基づいて生成されたマッピング情報を前記通信インタフェースを介して前記決済アプリケーションサーバに送信するコントローラとを含む。
【発明の効果】
【００１５】
実施形態は、購入者が自分の端末を販売者端末に近接させると、決済処理を行うことができるため決済の便宜性が向上する。また、実施形態は、サービス提供者が決済システムに音波ソリューションを容易かつ迅速に統合可能にし、サービス提供者のサービス拡張が容易になる。
【図面の簡単な説明】
【００１６】
【図１】一実施形態に係る決済システムの動作の一例を説明するための図である。
【図２Ａ】一実施形態に係る決済システムの動作の他の一例を説明するための図である。
【図２Ｂ】一実施形態に係る決済システムの動作の他の一例を説明するための図である。
【図２Ｃ】一実施形態に係る決済システムの動作の他の一例を説明するための図である。
【図３Ａ】一実施形態に係る決済システムの動作の更なる一例を説明するための図である。
【図３Ｂ】一実施形態に係る決済システムの動作の更なる一例を説明するための図である。
【図３Ｃ】一実施形態に係る決済システムの動作の更なる一例を説明するための図である。
【図４】一実施形態に係るサービスサーバのシーケンス決定方法を説明するための図である。
【図５】一実施形態に係る販売者端末の音波出力方法を説明するための図である。
【図６】一実施形態に係る購入者端末の識別情報取得方法を説明するための図である。
【図７】一実施形態に係るサービスサーバの識別情報有効性決定方法を説明するための図である。
【図８】一実施形態に係る決済システムの決済アプリケーションサーバが一回性情報を受信する方法を説明するための図である。
【図９】一実施形態に係る決済システムの動作の更なる一例を説明するための図である。
【図１０】一実施形態に係るサービスサーバを説明するためのブロック図である。
【図１１】一実施形態に係る決済アプリケーションサーバを説明するためのブロック図である。
【図１２】一実施形態に係る購入者端末を説明するためのブロック図である。
【図１３】一実施形態に係る販売者端末を説明するためのブロック図である。
【発明を実施するための形態】
【００１７】
以下、実施形態は添付の図面を参照して詳説する。
下記で説明する実施形態は様々な変更が加えられることができる。特許出願の範囲がこのような実施形態によって限定するためのものではなく、これに対するすべての変更、均等物ないし代替物を含むものとして理解されなければならない。
【００１８】
本発明を限定しようとする意図はない。単数の表現は、文脈上、明白に異なる意味をもたない限り複数の表現を含む。本明細書において、「含む」又は「有する」等の用語は明細書上に記載した特徴、数字、ステップ、動作、構成要素、部品又はこれらを組み合わせたものが存在することを示すものであって、１つ又はそれ以上の他の特徴や数字、ステップ、動作、構成要素、部品、又はこれを組み合わせたものなどの存在又は付加の可能性を予め排除しないものとして理解しなければならない。
【００１９】
異なる定義がされない限り、技術的であるか又は科学的な用語を含み、ここで用いる全ての用語は、本実施形態が属する技術分野で通常の知識を有する者によって一般的に理解されるものと同じ意味を有する。一般的に用いられる予め定義された用語は、関連技術の文脈上で有する意味と一致する意味を有するものと解釈すべきであって、本明細書で明白に定義しない限り、理想的又は過度に形式的な意味として解釈されることはない。
【００２０】
また、添付図面を参照して説明することにおいて、図面符号に関係なく同じ構成要素は同じ参照符号を付与し、これに対する重複する説明は省略する。実施形態の説明において関連する公知技術に対する具体的な説明が実施形態の要旨を不要に曖昧にすると判断される場合、その詳細な説明は省略する。
【００２１】
図１は、一実施形態に係る決済システムの動作の一例を説明するための図である。
【００２２】
一実施形態に係る決済システムは、販売者端末、購入者端末、決済アプリケーションサーバ、及びサービスサーバを含む。図１に示された例の場合、決済アプリケーションサーバ及びサービスサーバのそれぞれは、決済システムで独立的なエンティティー（ｅｎｔｉｔｙ）に該当する。相違に表現すると、図１に示された例の場合、決済アプリケーションサーバ及びサービスサーバは物理的に区分されている。これに制限されることなく、決済アプリケーションサーバ及びサービスサーバは、１つのサーバシステム内で論理的に区分され得る。
【００２３】
図１を参照すると、購入者端末は、決済アプリケーションを実行する（１１０）。例えば、購入者は、加盟店で購買又は利用することを希望する取引アイテム（例えば、商品及び／又はサービス）に対する決済のために購入者端末にインストールされたＸＹＺ決済アプリケーションに選択入力が印加され、購入者端末は、購入者の選択入力に基づいて、ＸＹＺ決済アプリケーションを実行する。
【００２４】
購入者端末は、決済アプリケーションサーバに初期化を要求する（１１１）。決済アプリケーションが実行されれば、購入者は、ログイン情報を入力し、購入者端末は、ログイン情報に基づいて決済アプリケーションサーバに接続する。ここで、購入者端末は、決済アプリケーションサーバに初期化を要求する。
【００２５】
決済アプリケーションサーバは、サービスサーバに初期化を要求する（１１２）。相違に表現すると、決済アプリケーションサーバは、購入者端末の初期化要求をサービスサーバに送信する。
【００２６】
サービスサーバは、購入者端末の初期化要求を決済アプリケーションサーバから受信すると、購入者端末にターゲットされたセキュリティキーを決済アプリケーションサーバに送信する（１１３）。このようなセキュリティキーは、予め決定された周期（例えば、一日又は一週間）ごとに変更されてもよい。これに制限されることなく、セキュリティキーは、購入者端末の初期化要求があるごとに変更され得る。また、購入者端末にターゲットされたセキュリティキーは、他の購入者端末にターゲットされたセキュリティキーと異なってもよい。具現に応じて、購入者端末にターゲットされたセキュリティキーは、他の購入者端末にターゲットされたセキュリティキーと同一であってもよい。セキュリティキーについては後述する。
【００２７】
決済アプリケーションサーバは、セキュリティキーを購入者端末に送信する（１１４）。これにより、決済アプリケーションサーバは、購入者端末とセキュリティキーを共有する。
【００２８】
販売者端末は販売情報を生成する（１１５）。販売者端末は、購入者の取引アイテムに対する販売情報を生成する。販売情報は、例えば、取引アイテムの価格、個数などを含んでもよい。一例として、販売者端末は、購入者が購入することを希望する商品のバーコードをスキャンし、スキャンに基づいて前記商品に対する販売情報を生成する。販売者端末は、具現に応じて有人又は無人で運営されてもよい。
【００２９】
販売者端末は、決済手段を選択する（１１６）。例えば、販売者端末は、信用カード決済、ポイント決済、又は、購入者端末に実行中であるＸＹＺ決済アプリケーションに関する決済を決済手段として選択する。
【００３０】
購入者端末は、決済手段を選択する（１１７）。例えば、ＸＹＺ決済アプリケーションにｘｙｚカードに関する情報が登録されていると仮定する。この場合、購入者端末は、購入者の選択によってｘｙｚカードを決済手段として選択される。図１に示された例において、ｘｙｚカードが決済手段として購入者端末により選択されると仮定する。
【００３１】
購入者端末は、決済手段に対する選択に基づいて生成された選択情報を決済アプリケーションサーバに送信する（１１８）。相違に表現すると、購入者端末は、どのような決済手段が選択されたかを決済アプリケーションサーバに知らせる。例えば、購入者端末は、ｘｙｚカードが選択されたことを示す選択情報を決済アプリケーションサーバに送信する。
【００３２】
決済アプリケーションサーバは、カード会社サーバによって生成された一回性情報を受信し、一回性情報に対応する動的コード情報を生成する（１１９）。ここで、動的コード情報は、現在の取引に固有であってもよい。また、動的コード情報は、決済アプリケーションサーバが購入者端末（又は、購入者端末の取引）に対して生成したものであってもよい。決済アプリケーションサーバがいかなる過程を経て一回性情報を受信するかについては、図８を参照して後述する。図１に示された例で、一回性情報に対応する動的コード情報「ＡＢＣ」が生成されると仮定する。
【００３３】
決済アプリケーションサーバは、動的コード情報を購入者端末に送信し、購入者端末は、動的コード情報をディスプレイに表示する。例えば、購入者端末は、動的コード情報「ＡＢＣ」を数字シーケンス（一例として、５０４４  ３２１４  ５６３２  ５７９８  １００００）及び／又は視覚的コード（一例として、バーコード、ＱＲコード）として表示する。具現に応じて、決済アプリケーションサーバは、動的コード情報を購入者端末に送信しないか、一回性情報を購入者端末に送信してもよい。
【００３４】
販売者端末は、識別情報提供を決済アプリケーションサーバに要求する（１２０）。相違に表現すると、販売者端末は、決済手段が選択されれば、識別情報発行要求を決済アプリケーションサーバに送信する。
【００３５】
決済アプリケーションサーバは、識別情報提供をサービスサーバに要求する（１２１）。相違に表現すると、決済アプリケーションサーバは、販売者端末の識別情報発行要求をサービスサーバに送信してもよい。
【００３６】
サービスサーバは、販売者端末のための識別情報を発行する（１２２）。図１に示された例で、サービスサーバは、販売者端末のために「１２３４５」の識別情報を発行すると仮定する。具現に応じて、サービスサーバは、発行された識別情報を含むシーケンスを生成し、購入者端末にターゲットされたセキュリティキーでシーケンスをシャッフルする。これについては図４を参照して後述する。
【００３７】
サービスサーバは、販売者端末の識別情報発行要求があるごとに販売者端末に他の識別情報を発行する。相違に表現すると、当該決済において販売者発行される識別情報は、他の決済で販売者端末に発行される識別情報とは異なる。一例として、サービスサーバが異なる決済で販売者端末の識別情報発行要求を決済アプリケーションサーバから受信した場合、先に説明した「１２３４５」とは異なる識別情報を販売者端末に発行してもよい。言い換えれば、決済があるごとに、販売者端末には他の識別情報が発行されてもよい。そのため、当該決済で販売者端末に発行された識別情報が流出されても、流出された識別情報は他の決済で有効でないか、使用され難くなるため、決済セキュリティー性がより向上される。
【００３８】
サービスサーバは、販売者端末に発行した識別情報「１２３４５」をリストに記録する。ここで、リストには、他の販売者端末に発行した識別情報「６７８９０」も記録されていてもよい。
【００３９】
サービスサーバは、発行された識別情報を決済アプリケーションサーバに送信する（１２３）。
【００４０】
決済アプリケーションサーバは、発行された識別情報を販売者端末に送信する（１２４）。
【００４１】
販売者端末は、発行された識別情報に基づいた音波を出力する（１２５）。音波は非可聴域であってもよい。これに制限されることなく、音波は可聴域であってもよい。販売者端末の音波出力方法については図５を参照して後述する。
【００４２】
購入者端末は、音波に基づいて識別情報を取得する（１２６）。相違に表現すると、購入者端末は、音波に基づいて販売者端末に発行された識別情報を推定する。購入者端末が識別情報をどのように取得するかについては図６を参照して後述する。図１に示された例で、購入者端末は、音波に基づいて識別情報「１２３４５」を取得すると仮定する。
【００４３】
購入者端末は、取得された識別情報を決済アプリケーションサーバに送信する（１２７）。ステップ１２７において、購入者端末は、取得された識別情報の有効性に対する確認を決済アプリケーションサーバに要求する。相違に表現すると、購入者端末は、取得された識別情報が有効であるか否かを決済アプリケーションサーバに問い合わせる。
【００４４】
決済アプリケーションサーバは、前記取得された識別情報及び動的コード情報をサービスサーバに送信する（１２８）。すなわち、サービスサーバは、決済アプリケーションサーバから購入者端末によって取得された識別情報を受信する。ステップ１２８において、決済アプリケーションサーバは、前記取得された識別情報の有効性に対する確認をサービスサーバに要求する。
【００４５】
サービスサーバは、前記取得された識別情報が有効であるか否かを決定する（１２９）。相違に表現すると、サービスサーバは、受信された識別情報の有効性を検証する。一実施形態において、サービスサーバは、「１２３４５」を決済アプリケーションサーバから受信する場合、受信された識別情報「１２３４５」がリストにあるか否かに対するチェック及び経過時間のうち少なくとも１つを考慮して、受信された識別情報「１２３４５」が有効であるか否かを決定する。これについては図７を参照して後述する。
【００４６】
サービスサーバは、前記取得された識別情報が有効でなければ、エラー処理する（１３０）。
【００４７】
サービスサーバは、前記取得された識別情報が有効であれば、前記取得された識別情報と動的コード情報をマッピングする（１３１）。相違に表現すると、サービスサーバは、受信された識別情報が有効であれば、受信された識別情報と動的コード情報が互いにマッピングされたマッピング情報を生成する。例えば、サービスサーバは、受信された識別情報「１２３４５」が有効であれば、「１２３４５」と動的コード情報「ＡＢＣ」を販売者端末に対してマッピングする。「１２３４５」は、当該の取引で販売者端末のために発行され、「ＡＢＣ」は、当該の取引で購入者端末のために生成されたものであるため、前述したマッピングによって販売者端末と購入者端末は、サービスサーバ上で一対一の対応を行うことができる。これと同様に、サービスサーバは、他の販売者端末と他の購入者端末を一対一に対応させることができる。例えば、サービスサーバが販売者端末Ｂに発行された識別情報が「６７８９０」であると仮定する。サービスサーバは、購入者端末Ｂによって取得された識別情報「６７８９０」を決済アプリケーションサーバから受信し、受信された識別情報「６７８９０」が有効であるか検証し、受信された識別情報「６７８９０」が有効であれば、「６７８９０」と購入者端末Ｂの動的コード情報「ＤＥＦ」を販売者端末Ｂに対してマッピングする。
【００４８】
サービスサーバは、前記取得された識別情報と動的コード情報のマッピングに基づいて生成されたマッピング情報を決済アプリケーションサーバに送信する（１３２）。マッピング情報は、例えば、識別情報「１２３４５」と動的コード情報「ＡＢＣ」を含んでもよい。また、マッピング情報は、識別情報「１２３４５」と動的コード情報「ＡＢＣ」がどのような販売者端末にマッピングされたかに関する情報を含んでもよい。言い換えれば、マッピング情報は「１２３４５」が発行された販売者端末に対して、識別情報「１２３４５」と動的コード情報「ＡＢＣ」がマッピングされるという情報、及び／又は「１２３４５」が発行された販売者端末に関する情報（一例として、販売者情報又は加盟店情報など）を含んでもよい。これと同様に、サービスサーバ上で「６７８９０」と「ＤＥＦ」がマッピングされてマッピング情報Ｂが生成される。マッピング情報Ｂは、「６７８９０」が発行された販売者端末（すなわち、前述した販売者端末Ｂ）に対して「６７８９０」と「ＤＥＦ」がマッピングされるという情報、及び／又は「６７８９０」が発行された販売者端末に関する情報（一例として、販売者情報又は加盟店情報など）を含んでもよい。
【００４９】
販売者端末は、取引認証を決済アプリケーションサーバに要求する（１３３）。例えば、販売者端末は、音波を出力した後取引認証要求を決済アプリケーションサーバに送信する。具現に応じて、販売者端末は、音波出力と同時に取引認証要求を決済アプリケーションサーバに送信する。
【００５０】
ステップ１３３で、販売者端末は、加盟店情報及び／又は取引金額情報を取引認証要求と共に決済アプリケーションサーバに送信する。加盟店情報は、例えば、販売者端末が属する加盟店に関する情報及び／又は販売者端末に発行された識別情報を含む。具現に応じて、加盟店情報は、販売者端末に発行された識別情報を含まなくてもよい。
【００５１】
決済アプリケーションサーバは、販売者端末の取引認証要求を受信すると、マッピング情報を考慮したり参照して決済処理を行う（１３４）。
【００５２】
一実施形態によれば、決済アプリケーションサーバは、販売者端末から取引認証要求、加盟店情報、及び取引金額情報を受信する場合、マッピング情報内の動的コード情報に対応する一回性情報、加盟店情報、及び取引金額情報に基づいて決済要求を生成する。一例として、決済アプリケーションサーバは、販売者端末に発行された識別情報「１２３４５」と一致する識別情報を含むマッピング情報を検索する。ここで、「１２３４５」と「ＡＢＣ」がマッピングされたマッピング情報が検索される。マッピング情報が検索された場合、決済アプリケーションサーバは、決済要求を生成する。例えば、決済アプリケーションサーバは、検索されたマッピング情報内の「ＡＢＣ」に対応する一回性情報、加盟店情報、及び決済金額情報に基づいて決済要求を生成する。決済アプリケーションサーバは、前記決済要求をＶＡＮ（Ｖａｌｕｅ  Ａｄｄｅｄ  Ｎｅｔｗｏｒｋ）社サーバに送信する。ＶＮＡ社サーバは、前記決済要求をカード会社サーバに送信する。カード会社サーバは、前記決済要求を処理して処理結果をＶＡＮ社サーバに送信する。ＶＡＮ社サーバは、処理結果を決済アプリケーションサーバに送信し、決済アプリケーションサーバは、処理結果を取引認証要求に対する応答として販売者端末に送信する。これにより、決済が完了される。
【００５３】
他の実施形態によれば、サービスサーバは、マッピング情報を決済アプリケーションサーバに送信しなくてもよい。この場合、決済アプリケーションサーバは、販売者端末の取引認証要求、取引金額情報、及び加盟店情報を販売者端末から受信すると、販売者端末に発行された識別情報のマッピング相手（ｃｏｕｎｔｅｒｐａｒｔ）に対するクエリをサービスサーバに送信する。図１に示された例として、販売者端末に発行された識別情報は「１２３４５」であるため、決済アプリケーションサーバは、販売者端末に発行された識別情報「１２３４５」がどのような動的コードとマッピングされているかをサービスサーバに問い合わせる。「１２３４５」は、「ＡＢＣ」とマッピングされているため、サービスサーバは、「ＡＢＣ」をクエリに対する応答として決済アプリケーションサーバに送信する。決済アプリケーションサーバは、サービスサーバから動的コード情報を受信すると、受信された動的コード情報に対応する一回性情報、加盟店情報、及び決済金額情報に基づいて生成された決済要求をＶＡＮ社サーバを介してカード会社サーバに送信する。カード会社サーバは、前記決済要求を処理して処理結果をＶＡＮ社サーバに送信する。ＶＡＮ社サーバは、処理結果を決済アプリケーションサーバに送信し、決済アプリケーションサーバは、処理結果を取引認証要求に対する応答として販売者端末に送信する。
【００５４】
図１を参照して説明した例によれば、購入者端末が販売者端末の音波を受信することによって決済処理が行われる。そのため、購入者は、決済のために信用カードを提示しないことができ、決済の便宜性が向上される。
【００５５】
図２Ａ〜図２Ｃは、一実施形態に係る決済システムの動作の他の一例を説明するための図である。
【００５６】
一実施形態に係る決済システムは、音波強度関連イベントを考慮する。以下、図２Ａを参照しながら説明する。
【００５７】
図２Ａを参照すると、購入者Ａの購入者端末は、決済アプリケーションを実行し（２１０）、決済アプリケーションサーバに初期化を要求する（２１１）。
【００５８】
決済アプリケーションサーバは、サービスサーバに初期化を要求する（２１２）。
【００５９】
サービスサーバは、購入者端末の初期化要求を決済アプリケーションサーバから受信すると、購入者端末にターゲットされたセキュリティキー及び閾値音波強度値を決済アプリケーションサーバに送信する（２１３）。図１に示された例とは異なって、サービスサーバは、セキュリティキーのみならず、購入者端末にターゲットされた閾値音波強度値を決済アプリケーションサーバに送信する。ここで、閾値音波強度値は、購入者端末の種類を考慮してサービスサーバ及び／又は決済アプリケーションサーバによって算出される。
【００６０】
決済アプリケーションサーバは、セキュリティキー及び閾値音波強度値を購入者端末に送信する（２１４）。
【００６１】
販売者端末は販売情報を生成し（２１５）、決済手段を選択する（２１６）。
【００６２】
購入者端末は決済手段を選択し（２１７）、選択情報を決済アプリケーションサーバに送信する（２１８）。
【００６３】
決済アプリケーションサーバは、動的コード情報を生成する（２１９）。
【００６４】
販売者端末は、識別情報提供を決済アプリケーションサーバに要求する（２２０）。
【００６５】
決済アプリケーションサーバは、識別情報提供をサービスサーバに要求する（２２１）。
【００６６】
サービスサーバは、販売者端末のための識別情報を発行し（２２２）、発行された識別情報を決済アプリケーションサーバに送信する（２２３）。
【００６７】
決済アプリケーションサーバは、発行された識別情報を販売者端末に送信する（２２４）。
【００６８】
販売者端末は、発行された識別情報に基づいた音波を出力する（２２５）。
【００６９】
現在の取引に関する購入者Ａの購入者端末は音波を受信する。また、加盟店内に購入者Ｂの購入者端末（以下、他の購入者端末）が位置した場合、購入者Ａの取引とは関わっていない他の購入者端末も現在の出力される音波を受信することがある。この場合、購入者端末のみならず、他の購入者端末も音波に基づいて識別情報を取得し、取得された識別情報を決済アプリケーションサーバに送信する。購入者端末とは異なる購入者端末は、同一の音波を受信するため、購入者端末によって取得された識別情報は、他の購入者端末によって取得された識別情報と同一である。そのため、決済アプリケーションサーバが購入者端末及び他の購入者端末のそれぞれによって取得された識別情報を受信すると、購入者端末及び他の購入者端末のうち現在の取引に関する端末を識別し難い。
【００７０】
一方、購入者端末は、音波を受信するために販売者端末又は販売者端末の音波出力インタフェース（一例として、スピーカ）に近接することができ、他の購入者端末は、販売者端末とは遠く離れていることがある。そのため、購入者端末で測定される音波強度値は、他の購入者端末で測定される音波強度値よりも大きい。したがって、一実施形態に係る決済システムは、音波強度関連イベントを考慮することができる。
【００７１】
一実施形態において、購入者端末は、音波強度関連イベントが発生する場合、音波に基づいて取得された識別情報を決済アプリケーションサーバに送信する（２２６）。音波強度関連イベントは、購入者端末によって測定された音波強度値が閾値音波強度値以上である場合に発生する可能性がある。図１に示された例とは異なって、音波強度関連イベントの発生が購入者端末によって取得された識別情報が送信されるための条件に該当する。ステップ２２６については、図２Ｂ及び図２Ｃを参照して後述する。
【００７２】
他の購入者端末で音波強度関連イベントが発生しないため、他の購入者端末は、音波に基づいて取得された識別情報を決済アプリケーションサーバに送信しないか、識別情報を取得しない。
【００７３】
決済アプリケーションサーバは、前記取得された識別情報及び動的コード情報をサービスサーバに送信する（２２７）。
【００７４】
サービスサーバは、前記取得された識別情報が有効であるか否かを決定する（２２８）。これについては図７を参照して後述する。
【００７５】
サービスサーバは、購入者端末によって取得された識別情報が有効でなければ、エラー処理する（２２９）。
【００７６】
サービスサーバは、前記取得された識別情報が有効であれば、前記取得された識別情報と動的コード情報をマッピングする（２３０）。サービスサーバは、マッピング情報を決済アプリケーションサーバに送信する（２３１）。
【００７７】
販売者端末は、取引認証を決済アプリケーションサーバに要求する（２３２）。ここで、販売者端末は、加盟店情報及び／又は取引金額情報を取引認証要求と共にサーバに送信する。
【００７８】
決済アプリケーションサーバは、販売者端末の取引認証要求を受信すると、マッピング情報を考慮して決済処理を行う（２３３）。
【００７９】
図１を参照して記述された事項は、図２Ａを参照して記述された事項に適用できるため、詳細な説明は省略する。以下、ステップ２２６に対する一例を図２Ｂを参照しながら説明し、ステップ２２６に対する他の一例を図２Ｃを参照しながら説明する。
【００８０】
図２Ｂを参照すると、購入者端末は、音波強度関連イベントが発生するかを確認する（２４０）。例えば、購入者端末は、音波強度を測定し、測定された音波強度値が閾値音波強度値以上であるかを決定する。
【００８１】
音波強度関連イベントが発生しなければ、購入者端末は識別情報を取得しない（２４１）。
【００８２】
音波強度関連イベントが発生すると、購入者端末は、音波に基づいて識別情報を取得し（２４２）、取得された識別情報を決済アプリケーションサーバに送信する（２４３）。購入者端末が識別情報をどのように取得したかについては図６を参照して後述する。
【００８３】
図２Ｃを参照すると、購入者端末は、音波に基づいて識別情報を取得する（２５０）。
【００８４】
購入者端末は、音波強度関連イベントが発生するかを確認する（２５１）。
【００８５】
音波強度関連イベントが発生しなければ、購入者端末は、取得された識別情報を決済アプリケーションサーバに送信しない（２５２）。
【００８６】
音波強度関連イベントが発生すると、購入者端末は、取得された識別情報を決済アプリケーションサーバに送信する（２５３）。
【００８７】
図３Ａ〜図３Ｃは、一実施形態に係る決済システムの動作の更なる一例を説明するための図である。
【００８８】
一実施形態に係る決済システムは、磁場強度関連イベント（又は、磁場関連イベント）を考慮する。以下、図３Ａを参照しながら説明する。
【００８９】
図３Ａを参照すると、購入者Ａの購入者端末は、決済アプリケーションを実行し（３１０）、決済アプリケーションサーバに初期化を要求する（３１１）。
【００９０】
決済アプリケーションサーバは、サービスサーバに初期化を要求する（３１２）。
【００９１】
サービスサーバは、購入者端末の初期化要求を決済アプリケーションサーバから受信すると、閾値磁場強度値及び閾値変化量のうち少なくとも１つと購入者端末にターゲットされたセキュリティキーを決済アプリケーションサーバに送信する（３１３）。図１及び２Ａに示された例とは異なって、サービスサーバは、閾値磁場強度値及び閾値変化量のうち少なくとも１つを決済アプリケーションサーバに送信する。ここで、閾値磁場強度値及び閾値変化量は、購入者端末の種類を考慮してサービスサーバ及び／又は決済アプリケーションサーバによって算出される。
【００９２】
決済アプリケーションサーバは、セキュリティキー及び閾値磁場強度値を購入者端末に送信する（３１４）。
【００９３】
販売者端末は、販売情報を生成し（３１５）、決済手段を選択する（３１６）。
【００９４】
購入者端末は、決済手段を選択し（３１７）、選択情報を決済アプリケーションサーバに送信する（３１８）。
【００９５】
決済アプリケーションサーバは、動的コード情報を生成する（３１９）。
【００９６】
販売者端末は、識別情報提供を決済アプリケーションサーバに要求する（３２０）。
【００９７】
決済アプリケーションサーバは、識別情報提供をサービスサーバに要求する（３２１）。
【００９８】
サービスサーバは、販売者端末のための識別情報を発行し（３２２）、発行された識別情報を決済アプリケーションサーバに送信する（３２３）。
【００９９】
決済アプリケーションサーバは、発行された識別情報を販売者端末に送信する（３２４）。
【０１００】
販売者端末は、発行された識別情報に基づいた音波を出力する（３２５）。
【０１０１】
図２を参照して説明したように、現在の取引に関する購入者Ａの購入者端末と現在の取引と関連していない購入者Ｂの購入者端末（以下、他の購入者端末）が音波を受信することがある。この場合、購入者端末とは異なる購入者端末それぞれが取得した識別情報が決済アプリケーションサーバに送信されれば、決済アプリケーションサーバ及び／又はサービスサーバは、購入者端末及び他の購入者端末のうち現在の取引に関する端末を識別し難い。
【０１０２】
一方、購入者端末は、音波を受信するために販売者端末又は販売者端末の音波出力インタフェース（一例として、スピーカ）と近接し、他の購入者端末は、販売者端末と遠く離れていることがある。ここで、販売者端末で磁場が発生すれば、購入者端末及び他の購入者端末で磁場の強度は相違に測定される。すなわち、購入者端末は、販売者端末と近接しているため、大きい強度の磁場を検出し、他の購入者端末は販売者端末と遠く離れているため、小さい強度の磁場を検出したり、磁場を検出することができない場合もある。そのため、一実施形態に係る決済システムは、磁場強度関連イベントを考慮する。
【０１０３】
一実施形態において、購入者端末は、磁場強度関連イベントが発生する場合、音波に基づいて取得された識別情報を決済アプリケーションサーバに送信する（３２６）。磁場強度関連イベントは、購入者端末が販売者端末に近接するにつれて生じる可能性がある。より具体的に、購入者端末が販売者端末に近接すると、購入者端末で測定された磁場強度値は、閾値磁場強度値以上であるか、磁場強度値の変化量が閾値変化量以上である。ステップ３２６については図３Ｂ及び図３Ｃを参照して後述する。
【０１０４】
他の購入者端末には、磁場強度関連イベントが発生していないため、他の購入者端末は、音波を受信しても識別情報を取得できない。又は、他の購入者端末は、音波に基づいて取得した識別情報を取得しても、磁場強度関連イベントが発生しないため、取得した識別情報を決済アプリケーションサーバに送信しない。
【０１０５】
決済アプリケーションサーバは、前記取得された識別情報及び動的コード情報をサービスサーバに送信する（３２７）。
【０１０６】
サービスサーバは、前記取得された識別情報が有効であるか否かを決定する（３２８）。
【０１０７】
サービスサーバは、前記取得された識別情報が有効でなければ、エラー処理する（３２９）。
【０１０８】
サービスサーバは、前記取得された識別情報が有効であれば、前記取得された識別情報と動的コード情報をマッピングする（３３０）。サービスサーバは、マッピング情報を決済アプリケーションサーバに送信する（３３１）。
【０１０９】
販売者端末は、取引認証を決済アプリケーションサーバに要求する（３３２）。
【０１１０】
決済アプリケーションサーバは、販売者端末の取引認証要求を受信すると、マッピング情報を考慮して決済処理を行う（３３３）。
【０１１１】
図１を参照して記述された事項は、図３Ａを参照して記述された事項に適用し得るため、詳細な説明は省略する。以下、ステップ３２６に対する一例を図３Ｂを参照しながら説明し、ステップ３２６に対する他の一例は図３Ｃを参照しながら説明される。
【０１１２】
図３Ｂを参照すると、購入者端末は、磁場強度関連イベント（又は、磁場関連イベント）が発生するかを確認する（３４０）。例えば、購入者端末の地磁気センサが販売者端末の磁場を検出するとき、磁場強度値が生成され、購入者端末が販売者端末に近接すると、磁場強度値が閾値磁場強度値以上であり得る。また、購入者端末が販売者端末に近接すると、磁場強度値は大きく増加し、磁場強度値の変化量が閾値変化量以上になる。磁場強度値が閾値磁場強度値以上及び／又は磁場強度値の変化量が閾値変化量以上であれば、磁場強度関連イベントが発生する可能性がある。
【０１１３】
磁場は、販売者端末の磁気物質によって生成される。例えば、磁場は販売者端末のスピーカに含まれている磁石又は販売者端末に付着されている磁石によって生成される。
【０１１４】
磁場強度関連イベントが発生しなければ、購入者端末は識別情報を取得しない（３４１）。
【０１１５】
磁場強度関連イベントが発生すると、購入者端末は音波に基づいて識別情報を取得し（３４２）、取得された識別情報を決済アプリケーションサーバに送信する（３４３）。
【０１１６】
具現に応じて、購入者端末は、磁場強度関連イベントが発生すると、マイクを活性化させて音波を受信し、音波に基づいて識別情報を取得できる。購入者端末は、磁場強度関連イベントが発生しなければ、マイクを活性化させない。この場合、購入者端末は音波そのものを受信しない。
【０１１７】
図３Ｃを参照すると、購入者端末は音波に基づいて識別情報を取得する（３５０）。
【０１１８】
購入者端末は、磁場強度関連イベント（又は、磁場関連イベント）が発生するかを確認する（３５１）。
【０１１９】
磁場強度関連イベントが発生しなければ、購入者端末は、取得された識別情報を決済アプリケーションサーバに送信しない（３５２）。
【０１２０】
音波強度関連イベントが発生すると、購入者端末は、取得された識別情報を決済アプリケーションサーバに送信する（３５３）。
【０１２１】
一実施形態に係る決済システムは、音波強度関連イベント及び磁場強度関連イベントの全てを考慮する。この場合、サービスサーバは、セキュリティキー、閾値音波強度値、及び閾値磁場強度値を初期化要求に対する応答として決済アプリケーションサーバを介して購入者端末に送信する。また、購入者端末は、音波強度関連イベント及び磁場強度関連イベントが発生した場合、音波に基づいて取得された識別情報を決済アプリケーションサーバに送信する。
【０１２２】
図４は、一実施形態に係るサービスサーバのシーケンス決定方法を説明するための図である。
【０１２３】
図１、図２Ａ、及び図３Ａを参照して説明したように、サービスサーバは、販売者端末のための識別情報を発行する（１２２、２２２、及び３２２）。図４を参照して説明した例で、発行された識別情報が「１００１１」であると仮定する。サービスサーバは、発行された識別情報を決済アプリケーションサーバを介して販売者端末に送信する。一実施形態において、サービスサーバは、発行された識別情報に対するセキュリティーを強化する。以下、図４を参照しながら説明する。
【０１２４】
図４を参照すると、サービスサーバは、発行された識別情報を含むシーケンスを生成する（４１０）。図４に示した例のように、サービスサーバは、発行された識別情報「１００１１」を含むシーケンスを生成する。一実施形態において、サービスサーバは、エラー訂正ビット（又は、エラー訂正コード）と発行された識別情報を含むシーケンスを生成する。一例として、サービスサーバは、「１００１１」にエラー訂正ビットを加える。図４に示された例で、サービスサーバがエラー訂正ビット及び発行された識別情報を含むシーケンス「１００１１．．．０１１」を生成すると仮定する。
【０１２５】
サービスサーバは、セキュリティキーでシーケンスをシャッフルする（５２０）。相違に表現すると、サービスサーバは、購入者端末にターゲットされたセキュリティキーでシーケンスのビットを再配置する。図４に示された例で、「１００１１．．．０１１」がシャッフルされることで「１１００．．．１０．．．１．．．１１０」が生成されると仮定する。
【０１２６】
サービスサーバは、シャッフルされたシーケンスを決済アプリケーションサーバに送信する。決済アプリケーションサーバは、シャッフルされたシーケンスを販売者端末に送信する。
【０１２７】
図４を参照して説明した例は具現上の一例であって、上記で説明したように、サービスサーバは、発行された識別情報を決済アプリケーションサーバを介して販売者端末に送信する。
【０１２８】
販売者端末は、音波を出力する。以下、図５を参照しながら販売者端末の音波出力方法について説明する。
【０１２９】
図５は、一実施形態に係る販売者端末の音波出力方法を説明するための図である。
【０１３０】
販売者端末は、発行された識別情報に基づいて音波を出力する（５１０）。例えば、販売者端末は、発行された識別情報の各桁に該当するビット値に基づいて、発行された識別情報の各桁にマッピングされた周波数に該当する音波を出力したり、出力しない。より具体的に、図５に示されたテーブル及び発行された識別情報「１００１１」を参照すると、発行された識別情報の２０桁、２１桁、及び２４桁は１であるため、販売者端末は、１９ＫＨｚに該当する音波、１９．４ｋＨｚに該当する音波、及び２０．６ｋＨｚに該当する音波を出力し、発行されたシーケンスの２２桁及び２３桁は０であるため、１９．８ＫＨｚに該当する音波及び２０．２ｋＨｚに該当する音波を出力しない。販売者端末は、１９ＫＨｚに該当する音波、１９．４ｋＨｚに該当する音波、及び２０．６ｋＨｚに該当する音波を同時に出力したり順次出力する。
【０１３１】
具現に応じて、販売者端末は、シャッフルされたシーケンスを決済アプリケーションサーバから受信する。この場合、ステップ５１０を介して説明したように、販売者端末は、シャッフルされたシーケンスの各桁に該当するビット値に基づいて、シャッフルされたシーケンスの各桁にマッピングされた周波数に該当する音波を出力したり、出力しない。
【０１３２】
販売者端末が音波を出力すると、購入者端末は音波をマイクを介して受信し、音波に基づいて識別情報を取得する。以下、図６を参照しながら、購入者端末の識別情報取得方法について説明する。
【０１３３】
図６は、一実施形態に係る購入者端末の識別情報取得方法を説明するための図である。
【０１３４】
販売者端末がシャッフルされたシーケンス「１１００．．．１０．．．１．．．１１０」によって音波を出力すると仮定する。この場合、販売者端末は１９．４ＫＨｚに該当する音波、１９．８ｋＨｚに該当する音波などを同時に出力する。
【０１３５】
図６を参照すると、購入者端末は、音波に対応するシーケンスを決定する（６１０）。購入者端末が音波受信を完了すると、図６に示した例のように、シーケンス「１１００．．．１０．．．１．．１１０」を決定する。より具体的に、購入者端末は１９ｋＨｚに該当する音波がないため、２０桁を０として決定し、１９．４ＫＨｚに該当する音波及び１９．８ｋＨｚに該当する音波それぞれがあるため、２１桁及び２２桁の各々を１として決定する。同様に、購入者端末は、２３桁ないし最後の桁各々に該当するビット値を決定する。これにより、購入者端末は、シーケンス「１１００．．．１０．．．１．．１１０」を決定する。
【０１３６】
購入者端末は、セキュリティキーでシーケンスをシャッフルする（６２０）。図６に示した例のように、購入者端末は、セキュリティキーでシーケンス「１１００．．．１０．．．１」をシャッフルする。これにより、「１００１１．．．０１１」が生成される。
【０１３７】
購入者端末は、シャッフルされたシーケンスから識別情報を取得する（６３０）。購入者端末は、シャッフルされたシーケンスから、どの部分が識別情報に該当するかを予め知っている。そのため、購入者端末は、シャッフルされたシーケンスで識別情報を取得することができる。購入者端末は、取得された識別情報を決済アプリケーションサーバに送信する。決済アプリケーションサーバは、図１、図２Ａ、及び図３Ａを参照して説明したように、動的コード情報及び取得された識別情報をサービスサーバに送信する。
【０１３８】
サービスサーバは、購入者端末によって取得された識別情報を決済アプリケーションサーバから受信すると、購入者端末によって取得された識別情報が有効であるか否かを決定することができる。以下、図７を参照しながら、サービスサーバの識別情報有効性決定方法について説明する。
【０１３９】
図７は、一実施形態に係るサービスサーバの識別情報有効性決定方法を説明するための図である。
【０１４０】
図７に示された例で、購入者端末によって取得された識別情報を「１２３４５」であると仮定する。
【０１４１】
サービスサーバは、購入者端末によって取得された識別情報が有効であるか否かを決定する（１２９、２２８、及び３２８）。
【０１４２】
一例として、サービスサーバは、購入者端末が取得した識別情報「１２３４５」がサービスサーバ自分が生成した識別情報のリストにあるかを決定する（７１０）。ここで、サービスサーバは、購入者端末が取得した識別情報「１２３４５」がリストにあれば有効であると決定し、購入者端末が取得した識別情報「１２３４５」がリストになければ有効でないと決定する。
【０１４３】
他の一例として、サービスサーバは、決済アプリケーションサーバから識別情報提供要求を受信した時点から購入者端末が取得した識別情報を受信した時点までの経過時間が予め決定した基準（例えば、３０秒）以内であるかを決定する（７２０）。サービスサーバは、経過時間が予め決定した基準以内であれば、購入者端末が取得した識別情報「１２３４５」は有効であると決定し、経過時間が予め決定された基準を超過すれば、購入者端末が取得した識別情報「１２３４５」は有効でないと決定する。
【０１４４】
具現に応じて、サービスサーバは、ステップ７１０ないしステップ７２０の全てを行うことで、購入者端末が取得した識別情報が有効であるか否かを決定することができる。
【０１４５】
図８は、一実施形態に係る決済システムの決済アプリケーションサーバが一回性情報を受信する方法を説明するための図である。
【０１４６】
図８を参照すると、決済アプリケーションサーバは、購入者端末から選択情報を受信する（８１０）。
【０１４７】
決済アプリケーションサーバは選択情報を受信すると、購入者端末に選択された決済手段に対する認証要求及び／又は購入者認証要求をＶＡＮ社サーバに送信し（８１１）、ＶＡＮ社サーバは、前記認証要求をカード会社サーバに送信する（８１２）。例えば、ｘｙｚカードが選択された場合、決済アプリケーションサーバは、ＶＡＮ社サーバを介してｘｙｚカード会社サーバにｘｙｚカードに対する認証及び／又は購入者認証を要求する。
【０１４８】
カード会社サーバは、購入者端末によって選択された決済手段及び／又は購入者を認証し、認証結果に基づいて、購入者端末によって選択された決済手段に対応する一回性（ｏｎｅ−ｔｉｍｅ）情報を生成する。例えば、ｘｙｚカード会社サーバは、ｘｙｚカードに対する認証及び／又は購入者認証が成功すれば、ｘｙｚカードに対応する一回性情報を生成する。
【０１４９】
カード会社サーバは、一回性情報をＶＡＮ社サーバに送信し（８１３）、ＶＡＮ社サーバは、前記一回性情報を決済アプリケーションサーバに送信する（８１４）。
【０１５０】
決済アプリケーションサーバは、前記一回性情報に基づいて動的コード情報を生成する（８１５）。
【０１５１】
図１ないし図７を参照して記述された事項は、図８を参照して記述された事項に適用し得るため、詳細な説明は省略する。
【０１５２】
図９は、一実施形態に係る決済システムの動作の更なる一例を説明するための図である。
【０１５３】
図９を参照すると、決済システムは、販売者端末、購入者端末、及びサーバシステムを含む。
【０１５４】
販売者端末は、販売情報を生成し（９１０）、決済手段を選択する（９１１）。
【０１５５】
購入者端末は、決済手段を選択し（９１２）、選択情報をサーバシステムに要求する（９１３）。選択情報については図１を参照して説明したため、詳しい説明を省略する。
【０１５６】
サーバシステムは、一回性情報に対応する動的コード情報を生成する。一回性情報及び動的コード情報は、図１を参照して説明したため、詳しい説明を省略する。サーバシステムは、動的コード情報を購入者端末に送信する。図９に示された例で、動的コード情報を「ＡＢＣ」と仮定する。具現に応じて、サーバシステムは、動的コード情報を購入者端末に送信しなくてもよい。
【０１５７】
販売者端末は、識別情報提供をサーバシステムに要求する（９１４）。サーバシステムは、識別情報を販売者端末に送信する（９１５）。図９に示された例で、販売者端末に発行された識別情報を「１２３４５」と仮定する。具現に応じて、サーバシステムは、発行された識別情報を含むシーケンスを生成し、セキュリティキーでシーケンスをシャッフルし、シャッフルされたシーケンスを販売者端末に送信する。これについては図４を参照して説明したため、詳細な説明は省略する。
【０１５８】
販売者端末は、発行された識別情報に基づいた音波を出力する（９１６）。音波出力については図５を参照して説明したため、詳細な説明は省略する。
【０１５９】
購入者端末は、音波に基づいて識別情報を取得し（９１７）、取得された識別情報をサーバシステムに送信する（９１８）。ステップ９１７は、図６を参照して説明した方法が適用し得るため、詳細な説明は省略する。具現に応じて、購入者端末は、音波強度関連イベント及び／又は磁場強度関連イベントが発生する場合、取得された識別情報をサーバシステムに送信する。これについては図２Ａ〜図３Ｃを参照して説明した内容が適用され得るため、詳細な説明は省略する。図９に示された例で、購入者端末によって取得された識別情報を「１２３４５」と仮定する。
【０１６０】
サーバシステムは、購入者端末によって取得された識別情報が有効であるか否かを決定する（９１９）。サーバシステムは、購入者端末によって取得された識別情報が有効でなければ、エラー処理する（９２１）。サーバシステムは、購入者端末によって取得された識別情報が有効であれば、購入者端末によって取得された識別情報と動的コード情報をマッピングする（９２０）。例えば、サーバシステムは、購入者端末によって取得された識別情報「１２３４５」と動的コード情報「ＡＢＣ」をマッピングし、「１２３４５」−「ＡＢＣ」をデータベース又はマッピングテーブルに記録する。
【０１６１】
販売者端末は、取引認証をサーバシステムに要求する（９２２）。ここで、販売者端末は、取引認証要求と共に加盟店情報及び／又は取引金額情報をサーバシステムに送信する。
【０１６２】
サーバシステムは、マッピングテーブルを参照して販売者端末に発行された識別情報のマッピング相手を決定する（９２３）。より具体的に、サーバシステムは、販売者端末の取引認証要求があれば、マッピングテーブルに記録された１つ以上の「購入者端末によって取得された識別情報」と、販売者端末に発行された識別情報とが互いに一致するかを決定する。両方一致すれば、サーバシステムは、販売者端末に発行された識別情報のマッピング相手を購入者端末によって取得された識別情報とマッピングされた動的コード情報として決定する。例えば、サーバシステムは、販売者端末に割り当てられた識別情報「１２３４５」がマッピングテーブルに記録された１つ以上の「購入者端末によって取得された識別情報」と一致するかを決定する。マッピングテーブルには「１２３４５」が記録されているため、サーバシステムは、マッピングテーブル上で「１２３４５」とマッピングされた「ＡＢＣ」を販売者端末に発行された識別情報のマッピング相手として決定する。
【０１６３】
販売者端末に発行された識別情報のマッピング相手が購入者端末によって取得された識別情報とマッピングされた動的コード情報として決定されれば、サーバシステムは、マッピング相手に決定された動的コード情報に対応する一回性情報、加盟店情報、及び決済金額情報に基づいて生成された決済要求をＶＡＮ社サーバを介してカード会社サーバに送信する。カード会社サーバは、前記決済要求を処理し、ＶＡＮ社サーバを介して処理結果をサーバシステムに送信する。サーバシステムは、処理結果を販売者端末に送信する。これによって、決済が完了される。
【０１６４】
図１０は、一実施形態に係るサービスサーバを説明するためのブロック図である。
【０１６５】
図１０を参照すると、サービスサーバ１０００は、通信インタフェース１０１０及びコントローラ１０２０を含む。サービスサーバ１０００は、図１〜図９を参照して説明したサービスサーバに対応する。
【０１６６】
通信インタフェース１０１０は、有線及び／又は無線通信が可能である。
【０１６７】
コントローラ１０２０は、購入者端末によって取得された識別情報及び購入者端末の要求によって生成された動的コード情報を通信インタフェース１０１０を介して決済アプリケーションサーバから受信する。
【０１６８】
コントローラ１０２０は、前記取得された識別情報が有効であるか否かを決定し、このような決定結果に基づいて、前記取得された識別情報及び動的コード情報をマッピングする。
【０１６９】
コントローラ１０２０は、前記取得された識別情報及び動的コード情報をマッピングしてデータベース又はマッピングテーブルに記録する。
【０１７０】
コントローラ１０２０は、販売者端末から取引認証要求を受信した決済アプリケーションサーバによって決済処理が実行されるよう、マッピング情報を通信インタフェース１０１０を介して決済アプリケーションサーバに送信する。ここで、マッピング情報は、前記取得された識別情報及び動的コード情報のマッピングに基づいて生成されたものである。
【０１７１】
通信インタフェース１０１０及びコントローラ１０２０は、図１〜図９を参照して説明したサービスサーバの動作を行うことができるため、詳細な説明は省略する。
【０１７２】
一実施形態において、音波強度関連イベント及び／又は磁場強度関連イベントが発生する場合、購入者端末は、販売者端末で出力された音波に基づいて取得した識別情報を決済アプリケーションサーバに送信し、決済アプリケーションサーバは、前記取得された識別情報をサービスサーバ１０００に送信する。一例として、購入者端末は、販売者端末で出力された音波の強度値が閾値音波強度値以上になる場合、音波に基づいて取得した識別情報を決済アプリケーションサーバに送信する。ここで、音波を受信したが、受信された音波の強度値が閾値音波強度値未満である他の購入者端末は、音波に基づいて取得した識別情報を決済アプリケーションサーバに送信しなくてもよい。
【０１７３】
図１１は、一実施形態に係る決済アプリケーションサーバを説明するためのブロック図である。
【０１７４】
図１１を参照すると、決済アプリケーションサーバ１１００は、通信インタフェース１１１０及びコントローラ１１２０を含む。
【０１７５】
通信インタフェース１１１０は、有線及び／又は無線通信可能である。
【０１７６】
コントローラ１１２０は、購入者端末から通信インタフェース１１１０を介して選択情報を受信する場合、動的コード情報を生成する。
【０１７７】
コントローラ１１２０は、販売者端末の識別情報提供要求があれば、識別情報提供要求を通信インタフェース１１１０を介してサービスサーバに送信する。
【０１７８】
コントローラ１１２０は、販売者端末に発行された識別情報を通信インタフェース１１１０を介してサービスサーバから受信し、発行された識別情報を通信インタフェース１１１０を介して販売者端末に送信する。
【０１７９】
コントローラ１１２０は、購入者端末が音波に基づいて取得した識別情報を通信インタフェース１１１０を介して購入者端末から受信する。
【０１８０】
コントローラ１１２０は、購入者端末が取得した識別情報及び動的コード情報を通信インタフェース１１１０を介してサービスサーバに送信する。
【０１８１】
コントローラ１１２０は、サービスサーバからマッピング情報を通信インタフェース１１１０を介して受信する。
【０１８２】
コントローラ１１２０は、通信インタフェース１１１０を介して販売者端末から取引認証要求を受信する。
【０１８３】
コントローラ１１２０は、取引認証要求及びマッピング情報を受信する場合、決済処理を行う。
【０１８４】
通信インタフェース１１１０及びコントローラ１１２０は、図１〜図９を参照して説明した決済アプリケーションサーバの動作を行うことができるため、詳細な説明は省略する。
【０１８５】
図１２は、一実施形態に係る購入者端末を説明するためのブロック図である。
【０１８６】
一実施形態によれば、購入者端末は移動端末を含む。
【０１８７】
図１２を参照すると、購入者端末１２００は、メモリ１２１０及びコントローラ１２２０を含む。
【０１８８】
メモリ１２１０は、決済アプリケーションを格納する。
【０１８９】
コントローラ１２２０は、決済アプリケーションを実行する。決済アプリケーションの実行によりコントローラ１２２０は下記のように動作する。
【０１９０】
コントローラ１１２０は、決済アプリケーションに登録されたカードが決済手段として選択されれば、決済アプリケーションサーバに選択情報を通信インタフェースを介して送信する。
【０１９１】
コントローラ１２２０は、通信インタフェースを介して決済アプリケーションサーバから動的コード情報を受信する。コントローラ１２２０は、動的コード情報を購入者端末１２００のディスプレイに表示する。
【０１９２】
コントローラ１２２０は、音波受信モードに進入する。例えば、コントローラ１２２０は、決済アプリケーションが実行されるとき、又は動的コード情報を受信するとき音波受信モードに進入する。音波受信モードにおいて、購入者端末１２００のマイクが活性化する。
【０１９３】
コントローラ１２２０は、販売者端末で出力された音波に基づいて識別情報を取得し、取得された識別情報を通信インタフェースを介して決済アプリケーションサーバに送信する。一実施形態において、コントローラ１２２０は、音波強度関連イベント及び／又は磁場関連イベントが発生すると、音波に基づいて識別情報を取得し、取得した識別情報を通信インタフェースを介して決済アプリケーションサーバに送信する。具現に応じて、コントローラ１２２０は、音波に基づいて識別情報を取得した後、音波強度関連イベント及び／又は磁場関連イベントが発生すれば、取得した識別情報を通信インタフェースを介して決済アプリケーションサーバに送信する。
【０１９４】
メモリ１２１０及びコントローラ１２２０は、図１〜図９を参照して説明した購入者端末の動作を行うことができるため、詳細な説明は省略する。
【０１９５】
図１３は、一実施形態に係る販売者端末を説明するためのブロック図である。
【０１９６】
一実施形態によれば、販売者端末は、ＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ）端末を含む。
【０１９７】
図１３を参照すると、販売者端末１３００は、入力部１３１０、コントローラ１３２０、及び出力部１３３０を含む。
【０１９８】
入力部１３１０は、販売情報を生成する。例えば、入力部１３１０は、リーダー機（又は、スキャナ）を含んでもよく、リーダー機を介して商品のバーコードをスキャンすることで商品に対する販売情報を生成する。
【０１９９】
入力部１３１０は、決済手段を選択する。
【０２００】
コントローラ１３２０は、通信インタフェースを介して決済アプリケーションサーバに識別情報提供を要求する。コントローラ１３２０は、通信インタフェースを介して決済アプリケーションサーバから販売者端末１３００に発行された識別情報を受信する。コントローラ１３２０は、発行された識別情報に基づいて音波を生成する。
【０２０１】
出力部１３３０は、音波を出力する。例えば、出力部１３３０はスピーカを含んでもよく、スピーカを介して音波を出力し得る。
【０２０２】
コントローラ１３２０は、通信インタフェースを介して取引認証要求を決済アプリケーションサーバに送信する。
【０２０３】
コントローラ１３２０は、通信インタフェースを介して取引認証要求に対する応答を決済アプリケーションサーバから受信する。
【０２０４】
入力部１３１０、コントローラ１３２０、及び出力部１３３０は、図１〜図９を参照して説明した販売者端末の動作を行うことができるため、詳細な説明は省略する。
【０２０５】
以上述した装置は、ハードウェア構成要素、ソフトウェア構成要素、又はハードウェア構成要素及びソフトウェア構成要素の組み合せで具現される。例えば、本実施形態で説明した装置及び構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ  ｌｏｇｉｃ  ｕｎｉｔ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ、ＦＰＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｕｎｉｔ）、マイクロプロセッサー、又は命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行して応答する異なる装置のように、１つ以上の汎用コンピュータ又は特殊目的コンピュータを用いて具現される。処理装置は、オペレーティングシステム（ＯＳ）及びオペレーティングシステム上で実行される１つ以上のソフトウェアアプリケーションを実行する。また、処理装置は、ソフトウェアの実行に応答してデータをアクセス、格納、操作、処理、及び生成する。理解の便宜のために、処理装置は１つが使用されるものとして説明する場合もあるが、当技術分野で通常の知識を有する者は、処理装置が複数の処理要素（ｐｒｏｃｅｓｓｉｎｇ  ｅｌｅｍｅｎｔ）及び／又は複数類型の処理要素を含むことが把握する。例えば、処理装置は、複数のプロセッサ又は１つのプロセッサ及び１つのコントローラを含む。また、並列プロセッサ（ｐａｒａｌｌｅｌ  ｐｒｏｃｅｓｓｏｒ）のような、他の処理構成も可能である。
【０２０６】
ソフトウェアは、コンピュータプログラム、コード、命令、又はそのうちの一つ以上の組合せを含み、希望の通りに動作するよう処理装置を構成したり、独立的又は結合的に処理装置を命令することができる。ソフトウェア及び／又はデータは、処理装置によって解釈されたり処理装置に命令又はデータを提供するために、いずれかの類型の機械、構成要素、物理的装置、仮想装置、コンピュータ格納媒体又は装置、又は送信される信号波に永久的又は一時的に具体化することができる。ソフトウェアはネットワークに連結されたコンピュータシステム上に分散され、分散した方法で格納されたり実行され得る。ソフトウェア及びデータは一つ以上のコンピュータで読出し可能な記録媒体に格納され得る。
【０２０７】
本実施形態による方法は、様々なコンピュータ手段を介して実施されるプログラム命令の形態で具現され、コンピュータ読み取り可能な記録媒体に記録される。記録媒体は、プログラム命令、データファイル、データ構造などを単独又は組み合せて含む。記録媒体及びプログラム命令は、本発明の目的のために特別に設計して構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読み取り可能な記録媒体の例として、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置を含む。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行される高級言語コードを含む。ハードウェア装置は、本発明に示す動作を実行するために１つ以上のソフトウェアモジュールとして作動するように構成してもよく、その逆も同様である。
【０２０８】
上述したように実施形態をたとえ限定された図面によって説明したが、当技術分野で通常の知識を有する者であれば、上記の説明に基づいて様々な技術的な修正及び変形を適用することができる。例えば、説明された技術が説明された方法と異なる順で実行されるし、及び／又は説明されたシステム、構造、装置、回路などの構成要素が説明された方法と異なる形態で結合又は組み合わせられてもよいし、他の構成要素又は均等物によって置き換え又は置換されたとしても適切な結果を達成することができる。
【０２０９】
したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるものである。
【図１】
0006820129.tif 000002
【図２Ａ】
0006820129.tif 000003
【図２Ｂ】
0006820129.tif 000004
【図２Ｃ】
0006820129.tif 000005
【図３Ａ】
0006820129.tif 000006
【図３Ｂ】
0006820129.tif 000007
【図３Ｃ】
0006820129.tif 000008
【図４】
0006820129.tif 000009
【図５】
0006820129.tif 000010
【図６】
0006820129.tif 000011
【図７】
0006820129.tif 000012
【図８】
0006820129.tif 000013
【図９】
0006820129.tif 000014
【図１０】
0006820129.tif 000015
【図１１】
0006820129.tif 000016
【図１２】
0006820129.tif 000017
【図１３】
0006820129.tif 000018