JP4525074B2 - 商品識別情報管理システム - Google Patents

Description

本発明は、商品に添付する識別情報を管理するための商品識別情報管理システムに関する。

商店等で取り扱う商品の多くにはバーコードが添付されている。バーコードとは、太い棒と細い棒、太い隙間と細い隙間を組み合わせて数字や記号などを表現したもので、これを専用の入力機器としてのバーコードリーダで読み取ることで、商品の情報を取得することができる。したがって、キーボード等の手入力による入力機器を使用することなく、商品に関する情報を正確かつ迅速に入力することができる。このため、多くの商品にバーコードが添付され、活用されている。

商品に添付されているバーコードで表わされる情報としては、たとえばＪＡＮ（Japanese Article Number）コードが代表的である。このＪＡＮコードは、日本商品番号とも呼ばれており、１３桁または８桁で構成されている。ここには、国を表わした国コードと、メーカを表わしたメーカコードと、商品を特定する製品コードおよびチェック用のチェックデジットが記されている。したがって、たとえば商品にバーコードを添付することで、商品の在庫数や売上金額を直ちに把握することができるという利点がある。

しかしながら、バーコードはたとえばコード全体が１３桁で構成されている場合でも、製品コードとして割り当てられる情報が５桁であるにすぎない。そこで、ＪＡＮコードを読み取っただけでは、商品名やその価格といったより詳細な情報を取得することができない。このため、バーコードを商品管理に利用する場合には、これらバーコードをデータベース検索のＩＤ（Identification）すなわち識別情報として利用する方法が採用されている。これにより、バーコード自体には商品を特定するＩＤのみを記しておけばよいので、その桁数を減少させることができる。バーコードに記載するＩＤとしては、たとえば商品コード、注文番号、納品番号、図面番号、生産管理番号、作業指示番号、シリアル番号が使用される。

ところで、バーコードは人がバーコードリーダを用いて商品をスキャンすることでその内容を読み取るようになっている。したがって、たとえば陳列棚に配置した後の商品の在庫チェックには不向きである。そこで、従来からＲＦ（Radio Frequency）タグを商品に付加することが提案されてきた。

ＲＦタグは電子荷札とも呼ばれており、電波でタグから発せられた情報を読み取るので、バーコードのように商品そのものにリーダを近づけてスキャンする必要がない。したがって、衣料品、食品、日用品、書籍等の各種の商品に添付することにより、商品の在庫や販売管理、トレーサビリティ、盗難防止、情報提供などの多様な機能をもたせることができる。また、既存のバーコードシステムを遥かに超える情報処理能力を備えており、データの書き換えや、追記も可能になる。

近年、このようなＲＦタグがＩＣ（Integrated Circuit）チップとアンテナを組み合わせた部品として小型化され、その価格も急激に低下して大々的な普及の兆しが見えてきている。これと共に、ＥＰＣ（Electronic Product Code）と呼ばれる個体レベルで識別するＲＦタグを商品に添付することで、商品の流通過程の管理を行おうとする提案が行われている（たとえば特許文献１参照）。

ところで、バーコードシステムは、前記したように既に広く普及しており、その適用分野も、単に小売店等でＰＯＳ（Point Of Sale）端末を用いて販売時にレジ(レジスタ)で商品のコードを記録して販売した商品の集計を行うだけにとどまっているものではない。たとえば、それぞれのバーコードに対応した情報をデータベースに登録することで、販売された商品の会計処理に利用するといったように、バーコードを使用した商品管理についてのあらゆる工程の流れが確立している。

そこで、ＲＦタグが普及していく過程では、商品に一時的にせよバーコードとＲＦタグの双方が一緒に添付される形が採られることで、バーコードについて確立した既存のシステムと共存を図って、先行したシステムを利用する者の便宜を図ると共に、新たなシステムに円滑に移行できるようにすることが必要である。

ところでＲＦタグはバーコードよりも取り扱う情報量が大きいので、ＲＦタグで表わされる情報としてのＲＦタグ情報は、バーコードで表わされる情報としてのバーコード情報を包含することができる。このように２種類の情報量に大小関係が成立している場合には、情報量の大きな識別情報体系のＩＤに情報量の少ない方のＩＤを包含させることで２種類のＩＤを関連付けることができる。

ところが、このような関連付けを行うと、情報量の大きな方の体系が小さな方の体系のＩＤを書き込んだ形になるので、その大きな方の体系のＩＤのタグを添付する商品は小さな方の体系のＩＤを書き込んだタグをすでに扱っている商品に限定されてしまう。また、それだけでなく、情報量の小さな方の体系のＩＤが新たに登場するような場合には、それらに対応させた形で情報量の大きな方の体系のＩＤのタグを作成する必要がある。すなわち、タグの製造時点で常に、情報量の小さな方の体系のＩＤを意識する必要があり、その製造およびＩＤの管理が困難になるという問題がある。

このような問題を解決するために一方の体系のＩＤを他方の体系のＩＤが包含するのではなく、一方の体系における個体の特徴を示すキーワードを代替できるキーワードとして他方の体系のＩＤに混入させる提案が行われている（たとえば特許文献２）。
特開２００１−２８７８１０号公報（段落０００６〜０００９、図２） 特開２０００−２７６４７７号公報（段落００１４、図４）

しかしながらこの後者の提案では、他方の体系側に一方の体系側の個体の特徴を示すキーワードを代替できるキーワードとして混入するので、混入するキーワードに多少の自由度があるものの、これらのうちのいずれかがキーワードの一致検索で検出されることが必要である。したがって、この提案でも結局は一方の体系を意識したＩＤを作成することが必要になり、依存性を排除することができない。

そこで本発明の目的は、一方の体系の識別情報に依存しない独立した体系の識別情報を商品に添付することができ、しかも２つの体系の間で識別情報の関連付けが可能な商品識別情報管理システムを提供することにある。

本発明では、（イ）同一の商品を識別するためにそれぞれの商品に正しく添付されている２つの体系の識別情報を読み取る識別情報関連付け時読取手段と、（ロ）この識別情報関連付け時読取手段によって読み取られた前記した２つの体系の識別情報における商品の種類を識別する情報部分としてのクラスフィールドを商品の種類ごとに相互に関連付ける関連付け手段と、（ハ）この関連付け手段によってクラスフィールドを関連付けられた前記した２つの体系の識別情報のそれぞれを蓄積するデータベースと、（ニ）同一の商品に添付されている関連付けの不明な２つの体系の識別情報を検査用に読み取る検査時読取手段と、（ホ）この検査時読取手段の読み取った体系の識別情報と関連付けられる体系の識別情報を前記したデータベースから検索する検査時検索手段と、（へ）この検査時検索手段によって検索された識別情報と前記した検査時読取手段によって読み取った前記したクラスフィールドが関連付けられる体系の識別情報とが同一であるか否かを比較する識別情報比較手段と、（ト）この識別情報比較手段によって識別情報が同一であるとされたとき前記した検査時読取手段の読み取った商品に添付された関連付けの不明な２つの体系の識別情報が同一の商品の識別情報として関連付けられていると判別し、それ以外の場合には同一の商品の識別情報としては関連付けられていないと判別する関連付け有無判別手段とを商品識別情報管理システムが具備する。

以上説明したように本発明によれば、２つの体系の識別情報を外的に連結し、その結果をデータベース化するので、一方の識別情報に他方の体系の識別情報の全部または一部を包含させる必要がない。このため、識別情報間に依存関係が必要ないので、これらを独立して管理することができ、また、識別情報自体も無駄な情報を含める必要がないので効率的な情報配置とすることができる。

以下実施例につき本発明を詳細に説明する。

図１は、第１の実施例の商品識別情報管理システムの概要を表わしたものである。この商品識別情報管理システム１００は、インターネットあるいはイントラネット等の通信ネットワーク１０１を利用して、特定の販売会社の各店舗で取り扱う商品の管理を行うようになっている。工場１０２は製造した商品１０３に、前記したメーカコードや製品コード等を表わしたバーコード１０４と、商品を一意に認識することのできる情報を書き込んだＲＦタグ１０５とを添付して出荷するようになっている。この商品１０３は適宜、倉庫１０６に保管された後、前記した販売会社の商品購入部門１０７に納入される。商品購入部門１０７は、この販売会社の情報管理部門１０８および店舗１０９と共に通信ネットワーク１０１に接続されている。ここで、工場１０２、倉庫１０６、商品購入部門１０７および店舗１０９は、１つずつしか示していないが、これに限るものではない。たとえば商品購入部門１０７は、商品が全国規模で購入されるような場合には、分散して配置され、それぞれの土地で製造された商品を別々に購入するものであってもよい。また、店舗１０９は各地に展開されていてもよい。情報管理部門１０８も、それぞれの商品購入部門１０７に直結した形で配置されていてもよいし、バックアップ等のために複数が通信ネットワーク１０１に接続されていてもよい。

ところで、商品購入部門１０７は通信ネットワーク１０１に接続され各種の情報処理を行う入力側情報端末１１１と、この入力側情報端末１１１に対して商品ごとにバーコード１０４およびＲＦタグ１０５の読取結果を入力する入力装置１１２を備えている。入力側情報端末１１１は、パーソナルコンピュータあるいはワークステーション等からなる情報処理装置であり、図示しないＣＰＵ（中央処理装置）と、所定の制御プログラムを格納した記憶媒体を備えている。そして、入力装置１１２から取り込んだバーコード１０４の入力情報およびＲＦタグ１０５の入力情報を、後に説明するように制御プログラムによって関連付けて処理するようにしている。

情報管理部門１０８も、同様にパーソナルコンピュータ等によって構成された情報管理装置１１４と、この装置に接続された第１および第２のデータベース１１５、１１６とを備えている。情報管理装置１１４は、通信機能を持っており、通信ネットワーク１０１と接続されている。第１のデータベース１１５は、バーコード１０４に関連するデータベースである。第２のデータベース１１６は、ＲＦタグ１０５に関連するデータベースである。

店舗１０９は、パーソナルコンピュータ等によって構成され、同一店舗内の情報処理を統括する店舗側処理装置１１７を備えている。店舗側処理装置１１７は、たとえばレジスタごとに配置された複数の商品情報端末１１８とＬＡＮ（ローカルエリアネットワーク）ケーブル等の通信手段によって接続されている。商品情報端末１１８もパーソナルコンピュータや簡易型の情報処理装置等によって構成されているが、その処理能力は店舗側処理装置１１７よりも低くてよい。商品情報端末１１８は、バーコードリーダ１１９とＲＦタグリーダ１２０の双方あるいは一方を接続している。

図２は、商品購入部門に備えられた入力装置で商品に関する識別情報の読み取りを行っている状態を示したものである。入力装置１１２は商品１０３のバーコード１０４をスキャンして光学的に読み取る図示しないバーコードリーダと、ＲＦタグ１０５の発する電波を受信してその情報を読み取る図示しないＲＦタグリーダを内蔵している。したがって、入力装置１１２は、これを商品１０３に近づけてバーコード１０４を読み取ると、同時にＲＦタグ１０５に記されたＲＦタグ情報の読み取りも行えるようになっている。

図３は、以上の構成の商品識別情報管理システムの原理的な構成を表わしたものである。図３で図１と同一部分には同一の符号を付している。入力装置１１２は、図２で示したようにバーコードとＲＦタグを同時に読み取り、バーコード情報１２１とＲＦタグ情報１２２を関連付け処理部１２３に入力するようになっている。関連付け処理部１２３は、図１に示した入力側情報端末１１１に格納された制御プログラムの一部としての関連付けプログラムを実行することによって、２つの識別情報体系の関連付けを行う処理部である。関連付けプログラムは、図１に示す入力側情報端末１１１内にその制御プログラムの一部として格納されている。本明細書では、バーコード情報１２１を使用した識別情報体系を第１の識別情報体系とし、ＲＦタグ情報１２２を使用した識別情報体系を第２の識別情報体系として説明する。

入力側情報端末１１１内の関連付け処理部１２３は、図１に示した通信ネットワーク１０１を介して、情報管理装置１１４内のデータ更新処理部１２４と接続されている。データ更新処理部１２４は、バーコード情報１２１に関する第１のデータベース１１５の更新を行う処理部であり、データ更新プログラムによってその処理を実行するようになっている。データ更新処理部１２４は、入力側情報端末１１１からＲＦタグ情報１２２と関連付けられたバーコード情報１２１が送られてくると、第１のデータベース１１５の更新を行うようになっている。第１のデータベース１１５の内容は、情報管理装置１１４内の第１のデータ提供プログラムによって実行される第１のデータ提供処理部１２６によって、情報管理部門１０８の外部に対して提供されることになる。第２のデータベース１１６の内容は、情報管理装置１１４内の第２のデータ提供プログラムによって実行される第２のデータ提供処理部１２７によって、情報管理部門１０８の外部に提供されることになる。

図４は、第１のデータベースの内容の一例を示したものである。第１のデータベース１１５は、“Ａ_1-1”、“Ａ_1-2”、“Ａ_1-3”、……等の商品ごとにユニークなコード情報がＥＰＣとして割り当てられており、それぞれにバーコード“Ｂ₁”、と、図１に示した工場１０２、倉庫１０６および販売会社の入力装置１１２での該当商品の入力日時あるいは商品の通過時刻が記されている。ＥＰＣ“Ａ_i-j”で“ｉ”はクラスフィールドの値であり、“ｊ”はインスタンスフィールドの値である。ＥＰＣ“Ｂ_i”はバーコードを示しており、ここで“ｉ”はその値である。

図１で破線で示すように工場１０２および倉庫１０６も必要に応じて通信ネットワーク１０１に接続することができる。これら工場１０２および倉庫１０６が図３に示した入力装置１１２と同様の入力装置等を備えている場合、情報管理部門１０８の第１および第２のデータベース１１５、１１６を販売会社と共用することができる。そして、これにより商品が工場１０２から販売会社の入力装置１１２に到達するまでの経過を正確に把握することができる。

図５は、第２のデータベースの内容の一例を示したものである。第２のデータベース１１６には、バーコード“Ｂ₁”、“Ｂ₂”、“Ｂ₃”、……のそれぞれに対応付けて、商品の品名とサイズが記されている。

図３に戻って説明を続ける。図１に示した店舗１０９内の店舗側処理装置１１７は、識別情報に関するデータを取得するためのデータ取得処理部１２８を備えている。データ取得処理部１２８は、商品情報端末１１８のバーコードリーダ１１９あるいはＲＦタグリーダ１２０が読み込んだ商品に関する情報、あるいは他の手段によって得られた同様の情報を基にして、更に情報の取得の必要がある場合、データ取得処理部１２８を介して、第１のデータ提供処理部１２６あるいは第２のデータ提供処理部１２７から必要な情報を取得することになる。たとえば、バーコードから商品の具体的な名前やサイズを知ることができず、これらの入手が必要な場合には、第２のデータ提供処理部１２７を用いて第２のデータベース１１６から、バーコードをキーとしてこれらの情報を取得することができる。このようなデータ取得処理部１２８は、店舗側処理装置１１７の図示しないＣＰＵがデータ取得プログラムを実行することにより実現するようになっている。ユーザ端末としての商品情報端末１１８は、取得した情報を視覚的に表示する図示しないディスプレイや、取得した情報をプリントアウトするための同じく図示しないプリンタを備えていてもよい。

以上のような本実施例の商品識別情報管理システムの運用例を更に具体的に説明する。関連付け処理部１２３を中心としたバーコード情報１２１とＲＦタグ情報１２２の関連付け処理すなわちＩＤ関連付け処理と、データ取得処理部１２８を中心とした利用者によるデータ取得とに分けて説明する。

＜ＩＤ関連付け処理＞

図３に示した入力装置１１２から、関連付けするＥＰＣ（ＲＦタグ）としての“Ａ_2-1”と、バーコード“Ｂ₂”とを、関連付け処理部１２３に入力する場合を説明する。図２に示したような入力装置１１２を使用すると、すでに説明したようにバーコードとＲＦタグの双方を並行して読み取り、第１の識別情報体系と第２の識別情報体系を関連付けることができる。このように時間的に連続して２種類の情報を読み取った場合、データ更新処理部１２４によるＥＰＣとバーコードの関連付けは比較的容易である。もちろん、バーコードとＲＦタグをそれぞれ別々の時間に読み取る場合も、同一の商品に関するものであることを商品情報端末１１８の利用者の操作によって明らかにすれば、第１の識別情報体系と第２の識別情報体系を関連付けることが可能である。

図６は、ＩＤ関連付け処理のうち関連付け処理部が行う処理の概要を表わしたものである。関連付け処理部１２３（図３）は、まず入力装置１１２を用いて読み取ったＲＦタグ情報から、ＥＰＣのクラスフィールドを抽出する（ステップＳ２０１）。読み取った“Ａ_2-1”におけるクラスフィールドは“２”なので、このＥＰＣに対するバーコード項目に、バーコード“Ｂ₂”を書き込むように情報管理装置１１４側のデータ更新処理部１２４に要求する（ステップＳ２０２）。

図７は、このステップＳ２０２の要求に対するデータ更新処理部の処理の流れを表わしたものである。データ更新処理部１２４は、第１のデータベース１１５における“ＥＰＣ”項目の“Ａ_2-1”と“Ａ_2-2”に対応する“バーコード”項目に、“Ｂ₂”を書き込む（ステップＳ２２１）。

図８は、このステップＳ２２１の処理が行われた後の第１のデータベースの内容を示したものである。その直前の図４と比較すると、第１のデータベース１１５の“ＥＰＣ”項目の“Ａ_2-1”と“Ａ_2-2”に対応する“バーコード”項目に、“Ｂ₂”が新たに書き込まれている。これにより、第１のデータベース１１５におけるクラスの関連付けが終了する。

＜端末利用者によるデータ取得処理＞

図９は、端末利用者が商品に関するデータ取得を要求した際の商品情報端末の処理の流れを表わしており、図１０はこれに対応する店舗側処理装置の処理の流れを表わしたものである。すなわち、個々の商品情報端末１１８から商品に関するデータ取得が要求されると、店舗側処理装置１１７はこれを仲介して図１に示す情報管理装置１１４をアクセスして、第１のデータ提供処理部１２６（図３）あるいは第２のデータ提供処理部１２７（図３）から必要な情報を取得することになる。

一例として、商品情報端末１１８がたとえばバーコードリーダ１１９（図１）のみを備えているものとする。ある商品のバーコードを読み取った結果得られるバーコード情報を基にして、端末利用者が所定のデータの参照を要求するものとする。このような場合、店舗１０９（図１）では、端末利用者が商品情報端末１１８を使用して、バーコード情報から得られるＩＤ情報と、参照したいデータ項目を指定する（ステップＳ２４１）。このような場合、ＣＰＵ（中央処理装置）はたとえば参照したいデータ項目を図示しないディスプレイに選択のために表示させ、この中から所望の項目が端末利用者によって選択されるのを待機するといった処理を行う。所望の項目として、たとえば該当する商品の品名が選択されたとする。この場合、データ取得処理部１２８は、ＥＰＣとしての“Ａ_2-1”と、“品名”を引数として、また、戻り値をＩＤに対するデータ項目のデータあるいはエラー発生時のその旨の通知として、図３に示した第１のデータ提供処理部１２６に対してデータの取得を要求する（ステップＳ２４２）。そして、第１のデータ提供処理部１２６から第１のデータベース１１５から取得したデータが送られてくるのを待機する（ステップＳ２４３）。データが取得されれば（Ｙ）、その結果（エラー通知も含む）を商品情報端末１１８のディスプレイに表示することになる（ステップＳ２４４）。

図１０に示す店舗側処理装置１１７の方では、図９のステップＳ２４２の処理による商品情報端末１１８から、第１のデータ提供処理部１２６に対するデータの取得の要求を受けると（ステップＳ２６１）、第１のデータ提供プログラムを起動して第１のデータ提供処理部１２６を機能させる（ステップＳ２６２）。そして、引数を第１の識別情報体系のＩＤと参照したいデータ項目とし、戻り値をＩＤに対応するデータ項目のデータあるいは第２の識別情報体系のＩＤあるいはエラー発生時のその旨の通知とする。

図１１は、このステップＳ２６２の処理としての第１のデータ提供処理部の処理を具体的に表わしたものである。第１のデータ提供プログラムによって実現する第１のデータ提供処理部１２６は、まず第１の識別情報体系のＩＤと参照したいデータ項目を、データ取得処理部１２８（図３）から取得する（ステップＳ２８１）。そして、第１の識別情報体系についての第１のデータベース１１５を参照して、ＩＤとデータ項目に対応するデータを検索する（ステップＳ２８２）。具体的には、図８に示す第１のデータベース１１５を基にして、ＥＰＣとしての“Ａ_2-1”に対する“品名”項目を検索することになる。

ところが、第１のデータベース１１５には該当する“品名”項目そのものがない（ステップＳ２８３：Ｎ）。そこで、この場合には第１の識別情報体系の第１のデータベース１１５を参照して、その第１の識別情報体系のＩＤに対応する第２の識別情報体系のＩＤを検索する（ステップＳ２８４）。この例の場合には、ＥＰＣとしての“Ａ_2-1”に対する“バーコード”項目のデータとしての“Ｂ₂”があったので（ステップＳ２８５：Ｙ）、これを取得し、第１のデータ提供処理部１２６はこのデータ“Ｂ₂”を“バーコード”項目のデータとしてデータ取得処理部１２８（図３）に返す（ステップＳ２８６）ことで、処理を終了させる（エンド）。

なお、ステップＳ２８５で、対応する第２の識別情報体系のＩＤが存在しなかったときには（Ｎ）、呼び出し元としてのデータ取得処理部１２８にエラーメッセージを返して（ステップＳ２８７）、処理を終了させる（エンド）。なお、ステップＳ２８３で“品名”項目が図８に示す第１のデータベース１１５に存在した場合には（Ｙ）、呼び出し元としてのデータ取得処理部１２８に、これによって取得したデータを返して（ステップＳ２８８）、処理を終了させることになる（エンド）。

図１０に戻って説明を続ける。図１１で説明したステップＳ２６２の処理の結果として、第１のデータ提供処理部１２６から、要求したデータが送られてきたら、その取得したデータが要求したデータ項目のデータであるかどうかのチェックが行われる（ステップＳ２６３）。この例では該当する商品の品名が要求されている。品名が第１のデータ提供処理部１２６から送られてきた場合には（Ｙ）、これを商品情報端末１１８のディスプレイに表示して（ステップＳ２６４）、処理を終了する（エンド）。すなわち、図１１のステップＳ２８８で取得データとしての商品の品名が得られた場合には、これをディスプレイに表示することになる。商品情報端末１１８に図示しないプリンタが接続されている場合には、その結果をプリントアウトしてもよい。

これに対して、要求したデータ項目以外のデータが送られてきた場合には（ステップＳ２６３：Ｎ）、その取得したデータは第２の識別情報体系のＩＤであるかどうかの判別が行われる（ステップＳ２６５）。説明している例では、第１のデータベース１１５に該当する“品名”項目そのものがなく（図１１ステップＳ２８３：Ｎ）、第１のデータ提供処理部１２６はデータ“Ｂ₂”を“バーコード”項目のデータとしてデータ取得処理部１２８（図３）に返している（図１１ステップＳ２８６）。したがって、取得したデータは、異なった識別情報体系としての第２の識別情報体系のＩＤということになる（図１０ステップＳ２６５：Ｙ）。この場合には、次のステップＳ２６６に進み、第２のデータ提供プログラムを起動して第２のデータ提供処理部１２７（図３）を機能させる。そして、引数を第２の識別情報体系のＩＤと参照したいデータ項目とし、バーコード“Ｂ₂”と“品名”を引数として呼び出す。また、戻り値を、ＩＤに対応するデータ項目のデータあるいはエラー発生時のその旨の通知とする。これについては次に説明する。これ以外の場合には（ステップＳ２６５：Ｎ）、商品の品名が分からなかったことになるので、エラーメッセージをディスプレイに表示することになる（ステップＳ２６７）。商品情報端末１１８に前記したようにプリンタが接続されている場合には、その結果をプリントアウトしてもよい。

図１２は、ステップＳ２６６の処理としての第２のデータ提供処理部の処理を具体的に表わしたものである。第２のデータ提供プログラムによって実現する第２のデータ提供処理部１２７は、まず第２の識別情報体系のＩＤと参照したいデータ項目を、データ取得処理部１２８（図３）から取得する（ステップＳ３０１）。そして、第２の識別情報体系についての第２のデータベース１１６を参照して、ＩＤとデータ項目に対応するデータを検索する（ステップＳ３０２）。具体的には、図５に示す第２のデータベース１１６を基にして、“バーコード”としての“Ｂ₂”に対する“品名”項目を検索することになる。

第２のデータベース１１６には、該当する“品名”項目に“チョコレート”が記載されている。したがって、次のステップＳ３０３では該当するデータがあったことになり（Ｙ）、第２のデータ提供処理部１２７はこのデータ“チョコレート”を、呼び出し元としてのデータ取得処理部１２８（図３）に返す（ステップＳ３０４）ことで、処理を終了させる（エンド）。ステップＳ３０３で該当するデータが得られなかった場合には（Ｎ）、データ取得処理部１２８に対してエラーメッセージを返して（ステップＳ３０５）、処理を終了させることになる（エンド）。

図１０に戻って説明を続ける。図１２で説明したステップＳ２６６の処理の結果として、第２のデータ提供処理部１２７から、要求したデータが送られてきたら、その取得したデータが要求したデータ項目のデータであるかどうかのチェックが行われる（ステップＳ２６８）。この例では該当する商品の品名“チョコレート”が得られている。そこで（Ｙ）、取得したそのデータを商品情報端末１１８のディスプレイに表示して（ステップＳ２６４）、処理を終了する（エンド）。すなわち商品の品名“チョコレート”をディスプレイに表示することになる。商品情報端末１１８に前記したプリンタが接続されている場合には、その結果をプリントアウトしてもよい。このようにしてユーザ端末としての商品情報端末１１８の利用者は、バーコード１０４から直接得られる情報以上の情報として、第２の識別情報体系で用意された第２のデータベース１１６の情報を取得できることになる。

これに対して、ステップＳ２６８で、求めるデータ項目のデータが取得されなかったと判別された場合には（Ｎ）、ステップＳ２６７に進んで商品情報端末１１８のディスプレイにエラーメッセージを表示する。商品情報端末１１８に前記したプリンタが接続されている場合には、その結果をプリントアウトしてもよい。

以上説明したように第１の実施例の商品識別情報管理システムでは、ＲＦタグのＩＤとバーコードを関連付けるまで、それぞれのＩＤ間に依存性がない。このため、商品に添付されているバーコードとＲＦタグを独立して管理することができる。すなわち、ＥＰＣを書き込んでＲＦタグを製造するときに、バーコードを何ら意識する必要がない。

図１３は、第２の実施例の商品識別情報管理システムの要部について原理的な構成を表わしたものである。図１３で図３と同一部分には同一の符号を付しており、これらの説明を適宜省略する。また、第２の実施例の商品識別情報管理システム４００の全体的な構成は、第１の実施例の図１を適宜援用して説明する。

入出力装置４０１は、バーコードとＲＦタグを同時に読み取る機能と、読み取った結果からＥＰＣとバーコードのクラスの整合性をチェックして、これらが間違った対として商品に添付されている場合にその異常を知らせる報知機能とを備えている。

図１４は、この入出力装置で商品の識別情報の読み取りを行っている状態を表わしたものである。入出力装置４０１は、その頭部に切替スイッチ４０２と第１および第２のインジケータ４０３、４０４および内蔵スピーカ４０５を配置している。切替スイッチ４０２は、押しボタンスイッチで、これを押し下げた状態で整合性チェックモードとなり、第１のインジケータ４０３が点灯するようになっている。この状態で入出力装置４０１はバーコードとＲＦタグの整合性をチェックする。切替スイッチ４０２が飛び出た状態では、第２のインジケータ４０４が点灯する。この状態では第１の実施例と同様に、バーコードとＲＦタグの整合性がとられているという前提の基で、両者の関連付けを行う。この後者のモードを関連付け登録モードと呼ぶことにする。内蔵スピーカ４０５は整合性チェックモードでＥＰＣとバーコードのクラスの整合性がないと判定された場合に警告音を出力するためのものである。

図１３に戻って説明を続ける。バーコードとＲＦタグの読み取りによって得られたバーコード情報１２１とＲＦタグ情報１２２は、関連付け処理部１２３Ａに入力されるようになっている。関連付け処理部１２３Ａは、図１に示した入力側情報端末１１１に格納された制御プログラムの一部としての関連付けプログラムを実行することによって、２つの識別情報体系の関連付けを行う処理部である。関連付けプログラムは、図１に示す入力側情報端末１１１内にその制御プログラムの一部として格納されている。

関連付け処理部１２３Ａは、入出力装置４０１が整合性チェックモードになっているとき、整合性チェック処理部４１１と接続される。整合性チェック処理部４１１は、情報管理装置１１４内に第１のデータ提供処理部１２６Ａと共に配置され、整合性チェックプログラムを情報管理装置１１４内のＣＰＵが実行することによって実現するようになっている。第１のデータ提供処理部１２６Ａは、第１のデータ提供プログラムを同様に情報管理装置１１４内のＣＰＵが実行することによって実現する。

第１のデータ更新処理部１２４Ａは、第１の実施例の場合と同様に第１のデータ更新プログラムを実行することによって実現され、第１のデータベース１１５の更新処理を行うようになっている。ただし、第１のデータ更新処理部１２４Ａは、入出力装置４０１が関連付け登録モードになっているときにのみ動作する構成となっている。本実施例では、第１のデータベース１１５が図８に示す内容であるものとする。

図１５は、本実施例における整合性チェックモードの処理を主として示したものである。図１に示した情報管理装置１１４では、入出力装置４０１から送られてくる切替スイッチに関する情報をチェックして、図１４に示した入出力装置４０１が整合性チェックモードであるかどうかを判別する（ステップＳ４５１）。この結果、関連付け登録モードであると判別された場合には（Ｎ）、第１の実施例で説明したと同様の関連付け登録処理を行う（ステップＳ４５２）。

一方、整合性チェックモードであると判別された場合には（ステップＳ４５１：Ｙ）、入出力装置４０１から送られてきたバーコード情報１２１とＲＦタグ情報（ＥＰＣ）１２２とを対にして図示しない所定の作業用メモリ領域に格納する（ステップＳ４５３）。そして、そのＥＰＣに対応するバーコード情報を第１のデータ提供処理部１２６Ａを介して第１のデータベース１１５から取得する（ステップＳ４５４）。次に、入出力装置４０１から送られてきたバーコード情報１２１が、この取得したバーコード情報と同一の情報となっているかどうかをチェックする（ステップＳ４５５）。同一の情報となっていれば（Ｙ）、商品１０３に添付されているバーコード１０４とＲＦタグ１０５は整合性がとれていることになる。そこでこの場合には正常であることを示す返答を入出力装置４０１に返すことになる（ステップＳ４５６）。入出力装置４０１ではそのスピーカ４０５から正常を示す音が出力される。

これに対して入出力装置４０１で読み取ったバーコード情報１２１と第１のデータベース１１５から取得したバーコード情報とが同一のＲＦタグ情報に対して異なっていた場合（ステップＳ４５５：Ｎ）、情報管理装置１１４は異常を示す返答を該当する入出力装置４０１に送出する（ステップＳ４５７）。これを受け取った入出力装置４０１は、そのスピーカから異常を示すビープ音等の警報音を出力することになる。したがって、入出力装置４０１の利用者は、商品１０３に対にして添付しているＥＰＣとＲＦタグの整合性の有無を簡単にチェックすることができる。

図１６は、第３の実施例の商品識別情報管理システムの要部について原理的な構成を表わしたものである。図１６で図３と同一部分には同一の符号を付しており、これらの説明を適宜省略する。また、第３の実施例の商品識別情報管理システム５００の全体的な構成は、第１の実施例の図１および図２を適宜援用して説明する。

この商品識別情報管理システム５００で入力装置１１２は、図２で示したようにバーコードとＲＦタグを同時に読み取り、バーコード情報１２１とＲＦタグ情報１２２を関連付け処理部１２３Ｂに入力するようになっている。本実施例の場合、入力装置１１２は実際には図１に示す工場１０２、倉庫１０６、商品購入部門１０７等に別々に設けられており、関連付け処理部１２３Ｂはそれぞれの場所を通過する時点でバーコードをキーとして第２のデータベース１１６を参照しながら第１のデータ更新処理部１２４Ｂによって第１のデータベース１１５の更新を行わせるようにしている。したがって、図１に示した商品情報端末１１８等のユーザ端末１１８Ｂは、時間の経過によって更新されていく第１のデータベース１１５から必要な情報を取得することが可能になる。ユーザ端末１１８Ｂは、その利用者が要求したデータに対する結果を表示するための図示しないディスプレイを備えている。

図１７は、ある時点における第１のデータベースの内容を示したものである。第１のデータベース１１５には、“ＥＰＣ”項目の“Ａ_1-1”〜“Ａ_1-3”に対応して、商品のデータ項目として“品名”と“サイズ”が記述されている。また、“工場”、“倉庫”、“販売店”の各項目には、それぞれの箇所を商品が通過した日時が記録されている。この図１７に示した第１のデータベース１１５に対応する時点の第２のデータベース１１６の内容は、図５に示す通りであるものとする。

次に、このような構成の第３の実施例の商品識別情報管理システム５００で、ＥＰＣのデータベースをバーコードのデータベースを参照して作成し、それを利用者がユーザ端末１１８Ｂを用いて参照する例を説明する。ユーザ端末１１８Ｂの利用者は、関連付けるＥＰＣとバーコードが決定した時点で、そのバーコードに関する情報をバーコードについてのデータベースから取得し、これをＥＰＣのデータベースの保存形式で書き込む。このような処理を、ＩＤ関連付け処理と、端末利用者によるデータ取得とに分けて説明する。

＜ＩＤ関連付け処理＞

図１６に示した入力装置１１２から、関連付けするＥＰＣ（ＲＦタグ）としての“Ａ_2-2”と、バーコード“Ｂ₂”とを、関連付け処理部１２３Ｂに入力する場合を説明する。図２に示したような入力装置１１２を使用すると、すでに説明したようにバーコードとＲＦタグの双方を並行して読み取り、これらを簡単に組の情報とすることができる。その後、バーコード“Ｂ₂”に対応するデータを取得するため、関連付け処理部１２３Ｂはその関連付けプログラムによって、第２のデータ提供プログラムを呼び出して、第２のデータ提供処理部１２７Ｂを機能させる。

第２のデータ提供処理部１２７Ｂは、バーコード“Ｂ₂”に対応するデータを、第２の識別情報体系の第２のデータベース１１６から取得するようになっている。第２のデータベース１１６には、図５に示す内容のデータが格納されている。したがって、第２のデータ提供処理部１２７Ｂは、具体的にはバーコード“Ｂ₂”に対応する品名としての“チョコレート”と、サイズについての“Ｓ”を取得することになる。第２のデータ提供処理部１２７Ｂは、取得データを関連付け処理部１２３Ｂに戻す。

関連付け処理部１２３Ｂは、ＥＰＣ項目の“Ａ_2-2”のクラスフィールドが“２”なので、クラスフィールドが“２”のＥＰＣに対する品目項目とサイズ項目とにそれぞれ“チョコレート”、“Ｓ”の書き込みを行うように第１のデータ更新処理部１２４Ｂに指示する。第１のデータ更新処理部１２４Ｂは、この指示を受けると、図１７に示す内容の第１のデータベース１１５に対して、ＥＰＣが“Ａ_2-1”および“Ａ_2-2”に対応する“品目”項目および“サイズ”項目に、それぞれ“チョコレート”と、“Ｓ”を書き込む。

図１８は、第１のデータ更新処理部の更新結果としての第１のデータベースの内容を示したものである。ＥＰＣ項目の“Ａ_2-1”および“Ａ_2-2”に対応する“品目”項目および“サイズ”項目に、新たに“チョコレート”および“Ｓ”と記述されている。

＜端末利用者によるデータ取得処理＞

次にユーザ端末１１８Ｂから利用者がＥＰＣ項目の“Ａ_2-2”における“品名”項目を検索する要求を行う場合を説明する。第１の識別情報体系の第１のデータベース１１５に現在格納されている内容は、図１８に示した通りである。したがって、第１のデータ提供処理部１２６Ｂがこの第１のデータベース１１５のＥＰＣ項目の“Ａ_2-2”を検索することによって、品名の“チョコレート”が取得される。第１のデータ提供処理部１２６はこの検索結果をユーザ端末１１８Ｂに返す。ユーザ端末１１８Ｂはこれをディスプレイに表示することになる。

図１９は、第４の実施例の商品識別情報管理システムの要部について原理的な構成を表わしたものである。図１９で図３と同一部分には同一の符号を付しており、これらの説明を適宜省略する。また、第４の実施例の商品識別情報管理システム６００の全体的な構成は、第１の実施例の図１を適宜援用して説明する。

入力装置１１２は、図２で示したようにバーコードとＲＦタグを同時に読み取り、バーコード情報１２１とＲＦタグ情報１２２を関連付け処理部１２３に入力するようになっている。関連付け処理部１２３Ｃは、図１に示した入力側情報端末１１１に格納された制御プログラムの一部としての関連付けプログラムを実行することによって、２つの識別情報体系の関連付けを行う処理部である。関連付けプログラムは、図１に示す入力側情報端末１１１内にその制御プログラムの一部として格納されている。

入力側情報端末１１１内の関連付け処理部１２３Ｃは、図１に示した通信ネットワーク１０１を介して、情報管理装置１１４内の第１のデータ更新処理部１２４Ｃおよび第２のデータ更新処理部６０１と接続されている。第１のデータ更新処理部１２４Ｃは、バーコード情報１２１に関する第１のデータベース１１５の更新を行う処理部であり、第１のデータ更新プログラムによってその処理を実行するようになっている。第１のデータ更新処理部１２４Ｃは、入力側情報端末１１１からＲＦタグ情報１２２と関連付けられたバーコード情報１２１Ａが送られてくると、第１のデータベース１１５の更新を行うようになっている。第１のデータベース１１５の内容は、情報管理装置１１４内の第１のデータ提供プログラムによって実行される第１のデータ提供処理部１２６Ｃによって、情報管理部門１０８の外部に対して提供されることになる。

第２のデータ更新処理部６０１は、ＲＦタグ情報１２２に関する第２のデータベース１１６の更新を行う処理部であり、第２のデータ更新プログラムによってその処理を実行するようになっている。第２のデータ更新処理部６０１は、入力側情報端末１１１からＲＦタグ情報１２２と関連付けられたＲＦタグ情報１２２Ａが送られてくると、第２のデータベース１１６の更新を行うようになっている。第２のデータベース１１６の内容は、情報管理装置１１４内の第２のデータ提供プログラムによって実行される第２のデータ提供処理部１２７Ｃによって、情報管理部門１０８の外部に対して提供されることになる。

図１に示した店舗１０９内の店舗側処理装置１１７は、識別情報に関するデータを取得するためのデータ取得処理部１２８Ｃを備えている。データ取得処理部１２８Ｃは、商品情報端末１１８Ｃのバーコードリーダ１１９あるいはＲＦタグリーダ１２０が読み込んだ商品に関する情報、あるいは他の手段によって得られた同様の情報を基にして、更に情報の取得の必要がある場合、データ取得処理部１２８Ｃを介して、第１のデータ提供処理部１２６Ｃあるいは第２のデータ提供処理部１２７Ｃから必要な情報を取得することになる。たとえば、バーコードから商品の具体的な名前やサイズを知ることができず、これらの入手が必要な場合には、第２のデータ提供処理部１２７Ｃを用いて第２のデータベース１１６から、バーコードをキーとしてこれらの情報を取得することができる。このようなデータ取得処理部１２８Ｃは、商品情報端末１１８Ｃの図示しないＣＰＵがデータ取得プログラムを実行することにより実現するようになっている。ユーザ端末としての商品情報端末１１８Ｃは、取得した情報を視覚的に表示する図示しないディスプレイや、取得した情報をプリントアウトするための同じく図示しないプリンタを備えていてもよい。

この第４の実施例では、第１の識別情報体系についての第１のデータベース１１５が図４に示すような内容となっており、第２の識別情報体系についての第２のデータベース１１６は図５および図２０に示す内容のデータが格納されているものとする。ここで図２０に示す第２のデータベース１１６には、一種類のバーコード項目のデータとしての“Ｂ₁”に対してそれぞれ異なったＥＰＣの項目“Ａ_1-1”、“Ａ_1-2”、“Ａ_1-3”が記録されている。このようにこの例では、１つのバーコードに対して複数のＥＰＣが対応している。このため、バーコードとＥＰＣの対応表を図５および図２０に示す２種類のものとして別々に管理し、これによってデータの取り扱いを容易にしている。

本実施例では、バーコードとＥＰＣ（ＲＦタグ）について相互に関連付けを行い、利用者がバーコードに対応するデータとしてのＥＰＣのデータベースを参照する場合を説明する。利用者がバーコードのデータを参照するときには、初めにバーコードのデータベースとしての第１のデータベース１１５を参照するが、この第１のデータベース１１５に求めるデータが存在しない場合がある。このような場合、本実施例では関連付けられたＲＦタグのデータベースとしての第２のデータベース１１６の参照を行うようになっている。本実施例のこのような処理を、ＩＤ関連付け処理と、端末利用者によるデータ取得とに分けて説明する。

＜ＩＤ関連付け処理＞

図１９に示した入力装置１１２から、関連付けするＥＰＣ（ＲＦタグ）としての“Ａ_2-1”と、バーコード項目のデータとしての“Ｂ₂”とを、関連付け処理部１２３Ｃに入力する場合を説明する。図２に示したような入力装置１１２を使用すると、すでに説明したようにバーコードとＲＦタグの双方を並行して読み取り、これらを簡単に組の情報とすることができる。関連付けのパターンとしては、ＥＰＣ項目の“Ａ_2-1”に対して、バーコード項目のデータとしての“Ｂ₂”を関連付ける第１のパターンと、バーコード項目のデータとしての“Ｂ₂”に対してＥＰＣ項目の“Ａ_2-1”を関連付ける第２のパターンと、ＥＰＣ項目の“Ａ_2-1”とバーコード“Ｂ₂”を相互に関連付ける第３のパターンとがある。

関連付けの方法としては、入力装置１１２から入力されたＩＤの順序によって、関連付けのパターンを決定する第１の手法と、入力の順序に関係なく相互に関連付ける第２の手法とがある。ＥＰＣ項目の“Ａ_2-1”に対してバーコード項目のデータとしての“Ｂ₂”を関連付ける場合、関連付け処理部１２３Ｃは第１のデータ更新処理プログラムを呼び出して、第１のデータ更新処理部１２４Ｃを起動させる。これとは反対に、バーコード項目のデータとしての“Ｂ₂”に対してＥＰＣ項目の“Ａ_2-1”を関連付ける場合、関連付け処理部１２３Ｃは第２のデータ更新処理プログラムを呼び出して、第２のデータ更新処理部６０１を起動させる。バーコード項目のデータとしての“Ｂ₂”とＥＰＣ項目の“Ａ_2-1”を相互に関連付ける場合、関連付け処理部１２３Ｃは第１および第２のデータ更新処理プログラムを呼び出して、第１のデータ更新処理部１２４Ｃと第２のデータ更新処理部６０１の双方を起動させることになる。

ここでは、最後の場合としてバーコード項目のデータとしての“Ｂ₂”とＥＰＣ項目の“Ａ_2-1”を相互に関連付けるものとする。この場合、関連付け処理部１２３Ｃは、まず第１のデータ更新処理プログラムを呼び出して、第１のデータ更新処理部１２４Ｃを起動させる。そして、第１の実施例における“＜ＩＤ関連付け処理＞”として説明したと同様に、第１の識別情報体系の第１のデータベース１１５におけるＥＰＣ項目の“Ａ_2-1”と“Ａ_2-2”に対応する“バーコード”項目に“Ｂ₂”の書き込みが行われる。この結果として、第１のデータベース１１５の内容は、図４に示したものから図８に示したものに更新される。

その後、第１のデータ更新処理部１２４Ｃは第１の識別情報体系の第１のデータベース１１５からバーコード項目に“Ｂ₁”に対応するすべてのＥＰＣを取得し、これを関連付け処理部１２３Ｃに渡す。ここで、関連付け処理部１２３Ｃに渡されるＥＰＣ項目は“Ａ_2-1”と“Ａ_2-2”である。

関連付け処理部１２３Ｃは、第２のデータ更新処理部６０１に対して、バーコード項目に“Ｂ₂”に対してＥＰＣ項目の“Ａ_2-1”と“Ａ_2-2”を登録するように指示する。第２のデータ更新処理部６０１はこの指示を受けて、第２の識別情報体系の第２のデータベース１１６の更新を行う。

図２１は、これによる第２のデータベースの更新結果を示したものである。図２０に示した内容と比較すると、バーコード項目に“Ｂ₂”に対するＥＰＣ項目の“Ａ_2-1”と“Ａ_2-2”が追加されていることが分かる。以上のようにして、ＥＰＣ項目とバーコードの項目を相互に関連付ける処理が完了する。

＜端末利用者によるデータ取得処理＞

ここでは、利用者が商品情報端末１１８Ｃを用いて、バーコード項目が“Ｂ₁”の製品が工場１０２を通過した時間を要求した場合を例にとって説明する。データ取得処理部１２８Ｃは、商品情報端末１１８Ｃからの要求を受けると、バーコード項目の“Ｂ₁”と、データ項目としての“工場”を引数として、第２のデータ提供プログラムを呼び出し、第２のデータ提供処理部１２７Ｃを機能させる。第２のデータ提供処理部１２７Ｃは、第２の識別情報体系の第２のデータベース１１６で、バーコード項目の“Ｂ₁”と、データ項目としての“工場”を検索する。

図５は第２のデータベース１１６を表わしたものであるが、ここにはバーコード項目の“Ｂ₁”が存在しても、データ項目としての“工場”が存在しない。したがって、バーコード項目の“Ｂ₁”に対応するＥＰＣ項目のデータである“Ａ_1-1”、“Ａ_1-2”、“Ａ_1-3”が取得され、これらがデータ取得処理部１２８Ｃに返される。

データ取得処理部１２８Ｃでは、取得したデータが、要求した“工場”に関する項目のデータではなく、別のＩＤ体系としての“ＥＰＣ”項目のデータであることを判別する。このため、“ＥＰＣ”に関連付けられているデータが格納されている第１の識別情報体系の第１のデータベース１１５を参照するために、第１のデータ提供処理プログラムを、バーコード項目の“Ａ_1-1”、“Ａ_1-2”、“Ａ_1-3”と、“工場”を引数として呼び出して、第１のデータ提供処理部１２６Ｃを起動させる。第１のデータ提供処理部１２６Ｃは、ＥＰＣ項目の“Ａ_1-1”、“Ａ_1-2”、“Ａ_1-3”における“工場”項目のデータを取得するために、第１の識別情報体系の図８に示す第１のデータベース１１５の内容を参照する。ＥＰＣ項目の“Ａ_1-1”、“Ａ_1-2”、“Ａ_1-3”にそれぞれ対応する“工場”に関する項目のデータは、すべて通過時刻が“２００３／１０／２ １３：２４”となっている。そこで、“工場”項目としての“２００３／１０／２ １３：２４”を、それぞれのＥＰＣ項目の“Ａ_1-1”、“Ａ_1-2”、“Ａ_1-3”に対応するデータとしてデータ取得処理部１２８Ｃに戻すことになる。

データ取得処理部１２８Ｃは、商品情報端末１１８Ｃに対して、バーコード項目の“Ｂ₁”に対応した３つの商品が、工場１０２を“２００３／１０／２ １３：２４”に通過したこと、すなわち工場１０２をその時刻に出荷したことを通知する。商品情報端末１１８Ｃはこの通知を受信すると、そのディスプレイにその旨の表示を行うことになる。

なお、以上説明した第１、第２および第４の実施例では、利用者端末として商品情報端末を例にとって説明したが、これに限るものではない。たとえば第３の実施例で示したように一般のユーザ端末であってもよい。また、図１では情報管理装置１１４が通信ネットワーク１０１を介して入力側情報端末１１１と接続されているが、情報管理装置１１４自体が入力側情報端末１１１と同一のものであってもよい。店舗側処理装置１１７についても同様であり、これが情報管理装置１１４あるいは入力側情報端末１１１と同一のものであってもよい。要は、各実施例で説明したような各種プログラムがシステムで動作することで、以上説明したような２つの識別情報体系の管理が行われるようになっていればよい。

また、実施例では図２に示すバーコードとＲＦタグの双方を入力可能な入力装置を使用したが、これに限るものではない。両者を別々に入力するように２種類の入力装置が使用されてもよい。更に、２つの識別情報体系を関連付けるために商品に対応させてそれぞれの識別情報を入力する際には、必ずしも商品にこれら２つの識別情報体系の識別情報を添付する必要はなく、何らかの手段によって２つの識別情報体系の識別情報を関連付けられる態様で入力するようにしてもよい。

更に実施例ではバーコードとＲＦタグを２つの識別情報体系の識別情報として説明したが、一般に異なった２つの識別情報体系の識別情報について本発明を適用することができるのは当然である。

本発明の第１の実施例における商品識別情報管理システムの概要を表わしたシステム構成図である。 第１の実施例で商品購入部門に備えられた入力装置で商品に関する識別情報の読み取りを行っている状態を示した斜視図である。 第１の実施例における品識別情報管理システムの原理的な構成を表わしたブロック図である。 第１の実施例における所定の時点での第１のデータベースの内容の一例を示した説明図である。 第１の実施例で第２のデータベースの内容の一例を示した説明図である。 第１の実施例で関連付け処理部が行う処理の概要を表わした流れ図である。 ステップＳ２０２の要求に対するデータ更新処理部の処理の流れを表わした流れ図である。 ステップＳ２２１の処理が行われた後の第１のデータベースの内容を示した説明図である。 第１の実施例で端末利用者が商品に関するデータ取得を要求した際の商品情報端末の処理を表わした流れ図である。 第１の実施例で端末利用者が商品に関するデータ取得を要求した際の店舗側処理装置の処理を表わした流れ図である。 第１の実施例で第１のデータ提供処理部の処理を具体的に表わした流れ図である。 第１の実施例で第２のデータ提供処理部の処理を具体的に表わした流れ図である。 第２の実施例の商品識別情報管理システムの要部について原理的な構成を表わしたブロック図である。 第２の実施例で入出力装置で商品の識別情報の読み取りを行っている状態を示す斜視図である。 第２の実施例における整合性チェックモードの処理を主として示した流れ図である。 第３の実施例の商品識別情報管理システムの要部について原理的な構成を表わしたブロック図である。 ある時点における第１のデータベースの内容を示した説明図である。 図１７に示した時点よりも後の時点の第１のデータベースの内容の一例を示した説明図である。 第４の実施例の商品識別情報管理システムの要部について原理的な構成を表わしたブロック図である。 第４の実施例で第２のデータベースに格納されるデータの一部を示す説明図である。 図２０に示した時点よりも後の時点の第２のデータベースの内容の一例を示した説明図である。

符号の説明

１００、４００、５００ 商品識別情報管理システム
１０１ 通信ネットワーク
１０２ 工場
１０３ 商品
１０４ バーコード
１０５ ＲＦタグ
１０６ 倉庫
１０７ 商品購入部門
１０８ 情報管理部門
１０９ 店舗
１１１ 入力側情報端末
１１２ 入力装置
１１４ 情報管理装置
１１５ 第１のデータベース
１１６ 第２のデータベース
１１７ 店舗側処理装置
１１８ 商品情報端末
１１９ バーコードリーダ
１２０ ＲＦタグリーダ

Claims (3)

1. 同一の商品を識別するためにそれぞれの商品に正しく添付されている２つの体系の識別情報を読み取る識別情報関連付け時読取手段と、
   この識別情報関連付け時読取手段によって読み取られた前記２つの体系の識別情報における商品の種類を識別する情報部分としてのクラスフィールドを商品の種類ごとに相互に関連付ける関連付け手段と、
   この関連付け手段によってクラスフィールドを関連付けられた前記２つの体系の識別情報のそれぞれを蓄積するデータベースと、
   同一の商品に添付されている関連付けの不明な２つの体系の識別情報を検査用に読み取る検査時読取手段と、
   この検査時読取手段の読み取った体系の識別情報と関連付けられる体系の識別情報を前記データベースから検索する検査時検索手段と、
   この検査時検索手段によって検索された識別情報と前記検査時読取手段によって読み取った前記クラスフィールドが関連付けられる体系の識別情報とが同一であるか否かを比較する識別情報比較手段と、
   この識別情報比較手段によって識別情報が同一であるとされたとき前記検査時読取手段の読み取った商品に添付された関連付けの不明な２つの体系の識別情報が同一の商品の識別情報として関連付けられていると判別し、それ以外の場合には同一の商品の識別情報としては関連付けられていないと判別する関連付け有無判別手段
   とを具備することを特徴とする商品識別情報管理システム。
2. 前記データベースは、それぞれの体系の識別情報ごとに、商品に関するそれ以外の付帯情報と対応付けてデータベース化されていることを特徴とする請求項１記載の商品識別情報管理システム。
3. 前記２つの体系の識別情報についての一方の体系のデータベースに存在しないデータを同一商品の識別情報を基に他方の体系のデータベースから検索するデータベース連携検索手段を具備することを特徴とする請求項２記載の商品識別情報管理システム。

Images