(57)【要約】【課題】【解決手段】  本発明は、支払方法及び装置を開示する。当該方法は、端末からの支払要求を受信した後、対応するアカウントの支払情報が含まれる、前記端末の二次元コードを取得するステップと、二次元コードに含まれるアカウントの支払情報を読み取るステップと、支払要求に応じて支払情報を使用してアカウントに対して料金を差し引くステップと、を含む。本発明により、関連技術において電子商店における商品に対する支払方法が煩雑な問題を解決し、ユーザが電子商店における商品に対して支払う際に便利で迅速となり、ユーザ体験を向上させる。【選択図】図１
2015528934.tif 000002
【特許請求の範囲】
【請求項１】
支払方法であって、
端末からの支払要求を受信した後、対応するアカウントの支払情報が含まれる、前記端末からの二次元コードを取得するステップと、
前記二次元コードに含まれる前記アカウントの支払情報を読み取るステップと、
前記支払要求に応じて前記支払情報を使用して前記アカウントに対して料金を差し引くステップと、を含む方法。
【請求項２】
前記対応するアカウントの支払情報は、
前記二次元コードに対応するアカウントの識別子情報及び前記対応するアカウントの支払のための唯一のキーを含むことを特徴とする
請求項１に記載の支払方法。
【請求項３】
前記端末からの二次元コードを取得する前に、前記方法は、
前記端末内の二次元コード識別アプリケーションを呼び出して、前記端末により取得された前記二次元コードを識別するステップをさらに含むことを特徴とする
請求項１に記載の支払方法。
【請求項４】
前記端末が前記端末内の二次元コード識別アプリケーションを呼び出して、取得された前記二次元コードを識別することは、
前記端末内に複数の二次元コード識別アプリケーションが存在する場合、予め設定された優先順位に応じてその中の１つの二次元コード識別アプリケーションを選択して、取得された前記二次元コードを識別することを含むことを特徴とする
請求項３に記載の支払方法。
【請求項５】
前記支払要求に支払うべき商品金額が含まれ、前記支払要求に応じて前記支払情報を使用して前記アカウントに対して料金を差し引くことは、
前記アカウントの残額が前記支払うべき商品金額以上である場合、前記アカウントの残額に前記金額を差し引き、かつ前記端末に支払成功情報をリターンすること、又は、
前記アカウントの残額が前記支払うべき商品金額より小さい場合、前記端末に支払失敗情報をリターンすることを含むことを特徴とする
請求項１〜４のいずれか１項に記載の支払方法。
【請求項６】
前記二次元コードは、ＱＲコードであることを特徴とする
請求項１〜４のいずれか１項に記載の支払方法。
【請求項７】
端末からの支払要求を受信した後、対応するアカウントの支払情報が含まれる、前記端末からの二次元コードを取得するように設定される取得モジュールと、
前記二次元コードに含まれる前記アカウントの支払情報を読み取るように設定される読取モジュールと、
前記支払要求に応じて前記支払情報を使用して前記アカウントに対して料金を差し引くように設定される支払モジュールと、を備える支払装置。
【請求項８】
前記支払装置は、
前記端末内の二次元コード識別アプリケーションを呼び出して、前記端末により取得された前記二次元コードを識別するように設定される呼出モジュールをさらに備えることを特徴とする
請求項７に記載の支払装置。
【請求項９】
前記呼出モジュールは、さらに、前記端末内に複数の二次元コード識別アプリケーションが存在する場合、予め設定された優先順位に応じてその中の１つの二次元コード識別アプリケーションを選択して、取得された前記二次元コードを識別するように設定されることを特徴とする
請求項８に記載の支払装置。
【請求項１０】
前記支払要求に支払うべき商品金額が含まれる場合、前記支払モジュールは、
前記アカウントの残額が前記支払うべき商品金額以上である場合、前記アカウントの残額に前記金額を差し引き、かつ前記端末に支払成功情報をリターンし、又は前記アカウントの残額が前記支払うべき商品金額より小さい場合、前記端末に支払失敗情報をリターンするように設定されるリターンモジュールを含むことを特徴とする
請求項７〜９のいずれか１項に記載の支払装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、具体的には支払方法及び装置に関する。
【背景技術】
【０００２】
オンライン電子商店で製品を購入する際に、第三者の支払アカウントの助けによって料金を支払う必要がある。これは、ユーザにとって非常に不便であり、特に初めて電子商店を使用する顧客にとって、第三者の支払アカウントを登録してリチャージすることが煩雑な過程である。一部のユーザは、初めての支払過程が煩雑なので、購入をあきらめて、ユーザの損失を招く。
関連技術において電子商店における商品に対する支払方法が煩雑な問題に対して、現在、まだ効果的な解決スキームが提案されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
関連技術において電子商店における商品に対する支払方法が煩雑な問題に対して、本発明は、支払方法及び装置を提供して少なくとも前記問題を解決しようとする。
【課題を解決するための手段】
【０００４】
本発明の一態様による支払方法は、端末からの支払要求を受信した後、対応するアカウントの支払情報が含まれる、前記端末からの二次元コードを取得するステップと、前記二次元コードに含まれる前記アカウントの支払情報を読み取るステップと、前記支払要求に応じて前記支払情報を使用して前記アカウントに対して料金を差し引くステップと、を含む。
好ましくは、前記対応するアカウントの支払情報は、前記二次元コードに対応するアカウントの識別子情報及び前記対応するアカウントの支払のための唯一のキーを含む。
好ましくは、前記端末からの二次元コードを取得する前に、前記端末内の二次元コード識別アプリケーションを呼び出して、取得された前記二次元コードを識別するステップをさらに含む。
好ましくは、前記端末が前記端末内の二次元コード識別アプリケーションを呼び出して、取得された前記二次元コードを識別することは、前記端末内に複数の二次元コード識別アプリケーションが存在する場合、予め設定された優先順位に応じてその中の１つの二次元コード識別アプリケーションを選択して、取得された前記二次元コードを識別することを含む。
好ましくは、前記支払要求に支払うべき商品金額が含まれ、前記支払要求に応じて前記支払情報を使用して前記アカウントに対して料金を差し引くことは、前記アカウントの残額が前記支払うべき商品金額以上である場合、前記アカウントの残額に前記金額を差し引き、かつ前記端末に支払成功情報をリターンすること、又は前記アカウントの残額が前記支払うべき商品金額より小さい場合、前記端末に支払失敗情報をリターンすることを含む。
好ましくは、前記二次元コードは、ＱＲコードである。
本発明の別の態様による支払装置は、端末からの支払要求を受信した後、対応するアカウントの支払情報が含まれる、前記端末からの二次元コードを取得するように設定される取得モジュールと、前記二次元コードに含まれる前記アカウントの支払情報を読み取るように設定される読取モジュールと、前記支払要求に応じて前記支払情報を使用して前記アカウントに対して料金を差し引くように設定される支払モジュールと、を備える。
好ましくは、前記装置は、前記端末内の二次元コード識別アプリケーションを呼び出して、前記端末により取得された前記二次元コードを識別するように設定される呼出モジュールをさらに備える。
好ましくは、前記呼出モジュールは、さらに、前記端末内に複数の二次元コード識別アプリケーションが存在する場合、予め設定された優先順位に応じてその中の１つの二次元コード識別アプリケーションを選択して、取得された前記二次元コードを識別するように設定される。
好ましくは、前記支払要求に支払うべき商品金額が含まれる場合、前記支払モジュールは、前記アカウントの残額が前記支払うべき商品金額以上である場合、前記アカウントの残額に前記金額を差し引き、かつ前記端末に支払成功情報をリターンし、又は前記アカウントの残額が前記支払うべき商品金額より小さい場合、前記端末に支払失敗情報をリターンするように設定されるリターンモジュールを含む。
本発明によれば、端末からの支払要求を受信した後、対応するアカウントの支払情報が含まれる、端末からの二次元コードを取得するステップと、二次元コードに含まれるアカウントの支払情報を読み取るステップと、支払要求に応じて支払情報を使用してアカウントに対して料金を差し引くステップと、を含む支払方法を採用して、関連技術において電子商店における商品に対する支払方法が煩雑な問題を解決し、ユーザが電子商店における商品に対して支払う際に便利で迅速となり、ユーザ体験を向上させる。
【図面の簡単な説明】
【０００５】
【図１】本発明の実施形態による支払方法のフローチャートである。
【図２】本発明の実施形態による支払装置の構成ブロック図である。
【図３】本発明の実施形態による支払装置の好適な構成ブロック図である。
【図４】本発明の実施形態に係る支払モジュールの好適な構成ブロック図である。
【発明を実施するための形態】
【０００６】
以下、図面を参照して実施形態と組み合わせて本発明を詳細に説明する。衝突しない場合、本願における実施形態及び実施形態における特徴が互いに組み合わせることができると解釈すべきである。
本実施形態は、支払方法を提供し、図１が本発明の実施形態に係る支払方法のフローチャートであり、図１に示すように、当該方法は、次のようなステップを含む。
ステップＳ１０２で、端末からの支払要求を受信した後、対応するアカウントの支払情報が含まれる、端末からの二次元コードを取得する。
ステップＳ１０４で、二次元コードに含まれるアカウントの支払情報を読み取る。
ステップＳ１０６で、支払要求に応じて支払情報を使用してアカウントに対して料金を差し引く。
本実施形態は、上述したステップにより、二次元コードに含まれる対応するアカウントの支払情報に基づいてユーザが支払うべき商品に対して料金を支払うことができる。ユーザが電子商店における商品に対して支払をしようとする場合、前記二次元コードをスキャンして送信するだけで、当該二次元コードに含まれる対応するアカウントの支払情報に基づいて当該アカウントから料金を差し引くことができ、第三者アカウントの助けが必要ではなく、支払操作の時に他の情報を入力する必要もなく、関連技術において電子商店における商品に対する支払方法が煩雑な問題を解決し、ユーザが電子商店における商品に対して支払う際に便利で迅速となり、ユーザ体験を向上させる。
好適な実施形態として、現在のアカウントの支払情報が通常にユーザ名及びパスワードから構成されることを考慮するので、本実施形態における対応するアカウントの支払情報が二次元コードに対応するアカウントの識別子情報及び当該対応するアカウントの支払のための唯一のキーであってもよい。もちろん、支払情報の形態は、これに限定されない。
好ましくは、前記二次元コードを取得する場合、端末内の二次元コード識別アプリケーションを呼び出して、取得された二次元コードを識別することができる。当該ユーザが初めて二次元コードを使用して商品の支払を行う場合、ウェブページでプラグインをダウンロードすることにより端末内の二次元コード識別アプリケーションを呼び出すことができる。
好ましくは、端末内に複数の二次元コード識別アプリケーションが存在する場合、前記複数の二次元コード識別アプリケーションを使用する優先順位を予め設定することができ、それによって予め設定された優先順位に応じてその中の１つの二次元コード識別アプリケーションを選択して取得された二次元コードを識別することができ、アプリケーションプログラム間の衝突を回避して、システムの安定性を向上させる。
好適な実施形態として、支払要求に含まれる支払うべき商品の金額が二次元コードに対応するアカウントの残額以下である場合、直接にアカウントの残額から金額を差し引き、端末に支払成功情報をリターンすることができ、支払要求に含まれる支払うべき商品の金額が二次元コードに対応するアカウントの残額より大きい場合、支払を実現することができず、この時に端末に支払失敗情報をリターンすることができ、ユーザがその他の方法によって支払い、又は二次元コードに対応するアカウントにリチャージさせる。
好適な実施形態として、上述した二次元コードは、ＱＲコード（Ｑｕｉｃｋ  Ｒｅｓｐｏｎｓｅ  Ｃｏｄｅ）であることができる。この方法は、使用が便利であり、読取が迅速である。
上述した方法に対応して、本実施形態は、支払装置をさらに提供しており、当該装置は、上述した実施形態及び好適な実施形態を実現するように設定され、説明されたことは繰り返さない。例えば、以下に使用される用語「モジュール」は、所定の機能を実現できるソフトウェア及び／又はハードウェアの組み合わせである。以下の実施形態に記載の装置は、より良くソフトウェアで実現されるが、ハードウェア、又はソフトウェアとハードウェアの組み合わせで実現されることが発想されるかもしれない。
図２は本発明の実施形態による支払装置の構成ブロック図であり、図２に示すように、当該装置は、取得モジュール２２、読取モジュール２４及び支払モジュール２６を備え、以下で各モジュールを詳細に説明する。
取得モジュール２２は、端末からの支払要求を受信した後、対応するアカウントの支払情報が含まれる、端末からの二次元コードを取得するように設定され、読取モジュール２４は、取得モジュール２２に接続され、取得モジュール２２により取得された二次元コードに含まれるアカウントの支払情報を読み取るように設定され、支払モジュール２６は、読取モジュール２４に接続され、支払要求に応じて読取モジュール２４により読み取られた支払情報を使用してアカウントに対して料金を差し引くように設定される。
本実施形態は、上述したモジュールにより、ユーザが電子商店における商品に対して支払をしようとする場合、前記二次元コードをスキャンして送信するだけで、当該二次元コードに含まれる対応するアカウントの支払情報に基づいて当該アカウントから料金を差し引くことができ、第三者アカウントの助けが必要ではなく、支払操作の時に他の情報を入力する必要もなく、関連技術において電子商店における商品に対する支払方法が煩雑な問題を解決し、ユーザが電子商店における商品に対して支払を行う際に便利で迅速となる。
図３は本発明の実施形態による支払装置の好適な構成ブロック図であり、図３に示すように、当該装置は、取得モジュール２２に接続され、端末内の二次元コード識別アプリケーションを呼び出して、取得された二次元コードを識別するように設定される呼出モジュール３２をさらに備えることができる。
好ましくは、呼出モジュール３２は、さらに、端末内に複数の二次元コード識別アプリケーションが存在する場合、予め設定された優先順位に応じてその中の１つの二次元コード識別アプリケーションを選択して、取得された二次元コードを識別するように設定されることができる。
図４は、本発明の実施形態による支払モジュール２６の好適な構成ブロック図であり、図４に示すように、支払要求に支払うべき商品金額が含まれる場合、支払モジュール２６は、アカウントの残額が支払うべき商品金額以上である場合、アカウントの残額から金額を差し引き、かつ端末に支払成功情報をリターンし、又はアカウントの残額が支払うべき商品金額より小さい場合、端末に支払失敗情報をリターンするように設定されるリターンモジュール２６２を含むことができる。
本実施形態は、ユーザがオンライン商店で有料商品を購入する場合の支払過程を簡略化するとともに、事業者のために新しい広報と販促手段を提供する。
以下で好適な実施形態と組み合わせて説明し、以下の好適な実施形態は、上述した実施形態及びその好適な実施形態を組み合わせた。
現在、ｗｏｓｔｏｒｅ、ＭｏｂｉｌｅＭａｒｋｅｔ、１８９ｓｔｏｒｅなどのオンライン携帯電話アプリケーション商店及びＡｐｐＳｔｏｒｅなどのオンライン商店は、第三者アカウントを登録して銀聯カード又はクレジットカードとバインディングすることにより支払を完了し、又は携帯電話の通話料金を差し引くことにより支払を完了する。
本好適な実施形態は、アプリケーション商店で有料アプリケーションを購入することを例として説明し、アプリケーション商店においてＱＲコードを使用して支払う方法を提供している。本好適な実施形態において、事業者は、事前に一定の金額と唯一のキーが含まれるＱＲコードを販売する又はユーザに贈与し、ユーザがアプリケーション商店で有料商品をダウンロードした後、携帯電話又はコンピュータのカメラを使用して当該ＱＲコードをスキャンすることにより支払過程を完了する。
現在のＱＲコードの支払過程において、ＱＲコードは、全て認証コードとして使用され、支払過程で第三者の銀行口座と関連付ける必要があり、その目的は、電子支払のセキュリティを増加させることにある。
従来の非スマートフォンが徐々に市場から撤退し、スマートフォンが現在の発展動向となっている。スマートフォンの最大の特徴は、ユーザの好みに応じて様々なアプリケーションソフトウェアをインストールすることができ、携帯電話アプリケーションソフトウェア商店もゆっくりと大多数のユーザに受け入れられ、テレコム事業者の戦場となる。しかし、アプリケーション商店で有料商品を購入する場合の支払方法は、第三者の支払アカウントの助けを得る必要があり、初めて有料アプリケーションを購入するユーザにとって、第三者の支払アカウントの登録、アプリケーション商店のアカウントとの関連付け、リチャージは、全て比較的煩雑な操作であるため、一部のユーザは、購買欲を喪失することになる。本好適な実施形態は、支払過程を簡略化して、ユーザが初めて使用する場合でも購買プロセスを順調に完了することができる。
本好適な実施形態の支払スキームを使用してオンラインアプリケーション商店の商品に対して支払うプロセスは、次のとおりである。
ステップＳ２：ユーザは、ウェブページで購入すべき商品を選択して購入をクリックする。
ステップＳ４：ウェブページは、ユーザによりクリックされた購入要求を受信して、当該交易要求をサーバに送信する。
ステップＳ６：サーバは、前記交易要求に応じて当該商品の購入のために必要な金額を得て、ウェブページに送信する。
ステップＳ８：ウェブページは、金額をユーザに表示させ、ユーザに使用される支払モードにアクセスする。
ステップＳ１０：ユーザがＱＲコードを選択して支払う場合、当該ユーザが初めて当該ＱＲコード支払モードを採用するかどうかを判断し、そうであれば、ステップＳ１２に移行し、それ以外の場合、ステップＳ１４に移行する。
ステップＳ１２：ウェブページにＱＲコード支払のために必要な支払プラグインがポップアップされ、ユーザが当該支払プラグインをインストールする。
ステップＳ１４：ユーザがＱＲコードをスキャンし、ユーザがいる端末は、当該ＱＲコードを取得した後にインストールされた支払プラグインにより当該端末内のＱＲコード識別アプリケーションを呼び出して識別する。その中、当該ＱＲコードは、暗号化されたユーザ情報を含み、ユーザ情報の暗号化アルゴリズムと復号化計算は、決済側によって提供されることができ、他の第三者によって提供されることもできる。
ステップＳ１６：ユーザは、識別されたＱＲコード情報をウェブページに送信する。
ステップＳ１８：ウェブページは、暗号化情報が含まれるＱＲコード情報及び商品価格などの情報を決済側又は復号化計算を提供する第三者に送信する。
ステップＳ２０：決済側に送信する場合、前記決済側は、ＱＲコード情報を復号化して、当該ＱＲコードに対応するアカウントの支払情報を取得する。復号化計算を提供する第三者に送信する場合、当該第三者は、当該ＱＲコードを復号化した後、復号化された結果を決済側に送信する。
ステップＳ２２：決済側は、アカウント内の残額が商品金額以上であるかどうかを判断し、残額が商品金額以上である場合、支払情報を使用して支払い、かつ支払成功情報をウェブページにリターンし、残額が商品金額より小さい場合、支払が失敗し、支払失敗情報をウェブページにリターンする。また、同時にアカウントの有効期、残額などの他のアカウント情報をウェブページにリターンすることができる。
ステップＳ２４：ウェブページは、決済側によりリターンされた結果をユーザに表示させる。
他の１つの実施形態において、ソフトウェアをさらに提供しており、当該ソフトウェアは、上述した実施形態及び好適な実施形態に記述された技術的スキームを実行するように設定される。
他の１つの実施形態において、記憶媒体をさらに提供しており、当該記憶媒体には上述したソフトウェアが記憶されており、当該記憶媒体は、光ディスク、フレキシブルディスク、ハードディスク、書き換え可能メモリなどを含むがこれらに限定されない。
明らかに、本分野の当業者は、上述した本発明の各モジュール又は各ステップが汎用コンピューティングデバイスで実現されることができ、これらが単一のコンピューティングデバイスに集積され、又は複数のコンピューティングデバイスで構成されたネットワークに分布されることができ、選択的に、これらがコンピューティングデバイスで実行可能なプロシージャ・コードによって実現されることができ、このようにして、これらを記憶手段に記憶してコンピューティングデバイスで実行されることができ、かついくつかの場合、示された又は記述されたステップをこことは異なる順序で実行し、或いは、これらを各集積回路モジュールにそれぞれ製作し、或いは、これらの中の複数のモジュール又はステップを単一の集積回路モジュールに製作して実現することができると理解すべきである。このようにして、本発明は、いかなる特定のハードウェアとソフトウェアの組み合わせに制限されない。
以上は、本発明の好適な実施形態に過ぎなく、本発明を制限することに用いられるものではなく、本分野の当業者に対して、本発明は、各種類の変更と変化がある。本発明の主旨精神と原則以内に、いかなる改修、同等入れ替わり、改良等が本発明の保護範囲以内に含まれるべきである。
【図１】
2015528934.tif 000003
【図２】
2015528934.tif 000004
【図３】
2015528934.tif 000005
【図４】
2015528934.tif 000006
【国際調査報告】
2015528934.tif 000007
2015528934.tif 000008
2015528934.tif 000009
2015528934.tif 000010