JP2001283047A - オークションシステム、オークション方法、データ処理装置、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上で行われるオークションへの
商品の出品を容易に行えるシステムを提供する。 【解決手段】 在庫データベース１１１には、商品の在
庫管理を行うためのデータが商品単位で格納されてい
る。ＰＣ１０３は、所定の操作が行われると、その在庫
データベースにデータが格納されている商品のなかで不
良在庫とみなすべき商品を抽出し、その商品のデータを
商品単位で不良在庫データベース１１２に格納する。そ
のデータベース１１２に格納したデータは、商品単位で
一覧表示し、そのなかからオークションに出品する商品
をユーザに指定させる。また、表示させたデータは、必
要に応じてユーザに修正させる。出品と指定された商品
のデータは、インターネット１０１を介してＷｅｂサー
バ１０２に送信し、オークションの商品として掲載させ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットな
どのネットワーク上でオークションを実現させるための
技術に関する。

【０００２】

【従来の技術】近年、インターネットは、グローバルな
情報インフラストラクチャとして急速に発展している。
その発展に伴い、現在では、インターネットは様々な形
で利用されている。例えばオークションでは、インター
ネットによって多くの人が商品を出品したり、或いはそ
れに参加することができる。このことから、そのオーク
ションの場を提供するのを専門とするサイトも多く開設
されている。

【０００３】

【発明が解決しようとする課題】インターネット上に開
設されたサイトにおける従来の商品の出品は、商品毎
に、所定の入力項目にデータを入力することで行うよう
になっていた。このため、煩わしい操作を行わなければ
ならないという問題点があった。

【０００４】商品を出品する人のなかには、多くの商品
を出品しようとする人もいる。その人は、各商品毎に煩
わしい操作を行わなければならない。このため、そのよ
うな人にとって、その問題点は特に深刻である。

【０００５】本発明の課題は、ネットワーク上で行われ
るオークションへの商品の出品を容易に行えるシステム
を提供することにある。

【０００６】

【課題を解決するための手段】本発明のオークションシ
ステムは、ネットワークに、オークションに商品を出品
するための第１の端末装置、該オークションに参加する
ための第２の端末装置、及び該オークションの場を提供
するオークションサーバが接続されていることを前提と
し、第１の端末装置は、オークションに出品する商品の
候補を抽出する候補抽出手段と、候補抽出手段が抽出し
た候補のなかからオークションに出品する商品を選択す
るための商品選択手段と、商品選択手段により選択され
た商品の出品をオークションサーバに依頼する出品依頼
手段と、を具備し、オークションサーバは、出品依頼手
段が出品を依頼した商品を掲載することでオークション
に出品させる、ようになっている。

【０００７】なお、上記の構成において、オークション
サーバは、オークションに出品させた商品に対し、第２
の端末装置から送信された入札内容を保存する入札内容
保存手段と、入札内容保存手段に保存された入札内容
を、該入札内容が送信された商品を出品した第１の端末
装置に送信する入札内容送信手段と、を具備し、入札内
容送信手段が入札内容を送信した第１の端末装置側で落
札者を決定させる、ことが望ましい。

【０００８】また、上記第１の端末装置は、個別売買が
可能な複数の商品を１商品としてオークションに出品
し、第２の端末装置は、入札内容として、商品の希望個
数、及び該希望個数の商品に対する希望金額を少なくと
も送信し、オークションサーバは、第１の端末装置側で
随時、商品の数の範囲内で商品の落札者を決定させる、
ことが望ましい。

【０００９】更に、候補抽出手段は、商品を個別に在庫
管理するために構築された在庫データベースを参照し、
該在庫データベースにデータが格納された商品のなかで
不良在庫と見なすべき商品をオークションに出品する商
品の候補として抽出し、商品選択手段は、候補抽出手段
が抽出した商品の在庫データベースに格納されているデ
ータを表示し、該データを表示させた商品を出品するか
否か選択させるとともに、該表示させたデータの内容を
ユーザの指示に応じて変更し、出品依頼手段は、商品選
択手段により表示されているデータをオークションサー
バに送信して、該商品選択手段により選択された商品の
出品を依頼する、ことが望ましい。

【００１０】本発明のオークション方法は、ネットワー
クに、オークションに商品を出品するための第１の端末
装置、該オークションに参加するための第２の端末装
置、及び該オークションの場を提供するオークションサ
ーバが接続されたシステムで用いられることが前提であ
り、第１の端末装置に、個別売買が可能な複数の商品を
１商品としてオークションに出品させ、第２の端末装置
に、オークションに出品された商品に対する入札内容と
して、該商品の希望個数、及び該希望個数の商品に対す
る希望金額を少なくともオークションサーバに送信さ
せ、オークションサーバに、第２の端末装置から送信さ
れた入札内容を第１の端末装置に送信させ、入札内容が
送信された第１の端末装置側で落札者を随時、決定させ
る、ようになっている。

【００１１】本発明のデータ処理装置は、ネットワーク
を介して接続されたオークションサーバに対し、オーク
ションへの商品の出品を依頼するために用いられること
を前提とし、オークションに出品する商品の候補を抽出
する候補抽出手段と、候補自動抽出手段が抽出した候補
のなかからオークションに出品する商品を選択するため
の商品選択手段と、商品選択手段により選択された商品
の出品をオークションサーバに依頼する出品依頼手段
と、を具備する。

【００１２】本発明の記録媒体は、ネットワーク上で行
われるオークションに出品する商品の候補を抽出させる
ためのプログラムコードと、抽出された候補のなかから
オークションに出品する商品を選択させるためのプログ
ラムコードと、選択された商品の出品をネットワークに
接続されたオークションサーバに依頼させるためのプロ
グラムコードと、を含むプログラムを格納したことを特
徴とする。

【００１３】本発明では、オークションに出品する商品
となりうる物（例えば商品）のデータが格納されたデー
タベース（或いはファイル）を参照して、それにデータ
が格納された物のなかから、オークションに商品として
出品する候補を抽出してユーザに提示し、その候補のな
かで実際に出品する物をユーザに選択させ、その選択さ
れた物のデータを、ネットワーク上でオークションの場
を提供しているオークションサーバに送信することによ
り、ユーザに選択させた物をオークションに出品させ
る。

【００１４】そのようにして商品を出品する場合、オー
クションに出品する商品を探すことが回避され、既に存
在するデータを出品のために利用することから、出品の
ために入力すべきデータ量も最小限に抑えられる。この
ことから、商品の出品を極めて容易、且つ迅速に行える
ようになる。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。図１は、本実
施の形態によるオークションシステムの構成を示す図で
ある。

【００１６】そのシステムは、図１に示すように、イン
ターネット１０１を利用してオークションを行うもので
ある。オークションの場を提供するＷｅｂサーバ１０
２、及びそのオークションに商品を出品する、或いはそ
のオークションに参加するためのパーソナルコンピュー
タ（以降、ＰＣと略記する）１０３が多数、そのインタ
ーネット１０１に接続されている。

【００１７】ＰＣ１０３のなかには、在庫データベース
（以降、ＤＢと略記する）１１１、不良在庫ＤＢ１１
２、及びオークション出品ＤＢ１１３を有するものが存
在している。それらのＤＢ１１１〜１１３を有するＰＣ
１０３（以降、他のＰＣ１０３と区別するためにＰＣ１
０３Ａと表記する）は、生産者（会社など）や問屋、或
いは店舗などに設置されたものである。本実施の形態に
よるオークションシステムは、そのＰＣ１０３Ａ、及び
Ｗｅｂサーバ１０２をインターネットに接続することで
構築されている。ここでは、便宜的に、ＰＣ１０３Ａは
店舗に設置されていることにする。

【００１８】店舗などでは、問屋などから購入した商品
を全て販売できるとは限らない。即ち購入した商品が不
良在庫化することもある。商品が不良在庫化し、そのま
ま売れ残れば、大きな損失となるだけでなく、有用な資
源を浪費することにもなる。このことから、図１に示す
システムは、インターネット１０１を用いて不良在庫化
した商品の買い手を探し、売り手側と買い手側の双方の
利益をもたらすことを主な狙いとして構築されている。

【００１９】ＰＣ１０３Ａが設置された店舗では、在庫
管理を行うために、どのような商品が何時、どれだけ購
入先から購入したか、そのなかで幾つの商品が販売され
たか（幾つの商品が残っているか）、といったことをデ
ータで処理する。在庫ＤＢ１１１は、そのために構築さ
れたものであり、商品コード、商品名、ＪＡＮコード
（バーコードを読み取ることで得られるデータ）、最終
取引日（商品を最後に購入した日）、在庫数、単価、不
良在庫フラグ、などのデータが商品毎にレコード単位で
格納されている。不良在庫ＤＢ１１２には、在庫ＤＢ１
１１内で不良在庫と見なされた商品（レコード）のデー
タがレコード単位で格納される。そのレコードには、例
えば、識別ＩＤ、ＪＡＮコード、商品名、数量、希望単
価、希望価格、などのデータが商品別に格納される。オ
ークション出品ＤＢ１１３には、不良在庫と見なされた
商品のなかで実際にオークションに出品した商品のデー
タがレコード単位で格納される。そのレコードには、例
えば識別ＩＤ、ＪＡＮコード、商品コード、商品名、数
量、最低単価、最低金額、入札締切日、などのデータが
商品別に格納される。不良在庫ＤＢ１１２、及びオーク
ション出品ＤＢ１１３の各レコードには、共に識別ＩＤ
が格納されている。その識別ＩＤは、ＰＣ１０３ＡとＷ
ｅｂサーバー１０２との間で商品を一義的に特定するた
めのデータである。

【００２０】商品の出品、或いはオークションへの参加
を所望するユーザは、Ｗｅｂサーバ１０２がオークショ
ンに係わるサービスを提供しているサイト（以降、オー
クションサイトと呼ぶ）にアクセスし、始めに登録を行
う。その登録は、予め設定されている入力項目にデータ
を入力し、その入力したデータをＷｅｂサーバ１０２に
送信することで行われる。そのようにして登録を行った
ユーザに対し、Ｗｅｂサーバ１０２はユーザＩＤとパス
ワードを発行する。以降は、そのユーザＩＤとパスワー
ドを入力してサービスの提供を依頼する。なお、そのサ
イトへのアクセスは、例えばダイヤルアップによって公
衆回線を介してインターネット１０１との接続サービス
を行っているＩＳＰ（Internet Service Provider ）と
接続させた後、そのサイトのＵＲＬ（Uniform Resource
Locator）を指定して接続を指示することで行われる。

【００２１】Ｗｅｂサーバ１０２は、ユーザが登録のた
めに入力したデータ、更にはそのユーザに対して発行し
たユーザＩＤ、パスワードを、ユーザ単位でユーザ情報
ＤＢ１１５に格納する。そのようなデータをユーザ情報
ＤＢ１１５に格納することで、登録を受けたユーザのみ
にサービスを提供する。以降は、図２〜図２４を参照し
ながら、そのサービスを受けるＰＣ１０３Ａの動作やそ
のサービスを提供するＷｅｂサーバ１０２の動作につい
て詳細に説明する。

【００２２】図４は、ＰＣ１０３Ａが実行する不良在庫
管理処理のフローチャートである。その管理処理は、不
良在庫化した商品のオークションへの出品や、出品した
商品の売り手の決定などに係わる処理を実行することで
不良在庫の管理（処分）を支援するものである。ＰＣ１
０３Ａのユーザがマウスなどで所定の操作を行った場合
に、ＰＣ１０３Ａに搭載されたＣＰＵが、例えば、それ
に搭載されたハードディスク装置のハードディスクに格
納されたプログラムを実行することで実現される。始め
に、その図４を参照して、ＰＣ１０３Ａの動作、及びそ
の動作に対応するＷｅｂサーバ１０２の動作について詳
細に説明する。なお、ユーザの登録は、その管理処理の
実行時に行えるが、その登録の流れや方法などは後述す
る図６におけるそれと基本的に同じであるため、ここで
は説明を省略する。

【００２３】先ず、ステップＳ４０１では、ユーザに所
望する処理内容を選択させるためのメニュー画面を、Ｐ
Ｃ１０３Ａが搭載した、或いはそれに接続されている表
示装置上に表示させる。続くステップＳ４０２では、そ
のメニュー画面上でユーザが操作を行って選択した処理
内容の種類を判定する。そのユーザが処理内容としてオ
ークションへの出品を選択した場合、その旨が判定され
てステップＳ４０３に移行する。

【００２４】そのステップＳ４０３では、在庫ＤＢ１１
１を対象にして、それにデータが格納されている商品の
なかで不良在庫化した商品を判定して抽出する不良在庫
判定処理を実行する。その判定処理を実行した後にステ
ップＳ４０４に移行する。

【００２５】図５は、その不良在庫判定処理のフローチ
ャートである。ここで、図５を参照して、その判定処理
について詳細に説明する。在庫ＤＢ１１１には、上述し
たように、商品のデータがレコード単位で格納されてい
る。このことから、判定処理では、処理対象とするレコ
ードを順次、変更しながら、そのレコードにデータが格
納されている商品が不良在庫化しているか否か判定し、
不良在庫化している商品のデータを不良在庫ＤＢ１１２
に随時、レコード単位で追加していくようになってい
る。

【００２６】不良在庫化しているか否かの判定は、最終
取引日から、商品毎に予め設定されている日数（不良在
庫判断日数）が過ぎても残っている商品を不良在庫と判
定するようにしている。在庫ＤＢ１１１には、既に不良
在庫と見なした商品のレコードが残っている場合があ
る。そのレコードの不良在庫フラグの値は、その旨を示
す値となっている。このことから、不良在庫フラグの値
がその値となっているレコードは処理対象から除外して
いる。

【００２７】先ず、ステップＳ５０１では、在庫ＤＢ１
１１から１レコードを読み出す。続くステップＳ５０２
では、そのレコードに格納されている最終取引日を、例
えばＰＣ１０３Ａに搭載されたタイマの日付と比較す
る。その後はステップＳ５０３に移行して、それらの日
付から不良在庫判断日数を越えて商品が残っているか否
か判定する。最終取引日からその判断日数が過ぎても商
品が残っていた場合、不良在庫と見なすことから判定は
ＹＥＳとなり、ステップＳ５０４に移行する。そうでな
い場合には、判定はＮＯとなって上記ステップＳ５０１
に戻り、処理対象を次のレコード（商品）に変えて、そ
れ以降の処理を同様に実行する。

【００２８】ステップＳ５０４では、不良在庫と見なし
た商品のデータが格納されている在庫ＤＢ１１１のレコ
ード中の不良在庫フラグの値を、不良在庫であることを
示す値に書き換える。また、そのレコード中から不良在
庫ＤＢ１１２に格納すべきデータを抽出したり、その中
のデータから格納すべきデータを生成する。そのような
ことを行った後、ステップＳ５０５に移行する。なお、
そのレコード中からは、ＪＡＮコードや商品名、在庫
数、及び単価などのデータを抽出し、在庫数と単価から
は希望価格を生成（算出）している。希望価格は、在庫
数に単価を掛けることで算出している。

【００２９】ステップＳ５０５では、商品を識別するた
めのＩＤを発行する。続くステップＳ５０６では、発行
したＩＤ、ステップＳ５０４で在庫ＤＢ１１１のレコー
ドから抽出したデータ、及びそのデータから生成したデ
ータを格納したレコードを不良在庫ＤＢ１１２に追加し
てそれを更新する。その更新を行うと、ステップＳ５０
７に移行して、在庫ＤＢ１１１に次に処理対象とすべき
レコードの有無を判定する。処理対象とすべきレコード
が残っていなかった場合、その旨が判定されて一連の処
理を終了し、図４のステップＳ４０４に移行する。そう
でない場合には、即ち処理対象とすべきレコードが残っ
ている場合には、上記ステップＳ５０１に戻り、処理対
象とすべきレコードを処理対象にして、それ以降の処理
を同様に実行する。

【００３０】このようにして、不良在庫判定処理が実行
されると、在庫ＤＢ１１１にデータが格納された商品の
なかで不良在庫化したと見なす商品が自動的に抽出さ
れ、それのデータが不良在庫ＤＢ１１２に格納される。

【００３１】図４の説明に戻る。上記不良在庫判定処理
の実行後に移行するステップＳ４０４では、不良在庫と
見なした商品の一覧を配置した図８に示すような不良在
庫オークション出品決定画面を表示する。その画面に配
置するのは、不良在庫ＤＢ１１２に格納されたレコード
のなかで、その中の識別ＩＤがオークション出品ＤＢ１
１３に格納されたレコード中の識別ＩＤと一致していな
いレコードの商品である。言い換えれば、不良在庫と見
なした商品のなかで現在、オークションに出品していな
い商品である。なお、その画面の表示は、不良在庫ＤＢ
１１２からオークションに出品されていない商品のレコ
ードを読み出し、そのレコード中の予め定めたデータを
画面中に挿入することで行われる。

【００３２】本実施の形態では、図８に示すように、商
品のデータとして、商品名、数量、単価、及び金額をテ
ーブル形式で表示している。各行には、それぞれ、チェ
ックボックスが配置され、そのチェックボックスにチェ
ックマークを表示させることで商品を出品するか否か指
定するようになっている。チェックマークを表示させる
ことで出品が指定される。項目「入札締切日」、項目
「数量」、項目「単価」、及び項目「金額」には、ユー
ザが任意のデータを入力することができるようになって
いる。項目「単価」、及び項目「金額」は、そのうちの
一方を入力すれば良く、それらには最低金額を入力する
ことになっている。ユーザは、マウスなどを操作するこ
とで、出品を所望する商品のチェックボックスをクリッ
クしてチェックマークの表示／非表示を切り換えたり、
キーボードを操作して項目に所望のデータを入力した
後、「決定」ボタン、或いは「取消」ボタンをクリック
する。そのようなことは、上記ステップＳ４０４の処理
を実行することで実現され、「決定」ボタン、或いは
「取消」ボタンをユーザがクリックすることで、ステッ
プＳ４０５に移行する。

【００３３】そのステップＳ４０５では、クリックされ
たボタンが「取消」ボタンか否か判定する。ユーザが
「取消」ボタンをクリックした場合、判定はＹＥＳとな
り、表示中の画面などを消した後、一連の処理を終了す
る。そうでない場合には、判定はＮＯとなり、ステップ
Ｓ４０６に移行する。

【００３４】ステップＳ４０６では、その時点でチェッ
クマークが表示されている行の商品を出品する商品とし
て決定する。続くステップＳ４０７では、出品する商品
をユーザに確認させるために、図９に示すような不良在
庫オークション出品確認画面を表示させる。その図９に
示す画面は、図８に示す状態でユーザが「決定」ボタン
をクリックしたときのものである。その図８では、チェ
ックマークが表示されていた商品名は「海苔」と「フラ
ワー小麦粉１ｋｇ」である。このことから、図９に示す
画面では、それら商品名の商品の出品を実際に行って良
いのか否かを確認する形となっている。

【００３５】図９に示すように、不良在庫オークション
出品確認画面には、「送信」ボタン、及び「戻る」ボタ
ンが配置されている。そのうちの何れかをユーザがクリ
ックすると、ステップＳ４０８に移行して、ユーザが出
品の実行を指示したか否か判定する。ユーザが「送信」
ボタンをクリックした場合、実行が指示されたと判定し
て、ステップＳ４０９に移行する。そうでない場合に
は、取消が指示されたと判定して上記ステップＳ４０４
に戻る。

【００３６】ステップＳ４０９では、ユーザが出品を指
定した商品のレコードを不良在庫ＤＢ１１２から読み出
し、そのレコード中の予め定めたデータ、及びユーザが
図８に示す不良在庫オークション出品決定画面上で入力
したデータを商品単位でまとめてオークション出品ＤＢ
１１３に格納する。その一方では、Ｗｅｂサーバ１０２
にアクセスし、オークション出品ＤＢ１１３に新たに追
加したレコードを送信する。その後、ステップＳ４１０
に移行する。なお、Ｗｅｂサーバ１０２へのアクセス
は、上述したように、例えばダイアルアップによりＩＳ
Ｐと接続した後、そのＷｅｂサーバ１０２との接続を指
示することで行われる。そのＷｅｂサーバ１０２と接続
し、それにデータを送信するのは、予め登録された手順
に従って自動的に行われるようになっている。

【００３７】上述したようにしてデータが送信されたＷ
ｅｂサーバ１０２は、図２に示すように、そのデータを
商品単位でオークション商品管理ＤＢ１１６に格納す
る。その格納の際に、参加日時を各商品のレコードに追
加する。そのようにしてオークション商品管理ＤＢ１１
６にデータを格納することで、商品の出品の依頼が受理
される。

【００３８】依頼を受理したＷｅｂサーバ１０２は、図
１０に示すような不良在庫オークション出品完了画面を
生成し、その依頼を送信してきたＰＣ１０３Ａにそれを
送信する。このことから、ステップＳ４０９に続くステ
ップＳ４１０では、Ｗｅｂサーバ１０２から受信した図
１０に示すような画面を表示し、ユーザに商品の出品の
依頼を受理したことを通知する。その画面には、図１０
に示すように、「了解」ボタンが配置されている。ユー
ザがその「了解」ボタンをクリックすると、表示中の画
面を消去するといったことを行った後、一連の処理を終
了する。

【００３９】このように、オークションに出品する商品
の候補を在庫ＤＢ１１１から自動的に抽出し、その候補
のデータを在庫ＤＢ１１１から読み出して、その候補を
出品するためにデータを入力すべき項目のなかで自動入
力が可能な項目に自動入力している。このため、ユーザ
は、オークションに出品する商品を探す手間がなくな
り、その商品を出品するために入力しなければならない
データ量も最小限に抑えられることになる。これらのこ
とから、商品を極めて容易にオークションに出品するこ
とができるようになる。

【００４０】一方、上記メニュー画面上でユーザが処理
内容として、出品した商品への入札状況の確認を選択し
た場合、上記ステップＳ４０２でその旨が判定されてス
テップＳ４１１に移行する。そのステップＳ４１１で
は、上述したようにしてインターネット１０１との接続
を行い、続くステップＳ４１２ではＷｅｂサーバ１０２
との接続を行う。その後はステップＳ４１３に移行す
る。

【００４１】ステップＳ４１３では、Ｗｅｂサーバ１０
２から送信される入札の有無を示すデータを受信し、そ
のデータから入札の有無を判定する。出品した商品に対
し入札が行われていない場合、その旨が判定され、その
ことを通知するメッセージを表示した後、一連の処理を
終了する。そうでない場合には、その旨が判定されてス
テップＳ４１４に移行する。

【００４２】商品に対して入札が行われる度に、Ｗｅｂ
サーバ１０２は、その入札内容、その入札を行ったユー
ザなどのデータを入札データとして入札ＤＢ１１７に格
納する。図３に示すように、入札を行ったユーザのデー
タは、ユーザ情報ＤＢ１１５から読み出して取得する。
ステップＳ４１４では、Ｗｅｂサーバ１０２に、入札Ｄ
Ｂ１１７に格納された入札データ（レコード）のなか
で、出品した商品の識別ＩＤと一致する識別ＩＤを有す
る入札データの送信を依頼し、それによってＷｅｂサー
バ１０２が生成して送信する図１１に示すような入札価
格一覧画面を受信して、それを表示させる。

【００４３】その入札価格一覧画面には、商品毎に、そ
の商品に入札したユーザ（入札者）自身のデータ（ここ
では取引先や所在地）、その入札内容を示すデータ（こ
こでは、希望個数や希望金額）が配置されている。入札
者（行）単位で配置されているチェックボックスは、商
品の売り手（落札者）を選択するためのものであり、そ
のボックスにチェックマークが表示された入札者は、落
札者として選択されていることを表している。マウスな
どを操作してのチェックボックス内におけるチェックマ
ークの表示／非表示の切り換え、画面に配置された「決
定」ボタンや「取消」ボタンのクリックなどは、上記ス
テップＳ４１４を実行することで実現させている。

【００４４】ユーザが「決定」ボタン、或いは「取消」
ボタンをクリックすると、ステップＳ４１５に移行し
て、クリックされたのが「取消」ボタンか否か判定す
る。ユーザがその「取消」ボタンをクリックした場合、
判定はＹＥＳとなり、表示中の画面などを消去した後、
一連の処理を終了する。そうでな場合には、判定はＮＯ
となってステップＳ４１６に移行する。

【００４５】ステップＳ４１６では、その時点でチェッ
クマークが表示されている行の入札者を売り手（落札
者）として決定する。続くステップＳ４１７では、落札
者、及びその落札者が入札した内容をユーザに確認させ
るために、図１２に示すような売買確認画面を表示させ
る。その図１２に示す画面は、図１１に示す状態でユー
ザが「決定」ボタンをクリックしたときのものである。
その図１１では、チェックマークが表示されていた入札
者は、商品名が「海苔」では「佐藤酒店」と「村上商
店」であり、商品名が「○○小麦粉１ｋｇ」では「南商
店」、商品名が「洗剤○○」では「松野薬局」である。
このことから、図１２に示す画面では、それら商品名の
商品の売り手をそれらの入札者として良いのか否かを確
認する形となっている。

【００４６】図１２に示すように、売買確認画面には、
「送信」ボタン、及び「前画面」ボタンが配置されてい
る。そのうちの何れかをユーザがクリックすると、ステ
ップＳ４０８に移行して、ユーザが実行、即ち落札者の
確定を指示したか否か判定する。ユーザが「送信」ボタ
ンをクリックした場合、実行が指示されたと判定して、
ステップＳ４０９に移行する。そうでない場合には、即
ちユーザが「前画面」ボタンをクリックした場合には、
取消が指示されたと判定して上記ステップＳ４１４に戻
る。

【００４７】ステップＳ４１８から移行した場合、ステ
ップＳ４０９では、図１２に示す売買確認画面で表示さ
れているデータをＷｅｂサーバ１０２に送信して、商品
の落札が行われたことやその落札の内容（売り手が決ま
った商品数を含む）について通知する。その一方では、
売り手（商品を売る相手）の決定に伴い、その売り手と
の取引を行うために、図１３に示すような売上伝票を自
動発行する。更には、その落札の内容に応じて、在庫Ｄ
Ｂ１１１、不良在庫ＤＢ１１２、及びオークション出品
ＤＢ１１３の該当するレコードの内容の更新を行い、売
り手の決定をそれらのＤＢ１１１〜１１３に反映させ
る。そのようなことを行った後、ステップＳ４１０に移
行する。

【００４８】売上伝票を自動発行することで、商品の出
品者は売り手を決定した以降の取引をより迅速に行える
ようになる。また、伝票発行のために煩わしい操作を行
う必要がなくなるため、操作性も向上することになる。

【００４９】Ｗｅｂサーバ１０２は、上記ステップＳ４
０９の実行により図１２に示す売買確認画面上のデータ
を受信すると、そのデータを基に、オークション商品管
理ＤＢ１１６中の対応するレコードの内容を更新する一
方、そのデータを受信した旨を通知する画面をＰＣ１０
３Ａに送信する。このことから、ステップＳ４１８から
ステップＳ４０９に移行した場合、ステップＳ４１０で
はその画面を表示してデータの送信が完了したことをユ
ーザに通知する。その画面にも、図１０に示すような
「了解」ボタンが配置されており、ユーザがそのボタン
をクリックすると、表示中の画面などを消去した後、一
連の処理を終了する。

【００５０】本実施の形態では、このように、メニュー
画面上で入札状況確認を選択すると、出品した商品への
入札状況の確認や、落札者の決定を随時、行えるように
している。これは、複数の商品を１商品としてオークシ
ョンに出品するため、図８に示す不良在庫オークション
出品決定画面上で入札締切日を指定しても、商品が残っ
ている限りオークションは成立するからである。そのよ
うに、落札者を随時、決定できるようにすると、希望個
数は少なくとも単価が高い入札者に商品を落札させるよ
うなことが行える。このため、商品を出品する側にとっ
ては、商品全体での売り上げをより上げたり、商品を随
時、お金に換えることができ、高い利便性を得ることが
できる。商品を購入する側にとっても、入札締切日を待
たずに商品を手に入れることができるため、利便性が向
上することになる。

【００５１】図６は、Ｗｅｂサーバ１０２接続時におけ
るＰＣ１０３の動作の流れを示す動作フローチャートで
ある。次に、図６を参照して、次に、上記不良在庫管理
処理を実行しないＰＣ１０３がＷｅｂサーバ１０２にア
クセスした際の動作、その動作を実現させるＷｅｂサー
バ１０２の動作について詳細に説明する。その図６に示
す動作フローチャートは、ＰＣ１０３のＣＰＵが、例え
ばハードディスク装置内のハードディスクに格納された
プログラムを実行することで実現される。

【００５２】Ｗｅｂサーバ１０２上に開設されたオーク
ションサイトにＰＣ１０３がアクセスすると、Ｗｅｂサ
ーバ１０２は図１４に示すようなホームページを送信す
る。このことから、先ず、ステップＳ６０１では、その
ホームページを受信して表示する。そのホームページに
は、メニューとして、「ユーザ登録」「オークション参
加」及び「オークション出品商店一覧」が配置されてい
る。ＰＣ１０３のユーザがそれらのうちの一つをクリッ
クすると、ステップＳ６０２に移行して、ユーザが選択
したメニューの種類を判定する。それ以降は、その判定
結果に応じて処理が分岐する。

【００５３】そのステップＳ６０２でユーザが「ユーザ
登録」を選択したと判定すると、次にステップＳ６０３
に移行する。そのステップＳ６０３では、ユーザの選択
結果をデータとしてＷｅｂサーバ１０２に送信し、その
データを受信してＷｅｂサーバ１０２が送信する図１５
に示すようなユーザ登録画面を受信するのを待って、そ
の画面を表示する。

【００５４】上記ユーザ登録画面には、図１５に示すよ
うに、様々なボックスが配置されており、ユーザはその
全てのボックスにデータを入力する。そのデータ入力
や、「登録」ボタン、或いは「取消」ボタンのクリック
などは、ステップＳ６０３の実行によって実現される。
ユーザが「登録」ボタン、或いは「取消」ボタンをクリ
ックすると、ステップＳ６０４に移行する。なお、図１
５中の項目「会社名」に入力されたデータは、図１１に
示す入札価格一覧表示画面では項目「取引先」のデータ
として表示され、項目「住所」で入力された都道府県
名、及び市町村名は、その図１１に示す画面では項目
「所在地」のデータとして表示される。

【００５５】ステップＳ６０４では、クリックされたの
が「登録」ボタンか否か判定する。ユーザがそのボタン
をクリックした場合、判定はＹＥＳとなってステップＳ
６０５に移行する。そうでない場合には、判定はＮＯと
なって上記ステップＳ６０３に戻る。そのステップＳ６
０３に戻った場合には、ユーザは始めからデータ入力を
行うことになる。

【００５６】ステップＳ６０５では、ユーザが図１５の
ユーザ登録画面上で入力したデータをＷｅｂサーバ１０
２に送信し、それによってＷｅｂサーバ１０２が生成し
送信する図１６に示すような登録確認画面を受信して表
示する。その登録確認画面には、「登録」ボタン、及び
「戻る」ボタンが配置されている。そのうちの一つをユ
ーザがクリックすると、ステップＳ６０６に移行して、
「登録」ボタンがクリックされたか否か判定する。ユー
ザが「登録」ボタンをクリックした場合、判定はＹＥＳ
となってステップＳ６０７に移行する。そうでない場
合、判定はＮＯとなり、上記ステップＳ６０３に戻る。

【００５７】ステップＳ６０７では、ユーザが登録を指
示した旨を示すデータをＷｅｂサーバ１０２に送信す
る。そのデータを受信したＷｅｂサーバ１０２は、登録
を依頼したユーザに対してユーザＩＤ、及びパスワード
を発行し、そのユーザＩＤ、パスワード、及び既に受信
したデータ（図１５に示す画面上で入力されたデータ）
からなるレコードをユーザ情報ＤＢ１１５に新たに追加
する。そのようにしてユーザの登録を行う一方、ＰＣ１
０３に対しては、図１７に示すような登録完了画面を生
成して送信する。その画面を受信しての表示もステップ
Ｓ６０７で行われる。

【００５８】図１７に示すように、登録完了画面には
「トップページへ」ボタンが配置されている。そのボタ
ンをユーザがクリックすると、上記ステップＳ６０１に
戻り、図１４に示すホームページを表示する。

【００５９】上記ステップＳ６０３〜Ｓ６０７を実行す
ることでユーザ登録が行われる。図４に示す不良在庫管
理処理の実行時にも、特に図示していないが、それらの
ステップＳ６０３〜Ｓ６０７と同様の内容、流れで処理
を実行することでユーザ登録が行えるようになってい
る。

【００６０】図１４に示すホームページ上でユーザが
「オークション参加」を選択（クリック）すると、その
ことがステップＳ６０２で判定されてステップＳ６０８
に移行する。そのステップＳ６０８では、ユーザの選択
結果をデータとしてＷｅｂサーバ１０２に送信し、その
データを受信してＷｅｂサーバ１０２が送信する図１８
に示すようなユーザ認証画面を受信するのを待って、そ
の画面を表示する。続くステップＳ６０９では、ユーザ
の操作に応じてユーザＩＤ、及びパスワードを入力し、
ユーザが「実行」ボタンをクリックすると、入力したユ
ーザＩＤ、パスワードをＷｅｂサーバ１０２に送信す
る。

【００６１】ユーザＩＤ、パスワードを受信したＷｅｂ
サーバ１０２は、例えばユーザＩＤをキーとしてユーザ
情報ＤＢ１１５の検索を行い、それらの組み合わせがユ
ーザ情報ＤＢ１１５に格納されているか否か確認する。
その結果、それらの組み合わせを格納したレコードがユ
ーザ情報ＤＢ１１５に存在しているのを確認すると、登
録した正規のユーザがオークションに参加を希望してき
たとして、図１９に示すような業種選択画面を送信す
る。ステップ６０９に続くステップＳ６１０では、その
画面を受信して表示する。なお、図１８に示すユーザ認
証画面上で「取消」ボタンをユーザがクリックすると、
特には図示していないが、上記ステップｓ６０１に戻っ
て図１４に示すホームページを表示するようになってい
る。

【００６２】上記業種選択画面には、業種（ジャンル）
を入力するボックス、そのボックスに入力する業種を選
択するためのプルダウンボタン、及び「決定」ボタンが
配置されている。業種の入力は、プルダウンボタンをク
リックして選択候補の一覧を表示させ、そのなかから一
つを選択することで行うようになっている。そのように
して業種を入力した後、ユーザが「決定」ボタンをクリ
ック、或いは特には図示していないボタンなどをクリッ
クしてオークション参加の取りやめを指示すると、ステ
ップＳ６１０からステップＳ６１１に移行する。

【００６３】ステップＳ６１２では、ユーザが実行を指
示したか否か判定する。ユーザが秒種の選択を行った
後、「決定」ボタンをクリックした場合、判定はＹＥＳ
となってステップＳ６１２に移行する。そうでない場合
には、即ちオークション参加の取りやめをユーザが指示
した場合には、判定はＮＯとなり、上記ステップＳ６０
１に戻って図１４に示すホームページを表示する。

【００６４】上記業種（ジャンル）は、図１５に示すよ
うに、ユーザ登録画面上でも入力するようになってい
る。本実施の形態では、２つまで入力することができる
ようにしている。これは、ユーザが様々な商品を扱うこ
とも多いためである。登録したユーザが商品を出品する
と、その出品した商品は、登録時に入力した業種の商品
であるとして扱い、その業種はオークション商品管理Ｄ
Ｂ１１６にも格納している。そのユーザ登録画面には、
通常参加ジャンルの入力項目がある。Ｗｅｂサーバ１０
２は、その通常参加ジャンルに入力された業種（ジャン
ル）をボックスに表示させた状態で業種選択画面を送信
する。このことから、図１９に示す業種選択画面上で業
種を選択することなく「決定」ボタンをクリックする
と、登録時に入力した通常参加ジャンルをユーザが選択
したことになる。

【００６５】ステップＳ６１２では、ユーザが図１９に
示す画面上で選択した業種を示すデータをＷｅｂサーバ
１０２に送信する。そのデータを受信したＷｅｂサーバ
１０２は、受信したデータが表す業種をキーとしてオー
クション商品管理ＤＢ１１６の検索を行い、該当するレ
コードを抽出し、図２０に示すような商品オークション
画面を生成して送信する。

【００６６】上記商品オークション画面では、図２０に
示すように、各商品（行）毎にチェックボックスが配置
され、そのボックスにチェックマークを表示させること
で入札する商品を選択するようになっている。項目「希
望個数」、項目「希望金額」には、それぞれ、ユーザが
望む数字（入札内容）を入力することができる。その画
面に配置された「送信」ボタン、或いは「取消」ボタン
をユーザがクリックすると、ステップＳ６１２からステ
ップＳ６１３に移行して、「取消」ボタンがクリックさ
れたか否か判定する。ユーザがその「取消」ボタンをク
リックした場合、判定はＹＥＳとなり、ステップＳ６１
７で入力されたデータをクリアした後、上記ステップＳ
６１０に戻る。そうでない場合には、判定はＮＯとな
り、ステップＳ６１４に移行する。

【００６７】ステップＳ６１４では、図２０に示す商品
オークション画面上でユーザが入力したデータをＷｅｂ
サーバ１０２に送信する。そのデータを受信したＷｅｂ
サーバ１０２は、図２０に示す画面上で入札を希望した
商品のデータのみを抽出し、オークションに参加を希望
した内容を確認させるために、図２１に示すようなオー
クション参加確認画面を生成し、それを送信する。その
画面を受信して表示するのはステップＳ６１４で行われ
る。

【００６８】図２１に示す画面には、「実行」ボタン、
及び「前画面」ボタンが配置されている。それらのうち
の何れかをユーザがクリックすると、ステップＳ６１４
からステップＳ６１５に移行して、「実行」ボタンがク
リックされたか否か判定する。ユーザが「実行」ボタン
をクリックした場合、判定はＹＥＳとなり、ステップＳ
６１６に移行する。そうでない場合には、判定はＮＯと
なり、ステップＳ６１７に移行する。

【００６９】ステップＳ６１６では、Ｗｅｂサーバ１０
２にオークション参加をユーザが最終的に指示した旨を
送信する。その旨を受信したＷｅｂサーバ１０２は、図
２１に示す画面上で配置したデータ、オークション商品
管理ＤＢ１１６に格納された商品のデータを商品毎にま
とめ、入札ＤＢ１１７に格納する。同じユーザが同じ商
品に既に入札を行っていれば、該当するレコードの内容
を更新する。そのようにして、ユーザが指定した内容で
のオークションへの参加を完了させる一方、オークショ
ンへの参加が完了したことを通知するために、図２２に
示すようなオークション参加完了確認画面を生成して送
信する。

【００７０】その確認画面には、図２２に示すように、
「トップページへ」ボタンが配置されている。ユーザが
そのボタンをクリックすると、上記ステップＳ６０１に
戻り、図１４に示すホームページを表示する。

【００７１】このようにして、登録されたユーザは、随
時、オークションに参加できるようになっている。ユー
ザがオークションに参加する度に、入札ＤＢ１１７には
レコードが追加されたり、それに格納されたレコードの
内容が更新される。

【００７２】図１４に示すホームページ上でユーザが
「オークション出品商品一覧」を選択（クリック）する
と、そのことがステップＳ６０２で判定されてステップ
Ｓ６１８に移行する。そのステップＳ６１８では、ユー
ザの選択結果をデータとしてＷｅｂサーバ１０２に送信
し、そのデータを受信してＷｅｂサーバ１０２が送信す
る図２３に示すような商品一覧出品画面を受信するのを
待って、その画面を表示する。その画面を表示した後
は、ステップＳ６１９に移行する。

【００７３】その商品一覧出品画面は、図１９に示す業
種選択画面と同様の構成となっている。即ちプルダウン
ボタンを操作して選択候補の一覧を表示させ、そのなか
から一つを選択することで業種を入力するようになって
いる。デフォルトは、ユーザが図１５に示すユーザ登録
画面上で入力した通常参加ジャンルである。ステップＳ
６１９では、そのような業種の入力をユーザの操作に応
じて行う。

【００７４】図２３に示す画面上に配置された「決定」
ボタンをユーザがクリックすると、ステップＳ６１９か
らステップＳ６２０に移行する。そのステップＳ６２０
では、Ｗｅｂサーバ１０２にボックス内に入力されてい
る業種のデータを送信する。そのデータを受信したＷｅ
ｂサーバ１０２は、例えばそのデータをキーにしてオー
クション商品管理ＤＢ１１６を検索し、該当するレコー
ド（商品）を抽出する。抽出したレコードは、出品者別
にまとめる。また、抽出したレコードに格納された識別
ＩＤをキーとして入札ＤＢ１１７の検索を行い、該当す
るレコードを抽出して、商品単位で入札された件数をカ
ウントする。そのようなことを行った後、図２４に示す
ような出品商品一覧画面を生成して送信する。上記ステ
ップＳ６２０では、その画面を受信して表示することも
合わせて行う。図２４に示すような画面が表示されるこ
とで、ユーザはどの出品者（ユーザ）がそのような商品
を出品し、その商品に対してどれぐらいの入札が行われ
ているかを容易に知ることができる。

【００７５】その出品商品一覧画面には、「トップペー
ジ」ボタンの他に、業種（ジャンル）を入力するボック
ス、プルダウンボタン、「決定」ボタンが図２３に示す
画面のように配置されている。それにより、業種を換え
て、一覧画面を表示することができるようになってい
る。

【００７６】その出品商品一覧画面上の「トップペー
ジ」ボタン、或いは「決定」ボタンをユーザがクリック
すると、ステップＳ６２０からステップＳ６２１に移行
して、ユーザがクリックしたボタンの種類を判定する。
ユーザが「トップページ」ボタンをクリックした場合、
その旨が判定されて上記ステップＳ６０２に移行し、図
１４に示すホームページを表示する。そうでない場合に
は、即ち「決定」ボタンをユーザがクリックした場合に
は、その旨が判定されて上記ステップＳ６２０に移行す
る。

【００７７】次に、図７に示す動作フローチャートを参
照して、Ｗｅｂサーバ１０２に注目してその動作を説明
する。その図７に示す動作フローチャートは、図６のス
テップＳ６０９〜Ｓ６１７のＰＣ１０３の動作を実現さ
せる動作の流れを示したものである。その動作フローチ
ャートは、Ｗｅｂサーバ１０２のＣＰＵが、例えばハー
ドディスク装置のハードディスクに格納されたプログラ
ムを実行することで実現される。

【００７８】図１８に示すユーザ認証画面を表示した後
は、ステップＳ７０１に移行して、ＰＣ１０３からユー
ザＩＤ、パスワードを受信するのを待つ。それらを受信
すると、ステップＳ７０２に移行し、例えばユーザＩＤ
をキーとしてユーザ情報ＤＢ１１５の検索を行い、それ
によって抽出したレコードのパスワードが受信したパス
ワードと一致するか否か確認することで認証を行う。そ
の認証を行った後は、ステップＳ７０３に移行して、正
規ユーザがオークション参加を希望してきたか否か判定
する。ユーザ情報ＤＢ１１５に、受信したユーザＩＤ、
パスワードが同じレコードに格納されているものが存在
していた場合、判定はＹＥＳとなりステップＳ７０４に
移行する。そうでない場合には、判定はＮＯとなり、ス
テップＳ７１５に移行してトップページを送信した後、
一連の処理を終了する。

【００７９】ステップＳ７０４では、図１９に示すよう
な業種選択画面をＰＣ１０３に送信する。続くステップ
Ｓ７０５では、ＰＣ１０３から業種を示すデータを受信
するのを待つ。そのデータを受信すると、ステップＳ７
０６に移行して、その業種に該当するレコードをオーク
ション商品管理ＤＢ１１６から抽出し、そのレコード中
のデータを用いて図２０に示すような商品オークション
画面を生成し送信する。その後は、ステップＳ７０７に
移行して、ＰＣ１０３からデータを受信するのを待つ。

【００８０】そのデータを受信すると、ステップＳ７０
８に移行して、そのデータがオークションへの参加を表
明するものであるか否か判定する。ＰＣ１０３のユーザ
が図２０に示す商品オークション画面上のチェックボッ
クスにチェックマークを表示させた状態で「送信」ボタ
ンをクリックした場合、判定はＹＥＳとなってステップ
Ｓ７０９に移行する。そうでない場合には、即ちどのチ
ェックボックスにもチェックマークを表示させることな
く「送信」ボタンをクリックするか、或いは「取消」ボ
タンをクリックした場合には、が判定はＮＯとなって上
記ステップＳ７０４に戻る。なお、ステップＳ７０９の
判定がＹＥＳのときには、ユーザが図２０に示す画面上
で入力したデータがステップＳ７０８で受信される。

【００８１】ステップＳ７０９では、ユーザがチェック
マークを表示させたチェックボックスに応じて、図２１
に示すようなオークション参加確認画面を生成して送信
する。続くステップＳ７１０では、ＰＣ１０３からデー
タを受信するのを待つ。そのデータを受信すると、ステ
ップＳ７１１に移行して、そのデータが、ユーザが参加
を確認したことを表すものか否か判定する。ユーザが図
２１に示すオークション参加確認画面上の「実行」ボタ
ンをクリックした場合、判定はＹＥＳとなってステップ
Ｓ７１２に移行し、そうでない場合には、判定はＮＯと
なって上記ステップＳ７０４に戻る。

【００８２】ステップＳ７１２では、参加確認を示すデ
ータを受信したことから、図２２に示すようなオークシ
ョン参加完了画面を生成して送信する。続くステップＳ
７１３では、図２０に示す商品オークション画面上でチ
ェックマークを表示させた商品に対してユーザが入力し
た情報（ここでは、希望個数、及び希望金額）、その商
品の他のデータ、及び入札を行ったユーザのデータを１
レコードにまとめ、そのレコードを用いて入札ＤＢ１１
７を更新する。そのユーザがその商品に対して入札を初
めて行ったのであれば、入札ＤＢ１１７にレコードが追
加され、初めてでなければ、既に格納されているレコー
ドの内容が更新される。

【００８３】ステップＳ７１３に続くステップＳ７１４
では、ＰＣ１０３からデータを受信するのを待つ。その
データを受信すると、即ち図２１に示す画面上の「トッ
プページ」ボタンをユーザがクリックすると、ステップ
Ｓ７１５に移行して、図１４に示すトップページを送信
した後、一連の処理を終了する。

【００８４】なお、本実施の形態では、オークションに
出品する候補を抽出するために参照するＤＢ（或いはフ
ァイル）を予め特定しているが、そのＤＢ（或いはファ
イル）はユーザが任意に選択できるようにしても良い。
その候補として、不良在庫判断日数を過ぎた商品を無条
件で抽出しているが、商品毎に抽出するうえでの条件を
任意に設定できるようにしても良い。例えば、その候補
とすべき商品の範囲を特定する条件を設定させて、その
条件を満たす商品のみを対象に候補を抽出するようにし
ても良い。

【００８５】上述したようなＰＣ１０３、Ｗｅｂサーバ
１０２、或いはその変形例の動作を実現させるようなプ
ログラムは、ＣＤ−ＲＯＭ、フロッピー（登録商標）デ
ィスク、或いは光磁気ディスク等の記録媒体に記録させ
て配布しても良い。或いは、公衆網等の通信回線を用い
て、そのプログラムの一部、若しくは全部を配信するよ
うにしても良い。そのようにした場合には、ユーザはプ
ログラムを取得してコンピュータ（データ処理装置）に
ロードすることにより、そのコンピュータ、更にはそれ
とネットワークにより複数のコンピュータが接続された
システムに本発明を適用させることができる。このこと
から、記録媒体は、プログラムを配信する装置がアクセ
スできるものであっても良い。

【００８６】

【発明の効果】以上、説明したように本発明は、オーク
ションに出品する商品となりうる物（例えば商品）のデ
ータが格納されたデータベース（或いはファイル）を参
照して、それにデータが格納された物のなかから、オー
クションに商品として出品する候補を抽出してユーザに
提示し、その候補のなかで実際に出品する物をユーザに
選択させ、その選択された物のデータを、ネットワーク
上でオークションの場を提供しているオークションサー
バに送信することにより、ユーザに選択させた物をオー
クションに出品させる。このため、ユーザは、ネットワ
ーク上で行われるオークションへの商品の出品を容易、
且つ迅速に行うことができる。

【図面の簡単な説明】

【図１】本実施の形態によるオークションシステムの構
成を示す図である。

【図２】オークションに出品する場合におけるＰＣとＷ
ｅｂサーバ間のデータのやりとりを説明する図である。

【図３】出品した商品に対する入札が行われた場合にお
けるＰＣとＷｅｂサーバ間のデータのやりとりを説明す
る図である。

【図４】不良在庫管理処理のフローチャートである。

【図５】不良在庫判定処理の動作フローチャートであ
る。

【図６】Ｗｅｂサーバ接続時におけるパーソナルコンピ
ュータの動作の流れを示す動作フローチャートである。

【図７】図６のステップＳ６０９〜Ｓ６１７を実現させ
るＷｅｂサーバの動作の流れを示す動作フローチャート
である。

【図８】不良在庫オークション出品決定画面例を示す図
である。

【図９】不良在庫オークション出品確認画面例を示す図
である。

【図１０】不良在庫オークション出品完了画面例を示す
図である。

【図１１】入札価格一覧画面例を示す図である。

【図１２】売買確認画面例を示す図である。

【図１３】売り手の決定に応じて自動発行する売上伝票
例を示す図である。

【図１４】ホームページ例を示す図である。

【図１５】ユーザ登録画面例を示す図である。

【図１６】登録確認画面例を示す図である。

【図１７】登録完了画面例を示す図である。

【図１８】ユーザ認証画面例を示す図である。

【図１９】業種選択画面例を示す図である。

【図２０】商品オークション画面例を示す図である。

【図２１】オークション参加確認画面例を示す図であ
る。

【図２２】オークション参加完了確認画面例を示す図で
ある。

【図２３】一覧表示業種選択画面例を示す図である。

【図２４】出品商品一覧画面例を示す図である。

【符号の説明】

１０１ インターネット １０２ Ｗｅｂサーバー １０３ パーソナルコンピュータ １１１ 在庫データーベース １１２ 不良在庫データベース １１３ オークション出品データベース １１５ ユーザ情報データベース １１６ オークション商品管理データベース １１７ 入札データベース

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ネットワークに、オークションに商品を
   出品するための第１の端末装置、該オークションに参加
   するための第２の端末装置、及び該オークションの場を
   提供するオークションサーバが接続されたシステムにお
   いて、 前記第１の端末装置は、 前記オークションに出品する商品の候補を抽出する候補
   抽出手段と、 前記候補抽出手段が抽出した候補のなかから前記オーク
   ションに出品する商品を選択するための商品選択手段
   と、 前記商品選択手段により選択された商品の出品を前記オ
   ークションサーバに依頼する出品依頼手段と、を具備
   し、 前記オークションサーバは、前記出品依頼手段が出品を
   依頼した商品を掲載することで前記オークションに出品
   させる、 ことを特徴とするオークションシステム。
2. 【請求項２】 前記オークションサーバは、 前記オークションに出品させた商品に対し、前記第２の
   端末装置から送信された入札内容を保存する入札内容保
   存手段と、 前記入札内容保存手段に保存された入札内容を、該入札
   内容が送信された商品を出品した前記第１の端末装置に
   送信する入札内容送信手段と、を具備し、 前記入札内容送信手段が前記入札内容を送信した前記第
   １の端末装置側で落札者を決定させる、 ことを特徴とする請求項１記載のオークションシステ
   ム。
3. 【請求項３】 前記第１の端末装置は、個別売買が可能
   な複数の商品を１商品として前記オークションに出品
   し、 前記第２の端末装置は、前記入札内容として、商品の希
   望個数、及び該希望個数の商品に対する希望金額を少な
   くとも送信し、 前記オークションサーバは、前記第１の端末装置側で随
   時、前記商品の数の範囲内で商品の落札者を決定させ
   る、 ことを特徴とする請求項１、または２記載のオークショ
   ンシステム。
4. 【請求項４】 前記候補抽出手段は、商品を個別に在庫
   管理するために構築された在庫データベースを参照し、
   該在庫データベースにデータが格納された商品のなかで
   不良在庫と見なすべき商品を前記オークションに出品す
   る商品の候補として抽出し、 前記商品選択手段は、前記候補抽出手段が抽出した商品
   の前記在庫データベースに格納されているデータを表示
   し、該データを表示させた商品を出品するか否か選択さ
   せるとともに、該表示させたデータの内容をユーザの指
   示に応じて変更し、 前記出品依頼手段は、前記商品選択手段により表示され
   ているデータを前記オークションサーバに送信して、該
   商品選択手段により選択された商品の出品を依頼する、 ことを特徴とする請求項１、２、または３記載のオーク
   ションシステム。
5. 【請求項５】 ネットワークに、オークションに商品を
   出品するための第１の端末装置、該オークションに参加
   するための第２の端末装置、及び該オークションの場を
   提供するオークションサーバが接続されたシステムで用
   いられる方法であって、 前記第１の端末装置に、個別売買が可能な複数の商品を
   １商品として前記オークションに出品させ、 前記第２の端末装置に、前記オークションに出品された
   商品に対する入札内容として、該商品の希望個数、及び
   該希望個数の商品に対する希望金額を少なくとも前記オ
   ークションサーバに送信させ、 前記オークションサーバに、前記第２の端末装置から送
   信された入札内容を前記第１の端末装置に送信させ、 前記入札内容が送信された第１の端末装置側で落札者を
   随時、決定させる、 ことを特徴とするオークション方法。
6. 【請求項６】 ネットワークを介して接続されたオーク
   ションサーバに対し、オークションへの商品の出品を依
   頼するために用いられるデータ処理装置であって、 前記オークションに出品する商品の候補を抽出する候補
   抽出手段と、 前記候補抽出手段が抽出した候補のなかから前記オーク
   ションに出品する商品を選択するための商品選択手段
   と、 前記商品選択手段により選択された商品の出品を前記オ
   ークションサーバに依頼する出品依頼手段と、 を具備したことを特徴とするデータ処理装置。
7. 【請求項７】 ネットワークを介してオークションサー
   バに接続される端末装置を制御するためのコンピュータ
   が実行可能なプログラムを格納した記憶媒体であって、 前記ネットワーク上で行われるオークションに出品する
   商品の候補を抽出させるためのプログラムコードと、 前記抽出された候補のなかから前記オークションに出品
   する商品を選択させるためのプログラムコードと、 前記選択された商品の出品を前記ネットワークに接続さ
   れた前記オークションサーバに依頼させるためのプログ
   ラムコードと、を含むプログラムを格納したことを特徴
   とする記録媒体。