Item management system, method and information processing device

Abstract

To improve reliability of update of management status of an article based on a result of reading a tag.SOLUTION: An article management system includes: a reading apparatus capable of reading, from a wireless device, identification information stored in the wireless device; a management unit for managing, in a database, a list of one or more articles that are the subjects of work by a user and a status relating to the work on each article; and a first wireless device added to a first article included in the list, the first wireless device storing first identification information associated with the first article. The management unit updates the status of the first article when a first user logs in to the article management system and it is determined that the reading apparatus has read the first identification information from the first wireless device in a state in which a first user operation is detected, the first user operation representing initiation of the work relating to the list.SELECTED DRAWING: Figure 12

Description

[Technical Field]

[0001] The present disclosure relates to an article management system, method, and information processing device. [Background technology]

[0002] RFID (Radio Frequency Identification) is a technology that enables information embedded in small devices, also known as tags, to be read by an external reader via near-field wireless communication. For example, by attaching RFID tags with embedded unique identification information to items, it becomes possible to efficiently track the location of items in inventory and distribution management, and it also makes it easier to visualize information about items under management. Among these, passive RFID tags, which transmit information using electromagnetic wave energy emitted from a reader, are inexpensive to manufacture because they do not require batteries, and can operate semi-permanently, so they are being used in a variety of applications beyond inventory and distribution management.

[0003] Patent Document 1 discloses an example of a system that utilizes RFID tags for inventory management of goods. The system in Patent Document 1 can easily determine the inventory status by collecting and processing information read by a reader (also called a scanner) from RFID tags attached to goods at the timing of arrival, shipment, and inventory, for example. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Laid-Open No. 2002-150241 Summary of the Invention [Problem to be solved by the invention]

[0005] When using RFID technology in situations where reliable information updates are required, such as inventory or distribution management, the trade-off between the ease of tag reading with a tag reader and the reliability of information updates based on the read results can sometimes be problematic. For example, assume that multiple users carry tag readers in a location where goods to be shipped to a trading partner or goods received from a trading partner are inspected. If each tag reader is constantly operating, tag read results from RFID tags accumulate over time without the user even being aware of the tag reader's operation. Among these read results, some should trigger information updates and others do not, making it difficult for the system to distinguish between them. While this inconvenience would not occur if the tag reader were only operated when information updates were required, other problems arise: the cumbersome task of repeatedly turning the tag reader on and off and the risk of accidentally turning the tag reader off when it should be running.

[0006] In view of the above, the present invention aims to improve the reliability of updating the management status of an item based on the results of tag reading. [Means for solving the problem]

[0007] According to one aspect, an item management system includes: a reader capable of reading, from a wireless device, identification information stored in the wireless device; and a list of one or more items to be processed by a user. Location information of each item, a management unit that manages the status of each item related to the work in a database; and a first wireless device that is attached to a first item included in the list and stores first identification information associated with the first item; The reading device periodically attempts to read information from a wireless device within a reading range, and the management unit receives reading result data indicating a result of the reading attempt from the reading device and updates the location information based on the reading result data; The management unit, when a first user logs in to the item management system and a first user operation indicating the start of the work related to the list is detected, Based on the read result data An article management system is provided that updates the status of the first article when it is determined that the reading device has read the first identification information from the first wireless device. Corresponding methods and information processing devices are also provided. [Effects of the Invention]

[0008] According to the present invention, the reliability of updating the management status of an item based on the result of tag reading is improved. [Brief explanation of the drawings]

[0009] [Figure 1] FIG. 1 is a schematic diagram showing an example of the configuration of an item management system according to an embodiment. [Figure 2] FIG. 2 is a block diagram showing an example of the configuration of a tag reader according to an embodiment. [Figure 3] FIG. 2 is a block diagram showing an example of the configuration of a user terminal according to an embodiment. [Figure 4] FIG. 2 is a block diagram showing an example of the configuration of a management server according to an embodiment. [Figure 5] FIG. 4 is an explanatory diagram showing an example of the configuration of an item table and a location table according to an embodiment. [Figure 6] 3A and 3B are explanatory diagrams showing examples of the configurations of a reader table, a user table, and a read result table according to an embodiment. [Figure 7] FIG. 2 is an explanatory diagram showing an example of the configuration of a work table according to an embodiment. [Figure 8] FIG. 10 is an explanatory diagram showing an example of the configuration of a work detail table according to an embodiment. [Figure 9] FIG. 2 is an explanatory diagram illustrating an example of a menu screen of a GUI (Graphical User Interface) provided by the management server. [Figure 10] FIG. 10 is an explanatory diagram illustrating an example of a screen for registering a shipping list according to an embodiment. [Figure 11A] FIG. 10 is a first explanatory diagram for explaining an example of transition of screens provided for pre-shipment confirmation. [Figure 11B] FIG. 20 is a second explanatory diagram for explaining an example of transition of screens provided for pre-shipment confirmation. [Figure 11C] FIG. 10 is a third explanatory diagram for explaining an example of transition of screens provided for pre-shipment confirmation. [Figure 12] FIG. 10 is an explanatory diagram for explaining basic status update conditions. [Figure 13] FIG. 10 is an explanatory diagram for explaining an example of an additional status update condition. [Figure 14] FIG. 10 is an explanatory diagram for explaining another example of an additional status update condition. [Figure 15] 10 is a flowchart showing an example of the flow of a status update process executed by the management server. DETAILED DESCRIPTION OF THE INVENTION

[0010] Hereinafter, embodiments will be described in detail with reference to the accompanying drawings. Note that the following embodiments do not limit the scope of the invention claimed. Although multiple features are described in the embodiments, not all of these multiple features are necessarily essential to the invention, and multiple features may be combined arbitrarily. Furthermore, in the accompanying drawings, the same reference numerals are used to designate the same or similar components, and redundant explanations will be omitted.

[0011] <1. System Overview> FIG. 1 is a schematic diagram showing an example of the configuration of an item management system 1 according to an embodiment. Here, the item management system 1 is a system for managing the status of tasks such as pre-shipment confirmation of items and inspection of received items. Note that the technology according to the present disclosure is not limited to this example and may be applied to a variety of applications involving updating status related to item management. Items may be inanimate objects (e.g., machines, equipment, tools, materials, consumer goods, parts, vehicles, or robots) or living objects (e.g., animals or plants).

[0012] 1 shows two locations 10a and 10b under the management of an item management system 1. At location 10a, a user 20a and items 30a, 30b, and 30c exist. At location 10b, a user 20b and an item 30d exist. Users 20a and 20b can move freely between locations 10a and 10b (and other locations).

[0013] The item management system 1 utilizes wireless devices, also called tags, for the purpose of item management. In this embodiment, the item management system 1 includes three types of tags. The first type of tag (first wireless device) is an item tag attached to each item managed by the item management system 1. The second type of tag (second wireless device) is a user tag carried by a user. The third type of tag (third wireless device) is a location tag installed at each location where a user performs work in the item management system 1.

[0014] In the example of FIG. 1 , location tags 40a and 40b are installed at locations 10a and 10b, respectively. The installation locations of the location tags 40a and 40b may be fixed or may be changeable. If the location itself moves (e.g., a work site is moved), the location tags may also be moved along with the location. Item tags 50a, 50b, 50c, and 50d are attached to items 30a, 30b, 30c, and 30d, respectively. Each item tag moves along with the movement of the corresponding item. User 20a carries user tag 60a, and user 20b carries user tag 60b. User tags 60a and 60b may be, for example, IC card-type devices such as employee ID cards or building entrance passes. Note that, in this specification, the expression "a user carrying an object" broadly encompasses various ways in which the user moves with the object (e.g., moving while holding or wearing the object).

[0015] In the following description, when it is not necessary to distinguish between the locations 10a and 10b, the alphabet at the end of the reference numeral will be omitted and they will be collectively referred to as the location 10. The same applies to the items 30 (items 30a, 30b, ...), location tags 40 (40a, 40b, ...), item tags 50 (item tags 50a, 50b, ...), user tags 60 (user tags 60a, 60b, ...), and other elements. The number of locations 10 and the number of items 30 managed in the item management system 1 are not limited to the example shown in FIG. 1 and may be any number. Similarly, the number of users 20 using the item management system 1 is also not limited to the example shown in FIG. 1 and may be any number.

[0016] In this embodiment, each of the tags, such as the location tag 40, the item tag 50, and the user tag 60, is a passive RFID tag (passive tag). A passive tag is composed of a small IC (Integrated Circuit) chip with built-in memory and an antenna, and stores identification information and other information that identifies the tag in the memory. In this specification, the identification information is simply referred to as an ID, and the identification information that identifies the tag is also referred to as a tag ID. Note that the tag ID may also be considered as information that identifies the object to which the tag is attached. The IC chip of the passive tag operates using the energy of electromagnetic waves emitted from a tag reader, modulates the tag ID and other information stored in the memory into an information signal, and transmits (returns) the information signal from the antenna.

[0017] In the example of FIG. 1 , item tags 50a, 50b, 50c, and 50d have unique tag IDs 51a, 51b, 51c, and 51c embedded therein, respectively. The tag ID 51 (first identification information) of each item tag 50 is associated with the item 30 to which the item tag 50 is attached in a database described below. User tags 60a and 60b also have unique tag IDs embedded therein. The 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 have unique tag IDs embedded therein. The tag ID (third identification information) of each location tag 40 is associated with the location where the location tag 40 is installed.

[0018] In another embodiment, each tag may be an active RFID tag. When each tag actively (e.g., periodically) transmits information to the surroundings using power from a built-in battery, the tag may be called a beacon tag. In yet another embodiment, each tag may be a wireless device that responds to a signal from a reader and returns information using, for example, the NFC (Near Field Communication) method or the Bluetooth (registered trademark) method. Each tag may be called any name, such as an IC tag, an IC card, or a responder.

[0019] In addition to the user tag 60a, the user 20a carries a tag reader 100a and a user terminal 160a. In addition to the user tag 60b, the user 20b carries a tag reader 100b and a user terminal 160b. The tag reader 100 and the user terminal 160 may be considered to constitute a portable system carried by the user 20. The item management system 1 includes such a portable system and a management server 200. One or both of the tag reader 100 and the user terminal 160, and the management server 200 are connected to a network 5. The network 5 may be a wired network, a wireless network, or any combination thereof. Examples of the network 5 may include the Internet, an intranet, and a cloud network.

[0020] The tag reader 100 is a reading device capable of reading information stored in a wireless device such as an RFID tag. The tag reader 100 can detect an item 30, for example, by reading a tag ID 51 from an item tag 50 attached to the item 30. The tag reader 100 performs reading periodically or in response to some trigger such as a user operation, and transmits the tag reading result to the management server 200. The tag reader 100 may be capable of communicating directly with the management server 200, or may be capable of communicating indirectly with the management server 200 via some relay device (e.g., a user terminal 160). An example of a specific configuration of the tag reader 100 will be further described later.

[0021] The user terminal 160 may be any type of terminal device, such as a notebook PC (Personal Computer), a tablet PC, a smartphone, or a smartwatch. The user terminal 160 may be used for interaction with the user 20 via the article management system 1. An example of a specific configuration of the user terminal 160 will be further described later.

[0022] The management server 200 is an information processing device that manages the status, location information, and other information related to work on 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 tag reading results from the tag reader 100 and updates the database based on the received tag reading results. An example of a specific configuration of the management server 200 will be further described later.

[0023] 1 shows a single management server 200, the functions of the management server 200, which will be described in detail later, may be provided by a single device, or may be provided by multiple physically separate devices working together. Also, in this embodiment, an example will be described in which the management server 200 holds the database, but a device separate from the management server 200 may hold part or all of the database. For example, some of the data may be held by a wireless device, a tag reader 100, or a user terminal 160.

[0024] 1 shows an example in which tag reader 100 and user terminal 160 are physically separate devices. However, for example, tag reader 100 may have some or all of the functions of user terminal 160, which will be described later, and user terminal 160 may have some or all of the functions of tag reader 100, which will be described later. Furthermore, the functions of management server 200, which will be described in this embodiment, may be implemented in user terminal 160.

[0025] <2. Tag reader configuration example> 2 is a block diagram showing an example of the configuration of tag reader 100 according to an embodiment. Referring to Fig. 2, tag reader 100 includes control unit 111, storage unit 112, communication unit 113, measurement unit 114, operation unit 115, and reading unit 116.

[0026] The control unit 111 includes a memory for storing a computer program and one or more processors (e.g., a CPU (Central Processing Unit)) for executing the computer program. The control unit 111 controls the overall functions of the tag reader 100 described in this specification. For example, the control unit 111 causes the reading unit 116 to read an RFID tag within the tag reading range, and temporarily stores the read information, the read time, and the signal reception level in the memory unit 112 as read result data. In addition, the control unit 111 causes the measuring unit 114 to measure the position of the tag reader 100 in parallel with reading the RFID tag, and stores the measurement result in the memory unit 112. The control unit 111 then transmits the read result data and measurement result data stored in the memory unit 112 to the management server 200 via the communication unit 113, together with reader identification information (also referred to as a reader ID) that identifies the tag reader 100 itself.

[0027] The storage unit 112 may include any type of storage medium, such as a semiconductor memory such as a read only memory (ROM) or a random access memory (RAM), an optical disk, or a magnetic disk. In this embodiment, the storage unit 112 stores the reading result data, measurement result data, and the reader ID of the tag reader 100.

[0028] The communication unit 113 is a communication interface for the tag reader 100 to communicate with the management server 200. For example, the communication unit 113 may be a WLAN interface for communicating with a WLAN (Wireless Local Area Network) access point, or a cellular communication interface for communicating with a cellular base station. The communication unit 113 may also be a connection interface for connecting to a relay device (for example, a Bluetooth (registered trademark) interface or a USB (Universal Serial Bus) interface).

[0029] The measurement unit 114 is a unit capable of measuring the position of the tag reader 100. In this embodiment, the measurement unit 114 measures the relative movement amount of the tag reader 100 from a certain reference position using a self-position estimation technology also known as PDR (Pedestrian Dead Reckoning), and outputs the measured movement amount to the control unit 111. The reference position for measuring the relative movement amount may be, for example, the position of the tag reader 100 at the time the tag reader 100 is activated. To perform PDR, the measurement unit 114 may have a sensor group including, for example, a three-axis acceleration sensor, a gyro sensor, and a geomagnetic sensor. As will be described later, in this embodiment, the position coordinates of the installation position of each position tag 40 are known and registered in a database. Therefore, the control unit 111 can estimate the current absolute position (position coordinates) of the tag reader 100 based on the relative movement amount from the time when a certain position tag 40 was detected to the current time and the known position coordinates of the position tag 40.

[0030] In another embodiment, the measurement unit 114 may use a global positioning system (GPS) to measure the current geographical location of the tag reader 100. In yet another embodiment, the measurement unit 114 may perform base station positioning or wireless LAN positioning, which estimates the current location using known position coordinates of the connected base station or wireless LAN access point.

[0031] The operation unit 115 detects user operations. The operation unit 115 includes, for example, a physical input device such as a button, switch, or lever disposed on the housing of the tag reader 100. The operation unit 115 detects operations 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.

[0032] The reading unit 116 is a unit capable of reading information stored in each of the above-mentioned tags, such as the position tag 40, the item tag 50, and the user tag 60. Referring to FIG. 2, the reading unit 116 includes an RF controller 120, a power amplifier 121, a filter 122, a first coupler 123, a second coupler 124, an antenna 125, a power detection unit 126, and a canceller 127. The RF controller 120 outputs a transmission signal (e.g., a signal modulated in the UHF band) from the TX terminal to the power amplifier 121 under the control of the control unit 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 wave radiated from the tag reader 100. The filter 122 may be, for example, a low-pass filter, and is used to remove unwanted components from the transmission signal after amplification by the power amplifier 121. frequencyThe first coupler 123 distributes the transmission signal that has passed through the filter 122 to the coupler 124 and the power detection unit 126. The second coupler 124 outputs the transmission signal input from the first coupler 123 to the antenna 125, and outputs the received signal input from the antenna 125 to the RF controller 120. The antenna 125 transmits the transmission signal input from the coupler 124 into the air as an electromagnetic wave. The antenna 125 also receives a signal returned from an RFID tag present within the reading range of the tag reader 100 in response to the transmission signal, and outputs the received signal to the coupler 124. As an example, the antenna 125 may be an omnidirectional antenna. As another example, the antenna 125 may be a directional antenna whose beam direction can be variably controlled. The power detection unit 126 detects the power level of the signal input from the first coupler 123 and outputs a signal RF_DETECT indicating the detected power level to the control unit 111. The canceller 127 receives a signal CARRIER_CANCEL indicating the power level of the carrier wave from the control unit 111. Then, based on CARRIER_CANCEL, the canceller 127 cancels the carrier wave component of the signal received from the antenna 125 using the second coupler 124, thereby extracting a desired signal component of the received signal to be output to the RX terminal of the RF controller 120. 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. The RF controller 120 also measures the reception level (also called reception intensity) of the signal input from the RX terminal, and outputs the measurement result to the control unit 111.

[0033] In this embodiment, tag reading attempts by the reader 116 may be performed periodically (e.g., once per second) without requiring explicit user instructions. Data transmission from the communication unit 113 to the management server 200 may also be performed periodically (e.g., once every few seconds) or each time a tag is read, without requiring explicit user instructions. In order to reduce communication load by omitting transmission of redundant data, the control unit 111 may exclude from the data to be transmitted records that are identical to records already transmitted within the most recent predetermined period. When the reception level of a signal received from an RFID tag exceeds a predetermined minimum detection level, the control unit 111 may determine that the RFID tag has been detected and transmit read result data for the detected RFID tag to the management server 200. Note that in other embodiments, one or both of the tag reading attempt by the reader 116 and the transmission of data to the management server 200 may be performed in response to detection of a user input via the operation unit 115. When the communication unit 113 communicates with the management server 200 indirectly via a relay device, data may be transmitted to the management server 200 only while the connection between the communication unit 113 and the relay device is valid.

[0034] <3. Example of user terminal configuration> 3 is a block diagram showing an example of the configuration of a user terminal 160 according to an embodiment. Referring to FIG. 3, the user terminal 160 includes a control unit 161, a storage unit 162, a communication unit 163, a connection unit 164, an operation unit 165, and a display unit 166.

[0035] The control unit 161 includes a memory for storing computer programs and one or more processors (e.g., a CPU) for executing the computer programs. The control unit 161 controls the overall functions of the user terminal 160 described herein. For example, when a user performs a task in the item management system 1, such as pre-shipment confirmation or inspection, the control unit 161 accesses the management server 200 via the communication unit 163 and causes the display unit 166 to display an application screen provided by the management server 200. On this screen, the user 20 can instruct the start or end of updating the task status or check its progress. Some examples of application screens provided by the management server 200 will be described further below.

[0036] The storage unit 162 may include any type of storage medium, such as a semiconductor memory such as a ROM or RAM, an optical disk, or a magnetic disk. In this embodiment, the storage unit 162 temporarily stores, for example, work-related information received from the management server 200 (described later) for on-screen display.

[0037] The communication unit 163 is a communication interface for the user terminal 160 to communicate with the management server 200. For example, the communication unit 163 may be a WLAN interface or a cellular communication interface.

[0038] The connection unit 164 is a connection interface for connecting the user terminal 160 to peripheral devices. For example, the connection unit 164 may be a Bluetooth (registered trademark) interface or a USB interface. When the user terminal 160 relays communication between the tag reader 100 and the management server 200, the connection unit 164 establishes a communication connection with the tag reader 100.

[0039] The operation unit 165 accepts operations and information input by the user 20. The operation unit 165 includes input devices such as a touch sensor, a keypad, a keyboard, a button, or a pointing device. The operation unit 165 detects operations by the user 20 via the input devices and outputs operation signals to the control unit 161. The operation unit 165 may further include other types of input devices, such as a voice input interface like a microphone or a sensor that detects vibrations.

[0040] 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). Although not shown in FIG. 3, the user terminal 160 may also include further devices for notifying the user 20, such as a speaker and a vibrator.

[0041] <4. Management Server Configuration Example> <4-1. Basic configuration> 4 is a block diagram showing an example of the configuration of the management server 200 according to an embodiment. Referring to FIG. 4, the management server 200 includes a communication unit 210, an item database (DB) 220, and a management unit 230.

[0042] The communication unit 210 is a communication interface that allows the management server 200 to communicate with other devices. The communication unit 210 may be a wired communication interface or a wireless communication interface. In this embodiment, the communication unit 210 communicates with the tag reader 100 and the user terminal 160. The item DB 220 is a database that stores status, location information, and other information related to the work of each of multiple items under the management of the system. In this embodiment, the item DB 220 includes an item table 310, a location table 320, a reader table 330, a user table 340, a read result table 350, a work table 370, and a work detail table 380. The management unit 230 is a collection of multiple software modules that provide management functions for managing data in the item DB 220. Each software module can be operated by one or more processors (not shown) of the management server 200 executing a computer program stored in a memory (not shown). In this embodiment, the management unit 230 includes a tag processing unit 231 and a work management unit 232.

[0043] <4-2. Data configuration example> 5A and 5B show examples of the structure of the item table 310 and the location table 320 of the item DB 220, respectively.

[0044] 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 item tag 50 attached to each item 30 under the management of the system. The value of the tag ID 311 is the same as the tag ID value stored internally in the corresponding item tag 50. The item ID 312 is identification information that uniquely identifies each item 30. The name 313 indicates the name of each item 30. In the example of FIG. 5(A), the items identified by the item IDs "IT01," "IT02," "IT03," and "IT04" are given the names "item A," "item B," "item C," and "item D," respectively. Here, "item A," "item B," "item C," and "item D" may correspond to the items 30a, 30b, 30c, and 30d shown in FIG. 1, respectively. The type 314 indicates the type into which each item 30 is classified. In the example of FIG. 5A , the types of "item A" and "item B" are "Type 1," and the types of "item C" and "item D" are "Type 2." The values ​​of the name 313 and type 314 of each item 30 may be determined by a user and registered in advance via a user interface provided by the management unit 230. Alternatively, the values ​​of the name 313 and type 314 may be stored in the item tag 50 as item-related information and read by the tag reader 100. In the latter case, the management server 200 may receive the values ​​of the name 313 and type 314 of each item 30 from the tag reader 100 in response to an initial tag read from the item tag 50 of each item 30, and register them in the item table 310. The location 315 indicates the location where each item 30 was last detected by the tag reader 100, using a location ID that identifies the location. In the example of FIG. 5(A), "item A," "item B," and "item C" are present at a location identified by location ID "PL01." "Item D" is present at a location identified by location ID "PL02." Coordinates 316 represent the location coordinates of the point where each item 30 is estimated to be located. The values ​​of location 315 and coordinates 316 can be updated by tag processing unit 231 when the movement of an item is detected by tag reader 100, as will be described later.

[0045] 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 location tag 40 installed at each location 10 under the management of the system. The value of the tag ID 321 is the same as the tag ID value stored internally in the corresponding location tag 40. The location ID 322 is identification information that uniquely identifies each location 10. The name 323 indicates the name of each location 10. In the example of FIG. 5(B), the name of the location 10 identified by the location ID "PL01" is "Location A," and the name of the location 10 identified by the location ID "PL02" is "Location B." These names may actually be, for example, "factory," "warehouse," and "worksite." The coordinates 324 indicate the location coordinates of the installation location of the location tag 40 installed at each location 10.

[0046] In this specification, location information may be information indicating a location, for example, by location coordinates or an identifier that identifies one of multiple predefined locations. That is, the location 315 and coordinate 316 of the item table 310 and the coordinate 324 of the location table 320 may all be a type of location information. The location coordinates may be two-dimensional coordinates that represent a position in a horizontal plane, or may be three-dimensional coordinates that also include a vertical element.

[0047] 6A, 6B, and 6C show examples of the configuration of the reader table 330, the user table 340, and the read result table 350, respectively.

[0048] The reader table 330 has three data items: a reader ID 331, a name 332, and a user 333. The reader ID 331 is identification information that uniquely identifies each tag reader 100 used in the system. The name 332 indicates the name of each tag reader. In the example of FIG. 6(A), the tag readers 100 identified by the reader IDs "RD01," "RD02," and "RD03" are given the names "Reader A," "Reader B," and "Reader C," respectively. The user 333 indicates the user 20 using each tag reader by a user ID that identifies the user 20. Some examples of methods for determining which user 20 is using a given tag reader 100 will be described later. Note that there may be tag readers 100 for which it is unclear which user 20 is using them, and the user 333 column for such tag readers may be blank.

[0049] The user table 340 has four data items: user ID 341, name 342, tag ID 343, and authentication data 344. User ID 341 is identification information that uniquely identifies each user 20 who uses the item management system 1. Name 342 represents the name of each user. In the example of FIG. 6(B), the name of the user 20 identified by user ID "U001" is "User A," the name of the user 20 identified by user ID "U002" is "User B," and the name of the user 20 identified by user ID "U003" is "User C." Tag ID 343 is identification information that uniquely identifies the user tag 60 carried by each user 20. The value of tag ID 343 is the same as the value of the tag ID stored internally in the corresponding user tag 60. Authentication data 344 is an item that stores data used for user authentication when each user 20 logs in to the item management system 1. User authentication may be performed by any authentication method, such as password authentication or biometric authentication.

[0050] The read result table 350 is a table for storing records of read result data received from the tag reader 100 (hereinafter referred to as read result records). The read result table 350 has five data items: read time 351, tag ID 352, reader ID 353, reception level 354, and coordinates 355. The read time 351 indicates the time when the tag ID was read for each read result record. The tag ID 352 indicates the tag ID read for each read result record. The reader ID 353 is identification information that identifies the tag reader 100 that performed the tag reading for each read result record. In the example of FIG. 6(C), the first record in the read result table 350 indicates that the tag reader 100 identified by the reader ID "RD01" read the tag ID "TGU1" (e.g., the tag ID of the user tag 60a of the user 20a) at time "T01". The second record indicates that tag reader 100 read tag ID "TG01" (e.g., the tag ID of item tag 50a of item 30a) at time "T02." The third record indicates that tag reader 100a read tag ID "TG02" (e.g., the tag ID of item tag 50b of item 30b) at time "T03." Reception level 354 indicates the reception level of the signal received by tag reader 100 when tag reading was performed for each read result record. Coordinates 355 indicate the position coordinates (coordinates based on measurement result data received from tag reader 100) of the point where tag reader 100 was located at the time tag reading was performed.

[0051] FIG. 7 shows an example of the configuration of the task table 370. The task table 370 is a table for storing information related to tasks to be performed by the user 20 in the item management system 1. The task table 370 has nine data items: task ID 371, task type 372, due date 373, location 374, transaction ID 375, registrant 376, status 377, completion time 378, and worker 379. The task ID 371 is identification information that uniquely identifies each task. The task type 372 indicates the type of each task. In this embodiment, the value of the task type 372 may indicate "shipping" or "inspection." In the example of FIG. 7, the type of tasks identified by the task IDs "SH01" and "SH02" is set to "shipping," which indicates pre-shipment confirmation, and the type of tasks identified by the task IDs "AC01" and "AC02" is set to "inspection," which indicates inspection. The due date 373 indicates the due date by which each task should be completed. Location 374 indicates the location where each task is scheduled to be performed using a location ID that identifies the location. Transaction ID 375 is identification information for associating each task with transaction information. Although not shown in the figure, the item DB 220 may further include tables that store transaction information such as the transaction name, the name of the trading partner, the address and name of the person in charge, and the contract date, and the transaction ID 375 identifies the record of such transaction information. Registrant 376 indicates the name of the user 20 who registered each record (hereinafter referred to as the task record) in the task table 370. Status 377 indicates the progress of the task for each task record. The value of status 377 may be, for example, "incomplete," "in progress," "completed," or "deleted." Completion time 378 indicates the time (date and time) when the task was completed for a completed task record. Worker 379 indicates the name of the user 20 who completed each task. For an activity record in which the status 377 indicates "incomplete," the completion time 378 and worker 379 fields may be blank.

[0052] FIG. 8 shows an example of the configuration of the work detail table 380. The work detail table 380 is a table for maintaining 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: a work ID 381, a target item 382, ​​a status 383, a read time 384, coordinates 385, and a reader 386. The work ID 381 is identification information for identifying one of the work records registered in the work table 370. The target item 382 represents one of the target items for the work identified by the value of the work ID 381, using an item ID that identifies the item. As can be seen from FIG. 8, one or more target items can be registered in the work detail table 380 for one work. The status 383 indicates whether tag reading has been completed for each target item. The value of the status 383 may be, for example, "incomplete," "completed," or "deleted." When the value of status 383 indicates "completed" for a certain target item, this means that the presence of the target item has been confirmed in the corresponding task. Read time 384 indicates the time (date and time) when the tag was read for the target item for which tag reading has been completed. Coordinates 385 indicate the position coordinates of the point where the tag was read for the target item for which tag reading has been completed. Reader 386 indicates the tag reader 100 that read the tag for the target item for which tag reading has been completed, by the reader ID that identifies the tag reader 100. For task records for which status 383 indicates "incomplete," the read time 384, coordinates 385, and reader 386 fields may be blank.

[0053] <4-3. Location Tracking> The tag processing unit 231 processes the reading result data and measurement result data received from the tag reader 100. For example, the tag processing unit 231 adds each record of the reading result data received from the tag reader 100 via the communication unit 210 to the reading result table 350 as a reading result record. When adding the reading result record to the reading result table 350, the tag processing unit 231 determines the value of the position coordinate to be set in the coordinate 355 based on the measurement result data received from the tag reader 100. As described above, the value set in the coordinate 355 represents the position coordinate of the tag reader 100 at the time of tag reading. This value may be, for example, the sum of the position coordinate of the detection position of the position tag 40 and the relative movement amount of the tag reader 100 from the detection position.

[0054] When reading result data for an item tag 50 is received, the tag processing unit 231 also updates the value of the coordinate 316 in the item table 310. The value of the coordinate 316 for each item 30 in the item table 310 may be the same as the value of the coordinate 355 of the reading result record for that item 30 that was last added to the reading result table 350. Furthermore, if the location 10 where the item 30 is located changes, the tag processing unit 231 also updates the value of the location 315 of the corresponding item 30 in the item table 310.

[0055] <4-4. Work status management> The work management unit 232 accepts login by the user 20 to the item 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 or a dedicated application for item management running on the user terminal 160. The application screen is displayed on the display unit 166 of the user terminal 160. Prior to login, the work management unit 232, for example, displays a menu screen 400 such as that shown in FIG. 9 on the display unit 166 of the user terminal 160 in response to access from the user terminal 160.

[0056] 9, the menu screen 400 includes five buttons 401, 402, 403, 404, and 405. When the user 20 operates the button 401 on the menu screen 400, the work management unit 232 requests the user 20 to input authentication information such as an ID and password, and performs user authentication based on the input authentication information. If the user authentication is successful, the user 20 is logged in to the item management system 1. The logged-in state can continue until the user 20 selects to log out (or until a predetermined period of time has passed without any operation being performed).

[0057] (1) Work registration Button 402 is a button for calling up a management screen used when registering or modifying a shipping list. Button 403 is a button for calling up a management screen used when registering or modifying an inspection list. When button 402 or 403 is operated, the work management unit 232 may request the input of authentication information and perform user authentication if the user 20 is not logged in. The shipping list management screen and the inspection list management screen may be configured in the same way, with only the type of work being different, so only the shipping list management screen will be described here.

[0058] FIG. 10 shows an example shipping list management screen 410. Shipping list management screen 410 includes, for example, radio buttons 411, 412, and 413 that allow a user to select management options. Radio button 411 can be selected when registering a new shipping list. Radio button 412 can be selected when modifying a previously registered shipping list. Radio button 413 can be selected when deregistering a previously registered shipping list. Note that a shipping list here refers to a list of one or more items that are subject to pre-shipment confirmation.

[0059] The shipping list management screen 410 further includes a job ID field 421 and a transaction ID field 422. The job ID field 421 displays the job ID corresponding to the shipping list being newly registered or the existing shipping list being edited. In the case of registering a new shipping list, the work management unit 232 may automatically assign a job ID corresponding to the newly registered shipping list so as not to overlap with existing job IDs. The transaction ID field 422 accepts input of a transaction ID corresponding to the newly registered shipping list or the existing shipping list being edited, or displays an already entered transaction ID. In the case of modifying or deregistering a shipping list, when the user 20 inputs the job ID or transaction ID into the corresponding field 421 or 422, the work management unit 232 searches the work table 370 for the corresponding work. The work management unit 232 then retrieves information related to the work identified 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 a target task is not limited to the task ID or transaction ID, but may be any combination of one or more information items held in the item DB 220 .

[0060] The shipping list management screen 410 further includes radio buttons 431 and 432 for allowing the user to select a search method for searching for candidate items to be included in the shipping list, a reader ID field 433, a read time field 434, and an item name field 435. In addition, the shipping list management screen 410 includes a candidate display button 436, a candidate item area 441, an item list area 442, an add icon 443, a delete icon 444, and a confirm button 451.

[0061] The radio button 431 can be selected when searching for candidate items from the results of tag reading by the tag reader 100. When the user selects the radio button 431, the user specifies 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 then extracts from the reading result table 350 a list of item tags 50 detected by the specified tag reader 100 at a time close to the specified time. The work management unit 232 then displays in the candidate item area 441 a list of items 30 corresponding to the extracted item tags 50.

[0062] The radio button 432 can be selected when searching for candidate items by specifying the item name of a specific item 30. When the user selects the radio button 432, the user specifies the name of the target item in the item name field 435 and operates the candidate display button 436. The work management unit 232 then identifies items 30 having the specified name in the item table 310 and displays the identified items 30 in the candidate item area 441. The work management unit 232 may identify one or more items 30 by performing a fuzzy search for item names based on the character string specified in the item name field 435, and display a list of the identified items 30 in the candidate item area 441.

[0063] 7, pairs of item IDs and names of three items 30 are displayed together with check boxes in the candidate item area 441. The user can add one or more candidate items displayed in the candidate item area 441 to the shipping list by checking the boxes and operating the add icon 443.

[0064] 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. In the example of Fig. 7, pairs of item IDs and names of two items 30 are displayed in the item list area 442 along with check boxes. The user can delete one or more target items displayed in the item list area 442 from the list by checking those target items and operating the delete icon 444.

[0065] When the list of target items displayed in the item list area 442 is the list the user intended, the user operates the confirm button 451. The work management unit 232 then reflects the shipping list and related information edited by the user in the work table 370 and the work detail table 380. For example, in the case of registering a new shipping list, the work management unit 232 adds a record with a newly assigned job ID to the work table 370. Information such as the due date 373 and location 374 in the work table 370 may be entered in additional input fields (not shown) 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 job ID of the new shipping list and the item ID of the target item to the work detail table 380. The values ​​of the statuses 377 and 383 of the records newly added to the work table 370 and the work detail table 380 are set to "Incomplete." On the other hand, in the case of editing the shipping list, the work management unit 232 reflects the addition and deletion of target items in the shipping list in the work detail table 380.

[0066] If the user wishes to delete the registration of an existing shipping list, the user selects radio button 413 and then specifies the job ID or transaction ID of the desired shipping list in field 421 or 422. The job management unit 232 then extracts a list of items to be processed for the corresponding job from the job details table 380 and displays it in the item list area 442. When the user then operates the confirm button 451, the job management unit 232 changes the value of the status 377 of the corresponding record in the job table 370, for example, to "delete."

[0067] The shipping list management screen 410 described with reference to Figure 10 is merely one example of a screen for managing a list of task-related information and target items. The management screen may have a screen configuration different from that shown. For example, a task list in a table format similar to the configuration of task table 370 shown in Figure 7 may be displayed on the screen, and the user may select a task in the displayed list to transition to a management screen for that individual task.

[0068] (2) Work status update In this embodiment, the work management unit 232 updates the status of a task (pre-shipment confirmation or inspection) registered in the work table 370 only when the user 20 logs in to the item management system 1 and a user operation indicating the start of the task is detected. The user operation (first user operation) here may be any type of operation, such as a GUI operation or a voice operation. Typically, the first user operation is detected on an application screen provided by the work management unit 232 to the user terminal 160 of the logged-in user. 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, it starts a session for updating the status of the specific task. If the work management unit 232 determines that the tag reader 100 has read the tag ID from the item tag 50 of the target item during this session, it updates the status of the task for the target item to "completed." The status update session may end when the status updates for all target items are completed, another user operation to end the session is detected, or a preset time period has elapsed. Examples of application screen transitions according to such embodiments are described below.

[0069] Returning to FIG. 9, button 404 on menu screen 400 is a button for calling up an application screen (hereinafter referred to as a shipping screen) that is used when user 20 performs pre-shipment confirmation. Button 405 is a button for calling up an application screen that is used when user 20 performs inspection. When button 404 or 405 is operated, if user 20 has not yet logged in, work management unit 232 may request input of authentication information and perform user authentication based on the input authentication information. The configuration of the application screen for inspection may be the same as the configuration of the application screen for pre-shipment confirmation, so only the application screen for pre-shipment confirmation will be described here.

[0070] 11A to 11C each show an example of a shipping screen provided for pre-shipment confirmation. The shipping screen 500a shown in FIG. 11A includes, for example, a job ID field 511, a related information display area 512, a read start button 521, and an item list display area 530. The job ID field 511 is a field for the logged-in user to select the job ID of the target job. Here, it is assumed that the logged-in user is user 20a (named "User A"). On the shipping screen 500a, the job ID of a job whose job type is "shipping" in the job table 370 can be selected in the job ID field 511. The related information display area 512 is a display area for displaying job-related information for the selected job. The item list display area 530 is a display area for displaying a list of target items registered for the selected job.

[0071] In the example of FIG. 11A , a job ID "SH02" is selected in the job ID field 511, and information on the trading partner, job due date, and job location related to the corresponding job is displayed in the related information display area 512. Below the job ID field 511, the status of the selected job is displayed; in this case, the status is "Incomplete." The value of this job status corresponds to the value of status 377 in the job table 370. In the item list display area 530, the item IDs, names, and reading statuses of the three target items registered in the job detail table 380 for the selected job are displayed. In this case, the target items are "Item D," "Item E," and "Item F," and reading of any of the target items has not yet been performed. The reading status value of each target item displayed in the item list display area 530 corresponds to the value of status 383 in the job detail table 380 (for example, "Incomplete" may correspond to "NO," and "Completed" may correspond to "YES").

[0072] Here, the first user operation described above, which is a condition for updating the status, is an operation (for example, a touch or a click) of the read start button 521. That is, when the read start button 521 is operated on the shipping screen 500a, the work management unit 232 starts a session for updating the status based on the tag reading results for the target items displayed in the item list display area 530.

[0073] After the read start button 521 is operated, for example, when the user 20a uses the tag reader 100a to read the tag ID from the item tag 50 of "item D," the shipping screen 500a transitions to the shipping screen 500b shown in FIG. 11B. The shipping screen 500b has the same configuration as the shipping screen 500a, except that the read start button 521 has changed to a read stop button 522. As shown in the figure by the dashed frame 531, the reading status of "item D" has been updated to "YES." Furthermore, as shown by the dashed frame 513, the work status has been updated to "in progress." The "in progress" status means that the work has started, but there are still items for which tag reading has not been completed.

[0074] Furthermore, when user 20a uses tag reader 100a to read the tag IDs from the item tags 50 of "item E" and "item F," the screen transitions to shipping screen 500c shown in FIG. 11C. Shipping screen 500c has the same configuration as shipping screen 500b, except that reading stop button 522 has disappeared. As shown in dashed boxes 532 and 533 in the figure, the reading status of "item E" and "item F" has been updated to "YES." In addition, as shown in dashed box 514, the work status has been updated to "completed."

[0075] In this way, while the user 20 remains logged in and the status update session continues, the user 20 continues to read the tag IDs from the item tags 50 of each target item. Then, when the work management unit 232 has finished reading the tag IDs for all target items, it recognizes that the entire work is complete and updates the value of the status 377 of the corresponding work record in the work table 370 to "completed."

[0076] (3) Various status update conditions As described above, the update conditions for the work management unit 232 to update the status related to work include at least that the user 20 logs in to the item management system 1 and performs a user operation indicating the start of the target work on the user terminal 160. Figure 12 is an explanatory diagram for explaining such basic status update conditions.

[0077] In the example of FIG. 12, items 30d, 30e, and 30f are present at location 10a. Item 30d is assumed to be the target item for pre-shipment confirmation. Two users 20a and 20b are active at location 10a. User 20a accesses management server 200 using user terminal 160a, and after successfully logging in, operates read start button 521 on shipping screen 500a. This starts a status update session for pre-shipment confirmation with item 30d as the target item. Item 30d is within the read range R of tag reader 100a carried by user 20a. a, tag reader 100a reads the tag ID from item tag 50d of item 30d (arrow A1 in the figure). Based on the result of this tag reading, work management unit 232 can update the value of status 383 of the record corresponding to item 30d in work detail table 380 to "completed."

[0078] However, the article 30d is within the reading range R of the tag reader 100b carried by the user 20b. b 3. Therefore, while the status update session is ongoing, the tag reader 100b may read the tag ID from the item tag 50d of the item 30d (arrow A2 in the figure). Such status updates based on the results of tag reading by a tag reader used by a user other than the logged-in user or a tag reader not associated with a specific user may be permitted depending on the requirements of the system. If this is permitted, in a case where multiple users work together, all users can efficiently read tags using their own tag readers by simply logging in to the system and starting a status update session. Also, a tag reader not associated with a specific user may be installed at the work site, and any user who logs in to the system and starts a status update session can use that tag reader to perform work.

[0079] On the other hand, by incorporating additional status update conditions in addition to the basic status update conditions described above, it is possible to prevent status updates based on the results of tag reading by a tag reader other than the tag reader 100 used by the logged-in user. In other words, the work management unit 232 may update the status related to the work on the target item only when it is determined that the tag reader 100 used by the logged-in user has read the tag ID from the item tag 50 of the target item.

[0080] For example, when read result data indicating that tag reader 100 has read a tag ID from the user tag 60 of the logged-in user is received, work management unit 232 may determine that the logged-in user is using tag reader 100. Fig. 13 is an explanatory diagram for explaining such additional status update conditions.

[0081] In the example of FIG. 13, a location 10a contains multiple items 30, including item 30d. Item 30d is assumed to be a target item for pre-shipment confirmation. User 20a is active at location 10a. User 20a accesses management server 200 using user terminal 160a, and after successfully logging in, performs a predetermined user operation to start a status update session for pre-shipment confirmation. Tag reader 100a carried by user 20a reads a tag ID from user tag 60a (arrow A3 in the figure), and further reads a tag ID from item tag 50d of item 30d (arrow A4 in the figure). Based on the results of these tag reads, work management unit 232 determines that tag reader 100a used by user 20a, who is the logged-in user, has read a tag ID from item tag 50d of item 30d, which is the target item. 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 "Complete." The work management unit 232 may update the status only if the difference in read time between reading the tag ID from the user tag 60 and the item tag 50 is below a predetermined time threshold. The work management unit 232 may also update the status only if the difference in read position between reading the tag ID from the user tag 60 and the item tag 50 is below a predetermined distance threshold.

[0082] In this way, by updating the status of the target item based only on the results of tag reading related to the logged-in user, it is possible to prevent the inconvenience of a tag reader that is not related to the work causing a status update that is contrary to the user's intention, thereby further improving the reliability of the status update.

[0083] The work management unit 232 may determine which user 20 is using which tag reader 100 based on the history of multiple tag reads, rather than the result of a single tag read from the user tag 60. For example, assume that within a certain period of time in the past, tag reader 100a detected user tag 60a many times, while tag reader 100b detected user tag 60a only a few times. In this case, the work management unit 232 may determine that user 20a is using tag reader 100a based on the tag read history. The value of user 333 in reader table 330 in FIG. 6(A) may be set based on such a determination.

[0084] In one variation, the association between tag reader 100 and user 20 using tag reader 100 in reader table 330 may be provided in advance without relying on reading the tag ID from user tag 60. For example, if user 20a always uses tag reader 100a, a user ID "U001" identifying user 20a is registered in advance in the user using user 333 field of the corresponding record in reader table 330 in order to associate user 20a with tag reader 100a. Work management unit 232 may determine that user 20a is using tag reader 100a based on the user ID of user using user 333.

[0085] In another variation, the work management unit 232 may determine that the user 20 is using the tag reader 100 based on the fact that the user terminal 160 that the user 20 is using to log in has a communication connection with the tag reader 100. For example, the user terminal 160a establishes a local communication connection with the tag reader 100a via the connection unit 164. When the user 20a logs in to the item 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, which is 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, user 20a, is using the tag reader 100a.

[0086] An additional status update condition may include that the tag reader 100 has read a tag ID from a location tag 40 at the location 10 where work is scheduled to be performed. Figure 14 is an explanatory diagram illustrating such an additional status update condition.

[0087] In the example of FIG. 14, there are also multiple items 30, including item 30d, at location 10a. Item 30d is assumed to be a target item for pre-shipment inspection. Furthermore, location 10a is assumed to be a work location previously registered in work table 370 for pre-shipment inspection, which is the work that user 20a is to perform. User 20a accesses management server 200 using user terminal 160a, and after successfully logging in, performs a predetermined user operation to start a status update session for pre-shipment inspection. Tag reader 100a carried by user 20a reads the tag ID associated with location ID "PL01" of location 10a from location tag 40a installed at location 10a (arrow A5 in the figure). Furthermore, after user 20a moves, tag reader 100a reads the tag ID from item tag 50d of item 30d (arrow A6 in the figure). Based on the results of these tag reads, the work management unit 232 determines that the status update conditions are met and updates the value of the status 383 of the record corresponding to the item 30d in the work detail table 380 to "completed." These status update conditions prevent the status of the work on each target item from being updated as a result, even if a status update session is mistakenly started in a location where no work is planned. This makes it possible to further increase the reliability of status updates.

[0088] The additional status update condition may include detection of a second user operation in tag reader 100. As an example, the second user operation is assumed to be pressing a button on operation unit 115 of tag reader 100. In this example, work management unit 232 may update the status of the work on the target item only when a tag ID is read from item tag 50 of the target item while user 20 is pressing the button on tag reader 100. Alternatively, work management unit 232 may update the status of the work on the target item only when a certain amount of time has elapsed since user 20 pressed the button on tag reader 100, or when the tag ID is read within a period until the button is pressed again. Control unit 111 of tag reader 100 may, for example, include a flag (or any type of indicator) indicating that a second user operation has been detected in the read result data and transmit the data to management server 200. This allows the work management unit 232 to quickly obtain the flagged read result data from the read result table 350 and efficiently determine whether the status of each target item should be updated.

[0089] Although many examples of status update conditions have been described in this section, the described conditions may be combined in any manner. For example, in addition to the basic status update condition, 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 condition.

[0090] <5. Processing flow> 15 is a flowchart showing an example of the flow of a status update process 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 up an application screen for pre-shipment confirmation or inspection on the user terminal 160. It is assumed that before the status update process starts, a list of several tasks and their target items has already been registered in the task table 370 and the task detail table 380. In the following explanation, a processing step will be abbreviated as S (step).

[0091] First, in S111, the work management unit 232 accepts a login by the user 20 to the item management system 1. The work management unit 232 may perform user authentication (login authentication) based on, for example, authentication information entered by the user 20 on the screen of the user terminal 160. Here, it is assumed that the authentication is successful and the user 20 is now logged in to the item management system 1.

[0092] Next, in S113, the work management unit 232 displays an application screen related to the work on the user terminal 160 of the logged-in user, user 20. For example, if the work that user 20 aims to perform is pre-shipment confirmation, the shipping screen 500a shown in FIG. 11A may be displayed on the display unit 166 of the user terminal 160.

[0093] Next, in S115, the work management unit 232 accepts, on the displayed screen, a work specification by the user 20. For example, the user 20 specifies one of the previously registered works that is incomplete (or was in progress but has been stopped).

[0094] Next, in S117, the work management unit 232 obtains data relating to the work specified by the user 20 from the work table 370, and obtains a list of one or more target items from the work details table 380.

[0095] Next, in S119, the work management unit 232 waits for detection of a first user operation indicating the start of a tag reading operation for updating the status. When the user terminal 160 notifies the user that the first user operation has been detected, the process proceeds to S121. Here, the work management unit 232 may update the value of the status 377 in the work table 370 for the operation specified in S115 to "in progress."

[0096] In S121, the work management unit 232 determines whether the status update conditions other than reading the tag ID from the item tag 50 of the target item have been met. The status update conditions here are, for example, 1) Read tag ID from user tag 60 of logged-in user 2) Detection of a second user operation in the tag reader 100 3) Reading the tag ID from the position tag 40 installed at the work location If it is determined that the required conditions are met, the process proceeds to S123. If it is determined that any of the conditions are not met, the work management unit 232 may cause the user terminal 160 to display a message prompting the user to take the corresponding action (for example, "Please read the user tag" or "Press the button on the tag reader").

[0097] In S123, communication unit 210 receives read result data from tag reader 100. In one embodiment, tag reader 100 that receives the read result data here is tag reader 100 that is determined to be used by the logged-in user. In another embodiment, tag reader 100 that receives the read result data here is any tag reader 100. Tag processing unit 231 adds a read result record corresponding to the received read result data to read result table 350.

[0098] The subsequent processing branches in S125 depending on whether the tag ID indicated by the read result data is the tag ID of the item tag 50 of the target item included in the list acquired in S117. If it is the tag ID of the item tag 50 of the target item, the processing proceeds to S127. If not, the processing is S Go to 131.

[0099] In S127, the work management unit 232 determines that the tag ID has been read from the item tag 50 of the target item when the status update conditions are met, and therefore updates the value of the status 383 in the work details table 380 for the target item to "Completed."

[0100] Next, in S129, the work management unit 232 determines whether tag reading has been completed for all target items of the ongoing work. If tag reading has been completed for all target items, the process proceeds to S133. On the other hand, if target items for which tag reading has not been completed remain, the process proceeds to S131.

[0101] In S131, the work management unit 232 determines whether to continue the status update process. For example, if a user operation to instruct the user terminal 160 to stop the work (for example, an operation of button 522 on the shipping screen 500b in FIG. 11B) is detected, the work management unit 232 determines to end the status update process. If the work management unit 232 determines to continue the status update process, it returns to waiting for the read result data in S123.

[0102] When tag reading has been completed for all target items, in S133 the work management unit 232 updates the value of the status 377 in the work table 370 for the work specified in S115 to "completed." Then, the status update process shown in Fig. 15 ends.

[0103] <6. Summary> Up to this point, various embodiments, examples, and modifications of the technology according to the present disclosure have been described in detail using FIGS. 1 to 15. According to the above-described embodiment, in an item management system, a list of one or more items to be worked on by a user and the status of the work for each item are managed in a database. Each item is attached with a wireless device storing identification information. A reading device attempts to read the identification information from the wireless device. Then, when a user logs in to the system and a user operation indicating the start of the work is detected, and it is determined that first identification information has been read from a first wireless device attached to a first item included in the list, the status of the work for the first item is updated. With this configuration, it is possible to easily distinguish the read result obtained at the timing intended by the user in charge of the work from among the many tag read results accumulated over time in the system, and appropriately update the status of the work for each item. This improves the reliability of updating the management status of items based on the tag read results. When a user operation indicating the start of the above work is detected on an application screen provided on the user terminal, the user does not need to separately turn the reader on and off each time the work is performed, which reduces the complexity of the work and also eliminates the risk of the tag reader being left off when it should be operating.

[0104] Furthermore, according to the above-described embodiment, the update condition for updating the task status includes reading the first identification information from the first wireless device by a reading device used by a user who has logged in to the system. In this case, it is possible to prevent the inconvenience of a reading device that is not related to the task causing a status update contrary to the user's intention. This further improves the reliability of the status update. According to one embodiment, each user carries a second wireless device, and the reading device used by the logged-in user can be determined based on the result of reading the second identification information from the second wireless device carried by the logged-in user. With this configuration, the association between the user and the reading device is dynamically determined based on the result of reading the second identification information, enabling flexible handling of reading devices by multiple users (e.g., each user is not forced to use a unique reading device). According to one variation, if a reading device is previously associated with the logged-in user in the database, it may be determined that the logged-in user is using that reading device. In this case, each user does not need to carry a second wireless device. According to another variation, it may be determined that a logged-in user is using a reading device based on whether the terminal device used by the logged-in user has a communication connection with the reading device. In this case, too, each user does not need to carry a second wireless device, and in addition, each user may use a different reading device for each task.

[0105] According to the above-described embodiment, 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. In this case, the reading device can assign an indicator such as a flag to a reading result that should trigger a status update among the reading results accumulated over time, thereby making the updating of the work status more efficient.

[0106] According to the above-described embodiment, the update condition may include reading third identification information from a third wireless device installed at a location where the work is to be performed. In this case, even if a user mistakenly performs an operation indicating the start of work at a location where the work is not scheduled, it is possible to prevent an undesired status update from being triggered as a result.

[0107] Furthermore, according to the above-described embodiment, each wireless device is an RFID tag, and the reader reads information returned from the RFID tag by utilizing electromagnetic wave energy emitted within the reading range. In this case, there is no need to install a battery or a complex transceiver in the wireless device attached to each item, and the mechanism according to the above-described embodiment can be implemented at low cost even in a situation where a large number of items are under the management of an item management system.

[0108] <7. Other embodiments> The above-described embodiment can also be realized in the form of a process in which a program for realizing one or more functions is supplied to a system or device via a network or a storage medium, and one or more processors in a computer of the system or device read and execute the program, or by a circuit (e.g., ASIC) that realizes one or more functions.

[0109] The invention is not limited to the above-described embodiments, and various changes and modifications can be made without departing from the spirit and scope of the invention. Accordingly, the following claims are appended to apprise the public of the scope of the invention. [Explanation of symbols]

[0110] 1: item management system, 5: network, 10a, 10b: location, 20a, 20b: user, 30a, 30b, ...: item, 40a, 40b: location tag (third wireless device), 50a, 50b, ...: item tag (first wireless device), 60a, 60b: user tag (second wireless device), 100a, 100b: tag reader (reading device), 160a, 160b: user terminal (terminal device), 200: management server (information processing device), 210: communication unit, 220: item DB (database), 230: management unit

Claims

1. An article management system, a reader capable of reading identification information stored in a wireless device from the wireless device; a management unit that manages, in a database, a list of one or more items to be worked on by a user, location information of each item, and a status of the work on each item; a first wireless device that stores first identification information associated with a first item included in the list; Including, the reader periodically attempts to read information from a wireless device within reading range; the management unit receives read result data indicating a result of the read attempt from the reading device, and updates the location information based on the read result data; the management unit updates the status of the first item when it is determined that the reading device has read the first identification information from the first wireless device based on the read result data, when a first user has logged in to the item management system and a first user operation indicating the start of the work related to the list has been detected; Inventory management system.

2. The item management system described in claim 1, wherein the management unit updates the status of the first item when the first user is using the reading device in the state in which the first user logs in to the item management system and the first user operation representing the start of the work on the list is detected, and when it is determined based on the reading result data that the reading device has read the first identification information from the first wireless device.

3. The article management system includes: a second wireless device carried by the first user and storing second identification information associated with the first user; further comprising the management unit determines that the first user is using the reading device based on the reading result data indicating that the reading device has read the second identification information from the second wireless device; The article management system according to claim 1 .

4. the management unit provides an application screen related to the work to a user terminal of the first user who has logged in to the item management system; the first user operation is detected on the application screen; The article management system according to any one of claims 1 to 3.

5. An item management system described in any one of claims 1 to 4, wherein the management unit updates the status of the first item when a second user operation is detected in the reading device and it is determined based on the reading result data that the reading device has read the first identification information from the first wireless device.

6. The article management system includes: a third wireless device installed at a location where the work is to be performed, the third wireless device storing third identification information associated with the location; further comprising the management unit updates the status of the first item when it is determined based on the read result data that the reading device has read the first identification information from the first wireless device and that the reading device has read the third identification information from the third wireless device. The article management system according to any one of claims 1 to 5.

7. The article management system according to claim 2 , wherein the management unit determines that the first user is using the reading device when the reading device is previously associated with the first user in the database.

8. 3. The item management system of claim 2, wherein the management unit determines that the first user is using the reading device based on the fact that the terminal device used by the first user for the login has a communication connection with the reading device.

9. the operation is related to the shipment or receipt of the one or more items; The status indicates whether or not the presence of each item has been confirmed in the work. The article management system according to any one of claims 1 to 8.

10. the wireless device is an RFID (Radio Frequency Identification) tag, The reader emits electromagnetic waves into the reading range and uses the energy of the electromagnetic waves to read information returned from the wireless device. The article management system according to any one of claims 1 to 9.

11. 1. A method for updating the status of an item in an item management system, comprising: maintaining in a database a list of one or more items to be worked on by a user, location information for each item, and the status of the work on each item; periodically attempting to read information from a wireless device within a reading range by a reader capable of reading identification information stored in the wireless device; receiving, by an information processing device that manages the database, reading result data indicating a result of the reading attempt from the reading device; updating the position information based on the read result data by the information processing device; Accepting a login of a first user to the article management system; updating the status of the first item by the information processing device when it is determined that first identification information associated with a first item of the one or more items has been read by the reading device from a first wireless device attached to the first item based on the reading result data when a first user operation indicating the start of the work related to the list is detected; A method comprising:

12. An information processing device that operates in an article management system, a communication unit that communicates with a reader that can read identification information stored in the wireless device from the wireless device; a management unit that manages, in a database, a list of one or more items to be worked on by a user, location information of each item, and a status of the work on each item; Equipped with the reader periodically attempts to read information from a wireless device within reading range; the management unit receives read result data indicating a result of the read attempt from the reading device, and updates the location information based on the read result data; When a first user logs in to the item management system and a first user operation indicating the start of the work related to the list is detected, the management unit updates the status of the first item when it is determined based on the read result data that the reading device has read the first identification information from a first wireless device attached to a first item included in the list, the first wireless device storing the first identification information associated with the first item. Information processing device.

Images