JP2018507475A - サービス実施方法、支払い方法、及び装置 - Google Patents

Abstract

サービス実施方法、支払い方法、及び装置が開示される。サービス実施方法は、送信側クライアントが、サーバに、オブジェクトセット及びオブジェクトセットに関連付けられる取り出しパスワードを生成させるように、サーバに対してインタラクション要求を開始することであって、オブジェクトセットが、送信側クライアントのプリセットオブジェクトに対応する、開始することと、サーバによって返される要求応答を受信することであって、要求応答が、取り出しパスワードを含む、受信することと、受信側ユーザが、受信側クライアントを介して、サーバに対し取り出しパスワードを含む取り出し要求を開始し、オブジェクトセットに対応するプリセットオブジェクトを取得可能にするために、取り出しパスワードを受信側ユーザに表示することと、を含む。本開示の技術的解決手段に基づくと、サービス処理は、パスワードを通じて実施されてもよく、それによって、サービス実施効率の改善が容易となる。

Description

本開示は、サービス実施の技術分野に関し、特に、サービス実施方法、支払い方法、及び装置に関する。

関連特許出願の相互参照
本出願は、２０１５年２月９日に出願された「Ｓｅｒｖｉｃｅ Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ Ｍｅｔｈｏｄ， Ｐａｙｍｅｎｔ Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ」と題する中国特許出願第２０１５１００６８０８６．６号の外国優先権を主張し、その全体が参照により本明細書に組み込まれる。

ネットワーク技術の発展とともに、サービスを実施する様々な異なる方法が現れている。例として、「赤い封筒」の形態による仮想アイテムのインタラクションが用いられる。ユーザは、電子グリーティングカード、現金ギフトなどを「赤い封筒」に入れ、赤い封筒が配信される各対象を指定してもよく、それによって、「赤い封筒」の配信が実現する。

しかしながら、サービス対象に対するサービス実施の従来のプロセスでは、サービスを開始する人とサービスを受ける人との間の通信は、概して、サービスアドレス（例えば、ＵＲＬ）、またはサービスアドレスを含む２次元情報に基づいて行われ、したがって、サービス実施のプロセスが複雑になっている。

本概要は、詳細な説明においてさらに後述する概念の抜粋を、簡潔な形式で導入するために提供されている。本概要は、特許請求される主題の重要な特徴または本質的特徴の全てを特定することを意図するものではなく、特許請求される主題の範囲を判断する際の補助としてのみ用いられることを意図するものでもない。「技術」という用語は、上記の文脈によって、及び本開示全体を通して認められるように、例えば、デバイス（複数可）、システム（複数可）、方法（複数可）、及び／またはコンピュータ可読命令を指してもよい。

上記の点から、本開示は、サービス実施方法、支払い方法、及びそれらの装置を提供し、それらによって、サービス実施のプロセスを簡略化することができる。

これらの目的を達成するために、本開示は、以下の技術的解決手段を提供する。

本開示の第１の態様によれば、サービス実施方法が提供され、サービス実施方法は、送信側クライアントが、サーバに、オブジェクトセット及びオブジェクトセットに関連付けられる取り出しパスワードを生成させるように、サーバに対してインタラクション要求を開始することであって、オブジェクトセットが、送信側クライアントのプリセットオブジェクトに対応する、開始することと、サーバから返される要求応答を受信することであって、要求応答が、取り出しパスワードを含む、受信することと、受信側ユーザが、受信側クライアントを介して、サーバに対し取り出しパスワードを含む取り出し要求を開始し、オブジェクトセットに対応するプリセットオブジェクトを取得可能にするために、取り出しパスワードを受信側ユーザに表示することと、を含んでもよい。

本開示の第２の態様によれば、サービス実施方法が提供され、サービス実施方法は、送信側クライアントによって開始されるインタラクション要求に基づいて、オブジェクトセット及びオブジェクトセットに関連付けられる取り出しパスワードを生成することであって、オブジェクトセットが、送信側クライアントのプリセットオブジェクトに対応する、生成することと、送信側クライアントが、取り出しパスワードを受信側ユーザに表示可能にするために、取り出しパスワードを含む要求応答を、送信側クライアントに返すことと、取り出しパスワードを含み、受信側クライアントを介して受信側ユーザによって開始される取り出し要求に基づいて、オブジェクトセットに対応するプリセットオブジェクトを、受信側クライアントに配信することと、を含んでもよい。

本開示の第３の態様によれば、支払い方法が提供され、支払い方法は、支払人クライアントが、サーバにトランザクションイベントを作成させ、トランザクションイベントに対応するトランザクションパスワードを生成させるために、サーバに対し支払い要求を開始することであって、トランザクションイベントが、支払人クライアントに対応するプリセット値のトランザクション金額に対応する、開始することと、サーバから返される要求応答を受信することであって、要求応答が、トランザクションパスワードを含む、受信することと、受取人が、受取人クライアントを介して、サーバに対しトランザクションパスワードを含む支払い要求を開始し、トランザクションイベントに対応するトランザクション金額を請求可能にするために、トランザクションパスワードを受取人に表示することと、を含んでもよい。

本開示の第４の態様によれば、支払い方法が提供され、支払い方法は、支払人クラインアントによって開始される支払い要求に従って、トランザクションイベントを作成すること、及びトランザクションイベントに対応するトランザクションパスワードを生成することであって、トランザクションイベントは、支払人クライアントに対応するプリセット値のトランザクション金額に対応する、トランザクションイベントを作成すること、及びトランザクションイベントに対応するトランザクションパスワードを生成することと、支払人クライアントが、トランザクションパスワードを受取人に表示可能にするために、トランザクションパスワードを含む要求応答を、支払人クライアントに返すことと、トランザクションパスワードを含み、受取人クライアントを通じて受取人によって開始される支払い要求に従って、トランザクションイベントに対応するトランザクション金額を、受取人クライアントに配信することと、を含んでもよい。

本開示の第５の態様によれば、サービス実施装置が提供され、サービス実施装置は、送信側クライアントが、サーバに、オブジェクトセット及びオブジェクトセットに関連付けられる取り出しパスワードを生成させるように、サーバに対してインタラクション要求を開始できるようにする要求開始ユニットであって、オブジェクトセットが、送信側クライアントのプリセットオブジェクトに対応する、要求開始ユニットと、サーバによって返される要求応答を受信する応答受信ユニットであって、要求応答が、取り出しパスワードを含む、応答受信ユニットと、受信側ユーザが、受信側クライアントを通じて、サーバに対し取り出しパスワードを含む取り出し要求を開始し、オブジェクトセットに対応するプリセットオブジェクトを取得可能にするために、取り出しパスワードを受信側ユーザに表示する、パスワード表示ユニットと、を含んでもよい。

本開示の第６の態様によれば、サービス実施装置が提供され、サービス実施装置は、送信側クライアントによって開始されるインタラクション要求に従って、オブジェクトセット及びオブジェクトセットに関連付けられる取り出しパスワードを生成する生成ユニットであって、オブジェクトセットが、送信側クライアントのプリセットオブジェクトに対応する、生成ユニットと、送信側クライアントが、取り出しパスワードを受信側ユーザに表示可能にするために、取り出しパスワードを含む要求応答を、送信側クライアントに返す、送信ユニットと、取り出しパスワードを含み、受信側クライアントを通じて受信側ユーザによって開始される取り出し要求に従って、オブジェクトセットに対応するプリセットオブジェクトを、受信側クライアントに配信する、配信ユニットと、を含む。

本開示の第７の態様によれば、支払い装置が提供され、支払い装置は、支払人クライアントが、サーバに、トランザクションイベントを作成させ、トランザクションイベントに対応するトランザクションパスワードを生成させるために、サーバに対し支払い要求を開始することを可能にする要求開始ユニットであって、トランザクションイベントが、支払人クライアントに対応するプリセット値のトランザクション金額に対応する、要求開始ユニットと、サーバによって返される要求応答を受信する応答受信ユニットであって、要求応答が、トランザクションパスワードを含む、応答受信ユニットと、受取人が、受取人クライアントを通じて、サーバに対しトランザクションパスワードを含む支払い要求を開始し、トランザクションイベントに対応するトランザクション金額を請求可能にするために、トランザクションパスワードを受取人に表示するパスワード表示ユニットと、を含んでもよい。

本開示の第８の態様によれば、支払い装置が提供され、支払い装置は、支払人クラインアントによって開始される支払い要求に従って、トランザクションイベントを作成し、トランザクションイベントに対応するトランザクションパスワードを生成する要求処理ユニットであって、トランザクションイベントは、支払人クライアントに対応するプリセット値のトランザクション金額に対応する、要求処理ユニットと、支払人クライアントが、トランザクションパスワードを受取人に表示可能にするために、トランザクションパスワードを含む要求応答を、支払人クライアントに返す要求応答ユニットと、トランザクションパスワードを含み、受取人クライアントを通じて受取人によって開始される支払い要求に従って、トランザクションイベントに対応するトランザクション金額を、受取人クライアントに配信するトランザクション支払いユニットと、を含んでもよい。

前述の技術的解決手段から分かるように、本開示は、送信側クライアントのインタラクション要求を受信し、対応するオブジェクトセット及び取り出しパスワードを生成し、それによって、受信側ユーザが、受信側クライアントを通じて、取り出しパスワードのみに基づき、対応するオブジェクトセット内のプリセットオブジェクトを取り出し得る。これにより、送信側クライアントと受信側クライアントとの間のインタラクションプロセスを簡略化し、送信側クライアントと受信側クライアントとの間で直接的なインタラクションを必要とすることなく、取り出しパスワードの通知及び使用を実現する。したがって、サービス実施の手続きが簡略化され、サービス実施の効率が改善される。

サービス実施のシナリオを説明する概略図である。 本開示の実施形態による、端末側に基づくサービス実施方法を説明するフローチャートである。 本開示の実施形態による、サーバ側に基づくサービス実施方法を説明するフローチャートである。 本開示の実施形態による、サービス実施方法を説明するフローチャートである。 本開示の実施形態による、端末インタフェースを説明する概略図である。 本開示の実施形態による、端末インタフェースを説明する概略図である。 本開示の実施形態による、パスワード生成のフローチャートである。 本開示の例示的な実施形態による、端末インタフェースを説明する概略図である。 本開示の例示的な実施形態による、端末インタフェースを説明する概略図である。 本開示の例示的な実施形態による、端末インタフェースを説明する概略図である。 本開示の実施形態による、資金移転を説明する概略図である。 本開示の例示的な実施形態による、別の資金移転を説明する概略図である。 本開示の例示的な実施形態による、端末側に基づく電子デバイスを説明する構造図である。 本開示の例示的な実施形態による、端末側に基づくサービス実施装置を説明する概略図である。 本開示の例示的な実施形態による、サーバ側に基づく電子デバイスを説明する構造図である。 本開示の例示的な実施形態による、サーバ側に基づくサービス実施装置を説明する概略図である。 本開示の例示的な実施形態による、端末側に基づく支払い方法を説明するフローチャートである。 本開示の例示的な実施形態による、サーバ側に基づく支払い方法を説明するフローチャートである。 本開示の例示的な実施形態による、支払いシナリオを説明する概略図である。 本開示の例示的な実施形態による、端末側に基づく電子デバイスを説明する構造図である。 本開示の例示的な実施形態による、端末側に基づく支払い装置を説明する概略図である。 本開示の例示的な実施形態による、サーバ側に基づく電子デバイスを説明する構造図である。 本開示の例示的な実施形態による、サーバ側に基づく支払い装置を説明する概略図である。

図１は、サービス実施におけるシナリオ１００を説明する概略図である。本開示の実施形態の技術的解決手段は、例えば、「赤い封筒」配信サービス、支払いサービスなどを実施する、異なるユーザ間に関連するサービスを実現することができる。赤い封筒配信サービスは、赤い封筒の形態でのユーザの資金または別の仮想アイテムの別のユーザへの配信と言ってもよい。関係するサービスが実施されるとき、既存の技術では、概して、サービスを開始するために、サービス開始ユーザが正確なサービス受信ユーザを知っている必要がある。さらに、ＵＲＬアドレスまたはＵＲＬを含む２次元コードが、概して、サービス受信ユーザに通知するために生成される必要があり、非常に複雑な実施プロセスを有する。例えば、図１は、「赤い封筒」配信サービスが実施例として用いられる、シナリオ１００を示している。ユーザＡが、ユーザＢ、ユーザＣなどとデータのインタラクションを行うつもりである場合、ユーザＡは、ユーザＢ、ユーザＣなどの各々を、目的オブジェクトとして指定する必要があり、ユーザの数が多いときには、ユーザＡは、大量の時間リソースを消費することになる。さらに、ユーザＡが、ユーザＢ、ユーザＣなどを指定するために、ユーザＢ、ユーザＣなどが、ユーザＡの関連ユーザである必要がある。例えば、ユーザＢ、ユーザＣなどが、「友達」などとして、予めユーザＡの連絡先に記録される必要がある。さらに、このプロセスでは、サービス受信ユーザ、例えば、ユーザＢ及びユーザＣが、さらに、ユーザＡによって開始されるサービスのサービスリンク、例えば、ＵＲＬまたは２次元コードを介して、対応するサービスにアクセスし完了する必要があり、したがって、比較的複雑なサービス実施プロセスを有する。

したがって、本開示は、赤い封筒サービス、支払いサービス、またはネットワークを介して実施され得る他のサービスなどの関連サービスを、比較的簡単なやり方で実施する、サービス実施方法、支払い方法、及び装置を提供する。図２は、本開示の例示的な実施形態による、端末側に基づくサービス実施方法２００のフローチャートを示す。図２に示すように、方法２００は、送信側クライアントに対応する端末において適用され、以下の方法ブロックを含んでもよい。

Ｓ２０２において、送信側クライアントは、サーバに、オブジェクトセット及びオブジェクトセットに関連付けられる取り出しパスワードを生成させるように、サーバに対してインタラクション要求を送信し、オブジェクトセットは、送信側クライアントのプリセットオブジェクトに対応する。

実施態様では、プリセットオブジェクトは、任意の形態のインタラクションデータを含んでもよい。実施例として、プリセットオブジェクトは、クーポン、電子グリーティングカード、現金ギフトなどの仮想アイテムであってもよい。これに対応して、オブジェクトセットは、仮想アイテムのセットであってもよい。仮想オブジェクトは、種々のサービス実施のための関連サービスに対応すると理解され得る。例えば、プリセットオブジェクトは、支払いサービスにおいては資金であってもよく、小売業者が商業活動サービスを開始するとき、プリセットオブジェクトはクーポンであってもよい、などである。

実施態様では、送信側クライアントによって開始されるインタラクション要求に基づき、サーバは、１つまたは複数のオブジェクトセットを生成してもよく、各オブジェクトセットに対応するプリセットオブジェクトそれぞれの数は、１つまたは複数であってもよい。本開示は、オブジェクトセットの数、またはオブジェクトセットに対応するプリセットオブジェクトの数について、いかなる制限も有しない。実施態様では、インタラクション要求は、実施されるべきサービスに向けた要求であってもよい。例えば、支払いサービスが実施されるとき、要求は、支払い要求であってもよく、または、赤い封筒サービスが実施されるとき、要求は、赤い封筒サービス要求であってもよい。実施態様では、要求は、要求されるサービスを識別する識別情報などを伝達してもよい。さらに、要求は、サービス開始者、即ち、送信側クライアント上の送信側ユーザのユーザ識別子（ユーザのアカウント情報など）を含んでもよい。さらに、要求は、また、対応する受信側ユーザの情報などを伝達してもよい。種々の実際の適用シナリオに従って、要求は、関連するサービスの円滑な実施を容易にするための、対応する情報を含んでもよい。例えば、受信側ユーザについて全く制限が設定されない場合、受信側ユーザの情報は含まれないことがある、などである。

実施態様では、取り出しパスワードは、文字列の形態であってもよい。文字列は、１つまたは複数の文字のビットを含んでもよく、各ビットの文字は、数字、英字、漢字、または記号などのうちの任意の形態であってもよい。取り出しパスワードに含まれる文字の数及び文字の組み合わせ方法は、実際の要件（複数可）または構成解決手段（複数可）に基づいて決定されてもよい。

Ｓ２０４において、サーバによって返される要求応答が受信され、要求応答は、取り出しパスワードを含む。

実施例として、要求応答は、取り出しパスワードを直接含んでもよく、送信側クライアントが、取り出しパスワードを構成する文字列を、要求応答から直接取得してもよい。

別の実施例として、要求応答は、取り出しパスワードを取得するために使用されるリンクを含んでもよく、それは、取り出しパスワードを要求応答に間接的に含むことと等価である。送信側クライアントは、次いで、リンクにアクセスして、対応する取り出しパスワードを取得し、取り出しパスワードを形成する文字列を取得してもよい。

別の実施例では、取り出しパスワードを含む表示画像が生成されてもよく、表示画像が、要求応答に含まれてもよい。

Ｓ２０６において、受信側ユーザが、受信側クライアントを介して、サーバに対し取り出しパスワードを含む取り出し要求を送信し、オブジェクトセットに対応するプリセットオブジェクトを取得可能にするために、取り出しパスワードが、受信側ユーザに表示用に提供される。

実施態様では、送信側クライアントが、取り出しパスワードを要求応答から直接取得することができる場合、または、要求応答内のリンクにアクセスすることによって、取り出しパスワードを直接取得することができる場合、送信側クライアントは、取り出しパスワードを受信側ユーザに直接表示してもよい。代替的には、送信側クライアントは、取り出しパスワードを含む表示画像を生成し、表示画像を提示用に受信側ユーザに提供してもよい。追加的には、または代替的には、実施態様では、要求応答は、表示画像を直接含んでもよく、送信側クライアントは、表示画像を直接使用してもよい。

取り出しパスワードまたは表示画像が表示されるとき、取り出しパスワードまたは表示画像は、受信側ユーザの受信側クライアントに送信されてもよく、または受信側ユーザによって閲覧可能なソーシャルネットワーキングプラットフォームに共有されてもよく、または受信側ユーザに直接口述されるなどであってもよい。

要求応答が、取り出しパスワードに関連付けられるアクセスリンクを含む場合、送信側クライアントが、また、受信側ユーザにリンクを表示用に直接提供してもよいことは明らかである。表示による手法は、取り出しパスワードまたは表示画像についての手法と同様であり、したがって、本明細書では繰り返して説明しない。

実施態様では、「送信側クライアント」は、送信側ユーザの登録アカウントがログインするアプリケーションを指す。アプリケーションは、任意の端末デバイスに位置してもよい。同様に、「受信側クライアント」は、受信側ユーザの登録アカウントがログインするアプリケーションを指し、アプリケーションは、また、任意の端末デバイスに位置してもよい。

図２の実施形態に対応して、図３は、本開示の例示的な実施形態による、サーバ側に基づくサービス実施方法３００のフローチャートを示す。図３に示すように、方法３００は、サーバに適用され、以下の方法ブロックを含んでもよい。

Ｓ３０２において、送信側クライアントによって開始されるインタラクション要求に従って、オブジェクトセット、及びオブジェクトセットに関連付けられる取り出しパスワードが生成され、オブジェクトセットは、送信側クライアントのプリセットオブジェクトに対応する。

実施態様では、「オブジェクトセットを生成すること」の実施例として、サーバが、オブジェクトセットを作成し、送信側クライアントのプリセットオブジェクトをオブジェクトセットに追加してもよい。これに対応して、サーバが、オブジェクトセットに対応するプリセットオブジェクトを、受信側クライアントに配信するとき、サーバは、実際には、オブジェクトセット内のプリセットオブジェクトを受信側クライアントに配信してもよい。

実施態様では、「オブジェクトセットを生成すること」の別の実施例として、サーバが、オブジェクトセットを作成し、オブジェクトセットを送信側クライアントのプリセットオブジェクトに関連付けてもよい。これに対応して、サーバが、オブジェクトセットに対応するプリセットオブジェクトを、受信側クライアントに配信するとき、サーバは、実際には、送信側クライアントのオブジェクトセットに関連付けられたプリセットオブジェクトを取得し、プリセットオブジェクトを受信側クライアントに配信してもよい。

送信側クライアントにおけるプリセットオブジェクトは、送信側クライアントのユーザに対応するプリセットオブジェクトを指してもよく、プリセットオブジェクトは、サーバまたは他のデバイスに記憶された、資金などのリソースであってもよい。

Ｓ３０４において、送信側クライアントが、取り出しパスワードを受信側ユーザに提示用に提供可能にするために、取り出しパスワードを含む要求応答が、送信側クライアントに返される。

Ｓ３０６において、取り出しパスワードを含み、受信側クライアントを介して受信側ユーザによって開始される取り出し要求に従って、オブジェクトセットに対応するプリセットオブジェクトが、受信側クライアントに配信される。

実施態様では、サーバは、オブジェクト配信比率を決定し、プリセットオブジェクトの数、及びオブジェクト配信比率に従って、実際の配信量を取得するように計算してもよい。サーバは、次いで、実際の配信量に対応するプリセットオブジェクトを、受信側クライアントに配信してもよい。実施態様では、「オブジェクト配信比率」は、１００％などの、任意の事前定義された比率であってもよい。代替的には、「オブジェクト配信比率」は、リアルタイムに生成されるランダムな比率、例えば、０〜１００％のうちの任意の値であってもよい。

実施態様では、受信側ユーザは、さらに、オブジェクトセット内のプリセットオブジェクトの数を予想し、入力してもよい。それに応じて、サーバは、ユーザによって入力された数を取り出しリクエストから取得してもよい。ユーザによって入力された数が、プリセットオブジェクトの数と等しいとき、サーバは、プリセットオブジェクトを受信側クライアントに配信する。この場合の配信のやり方は、上述したやり方、即ち、プリセットオブジェクトが、予め定義される、またはリアルタイムに生成されるオブジェクト配信比率に従って配信されるやり方と同様であることは明らかである。

前述の実施態様から分かるように、開示された方法は、送信側クライアントのインタラクション要求を受信し、受信側ユーザが、受信側クライアントを介して、取り出しパスワードのみに基づき、対応するオブジェクトセットからプリセットオブジェクトを取り出すことを可能にするように、対応するオブジェクトセット及び取り出しパスワードを生成する。これにより、送信側クライアントと受信側クライアントとの間のインタラクションプロセスを簡略化し、送信側クライアントと受信側クライアントとの間で直接的なインタラクションを必要とすることなく、取り出しパスワードの通知及び使用を実現する。したがって、サービス実施のプロセスが簡略化され、サービス実施の効率が改善される。

送信側クライアント、受信側クライアント、及びサーバ間のインタラクションのプロセスが関係するため、これら３者間のインタラクションのプロセスについて、図４と併せた実施例として、ユーザＡ及びユーザＢ間のインタラクションプロセスを用いて、以下で詳細に説明する。図４は、本開示の例示的な実施形態による、サービス実施方法４００のフローチャートを示す。図４に示すように、方法４００は、以下の方法ブロックを含んでもよい。

Ｓ４０２において、送信側ユーザの役割をするユーザＡが、送信側クライアントを通じて、サーバに対しインタラクション要求を開始及び送信する。

実施態様では、説明用の実施例として、「赤い封筒」配信サービスが用いられる。サービス実施のための本開示の技術的解決手段が、他のデータインタラクションプロセスにおけるサービス実施シナリオに明らかに適用可能であり、本開示において限定されないことを、当業者が理解すべきであることは明らかである。

ユーザＡによって赤い封筒配信を実施するための「Ａｌｉｐａｙ（商標）」アプリケーションが、実施例として用いられる。ユーザＡは、図５に示す「Ａｌｉｐａｙ（商標）」アプリケーションインタフェース５００の「新年の赤い封筒」テキスト、または対応する「赤い封筒」パターンをトリガとして、赤い封筒生成インタフェースに入ってもよい。例えば、図６は、赤い封筒生成インタフェース６００の一形態、即ち「赤い封筒ソリティア」を示している。ユーザが、「赤い封筒の金額」を入力し、「赤い封筒に入れる」をクリックすると、「赤い封筒ソリティア」の生成が完了する。さらに、「Ａｌｉｐａｙ（商標）」アプリケーションは、ユーザＡのログインアカウント、「赤い封筒の金額」に対する入力、及び「赤い封筒ソリティア」の赤い封筒の種類などの情報に基づいて、サーバに対し、対応するインタラクション要求を開始してもよい。

Ｓ４０４において、サーバは、ユーザＡによって開始されるインタラクション要求に従って、オブジェクトセット及びオブジェクトセットに関連付けられる取り出しパスワードを生成する。

実施態様では、「赤い封筒」配信の適用シナリオにおいて、オブジェクトセットは、サーバによって生成される仮想口座を含み、「赤い封筒」に対応してもよい。仮想口座は、ユーザＡの口座ａ内の資金に対応してもよく、資金の額は、ユーザによって入力される「赤い封筒の金額」である。

実施態様では、取り出しパスワードは、例えば、５分などの、あるライフサイクルを有してもよい。ライフサイクル満了後、サーバは、取り出しパスワードとオブジェクトセットとの対応関係を削除し、取り出しパスワードを再利用してもよい。実施態様では、サーバは、再利用される取り出しパスワードを再利用データベースに記憶してもよく、次回インタラクション要求が受信されるときに、再利用データベースから取り出しパスワードを直接選択して使用してもよい。それによって、取り出しパスワードを生成するプロセスをスキップする。

実施態様では、図７は、本開示の例示的な実施形態による、パスワード生成のフローチャートを示す。図７に示すように、それらのプロセス７００は、以下を含んでもよい。

Ｓ７０２は、インタラクション要求に対応するパスワード生成シリアル番号を生成する。

実施態様では、パスワード生成シリアル番号は、各インタラクション要求に対して取り出しパスワードが生成されるときに配信される、ＩＤ情報（即ち、識別情報）であってもよい。例えば、インクリメンタルＩＤは、インクリメンタルシーケンスを用いて、パスワード生成シリアル番号として機能するように生成されてもよい。

Ｓ７０４は、パスワード生成シリアル番号を疑似乱数に変換する。

実施態様では、パスワード生成シリアル番号を疑似乱数に変換することは、対応して生成される取り出しパスワードのランダム性の向上を容易にし、ひいては、取り出しパスワードの生成ルール（複数可）の検出を回避し、取り出しパスワードの高いセキュリティを保証する。

既存の技術において疑似乱数を生成するために使用される処理関数（複数可）が、パスワード生成シリアル番号を疑似乱数に変換するための本開示の技術的解決手段に適用されてもよく、それは、本開示において限定されないことに留意すべきである。例えば、処理関数は、任意のインクリメンタルＩＤを１００ずつ増加させてもよい。インクリメンタルＩＤ＝１の実施例では、対応する疑似乱数１０１が得られてもよい。

Ｓ７０６は、取り出しパスワードについて事前設定されたパスワードの種類に従って、対応するコードブックを選択する。

実施態様では、パスワードの種類は、文字の数及び文字の組み合わせ方法などの情報を含んでもよい。取り出しパスワードは、文字列の形態であってもよく、文字の数は、文字列を構成する文字の数である。例えば、「００００」の文字の数は４であり、「ａｄｆ９４ｄ」の文字の数は６である。文字の組み合わせ方法は、「全ての文字が数字」及び「最後の文字が数字で、他の文字が英字」などの、文字列の各ビットの文字それぞれの種類である。各文字は、数字、英字、漢字、または特殊記号などの任意の種類のものであってもよく、本開示では限定されない。

実施態様では、各コードブックは、疑似乱数内の対応する平文文字と、文字の組み合わせ方法における対応する暗号文文字との間のマッピング関係を含んでもよい。例えば、疑似乱数が１０１で、文字の組み合わせ方法が「最後の文字が数字で、他の文字が英字」であるとき、疑似乱数１０１は、少なくとも２つのコードブックに対応する。第１のコードブックは、「数字（平文）→数字（暗号文）」のマッピング関係を含み、第２のコードブックは、「数字（平文）→英字（暗号文）」のマッピング関係を含む。

Ｓ７０８は、コードブックに従って疑似乱数を変換し、取り出しパスワードを取得する。

実施態様では、第１のコードブックにおいて、平文「１」に対応する暗号文が、「８」であり、第２のコードブックにおいて、平文「０」に対応する暗号文が、「ｚ」である場合、疑似乱数１０１に対応する取り出しパスワードは、８ｚ８である。

Ｓ４０６は、取り出しパスワードを含む要求応答を、サーバからユーザＡに返す。

実施態様では、取り出しパスワードは、文字列であってもよい。文字列は、１つまたは複数のビットの文字を含んでもよく、各ビットの文字は、数字、英字、漢字、または記号などの任意の形態であってもよい。サーバは、次いで、取り出しパスワードの文字列を要求応答に直接含め、要求応答をユーザＡに送信してもよい。代替的には、サーバは、取り出しパスワードを含む表示画像を生成し、表示画像をユーザＡに送信してもよい。

表示画像が生成されるとき、サーバは、事前定義された固定テンプレートに静的に基づいて、表示画像を生成してもよい。代替的には、複数のテンプレートが事前定義されてもよく、サーバは、現在の取り出しパスワードに対応するテンプレートＩＤを生成し、テンプレートＩＤに対応する画像属性テンプレートを取得して、画像属性テンプレートに従って表示画像を動的に生成してもよい。実施態様では、表示画像のスタイルの多様性を確保するため、及び対応するルールが容易に検出されることを防止するために、画像属性テンプレートは、背景画像、背景色、テキスト色、テキストサイズ、及びスタイルの種類などの、複数の異なる属性の任意の組み合わせを含んでもよい。

ユーザＡの送信側クライアントが、サーバによって返された取り出しパスワードを受信するとき、表示画像もまた、ローカルに生成されてもよいことは、明らかである。そのような生成の方法は、サーバでの生成方法と類似であり（必要な画像属性テンプレートがローカルに存在しない場合、サーバからダウンロードされてもよい）、本明細書では重複して説明しない。

Ｓ４０８において、ユーザＡは、受信側ユーザの役割をするユーザＢに表示用の取り出しパスワードを、提示用に提供する。

実施態様では、「表示画像」が、実施例として用いられる。送信側クライアントは、図８に示すように、インタフェース８００を介して表示画像をユーザＡに表示してもよく、ユーザＡは、表示画像をユーザＢに表示する。例えば、図８に示すインタフェースを用いて、ユーザＡは、表示画像をローカルに記憶し、ソーシャルアプリケーションを介してソーシャルネットワーキングプラットフォームに表示画像を共有してもよい。それによって、ユーザＢは、ユーザＡによってソーシャルネットワーキングプラットフォームで共有されている、表示画像内の取り出しパスワードを見ることができる。

ユーザＡが、さらに、他のやり方で取り出しパスワードの表示を実現してもよいことは明らかである。例えば、ユーザＡは、例えばインスタントメッセージを用いて、表示画像をユーザＢに直接送信してもよい。代替的には、ユーザＡは、さらに、言語コミュニケーション及び放送などの何らかのやり方で、取り出しパスワードをユーザＢに通知してもよい。

Ｓ４１０において、ユーザＢは、受信側クライアントを通じて、サーバに対し取り出し要求を開始及び送信する。取り出し要求は、ユーザＡが提示用に提供した取り出しパスワードを含む。

実施態様では、ユーザＢの受信側クライアントは、アカウントログインを完了した「Ａｌｉｐａｙ（商標）」アプリケーションであってもよい。ユーザは、図５に示すアプリケーションインタフェース内の「赤い封筒パスワード」をクリックすることによって、図９に示すパスワード入力インタフェース９００に入ってもよく、ユーザＡが提示用に提供したような、取り出しパスワードを入力してもよい。例えば、パスワードは「０５２１」である。

Ｓ４１２において、サーバは、取り出しパスワードに対応するオブジェクトセットを決定し、オブジェクトセット内のプリセットオブジェクトをユーザＢに配信する。

実施態様では、プリセットオブジェクトを配信するルール（複数可）について、複数の異なる方法が存在してもよい。例示的な実施形態として、ユーザＢが正しい取り出しパスワードを入力した後、サーバは、プリセット比率に従って、対応するオブジェクトセットに対応するプリセットオブジェクトを、ユーザＢに配信してもよい。プリセット比率は、例えば、１００％など、予め定義される配信比率であってもよい。代替的には、プリセット比率は、リアルタイムに生成されるランダムな比率であってもよく、ランダムな比率は、０％〜１００％の間の任意の値であってもよい。

図６に示す「赤い封筒ソリティア」に対応し、図９に示すパスワード入力インタフェースに基づく、例としての実施形態では、ユーザＢが、正しい取り出しパスワードを入力した後、サーバは、ユーザＢに対応する受信側クライアントに応答メッセージを返してもよい。受信側クライアントは、さらに、図１０に示す金額入力インタフェース１０００を提示してもよい。ユーザＢは、赤い封筒に対応する現金ギフトの金額（即ち、オブジェクトセットに対応するプリセットオブジェクトの数）を予想し、予想した数字を入力してもよい。予想した数字は、次いで、サーバに送信されてもよく、サーバは、この数字が、取り出しパスワードに対応する、オブジェクトセットに対応するプリセットオブジェクトの数と同一であるかどうかを判断する。同一である場合、プリセット比率（即ち、予め定義される配信比率、またはリアルタイムに生成されるランダムな比率）に従って、配信が行われる。同一でない場合、配信が行われないか、または配信比率が（例えば、それらが同一であるイベントでのプリセット比率よりも低く）低下される。

実施態様では、ユーザＢが正しい取り出しパスワードを入力した後、サーバは、赤い封筒に対応する現金ギフトの金額（即ち、対応するオブジェクトセットに対応するプリセットオブジェクトの数）に基づいて、現金ギフトの金額（即ち、プリセットオブジェクトの数）が属する数値範囲を、ユーザＢに対応する受信側クライアントに返される応答メッセージに追加してもよい。例えば、現金ギフトの金額が１〜９元であるというメッセージが、図１０に示す金額入力インタフェースにおいて提供される。

赤い封筒に対応する資金（または、オブジェクトセットに対応する他の形態のプリセットオブジェクト）を移転する複数の異なる方法が、データインタラクションのプロセスに存在してもよいことに留意すべきである。２つの考えられるそれらの形態について、以下の実施例を用いて説明する。

１．前払い
図１１は、本開示の例示的な実施形態による、資金移転１１００の概略図を示す。図１１に示すように、ユーザＡが、送信側クライアントを通じてサーバに対しインタラクション要求を開始した後、サーバは、ユーザＡによって入力された赤い封筒の金額に基づいて、対応する金額の資金をユーザＡに対応する口座ａから直接引き出し、引き出した資金を、赤い封筒に対応する赤い封筒口座に移転してもよい。ユーザＢは、次いで、正しい取り出しパスワードをサーバに提供してもよい。ある金額の資金が、ユーザＢに配信される必要があるという判断に応じて、その金額の資金が、赤い封筒口座から引き出され、ユーザＢに対応する口座ｂに移転されてもよい。

２．リアルタイムの支払い
図１２は、本開示の例示的な実施形態による、別の資金移転１２００の概略図を示す。図１２に示すように、ユーザＡが、送信側クライアントを通じてサーバに対しインタラクション要求を開始した後、ユーザＡによって入力された赤い封筒の金額に基づいて、サーバは、赤い封筒口座に資金を移転することなく（任意で、口座のこの部分の資金が凍結されてもよい）、ユーザＡに対応する口座ａ内の対応する金額の資金と、赤い封筒に対応する赤い封筒口座との関連付けを確立してもよい。代替的には、赤い封筒口座は、口座ａとして考えられてもよく、赤い封筒識別情報を用いて識別されてもよい。ユーザＢが、正しい取り出しパスワードをサーバに提供し、ある金額の資金がユーザＢに配信される必要があることを確認した後、取り出しパスワードと赤い封筒との対応関係、及び赤い封筒口座と口座ａとの対応関係に基づいて、口座ｂによって必要とされる資金が、口座ａから取得されるべきという判断が行われる。次いで、必要な金額の資金が、口座ａから口座ｂへ直接移転される。

開始側クライアントによって開始されるインタラクション要求は、本開示の実施形態における、サービス受信者のユーザ情報を含んでもよいことに留意する。例えば、ユーザＡが、赤い封筒サービスを開始する場合、ユーザＢ、ユーザＣ、及びユーザＤなどの仲間が、インタラクション要求におけるパスワードに従って、赤い封筒を取り出すように指定されてもよく、インタラクション要求において指定されるユーザ（複数可）によって入力される取り出しパスワードのみが、有効である。代替的には、インタラクション要求は、また、取り出しパスワードに従って対応するサービスを完結することができるユーザの種類（例えば、ユーザＡと友達関係を有するユーザ）などを指定してもよい。

本開示の実施形態では、パスワードは、サービスを実施するためのインタフェースとして使用されてもよい。リンクアドレス、または２次元コードを介してサービスインタフェースを実装する既存の技術と比較して、本開示は、簡単かつ高速であり、より高いサービス実施効率を有する。

図１３は、本開示の例示的な実施形態による、端末側に基づく電子デバイス１３００の概略構造図である。図１３に示すように、電子デバイス１３００は、プロセッサ（複数可）１３０２、内部バス（複数可）１３０４、ネットワークインタフェース（複数可）１３０６、キャッシュ（複数可）１３０８、及び不揮発性記憶デバイス（複数可）１３１０を、ハードウェアレベルで含んでもよい。電子デバイス１３００が、他のサービスによって必要とされるハードウェアをさらに含んでもよいことは、明らかである。プロセッサ（複数可）１３０２は、対応するコンピュータプログラムを不揮発性記憶デバイス（複数可）１３１０からキャッシュ（複数可）１３０８に読み出し、コンピュータプログラムを走らせてもよく、それにより、サービス実施装置１３１２を論理レベルで形成する。ソフトウェア実施態様以外にも、本開示が、論理デバイス、またはソフトウェア及びハードウェアの組み合わせなどの、他の方法の実施態様を含んでもよいことは明らかである。言い換えると、以下のような処理手続き（複数可）を実行するエンティティは、様々な論理ユニットに限定されず、ハードウェアまたは論理デバイスも含んでもよい。

図１４を参照すると、実施態様では、サービス実施装置１４００は、送信側クライアントの端末において適用されてもよく、１つまたは複数のプロセッサ１４０２、入力／出力（Ｉ／Ｏ）インタフェース１４０４、ネットワークインタフェース１４０６、及びメモリ１４０８を含んでもよい。

メモリ１４０８は、例えば、非永続記憶デバイス、ランダムアクセスメモリ（ＲＡＭ）、及び／または、読み取り専用メモリ（ＲＯＭ）もしくはフラッシュＲＡＭなどの不揮発性内部記憶などの、コンピュータ可読媒体の形態を含んでもよい。メモリ１４０８は、コンピュータ可読媒体の実施例である。

コンピュータ可読媒体は、永続型または非永続型、リムーバブルまたは非リムーバブルな媒体を含んでもよく、それは、任意の方法または技術を用いて、情報の記憶を実現してもよい。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータを含んでもよい。コンピュータ記憶媒体の実施例は、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、その他の種類のランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消去可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、高速フラッシュメモリ、もしくはその他の内部記憶技術、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくはその他の光記憶、磁気カセットテープ、磁気ディスク記憶、もしくはその他の磁気記憶デバイス、または任意のその他の非伝送媒体を含むが、これらに限定されない。コンピュータ記憶媒体は、コンピューティングデバイスによってアクセスされ得る情報を記憶するために使用されてもよい。本明細書で定義するように、コンピュータ可読媒体は、変調データ信号及び搬送波などの、一時的媒体を含まない。

実施態様では、メモリ１４０８は、プログラムユニット１４１０、及びプログラムデータ１４１２を含んでもよい。実施態様では、プログラムユニット１４１０は、要求開始ユニット１４１４、応答受信ユニット１４１６、及びパスワード表示ユニット１４１８を含んでもよい。

要求開始ユニット１４１４は、送信側クライアントが、サーバに、オブジェクトセット及びオブジェクトセットに関連付けられる取り出しパスワードを生成させるように、サーバに対してインタラクション要求を開始できるようにしてもよく、オブジェクトセットは、送信側クライアントのプリセットオブジェクトに対応する。応答受信ユニット１４１６は、サーバから返される要求応答を受信してもよく、要求応答は、取り出しパスワードを含む。パスワード表示ユニット１４１８は、受信側ユーザが、受信側クライアントを通じて、サーバに対し取り出しパスワードを含む取り出し要求を開始し、オブジェクトセットに対応するプリセットオブジェクトを取得可能にするために、取り出しパスワードを表示用に受信側ユーザに提供してもよい。

実施態様では、パスワード表示ユニット１４１８は、さらに、取り出しパスワードを含む表示画像を生成してもよく、または、要求応答に含まれる表示画像を取得してもよく、及び、表示画像を表示用に受信側ユーザに提供してもよい。

実施態様では、パスワード表示ユニット１４１８は、表示画像を受信側クライアントに送信すること、または表示画像をソーシャルネットワーキングプラットフォームで共有することによって、表示画像を表示用に受信側ユーザに提供してもよい。

実施態様では、パスワード表示ユニット１４１８は、以下のような手法、
取り出しパスワードに対応するテンプレートＩＤを生成すること、または要求応答に含まれるテンプレートＩＤを取得することと、
テンプレートＩＤに対応する画像属性テンプレートを、ローカルデータまたはサーバから取得することと、
画像属性テンプレートに従って、表示画像を動的に生成することと、を用いて、取り出しパスワードを含む表示画像を生成してもよい。

図１５は、本開示の例示的な実施形態による、サーバに基づく電子デバイス１５００の構造図である。図１５を参照すると、ハードウェアレベルにおいて、電子デバイス１５００は、プロセッサ（複数可）１５０２、内部バス（複数可）１５０４、ネットワークインタフェース（複数可）１５０６、キャッシュ（複数可）１５０８、及び不揮発性記憶デバイス（複数可）１５１０を、ハードウェアレベルで含んでもよい。電子デバイス１５００が、他のサービスによって必要とされるハードウェアをさらに含んでもよいことは、明らかである。プロセッサ（複数可）１５０２は、対応するコンピュータプログラムを不揮発性記憶デバイス（複数可）１５１０からキャッシュ（複数可）１５０８に読み出し、コンピュータプログラムを走らせてもよく、それにより、サービス実施装置１５１２を論理レベルで形成する。ソフトウェア実施態様以外にも、本開示は、論理デバイス、またはソフトウェア及びハードウェアの組み合わせなどの、他の方法の実施態様を含んでもよいことは明らかである。言い換えると、以下のような処理手続き（複数可）を実行するエンティティは、様々な論理ユニットに限定されず、ハードウェアまたは論理デバイスも含んでもよい。

図１６を参照すると、実施態様では、サービス実施装置１６００は、サーバに適用されてもよく、１つまたは複数のプロセッサ１６０２、入力／出力（Ｉ／Ｏ）インタフェース１６０４、ネットワークインタフェース１６０６、及びメモリ１６０８を含んでもよい。

メモリ１６０８は、例えば、非永続記憶デバイス、ランダムアクセスメモリ（ＲＡＭ）、及び／または、読み取り専用メモリ（ＲＯＭ）もしくはフラッシュＲＡＭなどの不揮発性内部記憶などの、コンピュータ可読媒体の形態を含んでもよい。メモリ１６０８は、前述の説明において説明したコンピュータ可読媒体の実施例である。

実施態様では、メモリ１６０８は、プログラムユニット１６１０、及びプログラムデータ１６１２を含んでもよい。実施態様では、プログラムユニット１６１０は、生成ユニット１６１４、送信ユニット１６１６、及び配信ユニット１６１８を含んでもよい。

生成ユニット１６１４は、送信側クライアントによって開始されるインタラクション要求に従って、オブジェクトセット、及びオブジェクトセットに関連付けられる取り出しパスワードを生成してもよく、その場合に、オブジェクトセットは、送信側クライアントのプリセットオブジェクトに対応する。送信ユニット１６１６は、送信側クライアントが、取り出しパスワードを表示用に受信側ユーザに提供可能にするために、取り出しパスワードを含む要求応答を、送信側クライアントに返してもよい。配信ユニット１６１８は、取り出しパスワードを含み、受信側クライアントを通じて受信側ユーザによって開始される取り出し要求に従って、オブジェクトセットに対応するプリセットオブジェクトを、受信側クライアントに配信してもよい。

実施態様では、生成ユニット１６１４は、
インクリメンタルシーケンスを用いて、インタラクション要求に対応するパスワード生成シリアル番号を生成することと、
パスワード生成シリアル番号を処理するように構成される分散型ノードデバイスを決定すること、及び分散型ノードデバイスについて事前設定された上昇値を取得することと、
疑似乱数を取得するために、上昇値に従ってパスワード生成シリアル番号を増加させることと、
取り出しパスワードについて事前設定されたパスワードの種類に従って、対応するコードブックを選択すること、及び、取り出しパスワードを取得するために、コードブックに従って疑似乱数を変換することと、を含む手法を用いて、取り出しパスワードを生成してもよい。

実施態様では、パスワードの種類は、ビット数、及び各ビットの文字の種類を含んでもよい。

実施態様では、送信ユニット１６１６は、さらに、取り出しパスワードを含む表示画像を生成し、送信側クライアントに送信される要求応答に表示画像を追加してもよい。

実施態様では、送信ユニット１６１６は、
取り出しパスワードに対応するテンプレートＩＤを生成すること、または要求応答に含まれるテンプレートＩＤを取得することと、
テンプレートＩＤに対応する画像属性テンプレートを、ローカルデータまたはサーバから取得することと、
画像属性テンプレートに従って、表示画像を動的に生成することと、を含む手法を用いて、取り出しパスワードを含む表示画像を生成してもよい。

実施態様では、生成ユニット１６１４は、オブジェクトセットを作成すること、及び送信側クライアントのプリセットオブジェクトをオブジェクトセットに追加することによって、オブジェクトセットを生成してもよい。配信ユニット１６１８は、オブジェクトセット内のプリセットオブジェクトを受信側クライアントに配信することによって、オブジェクトセットに対応するプリセットオブジェクトを、受信側クライアントに配信してもよい。

実施態様では、生成ユニット１６１４は、オブジェクトセットを作成すること、及びオブジェクトセットを送信側クライアントのプリセットオブジェクトに関連付けることによって、オブジェクトセットを生成してもよい。配信ユニット１６１８は、送信側クライアントのオブジェクトセットに関連付けられるプリセットオブジェクトを取得すること、及びプリセットオブジェクトを受信側クライアントに配信することによって、オブジェクトセットに対応するプリセットオブジェクトを受信側クライアントに配信してもよい。

実施態様では、配信ユニット１６１８は、さらに、オブジェクト配信比率を決定し、プリセットオブジェクトの数及びオブジェクト配信比率に従って、実際の配信量を取得するように計算し、実際の配信量に対応するプリセットオブジェクト（複数可）を、受信側クライアントに配信してもよい。

実施態様では、配信ユニット１６１８は、さらに、ユーザによって入力された数を、取り出し要求から取得し、ユーザによって入力された数が、プリセットオブジェクトの数と等しいときに、プリセットオブジェクト（複数可）を受信側クライアントに配信してもよい。

より具体的には、本開示の技術的解決手段は、「支払い」シナリオに適用可能である。例えば、図４に示す実施形態に含まれる「赤い封筒」配信は、実際には、ユーザＡがユーザＢに「支払い」を行うプロセスに属している。したがって、「支払い」シナリオに基づいて、本開示は、図１７及び図１８に示す、例としての支払い方法を提供する。

図１７は、本開示の例示的な実施形態による、端末側に基づく支払い方法１７００のフローチャートを示す。方法１７００は、送信側クライアントに対応する端末において適用され、以下の方法ブロックを含んでもよい。

Ｓ１７０２において、支払人クライアントは、サーバにトランザクションイベントを作成させ、トランザクションイベントに対応するトランザクションパスワードを生成させるために、サーバに対し支払い要求を開始する。トランザクションイベントは、支払人クライアントに関連付けられたプリセット値のトランザクション金額に対応する。

Ｓ１７０４において、サーバによって返される要求応答が受信され、要求応答は、トランザクションパスワードを含む。

Ｓ１７０６において、トランザクションパスワードは、受取人が、受取人クライアントを通じて、サーバに対しトランザクションパスワードを含む支払い要求を開始し、トランザクションイベントに対応するトランザクション金額を請求することができるようにするために、受取人に表示用に提供される。

これに対応して、図１８は、本開示の例示的な実施形態による、サーバ側に基づく支払い方法１８００のフローチャートを示す。方法１８００は、サーバにおいて適用され、以下の方法ブロックを含んでもよい。

Ｓ１８０２において、支払人クラインアントによって開始される支払い要求に基づいて、トランザクションイベントが作成され、トランザクションイベントに対応するトランザクションパスワードが生成される。トランザクションイベントは、支払人クライアントに関連付けられるプリセット値のトランザクション金額に対応する。

Ｓ１８０４において、支払人クライアントが、トランザクションパスワードを表示用に受取人に提供することができるようにするために、トランザクションパスワードを含む要求応答が、支払人クライアントに返される。

Ｓ１８０６において、トランザクションパスワードを含み、受取人クライアントを通じて受取人によって開始される支払い要求に従って、トランザクションイベントに対応するトランザクション金額が、受取人クライアントに配信される。

図１９は、前述の実施形態に基づいて、本開示の例示的な実施形態による、支払いシナリオ１９００の概略図を示す。図１９に示すように、ユーザＡがスーパマーケットに買い物に行き、チェックアウトカウンタで支払い動作を行う必要がある時に続いて、そのプロセスの詳細が、下記に含まれてもよい。
１）チェックアウトカウンタが、ユーザＡが購入した品目をスキャンすると、支払いが必要な金額が、ｘとして決定される。

２）ユーザＡは、支払人クライアント上で金額ｘを入力し、金額ｘに対応する支払い要求をサーバに対して開始する。サーバは、対応するトランザクションイベント、及びトランザクションイベントに関連付けられる支払いパスワードを生成し、支払いパスワードをユーザＡに返す。

実施態様では、サーバは、ユーザＡによって入力された金額ｘに基づいて、ユーザＡに対応する口座ａから金額ｘのトランザクション資金を引き出し、資金をトランザクションイベントに対応するトランザクション口座に移転する。これが、単に実施例として用いられ、図１２に対応する処理方法もまた、使用されてもよいことは明らかである。

３）ユーザＡは、例えば、チェックアウトカウンタの従業員に、支払いパスワードを含む画像を見せることによって、または支払いパスワードの内容を従業員に口頭で伝えることによって、チェックアウトカウンタに支払いパスワードを表示する。

４）チェックアウトカウンタは、サーバに対して清算要求を開始し、清算は、支払いパスワードを含む。サーバは、次いで、支払いパスワードに対応するトランザクション口座から、チェックアウトカウンタに対応する会計口座に金額ｘを移転してもよい。

実施態様では、チェックアウトカウンタは、ユーザＡによって入力された金額ｘとの検証を行うために、トランザクション金額の値を清算要求に追加してもよい。それらが等しい場合、支払いが完了する。等しくない場合、支払いは却下される。

５）支払いが完了した後、サーバは、ユーザＡ及びチェックアウトカウンタ個々に通知してもよい。

図２０は、本開示の例示的な実施形態による、端末側に基づく電子デバイス２０００の構造図である。典型的な構成では、電子デバイス２０００は、１つまたは複数のプロセッサ（ＣＰＵ）、入力／出力インタフェース、ネットワークインタフェース、及びメモリを含んでもよい。例えば、電子デバイス２０００は、図２０に示すように、プロセッサ（複数可）２００２、内部バス（複数可）２００４、ネットワークインタフェース（複数可）２００６、キャッシュ（複数可）２００８、及び不揮発性記憶デバイス（複数可）２０１０を、ハードウェアレベルで含んでもよい。電子デバイス２０００が、他のサービスによって必要とされるハードウェアをさらに含んでもよいことは、明らかである。プロセッサ（複数可）２００２は、対応するコンピュータプログラムを不揮発性記憶デバイス（複数可）２０１０からキャッシュ（複数可）２００８に読み出し、コンピュータプログラムを走らせてもよく、それにより、支払い装置２０１２を論理レベルで形成する。ソフトウェア実施態様以外にも、本開示は、論理デバイス、またはソフトウェア及びハードウェアの組み合わせなどの、他の方法の実施態様を含んでもよいことは明らかである。言い換えると、以下のような処理手続き（複数可）を実行するエンティティは、様々な論理ユニットに限定されず、ハードウェアまたは論理デバイスも含んでもよい。

図２１を参照すると、実施態様では、支払い装置２１００は、支払人クライアントの端末において適用されてもよい。実施態様では、支払い装置２１００は、１つまたは複数のプロセッサ２１０２、入力／出力（Ｉ／Ｏ）インタフェース２１０４、ネットワークインタフェース２１０６、及びメモリ２１０８を含んでもよい。

メモリ２１０８は、例えば、非永続記憶デバイス、ランダムアクセスメモリ（ＲＡＭ）、及び／または、読み取り専用メモリ（ＲＯＭ）もしくはフラッシュＲＡＭなどの不揮発性内部記憶などの、コンピュータ可読媒体の形態を含んでもよい。メモリ２１０８は、前述の説明において説明したコンピュータ可読媒体の実施例である。

実施態様では、メモリ２１０８は、プログラムユニット２１１０、及びプログラムデータ２１１２を含んでもよい。実施態様では、プログラムユニット２１１０は、要求開始ユニット２１１４、応答受信ユニット２１１６、及びパスワード表示ユニット２１１８を含んでもよい。

要求開始ユニット２１１４は、支払人クライアントが、サーバにトランザクションイベントを作成させ、トランザクションイベントに対応するトランザクションパスワードを生成させるために、サーバに対し支払い要求を開始できるようにしてもよい。その場合に、トランザクションイベントは、支払人クライアントに関連付けられたプリセット値のトランザクション金額に対応する。応答受信ユニット２１１６は、サーバによって返される要求応答を受信してもよく、要求応答は、トランザクションパスワードを含む。パスワード表示ユニット２１１６は、受取人が、受取人クライアントを通じて、サーバに対しトランザクションパスワードを含む支払い要求を送信し、トランザクションイベントに対応するトランザクション金額を請求することができるようにするために、トランザクションパスワードを受取人に対して表示してもよい。

図２２は、本開示の例示的な実施形態による、サーバに基づく電子デバイス２２００の構造図である。典型的な構成では、電子デバイス２２００は、１つまたは複数のプロセッサ（ＣＰＵ）、入力／出力インタフェース、ネットワークインタフェース、及びメモリを含んでもよい。例えば、電子デバイス２２００は、図２２に示すように、プロセッサ（複数可）２２０２、内部バス（複数可）２２０４、ネットワークインタフェース（複数可）２２０６、キャッシュ（複数可）２２０８、及び不揮発性記憶デバイス（複数可）２２１０を、ハードウェアレベルで含んでもよい。電子デバイス２２００が、他のサービスによって必要とされるハードウェアをさらに含んでもよいことは、明らかである。プロセッサ（複数可）２２０２は、対応するコンピュータプログラムを不揮発性記憶デバイス（複数可）２２１０からキャッシュ（複数可）２２０８に読み出し、コンピュータプログラムを走らせてもよく、それにより、支払い装置２２１２を論理レベルで形成する。ソフトウェア実施態様以外にも、本開示は、論理デバイス、またはソフトウェア及びハードウェアの組み合わせなどの、他の方法の実施態様を含んでもよいことは明らかである。言い換えると、以下のような処理手続き（複数可）を実行するエンティティは、様々な論理ユニットに限定されず、ハードウェアまたは論理デバイスも含んでもよい。

図２３を参照すると、実施態様では、支払い装置２３００は、サーバにおいて適用されてもよい。実施態様では、支払い装置２３００は、１つまたは複数のプロセッサ２３０２、入力／出力（Ｉ／Ｏ）インタフェース２３０４、ネットワークインタフェース２３０６、及びメモリ２３０８を含んでもよい。

メモリ２３０８は、例えば、非永続記憶デバイス、ランダムアクセスメモリ（ＲＡＭ）、及び／または、読み取り専用メモリ（ＲＯＭ）もしくはフラッシュＲＡＭなどの不揮発性内部記憶などの、コンピュータ可読媒体の形態を含んでもよい。メモリ２３０８は、前述の説明において説明したコンピュータ可読媒体の実施例である。

実施態様では、メモリ２３０８は、プログラムユニット２３１０、及びプログラムデータ２３１２を含んでもよい。実施態様では、プログラムユニット２３１０は、要求処理ユニット２３１４、要求応答ユニット２３１６、及びトランザクション支払いユニット２３１８を含んでもよい。

要求処理ユニット２３１４は、支払人クラインアントによって開始される支払い要求に基づいて、トランザクションイベントを作成し、トランザクションイベントに対応するトランザクションパスワードを生成してもよい。その場合に、トランザクションイベントは、支払人クライアントに関連付けられたプリセット値のトランザクション金額に対応する。要求応答ユニット２３１６は、支払人クライアントが、トランザクションパスワードを受取人に対して表示することができるようにするために、トランザクションパスワードを含む要求応答を、支払人クライアントに返してもよい。トランザクション支払いユニット２３１８は、トランザクションパスワードを含み、受取人クライアントを通じて受取人によって開始される支払い要求に従って、トランザクションイベントに対応するトランザクション金額を、受取人クライアントに配信してもよい。

「ｃｏｍｐｒｉｓｅ（備える）」、「ｉｎｃｌｕｄｅ（含む）」などの用語、及びそれらの任意の他の変形は、非排他的な包含を含むように意図されることに、さらに留意すべきである。一連の要素を含むプロセス、方法、製品、もしくはデバイスは、それらの要素だけでなく明示的に列挙されていない他の要素も含み、またはそのようなプロセス、方法、製品、もしくはデバイス内に既に存在する要素をさらに含む。さらなる制限がない状態では、「ｉｎｃｌｕｄｅ ａ／ａｎ ．．．（１つの．．．を含む）」という句によって定義される要素は、プロセス、方法、製品、またはデバイス内に存在するものからいかなる他の類似の要素も除外しない。

上述の説明は、単なる本開示の例示的な実施形態であり、本開示を限定することを意図するものではない。本開示の思想及び原理から逸脱することなく行われる、いかなる修正、等価な置換、及び改良も、本開示の保護範囲内に入るものとする。

Claims (20)

1. 送信側クライアントによって、サーバに、オブジェクトセット及び前記オブジェクトセットに関連付けられる取り出しパスワードを生成させるように、前記サーバに対してインタラクション要求を開始することであって、前記オブジェクトセットが、前記送信側クライアントのプリセットオブジェクトに対応する、前記開始することと、
   前記サーバから返される要求応答を受信することであって、前記要求応答が、前記取り出しパスワードを含む、前記受信することと、
   受信側ユーザが、受信側クライアントを介して、前記サーバに対し前記取り出しパスワードを含む取り出し要求を開始し、前記オブジェクトセットに対応する前記プリセットオブジェクトを取得できるようにするために、提示用の前記取り出しパスワードを前記受信側ユーザに提供することと、を含む、方法。
2. 提示用の前記取り出しパスワードを前記受信側ユーザに提供することが、
   前記取り出しパスワードを含む表示画像を生成すること、または前記要求応答に含まれる前記表示画像を取得することと、
   提示用の前記表示画像を前記受信側ユーザに提供することと、を含む、請求項１に記載の方法。
3. 提示用の前記表示画像を前記受信側ユーザに提供することが、
   前記表示画像を前記受信側クライアントに送信すること、または
   前記表示画像をソーシャルネットワーキングプラットフォームで共有することを含む、請求項２に記載の方法。
4. 前記表示画像を生成することが、
   前記取り出しパスワードに対応するテンプレートＩＤを生成すること、または前記要求応答に含まれる前記テンプレートＩＤを取得することと、
   前記テンプレートＩＤに対応する画像属性テンプレートを、ローカルデータまたは前記サーバから取得することと、
   前記画像属性テンプレートに従って、前記表示画像を動的に生成することと、を含む、請求項２に記載の方法。
5. １つまたは複数のプロセッサによって実行されるとき、前記１つまたは複数のプロセッサに、
   送信側クライアントによって開始されるインタラクション要求に従って、オブジェクトセット、及び前記オブジェクトセットに関連付けられる取り出しパスワードを生成することであって、前記オブジェクトセットが、前記送信側クライアントのプリセットオブジェクトに対応する、前記生成することと、
   前記送信側クライアントに、提示用の前記取り出しパスワードを受信側ユーザに提供させるように、前記取り出しパスワードを含む要求応答を、前記送信側クライアントに返すことと、
   前記取り出しパスワードを含み、前記受信側クライアントを通じて前記受信側ユーザによって開始される取り出し要求に従って、前記オブジェクトセットに対応する前記プリセットオブジェクトを、受信側クライアントに配信することと、を含む動作を実行させる実行可能命令を記憶する、１つまたは複数のコンピュータ可読媒体。
6. 前記取り出しパスワードを生成することが、
   前記インタラクション要求に対応するパスワード生成シリアル番号を生成することと、
   前記パスワード生成シリアル番号を疑似乱数に変換することと、
   前記取り出しパスワードについて事前設定されたパスワードの種類に従って、対応するコードブックを選択すること、及び、前記取り出しパスワードを取得するために、前記コードブックに従って前記疑似乱数を変換することと、を含む、請求項５に記載の１つまたは複数のコンピュータ可読媒体。
7. 前記パスワードの種類が、文字の数、及び前記文字の組み合わせ方法を含む、請求項６に記載の１つまたは複数のコンピュータ可読媒体。
8. 前記要求応答を返すことが、
   前記取り出しパスワードを含む表示画像を生成することと、
   前記表示画像を前記要求応答に追加することと、
   前記表示画像を含む前記要求応答を、前記送信側クライアントに送信することと、を含む、請求項５に記載の１つまたは複数のコンピュータ可読媒体。
9. 前記表示画像を生成することが、
   前記取り出しパスワードに対応するテンプレートＩＤを生成することと、
   前記テンプレートＩＤに対応する画像属性テンプレートを取得することと、
   前記画像属性テンプレートに従って、前記表示画像を動的に生成することと、を含む、請求項８に記載の１つまたは複数のコンピュータ可読媒体。
10. 前記オブジェクトセットを生成することが、前記オブジェクトセットを作成することと、前記送信側クライアントの前記プリセットオブジェクトを、前記オブジェクトセットに追加することと、を含み、前記プリセットオブジェクトを配信することが、前記オブジェクトセット内の前記プリセットオブジェクトを、前記受信側クライアントに配信することを含む、請求項５に記載の１つまたは複数のコンピュータ可読媒体。
11. 前記オブジェクトセットを生成することが、前記オブジェクトセットを作成することと、前記オブジェクトセットを前記送信側クライアントの前記プリセットオブジェクトに関連付けることと、を含み、前記プリセットオブジェクトを配信することが、前記送信側クライアントの前記オブジェクトセットに関連付けられた前記プリセットオブジェクトを取得することと、前記取得したプリセットオブジェクトを、前記受信側クライアントに配信することと、を含む、請求項５に記載の１つまたは複数のコンピュータ可読媒体。
12. 前記プリセットオブジェクトを配信することが、
    オブジェクト配信比率を決定することと、
    プリセットオブジェクトの数、及び前記オブジェクト配信比率に従って、実際の配信量を取得するように計算することと、
    前記実際の配信量に対応する前記プリセットオブジェクトを、前記受信側クライアントに配信することと、を含む、請求項５に記載の１つまたは複数のコンピュータ可読媒体。
13. 前記プリセットオブジェクトを配信することが、
    前記受信側ユーザによって入力された数を、前記取り出し要求から取得することと、
    前記受信側ユーザによって入力された前記数が、前記プリセットオブジェクトの数と等しいと判断することに応じて、前記プリセットオブジェクトを前記受信側クライアントに配信することと、をさらに含む、請求項１２に記載の１つまたは複数のコンピュータ可読媒体。
14. １つまたは複数のプロセッサと、
    メモリと、
    前記メモリに記憶され、送信側クライアントによって開始されるインタラクション要求に従って、オブジェクトセット、及び前記オブジェクトセットに関連付けられる取り出しパスワードを生成するように、前記１つまたは複数のプロセッサによって実行可能な生成ユニットであって、前記オブジェクトセットが、前記送信側クライアントのプリセットオブジェクトに対応する、前記生成ユニットと、
    前記メモリに記憶され、前記送信側クライアントが、提示用の前記取り出しパスワードを受信側ユーザに提供可能にするために、前記取り出しパスワードを含む要求応答を、前記送信側クライアントに返すように、前記１つまたは複数のプロセッサによって実行可能な送信ユニットと、
    前記メモリに記憶され、前記取り出しパスワードを含み、前記受信側クライアントを通じて前記受信側ユーザによって開始される取り出し要求に従って、前記オブジェクトセットに対応する前記プリセットオブジェクトを、受信側クライアントに配信するように、前記１つまたは複数のプロセッサによって実行可能な配信ユニットと、を備える装置。
15. 前記生成ユニットが、
    前記インタラクション要求に対応するパスワード生成シリアル番号を生成することと、
    前記パスワード生成シリアル番号を疑似乱数に変換することと、
    前記取り出しパスワードについて事前設定されたパスワードの種類に従って、対応するコードブックを選択すること、及び、前記コードブックに従って、前記取り出しパスワードを取得するために前記疑似乱数を変換することと、によって、前記取り出しパスワードを生成する、請求項１４に記載の装置。
16. 前記パスワードの種類が、文字の数、及び前記文字の組み合わせ方法を含む、請求項１５に記載の装置。
17. 前記送信ユニットが、さらに、前記取り出しパスワードを含む表示画像を生成し、前記表示画像を前記要求応答に追加し、前記表示画像を含む前記要求応答を、前記送信側クライアントに送信する、請求項１４に記載の装置。
18. 前記送信ユニットが、
    前記取り出しパスワードに対応するテンプレートＩＤを生成することと、
    前記テンプレートＩＤに対応する画像属性テンプレートを取得することと、
    前記画像属性テンプレートに従って、前記表示画像を動的に生成することと、によって、前記取り出しパスワードを含む前記表示画像をさらに生成する、請求項１７に記載の装置。
19. 前記配信ユニットが、さらに、オブジェクト配信比率を決定し、プリセットオブジェクトの数、及び前記オブジェクト配信比率に少なくとも一部基づいて、実際の配信量を取得し、前記実際の配信量に対応する前記プリセットオブジェクトを、前記受信側クライアントに配信する、請求項１４に記載の装置。
20. 前記配信ユニットが、さらに、前記受信側ユーザによって入力された数を前記取り出し要求から取得し、前記ユーザによって入力された前記数が、前記プリセットオブジェクトの数と等しいことに応じて、前記プリセットオブジェクトを前記受信側クライアントに配信する、請求項１９に記載の装置。

Images