JP2019500703A - バーコードベースのモバイル決済及びサービス処理の方法及び装置 - Google Patents

Abstract

本開示はバーコードベースのモバイル決済の方法を開示する。この方法は次のステップを含む。第１のモバイルデバイスでの決済に用いられ、バーコードリーダにより走査されるバーコードを受信するステップ。バーコードは、第１モバイルデバイスの固有識別子と、第１のモバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される。バーコードを解析し、解析により得られたアカウント情報と第１のモバイルデバイスの固有識別子とに基づいて識別子認証を実行するステップ。認証の成功後に、第１のモバイルデバイスの固有識別子に基づいて、決済限度額を問い合わせるステップ。問い合わせた決済限度額に基づいて決済を実行するステップ。本開示は、バーコードベースのモバイル決済の装置と、バーコードベースのモバイルサービス処理の方法及び装置とを更に開示する。この方法及びデバイスは、モバイルデバイスの決済行動の管理を強化するために用いられ、又、１つのアカウントを複数のモバイルデバイスにバインドするというサービス処理シナリオを提供する。【選択図】図１

Description

本開示は、インターネット技術の分野に関し、特に、バーコードベースのモバイル決済の方法及び装置、また、バーコードベースのモバイルサービス処理の方法及び装置に関する。

モバイルインターネットの進化とモバイルデバイスの人気に伴い、レストランやスーパーマーケットなどの公共エリアにおいてモバイル決済のようなモバイルサービスが頻繁に利用されている。バーコードは情報を含んでいるので、実際のアプリケーションでは、バーコード走査によってサービスを処理することができる。バーコードは、サービス処理におけるその利便性から幅広く使用されている。ここで、サービス処理におけるバーコードの使用は次の通りである。すなわち、バーコードリーダが、モバイルデバイスによって生成されたバーコードを走査し、走査したバーコードをサーバへアップロードすると、サーバは解析及び認証などの処理を経てサービス処理を完了する。現在、バーコードベースのサービス処理は多くの公共エリアにおいて幅広く利用されている。

既存の技術では、モバイルデバイス上でバーコードリーダによって走査されたバーコードに基づいてサービスを処理する場合に、サーバは、モバイルデバイスによってバインドされたアカウントのサービス規則に従う。例えば、決済中に、モバイルデバイスの決済行動を管理するための上限として、アカウントの管理限度額を用いる。管理限度額は、そのアカウントで費やせる総限度額である。しかし、モバイルデバイスの決済行動が、対応するアカントの管理限度額を上限として用いて管理されている場合には、モバイルデバイス紛失後の比較的短い時間に、深刻な資産損失（property loss）が引き起こされる可能性がある。そのため、モバイルデバイスのサービス活動の管理を強化する必要がある。加えて、既存の技術では、１つのアカウントを、現在のアカウントのモバイルデバイスの他にもう１つのモバイルデバイスにバインドできるので、追加でバインドされたこのモバイルデバイスが、バーコードに基づいたサービスを要求できてしまう。

本開示の実施は、モバイル決済の管理を強化するために、バーコードベースのモバイル決済の方法を提供する。

本開示の実施は、モバイル決済の管理を強化するために、バーコードベースのモバイル決済の装置を提供する。本開示の実施は、以下の技術的解決策を用いる。

バーコードベースのモバイル決済方法は：第１のモバイルデバイスでの決済に用いられ、バーコードリーダで走査される、２次元バーコードを受信するステップであって、前記２次元バーコードは、前記第１のモバイルデバイスの固有識別子（固有ＩＤ）と、前記第１のモバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される、受信するステップと；前記２次元バーコードを解析し、解析により得られた前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するステップと；を含む。前記認証の成功後に、前記第１のモバイルデバイスの固有識別子に基づいて決済限度額を問い合わせるステップであって、前記決済限度額は、所与の期間内での最大決済限度額であり、前記第１のモバイルデバイスにバインドされた前記アカウントによって前記第１のモバイルデバイスに事前設定されている、問い合わせるステップと；前記問い合わせた決済限度額に基づいて決済するステップと；を含む。

好ましくは、前記方法は、前記決済の完了後に前記決済限度額を更新するステップを更に備え、前記決済限度額は、管理限度額と請求限度額との間の差分であり、前記管理限度額は、所与の期間内での総決済限度額であり、前記第１のモバイルデバイスにバインドされた前記アカウントによって前記第１のモバイルデバイスに事前設定されており、前記請求限度額は、所与の期間内での前記第１のモバイルデバイスの使用限度額である。

好ましくは、前記方法は、前記決済の完了後に決済情報を保存するステップを更に備え、前記決済情報は、決済時間と使用限度額とを含む。

好ましくは、前記２次元バーコードを解析するステップと、解析により得られた前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するステップは：前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とを得るために前記２次元バーコードを解析するステップと；前記第１のモバイルデバイスに前記アカウントによって事前設定された決済状況を、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて問い合わせるステップと；前記決済状況が有効である場合には、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて識別子認証を実行するステップと；を含む。

好ましくは、前記アカウントは、第２のモバイルデバイスを用いて前記第１のモバイルデバイスにバインドされる。好ましくは、前記第１のモバイルデバイスは、ウェアラブルインテリジェントデバイスである。好ましくは、前記アカウントは、少なくとも２つの第１のモバイルデバイスにバインドされる。

バーコードベースのモバイル決済の装置は、受信ユニットと、認証ユニットと、問い合わせユニットと、決済ユニットとを含み、前記受信ユニットは、第１のモバイルデバイスでの決済に用いられ、バーコードリーダで走査されるバーコードを受信するように構成され、前記バーコードは、前記第１のモバイルデバイスの固有識別子と、前記第１のモバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成され；前記認証ユニットは、前記バーコードを解析し、解析により得られた前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するように構成され；前記問い合わせユニットは、認証の成功後に、前記第１のモバイルデバイスの前記固有識別子に基づいて決済限度額を問い合わせるように構成され、前記決済限度は所与の期間における最大決済限度額であり、前記第１のモバイルデバイスにバインドされた前記アカウントによって前記第１のモバイルデバイスに事前設定されており；前記決済ユニットは、前記問い合わせた決済限度額に基づいて決済するように構成される。
好ましくは、前記デバイスは更新ユニットを更に備え、前記更新ユニットは、前記決済の完了後に前記決済限度額を更新するように構成され、前記決済限度額は、管理限度額と請求限度額との間の差分であり、前記管理限度額は、所与の期間における前記総決済限度であり、前記第１のモバイルデバイスにバインドされた前記アカウントにより前記第１のモバイルデバイスに事前設定されており、前記請求限度額は、所与の期間内での前記第１のモバイルデバイスの使用限度額である。

好ましくは、前記デバイスは、記録ユニットを更に備え、前記記録ユニットは、前記決済の完了後に決済情報を保存するように構成され、前記決済情報は、決済時間と使用限度額とを含む。

好ましくは、前記認証ユニットは、認証サブユニットを含み、前記認証サブユニットは：前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とを得るために前記バーコードを解析し；前記アカウントによって前記第１のモバイルデバイスに事前設定された決済状況を、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて問い合わせ；及び、前記決済状況が有効であれば、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するように構成される。

バーコードベースのモバイルサービス処理の方法であって、１つ（のアカウント）が複数のモバイルデバイスにバインドされており、各モバイルデバイスにサービス規則が事前設定されており、前記方法は：モバイルデバイスでのサービス処理に用いられ、バーコードリーダで走査されるバーコードを受信するステップであって、前記バーコードは、前記モバイルデバイスの固有識別子と、前記モバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される、受信するステップと；前記バーコードを解析し、前記モバイルデバイスが、前記アカウントにバインドされた前記複数のモバイルデバイスのうちの１つであるかどうかを、解析により得られた前記アカウント情報と前記モバイルデバイスの前記固有識別子とに基づいて認証するステップと；肯定である場合に、前記モバイルデバイスの前記固有識別子に基づいて、前記アカウントにより前記モバイルデバイスに事前設定されたサービス規則を問い合わせるステップと；前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するステップと；を含む。

好ましくは、前記サービス規則は、サービス状況を含み、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するステップは：前記サービス規則内の前記サービス状況を問い合わせるステップと；前記サービス状況が有効である場合は、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するステップと；を含む。

バーコードベースのモバイルサービス処理の装置であって、１つのアカウントが複数のモバイルデバイスにバインドされており、各モバイルデバイスにはサービス規則が事前設定されており、
前記デバイスは：バーコード受信ユニットと、端末認証ユニットと、サービス規則問い合わせユニットと、サービス処理ユニットとを含み、
前記バーコード受信ユニットは、モバイルデバイスでのサービス処理に用いられ、バーコードリーダにより走査されるバーコードを受信するように構成され、前記バーコードは、前記モバイルデバイスの固有識別子と、前記モバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成され；
前記端末認証ユニットは、前記バーコードを解析し、前記モバイルデバイスが前記アカウントにバインドされている前記複数のモバイルデバイスのうちの１つであるかどうかを、解析により得られた前記アカウント情報と前記モバイルデバイスの前記固有識別子とに基づいて認証するように構成され；
肯定である場合に、前記サービス規則問い合わせユニットは、前記アカウントにより前記モバイルデバイスに事前設定されたサービス規則を、前記モバイルデバイスの前記固有識別子に基づいて問い合わせるように構成され；及び
前記サービス処理ユニットは、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するように；構成される。

好ましくは、前記サービス規則はサービス状況を含み、前記サービス処理ユニットは：前記サービス規則内の前記サービス状況を問い合わせ；前記サービス状況が有効である場合に、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するように構成される。

本開示の実施では、先の技術的解決策の少なくとも１つが以下の有益な効果を奏する。すなわち、モバイルデバイスでの決済に用いられるバーコードをサーバが受信し、認証に成功すると、モバイルデバイスにバインドされたアカウントによってモバイルデバイスに事前設定された決済限度額に基づいて決済することができ、これにより、このアカウントによって各モバイルデバイスの、バーコードベースの決済行動を管理できるようになる。そのため、既存の技術における、１つのアカウントにつき１つの決済行動のみが管理されるが、モバイルデバイスの決済行動への管理は弱い、という課題が解決される。加えて、この処理方法は、１つのアカウントが複数のモバイルデバイスにバインドされたサービス処理工程にて提供される。

本開示の一部を構成する本明細書の図面は、本開示のさらなる理解を供するために用いられ、本開示の概略的な実施およびその説明は、本開示を説明するために用いられ、本開示に対する不適切な限定を構成するものではない。図面は以下のとおりである。

本開示の実施１による、バーコードベースのモバイル決済の方法を示す概略フローチャートである。

本開示の実施２による、バーコードベースのモバイル決済の装置を示す構造ブロック図である。

本開示の実施３による、バーコードベースのモバイルサービス処理の方法を示す概略フローチャートである。

本開示の実施４による、バーコードベースのモバイルサービス処理の装置を示す構造ブロック図である。

本開示の実施５による、子供用スマートウォッチのためのＱＲコード（登録商標）ベースの決済方法を示す概略フローチャートである。

本開示の目的、技術的解決策、および利点をより明瞭にするために、以下では、本開示の実施における添付図面を参照して、本開示の技術的解決策を説明する。明らかに、記載された実施は、本開示のすべての実施ではなく一部である。創造的努力なしに本開示の実施に基づいて既存技術の当業者によって導出される他のすべての実施は、本開示の保護範囲内に入るものである。

本開示の技術的解決策を詳細に説明する前に、明確にしておくために、先ず、技術用語のいくつかを説明する。本開示の実施には、「バーコードリーダ」、「管理限度額」、「決済限度額」、「請求限度額」等が関係する。バーコードリーダは、バーコードを読み取るデバイスであってよい。管理限度額は、所与の期間内での総決済限度額であってよい。例えば、管理限度額が１０００ＲＭＢ（人民元）／日である場合、００：００から２４：００までの１日の総決済限度額は１０００ＲＭＢとなる。決済限度額は、所与の期間内の決済に用いることができる限度額である。請求限度額は、所与の期間内に請求される限度額である。同一期間内で、管理限度額は決済限度額と請求限度額の合計であってよい。例えば、管理限度額が１０００ＲＭＢ／日であれば、最初に３００ＲＭＢが請求された場合に、請求限度額は３００ＲＭＢであり、決済限度額は７００ＲＭＢとなる。後に、５００ＲＭＢが請求された場合に、請求限度額が８００ＲＭＢに変更され、決済限度額が２００ＲＭＢに変更される。本開示の実施が提供する技術的解決策は、添付の図面を参照して以下詳述する。

実施１
上で述べたように、バーコードベースの決済は便利であることから、バーコードベースのモバイル決済を行うために、多くの公共エリアにおいてバーコードリーダが用いられてきた。しかし、現在、この方法に基づいて、モバイルデバイスにバインドされたアカウントの管理限度額が決済中の上限として用いられている。例えば、管理限度額が２０００ＲＭＢ／日である場合、１つのアカウントにバインドされている全てのモバイルデバイスが支払える総額は一日に２０００ＲＭＢ以下である。このアカウントにバインドされたモバイルデバイスを紛失又は盗難に遭った場合、そのアカウントでの決済が禁止される前に、他の人物がそのモバイルデバイスを用いて決済を行い、資産損失が生じてしまう可能性がある。そのため、バーコードベースのモバイル決済行動での管理を強化する決済解決策が必要である。この欠点を斟酌して、モバイルデバイスの決済行動の管理を強化するために、バーコードベースのモバイル決済方法を提供する。実行エンティティは、決済を完了するように構成されたサーバであると仮定する。図１は、この方法の概略フローチャートである。この方法は次のステップを含む。

ステップ１１：第１のモバイルデバイスでの決済に用いられ、バーコードリーダにより走査されるバーコードを受信する。このステップでは、決済に用いるバーコードは、モバイルデバイスでの決済に用いるこのバーコードがバーコードリーダによって走査された後に、サーバへ送信される。例えば、バーコード決済の実行にモバイルフォンを用いる場合には、モバイルフォンで生成されたバーコードをバーコードリーダで走査してから、決済を完了するように構成されたサーバへこのバーコードを送信する必要がある。モバイルデバイス内のバーコードはモバイルデバイスの固有識別子と、モバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される。モバイルデバイスをアカウントにバインドする工程では、別のモバイルデバイスにインストールされているアプリケーションプログラムを用いて、アカウントを決済に用いるモバイルデバイスにバインドすることができる。したがって、第２のモバイルデバイスを用いて第１のモバイルデバイスにアカウントをバインドすることができる。例えば、スマートフォンにインストールされているアプリケーションプログラムを用いて、アカウントをスマートウォッチにバインドできる。このように、スマートウォッチは第１のモバイルデバイスであり、スマートフォンは第２のモバイルデバイスである。理解し易くするために、第１のモバイルデバイスを決済端末（決済に用いるモバイルデバイス）と称し、第２のモバイルデバイスをアカウント端末（アカウントが配置されているモバイルデバイス）と称することができる。

決済端末の固有識別子は決済端末を固有に識別する識別子（例えば、メディアアクセス管理（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス）、つまりハードウェアアドレスである。又は、決済端末の固有識別子はユニバーサル固有識別子（ＵＵＩＤ）であり、これは端末上で生成される、その端末固有の番号である。決済端末識別子は、ＭＡＣアドレス、ＵＵＩＤ、又はこれらの組み合わせをそのまま用いることができる、又は、ＭＡＣアドレスやＵＵＩＤにトランスコーディングアルゴリズムを適用して生成できる。識別子は、ＭＡＣアドレスとＵＵＩＤの他にも、モバイルデバイスを他のモバイルデバイスから区別し、端末の固有性を表す、モバイルデバイスのハードウェアタイプ（スマートフォン、スマートウォッチ等）、モデル、ハードウェアパラメータ（画面サイズ、色等）を含むことができる。

決済端末識別子とアカウントとの間にマッピング関係があるようにするために、アカウント端末を用いて決済端末識別子をアカウントにバインドする必要がある。決済中に識別子認証を支援するために、決済端末識別子にバインドされたアカウントのアカウント情報と、決済端末識別子とをサーバに保存する。例えば、決済端末識別子がａｂｃｄであり、決済端末識別子にバインドされたアカウント名が１２３４である場合には、ａｂｃｄと１２３４との間のマッピング関係をサーバに記憶することで、決済中の識別子認証を支援できるようになる。１つのアカウントを複数の決済端末にバインドできることに留意することが重要である。例えば、決済端末識別子ａｂｃｄとｅｆｇｈの両方がアカウント名１２３４にバインドされている場合には、１２３４と、ａｂｃｄ及びｅｆｇｈの各々との間のマッピング関係をサーバに保存する。

バーコードは、決済端末識別子と、決済端末にバインドされたアカウントのアカウント情報とに基づいて生成できる。情報に基づいてバーコードを生成する工程は、既存の技術の当業者には周知の知識である。そのため、ここでは詳細を記載しない。

受信工程では、バーコードリーダとサーバとの間に、伝送のための接続（基本のデータ送信技術）がネットワーク（無線又は有線）を介して確立される。

バーコードは一次元バーコードと二次元バーコードとを含むことができる。一次元バーコードは、バーコードとも称されるグラフィック識別子である。グラフィック識別子は、情報を表すために用いられ、特定のコーディング規則に基づいて配列された幅の異なる複数の黒色ストリップとスペースとを含む。二次元バーコードはＱＲコード（登録商標）とも称される。これは、一次元バーコード（つまり、バーコード）に基づいて開発された別次元の読み取り可能なバーコードであり、バイナリデータを表すために黒と白（はっきりしたコントラストの２色）の矩形を用いる。ＱＲコード（登録商標）を走査及び解析すると情報を入手できる。そのため、本開示では、一次元バーコードと二次元バーコードの両方を、情報を記憶するための１つのバーコードとして用いることができる。この情報に基づいて、決済又はサービス処理を実行できる。

ステップ１２：バーコードを解析し、解析によって入手したアカウント情報と決済端末の固有識別子とに基づいて、識別子認証を実行する。

このステップでは、バーコードを解析する工程は、バーコードに含まれている情報を入手する工程であり、又、情報に基づいてバーコードを生成する工程とは逆の工程とみなすことができる。バーコードは、ステップ１１で述べた、決済端末識別子と、決済端末にバインドされたアカウントのアカウント情報とを含むことができる。しかし、セキュリティ向上のため、他の認証情報を追加することも可能である。例えば、バーコードが有効時間範囲にあるかどうかを認証するために、タイムスタンプを含めることができる。タイムスタンプはサーバからアカウント端末に伝送され、次に、アカウント端末によって決済端末へ送信されることが可能である。又は、決済端末へ直接的に伝送されることが可能である（決済端末にネットワーク接続機能がある場合）。例えば、タイムスタンプの有効時間範囲が２４時間である場合、現在の時間からタイムスタンプまでの時間の長さが２４時間を超えると、バーコードは無効であると判定される。

実使用では、バーコード情報の妨害又は改ざんを防止するために、通常は、バーコードの生成に用いる情報を暗号化する必要がある。認証工程では、認証を少なくとも１回実行できる。例えば、決済端末がバーコードを生成するときに、決済端末識別子、タイムスタンプ、アカウント情報等といった情報を、サーバから送信された秘密鍵を用いて暗号化することができ、暗号化アルゴリズムはマークされる。サーバがバーコードを認証するときに、サーバは、先ず、公開鍵を用いて秘密鍵デジタル署名を認証できる関係を用い、マークされた暗号化アルゴリズムに基づいて、バーコードの内容を判定し、次に、公開鍵を用いてその内容を解析できる。これが第１の認証である。内容を解析できない場合は、決済を行うことができない。次に、タイムスタンプの有効性を、解析によって入手した決済端末識別子、タイムスタンプ、アカウント情報のような情報に基づいて認証する。これが第２の認証である。最終的に、サーバに記憶されている決済端末識別子、アカウント情報、及びマッピング関係に基づいて、第３の認証を実行し、３回の認証を完了する。

実施では、決済端末の決済行動を更に管理するために、バーコードを解析し、解析により入手した、アカウント情報と、第１のモバイルデバイスの固有識別子とに基づいて識別子の認証を実行するステップは：決済端末のアカウント情報と固有識別子とを入手するために、バーコードを解析するステップと；決済端末のアカウント情報と固有識別子とに基づき、アカウントによって事前設定された決済状況を決済端末に問い合わせるステップと；決済状況が有効である場合に、決済端末のアカウント情報と固有識別子とに基づいて、識別子認証を実行するステップと；を含む。

決済状況はアカウントによって決済端末に事前設定し、サーバに記憶できる。決済状況は有効と無効を含んでよい。アカウント情報と決済端末識別子とは、バーコードを解析した後に入手できる。次に、アカウントによって端末に事前設定された決済状況を、決済端末識別子に基づいて問い合わせる。決済状況が有効である場合には、識別子認証を実行できる。決済状況が無効である場合には、決済失敗情報を直接的に返せる。

この方法では、決済端末の決済行動をより良好に管理できる。具体的には、決済端末がバーコードを用いて決済できるかどうかを、いつでも変更できる。

ステップ１３：認証の成功後、決済端末の固有識別子に基づいて、決済限度額を問い合わせる。先のステップでは、決済限度額は、所与の期間内での最大決済限度額であり、決済端末にバインドされたアカウントによって決済端末に事前設定される。

上で述べたように、管理限度額は所与の期間内での総決済限度額であり、決済限度額は、所与の期間内に消費できる限度額であり、請求限度額は所与の期間内での使用限度額である。同一の所与の期間内において、管理限度額は決済限度額と請求限度額との合計である。表１は、アカウント１２３４にバインドされた２つの決済端末ａｂｃｄ及びｅｆｇｈに事前設定された限度額を示す。

表より、決済端末ａｂｃｄ及びｅｆｇｈの決済限度額は、それぞれ１００ＲＭＢ、４９０ＲＭＢであることを問い合わせることができる。

このステップでは、アカウントにバインドされている決済端末に事前設定された管理限度額が、端末の決済行動を管理する上で重要な役割を果たす。

ステップ１４：決済限度額に基づいて決済する。このステップでは、決済は、使用金額が決済限度額を超えない場合に完了できる。表１を例に取ると、決済端末ａｂｃｄが５０ＲＭＢを支払う必要がある場合は、決済を完了できる。決済端末ａｂｃｄが１５０ＲＭＢを支払う必要がある場合は、決済を完了できない。

管理限度額は変更されないままなので、１回の決済を行った後に、請求限度額は増加するが、決済限度額は減少する。次の決済では、最新の決済限度額を問い合わせる必要がある。実施では、この方法は以下のステップを更に含むことができる。

ステップ１５：決済の完了後に決済限度額を更新する。このステップでは、決済限度額は管理限度額と請求限度額との間の差分であるため、決済の完了後に、決済限度額を、自動変更請求限度額と管理限度額とに基づいて更新できる。

例えば、表１に示すように、モバイルデバイスａｂｃｄが１日に５０ＲＭＢの決済を行った場合には、その日の請求限度額は５０ＲＭＢである。管理限度額は１００ＲＭＢ／日なので、その日の決済限度は５０ＲＭＢとなる。実使用において、決済は複数の方法で設定できる。例えば、使用する金額が決済限度を超過すると決済が完了し、決済限度を超過した部分は次の所与の期間内の管理限度額から減額される。別の例として、使用する金額が決済限度額を超過する場合、決済が完了するが、決済行動をより上手く管理するために、決済状況が有効から無効に変更される。加えて、決済行動の管理を更に強化するために、無効時間を延長できる（例えば、決済状況が１０回の所与の期間の後に有効に変更される）。

実施において、アカウントに関連したモバイルデバイスの決済行動をより良く理解するために、この方法はステップ１６を更に含むことができる。ステップ１６：決済が完了した後に、決済情報を保存する。

このステップでは、決済情報は決済時間と使用する限度額とを含むことができる。例えば、１８：００時に５０ＲＭＢが使用される。加えて、決済情報は、取引業者情報、取引番号、取引種類等を含むことができる。

実施では、この実施での決済端末はウェアラブルインテリジェントデバイス、例えば、スマートウォッチ、インテリジェントリストバンド、スポーツバンド（画面付き）であってよい。子供用のスマートウォッチでは、決済行動の管理を強化するために、所与の期間内の管理限度額が事前設定される。加えて、ステップ１５で述べたように、子供の自制の意識を育てるために、複数の方法で決済を設定できる。

ステップ１１で述べたように、バインディング中に、決済端末識別子はハードウェアのタイプを設けることができる。ハードウェアは種々のタイプのものであってよく、又、管理限度額を設定するための種々の解決策があってよい。種々のハードウェアタイプに対応した種々の設定解決策をサーバに記憶することができる。例えば、子供用スマートウォッチ（又は、高齢者用スマートウォッチ）に対応した設定解決策を決済端末識別子に基づいて設定できる。この方法では、種々の決済端末を多様に管理できる。

実施１で提供する方法では、サーバがモバイルデバイスでの決済に用いるバーコードを受信し、認証が成功した後に、バインドされているアカウントによりモバイルデバイスに事前設定された決済限度額に基づいて決済できる。したがって、各モバイルデバイスのバーコードベースの決済行動をアカウントによって管理できる。これにより、既存の技術の課題、すなわちアカウントの決済行動のみが管理されるが、モバイルデバイスの決済アクションの管理が弱いという課題が解決される。加えて、モバイルデバイスの決済状況は、モバイルデバイスの決済行動を遅れず、より柔軟に管理するように設定できる。

実施２
同じ開示概念に基づき、実施２は、モバイルデバイスの決済行動の管理を強化するために、バーコードベースのモバイル決済の装置を提供する。図２に示すように、このデバイスは、受信ユニット２１と、認証ユニット２２と、問い合わせユニット２３と、決済ユニット２４とを含む。受信ユニット２１は、第１のモバイルデバイスで決済に用いられ、バーコードリーダにより走査されるバーコードを受信するように構成できる。バーコードは、第１のモバイルデバイスの固有識別子と第１のモバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される。

認証ユニット２２は次のように構成できる。バーコードを解析し、解析により入手したアカウント情報と第１モバイルデバイスの固有識別子とに基づいて識別子認証を実行する。

問い合わせユニット２３は次のように構成できる。認証の成功後に、第１のモバイルデバイスの固有識別子に基づいて決済限度額を問い合わせる。ここで、決済限度額は所与の期間内の最大決済限度額であり、第１のモバイルデバイスにバインドされたアカウントによって第１のモバイルデバイスに事前設定される。

決済ユニット２４は、問い合わせた決済限度額に基づいて決済するように構成されてよい。実施では、このデバイスは更新ユニットを更に含むことができる。更新ユニットは、決済の完了後に決済限度額を更新するように構成されてよい。決済限度は、管理限度額と請求限度額との間の差分である。管理限度額は、所与の期間内での総決済限度額であり、第１のモバイルデバイスにバインドされたアカウントによって第１のモバイルデバイスに事前設定される。決済限度額は、所与の期間内での第１のモバイルデバイスの使用限度額である。実施では、このデバイスは記録ユニットを更に含むことができる。記録ユニットは、決済完了後に決済情報を保存するように構成されてよい。決済情報は決済時間と使用限度額とを含むことができ、又、取引業者情報、取引番号、取引タイプ等を含むことができる。

実施では、認証ユニット２２は認証サブユニットを含む。認証サブユニットは次のように構成できる。すなわち、アカウント情報と第１のモバイルデバイスの固有識別子とを入手するためにバーコードを解析し、第１のモバイルデバイスにアカウントによって事前設定された決済状況を、アカウント情報と第１のモバイルデバイスの固有識別子とに基づいて問い合わせる。決済状況が有効である場合には、アカウント情報と第１のモバイルデバイスの固有識別子とに基づいて認証を実行する。

実施では、アカウントは第２のモバイルデバイスを用いて第１のモバイルデバイスにバインドされる。実施では、第１のモバイルデバイスはウェアラブルインテリジェントデバイス、例えばスマートウォッチ、である。実施では、アカウントは少なくとも２つの第１のモバイルデバイスにバインドされる。

実施２で提供されるデバイスを用いることにより、サーバがモバイルデバイスでの決済に用いられるバーコードを受信し、認証が成功した後に、モバイルデバイスにバインドされたアカウントによってモバイルデバイスに事前設定された決済限度額に基づいて決済できる。このように、各モバイルデバイスのバーコードベースの決済行動をアカウントによって管理できる。したがって、既存の技術における課題、すなわちアカウントの決済行動のみが管理されるが、そのモバイルデバイスの決済行動の管理は弱い、という課題を解決できる。加えて、モバイルデバイスの決済状況を、モバイルデバイスの決済行動を遅れずに、より柔軟に管理するように設定できる。

実施３
上で述べたように、既存の技術では、バインドされたモバイルデバイスがバーコードベースのサービスを要求できるように、１つのアカウントをそのアカウントが属するモバイルデバイスの他に、更に別のもう１つのモバイルデバイスとにしかバインドできない。例えば、１つのアカウントを、このアカウントが属するモバイルフォンを用いて、１つのみのスマートウォッチにしかバインドすることができない。このスマートウォッチは様々なバーコードベースのサービスを完了できる。インテリジェントデバイスの普及促進により、１つのアカウントを複数のモバイルデバイスにバインドし、全てのモバイルデバイスを管理することが必要となった。そのため、この実施は、バーコードベースのモバイルサービス処理の方法を提供する。この方法は、１つのアカウントが複数のモバイルデバイスにバインドされたサービス処理シナリオに適用される。この実施では、１つのアカウントを、そのアカウントが属するインテリジェント端末以外の複数（少なくとも２つ）のモバイルデバイスにバインドすることが可能である。バインド処理は以下の通りである。すなわち、アカウントは、モバイルフォンのアプリケーションプログラムを用いてモバイルフォンのＢｌｕｅｔｏｏｔｈ（登録商標）機能を呼び出し、複数のモバイルデバイスに個別に接続する。各モバイルデバイスの固有識別子を入手し、アカウントと複数のモバイルデバイスの個別識別子との間のマッピング関係を確立し、これをサーバに記憶する。各モバイルデバイスのサービス活動を管理するために、各端末に１組のサービス規則（例えば、許可されたサービス、又は禁止されたサービス）を事前設定し、これをサーバに記憶する。図３に示すように、本方法は以下のステップを含む。

ステップ３１：モバイルデバイスでのサービス処理に用いられ、バーコードリーダで走査されるバーコードを受信する。

バーコードは、モバイルデバイスの固有識別子と、モバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される。

例えば、１つのアカウントを、このアカウントが属するモバイルフォンの他に、１つのスマートフォンと２つのスマートウォッチとにバインドすることができる。実施は、アカウントと、スマートウォッチ及びスマートフォンの各々の識別子との間にマッピング関係を確立し、このマッピング関係をサーバに記憶するステップであってよい。モバイルデバイスは、サービスを実行する必要がある場合に、モバイルデバイスの識別子、アカウントのアカウント情報、及びサービス情報に基づいてバーコードを生成し、バーコードリーダで走査できるようにする。この実施でのバーコードは一次元バーコード又は二次元バーコードであってよい。

ステップ３２：バーコードを解析し、モバイルデバイスが、アカウントにバインドされた複数のモバイルデバイスのうちの１つであるかどうかを、解析により入手したアカウント情報とモバイルデバイスの固有識別子とに基づいて認証する。

バーコードは受信後に解析可能である。解析工程は本開示の焦点ではない。そのため、ここでは詳細な記載は省く。バーコードに含まれているアカウント情報とモバイルデバイス識別子とを解析によって入手するときに、アカウント情報とモバイルデバイス識別子との間にマッピング関係が存在するかどうかをサーバ内で問い合わせることができる。アカウントが複数のモバイルデバイスにバインドされたので、モバイルデバイスがそのアカウントにバインドされた複数のモバイルデバイスのうちの１つであるかどうかを問い合わせる必要がある。

ステップ３３：その答えが肯定である場合には、アカウントによってそのモバイルデバイスに事前設定されているサービス規則を、モバイルデバイスの固有識別子に基づいて問い合わせる。

モバイルデバイスがアカウントにバインドされた複数のモバイルデバイスのうちの１つである場合、アカウントによってそのモバイルデバイスに設定されたサービス規則を問い合わせることができる。サービス規則は事前設定できる。例えば、モバイルデバイスが子供用スマートウォッチである場合、サービス規則は決済限度額（２０ＲＭＢ／日）等であってよい。モバイルデバイスが高齢者用スマートフォンである場合は、タクシーの運転手がその高齢者を家に送り届けられるように、家族の住所を設定しておくことができる。加えて、高齢者の医療記録や健康状態を追加できるので、病院でバーコードを用いて高齢者の医療記録の問い合わせを行うことも可能である。

ステップ３４：モバイルデバイスに事前設定されたサービス規則に基づいてサービス処理を実行する。モバイルデバイスに事前設定されているサービス規則の問い合わせを行った後に、サービス処理を実行できる。

例えば、決済サービスの処理方法については実施１のステップ１４で述べている。別の実施例では、銀行がモバイルデバイス上のＱＲコード（登録商標）を使ってＩＤカードのような個人情報を問い合わせる際には、モバイルデバイスに設定されたサービス規則に基づいて、サービス処理を実行できる。サービス規則は、銀行が個人情報の問い合わせを行う場合に、問い合わせを実行できるというものであってよい。決済端末の決済行動を更に管理するために、一の実施において、このステップは、サービス規則におけるサービス状態を問い合わせるステップと、サービス状態が有効（イネーブル状態）である場合に、実行するステップとを含む。

具体的な説明については、実施１のステップ１２の説明を参照されたい。ここでは詳細を繰り返し述べることを省く。

実施３で提供される方法では、サーバがモバイルデバイスでのサービス処理に用いるバーコードを受信し、認証が成功した後に、モバイルデバイスにバインドされたアカウントによってモバイルデバイスに事前設定されたサービス規則に基づいて、サービス処理を実行できる。つまり、複数のモバイルデバイスのバーコードベースのサービス活動がアカウントによって個別に管理される。

実施４
同じ開示概念に基づき、実施４は、バーコードベースのモバイルサービス処理の装置を提供する。この装置は、１つのアカウントを複数のモバイルデバイスにバインドするサービス処理シナリオに適用される。この実施では、１つのアカウントが複数のモバイルデバイスにバインドされており、各モバイルデバイスにサービス規則が事前設定されている。図４に示すように、このデバイスは、バーコード受信ユニット４１と、端末認証ユニット４２と、サービス規則問い合わせユニット４３と、サービス処理ユニット４４とを含む。

バーコード受信ユニット４１は、モバイルデバイスでのサービス処理に用いられ、バーコードリーダにより走査されるバーコードを受信するように構成できる。バーコードは、モバイルデバイスの固有識別子と、モバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される。

認証ユニット４２は次のように構成されてよい。すなわち、バーコードを解析し、モバイルデバイスがアカウントにバインドされている複数のモバイルデバイスのうちの１つであるかどうかを、解析により入手したアカウント情報とモバイルデバイスの固有識別子とに基づいて認証する。

サービス規則問い合わせユニット４３は次のように構成される。すなわち、モバイルデバイスがアカウントにバインドされている複数のモバイルデバイスのうちの１つである場合には、モバイルデバイスにアカウントによって事前設定されたサービス規則を、モバイルデバイスの固有識別子に基づいて問い合わせる。

サービス処理ユニット４４は、モバイルデバイスに事前設定されたサービス規則に基づいて、サービス処理を実行するように構成される。

実施では、サービス規則はサービス状態を含む。サービス処理ユニット４４は次のように構成できる。すなわち、サービス規則内のサービス状態を問い合わせ、サービス状態が有効（イネーブル状態）である場合には、モバイルデバイスに事前設定されたサービス規則に基づいてサービス処理を実行する。

実施４で提供されるデバイスを用いることで、モバイルデバイス内でサービス処理に用いられるバーコードをサーバが受信し、認証が成功した後に、モバイルデバイスにバインドされたアカウントによってモバイルデバイスに事前設定されたサービス規則に基づいて、サービス処理を実行できる。つまり、複数のモバイルデバイスのバーコードベースのサービス活動が、アカウントによって個別に管理される。

実施５
同じ開示概念に基づき、実施５は、子供用スマートウォッチの決済行動の管理を強化するために、子供用スマートウォッチのためのＱＲコード（登録商標）ベースの決済方法を提供する。１人の親に子供が２人（ａとｂ）いて、それぞれの子供がスマートウォッチを１つ持っているとする。バインディング中に、親は、モバイルフォンのＢｌｕｅｔｏｏｔｈ（登録商標）機能を用いて、両方のスマートウォッチとモバイルフォンとの間の接続を特定のアプリケーションプログラムで確立する。スマートウォッチ識別子（ａｂｃｄ、ｅｆｇｈ）を生成するために、スマートウォッチのＭＡＣアドレス、ＵＵＩＤ、スマートウォッチタイプを入手する。アカウント１２３４と各スマートウォッチとの間のマッピング関係を確立し、これをサーバに記憶して、アカウント１２３４と２つのスマートウォッチとの間のバインディングを完了する。２つのスマートウォッチの各々に管理限度額を事前設定しておく。表２に示すように、親Ｍが２つのスマートウォッチに管理限度額を設定する。

この概略図は、子供がスマートウォッチ上で、ＱＲコード（登録商標）ベースで決済する方法を示す。実行エンティティは、決済を完了するように構成されたサーバであると仮定する。図５に示すように、この方法は以下のステップを含む。

ステップ５１：スマートウォッチａｂｃｄでの決済に用いられ、バーコードリーダで走査されるＱＲコード（登録商標）を受信する。ＱＲコード（登録商標）は、スマートウォッチが、スマートウォッチ識別子と、アカウント名と、サーバからモバイルフォンに伝送されたタイムスタンプと、アルゴリズムマークと、モバイルフォンから送信された秘密鍵とを受信した後に入手した暗号化された情報に基づいて生成され、更に、スマートウォッチ識別子と、アカウント名と、タイムスタンプとを、秘密鍵を用いて、アルゴリズムマークに基づいて暗号化する。

ステップ５２：ＱＲコード（登録商標）を解析し、ＱＲコード（登録商標）に含まれている情報を入手する。モバイルフォンに伝送された秘密鍵に対応する公開鍵を用いて解読を実行し、第１の認証を実行する。

ステップ５３：認証の成功後に、スマートウォッチ識別子と、アカウント名と、タイムスタンプとを入手し、タイムスタンプが有効であるかどうか認証することで、第２の認証を実行する。

ステップ５４：認証の成功後に、スマートウォッチ識別子とアカウント名とに基づいて、スマートウォッチの決済状況を問い合わせる。

ステップ５５：決済状況が有効である場合には、バインド関係が正しいかどうかをスマートウォッチ識別子（ａｂｃｄ）とアカウント名（１２３４）とに基づいて認証することで、第３の認証を実行する。バインド関係が正しいことは表２に基づいて判定できる。

ステップ５６：認証の成功後に、スマートウォッチ識別子（ａｂｃｄ）に基づいて決済限度額を問い合わせる。

表３は、サーバに記憶されたスマートウォッチのアカウント情報を示す。

ステップ５７：問い合わせた決済限度額に基づいて決済する。例えば、スマートウォッチａｂｃｄの決済限度額が６０ＲＭＢであり、受信した決済要求が３３ＲＭＢであれば、決済が行われる。

ステップ５８：決済完了後に決済限度額を更新する。表４は、更新されたアカウント情報を示す。

ステップ５９：決済の完了後に決済情報を保存する。表５はスマートウォッチａｂｃｄの決済情報を示す。

実施５で提供される方法では、アカウントにバインドされた子供用スマートウォッチに決済限度額を事前設定できる。そのため、各々の子供用スマートウォッチにつきＱＲコード（登録商標）ベースの決済行動が管理されて、子供の消費への自覚の管理が強化される。これにより、既存技術における課題、すなわち、子供用スマートウォッチのＱＲコード（登録商標）ベースの決済行動は親のアカウントでしか管理できないため、管理が弱い、という課題が解決される。例えば、親は限度額を１００に設定しそうにはないものの、子供の消費行動を管理すべきである。加えて、子供のスマートウォッチの決済状況を、子供の決済行動を、遅れずにより柔軟に管理するように設定することが可能である。

既存の技術の当業者は、本開示の実施が、方法、システム、またはコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本開示は、ハードウェアのみの実施、ソフトウェアのみの実施、またはソフトウェアとハードウェアの組み合わせでの実施の形態を用いることができる。加えて、本開示は、コンピュータ使用可能なプログラムコードを含む１つ以上のコンピュータ使用可能な記憶媒体（ディスクメモリ、ＣＤ−ＲＯＭ、光メモリなどを含むがこれに限定されない）上に実装されたコンピュータプログラム製品の形態を用いることができる。

本開示は、本開示の実施による方法、デバイス（システム）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明される。フローチャートおよび／またはブロック図における各プロセスおよび／または各ブロック、および、フローチャートおよび／またはブロック図における、プロセスおよび／またはブロックの組み合わせを実施するためにコンピュータプログラム命令を使用できることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または機械を生成するための任意の他のプログラマブルデータ処理装置のプロセッサに提供することができ、コンピュータまたは任意の他のプログラマブルデータ処理装置のプロセッサによって実行される命令は、フローチャートの１つ以上のプロセスおよび／またはブロック図の１つ以上のブロックでの機能を実施する装置を生成する。

これらのコンピュータプログラム命令は、コンピュータまたは任意の他のプログラム可能なデータ処理装置にある方法で動作するよう指示することができるコンピュータ可読メモリに格納することができ、コンピュータ可読メモリに格納された命令は、命令デバイスを含むアーティファクトを生成する。命令装置は、フローチャートの１つ以上のプロセスおよび／またはブロック図の１つ以上のブロックでの機能を実施する。

これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスにロードすることができ、一連の動作およびステップがコンピュータまたは別のプログラマブルデバイス上で実行され、それによってコンピュータ実装処理を生成する。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャートの１つ以上のプロセスおよび／またはブロック図の１つ以上のブロックでの機能を実施するステップを提供する。

典型的な構成では、コンピューティングデバイスは、１つ以上のプロセッサ（ＣＰＵ）、入力／出力インターフェイス、ネットワークインターフェイス、およびメモリを含む。メモリは、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、不揮発性メモリ、および／または、例えばリードオンリーメモリ（ＲＯＭ）またはフラッシュメモリなどのコンピュータ可読媒体内の別の形態を含むことができる。メモリは、コンピュータ可読媒体の一例である。コンピュータ可読媒体は、任意の方法または技術を使用することによって情報記憶を実施することができる、揮発性、不揮発性、可動性および移動不可能な媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータとすることができる。コンピュータ記憶媒体の例には、パラメータランダムアクセスメモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、別のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ＥＥＰＲＯＭ、フラッシュメモリ、または他のメモリ技術、コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、ＤＶＤ、または他の光学記憶装置、カセット磁気テープ、テープおよびディスク記憶装置、または他の磁気記憶装置、または、コンピューティングデバイスがアクセスできる情報を記憶するように構成される任意の他の非送信媒体を含むことができるが、これらに限定されない。本明細書で定義されるように、コンピュータ可読媒体は、変調データ信号および搬送波などの一時的なコンピュータ可読媒体（一時的媒体）を含まない。

「含む（include）」、「備える（comprise）」、またはそれらの任意の他の変形は、非排他的な包含をカバーすることを意図しているので、要素の列挙を含むプロセス、方法、物品、または装置は、それらの要素を含むだけでなく、明示的に列挙されていない他の要素を含むか、またはそのようなプロセス、方法、物品、または装置に固有の要素をさらに含む。「includes a ...」という要素が前に付いている要素は、それ以上の制約がなければ、その要素を含むプロセス、方法、物品、または装置に追加の同一要素が存在することを排除しない。

既存技術の当業者は、本開示の実施が、方法、システム、またはコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本開示は、ハードウェアのみの実装、ソフトウェアのみの実装、またはソフトウェアとハードウェアの組み合わせでの実施の形態をとることができる。加えて、本開示は、コンピュータで使用可能なプログラムコードを含む１つ以上のコンピュータ使用可能記憶媒体（ディスクメモリ、ＣＤ-ＲＯＭ、光学メモリなどを含むがこれに限定されない）上に実装されたコンピュータプログラム製品の形態をとることができる。

上記の説明は、本開示の実施に過ぎず、本開示を限定するものではない。既存技術の当業者にとって、本開示は様々な変更および変形を有することができる。本開示の精神および原理においてなされた任意の修正、均等な置換および改良は、本開示における請求項の範囲に入るものとする。

上記の説明は、本開示の実施に過ぎず、本開示を限定するものではない。既存技術の当業者にとって、本開示は様々な変更および変形を有することができる。本開示の精神および原理においてなされた任意の修正、均等な置換および改良は、本開示における請求項の範囲に入るものとする。
［第１の局面］
バーコードベースのモバイル決済方法であって：
第１のモバイルデバイスでの決済に用いられ、バーコードリーダで走査されるバーコードを受信するステップであって、前記バーコードは、前記第１のモバイルデバイスの固有識別子と、前記第１のモバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される、受信するステップと；
前記バーコードを解析し、解析により得られた前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するステップと；
前記認証の成功後に、前記第１のモバイルデバイスの固有識別子に基づいて決済限度額を問い合わせるステップであって、前記決済限度額は、所与の期間内での最大決済限度額であり、前記第１のモバイルデバイスにバインドされた前記アカウントによって前記第１のモバイルデバイスに事前設定されている、問い合わせるステップと；
前記問い合わせた決済限度額に基づいて決済するステップと；を備える、
バーコードベースのモバイル決済方法。
［第２の局面］
前記決済の完了後に前記決済限度額を更新するステップを更に備え、
前記決済限度額は、管理限度額と請求限度額との間の差分であり、
前記管理限度額は、所与の期間内での総決済限度額であり、前記第１のモバイルデバイスにバインドされた前記アカウントによって、前記第１のモバイルデバイスに事前設定されており、
前記請求限度額は、所与の期間内での前記第１のモバイルデバイスの使用限度額である、
第１の局面に記載の方法。
［第３の局面］
前記決済の完了後に決済情報を保存するステップを更に備え、
前記決済情報は、決済時間と使用限度額とを含む、
第１の局面に記載の方法。
［第４の局面］
前記バーコードを解析し、解析により得られた前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行する前記ステップは：
前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とを得るために前記バーコードを解析するステップと；
前記第１のモバイルデバイスに前記アカウントによって事前設定された決済状況を、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて問い合わせるステップと；
前記決済状況が有効である場合には、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて識別子認証を実行するステップと；を備える、
第１の局面に記載の方法。
［第５の局面］
前記アカウントは、第２のモバイルデバイスを用いて前記第１のモバイルデバイスにバインドされる、
第１の局面に記載の方法。
［第６の局面］
前記第１のモバイルデバイスは、ウェアラブルインテリジェントデバイスである、
第１の局面に記載の方法。
［第７の局面］
前記アカウントは、少なくとも２つの第１のモバイルデバイスにバインドされる、
第１の局面に記載の方法。
［第８の局面］
バーコードベースのモバイル決済の装置であって：
受信ユニットと、認証ユニットと、問い合わせユニットと、決済ユニットとを備え；
前記受信ユニットは、第１のモバイルデバイスでの決済に用いられ、バーコードリーダで走査されるバーコードを受信するように構成され、前記バーコードは、前記第１のモバイルデバイスの固有識別子と、前記第１のモバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成され；
前記認証ユニットは、前記バーコードを解析し、解析により得られた前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するように構成され；
前記問い合わせユニットは、認証の成功後に、前記第１のモバイルデバイスの前記固有識別子に基づいて決済限度額を問い合わせるように構成され、前記決済限度は所与の期間における最大決済限度額であり、前記第１のモバイルデバイスにバインドされた前記アカウントによって前記第１のモバイルデバイスに事前設定されており；
前記決済ユニットは、前記問い合わせた決済限度額に基づいて決済するように構成された；
バーコードベースのモバイル決済の装置。
［第９の局面］
前記デバイスは、更新ユニットを更に備え、
前記更新ユニットは、前記決済の完了後に前記決済限度額を更新するように構成され、
前記決済限度額は、管理限度額と請求限度額との間の差分であり、
前記管理限度額は、所与の期間における前記総決済限度であり、前記第１のモバイルデバイスにバインドされた前記アカウントにより前記第１のモバイルデバイスに事前設定されており、
前記請求限度額は、所与の期間内での前記第１のモバイルデバイスの使用限度額である、
第８の局面に記載のデバイス。
［第１０の局面］
記録ユニットを更に備え、
前記記録ユニットは、前記決済の完了後に決済情報を保存するように構成され、
前記決済情報は、決済時間と使用限度額とを含む、
第８の局面に記載のデバイス。
［第１１の局面］
前記認証ユニットは、認証サブユニットを備え、
前記認証サブユニットは：
前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とを得るために前記バーコードを解析して、前記アカウントによって前記第１のモバイルデバイスに事前設定された決済状況を、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて問い合わせるように、及び
前記決済状況が有効であれば、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するように構成された、
第８の局面に記載のデバイス。
［第１２の局面］
バーコードベースのモバイルサービス処理の方法であって：
１つのアカウントが複数のモバイルデバイスにバインドされており、各モバイルデバイスにサービス規則が事前設定されており、
モバイルデバイスでのサービス処理に用いられ、バーコードリーダで走査されるバーコードを受信するステップであって、前記バーコードは、前記モバイルデバイスの固有識別子と、前記モバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される、受信するステップと；
前記バーコードを解析し、前記モバイルデバイスが、前記アカウントにバインドされた前記複数のモバイルデバイスのうちの１つであるかどうかを、解析により得られた前記アカウント情報と前記モバイルデバイスの前記固有識別子とに基づいて認証するステップと；
肯定である場合に、前記モバイルデバイスの前記固有識別子に基づいて、前記アカウントにより前記モバイルデバイスに事前設定されたサービス規則を問い合わせるステップと；
前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するステップと；を備える、
バーコードベースのモバイルサービス処理の方法。
［第１３の局面］
前記サービス規則は、サービス状況を含み、
前記モバイルデバイスに事前設定された前記サービス規則に基づいて前記サービス処理を実行する前記ステップは：
前記サービス規則内の前記サービス状況を問い合わせるステップと；
前記サービス状況が有効である場合は、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するステップと；を備える、
第１２の局面に記載の方法。
［第１４の局面］
バーコードベースのモバイルサービス処理の装置であって：
１つのアカウントが複数のモバイルデバイスにバインドされており、各モバイルデバイスにはサービス規則が事前設定されており、前記デバイスは、バーコード受信ユニットと端末認証ユニットと、サービス規則問い合わせユニットと、サービス処理ユニットとを備え；
前記バーコード受信ユニットは、モバイルデバイスでのサービス処理に用いられ、バーコードリーダにより走査されるバーコードを受信するように構成され、前記バーコードは、前記モバイルデバイスの固有識別子と、前記モバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成され；
前記端末認証ユニットは、前記バーコードを解析し、前記モバイルデバイスが前記アカウントにバインドされている前記複数のモバイルデバイスのうちの１つであるかどうかを、解析により得られた前記アカウント情報と前記モバイルデバイスの前記固有識別子とに基づいて認証するように構成され；
肯定である場合に、前記サービス規則問い合わせユニットは、前記アカウントにより前記モバイルデバイスに事前設定されたサービス規則を、前記モバイルデバイスの前記固有識別子に基づいて問い合わせるように構成され；
前記サービス処理ユニットは、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するように；構成された、
バーコードベースのモバイルサービス処理の装置。
［第１５の局面］
前記サービス規則は、サービス状況を含み、
前記サービス処理ユニットは、前記サービス規則内の前記サービス状況を問い合わせ、前記サービス状況が有効である場合に、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するように構成された、
第１４の局面に記載のデバイス。

Claims (15)

1. バーコードベースのモバイル決済方法であって：
   第１のモバイルデバイスでの決済に用いられ、バーコードリーダで走査されるバーコードを受信するステップであって、前記バーコードは、前記第１のモバイルデバイスの固有識別子と、前記第１のモバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される、受信するステップと；
   前記バーコードを解析し、解析により得られた前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するステップと；
   前記認証の成功後に、前記第１のモバイルデバイスの固有識別子に基づいて決済限度額を問い合わせるステップであって、前記決済限度額は、所与の期間内での最大決済限度額であり、前記第１のモバイルデバイスにバインドされた前記アカウントによって前記第１のモバイルデバイスに事前設定されている、問い合わせるステップと；
   前記問い合わせた決済限度額に基づいて決済するステップと；を備える、
   バーコードベースのモバイル決済方法。
2. 前記決済の完了後に前記決済限度額を更新するステップを更に備え、
   前記決済限度額は、管理限度額と請求限度額との間の差分であり、
   前記管理限度額は、所与の期間内での総決済限度額であり、前記第１のモバイルデバイスにバインドされた前記アカウントによって、前記第１のモバイルデバイスに事前設定されており、
   前記請求限度額は、所与の期間内での前記第１のモバイルデバイスの使用限度額である、
   請求項１に記載の方法。
3. 前記決済の完了後に決済情報を保存するステップを更に備え、
   前記決済情報は、決済時間と使用限度額とを含む、
   請求項１に記載の方法。
4. 前記バーコードを解析し、解析により得られた前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行する前記ステップは：
   前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とを得るために前記バーコードを解析するステップと；
   前記第１のモバイルデバイスに前記アカウントによって事前設定された決済状況を、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて問い合わせるステップと；
   前記決済状況が有効である場合には、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて識別子認証を実行するステップと；を備える、
   請求項１に記載の方法。
5. 前記アカウントは、第２のモバイルデバイスを用いて前記第１のモバイルデバイスにバインドされる、
   請求項１に記載の方法。
6. 前記第１のモバイルデバイスは、ウェアラブルインテリジェントデバイスである、
   請求項１に記載の方法。
7. 前記アカウントは、少なくとも２つの第１のモバイルデバイスにバインドされる、
   請求項１に記載の方法。
8. バーコードベースのモバイル決済の装置であって：
   受信ユニットと、認証ユニットと、問い合わせユニットと、決済ユニットとを備え；
   前記受信ユニットは、第１のモバイルデバイスでの決済に用いられ、バーコードリーダで走査されるバーコードを受信するように構成され、前記バーコードは、前記第１のモバイルデバイスの固有識別子と、前記第１のモバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成され；
   前記認証ユニットは、前記バーコードを解析し、解析により得られた前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するように構成され；
   前記問い合わせユニットは、認証の成功後に、前記第１のモバイルデバイスの前記固有識別子に基づいて決済限度額を問い合わせるように構成され、前記決済限度は所与の期間における最大決済限度額であり、前記第１のモバイルデバイスにバインドされた前記アカウントによって前記第１のモバイルデバイスに事前設定されており；
   前記決済ユニットは、前記問い合わせた決済限度額に基づいて決済するように構成された；
   バーコードベースのモバイル決済の装置。
9. 前記デバイスは、更新ユニットを更に備え、
   前記更新ユニットは、前記決済の完了後に前記決済限度額を更新するように構成され、
   前記決済限度額は、管理限度額と請求限度額との間の差分であり、
   前記管理限度額は、所与の期間における前記総決済限度であり、前記第１のモバイルデバイスにバインドされた前記アカウントにより前記第１のモバイルデバイスに事前設定されており、
   前記請求限度額は、所与の期間内での前記第１のモバイルデバイスの使用限度額である、
   請求項８に記載のデバイス。
10. 記録ユニットを更に備え、
    前記記録ユニットは、前記決済の完了後に決済情報を保存するように構成され、
    前記決済情報は、決済時間と使用限度額とを含む、
    請求項８に記載のデバイス。
11. 前記認証ユニットは、認証サブユニットを備え、
    前記認証サブユニットは：
    前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とを得るために前記バーコードを解析して、前記アカウントによって前記第１のモバイルデバイスに事前設定された決済状況を、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて問い合わせるように、及び
    前記決済状況が有効であれば、前記アカウント情報と前記第１のモバイルデバイスの前記固有識別子とに基づいて、識別子認証を実行するように構成された、
    請求項８に記載のデバイス。
12. バーコードベースのモバイルサービス処理の方法であって：
    １つのアカウントが複数のモバイルデバイスにバインドされており、各モバイルデバイスにサービス規則が事前設定されており、
    モバイルデバイスでのサービス処理に用いられ、バーコードリーダで走査されるバーコードを受信するステップであって、前記バーコードは、前記モバイルデバイスの固有識別子と、前記モバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成される、受信するステップと；
    前記バーコードを解析し、前記モバイルデバイスが、前記アカウントにバインドされた前記複数のモバイルデバイスのうちの１つであるかどうかを、解析により得られた前記アカウント情報と前記モバイルデバイスの前記固有識別子とに基づいて認証するステップと；
    肯定である場合に、前記モバイルデバイスの前記固有識別子に基づいて、前記アカウントにより前記モバイルデバイスに事前設定されたサービス規則を問い合わせるステップと；
    前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するステップと；を備える、
    バーコードベースのモバイルサービス処理の方法。
13. 前記サービス規則は、サービス状況を含み、
    前記モバイルデバイスに事前設定された前記サービス規則に基づいて前記サービス処理を実行する前記ステップは：
    前記サービス規則内の前記サービス状況を問い合わせるステップと；
    前記サービス状況が有効である場合は、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するステップと；を備える、
    請求項１２に記載の方法。
14. バーコードベースのモバイルサービス処理の装置であって：
    １つのアカウントが複数のモバイルデバイスにバインドされており、各モバイルデバイスにはサービス規則が事前設定されており、前記デバイスは、バーコード受信ユニットと端末認証ユニットと、サービス規則問い合わせユニットと、サービス処理ユニットとを備え；
    前記バーコード受信ユニットは、モバイルデバイスでのサービス処理に用いられ、バーコードリーダにより走査されるバーコードを受信するように構成され、前記バーコードは、前記モバイルデバイスの固有識別子と、前記モバイルデバイスにバインドされたアカウントのアカウント情報とに基づいて生成され；
    前記端末認証ユニットは、前記バーコードを解析し、前記モバイルデバイスが前記アカウントにバインドされている前記複数のモバイルデバイスのうちの１つであるかどうかを、解析により得られた前記アカウント情報と前記モバイルデバイスの前記固有識別子とに基づいて認証するように構成され；
    肯定である場合に、前記サービス規則問い合わせユニットは、前記アカウントにより前記モバイルデバイスに事前設定されたサービス規則を、前記モバイルデバイスの前記固有識別子に基づいて問い合わせるように構成され；
    前記サービス処理ユニットは、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するように；構成された、
    バーコードベースのモバイルサービス処理の装置。
15. 前記サービス規則は、サービス状況を含み、
    前記サービス処理ユニットは、前記サービス規則内の前記サービス状況を問い合わせ、前記サービス状況が有効である場合に、前記モバイルデバイスに事前設定された前記サービス規則に基づいてサービス処理を実行するように構成された、
    請求項１４に記載のデバイス。

Images