(57)【特許請求の範囲】
【請求項１】
第１の通信装置からのデータ処理要求に従って２次元コードを生成することであって、前記データ処理要求は、販売用の製品名、製品の注文金額、注文に対する合意された延滞期間を含む複数の事項を含み、前記２次元コードは、前記データ処理要求に含まれている前記複数の事項の少なくとも１つを含む、前記データ処理要求に関する情報を含む、ことと、
前記２次元コードを走査する第２の通信装置から前記データ処理要求に関する情報を受信することと、
前記データ処理要求に関する前記情報に基づき、前記第２の通信装置にてデータ処理用ユーザインターフェースを生成することと、
を含むコンピュータ実行方法。
【請求項２】
前記データ処理要求に関する前記情報は、前記第２の通信装置による前記２次元コードの走査を通じて取得される、請求項１に記載のコンピュータ実行方法。
【請求項３】
前記第１の通信装置からの前記データ処理要求に従って前記２次元コードを前記生成することは、前記第１の通信装置にて前記２次元コードを提示することを含む、請求項１に記載のコンピュータ実行方法。
【請求項４】
前記データ処理要求に関する前記情報に基づき、前記第２の通信装置にて前記データ処理用ユーザインターフェースを前記生成することは、
前記第２の通信装置からデータ処理アカウントの情報を取得することと、
前記データ処理要求に関する前記情報及び前記データ処理アカウントの前記情報に従って、前記第２の通信装置にて前記データ処理用ユーザインターフェースを生成することと
を含む、請求項１に記載のコンピュータ実行方法。
【請求項５】
前記データ処理アカウントの前記情報を前記第２の通信装置から前記取得することは、データ処理サーバに適合するクライアントソフトウェアを前記第２の通信装置にて用いて、前記データ処理アカウントの前記情報を取得することを含む、請求項４に記載のコンピュータ実行方法。
【請求項６】
前記データ処理アカウントの前記情報を前記第２の通信装置から前記取得することは、
前記第２の通信装置にて走査装置を用いて、前記２次元コードを走査し、前記データ処理アカウントのログインアドレスのユニフォームリソースロケータ（ＵＲＬ）を取得することと、
前記第２の通信装置にてウェブブラウザを用いて、前記ＵＲＬを開き、前記データ処理アカウントのログインインターフェースを提示することと、
ログイン操作が完了したときに前記データ処理アカウントの前記情報を取得することと
を含む、請求項４に記載のコンピュータ実行方法。
【請求項７】
前記第２の通信装置からデータ処理完了情報を受信することをさらに含む、請求項１に記載のコンピュータ実行方法。
【請求項８】
前記第１の通信装置に前記データ処理完了情報を転送することをさらに含む、請求項７に記載のコンピュータ実行方法。
【請求項９】
第１の通信装置からのデータ処理要求に従って２次元コードを生成する２次元コード生成モジュールであって、前記データ処理要求は、販売用の製品名、製品の注文金額、注文に対する合意された延滞期間を含む複数の事項を含み、前記２次元コードは、前記データ処理要求に含まれている前記複数の事項の少なくとも１つを含む、前記データ処理要求に関する情報を含む、２次元コード生成モジュールと、
前記２次元コードを走査する第２の通信装置から前記データ処理要求に関する情報を受信する受信モジュールと、
前記データ処理要求に関する前記情報に基づき、前記第２の通信装置にてデータ処理用ユーザインターフェースを生成するユーザインターフェース生成モジュールと、
を備える装置。
【請求項１０】
前記データ処理要求に関する前記情報は、前記第２の通信装置による前記２次元コードの走査を通じて取得される、請求項９に記載の装置。
【請求項１１】
前記第１の通信装置にて前記２次元コードを提示する２次元コード提示モジュールをさらに備える、請求項９に記載の装置。
【請求項１２】
前記ユーザインターフェース生成モジュールは、
前記第２の通信装置からデータ処理アカウントの情報を取得する第１のモジュール、及び
前記データ処理要求に関する前記情報及び前記データ処理アカウントの前記情報に従って、前記第２の通信装置にて前記データ処理用ユーザインターフェースを生成する第２のモジュールをさらに備える、請求項９に記載の装置。
【請求項１３】
前記第２の通信装置からデータ処理完了情報を受信するモジュールをさらに備える、請求項９に記載の装置。
【請求項１４】
前記第１の通信装置に前記データ処理完了情報を転送する別のモジュールをさらに備える、請求項１３に記載の装置。
【請求項１５】
１つ以上のコンピュータ可読媒体であって、
第１の通信装置からのデータ処理要求に従って２次元コードを生成することであって、前記データ処理要求は、販売用の製品名、製品の注文金額、注文に対する合意された延滞期間を含む複数の事項を含み、前記２次元コードは、前記データ処理要求に含まれている前記複数の事項、および前記注文の支払のために使用されるデータ処理アカウントのログインアドレスの少なくとも１つを含む、ことと、
前記第１の通信装置にて前記２次元コードを提示することと、
前記２次元コードを走査する第２の通信装置から前記データ処理要求に関する情報を受信することと、
前記第２の通信装置からデータ処理アカウントのログイン情報を取得することと、
前記データ処理要求に関する前記情報及び前記データ処理アカウントの前記ログイン情報に従って、前記第２の通信装置にてデータ処理用ユーザインターフェースを生成することと、
を含む動作を実行するために１つ以上のプロセッサによって実行可能なコンピュータ実行可能命令を内部に記録した１つ以上のコンピュータ可読媒体。
【請求項１６】
前記動作は、前記第２の通信装置からデータ処理完了情報を受信することをさらに含む、請求項１５に記載の１つ以上のコンピュータ可読媒体。
【請求項１７】
前記動作は、前記第１の通信装置に前記データ処理完了情報を転送することをさらに含む、請求項１６に記載の１つ以上のコンピュータ可読媒体。
【請求項１８】
前記データ処理要求に関する前記情報は、前記第２の通信装置による前記２次元コードの走査を通じて取得される、請求項１５に記載の１つ以上のコンピュータ可読媒体。
【請求項１９】
前記データ処理アカウントの前記ログイン情報を前記第２の通信装置から前記取得することは、データ処理サーバに適合するクライアントソフトウェアを前記第２の通信装置にて用いて、前記データ処理アカウントの前記ログイン情報を取得することを含む、請求項１５に記載の１つ以上のコンピュータ可読媒体。
【請求項２０】
前記データ処理アカウントの前記ログイン情報を前記第２の通信装置から前記取得することは、
前記第２の通信装置にて走査装置を用いて、前記２次元コードを走査し、前記データ処理アカウントのログインアドレスのユニフォームリソースロケータ（ＵＲＬ）を取得することと、
前記第２の通信装置にてウェブブラウザを用いて、前記ＵＲＬを開き、前記データ処理アカウントのログインインターフェースを提示すること、及び
ログイン操作が完了したときに前記データ処理アカウントの前記ログイン情報を取得することを含む、請求項１５に記載の１つ以上のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連特許出願の相互参照
本出願は、「Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｏｆ  Ｄａｔａ  Ｐｒｏｃｅｓｓｉｎｇ  Ｂａｓｅｄ  ｏｎ  Ｔｗｏ−Ｄｉｍｅｎｓｉｏｎａｌ  Ｃｏｄｅ」と題する、２０１３年９月２日出願の中国特許出願第２０１３１０３９２６８０．１号に対する外国優先権を主張するものであり、ここに本明細書の一部を構成するものとして、本出願全体を援用する。
【０００２】
本開示は、インターネット分野に関し、より具体的には、２次元コードに基づくデータ処理方法及びデータ処理装置に関する。
【背景技術】
【０００３】
通信ネットワークは、データ転送やデータ交換などの様々なデータ伝送サービスをユーザに提供することができる。しかしながら、場合によっては、データ処理中にユーザは、通信ネットワークを介した出力処理を実行する前にログインする必要がある。セキュリティ上の理由のため、ログイン履歴が記録されていないこともある。データ処理を実行する前に、その都度ユーザは、アカウント名、アカウントパスワード及び認証コードに加え、データ処理専用のパスワードも入力する必要がある。データ処理専用のパスワードを使用していることから、ログインに失敗することが多々ある。というのも、ユーザは習慣的に、自身のアカウントパスワードをデータ処理専用のパスワードとして用いるためである。加えて、ログインが成功した後、セキュリティ製品による認証が必要となる場合もある。従って、デジタル証明書のユーザにとって、証明書のない環境下でデータ処理を正常に実行することは不可能に近い。
【０００４】
上述の方法を用いることにより、ユーザがデータ処理を実行する必要があるとき、ログイン情報を入力することが難解かつ冗長な手順となる。従って、このような手順では、誤り率が高い上に、セキュリティ製品による干渉を受けやすくなる。
【０００５】
従って、本分野では、冗長なログインプロセスを経ずとも、ユーザが、要求されたデータ処理を便利に、効率的に、かつ安全に実行し得る技術または方法が求められている。
【発明の概要】
【０００６】
この「発明の概要」は、以下の「発明を実施するための形態」でさらに説明される概念の抜粋を簡素化された形式で紹介するために提供される。この「発明の概要」は、特許請求される主題における重要な特徴または本質的な特徴の全てを特定することを意図したものでもなく、特許請求される主題の範囲を定める際の一助として単独に使用されることを意図するものでもない。用語「技法」は、例えば、前述の文脈によって、かつ本開示を通じて許容される１つ以上の装置、１つ以上のシステム、１つ以上の方法、及び／またはコンピュータ可読命令を指し得る。本技法により、指示技術において結果の多様性が向上する。
【０００７】
本開示は、従来技術に関わる問題を解決するための技術的解決策を提供する。本開示は、２次元コードに基づくデータ処理方法の実施例を提供する。
【０００８】
第１の通信装置のユーザからデータ処理要求を受信すると、２次元コードが生成される。第２の通信装置による当該２次元コードの走査を通じて得られた、上記データ処理要求に関する情報が受信される。このデータ処理要求に関する情報に基づき、第２の通信装置にてデータ処理用ユーザインターフェースが生成される。
【０００９】
本開示は、２次元コードに基づくデータ処理装置の実施例も提供する。本装置は、２次元コード生成モジュール、受信モジュール及びユーザインターフェース生成モジュールを備え得る。２次元コード生成モジュールは、第１の通信装置のユーザからデータ処理要求を受信すると２次元コードを生成する。受信モジュールは、第２の通信装置による当該２次元コードの走査を通じて得られた、上記データ処理要求に関する情報を受信する。ユーザインターフェース生成モジュールは、このデータ処理要求に関する情報に基づき、第２の通信装置にてデータ処理用ユーザインターフェースを生成する。
【００１０】
２次元コードに基づいてデータ処理を行う本技法では、２次元コードを用いてログインを完了させ、冗長なログインプロセスを回避することにより、便利に、効率的に、かつ安全にデータ出力処理が実行される。
【図面の簡単な説明】
【００１１】
本技法をより適切に例示するために、以下において本開示の図面について簡潔に説明する。これらの図面は、本開示の一部である。例示的実施形態及びその説明は、本開示を例示するために用いられるものであり、本開示に不適切な制限を課すために用いられるべきではない。
【００１２】
【図１】本開示の例示的実施形態に係る、２次元コードに基づくデータ処理方法の実施例を示すフローチャートである。
【図２】本開示のより詳細な別の例示的実施形態に係る、別の２次元コードに基づくデータ処理方法の実施例をより詳細に示すフローチャートである。
【図３】本開示の別の例示的実施形態に係る、２次元コードに基づくデータ処理装置の実施例を示す図である。
【発明を実施するための形態】
【００１３】
以下の説明では、本開示の目的、技術的解決策及び利点を明確に示すために、添付図面を参照して本開示を説明する。説明した例示的実施形態は、本開示の全ての実施形態ではなく、実施形態の一部にすぎない。本開示の例示的実施形態に基づき、当業者は、創意工夫を凝らさずとも他の実施形態を得ることが可能であり、それらの実施形態も本開示の保護範囲下にある。
【００１４】
簡略のため、以下の説明では、当業者にとって周知の、ある不要な技術的特徴が省略される場合がある。
【００１５】
本開示は、２次元コードに基づくデータ処理方法を提供する。バーコード技術は、コンピュータ技術が実社会に適用されたときに開発されている。このバー技術は、売買、物流、書籍管理、倉庫保管、工業プロセス制御、輸送などの各分野において広く用いられている自動識別技術である。バー技術は、高速入力、高確度、低コスト、高信頼性といった多数の利点を備えており、現在の自動識別技術において今なお重要な地位を占めている。
【００１６】
１次元バーコードを用いた場合、データの収集速度及び処理速度が増加する。しかしながら、１次元バーコードは、情報量に制限があるため、製品の記述ではなく製品の識別のみが可能である。従って、１次元コードは、コンピュータネットワーク及びデータベースに依存するところが大きい。データベースがない、あるいはネットワークへの接続が不自由である場合には、１次元コードはほとんど使用されない。従って、情報量の多い２次元バーコードが提案された。
【００１７】
２次元コードは、日本において初めて考案された。この２次元コードは、ある特定の幾何学形状を使用し、一定のルールに従って２次元表面に白黒の図柄を分散させることによってデータ情報を記録する。また、この２次元コードは、固有のコンピュータ論理の基礎をなす「０」と「１」のビットストリームの概念を利用し、文字値の情報を表す２進系に対応した何らかの幾何学形状を使用する。画像入力装置または光電走査装置を通じて、２次元バーコードが自動的に識別され、情報処理が自動的に実行され得る。この２次元バーコードには、バーコード技術のある共通属性が備わっている。例えば、各コードは、固有の文字集合を有する。各文字は、ある幅を占めており、さらにはある検証機能を備えている。加えて、２次元バーコードは、異なる方向で自動的に情報を識別したり、形状の回転変化を処理したりするといった一定の特徴を有する。
【００１８】
２次元バーコードは、水平と垂直の両方に対して同時に情報を表すことが可能である。そのため、２次元バーコードでは、かなり小さい領域内に大量の情報が表現される。２次元バーコードの一般的な種類としては、スタック型２次元バーコードやマトリックス型２次元コードが挙げられる。本開示では、２次元バーコードを簡略的に２次元コードと呼ぶものとする。
【００１９】
図１は、本開示の例示的実施形態に係る、２次元コードに基づくデータ処理方法１００の実施例を示すフローチャートである。
【００２０】
１０２では、第１の通信装置のユーザからのデータ処理要求に従って２次元コードが生成される。
【００２１】
ユーザが第１の通信装置を介してデータ処理要求を開始すると、データ処理クライアント端末は、当該データ処理要求の種類及び当該データ処理要求に含まれる他のパラメータに従って２次元コードを生成し得る。
【００２２】
例えば、ユーザがショッピングウェブサイトから製品を購入するとき、ユーザは、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ：ＰＣ）を介して注文を送信し、当該注文の支払い方法を選択し、支払いのデータ処理要求を開始する。支払いのデータ処理要求を受信すると、データ処理クライアント端末は、その支払いのデータ処理要求の情報に従って２次元コードを生成し得る。支払いのデータ処理要求の情報には、注文番号、製品名、注文金額、支払い受領者の情報、取引の種類（保証付き取引、即時支払い取引など）などのデータが含まれ得る。加えて、支払いのデータ処理要求の情報には、支払いの種類、合意された延滞期間などが含まれてもよい。支払いのデータ処理要求の情報に従って生成された２次元コードには、支払いのデータ処理要求の情報に含まれる１つ以上のデータが含まれてもよい。
【００２３】
１０４では、第２の通信装置による２次元コードの走査を通じて得られた、データ処理要求に関する情報を第２の通信装置から受信する。
【００２４】
本開示の例示的実施形態によれば、第２の通信装置は２次元コードを走査する。データ処理サーバは、２次元コードの走査によって得られた、データ処理要求に関する情報を受信する。
【００２５】
１０６では、データ処理要求に関する情報に基づき、第２の通信装置にてデータ処理用ユーザインターフェースが生成される。
【００２６】
本開示の例示的実施形態によれば、データ処理サーバは、２次元コードを走査する第２の通信装置によって得られた情報に基づき、データ処理用ユーザインターフェースを生成する。
【００２７】
例えば、データ処理サーバは、受信した注文情報に基づいて支払い用ユーザインターフェースを生成する。このようなユーザインターフェースを使用して、支払いデータの処理を最終的に完了させる。つまり、ユーザに支払いのデータ処理に関する情報を通知し、当該ユーザから支払いの承認を受領するために、上記ユーザインターフェースが使用される。ユーザが支払いを承認した場合、その支払いのデータ処理が完了する。このユーザは、支払い権限を有するユーザを指しており、支払いを承認する意思がある。このユーザは、１０２にてデータ処理要求を開始するユーザであってもよく、または別のユーザであってもよい。ユーザによる支払いの承認は、パスワードによる承認であってもよく、デジタル証明書による承認であってもよく、または支払い用のデータ処理クライアント端末によって識別されるその他の承認方法であってもよい。
【００２８】
第１の通信装置は、例えば、データ処理サーバにネットワークを介して接続可能な任意の通信装置であってよい。この第１の通信装置は、デスクトップパーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、タブレット、携帯電話などである。第２の通信装置は、例えば、データ処理サーバにネットワークを介して接続可能であり、かつ２次元コードの走査が可能である任意の通信装置であってよい。この第２の通信装置は、デスクトップＰＣ、ラップトップコンピュータ、タブレット、携帯電話などであり、２次元コードを走査する機能を有する。
【００２９】
図２は、本開示のより詳細な別の例示的実施形態に係る、別の２次元コードに基づくデータ処理方法２００の実施例を示すフローチャートである。
【００３０】
２０２では、第１の通信装置のユーザからのデータ処理要求に従って２次元コードが生成される。
【００３１】
ユーザが第１の通信装置を介してデータ処理要求を開始すると、データ処理クライアント端末は、当該データ処理要求の種類及び当該データ処理要求に含まれる他のパラメータに従って２次元コードを生成し得る。例えば、生成された２次元コードには、データ処理アカウントのログインアドレスのユニフォームリソースロケータ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ：ＵＲＬ）がさらに含まれてもよい。このＵＲＬには、データ処理要求の種類及び他のパラメータが含まれ得る。
【００３２】
例えば、ユーザがショッピングウェブサイトから製品を購入するとき、ユーザは、ＰＣを介して注文を送信し、当該注文の支払い方法を選択し、支払いのデータ処理要求を開始する。支払いのデータ処理要求を受信すると、データ処理クライアント端末は、その支払いのデータ処理要求の情報に従って２次元コードを生成し得る。支払いのデータ処理要求の情報には、注文番号、製品名、注文金額、支払い受領者の情報、取引の種類（保証付き取引、即時支払い取引など）などのデータが含まれ得る。加えて、支払いのデータ処理要求の情報には、支払いの種類、合意された延滞期間などが含まれてもよい。支払いのデータ処理要求の情報に従って生成された２次元コードには、支払いのデータ処理要求の情報に含まれる１つ以上のデータが含まれてもよい。
【００３３】
２０４では、第１の通信装置を通じて上記２次元コードが提示される。本開示の例示的実施形態によれば、２次元コードは、第１の通信装置の表示装置を通じて提示され得る。
【００３４】
例えば、支払いのデータ処理要求の情報を含む２次元コードは、ＰＣのディスプレイを通じてインターフェースに提示されてもよい。
【００３５】
２０６では、第２の通信装置による２次元コードの走査を通じて得られた、データ処理要求に関する情報を第２の通信装置から受信する。
【００３６】
本開示の例示的実施形態によれば、第２の通信装置は、２次元コードを走査し、その走査を通じて得られた情報を支払い用データ処理サーバに送信する。次いで、支払い用データ処理サーバは、支払いのデータ処理要求の情報を受信する。
【００３７】
例えば、携帯電話を使用して、支払いのデータ処理要求に関する情報のために生成された２次元コードを走査し、その走査を通じて得られた情報を支払い用データ処理サーバに送信する。データ処理サーバは、支払い用データ処理に関する情報を受信する。
【００３８】
２０８では、データ処理アカウントの情報を第２の通信装置から取得する。
【００３９】
第２の通信装置が２次元コードを走査すると、第２の通信装置は、有効なデータ処理アカウントの情報をデータ処理サーバに送信するように要求され得る。本開示の例示的実施形態によれば、データ処理サーバに適合するクライアントソフトウェアが第２の通信装置にインストールされている場合、データ処理サーバは、そのクライアントソフトウェアを通じて、既にログインされているデータ処理アカウントの情報を取得し得る。既にログインされているデータ処理アカウントの情報が検知されなかった場合、クライアントによって提供されるデータ処理アカウントのログイン機能を利用することにより、ユーザにログインを促してもよい。このようにして、データ処理アカウントの情報を取得する。
【００４０】
本開示の別の例示的実施形態によれば、クライアントソフトウェアが第２の通信装置にインストールされていない場合、第２の通信装置にて汎用のバー走査機器を用いることにより、２次元コードを走査して、データ処理アカウントのログインアドレスのＵＲＬを取得してもよい。次いで、第２の通信装置にインストール済みのウェブブラウザを用いて、当該ＵＲＬを開き、データ処理アカウントのログインインターフェースを表示する。ユーザがデータ処理アカウントのログイン操作を正常に完了させると、データ処理サーバは、データ処理アカウントの情報を取得する。
【００４１】
例えば、支払いデータを処理するクライアントが携帯電話にインストールされている場合、このクライアントにより、支払い用データ処理アカウントに対してログイン機能が提供される。支払いデータ処理クライアントは、ユーザがログインに成功すると、当該クライアントを通じて支払い用データ処理アカウントの情報を取得する。ユーザがログインしていないことが検知された場合、支払いデータ処理クライアントによって提供されるデータ処理アカウントのログイン機能を利用することにより、ユーザにログインを促してもよい。クライアントソフトウェアが第２の通信装置にインストールされていない場合、第２の通信装置にて汎用のバー走査機器を用いることにより、２次元コードを走査して、支払い用データ処理アカウントのログインアドレスのＵＲＬを取得してもよい。次いで、第２の通信装置にインストール済みのウェブブラウザを用いて、当該ＵＲＬを開き、支払い用データ処理アカウントのログインインターフェースを表示する。そのＵＲＬに該当するページにて、支払い用データ処理アカウントに対するログイン操作をユーザが正常に完了させると、支払い用データ処理サーバは、支払いのデータ処理アカウントの情報を取得する。
【００４２】
２１０では、データ処理要求に関する情報及びデータ処理アカウントの情報に従って、第２の通信装置にてデータ処理用ユーザインターフェースが生成される。
【００４３】
本開示の例示的実施形態によれば、データ処理用ユーザインターフェースは、データ処理要求に関する受信済みの情報であって、２次元コードの走査を通じて得られた情報、及びデータ処理アカウントの情報に基づいて生成され、第２の通信装置にて提示される。
【００４４】
例えば、データ処理用ユーザインターフェースは、支払いのデータ処理要求に関する受信済みの情報であって、２次元コードの走査を通じて得られた情報（注文番号、製品名、注文金額、受領者の情報など）、及び２０８の動作から得られたデータ処理アカウントの情報に基づいて生成され得る。
【００４５】
本開示の例示的実施形態によれば、支払いデータ処理サーバに適合するクライアントソフトウェアが第２の通信装置にインストールされている場合、そのクライアントソフトウェアを用いて２次元コードを走査してもよい。支払いデータ処理サーバは、支払いのデータ処理要求に関する受信済みの情報であって、２次元コードの走査を通じて得られた情報（注文番号、製品名、注文金額、受領者の情報など）、及び２０８の動作から得られたデータ処理アカウントの情報をクライアントソフトウェアに送信する。クライアントソフトウェアは、かかる情報に基づいて支払い用ユーザインターフェースを生成する。
【００４６】
本開示の別の例示的実施形態によれば、支払いデータ処理サーバに適合するクライアントソフトウェアが第２の通信装置にインストールされていない場合、第２の通信装置にて汎用のバー走査機器を用いることにより、２次元コードを走査してもよい。支払いデータ処理サーバは、支払いのデータ処理要求に関する受信済みの情報であって、２次元コードの走査を通じて得られた情報（注文番号、製品名、注文金額、受領者の情報など）、及び２０８の動作から得られたデータ処理アカウントの情報に基づき、クライアントソフトウェアに向けてＵＲＬを生成する。支払いデータ処理サーバは、第２の通信装置に当該ＵＲＬを送信する。第２の通信装置は、インストール済みのウェブブラウザを用いて、受信したＵＲＬを開き、支払い用ユーザインターフェースを第２の通信装置に提示する。
【００４７】
この支払い用ユーザインターフェースには、受領者の情報、製品名、注文金額などの情報が含まれ得る。
【００４８】
上記ユーザインターフェースを使用することにより、支払いデータの処理が最終的に完了し得る。つまり、ユーザに支払いデータの処理に関する情報を通知し、当該ユーザから支払いの承認を受領するために、上記ユーザインターフェースが使用され得る。ユーザが支払いを承認した場合、支払いデータの処理がこの時に完了する。このユーザは、支払い権限を有するユーザを指し得る。また、このユーザは、２０８での支払いを承認する意思がある。
【００４９】
このユーザは、１０２にてデータ処理要求を開始するユーザであってもよく、または別のユーザであってもよい。ユーザによる支払いの承認は、パスワードによる承認であってもよく、デジタル証明書による承認であってもよく、または支払い用のデータ処理クライアント端末によって識別されるその他の承認方法であってもよい。
【００５０】
第１の通信装置は、例えば、データ処理サーバにネットワークを介して接続可能な任意の通信装置であってよい。この第１の通信装置は、デスクトップパーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、タブレット、携帯電話などである。第２の通信装置は、例えば、データ処理サーバにネットワークを介して接続可能であり、かつ２次元コードの走査が可能である任意の通信装置であってよい。この第２の通信装置は、デスクトップＰＣ、ラップトップコンピュータ、タブレット、携帯電話などであり、２次元コードの走査機能を有する。
【００５１】
２１２では、第２の通信装置からデータ処理完了情報を受信する。
【００５２】
本開示の例示的実施形態によれば、データ処理の完了に関する情報が上記データ処理用ユーザインターフェースに入力され、かかる情報がデータ処理サーバに送信されると、データ処理サーバは、このデータ処理の完了に関する情報を第２の通信装置から受信する。
【００５３】
例えば、データ処理アカウントの支払い権限を有するユーザが、支払い用ユーザインターフェースにて支払いを承認する情報（静的パスワードまたは動的パスワードなど）を入力し、支払いデータ処理サーバに対してかかる情報を送信すると、支払いデータ処理サーバは当該支払いを完了させ、データ処理が完了する。データ処理アカウントの支払い権限を有するユーザが、支払い用ユーザインターフェースにて支払いを拒否する情報を入力し、支払いデータ処理サーバに対してかかる情報を送信すると、支払いデータ処理サーバは当該支払いを拒否し、データ処理もまた完了する。本開示の方法を支払いデータの処理に適用すると、第１の通信装置にて支払いデータ処理クライアントにログインする冗長な操作を行わなくても済むようになる。加えて、携帯電話を使用して少量の支払いデータ処理を完了させる場合、携帯電話のセキュリティが高いことから、パスワードを排除する効率的なプロセスを使用してもよい。それにより、セキュリティの保証に際して支払いデータを簡単かつ効率的に処理することが可能となる。
【００５４】
２１４では、第１の通信装置にデータ処理完了情報が転送される。
【００５５】
本開示の例示的実施形態によれば、データ処理完了情報を第２の通信装置から受信した後、データ処理サーバは、このデータ処理完了情報を第１の通信装置に転送する。かかる情報を受信した後、第１の通信装置は、その情報に含まれる内容に従って、この取引における支払いデータ処理の結果をユーザに表示する。
【００５６】
本開示は、２次元コードに基づくデータ処理装置の実施例も提供する。図３は、本開示の別の例示的実施形態に係る、２次元コードに基づくデータ処理装置３００の実施例を示す図である。装置３００は、１つ以上のプロセッサ３０２またはデータ処理装置、及びメモリ３０４を備え得る。メモリ３０４は、コンピュータ可読媒体の一実施例である。メモリ３０４の内部には、２次元コード生成モジュール３０６、受信モジュール３０８及びユーザインターフェース生成モジュール３１０などの複数のモジュールが格納され得る。２次元コード生成モジュール３０６は、第１の通信装置のユーザから受信したデータ処理要求に従って２次元コードを生成する。受信モジュール３０８は、第２の通信装置による２次元コードの走査を通じて得られた、データ処理要求に関する情報を受信する。ユーザインターフェース生成モジュール３１０は、データ処理要求に関する情報に基づき、第２の通信装置にてデータ処理用ユーザインターフェースを生成する。
【００５７】
本開示の例示的実施形態によれば、上記装置は、第１の通信装置を通じて２次元コードを提示する２次元コード提示モジュールを備えてもよい。
【００５８】
本開示の例示的実施形態によれば、ユーザインターフェース生成モジュール３１０は、第２の通信装置からデータ処理アカウントの情報を取得するモジュール、並びに、データ処理要求に関する情報及びデータ処理アカウントの情報に従ってデータ処理用ユーザインターフェースを生成する別のモジュールを備えてもよい。
【００５９】
本開示の例示的実施形態によれば、装置３００は、第２の通信装置からデータ処理完了情報を受信するモジュールを備えてもよい。
【００６０】
本開示の別の例示的実施形態によれば、装置３００は、データ処理完了情報を第１の通信装置に転送するモジュールをさらに備えてもよい。
【００６１】
標準的な構成では、サーバまたは通信装置などのコンピューティング装置は、本開示で説明したように、１つ以上の中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ：ＣＰＵ）、１つ以上の入出力インターフェース、１つ以上のネットワークインターフェース、及びメモリを備え得る。
【００６２】
上記メモリは、コンピュータ可読媒体において、非永続的メモリ、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ＲＡＭ）、並びに／または、リードオンリーメモリ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ：ＲＯＭ）及びフラッシュランダムアクセスメモリ（ｆｌａｓｈ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ｆｌａｓｈ  ＲＡＭ）などの不揮発性メモリといった形態をとってもよい。上記メモリは、コンピュータ可読媒体の一実施例である。
【００６３】
このコンピュータ可読媒体には、任意の方法または技法を用いて情報の記憶を実現し得る、永続的媒体及び非永続的媒体、可搬媒体及び非可搬媒体が含まれる。上記情報は、コンピュータ可読命令、データ構造、ソフトウェアモジュールまたは任意のデータであってよい。コンピュータ記録媒体の実施例としては、相変化メモリ（ｐｈａｓｅ−ｃｈａｎｇｅ  ｍｅｍｏｒｙ：ＰＣＭ）、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ＤＲＡＭ）、他の種類のＲＡＭ、ＲＯＭ、電気的に消去可能なプログラマブルリードオンリーメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ：ＥＥＰＲＯＭ）、フラッシュメモリ、内部メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光メモリ、磁気テープ、磁気ディスク、その他の磁気記録装置、または、コンピューティング装置によるアクセスが可能な情報を記憶し得るその他の非通信媒体などが挙げられるが、これらに限定されることはない。本明細書で定義されたように、コンピュータ可読媒体には、被変調データ信号及び搬送波などの一時的媒体は含まれない。
【００６４】
用語「含む（ｉｎｃｌｕｄｉｎｇ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」またはそれらの任意の変形例は、非排他的包含を指しており、従って、複数の要素を含むプロセス、方法、製品または装置は、それら複数の要素を含むのみならず、明示的に列挙されていない他の何らかの要素、またはかかるプロセス、方法、製品もしくは装置にとって不可欠もしくは本質的な任意の要素をも含むことに留意すべきである。さらなる限定が与えられない限り、「〜を備える（ｉｎｃｌｕｄｉｎｇ  ａ…）」という表現によって規定される要素は、当該要素を含む処理、方法、製品または装置内にさらなる同一の要素が存在することを排除するものではない。
【００６５】
当業者にとっては、方法、システムまたはコンピュータソフトウェア製品の形態で例示的実施形態が提供され得ることが理解されよう。従って、本技法は、ハードウェア、コンピュータソフトウェアまたはそれらの組み合わせによって実装され得る。加えて、本技法は、コンピュータ実行可能命令またはコンピュータ可読命令を含む１つ以上のコンピュータ記録媒体（ディスク、ＣＤ−ＲＯＭまたは光学記録装置を含むが、これらに限定されない）の形態を取ったコンピュータソフトウェア製品として実装され得る。
【００６６】
上記説明は、本開示の例示的実施形態について述べたものであり、本開示を制限するように用いられるべきではない。当業者は、本技法に対し、任意の修正または変形をなし得る。本技法の思想及び範囲から逸脱しない任意の変更、同等の置き換え、または改良は、依然として本開示の特許請求の範囲の適用範囲下にある。
【図１】
0006503357.tif 000002
【図２】
0006503357.tif 000003
【図３】
0006503357.tif 000004