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

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

Info

Publication number
WO2023032440A1
WO2023032440A1 PCT/JP2022/025499 JP2022025499W WO2023032440A1 WO 2023032440 A1 WO2023032440 A1 WO 2023032440A1 JP 2022025499 W JP2022025499 W JP 2022025499W WO 2023032440 A1 WO2023032440 A1 WO 2023032440A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
work
tag
article
item
Prior art date
Application number
PCT/JP2022/025499
Other languages
English (en)
French (fr)
Inventor
俊文 北村
Original Assignee
キヤノン株式会社
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 キヤノン株式会社 filed Critical キヤノン株式会社
Publication of WO2023032440A1 publication Critical patent/WO2023032440A1/ja

Links

Images

Classifications

    • 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; CALCULATING OR 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; CALCULATING OR 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Definitions

  • the present disclosure relates to an article management system, method, and information processing device.
  • RFID Radio Frequency IDentification
  • a small device also called a tag
  • RFID Radio Frequency IDentification
  • passive RFID tags which transmit information using the energy of electromagnetic waves radiated from a reader, do not require a battery, so their manufacturing cost is low. Not only that, it is being used in a wide variety of situations.
  • Patent Document 1 discloses an example of a system that utilizes RFID tags for inventory management of goods.
  • the system of Patent Document 1 collects information read by a reader (also referred to as a scanner) from an RFID tag attached to an article at the timing of receiving, shipping, and inventory, for example, and collects it in a server to process it. You can easily judge the situation.
  • a reader also referred to as a scanner
  • the present invention aims to improve the reliability of updating the management status of articles based on the results of tag reading.
  • an article management system includes a reader capable of reading identification information stored in a wireless device from a wireless device, a list of one or more articles to be worked on by a user, and a management unit that manages the status of each item related to the work in a database; and a first wireless device that stores first identification information attached to a first item included in the list and associated with the first item. and the management unit, in a state in which a first user logs in to the article management system and a first user operation indicating the start of the work related to the list is detected, the reading device is operated by the first An item management system is provided for updating the status of the first item when it is determined that the first identification information has been read from a wireless device. A corresponding method and information processing apparatus are also provided.
  • the reliability of updating the management status of articles based on the results of tag reading is improved.
  • FIG. 1 is a schematic diagram showing an example of the configuration of an article management system according to one embodiment
  • FIG. 1 is a block diagram showing an example of the configuration of a tag reader according to one embodiment
  • FIG. 2 is a block diagram showing an example of the configuration of a user terminal according to one embodiment
  • FIG. 2 is a block diagram showing an example of the configuration of a management server according to one embodiment
  • Explanatory drawing which shows an example of a structure of the goods table which concerns on one Embodiment.
  • Explanatory drawing which shows an example of a structure of the location table which concerns on one Embodiment.
  • 4 is an explanatory diagram showing an example of the configuration of a reader table according to one embodiment
  • FIG. 1 is a schematic diagram showing an example of the configuration of an article management system according to one embodiment
  • FIG. 1 is a block diagram showing an example of the configuration of a tag reader according to one embodiment
  • FIG. 2 is a block diagram showing an example of the configuration of a user terminal according to one embodiment
  • FIG. 4 is an explanatory diagram showing an example of the configuration of a reading result table according to one embodiment; Explanatory drawing which shows an example of a structure of the work table which concerns on one Embodiment. Explanatory drawing which shows an example of a structure of the work detail table which concerns on one Embodiment.
  • FIG. 3 is an explanatory diagram for explaining an example of a GUI (Graphic User Interface) menu screen provided by a management server;
  • FIG. 4 is an explanatory diagram for explaining an example of a screen for registering a shipping list according to one embodiment;
  • FIG. 11 is a first explanatory diagram for explaining an example of transition of screens provided for pre-shipment confirmation;
  • FIG. 9 is an explanatory diagram for explaining another example of additional status update conditions;
  • 4 is a flowchart showing an example of the flow of status update processing executed by a management server;
  • FIG. 1 is a schematic diagram showing an example of the configuration of an article management system 1 according to one embodiment.
  • the goods management system 1 is a system for managing work statuses such as confirmation of goods before shipment and acceptance inspection of received goods.
  • the technology according to the present disclosure is not limited to such an example, and may be applied to various uses involving updating of statuses related to article management.
  • Articles may be inanimate (eg, machines, equipment, instruments, materials, consumer goods, parts, vehicles or robots) or animate (eg, animals or plants).
  • Fig. 1 shows two locations 10a and 10b under the control of the article management system 1.
  • a user 20a and articles 30a, 30b and 30c are present at a location 10a.
  • a user 20b and an article 30d are present at the place 10b.
  • Users 20a and 20b may move freely between locations 10a and 10b (as well as other locations).
  • the article management system 1 utilizes wireless devices, also called tags, for the purpose of article management.
  • the article management system 1 includes three types of tags.
  • a first type of tag (first wireless device) is an article tag attached to each article managed by the article management system 1 .
  • a second type of tag is a user tag carried by the user.
  • a third type of tag (third wireless device) is a position tag installed at each location where a user performs work in the article management system 1 .
  • location tags 40a and 40b are installed at locations 10a and 10b, respectively.
  • the installation position of each of the position tags 40a and 40b may be fixed or changeable.
  • the position tag When the place itself moves (for example, the work site moves), the position tag may be moved along with the move of the place.
  • Article tags 50a, 50b, 50c and 50d are attached to the articles 30a, 30b, 30c and 30d, respectively.
  • Each item tag moves as the corresponding item moves.
  • the user 20a carries a user tag 60a and the user 20b carries a user tag 60b.
  • the user tags 60a and 60b may be IC card-type devices such as employee ID cards or admission cards.
  • the expression that the user carries some object broadly encompasses various modes in which the user moves with the object (for example, moves while holding or wearing the object). do.
  • location 10 when there is no need to distinguish the locations 10a and 10b from each other, they are collectively referred to as location 10 by omitting the alphabet at the end of the code.
  • Articles 30 (articles 30a, 30b, ...), position tags 40 (40a, 40b, ...), article tags 50 (article tags 50a, 50b, 7), user tags 60 (user tags 60a, 60b. ..), as well as other elements.
  • the number of locations 10 and the number of articles 30 managed by the article management system 1 are not limited to the example shown in FIG. 1, and may be any number.
  • the number of users 20 who use the article management system 1 is not limited to the example shown in FIG. 1, and may be any number.
  • each of the tags such as the position tag 40, article tag 50, and user tag 60 is assumed to be a passive RFID tag (passive tag).
  • a passive tag consists of a small IC (Integrated Circuit) chip with built-in memory and an antenna, and stores identification information and other information for identifying the tag in the memory.
  • the identification information is simply referred to as an ID
  • the identification information for identifying a tag is also referred to as a tag ID.
  • the tag ID may be regarded as information that identifies the object to which the tag is attached.
  • the IC chip of the passive tag operates using the energy of the electromagnetic wave emitted from the tag reader, modulates the tag ID and other information stored in the memory into an information signal, and transmits the information signal from the antenna. (return).
  • item tags 50a, 50b, 50c and 50d have unique tag IDs 51a, 51b, 51c and 51c, respectively, embedded within the tags.
  • the tag ID 51 (first identification information) of each article tag 50 is associated with the article 30 to which the article tag 50 is attached in a database described later.
  • User tags 60a and 60b also each have a unique tag ID embedded within the tag.
  • a tag ID (second identification information) of each user tag 60 is associated with the user 20 carrying the user tag 60 .
  • Location tags 40a and 40b also each have a unique tag ID embedded within the tag.
  • the tag ID (third identification information) of each position tag 40 is associated with the location where the position tag 40 is installed.
  • each tag may be an active RFID tag.
  • a tag may be called a beacon tag if it actively (for example, periodically) transmits information to its surroundings using power from an internal battery.
  • each tag may be a wireless device that returns information in response to a signal from the reader, eg, in Near Field Communication (NFC) or Bluetooth.
  • NFC Near Field Communication
  • Each tag may be called by any name such as an IC tag, an IC card, or a responder.
  • the user 20a carries a tag reader 100a and a user terminal 160a in addition to the user tag 60a.
  • the user 20b carries a tag reader 100b and a user terminal 160b in addition to the user tag 60b.
  • Tag reader 100 and user terminal 160 may be considered to constitute a portable system carried by user 20 .
  • Article management system 1 includes such a mobile system and management server 200 .
  • One or both of the tag reader 100 and the user terminal 160 and the management server 200 are connected to the network 5 .
  • Network 5 may be a wired network, a wireless network, or any combination thereof. Examples of network 5 may include the Internet, intranets and cloud networks.
  • the tag reader 100 is a reader capable of reading information stored in a wireless device such as an RFID tag from the wireless device.
  • the tag reader 100 can detect the article 30 by reading the tag ID 51 from the article tag 50 attached to the article 30, for example.
  • the tag reader 100 performs reading periodically or in response to some trigger such as user operation, and transmits the tag reading result to the management server 200 .
  • the tag reader 100 may be able to communicate directly with the management server 200, or may be able to communicate indirectly with the management server 200 via some relay device (for example, the user terminal 160). An example of a specific configuration of tag reader 100 will be further described later.
  • the user terminal 160 may be any type of terminal device, such as a notebook PC (Personal Computer), a tablet PC, a smart phone, or a smart watch. User terminal 160 can be used for interaction with user 20 by article management system 1 . An example of a specific configuration of the user terminal 160 will be further described later.
  • the management server 200 is an information processing device that manages the status, position information, and other information related to the work of multiple items 30 in a database.
  • the management server 200 may be implemented as an application server, database server, or cloud server using, for example, a high-performance general-purpose computer.
  • the management server 200 receives the tag reading result from the tag reader 100 and updates the database based on the received tag reading result. An example of a specific configuration of the management server 200 will be further described later.
  • management server 200 may be provided by a single device, or may be provided by a plurality of physically separate devices. It may be provided by cooperating. Also, in this embodiment, an example in which the management server 200 holds the database will be described, but a device separate from the management server 200 may hold part or all of the database. For example, some data may be held by the wireless device, tag reader 100 or user terminal 160 .
  • FIG. 1 shows an example in which the tag reader 100 and the user terminal 160 are physically separate devices.
  • the tag reader 100 may have some or all of the functions of the user terminal 160 described later, and the user terminal 160 may have some or all of the functions of the tag reader 100 described later.
  • the functions of the management server 200 described in this embodiment may be implemented in the user terminal 160 .
  • FIG. 2 is a block diagram showing an example of the configuration of the tag reader 100 according to one embodiment.
  • the tag reader 100 includes a control section 111, a storage section 112, a communication section 113, a measurement section 114, an operation section 115, and a reading section .
  • the control unit 111 consists of a memory that stores computer programs and one or more processors (for example, CPU (Central Processing Unit)) that execute the computer programs.
  • the control unit 111 controls all functions of the tag reader 100 described in this specification. For example, the control unit 111 causes the reading unit 116 to read the RFID tag within the tag reading range, and temporarily stores the read information, reading time, and signal reception level in the storage unit 112 as reading result data. Memorize.
  • the control unit 111 causes the measurement unit 114 to measure the position of the tag reader 100 and stores the measurement result in the storage unit 112 . Then, the control unit 111 sends the reading result data and the measurement result data stored in the storage unit 112 to the management server 200 via the communication unit 113 together with the reader identification information (also referred to as reader ID) that identifies the own device. Send.
  • the reader identification information also referred to as reader ID
  • the storage unit 112 may include any type of storage medium, such as a semiconductor memory such as ROM (Read Only Memory) or RAM (Random Access Memory), an optical disk, or a magnetic disk. In this embodiment, the storage unit 112 stores the reading result data, the measurement result data, and the reader ID of the tag reader 100 described above.
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the storage unit 112 stores the reading result data, the measurement result data, and the reader ID of the tag reader 100 described above.
  • the communication unit 113 is a communication interface for the tag reader 100 to communicate with the management server 200.
  • the communication unit 113 may be a WLAN interface that communicates with a WLAN (Wireless Local Area Network) access point, or a cellular communication interface that communicates with a cellular base station.
  • the communication unit 113 may be a connection interface (for example, a Bluetooth (registered trademark) interface or a USB (Universal Serial Bus) interface) for connection with a relay device.
  • the measurement unit 114 is a unit capable of measuring the position of the tag reader 100.
  • the measurement unit 114 uses self-position estimation technology, also called PDR (Pedestrian Dead Reckoning), to measure the amount of relative movement of the tag reader 100 from a certain reference position, and control the measured amount of movement. Output to unit 111 .
  • the reference position for measuring the relative movement amount may be, for example, the position of the tag reader 100 when the tag reader 100 is activated.
  • the measurement unit 114 may have a sensor group including, for example, a 3-axis acceleration sensor, a gyro sensor, and a geomagnetic sensor.
  • the position coordinates of the installation position of each position tag 40 are known and registered in a database. Therefore, the control unit 111 determines the current absolute position of the tag reader 100 (the position coordinates) can be estimated.
  • the measurement unit 114 may measure the current geographical position of the tag reader 100 using GPS (Global Positioning System). In another embodiment, the measurement unit 114 may perform base station positioning or wireless LAN positioning for estimating the current position using known position coordinates of a connected base station or wireless LAN access point.
  • GPS Global Positioning System
  • the operation unit 115 detects user operations.
  • the operation unit 115 includes, for example, physical input devices such as buttons, switches, or levers arranged on the housing of the tag reader 100 .
  • the operation unit 115 detects an operation by the user 20 via the input device and outputs an operation signal to the control unit 111 .
  • the operation unit 115 may also include a voice input interface such as a microphone.
  • the reading unit 116 is a unit that can read the information stored in each of the tags such as the position tag 40, article tag 50, and user tag 60 described above.
  • reader 116 includes RF controller 120 , power amplifier 121 , filter 122 , first coupler 123 , second coupler 124 , antenna 125 , power detector 126 and canceller 127 .
  • the RF controller 120 outputs a transmission signal (for example, a signal modulated in the UHF band) from the TX terminal to the power amplifier 121 under the control of the control section 111 .
  • the power amplifier 121 amplifies the transmission signal input from the RF controller 120 and outputs it to the filter 122 .
  • the amplification factor of the transmission signal here may be variably controllable, and the higher the amplification factor, the higher the output intensity of the electromagnetic waves radiated from the tag reader 100 .
  • the filter 122 may be a low-pass filter, for example, and removes unnecessary low-frequency components of the transmission signal amplified by the power amplifier 121 .
  • the first coupler 123 distributes the transmission signal that has passed through the filter 122 to the coupler 124 and the power detector 126 .
  • the second coupler 124 outputs the transmission signal input from the first coupler 123 to the antenna 125 and outputs the reception signal input from the antenna 125 to the RF controller 120 .
  • Antenna 125 transmits the transmission signal input from coupler 124 into the air as electromagnetic waves.
  • the antenna 125 receives a signal returned from an RFID tag existing within the reading range of the tag reader 100 as a response to the transmitted signal, and outputs the received signal to the coupler 124 .
  • antenna 125 may be an omni-directional antenna.
  • antenna 125 may be a directional antenna with variably controllable beam direction.
  • Power detection section 126 detects the power level of the signal input from first coupler 123 and outputs signal RF_DETECT indicating the detected power level to control section 111 .
  • Canceller 127 receives signal CARRIER_CANCEL indicating the power level of the carrier wave from control unit 111 .
  • the canceller 127 cancels the carrier wave component of the received signal from the antenna 125 with the second coupler 124 based on CARRIER_CANCEL, thereby canceling the desired signal component of the received signal to be output to the RX terminal of the RF controller 120.
  • Extract. The RF controller 120 demodulates the signal input from the RX terminal, acquires the tag ID and other information returned from the RFID tag, and outputs the acquired information to the control unit 111 . Further, RF controller 120 measures the reception level (also referred to as reception strength) of the signal input from the RX terminal and outputs the measurement result to control section 111 .
  • reading unit 116 may attempt to read tags periodically (eg, once every second) without requiring explicit instructions from the user.
  • the transmission of data from the communication unit 113 to the management server 200 can also be performed periodically (for example, once every few seconds) or each time the tag is read without requiring an explicit instruction by the user.
  • the control unit 111 may exclude, from the data to be transmitted, records that are the same as the records that have been transmitted within the most recent predetermined period. .
  • the control unit 111 determines that the RFID tag has been detected, and sends the read result data of the detected RFID tag to the management server. 200.
  • one or both of the attempt to read the tag by the reading unit 116 and the transmission of data to the management server 200 may be performed in response to detection of user input via the operation unit 115 .
  • communication unit 113 indirectly communicates with management server 200 via a relay device, data transmission to management server 200 is performed only while the connection between communication unit 113 and the relay device is valid.
  • FIG. 3 is a block diagram showing an example of the configuration of the user terminal 160 according to one embodiment.
  • user terminal 160 includes control unit 161 , storage unit 162 , communication unit 163 , connection unit 164 , operation unit 165 and display unit 166 .
  • the control unit 161 consists of a memory that stores computer programs, and one or more processors (for example, CPUs) that execute computer programs.
  • the control unit 161 controls all functions of the user terminal 160 described herein.
  • the control unit 161 accesses the management server 200 via the communication unit 163 and executes an application provided by the management server 200 when a user performs work such as pre-shipment confirmation or acceptance inspection.
  • the screen is displayed on display unit 166 . On this screen, the user 20 can instruct the start or end of updating the work status, or check its progress.
  • the storage unit 162 may include any type of storage medium, such as a semiconductor memory such as ROM or RAM, an optical disk, or a magnetic disk.
  • the storage unit 162 temporarily stores, for example, work-related information received from a management server 200, which will be described later, for screen display.
  • the communication unit 163 is a communication interface for the user terminal 160 to communicate with the management server 200.
  • the communication unit 163 may be a WLAN interface or a cellular communication interface.
  • connection unit 164 is a connection interface for connecting the user terminal 160 to peripheral devices.
  • the connection unit 164 may be a Bluetooth (registered trademark) interface or a USB interface.
  • connection unit 164 establishes communication connection with tag reader 100 .
  • the operation unit 165 accepts operations and information input by the user 20 .
  • the operation unit 165 includes input devices such as touch sensors, keypads, keyboards, buttons, or pointing devices. Operation unit 165 detects an operation by user 20 via an input device and outputs an operation signal to control unit 161 . Also, the operation unit 165 may further include other types of input devices, such as a voice input interface such as a microphone or a sensor that detects vibrations.
  • the display unit 166 displays images and information.
  • the display unit 166 may be, for example, an LCD (Liquid Crystal Display) or an OLED (Organic Light-Emitting Diode).
  • user terminal 160 may include additional devices for announcing user 20, such as speakers and vibrators.
  • FIG. 4 is a block diagram showing an example of the configuration of the management server 200 according to one embodiment.
  • the management server 200 includes a communication section 210 , an article database (DB) 220 and a management section 230 .
  • DB article database
  • the communication unit 210 is a communication interface for the management server 200 to communicate with other devices.
  • the communication unit 210 may be a wired communication interface or a wireless communication interface.
  • the communication section 210 communicates with the tag reader 100 and the user terminal 160 .
  • the article DB 220 is a database that stores the status, location information, and other information regarding the work of each of a plurality of articles under management of the system.
  • the article DB 220 includes an article table 310 , location table 320 , reader table 330 , user table 340 , read result table 350 , work table 370 and work detail table 380 .
  • the management unit 230 is a set of software modules that provide management functions for managing data in the article DB 220 .
  • the individual software modules may operate by one or more processors (not shown) of management server 200 executing computer programs stored in memory (not shown).
  • the management section 230 includes a tag processing section 231 and a work management section 232 .
  • Data configuration example> 5A and 5B respectively show examples of configurations of the article table 310 and the location table 320 of the article DB 220.
  • FIG. 5A and 5B respectively show examples of configurations of the article table 310 and the location table 320 of the article DB 220.
  • the item table 310 has six data items: tag ID 311, item ID 312, name 313, type 314, location 315, and coordinates 316.
  • the tag ID 311 is identification information that uniquely identifies the article tag 50 attached to each article 30 under the control of the system. The value of the tag ID 311 is the same as the tag ID value internally stored in the corresponding article tag 50 .
  • the article ID 312 is identification information that uniquely identifies each article 30 .
  • the name 313 represents the name of each item 30 . In the example of FIG. 5A, "item A”, “item B", “item C” and “item D" are assigned to the items identified by the item IDs "IT01", “IT02", “IT03” and “IT04", respectively. is given the name.
  • Type 314 represents the type into which each item 30 is classified.
  • the type of “item A” and “item B” is “Type1”
  • the type of "item C” and “item D” is "Type2”.
  • the values of the name 313 and type 314 of each item 30 may be determined by the user and registered in advance via the user interface provided by the management unit 230 . Alternatively, the values of name 313 and type 314 may be stored as item-related information on item tag 50 and read by tag reader 100 .
  • the management server 200 receives the values of the name 313 and type 314 of the article 30 from the tag reader 100 and registers them in the article table 310 in response to the initial tag reading from the article tag 50 of each article 30 .
  • the location 315 represents the location where each article 30 was last detected by the tag reader 100 with a location ID that identifies the location. In the example of FIG. 5A, "item A", “item B” and “item C” are present at the place identified by the place ID "PL01". "Item D" exists at the place identified by the place ID "PL02".
  • Coordinates 316 represent the location coordinates of the point where each item 30 is presumed to be located. The location 315 and coordinate 316 values may be updated by the tag processor 231 when movement of the item is detected by the tag reader 100, as described below.
  • the location table 320 has four data items: tag ID 321, location ID 322, name 323, and coordinates 324.
  • the tag ID 321 is identification information that uniquely identifies the position tag 40 installed at each location 10 under the control of the system. The value of the tag ID 321 is the same as the tag ID value internally stored in the corresponding position tag 40 .
  • the location ID 322 is identification information that uniquely identifies each location 10 .
  • Name 323 represents the name of each location 10 . In the example of FIG. 5B, the name of the place 10 identified by the place ID "PL01" is "place A", and the name of the place 10 identified by the place ID "PL02" is "place B". These names may actually be things like "factory”, "warehouse” and "workshop", for example.
  • Coordinates 324 represent the location coordinates of the installation location of the location tag 40 installed at each location 10 .
  • the positional information may be information indicating some position, for example, by positional coordinates or by an identifier that identifies one of a plurality of predefined locations. That is, both the location 315 and coordinates 316 of the item table 310 and the coordinates 324 of the location table 320 can be a type of location information.
  • the positional coordinates may be two-dimensional coordinates representing the position in the horizontal plane, or may be three-dimensional coordinates including elements in the height direction.
  • 6A to 6C show examples of configurations of the reader table 330, user table 340 and reading result table 350, respectively.
  • the reader table 330 has three data items: reader ID 331, name 332, and user 333.
  • the reader ID 331 is identification information that uniquely identifies each tag reader 100 used in the system.
  • Name 332 represents the name of each tag reader.
  • tag readers 100 identified by reader IDs "RD01”, “RD02” and “RD03” are given the names “reader A”, "reader B” and “reader C", respectively.
  • the using user 333 represents the user 20 using each tag reader by a user ID that identifies the user 20 . Some examples of techniques for determining which user 20 is using a given tag reader 100 are described later. Note that there may be a tag reader 100 whose user 20 is uncertain, and for such a tag reader 100, the user 333 column may be blank.
  • the user table 340 has four data items: user ID 341, name 342, tag ID 343, and authentication data 344.
  • the user ID 341 is identification information that uniquely identifies each user 20 who uses the article management system 1 .
  • Name 342 represents the name of each user. In the example of FIG. 6B, the name of the user 20 identified by the user ID "U001" is "user A”, the name of the user 20 identified by the user ID "U002" is "user B", and the user ID "U003". The name of the identified user 20 is "user C”.
  • the tag ID 343 is identification information that uniquely identifies the user tag 60 carried by each user 20 . The value of the tag ID 343 is the same as the tag ID value stored internally by the corresponding user tag 60 .
  • the authentication data 344 is an item that stores data used for user authentication when each user 20 logs into the article management system 1 . User authentication may be performed by any authentication method such as password authentication or biometric authentication.
  • the reading result table 350 is a table for accumulating records of reading result data received from the tag reader 100 (hereinafter referred to as reading result records).
  • the reading result table 350 has five data items: reading time 351 , tag ID 352 , reader ID 353 , reception level 354 , and coordinates 355 .
  • the read time 351 represents the time when the tag ID was read for each read result record.
  • Tag ID 352 represents the tag ID read for each read result record.
  • the reader ID 353 is identification information that identifies the tag reader 100 that has read the tag for each read result record. In the example of FIG.
  • the first record of the reading result table 350 indicates that the tag reader 100 identified by the reader ID "RD01” read the tag ID "TGU1" (for example, the user tag 60a of the user 20a at time “T01”). tag ID) has been read.
  • the second record indicates that tag reader 100 read tag ID "TG01” (eg, tag ID of article tag 50a of article 30a) at time "T02".
  • the third record indicates that tag reader 100a read tag ID "TG02" (for example, tag ID of article tag 50b of article 30b) at time "T03".
  • Received level 354 represents the received level of the signal received by tag reader 100 during tag reading for each read result record. Coordinates 355 represent the positional coordinates (coordinates based on the measurement result data received from the tag reader 100) where the tag reader 100 was located when the tag was read.
  • FIG. 7 shows an example of the configuration of the work table 370.
  • the work table 370 is a table for storing information related to work to be performed by the user 20 in the article management system 1 .
  • the work table 370 has nine data items: work ID 371 , work type 372 , due date 373 , location 374 , transaction ID 375 , registrant 376 , status 377 , completion time 378 and worker 379 .
  • the work ID 371 is identification information that uniquely identifies each work.
  • the work type 372 represents the type of each work. In this embodiment, the value of work type 372 may indicate "shipment" or "acceptance". In the example of FIG.
  • the due date 373 represents the due date by which each task should be completed.
  • the place 374 represents the place where each work is scheduled to be performed by a place ID that identifies the place.
  • Transaction ID 375 is identification information for associating each task with transaction information.
  • the article DB 220 may further include a table that holds transaction information such as the name of the transaction, the name of the transaction partner, the address and name of the person in charge, and the date of the contract, and the transaction ID 375 is such transaction information.
  • the registered person 376 represents the name of the user 20 who registered each record of the work table 370 (hereinafter referred to as work record) in the work table 370 .
  • Status 377 represents the progress of work for each work record. The value of status 377 may be, for example, "incomplete,” “in progress,” “complete,” or “deleted.”
  • the completion time 378 represents the time (date and time) when the work was completed for the work record in which the work was completed.
  • the worker 379 represents the name of the user 20 who completed each task. For a work record whose status 377 indicates "incomplete", the completion time 378 and worker 379 columns may be blank.
  • FIG. 8 shows an example of the configuration of the work detail table 380.
  • the work detail table 380 is a table for holding a list of one or more target items for each work registered in the work table 370 and the status of each item related to the work.
  • the work detail table 380 has six data items: work ID 381 , target article 382 , status 383 , reading time 384 , coordinates 385 and reader 386 .
  • the work ID 381 is identification information that identifies one of the work records registered in the work table 370 .
  • the target item 382 represents one of the target items of the work identified by the value of the work ID 381 with an item ID that identifies the item. As can be understood from FIG. 8, one or more target items can be registered in the work detail table 380 for one work.
  • Status 383 indicates whether or not reading of the tag has been completed for each target item.
  • the value of status 383 may be, for example, "incomplete", “completed” or “deleted”. If the value of status 383 indicates "completed” for a target item, this means that the presence of the target item has been confirmed in the corresponding operation.
  • the read time 384 indicates the time (date and time) when the tag was read for the target article for which tag reading was completed. Coordinates 385 represent the positional coordinates of the point where the tag reading was performed for the target article whose tag reading was completed.
  • the reader 386 indicates the tag reader 100 that has read the tag of the target article whose tag has been read by a reader ID that identifies the tag reader 100 . For a work record whose status 383 indicates "incomplete", the reading time 384, coordinates 385, and reader 386 columns may be blank.
  • the tag processor 231 processes read result data and measurement result data received from the tag reader 100 . For example, the tag processing unit 231 adds each record of read result data received from the tag reader 100 via the communication unit 210 to the read result table 350 as a read result record. When adding a reading result record to the reading result table 350 , the tag processing unit 231 determines the position coordinate values to be set to the coordinates 355 based on the measurement result data received from the tag reader 100 .
  • the value set in coordinates 355 represents the positional coordinates of tag reader 100 at the time of tag reading, as described above. This value can be, for example, the sum of the position coordinates of the detection position of the position tag 40 and the amount of relative movement of the tag reader 100 from the detection position.
  • the tag processing unit 231 also updates the value of the coordinates 316 of the article table 310 when the reading result data for the article tag 50 is received.
  • the value of the coordinates 316 of each item 30 in the item table 310 may be the same as the value of the coordinates 355 of the read result record last added to the read result table 350 for the item 30 .
  • the tag processing unit 231 also updates the value of the location 315 of the corresponding article 30 in the article table 310 .
  • the work management unit 232 accepts the login of the user 20 to the article management system 1 and provides the user terminal 160 of the logged-in user 20 with an application screen related to the work to be performed by the user 20 .
  • the application here may be, for example, a web browser running on the user terminal 160 or a dedicated application for item management.
  • the application screen is displayed by the display unit 166 of the user terminal 160.
  • FIG. Prior to login, the work management section 232 causes the display section 166 of the user terminal 160 to display a menu screen 400 as shown in FIG.
  • the menu screen 400 includes five buttons 401, 402, 403, 404 and 405.
  • the work management unit 232 requests the user 20 to enter authentication information such as an ID and a password, and executes user authentication based on the entered authentication information.
  • the user 20 is logged into the article management system 1 .
  • the logged-in state may continue until the user 20 chooses to log out (or until a predetermined length of time elapses without any operation).
  • a button 402 is a button for calling up a management screen used when registering or correcting a shipping list.
  • a button 403 is a button for calling a management screen used when registering or correcting an acceptance inspection list. Even when the button 402 or 403 is operated, if the user 20 has not yet logged in, the work management unit 232 may request the input of authentication information and perform user authentication.
  • the shipping list management screen and the acceptance inspection list management screen only differ in the type of work, and may have the same configuration. Therefore, only the shipping list management screen will be described here.
  • FIG. 10 shows a shipping list management screen 410 as an example.
  • Shipping list management screen 410 includes, for example, radio buttons 411, 412 and 413 for allowing the user to select management options.
  • a radio button 411 can be selected when newly registering a shipping list.
  • Radio button 412 may be selected when modifying a registered shipping list.
  • Radio button 413 may be selected to unregister a registered shipping list.
  • the shipping list here means a list of one or more articles to be checked before shipping.
  • the shipping list management screen 410 further includes a work ID field 421 and a transaction ID field 422.
  • a job ID field 421 displays the job ID corresponding to a newly registered shipping list or an existing shipping list to be edited. In the case of new registration of the shipping list, the work management unit 232 may automatically number the work ID corresponding to the newly registered shipping list so as not to duplicate existing work IDs.
  • a transaction ID field 422 accepts input of a transaction ID corresponding to a newly registered shipping list or an existing shipping list to be edited, or displays an already input transaction ID. In the case of shipping list modification or deregistration, when the user 20 enters a job ID or transaction ID into the corresponding fields 421 or 422, the job manager 232 searches the job table 370 for the corresponding job.
  • the work management unit 232 acquires information related to the work specified as a result of the search from the work table 370 and the work detail table 380 and reflects it on the shipping list management screen 410 .
  • the search key for searching for the target work is not limited to the work ID or the transaction ID, and may be a combination of any one or more information items held by the article DB 220 .
  • the shipping list management screen 410 further includes radio buttons 431 and 432 for allowing the user to select a search method for searching candidate items to be included in the shipping list, a reader ID field 433, a reading time field 434, and an item name field. 435.
  • shipping list management screen 410 includes candidate display button 436 , candidate item area 441 , item list area 442 , add icon 443 , delete icon 444 , and enter button 451 .
  • the radio button 431 can be selected when searching for candidate articles from the results of tag reading by the tag reader 100 .
  • the user designates the reader ID and reading time of the tag reader 100 as search conditions in the reader ID field 433 and reading time field 434 and operates the candidate display button 436 .
  • the work management unit 232 extracts from the reading result table 350 a list of article tags 50 detected by the specified tag reader 100 at a time close to the specified time.
  • the work management unit 232 causes the candidate article area 441 to display a list of articles 30 corresponding to the extracted article tag 50 .
  • the radio button 432 can be selected when specifying the item name of a specific item 30 to search for candidate items.
  • the user designates the name of the target article in the article name field 435 and operates the candidate display button 436 .
  • the work management unit 232 identifies the item 30 having the specified name in the item table 310 and displays the identified item 30 in the candidate item area 441 .
  • the work management unit 232 may identify one or more articles 30 by fuzzy search of the article name based on the character string specified in the article name field 435 and display a list of the identified articles 30 in the candidate article area 441. good.
  • pairs of item IDs and names of three items 30 are displayed in the candidate item area 441 along with checkboxes.
  • the user can add those candidate items to the shipping list.
  • the item list area 442 is an area where a list of target items included in the shipping list being newly registered or edited is displayed.
  • item ID and name pairs for two items 30 are displayed in item list area 442 along with checkboxes.
  • the work management unit 232 reflects the shipping list edited by the user and related information in the work table 370 and the work detail table 380 .
  • the work management unit 232 adds a record of a newly numbered work ID to the work table 370 in the case of new registration of the shipping list.
  • Information such as due date 373 and location 374 of work table 370 may be entered in further input fields omitted in the figure, or may be obtained from other tables based on the transaction ID.
  • the work management unit 232 also adds one or more records identified by a pair of the work ID of the new shipping list and the item ID of the target item to the work detail table 380 .
  • the values of statuses 377 and 383 of records newly added to the work table 370 and work detail table 380 are set to "incomplete".
  • the work management unit 232 reflects additions and deletions of target items on the shipping list in the work detail table 380 .
  • the work management unit 232 extracts a list of items for the corresponding work from the work detail table 380 and displays it in the item list area 442 . Then, when the user operates the enter button 451, the work management unit 232 changes the value of the status 377 of the corresponding record in the work table 370 to "delete", for example.
  • the shipping list management screen 410 described using FIG. 10 is merely an example of a screen for managing information related to work and a list of target items.
  • the management screen may have a screen configuration different from that illustrated. For example, a work list in a table format similar to the structure of the work table 370 shown in FIG. 7 is displayed on the screen. may be allowed to transition to.
  • the work management unit 232 updates the status of work (pre-shipment confirmation or acceptance inspection) registered in the work table 370 when the user 20 logs into the article management system 1. , is performed only when a user operation indicating the start of work is detected.
  • the user operation (first user operation) here may be any kind of operation such as GUI operation or voice operation.
  • the first user operation is detected on the application screen provided to the user terminal 160 of the login user by the work management unit 232 . That is, when the work management unit 232 detects that the logged-in user has performed the first user operation on the user terminal 160, the work management unit 232 starts a session for updating the status of the specific work.
  • the work management section 232 updates the status of the work on the target article to "completed".
  • a session for status update may end when status updates are completed for all target items, another user operation instructing the end of the session is detected, or a preset length of time elapses.
  • a button 404 on the menu screen 400 is a button for calling an application screen (hereinafter referred to as a shipping screen) used when the user 20 performs pre-shipment confirmation.
  • a button 405 is a button for calling an application screen used when the user 20 performs acceptance inspection. Even when the button 404 or 405 is operated, if the user 20 has not yet logged in, the work management unit 232 may request the input of authentication information and execute user authentication based on the input authentication information. . Since the configuration of the application screen for acceptance inspection may be the same as the configuration of the application screen for pre-shipment confirmation, only the application screen for pre-shipment confirmation will be described here.
  • FIGS. 11A to 11C respectively show examples of shipping screens provided for pre-shipment confirmation.
  • the shipping screen 500a shown in FIG. 11A includes, for example, a work ID field 511, a related information display area 512, a reading start button 521, and an article list display area 530.
  • the work ID field 511 is a field for the login user to select the work ID of the target work. Here, it is assumed that the logged-in user is user 20a (named "user A").
  • the work ID of the work whose work type is “shipment” in the work table 370 can be selected in the work ID field 511 .
  • the related information display area 512 is a display area for displaying work related information about the selected work.
  • the article list display area 530 is a display area for displaying a list of registered target articles for the selected work.
  • the work ID "SH02" is selected in the work ID field 511, and information on the counterparty, work date, and work place related to the corresponding work is displayed in the related information display area 512.
  • the status is "incomplete”.
  • This work status value corresponds to the value of status 377 of work table 370 .
  • the item list display area 530 displays the item ID, name, and reading status of three target items registered in the work detail table 380 for the selected work.
  • the target items are "item D,” “item E,” and “item F,” and none of the target items have been read yet.
  • the reading status value of each target article displayed in the article list display area 530 corresponds to the value of the status 383 of the work detail table 380 (for example, "incomplete” becomes “NO”, “completed” becomes “ YES”).
  • the above-described first user operation which is the condition for updating the status, is the operation (for example, touch or click) of the reading start button 521 here. That is, when the reading start button 521 is operated on the shipping screen 500a, the work management unit 232 starts a session for updating the status of the target article displayed in the article list display area 530 based on the tag reading result. Start.
  • the shipping screen 500a transitions to the shipping screen 500b shown in FIG. 11B. do.
  • the shipping screen 500b has the same configuration as the shipping screen 500a except that the reading start button 521 is changed to a reading stop button 522.
  • FIG. As indicated by a dashed frame 531 in the drawing, the read status of "item D" has been updated to "YES”. Also, as indicated by a dashed frame 513, the status of the work has been updated to "in progress.” A status of "in progress" means that the work has started, but there are still objects for which tag reading has not been completed.
  • the screen transitions to the shipping screen 500c shown in FIG. 11C.
  • the shipping screen 500c has the same configuration as the shipping screen 500b, except that the stop reading button 522 has disappeared.
  • dashed frames 532 and 533 in the figure the read status of "article E” and “article F” has been updated to "YES”. Also, as indicated by the dashed frame 514, the status of the work has been updated to "completed.”
  • the work management section 232 recognizes that the entire work is completed, and updates the value of the status 377 of the corresponding work record in the work table 370 to "completed". do.
  • the update condition for the work management unit 232 to update the status of work is the user 20 logging in to the article management system 1 and indicating the start of the desired work. It includes at least that the operation was performed on the user terminal 160 .
  • FIG. 12 is an explanatory diagram for explaining such basic status update conditions.
  • FIG. 12 there are items 30d, 30e and 30f at location 10a.
  • the article 30d is assumed to be an article subject to pre-shipment confirmation.
  • Two users 20a and 20b are active at location 10a.
  • the user 20a accesses the management server 200 using the user terminal 160a, and after successfully logging in, operates the read start button 521 on the shipping screen 500a.
  • a status update session for pre-shipment confirmation for the item 30d is started. Since the article 30d is within the reading range R a of the tag reader 100a carried by the user 20a, the tag reader 100a reads the tag ID from the article tag 50d of the article 30d (arrow A 1 in the drawing).
  • the work management unit 232 can update the value of the status 383 of the record corresponding to the item 30d in the work detail table 380 to "completed" based on the result of this tag reading.
  • tag reader 100b may read the tag ID from item tag 50d of item 30d (arrow A 2 in the figure).
  • Status updates based on the results of tag reading by tag readers used by users other than such logged-in users, or by tag readers not associated with a particular user, may be allowed, depending on system requirements. If this is allowed, in the case of multiple users collaborating, any one user can simply log into the system and initiate a status update session and all users will be able to use their respective tag readers. It is possible to efficiently proceed with tag reading. It is also possible to equip a work site with a tag reader that is not associated with a specific user, and use it to work with any user who logs into the system and initiates a status update session.
  • the work management unit 232 may update the status of the work on the target article only when it is determined that the tag reader 100 used by the logged-in user has read the tag ID from the article tag 50 of the target article. .
  • the work management unit 232 determines that the logged-in user is using the tag reader 100 when reading result data indicating that the tag reader 100 has read the tag ID from the user tag 60 of the logged-in user is received.
  • FIG. 13 is an explanatory diagram for explaining such additional status update conditions.
  • FIG. 13 there are multiple items 30 at location 10a, including item 30d.
  • the article 30d is assumed to be an article subject to pre-shipment confirmation.
  • a user 20a is active at a location 10a.
  • the user 20a accesses the management server 200 using the user terminal 160a, and after successfully logging in, performs a predetermined user operation to start a status update session for pre-shipment confirmation.
  • the tag reader 100a carried by the user 20a reads the tag ID from the user tag 60a (arrow A 3 in the drawing) and further reads the tag ID from the article tag 50d of the article 30d (arrow A 4 in the drawing).
  • the work management unit 232 determines that the tag reader 100a used by the user 20a who is the logged-in user has read the tag ID from the article tag 50d of the article 30d, which is the target article. Then, the work management unit 232 updates the value of the status 383 of the record corresponding to the item 30d in the work detail table 380 to "completed". Note that the work management unit 232 may update the status only when the difference in reading time between reading the tag IDs from the user tag 60 and the article tag 50 is less than a predetermined time threshold. Also, the work management section 232 may update the status only when the difference in reading position between reading the tag IDs from the user tag 60 and the article tag 50 is below a predetermined distance threshold.
  • the tag reader which should be irrelevant to the work, causes status updates contrary to the user's intention. Inconvenience can be prevented. This further improves the reliability of status updates.
  • the work management unit 232 determines which user 20 uses which tag reader 100 based on the history of tag reading over multiple times instead of the result of one tag reading from the user tag 60. good. For example, it is assumed that the tag reader 100a has detected the user tag 60a many times, while the tag reader 100b has detected the user tag 60a only a small number of times during a certain period of time in the past. In this case, the work management unit 232 can determine that the user 20a is using the tag reader 100a based on the tag reading history. The value of using user 333 in reader table 330 of FIG. 6A may be set based on such a determination.
  • the association between the tag reader 100 in the reader table 330 and the user 20 using the tag reader 100 may be given in advance without relying on reading the tag ID from the user tag 60.
  • the user ID "U001" for identifying the user 20a is registered in advance in the user 333 column of the corresponding record of the reader table 330. be done.
  • the work management section 232 may determine that the user 20a is using the tag reader 100a.
  • the work management unit 232 determines whether the user 20 is using the tag reader 100 based on the fact that the user terminal 160 used by the user 20 for login has a communication connection with the tag reader 100. It may be determined that For example, user terminal 160 a establishes a local communication connection with tag reader 100 a via connection 164 . When the user 20a logs into the article management system 1 using the user terminal 160a, the control unit 161 of the user terminal 160a transmits the reader ID of the tag reader 100a acquired through the communication connection with the tag reader 100a to the management server 200. By receiving this reader ID, the work management unit 232 can determine that the logged-in user 20a is using the tag reader 100a.
  • Additional status update conditions may include that the tag reader 100 has read the tag ID from the location tag 40 at the location 10 where work is scheduled.
  • FIG. 14 is an explanatory diagram for explaining such additional status update conditions.
  • the article 30d is assumed to be an article subject to pre-shipment confirmation.
  • the place 10a is a work place registered in advance in the work table 370 for the pre-shipment confirmation, which is the work that the user 20a intends to perform.
  • the user 20a accesses the management server 200 using the user terminal 160a, and after successfully logging in, performs a predetermined user operation to start a status update session for pre-shipment confirmation.
  • the tag reader 100a carried by the user 20a reads the tag ID associated with the location ID "PL01" of the location 10a from the location tag 40a installed at the location 10a (arrow A5 in the figure).
  • the tag reader 100a reads the tag ID from the article tag 50d of the article 30d (arrow A6 in the drawing). Based on these tag reading results, the work management unit 232 determines that the status update condition is satisfied, and updates the value of the status 383 of the record corresponding to the article 30d in the work detail table 380 to "completed". According to these status update conditions, even if a status update session is erroneously started at a place where no work is scheduled, it is possible to prevent the status of the work of each target article from being updated as a result. Therefore, the reliability of status update can be further enhanced.
  • Additional status update conditions may include detection of a second user operation in the tag reader 100 .
  • the second user operation is pressing the button of the operation unit 115 of the tag reader 100 .
  • the work management unit 232 updates the status of the work on the target article only when the tag ID is read from the article tag 50 of the target article while the user 20 is pressing the button on the tag reader 100. You may update.
  • the work management unit 232 determines that when the tag ID is read after a certain period of time has passed since the user 20 pressed the button on the tag reader 100 or until the button is pressed again. Only the status of the work on the target item may be updated.
  • the control unit 111 of the tag reader 100 may include, for example, a flag (or any type of indicator) indicating that the second user operation has been detected in the reading result data and transmit the read result data to the management server 200 .
  • the work management unit 232 can quickly acquire flagged reading result data from the reading result table 350 and efficiently determine whether the status of each target article should be updated.
  • status update conditions may be combined with each other in any way.
  • two or more of reading the logged-in user's user tag 60, reading the location tag 40, and detecting a second user operation may be included in the status update conditions. .
  • FIG. 15 is a flow chart showing an example of the flow of status update processing that can be executed by the management server 200 in this embodiment.
  • This status update process can be started, for example, when the user 20 calls an application screen for pre-shipment confirmation or acceptance inspection on the user terminal 160 . It is assumed that lists of some works and their target articles have already been registered in the work table 370 and the work detail table 380 before the status update process is started. In the following description, processing steps are abbreviated as S (steps).
  • the work management unit 232 accepts a login by the user 20 to the article management system 1.
  • the work management unit 232 can perform user authentication (login authentication) based on authentication information input by the user 20 on the screen of the user terminal 160, for example.
  • user authentication login authentication
  • the work management unit 232 causes the user terminal 160 of the user 20 who is the logged-in user to display an application screen related to work. For example, if the work intended by the user 20 is pre-shipment confirmation, the display unit 166 of the user terminal 160 can display the shipping screen 500a shown in FIG. 11A.
  • the work management unit 232 accepts designation of work by the user 20 on the displayed screen. For example, the user 20 designates one of the pre-registered tasks that are not completed (or that were in progress but stopped).
  • the work management unit 232 acquires data related to the work specified by the user 20 from the work table 370 and a list of one or more target items from the work detail table 380 .
  • the work management unit 232 waits for detection of a first user operation representing the start of tag reading work for updating the status.
  • the process proceeds to S121.
  • the work management unit 232 may update the value of the status 377 of the work table 370 for the work specified in S115 to "in progress".
  • the work management unit 232 determines whether the status update conditions other than reading the tag ID from the article tag 50 of the target article are satisfied.
  • the status update condition here is, for example, 1) reading the tag ID from the user tag 60 of the login user, 2) detecting a second user operation in the tag reader 100, and 3) reading the tag ID from the position tag 40 installed at the work place. can contain. If it is determined that the required condition is satisfied, the process proceeds to S123. If it is determined that any of the conditions are not satisfied, the work management unit 232 may cause the user terminal 160 to display a message prompting the user to take a corresponding action (for example, "Please read the user tag ”, “Press the button on the tag reader”, etc.).
  • the communication unit 210 receives read result data from the tag reader 100 .
  • the tag reader 100 from which the reading result data is received is the tag reader 100 that is determined to be used by the logged-in user.
  • the tag reader 100 that receives the reading result data here is any tag reader 100 .
  • the tag processing unit 231 adds a reading result record corresponding to the received reading result data to the reading result table 350 .
  • the subsequent processing branches at S125 depending on whether the tag ID indicated by the read result data is the tag ID of the article tag 50 of the target article included in the list acquired at S117. If it is the tag ID of the article tag 50 of the target article, the process proceeds to S127. Otherwise, go to process 131 .
  • the work management unit 232 determined that the tag ID was read from the article tag 50 of the target article while the status update condition was satisfied. to "Done".
  • the work management unit 232 determines whether tag reading has been completed for all the target articles of the work in progress. If tag reading has been completed for all target articles, the process proceeds to S133. On the other hand, if there are still target articles for which tag reading has not been completed, the process proceeds to S131.
  • the work management unit 232 determines whether to continue the status update process. For example, when a user operation (for example, operation of the button 522 on the shipping screen 500b in FIG. 11B) is detected at the user terminal 160, the work management unit 232 determines to end the status update process. do. If the work management unit 232 determines to continue the status update process, the work management unit 232 returns to waiting for the read result data in S123.
  • a user operation for example, operation of the button 522 on the shipping screen 500b in FIG. 11B
  • a database manages a list of one or more articles on which work is to be performed by the user, and the status of each article related to the work. Attached to each item is a wireless device that stores identification information. A reader attempts to read identification information from the wireless device. Then, it is determined that the first identification information has been read from the first wireless device attached to the first article included in the list in a state in which the user logs in to the system and the user operation indicating the start of the work is detected. When done, the status of the work on the first item is updated.
  • the user in charge of the work can easily determine the reading result obtained at the timing intended by the user in charge of the work, among the many tag reading results accumulated over time in the system, and read the article. Appropriately update the status of work. This improves the reliability of updating the article management status based on the results of tag reading. If the user operation indicating the start of work is detected on the application screen provided to the user terminal, the user does not need to turn on/off the reading device separately each time the work is performed. Therefore, the complexity of the work is reduced, and it is possible to eliminate the risk of making a mistake, such as the tag reader being turned off when it should be in operation.
  • the update condition for updating the work-related status is that the first identification information has been read from the first wireless device by the reader used by the user who has logged in to the system. include.
  • the reading device which should be unrelated to the work, causes the status update contrary to the user's intention.
  • the reliability of status update can be further improved.
  • each of the users carries a second wireless device, and based on the result of reading the second identification information from the second wireless device carried by the logged-in user, which reader the logged-in user uses.
  • the association between the user and the reading device is determined dynamically based on the result of reading the second identification information, so that multiple users can flexibly handle the reading device ( For example, each user is not forced to use a unique reader).
  • the update condition may include that the reading device reads the first identification information from the first wireless device while a further user operation is detected in the reading device.
  • a flag such as a flag can be attached to the reading result that should trigger the status update, so that the status update of the work becomes more efficient.
  • the update condition may include reading the third identification information from a third wireless device installed at the location where the work is performed. In this case, even if a user operation representing the start of work is erroneously performed in a place where work is not scheduled, it is possible to prevent undesirable status updates from occurring as a result.
  • each wireless device is an RFID tag
  • the reader uses the energy of electromagnetic waves radiated into the reading range to read information returned from the RFID tag.
  • the mechanism according to the above-described embodiment can be realized at a low cost. can be taken in.
  • a program that implements one or more functions is supplied to a system or device via a network or a storage medium, and one or more processors in the computer of the system or device reads and executes the program.
  • format is also feasible. It can also be implemented by a circuit (eg, an ASIC) that implements one or more functions.

Abstract

物品管理システムは、無線デバイスから当該無線デバイスに記憶されている識別情報を読取可能な読取装置と、ユーザによる作業の対象とされる１つ以上の物品のリスト、及び各物品の前記作業に関するステータスを、データベースにおいて管理する管理部と、前記リストに含まれる第１物品に付され、前記第１物品に関連付けられる第１識別情報を記憶している第１無線デバイスと、を含む。前記管理部は、前記物品管理システムへ第１ユーザがログインし、前記リストに関する前記作業の開始を表す第１のユーザ操作が検知された状態で、前記読取装置が前記第１無線デバイスから前記第１識別情報を読取ったと判定される場合に、前記第１物品の前記ステータスを更新する。

Description

物品管理システム、方法及び情報処理装置
　本開示は、物品管理システム、方法及び情報処理装置に関する。
　ＲＦＩＤ（Radio Frequency IDentification）は、タグとも呼ばれる小型のデバイス内に埋め込まれた情報を近距離無線通信によって外部のリーダから読取ることを可能にする技術である。例えば、一意な識別情報を埋め込んだＲＦＩＤタグを物品に付しておくことで、物品の在庫及び流通の管理において物品の所在を効率的に把握することが可能となり、管理下にある物品の情報を可視化することも容易となる。なかでも、リーダから放射される電磁波のエネルギーを利用して情報を送信するパッシブ型ＲＦＩＤタグは、バッテリが不要であるために製造コストが安く、また半永久的に動作できることから、在庫及び流通の管理のみならず様々な場面での活用が広がっている。
　特許文献１は、物品の在庫の管理のためにＲＦＩＤタグを活用するシステムの一例を開示している。特許文献１のシステムは、例えば、入荷、出荷及び棚卸しのタイミングで、物品に付されているＲＦＩＤタグからリーダ（スキャナともいう）で読取られた情報をサーバに集めて処理することにより、在庫の状況を簡易に判定することができる。
特開２００２－１５０２４１号公報
　在庫又は流通の管理のような、情報の更新に信頼性が求められる場面でＲＦＩＤ技術を活用しようとする場合、タグリーダによるタグ読取りの簡便性と読取結果に基づく情報の更新の信頼性との間のトレードオフが時折問題となる。例えば、取引の相手先へ出荷される物品の確認、又は相手先から入荷した物品の検収が行われる場所で、複数のユーザがタグリーダを携帯して活動しているものとする。各タグリーダが常時動作していれば、ユーザがタグリーダの操作を意識せずとも、ＲＦＩＤタグからのタグ読取りの結果が経時的に蓄積される。こうした読取結果の中には、情報の更新を引き起こすべきものとそうではないものとが混在し、システムがそれらを区別することは容易ではない。情報の更新が行われるべき時だけタグリーダを動作させるのであればこうした不都合は生じないが、その場合、タグリーダのオン／オフを繰り返す作業の煩雑さや、稼働しているべきタイミングでタグリーダがオフのままであるミスの虞が別の問題として生じる。
　本発明は、上述した点に鑑み、タグ読取りの結果に基づく物品の管理状況の更新の信頼性を向上させようとするものである。
　ある観点によれば、物品管理システムであって、無線デバイスから当該無線デバイスに記憶されている識別情報を読取可能な読取装置と、ユーザによる作業の対象とされる１つ以上の物品のリスト、及び各物品の前記作業に関するステータスを、データベースにおいて管理する管理部と、前記リストに含まれる第１物品に付され、前記第１物品に関連付けられる第１識別情報を記憶している第１無線デバイスと、を含み、前記管理部は、前記物品管理システムへ第１ユーザがログインし、前記リストに関する前記作業の開始を表す第１のユーザ操作が検知された状態で、前記読取装置が前記第１無線デバイスから前記第１識別情報を読取ったと判定される場合に、前記第１物品の前記ステータスを更新する、物品管理システムが提供される。対応する方法及び情報処理装置もまた提供される。
　本発明によれば、タグ読取りの結果に基づく物品の管理状況の更新の信頼性が向上する。
一実施形態に係る物品管理システムの構成の一例を示す模式図。 一実施形態に係るタグリーダの構成の一例を示すブロック図。 一実施形態に係るユーザ端末の構成の一例を示すブロック図。 一実施形態に係る管理サーバの構成の一例を示すブロック図。 一実施形態に係る物品テーブルの構成の一例を示す説明図。 一実施形態に係る場所テーブルの構成の一例を示す説明図。 一実施形態に係るリーダテーブルの構成の一例を示す説明図。 一実施形態に係るユーザテーブルの構成の一例を示す説明図。 一実施形態に係る読取結果テーブルの構成の一例を示す説明図。 一実施形態に係る作業テーブルの構成の一例を示す説明図。 一実施形態に係る作業明細テーブルの構成の一例を示す説明図。 管理サーバにより提供されるＧＵＩ（Graphic User Interface）のメニュー画面の一例について説明するための説明図。 一実施形態に係る出荷リストの登録のための画面の一例について説明するための説明図。 出荷前確認のために提供される画面の遷移の例について説明するための第１の説明図。 出荷前確認のために提供される画面の遷移の例について説明するための第２の説明図。 出荷前確認のために提供される画面の遷移の例について説明するための第３の説明図。 基本的なステータス更新条件について説明するための説明図。 追加的なステータス更新条件の一例について説明するための説明図。 追加的なステータス更新条件の他の例について説明するための説明図。 管理サーバにより実行されるステータス更新処理の流れの一例を示すフローチャート。
　以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
＜１．システムの概要＞
　図１は、一実施形態に係る物品管理システム１の構成の一例を示す模式図である。ここでは、物品管理システム１は、物品の出荷前の確認及び入荷した物品の検収といった作業のステータスを管理するためのシステムである。なお、本開示に係る技術は、かかる例に限定されず、物品管理に関するステータスの更新を伴う多様な用途に適用されてよい。物品は、無生物（例えば、機械、機器、器具、資材、消費財、部品、車両又はロボット）であっても生物（例えば、動物又は植物）であってもよい。
　図１には、物品管理システム１の管理下にある２つの場所１０ａ及び１０ｂが示されている。場所１０ａには、ユーザ２０ａ、並びに、物品３０ａ、３０ｂ及び３０ｃが存在している。場所１０ｂには、ユーザ２０ｂ、並びに、物品３０ｄが存在している。ユーザ２０ａ及び２０ｂは、場所１０ａ及び１０ｂ（並びに他の場所）の間を自在に移動し得る。
　物品管理システム１は、物品管理の目的のために、タグとも呼ばれる無線デバイスを活用する。本実施形態では、物品管理システム１は、３種類のタグを含む。第１の種類のタグ（第１無線デバイス）は、物品管理システム１において管理される物品の各々に付される物品タグである。第２の種類のタグ（第２無線デバイス）は、ユーザにより携帯されるユーザタグである。第３の種類のタグ（第３無線デバイス）は、物品管理システム１においてユーザによる作業が行われる場所の各々に設置される位置タグである。
　図１の例では、場所１０ａ及び１０ｂに、それぞれ位置タグ４０ａ及び４０ｂが設置されている。位置タグ４０ａ及び４０ｂの各々の設置位置は、固定的であってもよく、又は変更可能であってもよい。場所そのものが移動する場合（例えば、作業現場の移動）には、場所の移動に伴って位置タグも移設されてよい。物品３０ａ、３０ｂ、３０ｃ及び３０ｄには、それぞれ物品タグ５０ａ、５０ｂ、５０ｃ及び５０ｄが付されている。各物品タグは、対応する物品の移動に伴って移動する。ユーザ２０ａはユーザタグ６０ａを、ユーザ２０ｂはユーザタグ６０ｂを携帯している。ユーザタグ６０ａ及び６０ｂは、例えば社員証又は入館証のようなＩＣカード型のデバイスであってもよい。なお、本明細書において、ユーザが何らかの対象を携帯するとの表現は、ユーザがその対象と共に移動する様々な態様（例えば、対象を保持し又は装着した状態で移動するなど）を広く包含するものとする。
　以下の説明において、場所１０ａ及び１０ｂを相互に区別する必要のない場合には、符号の末尾のアルファベットを省略することにより、これらを場所１０と総称する。物品３０（物品３０ａ、３０ｂ、...）、位置タグ４０（４０ａ、４０ｂ、...）、物品タグ５０（物品タグ５０ａ、５０ｂ...）、ユーザタグ６０（ユーザタグ６０ａ、６０ｂ...）、並びに他の要素についても同様である。物品管理システム１において管理される場所１０の数及び物品３０の数は、図１に示した例に限定されず、いかなる数であってもよい。同様に、物品管理システム１を利用するユーザ２０の人数もまた、図１に示した例に限定されず、いかなる数であってもよい。
　本実施形態において、位置タグ４０、物品タグ５０及びユーザタグ６０といったタグの各々は、パッシブ型のＲＦＩＤタグ（パッシブタグ）であるものとする。パッシブタグは、メモリを内蔵する小型のＩＣ（Integrated Circuit）チップ、及びアンテナで構成され、メモリ内に当該タグを識別する識別情報及びその他の情報を記憶する。本明細書では、識別情報を単にＩＤ、タグを識別する識別情報をタグＩＤともいう。なお、タグＩＤは、タグが付された対象を識別する情報であるとみなされてもよい。パッシブタグのＩＣチップは、タグリーダから放射される電磁波のエネルギーを利用して動作し、メモリ内に記憶されているタグＩＤ及びその他の情報を情報信号へと変調して、情報信号をアンテナから送信（返送）する。
　図１の例では、物品タグ５０ａ、５０ｂ、５０ｃ及び５０ｄは、タグ内に埋め込まれた固有のタグＩＤ５１ａ、５１ｂ、５１ｃ及び５１ｃをそれぞれ有する。各物品タグ５０のタグＩＤ５１（第１識別情報）は、後述するデータベースにおいて、当該物品タグ５０が付された物品３０に関連付けられる。ユーザタグ６０ａ及び６０ｂもまた、タグ内に埋め込まれた固有のタグＩＤをそれぞれ有する。各ユーザタグ６０のタグＩＤ（第２識別情報）は、当該ユーザタグ６０を携帯するユーザ２０に関連付けられる。位置タグ４０ａ及び４０ｂもまた、タグ内に埋め込まれた固有のタグＩＤをそれぞれ有する。各位置タグ４０のタグＩＤ（第３識別情報）は、当該位置タグ４０が設置された場所に関連付けられる。
　なお、他の実施形態において、各タグは、アクティブ型のＲＦＩＤタグであってもよい。各タグが内蔵するバッテリからの電力を利用して能動的に（例えば、周期的に）情報を周囲へ送信する場合、当該タグはビーコンタグと呼ばれてもよい。また別の実施形態において、各タグは、リーダからの信号に応答して、例えばＮＦＣ（Near Field Communication）方式又はBluetooth（登録商標）方式で情報を返送する無線デバイスであってもよい。各タグは、ＩＣタグ、ＩＣカード又はレスポンダなど、いかなる名称で呼ばれてもよい。
　ユーザ２０ａは、ユーザタグ６０ａに加えて、タグリーダ１００ａ及びユーザ端末１６０ａを携帯する。ユーザ２０ｂは、ユーザタグ６０ｂに加えて、タグリーダ１００ｂ及びユーザ端末１６０ｂを携帯する。タグリーダ１００及びユーザ端末１６０は、ユーザ２０により携帯される携帯システムを構成するとみなされてもよい。物品管理システム１は、こうした携帯システムと、管理サーバ２００とを含む。タグリーダ１００及びユーザ端末１６０の一方又は双方、及び管理サーバ２００は、ネットワーク５へ接続される。ネットワーク５は、有線ネットワーク、無線ネットワーク、又はそれらの任意の組合せであってよい。ネットワーク５の例は、インターネット、イントラネット及びクラウドネットワークを含み得る。
　タグリーダ１００は、ＲＦＩＤタグなどの無線デバイスから当該無線デバイスに記憶されている情報を読取可能な読取装置である。タグリーダ１００は、例えば、物品３０に付された物品タグ５０からタグＩＤ５１を読取ることにより、物品３０を検知することができる。タグリーダ１００は、周期的に又はユーザ操作などの何らかのトリガに応じて読取りを実行し、タグ読取結果を管理サーバ２００へ送信する。タグリーダ１００は、管理サーバ２００と直接的に通信可能であってもよく、又は何らかの中継装置（例えば、ユーザ端末１６０）を介して間接的に管理サーバ２００と通信可能であってもよい。タグリーダ１００の具体的な構成の一例について、後にさらに説明する。
　ユーザ端末１６０は、例えば、ノートブックＰＣ（Personal Computer）、タブレットＰＣ、スマートフォン又はスマートウォッチといった、任意の種類の端末装置であってよい。ユーザ端末１６０は、物品管理システム１によるユーザ２０とのインタラクションのために利用され得る。ユーザ端末１６０の具体的な構成の一例について、後にさらに説明する。
　管理サーバ２００は、複数の物品３０の作業に関するステータス、位置情報及びその他の情報をデータベースにおいて管理する情報処理装置である。管理サーバ２００は、例えば、高性能な汎用コンピュータを用いて、アプリケーションサーバ、データベースサーバ又はクラウドサーバとして実装されてよい。管理サーバ２００は、タグリーダ１００からタグ読取結果を受信し、受信したタグ読取結果に基づいてデータベースを更新する。管理サーバ２００の具体的な構成の一例について、後にさらに説明する。
　図１には単一の管理サーバ２００を示しているが、後に詳しく説明する管理サーバ２００の機能は、単一の装置により提供されてもよく、又は物理的に別個の複数の装置が相互に連携することにより提供されてもよい。また、本実施形態では、管理サーバ２００がデータベースを保持する例を説明するが、管理サーバ２００とは別個の装置がデータベースの一部又は全部を保持していてもよい。例えば、一部のデータは、無線デバイス、タグリーダ１００又はユーザ端末１６０により保持されてもよい。
　なお、図１には、タグリーダ１００及びユーザ端末１６０が物理的に別個の装置である例を示している。しかしながら、例えば、タグリーダ１００が後述するユーザ端末１６０の機能の一部又は全部を有していてもよく、ユーザ端末１６０が後述するタグリーダ１００の機能の一部又は全部を有していてもよい。また、本実施形態において説明する管理サーバ２００の機能がユーザ端末１６０において実現されてもよい。
＜２．タグリーダの構成例＞
　図２は、一実施形態に係るタグリーダ１００の構成の一例を示すブロック図である。図２を参照すると、タグリーダ１００は、制御部１１１、記憶部１１２、通信部１１３、測定部１１４、操作部１１５、及び読取部１１６を備える。
　制御部１１１は、コンピュータプログラムを記憶するメモリ、及びコンピュータプログラムを実行する１つ以上のプロセッサ（例えば、ＣＰＵ（Central Processing Unit））からなる。制御部１１１は、本明細書で説明するタグリーダ１００の機能全般を制御する。例えば、制御部１１１は、読取部１１６にタグ読取レンジ内のＲＦＩＤタグの読取りを実行させ、読取られた情報、読取時刻、及び信号の受信レベルを、読取結果データとして記憶部１１２に一時的に記憶させる。また、制御部１１１は、ＲＦＩＤタグの読取りと並行して、測定部１１４にタグリーダ１００の位置を測定させ、その測定結果を記憶部１１２に記憶させる。そして、制御部１１１は、記憶部１１２に記憶されている読取結果データ及び測定結果データを、自装置を識別するリーダ識別情報（リーダＩＤともいう）と共に、通信部１１３を介して管理サーバ２００へ送信する。
　記憶部１１２は、例えば、ＲＯＭ（Read Only Memory）若しくはＲＡＭ（Random Access Memory）などの半導体メモリ、光ディスク、又は磁気ディスクといった、任意の種類の記憶媒体を含んでよい。本実施形態において、記憶部１１２は、上述した読取結果データ、測定結果データ、及びタグリーダ１００のリーダＩＤを記憶する。
　通信部１１３は、タグリーダ１００が管理サーバ２００と通信するための通信インタフェースである。例えば、通信部１１３は、ＷＬＡＮ（Wireless Local Area Network）アクセスポイントと通信するＷＬＡＮインタフェース、又はセルラー基地局と通信するセルラー通信インタフェースであってもよい。また、通信部１１３は、中継装置との接続用の接続インタフェース（例えば、Bluetooth（登録商標）インタフェース又はＵＳＢ（Universal Serial Bus）インタフェース）であってもよい。
　測定部１１４は、タグリーダ１００の位置を測定可能なユニットである。本実施形態において、測定部１１４は、ＰＤＲ（Pedestrian Dead Reckoning）とも呼ばれる自己位置推定技術を用いて、ある基準位置からのタグリーダ１００の相対的な移動量を測定して、測定した移動量を制御部１１１へ出力する。相対移動量の測定の基準位置は、例えば、タグリーダ１００が起動された時点のタグリーダ１００の位置であってよい。ＰＤＲを実行するために、測定部１１４は、例えば３軸加速度センサ、ジャイロセンサ及び地磁気センサを含むセンサ群を有していてもよい。後に説明するように、本実施形態において、各位置タグ４０の設置位置の位置座標は、既知であってデータベースに登録されている。したがって、制御部１１１は、ある位置タグ４０が検知された時点から現在時点までの相対移動量と、当該位置タグ４０の既知の位置座標とに基づいて、タグリーダ１００の現在の絶対位置（の位置座標）を推定することができる。
　他の実施形態において、測定部１１４は、ＧＰＳ（Global Positioning System）を利用してタグリーダ１００の現在の地理的位置を測定してもよい。また別の実施形態において、測定部１１４は、接続先の基地局又は無線ＬＡＮアクセスポイントの既知の位置座標を利用して現在位置を推定する基地局測位又は無線ＬＡＮ測位を行ってもよい。
　操作部１１５は、ユーザ操作を検知ける。操作部１１５は、例えば、タグリーダ１００の筐体に配設されるボタン、スイッチ又はレバーのような物理的な入力デバイスを含む。操作部１１５は、入力デバイスを介してユーザ２０による操作を検知し、操作信号を制御部１１１へ出力する。また、操作部１１５は、マイクロフォンのような音声入力インタフェースを含んでもよい。
　読取部１１６は、上述した位置タグ４０、物品タグ５０及びユーザタグ６０といったタグの各々から当該タグが記憶している情報を読取可能なユニットである。図２を参照すると、読取部１１６は、ＲＦコントローラ１２０、パワーアンプ１２１、フィルタ１２２、第１カプラ１２３、第２カプラ１２４、アンテナ１２５、電力検知部１２６及びキャンセラ１２７を含む。ＲＦコントローラ１２０は、制御部１１１による制御に従って、ＴＸ端子からパワーアンプ１２１へ送信信号（例えば、ＵＨＦ帯で変調された信号）を出力する。パワーアンプ１２１は、ＲＦコントローラ１２０から入力された送信信号を増幅して、フィルタ１２２へ出力する。ここでの送信信号の増幅率は可変的に制御可能であってもよく、増幅率がより高いほどタグリーダ１００から放射される電磁波の出力強度は高められる。フィルタ１２２は、例えばローパスフィルタであってよく、パワーアンプ１２１による増幅後の送信信号の不要な低周波成分を除去する。第１カプラ１２３は、フィルタ１２２を通過した送信信号をカプラ１２４及び電力検知部１２６へ分配する。第２カプラ１２４は、第１カプラ１２３から入力される送信信号をアンテナ１２５へ出力し、及びアンテナ１２５から入力される受信信号をＲＦコントローラ１２０へ出力する。アンテナ１２５は、カプラ１２４から入力される送信信号を空中へ電磁波として送信する。また、アンテナ１２５は、送信信号への応答としてタグリーダ１００の読取レンジ内に存在するＲＦＩＤタグから返送される信号を受信し、受信信号をカプラ１２４へ出力する。一例として、アンテナ１２５は、全方向アンテナであってもよい。他の例として、アンテナ１２５は、ビーム方向を可変的に制御可能な指向性アンテナであってもよい。電力検知部１２６は、第１カプラ１２３から入力される信号の電力レベルを検知し、検知した電力レベルを示す信号ＲＦ＿ＤＥＴＥＣＴを制御部１１１へ出力する。キャンセラ１２７は、搬送波の電力レベルを示す信号ＣＡＲＲＩＥＲ＿ＣＡＮＣＥＬを制御部１１１から受け付ける。そして、キャンセラ１２７は、ＣＡＲＲＩＥＲ＿ＣＡＮＣＥＬに基づき、アンテナ１２５からの受信信号の搬送波成分を第２カプラ１２４にてキャンセルすることにより、ＲＦコントローラ１２０のＲＸ端子へ出力されるべき受信信号の所望の信号成分を抽出する。ＲＦコントローラ１２０は、ＲＸ端子から入力される信号を復調して、ＲＦＩＤタグから返送されたタグＩＤその他の情報を取得し、取得した情報を制御部１１１へ出力する。また、ＲＦコントローラ１２０は、ＲＸ端子から入力される信号の受信レベル（受信強度ともいう）を測定し、測定結果を制御部１１１へ出力する。
　本実施形態において、読取部１１６によるタグ読取りの試行は、ユーザによる明示的な指示を要することなく、（例えば、毎秒１回など）周期的に行われ得る。通信部１１３から管理サーバ２００へのデータの送信もまた、ユーザによる明示的な指示を要することなく、（例えば、数秒ごとに１回など）周期的に、又はタグ読取りの都度行われ得る。制御部１１１は、冗長なデータの送信を省略して通信の負荷を削減するために、直近の所定の期間内に送信済みのレコードと同一のレコードを、送信されるデータから除外してもよい。制御部１１１は、ＲＦＩＤタグからの受信信号の受信レベルが予め設定される最小検知レベルを上回る場合に、当該ＲＦＩＤタグを検知したと判定して、検知したＲＦＩＤタグについての読取結果データを管理サーバ２００へ送信してもよい。なお、他の実施形態において、読取部１１６によるタグ読取りの試行、及び管理サーバ２００へのデータの送信の一方又は双方が、操作部１１５を介するユーザ入力の検知に応じて行われてもよい。通信部１１３が中継装置を介して間接的に管理サーバ２００と通信する場合、管理サーバ２００へのデータの送信は、通信部１１３と中継装置との間の接続が有効である間にのみ行われてもよい。
＜３．ユーザ端末の構成例＞
　図３は、一実施形態に係るユーザ端末１６０の構成の一例を示すブロック図である。図３を参照すると、ユーザ端末１６０は、制御部１６１、記憶部１６２、通信部１６３、接続部１６４、操作部１６５、及び表示部１６６を備える。
　制御部１６１は、コンピュータプログラムを記憶するメモリ、及びコンピュータプログラムを実行する１つ以上のプロセッサ（例えば、ＣＰＵ）からなる。制御部１６１は、本明細書で説明するユーザ端末１６０の機能全般を制御する。例えば、制御部１６１は、物品管理システム１において、出荷前確認又は検収などのユーザによる作業が行われる際に、通信部１６３を介して管理サーバ２００へアクセスし、管理サーバ２００により提供されるアプリケーション画面を表示部１６６に表示させる。この画面上で、ユーザ２０は、作業ステータスの更新の開始又は終了を指示し、又はその進捗を確認することができる。管理サーバ２００により提供されるアプリケーション画面のいくつかの例について、後にさらに説明する。
　記憶部１６２は、例えば、ＲＯＭ若しくはＲＡＭなどの半導体メモリ、光ディスク、又は磁気ディスクといった、任意の種類の記憶媒体を含んでよい。本実施形態において、記憶部１６２は、例えば、後述する管理サーバ２００から受信される作業関連情報を、画面表示のために一時的に記憶する。
　通信部１６３は、ユーザ端末１６０が管理サーバ２００と通信するための通信インタフェースである。例えば、通信部１６３は、ＷＬＡＮインタフェース又はセルラー通信インタフェースであってもよい。
　接続部１６４は、ユーザ端末１６０が周辺機器と接続するための接続インタフェースである。例えば、接続部１６４は、Bluetooth（登録商標）インタフェース又はＵＳＢインタフェースであってもよい。ユーザ端末１６０がタグリーダ１００と管理サーバ２００との間の通信を中継する場合、接続部１６４は、タグリーダ１００との通信接続を確立する。
　操作部１６５は、ユーザ２０による操作及び情報入力を受付ける。操作部１６５は、例えば、タッチセンサ、キーパッド、キーボード、ボタン又はポインティングデバイスといった入力デバイスを含む。操作部１６５は、入力デバイスを介してユーザ２０による操作を検知し、操作信号を制御部１６１へ出力する。また、操作部１６５は、マイクロフォンのような音声入力インタフェース又は振動を検知するセンサなど、他の種類の入力デバイスをさらに含んでもよい。
　表示部１６６は、画像及び情報を表示する。表示部１６６は、例えば、ＬＣＤ（Liquid Crystal Display）又はＯＬＥＤ（Organic Light-Emitting Diode）であってよい。図３には示していないものの、ユーザ端末１６０は、スピーカ及びバイブレータといった、ユーザ２０への報知を行うためのさらなるデバイスを備えていてもよい。
＜４．管理サーバの構成例＞
　＜４－１．基本的な構成＞
　図４は、一実施形態に係る管理サーバ２００の構成の一例を示すブロック図である。図４を参照すると、管理サーバ２００は、通信部２１０、物品データベース（ＤＢ）２２０及び管理部２３０を備える。
　通信部２１０は、管理サーバ２００が他の装置と通信するための通信インタフェースである。通信部２１０は、有線通信インタフェースであってもよく、又は無線通信インタフェースであってもよい。本実施形態において、通信部２１０は、タグリーダ１００及びユーザ端末１６０と通信する。物品ＤＢ２２０は、システムの管理下の複数の物品の各々の作業に関するステータス、位置情報及びその他の情報を記憶するデータベースである。本実施形態において、物品ＤＢ２２０は、物品テーブル３１０、場所テーブル３２０、リーダテーブル３３０、ユーザテーブル３４０、読取結果テーブル３５０、作業テーブル３７０及び作業明細テーブル３８０を含む。管理部２３０は、物品ＤＢ２２０内のデータを管理する管理機能を提供する、複数のソフトウェアモジュールの集合である。個々のソフトウェアモジュールは、管理サーバ２００の１つ以上のプロセッサ（図示せず）がメモリ（図示せず）に記憶されるコンピュータプログラムを実行することにより動作し得る。本実施形態において、管理部２３０は、タグ処理部２３１及び作業管理部２３２を含む。
　＜４－２．データ構成例＞
　図５Ａ及び図５Ｂは、物品ＤＢ２２０の物品テーブル３１０及び場所テーブル３２０の構成の例をそれぞれ示している。
　物品テーブル３１０は、タグＩＤ３１１、物品ＩＤ３１２、名称３１３、種別３１４、場所３１５、及び座標３１６という６つのデータ項目を有する。タグＩＤ３１１は、システムの管理下の物品３０の各々に付された物品タグ５０を一意に識別する識別情報である。タグＩＤ３１１の値は、対応する物品タグ５０が内部で記憶しているタグＩＤの値と同一である。物品ＩＤ３１２は、各物品３０を一意に識別する識別情報である。名称３１３は、各物品３０の名称を表す。図５Ａの例では、物品ＩＤ「ＩＴ０１」、「ＩＴ０２」、「ＩＴ０３」及び「ＩＴ０４」で識別される物品に、それぞれ「物品Ａ」、「物品Ｂ」、「物品Ｃ」及び「物品Ｄ」という名称が与えられている。ここでの「物品Ａ」、「物品Ｂ」、「物品Ｃ」及び「物品Ｄ」は、図１に示した物品３０ａ、３０ｂ、３０ｃ及び３０ｄにそれぞれ対応してよい。種別３１４は、各物品３０が分類される種別を表す。図５Ａの例では、「物品Ａ」及び「物品Ｂ」の種別は「Ｔｙｐｅ１」であり、「物品Ｃ」及び「物品Ｄ」の種別は「Ｔｙｐｅ２」である。各物品３０の名称３１３及び種別３１４の値は、ユーザにより決定され、管理部２３０により提供されるユーザインタフェースを介して事前に登録されてもよい。その代わりに、名称３１３及び種別３１４の値は、物品タグ５０に物品関連情報として記憶され、タグリーダ１００により読取られてもよい。後者の場合、管理サーバ２００は、各物品３０の物品タグ５０からの初回のタグ読取りに応じて、当該物品３０の名称３１３及び種別３１４の値をタグリーダ１００から受信して、物品テーブル３１０に登録し得る。場所３１５は、各物品３０が最後にタグリーダ１００により検知された場所を、当該場所を識別する場所ＩＤで表す。図５Ａの例では、「物品Ａ」、「物品Ｂ」及び「物品Ｃ」は、場所ＩＤ「ＰＬ０１」で識別される場所に存在する。「物品Ｄ」は、場所ＩＤ「ＰＬ０２」で識別される場所に存在する。座標３１６は、各物品３０が位置していると推定される地点の位置座標を表す。場所３１５及び座標３１６の値は、後に説明するように、物品の移動がタグリーダ１００により検知されると、タグ処理部２３１により更新され得る。
　場所テーブル３２０は、タグＩＤ３２１、場所ＩＤ３２２、名称３２３、及び座標３２４という４つのデータ項目を有する。タグＩＤ３２１は、システムの管理下の場所１０の各々に設置された位置タグ４０を一意に識別する識別情報である。タグＩＤ３２１の値は、対応する位置タグ４０が内部で記憶しているタグＩＤの値と同一である。場所ＩＤ３２２は、各場所１０を一意に識別する識別情報である。名称３２３は、各場所１０の名称を表す。図５Ｂの例では、場所ＩＤ「ＰＬ０１」で識別される場所１０の名称は「場所Ａ」、場所ＩＤ「ＰＬ０２」で識別される場所１０の名称は「場所Ｂ」である。これら名称は、実際には、例えば「工場」、「倉庫」及び「作業現場」といったものであってよい。座標３２４は、各場所１０に設置された位置タグ４０の設置位置の位置座標を表す。
　なお、本明細書において、位置情報とは、例えば、位置座標によって又は予め定義される複数の場所のうちの１つを識別する識別子によって何らかの位置を示す情報であってよい。即ち、物品テーブル３１０の場所３１５及び座標３１６、並びに場所テーブル３２０の座標３２４は、いずれも位置情報の一種であり得る。位置座標は、水平面内の位置を表す２次元座標であってもよく、高さ方向の要素をも含む３次元座標であってもよい。
　図６Ａ～図６Ｃは、リーダテーブル３３０、ユーザテーブル３４０及び読取結果テーブル３５０の構成の例をそれぞれ示している。
　リーダテーブル３３０は、リーダＩＤ３３１、名称３３２及び使用ユーザ３３３という３つのデータ項目を有する。リーダＩＤ３３１は、システム内で利用されるタグリーダ１００の各々を一意に識別する識別情報である。名称３３２は、各タグリーダの名称を表す。図６Ａの例では、リーダＩＤ「ＲＤ０１」、「ＲＤ０２」及び「ＲＤ０３」で識別されるタグリーダ１００に、それぞれ「リーダＡ」、「リーダＢ」及び「リーダＣ」という名称が与えられている。使用ユーザ３３３は、各タグリーダを使用しているユーザ２０を、当該ユーザ２０を識別するユーザＩＤで表す。あるタグリーダ１００をどのユーザ２０が使用しているかを判定する手法のいくつかの例について、後に説明する。なお、どのユーザ２０により使用されているかが不定のタグリーダ１００が存在してもよく、そのようなタグリーダ１００については使用ユーザ３３３の欄は空欄であってよい。
　ユーザテーブル３４０は、ユーザＩＤ３４１、名称３４２、タグＩＤ３４３及び認証データ３４４という４つのデータ項目を有する。ユーザＩＤ３４１は、物品管理システム１を利用するユーザ２０の各々を一意に識別する識別情報である。名称３４２は、各ユーザの名称を表す。図６Ｂの例では、ユーザＩＤ「Ｕ００１」で識別されるユーザ２０の名称は「ユーザＡ」、ユーザＩＤ「Ｕ００２」で識別されるユーザ２０の名称は「ユーザＢ」、ユーザＩＤ「Ｕ００３」で識別されるユーザ２０の名称は「ユーザＣ」である。タグＩＤ３４３は、各ユーザ２０により携帯されるユーザタグ６０を一意に識別する識別情報である。タグＩＤ３４３の値は、対応するユーザタグ６０が内部で記憶しているタグＩＤの値と同一である。認証データ３４４は、各ユーザ２０による物品管理システム１へのログインの際にユーザ認証のために利用されるデータを格納する項目である。ユーザ認証は、例えば、パスワード認証又は生体認証など、いかなる認証方式で行われてもよい。
　読取結果テーブル３５０は、タグリーダ１００から受信される読取結果データのレコード（以下、読取結果レコードという）を蓄積するためのテーブルである。読取結果テーブル３５０は、読取時刻３５１、タグＩＤ３５２、リーダＩＤ３５３、受信レベル３５４、及び座標３５５という５つのデータ項目を有する。読取時刻３５１は、各読取結果レコードについてタグＩＤの読取りが行われた時刻を表す。タグＩＤ３５２は、各読取結果レコードについて読取られたタグＩＤを表す。リーダＩＤ３５３は、各読取結果レコードについてタグ読取りを行ったタグリーダ１００を識別する識別情報である。図６Ｃの例では、読取結果テーブル３５０の１番目のレコードは、リーダＩＤ「ＲＤ０１」で識別されるタグリーダ１００が、時刻「Ｔ０１」にタグＩＤ「ＴＧＵ１」（例えば、ユーザ２０ａのユーザタグ６０ａのタグＩＤ）を読取ったことを示している。２番目のレコードは、タグリーダ１００が、時刻「Ｔ０２」にタグＩＤ「ＴＧ０１」（例えば、物品３０ａの物品タグ５０ａのタグＩＤ）を読取ったことを示している。３番目のレコードは、タグリーダ１００ａが、時刻「Ｔ０３」にタグＩＤ「ＴＧ０２」（例えば、物品３０ｂの物品タグ５０ｂのタグＩＤ）を読取ったことを示している。受信レベル３５４は、各読取結果レコードについてタグ読取り時にタグリーダ１００により受信された信号の受信レベルを表す。座標３５５は、タグ読取りが行われた時点でタグリーダ１００が存在していた地点の位置座標（タグリーダ１００から受信される測定結果データに基づく座標）を表す。
　図７は、作業テーブル３７０の構成の一例を示している。作業テーブル３７０は、物品管理システム１においてユーザ２０により行われるべき作業に関連する情報を記憶するためのテーブルである。作業テーブル３７０は、作業ＩＤ３７１、作業種別３７２、期日３７３、場所３７４、取引ＩＤ３７５、登録者３７６、ステータス３７７、完了時刻３７８及び作業者３７９という９つのデータ項目を有する。作業ＩＤ３７１は、各作業を一意に識別する識別情報である。作業種別３７２は、各作業の種別を表す。本実施形態において、作業種別３７２の値は、「出荷」又は「検収」を示し得る。図７の例では、作業ＩＤ「ＳＨ０１」及び「ＳＨ０２」で識別される作業の種別は、出荷前確認を表す「出荷」に、作業ＩＤ「ＡＣ０１」及び「ＡＣ０２」で識別される作業の種別は、検収を表す「検収」にセットされている。期日３７３は、各作業が完了すべき期日を表す。場所３７４は、各作業が行われることが予定されている場所を、当該場所を識別する場所ＩＤで表す。取引ＩＤ３７５は、各作業を取引情報に関連付けるための識別情報である。図示は省略されているものの、物品ＤＢ２２０は、例えば取引の名称、取引相手の名称、住所及び担当者名、並びに契約日といった取引情報を保持するテーブルをさらに含んでもよく、取引ＩＤ３７５はそうした取引情報のレコードを識別する。登録者３７６は、作業テーブル３７０の各レコード（以下、作業レコードという）を作業テーブル３７０に登録したユーザ２０の名称を表す。ステータス３７７は、各作業レコードについて作業の進行状況を表す。ステータス３７７の値は、例えば「未完了」、「進行中」、「完了」又は「抹消」であってよい。完了時刻３７８は、作業が完了した作業レコードについて、作業が完了した時刻（日時）を表す。作業者３７９は、各作業を完了させたユーザ２０の名称を表す。ステータス３７７が「未完了」を示す作業レコードについては、完了時刻３７８及び作業者３７９の欄は空欄であってよい。
　図８は、作業明細テーブル３８０の構成の一例を示している。作業明細テーブル３８０は、作業テーブル３７０に登録された各作業の１つ以上の対象物品のリスト、及び各物品の当該作業に関するステータスを保持するためのテーブルである。作業明細テーブル３８０は、作業ＩＤ３８１、対象物品３８２、ステータス３８３、読取時刻３８４、座標３８５及びリーダ３８６という６つのデータ項目を有する。作業ＩＤ３８１は、作業テーブル３７０に登録された作業レコードのうちの１つを識別する識別情報である。対象物品３８２は、作業ＩＤ３８１の値により識別される作業の対象物品のうちの１つを、当該物品を識別する物品ＩＤで表す。図８から理解されるように、１つの作業について１つ以上の対象物品を作業明細テーブル３８０に登録することが可能である。ステータス３８３は、各対象物品についてタグの読取りが完了したか否かを表す。ステータス３８３の値は、例えば「未完了」、「完了」又は「削除」であってよい。ある対象物品についてステータス３８３の値が「完了」を示す場合、これは対応する作業において当該対象物品の存在が確認されたことを意味する。読取時刻３８４は、タグの読取りが完了した対象物品について、タグの読取りが行われた時刻（日時）を表す。座標３８５は、タグの読取りが完了した対象物品について、タグの読取りが行われた地点の位置座標を表す。リーダ３８６は、タグの読取りが完了した対象物品について、タグを読取ったタグリーダ１００を、当該タグリーダ１００を識別するリーダＩＤで表す。ステータス３８３が「未完了」を示す作業レコードについては、読取時刻３８４、座標３８５及びリーダ３８６の欄は空欄であってよい。
　＜４－３．位置の追跡＞
　タグ処理部２３１は、タグリーダ１００から受信される読取結果データ及び測定結果データを処理する。例えば、タグ処理部２３１は、タグリーダ１００から通信部２１０を介して受信される読取結果データの各レコードを読取結果レコードとして読取結果テーブル３５０に追加する。タグ処理部２３１は、読取結果レコードを読取結果テーブル３５０に追加する際に、タグリーダ１００から受信される測定結果データに基づいて、座標３５５にセットすべき位置座標の値を決定する。座標３５５にセットされる値は、上述したように、タグ読取りの時点のタグリーダ１００の位置座標を表す。この値は、例えば、位置タグ４０の検知位置の位置座標と、当該検知位置からのタグリーダ１００の相対移動量との和であり得る。
　タグ処理部２３１は、物品タグ５０についての読取結果データが受信されると、物品テーブル３１０の座標３１６の値も更新する。物品テーブル３１０の各物品３０の座標３１６の値は、当該物品３０について読取結果テーブル３５０に最後に追加された読取結果レコードの座標３５５の値と同一であってよい。また、タグ処理部２３１は、物品３０が存在する場所１０が変化した場合には、物品テーブル３１０の対応する物品３０の場所３１５の値をも更新する。
　＜４－４．作業ステータスの管理＞
　作業管理部２３２は、物品管理システム１へのユーザ２０によるログインを受付け、ログインしたユーザ２０のユーザ端末１６０に、ユーザ２０が行うべき作業に関連するアプリケーション画面を提供する。ここでのアプリケーションは、例えば、ユーザ端末１６０において稼働する、ウェブブラウザ又は物品管理のための専用のアプリケーションであってよい。アプリケーション画面は、ユーザ端末１６０の表示部１６６により表示される。ログインに先立って、作業管理部２３２は、例えば、ユーザ端末１６０からのアクセスに応じて、図９に示したようなメニュー画面４００をユーザ端末１６０の表示部１６６に表示させる。
　図９を参照すると、メニュー画面４００は、５つのボタン４０１、４０２、４０３、４０４及び４０５を含む。メニュー画面４００においてユーザ２０がボタン４０１を操作すると、作業管理部２３２は、例えばユーザ２０にＩＤ及びパスワードといった認証情報の入力を要求し、入力された認証情報に基づいてユーザ認証を実行する。ユーザ認証が成功すると、物品管理システム１へユーザ２０がログインしている状態となる。ログイン状態は、ユーザ２０がログアウトを選択するまで（又は、操作が行われないまま所定の時間長が経過するまで）継続され得る。
　　（１）作業の登録
　ボタン４０２は、出荷リストの登録又は修正の際に利用される管理画面を呼出すためのボタンである。ボタン４０３は、検収リストの登録又は修正の際に利用される管理画面を呼出すためのボタンである。ボタン４０２又は４０３が操作された際にも、作業管理部２３２は、ユーザ２０が未ログインであれば、認証情報の入力を要求し、ユーザ認証を実行してよい。出荷リスト管理画面及び検収リスト管理画面は、作業の種別が異なるのみで、同じように構成されてよいため、ここでは出荷リスト管理画面についてのみ説明する。
　図１０は、一例としての出荷リスト管理画面４１０を示している。出荷リスト管理画面４１０は、例えば、管理のオプションをユーザに選択させるためのラジオボタン４１１、４１２及び４１３を含む。ラジオボタン４１１は、出荷リストを新規登録する際に選択され得る。ラジオボタン４１２は、登録済みの出荷リストを修正する際に選択され得る。ラジオボタン４１３は、登録済みの出荷リストを登録抹消する際に選択され得る。なお、ここでの出荷リストとは、出荷前確認の対象とされる１つ以上の物品のリストを意味する。
　出荷リスト管理画面４１０は、さらに、作業ＩＤフィールド４２１及び取引ＩＤフィールド４２２を含む。作業ＩＤフィールド４２１は、新たに登録される出荷リスト又は編集される既存の出荷リストに対応する作業ＩＤを表示する。出荷リストの新規登録のケースにおいて、作業管理部２３２は、新たに登録される出荷リストに対応する作業ＩＤを、既存の作業ＩＤと重複しないように自動的に採番してよい。取引ＩＤフィールド４２２は、新たに登録される出荷リスト又は編集される既存の出荷リストに対応する取引ＩＤの入力を受付け、又は入力済みの取引ＩＤを表示する。出荷リストの修正又は登録抹消のケースにおいて、ユーザ２０が作業ＩＤ又取引ＩＤを対応するフィールド４２１又は４２２に入力すると、作業管理部２３２は、作業テーブル３７０において対応する作業を検索する。そして、作業管理部２３２は、検索の結果として特定された作業に関連する情報を作業テーブル３７０及び作業明細テーブル３８０から取得して、出荷リスト管理画面４１０に反映させる。なお、目的の作業を検索するための検索キーは、作業ＩＤ又取引ＩＤに限定されず、物品ＤＢ２２０が保持している任意の１つ以上の情報項目の組合せであってもよい。
　出荷リスト管理画面４１０は、さらに、出荷リストに含めるべき候補物品を検索するための検索手法をユーザに選択させるためのラジオボタン４３１及び４３２と、リーダＩＤフィールド４３３、読取時刻フィールド４３４及び物品名フィールド４３５とを含む。加えて、出荷リスト管理画面４１０は、候補表示ボタン４３６、候補物品エリア４４１、物品リストエリア４４２、追加アイコン４４３、削除アイコン４４４、及び決定ボタン４５１を含む。
　ラジオボタン４３１は、タグリーダ１００によるタグ読取りの結果から候補物品を検索する際に選択され得る。ユーザは、ラジオボタン４３１を選択した場合、検索条件としてのタグリーダ１００のリーダＩＤ及び読取時刻を、リーダＩＤフィールド４３３及び読取時刻フィールド４３４で指定して、候補表示ボタン４３６を操作する。すると、作業管理部２３２は、指定されたタグリーダ１００により指定時刻に近い時刻に検知された物品タグ５０のリストを、読取結果テーブル３５０から抽出する。そして、作業管理部２３２は、抽出した物品タグ５０に対応する物品３０のリストを候補物品エリア４４１に表示させる。
　ラジオボタン４３２は、特定の物品３０の物品名を指定して候補物品を検索する際に選択され得る。ユーザは、ラジオボタン４３２を選択した場合、目的とする物品の名称を、物品名フィールド４３５で指定して、候補表示ボタン４３６を操作する。すると、作業管理部２３２は、指定された名称を有する物品３０を物品テーブル３１０において特定し、特定した物品３０を候補物品エリア４４１に表示させる。作業管理部２３２は、物品名フィールド４３５で指定される文字列に基づく物品名の曖昧検索によって１つ以上の物品３０を特定し、特定した物品３０のリストを候補物品エリア４４１に表示させてもよい。
　図７の例では、３つの物品３０の物品ＩＤ及び名称のペアが、チェックボックスと共に候補物品エリア４４１に表示されている。ユーザは、候補物品エリア４４１に表示された１つ以上の候補物品にチェックを付けて追加アイコン４４３を操作することで、それら候補物品を出荷リストに追加することができる。
　物品リストエリア４４２は、新規登録中又は編集中の出荷リストに含まれる対象物品のリストが表示されるエリアである。図７の例では、２つの物品３０の物品ＩＤ及び名称のペアが、チェックボックスと共に物品リストエリア４４２に表示されている。ユーザは、物品リストエリア４４２に表示された１つ以上の対象物品にチェックを付けて削除アイコン４４４を操作することで、それら対象物品をリストから削除することができる。
　ユーザは、物品リストエリア４４２に表示されている対象物品のリストが意図した通りのリストになると、決定ボタン４５１を操作する。すると、作業管理部２３２は、ユーザにより編集された出荷リスト及び関連する情報を、作業テーブル３７０及び作業明細テーブル３８０に反映させる。例えば、作業管理部２３２は、出荷リストの新規登録のケースにおいて、新たに採番された作業ＩＤのレコードを作業テーブル３７０に追加する。作業テーブル３７０の期日３７３及び場所３７４といった情報は、図中で省略されているさらなる入力フィールドにおいて入力されてもよく、又は取引ＩＤに基づき他のテーブルから取得されてもよい。また、作業管理部２３２は、新たな出荷リストの作業ＩＤと対象物品の物品ＩＤとのペアで識別される１つ以上のレコードを作業明細テーブル３８０に追加する。作業テーブル３７０及び作業明細テーブル３８０に新規追加されるレコードのステータス３７７、３８３の値は「未完了」にセットされる。一方、作業管理部２３２は、出荷リストの編集のケースにおいて、出荷リストの対象物品の追加及び削除を、作業明細テーブル３８０に反映する。
　ユーザは、既存の出荷リストの登録を抹消することを望む場合、ラジオボタン４１３を選択した上で、目的の出荷リストの作業ＩＤ又は取引ＩＤをフィールド４２１又は４２２で指定する。すると、作業管理部２３２は、対応する作業の対象物品のリストを作業明細テーブル３８０から抽出して、物品リストエリア４４２に表示させる。そして、ユーザが決定ボタン４５１を操作すると、作業管理部２３２は、例えば作業テーブル３７０内の対応するレコードのステータス３７７の値を「抹消」に変更する。
　なお、図１０を用いて説明した出荷リスト管理画面４１０は、作業に関連する情報及び対象物品のリストを管理するための画面の一例に過ぎない。管理画面は、図示したものとは異なる画面構成を有していてもよい。例えば、図７に示した作業テーブル３７０の構成と同様のテーブル形式の作業リストが画面上に表示され、表示されたリスト内の作業をユーザが選択することで、個別の作業のための管理画面への遷移が可能とされてもよい。
　　（２）作業ステータスの更新
　本実施形態において、作業管理部２３２は、作業テーブル３７０に登録されている作業（出荷前確認又は検収）に関するステータスの更新を、物品管理システム１へユーザ２０がログインし、作業の開始を表すユーザ操作が検知された状態においてのみ行う。ここでのユーザ操作（第１のユーザ操作）は、ＧＵＩの操作又は音声操作など、いかなる種類の操作であってもよい。典型的には、第１のユーザ操作は、作業管理部２３２によりログインユーザのユーザ端末１６０へ提供されるアプリケーション画面上で検知されるものとする。即ち、作業管理部２３２は、ユーザ端末１６０においてログインユーザにより第１のユーザ操作が行われたことが検知されると、特定の作業に関するステータス更新のためのセッションを開始する。作業管理部２３２は、このセッションの期間中に、タグリーダ１００が対象物品の物品タグ５０からタグＩＤを読取ったと判定される場合に、対象物品の作業に関するステータスを「完了」に更新する。ステータス更新のためのセッションは、全ての対象物品についてステータスの更新が完了し、セッション終了を指示する別のユーザ操作が検知され、又は、予め設定される時間長が経過したことによって終了し得る。こうした実施形態に係るアプリケーション画面の遷移の例を、以下に説明する。
　図９に戻ると、メニュー画面４００のボタン４０４は、ユーザ２０が出荷前確認を行う際に利用されるアプリケーション画面（以下、出荷画面という）を呼出すためのボタンである。ボタン４０５は、ユーザ２０が検収を行う際に利用されるアプリケーション画面を呼出すためのボタンである。ボタン４０４又は４０５が操作された際にも、作業管理部２３２は、ユーザ２０が未ログインであれば、認証情報の入力を要求し、入力された認証情報に基づいてユーザ認証を実行してよい。検収のためのアプリケーション画面の構成は出荷前確認のためのアプリケーション画面の構成と同様であってよいため、ここでは出荷前確認のためのアプリケーション画面についてのみ説明する。
　図１１Ａ～図１１Ｃは、出荷前確認のために提供される出荷画面の例をそれぞれ示している。図１１Ａに示した出荷画面５００ａは、例えば、作業ＩＤフィールド５１１及び関連情報表示エリア５１２、読取開始ボタン５２１、及び物品リスト表示エリア５３０を含む。作業ＩＤフィールド５１１は、ログインユーザが目的の作業の作業ＩＤを選択するためのフィールドである。ここでは、ログインユーザは（「ユーザＡ」という名称の）ユーザ２０ａであるものとする。出荷画面５００ａでは、作業テーブル３７０において作業種別が「出荷」である作業の作業ＩＤが、作業ＩＤフィールド５１１において選択可能とされる。関連情報表示エリア５１２は、選択された作業についての作業関連情報を表示するための表示領域である。物品リスト表示エリア５３０は、選択された作業について登録済みの対象物品のリストを表示するための表示領域である。
　図１１Ａの例では、作業ＩＤフィールド５１１で作業ＩＤ「ＳＨ０２」が選択されており、対応する作業に関連する取引相手、作業期日及び作業場所の情報が関連情報表示エリア５１２に表示されている。作業ＩＤフィールド５１１の下には、選択された作業のステータスが表示されており、ここではステータスは「未完了」である。この作業ステータスの値は、作業テーブル３７０のステータス３７７の値に対応する。物品リスト表示エリア５３０には、選択された作業について作業明細テーブル３８０に登録済みの３つの対象物品の物品ＩＤ、名称及び読取りのステータスが表示されている。ここでは、対象物品は「物品Ｄ」、「物品Ｅ」及び「物品Ｆ」であり、どの対象物品の読取りもまだ行われていない。物品リスト表示エリア５３０に表示される各対象物品の読取りのステータスの値は、作業明細テーブル３８０のステータス３８３の値に対応する（例えば、「未完了」は「ＮＯ」に、「完了」は「ＹＥＳ」に対応し得る）。
　ステータスの更新の条件とされる上述した第１のユーザ操作は、ここでは、読取開始ボタン５２１の操作（例えば、タッチ又はクリック）である。即ち、作業管理部２３２は、出荷画面５００ａにおいて読取開始ボタン５２１が操作された場合に、物品リスト表示エリア５３０に表示された対象物品について、タグ読取りの結果に基づくステータスの更新のためのセッションを開始する。
　読取開始ボタン５２１が操作された後、例えばユーザ２０ａがタグリーダ１００ａを使用して「物品Ｄ」の物品タグ５０からタグＩＤを読取ると、出荷画面５００ａは、図１１Ｂに示した出荷画面５００ｂへ遷移する。出荷画面５００ｂは、読取開始ボタン５２１が読取停止ボタン５２２へ変化していることを除き、出荷画面５００ａと同様の構成を有する。図中で破線枠５３１で示したように、「物品Ｄ」の読取りのステータスは「ＹＥＳ」へ更新されている。また、破線枠５１３で示したように、作業のステータスは「進行中」へ更新されている。「進行中」というステータスは、作業は開始したもののタグ読取りの完了していない対象物品が残っていることを意味する。
　さらに、ユーザ２０ａがタグリーダ１００ａを使用して「物品Ｅ」及び「物品Ｆ」の物品タグ５０からタグＩＤを読取ると、画面は図１１Ｃに示した出荷画面５００ｃへ遷移する。出荷画面５００ｃは、読取停止ボタン５２２が消えていることを除き、出荷画面５００ｂと同様の構成を有する。図中で破線枠５３２及び５３３で示したように、「物品Ｅ」及び「物品Ｆ」の読取りのステータスは「ＹＥＳ」へ更新されている。また、破線枠５１４で示したように、作業のステータスは「完了」へ更新されている。
　このように、ユーザ２０のログイン状態が維持され、ステータス更新セッションが継続している間に、ユーザ２０は、各対象物品の物品タグ５０からのタグＩＤの読取りを進める。そして、作業管理部２３２は、全ての対象物品についてタグＩＤの読取りが終了すると、作業全体が完了したことを認識し、作業テーブル３７０の対応する作業レコードのステータス３７７の値を「完了」へ更新する。
　　（３）様々なステータス更新条件
　作業管理部２３２が作業に関するステータスを更新するための更新条件は、上述したように、ユーザ２０が物品管理システム１へログインし、目的とする作業の開始を表すユーザ操作をユーザ端末１６０において行ったことを少なくとも含む。図１２は、そうした基本的なステータス更新条件について説明するための説明図である。
　図１２の例では、場所１０ａに物品３０ｄ、３０ｅ及び３０ｆが存在する。物品３０ｄは、出荷前確認の対象物品であるものとする。場所１０ａにおいて、２人のユーザ２０ａ及び２０ｂが活動している。ユーザ２０ａは、ユーザ端末１６０ａを用いて管理サーバ２００へアクセスし、ログインに成功した後、出荷画面５００ａの読取開始ボタン５２１を操作する。それにより、物品３０ｄを対象物品とする出荷前確認のためのステータス更新セッションが開始される。物品３０ｄは、ユーザ２０ａが携帯しているタグリーダ１００ａの読取レンジＲａの内部にあるため、タグリーダ１００ａは、物品３０ｄの物品タグ５０ｄからタグＩＤを読取る（図中の矢印Ａ１）。作業管理部２３２は、このタグ読取りの結果に基づいて、作業明細テーブル３８０の物品３０ｄに対応するレコードのステータス３８３の値を「完了」へ更新することができる。
　但し、物品３０ｄは、ユーザ２０ｂが携帯しているタグリーダ１００ｂの読取レンジＲｂにも含まれる。したがって、ステータス更新セッションが継続している間、タグリーダ１００ｂが物品３０ｄの物品タグ５０ｄからタグＩＤを読取る可能性もある（図中の矢印Ａ２）。こうしたログインユーザ以外のユーザが使用するタグリーダ、又は特定のユーザに関連付けられていないタグリーダによるタグ読取りの結果に基づくステータスの更新は、システムの要件に依存して、許容されてもよい。これが許容される場合、複数のユーザが共同で作業を行うケースで、いずれか１人のユーザがシステムにログインしてステータス更新セッションを開始するだけで、全てのユーザがそれぞれのタグリーダを使用してタグ読取りを効率的に進めることが可能となる。また、作業現場に特定のユーザに関連付けられていないタグリーダを備え付けておき、システムにログインしてステータス更新セッションを開始した任意のユーザが、そのタグリーダを使用して作業を行うことも可能となる。
　一方で、上述した基本的なステータス更新条件に加えて、追加的なステータス更新条件を取り入れることによって、ログインユーザが使用しているタグリーダ１００ではないタグリーダによるタグ読取りの結果に基づくステータスの更新が防止されてもよい。言い換えると、作業管理部２３２は、ログインユーザが使用しているタグリーダ１００が対象物品の物品タグ５０からタグＩＤを読取ったと判定される場合にのみ、対象物品の作業に関するステータスを更新してもよい。
　例えば、作業管理部２３２は、タグリーダ１００がログインユーザのユーザタグ６０からタグＩＤを読取ったことを示す読取結果データが受信された場合に、ログインユーザが当該タグリーダ１００を使用していると判定してもよい。図１３は、そうした追加的なステータス更新条件について説明するための説明図である。
　図１３の例では、場所１０ａに物品３０ｄを含む複数の物品３０が存在する。物品３０ｄは、出荷前確認の対象物品であるものとする。場所１０ａにおいて、ユーザ２０ａが活動している。ユーザ２０ａは、ユーザ端末１６０ａを用いて管理サーバ２００へアクセスし、ログインに成功した後、所定のユーザ操作を行って出荷前確認のためのステータス更新セッションを開始する。ユーザ２０ａが携帯しているタグリーダ１００ａは、ユーザタグ６０ａからタグＩＤを読取り（図中の矢印Ａ３）、さらに物品３０ｄの物品タグ５０ｄからタグＩＤを読取る（図中の矢印Ａ４）。作業管理部２３２は、これらタグ読取りの結果に基づいて、ログインユーザであるユーザ２０ａが使用しているタグリーダ１００ａが対象物品である物品３０ｄの物品タグ５０ｄからタグＩＤを読取ったと判定する。そして、作業管理部２３２は、作業明細テーブル３８０の物品３０ｄに対応するレコードのステータス３８３の値を「完了」へ更新する。なお、作業管理部２３２は、ユーザタグ６０及び物品タグ５０からのタグＩＤの読取りの間の読取時刻の差が所定の時間閾値を下回る場合にのみ、ステータスの更新を行ってもよい。また、作業管理部２３２は、ユーザタグ６０及び物品タグ５０からのタグＩＤの読取りの間の読取位置の差が所定の距離閾値を下回る場合にのみ、ステータスの更新を行ってもよい。
　このように、ログインユーザが関わるタグ読取りの結果のみに基づいて、対象物品のステータスが更新されるようにすることで、作業に無関係のはずのタグリーダがユーザの意図に反するステータス更新を引き起こしてしまう不都合を防止することができる。それにより、ステータス更新の信頼性が一層向上される。
　作業管理部２３２は、ユーザタグ６０からの１回のタグ読取りの結果ではなく、複数回にわたるタグ読取りの履歴に基づいて、どのユーザ２０がどのタグリーダ１００を使用しているのかを判定してもよい。例えば、過去の一定の期間内に、タグリーダ１００ａがユーザタグ６０ａを多数回検知した一方で、タグリーダ１００ｂはユーザタグ６０ａをわずかな回数しか検知しなかったものとする。この場合、作業管理部２３２は、タグ読取りの履歴に基づいて、ユーザ２０ａがタグリーダ１００ａを使用していると判定し得る。図６（Ａ）のリーダテーブル３３０の使用ユーザ３３３の値は、このような判定に基づいてセットされてもよい。
　ある変形例において、リーダテーブル３３０におけるタグリーダ１００と当該タグリーダ１００を使用するユーザ２０との間の関連付けが、ユーザタグ６０からのタグＩＤの読取りに依拠することなく、予め与えられていてもよい。例えば、ユーザ２０ａがタグリーダ１００ａを常に使用する場合、ユーザ２０ａをタグリーダ１００ａに関連付けるために、リーダテーブル３３０の対応するレコードの使用ユーザ３３３の欄に予めユーザ２０ａを識別するユーザＩＤ「Ｕ００１」が登録される。作業管理部２３２は、この使用ユーザ３３３のユーザＩＤに基づいて、ユーザ２０ａがタグリーダ１００ａを使用していると判定してもよい。
　他の変形例において、作業管理部２３２は、ユーザ２０がログインのために使用しているユーザ端末１６０がタグリーダ１００との通信接続を有することに基づいて、当該ユーザ２０が当該タグリーダ１００を使用していると判定してもよい。例えば、ユーザ端末１６０ａは、接続部１６４を介してタグリーダ１００ａとローカルの通信接続を確立する。ユーザ２０ａがユーザ端末１６０ａを用いて物品管理システム１へログインすると、ユーザ端末１６０ａの制御部１６１は、タグリーダ１００ａとの通信接続を通じて取得されるタグリーダ１００ａのリーダＩＤを管理サーバ２００へ送信する。作業管理部２３２は、このリーダＩＤを受信することにより、ログインユーザであるユーザ２０ａがタグリーダ１００ａを使用していると判定することができる。
　追加的なステータス更新条件は、タグリーダ１００が作業が予定されている場所１０の位置タグ４０からタグＩＤを読取ったことを含んでもよい。図１４は、そうした追加的なステータス更新条件について説明するための説明図である。
　図１４の例でも、場所１０ａに物品３０ｄを含む複数の物品３０が存在する。物品３０ｄは、出荷前確認の対象物品であるものとする。また、場所１０ａは、ユーザ２０ａが行おうとする作業である出荷前確認について、作業テーブル３７０に事前に登録された作業場所であるものとする。ユーザ２０ａは、ユーザ端末１６０ａを用いて管理サーバ２００へアクセスし、ログインに成功した後、所定のユーザ操作を行って出荷前確認のためのステータス更新セッションを開始する。ユーザ２０ａが携帯しているタグリーダ１００ａは、場所１０ａに設置されている位置タグ４０ａから、場所１０ａの場所ＩＤ「ＰＬ０１」に関連付けられているタグＩＤを読取る（図中の矢印Ａ５）。さらに、ユーザ２０ａが移動した後、タグリーダ１００ａは、物品３０ｄの物品タグ５０ｄからタグＩＤを読取る（図中の矢印Ａ６）。作業管理部２３２は、これらタグ読取りの結果に基づいて、ステータス更新条件が満たされたと判定し、作業明細テーブル３８０の物品３０ｄに対応するレコードのステータス３８３の値を「完了」へ更新する。こうしたステータス更新条件によれば、作業が予定されていない場所で誤ってステータス更新セッションが開始されても、その結果として各対象物品の作業に関するステータスが更新されてしまうことを防止することができる。よって、ステータス更新の信頼性をより高めることができる。
　追加的なステータス更新条件は、タグリーダ１００において第２のユーザ操作が検知されたことを含んでもよい。一例として、第２のユーザ操作は、タグリーダ１００の操作部１１５のボタンの押下であるものとする。この例において、作業管理部２３２は、ユーザ２０がタグリーダ１００においてボタンを押下している状態で、対象物品の物品タグ５０からタグＩＤが読取られた場合にのみ、当該対象物品の作業に関するステータスを更新してもよい。代替的に、作業管理部２３２は、ユーザ２０がタグリーダ１００においてボタンを押下してから一定の時間長が経過し又は再度ボタンが押下されるまでの期間の間にタグＩＤが読取られた場合にのみ、対象物品の作業に関するステータスを更新してもよい。タグリーダ１００の制御部１１１は、例えば、第２のユーザ操作が検知されたことを示すフラグ（又は任意の形式の標識）を、読取結果データに含めて管理サーバ２００へ送信してもよい。それにより、作業管理部２３２は、フラグの付与された読取結果データを読取結果テーブル３５０から迅速に取得して、各対象物品についてステータスを更新すべきかを効率的に判定することができる。
　本項では、ステータス更新条件の数多くの例を説明したが、説明した条件は互いにどのように組み合わされてもよい。例えば、基本的なステータス更新条件と共に、ログインユーザのユーザタグ６０の読取り、位置タグ４０の読取り、及び第２のユーザ操作の検知のうちの２つ以上が、ステータス更新条件に含められてもよい。
＜５．処理の流れ＞
　図１５は、本実施形態において管理サーバ２００により実行され得るステータス更新処理の流れの一例を示すフローチャートである。このステータス更新処理は、例えば、ユーザ２０がユーザ端末１６０において出荷前確認又は検収のためのアプリケーション画面を呼出した際に開始され得る。なお、ステータス更新処理の開始前に、作業テーブル３７０及び作業明細テーブル３８０にはいくつかの作業及びそれらの対象物品のリストが登録済みであるものとする。以下の説明では、処理ステップをＳ（ステップ）と略記する。
　まず、Ｓ１１１で、作業管理部２３２は、物品管理システム１へのユーザ２０によるログインを受付る。作業管理部２３２は、例えばユーザ２０によりユーザ端末１６０の画面上で入力された認証情報に基づいて、ユーザ認証（ログイン認証）を実行し得る。ここでは、認証は成功し、ユーザ２０が物品管理システム１へログインしている状態になるものとする。
　次いで、Ｓ１１３で、作業管理部２３２は、ログインユーザであるユーザ２０のユーザ端末１６０に、作業に関するアプリケーション画面を表示させる。例えば、ユーザ２０が目的とする作業が出荷前確認であれば、ユーザ端末１６０の表示部１６６により、図１１Ａに示した出荷画面５００ａが表示され得る。
　次いで、Ｓ１１５で、作業管理部２３２は、表示された画面上で、ユーザ２０による作業の指定を受付ける。例えば、ユーザ２０は、事前に登録済みの作業のうち未完了の（又は進行中であったが停止した）作業のうちの１つを指定する。
　次いで、Ｓ１１７で、作業管理部２３２は、ユーザ２０により指定された作業に関するデータを作業テーブル３７０から、１つ以上の対象物品のリストを作業明細テーブル３８０から取得する。
　次いで、Ｓ１１９で、作業管理部２３２は、ステータス更新のためのタグ読取作業の開始を表す第１のユーザ操作の検知を待ち受ける。第１のユーザ操作が検知されたことがユーザ端末１６０から通知されると、処理はＳ１２１へ進む。ここで、作業管理部２３２は、Ｓ１１５で指定された作業についての作業テーブル３７０のステータス３７７の値を「進行中」に更新してもよい。
　Ｓ１２１で、作業管理部２３２は、対象物品の物品タグ５０からのタグＩＤの読取り以外のステータス更新条件が充足されたかを判定する。ここでのステータス更新条件は、例えば、
　１）ログインユーザのユーザタグ６０からのタグＩＤの読取り
　２）タグリーダ１００における第２のユーザ操作の検知
　３）作業場所に設置された位置タグ４０からのタグＩＤの読取り
のうちの１つ以上を含み得る。所要の条件が充足されたと判定される場合、処理はＳ１２３へ進む。いずれかの条件が充足されていないと判定される場合、作業管理部２３２は、対応するアクションを行うことを促すメッセージをユーザ端末１６０に表示させてもよい（例えば、「ユーザタグを読取って下さい」、「タグリーダのボタンを押して下さい」など）。
　Ｓ１２３で、通信部２１０は、タグリーダ１００から読取結果データを受信する。ある実施例において、ここでの読取結果データの受信元のタグリーダ１００は、ログインユーザが使用していると判定されるタグリーダ１００である。他の実施例において、ここでの読取結果データの受信元のタグリーダ１００は、任意のタグリーダ１００である。タグ処理部２３１は、受信した読取結果データに対応する読取結果レコードを読取結果テーブル３５０に追加する。
　その後の処理は、Ｓ１２５で、読取結果データにより示されるタグＩＤがＳ１１７で取得したリストに含まれる対象物品の物品タグ５０のタグＩＤであるか否かに依存して分岐する。対象物品の物品タグ５０のタグＩＤである場合、処理はＳ１２７へ進む。そうでない場合、処理１３１へ進む。
　Ｓ１２７で、作業管理部２３２は、ステータス更新条件が充足されている状態で対象物品の物品タグ５０からタグＩＤが読取られたと判定されたため、その対象物品についての作業明細テーブル３８０のステータス３８３の値を「完了」に更新する。
　次いで、Ｓ１２９で、作業管理部２３２は、進行中の作業の全ての対象物品についてタグ読取りが完了したか否かを判定する。全ての対象物品についてタグ読取りが完了した場合には、処理はＳ１３３へ進む。一方、タグ読取りが完了していない対象物品が残っている場合には、処理はＳ１３１へ進む。
　Ｓ１３１で、作業管理部２３２は、ステータス更新処理を継続するか否かを判定する。例えば、ユーザ端末１６０において作業の停止を指示するユーザ操作（例えば、図１１Ｂの出荷画面５００ｂのボタン５２２の操作）が検知された場合には、作業管理部２３２は、ステータス更新処理を終了すると判定する。作業管理部２３２は、ステータス更新処理を継続すると判定した場合、Ｓ１２３における読取結果データの待受けに戻る。
　全ての対象物品についてタグ読取りが完了した場合、Ｓ１３３で、作業管理部２３２は、Ｓ１１５で指定された作業についての作業テーブル３７０のステータス３７７の値を「完了」に更新する。そして、図１５に示したステータス更新処理は終了する。
＜６．まとめ＞
　ここまで、図１～図１５を用いて、本開示に係る技術の様々な実施形態、実施例及び変形例について詳細に説明した。上述した実施形態によれば、物品管理システムにおいて、ユーザによる作業の対象とされる１つ以上の物品のリスト、及び各物品の当該作業に関するステータスがデータベースで管理される。各物品には、識別情報を記憶している無線デバイスが付される。読取装置は、無線デバイスからの識別情報の読取りを試行する。そして、ユーザがシステムへログインし、上記作業の開始を表すユーザ操作が検知された状態で、上記リストに含まれる第１物品に付された第１無線デバイスから第１識別情報が読取られたと判定されると、当該第１物品の作業に関するステータスが更新される。かかる構成によれば、システム内で経時的に蓄積されていく多数のタグ読取りの結果のうちで作業を担当するユーザが意図したタイミングで取得された読取結果を容易に判別して、各物品の作業に関するステータスを適切に更新することができる。それにより、タグ読取りの結果に基づく物品の管理状況の更新の信頼性が向上される。上記作業の開始を表すユーザ操作がユーザ端末に提供されるアプリケーション画面上で検知される場合、ユーザは、別個に読取装置を作業の都度オン／オフする必要がない。したがって、作業の煩雑さは低減され、稼働しているべきタイミングでタグリーダがオフのままとなってしまっているミスの虞も排除することもできる。
　また、上述した実施形態によれば、作業に関するステータスを更新するための更新条件は、システムへログインしたユーザが使用している読取装置により第１無線デバイスから第１識別情報が読取られたことを含む。この場合、作業に無関係のはずの読取装置がユーザの意図に反するステータス更新を引き起こしてしまう不都合を防止することができる。それにより、ステータス更新の信頼性を一層向上することができる。ある実施例によれば、ユーザがそれぞれ第２無線デバイスを携帯し、ログインユーザにより携帯される第２無線デバイスからの第２識別情報の読取りの結果に基づいて、ログインユーザがどの読取装置を使用しているかが判定され得る。かかる構成によれば、ユーザと読取装置との間の関連付けが第２識別情報の読取りの結果に基づいて動的に判定されるため、複数のユーザによる読取装置の柔軟な取り扱いが可能となる（例えば、各ユーザが固有の読取装置を使用することを強いられない）。ある変形例によれば、データベースにおいて読取装置がログインユーザに予め関連付けられている場合に、ログインユーザがその読取装置を使用していると判定されてもよい。この場合、各ユーザは第２無線デバイスを携帯しなくてもよい。また別の変形例によれば、ログインユーザが使用している端末装置が読取装置との通信接続を有することに基づいて、ログインユーザがその読取装置を使用していると判定されてもよい。この場合にも、各ユーザは第２無線デバイスを携帯しなくてもよく、加えて、各ユーザは作業ごとに異なる読取装置を使用することもできる。
　また、上述した実施形態によれば、上記更新条件は、読取装置においてさらなるユーザ操作が検知された状態で、当該読取装置が第１無線デバイスから第１識別情報を読取ったことを含んでもよい。この場合、読取装置が経時的に蓄積されていく読取結果のうちステータス更新をトリガすべき読取結果にフラグ等の標識を付与することができるため、作業に関するステータスの更新が一層効率的となる。
　また、上述した実施形態によれば、上記更新条件は、作業が行われる場所に設置された第３無線デバイスから第３識別情報が読取られたことを含んでもよい。この場合、作業が予定されていない場所で作業の開始を表すユーザ操作が誤って行われたとしても、その結果として望ましくないステータス更新が引き起こされてしまうことを防止することができる。
　また、上述した実施形態によれば、各無線デバイスは、ＲＦＩＤタグであり、読取装置は、読取レンジ内へ放射した電磁波のエネルギーを利用してＲＦＩＤタグから返送されて来る情報を読取る。この場合、各物品に付される無線デバイスにバッテリ及び複雑な送受信機を搭載する必要がなく、物品管理システムの管理下に多数の物品がある状況でも、上述した実施形態に係る仕組みを低コストで取り入れることができる。
＜７．その他の実施形態＞
　上記実施形態は、１つ以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出して実行する処理の形式でも実現可能である。また、１つ以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
　発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
　本願は、２０２１年９月３日提出の日本国特許出願特願２０２１－１４４１６９を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。

Claims (12)

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

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021144169A JP2023037419A (ja) 2021-09-03 2021-09-03 物品管理システム、方法及び情報処理装置
JP2021-144169 2021-09-03

Publications (1)

Publication Number Publication Date
WO2023032440A1 true WO2023032440A1 (ja) 2023-03-09

Family

ID=85412059

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/025499 WO2023032440A1 (ja) 2021-09-03 2022-06-27 物品管理システム、方法及び情報処理装置

Country Status (2)

Country Link
JP (1) JP2023037419A (ja)
WO (1) WO2023032440A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008226074A (ja) * 2007-03-15 2008-09-25 Kyosan Electric Mfg Co Ltd 作業管理システム
JP2008234537A (ja) * 2007-03-23 2008-10-02 Nec Corp 偽造商品検知システムおよび偽造商品検知方法
JP2008310510A (ja) * 2007-06-13 2008-12-25 Hitachi Ltd 商品認証システム及び商品認証方法
JP2015090514A (ja) * 2013-11-05 2015-05-11 富士ゼロックス株式会社 検品支援装置、検品支援システム及びプログラム
JP2020155122A (ja) * 2019-03-12 2020-09-24 シーオス株式会社 医療材料の管理システム、管理サーバおよびプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008226074A (ja) * 2007-03-15 2008-09-25 Kyosan Electric Mfg Co Ltd 作業管理システム
JP2008234537A (ja) * 2007-03-23 2008-10-02 Nec Corp 偽造商品検知システムおよび偽造商品検知方法
JP2008310510A (ja) * 2007-06-13 2008-12-25 Hitachi Ltd 商品認証システム及び商品認証方法
JP2015090514A (ja) * 2013-11-05 2015-05-11 富士ゼロックス株式会社 検品支援装置、検品支援システム及びプログラム
JP2020155122A (ja) * 2019-03-12 2020-09-24 シーオス株式会社 医療材料の管理システム、管理サーバおよびプログラム

Also Published As

Publication number Publication date
JP2023037419A (ja) 2023-03-15

Similar Documents

Publication Publication Date Title
US9940491B2 (en) Location tracking system
JP5972858B2 (ja) ターゲット捜索システム及びその捜索方法
KR100754548B1 (ko) 전자 태그 위치 측위 이동통신 단말기 및 위치정보 제공시스템 및 서비스 방법
US9306660B2 (en) Dynamic interactive zone driven proximity awareness system
US10664809B2 (en) Observation based event tracking
US20090115609A1 (en) Transaction originating proximate position unattended tracking of asset movements with or without wireless communications coverage
US20130217410A1 (en) Method and apparatus for positioning location of wireless access point
JP6107720B2 (ja) 探索システム及び探索装置
US9396640B2 (en) RFID active child tracker
US20220318585A1 (en) Industrial electronic badge
US20200296684A1 (en) Terminal device for position measurement, computer program, and system
WO2023032440A1 (ja) 物品管理システム、方法及び情報処理装置
JP5848191B2 (ja) 物流管理システム、物流管理端末および物流管理方法
JP5994415B2 (ja) 位置情報管理システム、管理サーバ及び動線管理方法
JP2019125181A (ja) 所在管理システム、所在管理方法、所在管理装置及びプログラム
JP4705322B2 (ja) 持ち物管理装置、持ち物管理方法及び持ち物管理システム
WO2023013266A1 (ja) 物品管理システム、物品管理方法及び情報処理装置
JP5963734B2 (ja) 情報処理装置、情報処理システム、及び情報処理方法
WO2023026649A1 (ja) 物品検査システム、検査方法及び情報処理装置
US20240161058A1 (en) Item management system, item management method, and information processing apparatus
US20240054301A1 (en) Process management system, method and information processing apparatus
US20240127177A1 (en) Methods and devices for item tracking in closed environments
US20230401408A1 (en) Item management system, item management method, reading apparatus, and information processing apparatus
JP6447646B2 (ja) 探索システム
JP2006268140A (ja) 勤怠管理システム及び方法並びにプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22864028

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE