JP2022129811A - Carried item management system, method and program - Google Patents

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

The present invention relates to a belongings management system, a belongings management method, and a belongings management program for managing belongings of a floor user.

In recent years, a form of free-address office has been introduced in which employees do not have individual seats and work in vacant seats. In a free-address office, you can work anywhere you like, but on the other hand, unspecified people use the floor. For this reason, for example, when a carried item is left unattended on a work desk, there are various security risks, such as the risk that the contents of the carried item are referred to by others and the risk that the user of the carried item cannot be identified.

In addition, when materials that cannot be taken out of the office are to be safely stored in the office, a method such as allocating personal lockers can be considered, but there is a risk as described above for the materials taken out.

In order to address such a problem, for example, Patent Literature 1 describes a support device for preventing a user from leaving an item behind. The lost-and-found prevention support device described in Patent Document 1 is used when a predetermined object is left in the vehicle or luggage compartment when the power switch of the vehicle is turned off and the car sharing service ends. , to output lost-and-found prevention information.

Further, Patent Literature 2 describes a position information management system capable of grasping the states of people and mobile terminals. The location information management system described in Patent Document 2 uses a floor entrance/exit device, a wireless tag reader of a mobile terminal device, and a reader for checking the presence or absence of a person to be managed and a mobile device. Judge the inconsistency of the state with the aircraft.

JP 2019-144868 A JP 2014-92916 A

As a countermeasure against such risks related to carry-on items, for example, a method of performing strict baggage inspection at entrances and exits, such as those carried out in airports and high-security offices, is conceivable. However, in the case of floors used by a large number of people, such as dozens or hundreds of people, strict inspections of room entrances and exits can lead to operational problems such as long queues at the floor entrances and exits. means. If there are multiple floors in the office that are used by a large number of people and the users frequently move between floors, this becomes even more of a problem.

In this way, it can be said that the smooth entry and exit of users on the office floor and the strict monitoring of carry-out and carry-on items are in conflict with each other.

Here, in response to the inappropriate abandonment of materials, a method of notifying the user of the prevention of left-behind items by focusing on the left-behind items of a specific user using the left-behind item prevention support device described in Patent Document 1 is conceivable. In addition, a method of tracing a user who has left something behind can also be considered. However, these methods do not monitor inappropriate behavior such as material being moved by others. As such, the security risk of fraudulent activity by others remains.

As in the location information management system described in Patent Document 2, when entering and exiting the office floor is authenticated by an employee ID card, etc., the identity of the user can be guaranteed, so the entering and leaving authentication itself is fraudulent. It can be said that it acts as a deterrent. On the other hand, in the system described in Patent Literature 2, an alarm is displayed or issued when there is a contradiction between the states of the person to be managed and the mobile terminal.

Therefore, in a situation where the identity of the office user is guaranteed by an employee ID card, etc., it is not necessary to strictly inspect the belongings so as not to hinder the movement of the users between floors as much as possible. There is a need to guarantee limited security. In view of such needs, it is preferable to ensure the security that is assumed to be necessary for the items to be carried while ensuring the convenience of the user's movement between floors.

Therefore, the present invention provides a carried item management system, a carried item management method, and a carried item management program that can ensure the security that is assumed to be necessary for the carried items while ensuring the convenience of the user's movement between floors. for the purpose.

A carried item management system according to the present invention includes storage allocation means for allocating a user of a floor to a movable storage for storing the user's carried items, entry/exit management means for managing entry/exit of the floor by the user, A risk value is calculated according to storage monitoring means for monitoring the position of the mobile storage assigned to the user, the relationship between the position of the user's floor and the position of the mobile storage, and the duration of the relationship. , determination means for determining the risk of movable storage based on the calculated risk value, and risk handling means for taking measures to suppress the risk of movable storage according to the determined risk of movable storage It is characterized by having

The method for managing items to be carried according to the present invention assigns a user of a floor to a movable storage for storing the items carried by the user, manages entry and exit of the floor by the user, and manages the movable storage assigned to the user. position of the movable storage, calculate the risk value according to the relationship between the position of the user's floor and the position of the movable storage, and the duration of that relationship, and based on the calculated risk value It is characterized by judging the risk and taking measures to suppress the risk of the movable storage according to the judged risk of the movable storage.

The belongings management program according to the present invention provides a computer with a storage allocation process that allocates a user of the floor to a movable storage for storing the belongings of the user, and an entrance/exit management that manages entry and exit of the floor by the user. Receiving from the means indicative of the location of the user's floor and information indicative of the position of the mobile storage assigned to the user from the storage monitoring means for monitoring the position of the mobile storage assigned to the user. is received, a risk value is calculated according to the relationship between the position of the user's floor and the position of the movable storage, and the duration of that relationship, and the risk of the movable storage is calculated based on the calculated risk value and a risk handling process for reducing the risk of movable storage according to the determined risk of movable storage.

ADVANTAGE OF THE INVENTION According to this invention, the security which is supposed to be required about the carry-on article can be ensured, ensuring the convenience of a user's movement between floors.

1 is a block diagram showing a configuration example of an embodiment of a carried item management system according to the present invention; FIG. 4 is a flow chart showing an operation example of the baggage management system; FIG. 2 is an explanatory diagram showing a specific configuration example of a carried item management system; It is an explanatory view showing an example of composition of a belongings management device. It is explanatory drawing which shows the example of movable storage. FIG. 4 is an explanatory diagram showing an example of an office; It is explanatory drawing which shows the example of a storage floor. It is an explanatory view showing an example of an office floor. FIG. 4 is an explanatory diagram showing examples of a risk state table and a correspondence table; FIG. 4 is an explanatory diagram showing examples of various tables used when monitoring storage; FIG. 4 is an explanatory diagram illustrating an example of relationships between elements of each table; FIG. 4 is an explanatory diagram showing an example of information stored in a monitoring table; FIG. FIG. 4 is an explanatory diagram showing an example of information stored in a monitoring table; FIG. FIG. 4 is an explanatory diagram showing an example of information stored in a monitoring table; FIG. FIG. 10 is an explanatory diagram showing an example of notification mail; FIG. 10 is an explanatory diagram showing an example of notification mail; FIG. 11 is a flowchart showing an operation example of storage allocation; FIG. FIG. 11 is a flowchart showing an operation example of storage allocation cancellation; FIG. FIG. 11 is a flowchart showing an operation example of unlocking in a storage risk state; FIG. 4 is a flow chart showing an operation example of detecting entry/exit of a user. It is a flowchart which shows the operation example in an entrance/exit entrance. FIG. 4 is an explanatory diagram showing an operation example by interval timer means; 4 is a flowchart showing an operation example of floor scanning; 4 is a flowchart showing an operation example of floor scanning; 4 is a flowchart illustrating an example of a process for managing risk status; It is a flowchart which shows the example of the correspondence which suppresses a risk. 4 is a flowchart showing an operation example of referring to various states; 4 is a flowchart illustrating an example of processing for sending an e-mail; It is a block diagram which shows the modified example of a carrying-items management system. 1 is a block diagram showing an overview of a carried item management system according to the present invention; FIG.

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings. First, an embodiment of the carried item management system of the present embodiment will be described. A specific configuration example of the baggage management system will be described later.

FIG. 1 is a block diagram showing a configuration example of an embodiment of a carried item management system according to the present invention. The carrying item management system 1 of this embodiment includes a storage unit 10, a storage allocation unit 20, an entry/exit management unit 30, a storage monitoring unit 40, a determination unit 50, a risk handling unit 60, and an administrator operation unit. 70.

The storage unit 10 stores various types of information that the carried item management system 1 uses for processing. The storage unit 10 is realized by, for example, a magnetic disk or the like.

The storage allocation unit 20 provides floor users with movable storage (movable storage cases, storage boxes, and other utensils) for storing items carried by the user. ) is assigned. It is assumed that the movable storage of this embodiment can recognize identification information of the movable storage (hereinafter also referred to as storage ID) by short-range wireless communication such as RFID (Radio Frequency Identification). Further, in the present embodiment, assigning a movable storage unit to a user means associating the user with the identification information of the movable storage unit or linking the information.

For example, the storage allocation unit 20 may register, in the storage unit 10, information that associates the identification information of the movable storage used by the user with the user in response to an application from the user.

The entrance/exit manager 30 is a device that manages entrance/exit of a floor by a user by detecting the passage of the user. Thereby, the entrance/exit manager 30 manages the position of the floor where the user exists. The room entry/exit manager 30 manages, for example, which floor the user is on or whether the user is not on any of the managed floors.

The entrance/exit manager 30 is installed in advance at the entrance/exit of each floor determined to be managed. The entrance/exit manager 30 of the present embodiment may have any function as long as it has a function that can detect the entry/exit of a user for each floor. The entrance/exit manager 30 may be implemented by, for example, an IC card reader that reads the user's IC card (e.g., employee ID card).

Note that the floor in this embodiment does not necessarily indicate a physical room. For example, in the case where one room has a plurality of gates, the area partitioned by each gate may be the floor.

The storage monitor 40 is a device that monitors the position of the movable storage assigned to the user. The storage monitoring unit 40 may monitor the position of the movable storage at regular intervals, for example, and monitors the position of the movable storage when the entrance/exit management unit 30 detects that the user enters or leaves the floor. You may Further, the storage monitoring unit 40 may specify the position of the movable storage by detecting the IC tag attached to the movable storage and reading the identification information, for example, by short-range wireless communication. The storage monitoring unit 40 is realized by, for example, an RFID reader or the like.

The determination unit 50 receives information indicating the position of the floor where the user is located from the entrance/exit management unit 30 . The determination unit 50 also receives information indicating the position of the movable storage assigned to the user from the storage monitoring unit 40 .

Then, the determining unit 50 calculates a risk value according to the relationship between the position of the floor of the user and the position of the movable storage and the duration of the relationship, and calculates the risk of the movable storage based on the risk value. judge. This risk value is calculated to increase as the risk of movable storage increases. In this embodiment, a matrix-type risk status table representing risk values corresponding to the relationship between the user's position and the position of the movable storage is determined in advance, and the determination unit 50 uses this risk status table to determine the risk Calculate the value.

Specifically, in the initial state where the relationship between the position of the user's floor and the position of the movable storage is detected, the determination unit 50 uses the risk value of the risk state table as it is as the calculation result. Then, the determination unit 50 increases the risk value according to the predetermined duration. Then, the determination unit 50 determines that the higher the risk value, the higher the risk of movable storage.

This duration is set in advance so that it is possible to distinguish between the time required to temporarily leave the floor (for example, to temporarily leave the floor for eating, toileting, etc.) and leaving the storage unattended for a long period of time.

The risk handling unit 60 takes measures to suppress the risk according to the determined risk. In the present embodiment, a correspondence table representing responses (actions) corresponding to risks is determined in advance, and the risk handling unit 60 uses this correspondence table to determine the measures to be taken. In the correspondence table, the higher the risk, the more the countermeasures for reducing the risk are defined.

The risk handling unit 60 may, for example, send a warning mail corresponding to the risk to the user or administrator. In addition, the risk handling unit 60 may issue an instruction to sound an alarm (not shown in FIG. 1) depending on the risk. Further, the risk handling unit 60, for example, by setting a flag so as not to change the risk state, even if the state of the relation between the position of the user's floor and the position of the movable storage changes, the risk value is You may control so that it may not change. By performing such control, it is possible to suppress a change in the determination of the risk state by the determination unit 50, so that it is possible to continue capturing the movable storage determined to have a high risk.

The administrator operation unit 70 has a function of receiving an operation by an administrator. The administrator operation unit 70 may, for example, cause a display device (not shown) to display the position of the user and the position of the movable storage in response to an inquiry. In addition, the administrator operation unit 70 may accept and process various settings and cancellation inputs used in the belongings management system 1 .

The storage allocation unit 20, the determination unit 50, the risk handling unit 60, and the administrator operation unit 70 are implemented by a computer processor (for example, a CPU (Central Processing Unit)) that operates according to a program (management program). For example, the program is stored in the storage unit 10 of the belongings management system 1, the processor reads the program, and operates as the storage allocation unit 20, the determination unit 50, the risk handling unit 60, and the administrator operation unit 70 according to the program. Also, the functions of the storage allocation unit 20, the determination unit 50, the risk handling unit 60, and the administrator operation unit 70 may be provided in a SaaS (Software as a Service) format.

The storage allocation unit 20, the entrance/exit management unit 30, the storage monitoring unit 40, the determination unit 50, the risk handling unit 60, and the administrator operation unit 70 are each realized by dedicated hardware. may Also, part or all of each component of each device may be implemented by general-purpose or dedicated circuitry, processors, etc., or combinations thereof. These may be composed of a single chip, or may be composed of multiple chips connected via a bus. A part or all of each component of each device may be implemented by a combination of the above-described circuits and the like and programs.

Further, when part or all of each component of the belongings management system 1 is implemented by a plurality of information processing devices, circuits, etc., the plurality of information processing devices, circuits, etc. may be centrally arranged. , may be distributed. For example, the information processing device, circuits, and the like may be implemented as a form in which each is connected via a communication network, such as a client-server system, a cloud computing system, or the like.

Next, the operation of the carried item management system 1 of this embodiment will be described. FIG. 2 is a flow chart showing an operation example of the carried item management system 1 of this embodiment.

The storage allocation unit 20 allocates movable storage to the user of the floor (step S11). The entry/exit manager 30 manages entry/exit of the floor by the user (step S12). The storage monitor 40 monitors the position of the movable storage assigned to the user (step S13). The determination unit 50 calculates a risk value according to the relationship between the position of the floor 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. is determined (step S14). Then, the risk handling unit 60 takes measures according to the determined risk of movable storage (step S15).

As described above, in the present embodiment, the storage allocation unit 20 allocates movable storage to users of the floor, the entrance/exit management unit 30 manages the entrance/exit of the floor by the users, and the storage monitoring unit 40 monitors the position of the mobile storage assigned to the user. Then, the determination unit 50 calculates a risk value according to the relationship between the position of the floor of the user and the position of the movable storage and the duration of the relationship, and based on the calculated risk value, the movable storage determine the risk of As a result, the risk handling unit 60 takes measures according to the determined risk of movable storage. Therefore, it is possible to ensure the security that is assumed to be necessary for the items to be carried, while ensuring the convenience of the user's movement between floors.

Next, a specific configuration example of the carried item 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. A carrying item management system 100 illustrated in FIG.

The room entry/exit management device 120 is connected to each card reader 121 and is a device for managing entry and exit of the floor by the user 102 of the storage 101 having an RF tag. The e-mail device 130 is a device for sending e-mails to the user 102 and the administrator 103 . The belongings management device 110 includes an RF (Radio Frequency) scanner (hereinafter referred to as a collective reading type RF scanner) 112 installed at each entrance/exit on each floor for collectively reading tags attached to storages, and It controls each alarm 111 . In addition, the belongings management device 110 controls a collective reading type RF scanner 113 installed on each floor.

Furthermore, the carried item management apparatus 110 receives requests for storage allocation and allocation cancellation, storage movement history output requests, and the like from the user 102 and the administrator 103 via the operation terminal 114 . Then, the carried item management device 110 allocates and cancels the allocation of storage and outputs various information in accordance with the received request.

FIG. 4 is an explanatory diagram showing a configuration example of the carried item management device 110. As shown in FIG. The belongings management device 110 illustrated 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 scanning means 214, a floor scanning means 215, and a risk state. It includes management means 216 , various corresponding action means 217 , risk status unlocking means 218 , e-mail sending means 219 and status reference means 220 .

The storage ratio/cancellation means 211 allocates or cancels the allocation of storage to the user.

The entry/exit notification receiving means 212 updates the location information and history of the user when the user enters/exits the floor.

Interval timer means 213 detects timeout at regular intervals.

The entrance/exit scanning means 214 works in conjunction with the entrance/exit notification receiving means 212 to scan the entrance/exit and update the storage location information and history.

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

The risk state management means 216 interlocks with the floor scanning means 215 and calculates the risk value based on the risk state table from the position information of the storage and the position information of the user associated with the storage.

Corresponding action means 217 interlocks with risk state management means 216 and executes actions corresponding to risks based on the correspondence table. Specifically, the various response action means 217 include a warning mail sending means 231 for sending a warning mail to the user or manager to the effect that the storage is being operated inappropriately, and an alarm at the entrance/exit. It may have an alarm sounding means 232 to allow the change of the risk status, and a risk status locking means 233 to lock/unlock the change of the risk status.

The risk status unlocking means 218 releases the change of the locked risk status.

E-mail sending means 219 works in conjunction with various means to send e-mails. The e-mail transmission means 219, for example, in conjunction with the storage allocation/release means 211 and the risk status lock release means 218, sends notification mails of storage allocation and release of allocation, and notification mails of lock release to workers and managers. may be sent.

The status referencing means 220 presents storage location information, user location information, and history information to workers and managers.

Note that the storage ratio/release means 211 corresponds to the storage allocation unit 20 in the above embodiment. Also, the entry/exit notification receiving means 212 corresponds to the entry/exit manager 30 in the above embodiment. Also, the interval timer means 213, the entrance/exit scanning means 214, and the floor scanning means 215 correspond to the storage monitoring section 40 in the above embodiment. Also, the interval timer means 213 and the risk state management means 216 correspond to the determination section 50 in the above embodiment. Also, various response action means 217 and e-mail transmission means 219 correspond to the risk handling section 60 in the above embodiment. Also, the risk state lock release means 218 and the state reference means 220 correspond to the administrator operation unit 70 in the above embodiment.

FIG. 5 is an explanatory diagram showing an example of movable storage used in an office. Examples of the form of storage include a bag, a case with casters, and the like, which can be carried by a person. Each container is given an RF tag and a label representing the container ID. In addition, it is desirable that each storage has a key.

FIG. 6 is an explanatory diagram showing an example of an office. The office illustrated in FIG. 6 includes multiple floors and corridors for movement between floors. The types of floors shown in FIG. 6 are exemplary, and include, for example, storage floors for storing storage and office floors for users to work on. A plurality of storage floors and office floors may exist.

FIG. 7 is an explanatory diagram showing an example of a storage floor. The storage floor 310 illustrated in FIG. 7 is provided with a storage space 311 for storing storage and an entrance/exit 312 . At the entrance/exit 312, for example, an entrance IC card reader 313 and an exit IC card reader 314 for performing authentication with an IC card such as an employee ID card, a batch reading type RF scanner 315 for scanning storage, and an alarm 316. is installed. In addition, a collective reading type RF scanner 317 for scanning storage is installed near each storage space. It is desirable that the storage space be locked.

FIG. 8 is an explanatory diagram showing an example of an office floor. An office floor 320 illustrated in FIG. 8 is provided with a work desk 321 on which a user of storage works and an entrance/exit 322 . Also, at the entrance/exit 322, there are an entrance IC card reader 323 and an exit IC card reader 324 for authentication with an IC card such as an employee ID card, a batch reading type RF scanner 325 for scanning storage, and an alarm 326. is installed. In addition, a collective reading type RF scanner 327 for scanning storage is installed near each work desk.

FIG. 9 is an explanatory diagram showing examples of a risk state table and a correspondence table. The risk status table 340 illustrated in FIG. 9 shows initial storage risk values defined by a matrix of storage and user locations. The smaller the risk value, the lower the risk, and 0 represents no risk.

The columns of the risk status table 340 represent locations of 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. Also, the rows of the risk status 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 the floor different from the storage, outside the floor, and unassigned to the user. For example, when the storage is on the storage floor and the storage and the user are on the same floor, the risk value is set to 0 (no risk). In addition, it indicates that the higher the risk value is set, the more unknown the location of the storage and the location of the user. Thus, in the risk state table, the greater the distance between the floor of the user and the floor of the movable storage, the greater the risk value determined.

A correspondence table 350 illustrated in FIG. 9 indicates combinations of correspondences (actions) according to risk values. A column of correspondence table 350 indicates a risk value. In the example shown in FIG. 9, five risk values are defined, from 0 for "no risk" to 4 for "high risk". Also, the row of the correspondence table 350 indicates the content of the (warning) action to be executed. In the example shown in FIG. 9, the circled portions are (warning) actions to be executed for the risk value indicated by the storage.

In FIG. 9, there are six types of responses (actions): resetting the risk value, adding the risk value, sending a warning mail to the user, sending a warning mail to the administrator, sounding the alarm, and locking the risk status. is exemplified.

The resetting of the risk value and the addition of the risk value are performed by the risk state management means 216 . Sending a warning mail, sounding an alarm, and locking the risk status are performed by various corresponding action means 217 . The alarm sounds only at the entrance/exit. Actions to be taken when the risk value is low are defined as actions that can be easily handled by the user, and are defined such that the higher the risk value, the more difficult the user is to take.

Resetting the risk value is a process of resetting the risk value of storage to zero. In this specific example, it is assumed that means other than the risk state management means 216 cannot return the risk value. 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.

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 fixed time is set so that it is possible to distinguish between the time required for temporarily leaving the floor (for example, temporarily leaving the floor for eating or using the toilet) and leaving storage for a long time. preset.

The warning mail sending means 231 notifies the user of the storage location information and the risk value. This has the effect of prompting the user to handle storage appropriately. In addition, the warning mail transmitting means 231 notifies the administrator of the location information of the storage and the user, and the risk value. This allows the administrator to grasp the abandoned storage and the users of the storage. Notification to the administrator also serves as a deterrent to inappropriate actions by the user.

The alarm sounding means 232 sets a flag for sounding an alarm when storage is detected by scanning the entrance/exit of each floor. This serves as a deterrent to unauthorized removal.

The risk state lock means 233 sets a flag that disables resetting of the current risk value. As a result, it becomes possible to continue to capture storage deemed dangerous, which serves as a deterrent to dangerous behavior.

FIG. 10 is an explanatory diagram showing examples of various tables (hereafter referred to as monitoring tables) used for monitoring storage. Table 361 is an example of a floor table containing floor information. The floor table stores information related to floors. A floor table element is associated one-to-one with each office floor and each storage floor, and one outside the floor.

A table 362 is an example of an entrance/exit table that includes information on an entrance/exit. The entrance/exit table stores information related to the entrance/exit. The entrance/exit table element is associated with each entrance/exit on a one-to-one basis, and is connected by a fixed link to the floor table element of the floor on which the entrance/exit is located.

Table 363 is an example of a scanner table containing scanner information and an alarm table containing alarm information. The scanner table stores information related to batch loading RF scanners. The scanner table element is associated one-to-one with each scanner, and is fixedly linked to the floor table element of the floor on which the scanner is located or the entrance/exit table element on which the scanner is located.

The alarm table stores information related to alarms at entrances and exits of floors. The alarm table element is associated with each alarm on a one-to-one basis, and is fixedly linked to the entrance/exit table element where the alarm is located.

FIG. 11 is an explanatory diagram illustrating the relationship between elements of each table. A relation 371 indicates a relation between a user table containing user information and a floor table. The user table stores information related to users of storage. A user table element is associated with each user on a one-to-one basis, and is dynamically linked to the floor table element on or off the floor where the user is located at a certain point in time.

Association 372 shows an association between a storage table containing information about storage and a floor table. The storage table stores information related to storage. A storage table element is associated one-to-one with each storage and is linked to the floor table element on or off the floor where the storage is located at a given time.

Association 373 indicates the association between the storage table and the user table. In the case of assigned storage, the storage table element is dynamically linked to the user table element to which it is assigned.

Association 374 shows the relationship between the history table, which contains history regarding 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 ringing. The history table element is linked to the floor table element where each history occurred. User integrations are also linked to corresponding user table elements. In the case of storage histories, they are linked to corresponding storage table elements.

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

A table 381 is an example of basic information. The floor table element, the entrance/exit table element, the scanner table element, the alarm table element, the user table element, and the storage table element contain basic information including the table type, table ID, and tree structure link as illustrated in table 381. have. A table ID is assigned a one-to-one number with each table element for each table type, 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 the user table element.

Table 382 is an example of a floor table element. Specific information of floor table elements includes floor type, link to entrance/exit table element, link to scanner table element, link to user table element, link to storage table element whose scanning has been confirmed, storage during scanning It has links to table elements and various (entry/exit, floor scan, entrance/exit door scan, alarm) history table elements.

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

Table 384 is an example of a scanner table element. The specific information of the scanner table element has a scanner type and a link to the floor table element or entrance/exit table element.

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.

Table 386 is an example of a user table element. The specific information of the user table element has a storage allocation flag, a link to the storage table element, a location, a link to the floor table element, and a link to the entry/exit history table element.

Table 387 is an example of a storage table element. Specific information of storage table elements includes storage allocation flag, user ID, link to user table element, location, risk value, risk status lock flag, link to floor table element, and various (floor scan, input exit scans, alarms) with links to history table elements. There are two types of link destinations to the floor table elements, one for storage whose scanning has been confirmed and one for storage during scanning.

Table 388 is an example of basic information for various history table elements. Various (enter/exit, floor scan, enter/exit door scan, alarm) history table elements have basic information including history type, date and time, floor ID, and links to floor table elements, as exemplified in table 388 .

A table 389 is an example of entry/exit history table elements. The specific information of the entry/exit history table element has an entry/exit type, an entry/exit entrance ID, a user ID, and a link to the user table element.

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

A table 391 is an example of an entry/exit scan history table element. The unique information of the entrance/exit scan history table element has entrance/exit ID, user ID, storage ID, and links to storage table elements.

Table 392 is an example of an alarm history table element. The unique information of the alarm history table element has an entrance/exit ID, user ID, storage ID, and a link to the storage table element.

15 and 16 are explanatory diagrams showing examples of notification mails. Mail information 401 is an example of a storage allocation request mail. The storage allocation request mail has a user ID and a storage type. Also, the storage allocation request mail may include the storage floor ID and the reason for the request.

The mail information 402 is an example of a storage allocation result mail. The storage allocation result mail has information on whether the allocation is possible, the user ID, the storage ID, and the storage floor ID. The storage allocation result mail may include the reason for acceptance or rejection.

Mail information 403 is an example of a storage allocation cancellation request mail. The storage allocation cancellation request mail may include the user ID, the storage ID, and the storage floor ID.

The mail information 404 is an example of a storage allocation cancellation result mail. The storage allocation cancellation result mail includes whether or not allocation can be canceled, the user ID, and the storage ID. The storage allocation cancellation result mail may include the reason for acceptance or rejection.

Mail information 405 is an example of a risk state unlock request mail. The risk state unlock request mail has a user ID, a storage ID, and a floor ID. The risk status lock release request mail may include the reason for the request.

The mail information 406 is an example of a risk state lock release result mail. The risk state lock release result mail has the permission/prohibition of release, the user ID, the storage ID, and the floor ID. The risk status unlock result mail may include the reason for acceptance or rejection.

Mail information 407 is an example of a warning mail. The warning mail has 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 kinds of warning types: floor scan and entrance/exit scan.

Next, the operation of this configuration example will be described. In the following description, it is assumed that table elements corresponding to the floor, entrance/exit, scanner, alarm, storage, and user have already been created.

FIG. 17 is a flowchart showing an operation example of storage allocation. The operation example shown in FIG. 17 is an operation example of allocating the storage located on the storage floor to the user.

The storage allocation/cancellation 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/cancellation means 211 may receive designation of the desired storage type, storage floor, and reason for request from the user. Thereafter, processing is sequentially performed from the top of the storage floor.

The storage allocation/cancellation means 211 retrieves the storage allocation table elements linked to the floor table elements of the storage floors, and retrieves the storages whose storage allocation flag is off and whose risk status lock flag is also off (step S102). If storage is found (Yes in step S102), the e-mail transmission means 219 transmits a storage allocation request mail to the administrator (step S103). After that, the storage allocation/cancellation means 211 receives storage allocation permission from the administrator via an operation console such as a PC (step S104). The storage allocation/cancellation means 211 may receive designation of disapproval and reasons for disapproval from the administrator.

If permission has been obtained from the administrator (Yes in step S105), the storage allocation/cancellation means 211 sets the storage allocation flags of the storage table element and the user table element to ON (step S106). are connected (step S107). Further, the e-mail transmission means 219 transmits a storage allocation result mail including information on permission to the user (step S108).

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

If there is no next storage floor (No in step S109), or if the administrator disapproves (No in step S105), the e-mail transmission means 219 includes information regarding disapproval to the user. A storage allocation result mail is sent (step S109).

Incidentally, when the storage is found, the storage allocation/cancellation means 211 may omit the operation by the manager and automatically allocate the storage.

FIG. 18 is a flowchart showing an operation example of storage allocation cancellation. The operation example illustrated in FIG. 18 is an operation example of de-allocating the storage located on the storage floor.

The storage allocation/cancellation means 211 receives a storage allocation cancellation 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), the storage allocation/cancellation means 211 determines that the specified user ID matches the information of the storage table element. If not (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 e-mail transmission means 219 sends the user information on disapproval. An e-mail containing the storage allocation cancellation result is sent (step S205).

On the other hand, the risk state lock flag of the storage table element of the specified storage ID is off (Yes in step S202), the specified user ID matches the storage table element information (Yes in step S203), and If the designated storage floor ID matches the storage table element information (Yes in step S204), the e-mail transmission means 219 transmits a storage allocation release request mail to the manager (step S206).

The storage allocation/cancellation means 211 receives a storage allocation cancellation permission from the administrator via an operation console such as a PC (step S207). The storage allocation/cancellation means 211 may receive designation of disapproval and reasons for disapproval from the administrator. If the administrator gives permission (Yes in step S208), the storage allocation/cancellation means 211 sets the storage allocation flag of the storage table element to OFF (step S209), and disconnects the link with the user table element. Disconnect (step S210). Furthermore, in the case of the last storage allocated to the user, the storage allocation/cancellation means 211 also turns off the storage allocation flag of the user table element (step S211). Then, the e-mail transmitting means 219 transmits to the user a storage allocation release result mail including information on permission (step S212).

On the other hand, if the administrator disapproves in step S208 (No in step S208), the e-mail sending means 219 sends a storage allocation cancellation result mail containing information on disapproval to the user (step S205). ). Incidentally, if there is no contradiction in the designated information, the storage allocation/cancellation means 211 may omit the operation by the administrator and automatically cancel the allocation.

FIG. 19 is a flow chart showing an operation example of unlocking the storage risk state. The operation example illustrated in FIG. 19 is an operation example of releasing the risk state lock of storage located on the same floor as the user.

The risk state unlocking means 218 receives a request for unlocking the storage risk state lock from the user via an operation console such as a PC (step S301). When the risk state lock flag in the storage table element of the designated storage ID is turned on (No in step S302), the risk state unlock means 218 determines that the designated user ID matches the information of the storage table element. If not (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 e-mail transmission means 219 includes information regarding disapproval to the user. A storage risk state unlock result mail is sent (step S305).

On the other hand, the risk state lock flag of the storage table element of the specified storage ID is off (Yes in step S302), the specified user ID matches the storage table element information (Yes in step S303), and If the designated floor ID matches the storage table element information (Yes in step S304), the e-mail sending means 219 sends a storage state unlock request mail to the administrator (step S306).

The risk state unlocking means 218 receives permission to unlock the storage risk state from the administrator via an operation console such as a PC (step S307). The risk state unlocking means 218 may receive a specification of disapproval and a reason for disapproval from the administrator. If permission is granted by the administrator (Yes in step S308), the risk state unlocking means 218 sets the allocation flag of the storage table element to OFF (step S309), and sets the risk value to 0 (step S310). . Further, the e-mail transmission means 219 transmits to the user a storage risk state unlock assignment result mail containing information on permission (step S311).

On the other hand, if the administrator disapproves in step S308 (No in step S308), the e-mail sending means 219 sends a storage risk status lock release result mail containing information on disapproval to the user ( step S305). It should be noted that, if there is no contradiction in the specified information, the risk status unlocking means 218 may be configured so as to omit the operation by the administrator and automatically cancel the allocation.

FIG. 20 is a flow chart showing an operation example of detecting entry/exit of a user. In this operation example, it is assumed that the user ID, entrance/exit ID, and entrance/exit type are notified from the entrance/exit management device 120 .

The entry/exit notification receiving unit 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 room entry/exit notification receiving unit 212 acquires the floor table element linked to the room entry/exit table element of the room entry/exit ID, and newly creates an entry/exit history table element (room entry/exit history) (step S403). Then, the entry/exit notification receiving unit 212 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).

If the movement of the user is to enter the room (Yes in step S406), the entry/exit notification receiving means 212 replaces the link of the user table element with the current floor table element (steps S407 and S408). On the other hand, if the movement of the user is to leave 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 the outside floor (steps S409 and S410). . Then, the entrance/exit notification receiving means 212 notifies the entrance/exit entrance scanning means 214 of the entrance/exit entrance ID (step S411).

FIG. 21 is a flow chart showing an operation example at the entry/exit gate. The entrance/exit entrance scanning means 214 reads from the collective reading type RF scanner corresponding to the scanner table element linked to the entrance/exit entrance table element of the entrance/exit ID (step S501).

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/exit scanning means 214 performs the following operations for storage table elements of storage IDs of all storages detected by scanning, starting from the first storage detected. (Step S503).

First, the entrance/exit scanning means 214 newly creates an entrance/exit scan history table element (entrance/exit scan history) (step S504), and links the created entrance/exit scan history to the entrance/exit table element. Add (step S505), and add to the history link of the storage table element (step S506).

Here, if the allocation flag is ON (Yes in step S507), the processing after step S509 is performed. On the other hand, if the allocation flag is off (No in step S507), the entrance/exit scanning means 214 sets the risk state lock flag to on (step S508). In this case, the entrance/exit scanning means 214 sets the risk value to four. The entrance/exit gate scanning means 214 notifies the corresponding action means 217 of the entrance/exit gate of the storage ID (step S509).

After that, if the detected storage still exists (Yes in step S510), the entrance/exit scanning means 214 confirms the next detected storage (step S511), and repeats the processing from step S504.

It should be noted that the date and time of the detected storage is only a short time since the date and time of the previously detected entrance/exit scan history table element, and the entrance/exit ID that detected the storage is the same as the previous entrance/exit. In the case of ID, the entrance/exit scanning means 214 may suppress a series of operations illustrated in FIG.

FIG. 22 is an explanatory diagram showing an operation example of the interval timer means 213. As shown in FIG. The interval timer means 213 starts the interval timer (step S601), waits for timeout (step S602), and notifies the floor scanning means at the time of timeout (step S603). Then, the interval timer means 213 restarts the interval timer (step S604), and repeats the processing after step S602.

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

First, the floor scanning means 215 replaces the entire link of the storage table element for which scanning of the floor table element has been confirmed with the entire link to the storage table element being scanned (step S702).

The floor scanning means 215 reads from batch reading type RF scanners 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 the storages detected by scanning (Yes in step S705), starting from the top storage detected (step S706).

The floor scanning means 215 disconnects the link of the storage table element to the floor table element, and replaces it with the link of the storage table element for which the scanning of the floor table element this time has been confirmed (steps S707 and S708). Then, the floor scanning means 215 updates the location of the storage table element (step S709).

The floor scan means 215 newly creates a 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 stores the floor scan history. It is added to the history link of the table element (step S712).

If the date and time of the previous scan is only a short time after the date and time of the previous floor history table element, and if the scanner ID of the scanner that performed the scan is the same as the previous scanner ID, the floor scanning means 215 You may suppress creation of a scan history.

The floor scanning means 215 notifies the storage ID to the risk state managing means 216 (step S713). When the floor scanning means 215 finishes processing all the floor scanner table elements within the floor (Yes in step S714), the entire link of the storage table element being scanned for the floor table element is transferred to the corresponding floor table element outside the floor. It is replaced with the link of the storage table element being scanned (step S715). On the other hand, if the processing has not ended (No in step S714), the floor scanning means 215 confirms the next detected storage (step S716), and repeats the processing from step S707. In step S705, if storage is not detected (No in step S705), processing from step S717 onwards is performed.

When all floors have been processed (Yes in step S717), the floor scanning means 215 converts the entire link of the storage table element for which scanning of the floor table element corresponding to the outside floor has been confirmed to the link to the storage table element being scanned. Replace (step S718 in FIG. 24). On the other hand, if the processing has not ended (No in step S717), the floor scanning means 215 confirms the next floor (step S719), and repeats the processing from step S707.

Next, the floor scanning means 215 terminates the process when there is no accommodation of the link being scanned outside the floor (No in step S720). On the other hand, if there is storage of the link being scanned (Yes in step S720), the floor scanning means 215 scans all the storage table elements linked to the storage table elements being scanned of the floor table elements outside the floor. The following operations are performed from the top of the storage (step S721).

First, the floor scanning means 215 cuts 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 whose scanning 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 scan means 215 newly creates a 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), In addition, the floor scan history is added to the history link of the storage table element (step S727).

If the date and time of the previous scan is only a short time after the date and time of the previous floor history table element, and if the scanner ID of the scanner that performed the scan is the same as the previous scanner ID, the floor scanning means 215 You may suppress creation of a scan history.

The floor scanning means 215 notifies the storage ID to the risk state managing means 216 (step S728).

If there is the next storage (Yes in step S729), the floor scanning means 215 confirms the next storage during scanning (step S730), and repeats the processing from step S722. On the other hand, if there is no next storage (No in step S729), the floor scanning means 215 terminates the process.

FIG. 25 is a flowchart illustrating an example of processing for managing risk status. If the risk state lock flag of the storage table element of the storage ID is off (Yes in step S801), the risk state management means 216, if the risk value is less than 4 (dangerous) (Yes in step S802), Update the risk value based on the illustrated correspondence table. 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).

If the calculated risk value is 0 (no risk) (Yes in step S804), the risk state management means 216 stores 0 as 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).

Note that the risk state management means 216 may store the last time the risk value was changed, and add the risk value when a predetermined time has passed since the current time. When the risk state lock flag is on (No in step S801), when the risk value is 4 or more (No in step S802), or after the risk value is stored, the risk state management means 216 causes the corresponding action means 217 is notified of the storage ID (step S809).

FIG. 26 is a flow chart showing an example of countermeasures for suppressing risks. When the storage table element corresponding to the storage ID is acquired, actions corresponding to the risk value (rows of the correspondence table 350 in FIG. 9) are sequentially performed based on the correspondence table.

Specifically, when the risk value is 1 or more (Yes in step S901), the warning mail sending unit 231 sends a warning mail to the user (step S902). Also, if the risk value is 2 or more (Yes in step S903), the warning mail sending unit 231 sends a warning mail to the administrator (step S904).

Furthermore, when the risk value is 3 or more (Yes in step S905) and when the entrance/exit is detected (Yes in step S906), the alarm ringing means 232 detects the entrance/exit of the latest entrance/exit scan history. An alarm table element linked to the entry/exit table element of the entrance ID is acquired, the corresponding alarm is sounded (step S907), and a new alarm history table element (alarm history) is created (step S908). Then, the alarm sounding means 232 adds the 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).

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). In addition, 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) and if the risk value is less than 4 in step S911 (No in step S911), the process ends without performing subsequent processes.

FIG. 27 is a flow chart showing an operation example referring to various states. The state reference means 220 receives a state reference request from a user or administrator (hereinafter referred to as a requester) via an operation console such as a PC (step S1001). If the state reference request is a storage state reference request (Yes in step S1002), the state reference means 220 accepts the designation of the storage ID from the requester, and links the storage table element and the storage table element of the designated storage ID. It acquires the user table elements, acquires each location and storage risk value (step S1003), and outputs it to the operator console (step S1004).

On the other hand, if the status reference request is a user status reference request (No in step S1002, Yes in step S1005), the status reference means 220 receives designation of the user ID from the requester. Then, the state referencing means 220 acquires the user table element of the specified user ID and all the storage table elements linked to the user table element (step S1006), and obtains the respective locations and storage risk values. It is acquired (step S1007) and output to the console (step S1004).

On the other hand, if the status reference request is a history status reference request (No in step S1005, Yes in step S1008), the status reference means 220 receives from the requester the table type (for example, floor, storage, user, etc.), table ID, history type, and designation of period are accepted. Then, the state reference means 220 acquires the table element from the specified table type and table ID, acquires the history table element within the specified period linked from the specified history type, and outputs it to the operator console. (Step S1009). The status referencing means 220 may download the output result as a file or print it out. It should be noted that in this specific example, in the case of a reference request other than the storage state, user state, and history state (No in step S1008), the process ends.

FIG. 28 is a flowchart illustrating an example of processing for sending an e-mail. The e-mail transmission unit 219 creates various types of e-mail information based on the designated information (step S1101), and transmits the e-mail to the designated destination (step S1102).

Next, the effect of the carried item management system of this embodiment will be described. The belongings management system of the present embodiment is suitable for use in a free address office floor where the identity of the user is guaranteed by authenticating entry and exit with an IC card such as an employee ID card. In a free-address office, users keep materials that cannot be taken out and reference materials that are necessary for work that lasts several days. assign.

In such a situation, it is assumed that there are multiple office floors with a large number of people ranging from tens to hundreds of people in the office, and users can freely use the floors and work desks on the floors. In this case, it is preferable that the workers can enter and leave the floor as smoothly as possible, and that the legitimacy of the items carried by the workers on the storage floor can be monitored by security.

In this embodiment, in conjunction with room entry/exit authentication using an IC card such as an employee ID card, storage is automatically scanned at the entrance/exit, so that even when a large number of people enter/exit the room, the location of the storage can be captured. , it is possible to eliminate waiting time due to inspection of carried items in storage. The accuracy of location acquisition of storage can also be increased by periodically scanning storage on the floor and using bulk reading RF scanners.

In addition, by increasing the accuracy of storage position acquisition, it is possible to identify inappropriate items such as storage and leaving them based on the relationship between storage and the location of users without strict inspection of belongings at the entrance/exit. It becomes possible to judge whether or not the system is being operated properly.

In addition, in this embodiment, the degree of risk is determined according to the relationship between storage and the location of the user, and an alert action is determined according to the risk. Therefore, it becomes possible to respond more flexibly and finely. Specifically, in this embodiment, the risk state management means 216 sets the risk value by the user's natural actions such as returning the storage to the storage floor or moving to the same floor as the storage, except for actions judged to be dangerous risks. reset. Therefore, it is possible to suppress the user's stress when handling storage.

Further, in this embodiment, the risk state management means 216 adds the storage risk value when the same risk value continues for a certain period of time. Therefore, it is possible to distinguish the risk judgment between temporary leaving the floor for the user to eat, go to the toilet, etc., and leaving the storage for a long time. Furthermore, when it is determined that there is a risk in storing, the warning mail sending means 231 sends a warning mail to the user. This has the effect of prompting the user to properly handle the storage.

Further, when it is determined that the storage has a high risk, the warning mail sending means 231 sends a warning mail to the administrator. As a result, the manager can grasp the neglected storage and the user, and it becomes a deterrent to the inappropriate behavior of the user. Furthermore, when storage is judged to be of high risk, the alarm sounding means 232 sounds an alarm at the entrance/exit of each floor. Therefore, it is possible to obtain the effect of deterring unauthorized taking out of storage.

Also, when the storage is determined to be a dangerous risk, the risk state lock means 233 disables resetting of the current risk value of the storage. As a result, since it is possible to continue to capture the storage regarded as dangerous, it is possible to obtain the effect of deterring dangerous behavior.

As described above, by using the belongings management system of this embodiment, the user can easily use and It becomes possible to ensure necessary security.

Next, a modified example of this embodiment will be described.

FIG. 29 is a block diagram showing a modified example of the carried item management system. The carried item management system 2 of this modified example includes a storage unit 10, a storage allocation unit 20, an entry/exit management unit 30, a storage monitoring unit 40, a determination unit 50, a risk handling unit 60, and an administrator operation unit. 70 and a history analysis unit 80 . The contents of the storage unit 10, storage allocation unit 20, entrance/exit management unit 30, storage monitoring unit 40, determination unit 50, risk handling unit 60, and manager operation unit 70 are the same as those in the above embodiment.

The history analysis unit 80 analyzes the correlation between the storage and the movement of the user based on the relationship between the storage history and other history. Specifically, the history analysis unit 80 accepts a storage ID, a history type (entry/exit scan history, alarm history, etc.), and a specified period from the user or administrator. The history table element of the history type within the period linked to the storage table element of the received storage ID is acquired.

The history analysis unit 80 outputs, for example, the date and time of the history table elements, the floor ID, the entrance/exit ID, and the user ID. In addition, the history analysis unit 80, for example, identifies the entrance/exit history table element linked to the floor table element from the link of the history table element, and based on the date and time of the history table element being processed, The date and time, user ID, and entrance/exit type may be output by acquiring several elements before and after.

By outputting these contents by the history analysis unit 80, it is possible to determine whether or not the user to whom the storage is assigned is correctly carrying the storage, and to identify the user who is inappropriately carrying the storage. become.

Next, an outline of the present invention will be described. FIG. 30 is a block diagram showing an outline of a carried item management system according to the present invention. A carried item management system 90 (for example, a carried item management system 1) according to the present invention includes a storage allocation means 91 (eg, a storage allocation unit 20) that allocates movable storage for storing the user's carried items to a user of the floor. ), entry/exit management means 92 (e.g., entry/exit management unit 30) for managing entry and exit of the floor by users, and storage monitoring means 93 (e.g., The storage monitoring unit 40) calculates a risk value according to the relationship between the position of the user's floor and the position of the movable storage and the duration of the relationship, and the movable storage is based on the calculated risk value. Judgment means 94 (e.g., judgment unit 50) for judging the risk of the movable storage, and risk handling means 95 (e.g., risk handling 60).

With such a configuration, it is possible to ensure the security that is assumed to be necessary for the items to be carried, while ensuring the convenience of the user's movement between floors.

In this way, when a user of the office floor enters or leaves the floor, the relationship between the location of the user and the location of the storage is periodically monitored instead of directly monitoring the entry and exit of the movable storage that the user is carrying. This makes it possible to monitor storage security risks.

In addition, the determination means 94 identifies the corresponding risk value based on the risk state table that defines the risk value according to the relationship between the position of the user and the position of the movable storage, and based on the identified risk value may be used to determine the risk of mobile storage.

Further, the determination means 94 may increase the risk value (for example, add 1) according to the duration of the relationship between the position of the user and the position of the movable storage.

Specifically, the risk status table may define a risk value that increases as the floor of the user and the floor of the movable storage are separated from each other.

Further, the risk handling means 95 may control the risk value so as not to change even if the state of the relationship between the position of the user's floor and the position of the movable storage changes. This allows mobile storage that has been determined to be high risk to continue to be seized.

In addition, the entrance/exit management means 92 is installed at the entrance/exit of the floor, and manages the position of the user on the floor by detecting the passage of the user (for example, authentication of the employee ID card using a card reader). You may

Further, the storage monitoring means 93 may monitor the position of the movable storage by detecting the tag attached to the movable storage by short-range wireless communication (for example, at the entrance/exit or inside the floor).

Some or all of the above-described embodiments can also be described in the following supplementary remarks, but are not limited to the following.

(Appendix 1) Storage allocation means for allocating a user of the floor to a movable storage for storing the items carried by the user;
an entry/exit management means for managing entry/exit of the floor by the user;
storage monitoring means for monitoring the position of the movable storage assigned to the user;
A risk value is calculated according to the relationship between the position of the floor of the user and the position of the movable storage and the duration of the relationship, and the risk of the movable storage is determined based on the calculated risk value. a determination means for
and risk countermeasure means for taking measures to reduce the risk of the movable storage in accordance with the determined risk of the movable storage.

(Appendix 2) The determination means identifies the corresponding risk value based on the risk state table that defines the risk value according to the relationship between the position of the user and the position of the movable storage, and the identified risk value 1. The baggage management system of Appendix 1, which determines the risk of movable storage based on

(Appendix 3) The baggage management system according to Appendix 1 or Appendix 2, wherein the determination 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.

(Appendix 4) In the risk state table, the greater the distance between the floor of the user and the floor of the movable storage, the larger the risk value determined.

(Appendix 5) The risk countermeasure means controls so that the risk value does not change even if the relationship between the position of the user's floor and the position of the movable storage changes. 1. A carried item management system according to 1.

(Appendix 6) The entrance/exit management means is installed at the entrance/exit of the floor, and manages the position of the user on the floor by detecting the passage of the user. Any one of appendices 1 to 5 Carrying item management system described in .

(Appendix 7) The storage monitoring means monitors the position of the movable storage by detecting the tag attached to the movable storage by short-range wireless communication. product management system.

(Appendix 8) Allocate movable storage for the user's belongings to the user of the floor,
managing entry and exit of the floor by the user;
monitoring the position of the mobile storage assigned to the user;
A risk value is calculated according to the relationship between the position of the floor of the user and the position of the movable storage and the duration of the relationship, and the risk of the movable storage is determined based on the calculated risk value. death,
A method of managing belongings, characterized in that, in accordance with the determined risk of movable storage, measures are taken to suppress the risk of movable storage.

(Appendix 9) Identify the corresponding risk value based on the risk state table that defines the risk value according to the relationship between the position of the user and the position of the movable storage, and based on the identified risk value Determining the risk of storage.

(Appendix 10) to the computer,
A storage allocation process for allocating a user of the floor to a movable storage for storing the items carried by the user;
Storage monitoring means for receiving information indicating the position of the user on the floor from the entry/exit management means for managing entry/exit of the floor by the user, and for monitoring the position of the movable storage assigned to the user. receives information indicating the position of the movable storage assigned to the user from, and determines the relationship between the position of the user's floor and the position of the movable storage and the duration of the relationship. a determination process of calculating a value and determining the risk of the movable storage based on the calculated risk value;
A carry-on item management program for executing risk handling processing for taking measures to suppress the risk of the movable storage according to the determined risk of the movable storage.

(Supplementary note 11) In the determination process, the computer specifies the corresponding risk value based on the risk state table that defines the risk value according to the relationship between the position of the user and the position of the movable storage. 11. The carried item management program according to appendix 10, wherein the risk of movable storage is determined based on the risk value.

INDUSTRIAL APPLICABILITY The present invention is applied to a carried item management system for managing items carried by floor users. For example, the present invention is preferably applied to a system that links entry/exit and management of belongings in a free address office.

10 storage unit 20 storage allocation unit 30 entry/exit management unit 40 storage monitoring unit 50 determination unit 60 risk handling unit 70 administrator operation unit 80 history analysis unit 110 belongings management device 120 room entry/exit management device 130 e-mail device 211 storage ratio/ Releasing means 212 Room entrance/exit notification receiving means 213 Interval timer means 214 Entrance/exit entrance scanning means 215 Floor scanning means 216 Risk state management means 217 Corresponding action means 218 Risk state unlocking means 219 E-mail transmission means 220 Status reference means 231 Warning mail transmission Means 232 Alarm sounding means 233 Risk state locking means

Claims (10)

a storage allocation means for allocating movable storage for storing belongings of the user to a user of the floor;
an entry/exit management means for managing entry/exit of the floor by the user;
storage monitoring means for monitoring the position of the movable storage assigned to the user;
A risk value is calculated according to the relationship between the position of the floor of the user and the position of the movable storage and the duration of the relationship, and the risk of the movable storage is determined based on the calculated risk value. a determination means for
and risk countermeasure means for taking measures to reduce the risk of the movable storage in accordance with the determined risk of the movable storage. The determination means identifies a corresponding risk value based on a risk state table that defines risk values according to the relationship between the position of the user and the position of the movable storage, and based on the identified risk value 2. The carried item management system according to claim 1, wherein a storage risk is determined. 3. The baggage management system according to claim 1, wherein the determination 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. 4. The baggage management system according to any one of claims 1 to 3, wherein, in the risk status table, the greater the distance between the floor of the user and the floor of the movable storage, the greater the risk value. 5. Any one of claims 1 to 4, wherein the risk handling means controls the risk value so as not to change even if the state of the relationship between the position of the user's floor and the position of the movable storage changes. Item management system described in item. 6. The entrance/exit management means is installed at an entrance/exit of the floor, and manages the position of the user on the floor by detecting the passage of the user. carry-on item management system. 7. The carrying item management according to any one of claims 1 to 6, wherein the storage monitoring means monitors the position of the movable storage by detecting the tag attached to the movable storage by short-range wireless communication. system. Allocating mobile storage to the user of the floor to store the user's belongings,
managing entry and exit of the floor by the user;
monitoring the position of the mobile storage assigned to the user;
A risk value is calculated according to the relationship between the position of the floor of the user and the position of the movable storage and the duration of the relationship, and the risk of the movable storage is determined based on the calculated risk value. death,
A method of managing belongings, characterized in that, in accordance with the determined risk of movable storage, measures are taken to suppress the risk of movable storage. Identify the corresponding risk values based on a risk status table that defines risk values according to the relationship between the user position and the position of the mobile storage, and determine the risk of the mobile storage based on the identified risk values. The carried item management method according to claim 8. to the computer,
Storage allocation processing for allocating movable storage for storing belongings of the user to the user of the floor,
Storage monitoring means for receiving information indicating the position of the user on the floor from the entry/exit management means for managing entry/exit of the floor by the user, and for monitoring the position of the movable storage assigned to the user. receives information indicating the position of the movable storage assigned to the user from, and determines the relationship between the position of the user's floor and the position of the movable storage and the duration of the relationship. a determination process of calculating a value and determining the risk of the movable storage based on the calculated risk value;
A carry-on item management program for executing risk handling processing for taking measures to suppress the risk of the movable storage according to the determined risk of the movable storage.

Images