(57)【要約】中間プラットフォームを通じてオンライントランザクションを実施するシステムおよび方法が提供される。該中間プラットフォームサーバは、販売業者から製品の情報を受信し、該販売業者の該製品の該情報をユーザインターフェース内の所定のリンクされた位置に表示させる、同期処理ユニットを含む。また、該中間プラットフォームサーバは、ユーザから該製品を購入するためのトランザクション要求を受信し、該販売業者に該トランザクション要求を送信し、該販売業者からトランザクション結果を受信する、トランザクション要求処理ユニットも含む。該中間プラットフォームデータベースは、該販売業者の連絡先と、該製品の該情報と該販売業者との間の相関とを記憶する、販売業者情報記憶ユニットも含む。また、該中間プラットフォームデータベースは、トランザクションの情報を記憶する、トランザクション情報記憶ユニットも含む。
2012512461.tif 000002
【特許請求の範囲】
【請求項１】
オンライントランザクションを実施するシステムであって、前記システムは、
中間プラットフォームサーバと、中間プラットフォームデータベースとを含む、中間プラットフォームを備え、
前記中間プラットフォームサーバは、
製品の情報を、前記製品を販売する販売業者から受信し、前記販売業者の前記製品の前記情報をユーザインターフェース内の所定のリンクされた位置に表示させるように構成される、同期処理ユニットと、
ユーザから前記製品を購入するためのトランザクション要求を受信し、前記販売業者に前記トランザクション要求を送信し、前記販売業者からトランザクション結果を受信するように構成される、トランザクション要求処理ユニットと、
前記販売業者および前記ユーザとの通信を確立するように構成される、対話ユニットと
を備え、
前記中間プラットフォームデータベースは、
前記販売業者の連絡先と、前記販売業者の前記製品の前記情報と前記販売業者との間の相関とを記憶するように構成される、販売業者情報記憶ユニットと、
トランザクションの情報を記憶するように構成される、トランザクション情報記憶ユニットであって、前記トランザクションの前記情報は、前記トランザクションの販売業者情報、ユーザ情報、製品情報、トランザクション結果情報のうちの１つ以上、またはそれらの組み合わせを含む、トランザクション情報記憶ユニットと
を備える、システム。
【請求項２】
前記中間プラットフォームサーバは、
前記トランザクション要求処理ユニットに連結される、支払いプラットフォーム処理ユニットであって、支払いプラットフォームに前記トランザクション要求を送信し、前記支払いプラットフォームから支払いフィードバックを受信するように構成される、支払いプラットフォーム処理ユニットをさらに備える、請求項１に記載のシステム。
【請求項３】
前記中間プラットフォームサーバは、
第２のユーザから前記中間プラットフォームにログオンするためのログイン要求を受信するように構成される、登録支払いプラットフォームユーザ処理ユニットをさらに備え、前記ログイン要求は、支払いプラットフォームに登録されているユーザ名を含み、前記登録支払いプラットフォームユーザ処理ユニットは、前記支払いプラットフォームに前記ログイン要求を送信し、前記支払いプラットフォームによる前記第２のユーザの検証の成功に応じて、前記第２のユーザが前記中間プラットフォームにログオンするのを許可するようにさらに構成される、請求項１に記載のシステム。
【請求項４】
支払いプラットフォームサーバと、支払いプラットフォームデータベースとを含む、支払いプラットフォームをさらに備え、
前記支払いプラットフォームサーバは、
ユーザ登録またはユーザログインのうちの少なくとも１つを含む、ユーザ身元要求を受信するように構成される、ユーザ処理ユニットを備え、
前記支払いプラットフォームデータベースは、
複数のユーザ特性の間の複数のユーザとの相関を記憶するように構成される、ユーザ情報記憶ユニットを備え、それぞれのユーザと相関される前記ユーザ特性には、前記それぞれのユーザのユーザ名、パスワード、ユーザ身元情報、ユーザアドレス、および支払い口座を含む、請求項１に記載のシステム。
【請求項５】
前記支払いプラットフォームサーバは、
前記中間プラットフォームから前記トランザクション要求を受信するように構成される、中間プラットフォームトランザクション要求処理ユニットをさらに備え、前記中間プラットフォームトランザクション要求処理ユニットは、シリアル取引番号に基づき、前記トランザクション要求が前記販売業者から受信された別個のトランザクション要求と同一であると認識し、前記中間プラットフォームに前記トランザクション結果を送信するようにさらに構成される、請求項４に記載のシステム。
【請求項６】
前記支払いプラットフォームサーバは、
所定の利益配当設定に従って、前記中間プラットフォームとの利益配当作業を実行するように構成される、利益配当ユニットをさらに備える、請求項４に記載のシステム。
【請求項７】
オンライントランザクションを実施するシステムであって、前記システムは、
中間プラットフォームサーバと、中間プラットフォームデータベースとを含む、中間プラットフォームを備え、
前記中間プラットフォームサーバは、
製品の情報を、前記製品を販売する販売業者から受信し、前記製品の前記情報をユーザインターフェース内の所定のリンクされた位置に表示させるように構成される、同期処理ユニットと、
ユーザから前記製品を購入するためのトランザクション要求を受信し、前記トランザクション要求の受信に応じて、注文書を生成するように構成される、トランザクション要求処理ユニットと、
支払いプラットフォームに前記注文書を送信し、前記支払いプラットフォームから支払い結果を受信するように構成される、支払いプラットフォーム処理ユニットと、
前記支払いプラットフォーム処理ユニットに連結される、販売業者処理ユニットであって、支払いの成功のトランザクションメッセージを前記販売業者に送信するように構成される、販売業者処理ユニットと、
前記販売業者および前記ユーザとの通信を確立するように構成される、対話ユニットと
を備え、
前記中間プラットフォームデータベースは、
前記販売業者の連絡先と、前記製品の前記情報と前記販売業者との間の相関とを記憶するように構成される、販売業者情報記憶ユニットと、
トランザクションの情報を記憶するように構成される、トランザクション情報記憶ユニットであって、前記トランザクションの前記情報は、前記トランザクションの販売業者情報、ユーザ情報、製品情報、トランザクション結果情報のうちの１つ以上、またはこれらの組み合わせを含む、トランザクション情報記憶ユニットと
を備える、システム。
【請求項８】
前記中間プラットフォームサーバは、
第２のユーザから前記中間プラットフォームにログオンするためのログイン要求を受信するように構成される、登録支払いプラットフォームユーザ処理ユニットをさらに備え、前記ログイン要求は、支払いプラットフォームに登録されているユーザ名を含み、前記登録支払いプラットフォームユーザ処理ユニットは、前記支払いプラットフォームに前記ログイン要求を送信し、前記支払いプラットフォームによる前記第２のユーザの検証の成功に応じて、前記第２のユーザが前記中間プラットフォームにログオンするのを許可するようにさらに構成される、請求項７に記載のシステム。
【請求項９】
支払いプラットフォームサーバと、支払いプラットフォームデータベースとを含む、支払いプラットフォームをさらに備え、
前記支払いプラットフォームサーバは、
ユーザ登録またはユーザログインのうちの少なくとも１つを含む、ユーザ身元要求を受信するように構成される、ユーザ処理ユニットを備え、
前記支払いプラットフォームデータベースは、
複数のユーザ特性の間の複数のユーザとの相関を記憶するように構成される、ユーザ情報記憶ユニットであって、それぞれのユーザと相関される前記ユーザ特性には、前記それぞれのユーザのユーザ名、パスワード、ユーザ身元情報、ユーザアドレス、および支払い口座を含む、請求項７に記載のシステム。
【請求項１０】
前記支払いプラットフォームサーバは、
所定の利益配当設定に従って、前記中間プラットフォームとの利益配当作業を実行するように構成される、利益配当ユニットをさらに備える、請求項９のシステム。
【請求項１１】
中間プラットフォームを通じてオンライントランザクションを実施する方法であって、
製品の製品情報を、前記製品を販売する販売業者から受信することと、
前記製品情報を、ユーザインターフェース内の所定の位置に表示させることと、
ユーザから前記製品を購入するためのトランザクション要求を受信することと、
前記トランザクション要求に関連する情報を前記販売業者に送信することと、
支払いプラットフォームから、前記製品の購入に対する前記ユーザによる支払いを示す支払い結果を受信することと、
前記ユーザからログイン要求を受信することであって、前記ログイン要求は、前記支払いプラットフォームに登録されている、前記ユーザのユーザ名を含む、ことと、
前記支払いプラットフォームに前記ログイン要求を送信することと、
前記支払いプラットフォームによる前記ユーザの検証の成功に応じて、前記ユーザがログインするのを許可することと
を含む、方法。
【請求項１２】
前記支払いプラットフォームに登録されている、前記ユーザの前記ユーザ名を前記販売業者に送信することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記トランザクション要求を前記販売業者に送信することをさらに含み、前記トランザクション要求は、シリアル取引番号を含む、請求項１１に記載の方法。
【請求項１４】
前記トランザクション要求を前記支払いプラットフォームに送信することをさらに含み、前記トランザクション要求は、シリアル取引番号を含む、請求項１１に記載の方法。
【請求項１５】
前記支払いプラットフォームが、前記シリアル取引番号に基づき、前記トランザクション要求を検証する前記支払いプラットフォームを判定するのに応じて、前記支払いプラットフォームから支払い結果を受信することをさらに含む、請求項１４に記載の方法。
【請求項１６】
前記支払いプラットフォームが、所定の利益配当設定に基づき、利益配当作業を実行するのを受けて、前記支払いプラットフォームから利益配当結果を受信することをさらに含む、請求項１１に記載の方法。
【請求項１７】
中間プラットフォームを通じてオンライントランザクションを実施する方法であって、
前記中間プラットフォームと販売業者との間に通信リンクを確立することと、
前記販売業者から製品の製品情報を受信することと、
前記製品情報をユーザインターフェース内の所定の位置に表示させることと、
前記表示される製品情報を、前記販売業者からの前記製品情報に対する更新と同期させることと、
ユーザから前記製品を購入するためのトランザクション要求を受信することと、
前記トランザクション要求に関連する情報を使用して、注文書を作成することと、
前記支払いプラットフォームが、前記ユーザから支払いを受信するのに応じて、支払いプラットフォームから、前記ユーザによる支払いの成功を示す支払い結果を受信することと、
前記ユーザによる前記支払いの成功を示すトランザクションメッセージを前記販売業者に送信することと
を含む、方法。
【請求項１８】
前記販売業者または前記支払いプラットフォームのうちの少なくとも１つに前記トランザクション要求を送信することをさらに含み、前記トランザクション要求は、シリアル取引番号を含む、請求項１７に記載の方法。
【請求項１９】
前記ユーザからログイン要求を受信することであって、前記ログイン要求は、前記支払いプラットフォームに登録されている、前記ユーザのユーザ名を含む、ことと、
前記支払いプラットフォームに前記ログイン要求を送信することと、
前記支払いプラットフォームによる前記ユーザの検証の成功に応じて、前記ユーザがログインするのを許可することと
をさらに含む、請求項１７に記載の方法。
【請求項２０】
前記支払いプラットフォームで登録されている、前記ユーザの前記ユーザ名を前記販売業者に送信することをさらに含む、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、参照することによってその全体が本明細書に組み込まれる、２００８年１２月１５日に出願された、名称が「ＳＹＳＴＥＭ  ＯＦ  ＯＮＬＩＮＥ  ＴＲＡＤＩＮＧ  ＴＨＲＯＵＧＨ  ＩＮＴＥＲＭＥＤＩＡＲＹ  ＰＬＡＴＦＯＲＭ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＴＨＥＲＥＯＦ」の中国特許出願第２００８１０１８２９７６．Ｘ号の優先権を主張する。
【０００２】
本開示は、概して、ネットワーキングを対象とし、より具体的には、販売当たりコスト（ＣＰＳ）ショッピングプラットフォームに関連するオンライン電子商取引システムおよび方法を対象とする。
【背景技術】
【０００３】
インターネットの発達およびデジタル署名等の暗号化技術の成熟によって、電子商取引（ｅｌｅｃｔｒｉｃ  ｃｏｍｍｅｒｃｅまたはｅ−ｃｏｍｍｅｒｃｅ）の範囲は、著しい速度で全世界的に拡大している。多くの成功を収めている企業は、Ａｍａｚｏｎ．ｃｏｍおよびＡｌｉｂａｂａ．ｃｏｍを含む、電子商取引に基づくその主要なビジネスモデルを有する。
【０００４】
この種のビジネス方法は、既存のビジネスモードに完全なる改革をもたらした。図１は、既存のオンライン取引システム１００の一般的に見られる例を図示する。システム１００は、販売業者１ａおよび１ｂと、中間プラットフォーム２と、支払いプラットフォーム３と、ユーザ４ａおよび４ｂとを含む。ユーザ４ａは、支払いプラットフォーム３を通じてオンライン支払いを行うことによって、販売業者１ａの製品を購入する。販売業者１ａは、例えば郵送によって、製品をユーザ４ａに発送する。販売業者１ａおよび支払いプラットフォーム３は、口座照合および口座送金を定期的に実施する。もちろん、支払いプラットフォーム３によって実行される機能を、中間プラットフォーム２に統合することができる。
【０００５】
支払いプラットフォーム３の一例は、ＡｌｉＰａｙ、オンライン支払いサービスプロバイダである。ユーザ４ａは、ＡｌｉＰａｙの口座を開き、直接預金または定期的リチャージによって、ある金額の資金を口座に預金する。したがって、ユーザ４ａが販売業者１ａの製品を購入する際、製品の販売を完結させるために、ＡｌｉＰａｙを通じて、ユーザ４ａの口座からの引き落としが処理される。そのようなスキームの下では、販売業者１ａは、ＡｌｉＰａｙによる口座照合および口座送金を定期的に完了するだけでよい。
【０００６】
中間プラットフォーム２の一例は、ＴａｏＢａｏ．ｃｏｍ、オンラインオークションサイトである。ユーザ４ａは、ＴａｏＢａｏ．ｃｏｍを通じて販売業者１ａの製品を購入する。中間プラットフォーム２は、少なくとも、サーバセンター１１と、データベース１２とを含む。サーバセンター１１は、各トランザクション要求を処理するために使用され、一方、データベース１２は、各トランザクションをリアルタイムで記録するために使用される。
【０００７】
図１に図示されるように、販売業者１ａとユーザ４ａとの間のトランザクションのセキュリティは、中間プラットフォーム２を経るトランザクションによって大幅に改善される。ユーザの観点から、支払いプラットフォームを通じて支払いを行うことによって、販売業者の信頼性の不確かさ（販売業者が、オンライン仮想販売業者であるため）から生じる懸念、および購入される製品の品質を評価する能力のなさが除去される。販売業者の観点から、中間プラットフォームを通じてユーザの信用を確立することによって、ユーザの懸念を取り除くことができ、したがって、販売量が向上する。この種のビジネスモデルは、販売業者、ユーザ、および中間プラットフォーム提供者の複数にとって有利な状況を達成し、近年、急激に発達し、採用されてきている。
【０００８】
図２は、既存のオンライン取引システム２００の別の一般的に見られる例を図示する。ユーザ４ａは、第１の中間プラットフォーム５・・・および第Ｎの中間プラットフォーム６等の様々な中間プラットフォームにログオンすることによって、製品（単数または複数）を購入し、支払いプラットフォーム３を通じてそれぞれの支払いを行う。支払いプラットフォーム３は、中間プラットフォームとの口座照合を実施することができ、一方、中間プラットフォームは、様々な販売業者との口座照合を実施する。代替として、支払いプラットフォーム３は、販売業者との口座照合を直接実施することができる。さらに、ユーザ４ａは、製品（単数または複数）を直接購入するために、支払いプラットフォーム３との契約関係を有する販売業者のウェブサイト７にログオンすることができる。ユーザ４ａが支払いプラットフォーム３を通じて支払いを行う場合、販売業者のウェブサイト７は、支払いプラットフォーム３との口座照合を直接実施することができる。
【０００９】
製品を購入するようにユーザを魅了するために、販売業者は、時に、製品を割引して販売する。販売業者は、そのウェブサイト上に割引製品の情報を掲示する。販売チャネルを増加させるために、販売業者はさらに、中間プラットフォーム上に割引製品の情報を掲示する。しかしながら、現在のビジネスモデルでは、販売業者のウェブサイト上に掲示された割引製品の情報と中間プラットフォーム上に掲示された割引製品の情報との間の不一致等の状況が存在し、したがって、トランザクション、およびさらには販売業者の評判にまで影響を及ぼしている。
【００１０】
ネットワークの観点から、主として、以下の欠陥が存在する。
【００１１】
（１）既存の取引方法は、一般に、以下の問題を有する。割引製品の販売量を増加させるために、販売業者は、一般に、割引製品の情報を多数のウェブサイトにリンクさせる。どんな理由であるにしろ、割引製品のそのような情報が変更される際、これらのリンクされたウェブサイト上の割引製品のそれぞれの情報は、適時更新されない場合があり、これは、トランザクションプロセス中に、望ましくない多数の不測の事象をもたらす可能性がある。ネットワーク全体の観点から、割引製品の情報を更新する必要は、データ伝送の負荷を不必要に増加させ、ネットワーク内のデータ記憶スペースを消費する。
【００１２】
（２）オンライントランザクションの過程での様々なウェブサイト用の様々な登録名およびパスワードの存在は、ウェブサイト内のデータ記憶スペース、ならびに維持のための労働力および資源の過度の浪費をもたらす傾向がある。一般に、割引製品の情報を保持するトランザクションウェブサイト、トランザクションプラットフォーム、およびさらには販売業者のウェブサイトまで、それぞれが、ユーザがログオンするためのそれぞれのユーザ名およびパスワードを要求する。これは、ユーザに、大きな数のユーザ名およびパスワードを記憶することを要求し、不運にも、忘却により、トランザクションの進行を容易に妨げ得る。ウェブサイトの観点から、膨大な量のデータ記憶スペースの人による維持の必要性は、望ましくない費用の増加をもたらす。
【００１３】
（３）消費者は、特に、有名ブランドの割引製品の場合、価格に敏感であり、優れた費用性能比を有する製品を購入することを望む。しかしながら、地理的距離および情報源の限界により、実生活において、そのような望みを常に満たすことはできない。インターネットは、情報の透明性および地理的距離の障害の排除という点で利点を提供するが、依然として、割引製品のオンライン取引に好適なオンラインプラットフォームは存在していない。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本開示の目的は、割引製品に関連するオンライントランザクションのための中間プラットフォームを通じて、オンライントランザクションを実施するシステムを提供することである。
【００１５】
本開示の別の目的は、割引製品に関連するオンライントランザクションのための中間プラットフォームを通じて、オンライントランザクションを実施する方法を提供することである。
【課題を解決するための手段】
【００１６】
前述の目的を達成するために、一態様では、一実施形態に係る、中間プラットフォームを通じてオンライントランザクションを実施する、開示されるシステムは、例えば、インターネット等のネットワークを通じて接続される、ユーザと、支払いプラットフォームと、販売業者とを含んでもよい。システムは、販売業者の割引製品の情報を提供する、中間プラットフォームをさらに含んでもよい。中間プラットフォームは、ネットワークに接続されてもよく、一実施形態では、中間プラットフォームサーバと、中間プラットフォームデータベースとを含んでもよい。
【００１７】
中間プラットフォームサーバは、同期処理ユニットと、トランザクション要求処理ユニットと、対話ユニットとを含んでもよい。同期処理ユニットは、販売業者によって提供される、割引製品のアップロードされたまたは修正された情報を受信するため、および販売業者の割引製品の情報を所定のリンクされた位置（単数または複数）に表示するために使用されてもよい。トランザクション要求処理ユニットは、販売業者から割引製品を購入するためのトランザクション要求を受信するため、トランザクション要求を割引製品に対応する販売業者に送信するため、および返されるトランザクション結果を受信するために使用されてもよい。対話ユニットは、販売業者およびユーザの外部デバイスを含む、外部デバイスとの対話を確立するために使用されてもよい。
【００１８】
中間プラットフォームデータベースは、販売業者情報記憶ユニットと、トランザクション情報記憶ユニットとを含んでもよい。販売業者情報記憶ユニットは、各販売業者のアドレス情報と、割引製品の情報とその対応する販売業者との間の対応関係とを記憶するために使用されてもよい。トランザクション情報記憶ユニットは、トランザクションの販売業者情報と、ユーザ情報と、製品情報と、トランザクション結果情報とを含む、各トランザクションのトランザクション情報を記憶するために使用されてもよい。
【００１９】
販売業者は、中間プラットフォームから送信されるトランザクション要求を受信するため、ユーザによって購入される製品の情報ならびにユーザ情報を取得するため、および支払いプラットフォームから返されるトランザクション結果に従って、続く製品の発送を完了するために、関連トランザクション情報を支払いプラットフォームに送信するために使用されてもよい、トランザクション要求受信ユニットを含んでもよい。
【００２０】
支払いプラットフォームは、支払いプラットフォームサーバと、支払いプラットフォームデータベースとを含んでもよい。支払いプラットフォームサーバは、少なくとも、ユーザ登録およびユーザログインを有する、ユーザ身元要求を受信するために使用されてもよい、ユーザ処理ユニットを含んでもよい。支払いプラットフォームデータベースは、少なくとも、ユーザ登録に関連するユーザ名およびパスワードと、ユーザ身元情報と、ユーザアドレスと、ユーザの支払い口座とを含む、様々なユーザ関連情報の間の相関を記憶するために使用されてもよい、ユーザ情報記憶ユニットを含んでもよい。
【００２１】
中間プラットフォームの中間プラットフォームサーバは、支払いプラットフォームに登録されているユーザ名で中間プラットフォームにログオンするためのユーザ要求を受信するため、要求を支払いプラットフォームに送信するため、および支払いプラットフォームによる検証の成功を受けて、ユーザのログインを許可するために使用されてもよい、支払いプラットフォーム登録ユーザ処理ユニットをさらに含んでもよい。
【００２２】
販売業者は、トランザクション要求受信ユニットに通信するように連結されてもよく、トランザクション要求受信ユニットによって解析された支払いプラットフォームの登録ユーザの情報を、支払いプラットフォームによって取得された、対応するユーザ関連情報にリンクさせるために使用されてもよい、支払いプラットフォーム登録ユーザトランザクション処理ユニットをさらに含んでもよい。
【００２３】
中間プラットフォームサーバは、トランザクション要求処理ユニットに通信するように連結されてもよく、トランザクション要求情報を支払いプラットフォームに送信するため、および支払いプラットフォームから返される支払いフィードバックを受信するために使用されてもよい、支払いプラットフォーム処理ユニットをさらに含んでもよい。
【００２４】
支払いプラットフォームサーバは、中間プラットフォームからトランザクション要求を受信するため、シリアル取引番号によって、販売業者からの同一のトランザクション要求を認識するため、および販売業者を通じて、または支払いプラットフォームサーバから直接、トランザクション結果を中間プラットフォームに送信するために使用されてもよい、中間プラットフォームトランザクション要求処理ユニットをさらに含んでもよい。
【００２５】
支払いプラットフォームサーバは、所定の利益配当設定（単数または複数）に従って、様々な中間プラットフォームとの利益配当作業を定期的に完了するために使用される、利益配当ユニットをさらに含んでもよい。
【００２６】
別の態様では、中間プラットフォームを通じてオンライントランザクションを実施する方法は、例えば、インターネット等のネットワークを通じて中間プラットフォームに接続される、ユーザと、支払いプラットフォームと、販売業者とを含む。方法は、以下の多数のアクションを含む。
【００２７】
（１）確立される中間プラットフォームとの契約関係を有する、別の中間プラットフォームまたは販売業者にリンクするように、中間プラットフォームが確立される。
【００２８】
（２）販売業者または中間プラットフォームは、その中の割引製品の情報を、割引製品情報を所定のリンクされた位置（単数または複数）に表示する、確立された中間プラットフォームと同期させる。
【００２９】
（３）ユーザからトランザクション要求を受信するのを受けて、確立された中間プラットフォームは、トランザクション要求およびユーザ情報を、各関係販売業者に送信する。
【００３０】
（４）販売業者は、注文書を作成し、注文書を支払いプラットフォームに送信する。
【００３１】
（５）支払いプラットフォームは、ユーザによる支払いを完結させ、販売業者に支払い結果を返し、販売業者を通じて、または直接、支払い結果を中間プラットフォームに送信する。
【００３２】
（６）販売業者は、返された支払い結果に基づき、製品の発送を完了する。
【００３３】
ユーザから、支払いプラットフォームに登録されているユーザ名を使用して中間プラットフォームにログオンする要求を受信するのを受けて、中間プラットフォームは、支払いプラットフォームに要求を送信し、支払いプラットフォームによる検証の成功を受けてのみ、ユーザのログインを許可してもよい。トランザクション要求を関係販売業者に送信する際、また、中間プラットフォームは、トランザクション要求内にユーザのユーザ名の情報を含んでもよい。トランザクション要求を受信するのを受けて、販売業者は、支払いプラットフォームに登録されているユーザ名の情報（解析され、その中に記憶された）を、販売業者のユーザ情報であると見なしてもよい。販売業者は、支払いプラットフォームに登録されているユーザのユーザ名の情報を含む、注文書を作成してもよい。販売業者によって受信される支払い結果は、製品の配送を完了するための、販売業者にとってのユーザの発送先を含む、ユーザ情報を含有してもよい。
【００３４】
一態様では、中間プラットフォームが、トランザクション要求を販売業者に送信する際、トランザクション要求は、シリアル取引番号を含む。また、中間プラットフォームは、シリアル取引番号を伴うトランザクション要求を支払いプラットフォームに送信する。支払いプラットフォームは、シリアル取引番号に基づき、対応するトランザクションを識別し、対応するトランザクションの支払い結果を、販売業者および中間プラットフォームに別々に送信する。また、支払いプラットフォームは、利益配当比に従って、中間プラットフォームとの利益配当を完了する。
【００３５】
ユーザ、支払いプラットフォーム、および販売業者が、インターネット等のネットワークを通じて接続される、中間プラットフォームを通じてオンライントランザクションを実施するシステムの別の態様では、また、システムは、割引製品の情報を消費者に提供する、中間プラットフォームも含む。中間プラットフォームは、インターネットに通信するように連結され、中間プラットフォームサーバと、中間プラットフォームデータベースとを含む。
【００３６】
中間プラットフォームサーバは、同期化処理ユニットと、トランザクション要求処理ユニットと、支払いプラットフォーム処理ユニットと、販売業者処理ユニットと、対話ユニットとを含んでもよい。同期化処理ユニットは、販売業者によって提供される、アップロードされたまたは修正された割引製品情報を受信するため、および販売業者からの割引製品情報を所定のリンクされた位置（単数または複数）に表示するために使用されてもよい。トランザクション要求処理ユニットは、割引製品を購入するためのトランザクション要求をユーザから受信するため、および注文書を作成するために使用されてもよい。支払いプラットフォーム処理ユニットは、注文書を支払いプラットフォームに送信するため、および支払いプラットフォームから支払い結果を受信するために使用されてもよい。販売業者処理ユニットは、支払いプラットフォーム処理ユニットに通信するように連結され、支払いの成功のトランザクションメッセージまたは支払い結果を、次いで製品の発送を完了する販売業者に送信するために使用されてもよい。対話ユニットは、販売業者およびユーザの外部デバイスを含む、外部デバイスとの対話を確立するために使用されてもよい。
【００３７】
中間プラットフォームデータベースは、販売業者情報記憶ユニットと、トランザクション情報記憶ユニットとを含んでもよい。販売業者情報記憶ユニットは、販売業者にリンクしている販売業者のアドレス情報と、販売業者の割引製品情報と販売業者との間の相関とを記憶するために使用されてもよい。トランザクション情報記憶ユニットは、トランザクションに関連する、販売業者情報と、ユーザ情報と、製品情報と、トランザクション結果情報とを含む、各トランザクションのトランザクション情報を記憶するために使用されてもよい。
【００３８】
販売業者は、ユーザによって購入される製品の情報、ならびに続く製品の発送を完了するためのユーザ情報を取得するために、中間プラットフォームから送信される支払いの成功のトランザクションメッセージを受信するために使用されてもよい、トランザクション要求受信ユニットを含んでもよい。
【００３９】
支払いプラットフォームは、支払いプラットフォームサーバと、支払いプラットフォームデータベースとを含んでもよい。支払いプラットフォームサーバは、少なくとも、ユーザ登録およびユーザログインを含む、ユーザ身元要求を受信するために使用される、ユーザ処理ユニットを含んでもよい。支払いプラットフォームデータベースは、少なくとも、ユーザ登録に関連するユーザ名およびパスワードと、ユーザ身元情報と、ユーザアドレスと、ユーザの支払い口座とを含む、様々なユーザ関連情報の間の相関を記憶するために使用される、ユーザ情報記憶ユニットを含んでもよい。
【００４０】
中間プラットフォームの中間プラットフォームサーバは、ユーザから、支払いプラットフォームに登録されているユーザ名を使用して中間プラットフォームにログオンする要求を受信するため、要求を支払いプラットフォームに送信するため、および支払いプラットフォームによる検証の成功を受けて、ユーザのログインを許可するために使用されてもよい、支払いプラットフォーム登録ユーザ処理ユニットをさらに含んでもよい。
【００４１】
支払いプラットフォームサーバは、所定の利益配当設定（単数または複数）に従って、様々な中間プラットフォームとの利益配当を完了するために使用されてもよい、利益配当ユニットをさらに含んでもよい。
【００４２】
さらなる態様では、中間プラットフォームを通じてオンライントランザクションを実施する、第２の方法は、例えば、インターネット等のネットワークを通じて中間プラットフォームに接続される、ユーザと、支払いプラットフォームと、販売業者とを含む。方法は、以下の多数のアクションを含む。
【００４３】
（１）確立される中間プラットフォームとの契約関係を有する、別の中間プラットフォームまたは販売業者にリンクするように、中間プラットフォームが確立される。
【００４４】
（２）販売業者または中間プラットフォームは、その中の割引製品の情報を、割引製品情報を所定のリンクされた位置（単数または複数）に表示する、確立された中間プラットフォームと同期させる。
【００４５】
（３）ユーザからトランザクション要求を受信するのを受けて、確立された中間プラットフォームは、トランザクション要求およびユーザ情報を含む、注文書を作成し、注文書を支払いプラットフォームに送信する。
【００４６】
（４）支払いプラットフォームは、ユーザによって行われる支払いを完了し、支払い結果を確立された中間プラットフォームに返す。
【００４７】
（５）確立された中間プラットフォームは、支払いの成功のトランザクションメッセージを、返された支払い結果に基づき、次いで製品の発送を完了する、関係販売業者に返す。
【発明の効果】
【００４８】
本開示は、消費者またはユーザのオンラインショッピングを促進し、販売業者に新しい販売チャネルを追加する、中間プラットフォームに基づく、オンライン取引方法を提供する。
【００４９】
技術的な視点から、開示されるシステムおよび方法の実施形態は、多数の利点を有する。第一に、本開示は、中間プラットフォームを提供する。販売業者は、定期的に、または事象誘発的に、中間プラットフォーム内に割引製品情報を掲載してもよく、したがって、中間プラットフォーム上の割引製品情報のアクセス性の適時性を確実なものにする。１つ以上の販売業者から膨大な量の最新割引情報を取得するために、ユーザは、中間プラットフォームにログオンするだけでよい。ネットワーク全体の観点から、様々な割引情報は、ユーザおよび販売業者に利便性を提供し、大量のデータ記憶スペースの必要性を回避するように、効率的に管理することができる。また、データトランザクションの成功率も同時に改善される。第二に、本開示は、２つの種類の取引モデル、１つの種類は、単に表示プラットフォームとして中間プラットフォームを利用し、もう一方の種類は、表示プラットフォームおよび取引プラットフォームの両方として、中間プラットフォームを利用する、を提供する。どちらのモデルが使用されるかに関わらず、資源を、ネットワーク全体の観点から効率的に割り当て、使用することができる。第三に、本開示は、中間プラットフォームおよび販売業者のウェブサイトへのログイン、ならびに中間プラットフォームに関連する、または中間プラットフォームおよび販売業者のウェブサイトを用いた様々な作業を達成するために、支払いプラットフォームに関連するユーザ名およびパスワードを使用することのみを要求する。これは、ユーザが大きな数のユーザ名およびパスワードを記憶または追跡しなければならないという問題を解決する。もちろん、開示されるシステムおよび方法の任意の実装は、すべての上記の利点を同時に達成する必要はないことが理解されるであろう。
【図面の簡単な説明】
【００５０】
【図１】既存のオンライン取引システムの一般的に見られる例を示す図である。
【図２】既存のオンライン取引システムの別の一般的に見られる例を示す図である。
【図３】実施形態に係る、中間プラットフォームを通じてオンライントランザクションを実施する、第１の例示的なシステムを示す図である。
【図４】実施形態に係る、中間プラットフォームを通じてオンライントランザクションを実施する、第１の例示的な方法のフローチャートを示す図である。
【図５】別の実施形態に係る、中間プラットフォームを通じてオンライントランザクションを実施する、第２の例示的なシステムを示す図である。
【図６】別の実施形態に係る、中間プラットフォームを通じてオンライントランザクションを実施する、第２の例示的な方法のフローチャートを示す図である。
【発明を実施するための形態】
【００５１】
本開示は、添付の図面を参照して、以下に詳細に記載される。
【００５２】
本開示における中心的考えは、オンライン取引システムにおける中間プラットフォームの使用に関する。一実施形態では、中間プラットフォームは、様々な販売業者による製品情報の掲載を可能にし、ユーザから購入要求を受信し、関連トランザクションの完了のために関係販売業者にリンクする。代替として、中間プラットフォームは、支払いプラットフォームを通じて、トランザクションを直接完了する。さらに、一実施形態では、購入要求は、支払いプラットフォームに登録されているユーザ名を使用して完了されてもよい。そのように、ユーザは、中間プラットフォームを通じてそれぞれの購入を行う際、登録を経ることなく、ログインおよび購入を完了することができる。さらに、中間プラットフォームは、支払いプラットフォームとの利益配当比に前もって同意していてもよい。次いで、支払いプラットフォームは、利益配当比に従って、様々な中間プラットフォームとの利益配当作業を定期的に実行してもよい。一般に、中間プラットフォームは、代替として、販売当たりコストプラットフォーム、またはＣＰＳプラットフォームと呼ばれてもよい。ＣＰＳプラットフォームは、既存の中間プラットフォーム（例えば、ショッピングウェブサイトの一部分）、または既存のショッピングウェブサイトから分離する別の中間プラットフォームであってもよい。
【００５３】
図３は、実施形態に係る、中間プラットフォームを通じてオンライントランザクションを実施する、システム３００を図示する。システム３００は、ユーザ２４ａおよび２４ｂと、支払いプラットフォーム２３と、販売業者２１ａおよび２１ｂとを含み、それらのすべては、ネットワーク２５を通じて接続される。
【００５４】
システム３００は、ユーザ２４ａおよび２４ｂ等の消費者に割引製品情報を提供するために使用される、１つ以上の中間プラットフォーム２２をさらに含む。中間プラットフォーム２２は、ネットワーク２５内のノードであり、ユーザ２４ａおよび２４ｂによって訪問されてもよい。いくつかの実施形態では、中間プラットフォーム２２は、ローカルエリアネットワーク、または単に単一の端末コンピュータであってもよい。他の実施形態では、中間プラットフォーム２２は、支払いプラットフォーム２３によって、または他のプラットフォームによって提供されてもよい。さらに別の実施形態では、中間プラットフォーム２２は、販売業者のウェブサイトであってもよい。
【００５５】
一実施形態では、中間プラットフォーム２２は、ネットワーク２５に通信するように連結され、中間プラットフォームサーバ２２１と、中間プラットフォームデータベース２２２とを含む。
【００５６】
中間プラットフォームサーバ２２１は、同期化処理ユニット２２３と、トランザクション要求処理ユニット２２４と、対話ユニット２２５とを含む。同期化処理ユニット２２３は、定期的に、もしくは事象誘発的に販売業者２１ａおよび２１ｂによって提供される、アップロードされたまたは修正された割引製品情報を受信する。同期化処理ユニット２２３は、販売業者２１ａおよび２１ｂからの割引製品情報を所定のリンクされた位置（単数または複数）に表示する。トランザクション要求処理ユニット２２４は、ユーザ２４ａまたは２４ｂから割引製品（単数または複数）を購入するためのトランザクション要求を受信し、トランザクション要求を、購入される割引製品（単数または複数）に対応する各販売業者２１ａ、２１ｂに送信し、返されるトランザクション結果（単数または複数）を受信する。対話ユニット２２５は、販売業者２１ａおよび２１ｂ、ならびにユーザ２４ａおよび２４ｂの外部デバイスを含む、外部デバイスとの対話を確立する。
【００５７】
中間プラットフォームデータベース２２２は、販売業者情報記憶ユニット２２６と、トランザクション情報記憶ユニット２２７とを含む。
【００５８】
販売業者情報記憶ユニット２２６は、販売業者２１ａ、２１ｂにリンクする、販売業者のアドレス情報と、割引製品情報とそれぞれの販売業者２１ａまたは２１ｂとの間の相関とを記憶する。トランザクション情報記憶ユニット２２７は、トランザクションに関連する、販売業者情報と、ユーザ情報と、製品情報と、トランザクション結果情報とを含む、各トランザクションのトランザクション情報を記憶する。
【００５９】
いくつかの実施形態では、同期化処理ユニット２２３およびトランザクション要求処理ユニット２２４は、論理ユニットであり、ソフトウェアに実装される。代替として、それらは、サーバまたはサーバのプロセッサの形態で、ハードウェアに実装することができる。
【００６０】
一実施形態では、販売業者２１は、例えば、プロセッサ上にインストールされたソフトウェアを操作する、中間プラットフォームを含む。別の実施形態では、トランザクション要求受信ユニット２１１がさらに含まれ、中間プラットフォーム２２から送信されるトランザクション要求を受信するため、ユーザ２４によって購入される製品（単数または複数）の情報ならびにユーザ情報を取得するため、および支払いプラットフォーム２３から返されるトランザクション結果に従って、続く製品の発送を完了するために、関連トランザクション情報を支払いプラットフォーム２３に送信するために使用される。
【００６１】
トランザクションは、既存の支払いプラットフォーム２３上で直接完了することができる。代替として、既存の支払いプラットフォーム２３内のソフトウェアは、中間プラットフォームに基づくオンライントランザクションを支援するようにアップグレードされてもよい。
【００６２】
一実施形態では、全オンライントランザクションの完了は、支払いプラットフォーム内のユーザ２４の登録情報を使用して達成することができ、それによって、ユーザ２４に中間プラットフォーム２２および販売業者２１のウェブサイトへの登録を要求することを回避する。支払いプラットフォーム２３は、支払いプラットフォームサーバと、支払いプラットフォームデータベースとを含む。支払いプラットフォームサーバは、少なくとも、ユーザ登録およびユーザログインを含む、ユーザ身元要求を受信するために使用される、ユーザ処理ユニットを含む。支払いプラットフォームデータベースは、少なくとも、ユーザ登録に関連するユーザ名およびパスワードと、ユーザ身元情報と、ユーザアドレスと、ユーザの支払い口座とを含む、様々なユーザ特性情報の間の対応関係を記憶するために使用される、ユーザ情報記憶ユニットを含む。
【００６３】
一実施形態では、ユーザ処理ユニットは、ソフトウェアに実装され、一方、ユーザ情報記憶ユニットは、データベース内の記憶ユニットである。記憶ユニットは、論理的観点から定義され、単一の物理的記憶スペースに限定される必要はない。具体的に、既存の記憶技術に基づき、ユーザ情報記憶ユニットは、一実施形態では、データベース内の連続する記憶スペースの一部を含んでもよく、または代替の実施形態では、データベース内の不連続の記憶スペースを含んでもよい。同様に、本開示におけるデータベース内の記憶ユニットは、論理的観点に従って定義されてもよいが、単一の物理的記憶スペースに限定されない。
【００６４】
一実施形態では、中間プラットフォーム２２の中間プラットフォームサーバ２２１は、ユーザ２４から、支払いプラットフォーム２３に登録されているユーザ名を使用して中間プラットフォーム２２にログオンするための要求を受信するため、例えば、ユーザ２４から、支払いプラットフォーム２３に登録されているユーザ名を使用してログインする要求を受信するため、要求を支払いプラットフォーム２３に送信するため、および支払いプラットフォーム２３による検証の成功を受けて、ユーザ２４によるログインを許可するために使用される、登録支払いプラットフォームユーザ処理ユニットをさらに含む。一実施形態では、販売業者２１は、トランザクション要求受信ユニット２１１と通信するように連結され、トランザクション要求受信ユニット２１１によって解析された支払いプラットフォーム２４に登録されているユーザ情報を、支払いプラットフォーム２３によって取得される関係ユーザ関連情報にリンクするために使用される、登録支払いプラットフォームユーザトランザクション処理ユニット２１２を含む。
【００６５】
販売業者２１および中間プラットフォーム２２は、独立したユーザ登録システムであってもよいことに留意されたい。具体的に、中間プラットフォーム２２にログオンする前に、ユーザ２４は、前もって、登録して、中間プラットフォーム２２の登録ユーザになる必要がある場合がある。中間プラットフォーム２２がトランザクション要求情報を関係販売業者２１に送信した後、販売業者２１は、最初に、ユーザ２４がその登録ユーザであるかどうかを判定する。ユーザ２４が登録ユーザである場合、販売業者２１は、トランザクション要求情報を処理する。そうでなければ、販売業者２１は、最初に、ユーザ２４に、登録して、販売業者２１の登録ユーザになることを要求する。本開示の好ましい一実施形態は、上述されるように、中間プラットフォームサーバ２２１内に登録支払いプラットフォームユーザ処理ユニットを設置し、販売業者２１内に登録支払いプラットフォームユーザトランザクション処理ユニット２１２を設置する。
【００６６】
一実施形態では、中間プラットフォームサーバ２２１は、トランザクション要求処理ユニット２２４と通信するように連結され、トランザクション要求情報を支払いプラットフォーム２３に送信するため、および支払いプラットフォーム２３から返される支払いフィードバックを受信するために使用される、支払いプラットフォーム処理ユニット２２８をさらに含む。一実施形態では、支払いプラットフォーム２３は、中間プラットフォーム２２からトランザクション要求を受信するため、シリアル取引番号によって、販売業者２４から送信される同一のトランザクション要求を認識するため、および販売業者２１を通じて、または支払いプラットフォーム２３から直接、トランザクション結果を中間プラットフォーム２２に送信するために使用される、中間プラットフォームトランザクション要求処理ユニット２３１を含む。
【００６７】
支払いプラットフォーム処理ユニット２２８によって送信されるトランザクション要求情報は、シリアル取引番号を含み、中間プラットフォームトランザクション要求処理ユニット２３１によって、シリアル取引番号に基づき、同一のトランザクション要求であるかどうか判定される。シリアル取引番号は、中間プラットフォーム２２および支払いプラットフォーム２３によって、前もって同意されていてもよい。例えば、シリアル取引番号は、最初のＮ２ビットは、中間プラットフォームの特性番号であり、Ｎ３番目のビットとＮ４番目のビットとの間のビットは、トランザクション時間等のトランザクション関連情報である、Ｎｌ数のビットを有してもよい。中間プラットフォームトランザクション要求処理ユニット２３１は、異なる中間プラットフォーム２２のトランザクション情報を記憶し、異なる定期的時間サイクルに従ってもよい。一実施形態では、支払いプラットフォーム２３は、所定の利益配当設定（単数または複数）に従って、様々な中間プラットフォーム２２との利益配当を完了するために使用される、利益配当ユニット２３２をさらに含む。
【００６８】
図４は、中間プラットフォームを通じてオンライントランザクションを実施する、第１の例示的な方法４００のフローチャートを示す。この方法は、インターネット等のネットワークを通じて、ユーザ、支払いプラットフォーム、および販売業者と接続される、オンライントランザクションプラットフォームで使用するのに好適である。
【００６９】
ブロックＳ１１０で、中間プラットフォームが提供され、中間プラットフォームと、契約関係が存在する販売業者との間のリンクが確立される。また、中間プラットフォームは、他の既存の中間プラットフォームとリンクされてもよい。
【００７０】
一実施形態では、販売業者のウェブサイトと類似する中間プラットフォームは、前もって設置されており、中間プラットフォームは、インターネットにおけるノードである。好ましい実施形態では、中間プラットフォームは、支払いプラットフォームによって提供される。この方法では、中間プラットフォームは、支払いプラットフォームの既存の資源、例えば、消費者資源を利用することができる。別の好ましい実施形態では、中間プラットフォームは、ＴａｏＢａｏ．ｃｏｍまたはＤａｎｇＤａｎｇ．ｃｏｍ等の別の既存の中間プラットフォームによって提供される。このように、中間プラットフォームは、既存の中間プラットフォームの資源、例えば、販売業者資源を利用することができる。
【００７１】
ブロックＳ１２０で、中間プラットフォームにリンクされる販売業者または既存の中間プラットフォームは、製品割引情報に関して、中間プラットフォームと同期させ、中間プラットフォームは、製品割引情報を所定のリンクされた位置（単数または複数）に表示する。
【００７２】
一実施形態では、販売業者または既存の中間プラットフォームは、販売業者または既存の中間プラットフォームの情報を記録する中間プラットフォームと契約関係を結んでもよい。中間プラットフォームが支払いプラットフォームによって提供される場合、販売業者または既存の中間プラットフォームは、支払いプラットフォームの登録ユーザであることができ、同意済みの契約には、例えば、利益配当比等のトランザクション情報を含むことができる。
【００７３】
一実施形態では、販売業者または既存の中間プラットフォームは、中間プラットフォームによって表示される、その製品割引情報を、定期的に、例えば、毎日または毎週更新する。代替として、更新は、事象によって、例えば、新しい製品の価格が割引される際に誘発されてもよい。製品割引情報を中間プラットフォームに送信して、そのように表示されるようにすることによって、販売業者または既存の中間プラットフォームは、所定のリンクされた位置（単数または複数）へのユーザによるアクセスに、最新の製品割引情報を提供することができる。一実施形態では、中間プラットフォームは、販売業者と同意済みのウェブアドレス（単数または複数）に製品割引情報を表示する。代替として、製品割引情報は、例えば、中間プラットフォームによってそのような情報が受信され、記憶される順序に従って、所定のウェブアドレス（単数または複数）に表示されてもよい。一実施形態では、販売業者または既存の中間プラットフォームは、製品割引情報に対する追加および／または修正を、中間プラットフォームと同期させる。一実施形態では、製品割引情報は、製品名と、製品価格と、関連割引の開始および終了時間とを含む。
【００７４】
ブロックＳ１３０で、ユーザからトランザクション要求を受信するのを受けて、中間プラットフォームは、トランザクション要求およびユーザの情報を、各関係販売業者に転送する。
【００７５】
一実施形態では、ユーザは、中間プラットフォームにログオンする前に、最初に登録して、中間プラットフォームの登録ユーザになる必要がある。別の実施形態では、中間プラットフォームのユーザは、支払いプラットフォームの登録ユーザであってもよい。ユーザが支払いプラットフォームの登録ユーザである場合、ユーザが中間プラットフォームにログオンすることを試みる際、中間プラットフォームは、ユーザのログイン情報を支払いプラットフォームに転送する。ユーザは、支払いプラットフォームによるユーザの身元の検証の成功を受けてのみ、中間プラットフォームにログオンすることを認められる。
【００７６】
各製品に対して、ユーザは、購入するために、トランザクション要求を送信し、中間プラットフォームは、トランザクション要求を関係販売業者に送信する。例えば、ユーザは、２つの割引製品の購入のためのトランザクション要求を中間プラットフォームに送信してもよい。これらの２つの割引製品が、同一の販売業者の所有物である場合、中間プラットフォームは、トランザクション要求をその販売業者に送信する。トランザクション要求は、購入される割引製品の情報（例えば、製品シリアル番号および価格）、ならびにユーザ情報を含む。ユーザが支払いプラットフォームの登録ユーザである場合、割引製品の情報と共に、支払いプラットフォームで登録されているユーザのユーザ名等の情報が関係販売業者に送信される。２つの割引製品が２つの異なる販売業者の所有物である場合、中間プラットフォームは、ユーザ情報と共に、各トランザクション要求を２つの販売業者のそれぞれに対応して転送する。
【００７７】
ブロックＳ１４０で、販売業者は、注文書を生成し、注文書を支払いプラットフォームに送信する。
【００７８】
一実施形態では、トランザクション要求を受信するのを受けて、販売業者は、注文書を生成し、注文書を支払いプラットフォームに送信する。注文書は、例えば、ユーザ情報と、購入情報とを含む。
【００７９】
ブロックＳ１５０で、支払いプラットフォームは、ユーザによって行われる支払いを完了し、支払い結果を、販売業者に、および販売業者を通じて、または直接、中間プラットフォームに返す。
【００８０】
一実施形態では、注文書を受信するのを受けて、支払いプラットフォームは、注文書からのユーザ情報を解析する。ユーザが支払いプラットフォームの登録ユーザであると判定される場合、支払いを処理するための支払いプラットフォームのデータベースから、ユーザの情報（例えば、ユーザ身元情報、ユーザの以前の配送先、ユーザ購入記録、およびユーザの支払い記録を含む）が取得される。ユーザの口座が十分な資金を有する場合、支払いが処理される。しかしながら、不十分な資金しかない場合、ユーザは、支払いを処理することができる前に、ユーザの口座をリチャージするように通知される。支払いプロセスが当該技術分野において周知であるため、簡略にするために、その詳細は、本明細書には繰り返されない。
【００８１】
支払いプラットフォームが、例えば、支払いの正常な完了等の支払い結果を販売業者に返す際、販売業者は、購入された製品のユーザの配送先への送付に進む。一実施形態では、支払い結果は、支払いプラットフォームから中間プラットフォームに返される。代替として、支払い結果は、販売業者を介して、中間プラットフォームに返される。
【００８２】
ブロックＳ１６０で、販売業者は、支払い結果に基づき、発送プロセスを完了する。
【００８３】
ユーザログインに関する様々なシナリオが存在してもよい。一実施形態では、ユーザは、中間プラットフォームにログオンするために、中間プラットフォームで新しいユーザ名を登録する、または支払いプラットフォームで登録されているユーザ名を使用する。代替として、ユーザは、販売業者のウェブサイトにログオンするために、販売業者で新しいユーザ名を登録する、支払いプラットフォームで登録されているユーザ名を使用する、または中間プラットフォームで登録されているユーザ名を使用する。一実施形態では、中間プラットフォームおよび様々な販売業者のウェブサイトへのログオンは、各販売業者および中間プラットフォームでの登録を要求することなく、ユーザログインを認める利点を達成するために、支払いプラットフォームで登録されているユーザ名を使用して実行され、したがって、ユーザに利便性を提供する。また、これは、記憶スペースの無駄を大幅に低減し、オンライントランザクションのセキュリティを向上させる。
【００８４】
一実施形態では、中間プラットフォームが、支払いプラットフォームで登録されているユーザ名を使用するログイン要求をユーザから受信する際、中間プラットフォームは、要求を支払いプラットフォームに送信し、支払いプラットフォームによる検証の成功を受けて、ユーザのログインを認める。中間プラットフォームは、トランザクション要求を関係販売業者に送信し、トランザクション要求は、支払いプラットフォームで登録されている、ユーザのユーザ名を含む。販売業者がトランザクション要求を受信した後、支払いプラットフォームで登録されているユーザ名は、販売業者によって解析され、記憶される。販売業者は、支払いプラットフォームで登録されている、ユーザのユーザ名を含む、注文書を作成する。支払い結果を受信するのを受けて、販売業者は、支払い結果から取得されるユーザ情報（ユーザの発送先を含む）を使用して、製品配送を完了する。
【００８５】
一実施形態では、中間プラットフォームは、様々な販売業者と直接通信し、支払いプラットフォームを直接経ることなく、他の中間プラットフォームと利益配当比を直接交渉する。代替として、中間プラットフォームは、支払いプラットフォームと直接通信し、支払いプラットフォームと利益配当比を交渉する。トランザクション要求が中間プラットフォームから販売業者に送信される際、トランザクション要求は、シリアル取引番号を含む。また、中間プラットフォームは、シリアル取引番号を含むトランザクション要求を支払いプラットフォームに送信する。支払いプラットフォームは、シリアル取引番号に基づき、同一のトランザクション情報を判定し、トランザクションの支払い結果を、販売業者および中間プラットフォームに送信する。その後、支払いプラットフォームは、利益配当比に従って、中間プラットフォームとの利益配当作業を完了する。
【００８６】
上述される中間プラットフォームは、単に表示機能を提供するだけであり、トランザクションに関与しない、販売業者に類似する。他の実施形態では、トランザクションは、支払いプラットフォームを通じて直接実施される。
【００８７】
図５は、中間プラットフォームを通じてオンライントランザクションを実施する、第２の例示的なシステム５００の概略構造図を示す。システム５００は、ユーザ３４ａおよび３４ｂと、支払いプラットフォーム３３と、販売業者３１ａおよび３１ｂとを含む。ユーザ３４ａおよび３４ｂ、支払いプラットフォーム３３、ならびに販売業者３１ａおよび３１ｂは、例えば、インターネット等のネットワーク３５を通じて接続される。
【００８８】
システム５００は、製品割引情報を消費者に提供する、中間プラットフォーム３２をさらに含む。中間プラットフォーム３２は、ネットワーク３５に接続され、中間プラットフォームサーバ３２１と、中間プラットフォームデータベース３２２とを含む。
【００８９】
一実施形態では、中間プラットフォームサーバ３２１は、同期化処理ユニット３２３と、トランザクション要求処理ユニット３２４と、支払いプラットフォーム処理ユニット３２５と、販売業者処理ユニット３２６と、対話ユニット３２７とを含む。同期化処理ユニット３２３は、定期的に、もしくは事象誘発的に販売業者３１ａまたは３１ｂによって提供される、アップロードされたまたは修正された製品割引情報を受信するため、および販売業者３１ａまたは３１ｂの製品割引情報を１つ以上の所定のリンクされた位置に表示するために使用される。トランザクション要求処理ユニット３２４は、ユーザ３４ａまたは３４ｂから割引製品（単数または複数）を購入するためのトランザクション要求を受信するため、および注文書を作成するために使用される。支払いプラットフォーム処理ユニット３２５は、注文書を支払いプラットフォーム３３に送信するため、および支払いプラットフォーム３３から支払い結果を受信するために使用される。支払いプラットフォーム処理ユニット３２５と通信するように連結される販売業者処理ユニット３２６は、支払いの成功のトランザクションメッセージを、次いで発送を完了する販売業者３１ａまたは３１ｂに送信するために使用される。対話ユニット３２７は、販売業者３１ａおよび３１ｂ、ならびにユーザ３４ａおよび３４ｂの外部デバイスを含む、外部デバイスとの対話を確立するために使用される。
【００９０】
一実施形態では、中間プラットフォームデータベース３２２は、販売業者情報記憶ユニット３２８と、トランザクション情報記憶ユニット３２９とを含む。販売業者情報記憶ユニット３２８は、販売業者３１ａまたは３１ｂにリンクする販売業者のアドレス情報と、製品割引情報と販売業者３１ａまたは３１ｂとの間の相関とを記憶するために使用される。トランザクション情報記憶ユニット３２９は、例えば、トランザクションに関連する、販売業者情報と、ユーザ情報と、製品情報と、トランザクション結果情報とを含む、各トランザクションのトランザクション情報を記憶するために使用される。
【００９１】
一実施形態では、販売業者３１ａは、中間プラットフォーム３２から支払いの成功のトランザクションメッセージを受信するため、ユーザ３４ａまたは３４ｂによって購入される製品（単数または複数）の情報ならびにユーザ情報を取得するため、および続く発送を完了するために使用される、トランザクション要求受信ユニット３１１を含む。
【００９２】
一実施形態では、支払いプラットフォーム３３は、支払いプラットフォームサーバと、支払いプラットフォームデータベースとを含む。支払いプラットフォームサーバは、少なくとも、ユーザ登録およびユーザログインを含む、ユーザ身元要求を受信するために使用される、ユーザ処理ユニットを含む。支払いプラットフォームデータベースは、少なくとも、各登録ユーザのユーザ登録に関連するユーザ名およびパスワードと、ユーザ身元情報と、ユーザアドレスと、支払い口座とを含む、様々なユーザ関連情報の間の相関を記憶するために使用される、ユーザ情報記憶ユニットを含む。一実施形態では、中間プラットフォーム３２の中間プラットフォームサーバ３２１は、ユーザ３４ａまたは３４ｂから、支払いプラットフォーム３３で登録されているユーザ名を使用して中間プラットフォーム３２にログオンするための要求を受信するため、要求を支払いプラットフォーム３３に送信するため、および支払いプラットフォーム３３による検証の成功を受けてログインを許可するために使用される、登録支払いプラットフォームユーザ処理ユニットをさらに含む。
【００９３】
一実施形態では、支払いプラットフォームサーバは、所定の利益配当設定（単数または複数）に従って、中間プラットフォーム３２との利益配当を完了するために使用される、利益配当ユニットをさらに含む。
【００９４】
図６は、中間プラットフォームを通じてオンライントランザクションを実施する、第２の例示的な方法６００のフローチャートを示す。方法６００は、インターネットを通じて、ユーザ、支払いプラットフォーム、および販売業者と接続される、オンライントランザクションプラットフォームで使用するのに好適である。
【００９５】
ブロックＳ２１０で、中間プラットフォームが提供され、中間プラットフォームと、契約関係が存在する販売業者との間のリンクが確立される。
【００９６】
ブロックＳ２２０で、販売業者または中間プラットフォームは、定期的に、または事象誘発的に、中間プラットフォーム上に表示される製品割引情報を同期させる。次いで、中間プラットフォームは、製品割引情報を所定のリンクされた位置（単数または複数）に表示する。
【００９７】
ブロックＳ２３０で、ユーザからトランザクション要求を受信するのを受けて、中間プラットフォームは、トランザクション要求に含有される情報およびユーザ情報に従って注文書を作成し、注文書を支払いプラットフォームに送信する。
【００９８】
ブロックＳ２４０で、支払いプラットフォームは、ユーザによって行われる支払いを完了し、支払い結果を中間プラットフォームに返す。
【００９９】
ブロックＳ２５０で、中間プラットフォームは、支払いの成功のトランザクションメッセージを関係販売業者に返す。販売業者は、返された支払い結果に基づき、その後、購入された製品の発送を完了する。
【０１００】
さらに、支払いプラットフォームは、所定の利益配当比（単数または複数）に従って、中間プラットフォームとの利益配当作業を定期的に実行する。
【０１０１】
一実施形態では、ユーザから、支払いプラットフォームで登録されているユーザ名を使用して中間プラットフォームにログオンする要求が受信された後、中間プラットフォームは、要求を支払いプラットフォームに送信し、支払いプラットフォームによる検証の成功を受けてのみ、ユーザのログインを許可する。注文書の要求が支払いプラットフォームに送信される際、中間プラットフォームは、支払いプラットフォームで登録されている、ユーザのユーザ名の情報を含む。支払い結果を受信するのを受けて、販売業者は、支払い結果から、ユーザの発送先を含むユーザ情報を取得し、配送を完了する。
【０１０２】
上述されるものは、本開示のいくつかの例示的な実施形態に過ぎず、本開示は、これらの実施形態に限定されない。当該技術分野に精通する者によって行われる、本開示に基づく任意の修正は、本開示の特許請求の範囲およびそれらの均等物の範囲内であると見なされるべきである。
2012512461.tif 000003
【図４】
2012512461.tif 000004
【図６】
2012512461.tif 000005
【図１】
2012512461.tif 000006
【図２】
2012512461.tif 000007
【図３】
2012512461.tif 000008
【図５】
2012512461.tif 000009
【国際調査報告】
2012512461.tif 000010