JP4055366B2 - Order receiving system and order processing method - Google Patents

Order receiving system and order processing method Download PDF

Info

Publication number
JP4055366B2
JP4055366B2 JP2001041912A JP2001041912A JP4055366B2 JP 4055366 B2 JP4055366 B2 JP 4055366B2 JP 2001041912 A JP2001041912 A JP 2001041912A JP 2001041912 A JP2001041912 A JP 2001041912A JP 4055366 B2 JP4055366 B2 JP 4055366B2
Authority
JP
Japan
Prior art keywords
information
order
delivery date
product
inventory
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001041912A
Other languages
Japanese (ja)
Other versions
JP2002245309A (en
Inventor
崇 伊与田
正 渡邊
務 福森
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.)
Omron Corp
Original Assignee
Omron Corp
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 Omron Corp filed Critical Omron Corp
Priority to JP2001041912A priority Critical patent/JP4055366B2/en
Publication of JP2002245309A publication Critical patent/JP2002245309A/en
Application granted granted Critical
Publication of JP4055366B2 publication Critical patent/JP4055366B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【０００１】
【発明の属する技術分野】
この発明は、受注システム及び受注処理方法に関するものである。
【０００２】
【発明の背景】
商品の受注形態の一つとして、インターネットを利用したものがある。これは、受発注サーバのウェブサイトに対し、顧客がインターネット経由でアクセスし、注文画面にて必要な商品を選択するとともに、個数を入力することにより、顧客が発注を行う。受発注サーバは、この顧客からの発注（システムにとっては受注）に伴い、メーカ等に対して自動発注を行う。
【０００３】
さらに、自動発注する際に、メーカ等の在庫管理システムに直接行うものがある。すると、在庫管理システムは、注文を受けた商品の在庫情報がわかっているので、何時納品できるかなどの納期情報を受発注サーバに対して自動的に行うことができる。従って、顧客からの注文を受けた受発注サーバは、在庫管理システムからの納期情報に基づき、顧客に納期回答をすることができる。そして、当然のことながら、上記した受発注サーバと在庫管理システムは、ともにコンピュータその他の装置で構成されているため、データの送受は自動的かつリアルタイムで行うことができる。
【０００４】
上記したシステム構成によれば、顧客は、インターネットを経由して受発注サーバにアクセスし、そこにおいて商品の注文（仮の問い合わせ）をすると、上記した情報の送受により、瞬時にその商品の納期を知ることができる。よって、その納期でよいか否かの判断をして、正式な発注をするような運営ができるので、顧客にとっては安心して商品の納品を待つことができ、商品の販売側では受発注処理から顧客への納期の回答も自動的に行えるという利点がある。
【０００５】
ところで、上記したシステムを稼働させるためには、受発注サーバと在庫管理システムがともに稼働し、通信可能な状態になっている必要がある。しかしながら、在庫管理システムは、セキュリティその他の要因から通常その会社の営業時間中は稼働しているものの、夜間などは停止している。
【０００６】
従って、仮に受発注サーバを２４時間稼働させたとしても、在庫管理システム側が停止している夜間などでは、上記したリアルタイムでの納期回答や自動発注処理ができない。すると、使用者側（この場合には特に顧客）の都合に併せて２４時間いつでも利用できるというインターネットのメリットが十分に生かすことができない。
【０００７】
さらに、上記した両システムを共に２４時間稼働させることにより、２４時間体制で休みなく受注や納期回答などを行うことができる。しかし、実際には、受発注サーバを運営する会社（商社等の顧客の注文を受ける会社）と、在庫管理システムを稼働させる会社（メーカ等の工場その他の商品を生産している会社等）とが別会社の場合には、一方の都合で他方にシステムを２４時間稼働させることを要求するのは困難である。
【０００８】
この発明は、在庫管理システムと連携して顧客からの受注処理並びに納期回答などを行うシステムにおいて、在庫管理システムが非稼働時であっても各種処理を行うことができ、究極には、２４時間体制でサービスの提供を行うことのできる受注システム及び受注処理方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
この発明は、ネットワークに接続可能でかつ制御部と標準納期データベースと注文データベースと滞留データ一時記憶手段とを持つサーバと、そのサーバと通信可能でかつ在庫データベースを持つ在庫管理システムとを備え、前記ネットワークを介して顧客端末から注文を受けるオンラインによる受信システムを前提としている。顧客は、顧客端末をネットワークに接続することにより、そのネットワークを介してサーバにアクセスし、商品の注文等をすることができる。
【００１０】
そして、この発明による受注処理方法は、上記の受注システムにおける受注処理方法であり、以下の処理を実行するようにしている。すなわち、前記サーバの標準納期データベースは商品についての標準納期情報を、前記注文データベースは受けた注文情報を、前記在庫管理システムの在庫データベースは商品とその商品の在庫数を関連付けた在庫情報を、それぞれ記憶するものであり、前記サーバの制御部は、前記顧客端末からのアクセスによって商品情報とその個数情報とを含む注文情報を受信する処理と、その顧客端末に対して納期情報（出荷予定日）を通知する処理とを行うものである。
前記在庫管理システムの稼動中は、前記サーバの制御部は、前記顧客端末から受信した注文情報の商品情報と個数情報とに基づいて、前記在庫管理システムに対してその注文商品の納期の問い合わせの対象となるその商品情報と個数情報とを送信する処理を実行し、前記在庫管理システムは、前記サーバからの納期の問い合わせにより送られてくる商品情報と個数情報とを受信する処理と、在庫データベースをアクセスし、受信した商品情報の商品についての在庫数を確認し、在庫数が足りる場合には具体的な納期を納期情報とし、在庫数が足りない場合には納期不明扱いであるという納期情報とする処理と、その納期情報を前記サーバに送信する処理と、を実行し、前記サーバの制御部は、前記在庫管理システムから納期情報を受信する処理と、前記顧客端末に対してその納期情報を通知する処理と、前記顧客端末から正式な発注を受け付けた場合にその注文情報についての商品情報と個数情報と発注相手先とを含む正式注文情報を注文データベースに記憶する処理と、を実行する。
いっぽう、前記在庫管理システムが非稼働時には、前記サーバの制御部は、前記顧客端末から受信した注文情報の商品情報に基づいて、前記標準納期データベースをアクセスして対応する商品の標準納期情報を取得し、その標準納期情報を前記顧客端末に対して通知する処理と、前記顧客端末から要求に応じて、受信した、商品情報と個数情報とを含む注文情報を滞留データとして前記滞留データ一時記憶手段に登録する処理とを実行する。その後、稼動中の在庫管理システムは、前記サーバの制御部から送られる滞留データに基づく注文情報の商品情報と個数情報を取得する処理と、在庫データベースをアクセスし、受信した商品情報の商品についての在庫数を確認し、在庫数が足りる場合には具体的な納期を納期情報とし、在庫数が足りない場合には納期不明扱いであるという納期情報とする処理と、その納期情報を前記サーバに送信する処理とを実行し、前記サーバの制御部は、稼動中の在庫管理システムからその納期情報を取得するとともに、前記注文情報と関連付けて記憶する処理と、前記顧客端末から前記注文の確認要求があった場合に前記注文情報に関連付けて記憶した納期情報を送信する処理を実行するようにした。
【００１２】
ネットワークは、実施の形態では、インターネットであるが、他のネットワークでももちろん良い。サーバは、実施の形態では「受発注サーバ１」に対応し、標準納期データベースは、実施の形態では商品データベース１１ａに対応する。このように、実施の形態では、通常の商品に関する情報を記憶するデータベースと一体にしているが、標準納期を別途管理するデータベースを構築しても良い。納期情報は、実施の形態では出荷予定日であったり、出荷予定日不明であったりする。
【００１３】
また、係る方法を実施するのに適した本発明の受注処理システムは、ネットワークに接続可能なサーバと、そのサーバと通信可能な在庫管理システムとを備え、前記ネットワークを介して顧客端末から注文を受けるオンラインによる受注システムである。そして、前記サーバは、商品についての標準納期情報を記憶する標準納期データベースと、前記顧客端末からのアクセスによって商品情報とその個数情報とを含む注文情報を受信する受信手段と、受信した注文情報を記憶する注文データベースと、前記顧客端末から受信した注文情報の商品情報と個数情報とに基づいて、前記在庫管理システムに対してその注文商品の納期の問い合わせをし、その在庫管理システムから送信されてくる納期情報を受信することで納期確認をする確認手段と、確認した納期情報をその顧客端末に対して通知する納期情報通知手段と、前記在庫管理システムの非稼働時に前記顧客端末から受信した注文情報の商品情報に基づいて前記標準納期データベースをアクセスして対応する商品の標準納期情報を取得する取得手段と、取得した標準納期情報を前記顧客端末に対して通知する標準納期情報通知手段と、標準納期情報通知手段にて標準納期情報を通知した対象の注文情報を顧客端末から要求に応じて滞留データとして滞留データ一時記憶手段に登録する登録手段と、を持つ。また、前記在庫管理システムは、商品とその商品の在庫数を関連付けた在庫情報を記憶する在庫データベースと、その在庫データベースをアクセスし前記サーバの確認手段による納期確認対象の注文情報に含まれる商品情報と個数情報、または前記滞留データに基づく注文情報に含まれる商品情報と個数情報に基づき、その商品情報の商品についての在庫数を確認し、在庫数が足りる場合には具体的な納期を納期情報とし、在庫数が足りない場合には納期不明扱いであるという納期情報とする確認手段と、確認した納期情報をサーバに送信する送信手段と、を持つ。さらに前記サーバは、前記確認手段によって確認した納期情報を、注文情報と関連づけて記憶し、前記顧客端末から前記注文の確認要求があった場合に、在庫管理システムから取得し前記注文情報に関連付けて記憶した納期情報を顧客端末に対して通知する納期情報通知手段を持つ、ようにした。
【００１６】
この発明によれば、在庫管理システムが稼働中は、在庫管理システムに問い合わせることにより、注文を受ける商品の正確な納期を知ることができ、顧客に通知することができる。また、在庫管理システムが非稼働中の場合には、標準納期データベースに格納した標準納期に基づいて顧客に対しての右記回答をすることができる。よって、顧客は、係る納期を見て、必要な商品が間に合うか否かを判断し、正式な注文をすることができる。
【００１７】
よって、サーバが稼働していれば、在庫管理システムが稼働しているか否かに関わらず納期を回答でき、それに伴う注文を受けることができる。つまり、本システムを利用する顧客は、標準納期がわからずに仮注文をし、翌日に納期を確認した場合に間に合わないことがわかり、あわてて注文のキャンセル並びに別の注文先を探すというような事態を招くということを可及的に抑制できる。販売店側も、係る事態に伴うキャンセルの発生率を抑制できる。
【００１８】
また、非稼働中であると判断する機能としては、実施の形態では「稼働フラグのＯＮ／ＯＦＦ」をチェックするようにしたが、これに限ることはなく、予め記憶保持した稼働時間（非稼働時間）の情報に基づいて判断したり、まず在庫管理システムに対して問い合わせを行い、一定時間以内に回答がない場合には、非稼働中と推定し標準納期を通知するようにすることもできる。
【００１９】
そして、在庫管理システムから、少なくとも稼働開始時と、終了時に前記サーバに通知し、前記サーバは前記通知に基づいて前記在庫管理システムが現在非稼働時か否かを判断し、その判断結果に基づいて納期の通知方法を決定するようにするとよい。ここで、通知方法の決定とは、在庫管理システムに対して納期の問い合わせをして得られた結果を通知する方法と、標準納期を通知する方法のいずれをとるかである。
【００２０】
この発明によれば、稼働中か否かが確実にわかるので好ましい。なお、稼働開始時とは、開始したその時点（直後）でもよいし、一定時間経過した後でも良い。同様に、終了時とは、その終了した時点（直前）でもよいし、終了時刻の一定時間前でもよい。つまり「時」としているが、その時点という意味ではなく、稼働開始／終了という条件を満たしたときという意味である。
【００２１】
また、終了時刻よりも少し前に終了通知を送ることにより、タイミングのずれでサーバから問い合わせが送られてきたりすることが抑制できる。また、後述するように、正式な発注が継続して送られてくるような場合に、納期問い合わせの時には在庫管理システムは稼働していたものの、最終的な正式な発注の時には在庫管理システムが停止する事態の発生も未然に防止できる。
【００２２】
なお、前記注文データベースへ登録する情報は、前記在庫管理システムに対して行った正式発注を受けて、前記在庫管理システムから返答されてきた発注結果を含むようにしてもよい。
【００２３】
さらに本発明の受注処理方法は、前記在庫システムの稼働時に前記サーバの制御部が前記顧客端末から正式な発注を受け付けた場合に、前記制御部はその注文情報を前記在庫管理システムに送信する処理を実行し、前記在庫管理システムはその注文情報に含まれた商品情報および個数情報に基づいて前記在庫データベースに対して在庫数から商品の注文個数を引当てる在庫引当処理を実行し、前記在庫システムが非稼働時においては、前記サーバの制御部は、前記顧客端末からの正式な注文を受けた際にその注文情報を滞留データ一時記憶手段に登録する処理を実行し、次いで、前記在庫管理システムは、稼働中に、前記一時記憶手段の滞留データの注文情報に含まれた商品情報および個数情報に基づいて前記在庫データベースに対して在庫数から商品の注文個数を引当てる在庫引当処理を実行するようにするとよい。
そして、係る方法を実施するために適した本発明の受注処理システムとしては、前記サーバは、前記在庫システムの稼働時においては、前記顧客端末から正式発注を受け付けた場合、その注文情報を前記在庫管理システムに送信する送信手段を持ち、前記在庫システムの非稼働時においては、前記顧客端末からの正式な注文を受けた際に前記登録手段がその注文情報を滞留データとして前記滞留データ一時記憶手段に登録するものであり、前記在庫管理システムは、２つの注文情報について前記在庫データベースに対して在庫数から商品の注文個数を引当てる在庫引当処理を実行する在庫引当処理手段を持つようにするとよい。
【００２４】
このようにすると、顧客からの商品の正式な注文に基づき、仕入れ先への自動的な発注処理ひいては仕入れ先側での在庫管理（引当）がオンラインで人手を介することなく行うことができる。
【００２８】
さらに、在庫管理システムは１つの場合もあるし、複数の場合もある。そして、複数存在する場合は、前記サーバは、注文を受けた商品に基づき、その商品に関連する在庫管理システムを決定し、その決定した在庫管理システムとの間でデータの送受を行うことにより対応できる。
【００２９】
なお、前記注文データベースへ登録する情報は、前記在庫管理システムに対して行った正式発注を受けて、前記在庫管理システムから返答されてきた発注結果を含むものである。
【００３０】
＊用語の定義
「納期」は、在庫管理システムにて在庫引き当てができ、確実に商品を届けることのできる時期をいう。システム上は、発送日，出荷日，顧客到着日，物流開始日などから選ぶことになる。つまり、必ずしも最終的に顧客に到着する時ではない。「標準納期」は、システム上の想定納期であり、予め予想している設定納期（仮の納期）である。在庫等があった場合など、通常であれば商品を届けることができる時期に基づいて設定される。
【００３１】
「注文（を受ける）」とは、「受注」としての意味である。システム上ではサーバが受信するもので、顧客端末の操作結果により行われる。「正式発注」は、納期（標準納期）を確認した顧客が、顧客端末からサーバに対して行われる正式な注文（商品購入の意思表示）の場合と、その顧客端末からの正式発注を受けたサーバが在庫管理システムに対して行う発注（在庫引き当て依頼等）がある。
【００３２】
「サーバ」は、Ｗｅｂサーバ機能を持つコンピュータ装置により実現される。また、「顧客端末」は、Ｗｅｂブラウザ機能を持つコンピュータ端末により実現される。
【００３３】
「在庫管理システムの非稼働」は、在庫管理システムが実際に動作しているか否かにかかわらず、サーバからアクセスができない状態を言う。つまり、定期的、非定期的を問わず、電源を落としている場合はもちろんのこと、メンテナンス中で外部と遮断されている場合も含む。在庫管理システム側で停電、故障等が発生している場合もある。さらには、システムが稼働中であっても、サーバ−在庫管理システム間のネットワーク異常などにより、通信ができない場合等も含む。もちろん、上記したものは、例示列挙であり、それ以外の場合も該当するものはある。
【００３４】
一方、運営上、上記した総ての場合に非稼働中の処理（標準納期回答等）をする必要はない。つまり、例えばネットワーク異常等の一部の状況においては、所定のエラー処理を実行することもできる。エラー処理としては、複数回通信を試みたり、最終的につながらない場合には、エラーメッセージを出力することもある。但し、その場合でも、標準納期を併せて出力するのが好ましい。
【００３５】
【発明の実施の形態】
図１は、本発明が適用されるシステムの一形態を示している。同図に示すよう、受発注サーバ１は、インターネット２に接続され、情報の送受ができるようになっているとともに、仕入れ先の在庫管理システム３と接続されている。そして、インターネットに接続された顧客端末４から受発注サーバ１にアクセスすることにより、受発注サーバ１は受注処理並びにそれに付随する各処理を実施するようになっている。よって、本システムは、一種のインターネットショッピングを実現するものとも言える。
【００３６】
そして、受発注サーバ１は、商品の販売店に設置されるものであり、その販売店は、顧客からの注文を受けて、仕入れ先から商品を入手し、顧客に販売するものである。在庫管理システム３は、仕入れ先に実装されるシステムであり、その仕入れ先が持つ在庫状況を管理するシステムである。つまり、各商品についての現在の在庫数はもちろんのこと、たとえ現在在庫数が０であっても、工場の生産予定などから何時出荷可能になるかなどが管理される。
【００３７】
次に、上記したシステムを用いて行われる顧客端末４からの発注から、最終的に顧客に対して商品を配送するまでの処理の流れに従って、各システムの機能の概略を説明する。まず、顧客端末４は、インターネット経由で販売店のウェブサイトにアクセスし、受発注サーバ１に接続する。受発注サーバ１の制御部１０は、会員データベース１１ｂを参照し、アクセスしてきた顧客が正規の会員か否かを判断（ＩＤ＋パスワード等）し、正規の会員でない場合には、まず会員登録を促す。そして、正規の会員であることが確認できると、実際のサービスの提供を開始する。
【００３８】
すなわち、まず、購入しようとする商品を選択させる。つまり、顧客端末４からの情報（検索条件，過去の購入履歴情報等）に基づき、商品データベース１１ａをサーチし、顧客が購入しようとする商品リストを作成し、出力表示する。そして、表示した商品リストの中から顧客が購入しようとする商品が選択されるのを待つ。もちろん、要求に応じて別の商品リストを提示することもある。
【００３９】
商品及び個数が選択されると、制御部１０は在庫管理システム３に対して納期の問い合わせを行う。この問い合わせを受けた在庫管理システム３の制御部２０は、在庫データベース２１ａをアクセスし、問い合わせのあった商品の有無及び在庫数を確認し、その商品について必要な個数を発送できる納期を回答する。なお、納期は出荷日を基準としている。
【００４０】
受発注サーバ１側の制御部１０は、在庫管理システム３からの納期回答を受けて、顧客端末４の表示画面中の各商品の欄に出荷予定日を出力表示することにより、顧客への納期回答をする。
【００４１】
顧客は、出荷予定日を確認し、問題がなければ正式な注文（発注）を行う。この発注もインターネット２を経由して受発注サーバ１の制御部１０に与えられるので、制御部１０は、在庫管理システム３に対して正式な発注を送る。さらに、受発注サーバ１並びに在庫管理システム３は、各発注を受けてそれぞれの注文データベース１１ｃ，２１ｂに注文を受けた商品，個数，相手先，出荷予定日などの情報を格納する。さらに、在庫管理システム３は、在庫データベース２１ａに対して引当処理を行う。つまり、注文を受けた商品の個数分だけ在庫数を減らす処理をする。
【００４２】
そして、本形態では、短期納入を行うため、仕入れ先から顧客に対して直送する方式をとっている。そこで、仕入れ先では、販売店からの発注を受ける（受注する）と、契約している宅配業者を使って商品の出荷を行う。この出荷処理に伴い、注文データベース２１ｂには、伝票番号などの出荷・搬送に関する情報を格納する。この情報は、発注結果として受発注サーバ１にも送られ、受発注サーバ１の注文データベース１１ｃに格納される。
【００４３】
顧客は、発注した後、受発注サーバ１にアクセスすることにより、注文した商品の現在の状況を確認することができる。つまり、係る状況問い合わせを受けた受発注サーバ１の制御部１０は、その会員の注文した商品リストを出力する。この商品リストには、現在の状況（出荷待ち（出荷予定日），出荷中など）とともに、出荷したものについては宅配便の伝票番号を表示する。さらに、画面上には、上記宅配便のホームページ（追跡調査）６にリンクが張られており、係るホームページに飛ぶことにより、顧客は、伝票番号に基づいて商品が現在どこにあるかを確認できるようになる。
【００４４】
上記した処理は、受発注サーバ１並びに在庫管理システム３がともに稼働している場合の通常の処理である。ここで本発明では、在庫管理システム３が非稼働中であっても受発注サーバ１が、商品の受注や、納期回答などができるようにしている。これにより、受発注サーバ１を２４時間稼働させることができ、顧客は、自分の都合に合わせていつでも商品の注文ができるとともに、納期の確認をすることができる。
【００４５】
具体的には、受発注サーバ１に滞留データベース１１ｄを設ける。この滞留データベース１１ｄは、在庫管理システム３が非稼働中の時に受注したデータを一時的に格納するものである。そして、在庫管理システム３が稼働した際に、この滞留データベース１１ｄに格納した仮受注データに基づいて、在庫管理システム３に対して正式な発注処理等を行う。
【００４６】
正式な発注処理を行うことにより、滞留データベース１１ｄに格納されたデータは、注文データベース１１ｃに移し替えられる。そして、在庫管理システム３からの発注結果があると、通常の処理と同様に注文データベース１１ｃに登録される。
【００４７】
在庫管理システム３が稼働中か否かの判断は、例えば予め受発注サーバ１側で稼働している時刻（例えば、ＡＭ９：００からＰＭ５：３０など）のタイムテーブルを持ち、それに基づいて受発注サーバ１の制御部１０が判断することもできるが、係るタイムテーブルの更新の煩雑さや、在庫管理システム３の臨時停止に対応することから、本形態では「稼働フラグ」を持ち、在庫管理システム３側から現在稼働中か否かの情報を受け取り、稼働フラグをＯＮ／ＯＦＦすることにより制御する。制御部１０は、この稼働フラグを確認することにより、在庫管理システム３が稼働中で通常の処理が可能か、非稼働中で滞留データベース１１ｄに格納しなければならないかなどの判断を行うようにしている。
【００４８】
更に納期については、各商品毎に標準納期を設定することにより対応している。標準納期は、通常の状態で受注した場合に、その商品を出荷するまでに要する日数である。基本的に、在庫が存在する場合には即日（翌日）出荷対応できるが、タイミングが悪く在庫切れなどを生じていることも想定し、若干余裕を持って設定している。もちろん、商品の中には受注生産のものもあり、係る場合には、受注してから生産し製造するまでに係る平均日数を求め、それらから一定のマージンをとって決めても良い。なお、受注生産品の場合には、標準納期なしとすることもできる。また、本例では、標準納期は、「Ｘ営業日後」というように表すようにしている。
【００４９】
この標準納期は、仕入れ先との取り決めにより予め各商品毎に決めておき、商品データベース１１ａに商品と関連づけて格納する。これにより、在庫管理システム３が非稼働中に顧客からの注文があった場合には、商品データベース１１ａをアクセスし、その商品の標準納期を抽出し、それを表示することにより納期回答するようにした。
【００５０】
これにより、顧客は、標準納期を見ることにより、正式に購入（発注）するか否かを判断することができる。なお、正式に発注された商品は、滞留データベース１１ｄに格納され、在庫管理システム３が稼働した際に発注するのは上記した通りであるが、この発注にともない、在庫管理システム３からその商品についての納期回答があるので、係る納期回答を受けたならば、標準納期を正式な納期（出荷予定日）に置き替える処理を行う。
【００５１】
次に、上記した処理を実行するための具体的な構成について説明する。受発注サーバ１は、図２に示すように、インターネット２に接続され、データの送受を行うための通信インタフェース１２を備えている。また、在庫管理システム３とデータの送受を行うためのインタフェース１３も備えている。受発注サーバ１と在庫管理システム３は、公衆回線，専用回線７はもちろんのこと、インターネットやＬＡＮ等の各種のネットワーク網を用いることができ、インタフェース１３は、係る使用する通信形態に応じて設定する。
【００５２】
なお、本形態の場合、受発注サーバ１は販売店のシステムで、在庫管理システム３は仕入れ先のシステムと説明したが、係る場合のＬＡＮの利用形態としては、受発注サーバ１と在庫管理システム３を同一の場所に設置することにより対応できる。つまり、別会社であっても場所を共有することによりＬＡＮ接続は可能となる。
【００５３】
制御部１０は、会員管理処理部１０ａと、受発注処理部１０ｂと、滞留データ処理部１０ｃを備えている。まず、会員管理処理部１０ａは、会員データベース１１ｂへのデータ登録，更新処理などを行うものである。つまり、会員データベース１１ｂは、会員番号（会員ＩＤ），名前，会社名，所属，住所，電子メールアドレス，パスワード，電話・ＦＡＸ番号などを関連づけて格納するようになっている。
【００５４】
そこで、会員管理処理部１０ａは、例えば図３に示すような新規会員登録画面を顧客端末４のモニタ上に出力表示させ（実際には、図示の下にも各種のデータを入力領域がある）、会員登録を促す。そして、入力されたデータを取得し、「必須項目が入力されているか」、「文字数，使用可能な文字種類は正しいか」などの判断を行い、問題がない場合には図４に示すような確認画面を出力し、内容に間違いがないか否かを確認させる。
【００５５】
そして、「送信」キーが選択されたならば、内容に間違いなしと判断し、会員番号（会員ＩＤ）を発行し、その会員ＩＤとともに入力された情報を会員データベース１１ｂに登録する。また、同時に、顧客端末４のモニタ画面に対しては、例えば図５に示すような登録完了通知とともに会員ＩＤを通知するメッセージを出力する。
【００５６】
上記した以外にも、既登録の会員情報の内容に変更があった場合には、更新処理を行う機能も持つ。要は、通常のオンラインでの会員登録処理と同様の処理を行うものである。
【００５７】
受発注処理部１０ｂは、図６，図７に示すフローチャートを実施する機能を持つ。同図に示すように、まず顧客端末４からのアクセスがあると、正規の会員か否かを判断する（ＳＴ１）。すなわち、最初に会員ＩＤとパスワードの入力を受けるようにしているため、入力された会員ＩＤとパスワードの組み合わせがあっているか否かを判断する。
【００５８】
そして、非会員の場合には、所定の処理を実行する（ＳＴ２）。この所定処理としては、エラーメッセージとともにパスワード，会員ＩＤの再入力を促したり、新規登録画面へ飛ぶようにすることなどがある。
【００５９】
一方、正規の会員と判断されると、商品選択処理を行う（ＳＴ３）。つまり、商品の検索画面（図示省略）を表示する。この検索画面は、商品を絞り込むための条件の入力画面であり、例えば、商品の種類，商品名，商品コードなどを入力する。この入力を受けて該当する商品リストを表示する。そして、その商品リストを見た顧客は、自己が必要とする（注文しようとした）ものであるか否かを判断し、必要な場合には選択するとともに数量を入力する。
【００６０】
この入力に基づき、図８に示すような買い物かご画面を表示する。つまり、選択した商品の数量に基づき総金額を算出し、コード，商品名，数量，単価，金額を関連づけて表示する。図から明らかなように、画面の下方領域には、商品の追加を行うための「買い物を続ける」キーと、注文を停止する「買い物をやめる」キーと、納期を確認するための「納期確認」キーが用意されている。
【００６１】
そして、「買い物を続ける」キーをクリックすると、商品の検索・選択画面に進み、「買い物をやめる」キーをクリックすると、今まで選択し、買い物かごに登録した商品をクリアし、今回の注文処理を終了する。従って、必要なものが集まるまで「買い物を続ける」キーを押して逐次商品とその数量を選択する。
【００６２】
必要な商品の選択が終了したならば、「納期確認」キーがクリックされる（ＳＴ４でＹｅｓ）ので、それを検知すると稼働フラグのチェックを行う（ＳＴ５）。
【００６３】
すでに説明したように、稼働フラグは、在庫管理システム３から送られてくる通知に従ってＯＮ／ＯＦＦを切り替えるもので、在庫管理システム３が稼働中は稼働フラグもＯＮになるように制御されている。具体的には、在庫管理システム３の制御部２０が、稼働開始直後に「開始通知」を送ってくるので、その開始通知を受けると、稼働フラグをＯＮにする。また、在庫管理システム３が停止する所定時間前（例えば５分前）に「終了通知」を送ってくるので、その終了通知を受けると稼働フラグをＯＦＦにする。
【００６４】
そこで、このステップ５の処理では、係る稼働フラグをサーチし、ＯＮか否かを判断する。そして、ＯＦＦの場合には、非稼働時処理を実施する。この非稼働時処理は、滞留データ処理部１０ｃが実施するもので、具体的な処理は後述する。
【００６５】
一方、稼働フラグがＯＮの時には、在庫管理システムに対してオンラインでの問い合わせや注文が行えるので、ステップ６に進み、在庫管理システムへ納期の問い合わせを行う。つまり、商品を特定するコードと数量とともに納期確認（仮発注）を行う。なお、販売店側と仕入れ先では、同一の商品について付している商品コードが異なる場合が多々ある。特に、後述するように仕入れ先が複数存在する場合にはなおさらである。そこで、商品データベース１１ａには、仕入れ先の商品コード情報も併せて格納しておき、この処理ステップを実行するに際し、商品コードの変換、つまり、仕入れ先（在庫管理システム３）で扱っている商品コードを抽出し、それを出力する。
【００６６】
後述するように、在庫管理システム３は、問い合わせを受けた商品についての出荷予定日を通知（納期回答）してくるので、係る納期回答を待つ（ＳＴ７）。そして、係る納期回答に従って、顧客端末４のモニタに対し、納期確認画面（図９参照）を表示する（ＳＴ８）。図から明らかなように、在庫管理システム３から通知された出荷予定日を表示する。なお、在庫切れなどにより出荷予定日が不明であることを通知された場合には、この納期確認画面における出荷予定日は「＊＊＊」としている。
【００６７】
さらに、画面の下方には、会員データベース１１ｂに登録された会員の住所を表示するとともに、更に送付先が異なる場合に臨時の送付先を入力する画面を用意している。
【００６８】
この画面の下端領域には、表示内容で注文する「注文確認」キーと、注文した商品が全てそろったときにまとめて出荷することを要求する「最終出荷日にあわせて注文する」キーと、表示内容では注文をしない「戻る」キーを用意する。
【００６９】
次に、正式な注文を受けたか否かを判断する（ＳＴ９）。すなわち、図９に示した納期確認画面において、「注文確認」キー或いは「最終出荷日にあわせて注文する」キーがクリックされた場合には、この分岐判断はＹｅｓとなり、「戻る」キーがクリックされたならばＮｏとなる。そして、Ｎｏの場合には、ステップ３に戻り買い物かご画面へ戻る。
【００７０】
正式発注があると、商品発注画面を表示する（ＳＴ１０）。つまり、図１０に示すように、注文した商品情報（商品名，個数，金額，出荷予定日等）とともに確定した商品の発送先住所や支払方法を表示する。更に、この表示画面の下端には、「送信」キーと「戻る」キーを用意している。「戻る」キーがクリックされると、ステップ８の納期確認画面表示に戻り、「送信」キーがクリックされる（ステップ１１でＹｅｓ）と、正式発注処理を行う（ＳＴ１２）。つまり、ステップ１０で表示した内容を在庫管理システム３へ送信し、正式発注を行う。
【００７１】
この後、在庫管理システム３からは、発注結果が送られてくるので、それを待つ（ＳＴ１３）。そして、発注結果が送られてくると、顧客端末４のモニタに注文完了画面（図１１参照）を表示する（ＳＴ１４）。
【００７２】
また、サーバ用の注文データが作成され、注文データベース１１ｃに格納する（ＳＴ１５）。注文データとしては、顧客の正式注文に関する情報で、通販コード，商品名，数量等の情報と顧客情報を含む。さらに、在庫管理システム側の注文データと関連付ける照会番号も含む。在庫管理システム３への発注データにもなる。顧客注文が確定された情報となる。
【００７３】
次に、滞留データ処理部１０ｃの機能を説明する。滞留データ処理部１０ｃは、在庫管理システム３が非稼働時のときに仮の受注処理をして貯留データベース１１ｄに登録する機能（図６中の非稼働時処理を実行する機能）と、滞留データベース１１ｄに格納されたデータに基づき、正式な発注処理を行う機能を有する。
【００７４】
まず、前者の機能は、図１２に示すフローチャートのようになる。稼働フラグがＯＦＦの時に、ステップ３の処理により確定された商品に対し、商品データベース１１ａをアクセスし、その商品の標準納期を取得する（ＳＴ２１）。そして、顧客端末４のモニタに対し、納期確認画面を表示する（ＳＴ２２）。納期確認画面は、図９に示すものと同様で、出荷予定日の欄が「Ｘ営業日後」（Ｘは標準納期）となる。出荷予定日の表示以外は通常のものと同様である。従って、顧客は稼働時／非稼働時のどちらでも違和感無く対処できる。この点は、以下の各処理でも同様である。
【００７５】
次に、正式な注文を受けたか否かを判断する（ＳＴ２３）。すなわち、図９に示した納期確認画面において、「注文確認」キー或いは「最終出荷日にあわせて注文する」キーがクリックされた場合には、この分岐判断はＹｅｓとなり、「戻る」キーがクリックされたならばＮｏとなる。そして、Ｎｏの場合には、ステップ３に戻り買い物かご画面へ戻る。
【００７６】
正式発注があると、商品発注画面を表示する（ＳＴ２４）。つまり、図１０に示すように、注文した商品情報（商品名，個数，金額，出荷予定日等）とともに確定した商品の発送先住所や支払方法を表示する。更に、この表示画面の下端には、「送信」キーと「戻る」キーを用意している。「戻る」キーがクリックされると、ステップ２２の納期確認画面表示に戻り、「送信」キーがクリックされる（ステップ２５でＹｅｓ）と、顧客端末４のモニタに注文完了画面を表示する（ＳＴ２６）。この注文完了画面も、基本的に図１１と同様であり、異なるのは出荷予定日の表示が「Ｘ営業日後」となっている点である。そして、注文を受けた内容（顧客情報，商品，個数、送付先等の情報）を滞留データベース１１ｄに格納し、処理を終了する（ＳＴ２７）。
【００７７】
一方、滞留データベース１１ｄに格納されたデータに基づき、正式な発注処理を行う機能は、図１３に示すフローチャートのようになる。すなわち、在庫管理システム３から開始通知を受けたり、或いは、稼働フラグがＯＮになったのを確認した（ＳＴ３１）ならば、滞留データベース１１ｄをサーチし、稼働フラグがＯＮになった在庫管理システム３に対する滞留データがあるか否かを判断する（ＳＴ３２）。そして、無い場合には処理を終了し、滞留データが存在したならば、滞留データ処理を開始する。
【００７８】
滞留データ処理は、基本的には、蓄積されている滞留データ、つまり、仮受注した商品を正式に発注するものである。このとき、滞留データベース１１ｄに大量にデータが蓄積されている場合に、そのデータを一度に在庫管理システム３側に送ると、在庫管理システム３側の付加が大きくなりすぎるので、所定時間当たりに処理する件数を定め、分散して行う。
【００７９】
つまり、予め定めた件数分の受注データを読み出し、在庫管理システムの商品コードを取得して置き替える（ＳＴ３３，ＳＴ３４）。そして、その置き替えた商品コードに基づく発注データを作成し、在庫管理システム３へ送信し、正式な発注処理を行う（ＳＴ３５）。
【００８０】
この発注処理を受けた在庫管理システム３からは、発注結果が送られてくるので、それを待つ（ＳＴ３６）。そして、発注結果が送られてくると、注文データベース１１ｃに格納する（ＳＴ３７）。これにより、正確な出荷予定日がわかる。
【００８１】
さらに本形態では、注文状況の確認を行うことができるようになっている。すなわち、顧客端末４から受発注サーバ１に対して注文状況の確認要求があると、注文データベース１１ｃをアクセスし、会員ＩＤをキーにしてその会員の注文データを抽出し、顧客端末４のモニタに注文状況結果を表示する機能を持つ。この注文状況結果の一例としては、図１４に示すようになる。図から明らかなように、未出荷のものに付いては出荷予定日が表示され、出荷済のものには、宅配便の伝票番号が表示される。これにより、顧客は伝票番号から現在商品がどこにあるかを知ることができる。また、夜間などに注文した場合には、翌日などにこの注文状況の確認を行うと、正確な納期がわかる。
【００８２】
一方、在庫管理システム３の制御部２０は、図１５に示すフローチャートのように機能する。すなわち、納期問い合わせを受信すると、依頼のあった商品コードと数量を認識し、在庫データベース２１ａをアクセスして在庫状況を確認する（ＳＴ４０〜ＳＴ４２）。そして、在庫がある場合には出荷予定日を把握し、その結果を送信する（ＳＴ４３，ＳＴ４４，ＳＴ４６）。また、在庫がない場合には、出荷予定日不明扱いとし「＊＊＊」を返す（ＳＴ４５，ＳＴ４６）。
【００８３】
また、正式の発注（商品コード＋数量）を受けると、在庫データベース２１ａに対して該当する数量分だけ在庫の引当処理を行う（ＳＴ４７，ＳＴ４８）。次いで、在庫管理システム用の注文データを作成し、注文データベース２１ｂに登録する（ＳＴ４９）。ここで作成される注文データは、結果として受注サーバ１で作成され注文データベース１１ｃに格納された注文データと同じような内容となる。在庫引き当て済みの注文受け付け情報となる（在庫引き当て分を含むこともある）。
さらに、この注文データは、発注結果（出荷予定日，伝票番号等も含む）として受発注サーバ１側に送信される（ＳＴ５０）。
【００８４】
上記した処理によれば、受発注処理部１０ｂ，貯留データ処理部１０ｃからの処理の何れにも対応できる。また、それぞれ個別に対応するシステムにする場合には、例えば、受発注処理部１０ｂに対しては、正式な注文の前に納期問い合わせがあるので、その後に行われる正式な注文があった場合には、数量など受けることなく（納期問い合わせの際に受け取った数量）在庫引当処理をすることができる。また、納期問い合わせに対する回答として予定出荷日を教えているので、正式な注文を受けた際の発注回答としては、予定出荷日の通知を省略するようにしても良い。
【００８５】
図１６は、本発明の第２の実施の形態を示している。上記した実施の形態では、在庫管理システム３は１つであったが、本実施の形態では複数存在する点で相違する。説明の便宜上、受発注サーバ１は、２つの在庫管理システム３′，３″と接続されるようにしたが、３つ以上でももちろん良い。また、各在庫管理システム３，３′との接続媒体であるが、一方を公衆回線とし、他方をインターネットとする等、異ならせてももちろん良い。
【００８６】
係る構成において、受発注サーバ１側では商品データベース１１ｂに登録する情報として、上記した第１の実施の形態のものに加え、さらに、発注する在庫管理システムを特定する情報を入れている。すなわち、ある商品についての仕入れ先を１つに割り付けるようにしている。
【００８７】
一方、各在庫管理システム３′，３″は、ともに第１の実施の形態における在庫管理システム３と同様の構成からなり、稼働フラグＯＮ／ＯＦＦを制御するための「開始通知」並びに「終了通知」を行う機能と、図１５に示すフローチャートを実施する機能などを備えている。つまり、受発注サーバ１から納期問い合わせがあると、該当する商品の納期を返答し、正式な注文を受けると、在庫データベース２１ａに対する引当処理並びに注文データベース２１ｂへの登録及び発注結果の送信などを行う。
【００８８】
これにより、受発注サーバ１は、顧客からの注文に伴い、商品データベース１１ａをアクセスし、その商品の仕入れ先（在庫管理システム）を認識する。そして、以後の処理は、認識した仕入れ先との間で第１の実施の形態で説明した各種処理を実行することにより動作する。
【００８９】
また、顧客から複数種の商品を指定された場合に、各商品が別々の仕入れの場合には、仕入れ先ごとに納期問い合わせや正式な発注処理を行うことになる。ところで、１回の注文で複数の仕入れ先の商品が選択され、しかも、その複数の仕入れ先が非稼働中のものと稼働中のものが混在する場合は、稼働中のものはオンラインで納期の問い合わせを行って納期回答をするとともに、非稼働中のものに対しては標準納期を回答するようにすると良い。また、正式な発注も、稼働中のものはそのまま正式な発注処理を行い、非稼働中のものに対しては稼働した際に改めて正式な発注を行うようにすることもできる。
【００９０】
また、一部でも非稼働中のものが存在した場合には、全て標準納期を答えるようにし、翌日一斉に正式な注文をするように運用することもできる。さらには、問い合わせだけは、稼働中のものに対してはリアルタイムに行い、正式な発注は翌日にするなど、各種の対応が採れる。
【００９１】
但し、対顧客で考えた場合には、１つの注文としてとらえられるので、非稼働中のものを含む場合には、一旦貯留データベース１１ｄに格納するのがよい。そして、稼働中のものに対しては先に正式な発注を行うようにした場合には、貯留データベース１１ｄに格納する際に、発注済であることを示すフラグなどを立てる。これにより、翌日の正式な発注処理をするに際し、上記フラグのたっていないものに対してのみ処理をすれば良くなる。なお、その他の構成並びに作用効果は、上記した第１の実施の形態と同様であるので、対応する部材に同一符号を付し、その詳細な説明を省略する。
【００９２】
さらにまた、仕入れ先が複数存在している場合において、そのうちの一部の仕入れ店がオンラインによる自動受発注に対応していないケースもある。係る場合には、オンライン対応していない仕入れ先は、在庫管理システムが常に非稼働中であるとし、係る仕入れ先の商品については、標準納期で回答することにより本システムで対処できる。
【００９３】
図１７は、本発明の第３の実施の形態を示している。本実施の形態では、販売店側の受発注サーバ１，１′が複数存在している場合に適用した例である。すなわち、顧客がインターネット経由で注文できない場合に、顧客に代わって販売店側でデータの入力を行うものである。つまり、インターネットショッピングと、従来の人を介して受発注サーバを混在したものに適したシステムである。
【００９４】
一方の受発注サーバ１は、上記した各実施の形態と同様である。そして、他方の受発注サーバ１′は、ＬＡＮなどで接続された入力装置３０からの入力に従い、受発注を行うもので、仕入れ先が自動的な受発注に対応しているものに対しては、入力装置３０を介して受発注サーバ１′に登録したデータを、受発注サーバ１に送り、そこにおいて所定の処理を実行する。そして、その処理の結果の回答は、受発注サーバ１′に送られてくるので、その結果を顧客に伝達し、正式に発注して良いか否かの判断を行う。
【００９５】
そして、両受発注サーバ１，１′は、内容の同一性が確保される必要がある。そこで、一定の時間間隔ごとに現在の状況を相手に渡し、受け取った側ではコピーすることにより、同一性を担保する。なお、その他の構成並びに作用効果は、上記した第１の実施の形態と同様であるので、対応する部材に同一符号を付し、その詳細な説明を省略する。
【００９６】
【発明の効果】
以上のように、この発明では、在庫管理システムと連携して顧客からの受注処理並びに納期回答などを行うシステムにおいて、在庫管理システムが非稼働時であっても各種処理を行うことができ、究極には、２４時間体制でサービスの提供を行うことのできる受注システム及び受注処理方法並びにサーバを提供することを目的とする。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態を示す図である。
【図２】本発明の第１の実施の形態を示す図である。
【図３】新規会員登録画面の一例を示す図である。
【図４】新規会員登録確認画面の一例を示す図である。
【図５】登録確認画面の一例を示す図である。
【図６】受発注処理部の機能を示すフローチャートの一部である。
【図７】受発注処理部の機能を示すフローチャートの一部である。
【図８】受発注処理部の機能を説明する図である。
【図９】受発注処理部の機能を説明する図である。
【図１０】受発注処理部の機能を説明する図である。
【図１１】受発注処理部の機能を説明する図である。
【図１２】貯留データ処理部の機能を示すフローチャートの一部である。
【図１３】貯留データ処理部の機能を示すフローチャートの一部である。
【図１４】状況確認画面の一例を示す図である。
【図１５】在庫管理システムにおける制御部の機能を示すフローチャートの一部である。
【図１６】本発明の第２の実施の形態を示す図である。
【図１７】本発明の第３の実施の形態を示す図である。
【符号の説明】
１，１′ 受発注サーバ
２ インターネット
３ 在庫管理システム
４ 顧客端末
６ ホームページ
７ 通信網
１０ 制御部
１０ａ 会員管理処理部
１０ｂ 受発注処理部
１０ｃ 貯留データ処理部
１１ａ 商品データベース
１１ｂ 会員データベース
１１ｃ 注文データベース
１１ｄ 滞留データベース
１２ 通信インタフェース
１３ インタフェース
２０ 制御部
２１ａ 在庫データベース
２１ｂ 注文データベース
３０ 入力装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an order receiving system and order processing. About the method To do.
[0002]
BACKGROUND OF THE INVENTION
One form for ordering products is one that uses the Internet. In this case, the customer accesses the website of the ordering / ordering server via the Internet, selects a necessary product on the ordering screen, and inputs the number, and the customer places an order. The order receiving / ordering server automatically places an order with a manufacturer or the like in accordance with the order from the customer (order for the system).
[0003]
In addition, there are those that are directly made to an inventory management system such as a manufacturer when placing an automatic order. Then, since the inventory management system knows the inventory information of the ordered product, it can automatically perform delivery date information such as when the product can be delivered to the ordering server. Therefore, the ordering server that has received the order from the customer can answer the delivery date to the customer based on the delivery date information from the inventory management system. As a matter of course, since both the ordering server and the inventory management system described above are composed of computers and other devices, data can be transmitted and received automatically and in real time.
[0004]
According to the system configuration described above, when the customer accesses the ordering server via the Internet and places an order for the product (temporary inquiry) there, the delivery date of the product is instantaneously determined by sending and receiving the above information. I can know. Therefore, since it is possible to determine whether or not the delivery date is acceptable and to place an official order, the customer can wait for delivery of the product with peace of mind. There is an advantage that an answer to the delivery date to the customer can be automatically made.
[0005]
By the way, in order to operate the above-described system, it is necessary that both the ordering server and the inventory management system are in operation and in a communicable state. However, the inventory management system is normally operated during the business hours of the company due to security and other factors, but is stopped at night.
[0006]
Therefore, even if the ordering / order receiving server is operated for 24 hours, the above-mentioned real-time delivery response and automatic ordering processing cannot be performed at night when the inventory management system is stopped. Then, the advantage of the Internet that it can be used 24 hours a day according to the convenience of the user (in this case, in particular, the customer) cannot be fully utilized.
[0007]
Furthermore, by operating both the systems described above for 24 hours, it is possible to receive orders and answer delivery dates without interruption on a 24-hour basis. However, in reality, the company that operates the ordering server (company that receives orders from customers such as trading companies) and the company that operates the inventory management system (such as companies that manufacture manufacturers and other products) If it is a separate company, it is difficult to require the other to operate the system for 24 hours for one reason.
[0008]
The present invention is a system for processing orders received from customers and replying to delivery dates in cooperation with the inventory management system, and can perform various processes even when the inventory management system is not in operation. Order receiving system and order processing method that can provide services in a system Proposed law The purpose is to provide.
[0009]
[Means for Solving the Problems]
The present invention is connectable to a network and includes a control unit, a standard delivery date database, Order database and It is premised on an online receiving system that includes a server having a staying data temporary storage means, and an inventory management system that can communicate with the server and has an inventory database, and that receives orders from customer terminals via the network. By connecting the customer terminal to the network, the customer can access the server via the network and place an order for goods.
[0010]
The order processing method according to the present invention is an order processing method in the order receiving system described above, and executes the following processing. That is, the standard delivery date database of the server stores standard delivery date information about the product, The order database receives the received order information, The inventory database of the inventory management system is a product And the number of items in stock Each of the inventory information is stored, and the control unit of the server receives the order information including the product information and the quantity information by accessing from the customer terminal, and the delivery date information to the customer terminal (Scheduled shipping date) is notified.
During the operation of the inventory management system, the control unit of the server receives the order information received from the customer terminal. Product information and quantity information To the inventory management system based on Literary merchant Inquiry about product delivery date Send the product information and quantity information that are subject to Process, and the inventory management system delivers the delivery date from the server Processing to receive product information and number information sent in response to Access the inventory database, Checking the number of stocks for the products in the received product information, if the stock quantity is sufficient, make the specific delivery date as delivery date information, and if the stock quantity is insufficient, make the delivery date information that the delivery date is unknown , That Send delivery information to the server Believe And the control unit of the server is the inventory management system. Rano Information Processing to receive, For the customer terminal The delivery date information Process to notify and whether the customer terminal Positive When a formal order is accepted Processing to store formal order information including product information, quantity information and ordering partner for the order information in the order database And execute.
On the other hand, when the inventory management system is not operating, the control unit of the server receives the order information received from the customer terminal. Product information Based on the above, the standard delivery date database is accessed to obtain the standard delivery date information of the corresponding product, the standard delivery date information is notified to the customer terminal, and received from the customer terminal upon request , Includes product information and quantity information A process of registering the order information as staying data in the staying data temporary storage means is executed. After that, the inventory management system in operation uses the retention data sent from the control unit of the server. Based on Order information Process to obtain product information and quantity information for the product, access the inventory database, check the stock quantity of the received product information product, and if the stock quantity is sufficient, the specific delivery date will be the delivery date information and the stock quantity If there is not enough, the process to make the delivery date information that the delivery date is unknown, Delivery date information to the server Send And the control unit of the server is in operation. From inventory management system When there is a request for confirmation of the order from the customer terminal, the process for acquiring the delivery date information and storing it in association with the order information Stored in association with the order information. Delivery date information Send The process was executed.
[0012]
The network is the Internet in the embodiment, but may be another network. The server corresponds to the “ordering server 1” in the embodiment, and the standard delivery date database corresponds to the product database 11a in the embodiment. As described above, in the embodiment, the database is integrated with a database that stores information related to normal products, but a database that separately manages the standard delivery date may be constructed. In the embodiment, the delivery date information is a scheduled shipping date or an unknown scheduled shipping date.
[0013]
An order processing system of the present invention suitable for carrying out such a method includes a server connectable to a network and an inventory management system capable of communicating with the server, and an order is received from a customer terminal via the network. Online ordering system It is. And before The server includes a standard delivery date database for storing standard delivery date information about the product, and receiving means for receiving order information including product information and its number information by access from the customer terminal, An order database for storing received order information; Order information received from the customer terminal Product information and quantity information To the inventory management system based on By inquiring about the delivery date of a sentence product and receiving the delivery date information sent from the inventory management system A confirmation means for confirming the delivery date, a delivery date information notification means for notifying the customer terminal of the confirmed delivery date information, When the inventory management system is not in operation Order information received from the customer terminal Product information An acquisition means for accessing the standard delivery date database to acquire standard delivery date information of the corresponding product, a standard delivery date information notification means for notifying the customer terminal of the acquired standard delivery date information, and a standard delivery date information notification Registration means for registering the target order information for which the standard delivery date information has been notified by the means in the stay data temporary storage means as stay data in response to a request from the customer terminal. One. Also before Inventory management system And the number of items in stock An inventory database for storing inventory information, and order information for delivery date confirmation by the server's confirmation means by accessing the inventory database Product information and quantity information included in Or order information based on the retention data Based on the product information and quantity information contained in the product information, the number of stocks for the product information of the product information is confirmed. If the number of stocks is sufficient, the specific delivery date is used as delivery date information. Delivery date information that it is handled Confirmation method and confirmed delivery date information to server Send Transmission means One. further The server The delivery date information confirmed by the confirmation means is stored in association with the order information, Obtained from the inventory management system when there is a confirmation request for the order from the customer terminal Stored in association with the order information A delivery date information notifying means for notifying delivery date information to the customer terminal is provided.
[0016]
According to the present invention, while the inventory management system is in operation, it is possible to know the exact delivery date of the product for which the order has been received and to notify the customer by making an inquiry to the inventory management system. Further, when the inventory management system is not in operation, it is possible to reply to the customer on the right based on the standard delivery date stored in the standard delivery date database. Therefore, the customer can see the delivery date, determine whether the necessary product is in time, and place a formal order.
[0017]
Therefore, if the server is in operation, the delivery date can be answered regardless of whether the inventory management system is in operation, and an order accompanying it can be received. In other words, a customer who uses this system makes a provisional order without knowing the standard delivery date, knows that it will not be in time if the delivery date is confirmed the next day, and hurries to cancel the order and search for another order destination. It is possible to suppress as much as possible the occurrence of a situation. The dealer side can also suppress the rate of cancellation associated with such a situation.
[0018]
In addition, as a function to determine that it is not operating, in the embodiment, “ON / OFF of operating flag” is checked. However, the function is not limited to this. Based on the time) information, or by inquiring to the inventory management system first, if there is no response within a certain time, it can be estimated that the product is not in operation and the standard delivery date can be notified. .
[0019]
The inventory management system notifies the server at least at the start of operation and at the end of operation, and the server determines whether the inventory management system is currently not operating based on the notification, and based on the determination result It is advisable to decide how to notify the delivery date. Here, the determination of the notification method is either the method of notifying the result obtained by inquiring the delivery date to the inventory management system, or the method of notifying the standard delivery date.
[0020]
According to this invention, it is preferable because it can be surely determined whether or not it is in operation. The operation start time may be the time point immediately after the start (immediately after) or after a certain time has elapsed. Similarly, the end time may be the time when it ended (immediately before) or a certain time before the end time. In other words, “time” is not the time point, but the time when the operation start / end condition is satisfied.
[0021]
In addition, by sending an end notification a little before the end time, it is possible to prevent an inquiry from being sent from the server due to a timing shift. In addition, as will be described later, when formal orders are sent continuously, the inventory management system was in operation at the time of inquiry for delivery, but the inventory management system was stopped at the final formal order. It is possible to prevent the occurrence of the situation.
[0022]
Note that the information to be registered in the order database may include an order result returned from the inventory management system in response to a formal order placed with respect to the inventory management system.
[0023]
Furthermore, the order processing method of the present invention is such that the control unit of the server is correctly connected from the customer terminal during operation of the inventory system. Ceremony When receiving a note, the control unit sends the order information to the inventory management system. Send The inventory management system performs processing on the inventory database based on the product information and the quantity information included in the order information. Reserve product order quantity from inventory quantity A process of executing an inventory allocation process, and when the inventory system is not in operation, the control unit of the server registers the order information in the staying data temporary storage means when receiving an official order from the customer terminal Then, the inventory management system operates the inventory database based on the product information and the quantity information included in the order information of the staying data in the temporary storage means during operation. Reserve product order quantity from inventory quantity It is advisable to execute inventory allocation processing.
And, as an order processing system of the present invention suitable for carrying out such a method, when the server receives an official order from the customer terminal during operation of the inventory system, the server receives the order information as the inventory information. A storage means for transmitting to the management system, and when the inventory system is not operating, the registration means uses the order information as stay data when the formal order is received from the customer terminal; The inventory management system stores two order information in the inventory database. And reserve the order quantity of the product from the stock quantity It is preferable to have inventory allocation processing means for executing the inventory allocation processing.
[0024]
In this way, based on a formal order for a product from a customer, automatic ordering processing to the supplier, and hence inventory management (allocation) on the supplier side can be performed online without manual intervention.
[0028]
Further, there may be one inventory management system or a plurality of inventory management systems. If there are a plurality of items, the server determines the inventory management system related to the product based on the ordered product and responds by sending / receiving data to / from the determined inventory management system. it can.
[0029]
The information to be registered in the order database includes an order result returned from the inventory management system in response to an official order placed with respect to the inventory management system.
[0030]
*the term Definition of
“Delivery date” refers to the time when inventory can be allocated by the inventory management system and the product can be delivered reliably. On the system, it is selected from the shipping date, shipping date, customer arrival date, logistics start date, and the like. In other words, it is not always the time to finally arrive at the customer. The “standard delivery date” is an assumed delivery date on the system, and is a preset delivery date (provisional delivery date) predicted in advance. It is set based on the time when the product can be delivered normally, such as when there is stock.
[0031]
“Order (receive)” means “order received”. It is received by the server on the system and is performed according to the operation result of the customer terminal. In "official order", the customer who confirmed the delivery date (standard delivery date) received the formal order from the customer terminal when the customer order is a formal order (indication of product purchase) made from the customer terminal to the server. There is an order (stock allocation request etc.) that the server makes to the inventory management system.
[0032]
The “server” is realized by a computer device having a Web server function. The “customer terminal” is realized by a computer terminal having a Web browser function.
[0033]
“Non-operation of inventory management system” refers to a state where access from the server is not possible regardless of whether or not the inventory management system is actually operating. In other words, regardless of whether it is regularly or irregularly, it includes not only the case where the power is turned off, but also the case where it is shut off from the outside during maintenance. There may be a power outage or breakdown on the inventory management system side. Furthermore, even when the system is in operation, it includes a case where communication is not possible due to a network abnormality between the server and the inventory management system. Of course, what has been described above is an example list, and there are other cases that are applicable.
[0034]
On the other hand, it is not necessary to carry out non-operational processing (standard delivery date reply etc.) in all cases described above. That is, for example, in some situations such as a network abnormality, predetermined error processing can be executed. As an error process, an error message may be output when communication is attempted a plurality of times, or when communication is not finally established. However, even in that case, it is preferable to output the standard delivery date.
[0035]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 shows an embodiment of a system to which the present invention is applied. As shown in the figure, the ordering / ordering server 1 is connected to the Internet 2 so as to be able to send and receive information and is connected to a stock management system 3 of a supplier. Then, by accessing the ordering / ordering server 1 from the customer terminal 4 connected to the Internet, the ordering / ordering server 1 performs an order receiving process and each process associated therewith. Therefore, it can be said that this system realizes a kind of Internet shopping.
[0036]
The ordering server 1 is installed at a merchandise store, and the merchant receives an order from a customer, obtains the product from a supplier, and sells it to the customer. The inventory management system 3 is a system that is installed at a supplier and manages the inventory status of the supplier. That is, not only the current stock quantity of each product but also when the current stock quantity is 0, it is managed when shipping can be performed from the production schedule of the factory.
[0037]
Next, the outline of the function of each system will be described according to the flow of processing from ordering from the customer terminal 4 performed using the above-described system to finally delivering the product to the customer. First, the customer terminal 4 accesses the website of the dealer via the Internet and connects to the ordering server 1. The control unit 10 of the ordering / ordering server 1 refers to the member database 11b to determine whether or not the accessing customer is a regular member (ID + password, etc.). . When it is confirmed that the member is a regular member, the actual service is started.
[0038]
That is, first, a product to be purchased is selected. That is, based on information from the customer terminal 4 (search conditions, past purchase history information, etc.), the product database 11a is searched, and a product list that the customer intends to purchase is created and output and displayed. Then, it waits for the customer to select a product to be purchased from the displayed product list. Of course, another product list may be presented upon request.
[0039]
When the product and quantity are selected, the control unit 10 inquires of the delivery date to the inventory management system 3. Upon receiving this inquiry, the control unit 20 of the inventory management system 3 accesses the inventory database 21a, confirms the presence / absence of the inquired product and the number of inventories, and replies a delivery date for sending the necessary number of the products. The delivery date is based on the shipping date.
[0040]
In response to the delivery date response from the inventory management system 3, the control unit 10 on the ordering server 1 side outputs and displays the estimated shipping date in each product column in the display screen of the customer terminal 4, thereby delivering the delivery date to the customer. Answer.
[0041]
The customer confirms the scheduled shipping date, and if there is no problem, the customer places a formal order (ordering). Since this order is also given to the control unit 10 of the ordering server 1 via the Internet 2, the control unit 10 sends a formal order to the inventory management system 3. Further, the order receiving / ordering server 1 and the inventory management system 3 store information such as the product, the number, the destination, the scheduled shipping date, etc. received in the respective order databases 11c and 21b upon receipt of each order. Furthermore, the inventory management system 3 performs an allocation process for the inventory database 21a. That is, processing is performed to reduce the number of stocks by the number of products ordered.
[0042]
And in this form, in order to perform short-term delivery, the method of directly sending from a supplier to a customer is taken. Therefore, when the supplier receives an order from the dealer (receives an order), the supplier uses the contracted courier to ship the product. Along with this shipping process, the order database 21b stores information relating to shipping and transportation such as a slip number. This information is also sent to the ordering server 1 as an ordering result and stored in the order database 11c of the ordering server 1.
[0043]
The customer can check the current status of the ordered product by accessing the ordering / ordering server 1 after placing the order. In other words, the control unit 10 of the ordering server 1 that has received such a status inquiry outputs a list of products ordered by the member. This merchandise list displays the current status (waiting shipment (scheduled shipment date), shipping, etc.) and the courier slip number for those shipped. Furthermore, on the screen, a link is made to the home delivery (follow-up survey) 6 of the courier service, and the customer can confirm where the product is currently based on the slip number by jumping to the homepage. become.
[0044]
The above process is a normal process when both the ordering server 1 and the inventory management system 3 are operating. Here, in the present invention, even when the inventory management system 3 is not in operation, the ordering / order receiving server 1 can receive an order for a product, answer a delivery date, and the like. As a result, the ordering server 1 can be operated for 24 hours, and the customer can place an order for the product at any time according to his / her convenience and confirm the delivery date.
[0045]
Specifically, a staying database 11 d is provided in the ordering server 1. The staying database 11d temporarily stores data received when the inventory management system 3 is not operating. Then, when the inventory management system 3 is activated, formal order processing is performed on the inventory management system 3 based on the provisional order data stored in the staying database 11d.
[0046]
By performing the formal ordering process, the data stored in the staying database 11d is transferred to the order database 11c. Then, when there is an order result from the inventory management system 3, it is registered in the order database 11c as in the normal process.
[0047]
Whether or not the inventory management system 3 is in operation is determined by, for example, having a time table of the time (for example, AM 9:00 to PM 5:30, etc.) operating in advance on the ordering server 1 side. Although it can be determined by the control unit 10 of the server 1, this embodiment has an “operation flag” in order to cope with the complicated updating of the time table and the temporary stop of the inventory management system 3, and the inventory management system 3 Control is performed by receiving information on whether or not it is currently operating from the side and turning on / off the operation flag. The control unit 10 checks the operation flag to determine whether the inventory management system 3 is operating and normal processing is possible, or is not operating and must be stored in the staying database 11d. ing.
[0048]
Furthermore, the delivery date is dealt with by setting a standard delivery date for each product. The standard delivery date is the number of days required to ship the product when an order is received in a normal state. Basically, if there is stock, it can be shipped on the same day (the next day), but it is set with some margin, assuming that the timing is bad and the stock is out of stock. Of course, some products are made-to-order, and in such a case, the average number of days from when an order is received to when it is produced and manufactured is obtained, and a certain margin may be determined therefrom. In the case of custom-made products, there can be no standard delivery date. In this example, the standard delivery date is expressed as “after X business days”.
[0049]
This standard delivery date is determined for each product in advance by agreement with the supplier, and is stored in the product database 11a in association with the product. Thus, when there is an order from a customer while the inventory management system 3 is not in operation, the product database 11a is accessed, the standard delivery date of the product is extracted, and the delivery date is answered by displaying it. did.
[0050]
Thus, the customer can determine whether or not to formally purchase (order) by looking at the standard delivery date. It should be noted that the officially ordered product is stored in the retention database 11d, and as described above, when the inventory management system 3 is operated, the product is ordered from the inventory management system 3 as described above. If there is a response to the delivery date, the standard delivery date is replaced with an official delivery date (scheduled shipping date).
[0051]
Next, a specific configuration for executing the above processing will be described. As shown in FIG. 2, the order receiving / ordering server 1 is connected to the Internet 2 and includes a communication interface 12 for transmitting and receiving data. In addition, an interface 13 for sending / receiving data to / from the inventory management system 3 is also provided. The ordering server 1 and the inventory management system 3 can use various networks such as the Internet and LAN as well as the public line and the dedicated line 7, and the interface 13 is set according to the communication form to be used. To do.
[0052]
In this embodiment, the ordering / ordering server 1 has been described as a store system, and the inventory management system 3 has been described as a supplier system. This can be dealt with by installing 3 in the same place. That is, even if it is another company, LAN connection is possible by sharing the location.
[0053]
The control unit 10 includes a member management processing unit 10a, an ordering / ordering processing unit 10b, and a staying data processing unit 10c. First, the member management processing unit 10a performs data registration, update processing, and the like in the member database 11b. That is, the member database 11b stores a member number (member ID), name, company name, affiliation, address, e-mail address, password, telephone / fax number, and the like in association with each other.
[0054]
Therefore, the member management processing unit 10a outputs and displays a new member registration screen as shown in FIG. 3, for example, on the monitor of the customer terminal 4 (in fact, there are various data input areas below the illustration). Encourage membership registration. Then, the input data is acquired, and it is determined whether “required items are input”, “number of characters, usable character type is correct”, etc. If there is no problem, as shown in FIG. Output a confirmation screen to check if there are any mistakes in the content.
[0055]
If the “Send” key is selected, it is determined that there is no mistake in the contents, a member number (member ID) is issued, and the information input together with the member ID is registered in the member database 11b. At the same time, on the monitor screen of the customer terminal 4, a message for notifying the member ID is output together with the registration completion notification as shown in FIG.
[0056]
In addition to the above, it also has a function of performing an update process when there is a change in the contents of registered member information. In short, the same processing as the normal online member registration processing is performed.
[0057]
The order processing unit 10b has a function of implementing the flowcharts shown in FIGS. As shown in the figure, first, when there is an access from the customer terminal 4, it is determined whether or not it is a regular member (ST1). That is, since the input of the member ID and the password is first received, it is determined whether or not there is a combination of the input member ID and the password.
[0058]
And in the case of a nonmember, a predetermined process is performed (ST2). This predetermined process includes prompting the user to re-enter a password and a member ID together with an error message, or jumping to a new registration screen.
[0059]
On the other hand, if it is determined that the member is a regular member, a product selection process is performed (ST3). That is, a product search screen (not shown) is displayed. This search screen is an input screen for conditions for narrowing down products. For example, the type of product, product name, product code, etc. are input. In response to this input, the corresponding product list is displayed. Then, the customer who sees the merchandise list determines whether or not he / she needs (to order), and if necessary, selects and inputs the quantity.
[0060]
Based on this input, a shopping cart screen as shown in FIG. 8 is displayed. That is, the total amount is calculated based on the quantity of the selected product, and the code, product name, quantity, unit price, and amount are displayed in association with each other. As is clear from the figure, in the lower area of the screen, there is a “Continue shopping” key to add products, a “Stop shopping” key to stop the order, and a “Delivery date confirmation” to confirm the delivery date. "Key is prepared.
[0061]
Click the “Continue shopping” key to go to the product search / selection screen, and click the “Stop shopping” key to clear the products you have selected and registered in the shopping cart. Exit. Accordingly, the “continue shopping” key is pressed until necessary items are gathered to sequentially select products and their quantities.
[0062]
When the selection of the necessary product is completed, the “delivery date confirmation” key is clicked (Yes in ST4), and when it is detected, the operation flag is checked (ST5).
[0063]
As already described, the operation flag is switched ON / OFF according to a notification sent from the inventory management system 3, and is controlled so that the operation flag is also turned on while the inventory management system 3 is operating. Specifically, since the control unit 20 of the inventory management system 3 sends a “start notification” immediately after the start of operation, when the start notification is received, the operation flag is turned ON. In addition, since an “end notification” is sent a predetermined time before the stock management system 3 stops (for example, 5 minutes before), the operation flag is turned OFF when the end notification is received.
[0064]
Therefore, in the process of step 5, the operation flag is searched to determine whether or not it is ON. If it is OFF, non-operating processing is performed. This non-operating process is performed by the staying data processing unit 10c, and a specific process will be described later.
[0065]
On the other hand, when the operation flag is ON, online inquiry and order can be made to the inventory management system, so that the process proceeds to step 6 and the delivery date is inquired to the inventory management system. That is, the delivery date confirmation (provisional order) is performed together with the code and quantity for specifying the product. In many cases, the merchandise code attached to the same merchandise is different between the dealer and the supplier. This is especially true when there are a plurality of suppliers as will be described later. Therefore, the product code information of the supplier is also stored in the product database 11a. When this processing step is executed, the product code is converted, that is, the product handled by the supplier (inventory management system 3). Extract the code and output it.
[0066]
As will be described later, since the inventory management system 3 notifies (delivery date response) of the scheduled shipping date for the inquired product, it waits for the delivery date response (ST7). Then, according to the delivery date answer, a delivery date confirmation screen (see FIG. 9) is displayed on the monitor of the customer terminal 4 (ST8). As is apparent from the figure, the scheduled shipping date notified from the inventory management system 3 is displayed. When it is notified that the scheduled shipping date is unknown due to out of stock or the like, the scheduled shipping date on this delivery date confirmation screen is “***”.
[0067]
Furthermore, at the bottom of the screen, a screen for displaying a member's address registered in the member database 11b and inputting a temporary destination when the destination is different is prepared.
[0068]
In the bottom area of this screen, there is an “order confirmation” key for ordering with the displayed contents, a “order according to the last shipping date” key for requesting shipment together when all the ordered products are available, Prepare a "Return" key that does not place an order in the displayed contents.
[0069]
Next, it is determined whether a formal order has been received (ST9). That is, when the “Order confirmation” key or the “Order according to the final shipping date” key is clicked on the delivery date confirmation screen shown in FIG. 9, this branch determination is Yes and the “Return” key is clicked. If it is done, it becomes No. And in No, it returns to step 3 and returns to a shopping cart screen.
[0070]
If there is an official order, a product order screen is displayed (ST10). That is, as shown in FIG. 10, together with the ordered product information (product name, quantity, amount, planned shipping date, etc.), the confirmed shipping address and payment method of the product are displayed. Furthermore, a “Send” key and a “Return” key are prepared at the lower end of the display screen. When the “return” key is clicked, the display returns to the delivery date confirmation screen display in step 8, and when the “send” key is clicked (Yes in step 11), formal order processing is performed (ST12). That is, the content displayed in step 10 is transmitted to the inventory management system 3 and an official order is placed.
[0071]
Thereafter, an ordering result is sent from the inventory management system 3 and waits for it (ST13). When the order result is sent, an order completion screen (see FIG. 11) is displayed on the monitor of the customer terminal 4 (ST14).
[0072]
Also, order data for the server is created and stored in the order database 11c (ST15). The order data is information related to the formal order of the customer, and includes information such as a mail order code, product name, quantity, and customer information. Further, an inquiry number associated with order data on the inventory management system side is also included. It also serves as ordering data for the inventory management system 3. It becomes the information that the customer order is confirmed.
[0073]
Next, the function of the staying data processing unit 10c will be described. The staying data processing unit 10c performs a temporary order receiving process when the inventory management system 3 is not operating and registers it in the storage database 11d (a function for executing the non-operating process in FIG. 6), and the staying database. Based on the data stored in 11d, it has a function of performing formal order processing.
[0074]
First, the former function is as shown in the flowchart of FIG. When the operation flag is OFF, the product database 11a is accessed for the product confirmed by the processing in step 3, and the standard delivery date of the product is acquired (ST21). Then, a delivery date confirmation screen is displayed on the monitor of the customer terminal 4 (ST22). The delivery date confirmation screen is the same as that shown in FIG. 9, and the shipping date column is “after X business days” (X is the standard delivery date). Other than the display of the scheduled shipping date, it is the same as the normal one. Therefore, the customer can deal with both the operating time and the non-operating time without a sense of incongruity. This also applies to the following processes.
[0075]
Next, it is determined whether a formal order has been received (ST23). That is, when the “Order confirmation” key or the “Order according to the final shipping date” key is clicked on the delivery date confirmation screen shown in FIG. 9, this branch determination is Yes and the “Return” key is clicked. If it is done, it becomes No. And in No, it returns to step 3 and returns to a shopping cart screen.
[0076]
If there is an official order, a product order screen is displayed (ST24). That is, as shown in FIG. 10, together with the ordered product information (product name, quantity, amount, planned shipping date, etc.), the confirmed shipping address and payment method of the product are displayed. Furthermore, a “Send” key and a “Return” key are prepared at the lower end of the display screen. When the “return” key is clicked, the display returns to the delivery date confirmation screen display in step 22, and when the “send” key is clicked (Yes in step 25), an order completion screen is displayed on the monitor of the customer terminal 4 (ST 26 ). This order completion screen is basically the same as that shown in FIG. 11 except that the scheduled shipping date is “after X business days”. Then, the contents of the order received (information such as customer information, products, quantity, destination) are stored in the staying database 11d, and the process is terminated (ST27).
[0077]
On the other hand, the function of performing formal ordering processing based on the data stored in the staying database 11d is as shown in the flowchart of FIG. That is, if a start notification is received from the inventory management system 3 or if it is confirmed that the operation flag is turned on (ST31), the retention database 11d is searched and the inventory management system 3 whose operation flag is turned on. It is determined whether there is residence data for (ST32). Then, if there is no data, the process is terminated. If there is any staying data, the staying data process is started.
[0078]
The staying data processing is basically for officially placing the accumulated staying data, that is, the temporarily ordered product. At this time, when a large amount of data is accumulated in the retention database 11d, if the data is sent to the inventory management system 3 side at once, the addition on the inventory management system 3 side becomes too large, so processing is performed per predetermined time. Determine the number of cases to be done and distribute them
[0079]
That is, the order data for the predetermined number of items is read, and the product code of the inventory management system is acquired and replaced (ST33, ST34). Then, order data based on the replaced product code is created and transmitted to the inventory management system 3 to perform formal order processing (ST35).
[0080]
The inventory management system 3 that has received this ordering process sends an ordering result and waits for it (ST36). When the order result is sent, it is stored in the order database 11c (ST37). As a result, an accurate shipping date is known.
[0081]
Furthermore, in this embodiment, the order status can be confirmed. That is, when there is a request for confirming the order status from the customer terminal 4 to the ordering server 1, the order database 11 c is accessed, the member order data is extracted using the member ID as a key, and the customer terminal 4 is monitored. Has a function to display order status results. An example of the order status result is as shown in FIG. As is apparent from the figure, the scheduled shipping date is displayed for unshipped items, and the courier slip number is displayed for those that have been shipped. Thereby, the customer can know where the product is currently located from the slip number. In addition, when ordering at night or the like, an accurate delivery date can be obtained by checking the order status on the next day or the like.
[0082]
On the other hand, the control unit 20 of the inventory management system 3 functions as shown in the flowchart of FIG. That is, when a delivery date inquiry is received, the requested product code and quantity are recognized, and the stock database 21a is accessed to check the stock status (ST40 to ST42). If there is a stock, the scheduled shipping date is grasped and the result is transmitted (ST43, ST44, ST46). If there is no stock, it is treated as unknown shipping date and “***” is returned (ST45, ST46).
[0083]
When an official order (product code + quantity) is received, inventory allocation processing is performed for the corresponding quantity in the inventory database 21a (ST47, ST48). Next, order data for the inventory management system is created and registered in the order database 21b (ST49). The order data created here has the same contents as the order data created by the order receiving server 1 and stored in the order database 11c as a result. It becomes order acceptance information that has already been allocated (may include inventory allocation).
Further, the order data is transmitted to the ordering server 1 side as an ordering result (including planned shipping date, slip number, etc.) (ST50).
[0084]
According to the above-described processing, it is possible to cope with any of the processing from the ordering / order receiving processing unit 10b and the storage data processing unit 10c. In addition, in the case of individually corresponding systems, for example, since there is a delivery date inquiry before the formal order to the order processing unit 10b, there is a formal order that is made after that. Can perform the inventory allocation process without receiving the quantity or the like (the quantity received at the time of the delivery date inquiry). Further, since the scheduled shipping date is taught as an answer to the delivery date inquiry, the notification of the scheduled shipping date may be omitted as an ordering response when receiving an official order.
[0085]
FIG. 16 shows a second embodiment of the present invention. In the above-described embodiment, the number of the inventory management system 3 is one. However, the present embodiment is different in that there are a plurality of inventory management systems 3. For convenience of explanation, the ordering server 1 is connected to the two inventory management systems 3 ′ and 3 ″, but may be three or more. Of course, the connection medium to each of the inventory management systems 3 and 3 ′. However, it is of course possible to make one different as a public line and the other as the Internet.
[0086]
In such a configuration, on the ordering / ordering server 1 side, in addition to the information in the first embodiment described above, information for specifying an inventory management system to place an order is entered as information registered in the product database 11b. That is, a supplier for a certain product is assigned to one.
[0087]
On the other hand, each of the inventory management systems 3 ′ and 3 ″ has the same configuration as the inventory management system 3 in the first embodiment, and includes “start notification” and “end notification” for controlling the operation flag ON / OFF. And a function for executing the flowchart shown in FIG. That is, when there is a delivery date inquiry from the ordering server 1, the delivery date of the corresponding product is returned, and when an official order is received, allocation processing for the inventory database 21a, registration in the order database 21b, and transmission of the order result are performed. .
[0088]
As a result, the ordering server 1 accesses the product database 11a in accordance with the order from the customer and recognizes the supplier (inventory management system) of the product. The subsequent processes operate by executing the various processes described in the first embodiment with the recognized supplier.
[0089]
In addition, when a plurality of types of products are specified by the customer and each product is purchased separately, a delivery date inquiry and formal order processing are performed for each supplier. By the way, if products from multiple suppliers are selected in a single order, and those that are not in operation and those in operation are mixed, those that are in operation will be delivered online. You should make an inquiry and answer the delivery date, and answer the standard delivery date for those that are not in operation. In addition, for formal orders, formal orders can be processed as they are, and those that are not in operation can be reordered when they are in operation.
[0090]
In addition, if there are some items that are not in operation, it is possible to answer all the standard delivery dates and to make formal orders all at once the next day. Furthermore, inquiries can be made in real time for those that are in operation, and various orders can be taken, such as formal orders placed the next day.
[0091]
However, since it is considered as one order when considered by the customer, it is better to temporarily store it in the storage database 11d when it includes non-operating items. Then, when a formal order is first placed for an operating product, a flag indicating that the order has been placed is set when storing in the storage database 11d. As a result, when the formal ordering process is performed on the next day, it is only necessary to process only those that do not have the flag. Since other configurations and operational effects are the same as those of the first embodiment described above, the same reference numerals are assigned to corresponding members, and detailed descriptions thereof are omitted.
[0092]
Furthermore, when there are a plurality of suppliers, there are cases where some of the suppliers do not support online automatic ordering. In such a case, a supplier who does not support online can assume that the inventory management system is always inactive, and this system can deal with the product of the supplier by replying with a standard delivery date.
[0093]
FIG. 17 shows a third embodiment of the present invention. The present embodiment is an example applied when there are a plurality of ordering servers 1, 1 'on the dealer side. That is, when a customer cannot place an order via the Internet, data is input on the store side on behalf of the customer. That is, it is a system suitable for Internet shopping and a system in which an ordering server is mixed through a conventional person.
[0094]
One ordering server 1 is the same as that in each of the above-described embodiments. The other ordering / ordering server 1 ′ performs ordering according to the input from the input device 30 connected via a LAN or the like, and the supplier supports automatic ordering / ordering. The data registered in the ordering / order receiving server 1 ′ via the input device 30 is sent to the ordering / ordering server 1, and a predetermined process is executed there. Then, an answer as a result of the processing is sent to the ordering / ordering server 1 ', so that the result is transmitted to the customer and it is determined whether or not the ordering can be officially performed.
[0095]
And both the ordering server 1, 1 'needs to ensure the same content. Therefore, the current situation is handed over to the other party at regular time intervals, and the receiving side copies it to ensure the identity. Since other configurations and operational effects are the same as those of the first embodiment described above, the same reference numerals are assigned to corresponding members, and detailed descriptions thereof are omitted.
[0096]
【The invention's effect】
As described above, according to the present invention, in a system that processes an order received from a customer and answers a delivery date in cooperation with the inventory management system, various processes can be performed even when the inventory management system is not in operation. An object of the present invention is to provide an order receiving system, an order processing method, and a server capable of providing services on a 24-hour basis.
[Brief description of the drawings]
FIG. 1 is a diagram showing a first embodiment of the present invention.
FIG. 2 is a diagram showing a first embodiment of the present invention.
FIG. 3 is a diagram showing an example of a new member registration screen.
FIG. 4 is a diagram showing an example of a new member registration confirmation screen.
FIG. 5 is a diagram illustrating an example of a registration confirmation screen.
FIG. 6 is a part of a flowchart showing functions of an ordering / order receiving processing unit.
FIG. 7 is a part of a flowchart showing functions of an ordering / order receiving processing unit.
FIG. 8 is a diagram for explaining functions of an ordering / ordering processing unit;
FIG. 9 is a diagram for explaining functions of an ordering / order receiving processing unit.
FIG. 10 is a diagram for explaining functions of an ordering / order receiving processing unit.
FIG. 11 is a diagram illustrating functions of an ordering / ordering processing unit.
FIG. 12 is a part of a flowchart showing functions of a stored data processing unit.
FIG. 13 is a part of a flowchart showing functions of a stored data processing unit.
FIG. 14 is a diagram illustrating an example of a status confirmation screen.
FIG. 15 is a part of a flowchart showing functions of a control unit in the inventory management system.
FIG. 16 is a diagram showing a second embodiment of the present invention.
FIG. 17 is a diagram showing a third embodiment of the present invention.
[Explanation of symbols]
1,1 'ordering server
2 Internet
3 Inventory management system
4 Customer terminals
6 Homepage
7 Communication network
10 Control unit
10a Member management processing department
10b Order processing section
10c Storage data processing unit
11a product database
11b Member database
11c Order database
11d retention database
12 Communication interface
13 Interface
20 Control unit
21a Stock database
21b Order database
30 Input device

Claims (4)

ネットワークに接続可能でかつ制御部と標準納期データベースと注文データベースと滞留データ一時記憶手段とを持つサーバと、そのサーバと通信可能でかつ在庫データベースを持つ在庫管理システムとを備え、前記ネットワークを介して顧客端末から注文を受けるオンラインによる受注システムにおける受注処理方法であって、
前記サーバの標準納期データベースは商品についての標準納期情報を、前記注文データベースは受けた注文情報を、前記在庫管理システムの在庫データベースは商品とその商品の在庫数を関連付けた在庫情報を、それぞれ記憶するものであり、
前記サーバの制御部は、前記顧客端末からのアクセスによって商品情報とその個数情報とを含む注文情報を受信する処理と、その顧客端末に対して納期情報を通知する処理とを行うものであり、
前記在庫管理システムの稼動中は、
前記サーバの制御部は、前記顧客端末から受信した注文情報の商品情報と個数情報とに基づいて、前記在庫管理システムに対してその注文商品の納期の問い合わせの対象となるその商品情報と個数情報とを送信する処理を実行し、
前記在庫管理システムは、前記サーバからの納期の問い合わせにより送られてくる商品情報と個数情報とを受信する処理と、在庫データベースをアクセスし、受信した商品情報の商品についての在庫数を確認し、在庫数が足りる場合には具体的な納期を納期情報とし、在庫数が足りない場合には納期不明扱いであるという納期情報とする処理と、その納期情報を前記サーバに送信する処理と、を実行し、
前記サーバの制御部は、前記在庫管理システムから納期情報を受信する処理と、前記顧客端末に対してその納期情報を通知する処理と、前記顧客端末から正式な発注を受け付けた場合にその注文情報についての商品情報と個数情報と発注相手先とを含む正式注文情報を注文データベースに記憶する処理と、を実行し、
いっぽう、前記在庫管理システムが非稼働時には、
前記サーバの制御部は、前記顧客端末から受信した注文情報の商品情報に基づいて、前記標準納期データベースをアクセスして対応する商品の標準納期情報を取得し、その標準納期情報を前記顧客端末に対して通知する処理と、前記顧客端末から要求に応じて、受信した、商品情報と個数情報とを含む注文情報を滞留データとして前記滞留データ一時記憶手段に登録する処理とを実行し、
その後、稼動中の在庫管理システムは、前記サーバの制御部から送られる滞留データに基づく注文情報の商品情報と個数情報を取得する処理と、在庫データベースをアクセスし、受信した商品情報の商品についての在庫数を確認し、在庫数が足りる場合には具体的な納期を納期情報とし、在庫数が足りない場合には納期不明扱いであるという納期情報とする処理と、その納期情報を前記サーバに送信する処理とを実行し、前記サーバの制御部は、稼動中の在庫管理システムからその納期情報を取得するとともに、その取得した納期情報を前記注文情報と関連付けて記憶する処理と、前記顧客端末から前記注文の確認要求があった場合に前記注文情報に関連付けて記憶した納期情報を送信する処理を実行する
ことを特徴とする受注処理方法。A server that is connectable to a network and has a control unit, a standard delivery date database, an order database, and a staying data temporary storage means; and an inventory management system that is communicable with the server and has an inventory database. An order processing method in an online order receiving system for receiving an order from a customer terminal,
The standard delivery date database of the server stores standard delivery date information about the product, the order database stores the received order information, and the inventory database of the inventory management system stores the stock information that associates the product with the number of stocks of the product. Is,
The control unit of the server performs processing for receiving order information including product information and the number information thereof by access from the customer terminal, and processing for notifying delivery date information to the customer terminal,
While the inventory management system is in operation,
The control unit of the server, and said on the basis of the product information and the number information of the order information received from the customer terminal, the product information is subject of the Note Bunsho product delivery time of inquiry with respect to the inventory management system Execute the process to send the piece number information ,
The stock management system receives the product information and the number information sent by the delivery date inquiry from the server, accesses the stock database , confirms the stock number of the product of the received product information, a specific delivery time and delivery time information in the case where the number of stock is sufficient, and the process of the delivery time information that it is delivery time unknown to handle the case where the number of stock is not enough, and the processing you send the delivery time information to the server Run,
Control portion of the server, the a process of inventory management system or to receive RaOsamu phase information, a process of notifying the delivery information to the customer terminal, the case of receiving the customer terminal whether RaTadashi expression of ordering Processing for storing formal order information in the order database including product information, quantity information and ordering partner for the order information ,
On the other hand, when the inventory management system is not in operation,
The control unit of the server acquires the standard delivery date information of the corresponding product by accessing the standard delivery date database based on the product information of the order information received from the customer terminal, and sends the standard delivery date information to the customer terminal. Processing to notify the customer information, and in response to a request from the customer terminal, the received order information including product information and number information is registered as retention data in the retention data temporary storage means,
Thereafter, the active inventory management system accesses the inventory database for processing of obtaining the product information and the number information of the order information based on the staying data sent from the control unit of the server, and about the product of the received product information. Check the quantity in stock, if the inventory quantity is sufficient, make the specific delivery date as delivery date information, and if the inventory quantity is insufficient, make the delivery date information that the delivery date is unknown, and send the delivery date information to the server A process of transmitting , the control unit of the server acquires the delivery date information from an operating inventory management system , stores the acquired delivery date information in association with the order information, and the customer terminal An order processing method comprising: executing a process of transmitting delivery date information stored in association with the order information when a confirmation request for the order is received. 前記在庫システムの稼働時に前記サーバの制御部が前記顧客端末から正式な発注を受け付けた場合に、前記制御部はその注文情報を前記在庫管理システムに送信する処理を実行し、前記在庫管理システムはその注文情報に含まれた商品情報および個数情報に基づいて前記在庫データベースに対して在庫数から商品の注文個数を引当てる在庫引当処理を実行し、
前記在庫システムが非稼働時においては、前記サーバの制御部は、前記顧客端末からの正式な注文を受けた際にその注文情報を滞留データ一時記憶手段に登録する処理を実行し、次いで、前記在庫管理システムは、稼働中に、前記一時記憶手段の滞留データの注文情報に含まれた商品情報および個数情報に基づいて前記在庫データベースに対して在庫数か ら商品の注文個数を引当てる在庫引当処理を実行するものである
ことを特徴とする請求項１に記載の受注処理方法。Said in the case where the control unit of the at the time of operation of inventory system server has accepted the formal Purchase Order from the customer terminal, the control unit executes the process of transmitting the order information to the inventory management system, the inventory management The system executes inventory allocation processing for allocating the order quantity of the product from the inventory quantity to the inventory database based on the product information and the quantity information included in the order information,
When the inventory system is not in operation, the control unit of the server executes a process of registering the order information in the staying data temporary storage means when receiving an official order from the customer terminal, inventory management system, during operation, the temporary inventory or order quantity of Hikiateru stock provision of products to the inventory database based on the product information and the number information included in the order information accumulated data storage means The order processing method according to claim 1, wherein the order is executed. ネットワークに接続可能なサーバと、そのサーバと通信可能な在庫管理システムとを備え、前記ネットワークを介して顧客端末から注文を受けるオンラインによる受注システムであって、
前記サーバは、
商品についての標準納期情報を記憶する標準納期データベースと、
前記顧客端末からのアクセスによって商品情報とその個数情報とを含む注文情報を受信する受信手段と、
受信した注文情報を記憶する注文データベースと、
前記顧客端末から受信した注文情報の商品情報と個数情報とに基づいて、前記在庫管理システムに対してその注文商品の納期の問い合わせをし、その在庫管理システムから送信されてくる納期情報を受信することで納期確認をする確認手段と、
確認した納期情報をその顧客端末に対して通知する納期情報通知手段と、
前記在庫管理システムの非稼働時に前記顧客端末から受信した注文情報の商品情報に基づいて前記標準納期データベースをアクセスして対応する商品の標準納期情報を取得する取得手段と、
取得した標準納期情報を前記顧客端末に対して通知する標準納期情報通知手段と、
標準納期情報通知手段にて標準納期情報を通知した対象の注文情報を顧客端末から要求に応じて滞留データとして滞留データ一時記憶手段に登録する登録手段と、
を持ち、
前記在庫管理システムは、
商品とその商品の在庫数を関連付けた在庫情報を記憶する在庫データベースと、
その在庫データベースをアクセスし前記サーバの確認手段による納期確認対象の注文情報に含まれる商品情報と個数情報、または前記滞留データに基づく注文情報に含まれる商品情報と個数情報に基づき、その商品情報の商品についての在庫数を確認し、在庫数が足りる場合には具体的な納期を納期情報とし、在庫数が足りない場合には納期不明扱いであるという納期情報とする確認手段と、
確認した納期情報をサーバに送信する送信手段と、を持ち、
前記サーバは、前記確認手段によって確認した納期情報を、注文情報と関連づけて記憶し、前記顧客端末から前記注文の確認要求があった場合に、在庫管理システムから取得し前記注文情報に関連付けて記憶した納期情報を顧客端末に対して通知する納期情報通知手段を持つ、
ことを特徴とする受注システム。An online order receiving system comprising a server connectable to a network and an inventory management system capable of communicating with the server, and receiving an order from a customer terminal via the network,
The server
A standard delivery date database that stores standard delivery date information for the product;
Receiving means for receiving order information including product information and quantity information by access from the customer terminal;
An order database for storing received order information;
On the basis of the product information and the number information of the order information received from the customer terminal, the orders to the delivery date of the inquiry of goods, receiving the delivery time information transmitted from the inventory management system with respect to the inventory management system Confirmation means to confirm the delivery date by doing ,
A delivery date information notifying means for notifying the customer terminal of the confirmed delivery date information;
Obtaining means for accessing the standard delivery date database based on the product information of the order information received from the customer terminal when the inventory management system is not operating, and acquiring the standard delivery date information of the corresponding product;
Standard delivery date information notifying means for notifying the customer terminal of the acquired standard delivery date information;
Registration means for registering the target order information notified of the standard delivery date information in the standard delivery date information notification means in the residence data temporary storage means as residence data in response to a request from the customer terminal;
Have
The inventory management system includes:
An inventory database that stores inventory information that associates products with the number of items in stock ,
Based on the product information and the number information included in the order information based on the stay data, the product information and the number information included in the order information subject to the delivery date confirmation by accessing the inventory database , the product information Confirming the number of items in stock, and if there is a shortage of inventory, a specific delivery date will be the delivery date information, and if there is not enough stock, the delivery date information will be that the delivery date is unknown ,
A transmission means for transmitting the confirmed delivery date information to the server,
The server stores the delivery date information confirmed by the confirmation means in association with the order information, and when there is a confirmation request for the order from the customer terminal, obtains it from the inventory management system and stores it in association with the order information. A delivery date information notification means for notifying the customer terminal of the delivery date information
An order receiving system characterized by that. 前記サーバは、
前記在庫システムの稼働時においては、前記顧客端末から正式な発注を受け付けた場合、その注文情報を前記在庫管理システムに送信する送信手段を持ち、
前記在庫システムの非稼働時においては、前記顧客端末からの正式な注文を受けた際に前記登録手段がその注文情報を滞留データとして前記滞留データ一時記憶手段に登録するものであり、
前記在庫管理システムは、２つの注文情報について前記在庫データベースに対して在庫数から商品の注文個数を引当てる在庫引当処理を実行する在庫引当処理手段を持つ
ことを特徴とする請求項３に記載の受注システム。The server
During operation of the inventory system, when a formal order is received from the customer terminal, it has a transmission means for transmitting the order information to the inventory management system,
When the inventory system is not in operation, the registration means registers the order information as staying data in the staying data temporary storage means when receiving a formal order from the customer terminal,
The inventory management system, according to claim 3, characterized by having a stock allowance processing means for executing an inventory provision process Hikiateru orders number of items from the inventory to pair the inventory database for two order information Ordering system.
JP2001041912A 2001-02-19 2001-02-19 Order receiving system and order processing method Expired - Fee Related JP4055366B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001041912A JP4055366B2 (en) 2001-02-19 2001-02-19 Order receiving system and order processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001041912A JP4055366B2 (en) 2001-02-19 2001-02-19 Order receiving system and order processing method

Publications (2)

Publication Number Publication Date
JP2002245309A JP2002245309A (en) 2002-08-30
JP4055366B2 true JP4055366B2 (en) 2008-03-05

Family

ID=18904285

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001041912A Expired - Fee Related JP4055366B2 (en) 2001-02-19 2001-02-19 Order receiving system and order processing method

Country Status (1)

Country Link
JP (1) JP4055366B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5149958B2 (en) * 2009-12-25 2013-02-20 楽天株式会社 Product order receiving device, product order receiving method, product order receiving program, and computer-readable recording medium for recording the program
JP5684762B2 (en) * 2012-09-05 2015-03-18 東芝テック株式会社 Input device, processing device, and program
CN112651795B (en) * 2020-12-11 2023-11-17 深圳市智莱科技股份有限公司 Shipment method for vending machine, vending machine and readable storage medium

Also Published As

Publication number Publication date
JP2002245309A (en) 2002-08-30

Similar Documents

Publication Publication Date Title
US6463420B1 (en) Online tracking of delivery status information over a computer network
US6430540B1 (en) Method and system for monitoring and modifying a consumption forecast over a computer network
US20030208390A1 (en) On-line system and method for tracking the performance of a selected request-for-proposal vendor or buyer
JPH10320494A (en) Central market system, market client system, electronic market system, device apparatus, electronic method for managing market and electronic method participating in market
WO2001075644A2 (en) Concentrated physical distribution system for cargo, and method therefor
WO2001095205A1 (en) Method and system for ordering items over the internet
JP5658842B1 (en) Information system and information processing method
JPH11154280A (en) Real time inventory control system
KR20150060658A (en) Integrated delivery management method and apparatus therof
JP4055366B2 (en) Order receiving system and order processing method
KR101409183B1 (en) Aid system to sell medicines, and thereof method
US20100223153A1 (en) System and method for managing sale of product based on time cost
US20030135428A1 (en) Internet-based method and system for managing order updates for delivery of goods
JP7381271B2 (en) Inventory management device and program
KR20140024558A (en) System and method for relaying goods sales
JP2001188834A (en) Automobile parts selling system
US20050256749A1 (en) Product inventory management system
KR102496023B1 (en) Integrated ordering management system with automatic ordering monitoring function and method thereof
JP2002109340A (en) Method and system for reserving merchandise and reserved merchandise managing device
US20230325767A1 (en) Inventory Management and Transfer System
US20030135422A1 (en) Marketing and e-commerce tool and method for channel partners
JP2002133228A (en) Maintenance support system, maintenance support equipment, electronic market system, maintenance information management method and recording medium
WO2001065428A2 (en) Interactive parts ordering management method and system
KR20050001131A (en) A system and method for delivery of installation-needed goods
JP2001325502A (en) System and method for dealing in commodities

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040820

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061129

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070205

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070529

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070730

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20071120

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071203

R150 Certificate of patent or registration of utility model

Ref document number: 4055366

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101221

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101221

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111221

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111221

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121221

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131221

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees