JP7737270B2

JP7737270B2 - 物品管理システム、方法及び情報処理装置

Info

Publication number: JP7737270B2
Application number: JP2021144169A
Authority: JP
Inventors: 俊文北村
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2021-09-03
Filing date: 2021-09-03
Publication date: 2025-09-10
Anticipated expiration: 2041-09-03
Also published as: JP2023037419A; WO2023032440A1; US20240193670A1

Description

本開示は、物品管理システム、方法及び情報処理装置に関する。

ＲＦＩＤ（Radio Frequency IDentification）は、タグとも呼ばれる小型のデバイス内に埋め込まれた情報を近距離無線通信によって外部のリーダから読取ることを可能にする技術である。例えば、一意な識別情報を埋め込んだＲＦＩＤタグを物品に付しておくことで、物品の在庫及び流通の管理において物品の所在を効率的に把握することが可能となり、管理下にある物品の情報を可視化することも容易となる。なかでも、リーダから放射される電磁波のエネルギーを利用して情報を送信するパッシブ型ＲＦＩＤタグは、バッテリが不要であるために製造コストが安く、また半永久的に動作できることから、在庫及び流通の管理のみならず様々な場面での活用が広がっている。

特許文献１は、物品の在庫の管理のためにＲＦＩＤタグを活用するシステムの一例を開示している。特許文献１のシステムは、例えば、入荷、出荷及び棚卸しのタイミングで、物品に付されているＲＦＩＤタグからリーダ（スキャナともいう）で読取られた情報をサーバに集めて処理することにより、在庫の状況を簡易に判定することができる。

特開２００２－１５０２４１号公報

在庫又は流通の管理のような、情報の更新に信頼性が求められる場面でＲＦＩＤ技術を活用しようとする場合、タグリーダによるタグ読取りの簡便性と読取結果に基づく情報の更新の信頼性との間のトレードオフが時折問題となる。例えば、取引の相手先へ出荷される物品の確認、又は相手先から入荷した物品の検収が行われる場所で、複数のユーザがタグリーダを携帯して活動しているものとする。各タグリーダが常時動作していれば、ユーザがタグリーダの操作を意識せずとも、ＲＦＩＤタグからのタグ読取りの結果が経時的に蓄積される。こうした読取結果の中には、情報の更新を引き起こすべきものとそうではないものとが混在し、システムがそれらを区別することは容易ではない。情報の更新が行われるべき時だけタグリーダを動作させるのであればこうした不都合は生じないが、その場合、タグリーダのオン／オフを繰り返す作業の煩雑さや、稼働しているべきタイミングでタグリーダがオフのままであるミスの虞が別の問題として生じる。

本発明は、上述した点に鑑み、タグ読取りの結果に基づく物品の管理状況の更新の信頼性を向上させようとするものである。

ある観点によれば、物品管理システムであって、無線デバイスから当該無線デバイスに記憶されている識別情報を読取可能な読取装置と、ユーザによる作業の対象とされる１つ以上の物品のリスト、各物品の位置情報、及び各物品の前記作業に関するステータスを、データベースにおいて管理する管理部と、前記リストに含まれる第１物品に付され、前記第１物品に関連付けられる第１識別情報を記憶している第１無線デバイスと、を含み、前記読取装置は、読取レンジ内の無線デバイスからの情報の読取りを周期的に試行し、前記管理部は、前記読取装置から前記読取りの試行の結果を示す読取結果データを受信して、前記読取結果データに基づいて前記位置情報を更新し、前記管理部は、前記物品管理システムへ第１ユーザがログインし、前記リストに関する前記作業の開始を表す第１のユーザ操作が検知された状態で、前記読取結果データに基づいて前記読取装置が前記第１無線デバイスから前記第１識別情報を読取ったと判定される場合に、前記第１物品の前記ステータスを更新する、物品管理システムが提供される。対応する方法及び情報処理装置もまた提供される。

本発明によれば、タグ読取りの結果に基づく物品の管理状況の更新の信頼性が向上する。

一実施形態に係る物品管理システムの構成の一例を示す模式図。一実施形態に係るタグリーダの構成の一例を示すブロック図。一実施形態に係るユーザ端末の構成の一例を示すブロック図。一実施形態に係る管理サーバの構成の一例を示すブロック図。一実施形態に係る物品テーブル及び場所テーブルの構成の例を示す説明図。一実施形態に係るリーダテーブル、ユーザテーブル及び読取結果テーブルの構成の例を示す説明図。一実施形態に係る作業テーブルの構成の一例を示す説明図。一実施形態に係る作業明細テーブルの構成の一例を示す説明図。管理サーバにより提供されるＧＵＩ（Graphic User Interface）のメニュー画面の一例について説明するための説明図。一実施形態に係る出荷リストの登録のための画面の一例について説明するための説明図。出荷前確認のために提供される画面の遷移の例について説明するための第１の説明図。出荷前確認のために提供される画面の遷移の例について説明するための第２の説明図。出荷前確認のために提供される画面の遷移の例について説明するための第３の説明図。基本的なステータス更新条件について説明するための説明図。追加的なステータス更新条件の一例について説明するための説明図。追加的なステータス更新条件の他の例について説明するための説明図。管理サーバにより実行されるステータス更新処理の流れの一例を示すフローチャート。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

＜１．システムの概要＞
図１は、一実施形態に係る物品管理システム１の構成の一例を示す模式図である。ここでは、物品管理システム１は、物品の出荷前の確認及び入荷した物品の検収といった作業のステータスを管理するためのシステムである。なお、本開示に係る技術は、かかる例に限定されず、物品管理に関するステータスの更新を伴う多様な用途に適用されてよい。物品は、無生物（例えば、機械、機器、器具、資材、消費財、部品、車両又はロボット）であっても生物（例えば、動物又は植物）であってもよい。

図１には、物品管理システム１の管理下にある２つの場所１０ａ及び１０ｂが示されている。場所１０ａには、ユーザ２０ａ、並びに、物品３０ａ、３０ｂ及び３０ｃが存在している。場所１０ｂには、ユーザ２０ｂ、並びに、物品３０ｄが存在している。ユーザ２０ａ及び２０ｂは、場所１０ａ及び１０ｂ（並びに他の場所）の間を自在に移動し得る。

物品管理システム１は、物品管理の目的のために、タグとも呼ばれる無線デバイスを活用する。本実施形態では、物品管理システム１は、３種類のタグを含む。第１の種類のタグ（第１無線デバイス）は、物品管理システム１において管理される物品の各々に付される物品タグである。第２の種類のタグ（第２無線デバイス）は、ユーザにより携帯されるユーザタグである。第３の種類のタグ（第３無線デバイス）は、物品管理システム１においてユーザによる作業が行われる場所の各々に設置される位置タグである。

図１の例では、場所１０ａ及び１０ｂに、それぞれ位置タグ４０ａ及び４０ｂが設置されている。位置タグ４０ａ及び４０ｂの各々の設置位置は、固定的であってもよく、又は変更可能であってもよい。場所そのものが移動する場合（例えば、作業現場の移動）には、場所の移動に伴って位置タグも移設されてよい。物品３０ａ、３０ｂ、３０ｃ及び３０ｄには、それぞれ物品タグ５０ａ、５０ｂ、５０ｃ及び５０ｄが付されている。各物品タグは、対応する物品の移動に伴って移動する。ユーザ２０ａはユーザタグ６０ａを、ユーザ２０ｂはユーザタグ６０ｂを携帯している。ユーザタグ６０ａ及び６０ｂは、例えば社員証又は入館証のようなＩＣカード型のデバイスであってもよい。なお、本明細書において、ユーザが何らかの対象を携帯するとの表現は、ユーザがその対象と共に移動する様々な態様（例えば、対象を保持し又は装着した状態で移動するなど）を広く包含するものとする。

以下の説明において、場所１０ａ及び１０ｂを相互に区別する必要のない場合には、符号の末尾のアルファベットを省略することにより、これらを場所１０と総称する。物品３０（物品３０ａ、３０ｂ、...）、位置タグ４０（４０ａ、４０ｂ、...）、物品タグ５０（物品タグ５０ａ、５０ｂ...）、ユーザタグ６０（ユーザタグ６０ａ、６０ｂ...）、並びに他の要素についても同様である。物品管理システム１において管理される場所１０の数及び物品３０の数は、図１に示した例に限定されず、いかなる数であってもよい。同様に、物品管理システム１を利用するユーザ２０の人数もまた、図１に示した例に限定されず、いかなる数であってもよい。

本実施形態において、位置タグ４０、物品タグ５０及びユーザタグ６０といったタグの各々は、パッシブ型のＲＦＩＤタグ（パッシブタグ）であるものとする。パッシブタグは、メモリを内蔵する小型のＩＣ（Integrated Circuit）チップ、及びアンテナで構成され、メモリ内に当該タグを識別する識別情報及びその他の情報を記憶する。本明細書では、識別情報を単にＩＤ、タグを識別する識別情報をタグＩＤともいう。なお、タグＩＤは、タグが付された対象を識別する情報であるとみなされてもよい。パッシブタグのＩＣチップは、タグリーダから放射される電磁波のエネルギーを利用して動作し、メモリ内に記憶されているタグＩＤ及びその他の情報を情報信号へと変調して、情報信号をアンテナから送信（返送）する。

図１の例では、物品タグ５０ａ、５０ｂ、５０ｃ及び５０ｄは、タグ内に埋め込まれた固有のタグＩＤ５１ａ、５１ｂ、５１ｃ及び５１ｃをそれぞれ有する。各物品タグ５０のタグＩＤ５１（第１識別情報）は、後述するデータベースにおいて、当該物品タグ５０が付された物品３０に関連付けられる。ユーザタグ６０ａ及び６０ｂもまた、タグ内に埋め込まれた固有のタグＩＤをそれぞれ有する。各ユーザタグ６０のタグＩＤ（第２識別情報）は、当該ユーザタグ６０を携帯するユーザ２０に関連付けられる。位置タグ４０ａ及び４０ｂもまた、タグ内に埋め込まれた固有のタグＩＤをそれぞれ有する。各位置タグ４０のタグＩＤ（第３識別情報）は、当該位置タグ４０が設置された場所に関連付けられる。

なお、他の実施形態において、各タグは、アクティブ型のＲＦＩＤタグであってもよい。各タグが内蔵するバッテリからの電力を利用して能動的に（例えば、周期的に）情報を周囲へ送信する場合、当該タグはビーコンタグと呼ばれてもよい。また別の実施形態において、各タグは、リーダからの信号に応答して、例えばＮＦＣ（Near Field Communication）方式又はBluetooth（登録商標）方式で情報を返送する無線デバイスであってもよい。各タグは、ＩＣタグ、ＩＣカード又はレスポンダなど、いかなる名称で呼ばれてもよい。

ユーザ２０ａは、ユーザタグ６０ａに加えて、タグリーダ１００ａ及びユーザ端末１６０ａを携帯する。ユーザ２０ｂは、ユーザタグ６０ｂに加えて、タグリーダ１００ｂ及びユーザ端末１６０ｂを携帯する。タグリーダ１００及びユーザ端末１６０は、ユーザ２０により携帯される携帯システムを構成するとみなされてもよい。物品管理システム１は、こうした携帯システムと、管理サーバ２００とを含む。タグリーダ１００及びユーザ端末１６０の一方又は双方、及び管理サーバ２００は、ネットワーク５へ接続される。ネットワーク５は、有線ネットワーク、無線ネットワーク、又はそれらの任意の組合せであってよい。ネットワーク５の例は、インターネット、イントラネット及びクラウドネットワークを含み得る。

タグリーダ１００は、ＲＦＩＤタグなどの無線デバイスから当該無線デバイスに記憶されている情報を読取可能な読取装置である。タグリーダ１００は、例えば、物品３０に付された物品タグ５０からタグＩＤ５１を読取ることにより、物品３０を検知することができる。タグリーダ１００は、周期的に又はユーザ操作などの何らかのトリガに応じて読取りを実行し、タグ読取結果を管理サーバ２００へ送信する。タグリーダ１００は、管理サーバ２００と直接的に通信可能であってもよく、又は何らかの中継装置（例えば、ユーザ端末１６０）を介して間接的に管理サーバ２００と通信可能であってもよい。タグリーダ１００の具体的な構成の一例について、後にさらに説明する。

ユーザ端末１６０は、例えば、ノートブックＰＣ（Personal Computer）、タブレットＰＣ、スマートフォン又はスマートウォッチといった、任意の種類の端末装置であってよい。ユーザ端末１６０は、物品管理システム１によるユーザ２０とのインタラクションのために利用され得る。ユーザ端末１６０の具体的な構成の一例について、後にさらに説明する。

管理サーバ２００は、複数の物品３０の作業に関するステータス、位置情報及びその他の情報をデータベースにおいて管理する情報処理装置である。管理サーバ２００は、例えば、高性能な汎用コンピュータを用いて、アプリケーションサーバ、データベースサーバ又はクラウドサーバとして実装されてよい。管理サーバ２００は、タグリーダ１００からタグ読取結果を受信し、受信したタグ読取結果に基づいてデータベースを更新する。管理サーバ２００の具体的な構成の一例について、後にさらに説明する。

図１には単一の管理サーバ２００を示しているが、後に詳しく説明する管理サーバ２００の機能は、単一の装置により提供されてもよく、又は物理的に別個の複数の装置が相互に連携することにより提供されてもよい。また、本実施形態では、管理サーバ２００がデータベースを保持する例を説明するが、管理サーバ２００とは別個の装置がデータベースの一部又は全部を保持していてもよい。例えば、一部のデータは、無線デバイス、タグリーダ１００又はユーザ端末１６０により保持されてもよい。

なお、図１には、タグリーダ１００及びユーザ端末１６０が物理的に別個の装置である例を示している。しかしながら、例えば、タグリーダ１００が後述するユーザ端末１６０の機能の一部又は全部を有していてもよく、ユーザ端末１６０が後述するタグリーダ１００の機能の一部又は全部を有していてもよい。また、本実施形態において説明する管理サーバ２００の機能がユーザ端末１６０において実現されてもよい。

＜２．タグリーダの構成例＞
図２は、一実施形態に係るタグリーダ１００の構成の一例を示すブロック図である。図２を参照すると、タグリーダ１００は、制御部１１１、記憶部１１２、通信部１１３、測定部１１４、操作部１１５、及び読取部１１６を備える。

制御部１１１は、コンピュータプログラムを記憶するメモリ、及びコンピュータプログラムを実行する１つ以上のプロセッサ（例えば、ＣＰＵ（Central Processing Unit））からなる。制御部１１１は、本明細書で説明するタグリーダ１００の機能全般を制御する。例えば、制御部１１１は、読取部１１６にタグ読取レンジ内のＲＦＩＤタグの読取りを実行させ、読取られた情報、読取時刻、及び信号の受信レベルを、読取結果データとして記憶部１１２に一時的に記憶させる。また、制御部１１１は、ＲＦＩＤタグの読取りと並行して、測定部１１４にタグリーダ１００の位置を測定させ、その測定結果を記憶部１１２に記憶させる。そして、制御部１１１は、記憶部１１２に記憶されている読取結果データ及び測定結果データを、自装置を識別するリーダ識別情報（リーダＩＤともいう）と共に、通信部１１３を介して管理サーバ２００へ送信する。

記憶部１１２は、例えば、ＲＯＭ（Read Only Memory）若しくはＲＡＭ（Random Access Memory）などの半導体メモリ、光ディスク、又は磁気ディスクといった、任意の種類の記憶媒体を含んでよい。本実施形態において、記憶部１１２は、上述した読取結果データ、測定結果データ、及びタグリーダ１００のリーダＩＤを記憶する。

通信部１１３は、タグリーダ１００が管理サーバ２００と通信するための通信インタフェースである。例えば、通信部１１３は、ＷＬＡＮ（Wireless Local Area Network）アクセスポイントと通信するＷＬＡＮインタフェース、又はセルラー基地局と通信するセルラー通信インタフェースであってもよい。また、通信部１１３は、中継装置との接続用の接続インタフェース（例えば、Bluetooth（登録商標）インタフェース又はＵＳＢ（Universal Serial Bus）インタフェース）であってもよい。

測定部１１４は、タグリーダ１００の位置を測定可能なユニットである。本実施形態において、測定部１１４は、ＰＤＲ（Pedestrian Dead Reckoning）とも呼ばれる自己位置推定技術を用いて、ある基準位置からのタグリーダ１００の相対的な移動量を測定して、測定した移動量を制御部１１１へ出力する。相対移動量の測定の基準位置は、例えば、タグリーダ１００が起動された時点のタグリーダ１００の位置であってよい。ＰＤＲを実行するために、測定部１１４は、例えば３軸加速度センサ、ジャイロセンサ及び地磁気センサを含むセンサ群を有していてもよい。後に説明するように、本実施形態において、各位置タグ４０の設置位置の位置座標は、既知であってデータベースに登録されている。したがって、制御部１１１は、ある位置タグ４０が検知された時点から現在時点までの相対移動量と、当該位置タグ４０の既知の位置座標とに基づいて、タグリーダ１００の現在の絶対位置（の位置座標）を推定することができる。

他の実施形態において、測定部１１４は、ＧＰＳ（Global Positioning System）を利用してタグリーダ１００の現在の地理的位置を測定してもよい。また別の実施形態において、測定部１１４は、接続先の基地局又は無線ＬＡＮアクセスポイントの既知の位置座標を利用して現在位置を推定する基地局測位又は無線ＬＡＮ測位を行ってもよい。

操作部１１５は、ユーザ操作を検知ける。操作部１１５は、例えば、タグリーダ１００の筐体に配設されるボタン、スイッチ又はレバーのような物理的な入力デバイスを含む。操作部１１５は、入力デバイスを介してユーザ２０による操作を検知し、操作信号を制御部１１１へ出力する。また、操作部１１５は、マイクロフォンのような音声入力インタフェースを含んでもよい。

読取部１１６は、上述した位置タグ４０、物品タグ５０及びユーザタグ６０といったタグの各々から当該タグが記憶している情報を読取可能なユニットである。図２を参照すると、読取部１１６は、ＲＦコントローラ１２０、パワーアンプ１２１、フィルタ１２２、第１カプラ１２３、第２カプラ１２４、アンテナ１２５、電力検知部１２６及びキャンセラ１２７を含む。ＲＦコントローラ１２０は、制御部１１１による制御に従って、ＴＸ端子からパワーアンプ１２１へ送信信号（例えば、ＵＨＦ帯で変調された信号）を出力する。パワーアンプ１２１は、ＲＦコントローラ１２０から入力された送信信号を増幅して、フィルタ１２２へ出力する。ここでの送信信号の増幅率は可変的に制御可能であってもよく、増幅率がより高いほどタグリーダ１００から放射される電磁波の出力強度は高められる。フィルタ１２２は、例えばローパスフィルタであってよく、パワーアンプ１２１による増幅後の送信信号の不要な周波数成分を除去する。第１カプラ１２３は、フィルタ１２２を通過した送信信号をカプラ１２４及び電力検知部１２６へ分配する。第２カプラ１２４は、第１カプラ１２３から入力される送信信号をアンテナ１２５へ出力し、及びアンテナ１２５から入力される受信信号をＲＦコントローラ１２０へ出力する。アンテナ１２５は、カプラ１２４から入力される送信信号を空中へ電磁波として送信する。また、アンテナ１２５は、送信信号への応答としてタグリーダ１００の読取レンジ内に存在するＲＦＩＤタグから返送される信号を受信し、受信信号をカプラ１２４へ出力する。一例として、アンテナ１２５は、全方向アンテナであってもよい。他の例として、アンテナ１２５は、ビーム方向を可変的に制御可能な指向性アンテナであってもよい。電力検知部１２６は、第１カプラ１２３から入力される信号の電力レベルを検知し、検知した電力レベルを示す信号ＲＦ＿ＤＥＴＥＣＴを制御部１１１へ出力する。キャンセラ１２７は、搬送波の電力レベルを示す信号ＣＡＲＲＩＥＲ＿ＣＡＮＣＥＬを制御部１１１から受け付ける。そして、キャンセラ１２７は、ＣＡＲＲＩＥＲ＿ＣＡＮＣＥＬに基づき、アンテナ１２５からの受信信号の搬送波成分を第２カプラ１２４にてキャンセルすることにより、ＲＦコントローラ１２０のＲＸ端子へ出力されるべき受信信号の所望の信号成分を抽出する。ＲＦコントローラ１２０は、ＲＸ端子から入力される信号を復調して、ＲＦＩＤタグから返送されたタグＩＤその他の情報を取得し、取得した情報を制御部１１１へ出力する。また、ＲＦコントローラ１２０は、ＲＸ端子から入力される信号の受信レベル（受信強度ともいう）を測定し、測定結果を制御部１１１へ出力する。

本実施形態において、読取部１１６によるタグ読取りの試行は、ユーザによる明示的な指示を要することなく、（例えば、毎秒１回など）周期的に行われ得る。通信部１１３から管理サーバ２００へのデータの送信もまた、ユーザによる明示的な指示を要することなく、（例えば、数秒ごとに１回など）周期的に、又はタグ読取りの都度行われ得る。制御部１１１は、冗長なデータの送信を省略して通信の負荷を削減するために、直近の所定の期間内に送信済みのレコードと同一のレコードを、送信されるデータから除外してもよい。制御部１１１は、ＲＦＩＤタグからの受信信号の受信レベルが予め設定される最小検知レベルを上回る場合に、当該ＲＦＩＤタグを検知したと判定して、検知したＲＦＩＤタグについての読取結果データを管理サーバ２００へ送信してもよい。なお、他の実施形態において、読取部１１６によるタグ読取りの試行、及び管理サーバ２００へのデータの送信の一方又は双方が、操作部１１５を介するユーザ入力の検知に応じて行われてもよい。通信部１１３が中継装置を介して間接的に管理サーバ２００と通信する場合、管理サーバ２００へのデータの送信は、通信部１１３と中継装置との間の接続が有効である間にのみ行われてもよい。

＜３．ユーザ端末の構成例＞
図３は、一実施形態に係るユーザ端末１６０の構成の一例を示すブロック図である。図３を参照すると、ユーザ端末１６０は、制御部１６１、記憶部１６２、通信部１６３、接続部１６４、操作部１６５、及び表示部１６６を備える。

制御部１６１は、コンピュータプログラムを記憶するメモリ、及びコンピュータプログラムを実行する１つ以上のプロセッサ（例えば、ＣＰＵ）からなる。制御部１６１は、本明細書で説明するユーザ端末１６０の機能全般を制御する。例えば、制御部１６１は、物品管理システム１において、出荷前確認又は検収などのユーザによる作業が行われる際に、通信部１６３を介して管理サーバ２００へアクセスし、管理サーバ２００により提供されるアプリケーション画面を表示部１６６に表示させる。この画面上で、ユーザ２０は、作業ステータスの更新の開始又は終了を指示し、又はその進捗を確認することができる。管理サーバ２００により提供されるアプリケーション画面のいくつかの例について、後にさらに説明する。

記憶部１６２は、例えば、ＲＯＭ若しくはＲＡＭなどの半導体メモリ、光ディスク、又は磁気ディスクといった、任意の種類の記憶媒体を含んでよい。本実施形態において、記憶部１６２は、例えば、後述する管理サーバ２００から受信される作業関連情報を、画面表示のために一時的に記憶する。

通信部１６３は、ユーザ端末１６０が管理サーバ２００と通信するための通信インタフェースである。例えば、通信部１６３は、ＷＬＡＮインタフェース又はセルラー通信インタフェースであってもよい。

接続部１６４は、ユーザ端末１６０が周辺機器と接続するための接続インタフェースである。例えば、接続部１６４は、Bluetooth（登録商標）インタフェース又はＵＳＢインタフェースであってもよい。ユーザ端末１６０がタグリーダ１００と管理サーバ２００との間の通信を中継する場合、接続部１６４は、タグリーダ１００との通信接続を確立する。

操作部１６５は、ユーザ２０による操作及び情報入力を受付ける。操作部１６５は、例えば、タッチセンサ、キーパッド、キーボード、ボタン又はポインティングデバイスといった入力デバイスを含む。操作部１６５は、入力デバイスを介してユーザ２０による操作を検知し、操作信号を制御部１６１へ出力する。また、操作部１６５は、マイクロフォンのような音声入力インタフェース又は振動を検知するセンサなど、他の種類の入力デバイスをさらに含んでもよい。

表示部１６６は、画像及び情報を表示する。表示部１６６は、例えば、ＬＣＤ（Liquid Crystal Display）又はＯＬＥＤ（Organic Light-Emitting Diode）であってよい。図３には示していないものの、ユーザ端末１６０は、スピーカ及びバイブレータといった、ユーザ２０への報知を行うためのさらなるデバイスを備えていてもよい。

＜４．管理サーバの構成例＞
＜４－１．基本的な構成＞
図４は、一実施形態に係る管理サーバ２００の構成の一例を示すブロック図である。図４を参照すると、管理サーバ２００は、通信部２１０、物品データベース（ＤＢ）２２０及び管理部２３０を備える。

通信部２１０は、管理サーバ２００が他の装置と通信するための通信インタフェースである。通信部２１０は、有線通信インタフェースであってもよく、又は無線通信インタフェースであってもよい。本実施形態において、通信部２１０は、タグリーダ１００及びユーザ端末１６０と通信する。物品ＤＢ２２０は、システムの管理下の複数の物品の各々の作業に関するステータス、位置情報及びその他の情報を記憶するデータベースである。本実施形態において、物品ＤＢ２２０は、物品テーブル３１０、場所テーブル３２０、リーダテーブル３３０、ユーザテーブル３４０、読取結果テーブル３５０、作業テーブル３７０及び作業明細テーブル３８０を含む。管理部２３０は、物品ＤＢ２２０内のデータを管理する管理機能を提供する、複数のソフトウェアモジュールの集合である。個々のソフトウェアモジュールは、管理サーバ２００の１つ以上のプロセッサ（図示せず）がメモリ（図示せず）に記憶されるコンピュータプログラムを実行することにより動作し得る。本実施形態において、管理部２３０は、タグ処理部２３１及び作業管理部２３２を含む。

＜４－２．データ構成例＞
図５（Ａ）及び（Ｂ）は、物品ＤＢ２２０の物品テーブル３１０及び場所テーブル３２０の構成の例をそれぞれ示している。

物品テーブル３１０は、タグＩＤ３１１、物品ＩＤ３１２、名称３１３、種別３１４、場所３１５、及び座標３１６という６つのデータ項目を有する。タグＩＤ３１１は、システムの管理下の物品３０の各々に付された物品タグ５０を一意に識別する識別情報である。タグＩＤ３１１の値は、対応する物品タグ５０が内部で記憶しているタグＩＤの値と同一である。物品ＩＤ３１２は、各物品３０を一意に識別する識別情報である。名称３１３は、各物品３０の名称を表す。図５（Ａ）の例では、物品ＩＤ「ＩＴ０１」、「ＩＴ０２」、「ＩＴ０３」及び「ＩＴ０４」で識別される物品に、それぞれ「物品Ａ」、「物品Ｂ」、「物品Ｃ」及び「物品Ｄ」という名称が与えられている。ここでの「物品Ａ」、「物品Ｂ」、「物品Ｃ」及び「物品Ｄ」は、図１に示した物品３０ａ、３０ｂ、３０ｃ及び３０ｄにそれぞれ対応してよい。種別３１４は、各物品３０が分類される種別を表す。図５（Ａ）の例では、「物品Ａ」及び「物品Ｂ」の種別は「Ｔｙｐｅ１」であり、「物品Ｃ」及び「物品Ｄ」の種別は「Ｔｙｐｅ２」である。各物品３０の名称３１３及び種別３１４の値は、ユーザにより決定され、管理部２３０により提供されるユーザインタフェースを介して事前に登録されてもよい。その代わりに、名称３１３及び種別３１４の値は、物品タグ５０に物品関連情報として記憶され、タグリーダ１００により読取られてもよい。後者の場合、管理サーバ２００は、各物品３０の物品タグ５０からの初回のタグ読取りに応じて、当該物品３０の名称３１３及び種別３１４の値をタグリーダ１００から受信して、物品テーブル３１０に登録し得る。場所３１５は、各物品３０が最後にタグリーダ１００により検知された場所を、当該場所を識別する場所ＩＤで表す。図５（Ａ）の例では、「物品Ａ」、「物品Ｂ」及び「物品Ｃ」は、場所ＩＤ「ＰＬ０１」で識別される場所に存在する。「物品Ｄ」は、場所ＩＤ「ＰＬ０２」で識別される場所に存在する。座標３１６は、各物品３０が位置していると推定される地点の位置座標を表す。場所３１５及び座標３１６の値は、後に説明するように、物品の移動がタグリーダ１００により検知されると、タグ処理部２３１により更新され得る。

場所テーブル３２０は、タグＩＤ３２１、場所ＩＤ３２２、名称３２３、及び座標３２４という４つのデータ項目を有する。タグＩＤ３２１は、システムの管理下の場所１０の各々に設置された位置タグ４０を一意に識別する識別情報である。タグＩＤ３２１の値は、対応する位置タグ４０が内部で記憶しているタグＩＤの値と同一である。場所ＩＤ３２２は、各場所１０を一意に識別する識別情報である。名称３２３は、各場所１０の名称を表す。図５（Ｂ）の例では、場所ＩＤ「ＰＬ０１」で識別される場所１０の名称は「場所Ａ」、場所ＩＤ「ＰＬ０２」で識別される場所１０の名称は「場所Ｂ」である。これら名称は、実際には、例えば「工場」、「倉庫」及び「作業現場」といったものであってよい。座標３２４は、各場所１０に設置された位置タグ４０の設置位置の位置座標を表す。

なお、本明細書において、位置情報とは、例えば、位置座標によって又は予め定義される複数の場所のうちの１つを識別する識別子によって何らかの位置を示す情報であってよい。即ち、物品テーブル３１０の場所３１５及び座標３１６、並びに場所テーブル３２０の座標３２４は、いずれも位置情報の一種であり得る。位置座標は、水平面内の位置を表す２次元座標であってもよく、高さ方向の要素をも含む３次元座標であってもよい。

図６（Ａ）、（Ｂ）及び（Ｃ）は、リーダテーブル３３０、ユーザテーブル３４０及び読取結果テーブル３５０の構成の例をそれぞれ示している。

リーダテーブル３３０は、リーダＩＤ３３１、名称３３２及び使用ユーザ３３３という３つのデータ項目を有する。リーダＩＤ３３１は、システム内で利用されるタグリーダ１００の各々を一意に識別する識別情報である。名称３３２は、各タグリーダの名称を表す。図６（Ａ）の例では、リーダＩＤ「ＲＤ０１」、「ＲＤ０２」及び「ＲＤ０３」で識別されるタグリーダ１００に、それぞれ「リーダＡ」、「リーダＢ」及び「リーダＣ」という名称が与えられている。使用ユーザ３３３は、各タグリーダを使用しているユーザ２０を、当該ユーザ２０を識別するユーザＩＤで表す。あるタグリーダ１００をどのユーザ２０が使用しているかを判定する手法のいくつかの例について、後に説明する。なお、どのユーザ２０により使用されているかが不定のタグリーダ１００が存在してもよく、そのようなタグリーダ１００については使用ユーザ３３３の欄は空欄であってよい。

ユーザテーブル３４０は、ユーザＩＤ３４１、名称３４２、タグＩＤ３４３及び認証データ３４４という４つのデータ項目を有する。ユーザＩＤ３４１は、物品管理システム１を利用するユーザ２０の各々を一意に識別する識別情報である。名称３４２は、各ユーザの名称を表す。図６（Ｂ）の例では、ユーザＩＤ「Ｕ００１」で識別されるユーザ２０の名称は「ユーザＡ」、ユーザＩＤ「Ｕ００２」で識別されるユーザ２０の名称は「ユーザＢ」、ユーザＩＤ「Ｕ００３」で識別されるユーザ２０の名称は「ユーザＣ」である。タグＩＤ３４３は、各ユーザ２０により携帯されるユーザタグ６０を一意に識別する識別情報である。タグＩＤ３４３の値は、対応するユーザタグ６０が内部で記憶しているタグＩＤの値と同一である。認証データ３４４は、各ユーザ２０による物品管理システム１へのログインの際にユーザ認証のために利用されるデータを格納する項目である。ユーザ認証は、例えば、パスワード認証又は生体認証など、いかなる認証方式で行われてもよい。

読取結果テーブル３５０は、タグリーダ１００から受信される読取結果データのレコード（以下、読取結果レコードという）を蓄積するためのテーブルである。読取結果テーブル３５０は、読取時刻３５１、タグＩＤ３５２、リーダＩＤ３５３、受信レベル３５４、及び座標３５５という５つのデータ項目を有する。読取時刻３５１は、各読取結果レコードについてタグＩＤの読取りが行われた時刻を表す。タグＩＤ３５２は、各読取結果レコードについて読取られたタグＩＤを表す。リーダＩＤ３５３は、各読取結果レコードについてタグ読取りを行ったタグリーダ１００を識別する識別情報である。図６（Ｃ）の例では、読取結果テーブル３５０の１番目のレコードは、リーダＩＤ「ＲＤ０１」で識別されるタグリーダ１００が、時刻「Ｔ０１」にタグＩＤ「ＴＧＵ１」（例えば、ユーザ２０ａのユーザタグ６０ａのタグＩＤ）を読取ったことを示している。２番目のレコードは、タグリーダ１００が、時刻「Ｔ０２」にタグＩＤ「ＴＧ０１」（例えば、物品３０ａの物品タグ５０ａのタグＩＤ）を読取ったことを示している。３番目のレコードは、タグリーダ１００ａが、時刻「Ｔ０３」にタグＩＤ「ＴＧ０２」（例えば、物品３０ｂの物品タグ５０ｂのタグＩＤ）を読取ったことを示している。受信レベル３５４は、各読取結果レコードについてタグ読取り時にタグリーダ１００により受信された信号の受信レベルを表す。座標３５５は、タグ読取りが行われた時点でタグリーダ１００が存在していた地点の位置座標（タグリーダ１００から受信される測定結果データに基づく座標）を表す。

図７は、作業テーブル３７０の構成の一例を示している。作業テーブル３７０は、物品管理システム１においてユーザ２０により行われるべき作業に関連する情報を記憶するためのテーブルである。作業テーブル３７０は、作業ＩＤ３７１、作業種別３７２、期日３７３、場所３７４、取引ＩＤ３７５、登録者３７６、ステータス３７７、完了時刻３７８及び作業者３７９という９つのデータ項目を有する。作業ＩＤ３７１は、各作業を一意に識別する識別情報である。作業種別３７２は、各作業の種別を表す。本実施形態において、作業種別３７２の値は、「出荷」又は「検収」を示し得る。図７の例では、作業ＩＤ「ＳＨ０１」及び「ＳＨ０２」で識別される作業の種別は、出荷前確認を表す「出荷」に、作業ＩＤ「ＡＣ０１」及び「ＡＣ０２」で識別される作業の種別は、検収を表す「検収」にセットされている。期日３７３は、各作業が完了すべき期日を表す。場所３７４は、各作業が行われることが予定されている場所を、当該場所を識別する場所ＩＤで表す。取引ＩＤ３７５は、各作業を取引情報に関連付けるための識別情報である。図示は省略されているものの、物品ＤＢ２２０は、例えば取引の名称、取引相手の名称、住所及び担当者名、並びに契約日といった取引情報を保持するテーブルをさらに含んでもよく、取引ＩＤ３７５はそうした取引情報のレコードを識別する。登録者３７６は、作業テーブル３７０の各レコード（以下、作業レコードという）を作業テーブル３７０に登録したユーザ２０の名称を表す。ステータス３７７は、各作業レコードについて作業の進行状況を表す。ステータス３７７の値は、例えば「未完了」、「進行中」、「完了」又は「抹消」であってよい。完了時刻３７８は、作業が完了した作業レコードについて、作業が完了した時刻（日時）を表す。作業者３７９は、各作業を完了させたユーザ２０の名称を表す。ステータス３７７が「未完了」を示す作業レコードについては、完了時刻３７８及び作業者３７９の欄は空欄であってよい。

図８は、作業明細テーブル３８０の構成の一例を示している。作業明細テーブル３８０は、作業テーブル３７０に登録された各作業の１つ以上の対象物品のリスト、及び各物品の当該作業に関するステータスを保持するためのテーブルである。作業明細テーブル３８０は、作業ＩＤ３８１、対象物品３８２、ステータス３８３、読取時刻３８４、座標３８５及びリーダ３８６という６つのデータ項目を有する。作業ＩＤ３８１は、作業テーブル３７０に登録された作業レコードのうちの１つを識別する識別情報である。対象物品３８２は、作業ＩＤ３８１の値により識別される作業の対象物品のうちの１つを、当該物品を識別する物品ＩＤで表す。図８から理解されるように、１つの作業について１つ以上の対象物品を作業明細テーブル３８０に登録することが可能である。ステータス３８３は、各対象物品についてタグの読取りが完了したか否かを表す。ステータス３８３の値は、例えば「未完了」、「完了」又は「削除」であってよい。ある対象物品についてステータス３８３の値が「完了」を示す場合、これは対応する作業において当該対象物品の存在が確認されたことを意味する。読取時刻３８４は、タグの読取りが完了した対象物品について、タグの読取りが行われた時刻（日時）を表す。座標３８５は、タグの読取りが完了した対象物品について、タグの読取りが行われた地点の位置座標を表す。リーダ３８６は、タグの読取りが完了した対象物品について、タグを読取ったタグリーダ１００を、当該タグリーダ１００を識別するリーダＩＤで表す。ステータス３８３が「未完了」を示す作業レコードについては、読取時刻３８４、座標３８５及びリーダ３８６の欄は空欄であってよい。

＜４－３．位置の追跡＞
タグ処理部２３１は、タグリーダ１００から受信される読取結果データ及び測定結果データを処理する。例えば、タグ処理部２３１は、タグリーダ１００から通信部２１０を介して受信される読取結果データの各レコードを読取結果レコードとして読取結果テーブル３５０に追加する。タグ処理部２３１は、読取結果レコードを読取結果テーブル３５０に追加する際に、タグリーダ１００から受信される測定結果データに基づいて、座標３５５にセットすべき位置座標の値を決定する。座標３５５にセットされる値は、上述したように、タグ読取りの時点のタグリーダ１００の位置座標を表す。この値は、例えば、位置タグ４０の検知位置の位置座標と、当該検知位置からのタグリーダ１００の相対移動量との和であり得る。

タグ処理部２３１は、物品タグ５０についての読取結果データが受信されると、物品テーブル３１０の座標３１６の値も更新する。物品テーブル３１０の各物品３０の座標３１６の値は、当該物品３０について読取結果テーブル３５０に最後に追加された読取結果レコードの座標３５５の値と同一であってよい。また、タグ処理部２３１は、物品３０が存在する場所１０が変化した場合には、物品テーブル３１０の対応する物品３０の場所３１５の値をも更新する。

＜４－４．作業ステータスの管理＞
作業管理部２３２は、物品管理システム１へのユーザ２０によるログインを受付け、ログインしたユーザ２０のユーザ端末１６０に、ユーザ２０が行うべき作業に関連するアプリケーション画面を提供する。ここでのアプリケーションは、例えば、ユーザ端末１６０において稼働する、ウェブブラウザ又は物品管理のための専用のアプリケーションであってよい。アプリケーション画面は、ユーザ端末１６０の表示部１６６により表示される。ログインに先立って、作業管理部２３２は、例えば、ユーザ端末１６０からのアクセスに応じて、図９に示したようなメニュー画面４００をユーザ端末１６０の表示部１６６に表示させる。

図９を参照すると、メニュー画面４００は、５つのボタン４０１、４０２、４０３、４０４及び４０５を含む。メニュー画面４００においてユーザ２０がボタン４０１を操作すると、作業管理部２３２は、例えばユーザ２０にＩＤ及びパスワードといった認証情報の入力を要求し、入力された認証情報に基づいてユーザ認証を実行する。ユーザ認証が成功すると、物品管理システム１へユーザ２０がログインしている状態となる。ログイン状態は、ユーザ２０がログアウトを選択するまで（又は、操作が行われないまま所定の時間長が経過するまで）継続され得る。

（１）作業の登録
ボタン４０２は、出荷リストの登録又は修正の際に利用される管理画面を呼出すためのボタンである。ボタン４０３は、検収リストの登録又は修正の際に利用される管理画面を呼出すためのボタンである。ボタン４０２又は４０３が操作された際にも、作業管理部２３２は、ユーザ２０が未ログインであれば、認証情報の入力を要求し、ユーザ認証を実行してよい。出荷リスト管理画面及び検収リスト管理画面は、作業の種別が異なるのみで、同じように構成されてよいため、ここでは出荷リスト管理画面についてのみ説明する。

図１０は、一例としての出荷リスト管理画面４１０を示している。出荷リスト管理画面４１０は、例えば、管理のオプションをユーザに選択させるためのラジオボタン４１１、４１２及び４１３を含む。ラジオボタン４１１は、出荷リストを新規登録する際に選択され得る。ラジオボタン４１２は、登録済みの出荷リストを修正する際に選択され得る。ラジオボタン４１３は、登録済みの出荷リストを登録抹消する際に選択され得る。なお、ここでの出荷リストとは、出荷前確認の対象とされる１つ以上の物品のリストを意味する。

出荷リスト管理画面４１０は、さらに、作業ＩＤフィールド４２１及び取引ＩＤフィールド４２２を含む。作業ＩＤフィールド４２１は、新たに登録される出荷リスト又は編集される既存の出荷リストに対応する作業ＩＤを表示する。出荷リストの新規登録のケースにおいて、作業管理部２３２は、新たに登録される出荷リストに対応する作業ＩＤを、既存の作業ＩＤと重複しないように自動的に採番してよい。取引ＩＤフィールド４２２は、新たに登録される出荷リスト又は編集される既存の出荷リストに対応する取引ＩＤの入力を受付け、又は入力済みの取引ＩＤを表示する。出荷リストの修正又は登録抹消のケースにおいて、ユーザ２０が作業ＩＤ又取引ＩＤを対応するフィールド４２１又は４２２に入力すると、作業管理部２３２は、作業テーブル３７０において対応する作業を検索する。そして、作業管理部２３２は、検索の結果として特定された作業に関連する情報を作業テーブル３７０及び作業明細テーブル３８０から取得して、出荷リスト管理画面４１０に反映させる。なお、目的の作業を検索するための検索キーは、作業ＩＤ又取引ＩＤに限定されず、物品ＤＢ２２０が保持している任意の１つ以上の情報項目の組合せであってもよい。

出荷リスト管理画面４１０は、さらに、出荷リストに含めるべき候補物品を検索するための検索手法をユーザに選択させるためのラジオボタン４３１及び４３２と、リーダＩＤフィールド４３３、読取時刻フィールド４３４及び物品名フィールド４３５とを含む。加えて、出荷リスト管理画面４１０は、候補表示ボタン４３６、候補物品エリア４４１、物品リストエリア４４２、追加アイコン４４３、削除アイコン４４４、及び決定ボタン４５１を含む。

ラジオボタン４３１は、タグリーダ１００によるタグ読取りの結果から候補物品を検索する際に選択され得る。ユーザは、ラジオボタン４３１を選択した場合、検索条件としてのタグリーダ１００のリーダＩＤ及び読取時刻を、リーダＩＤフィールド４３３及び読取時刻フィールド４３４で指定して、候補表示ボタン４３６を操作する。すると、作業管理部２３２は、指定されたタグリーダ１００により指定時刻に近い時刻に検知された物品タグ５０のリストを、読取結果テーブル３５０から抽出する。そして、作業管理部２３２は、抽出した物品タグ５０に対応する物品３０のリストを候補物品エリア４４１に表示させる。

ラジオボタン４３２は、特定の物品３０の物品名を指定して候補物品を検索する際に選択され得る。ユーザは、ラジオボタン４３２を選択した場合、目的とする物品の名称を、物品名フィールド４３５で指定して、候補表示ボタン４３６を操作する。すると、作業管理部２３２は、指定された名称を有する物品３０を物品テーブル３１０において特定し、特定した物品３０を候補物品エリア４４１に表示させる。作業管理部２３２は、物品名フィールド４３５で指定される文字列に基づく物品名の曖昧検索によって１つ以上の物品３０を特定し、特定した物品３０のリストを候補物品エリア４４１に表示させてもよい。

図７の例では、３つの物品３０の物品ＩＤ及び名称のペアが、チェックボックスと共に候補物品エリア４４１に表示されている。ユーザは、候補物品エリア４４１に表示された１つ以上の候補物品にチェックを付けて追加アイコン４４３を操作することで、それら候補物品を出荷リストに追加することができる。

物品リストエリア４４２は、新規登録中又は編集中の出荷リストに含まれる対象物品のリストが表示されるエリアである。図７の例では、２つの物品３０の物品ＩＤ及び名称のペアが、チェックボックスと共に物品リストエリア４４２に表示されている。ユーザは、物品リストエリア４４２に表示された１つ以上の対象物品にチェックを付けて削除アイコン４４４を操作することで、それら対象物品をリストから削除することができる。

ユーザは、物品リストエリア４４２に表示されている対象物品のリストが意図した通りのリストになると、決定ボタン４５１を操作する。すると、作業管理部２３２は、ユーザにより編集された出荷リスト及び関連する情報を、作業テーブル３７０及び作業明細テーブル３８０に反映させる。例えば、作業管理部２３２は、出荷リストの新規登録のケースにおいて、新たに採番された作業ＩＤのレコードを作業テーブル３７０に追加する。作業テーブル３７０の期日３７３及び場所３７４といった情報は、図中で省略されているさらなる入力フィールドにおいて入力されてもよく、又は取引ＩＤに基づき他のテーブルから取得されてもよい。また、作業管理部２３２は、新たな出荷リストの作業ＩＤと対象物品の物品ＩＤとのペアで識別される１つ以上のレコードを作業明細テーブル３８０に追加する。作業テーブル３７０及び作業明細テーブル３８０に新規追加されるレコードのステータス３７７、３８３の値は「未完了」にセットされる。一方、作業管理部２３２は、出荷リストの編集のケースにおいて、出荷リストの対象物品の追加及び削除を、作業明細テーブル３８０に反映する。

ユーザは、既存の出荷リストの登録を抹消することを望む場合、ラジオボタン４１３を選択した上で、目的の出荷リストの作業ＩＤ又は取引ＩＤをフィールド４２１又は４２２で指定する。すると、作業管理部２３２は、対応する作業の対象物品のリストを作業明細テーブル３８０から抽出して、物品リストエリア４４２に表示させる。そして、ユーザが決定ボタン４５１を操作すると、作業管理部２３２は、例えば作業テーブル３７０内の対応するレコードのステータス３７７の値を「抹消」に変更する。

なお、図１０を用いて説明した出荷リスト管理画面４１０は、作業に関連する情報及び対象物品のリストを管理するための画面の一例に過ぎない。管理画面は、図示したものとは異なる画面構成を有していてもよい。例えば、図７に示した作業テーブル３７０の構成と同様のテーブル形式の作業リストが画面上に表示され、表示されたリスト内の作業をユーザが選択することで、個別の作業のための管理画面への遷移が可能とされてもよい。

（２）作業ステータスの更新
本実施形態において、作業管理部２３２は、作業テーブル３７０に登録されている作業（出荷前確認又は検収）に関するステータスの更新を、物品管理システム１へユーザ２０がログインし、作業の開始を表すユーザ操作が検知された状態においてのみ行う。ここでのユーザ操作（第１のユーザ操作）は、ＧＵＩの操作又は音声操作など、いかなる種類の操作であってもよい。典型的には、第１のユーザ操作は、作業管理部２３２によりログインユーザのユーザ端末１６０へ提供されるアプリケーション画面上で検知されるものとする。即ち、作業管理部２３２は、ユーザ端末１６０においてログインユーザにより第１のユーザ操作が行われたことが検知されると、特定の作業に関するステータス更新のためのセッションを開始する。作業管理部２３２は、このセッションの期間中に、タグリーダ１００が対象物品の物品タグ５０からタグＩＤを読取ったと判定される場合に、対象物品の作業に関するステータスを「完了」に更新する。ステータス更新のためのセッションは、全ての対象物品についてステータスの更新が完了し、セッション終了を指示する別のユーザ操作が検知され、又は、予め設定される時間長が経過したことによって終了し得る。こうした実施形態に係るアプリケーション画面の遷移の例を、以下に説明する。

図９に戻ると、メニュー画面４００のボタン４０４は、ユーザ２０が出荷前確認を行う際に利用されるアプリケーション画面（以下、出荷画面という）を呼出すためのボタンである。ボタン４０５は、ユーザ２０が検収を行う際に利用されるアプリケーション画面を呼出すためのボタンである。ボタン４０４又は４０５が操作された際にも、作業管理部２３２は、ユーザ２０が未ログインであれば、認証情報の入力を要求し、入力された認証情報に基づいてユーザ認証を実行してよい。検収のためのアプリケーション画面の構成は出荷前確認のためのアプリケーション画面の構成と同様であってよいため、ここでは出荷前確認のためのアプリケーション画面についてのみ説明する。

図１１Ａ～図１１Ｃは、出荷前確認のために提供される出荷画面の例をそれぞれ示している。図１１Ａに示した出荷画面５００ａは、例えば、作業ＩＤフィールド５１１及び関連情報表示エリア５１２、読取開始ボタン５２１、及び物品リスト表示エリア５３０を含む。作業ＩＤフィールド５１１は、ログインユーザが目的の作業の作業ＩＤを選択するためのフィールドである。ここでは、ログインユーザは（「ユーザＡ」という名称の）ユーザ２０ａであるものとする。出荷画面５００ａでは、作業テーブル３７０において作業種別が「出荷」である作業の作業ＩＤが、作業ＩＤフィールド５１１において選択可能とされる。関連情報表示エリア５１２は、選択された作業についての作業関連情報を表示するための表示領域である。物品リスト表示エリア５３０は、選択された作業について登録済みの対象物品のリストを表示するための表示領域である。

図１１Ａの例では、作業ＩＤフィールド５１１で作業ＩＤ「ＳＨ０２」が選択されており、対応する作業に関連する取引相手、作業期日及び作業場所の情報が関連情報表示エリア５１２に表示されている。作業ＩＤフィールド５１１の下には、選択された作業のステータスが表示されており、ここではステータスは「未完了」である。この作業ステータスの値は、作業テーブル３７０のステータス３７７の値に対応する。物品リスト表示エリア５３０には、選択された作業について作業明細テーブル３８０に登録済みの３つの対象物品の物品ＩＤ、名称及び読取りのステータスが表示されている。ここでは、対象物品は「物品Ｄ」、「物品Ｅ」及び「物品Ｆ」であり、どの対象物品の読取りもまだ行われていない。物品リスト表示エリア５３０に表示される各対象物品の読取りのステータスの値は、作業明細テーブル３８０のステータス３８３の値に対応する（例えば、「未完了」は「ＮＯ」に、「完了」は「ＹＥＳ」に対応し得る）。

ステータスの更新の条件とされる上述した第１のユーザ操作は、ここでは、読取開始ボタン５２１の操作（例えば、タッチ又はクリック）である。即ち、作業管理部２３２は、出荷画面５００ａにおいて読取開始ボタン５２１が操作された場合に、物品リスト表示エリア５３０に表示された対象物品について、タグ読取りの結果に基づくステータスの更新のためのセッションを開始する。

読取開始ボタン５２１が操作された後、例えばユーザ２０ａがタグリーダ１００ａを使用して「物品Ｄ」の物品タグ５０からタグＩＤを読取ると、出荷画面５００ａは、図１１Ｂに示した出荷画面５００ｂへ遷移する。出荷画面５００ｂは、読取開始ボタン５２１が読取停止ボタン５２２へ変化していることを除き、出荷画面５００ａと同様の構成を有する。図中で破線枠５３１で示したように、「物品Ｄ」の読取りのステータスは「ＹＥＳ」へ更新されている。また、破線枠５１３で示したように、作業のステータスは「進行中」へ更新されている。「進行中」というステータスは、作業は開始したもののタグ読取りの完了していない対象物品が残っていることを意味する。

さらに、ユーザ２０ａがタグリーダ１００ａを使用して「物品Ｅ」及び「物品Ｆ」の物品タグ５０からタグＩＤを読取ると、画面は図１１Ｃに示した出荷画面５００ｃへ遷移する。出荷画面５００ｃは、読取停止ボタン５２２が消えていることを除き、出荷画面５００ｂと同様の構成を有する。図中で破線枠５３２及び５３３で示したように、「物品Ｅ」及び「物品Ｆ」の読取りのステータスは「ＹＥＳ」へ更新されている。また、破線枠５１４で示したように、作業のステータスは「完了」へ更新されている。

このように、ユーザ２０のログイン状態が維持され、ステータス更新セッションが継続している間に、ユーザ２０は、各対象物品の物品タグ５０からのタグＩＤの読取りを進める。そして、作業管理部２３２は、全ての対象物品についてタグＩＤの読取りが終了すると、作業全体が完了したことを認識し、作業テーブル３７０の対応する作業レコードのステータス３７７の値を「完了」へ更新する。

（３）様々なステータス更新条件
作業管理部２３２が作業に関するステータスを更新するための更新条件は、上述したように、ユーザ２０が物品管理システム１へログインし、目的とする作業の開始を表すユーザ操作をユーザ端末１６０において行ったことを少なくとも含む。図１２は、そうした基本的なステータス更新条件について説明するための説明図である。

図１２の例では、場所１０ａに物品３０ｄ、３０ｅ及び３０ｆが存在する。物品３０ｄは、出荷前確認の対象物品であるものとする。場所１０ａにおいて、２人のユーザ２０ａ及び２０ｂが活動している。ユーザ２０ａは、ユーザ端末１６０ａを用いて管理サーバ２００へアクセスし、ログインに成功した後、出荷画面５００ａの読取開始ボタン５２１を操作する。それにより、物品３０ｄを対象物品とする出荷前確認のためのステータス更新セッションが開始される。物品３０ｄは、ユーザ２０ａが携帯しているタグリーダ１００ａの読取レンジＲ_ａの内部にあるため、タグリーダ１００ａは、物品３０ｄの物品タグ５０ｄからタグＩＤを読取る（図中の矢印Ａ_１）。作業管理部２３２は、このタグ読取りの結果に基づいて、作業明細テーブル３８０の物品３０ｄに対応するレコードのステータス３８３の値を「完了」へ更新することができる。

但し、物品３０ｄは、ユーザ２０ｂが携帯しているタグリーダ１００ｂの読取レンジＲ_ｂにも含まれる。したがって、ステータス更新セッションが継続している間、タグリーダ１００ｂが物品３０ｄの物品タグ５０ｄからタグＩＤを読取る可能性もある（図中の矢印Ａ_２）。こうしたログインユーザ以外のユーザが使用するタグリーダ、又は特定のユーザに関連付けられていないタグリーダによるタグ読取りの結果に基づくステータスの更新は、システムの要件に依存して、許容されてもよい。これが許容される場合、複数のユーザが共同で作業を行うケースで、いずれか１人のユーザがシステムにログインしてステータス更新セッションを開始するだけで、全てのユーザがそれぞれのタグリーダを使用してタグ読取りを効率的に進めることが可能となる。また、作業現場に特定のユーザに関連付けられていないタグリーダを備え付けておき、システムにログインしてステータス更新セッションを開始した任意のユーザが、そのタグリーダを使用して作業を行うことも可能となる。

一方で、上述した基本的なステータス更新条件に加えて、追加的なステータス更新条件を取り入れることによって、ログインユーザが使用しているタグリーダ１００ではないタグリーダによるタグ読取りの結果に基づくステータスの更新が防止されてもよい。言い換えると、作業管理部２３２は、ログインユーザが使用しているタグリーダ１００が対象物品の物品タグ５０からタグＩＤを読取ったと判定される場合にのみ、対象物品の作業に関するステータスを更新してもよい。

例えば、作業管理部２３２は、タグリーダ１００がログインユーザのユーザタグ６０からタグＩＤを読取ったことを示す読取結果データが受信された場合に、ログインユーザが当該タグリーダ１００を使用していると判定してもよい。図１３は、そうした追加的なステータス更新条件について説明するための説明図である。

図１３の例では、場所１０ａに物品３０ｄを含む複数の物品３０が存在する。物品３０ｄは、出荷前確認の対象物品であるものとする。場所１０ａにおいて、ユーザ２０ａが活動している。ユーザ２０ａは、ユーザ端末１６０ａを用いて管理サーバ２００へアクセスし、ログインに成功した後、所定のユーザ操作を行って出荷前確認のためのステータス更新セッションを開始する。ユーザ２０ａが携帯しているタグリーダ１００ａは、ユーザタグ６０ａからタグＩＤを読取り（図中の矢印Ａ_３）、さらに物品３０ｄの物品タグ５０ｄからタグＩＤを読取る（図中の矢印Ａ_４）。作業管理部２３２は、これらタグ読取りの結果に基づいて、ログインユーザであるユーザ２０ａが使用しているタグリーダ１００ａが対象物品である物品３０ｄの物品タグ５０ｄからタグＩＤを読取ったと判定する。そして、作業管理部２３２は、作業明細テーブル３８０の物品３０ｄに対応するレコードのステータス３８３の値を「完了」へ更新する。なお、作業管理部２３２は、ユーザタグ６０及び物品タグ５０からのタグＩＤの読取りの間の読取時刻の差が所定の時間閾値を下回る場合にのみ、ステータスの更新を行ってもよい。また、作業管理部２３２は、ユーザタグ６０及び物品タグ５０からのタグＩＤの読取りの間の読取位置の差が所定の距離閾値を下回る場合にのみ、ステータスの更新を行ってもよい。

このように、ログインユーザが関わるタグ読取りの結果のみに基づいて、対象物品のステータスが更新されるようにすることで、作業に無関係のはずのタグリーダがユーザの意図に反するステータス更新を引き起こしてしまう不都合を防止することができる。それにより、ステータス更新の信頼性が一層向上される。

作業管理部２３２は、ユーザタグ６０からの１回のタグ読取りの結果ではなく、複数回にわたるタグ読取りの履歴に基づいて、どのユーザ２０がどのタグリーダ１００を使用しているのかを判定してもよい。例えば、過去の一定の期間内に、タグリーダ１００ａがユーザタグ６０ａを多数回検知した一方で、タグリーダ１００ｂはユーザタグ６０ａをわずかな回数しか検知しなかったものとする。この場合、作業管理部２３２は、タグ読取りの履歴に基づいて、ユーザ２０ａがタグリーダ１００ａを使用していると判定し得る。図６（Ａ）のリーダテーブル３３０の使用ユーザ３３３の値は、このような判定に基づいてセットされてもよい。

ある変形例において、リーダテーブル３３０におけるタグリーダ１００と当該タグリーダ１００を使用するユーザ２０との間の関連付けが、ユーザタグ６０からのタグＩＤの読取りに依拠することなく、予め与えられていてもよい。例えば、ユーザ２０ａがタグリーダ１００ａを常に使用する場合、ユーザ２０ａをタグリーダ１００ａに関連付けるために、リーダテーブル３３０の対応するレコードの使用ユーザ３３３の欄に予めユーザ２０ａを識別するユーザＩＤ「Ｕ００１」が登録される。作業管理部２３２は、この使用ユーザ３３３のユーザＩＤに基づいて、ユーザ２０ａがタグリーダ１００ａを使用していると判定してもよい。

他の変形例において、作業管理部２３２は、ユーザ２０がログインのために使用しているユーザ端末１６０がタグリーダ１００との通信接続を有することに基づいて、当該ユーザ２０が当該タグリーダ１００を使用していると判定してもよい。例えば、ユーザ端末１６０ａは、接続部１６４を介してタグリーダ１００ａとローカルの通信接続を確立する。ユーザ２０ａがユーザ端末１６０ａを用いて物品管理システム１へログインすると、ユーザ端末１６０ａの制御部１６１は、タグリーダ１００ａとの通信接続を通じて取得されるタグリーダ１００ａのリーダＩＤを管理サーバ２００へ送信する。作業管理部２３２は、このリーダＩＤを受信することにより、ログインユーザであるユーザ２０ａがタグリーダ１００ａを使用していると判定することができる。

追加的なステータス更新条件は、タグリーダ１００が作業が予定されている場所１０の位置タグ４０からタグＩＤを読取ったことを含んでもよい。図１４は、そうした追加的なステータス更新条件について説明するための説明図である。

図１４の例でも、場所１０ａに物品３０ｄを含む複数の物品３０が存在する。物品３０ｄは、出荷前確認の対象物品であるものとする。また、場所１０ａは、ユーザ２０ａが行おうとする作業である出荷前確認について、作業テーブル３７０に事前に登録された作業場所であるものとする。ユーザ２０ａは、ユーザ端末１６０ａを用いて管理サーバ２００へアクセスし、ログインに成功した後、所定のユーザ操作を行って出荷前確認のためのステータス更新セッションを開始する。ユーザ２０ａが携帯しているタグリーダ１００ａは、場所１０ａに設置されている位置タグ４０ａから、場所１０ａの場所ＩＤ「ＰＬ０１」に関連付けられているタグＩＤを読取る（図中の矢印Ａ_５）。さらに、ユーザ２０ａが移動した後、タグリーダ１００ａは、物品３０ｄの物品タグ５０ｄからタグＩＤを読取る（図中の矢印Ａ_６）。作業管理部２３２は、これらタグ読取りの結果に基づいて、ステータス更新条件が満たされたと判定し、作業明細テーブル３８０の物品３０ｄに対応するレコードのステータス３８３の値を「完了」へ更新する。こうしたステータス更新条件によれば、作業が予定されていない場所で誤ってステータス更新セッションが開始されても、その結果として各対象物品の作業に関するステータスが更新されてしまうことを防止することができる。よって、ステータス更新の信頼性をより高めることができる。

追加的なステータス更新条件は、タグリーダ１００において第２のユーザ操作が検知されたことを含んでもよい。一例として、第２のユーザ操作は、タグリーダ１００の操作部１１５のボタンの押下であるものとする。この例において、作業管理部２３２は、ユーザ２０がタグリーダ１００においてボタンを押下している状態で、対象物品の物品タグ５０からタグＩＤが読取られた場合にのみ、当該対象物品の作業に関するステータスを更新してもよい。代替的に、作業管理部２３２は、ユーザ２０がタグリーダ１００においてボタンを押下してから一定の時間長が経過し又は再度ボタンが押下されるまでの期間の間にタグＩＤが読取られた場合にのみ、対象物品の作業に関するステータスを更新してもよい。タグリーダ１００の制御部１１１は、例えば、第２のユーザ操作が検知されたことを示すフラグ（又は任意の形式の標識）を、読取結果データに含めて管理サーバ２００へ送信してもよい。それにより、作業管理部２３２は、フラグの付与された読取結果データを読取結果テーブル３５０から迅速に取得して、各対象物品についてステータスを更新すべきかを効率的に判定することができる。

本項では、ステータス更新条件の数多くの例を説明したが、説明した条件は互いにどのように組み合わされてもよい。例えば、基本的なステータス更新条件と共に、ログインユーザのユーザタグ６０の読取り、位置タグ４０の読取り、及び第２のユーザ操作の検知のうちの２つ以上が、ステータス更新条件に含められてもよい。

＜５．処理の流れ＞
図１５は、本実施形態において管理サーバ２００により実行され得るステータス更新処理の流れの一例を示すフローチャートである。このステータス更新処理は、例えば、ユーザ２０がユーザ端末１６０において出荷前確認又は検収のためのアプリケーション画面を呼出した際に開始され得る。なお、ステータス更新処理の開始前に、作業テーブル３７０及び作業明細テーブル３８０にはいくつかの作業及びそれらの対象物品のリストが登録済みであるものとする。以下の説明では、処理ステップをＳ（ステップ）と略記する。

まず、Ｓ１１１で、作業管理部２３２は、物品管理システム１へのユーザ２０によるログインを受付る。作業管理部２３２は、例えばユーザ２０によりユーザ端末１６０の画面上で入力された認証情報に基づいて、ユーザ認証（ログイン認証）を実行し得る。ここでは、認証は成功し、ユーザ２０が物品管理システム１へログインしている状態になるものとする。

次いで、Ｓ１１３で、作業管理部２３２は、ログインユーザであるユーザ２０のユーザ端末１６０に、作業に関するアプリケーション画面を表示させる。例えば、ユーザ２０が目的とする作業が出荷前確認であれば、ユーザ端末１６０の表示部１６６により、図１１Ａに示した出荷画面５００ａが表示され得る。

次いで、Ｓ１１５で、作業管理部２３２は、表示された画面上で、ユーザ２０による作業の指定を受付ける。例えば、ユーザ２０は、事前に登録済みの作業のうち未完了の（又は進行中であったが停止した）作業のうちの１つを指定する。

次いで、Ｓ１１７で、作業管理部２３２は、ユーザ２０により指定された作業に関するデータを作業テーブル３７０から、１つ以上の対象物品のリストを作業明細テーブル３８０から取得する。

次いで、Ｓ１１９で、作業管理部２３２は、ステータス更新のためのタグ読取作業の開始を表す第１のユーザ操作の検知を待ち受ける。第１のユーザ操作が検知されたことがユーザ端末１６０から通知されると、処理はＳ１２１へ進む。ここで、作業管理部２３２は、Ｓ１１５で指定された作業についての作業テーブル３７０のステータス３７７の値を「進行中」に更新してもよい。

Ｓ１２１で、作業管理部２３２は、対象物品の物品タグ５０からのタグＩＤの読取り以外のステータス更新条件が充足されたかを判定する。ここでのステータス更新条件は、例えば、
１）ログインユーザのユーザタグ６０からのタグＩＤの読取り
２）タグリーダ１００における第２のユーザ操作の検知
３）作業場所に設置された位置タグ４０からのタグＩＤの読取り
のうちの１つ以上を含み得る。所要の条件が充足されたと判定される場合、処理はＳ１２３へ進む。いずれかの条件が充足されていないと判定される場合、作業管理部２３２は、対応するアクションを行うことを促すメッセージをユーザ端末１６０に表示させてもよい（例えば、「ユーザタグを読取って下さい」、「タグリーダのボタンを押して下さい」など）。

Ｓ１２３で、通信部２１０は、タグリーダ１００から読取結果データを受信する。ある実施例において、ここでの読取結果データの受信元のタグリーダ１００は、ログインユーザが使用していると判定されるタグリーダ１００である。他の実施例において、ここでの読取結果データの受信元のタグリーダ１００は、任意のタグリーダ１００である。タグ処理部２３１は、受信した読取結果データに対応する読取結果レコードを読取結果テーブル３５０に追加する。

その後の処理は、Ｓ１２５で、読取結果データにより示されるタグＩＤがＳ１１７で取得したリストに含まれる対象物品の物品タグ５０のタグＩＤであるか否かに依存して分岐する。対象物品の物品タグ５０のタグＩＤである場合、処理はＳ１２７へ進む。そうでない場合、処理はＳ１３１へ進む。

Ｓ１２７で、作業管理部２３２は、ステータス更新条件が充足されている状態で対象物品の物品タグ５０からタグＩＤが読取られたと判定されたため、その対象物品についての作業明細テーブル３８０のステータス３８３の値を「完了」に更新する。

次いで、Ｓ１２９で、作業管理部２３２は、進行中の作業の全ての対象物品についてタグ読取りが完了したか否かを判定する。全ての対象物品についてタグ読取りが完了した場合には、処理はＳ１３３へ進む。一方、タグ読取りが完了していない対象物品が残っている場合には、処理はＳ１３１へ進む。

Ｓ１３１で、作業管理部２３２は、ステータス更新処理を継続するか否かを判定する。例えば、ユーザ端末１６０において作業の停止を指示するユーザ操作（例えば、図１１Ｂの出荷画面５００ｂのボタン５２２の操作）が検知された場合には、作業管理部２３２は、ステータス更新処理を終了すると判定する。作業管理部２３２は、ステータス更新処理を継続すると判定した場合、Ｓ１２３における読取結果データの待受けに戻る。

全ての対象物品についてタグ読取りが完了した場合、Ｓ１３３で、作業管理部２３２は、Ｓ１１５で指定された作業についての作業テーブル３７０のステータス３７７の値を「完了」に更新する。そして、図１５に示したステータス更新処理は終了する。

＜６．まとめ＞
ここまで、図１～図１５を用いて、本開示に係る技術の様々な実施形態、実施例及び変形例について詳細に説明した。上述した実施形態によれば、物品管理システムにおいて、ユーザによる作業の対象とされる１つ以上の物品のリスト、及び各物品の当該作業に関するステータスがデータベースで管理される。各物品には、識別情報を記憶している無線デバイスが付される。読取装置は、無線デバイスからの識別情報の読取りを試行する。そして、ユーザがシステムへログインし、上記作業の開始を表すユーザ操作が検知された状態で、上記リストに含まれる第１物品に付された第１無線デバイスから第１識別情報が読取られたと判定されると、当該第１物品の作業に関するステータスが更新される。かかる構成によれば、システム内で経時的に蓄積されていく多数のタグ読取りの結果のうちで作業を担当するユーザが意図したタイミングで取得された読取結果を容易に判別して、各物品の作業に関するステータスを適切に更新することができる。それにより、タグ読取りの結果に基づく物品の管理状況の更新の信頼性が向上される。上記作業の開始を表すユーザ操作がユーザ端末に提供されるアプリケーション画面上で検知される場合、ユーザは、別個に読取装置を作業の都度オン／オフする必要がない。したがって、作業の煩雑さは低減され、稼働しているべきタイミングでタグリーダがオフのままとなってしまっているミスの虞も排除することもできる。

また、上述した実施形態によれば、作業に関するステータスを更新するための更新条件は、システムへログインしたユーザが使用している読取装置により第１無線デバイスから第１識別情報が読取られたことを含む。この場合、作業に無関係のはずの読取装置がユーザの意図に反するステータス更新を引き起こしてしまう不都合を防止することができる。それにより、ステータス更新の信頼性を一層向上することができる。ある実施例によれば、ユーザがそれぞれ第２無線デバイスを携帯し、ログインユーザにより携帯される第２無線デバイスからの第２識別情報の読取りの結果に基づいて、ログインユーザがどの読取装置を使用しているかが判定され得る。かかる構成によれば、ユーザと読取装置との間の関連付けが第２識別情報の読取りの結果に基づいて動的に判定されるため、複数のユーザによる読取装置の柔軟な取り扱いが可能となる（例えば、各ユーザが固有の読取装置を使用することを強いられない）。ある変形例によれば、データベースにおいて読取装置がログインユーザに予め関連付けられている場合に、ログインユーザがその読取装置を使用していると判定されてもよい。この場合、各ユーザは第２無線デバイスを携帯しなくてもよい。また別の変形例によれば、ログインユーザが使用している端末装置が読取装置との通信接続を有することに基づいて、ログインユーザがその読取装置を使用していると判定されてもよい。この場合にも、各ユーザは第２無線デバイスを携帯しなくてもよく、加えて、各ユーザは作業ごとに異なる読取装置を使用することもできる。

また、上述した実施形態によれば、上記更新条件は、読取装置においてさらなるユーザ操作が検知された状態で、当該読取装置が第１無線デバイスから第１識別情報を読取ったことを含んでもよい。この場合、読取装置が経時的に蓄積されていく読取結果のうちステータス更新をトリガすべき読取結果にフラグ等の標識を付与することができるため、作業に関するステータスの更新が一層効率的となる。

また、上述した実施形態によれば、上記更新条件は、作業が行われる場所に設置された第３無線デバイスから第３識別情報が読取られたことを含んでもよい。この場合、作業が予定されていない場所で作業の開始を表すユーザ操作が誤って行われたとしても、その結果として望ましくないステータス更新が引き起こされてしまうことを防止することができる。

また、上述した実施形態によれば、各無線デバイスは、ＲＦＩＤタグであり、読取装置は、読取レンジ内へ放射した電磁波のエネルギーを利用してＲＦＩＤタグから返送されて来る情報を読取る。この場合、各物品に付される無線デバイスにバッテリ及び複雑な送受信機を搭載する必要がなく、物品管理システムの管理下に多数の物品がある状況でも、上述した実施形態に係る仕組みを低コストで取り入れることができる。

＜７．その他の実施形態＞
上記実施形態は、１つ以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出して実行する処理の形式でも実現可能である。また、１つ以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１：物品管理システム、５：ネットワーク、１０ａ，１０ｂ：場所、２０ａ，２０ｂ：ユーザ、３０ａ，３０ｂ，...：物品、４０ａ，４０ｂ：位置タグ（第３無線デバイス）、５０ａ，５０ｂ，...：物品タグ（第１無線デバイス）、６０ａ，６０ｂ：ユーザタグ（第２無線デバイス）、１００ａ，１００ｂ：タグリーダ（読取装置）、１６０ａ，１６０ｂ：ユーザ端末（端末装置）、２００：管理サーバ（情報処理装置）、２１０：通信部、２２０：物品ＤＢ（データベース）、２３０：管理部

Claims

物品管理システムであって、
無線デバイスから当該無線デバイスに記憶されている識別情報を読取可能な読取装置と、
ユーザによる作業の対象とされる１つ以上の物品のリスト、各物品の位置情報、及び各物品の前記作業に関するステータスを、データベースにおいて管理する管理部と、
前記リストに含まれる第１物品に付され、前記第１物品に関連付けられる第１識別情報を記憶している第１無線デバイスと、
を含み、
前記読取装置は、読取レンジ内の無線デバイスからの情報の読取りを周期的に試行し、
前記管理部は、前記読取装置から前記読取りの試行の結果を示す読取結果データを受信して、前記読取結果データに基づいて前記位置情報を更新し、
前記管理部は、前記物品管理システムへ第１ユーザがログインし、前記リストに関する前記作業の開始を表す第１のユーザ操作が検知された状態で、前記読取結果データに基づいて前記読取装置が前記第１無線デバイスから前記第１識別情報を読取ったと判定される場合に、前記第１物品の前記ステータスを更新する、
物品管理システム。
前記管理部は、前記物品管理システムへ前記第１ユーザがログインし、前記リストに関する前記作業の開始を表す前記第１のユーザ操作が検知された前記状態で、前記第１ユーザが前記読取装置を使用しており、且つ前記読取結果データに基づいて前記読取装置が前記第１無線デバイスから前記第１識別情報を読取ったと判定される場合に、前記第１物品の前記ステータスを更新する、請求項１に記載の物品管理システム。
前記物品管理システムは、
前記第１ユーザにより携帯され、前記第１ユーザに関連付けられる第２識別情報を記憶している第２無線デバイス、
をさらに含み、
前記管理部は、前記読取装置が前記第２無線デバイスから前記第２識別情報を読取ったことを前記読取結果データが示すことに基づいて、前記第１ユーザが前記読取装置を使用していると判定する、
請求項１に記載の物品管理システム。
前記管理部は、前記物品管理システムへログインした前記第１ユーザのユーザ端末に、前記作業に関連するアプリケーション画面を提供し、
前記第１のユーザ操作は、前記アプリケーション画面上で検知される、
請求項１～３のいずれか１項に記載の物品管理システム。
前記管理部は、前記読取装置において第２のユーザ操作が検知され、且つ前記読取結果データに基づいて前記読取装置が前記第１無線デバイスから前記第１識別情報を読取ったと判定される場合に、前記第１物品の前記ステータスを更新する、請求項１～４のいずれか１項に記載の物品管理システム。
前記物品管理システムは、
前記作業が行われる場所に設置され、前記場所に関連付けられる第３識別情報を記憶している第３無線デバイス、
をさらに含み、
前記管理部は、前記読取結果データに基づいて、前記読取装置が前記第１無線デバイスから前記第１識別情報を読取り、且つ前記読取装置が前記第３無線デバイスから前記第３識別情報を読取ったと判定される場合に、前記第１物品の前記ステータスを更新する、
請求項１～５のいずれか１項に記載の物品管理システム。
前記管理部は、前記データベースにおいて前記読取装置が前記第１ユーザに予め関連付けられている場合に、前記第１ユーザが前記読取装置を使用していると判定する、請求項２に記載の物品管理システム。
前記管理部は、前記第１ユーザが前記ログインのために使用している端末装置が前記読取装置との通信接続を有することに基づいて、前記第１ユーザが前記読取装置を使用していると判定する、請求項２に記載の物品管理システム。
前記作業は、前記１つ以上の物品の出荷又は入荷に関連する作業であり、
前記ステータスは、前記作業において各物品の存在が確認されたか否かを表す、
請求項１～８のいずれか１項に記載の物品管理システム。
前記無線デバイスは、ＲＦＩＤ（Radio Frequency IDentification）タグであり、
前記読取装置は、前記読取レンジ内へ電磁波を放射し、前記電磁波のエネルギーを利用して前記無線デバイスから返送されて来る情報を読取る、
請求項１～９のいずれか１項に記載の物品管理システム。
物品管理システムにおいて物品のステータスを更新する方法であって、
ユーザによる作業の対象とされる１つ以上の物品のリスト、各物品の位置情報、及び各物品の前記作業に関する前記ステータスを、データベースにおいて保持することと、
無線デバイスに記憶されている識別情報を読取可能な読取装置により、読取レンジ内の無線デバイスからの情報の読取りを周期的に試行することと、
前記データベースを管理する情報処理装置により、前記読取装置から前記読取りの試行の結果を示す読取結果データを受信することと、
前記情報処理装置により、前記読取結果データに基づいて前記位置情報を更新することと、
前記物品管理システムへの第１ユーザのログインを受付けることと、
前記リストに関する前記作業の開始を表す第１のユーザ操作が検知された状態で、前記読取結果データに基づいて前記１つ以上の物品のうちの第１物品に付された第１無線デバイスから前記第１物品に関連付けられる第１識別情報が前記読取装置により読取られたと判定される場合に、前記情報処理装置により前記第１物品の前記ステータスを更新することと、
を含む方法。
物品管理システムにおいて動作する情報処理装置であって、
無線デバイスから当該無線デバイスに記憶されている識別情報を読取可能な読取装置と通信する通信部と、
ユーザによる作業の対象とされる１つ以上の物品のリスト、各物品の位置情報、及び各物品の前記作業に関するステータスを、データベースにおいて管理する管理部と、
を備え、
前記読取装置は、読取レンジ内の無線デバイスからの情報の読取りを周期的に試行し、
前記管理部は、前記読取装置から前記読取りの試行の結果を示す読取結果データを受信して、前記読取結果データに基づいて前記位置情報を更新し、
前記管理部は、前記物品管理システムへ第１ユーザがログインし、前記リストに関する前記作業の開始を表す第１のユーザ操作が検知された状態で、前記読取結果データに基づいて、前記リストに含まれる第１物品に付された第１無線デバイスであって、前記第１物品に関連付けられる第１識別情報を記憶している当該第１無線デバイスから、前記読取装置が前記第１識別情報を読取ったと判定される場合に、前記第１物品の前記ステータスを更新する、
情報処理装置。