JP3648194B2 - Product management server and product information collection method - Google Patents
Product management server and product information collection method Download PDFInfo
- Publication number
- JP3648194B2 JP3648194B2 JP2001328259A JP2001328259A JP3648194B2 JP 3648194 B2 JP3648194 B2 JP 3648194B2 JP 2001328259 A JP2001328259 A JP 2001328259A JP 2001328259 A JP2001328259 A JP 2001328259A JP 3648194 B2 JP3648194 B2 JP 3648194B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- product
- store
- latent needs
- stock
- 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 - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 8
- 238000001514 detection method Methods 0.000 claims description 24
- 230000005540 biological transmission Effects 0.000 claims description 17
- 239000000047 product Substances 0.000 description 168
- 238000004891 communication Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 2
- 239000006227 byproduct Substances 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
この発明は、商品を購入する顧客が必要とする商品の情報を販売業者側の端末に通知する商品管理サーバ、商品情報収集方法に関するものである。
【0002】
【従来の技術】
従来より、顧客側の端末から、商品の在庫を管理するサーバにアクセスし、購入したい商品名を顧客側の端末から入力し、この商品がどの店舗に在庫として存在するかを検索し、検索結果をサーバから顧客側の端末に送信する検索サービスが利用されつつある。この検索サービスを利用することにより、顧客にとって、必要な商品がどの店舗に行けば購入できるかを把握することができる。
ところで、販売業者側において、POSを利用して商品の販売分析を行うことが行われている。すなわち、販売業者は、POSに基づくデータにより、販売された商品の量を把握し、商品の売れ筋を把握していた。
【0003】
【発明が解決しようとする課題】
しかしながら、上述した従来技術によれば、顧客は、在庫を有する店舗の情報を把握することができても、自分が購入したい商品の在庫が見つからなかった場合、店舗にその商品が必要であってことが反映されず、従って、その商品が店舗に入荷されるのを待つしかなかった。
【0004】
また、POSでは、販売した商品の管理を行い、販売実績に応じて在庫数を管理することが可能であるが、これは、店頭に陳列された商品の販売実績に基づいて在庫管理を行うものであり、店頭に販売していない商品であって顧客が購入したいと思っている商品について管理することはできない。すなわち、販売分析では、「何が売れているか」ということを分析する際に、「売れた商品」の分析になり、店舗に並べない限り、どのような商品にどのくらいニーズがあるか否かを把握できず、店頭に陳列した場合に売れる商品の予測ができなかった。
【0005】
本発明は、このような事情に鑑みてなされたもので、その目的は、店舗に在庫が存在しない商品に対する、顧客からの要求を把握することができる商品情報管理サーバ、商品情報収集方法を提供することにある。
また、本発明は、顧客の要求を販売業者側に反映させることができる商品情報管理サーバ、商品情報収集方法を提供することを目的とする。
【0006】
【課題を解決するための手段】
上記目的を達成するために、本発明は、顧客側の端末と商品を販売する販売業者側の端末と商品管理サーバとが接続される商品管理システムにおける商品管理サーバであって、前記顧客側の端末から送信される、商品を特定するための情報である商品情報を受信する受信手段と、前記店舗の在庫に関する情報である在庫情報を記憶する店舗別在庫情報データベースと、前記受信手段が受信する商品情報に基づいて、前記商品情報に対応する商品の在庫があるか否かを前記店舗別在庫情報データベースから検出する検出手段と、前記検出手段の検出結果において、商品の在庫がない場合に、前記商品情報を潜在ニーズ情報として記憶する潜在ニーズ情報データベースと、前記潜在ニーズ情報データベースに記憶される潜在ニーズ情報を前記販売業者側の端末に送信する潜在ニーズ情報送信制御手段と、を有することを特徴とする。
【0007】
また、本発明は、上述の商品管理サーバにおいて、前記潜在ニーズ情報送信手段は、前記顧客側の端末を介して、前記潜在ニーズ情報を前記販売業者側の端末に送信することを特徴とする。
【0008】
また、本発明は、上述の商品管理サーバにおいて、前記潜在ニーズ情報データベースは、前記潜在ニーズ情報を、商品情報を分類する商品カテゴリ情報に対応づけて記憶し、前記店舗別在庫情報データベースは、前記店舗が取り扱う商品に応じた店舗カテゴリ情報を、前記販売者の店舗を特定するための情報である店舗情報毎に記憶し、前記潜在ニーズ情報送信制御手段は、前記送信する潜在ニーズ情報の商品カテゴリ情報に対応する店舗カテゴリ情報を、前記潜在ニーズ情報データベースから読み出し、読み出した店舗カテゴリ情報に対応する店舗情報が対応付けされている店舗情報を前記店舗別在庫情報データベースから読み出し、読み出した店舗情報に基づいて、前記販売業者側の端末に前記潜在ニーズ情報を送信することを特徴とする。
【0009】
また、本発明は、上述の商品管理サーバにおいて、前記店舗別在庫情報データベースに記憶されている在庫情報と前記潜在ニーズ情報データベースに記憶されている潜在ニーズ情報とに基づいて、前記潜在ニーズ情報に対応する商品の在庫が入荷された場合に、前記商品の在庫が入荷されたことを、前記商品の在庫について問い合わせを行った顧客側の端末に通知する在庫通知手段と、を有することを特徴とする。
【0011】
また、本発明は、顧客側の端末と商品を販売する販売業者側の端末と商品管理サーバとが接続される商品管理システムにおける商品情報収集方法であって、前記商品管理サーバは、前記顧客側の端末から送信される商品を特定するための情報である商品情報を受信し、前記受信した商品情報に基づいて、前記商品情報に対応する商品の在庫があるか否かを前記販売業者の店舗の在庫に関する情報である店舗情報に基づいて検出し、検出結果において、商品の在庫がない場合に、前記商品情報を潜在ニーズ情報として潜在ニーズ情報データベースに記憶し、前記潜在ニーズ情報データベースに記憶される潜在ニーズ情報を前記販売業者側の端末に送信することを特徴とする。
【0012】
【発明の実施の形態】
以下、本発明の一実施形態による商品管理システムを図面を参照して説明する。図1は、この発明の一実施形態による商品管理システムの構成を示す概略ブロック図である。
この図において、商品管理システムは、顧客側の端末となる携帯電話10−1〜10−nと、商品を販売する販売業者側の端末20−1〜20−mと、商品管理サーバ1とがネットワーク30を介して接続される。
商品管理サーバ1において、通信部101は、携帯電話10−1〜10−nから送信される、商品を特定するための情報である商品情報をネットワーク30を介して受信する。また、通信部101は、商品の在庫がない場合に、商品情報を潜在ニーズ情報として販売業者側の端末に送信する(詳細は後述する)。また、携帯電話10−1〜10−nと店舗端末20−1〜20−mとに対してネットワーク30を介し、各種情報の送受信を行う。この通信部101が上述の受信手段と潜在ニーズ情報送信手段とに相当する。
【0013】
店舗別在庫情報データベース102は、販売業者の店舗を特定するための店舗情報と該店舗の在庫に関する在庫情報とを対応づけて記憶する。ここで、店舗別在庫情報データベース102に記憶される情報は、図2および図3に示すように記憶される。
図2に示す商品情報には、商品名と、商品を分類するための情報である商品カテゴリ情報と、商品の在庫数と、が対応づけられ、各店舗毎に記憶される。
図3に示す店舗情報は、店舗ID、店舗が取り扱う商品に応じた店舗カテゴリ情報、店舗の所在地を示す店舗所在地情報、電話番号や営業時間など店舗に関する各種情報が含まれる関連情報とが対応づけて記憶される。
この商品情報と店舗情報とは店舗IDによって対応付けされている。
【0014】
コモディティ検索部103は、通信部101が受信する商品情報に基づいて、商品情報に対応する商品の在庫があるか否かを店舗別在庫情報データベース102から検出する。また、コモディティ検索部103は、この検出結果において商品の在庫がない場合に、商品情報を潜在ニーズ情報として潜在ニーズ情報データベース104に記憶する。このコモディティ検索部103が上述の検出手段に相当する。ここでは、店舗別在庫情報データベース102に登録されていない商品に対する在庫の問い合わせである場合、在庫が無いものとして検出される。
【0015】
潜在ニーズ情報データベース104は、図4に示すように商品カテゴリ情報と潜在ニーズ情報とを対応づけて記憶する。さらに、潜在ニーズ情報データベース104は、商品の問い合わせ要求を行った顧客の顧客IDと、後述する在庫通知部106によって、在庫通知が通知済みであるか否かを示す在庫通知の情報とが潜在ニーズ情報に対応づけて記憶される。
顧客情報データベース107は、顧客を識別するための顧客IDと、顧客の電子メールアドレス、電話番号、ファクシミリなどの連絡先の情報と、顧客氏名と、住所等の顧客に関する情報を記憶する。
【0016】
また、コモディティ検索部103は、検出手段の検出結果において、商品の在庫がない場合に、送信する潜在ニーズ情報の商品カテゴリ情報に対応する店舗カテゴリ情報を、潜在ニーズ情報データベース104から読み出し、読み出した店舗カテゴリ情報に対応する店舗情報が対応付けされている店舗情報を、店舗別在庫情報データベース102から読み出し、読み出した店舗情報に基づいて、販売業者側の端末20−1〜20−mに潜在ニーズ情報を送信する潜在ニーズ情報送信制御部105を有する。
【0017】
また、潜在ニーズ情報送信制御部105は、検出手段の検出結果において、商品の在庫がない場合に、商品の問い合わせ要求を行った携帯電話10−nに対して潜在ニーズ情報を送信し、商品の在庫がある場合に、携帯電話10−nから送信される位置情報と在庫を有する店舗情報とに基づいて、携帯電話10−nの位置に近い順になるように在庫を有する店舗情報の並び替えを行い、携帯電話10−nに対して送信する。なお、店舗情報は、携帯電話10−nの位置から予め決められた地域内にある店舗情報のみを送信するようにしてもよい。予め決められた地域内とは、一定の距離以内であってもよい。
この潜在ニーズ情報送信制御部105が上述の潜在ニーズ情報送信手段に相当する。
【0018】
在庫通知部106は、店舗別在庫情報データベース102に記憶されている在庫情報と潜在ニーズ情報データベース104に記憶されている潜在ニーズ情報とに基づいて、潜在ニーズ情報に対応する商品の在庫が入荷された場合に、商品の在庫が入荷されたことを、商品の在庫について問い合わせを行った顧客側の端末に通知する。
【0019】
図1に戻り、店舗端末20−1〜20−mは、潜在ニーズ情報を商品管理サーバ1から受信するあるいは、携帯電話10−nを介して商品管理サーバ1から受信する潜在ニーズ情報受信部201を有する。
携帯電話10−1〜10−nは、顧客側の端末であり。在庫がどの店舗にあるかを知りたい商品の商品情報と携帯電話が現在どの位置にあるか、その現在位置を示す位置情報とを、顧客からの入力に基づいて、商品管理サーバ1に送信する。なお、位置情報は、ユーザが現在位置の住所を所定の入力欄に入力して送信するようにしてもよく、また、携帯電話10−1が現在接続している基地局の位置に関する情報を位置情報として商品管理サーバ1に送信するようにしてもよい。この顧客側の端末は、購入したい商品の在庫を検索する顧客(消費者)によって利用される。
【0020】
次に、上述した商品管理システムの動作について図5のフローチャートを用いて説明する。ここでは、各店舗の在庫に関する情報が各店舗端末20−1〜20−mから商品管理サーバ1に送信され、店舗別在庫情報データベース102に予め記憶されているものとする。
まず、顧客によって、商品Fの在庫がどの店舗にあるか知りたい商品を調べるために、携帯電話10−1によって商品管理サーバ1のホームページにアクセスし、位置情報と商品情報「商品F」が入力されると(ステップS1)、携帯電話10−1は、この位置情報と商品情報とを商品管理サーバ1に送信する(ステップS2)。
【0021】
商品管理サーバ1は、携帯電話10−1から位置情報と商品情報とが送信されると、コモディティ検索部103によって、商品情報に対応する商品の在庫があるか否かを店舗別在庫情報データベース102から検出し、在庫のチェックを行う(ステップS3)。この検出結果において商品Fの在庫数が各店舗において「0」であり、在庫がない場合、コモディティ検索部103は、商品情報「商品F」を潜在ニーズ情報として、店舗情報内の商品Fに対応づけて記憶されている商品カテゴリ情報「雑誌」を読み出し、商品情報「商品F」に対応づけて、潜在ニーズ情報データベース104に記憶する。そして、商品管理サーバ1は、通信部101によって、この潜在ニーズ情報と、該当する商品の在庫がある店舗が見つからなかった旨の通知となる検出結果と、を携帯電話10−1に送信する(ステップS4)。
【0022】
携帯電話10−1は、商品管理サーバ1から検出結果と潜在ニーズ情報とを受信すると、検出結果を画面に表示するとともにスピーカによって音声出力し(ステップS5)、潜在ニーズ情報を記憶部の所定のメモリ内に記憶する(ステップS6)。ここでは、例えば、図6に示すような表示が携帯電話10−1の画面上に出力される。
【0023】
そして、携帯電話10−1を携帯した顧客が店舗端末20−1〜20−mのうちいずれかの店舗端末が設置された店舗内の入店すると、店舗端末20−mは、潜在ニーズ情報受信部201によって、携帯電話10−1に記憶されている潜在ニーズ情報を読み出し(ステップS7)、店舗端末20−mの記憶部内に記憶する。そして、制御部202は、受信した潜在ニーズ情報のカテゴリ情報と自身の店舗端末に予め記憶されている店舗カテゴリ情報とを比較して、一致する場合に引き続き記憶し、一致しない場合に潜在ニーズ情報を破棄する。
これにより、店舗端末20−mの販売業者は、店舗端末20−mの記憶部内に記憶された潜在ニーズ情報に基づいて、在庫がない商品に対する問い合わせの状況を把握できるので、陳列商品の見直しを効果的に行うことができる。
【0024】
一方、コモディティ検索部103は、検出結果において、商品の在庫がある場合に、携帯電話10−nから送信される位置情報と在庫を有する店舗情報とに基づいて、携帯電話10−nの位置から近い順になるように在庫を有する店舗情報の並び替えを行い(ステップS8)、携帯電話10−nに対して送信する(ステップS9)。
【0025】
これにより、検出結果を商品管理サーバ1から受信した携帯電話10−1の画面上には、図7に示すような出力が行われる(ステップS10)。
このようにして、顧客は、商品の在庫を有する店舗の情報を把握することができる。
次に、潜在ニーズ情報を受信した店舗端末20−mの店舗において、商品Fが入荷し、在庫情報の更新要求があると(ステップS11)、商品Fが入荷した後の在庫情報が店舗端末20−mから送信され、管理サーバ1の店舗別在庫情報データベース102に記憶され、在庫情報が更新される(ステップS12)。在庫通知部106は、一定時間毎に店舗別在庫情報データベース102の情報と潜在ニーズ情報データベース104に記憶されている情報とを比較し、在庫通知「未通知」が設定されている潜在ニーズ情報に対応する商品情報が、在庫として店舗別在庫情報データベース102内に記憶されているか否かを検出する。そして、在庫として店舗別在庫情報データベース102内に記憶されている場合(ステップS13)、この在庫情報を「通知済」に設定した後、この「商品F」の潜在ニーズ情報に対応づけられている顧客ID「ARM218」の連絡先の情報を顧客情報データベース107から読み出し、読み出した連絡先の情報に基づいて、顧客ID「ARM218」の携帯電話10−1宛に「商品F」が入荷されたことを通知する(ステップS14)。このとき在庫通知部106は、「商品F」の入荷の通知とともに、商品Fが入荷した店舗の店舗所在地情報、店舗名称、関連情報などを携帯電話10−1宛に送信する。
【0026】
以上説明した実施形態において、携帯電話10−1から潜在ニーズ情報受信部201に潜在ニーズ情報を送信する場合、例えば、Bluetooth(登録商標)や赤外線などの近距離無線、あるいは、有線によって接続して送信する。この送信は、店舗内に入店する際に行うようにしてもよく、また、顧客がレジ等において、商品の精算の順番待ちのときや精算中に行うようにしてもよい。
【0027】
以上説明した実施形態によれば、商品管理サーバ1は、顧客側の端末10−1を介して販売業者側の端末20−mに潜在ニーズ情報を送信するようにしたので、販売業者は、商品についての問い合わせを行った顧客が実際に自身の店舗に来店したことを把握できるので、この顧客の来店数に応じて商品の在庫数を管理することができる。これにより、商品に対する在庫の問い合わせを行った顧客の来店数に応じて商品の販売数を見込んで用意することが可能となる。
また、在庫が入荷した場合に、在庫通知部106によって、在庫が入荷したことを顧客側に通知するようにしたので、ユーザにとって、購入したい商品がどこで販売されているかを把握することができる。
【0028】
次に、第2の実施形態について説明する。上述した実施形態においては、潜在ニーズ情報は、携帯電話10−1を介して商品管理サーバ1から店舗端末20−mに送信するようにしたが、この実施形態においては、店舗端末20−mからの潜在ニーズ情報の送信要求に基づいて、商品管理サーバ1から店舗端末20−mに送信する場合について、図8のフローチャートを用いて説明する。ここでは、図2の商品Fについて問い合わせがあった場合について説明する。
【0029】
図8において、ステップS21〜ステップS23は、図5のステップS1〜ステップS3までと同様に、携帯電話10−1から送信される商品情報「商品F」と位置情報とに基づいて、在庫チェックが行われる。そして、商品Fの在庫がない場合に、商品管理サーバ1のコモディティ検索部103は、通信部101によって、商品Fの在庫がある店舗が見つからなかった旨の通知となる検出結果を携帯電話10−1に送信する(ステップS24)。これにより、検出結果を受信した携帯電話10−1の画面に検出結果が図6のように出力される(ステップS25)。
【0030】
次に、商品管理サーバ1のコモディティ検索部103は、検出結果において在庫が見つからなかった商品Fの商品情報を、商品情報を潜在ニーズ情報として、商品カテゴリ情報「雑誌」に対応づけて、潜在ニーズ情報データベース104に記憶する。そして、コモディティ検索部103の潜在ニーズ情報送信制御部105は、この潜在ニーズ情報の商品カテゴリ情報に対応する店舗カテゴリ情報「雑誌」が設定されている店舗ID「002」を潜在ニーズ情報データベース104から読み出す(ステップS26)。そして、コモディティ検索部103の潜在ニーズ情報送信制御部105は、読み出した店舗ID「002」の店舗端末のアドレスに基づいて、販売業者側の端末(例えば、店舗端末20−m)に潜在ニーズ情報と商品カテゴリ情報とを送信する(ステップS27)。
【0031】
店舗端末20−mは、商品管理サーバ1から潜在ニーズ情報と商品カテゴリ情報とを受信すると、受信した潜在ニーズ情報と商品カテゴリ情報とを記憶する(ステップS28)。これにより、顧客から商品Fについての在庫の問い合わせがあったが在庫がなかったことが店舗端末20−mに通知される。
このように、店舗端末に予め設定された店舗カテゴリ情報に対応する潜在ニーズ情報を商品管理サーバ1から店舗端末20−mに送信するようにしたので販売業者は、自身が取り扱っている、取り寄せ可能な商品に関する必要な潜在ニーズ情報のみを把握することができ、顧客の問い合わせに基づいて、今後の商品の取り寄せ及び陳列を効果的に行うことができる。
【0032】
なお、上述した第2の実施形態においては、問い合わせがあった商品Fについてのみ潜在ニーズ情報として商品管理サーバ1から店舗端末20−mに送信したが、潜在ニーズ情報を店舗端末に送信する形態は、これに限られるものではない。例えば、上記の実施形態以外の形態として、以下の形態がある。
【0033】
A)潜在ニーズ情報を商品管理サーバ1に記憶しておき、記憶された潜在ニーズ情報を一定期間毎(例えば、1時間毎、1日毎、1週間毎など)に、各店舗の店舗カテゴリ情報に一致する店舗端末に送信する。これにより、販売業者は、一定期間内における顧客の商品に対する注目度合いを把握することができるので、商品の必要性の動向を把握することができる。
【0034】
B)上記A)において、各店舗の店舗カテゴリ情報と商品情報とが一致しなくとも、一定期間内の潜在ニーズ情報を全て店舗端末に送信する。これにより、「毛皮の帽子」に関する潜在ニーズ情報が複数存在する場合に、雑誌を取り扱う販売業者は、毛皮の帽子について特集をしている雑誌を商品として取り寄せて店舗に陳列することにより、「毛皮の帽子」について問い合わせをした顧客に対して、毛皮の帽子について特集をしている雑誌を販売することが可能となる。
【0035】
C)潜在ニーズ情報データベース104に記憶される各潜在ニーズ情報に、アクセスコードを設定し、アクセスコードのみを商品管理サーバ1から店舗端末に送信する。そして、店舗端末から送信されるアクセスコードに基づいて、商品管理サーバ1に潜在ニーズ情報データベース104に記憶された潜在ニーズ情報を店舗端末に送信するとともに、潜在ニーズ情報の送信ログを記憶しておく。そして、この送信ログに基づき、潜在ニーズ情報データベース104のアクセス数に応じて、販売業者に潜在ニーズ情報に対する課金を行い、販売業者から潜在ニーズ情報の配信料金を領収する。これにより、顧客にとって欲しい商品の在庫に関する情報を簡単に取得することが可能となるとともに、販売業者にとって、顧客が必要としている商品の動向・傾向を把握し、商品販売を促進することが可能となる。また、商品管理サーバ1の運営者にとって、潜在ニーズ情報の管理における対価を徴収し、利益を得ることができる。
【0036】
D)上記A、B、Cのうちいずれかの方法によって、商品管理サーバ1から店舗端末に潜在ニーズ情報を送信して、店舗端末において、商品を必要とする顧客の来店数を管理するとともに、商品管理サーバ1から携帯電話を介して店舗端末に潜在ニーズ情報を送信する。これにより、販売業者にとって、全体的な商品の動向・傾向を把握しつつ、商品を必要とする顧客の来店数を把握し、商品の在庫量を管理することが可能となる。
【0037】
なお、以上説明した実施形態において、顧客側の端末は、携帯電話10−1〜10−nである場合について説明したが、顧客側の端末は、ネットワークを介して通信が可能な端末であれば、携帯電話に限られるものではなく、例えば、PHS、PDA(Parsonal Dibital Assistant)などであってもよい。また、コンピュータ等、固定的に用いられる機器と、移動可能な携帯電話とを組み合わせて利用するようにしてもよい。この場合、コンピュータから位置情報と商品情報とを入力しておき、検索結果を予め登録されている連絡先となる携帯電話に検出結果を送信するようにしてもよい。
また、店舗別在庫情報データベース102に登録されていない商品に対する在庫の問い合わせがあった場合には、コモディティ検索部103によって在庫なしとして検出されるが、この場合、商品管理サーバ1の管理者が、商品に対するカテゴリを調査し、マウス、キーボードなどの入力装置から入力して設定するようにしてもよい。また、商品カテゴリ情報を設定せずに、全ての店舗端末に潜在ニーズ情報として送信しておくようにしてもよい。
【0038】
また、図1における商品管理サーバ1の通信部101、コモディティ検索部103、潜在ニーズ情報送信制御部105の機能、店舗端末20−1〜20−mの潜在ニーズ情報受信部201、制御部202の機能、携帯電話10−1〜10−nの機能を実現するためのプログラムをそれぞれコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより商品の在庫管理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、OSや周辺機器等のハードウェアを含むものとする。
【0039】
また、「コンピュータシステム」は、WWWシステムを利用している場合であれば、ホームページ提供環境(あるいは表示環境)も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD−ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【0040】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【0041】
【発明の効果】
以上説明したように、この発明によれば、商品を特定するための情報である商品情報を受信し、この商品情報に対応する商品の在庫があるか否かについて、店舗別在庫情報データベースから検出し、検出結果において、商品の在庫がない場合に、商品情報を潜在ニーズ情報として販売業者側の端末に送信するようにしたので、販売業者は、店舗に在庫が存在しない商品に対する、顧客からの要求を把握することができ、これにより、販売業者は、店舗に在庫が存在しないが、顧客からの在庫の問い合わせに基づき商品を取り寄せ、商品の陳列を効果的に行うことができ、販売数の増大を図ることが可能となる。
また、顧客にとって、在庫がない商品についての要求を販売業者側に反映させることができる。
【0042】
また、この発明によれば、潜在ニーズ情報を顧客側の端末を介して、販売業者側の端末に送信するようにしたので、販売業者は、商品についての問い合わせを行った顧客が実際に自身の店舗に来店したことを把握できるので、この顧客の来店数に基づいて、在庫がない商品の在庫を持つようにした場合における販売数を予測し、商品に対する在庫の問い合わせを行った顧客の来店数に応じて商品の販売数を見込んで在庫数を管理することが可能となる。
【0043】
また、この発明によれば、店舗端末に予め設定された店舗カテゴリ情報に対応する潜在ニーズ情報を商品管理サーバから店舗端末に送信するようにしたので、販売業者は、自身が取り扱っている、取り寄せ可能な商品に関する必要な潜在ニーズ情報のみを把握することができ、これにより、商品の在庫管理にかかる作業を簡単に行うことができる。
【0044】
また、この発明によれば、在庫が入荷した場合に、在庫通知手段によって、在庫が入荷したことを顧客側の端末に通知するようにしたので、ユーザにとって、購入したい商品がどこで販売されているかを把握することができ、これにより、顧客に対するロイヤリティを向上させることができる効果が得られる。
【図面の簡単な説明】
【図1】 この発明の一実施形態による商品管理システムの構成を示す概略ブロック図である。
【図2】 店舗別在庫情報データベース102に記憶される商品情報の一例を示す図面である。
【図3】 店舗別在庫情報データベース102に記憶される店舗情報の一例を示す図面である。
【図4】 潜在ニーズ情報データベース104に記憶される情報の一例を示す図面である。
【図5】 商品管理システムの動作について説明するためのフローチャートである。
【図6】 携帯電話の画面上に出力される画面の一例を示す図面である。
【図7】 携帯電話の画面上に出力される画面の一例を示す図面である。
【図8】 第2の実施形態における商品管理システムの動作について説明するためのフローチャートである。
【符号の説明】
1 商品管理サーバ 10−1〜10−n 携帯電話
20−1、20−m 店舗端末 30 ネットワーク
101 通信部 102 店舗別在庫情報データベース
103 コモディティ検索部 104 潜在ニーズ情報データベース
105 潜在ニーズ情報送信制御部 201 潜在ニーズ情報受信部
202 制御部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a product management server for notifying a seller-side terminal of product information required by a customer who purchases a product, Product information collection method It is about.
[0002]
[Prior art]
Conventionally, from the customer's terminal, access the product inventory server, enter the name of the product you want to purchase from the customer's terminal, search the store where this product exists as inventory, and search results A search service for transmitting a message from a server to a customer terminal is being used. By using this search service, it is possible for the customer to know which store the necessary product can be purchased from.
By the way, sales analysis of merchandise is performed on the side of the merchant using POS. In other words, the seller has grasped the amount of the sold product by the data based on the POS, and has grasped the best seller of the product.
[0003]
[Problems to be solved by the invention]
However, according to the above-described conventional technology, even if the customer can grasp the information of the store having the stock, if the stock of the product that he / she wants to purchase cannot be found, the product is required in the store. Was not reflected, and therefore, the product had to wait for the product to arrive at the store.
[0004]
In addition, in POS, it is possible to manage the products sold and manage the number of stocks according to the sales performance. This is based on the inventory management based on the sales performance of the products displayed at the storefront. It is not possible to manage products that are not sold in stores and that the customer wants to purchase. In other words, in the sales analysis, when analyzing what is being sold, it is an analysis of the “sold product”, and unless it is arranged in the store, what kind of product has its needs and how much there is. I couldn't figure out and couldn't predict the products that would sell if they were displayed at the store.
[0005]
The present invention has been made in view of such circumstances, and its purpose is a product information management server that can grasp a request from a customer for a product that does not have stock in a store, Product information collection method Is to provide.
Further, the present invention provides a merchandise information management server capable of reflecting a customer's request on the seller side, Product information collection method The purpose is to provide.
[0006]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides a product management server in a product management system in which a customer side terminal, a seller side terminal that sells products, and a product management server are connected, the customer side Receiving means for receiving product information, which is information for specifying a product, transmitted from a terminal, an inventory information database for each store for storing inventory information, which is information relating to the stock of the store, and the receiving means receive Based on the product information, the detection means for detecting whether there is a stock of the product corresponding to the product information from the inventory information database by store, and in the detection result of the detection means, when there is no stock of the product, The product information as latent needs information Potential needs information database to be stored and latent needs information stored in the potential needs information database Latent potential information transmission control means for transmitting to the terminal on the seller side.
[0007]
In the commodity management server according to the present invention, the latent needs information transmitting unit transmits the latent needs information to the seller side terminal via the customer side terminal.
[0008]
Moreover, the present invention provides the product management server described above, The latent needs information database is The latent needs information is stored in association with product category information for classifying product information. And The store-specific inventory information database stores store category information corresponding to products handled by the store for each store information that is information for specifying the store of the seller, and the latent needs information transmission control means includes: The store category information corresponding to the product category information of the latent needs information to be transmitted is read from the latent needs information database, and the store information associated with the store information corresponding to the read store category information is the inventory information for each store The latent need information is transmitted to the terminal on the seller side based on the read store information from the database.
[0009]
Further, according to the present invention, in the above-described commodity management server, the latent needs information is converted into the latent needs information based on the inventory information stored in the store inventory information database and the latent needs information stored in the latent needs information database. Stock notification means for notifying the terminal on the customer side that inquired about the stock of the product that the stock of the product has been received when the stock of the corresponding product is received, To do.
[0011]
The present invention is also a product information collection method in a product management system in which a customer side terminal, a seller side terminal that sells products, and a product management server are connected, wherein the product management server is connected to the customer side Product information which is information for specifying a product transmitted from the terminal of the product, and based on the received product information, whether or not there is a stock of the product corresponding to the product information Detected based on store information, which is information related to the stock of the product, and in the detection result, if there is no stock of the product, the product information as latent needs information The latent needs information stored in the latent needs information database is stored in the latent needs information database. The data is transmitted to the terminal on the seller side.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, a product management system according to an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a schematic block diagram showing the configuration of a product management system according to an embodiment of the present invention.
In this figure, the merchandise management system includes mobile phones 10-1 to 10-n serving as customer terminals, merchant terminals 20-1 to 20-m selling merchandise, and
In the
[0013]
The store-specific
The merchandise information shown in FIG. 2 is associated with the merchandise name, merchandise category information that is information for classifying merchandise, and the number of merchandise in stock, and is stored for each store.
The store information shown in FIG. 3 is associated with store ID, store category information corresponding to the product handled by the store, store location information indicating the store location, and related information including various information about the store such as telephone numbers and business hours. Is remembered.
This product information and store information are associated with each other by store ID.
[0014]
Based on the product information received by the
[0015]
The latent
[0016]
Further, the
[0017]
Further, the latent needs information
The latent needs information
[0018]
[0019]
Returning to FIG. 1, the store terminals 20-1 to 20-m receive the latent needs information from the
The mobile phones 10-1 to 10-n are terminals on the customer side. Based on the input from the customer, the
[0020]
Next, the operation of the product management system described above will be described with reference to the flowchart of FIG. Here, it is assumed that information regarding the inventory of each store is transmitted from each store terminal 20-1 to 20 -m to the
First, the customer accesses the homepage of the
[0021]
When the location information and the product information are transmitted from the mobile phone 10-1, the
[0022]
When the mobile phone 10-1 receives the detection result and the latent need information from the
[0023]
When the customer who carries the mobile phone 10-1 enters the store where any one of the store terminals 20-1 to 20-m is installed, the store terminal 20-m receives the latent needs information. The latent needs information stored in the mobile phone 10-1 is read by the unit 201 (step S7) and stored in the storage unit of the store terminal 20-m. Then, the
As a result, the seller of the store terminal 20-m can grasp the status of inquiries about products that are not in stock based on the latent needs information stored in the storage unit of the store terminal 20-m. Can be done effectively.
[0024]
On the other hand, the
[0025]
Thereby, an output as shown in FIG. 7 is performed on the screen of the mobile phone 10-1 that has received the detection result from the product management server 1 (step S10).
In this way, the customer can grasp the information of the store having the inventory of the product.
Next, in the store of the store terminal 20-m that has received the latent needs information, when the product F arrives and there is a request for updating the stock information (step S11), the stock information after the product F arrives is stored in the store terminal 20 -M, and is stored in the store-specific
[0026]
In the embodiment described above, when the latent needs information is transmitted from the mobile phone 10-1 to the latent needs
[0027]
According to the embodiment described above, the
In addition, when the stock arrives, the
[0028]
Next, a second embodiment will be described. In the embodiment described above, the latent needs information is transmitted from the
[0029]
8, in steps S21 to S23, as in steps S1 to S3 in FIG. 5, the inventory check is performed based on the product information “product F” and the position information transmitted from the mobile phone 10-1. Done. When the commodity F is not in stock, the
[0030]
Next, the
[0031]
Store terminal 20-m When the latent needs information and the product category information are received from the
Thus, since the latent needs information corresponding to the store category information preset in the store terminal is transmitted from the
[0032]
In the second embodiment described above, only the product F that has been inquired is transmitted as latent needs information from the
[0033]
A) The latent needs information is stored in the
[0034]
B) In the above A), even if the store category information and the product information of each store do not match, all the latent needs information within a certain period is transmitted to the store terminal. As a result, when there is a plurality of potential needs information about “fur hats”, a dealer handling magazines collects magazines featuring fur hats as merchandise and displays them at the store. It is possible to sell magazines featuring fur hats to customers who have inquired about “hats”.
[0035]
C) An access code is set for each latent need information stored in the latent needs
[0036]
D) By transmitting latent needs information from the
[0037]
In the above-described embodiment, the case where the customer-side terminal is the mobile phone 10-1 to 10-n has been described. However, the customer-side terminal is a terminal that can communicate via a network. For example, PHS, PDA (Personal Digital Assistant) may be used. Further, a fixed device such as a computer may be used in combination with a movable mobile phone. In this case, position information and product information may be input from a computer, and the search result may be transmitted to a mobile phone that is a pre-registered contact.
In addition, when there is a stock inquiry for a product not registered in the store-specific
[0038]
In addition, the functions of the
[0039]
Further, the “computer system” includes a homepage providing environment (or display environment) if a WWW system is used.
The “computer-readable recording medium” refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, and a CD-ROM, and a storage device such as a hard disk built in the computer system. Furthermore, the “computer-readable recording medium” dynamically holds a program for a short time, like a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line. In this case, a volatile memory in a computer system serving as a server or a client in that case, and a program that holds a program for a certain period of time are also included. The program may be a program for realizing a part of the functions described above, and may be a program capable of realizing the functions described above in combination with a program already recorded in a computer system.
[0040]
The embodiment of the present invention has been described in detail with reference to the drawings. However, the specific configuration is not limited to this embodiment, and includes design and the like within the scope not departing from the gist of the present invention.
[0041]
【The invention's effect】
As described above, according to the present invention, product information that is information for specifying a product is received, and whether or not there is a stock of the product corresponding to the product information is detected from the store-specific stock information database. In the detection result, when the product is not in stock, the product information is transmitted to the terminal on the seller side as latent needs information. This enables the merchant to understand the requirements, but the merchant is not in stock at the store, but can pick up the product based on the customer's inventory inquiry and display the product effectively. The increase can be achieved.
In addition, a request for a product that is not in stock for the customer can be reflected on the seller side.
[0042]
In addition, according to the present invention, since the latent needs information is transmitted to the terminal on the seller side via the terminal on the customer side, the seller actually asks the customer who made an inquiry about the product his own Since it is possible to know that the customer has visited the store, the number of customers who have made inquiries about the inventory of the product based on the number of visits of this customer, forecasting the number of sales when the product has inventory that is not in stock. Accordingly, it is possible to manage the number of inventory in anticipation of the number of products sold.
[0043]
In addition, according to the present invention, since the latent needs information corresponding to the store category information preset in the store terminal is transmitted from the product management server to the store terminal, the seller handles the order he / she handles. It is possible to grasp only necessary latent information regarding necessary products, and thereby, it is possible to easily perform work related to inventory management of products.
[0044]
Further, according to the present invention, when the stock is received, the stock notification means notifies the customer's terminal that the stock has been received, so where the user wants to purchase the product. As a result, it is possible to obtain an effect of improving loyalty to customers.
[Brief description of the drawings]
FIG. 1 is a schematic block diagram showing the configuration of a product management system according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating an example of product information stored in a store-specific
FIG. 3 is a diagram illustrating an example of store information stored in a store-specific
FIG. 4 is a diagram illustrating an example of information stored in a latent
FIG. 5 is a flowchart for explaining the operation of the merchandise management system.
FIG. 6 is a diagram illustrating an example of a screen output on a mobile phone screen.
FIG. 7 is a diagram illustrating an example of a screen output on a mobile phone screen.
FIG. 8 is a flowchart for explaining the operation of the product management system in the second embodiment.
[Explanation of symbols]
1 commodity management server 10-1 to 10-n mobile phone
20-1, 20-
101
103
105 Potential Needs Information
202 Control unit
Claims (5)
前記顧客側の端末から送信される、商品を特定するための情報である商品情報を受信する受信手段と、
前記店舗の在庫に関する情報である在庫情報を記憶する店舗別在庫情報データベースと、
前記受信手段が受信する商品情報に基づいて、前記商品情報に対応する商品の在庫があるか否かを前記店舗別在庫情報データベースから検出する検出手段と、
前記検出手段の検出結果において、商品の在庫がない場合に、前記商品情報を潜在ニーズ情報として記憶する潜在ニーズ情報データベースと、
前記潜在ニーズ情報データベースに記憶される潜在ニーズ情報を前記販売業者側の端末に送信する潜在ニーズ情報送信制御手段と、
を有することを特徴とする商品管理サーバ。A product management server in a product management system in which a terminal on a customer side and a terminal on a seller side that sells products and a product management server are connected,
Receiving means for receiving product information, which is information for specifying a product, transmitted from the customer side terminal;
A store-specific stock information database that stores stock information that is information related to the stock of the store;
Based on the product information received by the receiving means, detecting means for detecting whether there is a stock of products corresponding to the product information from the store-specific inventory information database;
In the detection result of the detection means, when there is no inventory of the product, a latent needs information database that stores the product information as latent needs information ;
Latent needs information transmission control means for transmitting latent needs information stored in the latent needs information database to the terminal on the seller side;
A product management server characterized by comprising:
前記店舗別在庫情報データベースは、前記店舗が取り扱う商品に応じた店舗カテゴリ情報を、前記販売者の店舗を特定するための情報である店舗情報毎に記憶し、
前記潜在ニーズ情報送信制御手段は、前記送信する潜在ニーズ情報の商品カテゴリ情報に対応する店舗カテゴリ情報を、前記潜在ニーズ情報データベースから読み出し、読み出した店舗カテゴリ情報に対応する店舗情報が対応付けされている店舗情報を前記店舗別在庫情報データベースから読み出し、読み出した店舗情報に基づいて、前記販売業者側の端末に前記潜在ニーズ情報を送信する
ことを特徴とする請求項1または請求項2記載の商品管理サーバ。 The latent needs information database stores the latent needs information in association with product category information for classifying product information ,
The store inventory information database stores store category information corresponding to products handled by the store for each store information that is information for specifying the store of the seller,
The latent needs information transmission control means reads store category information corresponding to the product category information of the latent needs information to be transmitted from the latent needs information database, and stores the store information corresponding to the read store category information. 3. The product according to claim 1, wherein the store information is read from the store-specific inventory information database, and the latent needs information is transmitted to the terminal of the seller based on the read store information. Management server .
を有することを特徴とする請求項1から請求項3のうちいずれかに記載の商品管理サーバ。Based on the inventory information stored in the store-specific inventory information database and the latent needs information stored in the latent needs information database, when stock of products corresponding to the latent needs information is received, Inventory notification means for notifying the terminal on the customer side that inquired about the availability of the product that the stock of the product has been received;
The merchandise management server according to claim 1, wherein the merchandise management server comprises:
前記商品管理サーバは、
前記顧客側の端末から送信される商品を特定するための情報である商品情報を受信し、
前記受信した商品情報に基づいて、前記商品情報に対応する商品の在庫があるか否かを前記販売業者の店舗の在庫に関する情報である店舗情報に基づいて検出し、
検出結果において、商品の在庫がない場合に、前記商品情報を潜在ニーズ情報として潜在ニーズ情報データベースに記憶し、
前記潜在ニーズ情報データベースに記憶される潜在ニーズ情報を前記販売業者側の端末に送信する
ことを特徴とする商品情報収集方法。A product information collection method in a product management system in which a terminal on a customer side and a terminal on a seller side that sells products and a product management server are connected,
The product management server includes:
Receiving product information which is information for specifying a product transmitted from the customer side terminal;
Based on the received product information, detect whether there is a stock of products corresponding to the product information based on store information that is information on the store inventory of the seller,
In the detection result, when the product is not in stock, the product information is stored in the latent needs information database as latent needs information,
The product information collecting method , comprising: transmitting the latent needs information stored in the latent needs information database to the terminal on the seller side.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001328259A JP3648194B2 (en) | 2001-10-25 | 2001-10-25 | Product management server and product information collection method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001328259A JP3648194B2 (en) | 2001-10-25 | 2001-10-25 | Product management server and product information collection method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003132433A JP2003132433A (en) | 2003-05-09 |
JP3648194B2 true JP3648194B2 (en) | 2005-05-18 |
Family
ID=19144352
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001328259A Expired - Lifetime JP3648194B2 (en) | 2001-10-25 | 2001-10-25 | Product management server and product information collection method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3648194B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007265293A (en) * | 2006-03-29 | 2007-10-11 | Fujitsu Frontech Ltd | Commodity retrieving system, commodity retrieving method, and commodity retrieving program |
JP2019071029A (en) * | 2017-10-11 | 2019-05-09 | 東芝テック株式会社 | Information processing apparatus, item supply management system and program |
JP2020154969A (en) * | 2019-03-22 | 2020-09-24 | 東芝テック株式会社 | Inventory notification system, inventory notification method |
JP7393373B2 (en) * | 2021-02-26 | 2023-12-06 | 株式会社ブロードリーフ | Vehicle parts distribution support device, vehicle parts distribution support method, and vehicle parts distribution support program |
-
2001
- 2001-10-25 JP JP2001328259A patent/JP3648194B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2003132433A (en) | 2003-05-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9544734B2 (en) | Integrated network based e-commerce and analysis systems and methods | |
JP2006260331A (en) | Information collection method, information collecting system, information management server, and information collection program | |
JP2008243072A (en) | Personal information use method, system, and program | |
JP5616294B2 (en) | Questionnaire information collection server and method | |
US7895084B2 (en) | Method and system for providing purchasing on a wireless device | |
US7035814B2 (en) | Method for delivering a product to a register according to a tracked location of a mobile device | |
US20070118388A1 (en) | System and method for providing data to a wireless device | |
JP2004157714A (en) | Information service method and system on automatic vending machine | |
JP2018200591A (en) | Application automatic launching system | |
WO2002019194A1 (en) | Goods sales method and goods sales apparatus | |
JP3648194B2 (en) | Product management server and product information collection method | |
JP2020047164A (en) | Information processing device, information processing method and program | |
US7580865B2 (en) | Customer solicitation support system and information provision server | |
JP6704614B2 (en) | Customer purchasing trend detection system | |
KR101945287B1 (en) | Customer management method, customer management server and customer management method utilizing pos terminal | |
JP2002117295A (en) | Merchandise purchasing system, management server, method for purchasing merchandise and storage medium | |
JP5952617B2 (en) | Payment processing system, payment processing apparatus, payment processing method, and program | |
JP2009070021A (en) | Sales store information display system, portable information terminal, sales store information display method, and sales store information display program | |
JP2002007906A (en) | Commodity selling system and commodity selling method using it | |
JP6761009B2 (en) | Information processing device, program and method of transmitting store member specific information | |
JP2004062523A (en) | Shopping information recording system | |
JP2003256514A (en) | Shopping support system | |
JPH09223175A (en) | Method for supporting selling operation | |
JP2006099785A (en) | Integrated point managing device | |
JP2003085395A (en) | Electronic commerce intermediary system and its method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040622 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040629 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040830 |
|
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: 20050201 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050210 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3648194 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080218 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090218 Year of fee payment: 4 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100218 Year of fee payment: 5 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100218 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110218 Year of fee payment: 6 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120218 Year of fee payment: 7 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120218 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130218 Year of fee payment: 8 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140218 Year of fee payment: 9 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |