Carry-on baggage management system, method and program

Abstract

To provide a carried item management system capable of securing assumed security that is required for a carried item while ensuring a convenience of a user's movement between floors.SOLUTION: Storage allocation means 91 allocates a movable type storage for storing a carried item of a user of a floor to the user. Entry / exit management means 92 manages entry / exit to / from the floor by the user. Storage monitoring means 93 monitors a position of the movable type storage assigned to the user. Determination means 94 calculates a risk value according to a relation between a position of the floor of the user and a position of the movable type storage and a duration time of the relation, and determines a risk of the movable type storage based on the calculated risk value. Risk countermeasure means 95 takes countermeasures to suppress the risk of the movable type storage in accordance with the determined risk of the movable type storage.SELECTED DRAWING: Figure 30

Description

[Technical field]

[0001] The present invention relates to a personal belongings management system, a personal belongings management method, and a personal belongings management program for managing personal belongings of floor users. [Background technology]

[0002] In recent years, the free address office format has been introduced, where employees do not have individual desks but work at any available desk. In a free address office, employees can work wherever they like, but the floor is used by unspecified people. For example, if personal belongings are left on a desk, there is a risk that the contents will be accessed by others, and the user of the personal belongings will not be able to be identified, and various other security risks exist.

[0003] In addition, in order to safely store documents that cannot be taken out of the office within the office, one option would be to assign individual lockers, but there are risks associated with taking documents out, as mentioned above.

[0004] To address this issue, for example, Patent Document 1 describes a device for preventing users from forgetting things, which outputs information to prevent users from forgetting things when the power switch of the vehicle is turned off and the car sharing service is terminated, and a specific object is left inside the vehicle or the luggage compartment.

[0005] Furthermore, Patent Document 2 describes a location information management system that can grasp the status of people and mobile terminal devices. The location information management system described in Patent Document 2 uses a floor entrance / exit device, a reader for wireless tags of mobile terminal devices, and a reader that confirms the presence or absence in the office to determine inconsistencies between the status of the managed person and the mobile terminal device. [Prior art documents] [Patent documents]

[0006] [Patent Document 1] JP 2019-144868 A [Patent Document 2] JP 2014-92916 A Summary of the Invention [Problem to be solved by the invention]

[0007] One possible measure to deal with such risks related to carry-on items is to carry out strict baggage inspections at entrances and exits, as is done in airports and high-security offices. However, for floors used by large numbers of people, such as tens or hundreds of people, strict inspections at entrances and exits mean operational problems such as long queues at the floor entrances and exits. This becomes even more problematic when an office has multiple floors used by large numbers of people and users move between floors frequently.

[0008] In this way, it can be said that there is a tradeoff between allowing users to enter and exit the office floor smoothly and strictly monitoring the taking in and out of personal belongings.

[0009] Here, in order to deal with the inappropriate abandonment of materials, a method can be considered in which a loss prevention support device such as that described in Patent Document 1 is used to focus on items left behind by a specific user and notify the user to prevent the item from being left behind. In addition, other methods such as tracing the user who left the item can also be considered. However, these methods do not monitor inappropriate actions such as the movement of materials by others. Therefore, security risks due to unauthorized actions by others still remain.

[0010] When authentication of entry and exit to an office floor is performed using an employee ID card or other such device, as in the location information management system described in Patent Document 2, the identity of the user can be guaranteed, so the authentication of entry and exit itself can be said to act as a deterrent to fraudulent activities. On the other hand, in the system described in Patent Document 2, an alarm is displayed or sounded if a discrepancy occurs between the status of the person to be managed and the mobile terminal device.

[0011] Therefore, in a situation where the identity of the office user can be guaranteed by an employee ID card or the like, there is a need to ensure a minimum level of security for the user's belongings, while not requiring strict inspection of the belongings, so as to prevent the user's movement between floors as much as possible. In light of such needs, it is preferable to ensure the necessary security for the belongings while ensuring the convenience of the user's movement between floors.

[0012] Therefore, the present invention aims to provide a personal item management system, a personal item management method, and a personal item management program that can ensure the security required for personal items while ensuring the convenience of users moving between floors. [Means for solving the problem]

[0013] The personal belongings management system of the present invention is characterized by comprising a storage allocation means for assigning movable storage to a floor user in which to store the user's personal belongings, an entry / exit management means for managing users' entry and exit from the floor, a storage monitoring means for monitoring the location of the movable storage assigned to the user, a determination means for calculating a risk value based on the relationship between the user's floor location and the location of the movable storage as well as the duration of this relationship and determining the risk of the movable storage based on the calculated risk value, and a risk response means for taking action to reduce the risk of the movable storage based on the determined risk of the movable storage.

[0014] The portable items management method of the present invention is characterized by assigning movable storage to a floor user for storing the user's portable items, managing the user's entry and exit from the floor, monitoring the location of the movable storage assigned to the user, calculating a risk value based on the relationship between the user's floor location and the location of the movable storage and the duration of that relationship, assessing the risk of the movable storage based on the calculated risk value, and taking measures to reduce the risk of the movable storage based on the assessed risk of the movable storage.

[0015] The personal belongings management program of the present invention is characterized in that it causes a computer to execute a storage allocation process that assigns a movable storage unit to a floor user to store the user's personal belongings, a determination process that receives information indicating the user's floor location from an entry / exit management means that manages the users' entry and exit from the floor, and also receives information indicating the location of the movable storage unit assigned to the user from a storage monitoring means that monitors the location of the movable storage unit assigned to the user, calculates a risk value based on the relationship between the user's floor location and the location of the movable storage unit, as well as the duration of this relationship, and determines the risk of the movable storage unit based on the calculated risk value, and a risk response process that takes action to reduce the risk of the movable storage unit based on the determined risk of the movable storage unit. Effect of the Invention

[0016] According to the present invention, it is possible to ensure the convenience of users when moving between floors while ensuring the necessary security for carried belongings. [Brief description of the drawings]

[0017] [Figure 1] 1 is a block diagram showing an example of the configuration of an embodiment of a portable belongings management system according to the present invention; [Diagram 2] 10 is a flowchart showing an example of the operation of the carry-on item management system. [Diagram 3] FIG. 2 is an explanatory diagram showing a specific example of the configuration of a carry-on item management system; [Figure 4] FIG. 2 is an explanatory diagram showing a configuration example of a carried item management device. [Diagram 5] FIG. 13 is an explanatory diagram showing an example of movable storage. [Figure 6] FIG. 1 is an explanatory diagram illustrating an example of an office. [Figure 7] FIG. 1 is an explanatory diagram showing an example of a storage floor. [Figure 8] FIG. 1 is an explanatory diagram showing an example of an office floor. [Figure 9] 11 is an explanatory diagram showing an example of a risk state table and a correspondence table. FIG. [Figure 10]11A to 11C are explanatory diagrams showing examples of various tables used when monitoring storage. [Figure 11] 10 is an explanatory diagram illustrating an example of the relationship between elements of each table. [Figure 12] FIG. 11 is an explanatory diagram showing an example of information stored in a monitoring table. [Figure 13] FIG. 11 is an explanatory diagram showing an example of information stored in a monitoring table. [Figure 14] FIG. 11 is an explanatory diagram showing an example of information stored in a monitoring table. [Figure 15] FIG. 11 is an explanatory diagram showing an example of a notification email. [Figure 16] FIG. 11 is an explanatory diagram showing an example of a notification email. [Figure 17] 13 is a flowchart showing an example of an operation for storage allocation. [Figure 18] 13 is a flowchart showing an example of an operation for canceling storage allocation. [Figure 19] 13 is a flowchart showing an example of an operation for unlocking a risk state of storage. [Figure 20] 13 is a flowchart showing an example of an operation for detecting entry and exit of a user. [Figure 21] 13 is a flowchart showing an example of operation at the entrance / exit. [Figure 22] FIG. 11 is an explanatory diagram showing an example of operation by an interval timer means. [Figure 23] 13 is a flowchart showing an example of a floor scan operation. [Figure 24] 13 is a flowchart showing an example of a floor scan operation. [Diagram 25] 13 is a flowchart illustrating an example of a process for managing a risk state. [Figure 26] 11 is a flowchart showing an example of a response to reduce a risk. [Figure 27] 13 is a flowchart showing an example of an operation for referring to various states. [Figure 28] 11 is a flowchart illustrating an example of a process for sending an email. [Figure 29]FIG. 13 is a block diagram showing a modified example of the carry-on item management system. [Diagram 30] 1 is a block diagram showing an overview of a personal belongings management system according to the present invention; DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0018] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. First, an embodiment of a baggage management system according to the present invention will be described. A specific configuration example of the baggage management system will be described later.

[0019] 1 is a block diagram showing an example of the configuration of an embodiment of a personal effects management system according to the present invention. The personal effects management system 1 of this embodiment includes a memory unit 10, a storage allocation unit 20, an entry / exit management unit 30, a storage monitoring unit 40, a determination unit 50, a risk response unit 60, and an administrator operation unit 70.

[0020] The storage unit 10 stores various information used for processing by the carried item management system 1. The storage unit 10 is realized by, for example, a magnetic disk or the like.

[0021] The storage allocation unit 20 allocates movable storage (a movable storage case, storage box, or other container; hereinafter, movable storage may be simply referred to as storage) to a floor user to store the user's belongings. The movable storage in this embodiment is capable of recognizing the identification information of the movable storage (hereinafter, may be referred to as storage ID) by short-range wireless communication such as RFID (Radio Frequency Identification). In this embodiment, allocating movable storage to a user means associating the user with the identification information of the movable storage, or linking the information.

[0022] For example, in response to a request from a user, the storage allocation unit 20 may register in the memory unit 10 information associating the user with the identification information of the movable storage unit used by the user.

[0023] The entrance / exit management unit 30 is a device that manages the entrance / exit of a user to / from a floor by detecting the passage of the user. In this way, the entrance / exit management unit 30 manages the location of the floor on which the user is present. For example, the entrance / exit management unit 30 manages which floor the user is present on, or whether the user is not present on any of the floors subject to management.

[0024] The entrance / exit management unit 30 is installed in advance at the entrance / exit of each floor that is determined to be managed. The entrance / exit management unit 30 of this embodiment may have any function as long as it has the function of detecting the entrance / exit of a user to each floor. The entrance / exit management unit 30 may be realized, for example, by an IC card reader that reads the user's IC card (e.g., employee ID card).

[0025] In this embodiment, a floor does not necessarily have to refer to a physical room. For example, if a single room is provided with multiple gates, the area partitioned by each gate may be regarded as a floor.

[0026] The storage monitoring unit 40 is a device that monitors the position of a movable storage unit assigned to a user. For example, the storage monitoring unit 40 may monitor the position of the movable storage unit at regular intervals, or may monitor the position of the movable storage unit when the entry / exit management unit 30 detects the entry / exit of a user to / from a floor. The storage monitoring unit 40 may also identify the position of the movable storage unit by detecting an IC tag attached to the movable storage unit through short-range wireless communication and reading the identification information. The storage monitoring unit 40 is realized by, for example, an RFID reader or the like.

[0027] The determination unit 50 receives information indicating the location of the floor on which the user is located from the entry / exit management unit 30. The determination unit 50 also receives information indicating the location of the movable storage unit assigned to the user from the storage monitoring unit 40.

[0028] The determination unit 50 then calculates a risk value according to the relationship between the user's floor location and the position of the movable storage unit, as well as the duration of this relationship, and determines the risk of the movable storage unit based on this risk value. The higher the risk of the movable storage unit, the higher this risk value is calculated to be. In this embodiment, a matrix-type risk status table that represents risk values ​​according to the relationship between the user's location and the position of the movable storage unit is determined in advance, and the determination unit 50 calculates the risk value using this risk status table.

[0029] Specifically, in the initial state where the determination unit 50 detects the relationship between the user's floor location and the location of the adjustable storage unit, the determination unit 50 uses the risk value in the risk status table as the calculation result as is. The determination unit 50 then increases the risk value according to a predetermined duration. The determination unit 50 then determines that the higher the risk value, the higher the risk of the adjustable storage unit.

[0030] This duration is preset so that a distinction can be made between the time required for temporary leaving a floor (for example, temporarily leaving a floor to eat, use the toilet, etc.) and leaving the item stored for a long period of time.

[0031] The risk response unit 60 takes action to suppress the risk according to the determined risk. In this embodiment, a correspondence table showing the response (action) according to the risk is determined in advance, and the risk response unit 60 uses this correspondence table to determine the response to be performed. In the correspondence table, the higher the risk, the more the risk is reduced.

[0032] The risk response unit 60 may, for example, send a warning email to the user or manager according to the risk. In addition, the risk response unit 60 may give an instruction to sound an alarm (not shown in FIG. 1) according to the risk. Furthermore, the risk response unit 60 may control so that the risk value is not changed even if the state of the relationship between the user's floor position and the position of the adjustable storage unit changes, for example by setting a flag so that the risk state is not changed. By performing such control, it is possible to prevent the determination of the risk state by the determination unit 50 from changing, making it possible to continue capturing adjustable storage units that are determined to be high risk.

[0033] The administrator operation unit 70 has a function of accepting operations by an administrator. For example, the administrator operation unit 70 may display the user's location or the location of the movable storage unit on a display device (not shown) in response to an inquiry. The administrator operation unit 70 may also accept and process various settings and cancellations used in the portable belongings management system 1.

[0034] The storage allocation unit 20, the judgment unit 50, the risk response unit 60, and the administrator operation unit 70 are realized by a computer processor (e.g., a CPU (Central Processing Unit)) that operates in accordance with a program (management program). For example, the program may be stored in the memory unit 10 of the carried item management system 1, and the processor may read the program and operate as the storage allocation unit 20, the judgment unit 50, the risk response unit 60, and the administrator operation unit 70 in accordance with the program. In addition, the functions of the storage allocation unit 20, the judgment unit 50, the risk response unit 60, and the administrator operation unit 70 may be provided in SaaS (Software as a Service) format.

[0035] In addition, the storage allocation unit 20, the entry / exit management unit 30, the storage monitoring unit 40, the judgment unit 50, the risk response unit 60, and the administrator operation unit 70 may each be realized by dedicated hardware. In addition, some or all of the components of each device may be realized by general-purpose or dedicated circuits, processors, etc., or combinations of these. These may be configured by a single chip, or may be configured by multiple chips connected via a bus. Some or all of the components of each device may be realized by a combination of the above-mentioned circuits, etc., and programs.

[0036] Furthermore, when some or all of the components of the personal belongings management system 1 are realized by a plurality of information processing devices, circuits, etc., the plurality of information processing devices, circuits, etc. may be centrally or distributed. For example, the information processing devices, circuits, etc. may be realized as a client-server system, a cloud computing system, etc., in a form in which each is connected via a communication network.

[0037] Next, a description will be given of the operation of the baggage management system 1 of this embodiment. Fig. 2 is a flow chart showing an example of the operation of the baggage management system 1 of this embodiment.

[0038] The storage allocation unit 20 allocates movable storage units to floor users (step S11). The entry / exit management unit 30 manages the entry / exit of users to the floor (step S12). The storage monitoring unit 40 monitors the location of the movable storage units allocated to the users (step S13). The judgment unit 50 calculates a risk value according to the relationship between the user's floor location and the movable storage unit's location, as well as the duration of this relationship, and judges the risk of the movable storage unit based on the calculated risk value (step S14). Then, the risk response unit 60 takes action according to the judged risk of the movable storage unit (step S15).

[0039] As described above, in this embodiment, the storage allocation unit 20 allocates movable storage units to floor users, the entry / exit management unit 30 manages the entry / exit of users to the floor, and the storage monitoring unit 40 monitors the location of the movable storage units allocated to the users. The determination unit 50 then calculates a risk value according to the relationship between the floor location of the user and the location of the movable storage unit, as well as the duration of this relationship, and determines the risk of the movable storage unit based on the calculated risk value. As a result, the risk response unit 60 takes action according to the determined risk of the movable storage unit. This ensures the convenience of users' movement between floors while ensuring the security expected to be necessary for their carried items.

[0040] Next, a specific configuration example of the baggage management system of the present invention will be described. Fig. 3 is an explanatory diagram showing a specific configuration example of the baggage management system of the present invention. The baggage management system 100 shown in Fig. 3 includes a baggage management device 110, an entrance and exit management device 120, and an email device 130.

[0041] The entrance / exit management device 120 is connected to each card reader 121, and is a device that manages the entrance / exit of users 102 of storage units 101 having RF tags to / from a floor. The email device 130 is a device that sends emails to users 102 and managers 103. The personal belongings management device 110 controls RF (Radio Frequency) scanners (hereinafter, referred to as bulk-reading RF scanners) 112 that read tags attached to storage units in bulk, and each alarm 111, which are installed at each entrance / exit on each floor. The personal belongings management device 110 also controls bulk-reading RF scanners 113 installed on each floor.

[0042] Furthermore, the personal belongings management device 110 receives requests for storage allocation and deallocation, and requests for output of storage movement history, from the user 102 and the manager 103 via the operation terminal 114. Then, the personal belongings management device 110 performs storage allocation and deallocation and outputs various information in response to the received requests.

[0043] Fig. 4 is an explanatory diagram showing a configuration example of the personal belongings management device 110. The personal belongings management device 110 shown in Fig. 4 includes a storage ratio / release means 211, an entrance / exit notification receiving means 212, an interval timer means 213, an entrance / exit gate scanning means 214, a floor scanning means 215, a risk state management means 216, various response action means 217, a risk state lock release means 218, an email sending means 219, and a state reference means 220.

[0044] The storage ratio / release means 211 allocates or releases storage to a user.

[0045] The entry / exit notification receiving means 212 updates the user's location information and history when the user enters or leaves a floor.

[0046] The interval timer means 213 detects a timeout at regular intervals.

[0047] The entrance / exit scanning means 214 works in conjunction with the entrance / exit notification receiving means 212 to scan the entrance / exit, and updates the storage location information and history.

[0048] The floor scanning means 215 works in conjunction with the interval timer means 213 to scan each floor and update the storage location information and history.

[0049] The risk state management means 216 works in conjunction with the floor scanning means 215 to calculate a risk value based on the risk state table from the storage position information and the user position information associated with the storage.

[0050] The response action means 217 works in conjunction with the risk state management means 216, and executes actions corresponding to risks based on the correspondence table. Specifically, the various response action means 217 may include a warning email sending means 231 for sending a warning email to a user or manager that the storage is being improperly operated, an alarm sounding means 232 for sounding an alarm at the entrance / exit, and a risk state locking means 233 for setting whether or not to lock changes to the risk state.

[0051] The risk state unlocking means 218 unlocks the locked risk state changes.

[0052] The email sending means 219 works in conjunction with various means to send emails. For example, the email sending means 219 may work in conjunction with the storage allocation / release means 211 and the risk state lock release means 218 to send notification emails of storage allocation, allocation release, and lock release to workers and managers.

[0053] The status reference means 220 presents storage location information, user location information, and history information to the worker or manager.

[0054] The storage ratio / release means 211 corresponds to the storage allocation unit 20 in the above embodiment. The entry / exit notification receiving means 212 corresponds to the entry / exit management unit 30 in the above embodiment. The interval timer means 213, the entrance / exit scanning means 214, and the floor scanning means 215 correspond to the storage monitoring unit 40 in the above embodiment. The interval timer means 213 and the risk state management means 216 correspond to the determination unit 50 in the above embodiment. The various response action means 217 and the email sending means 219 correspond to the risk response unit 60 in the above embodiment. The risk state lock release means 218 and the state reference means 220 correspond to the administrator operation unit 70 in the above embodiment.

[0055] Figure 5 is an explanatory diagram showing an example of a movable storage unit used in an office. Examples of storage units include bags, cases with casters, and other items that can be carried by a person. Each storage unit is given an RF tag and a label showing the storage ID. It is preferable that each storage unit has a lock.

[0056] Fig. 6 is an explanatory diagram showing an example of an office. The office shown in Fig. 6 includes multiple floors and a passageway for moving between the floors. The types of floors shown in Fig. 6 are examples, and include, for example, a storage floor for storing items and an office floor where users perform work. Note that there may be multiple storage floors and multiple office floors.

[0057] Fig. 7 is an explanatory diagram showing an example of a storage floor. Storage floor 310 shown in Fig. 7 is provided with storage space 311 for storing storage items, and entrance / exit 312. Entrance / exit 312 is provided with entrance IC card reader 313 and exit IC card reader 314 for authentication using an IC card such as an employee ID card, batch reading RF scanner 315 for scanning storage items, and alarm 316. Near each storage space, a batch reading RF scanner 317 for scanning storage items is also provided. It is preferable that the storage spaces are lockable.

[0058] Fig. 8 is an explanatory diagram showing an example of an office floor. On the office floor 320 shown in Fig. 8, a work desk 321 where a user of the storage unit works and an entrance / exit 322 are installed. Also, at the entrance / exit 322, an entrance IC card reader 323 and an exit IC card reader 324 for authentication using an IC card such as an employee ID card, a batch reading type RF scanner 325 for scanning the storage unit, and an alarm 326 are installed. Also, a batch reading type RF scanner 327 for scanning the storage unit is installed near each work desk.

[0059] Fig. 9 is an explanatory diagram showing an example of a risk state table and a correspondence table. The risk state table 340 shown in Fig. 9 shows the initial value of the risk value of storage defined by a matrix of storage and the user's location. The smaller the risk value, the lower the risk, and 0 indicates no risk.

[0060] The columns of the risk state table 340 represent the location of the storage. In the example shown in FIG. 9, three types of location are defined: inside the storage floor, inside the office floor, and outside the floor. Furthermore, the rows of the risk state table 340 represent the location of the user. In the example shown in FIG. 9, four types of location are defined: inside the same floor as the storage, inside a different floor from the storage, outside the floor, and no user assigned. For example, when the storage is on a storage floor and the storage and the user are on the same floor, the risk value is set to 0 (no risk). Furthermore, the more unknown the location of the storage and the user is in the combination, the higher the risk value is set. In this way, the risk state table sets a higher risk value the farther the floor of the user is from the floor of the movable storage.

[0061] Moreover, the correspondence table 350 illustrated in Fig. 9 shows a combination of responses (actions) according to risk values. The columns of the correspondence table 350 show risk values. In the example shown in Fig. 9, five types of risk values ​​are defined, ranging from 0 for "no risk" to 4 for "risk danger." Furthermore, the rows of the correspondence table 350 show the content of the (caution) action to be executed. In the example shown in Fig. 9, the circled parts are the (caution) actions to be executed for the risk value indicated by storage.

[0062] FIG. 9 shows six types of responses (actions): resetting the risk value, adding the risk value, sending a warning email to the user, sending a warning email to the administrator, sounding an alarm, and locking the risk state.

[0063] The risk value is reset and added by the risk state management means 216. The sending of warning emails, sounding of alarms, and risk state locking are performed by various response action means 217. Sounding of alarms is performed only at entrances and exits. The action taken when the risk value is low is defined as an action that the user can respond to with simpler means, and the higher the risk value, the more difficult it is for the user to respond.

[0064] Resetting the risk value is a process that returns the risk value of storage to 0. In this specific example, it is assumed that the risk value cannot be returned by any means other than the risk state management means 216. By making such settings, it becomes possible for the user to reset the risk value by natural actions such as returning the storage to the storage floor or moving to the same floor as the storage.

[0065] The risk state management means 216 adds the risk value of storage when the same risk value continues for a certain period of time. As described above, this certain period of time is set in advance so that it is possible to distinguish between the time required to temporarily leave a floor (for example, temporarily leave a floor to eat or go to the toilet, etc.) and leaving something stored for a long period of time.

[0066] The warning email sending means 231 notifies the user of the location information of the storage and the risk value. This has the effect of encouraging the user to handle the storage appropriately. The warning email sending means 231 also notifies the administrator of the location information of the storage and the user, and the risk value. This allows the administrator to know which storage has been left unattended and who is using it. In addition, notifying the administrator also acts as a deterrent to users from engaging in inappropriate behavior.

[0067] The alarm sounding means 232 sets a flag to sound an alarm when storage is detected by scanning the entrance / exit of each floor, thereby preventing unauthorized removal.

[0068] The risk state locking means 233 sets a flag that makes it impossible to reset the current risk value. This makes it possible to continue capturing storage that is deemed dangerous, thus acting as a deterrent to risky behavior.

[0069] FIG. 10 is an explanatory diagram showing examples of various tables (hereinafter referred to as monitoring tables) used when monitoring storage. Table 361 is an example of a floor table including floor information. The floor table stores information related to the floor. Floor table elements are in one-to-one correspondence with each office floor and each storage floor, and each floor corresponds to one outside.

[0070] Table 362 is an example of an entrance / exit table that includes information about entrances / exits. The entrance / exit table stores information related to entrances / exits. The entrance / exit table elements correspond one-to-one with each entrance / exit, and are connected by a fixed link to the floor table element of the floor on which the entrance / exit is located.

[0071] Table 363 is an example of a scanner table including scanner information and an alarm table including alarm information. The scanner table stores information related to batch-reading RF scanners. The scanner table elements correspond one-to-one to each scanner, and are fixedly linked to the floor table element of the floor where the scanner is located or the entrance / exit table element where the scanner is located.

[0072] The alarm table stores information related to alarms at the entrances and exits of the floors. The alarm table elements correspond one-to-one to each alarm, and are fixedly linked to the entrance and exit table elements where the alarms are located.

[0073] FIG. 11 is an explanatory diagram illustrating the relationship between elements of each table. Relationship 371 shows the relationship between the user table, which contains user information, and the floor table. The user table stores information related to storage users. User table elements correspond one-to-one to each user, and are dynamically linked to floor table elements on the floor or outside the floor where the user is located at a given time.

[0074] Relationship 372 shows the relationship between the storage table, which contains information about storage, and the floor table. The storage table stores information related to storage. The storage table elements correspond one-to-one to each storage, and are linked to the floor table elements on the floor or outside the floor where the storage is located at a certain point in time.

[0075] A relationship 373 indicates a relationship between the storage table and the user table. In the case of an assigned storage, the storage table element is dynamically linked to the assigned user table element.

[0076] Relationship 374 indicates the relationship between the history table, which contains history related to users and storage, and other tables. The history table stores information related to the location of users and storage, and the history of entry / exit and alarm sounding. History table elements are linked to the floor table elements where each history occurred. In addition, user associations are linked to the corresponding user table elements. In addition, in the case of storage history, they are linked to the corresponding storage table elements.

[0077] 12 to 14 are explanatory diagrams showing examples of information stored in the monitoring table.

[0078] Table 381 is an example of basic information. A floor table element, an entrance / exit table element, a scanner table element, an alarm table element, a user table element, and a storage table element each have basic information including a table type, a table ID, and a tree structure link, as exemplified in table 381. A table ID is assigned to each table element for each table type in a one-to-one relationship, and table elements of the same table type form a tree structure with the table ID as a key. For example, a unique ID such as an employee ID is used as the table ID of a user table element.

[0079] Table 382 is an example of a floor table element. The unique information of the floor table element includes a floor type, a link to an entrance / exit table element, a link to a scanner table element, a link to a user table element, a link to a storage table element for which scanning has been confirmed, a link to a storage table element being scanned, and links to various (entrance / exit, floor scan, entrance / exit scan, alarm) history table elements.

[0080] Table 383 is an example of an entrance / exit table element. The unique information of the entrance / exit table element has a link to a floor table element, a link to a scanner table element, and a link to an alarm table element.

[0081] Table 384 is an example of a scanner table element. The unique information of the scanner table element includes a scanner type and a link to a floor table element or an entrance / exit table element.

[0082] Table 385 is an example of an alarm table element. The unique information of the alarm table element has a link to the entrance / exit table element.

[0083] Table 386 is an example of a user table element. The unique information of the user table element includes a storage allocation flag, a link to a storage table element, a location, a link to a floor table element, and a link to an entry / exit history table element.

[0084] Table 387 is an example of a storage table element. The unique information of the storage table element includes a storage allocation flag, a user ID, a link to a user table element, a location, a risk value, a risk status lock flag, a link to a floor table element, and links to various (floor scan, entrance / exit scan, alarm) history table elements. There are two types of links to floor table elements: for storage for which scanning has been confirmed, and for storage during scanning.

[0085] Table 388 is an example of basic information for various history table elements. Various (entry / exit, floor scan, entrance / exit scan, alarm) history table elements have basic information including history type, date and time, floor ID, and link to floor table element, as exemplified in table 388.

[0086] Table 389 is an example of an entry / exit history table element. Unique information of an entry / exit history table element includes an entry / exit type, an entrance / exit gate ID, a user ID, and a link to a user table element.

[0087] Table 390 is an example of a floor scan history table element. The unique information of the floor scan history table element includes a scanner ID, a user ID, a storage ID, and a link to a storage table element.

[0088] Table 391 is an example of an entrance / exit scan history table element. Unique information of an entrance / exit scan history table element includes an entrance / exit ID, a user ID, a storage ID, and a link to a storage table element.

[0089] Table 392 is an example of an alarm history table element. Unique information of an alarm history table element includes an entrance / exit ID, a user ID, a storage ID, and a link to a storage table element.

[0090] 15 and 16 are explanatory diagrams showing examples of notification emails. Email information 401 is an example of a storage allocation request email. The storage allocation request email has a user ID and a storage type. The storage allocation request email may also include a storage floor ID and a reason for the request.

[0091] The email information 402 is an example of a storage allocation result email. The storage allocation result email includes whether the allocation was successful, a user ID, a storage ID, and a storage floor ID. The storage allocation result email may also include the reason for success or failure.

[0092] The email information 403 is an example of a storage allocation release request email. The storage allocation release request email may include a user ID, a storage ID, and a storage floor ID.

[0093] The email information 404 is an example of a storage allocation release result email. The storage allocation release result email includes whether the allocation was released, the user ID, and the storage ID. The storage allocation release result email may also include the reason for release.

[0094] The email information 405 is an example of a risk state lock release request email. The risk state lock release request email has a user ID, a storage ID, and a floor ID. The risk state lock release request email may also include the reason for the request.

[0095] The email information 406 is an example of a risk state lock release result email. The risk state lock release result email includes whether or not the lock was released, a user ID, a storage ID, and a floor ID. The risk state lock release result email may also include the reason for whether or not the lock was released.

[0096] The email information 407 is an example of a warning email. The warning email includes a warning type, a risk value, a user ID, a storage ID, a floor ID (user), a floor ID (storage), and an entrance / exit ID. In this specific example, there are two types of warning types: a floor scan and an entrance / exit scan.

[0097] Next, the operation of this configuration example will be described. In the following description, it is assumed that table elements corresponding to floors, entrances and exits, scanners, alarms, storage, and users have already been created.

[0098] Fig. 17 is a flow chart showing an example of storage allocation operation. The operation example shown in Fig. 17 is an example of operation for allocating storage located on a storage floor to a user.

[0099] The storage allocation / release means 211 receives a storage allocation request from a user via an operation console such as a PC (personal computer) (step S101). The storage allocation / release means 211 may also receive designation of a desired type of storage, a storage floor, and a reason for the request from the user. After that, processing is performed sequentially from the top of the storage floors.

[0100] The storage allocation / release means 211 searches for storage allocation table elements linked to the floor table elements of the storage floor, and searches for storage where the storage allocation flag is off and the risk state lock flag is also off (step S102). If a storage is found (Yes in step S102), the email sending means 219 sends a storage allocation request email to the administrator (step S103). Thereafter, the storage allocation / release means 211 accepts storage allocation permission from the administrator via an operation console such as a PC (step S104). The storage allocation / release means 211 may also accept denial or a designation of the reason for denial from the administrator.

[0101] If permission is obtained from the administrator (Yes in step S105), the storage allocation / cancellation means 211 sets the storage allocation flags of the storage table elements and the user table elements to ON (step S106), and connects the links between the user table elements (step S107). In addition, the email sending means 219 sends the storage allocation result email including information related to the permission to the user (step S108).

[0102] On the other hand, if no storage is found (No in step S102), the storage allocation / cancellation means 211 determines whether or not a next storage floor exists (step S109). If a next storage floor exists (Yes in step S109), the processing from step S102 onwards is repeated for the next storage floor.

[0103] Then, if there is no next storage floor (No in step S109), or if the administrator has denied permission (No in step S105), the email sending means 219 sends the storage allocation result email including information related to the denial to the user (step S109).

[0104] When a storage is found, the storage allocation / cancellation means 211 may automatically allocate the storage, omitting the operation by the administrator.

[0105] Fig. 18 is a flow chart showing an example of an operation for canceling the allocation of a storage unit. The example of operation shown in Fig. 18 is an example of an operation for canceling the allocation of a storage unit located on a storage floor.

[0106] The storage allocation / release means 211 receives a storage allocation release request from a user via an operation console such as a PC (step S201). If the risk state lock flag in the storage table element of the specified storage ID is on (No in step S202), if the specified user ID does not match the information of the storage table element (No in step S203), or if the specified storage floor ID does not match the information of the storage table element (No in step S204), the email sending means 219 sends a storage allocation release result email including information related to denial to the user (step S205).

[0107] On the other hand, if the risk state lock flag of the storage table element for the specified storage ID is off (Yes in step S202), the specified user ID matches the information of the storage table element (Yes in step S203), and the specified storage floor ID matches the information of the storage table element (Yes in step S204), the email sending means 219 sends an email to the administrator requesting release of the storage allocation (step S206).

[0108] The storage allocation / release means 211 receives permission to release the storage allocation from the administrator via an operation console such as a PC (step S207). The storage allocation / release means 211 may receive denial or a designation of the reason for denial from the administrator. If permission is given by the administrator (Yes in step S208), the storage allocation / release means 211 sets the storage allocation flag of the storage table element to OFF (step S209) and cuts the link with the user table element (step S210). Furthermore, if this is the last storage allocated to the user, the storage allocation / release means 211 also turns off the storage allocation flag of the user table element (step S211). Then, the email sending means 219 sends a storage allocation release result email including information related to the permission to the user (step S212).

[0109] On the other hand, if the administrator has not given permission in step S208 (No in step S208), the email sending means 219 sends the storage allocation release result email including information related to the denial to the user (step S205). Note that if there is no contradiction in the specified information, the storage allocation / release means 211 may automatically release the allocation without requiring the administrator to perform any operation.

[0110] Fig. 19 is a flowchart showing an example of an operation for unlocking a risk state of a storage unit. The example of operation shown in Fig. 19 is an example of an operation for unlocking a risk state lock of a storage unit located on the same floor as the user.

[0111] The risk state lock release means 218 receives a request to release the risk state lock of storage from a user via an operation console such as a PC (step S301). If the risk state lock flag in the storage table element of the specified storage ID is on (No in step S302), if the specified user ID does not match the information of the storage table element (No in step S303), or if the specified floor ID does not match the information of the storage table element (No in step S304), the email sending means 219 sends a risk state lock release result email of storage including information related to non-permission to the user (step S305).

[0112] On the other hand, if the risk state lock flag of the storage table element for the specified storage ID is off (Yes in step S302), the specified user ID matches the information of the storage table element (Yes in step S303), and the specified floor ID matches the information of the storage table element (Yes in step S304), the email sending means 219 sends an email to the administrator requesting release of the storage state lock (step S306).

[0113] The risk state lock release means 218 receives permission to release the risk state lock for storage from the administrator via an operation console such as a PC (step S307). The risk state lock release means 218 may receive denial or a designation of the reason for denial from the administrator. If permission is given by the administrator (Yes in step S308), the risk state lock release means 218 sets the allocation flag of the storage table element to off (step S309) and sets the risk value to 0 (step S310). Furthermore, the email sending means 219 sends an email of the result of the risk state lock release allocation for storage, including information related to the permission, to the user (step S311).

[0114] On the other hand, if the administrator has denied permission in step S308 (No in step S308), the email sending means 219 sends the user a risk state lock release result email of the deposit, including information related to the denial (step S305). Note that if there is no contradiction in the specified information, the risk state lock release means 218 may be configured to automatically release the allocation, omitting the operation by the administrator.

[0115] 20 is a flowchart showing an example of an operation for detecting entry and exit of a user. In this example of the operation, it is assumed that the entry and exit management device 120 notifies the user ID, the entrance and exit gate ID, and the entry and exit type.

[0116] The entry / exit notification receiving means 212 waits for an entry / exit notification (step S401). Upon receiving the notification, the entry / exit notification receiving means 212 updates the location of the user table element of the user ID (step S402). The entry / exit notification receiving means 212 acquires a floor table element linked to the entrance / exit table element of the entrance / exit ID, and creates a new entry / exit history table element (entrance / exit history) (step S403). The entry / exit notification receiving means 212 then adds the entry / exit history to the link of the floor table element (step S404), and adds the entry / exit history to the link of the user table element (step S405).

[0117] Then, if the user's movement is entering the room (Yes in step S406), the entry / exit notification receiving means 212 changes the link of the user table element to the current floor table element (steps S407, S408). On the other hand, if the user's movement is leaving the room (No in step S406), the entry / exit notification receiving means 212 changes the link of the user table element to the floor table element corresponding to outside the floor (steps S409, S410). Then, the entry / exit notification receiving means 212 notifies the entrance / exit gate scanning means 214 of the entrance / exit gate ID (step S411).

[0118] 21 is a flowchart showing an example of operation at the entrance / exit. The entrance / exit scanning means 214 reads from a batch-reading RF scanner corresponding to a scanner table element linked to an entrance / exit table element of an entrance / exit ID (step S501).

[0119] If storage is not detected (No in step S502), the process ends. On the other hand, if storage is detected (Yes in step S502), the entrance scanning means 214 performs the following operation on the storage table elements of the storage IDs of all storages detected by scanning, starting from the first storage detected (step S503).

[0120] First, the entrance / exit scanning means 214 creates a new entrance / exit scan history table element (entrance / exit scan history) (step S504), adds the created entrance / exit scan history to the link of the entrance / exit table element (step S505), and further adds it to the history link of the storage table element (step S506).

[0121] Here, if the allocation flag is on (Yes in step S507), the processing from step S509 onwards is carried out. On the other hand, if the allocation flag is off (No in step S507), the entrance scanning means 214 sets the risk state lock flag to on (step S508). In this case, the entrance scanning means 214 sets the risk value to 4. The entrance scanning means 214 notifies the entrance response action means 217 of the storage ID (step S509).

[0122] After that, if the detected storage unit still exists (Yes in step S510), the entrance scanning means 214 checks the next detected storage unit (step S511) and repeats the processes from step S504 onwards.

[0123] In addition, if the date and time of the detected storage is only a short time after the date and time of the previously detected entrance / exit scan history table element, and the entrance / exit ID at which the storage was detected is the same as the previous entrance / exit ID, the entrance / exit scanning means 214 may suppress the series of operations illustrated in Figure 21.

[0124] 22 is an explanatory diagram showing an example of the operation of the interval timer means 213. When the interval timer means 213 starts the interval timer (step S601), it waits for a timeout (step S602), and upon the timeout, it notifies the floor scan means of that fact (step S603). Then, the interval timer means 213 restarts the interval timer (step S604), and repeats the processes from step S602 onwards.

[0125] 23 and 24 are flow charts showing an example of floor scan operation. The floor scan means 215 performs the following operation for each floor table element corresponding to all floors, starting from the detected first floor (step S701).

[0126] First, the floor scanning means 215 replaces all the links of the storage table element for which the scanning of the floor table element has been confirmed with all the links to the storage table element being scanned (step S702).

[0127] The floor scanning means 215 reads from the batch reading type RF scanner corresponding to all floor scanner table elements linked to the floor table element (steps S703 and S704). Then, the floor scanning means 215 performs the following operations for the storage table elements of the storage IDs of all storages detected by the scan (Yes in step S705), starting from the top storage detected (step S706).

[0128] The floor scanning means 215 separates the link of the storage table element to the floor table element and replaces it with a link to the storage table element that has been confirmed by the current scan of the floor table element (steps S707 and S708).Then, the floor scanning means 215 updates the location of the storage table element (step S709).

[0129] The floor scanning means 215 creates a new floor scan history table element (floor scan history) (step S710), adds the created floor scan history to the history link of the floor table element (step S711), and adds it to the history link of the storage table element (step S712).

[0130] In addition, if the date and time of the previous scan is shortly after the date and time of the previous floor history table element, and the scanner ID of the scanner that scanned is the same as the previous scanner ID, the floor scanning means 215 may suppress the creation of a floor scan history.

[0131] The floor scanning means 215 notifies the risk state management means 216 of the storage ID (step S713). When the floor scanning means 215 has finished processing all floor scanner table elements within the floor (Yes in step S714), it replaces all links of the storage table elements being scanned in the floor table elements with links of the storage table elements being scanned in the floor table elements corresponding to the outside of the floor (step S715). On the other hand, if the processing is not finished (No in step S714), the floor scanning means 215 checks the next storage detected (step S716) and repeats the processing from step S707 onwards. Note that if storage is not detected in step S705 (No in step S705), the processing from step S717 onwards is performed.

[0132] When the processing of all floors is completed (Yes in step S717), the floor scanning means 215 replaces all links of the storage table elements for which the scanning of the floor table elements corresponding to the outside of the floor has been confirmed with links to the storage table elements being scanned (step S718 in FIG. 24). On the other hand, if the processing is not completed (No in step S717), the floor scanning means 215 checks the next floor (step S719) and repeats the processing from step S707 onwards.

[0133] Next, if there is no storage of the link being scanned outside the floor (No in step S720), the floor scanning means 215 ends the process. On the other hand, if there is a storage of the link being scanned outside the floor (Yes in step S720), the floor scanning means 215 performs the following operation from the head of the storage being scanned for all storage table elements linked to the storage table element being scanned of the floor table element outside the floor (step S721).

[0134] First, the floor scanning means 215 cuts off the link of the storage table element to the floor table element (step S722), and replaces it with the link of the storage table element for which the scan of the floor table element outside the floor has been confirmed (step S723). The floor scanning means 215 updates the location of the storage table element to outside the floor (step S724). Then, the floor scanning means 215 creates a new floor scan history table element (floor scan history) (step S725), adds the floor scan history to the history link of the floor table element outside the floor (step S726), and adds the floor scan history to the history link of the storage table element (step S727).

[0135] In addition, if the date and time of the previous scan is shortly after the date and time of the previous floor history table element, and the scanner ID of the scanner that scanned is the same as the previous scanner ID, the floor scanning means 215 may suppress the creation of a floor scan history.

[0136] The floor scanning means 215 notifies the risk state management means 216 of the storage ID (step S728).

[0137] If there is a next entry (Yes in step S729), the floor scanning means 215 checks the next entry being scanned (step S730) and repeats the process from step S722 onwards. On the other hand, if there is no next entry (No in step S729), the floor scanning means 215 ends the process.

[0138] Fig. 25 is a flowchart showing an example of a process for managing a risk state. If the risk state lock flag of the storage table element of the storage ID is off (Yes in step S801), and if the risk value is less than 4 (danger) (Yes in step S802), the risk state management means 216 updates the risk value based on the correspondence table shown in Fig. 9. Specifically, the risk state management means 216 calculates the current risk value based on the location of the storage table location element and the location of the user table element (step S803).

[0139] If the calculated risk value is 0 (no risk) (Yes in step S804), the risk state management means 216 stores 0 in the risk value of the storage table element (step S805). If the calculated risk value is greater than the risk value of the storage table element (No in step S804, Yes in step S806), the risk state management means 216 stores the calculated risk value in the risk value of the storage table element (step S807). On the other hand, if the calculated risk value is equal to or less than the risk value of the storage table element (No in step S806), the risk state management means 216 adds 1 to the risk value of the storage table element (step S808).

[0140] The risk state management means 216 may store the time of the previous risk value change and add the risk value when a predetermined time has passed since that time.If the risk state lock flag is on (No in step S801), if the risk value is 4 or more (No in step S802), or after the risk value has been stored, the risk state management means 216 notifies the response action means 217 of the storage ID (step S809).

[0141] 26 is a flowchart showing an example of a response to suppress risk. When a corresponding storage table element is obtained from a storage ID, actions corresponding to the risk value (rows of the correspondence table 350 in FIG. 9) are sequentially executed based on the correspondence table.

[0142] Specifically, if the risk value is 1 or more (Yes in step S901), the warning mail sending means 231 sends a warning mail to the user (step S902). If the risk value is 2 or more (Yes in step S903), the warning mail sending means 231 sends a warning mail to the administrator (step S904).

[0143] Furthermore, if the risk value is 3 or more (Yes in step S905) and if an event is detected at an entrance / exit (Yes in step S906), the alarm sounding means 232 acquires an alarm table element linked to the entrance / exit table element of the entrance / exit ID in the latest entrance / exit scan history, sounds a corresponding alarm (step S907), and creates a new alarm history table element (alarm history) (step S908).Then, the alarm sounding means 232 adds an alarm history to the history link of the floor table element linked to the entrance / exit table element and the history link of the storage table element (steps S909 and S910).

[0144] Then, if the risk value is 4 or more (Yes in step S911), the risk state lock means 233 sets the risk state lock flag of the storage table element to ON (step S912). Note that if the risk value is less than 1 in step S901 (No in step S901), if the risk value is less than 2 in step S903 (No in step S903), if the risk value is less than 3 in step S905 (No in step S905), or if the risk value is less than 4 in step S911 (No in step S911), the process ends without performing any further processes.

[0145] 27 is a flowchart showing an example of an operation for referring to various states. The state reference means 220 receives a state reference request from a user or manager (hereinafter, referred to as a requester) via an operation console such as a PC (step S1001). If the state reference request is a request to refer to a storage state (Yes in step S1002), the state reference means 220 receives a storage ID designation from the requester, acquires the storage table element of the designated storage ID and the user table element linked to the storage table element, acquires the location and storage risk value of each (step S1003), and outputs them to the operation console (step S1004).

[0146] On the other hand, if the status reference request is a request to reference a user status (No in step S1002, Yes in step S1005), the status reference means 220 accepts the specification of a user ID from the requester. Then, the status reference means 220 acquires the user table element of the specified user ID and all storage table elements linked to the user table element (step S1006), acquires the location and storage risk value of each (step S1007), and outputs them to the operation console (step S1004).

[0147] On the other hand, if the status reference request is a request to reference the history status (No in step S1005, Yes in step S1008), the status reference means 220 accepts designation of the table type (e.g., floor, storage, user, etc.), table ID, history type, and period from the requester. Then, the status reference means 220 acquires table elements from the designated table type and table ID, acquires history table elements within the designated period linked from the designated history type, and outputs them to the operator console (step S1009). The status reference means 220 may cause the output results to be downloaded as a file or printed out. In this specific example, if the request is for a reference other than the storage status, user status, and history status (No in step S1008), the process ends.

[0148] 28 is a flowchart showing an example of a process for sending an e-mail. The e-mail sending means 219 creates various e-mail information based on the specified information (step S1101), and sends the e-mail to the specified destination (step S1102).

[0149] Next, the effects of the personal effects management system of this embodiment will be described. The personal effects management system of this embodiment is preferably applied to cases where entry and exit is authenticated by IC cards such as employee ID cards, and an office floor where the identity of the user is guaranteed is a free address system. In a free address office, a movable storage unit that can only be used within the office is assigned to each user to keep documents that cannot be taken out or reference materials necessary for work that will last several days within the office.

[0150] In such a situation, it is assumed that there are multiple large office floors in the office that can accommodate tens to hundreds of people, and that users can freely use the floors and the work desks on the floors. In this case, it is preferable to enable workers to enter and exit the floors as smoothly as possible, and to monitor the legitimacy of the items that workers carry to the storage floors.

[0151] In this embodiment, by automatically scanning the storage unit at the entrance / exit gate in conjunction with entrance / exit authentication using an IC card such as an employee ID card, even when a large number of people enter or exit the room, it is possible to capture the storage unit's location while eliminating waiting time due to inspection of items carried in the storage unit, etc. In addition, by periodically scanning the storage unit on the floor and using a batch-reading RF scanner, the accuracy of capturing the storage unit's location can be increased.

[0152] Furthermore, by increasing the accuracy of capturing the location of storage, it will be possible to determine whether inappropriate use, such as leaving storage unattended, is occurring based on the relationship between the storage and the user's location, without the need for strict inspection of personal belongings at the entrance and exit gates.

[0153] Furthermore, in this embodiment, the level of risk is determined according to the relationship between the storage and the user's location, and a warning action is determined according to that risk. This allows for more flexible and detailed responses. Specifically, in this embodiment, the risk state management means 216 resets the risk value when the user takes natural action, such as returning the storage to the storage floor or moving to the same floor as the storage, except for actions that are judged to be dangerous or risky. This reduces the stress felt by the user when handling the storage.

[0154] Furthermore, in this embodiment, the risk state management means 216 adds to the risk value of storage if the same risk value continues for a certain period of time. This makes it possible to distinguish between risk judgments when a user temporarily leaves the floor to eat, go to the toilet, etc., and risk judgments when storage is left unattended for a long period of time. Furthermore, if storage is judged to be risky, the warning email sending means 231 sends a warning email to the user. This has the effect of encouraging the user to handle storage appropriately.

[0155] Furthermore, if the storage is determined to be a high risk, the warning email sending means 231 sends a warning email to the administrator. This allows the administrator to know which storage has been left unattended and who is using it, and also acts as a deterrent to users engaging in inappropriate behavior. Furthermore, if the storage is determined to be a high risk, the alarm sounding means 232 sounds an alarm at the entrance and exit of each floor. This has the effect of deterring unauthorized removal of storage.

[0156] In addition, if the storage is judged to be a dangerous risk, the risk state locking means 233 makes it impossible to reset the current risk value of the storage. This makes it possible to continue capturing storage that is deemed dangerous, thereby providing the effect of deterring dangerous behavior.

[0157] As described above, by using the personal belongings management system of this embodiment, when operating in an office where movable storage units are assigned to hold documents, the system can be easily used by users while ensuring the necessary security.

[0158] Next, a modification of this embodiment will be described.

[0159] 29 is a block diagram showing a modified example of the carry-on baggage management system. The carry-on baggage management system 2 of this modified example includes a memory unit 10, a storage allocation unit 20, an entry / exit management unit 30, a storage monitoring unit 40, a determination unit 50, a risk response unit 60, an administrator operation unit 70, and a history analysis unit 80. The contents of the memory unit 10, the storage allocation unit 20, the entry / exit management unit 30, the storage monitoring unit 40, the determination unit 50, the risk response unit 60, and the administrator operation unit 70 are the same as those of the above embodiment.

[0160] The history analysis unit 80 analyzes the correlation between storage and user movement based on the relationship between the storage history and other histories. Specifically, the history analysis unit 80 accepts the designation of a storage ID, history type (entrance / exit scan history, alarm history, etc.), and period from a user or administrator, and acquires history table elements of the history type within the period that are linked to the storage table element of the designated storage ID.

[0161] The history analysis unit 80 outputs, for example, the date and time of the history table element, the floor ID, the entrance / exit ID, and the user ID. The history analysis unit 80 may also specify the entry / exit history table element linked to the floor table element from the link of the history table element, obtain the number of elements before and after the specified period based on the date and time of the history table element being processed, and output the date and time, the user ID, and the entry / exit type.

[0162] By outputting these contents, the history analysis unit 80 can determine whether the user to whom the storage is assigned is carrying the storage correctly, and can identify users who are carrying the storage inappropriately.

[0163] Next, an overview of the present invention will be described. Figure 30 is a block diagram showing an overview of a personal belongings management system according to the present invention. A personal belongings management system 90 (for example, personal belongings management system 1) according to the present invention includes storage allocation means 91 (for example, storage allocation unit 20) that allocates a movable storage to a floor user to store the user's personal belongings, entry / exit management means 92 (for example, entry / exit management unit 30) that manages the entry / exit of the user to the floor, storage monitoring means 93 (for example, storage monitoring unit 40) that monitors the position of the movable storage allocated to the user, determination means 94 (for example, determination unit 50) that calculates a risk value according to the relationship between the floor position of the user and the position of the movable storage and the duration of the relationship, and determines the risk of the movable storage based on the calculated risk value, and risk response means 95 (for example, risk response unit 60) that takes measures to suppress the risk of the movable storage according to the determined risk of the movable storage.

[0164] Such a configuration ensures the convenience of users moving between floors while ensuring the necessary security for their belongings.

[0165] In this way, rather than directly monitoring the movement of portable portable storage items when office floor users enter and leave the floor, the relationship between the user's location and the location of the storage item is periodically checked, making it possible to monitor security risks associated with the storage item.

[0166] In addition, the determination means 94 may identify a corresponding risk value based on a risk state table that defines risk values ​​according to the relationship between the user's position and the position of the movable storage, and determine the risk of the movable storage based on the identified risk value.

[0167] Furthermore, the determination means 94 may increase the risk value (for example, add 1) depending on the duration of the relationship between the position of the user and the position of the movable storage device.

[0168] Specifically, the risk state table may define a higher risk value the greater the distance between the user's floor and the movable storage floor.

[0169] The risk response means 95 may also be controlled so as not to change the risk value even if the state of the relationship between the user's floor position and the position of the movable storage changes. This makes it possible to continue capturing movable storage that is determined to be a high risk.

[0170] Furthermore, the entrance / exit management means 92 may be installed at the entrance / exit of a floor and manage the floor location of the user by detecting the passage of the user (for example, authenticating an employee ID card using a card reader).

[0171] The storage monitoring means 93 may also monitor the position of the movable storage unit by detecting a tag attached to the movable storage unit through short-range wireless communication (for example, at an entrance / exit or on a floor).

[0172] A part or all of the above-described embodiments can be described as, but is not limited to, the following supplementary notes.

[0173] (Note 1) A storage allocation means for allocating movable storage units to users of the floor for storing the users' belongings; an entrance / exit management means for managing the entrance / exit of the users to the floor; a storage monitoring means for monitoring the position of the movable storage allocated to the user; a risk assessment means for calculating a risk value according to the relationship between the floor position of the user and the position of the movable storage unit, and the duration of the relationship, and assessing the risk of the movable storage unit based on the calculated risk value; and a risk response means for taking measures to suppress the risk of the movable storage in accordance with the determined risk of the movable storage. A carrying belongings management system.

[0174] (Appendix 2) The determination means identifies a corresponding risk value based on a risk state table that defines risk values ​​according to the relationship between the user's position and the position of the movable storage, and determines the risk of the movable storage based on the identified risk value. 4. A personal item management system as described in Appendix 1.

[0175] (Appendix 3) The determination means increases the risk value according to the duration of the relationship between the user's position and the position of the movable storage. 2. A personal belongings management system as described in Appendix 1 or Appendix 2.

[0176] (Appendix 4) The risk status table defines a higher risk value the greater the distance between the user's floor and the movable storage floor. A personal belongings management system according to any one of appendices 1 to 3.

[0177] (Appendix 5) The risk response means controls so as not to change the risk value even if the state of the relationship between the user's floor position and the movable storage position changes. A personal belongings management system according to any one of appendices 1 to 4.

[0178] (Appendix 6) The entrance / exit management means is installed at the entrance / exit of the floor, and manages the floor location of the user by detecting the passage of the user. A personal belongings management system according to any one of appendices 1 to 5.

[0179] (Appendix 7) The storage monitoring means detects the tag attached to the movable storage by short-range wireless communication and monitors the position of the movable storage. 7. A personal belongings management system according to any one of claims 1 to 6.

[0180] (Appendix 8) Each floor user is assigned a movable storage unit to store his / her personal belongings. Manage the entry and exit of said users to the floor; monitoring the movable storage locations assigned to the users; Calculating a risk value according to the relationship between the floor location of the user and the location of the movable storage unit and the duration of the relationship, and determining the risk of the movable storage unit based on the calculated risk value; Depending on the risk of the movable storage, measures to reduce the risk of the movable storage are taken. A method for managing personal belongings comprising the steps of:

[0181] (Appendix 9) Based on a risk state table that defines risk values ​​according to the relationship between the user's position and the position of the movable storage, a corresponding risk value is identified, and the risk of the movable storage is judged based on the identified risk value. Method for managing personal belongings as described in Appendix 8.

[0182] (Appendix 10) To the computer, a storage allocation process for allocating movable storage units to users of the floor for storing the users' belongings; a determination process for receiving information indicating the floor location of a user from an entry / exit management means that manages the entry and exit of the user to and from a floor, and receiving information indicating the location of the movable storage device assigned to the user from a storage monitoring means that monitors the location of the movable storage device assigned to the user, calculating a risk value according to the relationship between the floor location of the user and the location of the movable storage device and the duration of the relationship, and determining the risk of the movable storage device based on the calculated risk value; and A risk response process that takes measures to reduce the risk of the movable storage in accordance with the determined risk of the movable storage. A personal belongings management program for carrying out the above.

[0183] (Appendix 11) In a judgment process, the computer is caused to identify a corresponding risk value based on a risk state table in which risk values ​​are defined according to the relationship between the user's position and the position of the movable storage, and to judge the risk of the movable storage based on the identified risk value. Attachment 10, a personal item management program. [Industrial Applicability]

[0184] The present invention is applicable to a personal belongings management system for managing personal belongings of floor users. For example, the present invention is suitably applied to a system for linking entry and exit with management of personal belongings in a free address office. [Explanation of symbols]

[0185] 10 Storage section 20 Storage Allocation Department 30 Entrance and Exit Control Department 40 Storage Monitoring Department 50 Judgment section 60 Risk Response Department 70 Administrator operation section 80 History Analysis Department 110 Personal belongings management device 120 Entrance and exit control device 130 E-mail device 211 Storage ratio / release method 212 Entry / Exit Notification Receiving Means 213 Interval timer means 214 Entrance / Exit Scanning Means 215 Floor Scanning Means 216 Risk status management measures 217 Response Action Measures 218 Risk State Unlocking Method 219 Email transmission methods 220 Status Reference Means 231 Warning Email Transmission Method 232 Alarm sounding means 233 Risk State Locking Measures

Claims

1. a storage allocation means for allocating movable storage units to users of the floor for storing the users' belongings; an entrance / exit management means for managing the entrance / exit of the users to the floor; a storage monitoring means for monitoring the position of the movable storage allocated to the user; a risk assessment means for calculating a risk value according to the relationship between the floor position of the user and the position of the movable storage unit, and the duration of the relationship, and assessing the risk of the movable storage unit based on the calculated risk value; and a risk response means for taking measures to suppress the risk of the movable storage in accordance with the determined risk of the movable storage. A carrying belongings management system.

2. The determination means determines a corresponding risk value based on a risk state table that defines risk values ​​according to the relationship between the user's position and the position of the movable storage, and determines the risk of the movable storage based on the determined risk value.

2. The baggage management system according to claim 1.

3. The determining means increases the risk value according to the duration of the relationship between the position of the user and the position of the movable storage.

3. The baggage management system according to claim 1 or 2.

4. The risk status table determines the risk value to be higher the greater the distance between the user's floor and the movable storage floor. The baggage management system according to any one of claims 1 to 3.

5. The risk response means performs control so as not to change the risk value even if the state of the relationship between the user's floor position and the movable storage position changes. The baggage management system according to any one of claims 1 to 4.

6. The entrance / exit management means is installed at the entrance / exit of the floor and detects the passage of the user to thereby manage the floor location of the user. The baggage management system according to any one of claims 1 to 5.

7. The storage monitoring means detects the tag attached to the movable storage by short-range wireless communication and monitors the position of the movable storage. The baggage management system according to any one of claims 1 to 6.

8. Allocate movable storage space to each floor user to store his / her personal belongings; Manage the entry and exit of said users to the floor; monitoring the movable storage locations assigned to the users; Calculating a risk value according to the relationship between the floor location of the user and the location of the movable storage unit and the duration of the relationship, and determining the risk of the movable storage unit based on the calculated risk value; Depending on the risk of the movable storage, measures to reduce the risk of the movable storage are taken. A method for managing personal belongings comprising the steps of:

9. Based on a risk state table in which risk values ​​are defined according to the relationship between the user's position and the position of the movable storage, a corresponding risk value is identified, and the risk of the movable storage is determined based on the identified risk value.

9. The method for managing personal belongings according to claim 8.

10. On the computer, A storage allocation process for allocating movable storage units to users of the floor for storing their belongings; a determination process for receiving information indicating the floor location of a user from an entry / exit management means that manages the entry and exit of the user to and from a floor, and receiving information indicating the location of the movable storage device assigned to the user from a storage monitoring means that monitors the location of the movable storage device assigned to the user, calculating a risk value according to the relationship between the floor location of the user and the location of the movable storage device and the duration of the relationship, and determining the risk of the movable storage device based on the calculated risk value; and A risk response process that takes measures to reduce the risk of the movable storage in accordance with the determined risk of the movable storage. A personal belongings management program for carrying out the above.

Images