JP7440155B1 - Programs, methods, and information processing systems - Google Patents

Abstract

The present invention provides a system that can efficiently create and manage a boarding list. One form of the present disclosure is a program for operating a computer including a processor and a storage unit, the storage unit being configured to store identification information associated with a mobile object, The program includes a step in which the processor receives registration of an event schedule from a first user who holds an event using a mobile object, and a two-dimensional code issued based on identification information to a second user who participates in the event. by performing an operation to read the identification information, the step of providing a screen for participating in the event of the mobile body corresponding to the identification information, and inputting the information of the second user necessary for participating in the event on the screen. 2. A program that executes the steps of accepting from a user. [Selection diagram] Figure 8

Description

The present disclosure relates to a program, a method, and an information processing system.

Patent Document 1 discloses that a two-dimensional code associated with transportation reservation information is issued to the terminal of the person who made the reservation, and the two-dimensional code is read by a ticket inspection terminal when the person who makes the reservation boards the plane, thereby making a reservation inquiry. A system for doing so is disclosed.

Special Publication No. 2019-522304

By the way, when operating a ship, the operation manager is required to prepare a boarding list and submit it to the competent administrative agency regarding personal information including the addresses and emergency contact information of passengers.
On the other hand, the task of creating and managing a boarding list based on the personal information entered by passengers during boarding procedures has sometimes become a burden to the operation manager.

An object of the present disclosure is to provide a system that can efficiently create and manage a boarding list.

One form of the present disclosure is a program for operating a computer including a processor and a storage unit, the storage unit being configured to store identification information associated with a mobile object, and the program operating a computer including a processor and a storage unit. a step of accepting registration of an event schedule from a first user who holds an event using a mobile object; and a step of a second user participating in the event reading a two-dimensional code issued based on identification information. By doing so, a step of providing a screen for participating in the event of the mobile body corresponding to the identification information, and inputting information of the second user necessary for participating in the event on the screen from the second user. and execute the step of accepting.

According to the present disclosure, it is possible to efficiently create and manage a boarding list.

1 is a diagram showing the overall configuration of an information processing system according to the present invention. 2 is a diagram showing the functional configuration of the terminal device shown in FIG. 1. FIG. 2 is a diagram showing a functional configuration of a server shown in FIG. 1. FIG. 4 is a diagram showing an example of the data structure of the ship database shown in FIG. 3. FIG. 4 is a diagram showing an example of the data structure of the customer database shown in FIG. 3. FIG. 4 is a diagram showing an example of the data structure of the flight operation database shown in FIG. 3. FIG. 4 is a diagram showing an example of the data structure of the boarding list database shown in FIG. 3. FIG. 1 is a diagram showing an overview of an embodiment of an information processing system. 3 is a flowchart showing a flight schedule registration process. It is a flowchart which shows processing of boarding procedure at the time of boarding. FIG. 3 is a diagram showing an example of a first screen of the information processing system according to the present invention. It is a figure showing the example of the 2nd screen of the information processing system concerning the present invention. It is a figure which shows the 3rd screen example of the information processing system based on this invention. It is a flowchart which shows flight cancellation rate display processing. It is a figure showing an outline of an embodiment of an information processing system concerning a modification. It is a flowchart which shows processing of the boarding procedure at the time of boarding concerning a modification. It is a figure showing the example of the 2nd screen of the information processing system concerning a modification. 12 is a flowchart illustrating a location information confirmation process according to a modified example.

Hereinafter, one embodiment of the present invention will be described with reference to FIGS. 1 to 13. In the following description, the same parts are given the same reference numerals. Their names and functions are also the same. Therefore, detailed description thereof will not be repeated.

<1. System 1 configuration>
The configuration of the system 1 will be explained below.

(1-1. Overall composition)
An information processing system 1 (hereinafter simply referred to as system 1) according to the present embodiment is a system that supports management of information regarding users who participate in events using mobile objects. Hereinafter, an example of an event using a moving body will be explained, taking an operation (tour) using a ship as an example. FIG. 1 is a diagram showing the overall configuration of a system 1. As shown in FIG.

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

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. Terminal device 10 is connected to network 80 .

Here, the users of the system 1 include the following persons.
・A person who holds an event, and if the event involves operation using a ship, the person responsible for the operation (first user)
・A person who participates in an event, and if the event is an operation using a ship, a passenger on board the ship (second user)
The person in charge of operations is, for example, a captain who is responsible for the operation of a ship. Note that the person in charge of operations may be a person in charge of the operating company of the vessel instead of the captain.

In the following description, the terminal device 10 will be distinguished as follows depending on the operator.
・Terminal device 10A (terminal device 10 used by the flight manager)
・Terminal device 10B (terminal device 10 used by passengers)
Note that the common configuration will be explained as the terminal device 10.

The server 20 is an information processing device that mainly manages the operation schedule of a ship and creates a boarding list, which is a list of people on board the ship that has departed, according to the operation of the ship.
Here, the boarding list is a list created in order to keep track of the people on board, for example in the recreational fishing boat industry. The boarding list includes, for example, the names, addresses, genders, ages, and contact information of the passengers in case of an emergency. It is mandatory to create a boarding list and submit it to the competent administrative agency.
The server 20 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. Server 20 is connected to network 80 .

(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 section 16, and a processor 19.

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

The communication IF 12 is an interface for inputting and outputting signals so that the terminal device 10 communicates 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 input operations from a user.

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

The storage unit 16 is a storage device for storing programs and data, and is, for example, a flash memory or an HDD (Hard Disc Drive).
The programs include, for example, the following programs.
- Program of OS (Operating System) - Program of application (for example, web browser) that executes information processing The data includes, for example, the following data.
・Databases referenced in information processing ・Data obtained by executing information processing (that is, execution results of information processing)

The processor 19 is hardware for executing a set of instructions written in a program stored in the storage unit 16, and is composed of an arithmetic unit, registers, peripheral circuits, and the like.

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.

The communication IF 22 is an interface for inputting and outputting signals so that the server 20 communicates with external devices.
The input/output IF 23 functions as an interface with an input device for accepting input operations from a user and an output device for presenting information to the user.

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

The storage 26 is a storage device for storing programs and data, and is, for example, a flash memory or an HDD (Hard Disc Drive).
The programs include, for example, the following programs.
- Program of OS (Operating System) - Program of application (for example, web browser) that executes information processing The data includes, for example, the following data.
・Databases referenced in information processing ・Data obtained by executing information processing (that is, execution results of information processing)

The processor 29 is hardware for executing a set of instructions written in a program stored in the storage 26, and is composed of an arithmetic unit, registers, peripheral circuits, and the like.

(1-3. Functional configuration of terminal device 10)
FIG. 2 is a block diagram showing the 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 (an antenna 111, an antenna 112), a wireless communication section (a first wireless communication section 121, a second wireless communication section 122) corresponding to each antenna, and an operation It includes a reception section 130 (including a touch sensitive device 131 and a display 132), a position information sensor 150, a camera 160, a storage section 170, and a control section 180.

The terminal device 10 also has functions and configurations that are not particularly illustrated in FIG. 2 (for example, a battery for holding power, a power supply circuit that controls the supply of power from the battery to each circuit, etc.). As shown in FIG. 2, each block included in the terminal device 10 is electrically connected by a bus or the like.

The antenna 111 radiates a signal emitted by the terminal device 10 as a radio wave. Further, the antenna 111 receives radio waves from space and provides a received signal to the first wireless communication unit 121.

The antenna 112 radiates a signal emitted by the terminal device 10 as a radio wave. Further, the antenna 112 receives radio waves from space and provides a received signal to the second wireless communication unit 122.

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 communicates 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 communicates with other wireless devices.

The first wireless communication unit 121 and the second wireless communication unit 122 are communication modules including a tuner, an RSSI (Received Signal Strength Indicator) calculation circuit, a CRC (Cyclic Redundancy Check) calculation circuit, a high frequency circuit, and the like. 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 received signals to the control unit 180.

The operation reception unit 130 has a mechanism for accepting user input operations. Specifically, the operation reception unit 130 is configured as a touch screen and includes a touch sensitive device 131 and a display 132.

Touch sensitive device 131 receives input operations from the user of terminal device 10 . The touch sensitive device 131 uses, for example, a capacitive touch panel to detect the position of the user's touch on the touch panel. The touch sensitive device 131 outputs a signal indicating the user's touch position detected by the touch panel to the control unit 180 as an input operation.

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

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. A GPS module is a receiving device used in a satellite positioning system. The satellite positioning system receives signals from at least three or four satellites, and detects the current position of the terminal device 10 equipped with a GPS module based on the received signals.

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

The storage unit 170 is configured of, 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).

The user information 171 is information about a user who uses the system 1 through the terminal device 10. The user information 171 includes account information (user ID, password for identifying the user), etc. that are requested to be input when the user logs into the system 1 using the terminal device 10. In addition, the user information 171 includes information registered when the user installed a predetermined application on the terminal device 10 in order to use the system 1.

The user ID may be a customer ID issued to the user.
The user ID is for business services (including those for individuals) that provide various functions such as email, video calls, calendars, storage, document creation, spreadsheet creation, and news distribution in the form of SaaS (Software as a Service). It may be a user account of

The control unit 180 controls the operation of the terminal device 10 by reading a program stored in the storage unit 170 and executing instructions included in the program. The control unit 180 is, for example, an application installed in the terminal device 10 in advance. The control unit 180 functions as an input reception unit 181, a transmission/reception unit 182, a data processing unit 183, and a display control unit 184 by operating according to a program.

The input receiving unit 181 performs a process of receiving a user's input operation on an input device such as the touch sensitive device 131.

The transmitting/receiving unit 182 performs processing for the terminal device 10 to transmit and receive data with an external device such as the server 20 according to a communication protocol.

The data processing unit 183 performs calculations according to a program on the data input by the terminal device 10, and outputs the calculation results to a memory or the like. For example, the data processing unit 183 causes the information input by the user to be transmitted to the server 20 via the transmitting/receiving unit 182.

The display control unit 184 performs a process of displaying information on the display 132 to present the information to the user. The display control unit 184 has a function as a web browser, and accesses information output by the server 20 to the logical line (TCP connection) with the terminal device 10 and displays it on the display 132 of the terminal device 10. Perform processing (rendering) to

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

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

Storage unit 202 stores data and programs used by server 20. The storage unit 202 stores, for example, the following data.
・Ship database 281 (Ship DB281)
・Customer database 282 (customer DB 282)
・Operation database 283 (Operation DB283)
- Boarding list database 284 (boarding list DB284)

The ship DB 281 is a database that manages information regarding ships. Details will be described later.

The customer DB 282 is a database that manages information regarding customers. Details will be described later.

The operation DB 283 is a database that manages ship operation information. Details will be described later.

The boarding list DB 284 is a database that manages passenger information input by passengers during the passenger boarding procedure. Details will be described later.

The control unit 203 performs functions shown as various modules when the processor 29 of the server 20 performs processing according to a program. The control unit 203 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.

The transmission/reception control module 2031 controls processing in which the server 20 transmits/receives signals with an external device according to a communication protocol.

The acquisition module 2032 acquires specified information in response to a user's operation. The acquisition module 2032 acquires, for example, information input from the ship's captain, who is in charge of operations, regarding the ship's operation schedule, and updates the operation DB 283. As a result, the vessel operation information is registered. The acquisition module 2032 also acquires passenger information input from passengers, and updates the boarding list DB 284, for example.

The extraction module 2033 extracts specified information in response to a user's operation. The extraction module 2033 extracts, for example, a navigation schedule related to a tour scheduled for a ship read by the user and in which the user can participate. In response to receiving an operation from a passenger to read a two-dimensional code issued based on the identification information of the ship, the extraction module 2033 refers to the operation DB 283 and determines whether the ship linked to the two-dimensional code is registered. Identify the flight information. The extraction module 2033 extracts the flight schedule registered in the specified flight information.

The output module 2034 outputs specified information in response to a user's operation. In response to receiving an operation to read the two-dimensional code from the customer, the output module 2034 outputs the operating schedule for the ship linked to the two-dimensional code extracted by the extraction module 2033 to the terminal device 10B used by the passenger. Output for. It also outputs to the terminal a screen that requires input in order for the user to participate in the extracted flight schedule.

The list creation module 2035 creates a list according to the input instructions. The list creation module 2035 creates a boarding list for a specified operation, for example, by extracting and aggregating information regarding passengers from the boarding list DB 284.

<2. Data structure>
Details of each database stored in the storage unit 202 will be described below.

(2-1. Ship DB281)
FIG. 4 is a diagram showing an example of the data structure of the ship DB 281.
As shown in FIG. 4, the ship DB 281 stores information regarding ships. In the ship DB 281, new records are recorded by registering ship information. The ship DB 281 includes the item “ship ID”, the item “ship name”, the item “berthing place”, the item “passenger capacity”, the item “management person”, and the item “access information”. In this way, the ship DB 281 stores identification information associated with ships.

The item "Ship ID" is an item that stores identification information for identifying a ship. A unique value is set for the ship ID for each ship.

The item "ship name" is an item that stores information regarding the name of the ship corresponding to the ship ID.

The item "berthing place" is an item that stores information regarding the berthing place of the ship corresponding to the ship ID. For example, information indicating the name of a fishing port or the name of a marina is stored as information regarding the berth location of the vessel corresponding to the vessel ID.

The item "capacity of passengers" is an item for storing information regarding the maximum number of passengers who can board the ship corresponding to the ship ID.

The item "management person" is an item for storing information regarding the person responsible for managing the ship corresponding to the ship ID. For example, information that identifies an individual who owns the ship or a representative of an organization that owns the ship is stored as the person responsible for managing the ship. The person responsible for management may be the captain who is responsible for the operation of the vessel.

The item "Access information" includes information (for example, URL resource information such as), SNS account information, and other access destination information are stored. The server 20 receives registration of information regarding ships from users who manage ships, and issues access destination information unique to each user who manages the ships. For example, the server 20 may issue different URLs for each captain.
Note 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.

(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 referred to as customer information) regarding persons (passenger candidates) who utilize the operation of the ship. A new record is recorded in the customer DB 282 when a customer registers new customer information.
The customer DB 282 includes the item “customer ID”, the item “name”, the item “gender”, the item “address”, the item “contact”, the item “emergency contact”, and the item “registration date and time”.

The item "Customer ID" is an item that stores identification information for identifying a customer. The customer ID is an item in which a unique value is set for each customer.

The item "name" is an item that stores the name of the customer corresponding to the customer ID.

The item "gender" is an item that stores the gender of the customer corresponding to the customer ID.

The item "age" is an item that stores the age of the customer corresponding to the customer ID.

The item "address" is an item that stores the address of the customer corresponding to the customer ID.

The item "contact information" is an item that stores information regarding the contact information of the customer corresponding to the customer ID. Examples of contact information include a phone number, email address, and SNS account information.

The item "emergency contact" is an item that stores information regarding the emergency contact of the customer corresponding to the customer ID. Information regarding the emergency contact includes the following information: - Name of the person who will be the emergency contact - Relationship of the person who will be the emergency contact with the customer - Address and contact information of the person who will be the emergency contact

The item "registration date and time" is an item that stores the date and time when the customer corresponding to the customer ID registered as a customer.
Note 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.

(2-3. Operation DB283)
FIG. 6 is a diagram showing an example of the data structure of the operation DB 283.
The operation information recorded in the operation DB 283 includes information regarding the ship's operation schedule and results, including the operation schedule.
A new record is recorded in the operation DB 283 by the registration of the operation schedule by the person in charge of operation (for example, the captain). In addition, some of the records in the operation DB 283 are updated by the passenger boarding procedure described later.
As shown in FIG. 6, the operation DB 283 includes the item "operation ID", the item "tour name", the item "ship ID", the item "operation manager", the item "departure date and time", the item "departure place", and the item ""Return date and time", item "Navigation area", item "passenger capacity", item "number of remaining seats", item "full flag", item "operation type", item "cancellation flag", item "cancellation judgment date and time", item Includes "registration date and time".

The item "operation ID" is an item that stores identification information for identifying the operation information of a ship. The flight ID is an item in which a unique value is set for each flight information.

The item "tour name" is an item that stores information indicating the name of the tour corresponding to the operation ID. For example, in the case of operation of a ship for the purpose of boat fishing, the item "tour name" stores information indicating the name of the corresponding boat fishing event.

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.

The item “operation manager” is an item that stores information regarding the operation manager for the operation corresponding to the operation ID. The person in charge of operations is the captain of the operation.

The item "departure date and time" is an item that stores information regarding the departure date and time of the flight corresponding to the flight ID.

The item "departure location" is an item that stores information regarding the departure location of the flight corresponding to the flight ID.

The item "date and time of return to port" is an item that stores information regarding the date and time of return to port in the flight corresponding to the flight ID.

The item "navigation area" is an item that stores information regarding the navigation area in the operation corresponding to the operation ID. For example, in operations for the purpose of boat fishing, information indicating fishing grounds corresponds to the navigation area, and in operations for the purpose of sightseeing, information indicating the excursion area corresponds to the navigation area.

The item “passenger capacity” is an item that stores information regarding the capacity that indicates the maximum number of passengers who can board the vessel in the operation corresponding to the operation ID.

The item "remaining number of seats" is an item for storing the number of remaining seats, which is the difference between the passenger capacity and the number of passengers who have already completed boarding procedures, in the ship involved in the operation corresponding to the operation ID.

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 flight corresponding to the flight ID. In the item "full flag", for example, when the number of passengers who have completed boarding procedures reaches the passenger capacity, information indicating that the boat is full is stored in the full flag item.
Specifically, when the value of the item "Number of seats remaining" indicates 0, a value of 1, which is information indicating that the seat is full, is input to the item "Full flag". On the other hand, when the value of the item "Number of seats remaining" indicates a value other than 0, a value of 0, which is information indicating that the seats are not full, is input to the item "Full flag".

The item "operation type" is an item for storing information regarding the operation type of the vessel involved in the operation in the operation corresponding to the operation ID. The information regarding the operation type refers to information that identifies whether the ship is chartered by a group of passengers or a shared boat in which passengers are recruited for each person who wishes to board the ship.

The item "cancellation flag" is an item that stores information indicating whether the flight corresponding to the flight ID is canceled due to weather conditions or the like. For example, in the item "cancellation flag", when an input operation to the effect that the ship is canceled is received from the operation manager, information indicating that the ship is canceled is stored.
Specifically, in the item "flight cancellation flag," when a judgment of flight cancellation by the flight operations manager is input, a value of 1 is input, which is information indicating that the flight is canceled. On the other hand, in the item "cancellation flag", if the judgment of flight cancellation by the flight manager is not input, a value of 0 is input, which is information indicating that the flight in question is not canceled.

The item "date and time of flight cancellation determination" is an item that stores information regarding the date and time when the flight cancellation determination is input when the flight corresponding to the flight ID is determined to be canceled by the flight manager.

The item "registration date and time" is an item that stores the date and time when the flight manager first registered the schedule for the flight corresponding to the flight ID.
Note 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.

(2-4. Boarding list DB284)
FIG. 7 is a diagram showing an example of the data structure of the boarding list DB 284.
New records are recorded in the boarding list DB 284 by receiving input of necessary information from passengers when they board the ship.
As shown in FIG. 7, the boarding list DB 284 includes the item "Operation ID", the item "Customer ID", the item "Name", the item "Age", the item "Address", the item "Email address", and the item "Emergency contact number". ”, including the item “input date and time”.

The item "operation ID" is an item that stores identification information for identifying the operation related to boarding procedures.

If the passenger involved in the boarding procedure is a user who has already registered as a customer, the customer ID stores 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 will be blank.

The item "name" is an item for storing the names of passengers involved in boarding procedures.

The item "age" is an item for storing the age of the passenger involved in boarding procedures.

The item "address" is an item for storing the address of the passenger related to boarding procedures.

The item "contact information" is an item for storing information regarding contact information of passengers related to boarding procedures.

The item "Emergency Contact" is an item that stores information regarding the emergency contact of passengers related to boarding procedures.

The item "input date and time" is an item that stores the date and time when the passenger inputs the passenger information during the boarding procedure.
Note that the structure of the boarding list DB 284 shown in FIG. 7 is merely an example, and the boarding list DB 284 may include columns in which other data items are stored.

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

As shown in FIG. 8, various events using ships are held by ship operation managers (for example, operating companies). Examples of events using ships include the following.
・Fishing tours using fishing boats held by boat inns ・Sightseeing tours using sightseeing boats held by sightseeing boat operators ・Sightseeing tours using yachts held by yacht clubs may be other than the above.

When holding an event, the captain, who is responsible for the operation of the ship, sets and registers a schedule (tour schedule) related to the operation. Passengers check the tour schedule and complete boarding procedures to participate in the tour they wish to participate in.
During the boarding process, passengers are required to enter personal information, including emergency contact information. The operation manager is required to aggregate passenger information entered for each customer, create a passenger list for each operation, and submit it to the competent administrative agency. The system 1 performs the following processes for the purpose of increasing the efficiency of inputting passenger information and creating a boarding list.

(3-1. Flight schedule registration process)
Registration of the flight schedule is performed by the captain (operation manager) who organizes the flight tour, which is an event. For example, the captain checks the weather conditions of the sailing area on that day, and registers at least the following information as the sailing schedule using the terminal device 10A.
・Tour name ・Ship ID
- Operation schedule/operation type In addition, if the captain decides to cancel a flight due to changes in the weather conditions in the navigation area, he/she registers this using the terminal device 10A.

(3-2. Ship information reading process)
Passengers read vessel information at the departure location. The passenger reads the two-dimensional code issued based on the identification information of the ship using the terminal device 10B.
Here, the two-dimensional code is issued for each ship and contains the following information.
- Access information in the ship DB 281 - Access information to the passenger input form Two-dimensional codes are posted, for example, in the following locations.
・Facilities surrounding the ship or the boarding gate of the ship ・Facilities surrounding the ship's berthing facility ・Boarding counter

The server 20 provides the following information to the terminal device 10 that has read the two-dimensional code.
・Operation information (including schedule) registered by the captain for the relevant vessel
・Selection screen for the tour you wish to participate in ・Input screen for participating in the operation registered by the captain for the relevant vessel (passenger input form)
If a plurality of tours are registered by the captain for the relevant ship, the passenger user can select at least one of the plurality of tours on the selection screen of the tour in which the user wishes to participate. The user checks the operation information such as the schedule of each tour, and selects the tour (operation) he or she wishes to board.

(3-3. Input process of passenger information)
After selecting the sailing schedule for which the passenger wishes to board the ship, the passenger inputs passenger information by entering necessary information into the passenger input form linked to the two-dimensional code. This completes the boarding procedure. That is, the passenger terminal device 10B accepts input of passenger information necessary for participating in the flight on the input form screen.

(3-4. Creation process of boarding list)
The server 20 aggregates passenger information about all passengers in each operation, and creates a boarding list for the operation.
Each of these processes will be explained in detail below.

<4. System 1 operation>
Various processes performed by the system 1 will be described below.

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

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 operation 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.

After step S200, the server 20 updates the flight operation DB 283 (step S201). Specifically, the acquisition module 2032 of the server 20 records the flight information acquired in step S200 in the flight operation DB 283 as a new record. That is, the operation information input by the captain includes, for example, the following:
・Tour name, departure date and time, departure location, return date and time, sailing area, passenger capacity, operation type for events using ships Here, the passenger capacity is automatically entered by referring to the value in the ship DB 281. It's okay.
Note that the items "number of remaining seats,""fullflag," and "cancelled flag" in the flight operation DB 283 are updated according to passengers' boarding procedures. Details will be described later.
With the above steps, the flight schedule registration process by the person in charge is completed.

(4-2. Processing boarding procedures)
FIG. 10 is a flowchart showing the process of boarding procedures.

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

After step S101, the server 20 extracts boarding operation information corresponding to the ship read by the terminal device 10B of the user who is a passenger (step S202).
Specifically, the extraction module 2033 of the server 20 refers to the operation DB 283 with respect to the ship information transmitted from the terminal device 10 in step S101, and extracts operation information regarding the available ship operations. The extraction module 2033 extracts flight information that satisfies the following conditions, for example.
- Operation information for tours whose departure date and time have not yet arrived. Here, the extraction module 2033 may extract operation information that satisfies the following conditions. At this time, the extraction module 2033 may extract flight information that satisfies at least one of the following conditions in addition to the above conditions.
・Operating information for tours whose full flag does not indicate full ・Operating information of tours whose canceled flag does not indicate cancellation

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) indicating the tour candidates extracted in step S202, and outputs it to the logical line between the server 20 and the terminal device 10B. . Here, if there are a plurality of extracted tour candidates, the server 20 creates a selection screen on which the passenger can receive an operation to select one flight schedule from the plurality of tour candidates. If the number of extracted tours is one, the server 20 may omit step S204 and simultaneously execute step S205, which will be described later, in step S203.

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 with the server 20 and displays information indicating tour candidates on the display 132 of the terminal device 10B. Present the information to the user.

After step S102, the terminal device 10B receives an operation for selecting a tour in which the user wishes to participate from a user who is a passenger (step S103).
Specifically, the input receiving unit 181 of the terminal device 10B receives an operation for selecting a tour in which the user wishes to participate, among the plurality of tours presented to the user in step S102. The transmitting/receiving unit 182 of the terminal device 10B transmits the received information regarding the tour in which the user wishes to participate to the server 20. A screen example of the terminal device 10B at this time will be described later as a second screen example P2.

After step S103, the server 20 acquires information on 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 that the user wishes to participate in, which is transmitted from the transmission/reception unit 182 of the terminal device 10B.

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.

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 with the server 20 and displays the passenger input form output in step S205 on the display 132 of the terminal device 10B. Present the information to the user.

After step S104, the terminal device 10B accepts an operation to input passenger information necessary for boarding (step S105).
Specifically, the input reception unit 181 of the terminal device 10B receives passenger information input by a passenger by operating the operation reception unit 130 in response to 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. A screen example of the terminal device 10B at this time will be described later as a third screen example P3.

After step S104, the server 20 updates the boarding list DB 284 (step S206).
Specifically, 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 in step S105. The acquisition module 2032 of the server 20 acquires the passenger information received by the transmitter/receiver 182. The acquisition module 2032 updates the boarding list DB 284 by recording the acquired passenger information as a new record in the boarding list DB 284.

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 "number of remaining seats" field of the operation information item corresponding to the acquired passenger information in the operation DB 283.

After step S207, the server 20 creates a boarding list (step S207).
Specifically, the list creation module 2035 of the server 20 refers to the boarding list DB 284, aggregates passenger information that corresponds to the same operation ID, and calculates information regarding all passengers for each ship operation (tour). Create a boarding list that includes passenger information.
With the above, the process of boarding procedures at the time of boarding is completed.

<5. Screen example>
Examples of screens in the system 1 will be described below.

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

At the top of the first screen example P1, an area A1 is displayed where the captain displays the name of the vessel used for navigation. The captain can select the vessel that he uses for his operations.
In the center of the first screen example P1, an input field A2 for operation information regarding operations using the specified ship is displayed.

At the bottom of the first screen example P1, an operation button B1 for registering the input flight information is displayed. The captain can newly register operation information by clicking the operation button B1.

(5-2. Second screen example P2)
FIG. 12 is a diagram showing a second screen example P2. The second screen example P2 is a screen displayed on the terminal device 10B at step S103 shown in FIG.
As 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) that the user can participate in in chronological order on the second screen example P2 displayed on the terminal device 10B. The flight schedule held at the closest time may be displayed with priority.

At the top of the second screen example P2, an area A3 is displayed that displays information indicating the ship corresponding to the two-dimensional code read by the terminal device 10B.
In the center of the second screen example P2, an area A4 is displayed for accepting a passenger's operation to select an operation schedule corresponding to the ship.
At the bottom of the second screen example P2, an operation button B2 for registering the selected details of the flight schedule is displayed. The user can register the selected flight schedule by clicking the operation button B2.
When the operation button B2 is clicked, a transition is made to an input screen for various information (third screen example P3).
In the second screen example P2, the server 20 displays operation information for a tour whose departure date and time have not yet arrived, and which satisfies at least one of the following conditions (registered as a tour by the captain, but not fully booked). (or flights that are canceled and unavailable to the user) may be displayed.
・Operation information of tours whose full flag indicates full ・Operation information of tours whose flight cancellation flag indicates cancellation Here, the server 20 displays the operations available to the user (not full or canceled), Flights that cannot be used by the user may be distinguished and displayed on the second screen example P2 based on the following conditions. Thereby, the user can grasp the overall picture of the operations registered by the captain, regardless of whether the user can use it or not, and can grasp the operations that may be registered by the captain in the future. Therefore, users can be motivated to take advantage of the new service.

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

At the top of the third screen example P3, an area A5 is displayed for displaying information regarding the tour selected by the passenger on the second screen example P2.
In the center of the third screen example P3, an area A6 is displayed for receiving input operations from passengers on passenger information necessary for boarding.
At the bottom of the third screen example P3, an operation button B3 for registering the input contents of passenger information is displayed. The user can register the input operation passenger information by clicking the operation button B3. This allows you to complete the boarding procedures necessary to board the ship.

<6. Summary＞
As explained above, in the system 1, when participating in a ship operation tour, input of passenger information necessary for boarding procedures is accepted from the passenger. Therefore, it is possible to create a boarding list using information input by passengers, and the boarding list can be created and managed efficiently. For example, in response to a request from a user such as a captain, the server 20 may output a boarding list for a certain operation according to a predetermined format based on information stored in the boarding list DB 284. good.

In addition, 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 using the terminal device 10B to participate in a tour using the ship. This screen is provided to the terminal device 10B. For this reason, it is possible to present the schedule of a tour using the ship in question to the user and then accept the user's request for participation, and to provide appropriate information to passengers, such as cancellations due to worsening weather conditions, etc. can be shared.

Furthermore, in the system 1, when a plurality of operating schedules of a ship are registered by the captain, at least one of the plurality of operating schedules is provided to the passengers so that they can select one. As a result, even in a situation where a plurality of operation schedules are set for a ship, information regarding passengers can be managed for each operation.

<7. Modified example>
A modification of this embodiment will be described.

In the above explanation, the captain explained the process of registering operation information for each tour, but this is not the case. Regarding pre-registered flight information, only decisions regarding flight cancellations may be accepted from the captain.

In the above explanation, the manner in which passengers input passenger information has been described, but this is not the only mode.
In other words, in the case where the passenger is a customer who has already registered as a customer and there is no change in the customer information, the passenger enters only the customer ID in the passenger input form and omit the input of other passenger information. You may. In this case, the list creation module 2035 module may refer to the customer DB 282 using the customer ID and create the boarding list data 285 using the customer information stored in the customer DB 282. Thereby, it is possible to reduce the time and effort required for passengers to input boarding information during boarding procedures.

In the above description, the terminal device 10B of the user who is a passenger presents only the operation information of the available tour to the user, but this is not the case. The terminal device 10B may also present to the user the flight information of the flight tour in which the tour is not possible to participate, along with the reason why the tour is not available (full or canceled).

In the above description, we have described events that can be attended without requiring a reservation, but this is not the case. Participation in the event may be accompanied by a reservation in advance. Further, the operation of ships is not limited to those related to tourism and entertainment, and the present invention may be applied to operations operated as means of transportation such as ferries and ferry boats. In this case, registration of the schedule regarding the event from the first user who is the flight manager may be omitted. This is because, in operations operated as a means of transportation, the operation schedule is generally set in advance.

(Cooperation with other services)
Further, the technology of the present disclosure can be linked with other services. Other services include, for example, services such as calendar software and reservation software provided by SaaS (Software as a Service). For example, if the other service is a calendar, the calendar database of the service used by the captain, operation manager, etc. is linked to 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 cooperating with other services.
In this case, for example, when the list providing module 2036 acquires a request to provide a boarding list for an arbitrary flight schedule from the calendar service and the authentication information of the calendar user, the list providing module 2036 determines that the calendar user is a captain, operation manager, etc. or authenticate. When the list providing module 2036 succeeds in authentication, it transmits the boarding list for the scheduled operation to the calendar service.
With this configuration, the captain or the operation manager can check the boarding list for the operation schedule registered in the calendar. Therefore, the captain or the operation manager can easily check the current reservation status, number of people scheduled to board the ship, etc. regarding the flight schedule.

Further, the technology of the present disclosure can be linked with multiple other services. The technology of the present disclosure can be linked with, for example, a calendar service and a reservation service. For example, when a captain enters a flight schedule into a calendar service, a reservation service starts that accepts reservations based on the flight schedule. Then, when a user makes a reservation in the reservation service, the list creation module 2035 receives the user's information from the reservation service and the travel schedule from the calendar service. Then, the list creation module 2035 creates and updates a boarding list for the sailing schedule. In this way, by acquiring information from other services, it is possible to quickly and easily create a boarding list.

(Display of possibility of flight cancellation)
Furthermore, the technology of the present disclosure can further add a function to display 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 calculates a flight cancellation rate that indicates the possibility of flight cancellation at the scheduled sailing date and time using weather information of the sailing destination.
Specifically, the flight cancellation rate calculation module 2037 calculates the flight cancellation rate at an arbitrary timing. The arbitrary timing is, for example, an arbitrarily determined timing such as when a flight schedule becomes available for reservation, or in the morning of the day before departure.
The cancellation rate calculation module 2037 first obtains cancellation information regarding the cancellation of the captain of the ship. The cancellation information includes the number of canceled flights in a predetermined period in the past, the time when the captain decided to cancel the flights, etc.
Next, the cancellation rate calculation module 2037 acquires the destination sailing area and departure date and time for the sailing schedule from the sailing DB 283. The flight cancellation rate calculation module 2037 acquires weather information of the sailing area at the departure date and time from a server etc. that provides weather information. The weather information is, for example, weather information that affects flight operations, such as wind speed, wave height, advisories, and warnings.
The flight cancellation rate calculation module 2037 calculates the flight cancellation rate based on the acquired flight cancellation information and weather information. Any method can be used to calculate the flight cancellation rate. For example, as a method for calculating the cancellation rate, first, a probability is calculated according to the number of canceled flights in a predetermined period in the past by the captain, and the probability calculated according to weather information is corrected to determine the cancellation rate.
Then, the flight cancellation rate calculation module 2037 stores the calculated flight 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, a captain, or the like, the output module 2034 acquires the cancellation rate from the storage unit 202 . The output module 2034 outputs the acquired flight cancellation rate to the terminal device 10.
Note that the flight cancellation rate may be displayed in the other services mentioned above. For example, the output module 2034 may transmit the flight cancellation rate to a calendar service and display the flight cancellation rate on the calendar.

FIG. 14 is a flowchart showing the flight 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 the cancellation of the ship's captain.
In S402, the flight cancellation rate calculation module 2037 of the server 20 acquires the sailing area that is the destination and the sailing date and time for the sailing schedule from the sailing DB 283.
In S403, the flight cancellation rate calculation module 2037 acquires weather information for the sailing area at the departure date and time from a server etc. 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 flight cancellation rate.
Then, the user's terminal device 10 requests the server 20 to display the flight cancellation rate, and the output module 2034 displays the flight cancellation rate on the terminal device 10, so that the flight cancellation rate is displayed to the user.
In this way, by using the captain's cancellation information and the weather information at the destination of the voyage, we calculate the cancellation rate that indicates the possibility of cancellation at the scheduled date and time of the voyage, and by displaying the cancellation rate, the captain and passengers can can tell you about the possibility of flight cancellations. Therefore, by looking at the flight cancellation rate when the flight schedule becomes available for reservation, the user can determine whether or not to make a reservation based on the flight cancellation rate. Additionally, ship captains often decide whether to cancel a sailing the evening before. Therefore, by checking the cancellation rate several days before the departure date or in the morning of the previous day, the user can decide whether to cancel the reservation for the ship in question, and whether to reserve or cancel the transportation method and accommodation facility. You can decide in advance whether to make other plans or not.

(Display of advertisement)
In the above description, the boarding procedure process has been described, but the process is not limited to this. In this modification, an advertisement can be displayed during the boarding procedure. Various advertisers are assumed, such as ship manufacturers, local governments in navigation areas, and tourism companies.
FIG. 15 is a diagram illustrating an overview of an embodiment of an information processing system according to a modification.
In the ship information reading process, passengers read ship information at the departure location.
The two-dimensional code may be configured to be displayed together with the advertisement. For example, the paper, screen, etc. on which ship information is displayed may be configured to include an advertisement such as the name of the sponsor of the ship along with the two-dimensional code.
Moreover, the two-dimensional code further includes advertisement information. Advertisement information is information for extracting an advertisement to be displayed on the terminal device 10, which is stored in advance in the storage unit 202.
The server 20 further provides information about the advertisement to the terminal device 10 that has read the two-dimensional code. The advertisement is displayed on the terminal device 10, for example, as an advertisement banner.

FIG. 16 is a flowchart showing the process of boarding procedures at the time of boarding according to the modification.
After step S202, in step 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 tour candidates and advertisements to the passenger user (step S1102).
Specifically, in step S2203, the display control unit 184 of the terminal device 10B accesses the logical line with the server 20 and displays information indicating tour candidates and an advertisement on the display 132 of the terminal device 10B. By doing so, the information and advertisement are presented to the user.

FIG. 17 is a diagram illustrating a second screen example of the information processing system according to the modification.
An advertisement display section C1 that displays an advertisement 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. A user can access an advertiser's website by clicking on a banner advertisement. You can register the selected flight schedule.
In this way, by including advertising information in the two-dimensional code linked to a ship, the owner or manager of the ship can earn advertising revenue.

Further, the control unit 203 may include an advertisement score calculation unit (not shown) and an advertising fee determination unit (not shown). The advertisement score calculation section calculates, for a ship displaying a two-dimensional code including advertisement information, an advertisement score indicating an advertising effect when displaying an advertisement by the advertisement display section, based on the boarding list of the ship. Specifically, the advertisement score calculation unit extracts the number of users who boarded the ship and the number of times the ship departed during a predetermined period from the past boarding list of the ship. The advertisement score calculation unit calculates an advertisement score from the extracted number of users who boarded the ship in the past and the number of times the ship sailed. Any calculation method can be used to calculate the advertising score. The advertising score is calculated by, for example, calculating the average number of passengers per month as the advertising score. Then, the advertisement score calculation unit presents the advertisement score to the advertiser.

The advertising fee determination unit determines an advertising fee for placing an advertisement on 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 people on board per month, the advertising fee determination unit may be configured to determine a predetermined advertising fee depending on the number of people. Then, the advertising fee determination unit presents the determined advertising fee to the advertiser. The advertising fee determination unit may be configured to present the advertising score and advertising fee to the advertiser.

When passengers participate in an event, they always see a screen on which an advertisement is displayed (for example, the second screen example in FIG. 17). Therefore, the advertisement score calculation unit calculates the advertisement score according to the number of past passengers, so that the advertiser can make a decision as to whether or not to place an advertisement. Furthermore, the advertising fee determination unit determines the advertising fee according to the advertising score, so that the advertiser can appropriately make a decision as to whether or not to place an advertisement. In addition, by displaying the ad score and ad fee at the same time, the advertising fee determination department can further assist advertisers in their decision making, allowing advertisers to place advertisements at appropriate advertising fees. .

Note that the advertisement score calculation unit may use actual results of actions taken by users regarding advertisements to calculate the advertisement score. Results of actions taken by users regarding advertisements include, for example, the number of advertisements actually viewed, the number of advertisements clicked, the number of products purchased from advertisements, the number of services used from advertisements, etc. . The advertisement score calculation unit can calculate an advertisement score that is more realistic and more accurate by using actual results of actions taken by users regarding advertisements to calculate the advertisement score. This allows advertisers to more appropriately contribute to decision-making for placing advertisements.

(Providing location information during flight)
In this modification, the location information of a ship in operation is collected by the captain of the ship, the company managing the ship, the family of the user on board the ship (hereinafter collectively referred to as the confirming party), etc. Explain the case in which it is provided to In this modification, the control unit 203 includes a position information providing module 2038 (not shown).
The position information providing module 2038 acquires position information of ships in operation. Specifically, the position information providing module 2038 acquires the position information of the ship by acquiring the position information of the terminal device 10A operated by the captain. The location information is, for example, GPS information.
Furthermore, the position information providing module 2038 acquires elements that affect the operation of the ship. Specifically, when the event is fishing, the location information providing module 2038 acquires factors that affect the operation of the ship, such as the quality of the fishing and the presence or absence of nearby ships. A ship's operating location is determined to some extent by an operation plan. However, the captain may change fishing locations depending on fishing conditions. Furthermore, if there is a ship nearby, the route may be changed to avoid the ship in the vicinity. In this way, elements 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 inputting or selecting an element that affects the operation of the ship, and transmitting the element and position information to the server 20, for example.
The output module 2034 presents the location information and factors that affect the flight operation to the confirmer's terminal device (not shown).
This allows the confirmer to confirm where the ship is operating, what the cause is if the route is different from the route planned, etc.
Further, the position information providing module 2038 may be configured to acquire position information for each predetermined time in the flight plan in advance and determine whether it matches the current position information. In this case, the output module 2034 presents the confirmation person with the fact that the flight schedule is in accordance with the flight schedule when the determination results match, and the fact that the flight schedule is not with the flight schedule when the determination results do not match. Thereby, safety can be improved. Furthermore, the passengers' families can check the user's condition, which gives them a sense of security.

FIG. 18 is a flowchart illustrating a location information confirmation process according to a modified example.
In the location information confirmation process, it is assumed that the location information providing module 2038 of the server 20 acquires and retains location information for each predetermined time in the flight plan in advance. Further, the location information confirmation process will be explained using an example in which the process is started at predetermined time intervals.
In S501, the location information providing module 2038 of the server 20 acquires location information of a moving object and elements that affect the operation of the ship.
In S502, the location information providing module 2038 of the server 20 calculates current location information, scheduled location information, and distance.
In S503, the location information providing module 2038 of the server 20 determines whether the flight schedule is on schedule based on the calculated distance. Specifically, the location information providing module 2038 determines whether the calculated distance is less than or equal to a predetermined threshold. If the calculated distance is less than or equal to a predetermined threshold, the position information providing module 2038 determines that the flight schedule is being followed; otherwise, it determines that the flight schedule is not being followed.
In S504, the output module 2034 of the server 20 presents the determination result and the factors that affect the operation of the ship to the confirmer's terminal device.
In S505, the confirmer's terminal device displays the determination result and the factors that affect the operation of the ship to the confirmer.

(Emergency call during flight)
In this modification, a case will be described in which an emergency call is made for a ship in operation. Possible emergency contacts include the Japan Coast Guard, marinas, and emergency contact information for passengers on board.
In this modification, an emergency call button is installed in the application of the terminal device 10 operated by the ship, the captain, or the passengers. In the following example, a case will be described in which an emergency call button is provided in the application of the terminal device 10 operated by the captain.
When the emergency call button is pressed on the terminal device 10 by the captain's operation, the transmitting/receiving 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 caused by pressing the emergency call button.
When the emergency call module 2039 receives an emergency call, the emergency call module 2039 presents the emergency call to the predetermined manager, along with the location information, so as to contact the predetermined emergency call destination. Specifically, the emergency call module 2039 sends the location information and a predetermined emergency contact information to a terminal (not shown) of a predetermined manager such as the manager of the system (for example, system 1) or the manager of a ship. Present it to the relevant administrator by sending it to .
According to this modification, even if there is no ship manager on land due to circumstances such as the ship being owned by an individual or having no collaborators, the system administrator will be able to You can make an emergency call to your contacts. Thereby, according to this modification, the safety of passengers and crew members in an emergency can be improved.
Note that the emergency call module 2039 may be configured to present the emergency call to the administrator and also transmit the emergency call, location information, and information regarding the ship to the emergency call destination. This can improve the safety of passengers and crew in an emergency.
Further, the application may be provided with a button that allows the user to select the content of the emergency call. This allows the administrator to select an appropriate emergency call destination and respond appropriately depending on the content of the emergency call.
Additionally, the server 20 periodically communicates with the captain's terminal device 10 for safety confirmation, and if there is no response from the terminal device 10 within a predetermined time, the emergency call module 2039 assumes that the emergency call has been received. , it may be configured to be presented to a predetermined administrator so as to contact a predetermined emergency call destination. In addition, in this case, the emergency report module 2039 will perform a confirmation action such as contacting the captain or the users on board by e-mail or telephone, and if the designated manager cannot contact him, the emergency report module 2039 will The information may be presented to a predetermined administrator so that the administrator can contact a predetermined emergency call destination. With this configuration, when the captain's terminal device cannot be contacted, it is possible to make an emergency call while reducing the number of erroneous calls.

(Repeat policy)
The technology of the present disclosure can further perform a process of determining discounts, sale of advantageous coupon tickets, etc. according to passenger boarding history information.
Specifically, the control unit 203 includes a benefit determination module (not shown). After the passenger has processed boarding procedures, the benefit determination module refers to the customer DB 202 to extract the number of times the passenger has used the privilege. The benefit determination module determines the granting of a benefit to the passenger in accordance with the number of times of use. Benefits depending on the number of uses are determined in advance. The benefit determination module causes the passenger's terminal device 10B to display a message indicating the determined benefit. Passengers can use the displayed benefits on their current boarding or on subsequent boardings.
Further, the benefits may be unrelated to boarding. For example, the benefit may be a coupon that can be used for shopping at an EC site. If the purpose of boarding is fishing, the benefit determination module can determine discount coupons for fishing gear or the like as a benefit on the EC site.
According to this modification, the possibility of reuse by passengers can be increased.

(Gift suggestion)
The technology of the present disclosure can further perform a process of giving a gift to a passenger, such as a relative of the passenger in the passenger's emergency contact information.
Specifically, the control unit 203 includes a gift suggestion module (not shown). The gift proposal module obtains the passenger's emergency contact information by referring to the customer DB 202 at an arbitrary timing (for example, one month before the passenger's birthday, Father's Day, etc.). The gift suggestion module sends a message proposing a predetermined gift, a coupon, etc. to the emergency contact. Emergency contacts such as relatives can decide whether to send a gift to the passenger based on the message and coupon received.
At this time, the gift suggestion module sends gift suggestions related to fishing gear, coupons related to fishing gear, etc. to the emergency contact. Thereby, the burden (cost) for those on board to start fishing can be reduced. Furthermore, the number of users of the vessel can be increased by allowing passengers to use the vessel as a fishing boat.
Note that the configuration may be such that the passenger's consent is obtained in advance as to whether or not the message may be sent to the emergency contact. This can prevent the passengers and their relatives from feeling disgusted by their personal information being used without their permission.

(Financing/installment sales based on boarding list)
The technology of the present disclosure can further perform a process of determining financing and installment sales of fishing gear to the owner of a fishing boat using the boarding list. Specifically, financing and installment sales of fishing gear are determined in accordance with the credit information of the fishing boat based on boarding data based on the boarding list.
In this case, the control unit 203 includes a credit determination module (not shown). The credit determination module obtains a plurality of boarding lists for fishing boats. At this time, the entire boarding list may be acquired, or a period such as the most recent several months may be determined. The credit determination module scores credit information from a plurality of ship lists. The score may be calculated based on, for example, the sum of the boarding rates for the most recent N times divided by N, the total number of boarding users for the most recent N times divided by unique users, or the like. If the sum of the last N boarding rates divided by N is high, the probability of sales is high, and the credit score will be high. Furthermore, if the number obtained by dividing the total number of users who boarded the ship the last N times by the unique users is close to N, the repeat rate is high, and a stable number of boardings can be ensured. Therefore, the credit score is considered to be high.
When looking at the number of reservations received, it is difficult to know the history of actual boarding, as there are cancellations by people planning to board the ship and cancellations due to bad weather. For this reason, we use the number of passengers who actually boarded the ship. In the technology of the present disclosure, since a boarding list is created, the number of passengers can be easily used.
In the case of a loan to a ship owner, the credit determination module may determine the loan amount, interest rate, repayment period, etc. according to the score.
Furthermore, in the case of installment sale of fishing gear, the installment sale of fishing gear is determined according to the score. Businesses that provide advance payment can expect stable payments by renting fishing gear to passengers from boat owners who can be trusted based on their scores. In addition, in this rental, by making it easy to prepare reliable equipment for the number of people on board, even beginners or those who forget their fishing gear will have an opportunity to use this fishing boat, so the operator expects stable payments. I can do it.
In this way, in this modified example, financing and installment sales are determined based on the score calculated according to the actual number of passengers on board, so loan providers and advance purchasers can conduct financing and installment sales with high expectations. It can be performed. It will also be easier for ship owners to receive loans based on their track record, and it will be easier to obtain equipment for rental businesses.

Although the embodiments of the present invention have been described in detail above, the scope of the present invention is not limited to the above embodiments. Moreover, various improvements and changes can be made to the embodiments described above without departing from the spirit of the present invention. Furthermore, the above embodiments and modifications can be combined, or some of them can be omitted.

<8. Additional notes>
The matters explained in the embodiment and the modified example will be added below.

(Additional note 1)
A program for operating a computer including a processor and a storage unit,
The storage unit is configured to store identification information associated with the mobile object,
The program is sent to the processor
a step of accepting registration of an event schedule from a first user who holds an event using a mobile object (step S100);
A step in which a second user participating in the event performs an operation to read a two-dimensional code issued based on the identification information, thereby providing a screen for participating in the event of the mobile object corresponding to the identification information (step S203, S205) and
A program that executes a step (step S105) of accepting from a second user an input of the second user's information necessary for participating in an event on a screen.

(Additional note 2)
In the step of providing (step S203),
Supplementary note for providing at least one of the plurality of events to the second user so as to be selectable on the screen when a plurality of events of the mobile object corresponding to the identification information are registered by the first user. The program described in 1.

(Additional note 3)
The two-dimensional code includes advertising information,
In the step of providing the screen, the screen includes a predetermined advertisement according to the advertisement information.
The program described in Appendix 1.

(Additional note 4)
for the mobile object, calculating an advertising score indicating advertising effectiveness when displaying the predetermined advertisement based on a user list of the mobile object;
presenting the ad score to an advertiser of the given ad;
The program described in Appendix 3, which causes the program to execute.

(Appendix 5)
determining an advertising fee based on the advertising score;
further execute
The program according to appendix 4, wherein in the step of presenting to the advertiser, the calculated advertising score and the determined advertising fee are presented.

(Appendix 6)
acquiring position information of the moving body;
presenting the location information to at least one of an administrator of the mobile object and a person related to the second user;
The program described in Supplementary Note 1 that executes.

(Appendix 7)
obtaining an emergency call from the mobile object;
prompting a predetermined administrator to contact a predetermined emergency contact;
The program described in Supplementary Note 1 that executes.

(Appendix 8)
The emergency call includes location information of the mobile object,
In the presenting step, presenting the information to the administrator to contact the predetermined emergency call destination together with the location information;
The program described in Appendix 7.

(Appendix 9)
A method for operating a computer comprising a processor and a storage unit, the method comprising:
The storage unit is configured to store identification information associated with the mobile object,
The method is that the processor
a step of accepting registration of an event schedule from a first user who holds an event using a mobile object (step S100);
A step in which a second user participating in the event performs an operation to read a two-dimensional code issued based on the identification information, thereby providing a screen for participating in the event of the mobile object corresponding to the identification information (step S203, S205) and
A method for performing the step of receiving, from a second user, an input of information on the second user necessary for participating in an event on a screen (step S105).

(Appendix 10)
A system comprising a computer including a processor and a storage unit,
The storage unit is configured to store identification information associated with the mobile object,
The processor
means for accepting registration of an event schedule from a first user who holds an event using a mobile body;
means for providing a screen for a second user participating in the event to participate in the event of a mobile object corresponding to the identification information by performing an operation to read a two-dimensional code issued based on the identification information;
A system comprising means for receiving, from a second user, input of information necessary for participating in an event on a screen.

1 system 1
10 Terminal device 12 Communication IF
13 input device 14 output device 15 memory 16 storage section 19 processor 20 server 22 communication IF
23 Input/output IF
25 Memory 26 Storage 29 Processor 111 Antenna 112 Antenna 121 First wireless communication unit 122 Second wireless communication unit 130 Operation reception unit 131 Device 132 Display 150 Position information sensor 160 Camera 170 Storage unit 171 User information 180 Control unit 181 Input reception unit 182 Transmission/reception section 183 Data processing section 184 Display control section 201 Communication section 202 Storage section 203 Control section 281 Ship database DB
282 Customer database DB
283 Operation database DB
284 Boarding list database DB
285 Boarding list data 80 Network 81 Wireless base station 82 Wireless LAN router 2031 Transmission/reception control module 2032 Acquisition module 2033 Extraction module 2034 Output module 2035 List creation module 2036 List provision module 2037 Cancellation rate calculation module 2038 Location information provision module 2039 Emergency call module

Claims (10)

A program for operating a computer including a processor and a storage unit,
The storage unit is configured to store identification information associated with a mobile object,
The program causes the processor to:
accepting registration of a schedule for the event from a first user who holds an event using the mobile object;
A second user participating in the event performs an operation to read a two-dimensional code issued based on the identification information, thereby providing a screen for participating in the event of the mobile object corresponding to the identification information. step and
A program that causes the program to execute the step of receiving, from the second user, input of the second user's information necessary for participating in the event on the screen. In the step of providing,
If a plurality of the events of the mobile body corresponding to the identification information are registered by the first user, at least one of the plurality of events is displayed to the second user on the screen. The program according to claim 1, wherein the program selectably provides the following. The two-dimensional code includes advertising information,
In the step of providing the screen, the screen includes a predetermined advertisement according to the advertisement information.
The program according to claim 1. calculating an advertising score indicating advertising effectiveness when displaying the predetermined advertisement for the mobile object based on a user list of the mobile object;
presenting the ad score to an advertiser of the given ad;
The program according to claim 3, which causes the program to execute. determining an advertising fee based on the advertising score;
further execute
5. The program according to claim 4, wherein the step of presenting to the advertiser presents the calculated advertising score and the determined advertising fee. acquiring position information of the moving body;
presenting the location information to at least one of an administrator of the mobile object and a person related to the second user;
The program according to claim 1, which causes the program to execute. obtaining an emergency call from the mobile object;
prompting a predetermined administrator to contact a predetermined emergency contact;
The program according to claim 1, which causes the program to execute. The emergency call includes location information of the mobile object,
In the presenting step, presenting the information to the administrator to contact the predetermined emergency call destination together with the location information;
The program according to claim 7. A method for operating a computer comprising a processor and a storage unit, the method comprising:
The storage unit is configured to store identification information associated with a mobile object,
The method includes the processor:
accepting registration of a schedule for the event from a first user who holds an event using the mobile object;
A second user participating in the event performs an operation to read a two-dimensional code issued based on the identification information, thereby providing a screen for participating in the event of the mobile object corresponding to the identification information. step and
The method includes the step of receiving, from the second user, input of the second user's information necessary for participating in the event on the screen. A system comprising a computer including a processor and a storage unit,
The storage unit is configured to store identification information associated with a mobile object,
The processor,
means for accepting registration of a schedule for the event from a first user who holds an event using the mobile object;
A second user participating in the event performs an operation to read a two-dimensional code issued based on the identification information, thereby providing a screen for participating in the event of the mobile object corresponding to the identification information. means and
A system comprising: means for receiving, from the second user, input of the second user's information necessary for participating in the event on the screen.