JP2004206432A - Perishable food electronic transaction device, control method and computer program for the same, and storage medium - Google Patents

Perishable food electronic transaction device, control method and computer program for the same, and storage medium Download PDF

Info

Publication number
JP2004206432A
JP2004206432A JP2002374948A JP2002374948A JP2004206432A JP 2004206432 A JP2004206432 A JP 2004206432A JP 2002374948 A JP2002374948 A JP 2002374948A JP 2002374948 A JP2002374948 A JP 2002374948A JP 2004206432 A JP2004206432 A JP 2004206432A
Authority
JP
Japan
Prior art keywords
information
fresh food
terminal
purchase
side terminal
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.)
Withdrawn
Application number
JP2002374948A
Other languages
Japanese (ja)
Inventor
Makoto Seki
誠 関
Yuji Aoki
裕二 青木
Kenichi Kashiwakura
謙一 柏倉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Canon Marketing Japan Inc
Original Assignee
Canon Inc
Canon Marketing Japan Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc, Canon Marketing Japan Inc filed Critical Canon Inc
Priority to JP2002374948A priority Critical patent/JP2004206432A/en
Publication of JP2004206432A publication Critical patent/JP2004206432A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To enable a seller and a purchaser to perform the transaction of perishable foods easily by opening a virtual market on the Internet. <P>SOLUTION: A seller side terminal 2 of a perishable food seller of a marine products company or the like registers a name of food, a quantity, and a suggested wholesale price into a server 1 of a virtual perishable food market. A purchaser side terminal 3 is connected to the server 1, allows the server to retrieve an article a purchaser needs, to set up a name of the article, a quantity, and a suggested buying price, and to register them in the server 1. The seller side terminal 2 is connected to the server 1 and capable of confirming the order of each article the seller has offered for sale. At this time, when there is an order for one of the articles, the order is displayed so that one of the acceptance, suspension and non-acceptance of the order is selectively displayed, a selected content is entered in the server 1, and is given to the purchaser side terminal 3 which has ordered it. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明はコンピュータネットワーク上で生鮮食料品を電子的に取り引きする生鮮食料品電子取引装置、及びその制御方法及びコンピュータプログラム並びに記憶媒体に関するものである。
【0002】
【従来の技術】
生鮮食料品(水産、青果、精肉等)は、工業製品と違い、季節、地域に依存することから、或る意味で特殊な商品である。
【0003】
例えば、生鮮食料品の取り引きに着目してみると、現在でも卸売市場が介在しており、複雑な流通経路とこれまでの商習慣や既得権を踏襲した、二重三重構造になっている。かかる旧態依然とした市場取り引き構造は、その精度疲労を起こしている。
【0004】
また、生鮮食料品の売買方法としては、消費者と生産者がインターネット網を利用し、直接取り引きを行うことで最小限の流通経路で双方明確な品と価格での物資流通を実現する方法が提案されている(例えば、特許文献1参照)。
【0005】
【特許文献1】
特開2002−334223
【0006】
【発明が解決しようとする課題】
しかしながら、上記特許文献1に記載された方法では、生鮮食料品の特徴である鮮度の問題があまり考慮されておらず、実際に取り引きをした場合、例えば商品の運搬に24時間かかるようなケースでは、消費者の手元に届いたときには、鮮度が損なわれてしまうようなケースも考えられる。
【0007】
本発明は、コンピュータネットワーク上の仮想市場を展開し、売り側、買い手側の双方が簡単に生鮮食料品の取り引きを行うことを可能ならしめ、かつ鮮度が損なわれた生鮮食料品の取り引きが行われることのない生鮮食料品電子取引装置、及びその制御方法及びコンピュータプログラム並びに記憶媒体を提供しようとするものである。
【0008】
【課題を解決するための手段】
この課題を解決するため、例えば本発明の生鮮食料品電子取引装置は以下の構成を備える。すなわち、
コンピュータネットワーク上に設けられ、生鮮食料品の電子的取引を仲介する生鮮食料品電子取引装置であって、
生鮮食料品の販売側端末からの提供商品情報を前記コンピュータネットワークを介して受信、格納する共に、当該格納した提供商品情報を生鮮食料品の購入側端末からの要求に応じて提供する第1の情報提供手段と、
前記購入側端末からの購入要求情報をコンピュータネットワークを介して受信、格納すると共に、該当する生鮮食料品の販売側端末からの要求に応じて、各購入側端末からの購入要求情報に対して、少なくとも受注、非受注を選択可能に一覧表示させる情報を提供する第2の情報提供手段と、
該第2の情報提供手段による表示情報を提供した後、販売側端末からの前記受注、非受注の選択情報を受信、格納するともに、購入要求情報を要求した各購入側端末に選択内容を提供する第3の情報提供手段とを備える。
【0009】
【発明の実施の形態】
以下、添付図面に従って本発明にかかる実施形態を詳細に説明する。
【0010】
<第1の実施形態>
図1は、実施形態におけるシステムの概念図である。図中、1は実施形態の中核を成すバーチャル生鮮食品市場を形成するサーバであり、インターネット上に接続されるものである。2は生鮮食品を売手側に設置されている端末であり、3は買手側の端末である。サーバ1、端末2、3はそれぞれパーソナルコンピュータ等の汎用情報処理装置で構成されるものである。それぞれの装置のインターネットへの接続形態は問わない。また、端末2、3は少なくともWebブラウザプログラム(例えば米国マイクロソフト社或いはネットスケープ社が提供するブラウザ等)が動作すれば良く、装置の種類も問われない。
【0011】
サーバ1には、生鮮食料品の取引に参加する会員である、売手及び買手を登録及び記憶管理するマスタデータベース(DB)、取り引き内容及びそれを管理する取り引きDB、生鮮食品を管理する生鮮食品DB(主として売買する商品の名称)が設けられている。
【0012】
マスタDBは、例えば図3に示すごとく、会員ID、名称、代表者、タイプ、パスワード、住所・電話番号・取引金融情報(口座番号含む)等で構成される。ここで「タイプ」とは、その会員が売り手側(卸売側)か、買い手側かを識別するものであり、“1”の場合には売手側(卸売側)、“2”の場合には買手側、“3”はシステム管理者であることを示している。生鮮食品DBについては、名称のみであるので、その説明は省略する。また、取り引きDBの詳細については後述する。
【0013】
また、サーバ1には、食品取り引きに関する表示画面を設定するファイル(端末に向けて転送されることになる)を生成したり、端末からの入力結果に基づく処理を行う電子取り引きボード(プログラム)を有する。
【0014】
図2は、サーバ1における動作処理手順(サーバ1のプログラム)を示している。以下、同図に従って、サーバ1における動作処理手順を説明するが、「…画面表示」とあるのは、分かり易くするためであり、実際は、接続してきているユーザー端末へ向けてhttpプロトコルでファイルを転送する処理である。各端末側では、ブラウザを用いて表示することになる。つまり、表示される場所は、ユーザー側の端末の表示画面であることを付言しておく。
【0015】
ユーザーは、それぞれ自身が所有している端末を操作して、ブラウザを使ってインターネット経由でサーバ1へ接続する。接続の際には、ステップS1で、ログイン画面(不図示)が表示され、その画面でユーザーID、パスワードを入力する。従って、サーバ1は、このときのIDから、マスタDBを参照して、正規の会員であるか否かは勿論のこと、そのログインユーザーが売り手側、買い手側、或いは管理者かの判別を行うことができるようになっている。
【0016】
先ず、本システムの管理者が接続すると、図4に示す画面が表示され(ステップS2)、ここで所望とする項目をマウス等のポインティングデバイスでクリックする(以下、単純に、指定、もしくは選択という表現を用いる)ことで、その選択内容に従って各種処理用の画面が表示される(ステップS3)。ユーザー(会員)の登録や削除(マスタDBへの登録)、商品の登録や削除(生鮮品DBの登録)等といった、各種DBへの登録やデータの抹消を行うことになる
一方、売手(卸売)ユーザーが接続した場合には、売手側の選択画面(不図示)が表示される(ステップS4)。ここでの選択する項目は基本的に2つである。1つは、ネット上に商品を登録(出品)する作業と、登録した商品に対する受注照会及び受注処理を行う作業である。
【0017】
登録処理を選択すると、図5に示すような、生鮮食料品の入力(登録)画面が表示される(図示の場合には、ユーザー名は「ABC水産」であることを示している)。ここで入力する項目は、食料品の種類(名称)、在庫数、1セット当たりの希望販売価格、品質保証期限である。
【0018】
なお、図5では、商品名を指定するコンボボックス、数量及び希望卸売価格の3つを単位とし、一度に最大5品を登録することができる。但し、この画面を何度か表示させることで、6品以上を登録することも可能であるし、場合によっては、スクロール表示させることで5品を越える商品を登録することも可能である。図示の場合、2品目の登録作業を行っている最中を示している。
【0019】
こうして、登録作業を終了する場合には、「入力」ボタンを指定することになる。この結果、サーバ1が有する取引完了DBに、その商品が登録されることになる。
【0020】
説明が前後するが、取引DBは、売手側取引DB、買手側取引DB、そして、取引が成立したデータを格納する取引完了DBで構成される。先の説明において、売手側が商品を登録すると、売手側取引DBにその商品が登録されることになる。
【0021】
図6は売手側取引DBの構造を示している。図5の画面を表示しているユーザーは「ABC水産」(IDは図3から「00123」である)であるので、図6に示す如く、登録した内容が格納される。その他の売手ユーザーが登録した場合も同様である。なお、図示において、取引IDとは、サーバ1の管理を簡単なものとするためのコードであり、1つの商品につき、ユニークなコードが発番される。また、ポインタの意味は後述する。
【0022】
また、売手側ユーザーが、自身が登録した商品の受注状況を閲覧したい場合には、ステップS4で表示された画面(不図示)の中の取引照会を選択する。すると、ステップS6に進み、自身が登録した各商品の一覧(名称、在庫、希望卸売価格)と、現時点での各商品に対する受注状況(各売手ユーザーからの注目希望のセット数の合計)が表示される(不図示)。ここで、例えば表示された登録商品の「河豚1セット(特級)」を選択すると、図7に示す画面が表示される。
【0023】
図示の場合、3者(買手)から注文が来ていることを示している(注文してきているユーザー数に応じて、行数が増えていく)。表示順は、希望仕入価格の高い順とするようにした。なお、希望セット数順にも切り替え可能にしても構わない。
【0024】
買手側の処理の詳細については後述するが、基本的に買手側ユーザーは、或る商品、例えば「河豚1セット特級」を仕入れたい場合には、その商品の検索を行い、その結果表示された複数(1つの場合もあり得る)の登録商品の中から所望とするものに注文処理を行うことになる。
【0025】
例えば、図6における取引コードA00253について、いくつかの買手側から注文があると、サーバ1は、その取引コードに対する注文データを新規に作成する。作成された注文データの所在を明らかにするため、図示のポインタにそのアドレスを格納するために設けた。
【0026】
さて、売手側ユーザーは、図7のかかる画面を閲覧し、ユーザー(図示の場合には、「ABC水産」の端末ユーザ)は、それぞれの注文に応じるか(受注するか)、拒否するか、或いは、現時点で保留するかを、画面右手に表示されるラジオボタンのいずれかをクリックすることで決定する(初期状態では「保留」)。この作業が、図2におけるステップS7である。
【0027】
図7の場合、先頭の2つについて受注し、最後の1つについては保留にしている例を示している。保留については、後程、受注に変更することを可能性を残すためである。そして、この状態で良い場合には、受注処理ボタンを指定する。この受注状態は、図6の取引IDについての状態に反映されることになる。また、詳細は後述するが、このとき、買手側取引DBについても更新処理を行う。
【0028】
買手側は、自身が注文した商品に対する売手側の受注状況が把握できるようにし(後述)、売手側が受注する旨の回答をしてきた場合には、正式に、その注文を行う作業を行うことで、売買が成立することになる。なお、図6において、取引ID00253に対する売手ID00501の売買が成立した場合、この1行のデータは、売買成立DB(不図示)に移動し、図6のデータから抹消する。また、図6の取引ID00253の在庫数「300」から売買成立した数「30」を減じする処理も行う。このとき、売買金額及び仲介手数料の引き落とし処理も行うことになる。
【0029】
次に、買手側の動作処理を説明する。図2において、売手側ユーザーが本サーバ1にログインすると、ステップS8で売手側選択画面(不図示)が表示される。この画面では、ネット(サーバ1)に登録された商品注文と、取引照会のいずれかを選択することになる。
【0030】
ネット登録商品注文を指定すると、ステップS9に進んで、図8の検索画面が表示される。
【0031】
ここで入力する項目は、卸売業者(売手)の指定、商品選択、及び希望仕入価格範囲である。卸売業者及び商品選択は、マスタDB、生鮮品DBを参照するコンボボックス形式で選択するが、卸売業者としては、図示の如く全卸売業者、地域別(例えば、都道府県や、より広範囲は関東等)、或いは、個々の卸売業者で指定可能となっている。
【0032】
さて、図示では、全卸売業者を対象にし、商品名として河豚1セット特級(3kg)を、そして、仕入れ希望価格として4000円以上6000円未満を指定している。この状態で、検索ボタンを指定すると、サーバ1は指定された条件に一致するデータを、売手側取引DBの中から検索し、その結果を希望仕入れ価格の低い順にソートし、その画面情報を、その買手側に転送する。図9は、その画面(図示の場合の買手は「スーパーなごみ」)である。
【0033】
買手側ユーザーは、この画面を見て、仕入れ希望価格及び数量(図示の如く、仕入れ希望数を満足するまで、複数個指定可能)を指定し、その内容で良いと判断した場合には、注文処理ボタンを指定することになる。
【0034】
こうして、必要とする商品がある限り、上記の作業を行うことになる。この結果、個々の売手側取引DBには、先に説明したように、図6のポインタによるリンクが張られていくことになる。また、買手側取引DBにも、かかる情報を登録することになる。
【0035】
買手側取引DBの構造は、図10(a)のようになっていて、会員ID、取引ID、状況(初期状態では未処理)、商品名、発注数、希望仕入れ価格で構成される。
【0036】
先に説明したように、個々の売手側(卸売側)では、受注、拒否、保留のいずれかを設定することになるが、買手側取引DBの状況の欄にもそれが反映される。例えば、売手業者であるABC水産が図7の画面で、「スーパーなごみ」からの注文を受注した場合には、買手側取引DBは、図10(a)の状態から同図(b)の状態へと変化する。また、図10(b)では、他の2つの「河豚セット」については、売手側が拒否、及び未処理(売手側は未だ受注の作業をしていないことになる)の状態を示している。また、残りの「鮎」保留してきていることを示している。「未処理(初期値)」のままの「鰹1セット」については、売手側が受注処理をしていない状態を示している。
【0037】
さて、売手側業務選択画面を表示した状態(図2のステップS8)で、取引照会を指定すると、ステップS10に進んで照会画面が表示される。図11は、その例であり、売手側取引DB(図10(b))に基づく表示例である。
【0038】
図示の如く、個々の注文についての、売手側の回答結果が反映されて表示される。図示の如く、「拒否」は「折り合わず」に、「受注」は「成立」と、売手側が理解しやすい文字列にして表示されるようになる。特に、状況別に、各行の表示形態(例えば文字の色、枠内の拝啓色、文字の太さ)を変えるようにすると更に視覚的に判別できるようにすることができる。
【0039】
ここで、画面上の「更新」の意味であるが、表示中に「未処理」として表示されているデータについて売手側が回答してきた場合に備えるものである。つまり、この「更新」ボタンを指定することで、そのときの最新のデータを表示する。また、「注文確認」ボタンを指定すると、売買成立となり、売手側取引DB及び売手側取引DBの該当するデータを抹消し、売買成立DBにそのデータが移行する。
【0040】
なお、生鮮食料品の如く、「折り合わず」となった商品については、そのデータは抹消されるが、再度、その注文を行うなどの対処を行えばよい。場合によっては、抹消せず、仕入れ価格を変更することで、再度、売手側に問い合わせるようにしても構わない。
【0041】
以上説明したように、本実施形態によれば、これまでの物理的な卸売市場と異なり、早期に売買を行うことが必要な生鮮食料品をネットワーク(インターネット)を介して、自由に売買に参加できるようになり、生鮮食料品が早期に流れることができ、尚且つ、売手及び売手側それぞれが、自身の売買戦略を反映させることができるようになる。
【0042】
<第2の実施形態>
以下、本発明にかかる第2の実施形態について説明する。
【0043】
以下の説明では、上記第1の実施形態と同様な部分については説明を省略し、本実施形態の特徴的な部分を中心に説明する。
【0044】
第2の実施形態も第1の実施形態と同様な生鮮食料品電子取引装置であるが、上記第1の実施形態では、図8において買手側ユーザーの指定条件により、サーバ1は指定された条件に一致するデータを、売手側取引DBの中から検索し、結果を買手側に転送したが、本実施形態では、売手側取引DBの中から検索し、得られた卸売企業の所在地(送り元)と買手側ユーザーの所在地(配送先)を、図2のマスタデータベースから取得し、運搬にかかる時間を算出した結果、買手側に商品が届く時に、売手側取引DB登録されている品質保証期限を過ぎると判断される商品は買手側に転送しないように構成する。
【0045】
図12は、商品の運搬にかかる時間が記載された、運搬時間DBである。
図では、例えば札幌市から那覇市まで、商品を運搬すると24時間かかることを意味する。
【0046】
ここで、買手の住所が札幌市で、売手の住所が那覇市であった場合、価格では条件に一致したとしても、売手側取引DBに登録された、品質保証期限が15時間であったような場合には、商品の到着時には品質保証期限がきれてしまうので、買手側に転送しないことになる。
【0047】
図13は、生鮮品食品電子取引装置が、買手側端末から検索条件を受信してから結果を画面情報として送信するまでのフローチャートである。
【0048】
ステップS101〜ステップS102は買手側端末の処理を示し、ステップS201〜ステップS208は、生鮮食料品電子取引装置の処理を示している。
【0049】
まず、ステップS101において、買手側が商品検索条件を送信すると、生鮮食料品電子取引装置は、ステップS201において、検索条件を受信し、ステップS202において、売手側取引DBを検索する。ステップS203では対象があったがどうかを判断し、無かった場合は、検索結果を買手側端末へ送信する。ここまでは、第1の実施形態と同様である。
【0050】
一方、ステップS203において、対象の商品が検索された場合には、ステップS204で、検索された商品ごとに運搬時間DBを参照する。次にステップS205において、到着時に品質保証期限が過ぎるかどうかを判断し、過ぎると判断された場合には、ステップS206において、該当の商品をステップS202で取得した検索結果から削除し、ステップS207へ進む。ステップS207では全ての該当商品について処理をしたかどうかを判断し、該当商品が残っている場合には、ステップS204に戻り同様の処理を繰り返す。一方、全ての該当商品について処理が終わった場合には、ステップS208に進み、検索結果を表示した画面情報を買手側端末に送信し、ステップS102で買手側端末が受信して処理を修了する。
【0051】
なお、上記実施形態では、主として、鮮魚について説明したが、農産物等の他の生鮮食料品にも適用できることは明らかである。但し、鮮魚と農産物を共通のDBにした場合で、例えば鮮魚についてのデータを検索する場合、農産物が入り交じっているとサーバの負担が増えるので、生鮮食料品毎に異なる取引DB、生鮮品DBを設けることが望ましい。
【0052】
また、売手側は、提供可能な生鮮食料品の画像(デジタルカメラで撮像した画像等)も、サーバ1に提供、及び、保存させるようにし、購入者側はその画像を必要に応じて見るようにしても構わない。
【0053】
また、上記実施形態では、売手側ユーザーは、注文してきた売手側の要求条件(数、及び希望仕入れ価格)から、受注するか、拒否するか、保留にするかを選択したが、売買を継続していくと、次第にお得意様かそうでないかについても着目する必要がでてくる。従って、サーバ1に、各売手毎の顧客を管理するデータベースを用意し、そこで自由にランクづけを行い、管理させるようにしても良い。この場合、図7に、ランクを表示する項目を設け、仕入先毎にそれを表示するようにしても構わない。
【0054】
また、詳述しなかったが、売買が成立した場合、売買成立DBには、売手側及び売手側、商品名、数量、売買金額等が格納されるが、この後のサーバ1の処理に、別途設けた商品運搬DBを参照して、少ない運搬車の手配を自動的に行うようにすると、運搬費を最小限にさせることもできるようになる。
【0055】
また、上記実施形態から明らかなように、サーバ1及び端末2、3は、パーソナルコンピュータ等の汎用情報処理装置で実現できる。要するに、端末2、3はブラウザプログラムが動作すればよいし、サーバ1には、上記の処理を実現するサーバプログラムが動作すれば良い。
【0056】
従って、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に情報伝送手段(記憶媒体、回線・ネットワークを介しての有線信号或いは光や電波の無線信号)を用いて直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが、上記情報伝送手段から、或いは/及び、一旦ハードディスク等の記憶装置にインストールした後であればその記憶装置からそのプログラムをRAMに読み出して実行する場合にも適用できる。
【0057】
従って、本発明は上記実施形態で説明した機能処理をコンピュータで実現するための、該コンピュータにインストールされるプログラムコード自体も本発明を構成するものである。つまり、本発明における特許請求の範囲に記載した要件を満たす機能を実現するコンピュータプログラム自体も本願発明に含まれる。なお、プログラムとしては、プロセッサが直接に解釈し実行可能なオブジェクトコードプログラム、及び、インタプリタにより実行されるプログラム、OS或いはアプリケーション上で動作するスクリプトデータ形式のプログラム等、プログラムの形態は問われない。
【0058】
また、プログラムを供給するための「記憶媒体」としては、例えば、磁気記憶媒体(フロッピー(登録商標)ディスク、ハードディスク、磁気テープ等)、光ディスク(MOやPD等の光磁気ディスク、CD−ROM、CD−R、CD−RW、DVDROM、DVD−RAM等)、メモリカード、紙テープ、ROM素子などを挙げることができる。
【0059】
また、伝送信号によるプログラムの供給方法としては、たとえばクライアントコンピュータのブラウザやftpクライアントを用いてインターネットのWebサイトやftpサーバに接続し、該Webサイトやftpサーバから本発明の機能を実現するコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードする処理がある。
【0060】
また、本発明のプログラムが複数の小プログラムファイルで構成される場合、それぞれの小プログラムファイルを異なるWebサイトやftpサーバからダウンロードすることによっても実現可能である。例えば、本願発明が、その主要部分となるプログラム以外に、それと連携して動作する小プログラム(ダイナミックリンクライブラリやオーバーレイプログラム等)を必要とする場合、その小プログラムをインターネット上のサーバからダウンロードしても構わない。この場合、小プログラムも本願発明を構成する要素の1つとなるので、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるネットワーク上のサーバも、本発明に含まれるものである。なお、小プログラムは、電子メールに添付されるプログラムも含む。
【0061】
また、本発明は、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページ等から暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【0062】
また、コンピュータが、記憶媒体よりRAMに読み出したプログラムを実行することによって、前述した実施形態の機能が実現する以外にも、コンピュータ上で稼動しているOSやドライバプログラムなどが、本発明を構成する要素の1つ、或いは全要素中の一部の要素群の或る部分または全部を実行する場合であっても、前述した実施形態の機能を実現する場合には本発明に含まれる。
【0063】
【発明の効果】
以上説明したように本発明によれば、インターネット上の仮想市場を展開し、売り側、買い手側の双方が簡単に生鮮食料品の取引を行うことが可能になる。
【0064】
また、買手側は、売手側との地理的な条件を意識することなく、金額のみの希望を入力するだけで、品質保証期限が切れて鮮度が損なわれた生鮮食料品の取り引きを行うことが可能になる。
【0065】
また、売手側は売手側取引DBに品質保証期限を登録しておくことにより、品質保証のために買手の所在地を意識することなく、取り引きを行うことが可能になる。
【図面の簡単な説明】
【図1】実施形態における生鮮食料品電子取引のシステム構成図である。
【図2】実施形態におけるサーバの動作処理手順を示すフローチャートである。
【図3】実施形態におけるマスタデータベースの構造を示す図である。
【図4】管理者がログインした際に表示される作業選択画面の例を示す図である。
【図5】売手側端末における商品登録画面の例を示す図である。
【図6】売手側取引データベースの構造を示す図である。
【図7】売手側端末における商品取引画面の例を示す図である。
【図8】買手側端末における注文商品検索の画面の例を示す図である。
【図9】買手側端末における商品注文の画面の一例を示す図である。
【図10】買手側取引データベースの構造を示す図である。
【図11】買手側端末における商品取引画面の例を示す図である。
【図12】商品の運搬にかかる時間を示す図である。
【図13】実施形態におけるサーバの動作処理手順を示すフローチャートである。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a perishables electronic transaction apparatus for electronically trading perishables on a computer network, a control method thereof, a computer program, and a storage medium.
[0002]
[Prior art]
Perishable foods (fisheries, fruits and vegetables, meat, etc.) are special products in a sense because they depend on the season and region, unlike industrial products.
[0003]
For example, focusing on fresh food transactions, the wholesale market is still intervening, and it has a double triple structure that follows complicated distribution channels, conventional business practices and vested rights. Such an outdated market trading structure has caused its precision fatigue.
[0004]
Also, as a method of buying and selling fresh food, there is a method in which consumers and producers use the Internet network and conduct direct transactions, thereby realizing distribution of goods at clear goods and prices with minimal distribution channels. It has been proposed (for example, see Patent Document 1).
[0005]
[Patent Document 1]
JP-A-2002-334223
[0006]
[Problems to be solved by the invention]
However, in the method described in Patent Document 1, the problem of freshness, which is a characteristic of perishable foods, is not taken into account so much. In a case where a transaction is actually made, for example, it takes 24 hours to transport goods. However, there is a case where the freshness is impaired when it reaches the consumer.
[0007]
The present invention develops a virtual market on a computer network, enables both sellers and buyers to easily trade fresh food products, and trades fresh food products with impaired freshness. It is an object of the present invention to provide a fresh food electronic transaction device, a control method thereof, a computer program, and a storage medium which are not to be used.
[0008]
[Means for Solving the Problems]
In order to solve this problem, for example, a perishables electronic transaction device of the present invention has the following configuration. That is,
A perishables electronic transaction device provided on a computer network for mediating electronic transactions of perishables,
A first method for receiving and storing provided product information from a fresh food selling terminal via the computer network, and providing the stored provided product information in response to a request from the fresh food purchasing terminal. Information provision means;
The purchase request information from the purchase side terminal is received and stored via a computer network, and, in response to a request from the sales side terminal of the corresponding fresh food, with respect to the purchase request information from each purchase side terminal, Second information providing means for providing at least information for displaying a list of orders and non-orders in a selectable manner;
After the display information is provided by the second information providing means, the order receiving / non-ordering information from the selling terminal is received and stored, and the selected content is provided to each purchasing terminal that has requested the purchase request information. And third information providing means.
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0010]
<First embodiment>
FIG. 1 is a conceptual diagram of a system according to the embodiment. In the figure, reference numeral 1 denotes a server which forms a virtual fresh food market which is the core of the embodiment, and is connected to the Internet. Reference numeral 2 denotes a terminal installed on the seller side for fresh food, and reference numeral 3 denotes a terminal on the buyer side. The server 1, the terminals 2, 3 are each configured by a general-purpose information processing device such as a personal computer. The connection form of each device to the Internet does not matter. The terminals 2 and 3 need only operate at least a Web browser program (for example, a browser provided by Microsoft Corporation or Netscape Corporation in the United States), and the type of device is not limited.
[0011]
The server 1 includes a master database (DB) for registering and storing and managing sellers and buyers, transaction contents and a transaction DB for managing the same, and a fresh food DB for managing fresh food, which are members participating in the transaction of fresh food. (Mainly the name of the product to be bought and sold).
[0012]
The master DB includes, for example, as shown in FIG. 3, a member ID, a name, a representative, a type, a password, an address, a telephone number, transaction financial information (including an account number), and the like. Here, the "type" identifies whether the member is a seller (wholesale side) or a buyer side. In the case of "1", the member is the seller side (wholesale side). “3” on the buyer side indicates that it is a system administrator. The perishable food DB has only a name, and a description thereof will be omitted. The details of the transaction DB will be described later.
[0013]
The server 1 also includes an electronic trading board (program) that generates a file (to be transferred to the terminal) for setting a display screen related to a food transaction and that performs processing based on an input result from the terminal. Have.
[0014]
FIG. 2 shows an operation processing procedure (a program of the server 1) in the server 1. Hereinafter, the operation processing procedure in the server 1 will be described with reference to the same figure, but "... Screen display" is used for simplicity, and actually, a file is transmitted to the connected user terminal by the http protocol. This is the process of transferring. Each terminal uses a browser for display. That is, it is added that the displayed location is the display screen of the terminal on the user side.
[0015]
Each user operates his / her own terminal and connects to the server 1 via the Internet using a browser. At the time of connection, a login screen (not shown) is displayed in step S1, and a user ID and a password are input on the screen. Therefore, the server 1 refers to the master DB based on the ID at this time, and determines whether the login user is a seller, a buyer, or an administrator, as well as whether or not the user is an authorized member. You can do it.
[0016]
First, when the system administrator connects, a screen shown in FIG. 4 is displayed (step S2), and a desired item is clicked with a pointing device such as a mouse (hereinafter simply referred to as designation or selection). By using expressions, screens for various processes are displayed in accordance with the selected contents (step S3). Registration and deletion of users (members) (registration in the master DB), registration and deletion of products (registration of perishables DB), and deletion of data in various DBs are performed, while sellers (wholesale) If the user connects, a selection screen (not shown) on the seller side is displayed (step S4). There are basically two items to select here. One is a task of registering (exhibiting) a product on the net, and a task of performing order inquiry and order processing for the registered product.
[0017]
When the registration process is selected, a perishable food input (registration) screen as shown in FIG. 5 is displayed (in the illustrated case, the user name is "ABC fisheries"). The items to be entered here are the type (name) of the food item, the number of items in stock, the desired selling price per set, and the quality assurance period.
[0018]
In FIG. 5, a maximum of five items can be registered at a time using three units of a combo box for designating a product name, a quantity, and a desired wholesale price. However, by displaying this screen several times, it is possible to register six or more products, and in some cases, it is possible to register more than five products by scrolling. In the case shown in the figure, a state in which registration work of two items is being performed is shown.
[0019]
In this way, when ending the registration work, the "input" button is designated. As a result, the product is registered in the transaction completion DB of the server 1.
[0020]
As will be described before and after, the transaction DB includes a seller-side transaction DB, a buyer-side transaction DB, and a transaction completion DB that stores data on which a transaction has been established. In the above description, when the seller registers the product, the product is registered in the seller-side transaction DB.
[0021]
FIG. 6 shows the structure of the seller-side transaction DB. Since the user displaying the screen of FIG. 5 is “ABC Fisheries” (the ID is “00123” from FIG. 3), the registered contents are stored as shown in FIG. The same applies when another seller user registers. In the drawing, the transaction ID is a code for simplifying management of the server 1, and a unique code is issued for each product. The meaning of the pointer will be described later.
[0022]
In addition, when the seller-side user wants to view the order status of the merchandise registered by himself, he selects a transaction inquiry on the screen (not shown) displayed in step S4. Then, the process proceeds to step S6, in which a list (name, stock, desired wholesale price) of each product registered by the user and the current order status of each product (total number of sets of attention desired by each seller user) are displayed. (Not shown). Here, when, for example, the displayed registered product “one set of Kawabuta (special grade)” is selected, a screen shown in FIG. 7 is displayed.
[0023]
In the case shown in the figure, it indicates that an order has been received from three parties (buyers) (the number of rows increases in accordance with the number of users who are ordering). The display order is set to the order of the desired purchase price. In addition, you may make it possible to switch also in order of a desired number of sets.
[0024]
Although details of the processing on the buyer side will be described later, basically, when the buyer-side user wants to purchase a certain product, for example, "Kabuta 1 set special grade", the user searches for the product and the result is displayed. Order processing is performed for a desired one of a plurality of (possibly one) registered products.
[0025]
For example, when there are orders from several buyers for the transaction code A00253 in FIG. 6, the server 1 newly creates order data for the transaction code. In order to clarify the location of the created order data, it is provided for storing the address in a pointer shown in the figure.
[0026]
Now, the seller-side user browses the screen shown in FIG. 7, and the user (in the illustrated case, the terminal user of “ABC Fisheries”) accepts each order (accepts an order) or rejects it. Alternatively, whether to suspend at the present time is determined by clicking one of the radio buttons displayed on the right hand side of the screen ("pending" in the initial state). This operation is step S7 in FIG.
[0027]
FIG. 7 shows an example in which orders are received for the first two items and the last one is put on hold. This is because there is a possibility that the suspension can be changed to an order later. If this state is acceptable, the order processing button is designated. This order status is reflected in the status of the transaction ID in FIG. Although details will be described later, at this time, an update process is also performed on the buyer-side transaction DB.
[0028]
The buyer should be able to grasp the seller's order status for the products he ordered (described later), and if the seller responds that the order will be received, formally perform the work to place the order , The sale will be established. In addition, in FIG. 6, when the seller ID00501 trades with respect to the transaction ID00253, the data of this one row moves to the trade completion DB (not shown) and is deleted from the data of FIG. In addition, a process of subtracting the number of completed trades “30” from the stock number “300” of the transaction ID00253 in FIG. 6 is also performed. At this time, the transaction amount and the brokerage commission are also deducted.
[0029]
Next, an operation process on the buyer side will be described. In FIG. 2, when the seller-side user logs in to the server 1, a seller-side selection screen (not shown) is displayed in step S8. On this screen, one of the commodity order registered on the net (server 1) and the transaction inquiry is selected.
[0030]
When the order of the product registered on the net is designated, the process proceeds to step S9, and the search screen of FIG.
[0031]
The items to be entered here are the designation of the wholesaler (seller), the selection of goods, and the desired purchase price range. The wholesaler and the product selection are selected in a combo box format referring to the master DB and the perishable goods DB. As the wholesaler, as shown in the figure, all wholesalers and regions (for example, prefectures, and more extensively Kanto etc.) are shown. ) Or can be specified by individual wholesalers.
[0032]
By the way, in the drawing, all wholesalers are designated, and a special name (3 kg) of one set of Kawabuta is designated as a product name, and a desired purchase price of 4000 yen or more and less than 6000 yen is designated. In this state, when the search button is specified, the server 1 searches the seller-side transaction DB for data that matches the specified conditions, sorts the results in ascending order of the desired purchase price, and displays the screen information thereof. Transfer to the buyer. FIG. 9 shows the screen (the buyer in the case shown is “Super Nagomi”).
[0033]
The buyer side looks at this screen, specifies the desired purchase price and quantity (as shown in the figure, a plurality can be specified until the desired purchase quantity is satisfied), and if it is determined that the contents are satisfactory, the order is placed. The processing button will be specified.
[0034]
In this way, as long as there is a required product, the above operation is performed. As a result, as described above, the link by the pointer in FIG. 6 is established in each seller-side transaction DB. Such information is also registered in the buyer-side transaction DB.
[0035]
The structure of the buyer-side transaction DB is as shown in FIG. 10A, and includes a member ID, a transaction ID, a situation (unprocessed in an initial state), a product name, an order quantity, and a desired purchase price.
[0036]
As described above, on the individual seller side (wholesale side), any one of order acceptance, rejection, and hold is set, and this is reflected in the status column of the buyer-side transaction DB. For example, when ABC Fisheries, a seller, receives an order from "Super Nagomi" on the screen of FIG. 7, the buyer-side transaction DB changes from the state of FIG. 10 (a) to the state of FIG. Changes to In addition, FIG. 10B shows a state in which the seller side has rejected and has not processed (the seller side has not yet performed the work of receiving an order) for the other two “kawa pig sets”. It also indicates that the remaining "Ayu" has been reserved. “One set of bonito” remaining “unprocessed (initial value)” indicates a state in which the seller has not performed order processing.
[0037]
Now, when a transaction inquiry is designated in a state where the seller side business selection screen is displayed (step S8 in FIG. 2), the process proceeds to step S10, and an inquiry screen is displayed. FIG. 11 is an example of this, and is a display example based on the seller-side transaction DB (FIG. 10B).
[0038]
As shown in the figure, the response result on the seller side for each order is reflected and displayed. As shown in the figure, "rejection" is displayed as "not reconciled", and "order received" is displayed as "completed", as character strings that are easy for the seller to understand. In particular, if the display form of each line (for example, the color of the character, the color of the word inside the frame, the thickness of the character) is changed for each situation, it is possible to further visually distinguish the line.
[0039]
Here, the meaning of "update" on the screen is provided in case the seller responds to data displayed as "unprocessed" during display. In other words, by specifying this "update" button, the latest data at that time is displayed. When the "order confirmation" button is designated, the transaction is concluded, and the corresponding data in the seller's transaction DB and the seller's transaction DB are deleted, and the data is transferred to the transaction confirmation DB.
[0040]
Note that, for products that have been “mismatched”, such as fresh food, the data is deleted, but the order may be taken again, for example. In some cases, the seller may be contacted again by changing the purchase price without being deleted.
[0041]
As described above, according to the present embodiment, unlike the physical wholesale market up to now, fresh food items that need to be bought and sold early can freely participate in buying and selling via a network (Internet). This allows fresh food to flow early, and also allows the seller and the seller to reflect their trading strategies.
[0042]
<Second embodiment>
Hereinafter, a second embodiment according to the present invention will be described.
[0043]
In the following description, the description of the same parts as those in the first embodiment will be omitted, and the description will focus on the characteristic parts of the present embodiment.
[0044]
Although the second embodiment is also a perishable food electronic transaction device similar to the first embodiment, in the first embodiment, the server 1 determines the designated condition according to the designated condition of the buyer user in FIG. Is searched from the seller's transaction DB and the result is transferred to the buyer's side. In the present embodiment, the data of the wholesale company obtained by searching from the seller's transaction DB and obtained is ) And the location (delivery destination) of the buyer's user from the master database in FIG. 2 and calculating the time required for transportation, as a result, the quality assurance period registered in the seller's transaction DB when the goods arrive at the buyer's side Is configured not to be transferred to the buyer side.
[0045]
FIG. 12 is a transport time DB in which the time required to transport the product is described.
In the figure, it means that it takes 24 hours to transport goods from, for example, Sapporo to Naha.
[0046]
Here, if the buyer's address is Sapporo City and the seller's address is Naha City, the quality assurance period registered in the seller's transaction DB was 15 hours even if the price matched the conditions. In such a case, the quality assurance period expires upon the arrival of the product, so the product is not transferred to the buyer.
[0047]
FIG. 13 is a flowchart from the time when the perishable food electronic transaction device receives the search condition from the buyer terminal to the time when the result is transmitted as screen information.
[0048]
Steps S101 to S102 show processing of the buyer terminal, and steps S201 to S208 show processing of the perishables electronic transaction device.
[0049]
First, in step S101, when the buyer transmits the commodity search condition, the perishables electronic transaction device receives the search condition in step S201, and searches the seller transaction DB in step S202. In step S203, it is determined whether or not there is an object. If there is no object, the search result is transmitted to the buyer terminal. Up to this point, it is the same as in the first embodiment.
[0050]
On the other hand, if the target product is found in step S203, the transport time DB is referred to for each found product in step S204. Next, in step S205, it is determined whether or not the quality assurance period has passed upon arrival. If it is determined that the time has passed, in step S206, the corresponding product is deleted from the search result obtained in step S202, and the process proceeds to step S207. move on. In step S207, it is determined whether or not the processing has been performed for all the corresponding products. If there are any remaining products, the process returns to step S204 and the same processing is repeated. On the other hand, if the processing has been completed for all the corresponding products, the process proceeds to step S208, where screen information displaying the search result is transmitted to the buyer's terminal, and the buyer's terminal receives and completes the processing in step S102.
[0051]
In the above embodiment, the description has been made mainly on fresh fish, but it is apparent that the present invention can be applied to other fresh food products such as agricultural products. However, in the case where fresh fish and agricultural products are used as a common DB, for example, when searching for data on fresh fish, the load on the server increases when agricultural products are mixed, so that a different transaction DB, fresh food DB It is desirable to provide.
[0052]
In addition, the seller side also provides the server 1 with an image of a fresh food item that can be provided (such as an image captured by a digital camera) and stores the image, and the buyer side views the image as necessary. It does not matter.
[0053]
Further, in the above embodiment, the seller-side user selects the order, rejects, or puts on hold based on the requirements (number and desired purchase price) of the seller who has placed the order, but continues to buy and sell. As you do so, you will need to focus on whether you are good or not. Therefore, the server 1 may be provided with a database for managing customers for each seller, where the database may be freely ranked and managed. In this case, an item for displaying the rank may be provided in FIG. 7, and the item may be displayed for each supplier.
[0054]
Although not described in detail, when a trade is made, the trade completion DB stores the seller side and the seller side, a product name, a quantity, a trade price, and the like. If a small number of transport vehicles are automatically arranged with reference to a separately provided product transport DB, transport costs can be minimized.
[0055]
Further, as is apparent from the above embodiment, the server 1 and the terminals 2 and 3 can be realized by a general-purpose information processing device such as a personal computer. In short, the terminals 2 and 3 only need to run a browser program, and the server 1 only needs to run a server program that implements the above processing.
[0056]
Therefore, the present invention uses a software program for realizing the functions of the above-described embodiments by using an information transmission means (a storage medium, a wired signal via a line or a network, or a wireless signal of light or radio waves) in a system or an apparatus. If the computer of the system or apparatus reads the program from the information transmission means and / or from the storage device once installed in the storage device such as a hard disk, the computer reads the program into the RAM. It is also applicable when executing.
[0057]
Therefore, in the present invention, the program code itself installed in the computer for implementing the functional processing described in the above embodiment by the computer also constitutes the present invention. In other words, the present invention includes a computer program that realizes a function that satisfies the requirements described in the claims of the present invention. The program may be in any form such as an object code program that can be directly interpreted and executed by a processor, a program executed by an interpreter, and a program in a script data format that runs on an OS or an application.
[0058]
Examples of the "storage medium" for supplying the program include a magnetic storage medium (floppy (registered trademark) disk, hard disk, magnetic tape, etc.), an optical disk (magneto-optical disk such as MO and PD, CD-ROM, CD-R, CD-RW, DVDROM, DVD-RAM, etc.), memory card, paper tape, ROM element and the like.
[0059]
As a method of supplying a program by a transmission signal, for example, a computer program that connects to a Web site or ftp server on the Internet using a browser or ftp client of a client computer and realizes the functions of the present invention from the Web site or ftp server There is a process of downloading the file itself or a compressed file including an automatic installation function to a storage medium such as a hard disk.
[0060]
When the program of the present invention is composed of a plurality of small program files, the present invention can also be realized by downloading each small program file from a different Web site or ftp server. For example, when the present invention requires a small program (such as a dynamic link library or an overlay program) that operates in cooperation with the program in addition to the main program, the small program is downloaded from a server on the Internet. No problem. In this case, the small program is also one of the constituent elements of the present invention. Therefore, a server on a network that allows a plurality of users to download a program file for realizing the functional processing of the present invention by computer is also included in the present invention. Included. Note that the small program also includes a program attached to an e-mail.
[0061]
Further, the present invention provides a method in which the program of the present invention is encrypted, stored in a storage medium such as a CD-ROM, distributed to users, and encrypted from a homepage or the like via the Internet for users who have cleared predetermined conditions. It is also possible to download the key information to be decrypted, execute the encrypted program by using the key information, and install the program on a computer to realize the decryption.
[0062]
In addition to the computer realizing the functions of the above-described embodiments by executing the program read from the storage medium to the RAM, the present invention includes an OS and a driver program running on the computer. Even if one or all or some of the elements in all the elements are executed, the functions of the above-described embodiments are included in the present invention.
[0063]
【The invention's effect】
As described above, according to the present invention, it is possible to develop a virtual market on the Internet, and both sellers and buyers can easily trade fresh foods.
[0064]
In addition, buyers can trade fresh foods whose quality assurance has expired and their freshness has been impaired by merely inputting a request for the amount without being aware of the geographical conditions with the seller. Will be possible.
[0065]
In addition, by registering the quality assurance period in the seller's transaction DB, the seller can conduct transactions without being aware of the buyer's location for quality assurance.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of a fresh food electronic transaction in an embodiment.
FIG. 2 is a flowchart illustrating an operation processing procedure of a server in the embodiment.
FIG. 3 is a diagram illustrating a structure of a master database according to the embodiment.
FIG. 4 is a diagram showing an example of a work selection screen displayed when an administrator logs in.
FIG. 5 is a diagram showing an example of a product registration screen on a seller terminal.
FIG. 6 is a diagram showing a structure of a seller-side transaction database.
FIG. 7 is a diagram showing an example of a merchandise transaction screen on a seller terminal.
FIG. 8 is a diagram showing an example of a screen for searching for an ordered product on a buyer terminal.
FIG. 9 is a diagram showing an example of a product order screen on the buyer terminal.
FIG. 10 is a diagram showing the structure of a buyer-side transaction database.
FIG. 11 is a diagram showing an example of a commodity transaction screen on a buyer terminal.
FIG. 12 is a diagram showing a time required for carrying goods.
FIG. 13 is a flowchart illustrating an operation processing procedure of a server in the embodiment.

Claims (9)

生鮮食料品の電子的取引を仲介する生鮮食料品電子取引装置であって、
生鮮食料品の購入側端末からの要求に応じて、生鮮食料品の販売側端末からの商品情報を、前記購入側端末に提供する第1の情報提供手段と、
前記購入側端末からの購入要求情報を、該当する生鮮食料品の販売側端末からの要求に応じて、各購入側端末からの購入要求情報に対して、少なくとも受注、非受注を選択可能に一覧表示させる情報を提供する第2の情報提供手段と、
を備えることを特徴とする生鮮食料品電子取引装置。
A perishables electronic transaction device for mediating perishables electronic transactions,
First information providing means for providing product information from a fresh food selling terminal to the purchasing terminal in response to a request from a fresh food purchasing terminal;
A list of purchase request information from the purchase side terminal, in response to a request from the sales side terminal of the corresponding fresh food, at least an order, a non-order, can be selected for the purchase request information from each purchase side terminal. Second information providing means for providing information to be displayed,
An electronic trading device for fresh food, comprising:
前記生鮮食料品の電子的取引への参加者の、少なくとも所在地情報を記憶する記憶手段と、
前記所在地情報を元に生鮮食料品の運搬にかかる時間を算出する運搬時間算出手段とを備え、
生鮮食料品を運搬した場合に、前記提供商品情報に設定されている品質保証期限を過ぎると判断される生鮮食料品に関しては、前記第1の情報提供手段による提供を制御することを特徴とする請求項1記載の生鮮食料品電子取引装置。
Storage means for storing at least location information of a participant in the electronic transaction of fresh food,
Comprising transport time calculating means for calculating the time required to transport fresh food based on the location information,
When the fresh food is transported, the provision by the first information providing means is controlled for the fresh food determined to have passed the quality assurance period set in the provided product information. The perishable food electronic transaction device according to claim 1.
前記販売側端末及び前記購入側端末は、前記生鮮食料品電子取引装置に対してWebブラウザを用いて接続することを特徴とする請求項第1項又は第2項に記載の生鮮食料品電子取引装置。3. The fresh food electronic transaction according to claim 1, wherein the selling terminal and the purchase terminal are connected to the fresh food electronic transaction device using a Web browser. apparatus. 前記第2の情報提供手段が提供する選択可能な非受注には、更に、拒否、保留が含まれることを特徴とする請求項第1項乃至第3項のいずれか1項に記載の生鮮食料品電子取引装置。The fresh food according to any one of claims 1 to 3, wherein the selectable non-orders provided by the second information providing unit further includes refusal and hold. Goods electronic transaction equipment. 前記第1の情報提供手段は、前記販売側端末より生鮮食料品名、数量、希望卸売価格を前記提供商品情報として受信、格納し、買手側端末に提供することを特徴とする請求項第1項又は第2項に記載の生鮮食料品電子取引装置。2. The method according to claim 1, wherein the first information providing unit receives and stores the name, quantity, and desired wholesale price of fresh food from the selling terminal as the provided product information, and provides the information to the buyer terminal. Or the perishables electronic transaction device according to paragraph 2. 前記第2の情報提供手段は、前記購入側端末より生鮮食料品名、数量、希望仕入価格を前記購入要求情報として受信、格納し、売手側端末に提供することを特徴とする請求項第1項又は第2項に記載の生鮮食料品電子取引装置。2. The method according to claim 1, wherein the second information providing unit receives and stores a perishable food name, a quantity, and a desired purchase price as the purchase request information from the purchase side terminal, and provides the purchase request information to the seller side terminal. Item 3. The fresh food electronic transaction device according to item 2 or 2. コンピュータネットワーク上に設けられ、生鮮食料品の電子的取引を仲介する生鮮食料品電子取引装置の制御方法であって、
生鮮食料品の販売側端末からの提供商品情報を前記コンピュータネットワークを介して受信、格納する共に、当該格納した提供商品情報を生鮮食料品の購入側端末からの要求に応じて提供する第1の情報提供工程と、
前記購入側端末からの購入要求情報を前記コンピュータネットワークを介して受信、格納すると共に、該当する生鮮食料品の販売側端末からの要求に応じて、各購入側端末からの購入要求情報に対して、少なくとも受注、非受注を選択可能に一覧表示させる情報を提供する第2の情報提供工程と、
該第2の情報提供工程による表示情報を提供した後、販売側端末からの前記受注、非受注の選択情報を受信、格納するともに、購入要求情報を要求した各購入側端末に選択内容を提供する第3の情報提供工程と
を備えることを特徴とする生鮮食料品電子取引装置の制御方法。
A method for controlling a perishables electronic transaction device provided on a computer network and mediating electronic transactions of perishables,
A first method for receiving and storing provided product information from a fresh food selling terminal via the computer network, and providing the stored provided product information in response to a request from the fresh food purchasing terminal. Information provision process,
The purchase request information from the purchase side terminal is received and stored via the computer network, and in response to a request from the sales side terminal of the corresponding fresh food, the purchase request information from each purchase side terminal is A second information providing step of providing at least information for displaying a list of orders and non-orders in a selectable manner;
After providing the display information in the second information providing step, the order receiving / non-ordering information from the selling terminal is received and stored, and the selected content is provided to each purchasing terminal that has requested the purchase request information. And a third information providing step.
コンピュータが読み込み実行することで、コンピュータネットワーク上に設けられ、生鮮食料品の電子的取引を仲介する生鮮食料品電子取引装置として機能するコンピュータプログラムであって、
生鮮食料品の販売側端末からの提供商品情報を前記コンピュータネットワークを介して受信、格納する共に、当該格納した提供商品情報を生鮮食料品の購入側端末からの要求に応じて提供する第1の情報提供工程のプログラムコードと、
前記購入側端末からの購入要求情報をコンピュータネットワークを介して受信、格納すると共に、該当する生鮮食料品の販売側端末からの要求に応じて、各購入側端末からの購入要求情報に対して、少なくとも受注、非受注を選択可能に一覧表示させる情報を提供する第2の情報提供工程のプログラムコードと、
該第2の情報提供工程による表示情報を提供した後、販売側端末からの前記受注、非受注の選択情報を受信、格納するともに、購入要求情報を要求した各購入側端末に選択内容を提供する第3の情報提供工程のプログラムコードと
を備えることを特徴とするコンピュータプログラム。
A computer program that is read and executed by a computer, provided on a computer network, and functions as a perishables electronic transaction device that mediates electronic transactions of perishables,
A first method for receiving and storing provided product information from a fresh food selling terminal via the computer network, and providing the stored provided product information in response to a request from the fresh food purchasing terminal. A program code for the information provision process,
The purchase request information from the purchase side terminal is received and stored via a computer network, and, in response to a request from the sales side terminal of the corresponding fresh food, with respect to the purchase request information from each purchase side terminal, At least a program code of a second information providing step for providing information for displaying a list of orders and non-orders in a selectable manner;
After providing the display information in the second information providing step, the order receiving / non-ordering information from the selling terminal is received and stored, and the selected content is provided to each purchasing terminal that has requested the purchase request information. And a program code for a third information providing step.
請求項第8項に記載のコンピュータプログラムを格納することを特徴とする記憶媒体。A storage medium storing the computer program according to claim 8.
JP2002374948A 2002-12-25 2002-12-25 Perishable food electronic transaction device, control method and computer program for the same, and storage medium Withdrawn JP2004206432A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002374948A JP2004206432A (en) 2002-12-25 2002-12-25 Perishable food electronic transaction device, control method and computer program for the same, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002374948A JP2004206432A (en) 2002-12-25 2002-12-25 Perishable food electronic transaction device, control method and computer program for the same, and storage medium

Publications (1)

Publication Number Publication Date
JP2004206432A true JP2004206432A (en) 2004-07-22

Family

ID=32812822

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002374948A Withdrawn JP2004206432A (en) 2002-12-25 2002-12-25 Perishable food electronic transaction device, control method and computer program for the same, and storage medium

Country Status (1)

Country Link
JP (1) JP2004206432A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007018033A (en) * 2005-07-05 2007-01-25 Ichibansha:Kk Circulation system for fresh fish and shellfish
JP2007058440A (en) * 2005-08-23 2007-03-08 Chugoku Electric Power Co Inc:The System and method for collecting/selling coal/wooden biomass mixed fuel
US20170364985A1 (en) * 2015-02-20 2017-12-21 Ohta Foods Market Co., Ltd. Ordering and order receiving system for fish and shellfish

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007018033A (en) * 2005-07-05 2007-01-25 Ichibansha:Kk Circulation system for fresh fish and shellfish
JP2007058440A (en) * 2005-08-23 2007-03-08 Chugoku Electric Power Co Inc:The System and method for collecting/selling coal/wooden biomass mixed fuel
US20170364985A1 (en) * 2015-02-20 2017-12-21 Ohta Foods Market Co., Ltd. Ordering and order receiving system for fish and shellfish

Similar Documents

Publication Publication Date Title
US7047210B1 (en) Method and system for auctioning a product on a computer network
JP4814390B1 (en) Purchase support method and purchase support apparatus
JPH10261026A (en) Electronic commercial transaction system, and recording medium
US20100017299A1 (en) Methods, devices, systems, and computer program products for locating items offered by vendors at customer preferred prices
RU2662638C2 (en) Discounts from several suppliers simultaneous requesting method at the goods aggregator electronic platform
JP4377979B2 (en) Commodity transaction processing device
JPH11232354A (en) Commodity transaction device, system therefor and storage medium
JP2002063407A (en) Network transaction mediation method, network transaction system and network transaction center
US7702562B1 (en) Providing visualization of market offers using patterns of geometric display elements
JPH08194741A (en) Electronic shopping service system
JP2004206432A (en) Perishable food electronic transaction device, control method and computer program for the same, and storage medium
JP2003196513A (en) Network system, estimate information managing method, server device, program and recording medium
JP2008310742A (en) Recipe registration/foods sales system, and recipe registration/foods sales server
KR101793923B1 (en) Method for maintaining period goods for discount
JP2007188360A (en) Small-scale product trading system
JP6502549B2 (en) Electronic commerce integrated management system
JP2004171360A (en) Sales support system, its method, and its program
JP3836986B2 (en) Commodity transaction management device
JP2015060578A (en) Merchandise management device, merchandise management method, and merchandise management program
JP4416265B2 (en) Dealer information display system
JP2007304635A (en) Network buying and selling system
KR101274788B1 (en) The e-commerce and security system&#39;s supporting method which using of multiful real-time vod containing the individual counseling in interactive network environment
KR101824563B1 (en) Business to business autobridge system
Gani et al. Delivery Revolution Through Micro-fulfillment: A Case Study on Chaldal. com
JP4437872B2 (en) A method for providing an auction service using a network and an auction system using the same.

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060307