JP6283026B2 - データ処理 - Google Patents

Description

（関連特許出願の相互参照）
本出願は、２０１２年５月３０日に出願された中国特許出願第２０１２１０１７４２１５．６号、名称「Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ Ｍｅｔｈｏｄ，Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｃｌｉｅｎｔ，Ｓｅｒｖｅｒ，ａｎｄ Ｓｙｓｔｅｍ」に対する外国優先権を主張するものであり、参照によりその全体が本明細書に組み込まれる。

本開示は、通信技術の分野に関し、より具体的には、データ処理方法、通信クライアント、サーバ、およびシステムに関する。

モバイル端末、モバイルネットワーク、および無線ネットワークの発展によって、電子商取引は、従来の有線ショッピングから無線ショッピングへと変化してきた。すなわち、これまで、ユーザは、固定端末にログインし、有線ネットワークを通してショッピングを行っていた。現在、ユーザは、ポータブルデバイスにログインし、無線ネットワークを通してショッピングを行い得る。例えば、ユーザは、自分の携帯電話で、ショッピングウェブサイトのモバイル端末にログインして、ショッピングを行い得る。あるいは、ユーザは、ｉＰａｄ（商標）等のスマートデバイスを通して、ショッピングウェブサイトのクライアント端末にログインして、無線ネットワークを介してショッピングを行い得る。

有線または無線のショッピングが人気があるが、支払い、特に現物引き換え払い（ＰＯＤ）が課題になってきている。現在、ＰＯＤは、通常、配達時に現金で支払う形態を取っている。しかしながら、そのような支払いは、主に人間に依存する。あまりに多くの人手による要因が関与するので、信頼性のある技術スキームではない。

ハンドヘルドの販売時点管理（ＰＯＳ）端末に基づく、別のＰＯＤ技術スキームがある。物流管理の運搬者は、ＰＯＳ端末を伴って製品を配達する。購入者が製品を検査した後に、購入者は、自分のカード（例えばクレジットカードまたはデビットカード）をＰＯＳ端末に通して、支払いを完了する。しかしながら、この技術スキームは、ＰＯＤを実装するために、取引システムを伴う物流管理の端末と購入者の端末とを技術的に接続しない。加えて、この技術スキームは、セキュリティが低く、購入者が容易に不正を受けるか、または製品が間違った受取人に配達される。したがって、従来の技術スキームは、製品供給者に支払う際に、低信頼性で、低効率である。

本要約は、下段の発明を実施するための形態にさらに記述されている単純化された形式で選択された概念を紹介するために提供されている。本要約は、主張されている主題のあらゆる主要な特徴または重要な特徴を確認することが意図されておらず、主張されている主題の範囲を決定する上での支援として単独に用いられることも意図されていない。例えば、「手法」という用語は、上の文脈によって、および本開示の全体を通して容認される、装置（複数可）、システム（複数可）、方法（複数可）、および／またはコンピュータ読み出し可能な命令を指し得る。

本開示は、物流管理の端末、取引システム、および購入者の端末の間での接続を実装するためのデータ処理方法、通信クライアント、サーバ、およびシステムを提供する。したがって、オンライン電子ＰＯＤネットワークが実装され、信頼性の高いモバイル支払いが現実化される。

本開示は、例示的なデータ処理方法を提供する。第１の通信端末によって開始される第１のデータ処理要求を受信する。第１のデータ処理要求は、第２の通信端末指示情報を含む。第２の通信端末指示情報に従って、第２の通信端末の通信コードを取得する。第２の通信端末の通信コードに従って、データ処理要求を第２の通信端末に送信する。データ処理要求に従って、第２の通信端末によって開始される第２のデータ処理要求を受信し、データ処理プラットフォームにデータを処理するように通知する。

本開示は、別の例示的なデータ処理方法を提供する。第１のデータ処理要求をサーバに送信する。第１のデータ処理要求は、第２の通信端末の第２の通信端末指示情報を含む。サーバから、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信する。サーバは、以下の動作を行い得る。

第２の通信端末指示情報に従って、第２の通信端末の通信コードを取得する。第２の通信端末の通信コードに従って、第２の通信端末指示情報によって指示される注文のデータ処理要求を第２の通信端末に送信する。データ処理要求に従って、第２の通信端末によって開始される第２のデータ処理要求を受信し、データ処理プラットフォームにデータを処理するように通知する。

本開示はまた、別の例示的なデータ処理方法も提供する。サーバが第１の通信端末の第１のデータ処理要求を受信した後に、第２の通信端末指示情報に従って、データ処理要求を送信する。データ処理要求に従って、第２のデータ処理要求をサーバに送信する。サーバによって送信された、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信する。

本開示は、例示的なサーバを提供する。サーバは、受信ユニットと、取得ユニットと、送信ユニットとを含み得る。受信ユニットは、第１の通信端末によって開始される第１のデータ処理要求を受信する。第１のデータ処理要求は、第２の通信端末指示情報を含む。取得ユニットは、第２の通信端末指示情報に従って、第２の通信端末の通信コードを取得する。送信ユニットは、通信コードに従って、第２の通信端末指示情報によって指示される注文のデータ処理要求を送信する。

受信ユニットはさらに、データ処理プラットフォームにデータを処理するように通知するために、データ処理要求に従って、第２の通信端末によって開始される第２のデータ処理要求を受信し得る。

本開示はまた、例示的な通信端末も提供する。通信端末は、送信モジュールと、受信モジュールとを含み得る。

送信モジュールは、第１のデータ処理要求をサーバに送信する。第１のデータ処理要求は、第２の通信端末の第２の通信端末指示情報を含む。受信モジュールは、サーバから、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信する。サーバは、以下の動作を行い得る。

第２の通信端末指示情報に従って、第２の通信端末の通信コードを取得する。第２の通信端末の通信コードに従って、第２の通信端末指示情報によって指示される注文のデータ処理要求を第２の通信端末に送信する。データ処理要求に従って、第２の通信端末によって開始される第２のデータ処理要求を受信し、データ処理プラットフォームにデータを処理するように通知する。

本開示はまた、別の例示的な通信端末も提供する。通信端末は、受信モジュールと、送信モジュールとを含み得る。

受信モジュールは、サーバが第１の通信端末から第１のデータ処理要求を受信した後に、サーバによって送信されるデータ処理要求を受信する。第１のデータ処理要求は、第２の通信端末の第２の通信端末指示情報を含む。送信モジュールは、データ処理要求に従って開始される、第２のデータ処理要求をサーバに送信する。

受信モジュールはさらに、サーバから、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信し得る。

本開示はまた、例示的なデータ処理システムも提供する。データ処理システムは、第１の通信端末と、サーバと、第２の通信端末とを含み得る。

第１の通信端末は、第１のデータ処理要求をサーバに送信する。第１のデータ処理要求は、第２の通信端末の第２の通信端末指示情報を含む。第１の通信端末はまた、サーバから、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージも受信する。

サーバは、第１の通信端末によって開始される第１のデータ処理要求を受信する。第１のデータ処理要求は、第２の通信端末指示情報を含む。サーバは、第２の通信端末指示情報に従って、第２の通信端末の通信コードを取得し、通信コードに従って、データ処理要求を第２の通信端末に送信し、データ処理プラットフォームにデータを処理するように通知するために、データ処理要求に従って、第２の通信端末によって開始される第２のデータ処理要求を受信する。

第２の通信端末は、第２の通信端末指示情報によって指示される注文のデータ処理要求を受信し、該データ処理要求は、サーバが第１の通信端末の第１のデータ処理要求を受信した後に、サーバによって送信される。第２の通信端末は、データ処理要求に従って、第２のデータ処理要求をサーバに送信し、サーバによって送信される、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信する。

よって、本手法は、配達業者の運搬者等の第１のユーザの第１の通信端末の第１のデータ処理要求を使用して、サーバのデータ処理要求をトリガーし、そして、購入者等の第２のユーザの第２の通信端末に、第２のデータ処理要求を開始するようプロンプトして、信頼性のあるオンラインＰＯＤネットワークを実装する。したがって、運搬者、購入者、およびショッピングウェブサイトの間の電子ＰＯＤが現実化される。

本開示の実施形態をより良好に例示するために、以下は、実施形態を説明する際に使用される図面の簡単な紹介である。以下の図面は、本開示のいくつかの実施形態に関連しているに過ぎないことは明白である。当業者は、創造的な努力をせずに、本開示の図面に従って他の図面を取得することができる。
本開示に従ってデータを処理するための例示的なシステムの図を例示する図である。 本開示に従ってデータを処理するための例示的な方法のフローチャートを例示する図である。 本開示に従ってデータを処理するための別の例示的な方法のフローチャートを例示する図である。 本開示に従ってデータを処理するための別の例示的な方法のフローチャートを例示する図である。 本開示に従って第１の通信端末の識別情報を検証するための例示的な方法の図を例示する図である。

本発明の例示的な実施形態および実施形態における特徴は、それらが互いに矛盾しないのであれば、互いに組み合わせられ得るか、または互いに参照され得る。以下の説明は、図面およびいくつかの例示的な実施形態を参照することによって記述される。

例示的な実施形態において、第１の通信端末は、第１のデータ処理要求をサーバに送信し、、これはサーバがデータ処理要求を第２の通信端末に送信するようにトリガーする。これは、第２の通信端末が、第２のデータ処理要求をサーバに送信するようにトリガーする。したがって、信頼性のあるオンラインＰＯＤネットワークが実装され、オンラインショッピングのための安全なＰＯＤが現実化される。

図１は、例示的なデータ処理方法を実装する例示的なシステム１００の図を例示する。図１の実施例において、システム１００は、第１の通信端末１０２と、サーバ１０４と、第２の通信端末１０６とを含み得る。複数の第１の通信端末および第２の通信端末があり得る。図１の実施例には、第１の通信端末１０２（１）、．．．、１０２（ｍ）があり、ここで、ｍは、任意の整数であり得、また、第２の通信端末１０６（１）、．．．、１０６（ｎ）があり、ここで、ｎは、任意の整数であり得る。例えば、第１の通信端末１０２（１）は、物流管理の運搬者等の第１のユーザが手で持てる通信端末であり得る。第２の通信端末１０６（１）は、製品の購入者等の第２のユーザが手で持ち得る。第１の通信端末１０２は、第１のネットワーク１０８（１）を通してサーバ１０４と通信し得、第２の通信端末１０６は、第２のネットワーク１０８（２）を通してサーバ１０４と通信し得る。第１のネットワーク１０８（１）および第２のネットワーク１０８（２）は、インターネット等の同じネットワークであり得る。

システム１００は、効率的で信頼性の高いオンライン電子ＰＯＤを実装する。物流管理の運搬者は、購入者が購入した製品を購入者に配達し、そして、第１の通信端末１０２（１）等の第１の通信端末を通して、第１のデータ処理要求をサーバ１０４に送信する。第１のデータ処理要求を受信した後に、サーバ１０４は、注文番号等の第１の第１のデータ処理要求に含まれる第２の通信端末指示情報に従って、データベースを検索して、注文情報等の第２の通信端末指示情報に対応する、購入者の第２の通信端末１０６（１）等の通信端末の通信コードを見つけ出す。例えば、通信コードは、携帯電話番号等の電話番号、即時通信アプリケーションのユーザ名、またはサードパーティの支払い口座、銀行口座等の任意の他の支払い情報であり得る。

サーバ１０４は、データ処理要求を、通信コードに対応する第２の通信端末１０６（１）等の第２の通信端末に送信する。データ処理要求は、支払いを行うべきである旨の要求を含む。データ処理要求は、テキストメッセージゲートウェイを通して送信される、データ処理リンクを含むショートテキストメッセージもしくはショートメッセージ等のメッセージによって、または無線ネットワークもしくはモバイルネットワークを通しての、データ処理リンクを含むメッセージによって搬送され得る。

購入者の第２の通信端末１０６（１）は、データ処理要求を受信した後に、サーバによって送信されるメッセージに返信する、またはページ要求を送信する等の種々の方法によって、サーバ１０４に対する第２のデータ処理要求を開始する。サーバ１０４は、データ処理プラットフォームに、支払いを行う等の、データを処理するように通知する。

運搬者及び購入者によって使用される第１の通信端末１０２（１）および第２の通信端末１０６（１）は、携帯電話、携帯情報端末（ＰＤＡ）、パーソナル通信サービス（ＰＣＳ）、無線電話を含む種々のモバイル通信デバイス等の無線通信機能を有する任意の種類のモバイル端末、またはＷｉＦｉ（商標）機能を有するラップトップ、ｉＰｈｏｎｅ（商標）およびｉＰａｄ（商標）等のＷｉＦｉ（商標）機能を有する携帯電話もしくはタブレットを含む、ＷｉＦｉ（商標）等の無線ネットワークを通してショッピングウェブサイトにアクセスすることができる無線通信機能を有する任意のモバイル端末を指し得る。

例えば、ショッピングウェブサイトのサーバで、購入者がある種類の製品をオンラインで購入すると、注文が形成され、サーバのデータベースに保存される。注文は、物流管理会社の名前、運搬者の出荷番号、製品注文、購入製品の情報、受取人の情報、住所情報等の情報、およびショッピングウェブサイトによって購入者に提供される携帯電話番号もしくは即時通信アプリケーションのユーザ名等の受取人の端末の通信コード、またはサードパーティの支払い口座番号、銀行口座番号等の支払い情報を保存し得る。支払い情報は、購入者のユーザ名および／または受取人の携帯電話情報に対応する別個のデータテーブルに保存され得る。即時通信アプリケーションのユーザ名は、ショッピングウェブサイトの購入者のユーザ識別情報（ＩＤ）であり得る。したがって、即時通信アプリケーションのユーザ名と注文との間には、唯一の対応関係がある。例えば、ユーザは、Ｔａｏｂａｏ（商標）等のショッピングウェブサイトおよびＡｌｉｗａｎｇｗａｎｇ（商標）等の即時通信アプリケーションで、同じユーザ名を有し得る。

図２は、本開示に従ってデータを処理するための例示的な方法のフローチャートを例示する。この例示的な実施形態の説明は、図１も参照され得る。この例示的な実施形態において、実行エンティティは、サーバ１０４である。サーバ１０４は、ショッピングウェブサイトのデータ処理サーバであり得る。サーバ１０４は、以下の動作を行い得る。

２０２で、第１の通信端末１０２（１）等の第１の通信端末から、第１のデータ処理要求を受信する。第１のデータ処理要求は、第２の通信端末指示情報を含む。

例えば、運搬者の第１の通信端末１０２（１）は、ＰＤＡであり得る。サーバ１０４は、ＰＤＡから第１のデータ処理要求を受信し、注文番号もしくは出荷番号等の第１のデータ処理要求に含まれる第２の通信端末指示情報、または携帯電話番号もしくはユーザ名等の第２の通信端末の通信コードを解析する。第２の情報端末指示情報は、第２の通信端末の通信コードを検索する、またはそれにインデックスを付けるために使用される。例えば、第２の通信端末指示情報に含まれる出荷番号または製品番号に従って、第２の通信端末の通信コードを取得するために、データベースが検索され得る。あるいは、第２の通信端末指示情報が、携帯電話番号またはユーザ名等の、第２の通信端末の通信コードを直接示し得る。

２０４で、第２の通信端末指示情報に従って、第２の通信端末１０６（１）の通信コードを取得する。

具体的には、サーバ１０４が、注文番号等の第２の通信端末指示情報に従って、データベースを検索して、対応する注文を見つけ出し、そして、注文から、受取人の携帯電話番号または即時通信アプリケーションのユーザ名等の、注文の購入者の対応する通信コードを見つけ出す。

あるいは、第２の通信端末指示情報が購入者の第２の通信端末１０６（１）の携帯電話番号を含む場合は、サーバ１０４が、第１のデータ処理要求を解析して、携帯電話番号を取得する。携帯電話番号は、第２の通信端末１０６（１）の通信コードである。あるいは、携帯電話番号に従って、データベースから、ユーザ名である通信コードを取得する。

第２の通信端末指示情報が購入者の第２の通信端末１０６（１）のユーザ名を含む場合は、サーバ１０４が、第１のデータ処理要求を解析して、ユーザ名を取得する。ユーザ名は、第２の通信端末１０６（１）の通信コードである。あるいは、ユーザ名に従って、データベースから、携帯電話番号である通信コードを取得する。

２０６で、第２の通信端末１０６（１）の通信コードに従って、データ処理要求を第２の通信端末１０６（１）に送信する。

例えば、通信コードが携帯電話番号であるときには、サーバ１０４が、ショートメッセージであり得るデータ処理要求を、データ通信サービスプロバイダのテキストメッセージゲートウェイを通して、携帯電話番号に対応する第２の通信端末１０６（１）に送信する。ショートメッセージは、例えば、「ＡＡショッピングウェブサイトの注文番号ＸＸの購入額１００ドル。支払う場合はＹを返信、それ以外に、支払わない場合はＮを返信。」であり得る。データ処理要求はまた、データ処理リンクを含むショートメッセージでもあり得る。ショートメッセージは、例えば、「ＡＡショッピングウェブサイトの注文番号ＸＸの購入額１００ドル。支払う場合は、以下の支払いリンクｈｔｔｐｓ：／／ｐａｙｍｅｎｔ．ｘｘ．ｃｏｍをクリックしてください。」であり得る。第２の通信端末指示情報に従って、２０２で取得した注文番号等の通信コードを検索するとき、データ処理要求は、注文情報等の、支払い額以外の情報を含み得る。

あるいは、通信コードが携帯電話番号であるときには、サーバ１０４が、ショートメッセージであり得るデータ処理要求を、データ通信サービスプロバイダのテキストメッセージゲートウェイを通して、携帯電話番号に対応する第２の通信端末１０６（１）に送信する。ショートメッセージは、例えば、「ＡＡショッピングウェブサイトの購入額１００ドル。支払う場合はＹを返信、それ以外に、支払わない場合はＮを返信。」であり得る。データ処理要求はまた、データ処理リンクを含むショートメッセージ等の、メッセージでもあり得る。ショートメッセージは、例えば、「ＡＡショッピングウェブサイトの購入額１００ドル。支払う場合は、以下の支払いリンクｈｔｔｐｓ：／／ｐａｙｍｅｎｔ．ｘｘ．ｃｏｍをクリックしてください。」であり得る。通信コードは、携帯電話番号等の第２の通信端末指示情報に従って、直接取得される。したがって、データ処理要求は、支払い額情報だけを含み得る。注文番号は含まれていないが、支払いがＰＯＤであるので、購入者の第２の通信端末１０６（１）はまた、受信したデータ処理要求に従って、支払われる額が配達された製品の額であるかどうかも確認し得る。

あるいは、通信コードがユーザ名であるときには、サーバ１０４が、ポップアップメッセージ等のメッセージを、ユーザ名を有する即時通信アプリケーションのクライアントに送信する。ポップアップメッセージは、データ処理要求である。例えば、ポップアップメッセージは、「ＡＡショッピングウェブサイトの購入額１００ドル。支払う場合は、以下の支払いリンクｈｔｔｐｓ：／／ｐａｙｍｅｎｔ．ｘｘ．ｃｏｍをクリックしてください。」等のデータ処理リンクを含むメッセージであり得る。第２の通信端末指示情報に従って、２０２で注文番号等の通信コードを取得するとき、データ処理要求は、支払い額情報だけでなく、注文番号情報も含み得る。

２０８で、データ処理要求に従って、第２の通信端末１０６（１）によって開始される第２のデータ処理要求を受信し、データ処理プラットフォームに、支払い処理を行うように通知する。

例えば、購入者の第２の通信端末１０６（１）が、注文番号を含まないショートテキストメッセージであるデータ処理要求を受信したときに、購入者は、第２の通信端末１０６（１）を通して、「はい」等のテキストメッセージによって、ショートテキストメッセージに返信する。すなわち、購入者は、ショートメッセージゲートウェイを通して、別のショートテキストメッセージを送信することによって、ショートテキストメッセージに返信する。サーバ１０４が、返信ショートテキストメッセージ等の、第２の通信端末１０６（１）によって開始される第２のデータ処理要求を受信した後に、サーバ１０４は、購入者のデータテーブルから支払い情報を取得する。サーバ１０４とデータ処理プラットフォームとの間の予め設定されたプロトコルに従って、サーバ１０４は、銀行口座または銀行カード番号に対応する銀行システムの支払いシステム等のデータ処理プラットフォームに、支払い額を差し引くように通知する。銀行システムのデータ処理プラットフォームが支払い額を成功裏に差し引いた後に、それをサーバ１０４に通知する。データ処理プラットフォームがショートテキストメッセージに従って支払いを行うことは、従来の手法であり、本明細書では、詳細に述べられない。

あるいは、購入者の第２の通信端末１０６（１）が、注文番号を含まず、データ処理リンクを含むショートメッセージであるデータ処理要求を受信したときに、購入者は、第２の通信端末１０６（１）を通して、データ処理リンクをクリックする。すなわち、購入者は、モバイルインターネットまたは無線インターネットを介して、データ処理のページ要求を通して、第２のデータ処理要求を送信する。アクセスウェブサイトは、銀行システムの支払いページまたはＡｌｉｐａｙ（商標）の支払いページ等の、支払いページを提供する。サーバ１０４は、購入者のデータテーブルに記録された支払い情報に従って、サードパーティのデータ処理プラットフォームであるＡｉｌｐａｙ（商標）等のデータ処理プラットフォームに、支払い額を差し引く、または銀行システムを通してデータ処理を行う等の、データ処理を行うように通知し、次いで、サーバ１０４に通知する。サードパーティのデータ処理プラットフォームまたは銀行システムが支払いを行うことは、従来の手法であり、本明細書では、詳細に述べられない。

あるいは、購入者の第２の通信端末１０６（１）が、注文番号を含まず、データ処理リンクを含むポップアップメッセージであるデータ処理要求を受信したときに、購入者は、第２の通信端末１０６（１）を通して、データ処理リンクをクリックする。すなわち、購入者は、モバイルインターネットまたは無線インターネットを介して、データ処理のページ要求を通して、第２のデータ処理要求を送信する。アクセスウェブサイトは、銀行システムの支払いページまたはＡｌｉｐａｙ（商標）の支払いページ等の、支払いページを提供する。サーバ１０４は、購入者のデータテーブルに記録された支払い情報に従って、サードパーティのデータ処理プラットフォームであるＡｉｌｐａｙ（商標）等のデータ処理プラットフォームに、支払い額を差し引く、または銀行システムを通してデータ処理を行う等の、データ処理を行うように通知し、次いで、サーバ１０４に通知する。サードパーティのデータ処理プラットフォームまたは銀行システムが支払いを行うことは、従来の手法であり、本明細書では、詳細に述べられない。

ピュアテキストを含むショートテキストメッセージ、データ処理リンクを含むショートメッセージ、またはデータ処理リンクを含むポップアップメッセージが、注文番号も含む場合、サーバ１０４は、注文番号に従って、データベースに記憶された注文の詳細から支払い情報を取得する。独立して保存されたデータテーブルから、支払い情報を取得する必要はない。

本手法は、運搬者の第１の通信端末を使用して、第１のデータ処理要求を開始する。第１のデータ処理要求に含まれる第２の通信端末指示情報を通して、ＰＯＤのための第２の通信端末の通信コードを取得して、通信コードに対応する購入者の第２の通信端末に対するデータ処理要求を開始する。購入者は、データ処理要求に従って、第２のデータ処理要求を開始して、サーバに、購入取引に対するデータ処理を行うように要求する。したがって、確認されたＰＯＤが形成され、信頼性のあるＰＯＤが現実化される。物流管理会社が、各取引に対応する出荷番号を保存すること、およびショッピングウェブサイトの製品供給者に支払うことが好都合である。

図２で示されるように、不正を回避するために、例えば、ＰＤＡであり得る第１の通信端末１０２（１）等の、運搬者の通信端末は、第１のデータ処理要求をサーバ１０４に送信し、サーバ１０４に、データ処理要求を第２の通信端末１０６（１）に送信するように要求することを可能にする前に、その識別情報について検証する必要があり得る。１つの例示的な実施形態において、動作は、２０２と２０４の間に追加的なステップ、すなわち２１０を含み得、該ステップは、第１のデータ処理要求に含まれる支払いコードの有効性を検証する。

加えて、例えば、２０２の前に、動作は、以下を含み得る。

１１で、第１の通信端末１０２（１）から、ログイン要求を受信する。ログイン要求は、第１の通信端末１０２（１）のセキュリティコードを含む。

１２で、セキュリティコードの使用可能性を検証する。

１３で、セキュリティコードが使用可能であることが検証された後に、第１の通信端末１０２（１）の支払いコードを生成し、記憶のために、第１の通信端末１０２（１）に送信する。

第１の通信端末１０２（１）は、ＧＰＲＳネットワークまたはＷｉＦｉネットワークを通して、第１のデータ処理要求をサーバ１０４に送信し得る。しかしながら、運搬者は、取引に対するサードパーティとして、顧客に直接面することを必要とする。したがって、第１の通信端末１０２（１）の識別情報の有効性を適時に監視することが必要とされ、それは、ＰＯＤに対する不正を回避するために、運搬者の識別情報を間接的に監視する。例えば、物流管理会社およびショッピングウェブサイトのサーバは、物流管理会社の運搬者の通信端末の使用可能または使用不可能な状態を切り替え、それをサーバのデータベースに保存し得る。したがって、サーバのデータベースは、各物流管理会社の通信端末およびそれらの使用可能な状態の対応するテーブルを記憶し得る。対応するテーブルは、ハードウェアの製造番号およびその状態を含み得る。あるいは、対応するテーブルは、各第１の通信端末の唯一の識別情報に対するコードおよびその状態、ならびに、支払いコードを生成するための署名情報等の、いくつかの他の情報を含み得る。対応するテーブルは、ショッピングウェブサイトのサーバのデータベースに記憶され得る。あるいは、対応するテーブルは、対応する物流管理会社のサーバのデータベースに記憶され、維持され得る。ショッピングウェブサイトの取引サーバは、第１の通信端末のログイン要求を受信した後に、識別情報を検証するための要求を物流管理会社のサーバに転送する。

例えば、運搬者は、第１の通信端末のクライアント端末にログインし、ログイン要求を送信する。サーバは、ログイン要求を受信し、通信端末のハードウェア製造番号等の第１の通信端末のセキュリティコードをパースし、データベースを検索して、セキュリティコードに対応するデバイスの使用可能性を見つけ出す。第１の通信端末が使用可能であることが検証された後に、サーバは、支払いコードを、ＰＤＡ等の第１の通信端末に送信する。第１の通信端末のセキュリティコードは、通信端末のハードウェア製造番号に基づいて生成される、識別のためのコードであり得る。

図５は、本開示に従って第１の通信端末５０２の識別情報を検証するための例示的な方法の図を例示する。運搬者が、５０４で、第１の通信端末５０２にログインするときに、第１の通信端末５０２のクライアントは、サーバ５０８からの動的な支払いコードの要求を含み得るログイン要求を開始して、５０６で、チェックインする。サーバ５０８が支払いコードを割り当てるための前提条件は、第１の通信端末５０２の状態が有効であることである。サーバ５０８は、５１０で、第１の通信端末５０２の識別情報の検証を行う。サーバ５０８は、５１２で、支払いコードを生成する。例えば、サーバ５０８は、ハードウェア製造番号を使用して、検証のために第１の通信端末５０２の使用可能または使用不可能な状態を検索し、支払いコードを第１の通信端末５０２に送信する。支払いコードを取得した後に、第１の通信端末５０２は、支払いコードをそのメモリの中へ保存し、支払いコードを、以降の第１のデータ処理要求のそれぞれにおいて、エントリパラメータとして使用する。換言すれば、２０２での第１のデータ処理要求は、支払いコードを含み得る。

運搬者の第１の通信端末５０２の安全性が検証された後に、運搬者は、５１４で、第１の通信端末５０２を通してログオフ要求を送信して、５１６で、チェックアウトする。パラメータとしての支払いコードは、ログオフ要求に保存される。すなわち、５１８で、支払いコードをサーバ５０８に伝送する。ログオフ要求は、５２０で、サーバ５０８に、第１の通信端末５０２によって現在保持されている支払いコードを無効にするように通知する。次いで、サーバ５０８は、５２２で、第１の通信端末５０２に応答する。あるいは、運搬者が第１の通信端末５０２でクライアントからログオフするときに、第１の通信端末はまた、サーバ５０８に対するログオフ要求も開始し得、支払いコードが無効である旨の成功メッセージを受信する。例えば、動作は、以下を含み得る。第１の通信端末によって開始されるログオフ要求を受信する。ログオフ要求は、支払いコードを含む。支払いコードプールから支払いコードを削除する。

例えば、支払いコードは、ハードウェア製造番号、現在の時間、および第１の通信端末とサーバとの間で交渉され、１つ以上のアルゴリズムによって暗号化された署名等の、第１の通信端末のセキュリティコードに基づいて生成され得る。各動的な支払いコードは、例えば、有効期間を有し得る。有効期間が失効した後には、新しい動的な支払いコードが適用される必要がある。加えて、各支払いコードは、端末および時間を含む少なくとも２つの次元において唯一のものであることが保証され得る。したがって、ハードウェア製造番号、現在の時刻、および署名に基づいて生成された動的な支払いコードを暗号化するために、メッセージダイジェストアルゴリズム（ＭＤ５）が使用され得る。対応するテーブルおよび第１の通信端末の署名情報がサーバのデータベースに保存されているときに、署名の文字列が、物流管理会社とショッピングウェブサイトとの間で一致し得る。動的な支払いコードが生成される前に、ハードウェア製造番号等の第１の通信端末の使用可能な状態が検証される。ハードウェア製造番号の状態が使用可能でない場合、第１の通信端末は、支払いコードの割り当てが拒否され得る。サーバは、支払いコードを記憶するデータベースである、支払いコードプールを維持し得る。各支払いコードには、それが支払いコードプールに保存されるときに、２４時間等の有効期間が割り当てられる。有効期間が失効すると、そのような支払いコードは、自動的にクリアされる。したがって、第１の通信端末がデータ処理要求を開始するときに、サーバは、データ処理要求に含まれる支払いコードを取得し、それが支払いコードプールに記憶される任意の支払いコードと合致するかどうかを判定して、ＰＤＡ等の第１の通信端末の検証を完了する。

上の識別情報検証手法は、運搬者の識別情報を間接的に識別することができ、したがって、ＰＯＤ中の不正を効果的に防止することができる。支払いコードを自動的に生成する手法は、各第１の通信端末の識別情報が定期的に確認されることを確実にし得、それは、長時間持続し得る静的な支払いコードに起因する支払いリスクを防止する。加えて、物流管理会社は、第１の通信端末を失くしたように、第１の通信端末の制御を失い得る。本手法に基づいて、ユーザは、動的な支払いコードが失効した後に、いかなる支払いアクションも開始することができず、支払いのセキュリティが高まる。

図２で示されるように、運搬者の第１の通信端末１０２（１）が、識別情報検証後に、動的な支払いコードを取得した後に、サーバ１０４が第１のデータ処理要求を受信する。第１のデータ処理要求が支払いコードを含むとき、サーバ１０４は、以下の動作を行い得る。２１０で、サーバ１０４は、第１のデータ処理要求に含まれる支払いコードの有効性を検証する。例えば、サーバ１０４は、合致する支払いコードが支払いコードプールにあるかどうかを判定する。支払いコードが有効であることを検証した後に、サーバ１０４は、２０４の動作を行って、第２の通信端末指示情報に従って、第２の通信端末１０６（１）の通信コードを取得する。

したがって、支払いコードを自動的に生成する手法は、各第１の通信端末の識別情報が定期的に確認されることを確実にし得、それは、長時間持続し得る静的な支払いコードに起因する支払いリスクを防止する。加えて、物流管理会社は、第１の通信端末を失くしたように、第１の通信端末の制御を失い得る。本手法に基づいて、ユーザは、動的な支払いコードが失効した後に、いかなる支払いアクションも開始することができず、支払いのセキュリティが高まる。

いくつかの実施例において、第２の通信端末指示情報に従って第２の通信端末１０６（１）の通信コードが取得される、２０４での動作と、通信コードに基づいてデータ処理要求が第２の通信端末１０６（１）に送信される、２０６での動作との間で、サーバ１０４は、第２の通信端末１０６（１）の通信コードに対応するセキュリティ検証情報を生成し得る。したがって、２０６でのデータ処理要求は、検証コード等のセキュリティ検証情報を含み得る。サーバ１０４は、検証コードを含むデータ処理要求を、第２の通信端末１０６（１）に送信する。例えば、データ処理要求がテキストメッセージの形態であるとき、上で説明されるものに加えて、テキストメッセージは、検証コードを含み得る。したがって、第２の通信端末１０６（１）を通して購入者によって開始される第２のデータ処理要求も、セキュリティ検証情報を含む。例えば、第２のデータ処理要求が応答テキストメッセージであるとき、応答テキストメッセージは、検証コード情報を含み得る。

別の例として、データ処理要求がデータ処理リンクを含むメッセージであるとき、上で説明されるものに加えて、メッセージは、検証コードを含み得る。第２の通信端末１０６（１）を通して購入者によって開始される第２のデータ処理要求は、ページ要求である。ページ要求がウェブサイトの支払いページと関連付けられる、または接続されているとき、購入者は、検証コードを入力して支払いページを確認し、サードパーティのデータ処理プラットフォーム等のデータ処理プラットフォームに、銀行システムを通して支払いを差し引くまたはデータを処理する等の、データ処理を行うように通知する。

したがって、サーバ１０４が、データ処理要求に従って、第２の通信端末１０６（１）から、第２のデータ処理要求を受信して、データ処理プラットフォームにデータ処理を行うように通知する、２０８での動作は、以下を含み得る。

サーバ１０４は、第２の通信端末１０６（１）から、第２のデータ処理要求を受信する。サーバ１０４は、第２のデータ処理要求に含まれるセキュリティ検証情報を検証する。サーバ１０４は、セキュリティ検証情報の有効性を検証する。セキュリティ検証情報が有効であることを検証した後に、サーバ１０４は、データ処理プラットフォームに、データ処理を行うように通知する。

したがって、第２の通信端末１０６（１）が返信メッセージの形態で第２のデータ処理要求を開始した後に、返信メッセージは、検証コード等のセキュリティ検証情報を含む。あるいは、支払いページで支払いを行うときに、第２の通信端末１０６（１）は、ページ追求の形態で第２のデータ処理要求を開始し、支払いページで検証コード情報を入力して、支払いを確認する。本手法は、識別情報不正を行うためのサードパーティからの悪意のある攻撃を防止する。

サーバ１０４は、通知メッセージをデータ処理プラットフォームに送信した後に、データ処理プラットフォームから応答メッセージを受信する。サーバ１０４は、以下の動作を行い得る。サーバ１０４は、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信し、詳細な支払い指図を保存する。詳細な支払い指示は、携帯電話番号または支払い指図等の、第２の通信端末１０６（１）の第２の通信端末指示情報を含む。サーバ１０４は、応答メッセージを、第１の通信端末１０４（１）および第２の通信端末１０６（１）に送信する。

第１の通信端末１０２（１）および第２の通信端末１０６（１）が応答メッセージを受信した後に、物流管理会社の運搬者は、応答メッセージに従ってクエリを行い得る。サーバ１０４はさらに、以下の動作を行い得る。

サーバ１０４は、第１の通信端末１０２（１）からクエリ要求を受信する。クエリ要求は、第２の通信端末１０６（１）の第２の通信端末指示情報を含む。対応する詳細な支払い注文は、第２の通信端末１０６（１）の第２の通信指示情報に従って検索される。

上の説明は、サーバ１０４が、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを、第１の通信端末１０２（１）に送信することを記述している。あるいは、サーバ１０４は、応答メッセージを第２の通信端末１０６（１）に送信する必要がない。運搬者は、サーバ１０４に対して支払い状態の問い合わせを開始し、現在の支払いが成功したかどうかに関する情報を取得し得る。

本手法は、運搬者の第１の通信端末１０２（１）によって送信される第１のデータ処理要求を通して、サーバ１０４からデータ処理要求をトリガーし、購入者の第２の通信端末１０６（１）に、第２のデータ処理要求を送信するようにプロンプトし、それによって、安全なオンラインＰＯＤネットワークを形成する。本手法は、支払いコードを使用して運搬者の識別情報を検証し、購入者に検証コードを入力するように要求して支払いのセキュリティを確保し、そして、支払いを製品供給者に効果的に送信する。

図３は、本開示に従ってデータを処理するための例示的な方法のフローチャートを例示する。この例示的な実施形態において、実行エンティティは、運搬者の第１の通信端末またはハンドヘルド通信端末である。この例示的な実施形態において、第１の通信端末は、以下の動作を行う。

３０２で、第１の通信端末は、第１のデータ処理要求をサーバに送信する。第１のデータ処理要求は、第２の通信端末の第２の通信指示情報を含む。

例えば、運搬者は、配達される製品の出荷通知書のバーコードをスキャンし得る。第１の通信端末のクライアントは、出荷通知書の内容を表示し得る。出荷通知書は、運搬者の出荷番号、運搬者の回収額、物流管理会社の整理番号、購入者の注文番号、配達住所、受取人の名前、受取人の郵便番号を記録し得る。運搬者が、識別情報検証後に、第１の通信端末のクライアントにログインした場合、第１の通信端末はまた、ログインしたユーザ名に対応する従業員番号も保存する。あるいは、運搬者が、識別情報検証後に、第１の通信端末のクライアントにログインしたときに、サーバが、現在の日付での運搬者の従業員番号に対応する全ての出荷通知書を、第１の通信端末に送信する。したがって、第１の通信端末のクライアントは、出荷通知書のリストを表示する。各通信端末がその唯一のハードウェア製造番号を有するので、そのようなハードウェア製造番号が、通信端末の記憶ユニットに記憶される。

例えば、運搬者は、製品を購入者に配達し、配達の支払いを回収する。運搬者は、第１の通信端末の表示画面に提示される出荷通知書をクリックする。例えば、第１の通信端末のクライアントの出荷通知書ページは、支払いボタンを表示し得る。運搬者は、支払いボタンをクリックし、第１のデータ処理要求を送信する。第１のデータ処理要求は、注文番号または出荷番号であり得る、第２の通信端末指示情報を含む。第２の通信端末指示情報はまた、携帯電話番号またはユーザ名等の、第２の通信端末の通信コードでもあり得る。運搬者は、第１の通信端末のクライアントにログインした後に、携帯電話番号またはユーザ名を出荷通知書に直接入力し、次いで、第１のデータ処理要求を送信し得、それによって、間違った受取人に製品を配達すること、および間違った受取人に支払いを要求することを回避する。

第１のデータ処理要求は、注文番号、出荷番号、携帯電話番号、ユーザ名、ならびに物流管理会社の整理番号、受取人の住所、受取人の名前、受取人の郵便番号、および物流管理会社の従業員番号等の任意の他の補足情報を含み得る。

３０４で、第１の通信端末は、サーバから、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信する。

第１のデータ処理要求がサーバに送信された後に、サーバは、注文番号等の第１のデータ処理要求に含まれる第２の通信端末指示情報に従って、携帯電話番号等の第２の通信端末の通信コードを取得する。次いで、サーバは、携帯電話番号等の通信コードに従って、第２の通信端末指示情報によって指示される注文のデータ処理要求を第２の通信端末に送信し、データ処理要求に従って、第２の通信端末によって開始される第２のデータ処理要求を受信する。サーバは、データ処理プラットフォームに、データ処理を行うように通知する。サーバの詳細な動作は、図２で示される例示的な実施形態の説明を参照することができ、本明細書では詳細に述べられない。

購入者がメッセージに返信するか、ページ要求を送信した後に、サーバは、データ処理を行い、購入者の第１の通信端末のクライアントは、サーバから、サーバが支払いを完了した旨のメッセージを受信する。運搬者は、第１の通信端末を通してクエリを行い得る。クエリは、第２の通信端末の第２の通信端末指示情報に対応する詳細な支払い指図を問い合わせるために、第２の通信端末の第２の通信端末指示情報を含む。運搬者は、第１の通信端末のクライアントを通してクエリを行い得る。例えば、応答メッセージを受信した後に、運搬者は、ページに表示されるクエリボタンクリックしてクエリを行い得る。クエリは、出荷番号、注文番号、または携帯電話番号を含む。サーバは、対応する詳細な支払い指図を送信する。運搬者は、詳細な支払い指図を保存して、以降の支払いを行う。したがって、電子支払いが現実化される。人手によって支払いを回収する必要はなく、それによって、製品供給者に対する支払いを効率的にクリアする。

したがって、オンラインＰＯＤは、運搬者の第１の通信端末によって送信される第１のデータ処理要求によってトリガーされ、それによって、支払いのセキュリティを確保する。

いくつかの実施例において、第１の通信端末は、製品が購入者に配達された後に、使用可能性識別情報検証に合格し、次いで、データ処理要求を行う必要があり得る。換言すれば、サーバは、運搬者の第１の通信端末が第１のデータ処理要求を送信する前に、第１の通信端末が識別情報検証に合格することを必要とする。したがって、いくつかの実施例において、第１の通信端末は、３０２での動作の前に、以下の動作を行い得る。

３０６で、第１の通信端末は、ログイン要求をサーバに送信する。ログイン要求は、第１の通信端末のセキュリティコードを含む。

例えば、運搬者は、ページを通して第１の通信端末のクライアントにログインする。例えば、ログインページは、ユーザ名およびパスワードを要求し得る。運搬者は、ユーザ名およびパスワードを入力し、ログイン要求を開始する。通信端末は、ハードウェア製造番号またはセキュリティコード等のセキュリティ情報を記憶するので、ログイン要求は、セキュリティ情報を含み得る。

３０８で、サーバがセキュリティ情報の使用可能性を検証するか、またはセキュリティコードが使用可能で、第１の通信端末の支払いコードを生成した後に、第１の通信端末は、支払いコードを受信し、それを記憶する。

例えば、物流管理会社およびショッピングウェブサイトのサーバは、物流管理会社の運搬者の通信端末の使用可能または使用不可能な状態を切り替え、それをサーバのデータベースに保存し得る。したがって、サーバのデータベースは、各物流管理会社の通信端末およびそれらの使用可能な状態の対応するテーブルを記憶し得る。対応するテーブルは、ハードウェアの製造番号およびその状態を含み得る。あるいは、対応するテーブルは、各第１の通信端末の唯一の識別情報に対するコードおよびその状態を含み得る。対応するテーブルは、第１の通信端末の使用可能性を判定するために、ショッピングウェブサイトのサーバのデータベースに記憶され得る。あるいは、対応するテーブルは、対応する物流管理会社のサーバのデータベースに記憶され、維持され得る。ショッピングウェブサイトの取引サーバは、第１の通信端末のログイン要求を受信した後に、識別情報を検証するための要求を物流管理会社のサーバに転送する。

サーバが、第１の通信端末が使用可能であり、有効な端末であることを検証した後に、サーバは、第１の通信端末の支払いを生成し、それを第１の通信端末に返信する。第１の通信端末は、支払いコードを保存し、それを第１のデータ処理要求のエントリパラメータとして使用する。換言すれば、３０２で第１のデータ処理要求が開始されたときに、第１のデータ処理要求は、支払いコードを含む。サーバは、支払いコードが検証された後にだけ、以降のデータ処理の動作について第２の通信端末に通知する。

運搬者が配達を完了し、第１の通信端末のクライアントをログオフした後に、第１の通信端末は、ログオフ要求をサーバに送信する。ログオフ要求は、サーバが支払いコードプールからクリアするために、支払いコードを含む。支払いコードは、第１の通信端末のセキュリティコード、現在の時刻、および第１の通信端末とサーバとの間の署名に基づくアルゴリズムによって生成され、暗号化される。換言すれば、運搬者は、第１の通信端末のクライアントを通した運搬者割り当てのログインおよびログオフを完了する。したがって、第１の通信端末の識別情報検証が行われ、また、運搬者の識別情報も識別され、それによって、ＰＯＤ中の不正を効果的に防止する。支払いコードを自動的に生成する手法は、各第１の通信端末の識別情報が定期的に確認されることを確実にし得、それは、長時間持続し得る静的な支払いコードに起因する支払いリスクを防止する。加えて、物流管理会社は、第１の通信端末を失くしたように、第１の通信端末の制御を失い得る。本手法に基づいて、ユーザは、動的な支払いコードが失効した後に、いかなる支払いアクションも開始することができず、支払いのセキュリティが高まる。

図４は、本開示に従ってデータを処理するための別の例示的な方法のフローチャートを例示する。この例示的な実施形態において、実行エンティティは、携帯電話等の購入者のハンドヘルドの通信端末であり得る、第２の通信端末である。この例示的な実施形態において、第２の通信端末は、以下の動作を行い得る。

４０２で、第２の通信端末は、サーバが第１の通信端末から第１のデータ処理要求を受信した後に、第２の通信端末指示情報に従ってサーバによって送信されるデータ処理要求を受信する。

例えば、購入者が運搬者によって配達された製品に署名した後に、購入者は、運搬者が第１のデータ処理要求をサーバに送信するのを待つ。第２の通信端末指示情報は、運搬者によって入力される注文の携帯電話番号またはユーザ名であり得る、注文番号または通信コードであり得る。第２の通信端末指示情報が注文番号であるとき、サーバは、注文番号に従って、携帯電話番号またはユーザ名情報であり得る、購入者の第２の通信端末の通信コードを検索する。第２の通信端末の通信コードが携帯電話番号である場合、サーバは、第１のデータ処理要求を処理した後に、データ処理要求であるテキストメッセージを送信する。データ処理要求がショートメッセージの形態であるとき、ショートメッセージは、データ処理リンクを含むピュアテキストメッセージまたはショートメッセージであり得る。第２の通信端末の通信コードがユーザ名である場合、データ処理要求は、即時通信ツールに送信される、ポップアップメッセージの形態であり得る。ポップアップメッセージは、データ処理リンクを含む。

４０４で、第２の通信端末は、データ処理要求に従って、第２のデータ処理要求をサーバに送信する。

購入者がピュアテキストメッセージ等のデータ処理要求を受信した後に、購入者は、メッセージに返信する。応答メッセージは、「はい」または「いいえ」のテキスト情報を含むテキストメッセージ、またはセキュリティ検証情報を含むメッセージであり得る。それは、支払いセキュリティがセキュリティ検証情報をテキストメッセージに含むことを確実にする。

あるいは、購入者が、データ処理リンクを含むメッセージ等の、データ処理要求を受信した後に、購入者は、第２の通信端末を通してメッセージの中のデータ処理リンクをクリックし、モバイルインターネットまたは無線インターネットを通してページ要求を送信して、支払いプラットフォームであるＡｉｌｐａｙ（商標）の支払いページ等の支払いページと接続する。データ処理リンクに対応するページは、購入者が製品を購入した後に購入者が支払いページを保存する、サードパーティの支払いページであり得る。あるいは、購入者によって受信されるデータ処理要求が即時通信ツールに対するポップアップメッセージであるとき、購入者は、ポップアップメッセージに含まれるデータ処理リンクをクリックし、ページ要求を送信して、支払いプラットフォームであるＡｉｌｐａｙ（商標）の支払いページ等の支払いページと接続し、そして、サードパーティのデータ処理プラットフォームをトリガーして、支払いを行う。

サーバが、ポップアップメッセージの形態でデータ処理要求を送信するときに、サーバは、第１のデータ処理要求を受信し、注文番号等の第１のデータ処理要求に含まれる第２の通信端末指示情報に基づいて、即時通信ツールのユーザ名であり得る、購入者の第２の通信端末の通信コードを検索する。例えば、即時通信ツールは、ショッピングウェブサイトまたはショッピングウェブサイトのアカウントによって提供され得、即時通信ツールのアカウントは、プロトコルに基づく使用に結び付けられる。例えば、ショッピングウェブサイトのアカウントは、即時通信ツールのアカウントと同じであり得る。サーバが、即時通信ツールのアカウントのユーザ名の状態が利用可能である、またはオンラインであるかを見つけ出すことを確認するときに、サーバは、ポップアップメッセージを即時通信ツールのアカウントに送信する。したがって、購入者は、第２の通信端末でポップアップメッセージを受信して、データ処理を行う。

４０６で、第２の通信端末は、サーバから、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信する。

購入者が、サーバから、データ処理に成功した旨の応答メッセージを受信した後に、購入者は、第２の通信端末を通してクエリを開始して、第２の通信端末の第２の通信端末指示情報に対応する、詳細な支払い指図をサーバに問い合わせる。応答メッセージは、注文番号および支払い額等の、種々の情報を含み得る。クエリは、第２の通信端末の第２の通信端末指示情報を含む。

本手法は、現金取引の代わりに、購入者、運搬者、およびショッピングウェブサイトの間の電子ＰＯＤを実装する。本手法は、第１のデータ処理要求および第２のデータ処理要求を通して、信頼性のあるオンライン支払いを実装し、２つの異なるデータ処理要求が、異なる端末によって送信される。したがって、運搬者によって現金を回収する代わりに、電子取引が実装される。また、物流管理会社が購入者から現金を受け取った後に販売者に支払いを送信することを必要とする従来のシナリオを回避するために、購入者が、支払いを販売者に送信することも、より安全である。本手法は、販売者の回収の安全性、および購入者が製品を検査した後に支払いを行うことを確実にする。

本開示はまた、サーバも提供する。サーバは、１つ以上のプロセッサと、メモリとを含み得る。メモリは、コンピュータ読み出し可能な媒体の例である。本明細書で使用される「コンピュータ読み出し可能な媒体」としては、コンピュータ記憶媒体および通信媒体が含まれる。

コンピュータ記憶媒体としては、コンピュータ実行可能な命令、データ構造、プログラムモジュール、または他のデータ等の情報を格納するための任意の方法または技術で実装される、揮発性および不揮発性媒体、リムーバブルおよび非リムーバブル媒体が含まれる。対照的に、通信媒体は、コンピュータ読み出し可能な命令、データ構造、プログラムモジュール、または、搬送波等の変調データ信号などの他のデータを具体化する。本明細書で定義されるように、コンピュータ記憶媒体は、通信媒体を含まない。メモリは、プログラムユニットまたはモジュール、およびプログラムデータをその中に記憶し得る。

サーバは、メモリに記憶される、受信ユニットと、取得ユニットと、送信ユニットとを含み得る。

受信ユニットは、第１の通信端末によって開始されるデータ処理要求を受信する。第１のデータ処理要求は、第２の通信端末指示情報を含む。取得ユニットは、第２の通信端末指示情報に従って、第２の通信端末の通信コードを取得する。送信ユニットは、通信コードに従って、第２の通信端末指示情報によって指示される注文のデータ処理要求を送信する。

受信ユニットはさらに、データ処理プラットフォームにデータを処理するように通知するために、データ処理要求に従って、第２の通信端末によって開始される第２のデータ処理要求を受信し得る。

第２のデータ処理要求のセキュリティを確保するために、いくつかの実施例において、サーバはさらに、第２の通信端末の通信コードに対応するセキュリティ検証情報を生成する、メモリに記憶される生成ユニットを含み得る。データ処理要求は、セキュリティ検証情報を含む。

したがって、セキュリティ検証情報は、データ処理要求に含まれ、第２の通信端末に送信されて、購入者を検証する。不正を低減させるために、物流管理会社およびショッピングウェブサイトのサーバは、物流管理会社の運搬者の通信端末の使用可能または使用不可能な状態を交換し、それをサーバのデータベースに保存し得る。したがって、サーバのデータベースは、各物流管理会社の通信端末およびそれらの使用可能な状態の対応するテーブルを記憶し得る。対応するテーブルは、ハードウェアの製造番号およびその状態を含み得る。あるいは、対応するテーブルは、各第１の通信端末の唯一の識別情報に対するコードおよびその状態を含み得る。

対応するテーブルは、ショッピングウェブサイトのサーバのデータベースに記憶され得、ショッピングウェブサイトのサーバは、第１の通信端末の使用可能性を判定する。あるいは、対応するテーブルは、対応する物流管理会社のサーバのデータベースに記憶され、維持され得る。ショッピングウェブサイトの取引サーバは、第１の通信端末のログイン要求を受信した後に、識別情報を検証するための要求を物流管理会社のサーバに転送する。

したがって、いくつかの実施例において、サーバはさらに、データ処理要求に含まれる支払いコードの有効性を検証する、メモリに記憶される検証ユニットを含み得る。支払いコードが有効であることを検証した後に、サーバの取得ユニットは、第２の通信端末指示情報に従って、第２の通信端末の通信コードを取得する。

例示的な実施形態において、運搬者の通信端末は、データ処理要求を開始する。データ処理要求に含まれる第２の通信端末指示情報に従って、支払いのための別の通信端末の通信コードを取得する。データ処理要求は、通信コードに対応する購入者の通信端末に送信される。購入者は、サーバに支払い取引を処理するように要求するために、データ処理要求に従って別のデータ処理要求を開始する。したがって、ＰＯＤでは現金が全く必要とされず、電子オンライン支払いが実装される。

本開示はまた、例示的な第１の通信端末も提供する。第１の通信端末は、１つ以上のプロセッサと、メモリとを含み得る。メモリは、コンピュータ読み出し可能な媒体の例であり、送信モジュールおよび受信モジュールをそこに記憶する。

送信モジュールは、第１のデータ処理要求をサーバに送信する。第１のデータ処理要求は、第２の通信端末の第２の通信端末指示情報を含む。受信モジュールは、サーバから、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信する。サーバは、以下の動作を行い得る。

不正を防止するために、第１の通信端末はまた、メモリに記憶されるログインモジュールも含み得る。ログインモジュールは、第１の通信端末からログイン要求をサーバに送信する。ログイン要求は、第１の通信端末のセキュリティコードを含む。

受信モジュールは、サーバから、セキュリティコードの使用可能性がサーバによって使用可能であることが検証された旨の情報を受信し、第１の通信端末の支払いコードを生成し、それを保存する。

運搬者が第１の通信端末のクライアントを閉じるときに、ログオフ要求が送信される。したがって、第１の通信端末はさらに、第１の通信端末からログオフ要求をサーバに送信するために、メモリに記憶されるログオフモジュールを含み得る。ログオフ要求は、サーバが支払いコードプールから支払いコードをクリアするように、支払いコードを含む。

上の識別情報検証手法は、運搬者の識別情報を間接的に識別することができ、したがって、ＰＯＤ中の不正を効果的に防止することができる。支払いコードを自動的に生成する手法は、各第１の通信端末の識別情報が定期的に確認されることを確実にし得、それは、長時間持続し得る静的な支払いコードに起因する支払いリスクを防止する。加えて、物流管理会社は、第１の通信端末を失くしたように、第１の通信端末の制御を失い得る。本手法に基づいて、ユーザは、動的な支払いコードが失効した後に、いかなる支払いアクションも開始することができず、それは、支払いのセキュリティが高まる。第１の通信端末としては、ＰＤＡ、携帯電話、ＷｉＦｉ機能を有する携帯電話、およびＷｉＦｉ機能を有するタブレットが含まれ得る。

本開示はまた、例示的な第２の通信端末も提供する。通信端末は、１つ以上のプロセッサと、メモリとを含み得る。メモリは、コンピュータ読み出し可能な媒体の例であり、受信モジュールおよび送信モジュールをそこに記憶する。

受信モジュールは、サーバが第１の通信端末から第１のデータ処理要求を受信した後に、サーバによって送信されるデータ処理要求を受信する。第１のデータ処理要求は、第２の通信端末の第２の通信端末指示情報を含む。送信モジュールは、データ処理要求に従って開始される、第２のデータ処理要求をサーバに送信する。

受信モジュールはさらに、サーバから、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信し得る。

図１で示されるように、本開示はまた、例示的なモバイル支払いシステムも提供する。システムは、第１の通信端末１０２（１）等の第１の通信端末と、サーバ１０４と、第１の通信端末１０６（１）等の第２の通信端末とを含み得る。システムはさらに、銀行システムまたはサードパーティのデータ処理プラットフォームを含むことができる。システムはまた、データ伝送およびインターネットに関連するデータ通信ネットワークまたは無線ネットワークを含む。

第１の通信端末１０２（１）は、第１のデータ処理要求をサーバ１０４に送信する。第１のデータ処理要求は、第２の通信端末の第２の通信端末指示情報を含む。第１の通信端末１０２（１）はまた、サーバ１０４から、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージも受信する。

サーバ１０４は、第１の通信端末１０２（１）によって開始される第１のデータ処理要求を受信する。第１のデータ処理要求は、第２の通信端末指示情報を含む。サーバ１０４は、第２の通信端末指示情報に従って、第２の通信端末１０６（１）の通信コードを取得し、通信コードに従って、データ処理要求を第２の通信端末１０６（１）に送信し、データ処理プラットフォームにデータを処理するように通知するために、データ処理要求に従って、第２の通信端末１０６（１）によって開始される第２のデータ処理要求を受信する。

第２の通信端末１０６（１）は、第２の通信端末指示情報によって指示される注文のデータ処理要求を受信し、これは、該データ処理要求は、サーバ１０４が第１の通信端末１０２（１）の第１のデータ処理要求を受信した後に、サーバ１０４によって送信される。第２の通信端末１０６（１）は、データ処理要求に従って、第２のデータ処理要求をサーバ１０４に送信し、サーバ１０４によって送信される、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを受信する。

本手法は、現金取引の代わりに、購入者、運搬者、およびショッピングウェブサイトの間の電子ＰＯＤを実装する。本手法は、第１のデータ処理要求および第２のデータ処理要求を通して、信頼性のあるオンライン支払いを実装し、２つの異なるデータ処理要求が、異なる端末によって送信される。したがって、運搬者によって現金を回収する代わりに、電子取引が実装される。また、物流管理会社が購入者から現金を受け取った後に販売者に支払いを送信することを必要とする従来のシナリオを回避するために、購入者が、支払いを販売者に送信することも、より安全である。本手法は、販売者の回収の安全性、および購入者が製品を検査した後に支払いを行うことを確実にする。

当業者は、本手法の各モジュールまたはステップが、ハードウェア、ソフトウェア、またはそれらの組み合わせによって現実化できることを理解すべきである。ハードウェアとソフトウェアとの間での交換可能性を例示するために、本開示は、各例示的な実施形態において、構成要素および動作を概して説明する。機能は、ハードウェアによって行われるか、またはソフトウェアによって行われるかに関わらず、本手法の特定の用途および制約に依存するものとする。当業者は、異なる用途に対して、説明される機能を実装するために異なる方法を使用し得る。それでも、そのような実装形態は、本開示の保護の範囲内にある。

例示的な実施形態で説明される方法または動作は、ハードウェア、１つ以上のプロセッサによって行われるコンピュータ実行可能な命令、またはそれらの組み合わせによって実装され得る。ユニットまたはモジュールは、コンピュータ記憶媒体に記憶され得る。コンピュータ記憶媒体の例としては、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、もしくはその他メモリ技術、コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、もしくは他の磁気記憶装置、またはコンピューティング装置によってアクセスするための情報を記憶するために使用することができる、任意の他の非伝送媒体が含まれるが、これらに限定されない。

本開示は、単に例示的な実施形態を説明するだけのものであり、本手法を限定することを意図しない。当業者に対して、本開示は、種々の変形例および代替例を有し得る。本開示の趣旨および原理の範囲内で行われる任意の修正、等価な置換、改良等は、本手法の保護範囲に含まれるものとする。

Claims (12)

1. サーバコンピュータにより実施される方法であって、
   有効な支払いコードプールを維持することと、
   第１の通信端末から支払いコードの要求を受信し、前記要求が承認された場合、支払いコードを生成し、前記支払いコードプールに追加することと、
   前記第１の通信端末から第１のデータ処理要求を受信することであって、前記第１のデータ処理要求は、第２の通信端末の第２の通信端末指示情報を含む、受信することと、
   前記第１の通信端末が有効な支払いコードに対応する場合、前記第２の通信端末指示情報に従って、前記第２の通信端末の通信コードを取得することと、
   前記第２の通信端末の前記通信コードに従って、データ処理要求を前記第２の通信端末に送信することと、
   前記第２の通信端末から、前記データ処理要求に従って生成される第２のデータ処理要求を受信することと、を含む、方法。
2. データ処理プラットフォームに、データの処理を行うよう通知することをさらに含む、請求項１に記載の方法。
3. 前記第２の通信端末の前記通信コードを取得した後に、かつ前記データ処理要求を前記第２の通信端末に送信する前に、前記第２の通信端末の前記通信コードに対応するセキュリティ検証情報を生成することであって、前記データ処理要求は、前記セキュリティ検証情報を含む、生成することと、をさらに含む、請求項１に記載の方法。
4. 前記第２の通信端末の前記通信コードは、携帯電話番号であり、
   前記データ処理要求は、メッセージであり、
   前記第２の通信端末の前記通信コードに従って、前記データ処理要求を前記第２の通信端末に前記送信することは、前記携帯電話番号に従って、前記メッセージを前記第２の通信端末に送信することを含む、請求項１乃至３のいずれかに記載の方法。
5. 前記メッセージは、テキストメッセージであり、
   前記第２の通信端末から前記第２のデータ処理要求を前記受信することは、前記第２の通信端末から、前記テキストメッセージに対応する返信メッセージを受信することであって、前記返信メッセージは、セキュリティ検証情報、または前記データ処理要求を確認すること、もしくは前記データ処理要求を拒否することを含むテキストを含む、受信することを含む、請求項４に記載の方法。
6. 前記メッセージは、データ処理リンクを含むメッセージであり、
   前記第２の通信端末から前記第２のデータ処理要求を前記受信することは、前記データ処理リンクに対応する、データ処理ページ要求を受信することであって、前記ページ要求は、セキュリティ検証情報を含む、受信することを含む、請求項４に記載の方法。
7. 前記第２の通信端末の前記通信コードは、即時通信ツールクライアントのユーザ名であり、
   前記データ処理要求は、ポップアップメッセージであり、
   前記第２の通信端末の前記通信コードに従って、前記データ処理要求を前記第２の通信端末に前記送信することは、前記第２の通信端末で、前記即時通信ツールクライアントの前記ユーザ名に従って、前記ポップアップメッセージを、前記第２の通信端末に送信することであって、前記ポップアップメッセージは、データ処理リンクを含む、送信することを含む、請求項１乃至３のいずれかに記載の方法。
8. 前記第１のデータ処理要求を受信する前に、前記第１の通信端末からログイン要求を受信することであって、前記ログイン要求は、前記第１の通信端末のセキュリティコードを含む、受信することと、
   前記セキュリティコードの使用可能性を検証することと、
   前記セキュリティコードが使用可能であることを検証した後に、前記第１の通信端末の前記支払いコードを生成することと、
   前記支払いコードを、前記第１の通信端末に送信することと、をさらに含む、請求項１乃至７のいずれかに記載の方法。
9. 生成された各支払いコードに有効期間を割り当てることであって、前記有効期間が失効した後に、前記支払いコードが前記支払いコードプールから削除される、割り当てること、をさらに含む、請求項１乃至８のいずれかに記載の方法。
10. １つまたは複数のプロセッサと、
    前記プロセッサによって実行されると、請求項１乃至９のいずれかに記載の方法を前記プロセッサに実行させる命令を記憶したメモリと
    を備えたサーバ。
11. 前記命令はさらに、前記プロセッサに、データ処理プラットフォームが成功裏にデータを処理した旨の応答メッセージを前記第２の通信端末に送信させる、請求項１０に記載のサーバ。
12. コンピュータによって実行されると、前記コンピュータに請求項１乃至９のいずれかに記載の方法を実行させる命令を記憶した、コンピュータ可読記録媒体。