Server device, system, server device control method and program

Abstract

To provide a server apparatus that generates OD data at low cost.SOLUTION: A server apparatus includes boarding notification processing means, and questionnaire control means. The boarding notification processing means processes a boarding notification that is received from a terminal possessed by a user who uses a mobile body and includes positional information when the user boards the mobile body. The questionnaire control means performs control related to questionnaires regarding the usage of the mobile body by the user. The boarding notification processing means specifies a boarding place where the user boards the mobile body based on the positional information of the terminal, and sets the specified boarding place to a departure place of OD data. The questionnaire control means acquires a getting-off place where the user gets off the mobile body from response results of the questionnaire, and sets the acquired getting-off place to a destination place of the OD data.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a server device, a system, a method for controlling a server device, and a program. [Background technology]

[0002] There is technology to check the usage status of route buses and other public transport.

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

[0004] [Patent Document 1] Japanese Patent Application Laid-Open No. 2007-264911 Summary of the Invention [Problem to be solved by the invention]

[0005] Bus companies that operate route buses and other services want to understand the actual situation of bus users. To understand this situation, OD (Origin Destination) data is generated. Bus companies and other businesses often collect this OD data manually. However, collecting OD data manually is very costly.

[0006] A primary object 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. [Means for solving the problem]

[0007] According to a first aspect of the present invention, a server device is provided which includes 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 boarded the mobile body, and a questionnaire control means for controlling a questionnaire regarding the user's use of the mobile body, wherein the boarding notification processing means identifies the boarding location from which the user boarded the mobile body based on the location information of the terminal and sets the identified boarding location as the departure location of OD (Origin Destination) data, and the questionnaire control means obtains the disembarking location from which the user disembarked the mobile body from the results of the questionnaire responses and sets the obtained disembarking location as the destination of the OD data.

[0008] According to a second aspect of the present invention, there is provided a system including 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 body, and the server device is equipped with a boarding notification processing means for processing the boarding notification received from the terminal, and a questionnaire control means for controlling a questionnaire regarding the user's use of the mobile body, wherein the boarding notification processing means identifies the boarding location where the user boarded the mobile body based on the location information of the terminal, and sets the identified boarding location as the departure location of OD (Origin Destination) data, and the questionnaire control means obtains the disembarking location where the user disembarked the mobile body from the results of the questionnaire responses, and sets the obtained disembarking location as the destination of the OD data.

[0009] According to a third aspect of the present invention, there is provided a control method for a server device, in which a boarding notification including location information when the user boarded the mobile body, received from a terminal carried by a user using the mobile body, is processed by the server device, the boarding location where the user boarded the mobile body based on the location information of the terminal, and the identified boarding location is set as the departure location of OD (Origin Destination) data, and the disembarking location where the user disembarked the mobile body is obtained from the response results of the questionnaire, and the obtained disembarking location is set as the destination of the OD data.

[0010] According to 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 process related to a boarding notification including location information when the user boarded the mobile body, received from a terminal carried by the user using the mobile body; a process for controlling a questionnaire about the user's use of the mobile body; a process for identifying the boarding location from which 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; and a process for obtaining the disembarking location from which the user disembarked the mobile body from the response results of the questionnaire and setting the obtained disembarking location as the destination of the OD data. [Effects of the Invention]

[0011] According to each aspect 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 achieve other effects instead of or in addition to the effects described above. [Brief explanation of the drawings]

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

[0013] First, an overview of one embodiment will be described. Note that the reference numerals in the drawings are added to each element for convenience as an example to facilitate understanding, and the description of this overview is not intended to be limiting in any way. Furthermore, unless otherwise specified, the blocks shown 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 main signals (data) and do not exclude bidirectionality. Note that in this specification and drawings, elements that can be similarly described may be assigned the same reference numerals to avoid redundant explanation.

[0014] A 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 a boarding notification, which is received from a terminal carried by a user who uses a mobile object and includes location information when the user boards the mobile object. The questionnaire control means 102 controls a questionnaire regarding the user's use of the mobile object. The boarding notification processing means 101 identifies the boarding location where the user boarded the mobile object based on the location information of 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 acquires the disembarking location where the user disembarked the mobile object from the questionnaire response results, and sets the acquired disembarking location as the destination in the OD data (step S2).

[0015] The server device 100 identifies the boarding location where the user boarded the mobile vehicle based on the location information of the terminal 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 (starting point, destination) by transmitting and receiving information to and from the terminal carried by the user without using any special machine or device. As a result, the OD data is generated at low cost.

[0016] Specific embodiments will be described in more detail below with reference to the drawings.

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

[0018] [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 an SNS (Social Networking Service) server 10, a management server 20, and a plurality of moving objects 30.

[0019] The SNS server 10 is a server that provides users with connections with others. A communication infrastructure is built by the SNS server 10. Users send and receive messages (text), photos, videos, etc. to and from 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.

[0020] The management server 20 is a server that performs management related to the mobile object 30. The management server 20 is managed and operated by the local government or transportation business operator that operates the mobile object 30.

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

[0022] In the first embodiment, a vehicle intended to transport a relatively small number of people, such as a community bus, shuttle bus, or shared car, operated primarily by a local government or the like, is assumed as the mobile body 30. The following description will be given using a community bus as an example of the mobile body 30. However, it is needless to say that the mobile body 30 is not intended to be limited to a community bus.

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

[0024] <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, a 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.

[0025] An explanation of preparations for users to use an SNS will be omitted. Each user of an SNS is 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 user ID of the owner and the user IDs of other people (e.g., friends). The SNS server 10 stores the user ID and the contact information (e.g., phone number, email address, etc.) of the terminal 40 owned by the user corresponding to the user ID in association with each other.

[0026] Furthermore, in principle, the user's terminal 40 and the management server 20 transmit and receive information via the SNS server 10. That is, the user inputs information into the management server 20 using the SNS application screen as an interface, and obtains information from the management server 20. In this case, the terminal 40 and the management server 20 identify the party with which to exchange information by transmitting and receiving their own user ID (for example, the user's user ID) and the user ID of the communication partner (for example, the user ID of the operator of the community bus).

[0027] When a user operates the terminal 40 to access the official account of the operating company of the community bus, the terminal 40 and the 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.

[0028] For example, the management server 20 displays a GUI such as that shown in Fig. 4 on the terminal 40. The user inputs information about the community bus they wish to use in accordance with the displayed GUI. 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.

[0029] If the community bus 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 including a reservation ID for identifying the reservation made by the user and reservation information to the terminal 40 (see FIG. 5). Note that in the drawings including FIG. 5, the SNS server 10 is not shown when the terminal 40 and the management server 20 send and receive information.

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

[0031] The terminal 40 stores the reservation ID and reservation information included in the received reservation confirmation notice. The terminal 40 also stores information about the planned boarding location and planned disembarking location specified by the user when making the reservation.

[0032] In this way, by users who plan 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).Also, if the community bus is automated, seats for users will be reserved, ensuring that users can board the bus with confidence.

[0033] <Specifying the boarding location> The user boards the reserved community bus from 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.

[0034] For example, the terminal 40 displays the information as shown in FIG. 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 or the like will at least confirm that the boarding flight (reserved boarding flight) displayed on the terminal 40 matches the operating flight that the user is actually going to use. If the flight that the user has reserved matches the flight that the user actually uses, the driver or the like will allow the user to board.

[0035] More specifically, even if the boarding location that the user has reserved and the boarding location that the user actually intends to board are different, the driver will allow the user to board as long as the boarding route matches. For example, even if a user reserves a route 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 that the user intends to board.

[0036] When boarding is permitted, the user presses the "board" button displayed on the terminal 40. In response to the pressing of the boarding button, the terminal 40 transmits a "boarding notification" including the reservation ID and the location information of the terminal 40 (coordinate information: latitude, longitude) to the management server 20 via the SNS server 10 (see FIG. 7).

[0037] The terminal 40 receives GPS signals from GPS (Global Positioning System) satellites to perform positioning and generates location information including the latitude, longitude, and altitude of the terminal 40. 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 terminal 40.

[0038] 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 data management database that manages OD (Origin Destination) data.

[0039] <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).

[0040] When the questionnaire response request is received, the terminal 40 displays a GUI for confirming whether or not the user intends to respond to the questionnaire. For example, the terminal 40 displays a GUI such as that shown in FIG.

[0041] If the user indicates an intention to respond to the questionnaire, the terminal 40 transmits an affirmative response (an affirmative response including the reservation ID) indicating that to the management server 20. If the user indicates an intention not to respond to the questionnaire, the terminal 40 transmits a negative response (a negative response including the reservation ID) indicating that to the management server 20.

[0042] If a negative response is received, the management server 20 does not take any particular action.

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

[0044] Note that, as shown in FIG. 10, as questionnaire response items, items that the operator of the community bus (such as a local government) wants to grasp, such as the destination (alighting point), the purpose of using the community bus (boarding purpose), the impressions when using it, opinions, etc. are exemplified. Alternatively, the management server 20 may obtain information regarding the transfer means after getting off at the stop through a questionnaire.

[0045] When obtaining the questionnaire response results, the management server 20 sets the destination (alighting point) included in the questionnaire response results in the "alighting point field" of the corresponding entry in the OD data management database. By setting the alighting point (alighting stop) in the alighting point field, one OD data is completed.

[0046] <Utilization of OD Data> The management server 20 generates various information for the operator (such as a local government, an operation operator, an operation entity, etc.) of the community bus to utilize the OD data, and provides the generated information.

[0047] Specifically, the management server 20 generates usage status information in response to a request from a person in charge (such as a person in charge of a local government that operates the 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 the community bus and the stops.

[0048] For example, the management server 20 generates usage status information regarding the number of users at each stop on a specific day. The management server 20 presents the generated usage status information to the person in charge, etc. in a form that enables the person in charge (such as a local government) to visually grasp the usage status information generated. For example, the management server 20 generates usage status information as shown in FIG.  11 and provides the generated usage status information to the staff of a local government, etc.

[0049] The local government staff will refer to the presented information and use it for future community bus operations, etc. For example, in the example of Figure 11, since there are many users using bus stop A2, the person in charge will decide to increase the number of community buses that include bus stop A2 in their route.

[0050] Next, details of each device included in the information processing system according to the first embodiment will be described.

[0051] [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.

[0052] 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 transmit and receive data to and from other devices via the communication control unit 201. The communication control unit 201 has a function as a receiving unit that receives data from other devices and a function as a transmitting unit that transmits data to other devices.

[0053] As described above, the communication control unit 201 transmits and receives information to and from the terminal 40 via the SNS server 10. Since the transmission and reception of information via the SNS server 10 is clear to those skilled in the art, a more detailed explanation will be omitted.

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

[0055] When the 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 FIG.

[0056] When the user completes inputting the reservation information (presses the OK button in FIG. 4), the reservation control unit 202 determines whether the reservation input by the user can be accepted. Specifically, the reservation control unit 202 refers to 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 vacant seats for the selected number of passengers on the community bus selected by the user. If there are no vacant seats for the selected number of passengers on the community bus selected by the user, the reservation control unit 202 determines that the reservation cannot be accepted.

[0057] 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 the user to select only community buses with available seats. For example, in the example of Fig. 4, the reservation control unit 202 may allow the user 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.

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

[0059] When the user completes a reservation, the reservation control unit 202 generates a reservation ID for identifying 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 the user completes a reservation and use this as the reservation ID.

[0060] When the reservation ID is generated, the reservation control unit 202 sends a "reserved flight confirmation notice" to the terminal 40. The reservation control unit 202 also stores the reservation ID and reservation information in association with each other in the reservation management database (see FIG. 13). The reservation management database stores the reservation ID and reservation information (for example, date and time of use, flight ID, planned boarding location, planned disembarking location, number of passengers, etc.) in association with each other. Note that the reservation management database shown in FIG. 13 is an example and is not intended to limit the items to be stored.

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

[0062] 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).

[0063] 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 refers to table information that stores location information (latitude, longitude) of each bus stop, and identifies the bus stop closest to the acquired location information.

[0064] 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 FIG. 14). As shown in FIG. 14, the OD data management database stores a reservation ID, a date and time of use, a service ID, a planned boarding location, a planned disembarking location, a boarding location (actual boarding stop), a disembarking location (actual disembarking stop), etc. in association with each other. Note that the OD data management database shown in FIG. 14 is an example and is not intended to limit the items to be stored.

[0065] The boarding notification processing unit 203 extracts at least the planned boarding location and planned disembarking location from the specified 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 specified stop), etc. in the OD data management database.

[0066] At the time the boarding notification is processed, the actual destination (stop) where the user got off is not yet determined, so nothing is set in the destination field of the OD data management database.

[0067] The questionnaire control unit 204 is a means for controlling a questionnaire about the user's use of the mobile object 30. The questionnaire control unit 204 acquires the drop-off point where the user got off the mobile object 30 from the questionnaire response results, and sets the acquired drop-off point as the destination of the OD data.

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

[0069] The survey control unit 204 receives a response (positive response, negative response) to the survey response request.

[0070] If a negative response is received, the survey control unit 204 does not take any particular 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.

[0071] If the survey response result is not obtained, information regarding the bus stop where the user actually got off cannot be obtained. Since entries without information on the drop-off location (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 the survey response result is not obtained, the survey control unit 204 may treat the planned drop-off location in the user's corresponding reservation information as the drop-off location.

[0072] If an affirmative 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 for acquiring the survey response items on the terminal 40. For example, the survey control unit 204 acquires the survey response results using a GUI such as that shown in FIG.

[0073] When the survey response results are obtained using the GUI, the survey control unit 204 reflects at least the "drop-off location" of the survey response results in the OD data management database. The survey control unit 204 sets the destination (drop-off stop) obtained through 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.

[0074] Of course, the questionnaire control unit 204 may register not only the drop-off point but also other information (purpose of use, impressions, etc.) in the OD data management database.

[0075] The usage status information generating unit 205 is a means for generating usage status information indicating the usage status, etc., of the mobile object 30. The usage status information generating 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 generating 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.

[0076] For example, the usage status information generating 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 generating unit 205 generates usage status information as shown in Fig. 11 and provides the generated usage status information to a local government official or the like. In this case, the usage status information generating unit 205 may present the generated usage status information to the person in a table format or in a graph format as shown in Fig. 11.

[0077] Alternatively, the usage status information generating unit 205 may generate usage status information indicating the number of passengers boarding and alighting at each bus stop. Alternatively, the usage status information generating unit 205 may generate the number of passengers (the number of passengers boarding and alighting) at each bus stop for each predetermined period (for example, for each time period, month, or year) as usage status information.

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

[0079] Alternatively, the usage status information generating 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 generating unit 205 counts, for each service, the number of users whose planned use section (planned boarding location, planned disembarking location) is the same as the section actually used (boarding location, disembarking location), and the number of users whose two sections are different.

[0080] The usage status information generating unit 205 calculates the ratio of users who changed their route to all users for each operating flight as the "schedule changer ratio." The usage status information generating unit 205 generates a list of the schedule changer ratio for each operating flight as usage status information. The usage status information generating unit 205 presents the generated usage status information to a person in charge or the like in a table format as shown in FIG. 15.

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

[0082] In this way, the usage status information generation unit 205 may generate usage status information based on the planned section regarding the planned use of the mobile body 30 obtained from the planned boarding location and planned disembarking location, and the actual section regarding the actual usage of the mobile body 30 obtained from the boarding location and disembarking location.

[0083] The storage unit 206 is a means for storing information necessary for the operation of the management server 20 .

[0084] [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 an existing server device that provides a social network service.

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

[0086] [System Operation] Next, an 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, an operation of the system when a user boards a bus at a bus stop and gets off at another bus stop will be described.

[0087] When a user gets on a community bus, the terminal 40 transmits a boarding notification to the management server 20 (step S01).

[0088] The management server 20 acquires the boarding location (boarding stop) where the user boarded the bus using the location information included in the boarding notification (step S02).

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

[0090] The management server 20 transmits a questionnaire response request to the terminal 40 of the user who boarded the community bus (step S04).

[0091] Upon receiving the request, the terminal 40 acquires the user's intention to answer the questionnaire. The terminal 40 notifies the management server 20 of the user's intention. The terminal 40 transmits a positive response or a negative response to the management server 20 (step S05).

[0092] If the user indicates an intention to answer the questionnaire, the management server 20 uses the questionnaire to acquire the user's drop-off location (drop-off stop) (step S06).

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

[0094] 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 a social networking service (SNS). When the user actually boards the community bus, the user operates the terminal 40 to display the reservation information. When the driver grants permission for the user 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 a social networking service (SNS) and questionnaires regarding the use of the community bus. In this case, no special machines or devices (e.g., camera equipment, communication equipment, etc.) are required to generate OD data, so community bus operators such as local governments and transportation companies can obtain OD data at low cost.

[0095] Furthermore, 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 the 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 and the like 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, abolition, 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 and the like.

[0096] In particular, the management server 20 can accurately grasp any sudden changes in a user's plans 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 present usage status information generated based on the reserved section (reserved section) and the used section (actual section) to local government officials, etc. The officials can use the usage status information to generate a community bus schedule that does not cause sudden changes in plans.

[0097] Furthermore, 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.

[0098] Transportation operators typically create OD data every five years or so, deploying numerous personnel. Alternatively, transportation operators sometimes create OD data by operating 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 is not uncommon for operation schedules to be determined based on the experience of transportation operators without any solid evidence. In such cases, transportation operators may not operate community buses during times or in sections where residents need them, due to an inability to accurately grasp community bus usage. In other words, operation schedules determined based on the subjective opinions and past experience of operators may result in loss of users. Furthermore, transportation operators may not be able to maintain or improve their services because they have no way to obtain 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 operation schedules (route and frequency) based on occupancy capacity and usage history.

[0099] To address 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 businesses can obtain OD data at low cost. Therefore, the OD data generation method disclosed herein is suitable for generating OD data for community-based modes of transportation, such as community buses. Furthermore, rather than transportation businesses bearing the costs required for generating OD data, a system is established in which local residents and transportation businesses 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.

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

[0101] In the first embodiment, the management server 20 requests users of a community bus to answer a questionnaire. In the second embodiment, an information processing system that encourages users to answer a questionnaire will be described.

[0102] The following description will focus on the differences between the first and second embodiments.

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

[0104] 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 transmit and receive information.

[0105] The management server 20 according to the second embodiment provides benefits to users who have answered a questionnaire. For example, the management server 20 may provide points for various purposes to users who have answered a questionnaire. The user management unit 207 manages the benefits provided to users who have answered a questionnaire.

[0106] When a user answers a questionnaire, the user management unit 207 grants the user a predetermined number of points. The user management unit 207 manages the points granted to the user in association with the user ID. Specifically, the user management unit 207 grants a predetermined number of points to the user who answered the questionnaire, and stores the granted points in association with the user ID in the user management database (see FIG. 18).

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

[0108] When using points, the user operates terminal 40 to access management server 20. Terminal 40 sends a point display request to management server 20. Management server 20 displays the points held by the user on terminal 40. The user decides whether or not to use the displayed points. If points are to be used, the user confirms the points to be used with a store clerk. Terminal 40 notifies management server 20 of the points used. 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 the present disclosure, so a detailed explanation will be omitted.

[0109] Alternatively, the user can use the community bus for free using the accumulated points. In this case, when the reservation control unit 202 sends a reservation confirmation notice to the terminal 40, if the user has accumulated enough points to use 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 confirms the display that free ride is available, the driver allows the user to board without requiring payment of the fare.

[0110] The benefit given to the user 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 can use the coupons on the community bus reservation screen, etc. The management server 20 rewards the contribution of retailers, etc., that provide coupons (coupons that can receive 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 will not incur any 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 the stores, etc., that provide the coupons.

[0111] Furthermore, the management server 20 may provide user information to the advertiser (sponsoring store). For example, the management server 20 may provide the 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 the advertiser (sponsoring store).

[0112] The SNS server 10 may send messages posted by users to friends and other destinations as well as the management server 20. The user management unit 207 may analyze messages posted on the SNS and accumulate the user's behavior history.

[0113] 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 behavior history. For example, if a user takes a photo at a shrine close to bus stop A1, the user management unit 207 generates "visit to the shrine" as the user's behavior history and stores it in the user information database.

[0114] When a user answers the questionnaire, the information processing system provides the user with a privilege of being able to view the accumulated user behavior 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 behavior history" (see FIG. 19).

[0115] 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 an "action history viewing request" from the terminal 40 via the SNS server 10, it displays the corresponding action history on the terminal 40 (see FIG. 20).

[0116] In this way, the management server 20 may grant a privilege to a user who has answered the questionnaire, that is, the user being able to check his / her own behavior history. Furthermore, the user management unit 207 may provide information that integrates diary information and behavior history by acquiring diary information and pedometer information of the user from the SNS server 10, or may provide information that integrates step count information and behavior history.

[0117] Furthermore, the management server 20 may provide a special benefit to users who have answered the questionnaire, such as introducing (recommending) 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 transmits information about the identified popular spots to the terminals 40 of users who have been set as having answered the questionnaire, at a predetermined timing.

[0118] In this way, the management server 20 may provide users who have answered the questionnaire with information about popular spots along the community bus route as a "benefit." As a result, a system is established 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.

[0119] 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 is willing 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.

[0120] Next, the hardware of each device constituting the information processing system will be described.

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

[0122] 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 include the input / output interface 313 as necessary. Furthermore, the number of processors 311 and the like included in the management server 20 is not intended to be limited to the example shown in Fig. 21, and for example, the management server 20 may include multiple processors 311.

[0123] The processor 311 is a programmable device such as a central processing unit (CPU), a micro processing unit (MPU), or a digital signal processor (DSP). Alternatively, the processor 311 may be a device such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC). The processor 311 executes various programs including an operating system (OS).

[0124] The memory 312 is a random access memory (RAM), a read only memory (ROM), a hard disk drive (HDD), a solid state drive (SSD), etc. The memory 312 stores an OS program, application programs, and various data.

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

[0126] The communication interface 314 is a circuit, module, etc. that communicates with other devices. For example, the communication interface 314 includes a network interface card (NIC).

[0127] The functions of the management server 20 are realized by various processing modules. The processing modules are realized, for example, by the processor 311 executing a program stored in the memory 312. The program can be recorded on a computer-readable storage medium. The storage medium can be a non-transitory medium such as a semiconductor memory, a hard disk, a magnetic recording medium, or an optical recording medium. That is, the present invention can also be embodied as a computer program product. The program can be downloaded via a network or updated using a storage medium storing the program. The processing modules can also be realized by a semiconductor chip.

[0128] The hardware configuration of the terminal 40 and the like can be the same as that of the management server 20, and therefore a description thereof will be omitted.

[0129] The management server 20, which is an information processing device, is equipped with a computer, and the computer executes a program to realize the functions of the management server 20. The management server 20 also executes a control method for the management server 20 by the program.

[0130] [Variations] 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.

[0131] 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, the management server 20 employs biometric authentication to perform strict identity verification. By performing strict identity verification, for example, a neighborhood association or other local organization can build a system in which secondary transportation fees are collected from residents and only those who pay the fees can 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.

[0132] In the above embodiment, it has been described that the terminal 40 and the management server 20 communicate with each other via the SNS server 10. However, the terminal 40 and the management server 20 may communicate with each other directly (transmit and receive information) without using the SNS server 10. That is, all or part of the above-described transmission and reception of information between the terminal 40 and the management server 20 may be performed directly between the terminal 40 and the management server 20.

[0133] In the above embodiment, the case where a user makes a reservation for one person has been described. However, one user may 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 for the number of users who have not made a reservation. Furthermore, if multiple users board the community bus with one reservation, the management server 20 (survey control unit 204) may individually acquire the drop-off location (destination) of each user.

[0134] 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 acquires from the user information about the friend with whom the reservation information will be shared, and transfers the reservation information to the terminal 40 possessed by the friend. In this way, when a user makes a reservation for a community bus for another person (for example, a friend) and the corresponding reservation information is shared with the other person, an increase in the number of users of the community bus can be expected.

[0135] The management server 20 may acquire a user profile (attribute information, for example, gender, age, etc.) from the SNS server 10. The management server 20 may generate usage status information using the acquired profile (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.

[0136] Alternatively, the management server 20 may use the user's attribute information to determine the benefits to be given to users who have answered the questionnaire. For example, the management server 20 may change the content of the benefits to be given to users, the number of points to be given, etc., 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.

[0137] 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 deletion as users who made a reservation but did not use the community bus. The management server 20 rejects the reservation from the user 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 officials of local governments, etc.

[0138] The information processing system disclosed herein may 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 or the like to the terminals 40 of users who are registered as friends of the user, encouraging them to use the same community bus. In response to the message, the management server 20 grants benefits to the user and / or the 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.

[0139] Alternatively, the management server 20 may treat a user who recommends using the community bus to a friend (recommender) differently from a user who is recommended to use the community bus (recommender). For example, the management server 20 may treat a recommended user who has received a recommendation by increasing the number of points awarded when the user uses the community bus for a predetermined period of time. Furthermore, the management server 20 may give a predetermined number of points to the recommender who made the recommendation along with a message of thanks.

[0140] The information processing system disclosed herein may include a mechanism for notifying an external party of an emergency that occurs inside the vehicle. For example, it is desirable to have a mechanism for notifying an external party 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 the terminal 40 to transmit image data obtained by photographing the interior of the vehicle or audio data obtained by recording the interior of the vehicle to the management server 20. Upon receiving the image data or audio data, the management server 20 detects an emergency that has occurred inside the vehicle and notifies a pre-registered operator, security company, or the like that an emergency has occurred inside the vehicle. The 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 the like heads to the community bus or the like where the emergency occurred.

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

[0142] In the above embodiment, the management server 20 collects the purpose of use of the community bus from the results of questionnaire responses obtained from the users. However, the management server 20 may obtain the purpose of use of the community bus from the 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 the user to "commute to school."

[0143] Alternatively, the management server 20 can detect the purpose of use of the community bus by users 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 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."

[0144] When a user reserves a community bus, the management server 20 may display a list of the reservation status of the community bus 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 the community bus (full or seats remaining) and allows the user to reserve a community bus 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).

[0145] The terminal 40 may manage the status of users' survey responses. The terminal 40 may display the status of the user's survey responses when the user performs a predetermined action (for example, pressing a survey response status display button) (see FIG. 23). Furthermore, when the user selects to respond to an "unanswered" survey (when the answer button in FIG. 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 FIG. 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 of each community bus, allowing the user to easily find community buses for which the user has not yet answered the survey.

[0146] In the above embodiment, a case has been described in which the reservation management database, OD data management database, etc. are configured inside the management server 20, but these databases may also be constructed on an external database server, etc. In other words, some of the functions of the management server 20 may be implemented on another server. More specifically, the above-described "survey control unit (survey control means)" etc. may be implemented on any of the devices included in the system.

[0147] In the flow charts (flowcharts, sequence diagrams) used in the above explanation, multiple steps (processes) are described in order, but the execution order of the steps executed in the embodiments is not limited to the order described. In the embodiments, the order of the illustrated steps can be changed to the extent that the content is not affected, such as by executing each process in parallel.

[0148] The above-described embodiments have been described in detail to facilitate understanding of the present disclosure, and it is not intended that all of the above-described configurations 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.

[0149] From the above explanation, it is clear that the present invention has industrial applicability, and the present invention can be suitably applied to information processing systems relating to the operation of community buses and the like.

[0150] 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 moving object. [Appendix 4] The server device according to claim 3, wherein the reservation control means transmits a reservation confirmation notification to a 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] 7. The server device according to any one of claims 1 to 6, further comprising a management unit that manages benefits 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 system wherein the questionnaire control means acquires the drop-off location where the user disembarked the mobile vehicle from the questionnaire response results, 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. [Appendix 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, which acquires a drop-off location where the user gets off the mobile object from the response result of the questionnaire, and sets 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 setting the identified boarding location as the departure location in OD (Origin Destination) data, and A process of acquiring the 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 the destination of the OD data; A program to execute.

[0151] The disclosures of the above-cited prior art documents are incorporated herein by reference. Although the 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 claims, and the technical concepts thereof. [Explanation of symbols]

[0152] 10 SNS Server 20 Management Server 30 Mobile 40 terminals 100 Server device 101 Boarding notification processing means 102 Survey Control Measures 201 Communication control unit 202 Reservation control section 203 Boarding notification processing unit 204 Questionnaire control section 205 Usage information generation unit 206 Memory section 207 User Management Department 311 processor 312 memory 313 Input / Output Interface 314 Communication Interface

Claims

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.

2. 2. The server device according to claim 1, wherein the survey control means transmits a survey response request to a terminal carried by a user who is riding in the vehicle periodically or at a predetermined timing.

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

4. 4. The server device according to claim 3, wherein said reservation control means transmits a reservation confirmation notice to a terminal carried by said user when said user completes the reservation of said mobile object.

5. 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 said mobile object based on said OD data.

6. The server device according to claim 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.

7. The server device according to claim 1 , further comprising a management unit that manages benefits given to users who respond to the questionnaire.

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

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

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

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.

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.

Images