(57)【要約】      （修正有）【課題】取引者による商品の在庫登録と、発注者による商品の発注を受け付ける受発注システムを提供する。【解決手段】受発注受付サーバ３００は、取引者端末１００から取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、在庫情報受信手段によって受信された在庫情報を記録装置に記録する在庫情報記録手段と、記録装置に記録された在庫情報を発注者端末に開示して、発注者端末である店舗端末２００から、発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、商品の発注を受け付ける第一の発注受付手段と、発注者端末から、発注者が発注を要望する商品に関する情報を要望情報として受信するとともに、要望情報を取引者端末に開示して、取引者端末から、要望情報に基づく発注者の要望に応じるか否かの選択を受け付けることにより、商品の発注を受け付ける第二の発注受付手段とを備える。【選択図】図１
2014074975.tif 000002
【特許請求の範囲】
【請求項１】
商品の受発注を受け付ける受発注受付サーバと、前記商品を発注する発注者が操作する発注者端末と、前記発注者からの注文を受注する取引者が操作する取引者端末とが通信回線を介して接続された受発注システムであって、
前記受発注受付サーバは、
前記取引者端末から前記取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、
前記在庫情報受信手段によって受信された前記在庫情報を記録装置に記録する在庫情報記録手段と、
前記記録装置に記録された前記在庫情報を前記発注者端末に開示して、前記発注者端末から、前記発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、前記商品の発注を受け付ける第一の発注受付手段と、
前記発注者端末から、前記発注者が発注を要望する商品に関する情報を要望情報として受信するとともに、前記要望情報を前記取引者端末に開示して、前記取引者端末から、前記要望情報に基づく前記発注者の要望に応じるか否かの選択を受け付けることにより、前記商品の発注を受け付ける第二の発注受付手段とを備えることを特徴とする受発注システム。
【請求項２】
請求項１に記載の受発注システムにおいて
前記第一の発注受付手段によって受け付けられた発注の内容に基づいて在庫の引き当てを行って、前記記録手段に記録されている前記在庫情報を更新する在庫情報更新手段をさらに備えることを特徴とする受発注システム。
【請求項３】
請求項１または２に記載の受発注システムにおいて、
前記第二の発注受付手段は、前記商品の発注を受け付ける場合には、前記発注者端末から受信した前記要望情報に基づいて特定される商品の原価や売価の変更を、前記取引者端末から受け付けることを特徴とする受発注システム。
【請求項４】
請求項１〜３のいずれか一項に記載の受発注システムにおいて、
前記取引者端末からの前記在庫情報の受信を許可する在庫情報受信許可時間帯、及び前記発注者端末からの前記第一の発注受付手段による前記商品の発注の受け付けを許可する発注受付許可時間帯とを前記記録装置に記録する許可時間帯記録手段と、
前記在庫情報受信手段による前記在庫情報の受信の可否、および前記第一の発注受付手段による前記商品の発注を受け付けの可否を、前記記録手段に記録されている前記在庫情報受信許可時間帯と前記発注受付許可時間帯とに基づいて決定する決定手段とをさらに備えることを特徴とする受発注システム。
【請求項５】
請求項４に記載の受発注システムにおいて、
前記在庫情報受信許可時間帯と、前記発注情報受信許可時間帯とは、異なる時間帯が設定されることを特徴とする受発注システム。
【請求項６】
請求項１〜５のいずれか一項に記載の受発注システムにおいて、
前記商品は、生鮮品のセリ落ち品であることを特徴とする受発注システム。
【請求項７】
商品の発注者からの注文を受注する取引者が操作する取引者端末から前記取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、
前記在庫情報受信手段によって受信された前記在庫情報を記録装置に記録する在庫情報記録手段と、
前記記録装置に記録された前記在庫情報を前記商品を発注する発注者が操作する発注者端末に開示して、前記発注者端末から、前記発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、前記商品の発注を受け付ける第一の発注受付手段と、
前記発注者端末から、前記発注者が発注を要望する商品に関する情報を要望情報として受信するとともに、前記要望情報を前記取引者端末に開示して、前記取引者端末から、前記要望情報に基づく前記発注者の要望に応じるか否かの選択を受け付けることにより、前記商品の発注を受け付ける第二の発注受付手段とを備えることを特徴とする受発注受付サーバ。
【請求項８】
請求項７に記載の受発注受付サーバにおいて
前記第一の発注受付手段によって受け付けられた発注の内容に基づいて在庫の引き当てを行って、前記記録手段に記録されている前記在庫情報を更新する在庫情報更新手段をさらに備えることを特徴とする受発注受付サーバ。
【請求項９】
請求項７または８に記載の受発注受付サーバにおいて、
前記第二の発注受付手段は、前記商品の発注を受け付ける場合には、前記発注者端末から受信した前記要望情報に基づいて特定される商品の原価や売価の変更を、前記取引者端末から受け付けることを特徴とする受発注受付サーバ。
【請求項１０】
請求項７〜９のいずれか一項に記載の受発注受付サーバにおいて、
前記取引者端末からの前記在庫情報の受信を許可する在庫情報受信許可時間帯、及び前記発注者端末からの前記第一の発注受付手段による前記商品の発注の受け付けを許可する発注受付許可時間帯とを前記記録装置に記録する許可時間帯記録手段と、
前記在庫情報受信手段による前記在庫情報の受信の可否、および前記第一の発注受付手段による前記商品の発注を受け付けの可否を、前記記録手段に記録されている前記在庫情報受信許可時間帯と前記発注受付許可時間帯とに基づいて決定する決定手段とをさらに備えることを特徴とする受発注受付サーバ。
【請求項１１】
請求項１０に記載の受発注受付サーバにおいて、
前記在庫情報受信許可時間帯と、前記発注情報受信許可時間帯とは、異なる時間帯が設定されることを特徴とする受発注受付サーバ。
【請求項１２】
請求項７〜１１のいずれか一項に記載の受発注受付サーバにおいて、
前記商品は、生鮮品のセリ落ち品であることを特徴とする受発注受付サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受発注システム、および受発注受付サーバに関する。
【背景技術】
【０００２】
次のような物流統合支援システムが開示されている。この物流統合支援システムでは、受発注支援装置は、顧客の発注した商品の注文を受け付け、注文を受け付けた商品の注文数に基づき、引当可能在庫数を更新するとともに、その更新結果に基づき、注文を受け付けた商品の出荷指示情報を出荷作業支援装置に送信する。在庫管理支援装置は、受発注支援装置に対して、倉庫に保管された商品の引当可能在庫数を割り当てて在庫数情報を更新する。出荷作業支援装置は、倉庫に保管された商品の在庫数に係る在庫数情報を、出荷指示に対応する商品の出荷数に基づいて更新する（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−５９８６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の物流統合支援システムは、顧客からの受注に基づき、倉庫に保管されている在庫を引き当てることを想定したものであり、顧客からの発注要求に対して、商品を提供する商品提供者が発注を受け付けるか否かを決定することはできなかった。例えば、生鮮品や生花などのように長期の保管に向かない商品や、商品の提供者が在庫処分を行いたいと考えた場合には、顧客からの発注要求に対して、価格を下げてでも積極的に受注したいケースが考えられるが、従来の物流統合支援システムでは、このような対応を行うための仕組みについては、何ら検討されていなかった。
【課題を解決するための手段】
【０００５】
本発明による受発注システムは、商品の受発注を受け付ける受発注受付サーバと、商品を発注する発注者が操作する店舗端末と、発注者からの注文を受注する取引者が操作する取引者端末とが通信回線を介して接続され、取引者端末から取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、在庫情報受信手段によって受信された在庫情報を記録装置に記録する在庫情報記録手段と、記録装置に記録された在庫情報を発注者端末に開示して、発注者端末から、発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、商品の発注を受け付ける第一の発注受付手段と、発注者端末から、発注者が発注を要望する商品に関する情報を要望情報として受信するとともに、要望情報を取引者端末に開示して、取引者端末から、要望情報に基づく発注者の要望に応じるか否かの選択を受け付けることにより、商品の発注を受け付ける第二の発注受付手段とを備えることを特徴とする。
本発明による受発注受付サーバは、商品の発注者からの注文を受注する取引者が操作する取引者端末から取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、在庫情報受信手段によって受信された在庫情報を記録装置に記録する在庫情報記録手段と、記録装置に記録された在庫情報を商品を発注する発注者が操作する発注者端末に開示して、店舗端末から、発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、前記商品の発注を受け付ける第一の発注受付手段と、発注者端末から、発注者が発注を要望する商品に関する情報を要望情報として受信するとともに、要望情報を取引者端末に開示して、取引者端末から、要望情報に基づく発注者の要望に応じるか否かの選択を受け付けることにより、商品の発注を受け付ける第二の発注受付手段とを備えることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、在庫情報を発注者に開示して、発注者が希望する商品を指定して発注を行うことができるとともに、発注者が発注を要望する商品に関する情報を取引者に開示し、それに対して取引者が要望に応じるか否かを選択することができる。これにより、取引者は、発注者から引き当てる在庫を指定した形で注文を受けることができるとともに、さらに、発注者が要望する商品がある場合には、その要望に応えることによって発注を受け付けることができる。
【図面の簡単な説明】
【０００７】
【図１】受発注システムシステムの一実施の形態の構成を示すブロック図である。
【図２】受発注受付サーバ３００の一実施の形態の構成を示すブロック図である。
【図３】取引者端末１００上に表示される在庫情報入力画面の一例を示す図である。
【図４】商品検索画面の一例を示す図である。
【図５】発注画面の一例を示す図である。
【図６】受注履歴確認画面、発注履歴確認画面の一例を示す図である。
【図７】要望登録画面の一例を示す図である。
【図８】要望登録一覧画面の一例を示す図である。
【図９】要望情報確認画面の一例を示す図である。
【図１０】在庫情報登録処理の流れを示すフローチャート図である。
【図１１】受注処理の流れを示すフローチャート図である。
【図１２】要望受付処理の流れを示すフローチャート図である。
【発明を実施するための形態】
【０００８】
図１は、本実施の形態における受発注システムシステムの一実施の形態の構成を示すブロック図である。受発注システム１０は、商品を提供し、店舗やバイヤーからの注文を受注する取引者が操作する取引者端末１００と、商品を発注する店舗の担当者が操作する店舗端末２００と、商品の受発注を受け付けて、後述する種々の処理を実行する受発注受付サーバ３００と、商品の仕入れを担当するバイヤーが操作するバイヤー端末４００とが、インターネット等の通信回線を介して接続されている。
【０００９】
取引者端末１００、店舗端末２００、およびバイヤー端末４００としては、例えば、パーソナルコンピュータ（以下、「パソコン」と呼ぶ）の他、スマートフォン、携帯電話、タブレット端末といった種々の情報端末が用いられる。取引者端末１００、店舗端末２００、およびバイヤー端末４００として用いられるこれらの機器は公知のため、ここでは詳細な説明は省略する。なお、本実施の形態では、取引者端末１００、店舗端末２００、およびバイヤー端末４００がインターネットにそれぞれ１台ずつ接続されている例を示しているが、これらの台数は限定されない。
【００１０】
図２は、本実施の形態における受発注受付サーバ３００の一実施の形態の構成を示すブロック図である。受発注受付サーバ３００は、操作部材３０１と、接続ＩＦ３０２と、制御装置３０３と、記録装置３０４と、表示装置３０５とを備えている。
【００１１】
操作部材３０１は、受発注受付サーバ３００の操作者によって操作される種々の装置、例えばキーボードやマウスを含む。
【００１２】
接続ＩＦ３０２は、受発注受付サーバ３００をインターネット等の通信回線に接続するためのインターフェースであり、例えば、インターネットに有線で接続するための有線ＬＡＮモジュールや、インターネットに無線で接続するための無線ＬＡＮモジュールなどが用いられる。
【００１３】
制御装置３０３は、ＣＰＵ、メモリ、およびその他の周辺回路によって構成され、受発注受付サーバ３００の全体を制御する。なお、制御装置３０３を構成するメモリは、例えばＳＤＲＡＭ等の揮発性のメモリである。このメモリは、ＣＰＵがプログラム実行時にプログラムを展開するためのワークメモリや、データを一時的に記録するためのバッファメモリとして使用される。例えば、接続ＩＦ３０２を介して読み込まれたデータは、バッファメモリに一時的に記録される。
【００１４】
記録装置３０４は、受発注受付サーバ３００が蓄える種々のデータや、制御装置３０３が実行するためのプログラムのデータ等を記録するための記録装置であり、例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等が用いられる。なお、記録装置３０４に記録されるプログラムのデータは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記録媒体に記録されて提供されたり、ネットワークを介して提供され、使用者が取得したプログラムのデータを記録装置３０４にインストールすることによって、制御装置３０３がプログラムを実行できるようになる。
【００１５】
表示装置３０５は、例えば液晶モニタであって、制御装置３０３から出力される種々の表示用データが表示される。
【００１６】
本実施の形態における受発注システム１０では、商品の在庫を有し、商品の販売を希望する取引者は、取引者端末１００上で、提供する商品の在庫情報を入力して、受発注受付サーバ３００に登録する。これによって、受発注受付サーバ３００上に商品の在庫情報が登録され、店舗端末２００やバイヤー端末４００からの注文を受け付けることが可能となる。なお、本実施の形態では、取引者が受注者となり、店舗とバイヤーとが発注者となる。
【００１７】
本実施の形態では、受発注システム１０で受発注を受け付ける商品は、生鮮品のセリ落ち品といったような、取引者は早期に販売をしたいと考え、店舗やバイヤーは安価に仕入れることが期待できる商品を想定する。例えば、商品として野菜を想定すると、取引者は野菜の卸売業者であり、店舗は小売業者が展開する各店舗となる。また、バイヤーは、小売業者からの依頼で商品の買い付けを行うバイヤーとなる。
【００１８】
生鮮品のセリ落ち品は、市場での売れ残り品であるため、これらがセリ落ち品として販売されるのは、市場での取引が一段落した時間からとなる。このため、本実施の形態では、取引者による商品の在庫情報の登録を受け付ける時間帯と、店舗やバイヤーからの商品の発注を受け付ける時間帯とをあらかじめ設定しておき、設定した時間内のみ在庫情報の登録、および商品の発注を受け付けることとする。例えば、取引者による商品の在庫情報の登録は、納品日前日の午前８：００から納品日当日の午前７：００まで受け付け、店舗やバイヤーによる発注は納品日当日の午前７：３０から午前８：００の間のみ受け付けるようにする。これによって、取引者には、セリ落ち品をインターネットを介して全国の店舗に販売する機会を与えることができ、店舗やバイヤーに対しては、従来では市場に行かないと入手が困難であったセリ落ち品を、インターネットを介して安価に入手する機会を与えることができる。なお、取引者による商品の在庫情報の登録を受け付ける時間帯と、店舗やバイヤーからの商品の発注を受け付ける時間帯とは、あらかじめ設定されて記録装置３０４に記録されているものとする。
【００１９】
以下、本実施の形態における受発注システム１０において、受発注受付サーバ３００によって行われる処理の内容を中心に説明を行う。まず、上述した商品の在庫情報の登録処理について説明する。取引者は、上述した商品の在庫情報の登録を受け付ける時間帯の間に、取引者端末１００上で、セリ落ちしてしまった商品の在庫情報を入力する。
【００２０】
図３は、取引者端末１００上に表示される在庫情報入力画面の一例を示す図である。この図３は、商品として、セリ落ちした野菜を扱う場合を想定しており、取引者は、この在庫情報入力画面上で種々の情報を入力することにより、各種野菜の在庫情報の登録を行うことができる。以下、この在庫情報入力画面を用いた在庫情報の登録方法について説明する。
【００２１】
取引者は、商品を特定するための情報として、商品コードを入力する。ここでは、取引者は、商品コード入力欄３ａに直接商品コードを入力しても良いし、商品検索ボタン３ｂを押下して、図４に示すような商品検索画面を呼び出し、該商品検索画面上で商品を検索して選択することにより、商品コード入力欄３ａに商品コードを入力しても良い。例えば、受発注受付サーバ３００の記録装置３０４に、商品名称、その商品を所定の規則で分類した商品分類、その商品の店舗での売り場を所定の規則で分類した売場分類、その商品の店舗での品揃えを所定の規則で分類した品揃分類等の情報を関連付けて記録しておく。取引者端末１００の制御装置は、取引者によって商品検索画面で検索条件が指定された後に「検索」ボタン４ａが押下されて検索実行が指示された場合には、受発注受付サーバ３００に検索条件を示す情報を送信して、受発注受付サーバ３００に検索実行を指示する。そして、受発注受付サーバ３００では、制御装置３０３は、記録装置３０４にアクセスして、受信した検索条件を示す情報に基づいて商品の検索を行い、検索結果を取引者端末１００に送信する。取引者端末１００では、制御装置は、受信した検索結果に基づいて、商品コード入力欄３ａ、商品名称入力欄３ｃ、商品分類入力欄３ｄ、売場分類入力欄３ｅ、品揃分類入力欄３ｆ等に情報を表示する。なお、図３は、商品としてトマトが選択された例を示している。
【００２２】
取引者は、このトマトに対して、商品の規格を特定するための情報を商品規格入力欄３ｇに入力したり、商品の産地を特定するための情報を産地情報入力欄３ｈに入力したりすることができる。また、取引者は、その商品の一ケース当たりの入数を入数入力欄３ｉに入力することができ、その商品の原価を原価入力欄３ｊ、売価を売価入力欄３ｋにそれぞれ入力することができる。
【００２３】
取引者は、さらに納品可能数入力欄３ｌに、この商品の納品可能数、すなわち在庫数を入力することができる。例えば、トマトのセリ落ち品が２０ケースある場合には、取引者は、該納品可能数入力欄３ｌに、在庫数として２０を入力し、発注単位入力欄３ｍに発注単位として、ケースを示す情報としてＣを入力すればよい。さらに、納品日入力欄３ｎには、その商品の納品可能日を入力すればよい。
【００２４】
取引者は、在庫情報入力画面上でのデータの入力が完了した場合には、「登録」ボタン３ｏを押下することにより、受発注受付サーバ３００への在庫情報の送信を指示することができる。この場合、在庫情報入力画面上で入力された在庫情報のデータは、取引者端末１００が備える不図示の制御装置が実行する処理によって、通信回線を介して受発注受付サーバ３００へ送信される。
【００２５】
受発注受付サーバ３００では、制御装置３０３は、取引者端末１００から送信された在庫情報のデータを受信すると、受信したデータを記録装置３０４に記録する。これによって、取引者端末１００上で取引者によって入力された在庫情報が受発注受付サーバ３００に登録される。
【００２６】
受発注受付サーバ３００に登録された在庫情報は、上述した商品の在庫情報の登録を受け付ける時間帯に限り、取引者が取引者端末１００を操作して任意に変更することができる。すなわち、取引者が取引者端末１００上で在庫情報を修正した場合には、変更後の在庫情報のデータが受発注受付サーバ３００へ送信され、これを受信した受発注受付サーバ３００では、制御装置３０３は、記録装置３０４に記録されている在庫情報を修正後の内容に更新する。これにより、受発注受付サーバ３００には、上述した商品の在庫情報の登録を受け付ける時間帯に、セリ落ち品を商品とした在庫情報が登録されていく。そして、上述した商品の在庫情報の登録を受け付ける時間帯が終了すると、制御装置３０３は、取引者端末１００からの在庫情報の登録及び更新を禁止する。
【００２７】
制御装置３０３は、その後、上述した店舗やバイヤーからの商品の発注を受け付ける時間帯になった場合には、店舗端末２００やバイヤー端末４００からの商品の発注受付を開始し、これを当該時間帯が終了するまで継続する。例えば、店舗では、担当者が店舗端末２００の不図示の表示装置に表示される発注画面上で、希望の商品を選択して発注を行うことができる。また、バイヤーは、バイヤー端末４００の不図示の表示装置に表示される発注画面上で、希望の商品を選択して発注を行うことができる。図５は、本実施の形態における発注画面の一例を示す図である。この図５に示す発注画面を用いた店舗からの発注方法について説明する。
【００２８】
店舗の担当者は、画面上部の検索条件入力欄で各種検索条件を入力した後に、検索ボタン５ａを押下することにより、受発注受付サーバ３００に在庫情報が登録されている商品の一覧を確認することができる。図５は、発注受付装置３００に在庫情報が登録されている商品の一覧が表示されている状態を示しており、実際には、検索が行われるまでは、図５に表されている明細行は表示されない。
【００２９】
図５に示す例では、検索条件として、取引先入力欄５ｂで取引先を特定するための情報を指定したり、各入力欄５ｃ〜５ｆで在庫情報に含まれる商品分類、売場分類、品揃分類、商談番号等を指定することもできる。また、買付区分入力欄５ｇでは、買い付けの目的を示す区分を指定することができる。例えば、上述した当日のセリ落ち品を買い付けるためには「朝買」を指定すればよい。また、この買付区分には、目玉商品を買い付けるための区分等も指定可能である。さらに1頁当りの行数指定欄５ｈでは、検索結果の１頁当りの表示行数を指定することもできる。また、検索条件とは異なるが、店舗入力欄５ｉでは、この発注画面上で発注を行う店舗を特定するための情報を選択することができる。
【００３０】
店舗端末２００上で入力された検索条件を示す検索条件情報は、店舗端末２００が備える不図示の制御装置が実行する処理によって、通信回線を介して受発注受付サーバ３００へ送信される。受発注受付サーバ３００では、制御装置３０３は、店舗端末２００から送信された検索条件情報を受信すると、受信した検索条件情報に基づいて、記録装置３０４に記録されている在庫情報の検索を行う。具体的には。制御装置３０３は、受信した検索条件にマッチする在庫情報を抽出する。
【００３１】
制御装置３０３は、在庫情報の検索を行った場合には、検索結果として抽出した各在庫情報を検索結果情報として店舗端末２００へ送信する。これによって、店舗端末２００上の不図示の表示装置には、図５に示すように、在庫情報の検索結果が一覧表示される。
【００３２】
店舗の担当者は、店舗端末２００上に表示された検索結果を確認した上で、発注数入力欄５ｊに発注する数量を入力する。そして、発注数の入力が完了した場合には、「登録」ボタン５ｋを押下することにより、発注を行うことができる。店舗の担当者によって「登録」ボタン５ｋが押下されたことを検出した場合には、店舗端末２００が備える不図示の制御装置は、通信回線を介して発注内容を特定するための発注情報を受発注受付サーバ３００へ送信する。発注情報には、例えば、店舗入力欄５ｉに入力された店舗を特定するための情報、発注数入力欄５ｊに発注数量が入力された明細行の商品を特定するための情報、及び発注数入力欄５ｊに入力された発注数量を特定するための情報が含まれる。
【００３３】
受発注受付サーバ３００では、制御装置３０３は、店舗端末２００から送信された発注情報を受信すると、受信した発注情報に基づいて、記録装置３０４に記録されている在庫情報に対して、在庫の引き当てを行う。具体的には。制御装置３０３は、受信した発注情報に基づいて、発注された商品や発注数量を特定し、その商品の在庫数量から発注数量を減算する。このとき、発注数量が在庫数量よりも多い場合には、在庫の引き当てを行わずに、店舗端末２００にエラーを返すようにすればよい。
【００３４】
制御装置３０３は、在庫の引き当てが完了した場合には、受信した発注情報に基づく店舗からの発注を確定し、発注情報を記録装置３０４に記録する。これにより、店舗は、本実施の形態における受発注システムシステム１０を利用して、取引者が提供するセリ落ち品を発注することができる。
【００３５】
また、バイヤーは、バイヤー端末４００上で図５に示した発注画面と同様の画面を表示させることにより、取引者が在庫情報を登録したセリ落ち品の情報を確認することができ、発注数入力欄５ｊに発注数量を入力することにより発注をすることができる。なお、バイヤー端末４００上での在庫情報の確認方法及び発注方法については、上述した店舗端末２００を用いた在庫情報の検索方法と同様のため、ここでの説明は省略する。
【００３６】
取引者は、取引者端末１００を操作して、店舗による発注履歴を確認することができる。また、店舗は、店舗端末２００を操作して、自店舗による発注履歴を確認することができる。また、バイヤーは、バイヤー端末４００を操作して、店舗による発注履歴を確認することができるとともに、自身による発注履歴を確認することもできる。例えば、取引者及びバイヤーは、受注履歴確認画面上で店舗やバイヤーからの受注履歴を確認することができる。また、店舗及びバイヤーは、発注履歴確認画面上で自店舗または自身による発注履歴を確認することができる。
【００３７】
受注履歴確認画面と発注履歴確認画面は、画面構成が同様となっており、例えば図６に示すような受注履歴確認画面または発注履歴確認画面が用いられる。この画面では、画面上部で検索条件を指定して「検索」ボタン６ａを押下することにより、取引者は検索条件にマッチした受注履歴を、店舗の担当者は検索条件にマッチした発注履歴を、バイヤーは検索条件にマッチした受注履歴または発注履歴を確認することができる。ここで指定できる検索条件としては、例えば、納品日の期間を指定することにより、その期間内が納品日として設定されている受注履歴または注文履歴を確認することが可能となる。
【００３８】
取引者は、店舗やバイヤーからの受注内容に基づいて商品を出荷する。これにより、店舗やバイヤーは、取引者が提供するセリ落ち品を仕入れることができる。
【００３９】
本実施の形態では、バイヤーは、バイヤー端末４００を操作して、発注を希望する商品に関する情報を入力し、取引者に対して要望を伝えて発注を行うことができる。取引者は、バイヤーからの要望を確認した上で、バイヤーの要望を受けるか否かを判断する。これによって、バイヤーは、購入したい商品がある場合にはその商品の提供を要望したり、特定の商品を安く購入したい場合には商品を指定してキャンペーンの実施を要望したりすることができる。このために、バイヤーは、バイヤー端末４００を操作して要望登録画面を呼び出し、該要望登録画面上で自身の要望を入力して発注を行い、取引者は、バイヤーからの要望を受け付ける場合には、その発注を受注することができる。
【００４０】
図７は、バイヤーが要望を登録する要望登録画面の一例を示す図である。バイヤーは、要望登録画面上の商品名入力欄７ａに自身が購入を希望する商品の商品名を入力し、商品規格入力欄７ｂにその商品の規格を入力する。商品分類入力欄７ｃにその商品の商品分類を入力し、売場分類入力欄７ｄにその商品の売場分類を入力し、品揃分類入力欄７ｅにその商品の品揃分類を入力する。また、希望原価入力欄７ｆにその商品の原価、すなわち希望仕入れ値を入力し、希望売価入力欄７ｇにその商品の希望売価を入力する。また、単位入力欄７ｈには、購入を希望する数量単位、例えば１ケース等を入力し、産地情報入力欄７ｉには、希望する商品の産地情報を入力する。希望納品日入力欄７ｊには、その商品の納品を希望する期間を入力し、返信期限入力欄７ｋには、この要望に対する取引者からの返信期限の日時を入力し、備考入力欄７ｌには、その他の連絡事項など備考を入力する。
【００４１】
バイヤーは、さらに、取引先リスト表示欄７ｍ内に表示されている取引先一覧の中から、要望の送信対象とする取引先を選択して、登録取引先リスト表示欄７ｎへ移動させることにより、上記入力した要望情報を送信したい取引先を選ぶことができる。具体的には、バイヤーは、取引先リスト表示欄７ｍ内に表示されている取引先一覧の中から、要望を送信したい取引先を選択し、追加ボタン７ｏを押下することにより、取引先リスト表示欄７ｍ内で選択した取引先を登録取引先リスト表示欄７ｎへ移動させることができる。また、バイヤーは、一括追加ボタン７ｐを押下することにより、取引先リスト表示欄７ｍ内に表示されている取引先を一括して登録取引先リスト表示欄７ｎへ移動させることができる。
【００４２】
バイヤーは、登録取引先リスト表示欄７ｎへ移動させた取引先への要望情報の送信を取りやめる場合には、取りやめたい取引先を登録取引先リスト表示欄７ｎ内から取引先リスト表示欄７ｍへ戻せばよい。具体的には、バイヤーは、登録取引先リスト表示欄７ｎ内に表示されている取引先一覧の中から、要望の送信を取りやめたい取引先を選択し、削除ボタン７ｑを押下することにより、登録取引先リスト表示欄７ｎ内で選択した取引先を取引先リスト表示欄７ｍへ移動させることができる。また、バイヤーは、一括削除ボタン７ｒを押下することにより、登録取引先リスト表示欄７ｎ内に表示されている取引先を一括して取引先リスト表示欄７ｍへ移動させることができる。
【００４３】
バイヤーは、上記の情報の入力を完了した後には、「登録」ボタン７ｓを押下することにより、要望情報の登録を完了させることができる。バイヤー端末４００の不図示の制御装置は、バイヤーによって「登録」ボタン７ｓが押下されたことを検出した場合には、上述した各入力欄７ａ〜７ｌに入力された要望情報と、登録取引先リスト表示欄７ｎ内に表示されている取引先を特定するための情報とで構成される要望登録情報をメモリに記録した後、バイヤー端末４００上に図８に示す要望登録一覧画面を表示して、一覧に要望登録画面上で登録した要望に関する情報を表示する。
【００４４】
バイヤーは、要望登録一覧画面上で、取引先へ要望情報を送信したい明細行に対応する選択チェックボックス８ａにチェックを入れた後に、「送信」ボタン８ｂを押下することによって、要望登録画面の登録取引先リスト表示欄７ｎ内に追加した取引先に対して、要望登録画面上で入力した要望情報を送信するように指示することができる。
【００４５】
また、バイヤーは、要望登録一覧画面上で「追加」ボタン８ｃを押下することにより、図７に示した要望登録画面を表示させて別の要望情報を追加することができる。バイヤーによって要望情報が追加された場合には、追加された情報が明細行として要望登録一覧画面に追加される。
【００４６】
バイヤー端末４００の不図示の制御装置は、バイヤーによって「送信」ボタン８ｂが押下されたことを検出した場合には、選択チェックボックス８ａにチェックが入れられている明細行に対応する要望登録情報を受発注受付サーバ３００へ送信する。これにより、送信先として選択された取引先に対して、バイヤーの要望を示す要望情報を送信することができる。
【００４７】
受発注受付サーバ３００では、制御装置３０３は、バイヤー端末４００から要望登録情報を受信した場合には、記録装置３０４に記録する。これによって、バイヤー端末４００上でバイヤーによって入力された要望情報と取引先を特定するための情報とを関連付けた要望登録情報が受発注受付サーバ３００に登録される。なお、取引先の担当者のメールアドレスをあらかじめ登録しておき、制御装置３０３は、バイヤーからの要望登録情報を受信した場合には、要望登録情報に基づいて送信先に設定されている取引先を特定し、特定した取引先の担当者に対して、要望情報が登録されたことをメールで通知するようにしてもよい。
【００４８】
取引先では、取引先端末１００を操作して、自身宛てに送信された要望情報を確認することができる。図９は、本実施の形態における要望情報確認画面の一例を示す図である。取引先端末１００の不図示の制御装置は、取引者端末１００上で要望情報確認画面が起動されると、受発注受付サーバ３００の記録装置３０４から、取引先端末１００が設置されている取引先が送信先として設定されている要望情報を取得する。例えば、取引先端末１００上では、取引先を一意に特定するための取引先特定情報があらかじめ記録されており、送信先が該取引先特定情報と一致する要望情報のみを抽出して取得する。これにより、要望情報確認画面上には、図９に示すように、バイヤーからの要望情報が表示される。なお、一人のバイヤーから同一の取引先に複数の要望情報が送信された場合や、複数の取引先から要望情報が送信された場合には、要望情報確認画面上に複数の要望情報が一覧表示される。
【００４９】
取引先の担当者は、要望情報確認画面上でバイヤーからの要望を確認し、送信期限表示欄９ｅに表示されている送信期限までに、要望に対して応答する。例えば、取引先がバイヤーの要望に応えることができない場合には、担当者は、その要望に対応する選択チェックボックス９ａにチェックを入れた上で、「納品不可」ボタン９ｆを押下する。取引先端末１００の不図示の制御装置は、「納品不可」ボタン９ｆが押下されたことを検出した場合には、選択チェックボックス９ａにチェックが入っている明細行に対応する要望情報を特定するための情報とともに、納品不可であることを示す情報を受発注受付サーバ３００へ送信する。受発注受付サーバ３００では、制御装置３０３は、記録装置３０４に記録されている要望登録情報に関連付けて、納品不可を示す情報を記録する。これにより、バイヤーは、自身が登録した要望登録情報にアクセスすることにより、自身の要望に対して取引者が「納品不可」と応答したことを確認することができる。
【００５０】
一方、取引先がバイヤーの要望に応えることができる場合には、担当者は、その要望に対応する選択チェックボックス９ａにチェックを入れた上で、「納品可」ボタン９ｇを押下する。さらに、担当者は、バイヤーが要望する原価、売価、入数に対して全て要望に応えることができる場合には、「送信」ボタン９ｈを押下する。これに対して、担当者は、バイヤーが要望する原価、売価、入数の少なくともいずれかに要望に応えることができないものがある場合には、原価入力欄９ｂ、売価入力欄９ｃ、入数入力欄９ｄに表示されている数値を修正した上で「送信」ボタン９ｈを押下する。
【００５１】
取引先端末１００の不図示の制御装置は、「納品可」ボタン９ｇが押下されたことを検出した場合には、選択チェックボックス９ａにチェックが入っている明細行に対応する要望情報を特定するための情報とともに、納品可であることを示す情報を受発注受付サーバ３００へ送信する。受発注受付サーバ３００では、制御装置３０３は、記録装置３０４に記録されている要望登録情報に関連付けて、納品可を示す情報を記録する。これにより、バイヤーは、自身が登録した要望登録情報にアクセスすることにより、自身の要望に対して取引者が「納品可」と応答したことを確認することができる。
【００５２】
さらに、取引先端末１００の不図示の制御装置は、「送信」ボタン９ｈが押下されたことを検出した場合には、選択チェックボックス９ａにチェックが入っている明細行に対応する要望情報を特定するための情報とともに、その時点でその明細行の原価入力欄９ｂに入力されている原価情報、売価入力欄９ｃに入力されている売価情報、入数入力欄９ｄに表示されている入数情報を受発注受付サーバ３００へ送信する。受発注受付サーバ３００では、制御装置３０３は、記録装置３０４に記録されている要望登録情報に関連付けて、原価情報、売価情報、入数情報を記録する。これにより、バイヤーは、自身が登録した要望登録情報にアクセスすることにより、自身が要望した原価、売価、及び入数に対して、取引者がどのように原価、売価、入数を設定したかを確認することができる。
【００５３】
取引者は、バイヤーからの要望に応じた場合には、応じた内容に基づいて商品を出荷する。これにより、バイヤーは、取引者に対して自身の要望を伝えて発注を行うことができる。
【００５４】
図１０は、本実施の形態における在庫情報登録処理の流れを示すフローチャートである。図１０に示す処理は、取引者端末１００から上述した在庫情報を受信すると起動するプログラムとして、制御装置３０３によって実行される。
【００５５】
ステップＳ１０において、制御装置３０３は、現在の時刻が在庫登録を受け付け可能な時間帯であるか否かを判断する。ステップＳ１０で否定判断した場合には、処理を終了する。一方、ステップＳ１０で肯定判断した場合には、ステップＳ２０へ進む。
【００５６】
ステップＳ２０では、制御装置３０３は、取引者端末１００から受信した在庫情報を記録装置３０４に記録する。その後、処理を終了する。
【００５７】
図１１は、本実施の形態における受注処理の流れを示すフローチャートである。図１１に示す処理は、店舗端末２００またはバイヤー端末４００から上述した発注情報を受信すると起動するプログラムとして、制御装置３０３によって実行される。
【００５８】
ステップＳ１１０において、制御装置３０３は、現在の時刻が発注を受け付け可能な時間帯であるか否かを判断する。ステップＳ１１０で否定判断した場合には、処理を終了する。これに対して、ステップＳ１１０で肯定判断した場合には、ステップＳ１２０へ進む。
【００５９】
ステップＳ１２０では、制御装置３０３は、受信した発注情報に基づいて、発注された商品や発注数量を特定し、その商品の在庫数量から発注数量を減算することにより、在庫の引き当てを試みる。
【００６０】
その後、ステップＳ１３０へ進み、制御装置３０３は、ステップＳ１２０で在庫の引き当てが可能であったか、すなわち、発注数量よりも在庫数量が多く、在庫数量から発注数量が減算できたか否かを判断する。ステップＳ１３０で肯定判断した場合には、ステップＳ１４０へ進む。
【００６１】
ステップＳ１４０では、制御装置３０３は、受信した発注情報に基づく店舗からの発注を確定し、発注情報を記録装置３０４に記録する。その後、処理を終了する。
【００６２】
これに対して、ステップＳ１３０で否定判断した場合には、ステップＳ１６０へ進む。ステップＳ１６０では、制御装置３０３は、在庫の引き当てが行なえなかったことを示すエラーを店舗端末２００へ送信して、処理を終了する。
【００６３】
図１２は、本実施の形態における要望受付処理の流れを示すフローチャートである。図１２に示す処理は、バイヤー端末４００から上述した要望登録情報を受信すると起動するプログラムとして、制御装置３０３によって実行される。
【００６４】
ステップＳ２１０において、制御装置３０３は、バイヤー端末４００から受信した要望登録情報を記録装置３０４に記録する。その後、ステップＳ２２０へ進む。
【００６５】
ステップＳ２２０では、制御装置３０３は、要望登録情報に基づいて送信先に設定されている取引先を特定し、特定した取引先の担当者に対して、要望情報が登録されたことをメールで通知する。その後、ステップＳ２３０へ進む。
【００６６】
ステップＳ２３０では、制御装置３０３は、取引先端末１００から上述した納品不可であることを示す納品不可情報を受信したか否かを判断する。ステップＳ２３０で肯定判断した場合には、ステップＳ２４０へ進む。
【００６７】
ステップＳ２４０では、制御装置３０３は、記録装置３０４に記録されている要望登録情報に関連付けて、納品不可情報を記録する。その後、処理を終了する。
【００６８】
これに対して、ステップＳ２３０で否定判断した場合には、ステップＳ２５０へ進み、制御装置３０３は、取引先端末１００から上述した納品可であることを示す納品可情報を受信したか否かを判断する。ステップＳ２５０で否定判断した場合には、ステップＳ２３０へ戻る。これに対して、ステップＳ２５０で肯定判断した場合には、ステップＳ２６０へ進む。
【００６９】
ステップＳ２６０では、制御装置３０３は、記録装置３０４に記録されている要望登録情報に関連付けて、納品可情報を記録する。その後、ステップＳ２７０へ進む。
【００７０】
ステップＳ２７０では、制御装置３０３は、上述したように、取引先端末１００から、要望情報確認画面上で原価入力欄９ｂに入力されている原価情報、売価入力欄９ｃに入力されている売価情報、入数入力欄９ｄに表示されている入数情報を受信したか否かを判断する。ステップＳ２７０で肯定判断した場合には、ステップＳ２８０へ進む。
【００７１】
ステップＳ２８０では、制御装置３０３は、記録装置３０４に記録されている要望登録情報に関連付けて、原価情報、売価情報、入数情報を記録する。その後、処理を終了する。
【００７２】
以上説明した本実施の形態によれば、以下のような作用効果を得ることができる。
（１）受発注受付サーバ３００では、取引者端末１００から受信した在庫情報を記録装置３０４に記録し、該在庫情報を店舗端末２００やバイヤー端末４００に開示して、店舗やバイヤーから商品の発注を受け付けるようにした。また、バイヤー端末４００から、バイヤーが発注を要望する商品に関する情報を要望情報を受信し、該要望情報を取引者端末１００に開示して、取引者端末１００から、要望情報に基づく発注者の要望に応じるか否かの選択を受け付けることにより、商品の発注を受け付けるようにした。これによって、取引者は、発注者から引き当てる在庫を指定した形で注文を受けることができるとともに、発注者が要望する商品がある場合には、その要望に応えることによって注文を受けることも可能になる。
【００７３】
（２）制御装置３０３は、店舗端末２００やバイヤー端末４００から発注情報を受信した場合には、在庫の引き当てを行って、記録手段３０４に記録されている在庫情報を更新するようにした。これによって、店舗端末２００やバイヤー端末４００から発注情報に基づいて、適宜在庫情報を更新することができる。
【００７４】
（３）取引者による商品の在庫情報の登録を受け付ける時間帯と、店舗やバイヤーからの商品の発注を受け付ける時間帯とをあらかじめ設定して記録装置３０４に記録しておき、設定した時間内のみ在庫情報の登録、および商品の発注を受け付けるようにした。これによって、生鮮品のセリ落ち品は、市場での売れ残り品であって、これらがセリ落ち品として販売されるのは市場での取引が一段落した時間からとなることを加味して、在庫の登録時間と商品の受注受け付け時間とを制限することができる。
【００７５】
（４）取引者による商品の在庫情報の登録を受け付ける時間帯と、店舗やバイヤーからの商品の発注を受け付ける時間帯とは、異なる時間帯が設定されるようにした。これによって、あらかじめ取引者がセリ落ち品を在庫登録しておき、発注者は登録されている在庫の中から購入を希望する商品を選択するという運用を可能とすることができる。
【００７６】
（５）受発注受付サーバ３００は、取引者端末１００、店舗端末２００、バイヤー端末４００と接続されて、各端末からの受発注を受け付けるようにした。これによって、取引者端末企業や、店舗側・バイヤー側の企業が既に有している現行の基幹システムとデータ連携して、受発注システム１０を導入することができる。
【００７７】
―変形例―
なお、上述した実施の形態の受発注システムは、以下のように変形することもできる。
（１）上述した実施の形態では、受発注システム１０で受発注を受け付ける商品として生鮮品のセリ落ち品を想定して説明を行った。しかしながら受発注システム１０で受発注を受け付ける商品はこれに限定されない。例えば、取引者が在庫情報を登録し、店舗やバイヤーが発注を行うことが一般的な他の商品を取り扱う場合にも本発明は適用可能である。
【００７８】
（２）上述した実施の形態では、図３に示す在庫情報入力画面上で商品の在庫情報を入力する例について説明した。しかしながら、取引者が登録する在庫情報は、図３で入力可能な情報に限定されず、受発注システム１０で取り扱う商品に応じた情報とすればよい。
【００７９】
（３）上述した実施の形態では、バイヤーは、バイヤー端末４００を操作して、発注を希望する商品に関する情報を入力し、取引者に対して要望を伝えて発注を行うことができる例について説明した。しかしながら、バイヤーだけでなく、店舗の担当者も店舗端末２００から発注を希望する商品に関する情報を入力し、取引者に対して要望を伝えて発注を行うことができるようにしてもよい。この場合に実行される種々の処理は、上述した実施の形態における処理と同様となる。
【００８０】
なお、本発明の特徴的な機能を損なわない限り、本発明は、上述した実施の形態における構成に何ら限定されない。また、上述の実施の形態と複数の変形例を組み合わせた構成としてもよい。
【符号の説明】
【００８１】
１０  受発注システム
１００  取引者端末
２００  店舗端末
３００  受発注受付サーバ
３０１  操作部材
３０２  接続ＩＦ
３０３  制御装置
３０４  記録装置
３０５  表示装置
４００  バイヤー端末
【図１】
2014074975.tif 000003
【図２】
2014074975.tif 000004
【図３】
2014074975.tif 000005
【図４】
2014074975.tif 000006
【図５】
2014074975.tif 000007
【図６】
2014074975.tif 000008
【図７】
2014074975.tif 000009
【図８】
2014074975.tif 000010
【図９】
2014074975.tif 000011
【図１０】
2014074975.tif 000012
【図１１】
2014074975.tif 000013
【図１２】
2014074975.tif 000014
【手続補正書】
【提出日】平成25年2月1日(2013.2.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
商品の受発注を受け付ける受発注受付サーバと、前記商品を発注する発注者が操作する発注者端末と、前記発注者からの注文を受注する取引者が操作する取引者端末とが通信回線を介して接続された受発注システムであって、
前記受発注受付サーバは、
前記取引者端末から前記取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、
前記在庫情報受信手段によって受信された前記在庫情報を記録装置に記録する在庫情報記録手段と、
前記記録装置に記録された前記在庫情報を前記発注者端末に開示して、前記発注者端末から、前記発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、前記商品の発注を受け付ける第一の発注受付手段と、
前記発注者端末から、前記発注者が発注を要望する商品に関する要望情報と、前記要望情報の送信先とする前記取引者を特定するための情報とで構成される要望登録情報を受信する要望登録情報受信手段と、
前記要望登録情報受信手段によって受信された前記要望登録情報に基づいて、前記要望情報の送信先に設定されている前記取引者を特定し、特定した前記取引者の前記取引者端末に前記要望情報を開示して、開示先の取引者端末から、前記要望情報に基づく前記発注者の要望に応じるか否かの選択を受け付けることにより、前記商品の発注を受け付ける第二の発注受付手段とを備えることを特徴とする受発注システム。
【請求項２】
請求項１に記載の受発注システムにおいて
前記第一の発注受付手段によって受け付けられた発注の内容に基づいて在庫の引き当てを行って、前記記録手段に記録されている前記在庫情報を更新する在庫情報更新手段をさらに備えることを特徴とする受発注システム。
【請求項３】
請求項１または２に記載の受発注システムにおいて、
前記第二の発注受付手段は、前記商品の発注を受け付ける場合には、前記発注者端末から受信した前記要望情報に基づいて特定される商品の原価や売価の変更を、前記取引者端末から受け付けることを特徴とする受発注システム。
【請求項４】
請求項１〜３のいずれか一項に記載の受発注システムにおいて、
前記取引者端末からの前記在庫情報の受信を許可する在庫情報受信許可時間帯、及び前記発注者端末からの前記第一の発注受付手段による前記商品の発注の受け付けを許可する発注受付許可時間帯とを前記記録装置に記録する許可時間帯記録手段と、
前記在庫情報受信手段による前記在庫情報の受信の可否、および前記第一の発注受付手段による前記商品の発注を受け付けの可否を、前記記録手段に記録されている前記在庫情報受信許可時間帯と前記発注受付許可時間帯とに基づいて決定する決定手段とをさらに備えることを特徴とする受発注システム。
【請求項５】
請求項４に記載の受発注システムにおいて、
前記在庫情報受信許可時間帯と、前記発注情報受信許可時間帯とは、異なる時間帯が設定されることを特徴とする受発注システム。
【請求項６】
請求項１〜５のいずれか一項に記載の受発注システムにおいて、
前記商品は、生鮮品のセリ落ち品であることを特徴とする受発注システム。
【請求項７】
商品の発注者からの注文を受注する取引者が操作する取引者端末から前記取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、
前記在庫情報受信手段によって受信された前記在庫情報を記録装置に記録する在庫情報記録手段と、
前記記録装置に記録された前記在庫情報を前記商品を発注する発注者が操作する発注者端末に開示して、前記発注者端末から、前記発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、前記商品の発注を受け付ける第一の発注受付手段と、
前記発注者端末から、前記発注者が発注を要望する商品に関する要望情報と、前記要望情報の送信先とする前記取引者を特定するための情報とで構成される要望登録情報を受信する要望登録情報受信手段と、
前記要望登録情報受信手段によって受信された前記要望登録情報に基づいて、前記要望情報の送信先に設定されている前記取引者を特定し、特定した前記取引者の前記取引者端末に前記要望情報を開示して、開示先の前記取引者端末から、前記要望情報に基づく前記発注者の要望に応じるか否かの選択を受け付けることにより、前記商品の発注を受け付ける第二の発注受付手段とを備えることを特徴とする受発注受付サーバ。
【請求項８】
請求項７に記載の受発注受付サーバにおいて
前記第一の発注受付手段によって受け付けられた発注の内容に基づいて在庫の引き当てを行って、前記記録手段に記録されている前記在庫情報を更新する在庫情報更新手段をさらに備えることを特徴とする受発注受付サーバ。
【請求項９】
請求項７または８に記載の受発注受付サーバにおいて、
前記第二の発注受付手段は、前記商品の発注を受け付ける場合には、前記発注者端末から受信した前記要望情報に基づいて特定される商品の原価や売価の変更を、前記取引者端末から受け付けることを特徴とする受発注受付サーバ。
【請求項１０】
請求項７〜９のいずれか一項に記載の受発注受付サーバにおいて、
前記取引者端末からの前記在庫情報の受信を許可する在庫情報受信許可時間帯、及び前記発注者端末からの前記第一の発注受付手段による前記商品の発注の受け付けを許可する発注受付許可時間帯とを前記記録装置に記録する許可時間帯記録手段と、
前記在庫情報受信手段による前記在庫情報の受信の可否、および前記第一の発注受付手段による前記商品の発注を受け付けの可否を、前記記録手段に記録されている前記在庫情報受信許可時間帯と前記発注受付許可時間帯とに基づいて決定する決定手段とをさらに備えることを特徴とする受発注受付サーバ。
【請求項１１】
請求項１０に記載の受発注受付サーバにおいて、
前記在庫情報受信許可時間帯と、前記発注情報受信許可時間帯とは、異なる時間帯が設定されることを特徴とする受発注受付サーバ。
【請求項１２】
請求項７〜１１のいずれか一項に記載の受発注受付サーバにおいて、
前記商品は、生鮮品のセリ落ち品であることを特徴とする受発注受付サーバ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
本発明による受発注システムは、商品の受発注を受け付ける受発注受付サーバと、商品を発注する発注者が操作する発注者端末と、発注者からの注文を受注する取引者が操作する取引者端末とが通信回線を介して接続され、受発注受付サーバは、取引者端末から取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、在庫情報受信手段によって受信された在庫情報を記録装置に記録する在庫情報記録手段と、記録装置に記録された在庫情報を発注者端末に開示して、発注者端末から、発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、商品の発注を受け付ける第一の発注受付手段と、発注者端末から、発注者が発注を要望する商品に関する要望情報と、要望情報の送信先とする取引者を特定するための情報とで構成される要望登録情報を受信する要望登録情報受信手段と、要望登録情報受信手段によって受信された要望登録情報に基づいて、要望情報の送信先に設定されている取引者を特定し、特定した取引者の取引者端末に要望情報を開示して、開示先の取引者端末から、要望情報に基づく発注者の要望に応じるか否かの選択を受け付けることにより、商品の発注を受け付ける第二の発注受付手段とを備えることを特徴とする。
本発明による受発注受付サーバは、商品の発注者からの注文を受注する取引者が操作する取引者端末から取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、在庫情報受信手段によって受信された在庫情報を記録装置に記録する在庫情報記録手段と、記録装置に記録された在庫情報を商品を発注する発注者が操作する発注者端末に開示して、発注者端末から、発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、商品の発注を受け付ける第一の発注受付手段と、発注者端末から、発注者が発注を要望する商品に関する要望情報と、要望情報の送信先とする取引者を特定するための情報とで構成される要望登録情報を受信する要望登録情報受信手段と、要望登録情報受信手段によって受信された要望登録情報に基づいて、要望情報の送信先に設定されている取引者を特定し、特定した取引者の取引者端末に要望情報を開示して、開示先の取引者端末から、要望情報に基づく発注者の要望に応じるか否かの選択を受け付けることにより、商品の発注を受け付ける第二の発注受付手段とを備えることを特徴とする。
【手続補正書】
【提出日】平成25年5月16日(2013.5.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
商品の受発注を受け付ける受発注受付サーバと、前記商品を発注する発注者が操作する発注者端末と、前記発注者からの注文を受注する取引者が操作する取引者端末とが通信回線を介して接続された受発注システムであって、
前記受発注受付サーバは、
前記取引者端末から前記取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、
前記在庫情報受信手段によって受信された前記在庫情報を記録装置に記録する在庫情報記録手段と、
前記記録装置に記録された前記在庫情報を前記発注者端末に開示して、前記発注者端末から、前記発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、前記商品の発注を受け付ける第一の発注受付手段と、
前記発注者端末から、前記発注者が発注を要望する商品に関する要望情報と、前記要望情報の送信先とする前記取引者を特定するための情報とで構成される要望登録情報を受信する要望登録情報受信手段と、
前記要望登録情報受信手段によって受信された前記要望登録情報に基づいて、前記要望情報の送信先に設定されている前記取引者を特定し、特定した前記取引者の前記取引者端末に前記要望情報を開示して、開示先の取引者端末から、前記要望情報に基づく前記発注者の要望に応じるか否かの選択を受け付けることにより、前記商品の発注を受け付ける第二の発注受付手段とを備え、
前記第二の発注受付手段は、前記商品の発注を受け付ける場合には、前記発注者端末から受信した前記要望情報に基づいて特定される商品の原価や売価の変更を、前記取引者端末から受け付けることを特徴とする受発注システム。
【請求項２】
請求項１に記載の受発注システムにおいて
前記第一の発注受付手段によって受け付けられた発注の内容に基づいて在庫の引き当てを行って、前記記録手段に記録されている前記在庫情報を更新する在庫情報更新手段をさらに備えることを特徴とする受発注システム。
【請求項３】
請求項１または２に記載の受発注システムにおいて、
前記取引者端末からの前記在庫情報の受信を許可する在庫情報受信許可時間帯、及び前記発注者端末からの前記第一の発注受付手段による前記商品の発注の受け付けを許可する発注受付許可時間帯とを前記記録装置に記録する許可時間帯記録手段と、
前記在庫情報受信手段による前記在庫情報の受信の可否、および前記第一の発注受付手段による前記商品の発注を受け付けの可否を、前記記録手段に記録されている前記在庫情報受信許可時間帯と前記発注受付許可時間帯とに基づいて決定する決定手段とをさらに備えることを特徴とする受発注システム。
【請求項４】
請求項３に記載の受発注システムにおいて、
前記在庫情報受信許可時間帯と、前記発注情報受信許可時間帯とは、異なる時間帯が設定されることを特徴とする受発注システム。
【請求項５】
請求項１〜４のいずれか一項に記載の受発注システムにおいて、
前記商品は、生鮮品のセリ落ち品であることを特徴とする受発注システム。
【請求項６】
商品の発注者からの注文を受注する取引者が操作する取引者端末から前記取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、
前記在庫情報受信手段によって受信された前記在庫情報を記録装置に記録する在庫情報記録手段と、
前記記録装置に記録された前記在庫情報を前記商品を発注する発注者が操作する発注者端末に開示して、前記発注者端末から、前記発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、前記商品の発注を受け付ける第一の発注受付手段と、
前記発注者端末から、前記発注者が発注を要望する商品に関する要望情報と、前記要望情報の送信先とする前記取引者を特定するための情報とで構成される要望登録情報を受信する要望登録情報受信手段と、
前記要望登録情報受信手段によって受信された前記要望登録情報に基づいて、前記要望情報の送信先に設定されている前記取引者を特定し、特定した前記取引者の前記取引者端末に前記要望情報を開示して、開示先の前記取引者端末から、前記要望情報に基づく前記発注者の要望に応じるか否かの選択を受け付けることにより、前記商品の発注を受け付ける第二の発注受付手段とを備え、
前記第二の発注受付手段は、前記商品の発注を受け付ける場合には、前記発注者端末から受信した前記要望情報に基づいて特定される商品の原価や売価の変更を、前記取引者端末から受け付けることを特徴とする受発注受付サーバ。
【請求項７】
請求項６に記載の受発注受付サーバにおいて
前記第一の発注受付手段によって受け付けられた発注の内容に基づいて在庫の引き当てを行って、前記記録手段に記録されている前記在庫情報を更新する在庫情報更新手段をさらに備えることを特徴とする受発注受付サーバ。
【請求項８】
請求項６または７に記載の受発注受付サーバにおいて、
前記取引者端末からの前記在庫情報の受信を許可する在庫情報受信許可時間帯、及び前記発注者端末からの前記第一の発注受付手段による前記商品の発注の受け付けを許可する発注受付許可時間帯とを前記記録装置に記録する許可時間帯記録手段と、
前記在庫情報受信手段による前記在庫情報の受信の可否、および前記第一の発注受付手段による前記商品の発注を受け付けの可否を、前記記録手段に記録されている前記在庫情報受信許可時間帯と前記発注受付許可時間帯とに基づいて決定する決定手段とをさらに備えることを特徴とする受発注受付サーバ。
【請求項９】
請求項８に記載の受発注受付サーバにおいて、
前記在庫情報受信許可時間帯と、前記発注情報受信許可時間帯とは、異なる時間帯が設定されることを特徴とする受発注受付サーバ。
【請求項１０】
請求項６〜９のいずれか一項に記載の受発注受付サーバにおいて、
前記商品は、生鮮品のセリ落ち品であることを特徴とする受発注受付サーバ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
本発明による受発注システムは、商品の受発注を受け付ける受発注受付サーバと、商品を発注する発注者が操作する発注者端末と、発注者からの注文を受注する取引者が操作する取引者端末とが通信回線を介して接続され、受発注受付サーバは、取引者端末から取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、在庫情報受信手段によって受信された在庫情報を記録装置に記録する在庫情報記録手段と、記録装置に記録された在庫情報を発注者端末に開示して、発注者端末から、発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、商品の発注を受け付ける第一の発注受付手段と、発注者端末から、発注者が発注を要望する商品に関する要望情報と、要望情報の送信先とする取引者を特定するための情報とで構成される要望登録情報を受信する要望登録情報受信手段と、要望登録情報受信手段によって受信された要望登録情報に基づいて、要望情報の送信先に設定されている取引者を特定し、特定した取引者の取引者端末に要望情報を開示して、開示先の取引者端末から、要望情報に基づく発注者の要望に応じるか否かの選択を受け付けることにより、商品の発注を受け付ける第二の発注受付手段とを備え、第二の発注受付手段は、商品の発注を受け付ける場合には、発注者端末から受信した要望情報に基づいて特定される商品の原価や売価の変更を、取引者端末から受け付けることを特徴とする。
本発明による受発注受付サーバは、商品の発注者からの注文を受注する取引者が操作する取引者端末から取引者が受注可能な商品の在庫情報を受信する在庫情報受信手段と、在庫情報受信手段によって受信された在庫情報を記録装置に記録する在庫情報記録手段と、記録装置に記録された在庫情報を商品を発注する発注者が操作する発注者端末に開示して、発注者端末から、発注者が発注を希望する商品の在庫情報の選択を受け付けることにより、商品の発注を受け付ける第一の発注受付手段と、発注者端末から、発注者が発注を要望する商品に関する要望情報と、要望情報の送信先とする取引者を特定するための情報とで構成される要望登録情報を受信する要望登録情報受信手段と、要望登録情報受信手段によって受信された要望登録情報に基づいて、要望情報の送信先に設定されている取引者を特定し、特定した取引者の取引者端末に要望情報を開示して、開示先の取引者端末から、要望情報に基づく発注者の要望に応じるか否かの選択を受け付けることにより、商品の発注を受け付ける第二の発注受付手段とを備え、第二の発注受付手段は、商品の発注を受け付ける場合には、発注者端末から受信した要望情報に基づいて特定される商品の原価や売価の変更を、取引者端末から受け付けることを特徴とする。