JP2009093487A - 電子商取引システム、電子商取引方法、および電子商取引プログラム - Google Patents

Abstract

【課題】商品購入希望者が所望する商品の購入手順における、商品販売企業や商品の検索処理を含む各種操作を抑制し、商品購入処理時の操作負荷低減と操作効率向上を図る。
【解決手段】商品購入希望のデータを入力インターフェイス１０５から受け付けて商談情報として商談バスケットデータベース１２６に格納する商談情報取得部１１０と、商談情報が含む商品特定情報をキーにし在庫情報データベース１２５での該当商品の在庫情報の検索を実行する在庫検索部１１１と、商品の在庫が購入希望数以上であるか在庫情報データベース１２５で検索した在庫情報で判定し商品の在庫が購入希望数以上である場合に購入情報を購入バスケットデータベース１２７に格納する購入情報格納部１１２と、購入情報に応じた購入要求を入力インターフェイス１０５から受け付けて購入処理指示を商品販売企業の端末３００に通知する通知部１１３とから電子商取引システム１００を構成する。
【選択図】図１

Description

本発明は、電子商取引システム、電子商取引方法、および電子商取引プログラムに関し、具体的には、利用者が商品の品揃えや在庫の有無を意識せずに商品購入処理を開始でき、利用者の操作負荷を軽減可能にする技術に関する。

インターネット上などの電子商取引において商品の購入希望者は、必要とする特定の商品を入手するために、商品販売企業の情報をネットワーク上で探し出し、特定の商品の検索を繰り返すことが多かった。こうした状況下において特許文献１等の従来技術は、インターネットを介し電子商取引仲介用Ｗｅｂページ画面を利用者に提示し、この画面で商品名と指値の入力を利用者から受付け、前記商品の仲介サービスに加盟した企業に前記商品の情報を送信し、利用者と加盟企業間とで直接電子商取引を可能にさせている（特許文献１参照）。
特開２００１−２５００３９号公報

商品の購入希望者が商品購入を行う際に、該当商品の情報をネットワーク上で特定するまでに、いくつもの商品販売企業をネットワーク上で検索すると共に該当商品の検索を各商品販売企業ごとに繰り返すこととなっていた。そのため、商品販売企業や商品自体の検索処理やそのための各種操作に手間と時間がかかるという課題があった。

そこで、本発明は上記課題を鑑みてなされたものであり、商品購入希望者が所望する商品の購入手順における、商品販売企業や商品の検索処理を含む各種操作を抑制し、商品購入処理時の操作負荷低減と操作効率向上を図る技術の提供を目的とする。

本発明の電子商取引システムは、利用者からの商品購入希望に応じて電子商取引処理を行うコンピュータシステムであって、各商品販売企業の商品の在庫情報を格納している在庫情報データベースを備える記憶装置と、利用者からの各種入力を受付ける入力インターフェイスと、出力データを出力する出力インターフェイスと、商品特定情報および購入希望数を含む商品購入希望のデータを前記入力インターフェイスから受け付けて、当該商品購入希望データを商談情報として商談バスケットデータベースに格納する商談情報取得処理と、前記商談バスケットデータベースに格納されている商談情報をメモリに読み出して、当該商談情報が含む商品特定情報をキーにし、前記在庫情報データベースでの該当商品の在庫情報の検索を実行する在庫検索処理と、前記商品特定情報に該当する商品の在庫が、前記商談情報の含む購入希望数以上であるか、前記在庫情報データベースで検索した在庫情報で判定し、前記商品の在庫が購入希望数以上である場合、前記商品の商品特定情報および購入希望数の情報を含む購入情報を購入バスケットデータベースに格納する購入情報格納処理と、前記購入バスケットデータベースにおける購入情報を出力インターフェイスに出力し、当該購入情報に応じた利用者からの購入要求を入力インターフェイスから受け付けて、この購入要求が示す商品および購入希望数に関する購入処理指示を、該当商品の商品販売企業の端末に通知する通知処理と、を実行する演算装置と、を備えることを特徴とする。

これによれば、商品購入希望者は、商品販売企業における該当商品の有無ないし在庫有無にとらわれずに購入予約を手軽に行えるようになる。つまり、所望の商品についてネットワーク上の商品販売企業（複数）をくまなく検索するといった作業が必要無くなる。また前記商品購入希望者は、該当商品の在庫がある場合にのみ前記購入情報に基づいて購入要求を行えばよく、商品検索から購入に至るまでの操作処理が、商品購入希望データの入力と購入要求の入力のわずか２段階のみで完了できる。したがって、商品購入希望者が所望する商品の購入手順における、商品販売企業や商品の検索処理を含む各種操作を抑制し、商品購入処理時の操作負荷低減と操作効率向上を図れる。

また、前記電子商取引システムにおいて、前記商談情報取得処理は、商品の購入希望者が備える利用者端末のネットワーク上のアドレスを入力インターフェイスより取得して、このアドレスを商談情報に含めて商談バスケットデータベースに格納し、前記通知処理は、前記購入情報格納処理において前記購入バスケットデータベースに格納された購入情報について、当該購入情報が含むアドレスを読取り、当該アドレスに宛てて、前記購入バスケットデータベースにおける前記購入情報の格納事象の発生を通知する、としてもよい。

これによれば、商品在庫等にかかわらず手軽に購入予約を行った購入希望者に対して、在庫がある該当商品のみについて購入情報の登録事象が通知されるので、前記購入希望者としても一度購入予約をしておけば在庫がある場合にのみ、その後の対応をすればよく、それ以外の状況について対応を行う手間が省ける。

また、前記電子商取引システムにおいて、前記商談情報取得処理は、該当商品の商談期間を入力インターフェイスより取得して、この商談期間を商談情報に含めて商談バスケットデータベースに格納し、前記在庫検索処理は、前記商談情報が含む商談期間を読み出し、当該商談期間内に前記在庫情報データベースでの該当商品の在庫情報の検索を実行し、前記購入情報格納処理は、前記商品の在庫が前記商談期間内に前記商談情報の含む購入希望数以上であるとの判定結果を得られなかった場合、前記商談バスケットデータベースにおける該当商談情報のレコードを削除する、 としてもよい。

これによれば、購入希望者の望む商談期間内に電子商取引処理を限定できるため、電子商取引システムにおけるデータ処理効率や各データベースの使用効率を良好なものと出来る。また、商品購入希望者としても、徒に商談を継続する必要がなく、迅速な電子商取引が行えることとなる。

また、前記電子商取引システムにおいて、前記通知処理は、該当商品の購入意思を確認する猶予期間たる購入予約期間を入力インターフェイスから受け付けて、前記購入要求が前記購入予約期間内に入力インターフェイスにて入力されなかった場合、前記購入バスケットデータベースにおける該当購入情報を削除する、としてもよい。

これによれば、購入希望者の望む購入予約期間内に電子商取引処理を限定できるため、電子商取引システムにおけるデータ処理効率や各データベースの使用効率を良好なものと出来る。また、商品購入希望者としても、購入要求を行うにあたって取引を再考する猶予期間を確保できることとなる。

また、本発明の電子商取引方法は、利用者からの商品購入希望に応じて電子商取引処理を行うコンピュータが、各商品販売企業の商品の在庫情報を格納している在庫情報データベースを備える記憶装置と、利用者からの各種入力を受付ける入力インターフェイスと、出力データを出力する出力インターフェイスと、演算装置とを備え、商品特定情報および購入希望数を含む商品購入希望のデータを前記入力インターフェイスから受け付けて、当該商品購入希望データを商談情報として商談バスケットデータベースに格納する商談情報取得処理と、前記商談バスケットデータベースに格納されている商談情報をメモリに読み出して、当該商談情報が含む商品特定情報をキーにし、前記在庫情報データベースでの該当商品の在庫情報の検索を実行する在庫検索処理と、前記商品特定情報に該当する商品の在庫が、前記商談情報の含む購入希望数以上であるか、前記在庫情報データベースで検索した在庫情報で判定し、前記商品の在庫が購入希望数以上である場合、前記商品の商品特定情報および購入希望数の情報を含む購入情報を購入バスケットデータベースに格納する購入情報格納処理と、前記購入バスケットデータベースにおける購入情報を出力インターフェイスに出力し、当該購入情報に応じた利用者からの購入要求を入力インターフェイスから受け付けて、この購入要求が示す商品および購入希望数に関する購入処理指示を、該当商品の商品販売企業の端末に通知する通知処理と、を実行することを特徴とする。

これによれば、商品購入希望者は、商品販売企業における該当商品の有無ないし在庫有無にとらわれずに購入予約を手軽に行えるようになる。つまり、所望の商品についてネットワーク上の商品販売企業（複数）をくまなく検索するといった作業が必要無くなる。また前記商品購入希望者は、該当商品の在庫がある場合にのみ前記購入情報に基づいて購入要求を行えばよく、商品検索から購入に至るまでの操作処理が、商品購入希望データの入力と購入要求の入力のわずか２段階のみで完了できる。したがって、商品購入希望者が所望する商品の購入手順における、商品販売企業や商品の検索処理を含む各種操作を抑制し、商品購入処理時の操作負荷低減と操作効率向上を図れる。

また、本発明の電子商取引プログラムは、利用者からの商品購入希望に応じて電子商取引処理を行べく、各商品販売企業の商品の在庫情報を格納している在庫情報データベースを備える記憶装置と、利用者からの各種入力を受付ける入力インターフェイスと、出力データを出力する出力インターフェイスと、演算装置とを備えるコンピュータに、商品特定情報および購入希望数を含む商品購入希望のデータを前記入力インターフェイスから受け付けて、当該商品購入希望データを商談情報として商談バスケットデータベースに格納するステップと、前記商談バスケットデータベースに格納されている商談情報をメモリに読み出して、当該商談情報が含む商品特定情報をキーにし、前記在庫情報データベースでの該当商品の在庫情報の検索を実行するステップと、前記商品特定情報に該当する商品の在庫が、前記商談情報の含む購入希望数以上であるか、前記在庫情報データベースで検索した在庫情報で判定し、前記商品の在庫が購入希望数以上である場合、前記商品の商品特定情報および購入希望数の情報を含む購入情報を購入バスケットデータベースに格納するステップと、前記購入バスケットデータベースにおける購入情報を出力インターフェイスに出力し、当該購入情報に応じた利用者からの購入要求を入力インターフェイスから受け付けて、この購入要求が示す商品および購入希望数に関する購入処理指示を、該当商品の商品販売企業の端末に通知するステップと、を実行させるプログラムである。

これによれば、商品購入希望者は、商品販売企業における該当商品の有無ないし在庫有無にとらわれずに購入予約を手軽に行えるようになる。つまり、所望の商品についてネットワーク上の商品販売企業（複数）をくまなく検索するといった作業が必要無くなる。また前記商品購入希望者は、該当商品の在庫がある場合にのみ前記購入情報に基づいて購入要求を行えばよく、商品検索から購入に至るまでの操作処理が、商品購入希望データの入力と購入要求の入力のわずか２段階のみで完了できる。したがって、商品購入希望者が所望する商品の購入手順における、商品販売企業や商品の検索処理を含む各種操作を抑制し、商品購入処理時の操作負荷低減と操作効率向上を図れる。

その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。

本発明によれば、商品購入希望者が所望する商品の購入手順における、商品販売企業や商品の検索処理を含む各種操作を抑制し、商品購入処理時の操作負荷低減と操作効率向上を図れる。

−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態における電子商取引システム１００を含むネットワーク構成図である。本実施形態における 電子商取引システム１００（以下、システム１００）は、利用者からの商品購入希望に応じて電子商取引処理を行うコンピュータシステムであり、例えば、商品購入希望者（の利用者端末２００）と商品販売企業（の商品販売企業端末３００）との間にたってインターネットなどのネットワーク１４０を介して電子商取引処理を実行するサーバ装置を想定する。このため本実施形態では、サーバ装置である前記システム１００は、WEBアプリケーションが稼動する環境が備わっていると想定する（利用者端末２００ではWEBブラウザ等でシステム１００のWEBアプリケーションの実行結果を表示できる）。

こうしたシステム１００は、本発明の電子商取引方法を実行する機能を実現すべく不揮発性メモリなどの記憶装置１０１に格納されているプログラム１０２を、揮発性メモリなどのメモリ１０３に読み出して演算装置たるＣＰＵ１０４により実行する。

また、前記システム１００は、コンピュータ装置が一般に備えているマウスやキーボード、各種ボタン類といった入力インターフェイス１０５や、表示画面を提供するディスプレイなどの出力インターフェイス１０６、ならびに利用者端末２００や商品販売企業端末３００らとの間のデータ授受を担う通信装置１０７などを有している。

一方、前記システム１００を利用して商品を予約購入しようとする利用者は、例えば、商品カタログやチラシ等の各種商品広告を利用するなどし、商品特定情報１０を予め認識する。ここで想定できる商品特定情報１０としては、例えば、ISBNコード、JANコードといった、商品が保有する固有識別情報があげられる。前記利用者は、前記商品特定情報１０を商品特定情報読み取り機１１へ読みとらせる。この商品特定情報読み取り機１１としては、例えば、バーコードリーダや携帯電話（カメラや各種リーダ機能を保有）といったリーダ装置があげられる。前記利用者は前記商談情報をシステム１００側に送る際、この商品特定情報読み取り機１１から前記商品特定情報１０を送る。

続いて、前記システム１００が例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記システム１００は、記憶装置１０１において、前記在庫情報データベース１２５、商談バスケットデータベース１２６、購入バスケットデータベース１２７、ユーザ情報データベース１２８、販売者情報データベース１２９、商品情報データベース１３０を備えるものとする。

また、記憶装置１０１において、利用者端末２００に送信して、データ入出力のインターフェイスとなる、購入希望申請画面２０、購入確認画面２１、商談バスケットメンテナンス画面２２、販売者情報カスタマイズ画面２３、ユーザ情報カスタマイズ画面２４の各データを予め備えている。

こうした前記システム１００は、商品特定情報および購入希望数を含む商品購入希望のデータを前記入力インターフェイス１０５から受け付けて、当該商品購入希望データを商談情報として商談バスケットデータベース１２６に格納する商談情報取得部１１０を備える。

また、前記システム１００は、前記商談バスケットデータベース１２６に格納されている商談情報をメモリ１０３に読み出して、当該商談情報が含む商品特定情報をキーにし、前記在庫情報データベース１２５での該当商品の在庫情報の検索を実行する在庫検索部１１１を備える。

また、前記システム１００は、前記商品特定情報に該当する商品の在庫が、前記商談情報の含む購入希望数以上であるか、前記在庫情報データベース１２５で検索した在庫情報で判定し、前記商品の在庫が購入希望数以上である場合、前記商品の商品特定情報および購入希望数の情報を含む購入情報を購入バスケットデータベース１２７に格納する購入情報格納部１１２を備える。

また、前記システム１００は、前記購入バスケットデータベース１２７における購入情報を出力インターフェイス１０６に出力し、当該購入情報に応じた利用者からの購入要求を入力インターフェイス１０５から受け付けて、この購入要求が示す商品および購入希望数に関する購入処理指示を、該当商品の商品販売企業の端末３００に通知する通知部１１３を備える。

なお、前記商談情報取得部１１０は、商品の購入希望者が備える利用者端末２００のネットワーク上のアドレスを入力インターフェイス１０５より取得して、このアドレスを商談情報に含めて商談バスケットデータベース１２６に格納するとすれば好適である。

この場合、前記通知部１１３は、前記購入情報格納部１１０により前記購入バスケットデータベース１２７に格納された購入情報について、当該購入情報が含むアドレスを読取り、当該アドレスに宛てて、前記購入バスケットデータベース１２７における前記購入情報の格納事象の発生を通知することとなる。

また、前記商談情報取得部１１０は、該当商品の商談期間を入力インターフェイス１０５より取得して、この商談期間を商談情報に含めて商談バスケットデータベース１２６に格納するとすれば好適である。

この場合、前記在庫検索部１１１は、前記商談情報が含む商談期間を読み出し、当該商談期間内に前記在庫情報データベース１２５での該当商品の在庫情報の検索を実行する。また、前記購入情報格納部１１２は、前記商品の在庫が前記商談期間内に前記商談情報の含む購入希望数以上であるとの判定結果を得られなかった場合、前記商談バスケットデータベース１２６における該当商談情報のレコードを削除することとなる。

また、前記通知部１１３は、該当商品の購入意思を確認する猶予期間たる購入予約期間を入力インターフェイス１０５から受け付けて、前記購入要求が前記購入予約期間内に入力インターフェイス１０５にて入力されなかった場合、前記購入バスケットデータベース１２７における該当購入情報を削除するとすれば好適である。

なお、これまで示したシステム１００における各機能部１１０〜１１３は、ハードウェアとして実現してもよいし、各種の不揮発性メモリなど適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ１０４がプログラム実行に合わせて記憶装置１０１より該当プログラムをメモリ１０３に読み出して、これを実行することとなる。

また、前記ネットワーク１４０に関しては、インターネットの他、ＬＡＮ、携帯電話網、ＡＴＭ回線や専用回線、ＷＡＮ（Wide Area Network）、電灯線ネットワーク、公衆回線網など様々なネットワークを採用することも出来る。また、インターネットを採用した場合、ＶＰＮ（Virtual Private Network）など仮想専用ネットワーク技術を用いれば、セキュリティ性を高めた通信が確立され好適である。

−−−テーブル構造例−−−
次に、本実施形態における電子商取引システム１００が利用するデータベースの構造について説明する。図２は、本実施形態の、（ａ）在庫情報データベース１２５、（ｂ）商談バスケットデータベース１２６、（ｃ）購入バスケットデータベース１２７の各データ構造例を示す図である。

前記在庫情報データベース１２５は、各商品販売企業の商品の在庫情報を格納しているデータベースであり、製造番号などの一意に商品を特定できる商品特定情報１２０１をキーとして、該当商品の現在の在庫個数１２０２、該当商品の単価１２０３、該当商品の最終入庫日１２０４を対応付けたレコードの集合体となる。なお、商品特定情報１２０１は検索等でキーとなるプライマリキー（ＰＫ）となる。

また、前記商談バスケットデータベース１２６は、入力インターフェイス１０５から（ないしは利用者端末２００由来で通信装置１０７から）受け付けた商品特定情報および購入希望数を含む商品購入希望のデータを商談情報として格納するデータベースである。この商談バスケットデータベース１２６は、商談受付番号９０１（商談情報を登録する際にシステム１００が自動採番）をキーとして、商談希望ユーザのユーザID９０２、前記ユーザが所望している商品の商品特定情報９０３、前記商品の購入希望価格９０４、購入希望個数９０５、商談登録年月日９０６、商談期限９０７、論理削除フラグ９０８から構成される。なお、商談受付番号９０１は、検索等でキーとなるプライマリキー（ＰＫ）となる。

また、前記購入バスケットデータベース１２７は、前記商談情報が含む商品特定情報に該当する商品の在庫が、前記商談情報の含む購入希望数以上である場合、前記商品の商品特定情報および購入希望数の情報を含む購入情報を格納するデータベースである。この購入バスケットデータベース１２７は、購入受付番号１００１（購入情報を登録する際にシステム１００が自動採番）をキーとして、商談受付番号１００２、ユーザID１００３、商品特定情報１００４、購入価格１００５、購入個数１００６、購入予約期限１００７から構成される。購入受付番号１００１、および、商談受付番号１００２は、検索等でキーとなるプライマリキーとなる。

図３は、本実施形態の、（ａ）ユーザ情報データベース１２８、（ｂ）販売者情報データベース１２９、（ｃ）商品情報データベース１３０の各データ構造例を示す図である。

前記ユーザ情報データベース１２８は、前記ユーザ毎の情報を商談時等に入力インターフェイス１０５から（ないしは利用者端末２００由来で通信装置１０７から）取得し格納するデータベースであり、ユーザID７０１（例：システム１００が自動採番）をキーとして、商談期限パターン７０２、および購入予約期限パターン７０３を対応付けたレコードから構成される。

また、前記販売者情報データベース１２９は、例えば、商品販売企業毎の情報を格納するデータベースであり、この例では、パターンID８０１をキーとして、設定期限パターン８０２、設定期限８０３を対応付けたレコードから構成される。

また、前記商品情報データベース１３０は、各商品販売企業で販売される商品に関する情報を格納するデータベースであり、例えば、商品特定情報１１０１をキーとして、メーカーID１１０２、メーカー名１１０３、商品名１１０４を対応付けたレコードから構成される。なお、前記商品特定情報１１０１は検索等でキーになるプライマリキーとなる。

−−−処理フロー例１−−−
以下、本実施形態における電子商取引方法の実際手順について、図に基づき説明する。なお、以下で説明する電子商取引方法に対応する各種動作は、前記電子商取引システム１００が記憶装置１０１からメモリ１０３に読み出して実行するプログラム１０２によって実現される。そして、このプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されている。図４は、本実施形態の電子商取引方法の処理手順例１を示す図である。

ここでまず、商品購入希望者が前記利用者端末２００などで表示されている購入希望申請画面２０（利用者端末２００からのリクエスト等に応じてシステム１００から利用者端末２００に送信：図９参照）を用いて商品特定情報（や利用者端末２００のネットワーク上のアドレス）などの商談情報を入力するものとする。

この時、システム１００の商談情報取得部１１０は、前記商談情報を取得し、商談バスケットデータベース１２６に格納する（ステップ１３０１）。なお、前記ステップ１３０１で前記商品購入希望者が入力した情報は、購入希望申請画面２０の送信ボタン２０９が押下されることをきっかけに、利用者端末２００からシステム１００に送信される。

システム１００の在庫検索部１１１は、前記商談バスケットデータベース１２６の商談情報に含まれている商品特定情報をキーとして、商品情報データベース１３０内での検索を実行し（ステップ１３０２）、前記商品特定情報に関するレコードが１以上であれば、商品は存在している、レコードが０であれば、商品は存在していないと判断する（ステップ１３０３）。前記ステップ１３０２の検索結果で出力されるレコード数が０であれば、商品は存在していない、つまり商品なしと判断する。

前記ステップ１３０３の判断結果が商品が存在しないものであった場合（ステップ１３０３：商品なし）、前記利用者端末２００に対して、商品が存在しない、もしくは入力情報の不備であることを通知し（ステップ１３０４）、前記ステップ１３０２に処理を戻す。

一方、前記ステップ１３０３の判断結果が商品が存在するものであった場合（ステップ１３０３：商品あり）、システム１００の稼動期間を通じてユニークになる番号(商談受付番号)を採番し、この商談受付番号をキーとして、商談バスケットデータベース１２６に前記商品特定情報を含んだレコードを１レコード作製する（ステップ１３０５）。

商談バスケットデータベース１２６にレコードを作製する際、ステップ１３０１で取得した情報だけでは不足している場合、ユーザ情報データベース１２８および販売者情報データベース１２９における該当レコード（商品特定情報やユーザID等をキーとして情報抽出）を参照し、不足している情報を補足しレコードを作成する。

次にシステム１００の在庫検索部１１１は、前記商品特定情報をキーとして在庫情報データベース１２５を検索し（ステップ１３０６）、在庫情報データベース１２５内で前記商品特定情報に関するレコードがあり、かつ、そのレコードにおける現在保有個数１２０２が１以上の数値であれば、在庫があると判断する（ステップ１３０７）。前記在庫情報データベース１２５内で、前記商品特定情報に関するレコードが存在しない、もしくは、そのレコードにおける現在保有個数１２０２が０であれば、在庫がないと判断する。

前記ステップ１３０７の判断の結果、前記商品特定情報に対応する商品の在庫がないと判断された場合（ステップ１３０７：在庫なし）、一定期間後に、再度ステップ１３０６の処理を実施する。

一方、前記ステップ１３０７において、在庫があると判断した場合（ステップｓ１３０７：在庫あり）、前記システム１００の購入情報格納部１１２は、システム１００の稼動期間を通じてユニークになる番号(購入受付番号)を採番し、この購入受付番号をキーとして、購入バスケットデータベース１２７に前記商品特定情報を含んだレコードを１レコード作製する（ステップ１３０８）。購入バスケットデータベース１２７にレコードを作製する際、前記ステップ１３０１で取得された情報だけでは不足している場合、ユーザ情報データベース１２８、販売者情報データベース１２９、商品情報データベース１３０、在庫情報データベース１２５らを商品特定情報やユーザID等をキーに参照し、不足している情報を補足しレコードを作成する。同時に、前記商談バスケットデータベース１２６において、前記ステップ１３０７にて在庫ありと判断された商品特定情報の該当レコードの論理削除フラグ９０８に、在庫の引き当てが完了したことを意味する値を設定する。さらに、在庫情報データベース１２５の現在保有個数１２０２を、在庫を引き当てた数分を減算し更新する。

また、システム１００の通知部１１３は、前記商品購入希望者に関するバスケット内容の確認用として、該当ユーザIDをキーとして前記購入バスケットデータベース１２７での検索を行い、その検索結果を購入確認画面２１（図１０参照）の該当欄に適用し、利用者端末２００に送信する（ステップ１３０９）。ここで、前記通知部１１３は、前記購入情報格納部１１０により前記購入バスケットデータベース１２７に格納された購入情報について、当該購入情報が含むアドレス（利用者端末２００のネットワーク上のアドレス）を読取り、当該アドレスに宛てて、前記購入バスケットデータベース１２７における前記購入情報の格納事象の発生を通知するとすれば好適である。前記商品購入希望者は、この通知を受け取った時だけ、前記購入確認画面２１を閲覧すればよい。

ステップ１３０９で送信された購入バスケットの内容は利用者端末２００で表示され、前記商品購入希望者による内容確認と、購入可否の判断をうける。この確認と判断の結果は、前記購入確認画面２１の購入ボタン３０８、再商談ボタン３０９、棄却ボタン３１０の押下でもって指示を受付けて、システム１００は利用者端末２００から受信する（ステップ１３１０）。

システム１００が前記ステップ１３１０で受信した購入可否の判断結果が、該当商品を購入するものであった場合（ステップ１３１１：する）、前記通知部１１３は、該当商品の商取引に伴う決済処理に必要な情報（購入要求が示す商品および購入希望数に関する購入処理指示など）を利用者端末２００（ないしは該当商品の商品販売企業端末３００）に引き渡し、処理を完了する（ステップ１３１２）。

一方、ステップ１３１１において、該当商品を購入しないものであり（ステップ１３１１：しない）、更に、再商談ボタン３０９が押下されたのであれば（ステップｓ１３１３：する）、前記通知部１１３は、前記購入受付番号をキーとして、購入バスケットデータベース１２７を検索し、該当するレコードの商談受付番号を取得する。そして、前記取得した商談受付番号をキーとして、商談バスケットデータベース１２６を検索し、該当するレコードにおいて、在庫の引き当てを戻したことを意味する値を論理削除フラグ９０８に設定する。また、前記商品特定情報をキーとして、在庫情報データベース１２５を検索し、該当レコードの現在保有個数１２０２の値を、在庫を引き戻した数分を加算し、更新する（ステップ１３１４）。更に、前記論理削除フラグ９０８と現在保有個数１２０２の値の更新が完了した後、購入バスケットデータベース１２７の該当レコードを削除する（ステップ１３１５）。レコードの削除が完了した後、ステップ１３０６の処理を継続する。

一方、再商談ボタン３０９が押下されなかった場合（ステップ１３１３：しない）、前記通知部１１３は、前記購入受付番号をキーとして、購入バスケットデータベース１２７を検索し、該当するレコードの商品特定情報を取得する。そして、前記取得した商品特定情報をキーとして、在庫情報データベース１２５を検索し、該当レコードの現在保有個数１２０２の値を、在庫を引き戻した数分を加算し、更新する（ステップ１３１６）。また、現在保有個数１２０２の値の更新が完了した後、購入バスケットデータベース１２７の該当レコードを削除し（ステップ１３１７）、処理を完了する。

−−−処理フロー例２−−−
次に、販売者情報の更新処理フローについて説明する。図５は、本実施形態の電子商取引方法の処理手順例２を示す図である。このフローでまずシステム１００は、商品販売企業端末３００からのリクエスト等に応じて、販売者情報の更新処理を開始する（ステップ１４０１）。続いてシステム１００は、販売者情報データベース１２９を検索し、販売者情報カスタマイズ画面２４（図１３参照）を表示するに必要な情報を取得する（ステップ１４０２）。

また、ステップ１４０２で取得した情報を販売者情報カスタマイズ画面２４に適用し、前記商品販売企業端末３００に送信し表示させる（ステップ１４０３）。前記画面２４の各欄６０１〜６１０は、それぞれ販売者情報データベース１２９のパターンID８０１のレコードに紐づいている。

次に、システム１００は、前記商品販売企業端末３００におけるユーザ情報カスタマイズ画面２４の各欄６０１〜６１０において、商談期限および購入予約期限の入力を受付ける（ステップ１４０４）。前記各欄６０１〜６１０では、期限を日／週／月の単位で設定することが可能であるいものとし、前記単位はパターンとして記憶装置１０１に保持することとする。前記ステップ１４０４での入力の完了後、システム１００は、販売者情報カスタマイズ画面２４の更新ボタン６１１の押下を受けて（ステップ１４０５）、ステップ１４０４で入力された情報を販売企業端末３００から受信し、販売者情報データベース１２９のパターンID８０１〜設定期限８０３を更新する(ステップ１４０６）。そして、販売者情報の更新処理を終了する（ステップ１４０７）。

−−−処理フロー例３−−−
次に、ユーザ情報の更新処理フローを示す。図６は本実施形態の電子商取引方法の処理手順例３を示す図である。このフローでまずシステム１００は、利用者端末２００からのリクエスト等に応じて、ユーザ情報の更新処理を開始する（ステップ１５０１）。続いてシステム１００は、ユーザ情報データベース１２８を検索し、ユーザ情報カスタマイズ画面２３を表示するに必要な情報であるパターンID８０１〜設定期限８０３の各データを取得する（ステップ１５０２）。前記パターンID８０１は、商談期限設定向け、購入予約期限設定向けにパターンが別れており、システム１００は、ユーザ情報カスタマイズ画面２３を表示する際に、前記パターンIDに従って処理を分ける。

また、前記システム１００は、前記ステップ１５０２で取得した情報で、ユーザ情報カスタマイズ画面２３を利用者端末２００に送信し表示させる（ステップ１５０３）。前記ユーザ情報５０１〜購入予約期限５０３は、それぞれユーザ情報データベース１２８のユーザID７０１のレコードに紐づいている。

次に、前記システム１００は、前記ユーザ情報カスタマイズ画面２３のユーザ情報５０１〜購入予約期限５０３の選択インターフェイス（図中例ではプルダウン）を利用した、商談期限および購入予約期限の入力を受付ける（ステップ１５０４）。前記ユーザ情報５０１〜購入予約期限５０３の各選択インターフェイスでは、ユーザ情報カスタマイズ画面２３で設定したパターンの範囲から選択することが可能である。

前記ステップ１５０４の入力完了後、システム１００は、ユーザ情報カスタマイズ画面２３の更新ボタン５０４の押下を受け（ステップ１５０５）、前記ステップ１５０４で入力された情報を利用者端末２００から受信する。そして、ユーザ情報データベース１２８のユーザID７０１〜購入予約期限パターン７０３を前記受信データに応じ更新する（ステップ１５０６）。そして、ユーザ情報の更新処理を終了する（ステップ１５０７）。

−−−処理フロー例４−−−
次に、商談バスケット情報の更新処理フローを示す。図７は、本実施形態の電子商取引方法の処理手順例４を示す図である。このフローでまずシステム１００は、利用者端末２００からのリクエスト等に応じて、商談バスケット情報の更新処理を開始する（ステップ１６０１）。

次にシステム１００は、前記商談バスケットデータベース１２６において、前記利用者端末２００から提示されたユーザIDと合致し、かつ論理削除フラグ９０８が論理削除されていないことを意味するレコードを抽出するように検索し、商談バスケットメンテナンス画面２２を表示するに必要な情報である商談受付番号９０１〜論理削除フラグ９０８を取得する（ステップ１６０２）。

続いてシステム１００は、前記ステップ１６０２で取得した情報で、商談バスケットメンテナンス画面２２を生成し、これを利用者端末２００に送信し表示させる（ステップ１６０３）。一方、利用者端末２００のユーザは、前記商談バスケットメンテナンス画面２２において、商品特定情報４０２〜商談期限４０８を確認して、商談を中断したい商品特定情報を選択する。システム１００はこの選択事象を利用者端末２００より受付ける（ステップ１６０４）。なお、ユーザによる前記選択の処理は、棄却チェックボックス４０９で受付ける。また、この選択完了後、商談バスケットメンテナンス画面２２の棄却ボタン４１０が押下されると利用者端末２００からシステム１００に選択内容のデータが送信される。

前記ステップ１６０４で受信した選択事象に対応するレコードについて、前記商談バスケットデータベース１２６における前記論理削除フラグ９０８を、論理削除を意味する値に更新する（ステップｓ１６０５）。そして商談バスケット情報の更新処理を終了する（ステップ１６０６）。

−−−処理フロー例５−−−
次に、期限切れの商談、購入予約の情報の更新処理フローを示す。図８は本実施形態の電子商取引方法の処理手順例５を示す図である。この処理フローは、例えばシステム１００がジョブ監視アプリケーションを活用し、任意のタイミングで実行するものとする。

この場合、システム１００は前記ジョブ監視アプリケーションからの指示等に応じて、商談、購入予約の情報の更新処理を開始する（ステップ１７０１）。そしてシステム１００は、前記商談バスケットデータベース１２６において、論理削除フラグ９０８が論理削除されていないことを意味する値であり、かつ、商談期限９０７とシステム日付の関係が、システム日付＜商談期限、を満たすレコードを抽出する（ステップ１７０２）。

また、システム１００は、前記ステップ１７０２で抽出したレコードの論理削除フラグ９０８に、論理削除を意味する値を設定し、更新する（ステップ１７０３）。続いて、システム１００は、前記購入バスケットデータベース１２７において、購入予約期限１００７とシステム日付の関係が、システム日付＜購入予約期限、を満たすレコードを抽出する（ステップ１７０４）。

次にシステム１００は、前記ステップ１７０４で抽出したレコードの商談受付番号１００２と同じ値を持つ商談バスケットデータベース１２６のレコードを検索し、抽出されたレコードの論理削除フラグ９０８に、論理削除されていないことを意味する値を設定し、更新する（ステップ１７０５）。また、前記ステップ１７０４で抽出したレコードを物理削除する（ステップ１７０６）。そして、期限切れの商談、購入予約の情報の更新処理を終了する（ステップ１７０７）。

−−−より具体的なイメージ−−−
次に、１人の商品購入希望者が、商品を購入する／再商談する／購入を取りやめる／商談を取りやめる例を、具体的なパラメータを用いて以下に示す。ここで、商品購入希望者を"A氏"、商品販売企業たる販売主を"B氏"、商品特定情報を"4901234567890"とし、商品情報データベース１３０に、利用者らが購入を希望する商品の情報は漏れなく登録され、在庫情報データベース１２５に、利用者らが購入を希望する商品の在庫が100個あるとの情報が保持されているものとする。また、在庫情報データベース１２５を検索するジョブの稼動間時間は、事前に登録されているものとする。

（１）事前設定
B氏の設定内容を、図１３と図３（ｂ）を用いて説明する。B氏は、商品購入希望者が選択する商談期限および購入予約期限の候補を、販売者情報カスタマイズ画面２４から入力し販売者情報データベース１２９に登録する。本例では、商談期限を１日、購入予約期限を１週間とする。B氏は、販売者情報カスタマイズ画面２４の欄６０１に商談期限を、欄６０６に購入予約期限を入力し、更新ボタン６１１を押下する。システム１００は、前記画面２４を通じて受信した情報から、販売者情報データベース１２９のパターンID８０１、設定期限パターン８０２、設定期限８０３を更新する。

次に、A氏の設定内容を、図１２と図３（ａ）を用いて説明する。A氏は、A氏が希望する商談期限と購入予約期限をユーザ情報カスタマイズ画面２３から選択し、ユーザ情報データベース１２８に登録する。システム１００は、ユーザ情報カスタマイズ画面２３の商談期限選択肢５０２、５０３を、販売者情報データベース１２９のパターンID８０１、設定期限パターン８０２、設定期限８０３の登録値を参照して表示する。そのため、A氏は、あらかじめシステムで設定されている候補の中から選択することとなる。本例では、商談期限を１日、購入予約期限を１週間とする。A氏は、商談期限選択肢５０２、購入期限選択肢５０３を選択した後、更新ボタン５０４を押下する。システム１００は、受信した情報から、ユーザ情報データベース１２８のユーザID７０１、商談期限パターン７０２、購入予約期限パターン７０３を更新する。

（２）商品を購入する／再商談する／購入を取りやめる／商談を取りやめる。
A氏が、商品を購入する／再商談する／購入を取りやめる／商談を取りやめることを、図４を用いて説明する。また、商品を購入する／再商談する／購入を取りやめる／商談を取りやめることに対し、共通の手順があるため、最初に共通の手順について説明する。

（２−１）共通の手順
A氏は、商品特定情報を商品特定情報読取り機１１で読み取るか、購入希望申請画面２０で直接入力する。本例で商品特定情報は、"4901234567890"に該当する。A氏は、購入希望申請画面２０で、商品特定情報欄２０１に購入を希望する商品特定情報の情報を、ユーザ情報欄２０５にシステム上でA氏を意味する情報を入力し、商品と商談期限を特定するため、検索ボタン２０２を押下して検索する。システム１００は、前記画面２０を通じて受信した商品特定情報欄２０１の入力値を、商品情報データベース１３０の商品特定情報１１０１と照合し、商品の存在有無を確認する。また、ユーザ情報欄２０５の入力値を、ユーザ情報データベース１２８のユーザID７０１と照合し、商談期限のパターンを確認する。本例では、A氏が入力した商品特定情報欄２０１の値は"4901234567890"であり、商品情報データベース１３０の商品特定情報１１０１にも存在するため、システム１００は、該当するレコードの商品名１１０４を商品名２０３に、メーカー名１１０３をメーカー２０４に紐付け、ユーザ情報データベース１２８の商談期限パターン７０２を購入希望期限(商談期限)２０８に紐付けて、購入希望申請画面２０を表示する。

A氏は、商品名２０３とメーカー２０４の内容を確認し、希望する商品であるならば、購入希望価格２０６〜購入希望期限(商談期限)２０８までの情報を入力する。入力が完了した後、送信ボタン２０９を押下し、購入希望申請画面２０の入力値をシステム１００に送信する。システム１００は、前記送信されてきた入力値を受信し、この情報を商談バスケットデータベース１２６に登録する。この時、システム１００は商談受付番号９０１を採番し設定する。また、受信したシステム日時を、商談登録年月日９０６に設定し、A氏のユーザIDをユーザID９０２に設定する。

システム１００は、購入希望期限(商談期限)２０８を受信したシステム日時に加算した結果を商談期限９０７に設定する。システム１００は、A氏が入力２０１を商品特定情報９０３に、購入希望価格２０６を購入希望価格９０４に、購入希望個数２０７を購入希望個数９０５に設定する。全ての設定が終わったら、システム１００は、論理削除フラグ９０８に当該レコードが有効である意味を持つ値"OFF"を設定し、当該レコードを更新する。

一方、在庫情報データベース１２５を検索するジョブは、システム１００が、商談バスケットデータベース１２６に登録されているレコードを参照し、在庫情報データベース１２５を検索することで実行する。前記ジョブが起動すると、システム１００は、商談バスケットデータベース１２６の論理削除フラグ９０８が"OFF"のレコードを抽出し、商品特定情報９０３と商品特定情報１２０１を比較し、在庫の有無を確認する。

システム１００は、該当するレコードが存在しない場合、もしくは該当するレコードは存在するが、現在保有個数１２０２の値が、０である場合は、在庫が無いと判断する。本例では、該当するレコードがあり、かつ現在保有個数１２０２の値が"１００"であるため、在庫があると判断する。在庫があると判断すると、システム１００は、購入バスケットデータベース１２７への登録を開始する。

システム１００は、購入受付番号を採番し、購入受付番号欄１００１へ設定する。システム１００は、在庫があると判断した商談受付番号の値をキーに、該当するレコードを抽出する。抽出されたレコードの商談受付番号９０１、ユーザID９０２、商品特定情報９０３、購入希望価格９０４、購入希望個数９０５を、それぞれ商談受付番号１００２、ユーザID１００３、商品特定情報１００４、購入価格１００５、購入個数１００６に設定する。また、ユーザ情報データベース１２８と販売者情報データベース１２９を参照し、ユーザ情報データベース１２８の購入予約期限パターン７０３で、販売者情報データベース１２９のパターンID８０１を検索し、設定期限パターン８０２と設定期限８０３から、購入予約期限の値を求める。求めた結果を、システム日付に加算して、購入予約期限１００７に設定する。設定が完了した後、当該レコードを更新する。

購入バスケットデータベース１２７のレコードが更新し終わった後、参照元である商談バスケットデータベース１２６の該当レコードの論理削除フラグ９０８に、当該レコードが無効である意味を持つ値"ON"を設定し、該当レコードを更新する。該当レコードの更新が完了した後、在庫情報データベース１２５にて、今回購入した商品" 4901234567890"に該当するレコードの現在保有個数１２０２の値から、購入個数１００６の今回購入した個数"１"を減算した値"９９"を設定し、当該レコードを更新する。

次に、A氏は、購入確認画面２１で購入を希望する商品の購入可否状況を確認する。システム１００は、A氏が購入確認画面２１を表示しようとするまでの間に、A氏のユーザIDを把握しているものとする。システム１００は、A氏のユーザIDを用いて、購入バスケットデータベース１２７のユーザID１００３を検索する。システム１００は、ユーザID１００３の検索から特定された、購入を希望する商品"4901234567890"の情報を、購入確認画面２１に表示する。商品特定情報３０１は商品特定情報１００４から、商品名３０２は商品特定情報１００４をユーザ情報データベース１２８の商品特定情報１１０１と紐付けて一致するレコードの商品名１１０４から、メーカー３０３は商品特定情報１００４をユーザ情報データベース１２８の商品特定情報１１０１と紐付けて一致するレコードのメーカー名１１０３から、ユーザ情報３０４はユーザID１００３から、購入希望価格３０５は購入価格１００５から、購入希望個数３０６は購入個数１００６から、購入希望期限(商談期限)３０７は購入予約期限１００７から、それぞれ値を参照し購入確認画面２１を表示する。

（２−２）商品を購入する。
商品を購入する場合は、A氏は、購入確認画面２１の購入ボタン３０８のボタンを押下する。システム１００は、決済処理(本発明では対象外)を実行し、購入受付番号をキーに購入バスケットデータベース１２７の該当するレコードを物理削除する。

（２−３）商品を再商談する。
商品を再商談する場合、A氏は、購入確認画面２１の再商談ボタン３０９のボタンを押下する。システム１００は、購入確認画面２１から受信した購入受付番号および商談受付番号をキーに、商談バスケットデータベース１２６と購入バスケットデータベース１２７を更新する。まず、商談バスケットデータベース１２６において、購入確認画面２１から受信した商談受付番号と商談受付番号９０１とを比較して対象を抽出する。そして、前記抽出されたレコードの論理削除フラグ９０８に、論理削除されていないことを意味する値(本例では"OFF")を設定し、商談バスケットデータベース１２６を更新する。次に、購入バスケットデータベース１２７において、購入確認画面２１から受信した購入受付番号と購入受付番号１００１とを比較して対象を抽出し、抽出されたレコードを物理削除する。

（２−３）商品の購入を取りやめる。
商品の購入を取りやめる場合、A氏は、購入確認画面２１の棄却ボタン３１０のボタンを押下する。システム１００は、購入確認画面２１から受信した購入受付番号をキーに、購入バスケットデータベース１２７の購入受付番号１００１と比較して対象を抽出し、抽出されたレコードを物理削除する。

本実施形態によれば、商品購入希望者が所望する商品の購入手順における、商品販売企業や商品の検索処理を含む各種操作を抑制し、商品購入処理時の操作負荷低減と操作効率向上を図れる。

以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

本実施形態における電子商取引システムを含むネットワーク構成図である。 本実施形態の、（ａ）在庫情報データベース、（ｂ）商談バスケットデータベース、（ｃ）購入バスケットデータベースの各データ構造例を示す図である。 本実施形態の、（ａ）ユーザ情報データベース、（ｂ）販売者情報データベース、（ｃ）商品情報データベースの各データ構造例を示す図である。 本実施形態の電子商取引方法の処理手順例１を示す図である。 本実施形態の電子商取引方法の処理手順例２を示す図である。 本実施形態の電子商取引方法の処理手順例３を示す図である。 本実施形態の電子商取引方法の処理手順例４を示す図である。 本実施形態の電子商取引方法の処理手順例５を示す図である。 本実施形態における処理イメージ例１を示す図である。 本実施形態における処理イメージ例２を示す図である。 本実施形態における処理イメージ例３を示す図である。 本実施形態における処理イメージ例４を示す図である。 本実施形態における処理イメージ例５を示す図である。

符号の説明

１００ 電子商取引システム
１０１ 記憶装置
１０２ プログラム
１０３ メモリ
１０４ ＣＰＵ
１０５ 入力インターフェイス
１０６ 出力インターフェイス
１０７ 通信装置
１１０ 商談情報取得部
１１１ 在庫検索部
１１２ 購入情報格納部
１１３ 通知部
１２５ 在庫情報データベース
１２６ 商談バスケットデータベース
１２７ 購入バスケットデータベース
１２８ ユーザ情報データベース
１２９ 販売者情報データベース
１３０ 商品情報データベース
１４０ ネットワーク
２００ 利用者端末
３００ 商品販売企業端末

Claims (6)

1. 利用者からの商品購入希望に応じて電子商取引処理を行うコンピュータシステムであって、
   各商品販売企業の商品の在庫情報を格納している在庫情報データベースを備える記憶装置と、
   利用者からの各種入力を受付ける入力インターフェイスと、
   出力データを出力する出力インターフェイスと、
   商品特定情報および購入希望数を含む商品購入希望のデータを前記入力インターフェイスから受け付けて、当該商品購入希望データを商談情報として商談バスケットデータベースに格納する商談情報取得処理と、
   前記商談バスケットデータベースに格納されている商談情報をメモリに読み出して、当該商談情報が含む商品特定情報をキーにし、前記在庫情報データベースでの該当商品の在庫情報の検索を実行する在庫検索処理と、
   前記商品特定情報に該当する商品の在庫が、前記商談情報の含む購入希望数以上であるか、前記在庫情報データベースで検索した在庫情報で判定し、前記商品の在庫が購入希望数以上である場合、前記商品の商品特定情報および購入希望数の情報を含む購入情報を購入バスケットデータベースに格納する購入情報格納処理と、
   前記購入バスケットデータベースにおける購入情報を出力インターフェイスに出力し、当該購入情報に応じた利用者からの購入要求を入力インターフェイスから受け付けて、この購入要求が示す商品および購入希望数に関する購入処理指示を、該当商品の商品販売企業の端末に通知する通知処理と、を実行する演算装置と、
   を備えることを特徴とする電子商取引システム。
2. 前記商談情報取得処理は、商品の購入希望者が備える利用者端末のネットワーク上のアドレスを入力インターフェイスより取得して、このアドレスを商談情報に含めて商談バスケットデータベースに格納し、
   前記通知処理は、前記購入情報格納処理において前記購入バスケットデータベースに格納された購入情報について、当該購入情報が含むアドレスを読取り、当該アドレスに宛てて、前記購入バスケットデータベースにおける前記購入情報の格納事象の発生を通知する、
   ことを特徴とする請求項１に記載の電子商取引システム。
3. 前記商談情報取得処理は、該当商品の商談期間を入力インターフェイスより取得して、この商談期間を商談情報に含めて商談バスケットデータベースに格納し、
   前記在庫検索処理は、前記商談情報が含む商談期間を読み出し、当該商談期間内に前記在庫情報データベースでの該当商品の在庫情報の検索を実行し、
   前記購入情報格納処理は、前記商品の在庫が前記商談期間内に前記商談情報の含む購入希望数以上であるとの判定結果を得られなかった場合、前記商談バスケットデータベースにおける該当商談情報のレコードを削除する、
   ことを特徴とする請求項１または２に記載の電子商取引システム。
4. 前記通知処理は、該当商品の購入意思を確認する猶予期間たる購入予約期間を入力インターフェイスから受け付けて、前記購入要求が前記購入予約期間内に入力インターフェイスにて入力されなかった場合、前記購入バスケットデータベースにおける該当購入情報を削除する、
   ことを特徴とする請求項１〜３のいずれかに記載の電子商取引システム。
5. 利用者からの商品購入希望に応じて電子商取引処理を行うコンピュータが、
   各商品販売企業の商品の在庫情報を格納している在庫情報データベースを備える記憶装置と、利用者からの各種入力を受付ける入力インターフェイスと、出力データを出力する出力インターフェイスと、演算装置とを備え、
   商品特定情報および購入希望数を含む商品購入希望のデータを前記入力インターフェイスから受け付けて、当該商品購入希望データを商談情報として商談バスケットデータベースに格納する商談情報取得処理と、
   前記商談バスケットデータベースに格納されている商談情報をメモリに読み出して、当該商談情報が含む商品特定情報をキーにし、前記在庫情報データベースでの該当商品の在庫情報の検索を実行する在庫検索処理と、
   前記商品特定情報に該当する商品の在庫が、前記商談情報の含む購入希望数以上であるか、前記在庫情報データベースで検索した在庫情報で判定し、前記商品の在庫が購入希望数以上である場合、前記商品の商品特定情報および購入希望数の情報を含む購入情報を購入バスケットデータベースに格納する購入情報格納処理と、
   前記購入バスケットデータベースにおける購入情報を出力インターフェイスに出力し、当該購入情報に応じた利用者からの購入要求を入力インターフェイスから受け付けて、この購入要求が示す商品および購入希望数に関する購入処理指示を、該当商品の商品販売企業の端末に通知する通知処理と、
   を実行することを特徴とする電子商取引方法。
6. 利用者からの商品購入希望に応じて電子商取引処理を行べく、各商品販売企業の商品の在庫情報を格納している在庫情報データベースを備える記憶装置と、利用者からの各種入力を受付ける入力インターフェイスと、出力データを出力する出力インターフェイスと、演算装置とを備えるコンピュータに、
   商品特定情報および購入希望数を含む商品購入希望のデータを前記入力インターフェイスから受け付けて、当該商品購入希望データを商談情報として商談バスケットデータベースに格納するステップと、
   前記商談バスケットデータベースに格納されている商談情報をメモリに読み出して、当該商談情報が含む商品特定情報をキーにし、前記在庫情報データベースでの該当商品の在庫情報の検索を実行するステップと、
   前記商品特定情報に該当する商品の在庫が、前記商談情報の含む購入希望数以上であるか、前記在庫情報データベースで検索した在庫情報で判定し、前記商品の在庫が購入希望数以上である場合、前記商品の商品特定情報および購入希望数の情報を含む購入情報を購入バスケットデータベースに格納するステップと、
   前記購入バスケットデータベースにおける購入情報を出力インターフェイスに出力し、当該購入情報に応じた利用者からの購入要求を入力インターフェイスから受け付けて、この購入要求が示す商品および購入希望数に関する購入処理指示を、該当商品の商品販売企業の端末に通知するステップと、
   を実行させる電子商取引プログラム。

Images