JP7810078B2 - Server device, system, server device control method and program - Google Patents

Description

The present invention relates to a server device, a system, a method for controlling a server device, and a program.

Technology exists to check the usage status of route buses, etc.

For example, Patent Document 1 describes a system that automatically collects and processes boarding and alighting data for bus passengers. The system in Patent Document 1 reads the unique identification information recorded on the magnetic bus card, IC-tagged numbered ticket, or IC-tagged commuter pass used by passengers when they board or alight from the bus. The read unique identification information, along with the route number, stop number, fare data, date and time data, etc. obtained from the bus stop display device, are stored in the memory of the control device as a single related record data. The information processing device retrieves the record data stored in memory and analyzes and processes the boarding and alighting status for each passenger and stop.

Japanese Patent Application Laid-Open No. 2007-264911

Bus companies that operate route buses and other services want to understand the actual situation of their bus users. To do this, they generate origin-destination (OD) data. Bus companies and other such companies often collect this OD data manually. However, collecting OD data manually is very costly.

The primary objective of the present invention is to provide a server device, a system, a method for controlling a server device, and a program that contribute to generating OD data at low cost.

In a first aspect of the present invention, a server device is provided that includes: a boarding notification processing means that processes a boarding notification received from a terminal carried by a user who uses a mobile device, the boarding notification including location information when the user boarded the mobile device; and a questionnaire control means that controls a questionnaire regarding the user's use of the mobile device, wherein the boarding notification processing means identifies the boarding location where the user boarded the mobile device based on the location information of the terminal and sets the identified boarding location as the departure location in OD (Origin Destination) data; and the questionnaire control means obtains the disembarking location where the user disembarked the mobile device from the results of the questionnaire responses and sets the obtained disembarking location as the destination in the OD data.

In a second aspect of the present invention, a system is provided that includes a terminal carried by a user and a server device, wherein the terminal transmits a boarding notification to the server device, the boarding notification including location information when the user boarded the mobile vehicle, and the server device comprises boarding notification processing means that processes the boarding notification received from the terminal, and questionnaire control means that controls a questionnaire regarding the user's use of the mobile vehicle, wherein the boarding notification processing means identifies the boarding location where the user boarded the mobile vehicle based on the location information of the terminal and sets the identified boarding location as the departure location in OD (Origin Destination) data, and the questionnaire control means obtains the disembarking location where the user disembarked the mobile vehicle from the results of the questionnaire responses and sets the obtained disembarking location as the destination in the OD data.

In a third aspect of the present invention, a control method for a server device is provided, in which a server device processes a boarding notification received from a terminal carried by a user using a mobile device, the boarding notification including location information when the user boarded the mobile device; controls a questionnaire about the user's use of the mobile device; identifies the boarding location where the user boarded the mobile device based on the location information from the terminal, and sets the identified boarding location as the departure location in OD (Origin Destination) data; obtains the disembarking location where the user disembarked the mobile device from the results of the questionnaire; and sets the obtained disembarking location as the destination in the OD data.

In a fourth aspect of the present invention, a program is provided to cause a computer mounted on a server device to execute the following processes: a boarding notification including location information when a user boards a mobile vehicle, the notification being received from a terminal carried by the user using the mobile vehicle; control of a questionnaire about the user's use of the mobile vehicle; identifying the boarding location from which the user boarded the mobile vehicle based on the location information from the terminal and setting the identified boarding location as the departure location in OD (Origin Destination) data; and obtaining the disembarking location from which the user disembarked the mobile vehicle from the results of responses to the questionnaire and setting the obtained disembarking location as the destination in the OD data.

According to various aspects of the present invention, a server device, a system, a method for controlling a server device, and a program are provided that contribute to generating OD data at low cost. Note that the effects of the present invention are not limited to those described above. The present invention may also achieve other effects instead of or in addition to these effects.

FIG. 1 is a diagram for explaining an overview of an embodiment. FIG. 2 is a flowchart illustrating an example of the operation of one embodiment. FIG. 3 is a diagram illustrating an example of a schematic configuration of an information processing system according to the first embodiment. FIG. 4 is a diagram illustrating an example of a display on the terminal according to the first embodiment. FIG. 5 is a diagram for explaining the operation of the information processing system according to the first embodiment. FIG. 6 is a diagram illustrating an example of a display on the terminal according to the first embodiment. FIG. 7 is a diagram for explaining the operation of the information processing system according to the first embodiment. FIG. 8 is a diagram for explaining the operation of the information processing system according to the first embodiment. FIG. 9 is a diagram illustrating an example of a display on the terminal according to the first embodiment. FIG. 10 is a diagram illustrating an example of a display on the terminal according to the first embodiment. FIG. 11 is a diagram illustrating an example of the usage status information according to the first embodiment. FIG. 12 is a diagram illustrating an example of a processing configuration of a server device according to the first embodiment. FIG. 13 is a diagram illustrating an example of a reservation management database according to the first embodiment. FIG. 14 is a diagram illustrating an example of the OD data management database according to the first embodiment. FIG. 15 is a diagram illustrating an example of the usage status information according to the first embodiment. FIG. 16 is a sequence diagram illustrating an example of the operation of the information processing system according to the first embodiment. FIG. 17 is a diagram illustrating an example of a processing configuration of a server device according to the second embodiment. FIG. 18 is a diagram illustrating an example of a user management database according to the second embodiment. FIG. 19 is a diagram illustrating an example of a display on a terminal according to the second embodiment. FIG. 20 is a diagram illustrating an example of a display on a terminal according to the second embodiment. FIG. 21 is a diagram illustrating an example of a hardware configuration of a management server according to the present disclosure. FIG. 22 is a diagram showing an example of a display on a terminal according to a modification of the present disclosure. FIG. 23 is a diagram showing an example of a display on a terminal according to a modification of the present disclosure.

First, an overview of one embodiment will be described. Note that the drawing reference numbers provided in this overview are provided for convenience as an example to aid understanding, and are not intended to be limiting in any way. Furthermore, unless otherwise specified, the blocks depicted in each drawing represent functional units, not hardware units. Connection lines between blocks in each drawing include both bidirectional and unidirectional lines. Unidirectional arrows are used to schematically indicate the flow of the main signal (data) and do not exclude bidirectionality. Note that in this specification and drawings, elements that can be similarly described may be designated by the same reference numbers, thereby avoiding redundant explanation.

The server device 100 according to one embodiment includes a boarding notification processing means 101 and a questionnaire control means 102 (see FIG. 1). The boarding notification processing means 101 processes boarding notifications, including location information when the user boarded the mobile vehicle, received from a terminal carried by the user using the mobile vehicle. The questionnaire control means 102 controls questionnaires about the user's use of the mobile vehicle. The boarding notification processing means 101 identifies the boarding location where the user boarded the mobile vehicle based on the location information from the terminal, and sets the identified boarding location as the departure location in the OD (Origin Destination) data (step S1 in FIG. 2). The questionnaire control means 102 obtains the disembarking location where the user disembarked the mobile vehicle from the questionnaire response results, and sets the obtained disembarking location as the destination in the OD data (step S2).

The server device 100 identifies the boarding location where the user boarded the mobile vehicle based on the location information of the device carried by the user. The server device 100 also identifies the disembarking location where the user disembarked the mobile vehicle using a questionnaire regarding the use of the mobile vehicle. In this way, the server device 100 generates OD data (departure point, destination) by sending and receiving information to and from the device carried by the user without using any special machinery or equipment. As a result, OD data can be generated at low cost.

Specific embodiments are described in more detail below with reference to the drawings.

[First embodiment]
The first embodiment will be described in more detail with reference to the drawings.

[System configuration]
Fig. 3 is a diagram illustrating an example of a schematic configuration of an information processing system (operation management system) according to the first embodiment. As illustrated in Fig. 3, the information processing system includes a social networking service (SNS) server 10, a management server 20, and a plurality of mobile objects 30.

The SNS server 10 is a server that provides users with connections with others. The SNS server 10 builds a communication infrastructure. Users send and receive messages (text), photos, videos, etc. with others via the SNS server 10 (communication infrastructure). Users can also receive information from organizations such as companies and local governments via the SNS server 10.

The management server 20 is a server that manages the mobile object 30. The management server 20 is managed and operated by the local government or transportation operator that operates the mobile object 30.

The mobile object 30 is a vehicle used by specific or unspecified passengers, such as a route bus, streetcar, shared car, or school shuttle bus. Alternatively, the mobile object 30 may be a flying object such as a flying car, or a ship that travels on water.

In the first embodiment, the mobile unit 30 is assumed to be a vehicle operated primarily by a local government or the like, such as a community bus, shuttle bus, or shared car, intended to transport a relatively small number of people. The following explanation will use a community bus as an example of the mobile unit 30. However, it goes without saying that the mobile unit 30 is not intended to be limited to a community bus.

[Overview of operation]
Next, the general operation of the information processing system according to the first embodiment will be described.

<Community bus reservations>
Users who wish to use a community bus must make a reservation in advance. Specifically, the user operates the terminal 40 to reserve a seat on the community bus they wish to ride by making a reservation via the SNS server 10. For example, the user can reserve a seat on the community bus by "adding as a friend" an official account issued by the operator of the community bus (e.g., a local government) on the SNS.

Note that we will not go into details about the preparations users need to make to use the SNS. SNS users are assigned a user ID (identifier). For example, user A is assigned a user ID such as "ID01," and user B is assigned a user ID such as "ID02." The terminal 40 owned by each user stores the owner's user ID and the user IDs of other people (e.g., friends). The SNS server 10 stores the user ID in association with the contact information (e.g., phone number, email address, etc.) of the terminal 40 owned by the user corresponding to that user ID.

In addition, as a general rule, the user's terminal 40 and the management server 20 send and receive information via the SNS server 10. That is, the user uses the SNS application screen as an interface to input information into the management server 20 or obtain information from the management server 20. In doing so, the terminal 40 and the management server 20 identify the party with which they are exchanging information by sending and receiving their own user ID (e.g., the user's user ID) and the user ID of the communication partner (e.g., the user ID of the operator of the community bus).

When a user operates a terminal 40 to access the official account of the community bus operating company, the terminal 40 and management server 20 are connected via the SNS server 10. The user makes a reservation for the community bus using a GUI (Graphical User Interface) or the like displayed on the terminal 40.

For example, the management server 20 displays a GUI such as that shown in Figure 4 on the terminal 40. The user follows the displayed GUI to input information about the community bus they wish to use. Specifically, the user inputs into the terminal 40 the date of use, information identifying the bus they wish to board (information identifying the community bus they wish to use), the planned boarding location, the planned disembarking location, the number of passengers, etc.

If the community bus service entered by the user can be reserved, the management server 20 sends a "reserved bus confirmation notice" to the terminal 40 via the SNS server 10. The management server 20 sends the reserved bus confirmation notice to the terminal 40, including a reservation ID for identifying the reservation made by the user and reservation information (see Figure 5). Note that in the drawings including Figure 5, the SNS server 10 is not shown when the terminal 40 and the management server 20 send and receive information.

The management server 20 associates the reservation ID with the reservation information (e.g., the date of use, information identifying the reserved flight, the planned boarding location, the planned disembarking location, the number of passengers, etc.) and stores them in the reservation management database. Details of the reservation management database will be described later.

The terminal 40 stores the reservation ID and reservation information contained in the received reservation confirmation notice. The terminal 40 also stores information about the planned boarding and disembarking locations specified by the user when making the reservation.

In this way, by users planning to use the community bus making a reservation in advance, the maximum capacity for each bus can be maintained while avoiding the so-called three Cs (closed spaces, crowded places, and close contact). Alternatively, if the community bus is autonomous, seats will be reserved for users, ensuring that they can board the bus seated.

<Specifying boarding location>
The user boards the reserved community bus at a bus stop on the route of the reserved community bus. At that time, the user operates the terminal 40 to display the reservation ID and reservation information corresponding to the reserved community bus.

For example, the terminal 40 displays the information as shown in Figure 6. The user presents the terminal 40 displaying the reservation information to the driver (or the conductor or tour conductor in the case of an autonomous vehicle). The driver etc. will at least confirm that the flight (reserved flight) displayed on the terminal 40 matches the flight that the user actually intends to use. If the flight that the user reserved matches the flight that the user actually intends to use, the driver etc. will allow the user to board.

More specifically, even if the boarding location reserved by the user differs from the boarding location where the user actually intends to board, the driver will allow the user to board as long as the boarding route matches. For example, even if a user reserves a ride from bus stop A1 but actually boards from bus stop A2, the driver will allow the user to board as long as the reserved route matches the route taken.

Once boarding is permitted, the user presses the "Board" button displayed on the terminal 40. In response to pressing the boarding button, the terminal 40 sends a "Boarding Notification" containing the reservation ID and the terminal's own location information (coordinate information: latitude, longitude) to the management server 20 via the SNS server 10 (see Figure 7).

The terminal 40 receives GPS signals from GPS (Global Positioning System) satellites to perform positioning and generate location information including the latitude, longitude, and altitude of the device itself. Alternatively, the terminal 40 may communicate with a wireless access point and treat the location of the wireless access point as the location of the device itself.

The management server 20 identifies the corresponding reservation information from the reservation ID included in the boarding notification. The management server 20 also identifies the bus stop where the user boarded from the location information included in the boarding notification. The management server 20 then records the fact that the user boarded the community bus. Specifically, the management server 20 stores the reservation ID, date of use, information identifying the bus (bus ID), planned boarding location, planned disembarking location, actual boarding location, etc. in an OD (Origin Destination) data management database that manages OD data.

<Specifying drop-off location>
After receiving the boarding notification, the management server 20 periodically or at a predetermined timing requests the user to answer a questionnaire regarding the use of the community bus. Specifically, the management server 20 transmits a "questionnaire response request" including the reservation ID to the terminal 40 via the SNS server 10 (see FIG. 8).

When a survey response request is received, terminal 40 displays a GUI to confirm whether the user intends to respond to the survey. For example, terminal 40 displays a GUI such as that shown in FIG. 9.

If the user indicates their intention to respond to the survey, the terminal 40 sends a positive response (including the reservation ID) to the management server 20 indicating this. If the user indicates their intention not to respond to the survey, the terminal 40 sends a negative response (including the reservation ID) to the management server 20 indicating this.

If a negative response is received, the management server 20 will not take any special action.

If a positive response is received, the management server 20 acquires predetermined items (survey response items). Specifically, the management server 20 displays a GUI or the like on the terminal 40 for acquiring the survey response items. For example, the management server 20 acquires the survey response results using a GUI such as that shown in FIG. 10.

As shown in Figure 10, the questionnaire response items include, for example, the destination (place to disembark), purpose of using the community bus (purpose of riding), impressions and opinions of the user when using the bus, and other items that the operator of the community bus (such as a local government) would like to know. Alternatively, the management server 20 may obtain information regarding transfer means after disembarking from the bus stop through the questionnaire.

When the survey response results are obtained, the management server 20 sets the destination (drop-off location) included in the survey response results in the "drop-off location field" of the corresponding entry in the OD data management database. By setting the drop-off location (drop-off stop) in the drop-off location field, one piece of OD data is completed.

<Utilization of OD data>
The management server 20 generates various information for the operating body of the community bus (e.g., local government, operating company, operating entity, etc.) to utilize the D data, and provides the generated information.

Specifically, the management server 20 generates usage status information in response to a request from a person in charge (for example, a person in charge of a local government that operates a community bus). The management server 20 uses the OD data stored in the OD data management database to generate usage status information indicating the usage status of community buses and bus stops.

For example, the management server 20 generates usage status information regarding the number of users at each bus stop on a specific day. The management server 20 presents the generated usage status information to a local government official or other official in a format that allows the official to visually understand the generated usage status information. For example, the management server 20 generates usage status information such as that shown in Figure 11 and provides the generated usage status information to a local government official or other official.

Municipal government officials refer to the presented information and use it to help with future community bus operations. For example, in the example in Figure 11, since many users use bus stop A2, the person in charge decides to increase the number of community buses that include bus stop A2 on their route.

Next, we will explain in detail each device included in the information processing system according to the first embodiment.

[Administration Server]
12 is a diagram showing an example of a processing configuration (processing module) of the management server 20 according to the first embodiment. Referring to FIG. 12, the management server 20 includes a communication control unit 201, a reservation control unit 202, a boarding notification processing unit 203, a questionnaire control unit 204, a usage status information generation unit 205, and a storage unit 206.

The communication control unit 201 is a means (communication unit) for controlling communication with other devices. For example, the communication control unit 201 receives data (packets) from the SNS server 10. The communication control unit 201 also transmits data to the SNS server 10. The communication control unit 201 passes data received from other devices to other processing modules. The communication control unit 201 transmits data acquired from other processing modules to other devices. In this way, other processing modules send and receive data to other devices via the communication control unit 201. The communication control unit 201 functions as a receiving unit that receives data from other devices and as a transmitting unit that transmits data to other devices.

As described above, the communication control unit 201 sends and receives information to and from the terminal 40 via the SNS server 10. Sending and receiving information via the SNS server 10 is clear to those skilled in the art, so further detailed explanation will be omitted.

The reservation control unit 202 is a means for controlling reservations made by users to use the mobile unit 30 (community bus). When a user makes a reservation for the mobile unit 30, the reservation control unit 202 obtains at least the planned boarding location and planned disembarking location from the user.

When a user operates the terminal 40 to perform a predetermined operation, the reservation control unit 202 displays a GUI for reserving a community bus on the terminal 40. For example, the reservation control unit 202 displays a GUI such as that shown in Figure 4.

When the user has completed entering the reservation information (pressed the OK button in Figure 4), the reservation control unit 202 determines whether the reservation entered by the user can be accepted. Specifically, the reservation control unit 202 references a reservation status management database that manages the reservation status of each operating bus, and determines that the reservation can be accepted if there are seats available for the selected number of people on the community bus selected by the user. If there are no seats available for the selected number of people on the community bus selected by the user, the reservation control unit 202 determines that the reservation cannot be accepted.

Alternatively, when generating a GUI such as that shown in FIG. 4, the reservation control unit 202 may refer to the reservation status management database and allow users to select only community buses with available seats. For example, in the example of FIG. 4, the reservation control unit 202 may allow users to select community buses with one or more available seats as selectable boarding services. In other words, the reservation control unit 202 may hide community buses with no available seats in the list of "Boarding Services" pull-down menus shown in FIG. 4.

When a user successfully reserves a community bus, the reservation control unit 202 updates the reservation status management database with the community bus reservation.

When a user completes a reservation, the reservation control unit 202 generates a reservation ID to identify the reservation (reservation information). The reservation ID may be any information that can uniquely identify the reservation information. For example, the reservation control unit 202 may assign a unique value each time a user completes a reservation and use this as the reservation ID.

Once the reservation ID is generated, the reservation control unit 202 sends a "reserved flight confirmation notification" to the terminal 40. The reservation control unit 202 also associates the reservation ID with the reservation information and stores it in the reservation management database (see Figure 13). The reservation management database stores the reservation ID in association with reservation information (e.g., date and time of use, flight ID, planned boarding location, planned disembarking location, number of passengers, etc.). Note that the reservation management database shown in Figure 13 is an example and is not intended to limit the items stored.

The boarding notification processing unit 203 is a means for processing boarding notifications received from the terminal 40. The boarding notification processing unit 203 processes boarding notifications that include location information when the user boards the mobile unit 30. The boarding notification processing unit 203 identifies the boarding location where the user boarded the mobile unit 30 based on the location information from the terminal 40, and sets the identified boarding location as the departure location in the OD (Origin Destination) data.

Specifically, the boarding notification processing unit 203 searches the reservation management database using the reservation ID included in the boarding notification as a key, and identifies the corresponding entry (reservation information).

The boarding notification processing unit 203 identifies the bus stop where the user boarded from the location information included in the boarding notification. Specifically, the boarding notification processing unit 203 references table information that stores the location information (latitude, longitude) of each bus stop, and identifies the bus stop closest to the acquired location information.

The boarding notification processing unit 203 reflects the identified reservation information and stop (the stop where the user boarded) in the OD data management database (see Figure 14). As shown in Figure 14, the OD data management database stores the reservation ID, date and time of use, flight ID, planned boarding location, planned disembarking location, boarding location (actual boarding stop), disembarking location (actual disembarking stop), etc. in association with each other. Note that the OD data management database shown in Figure 14 is an example and is not intended to limit the items stored.

The boarding notification processing unit 203 extracts at least the planned boarding location and planned disembarking location from the identified reservation information. The boarding notification processing unit 203 stores the reservation ID, the extracted planned boarding location and planned disembarking location, the date and time of use, the service ID, the actual boarding location (the identified stop), etc. in the OD data management database.

Note that when the boarding notification is processed, the actual destination (stop) where the user disembarked is not yet determined, so nothing is set in the destination field of the OD data management database.

The survey control unit 204 is a means for controlling the survey regarding the user's use of the mobile unit 30. The survey control unit 204 obtains the drop-off location where the user disembarked from the mobile unit 30 from the survey response results, and sets the obtained drop-off location as the destination in the OD data.

Specifically, after receiving the boarding notification, the survey control unit 204 sends a survey response request to the terminal 40 periodically or at a predetermined timing. For example, the survey control unit 204 sends a survey response request to the terminal 40 immediately after receiving the boarding notification (immediately after the user boards the community bus).

The survey control unit 204 receives responses (positive or negative responses) to the survey response request.

If a negative response is received, the survey control unit 204 does not take any special action. Alternatively, if a negative response is received, the survey control unit 204 may search the OD data management database using the reservation ID included in the negative response as a key and delete the entry corresponding to the reservation ID.

If survey response results are not obtained, information about the bus stop where the user actually disembarked cannot be obtained. Since entries without disembarkation location information (incomplete OD data) have little value, the survey control unit 204 may delete entries corresponding to reservations for which the survey response was rejected. Alternatively, if survey response results are not obtained, the survey control unit 204 may treat the planned disembarkation location in the user's corresponding reservation information as the disembarkation location.

If a positive response is received, the survey control unit 204 acquires predetermined items (survey response items) from the user. Specifically, the survey control unit 204 displays a GUI or the like on the terminal 40 for acquiring the survey response items. For example, the survey control unit 204 acquires the survey response results using a GUI such as that shown in FIG. 10.

When the survey response results are obtained using the GUI, the survey control unit 204 reflects at least the "drop-off location" from the survey response results in the OD data management database. The survey control unit 204 sets the destination (drop-off stop) obtained from the survey in the "drop-off location field" of the entry (entry in the OD data management database) corresponding to the reservation ID included in the positive response.

Of course, the survey control unit 204 may also register other information (purpose of use, impressions, etc.) in addition to the drop-off location in the OD data management database.

The usage status information generation unit 205 is a means for generating usage status information indicating the usage status of the mobile object 30. The usage status information generation unit 205 generates usage status information in response to a request from a local government official (a local government official who operates the community bus). The usage status information generation unit 205 generates usage status information (information indicating the usage status of the mobile object 30) of the content requested by the official, etc., based on the OD data stored in the OD data management database.

For example, the usage status information generation unit 205 generates the number of users at each bus stop on a specified date specified by the person in charge as usage status information. For example, the usage status information generation unit 205 generates usage status information such as that shown in FIG. 11 and provides the generated usage status information to local government officials, etc. In this case, the usage status information generation unit 205 may present the generated usage status information to the person in table format, or may present it in graph format as shown in FIG. 11.

Alternatively, the usage status information generation unit 205 may generate usage status information indicating the number of passengers boarding and alighting at each bus stop. Alternatively, the usage status information generation unit 205 may generate the number of passengers (number of passengers boarding and alighting) at each bus stop for a specified period (e.g., by time slot, month, or year) as usage status information.

Alternatively, the usage status information generation unit 205 may generate the number of users for each purpose of use at each bus stop as usage status information. For example, the usage status information generation unit 205 may tally the number of users for "commuting to work," the number of users for "commuting to school," etc., and generate this as usage status information.

Alternatively, the usage status information generation unit 205 may generate, as usage status information, the number of users whose actual behavior differs from their original plan. More specifically, the usage status information generation unit 205 tallies, for each service, the number of users whose planned route (planned boarding location, planned disembarking location) is the same as the route actually used (boarding location, disembarking location), and the number of users whose two routes are different.

The usage status information generation unit 205 calculates the ratio of users who changed their route to all users for each flight as the "plan changer ratio." The usage status information generation unit 205 generates a list of the plan changer ratios for each flight as usage status information. The usage status information generation unit 205 presents the generated usage status information to the person in charge, etc., in a table format such as that shown in Figure 15.

By referring to usage status information such as that shown in Figure 15, local government officials can identify routes that experience frequent schedule changes due to changes in users' travel purposes, etc. These officials can then identify the causes of these frequent schedule changes and use this information to create future operation schedules (operation routes, operation frequency, etc.).

In this way, the usage status information generation unit 205 may generate usage status information based on the planned section related to the planned use of the mobile object 30, obtained from the planned boarding location and planned disembarking location, and the actual section related to the actual usage of the mobile object 30, obtained from the boarding location and disembarking location.

The memory unit 206 is a means for storing information necessary for the operation of the management server 20.

[SNS server]
A detailed description of the internal configuration and operation of the SNS server 10 will be omitted. The SNS server 10 can have the same configuration and operation as existing server devices that provide social network services.

[Device]
Examples of the terminal 40 include mobile terminal devices such as smartphones, mobile phones, game consoles, tablets, etc. The terminal 40 can be any equipment or device that can accept user operations and communicate with the SNS server 10, etc. The configuration of the terminal 40 is clear to those skilled in the art, so detailed explanation will be omitted.

[System Operation]
Next, the operation of the information processing system according to the first embodiment will be described. Fig. 16 is a sequence diagram showing an example of the operation of the information processing system according to the first embodiment. With reference to Fig. 16, the system operation when a user boards a bus at a bus stop and disembarks at another bus stop will be described.

When a user boards a community bus, the terminal 40 sends a boarding notification to the management server 20 (step S01).

The management server 20 obtains the boarding location (boarding stop) where the user boarded using the location information included in the boarding notification (step S02).

The management server 20 reflects the acquired boarding location information in the OD data management database (step S03).

The management server 20 sends a survey response request to the terminal 40 of the user riding the community bus (step S04).

Upon receiving this request, the terminal 40 acquires the user's intention to respond to the survey. The terminal 40 notifies the management server 20 of the user's intention. The terminal 40 then sends a positive or negative response to the management server 20 (step S05).

If the user indicates their intention to respond to the questionnaire, the management server 20 uses the questionnaire to obtain the user's destination (stop) (step S06).

The management server 20 reflects the acquired drop-off location information in the OD data management database (step S07). By reflecting the drop-off location information in the OD data management database, one piece of OD data (boarding and disembarking data) is completed.

As described above, in the information processing system according to the first embodiment, the management server 20 acquires a reservation made by a user for use of a mobile object 30, such as a community bus, via SNS. When the user actually boards the community bus, the user operates the terminal 40 to display the reservation information. When the driver gives the user permission to board the community bus, the user presses the "Board" button displayed on the terminal 40. When the user presses the boarding button, the terminal 40 sends a boarding notification, including a reservation ID, to the management server 20. The management server 20 identifies the user's reservation for the community bus from the reservation ID and identifies the actual boarding location from the location information of the terminal 40. After the user boards (or disembarks) the community bus, the management server 20 requests the user to complete a questionnaire. The management server 20 acquires the user's disembarkation location through the questionnaire. In this way, the information processing system according to the first embodiment generates OD data based on reservations for the community bus (mobile object 30) made via SNS and questionnaires regarding the use of the community bus. In this case, no special machinery or equipment (e.g., camera equipment, communication devices, etc.) is required to generate OD data, so community bus operators such as local governments and transportation companies can obtain OD data at low cost.

In addition, in the information processing system according to the first embodiment, OD data on users' daily use of the community bus is acquired in real time. By appropriately analyzing this OD data acquired in real time, local government officials can accurately grasp changes in residents' needs regarding the community bus. As a result, new operation schedules, etc., are created that accurately reflect residents' needs regarding operation schedules and operation routes that change over time. For example, changes in needs that arise due to the renovation, closure, consolidation, or new opening of facilities near the community bus route that serve as drop-off points (destinations) can be accurately grasped and reflected in operation schedules, etc.

In particular, by comparing the reserved section (planned boarding location, planned disembarking location) reserved by the user with the section actually used by the user (boarding location, disembarking location), the management server 20 can accurately identify any sudden changes in the user's plans. The management server 20 can present usage information generated based on the reserved section (reserved section) and the section used (actual section) to local government officials, etc. Those officials can use this usage information to generate community bus schedules, etc. that avoid sudden changes in plans.

In addition, the information processing system according to the first embodiment can create OD data for community buses without handling personal information about users. This allows community bus operators (municipalities, transportation companies, etc.) to obtain OD data at low cost and with low management responsibility. Furthermore, the collection of OD data does not impose an excessive burden on users or community bus drivers.

Transportation operators typically create OD data once every five years or so, deploying numerous personnel. Alternatively, transportation operators sometimes create OD data by running vehicles equipped with cameras and analyzing the image data captured by the cameras. In either case, transportation operators incur significant costs in generating OD data. Furthermore, it's not uncommon for service schedules to be determined based on the experience of transportation operators without any solid evidence. In such cases, transportation operators may not be able to accurately grasp community bus usage, resulting in them failing to operate community buses during times or across sections where residents need them. In other words, service schedules determined based on the subjective opinions and past experience of operators may result in missed passengers. Furthermore, transportation operators may not be able to maintain or improve their services because they have no way of obtaining the opinions and feedback of community bus users. In particular, when using small vehicles, transportation operators cannot expect significant revenue from these vehicles, so it is important to set accurate service schedules (route and frequency) based on occupancy capacity and usage history.

In response to these issues, the information processing system according to the first embodiment generates OD data by having users operate the terminal 40 to press the "board" button and by having users respond to a questionnaire. As a result, transportation operators can obtain OD data at low cost. Therefore, the OD data generation method disclosed herein is suitable for generating OD data for local transportation modes such as community buses. Furthermore, rather than transportation operators bearing the costs required for generating OD data, a system is established in which local residents and transportation operators support each other by incorporating the terminal 40 owned by the user (local resident) and the operation of that terminal 40 into the OD data generation process.

Second Embodiment
Next, the second embodiment will be described in detail with reference to the drawings.

In the first embodiment, we described a case in which the management server 20 requests community bus users to respond to a questionnaire. In the second embodiment, we describe an information processing system that encourages users to respond to a questionnaire.

The following explanation will focus on the differences between the first and second embodiments.

Figure 17 is a diagram showing an example of the processing configuration (processing module) of the management server 20 according to the second embodiment. Referring to Figure 17, a user management unit 207 has been added to the configuration of the management server 20 according to the first embodiment.

The user management unit 207 is a means for managing and controlling users who use the community bus. The user management unit 207 manages users who have reserved a community bus using the user ID (user ID used in the SNS application) of the user. The user management unit 207 can obtain the user ID each time the terminal 40 and the management server 20 send and receive information.

The management server 20 according to the second embodiment awards rewards to users who respond to a questionnaire. For example, the management server 20 may award points for various purposes to users who respond to a questionnaire. The user management unit 207 manages rewards awarded to users who respond to a questionnaire.

When a user answers a questionnaire, the user management unit 207 awards the user a predetermined number of points. The user management unit 207 manages the points awarded to the user in association with the user ID. Specifically, the user management unit 207 awards a predetermined number of points to the user who answered the questionnaire, and stores the awarded points in association with the user ID in the user management database (see Figure 18).

The points awarded to users can be used in a variety of ways. For example, users can use the points to receive discounts at stores along the community bus route or exchange them for prizes.

When using points, the user operates the terminal 40 to access the management server 20. The terminal 40 sends a point display request to the management server 20. The management server 20 displays the points held by the user on the terminal 40. The user decides whether or not to use the displayed points. If using points, the user confirms the points used with the store clerk. The terminal 40 notifies the management server 20 of the points used. The management server 20 subtracts the points used from the user's accumulated points. Note that the accumulation and use of points is not within the scope of this disclosure, so a detailed explanation will be omitted.

Alternatively, the user can use the accumulated points to ride the community bus for free. In this case, when the reservation control unit 202 sends a reservation confirmation notification to the terminal 40, if the user has accumulated enough points to ride the community bus for free, it notifies the terminal 40 that "free ride available." When the user boards the community bus, the terminal 40 displays the reservation information along with the fact that the user is eligible for free ride. When the driver sees this free ride available display, he or she allows the user to board without requiring payment of the fare.

The benefit given to users can be a coupon (points) that can only be used at specific retailers. In this case, the management server 20 can display advertisements for retailers, etc. that accept the coupons on the community bus reservation screen, etc. The management server 20 rewards the contribution of retailers, etc. that provide coupons (coupons that offer discounts on product prices) by waiving the cost of the advertisements. Retailers (advertisers) can realize the effectiveness of the advertisements when users use the points (coupons) given to them. Furthermore, if no users use the coupons, the retailers incur no losses. In this way, the management server 20 can create a system that involves stores operating along the community bus route by giving users coupons that can be used at specific stores, etc., to users who respond to a questionnaire and having them check advertisements for stores, etc. that provide the coupons.

The management server 20 may also provide user information to advertisers (sponsoring stores). For example, the management server 20 may provide a sponsoring store with the boarding location (boarding stop) of a user who got off at the nearest stop. The management server 20 may also provide feedback of user information to advertisers (sponsoring stores).

The SNS server 10 may send messages posted by users to friends and other contacts, as well as to the management server 20. The user management unit 207 may analyze messages posted on the SNS and accumulate the user's behavioral history.

In particular, when the user management unit 207 receives posts, messages, etc. related to the community bus route, it accumulates information obtained from the messages, etc. as the user's behavioral history. For example, if a user takes a photo at a shrine close to bus stop A1, the user management unit 207 generates a "visit to the shrine" as part of the user's behavioral history and stores it in the user information database.

When a user answers the questionnaire, the information processing system provides the user with the privilege of being able to view the user's accumulated behavioral history. For example, upon receiving a questionnaire response request, the terminal 40 displays a message such as "If you answer the questionnaire, you will be able to view your past behavioral history" (see Figure 19).

When the user answers the questionnaire in accordance with the display, the questionnaire control unit 204 sets the user's status to "questionnaire answered" in the user management database. When the user management unit 207 receives a "behavior history viewing request" from the terminal 40 via the SNS server 10, it displays the corresponding behavior history on the terminal 40 (see Figure 20).

In this way, the management server 20 may grant users who respond to the questionnaire the privilege of being able to check their own behavioral history. Furthermore, the user management unit 207 may obtain the user's diary information and pedometer information from the SNS server 10, and provide information that integrates diary information and behavioral history, or information that integrates step count information and behavioral history.

The management server 20 may also provide users who respond to the questionnaire with special benefits, such as introductions (recommendations) to popular spots along the community bus route. Specifically, the user management unit 207 analyzes the behavioral history stored in the user information database and identifies popular spots visited by many users. The user management unit 207 then transmits information about the identified popular spots to the terminals 40 of users who have been set as having responded to the questionnaire at a predetermined timing.

In this way, the management server 20 may provide users who respond to the questionnaire with information about popular spots along the community bus route as a "benefit." As a result, a system is created in which other users are notified of spots that they have visited using the community bus (secondary transportation). In other words, the management server 20 can create opportunities for many people to learn about little-known local attractions.

As described above, the management server 20 according to the second embodiment may award a reward to a user who answers the questionnaire. Furthermore, the terminal 40 may display, in a GUI for confirming whether the user intends to answer the questionnaire, that a reward will be awarded if the user answers the questionnaire. If a reward can be obtained by answering the questionnaire, the user will be motivated to answer the questionnaire. As a result, more questionnaire response results (questionnaire response results including actual drop-off locations) are obtained, and more OD data is generated.

Next, we will explain the hardware of each device that makes up the information processing system. Figure 21 is a diagram showing an example of the hardware configuration of the management server 20.

The management server 20 can be configured as an information processing device (a so-called computer) and has the configuration shown in FIG. 21. For example, the management server 20 includes a processor 311, memory 312, an input/output interface 313, and a communication interface 314. The processor 311 and other components are connected via an internal bus or the like and are configured to be able to communicate with each other.

However, the configuration shown in FIG. 21 is not intended to limit the hardware configuration of the management server 20. The management server 20 may include hardware not shown, and may not have an input/output interface 313 if necessary. Furthermore, the number of processors 311, etc. included in the management server 20 is not intended to be limited to the example shown in FIG. 21; for example, the management server 20 may include multiple processors 311.

The processor 311 is a programmable device such as a CPU (Central Processing Unit), MPU (Micro Processing Unit), or DSP (Digital Signal Processor). Alternatively, the processor 311 may be a device such as an FPGA (Field Programmable Gate Array) or ASIC (Application Specific Integrated Circuit). The processor 311 executes various programs, including an operating system (OS).

Memory 312 is RAM (Random Access Memory), ROM (Read Only Memory), HDD (Hard Disk Drive), SSD (Solid State Drive), etc. Memory 312 stores the OS program, application programs, and various data.

The input/output interface 313 is an interface for a display device and an input device (not shown). The display device is, for example, an LCD display. The input device is, for example, a device that accepts user operations, such as a keyboard or mouse.

The communication interface 314 is a circuit, module, etc. that communicates with other devices. For example, the communication interface 314 includes a NIC (Network Interface Card) or the like.

The functions of the management server 20 are realized by various processing modules. For example, the processing modules are realized by the processor 311 executing programs stored in the memory 312. Furthermore, the programs can be recorded on a computer-readable storage medium. The storage medium can be a non-transitory medium such as a semiconductor memory, hard disk, magnetic recording medium, or optical recording medium. In other words, the present invention can also be embodied as a computer program product. Furthermore, the programs can be downloaded via a network or updated using a storage medium that stores the programs. Furthermore, the processing modules can be realized by semiconductor chips.

Note that the hardware configuration of the terminal 40, etc. can be the same as that of the management server 20, so explanation will be omitted.

The management server 20, which is an information processing device, is equipped with a computer, and the functions of the management server 20 can be realized by having the computer execute a program. The management server 20 also executes the management server 20 control method using the program.

[Modification]
The configuration, operation, etc. of the information processing system described in the above embodiment are merely examples, and are not intended to limit the configuration, etc. of the system.

The information processing system disclosed herein may incorporate biometric authentication to identify users. When reserving a community bus, users register their biometric information (e.g., a facial image) with the management server 20. A camera capable of capturing images of passengers boarding the community bus is installed inside the community bus. The management server 20 performs a matching process using the biometric information obtained from the camera on the community bus with pre-registered biometric information to identify the passenger attempting to board the community bus. If the identified user's reservation information is valid, the management server 20 permits the user to use the community bus. In this way, by employing biometric authentication, the management server 20 can perform strict identity verification. By performing strict identity verification, for example, a system can be established in which a neighborhood association or other local organization collects secondary transportation fees from residents and allows only those who pay the fees to use the secondary transportation for a specified period (e.g., one year). In this way, the management server 20 may use biometric authentication to distinguish between residents who have paid the secondary transportation (community bus) fee in advance and those who have not.

In the above embodiment, it has been described that the terminal 40 and the management server 20 communicate via the SNS server 10. However, the terminal 40 and the management server 20 may communicate (transmit and receive information) directly without going through the SNS server 10. In other words, all or part of the information transmission and reception between the terminal 40 and the management server 20 described above may be performed directly between the terminal 40 and the management server 20.

In the above embodiment, we have described the case where a user makes a reservation for one person. However, one user may also make a reservation for multiple users (reservations for use of the community bus). In this case, the driver compares the number of reserved users displayed on the terminal 40 with the number of users who actually board the community bus to determine whether or not to allow boarding. If more users than the number of people who have reserved try to board the community bus, the driver will refuse boarding to the number of users who have not made a reservation. Furthermore, if multiple users board the community bus with a single reservation, the management server 20 (survey control unit 204) may individually acquire the drop-off location (destination) of each user.

Furthermore, when a reservation for a community bus is made for multiple people (for example, when a reservation for a community bus is made for a friend), the terminal 40 may share the reservation information with the friend. Specifically, the terminal 40 obtains from the user information about the friend with whom the reservation information will be shared, and transfers the reservation information to the terminal 40 owned by the friend. In this way, when a user makes a community bus reservation for another person (for example, a friend) and the corresponding reservation information is shared with that person, an increase in the number of people using the community bus can be expected.

The management server 20 may acquire user profiles (attribute information, for example, gender, age, etc.) from the SNS server 10. The management server 20 may generate usage status information using the acquired profiles (attribute information). For example, the management server 20 (usage status information generation unit 205) may generate the number of bus stop users by age and gender as usage status information.

Alternatively, the management server 20 may use user attribute information to determine the benefits to be given to users who respond to the questionnaire. For example, the management server 20 may change the content of the benefits to be given to users and the number of points to be given depending on the user's gender or age. Alternatively, the management server 20 (user management unit 207) may change the content of the benefits to be given depending on the user's behavioral history.

The management server 20 may provide users with an interface that allows them to change or cancel their reservations. The management server 20 may also penalize users who do not use the community bus without canceling their reservations. The management server 20 stores the reservation ID and the user ID of the user in the reservation management database. The management server 20 deletes the entry registered in the reservation management database each time a user rides the community bus. The management server 20 treats users (user IDs) whose entries remain after being deleted as users who made a reservation but did not use the community bus. The management server 20 rejects the user's reservation when the user attempts to make another reservation for the community bus. For example, the management server 20 rejects reservations from the user for a predetermined period of time. The management server 20 may also present analysis results regarding the attributes (e.g., gender, age) of users who did not use the community bus without canceling their reservations to local government officials, etc.

The information processing system disclosed herein may also include a mechanism for increasing the number of users of the community bus. For example, when a user makes a reservation for a community bus, the terminal 40 sends a message encouraging the user to use the same community bus to the terminals 40 of users who are registered as friends of the user. In response to the message, the management server 20 grants benefits to the user and/or friends when the friends make a reservation for a community bus. For example, the management server 20 grants the user and/or their friends benefits such as free use of the community bus or coupons that can be used at retail stores along the community bus route.

Alternatively, the management server 20 may treat users who recommend using the community bus to their friends (recommenders) differently from users who are recommended to use the community bus (recommenders). For example, the management server 20 may increase the number of points awarded to recommendees who use the community bus for a specified period of time. The management server 20 may also award a specified number of points to recommenders who make recommendations, along with a message of thanks.

The information processing system disclosed herein may include a mechanism for notifying the outside world of an emergency that occurs inside the vehicle. For example, it is desirable to have a mechanism for notifying the outside world of an emergency when an abnormal situation occurs inside the vehicle or when a passenger causes a nuisance. Specifically, it is desirable to have an information processing system that enables a user to issue an SOS call in response to an incident in which the user finds it difficult to speak out loud. For example, when a user encounters an emergency, the user operates terminal 40 to send image data obtained by photographing the interior of the vehicle or audio data obtained by recording the interior of the vehicle to management server 20. Upon receiving the image data or audio data, management server 20 detects an emergency that has occurred inside the vehicle and notifies a pre-registered operator, security company, or other party that an emergency has occurred inside the vehicle. Note that management server 20 can detect the occurrence of an emergency by inputting the image data or audio data into a learning model obtained by machine learning. In response to receiving the notification, the operator, security company, or other party heads to the community bus or other vehicle where the emergency occurred.

In the above embodiment, when a user boards a community bus, the user presses the "Board" button displayed on the terminal 40 to notify the management server 20 that the user has boarded. However, the user's boarding may be notified to the management server 20 by any other method. For example, when a user accepts a reservation for a community bus, the management server 20 sends a reservation ID and reservation information to the terminal 40. When boarding the community bus, the user operates the terminal 40 to display a two-dimensional barcode containing the reservation ID and location information. The driver or other person may operate a barcode reader or the like to read the contents of the displayed two-dimensional barcode (reservation ID, location information).

In the above embodiment, the management server 20 was described as collecting the purpose of use of the community bus from the results of questionnaire responses obtained from users. However, the management server 20 may also obtain the purpose of use of the community bus from users using other means. For example, the management server 20 may obtain the purpose of use from the drop-off location in the questionnaire response results. For example, if a bus stop with a high school is selected as the drop-off location, the management server 20 may set the purpose of use of that user to "commute to school."

Alternatively, the management server 20 can detect users' purpose for using the community bus and changes in that purpose from messages posted on social media by users. For example, if the number of users using a specific bus stop increases, the management server 20 may infer the purpose of use of the increased number of users from messages posted on social media. For example, if the number of users getting off at bus stop A1 increases, the management server 20 may detect the purpose of use of the community bus from the behavioral history of users getting off at bus stop A1 (behavioral history obtained from messages posted on social media). For example, if the number of messages from users getting off at bus stop A1 that mention "visiting a commercial facility" increases, the management server 20 may set the purpose of use of users getting off at bus stop A1 to "shopping."

When a user reserves a community bus, the management server 20 may display a list of community bus reservation statuses on the terminal 40. For example, the management server 20 may display a GUI such as that shown in FIG. 22 on the terminal 40. As shown in FIG. 22, the management server 20 displays the reservation status of community buses (full or seats remaining) and allows users to reserve community buses with available seats (displays a reservation button). The user follows the display on the terminal 40 to select the community bus they wish to board (the community bus to reserve).

The terminal 40 may manage the survey response status of users. The terminal 40 may display the survey response status of the user when the user performs a predetermined action (for example, pressing a survey response status display button) (see Figure 23). Furthermore, when the user selects to respond to an "unanswered" survey (when the response button in Figure 23 is pressed), the terminal 40 displays a GUI that prompts the user to respond to the selected survey (displaying a GUI such as that shown in Figure 10). Furthermore, the terminal 40 may display information that allows the user to easily distinguish between community buses for which the user has already answered the survey and community buses for which the user has not yet answered the survey. For example, the terminal 40 may change the color of the survey response status for each community bus, allowing the user to easily find community buses for which the user has not yet answered the survey.

In the above embodiment, a reservation management database, OD data management database, etc. are configured within the management server 20, but these databases may also be configured on an external database server, etc. In other words, some of the functions of the management server 20 may be implemented on a separate server. More specifically, the above-described "survey control unit (survey control means)" etc. may be implemented on any device included in the system.

In the flow diagrams (flowcharts, sequence diagrams) used in the above explanation, multiple steps (processes) are listed in order, but the order in which the steps are executed in the embodiments is not limited to the listed order. In the embodiments, the order of the steps shown in the diagrams can be changed to the extent that it does not interfere with the content, for example, by executing each process in parallel.

The above embodiments have been described in detail to facilitate understanding of the present disclosure, and it is not intended that all of the configurations described above are required. Furthermore, when multiple embodiments are described, each embodiment may be used alone or in combination. For example, it is possible to replace part of the configuration of one embodiment with the configuration of another embodiment, or to add the configuration of another embodiment to the configuration of one embodiment. Furthermore, it is possible to add, delete, or replace part of the configuration of one embodiment with another configuration.

The above explanation makes clear the industrial applicability of this invention, and it is particularly applicable to information processing systems related to the operation of community buses and other vehicles.

Some or all of the above embodiments can be described as, but are not limited to, the following supplementary notes.
[Appendix 1]
a boarding notification processing means for processing a boarding notification received from a terminal carried by a user who uses a mobile body, the boarding notification including location information when the user boards the mobile body;
a questionnaire control means for controlling a questionnaire regarding the use of the mobile object by the user;
Equipped with
The boarding notification processing means identifies a boarding location where the user boarded the mobile body based on the location information of the terminal, and sets the identified boarding location as a departure location in OD (Origin Destination) data;
The questionnaire control means is a server device that acquires the drop-off location where the user got off the mobile object from the response results of the questionnaire, and sets the acquired drop-off location as the destination of the OD data.
[Appendix 2]
The server device according to claim 1, wherein the survey control means periodically or at a predetermined timing transmits a survey response request to a terminal carried by a user riding in the vehicle.
[Appendix 3]
a reservation control means for controlling a reservation for the user to use the mobile object;
The server device according to claim 2, wherein the reservation control means acquires at least a planned boarding location and a planned disembarking location when the user makes a reservation for the vehicle.
[Appendix 4]
The server device according to claim 3, wherein the reservation control means transmits a reservation confirmation notification to the terminal carried by the user when the user completes the reservation of the mobile object.
[Appendix 5]
The server device according to claim 4, further comprising a usage status information generating means for generating usage status information indicating a usage status of the mobile object based on the OD data.
[Appendix 6]
The server device described in Appendix 5, wherein the usage status information generation means generates the usage status information based on a planned section regarding the planned use of the mobile object obtained from the planned boarding location and the planned disembarking location, and an actual section regarding the actual usage of the mobile object obtained from the boarding location and the disembarking location.
[Appendix 7]
The server device according to any one of claims 1 to 6, further comprising a management means for managing benefits to be given to users who respond to the questionnaire.
[Appendix 8]
A device owned by the user,
a server device;
Including,
the terminal transmits to the server device a ride notification including location information when the user gets on the moving object;
The server device
a boarding notification processing means for processing the boarding notification received from the terminal;
a questionnaire control means for controlling a questionnaire regarding the use of the mobile object by the user;
Equipped with
The boarding notification processing means identifies a boarding location where the user boarded the mobile body based on the location information of the terminal, and sets the identified boarding location as a departure location in OD (Origin Destination) data;
The questionnaire control means acquires the drop-off location where the user got off the mobile object from the response results of the questionnaire, and sets the acquired drop-off location as the destination of the OD data.
[Appendix 9]
the questionnaire control means transmits a questionnaire response request to the terminal periodically or at a predetermined timing;
The system described in Appendix 8, wherein the terminal, upon receiving the survey response request, displays a GUI (Graphical User Interface) to confirm whether the user is willing to respond to the survey.
[Supplementary Note 10]
The server device
The system further comprises a management means for managing benefits to be given to users who have answered the questionnaire,
The system described in Appendix 9, wherein the terminal displays in a GUI (Graphical User Interface) for confirming whether the user is willing to answer the questionnaire that a benefit will be awarded by answering the questionnaire.
[Appendix 11]
In the server device,
processing a ride notification received from a terminal carried by a user of a mobile vehicle, the ride notification including location information when the user got on the mobile vehicle;
Controlling a questionnaire regarding the user's use of the mobile object;
Identifying the boarding location where the user boarded the mobile body based on the location information of the terminal, and setting the identified boarding location as the departure location of OD (Origin Destination) data;
A control method for a server device, comprising: acquiring a drop-off location where the user got off the mobile body from the response result of the questionnaire; and setting the acquired drop-off location as a destination of the OD data.
[Appendix 12]
The computer installed in the server device
Processing related to a ride notification received from a terminal carried by a user who uses a mobile object, the ride notification including location information when the user rides the mobile object;
A process of controlling a questionnaire about the use of the mobile object by the user, a process of identifying the boarding location where the user boarded the mobile object based on the location information of the terminal, and a process of setting the identified boarding location as the departure location of OD (Origin Destination) data, and
A process of acquiring a drop-off point where the user got off the mobile object from the response result of the questionnaire, and setting the acquired drop-off point as a destination of the OD data;
A program to execute.

The disclosures of the above cited prior art documents are incorporated herein by reference. While embodiments of the present invention have been described above, the present invention is not limited to these embodiments. Those skilled in the art will understand that these embodiments are merely illustrative and that various modifications are possible without departing from the scope and spirit of the present invention. In other words, the present invention naturally includes various modifications and alterations that may be made by those skilled in the art in accordance with the entire disclosure, including the scope of the claims, and the technical ideas.

10 SNS server 20 Management server 30 Mobile object 40 Terminal 100 Server device 101 Boarding notification processing means 102 Survey control means 201 Communication control unit 202 Reservation control unit 203 Boarding notification processing unit 204 Survey control unit 205 Usage status information generation unit 206 Storage unit 207 User management unit 311 Processor 312 Memory 313 Input/output interface 314 Communication interface

Claims (12)

a boarding notification processing means for processing a boarding notification received from a terminal carried by a user who uses a mobile body, the boarding notification including location information when the user boards the mobile body;
a questionnaire control means for controlling a questionnaire regarding the use of the mobile object by the user;
Equipped with
the boarding notification processing means identifies a boarding location where the user boarded the mobile body based on the location information of the terminal, and sets the identified boarding location as a departure location in OD (Origin Destination) data;
The questionnaire control means is a server device that acquires the drop-off location where the user got off the mobile object from the response results of the questionnaire, and sets the acquired drop-off location as the destination of the OD data. The server device according to claim 1, wherein the survey control means periodically or at predetermined times transmits a survey response request to a terminal carried by a user riding in the vehicle. a reservation control means for controlling a reservation for the user to use the mobile object;
3. The server device according to claim 2, wherein the reservation control means acquires at least a planned boarding location and a planned disembarking location when the user makes a reservation for the mobile object. The server device described in claim 3, wherein the reservation control means transmits a reservation confirmation notification to the terminal carried by the user when the user completes the reservation for the vehicle. The server device of claim 4 further comprises a usage status information generation means for generating usage status information indicating the usage status of the mobile object based on the OD data. The server device described in claim 5, wherein the usage information generation means generates the usage information based on a planned section related to the planned use of the mobile object obtained from the planned boarding location and the planned disembarking location, and an actual section related to the actual use of the mobile object obtained from the boarding location and the disembarking location. The server device described in any one of claims 1 to 6 further comprises a management means for managing the benefits granted to users who respond to the survey. A device owned by the user,
a server device;
Including,
the terminal transmits a ride notification to the server device, the ride notification including location information when the user gets on the moving object;
The server device
a boarding notification processing means for processing the boarding notification received from the terminal;
a questionnaire control means for controlling a questionnaire regarding the use of the mobile object by the user;
Equipped with
the boarding notification processing means identifies a boarding location where the user boarded the mobile body based on the location information of the terminal, and sets the identified boarding location as a departure location in OD (Origin Destination) data;
The questionnaire control means acquires the drop-off location where the user got off the mobile object from the response results of the questionnaire, and sets the acquired drop-off location as the destination of the OD data. the questionnaire control means transmits a questionnaire response request to the terminal periodically or at a predetermined timing;
9. The system according to claim 8, wherein the terminal, in response to receiving the survey response request, displays a GUI (Graphical User Interface) for confirming whether the user intends to respond to the survey. The server device
The system further comprises a management means for managing benefits to be given to users who have answered the questionnaire,
The system according to claim 9, wherein the terminal displays in a GUI (Graphical User Interface) for confirming whether the user intends to answer the questionnaire that a special benefit will be awarded by answering the questionnaire. In the server device,
processing a ride notification received from a terminal carried by a user of a mobile vehicle, the ride notification including location information when the user got on the mobile vehicle;
Controlling a questionnaire regarding the user's use of the mobile object;
Identifying the boarding location where the user boarded the mobile body based on the location information of the terminal, and setting the identified boarding location as the departure location of OD (Origin Destination) data;
A control method for a server device, comprising: acquiring a drop-off location where the user got off the mobile body from the response result of the questionnaire; and setting the acquired drop-off location as a destination of the OD data. The computer installed in the server device
Processing related to a ride notification received from a terminal carried by a user who uses a mobile object, the ride notification including location information when the user rides the mobile object;
A process of controlling a questionnaire about the use of the mobile object by the user, a process of identifying the boarding location where the user boarded the mobile object based on the location information of the terminal, and setting the identified boarding location as the departure location in OD (Origin Destination) data, and
A process of acquiring a drop-off point where the user got off the mobile object from the response result of the questionnaire, and setting the acquired drop-off point as a destination of the OD data;
A program to execute.