(57)【特許請求の範囲】
【請求項１】
サーバにより、第１のユーザと関連付けられるデバイスから、前記第１のユーザによって特定される、取引に関する第１の決済額に関連する第１の限度額及び前記取引に関する第２の決済額に関連する第２の限度額を受け取ることであって、
前記第１の限度額は、前記第１の決済額以上であり、前記第１の限度額は前記第２の限度額未満であり、前記第２の決済額は前記取引に関する前記第１の決済額未満である、受け取ることと、
中間口座を生成することと、
第２のユーザによって指定される口座から、資金額を受け取ることと、
前記資金額が、前記第１の限度額以上であると判定することに応じて、前記資金額を、前記中間口座の前記第２のユーザの口座残高に指定することと、
前記資金額、前記第１の限度額、及び前記第２の限度額の関係によって、前記第２のユーザの前記取引に関する、特定の決済額を決定することであって、
前記資金額が、前記第１の限度額以上であり、前記第２の限度額未満であると判定することに応じて、前記特定の決済額が前記第１の決済額であると判定することと、
前記資金額が、前記第２の限度額以上であると判定することに応じて、前記特定の決済額が前記第２の決済額であると判定することと、
前記第２のユーザと関連付けられるデバイスから、前記取引に関する決済要求を受け取ることと、
前記中間口座から前記第１のユーザによって指定される口座に、前記特定の決済額を転送することと、
前記特定の決済額が前記第２のユーザの前記口座残高以下であると判定することと、
前記第１のユーザおよび前記第２のユーザに通知することと、
を含む、前記特定の決済額を決定することと、
を備える、コンピュータにより実現される方法。
【請求項２】
前記中間口座から前記決済額を転送することに応じて、前記中間口座を更新することをさらに含む、請求項１に記載の方法。
【請求項３】
前記第２のユーザと関連付けられるデバイスから、前記中間口座を補充するために他の資金額を転送するための要求を受け取ることと、
前記中間口座の前記補充に応じて、前記第２のユーザの前記口座残高を更新することと、をさらに含む、
請求項１に記載の方法。
【請求項４】
受け取られた決済要求に応じて、前記第２のユーザの前記口座残高の一部分の凍結を解除することであって、前記一部分は、前記決済額に対応する、凍結を解除することをさらに含む、請求項１に記載の方法。
【請求項５】
前記限度額および前記決済額は、ショートメッセージングシステム（ＳＭＳ）ゲートウェイを介して受け取られる、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連特許出願の相互参照
本出願は、２０１１年４月２７日に出願された中国特許出願第２０１１１０１０６７１２．８号、「Ａ  Ｍｅｔｈｏｄ  ａｎｄ  Ｄｅｖｉｃｅ  ｆｏｒ  Ｏｎｌｉｎｅ  Ｐａｙｍｅｎｔ」に対する優先権を主張するものであり、該出願は、参照によりその全体が本明細書に組み込まれる。
【０００２】
この開示は、コンピュータ技術の分野に関する。具体的には、この開示は、オンライン決済のための方法およびデバイスに関する。
【背景技術】
【０００３】
ネットワーク技術の絶え間ない発展に従って、オンライン取引は、商取引を行うための重要な手段になってきた。オンライン取引は、オンライン決済システムを含み得、該システムは、コンピュータネットワークシステムにおける決済部分を指し得る。この決済システムを通して、購入者は、オンライン取引プロセスを開始または完了する。オンライン決済システムは、スタンドアロンシステムとして使用することができ、該システムは、決済操作を完了するために、オンライン取引システムから支払指示を受け取る。オンライン決済システムはまた、オンライン取引システムの構成要素としても使用することができ、該構成要素は、オンライン取引の決済操作を完了する。しかしながら、従来のオンライン決済システムは、いくつかの課題（例えば、非効率性およびセキュリティリスク）を提示し得る。例えば、システムは、購入者が単一の取引で販売者に多額の代金を支払うとき、または購入者が多数の取引において同じ商品もしくはサービスについて販売者に代金を支払うときに、取引を監視および制御することができない場合がある。
【発明の概要】
【０００４】
この開示は、オンライン決済のための方法およびデバイスを提供する。サーバは、第１のユーザのデバイスから、アイテムに関わる商取引と関連付けられる決済限度額および決済額を特定する決済条件を受け取り得る。サーバは、次いで、この限度額および決済額に基づいて、中間口座を生成し得る。サーバはまた、第２のユーザによって指定される口座から、資金を受け取り得る。サーバは、この資金が限度額未満であるかどうかを判定し、そうでない場合、サーバは、その資金を中間口座の第２のユーザの口座残高に指定する。サーバは、次いで、第２のユーザによるアイテムの領収書を示す決済要求を受け取った後に、中間口座から第１のユーザによって指定される口座に、対応する金額を転送し得る。
【図面の簡単な説明】
【０００５】
詳細な説明は、添付の図面を参照して記載される。異なる図面における同じ参照番号の使用は、同様または同一の項目を示す。
【図１】電子商取引およびオンライン決済をサポートする、実例となる環境のブロック図である。
【図２】オンライン決済を使用して取引を行うための、第１の実例となる過程のフロー図である。
【図３】中間口座表の第１の実施例を示すための、実例となる表のグラフである。
【図４】中間口座表の第２の実施例を示すための、別の実例となる表のグラフである。
【図５】中間口座表の第３の実施例を示すための、さらに別の実例となる表のグラフである。
【図６】中間口座表の第４の実施例を示すための、さらに別の実例となる表のグラフである。
【図７】オンライン決済を使用して取引を行うための、第２の実例となる過程のフロー図である。
【図８】残高返済の第１の実施例を示すための、実例となる表のグラフである。
【図９】残高返済の第２の実施例を示すための、別の実例となる表のグラフである。
【図１０】図１のコンピューティング環境に含まれる種々の構成要素の実例となるコンピューティングデバイスのブロック図である。
【発明を実施するための形態】
【０００６】
オンライン決済システムを使用して電子取引を行うための技術が開示される。本明細書で説明される技術によれば、販売者は、一時口座または中間口座の限度額、および取引に関わる商品またはサービスの決済額を指定し得る。取引サーバは、限度額および決済額に基づいて、中間口座を作成する。購入者は、購入者が中間口座に資金を割り当てるときに、購入者が限度額および決済額に同意することを示す。取引サーバは、次いで、割り当てられた資金が限度額以上である場合、該割り当てられた資金を購入者の口座残高として指定し得る。取引サーバは、次いで、販売者が商品またはサービスを購入者に提供したときに、口座残高から販売者に、決済額に等しい金額を割り当て得る。取引サーバは、取引の後に、購入者の口座残高を凍結し得る。
【０００７】
便宜上、この開示において、第１のユーザは、一般的に販売者を指し、第２のユーザは、一般的に購入者を指す。口座残高は、中間口座の購入者の口座残高を指す。
【０００８】
図１は、電子商取引およびオンライン決済をサポートする、実例となる環境１００のブロック図である。環境１００は、決済サーバ１０２と、購入者サーバ１０４と、販売者サーバ１０６とを含む。決済サーバ１０２は、高度な決済ビジネスに対する資金の安全性を保証するために、購入者サーバ１０４および販売者サーバ１０６から独立している。決済サーバ１０２は、データベース１１０に記憶される中間口座１０８を含み、それを管理し得る。中間口座１０８は、購入者と販売者との間の取引と関連付けられる情報を含む、中間口座表を含み得る。購入者サーバ１０４も販売者サーバ１０６も、中間口座１０８へのアクセスを有しない。
【０００９】
購入者１１２は、購入者デバイス１１６を介して、購入者サーバ１０４上の購入者指定口座１１４から中間口座１０８に、資金を割り当て得る。同様に、販売者１１８は、販売者デバイス１２２を介して、中間口座１０８から販売者サーバ１０６上の販売者指定口座１２０に、資金を受け取り得る。購入者サーバ１０４および販売者サーバ１０６は、それぞれ、購入者１１２および販売者１１８の指定口座を管理する。購入者デバイス１１６および販売者デバイス１２２は、ディスプレイを含み、かつネットワーク１２４（複数可）に接続して決済サーバ１０２および購入者サーバ１０４または販売者サーバ１０６と情報を交換することができる、携帯電話、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、または任意の他のモバイルコンピューティングデバイスであり得る。いくつかの実施形態では、購入者１１２も販売者１１８も、中間口座１０８へのアクセスを有しない。
【００１０】
いくつかの実施形態において、購入者指定口座１１４は、購入者デバイス１１６を介して、購入者１１２によって扱われる、および／またはアクセスされる口座であり得る。例えば、購入者指定口座１１４は、購入者のオンラインバンク口座を含み得、購入者サーバ１０４は、オンラインバンクサーバであり得る。販売者指定口座１２０は、販売者デバイス１２２を介して、購入者１１２によって扱われる、および／またはアクセスされる口座であり得る。例えば、販売者指定口座１２０は、販売者のオンラインバンク口座を含み得、販売者サーバ１０６は、オンラインバンクサーバであり得る。
【００１１】
いくつかの実施形態において、販売者１１８は、限度額１２６を含む決済条件を決定し得、これは、１つ以上の取引に対する購入者の１回限りの割り当てであり得る。決済条件はまた、商品および／またはサービスに対応する決済額１２８も含み得る。販売者デバイス１２２は、次いで、決済サーバ１０２に決済条件を伝送し得る。決済サーバ１０２は、次いで、決済条件に基づいて、中間口座１０８を生成し得る。例えば、決済サーバ１０２は、単一の差引額を、限度額１２６と関連付けられる決済額１２８に指定し得る。
【００１２】
いくつかの実施形態において、購入者１１２は、購入者が商品および／またはサービスの購入を所望し、その商品および／またはサービスに対する限度額１２６および決済額１２８に同意するときに、中間口座１０８に資金１３０を割り当て得る。例えば、購入者１１２は、購入者指定口座１１４から中間口座１０８に、限度額１２６に対応する資金１３０を転送し得る。資金１３０を受け取った後に、決済サーバ１０２は、次いで、その金額を、中間口座１０８と関連付けられる購入者の口座残高に指定し得る。決済サーバ１０２は、購入者１１２が商品および／またはサービスを受け取った後に、決済額１２８に対応する決済１３２を販売者指定口座１２０に転送し得る。決済サーバ１０２は、中間口座１０８の購入者１１２の口座残高を更新し得、次いで、口座残高を凍結し得る。
【００１３】
決済サーバ１０２は、オンライン取引システムから独立し得るか、またはオンライン取引システムの一部であり得る。例えば、オンライン取引システムは、取引が成功裏に行われた後に購入者の決済要求に応じて、決済１３２を販売者指定口座１２０に転送するために、決済サーバ１０２に指示を送ることができる。
【００１４】
図２は、オンライン決済を使用して取引を行うための、実例となる過程２００のフロー図である。２０２で、決済サーバ１０２は、取引と関連付けられる決済条件を受け取り得る。決済条件は、限度額１２６と、決済額１２８と、決済サーバ１０２と関連付けられる販売者ＩＤと、販売者指定口座１２０と関連付けられる情報とを含み得る。いくつかの実施形態において、販売者１１８は、例えば購入者のユーザ名およびパスワードの組み合わせを使用して、決済サーバ１０２にログインし得るか、または初回の場合、決済サーバ１０２によって提供されるサービスに登録し得る。いくつかの実施形態において、決済サーバ１０２は、販売者の識別子を認証し得、次いで、特定の販売者ＩＤを販売者１１８に与え得る。いくつかの実施形態において、限度額１２６は、決済額１２８のＮ倍よりも大きくなり得、ここで、Ｎは、販売者１１８または決済サーバ１０２によって予め定められ得る。
【００１５】
２０４で、決済サーバ１０２は、決済額１２８および限度額１２６に基づいて、一時口座または中間口座１０８を生成し得る。いくつかの実施形態において、販売者１１８は、決済サーバ１０２によって実現されるウェブサイトにログインし得、次には、ウェブページを提供する。販売者１１８は、対応する情報をウェブページに追加し得る。例えば、販売者１１８は、「Ｘとして販売者ＩＤ」、「１０００として限度値」、「１００として決済値」、「ａｂｃとして販売者の指定口座情報」を入力し得る。いくつかの実施形態において、販売者１１８は、中間口座１０８を生成するための要求を送るために、ショートメッセージングシステム（ＳＭＳ）および他の無線通信方法を使用し得る。例えば、販売者１１８は、決済条件を含むＳＭＳメッセージを構成し得、そして、該ＳＭＳメッセージを、販売者デバイス１２２を介して、ＳＭＳゲートウェイを使用して決済サーバ１０２に送り得る。
【００１６】
決済サーバ１０２が中間口座１０８を作成するための販売者の要求を受け取ると、決済サーバ１０２は、中間口座１０８を生成し、決済条件を中間口座１０８の対応するフィールドに追加し得る。例えば、図３は、実例となる中間口座表３００を示し、販売者１１８と関連付けられる情報（例えば、「Ｘ」としての販売者ＩＤ、および販売者指定口座１２０「ａｂｃ」）を含む。
【００１７】
２０６で、決済サーバ１０２は、資金１３０を購入者１１２の口座残高に指定し得る。いくつかの実施形態において、決済サーバ１０２は、購入者デバイス１１６によって伝送される資金１３０を受け取り得、資金１３０が限度額１２６以上であると判定し得る。決済サーバは、次いで、資金１３０を購入者の口座残高に指定し得る。
【００１８】
購入者１１２は、決済サーバ１０２によって実現されるウェブサイトで登録し得、決済サーバ１０２によってＩＤが与えられ得る。決済サーバ１０２が中間口座１０８を生成した後に、販売者１１８は、ショッピングウェブサイトの製品情報を発行し得る。製品情報は、販売者ＩＤと、販売者１１８が提供する製品と、サービスコンテンツと、該製品に対応する限度額１２６および決済額１２８とを含み得る。
【００１９】
いくつかの実施形態において、購入者１１２は、オンライントレーディングプラットフォームを通して販売者１１８と通信し得、次いで、販売者１１８の要求に応じて、購入者指定口座１１４から中間口座１０８に、資金１３０を転送し得る。例えば、販売者１１８は、限度額１２６および決済額１２８を含む決済条件へのリンクをショッピングウェブサイトに追加し得る。リンクは、購入者１１２を販売者１１８に導き得、それらの通信を可能にし得る。
【００２０】
決済サーバ１０２が、購入者１１２が中間口座１０８を補充したと判定した（すなわち、資金を割り当てた）後に、決済サーバ１０２は、購入者１１２の識別子を認証し得る。認証成功の後に、決済サーバ１０２は、中間口座１０８から対応する情報を取り出し得る。例えば、決済サーバ１０２は、中間口座１０８（例えば、中間口座表３００）から限度額１２６を読み出し得る。決済サーバ１０２は、次いで、資金１３０を限度額１２６と比較し得る。資金１３０が限度額１２６以上である場合、決済サーバ１０２は、資金１３０を中間口座の購入者の口座残高に指定し得る。決済サーバ１０２はまた、図４で示されるような中間口座表４００を生成するために、中間口座表３００を更新し得る。
【００２１】
いくつかの実施形態において、中間口座１０８は、販売者１１８および購入者１１６に関連する情報、ならびに決済操作に関連する情報を記憶し得る。決済サーバ１０２が、多数の購入者が中間口座に資金を割り当て、該資金が対応する限度額以上であると判定した場合、決済サーバ１０２は、各購入者ＩＤ、中間口座の購入者の資金、および購入者ＩＤと購入者の口座残高との対応する関係を別々に記録し得る。図５は、さらに別の実例となる口座表５００を示す。図５で例示されるように、（購入者ＩＤがＹ１およびＹ２である）２人の購入者が、中間口座に資金を割り当てる。
【００２２】
２０８で、決済サーバ１０２は、購入者デバイス１１６によって伝送される決済要求１３４を判定し得る。例えば、購入者１１２が販売者によって提供される商品またはサービスを受け取るときに、購入者は、決済要求１３４を行うために、決済サーバ１０２によって実現されるウェブサイトにログインし得る。決済要求１３４を受け取った後に、決済サーバ１０２は、購入者１１２に確認要求を伝送し得る。決済サーバ１０２は、購入者１１２によって送られる確認に応じて、資金割り当て操作を実行し得る。例えば、決済サーバ１０２は、確認ウェブページを購入者１１２に提供し得、購入者１１２は、要求された情報（例えば、決済パスワード）を入力し得る。
【００２３】
いくつかの実施形態において、購入者１１２が、ＳＭＳゲートウェイを介して、販売者によって提供される商品またはサービスを受け取るときに、購入者１１２は、ＳＭＳメッセージの形態で、決済サーバ１０２に決済要求１３４を送り得る。決済要求１３４を受け取った後に、決済サーバ１０２は、購入者１１２に確認ＳＭＳメッセージを返し得る。購入者１１２は、決済サーバ１０２に決済パスワードを含むＳＭＳメッセージを送り返し得、次いで、決済サーバ１０２は、資金割り当て操作を実行し得る。例えば、決済サーバ１０２は、販売者サーバ１０６に決済１３２を伝送し得る。
【００２４】
いくつかの実施形態において、購入者１１２は、無線周波数（ＲＦ）モードを使用することによって、決済要求１３４を送り得る。このような場合、販売者によって提供される商品またはサービスを受け取るときに、購入者１１２は、購入者のＲＦカードをＲＦ読み出しデバイスに通し得る。ＲＦカードは、購入者ＩＤおよび販売者ＩＤを含み得る。ＲＦ読み出しデバイスは、バックグラウンドサーバにこのＩＤ情報を伝送し得、次いで、決済サーバ１０２に決済要求１３４を送り得る。いくつかの実施形態において、ＲＦカードは、この例示的な実施形態においてモバイルデバイスのＲＦ構成要素であり得る。
【００２５】
決済要求１３４が購入者ＩＤを含み得るので、決済サーバ１０２は、中間口座表から購入者１１２の口座残高を検索し得る。いくつかの実施形態において、決済サーバ１０２は、複数の販売者について中間口座を生成し得る。このような場合、決済要求１３４は、決済サーバ１０２が購入者ＩＤに基づいて販売者１１８の対応する中間口座を判定することが可能になるように、販売者ＩＤを含み得る。いくつかの実施形態において、購入者１１２は、多数の販売者とのオンライン取引を同時に行い得る。このような場合、決済要求１３４は、複数の販売者と関連付けられる資金をどのように割り当てるのかを決済サーバ１０２に知らせるために、購入者ＩＤおよび複数の販売者ＩＤを含むことができる。
【００２６】
２１０で、決済要求１３４を受け取った後に、決済サーバ１０２は、対応する金額を販売者指定口座１２０へ転送し得る。いくつかの実施形態において、決済サーバ１０２は、決済要求１３４に基づいて購入者の口座残高を判定し得、購入者の口座が割り当てられるべき金額以上であるかどうかを判定し得る。その金額以上である場合、決済サーバ１０２は、対応する金額を販売者指定口座１２０に割り当て得る。購入者の口座がその金額未満である場合、決済サーバ１０２は、オンライン決済操作を行うことを拒否し得、例えばＳＭＳおよび他の方法を使用することによって、決済処理に失敗したことを購入者１１２に知らせ得る。いくつかの実施形態において、決済サーバ１０２は、例えば残高不足等の、決済失敗の理由を提供し得る。
【００２７】
いくつかの実施形態において、購入者の口座残高は、凍結状態であり得る。このような場合、決済サーバ１０２は、現在の状態が安全であり、その金額を販売者指定口座１２０に割り当てることができると判定し得る。決済サーバ１０２は、次いで、決済額１２８に対応する購入者の口座残高のその金額の凍結を解除し、凍結を解除した金額（例えば、決済額１２８）を販売者指定口座１２０に割り当て得る。決済サーバ１０２は、決済額１２８に等しい資金の一部分だけしか凍結を解除し得ないので、購入者の口座残高の安全性が確保される。
【００２８】
いくつかの実施形態において、その金額を販売者指定口座１２０に割り当てた後に、決済サーバ１０２は、ＳＭＳおよび他の方法を使用することによって、購入者１１２が商品および／またはサービスの代金を支払ったことを販売者１１８に知らせ得る。このような場合、決済サーバ１０２は、決済サーバへの登録時に購入者１１２に割り当てられるＩＤを送り得る。
【００２９】
いくつかの実施形態において、購入者１１２がオンライン取引に関して販売者１１８に連絡したいときに、購入者１１２は、オンライントレーディングプラットフォームを通して販売者１１８と接続し得る。このような場合、購入者１１２は、次の２つのＩＤを販売者１１８に提供し得る。１つは、ＩＤ１と称される、決済サーバへの登録時に購入者１１２に割り当てられるＩＤであり、もう１つは、ＩＤ２と称される、販売者によって認識され得る購入者ＩＤである。販売者１１８は、ＩＤ１とＩＤ２との間にローカルな対応関係を確立し、その対応関係を保存し得る。決済サーバ１０２からＩＤ１を受け取った後に、販売者１１８は、保存された関係を利用して、対応するＩＤ２を検索し得る。ＩＤ２が販売者１１８によって認識されると、商品および／またはサービスの代金を支払った購入者１１２が判定される。
【００３０】
２１２で、決済サーバ１０２は、購入者の口座残高を更新し得る。いくつかの実施形態において、中間口座１０８は、決済サーバ１０２によって維持され得る。このような場合、購入者１１２の口座残高に変化があるときに、決済サーバ１０２は、中間口座１０８の対応する表を更新し得る。中間口座の内容は、購入者の口座残高のリアルタイムコンテンツを反映し得る。
【００３１】
いくつかの実施形態において、販売者１１８は、中間口座１０８に対して同じ程度で複数の限度額１２６を定義し、各限度額１２６について決済額１２８を定義し得る。このような場合、購入者１１２は、例えば販売者１１８によって提供される割引を受け取るために、一度に複数の資金を割り当て得る。
【００３２】
販売者１１８（ＩＤをＸとする）が、１０００、１５００、２０００として別々に３つの最低限度額を定義すると仮定する。さらに、１０００の限度額に対する対応する決済額が１００であり、１５００の限度額に対して９０であり、２０００の限度額に対して８０であると仮定する。結果として、１０００以上の１回限りの金額を割り当てる場合、購入者１１２は、販売者から商品および／またはサービスを受け取った後に、１００を支払う。同様に、購入者１１２は、１５００の割り当てに対して９０を支払い、２０００の割り当てに対して８０を支払う。
【００３３】
Ｙ１という購入者ＩＤを有する購入者１１２が、販売者１１８とオンライン取引を行うことを所望するときに、購入者１１２は、１５００の金額を中間口座１０８に割り当てる。決済サーバ１０２は、次いで、割り当て金額が販売者１１８によって定義される３つの限度額のいずれかに含まれるかどうかを判定する。結果として、決済サーバ１０２は、購入者が割り当てた１５００の金額を購入者の口座残高として設定し、次いで、それを凍結し得る。中間口座１０８の表は、図６の中間口座表６００で示される。
【００３４】
購入者１１２から決済要求１３４を受け取った後に、決済サーバ１０２は、購入者指定口座１１４から中間口座１０８に、資金１３０を割り当てる準備をし得る。中間口座表６００の内容を読み出した後に、決済サーバ１０２は、購入者１２０の１５００の初期割り当て額が、２つの限度額の要件（限度額１０００および限度額１５００）を満たすと判定し得る。判定された決済値の最小決済額に基づいて、決済サーバ１０２は、購入者の口座残高に対応する額（すなわち、９０）を販売者指定口座１１４に割り当て得る。
【００３５】
限度額１２６および決済額１２８を同じ程度に定義することで、異なる購入者の取引要件が満たされ得る。いくつかの実施形態において、購入者１１２は、より良好な割引を得るために、販売者１１８との長期的なオンライン取引関係を有することを望み得る。決済後に購入者１１２の口座残高が減少し、初期限度額に到達できない場合であっても、決済サーバ１０２は、口座残高が開始されたときに定義された決済額（例えば、最高額）に基づいて、決済過程全体でそれを使用し続け得る。
【００３６】
図７は、オンライン決済を使用して取引を行うための実例となる過程７００のフロー図である。７０２で、決済サーバ７０２は、中間口座１０８を購入者指定口座１１４および販売者指定口座１２０と関連付け得る。いくつかの実施形態において、決済サーバ１０２は、限度額１２６および決済口座１２８に基づいて、中間口座１０８を生成し得る。このような場合、決済サーバ１０２は、受領者ＩＤとして販売者ＩＤを記録し、支払人ＩＤとして購入者ＩＤを記録し得る。いくつかの実施形態において、購入者１１２が中間口座の複数の販売者に結び付けられるときに、販売者１１８は、チェーン特性を伴う販売者を含み得る。
【００３７】
７０４で、決済サーバ１０２は、購入者１１２から決済要求１３４を受け取り得る。購入者１１２および販売者１１８は、オンライン取引を開始し得る。オンライン取引が成功した場合（購入者１１２が、販売者１１８によって提供される商品および／またはサービスを受け取ることを含む）、購入者１１２はオンライン決済操作を行い得る。オンライン取引が失敗した場合（購入者１１２が、オンライン取引を停止すること、または販売者１１６が、オンライン取引を停止することを含む）、購入者１１２は、オンライン決済操作を行い得ない。
【００３８】
いくつかの実施形態において、決済要求１３４は、購入者によって提供される認証パラメータを含み得る。認証パラメータに基づいて、決済サーバ１０２は、購入者に関する識別子認証を行い得る。認証が失敗した場合、決済サーバ１０２は、オンライン決済過程を実行することを拒否し得る。認証パラメータは、決済サーバ１０２への登録時に購入者１１２に与えられるユーザＩＤおよびパスワードであり得、また、購入者１１２の識別子を認証するために使用することができる他の正規のパラメータを含み得る。
【００３９】
７０６で、決済サーバ１０２は、決済要求１３４の支払者ＩＤおよび受領者ＩＤを取り出し得る。７０８で、決済サーバ１０２は、支払者ＩＤおよび購入者ＩＤを比較し得、また、受領者ＩＤおよび販売者ＩＤを比較し得る。それらが一致する場合（すなわち、７０８からの「はい」分岐）、決済サーバ１０２は、決済額１２８が購入者の口座残高以下であるかどうかを判定し得る。ＩＤが一致しない場合（すなわち、７０８からの「いいえ」分岐）、７１４で、決済サーバ１０２は、オンライン取引を取り消し、購入者１１２および販売者１１８に知らせ得る。
【００４０】
７１０で、決済額が中間口座の口座残高以下であるかどうかを判定する。決済額１２８が購入者の口座残高以下である場合（すなわち、７１０からの「はい」分岐）、決済サーバは、７１２で、対応する資金額を販売者指定口座１２０に割り当て得る。決済額１２８が購入者の口座残高よりも大きい場合（すなわち、７１０からの「いいえ」分岐）、決済サーバ１０２は、７１４で、オンライン取引を取り消し、購入者１１２および販売者１１８に知らせ得る。
【００４１】
いくつかの実施形態において、決済サーバ１０２は、購入者１１２と関連付けられる中間口座１０８の全ての資金を凍結し得る。決済サーバは、決済額１２８と同額である中間口座１０８の金額の凍結を解除し得、残りの金額は、凍結されたままである。このような場合、決済サーバ１０２は、凍結を解除した額を販売者指定口座１１４（例えば、販売者のオンラインバンク口座）に割り当て得、口座の１回限りの凍結および複数の凍結解除を実現する。
【００４２】
決済サーバ１０２が、中間口座１０８から販売者指定口座１１４に、資金を割り当てた後に、決済サーバ１０２は、１回限りのオンライン決済操作を計算し得る。
【００４３】
７１６で、決済サーバ１０２は、販売者指定口座１１４に割り当てられる金額に基づいて、購入者の口座残高を更新し得る。いくつかの実施形態において、購入者１１２は、所定の期間および／または特定の時間に購入者の口座残高を補充するように、決済サーバ１０２に要求し得る。このような場合、購入者は、決済サーバ１０２にログインし、購入者ＩＤ、販売者ＩＤ、および補充額を決済サーバの補充ウェブページに入力し、そして、購入者指定口座１１４から決済サーバの中間口座１０８に、該補充額を割り当て得る。決済サーバ１０２が購入者の割り当てた金額を受け取った後に、決済サーバ１０２は、購入者ＩＤおよび販売者ＩＤに基づいて、図３の中間口座表３００から図６の中間口座表６００への購入者の口座残高を判定し、口座残高をリフレッシュし得る。
【００４４】
いくつかの実施形態において、販売者および購入者は、任意のときにオンライン取引を終了し、購入者の口座残高を返還するよう決済サーバ１０２に要求する。このような場合、購入者は、購入者の口座残高の返還を要求し得る。購入者１１２は、割引を取得するために、より大きい金額を中間口座１０８に割り当て得るので、販売者は、金額の一部分だけを返還するよう要求し得る。例えば、販売者は、購入者に対する返還率（例えば、９０％）を判定し得る。返済表は、図８の中間表８００として示される。返還率は、図３〜図６の中間口座表３００、４００、５００、および６００に記録することができる。
【００４５】
決済サーバ１０２が、販売者１１８から購入者１１２に、残高を返還する要求を受け取ると、決済サーバ１０２は、中間口座１０８の残高の全ての資金を購入者指定口座１１４に割り当て得る。返済表は、図９の中間口座表９００で示される。
【００４６】
いくつかの実施形態において、オンライン取引は、グループ購入事業を含み得る。このような場合、販売者１１８は、販売者１１８が送るオンライン決済内容の中の購入者の最低金額を決済サーバに提出し得る。決済サーバ１０２は、最低金額を図３の中間表３００の条件フィールドに記録し得る。購入者が資金を決済サーバ１０２に割り当てるときに、決済サーバ１０２は、購入者ＩＤと口座残高との間の対応関係を直ちに確立し得るのではなく、むしろ、決済サーバ１０２は、販売者１１８とオンライン取引を行うときに、資金割り当て要求および購入者の金額の記録を開始させ得る。購入者の金額が最低金額に到達したときに、決済サーバ１０２は、次いで、各購入者ＩＤおよび口座残高の対応関係を確立し得る。次いで、購入者および販売者は、オンライン取引を行い得る。
【００４７】
図１０は、図１のコンピューティング環境に含まれる種々の構成要素の実例となるコンピューティングデバイス１０００のブロック図である。決済サーバ１０２は、任意の好適なサーバ（複数可）として構成され得る。１つの例示的な構成において、決済サーバ１０２は、１つ以上のプロセッサ１００２と、入力／出力インターフェース１００４と、ネットワークインターフェース１００６と、メモリ１００８とを含む。
【００４８】
メモリ１００８としては、ランダムアクセスメモリ（ＲＡＭ）等の揮発性メモリの形態、および／またはリードオンリーメモリ（ＲＯＭ）またはフラッシュＲＡＭ等の不揮発性メモリの形態のコンピュータが読み出し可能な媒体が挙げられる。メモリ１００８は、コンピュータが読み出し可能な媒体の一例である。
【００４９】
コンピュータが読み出し可能な媒体としては、コンピュータが読み出し可能な命令、データ構造、プログラムモジュール、または他のデータ等の情報を格納するための任意の方法または技術で実現される、揮発性および不揮発性媒体、リムーバブルおよび非リムーバブル媒体が挙げられる。コンピュータ記憶媒体の例としては、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、もしくはその他メモリ技術、読み出し専用コンパクトディスク（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、もしくは他の磁気記憶デバイス、またはコンピューティングデバイスによってアクセスするための情報を記憶するために使用することができる、任意の他の非伝送媒体が挙げられるが、これらに限定されない。本明細書で定義されるように、コンピュータが読み出し可能な媒体は、変調データ信号および搬送波等の一時的媒体は含まれない。
【００５０】
さらに詳細にメモリ１００８を参照すると、メモリ１００８は、口座生成モジュール１０１０、関係確立モジュール１０１２、要求受領者モジュール１０１４、決済モジュール１０１６、更新モジュール１０１８、凍結／凍結解除モジュール１０２０、および残高返済モジュール１０２２を記憶し得る。
【００５１】
口座生成モジュール１０１０は、販売者１１８によって決定される限度額１２６および決済額１２８に基づいて、中間口座１０８を生成し得る。いくつかの実施形態において、口座生成モジュール１０１０は、中間口座１０８を記憶するためのメモリ空間を開放し、中間口座１０８をメモリ空間の中の表に記憶し得る。口座生成モジュール１０１０はまた、限度額１２６および決済額１２８も、中間口座１０８および購入者指定口座１１４、ならびに販売者指定口座１２０によって指定されるフィールドに入力し得る。
【００５２】
関係確立モジュール１０１２は、中間口座の資金１３０が限度額１２６以上であるときに、中間口座１０８の資金１３０を中間口座１０８の購入者の口座残高に指定し得る。いくつかの実施形態において、関係確立モジュール１０１２は、販売者１１８が複数の限度額１２６があると判定するときに、各限度額１２６の対応する決済額を判定している。次いで、決済サーバ１０２は、中間口座からの購入者の割り当て金額が限度額の少なくとも１つ以上であるかどうかを確認し得る。「はい」である場合、決済サーバ１０２は、資金１３０を中間口座１０８の購入者の口座残高として得ることができる。
【００５３】
決済モジュール１０１６は、販売者１１８によって決定される複数の限度額１２６の中から、中間口座１０８からの資金１３０以下である限度額１２６を検索し得る。決済モジュール１０１６はまた、見つかった限度額１２６に対応する決済額１２８も判定し得る。そして、判定された決済額１２８の中からの最も小さい決済額に基づいて、中間口座１０８の購入者１１２の口座残高に対応する資金１３０が、販売者によって指定される口座に割り当てられ得る。
【００５４】
いくつかの実施形態において、中間口座が販売者および購入者と接続している中間口座であるときに、決済モジュール１０１６は、決済要求１３４から支払者ＩＤおよび受領者ＩＤを取り出し得る。支払者ＩＤが購入者ＩＤであるときに、受領者ＩＤは、販売者ＩＤであり、また、決済額１２８は、中間口座１０８の購入者１１２の口座残高以下であり、対応する資金は、口座残高から販売者指定口座１２０に割り当てられる。
【００５５】
要求受領者モジュール１０１４は、購入者１１２によって送られる決済要求を受け取り得る。決済モジュール１０１６は、決済額１２８に基づいて、販売者によって、購入者１１２の口座残高から販売者指定口座１２０に、対応する資金を割り当て得る。更新モジュール１０１８は、中間口座１０８の購入者１１２の口座残高を更新し得る。
【００５６】
いくつかの実施形態において、凍結／凍結解除モジュール１０２０は、中間口座１０８の購入者の口座残高を凍結し得る。凍結／凍結解除モジュール１０２０は、資金を販売者指定口座１２０に割り当てる必要があるときに、決済値と同一または同等である購入者の口座残高の資金を凍結し得る。
【００５７】
残高返済モジュール１０２２は、中間口座１０８の購入者の口座残高から購入者指定口座１１４に、資金の一部分を割り当て得る。そして、決済サーバ１０２が販売者から要求される残高返済を受け取るときに、残高返済モジュール１０２２は、中間口座１０８の購入者の口座残高から購入者指定口座１１４に、全ての資金を割り当て得る。
【００５８】
この開示の実施形態は、単に例示することを目的としたものであり、この開示の範囲を限定することを意図しない。当業者は、この開示で提供される実施形態に修正および変更を行うことができる。当業者が認識する任意の修正および変更は、この開示の範囲に含まれる。
【図１】
0006608892.tif 000002
【図２】
0006608892.tif 000003
【図３】
0006608892.tif 000004
【図４】
0006608892.tif 000005
【図５】
0006608892.tif 000006
【図６】
0006608892.tif 000007
【図７】
0006608892.tif 000008
【図８】
0006608892.tif 000009
【図９】
0006608892.tif 000010
【図１０】
0006608892.tif 000011