Information processing device
The information processing device streamlines payment processes for coworking spaces by managing facility usage and payment information, addressing the complexity of existing systems and enhancing convenience for users and managers.
Patent Information
- Application Number
- JP2024064687
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Priority Date
- 2018-08-01
- Filing Date
- 2024-04-12
- Publication Date
- 2025-04-09
- Estimated Expiration
- 2039-07-30
AI Technical Summary
Existing payment systems for coworking spaces are cumbersome, requiring separate procedures for each billing address and often burdening a single credit card holder, while also necessitating detailed usage specifications for each billing address.
An information processing device that manages facility usage and payment by acquiring check-in and checkout information, managing user status, obtaining consideration and payment destination information, and supporting payment processing based on the payment destination information.
The system provides improved convenience for users and managers by simplifying payment processes, allowing multiple payment destinations, and eliminating the need for detailed usage specifications, thereby enhancing user experience and operational efficiency.
Smart Images

Figure 0007659351000001 
Figure 0007659351000002 
Figure 0007659351000003
Abstract
Description
[Technical field]
[0001] The present invention relates to an information processing device. [Background technology]
[0002] 2. Description of the Related Art Conventionally, there exists technology relating to a POS system that registers products purchased by customers and performs payment processing in, for example, restaurants and retail stores (see, for example, Patent Document 1).
[0003] On the other hand, there is the idea of coworking spaces as places to work other than fixed offices. In coworking spaces, business travelers and freelancers can use conference rooms, workspaces, power outlets, printers, and other facilities. In the case of workers (users) who work outside the office because their employment status is telecommuting or while on business trips, the expenses such as the usage fee of the coworking space may be borne by the company to which they belong. In addition, freelance workers (users) who take on individual projects are often requested to work on multiple projects. In such cases, the expenses such as the usage fee of the coworking space must be settled with a different settlement party for each project. In other cases, such as managers (users) who run multiple companies, the usage fee may be settled with multiple settlement parties. Also, for example, in each of the above cases, expenses that are not essential to the coworking space (such as food and drink costs) may have to be settled by the user out of their own pocket. [Prior art documents] [Patent documents]
[0004] [Patent Document 1] JP 2013-242839 A Summary of the Invention [Problem to be solved by the invention]
[0005] However, if a user pays for a coworking space in advance, they have to go through the process of paying each bill separately, which can be cumbersome, or if they pay with a single corporate credit card, the payment is charged to one billing party. Or, they have had to specify the usage details for each billing party at the store's register and go through the payment process.
[0006] The present invention has been made in consideration of the above-mentioned circumstances, and aims to provide a payment support system that improves convenience for users who may have multiple potential cost-payers and managers of cost-payers. [Means for solving the problem]
[0007] In order to achieve the above object, an information processing device according to one aspect of the present invention comprises: An information processing device that manages a facility usage status by a user and a payment for the usage of the facility, a check-in information acquisition means for acquiring information including facility identification information that is information capable of identifying the facility and facility use start information that is information capable of indicating that the user has started using the facility as check-in information; a check-out information acquisition means for acquiring information including facility use end information, which is information that can indicate that the user who has started using the facility has ended use of the facility, as check-out information; a check-in status management means for managing a status of the user's use of the facility as a check-in status based on the check-in information and the check-out information; A compensation information acquiring means for acquiring information including the compensation of the user as compensation information; a payment destination information acquiring means for acquiring information indicating a payment destination of the user's consideration as payment destination information; a payment destination management means for managing the consideration information and the payment destination information based on the check-in state; a payment support means for supporting a payment process of the consideration based on the payment destination information; Equipped with. Effect of the Invention
[0008] According to the present invention, it is possible to provide a payment support system with improved convenience for users who may have multiple potential cost bearers and managers of cost bearers. [Brief description of the drawings]
[0009] [Figure 1] 1 is a schematic diagram illustrating an example of an overview of a service to which an information processing system according to a first embodiment of the present invention is applied. [Diagram 2] 2 is a diagram showing an example of the configuration of an information processing system applied when providing the service shown in FIG. 1, that is, an information processing system including a server which is a first embodiment of an information processing device of the present invention. [Diagram 3] 3 is a block diagram showing an example of a hardware configuration of a server in the information processing system of FIG. 2. [Figure 4] 4 is a functional block diagram showing an example of a functional configuration of the server in FIG. 3. [Diagram 5] 5 is a flowchart illustrating an example of the flow of a service use process executed by a server having the functional configuration of FIG. 4. [Figure 6] FIG. 11 is a schematic diagram illustrating the basic concept of a management service to which an information processing system according to a second embodiment of the present invention is applied. [Figure 7] 1 is a schematic diagram showing the basic architecture (logical structure) of a management service. [Figure 8] FIG. 8 is a schematic diagram showing the contents of the PDSA model in FIG. 7. [Figure 9] This is a schematic diagram showing the contents of the data architecture accumulated in the PDSA model of management services. [Figure 10] This is a schematic diagram showing the content of the management services provided in the “check-in” step of the service model in Figure 7. [Figure 11]This is a schematic diagram showing the content of the management services provided in the “check-in” step of the service model in Figure 7. [Figure 12] FIG. 8 is a schematic diagram showing the contents of the management services provided in the “check-out” step of the service model in FIG. [Figure 13] FIG. 2 is a schematic diagram showing the contents of a digital resume. [Figure 14] FIG. 1 is a schematic diagram showing the contents of the helper distribution model. [Figure 15] FIG. 13 is a schematic diagram showing the contents of a learning suggestion service. [Figure 16] FIG. 11 is a functional block diagram showing an example of a functional configuration of a server according to a second embodiment of an information processing device of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0010] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[0011] [First embodiment] FIG. 1 is a schematic diagram illustrating an example of an overview of a service (hereinafter, referred to as "this service") to which an information processing system according to a first embodiment of the present invention is applied. As shown in Figure 1, facility C functions as a restaurant during lunch and dinner hours, for example, but functions as a coworking space during other times, providing not only workspace but also services such as power supply and food and beverages. While Facility C functions as a coworking space, the following fees are incurred: sales fees for food, beverages, souvenirs, and other items, books, etc., fees for using projectors and seats as working space (seat fees), and facility usage fees for the provision of wireless networks, electricity for charging, conference rooms, etc., are incurred while Facility C functions as a coworking space. In this service, a user U, who is a freelancer or the like, can visit a facility C, such as a coworking space, and use the services provided by the facility C on the premise of paying the above-mentioned fee. In such a case, the user U and an administrator M, who can cover the expenses of the user U, use this service via a user terminal 2 and an administrator terminal 3. Note that information processing related to this service is performed by a server (not shown, described later) via the user terminal 2 and the administrator terminal 3.
[0012] The contents of this service will be explained below with reference to FIG.
[0013] In step ST1, the user U visits a facility C. Here, the facility C is a facility that can be used as a coworking space by the user U. However, the facility C is not limited to a facility that is specially opened as a coworking space. In other words, the facility C may simply be a store such as a cafe.
[0014] In step ST2, the user U performs a check-in operation by performing an operation such as reading a two-dimensional barcode provided at the facility C using the user terminal 2. As a result, information that the user U has visited the facility C is transmitted to the server. At this time, for example, a different two-dimensional barcode is prepared for each facility C, so it is possible to identify which of a plurality of facilities C (not shown) the user has visited. In other words, since the facility C can be identified by the check-in operation via the user terminal 2, there is no need to prepare a special terminal or the like at the facility C.
[0015] In step ST3, the server sends a notification (hereinafter sometimes referred to as a "check-in notification") to the manager terminal 3 used by the manager M who manages specific check-in information, which will be described later, based on the check-in operation performed in step ST2.
[0016] In step ST4, the manager M approves or rejects the check-in notification notified in step ST3 via the manager terminal 3. This allows the manager M to prevent inappropriate check-ins, thereby reducing the risk of inappropriate payment made to the manager M, which will be described later. At this time, approval may be automatic. In this case, the work of approval by the manager M can be reduced.
[0017] In step ST5, the user U uses a service provided by the facility C, such as using the facility C or being provided with food and drink. The content of the service used at this time is input to the user terminal 2 and is further transmitted to the server. However, the content of the service may be input to a terminal provided in the facility C (not shown).
[0018] In step ST6, the user U performs a check-out operation for each of the services received in step ST5 using the user terminal 2. At this time, the user specifies the payee, i.e., the billing destination, using the user terminal 2. Details of specifying the billing destination using the user terminal 2 will be described later.
[0019] In step ST7, the server assists in settlement to the billing party based on the check-out operation performed in step ST6, and cooperates with a settlement server (not shown) as necessary to settle the settlement when the customer leaves the store. However, the settlement does not have to be at the time of leaving the store, and may be made all at once on the closing day of the month, etc.
[0020] To summarise the above, the server manages the check-in status of user U based on the check-in operation performed by user U when he or she arrives at the store. Furthermore, the server manages the content and fees of each service that checked-in user U uses at facility C. As a check-out operation, user U selects which billing party will bear the fees for each service used. As a result, the server (not shown) receives information that user U has left the store and manages the check-in status, as well as assisting in the settlement of the fees by having one of the billing parties bear the costs. This makes it possible to make a settlement.
[0021] That is, the information processing system including the server can function as a consolidated payment system by linking the entry / exit management process for facility C with the payment support process.
[0022] FIG. 2 is a diagram showing an example of the configuration of an information processing system applied when providing the present service shown in FIG. 1, that is, an information processing system including a server which is a first embodiment of the information processing device of the present invention.
[0023] The information processing system shown in Figure 2 is configured by connecting a service providing server 1 (hereinafter sometimes abbreviated as "server 1"), a user terminal 2 used by a user U, administrator terminals 3-1 and 3-2 used by administrators M-1 and M-2, and a payment server 4 to each other via a predetermined network N such as the Internet. For example, assume that user U is a freelancer who has accepted project A1 requested by manager M-1 and project A2 requested by manager M-2. In this case, manager M-1 is the person who manages the budget for project A1, and manager M-2 is the person who manages the budget for project A2. In other words, user U is in a position to apply for settlement to each of managers M-1 and M-2.
[0024] In this embodiment, two administrators M-1 and M-2 use administrator terminals 3-1 and 3-2, respectively. However, hereinafter, when there is no need to distinguish between the administrators M-1 and M-2 and the administrator terminals 3-1 and 3-2, they will be referred to as "administrator M" and "administrator terminal 3."
[0025] 1, the user U comes to the facility C, and in step ST2, operates the user terminal 2 to check in. At this time, the user terminal 2 transmits information that the user has come to the facility C in accordance with the check-in operation to the server 1 as check-in information.
[0026] 1, the server 1 notifies the manager terminal 3 of the check-in based on the check-in information. The manager M, who has confirmed the check-in notification via the manager terminal 3, approves or rejects the check-in in step ST4 in FIG.
[0027] 1, the approved user U receives a service provided by the facility C and registers the provided service using the user terminal 2. At this time, the user terminal 2 transmits information about the service used at the facility C associated with the service usage to the server 1 as usage fee information.
[0028] The user U performs a check-out operation when leaving the store, as step ST6 in Fig. 1. At this time, the user U performs a check-out operation to select a payment destination for the usage fees for each of the services provided. That is, for example, the user U registers that the usage fee, such as a so-called table charge when using facility C, will be settled at a payment destination managed by the administrator M, and the usage fee for a light meal taken at facility C will be settled at a personal payment destination. At this time, the user terminal 2 transmits information on the payment destination as check-out information to the server 1 in accordance with the check-out operation.
[0029] The server 1 that has received the checkout information assists the customer in making payments from each payment destination based on the checkout information. That is, the server 1 supports the payment by transmitting each payment destination and payment details to the payment server 4. As a result, the payment is made when the customer leaves the store, as step ST7 in FIG. 1.
[0030] FIG. 3 is a block diagram showing a hardware configuration of the server 1 in the information processing system of FIG.
[0031] The server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input / output interface 15, an output unit 16, an input unit 17, a memory unit 18, a communication unit 19, and a drive 20.
[0032] The CPU 11 executes various processes according to a program recorded in the ROM 12 or a program loaded from the storage unit 18 into the RAM 13 . The RAM 13 also stores data and the like necessary for the CPU 11 to execute various processes.
[0033] The CPU 11, ROM 12, and RAM 13 are connected to one another via a bus 14. An input / output interface 15 is also connected to this bus 14. An output unit 16, an input unit 17, a storage unit 18, a communication unit 19, and a drive 20 are connected to the input / output interface 15.
[0034] The output unit 16 is composed of a display, a speaker, etc., and outputs various information as images and sounds. The input unit 17 is composed of a keyboard, a mouse, etc., and is used to input various information.
[0035] The storage unit 18 is composed of a hard disk, a DRAM (Dynamic Random Access Memory), etc., and stores various data. The communication unit 19 communicates with other devices (the user terminal 2 and the administrator terminal 3 in the example of FIG. 1) via a network N including the Internet.
[0036] Removable media 31, such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is appropriately loaded into the drive 20. A program read from the removable media 31 by the drive 20 is installed in the storage unit 18 as necessary. Further, the removable medium 31 can store various data stored in the storage unit 18 in the same manner as the storage unit 18 .
[0037] Although not shown, the user terminal 2 and the administrator terminal 3 of the information processing system in Fig. 2 have basically the same hardware configuration as that shown in Fig. 3. However, the user terminal 2 may have an imaging unit such as a camera as one of the input units 17.
[0038] FIG. 4 is a functional block diagram illustrating an example of a functional configuration of the server of FIG.
[0039] In the example of Fig. 4, the functional configuration in the case where the present service in Fig. 1 is used is depicted. That is, in the example of Fig. 4, in addition to the server 1, a user terminal 2, an administrator terminal 3, and a payment server 4 are depicted, but this is merely an example. Specifically, for example, the number of each of the user terminal 2, the administrator terminal 3, and the payment server 4 is not particularly limited to one.
[0040] First, the operations of the user terminal 2 by the user U corresponding to steps ST1 and ST2 in FIG. 1 will be described.
[0041] First, a user U visits a facility C that is a target of this service.
[0042] Next, the user U operates the user terminal 2 to perform a check-in operation for checking in. Specifically, facility specification information and facility use start information, which will be described later, are input as check-in information into the user terminal 2 by the operation of the user U. The user terminal 2 transmits the check-in information to the server 1 via a communication unit and the network N, not shown.
[0043] In the CPU 11 of the server 1, when the execution of various processes of this service is controlled, a check-in information acquisition unit 101, a check-in status management unit 102, a usage fee information acquisition unit 103, a usage fee management unit 104, a check-out information acquisition unit 105, a payment destination information acquisition unit 106, a payment destination management unit 107, and a payment support unit 108 function.
[0044] Next, the operations of each of the functional components of the server 1 corresponding to step ST2 in FIG. 1 will be described.
[0045] The check-in information acquisition unit 101 includes a facility specification information acquisition unit 201 and a facility use start information acquisition unit 202 .
[0046] The facility identification information acquisition unit 201 acquires facility identification information that can identify the facility C. That is, the facility identification information acquisition unit 201 acquires the facility identification information supplied from the user terminal 2 via the communication unit 19. Here, the facility identification information is information that indicates which store (space) the facility C visited by the user U is. That is, for example, it may be information such as the store name included in the two-dimensional barcode that the user U reads with the user terminal 2 or an ID used by a server that indicates the store.
[0047] The facility use start information acquisition unit 202 acquires facility use start information which is information that may indicate that the user U has started using the specified facility C. That is, the facility use start information acquisition unit 202 acquires the facility use start information supplied from the user terminal 2 via the communication unit 19. Here, the facility use start information may be information that may indicate that the user U has started using the facility C. That is, for example, it may be information on the time when the user U performed reading with the user terminal 2. Or, for example, it may simply be information indicating that the user U operated the user terminal 2 to read a two-dimensional barcode.
[0048] The check-in information acquisition unit 101 acquires information including the above-mentioned facility specification information and facility use start information as check-in information. The check-in information acquisition unit 101 supplies the check-in information to the check-in status management unit 102.
[0049] Next, the operations of each of the functional components of the server 1 corresponding to step ST3 in FIG. 1 will be described.
[0050] The check-in status management unit 102 manages the check-in status of the user U as a check-in status based on the supplied check-in information and check-out information described below. That is, the check-in status management unit 102 is supplied with check-in information from the above-mentioned check-in information acquisition unit 101. The check-in status management unit 102 compares the check-in information with the user administrator DB 301 and the facility information DB 302.
[0051] Here, the user manager DB 301 stores various information (personal information, etc.) about each user U and the manager M who can be the payment recipient for each user U. Also, the facility information DB 302 stores various information about each facility C that can be a coworking space (such as the usage fees for each service provided at facility C and transfer destination information for the usage fees).
[0052] Based on the check-in information, the check-in status management unit 102 notifies the administrator terminal 3 of the administrator M, to which expenses such as the usage fee for facility C by user U will be paid, which is matched against the user administrator DB301, that user U has checked in to facility C.
[0053] Next, the operations of each of the functional components of the server 1 corresponding to step ST4 in FIG. 1 will be described.
[0054] The administrator M, who is notified via the administrator terminal 3 that the user U has checked in, approves or rejects the check-in. The administrator M inputs approval or rejection, i.e., the propriety of approval, into the administrator terminal 3. The input information on the propriety of approval is provided to the check-in status management unit 102 via the network N (not shown) and the communication unit 19.
[0055] If information indicating refusal is provided, the check-in status management unit 102 manages the user U as if he or she did not check in. In other words, if the manager M rejects the request, the manager M will not bear the costs associated with the user U's use of the facility C.
[0056] If information indicating approval is provided, the check-in status management unit 102 manages the user U as having checked in. That is, the check-in status of having checked in is stored in the check-in status usage fee DB 303 and managed.
[0057] Here, the check-in status usage fee DB303 stores various information for each check-in, including the user U who checked in, the check-in status, the facility C used, and the services provided at facility C.
[0058] Next, the operations of each of the functional components of the server 1 corresponding to step ST5 in FIG. 1 will be described.
[0059] A user U receives a service provided by a facility C. The provision of the service by the facility C and the fee for the service include, for example, a so-called seat fee, which is a fee for occupying a seat, and fees for using the network, electricity, and other infrastructure of the facility C. Alternatively, the fee may also include, for example, fees for the provision of food and drink at the facility C, and fees for using a printer, etc.
[0060] When using these services, the user processes usage fee information, which is information related to the usage fee for the service, using the user terminal 2. That is, for example, when coffee is ordered, the two-dimensional barcode corresponding to the coffee is read using the user terminal 2. As a result, the user terminal 2 transmits to the server 1 via a communication unit (not shown) and the network N, a message indicating that the user U has received the service of being provided with coffee, as well as the usage fee.
[0061] The usage fee information acquisition unit 103 acquires information including information that may indicate the usage fee of the user as usage fee information. That is, the usage fee information acquisition unit 103 acquires the usage fee information supplied from the user terminal 2 via the communication unit 19. Here, the usage fee information is information indicating the content of the service provided by the facility C to the user U and the usage fee of the service. That is, for example, it may be information such as the product name and usage fee included in the two-dimensional barcode corresponding to the service that the user U read with the user terminal 2.
[0062] The usage fee information acquisition unit 103 supplies the above-mentioned usage fee information to the usage fee management unit 104 .
[0063] The usage fee management unit 104 manages the usage fee of the user U based on the check-in status of the user U and the supplied usage fee information. That is, the usage fee management unit 104 is supplied with the usage fee information from the usage fee information acquisition unit 103. The usage fee management unit 104 stores and manages the usage fee information in the check-in status usage fee DB 303 based on the check-in status of the user U.
[0064] Next, the operations of each of the functional components of the server 1 corresponding to step ST6 in FIG. 1 will be described.
[0065] Next, the user U operates the user terminal 2 to perform a check-out operation for checking out. Specifically, the user U operates the user terminal 2 to input check-out information indicating that the user has finished using the facility C to which the user has checked in. The user terminal 2 transmits the check-out information to the server 1 via a communication unit and the network N, not shown.
[0066] The check-out information acquisition unit 105 acquires, as check-out information, information including facility usage end information, which is information that may indicate that the user U has finished using the specified facility C, corresponding to the check-in information. That is, the check-out information acquisition unit 105 acquires the check-out information supplied from the user terminal 2 via the communication unit 19. Here, the check-out information is information that may indicate that the user U has finished using the coworking space. That is, for example, it may be information on the time when the user U operates the user terminal 2 and inputs that he or she is checking out. The check-out information acquisition unit 105 supplies the check-out information to the check-in status management unit 102.
[0067] Check-in status management unit 102 manages the check-in status of user U based on the supplied check-out information and the check-in status at that time. That is, check-out information is supplied to check-in status management unit 102 from the above-mentioned check-out information acquisition unit 105. Based on the check-out information, check-in status management unit 102 manages the user U as having checked out. That is, the check-in status of having checked out is stored in check-in status usage fee DB 303 and managed.
[0068] Next, the user U operates the user terminal 2 to specify the billing destination. Specifically, although not shown, the user terminal 2 presents options of billing destinations to cover each of the usage fees based on the check-in status at the time each usage fee is incurred. Furthermore, the user U operates the terminal 2 to select and input as billing destination information that the expenses should be covered by the administrator M or the user U's personal expense. The user terminal 2 transmits the billing destination information to the server 1 via a communication unit and network N, not shown.
[0069] The payment destination information acquisition unit 106 acquires information indicating a payment destination to which the above-mentioned usage fee is to be paid as payment destination information. That is, the payment destination information acquisition unit 106 acquires the payment destination information provided from the user terminal 2 via the communication unit 19. Here, the payment destination information is information indicating a billing destination that bears each of the usage fees of the facility C by the user U, that is, the payment destination of the manager M. That is, for example, the payment destination information may be information input by the user U operating the user terminal 2 to indicate that the table charge, which is the usage fee of the facility C, should be paid by the manager M. Or, for example, the payment destination information may be information input by the user U to indicate that the cost, which is the usage fee of the coffee provided at the facility C, should be paid by the user U at his / her own expense.
[0070] The payment destination information acquisition unit 106 supplies the payment destination information to the payment destination management unit 107 .
[0071] The payment destination management unit 107 manages the usage fee information and the payment destination information based on the check-in state. That is, the payment destination management unit 107 is supplied with the payment destination information from the payment destination information acquisition unit 106. The payment destination management unit 107 stores and manages the payment details based on the payment destination information in the payment DB 304.
[0072] Here, the payment DB 304 stores information about the user U and the usage fee for the user U at the facility C for each payment item.
[0073] Next, the operations of each of the functional components of the server 1 corresponding to step ST7 in FIG. 1 will be described.
[0074] The user U leaves the store after transmitting the payment destination information in step ST6 in Fig. 1. At this time, as described above, the payment destination information is managed in the server 1, and payment is made.
[0075] The payment support unit 108 supports the predetermined payment server to make the payment of the above-mentioned usage fee based on the above-mentioned payment destination information. That is, the payment support unit 108 supports the predetermined payment server 4 to make the payment according to the contents of the payment DB 304. That is, for example, the payment support unit 108 transmits to the payment server 4 information for the payment of the manager M who bears the expenses (for example, information on the bank account of the manager M to make the withdrawal, information on the credit card of the user U to pay at his own expense, etc.) and information on the total amount of the usage fee to be paid.
[0076] The payment server 4 performs payment based on the received information for payment and the information on the total amount of the usage fee to be paid. In this way, the payment is completed when the user U leaves the store.
[0077] The operations of each of the functional components of the server 1 in each of the steps in FIG. 1 have been described above.
[0078] Next, with reference to FIG. 5, a service usage process executed by the server 1 having the functional configuration of FIG. 4 will be described. The service usage process is a process that is carried out when the server 1 receives check-in information from the user terminal 2.
[0079] FIG. 5 is a flowchart illustrating an example of the flow of a service utilization process executed by the server 1 having the functional configuration of FIG.
[0080] In step S11, the check-in information acquisition unit 101 acquires check-in information from the user U (user terminal 2).
[0081] In step S12, the check-in status management unit 102 starts managing the check-in status of the user U.
[0082] In step S13, the usage fee information acquisition unit 103 acquires usage fee information, which is information on the usage fee for the user U at the facility C.
[0083] In step S14, the usage fee management unit 104 manages the usage fee information.
[0084] In step S15, the check-out information acquisition unit 105 acquires the check-out information.
[0085] In step S16, check-in status management section 102 ends management of the check-in status.
[0086] In step S17, the payment destination information acquisition unit 106 acquires the payment destination information.
[0087] In step S18, payment destination management unit 107 manages payment information. After the service usage process is completed, as described in FIG. 4, the server 1 transmits information necessary for payment to the payment server 4 as payment assistance based on the managed payment information.
[0088] According to this embodiment, the following effects are obtained.
[0089] The server 1 manages the check-in status of the user U, and manages the usage fee at the facility C and the payment destination, thereby achieving the following effects.
[0090] Since the check-in information consists of the above-mentioned facility identification information and facility use start information, it is possible to simultaneously identify the facility C that the user U is using. This allows the server 1 to notify the administrator M that the user U has checked in to the facility C. In addition, the server 1 can manage the details of the payment for each facility C. Therefore, the server 1 can manage the details of the service provided by the facility C in this service. In other words, the POS system of the facility C can be substituted by this service.
[0091] Furthermore, the owner or operator of facility C can analyze the trends of users U who use facility C from information about users U who use this service. That is, for example, differences in services used by different age groups of users U and the age groups of users U who visit facility C can be seen. Furthermore, from the perspective of user U, the facility C that he or she uses and the history of services received at facility C can be confirmed.
[0092] In the above embodiment, the usage fee information is information indicating the content of the service provided by the facility C to the user U and the usage fee of the service, and is processed by the server 1 every time the service is provided. This is performed every time a usage fee is incurred. As a result, each usage fee can be processed as a separate payment destination. That is, for example, the facility usage fee (e.g., the seat fee) can be borne by the manager M, and the food and drink fee (e.g., the coffee fee) can be borne by the user U. This can save the user U the trouble of having to re-bille the manager M after making a payment for each payment. That is, the service provider can provide a payment support system that improves the convenience of users. However, each usage fee does not necessarily need to be processed as usage fee information for each service. That is, for example, if the coffee fee and the snack fee are both to be borne by the user U, they may be collectively treated as one usage fee information.
[0093] In the above embodiment, the user U visits the facility C, checks in, receives the service, and then checks out. However, for example, assume that user U is a freelancer who has accepted project A1 requested by manager M-1 and project A2 requested by manager M-2. In this case, user U performs a check-in operation for project A1 in order to work on project A1. At this time, a check-in notification is sent to manager M-1, and when approved, the user U is checked in to project A1.
[0094] Here, if user U needs to work on case A2, he or she can check in to case A2 while still being checked in to case A1. That is, user U can be in a state where he or she has checked in to multiple cases A1 and A2 at the same time. This means that user U is working on two or more cases at the same time. In this case, the service fee for working on only the project A1 should be borne by the administrator M-1 (or the user U). Also, the service fee for working on both projects A1 and A2 should be borne by either the administrator M-1 or the administrator M-2 (or the user U).
[0095] For example, the possible payment recipient for services used when working only on case A1 can be only manager M-1, whereas the possible payment recipient for services used when working on multiple cases A1 and A2 can be both managers M-1 and M-2. Therefore, when the server 1 has the user U input payment destination information via the user terminal 2, it can present multiple payment destination candidates according to the check-in status when the service was provided. That is, payment can be made not only by having the manager M bear the cost or by having the user pay out of pocket, but also by having the manager M-1 bear the cost, the manager M-2 bear the cost or by having the user pay out of pocket.
[0096] As described above, according to this service, the user U, who is a freelancer, can easily manage expenses incurred from the use of a coworking space, etc., by dividing them into those to be borne by the manager M and those to be borne by the user U himself. As a result, it is possible to improve the convenience of both the user U and the manager M, who is the recipient of the expenses.
[0097] [Second embodiment] In addition, this service includes a management service to further improve user U's convenience. The "management service" refers to a service that manages the content of the services provided to the user U at the "place" from when the user U checks in to when he or she checks out, so that the content is appropriate for the individual user U. Here, the "place" refers to a space or a time-delimited environment (hereinafter referred to as "space, etc.") where there is a clear purpose for participation. In other words, the "management service" is a service that optimizes various services provided to the user U in the "place." The contents of the management service will be described below with reference to FIGS.
[0098] FIG. 6 is a schematic diagram showing the basic concept of a management service to which an information processing system according to the second embodiment of the present invention is applied.
[0099] In the management service, cloud computing (hereinafter referred to as "the cloud") is used to support a user U who checks in to a "place" including a facility C, so that the user can receive the most appropriate services at that "place." Specifically, the management service uses the cloud to collect, manage, and monitor data showing the usage status of the "place" for each user U. In addition, the service is optimized through machine learning using AI (artificial intelligence).
[0100] As shown in Fig. 6, when a user U checks in to the "venue", this triggers the start of provision of services to the user U, and the provision of services ends when the user U checks out of the "venue". The management service supports the services provided to the user U from the time the user checks in to the time the user checks out. Here, examples of "places" where user U checks in include "private places," "social places," and "public places." Of these, "private places" refer to spaces where the purpose of participation is food, clothing, and shelter, and for example, user U's "home" is an example of a "private place." Furthermore, "social places" refer to spaces that allow for a variety of purposes, and for example, "stores," "schools," "facilities," "transportation," and "parks" are all examples of "social places." Furthermore, "public places" refer to spaces where the purpose of work is work, and for example, a "workplace" is an example of a "public place."
[0101] FIG. 7 is a schematic diagram showing the basic architecture (logical structure) of the management service.
[0102] As shown in Fig. 7, a service model consisting of a cycle of "check-in", "checking in", "check-out", and "checking out" is designed for management services. This service model is then managed using a management model consisting of a cycle of "PLAN", "DO", "STUDY", and "ACTION" (hereafter referred to as the "PDSA model"), which becomes the architecture (logical structure) of management services. That is, in the management service, "PLAN" in the PDSA model corresponds to "Check-in" in the service model, "DO" in the PDSA model corresponds to "Checking in" in the service model, "STUDY" in the PDSA model corresponds to "Check-out" in the service model, and "ACTION" in the PDSA model corresponds to "Checking out" in the service model. As a result, data showing the usage status of the "place" for each user U is extracted, accumulated as a data resource, and managed.
[0103] FIG. 8 is a schematic diagram showing the contents of the PDSA model of FIG.
[0104] In the PDSA model, "PLAN" refers to the "basic setting" step. In "PLAN," a service model that is optimal for each of n users U (n is an integer value of 1 or more) is generated on the cloud and provided to each user U. Specifically, in "PLAN," trigger settings and event settings are performed. That is, in "PLAN," a story from check-in to check-out is designed for each user U. Furthermore, in "PLAN," API (Application Programming Interface) is used to link users U with application software (hereafter referred to as "apps"), devices, tools, etc., required to utilize the various services provided at the "place." In this case, billing data is extracted from API transactions, and settings are made regarding the processing of fees incurred at the time of payment.
[0105] In the PDSA model, "DO" is a step in the "Delivery Approach." In "DO," a closed service (a service that a user U has checked in) is configured. Specifically, in "DO", various services are provided to the user U at the "place" by automatic response. In addition, as necessary, information for supporting the on-site operator T (e.g., a store clerk) (hereinafter referred to as "operator support information") is remotely provided from the online support L to the on-site operator T (e.g., a store clerk). The operator support information provided to the on-site operator T is generated based on API transaction data shared as LOG in the online support L.
[0106] In the PDSA model, "STUDY" is a step in the "Delivery Approach" just like "DO". In "STUDY", triggers and events are set. Specifically, in "STUDY", various services are provided to the user U in the "field" by automatic response. In addition, as necessary, operator support information is remotely provided from the online support L to an on-site operator T (e.g., a store clerk). The operator support information provided to the on-site operator T by the online support L in the above-mentioned "DO" is accumulated and managed as an "online support log" in "STUDY", and is used as basis data for various trend analyses. Specifically, for example, the "online support log" is used as basis data for trend analysis of inquiries from the operator T to the online support L, problem analysis of various services provided to the user U in the "field", trend analysis of app usage by the user U, etc.
[0107] In the PDSA model, "ACTION" is a step of "provision approach." In "ACTION," the open service (the service to which user U has checked in) is set. Specifically, in "ACTION," training data is generated by accumulating and managing the results of human-based improvement activities based on the results of various trend analyses in the above-mentioned "STUDY." Once training data is generated, it can be patterned and automated using AI (artificial intelligence), allowing the creation of FAQs (Frequently Asked Questions). This makes it possible to provide, in the management service, a service that automatically responds based on FAQs (hereinafter referred to as the "automatic response service"), a service that automatically suggests ideas for improving the services provided to user U in the "place" (hereinafter referred to as the "automatic suggestion service"), and a service that automatically optimizes the apps used by user U (hereinafter referred to as the "automatic optimization service").
[0108] FIG. 9 is a schematic diagram showing the contents of the data architecture accumulated in the PDSA model of the management service.
[0109] As shown in Figure 9, in the PDSA model of management services, data provided by those checking in to the "place" (such as user U) and data provided by the party providing the "place" that is the target of check-ins are accumulated and managed, and utilized as a data resource. In other words, data provided by standard open source apps and systems is collected and managed, and is used as a data resource when using dedicated apps (hereinafter referred to as "dedicated apps") and systems required to use the marketplace. Specifically, for example, a usage fee according to a transaction (e.g., the content of a service used or the duration of service use) is charged to a party providing a dedicated application (hereinafter, referred to as an "application provider") For this reason, in the settlement process, the amount to be paid to the application provider can be offset against the usage fee according to the transaction.
[0110] The data provided by the check-in party includes, for example, data about user U who is registered with this service (hereinafter referred to as "user profile data"). The user profile data includes user U's name, phonetic spelling, date of birth, address, telephone number, e-mail address, etc.
[0111] The data provided by the checked-in party includes, for example, data (hereinafter referred to as "business profile data") about a person J who provides a "place" as a business (hereinafter referred to as "business J"). The business profile data includes the name of business J, business classification, representative's name, address, telephone number, email address, details of services provided, etc.
[0112] Data provided by the check-in party (user U) and the checked-in party (business J) (e.g., user and business profile data) can be used as, for example, basis data for analytics (access analysis). Specifically, for example, the data can be used as basis data when generating a social graph showing connections between users U.
[0113] 10 and 11 are schematic diagrams showing the contents of the management services provided in the "check-in" step of the service model of FIG.
[0114] FIG. 10 shows the contents of a "check-in data generation service" out of the management services that are provided when a user U checks in to a "venue". A user U can freely choose the method for checking in to the "place." Specifically, for example, as shown in FIG. 10, a user U can select any method for checking in to a "venue" from among Wi-Fi connection, reading a QR code (registered trademark), short-range wireless communication technology such as NFC (Near Field Communication) (registered trademark), electronic money or credit card, identification document or ID card, identity verification at reception, etc. When a check-in is performed using the method selected by user U, this triggers data indicating "who," "when," and "where" the check-in was performed to be accumulated in the cloud as "check-in data."
[0115] FIG. 11 shows the contents of an "activation service" out of the management services that are provided when a user U checks in to a "venue". In the "activation service," when a user U checks in to a "venue," the terminals and other devices that the user U will use to receive various services after checking in are activated based on the approval method used for the check-in. For example, when user U checks in as a result of approval by a remote terminal, a local terminal, or automatic processing, for example, the user terminal 2, shared terminal, robot, facility equipment, etc. are activated for user U. Then, management and support of activities required for the user U to receive various services are performed. Specifically, for example, management and support such as making a dedicated application available are performed.
[0116] In addition, the management services provided in the "check-in" step of the service model in Figure 7 include not only the above-mentioned "check-in data generation service" and "activation service," but also, for example, the following services. That is, the management services provided in the "check-in" step include a "check-in data generation service" and an "activation service", as well as a "smart energy service" and an "information service".
[0117] The "smart energy service" provided in the "check-in" step is a service that optimizes the energy usage conditions for the user U who has checked in to the "place." The "smart energy service" can reduce the utility costs incurred in the "place." Specifically, in the "Smart Energy Service," the user U's checking in to the "venue" triggers the start of the use of energy (e.g., water, gas, electricity, etc.). In addition, the use of various control terminals (e.g., air conditioners and heaters that adjust temperature) is permitted. The use of fixtures (e.g., televisions and various home appliances) is also permitted. In addition, the energy usage status in the "place" is monitored for each user U, and the energy usage status is managed for each user U. This allows the preferences of each user U to be understood, and the temperature, humidity, volume, amount of light, and the like are controlled to be optimal for each user U. Furthermore, the user U can also use the user terminal 2 as a remote control for operating a television, home appliances, and the like in the "location."
[0118] The "information service" is a service that causes the user terminal 2 to display, as information, important information about the "place" where the user U has checked in. Specifically, in the "information service," when a user U checks in to the "venue," necessary information for users of the "venue" is pushed to the user terminal 2, and information such as a guide for using the "venue" is presented. Advertisements can also be presented to the user terminal 2. In addition, the usage status of the "place" is monitored for each user U, and the usage status of the "place" is managed for each user U. This allows the preferences and history of the user U to be understood, and the content provided to each user U is optimized. The "Information Service" allows User U to easily check the information he or she needs in the "field." User U can also view the linked websites of information that interests him or her, and save the information he or she needs.
[0119] In addition, the management service provided at the “check-in” step in the service model of Figure 7 includes, in addition to the services mentioned above, a “conditions presentation service” that is primarily a service for business operator J, who provides the “venue.” The "condition presentation service" provided in the "check-in" step is a service that presents the minimum conditions that a user U attempting to check in to a "venue" must meet in order to check in (hereinafter referred to as "check-in conditions"), and allows the user to check in if the check-in conditions are met. Specifically, check-in conditions include having a consent form, having a history of answering questionnaires, washing hands, smiling, being in good health, and not being under the influence of alcohol. In addition, the "condition presentation service" can present content (e.g., e-learning) to user U to satisfy the check-in conditions, and officially allow check-in once it is confirmed that the conditions (e.g., a certain level of correct answer rate in e-learning) have been satisfied.
[0120] In addition, the "condition presentation service" monitors the response status of each user U to instructions and requests regarding check-in conditions, and adjusts the content provided to the user U (such as adjusting the level of e-learning) based on the response status and history.
[0121] When the “conditions presentation service” is provided, the user U checks the instructions and requests regarding the check-in conditions displayed on the user terminal 2, and if they are implemented, reports this by operating the user terminal 2.
[0122] In the "Check-in" step of the service model in Figure 7, the following management services are provided: "time charge service," "content distribution service," "cart service," "ordering service," and "document management service."
[0123] The "time charge service" is a service aimed primarily at business operators J who provide "places," and generates a time charge according to the amount of time the "place" is used. With the "time charge service," users of the "place" pay a fee calculated based on the time charge, and the business operator J providing the "place" (e.g., a content provider) claims remuneration. Prices can also be adjusted by setting a threshold according to the congestion level of the "place." The "time charge service" counts the time a user U stays at a "place" after checking in, and manages the time charge according to the length of stay. This allows payment according to the time charge. It also enables dynamic pricing that takes into account factors such as the congestion status of the "place."
[0124] A "content distribution service" is a service that induces additional behavior such as consumption by user U by distributing exclusive content, providing the user U with limited services that are only available during check-in, or by providing promotional information such as coupons. For example, if the "place" is a manga cafe, allowing users to read manga in electronic format is an example of a "limited service" that is only available during check-in. The "content distribution service" allows users to use exclusive content through the user terminal 2, to support limited distribution of educational content for training and the like, and to support menus and apps such as games that are limited to the "venue" (e.g., a store). This makes it possible to secure opportunities to appeal for additional services according to the user U's usage of the "venue" and to induce consumer behavior by providing advertisements, coupons, and the like to the user U.
[0125] A "cart service" is a service provided at a commercial facility or the like when the "venue" is a commercial facility or the like, which allows the user terminal 2 to store the usage history of products or services and allows payment to be made in one lump sum at the time of check-out. According to the "cart service", the user U can select products or services to purchase at the "venue" by operating the user terminal 2. This allows a record of which store in the commercial facility was used to make the payment, making it easy to sort the sales amount by store. Also, since cash register work at each store is eliminated, work efficiency can be improved. Specifically, for example, payments can be made centrally using IC tags or the like common to the entire commercial facility. Also, if the "venue" is a commercial facility in a tourist area, it may be possible to set different prices for local customers and tourists.
[0126] The “ordering service” is a service that, when the “location” is a store or the like, allows users to easily place orders at the store or the like and make payments for each user U by, for example, displaying the store's menu on the user terminal 2 after checking in. According to the "ordering service", the user U can easily order services provided at a store or the like by operating the user terminal 2. In addition, by operating a terminal installed at the store or the like, the user U can also place an order by linking the IDs of the multiple users U who have checked in. In this case, the store side reads the IDs of the checked-in users U and receives the order. This allows even a group of multiple users U to easily place an order for each user U, thereby saving the trouble of making a payment. As a result, congestion during lunch time, for example, can be eliminated. In addition, for a group of multiple users U, the user U who represents the members can pay the fee in one lump sum and later request the other members to split the bill. In addition, when the "place" is a store or the like in a tourist spot, it is possible to set a difference in price between local customers and tourists.
[0127] The "document management service" is a service that controls the management of important documents. The "Document Management Service" enables secure information management that is in line with the actual situation of the "location." In other words, information that cannot be created, edited, viewed, etc. unless one is "on location" can be strictly managed. A user U who utilizes the "document management service" operates the user terminal 2 to create and view documents to be managed. In the "Document Management Service," confirmation actions performed at the "location," such as fire prevention and sanitation management, are linked to management records, and history is managed by ByName. In addition, viewing and editing records of documents that are prohibited from being taken out are managed. This allows confidential information to be managed safely on a cloud-based basis. Also, by linking documents to "locations," reliability can be guaranteed. Additionally, documents to be submitted to government agencies can be easily generated, as they can be expanded into the necessary forms.
[0128] FIG. 12 is a schematic diagram showing the contents of the management service provided in the “check-out” step of the service model of FIG.
[0129] FIG. 12 shows the contents of a "check-in data generation service" out of the management services that are provided when a user U checks out of a "venue". A user U can freely choose the method for checking in to the "place." Specifically, for example, as shown in FIG. 10, a user U can select any method for checking in to a "venue" from among Wi-Fi connection, reading a QR code (registered trademark), short-range wireless communication technology such as NFC (registered trademark), electronic money or credit card, identification document or ID card, identity verification at reception, etc. When a check-in is performed using the method selected by user U, this triggers data indicating "who," "when," and "where" the check-in was performed to be accumulated in the cloud as "check-in data."
[0130] In addition, the management services provided in the "check-out" step of the service model in Figure 7 include, for example, the following services. That is, the management services provided in the "check-out" step include a "smart energy service" and a "condition presentation service."
[0131] The “smart energy service” provided in the “check-out” step is a service that prevents users from forgetting to turn off the power at the “location” and can charge each user U for the energy used at the “location.” Specifically, in the "smart energy service" provided in the "check-out" step, when the user U checks out of the "venue", the user U is triggered to be unable to use energy (e.g., water, gas, electricity, etc.). In addition, various control terminals (e.g., air conditioners and heaters that adjust the temperature, etc.) are also rendered unusable. In addition, fixtures (e.g., televisions and various home appliances, etc.) are also rendered unusable. In addition, the energy usage status in the "field" is monitored for each user U, and the energy usage status is managed for each user U. Then, the energy usage fee is charged to each user U individually. It can also be processed collectively by cloud payment. Furthermore, the user U can operate the user terminal 2 in the "place" to display and check the energy usage status in his / her own "place."
[0132] The "condition presentation service" provided in the "check-out" step is a service that, similar to the "check-in" described above, presents to a user U attempting to check out of a "venue" the minimum conditions that must be met in order to check out (hereinafter referred to as "check-out conditions"), and allows the user U to check out if the check-out conditions are met. Specifically, the checkout conditions include having a confirmation letter, having a history of answering questionnaires, completing a checklist, and sharing on a social networking service (SNS). Furthermore, in the "condition presentation service", content for satisfying the check-out conditions can be presented to the user U, and once it is confirmed that the predetermined conditions are satisfied, the user U can be officially permitted to check out.
[0133] In addition, in the "condition presentation service" provided in the "check-out" step, the response status of each user U to instructions and requests regarding the check-out conditions is monitored for each user U. Then, the content provided to the user U is adjusted according to the response status and history.
[0134] When the “conditions presentation service” is provided, the user U checks the instructions and requests regarding the check-in conditions displayed on the user terminal 2, and if they are implemented, reports this by operating the user terminal 2.
[0135] In the "Checking Out" step of the service model in Figure 7, "payment adjustment service," "billing adjustment service," and "appeal service" are provided as management services.
[0136] The "payment adjustment service" is a service that sets up any payment method for payment information by a predetermined deadline. The payment method can be set for each product or service. A user U who uses the "payment adjustment service" logs into his / her account by operating the user terminal 2. Then, the payment destination is separated by the payment due date. The payment due date differs depending on the product or service provided to the user U. Payment methods include, for example, deposits using IC cards, credit cards, QR codes (registered trademark), bank or debit cards, company expenses, so-called split billing, and use of points. Of these, for company expenses and split billing, the condition for payment can be the completion of procedures (for example, sending an email for approval) to have the company that bears the expenses or the billing destination approve the payment. In addition, the user U can arbitrarily set a default payment method.
[0137] The "billing adjustment service" is a service that allows you to organize and properly manage time charge invoices. According to the "billing adjustment service", the user U can operate the user terminal 2 to log into his / her own account and separate the billing destinations by the billing due date for the time charge. The billing due date differs depending on the business being handled. This allows the user U to separate the billing destinations for the time charge into three places, for example, company a, store b, and government c. In this case, an email for approval is sent as a procedure for obtaining approval for making the settlement from the billing destinations for the time charge (company a, store b, and government c). As a result, if approval is obtained, the settlement is made.
[0138] The "promotion service" is a service that promotes information accumulated in the cloud via social media and websites. According to the "appeal service," personalization can be performed for each user U through chats involving AI (artificial intelligence), thereby improving the appeal. This allows the operating status of the "place" where the user checks in to be transmitted in real time, so that the congestion status and popularity information of the "place" can be reflected instantly. In addition, feedback from survey results from users U can also be responded to instantly. If chat is possible, personalized appeal information can be presented. In addition, it can be integrated with existing websites, thereby increasing the appeal.
[0139] Next, we will explain the UX (User Experience) of management services using examples.
[0140] When the "place" is a school or cram school, a user U as a student checks in by "attending" the school or cram school and checks out by "leaving." Specifically, when applied to the service model and PDSA model in Fig. 7, in the "check-in" step, management services include, for example, confirmation of content for quizzes and advance learning. In the "checking in" step, management services include, for example, provision of electronic learning materials. In the "check-out" step, management services include, for example, confirmation tests and reviews. In the "checking out" step, management services include, for example, confirmation of homework and related information.
[0141] When the "place" is a store that provides stay-based services, such as a restaurant or hotel, a user U as a customer checks in by "entering" the store that provides stay-based services and checks out by "leaving" the store. Specifically, when applied to the service model and PDSA model in FIG. 7, in the "check-in" step, management services include, for example, providing coupon content to promote the store. In the "checking in" step, management services include, for example, time charging, providing exclusive content, ordering, etc. In the "check-out" step, management services include, for example, conducting a survey and energy charging for user U. In the "checking out" step, management services include, for example, payment processing and confirmation of seat availability.
[0142] When the "place" is a store where purchase-based services are provided, such as a retail store, a user U as a customer checks in by "entering" the store where purchase-based services are provided and checks out by "leaving" the store. Specifically, when applied to the service model and PDSA model in FIG. 7, in the "check-in" step, management services include, for example, the provision of coupon content to promote the store. In the "checking in" step, management services include, for example, the provision of a "cart service." In the "check-out" step, management services include, for example, the provision of dedicated content and the implementation of a survey. In the "checking out" step, management services include, for example, payment processing, checking inventory status, and checking information about popular products.
[0143] If the "place" is a store that provides stay-based services, such as a restaurant or hotel, a user U as an employee checks in by "coming to work" at the store that provides stay-based services and checks out by "leaving work." Specifically, in the service model and PDSA model of FIG. 7, in the "check-in" step, management services such as the provision of a "smart energy service" and an "e-learning service" are performed. In the "checking in" step, management services such as the provision of dedicated content (e.g., content for inventory management and order placement), the provision of ordering (e.g., business ordering for customer support), and the provision of a "document management service" are performed. In the "check-out" step, management services such as the suspension of the provision of the "smart energy service" and the generation of a work checklist are performed. In the "checking out" step, management services such as salary requests, shift confirmations, and work notifications are performed.
[0144] If the "place" is a store where purchase-based services are provided, such as a retail store, a user U as an employee checks in by "coming to work" at the store where purchase-based services are provided and checks out by "leaving work." Specifically, in the service model and PDSA model of FIG. 7, in the "check-in" step, management services such as the provision of a "smart energy service" and an "e-learning service" are performed. In the "checking in" step, management services such as the provision of dedicated content (e.g., content for inventory management and order placement and receipt), the provision of a "cart service" (e.g., a business cart service for customer support), and the provision of a "document management service" are performed. In the "check-out" step, management services such as the suspension of the provision of the "smart energy service" and the generation of a work checklist are performed. In the "checking out" step, management services such as salary requests, shift confirmations, and work notifications are performed.
[0145] If the "place" is a company or the like that meets security requirements, such as transportation-related requirements, a user U as an employee checks in by "coming to work" at the company or the like that meets the security requirements, and checks out by "leaving work." Specifically, when applied to the service model and PDSA model in Fig. 7, in the "check-in" step, management services include, for example, health status checks such as breathalyzer checks and e-learning. In the "checking in" step, management services include, for example, the provision of dedicated content and the provision of a "document management service." In the "check-out" step, management services include, for example, the generation of a business checklist (for example, a report or daily report). In the "checking out" step, management services include, for example, business contact.
[0146] When the "place" is a general company, a home office, etc., a user U as an employee checks in by "coming into work" at the general company or home office, etc., and checks out by "leaving work." Specifically, when applied to the service model and PDSA model in Fig. 7, in the "check-in" step, management services include, for example, checking health status, confirming business contacts, and conducting e-learning. In the "checking in" step, management services include, for example, providing dedicated content and providing a "document management service." In the "check-out" step, management services include, for example, generating business checklists (for example, reports or daily reports). In the "checking out" step, management services include, for example, business contacts.
[0147] When the "place" is lifestyle habits, health management, etc., the user U as the person in question checks in by "getting up" and checks out by "going to bed." Specifically, when applied to the service model and PDSA model in FIG. 7, in the "check-in" step, management services include, for example, checking health status and implementing e-learning (including exercises, etc.). In the "checking in" step, management services include, for example, providing dedicated content (e.g., managing vital signs data). In the "check-out" step, management services include, for example, checking health status. In the "checking out" step, since user U is asleep, no management services are provided, but a separate vital signs check is performed.
[0148] When the "place" is an activity, a user U as a participant checks in by "starting" the activity and checks out by "ending" the activity. Specifically, when applied to the service model and PDSA model in FIG. 7, in the "check-in" step, management services such as the provision of an "information service" are performed. Also, in the "checking in" step, management services such as the provision of dedicated content and the provision of a "time charge service" are performed. Also, in the "check-out" step, management services such as the implementation of a questionnaire are performed. Also, in the "checking out" step, management services such as payment processing and the provision of trend information are performed.
[0149] Next, an example of how data resources accumulated by the management service can be used will be described. The management service can automatically generate a "persona" to be considered in marketing based on the accumulated data resources. A "persona" is an image of an ideal customer to be targeted when offering a product or service. Specifically, it is possible to set a persona defined by items such as age, sex, place of origin, place of residence, occupation, lifestyle, family structure, friendships, income, hobbies and preferences, possessions (e.g. devices, etc.), knowledge and experience, and personality.
[0150] By using the set persona, various analyses can be performed, including "migration tendency analysis" and "correlation analysis." "Migration trend analysis" refers to an analysis of the migration patterns in each region for each set persona. Specifically, "migration trend analysis" analyzes where people check in and check out, what their needs are, what apps and services are suitable, and what content is needed for mutual collaboration such as customer transfer. "Correlation analysis" refers to an analysis that is carried out to understand the intersections of each persona and to support the production of events that allow people to naturally meet and connect with each other. The results of "correlation analysis" can be used to plan events that combine multiple personas. It can also be used to provide service education to connect multiple personas.
[0151] The management service makes it possible to generate an evidence-based digital resume for each user U. FIG. 13 is a schematic diagram showing the contents of a digital resume.
[0152] Specifically, the management service can generate a digital resume based on the "knowledge" and "experience" acquired by user U from the check-in and check-out logs that are linked to and managed by the individual user U. "Knowledge" includes the accumulation of e-learning at the time of checking in, the track record of checking in to various training courses and classes, etc. "Experience" includes the track record of checking in to "places" such as stores, the track record of checking in to various practical activities, etc. In the digital resume, the history of user U is properly managed using blockchain technology to prevent tampering, making it easy to visualize the growth of each individual user U. For example, even if a user changes workplace due to a part-time job, their achievements are taken into consideration, so their achievements can be viewed accurately.
[0153] The management service makes it possible to assign assistants to meet recruitment needs on a spot basis, based on digital resumes. Hereafter, such an ad-hoc personnel model will be referred to as the "assistant distribution model." It can also be used to handle permanent recruitment. FIG. 14 is a schematic diagram showing the contents of the helper distribution model.
[0154] On the left side of FIG. 14, a user U as a job seeker and businesses J1 to J3 that carry out spot job postings (hereinafter referred to as "helper search") are depicted. According to the management service, the user U can be matched with each of the businesses J1 to J3 searching for helpers simply by submitting the generated digital resume and the specified participation conditions. The "participation conditions" submitted by the user U along with the digital resume include, for example, available days and hours, salary, benefits, etc.
[0155] On the right side of FIG. 14, users U1 to U3 as job seekers and an operator J performing a "helper search" are depicted. According to the management service, business operator J can be matched with users U1 to U3 as job seekers simply by submitting recruitment requirements including date, time, amount, etc. In this case, matching proposals for business operator J and users U1 to U3 as job seekers are made by AI (artificial intelligence). Then, business operator J and users U1 to U3 as job seekers can communicate via chat in response to the matching proposals from the AI (artificial intelligence). As a result, if both parties agree, they can conclude an employment contract, etc.
[0156] According to the management service, learning that is estimated to be lacking for the user U is automatically picked up and the contents of implementing the learning are suggested to the user U. Hereinafter, such a service will be referred to as a "learning suggestion service." FIG. 15 is a schematic diagram showing the content of the study suggestion service.
[0157] In the learning suggestion service, a digital resume similar to that of user U is statistically created, and the learning required for the persona corresponding to the created digital resume is analyzed. Then, as a result of comparing user U with the persona, learning that is estimated to be lacking in user U is automatically picked up, and the content of the implementation is suggested to user U. The contents of learning proposed to the user U by the learning suggestion service include, for example, counseling or consultation, taking e-learning courses, taking group training courses, networking, practice or experience (for example, changing responsibilities), etc.
[0158] In addition to the above-mentioned services, the management service can also provide various other services, such as those listed below. That is, various services such as "good customer pattern analysis service", "business evaluation service", and "employee performance analysis service" can be provided.
[0159] The "good customer pattern analysis service" is a service that presents patterns commonly seen among users U who are recognized as good customers through analysis based on data resources accumulated through the provision of management services. The "pattern analysis service for good customers" shows, for example, patterns of common preferences and common behavioral characteristics. As a result, it becomes easier to identify users U who will be key people who bring their friends, or users U who will be influencers, and this makes it possible to make appeals more efficient.
[0160] The "business evaluation service" is a service that evaluates the business of each business operator J based on the results of analysis based on data resources accumulated through the provision of management services. The "business evaluation service" includes evaluations of, for example, sales, understanding of trends, business type, understanding of needs for menus, characteristics of business hours, and the possibility of collaboration between stores.
[0161] The "employee performance analysis service" refers to a service that analyzes the performance of employees belonging to business operator J based on data resources accumulated through the provision of management services. The "Employee Performance Analysis Service" performs analyses such as comparing the productivity of employees working the same shifts, understanding their learning status, and grasping their degree of growth. The "Employee Performance Analysis Service" also performs personnel management such as strategic personnel placement and training to maximize the skills and abilities of talent (employees). As a result, it becomes possible to distribute talent (employees) as "human resources."
[0162] FIG. 16 is a functional block diagram showing an example of a functional configuration of a server according to the second embodiment of the information processing device of the present invention. In addition, the configuration of the information processing system according to the second embodiment of the present invention, i.e., the information processing system including a server which is the second embodiment of the information processing device of the present invention, and the hardware configuration of the server are similar to those of the first embodiment described above, and therefore will not be described.
[0163] In the example of Fig. 16, a functional configuration in the case where the management service in Fig. 7 is used is depicted. That is, in the example of Fig. 16, in addition to the server 1, a user terminal 2, an administrator terminal 3, and a payment server 4 are depicted, but this is merely an example. Specifically, for example, the number of each of the user terminal 2, the administrator terminal 3, and the payment server 4 is not particularly limited to one.
[0164] In the CPU 11 of the server 1, when the execution of management service processing is controlled, a check-in information acquisition unit 101, a check-in status management unit 102, a usage fee information acquisition unit 103, a usage fee management unit 104, a check-out information acquisition unit 105, a payment destination information acquisition unit 106, a payment destination management unit 107, a payment support unit 108, and a PDSA processing unit 109 function. The processes executed in each of the check-in information acquisition unit 101, the check-in status management unit 102, the usage fee information acquisition unit 103, the usage fee management unit 104, the check-out information acquisition unit 105, the payment destination information acquisition unit 106, the payment destination management unit 107, and the payment support unit 108 are similar to those in the first embodiment described above, and therefore will not be described here.
[0165] The PDSA processing unit 109 executes processing for providing management services. In the PDSA processing unit 109, a check-in processing unit 191, a closed service processing unit 192, an open service processing unit 193, and a check-out processing unit 194 function.
[0166] The check-in processing unit 191 designs a story from check-in to check-out in the service model as processing corresponding to "PLAN" in the PDSA model. Specifically, the check-in processing unit 191 sets triggers and events as basic settings. In addition, the check-in processing unit 191 performs processing to enable the user U to use applications, devices, tools, etc. required for utilizing various services provided in the "place." Specifically, for example, the check-in processing unit 191 performs processing for achieving cooperation through API. In this case, the check-in processing unit 191 extracts the billing data from the API transaction and performs settings related to the processing of the fee incurred at the time of settlement.
[0167] The closed service processing unit 192 performs processing to set a closed service (a service to which the user U has checked in) as processing corresponding to "DO" of the PDSA model. Specifically, the closed service processing unit 192 performs processing to provide various services to the user U in the "place". In addition, the closed service processing unit 192 performs processing to remotely provide operator support information from the online support L to an on-site operator T (e.g., a store clerk).
[0168] The open service processing unit 193 performs processing for setting a trigger and processing for setting an event as processing corresponding to "STUDY" of the PDSA model. Specifically, the open service processing unit 193 performs processing to provide various services to the user U in the "venue." Also, the open service processing unit 193 performs processing to remotely provide operator support information from the online support L to an on-site operator T (for example, a store clerk). The open service processing unit 193 accumulates and manages the operator support information provided to the on-site operator T as an "online support log."
[0169] The checkout processing unit 194 performs processing to set an open service (a service to which the user U has checked in) as processing corresponding to "ACTION" of the PDSA model. Specifically, the checkout processing unit 194 performs processing to generate teacher data by accumulating and managing the results of improvement activities in the human system based on the results of various trend analyses. When the checkout processing unit 194 generates the teacher data, it can create FAQs because it can pattern and automate the process using AI (artificial intelligence). This makes it possible to provide an automatic response service, an automatic suggestion service, and an automatic optimization service in the management service.
[0170] The embodiment of the information processing system to which the present invention is applied has been described above. However, the embodiment to which the present invention is applied may be, for example, as follows.
[0171] In this embodiment, the facility identification information is information such as the store name included in the two-dimensional barcode read by the user U with the user terminal 2 and the ID used by the server 1 to indicate the store, but is not limited to this. That is, the facility identification information may be any facility identification information as long as it is information that can identify the facility C. In addition, the facility identification information is not limited to information recorded in the two-dimensional barcode. For example, it is sufficient to obtain information that can identify the facility C, such as the use of an IC card or location detection using a beacon installed in the facility C. In addition, the facility use start information is information on the time when the user U reads with the user terminal 2, but is not limited to this. That is, the facility use start information may be any facility use start information as long as it is information that can indicate that the user U has started using the facility C. In addition, the check-in information may be information that includes facility management information and facility use start information.
[0172] In addition, in this embodiment, the facility usage end information indicates that usage of the checked-in facility C has ended, but is not limited to this. That is, the facility usage end information may be any facility usage end information as long as it is information that can indicate that usage of the facility C has ended. Furthermore, the check-out information may be information that includes the facility usage end information.
[0173] In the present embodiment, the usage fee information is information indicating the content of the service provided by the facility C to the user U and the usage fee for the service, but is not limited to this. In other words, any usage fee information may be used as long as it can indicate the usage fee for the user U.
[0174] In addition, in this embodiment, the payment destination information is information indicating the billing party who will bear the respective usage fees of the facility C by the user U, that is, the payment destination of the manager M, but is not particularly limited to this. In other words, any payment destination information may be used as long as it is information that can indicate the payment destination for paying the usage fees.
[0175] In addition, in this embodiment, for each of the usage fees in a checked-in state in which the user U has checked in and is managed by the administrator M, the payment destination is managed according to information input by the user U that the table charge, which is the usage fee for the facility C, should be paid by the administrator M, or that the cost, which is the usage fee for the coffee provided at the facility C, should be paid by the user U at his / her own expense, but this is not particularly limited. That is, as long as the usage fee information and the payment destination information are managed based on the check-in state, any payment destination may be used. That is, for example, in a checked-in state managed by the administrator M, all usage fee information may be managed so that it is paid by the administrator M.
[0176] In addition, in this embodiment, the payment support unit 108 transmits information for payment by the manager M who bears the expenses (for example, information on the bank account of the manager M for withdrawing the payment, or information on the credit card of the user U for personal payment) and information on the total amount of the usage fee to be paid to the payment server 4, but is not particularly limited to this. In other words, the payment support unit 108 may be any payment support means as long as it supports the payment server 4 to settle the usage fee based on the payment destination information.
[0177] In addition, in the present embodiment, the payment destination information is described as being such that the payment destination candidate for the service used when working on only the case A1 can be the manager M-1 only, and the payment destination candidate for the service used when working on both the cases A1 and A2 can be both the managers M-1 and M-2, but this is not particularly limited. That is, the payment destination information may be selected from any of a plurality of payment destinations as long as it can be selected from a plurality of payment destinations. That is, for example, since the seat charge is a fee incurred for the entire time period during which the user U visits the store, even if the user does not check in at the time of registering the usage fee information, any payment destination related to the case that the user checked in at least once during the visit can be a payment destination candidate. Furthermore, for example, the payment destination is not limited to the payment destination related to the case that the user has checked in, but may be a payment destination for the user U's personal expense, or may be selected from another account or credit card for the user U's personal expense. Therefore, the payment destination may be selected from a plurality of payment destinations.
[0178] In addition, in this embodiment, the user terminal 2 is presented with options for payment recipients to cover each usage fee based on the check-in state at the time each usage fee is incurred, and the user U selects one of them, but this is not particularly limited. That is, as long as the usage fee is shown for each item used, and payment recipient information is selected for each usage fee, any method may be used to select the payment recipient information.
[0179] Furthermore, for example, the above-described series of processes can be executed by hardware or software. In other words, the functional configuration in FIG. 4 is merely an example and is not particularly limited. That is, it is sufficient that the information processing system is provided with a function capable of executing the above-mentioned series of processes as a whole, and the type of functional block used to realize this function is not limited to the example of FIG. 4. The location of the functional block is also not limited to that of FIG. 4 and may be arbitrary. For example, the functional block of the server 1 may be transferred to a user terminal 2 or the like. The functional block of the server 1 may be transferred to an administrator terminal 3 or the like. Furthermore, one functional block may be configured as a single piece of hardware, a single piece of software, or a combination of both.
[0180] Furthermore, for example, when a series of processes is executed by software, a program constituting the software is installed into a computer or the like from a network or a recording medium. The computer may be a computer implemented with dedicated hardware. Furthermore, the computer may be a computer capable of executing various functions by installing various programs thereon, such as a server, a general-purpose smartphone, or a personal computer.
[0181] Furthermore, for example, the recording medium containing such a program may not only be composed of a removable medium (not shown) that is distributed separately from the device main body in order to provide the program to the user U, but may also be composed of a recording medium that is provided to the user U in a state in which it is pre-installed in the device main body.
[0182] In this specification, the steps of describing a program to be recorded on a recording medium include not only processes that are performed chronologically according to the order, but also processes that are not necessarily performed chronologically but are executed in parallel or individually. In addition, in this specification, the term "system" refers to an overall device that is composed of a plurality of devices, a plurality of means, etc.
[0183] In other words, the information processing device to which the present invention is applied can take various embodiments having the following configurations.
[0184] That is, an information processing device to which the present invention is applied (for example, the server 1 in FIGS. 2 to 4) In an information processing device that manages the usage status of a facility (e.g., facility C in FIG. 1) by a user and the payment of fees for the usage of the facility (e.g., a seat fee, a fee for a service, etc.), a check-in information acquisition unit (e.g., the check-in information acquisition unit 101 in FIG. 4) that acquires, as check-in information, information including facility identification information (e.g., a store name or an ID indicating a store) that can identify the facility, and facility use start information (e.g., the time when the user U transmitted the store name) that can indicate that the user has started using the facility; a check-out information acquisition unit (e.g., the check-out information acquisition unit 105 in FIG. 4) that acquires, as check-out information, information including facility use end information (e.g., the time when the user U performed a check-out operation), which is information that can indicate that the user who started using the facility has ended using the facility; a check-in status management unit (e.g., the check-in status management unit 102 in FIG. 4) for managing the status of the user's use of the facility as a check-in status based on the check-in information and the check-out information; A fee information acquiring unit (e.g., the usage fee information acquiring unit 103 in FIG. 4 ) for acquiring information including the fee of the user as fee information (e.g., usage fee information); A payment destination information acquisition means (e.g., the payment destination information acquisition unit 106 in FIG. 4) that acquires information indicating a payment destination (e.g., the managed account of the manager M in FIG. 1) of the consideration of the user as payment destination information; a payment destination management means (for example, the payment destination management unit 107 in FIG. 4) for managing the consideration information and the payment destination information based on the check-in state; a payment support unit (e.g., the payment support unit 108 in FIG. 4) that supports a payment process (e.g., a process in which the payment server 4 in FIG. 4 makes a payment) of the consideration based on the payment destination information; Any information processing device having the above will suffice. This allows, for example, the user U to receive assistance in paying the usage fee according to his / her check-in status.
[0185] Furthermore, the payment destination information may include information indicating one or more payment destinations selected from a plurality of payment destinations (e.g., the managed accounts of administrators M-1 and M-2 or the personal account of user U) as the payment destination of the user's consideration. This allows, for example, user U to receive assistance in settling the usage fee according to his / her check-in status, and to select an appropriate account according to the purpose of use.
[0186] Furthermore, the compensation of the user is shown for each item used, The payment destination information may include information indicating a payment destination for each of the items as a payment destination for the user's fee. This allows, for example, user U to select an account according to the purpose of use for each usage fee depending on his / her check-in status, receive assistance with payment, and complete the procedure in one go.
[0187] Also, a check-in processing means for performing a process of designing a story from the start of the user's use of the facility to the end of the user's use; a closed service means for performing a process to support the provision of goods or services to the user at the facility; an open service processing means for performing trend analysis based on a history of provision of the product or service; a checkout processing means for accumulating the results of the trend analysis and generating predetermined teacher data; The sensor may further include: This allows efficient processing based on the PDSA model consisting of "Plan," "Do," "Study," and "Action," improving convenience for users of the facility. [Explanation of symbols]
[0188] 1...Server, 2...User terminal, 3...Administrator terminal, 4...Payment server, U...User, M...Administrator, C...Facility, T...Operator, L...Online support, 101...Check-in information acquisition unit, 102...Check-in status management unit, 103...Usage fee information acquisition unit, 104...Usage fee management unit, 105...Check-out information acquisition unit, 106...Payment destination information acquisition unit, 107...Payment destination management unit, 108... payment support unit, 109... PDSA processing unit, 191... check-in processing unit, 192... closed service processing unit, 193... open service processing unit, 194... check-out processing unit, 201... facility specific information acquisition unit, 202... facility use start information acquisition unit, 301... user administrator DB, 302... facility information DB, 303... check-in status usage fee DB, 304... payment DB
Claims
1. An information processing device that manages a facility usage status by a user and a payment for the usage of the facility, a check-in information acquisition means for acquiring information including facility identification information that is information capable of identifying the facility and facility use start information that is information capable of indicating that the user has started using the facility as check-in information; a check-out information acquisition means for acquiring information including facility use end information, which is information that can indicate that the user who has started using the facility has ended use of the facility, as check-out information; a check-in status management means for managing a status of the user's use of the facility as a check-in status based on the check-in information and the check-out information; a check-in processing means for performing a process of designing a story from the start to the end of the user's use of the facility based on information about the user who uses the facility, information about the facility used by the user, information about the timing of the user's use of the facility, and history information about the user's use of one or more facilities; An information processing device comprising:
2. The check-in processing means performs, as the process of designing the story, a process of making the equipment in the facility available for use, a process of adapting the usage conditions of the energy used in the equipment to the usage situation of the user, and a process of presenting information required for using the facility to the user. The information processing device according to claim 1 .
3. A compensation information acquiring means for acquiring information including the compensation of the user as compensation information; a payment destination information acquiring means for acquiring information indicating a payment destination of the user's consideration as payment destination information; a payment destination management means for managing the consideration information and the payment destination information based on the check-in state; a payment support means for transmitting information for a payment between the user and the payment destination to another information processing device that executes the payment process as a process for supporting the payment process of the consideration based on the payment destination information; The information processing device according to claim 1 , further comprising:
4. a closed service means for performing a process of providing information for supporting an on-site operator at the facility through online support to the on-site operator as a process of supporting the provision of goods or services to the user at the facility; The information processing device according to claim 1 , further comprising:
5. an open service processing means for performing trend analysis based on an online support log accumulated as a history of provision of the product or service, including a trend analysis of inquiries from the on-site operator to the online support, a trend analysis of the product or service, and a trend analysis of a usage status of application software required for using the product or service; The information processing device according to claim 4 , further comprising:
6. a checkout processing means for generating teacher data that enables the information processing device to output, for each user, an FAQ regarding the inquiry that is determined to be optimal based on a feature amount of the history of the user's actions through the application software and a feature amount of the history of personal services provided to the user, the feature amount being obtained from the result of the trend analysis; The information processing device according to claim 5 , further comprising:
Citation Information
Patent Citations
Intelligent hotel management system based on Internet of everything
CN106570641A
POS system and registration device
JP2013242839A
Personalized hospitality management system
US8112295B1
Information processing device, information processing method, and information processing program
WO2017149780A1