JP6642013B2 - 物品管理システム、および物品管理方法 - Google Patents

Description

本発明は、物品管理システム、および物品管理方法に関する。

医薬品業界では、これまで、より良い物を安定的に作ることに関して改善をしてきた。しかし、近年になって、医薬品の流通過程において医薬品の保存環境が守られていなかったり、偽造品が混入したりするなどの問題が発生していた。

このような状況に対して、ＧＤＰ(Good Distribution Practice)が制定されようとしている。このために、保存環境を管理する必要があり、その手段として温度測定器付きの容器（保冷箱）を利用することが知られている（特許文献１）。

この場合、容器に医薬品が入っている期間は、容器の蓋が閉じられている期間と考えることができる。しかし、容器自体に蓋の開閉を検知する機能が無いため、温度データを取得できても、何時から何時まで医薬品が中に入っていたのかは分からない。

他方、電波遮蔽性を有する包囲部材を備えた容器内にＲＦＩＤタグなどの通信機を取り付け、外部の検知装置により通信機からの電波の検出が可能か否かに基づいて、容器の蓋の開閉状態を検知するシステムがある（特許文献２）。

このシステムでは、物品の出荷側で、ＧＰＳデータ取得機能およびネットワーク通信機能を持つ検知装置により、容器の蓋を閉める前にタグＩＤを読み取り、ＧＰＳデータとともにサーバへ送信し、物品の着荷側で、容器の蓋を開けた時にタグＩＤを読み取り、ＧＰＳデータとともにサーバへ送信することで、サーバでは、物品の出荷場所、着荷場所、および物品が容器に収納されていた期間を把握することができる。

しかしながら、特許文献２に記載されたシステムでは、複数の物品を複数の容器に収納した場合、どの容器にどの物品が収納されたのかを判別できないという問題がある。

本発明は、このような問題を解決するためになされたものであり、その目的は、複数の物品を複数の容器に収納した場合でも、どの容器にどの物品が収納されたのかを判別できるようにすることである。

本発明は、物品が保持する物品識別情報と、開閉部を有する容器が保持する容器識別情報とをそれぞれ取得する取得手段と、前記取得手段が取得した前記物品識別情報と前記容器識別情報とが、過去の取得時から追加または削減がないかを判別する判別手段と、前記判別手段の結果に応じた前記物品識別情報と前記容器識別情報とを紐付けて記憶する紐付け手段と、を備えた物品管理装置と、前記物品と前記容器とに対し、前記物品識別情報と前記容器識別情報とを取得するための送信指示を送信することで取得された前記物品識別情報と前記容器識別情報とに応じた判別情報を、前記物品および容器のそれぞれに送信する送受信部を備えた端末装置と、を有する物品管理システムである。

本発明によれば、複数の物品を複数の容器に収納した場合でも、どの容器にどの物品が収納されたのかを判別することができる。

本発明の第１の実施形態に係る物品管理システムの全体構成を示す図である。 図１における端末のハードウェア構成を示すブロック図である。 図１におけるサーバのハードウェア構成を示すブロック図である。 図１における端末の機能構成を示すブロック図である。 図１におけるサーバの機能構成を示すブロック図である。 本発明の第１の実施形態に係る物品管理システムにおける判別コードの登録処理の手順を示すフローチャートである。 本発明の第１の実施形態に係る物品管理システムにおける容器物品情報の登録処理の手順を示すフローチャートである。 本発明の第１の実施形態に係る物品管理システムにおける出荷側の紐付け処理の手順を示すフローチャートである。 本発明の第１の実施形態に係る物品管理システムにおける着荷側の紐付け処理の手順を示すフローチャートである。 本発明の第２の実施形態に係る物品管理システムの全体構成を示す図である。 図１０におけるロガーのハードウェア構成を示すブロック図である。 本発明の第２の実施形態に係る物品管理システムにおける物品保管条件設定処理の手順を示すフローチャートである。 本発明の第２の実施形態に係る物品管理システムにおける容器測定条件設定処理の手順を示すフローチャートである。 本発明の第２の実施形態に係る物品管理システムにおける容器物品情報の登録処理の手順を示すフローチャートである。 本発明の第２の実施形態に係る物品管理システムにおける出荷側の紐付け処理の手順を示すフローチャートである。 本発明の第２の実施形態に係る物品管理システムにおける着荷側の紐付け処理の手順の一部を示すフローチャートである。 本発明の第２の実施形態に係る物品管理システムにおける出荷側の紐付け処理の手順の残りの部分、および良否判定処理の手順を示すフローチャートである。 本発明の第３の実施形態に係る物品管理システムにおける判別コードの登録処理の手順を示すフローチャートである。 本発明の第３の実施形態に係る物品管理システムにおける容器物品情報の登録処理の手順を示すフローチャートである。 本発明の第３の実施形態に係る物品管理システムにおける出荷側の紐付け処理の手順を示すフローチャートである。 本発明の第３の実施形態に係る物品管理システムにおける着荷側の紐付け処理の手順を示すフローチャートである。

以下、本発明の実施形態について図面を参照して詳細に説明する。
［第１の実施形態］
〈物品管理システムの全体構成〉
図１は、本発明の第１の実施形態に係る物品管理システムの全体構成を示す図である。

本発明の第１の実施形態に係る物品管理システムは、物品７０の流通過程における各担当者が操作する端末１０−１，１０−２と、物品管理装置としてのサーバ４０が通信ネットワーク３０を介して接続された構成を有する。

ここでは、端末１０−１は物品の出荷側の担当者が操作する端末、端末１０−２は物品の着荷側の担当者が操作する端末であり、無線基地局３１により通信ネットワーク３０に接続される。ただし、以下の説明では、特に区別する必要がある場合を除き、端末１０とする。

物品７０は、その外面に物品識別情報保持手段としてのＲＦＩＤタグ７１が取り付けられている。容器６０は、その外面が電波遮蔽性を持つ包囲部材（アルミニウムなどの金属の薄膜）により囲まれた保冷箱であり、収納空間の内面に容器識別情報保持手段としてのＲＦＩＤタグ６２が取り付けられている。なお、容器６０は、電波遮蔽性を持つ金属シートを容器６０の内面に貼り付けたものでもよい。

端末１０はＲＦＩＤタグの読取機能を備えている。すなわち、ＲＦＩＤタグはタグＩＤを保持しており、端末１０は、ＲＦＩＤタグから送信される情報を受信し、受信した情報に含まれているタグＩＤを読み取ることができる。ここで、ＲＦＩＤタグは、自ら電波を放射して端末１０に送信するアクティブ型でもよいし、端末１０からの電波を受信して負荷変調することにより情報を端末１０に送信するパッシブ型でもよい。

本実施形態では、端末１０は、容器６０の蓋６１が開いた状態では、ＲＦＩＤタグ６２に保持されているタグＩＤである容器識別情報（以下、容器ＩＤと記載することがある。）、およびＲＦＩＤタグ７１に保持されているタグＩＤである物品識別情報（以下、物品ＩＤと記載することがある。）の読取が可能である。しかし、端末１０は、蓋６１が閉じた状態では、ＲＦＩＤタグ６２，７１との間の電波の伝送路が容器６０の包囲部材により遮断されるため、容器ＩＤおよび物品ＩＤの読取は不能である。

サーバ４０は各種データベース（詳細については、図５を参照して後述する。）を内蔵しており、端末１０との間で様々な情報の送受信を行う。

次に、この物品管理システムの概略動作について説明する（詳細な動作については後述する。）。なお、ここでは、便宜上、１つの容器６０を図示したが、実際には複数の容器６０が存在するので、以下、複数の容器６０が存在するものとして説明する。

物品の出荷側では、容器６０に物品を収納し、蓋６１が開いた状態で端末１０−１によりＲＦＩＤタグ６２，ＲＦＩＤタグ７１から容器ＩＤ，物品ＩＤを読み取り、サーバ４０に送信する。図示された容器６０以外の容器６０についても同様である。

次に蓋６１を閉め、端末１０−１により読み取ることのできた容器ＩＤおよび物品ＩＤをサーバ４０に送信する。このとき、図示された容器６０および物品７０については、容器ＩＤおよび物品ＩＤを読み取ることはできず、他に蓋６１が開いた状態の容器６０があれば、その容器ＩＤが読み取られ、サーバ４０に送信される。また、その容器６０に収納された物品７０の物品ＩＤ、および未収納の物品７０の物品ＩＤもサーバ４０に送信される。

サーバ４０は、前回受信した容器ＩＤおよび物品ＩＤと、今回受信した容器ＩＤおよび物品ＩＤとを比較する。そして、前回読み取ることができ、かつ今回読み取ることができなかった容器ＩＤと物品ＩＤ、すなわち、読取可能から読取不能に変化した容器ＩＤと物品ＩＤは、蓋６１が閉められた容器６０の容器ＩＤとその容器６０に収納された物品７０の物品ＩＤであると判断し、その容器ＩＤと物品ＩＤを紐付けてデータベースに格納する。

蓋６１が閉められた容器６０は、トラックなどにより着荷側に運搬される。着荷側では、到着した容器６０の蓋６１を開ける前に、端末１０−２により読み取ることのできた容器ＩＤおよび物品ＩＤをサーバ４０に送信する。蓋６１が閉じた状態では読み取りが不可能であるため、空白のデータが送信される。

次に蓋６１を開け、読み取ることのできた容器ＩＤおよび物品ＩＤをサーバ４０に送信する。サーバ４０は、今回読み取ることができるようになった容器ＩＤと物品ＩＤ、すなわち、読取不能から読取可能に変化した容器ＩＤと物品ＩＤは、蓋６１が開けられた容器６０の容器ＩＤとその容器６０に収納されて運搬された物品７０の物品ＩＤであると判断し、それらを紐付ける。

つまり、出荷側では、容器６０の蓋６１を閉める前後に検出される容器ＩＤおよび物品ＩＤの差分により、着荷側では、容器６０の蓋６１を開ける前後に検出される容器ＩＤおよび物品ＩＤの差分により、容器ＩＤと物品ＩＤの紐付けが可能である。

〈端末のハードウェア構成〉
図２は、端末１０のハードウェア構成を示すブロック図である。この端末１０は、スマートフォンやタブレットなどの携帯型の端末である。

図示のように、端末１０は、バス１００と、それぞれがバス１００に接続されたＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３ａおよびフラッシュメモリ１０３ｂなどの記憶部１０３、マイク１０５、スピーカ１０６、ディスプレイ１０７、キー１０８、カメラ１０９、ＲＦＩＤ通信回路１１０、および無線回路１１１を備えている。

ＣＰＵ１０１は端末１０の全体を制御するプロセッサである。ＲＡＭ１０２はＣＰＵ１０１が各種処理を実行するときにワークエリアとなるメモリである。ＲＯＭ１０３ａはＯＳ（オペレーティング・システム）などの基本プログラムや固定データを記憶するメモリである。フラッシュメモリ１０３ｂは、サーバ４０との通信に使用するプログラムやデータなどを記憶するメモリである。

マイク１０５は、操作者の音声や周囲の音を音声信号に変換する手段であり、スピーカ１０６は、操作者に対する音声メッセージや通話中の相手の音声などを出力する手段である。

ディスプレイ１０７は、端末１０の動作状態、キー１０８から入力された情報、カメラ１０９で撮影している映像などを表示するＬＣＤ等の表示装置である。キー１０８は、ユーザがこの端末１０を操作するための各種キーである。カメラ１０９は静止画や動画を撮影するための画像入力手段である。

ＲＦＩＤ通信回路１１０は、本実施形態におけるＲＦＩＤタグや後述する第２の実施形態におけるロガーと無線通信を行うための回路である。無線回路１１１は、無線基地局３１を介して端末１０を通信ネットワーク３０に接続する手段である。

〈サーバのハードウェア構成〉
図３は、サーバ４０のハードウェア構成を示すブロック図である。
図示のように、サーバ４０は、バス４００と、それぞれがバス４００に接続されたＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３ａおよびＨＤＤ（ハードディスクドライブ）４０３ｂなどの記憶部４０３、入力部４０５、出力部４０６、通信部４０７、および外部Ｉ／Ｆ４０８を備えている。

ＣＰＵ４０１はサーバ４０の全体を制御するプロセッサである。ＲＡＭ４０２はＣＰＵ４０１が各種処理を実行するときにワークエリアとなるメモリである。ＲＯＭ４０３ａはＯＳなどの基本プログラムや固定データを記憶するメモリである。ＨＤＤ４０３ｂは、各種データベース、および物品管理プログラムなどを記憶する外部記憶装置である。

入力部４０５は、キーボードやマウスなどからなる、このサーバ４０を操作するための手段である。出力部４０６は、サーバ４０の動作状態、入力部４０５から入力された情報などを表示するディスプレイや、各種データを印刷するプリンタなどである。

通信部４０７は、サーバ４０で生成された各種データを通信ネットワーク３０経由で端末１０へ送信したり、端末１０から送信されたデータを通信ネットワーク３０経由で受信したりするＮＩＣ（ネットワーク・インタフェース・カード）などである。

外部Ｉ／Ｆ４０８は、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリなどのリムーバブル記録媒体や記憶媒体の接続手段である。

〈端末の機能構成〉
図４は、端末１０の機能構成を示すブロック図である。
図示のように、端末１０は、情報入力部１１、情報送受信部１２、情報記憶部１３、情報表示部１４、および情報処理部１５を備えている。

情報入力部１１は、キー１０８からの情報の手入力や、マイク１０５およびカメラ１０９からの電気信号の情報を受け付ける機能を有する。情報送受信部１２は、ＲＦＩＤ通信回路１１０、および無線回路１１１を介して情報を送受信する機能を有する。情報記憶部１３は、情報入力部１１から入力された情報、および情報送受信部１２で受信された情報の書き込み／読み出し機能を有する。情報表示部１４は、情報入力部１１から入力された情報、情報送受信部１２で受信された情報、および情報記憶部１３から読み出された情報を表示する機能を有する。情報処理部１５は、上記各部の制御、上記各部の間の情報の転送制御、および各種情報処理を行う機能を有する。

〈サーバの機能構成〉
図５は、サーバ４０の機能構成を示すブロック図である。
図示のように、サーバ４０は、通信部４１、管理部４２、容器・物品情報ＤＢ（データベース）４３、物品保管情報ＤＢ４４、環境情報ＤＢ４５、配送情報ＤＢ４６を備えている。また、管理部４２は、データ処理や制御を行う機能を有しており、容器・物品情報管理部４２ａ、物品保管条件管理部４２ｂ、環境情報管理部４２ｃ、および配送情報管理部４２ｄを備えている。

ここで、物品保管条件管理部４２ｂ、環境情報管理部４２ｃ、およびそれぞれに対応する物品保管情報ＤＢ４４、環境情報ＤＢ４５は、後述する第２の実施形態に係る物品管理システムでのみ使用するものであり、本実施形態および後述する第３の実施形態では不要なブロックである。したがって、本実施形態および第３の実施形態におけるサーバ４０の機能構成は、これらのブロックを除去したものでよいが、便宜上、物品管理装置としてのサーバ４０の機能構成は各実施形態について共通のものとした。

通信部４１は、通信ネットワーク３０を介して外部装置とデータ通信を行う機能を有する。容器・物品情報管理部４２ａは、容器６０の判別コード、物品７０の判別コード、後述する第２の実施形態におけるロガーの判別コード、ＲＦＩＤタグ６２のタグＩＤ、ＲＦＩＤタグ７１のタグＩＤなど管理する機能を有する。物品保管情報管理部４２ｂは、流通段階における物品の保管条件（上限温度／下限温度）を管理する機能を有する。環境情報管理部４２ｃは、流通段階における物品の環境情報の測定条件の管理および測定データの管理を行う機能を有する。配送情報管理部４２ｄは、物品の配送情報を管理する機能を有する。各管理部の動作の詳細については後述する。

容器・物品情報ＤＢ４３、物品保管情報ＤＢ４４、環境情報ＤＢ４５、配送情報ＤＢ４６は、それぞれ対応する管理部が処理に際して参照・更新するデータベースである。なお、サーバ４０内にＤＢ４３〜４６を含む構成を図示したが、ＤＢ４３〜４６は別のデータベースサーバ等に配置してもよい。

〈物品管理システムの動作〉
以上の構成を備えた物品管理システムの詳細な動作について、「判別コードの登録処理」、「容器物品情報の登録処理」、「出荷側の紐付け処理」、「着荷側の紐付け処理」の順に説明する。

《判別コードの登録処理》
この処理は、予め物品と容器を判別可能なコードを決めて、サーバ４０に保存する処理である。

図６は、判別コードの登録処理の手順を示すフローチャートである。
端末１０は、例えば出荷側の担当者により決定された判別コードが入力されると（ステップＳ１）、入力された判別コードをサーバ４０へ送信する（ステップＳ２）。

サーバ４０は、判別コードを受信し（ステップＳ３）、容器・物品情報ＤＢ４３に記録（格納）し、記録が完了したことを端末１０へ送信する（ステップＳ４）。端末１０は、記録の完了の通知を受信し、表示する（ステップＳ５）。

表１に判別コードの一例を示す。

ここでは、容器の判別コードを１、物品の判別コードを０とした。

《容器物品情報の登録処理》
この処理は、ＲＦＩＤタグ６２が取り付けられた容器６０、ＲＦＩＤタグ７１が取り付けられた物品７０に対して、ＲＦＩＤタグ６２，７１の存在と、ＲＦＩＤタグ６２，７１であることを確認するために、サーバ４０に登録する処理である。この処理は、出荷側の端末１０−１を使用して行われる。

表２に容器物品情報の一例を示す。

この表に示すように、容器物品情報は、タグＩＤと判別コードからなる。タグＩＤとしては、タグのメーカーが製造時に記録した識別番号であるＵＩＤを用いることが好適である。ＵＩＤとは別のＩＤを用いる場合、別途ＲＦＩＤタグにＩＤを書き込んでおく必要がある。ここでは、物品のタグＩＤは先頭にＢ、容器のタグＩＤは先頭にＬを有するものとした。判別コードは、後述する図７に示す手順により、端末１０−１から出荷側の担当者により入力されるものである。

図７は、容器物品情報の登録処理の手順を示すフローチャートである。なお、この図の左端に図示されている処理の主体は、「容器６０に取り付けられたＲＦＩＤタグ６２、物品７０に取り付けられたＲＦＩＤタグ７１」であるが、説明の便宜上、「容器、物品」とした。

端末１０−１は、容器６０、物品７０に対して、ＩＤ送信指示を送信する（ステップＳ１１）。容器６０、物品７０は、ＩＤ送信指示を受信し（ステップＳ１２）、それぞれのタグＩＤを送信する（ステップＳ１３）。端末１０−１は、タグＩＤを受信し、表示する（ステップＳ１４）。
このように、ＩＤ発行時に容器と物品を判別できるようにすることで、判別コードが不要になり、サーバ側でＩＤから容器か物品かを判別することができる。したがって、バーコードなどのＩＤを容器と物品とを判別できるようにしておくことで、後述する変形例（７）のように、無線の遮断だけでなく、バーコードの有無でも容器と物品との紐付けができるようになる。

担当者は表示されたタグＩＤの先頭を見て、そのタグＩＤが容器ＩＤなのか物品ＩＤなのかを確認して、判別コードを入力する。判別コードは図６に示した手順で登録されたものであり、「物品：０」、「容器：１」である。端末１０−１は、入力された判別コードを容器６０、物品７０へ送信する（ステップＳ１５）。

容器６０、物品７０は、判別コードを受信し、メモリ（ＲＦＩＤタグの内部メモリ）に書き込む（ステップＳ１６）。この結果、容器６０および物品７０は、容器物品情報を保持することになる。容器６０、物品７０は、判別コードの書き込み完了の通知を端末１０−１へ送信し（ステップＳ１７）、端末１０−１は、書き込み完了の通知を受信する（ステップ１８）。

次に端末１０−１は、容器物品情報をサーバ４０へ送信する（ステップＳ１９）。サーバ４０は、容器物品情報を受信し（ステップＳ１９ａ）、容器・物品情報ＤＢ４３に記録（格納）し、記録完了の通知を端末１０−１へ送信する（ステップＳ２０）。端末１０−１は、記録完了の通知を受信し、データが正しくサーバ４０に記録されたことを表示する（ステップＳ２０ａ）。

《出荷側の紐付け処理》
図８は、出荷側の紐付け処理の手順を示すフローチャートである。この処理では、出荷側の容器ＩＤと物品ＩＤを紐付ける処理、すなわち、どの容器にどの物品が収納されたかを表す情報をサーバ４０に登録する処理である。

まず端末１０−１は、容器物品情報の受信回数のカウント値（以下、単に受信回数という）を０に設定する（ステップＳ２１）。次に端末１０−１は、出荷区域にある容器６０および物品７０に対して、容器物品情報の送信指示を行う（ステップＳ２２）。

容器６０および物品７０は、容器物品情報の送信指示を受信し（ステップＳ２３）、容器物品情報を端末１０−１へ送信する（ステップＳ２４）。端末１０−１は、容器物品情報を受信し（ステップＳ２５）、受信回数に１を加える（ステップＳ２６）。この結果、受信回数は１となる。

端末１０−１が受信した容器物品情報を表３に示す。

次に端末１０−１は、受信した容器物品情報、および受信回数をサーバ４０へ送信する（ステップＳ２７）。サーバ４０は、容器物品情報および受信回数を受信し、メモリ（ＲＡＭ４０２）に格納する（ステップＳ２８）。

次にサーバ４０は、受信回数が１であるか１より大きいかを判定する（ステップＳ２９）。ここでは、受信回数が１であるため、端末１０−１に対して、容器物品情報の取得（ステップＳ２２の実行）を指示する。

作業者は、容器６０に物品７０を収納し、蓋６１を閉める。例えば容器ＩＤがＬ００００３の容器６０に物品ＩＤがＢ００００５、Ｂ００００６、Ｂ０００１１、Ｂ０００１２の物品７０を収納したものとする。

このように物品７０を容器６０に収納し、蓋６１を閉めた後に、ステップＳ２２〜Ｓ２５が実行され、端末１０−１が受信した容器物品情報は表４に示すものとなる。

つまり、容器ＩＤ＝Ｌ００００３、物品ＩＤ＝Ｂ００００５、Ｂ００００６、Ｂ０００１１、Ｂ０００１２を有するＲＦＩＤタグは、端末１０−１と通信不能になるため、これらの容器ＩＤまたは物品ＩＤを有する容器物品情報を表３に示す容器物品情報から除去したものとなる。

次に端末１０−１は、受信回数に１を加え（ステップＳ２６）、受信した容器物品情報、および受信回数（ここでは２）をサーバ４０へ送信する（ステップＳ２７）。サーバ４０は、容器物品情報および受信回数を受信し、メモリに格納する（ステップＳ２８）。

次にサーバ４０は、受信回数が１であるか１より大きいかを判定する（ステップＳ２９）。今回は受信回数が２であるため、前回取得（メモリに格納）した容器物品情報と、今回新たに取得した容器物品情報とを比較する（ステップＳ３０）。

そして、比較の結果、読めなくなった容器物品情報を抽出する（ステップＳ３１）。ここでは、表３に示す容器物品情報と表４に示す容器物品情報の差分の容器物品情報である下記の表５に示す容器物品情報が抽出される。

次に、サーバ４０は、抽出された容器物品情報の中から、容器の判別コード（＝１）を有する容器物品情報を抽出する（ステップＳ３２）。表５の中で判別コード（＝１）を含む容器物品情報は容器ＩＤ＝ＬＤ００００３を有する容器物品情報であるから、ここでは、下記の表６に示す容器物品情報が抽出される。

次に、ステップＳ３２で抽出された容器物品情報の中に容器の判別コードを有する容器物品情報があるか否か、換言すれば、容器の判別コードを有する容器物品情報が抽出されたか否かを判定する（ステップＳ３３）。ここでは、表６に示す容器物品情報が抽出されたので、あると判定される。

次にサーバ４０は、容器の判別コードを有する容器物品情報中のタグＩＤ（容器ＩＤ）と、物品の判別コードを有する容器物品情報のタグＩＤ（物品ＩＤ）とを紐付け（ステップＳ３４）、紐付け結果を容器・物品対応表として、容器・物品情報ＤＢ４３に追記する（ステップＳ３５）。下記の表７に紐付け結果の一例を示す。

次にサーバ４０は、ステップＳ３０で読めた容器物品情報（表４）の中に容器の判別コード（＝１）があるか否かを判定する（ステップＳ３６）。判定の結果、ある場合は、端末１０−１に対して、容器物品情報の取得（ステップＳ２２の実行）を指示する。ここでは、表４に示す容器物品情報の中に下記の表８に示す容器物品情報があるので、サーバ４０は端末１０−１に対して、容器物品情報の取得を指示する。

ステップＳ３６で「なし」と判定されるまで、ステップＳ２２〜Ｓ３６の処理が繰り返される。そして、「なし」と判定された場合、サーバ４０は端末１０−１に対して、紐付けの完了の通知を送信し（ステップＳ３７）、端末１０−１は紐付け完了の通知を受信し、表示する（ステップＳ３８）。ここでは、紐付けが完了すると、容器・物品情報ＤＢ４３には下記の表９に示す容器・物品対応情報が格納される。

これにより、複数のタグＩＤが読めてしまう環境でも、容器６０のタグＩＤと、その容器６０に収納された物品７０のタグＩＤとを一意に紐付けることができる。したがって、複数の物品を複数の容器に収納した場合でも、どの容器にどの物品が収納されたのかを判別することができる。
以上説明した図８において、サーバが実行する処理のうち、端末との間の通信は通信部４１が実行し、サーバ内の処理は管理部４０内の容器・物品情報管理部４２ａが実行する。つまり、通信部４１および容器・物品情報管理部４２ａが本発明（請求項１）における取得手段に対応し、容器・物品情報管理部４２ａが本発明における判別手段および紐付け手段に対応する。

《着荷側の紐付け処理》
図９は、着荷側の紐付け処理の手順を示すフローチャートである。この処理では、着荷側で容器ＩＤと、物品ＩＤを紐付ける処理、すなわち、着荷側で蓋６１を開けたどの容器６０にどの物品７０が収納されていたかを表す情報をサーバ４０に登録する処理である。

着荷側の担当者（以下、受入担当者）は、容器６０が到着する前に、着荷予定の物品数または容器数をサーバ４０に問い合わせるため、端末１０−２から配送数送信指示を送信する（ステップＳ４１）。

サーバ４０は、配送数送信指示を受信すると（ステップＳ４２）、配送情報ＤＢ４６から物品数または容器数を読み出し、端末１０−２へ送信する（ステップＳ４３）。端末１０−２は、配送数を受信し、未検出数としてメモリ（ＲＡＭ１０２）に格納する（ステップＳ４４）。ここでは、下記の表１０に示す物品数（＝１２）または容器数（＝３）が格納されたものとする。

次に端末１０−２は、受信回数を０に設定し（ステップＳ４５）、着荷区域にある容器６０および物品７０に対して、容器物品情報の送信指示を行う（ステップＳ４６）。容器物品情報の送信指示を受信した容器６０、物品７０は（ステップＳ４７）、端末１０−２に対して、容器物品情報を送信する（ステップＳ４８）。端末１０−２は、容器物品情報を受信する（ステップＳ４９）。

ただし、まだ受入担当者が容器６０の蓋６１を開けていないため、端末１０−２と通信可能な容器６０（厳密にはＲＦＩＤタグ６２）も物品７０（厳密にはＲＦＩＤタグ７１）も存在しないため、容器物品情報は下記の表１１に示すように空白となる。

端末１０−２は、受信回数に１を加える（ステップＳ５０）。この結果、受信回数は１となる。次に端末１０−２は、受信した容器物品情報（空白）、および受信回数（＝１）をサーバ４０へ送信する（ステップＳ５１）。

サーバ４０は、容器物品情報および受信回数を受信し、メモリ（ＲＡＭ４０２）に格納する（ステップＳ５２）。次にサーバ４０は、受信回数が１であるか１より大きいかを判定する（ステップＳ５３）。ここでは、受信回数が１であるため、端末１０−２に対して、容器物品情報の取得（ステップＳ４６の実行）を指示する。

受入担当者は、容器６０の蓋６１を開ける。この結果、端末１０−２は、ＲＦＩＤタグ６２およびＲＦＩＤタグ７１と通信可能になる。したがって、端末１０−２が容器６０、物品７０に対して、容器物品情報の送信指示を行うと（ステップＳ４６）、容器６０、物品７０は、容器物品情報送信指示を受信し（ステップＳ４７）、それぞれが保持している容器物品情報を端末１０−２へ送信する（ステップＳ４８）。ここでは、下記の表１２に示す容器物品情報が送信されたものとする。

この表に示す容器物品情報の場合、容器ＩＤ＝Ｌ００００１の容器６０の蓋６１が開き、その内部に物品ＩＤ＝Ｂ００００１，Ｂ００００２，Ｂ００００３，Ｂ００００４の物品が収納されていたことになる。

端末１０−２は、容器物品情報を受信し（ステップＳ４９）、受信回数に１を加え（ステップＳ５０）、容器物品情報と受信回数をサーバ４０へ送信する（ステップＳ５１）。サーバ４０は、容器物品情報および受信回数を受信し、メモリ（ＲＡＭ４０２）に格納する（ステップＳ５２）。

次にサーバ４０は、受信回数が１であるか１より大きいかを判定する（ステップＳ５３）。今回は受信回数が２であるため、前回取得した容器物品情報と今回新たに取得した容器物品情報とを比較する（ステップＳ５４）。

そして、比較の結果、新たに読めた容器物品情報を抽出する（ステップＳ５５）。ここでは、表１１に示す容器物品情報（空白）と表１２に示す容器物品情報の差分の容器物品情報、すなわち表１２に示す容器物品情報が抽出される。

次にサーバ４０は、抽出された容器物品情報の中から、容器の判別コード（＝１）を有する容器物品情報を抽出する（ステップＳ５６）。ここでは、下記の表１３に示す容器物品情報が抽出される。

次にサーバ４０は、ステップＳ５６で抽出された容器物品情報の中に容器の判別コード（＝１）があるか否かを判定する（ステップＳ５７）。

ここでは、表１３に示す容器物品対応表が抽出されたので、あると判定され、ステップＳ５８に進んで、容器ＩＤと物品ＩＤの紐付けを行う。これにより、下記の表１４に示す容器・物品対応表が作成される、容器・物品情報ＤＢ４３に格納される。

一方、容器の判別コード（＝１）がなかった場合は、再度、端末１０−２に対して、容器物品情報の取得（ステップＳ４６の実行）を指示する。

サーバ４０は、容器ＩＤと物品ＩＤの紐付け（ステップＳ５８）の後、未検出の物品数または容器数を算出し（ステップＳ５９）、未検出数が０であるか正であるかを判定する（ステップＳ６０）。

ここでは、前回の未検出数が表１０に示すものであり、今回の検出数が表１２より下記の表１５となる。

したがって、現在の未検出数は、表１０と表１５の差分である下記の表１６のようになる。

このため、未検出数が正と判定され、サーバ４０は、再度、端末１０−２に対して、容器物品情報の取得（ステップＳ４６の実行）を指示する。

着荷予定の全ての容器６０または物品７０が検出されると、未検出数が０と判定されるので、サーバ４０は、端末１０−２に対して、紐付け完了の通知を送信する（ステップＳ６１）。端末１０−２は、紐付け完了の通知を受信し、表示する（ステップＳ６２）。紐付けの完了により、下記の表１７に示す容器・物品対応表が容器・物品情報ＤＢ４３に格納される。

この表に示す容器・物品対応情報より、複数のタグＩＤが読めてしまう環境でも、容器６０のタグＩＤと、その容器６０に収納された物品７０のタグＩＤとを一意に紐付けることができる。したがって、複数の物品が複数の容器に収納されていた場合でも、どの容器にどの物品が収納されていたかを判別することができる。
以上説明した図９において、サーバが実行する処理のうち、端末との間の通信は通信部４１が実行し、サーバ内の処理は管理部４０内の容器・物品情報管理部４２ａが実行する。つまり、通信部４１および容器・物品情報管理部４２ａが本発明における取得手段に対応し、容器・物品情報管理部４２ａが本発明における判別手段、および紐付け手段に対応する。

［第２の実施形態］
〈物品管理システムの全体構成〉
図１０は、本発明の第２の実施形態に係る物品管理システムの全体構成を示す図である。この図において、第１の実施形態（図１）と同一または対応部分には図１と同じ参照符号が付されている。

第１の実施形態に係る物品管理システムと比較した第２の実施形態に係る物品管理システムの主な特徴は下記（１）〜（６）である。
（１）環境情報取得装置としてのロガー８０が取り付けられた容器６０を用い、出荷から着荷までの容器６０内の環境情報としての温度を一定時間毎に取得する。
（２）ロガー８０は、ロガーＩＤ、判別コード、および製品情報（製品名/商品コード、製造番号、使用開始日/有効期限）を保持する。
（３）物品７０に取り付けられたＲＦＩＤタグ７１も、タグＩＤ（物品ＩＤ）、判別コード、および製品情報（製品名/商品コード、製造番号、使用開始日/有効期限）を保持する。
（４）ＩＤ（ロガーＩＤ、物品ＩＤ）、判別コード、および製品情報（製品名/商品コード、製造番号、使用開始日/有効期限）を容器物品情報とする。
（５）出荷時刻、着荷時刻を記録する。
（６）出荷から着荷までの環境情報と予め定められた保管条件とを比較し、良否判定を行う。

以下、これらの特徴を中心に、本発明の第２の実施形態に係る物品管理システムについて説明する。端末１０−１、端末１０−２、サーバ４０などのハードウェア構成および機能構成は、第１の実施形態と同じであるため、説明を省略する。

〈ロガーのハードウェア構成〉
図１１は、図１０におけるロガーのハードウェア構成を示すブロック図である。
ロガー８０は、バス８００と、それぞれがバス８００に接続された接続されたＣＰＵ８０１、ＲＡＭ８０２、ＲＯＭ８０３ａおよびフラッシュメモリ８０３ｂなどの記憶部８０３、表示部８０４、入力部８０５、温度取得部８０６、時刻取得部８０７、およびＲＦＩＤ通信回路８０８を備えている。

ＣＰＵ８０１はロガー８０の全体を制御するプロセッサである。ＲＡＭ８０２はＣＰＵ８０１が各種処理を実行するときにワークエリアとなるメモリである。ＲＯＭ８０３ａはＯＳ（オペレーティング・システム）などの基本プログラムや固定データを記憶するメモリである。フラッシュメモリ８０３ｂは、サーバ４０との通信に使用するプログラムやロガーＩＤ、判別コード、および製品情報などのデータなどを保持するメモリである。

表示部８０４は、ロガー８０の動作状態や入力部８０５からの入力情報などを表示するＬＣＤ等の表示装置である。入力部８０５は、ユーザがこのロガー８０を操作するための各種キーである。

温度取得部８０６は温度を測定し、温度情報を取得する手段であり、時刻取得部８０７は時刻情報を取得する手段である。ＲＦＩＤ通信回路８０８は、他のＲＦＩＤ通信回路（本実施形態では端末１０内のＲＦＩＤ通信回路１１０）との間で無線通信を行う手段である。

〈物品管理システムの動作〉
以上の構成を備えた物品管理システムの詳細な動作について、「判別コードの登録処理」、「物品保管条件の設定処理」、「容器物品情報の登録処理」、「出荷側の紐付け処理」、「着荷側の紐付け処理および良否判定処理」の順に説明する。

《判別コードの登録処理》
この処理の内容は第１の実施形態（図６）と同じである。

《物品保管条件の設定処理》
この処理は、出荷担当者が物品の発送の前に、物品の保管条件として、運搬中の上限温度と下限温度をサーバ４０に登録する処理である。

図１２は、物品保管条件設定処理の手順を示すフローチャートである。
端末１０−１は、担当者により決定された物品保管条件が入力されると（ステップＳ１０１）、入力された物品保管条件をサーバ４０へ送信する（ステップＳ１０２）。サーバ４０は、物品保管条件を受信し（ステップＳ１０３）、物品保管情報ＤＢ４４に記録（格納）し、記録が完了したことを端末１０−１へ送信する（ステップＳ１０４）。端末１０−１は、記録の完了の通知を受信し、表示する（ステップＳ１０５）。

下記の表１８に物品保管条件の一例を示す。ここでは、物品保管条件は、商品コード、温度の上限値および下限値からなる。

《容器測定条件の設定処理》
出荷側の担当者は、新たにロガーが搭載された容器６０を購入した際、ロガー８０の測定条件をサーバ４０に登録する。

図１３は、容器測定条件の設定処理の手順を示すフローチャートである。
端末１０−１は、担当者により決定された容器測定条件が入力されると（ステップＳ１１１）、入力された容器測定条件をサーバ４０へ送信する（ステップＳ１１２）。サーバ４０は、容器測定条件を受信し（ステップＳ１１３）、環境情報ＤＢ４５に記録（格納）し、記録が完了したことを端末１０−１へ送信する（ステップＳ１１４）。端末１０−１は、記録完了の通知を受信し、表示する（ステップＳ１１５）。

容器測定条件の一例を下記の表１９に示す。

ここでは、容器測定条件は、ロガー８０の製品名、測定間隔、およびメモリ数（測定値の最大記憶可能数）からなる。

《容器物品情報の登録処理》
第１の実施形態では、容器物品情報がＩＤ（容器ＩＤ、物品ＩＤ）と判別コード（容器＝１、物品＝０）からなるのに対し、第２の実施形態では、ＩＤ（ロガーＩＤ、物品ＩＤ）、判別コード（ロガー＝１、物品＝０）、製品情報（商品名/商品コード、製造番号、使用開始日/有効期限）からなる。

なお、この図の左側に図示されている処理の主体は、「容器６０に取り付けられたロガー８０、物品７０に取り付けられたＲＦＩＤタグ７１」であるが、説明の便宜上、「容器、物品」とした。また、以後の説明では、ロガーＩＤを容器ＩＤとし、容器ＩＤ＋判別コードを容器情報とする。

下記の表２０に容器物品情報の一例を示す。

この表に示すように、第１の実施形態と同様に、物品ＩＤは先頭にＢ、容器ＩＤは先頭にＬを有するものとした。判別コードは、後述する図１４に示す手順により、端末１０−１から出荷側の担当者により入力されるものである。

図１４は、容器物品情報の登録処理の手順を示すフローチャートである。
端末１０−１は、容器６０、物品７０に対して、ＩＤ送信指示を送信する（ステップＳ１２１）。容器６０、物品７０は、ＩＤ送信指示を受信し（ステップＳ１２２）、それぞれのタグＩＤを送信する（ステップＳ１２３）。端末１０−１は、タグＩＤを受信するし、表示する（ステップＳ１２４）。

次に、担当者は表示されたタグＩＤの先頭を見て、そのタグＩＤが容器ＩＤなのか物品ＩＤなのかを確認して、判別コードおよび製品情報を入力し、容器６０、物品７０へ送信する（ステップＳ１２５）。判別コードは図６に示した手順で登録されたものであり、「物品：０」、「容器：１」である。また、製品情報は担当者が物品を見て入力する。

容器６０、物品７０は、判別コードおよび製品情報を受信し、メモリ（ロガー８０内の記憶部８０４、ＲＦＩＤタグ７１の内部メモリ）に書き込む（ステップＳ１２６）。この結果、容器６０および物品７０は、容器物品情報を保持することになる。

容器６０、物品７０は、判別コードおよび製品情報の書き込みの後、書き込み完了の通知を端末１０−１へ送信し（ステップＳ１２７）、端末１０−１は、書き込み完了の通知を受信する（ステップＳ１２８）。

次に端末１０−１は、容器物品情報（タグＩＤ、判別コード、製品情報）をサーバ４０へ送信する（ステップＳ１２９）。サーバ４０は、容器物品情報を受信し（ステップＳ１３０）、容器・物品情報ＤＢ４３に記録（格納）し、記録完了の通知を端末１０−１へ送信する（ステップＳ１３１）。端末１０−１は、記録完了の通知を受信し、データが正しくサーバ４０に記録されたことを表示する（ステップＳ１３２）。

《出荷時の紐付け処理》
第１の実施形態と同様に、出荷側で容器ＩＤと、物品ＩＤを紐付ける処理、すなわち、どの容器にどの物品が収納されたかを表す情報をサーバ４０に登録する処理を行う。

図１５は、出荷側の紐付け処理の手順を示すフローチャートである。この図において、ステップＳ１４１〜Ｓ１４６は、容器物品情報が製品情報を含むこと以外は、図８（第１の実施形態）におけるステップＳ２１〜Ｓ２６と同じである。

次に端末１０−１は、容器物品情報、受信回数、および現在時刻をサーバ４０へ送信する（ステップＳ１４７）。サーバ４０は、容器物品情報、受信回数、および現在時刻を受信し、メモリ（ＲＡＭ４０２）に格納する（ステップＳ１４８）。なお、現在時刻は、端末１０−１で生成してもよいし、サーバ４０で生成してもよい。

下記の表２１にメモリに格納された容器物品情報の一例を示す。

このとき、受信回数は１である。また、現在時刻は2015/09/15/10:00とする。

次にサーバ４０は、受信回数が１であるか１より大きいかを判定する（ステップＳ１４９）。ここでは、受信回数が１であるため、端末１０−１に対して、容器物品情報の取得（ステップＳ１４２の実行）を指示する。

作業者は、容器６０に物品７０を収納し、蓋６１を閉める。例えば容器ＩＤがＬ００００３の容器６０に物品ＩＤがＢ００００５、Ｂ００００６、Ｂ０００１１、Ｂ０００１２の物品７０を収納したものとする。

このように物品７０を容器６０に収納し、蓋６１を閉めた後に、ステップＳ１４２〜Ｓ１４５が実行され、端末１０−１が受信した容器物品情報は、表２２に示すものとなる。

つまり、容器ＩＤ＝Ｌ００００３、物品ＩＤ＝Ｂ００００５、Ｂ００００６、Ｂ０００１１、Ｂ０００１２を有するＲＦＩＤタグは、端末１０−１と通信不可能になるため、これらの容器ＩＤまたは物品ＩＤを有する容器物品情報を表２１に示す容器物品情報から除去したものとなる。

次に端末１０−１は、受信回数に１を加え（ステップＳ１４６）、受信した容器物品情報、および受信回数（ここでは２）をサーバ４０へ送信する（ステップＳ１４７）。サーバ４０は、容器物品情報および受信回数を受信し、メモリに格納する（ステップＳ１４８）。

次にサーバ４０は、受信回数が１であるか１より大きいかを判定する（ステップＳ１４９）。今回は受信回数が２であるため、前回取得（メモリに格納）した容器物品情報と、今回新たに取得した容器物品情報とを比較する（ステップＳ１５０）。

そして、比較の結果、読めなくなった容器物品情報を抽出する（ステップＳ１５１）。ここでは、表２１に示す容器物品情報と表２２に示す容器物品情報の差分の容器物品情報である下記の表２３に示す容器物品情報が抽出される。

次に、サーバ４０は、抽出された容器物品情報から容器の判別コード（＝１）を有する容器物品情報を抽出する（ステップＳ１５２）。表２３の中で判別コード（＝１）を有する容器物品情報は、表２３の１行目に記載されている容器ＩＤ＝ＬＤ００００３を有する容器物品情報であるから、下記の表２４に示す容器情報を含む容器物品情報が抽出される。

次に、サーバ４０は、ステップＳ１５２で抽出された容器物品情報の中に容器の判別コードを有する容器物品情報があるか否か、換言すれば、容器の判別コードを有する容器物品情報が抽出されたか否かを判定する（ステップＳ１５３）。ここでは、表２４に示す容器物品情報が抽出されたので、あると判定される。

次にサーバ４０は、容器の判別コードを有する容器物品情報中の容器ＩＤと、物品の判別コードを有する容器物品情報の物品ＩＤとを紐付け（ステップＳ１５４）、紐付け結果および出荷時刻（現在時刻）を容器・物品対応情報として、容器・物品情報ＤＢ４３に追記する（ステップＳ１５５）。下記の表２５に紐付け結果と出荷時刻の一例を示す。

次にサーバ４０は、ステップＳ１５０で読めた容器物品情報（表２２）の中に、容器の判別コードを持つものがあるか否かを判定する（ステップＳ１５６）。判定の結果、あった場合は、端末１０−１に対して、容器物品情報の取得（ステップＳ１４２の実行）を指示する。ここでは、表２２に示す容器物品情報の中に下記の表２６に示す容器物品情報があるので、サーバ４０は端末１０−１に対して、容器物品情報の取得を指示する。

ステップＳ１５６で「なし」と判定されるまで、ステップＳ１４２〜Ｓ１５６の処理が繰り返される。そして、「なし」と判定された場合、サーバ４０は端末１０−１に対して、紐付けの完了の通知を送信し（ステップＳ１５７）、端末１０−１は紐付け完了の通知を受信する（ステップＳ１５８）。紐付けが完了すると、容器・物品情報ＤＢ４３には下記の表２７に示す容器・物品対応情報が格納される。

これにより、複数の容器ＩＤおよび複数の物品ＩＤが読めてしまう環境でも、容器ＩＤと、その容器６０に収納された物品７０の物品ＩＤとを一意に紐付けることができる。また、物品７０が容器６０に収納された時刻を正確に、かつロガー８０の開始ボタンを押すなどをせずに記録することができる。
以上説明した図１５において、サーバが実行する処理のうち、端末との間の通信は通信部４１が実行し、サーバ内の処理は管理部４０内の容器・物品情報管理部４２ａが実行する。つまり、通信部４１および容器・物品情報管理部４２ａが請求項２における取得手段に対応し、容器・物品情報管理部４２ａが請求項２における紐付け手段に対応する。

《着荷側の紐付け処理および良否判定処理》
図１６は、着荷側の紐付け処理の手順の一部を示すフローチャートである。また、図１７は、着荷側の紐付け処理の手順の残りの部分および良否判定処理の手順を示すフローチャートである。

ここで、着荷側の紐付け処理は、第１の実施形態と同様に、着荷側で容器ＩＤと、物品ＩＤを紐付ける処理、すなわち、着荷側で蓋６１を開けたどの容器にどの物品が収納されていたかを表す情報をサーバ４０に登録する処理である。また、良否判定処理は、第２の実施形態に特有の処理であり、保管条件と環境情報とを比較して、運搬中の容器６０内の環境の良否を判定する処理である。

受入担当者は、容器６０が到着する前に、着荷予定の物品数または容器数をサーバ４０に問い合わせるため、端末１０−２から配送数送信指示を送信する（ステップＳ１６１）。

サーバ４０は、配送数送信指示を受信すると（ステップＳ１６２）、容器・物品情報ＤＢ４３から物品数または容器数を読み出し、端末１０−２へ送信する（ステップＳ１６３）。端末１０−２は、配送数を受信し、未検出数としてメモリ（ＲＡＭ１０２）に格納する（ステップＳ１６４）。ここでは、下記の表２８に示す物品数（＝１２）または容器数（＝３）が格納されたものとする。

次に端末１０−２は、受信回数を０に設定し（ステップＳ１６５）、着荷区域にある容器６０および物品７０に対して、容器物品情報の送信指示を行う（ステップＳ１６６）。容器物品情報の送信指示を受信した容器６０、物品７０は（ステップＳ１６７）、端末１０−２に対して、容器物品情報を送信する（ステップＳ１６８）。端末１０−２は、容器物品情報を受信し、メモリに格納する（ステップＳ１６９）。

ただし、まだ受入担当者が容器６０の蓋６１を開けていないため、端末１０−２と通信可能な容器６０（厳密にはロガー８０）、物品７０（厳密にはＲＦＩＤタグ７１）が存在しないため、容器物品情報は下記の表２９に示すように空白となる。

端末１０−２は、受信回数に１を加える（ステップＳ１７０）。この結果、受信回数は１となる。次に端末１０−２は、受信した容器物品情報（空白）、および受信回数（＝１）、ならびに現在時刻をサーバ４０へ送信する（ステップＳ１７１）。

サーバ４０は、容器物品情報、受信回数、および現在時刻を受信し、メモリ（ＲＡＭ４０２）に格納する（ステップＳ１７２）。次にサーバ４０は、受信回数が１であるか１より大きいかを判定する（ステップＳ１７３）。ここでは、受信回数が１であるため、端末１０−２に対して、容器物品情報の取得（ステップＳ１６６の実行）を指示する。

受入担当者は、容器６０の蓋６１を開ける。この結果、端末１０−２は、容器６０および物品７０と通信可能になる。したがって、端末１０−２が容器６０、物品７０に対して、容器物品情報の送信指示を行うと（ステップＳ１６６）、容器６０、物品７０は、容器物品情報送信指示を受信し（ステップＳ１６７）、それぞれが保持している容器物品情報を端末１０−２へ送信する（ステップＳ１６８）。ここでは、下記の表３０に示す容器物品情報が送信されたものとする。

この表に示す容器物品情報の場合、容器ＩＤ＝Ｌ００００１の容器６０の蓋６１が開き、その内部に物品ＩＤ＝Ｂ００００１，Ｂ００００２，Ｂ００００３，Ｂ００００４の物品が収納されていたことになる。

端末１０−２は、容器物品情報を受信し（ステップＳ１６９）、受信回数に１を加え（ステップＳ１７０）、容器物品情報、受信回数、および現在時刻（2015/09/18/15:23）をサーバ４０へ送信する（ステップＳ１７１）。サーバ４０は、容器物品情報、受信回数、および現在時刻を受信し、メモリに格納する（ステップＳ１７２）。

次にサーバ４０は、受信回数が１であるか１より大きいかを判定する（ステップＳ１７３）。今回は受信回数が２であるため、前回取得した容器物品情報と今回新たに取得した容器物品情報とを比較する（ステップＳ１７４）。

そして、比較の結果、新たに読めた容器物品情報を抽出する（ステップＳ１７５）。
ここでは、表２９に示す容器物品情報と表３０に示す容器物品情報の差分の容器物品情報、すなわち表３０に示す容器物品情報が抽出される。

次にサーバ４０は、抽出された容器物品情報の中から、容器の判別コード（＝１）を持つ容器物品情報を抽出する（ステップＳ１７６）。ここでは、下記の表３１に示す容器物品情報が抽出される。

次にサーバ４０は、ステップＳ１７６で抽出された容器物品情報の中に、容器の判別コードを有する容器物品識別情報、換言すれば判別コードが１の容器物品情報があるか否かを判定する（ステップＳ１７７）。

ここでは、表３１に示す容器物品対応表が抽出されたので、判別コードが１の容器物品情報があったものと判定され、ステップＳ１７８に進んで、容器ＩＤと物品ＩＤを紐付けし（ステップＳ１７８）、紐付け結果と着荷時刻を容器・物品対応表として容器・物品情報ＤＢ４３に追記する（ステップＳ１７９）。これにより、下記の表３２に示す容器・物品対応表が作成され、容器・物品情報ＤＢ４３に格納される。

一方、判別コードが１の容器物品情報がなかった場合は、再度、端末１０−２に対して、容器物品情報の取得（ステップ１６６の実行）を指示する。

サーバ４０は、ステップＳ１７９を実行した後、未検出の物品数または容器数を算出し（ステップＳ１８０）、未検出数が０であるか正であるかを判定する（ステップＳ１８１）。

ここでは、前回の未検出数が表２８に示すものであり、今回の検出数が表３０より下記の表３３となる。

したがって、現在の未検出数は下記の表３４のようになる。

このため、未検出数が正と判定され、サーバ４０は、再度、端末１０−２に対して、容器物品情報の取得（ステップ１６６の実行）を指示する。

着荷予定の全ての物品７０または容器６０が検出されると、未検出数が０と判定されるので、サーバ４０は、端末１０−２に対して、紐付け完了の通知を送信する（ステップＳ１８２）。端末１０−２は、紐付け完了の通知を受信し、表示する（ステップＳ１８３）。紐付けの完了により、下記の表３５に示す容器・物品対応表が容器・物品情報ＤＢ４３に記録される。ここまでが紐付け処理である。

以上説明した図１６において、サーバが実行する処理のうち、端末との間の通信は通信部４１が実行し、サーバ内の処理は管理部４０内の容器・物品情報管理部４２ａが実行する。つまり、通信部４１および容器・物品情報管理部４２ａが請求項２における取得手段に対応し、容器・物品情報管理部４２ａが請求項２における紐付け手段に対応する。

次に良否判定処理について説明する。
サーバ４０は、端末１０−２に対して、環境情報の送信指示を行う（ステップＳ１８４）。端末１０−２は、検出された容器６０に対して、環境情報の送信指示を行い（ステップＳ１８５）、容器６０（厳密にはロガー８０）は、環境情報の送信指示を受信し（ステップＳ１８６）、環境情報を端末１０−２へ送信する（ステップＳ１８７）、端末１０−２は、環境情報を受信し、サーバ４０へ送信する（ステップＳ１８８）。

サーバ４０は、環境情報を受信し（ステップＳ１８９）、環境情報ＤＢ４５に格納する（ステップＳ１９０）。下記の表３６に環境情報の一例を示す。

次にサーバ４０は、容器・物品対応表（表３５）に出荷時刻を追記する（ステップＳ１９１）。下記の表３７は出荷時刻が追記された容器・物品対応表である。

次にサーバ４０は、容器・物品対応表の出荷時刻から着荷時刻までの環境情報（ここでは容器６０内の温度温度）の最大値と最小値を求め、容器・物品対応表に追記する（ステップＳ１９２）。下記の表３８に測定温度の最大値と最小値が追記された容器・物品対応表の一例を示す。

次にサーバ４０は、物品保管情報ＤＢ４４から物品保管条件（表１８）を抽出し（ステップＳ１９３）、容器物品情報と照合して、環境条件の上限値と下限値を容器・物品表に追記する（ステップＳ１９４）。下記の表３９に環境条件(ここでは容器６０内の温度)の最大値と最小値が追記された容器・物品対応表の一例を示す。

次にサーバ４０は、環境情報と保管条件とを比較して良否判定を行い（ステップＳ１９５、Ｓ１９６）、判定結果（ＯＫ、ＮＧ）を容器・物品対応表に追記するとともに、端末１０−２に通知（送信）する（ステップＳ１９７、Ｓ１９８）。下記の表４０に判定結果が追記された容器・物品対応表の一例を示す。

端末１０−２は、通知された判定結果を表示する（ステップＳ１９９、Ｓ２００）。これによって、容器６０と物品７０との紐付け、物品７０の容器６０内の保管期間、および保管結果を容易に管理することができる。なお、ステップＳ１８２、Ｓ１８３は省略してもよい。
以上説明した図１７において、サーバが実行する処理のうち、端末との間の通信は通信部４１が実行し、サーバ内の処理は管理部４０内の環境情報管理部４２ｃが実行する。つまり、通信部４１および環境情報管理部４２ｃが請求項３における環境情報取得手段に対応し、環境情報管理部４２ｃが請求項３における紐付け手段、および請求項４における判定手段に対応する。

［第３の実施形態］
本発明の第３の実施形態に係る物品管理システムは、本発明の第１の実施形態に係る物品管理システムにおいてサーバ４０で実行していた処理のうち、着荷側での紐付け処理の最初のステップである配送数送信指示を受信するステップと、配送数送信を行うステップ以外のステップを端末１０で行うようにしたものである。

したがって、本発明の第３の実施形態に係る物品管理システムの全体構成は第１の実施形態（図１）と同じである。また、端末１０およびサーバ４０のハードウェア構成も第１の実施形態（図２、図３）と同じである。一方、端末１０とサーバ４０の機能構成は、第１の実施形態のサーバ４０(図５)内の配送情報管理部４２ｄおよび配送情報ＤＢ４６以外を端末１０に設けた構成となる。つまり、本実施形態では、端末１０内の情報入力部１１および情報送受信部１２が本発明における取得手段に対応し、情報処理部１５が本発明における判別手段および紐付け手段に対応する。

〈物品管理システムの動作〉
以上の構成を備えた物品管理システムの詳細な動作について、「判別コードの登録処理」、「容器物品情報の登録処理」、「出荷側の紐付け処理」、「着荷側の紐付け処理」の順に説明する。

《判別コードの登録処理》
図１８は、判別コードの登録処理の手順を示すフローチャートである。
端末１０−１は、例えば受入担当者により決定された判別コードが入力されると（ステップＳ２０１）、入力された判別コードを記録（メモリに格納）する（ステップＳ２０２）。ここで、登録される判別コードは第１の実施形態（表１）と同じものとする。

《容器物品情報の登録処理》
図１９は、容器物品情報の登録処理の手順を示すフローチャートである。
この図において、ステップＳ２１１〜Ｓ２１８は、図７（第１の実施形態）におけるステップＳ１１〜Ｓ１８と同じである。

次のステップＳ２１９では、端末１０−１は、容器物品情報をメモリに記録し、記録完了を表示する。このとき記録された容器物品情報は表２（第１の実施形態）と同じものである。

《出荷側の紐付け処理》
図２０は、出荷側の紐付け処理の手順を示すフローチャートである。
この図において、ステップＳ２２１〜Ｓ２２６は、図８（第１の実施形態）におけるステップＳ２１〜Ｓ２６と同じである。また、ステップＳ２２７〜Ｓ２３４は、動作の主体がサーバ４０ではなく、端末１０−１であること以外は図８におけるステップＳ２９〜Ｓ３６と同じである。

端末１０−１およびサーバ４０は、ステップＳ２３４で「なし」と判定されるまで、ステップＳ２２２以降の処理を繰り返す。そして、「なし」と判定された場合、紐付け完了を表示する（ステップＳ２３５）。

《着荷側の紐付け処理》
図２１は、着荷側の紐付け処理の手順を示すフローチャートである。
この図において、ステップＳ２４１〜Ｓ２５０は、図９（第１の実施形態）におけるステップＳ４１〜Ｓ５０と同じである。また、ステップＳ２５１〜Ｓ２５８は、動作の主体がサーバ４０ではなく、端末１０−２であること以外は図９におけるステップＳ５３〜Ｓ６０と同じである。

端末１０−２は、ステップＳ２５８で未検出数が０と判定されるまで、ステップＳ２４６以降の処理を繰り返す。そして、未検出数が０と判定されたら、紐付け完了を表示する（ステップＳ２５９）。

以上詳細に説明したように、本発明の各実施形態に係る物品管理システムによれば、容器の蓋の開閉状態の変化に応じて、読取可能から読取不能に変化した容器識別情報と物品識別情報、または読取不能から読取可能に変化した容器識別情報と物品識別情報とを紐付けて保持するので、複数の容器ＩＤおよび複数の物品ＩＤが読めてしまう環境でも、容器ＩＤと、その容器ＩＤを有する容器に収納された物品の物品ＩＤとを一意に紐付けることができる。
また、第２の実施形態に係る物品管理システムによれば、上記の効果に加えて、物品が容器に収納された時刻を正確に、かつロガーの開始ボタンを押すなどをせずに記録することができる。
また、第２の実施形態に係る物品管理システムによれば、ロガーで測定した環境情報（温度）と保管条件とに基づいて、良否判定を行うことができる。
また、第３の実施形態に係る物品管理システムによれば、第１の実施形態に係る物品管理システムのサーバで実施する処理の大部分を端末で実行するので、端末とサーバとの間の通信量を低減することができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。下記（１）〜（８）に変形例を示す。

（１）第１の実施形態において、容器・物品対応表に時刻情報を追加する。これにより、サーバ４０では、出荷時刻および着荷時刻を管理することができる。
（２）第２の実施形態において、環境情報として湿度情報を追加する。
（３）端末１０としてＧＰＳ受信機などの位置情報取得手段を有するものを使用し、端末１０からサーバ４０へ容器物品情報とともに位置情報を送信する。これにより、サーバ４０は、出荷場所および着荷場所を記録することができる。
（４）端末１０と容器６０および物品７０との間の通信を電波の代わりに赤外線などの光や、超音波を用いる。
（５）容器６０の外側にＲＦＩＤタグを取り付け、容器６０の開閉等によりＲＦＩＤタグと端末１０の無線通信が遮蔽される工夫、例えば、容器６０の蓋をスライドさせることにより容器６０の外側に取り付けられたＲＦＩＤタグを蓋で覆うといった構成にしてもよい。これにより、着荷時にいくつの容器が存在しているかを容易に把握することができる。
（６）ＲＦＩＤタグの代わりにBluetooth（登録商標）などにより無線通信を行う無線通信タグを使用し、端末１０にＲＦＩＤ通信回路１１０に代えてBluetooth（登録商標）などの無線通信回路を設け、Bluetooth（登録商標）などにより容器物品情報などの送受信を行う。
（７）容器６０の内面および物品７０の外面にバーコードやＱＲコード（登録商標）などのコードタグを付加し、端末１０のカメラ１０９により撮影し、画像認識を行うことにより、容器物品情報を取得する。この場合、容器６０および蓋６１は光を通さない材料で構成されていればよく、電波遮蔽性は不要である。
（８）容器６０および蓋６１として、電波遮蔽性を有する包囲部材を有するものではなく、一般的なプラスチック製とする。蓋６１を閉じると端末１０における受信電波強度が低下するので、予め設定しておいた閾値との比較により、蓋６１が閉じたことを検出する。

１０−１…出荷側の端末、１０−２…着荷側の端末、３０…通信ネットワーク、３１…無線基地局、４０…サーバ、４３…容器・物品情報ＤＢ、６０…容器、６１…蓋、６２，７１…ＲＦＩＤタグ、７０…物品、８０…ロガー。

特開２０１１−２５５９４２号公報 特開２００８−１４０１４６号公報

Claims (7)

1. 物品が保持する物品識別情報と、開閉部を有する容器が保持する容器識別情報とをそれぞれ取得する取得手段と、
   前記取得手段が取得した前記物品識別情報と前記容器識別情報とが、過去の取得時から追加または削減がないかを判別する判別手段と、
   前記判別手段の結果に応じた前記物品識別情報と前記容器識別情報とを紐付けて記憶する紐付け手段と、
   を備えた物品管理装置と、
   前記物品と前記容器とに対し、前記物品識別情報と前記容器識別情報とを取得するための送信指示を送信することで取得された前記物品識別情報と前記容器識別情報とに応じた判別情報を、前記物品および容器のそれぞれに送信する送受信部を備えた端末装置と、
   を有する物品管理システム。
2. 請求項１に記載の物品管理システムにおいて、
   前記取得手段は、前記物品識別情報または前記容器識別情報を取得した時刻を示す時刻情報も取得し、
   前記紐付け手段は、前記物品識別情報と前記容器識別情報を紐付ける際に該時刻情報も紐付ける物品管理システム。
3. 請求項１または２に記載の物品管理システムにおいて、
   前記容器内の環境情報を取得する環境情報取得手段を有し、
   前記紐付け手段は、前記物品識別情報と前記容器識別情報を紐付ける際に、前記物品識別情報に前記環境情報も紐付ける物品管理システム。
4. 請求項３に記載の物品管理システムにおいて、
   前記環境情報が前記物品に対して設定された所定の保管条件を満たしているかを判定する判定手段を有する物品管理システム。
5. 請求項１乃至４のいずれか一項に記載の物品管理システムにおいて、
   前記取得手段は、前記物品および前記容器内に取り付けられた無線通信タグが保持する前記物品識別情報または前記容器識別情報を取得する物品管理システム。
6. 請求項１乃至５のいずれか一項に記載の物品管理システムにおいて、
   前記取得手段は、前記物品および前記容器が保持するコードタグを撮像した撮像画像より前記物品識別情報と前記容器識別情報を取得する物品管理システム。
7. 物品管理装置が、物品が保持する物品識別情報と、開閉部を有する容器が保持する容器識別情報とをそれぞれ取得する取得工程と、
   前記物品管理装置が、前記取得工程で取得した前記物品識別情報と前記容器識別情報とが、過去の取得時から追加または削減がないかを判別する判別工程と、
   前記物品管理装置が、前記判別工程の結果に応じた前記物品識別情報と前記容器識別情報とを紐付けて記憶する紐付け工程と、
   端末装置が、前記物品と前記容器とに対し、前記物品識別情報と前記容器識別情報とを取得するための送信指示を送信する送信指示工程と、
   前記端末装置が、前記送信指示を送信することで取得された前記物品識別情報と前記容器識別情報とに応じた判別情報を、前記物品および容器のそれぞれに送信する判別情報送信工程と、
   を有する物品管理方法。

Images