(57)【要約】 【課題】  物品を個体識別するＩＤデータを把握管理する必要がある場合に、無線通信であるが故の様々な要因で一度に全て取得できない可能性が残る、という課題に対して、業務的に必要なプロセス中にすべてのＩＤを把握することを実現する。【解決手段】  あらかじめ判別している物品総数と、複数のＩＤ取得場面におけるＩＤ取得状況として物品ＩＤ数を比較することで、リーダライタで取得エラーとなった物品の存在をシステムとして自動検知することによりアラームを発行して業務対応することを可能とする。特に１か所のみでの判別よりも、複数場面でのＩＤ読取状況を照合することでより高い精度で物品のＩＤデータを把握しむやみにアラーム発行を行わずに全ての物品ＩＤ把握を実現する。【選択図】  図１
2008266002.tif 000002
【特許請求の範囲】
【請求項１】
無線によりＩＣタグに格納されているＩＤデータを読み取る装置であるリーダ装置と、物品に装着され、当該物品を識別する物品ＩＤを格納した第1のＩＣタグと、前記物品を格納するケースに装着され、当該ケースを識別するケースＩＤを格納した第２のＩＣタグと、前記リーダ装置で読み取りであって、前記ケースＩＤおよび物品ＩＤを読み取った場面を識別する場面ＩＤ、前記ケースＩＤおよび前記物品ＩＤをそれぞれ対応付けて格納するＩＤ取得状況保管データベースを備えた物品管理システムを用いた物品管理方法において、
前記リーダ装置が、前記ケースＩＤおよび前記物品ＩＤを読み取り、
読み取られた前記ケースＩＤおよび前記物品ＩＤを、前記ＩＤ取得状況保管ＤＢへ格納し、
前記ＩＤ取得状況保管ＤＢへの格納毎に、読み取られた前記ケースＩＤに対応するケースＩＤを前記ＩＤ取得状況保管ＤＢから検索し、検索されたケースＩＤに対応付けて格納された物品ＩＤについて異なる物品ＩＤの数を計数し、予め記憶された前記ケースＩＤに含まれる物品数と計数された前記物品ＩＤの数を比較して、前記物品ＩＤの読み取りの過不足を判定することを特徴とする物品管理方法。
【請求項２】
請求項１に記載の物品管理方法において、
前記リーダ装置で前記ケースＩＤおよび前記物品ＩＤを読み取る毎に、前記場所ＩＤを併せて、ＩＤ取得状況保管データベースに格納することを特徴とする物品管理方法。
【請求項３】
請求項１に記載の物品管理方法において、
前記ＩＤ取得状況保管データベースは、ケースＩＤに対応する場面ＩＤを登録したＩＤ取得場面定義テーブルを備え、あらかじめ登録されている当該ケースＩＤ内に格納されている物品数に対して、実際の物品ＩＤの取得数に不足があった場合に、さらに他のＩＤ取得場面が存在するかを判別し、存在しない場合には、物品ＩＤ取得不足としてアラームを出力することを特徴とする物品管理方法。
【請求項４】
請求項１で記載の物品管理方法において、
前記予め記憶された物品数と、前記物品ＩＤ数が一致した場合は、当該物品ＩＤを業務処理に利用するためのデータベースへ登録し、前記ＩＤ取得状況保管データベースにおける当該ケースＩＤに対応したデータを消去することを特徴とする物品管理方法。
【請求項５】
請求項１に記載の物品管理方法において、
前記予め記憶された物品数に対して、前記物品ＩＤ数が多い場合は、物品格納ミスとしてアラームを出力することを特徴とする物品管理方法。
【請求項６】
請求項１、３および５のいずれかに記載の物品管理方法において、
前記リーダ装置を識別するリーダライタＩＤを、前記ＩＤ取得状況保管データベースに格納しておき、
過不足検知時に当該リーダ装置にアラームを出力することを特徴とする物品管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＩＣタグによる物品の個体識別に関し、複数まとまって管理される物品それぞれのＩＣタグに格納されているＩＤデータを取得する場合の読取技術に関する。
【背景技術】
【０００２】
複数の物品それぞれの無線ＩＣタグに格納されているＩＤデータ(複数)を、リーダ（ライタ）で読み取り（もしくは含む書き込み）しようとする際に、どうしても一部ＩＣタグに対して読書できないエラー発生の可能性がある。これに対し物品に対して異なる通信方向の角度で複数のリーダライタ装置を設置し、同一場面でのＩＤ取得性能を複数リーダライタ装置で補完して向上する技術などがある。しかし角度の違いに拠らない読書エラーの原因へは充分対応できない。また複数場面の情報を補完することで精度向上を図るということにおいては、特許文献１に開示されている。
【０００３】
特許文献１においては、１つのポイントで書込みが失敗した場合でも、他ポイントで協調して読取り書込みを行う技術がある。
【０００４】
【特許文献１】特開2006-18699号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１では、タグＩＤが一旦判明できることを前提にしており、何らかの原因でそもそもタグＩＤが判別していない場合には、書込失敗情報自体を保持できないという課題がある。これを言い換えると、複数のＩＣタグから情報を読み取り（書込み）する場合においては一部ＩＣタグに対して読書エラーが発生する可能性があり得る。しかしながら実際のビジネスとして、ＩＤデータの読書ミスのままということでは業務に支障をきたし、場合によっては企業の信頼を損なうことにもなり許されない。
【０００６】
本発明では、物品を個体識別するＩＤデータを把握管理する必要がある場合に、無線通信であるが故の様々な要因で取得できない可能性が残る、という課題を解決することを目的とする。特に、所定の場面（タイミング）で複数のＩＤを読み取る場合に、このことが発生しやすい。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、本発明では、業務的に必要なプロセス中に最終的に必要なＩＤを把握することを実現するものである。このために、本発明では、管理単位として管理される物品(例えば、納められるケース毎など)に関して、予め管理単位の物品数（もしくは物品ＩＤ数）を格納しておき、これと所定の場面（もしくはタイミング）で読み取った物品ＩＤのうち、異なる物品ＩＤの数を計数する。この格納された物品数を計数された数を比較することで、読取りが必要な程度なされたかを判断する。なお、この比較は、各場面毎で行ってもよいし、複数場面ごとで行ってもよい。複数場面ごととは、複数の場面で読み取った物品ＩＤ全体において、異なる物品ＩＤの数を計数ことである。さらに、この場合、各場面毎に異なる物品ＩＤを特定し、一定の複数場面になった場合に、これら特定された物品ＩＤのうち異なる物品ＩＤの数を計数してもよい。またさらに、場面ごとに、前回までに読み取られ異なる物品ＩＤとして特定されたものと当該場面で読み取られた物品ＩＤから異なる物品ＩＤをその都度特定するよう制御してもよい。
【０００８】
また、本発明は、以下の態様が含まれる。
あらかじめ判別している物品総数と、複数のＩＤ取得場面におけるＩＤ取得状況として物品ＩＤ数を比較することで、リーダライタで取得エラーとなった物品の存在をシステムとして自動検知することによりアラームを発行して業務対応することを可能とする。特に１か所のみでの判別よりも、複数場面でのＩＤ読取状況を照合することでより高い精度で物品のＩＤデータを把握しむやみにアラーム発行を行わずに全ての物品ＩＤ把握を実現する。
【０００９】
さらに本発明には、以下の態様も含まれる。
【００１０】
無線によりＩＣタグに格納されているＩＤデータを読み取る装置であるリーダ装置と、物品に装着され、当該物品を識別する物品ＩＤを格納した第1のＩＣタグと、前記物品を格納するケースに装着され、当該ケースを識別するケースＩＤを格納した第２のＩＣタグと、前記リーダ装置で読み取りであって、前記ケースＩＤおよび物品ＩＤを読み取った場面を識別する場面ＩＤ、前記ケースＩＤおよび前記物品ＩＤをそれぞれ対応付けて格納するＩＤ取得状況保管データベースを備えた物品管理システムを用いた物品管理方法において、前記リーダ装置が、前記ケースＩＤおよび前記物品ＩＤを読み取り、読み取られた前記ケースＩＤおよび前記物品ＩＤを、前記ＩＤ取得状況保管ＤＢへ格納し、前記ＩＤ取得状況保管ＤＢへの格納毎に、読み取られた前記ケースＩＤに対応するケースＩＤを前記ＩＤ取得状況保管ＤＢから検索し、検索されたケースＩＤに対応付けて格納された物品ＩＤについて異なる物品ＩＤの数を計数し、予め記憶された前記ケースＩＤに含まれる物品数と計数された前記物品ＩＤの数を比較して、前記物品ＩＤの読み取りの過不足を判定する物品管理方法。
【００１１】
また、さらに、この物品管理方法において、前記リーダ装置で前記ケースＩＤおよび前記物品ＩＤを読み取る毎に、前記場所ＩＤを併せて、ＩＤ取得状況保管データベースに格納する物品管理方法も本発明に含まれる。
【００１２】
さらに、この物品管理方法において、前記ＩＤ取得状況保管データベースは、ケースＩＤに対応する場面ＩＤを登録したＩＤ取得場面定義テーブルを備え、あらかじめ登録されている当該ケースＩＤ内に格納されている物品数に対して、実際の物品ＩＤの取得数に不足があった場合に、さらに他のＩＤ取得場面が存在するかを判別し、存在しない場合には、物品ＩＤ取得不足としてアラームを出力する物品管理方法も本発明に含まれる。
【００１３】
また、この物品管理方法において、前記予め記憶された物品数と、前記物品ＩＤ数が一致した場合は、当該物品ＩＤを業務処理に利用するためのデータベースへ登録し、前記ＩＤ取得状況保管データベースにおける当該ケースＩＤに対応したデータを消去する物品管理方法も本発明に含まれる。
【００１４】
また、この物品管理方法において、前記予め記憶された物品数に対して、前記物品ＩＤ数が多い場合は、物品格納ミスとしてアラームを出力する物品管理方法も本発明に含まれる。
【００１５】
さらに、これらの物品管理方法において、前記リーダ装置を識別するリーダライタＩＤを、前記ＩＤ取得状況保管データベースに格納しておき、過不足検知時に当該リーダ装置にアラームを出力する物品管理方法も本発明に含まれる。
【００１６】
なお、本発明には、これら物品管理方法を実現するための各装置およびこれらの装置のコンビネーションおよびサブコンビネーションも本発明に含まれるし、これら装置で当該方法を実行するためのコンピュータプログラムも本発明に含まれる。
【発明の効果】
【００１７】
本発明により、複数のＩＣタグを読取りで読取りエラーなどが生じても回復が可能になる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の一実施の形態について図面により説明する。
図１は、本発明の一実施例の全体概要図である。
ケース１つ１つを個体識別するケースＩＤ（201）を格納した無線ＩＣタグを装着したケース（200）があり、その中に物品が格納されている。物品には、物品１つ１つを個体識別するための物品ＩＤを格納した無線ＩＣタグ（202）が装着されている。無線によりＩＣタグに格納されているＩＤデータを同時に取得し読書きを行う装置であるリーダライタ（203）があり、このリーダライタにより取得されたＩＤデータはネットワーク（105）を経由して情報システム（106）に登録、処理される。またケース（200）として、梱包箱、通い箱などがあるが、これらに限らず物品をグルーピングするものであればよい。
【００１９】
図２は、リーダライタ（２０３）がＩＤデータを取得する毎に自動的にデータ格納するＩＤ取得状況保管ＤＢ（１００）の一例である。ケースを識別するケースＩＤデータ（１０００）、どの場面での取得かを示す場面ＩＤデータ（１００１）、および物品ＩＤデータ（１００２）が格納される。またその際にＩＤ取得を行ったリーダラータを区別するリーダライタＩＤ（１００３）を併せて格納する。
【００２０】
図３は、ケースの中にはいっている物品の種類とそれぞれの数、また全ての物品総数があらかじめ登録されているケース物品登録ＤＢ（１０２）の一例である。同一ケースには、異なる種類の物品があってもよい。また２種類に限るものではない。
【００２１】
図４は、リーダライタ（２０３）でＩＤ取得し、取得ＩＤデータ照合判別部（１０１）にて照合を行う対象範囲とするＩＤ取得場面をあらかじめ定義し登録しておくＩＤ取得場面定義テーブル（１０３）の一例である。
【００２２】
ＩＤ取得場面としては、３場面に限るものではない。また企業内に限らず、企業間のサプライチェーンなどでも実施できる。例えば企業間では、ＩＤ取得場面として、「ケースを工場内倉庫保管」「ケースを工場内倉庫ピッキング」  「ケースを出荷ヤード一時保管」「ケースを物流業者引渡（出荷）」などがある。企業間では、「Ａ社出荷場面」「Ｂ社受入場面」などが例としてある。
【００２３】
図５は、物品ＩＤデータを記録、利用する様々な業務処理を行う業務ＤＢ（１０４）の一例である。物品ＩＤデータ（１０５１）であるα、β、γ、δ・・・は物品個々に異なる特徴を表すデータであり、シリアル番号、賞味期限などがその例である。またこれらα、β、γ、δは識別子としても利用でき、別途属性データが格納されている業務テーブルと紐つけ対応させることで業務処理に利用することもできる。
【００２４】
図６は、ケースＩＤおよび物品ＩＤを一場面(タイミング)で取得してＩＤ取得状況保管ＤＢ（１００）に格納する処理フロー例である。（６０００）では、リーダライタ（２０３）が、ケースＩＤ（２０１）および物品ＩＤ（２０２）を無線通信により取得する。このとき、実際に全てのＩＤが取得できているかは問わない。（６００１）では、当該リーダライタが位置しているＩＤ取得場面の場面ＩＤ（１００１）をあらかじめリーダライタ内に設定格納しておき、（６００２）でＩＤ取得状況保管ＤＢ（１００）に登録するにあたって（６０００）のＩＤデータと併せて場面ＩＤ（１００１）を登録する。
【００２５】
図７は、ＩＤ取得状況保管ＤＢ（１００）に格納されているＩＤ取得状況から物品ＩＤの過不足を判別する処理フローの例である。（７０００）では、（６００２）でＩＤ取得状況保管ＤＢ（１００）に登録されたら即自動的に以降の処理を開始する。（７００１）では、ＩＤ取得状況保管ＤＢ（１００）に登録されているデータから同一ケースＩＤ（１０００）の記録を比較照合し、同一ケースＩＤに対する異なる場面ＩＤ（１００１）および異なる物品ＩＤ（１００２）の値と数を判別する。
【００２６】
例えば、図２における例で、
｛ケースＩＤ、場面ＩＤ、物品ＩＤ｝＝｛Ａ、Ｓ１、（α、β、γ）｝  
｛ケースＩＤ、場面ＩＤ、物品ＩＤ｝＝｛Ａ、Ｓ２、（α、β）｝  
これらを比較照合する場合、物品ＩＤα、βは双方出現、γは１回出現、よってケースＡには、物品ＩＤが３つ（α、β、γ）あると判別する。なお、ＩＤ取得状況保管ＤＢ（１００）に登録された同一ケースＩＤに対する場面ＩＤが１つの場合、即ちケースＩＤに対して最初のＩＤ取得場面で登録された場面、その物品ＩＤ数とデータを判別結果とする。
【００２７】
（７００２）では、こうして（７００１）で判別したケースＩＤに対する物品ＩＤ数と、同じケースＩＤに対してケース物品登録ＤＢ（１０２）で登録されている物品総数（１０２０）を比較する。ケース物品登録ＤＢ（１０２）で登録されている物品総数（１０２０）よりも、（７００１）で判別したケースＩＤに対する物品ＩＤ数が多い場合、システム的に把握している物品以外の物品がケースに混入していることになり、（７００３）でアラームを発行する。アラームとしては、管理者のコンソール画面にアラーム表示する方法、またリーダライタＩＤ（１００３）を参照し、現場のリーダライタ側へ（２０３）へアラームを通知することで、人為的な確認作業を促す。ケース物品登録ＤＢ（１０２）で登録されている物品総数（１０２０）と（７００１）で判別したケースＩＤに対する物品ＩＤ数が一致する場合、必要とする（例えば全ての）物品ＩＤデータが取得できたことになり、（７００４）で業務ＤＢ（１０５）内にある物品ＩＤ（１０５１）欄にデータ登録する。ケース物品登録ＤＢ（１０２）で登録されている物品総数（１０２０）よりも（７００１）で判別したケースＩＤに対する物品ＩＤ数が少ない場合、まだ取得できていない物品ＩＤが存在することになる。
【００２８】
そこで（７００５）では、（７００２）で比較照合を行った場所ＩＤの種類と、ＩＤ取得場面定義テーブル（１０３）に定義されている場面ＩＤを比較し、既に全てのＩＤ取得場面での取得データを比較照合したか、あるいは未だ他にＩＤ取得場面が残っているかを判別する。既に全てのＩＤ取得場面での取得データを比較照合した場合は、これ以上リーダラータとり物品ＩＤデータを取得する機会がないことになり、（７００７）でアラームを発行する。アラームとしては、管理者のコンソール画面にアラーム表示する方法、またリーダライタＩＤ（１００３）を参照し、現場のリーダライタ側へ（２０３）へアラームを通知することで、人為的な確認作業を促す。（７００５）で、未だ他にＩＤ取得場面が残っていると判別された場合は、（７００７）にて残りのＩＤ取得場面で再びＩＤ取得状況保管ＤＢ（１００）への登録を待つ。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施例の全体概要図
【図２】ＩＤ取得状況保管ＤＢ１００を示す図
【図３】ケース物品登録ＤＢ１０２を示す図
【図４】ＩＤ取得場面定義テーブル１０３を示す図
【図５】業務ＤＢ１０４を示す図
【図６】ケースＩＤおよび物品ＩＤ取得フロー
【図７】取得ＩＤデータ照合判別部の処理フロー
【符号の説明】
【００３０】
１０６…情報システム、１０５…ネットワーク、２０３…リーダライタ、２００…ケース
【図１】
2008266002.tif 000003
【図２】
2008266002.tif 000004
【図３】
2008266002.tif 000005
【図４】
2008266002.tif 000006
【図５】
2008266002.tif 000007
【図６】
2008266002.tif 000008
【図７】
2008266002.tif 000009