JP7633863B2 - 物品管理システム、物品管理方法、読取装置、及び情報処理装置 - Google Patents

物品管理システム、物品管理方法、読取装置、及び情報処理装置 Download PDF

Info

Publication number
JP7633863B2
JP7633863B2 JP2021061655A JP2021061655A JP7633863B2 JP 7633863 B2 JP7633863 B2 JP 7633863B2 JP 2021061655 A JP2021061655 A JP 2021061655A JP 2021061655 A JP2021061655 A JP 2021061655A JP 7633863 B2 JP7633863 B2 JP 7633863B2
Authority
JP
Japan
Prior art keywords
item
entity
tag
reading
location
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021061655A
Other languages
English (en)
Other versions
JP2022157438A (ja
Inventor
祐樹 仲島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2021061655A priority Critical patent/JP7633863B2/ja
Priority to PCT/JP2022/014363 priority patent/WO2022210352A1/ja
Priority to CN202280024192.2A priority patent/CN117098715A/zh
Priority to EP22780565.2A priority patent/EP4317029A4/en
Publication of JP2022157438A publication Critical patent/JP2022157438A/ja
Priority to US18/456,631 priority patent/US20230401408A1/en
Application granted granted Critical
Publication of JP7633863B2 publication Critical patent/JP7633863B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device
    • G06K17/0029—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device the arrangement being specially adapted for wireless interrogation of grouped or bundled articles tagged with wireless record carriers
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65G—TRANSPORT OR STORAGE DEVICES, e.g. CONVEYORS FOR LOADING OR TIPPING, SHOP CONVEYOR SYSTEMS OR PNEUMATIC TUBE CONVEYORS
    • B65G1/00—Storing articles, individually or in orderly arrangement, in warehouses or magazines
    • B65G1/02—Storage devices
    • B65G1/04—Storage devices mechanical
    • B65G1/137—Storage devices mechanical with arrangements or automatic control means for selecting which articles are to be removed
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65G—TRANSPORT OR STORAGE DEVICES, e.g. CONVEYORS FOR LOADING OR TIPPING, SHOP CONVEYOR SYSTEMS OR PNEUMATIC TUBE CONVEYORS
    • B65G61/00—Use of pick-up or transfer devices or of manipulators for stacking or de-stacking articles not otherwise provided for
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10118—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the sensing being preceded by at least one preliminary step
    • G06K7/10138—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the sensing being preceded by at least one preliminary step the step consisting of determining the type of record carrier, e.g. to determine if the record carrier is an RFID tag of the long or short range type, or to determine the preferred communication protocol of the RFID tag
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10366—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the interrogation device being adapted for miscellaneous applications
    • G06K7/10415—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the interrogation device being adapted for miscellaneous applications the interrogation device being fixed in its position, such as an access control device for reading wireless access cards, or a wireless ATM
    • G06K7/10425—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the interrogation device being adapted for miscellaneous applications the interrogation device being fixed in its position, such as an access control device for reading wireless access cards, or a wireless ATM the interrogation device being arranged for interrogation of record carriers passing by the interrogation device
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00—Economic sectors
    • G16Y10/45—Commerce

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Toxicology (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Electromagnetism (AREA)
  • General Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • Strategic Management (AREA)
  • Quality & Reliability (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Mechanical Engineering (AREA)
  • Computing Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本開示は、物品管理システム、物品管理方法、読取装置、及び情報処理装置に関する。
ＲＦＩＤ（Radio Frequency IDentification）は、タグとも呼ばれる小型のデバイス内に埋め込まれた情報を近距離無線通信によって外部のリーダから読取ることを可能にする技術である。例えば、一意な識別情報を埋め込んだＲＦＩＤタグを物品に付しておくことで、物品の在庫及び流通の管理において物品の所在を効率的に把握することが可能となり、管理下にある物品の情報を可視化することも容易となる。なかでも、リーダから放射される電磁波のエネルギーを利用して情報を送信するパッシブ型ＲＦＩＤタグは、バッテリが不要であるために製造コストが安く、また半永久的に動作できることから、在庫及び流通の管理のみならず様々な場面での活用が広がっている。
特許文献１は、物品の管理のためにＲＦＩＤタグを活用するシステムの一例を開示している。特許文献１のシステムは、店舗で販売される商品に付されるＲＦＩＤタグと、店舗の出口に設置される書換装置とを含む。この書換装置は、商品の購入者が出口を通過する際に、商品のＲＦＩＤタグから識別情報及び価格情報を読取り、また購入者のクレジットカードからクレジット情報を読取って、決済及び商品の所有者の書換えを行う。
特開２０１８－１５６２７７号公報
特許文献１が想定している商品の販売の場面では、決済という明示的な手続を契機として商品の所有権が移転される。しかし、複数のエンティティの間で物品を移管する一般的な場面において、移管の契機となる明示的な手続は必ずしも存在せず、あるいは検品のような何らかの手続が存在してもその効率化が望まれている。
本発明は、上述した点に鑑み、エンティティ間の物品の移管を効率的に行うことを可能にする仕組みを実現しようとするものである。
ある観点によれば、複数のエンティティのうち物品が帰属するエンティティを示す物品データを管理するための物品管理システムであって、第１位置に設置される第１無線デバイスと、前記物品と共に移動する第２無線デバイスと、無線デバイスが記憶している識別情報を読取る少なくとも１つの読取装置と、前記物品データを管理する管理部と、を含み、前記管理部は、前記物品が前記第１位置とは異なる第２位置に関連する第２エンティティに帰属することを前記物品データが示す状態において、第１読取装置が前記第１無線デバイスの識別情報及び前記第２無線デバイスの識別情報を読取った場合に、前記物品が前記第１位置に関連する第１エンティティに帰属することを示すように前記物品データを更新する、物品管理システムが提供される。対応する方法、読取装置、及び情報処理装置もまた提供される。
別の観点によれば、複数のエンティティのうち物品が帰属するエンティティを示す物品データを管理するための物品管理システムであって、第１位置に設置される第１無線デバイスと、前記物品と共に移動する第２無線デバイスと、無線デバイスが記憶している識別情報を読取る少なくとも１つの読取装置と、前記物品データを管理する管理部と、を含み、前記管理部は、前記物品が前記第１位置に関連する第１エンティティに帰属することを前記物品データが示す状態において、第２エンティティに関連付けられる第２読取装置が前記第１無線デバイスの識別情報及び前記第２無線デバイスの識別情報を読取った場合に、前記物品が前記第２エンティティに帰属することを示すように前記物品データを更新し、前記第２読取装置が前記第２エンティティに関連付けられることは、前記第２読取装置を前記第２エンティティに関連付けるデータが存在すること、又は前記第２読取装置が前記第２エンティティに関連付けられるユーザデバイスの識別情報を読取ったこと、のうちの少なくとも一方を含む、物品管理システムが提供される。対応する方法、読取装置、及び情報処理装置もまた提供される。
本発明によれば、エンティティ間の物品の移管を効率的に行うことが可能となる。
第１実施形態に係る物品管理システムの構成の一例を示す模式図。 第１実施形態に係るタグリーダの構成の一例を示すブロック図。 第１実施形態に係る管理サーバの構成の一例を示すブロック図。 物品テーブル、場所テーブル、リーダテーブル及びユーザテーブルの構成の例を示す説明図。 読取結果テーブルの構成の一例を棚卸し作業との関係で説明するための説明図。 納入予約画面及び納入予約テーブルの構成の例を説明するための説明図。 第１実施形態の第１実施例における納入作業時のタグの読取りを説明するための説明図。 第１実施形態の第１実施例における納入ステータスの更新を説明するための説明図。 第１実施形態の第２実施例における納入作業時のタグの読取りを説明するための説明図。 第１実施形態の第２実施例における納入ステータスの更新を説明するための説明図。 回収予約画面及び回収予約テーブルの構成の例を説明するための説明図。 第１実施形態における回収作業時のタグの読取りを説明するための説明図。 第１実施形態における回収ステータスの更新を説明するための説明図。 物品関連情報をユーザに提供する画面の一例を示す説明図。 システム内の処理の概略的な流れの一例を示す第１のシーケンス図。 システム内の処理の概略的な流れの一例を示す第２のシーケンス図。 システム内の処理の概略的な流れの一例を示す第３のシーケンス図。 第１実施形態の第１実施例に係る納入ステータス更新処理の流れの一例を示すフローチャート。 第１実施形態の第２実施例に係る納入ステータス更新処理の流れの一例を示すフローチャート。 第１実施形態に係る回収ステータス更新処理の流れの一例を示すフローチャート。 第２実施形態に係る物品管理システムの構成の一例を示す模式図。 第２実施形態に係る管理サーバの構成の一例を示すブロック図。 ユーザタグテーブルの構成の一例を示す説明図。 ユーザタグの読取りに基づくエンティティの判定を説明するための説明図。 第２実施形態における納入作業時のタグの読取りを説明するための説明図。 第２実施形態における納入ステータスの更新を説明するための説明図。 第２実施形態における回収作業時のタグの読取りを説明するための説明図。 第２実施形態における回収ステータスの更新を説明するための説明図。 第２実施形態に係る納入ステータス更新処理の流れの一例を示すフローチャート。 第２実施形態に係る回収ステータス更新処理の流れの一例を示すフローチャート。 一変形例に係るタグリーダの構成の一例を示すブロック図。 一変形例に係る管理サーバの構成の一例を示すブロック図。 一変形例における物品の帰属先エンティティの変更を説明するための説明図。
以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
＜１．第１実施形態＞
＜１－１．システムの概要＞
図１は、第１実施形態に係る物品管理システム１の構成の一例を示す模式図である。物品管理システム１は、複数のエンティティ間で物品が移管され得る状況において、物品が帰属するエンティティを示す物品データをデータベースで管理するシステムである。物品の移管とは、例えば、物品の所有権、使用権、情報閲覧権限、又は管理責任の移動を伴う何らかの行為であってよい。移管の例は、有償か無償かを問わず、販売、譲渡、貸渡し及び返却を含み得る。エンティティとは、個人、組織、企業、企業内の部署、又は地理的な区画など、物品が帰属し得る任意の実体であってよい。物品の帰属先となるエンティティの例は、物品の所有者、物品の使用者、物品の管理者、物品の保管場所、及び物品の所在地を含み得る。
物品は、無生物（例えば、機械、機器、器具、資材、消費財、車両又はロボット）であっても生物（例えば、動物又は植物）であってもよい。若干の例に過ぎないものの、物品管理システム１は、建設業者－機械レンタル事業者間の建設機械の移管、企業－リース事業者間の事務機器の移管、運輸業者から利用者への貨物の引渡し、又は畜産業者間の家畜の譲渡など、様々な場面に適用されてよい。
物品管理システム１は、相異なる位置に設置される位置タグ４０ａ、４０ｂ、４０ｃ、物品に付される物品タグ５０ａ、５０ｂ、５０ｃ、少なくとも２つのタグリーダ１００ａ、１００ｂ、管理サーバ２００、及びユーザ端末３００ａ、３００ｂを含む。なお、以下の説明において、タグリーダ１００ａ、１００ｂを相互に区別する必要のない場合には、符号の末尾のアルファベットを省略することにより、これらをタグリーダ１００と総称する。位置タグ４０ａ、４０ｂ、４０ｃ（位置タグ４０）、物品タグ５０ａ、５０ｂ、５０ｃ（物品タグ５０）、及びユーザ端末３００ａ、３００ｂ（ユーザ端末３００）、並びに他の構成要素についても同様である。
タグリーダ１００、管理サーバ２００及びユーザ端末３００は、ネットワーク５へ接続される。ネットワーク５は、有線ネットワーク、無線ネットワーク、又はそれらの任意の組合せであってよい。ネットワーク５の例は、インターネット、イントラネット及びクラウドネットワークを含み得る。
位置タグ４０は、物品管理システム１においてユーザが物品を保管する可能性のある場所の各々に設置される無線デバイスである。図１には、ユーザが物品を保管する可能性のある３つの場所１０ａ、１０ｂ及び１０ｃが示されている。例えば、場所１０ａはエンティティＥ１（例えば、Ａ社）が管轄する倉庫、場所１０ｂはエンティティＥ２（例えば、Ｂ社）が管轄する作業現場、場所１０ｃはエンティティＥ１が管轄する車庫である。位置タグ４０ａは、倉庫１０ａ内の所定位置に設置され、タグ内に埋め込まれた固有のタグ識別情報４１ａを有する。位置タグ４０ｂは、作業現場１０ｂ内の所定位置に設置され、タグ内に埋め込まれた固有のタグ識別情報４１ｂを有する。位置タグ４０ｃは、車庫１０ｃ内の所定位置に設置され、タグ内に埋め込まれた固有のタグ識別情報４１ｃを有する。各位置タグ４０の設置位置は、固定的であってもよく、又は、各場所の内部で変更可能であってもよい。場所そのものが移動する場合（例えば、作業現場の移動）には、場所の移動に伴って位置タグも移設されてよい。
物品タグ５０は、物品管理システム１において管理される物品の各々に付される無線デバイスである。図１には、３つの物品３０ａ、３０ｂ及び３０ｃが示されている。物品３０ａはエンティティＥ１の倉庫１０ａにあり、物品タグ５０ａを付されている。物品タグ５０ａは、タグ内に埋め込まれた固有のタグ識別情報５１ａを有する。物品３０ｂもまたエンティティＥ１の倉庫１０ａにあり、物品タグ５０ｂを付されている。物品タグ５０ｂは、タグ内に埋め込まれた固有のタグ識別情報５１ｂを有する。物品３０ｃはエンティティＥ２の作業現場１０ｂにあり、物品タグ５０ｃを付されている。物品タグ５０ｃは、タグ内に埋め込まれた固有のタグ識別情報５１ｃを有する。各物品３０は、ユーザにより運搬されることで移動し、又は、ユーザ操作に従って若しくは自律的に移動（例えば、走行、歩行、飛行若しくは航行）する。各物品３０が移動すると、当該物品３０に付された物品タグ５０は当該物品３０と共に移動する。
本実施形態において、位置タグ４０及び物品タグ５０といったタグの各々は、パッシブ型のＲＦＩＤタグ（パッシブタグ）であるものとする。パッシブタグは、小型のＩＣ（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）インタフェース）であってもよい。
測位部１０４は、タグリーダ１００の現在位置を測定し又は推定するための測位モジュールである。測位部１０４は、例えば、３軸加速度センサ、ジャイロセンサ、及び地磁気センサを用いて基準位置からの相対移動量を測定し、基準位置の既知の座標と相対移動量との和から現在位置の位置座標を算出してもよい。ここでの基準位置は、例えば、位置タグ４０の位置であってもよい。また、測位部１０４は、ＧＰＳ（Global Positioning System）を利用してタグリーダ１００の現在の地理的位置を測定するＧＰＳモジュールであってもよい。また、測位部１０４は、接続先の基地局又は無線ＬＡＮアクセスポイントの既知の位置座標を利用して現在位置を推定する基地局測位又は無線ＬＡＮ測位を行う測位モジュールであってもよい。測位部１０４は、測位の結果として得られたタグリーダ１００の現在位置を示す２次元又は３次元の位置座標を制御部１０１へ出力する。
電源１０５は、バッテリ及びＤＣ－ＤＣコンバータを含み、タグリーダ１００の制御部１０１、記憶部１０２、通信部１０３、測位部１０４及び読取部１０６に電子回路を動作させるための電力を供給する。バッテリは、一次電池であってもよく、又は充電可能な二次電池であってもよい。図示していないものの、タグリーダ１００は、電源１０５の充電のためにタグリーダ１００を外部電源へ接続するための接続端子を有していてもよい。
読取部１０６は、物品管理システム１において複数の位置にそれぞれ設置される位置タグ４０、及び物品３０と共に移動する物品タグ５０から、各ＲＦＩＤタグが記憶している識別情報を読取可能な読取モジュールである。図２を参照すると、読取部１０６は、ＲＦコントローラ１１０、パワーアンプ１１１、フィルタ１１２、第１カプラ１１３、第２カプラ１１４、アンテナ１１５、電力検知部１１６及びキャンセラ１１７を含む。ＲＦコントローラ１１０は、制御部１０１による制御に従って、ＴＸ端子からパワーアンプ１１１へ送信信号（例えば、ＵＨＦ帯で変調された信号）を出力する。パワーアンプ１１１は、ＲＦコントローラ１１０から入力された送信信号を増幅して、フィルタ１１２へ出力する。フィルタ１１２は、例えばローパスフィルタであってよく、パワーアンプ１１１による増幅後の送信信号の不要な周波数成分を除去する。第１カプラ１１３は、フィルタ１１２を通過した送信信号をカプラ１１４及び電力検知部１１６へ分配する。第２カプラ１１４は、第１カプラ１１３から入力される送信信号をアンテナ１１５へ出力し、及びアンテナ１１５から入力される受信信号をＲＦコントローラ１１０へ出力する。アンテナ１１５は、カプラ１１４から入力される送信信号を空中へ電磁波として送信する。また、アンテナ１１５は、送信信号への応答としてタグリーダ１００の読取レンジ内に存在するＲＦＩＤタグから返送される信号を受信し、受信信号をカプラ１１４へ出力する。電力検知部１１６は、第１カプラ１１３から入力される信号の電力レベルを検知し、検知した電力レベルを示す信号ＲＦ＿ＤＥＴＥＣＴを制御部１０１へ出力する。キャンセラ１１７は、搬送波の電力レベルを示す信号ＣＡＲＲＩＥＲ＿ＣＡＮＣＥＬを制御部１０１から受け付ける。そして、キャンセラ１１７は、ＣＡＲＲＩＥＲ＿ＣＡＮＣＥＬに基づき、アンテナ１１５からの受信信号の搬送波成分を第２カプラ１１４にてキャンセルすることにより、ＲＦコントローラ１１０のＲＸ端子へ出力されるべき受信信号の所望の信号成分を抽出する。ＲＦコントローラ１１０は、ＲＸ端子から入力される信号を復調して、ＲＦＩＤタグから返送されたタグＩＤその他の情報を取得し、取得した情報を制御部１０１へ出力する。
本実施形態において、読取部１０６によるタグ読取りの試行は、ユーザによる明示的な指示を要することなく、（例えば、毎秒１回など）周期的に行われ得る。通信部１０３から管理サーバ２００への読取結果データの送信もまた、ユーザによる明示的な指示を要することなく、（例えば、数秒ごとに１回など）周期的に、又はタグ読取りの都度行われ得る。制御部１０１は、冗長なデータの送信を省略して通信の負荷を削減するために、直近の所定の期間内に送信済みのレコードと同一のレコードを、送信される読取結果データから除外してもよい。なお、他の実施形態において、読取部１０６によるタグ読取りの試行、及び管理サーバ２００への読取結果データの送信の一方又は双方が、タグリーダ１００に設けられる何らかのユーザインタフェースを介するユーザ入力に応じて行われてもよい。通信部１０３が中継装置を介して間接的に管理サーバ２００と通信する場合、管理サーバ２００への読取結果データの送信は、通信部１０３と中継装置との間の接続が有効である間にのみ行われてもよい。
＜１－３．管理サーバの構成例＞
＜１－３－１．基本的な構成＞
図３は、第１実施形態に係る管理サーバ２００の構成の一例を示すブロック図である。図３を参照すると、管理サーバ２００は、通信部２１０、物品データベース（ＤＢ）２２０及び物品管理部２３０を備える。
通信部２１０は、管理サーバ２００が他の装置と通信するための通信インタフェースである。通信部２１０は、有線通信インタフェースであってもよく、又は無線通信インタフェースであってもよい。本実施形態において、通信部２１０は、物品管理システム１内のタグリーダ１００及びユーザ端末３００と通信する。物品ＤＢ２２０は、システムの管理下の物品の各々がどのエンティティに帰属するかを示すデータを管理するためのテーブル群からなる。本実施形態において、物品ＤＢ２２０は、物品テーブル３１０、場所テーブル３２０、リーダテーブル３３０、ユーザテーブル３４０、読取結果テーブル３５０、納入予約テーブル３６０及び回収予約テーブル３７０を含む。物品管理部２３０は、物品ＤＢ２２０内のデータを管理する物品管理機能を提供する、複数のソフトウェアモジュールの集合である。個々のソフトウェアモジュールは、管理サーバ２００の１つ以上のプロセッサ（図示せず）がメモリ（図示せず）に記憶されるコンピュータプログラムを実行することにより動作し得る。本実施形態において、物品管理部２３０は、タグ処理部２３１、位置管理部２３２、移管処理部２３３、及び情報提供部２３４を含む。
＜１－３－２．マスタデータの例＞
物品ＤＢ２２０の物品テーブル３１０、場所テーブル３２０、リーダテーブル３３０、及びユーザテーブル３４０は、予め物品ＤＢ２２０に登録される所謂マスタデータの役割を有するテーブル群である。図４（Ａ）～（Ｄ）は、これらテーブルの構成の例をそれぞれ示している。
物品テーブル３１０は、タグＩＤ３１１、物品ＩＤ３１２、名称３１３、組織３１４、保管場所３１５、及び座標３１６という６つのデータ項目を有する。タグＩＤ３１１は、システムの管理下の物品の各々に付された物品タグ５０を一意に識別する識別情報である。タグＩＤ３１１の値は、対応する物品タグ５０が内部で記憶しているタグＩＤの値と同一である。物品ＩＤ３１２は、各物品を一意に識別する識別情報である。名称３１３は、各物品の名称を表す。図４（Ａ）の例では、物品ＩＤ「ＩＴ０１」で識別される物品の名称は「物品Ａ」、物品ＩＤ「ＩＴ０２」で識別される物品の名称は「物品Ｂ」、物品ＩＤ「ＩＴ０３」で識別される物品の名称は「物品Ｃ」である。ここでの「物品Ａ」、「物品Ｂ」及び「物品Ｃ」は、図１に示した物品３０ａ、３０ｂ及び３０ｃにそれぞれ対応する。組織３１４は、各物品が帰属しているエンティティを表す。ここでは、各物品は、当該物品について管理責任を有するエンティティに帰属するものとする。図４（Ａ）の例では、「物品Ａ」及び「物品Ｂ」については「Ａ社」が管理責任を有し、「物品Ｃ」については「Ｂ社」が管理責任を有する。ここでの「Ａ社」及び「Ｂ社」は、図１に関連して説明したエンティティＥ１及びＥ２にそれぞれ対応する。組織３１４の値は、後に説明するように、移管処理部２３３により、物品の移管に応じて変更され得る。保管場所３１５は、各物品が保管されている場所を、当該場所を識別する場所ＩＤを用いて表す。図４（Ａ）の例では、「物品Ａ」及び「物品Ｂ」は、場所ＩＤ「ＰＬ０１」で識別される場所に保管されている。「物品Ｃ」は、場所ＩＤ「ＰＬ０２」で識別される場所に保管されている。座標３１６は、各物品が位置している最新の位置座標を表す。保管場所３１５及び座標３１６の値は、後に説明するように、位置管理部２３２により、物品の移動がタグリーダ１００により検知されると更新され得る。
場所テーブル３２０は、タグＩＤ３２１、場所ＩＤ３２２、名称３２３、組織３２４及び座標３２５という５つのデータ項目を有する。タグＩＤ３２１は、システムの管理下の場所の各々に設置された位置タグ４０を一意に識別する識別情報である。タグＩＤ３２１の値は、対応する位置タグ４０が内部で記憶しているタグＩＤの値と同一である。場所ＩＤ３２２は、各場所を一意に識別する識別情報である。名称３２３は、各場所の名称を表す。図４（Ｂ）の例では、場所ＩＤ「ＰＬ０１」で識別される場所の名称は「倉庫」、場所ＩＤ「ＰＬ０２」で識別される場所の名称は「作業現場」、場所ＩＤ「ＰＬ０３」で識別される場所の名称は「車庫」である。ここでの「倉庫」、「作業現場」及び「車庫」は、図１に示した場所１０ａ、１０ｂ及び１０ｃにそれぞれ対応する。組織３２４は、各場所について管理責任を有するエンティティを表す。図４（Ｂ）の例では、「倉庫」及び「車庫」については「Ａ社」が管理責任を有し、「作業現場」については「Ｂ社」が管理責任を有する。座標３２５は、各場所に設置された位置タグ４０の位置座標を表す。
リーダテーブル３３０は、リーダＩＤ３３１、名称３３２及び組織３３３という３つのデータ項目を有する。リーダＩＤ３３１は、システム内で利用されるタグリーダ１００の各々を一意に識別する識別情報である。名称３３２は、各リーダの名称を表す。図４（Ｃ）の例では、リーダＩＤ「ＲＤ０１」で識別されるタグリーダ１００の名称は「リーダＡ」、リーダＩＤ「ＲＤ０２」で識別されるタグリーダ１００の名称は「リーダＢ」である。ここでの「リーダＡ」及び「リーダＢ」は、図１に示したタグリーダ１００ａ及び１００ｂにそれぞれ対応する。組織３３３は、各タグリーダについて管理責任を有するエンティティを表す。図４（Ｃ）の例では、「リーダＡ」については「Ａ社」が管理責任を有し、「リーダＢ」については「Ｂ社」が管理責任を有する。
ユーザテーブル３４０は、ユーザＩＤ３４１、名称３４２及び組織３４３という３つのデータ項目を有する。ユーザＩＤ３４１は、物品管理システム１を利用するユーザ２０の各々を一意に識別する識別情報である。名称３４２は、各ユーザの名前を表す。図４（Ｄ）の例では、ユーザＩＤ「Ａ００１」で識別されるユーザの名称は「ユーザＡ」、ユーザＩＤ「Ｂ００１」で識別されるユーザの名称は「ユーザＢ」である。ここでの「ユーザＡ」及び「ユーザＢ」は、図１に示したユーザ２０ａ及び２０ｂにそれぞれ対応する。組織３４３は、各ユーザが所属する組織を表す。図４（Ｄ）の例では、「ユーザＡ」は「Ａ社」に所属しており、「ユーザＢ」は「Ｂ社」に所属している。
＜１－３－３．物品の保管状況の把握＞
物品管理部２３０のタグ処理部２３１は、タグリーダ１００の各々から通信部２１０を介して受信される読取結果データを、読取結果テーブル３５０に追加する。ここで、読取結果データが発生する作業の一種である棚卸し作業を例にとり、読取結果テーブル３５０に記憶される読取結果データの構成の一例を、図５を用いて説明する。
図５の左には、タグリーダ１００ａを所持するユーザが棚卸し作業のためにエンティティＥ１の管理下にある場所１０ａを訪れた様子が示されている。タグリーダ１００ａの読取レンジ内に位置タグ４０ａが入ると、タグリーダ１００ａは、位置タグ４０ａのタグＩＤ「ＴＧ１１」を読取る。また、読取レンジ内に物品３０ａの物品タグ５０ａが入ると、タグリーダ１００ａは、物品タグ５０ａのタグＩＤ「ＴＧ０１」を読取る。また、読取レンジ内に物品３０ｂの物品タグ５０ｂが入ると、タグリーダ１００ａは、物品タグ５０ｂのタグＩＤ「ＴＧ０２」を読取る。タグリーダ１００ａは、読取結果データを送信するタイミングが到来すると、タグ読取りの結果を示す（ここでは、３つのレコードを含む）読取結果データを管理サーバ２００へ送信する。タグ処理部２３１は、通信部２１０を介して受信した読取結果データの３つのレコードを読取結果テーブル３５０に追加する。
図５を参照すると、読取結果テーブル３５０は、レコード番号３５１、読取時刻３５２、タグＩＤ３５３、リーダＩＤ３５４及び座標３５５という５つのデータ項目を有する。以下の説明では、レコード番号が「Ｎ」を示すレコードを、レコード＃Ｎと呼ぶものとする（Ｎは整数）。読取結果テーブル３５０のレコード＃１は、リーダＩＤ「ＲＤ０１」で識別されるタグリーダ１００ａがタグＩＤ「ＴＧ１１」で識別される位置タグ４０ａを読取ったこと、及びその時点の位置座標が（Ｘａ，Ｙａ）であったことを示している。レコード＃２は、タグリーダ１００ａがタグＩＤ「ＴＧ０１」で識別される物品タグ５０ａを読取ったこと、及びその時点の位置座標が座標（Ｘ１，Ｙ１）であったことを示している。レコード＃３は、タグリーダ１００ａがタグＩＤ「ＴＧ０２」で識別される物品タグ５０ｂを読取ったこと、及びその時点の位置座標が座標（Ｘ２，Ｙ２）であったことを示している。本実施形態では、ユーザによる明示的な指示無しで各タグリーダ１００により読取られたタグＩＤその他の情報がこのように管理サーバ２００により収集され記憶される。そのため、管理サーバ２００は、ユーザに煩雑な作業を課すことなく、管理下のどの場所にどの物品が保管されているかを容易に把握することができる。
タグ処理部２３１は、タグリーダ１００から受信された読取結果データのレコードを読取結果テーブル３５０に追加した後、位置管理部２３２を呼び出す。位置管理部２３２は、読取結果テーブル３５０に追加されたレコードにより示される物品タグ５０の最新の位置座標で、物品テーブル３１０において対応する物品の座標３１６の値を更新する。また、位置管理部２３２は、同じ読取装置から受信された複数回の読取りの結果に対応するレコード間の時間的相関に基づいて、位置タグ４０のタグＩＤと物品タグ５０のタグＩＤとの間の対応関係を判定する。例えば、図５に示したレコード＃１、＃２から、位置管理部２３２は、所定の期間（例えば、数秒～数分）の間にタグリーダ１００ａが位置タグ４０ａのタグＩＤ「ＴＧ１１」及び物品タグ５０ａのタグＩＤ「ＴＧ０１」を読取ったことを知得する。よって、位置管理部２３２は、物品３０ａが位置タグ４０ａが設置されている場所１０ａに保管されていることを認識し、物品テーブル３１０の（タグＩＤ「ＴＧ０１」に関連付けられている）物品３０ａの保管場所３１５の値を場所ＩＤ「ＰＬ０１」へ更新する。同様に、位置管理部２３２は、図５に示したレコード＃１、＃３から物品３０ｂもまた場所１０ａに保管されていることを認識し、物品テーブル３１０の物品３０ｂの保管場所３１５の値を場所ＩＤ「ＰＬ０１」へ更新する。なお、当然ながら、各物品３０が移動していない場合には保管場所３１５の値は変化せず、この場合の値の更新はスキップされてよい。
このようにして、物品管理部２３０は、システムの管理下にある物品３０の各々が現在どの場所に保管されておりどの座標に位置しているかに関する最新の状況を、物品ＤＢ２２０内のデータに反映する。
＜１－３－４．物品の移管（物品の帰属先エンティティの変更）＞
前項で説明した処理が、同一エンティティの範囲内での単なる物品の移動を追跡する処理であるのに対し、本項では、物品の所有権、使用権、情報閲覧権限、又は管理責任の移動、即ちエンティティ間の物品の移管をどのように取り扱うかを説明する。ここでは、物品を移管する作業として、物品の納入及び物品の回収という２種類の作業類型を主に説明する。物品の納入とは、物品の移管元のエンティティの担当者が移管先のエンティティに関連する場所へ物品を移動させる（例えば、配送する）作業をいう。物品の回収とは、物品の移管先のエンティティの担当者が移管元のエンティティに関連する場所へ出向いて物品を引き取る作業をいう。なお、これら作業類型の名称は例に過ぎず、「納入」及び「回収」以外の名称が使用されてもよい。
本実施形態において、移管処理部２３３は、納入及び回収の双方について、物品３０を移管する作業が行われることを示す予約情報を予め受け付ける。そして、移管処理部２３３は、少なくとも１つのタグリーダ１００による読取りの結果と、受け付けた予約情報とに基づいて、物品ＤＢ２２０において当該物品３０が帰属するエンティティを変更する。
（１）納入予約の受け付け
移管処理部２３３は、ユーザ端末３００の表示デバイスに、納入作業の予約を受け付けるためのユーザインタフェース（ＵＩ）を提供する納入予約画面を表示させる。移管処理部２３３は、納入予約画面を介して受け付けた納入予約情報を、物品ＤＢ２２０の納入予約テーブル３６０に格納する。
図６は、納入予約画面及び納入予約テーブルの構成の例を説明するための説明図である。ここでは、ユーザ端末３００ａを利用するユーザ２０ａが、システムにログインして納入予約作業を行うものとする。図６の左には、一例としての納入予約画面４００が示されており、画面上部にログインユーザ名「ユーザＡ」が表示されている。納入予約画面４００は、保管場所選択欄４０１、移管先選択欄４０２、納入場所選択欄４０３、日付指定欄４０４、物品表示エリア４１１及び宛て先表示エリア４１２を含む。保管場所選択欄４０１は、ログインユーザが所属するエンティティに関連する場所の中から、納入対象の物品３０の保管場所をユーザに選択させるためのＵＩである。移管先選択欄４０２は、ログインユーザが所属するエンティティ以外のエンティティの中から、物品の移管先となるエンティティをユーザに選択させるためのＵＩである。納入場所選択欄４０３は、移管先選択欄４０２で選択されたエンティティに関連する場所の中から、物品３０の納入先となる場所をユーザに選択させるためのＵＩである。日付指定欄４０４は、納入作業が行われる日付（即ち、納入予定日）をユーザに指定させるためのＵＩである。物品表示エリア４１１には、物品テーブル３１０に基づいて、保管場所選択欄４０１で選択された場所に現在保管されている物品を表すアイコンが表示される。図６の例では、保管場所選択欄４０１で「倉庫」が選択された結果、倉庫に現在保管されている物品３０ａ及び３０ｂを表す２つのアイコンが物品表示エリア４１１に表示されている。保管場所における各物品の現在位置を仮想的に表すように、物品表示エリア４１１内の対応するアイコンの表示位置が物品の座標に基づいて決定されてもよい。宛て先表示エリア４１２は、移管先選択欄４０２及び納入場所選択欄４０３で選択された納入作業の宛て先を仮想的に表す表示エリアである。図６の例では、エンティティＥ２（即ち、「Ｂ社」）の「作業現場」が納入作業の宛て先として選択されている。ユーザは、例えば、物品表示エリア４１１に表示されている物品３０ａのアイコンを宛て先表示エリア４１２へドラッグ＆ドロップすることにより、物品３０ａを「作業現場」へ納入すべき対象物品として指定することができる。
移管処理部２３３は、納入予約画面４００を介してこのような納入予約情報を受け付ける。図６の右を参照すると、納入予約テーブル３６０は、レコード番号３６１、納入予定日３６２、物品ＩＤ３６３、宛て先３６４及びステータス３６５という５つのデータ項目を有する。例えば、納入予約テーブル３６０のレコード＃２は、日付「ＹＭＤ２」を納入予定日として、物品ＩＤ「ＩＴ０１」で識別される物品３０ａが場所ＩＤ「ＰＬ０２」で識別される場所へ納入される予定であることを示している。納入予約が受け付けられた時点では納入作業は未完了であるため、移管処理部２３３は、当該レコードのステータス３６５の値を「予約」に設定する。
なお、図６に示した納入予約画面４００は、納入予約を受け付けるためのＵＩの一例に過ぎない。移管処理部２３３は、他のいかなる構成を有する画面を介して納入予約を受け付けてもよい。また、移管処理部２３３は、音声ＵＩを介して納入予約を受け付けてもよく、又は予約情報を記述した予約データファイルを受信することにより納入予約を受け付けてもよい。
（２）納入による物品の移管
説明の便宜上、ここでは、第２位置に関連する第２エンティティ（例えば、Ａ社）に帰属している対象物品（例えば、物品３０ａ）が、第１位置に関連する第１エンティティ（例えば、Ｂ社）へ移管されるものとする。なお、本明細書では、「第１」及び「第２」といった修飾を複数の対象を互いに区別するだけの目的で使用し、それら修飾は何らの順序関係も意味しないものとする。納入作業が行われる前に、物品テーブル３１０は、対象物品が第２エンティティに帰属することを示す。この状態で、移管処理部２３３は、少なくとも第１読取装置が第１位置の位置タグのタグＩＤ及び対象物品の物品タグのタグＩＤを読取ったことを条件として、対象物品が第１エンティティに帰属することを示すように物品テーブル３１０を更新する。物品３０ａを場所１０ｂへ納入する例では、第１位置の位置タグは位置タグ４０ｂに、対象物品の物品タグは物品タグ５０ａに該当する。上記条件は、対象物品が第１エンティティに関連する（例えば、第１エンティティの管理下にある）場所に適切に納入されたことをタグ読取りの結果が示すことを意味する。
第１実施例として、適切な場所への納入は、第１エンティティに関連付けられる上記第１読取装置（例えば、タグリーダ１００ｂ）、及び第２エンティティに関連付けられる第２読取装置（例えば、タグリーダ１００ａ）によって確認されてもよい。第２実施例として、適切な場所への納入は、対象物品を受け取る側の第１エンティティに関連付けられる上記第１読取装置（例えば、タグリーダ１００ｂ）のみによって確認されてもよい。
図７は、第１実施例における納入作業時のタグの読取りを説明するための説明図である。図７の例では、納入の対象物品は、エンティティＥ１に帰属しており場所１０ａで保管されていた物品３０ａである。タグリーダ１００ａを所持するユーザ２０ａは、納入予定日に物品３０ａを場所１０ｂへ配送する。タグリーダ１００ｂを所持するユーザ２０ｂは、場所１０ｂで物品３０ａを受け取る。タグリーダ１００ａは、ユーザ２０ａが場所１０ｂに滞在している間に、場所１０ｂに設置されている位置タグ４０ｂのタグＩＤ、及び物品３０ａの物品タグ５０ａのタグＩＤを読取り、読取結果データを管理サーバ２００へ送信する。一方、タグリーダ１００ｂもまた、位置タグ４０ｂのタグＩＤ及び物品タグ５０ａのタグＩＤを読取り、読取結果データを管理サーバ２００へ送信する。管理サーバ２００のタグ処理部２３１は、通信部２１０を介して受信されるこれら読取結果データを読取結果テーブル３５０に格納する。
図８は、図７を用いて説明したタグ読取りの結果に基づく納入ステータスの更新を説明するための説明図である。図８の読取結果テーブル３５０は、図７の例におけるタグリーダ１００ａによるタグ読取りの結果を示す２つのレコード＃４、＃５と、タグリーダ１００ｂによるタグ読取りの結果を示す２つのレコード＃６、＃７とを有する。移管処理部２３３は、例えば、納入予約テーブル３６０を参照し、納入予定日「ＹＭＤ２」に物品ＩＤ「ＩＴ０１」で識別される物品３０ａが宛て先「ＰＬ０２」で識別される場所１０ｂへ納入される予定であることを認識する。この納入予定によれば、物品３０ａは現在の帰属先であるエンティティＥ１（Ａ社）からエンティティＥ２（Ｂ社）へ移管されることになる。移管処理部２３３は、読取結果テーブル３５０のレコード＃４、＃５から、エンティティＥ１に関連付けられるタグリーダ１００ａが場所１０ｂの位置タグ４０ｂのタグＩＤ「ＴＧ２１」及び物品タグ５０ａのタグＩＤ「ＴＧ０１」を読取ったことを知得する。また、移管処理部２３３は、読取結果テーブル３５０のレコード＃６、＃７から、エンティティＥ２に関連付けられるタグリーダ１００ｂが位置タグ４０ｂのタグＩＤ「ＴＧ２１」及び物品タグ５０ａのタグＩＤ「ＴＧ０１」を読取ったことを知得する。移管処理部２３３は、これら読取結果に基づいて、予定されていた納入作業が行われたと判定し、納入予約テーブル３６０の対応する予約情報レコード＃２のステータス３６５の値を「完了」へ更新する。また、移管処理部２３３は、物品テーブル３１０の物品３０ａのレコードの組織３１４の値を、エンティティＥ２の名称である「Ｂ社」へ更新する。位置管理部２３２は、棚卸し作業時の処理と同様に、物品テーブル３１０の物品３０ａのレコードの保管場所３１５の値を場所ＩＤ「ＰＬ０２」へ、座標３１６の値を物品３０ａの最新の位置座標（Ｘ４，Ｙ４）へ更新する。
こうした第１実施例によれば、移管元エンティティの管理下のタグリーダ及び移管先エンティティの管理下のタグリーダの双方によるタグ読取りの結果に基づいて、納入作業が適切に行われたことが確認される。そのため、移管の当事者の間の行き違いを確実に防止しつつ、物品が帰属するエンティティを適切に変更することができる。
図９は、第２実施例における納入作業時のタグの読取りを説明するための説明図である。図９の例でも、納入の対象物品は、エンティティＥ１に帰属しており場所１０ａで保管されていた物品３０ａである。ユーザ２０ａは、納入予定日に物品３０ａを場所１０ｂへ配送する。タグリーダ１００ｂを所持するユーザ２０ｂは、場所１０ｂで物品３０ａを受け取る。タグリーダ１００ｂは、場所１０ｂに設置されている位置タグ４０ｂのタグＩＤ、及びユーザ２０ｂが受け取った物品３０ａの物品タグ５０ａのタグＩＤを読取り、読取結果データを管理サーバ２００へ送信する。管理サーバ２００のタグ処理部２３１は、通信部２１０を介して受信される読取結果データを読取結果テーブル３５０に格納する。
図１０は、図９を用いて説明したタグ読取りの結果に基づく納入ステータスの更新を説明するための説明図である。図１０の読取結果テーブル３５０は、図９の例におけるタグリーダ１００ｂによるタグ読取りの結果を示す２つのレコード＃６、＃７を有する。移管処理部２３３は、例えば、納入予約テーブル３６０を参照し、図８の例と同様の納入作業が予定されていることを認識する。移管処理部２３３は、読取結果テーブル３５０のレコード＃６、＃７から、エンティティＥ２に関連付けられるタグリーダ１００ｂが位置タグ４０ｂのタグＩＤ「ＴＧ２１」及び物品タグ５０ａのタグＩＤ「ＴＧ０１」を読取ったことを知得する。移管処理部２３３は、これら読取結果に基づいて、予定されていた納入作業が行われたと判定し、納入予約テーブル３６０の対応する予約情報レコード＃２のステータス３６５の値を「完了」へ更新する。また、移管処理部２３３は、物品テーブル３１０の物品３０ａのレコードの組織３１４の値を「Ｂ社」へ更新する。位置管理部２３２は、物品テーブル３１０の物品３０ａのレコードの保管場所３１５の値を場所ＩＤ「ＰＬ０２」へ、座標３１６の値を物品３０ａの最新の位置座標（Ｘ４，Ｙ４）へ更新する。
こうした第２実施例によれば、移管先エンティティの管理下のタグリーダによるタグ読取りの結果に基づいて納入作業が行われたことが確認され、物品ＤＢ２２０において物品が帰属するエンティティが変更される。そのため、移管元エンティティ側の担当者は納入時に必ずしも自身のタグリーダを稼働させなくてよく、タグリーダの不所持又は動作不良（例えば、バッテリ切れ）に起因する物品データの更新の失敗といった不都合な事態を回避することができる。
いずれの実施例においても、移管処理部２３３は、少なくとも第１読取装置によるタグ読取りの結果と、対象物品を宛て先へ移動させる作業が行われることを示す納入予約情報とに基づいて、対象物品の帰属先のエンティティを変更する。これは、有効な納入予約情報が存在しない場合に、タグ読取りの結果だけに基づいて対象物品の帰属先のエンティティは変更されないことを意味する。したがって、他の宛て先へ配送される物品のタグＩＤが途中で経由した場所にあるタグリーダにより意図せず読取られた場合、あるいは第三者が物品を不適切な場所に持ち込んだ場合に、物品の帰属先が誤って変更されてしまう事態を防止することができる。移管処理部２３３は、物品の現在の帰属先エンティティの管理下にはなく、予約情報において宛て先として指定されてもいない場所の位置タグと、当該物品の物品タグとが読取られたことを読取結果データが示す場合に、ユーザに警報を発してもよい。それにより、物品の誤配送又は不正な持ち出しをユーザに迅速に気付かせることができる。なお、こうした予約情報との照合は、必ずしも行われなくてもよい。例えば、タグリーダによる意図しないタグＩＤの読取りが問題を引き起こさない環境では、予約情報との照合を省略した簡易な移管の管理もまた有益である。これは、後述する回収予約についても同様である。
（３）回収予約の受け付け
移管処理部２３３は、ユーザ端末３００の表示デバイスに、回収作業の予約を受け付けるためのＵＩを提供する回収予約画面を表示させる。移管処理部２３３は、回収予約画面を介して受け付けた回収予約情報を、物品ＤＢ２２０の回収予約テーブル３７０に格納する。
図１１は、回収予約画面及び回収予約テーブルの構成の例を説明するための説明図である。ここでは、ユーザ端末３００ｂを利用するユーザ２０ｂが、システムにログインして回収予約作業を行うものとする。図１１の左には、一例としての回収予約画面５００が示されており、画面上部にログインユーザ名「ユーザＢ」が表示されている。回収予約画面５００は、保管場所選択欄５０１、回収者選択欄５０２、日付指定欄５０４、物品表示エリア５１１及び回収者表示エリア５１２を含む。保管場所選択欄５０１は、ログインユーザが所属するエンティティに関連する場所の中から、回収対象の物品３０の保管場所をユーザに選択させるためのＵＩである。回収者選択欄５０２は、ログインユーザが所属するエンティティ以外のエンティティの中から、物品の回収者（即ち、移管先）となるエンティティをユーザに選択させるためのＵＩである。日付指定欄５０４は、回収作業が行われる日付（即ち、回収予定日）をユーザに指定させるためのＵＩである。物品表示エリア５１１には、物品テーブル３１０に基づいて、保管場所選択欄５０１で選択された場所に現在保管されている物品を表すアイコンが表示される。図１１の例では、保管場所選択欄５０１で「作業現場」が選択された結果、作業現場に現在保管されている物品を表す２つのアイコンが物品表示エリア５１１に表示されている。保管場所における各物品の現在位置を仮想的に表すように、物品表示エリア５１１内の対応するアイコンの表示位置が物品の座標に基づいて決定されてもよい。回収者表示エリア５１２は、回収者選択欄５０２で選択された回収者を仮想的に表す表示エリアである。図１１の例では、エンティティＥ１（即ち、「Ａ社」）が回収者として選択されている。ユーザは、例えば、物品表示エリア５１１に表示されている物品３０ａのアイコンを回収者表示エリア５１２へドラッグ＆ドロップすることにより、物品３０ａをエンティティＥ１の担当者に回収してもらう対象物品として指定することができる。
移管処理部２３３は、回収予約画面５００を介してこのような回収予約情報を受け付ける。図１１の右を参照すると、回収予約テーブル３７０は、レコード番号３７１、回収予定日３７２、物品ＩＤ３７３、回収者３７４及びステータス３７５という５つのデータ項目を有する。例えば、回収予約テーブル３７０のレコード＃２は、日付「ＹＭＤ４」を回収予定日として、物品ＩＤ「ＩＴ０１」で識別される物品３０ａが回収者「Ａ社」により回収される予定であることを示している。回収予約が受け付けられた時点では回収作業は未完了であるため、移管処理部２３３は、当該レコードのステータス３７５の値を「予約」に設定する。
なお、図１１に示した回収予約画面５００は、回収予約を受け付けるためのＵＩの一例に過ぎない。移管処理部２３３は、他のいかなる構成を有する画面を介して回収予約を受け付けてもよい。また、移管処理部２３３は、音声ＵＩを介して回収予約を受け付けてもよく、又は予約情報を記述した予約データファイルを受信することにより回収予約を受け付けてもよい。
（４）回収による物品の移管
説明の便宜上、ここでは、第１位置に関連する第１エンティティ（例えば、Ｂ社）に帰属している対象物品（例えば、物品３０ａ）が、第２位置に関連する第２エンティティ（例えば、Ａ社）へ回収作業により移管されるものとする。回収作業が行われる前に、物品テーブル３１０は、対象物品が第１エンティティに帰属することを示す。この状態で、移管処理部２３３は、第２エンティティに関連付けられる第２読取装置が第１位置の位置タグのタグＩＤ及び対象物品の物品タグのタグＩＤを読取ったときに、対象物品が第２エンティティに帰属することを示すように物品テーブル３１０を更新する。本実施形態において、第２読取装置が第２エンティティに関連付けられることは、第２読取装置を第２エンティティに関連付けるデータが存在することを意味する。例えば、図４（Ｃ）を用いて説明したように、物品ＤＢ２２０のリーダテーブル３３０には、リーダＩＤ「ＲＤ０１」で識別されるタグリーダ１００ａを管理者「Ａ社」に関連付けるレコードが存在している。よって、タグリーダ１００ａは、「Ａ社」という名称のエンティティＥ１に関連付けられている。場所１０ｂで保管されている物品３０ａをＡ社の担当者であるユーザ２０ａが回収する例では、第２読取装置はタグリーダ１００ａに、第１位置の位置タグは位置タグ４０ｂに、対象物品の物品タグは物品タグ５０ａに該当する。上記条件は、正当な回収者の担当者が適切な場所を訪問して対象物品を回収したことをタグ読取りの結果が示すことを意味する。
図１２は、本実施形態における回収作業時のタグの読取りを説明するための説明図である。図１２の例では、回収の対象物品は、エンティティＥ２に帰属しており場所１０ｂで保管されている物品３０ａである。タグリーダ１００ａを所持するユーザ２０ａは、回収予定日に場所１０ｂを訪問し、物品３０ａを回収する。タグリーダ１００ａは、ユーザ２０ａが場所１０ｂに滞在している間に、場所１０ｂに設置されている位置タグ４０ｂのタグＩＤ、及び物品３０ａの物品タグ５０ａのタグＩＤを読取り、読取結果データを管理サーバ２００へ送信する。管理サーバ２００のタグ処理部２３１は、通信部２１０を介して受信されるこの読取結果データを読取結果テーブル３５０に格納する。
ユーザ２０ａは、場所１０ｂで物品３０ａを回収した後、例えばエンティティＥ１の管理下の場所１０ａに物品３０ａを持ち帰る。タグリーダ１００ａは、場所１０ａに設置されている位置タグ４０aのタグＩＤ、及び物品３０ａの物品タグ５０ａのタグＩＤを読取り、読取結果データを管理サーバ２００へ送信する。管理サーバ２００のタグ処理部２３１は、通信部２１０を介して受信されるこの読取結果データを読取結果テーブル３５０に格納する。
図１３は、図１２を用いて説明したタグ読取りの結果に基づく回収ステータスの更新を説明するための説明図である。図１３の読取結果テーブル３５０は、図１２の例における場所１０ｂでのタグリーダ１００ａによるタグ読取りの結果を示す２つのレコード＃８、＃９を有する。移管処理部２３３は、例えば、回収予約テーブル３７０を参照し、回収予定日「ＹＭＤ４」に物品ＩＤ「ＩＴ０１」で識別される物品３０ａがＡ社であるエンティティＥ１の担当者により回収される予定であることを認識する。この回収予定によれば、物品３０ａは現在の帰属先であるエンティティＥ２（Ｂ社）からエンティティＥ１（Ａ社）へ移管されることになる。移管処理部２３３は、読取結果テーブル３５０のレコード＃８、＃９から、エンティティＥ１に関連付けられるタグリーダ１００ａが場所１０ｂの位置タグ４０ｂのタグＩＤ「ＴＧ２１」及び物品タグ５０ａのタグＩＤ「ＴＧ０１」を読取ったことを知得する。移管処理部２３３は、この読取結果に基づいて、予定されていた回収作業が行われたと判定し、回収予約テーブル３７０の対応する予約情報レコード＃２のステータス３７５の値を「完了」へ更新する。また、移管処理部２３３は、物品テーブル３１０の物品３０ａのレコードの組織３１４の値を、エンティティＥ１の名称である「Ａ社」へ更新する。
図１３の読取結果テーブル３５０は、図１２の例においてユーザ２０ａが物品３０ａを場所１０ａへ持ち帰った後のタグリーダ１００ａによるタグ読取りの結果を示す２つのレコード＃１０、＃１１をも有する。位置管理部２３２は、読取結果テーブル３５０のこれらレコード＃１０、＃１１に基づき、物品テーブル３１０の物品３０ａのレコードの保管場所３１５の値を場所ＩＤ「ＰＬ０１」へ、座標３１６の値を物品３０ａの最新の位置座標（Ｘ６，Ｙ６）へ更新する。
こうした実施形態によれば、移管先エンティティの管理下のタグリーダによるタグ読取りの結果に基づいて、回収作業が適切に行われたことを確認した上で、物品が帰属するエンティティを変更することができる。
また、移管処理部２３３は、回収者の管理下の第２読取装置によるタグ読取りの結果と、当該回収者の担当者が対象物品を現在の保管場所から引き取る作業が行われることを示す回収予約情報とに基づいて、対象物品の帰属先のエンティティを変更する。これは、有効な回収予約情報が存在しない場合に、タグ読取りの結果だけに基づいて対象物品の帰属先のエンティティは変更されないことを意味する。したがって、タグリーダ１００を有するものの正当な回収者ではない第三者に物品が誤って引き渡された場合に、物品の帰属先がそれに応じて変更されてしまう事態を防止することができる。移管処理部２３３は、誤った納入の場合と同様に、この場合にも対象物品の現在の帰属先エンティティに関連付けられるユーザに警報を発してよい。
（５）時間的相関に基づく対応関係の判定
本実施形態において、移管処理部２３３は、位置管理部２３２と同様に、同じタグリーダ１００から受信される複数回の読取りの結果の間の時間的相関に基づいて、２つ以上のタグから読取られたタグＩＤの間の対応関係を判定してよい。例えば、図１０に示した読取結果テーブル３５０のレコード＃６、＃７から、移管処理部２３３は、所定の期間の間にタグリーダ１００ｂが位置タグ４０ｂのタグＩＤ「ＴＧ２１」及び物品タグ５０ａのタグＩＤ「ＴＧ０１」を読取ったことを知得する。それにより、移管処理部２３３は、位置タグ４０ｂが設置されている場所１０ｂへの物品３０ａの適切な納入を移管先エンティティＥ２の管理下のタグリーダ１００ｂが確認したと判定することができる。このように管理サーバ２００側でレコード間の対応関係を時間的相関に基づき判定することで、タグリーダ１００は、複数のタグからのタグ読取りの結果を、単純にそれぞれにタイムスタンプを付して管理サーバ２００へ送信すればよいことになる。こうした構成は、タグリーダ１００の実装の複雑化を抑制し、低コストで多数のタグリーダ１００をシステムに配備することを容易にし、物品管理システム１の用途の拡大を可能にする。読取結果レコード間の時間的相関は、例えば、読取時刻の差が閾値よりも小さいこと、同一の時間帯に属する読取時刻を有すること、又は所定の期間内に所定回数を上回る読取りが行われたことなど、いかなる判定条件で判定されてもよい。
＜１－３－５．物品関連情報の提供＞
情報提供部２３４は、物品ＤＢ２２０により保持されているデータに基づいて、各エンティティに関連付けられるユーザのユーザ端末３００へ、当該エンティティに帰属する物品に関連する情報を提供する。ユーザ端末３００へ提供される物品関連情報は、例えば、各物品の物品ＩＤ、名称、保管場所、位置情報、及び納入又は回収といった作業のステータスのうちの１つ以上を含む。あるエンティティの一員であるユーザがシステムにログインしている場合、そのログインユーザには、当該エンティティに帰属している物品に関連する情報のみが提供され得る。あるいは、当該エンティティに帰属する予定がある物品、又は当該エンティティに過去に帰属していた物品に関連する情報も、こうしたステータスが区別可能な形で、ログインユーザに提供されてもよい。情報へのアクセスは、ユーザ単位ではなく（又はそれに加えて）、デバイス単位で制御されてもよい。即ち、情報提供部２３４は、アクセス元のユーザ端末３００に関連付けられるエンティティに帰属している物品に関連する情報のみを、当該アクセス元のユーザ端末３００へ提供してもよい。
図１４は、物品関連情報をユーザに提供するためにユーザ端末のディスプレイに表示され得る情報提供画面８００の一例を示している。ここでは、ユーザ端末３００ａを利用するユーザ２０ａが、システムにログインして物品関連情報を照会しているものとする。画面上部にログインユーザ名「ユーザＡ」が表示されている。情報提供画面８００は、マップ表示エリア８１１及び物品リスト表示エリア８１２を含む。マップ表示エリア８１１は、ユーザにより選択された場所で保管されている１つ以上の物品の位置情報をマップ形式で視覚的に表示するエリアである。図１４の例では、マップ表示エリア８１１内で、「倉庫」に保管されている「物品Ａ」及び「物品Ｂ」のアイコンが、物品テーブル３１０の座標３１６の座標値に基づく位置に表示されている。物品リスト表示エリア８１２は、ユーザに閲覧を許可されている１つ以上の物品の物品関連情報を表形式で表示するエリアである。図１４の例では、エンティティＥ１に帰属している「物品Ａ」、「物品Ｂ」及び「物品Ｄ」の物品ＩＤ、名称、保管場所及びステータスが物品リスト表示エリア８１２に表示されている。一方で、例えばエンティティＥ２に帰属している「物品Ｃ」の物品関連情報は画面に表示されない。物品の移管をデータベース上で効率的に管理する物品管理システム１がこのようにエンティティごとにアクセス制御された形で物品関連情報を提供可能とすることで、ユーザにとっての物品管理の便利さと情報セキュリティの安全性とを両立することができる。
なお、図１４に示した情報提供画面８００は、物品関連情報を表示する画面の一例に過ぎない。情報提供部２３４は、他のいかなる構成を有する画面を介して物品関連情報を提供してもよい。また、情報提供部２３４は、音声ＵＩを介して物品関連情報を出力してもよく、又は物品関連情報を記述したデータファイルをユーザ端末３００へ送信することにより物品関連情報をユーザに提供してもよい。
＜１－４．処理の流れ＞
本節では、本実施形態における物品管理システム１内の処理の流れの例を、図１５～図１７のシーケンス図及び図１８～図２０のフローチャートを用いて説明する。なお、以下の説明では、処理ステップをＳ（ステップ）と略記する。
＜１－４－１．棚卸し＞
図１５の上段には、Ａ社のユーザ２０ａ及びＢ社のユーザ２０ｂがそれぞれ場所１０ａ及び場所１０ｂで行う棚卸し作業Ｓ１１０に関係する処理の流れが示されている。
まず、Ｓ１１１で、タグリーダ１００ａを所持するユーザ２０ａが場所１０ａを訪問すると、タグリーダ１００ａは、場所１０ａに保管されている１つ以上の物品３０の物品タグ５０からタグＩＤを読取る。次いで、Ｓ１１２で、タグリーダ１００ａは、場所１０ａに設置されている位置タグ４０ａからタグＩＤを読取る。タグリーダ１００ａは、管理サーバ２００との通信のタイミングが到来すると、Ｓ１１３で、それまでに行ったタグ読取りの結果を示す読取結果データを管理サーバ２００へ送信する。
管理サーバ２００のタグ処理部２３１は、Ｓ１１３でタグリーダ１００ａから受信した読取結果データを読取結果テーブル３５０に追加し、位置管理部２３２を呼び出す。Ｓ１１４で、位置管理部２３２は、読取結果テーブル３５０に追加された読取結果データに基づいて、場所１０ａに保管されている１つ以上の物品３０についての位置座標（物品テーブル３１０の座標３１６の値）を更新する。位置管理部２３２は、他の場所（例えば、場所１０ｃ）から場所１０ａへ新たに移動された物品３０が検知された場合には、当該物品３０の保管場所（物品テーブル３１０の保管場所３１５の値）をも更新する。
一方、Ｓ１１５で、タグリーダ１００ｂを所持するユーザ２０ｂが場所１０ｂを訪問すると、タグリーダ１００ｂは、場所１０ｂに保管されている１つ以上の物品３０の物品タグ５０からタグＩＤを読取る。次いで、Ｓ１１６で、タグリーダ１００ｂは、場所１０ｂに設置されている位置タグ４０ｂからタグＩＤを読取る。タグリーダ１００ｂは、管理サーバ２００との通信のタイミングが到来すると、Ｓ１１７で、それまでに行ったタグ読取りの結果を示す読取結果データを管理サーバ２００へ送信する。
管理サーバ２００のタグ処理部２３１及び位置管理部２３２は、Ｓ１１４と同様に、Ｓ１１８で、タグリーダ１００ｂから受信した読取結果データに基づいて、検知された物品３０の位置座標（及び、必要に応じて保管場所）の更新を行う。
＜１－４－２．納入予約＞
図１５の下段には、Ａ社のユーザ２０ａがユーザ端末３００ａを用いて行う納入予約作業Ｓ１２０に関係する処理の流れが示されている。
まず、Ｓ１２１で、ユーザ端末３００ａにおいて物品管理システム１へログインしたユーザ２０ａは、納入予約画面４００を開き、納入の対象物品、移管先エンティティ、宛て先の場所、及び納入予定日といった納入予約情報を入力する。Ｓ１２２で、ユーザ端末３００ａは、入力された納入予約情報を管理サーバ２００へ送信する。
Ｓ１２３で、管理サーバ２００の移管処理部２３３は、Ｓ１２２でユーザ端末３００ａから受信した納入予約情報を納入予約テーブル３６０に追加することにより、受け付けた納入予約を登録する。移管処理部２３３は、新たに登録した納入予約のステータス（納入予約テーブル３６０のステータス３６５の値）を「予約」に設定する。
＜１－４－３．納入＞
図１６の上段には、Ａ社のユーザ２０ａが納入の対象物品である物品３０ａ（物品Ａ）を場所１０ｂ（Ｂ社の作業現場）へ配送して物品３０ａをＢ社へ移管する納入作業Ｓ１３０に関係する処理の流れが示されている。
まず、Ｓ１３１で、タグリーダ１００ａを所持するユーザ２０ａが場所１０ｂへ到着すると、タグリーダ１００ａは、場所１０ｂに移動した物品３０ａの物品タグ５０ａからタグＩＤを読取る。次いで、Ｓ１３２で、タグリーダ１００ａは、場所１０ｂに設置されている位置タグ４０ｂからタグＩＤを読取る。タグリーダ１００ａは、管理サーバ２００との通信のタイミングが到来すると、Ｓ１３３で、それまでに行ったタグ読取りの結果を示す読取結果データを管理サーバ２００へ送信する。管理サーバ２００のタグ処理部２３１は、Ｓ１３３でタグリーダ１００ａから受信した読取結果データを読取結果テーブル３５０に追加する。
また、Ｓ１３５で、場所１０ｂにいるユーザ２０ｂが所持しているタグリーダ１００ｂは、物品３０ａの物品タグ５０ａからタグＩＤを読取る。次いで、Ｓ１３６で、タグリーダ１００ｂは、場所１０ｂに設置されている位置タグ４０ｂからタグＩＤを読取る。タグリーダ１００ｂは、管理サーバ２００との通信のタイミングが到来すると、Ｓ１３７で、それまでに行ったタグ読取りの結果を示す読取結果データを管理サーバ２００へ送信する。管理サーバ２００のタグ処理部２３１は、Ｓ１３７でタグリーダ１００ｂから受信した読取結果データを読取結果テーブル３５０に追加する。
管理サーバ２００の移管処理部２３３は、例えば周期的に納入予約テーブル３６０から納入予約情報を読出し、ステータスを更新すべき納入予約があるか否かをチェックする。チェックのタイミングが到来すると、Ｓ１８０で、移管処理部２３３は、納入ステータス更新処理を実行し、Ｓ１３３及びＳ１３７で受信した読取結果データに基づいて物品３０ａの帰属先エンティティ（物品テーブル３１０の組織３１４の値）を更新する。ここでは、物品３０ａの帰属先エンティティが、エンティティＥ１（Ａ社）からエンティティＥ２（Ｂ社）へ更新される。Ｓ１８０の納入ステータス更新処理の詳細な流れの一例について、後にさらに説明する。
＜１－４－４．情報照会＞
図１６の下段には、Ａ社のユーザ２０ａがユーザ端末３００ａを用いて行う情報照会作業Ｓ１４０に関係する処理の流れが示されている。
まず、Ｓ１４１で、ユーザ端末３００ａにおいて物品管理システム１へログインしたユーザ２０ａは、情報提供画面８００を呼び出す。Ｓ１４２で、ユーザ端末３００ａは、ユーザ２０ａによる閲覧が許可されている物品関連情報の提供を管理サーバ２００へ要求する。Ｓ１４３で、管理サーバ２００の情報提供部２３４は、ユーザテーブル３４０においてユーザ２０ａがエンティティＥ１に関連付けられているため、物品ＤＢ２２０からエンティティＥ１に帰属している１つ以上の物品３０の物品関連情報を取得する。そして、Ｓ１４４で、情報提供部２３４は、取得した物品関連情報をユーザ端末３００ａへ送信する。Ｓ１４５で、ユーザ端末３００ａは、管理サーバ２００から受信した物品関連情報を情報提供画面８００に表示させる。
＜１－４－５．回収予約＞
図１７の上段には、Ｂ社のユーザ２０ｂがユーザ端末３００ｂを用いて行う回収予約作業Ｓ１５０に関係する処理の流れが示されている。
まず、Ｓ１５１で、ユーザ端末３００ｂにおいて物品管理システム１へログインしたユーザ２０ｂは、回収予約画面５００を呼び出し、回収の対象物品、移管先エンティティ（回収者）、及び回収予定日といった回収予約情報を入力する。Ｓ１５２で、ユーザ端末３００ｂは、入力された回収予約情報を管理サーバ２００へ送信する。
Ｓ１５３で、管理サーバ２００の移管処理部２３３は、Ｓ１５２でユーザ端末３００ｂから受信した回収予約情報を回収予約テーブル３７０に追加することにより、受け付けた回収予約を登録する。移管処理部２３３は、新たに登録した回収予約のステータス（回収予約テーブル３７０のステータス３７５の値）を「予約」に設定する。
＜１－４－６．回収＞
図１７の中段には、Ａ社のユーザ２０ａが場所１０ｂ（Ｂ社の作業現場）を訪問して対象物品である物品３０ａ（物品Ａ）を引取ることにより物品３０ａをＢ社からＡ社へ移管する回収作業Ｓ１６０に関係する処理の流れが示されている。
まず、Ｓ１６１で、タグリーダ１００ａを所持するユーザ２０ａが場所１０ｂへ到着すると、タグリーダ１００ａは、場所１０ｂに保管されている物品３０ａの物品タグ５０ａからタグＩＤを読取る。次いで、Ｓ１６２で、タグリーダ１００ａは、場所１０ｂに設置されている位置タグ４０ｂからタグＩＤを読取る。タグリーダ１００ａは、管理サーバ２００との通信のタイミングが到来すると、Ｓ１６３で、それまでに行ったタグ読取りの結果を示す読取結果データを管理サーバ２００へ送信する。管理サーバ２００のタグ処理部２３１は、Ｓ１６３でタグリーダ１００ａから受信した読取結果データを読取結果テーブル３５０に追加する。
移管処理部２３３は、例えば周期的に回収予約テーブル３７０から回収予約情報を読出し、ステータスを更新すべき回収予約があるか否かをチェックする。チェックのタイミングが到来すると、Ｓ１９０で、移管処理部２３３は、回収ステータス更新処理を実行し、Ｓ１６３で受信した読取結果データに基づいて物品３０ａの帰属先エンティティ（物品テーブル３１０の組織３１４の値）を更新する。ここでは、物品３０ａの帰属先エンティティが、エンティティＥ２（Ｂ社）からエンティティＥ１（Ａ社）へ更新される。Ｓ１９０の回収ステータス更新処理の詳細な流れの一例について、後にさらに説明する。
図１７の下段には、Ａ社のユーザ２０ａが回収した物品３０ａ（物品Ａ）を倉庫へ持ち帰った際の在庫管理作業Ｓ１７０に関係する処理の流れが示されている。
まず、Ｓ１７１で、ユーザ２０ａが所持しているタグリーダ１００ａは、場所１０ａに返却された物品３０ａの物品タグ５０ａからタグＩＤを読取る。次いで、Ｓ１７２で、タグリーダ１００ａは、場所１０ａに設置されている位置タグ４０ａからタグＩＤを読取る。タグリーダ１００ａは、管理サーバ２００との通信のタイミングが到来すると、Ｓ１７３で、それまでに行ったタグ読取りの結果を示す読取結果データを管理サーバ２００へ送信する。
管理サーバ２００のタグ処理部２３１は、Ｓ１７３でタグリーダ１００ａから受信した読取結果データを読取結果テーブル３５０に追加し、位置管理部２３２を呼び出す。Ｓ１７４で、位置管理部２３２は、読取結果テーブル３５０に追加された読取結果データに基づいて、物品３０ａの保管場所及び位置座標（物品テーブル３１０の保管場所３１５及び座標３１６の値）を更新する。
＜１－４－７．納入ステータス更新処理（第１実施例）＞
図１８は、第１実施形態の第１実施例に係る納入ステータス更新処理の流れの一例を示すフローチャートである。上述したように、第１実施例では、移管元エンティティ及び移管先エンティティの管理下のタグリーダの双方によるタグ読取りの結果に基づいて納入作業が適切に行われたことが確認される。
まず、Ｓ１８１で、移管処理部２３３は、納入予約テーブル３６０から未完了の１つの納入予約レコードを読出す。なお、移管処理部２３３は、納入予定日が当日以前の日付を示すレコードのみを読出しの対象としてもよい。次いで、Ｓ１８２で、移管処理部２３３は、読出したレコード及び物品ＤＢ２２０のマスタデータから、納入の対象物品、移管元エンティティ、宛て先、及び移管先エンティティを識別する。
次いで、Ｓ１８３で、移管処理部２３３は、読取結果テーブル３５０を参照して、移管元エンティティのタグリーダ１００が対象物品の物品タグのタグＩＤ及び宛て先の場所に設置された位置タグのタグＩＤを読取ったか否かを判定する。加えて、Ｓ１８４で、移管処理部２３３は、読取結果テーブル３５０を参照して、移管先エンティティのタグリーダ１００が対象物品の物品タグのタグＩＤ及び宛て先の場所に設置された位置タグのタグＩＤを読取ったか否かを判定する。
Ｓ１８３及びＳ１８４の少なくとも一方の判定条件が満たされない（判定結果がＮｏである）場合、その後のＳ１８５～Ｓ１８７の処理ステップはスキップされる。双方の判定条件が満たされる（判定結果がＹｅｓである）場合、Ｓ１８５で、移管処理部２３３は、Ｓ１８１で読出した納入予約レコードのステータスを「完了」に変更する。次いで、Ｓ１８６で、移管処理部２３３は、物品テーブル３１０の対象物品のレコードの組織３１４の値を、移管先エンティティを示す値に変更する。
次いで、Ｓ１８７で、位置管理部２３２は、物品テーブル３１０の対象物品のレコードの保管場所３１５及び座標３１６の値を、それぞれ最新の値へ更新する。
次いで、Ｓ１８８で、移管処理部２３３は、納入予約テーブル３６０に処理すべき未完了の次の納入予約レコードが残っているかを判定する。次の納入予約レコードが残っている場合、処理はＳ１８１へ戻り、次の納入予約レコードを対象として、上述したＳ１８１～Ｓ１８７が繰り返される。次の納入予約レコードが残っていない場合、図１８の納入ステータス更新処理は終了し、移管処理部２３３は次の処理タイミングまで待機状態に入る。
＜１－４－８．納入ステータス更新処理（第２実施例）＞
図１９は、第１実施形態の第２実施例に係る納入ステータス更新処理の流れの一例を示すフローチャートである。上述したように、第２実施例では、移管先エンティティの管理下のタグリーダによるタグ読取りの結果に基づいて納入作業が適切に行われたことが確認される。
図１８のフローチャートとの相違点は、図１９のフローチャートではＳ１８３での条件判定が省略されている点である。移管処理部２３３は、納入予約テーブル３６０から１つの納入予約レコードを読出し、対象物品その他の所要の情報を識別した後、Ｓ１８４で、移管先エンティティのタグリーダ１００によるタグ読取りの結果を読取結果テーブル３５０から取得する。そして、移管処理部２３３は、移管先エンティティのタグリーダ１００が対象物品の物品タグのタグＩＤ及び宛て先の場所に設置された位置タグのタグＩＤを読取ったと判定される場合に、Ｓ１８５で、納入予約レコードのステータスを「完了」に変更する。図１８と同じ符号を付した図１９の処理ステップの内容は、図１８に関連して説明した内容と同じであってよいため、ここではそれらの説明を省略する。
＜１－４－９．回収ステータス更新処理＞
図２０は、第１実施形態に係る回収ステータス更新処理の流れの一例を示すフローチャートである。上述したように、本実施形態において、回収時には、移管先エンティティの管理下のタグリーダによるタグ読取りの結果に基づいて回収作業が適切に行われたことが確認される。
まず、Ｓ１９１で、移管処理部２３３は、回収予約テーブル３７０から未完了の１つの回収予約レコードを読出す。なお、移管処理部２３３は、回収予定日が当日以前の日付を示すレコードのみを読出しの対象としてもよい。次いで、Ｓ１９２で、移管処理部２３３は、読出したレコード及び物品ＤＢ２２０のマスタデータから、回収の対象物品、対象物品の現在の保管場所（回収場所）、及び移管先エンティティ（回収者）を識別する。
次いで、Ｓ１９３で、移管処理部２３３は、読取結果テーブル３５０を参照して、移管先エンティティのタグリーダ１００が対象物品の物品タグのタグＩＤ及び現在の保管場所に設置された位置タグのタグＩＤを読取ったか否かを判定する。
Ｓ１９３の判定条件が満たされない（判定結果がＮｏである）場合、その後のＳ１９５～Ｓ１９６の処理ステップはスキップされる。当該判定条件が満たされる（判定結果がＹｅｓである）場合、Ｓ１９５で、移管処理部２３３は、Ｓ１９１で読出した回収予約レコードのステータスを「完了」に変更する。次いで、Ｓ１９６で、移管処理部２３３は、物品テーブル３１０の対象物品のレコードの組織３１４の値を、移管先エンティティを示す値に変更する。
次いで、Ｓ１９８で、移管処理部２３３は、回収予約テーブル３７０に処理すべき未完了の次の回収予約レコードが残っているかを判定する。次の回収予約レコードが残っている場合、処理はＳ１９１へ戻り、次の回収予約レコードを対象として、上述したＳ１９１～Ｓ１９６が繰り返される。次の回収予約レコードが残っていない場合、図２０の回収ステータス更新処理は終了し、移管処理部２３３は次の処理タイミングまで待機状態に入る。
＜１－５．小括＞
第１実施形態によれば、エンティティ間の物品の帰属先の変更（即ち移管）を管理する物品管理システムに、第１位置に設置される第１無線デバイス、上記物品と共に移動する第２無線デバイス、及び無線デバイスから識別情報を読取る読取装置が取入れられる。第１位置は第１エンティティに関連する場所にあり、第２位置は第２エンティティに関連する場所にある。物品管理システムの管理部は、第２エンティティに帰属している上記物品が第１位置へ納入される場合、第１エンティティに関連付けられる読取装置が
・第１無線デバイスの識別情報（例えば、位置タグのタグＩＤ）、及び
・第２無線デバイスの識別情報（例えば、物品タグのタグＩＤ）
を読取った場合に、物品データにおける上記物品の帰属先エンティティを第２エンティティから第１エンティティへ更新する。
また、物品管理システムの管理部は、第１エンティティに帰属している上記物品が第１位置で回収によって第２エンティティへ移管される場合、第２エンティティに関連付けられる読取装置が
・第１無線デバイスの識別情報（例えば、位置タグのタグＩＤ）、及び
・第２無線デバイスの識別情報（例えば、物品タグのタグＩＤ）
を読取った場合に、物品データにおける上記物品の帰属先エンティティを第１エンティティから第２エンティティへ更新する。ここでの第２エンティティに関連付けられる読取装置とは、データベース内のデータにより第２エンティティに関連付けられている読取装置である。
かかる構成によれば、物品を移管する作業に関与するそれぞれのユーザが読取装置を所持しているだけで、無線デバイスからの情報の読取りの結果に基づいて、適切かつ効率的に、物品データにおける物品の帰属先エンティティを更新することができる。
＜２．第２実施形態＞
上述した第１実施形態では、少なくともエンティティごとに別個のタグリーダ１００が用意され、タグ読取りの結果にリーダＩＤを付与することで、どのエンティティに所属するユーザが作業に関与したかをタグ読取りの結果に基づいて判定することができる。本節で説明する第２実施形態では、どのエンティティに所属するユーザが作業に関与したかを、タグリーダ１００を識別するリーダＩＤではなく、ユーザにより携帯されるユーザタグからのタグ読取りの結果に基づいて判定するものとする。それにより、ユーザ間及びエンティティ間のタグリーダ１００の共用が容易となる。
＜２－１．システムの概要＞
図２１は、第２実施形態に係る物品管理システム２の構成の一例を示す模式図である。物品管理システム１に対する相違点は、物品管理システム２では、各ユーザ２０が固有の識別情報（タグＩＤ）６１が埋め込まれたユーザタグ６０を携帯し、タグリーダ１００がユーザタグ６０からもタグＩＤ６１を読取ることである。例えば、ユーザ２０ａは、タグＩＤ６１ａを記憶しているユーザタグ６０ａを携帯する。ユーザ２０ｂは、タグＩＤ６１ｂを記憶しているユーザタグ６０ｂを携帯する。また、物品管理システム２は、第１実施形態に係る管理サーバ２００の代わりに、管理サーバ１２００を含む。
ユーザタグ６０は、物品管理システム２においてユーザ２０により携帯される無線デバイスである。ユーザ２０が企業であるエンティティの社員である場合には、ユーザタグ６０は、社員証に組み込まれてもよい。
本実施形態において、ユーザタグ６０は、位置タグ４０及び物品タグ５０と同じく、パッシブ型のＲＦＩＤタグであるものとする。なお、他の実施形態において、位置タグ４０及び物品タグ５０がＲＦＩＤタグである一方で、ユーザタグ６０はＮＦＣ（Near Field Communication）方式に準拠する無線デバイス（ＩＣカード）であってもよい。この場合には、タグリーダ１００は、ＲＦＩＤ方式及びＮＦＣ方式の双方をサポートするものとする。概していうと、位置タグ４０、物品タグ５０及びユーザタグ６０の各々は、リーダからの信号に応答して内部の識別情報を返送可能な、任意の種類の無線デバイスであってよい。
管理サーバ１２００は、第１実施形態に係る管理サーバ２００と同様の、各物品３０が２つ以上のエンティティのうちのどのエンティティに帰属するかを示す物品データを管理するサーバ装置である。
＜２－２．管理サーバの構成例＞
＜２－２－１．基本的な構成＞
図２２は、第２実施形態に係る管理サーバ１２００の構成の一例を示すブロック図である。図２２を参照すると、管理サーバ１２００は、通信部２１０、物品ＤＢ１２２０及び物品管理部１２３０を備える。
物品ＤＢ１２２０は、第１実施形態に係る物品ＤＢ２２０と同様に、システムの管理下の物品の各々がどのエンティティに帰属するかを示すデータを管理するためのテーブル群からなる。本実施形態において、物品ＤＢ１２２０は、物品テーブル３１０、場所テーブル３２０、ユーザテーブル３４０、ユーザタグテーブル１３４５、読取結果テーブル１３５０、納入予約テーブル３６０及び回収予約テーブル３７０を含む。物品ＤＢ１２２０は、リーダテーブル３３０を含まなくてよい。
図２３は、本実施形態に係るユーザタグテーブル１３４５の構成の一例を示している。ユーザタグテーブル１３４５は、タグＩＤ１３４６、名称１３４７、及び組織１３４８という３つのデータ項目を有する。タグＩＤ１３４６は、各ユーザタグ６０を一意に識別する識別情報である。タグＩＤ１３４６の値は、対応するユーザタグ６０が内部で記憶しているタグＩＤの値と同一である。名称１３４７は、各ユーザタグ６０の名称を表す。組織１３４８は、各ユーザタグ６０について管理責任を有するエンティティ（例えば、ユーザタグ６０を携帯するユーザ２０が所属している企業）を表す。図２３の例では、タグＩＤ「ＴＧ９１」で識別されるユーザタグ６０（例えば、ユーザタグ６０ａ）については「Ａ社」が管理責任を有し、タグＩＤ「ＴＧ９２」で識別されるユーザタグ６０（例えば、ユーザタグ６０ｂ）については「Ｂ社」が管理責任を有する。
物品管理部１２３０は、第１実施形態に係る物品管理部２３０と同様の、物品ＤＢ１２２０内のデータを管理する物品管理機能を提供する、複数のソフトウェアモジュールの集合である。本実施形態において、物品管理部１２３０は、タグ処理部１２３１、位置管理部２３２、移管処理部１２３３、及び情報提供部２３４を含む。
図２４の左には、本実施形態において、タグリーダ１００ａを所持するユーザ２０ａが棚卸し作業のためにエンティティＥ１の管理下にある場所１０ａを訪れた様子が示されている。タグリーダ１００ａの読取レンジ内にユーザタグ６０ａが入ると、タグリーダ１００ａは、ユーザタグ６０ａのタグＩＤ「ＴＧ９１」を読取る。また、タグリーダ１００ａは、読取レンジ内に位置タグ４０ａが入ると、位置タグ４０ａのタグＩＤ「ＴＧ１１」を読取る。また、タグリーダ１００ａは、読取レンジ内に物品３０ａの物品タグ５０ａが入ると、物品タグ５０ａのタグＩＤ「ＴＧ０１」を読取る。タグリーダ１００ａは、読取結果データを送信するタイミングが到来すると、タグ読取りの結果を示す（ここでは、３つのレコードを含む）読取結果データを管理サーバ１２００へ送信する。タグ処理部１２３１は、通信部２１０を介して受信した読取結果データの３つのレコードを読取結果テーブル１３５０に追加する。
図２４の右に示したように、本実施形態において、読取結果テーブル１３５０は、レコード番号３５１、読取時刻３５２、タグＩＤ３５３、リーダＩＤ３５４、座標３５５及び組織１３５６という６つのデータ項目を有する。本実施形態では、リーダＩＤ３５４は読取結果テーブル１３５０において省略されてもよい。読取結果テーブル１３５０に読取結果データが追加される際、組織１３５６の値は空であってよい。タグ処理部１２３１は、例えば、読取結果データにおいて、ユーザタグ６０ａについてのレコード＃１の読取時刻が位置タグ４０ａ及び物品タグ５０ａについてのレコード＃２、＃３の読取時刻からわずかな時間差しか有しないと判定する。そのため、タグ処理部１２３１は、位置タグ４０ａ及び物品タグ５０ａについての読取結果レコードの組織１３５６の値を、ユーザタグテーブル１３４５においてユーザタグ６０ａに関連付けられているエンティティを示す値へ更新する。図２４の例では、読取結果レコード間の時間的相関に基づき、読取結果レコード＃２、＃３の組織１３５６の欄に、ユーザタグテーブル１３４５においてタグＩＤ「ＴＧ９１」に関連付けられている組織名「Ａ社」が追記されている。
なお、複数のユーザ２０が同じ場所１０で活動している場合、１つの物品タグ５０（又は位置タグ４０）の読取結果レコード（ここで対象レコードという）に対し、異なる複数のユーザ２０のユーザタグ６０の読取結果レコードが発生し得る。この場合、タグ処理部１２３１は、例えば、対象レコードの読取時刻を含むある期間（例えば、数秒～数十秒間）内に最も多く検知されたユーザタグ６０の読取結果レコードに基づき、対象レコードの組織１３５６の欄に追記すべきエンティティを決定してもよい。
このように、タグ読取結果とエンティティとの関連性をユーザタグ６０からの読取りの結果に基づいて（時間的相関を活用して）判定する構成を採用することで、リーダＩＤとエンティティとを予め関連付けておく必要性が排除される。そのため、例えば図２４の左に示した場面で、ユーザ２０ａにとってタグリーダ１００ａを使用することは必須ではなく、任意のタグリーダ１００を使用して棚卸し作業を行うことが可能である。これにより、物品管理システム２においてタグリーダ１００の管理のための負担を軽減することができる。
＜２－２－２．物品の移管（物品の帰属先エンティティの変更）＞
本実施形態においても、移管処理部１２３３は、納入及び回収の双方について、物品３０を移管する作業が行われることを示す予約情報を予め受け付ける。そして、移管処理部１２３３は、少なくとも１つのタグリーダ１００による読取りの結果と、受け付けた予約情報とに基づいて、物品ＤＢ１２２０において当該物品３０が帰属するエンティティを変更する。納入予約の受け付け及び回収予約の受け付けは、第１実施形態において図６及び図１１を用いて説明した手法と同様の手法で行われてよい。
（１）納入による物品の移管
説明の便宜上、ここでも、第２位置に関連する第２エンティティ（例えば、Ａ社）に帰属している対象物品（例えば、物品３０ａ）が、第１位置に関連する第１エンティティ（例えば、Ｂ社）へ移管されるものとする。納入作業が行われる前に、物品テーブル３１０は、対象物品が第２エンティティに帰属することを示す。この状態で、移管処理部１２３３は、第１読取装置が少なくとも次の３つのタグＩＤを読取ったことを条件として、対象物品が第１エンティティに帰属することを示すように物品テーブル３１０を更新する：
ａ）第１エンティティに関連付けられるユーザタグのタグＩＤ
ｂ）第１位置の位置タグのタグＩＤ
ｃ）対象物品の物品タグのタグＩＤ
ユーザ２０ａが物品３０ａを場所１０ｂへ納入してユーザ２０ｂへ引き渡す例では、ａ）第１エンティティに関連付けられるユーザタグは、ユーザ２０ｂのユーザタグ６０ｂに該当する。ｂ）第１位置の位置タグは、位置タグ４０ｂに該当する。ｃ）対象物品の物品タグは、物品３０ａの物品タグ５０ａに該当する。上記条件は、対象物品が第１エンティティに関連する場所において第１エンティティ側のユーザに適切に引き渡されたことをタグ読取りの結果が示すことを意味する。
対象物品の帰属先エンティティを変更するための上記条件は、第１読取装置が次のタグＩＤを読取ったことを追加的に含んでもよい。
ｄ）第２エンティティに関連付けられるユーザタグのタグＩＤ
ユーザ２０ａが物品３０ａを場所１０ｂへ納入してユーザ２０ｂへ引き渡す上記例では、ｄ）第２エンティティに関連付けられるユーザタグは、ユーザ２０ａのユーザタグ６０ａに該当する。この拡張された条件は、対象物品が第１エンティティに関連する場所において第１エンティティ側のユーザに引き渡されたことが、第１及び第２エンティティ双方のユーザの立会いの下で確認されたことを、タグ読取りの結果が示すこと意味する。
図２５は、本実施形態における納入作業時のタグの読取りを説明するための説明図である。図２５の例では、納入の対象物品は、エンティティＥ１に帰属しており場所１０ａで保管されていた物品３０ａである。ユーザ２０ａは、納入予定日に物品３０ａを場所１０ｂへ配送する。ユーザ２０ｂは、場所１０ｂで物品３０ａを受け取る。例えばタグリーダ１００ｂは、ユーザ２０ｂのユーザタグ６０ｂのタグＩＤ、位置タグ４０ｂのタグＩＤ及び物品タグ５０ａのタグＩＤを読取り、読取結果データを管理サーバ１２００へ送信する。管理サーバ１２００のタグ処理部１２３１は、これら読取結果データを読取結果テーブル１３５０に格納し、格納したレコードの組織１３５６の欄に、ユーザタグ６０ｂに関連付けられているエンティティＥ２を示す値を追記する。
図２６は、図２５を用いて説明したタグ読取りの結果に基づく納入ステータスの更新を説明するための説明図である。図２６の読取結果テーブル１３５０は、図２５の例におけるタグリーダ１００ｂによるタグ読取りの結果を示す３つのレコード＃４、＃５、＃６を有する。移管処理部１２３３は、例えば、納入予約テーブル３６０を参照し、納入予定日「ＹＭＤ２」に物品ＩＤ「ＩＴ０１」で識別される物品３０ａが宛て先「ＰＬ０２」で識別される場所１０ｂへ納入される予定であることを認識する。この納入予定によれば、物品３０ａは現在の帰属先であるエンティティＥ１（Ａ社）からエンティティＥ２（Ｂ社）へ移管されることになる。移管処理部１２３３は、読取結果テーブル１３５０のレコード＃５、＃６から、ユーザタグ６０ｂのタグＩＤを読取ったタグリーダ１００ｂが、場所１０ｂの位置タグ４０ｂのタグＩＤ及び物品３０ａの物品タグ５０ａのタグＩＤを読取ったことを知得する。移管処理部１２３３は、これら読取結果に基づいて、予定されていた納入作業が行われたと判定し、納入予約テーブル３６０の対応する予約情報レコード＃２のステータス３６５の値を「完了」へ更新する。また、移管処理部１２３３は、物品テーブル３１０の物品３０ａのレコードの組織３１４の値を「Ｂ社」へ更新する。位置管理部２３２は、物品テーブル３１０の物品３０ａのレコードの保管場所３１５及び座標３１６の値を最新の値へ更新する。
なお、図２５及び図２６にはタグリーダ１００ｂがＲＦＩＤタグ６０ｂ、４０ｂ及び５０ａからタグＩＤを読取る例を示しているが、タグリーダ１００ａが同じ３つのＲＦＩＤタグからタグＩＤを読取ってもよい。また、移管処理部１２３３は、ユーザ２０ａのユーザタグ６０ａのタグＩＤも読取られたことを条件として、物品３０ａの帰属先のエンティティを変更してもよい（上述した拡張された条件）。この場合、移管元エンティティ及び移管先エンティティの双方のユーザの立会いの下で納入作業が行われたことがタグ読取りの結果から確認されるため、移管の当事者の間の行き違いを確実に防止しつつ、対象物品の帰属先のエンティティを変更することができる。
第１実施形態と同様、移管処理部１２３３は、タグ読取りの結果だけでなく、対象物品を宛て先へ移動させる作業が行われることを示す納入予約情報にも基づいて、対象物品の帰属先のエンティティを変更する。したがって、本実施形態においても、配送途上の物品のタグＩＤが宛て先ではない場所で意図せず読取られた場合、あるいは第三者が物品を不適切な場所に持ち込んだ場合に、物品の帰属先が誤って変更されてしまう事態を防止することができる。
（２）回収による物品の移管
説明の便宜上、ここでも、第１位置に関連する第１エンティティ（例えば、Ｂ社）に帰属している対象物品（例えば、物品３０ａ）が、第２位置に関連する第２エンティティ（例えば、Ａ社）へ回収作業により移管されるものとする。回収作業が行われる前に、物品テーブル３１０は、対象物品が第１エンティティに帰属することを示す。この状態で、移管処理部１２３３は、第２エンティティに関連付けられる第２読取装置が、第１位置の位置タグのタグＩＤ及び対象物品の物品タグのタグＩＤを読取ったことを条件として、対象物品の帰属先エンティティを第２エンティティに変更する。本実施形態において、第２読取装置が第２エンティティに関連付けられることは、第２読取装置が第２エンティティに関連付けられるユーザタグのタグＩＤを読取ったことを意味する。場所１０ｂで保管されている物品３０ａをＡ社の担当者であるユーザ２０ａが回収する例では、ユーザ２０ａのユーザタグ６０ａのタグＩＤを読取ったタグリーダ１００ａ又は１００ｂが、第２読取装置に該当する。第１位置の位置タグは位置タグ４０ｂに、対象物品の物品タグは物品タグ５０ａに該当する。上記条件は、正当な回収者の担当者が適切な場所を訪問して対象物品を回収したことをタグ読取りの結果が示すことを意味する。
図２７は、本実施形態における回収作業時のタグの読取りを説明するための説明図である。図２７の例では、回収の対象物品は、エンティティＥ２に帰属しており場所１０ｂで保管されている物品３０ａである。ユーザ２０ａは、回収予定日に場所１０ｂを訪問し、物品３０ａを回収する。例えばタグリーダ１００ｂは、ユーザ２０ａが場所１０ｂに滞在している間に、ユーザタグ６０ａのタグＩＤ、位置タグ４０ｂのタグＩＤ、及び物品タグ５０ａのタグＩＤを読取り、読取結果データを管理サーバ１２００へ送信する。管理サーバ１２００のタグ処理部１２３１は、この読取結果データを読取結果テーブル１３５０に格納し、格納したレコードの組織１３５６の欄に、ユーザタグ６０ａに関連付けられているエンティティＥ１を示す値を追記する。
図２８は、図２７を用いて説明したタグ読取りの結果に基づく回収ステータスの更新を説明するための説明図である。図２８の読取結果テーブル１３５０は、図２７の例における場所１０ｂでのタグリーダ１００ｂによるタグ読取りの結果を示す３つのレコード＃７、＃８、＃９を有する。移管処理部１２３３は、例えば、回収予約テーブル３７０を参照し、回収予定日「ＹＭＤ４」に物品ＩＤ「ＩＴ０１」で識別される物品３０ａがＡ社であるエンティティＥ１の担当者により回収される予定であることを認識する。この回収予定によれば、物品３０ａは現在の帰属先であるエンティティＥ２（Ｂ社）からエンティティＥ１（Ａ社）へ移管されることになる。移管処理部１２３３は、読取結果テーブル１３５０のレコード＃８、＃９から、ユーザタグ６０ａのタグＩＤを読取ったタグリーダ１００ｂが位置タグ４０ｂのタグＩＤ及び物品タグ５０ａのタグＩＤを読取ったことを知得する。移管処理部１２３３は、この読取結果に基づいて、予定されていた回収作業が行われたと判定し、回収予約テーブル３７０の対応する予約情報レコード＃２のステータス３７５の値を「完了」へ更新する。また、移管処理部１２３３は、物品テーブル３１０の物品３０ａのレコードの組織３１４の値を、エンティティＥ１の名称である「Ａ社」へ更新する。
こうした実施形態によれば、移管先エンティティに関連付けられるユーザにより回収作業が適切に行われたことをタグ読取りの結果から確認した上で、対象物品の帰属先のエンティティを変更することができる。
第１実施形態と同様、移管処理部１２３３は、タグ読取りの結果だけでなく、回収者の担当者が対象物品を現在の保管場所から引き取る作業が行われることを示す回収予約情報にも基づいて、対象物品の帰属先のエンティティを変更する。したがって、ユーザタグ６０を携帯しているものの正当ではない第三者に物品が誤って引き渡された場合に、物品の帰属先がそれに応じて変更されてしまう事態を防止することができる。
なお、本実施形態に係る移管処理部１２３３も、納入及び回収の双方のケースで、同じタグリーダ１００から受信される複数回の読取りの結果の間の時間的相関に基づいて、２つ以上のタグから読取られたタグＩＤの間の対応関係を判定してよい。
＜２－３．処理の流れ＞
本節では、本実施形態における物品管理システム２内の処理の流れの例を、図２９及び図３０のフローチャートを用いて説明する。
＜２－３－１．納入ステータス更新処理＞
図２９は、第２実施形態に係る納入ステータス更新処理の流れの一例を示すフローチャートである。
まず、Ｓ２８１で、移管処理部１２３３は、納入予約テーブル３６０から未完了の１つの納入予約レコードを読出す。なお、移管処理部１２３３は、納入予定日が当日以前の日付を示すレコードのみを読出しの対象としてもよい。次いで、Ｓ２８２で、移管処理部１２３３は、読出したレコード及び物品ＤＢ１２２０のマスタデータから、納入の対象物品、移管元エンティティ、宛て先、及び移管先エンティティを識別する。
次いで、Ｓ２８３で、移管処理部１２３３は、読取結果テーブル１３５０を参照して、いずれかのタグリーダ１００が移管先エンティティに関連付けられるユーザタグのタグＩＤを読取ったか否かを判定する。例えば、読取結果テーブル１３５０に組織１３５６の値が移管先エンティティを示すレコードが存在する場合、移管先エンティティに関連付けられるユーザタグのタグＩＤが読取られたと判定され、処理はＳ２８４へ進む。そのようなレコードが存在しない場合、処理はＳ２８８へ進む。
Ｓ２８４で、移管処理部１２３３は、さらに、同じタグリーダ１００（移管先エンティティに関連付けられるユーザタグのタグＩＤを読取ったタグリーダ１００）が対象物品の物品タグのタグＩＤ及び宛て先の位置タグのタグＩＤを読取ったか否かを判定する。当該タグリーダ１００が対象物品の物品タグのタグＩＤ及び宛て先の位置タグのタグＩＤを読取ったと判定される場合、処理はＳ２８５へ進む。それらタグＩＤが読取られていない場合、処理はＳ２８８へ進む。
Ｓ２８５で、移管処理部１２３３は、Ｓ２８１で読出した納入予約レコードのステータスを「完了」に変更する。次いで、Ｓ２８６で、移管処理部１２３３は、物品テーブル３１０の対象物品のレコードの組織３１４の値を、移管先エンティティを示す値に変更する。
次いで、Ｓ２８７で、位置管理部２３２は、物品テーブル３１０の対象物品のレコードの保管場所３１５及び座標３１６の値を、それぞれ最新の値へ更新する。
次いで、Ｓ２８８で、移管処理部１２３３は、納入予約テーブル３６０に処理すべき未完了の次の納入予約レコードが残っているかを判定する。次の納入予約レコードが残っている場合、処理はＳ２８１へ戻り、次の納入予約レコードを対象として、上述したＳ２８１～Ｓ２８７が繰り返される。次の納入予約レコードが残っていない場合、図２９の納入ステータス更新処理は終了し、移管処理部１２３３は次の処理タイミングまで待機状態に入る。
＜２－３－２．回収ステータス更新処理＞
図３０は、第２実施形態に係る回収ステータス更新処理の流れの一例を示すフローチャートである。
まず、Ｓ２９１で、移管処理部１２３３は、回収予約テーブル３７０から未完了の１つの回収予約レコードを読出す。なお、移管処理部１２３３は、回収予定日が当日以前の日付を示すレコードのみを読出しの対象としてもよい。次いで、Ｓ２９２で、移管処理部１２３３は、読出したレコード及び物品ＤＢ１２２０のマスタデータから、回収の対象物品、対象物品の現在の保管場所（回収場所）、及び移管先エンティティ（回収者）を識別する。
次いで、Ｓ２９３で、移管処理部１２３３は、読取結果テーブル１３５０を参照して、いずれかのタグリーダ１００が移管先エンティティに関連付けられるユーザタグのタグＩＤを読取ったか否かを判定する。例えば、読取結果テーブル１３５０に組織１３５６の値が移管先エンティティを示すレコードが存在する場合、移管先エンティティに関連付けられるユーザタグのタグＩＤが読取られたと判定され、処理はＳ２９４へ進む。そのようなレコードが存在しない場合、処理はＳ２９８へ進む。
Ｓ２９４で、移管処理部１２３３は、さらに、同じタグリーダ１００（移管先エンティティに関連付けられるユーザタグのタグＩＤを読取ったタグリーダ１００）が対象物品の物品タグのタグＩＤ及び保管場所の位置タグのタグＩＤを読取ったか否かを判定する。当該タグリーダ１００が対象物品の物品タグのタグＩＤ及び保管場所の位置タグのタグＩＤを読取ったと判定される場合、処理はＳ２９５へ進む。それらタグＩＤが読取られていない場合、処理はＳ２９８へ進む。
Ｓ２９５で、移管処理部１２３３は、Ｓ２９１で読出した回収予約レコードのステータスを「完了」に変更する。次いで、Ｓ２９６で、移管処理部１２３３は、物品テーブル３１０の対象物品のレコードの組織３１４の値を、移管先エンティティを示す値に変更する。
次いで、Ｓ２９８で、移管処理部１２３３は、回収予約テーブル３７０に処理すべき未完了の次の回収予約レコードが残っているかを判定する。次の回収予約レコードが残っている場合、処理はＳ２９１へ戻り、次の回収予約レコードを対象として、上述したＳ２９１～Ｓ２９６が繰り返される。次の回収予約レコードが残っていない場合、図３０の回収ステータス更新処理は終了し、移管処理部１２３３は次の処理タイミングまで待機状態に入る。
＜２－４．小括＞
第２実施形態によれば、エンティティ間の物品の帰属先の変更（即ち移管）を管理する物品管理システムに、第１位置に設置される第１無線デバイス、上記物品と共に移動する第２無線デバイス、及び無線デバイスから識別情報を読取る読取装置が取入れられる。第１位置は第１エンティティに関連する場所にあり、第２位置は第２エンティティに関連する場所にある。物品管理システムの管理部は、第２エンティティに帰属している上記物品が第１位置へ納入される場合、読取装置が
・第１エンティティに関連付けられるユーザデバイスの識別情報（例えば、ユーザタグのタグＩＤ）、
・第１無線デバイスの識別情報（例えば、位置タグのタグＩＤ）、及び
・第２無線デバイスの識別情報（例えば、物品タグのタグＩＤ）
を読取った場合に、物品データにおける上記物品の帰属先エンティティを第２エンティティから第１エンティティへ更新する。
また、物品管理システムの管理部は、第１エンティティに帰属している上記物品が第１位置で回収によって第２エンティティへ移管される場合、読取装置が
・第２エンティティに関連付けられるユーザデバイスの識別情報（例えば、ユーザタグのタグＩＤ）、
・第１無線デバイスの識別情報（例えば、位置タグのタグＩＤ）、及び
・第２無線デバイスの識別情報（例えば、物品タグのタグＩＤ）
を読取った場合に、物品データにおける上記物品の帰属先エンティティを第１エンティティから第２エンティティへ更新する。
かかる構成によれば、どのエンティティに所属するユーザが作業に関与したかがユーザデバイスからのタグ読取りの結果に基づき判定されるため、タグ読取りに任意の読取装置（例えば、特定のエンティティ向けではない読取装置）を使用することができる。それにより、読取装置の管理の負担が軽減され、物品管理を一層効率化することができる。
＜３．変形例＞
これまでに説明した第１実施形態の特徴及び第２実施形態の特徴は、互いにどのように組合わされてもよい。また、以下に説明する変形例を上述した特徴と組合わせることも可能である。
＜３－１．タグ読取レンジの制御＞
一変形例において、各タグリーダ１００は、ユーザ操作に応じて読取レンジを短縮するように構成されてもよい。一例として、通常の（短縮されていない）読取レンジは、タグリーダ１００のアンテナ１１５を中心として半径数ｍ（例えば、５ｍ）の範囲内、短縮された読取レンジは、アンテナ１１５を中心として半径１ｍ以下（例えば、１ｍ）の範囲内であってよい。そして、管理サーバ２００は、ユーザ操作に応じて読取レンジが短縮された状態でタグリーダ１００により取得された読取りの結果を示す読取結果データに基づいて、物品ＤＢ２２０において物品が帰属するエンティティを変更してもよい。
図３１は、本変形例に係るタグリーダ１００の構成の一例を示すブロック図である。図３１を参照すると、タグリーダ１００は、制御部１５１、記憶部１０２、通信部１０３、測位部１０４、電源１０５、読取部１５６、操作検知部１７１、及び報知部１７２を備える。
制御部１５１は、コンピュータプログラムを記憶するメモリ、及びコンピュータプログラムを実行する１つ以上のプロセッサからなる。制御部１５１は、上述した実施形態に係る制御部１０１と同様に、タグリーダ１００の機能全般を制御する。
読取部１５６は、システム内に存在するＲＦＩＤタグの各々が記憶している識別情報を読取可能な読取モジュールである。図２に示した読取部１０６との相違点は、読取部１５６がＲＦコントローラ１６０を含む点である。ＲＦコントローラ１６０は、制御部１５１による制御に従って、可変的に設定されるパワーを有する送信信号をパワーアンプ１１１からフィルタ１１２へ出力させる。ＲＦコントローラ１６０は、ＲＸ端子から入力される信号を復調して、ＲＦＩＤタグから返送されるタグＩＤその他の情報を取得し、取得した情報を制御部１５１へ出力する。
操作検知部１７１は、例えばタグリーダ１００の筐体に配設されるボタン（図示せず）の操作状態（押下されている／押下されていない）を検知し、検知した操作状態を示す検知信号を制御部１５１へ出力する。
制御部１５１は、ボタンが押下されていないことを操作検知部１７１からの検知信号が示す場合には、読取部１５６から送信される送信信号のパワーを通常の値に設定し、それによりタグリーダ１００の読取レンジを通常のレンジとする。一方、制御部１５１は、ボタンが押下されていることを操作検知部１７１からの検知信号が示す場合には、読取部１５６から送信される送信信号のパワーをより小さい値に設定し、それによりタグリーダ１００の読取レンジを短縮されたレンジとする。
制御部１５１は、読取部１５６によるタグ読取りの結果を記憶部１０２に記憶させ、又は管理サーバ２００へ送信する際、読取結果データに読取り時のボタンの操作状態を示すフラグを付加する。このフラグは、各読取結果レコードが、通常の読取レンジでの読取結果を示すのか又は短縮された読取レンジでの読取結果を示すのかを識別する役割を有する。
報知部１７２は、タグリーダ１００により行われているタグ読取りのステータスをユーザに報知するためのデバイスである。報知部１７２は、例えば、制御部１５１による制御に従って光を発するＬＥＤ（Light-Emitting Diode）を含んでもよい。この場合、制御部１５１は、例えば、通常の読取レンジでタグ読取りを試行している期間と短縮された読取レンジでタグ読取りを試行している期間とで、異なる発光パターン（例えば、発光色、点滅回数、点滅周期など）で報知部１７２を発光させてもよい。また、制御部１５１は、ＲＦＩＤタグからの受信信号が検知された場合に、固有の発光パターンで報知部１７２を発光させてもよい。なお、報知部１７２は、ＬＥＤの代わりに（又はそれに加えて）、スピーカ又はバイブレータなどの他の報知デバイスを含んでもよい。
図３２は、本変形例に係る管理サーバ２００の構成の一例を示すブロック図である。図３２を参照すると、管理サーバ２００は、通信部２１０、物品ＤＢ２７０、及び物品管理部２８０を備える。物品ＤＢ２７０は、図３に示した物品ＤＢ２２０の読取結果テーブル３５０の代わりに、読取結果テーブル３９０を有する。物品管理部２８０は、図３に示した物品管理部２３０の移管処理部２３３の代わりに、移管処理部２８３を有する。
本変形例において、移管処理部２８３は、ユーザ操作に応じて読取レンジが短縮された状態で取得された読取結果データに基づいて、物品ＤＢ２７０において物品が帰属するエンティティを変更する。その他の移管処理部２８３の機能は、第１実施形態に係る移管処理部２３３又は第２実施形態に係る移管処理部１２３３の機能と同様であってよい。
図３３は、本変形例における物品の帰属先エンティティの変更を説明するための説明図である。ここでは、一例として、図７を用いて説明した納入作業が行われるものとする。納入の対象物品はエンティティＥ１に帰属している物品３０ａであり、ユーザ２０ａが物品３０ａを場所１０ｂへ配送して、ユーザ２０ｂが場所１０ｂで物品３０ａを受け取る。ユーザ２０ａが所持するタグリーダ１００ａは、位置タグ４０ｂのタグＩＤを読取る。また、ユーザ２０ａがタグリーダ１００ａのボタンを押下している間に、タグリーダ１００ａは、物品３０ａの物品タグ５０ａのタグＩＤを読取る。但し、ボタンが押下されていない間にも、タグリーダ１００ａは物品３０ａの物品タグ５０ａのタグＩＤを読取る。
図３３の上段には、このようなタグ読取りの結果を示すレコード＃１、＃２及び＃３が格納された管理サーバ２００の読取結果テーブル３９０が示されている。読取結果テーブル３９０は、図５に示した読取結果テーブル３５０の５つのデータ項目に加えて、レンジ短縮３９１という追加的なデータ項目を有する。レコード＃１のレンジ短縮３９１の値は「Ｎｏ」を示し、これは当該レコードが示す物品タグ５０ａのタグＩＤ「ＴＧ０１」の読取りの際にタグリーダ１００ａの読取レンジが短縮されていなかったことを表す。レコード＃２のレンジ短縮３９１の値は「Ｎｏ」を示し、これは当該レコードが示す位置タグ４０ａのタグＩＤ「ＴＧ２１」の読取りの際にタグリーダ１００ａの読取レンジが短縮されていなかったことを表す。レコード＃３のレンジ短縮３９１の値は「Ｙｅｓ」を示し、これは当該レコードが示す物品タグ５０ａのタグＩＤ「ＴＧ０１」の読取りの際にタグリーダ１００ａの読取レンジが短縮されていたことを表す。
同様に、ユーザ２０ｂが所持するタグリーダ１００ｂも、位置タグ４０ｂのタグＩＤを読取る。また、ユーザ２０ｂがタグリーダ１００ｂのボタンを押下している間に、タグリーダ１００ｂは、物品３０ａの物品タグ５０ａのタグＩＤを読取る。但し、ボタンが押下されていない間にも、タグリーダ１００ｂは物品３０ａの物品タグ５０ａのタグＩＤを読取る。図３３の読取結果テーブル３９０には、このようなタグ読取りの結果を示すレコード＃４、＃５及び＃６も格納されている。
移管処理部２８３は、例えば、納入予約テーブル３６０を参照し、納入予定日「ＹＭＤ２」に場所１０ｂへの納入によって物品３０ａがエンティティＥ１からＥ２へ移管される予定であることを認識する。移管処理部２８３は、通常の読取レンジでの物品タグ５０ａからの読取結果を示す読取結果テーブル３９０のレコード＃１及び＃６を無視し、レコード＃２～＃５の内容に基づいて、予定されていた納入作業が行われたと判定する。そして、移管処理部２８３は、納入予約テーブル３６０の対応する予約情報レコード＃２のステータス３６５の値を「完了」へ更新する。また、移管処理部２８３は、物品テーブル３１０の物品３０ａのレコードの組織３１４の値を、エンティティＥ２の名称である「Ｂ社」へ更新する。
こうした変形例によれば、１つの場所に多数の物品が保管されている状況において、移管の対象物品をユーザによる明示的な操作に基づいて絞り込んだ上で、対象物品の帰属先エンティティを効率的に更新することができる。なお、上の例では、位置タグ４０の読取りの際に読取レンジを短縮すること（レンジ短縮３９１が「Ｙｅｓ」を示すこと）を移管の判定の要件としていない。その理由は、位置タグ４０は通常１つの場所に１つだけ設置されるため、ユーザによる納入又は回収の作業の際に必ずしもユーザからの至近距離に位置タグ４０があるとは限らないからである。しかしながら、他の例において、位置タグ４０の読取りの際に読取レンジを短縮する（ボタンを押下する）ことも、移管の判定の要件とされてもよい。
物品管理部２８０は、物品の帰属先エンティティの変更以外のデータの更新（例えば、位置管理部２３２による位置情報の更新）に際しては、読取レンジが短縮されたかに関わらず、全ての読取結果レコードを利用してよい。それにより、ユーザがタグリーダ１００を所持するだけで管理下の物品関連情報が最新に維持される管理の簡便さと、明示的な操作によってエンティティ間の物品の移管がトリガされるというデータ保全のための措置とを両立させることができる。
＜３－２．その他の変形例＞
管理サーバ２００又は１２００は、上で説明した条件に従って物品を移管するための作業が行われたと判定される場合に、ユーザに移管の承認を要求し、承認が得られた後に物品の帰属先エンティティを変更してもよい。移管の承認は、タグリーダ１００又はユーザ端末３００など、ユーザにより操作される任意の装置のユーザインタフェースを介して要求され及び与えられてよい。移管の承認は、移管元エンティティのユーザ及び移管先エンティティのユーザの一方又は双方に要求されてよい。
上述した実施形態においてデータベースにより保持される物品関連情報は、ユーザへの情報提供に限らず、様々な目的で活用されてよい。例えば、管理サーバ２００又は１２００は、会計システム、帳票システム又は物品の調達を計画するシステムといった他のシステムへ物品関連情報を提供してもよい。
＜４．その他の実施形態＞
上記実施形態は、１つ以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出して実行する処理の形式でも実現可能である。また、１つ以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
１、２：物品管理システム、１０：場所、２０：ユーザ、３０：物品、４０：位置タグ（第１無線デバイス）、５０：物品タグ（第２無線デバイス）、６０：ユーザタグ（ユーザデバイス）、１００：タグリーダ（読取装置）、２００，１２００：管理サーバ（情報処理装置）、２２０，２７０，１２２０：物品データベース、２３０，２８０，１２３０：物品管理部、３００：ユーザ端末

Claims (24)

  1. 複数のエンティティのうち物品が帰属するエンティティを示す物品データを管理するための物品管理システムであって、
    第１位置に設置される第１無線デバイスと、
    前記物品と共に移動する第２無線デバイスと、
    無線デバイスが記憶している識別情報を読取る少なくとも１つの読取装置と、
    前記物品データを管理する管理部と、
    を含み、
    前記管理部は、前記物品が前記第１位置とは異なる第２位置に関連する第２エンティティに帰属することを前記物品データが示す状態において、
    前記第２エンティティに関連付けられる第２読取装置が前記第１無線デバイスの識別情報及び前記第２無線デバイスの識別情報を読取り、且つ
    前記第１位置に関連する第１エンティティに関連付けられる第１読取装置が前記第１無線デバイスの識別情報及び前記第２無線デバイスの識別情報を読取った場合に、
    前記物品が前記第１エンティティに帰属することを示すように前記物品データを更新する、
    物品管理システム。
  2. 複数のエンティティのうち物品が帰属するエンティティを示す物品データを管理するための物品管理システムであって、
    第１位置に設置される第１無線デバイスと、
    前記物品と共に移動する第２無線デバイスと、
    無線デバイスが記憶している識別情報を読取る少なくとも１つの読取装置と、
    前記物品データを管理する管理部と、
    を含み、
    前記管理部は、前記物品が前記第１位置とは異なる第２位置に関連する第２エンティティに帰属することを前記物品データが示す状態において、前記第１位置に関連する第１エンティティに関連付けられる第１ユーザデバイスの識別情報を読取った第１読取装置が前記第１無線デバイスの識別情報及び前記第２無線デバイスの識別情報を読取った場合に、前記物品が前記第１位置に関連する第１エンティティに帰属することを示すように前記物品データを更新する、
    物品管理システム。
  3. 各読取装置は、ユーザ操作に応じて読取レンジを短縮するように構成され、
    前記管理部は、前記ユーザ操作に応じて前記読取レンジが短縮された状態で取得された読取りの結果に基づいて、前記物品データにおいて前記物品が帰属するエンティティを変更する、
    請求項１又は２に記載の物品管理システム。
  4. 前記管理部は、
    前記物品をエンティティ間で移管する作業が行われることを示す予約情報を受け付け、
    少なくとも前記第１読取装置による読取りの結果と、受け付けた前記予約情報とに基づいて、前記物品データにおいて前記物品が帰属するエンティティを変更する、
    請求項１～３のいずれか１項に記載の物品管理システム。
  5. 前記管理部は、少なくとも前記第１読取装置による読取りの結果と、前記物品を前記第１位置へ移動させる作業が行われることを示す前記予約情報とに基づいて、前記物品が前記第１エンティティに帰属することを示すように前記物品データを更新する、請求項４に記載の物品管理システム。
  6. 各読取装置は、無線デバイスから読取った識別情報と読取時刻とを含む読取りの結果を前記管理部へ送信し、
    前記管理部は、同じ読取装置から受信される複数回の読取りの結果の間の時間的相関に基づいて、２つ以上の無線デバイスから読取られた識別情報の間の対応関係を判定する、
    請求項１～５のいずれか１項に記載の物品管理システム。
  7. 前記第１エンティティ及び前記第２エンティティの各々は、物品の所有者、物品の使用者、物品の管理者、物品の保管場所、及び物品の所在地のうちの１つである、請求項１～６のいずれか１項に記載の物品管理システム。
  8. 前記管理部は、前記物品データに基づいて、各エンティティに関連付けられるユーザのユーザ端末へ当該エンティティに帰属する物品に関連する情報を提供する、請求項１～７のいずれか１項に記載の物品管理システム。
  9. 前記ユーザ端末へ提供される前記情報は、各物品の位置情報を含む、請求項８に記載の物品管理システム。
  10. 前記無線デバイスは、ＲＦＩＤ（Radio Frequency IDentification）タグであり、
    前記読取装置は、読取レンジ内へ電磁波を放射し、前記電磁波のエネルギーを利用して前記ＲＦＩＤタグから返送されて来る前記識別情報を読取る、
    請求項１～９のいずれか１項に記載の物品管理システム。
  11. 前記物品管理システムは、
    クラウド環境に配置され、前記管理部を備えるサーバ装置、
    を含み、
    各読取装置は、直接的に又は他の装置を介して間接的に読取りの結果を前記サーバ装置へ送信する通信部、を備える、
    請求項１～１０のいずれか１項に記載の物品管理システム。
  12. 複数のエンティティのうち物品が帰属するエンティティを示す物品データを管理するための物品管理システムであって、
    第１位置に設置される第１無線デバイスと、
    前記物品と共に移動する第２無線デバイスと、
    無線デバイスが記憶している識別情報を読取る少なくとも１つの読取装置と、
    前記物品データを管理する管理部と、
    を含み、
    前記管理部は、前記物品が前記第１位置に関連する第１エンティティに帰属することを前記物品データが示す状態において、第２エンティティに関連付けられる第２読取装置が前記第１無線デバイスの識別情報及び前記第２無線デバイスの識別情報を読取った場合に、前記物品が前記第２エンティティに帰属することを示すように前記物品データを更新し、
    前記第２読取装置が前記第２エンティティに関連付けられることは、
    前記第２読取装置を前記第２エンティティに関連付けるデータが存在すること、又は
    前記第２読取装置が前記第２エンティティに関連付けられるユーザデバイスの識別情報を読取ったこと、
    のうちの少なくとも一方を含む、
    物品管理システム。
  13. 各読取装置は、ユーザ操作に応じて読取レンジを短縮するように構成され、
    前記管理部は、前記ユーザ操作に応じて前記読取レンジが短縮された状態で取得された読取りの結果に基づいて、前記物品データにおいて前記物品が帰属するエンティティを変更する、
    請求項１２に記載の物品管理システム。
  14. 前記管理部は、
    前記物品をエンティティ間で移管する作業が行われることを示す予約情報を受け付け、
    少なくとも前記第２読取装置による読取りの結果と、受け付けた前記予約情報とに基づいて、前記物品データにおいて前記物品が帰属するエンティティを変更する、
    請求項１２又は１３に記載の物品管理システム。
  15. 前記管理部は、少なくとも前記第２読取装置による読取りの結果と、前記物品を前記第２エンティティに関連付けられるユーザが前記第１位置から引き取る作業が行われることを示す前記予約情報とに基づいて、前記物品が前記第２エンティティに帰属することを示すように前記物品データを更新する、請求項１４に記載の物品管理システム。
  16. 各読取装置は、無線デバイスから読取った識別情報と読取時刻とを含む読取りの結果を前記管理部へ送信し、
    前記管理部は、同じ読取装置から受信される複数回の読取りの結果の間の時間的相関に基づいて、２つ以上の無線デバイスから読取られた識別情報の間の対応関係を判定する、
    請求項１２～１５のいずれか１項に記載の物品管理システム。
  17. 前記第１エンティティ及び前記第２エンティティの各々は、物品の所有者、物品の使用者、物品の管理者、物品の保管場所、及び物品の所在地のうちの１つである、請求項１２～１６のいずれか１項に記載の物品管理システム。
  18. 前記管理部は、前記物品データに基づいて、各エンティティに関連付けられるユーザのユーザ端末へ当該エンティティに帰属する物品に関連する情報を提供する、請求項１２～１７のいずれか１項に記載の物品管理システム。
  19. 前記ユーザ端末へ提供される前記情報は、各物品の位置情報を含む、請求項１８に記載の物品管理システム。
  20. 前記無線デバイスは、ＲＦＩＤ（Radio Frequency IDentification）タグであり、
    前記読取装置は、読取レンジ内へ電磁波を放射し、前記電磁波のエネルギーを利用して前記ＲＦＩＤタグから返送されて来る前記識別情報を読取る、
    請求項１２～１９のいずれか１項に記載の物品管理システム。
  21. 前記物品管理システムは、
    クラウド環境に配置され、前記管理部を備えるサーバ装置、
    を含み、
    各読取装置は、直接的に又は他の装置を介して間接的に読取りの結果を前記サーバ装置へ送信する通信部、を備える、
    請求項１２～２０のいずれか１項に記載の物品管理システム。
  22. 複数のエンティティのうち物品が帰属するエンティティを示す物品データを管理するための物品管理方法であって、
    前記物品が第１位置に関連する第１エンティティに帰属することを前記物品データが示す状態において、
    第２エンティティに関連付けられる第２読取装置が、前記第１位置に設置される第１無線デバイスから識別情報を読取ることと、
    前記第２読取装置が、前記物品と共に移動する第２無線デバイスから識別情報を読取ることと、
    前記第２読取装置が、前記第１無線デバイスの識別情報及び前記第２無線デバイスの識別情報を読取ったことを示す読取結果データを、前記物品データを管理する管理部へ送信することと、
    前記管理部が、前記第２読取装置から受信した前記読取結果データに基づいて、前記物品が前記第２エンティティに帰属することを示すように前記物品データを更新することと、
    を含み、
    前記第２読取装置が前記第２エンティティに関連付けられることは、
    前記第２読取装置を前記第２エンティティに関連付けるデータが存在すること、又は
    前記第２読取装置が前記第２エンティティに関連付けられるユーザデバイスの識別情報を読取ったこと、
    のうちの少なくとも一方を含む、
    物品管理方法。
  23. 複数の位置のうちの第１位置に設置される第１無線デバイス及び物品と共に移動する第２無線デバイスから、各無線デバイスが記憶している識別情報を読取可能な読取部と、
    複数のエンティティのうち物品が帰属するエンティティを示す物品データを管理する情報処理装置と通信する通信部と、
    を備える読取装置であって、
    前記読取装置は、
    前記読取装置を第２エンティティに関連付けるデータが存在すること、又は
    前記読取装置が前記第２エンティティに関連付けられるユーザデバイスの識別情報を読取ること、
    のうちの少なくとも一方により、前記第２エンティティに関連付けられ、
    前記通信部は、前記読取部が前記第１無線デバイスの識別情報及び前記第２無線デバイスの識別情報を読取った場合に、前記読取部による読取りの結果を前記情報処理装置へ送信して、前記情報処理装置に、前記物品データにおいて前記物品が帰属するエンティティを前記第１位置に関連する第１エンティティから前記第２エンティティへ変更させる、
    読取装置。
  24. 複数のエンティティのうち物品が帰属するエンティティを示す物品データを管理する情報処理装置であって、
    複数の位置のうちの第１位置に設置される第１無線デバイス及び前記物品と共に移動する第２無線デバイスから各無線デバイスが記憶している識別情報を読取可能な少なくとも１つの読取装置と通信する通信部と、
    前記物品が前記第１位置に関連する第１エンティティに帰属することを前記物品データが示す状態において、第２エンティティに関連付けられる第２読取装置が前記第１無線デバイスの識別情報及び前記第２無線デバイスの識別情報を読取ったことを示す読取結果データを前記通信部が受信した場合に、前記物品が前記第２エンティティに帰属することを示すように前記物品データを更新する管理部と、
    を備え、
    前記第２読取装置が前記第２エンティティに関連付けられることは、
    前記第２読取装置を前記第２エンティティに関連付けるデータが存在すること、又は
    前記第２読取装置が前記第２エンティティに関連付けられるユーザデバイスの識別情報を読取ったこと、
    のうちの少なくとも一方を含む、
    情報処理装置。
JP2021061655A 2021-03-31 2021-03-31 物品管理システム、物品管理方法、読取装置、及び情報処理装置 Active JP7633863B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2021061655A JP7633863B2 (ja) 2021-03-31 2021-03-31 物品管理システム、物品管理方法、読取装置、及び情報処理装置
PCT/JP2022/014363 WO2022210352A1 (ja) 2021-03-31 2022-03-25 物品管理システム、物品管理方法、読取装置、及び情報処理装置
CN202280024192.2A CN117098715A (zh) 2021-03-31 2022-03-25 物品管理系统、物品管理方法、读取装置、以及信息处理装置
EP22780565.2A EP4317029A4 (en) 2021-03-31 2022-03-25 ARTICLE MANAGEMENT SYSTEM, ARTICLE MANAGEMENT METHOD, READING DEVICE AND INFORMATION PROCESSING DEVICE
US18/456,631 US20230401408A1 (en) 2021-03-31 2023-08-28 Item management system, item management method, reading apparatus, and information processing apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021061655A JP7633863B2 (ja) 2021-03-31 2021-03-31 物品管理システム、物品管理方法、読取装置、及び情報処理装置

Publications (2)

Publication Number Publication Date
JP2022157438A JP2022157438A (ja) 2022-10-14
JP7633863B2 true JP7633863B2 (ja) 2025-02-20

Family

ID=83458954

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021061655A Active JP7633863B2 (ja) 2021-03-31 2021-03-31 物品管理システム、物品管理方法、読取装置、及び情報処理装置

Country Status (5)

Country Link
US (1) US20230401408A1 (ja)
EP (1) EP4317029A4 (ja)
JP (1) JP7633863B2 (ja)
CN (1) CN117098715A (ja)
WO (1) WO2022210352A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007084247A (ja) 2005-09-21 2007-04-05 Brother Ind Ltd 情報読み取り装置及び情報管理システム
JP2007119239A (ja) 2005-10-31 2007-05-17 Toshiba Tec Corp タグ読み取り装置
JP2007182280A (ja) 2006-01-05 2007-07-19 Ishida Co Ltd 仕分システム
JP2016167178A (ja) 2015-03-10 2016-09-15 株式会社デンソーウェーブ 無線タグシステム
JP2017007867A (ja) 2016-10-17 2017-01-12 株式会社ダイフク 仕分け設備、仕分け設備における読取手段、仕分け設備における物品の仕分け方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4519628B2 (ja) * 2004-12-20 2010-08-04 パレネット株式会社 レンタル物品管理システム
US20140375429A1 (en) * 2007-07-27 2014-12-25 Lucomm Technologies, Inc. Systems and methods for object localization and path identification based on rfid sensing
EP2458531A1 (en) * 2010-11-25 2012-05-30 9Solutions Oy Asset control in location tracking system
US20140279294A1 (en) * 2013-03-14 2014-09-18 Nordstrom, Inc. System and methods for order fulfillment, inventory management, and providing personalized services to customers
JP2016092572A (ja) * 2014-11-04 2016-05-23 株式会社オプトエレクトロニクス 資産管理システム、電子タグ、基地局およびサーバ
US10134253B2 (en) * 2015-06-04 2018-11-20 Tyco Fire & Security Gmbh Systems and methods for locating and determining the orientation of a handheld device
JP6407333B2 (ja) 2017-03-16 2018-10-17 ソフトバンク株式会社 書換装置及びプログラム
US11348067B2 (en) * 2018-03-30 2022-05-31 A-1 Packaging Solutions, Inc. RFID-based inventory tracking system
JP6932154B2 (ja) * 2019-05-08 2021-09-08 株式会社スズケン 医薬品管理システムおよび医薬品管理方法
JP7200901B2 (ja) 2019-10-03 2023-01-10 株式会社豊田自動織機 電源装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007084247A (ja) 2005-09-21 2007-04-05 Brother Ind Ltd 情報読み取り装置及び情報管理システム
JP2007119239A (ja) 2005-10-31 2007-05-17 Toshiba Tec Corp タグ読み取り装置
JP2007182280A (ja) 2006-01-05 2007-07-19 Ishida Co Ltd 仕分システム
JP2016167178A (ja) 2015-03-10 2016-09-15 株式会社デンソーウェーブ 無線タグシステム
JP2017007867A (ja) 2016-10-17 2017-01-12 株式会社ダイフク 仕分け設備、仕分け設備における読取手段、仕分け設備における物品の仕分け方法

Also Published As

Publication number Publication date
WO2022210352A1 (ja) 2022-10-06
US20230401408A1 (en) 2023-12-14
JP2022157438A (ja) 2022-10-14
CN117098715A (zh) 2023-11-21
EP4317029A1 (en) 2024-02-07
EP4317029A4 (en) 2025-01-22

Similar Documents

Publication Publication Date Title
US11636236B2 (en) Methods and apparatus for procedure tracking
US20090267769A1 (en) Wireless Visibility Network
WO2018221515A1 (ja) 位置測定用の端末装置，コンピュータプログラム，及びシステム
JP2024023980A (ja) 対象物管理システム、対象物管理装置、対象物管理方法およびプログラム
Budak et al. Digital traceability through production value chain
US12346764B2 (en) Item inspection system, inspection method, and information processing apparatus
JP7695158B2 (ja) 物品管理システム、データ生成方法及び情報処理装置
JP7633863B2 (ja) 物品管理システム、物品管理方法、読取装置、及び情報処理装置
US12182655B2 (en) Process management system, method and information processing apparatus
US20240193670A1 (en) Item management system, method, and information processing apparatus
JP4913013B2 (ja) 移動体の管理方法及び管理システム
JP7701797B2 (ja) 情報処理システム及び情報処理装置
JP7755406B2 (ja) 物品管理システム、物品管理方法及び情報処理装置
Shull et al. The study of rfid technology and laser telemetry to locate products in space
CN116562748A (zh) 一种基于rfid芯片的仓储监控方法及系统
US12585900B2 (en) Process management system, method and information processing apparatus
US20250111175A1 (en) Display control system, method, and information processing apparatus
JP7801876B2 (ja) 滅菌管理システム、滅菌管理方法及び情報処理装置
US12584987B2 (en) Display control system, method and information processing apparatus
US20240053427A1 (en) Display control system, method and information processing apparatus
JP2025072177A (ja) ステータス管理システム、方法、プログラム及び情報処理装置
Selvi et al. RTLS: An Introduction
JP2020160881A (ja) ユーザ位置情報検知追跡システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240328

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240913

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20241108

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20250110

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250207

R150 Certificate of patent or registration of utility model

Ref document number: 7633863

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150