オークションシステム、オークション方法、データ処理装置、及び記録媒体
【課題】 ネットワーク上で行われるオークションへの商品の出品を容易に行えるシステムを提供する。
【解決手段】 在庫データベース１１１には、商品の在庫管理を行うためのデータが商品単位で格納されている。ＰＣ１０３は、所定の操作が行われると、その在庫データベースにデータが格納されている商品のなかで不良在庫とみなすべき商品を抽出し、その商品のデータを商品単位で不良在庫データベース１１２に格納する。そのデータベース１１２に格納したデータは、商品単位で一覧表示し、そのなかからオークションに出品する商品をユーザに指定させる。また、表示させたデータは、必要に応じてユーザに修正させる。出品と指定された商品のデータは、インターネット１０１を介してＷｅｂサーバ１０２に送信し、オークションの商品として掲載させる。
【解決手段】 在庫データベース１１１には、商品の在庫管理を行うためのデータが商品単位で格納されている。ＰＣ１０３は、所定の操作が行われると、その在庫データベースにデータが格納されている商品のなかで不良在庫とみなすべき商品を抽出し、その商品のデータを商品単位で不良在庫データベース１１２に格納する。そのデータベース１１２に格納したデータは、商品単位で一覧表示し、そのなかからオークションに出品する商品をユーザに指定させる。また、表示させたデータは、必要に応じてユーザに修正させる。出品と指定された商品のデータは、インターネット１０１を介してＷｅｂサーバ１０２に送信し、オークションの商品として掲載させる。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、インターネットなどのネットワーク上でオークションを実現させるための技術に関する。
【０００２】
【従来の技術】近年、インターネットは、グローバルな情報インフラストラクチャとして急速に発展している。その発展に伴い、現在では、インターネットは様々な形で利用されている。例えばオークションでは、インターネットによって多くの人が商品を出品したり、或いはそれに参加することができる。このことから、そのオークションの場を提供するのを専門とするサイトも多く開設されている。
【０００３】
【発明が解決しようとする課題】インターネット上に開設されたサイトにおける従来の商品の出品は、商品毎に、所定の入力項目にデータを入力することで行うようになっていた。このため、煩わしい操作を行わなければならないという問題点があった。
【０００４】商品を出品する人のなかには、多くの商品を出品しようとする人もいる。その人は、各商品毎に煩わしい操作を行わなければならない。このため、そのような人にとって、その問題点は特に深刻である。
【０００５】本発明の課題は、ネットワーク上で行われるオークションへの商品の出品を容易に行えるシステムを提供することにある。
【０００６】
【課題を解決するための手段】本発明のオークションシステムは、ネットワークに、オークションに商品を出品するための第１の端末装置、該オークションに参加するための第２の端末装置、及び該オークションの場を提供するオークションサーバが接続されていることを前提とし、第１の端末装置は、オークションに出品する商品の候補を抽出する候補抽出手段と、候補抽出手段が抽出した候補のなかからオークションに出品する商品を選択するための商品選択手段と、商品選択手段により選択された商品の出品をオークションサーバに依頼する出品依頼手段と、を具備し、オークションサーバは、出品依頼手段が出品を依頼した商品を掲載することでオークションに出品させる、ようになっている。
【０００７】なお、上記の構成において、オークションサーバは、オークションに出品させた商品に対し、第２の端末装置から送信された入札内容を保存する入札内容保存手段と、入札内容保存手段に保存された入札内容を、該入札内容が送信された商品を出品した第１の端末装置に送信する入札内容送信手段と、を具備し、入札内容送信手段が入札内容を送信した第１の端末装置側で落札者を決定させる、ことが望ましい。
【０００８】また、上記第１の端末装置は、個別売買が可能な複数の商品を１商品としてオークションに出品し、第２の端末装置は、入札内容として、商品の希望個数、及び該希望個数の商品に対する希望金額を少なくとも送信し、オークションサーバは、第１の端末装置側で随時、商品の数の範囲内で商品の落札者を決定させる、ことが望ましい。
【０００９】更に、候補抽出手段は、商品を個別に在庫管理するために構築された在庫データベースを参照し、該在庫データベースにデータが格納された商品のなかで不良在庫と見なすべき商品をオークションに出品する商品の候補として抽出し、商品選択手段は、候補抽出手段が抽出した商品の在庫データベースに格納されているデータを表示し、該データを表示させた商品を出品するか否か選択させるとともに、該表示させたデータの内容をユーザの指示に応じて変更し、出品依頼手段は、商品選択手段により表示されているデータをオークションサーバに送信して、該商品選択手段により選択された商品の出品を依頼する、ことが望ましい。
【００１０】本発明のオークション方法は、ネットワークに、オークションに商品を出品するための第１の端末装置、該オークションに参加するための第２の端末装置、及び該オークションの場を提供するオークションサーバが接続されたシステムで用いられることが前提であり、第１の端末装置に、個別売買が可能な複数の商品を１商品としてオークションに出品させ、第２の端末装置に、オークションに出品された商品に対する入札内容として、該商品の希望個数、及び該希望個数の商品に対する希望金額を少なくともオークションサーバに送信させ、オークションサーバに、第２の端末装置から送信された入札内容を第１の端末装置に送信させ、入札内容が送信された第１の端末装置側で落札者を随時、決定させる、ようになっている。
【００１１】本発明のデータ処理装置は、ネットワークを介して接続されたオークションサーバに対し、オークションへの商品の出品を依頼するために用いられることを前提とし、オークションに出品する商品の候補を抽出する候補抽出手段と、候補自動抽出手段が抽出した候補のなかからオークションに出品する商品を選択するための商品選択手段と、商品選択手段により選択された商品の出品をオークションサーバに依頼する出品依頼手段と、を具備する。
【００１２】本発明の記録媒体は、ネットワーク上で行われるオークションに出品する商品の候補を抽出させるためのプログラムコードと、抽出された候補のなかからオークションに出品する商品を選択させるためのプログラムコードと、選択された商品の出品をネットワークに接続されたオークションサーバに依頼させるためのプログラムコードと、を含むプログラムを格納したことを特徴とする。
【００１３】本発明では、オークションに出品する商品となりうる物（例えば商品）のデータが格納されたデータベース（或いはファイル）を参照して、それにデータが格納された物のなかから、オークションに商品として出品する候補を抽出してユーザに提示し、その候補のなかで実際に出品する物をユーザに選択させ、その選択された物のデータを、ネットワーク上でオークションの場を提供しているオークションサーバに送信することにより、ユーザに選択させた物をオークションに出品させる。
【００１４】そのようにして商品を出品する場合、オークションに出品する商品を探すことが回避され、既に存在するデータを出品のために利用することから、出品のために入力すべきデータ量も最小限に抑えられる。このことから、商品の出品を極めて容易、且つ迅速に行えるようになる。
【００１５】
【発明の実施の形態】以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。図１は、本実施の形態によるオークションシステムの構成を示す図である。
【００１６】そのシステムは、図１に示すように、インターネット１０１を利用してオークションを行うものである。オークションの場を提供するＷｅｂサーバ１０２、及びそのオークションに商品を出品する、或いはそのオークションに参加するためのパーソナルコンピュータ（以降、ＰＣと略記する）１０３が多数、そのインターネット１０１に接続されている。
【００１７】ＰＣ１０３のなかには、在庫データベース（以降、ＤＢと略記する）１１１、不良在庫ＤＢ１１２、及びオークション出品ＤＢ１１３を有するものが存在している。それらのＤＢ１１１〜１１３を有するＰＣ１０３（以降、他のＰＣ１０３と区別するためにＰＣ１０３Ａと表記する）は、生産者（会社など）や問屋、或いは店舗などに設置されたものである。本実施の形態によるオークションシステムは、そのＰＣ１０３Ａ、及びＷｅｂサーバ１０２をインターネットに接続することで構築されている。ここでは、便宜的に、ＰＣ１０３Ａは店舗に設置されていることにする。
【００１８】店舗などでは、問屋などから購入した商品を全て販売できるとは限らない。即ち購入した商品が不良在庫化することもある。商品が不良在庫化し、そのまま売れ残れば、大きな損失となるだけでなく、有用な資源を浪費することにもなる。このことから、図１に示すシステムは、インターネット１０１を用いて不良在庫化した商品の買い手を探し、売り手側と買い手側の双方の利益をもたらすことを主な狙いとして構築されている。
【００１９】ＰＣ１０３Ａが設置された店舗では、在庫管理を行うために、どのような商品が何時、どれだけ購入先から購入したか、そのなかで幾つの商品が販売されたか（幾つの商品が残っているか）、といったことをデータで処理する。在庫ＤＢ１１１は、そのために構築されたものであり、商品コード、商品名、ＪＡＮコード（バーコードを読み取ることで得られるデータ）、最終取引日（商品を最後に購入した日）、在庫数、単価、不良在庫フラグ、などのデータが商品毎にレコード単位で格納されている。不良在庫ＤＢ１１２には、在庫ＤＢ１１１内で不良在庫と見なされた商品（レコード）のデータがレコード単位で格納される。そのレコードには、例えば、識別ＩＤ、ＪＡＮコード、商品名、数量、希望単価、希望価格、などのデータが商品別に格納される。オークション出品ＤＢ１１３には、不良在庫と見なされた商品のなかで実際にオークションに出品した商品のデータがレコード単位で格納される。そのレコードには、例えば識別ＩＤ、ＪＡＮコード、商品コード、商品名、数量、最低単価、最低金額、入札締切日、などのデータが商品別に格納される。不良在庫ＤＢ１１２、及びオークション出品ＤＢ１１３の各レコードには、共に識別ＩＤが格納されている。その識別ＩＤは、ＰＣ１０３ＡとＷｅｂサーバー１０２との間で商品を一義的に特定するためのデータである。
【００２０】商品の出品、或いはオークションへの参加を所望するユーザは、Ｗｅｂサーバ１０２がオークションに係わるサービスを提供しているサイト（以降、オークションサイトと呼ぶ）にアクセスし、始めに登録を行う。その登録は、予め設定されている入力項目にデータを入力し、その入力したデータをＷｅｂサーバ１０２に送信することで行われる。そのようにして登録を行ったユーザに対し、Ｗｅｂサーバ１０２はユーザＩＤとパスワードを発行する。以降は、そのユーザＩＤとパスワードを入力してサービスの提供を依頼する。なお、そのサイトへのアクセスは、例えばダイヤルアップによって公衆回線を介してインターネット１０１との接続サービスを行っているＩＳＰ（Internet Service Provider ）と接続させた後、そのサイトのＵＲＬ（Uniform Resource Locator）を指定して接続を指示することで行われる。
【００２１】Ｗｅｂサーバ１０２は、ユーザが登録のために入力したデータ、更にはそのユーザに対して発行したユーザＩＤ、パスワードを、ユーザ単位でユーザ情報ＤＢ１１５に格納する。そのようなデータをユーザ情報ＤＢ１１５に格納することで、登録を受けたユーザのみにサービスを提供する。以降は、図２〜図２４を参照しながら、そのサービスを受けるＰＣ１０３Ａの動作やそのサービスを提供するＷｅｂサーバ１０２の動作について詳細に説明する。
【００２２】図４は、ＰＣ１０３Ａが実行する不良在庫管理処理のフローチャートである。その管理処理は、不良在庫化した商品のオークションへの出品や、出品した商品の売り手の決定などに係わる処理を実行することで不良在庫の管理（処分）を支援するものである。ＰＣ１０３Ａのユーザがマウスなどで所定の操作を行った場合に、ＰＣ１０３Ａに搭載されたＣＰＵが、例えば、それに搭載されたハードディスク装置のハードディスクに格納されたプログラムを実行することで実現される。始めに、その図４を参照して、ＰＣ１０３Ａの動作、及びその動作に対応するＷｅｂサーバ１０２の動作について詳細に説明する。なお、ユーザの登録は、その管理処理の実行時に行えるが、その登録の流れや方法などは後述する図６におけるそれと基本的に同じであるため、ここでは説明を省略する。
【００２３】先ず、ステップＳ４０１では、ユーザに所望する処理内容を選択させるためのメニュー画面を、ＰＣ１０３Ａが搭載した、或いはそれに接続されている表示装置上に表示させる。続くステップＳ４０２では、そのメニュー画面上でユーザが操作を行って選択した処理内容の種類を判定する。そのユーザが処理内容としてオークションへの出品を選択した場合、その旨が判定されてステップＳ４０３に移行する。
【００２４】そのステップＳ４０３では、在庫ＤＢ１１１を対象にして、それにデータが格納されている商品のなかで不良在庫化した商品を判定して抽出する不良在庫判定処理を実行する。その判定処理を実行した後にステップＳ４０４に移行する。
【００２５】図５は、その不良在庫判定処理のフローチャートである。ここで、図５を参照して、その判定処理について詳細に説明する。在庫ＤＢ１１１には、上述したように、商品のデータがレコード単位で格納されている。このことから、判定処理では、処理対象とするレコードを順次、変更しながら、そのレコードにデータが格納されている商品が不良在庫化しているか否か判定し、不良在庫化している商品のデータを不良在庫ＤＢ１１２に随時、レコード単位で追加していくようになっている。
【００２６】不良在庫化しているか否かの判定は、最終取引日から、商品毎に予め設定されている日数（不良在庫判断日数）が過ぎても残っている商品を不良在庫と判定するようにしている。在庫ＤＢ１１１には、既に不良在庫と見なした商品のレコードが残っている場合がある。そのレコードの不良在庫フラグの値は、その旨を示す値となっている。このことから、不良在庫フラグの値がその値となっているレコードは処理対象から除外している。
【００２７】先ず、ステップＳ５０１では、在庫ＤＢ１１１から１レコードを読み出す。続くステップＳ５０２では、そのレコードに格納されている最終取引日を、例えばＰＣ１０３Ａに搭載されたタイマの日付と比較する。その後はステップＳ５０３に移行して、それらの日付から不良在庫判断日数を越えて商品が残っているか否か判定する。最終取引日からその判断日数が過ぎても商品が残っていた場合、不良在庫と見なすことから判定はＹＥＳとなり、ステップＳ５０４に移行する。そうでない場合には、判定はＮＯとなって上記ステップＳ５０１に戻り、処理対象を次のレコード（商品）に変えて、それ以降の処理を同様に実行する。
【００２８】ステップＳ５０４では、不良在庫と見なした商品のデータが格納されている在庫ＤＢ１１１のレコード中の不良在庫フラグの値を、不良在庫であることを示す値に書き換える。また、そのレコード中から不良在庫ＤＢ１１２に格納すべきデータを抽出したり、その中のデータから格納すべきデータを生成する。そのようなことを行った後、ステップＳ５０５に移行する。なお、そのレコード中からは、ＪＡＮコードや商品名、在庫数、及び単価などのデータを抽出し、在庫数と単価からは希望価格を生成（算出）している。希望価格は、在庫数に単価を掛けることで算出している。
【００２９】ステップＳ５０５では、商品を識別するためのＩＤを発行する。続くステップＳ５０６では、発行したＩＤ、ステップＳ５０４で在庫ＤＢ１１１のレコードから抽出したデータ、及びそのデータから生成したデータを格納したレコードを不良在庫ＤＢ１１２に追加してそれを更新する。その更新を行うと、ステップＳ５０７に移行して、在庫ＤＢ１１１に次に処理対象とすべきレコードの有無を判定する。処理対象とすべきレコードが残っていなかった場合、その旨が判定されて一連の処理を終了し、図４のステップＳ４０４に移行する。そうでない場合には、即ち処理対象とすべきレコードが残っている場合には、上記ステップＳ５０１に戻り、処理対象とすべきレコードを処理対象にして、それ以降の処理を同様に実行する。
【００３０】このようにして、不良在庫判定処理が実行されると、在庫ＤＢ１１１にデータが格納された商品のなかで不良在庫化したと見なす商品が自動的に抽出され、それのデータが不良在庫ＤＢ１１２に格納される。
【００３１】図４の説明に戻る。上記不良在庫判定処理の実行後に移行するステップＳ４０４では、不良在庫と見なした商品の一覧を配置した図８に示すような不良在庫オークション出品決定画面を表示する。その画面に配置するのは、不良在庫ＤＢ１１２に格納されたレコードのなかで、その中の識別ＩＤがオークション出品ＤＢ１１３に格納されたレコード中の識別ＩＤと一致していないレコードの商品である。言い換えれば、不良在庫と見なした商品のなかで現在、オークションに出品していない商品である。なお、その画面の表示は、不良在庫ＤＢ１１２からオークションに出品されていない商品のレコードを読み出し、そのレコード中の予め定めたデータを画面中に挿入することで行われる。
【００３２】本実施の形態では、図８に示すように、商品のデータとして、商品名、数量、単価、及び金額をテーブル形式で表示している。各行には、それぞれ、チェックボックスが配置され、そのチェックボックスにチェックマークを表示させることで商品を出品するか否か指定するようになっている。チェックマークを表示させることで出品が指定される。項目「入札締切日」、項目「数量」、項目「単価」、及び項目「金額」には、ユーザが任意のデータを入力することができるようになっている。項目「単価」、及び項目「金額」は、そのうちの一方を入力すれば良く、それらには最低金額を入力することになっている。ユーザは、マウスなどを操作することで、出品を所望する商品のチェックボックスをクリックしてチェックマークの表示／非表示を切り換えたり、キーボードを操作して項目に所望のデータを入力した後、「決定」ボタン、或いは「取消」ボタンをクリックする。そのようなことは、上記ステップＳ４０４の処理を実行することで実現され、「決定」ボタン、或いは「取消」ボタンをユーザがクリックすることで、ステップＳ４０５に移行する。
【００３３】そのステップＳ４０５では、クリックされたボタンが「取消」ボタンか否か判定する。ユーザが「取消」ボタンをクリックした場合、判定はＹＥＳとなり、表示中の画面などを消した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、ステップＳ４０６に移行する。
【００３４】ステップＳ４０６では、その時点でチェックマークが表示されている行の商品を出品する商品として決定する。続くステップＳ４０７では、出品する商品をユーザに確認させるために、図９に示すような不良在庫オークション出品確認画面を表示させる。その図９に示す画面は、図８に示す状態でユーザが「決定」ボタンをクリックしたときのものである。その図８では、チェックマークが表示されていた商品名は「海苔」と「フラワー小麦粉１ｋｇ」である。このことから、図９に示す画面では、それら商品名の商品の出品を実際に行って良いのか否かを確認する形となっている。
【００３５】図９に示すように、不良在庫オークション出品確認画面には、「送信」ボタン、及び「戻る」ボタンが配置されている。そのうちの何れかをユーザがクリックすると、ステップＳ４０８に移行して、ユーザが出品の実行を指示したか否か判定する。ユーザが「送信」ボタンをクリックした場合、実行が指示されたと判定して、ステップＳ４０９に移行する。そうでない場合には、取消が指示されたと判定して上記ステップＳ４０４に戻る。
【００３６】ステップＳ４０９では、ユーザが出品を指定した商品のレコードを不良在庫ＤＢ１１２から読み出し、そのレコード中の予め定めたデータ、及びユーザが図８に示す不良在庫オークション出品決定画面上で入力したデータを商品単位でまとめてオークション出品ＤＢ１１３に格納する。その一方では、Ｗｅｂサーバ１０２にアクセスし、オークション出品ＤＢ１１３に新たに追加したレコードを送信する。その後、ステップＳ４１０に移行する。なお、Ｗｅｂサーバ１０２へのアクセスは、上述したように、例えばダイアルアップによりＩＳＰと接続した後、そのＷｅｂサーバ１０２との接続を指示することで行われる。そのＷｅｂサーバ１０２と接続し、それにデータを送信するのは、予め登録された手順に従って自動的に行われるようになっている。
【００３７】上述したようにしてデータが送信されたＷｅｂサーバ１０２は、図２に示すように、そのデータを商品単位でオークション商品管理ＤＢ１１６に格納する。その格納の際に、参加日時を各商品のレコードに追加する。そのようにしてオークション商品管理ＤＢ１１６にデータを格納することで、商品の出品の依頼が受理される。
【００３８】依頼を受理したＷｅｂサーバ１０２は、図１０１０に示すような不良在庫オークション出品完了画面を生成し、その依頼を送信してきたＰＣ１０３Ａにそれを送信する。このことから、ステップＳ４０９に続くステップＳ４１０では、Ｗｅｂサーバ１０２から受信した図１０１０に示すような画面を表示し、ユーザに商品の出品の依頼を受理したことを通知する。その画面には、図１０に示すように、「了解」ボタンが配置されている。ユーザがその「了解」ボタンをクリックすると、表示中の画面を消去するといったことを行った後、一連の処理を終了する。
【００３９】このように、オークションに出品する商品の候補を在庫ＤＢ１１１から自動的に抽出し、その候補のデータを在庫ＤＢ１１１から読み出して、その候補を出品するためにデータを入力すべき項目のなかで自動入力が可能な項目に自動入力している。このため、ユーザは、オークションに出品する商品を探す手間がなくなり、その商品を出品するために入力しなければならないデータ量も最小限に抑えられることになる。これらのことから、商品を極めて容易にオークションに出品することができるようになる。
【００４０】一方、上記メニュー画面上でユーザが処理内容として、出品した商品への入札状況の確認を選択した場合、上記ステップＳ４０２でその旨が判定されてステップＳ４１１に移行する。そのステップＳ４１１では、上述したようにしてインターネット１０１との接続を行い、続くステップＳ４１２ではＷｅｂサーバ１０２との接続を行う。その後はステップＳ４１３に移行する。
【００４１】ステップＳ４１３では、Ｗｅｂサーバ１０２から送信される入札の有無を示すデータを受信し、そのデータから入札の有無を判定する。出品した商品に対し入札が行われていない場合、その旨が判定され、そのことを通知するメッセージを表示した後、一連の処理を終了する。そうでない場合には、その旨が判定されてステップＳ４１４に移行する。
【００４２】商品に対して入札が行われる度に、Ｗｅｂサーバ１０２は、その入札内容、その入札を行ったユーザなどのデータを入札データとして入札ＤＢ１１７に格納する。図３に示すように、入札を行ったユーザのデータは、ユーザ情報ＤＢ１１５から読み出して取得する。ステップＳ４１４では、Ｗｅｂサーバ１０２に、入札ＤＢ１１７に格納された入札データ（レコード）のなかで、出品した商品の識別ＩＤと一致する識別ＩＤを有する入札データの送信を依頼し、それによってＷｅｂサーバ１０２が生成して送信する図１１に示すような入札価格一覧画面を受信して、それを表示させる。
【００４３】その入札価格一覧画面には、商品毎に、その商品に入札したユーザ（入札者）自身のデータ（ここでは取引先や所在地）、その入札内容を示すデータ（ここでは、希望個数や希望金額）が配置されている。入札者（行）単位で配置されているチェックボックスは、商品の売り手（落札者）を選択するためのものであり、そのボックスにチェックマークが表示された入札者は、落札者として選択されていることを表している。マウスなどを操作してのチェックボックス内におけるチェックマークの表示／非表示の切り換え、画面に配置された「決定」ボタンや「取消」ボタンのクリックなどは、上記ステップＳ４１４を実行することで実現させている。
【００４４】ユーザが「決定」ボタン、或いは「取消」ボタンをクリックすると、ステップＳ４１５に移行して、クリックされたのが「取消」ボタンか否か判定する。ユーザがその「取消」ボタンをクリックした場合、判定はＹＥＳとなり、表示中の画面などを消去した後、一連の処理を終了する。そうでな場合には、判定はＮＯとなってステップＳ４１６に移行する。
【００４５】ステップＳ４１６では、その時点でチェックマークが表示されている行の入札者を売り手（落札者）として決定する。続くステップＳ４１７では、落札者、及びその落札者が入札した内容をユーザに確認させるために、図１２に示すような売買確認画面を表示させる。その図１２に示す画面は、図１１に示す状態でユーザが「決定」ボタンをクリックしたときのものである。その図１１では、チェックマークが表示されていた入札者は、商品名が「海苔」では「佐藤酒店」と「村上商店」であり、商品名が「○○小麦粉１ｋｇ」では「南商店」、商品名が「洗剤○○」では「松野薬局」である。このことから、図１２に示す画面では、それら商品名の商品の売り手をそれらの入札者として良いのか否かを確認する形となっている。
【００４６】図１２に示すように、売買確認画面には、「送信」ボタン、及び「前画面」ボタンが配置されている。そのうちの何れかをユーザがクリックすると、ステップＳ４０８に移行して、ユーザが実行、即ち落札者の確定を指示したか否か判定する。ユーザが「送信」ボタンをクリックした場合、実行が指示されたと判定して、ステップＳ４０９に移行する。そうでない場合には、即ちユーザが「前画面」ボタンをクリックした場合には、取消が指示されたと判定して上記ステップＳ４１４に戻る。
【００４７】ステップＳ４１８から移行した場合、ステップＳ４０９では、図１２に示す売買確認画面で表示されているデータをＷｅｂサーバ１０２に送信して、商品の落札が行われたことやその落札の内容（売り手が決まった商品数を含む）について通知する。その一方では、売り手（商品を売る相手）の決定に伴い、その売り手との取引を行うために、図１３に示すような売上伝票を自動発行する。更には、その落札の内容に応じて、在庫ＤＢ１１１、不良在庫ＤＢ１１２、及びオークション出品ＤＢ１１３の該当するレコードの内容の更新を行い、売り手の決定をそれらのＤＢ１１１〜１１３に反映させる。そのようなことを行った後、ステップＳ４１０に移行する。
【００４８】売上伝票を自動発行することで、商品の出品者は売り手を決定した以降の取引をより迅速に行えるようになる。また、伝票発行のために煩わしい操作を行う必要がなくなるため、操作性も向上することになる。
【００４９】Ｗｅｂサーバ１０２は、上記ステップＳ４０９の実行により図１２に示す売買確認画面上のデータを受信すると、そのデータを基に、オークション商品管理ＤＢ１１６中の対応するレコードの内容を更新する一方、そのデータを受信した旨を通知する画面をＰＣ１０３Ａに送信する。このことから、ステップＳ４１８からステップＳ４０９に移行した場合、ステップＳ４１０ではその画面を表示してデータの送信が完了したことをユーザに通知する。その画面にも、図１０に示すような「了解」ボタンが配置されており、ユーザがそのボタンをクリックすると、表示中の画面などを消去した後、一連の処理を終了する。
【００５０】本実施の形態では、このように、メニュー画面上で入札状況確認を選択すると、出品した商品への入札状況の確認や、落札者の決定を随時、行えるようにしている。これは、複数の商品を１商品としてオークションに出品するため、図８に示す不良在庫オークション出品決定画面上で入札締切日を指定しても、商品が残っている限りオークションは成立するからである。そのように、落札者を随時、決定できるようにすると、希望個数は少なくとも単価が高い入札者に商品を落札させるようなことが行える。このため、商品を出品する側にとっては、商品全体での売り上げをより上げたり、商品を随時、お金に換えることができ、高い利便性を得ることができる。商品を購入する側にとっても、入札締切日を待たずに商品を手に入れることができるため、利便性が向上することになる。
【００５１】図６は、Ｗｅｂサーバ１０２接続時におけるＰＣ１０３の動作の流れを示す動作フローチャートである。次に、図６を参照して、次に、上記不良在庫管理処理を実行しないＰＣ１０３がＷｅｂサーバ１０２にアクセスした際の動作、その動作を実現させるＷｅｂサーバ１０２の動作について詳細に説明する。その図６に示す動作フローチャートは、ＰＣ１０３のＣＰＵが、例えばハードディスク装置内のハードディスクに格納されたプログラムを実行することで実現される。
【００５２】Ｗｅｂサーバ１０２上に開設されたオークションサイトにＰＣ１０３がアクセスすると、Ｗｅｂサーバ１０２は図１４に示すようなホームページを送信する。このことから、先ず、ステップＳ６０１では、そのホームページを受信して表示する。そのホームページには、メニューとして、「ユーザ登録」「オークション参加」及び「オークション出品商店一覧」が配置されている。ＰＣ１０３のユーザがそれらのうちの一つをクリックすると、ステップＳ６０２に移行して、ユーザが選択したメニューの種類を判定する。それ以降は、その判定結果に応じて処理が分岐する。
【００５３】そのステップＳ６０２でユーザが「ユーザ登録」を選択したと判定すると、次にステップＳ６０３に移行する。そのステップＳ６０３では、ユーザの選択結果をデータとしてＷｅｂサーバ１０２に送信し、そのデータを受信してＷｅｂサーバ１０２が送信する図１５に示すようなユーザ登録画面を受信するのを待って、その画面を表示する。
【００５４】上記ユーザ登録画面には、図１５に示すように、様々なボックスが配置されており、ユーザはその全てのボックスにデータを入力する。そのデータ入力や、「登録」ボタン、或いは「取消」ボタンのクリックなどは、ステップＳ６０３の実行によって実現される。ユーザが「登録」ボタン、或いは「取消」ボタンをクリックすると、ステップＳ６０４に移行する。なお、図１５R>５中の項目「会社名」に入力されたデータは、図１１に示す入札価格一覧表示画面では項目「取引先」のデータとして表示され、項目「住所」で入力された都道府県名、及び市町村名は、その図１１に示す画面では項目「所在地」のデータとして表示される。
【００５５】ステップＳ６０４では、クリックされたのが「登録」ボタンか否か判定する。ユーザがそのボタンをクリックした場合、判定はＹＥＳとなってステップＳ６０５に移行する。そうでない場合には、判定はＮＯとなって上記ステップＳ６０３に戻る。そのステップＳ６０３に戻った場合には、ユーザは始めからデータ入力を行うことになる。
【００５６】ステップＳ６０５では、ユーザが図１５のユーザ登録画面上で入力したデータをＷｅｂサーバ１０２に送信し、それによってＷｅｂサーバ１０２が生成し送信する図１６に示すような登録確認画面を受信して表示する。その登録確認画面には、「登録」ボタン、及び「戻る」ボタンが配置されている。そのうちの一つをユーザがクリックすると、ステップＳ６０６に移行して、「登録」ボタンがクリックされたか否か判定する。ユーザが「登録」ボタンをクリックした場合、判定はＹＥＳとなってステップＳ６０７に移行する。そうでない場合、判定はＮＯとなり、上記ステップＳ６０３に戻る。
【００５７】ステップＳ６０７では、ユーザが登録を指示した旨を示すデータをＷｅｂサーバ１０２に送信する。そのデータを受信したＷｅｂサーバ１０２は、登録を依頼したユーザに対してユーザＩＤ、及びパスワードを発行し、そのユーザＩＤ、パスワード、及び既に受信したデータ（図１５に示す画面上で入力されたデータ）からなるレコードをユーザ情報ＤＢ１１５に新たに追加する。そのようにしてユーザの登録を行う一方、ＰＣ１０３に対しては、図１７に示すような登録完了画面を生成して送信する。その画面を受信しての表示もステップＳ６０７で行われる。
【００５８】図１７に示すように、登録完了画面には「トップページへ」ボタンが配置されている。そのボタンをユーザがクリックすると、上記ステップＳ６０１に戻り、図１４に示すホームページを表示する。
【００５９】上記ステップＳ６０３〜Ｓ６０７を実行することでユーザ登録が行われる。図４に示す不良在庫管理処理の実行時にも、特に図示していないが、それらのステップＳ６０３〜Ｓ６０７と同様の内容、流れで処理を実行することでユーザ登録が行えるようになっている。
【００６０】図１４に示すホームページ上でユーザが「オークション参加」を選択（クリック）すると、そのことがステップＳ６０２で判定されてステップＳ６０８に移行する。そのステップＳ６０８では、ユーザの選択結果をデータとしてＷｅｂサーバ１０２に送信し、そのデータを受信してＷｅｂサーバ１０２が送信する図１８に示すようなユーザ認証画面を受信するのを待って、その画面を表示する。続くステップＳ６０９では、ユーザの操作に応じてユーザＩＤ、及びパスワードを入力し、ユーザが「実行」ボタンをクリックすると、入力したユーザＩＤ、パスワードをＷｅｂサーバ１０２に送信する。
【００６１】ユーザＩＤ、パスワードを受信したＷｅｂサーバ１０２は、例えばユーザＩＤをキーとしてユーザ情報ＤＢ１１５の検索を行い、それらの組み合わせがユーザ情報ＤＢ１１５に格納されているか否か確認する。その結果、それらの組み合わせを格納したレコードがユーザ情報ＤＢ１１５に存在しているのを確認すると、登録した正規のユーザがオークションに参加を希望してきたとして、図１９に示すような業種選択画面を送信する。ステップ６０９に続くステップＳ６１０では、その画面を受信して表示する。なお、図１８に示すユーザ認証画面上で「取消」ボタンをユーザがクリックすると、特には図示していないが、上記ステップｓ６０１に戻って図１４に示すホームページを表示するようになっている。
【００６２】上記業種選択画面には、業種（ジャンル）を入力するボックス、そのボックスに入力する業種を選択するためのプルダウンボタン、及び「決定」ボタンが配置されている。業種の入力は、プルダウンボタンをクリックして選択候補の一覧を表示させ、そのなかから一つを選択することで行うようになっている。そのようにして業種を入力した後、ユーザが「決定」ボタンをクリック、或いは特には図示していないボタンなどをクリックしてオークション参加の取りやめを指示すると、ステップＳ６１０からステップＳ６１１に移行する。
【００６３】ステップＳ６１２では、ユーザが実行を指示したか否か判定する。ユーザが秒種の選択を行った後、「決定」ボタンをクリックした場合、判定はＹＥＳとなってステップＳ６１２に移行する。そうでない場合には、即ちオークション参加の取りやめをユーザが指示した場合には、判定はＮＯとなり、上記ステップＳ６０１に戻って図１４に示すホームページを表示する。
【００６４】上記業種（ジャンル）は、図１５に示すように、ユーザ登録画面上でも入力するようになっている。本実施の形態では、２つまで入力することができるようにしている。これは、ユーザが様々な商品を扱うことも多いためである。登録したユーザが商品を出品すると、その出品した商品は、登録時に入力した業種の商品であるとして扱い、その業種はオークション商品管理ＤＢ１１６にも格納している。そのユーザ登録画面には、通常参加ジャンルの入力項目がある。Ｗｅｂサーバ１０２は、その通常参加ジャンルに入力された業種（ジャンル）をボックスに表示させた状態で業種選択画面を送信する。このことから、図１９に示す業種選択画面上で業種を選択することなく「決定」ボタンをクリックすると、登録時に入力した通常参加ジャンルをユーザが選択したことになる。
【００６５】ステップＳ６１２では、ユーザが図１９に示す画面上で選択した業種を示すデータをＷｅｂサーバ１０２に送信する。そのデータを受信したＷｅｂサーバ１０２は、受信したデータが表す業種をキーとしてオークション商品管理ＤＢ１１６の検索を行い、該当するレコードを抽出し、図２０に示すような商品オークション画面を生成して送信する。
【００６６】上記商品オークション画面では、図２０に示すように、各商品（行）毎にチェックボックスが配置され、そのボックスにチェックマークを表示させることで入札する商品を選択するようになっている。項目「希望個数」、項目「希望金額」には、それぞれ、ユーザが望む数字（入札内容）を入力することができる。その画面に配置された「送信」ボタン、或いは「取消」ボタンをユーザがクリックすると、ステップＳ６１２からステップＳ６１３に移行して、「取消」ボタンがクリックされたか否か判定する。ユーザがその「取消」ボタンをクリックした場合、判定はＹＥＳとなり、ステップＳ６１７で入力されたデータをクリアした後、上記ステップＳ６１０に戻る。そうでない場合には、判定はＮＯとなり、ステップＳ６１４に移行する。
【００６７】ステップＳ６１４では、図２０に示す商品オークション画面上でユーザが入力したデータをＷｅｂサーバ１０２に送信する。そのデータを受信したＷｅｂサーバ１０２は、図２０に示す画面上で入札を希望した商品のデータのみを抽出し、オークションに参加を希望した内容を確認させるために、図２１に示すようなオークション参加確認画面を生成し、それを送信する。その画面を受信して表示するのはステップＳ６１４で行われる。
【００６８】図２１に示す画面には、「実行」ボタン、及び「前画面」ボタンが配置されている。それらのうちの何れかをユーザがクリックすると、ステップＳ６１４からステップＳ６１５に移行して、「実行」ボタンがクリックされたか否か判定する。ユーザが「実行」ボタンをクリックした場合、判定はＹＥＳとなり、ステップＳ６１６に移行する。そうでない場合には、判定はＮＯとなり、ステップＳ６１７に移行する。
【００６９】ステップＳ６１６では、Ｗｅｂサーバ１０２にオークション参加をユーザが最終的に指示した旨を送信する。その旨を受信したＷｅｂサーバ１０２は、図２１２１に示す画面上で配置したデータ、オークション商品管理ＤＢ１１６に格納された商品のデータを商品毎にまとめ、入札ＤＢ１１７に格納する。同じユーザが同じ商品に既に入札を行っていれば、該当するレコードの内容を更新する。そのようにして、ユーザが指定した内容でのオークションへの参加を完了させる一方、オークションへの参加が完了したことを通知するために、図２２に示すようなオークション参加完了確認画面を生成して送信する。
【００７０】その確認画面には、図２２に示すように、「トップページへ」ボタンが配置されている。ユーザがそのボタンをクリックすると、上記ステップＳ６０１に戻り、図１４に示すホームページを表示する。
【００７１】このようにして、登録されたユーザは、随時、オークションに参加できるようになっている。ユーザがオークションに参加する度に、入札ＤＢ１１７にはレコードが追加されたり、それに格納されたレコードの内容が更新される。
【００７２】図１４に示すホームページ上でユーザが「オークション出品商品一覧」を選択（クリック）すると、そのことがステップＳ６０２で判定されてステップＳ６１８に移行する。そのステップＳ６１８では、ユーザの選択結果をデータとしてＷｅｂサーバ１０２に送信し、そのデータを受信してＷｅｂサーバ１０２が送信する図２３に示すような商品一覧出品画面を受信するのを待って、その画面を表示する。その画面を表示した後は、ステップＳ６１９に移行する。
【００７３】その商品一覧出品画面は、図１９に示す業種選択画面と同様の構成となっている。即ちプルダウンボタンを操作して選択候補の一覧を表示させ、そのなかから一つを選択することで業種を入力するようになっている。デフォルトは、ユーザが図１５に示すユーザ登録画面上で入力した通常参加ジャンルである。ステップＳ６１９では、そのような業種の入力をユーザの操作に応じて行う。
【００７４】図２３に示す画面上に配置された「決定」ボタンをユーザがクリックすると、ステップＳ６１９からステップＳ６２０に移行する。そのステップＳ６２０では、Ｗｅｂサーバ１０２にボックス内に入力されている業種のデータを送信する。そのデータを受信したＷｅｂサーバ１０２は、例えばそのデータをキーにしてオークション商品管理ＤＢ１１６を検索し、該当するレコード（商品）を抽出する。抽出したレコードは、出品者別にまとめる。また、抽出したレコードに格納された識別ＩＤをキーとして入札ＤＢ１１７の検索を行い、該当するレコードを抽出して、商品単位で入札された件数をカウントする。そのようなことを行った後、図２４に示すような出品商品一覧画面を生成して送信する。上記ステップＳ６２０では、その画面を受信して表示することも合わせて行う。図２４に示すような画面が表示されることで、ユーザはどの出品者（ユーザ）がそのような商品を出品し、その商品に対してどれぐらいの入札が行われているかを容易に知ることができる。
【００７５】その出品商品一覧画面には、「トップページ」ボタンの他に、業種（ジャンル）を入力するボックス、プルダウンボタン、「決定」ボタンが図２３に示す画面のように配置されている。それにより、業種を換えて、一覧画面を表示することができるようになっている。
【００７６】その出品商品一覧画面上の「トップページ」ボタン、或いは「決定」ボタンをユーザがクリックすると、ステップＳ６２０からステップＳ６２１に移行して、ユーザがクリックしたボタンの種類を判定する。ユーザが「トップページ」ボタンをクリックした場合、その旨が判定されて上記ステップＳ６０２に移行し、図１４１４に示すホームページを表示する。そうでない場合には、即ち「決定」ボタンをユーザがクリックした場合には、その旨が判定されて上記ステップＳ６２０に移行する。
【００７７】次に、図７に示す動作フローチャートを参照して、Ｗｅｂサーバ１０２に注目してその動作を説明する。その図７に示す動作フローチャートは、図６のステップＳ６０９〜Ｓ６１７のＰＣ１０３の動作を実現させる動作の流れを示したものである。その動作フローチャートは、Ｗｅｂサーバ１０２のＣＰＵが、例えばハードディスク装置のハードディスクに格納されたプログラムを実行することで実現される。
【００７８】図１８に示すユーザ認証画面を表示した後は、ステップＳ７０１に移行して、ＰＣ１０３からユーザＩＤ、パスワードを受信するのを待つ。それらを受信すると、ステップＳ７０２に移行し、例えばユーザＩＤをキーとしてユーザ情報ＤＢ１１５の検索を行い、それによって抽出したレコードのパスワードが受信したパスワードと一致するか否か確認することで認証を行う。その認証を行った後は、ステップＳ７０３に移行して、正規ユーザがオークション参加を希望してきたか否か判定する。ユーザ情報ＤＢ１１５に、受信したユーザＩＤ、パスワードが同じレコードに格納されているものが存在していた場合、判定はＹＥＳとなりステップＳ７０４に移行する。そうでない場合には、判定はＮＯとなり、ステップＳ７１５に移行してトップページを送信した後、一連の処理を終了する。
【００７９】ステップＳ７０４では、図１９に示すような業種選択画面をＰＣ１０３に送信する。続くステップＳ７０５では、ＰＣ１０３から業種を示すデータを受信するのを待つ。そのデータを受信すると、ステップＳ７０６に移行して、その業種に該当するレコードをオークション商品管理ＤＢ１１６から抽出し、そのレコード中のデータを用いて図２０に示すような商品オークション画面を生成し送信する。その後は、ステップＳ７０７に移行して、ＰＣ１０３からデータを受信するのを待つ。
【００８０】そのデータを受信すると、ステップＳ７０８に移行して、そのデータがオークションへの参加を表明するものであるか否か判定する。ＰＣ１０３のユーザが図２０に示す商品オークション画面上のチェックボックスにチェックマークを表示させた状態で「送信」ボタンをクリックした場合、判定はＹＥＳとなってステップＳ７０９に移行する。そうでない場合には、即ちどのチェックボックスにもチェックマークを表示させることなく「送信」ボタンをクリックするか、或いは「取消」ボタンをクリックした場合には、が判定はＮＯとなって上記ステップＳ７０４に戻る。なお、ステップＳ７０９の判定がＹＥＳのときには、ユーザが図２０に示す画面上で入力したデータがステップＳ７０８で受信される。
【００８１】ステップＳ７０９では、ユーザがチェックマークを表示させたチェックボックスに応じて、図２１に示すようなオークション参加確認画面を生成して送信する。続くステップＳ７１０では、ＰＣ１０３からデータを受信するのを待つ。そのデータを受信すると、ステップＳ７１１に移行して、そのデータが、ユーザが参加を確認したことを表すものか否か判定する。ユーザが図２１２１に示すオークション参加確認画面上の「実行」ボタンをクリックした場合、判定はＹＥＳとなってステップＳ７１２に移行し、そうでない場合には、判定はＮＯとなって上記ステップＳ７０４に戻る。
【００８２】ステップＳ７１２では、参加確認を示すデータを受信したことから、図２２に示すようなオークション参加完了画面を生成して送信する。続くステップＳ７１３では、図２０に示す商品オークション画面上でチェックマークを表示させた商品に対してユーザが入力した情報（ここでは、希望個数、及び希望金額）、その商品の他のデータ、及び入札を行ったユーザのデータを１レコードにまとめ、そのレコードを用いて入札ＤＢ１１７を更新する。そのユーザがその商品に対して入札を初めて行ったのであれば、入札ＤＢ１１７にレコードが追加され、初めてでなければ、既に格納されているレコードの内容が更新される。
【００８３】ステップＳ７１３に続くステップＳ７１４では、ＰＣ１０３からデータを受信するのを待つ。そのデータを受信すると、即ち図２１に示す画面上の「トップページ」ボタンをユーザがクリックすると、ステップＳ７１５に移行して、図１４に示すトップページを送信した後、一連の処理を終了する。
【００８４】なお、本実施の形態では、オークションに出品する候補を抽出するために参照するＤＢ（或いはファイル）を予め特定しているが、そのＤＢ（或いはファイル）はユーザが任意に選択できるようにしても良い。その候補として、不良在庫判断日数を過ぎた商品を無条件で抽出しているが、商品毎に抽出するうえでの条件を任意に設定できるようにしても良い。例えば、その候補とすべき商品の範囲を特定する条件を設定させて、その条件を満たす商品のみを対象に候補を抽出するようにしても良い。
【００８５】上述したようなＰＣ１０３、Ｗｅｂサーバ１０２、或いはその変形例の動作を実現させるようなプログラムは、ＣＤ−ＲＯＭ、フロッピー（登録商標）ディスク、或いは光磁気ディスク等の記録媒体に記録させて配布しても良い。或いは、公衆網等の通信回線を用いて、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、ユーザはプログラムを取得してコンピュータ（データ処理装置）にロードすることにより、そのコンピュータ、更にはそれとネットワークにより複数のコンピュータが接続されたシステムに本発明を適用させることができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【００８６】
【発明の効果】以上、説明したように本発明は、オークションに出品する商品となりうる物（例えば商品）のデータが格納されたデータベース（或いはファイル）を参照して、それにデータが格納された物のなかから、オークションに商品として出品する候補を抽出してユーザに提示し、その候補のなかで実際に出品する物をユーザに選択させ、その選択された物のデータを、ネットワーク上でオークションの場を提供しているオークションサーバに送信することにより、ユーザに選択させた物をオークションに出品させる。このため、ユーザは、ネットワーク上で行われるオークションへの商品の出品を容易、且つ迅速に行うことができる。
【図面の簡単な説明】
【図１】本実施の形態によるオークションシステムの構成を示す図である。
【図２】オークションに出品する場合におけるＰＣとＷｅｂサーバ間のデータのやりとりを説明する図である。
【図３】出品した商品に対する入札が行われた場合におけるＰＣとＷｅｂサーバ間のデータのやりとりを説明する図である。
【図４】不良在庫管理処理のフローチャートである。
【図５】不良在庫判定処理の動作フローチャートである。
【図６】Ｗｅｂサーバ接続時におけるパーソナルコンピュータの動作の流れを示す動作フローチャートである。
【図７】図６のステップＳ６０９〜Ｓ６１７を実現させるＷｅｂサーバの動作の流れを示す動作フローチャートである。
【図８】不良在庫オークション出品決定画面例を示す図である。
【図９】不良在庫オークション出品確認画面例を示す図である。
【図１０】不良在庫オークション出品完了画面例を示す図である。
【図１１】入札価格一覧画面例を示す図である。
【図１２】売買確認画面例を示す図である。
【図１３】売り手の決定に応じて自動発行する売上伝票例を示す図である。
【図１４】ホームページ例を示す図である。
【図１５】ユーザ登録画面例を示す図である。
【図１６】登録確認画面例を示す図である。
【図１７】登録完了画面例を示す図である。
【図１８】ユーザ認証画面例を示す図である。
【図１９】業種選択画面例を示す図である。
【図２０】商品オークション画面例を示す図である。
【図２１】オークション参加確認画面例を示す図である。
【図２２】オークション参加完了確認画面例を示す図である。
【図２３】一覧表示業種選択画面例を示す図である。
【図２４】出品商品一覧画面例を示す図である。
【符号の説明】
１０１ インターネット
１０２ Ｗｅｂサーバー
１０３ パーソナルコンピュータ
１１１ 在庫データーベース
１１２ 不良在庫データベース
１１３ オークション出品データベース
１１５ ユーザ情報データベース
１１６ オークション商品管理データベース
１１７ 入札データベース
【０００１】
【発明の属する技術分野】本発明は、インターネットなどのネットワーク上でオークションを実現させるための技術に関する。
【０００２】
【従来の技術】近年、インターネットは、グローバルな情報インフラストラクチャとして急速に発展している。その発展に伴い、現在では、インターネットは様々な形で利用されている。例えばオークションでは、インターネットによって多くの人が商品を出品したり、或いはそれに参加することができる。このことから、そのオークションの場を提供するのを専門とするサイトも多く開設されている。
【０００３】
【発明が解決しようとする課題】インターネット上に開設されたサイトにおける従来の商品の出品は、商品毎に、所定の入力項目にデータを入力することで行うようになっていた。このため、煩わしい操作を行わなければならないという問題点があった。
【０００４】商品を出品する人のなかには、多くの商品を出品しようとする人もいる。その人は、各商品毎に煩わしい操作を行わなければならない。このため、そのような人にとって、その問題点は特に深刻である。
【０００５】本発明の課題は、ネットワーク上で行われるオークションへの商品の出品を容易に行えるシステムを提供することにある。
【０００６】
【課題を解決するための手段】本発明のオークションシステムは、ネットワークに、オークションに商品を出品するための第１の端末装置、該オークションに参加するための第２の端末装置、及び該オークションの場を提供するオークションサーバが接続されていることを前提とし、第１の端末装置は、オークションに出品する商品の候補を抽出する候補抽出手段と、候補抽出手段が抽出した候補のなかからオークションに出品する商品を選択するための商品選択手段と、商品選択手段により選択された商品の出品をオークションサーバに依頼する出品依頼手段と、を具備し、オークションサーバは、出品依頼手段が出品を依頼した商品を掲載することでオークションに出品させる、ようになっている。
【０００７】なお、上記の構成において、オークションサーバは、オークションに出品させた商品に対し、第２の端末装置から送信された入札内容を保存する入札内容保存手段と、入札内容保存手段に保存された入札内容を、該入札内容が送信された商品を出品した第１の端末装置に送信する入札内容送信手段と、を具備し、入札内容送信手段が入札内容を送信した第１の端末装置側で落札者を決定させる、ことが望ましい。
【０００８】また、上記第１の端末装置は、個別売買が可能な複数の商品を１商品としてオークションに出品し、第２の端末装置は、入札内容として、商品の希望個数、及び該希望個数の商品に対する希望金額を少なくとも送信し、オークションサーバは、第１の端末装置側で随時、商品の数の範囲内で商品の落札者を決定させる、ことが望ましい。
【０００９】更に、候補抽出手段は、商品を個別に在庫管理するために構築された在庫データベースを参照し、該在庫データベースにデータが格納された商品のなかで不良在庫と見なすべき商品をオークションに出品する商品の候補として抽出し、商品選択手段は、候補抽出手段が抽出した商品の在庫データベースに格納されているデータを表示し、該データを表示させた商品を出品するか否か選択させるとともに、該表示させたデータの内容をユーザの指示に応じて変更し、出品依頼手段は、商品選択手段により表示されているデータをオークションサーバに送信して、該商品選択手段により選択された商品の出品を依頼する、ことが望ましい。
【００１０】本発明のオークション方法は、ネットワークに、オークションに商品を出品するための第１の端末装置、該オークションに参加するための第２の端末装置、及び該オークションの場を提供するオークションサーバが接続されたシステムで用いられることが前提であり、第１の端末装置に、個別売買が可能な複数の商品を１商品としてオークションに出品させ、第２の端末装置に、オークションに出品された商品に対する入札内容として、該商品の希望個数、及び該希望個数の商品に対する希望金額を少なくともオークションサーバに送信させ、オークションサーバに、第２の端末装置から送信された入札内容を第１の端末装置に送信させ、入札内容が送信された第１の端末装置側で落札者を随時、決定させる、ようになっている。
【００１１】本発明のデータ処理装置は、ネットワークを介して接続されたオークションサーバに対し、オークションへの商品の出品を依頼するために用いられることを前提とし、オークションに出品する商品の候補を抽出する候補抽出手段と、候補自動抽出手段が抽出した候補のなかからオークションに出品する商品を選択するための商品選択手段と、商品選択手段により選択された商品の出品をオークションサーバに依頼する出品依頼手段と、を具備する。
【００１２】本発明の記録媒体は、ネットワーク上で行われるオークションに出品する商品の候補を抽出させるためのプログラムコードと、抽出された候補のなかからオークションに出品する商品を選択させるためのプログラムコードと、選択された商品の出品をネットワークに接続されたオークションサーバに依頼させるためのプログラムコードと、を含むプログラムを格納したことを特徴とする。
【００１３】本発明では、オークションに出品する商品となりうる物（例えば商品）のデータが格納されたデータベース（或いはファイル）を参照して、それにデータが格納された物のなかから、オークションに商品として出品する候補を抽出してユーザに提示し、その候補のなかで実際に出品する物をユーザに選択させ、その選択された物のデータを、ネットワーク上でオークションの場を提供しているオークションサーバに送信することにより、ユーザに選択させた物をオークションに出品させる。
【００１４】そのようにして商品を出品する場合、オークションに出品する商品を探すことが回避され、既に存在するデータを出品のために利用することから、出品のために入力すべきデータ量も最小限に抑えられる。このことから、商品の出品を極めて容易、且つ迅速に行えるようになる。
【００１５】
【発明の実施の形態】以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。図１は、本実施の形態によるオークションシステムの構成を示す図である。
【００１６】そのシステムは、図１に示すように、インターネット１０１を利用してオークションを行うものである。オークションの場を提供するＷｅｂサーバ１０２、及びそのオークションに商品を出品する、或いはそのオークションに参加するためのパーソナルコンピュータ（以降、ＰＣと略記する）１０３が多数、そのインターネット１０１に接続されている。
【００１７】ＰＣ１０３のなかには、在庫データベース（以降、ＤＢと略記する）１１１、不良在庫ＤＢ１１２、及びオークション出品ＤＢ１１３を有するものが存在している。それらのＤＢ１１１〜１１３を有するＰＣ１０３（以降、他のＰＣ１０３と区別するためにＰＣ１０３Ａと表記する）は、生産者（会社など）や問屋、或いは店舗などに設置されたものである。本実施の形態によるオークションシステムは、そのＰＣ１０３Ａ、及びＷｅｂサーバ１０２をインターネットに接続することで構築されている。ここでは、便宜的に、ＰＣ１０３Ａは店舗に設置されていることにする。
【００１８】店舗などでは、問屋などから購入した商品を全て販売できるとは限らない。即ち購入した商品が不良在庫化することもある。商品が不良在庫化し、そのまま売れ残れば、大きな損失となるだけでなく、有用な資源を浪費することにもなる。このことから、図１に示すシステムは、インターネット１０１を用いて不良在庫化した商品の買い手を探し、売り手側と買い手側の双方の利益をもたらすことを主な狙いとして構築されている。
【００１９】ＰＣ１０３Ａが設置された店舗では、在庫管理を行うために、どのような商品が何時、どれだけ購入先から購入したか、そのなかで幾つの商品が販売されたか（幾つの商品が残っているか）、といったことをデータで処理する。在庫ＤＢ１１１は、そのために構築されたものであり、商品コード、商品名、ＪＡＮコード（バーコードを読み取ることで得られるデータ）、最終取引日（商品を最後に購入した日）、在庫数、単価、不良在庫フラグ、などのデータが商品毎にレコード単位で格納されている。不良在庫ＤＢ１１２には、在庫ＤＢ１１１内で不良在庫と見なされた商品（レコード）のデータがレコード単位で格納される。そのレコードには、例えば、識別ＩＤ、ＪＡＮコード、商品名、数量、希望単価、希望価格、などのデータが商品別に格納される。オークション出品ＤＢ１１３には、不良在庫と見なされた商品のなかで実際にオークションに出品した商品のデータがレコード単位で格納される。そのレコードには、例えば識別ＩＤ、ＪＡＮコード、商品コード、商品名、数量、最低単価、最低金額、入札締切日、などのデータが商品別に格納される。不良在庫ＤＢ１１２、及びオークション出品ＤＢ１１３の各レコードには、共に識別ＩＤが格納されている。その識別ＩＤは、ＰＣ１０３ＡとＷｅｂサーバー１０２との間で商品を一義的に特定するためのデータである。
【００２０】商品の出品、或いはオークションへの参加を所望するユーザは、Ｗｅｂサーバ１０２がオークションに係わるサービスを提供しているサイト（以降、オークションサイトと呼ぶ）にアクセスし、始めに登録を行う。その登録は、予め設定されている入力項目にデータを入力し、その入力したデータをＷｅｂサーバ１０２に送信することで行われる。そのようにして登録を行ったユーザに対し、Ｗｅｂサーバ１０２はユーザＩＤとパスワードを発行する。以降は、そのユーザＩＤとパスワードを入力してサービスの提供を依頼する。なお、そのサイトへのアクセスは、例えばダイヤルアップによって公衆回線を介してインターネット１０１との接続サービスを行っているＩＳＰ（Internet Service Provider ）と接続させた後、そのサイトのＵＲＬ（Uniform Resource Locator）を指定して接続を指示することで行われる。
【００２１】Ｗｅｂサーバ１０２は、ユーザが登録のために入力したデータ、更にはそのユーザに対して発行したユーザＩＤ、パスワードを、ユーザ単位でユーザ情報ＤＢ１１５に格納する。そのようなデータをユーザ情報ＤＢ１１５に格納することで、登録を受けたユーザのみにサービスを提供する。以降は、図２〜図２４を参照しながら、そのサービスを受けるＰＣ１０３Ａの動作やそのサービスを提供するＷｅｂサーバ１０２の動作について詳細に説明する。
【００２２】図４は、ＰＣ１０３Ａが実行する不良在庫管理処理のフローチャートである。その管理処理は、不良在庫化した商品のオークションへの出品や、出品した商品の売り手の決定などに係わる処理を実行することで不良在庫の管理（処分）を支援するものである。ＰＣ１０３Ａのユーザがマウスなどで所定の操作を行った場合に、ＰＣ１０３Ａに搭載されたＣＰＵが、例えば、それに搭載されたハードディスク装置のハードディスクに格納されたプログラムを実行することで実現される。始めに、その図４を参照して、ＰＣ１０３Ａの動作、及びその動作に対応するＷｅｂサーバ１０２の動作について詳細に説明する。なお、ユーザの登録は、その管理処理の実行時に行えるが、その登録の流れや方法などは後述する図６におけるそれと基本的に同じであるため、ここでは説明を省略する。
【００２３】先ず、ステップＳ４０１では、ユーザに所望する処理内容を選択させるためのメニュー画面を、ＰＣ１０３Ａが搭載した、或いはそれに接続されている表示装置上に表示させる。続くステップＳ４０２では、そのメニュー画面上でユーザが操作を行って選択した処理内容の種類を判定する。そのユーザが処理内容としてオークションへの出品を選択した場合、その旨が判定されてステップＳ４０３に移行する。
【００２４】そのステップＳ４０３では、在庫ＤＢ１１１を対象にして、それにデータが格納されている商品のなかで不良在庫化した商品を判定して抽出する不良在庫判定処理を実行する。その判定処理を実行した後にステップＳ４０４に移行する。
【００２５】図５は、その不良在庫判定処理のフローチャートである。ここで、図５を参照して、その判定処理について詳細に説明する。在庫ＤＢ１１１には、上述したように、商品のデータがレコード単位で格納されている。このことから、判定処理では、処理対象とするレコードを順次、変更しながら、そのレコードにデータが格納されている商品が不良在庫化しているか否か判定し、不良在庫化している商品のデータを不良在庫ＤＢ１１２に随時、レコード単位で追加していくようになっている。
【００２６】不良在庫化しているか否かの判定は、最終取引日から、商品毎に予め設定されている日数（不良在庫判断日数）が過ぎても残っている商品を不良在庫と判定するようにしている。在庫ＤＢ１１１には、既に不良在庫と見なした商品のレコードが残っている場合がある。そのレコードの不良在庫フラグの値は、その旨を示す値となっている。このことから、不良在庫フラグの値がその値となっているレコードは処理対象から除外している。
【００２７】先ず、ステップＳ５０１では、在庫ＤＢ１１１から１レコードを読み出す。続くステップＳ５０２では、そのレコードに格納されている最終取引日を、例えばＰＣ１０３Ａに搭載されたタイマの日付と比較する。その後はステップＳ５０３に移行して、それらの日付から不良在庫判断日数を越えて商品が残っているか否か判定する。最終取引日からその判断日数が過ぎても商品が残っていた場合、不良在庫と見なすことから判定はＹＥＳとなり、ステップＳ５０４に移行する。そうでない場合には、判定はＮＯとなって上記ステップＳ５０１に戻り、処理対象を次のレコード（商品）に変えて、それ以降の処理を同様に実行する。
【００２８】ステップＳ５０４では、不良在庫と見なした商品のデータが格納されている在庫ＤＢ１１１のレコード中の不良在庫フラグの値を、不良在庫であることを示す値に書き換える。また、そのレコード中から不良在庫ＤＢ１１２に格納すべきデータを抽出したり、その中のデータから格納すべきデータを生成する。そのようなことを行った後、ステップＳ５０５に移行する。なお、そのレコード中からは、ＪＡＮコードや商品名、在庫数、及び単価などのデータを抽出し、在庫数と単価からは希望価格を生成（算出）している。希望価格は、在庫数に単価を掛けることで算出している。
【００２９】ステップＳ５０５では、商品を識別するためのＩＤを発行する。続くステップＳ５０６では、発行したＩＤ、ステップＳ５０４で在庫ＤＢ１１１のレコードから抽出したデータ、及びそのデータから生成したデータを格納したレコードを不良在庫ＤＢ１１２に追加してそれを更新する。その更新を行うと、ステップＳ５０７に移行して、在庫ＤＢ１１１に次に処理対象とすべきレコードの有無を判定する。処理対象とすべきレコードが残っていなかった場合、その旨が判定されて一連の処理を終了し、図４のステップＳ４０４に移行する。そうでない場合には、即ち処理対象とすべきレコードが残っている場合には、上記ステップＳ５０１に戻り、処理対象とすべきレコードを処理対象にして、それ以降の処理を同様に実行する。
【００３０】このようにして、不良在庫判定処理が実行されると、在庫ＤＢ１１１にデータが格納された商品のなかで不良在庫化したと見なす商品が自動的に抽出され、それのデータが不良在庫ＤＢ１１２に格納される。
【００３１】図４の説明に戻る。上記不良在庫判定処理の実行後に移行するステップＳ４０４では、不良在庫と見なした商品の一覧を配置した図８に示すような不良在庫オークション出品決定画面を表示する。その画面に配置するのは、不良在庫ＤＢ１１２に格納されたレコードのなかで、その中の識別ＩＤがオークション出品ＤＢ１１３に格納されたレコード中の識別ＩＤと一致していないレコードの商品である。言い換えれば、不良在庫と見なした商品のなかで現在、オークションに出品していない商品である。なお、その画面の表示は、不良在庫ＤＢ１１２からオークションに出品されていない商品のレコードを読み出し、そのレコード中の予め定めたデータを画面中に挿入することで行われる。
【００３２】本実施の形態では、図８に示すように、商品のデータとして、商品名、数量、単価、及び金額をテーブル形式で表示している。各行には、それぞれ、チェックボックスが配置され、そのチェックボックスにチェックマークを表示させることで商品を出品するか否か指定するようになっている。チェックマークを表示させることで出品が指定される。項目「入札締切日」、項目「数量」、項目「単価」、及び項目「金額」には、ユーザが任意のデータを入力することができるようになっている。項目「単価」、及び項目「金額」は、そのうちの一方を入力すれば良く、それらには最低金額を入力することになっている。ユーザは、マウスなどを操作することで、出品を所望する商品のチェックボックスをクリックしてチェックマークの表示／非表示を切り換えたり、キーボードを操作して項目に所望のデータを入力した後、「決定」ボタン、或いは「取消」ボタンをクリックする。そのようなことは、上記ステップＳ４０４の処理を実行することで実現され、「決定」ボタン、或いは「取消」ボタンをユーザがクリックすることで、ステップＳ４０５に移行する。
【００３３】そのステップＳ４０５では、クリックされたボタンが「取消」ボタンか否か判定する。ユーザが「取消」ボタンをクリックした場合、判定はＹＥＳとなり、表示中の画面などを消した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、ステップＳ４０６に移行する。
【００３４】ステップＳ４０６では、その時点でチェックマークが表示されている行の商品を出品する商品として決定する。続くステップＳ４０７では、出品する商品をユーザに確認させるために、図９に示すような不良在庫オークション出品確認画面を表示させる。その図９に示す画面は、図８に示す状態でユーザが「決定」ボタンをクリックしたときのものである。その図８では、チェックマークが表示されていた商品名は「海苔」と「フラワー小麦粉１ｋｇ」である。このことから、図９に示す画面では、それら商品名の商品の出品を実際に行って良いのか否かを確認する形となっている。
【００３５】図９に示すように、不良在庫オークション出品確認画面には、「送信」ボタン、及び「戻る」ボタンが配置されている。そのうちの何れかをユーザがクリックすると、ステップＳ４０８に移行して、ユーザが出品の実行を指示したか否か判定する。ユーザが「送信」ボタンをクリックした場合、実行が指示されたと判定して、ステップＳ４０９に移行する。そうでない場合には、取消が指示されたと判定して上記ステップＳ４０４に戻る。
【００３６】ステップＳ４０９では、ユーザが出品を指定した商品のレコードを不良在庫ＤＢ１１２から読み出し、そのレコード中の予め定めたデータ、及びユーザが図８に示す不良在庫オークション出品決定画面上で入力したデータを商品単位でまとめてオークション出品ＤＢ１１３に格納する。その一方では、Ｗｅｂサーバ１０２にアクセスし、オークション出品ＤＢ１１３に新たに追加したレコードを送信する。その後、ステップＳ４１０に移行する。なお、Ｗｅｂサーバ１０２へのアクセスは、上述したように、例えばダイアルアップによりＩＳＰと接続した後、そのＷｅｂサーバ１０２との接続を指示することで行われる。そのＷｅｂサーバ１０２と接続し、それにデータを送信するのは、予め登録された手順に従って自動的に行われるようになっている。
【００３７】上述したようにしてデータが送信されたＷｅｂサーバ１０２は、図２に示すように、そのデータを商品単位でオークション商品管理ＤＢ１１６に格納する。その格納の際に、参加日時を各商品のレコードに追加する。そのようにしてオークション商品管理ＤＢ１１６にデータを格納することで、商品の出品の依頼が受理される。
【００３８】依頼を受理したＷｅｂサーバ１０２は、図１０１０に示すような不良在庫オークション出品完了画面を生成し、その依頼を送信してきたＰＣ１０３Ａにそれを送信する。このことから、ステップＳ４０９に続くステップＳ４１０では、Ｗｅｂサーバ１０２から受信した図１０１０に示すような画面を表示し、ユーザに商品の出品の依頼を受理したことを通知する。その画面には、図１０に示すように、「了解」ボタンが配置されている。ユーザがその「了解」ボタンをクリックすると、表示中の画面を消去するといったことを行った後、一連の処理を終了する。
【００３９】このように、オークションに出品する商品の候補を在庫ＤＢ１１１から自動的に抽出し、その候補のデータを在庫ＤＢ１１１から読み出して、その候補を出品するためにデータを入力すべき項目のなかで自動入力が可能な項目に自動入力している。このため、ユーザは、オークションに出品する商品を探す手間がなくなり、その商品を出品するために入力しなければならないデータ量も最小限に抑えられることになる。これらのことから、商品を極めて容易にオークションに出品することができるようになる。
【００４０】一方、上記メニュー画面上でユーザが処理内容として、出品した商品への入札状況の確認を選択した場合、上記ステップＳ４０２でその旨が判定されてステップＳ４１１に移行する。そのステップＳ４１１では、上述したようにしてインターネット１０１との接続を行い、続くステップＳ４１２ではＷｅｂサーバ１０２との接続を行う。その後はステップＳ４１３に移行する。
【００４１】ステップＳ４１３では、Ｗｅｂサーバ１０２から送信される入札の有無を示すデータを受信し、そのデータから入札の有無を判定する。出品した商品に対し入札が行われていない場合、その旨が判定され、そのことを通知するメッセージを表示した後、一連の処理を終了する。そうでない場合には、その旨が判定されてステップＳ４１４に移行する。
【００４２】商品に対して入札が行われる度に、Ｗｅｂサーバ１０２は、その入札内容、その入札を行ったユーザなどのデータを入札データとして入札ＤＢ１１７に格納する。図３に示すように、入札を行ったユーザのデータは、ユーザ情報ＤＢ１１５から読み出して取得する。ステップＳ４１４では、Ｗｅｂサーバ１０２に、入札ＤＢ１１７に格納された入札データ（レコード）のなかで、出品した商品の識別ＩＤと一致する識別ＩＤを有する入札データの送信を依頼し、それによってＷｅｂサーバ１０２が生成して送信する図１１に示すような入札価格一覧画面を受信して、それを表示させる。
【００４３】その入札価格一覧画面には、商品毎に、その商品に入札したユーザ（入札者）自身のデータ（ここでは取引先や所在地）、その入札内容を示すデータ（ここでは、希望個数や希望金額）が配置されている。入札者（行）単位で配置されているチェックボックスは、商品の売り手（落札者）を選択するためのものであり、そのボックスにチェックマークが表示された入札者は、落札者として選択されていることを表している。マウスなどを操作してのチェックボックス内におけるチェックマークの表示／非表示の切り換え、画面に配置された「決定」ボタンや「取消」ボタンのクリックなどは、上記ステップＳ４１４を実行することで実現させている。
【００４４】ユーザが「決定」ボタン、或いは「取消」ボタンをクリックすると、ステップＳ４１５に移行して、クリックされたのが「取消」ボタンか否か判定する。ユーザがその「取消」ボタンをクリックした場合、判定はＹＥＳとなり、表示中の画面などを消去した後、一連の処理を終了する。そうでな場合には、判定はＮＯとなってステップＳ４１６に移行する。
【００４５】ステップＳ４１６では、その時点でチェックマークが表示されている行の入札者を売り手（落札者）として決定する。続くステップＳ４１７では、落札者、及びその落札者が入札した内容をユーザに確認させるために、図１２に示すような売買確認画面を表示させる。その図１２に示す画面は、図１１に示す状態でユーザが「決定」ボタンをクリックしたときのものである。その図１１では、チェックマークが表示されていた入札者は、商品名が「海苔」では「佐藤酒店」と「村上商店」であり、商品名が「○○小麦粉１ｋｇ」では「南商店」、商品名が「洗剤○○」では「松野薬局」である。このことから、図１２に示す画面では、それら商品名の商品の売り手をそれらの入札者として良いのか否かを確認する形となっている。
【００４６】図１２に示すように、売買確認画面には、「送信」ボタン、及び「前画面」ボタンが配置されている。そのうちの何れかをユーザがクリックすると、ステップＳ４０８に移行して、ユーザが実行、即ち落札者の確定を指示したか否か判定する。ユーザが「送信」ボタンをクリックした場合、実行が指示されたと判定して、ステップＳ４０９に移行する。そうでない場合には、即ちユーザが「前画面」ボタンをクリックした場合には、取消が指示されたと判定して上記ステップＳ４１４に戻る。
【００４７】ステップＳ４１８から移行した場合、ステップＳ４０９では、図１２に示す売買確認画面で表示されているデータをＷｅｂサーバ１０２に送信して、商品の落札が行われたことやその落札の内容（売り手が決まった商品数を含む）について通知する。その一方では、売り手（商品を売る相手）の決定に伴い、その売り手との取引を行うために、図１３に示すような売上伝票を自動発行する。更には、その落札の内容に応じて、在庫ＤＢ１１１、不良在庫ＤＢ１１２、及びオークション出品ＤＢ１１３の該当するレコードの内容の更新を行い、売り手の決定をそれらのＤＢ１１１〜１１３に反映させる。そのようなことを行った後、ステップＳ４１０に移行する。
【００４８】売上伝票を自動発行することで、商品の出品者は売り手を決定した以降の取引をより迅速に行えるようになる。また、伝票発行のために煩わしい操作を行う必要がなくなるため、操作性も向上することになる。
【００４９】Ｗｅｂサーバ１０２は、上記ステップＳ４０９の実行により図１２に示す売買確認画面上のデータを受信すると、そのデータを基に、オークション商品管理ＤＢ１１６中の対応するレコードの内容を更新する一方、そのデータを受信した旨を通知する画面をＰＣ１０３Ａに送信する。このことから、ステップＳ４１８からステップＳ４０９に移行した場合、ステップＳ４１０ではその画面を表示してデータの送信が完了したことをユーザに通知する。その画面にも、図１０に示すような「了解」ボタンが配置されており、ユーザがそのボタンをクリックすると、表示中の画面などを消去した後、一連の処理を終了する。
【００５０】本実施の形態では、このように、メニュー画面上で入札状況確認を選択すると、出品した商品への入札状況の確認や、落札者の決定を随時、行えるようにしている。これは、複数の商品を１商品としてオークションに出品するため、図８に示す不良在庫オークション出品決定画面上で入札締切日を指定しても、商品が残っている限りオークションは成立するからである。そのように、落札者を随時、決定できるようにすると、希望個数は少なくとも単価が高い入札者に商品を落札させるようなことが行える。このため、商品を出品する側にとっては、商品全体での売り上げをより上げたり、商品を随時、お金に換えることができ、高い利便性を得ることができる。商品を購入する側にとっても、入札締切日を待たずに商品を手に入れることができるため、利便性が向上することになる。
【００５１】図６は、Ｗｅｂサーバ１０２接続時におけるＰＣ１０３の動作の流れを示す動作フローチャートである。次に、図６を参照して、次に、上記不良在庫管理処理を実行しないＰＣ１０３がＷｅｂサーバ１０２にアクセスした際の動作、その動作を実現させるＷｅｂサーバ１０２の動作について詳細に説明する。その図６に示す動作フローチャートは、ＰＣ１０３のＣＰＵが、例えばハードディスク装置内のハードディスクに格納されたプログラムを実行することで実現される。
【００５２】Ｗｅｂサーバ１０２上に開設されたオークションサイトにＰＣ１０３がアクセスすると、Ｗｅｂサーバ１０２は図１４に示すようなホームページを送信する。このことから、先ず、ステップＳ６０１では、そのホームページを受信して表示する。そのホームページには、メニューとして、「ユーザ登録」「オークション参加」及び「オークション出品商店一覧」が配置されている。ＰＣ１０３のユーザがそれらのうちの一つをクリックすると、ステップＳ６０２に移行して、ユーザが選択したメニューの種類を判定する。それ以降は、その判定結果に応じて処理が分岐する。
【００５３】そのステップＳ６０２でユーザが「ユーザ登録」を選択したと判定すると、次にステップＳ６０３に移行する。そのステップＳ６０３では、ユーザの選択結果をデータとしてＷｅｂサーバ１０２に送信し、そのデータを受信してＷｅｂサーバ１０２が送信する図１５に示すようなユーザ登録画面を受信するのを待って、その画面を表示する。
【００５４】上記ユーザ登録画面には、図１５に示すように、様々なボックスが配置されており、ユーザはその全てのボックスにデータを入力する。そのデータ入力や、「登録」ボタン、或いは「取消」ボタンのクリックなどは、ステップＳ６０３の実行によって実現される。ユーザが「登録」ボタン、或いは「取消」ボタンをクリックすると、ステップＳ６０４に移行する。なお、図１５R>５中の項目「会社名」に入力されたデータは、図１１に示す入札価格一覧表示画面では項目「取引先」のデータとして表示され、項目「住所」で入力された都道府県名、及び市町村名は、その図１１に示す画面では項目「所在地」のデータとして表示される。
【００５５】ステップＳ６０４では、クリックされたのが「登録」ボタンか否か判定する。ユーザがそのボタンをクリックした場合、判定はＹＥＳとなってステップＳ６０５に移行する。そうでない場合には、判定はＮＯとなって上記ステップＳ６０３に戻る。そのステップＳ６０３に戻った場合には、ユーザは始めからデータ入力を行うことになる。
【００５６】ステップＳ６０５では、ユーザが図１５のユーザ登録画面上で入力したデータをＷｅｂサーバ１０２に送信し、それによってＷｅｂサーバ１０２が生成し送信する図１６に示すような登録確認画面を受信して表示する。その登録確認画面には、「登録」ボタン、及び「戻る」ボタンが配置されている。そのうちの一つをユーザがクリックすると、ステップＳ６０６に移行して、「登録」ボタンがクリックされたか否か判定する。ユーザが「登録」ボタンをクリックした場合、判定はＹＥＳとなってステップＳ６０７に移行する。そうでない場合、判定はＮＯとなり、上記ステップＳ６０３に戻る。
【００５７】ステップＳ６０７では、ユーザが登録を指示した旨を示すデータをＷｅｂサーバ１０２に送信する。そのデータを受信したＷｅｂサーバ１０２は、登録を依頼したユーザに対してユーザＩＤ、及びパスワードを発行し、そのユーザＩＤ、パスワード、及び既に受信したデータ（図１５に示す画面上で入力されたデータ）からなるレコードをユーザ情報ＤＢ１１５に新たに追加する。そのようにしてユーザの登録を行う一方、ＰＣ１０３に対しては、図１７に示すような登録完了画面を生成して送信する。その画面を受信しての表示もステップＳ６０７で行われる。
【００５８】図１７に示すように、登録完了画面には「トップページへ」ボタンが配置されている。そのボタンをユーザがクリックすると、上記ステップＳ６０１に戻り、図１４に示すホームページを表示する。
【００５９】上記ステップＳ６０３〜Ｓ６０７を実行することでユーザ登録が行われる。図４に示す不良在庫管理処理の実行時にも、特に図示していないが、それらのステップＳ６０３〜Ｓ６０７と同様の内容、流れで処理を実行することでユーザ登録が行えるようになっている。
【００６０】図１４に示すホームページ上でユーザが「オークション参加」を選択（クリック）すると、そのことがステップＳ６０２で判定されてステップＳ６０８に移行する。そのステップＳ６０８では、ユーザの選択結果をデータとしてＷｅｂサーバ１０２に送信し、そのデータを受信してＷｅｂサーバ１０２が送信する図１８に示すようなユーザ認証画面を受信するのを待って、その画面を表示する。続くステップＳ６０９では、ユーザの操作に応じてユーザＩＤ、及びパスワードを入力し、ユーザが「実行」ボタンをクリックすると、入力したユーザＩＤ、パスワードをＷｅｂサーバ１０２に送信する。
【００６１】ユーザＩＤ、パスワードを受信したＷｅｂサーバ１０２は、例えばユーザＩＤをキーとしてユーザ情報ＤＢ１１５の検索を行い、それらの組み合わせがユーザ情報ＤＢ１１５に格納されているか否か確認する。その結果、それらの組み合わせを格納したレコードがユーザ情報ＤＢ１１５に存在しているのを確認すると、登録した正規のユーザがオークションに参加を希望してきたとして、図１９に示すような業種選択画面を送信する。ステップ６０９に続くステップＳ６１０では、その画面を受信して表示する。なお、図１８に示すユーザ認証画面上で「取消」ボタンをユーザがクリックすると、特には図示していないが、上記ステップｓ６０１に戻って図１４に示すホームページを表示するようになっている。
【００６２】上記業種選択画面には、業種（ジャンル）を入力するボックス、そのボックスに入力する業種を選択するためのプルダウンボタン、及び「決定」ボタンが配置されている。業種の入力は、プルダウンボタンをクリックして選択候補の一覧を表示させ、そのなかから一つを選択することで行うようになっている。そのようにして業種を入力した後、ユーザが「決定」ボタンをクリック、或いは特には図示していないボタンなどをクリックしてオークション参加の取りやめを指示すると、ステップＳ６１０からステップＳ６１１に移行する。
【００６３】ステップＳ６１２では、ユーザが実行を指示したか否か判定する。ユーザが秒種の選択を行った後、「決定」ボタンをクリックした場合、判定はＹＥＳとなってステップＳ６１２に移行する。そうでない場合には、即ちオークション参加の取りやめをユーザが指示した場合には、判定はＮＯとなり、上記ステップＳ６０１に戻って図１４に示すホームページを表示する。
【００６４】上記業種（ジャンル）は、図１５に示すように、ユーザ登録画面上でも入力するようになっている。本実施の形態では、２つまで入力することができるようにしている。これは、ユーザが様々な商品を扱うことも多いためである。登録したユーザが商品を出品すると、その出品した商品は、登録時に入力した業種の商品であるとして扱い、その業種はオークション商品管理ＤＢ１１６にも格納している。そのユーザ登録画面には、通常参加ジャンルの入力項目がある。Ｗｅｂサーバ１０２は、その通常参加ジャンルに入力された業種（ジャンル）をボックスに表示させた状態で業種選択画面を送信する。このことから、図１９に示す業種選択画面上で業種を選択することなく「決定」ボタンをクリックすると、登録時に入力した通常参加ジャンルをユーザが選択したことになる。
【００６５】ステップＳ６１２では、ユーザが図１９に示す画面上で選択した業種を示すデータをＷｅｂサーバ１０２に送信する。そのデータを受信したＷｅｂサーバ１０２は、受信したデータが表す業種をキーとしてオークション商品管理ＤＢ１１６の検索を行い、該当するレコードを抽出し、図２０に示すような商品オークション画面を生成して送信する。
【００６６】上記商品オークション画面では、図２０に示すように、各商品（行）毎にチェックボックスが配置され、そのボックスにチェックマークを表示させることで入札する商品を選択するようになっている。項目「希望個数」、項目「希望金額」には、それぞれ、ユーザが望む数字（入札内容）を入力することができる。その画面に配置された「送信」ボタン、或いは「取消」ボタンをユーザがクリックすると、ステップＳ６１２からステップＳ６１３に移行して、「取消」ボタンがクリックされたか否か判定する。ユーザがその「取消」ボタンをクリックした場合、判定はＹＥＳとなり、ステップＳ６１７で入力されたデータをクリアした後、上記ステップＳ６１０に戻る。そうでない場合には、判定はＮＯとなり、ステップＳ６１４に移行する。
【００６７】ステップＳ６１４では、図２０に示す商品オークション画面上でユーザが入力したデータをＷｅｂサーバ１０２に送信する。そのデータを受信したＷｅｂサーバ１０２は、図２０に示す画面上で入札を希望した商品のデータのみを抽出し、オークションに参加を希望した内容を確認させるために、図２１に示すようなオークション参加確認画面を生成し、それを送信する。その画面を受信して表示するのはステップＳ６１４で行われる。
【００６８】図２１に示す画面には、「実行」ボタン、及び「前画面」ボタンが配置されている。それらのうちの何れかをユーザがクリックすると、ステップＳ６１４からステップＳ６１５に移行して、「実行」ボタンがクリックされたか否か判定する。ユーザが「実行」ボタンをクリックした場合、判定はＹＥＳとなり、ステップＳ６１６に移行する。そうでない場合には、判定はＮＯとなり、ステップＳ６１７に移行する。
【００６９】ステップＳ６１６では、Ｗｅｂサーバ１０２にオークション参加をユーザが最終的に指示した旨を送信する。その旨を受信したＷｅｂサーバ１０２は、図２１２１に示す画面上で配置したデータ、オークション商品管理ＤＢ１１６に格納された商品のデータを商品毎にまとめ、入札ＤＢ１１７に格納する。同じユーザが同じ商品に既に入札を行っていれば、該当するレコードの内容を更新する。そのようにして、ユーザが指定した内容でのオークションへの参加を完了させる一方、オークションへの参加が完了したことを通知するために、図２２に示すようなオークション参加完了確認画面を生成して送信する。
【００７０】その確認画面には、図２２に示すように、「トップページへ」ボタンが配置されている。ユーザがそのボタンをクリックすると、上記ステップＳ６０１に戻り、図１４に示すホームページを表示する。
【００７１】このようにして、登録されたユーザは、随時、オークションに参加できるようになっている。ユーザがオークションに参加する度に、入札ＤＢ１１７にはレコードが追加されたり、それに格納されたレコードの内容が更新される。
【００７２】図１４に示すホームページ上でユーザが「オークション出品商品一覧」を選択（クリック）すると、そのことがステップＳ６０２で判定されてステップＳ６１８に移行する。そのステップＳ６１８では、ユーザの選択結果をデータとしてＷｅｂサーバ１０２に送信し、そのデータを受信してＷｅｂサーバ１０２が送信する図２３に示すような商品一覧出品画面を受信するのを待って、その画面を表示する。その画面を表示した後は、ステップＳ６１９に移行する。
【００７３】その商品一覧出品画面は、図１９に示す業種選択画面と同様の構成となっている。即ちプルダウンボタンを操作して選択候補の一覧を表示させ、そのなかから一つを選択することで業種を入力するようになっている。デフォルトは、ユーザが図１５に示すユーザ登録画面上で入力した通常参加ジャンルである。ステップＳ６１９では、そのような業種の入力をユーザの操作に応じて行う。
【００７４】図２３に示す画面上に配置された「決定」ボタンをユーザがクリックすると、ステップＳ６１９からステップＳ６２０に移行する。そのステップＳ６２０では、Ｗｅｂサーバ１０２にボックス内に入力されている業種のデータを送信する。そのデータを受信したＷｅｂサーバ１０２は、例えばそのデータをキーにしてオークション商品管理ＤＢ１１６を検索し、該当するレコード（商品）を抽出する。抽出したレコードは、出品者別にまとめる。また、抽出したレコードに格納された識別ＩＤをキーとして入札ＤＢ１１７の検索を行い、該当するレコードを抽出して、商品単位で入札された件数をカウントする。そのようなことを行った後、図２４に示すような出品商品一覧画面を生成して送信する。上記ステップＳ６２０では、その画面を受信して表示することも合わせて行う。図２４に示すような画面が表示されることで、ユーザはどの出品者（ユーザ）がそのような商品を出品し、その商品に対してどれぐらいの入札が行われているかを容易に知ることができる。
【００７５】その出品商品一覧画面には、「トップページ」ボタンの他に、業種（ジャンル）を入力するボックス、プルダウンボタン、「決定」ボタンが図２３に示す画面のように配置されている。それにより、業種を換えて、一覧画面を表示することができるようになっている。
【００７６】その出品商品一覧画面上の「トップページ」ボタン、或いは「決定」ボタンをユーザがクリックすると、ステップＳ６２０からステップＳ６２１に移行して、ユーザがクリックしたボタンの種類を判定する。ユーザが「トップページ」ボタンをクリックした場合、その旨が判定されて上記ステップＳ６０２に移行し、図１４１４に示すホームページを表示する。そうでない場合には、即ち「決定」ボタンをユーザがクリックした場合には、その旨が判定されて上記ステップＳ６２０に移行する。
【００７７】次に、図７に示す動作フローチャートを参照して、Ｗｅｂサーバ１０２に注目してその動作を説明する。その図７に示す動作フローチャートは、図６のステップＳ６０９〜Ｓ６１７のＰＣ１０３の動作を実現させる動作の流れを示したものである。その動作フローチャートは、Ｗｅｂサーバ１０２のＣＰＵが、例えばハードディスク装置のハードディスクに格納されたプログラムを実行することで実現される。
【００７８】図１８に示すユーザ認証画面を表示した後は、ステップＳ７０１に移行して、ＰＣ１０３からユーザＩＤ、パスワードを受信するのを待つ。それらを受信すると、ステップＳ７０２に移行し、例えばユーザＩＤをキーとしてユーザ情報ＤＢ１１５の検索を行い、それによって抽出したレコードのパスワードが受信したパスワードと一致するか否か確認することで認証を行う。その認証を行った後は、ステップＳ７０３に移行して、正規ユーザがオークション参加を希望してきたか否か判定する。ユーザ情報ＤＢ１１５に、受信したユーザＩＤ、パスワードが同じレコードに格納されているものが存在していた場合、判定はＹＥＳとなりステップＳ７０４に移行する。そうでない場合には、判定はＮＯとなり、ステップＳ７１５に移行してトップページを送信した後、一連の処理を終了する。
【００７９】ステップＳ７０４では、図１９に示すような業種選択画面をＰＣ１０３に送信する。続くステップＳ７０５では、ＰＣ１０３から業種を示すデータを受信するのを待つ。そのデータを受信すると、ステップＳ７０６に移行して、その業種に該当するレコードをオークション商品管理ＤＢ１１６から抽出し、そのレコード中のデータを用いて図２０に示すような商品オークション画面を生成し送信する。その後は、ステップＳ７０７に移行して、ＰＣ１０３からデータを受信するのを待つ。
【００８０】そのデータを受信すると、ステップＳ７０８に移行して、そのデータがオークションへの参加を表明するものであるか否か判定する。ＰＣ１０３のユーザが図２０に示す商品オークション画面上のチェックボックスにチェックマークを表示させた状態で「送信」ボタンをクリックした場合、判定はＹＥＳとなってステップＳ７０９に移行する。そうでない場合には、即ちどのチェックボックスにもチェックマークを表示させることなく「送信」ボタンをクリックするか、或いは「取消」ボタンをクリックした場合には、が判定はＮＯとなって上記ステップＳ７０４に戻る。なお、ステップＳ７０９の判定がＹＥＳのときには、ユーザが図２０に示す画面上で入力したデータがステップＳ７０８で受信される。
【００８１】ステップＳ７０９では、ユーザがチェックマークを表示させたチェックボックスに応じて、図２１に示すようなオークション参加確認画面を生成して送信する。続くステップＳ７１０では、ＰＣ１０３からデータを受信するのを待つ。そのデータを受信すると、ステップＳ７１１に移行して、そのデータが、ユーザが参加を確認したことを表すものか否か判定する。ユーザが図２１２１に示すオークション参加確認画面上の「実行」ボタンをクリックした場合、判定はＹＥＳとなってステップＳ７１２に移行し、そうでない場合には、判定はＮＯとなって上記ステップＳ７０４に戻る。
【００８２】ステップＳ７１２では、参加確認を示すデータを受信したことから、図２２に示すようなオークション参加完了画面を生成して送信する。続くステップＳ７１３では、図２０に示す商品オークション画面上でチェックマークを表示させた商品に対してユーザが入力した情報（ここでは、希望個数、及び希望金額）、その商品の他のデータ、及び入札を行ったユーザのデータを１レコードにまとめ、そのレコードを用いて入札ＤＢ１１７を更新する。そのユーザがその商品に対して入札を初めて行ったのであれば、入札ＤＢ１１７にレコードが追加され、初めてでなければ、既に格納されているレコードの内容が更新される。
【００８３】ステップＳ７１３に続くステップＳ７１４では、ＰＣ１０３からデータを受信するのを待つ。そのデータを受信すると、即ち図２１に示す画面上の「トップページ」ボタンをユーザがクリックすると、ステップＳ７１５に移行して、図１４に示すトップページを送信した後、一連の処理を終了する。
【００８４】なお、本実施の形態では、オークションに出品する候補を抽出するために参照するＤＢ（或いはファイル）を予め特定しているが、そのＤＢ（或いはファイル）はユーザが任意に選択できるようにしても良い。その候補として、不良在庫判断日数を過ぎた商品を無条件で抽出しているが、商品毎に抽出するうえでの条件を任意に設定できるようにしても良い。例えば、その候補とすべき商品の範囲を特定する条件を設定させて、その条件を満たす商品のみを対象に候補を抽出するようにしても良い。
【００８５】上述したようなＰＣ１０３、Ｗｅｂサーバ１０２、或いはその変形例の動作を実現させるようなプログラムは、ＣＤ−ＲＯＭ、フロッピー（登録商標）ディスク、或いは光磁気ディスク等の記録媒体に記録させて配布しても良い。或いは、公衆網等の通信回線を用いて、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、ユーザはプログラムを取得してコンピュータ（データ処理装置）にロードすることにより、そのコンピュータ、更にはそれとネットワークにより複数のコンピュータが接続されたシステムに本発明を適用させることができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【００８６】
【発明の効果】以上、説明したように本発明は、オークションに出品する商品となりうる物（例えば商品）のデータが格納されたデータベース（或いはファイル）を参照して、それにデータが格納された物のなかから、オークションに商品として出品する候補を抽出してユーザに提示し、その候補のなかで実際に出品する物をユーザに選択させ、その選択された物のデータを、ネットワーク上でオークションの場を提供しているオークションサーバに送信することにより、ユーザに選択させた物をオークションに出品させる。このため、ユーザは、ネットワーク上で行われるオークションへの商品の出品を容易、且つ迅速に行うことができる。
【図面の簡単な説明】
【図１】本実施の形態によるオークションシステムの構成を示す図である。
【図２】オークションに出品する場合におけるＰＣとＷｅｂサーバ間のデータのやりとりを説明する図である。
【図３】出品した商品に対する入札が行われた場合におけるＰＣとＷｅｂサーバ間のデータのやりとりを説明する図である。
【図４】不良在庫管理処理のフローチャートである。
【図５】不良在庫判定処理の動作フローチャートである。
【図６】Ｗｅｂサーバ接続時におけるパーソナルコンピュータの動作の流れを示す動作フローチャートである。
【図７】図６のステップＳ６０９〜Ｓ６１７を実現させるＷｅｂサーバの動作の流れを示す動作フローチャートである。
【図８】不良在庫オークション出品決定画面例を示す図である。
【図９】不良在庫オークション出品確認画面例を示す図である。
【図１０】不良在庫オークション出品完了画面例を示す図である。
【図１１】入札価格一覧画面例を示す図である。
【図１２】売買確認画面例を示す図である。
【図１３】売り手の決定に応じて自動発行する売上伝票例を示す図である。
【図１４】ホームページ例を示す図である。
【図１５】ユーザ登録画面例を示す図である。
【図１６】登録確認画面例を示す図である。
【図１７】登録完了画面例を示す図である。
【図１８】ユーザ認証画面例を示す図である。
【図１９】業種選択画面例を示す図である。
【図２０】商品オークション画面例を示す図である。
【図２１】オークション参加確認画面例を示す図である。
【図２２】オークション参加完了確認画面例を示す図である。
【図２３】一覧表示業種選択画面例を示す図である。
【図２４】出品商品一覧画面例を示す図である。
【符号の説明】
１０１ インターネット
１０２ Ｗｅｂサーバー
１０３ パーソナルコンピュータ
１１１ 在庫データーベース
１１２ 不良在庫データベース
１１３ オークション出品データベース
１１５ ユーザ情報データベース
１１６ オークション商品管理データベース
１１７ 入札データベース
【特許請求の範囲】
【請求項１】 ネットワークに、オークションに商品を出品するための第１の端末装置、該オークションに参加するための第２の端末装置、及び該オークションの場を提供するオークションサーバが接続されたシステムにおいて、前記第１の端末装置は、前記オークションに出品する商品の候補を抽出する候補抽出手段と、前記候補抽出手段が抽出した候補のなかから前記オークションに出品する商品を選択するための商品選択手段と、前記商品選択手段により選択された商品の出品を前記オークションサーバに依頼する出品依頼手段と、を具備し、前記オークションサーバは、前記出品依頼手段が出品を依頼した商品を掲載することで前記オークションに出品させる、ことを特徴とするオークションシステム。
【請求項２】 前記オークションサーバは、前記オークションに出品させた商品に対し、前記第２の端末装置から送信された入札内容を保存する入札内容保存手段と、前記入札内容保存手段に保存された入札内容を、該入札内容が送信された商品を出品した前記第１の端末装置に送信する入札内容送信手段と、を具備し、前記入札内容送信手段が前記入札内容を送信した前記第１の端末装置側で落札者を決定させる、ことを特徴とする請求項１記載のオークションシステム。
【請求項３】 前記第１の端末装置は、個別売買が可能な複数の商品を１商品として前記オークションに出品し、前記第２の端末装置は、前記入札内容として、商品の希望個数、及び該希望個数の商品に対する希望金額を少なくとも送信し、前記オークションサーバは、前記第１の端末装置側で随時、前記商品の数の範囲内で商品の落札者を決定させる、ことを特徴とする請求項１、または２記載のオークションシステム。
【請求項４】 前記候補抽出手段は、商品を個別に在庫管理するために構築された在庫データベースを参照し、該在庫データベースにデータが格納された商品のなかで不良在庫と見なすべき商品を前記オークションに出品する商品の候補として抽出し、前記商品選択手段は、前記候補抽出手段が抽出した商品の前記在庫データベースに格納されているデータを表示し、該データを表示させた商品を出品するか否か選択させるとともに、該表示させたデータの内容をユーザの指示に応じて変更し、前記出品依頼手段は、前記商品選択手段により表示されているデータを前記オークションサーバに送信して、該商品選択手段により選択された商品の出品を依頼する、ことを特徴とする請求項１、２、または３記載のオークションシステム。
【請求項５】 ネットワークに、オークションに商品を出品するための第１の端末装置、該オークションに参加するための第２の端末装置、及び該オークションの場を提供するオークションサーバが接続されたシステムで用いられる方法であって、前記第１の端末装置に、個別売買が可能な複数の商品を１商品として前記オークションに出品させ、前記第２の端末装置に、前記オークションに出品された商品に対する入札内容として、該商品の希望個数、及び該希望個数の商品に対する希望金額を少なくとも前記オークションサーバに送信させ、前記オークションサーバに、前記第２の端末装置から送信された入札内容を前記第１の端末装置に送信させ、前記入札内容が送信された第１の端末装置側で落札者を随時、決定させる、ことを特徴とするオークション方法。
【請求項６】 ネットワークを介して接続されたオークションサーバに対し、オークションへの商品の出品を依頼するために用いられるデータ処理装置であって、前記オークションに出品する商品の候補を抽出する候補抽出手段と、前記候補抽出手段が抽出した候補のなかから前記オークションに出品する商品を選択するための商品選択手段と、前記商品選択手段により選択された商品の出品を前記オークションサーバに依頼する出品依頼手段と、を具備したことを特徴とするデータ処理装置。
【請求項７】 ネットワークを介してオークションサーバに接続される端末装置を制御するためのコンピュータが実行可能なプログラムを格納した記憶媒体であって、前記ネットワーク上で行われるオークションに出品する商品の候補を抽出させるためのプログラムコードと、前記抽出された候補のなかから前記オークションに出品する商品を選択させるためのプログラムコードと、前記選択された商品の出品を前記ネットワークに接続された前記オークションサーバに依頼させるためのプログラムコードと、を含むプログラムを格納したことを特徴とする記録媒体。
【請求項１】 ネットワークに、オークションに商品を出品するための第１の端末装置、該オークションに参加するための第２の端末装置、及び該オークションの場を提供するオークションサーバが接続されたシステムにおいて、前記第１の端末装置は、前記オークションに出品する商品の候補を抽出する候補抽出手段と、前記候補抽出手段が抽出した候補のなかから前記オークションに出品する商品を選択するための商品選択手段と、前記商品選択手段により選択された商品の出品を前記オークションサーバに依頼する出品依頼手段と、を具備し、前記オークションサーバは、前記出品依頼手段が出品を依頼した商品を掲載することで前記オークションに出品させる、ことを特徴とするオークションシステム。
【請求項２】 前記オークションサーバは、前記オークションに出品させた商品に対し、前記第２の端末装置から送信された入札内容を保存する入札内容保存手段と、前記入札内容保存手段に保存された入札内容を、該入札内容が送信された商品を出品した前記第１の端末装置に送信する入札内容送信手段と、を具備し、前記入札内容送信手段が前記入札内容を送信した前記第１の端末装置側で落札者を決定させる、ことを特徴とする請求項１記載のオークションシステム。
【請求項３】 前記第１の端末装置は、個別売買が可能な複数の商品を１商品として前記オークションに出品し、前記第２の端末装置は、前記入札内容として、商品の希望個数、及び該希望個数の商品に対する希望金額を少なくとも送信し、前記オークションサーバは、前記第１の端末装置側で随時、前記商品の数の範囲内で商品の落札者を決定させる、ことを特徴とする請求項１、または２記載のオークションシステム。
【請求項４】 前記候補抽出手段は、商品を個別に在庫管理するために構築された在庫データベースを参照し、該在庫データベースにデータが格納された商品のなかで不良在庫と見なすべき商品を前記オークションに出品する商品の候補として抽出し、前記商品選択手段は、前記候補抽出手段が抽出した商品の前記在庫データベースに格納されているデータを表示し、該データを表示させた商品を出品するか否か選択させるとともに、該表示させたデータの内容をユーザの指示に応じて変更し、前記出品依頼手段は、前記商品選択手段により表示されているデータを前記オークションサーバに送信して、該商品選択手段により選択された商品の出品を依頼する、ことを特徴とする請求項１、２、または３記載のオークションシステム。
【請求項５】 ネットワークに、オークションに商品を出品するための第１の端末装置、該オークションに参加するための第２の端末装置、及び該オークションの場を提供するオークションサーバが接続されたシステムで用いられる方法であって、前記第１の端末装置に、個別売買が可能な複数の商品を１商品として前記オークションに出品させ、前記第２の端末装置に、前記オークションに出品された商品に対する入札内容として、該商品の希望個数、及び該希望個数の商品に対する希望金額を少なくとも前記オークションサーバに送信させ、前記オークションサーバに、前記第２の端末装置から送信された入札内容を前記第１の端末装置に送信させ、前記入札内容が送信された第１の端末装置側で落札者を随時、決定させる、ことを特徴とするオークション方法。
【請求項６】 ネットワークを介して接続されたオークションサーバに対し、オークションへの商品の出品を依頼するために用いられるデータ処理装置であって、前記オークションに出品する商品の候補を抽出する候補抽出手段と、前記候補抽出手段が抽出した候補のなかから前記オークションに出品する商品を選択するための商品選択手段と、前記商品選択手段により選択された商品の出品を前記オークションサーバに依頼する出品依頼手段と、を具備したことを特徴とするデータ処理装置。
【請求項７】 ネットワークを介してオークションサーバに接続される端末装置を制御するためのコンピュータが実行可能なプログラムを格納した記憶媒体であって、前記ネットワーク上で行われるオークションに出品する商品の候補を抽出させるためのプログラムコードと、前記抽出された候補のなかから前記オークションに出品する商品を選択させるためのプログラムコードと、前記選択された商品の出品を前記ネットワークに接続された前記オークションサーバに依頼させるためのプログラムコードと、を含むプログラムを格納したことを特徴とする記録媒体。
【図１】
【図２】
【図１３】
【図３】
【図５】
【図４】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図１３】
【図３】
【図５】
【図４】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２００１−２８３０４７（Ｐ２００１−２８３０４７Ａ）
【公開日】平成１３年１０月１２日（２００１．１０．１２）
【国際特許分類】
【出願番号】特願２０００−９７９５８（Ｐ２０００−９７９５８）
【出願日】平成１２年３月３１日（２０００．３．３１）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成１３年１０月１２日（２００１．１０．１２）
【国際特許分類】
【出願日】平成１２年３月３１日（２０００．３．３１）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]