Management system and management program

Abstract

To provide a management system and a management program that can appropriately manage an object.SOLUTION: A server apparatus 2 for managing a lent rented item includes a rental item related information DB 221, a stock inventory related information DB 222, and a management unit 231 that stores master side status information of the rental item related information DB221 based on stock inventory side status information of the stock inventory related information DB 222. As inventory status information, at least existence state information or loss state information is stored, as confirmation result information, at least existence confirmation information or loss confirmation information is stored, and when the loss confirmation information is stored as the stock inventory status information of the stock inventory related information DB 222, the management unit 231 stores the loss state information as the master side status information of the rental item related information DB 221.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present invention relates to a management system and a management program.

Background Art

[0002] Conventionally, a technique for managing rental items has been known (see, for example, Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] By the way, for example, the lent object may be used by various users, and a technique for appropriately managing it in view of changes in the inventory status (that is, the status regarding the existence of the object) has been demanded.

[0005] The present invention has been made in view of the above facts, and an object thereof is to provide a management system and a management program capable of appropriately managing an object.

Means for Solving the Problems

[0006] In order to solve the above-described problems and achieve the object, the management system according to claim 1 is a management system for managing the lent object, wherein a first storage means for storing the object information indicating the object and the inventory status information indicating the inventory status of the object are stored in association with each other; a second storage means for storing confirmation result information indicating a confirmation result regarding the inventory status of the object indicated by the object information of the first storage means when the inventory status of the object is confirmed; and a management means for storing the inventory status information of the first storage means based on the confirmation result information of the second storage means. As the inventory status information, at least the existence status information indicating that the object exists or the loss status information indicating that the object has been lost is stored. As the confirmation result information, at least the existence confirmation information indicating that it has been confirmed that the object exists or the loss confirmation information indicating that it has been confirmed that the object has been lost is stored. The management means stores the loss status information as the inventory status information of the first storage means when the loss confirmation information is stored as the confirmation result information of the second storage means.

[0007] The management system according to claim 2 is the management system according to claim 1, wherein as the inventory status information, the existence status information indicating that the object exists, the loss status information indicating that the object has been lost, or the return status information indicating that the object has been returned is stored. The management means stores the return status information as the inventory status information of the first storage means when information indicating that the object is to be returned is input to the management system.

[0008] The management system according to claim 3 is the management system according to claim 1 or 2, wherein the management system is a system for managing the object lent by the rental company, and the management system further stores candidate operator information indicating an operator who is a candidate for further lending the object lent by the rental company in a third storage means. Based on the candidate operator information in the third storage means, the management means associates, in the first storage means, object operator information indicating the operator to whom the object is to be lent with the object information and the inventory status information. and Store.

[0009] The management system according to claim 4 is the management system according to claim 1 or 2 in the management system described, wherein the management system is , ray a system for managing the object lent from the rental company to the prime contractor company, The management system includes subcontractor information in each layer of the multi-tier subcontracting structure based on the prime contractor company and the multi-tier subcontracting structure subcontracting structure information a third storage means for storing the subcontracting structure Based on the information in the third storage means, the management means subcontracting structure stores, target contractor information indicating a contractor who is the target of lending the object, in the first storage means, the object operator information corresponding to the multi-tier subcontracting structure. In the first storage means, in association with the object information and the inventory status information Store and the subcontractor is a candidate for a contractor who further lends the object lent from the rental company.

[0010] The management system according to claim 5 is the management system according to any one of claims 1 to 4, wherein the management system includes a fourth storage means for storing confirmation time information indicating the time when the position of the object is confirmed. When the time indicated by the confirmation time information in the fourth storage means is after the time specified by the user, the management means stores the existence confirmation information as the confirmation result information in the second storage means for the object whose position has been confirmed.

[0011] The management program according to claim 6 is a management program for managing the lent object, which causes a computer to function as: a first storage means for storing the object information indicating the object and the inventory status information indicating the inventory status of the object in a mutually associated manner; a second storage means for storing confirmation result information indicating a confirmation result regarding the inventory status of the object indicated by the object information in the first storage means when confirming the inventory status of the object; and a management means for storing the inventory status information in the first storage means based on the confirmation result information in the second storage means. As the inventory status information, at least the existence status information indicating that the object exists or the loss status information indicating that the object has been lost is stored. As the confirmation result information, at least the existence confirmation information indicating that it has been confirmed that the object exists or the loss confirmation information indicating that it has been confirmed that the object has been lost is stored. When the loss confirmation information is stored as the confirmation result information in the second storage means, the management means stores the loss status information as the inventory status information in the first storage means.

Effect of the Invention

[0012] According to the management system according to claim 1 and the management program according to claim 6, when the loss confirmation information is stored as the confirmation result information in the second storage means, by storing the loss status information as the inventory status information in the first storage means, for example, it is possible to reflect the confirmation result indicating that the object has been lost, so that the object can be appropriately managed.

[0013] According to the management system according to claim 2, when information indicating return is input to the management system, by storing the return status information as the inventory status information in the first storage means, for example, it is possible to reflect that the object has been returned, so that the object can be appropriately managed.

[0014] According to the management system described in claim 3, by storing target operator information indicating the operator to which the object is to be lent based on the candidate operator information in the third storage means, for example, appropriate information can be easily stored, so that the object can be appropriately and easily managed.

[0016] According to the management system described in claim 5, when the time indicated by the confirmation time information in the fourth storage means is after the time specified by the user, by storing the existence confirmation information as the confirmation result information in the second storage means for the object whose position has been confirmed, for example, the existence confirmation information can be stored collectively based on the time specified by the user, so that the object can be appropriately and easily managed.

Brief Description of Drawings

[0017]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Embodiments for Carrying Out the Invention

[0018] With reference to the accompanying drawings below, embodiments of the management system and management program according to this invention will be described in detail.

[0019] 〔I〕Basic Concepts of the Embodiment First, the basic concepts of the embodiment will be described. The embodiment relates to a management system and a management program. The management system according to the present invention is a system for managing leased objects.

[0020] The "object" is an object leased from a rental company or the like, and includes, for example, tools, materials, machinery, and various equipment used at a construction site, or any other arbitrary object.

[0021] In the embodiment shown below, the "object" is an object used at a construction site for building a building, specifically, a rental item leased from a rental company to a prime contractor, and the case where the prime contractor lends and operates the "object" to a subcontractor will be exemplified and described.

[0022] Note that the "prime contractor" includes, for example, a contractor who directly receives an order from a customer who is the orderer of building construction. Also, the "subcontractor" includes, for example, a contractor who undertakes part or all of the work ordered by the prime contractor and performs the work.

[0023] 〔II〕Specific Contents of the Embodiment Next, the specific contents of the embodiment will be described.

[0024] (Configuration) First, FIG. 1 is a block diagram conceptually showing an information processing system according to the present embodiment. The information processing system 100 includes, for example, a terminal device 1 and a server device 2, and these devices can communicate with each other. Note that in the information processing system 100, a plurality of terminal devices 1 carried by various users are included.

[0025] (Configuration - Terminal Device) The terminal device 1 is a device carried by a user, for example, a tablet terminal or a smartphone. As an example, it includes a communication unit 11, a touch pad 12, a display 13, a camera 14, a recording unit 15, and a control unit 16.

[0026] The communication unit 11 is a communication means for communicating with external devices (for example, the server device 2). The touch pad 12 is an operation means for receiving various operation inputs from the user. The display 13 is an image display means for displaying various images. For example, the above touch pad 12 and the display 13 are integrally formed as a touch panel. The camera 14 is an imaging means for performing imaging and acquiring images. The recording unit 15 is a recording means for recording programs and various data. The control unit 16 is a control means for controlling the terminal device 1, and is configured using internal memories such as a CPU, a RAM, and a ROM, for example.

[0027] (Configuration - Server Device) The server device 2 in FIG. 1 is a management system and includes, for example, a communication unit 21, a recording unit 22, and a control unit 23.

[0028] (Configuration - Server Device - Communication Unit) The communication unit 21 in FIG. 1 is a communication means for communicating with external devices (for example, the terminal device 1).

[0029] (Configuration - Server Device - Recording Unit) The recording unit 22 in FIG. 1 is a recording means for recording programs and various data necessary for the operation of the server device 2. This recording unit 22 includes, for example, a rental item-related information database 221 (hereinafter, the database is referred to as "DB"), an inventory-related information DB 222, and a location-related information DB 223.

[0030] (Configuration - Server Device - Recording Unit - Rental Item-Related Information DB) The rental item-related information DB 221 in FIG. 1 is a first storage means, specifically, a storage means for storing rental item-related information. The "first storage means" is a means in which at least object information indicating an object and inventory status information indicating the inventory status of the object are stored in association with each other.

[0031] FIG. 2 is a diagram illustrating rental item-related information. Note that each piece of information shown in FIG. 2 is an example, and other arbitrary information may be added or some of the illustrated information may be omitted (the same applies to the information illustrated in other drawings). "Rental item-related information" is information related to rental items that are objects lent from a rental company to a prime contractor company. For example, the information of each item shown in FIG. 2 is associated with each other.

[0032] The information of the item "rental item ID" is rental item identification information for uniquely identifying a rental item (hereinafter, the identification information is also referred to as "ID") (in FIG. 2, "ID001", etc.). The information of the item "product name information" is product name information indicating the name of the rental item (in FIG. 2, "Generator A", etc.). The information of the item "rental company name information" is rental company name information indicating the name of the rental company that lent the rental item to the prime contractor company (in FIG. 2, "A Rental", etc.).

[0033] Note that the rental item ID and the product name information may be interpreted as corresponding to the "object information".

[0034] The information of the item "Primary Cooperative Company Information for Management" is the target business operator information indicating the business operator to whom the object is lent. Specifically, it is the management primary cooperative company information indicating the primary subcontractor who borrows rental items from the prime contractor and manages and uses such rental items (in Figure 2, it is the company name such as "A Construction", etc.). Note that the "primary subcontractor" is a concept indicating, for example, a business operator who undertakes work directly from the prime contractor.

[0035] The information of the item "Secondary Cooperative Company Information for Management" is the target business operator information indicating the business operator to whom the object is lent. Specifically, it is the management secondary cooperative company information indicating the secondary subcontractor who borrows rental items from the primary subcontractor and manages and uses such rental items (in Figure 2, it is the company name such as "A1 Construction", etc.). Note that the "secondary subcontractor" is a concept indicating, for example, a business operator who undertakes work directly from the primary subcontractor.

[0036] The information of the item "Start Date Information" is the start date information indicating the date when the lending of rental items from the rental company to the prime contractor is started. The information of the item "Return Date Information" is the return date information indicating the date when the rental items are returned from the prime contractor to the rental company. The information of the item "Loss Date Information" is the loss date information indicating the date when the rental items are lost (that is, missing).

[0037] The information of the item "Master-Side Status Information" is the inventory status information indicating the inventory status of rental items, and is also referred to as master-side status information. As this master-side status information, for example, "In Use" indicating that the rental item is lent to the prime contractor side (that is, the prime contractor and the subcontractor side) and exists on the prime contractor side, "Loss" indicating that the rental item is lent to the prime contractor side and the rental item is lost, or "Return" indicating that the rental item is returned to the rental company side is stored.

[0038] Note that it may be interpreted that "In Use" here corresponds to the "Existence Status Information", "Loss" corresponds to the "Loss Status Information", and "Return" corresponds to the "Return Status Information".

[0039] Regarding the information shown in the uppermost row of FIG. 2, for example, it is shown that the name of the rental item identified by "ID001" is "Generator A", and it is also shown that the rental item of "ID001" was lent by the prime contractor from "A Rental", and it is further shown that the rental item of "ID001" was lent to "A Construction" and then further lent to "A1 Construction". Also, in this information, it is shown that the date when the lending of the rental item of "ID001" started is "January 10th", and it is also shown that the rental item of "ID001" is lent to the prime contractor side (i.e., the prime contractor and the subcontractor side) and exists on the prime contractor side.

[0040] The method of storing the rental item-related information in FIG. 2 is arbitrary. For example, for each information other than the master side status information, when the prime contractor borrows a rental item from the rental company (i.e., when the rental item is lent to the prime contractor), the user on the prime contractor side inputs the information into the server device 2, and based on this information, it is stored. Also, for the master side status information, as described above, when the user on the prime contractor side inputs the information into the server device 2, "in use" is automatically stored as the initial value and is updated by performing each process described later.

[0041] (Configuration - Server Device - Recording Unit - Inventory Related Information DB) The inventory related information DB222 in FIG. 1 is the second storage means, specifically, the storage means in which inventory related information is stored. The "second storage means" is the means in which confirmation result information indicating the confirmation result regarding the inventory status of the object shown by the object information of the first storage means is stored when confirming the inventory status of the object.

[0042] FIG. 3 is a diagram illustrating inventory-related information. "Inventory-related information" refers to information related to the confirmation of the inventory status of rental items (i.e., inventory taking), and for example, the information of each item shown in FIG. 3 is associated with each other. Note that, among the information in FIG. 3, the information with the same name as the information in FIG. 2 is the same as the information with the same name, so the detailed description is omitted.

[0043] The information of the item "inventory-taking side status information" is confirmation result information indicating the confirmation result regarding the inventory status of the object, and is also referred to as inventory-taking side status information. As this inventory-taking side status information, for example, "confirmed", which indicates that it has been confirmed that rental items exist in the inventory taking, "lost", which indicates that it has been confirmed that rental items have been lost in the inventory taking, or "unconfirmed", which indicates that no confirmation has been made yet regarding the rental items in the inventory taking (that is, it has not been confirmed that they exist and it has not been confirmed that they have been lost), is stored.

[0044] Note that, it may be interpreted that "confirmed" here corresponds to "existence confirmation information", "lost" corresponds to "loss confirmation information", and "unconfirmed" corresponds to "unconfirmed information".

[0045] And regarding the information shown in the uppermost row of FIG. 3, for example, it is shown that no confirmation has been made yet regarding the rental item of "ID001" in the inventory taking.

[0046] This inventory-related information in FIG. 3 is stored, for example, by executing the inventory-taking process described later.

[0047] (Configuration - Server Device - Recording Unit - Location-Related Information DB) The location-related information DB223 in FIG. 1 is the fourth storage means, specifically, a storage means for storing location-related information. The "fourth storage means" is a means for storing confirmation time information indicating the time when the location of the object was confirmed. Note that, the "time" in the present embodiment is a time including the date, and for example, it indicates "9:10 on February 20th", etc.

[0048] FIG. 4 is a diagram illustrating position-related information. The "position-related information" is information regarding the position where the rental item is provided. For example, the information of each item shown in FIG. 4 is associated with each other. Note that the item "rental item ID" is the same as the information with the same name in FIG. 2.

[0049] The information of the item "position information" is position information indicating the position of the rental item. Regarding this position information, for example, the building name (such as "Building A" in FIG. 4) of the building where the rental item is provided, the floor number where the rental item is provided (in FIG. 4, "2nd floor", etc.), and the coordinates of the position where the rental item is provided (in FIG. 4, "(x01, y01)", etc.) are stored. Note that the coordinates used here are arbitrary. For example, it is assumed that drawing data indicating a drawing of the building to which the information processing system 100 is applied (such as a floor plan of each floor) is recorded in the recording unit 22 of the server device 2, and coordinates of an orthogonal coordinate system based on a predetermined position in the drawing indicated by this drawing data may be used.

[0050] The information of the item "last position update date and time information" is confirmation time information indicating the time when the position of the object was confirmed. In the present application, for example, it is the last position update date and time information indicating the date and time when the position information indicating the position of the rental item was last updated (that is, the most recent date and time when the position information indicating the position of the rental item was updated).

[0051] Regarding the information illustrated in the uppermost row of FIG. 4, for example, it is shown that the position most recently confirmed for the rental item of "ID001" is the position indicated by "Building A, 2nd floor, (x01, y01)", and the date and time when the position information indicating the position of the rental item was last updated (that is, the time when the position was confirmed) is shown as "February 20th, 9:10".

[0052] This inventory-related information in FIG. 3 is stored, for example, by executing the patrol process described later.

[0053] (Configuration - Server Device - Control Unit) The control unit 23 in FIG. 1 is a control means for controlling the server device 2. Conceptually, it includes, for example, a management unit 231. The management unit 231 is a management means for storing the inventory status information of the first storage means based on the confirmation result information of the second storage means. When the loss confirmation information is stored as the confirmation result information of the second storage means, the loss status information is stored as the inventory status information of the first storage means. The processing performed by each part of this control unit 23 will be described later.

[0054] (Processing) Subsequently, the processing executed by the information processing system 100 according to the present embodiment will be described. For example, the patrol processing, the inventory taking processing, and the return processing will be described.

[0055] (Processing - Patrol Processing) The patrol processing will be described. The patrol processing is a process for the information processing system 100 to patrol the building (that is, the building where the rental items are used) etc., confirm the positions of the rental items, and store the position-related information in FIG. 4. Regarding the rental item ID in FIG. 4, when the rental item-related information in FIG. 2 is stored, the same information as the rental item ID in the stored information is automatically stored. That is, when the uppermost information in FIG. 2 is stored, "Rental ID" = "ID001" in FIG. 4 is automatically copied and stored.

[0056] Generally speaking, when the user in charge of patrol moves inside the building etc. to confirm the position of the rental item and confirms the position where the rental item is provided, and inputs the information indicating the position to his / her own terminal device 1, the terminal device 1 transmits the input information to the server device 2, and based on the transmitted information, the position information and the final position update date information in FIG. 4 are stored.

[0057] Specifically, assume that the same drawing data as the drawing data stored in the server device 2 (i.e., data such as the floor plan of each floor of the building) is stored in the recording unit 15 of the terminal device 1, and in the terminal device 1, the current position of the terminal device 1 can be specified on the drawing indicated by the drawing data by a known method (for example, a method using a GPS signal or a method using radio waves from a plurality of beacons installed at predetermined positions in the building).

[0058] When the user moves near the rental item and inputs information indicating the rental item in the vicinity (for example, rental item ID or product name information) into the terminal device 1, and also inputs information indicating the building name and floor number of the current position and then performs a predetermined operation, the control unit 16 of the terminal device 1 specifies the coordinates of its current position on the drawing indicated by the drawing data and transmits the information indicating each of the above-mentioned input information and the specified coordinates to the server device 2.

[0059] On the other hand, the control unit 23 of the server device 2 receives the information from the terminal device 1, specifies the current time by an arbitrary method (for example, a method using its own timing means), and stores the position information and the final position update date and time information in FIG. 4 based on the received information and the specified time. For these position information and final position update date and time information, if the previous information is stored, overwrite and save to update so that the latest information is stored.

[0060] The method for realizing the above-mentioned processing is arbitrary. For example, for each rental item, a two-dimensional code storing information indicating the rental item itself (for example, rental item ID or product name information) may be attached, or an RFID tag (i.e., a small terminal performing short-range wireless communication) storing the information may be attached, and the information indicating the rental item may be input into the terminal device 1 by reading the information from the two-dimensional code or the RFID tag, or it may be configured to be manually input by an operation via the touch pad 12.

[0061] Also, in this case, a drawing showing the floor where the terminal device 1 carried by the user is located may be displayed on the display 13 based on the drawing data, and the current position of the terminal device 1 or the position information of the previously recorded rental item may be displayed on the drawing to assist the user's operation.

[0062] Here, for example, when the user checks the position of the rental item of "ID001" at the position indicated by "Building A, 2nd floor, (x01, y01)", by performing each of the above processes, the information in the uppermost row of FIG. 4 is stored. Thus, the description of the tour process ends.

[0063] (Process - Inventory Counting Process) The inventory counting process will be described. FIG. 5 is an inventory counting process flowchart (in the following description of each process, the step will be abbreviated as "S"). The inventory counting process is a process for checking the inventory status of rental items. Generally, it is a process executed by the server device 2. For example, it is a process of storing the inventory - related information in FIG. 3 and appropriately updating the master - side status information in FIG. 2. Regarding this inventory counting process, when the user performs a predetermined operation via the touch pad 12, the terminal device 1 transmits a startup signal to the server device 2, and the server device 2 starts up when it receives the startup signal. The process will be described from the point where the process starts.

[0064] Here, for example, the case where the rental - item - related information in FIG. 2 is stored will be presented and described. Also, regarding the inventory - related information in FIG. 3, it will be described below as having no information stored at the start of the inventory counting process.

[0065] ===SA1=== In SA1 of FIG. 5, the management unit 231 of the server device 2 stores inventory-related information. For example, referring to the rental item-related information in FIG. 2 stored in the rental item-related information DB 221 of FIG. 1, the information associated with "master side status information" = "in use" (specifically, the information of the combination from the rental item ID to the loss date information in FIG. 2) is identified, and the identified information is copied and stored in the inventory-related information DB 222 of FIG. 1. Also, as the "inventory side status information" in FIG. 3, "unconfirmed" is stored in the inventory-related information DB 222 as the initial value. Here, for example, based on the rental item-related information shown in FIG. 2, the inventory-related information shown in FIG. 3 is stored.

[0066] ===SA2=== In SA2 of FIG. 5, the management unit 231 of the server device 2 displays an inventory management screen. FIGS. 6 to 10 are examples of the display of the inventory management screen. In each figure, the selected display tab is highlighted. The "inventory management screen" is a screen for managing the inventory of rental items. For example, an unconfirmed display tab T1, a confirmed display tab T2, a loss display tab T3, an information display table T21, and a selection column T31, etc. shown in FIG. 6 are displayed. The unconfirmed display tab T1, the confirmed display tab T2, and the loss display tab T3 are collectively referred to as the "display tabs".

[0067] The information display table T21 is a table for displaying inventory-related information and position-related information corresponding to the selected display tab, and each information regarding the rental item is arranged and displayed along the horizontal direction of the drawing. The information shown in each figure is an example, and the displayed information may be arbitrarily rearranged.

[0068] In the present embodiment, the case where the information corresponding to the "building name", "floor number", "rental item name", "rental company", "management cooperation company (primary)", and "management cooperation company (secondary)" in FIG. 6, etc. is displayed in the corresponding columns, such as the building name and floor number of the position information in FIG. 4, the product name information, rental company name information, primary management cooperation company information, and secondary management cooperation company information, etc. corresponding to FIG. 3 will be exemplified and described.

[0069] The selection column T31 is a column that is tapped and selected when selecting information corresponding to each piece of information displayed in the information display table T21.

[0070] The tab T1 for unconfirmed display is an image button for displaying, in the information display table T21, the information associated with "inventory side status information" = "unconfirmed" in FIG. 3 when the tab is selected. The tab T2 for confirmed display is an image button for displaying, in the information display table T21, the information associated with "inventory side status information" = "confirmed" in FIG. 3 when the tab is selected. The tab T3 for lost display is an image button for displaying, in the information display table T21, the information associated with "inventory side status information" = "lost" in FIG. 3 when the tab is selected.

[0071] Specifically regarding the process of SA2 in FIG. 5, based on the inventory-related information currently stored in the inventory-related information DB222 (that is, here, for example, the inventory-related information stored in SA1), screen information for displaying the inventory management screen is generated, and the generated screen information is transmitted to the terminal device 1, thereby displaying the inventory management screen on the display 13 of the terminal device 1.

[0072] Specifically, first, the same inventory management screen as when the unconfirmed display tab T1 in FIG. 6 is selected is to be displayed. In detail, referring to the inventory-related information in FIG. 3, the rental item ID associated with "inventory side status information" = "unconfirmed" is specified, and referring to the inventory-related information in FIG. 3 and the position-related information in FIG. 4, each piece of information associated with the specified rental item ID is acquired, and based on the acquired information, screen information for displaying the inventory management screen is generated and transmitted. On the other hand, the control unit 16 of the terminal device 1 displays the inventory screen on the display 13 based on the transmitted screen information.

[0073] Here, for example, with reference to the inventory-related information in FIG. 3, identify "ID001" to "ID003" associated with "Inventory side status information" = "Unconfirmed", and with reference to the inventory-related information in FIG. 3 and the position-related information in FIG. 4, acquire the information associated with the identified "ID001" to "ID003", and based on the acquired information, generate and transmit screen information for displaying the inventory management screen in FIG. 6, thereby displaying the inventory management screen in FIG. 6 on the terminal device 1.

[0074] Note that in this inventory management screen of FIG. 6, when the user taps and selects each display tab via the touch pad 12, communication and processing are performed between the terminal device 1 and the server device 2, and the inventory management screen corresponding to the tapped tab is displayed.

[0075] <When the confirmed display tab T2 is selected> For example, when the confirmed display tab T2 is tapped and selected, the terminal device 1 transmits the fact of the tap to the server device 2, and the management unit 231 of the server device 2 refers to the inventory-related information in FIG. 3 to identify the rental item ID associated with "Inventory side status information" = "Confirmed", and with reference to the inventory-related information in FIG. 3 and the position-related information in FIG. 4, acquires each information associated with the identified rental item ID, and based on the acquired information, generates and transmits screen information for displaying the inventory management screen, thereby displaying the inventory management screen on the terminal device 1. Note that the inventory management screen in this case is also referred to as the "Confirmed display inventory management screen".

[0076] <When the lost display tab T3 is selected> Also, for example, when the loss display tab T3 is tapped and selected, the terminal device 1 transmits to the server device 2 that the tab has been tapped. The management unit 231 of the server device 2 refers to the inventory-related information in FIG. 3, identifies the rental item ID associated with "inventory side status information" = "lost", refers to the inventory-related information in FIG. 3 and the position-related information in FIG. 4, acquires each piece of information associated with the identified rental item ID, and based on the acquired information, generates and transmits screen information for displaying the inventory management screen, so that the inventory management screen is displayed on the terminal device 1. Note that the inventory management screen in this case is also referred to as the "inventory management screen for loss display".

[0077] <When the unconfirmed display tab T1 is selected> Also, for example, when the unconfirmed display tab T1 is tapped and selected, the terminal device 1 transmits to the server device 2 that the tab has been tapped. The management unit 231 of the server device 2 refers to the inventory-related information in FIG. 3, identifies the rental item ID associated with "inventory side status information" = "unconfirmed", and performs the same processing as the above-described processing, so that the inventory management screen in FIG. 6 is displayed on the terminal device 1. Note that the inventory management screen in this case is also referred to as the "inventory management screen for unconfirmed display".

[0078] ===SA3=== In SA3 of FIG. 5, the management unit 231 of the server device 2 determines whether to update the inventory side status information. For example, it determines based on whether an operation for changing the inventory side status information to "confirmed" (hereinafter, "operation for changing to confirmed"), or an operation for changing the inventory side status information to "lost" (hereinafter, "operation for changing to lost") has been performed.

[0079] <Operation for changing to confirmed> The operation for changing to confirmed is optional, but may be interpreted as corresponding to at least one of the following four types of operations: "First operation for changing to confirmed" to "Fourth operation for changing to confirmed".

[0080] The first confirmed change operation is, for example, an operation of tapping the "Confirmed Button" (neither is shown) out of the "Confirmed Button" or "Lost Button" (neither is shown) that pops up after selecting the selection column T31 of the physical inventory management screen in Fig. 6 corresponding to the information of the rental item to be changed to "Confirmed".

[0081] The second confirmed change operation is, for example, an operation of reading information from the two-dimensional code attached to the rental item to be changed to "Confirmed" (that is, the code storing the rental ID or product name information of each rental item) by tapping the two-dimensional code reading button (not shown), and then reading information from the two-dimensional code attached to the actual rental item using the terminal device 1.

[0082] The third confirmed change operation is, for example, an operation of reading information from the RFID tag attached to the rental item to be changed to "Confirmed" (that is, the terminal storing the rental ID or product name information of each rental item) by tapping the RFID tag reading button (not shown), and then reading information from the RFID tag attached to the actual rental item using the terminal device 1.

[0083] The fourth confirmed change operation is, for example, an operation for specifying the reference time serving as the reference for changing to "Confirmed". The "reference time" is the time serving as the criterion for determining whether to change to "Confirmed", and is, for example, the time compared with the time indicated by the last position update date and time information in Fig. 4.

[0084] <Operation for Lost Change> The confirmed change operation is optional. For example, it is an operation of tapping the "Lost Button" out of the "Confirmed Button" or "Lost Button" (neither is shown) that pops up after selecting the selection column T31 of the physical inventory management screen in Fig. 6 corresponding to the information of the rental item to be changed to "Lost".

[0085] In addition, in this embodiment, the case where there are four types of confirmed change operations and one type of lost change operation has been described, but it is not limited thereto, and the number of types of each operation may be arbitrarily changed. <Processing> Specifically regarding the processing of SA3 in FIG. 5, when any of the above-described operations is performed, information regarding the performed operation is transmitted from the terminal device 1 to the server device 2. When the server device 2 receives the information, it determines that the inventory side status information is to be updated (YES in SA3) and proceeds to SA4. On the other hand, when the information has not been received, it determines that the inventory side status information is not to be updated (NO in SA3) and repeatedly executes SA3.

[0086] ===SA4=== In SA4 of FIG. 5, the management unit 231 of the server device 2 updates the inventory side status information based on the operation performed in SA3.

[0087] <When the first confirmed change operation is performed> When the first confirmed change operation is performed in SA3, the terminal device 1 transmits information including information indicating the rental item corresponding to the selected selection field T31 to the server device 2. The management unit 231 of the server device 2 receives the information and updates the inventory side status information regarding the rental item indicated by the received information to "confirmed".

[0088] <When the second confirmed change operation is performed> When the second confirmed change operation is performed in SA3, the terminal device 1 transmits information including information indicating the read rental item to the server device 2. The management unit 231 of the server device 2 receives the information and updates the inventory side status information regarding the rental item indicated by the received information to "confirmed".

[0089] <When the third confirmed change operation is performed> When the third confirmed change operation is performed in SA3, the same processing as when the second confirmed change operation is performed is carried out.

[0090] <When the fourth confirmed change operation is performed> FIG. 11 is an example display of a specified screen. The "specified screen" is a screen for specifying a reference time. In the present embodiment, when a predetermined operation is performed, the specified screen of FIG. 11 is displayed, and by inputting the number of days in the input field T41 of the specified screen, the time corresponding to the input number of days is specified as the reference time.

[0091] In the fourth confirmed change operation of SA3, when "5 days" is input in the input field T41 of the specified screen in FIG. 11, the terminal device 1 transmits information indicating the "5 days" to the server device 2.

[0092] On the other hand, the management unit 231 of the server device 2 receives the transmitted information, and also specifies the current time by any method, and sets the time "5 days" (that is, the number of days indicated by the received information) before the specified time as the reference time. Next, the management unit 231 refers to the position-related information in FIG. 4 and specifies the rental item ID for which the time indicated by the final position update date and time information is after the above-mentioned reference time. In the inventory-related information in FIG. 3, the "inventory status information" = "unconfirmed" associated with the specified rental item ID is changed to "confirmed" and stored. Note that it is also assumed that "lost" has already been stored as the "inventory status information". In this case, no change is made and it remains "lost".

[0093] FIGS. 12 to 13 are diagrams illustrating inventory-related information. Here, for example, the case where the reference time is "February 16, 9:00" will be described. In this case, the management unit 231 refers to the position-related information in FIG. 4. Since "February 20, 9:10" and "February 19, 9:00" are after the reference time, "ID001" and "ID002" are specified, and the "unconfirmed" associated with "ID001" and "ID002" in FIG. 3 is changed to "confirmed" and updated, so that the inventory-related information in FIG. 12 is stored.

[0094] <When a loss change operation is performed> When an operation for loss / change is performed with SA3, the terminal device 1 transmits information including information indicating the rental item corresponding to the selected selection field T31 to the server device 2. The management unit 231 of the server device 2 receives the information and updates the inventory side status information for the rental item indicated by the received information by changing it to "lost".

[0095] ===SA5=== In SA5 of FIG. 5, the management unit 231 of the server device 2 displays an inventory management screen. Since the specific processing is the same as that of SA2, the description thereof is omitted.

[0096] ===SA6=== In SA6 of FIG. 5, the management unit 231 of the server device 2 determines whether to reflect the result of the inventory in the rental item related information. When the save button T52 on the inventory management screen such as FIG. 6 is tapped and operated, information indicating that the operation has been performed is transmitted to the server device 2. In this case, if it is determined to reflect (YES in SA6), it proceeds to SA7. On the other hand, if the save button T52 has not been tapped, it is determined not to reflect (NO in SA6), and it proceeds to SA3 and repeats the above-mentioned respective processes.

[0097] In each of the above-mentioned processes, for example, as described above, when "5 days" is input on the designation screen of FIG. 11 and the fourth confirmed change operation is performed, the inventory related information in FIG. 3 is updated to the inventory related information in FIG. 12. Therefore, on the unconfirmed display inventory management screen in FIG. 6, the information changed to "confirmed" is deleted, and the unconfirmed display inventory management screen shown in FIG. 7 is displayed. Also, when these deleted information is tapped and switched by tapping the confirmed display tab T2, as shown in FIG. 8, it is displayed on the confirmed display inventory management screen. In this case, since "inventory side status information" = "lost" is not stored in FIG. 12, when the loss display tab T3 is tapped and switched, as shown in FIG. 9, no information is displayed on the loss display inventory management screen.

[0098] After that, if the "Deletion Button" (not shown) is tapped after selecting the selection bar T31 in Fig. 7 to perform an operation for deletion change, the inventory status information of the inventory-related information in Fig. 12 will be changed to "Deleted", and it will be updated in the inventory-related information in Fig. 13. Therefore, the inventory management screen for unconfirmed display in Fig. 7 will have the information changed to "Deleted" deleted, and an inventory management screen for unconfirmed display (not shown) that displays no information will be displayed. Also, when the deleted information is switched by tapping the deletion display tab T3, as shown in Fig. 10, it will be displayed on the inventory management screen for deletion display.

[0099] In this way, for example, regarding the rental items displayed on the inventory management screen for unconfirmed display in Fig. 6, by performing an operation for confirmed change or an operation for deletion change, the display of each piece of information can be moved to the inventory management screen for confirmed display or the inventory management screen for deletion display, enabling inventory taking. Also, by switching and displaying each screen, it becomes possible to grasp the confirmation results.

[0100] ===SA7=== In SA7 of Fig. 5, the management unit 231 of the server device 2 reflects the results of the inventory taking in the rental item-related information. Specifically, it reflects "Inventory side status information" = "Deleted" in the inventory-related information as "Master side status information" = "Deleted" in the rental item-related information.

[0101] Specifically, referring to the inventory-related information currently stored in the inventory-related information DB222 in Fig. 1, the rental item ID associated with "Inventory side status information" = "Deleted" is identified, and in the rental item-related information in Fig. 2, as the master side status information associated with the identified rental item ID, "Deleted" is overwritten and saved for update to reflect it.

[0102] FIG. 14 is a diagram illustrating rental item related information. Here, for example, when the inventory related information in FIG. 13 is stored in the inventory related information DB222 in FIG. 1, the management unit 231 refers to this inventory related information and identifies "ID003" as the rental item ID associated with "Inventory side status information" = "Lost". In the rental item related information in FIG. 2, by storing "Lost" as the master side status information associated with "ID003", it is updated and reflected as shown in FIG. 14. In this case, the management unit 231 identifies "February 21st" as the current date and stores the identified "February 21st" as the loss date information as shown in FIG. 14.

[0103] By performing such processing, only "Lost" as the "Inventory side status information" in FIG. 13 etc. after inventory taking will be reflected in the rental item related information. Thus, the explanation of the inventory taking process ends.

[0104] (Process - Return Process) The return process will be explained. The return process is a process for returning rental items. For example, when a user inputs information (e.g., rental item ID or product name information) indicating the rental item to be returned to the rental company via the terminal device 1 and transmits it to the server device 2, the management unit 231 of the server device 2 receives the aforementioned information and stores it by overwriting and saving "Return" as the master side status information associated with the information of the rental item indicated by the received information in the rental item related information in FIG. 2 etc.

[0105] In this case, the management unit 231 may be configured to transmit to the rental company side a drawing indicating the pick - up location of the rental item and a message notifying the return based on the information input from the user. Thus, the explanation of the return process ends.

[0106] (Effects of the Present Embodiment) According to the present embodiment, when "lost" is stored as the inventory side status information in the inventory-related information DB222, by storing "lost" as the master side status information in the rental item-related information DB221, for example, it is possible to reflect the confirmation result indicating that the item has been lost, so that the rental items can be appropriately managed.

[0107] Also, when information indicating return is input to the server device 2, by storing "returned" as the master side status information in the rental item-related information DB221, for example, it is possible to reflect that the rental item has been returned, so that the rental items can be appropriately managed.

[0108] Further, when the time indicated by the final position update date and time information in the position-related information DB223 is after the time specified by the user, by storing "confirmed" as the inventory side status information in the inventory-related information DB222 for the rental items whose positions have been confirmed, for example, based on the time specified by the user, "confirmed" can be stored collectively, so that the rental items can be appropriately and easily managed.

[0109] [III] Modification Examples of the Embodiment As described above, the embodiments of the present invention have been explained. However, the specific configurations and means of the present invention can be arbitrarily modified and improved within the scope of the technical idea of each invention described in the claims. (Regarding inventory-related information) After being reflected in SA7 of the inventory process in FIG. 5, the inventory-related information in the inventory-related information DB222 in FIG. 1 may be configured to be deleted. Alternatively, without performing such reflection, the inventory process may be temporarily stopped and configured to start the process at an arbitrary timing later. (Output of Information) Alternatively, it may be configured to output the information stored in each DB of FIG. 1. For example, when the output button T51 in FIG. 6 is tapped, the management unit 231 of the server device 2 acquires the information of the inventory-related information DB 222 and the position-related information DB 223 in FIG. 1, and may be configured to output the acquired information in an arbitrary format (for example, a comma-separated format, etc.). Also, when a predetermined operation for outputting rental item-related information is performed, the management unit 231 of the server device 2 may acquire the information of the rental item-related information DB 221 in FIG. 1 and may be configured to output the acquired information in an arbitrary format (for example, a comma-separated format, etc.).

[0110] (Regarding the multi-subcontracting structure) In the above embodiment, it may be configured to execute processing corresponding to the multi-subcontracting structure in the construction field. FIG. 15 is a diagram illustrating the multi-subcontracting structure. The multi-subcontracting structure in FIG. 15 will be illustrated and described.

[0111] A subcontracting structure information DB (not shown) is provided in the recording unit 22 of the server device 2 in FIG. 1. The "subcontracting structure information DB" is a third storage means and is a means for storing subcontracting structure information. The "third storage means" is a means for storing candidate contractor information indicating a contractor who is a candidate for further lending the object lent by the rental company.

[0112] FIG. 16 is a diagram illustrating subcontracting structure information. The "subcontracting structure information" is information indicating a multi-subcontracting structure based on the prime contractor that lends the object from the rental item. For example, it is information indicating candidate contractor information, etc., of a contractor who is a candidate for directly or indirectly further lending the object by the prime contractor. For example, the information of each item shown in FIG. 16 is mutually associated.

[0113] The information in the item "Prime Contractor Company Information" is the prime contractor company information that identifies the prime contractor (in FIG. 16, the "XX Construction Company" in FIG. 15 (i.e., the prime contractor from whom rental items are leased by the rental company)). The information corresponding to the item "Primary Subcontractor Information" is the primary subcontractor information that identifies the primary subcontractor, which is the direct subcontractor of the prime contractor identified by the prime contractor company information (in FIG. 16, "A Construction" etc. in FIG. 15). The information corresponding to the item "Secondary Subcontractor Information" is the secondary subcontractor information that identifies the secondary subcontractor, which is the direct subcontractor of the primary subcontractor identified by the primary subcontractor information (in FIG. 16, "A1 Construction" etc. in FIG. 15).

[0114] Note that regarding this subcontracting structure information, the subcontractors in each layer of the multi-tier subcontracting structure based on the prime contractor company and the multi-tier subcontracting structure are shown, and it is to be stored based on the information input by the administrator or the like. Also, the primary subcontractor information and the secondary subcontractor information may be interpreted as corresponding to the "Candidate Contractor Information".

[0115] Based on the subcontracting structure information in this FIG. 16, it may be configured to store the management primary cooperation company information and the management secondary cooperation company information in FIG. 2. FIG. 17 is an example display of the rental item registration screen. The "rental item registration screen" is a screen for storing the rental item-related information in FIG. 2. For example, input fields for inputting each piece of information are displayed, and in particular, input fields T91 and T92 for inputting the management primary cooperation company information and the management secondary cooperation company information in FIG. 2 are displayed.

[0116] For example, when registering and storing rental item-related information in FIG. 2, the management unit 231 displays the rental item registration screen in FIG. 17 on the display 13 of the terminal device 1. On the other hand, when the user taps the input field T91 via the touch pad 12 to input management primary cooperation company information, information indicating that the tap has been made is transmitted to the server device 2. The management unit 231 refers to the subcontracting structure information in FIG. 16 to identify "primary subcontractor information" = "A Construction" and "B Construction", etc., and transmits the identified "A Construction" and "B Construction" to the terminal device 1 for list display. Then, when the user taps and selects "A Construction", information indicating the selected "A Construction" is transmitted to the server, and the management unit 231 stores "A Construction" as the "management primary cooperation company information" in FIG. 2.

[0117] After that, when the user taps the input field T92 in FIG. 17 to input management secondary cooperation company information (information of the subcontractors of the previously stored "A Construction"), information indicating that the tap has been made is transmitted to the server device 2. The management unit 231 identifies the previously stored "management primary cooperation company information" = "A Construction" in FIG. 2, refers to the subcontracting structure information in FIG. 16, and identifies "secondary subcontractor information" = "A1 Construction" and "A2 Construction", etc., associated with the identified "A Construction", and transmits the identified "A1 Construction" and "A2 Construction" to the terminal device 1 for list display. Then, when the user taps and selects "A1 Construction", information indicating the selected "A1 Construction" is transmitted to the server, and the management unit 231 stores "A1 Construction" as the "management secondary cooperation company information" in FIG. 2.

[0118] By performing such processing, it becomes possible to store information corresponding to the multi-tier subcontracting structure.

[0119] By configuring in this way, based on the primary subcontractor information and secondary subcontractor information (Fig. 16) in the subcontracting structure information DB (not shown), by storing the management primary cooperation company information and management secondary cooperation company information (Fig. 2) indicating the companies to which rental items are to be lent, for example, appropriate information can be easily stored, so that the rental items can be appropriately and easily managed.

[0120] Also, based on the primary subcontractor information and secondary subcontractor information (Fig. 16) in the subcontracting structure information DB (not shown), by storing the management primary cooperation company information and management secondary cooperation company information (Fig. 2) corresponding to the multi-tier subcontracting structure, for example, appropriate information corresponding to the multi-tier subcontracting structure can be easily stored, so that the rental items can be appropriately and easily managed.

[0121] (Others) Other features may also be applied. For example, as the master side status information in Fig. 2, in addition to each information described in the embodiment, information indicating the status of "during return request to the prime contractor" may be configured to be stored.

[0122] Also, for example, information indicating the rental days and unit price of the rental items may be stored, and the rental fees may be calculated by using these information. Also, the fees for lending to subcontractors may be configured to be calculated.

[0123] Also, for example, in the lending management of rental items to subcontractors, it may be configured to assign a lending period. Configured in this way, for rental items that have passed the lending period, the lending to the subcontractor may be terminated and they may be configured to be returned to the prime contractor, or alternatively, it may be configured to automatically send a return email to the rental company.

[0124] Also, for example, a function of periodically notifying the user of the location information of the rental items and a function of notifying the user of inventory items for which the location information has not been updated for a certain period may be provided.

[0125] Also, for example, it may be configured to make a return request by email, but it may also be configured to make a return request by SMS (i.e., a text-based short message) or a voice message.

[0126] Also, for example, it may be configured to cooperate with information on the rental company side. For example, with respect to rental items for which the master side status information in FIG. 2 is "returned", a process may be performed to confirm that the rental company side also shows "returned".

[0127] Also, for example, each status information in FIG. 2 or FIG. 3 may be configured to be changed according to the reservation status of the rental item. For example, if it has not been reserved for a predetermined period or more, the status may be changed to "lost".

Explanation of Signs

[0128] 1 Terminal device 2 Server device 11 Communication unit 12 Touch pad 13 Display 14 Camera 15 Recording unit 16 Control unit 21 Communication unit 22 Recording unit 23 Control unit 100 Information processing system 221 Rental item related information DB 222 Inventory related information DB 223 Location related information DB 231 Management unit T1 Tab for unconfirmed display T2 Tab for confirmed display T3 Tab for lost display T21 Information display table T31 Selection column T41 Input column T51 Output button T52 Save button T91 Input column T92 Input Field

Claims

1. A management system for managing a leased object, comprising: a first storage means for storing object information indicating the object and inventory status information indicating the inventory status of the object in a mutually associated manner; a second storage means for storing confirmation result information indicating a confirmation result regarding the inventory status of the object indicated by the object information in the first storage means when the inventory status of the object is confirmed; a management means for storing the inventory status information in the first storage means based on the confirmation result information in the second storage means; as the inventory status information, at least presence status information indicating that the object exists or loss status information indicating that the object has been lost is stored; as the confirmation result information, at least presence confirmation information indicating that it has been confirmed that the object exists or loss confirmation information indicating that it has been confirmed that the object has been lost is stored; when the loss confirmation information is stored as the confirmation result information in the second storage means, the management means stores the loss status information as the inventory status information in the first storage means; A management system.

2. As the inventory status information, presence status information indicating that the object exists, loss status information indicating that the object has been lost, or return status information indicating that the object has been returned is stored; when information indicating that the object is to be returned is input to the management system, the management means stores the return status information as the inventory status information in the first storage means; The management system according to claim 1.

3. The management system is a system for managing the object leased from a rental company, and the management system further comprises a third storage means for storing candidate operator information indicating an operator who is a candidate for further leasing the object leased from the rental company; based on the candidate operator information in the third storage means, the management means stores, in the first storage means, object operator information indicating the operator to whom the object is to be leased in association with the object information and the inventory status information; The management system according to claim 1 or 2.

4. The management system is a system for managing the object leased from a rental company to a prime contractor company, and the management system a third storage means for storing subcontractor structure information indicating a subcontractor in each layer of the multiple subcontractor structure based on the prime contractor company and the multiple subcontractor structure; Based on the subcontractor structure information in the third storage means, the management means stores, in the first storage means, object operator information indicating an operator targeted to lease the object, which is object operator information corresponding to the multiple subcontractor structure, in association with the object information and the inventory status information. The subcontractor is an operator that is a candidate for further leasing the object leased from the rental company. The management system according to claim 1 or 2.

5. The management system includes a fourth storage means for storing confirmation time information indicating the time when the position of the object is confirmed. When the time indicated by the confirmation time information in the fourth storage means is after the time specified by the user, the management means stores the existence confirmation information as the confirmation result information in the second storage means for the object whose position has been confirmed. The management system according to any one of claims 1 to 4.

6. A management program for managing a leased object, causing a computer to function as a first storage means for storing object information indicating the object and inventory status information indicating the inventory status of the object in association with each other; a second storage means for storing confirmation result information indicating a confirmation result regarding the inventory status of the object indicated by the object information in the first storage means when the inventory status of the object is confirmed; a management means for storing the inventory status information in the first storage means based on the confirmation result information in the second storage means; As the inventory status information, at least existence status information indicating that the object exists or loss status information indicating that the object has been lost is stored. As the confirmation result information, at least existence confirmation information indicating that the existence of the object has been confirmed or loss confirmation information indicating that the loss of the object has been confirmed is stored. When the loss confirmation information is stored as the confirmation result information in the second storage means, the management means stores the loss status information as the inventory status information in the first storage means. Management program.

Images