(57)【要約】  開示されるオンライン取引方法及びシステムは小売商及び輸送会社の間の仲介業者として作用し、及び支払いを取り扱う支払いプラットフォームを用いる。支払いプラットフォームは前記輸送会社から支払いを受け取る一方、前記小売商は支払いプラットフォームから支払いを受け取る。この方法及びシステムでは、買い手が支払いを行うために取引仲介プラットフォームから提供される支払い方法を使用することを必要としない。その代わりに、前記買い手は輸送会社に直接支払う。しかし、ＣＯＤに基づく従来の取引方法とは異なり、この開示されるオンライン取引方法及びシステムは物流プラットフォーム、又は物流会社により行われる複数の物流操作を集中的に管理する。前記小売商は物流会社から前記支払いを直接受け取らず、迅速な支払いを確実にするために集中型の支払いプラットフォームから受け取る。
2012500444.tif 000002
【特許請求の範囲】
【請求項１】
小売商及びユーザーの間で商品取引を実施するためのオンライン取引方法であって：
（ａ）前記ユーザーが取引仲介プラットフォームを介して前記小売商の製品を購入することを可能にすること、及び前記ユーザーから少なくともユーザーにより選択される支払い様式を含む取引要求を受け取ること；
（ｂ）集荷サービス要求を物流会社に送信すること；
（ｃ）小売商が製品を出荷したことを示す第１の取引状況を受け取ること；
（ｄ）ユーザーが製品を受け取ったことの確認を示す第２の取引状況を受け取ること；
（ｅ）前記物流会社から前記支払いプラットフォームへの資金の受け取りを含む、前記支払いプラットフォーム及び前記物流会社との第１の資金決済を実施すること；及び
（ｆ）前記支払いプラットフォームから前記小売商への資金の送金を含む、前記支払いプラットフォーム及び前記小売商の間で第２の資金決済を実施することとを含む、オンライン取引方法。
【請求項２】
前記支払いプラットフォームが取引仲介プラットフォームから分離されたものである、請求項１に記載の オンライン取引方法。
【請求項３】
前記支払いプラットフォーム及び前記取引仲介プラットフォームが単一の仲介プラットフォームに統合される、請求項１に記載の オンライン取引方法。
【請求項４】
前記支払いプラットフォーム及び前記物流会社の間の前記第１の資金決済が前記物流会社の代理の物流プラットフォームを介して実施される、請求項１に記載の オンライン取引方法。
【請求項５】
前記支払いプラットフォーム及び前記物流会社の間の前記第１の資金決済、並びに前記支払いプラットフォーム及び 前記小売商の間の前記第２の資金決済が、複数の取引について集合的に、定期的に実施される、請求項１に記載の オンライン取引方法。
【請求項６】
前記第１の資金決済がサービス料を物流会社に支払うことを含む、請求項１に記載の オンライン取引方法。
【請求項７】
第２の 資金決済がサービス料を小売商に課すことを含む、請求項１に記載の オンライン取引方法。
【請求項８】
複数の物流会社から前記取引仲介プラットフォームと契約する物流会社を小売商が選択することを可能にすることを更に含む、請求項１に記載の オンライン取引方法。
【請求項９】
前記物流会社が小売商 によりその小売商が関与する全取引の既定物流会社として選択される、請求項８に記載の オンライン取引方法。
【請求項１０】
前記物流会社が前記取引仲介プラットフォームにより指定される、請求項１に記載の オンライン取引方法。
【請求項１１】
「貨物集荷が失敗」を示す集荷サービス結果が前記物流プラットフォームから受け取られたときにその出来事を追跡すること；前記出来事の累計数が閾値を超える場合に所定の規則に従い罰則処置を小売商に加えることを更に含む、請求項１に記載の オンライン取引方法。
【請求項１２】
小売商及びユーザーの間の商品取引を実施するためのオンライン取引 システムであって、 前記オンライン取引システムは取引仲介プラットフォーム及び支払いプラットフォームを含み、前記取引仲介プラットフォーム及び前記支払いプラットフォームは以下を遂行するためにプログラムされる、オンライン取引 システム：
（ａ）ユーザーが取引仲介プラットフォームを介して小売商の製品を購入することを可能にし、及びユーザーから少なくともユーザーにより選択される支払い様式を含む取引要求を受け取ること；
（ｂ）集荷サービス要求を物流会社に送信すること；
（ｃ）小売商が製品を出荷したことを示す第１の取引状況を受け取ること；
（ｄ）ユーザーが製品を受け取ったことの確認を示す第２の取引状況を受け取ること；
（ｅ）前記物流会社からの資金を前記支払いプラットフォームに受け取ることを含む、支払いプラットフォーム及び物流会社との第１の資金決済を実施すること；及び
（ｆ）支払いプラットフォームから前記小売商への資金の送金を含む、前記支払いプラットフォーム及び前記小売商の間で第２の資金決済を実施すること。
【請求項１３】
前記取引仲介プラットフォームがインターネットを介して前記ユーザー、 前記小売商、及び前記物流会社によりアクセス可能である、請求項１２に記載のオンライン取引 システム。
【請求項１４】
前記支払いプラットフォームが指定回線又はインターネットを介して前記小売商及び前記物流会社によりアクセス可能である、請求項１２に記載のオンライン取引 システム。
【請求項１５】
前記取引仲介プラットフォーム及び 前記支払いプラットフォームが指定回線、 ローカル・エリア・ネットワーク、及びインターネットの任意の１つ以上で接続される、請求項１２に記載のオンライン取引 システム。
【請求項１６】
前記取引仲介プラットフォーム及び 前記支払いプラットフォームが単一の仲介プラットフォームに統合される、請求項１２に記載のオンライン取引 システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はネットワーキ利用分野に関し、具体的にはオンライン取引を実施するための方法及びシステムに関する。
【背景技術】
【０００２】
インターネットの発展及びデジタル署名などの暗号化技術の成熟に伴い、電子商取引は全世界的に驚異的な速度で拡大しつつある。多くの成功している会社が電子商取引を企業活動の主要な方法として成長している。新しいビジネス方法は、電子商取引が既存のビジネス方式を完全に革命化しつつある状況において発展しつつある。
【０００３】
図１は既存のオンライン取引システムの一般的例の模式的構造略図を示している。このシステムは小売商１１、取引仲介プラットフォーム１２、支払いプラットフォーム１３、及びユーザー１４を含む。ユーザー１４は小売商１１の商品を購入し、及び支払いプラットフォーム１３を用いてオンライン支払いを行う。小売商１１はユーザー１４に商品を出荷する。小売商１１及び支払いプラットフォーム１３は定期的に口座決済及び口座送金を行う。支払いプラットフォーム１３により達成される機能は取引仲介プラットフォーム１２に統合され得る。「ＡｌｉＰａｙ」は仲介プラットフォーム１２の１例である。ユーザー１４は「ＡｌｉＰａｙ」に口座を開くことができ、及び一定の資金額を口座に直接預金又は再チャージ方法を介して預金できる。ユーザー１４が小売商１１の商品を購入するとき、口座からの引き落としは「ＡｌｉＰａｙ」を介して処理される。この方法では、小売商１１が口座決済及び口座送金を「ＡｌｉＰａｙ」により定期的に行うことのみが要求される。
【０００４】
取引仲介プラットフォーム１２はサーバー・センター１２１及びデータベース１２２を有し得る。このサーバー・センター１２１は、注文要求を処理するために用いられる一方、データベース１２２は各取引をリアルタイムで記録するために用いられる。上記に説明されるオンライン取引では、小売商１１及びユーザー１４が取引仲介プラットフォーム１２を介して取引を行うため、取引の安全性が改善される。ユーザー１４の観点からは、取引仲介プラットフォーム１２を介して支払いを行うことにより、オンライン仮想小売商１１の信頼性及び購入する製品の品質に関する懸念が取り除かれる。小売商１１の観点からは、取引仲介プラットフォーム１２が買い手（ユーザー１４）の信頼性を確立するので、取引量が増大される。この種のビジネス様式は、小売商１１、ユーザー１４及び取引仲介プラットフォーム１２の間にお互いに利益がある様式（ｗｉｎ−ｗｉｎ）を達成し、及び急速な発展が見られる。
【０００５】
以上の取引様式はいくつかの欠点を有する。第１に、現在のビジネスモデル支払い方法により提供される支払いプラットフォームを使用できない買い手の買い物ニーズを満足させず、及び高額な金銭をオンラインの購入に用いることに不安を持つユーザーを満足させることもない。第２に、ユーザーが購入するときに見た製品のオンラインの画像と実際に購入したものとの間の不一致による紛争がしばしば生起される。第３に、オンライン・ショッピングではいくつかの小売商は未だに物流会社を介する直接宅配及びし払い代金回収により製品を販売している。物流会社が代金の回収を委託される場合、物流会社による支払いの返還が遅い場合に小売商はキャッシュフローの圧力に直面する。第４に、物流会社が代金の回収を委託される場合、異なる小売商が異なる物流会社に委託し、及び物流会社間に統一的な標準が存在しないために、さまざまな取引の問題が生起される可能性がある。このことは特に物流会社による支払いが遅れる場合に生じる。
【発明の概要】
【０００６】
開示されるオンライン取引方法及びシステムは小売商及び輸送会社の間の仲介業者として作用し、及び支払いを取り扱う支払いプラットフォームを用いる。支払いプラットフォームは前記輸送会社から支払いを受け取る一方、前記小売商は支払いプラットフォームから支払いを受け取る。この方法及びシステムでは、買い手が支払いを行うために取引仲介プラットフォームから提供される支払い方法を使用することを必要としない。その代わりに、前記買い手は輸送会社に直接支払う。しかし、ＣＯＤに基づく従来の取引方法とは異なり、この開示されるオンライン取引方法及びシステムは物流プラットフォーム、又は物流会社により行われる複数の物流操作を集中的に管理。前記小売商は物流会社から前記支払いを直接受け取らず、迅速な支払いを確実にするために集中型の支払いプラットフォームから受け取る。
【０００７】
前記支払いプラットフォーム及び前記取引仲介プラットフォームは、２つの個別のプラットフォームであるか、又は単一の仲介プラットフォームに統合されるかのいずれかであってよい。支払いプラットフォーム及び物流会社の間の資金決済は、物流会社の代理を行う物流プラットフォームを介して遂行され得る。物流プラットフォームは、複数の物流会社により共有される中央化された物流プラットフォームであるか、又は異なる物流会社により行われる独立した物流操作であるかのいずれかであり得る。１実施形態では、本方法は小売商が取引仲介プラットフォームと契約する複数の物流会社から物流会社を選ぶことを可能にする。この物流会社は、小売商により小売商の関与する全ての取引のための既定の物流会社として選択され得る。代替的に、この物流会社は取引仲介プラットフォームにより指定され得る。支払いプラットフォーム及び物流会社の間の資金決済は、物流会社にサービス料を払うことを含み得る。支払いプラットフォーム及び小売商の間の資金決済は、小売商にサービス料を課すことを含み得る。これらの資金決済の両方とも、各取引に対して個別に遂行されるか、複数の取引に対して定期的に集合的に遂行されるかの、いずれかであり得る。
【０００８】
小売商及びユーザー間で商品の取引を実施するためのオンライン取引システムは、取引仲介プラットフォーム及び支払いプラットフォームを含む。これらの取引仲介プラットフォーム及び支払いプラットフォームは本明細書において開示される方法の行為を実行するようにプログラムされている。この取引仲介プラットフォームは、ユーザー、小売商、及び物流会社によりインターネットを介してアクセスされ得る。この支払いプラットフォームは小売商及び物流会社により指定された回線又はインターネットを介してアクセスされ得る。これらの取引仲介プラットフォーム及び支払いプラットフォームは、指定された回線、ローカル・エリア・ネットワーク、又はインターネットの任意の１つ以上を介して接続され得る。１実施形態ではこれらの取引仲介プラットフォーム及び支払いプラットフォームは、単一の仲介プラットフォームに統合されている。
【０００９】
既存技術に比較して、本開示の方法及びシステムはいくつかの潜在的な便益を有する。第１に、小売商及び物流会社の間に作用する支払いプラットフォームを使うことで、物流会社により引き起こされ得る支払い遅延が回避され、及び取引の安全性が改善される。既存のＣＯＤを用いる方法では、小売商は小売商の代理として代金回収を委託される物流会社による遅い支払いの返還に起因する財務的圧力を蒙る。開示される方法では、物流会社による支払いの返還は支払いプラットフォームにより確実に取り扱われる。このことは、物流会社から、より効率的に取り扱われる支払いプラットフォームへ代金回収の負担を移転させる。同時に、物流会社は支払いプラットフォームからより統一的で信頼性の高い方式によりサービス料を受け取ることができる。第２に、買い手及び小売商は、ネットワークを介して現在の取引の状態をリアルタイムで問い合わせることができ、このことは利便性、迅速性、及び情報の透明性の便益に値する。
【００１０】
以下の「発明の詳細な記載」において更に述べられる概念の選択を単純化された形態で紹介するために、この要旨が提供される。この要旨は請求される対象の主要な特徴及び本質的な特徴を特定することを意図しておらず、又は請求される対象の範囲を決定する一助として用いられることも意図されていない。
【図面の簡単な説明】
【００１１】
発明の詳細な記載は、付随する図面を参照して詳細が記述される。これらの図面において参照番号のもっとも左の桁はその参照番号が最初に現れる図面の番号を特定している。異なる図面における同一の参照番号の使用は同様又は同一の項目を示す。
【図１】既存の一般的なオンライン取引システムの模式的構造の略図を示す図である。
【図２】本開示に従う第１の例示的オンライン取引処理のための構造的略図を示す図である。
【図３】本開示に従う第１の例示的オンライン取引処理のためのフローチャートを示す図である。
【図４】本開示に従う第２の例示的オンライン取引処理のための構造的略図を示す図である。
【図５】本開示に従う第２の例示的オンライン取引処理のためのフローチャートを示す図である。
【発明を実施するための形態】
【００１２】
本開示の例示的実施形態が付随する図面を用いて詳細に記載される。
【００１３】
本開示では、「モジュール」又は「ユニット」とは一般的に特定の業務又は機能を実施するように機能的に設計されるものを指す。モジュール又はユニットは、前記特定の業務若しくは機能に付随する目的を達成させるための、ハードウエア、ソフトウエア、計画若しくはスキーム、若しくはそれらの組み合わせの１部分であることができる。加えて、別々のユニットの描写は、必ずしも物理的に分離された機器が使用されることを示唆しない。その代わり、前記描写は構造的ではなく、単に機能的なものであり得て、いくつかのユニットの機能が単一の組み合わされた機器又は構成要素により遂行され得る。コンピューター使用のシステム中で用いられるとき、プロセッサ、記憶装置、メモリーなどの通常のコンピューター構成要素はさまざまな各機能を実施するために１つ以上のユニット又は機器として機能するためにプログラムされ得る。
【００１４】
図２は、本開示に従う第１の例示的オンライン取引処理のための構造的略図を示す。このシステムはその適用環境と共にユーザー２４（例えば買い手）、小売商２１、取引仲介プラットフォーム２２、支払いプラットフォーム２３、及び契約された物流会社の物流プラットフォーム２５を含む。ユーザー２４、小売商２１、及び物流プラットフォーム２５はインターネットを介して取引仲介プラットフォーム２２に接続する。小売商２１及び物流会社の物流プラットフォーム２５はインターネットを介して支払いプラットフォーム２３に接続する。
【００１５】
代替的に、小売商２１及び物流プラットフォーム２５は指定回線を介して支払いプラットフォーム２３に接続し得る。取引仲介プラットフォーム２２及び支払いプラットフォーム２３は互いに指定回線、ローカル・エリア・ネットワーク、又はインターネットを介して接続される。
【００１６】
商品取引を実施するためのオンライン取引システムの中核は、本明細書において開示される方法の行為を実施するようにプログラムされた取引仲介プラットフォーム２２及び支払いプラットフォーム２３を含む。
【００１７】
本開示では、取引仲介プラットフォーム２２は主として小売商２１及びユーザー２４の間の取引遂行のために設置される
取引仲介プラットフォーム２２は各小売商の契約情報、ユーザー２４の登録情報、及び各物流会社の契約情報を保存する。取引仲介プラットフォーム２２は各取引の取引データの処理及び保存に用いられる。支払いプラットフォーム２３は、主に口座の財務的業務を完了すること及び小売商２１及び物流会社との口座決済のために用いられる。
【００１８】
取引仲介プラットフォーム２２及び支払いプラットフォーム２３との間の論理的差異は以下で詳細に説明される。
【００１９】
取引仲介プラットフォーム２２は第１のサーバー２２１及び第１のデータベース２２２を含む。取引仲介プラットフォーム２２はインターネットと接続するためのネットワーク・インターフェース機器、及びその安全性を改善するために用いられるネットワーク・セキュリティ機器（例えばファイアウオール）を更に含む。これらの機器は、オンライン取引プラットフォームのための通常で普通のものであり、及び本明細書においては記載されない。
【００２０】
第１のサーバー２２１はさまざまな機能を実施するようにプログラムされている。これらの機能は機能的モジュール又はユニットの観点から以下に記載される。
【００２１】
ユーザー処理サブユニット２２３はユーザー２４により提出されるさまざまな要求を受け取り及び処理するために用いられる。この要求は登録、取引要求を含み得る。ユーザー処理サブユニット２２２は、ユーザー２４との双方向作用を確立し及び保存するためにも用いられる。ユーザー２４は任意のユーザーの一般的代表であることを理解されたい。実際面では複数のユーザーが第１のサーバー２２１にアクセスし得る。
【００２２】
取引仲介プラットフォーム２２に登録すると、ユーザー２４はオンライン取引を実施することが可能になる。ユーザー名及びパスワードを登録する一方、ユーザー２４は更に配達時の支払い方法を特定し得る。かかる登録情報により、取引仲介プラットフォーム２２はユーザー２４に用いられる習慣的支払い方法を知る。
【００２３】
小売商処理サブユニット２２４は小売商２１とのさまざまな相互作用の活動を受け取り及び処理するために用いられる。例えば、小売商処理サブユニット２２４は小売商２１からの登録要求を受け取り及び処理するために用いられる。
【００２４】
小売商２１の登録が現在のプラットフォームにより要求される登録要件を満たす場合、登録が許可され、及び小売商２１の情報が保存される。各商品取引における取引結果は小売商処理サブユニット２２４を介して小売商２１に返される。１実施形態では、各取引の取引現況を問い合わせるために、小売商２１は小売商処理サブユニット２２４を介して取引仲介プラットフォーム２２にログインすることができる。
【００２５】
物流プラットフォーム処理サブユニット２２５は、物流会社の契約情報を受け取り及び保存するため、並びに各取引において物流プラットフォーム２５から送られるさまざまな取引情報を受け取り及び保存するために用いられる。例えば、物流プラットフォーム処理サブユニット２２５は集荷サービスの結果を送信し、及びかかる情報を受け取った後にユーザーの確認を支払いプラットフォーム２３に送信するために用いられる。
【００２６】
取引処理装置２２６は各取引を処理し、及び処理結果を第１のデータベース２２２に保存するために用いられる。第１のデータベース２２２はさまざまな記憶機能のためにいくつかの領域に分割されることができる。例えば、ユーザー記憶領域２２７はユーザー情報を保存するために用いられる。
【００２７】
小売商記憶領域２２８は小売商情報を保存するために用いられる。物流プラットフォーム記憶領域２２９物流会社情報を保存するために用いられる。取引データ記憶領域２３０各取引の状態を保存するために用いられる。
【００２８】
支払いプラットフォーム２３は各小売商及び各物流会社との資金決済を実施するために用いられる。１実施形態では、支払いプラットフォーム２３は小売商との資金決済及び物流会社との資金決済を別々に取り扱うために用いられる。支払いプラットフォーム２３は物流会社との第１の支払い決済（物流プラットフォーム２５を介する）、及び小売商２１との第２の支払い決済を実行し得る。第１の支払い決済は物流会社から支払いプラットフォーム２３に資金を受け取ることを含む。第２の支払い決済支払いプラットフォーム２３から小売商２１に資金を送金することを含む。
【００２９】
支払いプラットフォーム２３及び取引仲介プラットフォーム２２の間の異なる接続方法に基づき、支払いプラットフォーム２３には、わずかに異なるハードウエアの組み合わせが実装され得る。例えば支払いプラットフォーム２３及び取引仲介プラットフォーム２２がインターネットを介して接続される場合には、ネットワーク・セキュリティ機器（例えばファイアウオール）は支払いプラットフォーム２３に実装される。支払いプラットフォーム２３及び取引仲介プラットフォームが指定回線を介して接続される場合には、ネットワーク・セキュリティ機器は不要であってよい。
【００３０】
支払いプラットフォーム２３は第２のサーバー２３１及び第２のデータベースを更に含む。第２のサーバー２３１はさまざまな機能ユニットを含む。例えば相互作用処理装置２３３は、取引仲介プラットフォーム２２との相互作用を処理するために用いられる。会計処理装置２３４は、所定の設定に従い各物流プラットフォーム２５との定期的又はリアルタイムでの会計操作を実施するため用いられる。物流プラットフォーム２５が定期で会計作業を完了するように設定される場合、製品価格、運送費、及びサービス料を含む当該期間の全料金は物流会社から前もって支払いプラットフォーム２３に送られる。次いで支払いプラットフォーム２３は、収入分割計画に基づき分割された費用を物流会社に分配する。
【００３１】
口座決済処理装置２３５は所定の設定に応じて、定期的、又はリアルタイムで各小売商との口座決済操作を完了するために用いられる。各小売商はその特性及び製品の取引の特性に基づいて、口座決済の方法を選択し得る。例えば各取引が完結すると、小売商２１は支払いプラットフォーム２３が現在の成功した取引の製品価格及び出荷価格を含む支払いを小売商２１の指定する口座に送金することを選択し得る。
【００３２】
第２のデータベース２３２は異なる記憶の目的のためのさまざまなユニットを含み得る。小売商口座記憶装置２３６は小売商２１との口座決済の規則、及び小売商２１との各取引の状態を保存するために用いられる。物流プラットフォーム記憶装置２３７は物流会社との口座決済の規則、及びそれぞれの物流会社との各取引口座決済の状態を保存するために用いられる。ユーザー処理サブユニット２２３、小売商処理サブユニット２２４、物流プラットフォーム処理サブユニット２２５、及び取引処理装置２２６は論理装置であり、及び第１のサーバー２２１のプロセッサに統合され得る。同様に会計処理装置２３４及び口座決済処理装置２３５は論理装置であり、及び第２のサーバー２３１のプロセッサに統合され得る。支払いプラットフォーム２２及び物流会社との間の資金決済は物流会社の代理として物流プラットフォーム２５を介して遂行され得る。
【００３３】
物流プラットフォーム２５は複数の物流会社により共有される集中化された物流プラットフォームであるか、異なる物流会社により行われる別個の物流操作であるかのいずれかであり得る。
【００３４】
支払いプラットフォーム２３及び物流会社の間の資金決済は、物流会社にサービス料を払うことを含み得る。支払いプラットフォーム２３及び小売商２１の間の資金決済は、小売商２１にサービス料を課すことを含み得る。これらの資金決済の両方とも、各取引に対して個別に遂行されるか、複数の取引に対して定期的に集合的に遂行されるかの、いずれかであり得る。
【００３５】
図３は本開示のシステムを用いるオンライン取引の例示的方法を示す。この方法は小売商３１及びユーザー３４の間の物流会社の物流プラットフォーム３５を介する商品取引を実施するために用いられる。この方法は以下に記載される操作を含む。この記載においては、プロセスが記載される順序は制限として解釈されることを意図しておらず、及び任意の記載されるプロセスのブロック番号は、この方法を実行するために任意の順序で組み合わされ得るか、又は他の方法と組み合わされ得る。
【００３６】
Ｓ３１０：ユーザー３４は取引仲介プラットフォーム３２を介して小売商３１の製品を購入し、及び取引仲介プラットフォーム３２に、代金引換払いなどのユーザー３４により選択される支払い様式を含む取引要求を提出する。
【００３７】
小売商３１は取引仲介プラットフォーム３２に販売（例えば競売される）される製品を価格と共に公表する。取引仲介プラットフォーム３２にログインすると、登録ユーザー３４は全費用（製品価格、運送費及びサービス料を含む）及び製品購入に要求される支払い方法を閲覧できる。ユーザー３４は製品の購入を決心すると取引要求を取引仲介プラットフォーム３２に提出する。この取引要求は製品情報、要求される支払額及び支払い様式を含む。ユーザー３４が代金引換払い（ＣＯＤ）の支払い方法を選択する場合、この取引要求はユーザーの配送先住所を更に含み得る。
【００３８】
Ｓ３２０：取引仲介プラットフォーム３２は支払い様式を含む取引情報を支払いプラットフォーム３３に送信する。ユーザー３４からの取引要求を受け取ると、取引仲介プラットフォーム３２は取引記録を作成し、及び支払いプラットフォーム３３による取引の発生を促進するために、取引情報（特に支払い様式）を支払いプラットフォーム３３に送信する。
【００３９】
Ｓ３３０：取引仲介プラットフォーム３２集荷サービス要求を、小売商３１により選択されるか、又は取引仲介プラットフォーム３２により指定されたかのいずれかである契約物流会社の物流プラットフォーム３５に送信する。１実施形態では、ステップＳ３３０は以下の操作手順を含み得る：
取引仲介プラットフォーム３２は情報取引要求を小売商３１に送信する。このことにより、小売商３１は適時に現在の取引の状態について知ることができ、及び小売商３１が迅速に製品出荷の準備をすることを助ける。小売商３１は取引仲介プラットフォーム３２に小売商３１により指定された契約物流会社の情報を送信する。その後、取引仲介プラットフォーム３２は物流会社に集荷サービスの要求を送信する。この要求は集荷される製品の情報、製品購入の全費用、及びユーザー３４の住所を含み得る。物流プラットフォーム３５は小売商３１の住所を見出すために随意に取引仲介プラットフォーム３２にログインできる。
【００４０】
代替的に、ステップＳ３３０は以下の操作手順を含み得る。取引仲介プラットフォーム３２は直接集荷サービス要求を小売商３１により前もって指定された契約物流会社に対応する物流プラットフォーム３５に送信する。物流会社は契約物流会社となるために、前もって取引仲介プラットフォーム３２と契約を交わす。各取引において、現在の取引を完了させるために、小売商３１は１つの契約物流会社を利用可能な契約物流会社から選び得る。
【００４１】
代替的に、小売商３１は前もって小売商３１の指定物流会社として１つの契約物流会社をこれらの契約物流会社から選ぶことができ、及びこの指定物流会社を用いて全ての取引を完了させ得る。
【００４２】
Ｓ３４０：「貨物集荷が成功したこと」を示す集荷サービスの結果を物流プラットフォーム３５から受け取ると、取引仲介プラットフォーム３２は支払いプラットフォーム３３に小売商３１が製品を出荷したことを示す取引状況を送信する。
【００４３】
物流会社の貨物を集荷する試みの結果は、通常は「貨物集荷の成功」又は「貨物集荷の失敗」のいずれかである。結果が「貨物集荷の成功」の場合、この物流会社は物流プラットフォーム３５を介して集荷サービス結果を支払いプラットフォーム３３に送信する。取引仲介プラットフォーム３２は小売商３１及びユーザー３４からの問い合わせを可能にするため集荷サービス結果を保存し、及び「貨物集荷の成功」を示す取引状況を支払いプラットフォーム３３に送信する。
【００４４】
結果が「貨物集荷の失敗」の場合にも、この物流会社は物流プラットフォームを介して集荷サービスの結果を取引仲介プラットフォーム３２に送信する。「貨物集荷の失敗」の原因が、集荷結果に含まれ得る。例えば小売商３１が製品を準備しなかったために取引の完了に失敗することがあり得る。
【００４５】
取引仲介プラットフォーム３２は、「貨物集荷の失敗」を示す集荷サービス結果を物流プラットフォームから受け取った場合には、その出来事を追跡し、及び特定の小売商のかかる失敗の出来事の累計が閾値を超えた場合には、所定の規則に従い罰則処置を小売商に加えることができる。例えば「貨物集荷の失敗」を示す集荷サービス結果を物流プラットフォーム３５から受け取った場合、取引仲介プラットフォーム３２は集荷サービスの結果を支払いプラットフォーム３３に送信し、及びこの特定の小売商が累積した「貨物集荷の失敗」の合計数が閾値よりも大きいか否かを決定する。イエスの場合、小売商３１は所定の規則に従って処置される。例えば、取引仲介プラットフォーム３２小売商３１を仲介取引プラットフォーム３２での取引から除外し得る。
【００４６】
Ｓ３５０：物流プラットフォーム３５が、「ユーザーが貨物の受け取りを確認済み」を示すユーザーの確認を受け取ると、取引仲介プラットフォーム３２は支払いプラットフォーム３３に買い手（即ち、ユーザー３４）が製品を受け取ったことを示す取引状況を送信する。例えば物流会社が製品をユーザー３４に配送後、ユーザー３４は通常は製品を確認後に支払いを行い得る。次にこの物流会社はその物流プラットフォーム３５を介してユーザーの確認の情報を取引仲介プラットフォーム３２に送信する。取引仲介プラットフォーム３２は次に対応する取引状況を支払いプラットフォーム３３に送信する。しかしある場合にはユーザーが製品に対する支払いを拒否することがあり得る。この場合、物流会社はその物流プラットフォーム３５を介して、ユーザーの拒否の情報を取引仲介プラットフォーム３２に送信する必要がある。次いで、取引仲介プラットフォーム３２は対応する取引状況を支払いプラットフォーム３３に送信するばかりではなく、いくつかの追加的操作を実施する必要がある。例えば、取引仲介プラットフォーム３２は製品を小売商３１に返品することを示す処理指示を物流プラットフォーム３５に送信し得る。物流プラットフォーム３５は取引仲介プラットフォーム３２に製品が小売商３１に返品されたことを示す処理結果を送信する。次いで、取引仲介プラットフォーム３２は処理結果を支払いプラットフォーム３３に送信する。
【００４７】
Ｓ３６０：支払いプラットフォーム３３及び小売商３１は取引の支払いをリアルタイム、又は定期的に決済する。
【００４８】
１例示的実施形態では、小売商３１が支払いを早く受け取りたい場合には、支払いプラットフォーム３３は各取引での「ユーザーが貨物の受け取りを確認済み」を受け取るとすぐに製品費用及び運送費を小売商３１に送金し得る。しかし、支払いプラットフォーム３３及び小売商３１は定期的に支払いの決済を行うことに合意してもよい。支払いプラットフォーム３３は各決済において当該期間内の成功した取引の全支払いを小売商３１に送金し得る。
【００４９】
Ｓ３７０：支払いプラットフォーム３３及び物流プラットフォーム３５会計及び利益分配（又は収益分配）操作をリアルタイム又は定期的に完了し得る。
【００５０】
典型的な協定では、物流会社はユーザー３４から受け取った各支払いを支払いプラットフォーム３３に送金する。このユーザー３４からの支払いは、製品、運送費、及びサービス料の全費用を賄う。支払いプラットフォーム３３は、続いて利益分配（又は収益分配）の一部としてサービス料を物流会社に支払う。取引仲介プラットフォーム３２及び支払いプラットフォーム３３が異なる会社に属する場合、サービス料はこの３者で分配される。支払いプラットフォーム３３及び物流プラットフォーム３５が口座決済を行う方式は前もって２者により合意された口座決済の規則に決定され得る。
【００５１】
物流プラットフォーム３５は中央化されたプラットフォームであるか、単に物流会社により行われる個別の物流操作の何れかであり得ることに注意されたい。どちらの場合でも、この中央化された物流プラットフォーム３５又は個別の物流プラットフォーム（操作）３５は、支払いプラットフォーム３３により集中管理される。上記の取引プロセスで説明されたように、物流会社は前もって支払いプラットフォーム３３と契約を交わし、及び支払いプラットフォーム３３は物流会社の中央化された管理を実施する。
【００５２】
小売商の観点からは、支払い遅延の問題が解決される。ユーザー（買い手）の観点からは、取引がより安全な予防手段を持つ。
【００５３】
以下で見られるように、１実施形態では、この支払いプラットフォームは取引仲介プラットフォーム内に設定され得る。
【００５４】
図４は、本開示に従う第２の例示的オンライン取引システムの模式的構造略図を示す。このシステム４００は、ユーザー４４、小売商４１、仲介プラットフォーム４０、及び契約物流会社の物流プラットフォーム４５を含む。ユーザー４４、小売商４１、及び物流会社の物流プラットフォーム４５はインターネットを介して仲介プラットフォーム４０に接続する。
【００５５】
仲介プラットフォーム４０は主に小売商４１及びユーザー４４の間の取引を実施するために設置されるプラットフォームである。仲介プラットフォーム４０は各小売商４１の契約情報、ユーザー４４の登録情報、及び各物流会社の契約情報を保存する。仲介プラットフォーム４０は、各取引の取引状態を処理及び保存するために用いられる。
【００５６】
仲介プラットフォーム４０は取引仲介プラットフォーム３２及び支払いプラットフォーム３３の組み合わせであり、この実施形態では単一のプラットフォームに統合される。取引仲介プラットフォーム３２及び支払いプラットフォーム３３の機能は、仲介プラットフォーム４０により一体的に遂行される。仲介プラットフォーム４０は第１のサーバー４０１及び第１のデータベース４０２を含む。
【００５７】
取引仲介プラットフォーム４０はインターネットと接続するためのネットワーク・インターフェース機器、及びその安全性を改善するために用いられるネットワーク・セキュリティ機器（例えばファイアウオール）を更に含む。これらの機器は、オンライン取引プラットフォームのための通常で普通のものであり、及び本明細書においては記載されない。第１のサーバー２２１はさまざまな機能を実施するようにプログラムされている。これらの機能は機能的モジュール又はユニットの観点から以下に記載される。
【００５８】
第１のサーバー４０１はさまざまな機能を実施するようにプログラムされている。ユーザー処理サブユニット４０３はユーザー４４により提出されるさまざまな要求を受け取り及び処理するために用いられる。この要求は登録、取引要求を含み得る。ユーザー処理サブユニット４０２は、ユーザー２４との双方向作用を確立し及び保存するためにも用いられる。小売商処理サブユニット４０４は小売商４１とのさまざまな相互作用の活動を受け取り及び処理するために用いられる。物流プラットフォーム処理サブユニット４０５は、物流会社の契約情報を受け取り及び保存するため、並びに各取引において物流プラットフォーム４５から送られるさまざまな取引情報を受け取り及び保存するために用いられる。取引処理装置４０６は各取引を処理し、及び処理結果を第１のデータベース４０２に保存するために用いられる。
会計処理装置２３４は、所定の設定に従い各物流プラットフォーム４５との定期的又はリアルタイムでの会計操作を実施するため用いられる。
【００５９】
口座決済処理装置４３５は所定の設定に応じて、定期的、又はリアルタイムで各小売商との口座決済操作を完了するために用いられる。各小売商はその特性及び製品の取引の特性に基づいて、口座決済の方法を選択し得る。例えば各取引が完結すると、小売商４１は支払いプラットフォーム４０が現在の成功した取引の製品価格及び出荷価格を含む支払いを小売商４１の指定する口座に送金することを選択し得る。
【００６０】
第１のデータベース４０２はさまざまな記憶機能のためにいくつかの領域に分割されることができる。例えば、ユーザー記憶領域２２７はユーザー情報を保存するために用いられる。例えばユーザー記憶領域４０７はユーザー情報を保存するために用いられる。
【００６１】
小売商記憶領域４０８は小売商情報を保存するために用いられる。物流プラットフォーム記憶領域４０９は物流会社情報を保存するために用いられる。取引データ記憶領域４３０は各取引の状態を保存するために用いられる。
【００６２】
小売商口座記憶装置４３６は小売商４１との口座決済の規則、及び小売商４１との各取引の状態を保存するために用いられる。物流プラットフォーム記憶装置４３７は物流会社との口座決済の規則、及びそれぞれの物流会社との各取引口座決済の状態を保存するために用いられる。
【００６３】
図５は本開示に従う第２の例示的オンライン取引方法のフローチャートを示す。この方法は図４のシステム４００を用いて実行され得る。図３の方法と同様に、この実施形態の方法は物流会社を介する小売商及びユーザーの間の商品取引を実施するために用いられる。この方法は以下のように説明される。
【００６４】
Ｓ５１０：ユーザー５４は取引仲介プラットフォーム５２を介して小売商５１の製品を購入し、及び取引仲介プラットフォーム５２に、代金引換払いなどのユーザー５４により選択される支払い様式（例えばＣＯＤ）を含む取引要求を提出する。
【００６５】
Ｓ５２０：取引仲介プラットフォーム５２は集荷サービス要求を小売商又は取引仲介プラットフォーム５２の何れかにより指名された契約物流会社の物流プラットフォーム５５に送信する。
【００６６】
Ｓ５３０：物流プラットフォーム５５は「貨物集荷が成功したこと」を示す集荷サービスの結果を取引仲介プラットフォーム５２に送信する。
【００６７】
Ｓ５４０：物流プラットフォーム５５は「ユーザーが貨物の受け取りを確認済み」を示すユーザーの確認を取引仲介プラットフォーム５２に送信する。
【００６８】
Ｓ５５０：取引仲介プラットフォーム５２は小売商５１及び物流プラットフォーム５５との取引決済操作をリアルタイム又は定期的に実施する。小売商５１との決済及び物流プラットフォーム５５との決済は別個に行い得る。
【００６９】
物流プラットフォーム５５から「貨物集荷に失敗」を示す集荷サービス結果を受け取ると、取引仲介プラットフォーム５２はこの特定の小売商が累積した「貨物集荷の失敗」の合計数が閾値よりも大きいか否かを決定する。イエスの場合、小売商３１は所定の規則に従って処置される。
【００７０】
物流プラットフォーム５５が「ユーザーが貨物を拒否」を示すユーザーの確認を取引仲介プラットフォーム５２に送信すると、取引仲介プラットフォーム５２は物流プラットフォーム５５に小売商５１への返品を示す処理指示を送信する。
【００７１】
ステップＳ５５０は更に以下の例示的操作手順を含み得る。
【００７２】
取引仲介プラットフォーム５２は製品及び運送費の費用を含む支払いを前もって小売商に前払いする。物流プラットフォーム５５は定期的に取引仲介プラットフォーム５２に受け取った製品、運送費、及びサービス料の費用を含む支払いを送金することにより、口座を精算する。取引仲介プラットフォーム５２は、利益配分（又は収益配分）契約に基づき物流プラットフォーム５５に定期的にサービス料を分配する。
【００７３】
開示されたオンライン取引方法及びシステムでは、買い手が支払いを行うために取引仲介プラットフォームから提供される支払い方法を使用することを必要としない。その代わりに、前記買い手は輸送会社に直接支払う。しかし、ＣＯＤに基づく従来の取引方法とは異なり、この開示されるオンライン取引方法及びシステムは物流プラットフォーム、又は物流会社により行われる複数の物流操作を集中的に管理する。前記小売商は物流会社から前記支払いを受け取らず、迅速な支払いを確実にするために中央化された支払いプラットフォームから受け取る。この支払いプラットフォームは個別であるか、又はオンライン取引を支援する取引仲介プラットフォームの一部であるかの何れかであり得る。この支払いプラットフォームは支払いを取り扱う仲介業者として機能する。支払いプラットフォームは物流会社から支払いを受け取る一方で、小売商は支払いプラットフォームから支払いを受け取る。
【００７４】
支払いは各個別の取引のための順序で、順次決算され得るが、小売商のキャッシュフローの効率を更に改善するために集合的に定期的に処理されることもできる。本開示の方法及びシステムでは、買い手は代金引換の選択肢を持ち、前もって小売商又は取引仲介プラットフォームに直接支払う必要が無いために、買い手にとっても便益が与えられる。このことは、ユーザーが購入するときに見た製品のオンラインの画像と実際に購入したものとの間の不一致により紛争が生起することを防止する。
【００７５】
本明細書において議論される潜在的な便益及び有利性は、付随する特許請求範囲の制限又は制約と解釈されるべきでないことを理解されたい。
【００７６】
本主題がその構造的特性及び／又は方法論的行為に特異的な言語により記載されているが、添付される特許請求範囲において定義される本主題は、記載される特異的な特性又は行為に制限される必要の無いことを理解されたい。むしろ、特異的な特性及び行為は請求項を実行するための例示的形態として開示されている。
【図１】
2012500444.tif 000003
【図２】
2012500444.tif 000004
【図３】
2012500444.tif 000005
【図４】
2012500444.tif 000006
【図５】
2012500444.tif 000007
【国際調査報告】
2012500444.tif 000008