JP2005043975A - 電子商取引方法およびシステム並びにその処理プログラム - Google Patents

Abstract

【課題】商品を購入する際、各店舗において一つのバスケットに投入し決済するため、複数店舗を跨って商品を購入する場合は、複数店舗毎に決済処理をしていた。
【解決手段】商品を特定するための商品情報と、決済要求を送るための送付先情報と異なる決済方法とを含む決済情報にそれぞれ対応付けられた複数のバスケットとを表示する。前記商品情報を前記バスケットに入れる購入要求を受け付けると前記商品情報を該バスケットに対応づけて記憶する。前記バスケットに対して決済の要求を受け付けた場合は当該バスケットに対応する前記商品情報と前記決済情報とに基づいた決済要求を生成して前記バスケットに対応する送付先情報に基づいて送出する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、計算機を用いて所望の商品を購入するための電子商取引技術に関する。
【０００２】
【従来の技術】
インターネットを利用した電子商取引及びオンラインショッピングでは、１つのショッピングサイトの中に複数の店舗が存在する方式（以下、「モール」と呼ぶ）がよく利用される。
【０００３】
このようなショッピングサイトでは通常ショッピングバスケットと呼ぶ機能により各店舗での購入商品を１つのショッピングバスケット（以下、「バスケット」と呼ぶ）に入れ、各店舗単位に決済する方式が一般的である。
【０００４】
従来は、商品を購入する際、各店舗において一つのバスケットに投入し決済するため、複数店舗を跨って商品を購入する場合は、複数店舗毎に決済処理をしていた。しかし、オンラインショッピングを行う上で、様々な決済方法を利用するケースが増えてきており、利用者は商品を購入する際に、複数の決済方法を同時に利用したいという要求がある。
【０００５】
例えば、特許文献１に開示されているような電子商取引方法には、複数の店舗間を跨って、複数の商品を購入する際、モール利用者が利用できる決済方法を一覧（或いはマトリックス）に表示し、複数の決済方法から利用者が選択することにより、任意に選択できるような技術が開示されている。
【０００６】
【特許文献１】
特開２０００−２５９７０５号
【０００７】
【発明が解決しようとする課題】
しかしながら、従来技術では利用者がバスケットに投入するという操作と、決済時に再度決済先を選択するという操作という２段階の手順を採用しているため、複数の注文をそれぞれ異なる決済方法に分けて注文したい場合、決済時に決済先を判断することとなり、決済処理操作に時間がかかり、利用者にとって操作上の負荷が高いという問題が生じる。
【０００８】
【課題を解決するための手段】
モールに加入している利用者が、支払い先、支払方法、配送先、配送方法についてバスケットをカスタマイズして作成し、決済情報や配送情報を保持したバスケットとして登録する。商品閲覧画面に取引可能なバスケットを表示し、利用者がバスケットに商品を投入する。このように処理することで、商品を購入する際の決済方法や決済会社、配送方法、配送会社などをユーザが任意に指定し、商品の選択時にそれらを選択して購入することが可能となる。
【０００９】
【発明の実施の形態】
次に本発明の実施の形態例について、図を参照して詳細に説明する。図１は、電子モールで用いるためのバスケットの登録処理であるバスケット登録画面１の一例である。バスケットは、トレイや買い物かご、カードと呼ばれることもある。このバスケットは伝票や注文票であっても良い。バスケット登録画面１では、ユーザＩＤ、決済情報として、決済を行う決済会社名（もしくは決済システム名やそのＵＲＬやメイルアドレス）、一括払いや分割払いなど支払方法を指定する決済方法、分割払いの場合の回数を指定する分割回数、（口座／クレジット）番号、クレジット有効期限、（口座／クレジット）名義人名称を入力する。
【００１０】
また、配送情報として配送要求を送る配送会社名（もしくは配送システム名やそのＵＲＬやメイルアドレス）、日時指定やクール便など配送方法（当該会社のサービス名）の指定、日時指定の場合の配送日時、配送先指定情報として配送先住所や氏名、配送先電話番号を入力する。配送情報については、一つのバスケットに対して複数設定することも可能である。このようにすることで一つのバスケットに入れた商品を複数の配送先に送ることが可能となり、お祝いのプレゼントやお祝い返しに利用すると好適である。
【００１１】
また、バスケットカスタマイズ情報としてバスケット表示名称、バスケットサイズ、バスケット色、バスケット表示順について入力することができ、ユーザの入力が完了すると図１１に示す決済種別マスタ２０５より決済種別ＩＤを取得し、図１２に示す配送種別マスタ２０６より配送種別ＩＤを取得して、図７に示すバスケット管理表２０１へ格納する。
【００１２】
図２は、本実施例において店舗Ａで商品購入する商品購入画面２１の例である。
本例のバスケットＡ２２はクレジット会社がクレジットＡ会社、配送会社は配送Ａ会社、配送先は川崎市幸区が設定されている。バスケットＢ２３は、クレジット会社がバスケットＡ２２と異なるクレジットＢ会社が設定されており、配送会社と配送先はバスケットＡ２２と同じ設定がされている。同じモールに加入している利用者は、購入したい商品を選択し、バスケットＡ２２で購入する場合は、バスケットＡ２２をクリックし、バスケットＢ２３で購入する場合は、バスケットＢ２３をクリックする。これによりバスケットに商品を入れる（登録する）ことができる。また、商品のアイコンをポイントデバイスなどを利用してドラッグしてバスケットのアイコンに重ねる操作でも、その商品をバスケットに入れることが同様に可能である。この商品購入画面２１に遷移した際、表示されるバスケット情報は、利用者が登録したバスケットであり、店舗Ａが提供している決済情報又は配送情報が設定されたバスケットを表示している。バスケットＢは、バスケットＡと比較して決済先（クレジット会社）が異なるバスケットを表している。
また、店舗Ａで利用可能な決済会社または配送会社であれば、店舗側の設定で利用者が登録したバスケットに設定された決済会社や決済方法、配送会社や配送方法を提供できない場合は、提供可能なバスケットと提供不可能なバスケットとの表示を変える方式を採ることも可能である。また本例では、店舗Ａで利用可能なバスケットを表示しているが、ユーザが作成したバスケットが店舗Ａにて提供されていない場合、そのバスケットをユーザが見えないように消しても良いし、グレイアウト等で表示し非活性にしてもよい。店舗の設定に応じてバスケットに設定された決済や配送について提供できない場合はバスケットをの表示とサービス可能なバスケットの表示を変える例について述べたが、商品によっても、商品の形態や価値に応じても、サービスが提供できないことがあり、このような場合にも、バスケットの表示を変えることも可能である。店舗の商品毎に適用可能な決済方法や配送方法を対応付けてテーブルに格納することにより、当該商品をユーザが選択したことを示す指示もしくは要求を受け付けた際に、そのテーブルを参照し、その商品に提供可能なサービスを有するバスケットと有しないバスケットとの表示を変えることができる。このようにすることにより、特別価格の商品は分割払いにできない場合や冷凍もしくは冷却が必要な商品についてはクール便でないと配送できないなどの商品固有の決済方法や配送方法が特定されている場合、そのサービスを提供可能なバスケットと提供できないバスケットとの表示を変えることで、ユーザはサービス提供可能なバスケットを識別しやすくなるので、効率良く買い物をすることが可能となる。
【００１３】
図３は、図２の商品購入画面における他の商品購入画面３１の例である。バスケットＣ３２は、バスケットＡと比較して配送会社が異なるバスケットの例である。バスケットＡでは、配送会社が配送Ａ会社であるが、バスケットＣ３２に設定された配送会社は配送Ｂ会社の例を示している。
【００１４】
図４は、図２の商品購入画面における他の商品購入画面４１の例である。バスケットＤ４２は、バスケットＡと比較して配送先が異なるバスケットの例である。
バスケットＡでは、配送先の住所が川崎市幸区であるが、バスケットＢ４２に設定された配送先は横浜市泉区の例である。ここでは、配送先の住所を表示しているが配送先の人名を表示したほうが分かりやすい場合は、配送先で設定される宛名情報として住所と氏名が設定されるので、この中から氏名を抽出して氏名を表示する方式を採ることもできる。
【００１５】
図５は、本実施例において、バスケットＡに「カラーテレビ」、「ビデオデッキ」を投入した場合に表示されるバスケットＡ詳細画面５１の例である。
店舗Ａにおいて、決済先がクレジットＡ会社を利用して、「カラーテレビ」を購入する場合は、商品管理マスタ表２０４より決済時特典割引が５，０００円利用できることを示している。
決済先情報５２は、バスケット管理表２０１においてバスケットＩＤ「ＢＳＫ００１」をキーとして決済管理ＩＤ「ＰＡＹＡ００１」を取得し、決済種別マスタ表２０５より決済会社名称「クレジットＡ会社」、決済形式「一括払い」及び、決済会社コンテンツ「ただ今、５，０００円割引キャンペーン中」を取得して表示している。これは、例えば図２から図４におけるバスケットの表示を大きくすることにより、バスケットの中や周辺に表示する方式を採ることもできる。
【００１６】
決済先利用状況５３は、クレジットＡ会社の利用状況として当月利用金額合計と残利用可能金額を決済利用履歴管理表２０２より取得し、画面表示している。このように、バスケットＡはクレジットＡ会社とを対応付けることができるので、決済利用履歴以外にもクレジットＡ会社のコンテンツを表示するなど付加サービスを提供しても良い。
【００１７】
配送情報５４は、バスケット管理表２０１においてバスケットＩＤ「ＢＳＫ００１」をキーとして配送管理ＩＤ「ＤＬＶＡ００１」を取得することで、配送種別マスタ表２０６より配送会社名「配送Ａ会社」、配送形式「日時指定」、配送日時「２００３／０７／０７ １２：００」及び配送会社コンテンツ「全国、当日配送致します」を取得し、配送先住所はバスケット管理表２０１より取得して表示している。また、バスケット詳細情報欄には、店舗Ａ内にて利用可能な決済種別ＩＤ及び、配送種別ＩＤ、配送会社名、合計金額値を持ったバスケットＢ詳細情報５５を表示しているが、各バスケット内の詳細画面においては、店舗間を跨って利用者が登録しているすべてのバスケットを表示する方法でも良い。また、ユーザが現時点で商品を投入しているバスケットのみを表示する方法でもよい。
【００１８】
図６は本発明を電子モールに適用した結果を表した詳細なモジュール構成を示した図である。
ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）クライアント（もしくは端末）１００からバスケットの各種設定を登録するバスケット登録要求や商品を指定する商品指定要求や該商品の決済を要求する決済要求、該商品の配送を依頼するための配送要求を受け付けるオンラインショッピングサーバ（もしくはショッピング装置）１０２とがネットワーク１０１で接続されている。ネットワーク１０１は通信機能を有する機能であれば良く、仮想ネットワークでもよい。オンラインショッピングサーバ１０２は、ＷＷＷサーバ１０３、電子モール部１０４、商品購入部１０５、初期データ設定部１０６、バスケット管理表２０１、決済利用履歴管理表２０２、注文管理表２０３、商品管理マスタ表２０４、決済種別マスタ表２０５、配送種別マスタ表２０６を有する。ＷＷＷサーバ１０３は、クライアントＷＷＷブラウザ１０７との連携によりブラウザ機能を実現することが目的であり、本実施例はこれらに限定されるものではなく、そのような処理を実現するプログラムやオブジェクトでもよい。
【００１９】
商品購入部１０５は、バスケット表示モジュール１１０、商品投入モジュール１１１、決済履歴表示モジュール１１２、注文確定モジュール１１３を有する。初期データ設定部１０６は、バスケット登録モジュール１２０、バスケット一覧表示モジュール１２１を有する。
【００２０】
クレジットＡ会社システム１１００やクレジットＢ会社システム１１１０等の決済処理システムと決済に関する情報（決済要求や決済結果など）のやり取りをすることにより、決済処理を行う決済処理モジュール１３００を有する。このような決済システムをオンラインショッピングサーバ１０２内に含める方式を採ってもよい。
【００２１】
配送Ａ会社システム１２００や配送Ｂシステム１２１０等の配送システムもしくは配送センターと配送に関する情報（配送要求や配送受付結果など）をやり取りして商品の配送を実現する配送処理モジュール１３１０を有する。このような配送システムをオンラインショッピングサーバ１０２内に含める方式を採ってもよい。
【００２２】
なお、これらの処理部（１００〜１２１、１３００、１３１０）や処理システム（１１００〜１２１０）は、計算機や情報処理装置やハードウエア、又はその様な処理を行う仮想計算機や論理サーバ、もしくはそのような処理を行うプログラムやオブジェクトでも良い。
【００２３】
ＷＷＷサーバ１０３は、ＷＷＷクライアント（もしくは端末）１００よりネットワーク１０１を介して送信される処理要求を受け取り、バスケット表示モジュール１１０、商品投入モジュール１１１、決済履歴表示モジュール１１２、注文確定モジュール１１３、バスケット登録モジュール１２０、バスケット一覧表示モジュール１２１へアクセスし、処理結果をＷＷＷクライアント（もしくは端末）１００へ送信するプログラムである。
【００２４】
電子モール部１０４は、ＷＷＷサーバ１０３上で動作するオンラインショッピング用のアプリケーション（業務プログラムやその処理を実現するプログラムやオブジェクトでもよい）であり、店舗の表示、商品の表示、利用者の管理等、各種機能を持つものとする。
【００２５】
本実施例では、商品の表示やバスケット表示データについては本実施例の商品の表示やバスケット表示については、ＷＷＷサーバ１０３もや電子モール部１０４、商品購入部１０５で生成する。
【００２６】
また、ＷＷＷクライアント１００に商品管理マスタ２０４やバスケット管理表２０１の情報を送り、ＷＷＷクライアント１００側で表示処理する方式を採ることもできる。また、ＷＷＷクライアント１００にて商品管理マスタ２０４やバスケット管理表２０１を管理し、ＷＷＷクライアント１００側で表示処理する方式を採ることもできる。
【００２７】
商品購入部１０５は、電子モール部１０４より呼び出され、バスケットの表示、バスケットに商品を登録、バスケット内に登録された商品の確定を行うプログラム（もしくはオブジェクト）群である。
【００２８】
バスケット表示モジュール１１０は、店舗内の商品陳列画面において、利用者が登録したバスケットを表示するプログラムである。商品投入モジュール１１１は、利用者が選択した商品を利用者が作成したバスケットに登録処理を行うプログラムである。決済履歴表示モジュール１１２は、決済利用履歴管理表２０２より決済履歴管理ＩＤ及び、ユーザＩＤをキーとして当月利用金額及び残利用可能金額等の決済利用情報を取得するプログラムである。注文確定モジュール１１３は、複数のバスケットに登録されている注文データを確定するプログラムである。
【００２９】
初期データ設定部１０６は、利用者の初期情報を設定する装置であり、ＷＷＷサーバ１０３を経由してオンライン実行する例であるが、スタンドアロンで実行可能な装置でも良い。
【００３０】
バスケット登録モジュール１２０は、ＷＷＷクライアント（もしくは端末）１００より入力されたバスケット情報（ユーザＩＤ、決済種別ＩＤ、（口座／クレジット）番号、クレジット有効期限、配送方法指定情報である配送機能（配送会社やそのサービス名）の指定、配送先指定である配送先住所、配送先電話番号、バスケットカスタマイズ情報であるバスケット表示名称、バスケットサイズ、バスケット色、バスケット表示順）をバスケット管理表２０１に登録するプログラムである。配送先住所には、氏名を含め、氏名をバスケットに表示する方式を採ることもできる。配送機能のサービス名としては、カード決済や着払い、配送時間帯サービス、冷凍サービス、品質保持サービス、割れ物指定、精密機器指定などの宅配サービスを指定することができる。バスケット一覧表示モジュール１２１は、バスケット管理表２０１より、ユーザＩＤをキーとして、登録済みのバスケット情報一覧を表示するプログラムである。
【００３１】
２０１〜２０６の管理表やマスタについてはデータベースやテーブルで実現しても良い。
【００３２】
図７は、バスケットを管理するバスケット管理表の一例を示した図である。バスケット管理表２０１は、バスケットＩＤ、ユーザＩＤ、決済先を表す決済種別ＩＤ、分割払いの場合の分割回数、（口座／クレジット）番号、クレジット有効期限、（口座／クレジット）名義人名称、配送手段を表す配送種別ＩＤ、配送する日時を指定する配送日時、配送先住所、配送先電話番号、バスケット名称、バスケットサイズ、バスケット色、バスケット表示順、注文データリスト、バスケット小計金額を記録する項を有する。本実施例では、ユーザＩＤが「Ｕ００１」に対してバスケットＡ、バスケットＢ、バスケットＣ，バスケットＤの４種類のバスケットが登録されている例である。バスケットＢは、バスケットＡと比較して決済先が異なるバスケットである。バスケットＣは、バスケットＡと比較して配送方法（配送会社）が異なるバスケットである。バスケットＤは、バスケットＡと比較して配送先住所が異なるバスケットである。
【００３３】
また、バスケットサイズについては、フォントサイズ１をベースとし、バスケットＢだけフォントサイズを＋１したサイズ２を表している例である。また、バスケット色はバスケットＡからバスケットＤまでそれぞれｒｅｄ、ｇｒｅｅｎ、ｂｌｕｅ、ｙｅｌｌｏｗを設定している例である。バスケット表示順は、図２の商品購入画面や、図５のバスケット内の詳細画面においてバスケットを表示する順序を決定している値である。また、注文データリストにおいては、バスケットＡのみ商品（ＩＴＥＭ００１，ＩＴＥＭ００２）をそれぞれ一個ずつ投入しいる例である。本実施例では、「／」の後が個数を示している。バスケット小計金額はバスケットに投入された商品の小計金額を表している。
【００３４】
図８は、決済履歴を管理する決済利用履歴管理表の一例を示した図である。決済利用履歴管理表２０２は、決済履歴管理ＩＤ、ユーザＩＤ、決済種別ＩＤ、当月利用金額、当月利用できる残利用可能金額を記録する項を有する。本実施例では、決済管理ＩＤ「ＲＥＣ００１」をキーとしてユーザＩＤが「Ｕ００１」に対して、決済種別ＩＤが「ＰＡＹＡ００１」と「ＰＡＹＢ００１」、当月利用金額の合計値が「１０，０００円」と「０円」、残利用可能金額が「４００，０００円」と「５００，０００円」の例を示す。
【００３５】
図９は、各店舗で商品を各バスケットに投入した注文全体を管理する注文管理表の一例を示した図である。注文管理表２０３は、注文管理ＩＤ、ユーザＩＤ、バスケットＩＤのリストを保持するバスケットＩＤリスト、一度の注文における合計金額を示す注文合計金額を記録する項を有する。本実施例では、注文管理ＩＤ「ＯＲＤＥＲ００１」をキーとして、ユーザＩＤが「Ｕ００１」、バスケットＩＤリストが「ＢＳＫ００１」、 「ＢＳＫ００２」、 「ＢＳＫ００３」、合計金額が「９０，０００円」である例を示す。
【００３６】
図１０は、各店舗の商品を管理する商品管理マスタ表の一例を示した図である。商品管理マスタ表２０４は、商品管理ＩＤ、決済種別ＩＤリスト、配送種別ＩＤリスト、店舗ＩＤ、商品名、価格、個数、決済時特典割引を記録する項を有する。本実施例では、商品管理ＩＤ「ＩＴＥＭ００１」であるカラーテレビと商品管理ＩＤが「ＩＴＥＭ００２」であるビデオデッキの例を示す。
【００３７】
図１１は、決済会社の詳細情報を管理する決済種別マスタ表の一例を示した図である。決済種別マスタ表２０５は、決済種別ＩＤ、決済会社名、一括払いや代金引換などの決済方法を指定する決済形式、決済会社がバスケット内に表示したいコンテンツ、決済情報を送信する決済情報送付先アドレスを記録する項を有する。本実施例では、決済種別ＩＤが「ＰＡＹＡ００１〜ＰＡＹＡ００３」を持つクレジットＡ会社、決済種別ＩＤが「ＰＡＹＢ００１〜ＰＡＹＢ００２」を持つクレジットＢ会社のマスタを示した例である。また、クレジットＡ会社では表示コンテンツとして「ただ今、５，０００円割引キャンペーン中」を表示している例である。
【００３８】
図１２は、配送会社の詳細情報を管理する配送種別マスタ表の一例を示した図である。配送種別マスタ表２０６は、配送種別ＩＤ、配送会社名、日時指定や冷凍品用のクール便などの配送方法を指定する配送形式、配送会社がバスケット内に表示したいコンテンツ、配送情報を送信する配送情報送付先アドレスを記録する項を有する。本実施例では、配送種別ＩＤが「ＤＬＶＡ００１〜ＤＬＶＡ００３」を持つ配送Ａ会社、配送種別ＩＤが「ＤＬＶＢ００１〜ＤＬＶＢ００２」を持つ配送Ｂ会社のマスタを示した例である。また、配送Ａ会社では表示コンテンツとして「全国、当日配送致します」を表示している例である。
【００３９】
図１３は、バスケット表示モジュール１１０における処理フローを示した図である。バスケット表示モジュール１１０は、ステップ８０１から８０５までの処理を行う。
モールに加入している利用者が、ＷＷＷクライアント（もしくは端末）１００にて、各店舗の商品購入が可能な画面へ遷移する操作を行うと、ステップ８０１にて商品管理マスタ表２０４より、店舗ＩＤをキーとして、店舗が契約している決済種別ＩＤ一覧を取得し、ステップ８０２へ進む。
【００４０】
ステップ８０２では、バスケット管理表２０１より、ユーザＩＤをキーとして決済種別ＩＤの組み合わせ一覧を取得し分岐８０３へ進む。
分岐８０３では、ステップ８０１で取得した決済種別ＩＤとステップ８０２で取得した決済種別ＩＤを比較し、同一の決済種別ＩＤが存在するかどうか判定し、存在する場合は、ステップ８０４へ進み、存在しない場合はステップ８０５へ進む。ステップ８０４では、バスケット管理表２０１よりユーザＩＤをキーとしてステップ８０２で取得した決済種別ＩＤに対応するバスケットＩＤの一覧を保持し、分岐８０３へ戻り同一の決済種別ＩＤが存在する間、処理を繰り返す。
【００４１】
ステップ８０５では、ステップ８０４で取得したバスケットＩＤより、バスケット名称、バスケットサイズ、バスケット色を元にバスケットを成型し、表示順によりバスケット表示順番を決め、バスケット中央には、決済先名称、配送会社、配送先名称、バスケットに投入されている合計値を表示する。これにより、各店舗毎に対応し、決済情報や配送情報、合計値を保持したバスケット表示が可能となる。
【００４２】
図１４は、商品投入モジュール１１１における処理フローを示した図である。商品投入モジュール１１１は、ステップ９０１から９０５処理を行う。モールに加入している利用者が、ＷＷＷクライアント（もしくは端末）１００にて、商品を選択し、購入処理を行うバスケットを選択しクリックする操作を行うとステップ９０１にて、商品投入モジュールは、商品管理ＩＤ、店舗ＩＤ、バスケット管理ＩＤをＷＷＷサーバ１０３より受け取り、分岐９０２へ進む。分岐９０２では、投入した商品に決済時特典割引が存在しているかどうか、商品管理マスタ表２０４より取得し、存在する場合はステップ９０３へ進む。存在しない場合はステップ９０４へ進む。ステップ９０３では、決済特典割引を表示データとして追加し、小計と合計演算を行い、バスケット管理表２０１のバスケット小計金額に、商品管理ＩＤを注文データリストに登録する。同時に、商品管理マスタ表２０４の在庫個数を減算し、ステップ９０５へ進む。
【００４３】
ステップ９０４では、商品管理ＩＤを注文データリストに登録し、同時に、商品管理マスタ表２０４の在庫個数を減算し、ステップ９０５へ進む。ステップ９０５では、バスケット管理表２０１より決済先名、配送先名、配送先住所を表示し、決済種別マスタ表２０５より決済会社コンテンツ及び配送種別マスタ表２０６より、配送会社コンテンツをそれぞれ表示する。コンテンツがない場合は、表示しない。また、決済履歴情報は決済利用履歴管理表２０２より、ユーザＩＤと決済種別により取得して表示する。
【００４４】
図１５は、注文確定モジュール１１３における処理フローを示した図である。注文確定モジュール１１３は、ステップ１００１から１００４までの処理を行う。ステップ１００１ではモールに加入している利用者が、ＷＷＷクライアント１００にて、決済操作（図１における決済ボタン押下２４）を行った際、注文確定モジュール１１３は、ユーザＩＤをキーとして、バスケット管理表２０１より現在登録しているバスケット情報をすべて取得し、分岐１００２へ進む。この時、過去に注文しようとしていたデータに対する決済操作である場合は、注文管理ＩＤも取得する。分岐１００２では、ステップ１００１にて取得した注文管理ＩＤが存在するかどうかについて判定し、注文管理ＩＤが存在する場合は、ステップ１００３へ進み、存在しない場合は、ステップ１００４へ進む。
【００４５】
ステップ１００３では、取得したユーザ単位のバスケットＩＤリストを注文管理表２０３に注文管理ＩＤをキーとして登録する。
ステップ１００４では、新規注文データであるため注文管理ＩＤを自動ナンバリングし、新規に注文管理表２０３に登録する。これにより、電子モール部１０４は注文管理表２０３より全注文データの決済情報を取得することができる。
【００４６】
図１６は、本実施の例におけるオンラインショッピングサーバ１０２による商品購入から決済処理までの流れを示す処理フローである。
【００４７】
ステップ１０２１では、利用者はショッピングサイトをアクセスし、ステップ１０２２へ進む。ステップ１０２２では、利用者の端末に表示された店舗に入り、商品を閲覧し、ステップ１０２３へ進む。ステップ１０２３では、購入したい商品を選択し、利用者が決済先や配送先や配送会社を指定して作成したバスケットに投入し、分岐１０２４へ進む。
【００４８】
分岐１０２４では、利用者がショッピングを継続する場合には、ステップ１０２２へ戻り、上記と同様に店舗の入店、商品の閲覧、商品を購入するためにバスケットへ投入する処理が繰り返される。他の商品を購入しない場合は、ステップ１０２５へ進み、図２の決済ボタン２４を押下し、分岐１０２６へ進む。このときに決済要求がＷＷＷクライアント１００からオンラインショッピイングサーバ１０２へ送られる。その決済要求は、バスケットに入れられた商品情報と決済情報、配送情報を含んでいる。
【００４９】
分岐１０２６では、バスケット管理表２０１よりユーザＩＤをキーとして注文データリストがｎｕｌｌでないバスケットが存在するかどうかを判定し、存在する場合は、ステップ１０２７へ進み、存在しない場合は「バスケットに商品は入っていません」等のメッセージを表示して決済ボタンを押下する画面へ戻る。ステップ１０２７では、バスケットＩＤ「ＢＳＫ００１」の場合、決済処理モジュール１３００よりバスケット管理表２０１において決済種別ＩＤ「ＰＡＹＡ００１」を取得し、クレジットＡ会社の決済情報送付先アドレス「ｈｔｔｐ：／／ｃｒｅｄｉｔＡ／ｏｒｄｅｒ」へ決済情報を送信し、ステップ１０２８へ進む。ステップ１０２８では、同様にバスケット管理表２０１より配送種別ＩＤ「ＤＬＶＡ００１」を取得し、配送Ａ会社の配送情報送付先アドレス「 ｈｔｔｐ：／／ｄｅｌｉｖｅｒｙＡ／ｏｒｄｅｒ」へ配送情報を含む配送要求を送信し、分岐１０２９へ進む。配送要求の送付は、決済要求の応答の結果、決済可能もしくは決済済みの返信を確認してから送付する方式を採ることもできる。配送システムに配送要求を送っておき、決済可能もしくは決済済みの情報を後から送り、その情報により配送システム側で決済が終わったことを判定して配送する方式を採ることもできる。
【００５０】
分岐１０２９では、未だ決済処理されていないバスケットが存在する場合は、ステップ１０２７へ進み、同様の処理が繰り返し実行される。また、すべてのバスケットに対し同様の処理が完了すると処理は終了する。
【００５１】
以上では、初期データ設定部や商品購入部において登録のみの例であるが、データの更新・削除機能の追加をしても良い。
【００５２】
個々のバスケットが、決済情報や配送情報を保持しているため、一度の注文で、複数の決済先や配送先を選択したい場合においても個々のバスケットに商品を投入し、表示されているバスケットの全てに対し同時に発注（決済処理もしくはさらに決済処理と配送処理の実行）する機能を設けることにより、表示されているバスケットの全てに発注（決済依頼もしくはさらに決済依頼と配送依頼）をすることができる。
【００５３】
また、大量の注文を行う際、バスケットに入れる段階で、決済先や配送先や配送会社を振り分けることになるので、最終的な決済処理画面にて行う作業負荷が少なくできる。
【００５４】
また、各店舗と決済可能なバスケットは紐づいているため、商品陳列画面において、決済不可能なバスケットは表示しない、もしくは表示を変え、目立たないように表示する。これにより、視覚的に容易に決済可能な決済先をユーザが判断できる。
【００５５】
また、バスケットとクレジット会社や配送会社が紐付けられることで、個別の割引や付加サービスを設けるサービスを提供することもできる。
【００５６】
また、バスケットのサイズ、色、表示順をユーザが任意に指定することができるため、複数のバスケットを表示させてもそれぞれユーザが識別しやすいように簡単にカスタマイズすることができる。
【００５７】
【発明の効果】
本発明によれば、商品の購入が容易になる。
【図面の簡単な説明】
【図１】ユーザ独自のバスケットを登録する画面の例である。
【図２】本実施例において店舗Ａにて商品購入する商品購入画面の例であり、決済先の異なるバスケットを表示している例である。
【図３】図１と比較して配送会社の異なるバスケットを表示している例である。
【図４】図１と比較して配送先の異なるバスケットを表示している例である。
【図５】本実施例において、バスケットＡに「カラーテレビ」と「ビデオデッキ」を投入した際に表示されるバスケットＡ詳細画面の例である。
【図６】本発明を従来のモールアプリケーションに適用した結果を表した詳細な構成を示した図である。
【図７】バスケット管理表の詳細を示した図である。
【図８】決済利用履歴管理票の詳細を示した図である。
【図９】注文管理表の詳細を示した図である。
【図１０】商品管理マスタ表の詳細を示した図である。
【図１１】決済種別マスタ表の詳細を示した図である。
【図１２】配送種別マスタ表の詳細を示した図である。
【図１３】バスケット表示モジュール１１０における処理フローを示した図である。
【図１４】商品投入モジュール１１１における処理フローを示した図である。
【図１５】注文確定モジュール１１３における処理フローを示した図である。
【図１６】本実施の例におけるオンラインショッピングサーバ１０２による商品購入から決済処理までの流れを示す処理フローである。
【符号の説明】
１ バスケット登録画面
２１ 商品購入画面
３１ 商品購入画面
４１ 商品購入画面
５１ バスケットＡ詳細画面
１００ ＷＷＷクライアント（もしくは端末）
１０１ ネットワーク
１０２ オンラインショッピングサーバ
１０３ ＷＷＷサーバ
１０４ 電子モール部
１０５ 商品購入部
１０６ 初期データ設定部
１０７ ＷＷＷブラウザ
１１０ バスケット表示モジュール
１１１ 商品投入モジュール
１１２ 決済履歴表示モジュール
１１３ 注文確定モジュール
１２０ バスケット登録モジュール
１２１ バスケット一覧表示モジュール
２０１ バスケット管理表
２０２ 決済利用履歴管理表
２０３ 注文管理表
２０２ 商品管理マスタ表
２０５ 決済種別マスタ表
２０６ 配送種別マスタ表
１１００ クレジットＡ会社システム
１１１０ クレジットＢ会社システム
１２００ 配送Ａ会社システム
１２１０ 配送Ｂ会社システム
１３００ 決済処理モジュール
１３１０ 配送処理モジュール

Claims (13)

1. 記憶手段を有する電子取引装置と、ユーザからの指示を受け付ける端末と、決済処理を行う決済装置とを備えた電子商取引システムにおいて、
   前記電子取引装置は、商品と対応付けられるバスケットと決済装置の識別情報とを対応付けて前記記憶手段に予め格納する手段を有し、
   前記端末は、商品情報と前記バスケットとを表示し、前記バスケットには前期バスケットに対応する決済装置の識別情報を表示する手段と、前記表示された商品をバスケットへ入れる商品選択要求と前記バスケットに入れた商品を購入するための決済処理を行う決済要求とを前記電子商取引装置へ送る要求送信手段とを有し、
   さらに前記電子商取引装置は、前記商品選択要求を受け付けると前記格納したバスケットに購入した商品の識別情報を対応付けて格納する手段と、決済処理要求を受け付けると、決済の対象となった前記バスケットに対応付けられた前記商品の識別情報を含む決済要求を生成して前記決済装置へ送信する手段を有し、
   前記決済処理装置は、前記決済要求を受け付けると決済処理を行う手段を有することを特徴とする電子商取引システム。
2. 表示手段と入力手段、記憶手段とを有する計算機を用いた電子商取引方法において、
   バスケットの登録画面の表示指示の入力に応じてバスケットに決済会社名を登録するための入力メニューを表示し、登録の指示を入力に応じて前記バスケットに前記入力された決済会社名を対応付けて格納し、
   商品選択画面の表示指示の入力に応じて、前記バスケットに対応付けて格納された決済会社名が表示されたバスケットおよび商品情報と該商品を該バスケットに投入するための投入指示手段とを表示し、該商品をバスケットに入れるための商品を特定する指示を受け付けると前記バスケットに投入することを特徴とする電子商取引方法。
3. 記憶手段とを有する計算機を用いた電子商取引方法において、
   商品を特定するための商品情報を表示し、決済要求を送るための送付先情報と決済方法とを含む決済情報に対応付けられたバスケットを表示情報を表示し、
   前記商品情報を前記バスケットに入れる購入要求を受け付けると前記商品情報を該バスケットに対応づけて格納し、
   前記バスケットに対する決済要求を受け付けた場合は、当該バスケットに対応する前記商品情報と前記決済情報とに基づいた決済要求を生成して前記バスケットに対応する前記送付先情報に基づいて送出することを特徴とする電子商取引方法。
4. 前記バスケットには所望の商品の配送要求を送るための送付先情報と配送方法とを含む配送情報が対応付けて格納されており、前記バスケットに対する決済が成立した後に当該バスケットに対応する前記商品情報と前記配送情報とに基づいた配送要求を生成して前記バスケットに対応する送付先情報に基づいて送出することを特徴とする請求項３記載の電子商取引方法。
5. 記憶手段とを有する計算機を用いた電子商取引方法において、
   商品を特定するための商品情報を表示し、所望の商品の配送要求を送るための送付先情報と配送方法とを含む配送情報に対応付けられたバスケットを表示し、前記商品情報を前記バスケットに入れる購入要求を受け付けると該商品情報を該バスケットに対応づけて記憶し、
   前記バスケットに対する決済が成立した後に当該バスケットに対応する前記商品情報と前記配送情報とに基づいた配送要求を生成して前記バスケットに対応する送付先情報に基づいて送出することを特徴とする電子商取引方法。
6. 前記バスケットに対応する前記配送情報は、他の前記バスケットとは異なる配送方法を含み、該配送方法を前記表示されたバスケットに表示することを特徴とする請求項５記載の電子商取引方法。
7. 前記バスケット対応付けられている決済情報は、少なくとも他の前記バスケットとは異なる決済方法であり、該決済方法を前記表示されたバスケットに表示することを特徴とする請求項３記載の電子商取引方法。
8. 前記バスケットを表示する場合は、前記商品を購入可能なバスケットと購入が可能でないバスケットとの表示を変えることを特徴とする請求項３記載の電子商取引方法。
9. 前記バスケットを表示する場合は、前記商品を配送可能なバスケットと配送可能でないバスケットとの表示を変えることを特徴とする請求項５記載の電子商取引方法。
10. 商品を特定するための商品情報を表示し、決済要求を送るための送付先情報と決済方法とを含む決済情報に対応付けられたバスケットを複数表示する手段と、前記商品情報を前記バスケットに入れる購入要求を受け付けると前記商品情報を該バスケットに対応づけて格納する手段と、
    前記バスケットに対する決済要求を受け付けた場合は、当該バスケットに対応する前記商品情報と前記決済情報とに基づいた決済要求を生成して前記バスケットに対応する前記送付先情報に基づいて送出する手段とを備えたことを特徴とする電子商取引装置。
11. 商品を特定するための商品情報を表示し、所望の商品の配送要求を送るための送付先情報と配送方法とを含む配送情報に対応付けられたバスケットを複数表示する手段と、
    前記商品情報を前記バスケットに入れる購入要求を受け付けると該商品情報を該バスケットに対応づけて記憶する手段と、
    前記バスケットに対する決済が成立した後に当該バスケットに対応する前記商品情報と前記配送情報とに基づいた配送要求を生成して前記バスケットに対応する送付先情報に基づいて送出する手段とを備えたことを特徴とする電子商取引装置。
12. 商品を特定するための商品情報を表示し、決済要求を送るための送付先情報と決済方法とを含む決済情報に対応付けられたバスケットを複数表示するステップと、
    前記商品情報を前記バスケットに入れる購入要求を受け付けると前記商品情報を該バスケットに対応づけて格納するステップと、
    前記バスケットに対する決済要求を受け付けた場合は、当該バスケットに対応する前記商品情報と前記決済情報とに基づいた決済要求を生成して前記バスケットに対応する前記送付先情報に基づいて送出するステップとを備えたことを特徴とする電子商取引プログラム。
13. 商品を特定するための商品情報を表示し、所望の商品の配送要求を送るための送付先情報と配送方法とを含む配送情報に対応付けられたバスケットを複数表示するステップと、
    前記商品情報を前記バスケットに入れる購入要求を受け付けると該商品情報を該バスケットに対応づけて記憶するステップと、
    前記バスケットに対する決済が成立した後に当該バスケットに対応する前記商品情報と前記配送情報とに基づいた配送要求を生成して前記バスケットに対応する送付先情報に基づいて送出するステップとを備えたことを特徴とする電子商取引プログラム。

Images