Information processor, service providing system, and service providing program

The system determines service availability and notifies customers when service is not feasible, preventing orders and reducing inconvenience by ensuring timely service provision.

JP2025136563APending Publication Date: 2025-09-19SEIKO SOLUTIONS
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
JP2024035226
Authority / Receiving Office
JP · JP
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-03-07
Publication Date
2025-09-19

AI Technical Summary

Technical Problem

Conventional sales systems face challenges in providing services when it is not feasible due to environmental conditions or time constraints, leading to incomplete service provision and customer inconvenience.

Method used

An information processing device and system that receives customer presence information, determines service availability based on seat and status information, and notifies customers if service cannot be provided, preventing orders during inappropriate times.

Benefits of technology

Prevents orders during times when service cannot be provided, reducing customer inconvenience and minimizing loss of sales opportunities.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 2025136563000001_ABST
    Figure 2025136563000001_ABST
Patent Text Reader

Abstract

To previously avoid an order in a time zone during which it is preferable not to provide service to a customer.SOLUTION: A "get-off station" is a station where a passenger as an orderer is scheduled to get off, and is information confirmed when an order is received. When approaching or arriving at the get-off station, the passenger results in leaving, and cannot receive an ordered service. The possibility / impossibility of service provision is confirmed by the get-off station, an arrival time is calculated based on a position and a travel speed of a currently traveling train, and a distance to the get-off station, and when the arrival time is within a predetermined time, for example, a screen displayed on a customer terminal 20 of the customer is defined as an interface screen 22D during shop closing, so as to previously avoid the order. At the time of order, it is not necessary to cause inconvenience to the passenger as the orderer and explain and apologize the non-provision of the service to the passenger by considering the get-off station (get-off scheduled station) of the passenger as the orderer as a determination material whether or not to receive the order.SELECTED DRAWING: Figure 6
Need to check novelty before this filing date? Find Prior Art

Description

[Technical Field]

[0001] The present invention relates to an information processing device, a service providing system, and a service providing program for providing services including product sales while a salesperson moves around inside a moving vehicle. [Background technology]

[0002] BACKGROUND ART In-vehicle sales systems that provide products (box lunches, drinks, etc.) to passengers in vehicles (particularly public transportation such as trains and buses) have been proposed (see Patent Document 1).

[0003] Furthermore, Patent Document 2 proposes a sales system that can be used not only in vehicles but also in facilities with many spectator seats, such as stadiums and theater halls.

[0004] In conventional sales systems including Patent Documents 1 and 2, identification information for identifying the customer's seat and commercial transaction information including product order information are obtained from a terminal device (e.g., a smartphone or tablet device) owned by the customer (who may be a passenger or spectator depending on the facility), and based on the obtained commercial transaction information, a salesperson visits the customer's seat and provides services such as handing over the ordered products. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] Japanese Patent Application Publication No. 2020-197938 [Patent Document 2] Patent No. 6839334 Summary of the Invention [Problem to be solved by the invention]

[0006] However, there are cases where a salesperson cannot perform a service provision operation such as selling a product. For example, the cases where a salesperson cannot perform a service provision operation include an emergency situation that depends on the surrounding environmental conditions (for example, the operating status of a train) while preparing to provide the service.

[0007] There are also times when it is better not to provide service to customers, such as when a train passenger is within a predetermined time (a few minutes) of arriving at their destination station, or when a stadium or other facility is within a predetermined time (a few minutes) of the final time the facility can be used (closing time).

[0008] In this way, if an order for a service is accepted at a time when it would be better not to provide the service to a customer, the service may not be completed depending on the situation, which may result in inconvenience to the customer. Furthermore, it may be necessary to explain and apologize to the customer for not being able to provide the service.

[0009] In consideration of the above, an object of the present invention is to provide an information processing device, a service providing system, and a service providing program that can prevent orders from being placed during times when it is better not to provide service to customers. [Means for solving the problem]

[0010] The information processing device of the present invention is an information processing device for providing services to customers seated at each seat in a location having multiple seats in response to orders from the customers seated at the seats, and has a reception unit that receives customer presence information from a customer terminal carried by the customer, a judgment unit that, when an order is received from the customer terminal, determines whether or not each service provider can provide a service based on the seat information and status information indicating whether or not the service can be provided, and a processing unit that, if the service can be provided, allows a request for service provision from the customer terminal, and, if the service cannot be provided, notifies the customer terminal that the service cannot be provided.

[0011] In the information processing device of the present invention, the conditions under which the service cannot be provided include when a service provider who provides a service to the customer is preparing to provide the service, when the movement of the service provider is restricted, and when it is predicted that the customer will leave earlier than the scheduled time for the service to be provided.

[0012] In the information processing device according to the present invention, the seat information includes position information of the seat where the customer is seated and predicted information of the customer's departure.

[0013] In the information processing device of the present invention, the location is a train, the location information includes the train number on which the customer is riding and the seat number on which the customer is riding, the expected departure information includes the name of the station where the customer plans to disembark, and the notification unit notifies the customer that the service cannot be provided if the time until the train arrives at the station with the station name is within a predetermined time.

[0014] The information processing device of the present invention is characterized in that it further has a display unit that displays information about customers to whom the service cannot be provided when the processing unit notifies that the service cannot be provided.

[0015] The service provision system of the present invention includes any of the information processing devices described above, a management server that performs service management including the types of services to be provided, inventory of the services, and accounts receivable from the provision of the services, and a service provider terminal that is individually owned by a service provider that provides a service to the customer and that notifies the customer of status information indicating at least whether the service can be provided or not.

[0016] The service provision program of the present invention is a program for providing services to customers seated at each seat in a location having multiple seats in response to orders from the customers seated at the seats, and is characterized in that it causes a computer to execute the following processing: it receives customer presence information from a customer terminal carried by the customer; when an order is received from the customer terminal, it determines whether or not each service provider can provide the service based on the seat information and status information indicating whether or not the service can be provided; if the service can be provided, it permits the request for service provision from the customer terminal; and if the service cannot be provided, it notifies the customer terminal that the service cannot be provided. [Effects of the Invention]

[0017] As described above, the present invention has the effect of being able to avoid in advance orders being placed during times when it is better not to provide service to customers. [Brief explanation of the drawings]

[0018] [Figure 1] 1A is a schematic configuration diagram of an in-train sales system as a service providing system according to the present embodiment, and FIG. 1B is a control block diagram of a service server. [Figure 2] 1 is a diagram illustrating the information stored in the service server database, where (A) shows employee registration information, (B) shows salesperson status information, and (C) shows passenger order information. [Figure 3] 10 is a control flowchart showing a salesperson start-up processing routine in the service server according to the present embodiment. [Figure 4] 10 is a control flowchart showing a passenger order processing routine in a customer terminal that communicates with the service server according to the present embodiment. [Figure 5] 10 is a control flowchart showing a service providing processing routine in the service server. [Figure 6](A) to (D) are interface screens that are displayed when the service providing application is launched on the customer terminal. [Figure 7] 10 is an order list screen on the service server according to the present embodiment. [Figure 8] 10 is an order list screen on a salesperson terminal according to the present embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0019] 1(A) shows a schematic configuration of an in-train sales system 10 as a service providing system according to this embodiment. In the in-train sales system 10 of this embodiment, sales staff move around inside a train as a vehicle and provide services (selling products such as lunch boxes and drinks) in response to orders from passengers as customers.

[0020] The in-train sales system 10 is connected to a sales system server 14, a service server 16, and a salesperson terminal 18 via a system network 12.

[0021] Furthermore, customer terminals 20, such as passenger smartphones that have launched a sales service application, can be connected to the system network 12. The sales system server 14 and the service server 16 may be run as a single server (management server).

[0022] Each server is equipped with a CPU (Central Processing Unit), ROM (Read Only Memory), and RAM (Random Access Memory). The CPU reads the programs stored in the ROM and executes the programs using the RAM as a working area, allowing each server to perform control and various calculations.

[0023] The sales system server 14 manages all product-related matters, including the types of products offered to passengers, inventory management, and management of accounts receivable from sales. It also manages the train numbers on which each salesperson is open.

[0024] The service server 16 is a server for order management, and the service server 16 collectively manages information on sales staff who are dispatched to trains, actually receive orders from passengers, and deliver products to passengers' seats.

[0025] As shown in FIG. 1B, the service server 16 functions as a reception unit 16A, a determination unit 16B, and a processing unit 16C by the CPU executing a service providing program stored in the ROM.

[0026] The reception unit 16A has a function of receiving information such as seat position information, disembarking station information, and the like. The determination unit 16B has a function of determining whether or not each salesperson on board the train can provide a service. The processing unit 16C has a function of processing orders received from customers and notifying them whether or not a service can be provided.

[0027] The salesperson information includes salesperson registration information, salesperson status information, and passenger order information by the salesperson.

[0028] FIG. 2(A) shows information stored in a database (not shown) of the service server 16 as employee registration information.

[0029] The employee registration information is information for registering in advance employees who can work as sales staff, and based on this employee registration information, the manager can assign sales staff to each train.

[0030] In this embodiment, an employee is defined as a person who can be involved in any of a number of types of work, including sales staff, and each person is assigned an employee code.

[0031] In other words, the items registered as salesperson registration information include "employee code," "last name," "first name," "login ID," and "password," and the "login ID" and "password" are identification information assigned to each employee, and an employee who wishes to register as a salesperson can access the system by operating the salesperson terminal 18 that he or she possesses and entering the "login ID" and "password."

[0032] FIG. 2(B) shows information stored in a database (not shown) of the service server 16 as salesperson status information.

[0033] The items registered as salesperson status information include an "employee code" that identifies the registered salesperson in Figure 2(A), the "train number" and "train number" of the train that the salesperson is riding on, and "status information" that indicates whether each salesperson is able to perform their duties (whether the store is closed or open).

[0034] In other words, even if a salesperson is assigned to a train and boards the train, it does not necessarily mean that he or she can immediately begin selling. For example, if the salesperson is checking products that can be sold or the train is in a state of operation (such as when service is suspended), the movement of the service provider is restricted and sales are not possible, so even if the salesperson boards the train, they will not be able to open their shop (the shop is closed).

[0035] Salespeople notify the service server 16 of their current situation (status information) by inputting information from their own salesperson terminals 18. This changes the status information, and the service server 16 can recognize whether each salesperson is open or closed. The status information for each salesperson on the service server 16 can be reflected in the sales service application running on the customer terminals 20 carried by the passengers (FIGS. 6(A) to (C) show that the store is open, and FIG. 6(D) shows that the store is closed).

[0036] FIG. 2(C) shows passenger order information, which is information stored in a database (not shown) of the service server 16.

[0037] As shown in Figure 2(C), the items registered as passenger order information are "order date and time," "train number," "car number," "seat number," "descending station," "ordered item 1," "quantity 1," "ordered item n," "quantity n" (n is the number of items ordered), "total amount," and "order status." Order status is information that indicates whether the ordered item is being prepared or has been delivered.

[0038] Here, the "descending station" is the station where the passenger who placed the order plans to disembark, and is information that is confirmed when receiving an order. When the passenger approaches or arrives at the disembarking station, the passenger will leave their seat, making it impossible to receive the ordered service (i.e., when it is predicted that the customer will leave their seat). In this embodiment, "descending" refers to a state in which the passenger will not return to their seat, and is distinguished from "leaving their seat" where the passenger leaves their seat for some business (such as a phone call on the deck or going to the toilet) but will return and sit down. Therefore, while the passenger is away from their seat, there is a possibility that the product will be "left at the door" or redelivered, even if the passenger is not present.

[0039] The availability of the service is confirmed based on the destination station. The arrival time is calculated based on the location and speed of the currently running train and the distance to the destination station. If the arrival time is within a predetermined time, the order is preempted. For example, the screen displayed on the customer's customer terminal 20 is a "closed" interface screen 22D, as shown in FIG. 6(D). Note that the order registered in FIG. 2(C) is considered accepted because the arrival time t1 at the destination station is within a predetermined time t0 (t1 > t0). Specifically, the predetermined time t0 is assumed to be, for example, the number of orders multiplied by 5 minutes. If the estimated arrival time is accurately determined in advance, the "closed" interface screen may be displayed if the difference between the estimated arrival time and the current time is within a predetermined time.

[0040] In this way, when an order is placed, the disembarking station of the passenger who placed the order (the planned disembarking station) is taken into consideration as a factor in determining whether or not to accept the order, thereby eliminating the need to inconvenience the passenger who placed the order or to explain or apologize for not being able to provide the passenger with service. Note that if the time until arrival t1 is shorter than t0, instead of displaying a "closed" screen as shown in FIG. 6(D) on the customer terminal 20, the salesperson terminal 18 may display a message indicating that an order has been placed by a customer whose disembarkation station is nearby, along with the customer's seat information. A salesperson can visit the customer in person to confirm the situation and, if necessary, make a sale, thereby reducing loss of sales opportunities.

[0041] The operation of this embodiment will be described below with reference to the flowcharts of FIGS.

[0042] 3 is a control flowchart showing a salesperson start-up processing routine in the service server 16. In the processing of this routine, an employee is registered as a salesperson (see FIG. 2(A)).

[0043] In step 100, it is determined whether or not the salesperson's ID and password have been acquired through input operations on the salesperson terminal 18 (for example, provided to the employee when the employee receives instructions to become a salesperson) carried by the employee. If the determination is negative, this routine ends. If the determination is affirmative in step 100, the routine proceeds to step 102, where authentication processing is executed, and then proceeds to step 104.

[0044] In step 104, it is determined whether or not the input ID and password have been authenticated. If the determination in step 104 is negative, it is determined that authentication has not been successful, and the process proceeds to step 106. If the determination is positive, it is determined that authentication has been successful, and the process proceeds to step 108.

[0045] In step 106, it is determined whether the error has continued a predetermined number of times, and if the determination is negative, the process returns to step 100 and the above process is repeated. Although not shown in the figure, it is preferable to send a message to the input operator prompting them to re-enter their ID and password.

[0046] If the determination in step 106 is affirmative, the error has continued for a predetermined number of times or more, so the process proceeds to step 110, where login error processing is executed, and this routine ends.

[0047] On the other hand, in step 108, which is reached when a positive judgment is made in step 104, the train formation number and train number of the train that the authenticated salesperson will be riding on are obtained, and then the process proceeds to step 112, where inventory information on the train is obtained, and the process proceeds to step 114. The train formation number and train number are input by the salesperson, and this input enables the salesperson terminal 18 to obtain the information (train formation number and train number).

[0048] In step 114, a store is selected and an opening process is executed, and this routine ends. A store is defined as each sales counter, etc. being treated as one store. The salesperson selects a store and executes the opening process (starting to provide services).

[0049] During the store selection and opening process in step 114, status information (store closed) is automatically notified to the service server 16 as progress information. After the service starts, the status information (store open) is notified automatically or manually by a salesperson.

[0050] 4 is a control flowchart showing a passenger order processing routine in the customer terminal 20 that communicates with the service server 16. The processing of this routine is performed when a passenger places an order using the customer terminal 20 (smartphone, tablet terminal, etc.) that the passenger owns, and is executed while accessing the service server 16. The operation itself is performed by the customer terminal 20, but the execution entity is based on a service program managed by the service server 16.

[0051] As shown in Fig. 1(A), a passenger needs to use a two-dimensional code reader 20A of a customer terminal 20 to read a two-dimensional code 21A attached to the cover or the like of a leaflet 21 stored in a storage compartment provided on the rear side (the side facing the passenger) of the backrest 19 of the seat in front of the seat in front of the passenger. Note that the two-dimensional code 21A is not limited to being attached to the cover of the leaflet 21, but may also be attached to the rear side of the backrest 19, a luggage rack, or the like, or the URL (Uniform Resource Locator) of the service providing application may be searched for directly from the customer terminal 20.

[0052] In step 150, it is determined whether or not the two-dimensional code 21A has been read, and if the determination is negative, this routine ends. If the determination is positive in step 150, it is determined that the two-dimensional code 21A has been read, and the routine proceeds to step 152.

[0053] When the two-dimensional barcode 21A is read, the URL of the service providing application according to this embodiment is displayed on the customer terminal 20, and by opening the URL and launching the service providing application, it becomes possible to access the service providing site (service server 16) (step 152).

[0054] In the next step 154, if the passenger wishes to receive the service, he or she inputs the train number, seat number, disembarking station, etc. (The train formation number is incorporated into the two-dimensional code 21A). The train number, seat number, disembarking station, etc. are manually input from the information written on the top of the window of the vehicle, etc. In this case, for example, a character recognition application or the like may be used to extract the necessary information (train number, seat number, disembarking station, etc.) from the information captured by the camera, and use this as the input information.

[0055] In the next step 156, it is determined whether the store is open. As shown in the flowchart of Figure 3, sales staff open their stores individually and switch the status information between open and closed, so it is necessary to determine whether there are any stores open on the currently boarded train. That is, when there are multiple sales staff on board, the determination of whether the store is open in step 156 is made by checking the status information of each of them, and if there is at least one store that is able to provide the service, the determination is affirmative and the process proceeds to step 158.

[0056] An order input process is executed in step 158. Specifically, on the service server 16 side, the order column shown in Fig. 2(C) is increased for each order.

[0057] If the determination in step 156 is negative, it is determined that there is no store that can provide the service, and the process proceeds to step 160.

[0058] In step 160, an announcement that the store is closed is made, and this routine ends. For example, the announcement that the store is closed is made by displaying a closed interface screen 22D, as shown in FIG. 6(D), on the customer terminal 20 of the customer.

[0059] (Example) 5 to 8, an example of processing in the service server 16, an interface screen of the customer terminal 20, and a management status in the service server 16 when a passenger actually receives a service provided on a train will be shown.

[0060] FIG. 5 is a control flowchart showing a service providing processing routine in the service server 16.

[0061] In step 170, seat information (train number, seat number, information on the disembarking station, etc.) is accepted (seat information acceptance process). During this process, an interface screen 22A (seat input screen) shown in FIG. 6(A) described later is displayed on the customer terminal 20.

[0062] In the next step 172, a determination is made as to whether the service is available, and if the determination is affirmative, the process proceeds to step 174.

[0063] In step 174, the order information (product order) is accepted (order processing). During this processing, an interface screen 22B (order input screen) shown in Fig. 6(B) described later is displayed on the customer terminal 20.

[0064] In the next step 176, the order details are notified and the payment method is accepted (order confirmation process). During this process, an interface screen 22C (confirmation screen) shown in Fig. 6(C) described later is displayed on the customer terminal 20.

[0065] On the other hand, if the determination in step 172 is negative, the process proceeds to step 178, where an unavailable notification process is executed (closed store process). During this process, an interface screen 22D (closed store screen) shown in FIG. 6(D), which will be described later, is displayed on the customer terminal 20.

[0066] 6(A) to 6(D) show interface screens 22A, 22B, 22C, and 22D that are displayed on the customer terminal 20 when the service providing application is launched.

[0067] The interface screen 22A shown in FIG. 6(A) is a seat input screen that is executed immediately after the service providing application is launched.

[0068] At this point, access to the service server 16 has been performed, and the top layer displays the time it will take for a response (such as receiving the product) when ordering a service (e.g., "Approximately XX minutes after ordering").

[0069] The second and subsequent layers from the top of the interface screen 22A are items that passengers must input themselves, such as the train number, seat number, and alighting station. For example, the passenger can select the alighting station from a pull-down menu 24 that lists alighting stations along the route. The pull-down menu 24 can be displayed even if the train number is not entered, but it may also be displayed when the train number is entered.

[0070] The lowest layer in FIG. 6(A) is a switching button 26 for the interface screen (displaying "Proceed with this content"), and touching the switching button 26 will transition to the interface screen 22B shown in FIG. 6(B).

[0071] The interface screen 22B shown in FIG. 6(B) is an order entry screen.

[0072] The top layer of the interface screen 22B shown in Figure 6(B) displays aggregated information (seat number, disembarking station, estimated waiting time, etc.) of the interface screen 22A shown in Figure 6(A), and input can be changed.

[0073] The second and subsequent layers from the top of the interface screen 22B are menu images for passengers to order, and passengers place their orders based on these menu images.

[0074] The interface screen 22C shown in FIG. 6(C) is a confirmation screen for the order entered on the interface screen B.

[0075] On the interface screen 22C, detailed information on "Order Confirmation," "Order Menu," and "Payment" are displayed from the top.

[0076] The lowest level in Figure 6(C) is an execution button 28 that confirms the order (displaying "Agree and place order"), and by touching the execution button 28, the order is confirmed based on the detailed information on the confirmation screen shown in Figure 6(C), and the information is sent to the service server 16.

[0077] For reference, the following string will be displayed in the "Order Confirmation" section: "I would like to place an order as follows. Please confirm the terms of use and, if you agree, click "Agree and place order" to confirm your order."

[0078] The interface screen 22D shown in FIG. 6(D) is a closed store screen.

[0079] The interface screens 22B and 22C are displayed on the assumption that orders are possible (the store is open), but there are times when it is better not to provide service to customers.

[0080] In particular, if the time until the passenger arrives at the station where they plan to disembark is within a specified time (a few minutes), accepting an order for a service may result in the service not being completed depending on the situation, which may result in inconvenience to the customer.

[0081] Furthermore, from the perspective of the service provider, it becomes necessary to explain and apologize to the customer for not being able to provide the service.

[0082] Therefore, taking into consideration the destination station and the like, an interface screen 22D (closed store screen) shown in FIG. 6(D) is displayed.

[0083] For example, the following string is displayed on the closed screen: "Thank you for using Mobile Order. We are currently suspending order acceptance. Please scan your ID again when accessing the site again. (Please note that even if you refresh this page after we resume accepting orders, you will not be taken to the order screen.)"

[0084] By displaying such a closed screen, orders from passengers can be stopped and orders can be prevented in advance during times when it is better not to provide service to customers.

[0085] The closed screen may also be displayed depending on the train situation (such as suspension of service).

[0086] 7 shows the order list screen 30 on the service server 16. The order list screen 30 is divided into a search item area 30A and an order status (number of orders, display order) area 30B.

[0087] In the search item area 30A, the order status (all / incomplete / completed / cancelled) can be selected, and in FIG. 7, "all" is selected.

[0088] The order status area 30B displays the number of orders (n items, where n is an integer) and allows the user to select the display order (order by receipt date / ascending / descending). In Figure 7, "order by receipt date" is selected.

[0089] Additionally, the order status area 30B displays a list of order details. The items in the list, from left to right in Fig. 7, are "Selection checkbox," "Car number," "Seat number," "Order date and time," "Departure station," "Total," "Payment," "Order status," "Train number," and "Remarks."

[0090] When you select "Details" in the "Notes" field, the details of the order field (product name, quantity, etc.) will be displayed as a pull-down menu. When the pull-down menu is displayed, a "-" will be displayed in the notes field, and when it is not, a "+" will be displayed.

[0091] In addition, the "Payment" item displays the payment method (cash (yen, dollars, etc.), credit card company name, etc.). It is also possible to display information such as whether the payment has been settled or not.

[0092] The bottom layer of the order list screen 30 displays two selection buttons 32 and 34. Selection button 32 displays "Ready" and selection button 34 displays "Mark as completed." For example, you can change the order status of an order field by checking the "checkbox."

[0093] 8 shows the order list screen 36 on the salesperson terminal 18. The order list screen 36 is divided into a search item area 36A and an order status (number of orders, display order) area 36B.

[0094] In FIG. 7, the service server 16 is configured to display a list of orders from multiple sales staff all at once, so different train numbers are written in multiple order fields.

[0095] In contrast, Figure 8 shows a display format on the salesperson terminal 18 carried by the salesperson, where naturally there is only one train number, and the train number is displayed in the order status area 36B. Note that a unified train number may be displayed in the same column as in Figure 7 for displaying train numbers.

[0096] The display format of Figure 8 is the same as that of Figure 7, except for the display of the train number, and includes two types of selection buttons 38 and 40, so a detailed explanation will be omitted. However, by displaying the order list screen 36 of Figure 8 on the salesperson terminal 18, each salesperson can quickly grasp the order status.

[0097] The screen in Figure 8 also has a "Details" button in the notes, which displays detailed information just like Figure 7. The information displayed in Figure 8, including the detailed information that appears when you press the details in the notes, has been downloaded in one go, and is displayed immediately when you press the details button.

[0098] Depending on the train, communication may be unstable depending on the running state and location. Therefore, if the display information were to be retrieved from the server each time an operation was accepted, it would take a long time to complete the display process. For this reason, the system is designed to download all information, including detailed information, at the beginning.

[0099] In this embodiment, the vehicle is specifically a train, and the in-train sales system 10 has been described as an example inside the train, but the present invention can also be applied to in-train sales systems that provide products (boxed lunches, drinks, etc.) to passengers on other vehicles, for example, public transportation such as buses. Furthermore, the service impact system of the present invention is not limited to public transportation, and can also be applied to sales systems in facilities with many spectator seats, such as stadiums and theater halls. [Explanation of symbols]

[0100] 10 In-train sales system (service provision system) 12 System Network 14 Sales system server (system server) 16 Service server (judgment unit, notification unit) 18 Salesperson terminal (service provider terminal) 19 Backrest 20 Customer terminal 20A 2D code reader 21 Leaflet 21A 2D code 22A, 22B, 22C, 22D interface screens 24 Drop-down menu 26 Switch button 28 Execute button 30 Order list screen 30A Search Item Area 30B Order Status Area 32, 34 selection buttons 36 Order list screen 36A Search Item Area 36B Order Status Area 38, 40 selection button

Claims

1. 1. An information processing device for providing services to customers seated at each seat in response to an order from a customer seated at a location having a plurality of seats, comprising: a reception unit that receives seat information of the customer from a customer terminal carried by the customer; a determination unit that, when receiving an order from the customer terminal, determines whether or not each service provider can provide a service based on the seat information and status information indicating whether or not the service can be provided; a processing unit that allows a request for provision of the service from the customer terminal if the service can be provided, and notifies the customer terminal that the service cannot be provided if the service cannot be provided; An information processing device having the above.

2. The conditions under which the provision of the above services is not possible are:

2. The information processing device of claim 1, including cases where a service provider providing a service to the customer is preparing to provide the service, where the service provider's movement is restricted, and where the customer is predicted to leave earlier than the scheduled time of service provision.

3. The information processing apparatus according to claim 1 , wherein the seat information includes information about the position of the seat where the customer is seated and information about an expected departure of the customer.

4. the location is a train, the location information includes the train number on which the customer is riding and the seat number on which the customer is riding, and the departure prediction information includes the name of a station where the customer plans to get off, 4. The information processing device according to claim 3, wherein if the time until the train arrives at the station with the station name is within a predetermined time, the information processing device notifies the customer terminal that the service cannot be provided.

5. 5. The information processing apparatus according to claim 4, wherein said processing unit, when notifying said service provider that said service cannot be provided, notifies said service provider of information relating to the customer to whom said service cannot be provided.

6. An information processing device according to any one of claims 1 to 5; a management server that performs service management including the types of services provided, inventory of the services, and accounts receivable from the provision of the services; a service provider terminal that is individually owned by a service provider that provides a service to the customer and that notifies the customer of status information indicating at least whether the service can be provided; A service provision system having the above.

7. A program for providing service to customers seated at each seat in response to an order from a customer seated at a location having a plurality of seats, the program comprising: Accepting seat information of the customer from a customer terminal carried by the customer; When an order is received from the customer terminal, a determination is made as to whether or not each service provider can provide a service based on the seat information and status information indicating whether or not the service can be provided; If the service can be provided, the service request from the customer terminal is permitted, and if the service cannot be provided, the customer terminal is notified that the service cannot be provided. A service providing program that causes a computer to execute processing.

Citation Information

Patent Citations

  • Onboard sales system, management server, onboard sales method, onboard sales program

    JP2020197938A

  • Information processing system, information processing program, and visit support method

    JP6839334B1