Program, method, and information processing system

Abstract

To provide a system capable of efficiently creating and managing a boarding list.SOLUTION: A program for operating a computer includes a processor and a storage part, where the storage part is configured to store identification information associated with a mobile object, and the program causes the processor to execute the steps of: receiving registration for an event schedule from a first user who holds the event by using the mobile object; upon a second user who participates in the event reads a two-dimensional code issued based on the identification information, providing a screen for participating in the event of the mobile object corresponding to the identification information; and receiving, from the second user, input of information of the second user necessary for participating in the event, on the screen.SELECTED DRAWING: Figure 8

Description

[Technical field]

[0001] The present disclosure relates to a program, a method, and an information processing system. [Background technology]

[0002] Patent document 1 discloses a system that issues a two-dimensional code linked to transportation reservation information to the terminal of the person making the reservation, and then reads the two-dimensional code with a ticket inspection terminal when the person making the reservation boards the train, thereby enabling reservation inquiries. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Special Publication No. 2019-522304 Summary of the Invention [Problem to be solved by the invention]

[0004] Incidentally, when operating a ship, the ship operator is required to prepare a passenger list containing personal information, including passenger addresses and emergency contact details, and submit this to the relevant government agency. On the other hand, the task of creating and managing a passenger list based on the personal information filled in by passengers during boarding procedures can be a burden for the ship's operations manager.

[0005] The present disclosure provides a system that can efficiently create and manage a passenger manifest. [Means for solving the problem]

[0006] One form of the present disclosure is a program for operating a computer having a processor and a memory unit, wherein the memory unit is configured to store identification information associated with a mobile object, and the program causes the processor to execute the steps of accepting registration of an event schedule from a first user who holds an event using the mobile object, providing a screen for a second user participating in the event to participate in the event of the mobile object corresponding to the identification information by performing an operation to read a two-dimensional code issued based on the identification information, and accepting input of second user information required for participating in the event on the screen from the second user. Effect of the Invention

[0007] According to the present disclosure, it is possible to efficiently create and manage a passenger manifest. [Brief description of the drawings]

[0008] [Figure 1] 1 is a diagram showing an overall configuration of an information processing system according to the present invention; [Diagram 2] 2 is a diagram illustrating a functional configuration of the terminal device illustrated in FIG. [Diagram 3] 2 is a diagram illustrating a functional configuration of a server illustrated in FIG. 1. [Figure 4] FIG. 4 is a diagram showing an example of a data structure of a ship database shown in FIG. 3. [Diagram 5] FIG. 4 is a diagram showing an example of a data structure of a customer database shown in FIG. [Figure 6] FIG. 4 is a diagram showing an example of a data structure of an operation database shown in FIG. 3. [Figure 7] FIG. 4 is a diagram showing an example of a data structure of a passenger manifest database shown in FIG. 3. [Figure 8] FIG. 1 is a diagram illustrating an overview of an embodiment of an information processing system. [Figure 9] 13 is a flowchart showing a registration process of an operation schedule. [Figure 10] 11 is a flowchart showing the boarding procedure process at the time of boarding. [Figure 11] FIG. 2 is a diagram showing an example of a first screen of the information processing system according to the present invention. [Figure 12] FIG. 11 is a diagram showing a second example of a screen of the information processing system according to the present invention. [Figure 13] FIG. 13 is a diagram showing a third example of a screen of the information processing system according to the present invention. [Figure 14] 13 is a flowchart showing a cancellation rate display process. [Figure 15] FIG. 13 is a diagram showing an overview of an embodiment of an information processing system according to a modified example. [Figure 16] 13 is a flowchart showing the processing of boarding procedures at the time of boarding in a modified example. [Figure 17] FIG. 11 is a diagram showing a second example screen of an information processing system according to a modified example. [Figure 18] 13 is a flowchart showing a location information confirmation process according to a modified example. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an embodiment of the present invention will be described with reference to Fig. 1 to Fig. 13. In the following description, the same components are denoted by the same reference numerals. Their names and functions are also the same. Therefore, detailed description thereof will not be repeated.

[0010] <1. System 1 Configuration> The configuration of the system 1 will now be described.

[0011] (1-1. Overall composition) An information processing system 1 according to this embodiment (hereinafter simply referred to as system 1) is a system that supports management of information related to users participating in an event using a moving object. Below, an explanation will be given using a ship tour as an example of an event using a moving object. FIG. 1 is a diagram showing the overall configuration of system 1.

[0012] As shown in FIG. 1, the system 1 includes a plurality of terminal devices 10 (terminal device 10A and terminal device 10B are shown in FIG. 1. Hereinafter, they may be collectively referred to as “terminal device 10”) and a server 20.

[0013] The terminal device 10 is an information processing device operated by each user who uses the system 1. The terminal device 10 is realized by a stationary PC (Personal Computer), a laptop PC, or a mobile terminal such as a smartphone or tablet compatible with a mobile communication system. The terminal device 10 is connected to a network 80.

[0014] Here, the users of the system 1 include the following: - The person who organizes the event, and if the event involves a vessel operation, the person in charge of said operation (first user) A person who participates in an event, and if the event is conducted by a ship, a passenger on the ship (second user) The ship's captain, who is responsible for the operation of the ship, is an example of the ship's operation manager. Note that the ship's operation manager may be a person in charge of the ship's operating company instead of the captain.

[0015] In the following description, the terminal device 10 will be classified as follows according to the subject of operation. Terminal device 10A (terminal device 10 used by the operation manager) Terminal device 10B (terminal device 10 used by passengers) It should be noted that the common configuration will be explained as the terminal device 10.

[0016] The server 20 is an information processing device that mainly manages the ship's operation schedule and creates a passenger list, which is a list of passengers aboard the ship that has departed, in accordance with the ship's operation. Here, the passenger list is a list prepared to keep track of passengers on a recreational fishing boat, for example. The passenger list includes, for example, the name, address, gender, age, and emergency contact information of passengers. Preparation of the passenger list is mandatory, and it is requested to submit it to the administrative agency with jurisdiction. The server 20 is realized by a desktop PC (Personal Computer), a laptop PC, or a mobile terminal such as a smartphone or tablet compatible with a mobile communication system. The server 20 is connected to a network 80.

[0017] (1-2. Hardware configuration of each device) As shown in FIG. 1, the terminal device 10 includes a communication IF (Interface) 12, an input device 13, an output device 14, a memory 15, a storage unit 16, and a processor 19.

[0018] The terminal device 10 is communicatively connected to the server 20 via a network 80. The terminal device 10 is connected to the network 80 by communicating with communication devices such as a wireless base station 81 conforming to communication standards such as 5G and LTE (Long Term Evolution) and a wireless LAN router 82 conforming to wireless LAN (Local Area Network) standards such as IEEE (Institute of Electrical and Electronics Engineers) 802.11.

[0019] The communication IF 12 is an interface for inputting and outputting signals so that the terminal device 10 can communicate with an external device. The input device 13 is an input device (for example, a touch panel, a touch pad, a pointing device such as a mouse, a keyboard, etc.) for receiving an input operation from a user.

[0020] The output device 14 is an output device (such as a display and a speaker) for presenting information to a user. The memory 15 is for temporarily storing programs and data to be processed by the programs, and is a volatile memory such as a DRAM (Dynamic Random Access Memory).

[0021] The storage unit 16 is a storage device for saving programs and data, and is, for example, a flash memory or a hard disk drive (HDD). The programs include, for example, the following programs: ·OS (Operating System) programs · Programs for applications that process information (e.g. web browsers) The data includes, for example, the following data: Databases referenced in information processing Data obtained by performing information processing (i.e., the results of performing information processing)

[0022] The processor 19 is hardware for executing an instruction set written in a program stored in the storage unit 16, and is composed of an arithmetic unit, a register, peripheral circuits, and the like.

[0023] As shown in FIG. 1, the server 20 includes a communication IF 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29.

[0024] The communication IF 22 is an interface for inputting and outputting signals so that the server 20 can communicate with external devices. The input / output IF 23 functions as an interface with an input device for receiving an input operation from a user and an output device for presenting information to the user.

[0025] The memory 25 is for temporarily storing programs and data to be processed by the programs, and is a volatile memory such as a DRAM (Dynamic Random Access Memory).

[0026] The storage 26 is a storage device for saving programs and data, such as a flash memory or a hard disk drive (HDD). The programs include, for example, the following programs: ·OS (Operating System) programs · Programs for applications that process information (e.g. web browsers) The data includes, for example, the following data: Databases referenced in information processing Data obtained by performing information processing (i.e., the results of performing information processing)

[0027] The processor 29 is hardware for executing an instruction set written in a program stored in the storage 26, and is composed of an arithmetic unit, a register, peripheral circuits, and the like.

[0028] (1-3. Functional Configuration of Terminal Device 10) Fig. 2 is a block diagram showing a functional configuration of the terminal device 10 in the system 1 according to the present embodiment. As shown in Fig. 2, the terminal device 10 includes a plurality of antennas (antenna 111, antenna 112), wireless communication units (first wireless communication unit 121, second wireless communication unit 122) corresponding to the respective antennas, an operation reception unit 130 (including a touch-sensitive device 131 and a display 132), a position information sensor 150, a camera 160, a storage unit 170, and a control unit 180.

[0029] The terminal device 10 also has functions and configurations (such as a battery for storing power, a power supply circuit for controlling the supply of power from the battery to each circuit, etc.) that are not specifically shown in Fig. 2. As shown in Fig. 2, each block included in the terminal device 10 is electrically connected by a bus or the like.

[0030] The antenna 111 emits a signal generated by the terminal device 10 as a radio wave. The antenna 111 also receives a radio wave from space and provides the received signal to the first radio communication unit 121.

[0031] The antenna 112 radiates a signal generated by the terminal device 10 as a radio wave. The antenna 112 also receives the radio wave from space and provides the received signal to the second radio communication unit 122.

[0032] The first wireless communication unit 121 performs modulation and demodulation processing for transmitting and receiving signals via the antenna 111 so that the terminal device 10 can communicate with other wireless devices. The second wireless communication unit 122 performs modulation and demodulation processing for transmitting and receiving signals via the antenna 112 so that the terminal device 10 can communicate with other wireless devices.

[0033] The first wireless communication unit 121 and the second wireless communication unit 122 are communication modules including a tuner, a received signal strength indicator (RSSI) calculation circuit, a cyclic redundancy check (CRC) calculation circuit, a high-frequency circuit, etc. The first wireless communication unit 121 and the second wireless communication unit 122 perform modulation / demodulation and frequency conversion of wireless signals transmitted and received by the terminal device 10, and provide the received signals to the control unit 180.

[0034] The operation reception unit 130 has a mechanism for receiving an input operation from a user. Specifically, the operation reception unit 130 is configured as a touch screen, and includes a touch-sensitive device 131 and a display 132.

[0035] Touch-sensitive device 131 accepts an input operation by a user of terminal device 10. Touch-sensitive device 131 detects a touch position of the user on the touch panel by using, for example, a capacitive touch panel. Touch-sensitive device 131 outputs a signal indicating the touch position of the user detected by the touch panel to control unit 180 as an input operation.

[0036] Display 132 displays data such as images, videos, and text under the control of control unit 180. Display 132 is realized by, for example, an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display.

[0037] The position information sensor 150 is a sensor that detects the position of the terminal device 10, and is, for example, a GPS (Global Positioning System) module. The GPS module is a receiving device used in a satellite positioning system. In the satellite positioning system, signals are received from at least three or four satellites, and the current position of the terminal device 10 equipped with the GPS module is detected based on the received signals.

[0038] The camera 160 is a device that receives light with a light receiving element and outputs the light as a captured image. The camera 160 is, for example, a depth camera that can detect the distance from the camera 160 to a subject being photographed. The camera 160 has a function of reading a two-dimensional code by photographing the code.

[0039] The storage unit 170 is configured with, for example, a flash memory, and stores data and programs used by the terminal device 10. The storage unit 170 stores at least user information 171 and various programs (not shown).

[0040] The user information 171 is information about a user who is using the system 1 through the terminal device 10. The user information 171 includes account information (a user ID and a password for identifying the user) that is required to be input when the user logs in to the system 1 through the terminal device 10. In addition, the user information 171 includes information registered when the user installs a predetermined application in the terminal device 10 to use the system 1.

[0041] The user ID may be a customer ID issued to the user. The user ID may be a user account for a business service (which may also include a service for individuals) that provides various functions such as email, video calling, calendar, storage, document creation, spreadsheet creation, and news distribution in the form of SaaS (Software as a Service) or the like.

[0042] The control unit 180 reads a program stored in the storage unit 170 and executes instructions included in the program to control the operation of the terminal device 10. The control unit 180 is, for example, an application that is pre-installed in the terminal device 10. The control unit 180 operates according to the program to fulfill the functions of an input reception unit 181, a transmission / reception unit 182, a data processing unit 183, and a display control unit 184.

[0043] The input receiving unit 181 performs processing for receiving an input operation by a user to an input device such as the touch sensitive device 131 .

[0044] The transmission / reception unit 182 performs processing for the terminal device 10 to transmit and receive data to and from an external device such as the server 20 in accordance with a communication protocol.

[0045] The data processing unit 183 performs a process of performing calculations on data input by the terminal device 10 according to a program and outputting the calculation results to a memory, etc. For example, the data processing unit 183 transmits information input by a user to the server 20 via the transmission / reception unit 182.

[0046] The display control unit 184 performs a process of presenting information to a user by displaying the information on the display 132. The display control unit 184 has a function as a web browser, and accesses information output by the server 20 to a logical line (TCP connection) between the server 20 and the terminal device 10, and performs a process (rendering) of displaying the information on the display 132 of the terminal device 10.

[0047] (1-4. Functional configuration of server 20) 3 is a diagram showing a functional configuration of the server 20. As shown in FIG. 3, the server 20 fulfills the functions of a communication unit 201, a storage unit 202, and a control unit 203.

[0048] The communication unit 201 performs processing for the server 20 to communicate with external devices.

[0049] The storage unit 202 stores data and programs used by the server 20. The storage unit 202 stores, for example, the following data: Ship Database 281 (Ship DB281) · Customer database 282 (CUSTOMER DB282) Flight database 283 (Flight DB283) · Passenger list database 284 (Passenger list DB284)

[0050] The ship DB 281 is a database for managing information related to ships, the details of which will be described later.

[0051] The customer DB 282 is a database for managing information relating to customers, which will be described in detail later.

[0052] The operation DB 283 is a database for managing ship operation information, which will be described in detail later.

[0053] The passenger list DB 284 is a database for managing passenger information input by passengers during their boarding procedures, which will be described in detail later.

[0054] The control unit 203 performs functions shown as various modules by the processor 29 of the server 20 performing processing according to a program. The control unit 203 performs functions as a transmission / reception control module 2031, an acquisition module 2032, an extraction module 2033, an output module 2034, and a list creation module 2035.

[0055] The transmission / reception control module 2031 controls the processing in which the server 20 transmits and receives signals to and from external devices in accordance with a communication protocol.

[0056] The acquisition module 2032 acquires specified information in response to a user's operation. For example, the acquisition module 2032 acquires information input by the captain, who is the person responsible for operation, regarding the ship's operation schedule, and updates the operation DB 283. In this way, the operation information of the ship is registered. In addition, the acquisition module 2032 acquires passenger information input by passengers, for example, and updates the passenger list DB 284.

[0057] The extraction module 2033 extracts specified information in response to a user's operation. For example, the extraction module 2033 extracts an operation schedule related to a tour that is planned for the ship read by the user and that the user can participate in. In response to receiving an operation to read a two-dimensional code issued from a passenger based on the identification information of the ship, the extraction module 2033 refers to the operation DB 283 and identifies operation information registered for the ship linked to the two-dimensional code. The extraction module 2033 extracts the operation schedule registered in the identified operation information.

[0058] The output module 2034 outputs designated information in response to a user's operation. In response to receiving an operation to read a two-dimensional code from a customer, the output module 2034 outputs the operation schedule of the ship linked to the two-dimensional code extracted by the extraction module 2033 to the terminal device 10B used by the passenger. In addition, the output module 2034 outputs a screen that requests input for the user to participate in the extracted operation schedule to the terminal.

[0059] The roster creation module 2035 creates a roster in accordance with the input instructions. For example, the roster creation module 2035 creates a passenger roster for a specified operation by extracting and aggregating information about passengers from the passenger roster DB 284.

[0060] <2. Data Structure> The following describes each database stored in the storage unit 202 in detail.

[0061] (2-1. Ship DB281) FIG. 4 is a diagram showing an example of a data structure of the ship DB 281. As shown in FIG. As shown in Fig. 4, the ship DB281 stores information about ships. New records are recorded in the ship DB281 by registering ship information. The ship DB281 includes the following items: "Ship ID", "Ship Name", "Anchorage", "Number of Passengers", "Manager", and "Access Information". In this way, the ship DB281 stores identification information associated with ships.

[0062] The item "Ship ID" is an item for storing identification information for identifying a ship. A unique value is set for each ship as the ship ID.

[0063] The item "ship name" stores information regarding the name of the ship corresponding to the ship ID.

[0064] The item "anchorage" is an item for storing information about an anchorage of a ship corresponding to a ship ID. For example, information indicating the name of a fishing port or the name of a marina is stored as information about an anchorage of a ship corresponding to a ship ID.

[0065] The item "passenger capacity" is an item that stores information regarding the capacity that indicates the maximum number of passengers that can board the ship corresponding to the ship ID.

[0066] The item "Manager" is an item that stores information about the person responsible for managing the ship corresponding to the ship ID. For example, information identifying the individual who owns the ship or the representative of the organization that owns the ship is stored as the manager of the ship. The manager may be the captain who is responsible for the operation of the ship.

[0067] The item "Access Information" stores information for accessing a page on a website that describes operation information, including operation schedules, already registered by the captain for the ship corresponding to the ship ID (e.g., resource information such as a URL), SNS account information, and other access destination information. By accepting registration of information about the ship from users who manage the ship, the server 20 issues access destination information unique to each user who manages the ship. For example, the server 20 may issue a different URL for each captain. It should be noted that the structure of the ship DB 281 shown in FIG. 4 is merely an example, and the ship DB 281 may include columns in which other data items are stored.

[0068] (2-2.Customer DB282) FIG. 5 is a diagram showing an example of the data structure of the customer DB 282. As shown in FIG. 5, the customer DB 282 is a database that stores and manages information (hereinafter, customer information) about people who use the operation of the ship (potential passengers). New records are recorded in the customer DB 282 when a customer registers new customer information. The customer DB 282 includes the following items: "customer ID", "name", "gender", "address", "contact information", "emergency contact information", and "registration date and time".

[0069] The item "customer ID" is an item for storing identification information for identifying a customer. The customer ID is an item for which a unique value is set for each customer.

[0070] The item "name" is an item for storing the name of a customer corresponding to a customer ID.

[0071] The item "gender" is an item for storing the gender of a customer corresponding to a customer ID.

[0072] The item "age" is an item for storing the age of a customer corresponding to a customer ID.

[0073] The item "address" is an item for storing the address of a customer corresponding to a customer ID.

[0074] The item "contact information" is an item for storing information about the contact information of a customer corresponding to a customer ID. Examples of the information about the contact information include a phone number, an email address, and account information on an SNS.

[0075] The item "emergency contact" is an item for storing information about the emergency contact of a customer corresponding to a customer ID. The information about the emergency contact includes the following information: Name of emergency contact ·The relationship of the emergency contact to the customer Address and contact details of emergency contact person

[0076] The item "registration date and time" is an item for storing the date and time when the customer corresponding to the customer ID registered as a customer. It should be noted that the structure of the customer DB 282 shown in FIG. 5 is merely an example, and the customer DB 282 may include columns in which other data items are stored.

[0077] (2-3. Operation DB283) FIG. 6 is a diagram showing an example of the data structure of the flight DB 283. The operation information recorded in the operation DB 283 includes information on the planned and actual operation of the ship, including the operation schedule. When a person in charge of operations (e.g., a captain) registers a flight schedule, new records are recorded in the flight DB 283. In addition, some of the records in the flight DB 283 are updated according to passenger boarding procedures, which will be described later. As shown in Figure 6, the operation DB283 includes the following items: "Operation ID", "Tour name", "Ship ID", "Operation manager", "Departure date and time", "Departure location", "Return date and time", "Navigation area", "Number of passenger capacity", "Number of remaining seats", "Fully booked flag", "Operation type", "Cancellation flag", "Cancellation decision date and time", and "Registration date and time".

[0078] The item "operation ID" is an item for storing identification information for identifying the operation information of a ship. The operation ID is an item in which a unique value is set for each operation information.

[0079] The item "Tour name" is an item for storing information indicating the name of a tour corresponding to the operation ID. For example, in the case of a boat operation for boat fishing, the item "Tour name" stores information indicating the name of a corresponding boat fishing event.

[0080] The item "Ship ID" is an item that stores identification information of a ship used in the operation corresponding to the operation ID, and for example, the ship ID of the corresponding ship is registered.

[0081] The item "operation manager" is an item for storing information on the operator in the operation corresponding to the operation ID. The operator corresponds to the captain of the operation.

[0082] The item "Departure date and time" is an item that stores information regarding the departure date and time of the operation corresponding to the operation ID.

[0083] The item "location of departure" is an item that stores information regarding the location of departure for the operation corresponding to the operation ID.

[0084] The item "return date and time" is an item that stores information regarding the return date and time of the operation corresponding to the operation ID.

[0085] The item "Navigation area" is an item that stores information about the navigation area of ​​the operation corresponding to the operation ID. For example, in an operation for fishing, information indicating a fishing ground corresponds to the navigation area, and in an operation for sightseeing, information indicating a circumnavigation sea area corresponds to the navigation area.

[0086] The item "passenger capacity" is an item that stores information regarding the capacity that indicates the maximum number of passengers that can board a ship related to the operation corresponding to the operation ID.

[0087] The item "remaining seats" stores the number of remaining seats, which is the difference between the passenger capacity and the number of passengers who have already completed the boarding procedures, on the ship related to the operation corresponding to the operation ID.

[0088] The item "full flag" is an item that stores information indicating whether the number of passengers who have already completed boarding procedures has reached the passenger capacity in the operation corresponding to the operation ID. For example, when the number of passengers who have completed boarding procedures has reached the passenger capacity, the item "full flag" stores information indicating that the ship is full. Specifically, when the value of the item "Number of remaining seats" is 0, a value of 1 is entered into the item "Fully booked flag", which is information indicating that the event is full. On the other hand, when the value of the item "Number of remaining seats" is a value other than 0, a value of 0 is entered into the item "Fully booked flag", which is information indicating that the event is not full.

[0089] The item "operation type" is an item for storing information on the operation type of the ship involved in the operation corresponding to the operation ID. Information on the operation type refers to information that identifies whether the ship in the operation is, for example, chartered by a group of tourists, or a shared boat in which passengers are recruited for each person who wishes to board.

[0090] The item "cancellation flag" is an item that stores information indicating whether the operation corresponding to the operation ID has been canceled due to weather conditions, etc. For example, when an input operation that the operation is canceled is received from the operations manager, the item "cancellation flag" stores information indicating that the ship has been canceled. Specifically, in the case where the decision to cancel is input by the operations manager, the value 1 is input in the item "Cancellation Flag", which indicates that the flight is canceled. On the other hand, in the case where the decision to cancel is not input by the operations manager, the value 0 is input in the item "Cancellation Flag", which indicates that the flight is not canceled.

[0091] The item "date and time of cancellation decision" is an item that stores information regarding the date and time when the decision to cancel a flight was entered when the flight corresponding to the flight operation ID was decided to be canceled by the flight operations manager.

[0092] The item "registration date and time" is an item for storing the date and time when the operations manager first registered the schedule for the operation corresponding to the operation ID. It should be noted that the structure of the operation DB 283 shown in FIG. 6 is merely an example, and the operation DB 283 may include columns in which other data items are stored.

[0093] (2-4. Passenger list DB284) FIG. 7 is a diagram showing an example of the data structure of the passenger manifest DB 284. As shown in FIG. A new record is recorded in the passenger manifest DB 284 by accepting input of necessary information from a passenger when the passenger boards the ship. As shown in FIG. 7, the passenger manifest DB284 includes the following items: "Operation ID", "Customer ID", "Name", "Age", "Address", "Email address", "Emergency contact", and "Input date and time".

[0094] The item "operation ID" is an item for storing identification information for identifying the operation related to the boarding procedure.

[0095] If the passenger who is undergoing boarding procedures is a user who has already registered as a customer, the customer ID is stored as identification information in the customer DB 282 that identifies the customer. If the passenger is a customer who has not registered as a customer, this field is left blank.

[0096] The item "Name" is an item for storing the name of a passenger who is undergoing boarding procedures.

[0097] The item "age" is an item for storing the age of the passenger involved in the boarding procedure.

[0098] The item "Address" is an item for storing the address of a passenger who is undergoing boarding procedures.

[0099] The item "Contact Information" is an item for storing information regarding the passenger's contact information for boarding procedures.

[0100] The item "emergency contact" is an item for storing information regarding emergency contact information for passengers regarding boarding procedures.

[0101] The item "input date and time" is used to store the date and time when a passenger inputs passenger information during boarding procedures. It should be noted that the structure of the passenger manifest DB 284 shown in FIG. 7 is merely an example, and the passenger manifest DB 284 may include columns in which other data items are stored.

[0102] <3. Overview of the embodiment> Hereinafter, an outline of an embodiment of the present invention will be described with reference to FIG.

[0103] As shown in Fig. 8, various events using ships are held by ship operators (e.g., ship operating companies). Examples of events using ships include the following: Boat fishing tours run by fishing boats - Sightseeing tours using sightseeing boats organized by sightseeing boat operators Yacht tours organized by yacht clubs Events using ships may be events other than those mentioned above.

[0104] When holding an event, the captain, who is responsible for the operation of the ship, sets and registers the operation schedule (tour schedule). Passengers can check the tour schedule and complete the boarding procedures to participate in the tour they wish to take part in. When boarding, passengers are required to enter passenger information, including emergency contact information. The operations manager is required to compile the passenger information entered for each customer, create a passenger list for each operation, and submit it to the relevant government agency. System 1 performs the following processes with the aim of streamlining the entry of passenger information and the creation of the passenger list.

[0105] (3-1. Flight schedule registration process) The operation schedule is registered by the captain (operation manager) who organizes the operation tour, which is an event. The captain checks the weather conditions in the navigation area on the day, for example, and registers at least the following information as the operation schedule using the terminal device 10A. Tour name ·Ship ID Flight Schedule Operation type Furthermore, if the captain decides to cancel a trip due to a change in weather conditions in the navigation area, he or she registers this fact using the terminal device 10A.

[0106] (3-2. Ship information reading process) At the departure point, the passenger reads the ship's information. The passenger reads the two-dimensional code issued based on the ship's identification information using the terminal device 10B. Here, the two-dimensional code is issued for each ship and contains the following information: Access information for vessel DB281 · Access information for passenger input form For example, two-dimensional codes are posted in the following locations: Facilities around ships or ship boarding gates - Ship berthing facilities and related equipment Boarding counter

[0107] The server 20 provides the following information to the terminal device 10 that reads the two-dimensional code. - Operational information (including schedule) registered by the master of the relevant vessel -Selection screen for the tour you wish to join - Input screen (passenger input form) for participating in the operation registered by the captain of the relevant vessel If multiple tours have been registered by the captain for the ship, the user who will be a passenger can select at least one of the multiple tours on the tour selection screen that he or she wishes to participate in. The user checks the operation information such as the schedule of each tour and selects the tour (operation) that he or she wishes to board.

[0108] (3-3. Input processing of passenger information) After selecting the desired sailing schedule, the passenger inputs the passenger information by inputting the necessary items into the passenger input form linked to the two-dimensional code. This completes the boarding procedure. In other words, the passenger's terminal device 10B accepts the input of passenger information required to participate in the sailing on the input form screen.

[0109] (3-4. Creation and processing of the passenger list) The server 20 compiles passenger information for all passengers on each operation and creates a passenger list for that operation. Each of these processes will be described in detail below.

[0110] <4. Operation of System 1> Various processes performed by the system 1 will now be described.

[0111] (4-1. Flight schedule registration process) FIG. 9 is a flowchart showing the registration process of the flight schedule. As shown in FIG. 9, in registering a vessel operation schedule, first, the terminal device 10A accepts input of vessel operation information from the captain who is responsible for the vessel operation (step S100). Specifically, the input receiving unit 181 of the terminal device 10A receives operation information including a ship's operation schedule input by the captain. The data processing unit 183 transmits the input operation information to the server 20 via the transmitting / receiving unit 182. An example of the screen of the terminal device 10A at this time will be described later as a first screen example P1.

[0112] After step S100, the server 20 acquires the flight schedule (step S200). Specifically, the transmission / reception control module 2031 of the server 20 receives the flight information transmitted from the transmission / reception unit 182 of the terminal device 10A in step S100. Thereafter, the acquisition module 2032 of the server 20 acquires the flight information received by the transmission / reception control module 2031 .

[0113] After step S200, the server 20 updates the operation DB 283 (step S201). Specifically, the acquisition module 2032 of the server 20 records the operation information acquired in step S200 as a new record in the operation DB 283. That is, the operation information input by the captain includes, for example, the following: For events using ships, the tour name, departure date and time, departure location, return date and time, navigation area, number of passengers, and operation type Here, the passenger capacity may be automatically input by referring to the value in the ship DB281. The items "remaining seats," "full flag," and "cancellation flag" in the operation DB283 are updated according to the boarding procedures of passengers. Details will be described later. This completes the process of registering the flight schedule by the person in charge.

[0114] (4-2. Processing boarding procedures) FIG. 10 is a flowchart showing the boarding procedure process.

[0115] As shown in FIG. 10, in the process of boarding procedures, first, the terminal device 10B of a user who will become a passenger accepts an operation of reading a two-dimensional code in which ship information is recorded, in response to an operation by the user (step S101). Specifically, the input receiving unit 181 of the terminal device 10B receives the ship information associated with the two-dimensional code read by the user operating the operation receiving unit 130. The data processing unit 183 of the terminal device 10A transmits the read information to the server 20 via the transmission / reception unit 182.

[0116] After step S101, the server 20 extracts boarding operation information corresponding to the ship read by the terminal device 10B of the user who will become a passenger (step S202). Specifically, the extraction module 2033 of the server 20 refers to the operation DB 283 for the ship information transmitted from the terminal device 10 in step S101, and extracts operation information related to boarding operations. The extraction module 2033 extracts operation information that satisfies, for example, the following conditions: -Operation information for tours whose departure date and time has not yet arrived Here, the extraction module 2033 may extract flight information that satisfies the following conditions: In this case, the extraction module 2033 may extract flight information that satisfies at least one of the following conditions in addition to the above conditions. -Operation information for tours where the full flag does not indicate full availability -Operation information for tours where the cancellation flag does not indicate a cancellation

[0117] After step S202, the server 20 outputs the extracted tour candidates (step S203). Specifically, the output module 2034 of the server 20 creates information (web page) showing the tour candidates extracted in step S202, and outputs it to the logical line between the server 20 and the terminal device 10B. Here, when there are multiple tour candidates extracted, the server 20 creates a selection screen that allows the passenger to select one flight schedule from the multiple tour candidates. When there is only one tour extracted, the server 20 may omit step S204, and simultaneously execute step S205 (described later) in step S203.

[0118] After step S203, the terminal device 10B presents tour candidates to the user (step S102). Specifically, in step S203, the display control unit 184 of the terminal device 10B accesses the logical line between the server 20 and displays information indicating tour candidates on the display 132 of the terminal device 10B, thereby presenting the information to the user.

[0119] After step S102, the terminal device 10B accepts an operation from the user who will be a passenger to select a tour in which the user wishes to participate (step S103). Specifically, the input receiving unit 181 of the terminal device 10B receives a selection operation of a tour that the user wishes to participate in from among the multiple tours presented to the user in step S102. The transmitting / receiving unit 182 of the terminal device 10B transmits information related to the received tour that the user wishes to participate in to the server 20. An example of the screen of the terminal device 10B at this time will be described later as a second screen example P2.

[0120] After step S103, the server 20 acquires information about the tour that the user wishes to participate in (step S204). Specifically, in step S103, the transmission / reception control module 2031 of the server 20 acquires information about the tour in which the user wishes to participate, transmitted from the transmission / reception unit 182 of the terminal device 10B.

[0121] After step S205, the server 20 outputs a passenger input form (step S205). Specifically, the output module 2034 of the server 20 creates information (web page) corresponding to the passenger input form, and outputs it to the logical line between the server 20 and the terminal device 10B.

[0122] After step S205, the terminal device 10B presents the output passenger input form to the user (step S104). Specifically, the display control unit 184 of the terminal device 10B accesses the logical line between the server 20 and displays the passenger input form output in step S205 on the display 132 of the terminal device 10B, thereby presenting the information to the user.

[0123] After step S104, the terminal device 10B accepts an operation to input passenger information required for boarding the ship (step S105). Specifically, the input receiving unit 181 of the terminal device 10B receives the passenger information input by the passenger operating the operation receiving unit 130 into the passenger input form displayed on the display 132 in step S104. The transmitting / receiving unit 182 of the terminal device 10B transmits the received passenger information to the server 20. An example of the screen of the terminal device 10B at this time will be described later as a third screen example P3.

[0124] After step S104, the server 20 updates the passenger manifest DB 284 (step S206). Specifically, in step S105, the transmission / reception control module 2031 of the server 20 receives the passenger information transmitted from the transmission / reception unit 182 of the terminal device 10A. The acquisition module 2032 of the server 20 acquires the passenger information received by the transmission / reception unit 182. The acquisition module 2032 records the acquired passenger information as a new record in the passenger list DB 284, thereby updating the passenger list DB 284.

[0125] Thereafter, the acquisition module 2032 of the server 20 updates the corresponding operation DB 283 based on the acquired passenger information. The acquisition module 2032 subtracts the value of the "remaining seats" field of the operation information item corresponding to the acquired passenger information in the operation DB 283.

[0126] After step S207, the server 20 creates a passenger manifest (step S207). Specifically, the roster creation module 2035 of the server 20 refers to the passenger roster DB 284, aggregates passenger information corresponding to the same operation ID, and creates a passenger roster containing passenger information for all passengers for each ship operation (tour). This completes the boarding procedure.

[0127] <5. Screen Examples> Below, examples of screens in the system 1 will be explained.

[0128] (5-1. First screen example P1) 11 is a diagram showing a first screen example P1. The first screen example P1 is a screen displayed on the terminal device 10A in step S100 shown in FIG. As shown in FIG. 11, the first screen example P1 is a screen that accepts an operation by the captain to register operation information.

[0129] An area A1 for displaying the name of the ship used by the captain for operation is displayed at the top of the first screen example P1. The captain can select the ship used for operation. In the center of the first example screen P1, an input field A2 for operation information regarding operation using the specified ship is displayed.

[0130] An operation button B1 for registering the input operation information is displayed below the first screen example P1. The captain can register new operation information by clicking the operation button B1.

[0131] (5-2. Second screen example P2) 12 is a diagram showing a second screen example P2. The second screen example P2 is a screen displayed on the terminal device 10B in step S103 shown in FIG. 12, the second screen example P2 is a screen that accepts a selection operation of a desired tour from a user who wishes to participate in a ship operation (tour). As shown in the figure, the server 20 may display information on operations (tours) in which the user can participate in chronological order in the second screen example P2 displayed on the terminal device 10B, or may preferentially display the operation schedule that will be held at the closest time to the time of the user's access.

[0132] An area A3 is displayed at the top of the second screen example P2, which displays information indicating the ship corresponding to the two-dimensional code read by the terminal device 10B. An area A4 is displayed in the center of the second screen example P2 for receiving a selection operation of a service schedule corresponding to a ship from passengers. An operation button B2 for registering the selected flight schedule is displayed below the second screen example P2. The user can register the selected flight schedule by clicking the operation button B2. When the operation button B2 is clicked, the screen transitions to an input screen for various information (third example screen P3). In the second screen example P2, the server 20 may display operation information for tours whose departure date and time have not yet arrived and which meet at least one of the following conditions (operations that have been registered as tours by the captain but are fully booked or canceled and unavailable to the user). -Operation information for tours where the full flag indicates that the tour is full -Operation information for tours where the cancellation flag indicates a cancellation Here, the server 20 may display in the second screen example P2 a distinction between operations that the user can use (not full or canceled) and operations that the user cannot use based on the following conditions. This allows the user to grasp the overall picture of operations registered by the captain regardless of whether the user can use them or not, and to grasp operations that may be registered by the captain in the future. Therefore, the user may be motivated to use new operations.

[0133] (5-3. Third screen example P3) 13 is a diagram showing a third example screen P3. The third example screen P3 is a screen displayed on the terminal device 10B in step S105 shown in FIG. As shown in FIG. 13, the third screen example P3 is a screen that accepts input operation of passenger information required for boarding procedures from passengers who wish to board the ship.

[0134] An area A5 for displaying information about the tour selected by the passenger on the second screen example P2 is displayed at the top of the third screen example P3. An area A6 for receiving input of passenger information required for boarding from passengers is displayed in the center of the third screen example P3. An operation button B3 for registering the input passenger information is displayed below the third screen example P3. The user can register the input passenger information by clicking the operation button B3. This allows the user to carry out the boarding procedures required for boarding the ship.

[0135] <6.Summary> As described above, in the system 1, when participating in a ship tour, passengers input information required for boarding procedures from the passengers. This makes it possible to create a passenger manifest using the information input by the passengers, and the passenger manifest can be created and managed efficiently. For example, in response to a request from a user such as the captain, the server 20 may output a passenger manifest for a certain operation in a predetermined format based on the information stored in the passenger manifest DB 284.

[0136] Furthermore, when the captain registers a schedule for a tour using a ship, and a user who is a potential passenger reads a two-dimensional code linked to the ship with the terminal device 10B, a screen for participating in the tour using the ship is provided to the terminal device 10B. Therefore, after presenting the schedule for the tour using the ship to the user, it is possible to accept the user's request to participate, and information such as cancellations due to worsening weather conditions can be appropriately shared with passengers.

[0137] Furthermore, in the case where multiple ship operation schedules are registered by the captain, the system 1 provides passengers with the option to select at least one of the multiple operation schedules. This makes it possible to manage information about passengers for each operation even in a situation where multiple operation schedules are set for the ship.

[0138] <7. Variations> A modification of this embodiment will now be described.

[0139] In the above description, the captain registers operation information for each tour, but this is not a limitation. Only the captain's decision on cancellation of the pre-registered operation information may be received.

[0140] In the above description, the passengers input the passenger information, but this is not limiting. That is, if a passenger is already a registered customer and there is no change in the customer information, the passenger may enter only the customer ID in the passenger input form and omit input of other passenger information. In this case, the list creation module 2035 may refer to the customer DB 282 using the customer ID and create the passenger list data 285 using the customer information stored in the customer DB 282. This can reduce the effort required for passengers to enter passenger information at the time of boarding procedures.

[0141] In the above description, the terminal device 10B of the passenger user presents only flight information of flight tours that the user can participate in to the user, but this is not limited to the above. The terminal device 10B may also present flight information of flight tours that the user cannot participate in, together with the reason why the user cannot participate (full or canceled).

[0142] In the above description, an event that can be participated in without making a reservation has been described, but this is not limited to the above. Participation in an event may require prior reservation. Furthermore, the operation of a ship is not limited to tourism and entertainment, and the present invention may be applied to operations operated as a means of transportation such as ferries and ferries. In this case, the registration of a schedule for an event from the first user who is the operation manager may be omitted. This is because an operation schedule is generally set in advance for operations operated as a means of transportation.

[0143] (Integration with other services) Furthermore, the technology of the present disclosure can be linked with other services. The other services are, for example, services such as calendar software and reservation software provided by SaaS (Software as a Service). For example, when the other service is a calendar, a calendar database of the service used by the captain, operation manager, etc. is linked with the boarding list generated by the list creation module 2035. In this case, the control unit 203 may be configured to include, for example, a list providing module 2036 (not shown) for linking with the other services. In this case, for example, when the list providing module 2036 receives a request for providing a passenger list for an arbitrary operation schedule from the calendar service and authentication information of the calendar user, the list providing module 2036 authenticates whether the calendar user is a captain, an operation manager, etc. If the authentication is successful, the list providing module 2036 transmits the passenger list for the operation schedule to the calendar service. With this configuration, the captain or operations manager can check the passenger list for the operation schedule registered in the calendar. Therefore, the captain or operations manager can easily check the current reservation status, the number of people scheduled to board, etc. for the operation schedule.

[0144] The technology of the present disclosure can also be linked to multiple other services. The technology of the present disclosure can be linked to, for example, a calendar service and a reservation service. For example, when a captain enters a sailing schedule into the calendar service, a service of accepting reservations based on the sailing schedule is started in the reservation service. Then, when a user makes a reservation in the reservation service, the roster creation module 2035 receives information about the user from the reservation service and the sailing schedule from the calendar service. Then, the roster creation module 2035 creates and updates a boarding roster for the sailing schedule. In this way, by acquiring information from other services, the creation of a boarding roster can be made quick and easy.

[0145] (Indication of possible cancellation) Furthermore, the technology of the present disclosure can further add a function for displaying the possibility of flight cancellation. In this case, the control unit 203 includes a flight cancellation rate calculation module 2037 (not shown). The flight cancellation rate calculation module 2037 uses weather information for the destination of the flight to calculate a flight cancellation rate that indicates the possibility of flight cancellation at the scheduled flight date and time. Specifically, the flight cancellation rate calculation module 2037 calculates the flight cancellation rate at any timing, such as when the flight schedule becomes available for reservation, in the morning of the day before the departure date, or any other timing determined arbitrarily. The cancellation rate calculation module 2037 first acquires cancellation information regarding cancellations of the captain of the ship. The cancellation information includes the number of cancellations that the captain made in a given period in the past, the time when the captain decided to cancel the trip, and the like. Next, the cancellation rate calculation module 2037 acquires the destination navigation area and departure date and time for the flight schedule from the flight DB 283. The cancellation rate calculation module 2037 acquires weather information for the navigation area at the departure date and time from a server that provides weather information, etc. The weather information is, for example, weather information that may affect flight operations, such as wind speed, wave height, advisories, and warnings. The cancellation rate calculation module 2037 calculates the cancellation rate based on the acquired cancellation information and weather information. Any method can be used to calculate the cancellation rate. For example, the cancellation rate can be calculated by first calculating a probability according to the number of cancellations by the captain in a given period in the past, and then correcting the calculated probability according to the weather information to obtain the cancellation rate. Then, the cancellation rate calculation module 2037 stores the calculated cancellation rate in the storage unit 202. When the output module 2034 receives a request for the cancellation rate of a ship regarding a sailing schedule from the terminal device 10 operated by a passenger or the captain, the output module 2034 acquires the cancellation rate from the storage unit 202. The output module 2034 outputs the acquired cancellation rate to the terminal device 10. The cancellation rate may be displayed in the other services described above. For example, the output module 2034 may transmit the cancellation rate to a calendar service and display the cancellation rate on the calendar.

[0146] FIG. 14 is a flowchart showing the cancellation rate display process. As shown in FIG. 14, in S401, the cancellation rate calculation module 2037 of the server 20 acquires cancellation information regarding cancellation of a ship's captain. In S402, the cancellation rate calculation module 2037 of the server 20 acquires the destination sailing area and departure date and time for the sailing schedule from the operation DB 283. In S403, the cancellation rate calculation module 2037 acquires weather information for the navigation area at the departure date and time from a server or the like that provides weather information. In S404, the flight cancellation rate calculation module 2037 of the server 20 calculates the flight cancellation rate based on the acquired weather information. In S405, the output module 2034 of the server 20 stores the cancellation rate. Then, the terminal device 10 of the user makes a request to the server 20 to display the cancellation rate, and the output module 2034 displays the cancellation rate on the terminal device 10, thereby displaying the cancellation rate to the user. In this way, the captain's cancellation information and weather information at the destination of the voyage are used to calculate the cancellation rate, which indicates the possibility of cancellation at the scheduled sailing date and time, and the cancellation rate is displayed, so that the captain and passengers can know the possibility of cancellation. Therefore, when a user checks the cancellation rate when a sailing schedule becomes available for reservation, the user can decide whether to make a reservation based on the cancellation rate. Furthermore, ship captains often decide whether to cancel a sailing in the evening of the previous day. Therefore, by a user checking the cancellation rate several days before the sailing date or in the morning of the previous day, the user can decide in advance whether to cancel a reservation for the ship, whether to reserve or cancel transportation and accommodations, whether to make other plans, etc.

[0147] (Display of advertisements) In the above description, the boarding procedure process has been described, but the present invention is not limited to this. In this modified example, advertisements can be displayed during the boarding procedure. Advertisers may include various types of advertisers, such as ship manufacturers, local governments in the sailing area, and tourism companies. FIG. 15 is a diagram showing an overview of an embodiment of an information processing system according to a modified example. In the process of reading ship information, passengers read the ship's information at the departure point. The two-dimensional code may be configured to be displayed together with an advertisement. For example, an advertisement such as the name of a sponsor of the ship may be included together with the two-dimensional code on a paper or screen on which ship information is displayed. The two-dimensional code further includes advertisement information, which is stored in advance in the storage unit 202 and is used to extract an advertisement to be displayed on the terminal device 10. The server 20 further provides the advertisement information to the terminal device 10 that reads the two-dimensional code. The advertisement is displayed on the terminal device 10 as, for example, an advertisement banner.

[0148] FIG. 16 is a flowchart showing the boarding procedure processing at the time of boarding according to this modified example. After step S202, in S2202, the server 20 extracts an advertisement corresponding to the advertisement information included in the read two-dimensional code. After step S2202, the server 20 outputs the extracted tour candidates and advertisements (step S2203). After step S2203, the terminal device 10B presents the tour candidates and advertisements to the users who will become passengers (step S1102). Specifically, in step S2203, the display control unit 184 of the terminal device 10B accesses the logical line between the server 20 and displays information indicating candidate tours and advertisements on the display 132 of the terminal device 10B, thereby presenting the information and advertisements to the user.

[0149] FIG. 17 is a diagram showing an example of a second screen of the information processing system according to the modified example. An advertisement display section C1 for displaying advertisements is displayed at an arbitrary position on the second screen example P2. In the example of FIG. 17, a banner advertisement is displayed on the advertisement display section C1. The user can access the advertiser's website by clicking on the banner advertisement. The user can register the selected flight schedule. In this way, by including advertising information in the two-dimensional code linked to the ship, the ship owner or manager can earn advertising revenue.

[0150] The control unit 203 may also include an advertisement score calculation unit (not shown) and an advertisement fee determination unit (not shown). The advertisement score calculation unit calculates an advertisement score indicating the advertisement effectiveness when an advertisement is displayed by the advertisement display unit, based on the ship's passenger manifest for a ship that displays a two-dimensional code including advertisement information. Specifically, the advertisement score calculation unit extracts the number of users who boarded the ship during a predetermined period and the number of times the ship has departed from the ship's past passenger manifest. The advertisement score calculation unit calculates the advertisement score from the extracted number of users who boarded the ship in the past and the number of times the ship has departed. The advertisement score can be calculated by any calculation method. For example, the advertisement score is calculated by calculating the average number of passengers per month as the advertisement score. The advertisement score calculation unit then presents the advertisement score to the advertiser.

[0151] The advertising fee determination unit determines an advertising fee for placing an advertisement for the ship based on the advertising score. Specifically, the advertising fee determination unit determines an advertising fee for the ship according to the advertising score. For example, when the advertising score is the average number of passengers per month, the advertising fee determination unit may be configured to determine a predetermined advertising fee according to the number of passengers. Then, the advertising fee determination unit presents the determined advertising fee to the advertiser. The advertising fee determination unit may also be configured to present the advertising score and the advertising fee to the advertiser.

[0152] When passengers participate in an event, they always view the screen on which the advertisement is displayed (for example, the second example screen in FIG. 17). Therefore, the advertisement score calculation unit calculates the advertisement score according to the number of past passengers, allowing the advertiser to make a decision on whether or not to place an advertisement. Furthermore, the advertisement fee determination unit determines the advertisement fee according to the advertisement score, allowing the advertiser to make an appropriate decision on whether or not to place an advertisement. Furthermore, the advertisement fee determination unit simultaneously displays the advertisement score and the advertisement fee, thereby further assisting the advertiser in making a decision, and the advertiser can place an advertisement at an appropriate advertisement fee.

[0153] The advertisement score calculation unit may use the results of actions actually taken by users regarding the advertisement in calculating the advertisement score. Examples of the results of actions taken by users regarding the advertisement include the number of times the advertisement was actually viewed, the number of times the advertisement was clicked, the number of times a product was purchased from the advertisement, the number of times a service was used from the advertisement, etc. The advertisement score calculation unit can calculate a more realistic and accurate advertisement score by using the results of actions actually taken by users regarding the advertisement in calculating the advertisement score. This can contribute more appropriately to the advertiser's decision to place an advertisement.

[0154] (Provision of location information during flight) In this modification, a case will be described in which location information of a ship in operation is provided to the captain of the ship or the company managing the ship, or the family of the user on board the ship (hereinafter, these will be collectively referred to as confirmers). In this modification, the control unit 203 includes a location information providing module 2038 (not shown). The position information providing module 2038 acquires the position information of the ship in operation. Specifically, the position information providing module 2038 acquires the position information of the ship from the terminal device 10A operated by the captain. The position information is, for example, GPS information. Furthermore, the position information providing module 2038 acquires factors that affect the operation of the ship. Specifically, when the event is fishing, the position information providing module 2038 acquires factors that affect the operation of the ship, such as the quality of fishing and the presence or absence of nearby ships. The location where the ship will operate is determined to some extent by an operation plan. However, the captain may change the fishing location depending on the fishing conditions. Also, when there is a ship nearby, the captain may change the operation route to avoid the nearby ship. In this way, the factors that affect the operation of the ship are acquired from the terminal device 10A operated by the captain. In this case, the terminal device 10A has a function of, for example, inputting or selecting factors that affect the operation of the ship and transmitting the factors and position information to the server 20. The output module 2034 presents the location information and factors affecting operation on the confirmer's terminal device (not shown). This allows the person checking to ascertain where the ship is sailing, and if the route differs from the planned route, what the reason is. The location information providing module 2038 may be configured to acquire location information for each predetermined time in the operation plan in advance and determine whether it matches the current location information. In this case, the output module 2034 notifies the person checking if the determination result is a match that the operation is in accordance with the operation schedule, and if it is not a match, that the operation is not in accordance with the operation schedule. This can increase safety. Also, the passengers' families can feel at ease by being able to check the user's condition.

[0155] FIG. 18 is a flowchart showing a location information confirmation process according to a modified example. In the location information confirmation process, the location information providing module 2038 of the server 20 is assumed to have acquired and stored location information for each predetermined time in the flight plan in advance. In addition, the location information confirmation process will be described taking as an example a case where the process is started every predetermined time. In S501, the position information providing module 2038 of the server 20 acquires position information of a moving object and factors that affect the operation of the ship. In S502, the location information providing module 2038 of the server 20 calculates the current location information, the planned location information and the distance. In S503, the location information providing module 2038 of the server 20 determines whether the flight schedule is on track based on the calculated distance. Specifically, the location information providing module 2038 determines whether the calculated distance is equal to or less than a predetermined threshold. If the calculated distance is equal to or less than the predetermined threshold, the location information providing module 2038 determines that the flight schedule is on track, and if not, determines that the flight schedule is not on track. In S504, the output module 2034 of the server 20 presents the judgment result and factors that will affect the operation of the ship to the terminal device of the person who checks. In S505, the terminal device of the checker displays the judgment result and factors that will affect the operation of the ship to the checker.

[0156] (Emergency calls during flight) In this modification, an emergency call is made to a ship in operation. The emergency call destination is assumed to be the Japan Coast Guard, a marina, the emergency contact information of passengers, and the like. In this modification, an emergency call button is provided in an application of the terminal device 10 operated by the ship, the captain, or the passengers. In the following example, a case where an emergency call button is provided in the application of the terminal device 10 operated by the captain will be described as an example. When the captain presses the emergency call button on the terminal device 10, the transceiver unit 102 of the terminal device 10 transmits an emergency call to the server 20. The emergency call includes location information of the terminal device 10. The location information is, for example, GPS information. In this modification, the control unit 203 includes an emergency call module 2039 (not shown). The transmission / reception control module 2031 receives an emergency call when the emergency call button is pressed. When the emergency call module 2039 receives an emergency call, it notifies a predetermined manager to contact a predetermined emergency call destination together with the location information. Specifically, the emergency call module 2039 transmits the location information and the predetermined emergency contact information to a terminal (not shown) of a predetermined manager such as the manager of the system (e.g., system 1) or the manager of the ship, thereby presenting the information to the manager. According to this modification, even if there is no ship manager on land because the ship is privately owned, the ship has no collaborators, etc., the system manager can make an emergency call to the emergency contact in the event of an emergency. This makes it possible to increase the safety of passengers and crew in the event of an emergency. The emergency call module 2039 may be configured to present the emergency call to the manager and transmit the emergency call, location information, and information about the ship to the emergency call destination, thereby improving the safety of passengers and crew in the event of an emergency. Also, the application may be provided with a button for selecting the content of the emergency call, which allows the administrator to select an appropriate emergency call destination and take an appropriate response depending on the content of the emergency call. The server 20 may also be configured to periodically communicate with the captain's terminal device 10 to confirm safety, and if there is no response from the terminal device 10 within a predetermined time, the emergency call module 2039 may assume that an emergency call has been received and notify the designated manager to contact a designated emergency call destination. In this case, the emergency call module 2039 may be configured to have the designated manager take a confirmation action such as contacting the captain or a user on board by email, phone, etc., and then notify the designated manager to contact the designated emergency call destination if the manager is unable to contact the captain or a user on board. With this configuration, it is possible to make an emergency call while reducing erroneous calls when the captain's terminal device cannot be contacted.

[0157] (Repeat measures) The technology disclosed herein can further perform processing to determine discounts, sales of discounted tickets, etc., based on passengers' boarding history information. Specifically, the control unit 203 has a benefit determination module (not shown). After a passenger has completed boarding procedures, the benefit determination module extracts the number of times the passenger has used the service by referring to customer DB 202. The benefit determination module determines whether to grant a benefit to the passenger based on the number of times the passenger has used the service. The benefit based on the number of times the passenger has used the service is determined in advance. The benefit determination module displays a message on the passenger's terminal device 10B indicating that the determined benefit has been granted. The passenger can use the displayed benefit on the current boarding or on subsequent boardings. The benefit may be something unrelated to the cruise. For example, the benefit may be a coupon that can be used for shopping on an EC site. If the purpose of the cruise is fishing, the benefit determination module can determine a benefit such as a discount coupon for fishing equipment on the EC site. According to this modified example, the possibility of passengers reusing the vessel can be increased.

[0158] (Gift suggestions) The technology disclosed herein can further perform a process of giving gifts to the passenger to the passenger's relatives or other persons who are listed as emergency contacts. Specifically, the control unit 203 has a gift suggestion module (not shown). The gift suggestion module acquires emergency contact information of passengers by referring to the customer DB 202 at any time (for example, one month before a passenger's birthday, on Father's Day, etc.). The gift suggestion module transmits a message suggesting a predetermined gift and a coupon, etc. to the emergency contact. The relatives, etc. of the emergency contact can consider whether to send a gift to the passenger based on the received message and coupon. At this time, the gift suggestion module sends fishing gear related gift suggestions, fishing gear coupons, etc. to the emergency contact. This reduces the burden (cost) for passengers to start fishing. Also, passengers can use the ship as a fishing boat, which can increase the number of users of the ship. In addition, the system may be configured so that passengers' consent is obtained beforehand as to whether or not messages can be sent to emergency contacts. This can prevent passengers and their relatives from feeling annoyed that their personal information has been used without their consent.

[0159] (Financing and installment sales based on the crew list) The technology disclosed herein can further use the passenger list to perform a process for determining whether to offer financing and installment sales of fishing gear to the owner of the fishing boat. Specifically, the financing and installment sales of fishing gear are determined according to the credit information of the fishing boat based on the boarding data based on the passenger list. In this case, the control unit 203 has a credit decision module (not shown). The credit decision module acquires multiple boarding rosters for fishing boats. At this time, the acquired boarding rosters may be all boarding rosters, or may be for a period such as the most recent few months. The credit decision module scores the credit information from the multiple boarding rosters. The score may be calculated, for example, according to the sum of the most recent N boarding rates divided by N, the total number of boarding users in the most recent N times divided by unique users, or the like. If the sum of the most recent N boarding rates divided by N is high, the sales prospects are high, and the credit score is high. Also, if the number of the total number of boarding users in the most recent N times divided by unique users is close to N, the repeat rate is high, and a stable number of boardings can be secured. For this reason, it is considered that the credit score will be high. However, when referring to the number of accepted reservations, it is difficult to know the actual boarding history because there are cancellations by those who were scheduled to board the ship and cancellations due to bad weather. For this reason, the number of passengers who actually boarded the ship is used. Since the technology disclosed herein creates a passenger list, the actual number of passengers can be easily used. In the case of loans to ship owners, the credit decision module may determine the loan amount, interest rate, repayment period, etc., depending on the score. In the case of installment sales of fishing gear, the installment sales of the fishing gear are decided according to the score. The business that performs the advance payment can expect stable payments because the trustworthy boat owner rents fishing gear to the passengers according to the score. In addition, by making it easy to get the right equipment for the number of passengers in this rental, even beginners and people who have forgotten their fishing gear will be motivated to use the fishing boat, so the business can expect stable payments. In this way, in this modified example, since financing and installment sales are determined based on the score calculated according to the actual number of passengers, financing companies and companies that make advance payments can provide financing and installment sales with high expectations. In addition, it becomes easier for ship owners to obtain financing based on performance, and easier to obtain tools for rental businesses, etc.

[0160] Although the embodiment of the present invention has been described in detail above, the scope of the present invention is not limited to the above embodiment. Furthermore, the above embodiment can be improved or modified in various ways without departing from the spirit of the present invention. Furthermore, the above embodiment and modified examples can be combined, or a part of them can be omitted.

[0161] <8. Notes> The matters described in the embodiment and the modified examples are supplemented below.

[0162] (Appendix 1) A program for operating a computer having a processor and a storage unit, The storage unit is configured to store identification information associated with the mobile object; The program causes the processor to A step of accepting registration of an event schedule from a first user who holds an event using a mobile object (step S100); providing a screen for participating in the event of the moving object corresponding to the identification information by a second user who is participating in the event performing an operation of reading the two-dimensional code issued based on the identification information (steps S203 and S205); and accepting, from the second user, input of information about the second user required for participating in the event on the screen (step S105).

[0163] (Appendix 2) In the providing step (step S203), The program described in Appendix 1, which, when multiple events of a moving object corresponding to the identification information have been registered by a first user, presents at least one of the multiple events to a second user on a screen so that the second user can select from the multiple events.

[0164] (Appendix 3) The two-dimensional code includes advertising information, In the step of providing the screen, the screen includes a predetermined advertisement corresponding to the advertisement information. 2. The program described in Appendix 1.

[0165] (Appendix 4) calculating an advertisement score indicating an advertisement effect when the predetermined advertisement is displayed for the mobile object based on a user list of the mobile object; presenting the advertisement score to an advertiser of the given advertisement; 4. The program according to claim 3,

[0166] (Appendix 5) determining an advertising fee based on the advertising score; Then, The program according to claim 4, wherein in the step of presenting to the advertiser, the calculated advertising score and the determined advertising fee are presented.

[0167] (Appendix 6) acquiring location information of the moving object; presenting the location information to at least one of an administrator of the mobile object and a person related to the second user; 2. The program according to claim 1, which causes the program to execute the steps described above.

[0168] (Appendix 7) receiving an emergency call from the mobile unit; a step of informing a predetermined administrator to contact a predetermined emergency contact; 2. The program according to claim 1, which causes the program to execute the steps described above.

[0169] (Appendix 8) The emergency call includes location information of the mobile unit, In the step of presenting, the location information is presented to the manager together with a request to contact the predetermined emergency call destination. 7. The program described in Appendix 7.

[0170] (Appendix 9) 1. A method for operating a computer having a processor and a memory, comprising: The storage unit is configured to store identification information associated with the mobile object; The method includes a processor: A step of accepting registration of an event schedule from a first user who holds an event using a mobile object (step S100); providing a screen for participating in the event of the moving object corresponding to the identification information by a second user who is participating in the event performing an operation of reading the two-dimensional code issued based on the identification information (steps S203 and S205); and receiving, from the second user, an input of information about the second user required for participating in the event on the screen (step S105).

[0171] (Appendix 10) A system having a computer including a processor and a memory unit, The storage unit is configured to store identification information associated with the mobile object; The processor: A means for accepting registration of an event schedule from a first user who holds an event using a mobile object; a means for providing a screen for a second user participating in the event of the mobile object corresponding to the identification information by performing an operation of reading a two-dimensional code issued based on the identification information; and means for receiving, from the second user, input of information about the second user required for participating in the event on the screen. [Explanation of symbols]

[0172] 1. System 1 10 Terminal Equipment 12 Communication Interface 13 Input Devices 14 Output Devices 15 Memory 16 Memory section 19 Processors 20 Servers 22 Communication Interface 23 Input / Output Interface 25 Memory 26 Storage 29 Processors 111 Antenna 112 Antenna 121 First Radio Communication Division 122 Second Radio Communication Division 130 Operation reception section 131 Devices 132 Display 150 Location Sensor 160 Camera 170 Storage section 171 User Information 180 Control Unit 181 Input reception section 182 Transmitter / receiver 183 Data Processing Unit 184 Display control section 201 Communications Department 202 Storage section 203 Control Unit 281 Ship Database DB 282 Customer Database DB 283 Flight Database DB 284 Passenger list database DB 285 Passenger manifest data 80 Network 81 Radio base station 82 Wireless LAN router 2031 Transmitting and receiving control module 2032 Acquisition Module 2033 Extraction Module 2034 Output Module 2035 Roster Creation Module 2036 Directory provision module 2037 Cancellation Rate Calculation Module 2038 Location information module 2039 Emergency Call Module

Claims

1. A program for operating a computer including a processor and a storage unit, the program causing the processor to: providing a screen for a user participating in an event using a mobile object by performing an operation of reading a two-dimensional code issued based on identification information associated with the mobile object, for participating in the event of the mobile object corresponding to the identification information; receiving, from the user via the screen, input of information about the user necessary for participating in the event; managing participants for the event in association with the mobile object based on the received information about the user; acquiring location information of the mobile object after the mobile object departs from port; presenting the location information of the moving object to a preset confirmer; A program to execute.

2. 2. The program of claim 1, further comprising causing the processor to execute a step of sharing with the reviewer information managed about participants of the event.

3. The program according to claim 1 or 2, causing the processor to execute a step of determining whether or not position information of the moving object coincides with position information in an operation plan.

4. 1. A method for operating a computer having a processor and a memory, the processor comprising: providing a screen for a user participating in an event using a mobile object by performing an operation of reading a two-dimensional code issued based on identification information associated with the mobile object, for participating in the event of the mobile object corresponding to the identification information; receiving, from the user via the screen, input of information about the user necessary for participating in the event; managing participants for the event in association with the mobile object based on the received information about the user; acquiring location information of the mobile object after the mobile object departs from port; presenting the location information of the moving object to a preset confirmer; A method for performing.

5. providing a screen for a user participating in an event using a mobile object by performing an operation of reading a two-dimensional code issued based on identification information associated with the mobile object, for participating in the event of the mobile object corresponding to the identification information; a means for receiving, from the user via the screen, input of information about the user necessary for participating in the event; means for managing participants for the event in association with the mobile object based on the received information about the user; A means for acquiring location information of the mobile body after the mobile body departs from a port; a means for presenting the location information of the moving object to a preset confirmer; The system has:

Images