JP4249536B2 - 電子商取引システム及び電子商取引サーバ - Google Patents
電子商取引システム及び電子商取引サーバ Download PDFInfo
- Publication number
- JP4249536B2 JP4249536B2 JP2003122410A JP2003122410A JP4249536B2 JP 4249536 B2 JP4249536 B2 JP 4249536B2 JP 2003122410 A JP2003122410 A JP 2003122410A JP 2003122410 A JP2003122410 A JP 2003122410A JP 4249536 B2 JP4249536 B2 JP 4249536B2
- Authority
- JP
- Japan
- Prior art keywords
- product
- optional
- option
- notification
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000005540 biological transmission Effects 0.000 claims description 18
- 230000000694 effects Effects 0.000 claims description 8
- 238000000034 method Methods 0.000 description 58
- 238000010586 diagram Methods 0.000 description 20
- 239000000284 extract Substances 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 241000699670 Mus sp. Species 0.000 description 2
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
電子商取引サーバにネットワークを介して接続された利用者端末から商品の発注を行うための電子商取引システムに関する。
【０００２】
【従来の技術】
従来から、インターネットが普及したことにより、パソコン等の情報通信端末をインターネットに接続して電子商取引を行うことが可能になっている。インターネットを利用した電子商取引によれば、ユーザがパソコン等の情報通信端末をインターネットに接続できる環境にあれば、いつでも商品やサービスの提供者から希望する商品の購入やサービスの提供を受けることができる。
【０００３】
電子商取引は、商品やサービスの提供者にとっては、新たなユーザを獲得するための活動やコストを削減でき、また、ユーザにとっては、時間や場所に制限されることなく希望する商品の購入やサービスの提供を受ける手続をすることができるという利点がある。
【０００４】
ところでユーザが電子商取引により商品を購入しようとする場合、ユーザは商品提供者のホームページにアクセスし、当該ホームページ上で希望する商品の選択を行う必要がある。しかし、ユーザが商品知識に乏しい場合には、当該商品の付属オプション品や当該商品と同時に購入することが望ましい品物を知ることなく購入を仕損じることがあるという問題がある。これが対面販売の場合であれば、販売員が指摘するので、このような付属オプション品や当該商品と同時に購入することが望ましい品物をユーザは知ることができるので、それらの購入も仕損じることはない。
【０００５】
かかる問題を解決するために、特許文献１には、提供商品毎に当該商品に関連する商品を対応付けて記憶しておき、ユーザが商品を選択した際に、当該選択商品と関連商品とを提示することにより、ユーザが不本意に関連商品の購入を仕損じることを防ぐ技術が開示されている。
【０００６】
【発明が解決しようとする課題】
しかしながら、特許文献１に開示されている技術は、ユーザが選択した商品に関連する商品を提示することにより、選択商品に関する推奨品を提示しているにすぎない。このため、ユーザが任意に複数の商品を選択した場合には、各選択商品についての推奨品の情報が提示されることになるが、各選択商品間で矛盾した組み合わせになっているか否かの判断はされない。
【０００７】
例えば、ユーザが商品Ａとそのオプション品ｂ、ｃを選択した場合において、商品Ａと同時に使用できるオプション品がｂ及びｃのいずれか一方だけであるとき、オプション品ｂ、ｃは商品Ａについていずれか一方しか同時に使用し得ないという情報は提示されない。
【０００８】
商品知識に乏しいユーザや大量の商品を選択するユーザが排他的な組み合わせの商品を選択してしまった場合に、その旨の通知を購入の決定手続の前に成されれば、ユーザにとっては、不要商品の購入防止及び返品の手間をなくすことができる。一方、商品提供者にとっては、誤って購入してしまったユーザからの返品受付の手間とコストとを削減することができる。
【０００９】
本発明の目的は、ユーザが複数の商品を購入する際に、ユーザが選択した商品間に排他的な組み合わせがあるか否かのチェックを行うことにより、通知をして不要な商品選択による誤購入の防止を実現する電子商取引システムを提供することにある。
【００１０】
また、最近は、インターネットを利用した電子商取引はＢｔｏＣ（企業−消費者）のみならず、ＢｔｏＢ（企業−企業間）においても利用されている。ＢｔｏＢにおいて電子商取引を利用する企業の中には、商品の卸売を行う仲介業者が含まれる。このような仲介業者の場合、種々の商品を取り扱う関係上、敢えて必須オプション品を選択しなかったり排他オプション品を選択したりする場合がある。このような場合に、毎回必須オプション品や排他オプション品についての通知を受けるのは煩雑である。
【００１１】
そこで、本発明の他の目的は、敢えて必須オプション品を選択しなかったり排他オプション品を選択したりするユーザの便宜を考慮して、このようなユーザに対しては不要な通知を出さないようにできる電子商取引システムを提供することにある。
【００１２】
【特許文献１】
特開２００１−２６５８５３号公報
【００１３】
【課題を解決するための手段】
上記目的を達成するため、本発明の電子商取引システムは、電子商取引サーバにネットワークを介して接続された利用者端末から商品及び当該商品に対応するオプション品の発注を行うための電子商取引システムであって、前記電子商取引サーバは、前記商品に対応する前記オプション品毎に当該オプション品とは排他的な組合せとなる他のオプション品についての排他オプション品情報を記憶する排他オプション品記憶手段と、前記利用者端末によって選択された商品及び当該商品に対応するオプション品情報を受信する受信手段と、前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記排他オプション品記憶手段により記憶された排他的な組合せとなるオプション品が選択されたかを検索する第１の検索手段と、前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出されなかった場合は、選択されたオプション品の発注を受け付ける発注受付手段と、前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出された場合は、当該抽出された排他的組合せ情報を送信すると共に、当該排他的な組合せとなるオプション品からいずれか又は重複するオプション品を発注するかを選択可能な画面情報を前記利用者端末に送信する第１の送信手段と、前記商品に対応する前記オプション品のうち必須となるオプション品情報を記憶する必須オプション品記憶手段と、前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記必須オプション品記憶手段により記憶された必須オプション品からの選択漏れを検索する第２の検索手段と、前記第２の検索手段による検索の結果、選択漏れとなった必須オプション品が抽出された場合、当該抽出された必須オプション品情報を送信すると共に、次回選択漏れがあったときの通知の要否を選択させるための画面情報を前記利用者端末に送信する第２の送信手段とを有し、前記発注受付手段は、前記利用者端末から前記第１の送信手段により送信した排他的な組合せとなるオプション品が再度重複して選択された場合に、当該重複して選択されたオプション品の発注を受け付け、前記第２の送信手段は、前記利用者端末から送信された認証情報に含まれるユーザＩＤ毎に設けられている、１つの必須オプション品に対して、その必須オプションを必須とする複数の商品と、その複数の商品それぞれに対して未選択である場合にその旨の通知が必要であるかを示す情報とが対応付けられた必須オプション品履歴データベースを参照することで、１つの商品について前記必須オプション品が未選択のときに、当該商品について当該必須オプション品が未選択である旨の通知の要否を判断すると共に、当該必須オプション品に対するその他の商品それぞれについて当該必須オプション品が未選択である旨の通知が不要である商品があるかを判断して、通知内容を変更するものであり、前記利用者端末から第１の商品について必須オプション品の通知不要との選択がなされた後に、前記受信手段により前記第１の商品が次回に再度選択され、当該第１の商品に対応する前記通知不要の必須オプション品が前回選択されなかったときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第１の商品に対して前記通知が不要であることが登録されているため、当該必須オプション品情報を前記利用者端末に送信せず、一方、前記受信手段により前記第１の商品とは異なる第２の商品が選択され、当該第２の商品に対応する必須オプション品が選択されず、かつ当該選択されなかった必須オプション品が前記第１の商品について前記通知不要の必須オプション品と同じときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第２の商品に対して前記通知が不要であると登録されていないため、当該必須オプション品情報を前記利用者端末に送信し、前記必須オプション品履歴データベースで当該必須オプション品を必須とする第１の商品に対して前記通知が不要であると登録されているため、前記第１の商品では当該必須オプション品を通知不要とした情報を前記利用者端末に送信することを特徴とする。
【００１４】
上記目的を達成するため、本発明の電子商取引サーバは、電子商取引サーバにネットワークを介して接続された利用者端末から商品及び当該商品に対応するオプション品の発注を行うための電子商取引サーバであって、前記商品に対応する前記オプション品毎に当該オプション品とは排他的な組合せとなる他のオプション品についての排他オプション品情報を記憶する排他オプション品記憶手段と、前記利用者端末によって選択された商品及び当該商品に対応するオプション品情報を受信する受信手段と、前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記排他オプション品記憶手段により記憶された排他的な組合せとなるオプション品が選択されたかを検索する第１の検索手段と、前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出されなかった場合は、選択されたオプション品の発注を受け付ける発注受付手段と、前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出された場合は、当該抽出された排他的組合せ情報を送信すると共に、当該排他的な組合せとなるオプション品からいずれか又は重複するオプション品を発注するかを選択可能な画面情報を前記利用者端末に送信する第１の送信手段と、前記商品に対応する前記オプション品のうち必須となるオプション品情報を記憶する必須オプション品記憶手段と、前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記必須オプション品記憶手段により記憶された必須オプション品からの選択漏れを検索する第２の検索手段と、前記第２の検索手段による検索の結果、選択漏れとなった必須オプション品が抽出された場合、当該抽出された必須オプション品情報を送信すると共に、次回選択漏れがあったときの通知の要否を選択させるための画面情報を前記利用者端末に送信する第２の送信手段とを有し、前記発注受付手段は、前記利用者端末から前記第１の送信手段により送信した排他的な組合せとなるオプション品が再度重複して選択された場合に、当該重複して選択されたオプション品の発注を受け付け、前記第２の送信手段は、前記利用者端末から送信された認証情報に含まれるユーザＩＤ毎に設けられている、１つの必須オプション品に対して、その必須オプションを必須とする複数の商品と、その複数の商品それぞれに対して未選択である場合にその旨の通知が必要であるかを示す情報とが対応付けられた必須オプション品履歴データベースを参照することで、１つの商品について前記必須オプション品が未選択のときに、当該商品について当該必須オプション品が未選択である旨の通知の要否を判断すると共に、当該必須オプション品に対するその他の商品それぞれについて当該必須オプション品が未選択である旨の通知が不要である商品があるかを判断して、通知内容を変更するものであり、前記利用者端末から第１の商品について必須オプション品の通知不要との選択がなされた後に、前記受信手段により前記第１の商品が次回に再度選択され、当該第１の商品に対応する前記通知不要の必須オプション品が前回選択されなかったときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第１の商品に対して前記通知が不要であることが登録されているため、当該必須オプション品情報を前記利用者端末に送信せず、一方、前記受信手段により前記第１の商品とは異なる第２の商品が選択され、当該第２の商品に対応する必須オプション品が選択されず、かつ当該選択されなかった必須オプション品が前記第１の商品について前記通知不要の必須オプション品と同じときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第２の商品に対して前記通知が不要であると登録されていないため、当該必須オプション品情報を前記利用者端末に送信し、前記必須オプション品履歴データベースで当該必須オプション品を必須とする第１の商品に対して前記通知が不要であると登録されているため、前記第１の商品では当該必須オプション品を通知不要とした情報を前記利用者端末に送信することを特徴とする。
【００２３】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態を説明する。
【００２４】
〔第１の実施の形態〕
図１は、本発明の第１の実施の形態に係る電子商取引システムの構成図である。
【００２５】
電子商取引システム１では、ＬＡＮ１１に接続されている管理サーバ１００、電子商取引サーバ２００及びデータベース３００からなる電子商取引サイト１０が通信回線２０（ネットワーク）を介して複数のユーザ端末３０（利用者端末）に接続されている。
【００２６】
図２は、図１における管理サーバ１００及び電子商取引サーバ２００のハードウェア構成である。
【００２７】
管理サーバ１００及び電子商取引サーバ２００は同一構造を有しているので、管理サーバ１００の構成要素としては１００番台の符号を付し、電子商取引サーバ２００の構成要素としては２００番台の符号を付す。以下、管理サーバ１００と電子商取引サーバ２００とを併せてサーバ１００，２００等とし、各構成要素に両者の符合を併記して説明する。
【００２８】
サーバ１００，２００は夫々、ＣＰＵ１０１，２０１、ＲＡＭ１０２，２０２、ＲＯＭ１０３，２０３、ハードディスク１０４，２０４、記録媒体ドライブ１０５，２０５、ネットワークカード１０６，２０６、キーボード１０７，２０７、マウス１０８，２０８、ビデオアダプタ１０９，２０９を備え、これらがシステムバス１１０，２１０を介して互いに接続されている。
【００２９】
ＣＰＵ１０１，２０１は、オペレーションシステム（以下、「ＯＳ」という。）のプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算及びハードウェアの制御を行う。
【００３０】
ＲＡＭ１０２，２０２は、外部記憶装置に記録されているＯＳやアプリケーションプログラム等が一時的に記憶され、これらはＣＰＵ１０１，２０１の制御の下に実行される。ＲＯＭ１０３，２０３には、ＯＳと協働して外部記憶装置等への入出力を司るいわゆるＢＩＯＳ等が記憶される。
【００３１】
ハードディスク１０４，２０４には、ＯＳ、情報検索を行うための情報検索実行プログラム及び情報検索データベースが記憶されている。
【００３２】
記録媒体ドライブ１０５，２０５は、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−Ｒ等の記録媒体に記録されているアプリケーションプログラム等をハードディスク１０４にインストールするために用いるドライブ装置である。
【００３３】
ネットワークカード１０６，２０６とは、ＣＰＵ１０１，２０１によって制御されるＯＳの通信プログラムと協働してネットワーク２０を介した外部との通信を行う。
【００３４】
キーボード１０７，２０７やマウス１０８，２０８は、指示を入力するための入力装置である。
【００３５】
ビデオアダプタ１０９，２０９は、画像表示装置に表示する画像を形成するために用いられる。
【００３６】
図３は、データベース３００に記録されているデータ構成を示す図である。
【００３７】
データベース３００は、ユーザデータベース３０１（以下、ユーザＤＢ３０１）及び商品データベース３０２（以下、商品ＤＢ３０２）から構成されている。
【００３８】
ユーザＤＢ３０１は、ユーザ端末が電子商取引サーバ２００に接続する際に必要なユーザ情報を管理するためのデータである。商品ＤＢ３０２は、電子商取引によって提供される商品情報が記録されている。商品ＤＢ３０２の中には、各商品についての必須オプション品及びオプション品の各情報並びに排他オプション品情報等が記録されている。このようなデータベース３００に管理サーバ１００及び電子商取引サーバ２００がアクセスして、データベース３００に記録してあるデータを読み出す。
【００３９】
なお、図１において、データベース３００は、ＬＡＮ１１に接続されているが、データベース３００内のデータは、電子商取引サーバ２００又は管理サーバ１００のいずれかに内蔵されているハードディスク１０４，２０４に記録されていてもよい。
【００４０】
ユーザが電子商取引により商品を購入するためには、ユーザ端末３０を電子商取引サーバ２００に接続して、希望の商品を選択してから発注を行う必要がある。この際、商品知識に乏しいユーザが商品の発注を行うとき、選択商品についての必須オプション品の選択を忘れる場合がある。また、大量の商品を選択するユーザが商品の発注を行うとき、選択商品相互間について互いに排他的な排他オプション品の組合せを選択してしまう場合がある。
【００４１】
図４は、第１の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートである。
【００４２】
図４のフローチャートが示す処理のうち特徴的なものは、ユーザによる商品の発注が行われた際に、選択商品についての必須オプション品の選択がされていない場合、及びユーザによる商品の大量発注が行われた際に、選択商品相互間で排他オプション品に該当する組合せが有る場合に電子商取引サーバ２００がユーザに対して必須オプション品の選択がされていない旨又は排他オプション品が選択されている旨の通知を行う処理である。
【００４３】
ユーザがユーザ端末３０を電子商取引サーバ２００に接続するが、この接続の際にユーザ認証が行われる場合がある。
【００４４】
先ず、ユーザによってユーザ端末３０が商品を選択するための商品選択画面を要求する（ステップＳ４０１）。
【００４５】
商品選択画面要求を電子商取引サーバ２００が受けると（ステップＳ４０２）、電子商取引サーバ２００は、商品ＤＢ３０２を検索し、現在提供されている商品に関する情報を抽出し、この抽出した商品情報を基にしてユーザが商品選択を行うための画面情報を作成してユーザ端末３０に送信する（ステップＳ４０３）。
【００４６】
ユーザ端末３０は、商品選択画面情報を受信すると（ステップＳ４０４）、商品情報が一覧できる商品選択画面を表示する。
【００４７】
図５は商品選択画面を示す図である。
【００４８】
商品選択画面には、商品情報として、商品コード欄５０１、商品名欄５０２、在庫欄５０３、定価欄５０４が表示される。商品コード欄５０１は商品を識別するための固有のコード番号が表示され、商品名欄５０２には商品の名称が表示される。また、在庫欄５０３には在庫数等の在庫状況が表示され、価格欄５０４には商品の価格が表示される。ユーザが商品を選択するときは、希望商品の追加ボタン５０５を押下することによって選択されてカートに追加される。このような追加ボタン５０５により複数商品を選択する方法は、電子商取引においては一般に使用されている方法である。
【００４９】
ユーザ端末３０は、ユーザによって選択された商品情報を電子商取引サーバ２００に送信する（ステップＳ４０５）。
【００５０】
電子商取引サーバ２００は選択商品情報を受信すると（ステップＳ４０６）、ユーザによって選択された商品の中に必須オプション品が欠落しているか否かを検索する（ステップＳ４０７）。この検索処理については、後に詳述する。必須オプション品が欠落していない場合には、ステップＳ４１２へ進む。
【００５１】
必須オプション品が欠落している場合には、ステップＳ４０８に進んで、電子商取引サーバ２００は、欠落した必須オプション品に関する必須オプション品情報をユーザ端末３０に送信する。
【００５２】
ユーザ端末３０は、必須オプション品情報を受信すると（ステップＳ４０９）、必須オプション品が未選択である旨を通知する必須オプション品未選択通知画面を表示する。
【００５３】
図６は必須オプション品未選択通知の画面を示す図である。
【００５４】
必須オプション品未選択通知画面には、商品情報として、商品コード欄６０１、必須オプション品（選択商品）欄６０２、在庫欄６０３、価格欄６０４が表示される。商品コード欄６０１には、商品を識別するための固有のコード番号が表示される。必須オプション品（選択商品）欄６０２には、選択された商品について必須オプション品となっている商品の名称が表示される。なお、その必須オプション品を必要とする選択商品名は、必須オプション品の名称の横に配置された括弧内に表示されている。例えば、「ケースＡ（カメラＡ）」の表示は、ユーザが選択した商品はカメラＡであり、このカメラＡの必須オプション品がケースＡであることを示している。在庫欄６０３には、在庫の有無等についての情報が表示される。価格欄６０４には、商品の価格が表示される。
【００５５】
表示された必須オプション品を購入する場合には、ユーザは、購入する必須オプション品のチェックボックス６０５に、図示したようにチェックを入れた後に、送信ボタン６０６を押下すればよい。これにより、ユーザ端末３０は、必須オプション品についての購入又は不買情報を電子商取引サーバ２００に送信する（ステップＳ４１０）。
【００５６】
電子商取引サーバ２００は、ユーザ端末３０から必須オプション品についての購入又は不買情報を受信すると（ステップＳ４１１）、ユーザによって選択された必須オプション品の中に排他オプション品に該当する組合せが選択されているか否かを検索する（ステップＳ４１２）。この検索処理については、後に詳述する。排他オプション品に該当する組合せが選択されていない場合には、本処理を終了する。
【００５７】
排他オプション品に該当する組合せが選択されている場合には、ステップＳ４１３へ進み、電子商取引サーバ２００は、選択されていた排他オプション品に該当する旨の情報をユーザ端末３０に送信する（ステップＳ４１３）。
【００５８】
ユーザ端末３０は、排他オプション品情報を受信すると（ステップＳ４１４）、選択された必須オプション品の中に排他オプション品に該当する組合せが選択されている旨を通知する排他オプション品選択通知画面を表示する。
【００５９】
図７は排他オプション品選択通知の画面を示す図である。
【００６０】
チェックボックス７０１は、商品を購入する場合にチェックを入れる欄である。商品名欄７０２は商品の名称を表示する欄である。排他オプション品に該当した場合、いずれか一方しか使用できないため、通常はいずれかの商品を選択することになるが、敢えて排他オプション品を購入することも可能である。その場合は、購入する商品のチェックボックス７０１にチェックを入れればよい。最後にユーザによって送信ボタン７０３が押下されることにより、ユーザ端末３０は、排他オプション品についての購入又は選択情報を電子商取引サーバ２００に送信する（ステップＳ４１５）。
【００６１】
電子商取引サーバ２００は、購入又は選択情報を受信すると（ステップＳ４１６）、本処理を終了する。
【００６２】
次に、上述したステップＳ４０７の処理を図８のフローチャートを用いて説明する。
【００６３】
図８は、図４のフローチャートにおけるステップＳ４０７の処理を示すフローチャートである。
【００６４】
電子商取引サーバ２００は、ユーザによって選択された商品について選択商品表を作成し（ステップＳ８０１）、その後に作成した選択商品表をＲＡＭ２０２又はハードディスク２０４上に一時的に記録する。
【００６５】
次に、作成した選択商品表から一商品を抽出し（ステップＳ８０２）、当該抽出した商品をキーとして商品ＤＢ３０２を検索する（ステップＳ８０３）。
【００６６】
図９は、図３のデータベース３００における商品ＤＢ３０２のデータ構造を示す図である。
【００６７】
図９によれば、カメラＡの必須オプション品はケースＡ及びメモリＣであり、カメラＢの必須オプション品はケースＡである。
【００６８】
ステップＳ８０４では、上記のキーとした商品について商品ＤＢ３０２に必須オプション品情報が有るか否かを判断する。必須オプション品情報がない場合には、ステップＳ８０９に進む。
【００６９】
必須オプション品情報が有る場合には（ステップＳ８０４でＹＥＳ）、ステップＳ８０５に進んで必須オプション品情報を商品ＤＢ３０２から抽出する。例えば、ステップＳ８０２においてカメラＡをキーとして抽出した場合には、カメラＡの必須オプション品としてケースＡ及びメモリＣが有るので、ケースＡ及びメモリＣに関する必須オプション品情報を商品ＤＢ３０２から抽出する。
【００７０】
次に、ステップＳ８０１において作成された選択商品表の中にステップＳ８０５で抽出した必須オプション品が有るか否かを判断する（ステップＳ８０６）。ステップＳ８０５において抽出した必須オプション品が既に選択されている場合、即ち、ユーザが当該必須オプション品を選択している場合には、ユーザに改めて通知する必要がない。従って、選択商品表の中に上記の必須オプション品が有る場合には、ステップＳ８０９へ進む。
【００７１】
上記の必須オプション品がない場合、即ち、ユーザが必須オプション品を選択していない場合には（ステップＳ８０６でＮＯ）、ステップＳ８０７へ進む。
【００７２】
ステップＳ８０５で抽出した必須オプション品の中からステップＳ８０１において作成した選択商品表の中に含まれていない必須オプション品を抽出する（ステップＳ８０７）。例えば、ユーザがカメラＡ及びケースＡを選択していた場合には、必須オプション品として選択されていない商品はメモリＣである。従って、本ステップにおいては、メモリＣが抽出される。
【００７３】
ステップＳ８０８では、ステップＳ８０７において抽出した必須オプション品の一覧表を作成する。既に一覧表が作成されている場合は、その一覧表に必須オプション品を追加する。こうして作成した一覧表をＲＡＭ２０２又はハードディスク２０４上に一時的に記録する。
【００７４】
ステップＳ８０１において作成した選択商品表に未検索商品があるか否かを判断し（ステップＳ８０９）、未検索商品がある場合にはステップＳ８０２にもどり、未検索商品がなければ終了する。
【００７５】
上記の処理により、必須オプション品の欠落がない場合には、図４のフローチャートのステップＳ４１２へ進み、必須オプション品の欠落が有る場合には、図４のフローチャートのステップＳ４０８へ進む。
【００７６】
次に、上述したステップＳ４１２の処理を図１０のフローチャートを用いて説明する。
【００７７】
図１０は、図４のフローチャートにおけるステップＳ４１２の処理を示すフローチャートである。
【００７８】
電子商取引サーバ２００は、ユーザによって選択された商品についての選択商品表を作成する（ステップＳ１００１）。その後に作成した選択商品表をＲＡＭ２０２又はハードディスク２０４上に一時的に記録する。
【００７９】
次に、作成した選択商品表から一商品を抽出し（ステップＳ１００２）、当該抽出した商品をキーとして商品ＤＢ３０２を検索する（ステップＳ１００３）。
【００８０】
ステップＳ１００４では、ステップＳ１００３においてキーとした商品について商品ＤＢ３０２にオプション品情報が有るか否かを判断する。オプション品情報がない場合には、ステップＳ１０１５に進む。
【００８１】
オプション品情報が有る場合には（ステップＳ１００４でＹＥＳ）、ステップＳ１００５に進む。ステップＳ１００５では、ステップＳ１００３において検索されたオプション品情報を商品ＤＢ３０２から抽出する。例えば、ステップＳ１００２において選択された商品がカメラＡの場合には、当該カメラＡのオプション品にはレンズＡ，Ｂ，Ｃ、ケースＡ及びメモリＣが有るので、レンズＡ，Ｂ，Ｃ、ケースＡ及びメモリＣに関する情報を商品ＤＢ３０２から抽出する。
【００８２】
ステップＳ１００１で作成した選択商品表の中にステップＳ１００５で抽出したオプション品が有るか否かを判断する（ステップＳ１００６）。ステップＳ１００５で抽出したオプション品が選択商品表になければ排他オプション品に該当する組合せを選択してないことになる。オプション品がない場合、即ち、オプション品を選択していない場合には、ステップＳ１０１５へ進む。
【００８３】
オプション品が有る場合には（ステップＳ１００６でＹＥＳ）、即ち、オプション品を選択している場合には、ステップＳ１００７へ進んで、ステップＳ１００５で抽出したオプション品の中からステップＳ１００１において作成された商品選択表の中に含まれている選択商品を抽出する。例えば、ステップＳ１００１において作成された選択商品表の中にレンズＡが含まれていれば、レンズＡが抽出される。
【００８４】
ステップＳ１００７において抽出した選択商品（オプション品）をキーにして、商品ＤＢ３０２の中の排他オプション品を検索する（ステップＳ１００８）。商品ＤＢ３０２の中に排他オプション品が有るか否かの判断を行う（ステップＳ１００９）。排他オプション品がない場合には、ステップＳ１０１５に進む。
【００８５】
排他オプション品が有る場合には（ステップＳ１００９でＹＥＳ）、ステップＳ１０１０に進み商品ＤＢ３０２から排他オプション品情報を抽出する（ステップＳ１０１０）。例えば、レンズＡをキーに商品ＤＢ３０２を検索した場合に、排他オプション品情報としてレンズＢ及びレンズＣが記録されているので（図１１参照）、レンズＢ及びレンズＣの商品情報を抽出する。
【００８６】
ステップＳ１０１０において抽出された排他オプション品をキーにして、ステップＳ１００１で作成した選択商品表の中を検索する（ステップＳ１０１１）。
【００８７】
選択商品表の中にキーとした排他オプション品が有るか否かを判断する（ステップＳ１０１２）。排他オプション品がなければステップＳ１０１５に進む。
【００８８】
排他オプション品が有る場合には（ステップＳ１０１２でＹＥＳ）、ステップＳ１０１３に進んで選択商品表の中から排他オプション品に該当する商品情報を抽出する。例えば、ステップＳ１０１０においてレンズＢ及びレンズＣの商品情報が抽出された場合において、レンズＢ及びレンズＣをキーに選択商品表を検索した結果、レンズＢが検出された場合には、レンズＢに関する商品情報が抽出される。
【００８９】
ステップＳ１０１４において、抽出された排他オプション品の組合せの一覧表である排他オプション品選択情報一覧表を作成する。既に一覧表が作成されている場合には、その一覧表に排他オプション品の組合せを追加して、排他オプション品選択情報一覧表をＲＡＭ２０２又はハードディスク２０４上に一時的に記録する。
【００９０】
ステップＳ１００１において作成した選択商品表に未検索商品が有るか否かを判断する（ステップＳ１０１５）。未検索商品があればステップＳ１００２にもどり、未検索商品がなければ本処理を終了する。
【００９１】
上記の処理により、排他オプション品が選択されていない場合には、図に示した処理を終了し、排他オプション品が選択されている場合には、図４のフローチャートのステップＳ４１３へ進む。
【００９２】
〔第２の実施の形態〕
本実施の形態に係る電子商取引システムの構成は、第１の実施の形態に係る電子商取引システム１と同一であるが、データベースの構成が異なる。
【００９３】
図１１は、第２の実施の形態に係る電子商取引システムにおける電子商取引サイトのデータベースに記録されているデータ構成を示す図である。
【００９４】
データベース１１００は、ユーザＤＢ１１０１、商品ＤＢ１１０２、必須オプション品履歴ＤＢ１１０３、及び排他オプション品履歴ＤＢ１１０４から構成されている。ユーザＤＢ１１０１及び商品ＤＢ１１０２は第１の実施の形態におけるデータベース３００のユーザＤＢ３０１及び商品ＤＢ３０２と同様であるので説明を省略する。
【００９５】
必須オプション品履歴ＤＢ１１０３には、必須オプション品に関する通知の要否についての情報が記録されている。排他オプション品履歴ＤＢ１１０４には、排他オプション品に関する通知の要否についての情報が記録されている。
【００９６】
本実施の形態に係る電子商取引システムでは、電子商取引サイトを反復利用して、大量の商品を購入するユーザ、例えば、ディーラが、敢えて必須オプション品を選択しなかったり、排他オプション品を選択したりする場合に、必須オプション品未選択の通知や排他オプション品選択の通知を出さないことを特徴としている。
【００９７】
図１２は、第２の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートである。
【００９８】
ユーザ認証完了（ステップＳ１２０１）の後、ユーザ端末３０における商品選択画面要求（ステップＳ１２０２）から電子商取引サーバ２００における必須オプション品が欠落しているか否かを検索する処理（ステップＳ１２０８）までは、図４に示した第１の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートのステップＳ４０１からＳ４０７までと同様であるので説明を省略する。
【００９９】
ステップＳ１２０８でユーザによって選択された商品の中に必須オプション品が欠落しているか否かを検索した後、必須オプション品が欠落している場合には、ステップＳ１２１６へ進み、必須オプション品が欠落している場合には、ステップＳ１２０９において、抽出された必須オプション品についての通知が必要であるか否かを決定する処理を行う。このステップＳ１２０９の処理を図１３のフローチャートを参照しながら説明する。
【０１００】
図１３は、必須オプション品の通知決定処理を示すフローチャートである。
【０１０１】
電子商取引サーバ２００は、ユーザ端末３０より送信された認証情報からユーザＩＤを抽出し（ステップＳ１３０１）、第１の実施の形態で述べたステップＳ８０８において作成した必須オプション品一覧表から一商品を抽出する（ステップＳ１３０２）。これら抽出したユーザＩＤ及び必須オプション品をキーにして必須オプション品履歴ＤＢ１１０３の検索を行う（ステップＳ１３０３）。
【０１０２】
図１４は、図１１における必須オプション品履歴ＤＢ１１０３のデータ構造を示す図である。例えば、この表によれば、ユーザＩＤ１２３４５のユーザがカメラＡについての必須オプション品であるケースＡについて当初から未選択の場合であっても、通知をする必要がないことを意味する。ただし、カメラＢについての必須オプション品であるケースＡについて当初から未選択の場合は、通知する必要があることを意味する。なお、この場合、前回のカメラＡ購入の際に、カメラＡについてはケースＡが必須オプション品であることの通知を不要とする選択をした旨を通知しても良い。
【０１０３】
次に、ステップＳ１３０４において、当該必須オプション品について通知の必要があるか否かを判断する。具体的には、必須オプション品履歴ＤＢ１１０３の「通知の要否」の欄に通知「要」のフラグが立っているか否かを検索し、１つでも立っていれば通知の必要有りとし、１つも立っていなければ通知不要とする。例えば、ステップＳ１３０２においてケースＡが抽出された場合に、図１４に示した例では、カメラＡについては通知不要となっているが、カメラＢについては通知要となっているので、ケースＡについての通知は必要であると判断される。なお、カメラＡについて通知不要となっているという情報を一時的にＲＡＭ２０２又はハードディスク２０４上に記憶しておきその旨をユーザ端末に通知する。
【０１０４】
ユーザ端末においては、図１５のように前回のカメラＡの購入の際に、カメラＡについてはケースＡが選択された旨が通知される。また、必須オプション品履歴ＤＢ１１０３の「通知の要否」の欄が「要」「不要」のみでベース品との関係で記録されていない場合は、単純に「要」か「不要」だけで通知の要否を判断する。この場合には、図１５のような通知はできない。ユーザ端末上には、図１６のような通常の画面が表示される。通知の必要が有る場合には、ステップＳ１３０６へ進む。
【０１０５】
通知の必要がない場合には（ステップＳ１３０４でＮＯ）、ステップＳ１３０５へ進んで、必須オプション品一覧表から当該必須オプション品を削除する。必須オプション品一覧表から削除されることにより、ユーザ端末３０には、この必須オプション品が未選択である旨の通知はされなくなる。
【０１０６】
次に、必須オプション品一覧表に未検索商品が有るか否かを判断する（Ｓ１３０６）。未検索商品があればＳ１３０２にもどり、未検索商品がなければ本処理を終了する。
【０１０７】
上記の処理により、必須オプション品に欠落がない場合には、図１２のフローチャートのステップＳ１２１６へ進み、必須オプション品に欠落が有る場合には、ステップＳ１２１０へ進む。
【０１０８】
ステップＳ１２１０からＳ１２１３までは、図４に示したフローチャートのステップＳ４０８からＳ４１１までと同様であるので、説明を省略する。ステップＳ１２１３で購入又は不買情報を受信した電子商取引サーバ２００は、必須オプション品が不買であるか否かを判別し（ステップＳ１２１４）、不買でない場合にはステップＳ１２１６に進み、不買である場合にはステップＳ１２１５に進んで、必須オプション品履歴ＤＢに登録した後にステップＳ１２１６に進む。
【０１０９】
ステップＳ１２１６の処理は図４に示したフローチャートのステップＳ４１２の処理と同様であるので説明を省略する。ステップＳ１２１６の処理によって、排他オプション品が選択されていない場合には終了し、排他オプション品が選択されている場合には、次のステップ２１７に進む。
【０１１０】
次に、ステップＳ１２１７の処理を図１７のフローチャートを参照しながら詳述する。
【０１１１】
図１７は、排他オプション品の通知決定処理を示すフローチャートである。
【０１１２】
電子商取引サーバ２００は、ユーザ端末３０より送信された認証情報からユーザＩＤを抽出し（ステップＳ１７０１）、第１の実施の形態で述べたステップＳ１０１４において作成した排他オプション品一覧表から一組の排他オプション品を抽出する（ステップＳ１７０２）。これら抽出されたユーザＩＤ及び排他オプション品をキーに排他オプション品履歴ＤＢ１１０４の検索を行う（ステップＳ１７０３）。
【０１１３】
図１８は、図１１のデータベースにおける排他オプション品履歴ＤＢ１１０４のデータ構造を示す図である。
【０１１４】
排他オプション品履歴ＤＢ１１０４の最上段に示したように、ユーザＩＤ１２３４５のユーザが排他オプション品の組合せに該当するレンズＡ及びレンズＢについて当初から選択している場合であっても、通知が不要であることを示している。
【０１１５】
次に、ステップＳ１７０４において、当該排他オプション品の組合せについて通知の必要があるか否かを判断する。通知の必要があればステップＳ１７０６へ進み、通知の必要がなければステップＳ１７０５へ進む。
【０１１６】
ステップＳ１７０５では、排他オプション品一覧表から当該排他オプション品に該当する組合せを削除する。この削除によって、排他オプション品に該当する組合せが選択されている旨のユーザ端末３０に対する通知はされないことになる。
【０１１７】
次に、排他オプション品一覧表に未検索商品が有るか否かを判断して（ステップＳ１７０６）、未検索商品が有る場合にはステップＳ１７０２にもどり、未検索商品がなければ本処理を終了する。
【０１１８】
上記の処理により、排他オプション品について通知が必要でない場合には、図１２に示した処理を終了し、排他オプション品について通知が必要である場合には、ステップＳ１２１８へ進み、電子商取引サーバ２００は、選択されていた排他オプション品に該当する旨の情報をユーザ端末３０に送信する（ステップＳ１２１８）。
【０１１９】
ユーザ端末３０は、排他オプション品情報を受信すると（ステップＳ１２１９）、選択された必須オプション品の中に排他オプション品に該当する組合せが選択されている旨を通知する排他オプション品選択通知画面を表示する（図１９参照）。
【０１２０】
ユーザが購入する商品のチェックボックス１９０１にチェックを入れて送信ボタン１９０３が押下すると、ユーザ端末３０は、排他オプション品についての購入又は選択情報を電子商取引サーバ２００に送信する（ステップＳ１２２０）。
【０１２１】
電子商取引サーバ２００は、購入又は選択情報を受信すると（ステップＳ１２２１）、排他オプション品購入か否かを判断し（ステップＳ１２２２）、排他オプション品購入でない場合には、本処理を終了し、排他オプション品購入である場合には、排他オプション品履歴ＤＢに登録し（ステップＳ１２２３）、その後に本処理を終了する。
【０１２２】
上述したように、本発明の実施の形態によれば、ユーザは不要な商品の誤購入を防止できる。これにより、商品提供者は、ユーザからの返品受付の手間とコストの削減を図ることができる。
さらに、利用者端末によって選択した商品間に排他的な組み合わせが有るか否かを検索することにより、排他商品の通知をするので、不要な商品選択による誤購入の防止ができるとともに、利用者情報及び排他選択履歴を参照することにより、検索した排他的な組合せとなる商品の中から利用者によっては通知の不要な商品を検索できるので、敢えて排他オプション品を選択する利用者に対しては不要な通知を出さないようにすることができる。
また、利用者端末によって選択した商品間に排他的な組み合わせが有るか否かを検索することにより、排他商品の通知をするので、不要な商品選択による誤購入の防止ができるとともに、利用者情報及び必須選択履歴を参照することにより、検索した必須となる商品の中から利用者によっては通知の不要な必須オプション品を検索で、さらに、利用者情報及び排他選択履歴を参照することにより、検索した排他的な組合せとなる商品の中から利用者によっては通知の不要な商品を検索できるので、敢えて敢えて必須オプション品を選択しなかったり、排他オプション品を選択したりする利用者に対しては不要な通知を出さないようにすることができる。
【０１２３】
【発明の効果】
以上詳細に説明したように、本発明によれば、利用端末によって選択した商品間に排他的な組み合わせが有るか否かを検索することにより、排他商品の通知をするので、不要な商品選択による誤購入の防止ができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る電子商取引システムの構成図である。
【図２】図１における管理サーバ１００及び電子商取引サーバ２００のハードウェア構成である。
【図３】データベース３００に記録されているデータ構成を示す図である。
【図４】第１の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートである。
【図５】商品選択画面を示す図である。
【図６】必須オプション品未選択通知の画面を示す図である。
【図７】排他オプション品選択通知の画面を示す図である。
【図８】図８は、図４のフローチャートにおけるステップＳ４０７の処理を示すフローチャートである。
【図９】図３のデータベース３００における商品ＤＢ３０２のデータ構造を示す図である。
【図１０】図４のフローチャートにおけるステップＳ４１２の処理を示すフローチャートである。
【図１１】本発明の第２の実施の形態に係る電子商取引システムにおける電子商取引サイトのデータベースに記録されているデータ構成を示す図である。
【図１２】第２の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートである。
【図１３】必須オプション品の通知決定処理を示すフローチャートである。
【図１４】図１１における必須オプション品履歴ＤＢ１１０３のデータ構造を示す図である。
【図１５】必須オプション品未選択通知画面の一例を示す図である。
【図１６】図１５の必須オプション品未選択通知画面とは一部が異なる必須オプション品未選択通知画面を例示する図である。
【図１７】排他オプション品の通知決定処理を示すフローチャートである。
【図１８】図１１のデータベースにおける排他オプション品履歴ＤＢ１１０４のデータ構造を示す図である。
【図１９】排他オプション品選択通知の画面を示す図である。
【符号の説明】
１ 電子商取引システム
１０ 電子商取引サイト
１１ ＬＡＮ
２０ 通信回線
３０ ユーザ端末
１００ 管理サーバ
２００ 電子商取引サーバ
３００，１１００ データベース
３０１，１１０１ ユーザＤＢ
３０２，１１０２ 商品ＤＢ
１１０３ 必須オプション品履歴ＤＢ
１１０４ 排他オプション品履歴ＤＢ
【発明の属する技術分野】
電子商取引サーバにネットワークを介して接続された利用者端末から商品の発注を行うための電子商取引システムに関する。
【０００２】
【従来の技術】
従来から、インターネットが普及したことにより、パソコン等の情報通信端末をインターネットに接続して電子商取引を行うことが可能になっている。インターネットを利用した電子商取引によれば、ユーザがパソコン等の情報通信端末をインターネットに接続できる環境にあれば、いつでも商品やサービスの提供者から希望する商品の購入やサービスの提供を受けることができる。
【０００３】
電子商取引は、商品やサービスの提供者にとっては、新たなユーザを獲得するための活動やコストを削減でき、また、ユーザにとっては、時間や場所に制限されることなく希望する商品の購入やサービスの提供を受ける手続をすることができるという利点がある。
【０００４】
ところでユーザが電子商取引により商品を購入しようとする場合、ユーザは商品提供者のホームページにアクセスし、当該ホームページ上で希望する商品の選択を行う必要がある。しかし、ユーザが商品知識に乏しい場合には、当該商品の付属オプション品や当該商品と同時に購入することが望ましい品物を知ることなく購入を仕損じることがあるという問題がある。これが対面販売の場合であれば、販売員が指摘するので、このような付属オプション品や当該商品と同時に購入することが望ましい品物をユーザは知ることができるので、それらの購入も仕損じることはない。
【０００５】
かかる問題を解決するために、特許文献１には、提供商品毎に当該商品に関連する商品を対応付けて記憶しておき、ユーザが商品を選択した際に、当該選択商品と関連商品とを提示することにより、ユーザが不本意に関連商品の購入を仕損じることを防ぐ技術が開示されている。
【０００６】
【発明が解決しようとする課題】
しかしながら、特許文献１に開示されている技術は、ユーザが選択した商品に関連する商品を提示することにより、選択商品に関する推奨品を提示しているにすぎない。このため、ユーザが任意に複数の商品を選択した場合には、各選択商品についての推奨品の情報が提示されることになるが、各選択商品間で矛盾した組み合わせになっているか否かの判断はされない。
【０００７】
例えば、ユーザが商品Ａとそのオプション品ｂ、ｃを選択した場合において、商品Ａと同時に使用できるオプション品がｂ及びｃのいずれか一方だけであるとき、オプション品ｂ、ｃは商品Ａについていずれか一方しか同時に使用し得ないという情報は提示されない。
【０００８】
商品知識に乏しいユーザや大量の商品を選択するユーザが排他的な組み合わせの商品を選択してしまった場合に、その旨の通知を購入の決定手続の前に成されれば、ユーザにとっては、不要商品の購入防止及び返品の手間をなくすことができる。一方、商品提供者にとっては、誤って購入してしまったユーザからの返品受付の手間とコストとを削減することができる。
【０００９】
本発明の目的は、ユーザが複数の商品を購入する際に、ユーザが選択した商品間に排他的な組み合わせがあるか否かのチェックを行うことにより、通知をして不要な商品選択による誤購入の防止を実現する電子商取引システムを提供することにある。
【００１０】
また、最近は、インターネットを利用した電子商取引はＢｔｏＣ（企業−消費者）のみならず、ＢｔｏＢ（企業−企業間）においても利用されている。ＢｔｏＢにおいて電子商取引を利用する企業の中には、商品の卸売を行う仲介業者が含まれる。このような仲介業者の場合、種々の商品を取り扱う関係上、敢えて必須オプション品を選択しなかったり排他オプション品を選択したりする場合がある。このような場合に、毎回必須オプション品や排他オプション品についての通知を受けるのは煩雑である。
【００１１】
そこで、本発明の他の目的は、敢えて必須オプション品を選択しなかったり排他オプション品を選択したりするユーザの便宜を考慮して、このようなユーザに対しては不要な通知を出さないようにできる電子商取引システムを提供することにある。
【００１２】
【特許文献１】
特開２００１−２６５８５３号公報
【００１３】
【課題を解決するための手段】
上記目的を達成するため、本発明の電子商取引システムは、電子商取引サーバにネットワークを介して接続された利用者端末から商品及び当該商品に対応するオプション品の発注を行うための電子商取引システムであって、前記電子商取引サーバは、前記商品に対応する前記オプション品毎に当該オプション品とは排他的な組合せとなる他のオプション品についての排他オプション品情報を記憶する排他オプション品記憶手段と、前記利用者端末によって選択された商品及び当該商品に対応するオプション品情報を受信する受信手段と、前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記排他オプション品記憶手段により記憶された排他的な組合せとなるオプション品が選択されたかを検索する第１の検索手段と、前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出されなかった場合は、選択されたオプション品の発注を受け付ける発注受付手段と、前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出された場合は、当該抽出された排他的組合せ情報を送信すると共に、当該排他的な組合せとなるオプション品からいずれか又は重複するオプション品を発注するかを選択可能な画面情報を前記利用者端末に送信する第１の送信手段と、前記商品に対応する前記オプション品のうち必須となるオプション品情報を記憶する必須オプション品記憶手段と、前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記必須オプション品記憶手段により記憶された必須オプション品からの選択漏れを検索する第２の検索手段と、前記第２の検索手段による検索の結果、選択漏れとなった必須オプション品が抽出された場合、当該抽出された必須オプション品情報を送信すると共に、次回選択漏れがあったときの通知の要否を選択させるための画面情報を前記利用者端末に送信する第２の送信手段とを有し、前記発注受付手段は、前記利用者端末から前記第１の送信手段により送信した排他的な組合せとなるオプション品が再度重複して選択された場合に、当該重複して選択されたオプション品の発注を受け付け、前記第２の送信手段は、前記利用者端末から送信された認証情報に含まれるユーザＩＤ毎に設けられている、１つの必須オプション品に対して、その必須オプションを必須とする複数の商品と、その複数の商品それぞれに対して未選択である場合にその旨の通知が必要であるかを示す情報とが対応付けられた必須オプション品履歴データベースを参照することで、１つの商品について前記必須オプション品が未選択のときに、当該商品について当該必須オプション品が未選択である旨の通知の要否を判断すると共に、当該必須オプション品に対するその他の商品それぞれについて当該必須オプション品が未選択である旨の通知が不要である商品があるかを判断して、通知内容を変更するものであり、前記利用者端末から第１の商品について必須オプション品の通知不要との選択がなされた後に、前記受信手段により前記第１の商品が次回に再度選択され、当該第１の商品に対応する前記通知不要の必須オプション品が前回選択されなかったときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第１の商品に対して前記通知が不要であることが登録されているため、当該必須オプション品情報を前記利用者端末に送信せず、一方、前記受信手段により前記第１の商品とは異なる第２の商品が選択され、当該第２の商品に対応する必須オプション品が選択されず、かつ当該選択されなかった必須オプション品が前記第１の商品について前記通知不要の必須オプション品と同じときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第２の商品に対して前記通知が不要であると登録されていないため、当該必須オプション品情報を前記利用者端末に送信し、前記必須オプション品履歴データベースで当該必須オプション品を必須とする第１の商品に対して前記通知が不要であると登録されているため、前記第１の商品では当該必須オプション品を通知不要とした情報を前記利用者端末に送信することを特徴とする。
【００１４】
上記目的を達成するため、本発明の電子商取引サーバは、電子商取引サーバにネットワークを介して接続された利用者端末から商品及び当該商品に対応するオプション品の発注を行うための電子商取引サーバであって、前記商品に対応する前記オプション品毎に当該オプション品とは排他的な組合せとなる他のオプション品についての排他オプション品情報を記憶する排他オプション品記憶手段と、前記利用者端末によって選択された商品及び当該商品に対応するオプション品情報を受信する受信手段と、前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記排他オプション品記憶手段により記憶された排他的な組合せとなるオプション品が選択されたかを検索する第１の検索手段と、前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出されなかった場合は、選択されたオプション品の発注を受け付ける発注受付手段と、前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出された場合は、当該抽出された排他的組合せ情報を送信すると共に、当該排他的な組合せとなるオプション品からいずれか又は重複するオプション品を発注するかを選択可能な画面情報を前記利用者端末に送信する第１の送信手段と、前記商品に対応する前記オプション品のうち必須となるオプション品情報を記憶する必須オプション品記憶手段と、前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記必須オプション品記憶手段により記憶された必須オプション品からの選択漏れを検索する第２の検索手段と、前記第２の検索手段による検索の結果、選択漏れとなった必須オプション品が抽出された場合、当該抽出された必須オプション品情報を送信すると共に、次回選択漏れがあったときの通知の要否を選択させるための画面情報を前記利用者端末に送信する第２の送信手段とを有し、前記発注受付手段は、前記利用者端末から前記第１の送信手段により送信した排他的な組合せとなるオプション品が再度重複して選択された場合に、当該重複して選択されたオプション品の発注を受け付け、前記第２の送信手段は、前記利用者端末から送信された認証情報に含まれるユーザＩＤ毎に設けられている、１つの必須オプション品に対して、その必須オプションを必須とする複数の商品と、その複数の商品それぞれに対して未選択である場合にその旨の通知が必要であるかを示す情報とが対応付けられた必須オプション品履歴データベースを参照することで、１つの商品について前記必須オプション品が未選択のときに、当該商品について当該必須オプション品が未選択である旨の通知の要否を判断すると共に、当該必須オプション品に対するその他の商品それぞれについて当該必須オプション品が未選択である旨の通知が不要である商品があるかを判断して、通知内容を変更するものであり、前記利用者端末から第１の商品について必須オプション品の通知不要との選択がなされた後に、前記受信手段により前記第１の商品が次回に再度選択され、当該第１の商品に対応する前記通知不要の必須オプション品が前回選択されなかったときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第１の商品に対して前記通知が不要であることが登録されているため、当該必須オプション品情報を前記利用者端末に送信せず、一方、前記受信手段により前記第１の商品とは異なる第２の商品が選択され、当該第２の商品に対応する必須オプション品が選択されず、かつ当該選択されなかった必須オプション品が前記第１の商品について前記通知不要の必須オプション品と同じときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第２の商品に対して前記通知が不要であると登録されていないため、当該必須オプション品情報を前記利用者端末に送信し、前記必須オプション品履歴データベースで当該必須オプション品を必須とする第１の商品に対して前記通知が不要であると登録されているため、前記第１の商品では当該必須オプション品を通知不要とした情報を前記利用者端末に送信することを特徴とする。
【００２３】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態を説明する。
【００２４】
〔第１の実施の形態〕
図１は、本発明の第１の実施の形態に係る電子商取引システムの構成図である。
【００２５】
電子商取引システム１では、ＬＡＮ１１に接続されている管理サーバ１００、電子商取引サーバ２００及びデータベース３００からなる電子商取引サイト１０が通信回線２０（ネットワーク）を介して複数のユーザ端末３０（利用者端末）に接続されている。
【００２６】
図２は、図１における管理サーバ１００及び電子商取引サーバ２００のハードウェア構成である。
【００２７】
管理サーバ１００及び電子商取引サーバ２００は同一構造を有しているので、管理サーバ１００の構成要素としては１００番台の符号を付し、電子商取引サーバ２００の構成要素としては２００番台の符号を付す。以下、管理サーバ１００と電子商取引サーバ２００とを併せてサーバ１００，２００等とし、各構成要素に両者の符合を併記して説明する。
【００２８】
サーバ１００，２００は夫々、ＣＰＵ１０１，２０１、ＲＡＭ１０２，２０２、ＲＯＭ１０３，２０３、ハードディスク１０４，２０４、記録媒体ドライブ１０５，２０５、ネットワークカード１０６，２０６、キーボード１０７，２０７、マウス１０８，２０８、ビデオアダプタ１０９，２０９を備え、これらがシステムバス１１０，２１０を介して互いに接続されている。
【００２９】
ＣＰＵ１０１，２０１は、オペレーションシステム（以下、「ＯＳ」という。）のプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算及びハードウェアの制御を行う。
【００３０】
ＲＡＭ１０２，２０２は、外部記憶装置に記録されているＯＳやアプリケーションプログラム等が一時的に記憶され、これらはＣＰＵ１０１，２０１の制御の下に実行される。ＲＯＭ１０３，２０３には、ＯＳと協働して外部記憶装置等への入出力を司るいわゆるＢＩＯＳ等が記憶される。
【００３１】
ハードディスク１０４，２０４には、ＯＳ、情報検索を行うための情報検索実行プログラム及び情報検索データベースが記憶されている。
【００３２】
記録媒体ドライブ１０５，２０５は、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−Ｒ等の記録媒体に記録されているアプリケーションプログラム等をハードディスク１０４にインストールするために用いるドライブ装置である。
【００３３】
ネットワークカード１０６，２０６とは、ＣＰＵ１０１，２０１によって制御されるＯＳの通信プログラムと協働してネットワーク２０を介した外部との通信を行う。
【００３４】
キーボード１０７，２０７やマウス１０８，２０８は、指示を入力するための入力装置である。
【００３５】
ビデオアダプタ１０９，２０９は、画像表示装置に表示する画像を形成するために用いられる。
【００３６】
図３は、データベース３００に記録されているデータ構成を示す図である。
【００３７】
データベース３００は、ユーザデータベース３０１（以下、ユーザＤＢ３０１）及び商品データベース３０２（以下、商品ＤＢ３０２）から構成されている。
【００３８】
ユーザＤＢ３０１は、ユーザ端末が電子商取引サーバ２００に接続する際に必要なユーザ情報を管理するためのデータである。商品ＤＢ３０２は、電子商取引によって提供される商品情報が記録されている。商品ＤＢ３０２の中には、各商品についての必須オプション品及びオプション品の各情報並びに排他オプション品情報等が記録されている。このようなデータベース３００に管理サーバ１００及び電子商取引サーバ２００がアクセスして、データベース３００に記録してあるデータを読み出す。
【００３９】
なお、図１において、データベース３００は、ＬＡＮ１１に接続されているが、データベース３００内のデータは、電子商取引サーバ２００又は管理サーバ１００のいずれかに内蔵されているハードディスク１０４，２０４に記録されていてもよい。
【００４０】
ユーザが電子商取引により商品を購入するためには、ユーザ端末３０を電子商取引サーバ２００に接続して、希望の商品を選択してから発注を行う必要がある。この際、商品知識に乏しいユーザが商品の発注を行うとき、選択商品についての必須オプション品の選択を忘れる場合がある。また、大量の商品を選択するユーザが商品の発注を行うとき、選択商品相互間について互いに排他的な排他オプション品の組合せを選択してしまう場合がある。
【００４１】
図４は、第１の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートである。
【００４２】
図４のフローチャートが示す処理のうち特徴的なものは、ユーザによる商品の発注が行われた際に、選択商品についての必須オプション品の選択がされていない場合、及びユーザによる商品の大量発注が行われた際に、選択商品相互間で排他オプション品に該当する組合せが有る場合に電子商取引サーバ２００がユーザに対して必須オプション品の選択がされていない旨又は排他オプション品が選択されている旨の通知を行う処理である。
【００４３】
ユーザがユーザ端末３０を電子商取引サーバ２００に接続するが、この接続の際にユーザ認証が行われる場合がある。
【００４４】
先ず、ユーザによってユーザ端末３０が商品を選択するための商品選択画面を要求する（ステップＳ４０１）。
【００４５】
商品選択画面要求を電子商取引サーバ２００が受けると（ステップＳ４０２）、電子商取引サーバ２００は、商品ＤＢ３０２を検索し、現在提供されている商品に関する情報を抽出し、この抽出した商品情報を基にしてユーザが商品選択を行うための画面情報を作成してユーザ端末３０に送信する（ステップＳ４０３）。
【００４６】
ユーザ端末３０は、商品選択画面情報を受信すると（ステップＳ４０４）、商品情報が一覧できる商品選択画面を表示する。
【００４７】
図５は商品選択画面を示す図である。
【００４８】
商品選択画面には、商品情報として、商品コード欄５０１、商品名欄５０２、在庫欄５０３、定価欄５０４が表示される。商品コード欄５０１は商品を識別するための固有のコード番号が表示され、商品名欄５０２には商品の名称が表示される。また、在庫欄５０３には在庫数等の在庫状況が表示され、価格欄５０４には商品の価格が表示される。ユーザが商品を選択するときは、希望商品の追加ボタン５０５を押下することによって選択されてカートに追加される。このような追加ボタン５０５により複数商品を選択する方法は、電子商取引においては一般に使用されている方法である。
【００４９】
ユーザ端末３０は、ユーザによって選択された商品情報を電子商取引サーバ２００に送信する（ステップＳ４０５）。
【００５０】
電子商取引サーバ２００は選択商品情報を受信すると（ステップＳ４０６）、ユーザによって選択された商品の中に必須オプション品が欠落しているか否かを検索する（ステップＳ４０７）。この検索処理については、後に詳述する。必須オプション品が欠落していない場合には、ステップＳ４１２へ進む。
【００５１】
必須オプション品が欠落している場合には、ステップＳ４０８に進んで、電子商取引サーバ２００は、欠落した必須オプション品に関する必須オプション品情報をユーザ端末３０に送信する。
【００５２】
ユーザ端末３０は、必須オプション品情報を受信すると（ステップＳ４０９）、必須オプション品が未選択である旨を通知する必須オプション品未選択通知画面を表示する。
【００５３】
図６は必須オプション品未選択通知の画面を示す図である。
【００５４】
必須オプション品未選択通知画面には、商品情報として、商品コード欄６０１、必須オプション品（選択商品）欄６０２、在庫欄６０３、価格欄６０４が表示される。商品コード欄６０１には、商品を識別するための固有のコード番号が表示される。必須オプション品（選択商品）欄６０２には、選択された商品について必須オプション品となっている商品の名称が表示される。なお、その必須オプション品を必要とする選択商品名は、必須オプション品の名称の横に配置された括弧内に表示されている。例えば、「ケースＡ（カメラＡ）」の表示は、ユーザが選択した商品はカメラＡであり、このカメラＡの必須オプション品がケースＡであることを示している。在庫欄６０３には、在庫の有無等についての情報が表示される。価格欄６０４には、商品の価格が表示される。
【００５５】
表示された必須オプション品を購入する場合には、ユーザは、購入する必須オプション品のチェックボックス６０５に、図示したようにチェックを入れた後に、送信ボタン６０６を押下すればよい。これにより、ユーザ端末３０は、必須オプション品についての購入又は不買情報を電子商取引サーバ２００に送信する（ステップＳ４１０）。
【００５６】
電子商取引サーバ２００は、ユーザ端末３０から必須オプション品についての購入又は不買情報を受信すると（ステップＳ４１１）、ユーザによって選択された必須オプション品の中に排他オプション品に該当する組合せが選択されているか否かを検索する（ステップＳ４１２）。この検索処理については、後に詳述する。排他オプション品に該当する組合せが選択されていない場合には、本処理を終了する。
【００５７】
排他オプション品に該当する組合せが選択されている場合には、ステップＳ４１３へ進み、電子商取引サーバ２００は、選択されていた排他オプション品に該当する旨の情報をユーザ端末３０に送信する（ステップＳ４１３）。
【００５８】
ユーザ端末３０は、排他オプション品情報を受信すると（ステップＳ４１４）、選択された必須オプション品の中に排他オプション品に該当する組合せが選択されている旨を通知する排他オプション品選択通知画面を表示する。
【００５９】
図７は排他オプション品選択通知の画面を示す図である。
【００６０】
チェックボックス７０１は、商品を購入する場合にチェックを入れる欄である。商品名欄７０２は商品の名称を表示する欄である。排他オプション品に該当した場合、いずれか一方しか使用できないため、通常はいずれかの商品を選択することになるが、敢えて排他オプション品を購入することも可能である。その場合は、購入する商品のチェックボックス７０１にチェックを入れればよい。最後にユーザによって送信ボタン７０３が押下されることにより、ユーザ端末３０は、排他オプション品についての購入又は選択情報を電子商取引サーバ２００に送信する（ステップＳ４１５）。
【００６１】
電子商取引サーバ２００は、購入又は選択情報を受信すると（ステップＳ４１６）、本処理を終了する。
【００６２】
次に、上述したステップＳ４０７の処理を図８のフローチャートを用いて説明する。
【００６３】
図８は、図４のフローチャートにおけるステップＳ４０７の処理を示すフローチャートである。
【００６４】
電子商取引サーバ２００は、ユーザによって選択された商品について選択商品表を作成し（ステップＳ８０１）、その後に作成した選択商品表をＲＡＭ２０２又はハードディスク２０４上に一時的に記録する。
【００６５】
次に、作成した選択商品表から一商品を抽出し（ステップＳ８０２）、当該抽出した商品をキーとして商品ＤＢ３０２を検索する（ステップＳ８０３）。
【００６６】
図９は、図３のデータベース３００における商品ＤＢ３０２のデータ構造を示す図である。
【００６７】
図９によれば、カメラＡの必須オプション品はケースＡ及びメモリＣであり、カメラＢの必須オプション品はケースＡである。
【００６８】
ステップＳ８０４では、上記のキーとした商品について商品ＤＢ３０２に必須オプション品情報が有るか否かを判断する。必須オプション品情報がない場合には、ステップＳ８０９に進む。
【００６９】
必須オプション品情報が有る場合には（ステップＳ８０４でＹＥＳ）、ステップＳ８０５に進んで必須オプション品情報を商品ＤＢ３０２から抽出する。例えば、ステップＳ８０２においてカメラＡをキーとして抽出した場合には、カメラＡの必須オプション品としてケースＡ及びメモリＣが有るので、ケースＡ及びメモリＣに関する必須オプション品情報を商品ＤＢ３０２から抽出する。
【００７０】
次に、ステップＳ８０１において作成された選択商品表の中にステップＳ８０５で抽出した必須オプション品が有るか否かを判断する（ステップＳ８０６）。ステップＳ８０５において抽出した必須オプション品が既に選択されている場合、即ち、ユーザが当該必須オプション品を選択している場合には、ユーザに改めて通知する必要がない。従って、選択商品表の中に上記の必須オプション品が有る場合には、ステップＳ８０９へ進む。
【００７１】
上記の必須オプション品がない場合、即ち、ユーザが必須オプション品を選択していない場合には（ステップＳ８０６でＮＯ）、ステップＳ８０７へ進む。
【００７２】
ステップＳ８０５で抽出した必須オプション品の中からステップＳ８０１において作成した選択商品表の中に含まれていない必須オプション品を抽出する（ステップＳ８０７）。例えば、ユーザがカメラＡ及びケースＡを選択していた場合には、必須オプション品として選択されていない商品はメモリＣである。従って、本ステップにおいては、メモリＣが抽出される。
【００７３】
ステップＳ８０８では、ステップＳ８０７において抽出した必須オプション品の一覧表を作成する。既に一覧表が作成されている場合は、その一覧表に必須オプション品を追加する。こうして作成した一覧表をＲＡＭ２０２又はハードディスク２０４上に一時的に記録する。
【００７４】
ステップＳ８０１において作成した選択商品表に未検索商品があるか否かを判断し（ステップＳ８０９）、未検索商品がある場合にはステップＳ８０２にもどり、未検索商品がなければ終了する。
【００７５】
上記の処理により、必須オプション品の欠落がない場合には、図４のフローチャートのステップＳ４１２へ進み、必須オプション品の欠落が有る場合には、図４のフローチャートのステップＳ４０８へ進む。
【００７６】
次に、上述したステップＳ４１２の処理を図１０のフローチャートを用いて説明する。
【００７７】
図１０は、図４のフローチャートにおけるステップＳ４１２の処理を示すフローチャートである。
【００７８】
電子商取引サーバ２００は、ユーザによって選択された商品についての選択商品表を作成する（ステップＳ１００１）。その後に作成した選択商品表をＲＡＭ２０２又はハードディスク２０４上に一時的に記録する。
【００７９】
次に、作成した選択商品表から一商品を抽出し（ステップＳ１００２）、当該抽出した商品をキーとして商品ＤＢ３０２を検索する（ステップＳ１００３）。
【００８０】
ステップＳ１００４では、ステップＳ１００３においてキーとした商品について商品ＤＢ３０２にオプション品情報が有るか否かを判断する。オプション品情報がない場合には、ステップＳ１０１５に進む。
【００８１】
オプション品情報が有る場合には（ステップＳ１００４でＹＥＳ）、ステップＳ１００５に進む。ステップＳ１００５では、ステップＳ１００３において検索されたオプション品情報を商品ＤＢ３０２から抽出する。例えば、ステップＳ１００２において選択された商品がカメラＡの場合には、当該カメラＡのオプション品にはレンズＡ，Ｂ，Ｃ、ケースＡ及びメモリＣが有るので、レンズＡ，Ｂ，Ｃ、ケースＡ及びメモリＣに関する情報を商品ＤＢ３０２から抽出する。
【００８２】
ステップＳ１００１で作成した選択商品表の中にステップＳ１００５で抽出したオプション品が有るか否かを判断する（ステップＳ１００６）。ステップＳ１００５で抽出したオプション品が選択商品表になければ排他オプション品に該当する組合せを選択してないことになる。オプション品がない場合、即ち、オプション品を選択していない場合には、ステップＳ１０１５へ進む。
【００８３】
オプション品が有る場合には（ステップＳ１００６でＹＥＳ）、即ち、オプション品を選択している場合には、ステップＳ１００７へ進んで、ステップＳ１００５で抽出したオプション品の中からステップＳ１００１において作成された商品選択表の中に含まれている選択商品を抽出する。例えば、ステップＳ１００１において作成された選択商品表の中にレンズＡが含まれていれば、レンズＡが抽出される。
【００８４】
ステップＳ１００７において抽出した選択商品（オプション品）をキーにして、商品ＤＢ３０２の中の排他オプション品を検索する（ステップＳ１００８）。商品ＤＢ３０２の中に排他オプション品が有るか否かの判断を行う（ステップＳ１００９）。排他オプション品がない場合には、ステップＳ１０１５に進む。
【００８５】
排他オプション品が有る場合には（ステップＳ１００９でＹＥＳ）、ステップＳ１０１０に進み商品ＤＢ３０２から排他オプション品情報を抽出する（ステップＳ１０１０）。例えば、レンズＡをキーに商品ＤＢ３０２を検索した場合に、排他オプション品情報としてレンズＢ及びレンズＣが記録されているので（図１１参照）、レンズＢ及びレンズＣの商品情報を抽出する。
【００８６】
ステップＳ１０１０において抽出された排他オプション品をキーにして、ステップＳ１００１で作成した選択商品表の中を検索する（ステップＳ１０１１）。
【００８７】
選択商品表の中にキーとした排他オプション品が有るか否かを判断する（ステップＳ１０１２）。排他オプション品がなければステップＳ１０１５に進む。
【００８８】
排他オプション品が有る場合には（ステップＳ１０１２でＹＥＳ）、ステップＳ１０１３に進んで選択商品表の中から排他オプション品に該当する商品情報を抽出する。例えば、ステップＳ１０１０においてレンズＢ及びレンズＣの商品情報が抽出された場合において、レンズＢ及びレンズＣをキーに選択商品表を検索した結果、レンズＢが検出された場合には、レンズＢに関する商品情報が抽出される。
【００８９】
ステップＳ１０１４において、抽出された排他オプション品の組合せの一覧表である排他オプション品選択情報一覧表を作成する。既に一覧表が作成されている場合には、その一覧表に排他オプション品の組合せを追加して、排他オプション品選択情報一覧表をＲＡＭ２０２又はハードディスク２０４上に一時的に記録する。
【００９０】
ステップＳ１００１において作成した選択商品表に未検索商品が有るか否かを判断する（ステップＳ１０１５）。未検索商品があればステップＳ１００２にもどり、未検索商品がなければ本処理を終了する。
【００９１】
上記の処理により、排他オプション品が選択されていない場合には、図に示した処理を終了し、排他オプション品が選択されている場合には、図４のフローチャートのステップＳ４１３へ進む。
【００９２】
〔第２の実施の形態〕
本実施の形態に係る電子商取引システムの構成は、第１の実施の形態に係る電子商取引システム１と同一であるが、データベースの構成が異なる。
【００９３】
図１１は、第２の実施の形態に係る電子商取引システムにおける電子商取引サイトのデータベースに記録されているデータ構成を示す図である。
【００９４】
データベース１１００は、ユーザＤＢ１１０１、商品ＤＢ１１０２、必須オプション品履歴ＤＢ１１０３、及び排他オプション品履歴ＤＢ１１０４から構成されている。ユーザＤＢ１１０１及び商品ＤＢ１１０２は第１の実施の形態におけるデータベース３００のユーザＤＢ３０１及び商品ＤＢ３０２と同様であるので説明を省略する。
【００９５】
必須オプション品履歴ＤＢ１１０３には、必須オプション品に関する通知の要否についての情報が記録されている。排他オプション品履歴ＤＢ１１０４には、排他オプション品に関する通知の要否についての情報が記録されている。
【００９６】
本実施の形態に係る電子商取引システムでは、電子商取引サイトを反復利用して、大量の商品を購入するユーザ、例えば、ディーラが、敢えて必須オプション品を選択しなかったり、排他オプション品を選択したりする場合に、必須オプション品未選択の通知や排他オプション品選択の通知を出さないことを特徴としている。
【００９７】
図１２は、第２の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートである。
【００９８】
ユーザ認証完了（ステップＳ１２０１）の後、ユーザ端末３０における商品選択画面要求（ステップＳ１２０２）から電子商取引サーバ２００における必須オプション品が欠落しているか否かを検索する処理（ステップＳ１２０８）までは、図４に示した第１の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートのステップＳ４０１からＳ４０７までと同様であるので説明を省略する。
【００９９】
ステップＳ１２０８でユーザによって選択された商品の中に必須オプション品が欠落しているか否かを検索した後、必須オプション品が欠落している場合には、ステップＳ１２１６へ進み、必須オプション品が欠落している場合には、ステップＳ１２０９において、抽出された必須オプション品についての通知が必要であるか否かを決定する処理を行う。このステップＳ１２０９の処理を図１３のフローチャートを参照しながら説明する。
【０１００】
図１３は、必須オプション品の通知決定処理を示すフローチャートである。
【０１０１】
電子商取引サーバ２００は、ユーザ端末３０より送信された認証情報からユーザＩＤを抽出し（ステップＳ１３０１）、第１の実施の形態で述べたステップＳ８０８において作成した必須オプション品一覧表から一商品を抽出する（ステップＳ１３０２）。これら抽出したユーザＩＤ及び必須オプション品をキーにして必須オプション品履歴ＤＢ１１０３の検索を行う（ステップＳ１３０３）。
【０１０２】
図１４は、図１１における必須オプション品履歴ＤＢ１１０３のデータ構造を示す図である。例えば、この表によれば、ユーザＩＤ１２３４５のユーザがカメラＡについての必須オプション品であるケースＡについて当初から未選択の場合であっても、通知をする必要がないことを意味する。ただし、カメラＢについての必須オプション品であるケースＡについて当初から未選択の場合は、通知する必要があることを意味する。なお、この場合、前回のカメラＡ購入の際に、カメラＡについてはケースＡが必須オプション品であることの通知を不要とする選択をした旨を通知しても良い。
【０１０３】
次に、ステップＳ１３０４において、当該必須オプション品について通知の必要があるか否かを判断する。具体的には、必須オプション品履歴ＤＢ１１０３の「通知の要否」の欄に通知「要」のフラグが立っているか否かを検索し、１つでも立っていれば通知の必要有りとし、１つも立っていなければ通知不要とする。例えば、ステップＳ１３０２においてケースＡが抽出された場合に、図１４に示した例では、カメラＡについては通知不要となっているが、カメラＢについては通知要となっているので、ケースＡについての通知は必要であると判断される。なお、カメラＡについて通知不要となっているという情報を一時的にＲＡＭ２０２又はハードディスク２０４上に記憶しておきその旨をユーザ端末に通知する。
【０１０４】
ユーザ端末においては、図１５のように前回のカメラＡの購入の際に、カメラＡについてはケースＡが選択された旨が通知される。また、必須オプション品履歴ＤＢ１１０３の「通知の要否」の欄が「要」「不要」のみでベース品との関係で記録されていない場合は、単純に「要」か「不要」だけで通知の要否を判断する。この場合には、図１５のような通知はできない。ユーザ端末上には、図１６のような通常の画面が表示される。通知の必要が有る場合には、ステップＳ１３０６へ進む。
【０１０５】
通知の必要がない場合には（ステップＳ１３０４でＮＯ）、ステップＳ１３０５へ進んで、必須オプション品一覧表から当該必須オプション品を削除する。必須オプション品一覧表から削除されることにより、ユーザ端末３０には、この必須オプション品が未選択である旨の通知はされなくなる。
【０１０６】
次に、必須オプション品一覧表に未検索商品が有るか否かを判断する（Ｓ１３０６）。未検索商品があればＳ１３０２にもどり、未検索商品がなければ本処理を終了する。
【０１０７】
上記の処理により、必須オプション品に欠落がない場合には、図１２のフローチャートのステップＳ１２１６へ進み、必須オプション品に欠落が有る場合には、ステップＳ１２１０へ進む。
【０１０８】
ステップＳ１２１０からＳ１２１３までは、図４に示したフローチャートのステップＳ４０８からＳ４１１までと同様であるので、説明を省略する。ステップＳ１２１３で購入又は不買情報を受信した電子商取引サーバ２００は、必須オプション品が不買であるか否かを判別し（ステップＳ１２１４）、不買でない場合にはステップＳ１２１６に進み、不買である場合にはステップＳ１２１５に進んで、必須オプション品履歴ＤＢに登録した後にステップＳ１２１６に進む。
【０１０９】
ステップＳ１２１６の処理は図４に示したフローチャートのステップＳ４１２の処理と同様であるので説明を省略する。ステップＳ１２１６の処理によって、排他オプション品が選択されていない場合には終了し、排他オプション品が選択されている場合には、次のステップ２１７に進む。
【０１１０】
次に、ステップＳ１２１７の処理を図１７のフローチャートを参照しながら詳述する。
【０１１１】
図１７は、排他オプション品の通知決定処理を示すフローチャートである。
【０１１２】
電子商取引サーバ２００は、ユーザ端末３０より送信された認証情報からユーザＩＤを抽出し（ステップＳ１７０１）、第１の実施の形態で述べたステップＳ１０１４において作成した排他オプション品一覧表から一組の排他オプション品を抽出する（ステップＳ１７０２）。これら抽出されたユーザＩＤ及び排他オプション品をキーに排他オプション品履歴ＤＢ１１０４の検索を行う（ステップＳ１７０３）。
【０１１３】
図１８は、図１１のデータベースにおける排他オプション品履歴ＤＢ１１０４のデータ構造を示す図である。
【０１１４】
排他オプション品履歴ＤＢ１１０４の最上段に示したように、ユーザＩＤ１２３４５のユーザが排他オプション品の組合せに該当するレンズＡ及びレンズＢについて当初から選択している場合であっても、通知が不要であることを示している。
【０１１５】
次に、ステップＳ１７０４において、当該排他オプション品の組合せについて通知の必要があるか否かを判断する。通知の必要があればステップＳ１７０６へ進み、通知の必要がなければステップＳ１７０５へ進む。
【０１１６】
ステップＳ１７０５では、排他オプション品一覧表から当該排他オプション品に該当する組合せを削除する。この削除によって、排他オプション品に該当する組合せが選択されている旨のユーザ端末３０に対する通知はされないことになる。
【０１１７】
次に、排他オプション品一覧表に未検索商品が有るか否かを判断して（ステップＳ１７０６）、未検索商品が有る場合にはステップＳ１７０２にもどり、未検索商品がなければ本処理を終了する。
【０１１８】
上記の処理により、排他オプション品について通知が必要でない場合には、図１２に示した処理を終了し、排他オプション品について通知が必要である場合には、ステップＳ１２１８へ進み、電子商取引サーバ２００は、選択されていた排他オプション品に該当する旨の情報をユーザ端末３０に送信する（ステップＳ１２１８）。
【０１１９】
ユーザ端末３０は、排他オプション品情報を受信すると（ステップＳ１２１９）、選択された必須オプション品の中に排他オプション品に該当する組合せが選択されている旨を通知する排他オプション品選択通知画面を表示する（図１９参照）。
【０１２０】
ユーザが購入する商品のチェックボックス１９０１にチェックを入れて送信ボタン１９０３が押下すると、ユーザ端末３０は、排他オプション品についての購入又は選択情報を電子商取引サーバ２００に送信する（ステップＳ１２２０）。
【０１２１】
電子商取引サーバ２００は、購入又は選択情報を受信すると（ステップＳ１２２１）、排他オプション品購入か否かを判断し（ステップＳ１２２２）、排他オプション品購入でない場合には、本処理を終了し、排他オプション品購入である場合には、排他オプション品履歴ＤＢに登録し（ステップＳ１２２３）、その後に本処理を終了する。
【０１２２】
上述したように、本発明の実施の形態によれば、ユーザは不要な商品の誤購入を防止できる。これにより、商品提供者は、ユーザからの返品受付の手間とコストの削減を図ることができる。
さらに、利用者端末によって選択した商品間に排他的な組み合わせが有るか否かを検索することにより、排他商品の通知をするので、不要な商品選択による誤購入の防止ができるとともに、利用者情報及び排他選択履歴を参照することにより、検索した排他的な組合せとなる商品の中から利用者によっては通知の不要な商品を検索できるので、敢えて排他オプション品を選択する利用者に対しては不要な通知を出さないようにすることができる。
また、利用者端末によって選択した商品間に排他的な組み合わせが有るか否かを検索することにより、排他商品の通知をするので、不要な商品選択による誤購入の防止ができるとともに、利用者情報及び必須選択履歴を参照することにより、検索した必須となる商品の中から利用者によっては通知の不要な必須オプション品を検索で、さらに、利用者情報及び排他選択履歴を参照することにより、検索した排他的な組合せとなる商品の中から利用者によっては通知の不要な商品を検索できるので、敢えて敢えて必須オプション品を選択しなかったり、排他オプション品を選択したりする利用者に対しては不要な通知を出さないようにすることができる。
【０１２３】
【発明の効果】
以上詳細に説明したように、本発明によれば、利用端末によって選択した商品間に排他的な組み合わせが有るか否かを検索することにより、排他商品の通知をするので、不要な商品選択による誤購入の防止ができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る電子商取引システムの構成図である。
【図２】図１における管理サーバ１００及び電子商取引サーバ２００のハードウェア構成である。
【図３】データベース３００に記録されているデータ構成を示す図である。
【図４】第１の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートである。
【図５】商品選択画面を示す図である。
【図６】必須オプション品未選択通知の画面を示す図である。
【図７】排他オプション品選択通知の画面を示す図である。
【図８】図８は、図４のフローチャートにおけるステップＳ４０７の処理を示すフローチャートである。
【図９】図３のデータベース３００における商品ＤＢ３０２のデータ構造を示す図である。
【図１０】図４のフローチャートにおけるステップＳ４１２の処理を示すフローチャートである。
【図１１】本発明の第２の実施の形態に係る電子商取引システムにおける電子商取引サイトのデータベースに記録されているデータ構成を示す図である。
【図１２】第２の実施の形態に係る電子商取引システムにおける電子商取引の流れの全体を示すフローチャートである。
【図１３】必須オプション品の通知決定処理を示すフローチャートである。
【図１４】図１１における必須オプション品履歴ＤＢ１１０３のデータ構造を示す図である。
【図１５】必須オプション品未選択通知画面の一例を示す図である。
【図１６】図１５の必須オプション品未選択通知画面とは一部が異なる必須オプション品未選択通知画面を例示する図である。
【図１７】排他オプション品の通知決定処理を示すフローチャートである。
【図１８】図１１のデータベースにおける排他オプション品履歴ＤＢ１１０４のデータ構造を示す図である。
【図１９】排他オプション品選択通知の画面を示す図である。
【符号の説明】
１ 電子商取引システム
１０ 電子商取引サイト
１１ ＬＡＮ
２０ 通信回線
３０ ユーザ端末
１００ 管理サーバ
２００ 電子商取引サーバ
３００，１１００ データベース
３０１，１１０１ ユーザＤＢ
３０２，１１０２ 商品ＤＢ
１１０３ 必須オプション品履歴ＤＢ
１１０４ 排他オプション品履歴ＤＢ
Claims (2)
- 電子商取引サーバにネットワークを介して接続された利用者端末から商品及び当該商品に対応するオプション品の発注を行うための電子商取引システムであって、
前記電子商取引サーバは、
前記商品に対応する前記オプション品毎に当該オプション品とは排他的な組合せとなる他のオプション品についての排他オプション品情報を記憶する排他オプション品記憶手段と、
前記利用者端末によって選択された商品及び当該商品に対応するオプション品情報を受信する受信手段と、
前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記排他オプション品記憶手段により記憶された排他的な組合せとなるオプション品が選択されたかを検索する第１の検索手段と、
前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出されなかった場合は、選択されたオプション品の発注を受け付ける発注受付手段と、
前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出された場合は、当該抽出された排他的組合せ情報を送信すると共に、当該排他的な組合せとなるオプション品からいずれか又は重複するオプション品を発注するかを選択可能な画面情報を前記利用者端末に送信する第１の送信手段と、
前記商品に対応する前記オプション品のうち必須となるオプション品情報を記憶する必須オプション品記憶手段と、
前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記必須オプション品記憶手段により記憶された必須オプション品からの選択漏れを検索する第２の検索手段と、
前記第２の検索手段による検索の結果、選択漏れとなった必須オプション品が抽出された場合、当該抽出された必須オプション品情報を送信すると共に、次回選択漏れがあったときの通知の要否を選択させるための画面情報を前記利用者端末に送信する第２の送信手段とを有し、
前記発注受付手段は、前記利用者端末から前記第１の送信手段により送信した排他的な組合せとなるオプション品が再度重複して選択された場合に、当該重複して選択されたオプション品の発注を受け付け、
前記第２の送信手段は、前記利用者端末から送信された認証情報に含まれるユーザＩＤ毎に設けられている、１つの必須オプション品に対して、その必須オプションを必須とする複数の商品と、その複数の商品それぞれに対して未選択である場合にその旨の通知が必要であるかを示す情報とが対応付けられた必須オプション品履歴データベースを参照することで、１つの商品について前記必須オプション品が未選択のときに、当該商品について当該必須オプション品が未選択である旨の通知の要否を判断すると共に、当該必須オプション品に対するその他の商品それぞれについて当該必須オプション品が未選択である旨の通知が不要である商品があるかを判断して、通知内容を変更するものであり、前記利用者端末から第１の商品について必須オプション品の通知不要との選択がなされた後に、前記受信手段により前記第１の商品が次回に再度選択され、当該第１の商品に対応する前記通知不要の必須オプション品が前回選択されなかったときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第１の商品に対して前記通知が不要であることが登録されているため、当該必須オプション品情報を前記利用者端末に送信せず、一方、前記受信手段により前記第１の商品とは異なる第２の商品が選択され、当該第２の商品に対応する必須オプション品が選択されず、かつ当該選択されなかった必須オプション品が前記第１の商品について前記通知不要の必須オプション品と同じときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第２の商品に対して前記通知が不要であると登録されていないため、当該必須オプション品情報を前記利用者端末に送信し、前記必須オプション品履歴データベースで当該必須オプション品 を必須とする第１の商品に対して前記通知が不要であると登録されているため、前記第１の商品では当該必須オプション品を通知不要とした情報を前記利用者端末に送信することを特徴とする電子商取引システム。 - 電子商取引サーバにネットワークを介して接続された利用者端末から商品及び当該商品に対応するオプション品の発注を行うための電子商取引サーバであって、
前記商品に対応する前記オプション品毎に当該オプション品とは排他的な組合せとなる他のオプション品についての排他オプション品情報を記憶する排他オプション品記憶手段と、
前記利用者端末によって選択された商品及び当該商品に対応するオプション品情報を受信する受信手段と、
前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記排他オプション品記憶手段により記憶された排他的な組合せとなるオプション品が選択されたかを検索する第１の検索手段と、
前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出されなかった場合は、選択されたオプション品の発注を受け付ける発注受付手段と、
前記第１の検索手段による検索の結果、選択されたオプション品間で排他的な組合せが抽出された場合は、当該抽出された排他的組合せ情報を送信すると共に、当該排他的な組合せとなるオプション品からいずれか又は重複するオプション品を発注するかを選択可能な画面情報を前記利用者端末に送信する第１の送信手段と、
前記商品に対応する前記オプション品のうち必須となるオプション品情報を記憶する必須オプション品記憶手段と、
前記受信手段により受信した前記商品に対応するオプション品情報を用い、前記必須オプション品記憶手段により記憶された必須オプション品からの選択漏れを検索する第２の検索手段と、
前記第２の検索手段による検索の結果、選択漏れとなった必須オプション品が抽出された場合、当該抽出された必須オプション品情報を送信すると共に、次回選択漏れがあったときの通知の要否を選択させるための画面情報を前記利用者端末に送信する第２の送信手段とを有し、
前記発注受付手段は、前記利用者端末から前記第１の送信手段により送信した排他的な組合せとなるオプション品が再度重複して選択された場合に、当該重複して選択されたオプション品の発注を受け付け、
前記第２の送信手段は、前記利用者端末から送信された認証情報に含まれるユーザＩＤ毎に設けられている、１つの必須オプション品に対して、その必須オプションを必須とする複数の商品と、その複数の商品それぞれに対して未選択である場合にその旨の通知が必要であるかを示す情報とが対応付けられた必須オプション品履歴データベースを参照することで、１つの商品について前記必須オプション品が未選択のときに、当該商品について当該必須オプション品が未選択である旨の通知の要否を判断すると共に、当該必須オプション品に対するその他の商品それぞれについて当該必須オプション品が未選択である旨の通知が不要である商品があるかを判断して、通知内容を変更するものであり、前記利用者端末から第１の商品について必須オプション品の通知不要との選択がなされた後に、前記受信手段により前記第１の商品が次回に再度選択され、当該第１の商品に対応する前記通知不要の必須オプション品が前回選択されなかったときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第１の商品に対して前記通知が不要であることが登録されているため、当該必須オプション品情報を前記利用者端末に送信せず、一方、前記受信手段により前記第１の商品とは異なる第２の商品が選択され、当該第２の商品に対応する必須オプション品が選択されず、かつ当該選択されなかった必須オプション品が前記第１の商品について前記通知不要の必須オプション品と同じときは、前記必須オプション品履歴データベースで当該必須オプション品を必須とする当該第２の商品に対して前記通知が不要であると登録されていないため、当該必須オプション品情報を前 記利用者端末に送信し、前記必須オプション品履歴データベースで当該必須オプション品を必須とする第１の商品に対して前記通知が不要であると登録されているため、前記第１の商品では当該必須オプション品を通知不要とした情報を前記利用者端末に送信することを特徴とする電子商取引サーバ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003122410A JP4249536B2 (ja) | 2003-04-25 | 2003-04-25 | 電子商取引システム及び電子商取引サーバ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003122410A JP4249536B2 (ja) | 2003-04-25 | 2003-04-25 | 電子商取引システム及び電子商取引サーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004326590A JP2004326590A (ja) | 2004-11-18 |
| JP4249536B2 true JP4249536B2 (ja) | 2009-04-02 |
Family
ID=33500650
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003122410A Expired - Fee Related JP4249536B2 (ja) | 2003-04-25 | 2003-04-25 | 電子商取引システム及び電子商取引サーバ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4249536B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7247547B2 (ja) * | 2018-11-26 | 2023-03-29 | 株式会社リコー | 発注支援装置、発注システム、発注支援方法、及びプログラム |
-
2003
- 2003-04-25 JP JP2003122410A patent/JP4249536B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004326590A (ja) | 2004-11-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7848948B2 (en) | Internet-based product brand marketing communication network configured to allow members of a product brand management team to communicate directly with consumers browsing HTML-encoded pages at an electronic commerce (EC) enabled web-site along the fabric of the world wide web (WWW), using programable multi-mode virtual kiosks (MMVKS) driven by server-side components and managed by product brand management team members | |
| US20070192438A1 (en) | System and method for on-demand delivery of media products | |
| US20060200480A1 (en) | System and method for using product identifiers | |
| JP2007525743A (ja) | デジタルアセットの選択及び購入のためのシステム及び方法 | |
| JPH10207945A (ja) | 分散コンテンツ電子商取引システム及び方法 | |
| JP2001350782A (ja) | ホームページ検索サービス方法 | |
| US20060282378A1 (en) | Real Estate Transaction Method And System | |
| JP4249536B2 (ja) | 電子商取引システム及び電子商取引サーバ | |
| JP2000268099A (ja) | ビデオレンタル装置、方法、及び、その記録媒体 | |
| KR20000063448A (ko) | 전자 카탈로그 제공 방법 및 이를 이용한 전자 상거래 방법 | |
| JP2003076887A (ja) | 中古品取引システム、中古品取引支援装置及び中古品取引方法 | |
| KR100365521B1 (ko) | 인터넷을 통한 상품 판매 시스템 및 그 방법 | |
| JP4731751B2 (ja) | 金融機関営業支援システム、金融機関営業支援用サーバ | |
| KR20010069230A (ko) | 인터넷 상에서의 도메인 검색/등록 시스템 및 방법 | |
| KR20010078839A (ko) | 사용자의 자국어에 의한 전 세계 인터넷(Internet) 상품비교 검색 구매 시스템. | |
| JP2001344478A (ja) | インターネットショッピングにおける商品購入システム，方法，仲介業者サーバおよび商品購入プログラムを記録した記録媒体 | |
| KR20040001694A (ko) | 통신망에 개설된 복수개의 쇼핑몰 사이트에서 가격을비교하여 통합 결제하는 쇼핑 방법과 그 장치 | |
| JPH10320477A (ja) | モールサーバ及びモールサーバプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2002288309A (ja) | 駐車場物件契約サーバ装置、方法及びプログラム | |
| KR20010107361A (ko) | 인터넷 점포의 다중 특화 방법 및 다중 특화 인테넷 점포시스템 | |
| JP2002133319A (ja) | レンタル品の配送・返却・課金情報管理システム | |
| JP2002049809A (ja) | 電子商取引サーバーのデーター管理システム | |
| WO2000079418A2 (en) | An integrated shopping interface method and apparatus for use in electronic commerce | |
| JP2002157463A (ja) | 商品取引支援装置及び方法並びに商品取引支援を実現するためのコンピュータプログラムを記録した記録媒体 | |
| WO2000079459A2 (en) | Descriptive search method and apparatus for use in electronic commerce |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050627 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060417 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071122 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071127 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081014 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081210 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090113 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090115 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120123 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120123 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130123 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140123 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |