JP2005115451A - Portal site system, order receiving/sending system, and its method - Google Patents
Portal site system, order receiving/sending system, and its method Download PDFInfo
- Publication number
- JP2005115451A JP2005115451A JP2003345676A JP2003345676A JP2005115451A JP 2005115451 A JP2005115451 A JP 2005115451A JP 2003345676 A JP2003345676 A JP 2003345676A JP 2003345676 A JP2003345676 A JP 2003345676A JP 2005115451 A JP2005115451 A JP 2005115451A
- Authority
- JP
- Japan
- Prior art keywords
- store
- order
- end user
- terminal
- wholesale
- 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.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
本発明は、販売店が卸売店へ商品の自動発注を行うポータルサイトシステム、受注・発注システム及び方法に係り、特に、ネットワークを介した受注・発注に利用され、エンドユーザ、販売店、卸売店、メーカ相互間のデータの授受を円滑に行い、卸売店の納期・価格情報を確実に提示することができる販売店のポータルサイトシステム、受注・発注システム及び方法に関する。 The present invention relates to a portal site system, an ordering / ordering system, and a method in which a dealer automatically orders goods from a wholesaler. In particular, the present invention is used for ordering / ordering via a network, and is used by end users, dealers, and wholesalers. The present invention relates to a portal site system, an ordering / ordering system, and a method of a store that can smoothly exchange data between manufacturers and can reliably present delivery date / price information of a wholesale store.
販売商品等の受注、発注方法及び受注、発注システムに関する従来技術として、例えば、特許文献1等に記載された技術が知られている。この従来技術は、予め受注システムにアクセスしているメーカ端末と、代理店端末と、各代理店が管理する特約店端末とがネットワークにより接続されて構成される。そして、このようなシステムにおいて、特約店端末から受注システムにアクセスし、入力データを送信すると、受注システムは、その発注データを受注データとして登録すると共に、予め登録した関係データから該当する代理店を取得し、前記代理店の端末に発注があった旨のデータを送信する。この処理の後、代理店の代理店端末には受注データが表示され、ここで承認作業が行われると、受注システムは、受注データのステータスを承認状態にする。また、受注システムは、メーカ端末に受注データとステータスとを表示し、出荷作業者がステータスに応じて作業を行うことができるようにし、ステータスが注文受け付け状態になったとき、特約店端末に承認した旨のデータを送信する。
For example, a technique described in
また、他の従来技術として、例えば、特許文献2等に記載された技術が知れている。この従来技術は、商品出荷発注装置に関するものであり、受注量を取得し、受注総量が在庫以下であった場合に、受注量分の在庫商品の出荷を指示し、また、受注総量が在庫量を超え、直送最低量以上の場合、商品仕入先から商品受注先に商品を直送することを指示するというものである。また、この従来技術による商品出荷発注装置は、受注総量が在庫量を超え、在庫量と発注未入荷量との和以下の場合、未入荷商品の内、受注量と在庫量との差に相当する量の商品、及び、全在庫商品の出荷を指示し、さらに、受注総量が前記和を超える場合、受注量の超過分の発注を指示するというものである。
前述した特許文献1、特許文献2に記載された従来技術は、流通業での取り引きに適用した場合、エンドユーザ、販売店、卸売店、メーカ間の受注、発注処理において、次に説明するような問題点を生じる。
When the conventional techniques described in
1.特許文献2に記載された従来技術の場合、販売店がエンドユーザの発注数分を全て受注できないとき、販売店は、卸売店側の納期を確認しないで発注してしまう。
1. In the case of the prior art described in
2.前述の発注の前に、販売店が卸売店に対して事前に納期を問い合わせた場合、卸売店で在庫不足が生じていると、納期回答が遅くなる。 2. If the dealer inquires the wholesaler about the delivery date in advance before placing the order, the delivery date response will be delayed if the wholesaler is short of stock.
3.メーカや卸売店に比べて、エンドユーザや販売店は、その数が多く、比較的規模が小さいため、特許文献2に記載されたような商品出荷発注装置を導入することはコスト面で大きな負担となり、導入することが困難である。
3. Compared with manufacturers and wholesalers, end users and dealers have a large number and are relatively small in scale, so introducing a product shipment ordering device as described in
4.特許文献1に記載の従来技術における特約店をエンドユーザ、代理店を販売店、メーカを卸売店と想定すると、卸売店が販売店の承認を得て、エンドユーザの発注を全て納品する場合、卸売店は、ステータスを端末で確認し、在庫数の変更や納期回答を人手で行う必要がある。
4). Assuming that the distributor in the prior art described in
5.特許文献1に記載のシステムは、そのシステムに卸売店が参加しなかった場合、卸売店は、エンドユーザから販売店への発注内容を知る手立てがないため、販売店の受注内容に対して、任意の商品が、どれぐらいの割合で前記卸売店に発注しているかを知ることができない。
5). In the system described in
本発明の目的は、前述したような従来技術の問題点を解決し、流通業における小規模販売店やエンドユーザに対し、負担の掛らない形態で電子受発注を行うことができるようにした販売店のポータルサイトシステム、受注・発注システム及び方法を提供することにある。 An object of the present invention is to solve the problems of the prior art as described above, and to perform electronic ordering in a form that does not impose a burden on small-scale stores and end users in the distribution industry. It is to provide a portal site system of a dealer, an order receiving / ordering system and a method.
本発明によれば前記目的は、エンドユーザが販売店に商品の注文を行うための販売店のポータルサイトシステムであって、販売店が取引を行う卸売店が前記ポータルサイトシステムを提供し、前記ポータルサイトシステムには、ネットワークを介してエンドユーザの端末と、販売店の端末とが接続されており、前記ポータルサイトシステムが、前記エンドユーザの端末からの商品の注文データを直接受付け、これを受注データとして記憶し、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、エンドユーザが想定している注文先である販売店の端末に発注があった旨のデータ及び卸売店の納期情報を送信することにより達成される。 According to the present invention, the object is a portal site system of a store for an end user to order a product from a store, and a wholesale store where the store conducts a transaction provides the portal site system, The portal site system is connected to the terminal of the end user and the terminal of the store via a network, and the portal site system directly receives the order data of the product from the terminal of the end user, Store as order data, provisionally reserve the number of products ordered from the end user's terminal for the inventory data of the wholesale store, and place an order at the terminal of the store that the end user assumes This is achieved by transmitting data indicating that there has been and the delivery date information of the wholesale store.
また、前記目的は、エンドユーザが販売店に商品の注文を行うための受注・発注システムであって、販売店が取引を行う卸売店が提供する販売店のポータルサイトシステムと、エンドユーザの端末と、販売店の端末とがネットワークを介して接続され、前記ポータルサイトシステムが、エンドユーザの端末からの注文データを直接受付け、これを受注データとして記憶し、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、エンドユーザが想定している注文先である販売店の端末に商品の発注があった旨のデータ及び卸売店の納期情報を送信することにより達成される。 In addition, the object is an order receiving / ordering system for an end user to order a product from a store, the portal site system of a store provided by a wholesale store in which the store makes a transaction, and a terminal of the end user And the store terminal are connected via a network, and the portal site system directly receives the order data from the end user's terminal, stores this as order data, and receives the order received from the end user's terminal. Temporarily reserve the inventory data of several minutes for the inventory data of the wholesale store, as well as data indicating that the product has been ordered at the terminal of the store that the end user assumes and the delivery date information of the wholesale store. This is accomplished by sending.
さらに、前記目的は、エンドユーザが販売店に商品の注文を行うための受注・発注方法であって、販売店が取引を行う卸売店が提供する販売店のポータルサイトシステムと、エンドユーザの端末と、販売店の端末とがネットワークを介して接続され、前記ポータルサイトシステムが、エンドユーザの端末からの注文データを直接受付け、これを受注データとして記憶し、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、エンドユーザが想定している注文先である販売店の端末に商品の発注があった旨のデータ及び卸売店の納期情報を送信することにより達成される。 Further, the object is an order receiving / ordering method for an end user to order a product from a store, and a portal site system of a store provided by a wholesale store in which the store makes a transaction, and a terminal of the end user And the store terminal are connected via a network, and the portal site system directly receives the order data from the end user's terminal, stores this as order data, and receives the order received from the end user's terminal. Temporarily reserve the inventory data of several minutes for the inventory data of the wholesale store, as well as data indicating that the product has been ordered at the terminal of the store that the end user assumes and the delivery date information of the wholesale store. This is accomplished by sending.
本発明によれば、小規模販売店やエンドユーザに対して、経済的、人的な負担を掛かけることなく電子的に商品の受注及び発注を行うことが可能となる。 According to the present invention, it is possible to electronically accept orders and orders for merchandise to a small-scale store or end user without imposing an economical and human burden.
以下、本発明による販売店のポータルサイトシステム、受注・発注システム及び方法の実施形態を図面により詳細に説明する。 DESCRIPTION OF EMBODIMENTS Embodiments of a store portal site system, an order receiving / ordering system, and a method according to the present invention will be described below in detail with reference to the drawings.
図1は本発明の一実施形態による受注・発注システムの構成を示すブロック図である。図1において、10はユーザ管理テーブル、20は販売店管理テーブル、30は価格管理テーブル、40は在庫・納期管理テーブル、50はステータス管理テーブル、60は注文管理テーブル、70は商品管理テーブル、80は購買履歴テーブル、90は受発注処理装置、100は販売店のポータルサイトシステム(以下、HPSという)、110はエンドユーザ、120はエンドユーザのWEBブラウザ、130は販売店、140は販売店のWEBブラウザ、150は卸売店、160は卸売店のWEBブラウザ、170はメーカ、180はメーカの端末、190は通信回線である。 FIG. 1 is a block diagram showing a configuration of an order receiving / ordering system according to an embodiment of the present invention. In FIG. 1, 10 is a user management table, 20 is a store management table, 30 is a price management table, 40 is an inventory / delivery date management table, 50 is a status management table, 60 is an order management table, 70 is a product management table, 80 Is a purchase history table, 90 is an order processing apparatus, 100 is a portal site system of a dealer (hereinafter referred to as HPS), 110 is an end user, 120 is a web browser of the end user, 130 is a dealer, 140 is a dealer WEB browser, 150 is a wholesale store, 160 is a WEB browser of a wholesale store, 170 is a manufacturer, 180 is a manufacturer's terminal, and 190 is a communication line.
本発明の実施形態による受注・発注システムは、HPS100と、エンドユーザ110が使用する端末としてのPC等に構築されたWEBブラウザ120と、販売店130が使用する端末としてのPC等に構築されたWEBブラウザ140と、HPS100を提供する卸売店150が保持する端末160と、メーカ170が保持する端末180とがインターネット等の通信回線190を介して接続可能に構成されている。HPS100は、受注・発注の処理を行う受発注装置90と、ユーザ管理テーブル10、販売店管理テーブル20、価格管理テーブル30、在庫・納期管理テーブル40、ステータス管理テーブル50、注文管理テーブル60、商品管理テーブル70、購買履歴管理テーブル80の各テーブルとにより構成される。
The order receiving / ordering system according to the embodiment of the present invention is constructed in the HPS 100, the
図2はHPS100の受発注装置90の構成を示すブロック図である。図2において、210はWEBサーバ装置、220はメール送信装置、230はメーカ発注装置、240はユーザ・販売店認証装置、250は注文管理装置、260は在庫・納期照会装置、270は価格照会装置、280は購買履歴管理装置、290はセッション領域であり、他の符号は図1の場合と同一である。
FIG. 2 is a block diagram showing the configuration of the HPS 100 ordering /
HPS100の受発注装置90は、WEBサーバ装置210と、メール送信装置220と、メーカ発注装置230と、ユーザ管理テーブル10、販売店管理テーブル20に接続されたユーザ・販売店認証装置240と、ステータス管理テーブル50、注文管理テーブル60、商品管理テーブル70に接続された注文管理装置250と、在庫・納期管理テーブル40に接続された在庫・納期照会装置260と、価格管理テーブル30に接続された価格照会装置270と、購買履歴管理テーブル80に接続された購買履歴管理装置280と、セッション領域290とにより構成されている。
The HPS 100 ordering /
前述において、WEBサーバ装置210は、通信回線を介して、WEB画面におけるデータの送受信の管理を行い、メール送信装置220は、エンドユーザ・販売店にメールを送信する。メーカ発注装置230は、卸売店150での仮発注処理において卸売店150の在庫が不足している場合、メーカ170に発注を指示する。このメーカ発注装置230は、卸売店150とメーカ170との間に設置されるものであり、発注指示の処理結果としてメーカ170からメーカの価格と納期とを受信する。ユーザ・販売店認証装置240は、販売店130またはエンドユーザ110がHPS100を使用できる権限があるか否かを判定する。
In the above description, the
注文管理装置250は、エンドユーザ110と販売店130との間の発注・受注や販売店130と卸売店150との間の発注・受注を処理する。在庫・納期照会装置260は、商品の在庫や納期を照会し、価格照会装置270は、商品の価格を照会する。購買履歴管理装置280は、各販売店毎に確定した注文を購買履歴として登録及び取得する。セッション領域290は、前述した各装置で取得したデータや、販売店130、エンドユーザ110、メーカ170から送られてきたデータを、エンドユーザからの注文案件毎に纏めて一時的に保持する記憶領域である。
The
図3はユーザ管理テーブル10に保持されているデータについて説明する図、図4は販売店管理テーブル20に保持されているデータについて説明する図、図5は価格管理テーブル30に保持されているデータについて説明する図、図6は在庫・納期管理テーブル40に保持されているデータについて説明する図、図7はステータス管理テーブル50に保持されているデータについて説明する図、図8は注文管理テーブル60に保持されているデータについて説明する図、図9は履歴管理テーブル80に保持されているデータについて説明する図、図10は商品管理テーブル70に保持されているデータについて説明する図であり、以下、これらの図を参照して、図1、図2に示した各テーブルの用途と保持するデータの詳細とを説明する。 3 is a diagram for explaining the data held in the user management table 10, FIG. 4 is a diagram for explaining the data held in the store management table 20, and FIG. 5 is the data held in the price management table 30. 6 is a diagram for explaining the data held in the inventory / delivery date management table 40, FIG. 7 is a diagram for explaining the data held in the status management table 50, and FIG. 8 is the order management table 60. 9 is a diagram for explaining data held in the history management table 80, FIG. 9 is a diagram for explaining data held in the product management table 70, FIG. With reference to these drawings, the use of each table shown in FIGS. 1 and 2 and the details of data to be held will be described.
図3に示すユーザ管理テーブル10は、エンドユーザの情報を管理するテーブルであり、エンドユーザを一意に識別するエンドユーザID310と、エンドユーザ名350、住所360、メールアドレス320、パスワード330、発注処理が許可されている販売店ID340を保持している。このデータは、販売店130から卸売店150に、契約するエンドユーザが図3に登録する情報を提供することにより、卸売店150が登録するデータである。このデータは、販売店130がWEBブラウザ140から登録することができるようにしてもよい。
The user management table 10 shown in FIG. 3 is a table for managing end user information. An
図4に示す販売店管理テーブル20は、販売店の情報を管理するテーブルであり、販売店を一意に識別する販売店ID410と、販売店名440と、住所450と、メールアドレス420と、パスワード430とを保持している。
The dealer management table 20 shown in FIG. 4 is a table for managing dealer information. A
図5に示す価格管理テーブル30は、販売店の商品価格及び卸売店の商品価格を管理するテーブルであり、商品ID510とその商品の受注を受け付ける販売店130の販売店ID520とをキー値として保持しており、販売店130の商品価格である販売店価格530、卸売店価格540を保持している。販売店価格530は、予め販売店130から卸売店150に価格情報を提供することにより卸売店150が登録する。販売店価格530は、販売店130がWEBブラウザ140から登録することができるようにしてもよい。
The price management table 30 shown in FIG. 5 is a table for managing the product price of the store and the product price of the wholesale store, and holds the
図6に示す在庫・納期管理テーブル40は、各商品の卸売店における在庫数、仮引当数、納期を管理するテーブルであり、主に商品ID610をキー値として保持しており、在庫数620、仮引当数630、在庫分の納期日640、メーカ発注数650を保持している。在庫分の納期日640は、特に変更がない場合、日時バッチ等により在庫分の納期日640を1日ずらして再登録する。納期日640に変更がある場合、卸売店150が在庫の納期日設定用のファイルにその商品IDと納期日とを入力し、日時バッチにより前期ファイルを参照して納期日を取得し、これを該当する商品の在庫分の納期日640に登録する。また、メーカ発注数650は、在庫数620より仮引当数630が多くなって卸売店において在庫不足が発生した場合にメーカに発注した数量を管理するものである。
The inventory / delivery date management table 40 shown in FIG. 6 is a table for managing the number of stocks, the provisional reserve number, and the delivery date of each product at a wholesale store, and mainly stores the
図7に示すステータス管理テーブル50は、エンドユーザ110が発生する注文に対して、販売店130、卸売店150、エンドユーザ110の相互間の発注・受注における処理の流れを管理するテーブルであり、主にエンドユーザ110が発生する注文を一意に識別する注文ID710、その注文に関与する販売店のID720、エンドユーザのID730、処理の進捗状況を示すステータス740、販売店130の受注回答期限750を保持している。
The status management table 50 shown in FIG. 7 is a table for managing the flow of processing in ordering / order receiving among the
図8に示す注文管理テーブル60は、各注文の詳細情報を管理するテーブルであり、注文ID810をキー値として、その注文で扱う商品の商品ID820、エンドユーザ110の発注数830、販売店130の受注数840、卸売店150の受注数850、図13により後述する販売店用受注画面1300を表示するためのURL860を保持している。
The order management table 60 shown in FIG. 8 is a table for managing the detailed information of each order. The
図9に示す購買履歴管理テーブル80は、販売店130毎の、完了した注文を購買履歴として管理するテーブルであり、販売店ID910、受注を受けた商品ID920、ユーザの発注数930、販売店の受注数940、その購買のエンドユーザ110に納品した完了日950を保持している。
The purchase history management table 80 shown in FIG. 9 is a table for managing completed orders for each
図10に示す商品管理テーブル70は、商品の情報を管理するテーブルであり、商品ID1010をキー値として、商品名1020、メーカ名1030、その商品を有する販売店の販売店ID1040を保持している。
A product management table 70 shown in FIG. 10 is a table for managing product information, and stores a
図11は前述した本発明の実施形態におけるHPS100を用いた業務モデルでの処理動作を説明する図であり、次に、これについて説明する。図11に示す例は、卸売店C1120が提供するHPS100を通して、エンドユーザA1100が販売店B1110に対して商品Sを発注することを想定する。また、発注を受けた販売店B1110は、商品Sの在庫が不足しており、この不足分をHPS100を用いて卸売店C1120に発注するものと想定している。
FIG. 11 is a diagram for explaining the processing operation in the business model using the
ステップ1160
このステップの処理は、エンドユーザA1100がシステムにログインしてから、HPS100に発注データを送信するまでの処理である。このステップの説明において、エンドユーザA1100における、ログインから図12に示す発注入力画面1200を表示するまでの処理については、図18、図19の画面例を用いて後述する。ここでは、エンドユーザA1100の販売店B1110へのログインにおいて、以下の2つのログイン方法の例を説明するが、その前に、発注入力画面1200、ログイン画面1800、販売店一覧画面1900の各例について説明する。
The process in this step is a process from when the
図12はエンドユーザのWEBブラウザ120に表示される発注入力画面1200の例を示す図であり、この発注入力画面は、商品ID1215の入力領域1210、検索ボタン1220、検索ボタン1220により検索された商品名及び価格の表示領域1235、1240、発注数1225の入力領域1250、発注ボタン1260が表示されて構成される。
FIG. 12 is a view showing an example of an
図18はエンドユーザA1100のログイン画面1800の例を示す図であり、このログイン画面1800は、エンドユーザA1100のID1815を入力するID欄1810と、エンドユーザA1100のパスワード1825を入力するパスワード欄1820と、ログインボタン1830とが表示されて構成される。
FIG. 18 is a diagram showing an example of a
図19は販売店一覧画面1900の例を示す図であり、ユーザ・販売店認証装置240が取得した全ての販売店A〜Dの発注入力画面1200へのリンク1910等のリンク集として構成されている。
FIG. 19 is a diagram illustrating an example of a
図11におけるステップ1160での処理の説明に戻って、
第1の方法
エンドユーザA1100は、HPS100にアクセスし、WEBブラウザ120に図18に示すエンドユーザA1100のログイン画面1800を表示する。エンドユーザA1100は、このログイン画面のID欄1810にエンドユーザAのID1815(図示例では「12345」)、パスワード欄1820にエンドユーザAのパスワード1825(図示例では「passwd」)を入力し、ログインボタン1830をクリックすることにより、入力したエンドユーザID1815とパスワード1825とをHPS100に送信する。HPS100は、ユーザ・販売店認証装置240を用いて、ユーザ管理テーブル10から、前述で送信されてきたユーザID1815及びパスワード1825をキー値として販売店ID340を全て取得する。ユーザ・販売店認証装置240は、販売店ID340から取得した全ての販売店の発注入力画面1200へのリンク集である図19に示す販売店一覧画面1900を生成する。エンドユーザA1100は、WEBブラウザ120に前記画面を表示し、注文する販売店、例えば、販売店B1110のリンク1910をクリックすることにより、HPS100から図12に示すような販売店B1110の発注入力画面1200を取得する。
Returning to the description of the processing in
First Method The
第2の方法
エンドユーザA1100は、HPS100にアクセスし、販売店管理テーブル20に登録している全ての販売店の発注入力画面1200へのリンク集である図19に示す販売店一覧画面1900をWEBブラウザ120に表示する。エンドユーザA1100は、前記画面から注文する販売店B1110へのログイン画面1800へのリンク1910をクリックし、HPS100から図18に示すような販売店B1110のID情報を持ったログイン画面1800を取得する。エンドユーザA1100は、このログイン画面を通して入力したエンドユーザID1815とパスワード1825と画面に保持している販売店B1110のIDをログインボタン1830をクリックすることにより、HPS100に送信する。HPS100は、ユーザ・販売店認証装置240を用いて、ユーザ管理テーブル10から、前述で送信されたエンドユーザID1815及びパスワード1825、販売店B1110のIDをキー値として認証を行う。HPS100は、認証に成功した場合、販売店B1110への図12に示す発注入力画面1200を生成して、これをエンドユーザA1100のWEBブラウザ120に表示する。
Second Method The
エンドユーザA1100は、販売店B1110への発注入力画面1200において、商品ID入力領域1210に商品ID1215として「0005」を入力し検索ボタン1220をクリックすると、ブラウザ120からHPS100に入力した商品ID1215と販売店B1110のIDとが送信される。HPS100は、注文管理装置250を通して、商品管理テーブル80から送信されてきた商品ID1215をキー値として、商品名の項目1020から商品Sを取得する。さらに、価格照会装置270は、価格管理テーブル30から送信されてきた商品ID1215と、販売店B1110のIDをキー値として販売店価格530から販売店Bの価格1240を取得し、発注入力画面1200の商品名欄1235に商品Sと、価格欄1240に販売店価格530から前記で取得した販売店Bの価格1240を入れて生成する。エンドユーザA1100は、前述で生成した発注入力画面1200を再度表示し、発注数欄1250に発注数1255として、例えば、100個を指定した後、発注ボタン1260をクリックし、入力した商品ID1215、発注数1255と販売店B1110のIDをHPS100に送信する。
When the
ステップ1170
ステップ1170の処理において、HPS100は、後述するステップ1140の処理を実行後、販売店B1110用の図13に示す受注依頼画面1300を生成し、前述したステップ1160でエンドユーザA1100から送信された販売店B1110のIDをもとに、ユーザ・販売店認証装置240を通して、販売店管理テーブル20から販売店B1110のメールアドレス420を取得し、取得したアドレスに受注依頼メールを送信する。
In the process of
図13は販売店B1110用の受注依頼画面1300の例を示す図であり、ここで、この受注依頼画面1300の例を説明しておく。受注依頼画面1300は、エンドユーザから注文のあった商品名1230、ユーザ名1100、発注依頼数1255が表示され、また、発注依頼数1255に対して受注可能な受注数1315を入力する受注数欄1310、納期日1325を入力する納期日欄1325が設けられる。また、この受注依頼画面1300には、注文数量に不足する分を卸売店に発注するための卸売店名1120、卸売店の納期日1350、卸価格1360の欄が設けられ、また、その商品の配送方法として、配送方法リスト1330からユーザへの配送方法1335を指定する欄、及び、受注確定ボタン1340が設けられている。
FIG. 13 is a diagram showing an example of an
ステップ1175
ステップ1175の処理において、販売店B1110は、ステップ1170の処理によるメールを受け取ると、HPS100にアクセスし、ログイン画面1800を販売店B1110のWEBブラウザ140に表示する。この画面においてID欄1810に販売店B1110のIDを、パスワード欄1820に販売店B1110のパスワードを入力後、ログインボタン1830をクリックして、HPS100に前述で入力したデータを送信する。
In the process of
HPS100は、ユーザ・販売店認証装置240を用いて、販売店管理テーブル20の内容に基いて、送信されてきた販売店B1110の販売店IDとパスワードとをキー値として認証する。認証に成功した場合、HPS100は、注文管理装置250を用いてステータス管理テーブル50から販売店B1110のIDをキー値として、ステータスが「受注回答待ち」の注文ID710を全て取得し、また、注文管理テーブル60から前述で取得した全ての注文ID710をキー値としてそれぞれの受注画面URL860を取得し、各URLのリンク集画面を生成する。また、URLのリンクの横に、前記で取得した注文ID710をキーにステータス管理テーブルから回答期限750を取得しこれを表示する。
The
販売店B1110のWEBブラウザ140は、HPS100が前述で生成した画面を表示し、エンドユーザA1100からの受注依頼画面1300へのリンクをクリックし、取得した受注依頼画面1300をWEBブラウザ140に表示する。
The
販売店B1110は、受注依頼画面1300の受注依頼数1255の100個に対して、受注数欄1310に受注可能な受注数1315として60個を入力し、受注時の納期日欄1320に販売店B1110の納期日1325を入力する。このとき、入力した受注数1315は、発注依頼数1255に満たないので、不足分40個を卸売店C1120に発注することになるため、卸売店の納期日1350、卸価格1360を確認し、その配送方法として配送方法リスト1330からユーザに対する配送方法1335を指定して選択する。これらの操作が完了した後、受注確定ボタン1340をクリックする。
前述したような販売店B1110の受注依頼画面1300への操作により、WEBブラウザ140からHPS100に販売店B1110のID、受注数1315、納期日1325、配送方法のデータ1335が送信される。
By operating the
ステップ1180
HPS100は、後述するステップ1150の処理を実行した後、販売店B1110から卸売店C1120へ発注が確定したことを確認する図14に示すような受発注確認画面1400を生成し、販売店B1110に対してで生成した画面のURLを記載した確認通知メールを送信する。
Step 1180
After executing the processing of
図14は販売店B1110に対する受発注確認画面1400の例を示す図であり、ここで、この受発注確認画面1400の例を説明しておく。受発注確認画面1400は、基本的に、前述により説明した受注依頼の処理を確認するものであるため、図13に示した受注依頼画面と同一の内容を持つ画面である。
FIG. 14 is a diagram showing an example of an
そして、販売店B1110は、メールに記載されたURLにアクセスすることにより、受発注確認画面1400を販売店B1110のWEBブラウザ140に表示させるる。受発注確認画面1400には、販売店B1110の受注数1315と納期日1325とが表示されるとともに、卸売店C1120への発注数1430、卸売店C1120の納期日1440、卸価格1450、合計価格1460、配送方法1335を表示している。
Then, the
ステップ1185
HPS100は、前述した処理における販売店B1110の受注数1315と卸売店C1120の受注数1430とから、エンドユーザA1100が発注依頼を受注したことを確認する図15に示す発注確認画面1500を生成した後、エンドユーザA1100に対して、生成した発注確認画面1500のURLを記載した確認通知メールを送信する。エンドユーザA1100は、メールに記載されたURLにアクセスすることにより、発注確認画面1500をエンドユーザA1100のWEBブラウザ120に表示する。
After generating the
図15はエンドユーザに対する発注確認画面1500の例を示す図であり、ここで、この発注確認画面1500の例を説明しておく。発注確認画面1500には、販売店B1110の受注数1315と納期日1325とが表示されると共に、卸売店C1120の受注数1430と納期日1440とが、販売店B1110の受注として表示される。この発注確認画面1500は、エンドユーザA1100のWEBブラウザ120に表示される。
FIG. 15 is a diagram showing an example of an
ステップ1190
販売店B1110は、エンドユーザA1100から受注した商品Sを60個エンドユーザA1100に納品する。
Dealer B1110 delivers 60 products S received from end user A1100 to end user A1100.
ステップ1195
卸売店C1120は、販売店B1110から受注した商品Sを40個、販売店B1110の受注依頼画面1300でユーザ配送1335が指定されていたため、エンドユーザA1100に直接納品する。ここで、配送方法1330として「販売店への配送」が選択された場合、販売店B1110へ納品する。このとき、卸売店C1120の納品を処理した社員は、HPS100を用いて、「納品待ち」となっている注文の一覧を注文管理装置250から取り出し、その一覧から該当する注文を選択し、前述した注文に対して、HPS100を用いて完了指示を出す。この処理の後、HPS100は、在庫・納期照会装置260を用いて、在庫・納期管理テーブル40の在庫数620から、納品数分の40個を減らして登録する。また、HPS100は、注文管理装置250を用いてステータス管理テーブル50と注文管理テーブル60とからこの処理の注文に関するデータを削除し、購買履歴管理装置280を用いて購買履歴管理テーブル80に前述で削除したデータから販売店ID720、商品ID820、ユーザ発注数830、販売店発注数840、完了した日をそれぞれを購買履歴管理テーブル80に登録する。
The wholesale store C1120 directly delivers 40 products S received from the store B1110 to the end user A1100 because the
図16は図11に示したHPS100のステップ1140の処理動作を説明するフローチャートであり、次に、これについて説明する。なお、ここで説明するフローは、前述で説明した例以外の場合の処理についても説明する都合上、エンドユーザA1100の発注数をN個、販売店B1110の受注数をM個として表現する。また、この処理において、エンドユーザA1100、販売店B1110から送信してきたデータ、または、画面生成に用いたデータは、セッション領域290に確保される。
FIG. 16 is a flowchart for explaining the processing operation of
(1)HPS100のWEBサーバ装置210は、エンドユーザA1100から発注入力画面1200を通して、商品SのN個の発注を受ける。その後、注文管理装置250は、注文管理テーブル60に対して、注文ID810と、商品SのIDとを商品ID820に、前述で送信されてきた発注数をユーザ発注数830に登録する。さらに、注文管理装置250は、ステータス管理テーブル50に対して、注文IDを注文ID710に、販売店B1110のIDを販売店ID720に、エンドユーザA1100のIDをエンドユーザID730に、ステータス740を「受注回答待ち」に、回答期限をそれぞれ登録する(ステップ1600)。
(1) The
(2)HPS100の在庫・納期照会装置260は、在庫・納期管理テーブル40からエンドユーザA1100から送信された商品SのIDをキー値として、在庫数620、仮引当数630を取得する。在庫・納期照会装置260は、これにより取得した在庫数620と仮引当数630との差がエンドユーザA1100から送信された発注数N個以上であるか否かを判定する(ステップ1610)。
(2) The stock / delivery
(3)ステップ1610の判定で、在庫数620と仮引当数630との差がN個以上であった場合、HPS100は、在庫・納期照会装置260を通して、在庫・納期管理テーブル40の仮発注数630をN個増加して登録し、その後、在庫分の納期日640を取得しこれをセッション領域290に保持する(ステップ1620)。
(3) If it is determined in
(4)ステップ1610の判定で、在庫数620と仮引当数630との差がN個未満であった場合、HPS100は、メーカ発注装置230を通して、ステップ1610で比較した商品Sの不足分以上の個数をメーカD1130に発注する。このとき、HPS100は、在庫・納期照会装置260を通して、在庫・納期管理テーブル40のメーカ発注数650にメーカD1130への発注数を登録する。このメーカD1130への発注処理の結果として、メーカ発注装置230は、メーカD1130から納期を取得し、前記納期に卸売店C1120への納品までの作業日程を足してこれを卸売店C1120の納期日としてセッション領域290に保持する。この処理の後、HPS100は、在庫・納期照会装置260を通して、在庫・納期管理テーブル40の仮発注数630をN個増やして登録する(ステップ1630)。
(4) If the difference between the
なお、在庫数の更新は、メーカD1130から商品Sが納品されてきたとき、在庫・納期照会装置260を通して、前記納品数を在庫・納期管理テーブル40の在庫数620に追加して登録すると共に、メーカ発注数650から前記納品数を減らすことにより行われる。
In addition, when the product S is delivered from the manufacturer D1130, the update of the inventory quantity is registered by adding the delivery quantity to the
(5)前述した各処理の終了後、HPS100は、価格照会装置270を通して、価格管理テーブル30から商品SのIDをキー値として、卸売店価格540を取得し、これをセッション領域290に保持する(ステップ1640)。
(5) After completing the above-described processes, the
(6)次に、HPS100は、注文管理装置250を用い、前述したステップ1620からステップ1640の処理でセッション領域290に確保した、商品Sの納期、卸売店価格及びエンドユーザから送信された商品SのIDや、発注数から、販売店B用の受注依頼画面1300を生成する(ステップ1650)。
(6) Next, the
(7)次に、HPS100は、ユーザ・販売店認証装置240を通して、販売店管理テーブル20からメールアドレス420を取得し、その後、メール送信装置220により販売店B1110に受注依頼メールを送信する(ステップ1660)。
(7) Next, the
前述したHPS100のステップ1140の処理の後、販売店Bがステップ1600で設定する回答期限を過ぎても販売店B1110から受注回答がなかった場合、HPS100は、仮発注している商品Sにおいて、在庫・納期照会装置260を用いて、在庫・納期管理テーブル40の仮引当数からN個減らして登録する。前述の処理の後、HPS100は、ステップ1140の処理の仮発注の処理を再度行うとともに、販売店B1110に対して受注回答期限が終了したので再度卸売店の納期日を変更する旨をメールにより送信する。
After the processing of
図17は図11に示したHPS100のステップ1150の処理動作を説明するフローチャートであり、次に、これについて説明する。この処理において、エンドユーザA1100、販売店B1110から送信してきたデータ、または、画面生成に用いたデータは、セッション領域290に確保される。
FIG. 17 is a flowchart for explaining the processing operation of
(1)HPS100のWEBサーバ装置210は、受注依頼画面1300を通して、販売店B1110からエンドユーザA1100における商品Sの発注数N個に対して受注数M個の回答を受け取る。この処理の後、注文管理装置250は、注文管理テーブル60の販売店受注数840にM個を登録する(ステップ1700)。
(1) The
(2)次に、HPS100は、注文管理装置250を用いて、販売店B1110の受注数M個が、エンドユーザA1100の発注数N個未満か否かを判定する(ステップ1710)。
(2) Next, the
(3)ステップ1710の判定で、販売店B1110の受注数M個が、エンドユーザA1100の発注数N個未満であった場合、HPS100は、(N−M)個を販売店B1110から卸売店C1120への本発注として受け取るため、(N−M)個を卸売店1120の受注数としてセッション領域290に確保する。また、HPS100は、注文管理装置250を用いて注文管理テーブル60の卸売店受注数850に(N−M)個を登録し、ステータス管理テーブル50のステータス740を「納品待ち」に更新する。この処理の後、在庫・納期照会装置260は、在庫・納期管理テーブル40の仮引当数630からNを減らして更新する(ステップ1720)。
(3) If it is determined in
(4)ステップ1710の判定で、販売店B1110の受注数M個が、エンドユーザA1100の発注数N個以上であった場合、HPS100は、注文管理装置250を用いて注文管理テーブル60、ステータス管理テーブル50からこの処理の注文を削除し、購買履歴管理装置280を用いて購買履歴管理テーブル80にその注文の情報を登録する。また、HPS100は、在庫・納期照会装置260を用いて、在庫・納期管理テーブル40の商品Sの仮引当数630からN個減らして登録する(ステップ1725)。
(4) If it is determined in
(5)前述までの処理を行った後、HPS100は、注文管理装置250を用いて確保したセッション領域290より、各データを参照して図14により説明した受発注確認画面1400を生成する(ステップ1730)。
(5) After performing the above-described processing, the
(6)次に、HPS100は、注文管理装置250を用いて確保したセッション領域290より、各データを参照して図15により説明した発注確認画面1500を生成する(ステップ1740)。
(6) Next, the
(7)HPS100は、販売店B1110のWEBブラウザ140に、ステップ1730の処理で生成した受発注確認画面1400を送信する(ステップ1750)。
(7) The
前述したステップ1750の処理を実行することにより、販売店B1110において、ステップ1700の処理の中の受注依頼画面1300で、受注確定ボタン1340を押下すると、HPS100から結果として受発注確認画面1400が返ってくる処理の流れになる。
By executing the processing in
(8)次に、HPS100は、図15により説明した発注確認画面1500をステップ1160の処理でエンドユーザAがログインした後に表示できるようにリンクをはる。この処理の後、HPS100は、ユーザ・販売店認証装置240を通して、ユーザ管理テーブル20からエンドユーザA1100のメールアドレス420を取得して、メール送信装置220により前述で取得したメールアドレス420に発注確認依頼メールを送信する。この送信したメールには、エンドユーザA1100がステップ1160のログイン処理を行うと、発注確認画面1500を表示できることを表示する(ステップ1760)。
(8) Next, the
前述したステップ1760の処理を実行することにより、エンドユーザは、ステップ1160のログイン後に発注確認画面1500を表示することができる。
By executing the processing in
前述した本発明の実施形態における各処理は、処理プログラムとして構成することができ、この処理プログラムは、HD、DAT、FD、MO、DVD−ROM、CD−ROM等の記録媒体に格納して提供することができる。 Each processing in the above-described embodiment of the present invention can be configured as a processing program, and this processing program is stored in a recording medium such as HD, DAT, FD, MO, DVD-ROM, and CD-ROM and provided. can do.
図20は卸売店C1120が販売店B1110の商品Sにおける購買履歴分析を行う場合の画面例を示す図であり、次に、これについて説明する。 FIG. 20 is a diagram showing an example of a screen when the wholesale store C1120 performs a purchase history analysis on the product S of the store B1110, which will be described next.
販売店Bの商品Sにおける購買履歴の分析画面画面2000には、ある期間内で商品Sについて、販売店B1110が各エンドユーザから受けた受注総数X個2010と、販売店B1110が卸売店C1120に商品Sを発注した数Y個2020と、各エンドユーザからの注文を契機とせずに卸売店C1120が販売店B1110に商品Sを納品した数Z個2030が表示される共に、商品Sの分析値2040として、X2010−Y2020−Z2030を算出し、この分析値2040が大きければ、他の卸売店から商品Sを納品している可能性が高いという指標になる。ここで、卸売店C1120が販売店B1110に納品した数の和であるZ個は、説明している本発明の実施形態によるシステムで用いるテーブルとは別のテーブルに保持しているものとする。
On the purchase history
前述したような計算を、販売店B1110の扱っている商品の全てに対して行い、それぞれの分析値2040の合計を算出すると、販売店B1110の商品全体の卸売店C1120に発注する割合を算出することができる。
When the calculation as described above is performed for all the products handled by the store B1110 and the total of the
前述したような本発明の実施形態によれば、以下に説明するような効果を得ることができる。 According to the embodiment of the present invention as described above, the effects described below can be obtained.
1.エンドユーザが販売店に発注を行う際に、予め卸売店で仮引当を行っており、このとき、卸売店に在庫が不十分である場合、メーカに発注するため、販売店から卸売店へ在庫数以上の発注がきた場合、早期に商品を販売店及びエンドユーザに納品することができる。 1. When an end user places an order with a retail store, provisional provisions are made in advance at the wholesale store. At this time, if the inventory is insufficient at the wholesale store, in order to place an order from the manufacturer, If more than a few orders are received, the product can be delivered to the dealer and the end user at an early stage.
2.前述した仮引当処理により、卸売店の在庫が不足している状態でも確実に価格や納期を提示することができる。そして、この確実な情報提供により、販売店から卸売店への発注数の拡大につながり、販売店にとってもエンドユーザに確実な納期の提供が可能となる。 2. By the provisional provisioning process described above, it is possible to reliably present the price and delivery date even when the inventory of the wholesale store is insufficient. This reliable provision of information leads to an increase in the number of orders from dealers to wholesalers, and it is possible for dealers to provide reliable delivery times to end users.
3.販売店にとって、在庫数が0の場合にも問題なく運営することができるため、販売店の経費削減を実現することができ、卸売店への発注量の増加につなげることができる。 3. The dealer can operate without problems even when the number of stocks is zero, so that the cost of the dealer can be reduced, and the order quantity to the wholesale shop can be increased.
4.販売店やエンドユーザに特別な装置を必要とせずに、インターネットのブラウザ、メール機能を用いることにより、商品の受注・発注処理を行うことができるため、システムの利用率の向上を図ることができ、また、卸売店の受注作業が自動化されるため、卸売店の人件費の削減を図ることができる。 4). The system usage rate can be improved because orders and orders can be processed for products by using an Internet browser and e-mail function without requiring special equipment for dealers and end users. In addition, since the ordering work of the wholesale store is automated, the labor cost of the wholesale store can be reduced.
5.HPSは、過去の注文を購買履歴管理テーブルに保存しているため、このテーブルからある一定期間の購買履歴を参照して、任意の販売店における任意の商品の受注数の合計と、前記販売店から卸売店Cへの前記商品における発注数の合計とを比較し、受注数の方が多い場合、前記商品が他の卸売店に発注が流れていると分析することができ、他の卸売店に流れている商品を取得し、前記商品に力をいれて販売する等の売上向上対策の情報を得ることができる。 5). Since the HPS stores past orders in the purchase history management table, the purchase history for a certain period is referred to from this table, and the total number of orders for any product at any store and the store. Compared with the total number of orders placed in the product from the wholesale store C, if the number of orders is higher, it can be analyzed that the product is ordered to another wholesale store. It is possible to obtain information on measures to improve sales, such as acquiring products that are currently flowing into the market and selling them with emphasis on the products.
10 ユーザ管理テーブル
20 販売店管理テーブル
30 価格管理テーブル
40 在庫・納期管理テーブル
50 ステータス管理テーブル
60 注文管理テーブル
70 商品管理テーブル
80 購買履歴テーブル
90 受発注処理装置
100 販売店ポータルサイトシステム(HPS)
110 エンドユーザ
120 エンドユーザのWEBブラウザ
130 販売店
140 販売店のWEBブラウザ
150 卸売店
160 卸売店のWEBブラウザ
170 メーカ
180 メーカの端末
190 通信回線
210 WEBサーバ装置
220 メール送信装置
230 メーカ発注装置
240 ユーザ・販売店認証装置
250 注文管理装置
260 在庫・納期照会装置
270 価格照会装置
280 購買履歴管理装置
290 セッション領域
DESCRIPTION OF
110
Claims (10)
A processing program for constructing a portal site system of a dealer provided by a wholesaler with which a dealer conducts a transaction in order for the end user to order a commodity from the dealer, and ordering the commodity from the terminal of the end user A processing step for directly receiving data, a processing step for storing this as order data, a processing step for temporarily allocating products for the number of orders received from the terminal of the end user to the inventory data of the wholesale store, and an end user The processing step of transmitting data indicating that an order has been placed at the terminal of the store that is the ordering destination assumed by the customer and the delivery date information of the wholesale store, and when making provisional provisions for the products ordered by the end user, A process of sending order data to a manufacturer's terminal connected via a network when the inventory of the product is insufficient at a wholesale store. A processing step of calculating a delivery date of the wholesale store from the delivery date of the manufacturer by the ordering, a processing step of accepting an answer of the number of orders from the terminal of the store corresponding to the transmitted data, and from the terminal of the end user When there is a difference between the number of orders and the number of orders received from the terminal of the store, the processing step of recognizing the difference as order data to be ordered from the store to the wholesale store and receiving the order; the store and the wholesale store And processing steps for transmitting the respective delivery dates to the end user's terminal, and executing the processing steps to execute a product ordering process.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003345676A JP2005115451A (en) | 2003-10-03 | 2003-10-03 | Portal site system, order receiving/sending system, and its method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003345676A JP2005115451A (en) | 2003-10-03 | 2003-10-03 | Portal site system, order receiving/sending system, and its method |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005115451A true JP2005115451A (en) | 2005-04-28 |
Family
ID=34538875
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003345676A Pending JP2005115451A (en) | 2003-10-03 | 2003-10-03 | Portal site system, order receiving/sending system, and its method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005115451A (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007334828A (en) * | 2006-06-19 | 2007-12-27 | Sharp Corp | Electronic commerce system and carrier server |
JP2011503694A (en) * | 2007-11-02 | 2011-01-27 | イーベイ ジーマーケット シーオー.エルティーディー. | Electronic commerce method and system for supporting the diversity of merchandise transactions in online open market using additional order form |
US10108712B2 (en) | 2014-11-19 | 2018-10-23 | Ebay Inc. | Systems and methods for generating search query rewrites |
US10599733B2 (en) | 2014-12-22 | 2020-03-24 | Ebay Inc. | Systems and methods for data mining and automated generation of search query rewrites |
-
2003
- 2003-10-03 JP JP2003345676A patent/JP2005115451A/en active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007334828A (en) * | 2006-06-19 | 2007-12-27 | Sharp Corp | Electronic commerce system and carrier server |
JP4549316B2 (en) * | 2006-06-19 | 2010-09-22 | シャープ株式会社 | Electronic commerce system |
JP2011503694A (en) * | 2007-11-02 | 2011-01-27 | イーベイ ジーマーケット シーオー.エルティーディー. | Electronic commerce method and system for supporting the diversity of merchandise transactions in online open market using additional order form |
US10108712B2 (en) | 2014-11-19 | 2018-10-23 | Ebay Inc. | Systems and methods for generating search query rewrites |
US10599733B2 (en) | 2014-12-22 | 2020-03-24 | Ebay Inc. | Systems and methods for data mining and automated generation of search query rewrites |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6463420B1 (en) | Online tracking of delivery status information over a computer network | |
US6996535B1 (en) | Electronic commerce support method and apparatus | |
US6430540B1 (en) | Method and system for monitoring and modifying a consumption forecast over a computer network | |
US20080126157A1 (en) | Systems, methods and apparatuses for importation and exportation transaction logistics facilitation | |
CA2504285A1 (en) | Alternate delivery location methods and systems | |
JP2009048538A (en) | Customer information trading system, customer information trading method, server, and program | |
Hadikusumo et al. | Construction material procurement using internet-based agent system | |
KR20230150909A (en) | Electronic purchasing system and method connected with erp | |
JP2002269413A (en) | Internet order system | |
JPWO2003038700A1 (en) | How to notify product information | |
JP7306910B2 (en) | Application sales management server system, application sales management system, management control device and distribution control device | |
JP2005115451A (en) | Portal site system, order receiving/sending system, and its method | |
JP2003150874A (en) | Settlement of account method of electronic commerce and settlement of account system thereof | |
KR101586408B1 (en) | E-Commerce system for distribution and E-Commerce method thereof | |
US20040254854A1 (en) | Purchase management system and method | |
US20030014289A1 (en) | Method for transmitting logistics information | |
JP2020068005A (en) | System, method, and program for providing shopping proxy service | |
JP7042000B2 (en) | Information processing equipment, information processing methods, and programs | |
US20030212570A1 (en) | System and method for inquiring remaining quantity of orders | |
JP2002133211A (en) | Method and system for materials supply and program recording medium | |
JP2006072590A (en) | Demand forecasting system of goods | |
JP2004518196A (en) | Commerce via the Internet | |
JP2008203998A (en) | Used component circulation system | |
WO2001050376A2 (en) | Online tracking of delivery status information over a computer network | |
JP2002109258A (en) | System and method for commercial transaction for strengthening home page function of member on electronic commercial transaction site and commercial transaction network server |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050812 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080124 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080129 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080603 |