JP2023038808A

JP2023038808A - 物品管理システム、データ生成方法及び情報処理装置

Info

Publication number: JP2023038808A
Application number: JP2021145715A
Authority: JP
Inventors: 康弘冨岡; Yasuhiro Tomioka
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2021-09-07
Filing date: 2021-09-07
Publication date: 2023-03-17
Anticipated expiration: 2041-09-07
Also published as: JP7695158B2; US20240211877A1; WO2023037697A1

Abstract

【課題】物品の利用に関する正確性の高い記録を残す物品管理システム、データ生成方法及び情報処理装置を提供する。
【解決手段】物品管理システム１は、複数のエリアＡ～Ｎに夫々設置される位置タグ４０ａ～４０ｎと、物品に付される物品タグ５０ａ、５０ｂと、複数のユーザにより夫々携帯されるユーザタグ６０ａ、６０ｂと、タグから識別情報を読取り可能な少なくとも１つのタグリーダー１００ａ、１００ｂと、位置タグ及び物品タグからの識別情報の読取りの結果に基づく物品の位置の履歴並びに位置タグ及びユーザタグからの識別情報の読取りの結果に基づく各ユーザの移動の履歴を取得する履歴取得部及び物品の位置の履歴と１人以上のユーザの移動の履歴との比較に基づいて、物品と物品を利用したユーザとを関連付ける利用実績データを生成する生成部を有する管理サーバ２００と、を含む。
【選択図】図１

Description

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

一般に、工場や建設作業の現場では、多様な機器（例えば、車両又は機械など）が利用される。適正な作業計画を策定し、作業の進捗を管理し、及び作業の安全を確保するためには、利用実績、即ち誰がどの機器を利用したのかに関する情報を正確に把握することが重要である。従来、こうした情報を記録に残す目的で、例えば機器の利用に要する鍵の貸出し及び返却の際に、利用者名及び利用時刻等の情報を台帳に記入する業務が行われていた。しかし、手作業で台帳に情報を記入する手法では、例えば記載の不正確さ又は記入忘れに起因して、記録が事実と合わなくなる事態が発生することがあった。

特許文献１は、物品を保管する保管庫の解錠及び施錠のための鍵にＩＣタグを搭載し、鍵の貸出し及び返却の際にＩＣタグから読取られる情報に基づいて、鍵の貸出しの履歴を記録する技術を開示している。

特許第６７６２５５２号公報

しかしながら、特許文献１により開示された技術で記録される履歴は、ユーザがいつからいつまで鍵を所持していたかを示すのであって、鍵を用いて利用可能となる物品をいつ誰が利用したのかを示すのではない。こうした技術は、例えば一旦貸出された鍵が他のユーザに受渡されてもその事実を認識できないなど、物品の利用に関する正確な記録を残すという観点では不完全である。

本発明は、上述した点に鑑み、物品の利用に関する正確性の高い記録を残すための仕組みを実現しようとするものである。

ある観点によれば、複数のエリアにそれぞれ設置される第１無線デバイスと、物品に付される第２無線デバイスと、複数のユーザによりそれぞれ携帯される第３無線デバイスと、無線デバイスから当該無線デバイスに記憶されている識別情報を読取り可能な少なくとも１つの読取装置と、前記少なくとも１つの読取装置による前記第１無線デバイス及び前記第２無線デバイスからの識別情報の読取りの結果に基づく前記物品の位置の履歴、並びに、前記少なくとも１つの読取装置による前記第１無線デバイス及び前記第３無線デバイスからの識別情報の読取りの結果に基づく各ユーザの移動の履歴を取得する履歴取得部と、前記物品の位置の履歴と１人以上のユーザの移動の履歴との比較に基づいて、前記物品と前記物品を利用したユーザとを関連付ける利用実績データを生成する生成部と、を含む物品管理システムが提供される。対応する方法及び情報処理装置もまた提供される。

本発明によれば、物品の利用に関する正確性の高い記録を残すことが可能となる。

一実施形態に係る物品管理システムの構成の一例を示す模式図。一実施形態に係るタグリーダの構成の一例を示すブロック図。一実施形態に係る管理サーバの構成の一例を示すブロック図。一実施形態に係る物品テーブル及びエリアテーブルの構成の例を示す説明図。一実施形態に係るリーダテーブル、ユーザテーブル及び読取結果テーブルの構成の例を示す説明図。物品の位置履歴及びユーザの移動履歴の取得について説明するための説明図。一実施形態に係る予約テーブル及び利用実績テーブルの構成の例を示す説明図。第１実施例に係る履歴の比較に基づく利用実績の決定について説明するための説明図。第２実施例に係る履歴の比較に基づく利用実績の決定について説明するための説明図。第３実施例に係る履歴の比較に基づく利用実績の決定について説明するための説明図。一実施形態に係る位置推定処理の流れの一例を示すフローチャート。一実施形態に係る履歴取得処理の流れの一例を示すフローチャート。一実施形態に係る利用実績生成処理の流れの第１の例を示すフローチャート。一実施形態に係る利用実績生成処理の流れの第２の例を示すフローチャート。

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

＜１．システムの概要＞
図１は、一実施形態に係る物品管理システム１の構成の一例を示す模式図である。ここでは、物品管理システム１は、ユーザによる物品の利用の状況を管理するためのシステムである。物品管理システム１において、いかなる種類の物品がユーザにより利用されてもよく、物品は無生物（例えば、機械、機器、器具、資材、消費財、部品、車両又はロボット）であっても生物（例えば、動物又は植物）であってもよい。

物品管理システム１において、各ユーザが活動し得る空間は、複数のエリア１０ａ～１０ｎに区画される。エリア１０ａには、ユーザ２０ａ、並びに、物品３０ａ及び３０ｂが存在している。エリア１０ｂには、ユーザ２０ｂが存在している。ユーザ２０ａ及び２０ｂは、複数のエリア１０ａ～１０ｎの間を自在に移動し得る。

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

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

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

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

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

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

ユーザ２０ａは、ユーザタグ６０ａに加えて、タグリーダ１００ａを携帯する。ユーザ２０ｂは、ユーザタグ６０ｂに加えて、タグリーダ１００ｂを携帯する。本実施形態において、各タグリーダ１００は、ユーザ２０により携帯されて複数のエリア１０ａ～１０ｎの間で移動し得る。物品管理システム１は、このような少なくとも１つのタグリーダ１００と、管理サーバ２００と、端末装置３００とを含む。なお、各タグリーダ１００は、特定のユーザ２０に関連付けられなくてよい。例えば、ユーザ２０ａ及び２０ｂがタグリーダ１００ａ及び１００ｂを互いに交換してもよく、複数のユーザ２０がより少数のタグリーダ１００を共用してもよい。

タグリーダ１００、管理サーバ２００及び端末装置３００は、ネットワーク５へ接続される。ネットワーク５は、有線ネットワーク、無線ネットワーク、又はそれらの任意の組合せであってよい。ネットワーク５の例は、インターネット、イントラネット及びクラウドネットワークを含み得る。

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

管理サーバ２００は、ユーザ２０及び物品３０の位置を追跡し、ユーザ２０による物品３０の利用の状況をデータベースに記録する情報処理装置である。管理サーバ２００は、例えば、高性能な汎用コンピュータを用いて、アプリケーションサーバ、データベースサーバ又はクラウドサーバとして実装されてよい。管理サーバ２００の具体的な構成の一例について、後にさらに説明する。

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

端末装置３００は、物品管理システム１のユーザ２０又は管理者により使用される。端末装置３００は、例えば、ＰＣ（Personal Computer）若しくはスマートフォンといった汎用端末であってもよく、又は物品管理の目的に特化した専用端末であってもよい。端末装置３００は、携帯型であっても据え置き型であってもよい。端末装置３００は、典型的には、ユーザ入力を受け付ける入力デバイス、他の装置（例えば、管理サーバ２００）と通信する通信インタフェース、及び情報を表示する表示デバイスを備える。一例として、端末装置３００は、ユーザ２０が管理サーバ２００へ物品３０の利用予約を登録する際に使用される。他の例として、端末装置３００は、管理サーバ２００から提供され得る後述する利用実績データを管理者が閲覧する際に使用される。

なお、図１ではタグリーダ１００及び端末装置３００を別個の装置として描いているが、タグリーダ１００及び端末装置３００の双方の機能を有する統合的な装置が提供されてもよい。また、端末装置３００が、ユーザ２０により携帯され、タグリーダ１００と管理サーバ２００との間の通信を中継してもよい。また、本実施形態において説明する管理サーバ２００の機能が、端末装置３００において実現されてもよい。

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

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

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

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

測定部１１４は、タグリーダ１００の位置を測定可能なユニットである。本実施形態において、測定部１１４は、ＰＤＲ（Pedestrian Dead Reckoning）とも呼ばれる自己位置推定技術を用いて、ある基準位置からのタグリーダ１００の相対的な移動量を測定して、測定した移動量を制御部１１１へ出力する。相対移動量の測定の基準位置は、例えば、タグリーダ１００が起動された時点のタグリーダ１００の位置であってよい。タグリーダ１００の相対移動量は、相対位置として扱われ得る。例えば、測定部１１４は、３軸加速度センサ１１４ａ、ジャイロセンサ１１４ｂ、及び地磁気センサ１１４ｃを含む。３軸加速度センサ１１４ａは、タグリーダ１００に固有のデバイス座標系でタグリーダ１００に加わる加速度を測定して、第１のセンサデータを出力する。ジャイロセンサ１１４ｂは、タグリーダ１００の角速度、即ちタグリーダ１００の姿勢の変化を測定して、第２のセンサデータを出力する。地磁気センサ１１４ｃは、実空間におけるタグリーダ１００の方位を測定して、第３のセンサデータを出力する。測定部１１４は、これらセンサからのセンサデータに基づいて、タグリーダ１００の加速度の方向を実空間の座標系における方向に換算しながら加速度を累積することで、タグリーダ１００の相対的な移動量を測定することができる。測定部１１４から制御部１１１へ出力される相対移動量は、水平面内の２次元ベクトルであってもよく、又は高さ方向の成分も含む３次元ベクトルであってもよい。

後に説明するように、本実施形態において、各位置タグ４０の設置位置の位置座標は、既知であってデータベースに登録されている。したがって、タグリーダ１００がある位置タグ４０を検知した時点から現在時点までの相対移動量と、当該位置タグ４０の既知の位置座標とに基づいて、タグリーダ１００の現在の絶対位置（の位置座標）を推定することができる。本実施形態では、管理サーバ２００がタグリーダ１００の絶対位置を推定する例を主に説明するが、タグリーダ１００の制御部１１１又は測定部１１４がデータベースへアクセスしてタグリーダ１００の絶対位置を推定してもよい。他の実施形態において、測定部１１４は、ＧＰＳ（Global Positioning System）を利用してタグリーダ１００の現在の地理的位置を測定してもよい。また別の実施形態において、測定部１１４は、接続先の基地局又は無線ＬＡＮアクセスポイントの既知の位置座標を利用して現在位置を推定する基地局測位又は無線ＬＡＮ測位を行ってもよい。

なお、図２にはタグリーダ１００が測定部１１４を含む例を示しているが、測定部１１４は、タグリーダ１００と通信可能であってタグリーダ１００と共にユーザにより携帯される外部デバイスに含まれていてもよい。その場合には、タグリーダ１００は、外部デバイスから測定部１１４により測定された相対的な移動量を示す移動量情報を受信する。

電源１１５は、バッテリ及びＤＣ－ＤＣコンバータを含み、タグリーダ１００の制御部１１１、記憶部１１２、通信部１１３、測定部１１４及び読取部１１６に電子回路を動作させるための電力を供給する。バッテリは、一次電池であってもよく、又は充電可能な二次電池であってもよい。図示していないものの、タグリーダ１００は、電源１１５の充電のためにタグリーダ１００を外部電源へ接続するための接続端子を有していてもよい。

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

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

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

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

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

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

エリアテーブル３２０は、タグＩＤ３２１、エリアＩＤ３２２、名称３２３、及び座標３２４という４つのデータ項目を有する。タグＩＤ３２１は、複数のエリア１０の各々に設置された位置タグ４０を一意に識別する識別情報である。タグＩＤ３２１の値は、対応する位置タグ４０が内部で記憶しているタグＩＤの値と同一である。エリアＩＤ３２２は、各エリア１０を一意に識別する識別情報である。名称３２３は、各エリア１０の名称を表す。図４（Ｂ）の例では、エリアＩＤ「ＡＲ０１」、「ＡＲ０２」、「ＡＲ０３」及び「ＡＲ０４」で識別されるエリアに、それぞれ「エリアＡ」、「エリアＢ」、「エリアＣ」及び「エリアＤ」という名称が与えられている。これら名称は、実際には、例えば「工事区画Ｘ」、「フロアＹ」、又は「倉庫Ｚ」といったものであってよい。座標３２４は、各エリア１０に設置された位置タグ４０の設置位置の位置座標を表す。

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

リーダテーブル３３０は、リーダＩＤ３３１及び名称３３２という２つのデータ項目を有する。リーダＩＤ３３１は、システム内で利用されるタグリーダ１００の各々を一意に識別する識別情報である。名称３３２は、各タグリーダの名称を表す。図５（Ａ）の例では、リーダＩＤ「ＲＤ０１」及び「ＲＤ０２」で識別されるタグリーダ１００に、それぞれ「リーダＡ」及び「リーダＢ」という名称が与えられている。

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

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

位置推定部２３１は、タグリーダ１００からユーザタグ６０についての読取結果データが受信されると、読取結果データにより示される読取時刻において、読取られたタグＩＤに関連付けられているユーザ２０が存在していた位置を推定する。ユーザ位置の推定は、タグリーダ１００から周期的に受信される測定結果データを用いて行われる。例えば、タグリーダ１００ａが、読取時刻Ｔ０１（第１時点）に位置タグ４０ａのタグＩＤを読取った後、読取時刻Ｔ０２（第２時点）にユーザタグ６０ａのタグＩＤを読取ったものとする。読取時刻Ｔ０１から読取時刻Ｔ０２までのタグリーダ１００ａの相対移動量は、２つの時点においてタグリーダ１００ａにより測定された移動量の差に相当し、位置推定部２３１は、測定結果データに基づいてこの差を導出することができる。ここで、エリア１０ａに設置された位置タグ４０ａの設置位置の座標は既知であり、エリアテーブル３２０において定義されている。したがって、位置推定部２３１は、位置タグ４０ａの既知の位置座標に、読取時刻Ｔ０１から読取時刻Ｔ０２までのタグリーダ１００ａの相対移動量を加算することにより、読取時刻Ｔ０２においてユーザ２０ａが存在していた位置を推定することができる。位置推定部２３１は、このように推定される各ユーザ２０の位置座標を、読取結果テーブル３５０の対応するレコードの座標３５４の欄に追記する。

同様に、位置推定部２３１は、タグリーダ１００から物品タグ５０についての読取結果データが受信されると、読取結果データにより示される読取時刻において、読取られたタグＩＤに関連付けられている物品３０が存在していた位置を推定する。物品位置の推定もまた、タグリーダ１００から周期的に受信される測定結果データを用いて行われる。例えば、タグリーダ１００ａが、読取時刻Ｔ０１（第１時点）に位置タグ４０ａのタグＩＤを読取った後、読取時刻Ｔ０３（第３時点）に物品３０ａに付された物品タグ５０ａのタグＩＤを読取ったものとする。読取時刻Ｔ０１から読取時刻Ｔ０３までのタグリーダ１００ａの相対移動量は、２つの時点においてタグリーダ１００ａにより測定された移動量の差に相当し、位置推定部２３１は、測定結果データに基づいてこの差を導出することができる。そして、位置推定部２３１は、位置タグ４０ａの既知の位置座標に、読取時刻Ｔ０１から読取時刻Ｔ０３までのタグリーダ１００ａの相対移動量を加算することにより、読取時刻Ｔ０３において物品３０ａが存在していた位置を推定することができる。位置推定部２３１は、このように推定される各物品３０の位置座標を、読取結果テーブル３５０の対応するレコードの座標３５４の欄に追記する。

＜３－４．履歴の取得＞
履歴取得部２３２は、読取結果テーブル３５０から定期的に、各物品３０の位置の履歴及び各ユーザ２０の移動の履歴を取得する。例えば、履歴取得部２３２は、予め定義された期間が経過する都度、各物品３０の位置の履歴及び各ユーザ２０の移動の履歴を取得するための処理を実行して、取得した位置履歴及び移動履歴を履歴テーブル３６０に格納する。予め定義された期間は、例えば、数時間、半日又は１日など、いかなる長さを有していてもよい。

より具体的には、履歴取得部２３２は、タグリーダ１００による位置タグ４０及び物品タグ５０からのタグＩＤの読取りの結果に基づいて、当該物品タグ５０が付された物品３０の位置履歴を取得する。また、履歴取得部２３２は、タグリーダ１００による位置タグ４０及びユーザタグ６０からのタグＩＤの読取りの結果に基づいて、当該ユーザタグ６０を携帯するユーザ２０の移動履歴を取得する。本実施形態において、各物品３０の位置履歴は、各物品３０がどのエリア１０に存在したかを時系列で示すデータである。また、各ユーザ２０の移動履歴は、各ユーザ２０がどのエリアに存在したかを時系列で示すデータである。

図６は、履歴取得部２３２による位置履歴及び移動履歴の取得について説明するための説明図である。図６の上段には、読取結果テーブル３５０の例示的な内容が一部のみ示されている。例えば、２０２１年Ｘ月Ｙ日の午前８時１分にユーザ２０ａのユーザタグ６０ａからタグＩＤ「ＴＧＵ１」が読取られ、その時点でユーザ２０ａが位置座標（Ｕ１１，Ｖ１１）に位置していたと推定されたものとする。また、同じ日の午前８時２分に物品３０ａの物品タグ５０ａからタグＩＤ「ＴＧ０１」が読取られ、その時点で物品３０ａが位置座標（Ｕ１２，Ｖ１２）に位置していたと推定されたものとする。

図６の下段には、履歴取得部２３２により履歴テーブル３６０に格納される、物品３０ａ（物品Ａ）の位置履歴、ユーザ２０ａ（ユーザＡ）の移動履歴、及びユーザ２０ｂ（ユーザＢ）の移動履歴の例が示されている。図示したように、履歴テーブル３６０は、対象３６１、時刻３６２及びエリア３６３という３つのデータ項目を有する。対象３６１は、履歴の各レコード（以下、履歴レコードという）に関連付けられる物品３０の物品ＩＤ又はユーザ２０のユーザＩＤを示す。時刻３６２は、上述した期間をより短く区分けした区間（例えば、数分、数十分又は１時間の時間長を有する）の各々の代表時刻（例えば、開始時刻）を表す。エリア３６３は、対応する区間において対象３６１の値で識別される物品３０又はユーザ２０がどのエリア１０に存在したかを、当該エリア１０のエリアＩＤ又は名称で表す。

例えば、履歴取得部２３２は、ある区間に属する読取時刻を示す物品３０ａについての読取結果レコードを読取結果テーブル３５０から抽出する。該当する読取結果レコードが無ければ、履歴取得部２３２は、その区間の物品３０ａの位置は不明であると判定し、エリア３６３が空欄の履歴レコードを生成してよい。該当する１つ以上の読取結果レコードが抽出された場合、履歴取得部２３２は、例えばそれら読取結果レコードにより示される位置座標がそれぞれどのエリア１０に属するかを判定する。そして、履歴取得部２３２は、例えば最も多くの読取結果レコードに対応するエリア１０を、その区間において物品３０ａが存在していたエリア１０であると判定し得る。図６の例では、午前８時２分の時点の物品３０ａの推定位置の座標（Ｕ１２，Ｖ１２）がエリアＡに属することから、左下に示したように、８時から８時半までの区間に物品３０ａ（物品Ａ）がエリアＡに存在したと判定されている。また、午前８時１分の時点のユーザ２０ａの推定位置の座標（Ｕ１１，Ｖ１１）がエリアＡに属することから、中央下に示したように、８時から８時半までの区間にユーザ２０ａ（ユーザＡ）がエリアＡに存在したと判定されている。

ある位置座標がどのエリア１０に属するかの判定は、例えば、当該位置座標と、各エリア１０の位置タグ４０の既知の座標との間の距離に基づいてなされてもよい。一例として、複数の位置タグ４０のうちで位置タグ４０ａが位置座標（Ｕ１２，Ｖ１２）の最も近くにある場合、位置座標（Ｕ１２，Ｖ１２）は位置タグ４０ａに関連付けられているエリア１０ａに属すると判定され得る。他の例として、エリアテーブル３２０において各エリア１０の半径が予め定義され、位置タグ４０の位置座標とエリア１０の半径とによって定まる円の内部に位置座標が入る場合に、当該位置座標は当該エリア１０に属すると判定されてもよい。さらに別の例として、エリアテーブル３２０において各エリア１０の境界を表す情報（例えば、多角形状の境界の頂点の座標）が予め定義されてもよい。この場合には、定義されたエリア１０の境界の内部に位置座標が入る場合に、当該位置座標は当該エリア１０に属すると判定され得る。

なお、ユーザ２０又は物品３０がどのエリア１０に存在したかの判定は、それら対象の位置座標に依拠することなくなされてもよい。例えば、各エリア１０のゲートに位置タグ４０が設置され、ユーザ２０により携帯されるタグリーダ１００が、各エリア１０に出入りする際に必ず位置タグ４０のタグＩＤを読取ることを想定する。この場合、履歴取得部２３２は、位置タグ４０の検知の履歴からユーザ２０又は物品３０が存在したエリア１０を判定することが可能である（例えば、対象があるエリア１０へ入ってから出るまでの間、その対象はそのエリア１０に存在する）。

＜３－５．利用予約の管理＞
予約管理部２３３は、物品３０の利用の予約を示す予約データを、物品ＤＢ２２０の予約テーブル３７０において管理する。例えば、予約管理部２３３は、予約の登録を受付けるためのＵＩ（例えば、予約登録画面）を端末装置３００を介してユーザ２０又は管理者へ提供し、提供したＵＩを介して入力された予約データを予約テーブル３７０に登録してもよい。予約管理部２３３は、登録済みの予約データの閲覧、修正又は削除を可能とするＵＩを端末装置３００を介してユーザ２０又は管理者に提供してもよい。

図７（Ａ）は、物品ＤＢ２２０の予約テーブル３７０の構成の一例を示している。予約テーブル３７０は、予約ＩＤ３７１、期間３７２、対象物品３７３及び予約者３７４という４つのデータ項目を有する。予約ＩＤ３７１は、予約テーブル３７０の各レコード（以下、予約レコードという）を一意に識別する識別情報である。期間３７２は、各予約レコードがどの期間を対象としているのかを表す。対象物品３７３は、各予約レコードがどの物品３０を対象としているのかを、当該物品３０の物品ＩＤで表す。予約者３７４は、各予約レコードについて、期間３７２により表される期間に対象物品３７３により表される物品３０を利用する予定であるユーザ２０を、当該ユーザ２０のユーザＩＤで表す。このような予約データの登録、閲覧、修正又は削除を可能とするＵＩは、当業者に知られているいかなる手法で構成されてもよいため、ここではその説明を省略する。

＜３－６．利用実績データの生成＞
データ生成部２３４は、履歴テーブル３６０に格納された物品３０の位置履歴及び１人以上のユーザ２０の移動履歴の間の比較に基づいて、物品３０と当該物品３０を利用したユーザ２０とを関連付ける利用実績データを生成する。例えば、データ生成部２３４は、予め定義された期間が経過する都度、経過した期間の各物品３０についての利用実績データを生成し、生成した利用実績データを利用実績テーブル３８０に格納する。データ生成部２３４は、生成した利用実績データを、例えば、端末装置３００を介してユーザ２０又は管理者により閲覧可能としてもよい。また、データ生成部２３４は、特定の期間における利用実績データをデータファイルへ出力して、他の装置へ送信してもよい。

本実施形態において、データ生成部２３４は、ある期間（以下、対象期間という）における各物品３０（以下、対象物品という）の位置履歴との相関が最も高い移動履歴を有するユーザ２０が、対象期間において対象物品を利用したユーザであると決定し得る。例えば、データ生成部２３４は、各ユーザについて、対象期間において対象物品が存在した時間別のエリアに対する、対象期間において当該ユーザが存在した時間別のエリアの一致度を判定する。そして、データ生成部２３４は、各ユーザについて判定した一致度に基づいて、対象期間において対象物品を利用したユーザを決定する。このとき、位置履歴と移動履歴との間の相関は、判定される一致度がより高いほど高く評価され得る。したがって、原則として、最も高い履歴の一致度を示すユーザが、対象期間において対象物品を利用したユーザであると決定される。

データ生成部２３４は、各ユーザについて、対象期間において対象物品が存在した時間別のエリアに対する、対象期間において当該ユーザが存在した時間別のエリアの不一致度をさらに判定してもよい。そして、データ生成部２３４は、判定した不一致度が基準値を上回るユーザは、履歴の一致度に関わらず、対象期間において対象物品を利用したユーザではないと決定してもよい。即ち、位置履歴と移動履歴との間の相関は、判定される不一致度がより高いほど低く評価され得る。不一致度と比較される基準値は、例えば、予め定義される固定的な値であってもよく、又は一致度にある係数α（０＜α＜１）を乗算した積であってもよい。

図８は、第１実施例に係る履歴の比較に基づく利用実績の決定について説明するための説明図である。ここでは、対象物品は物品Ａである。ある日付の午前８時から正午までの対象期間は、合計８つの区間に区分けされており、それら区間の開始時刻が図８の左から２番目の列（以下、時刻列という）に示されている。時刻列の左には、履歴テーブル３６０から取得され得る物品Ａの位置履歴が示されており、物品Ａは、対象期間の最初の３つの区間でエリアＡに、５番目の区間でエリアＣに、７番目及び８番目の区間でエリアＢに存在したと判定されている。時刻列の右には、履歴テーブル３６０から取得され得るユーザＡ、ユーザＢ及びユーザＣの移動履歴が示されている。

データ生成部２３４は、候補ユーザの一次フィルタリングとして、対象物品の位置履歴に含まれるエリアを移動履歴に含む１人以上のユーザを特定し、それらユーザを履歴比較の対象とする。位置履歴に含まれるエリアの個数（図８の例ではエリアＡ、Ｂ及びＣの３個）が多い場合には、位置履歴における出現回数の多い方から所定の個数のエリアのみが、候補ユーザの一次フィルタリングのために使用されてよい。図８の例では、ユーザＣの移動履歴は物品Ａの位置履歴に記述されたどのエリアも含まないため、ユーザＣは履歴比較の対象から除外されている。履歴比較の前に、こうした一次フィルタリングを通じて候補ユーザを絞り込むことで、利用実績の決定に要する処理時間を短縮し、演算の負荷を軽減することができる。

図８の下部には、データ生成部２３４により集計されるいくつかの統計値が示されている。物品検知回数は、対象物品がタグリーダ１００により検知された回数（区間単位の回数）である。ここでは、対象物品である物品Ａが合計８つの区間のうち６つの区間で検知されているため、物品検知回数は６である。一致数は、対象物品の位置履歴と各候補ユーザの移動履歴との間で、エリアが一致している区間の個数である。ユーザＡは、図中に黒丸で示した５つの区間で対象物品と同じエリアで検知されているため、ユーザＡの一致数は５である。ユーザＢは、図中に黒丸で示した３つの区間で対象物品と同じエリアで検知されているため、ユーザＢの一致数は３である。不一致数は、対象物品の位置履歴と各候補ユーザの移動履歴との間で、エリアが一致していない区間の個数である。なお、位置履歴及び移動履歴の少なくとも一方のエリアが空欄の区間は、集計において無視されてよい。ユーザＡについては、エリアが不一致となる区間が無いため、ユーザＡの不一致数はゼロである。ユーザＢは、図中にＸ印で示した２つの区間で対象物品とは異なるエリアで検知されているため、ユーザＢの不一致数は２である。ここで、対象物品の物品検知回数をＴ、候補ユーザｋについての一致数をｒ_ｋ、不一致数をｓ_ｋとして、一致度Ｒ_ｋ＝ｒ_ｋ／Ｔ、不一致度Ｓ_ｋ＝ｓ_ｋ／Ｔと定義する。すると、図８の例におけるユーザＡの一致度Ｒ_Ａ及び不一致度Ｓ_Ａ、並びにユーザＢの一致度Ｒ_Ｂ及び不一致度Ｓ_Ｂは、次のように算出され得る：
Ｒ_Ａ＝５／６＝８３．３％
Ｓ_Ａ＝０／６＝０％
Ｒ_Ｂ＝３／６＝５０％
Ｓ_Ｂ＝２／６＝３３．３％
この場合、データ生成部２３４は、候補ユーザのうちでユーザＡの一致度が最も高く、ユーザＡの不一致度は基準値（例えば、係数α＝０．３とした場合、２５％）を下回ることから、対象期間においてユーザＡが物品Ａを利用したと決定し得る。

データ生成部２３４は、予約テーブル３７０において保持されている予約データにさらに基づいて、利用実績データを生成してもよい。利用実績の決定において予約データを考慮することで、多数の履歴の相互比較を回避して演算の負荷を軽減することができ、あるいは、同等の相関を示す複数のユーザ２０が存在する場合に確度の高い決定を行うことができる。

一例として、データ生成部２３４は、対象期間において特定のユーザ２０がある物品３０を利用する予定であったことを予約データが示す場合に、当該物品３０の位置履歴に対して、最初にその特定のユーザ２０の移動履歴を比較してもよい。そして、それら履歴の間の相関が所定の基準を満たす場合には、他のユーザ２０の移動履歴を考慮することなく、対象期間においてその特定のユーザ２０が当該物品３０を利用したと決定してもよい。ここでの所定の基準とは、上述した履歴間の一致度がある基準値を上回ることを含んでもよく、履歴間の不一致度が他の基準値を上回らないことをさらに含んでもよい。物品３０の利用者として登録されたユーザ２０は、予約に従って実際にその物品３０を利用する蓋然性が高い。そのため、このような手法によって、多くのケースで、候補ユーザの一次フィルタリング、並びに複数のユーザ２０についての統計値の算出及び相互比較を回避することが可能となる。予約者であるユーザ２０の移動履歴と対象物品の位置履歴との間の相関が基準を満たさない場合には、残りのユーザ２０に対する一時フィルタリング並びに候補ユーザについての統計値の算出及び相互比較を経て、対象物品を利用したユーザ２０が決定されてよい。

図９は、第２実施例に係る履歴の比較に基づく利用実績の決定について説明するための説明図である。ここでは、対象物品は物品Ｃである。ある日付の午前８時から正午までの対象期間（ＹＭＤ＿１）は、合計８つの区間に区分けされており、それら区間の開始時刻が時刻列に示されている。時刻列の左には物品Ｃの位置履歴、時刻列の右にはユーザＤ、ユーザＥ及びユーザＡの移動履歴が示されている。

図９の上部には、予約テーブルに登録済みの予約データが部分的に示されており、この予約データは対象期間において物品ＣをユーザＤが利用する予定であったことを表す。したがって、データ生成部２３４は、予約者であったユーザＤの移動履歴をまず物品Ｃの位置履歴と比較する。図９の下部に示したように、この例においては、物品検知回数Ｔ＝６、ユーザＤについての一致数ｒ_Ｄ＝４、不一致数ｓ_Ｄ＝２と集計され、一致度Ｒ_Ｄ及び不一致度Ｓ_Ｄは次のように算出され得る：
Ｒ_Ｄ＝４／６＝６６．７％
Ｓ_Ｄ＝２／６＝３３．３％
この場合、データ生成部２３４は、ユーザＤの不一致度Ｓ_Ｄが基準値（例えば、係数α＝０．３とした場合、２０％）を上回ることから、ユーザＤの移動履歴は基準を満たさず、対象期間においてユーザＤは物品Ｃを利用しなかったと決定し得る。

データ生成部２３４は、このように予約者が対象期間において対象物品を利用したユーザではないと決定した場合、残りのユーザ２０について第１実施例で説明したような候補ユーザの一次フィルタリングを行う。そして、データ生成部２３４は、候補ユーザとして特定されるユーザＥについて、履歴間の一致度Ｒ_Ｅ＝４／６＝６６．７％及び不一致度Ｓ_Ｅ＝０／６＝０％が基準を満たすため、対象期間においてユーザＥが物品Ｃを利用したと決定し得る。

他の例として、データ生成部２３４は、対象物品の位置履歴に対し２人以上の候補ユーザの移動履歴が同程度の相関を示す場合、それら候補ユーザのうち対象物品の予約者であったことを予約データが示すユーザが対象物品を利用したと優先的に決定してもよい。物品３０の利用者として登録されたユーザ２０は、予約に従って実際にその物品３０を利用する蓋然性が高いことから、このような手法によって、事実に整合する利用実績を高い確度で決定することができる。

図１０は、第３実施例に係る履歴の比較に基づく利用実績の決定について説明するための説明図である。ここでは、対象物品は物品Ａである。ある日付の１３時から１７時までの対象期間（ＹＭＤ＿２）は、合計８つの区間に区分けされており、それら区間の開始時刻が時刻列に示されている。時刻列の左には物品Ａの位置履歴、時刻列の右にはユーザＡ、ユーザＢ及びユーザＣの移動履歴が示されている。

データ生成部２３４は、候補ユーザの一次フィルタリングとして、対象物品の位置履歴に含まれるエリアを移動履歴に含む１人以上のユーザを特定し、それらユーザを履歴比較の対象とする。図１０の例では、ユーザＡ～Ｃが候補ユーザとして特定されており、これら候補ユーザについての一致度及び不一致度は次のように算出され得る：
Ｒ_Ａ＝４／６＝６６．７％
Ｓ_Ａ＝１／６＝１６．７％
Ｒ_Ｂ＝４／６＝６６．７％
Ｓ_Ｂ＝１／６＝１６．７％
Ｒ_Ｃ＝０／６＝０％
Ｓ_Ｃ＝４／６＝６６．７％
この場合、ユーザＡ及びユーザＢの双方が基準を満たすことから、データ生成部２３４は、予約テーブル３７０を参照する。

図１０の下部には、予約テーブルに登録済みの予約データが部分的に示されており、この予約データは対象期間において物品ＡをユーザＢが利用する予定であったことを表す。したがって、データ生成部２３４は、対象期間における履歴間の相関及び利用予約に基づいて、対象期間においてユーザＢが物品Ａを利用したと決定し得る。

＜４．処理の流れ＞
本節では、物品管理システム１において実行され得るいくつかの処理の流れの例を、図１１～図１４のフローチャートを用いて説明する。なお、以下の説明では、処理ステップをＳ（ステップ）と略記する。

＜４－１．位置推定処理＞
図１１は、主として管理サーバ２００の位置推定部２３１により実行される位置推定処理の流れの一例を示すフローチャートである。図１１の位置推定処理は、物品管理システム１において少なくとも１つのタグリーダ１００が稼働している間に反復的に実行され得る。

まず、Ｓ１１１で、位置推定部２３１は、タグリーダ１００から送信される測定結果データを通信部２１０を介して受信する。Ｓ１１２で、位置推定部２３１は、測定結果データの受信と並行して、タグリーダ１００からの読取結果データの受信を待ち受ける。タグリーダ１００から読取結果データが受信された場合、処理はＳ１１３へ進む。読取結果データが受信されない場合、処理はＳ１１１へ戻る。

Ｓ１１３で、位置推定部２３１は、タグリーダ１００から受信した読取結果データに対応するレコードを読取結果テーブル３５０へ追加する。その後の処理は、Ｓ１１４で、受信した読取結果データが位置タグ４０のタグＩＤが読取られたことを示しているかに依存して分岐する。位置タグ４０のタグＩＤが読取られた場合には、処理はＳ１１１へ戻る。位置タグ４０ではなく物品タグ５０又はユーザタグ６０のタグＩＤが読取られた場合には、処理はＳ１１５へ進む。

Ｓ１１５で、位置推定部２３１は、受信した読取結果データにより示される読取時刻（又は時間的にその近く）におけるタグリーダ１００の位置を、同じタグリーダ１００が位置タグ４０を検知した時点からのタグリーダ１００の相対移動量に基づいて導出する。ここで導出される位置は、ある時点で検知された位置タグ４０の既知の位置座標と、測定結果データから算出され得る当該時点からのタグリーダ１００の相対移動量との和により表され得る。そして、位置推定部２３１は、導出した位置に、検知された対象（物品タグ５０を付された物品３０又はユーザタグ６０を携帯するユーザ２０）が位置していると推定する。次いで、Ｓ１１６で、位置推定部２３１は、検知された対象の推定位置の位置座標を、Ｓ１１３で読取結果テーブル３５０に追加した読取結果レコードの座標３５４の欄に追記する。そして、処理はＳ１１１へ戻る。

＜４－２．履歴取得処理＞
図１２は、主として管理サーバ２００の履歴取得部２３２により実行される履歴取得処理の流れの一例を示すフローチャートである。図１２の履歴取得処理は、例えば、数時間、半日又は１日などといった期間が経過するごとに、経過した期間を対象として実行され得る。

Ｓ１２１で示したように、履歴取得処理は、対象期間に含まれる区間の各々についての履歴取得の反復（ループ）から構成される。１回の反復において扱われる区間を、ここでは対象区間という。まず、Ｓ１２２で、履歴取得部２３２は、対象区間に属する読取時刻を有する読取結果レコードを、読取結果テーブル３５０から抽出する。

次いで、Ｓ１２３で、履歴取得部２３２は、複数のユーザ２０の各々を対象ユーザとする履歴取得の反復（サブループ）を開始する。まず、Ｓ１２４で、履歴取得部２３２は、Ｓ１２２で取得した読取結果レコードから、対象ユーザのユーザタグ６０のタグＩＤを示すレコードをさらに抽出する。次いで、Ｓ１２５で、履歴取得部２３２は、抽出した読取結果レコードの位置座標の値（ユーザタグ６０の検知位置）に基づいて、対象区間において対象ユーザが存在したエリア１０を判定する。例えば、履歴取得部２３２は、ユーザタグ６０の検知位置の最も近くに設置された位置タグ４０に関連付けられているエリア１０に対象ユーザが存在したと判定してもよい。その代わりに、履歴取得部２３２は、簡易的なエリア半径の定義、又はより複雑な形状を有する境界の定義によって定まるあるエリア１０の領域内にユーザタグ６０の検知位置が入る場合に、対象ユーザが当該エリア１０に存在したと判定してもよい。Ｓ１２４で複数の読取結果レコードが抽出された場合には、履歴取得部２３２は、それら読取結果レコードの位置座標の値に基づいて、対象ユーザが存在したエリア１０を、多数決方式で判定してもよい。次いで、Ｓ１２６で、履歴取得部２３２は、対象ユーザのユーザＩＤ、対象区間を代表する時刻、及びＳ１２５で判定したエリア１０のエリアＩＤ又は名称を含む履歴レコードを、履歴テーブル３６０へ追加する。全ての対象ユーザについてこうした移動履歴の取得が終了したと判定されると（Ｓ１２７）、処理はＳ１３０へ進む。

Ｓ１３０で、履歴取得部２３２は、複数の物品３０の各々を対象物品とする履歴取得の反復（サブループ）を開始する。まず、Ｓ１３１で、履歴取得部２３２は、Ｓ１２２で取得した読取結果レコードから、対象物品の物品タグ５０のタグＩＤを示すレコードをさらに抽出する。次いで、Ｓ１３２で、履歴取得部２３２は、抽出した読取結果レコードの位置座標の値（物品タグ５０の検知位置）に基づいて、対象区間において対象物品が存在したエリア１０を判定する。ここでのエリア判定の手法は、Ｓ１２５に関連して説明した手法と同様であってよい。次いで、Ｓ１３３で、履歴取得部２３２は、対象物品の物品ＩＤ、対象区間を代表する時刻、及びＳ１３２で判定したエリア１０のエリアＩＤ又は名称を含む履歴レコードを、履歴テーブル３６０へ追加する。全ての対象物品についてこうした位置履歴の取得が終了したと判定されると（Ｓ１３４）、処理はＳ１３６へ進む。

Ｓ１３６で、履歴取得部２３２は、対象期間内に未処理の区間が残っているかを判定し、未処理の区間が残っていれば次の区間についてＳ１２２～Ｓ１３４の処理ステップを実行する。全ての区間について履歴の取得が終了したと判定されると、図１２の履歴取得処理は終了する。

＜４－３．利用実績生成処理＞
図１３及び図１４は、主として管理サーバ２００のデータ生成部２３４により実行される利用実績生成処理の流れの一例を示すフローチャートである。利用実績生成処理は、例えば、上述した履歴取得処理と同様に、対象期間が経過するごとに定期的に実行され得る。なお、利用実績生成処理は、システムの管理下の各物品３０について反復され得るが、図１３及び図１４では、説明の簡明さのために、単一の対象物品についての処理の流れのみを示す。

図１３に示した第１の例では、予約データを参照する前に、候補ユーザの一次フィルタリングが行われる。図１４に示した第２の例では、まず最初に、予約データが参照され、対象物品を利用する予定であった予約者について履歴間の相関が判定される。

（１）第１の例
図１３の第１の例において、まず、Ｓ１４１で、データ生成部２３４は、対象期間における対象物品の位置履歴に基づく一次フィルタリングを実行して、対象物品を利用したユーザの候補を特定する。例えば、データ生成部２３４は、対象期間における対象物品の位置履歴に記述されている、最大でＭ個のエリア１０を特定する（例えば、Ｍ＝５）。そして、データ生成部２３４は、特定したエリア１０を対象期間の移動履歴に含むユーザ２０を、候補ユーザとして特定する。

次いで、Ｓ１４２で、データ生成部２３４は、対象物品の位置履歴と、Ｓ１４１で特定した候補ユーザの各々の移動履歴との間の一致度及び不一致度を判定する。次いで、Ｓ１４３で、データ生成部２３４は、Ｓ１４２で判定した一致度が第１基準値を上回る候補ユーザを選択する。次いで、Ｓ１４４で、データ生成部２３４は、Ｓ１４３で選択した候補ユーザから、Ｓ１４２で判定した不一致度が（第１基準値よりも低い）第２基準値を上回る候補ユーザを除外する。

ここまでの処理の結果として、ゼロ又は１人以上の任意の数の選択された候補ユーザが残っている。Ｓ１４５で、データ生成部２３４は、少なくとも１人の選択された候補ユーザが残っているかを判定する。選択された候補ユーザが残っていない場合、処理はＳ１４６へ進む。一方、少なくとも１人の選択された候補ユーザが残っている場合、処理はＳ１４７へ進む。

Ｓ１４６で、データ生成部２３４は、対象期間において対象物品をどのユーザ２０も利用しなかったと決定する。そして、処理はＳ１５２へ進む。

Ｓ１４７で、データ生成部２３４は、残っている候補ユーザのうち一致度が最も高い候補ユーザが複数存在するかを判定する。一致度が最も高い候補ユーザが１人だけ存在する場合、処理はＳ１４８へ進む。一方、一致度が最も高い候補ユーザが複数存在する場合、処理はＳ１４９へ進む。

Ｓ１４８で、データ生成部２３４は、一致度が最も高い候補ユーザが対象期間において対象物品を利用したと決定する。そして、処理はＳ１５２へ進む。

Ｓ１４９で、データ生成部２３４は、対象期間における対象物品についての予約データを参照し、残っている候補ユーザに対象物品を利用する予定であった予約者が含まれるかを判定する。残っている候補ユーザに予約者が含まれない場合、処理はＳ１５０へ進む。一方、残っている候補ユーザに予約者が含まれる場合、処理はＳ１５１へ進む。

Ｓ１５０で、データ生成部２３４は、残っている複数の候補ユーザのうち対象物品を利用したユーザ２０を、何らかの他の条件に従って決定する。例えば、データ生成部２３４は、残っている複数の候補ユーザの全員が対象期間において対象物品を利用した「可能性がある」と決定してもよい。そして、処理はＳ１５２へ進む。

Ｓ１５１で、データ生成部２３４は、対象物品を利用する予定であった予約者が対象期間において実際に対象物品を利用したと決定する。そして、処理はＳ１５２へ進む。

Ｓ１５２で、データ生成部２３４は、Ｓ１４６、Ｓ１４８、Ｓ１５０又はＳ１５１での決定に従って、対象期間についての対象物品の利用実績のレコードを生成して、生成したレコードを利用実績テーブル３８０へ追加する。

（２）第２の例
図１４の第２の例において、まず、Ｓ１６０で、データ生成部２３４は、対象期間における対象物品の利用予約が存在するかを、予約テーブル３７０を参照して判定する。利用予約が存在しない場合、処理はＳ１６５へ進む。利用予約が存在する場合、処理はＳ１６１へ進む。

Ｓ１６１で、データ生成部２３４は、予約テーブル３７０の予約レコードにより示される予約者を、優先的に履歴比較を行うべき第１候補ユーザとして特定する。次いで、Ｓ１６２で、データ生成部２３４は、対象物品の位置履歴と第１候補ユーザの移動履歴との間の一致度及び不一致度を判定する。次いで、Ｓ１６３で、データ生成部２３４は、位置履歴と移動履歴との間の相関、即ちＳ１６２で判定した一致度及び不一致度がある基準を満たすか否かを判定する。ここでの基準とは、例えば、一致度が上述した第１基準値を上回り、かつ不一致度が上述した第２基準値を上回らないことであってよい。履歴間の相関が基準を満たす場合、処理はＳ１６４へ進む。一方、履歴間の相関が基準を満たさない場合、処理はＳ１６５へ進む。

Ｓ１６４で、データ生成部２３４は、予約者である第１候補ユーザが対象期間において実際に対象物品を利用したと決定する。そして、処理はＳ１６７へ進む。

Ｓ１６５で、データ生成部２３４は、第１候補ユーザ以外のユーザ２０に対し、対象物品の位置履歴に基づく一次フィルタリングを実行して、対象物品を利用したユーザの候補を特定する。ここでの一次フィルタリングは、図１３のＳ１４１と同様に行われてよい。次いで、Ｓ１６６で、データ生成部２３４は、Ｓ１６５で特定した候補ユーザの各々の移動履歴と対象物品の位置履歴との間の相関を判定し、判定した相関に基づいて、対象期間において対象物品を利用したユーザ２０を決定する。ここでの決定は、第１候補ユーザが既に除外されていることを除いて、図１３のＳ１４２～Ｓ１５０と同様に行われてよい。そして、処理はＳ１６７へ進む。

Ｓ１６７で、データ生成部２３４は、Ｓ１６４又はＳ１６６での決定に従って、対象期間についての対象物品の利用実績のレコードを生成して、生成したレコードを利用実績テーブル３８０へ追加する。

＜５．まとめ＞
ここまで、図１～図１４を用いて、本開示に係る技術の様々な実施形態、実施例及び変形例について詳細に説明した。上述した実施形態によれば、物品管理システムにおいて、複数のエリアにそれぞれの第１無線デバイスが設置され、第２無線デバイスが物品に付され、複数のユーザによりそれぞれの第３無線デバイスが携帯される。少なくとも１つの読取装置は、無線デバイスからの識別情報の読取りを試行する。そして、第１及び第２無線デバイスからの読取りの結果に基づく物品の位置履歴、並びに第１及び第３無線デバイスからの読取りの結果に基づく各ユーザの移動履歴が取得され、これら履歴の比較に基づいて物品を誰が実際に利用したかを示すデータが生成される。かかる構成によれば、物品を実際に利用したユーザを示す利用実績データを、手作業での台帳への情報の記入といった負担をユーザに課すことなく自動的に生成することができる。また、物品の位置の追跡及びユーザの移動の追跡が、物品が利用されている間に継続的に行われるため、鍵の貸出し及び返却の履歴から利用実績を間接的に把握するような既存の手法と比較して、上述した実施形態に係る利用実績データの正確性はより高くなる。

また、上述した実施形態によれば、物品の利用の予約を示す予約データがデータベースにおいて管理され、物品を実際に利用したユーザを示す利用実績データは、当該予約データにさらに基づいて生成される。一例として、ある期間に物品を利用する予定であった予約者の移動履歴と当該物品の位置履歴との間の比較が優先的に行われてもよい。それにより、多くのケースで、多数のユーザについて履歴比較を反復することを回避して、利用実績データの生成に要する演算の負荷を軽減することができる。他の例として、物品の位置履歴に対して複数のユーザの移動履歴が同程度の相関を示す場合に、予約データにより示される予約者であるユーザが優先的に、当該物品を利用したユーザとして決定されてもよい。それにより、利用実績の曖昧性を解消して、事実に整合する利用実績を高い確度で決定することができる。

また、上述した実施形態によれば、利用実績の決定の基礎となる物品の位置履歴とユーザの移動履歴との間の相関が、ある期間において物品が存在した時間別のエリアに対する、当該期間においてユーザが存在した時間別のエリアの一致度により表され得る。かかる構成によれば、物品の位置履歴とユーザの移動履歴との間の相関を定量的な数値によって客観的に評価して、物品の利用実績を正確に決定することができる。物品の位置履歴とユーザの移動履歴との間の上記相関は、さらに、ある期間において物品が存在した時間別のエリアに対する、当該期間においてユーザが存在した時間別のエリアの不一致度により表され得る。かかる構成によれば、物品が存在したエリアから離れて他のエリアへ移動したユーザを当該物品を利用したユーザであると誤って決定してしまう可能性を排除することができる。

また、上述した実施形態によれば、少なくとも１つの読取装置の各々は、ユーザにより携帯されて複数のエリア間で移動し得る。かかる構成によれば、システム内の多様な無線デバイスをユーザの通常の活動に伴って逐次検知して、読取結果を収集することができる。したがって、物品の位置履歴の取得及びユーザの移動履歴の取得のためにユーザに追加的な作業負担が課されることもない。

また、上述した実施形態によれば、少なくとも１つの読取装置は、基準位置からの相対的な移動量を測定可能である。また、第１無線デバイスの各々の設置位置は既知とされる。そして、第１無線デバイスからの識別情報の読取時刻から、第２又は第３無線デバイスからの識別情報の読取時刻までの間に測定された相対移動量と、当該第１無線デバイスの既知の設置位置とに基づいて、物品又はユーザの位置が推定される。物品又はユーザがどのエリアに存在したかは、この推定位置に基づいて判定され得る。かかる構成によれば、読取装置が例えばＧＰＳ衛星などの外部システムと常に通信していなくても、経時的に蓄積されるデータから、物品及びユーザの位置をある程度精細に推定することができる。それにより、装置のコスト及び電力消費の低減と、正確な利用実績の決定とを両立させることが容易となる。

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

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

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

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

Claims

複数のエリアにそれぞれ設置される第１無線デバイスと、
物品に付される第２無線デバイスと、
複数のユーザによりそれぞれ携帯される第３無線デバイスと、
無線デバイスから当該無線デバイスに記憶されている識別情報を読取り可能な少なくとも１つの読取装置と、
前記少なくとも１つの読取装置による前記第１無線デバイス及び前記第２無線デバイスからの識別情報の読取りの結果に基づく前記物品の位置の履歴、並びに、前記少なくとも１つの読取装置による前記第１無線デバイス及び前記第３無線デバイスからの識別情報の読取りの結果に基づく各ユーザの移動の履歴を取得する履歴取得部と、
前記物品の位置の履歴と１人以上のユーザの移動の履歴との比較に基づいて、前記物品と前記物品を利用したユーザとを関連付ける利用実績データを生成する生成部と、
を含む物品管理システム。
前記物品管理システムは、
前記物品の利用の予約を示す予約データをデータベースにおいて管理する予約管理部、
をさらに備え、
前記生成部は、前記予約データにさらに基づいて、前記利用実績データを生成する、
請求項１に記載の物品管理システム。
前記生成部は、第１ユーザがある期間に前記物品を利用する予定であったことを前記予約データが示す場合に、前記期間の前記物品の位置の履歴と、前記期間の少なくとも前記第１ユーザの移動の履歴とを比較する、請求項２に記載の物品管理システム。
前記生成部は、前記物品の位置の履歴に対して第２ユーザの移動の履歴及び第３ユーザの移動の履歴が同程度の相関を示す場合に、前記第２ユーザ及び前記第３ユーザのうち前記物品を利用する予定であったことを前記予約データが示すユーザを優先的に、前記物品を利用したユーザとして決定する、請求項２に記載の物品管理システム。
前記物品の前記位置の履歴は、前記物品がどのエリアに存在したかを時系列で示し、
各ユーザの前記移動の履歴は、各ユーザがどのエリアに存在したかを時系列で示す、
請求項１～４のいずれか１項に記載の物品管理システム。
前記生成部は、
前記１人以上のユーザの各々について、ある期間において前記物品が存在した時間別のエリアに対する、当該期間において当該ユーザが存在した時間別のエリアの一致度を判定し、
各ユーザについて判定した前記一致度に基づいて、前記期間において前記物品を利用したユーザを決定する、
請求項５に記載の物品管理システム。
前記生成部は、
前記１人以上のユーザの各々について、ある期間において前記物品が存在した時間別のエリアに対する、当該期間において当該ユーザが存在した時間別のエリアの不一致度を判定し、
判定した前記不一致度が基準値を上回るユーザは、前記期間において前記物品を利用したユーザではないと決定する、
請求項６に記載の物品管理システム。
前記少なくとも１つの読取装置の各々は、ユーザにより携帯されて前記複数のエリア間で移動する、請求項１～７のいずれか１項に記載の物品管理システム。
各エリアに設置された前記第１無線デバイスの設置位置は既知であり、
前記少なくとも１つの読取装置は、基準位置からの相対的な移動量を測定可能であり、
前記物品管理システムは、
前記第１無線デバイスから識別情報が読取られた第１時点から、前記第２無線デバイス又は各第３無線デバイスから識別情報が読取られた第２時点までの、前記少なくとも１つの読取装置により測定される前記相対的な移動量に基づいて、前記物品又は各ユーザの前記第２時点における位置を推定する位置推定部、
をさらに備え、
前記履歴取得部は、前記位置推定部により推定される前記物品又は各ユーザの前記第２時点における前記位置に基づいて、前記第２時点において前記物品又は各ユーザがどのエリアに存在したかを判定する、請求項８に記載の物品管理システム。
前記無線デバイスは、ＲＦＩＤ（Radio Frequency IDentification）タグであり、
前記少なくとも１つの読取装置は、読取レンジ内へ電磁波を放射し、前記電磁波のエネルギーを利用して前記無線デバイスから返送されて来る情報を読取る、
請求項１～９のいずれか１項に記載の物品管理システム。
情報処理装置により実行されるデータ生成方法であって、
複数のエリアにそれぞれ設置される第１無線デバイス、物品に付される第２無線デバイス、及び、複数のユーザによりそれぞれ携帯される第３無線デバイス、を含む複数の無線デバイスから当該無線デバイスに記憶されている識別情報を読取り可能な少なくとも１つの読取装置と通信して、前記識別情報の読取りの結果を受信することと、
前記少なくとも１つの読取装置による前記第１無線デバイス及び前記第２無線デバイスからの識別情報の読取りの結果に基づいて、前記物品の位置の履歴を取得することと、
前記少なくとも１つの読取装置による前記第１無線デバイス及び前記第３無線デバイスからの識別情報の読取りの結果に基づいて、各ユーザの移動の履歴を取得することと、
前記物品の位置の履歴と１人以上のユーザの移動の履歴との比較に基づいて、前記物品と前記物品を利用したユーザとを関連付ける利用実績データを生成することと、
を含む、データ生成方法。
複数のエリアにそれぞれ設置される第１無線デバイス、物品に付される第２無線デバイス、及び、複数のユーザによりそれぞれ携帯される第３無線デバイス、を含む複数の無線デバイスから当該無線デバイスに記憶されている識別情報を読取り可能な少なくとも１つの読取装置と通信する通信部と、
前記少なくとも１つの読取装置による前記第１無線デバイス及び前記第２無線デバイスからの識別情報の読取りの結果に基づく前記物品の位置の履歴、並びに、前記少なくとも１つの読取装置による前記第１無線デバイス及び前記第３無線デバイスからの識別情報の読取りの結果に基づく各ユーザの移動の履歴を取得する履歴取得部と、
前記物品の位置の履歴と１人以上のユーザの移動の履歴との比較に基づいて、前記物品と前記物品を利用したユーザとを関連付ける利用実績データを生成する生成部と、
を備える情報処理装置。