Express bus system, express bus processing method, and express bus processing program, as well as transportation reservation system, transportation reservation method, and transportation reservation program

Abstract

Increase the convenience of express buses and improve their value. [Solution] An expressway bus system equipped with a user terminal 2 carried by an expressway bus user comprises a memory means 11 for storing route information of existing expressway buses, an extraction means 12 for extracting available routes that are routes that can be used by users from the route information based on information input by the user terminal 2, a display control means 13 for displaying information of the extracted available routes on the user terminal 2, and a reservation means 14 capable of executing reservation processing for the available routes in response to operation of the user terminal 2, wherein the extraction means 12 is capable of extracting a transfer route involving transfers between multiple routes including a first route and a second route as the available route, and the reservation means 14 is capable of collectively executing reservation processing for multiple routes that make up the transfer route in response to operation of the user terminal 2.

Description

[Technical field]

[0001] The present invention relates to an express bus system, an express bus processing method, and an express bus processing program that can effectively perform route searches, reservations, payments, etc. for connecting routes in an express bus service. [Background technology]

[0002] A multimodal transportation search system has been proposed that searches multiple types of transportation such as buses, airplanes, ferries, taxis, rental cars, and rental bicycles at once and provides search results (for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2019-211960 A Summary of the Invention [Problem to be solved by the invention]

[0004] When using this type of system to actually use a plurality of transportation means searched for, after using a first transportation means, a transfer is required to use a second transportation means. Transfers occur not only when multiple types of transportation are used, but also when a single type of transportation is used. For example, express bus routes are established nationwide along expressways, but because different bus companies (entities) operate in different regions, passengers may need to change buses or routes depending on their departure and arrival points. For example, if bus company A operates highway bus route A in region A (e.g., eastern Japan), then if a user wants to travel by highway bus within region A (e.g., Tokyo to Nagoya), he or she must use highway bus A. In addition, if bus company B operates highway bus route B in region B (for example, western Japan), then if a user wants to travel by highway bus within region B (for example, Osaka to Okayama), he or she must use highway bus B. In this case, if you use express bus A, you will need to access the reservation site or counter (called Counter A) operated by bus company A to make a reservation and payment, and if you use express bus B, you will need to access the reservation site or counter (called Counter B) operated by bus company B to make a reservation and payment. For this reason, when using an express bus to travel between region A and region B (for example, Tokyo → Okayama), it is necessary to travel on route A by express bus A, then transfer to express bus B to travel on route B, and it is also necessary to access counter A in advance to make a reservation and payment for route A on express bus A (for example, Tokyo → Osaka), and to access counter B to make a reservation and payment for route B on express bus B (for example, Osaka → Okayama). In other words, in addition to transferring, passengers had to visit multiple counters and complete procedures at each one. There are also expected benefits, such as the effective expansion of express bus routes by utilizing transfers. However, there remains the problem of cumbersome procedures such as reservations and payments required for transfers. In other words, although the conventional express bus system could be made more useful by allowing passengers to transfer, the cumbersome procedures remained an issue.

[0005] The present invention has been proposed to solve the problems associated with the conventional technology described above, and has an object to provide an express bus system, an express bus processing method, and an express bus processing program that make transfers and the procedures easy and useful. [Means for solving the problem]

[0006] In view of the above problems, an express bus system according to one embodiment of the present invention is an express bus system equipped with a user terminal carried by an express bus user, and comprises: a storage means for storing route information of existing express buses; an extraction means for extracting from the route information an available route that is a route that the user can use based on information input by the user terminal; a display control means for displaying information of the extracted available route on the user terminal; and a reservation means capable of executing reservation processing of the available route in response to operation of the user terminal, wherein the extraction means is capable of extracting a transfer route involving transfers between a plurality of routes including a first route and a second route as the available route, and the reservation means is capable of executing reservation processing of a plurality of routes that constitute the transfer route in a batch in response to operation of the user terminal.

[0007] In addition, an expressway bus processing method according to another aspect of the present invention is an expressway bus processing method using a user terminal carried by an expressway bus user, the method comprising: a storage step of storing existing expressway bus route information; an extraction step of extracting available routes that are routes that the user can use from the route information based on information input by the user terminal; a display control step of displaying information of the extracted available routes on the user terminal; and a reservation step capable of executing reservation processing for the available routes in response to operation of the user terminal, wherein the extraction step is capable of extracting a connecting route consisting of multiple routes including a first route and a second route as the available route, and the reservation step is capable of executing reservation processing for the multiple routes that make up the connecting route in a batch in response to operation of the user terminal.

[0008] In addition, an express bus processing program according to another embodiment of the present invention causes a computer connected to a user terminal carried by an express bus user to function as: a storage means for storing existing express bus route information; an extraction means for extracting from the route information an available route that is a route that the user can use based on information input by the user terminal; a display control means for displaying information of the extracted available route on the user terminal; and a reservation means capable of executing reservation processing for the available route in response to operation of the user terminal, wherein the extraction means is capable of extracting a connecting route consisting of multiple routes including a first route and a second route as the available route, and the reservation means is capable of executing reservation processing for the multiple routes that make up the connecting route in a batch in response to operation of the user terminal. Effect of the Invention

[0009] According to the present invention, it is possible to realize a highly useful express bus service, such as a series of long-distance buses, with simplified transfer procedures. In areas lacking direct routes, rail, airplanes and other means of transportation, express buses can be introduced as a new means of transportation. It is possible to provide a new form of transportation that utilizes transfers. [Brief description of the drawings]

[0010] [Figure 1] 1 is a schematic diagram of a high-speed bus system according to an embodiment of the present invention; [Diagram 2] FIG. 2 is a diagram illustrating a hardware configuration of a server. [Diagram 3] FIG. 2 is a hardware configuration diagram of a user terminal. [Figure 4] FIG. 2 is a functional configuration diagram of a server. [Diagram 5] 11 is a table showing an example of grouping information. [Figure 6] FIG. 11 is an explanatory diagram of a route search based on grouping. [Figure 7] FIG. 1 is an explanatory diagram of a special transfer route. [Figure 8]11 is a sequence chart showing a processing procedure of a route search. [Figure 9] FIG. 13 is a diagram showing an example of a route search screen. [Figure 10] FIG. 13 is a diagram illustrating an example of a search result screen. [Figure 11] FIG. 13 is a diagram showing an example of a flight candidate display / selection screen. [Figure 12] 1 is a sequence chart showing a procedure for processing reservations and payments. [Figure 13] FIG. 13 is a diagram showing an example of a fee information display screen. [Figure 14] FIG. 13 illustrates an example of a reservation screen. [Figure 15] FIG. 13 is a diagram showing an example of a reservation result screen. [Figure 16] FIG. 13 illustrates an example of a payment execution screen. [Figure 17] 13 is a sequence chart showing a procedure for changing a reservation. [Figure 18] 13 is a sequence chart showing a procedure for canceling a reservation. [Figure 19] FIG. 13 is a diagram illustrating an example of a recommendation display screen. [Figure 20] FIG. 11 is a diagram showing another example (part 1) of the display screen. [Figure 21] FIG. 13 is a diagram showing another example (part 2) of the display screen. [Figure 22] FIG. 11 is a diagram showing another example (part 3) of the display screen. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0011] A preferred embodiment of the high-speed bus system of the present invention will now be described.

[0012] FIG. 1 is a schematic diagram of a high-speed bus system according to an embodiment of the present invention. As shown in the figure, the express bus system of this embodiment is mainly composed of a server 1, a user terminal 2, a reservation system, and a payment system. The reservation system includes a reservation server 3 that is an information processing device, and is configured to be able to execute reservation processing, which will be described later, substantially by the operation of the reservation server 3. The payment system includes a payment server 4 that is an information processing device, and is configured to be able to execute a payment process, which will be described later, substantially by the operation of the payment server 4. The devices are connected to each other via the Internet 9 so as to be able to communicate with each other.

[0013] FIG. 2 is a diagram showing the hardware configuration of the server 1. As shown in FIG. The server 1 is an information processing device (computer) including a control unit 101, a memory 102, a storage 103, and a communication unit 104. The control unit 101 is a processor that executes programs (including a high-speed bus processing program), controls each unit of the server 1, and performs processing to realize the functions of the server 1. The control unit 101 includes a CPU (Central Processing Unit). The memory 102 is a computer-readable storage medium, and is configured from a RAM (Random Access Memory), a ROM (Read Only Memory), or the like. The storage 103 is a computer-readable storage medium, and is configured by a solid state drive (SSD), a hard disk, or the like. The memory 102 and / or the storage 103 store programs executed by the control unit 101. The communication unit 104 is connected to the Internet 9 and communicates with the user terminal 2 , the reservation server 3 , and the payment server 4 via the Internet 9 .

[0014] FIG. 3 is a diagram showing the hardware configuration of the user terminal 2. As shown in FIG. The user terminal 2 is an information processing device (computer) such as a smartphone, a tablet terminal, or a personal computer, which includes a control unit 201, a memory 202, a storage 203, an operation unit 204, a display unit 205, and a communication unit 206. The control unit 201 is a processor that executes a program, controls each unit of the user terminal 2, and performs processing to realize the functions of the user terminal 2. The control unit 201 uses a CPU (Central Processing Unit). The memory 202 is a computer-readable storage medium, and is configured from a RAM (Random Access Memory), a ROM (Read Only Memory), or the like. The storage 203 is a computer-readable storage medium, and is configured from a solid state drive (SSD), a hard disk, or the like. The memory 202 and / or the storage 203 store programs executed by the control unit 201. The operation unit 204 is used to operate the user terminal 2. The operation unit 204 corresponds to, for example, a keyboard and a mouse in a personal computer, or a touch panel in a smartphone or a tablet terminal. The display unit 205 displays various screens and information received from the server 1 (FIGS. 9, 10, 11, 13 to 16, and 19). The display unit 205 may be, for example, a liquid crystal display or a touch panel. The communication unit 206 is connected to the Internet 9 and communicates with the server 1 via the Internet 9 . A web browser is installed on the user terminal 2.

[0015] The reservation server 3 is an information processing device having the same hardware configuration as the server 1, and is synonymous with a reservation system. There are multiple reservation servers 3, such as a reservation server 3A managed by bus company A which operates express bus A on a first route, and a reservation server 3B managed by bus company B which operates express bus B on a second route. The reservation server 3A has conventionally operated reservation site A for express bus A and route 1. For this reason, it is assumed that users can access reservation site A using an information terminal and make reservations for express bus A and its route A. The reservation server 3B has conventionally operated reservation site B for express bus B and the second route. For this reason, it is assumed that users can access reservation site B using an information terminal and make reservations for express bus B and its route B. In this way, a plurality of reservation servers 3 are provided according to the operators of express buses and the express buses and routes operated by the operators. The reservation server 3 communicates with the server 1 via the Internet 9 . It should be noted that the reservation server 3 has the same hardware configuration as the server 1, and therefore a detailed description thereof will be omitted.

[0016] The payment server 4 is an information processing device having the same hardware configuration as the server 1, and is synonymous with a payment system. The payment server 4 performs payment processing for the item reserved and processed by the server 1. The payment server 4 of this embodiment is operated by a credit card company and enables credit card payments. In addition, other payment methods (bank transfer, electronic money payment, convenience store payment, etc.) can be used instead of or in addition to credit card payment. The payment server 4 has the same hardware configuration as the server 1 and the reservation server 3, and therefore a detailed description thereof will be omitted.

[0017] FIG. 4 is a functional configuration diagram of the server 1. As shown in the figure, the server 1 (control unit 101) includes a storage means 11, an extraction means 12, a display control means 13, a reservation means 14, a payment means 15, a reservation change means 16, a reservation cancellation means 17, and a benefit granting means 18.

[0018] The storage means 11 pre-stores (stores) route information for currently existing express buses throughout the country. The route information is common to the route information managed by the reservation server 3. For this reason, it is sufficient to acquire and store in the storage means 11 the route information managed by each reservation server 3. For example, when updating route information in each reservation server 3, the updated route information may be transmitted from the reservation server 3, or route information may be acquired from the server 1 at appropriate times through API linkage to update the information. Route information may be acquired not only from the reservation server 3, but also from an information disclosure service (information disclosure server) that provides route information for express buses. Specifically, the route information is configured to enable identification of various information related to the route, such as the name of the route, the names and order of each stop, the names of the areas where each stop is located, the names of the areas where the route begins and ends, the operating bus company, etc., and each piece of information is linked to each other. Therefore, by referring to the route information, the control unit 101 can recognize, for example, the names of existing express bus routes, the names and order of each stop, the names of the areas where each stop is located, the names of the areas where the route begins and ends, the operating bus company, etc.

[0019] In particular, in the server 1 according to this embodiment, the route information groups routes that are the subject of transfers together so that not only direct routes but also transfer routes can be searched for. A "direct route" is a route that does not require a transfer, while a "transfer route" is a route that does require a transfer. "Grouping" basically involves memorizing two lines in series when the area or stop at which one line ends is the same as the area or stop at which another line begins. The explanation of these two routes is just an example, and three or more routes can be grouped by linking them in series.

[0020] FIG. 5 is a diagram illustrating an example of grouping information. The grouping information will be explained using the first line in FIG. 5 as an example. This grouping information links the "Tokyo → Osaka" route (preceding route) with the "Osaka → Okayama" route and the "Osaka → Hiroshima" route (following route) as the same group, since the ending region of the "Tokyo → Osaka" route is the same as the starting region of the "Osaka → Okayama" route and the "Osaka → Hiroshima" route. Note that "XX → □□" indicates the name of the route, XX indicates the name of the area where the route starts, and □□ indicates the name of the area where the route ends. This allows the setting (registration) of a transfer route such as traveling on a highway bus from Tokyo to Osaka, getting off in Osaka and changing to another highway bus to head to Okayama, or traveling on a highway bus from Tokyo to Osaka, getting off in Osaka and changing to another highway bus to head to Hiroshima. The setting and registration (storage) of the transfer route may be performed automatically by a computer or manually, by following the above-mentioned rules. By doing this manually, it is possible to set only the transfer routes that are deemed necessary. In the case of computer processing, it is possible that a large number of unnecessary transfer routes will be set, but the number of unnecessary transfer routes can be reduced by combining the methods described below (such as limiting the number of transfers) or by thinning them out artificially. The grouping information is stored in the storage means 11 as information constituting a part of the route information.

[0021] The extraction means 12 extracts routes available to the user (hereinafter also referred to as “available routes”) from the track information stored in the storage means 11, based on the information inputted by the user terminal 2. The extraction means 12 is capable of extracting not only direct routes but also connecting routes. A "transfer route" can also be defined as a route (available route) that involves transfers between multiple routes, including a preceding route (first route) and a following route (second route). Because it is "multiple routes," it is not limited to transfers between two routes, but includes transfers between three or more routes. In other words, the available routes include not only connecting routes that connect two routes, but also connecting routes that connect three or more routes.

[0022] FIG. 6 is an explanatory diagram of a route search based on grouping, which is executed in the server 1 (extraction means 12) according to this embodiment. The following describes a case where a route search is performed using "Tokyo → Okayama" as a search condition. The "search conditions" can be set by the user through input operations on the user terminal 2. That is, when the search conditions (starting point: Tokyo and destination: Okayama) are input on the user terminal 2, the user terminal 2 transmits the input search condition information to the server 1. In the server 1, the communication unit 104 receives the search condition information transmitted from the user terminal 2, and the server 1 is able to set search conditions based on the search condition information.

[0023] When the search condition is "Tokyo → Okayama," first, the control unit 101 (extraction unit 12) refers to the route information (including grouping information) stored in the memory means 11 and extracts a route (first route) whose starting area is "Tokyo." As a result, the routes "Tokyo → Osaka", "Tokyo → Kobe", and "Tokyo → Okayama" are extracted as the first routes. However, routes where the end area of ​​the extracted route is the same as the starting area will be excluded. In this way, a rule that excludes an extracted route if the area at the end of the route is the same as the area at the starting point is called the "first rule." Furthermore, since there are no routes among the above first routes that fall under the first rule, there are no routes that are excluded based on the first rule. Also, if the area at the end of the extracted route is "the same as the destination," the extraction means 12 extracts the route as an available route. Route search for subordinate routes of the route extracted as an available route is not performed and the process ends. In this way, if the area at the end of an extracted route is "the same as the destination," the route is extracted as a usable route, and the rule that ends the route search at that point is called the "second rule." Among the first route, the route that falls under the second rule is "Tokyo → Okayama." Therefore, the extraction means 12 extracts the direct route of the "Tokyo → Okayama" line as the available route, and ends the process without executing the route search below "Tokyo → Okayama".

[0024] Next, the control unit 101 (extraction unit 12) extracts a route (second route) that starts from the end area of ​​the first route. That is, for each of the preceding routes "Tokyo → Osaka" and "Tokyo → Kobe", a following route (second route) is extracted. In the case of the "Tokyo → Osaka" route, since the end area is "Osaka", routes that start in "Osaka" are extracted. As a result, "Osaka → Tokyo", "Osaka → Okayama", and "Osaka → Hiroshima" are extracted as the second routes. However, based on the first rule, the "Osaka → Tokyo" route is excluded because the end area of ​​the extracted route is the same as the starting area. In the case of the "Tokyo → Kobe" route, since the end area is "Kobe", routes that start in "Kobe" are extracted. As a result, "Kobe → Tokyo" and "Kobe → Okayama" are extracted as the second routes. However, based on the first rule, the "Kobe → Tokyo" route is excluded because the end area of ​​the extracted route is the same as the starting point. As a result, the route "Osaka → Okayama" and the route "Kobe → Okayama" are extracted as (part of) available routes based on the second rule since the region at the end of the route is the same as the destination. That is, in this case, the connecting route "Tokyo → Osaka" → "Osaka → Okayama" and the connecting route "Tokyo → Kobe" → "Kobe → Okayama" are extracted as available routes. Then, the route search for each line is terminated.

[0025] Next, the control unit 101 (extraction unit 12) extracts a route (third route) that starts from the end area of ​​the second route. In other words, the control unit 101 extracts a route (third route) following the preceding route "Osaka → Hiroshima". In the case of the "Osaka → Hiroshima" route, the end region is "Hiroshima", so we extract the route with "Hiroshima" as the start region. As a result, the "Hiroshima → Okayama" route is extracted. The "Hiroshima → Okayama" route is extracted as (part of) an available route based on the second rule, since the area at the end of the route is the same as the destination. That is, in this case, the extraction means 12 extracts the connecting route "Tokyo→Osaka"→"Osaka→Hiroshima"→"Hiroshima→Okayama" as an available route, and ends the route search. In this way, the route search applies the first and second routes in the order of first route → second route → third route → ..., and performs a process of extracting usable routes in stages until there are no more routes to search for. In summary, when a route search is performed using "Tokyo → Okayama" as the search criterion, the following routes are extracted as available routes: "Tokyo → Osaka" → "Osaka → Okayama" (A1 → A3 → A5 in Figure 6), "Tokyo → Osaka" → "Osaka → Hiroshima" → "Hiroshima → Okayama" (A1 → A3 → A6 → A8 in Figure 6), and the connecting routes "Tokyo → Kobe" → "Kobe → Okayama" (B1 → B3 → B5 in Figure 6), as well as the direct route "Tokyo → Okayama" (C1 → C3 in Figure 6).

[0026] However, even if one groups combinations of routes in which the end area of ​​the first route and the start area of ​​the second route are the same while following the first and second rules described above, there are a large number of such combinations, so there is a problem that simply extracting available routes through computer processing may result in a large number of useless available routes being extracted. This problem can be addressed by limiting the number of transfers to a certain number. That is, the extraction means 12 extracts a transit route with a specific number of transits or less as an available route, and does not extract a transit route with a specific number of transits or more as an available route. In that case, if the "specific number = 2" is set, the route "Tokyo → Osaka" → "Osaka → Hiroshima" → "Hiroshima → Okayama" (A1 → A3 → A6 → A8 in Figure 6) mentioned above will not be extracted as an available route because the number of transfers is "3."

[0027] Note that the available routes can be limited by other methods as well as by restricting the number of transfers. For example, the grouping information is set manually. As an example, a combination (grouping) of routes for which a demand for transfers is expected from the viewpoints of bus operators, travel agents, and users is detected manually, and the grouping information is stored in the storage means 11. For example, if past usage history shows that many passengers use express buses to travel between "Hiroshima" and "Okayama," or if prior interviews and surveys show that "Hiroshima" is a popular destination, and "Okayama" is the departure and arrival point, then "Hiroshima," which is one bus stop away from "Okayama" (a nearby area), will be set as the transfer point. As a result, even if the route "Tokyo → Osaka" → "Osaka → Hiroshima" → "Hiroshima → Okayama" (A1 → A3 → A6 → A8 in Figure 6) cannot be extracted due to the limit on the number of transfers, as mentioned above, this route can be extracted as an available route as an exception.

[0028] The aforementioned route "Tokyo → Osaka" → "Osaka → Hiroshima" → "Hiroshima → Okayama" (A1 → A3 → A6 → A8 in Figure 6) is a round-trip transfer route (hereinafter referred to as the special transfer route) in which the passenger passes through Okayama (destination) from Osaka, arrives in Hiroshima, and then transfers to another express bus in Hiroshima to continue to Okayama (destination). FIG. 7 is an explanatory diagram of a special connecting route. As shown in the figure, a special connecting route is, in other words, a connecting route in which the distance from the departure point (Tokyo) to the connecting point (Hiroshima) is longer than the distance from the departure point (Tokyo) to the destination (Okayama). In other words, the special transfer route is also a transfer route that overlaps the preceding route "Osaka → Hiroshima" and the following route "Hiroshima → Okayama" in the "Hiroshima - Okayama" section (part of the section). At first glance, such special transfer routes seem unnecessary.

[0029] However, for example, if a user who lives in Tokyo and has his / her parents' home in Hiroshima needs to go to Okayama for business purposes, he / she can first return to Hiroshima and then make a business trip to Okayama. It is possible to adjust the time until the transfer or even set the transfer to the next day, allowing users to make more effective use of their time at the transfer point. Such services are not offered by conventional transportation services, including express buses, and even if they were feasible, they would remain hidden. For this reason, previous users probably felt some frustration at not being able to return home despite having traveled so far to get close to their parents' homes, but were discouraged from doing so by regulatory notions and common sense. According to the express bus system of this embodiment, a new service can be realized that provides a connecting route that allows travel to an area farther than the destination before arriving at the destination, thereby resolving potential problems in conventional transportation services.

[0030] This section explains route searches based on search criteria limited to bus stop names. Stop-based route search is similar to area-based route search described above. For this reason, we will omit the explanation of the parts that are common to area-based route search, and will only provide an explanation that is sufficient to understand stop-based route search.

[0031] In a route search based on bus stops, the user operates the user terminal 2 to specify the departure point and destination by bus stops. For example, if there is a bus stop called "Tokyo Station" in Tokyo, and there are bus stops called "Okayama Interchange" and "Okayama Station" in Okayama, and there are routes called "Tokyo Station → Okayama Interchange" and "Tokyo Station → Okayama Station," it is possible to specify "Tokyo Station" as the departure point and "Okayama Interchange" or "Okayama Station" as the destination.

[0032] For this reason, in route information, the names of bus stops and the names of areas are stored in association with each other. For example, since there are bus stops called "OCAT" and "Umeda Tower" in "Osaka," "Osaka" (area name) is linked to "OCAT" and "Umeda Tower" (bus stop names) and stored in the route information. Similarly, since there are bus stops called "Okayama Station" and "Okayama Interchange" in "Okayama," "Okayama" (area name), "Okayama Interchange" (stop name), and "Okayama" are stored in association with each other in the route information. Similarly, since there are bus stops called "Kobe Sannomiya" and "Kobe Station" in "Kobe," "Kobe" (area name) is linked to "Kobe Sannomiya" and "Kobe Station" (stop name) and stored in the route information. It is assumed that only one bus stop, "Tokyo Station," exists in "Tokyo," and only one bus stop, "Hiroshima Station," exists in "Hiroshima." For this reason, "Tokyo" (area name) and "Tokyo Station" (bus stop name), and "Hiroshima" (area name) and "Hiroshima Station" (bus stop name) are linked and stored.

[0033] In addition, in the route information, it is assumed that there are stop-based routes "Tokyo Station → Umeda Tower" and "Tokyo Station → OCAT" corresponding to "Tokyo → Osaka" (area name). Similarly, it is assumed that there are stop-based routes "OCAT → Okayama Station" and "OCAT → Okayama Interchange" (stop name) corresponding to "Osaka → Okayama" (area name). Similarly, it is assumed that there exists a stop-based route "OCAT → Hiroshima Station" (stop name) corresponding to "Osaka → Hiroshima" (area name). Similarly, it is assumed that there are stop-based routes "Tokyo Station → Kobe Sannomiya" and "Tokyo Station → Kobe Station" (stop name) corresponding to "Tokyo → Kobe" (area name). Similarly, it is assumed that there are stop-based routes "Kobe Station → Okayama Interchange" and "Kobe Station → Okayama Station" (stop name) corresponding to "Kobe → Okayama" (area name). Similarly, it is assumed that there are stop-based routes "Tokyo Station → Okayama Interchange" and "Tokyo Station → Okayama Station" (stop name) corresponding to "Tokyo → Okayama" (area name).

[0034] Under these assumptions, when a route search is executed with the search condition "Tokyo Station to Okayama Station," the same process as the route search based on the area name described above is executed. In addition, the "first rule" is to be interpreted as "a rule that excludes a line if the stop is the same as the last stop of the extracted line." In addition, the "second rule" is to be interpreted and applied as "a rule that extracts an extracted route as an available route if the last stop of the route is the same as the destination, and terminates the route search at that point." As a result, the transfer routes "Tokyo Station → OCAT" → "OCAT → Okayama Station" (A1 → A3 → A5 in Figure 6), "Tokyo Station → OCAT" → "OCAT → Hiroshima Station" → "Hiroshima Station → Okayama Station" (A1 → A3 → A6 → A8 in Figure 6), and "Tokyo Station → Kobe Station" → "Kobe Station → Okayama Station" (B1 → B3 → B5 in Figure 6), as well as the direct route "Tokyo Station → Okayama Station" (C1 → C3 in Figure 6) are extracted as available routes.

[0035] The display control means 13 is a function for causing the information output by the server 1 to be displayed on the user terminal 2. Specifically, the information transmitted by the server 1 can be displayed on the display unit 205 (on the Web browser) by the Web browser provided in the user terminal 2. The display control means 13 can, for example, cause the information on the available routes extracted by the extraction means 12 to be displayed on the user terminal 2. In this case, the server 1 (the communication unit 104) transmits information on the extracted available routes to the user terminal 2. The user terminal 2 displays the information on the available routes transmitted from the server 1 on the display unit 205 (see FIG. 10).

[0036] The reservation means 14 executes reservation processing for an available route in response to an operation of the user terminal 2. The reservation means 14 can collectively execute reservation processing for a plurality of routes constituting a connecting route in response to an operation of the user terminal 2. This "collective reservation processing" is performed in cooperation with multiple reservation servers 3 each responsible for processing reservations for multiple routes. Specifically, server 1 cooperates with reservation server 3A, which has traditionally been responsible for processing reservations for the "Tokyo Station → OCAT" route, and reservation server 3B, which has traditionally been responsible for processing reservations for the "OCAT → Okayama Station" route, and therefore sends reservation request information to reservation server 3A for processing reservations for the "Tokyo Station → OCAT" route, and sends reservation request information to reservation server 3B for processing reservations for the "OCAT → Okayama Station" route. When reservation server 3A receives reservation request information for the "Tokyo Station → OCAT" route, it executes reservation processing for the "Tokyo Station → OCAT" route, and when reservation server 3B receives reservation request information for the "OCAT → Okayama Station" route, it executes reservation processing for the "OCAT → Okayama Station" route. That is, the server 1 transmits reservation request information to the reservation server 3 that handles reservation processing for the target route, and requests the reservation processing, and the reservation server 3 executes the reservation processing. Of course, reservations for direct routes can also be processed. In this case, the server 1 may transmit reservation request information to the reservation server 3, which is responsible for reservation processing for direct routes, to request reservation processing.

[0037] The payment means 15 executes payment processing in response to the operation of the user terminal 2. The payment means 15 can execute payment processing for multiple reserved routes collectively in response to an operation of the user terminal 2. This "lump-sum payment processing" is realized by the cooperation between server 1 and payment server 4. This is because the payment server 4 is, for example, a payment processing device managed and operated by a credit company. Therefore, the server 1 receives information necessary for payment (user's name, amount, card number, expiration date, security code, etc.) from the user terminal 2, and sends payment request information including that information to the payment server 4 to request payment processing, and the payment processing is then executed by the payment server 4. The express bus system of this embodiment includes one payment server 4. However, if a payment system exists for each credit company, cooperation with each payment server 4 included in each payment system is required. For example, if payment for the fare (first fare) of express bus A or the first route can only be made with credit card A and the payment process can be executed by payment server 4A, and payment for the fare (second fare) of express bus B or the second route can only be made with credit card B and the payment process can be executed by payment server 4B, server 1 will send payment request information for the payment process of the first fare to payment server 4A, and for the payment process of the second fare to payment server 4B.

[0038] The reservation change means 16 executes reservation change processing in response to an operation on the user terminal 2. The reservation change means 16 can execute reservation change processing for multiple reserved routes collectively in response to an operation of the user terminal 2. The reservation cancellation means 17 can execute reservation cancellation processing in response to an operation of the user terminal 2. The reservation cancellation means 17 can execute cancellation processing for multiple reserved routes collectively in response to an operation of the user terminal 2. The reservation change means 16 and the reservation cancellation means 17 will be described in detail later (FIGS. 17 and 18).

[0039] The privilege granting means 18 grants privileges such as fare discounts and points to users of the transfer route. In particular, the benefit granting means 18 can grant a larger benefit to a user of a transit route in which the number of transfers is a second number, which is greater than the first number, when using the transit route, than to a user of a transit route in which the number of transfers is a first number. Specifically, the discount rate may be set higher the more transfers there are, such as setting the discount rate for one transfer at X%, the discount rate for two transfers at Y% (≧X%), and the discount rate for three transfers at Z% (≧Y%). The discount amount may vary depending on the circumstances at the time of reservation (for example, the discount rate may be higher in the off-season than in the peak season, or the discount rate may be higher when there are many vacant seats). A special transit route may be discounted more than a normal transit route, in which case the discount may be increased as the overlapping distance between the preceding route and the following route increases. In addition, the discount amount can be set by combining other factors such as the distance of the route, the time of use, the cumulative number of transfers including past transfers, etc. The administrator can also set any discount amount or discount rate. This will make it easier to use transfer routes at low cost, and will increase the value of express buses through an increase in users.

[0040] The functions of the reservation server 3 will not be described in detail since a known express bus reservation system is utilized. The functions of the payment server 4 will not be described in detail since it utilizes a known payment system such as credit card payment.

[0041] (Processing Procedure) A specific processing procedure (high-speed bus processing method) in the high-speed bus system will now be described. Specifically, "route search," "reservation and payment," "reservation change," and "reservation cancellation" will be explained in that order.

[0042] (Route search) The route search process will now be described. FIG. 8 is a sequence chart showing the procedure of a route search process. As shown in the figure, in the route search process, first, search condition information is input (S101). The search condition information is input by the user operating the user terminal 2. FIG. 9 is a diagram showing an example of a route search screen displayed on the user terminal 2 (display unit 205). The route search screen is a Web screen managed by the server 1, and can be displayed by inputting a specific URL (Uniform Resource Locator) into the Web browser of the user terminal 2. On the route search screen, the user enters the search condition information required for route search. For example, the departure point, destination, and departure date are input as search conditions (d1 to d3 in FIG. 9). The departure point and destination can be displayed, for example, in a pull-down menu, allowing the user to input the name of a region by selection, and when a region is selected, the name of a bus stop in that region by selection (d1, d2 in FIG. 9). The departure point and destination can also be entered by selecting (clicking or tapping) the bus stop mark displayed on the map (d5 in Figure 9) (d4 in Figure 9). The departure date can be entered via a calendar linked to the icon or directly into the departure date field (d3 in Figure 9). In this processing procedure, it is assumed that the departure point "Tokyo Station," the destination "Okayama Station," and the departure date "February 1, 2024" are entered as search conditions (Figure 9). The departure date does not have to be entered at this stage, but may be entered immediately before making the reservation, for example. Other information (for example, departure time, arrival date, arrival time, stopovers, whether or not there is a connection, number of people, etc.) may also be entered as search conditions. The user terminal 2 (communication unit 206) transmits the input search condition information (start point, destination, and departure date) to the server 1.

[0043] When the server 1 (extraction means 12) receives the search condition information transmitted from the user terminal 2, it executes a route search (S102). In this example, the route search is performed by the extraction means 12 extracting available routes based on the departure point "Tokyo Station" and the destination "Okayama Station." The "departure date" is information required at the time of reservation, and is therefore stored in the server 1. As a result of the route search, four available routes are detected (extracted): (1) "Tokyo Station → OCAT" → "OCAT → Okayama Station", (2) "Tokyo Station → OCAT" → "OCAT → Hiroshima Station" → "Hiroshima Station → Okayama Station", (3) "Tokyo Station → Kobe Station" → "Kobe Station → Okayama Station", and (4) "Tokyo Station → Okayama Station". (1) to (3) are transfer routes, and (4) is a direct route. The explanation of route search has already been given, so it will be omitted. The server 1 transmits the search result information of the route search to the user terminal 2 (S103). Specifically, the information on the available routes described above in (1) to (4) is transmitted.

[0044] When the user terminal 2 receives the search result information transmitted from the server 1, it displays the search result on the display unit 205 (S104). FIG. 10 is a diagram showing an example of a search result screen displayed on the display unit 205 of the user terminal 2. As shown in FIG. As shown in the figure, the search result screen displays information on the available routes (1) to (4) described above (d11). In other words, four available routes are displayed and can be selected: (1) "Tokyo Station → OCAT" → "OCAT → Okayama Station," (2) "Tokyo Station → OCAT" → "OCAT → Hiroshima Station" → "Hiroshima Station → Okayama Station," (3) "Tokyo Station → Kobe Station" → "Kobe Station → Okayama Station," and (4) "Tokyo Station → Okayama Station."

[0045] Next, route selection is performed (S105). Specifically, on the user terminal 2, the user selects a desired route from among routes (1) to (4) displayed on the search result screen (FIG. 10). In this processing procedure, it is assumed that the transfer route (1) "Tokyo Station → OCAT" (first line) → "OCAT → Okayama Station" (second line) has been selected. The user terminal 2 transmits information about the selected route to the server 1.

[0046] Next, when the server 1 receives the connecting route information transmitted from the user terminal 2, it transmits flight confirmation information to each reservation server 3 (S106). Specifically, flight confirmation information including the first route information and the departure date is transmitted to the reservation server 3A, and flight confirmation information including the second route information and the departure date is transmitted to the reservation server 3B. This is because the first route, "Tokyo Station → OCAT", has traditionally been managed by reservation server 3A, and the second route, "OCAT → Okayama Station", has traditionally been managed by reservation server 3B. In other words, since server 1 does not perform flight management, it requests flight confirmation from reservation server 3, which does manage flights. The "departure date" to be included in the flight confirmation information is the departure date received in S101 and stored in the server 1. Note that this "departure date" is not limited to the information received in S101, and may be, for example, the departure date input and transmitted on the user terminal 2 side when the route is selected in S105. It is preferable that the departure time of the second route is later than the arrival time of the first route and is within a predetermined time from the arrival time. Therefore, after receiving flight information of the first route from the reservation server 3A, the server 1 includes the arrival time of the first route contained in the flight information in the flight confirmation information and transmits it to the reservation server 3B (not shown). In addition, grouping may be set taking into account the arrival time of the first route and the departure time of the second route.

[0047] When each reservation server 3 receives flight confirmation information from the server 1, it searches for flight information (available departure and arrival times, fares, and seat availability) for each route and transmits it to the server 1. The reservation server 3A searches for flight information regarding the first route and transmits the flight information as the search result to the server 1 (S107), and the reservation server 3B searches for flight information regarding the second route and transmits the flight information as the search result to the server 1 (S108). In this processing procedure, the flight information for the first route is searched for as "2024 / 2 / 1_22:10-06:44_7,800 yen_6 seats remaining," and the flight information for the second route is searched for as "2024 / 2 / 2_09:30-12:30_2,900 yen_2 seats remaining" and "2024 / 2 / 2_10:30-13:30_3,000 yen_5 seats remaining." You can also set or limit the number of flights that are returned as search results. Searching for flight information is a well-known function provided in conventional reservation systems, and therefore a detailed description thereof will be omitted.

[0048] Next, the server 1 transmits flight information regarding all routes to the user terminal 2 (S109). Specifically, the server 1 transmits to the user terminal 2 the flight information regarding the first route and the flight information regarding the second route received from the reservation servers 3A and 3B. In other words, "2024 / 2 / 1_22:10-06:44_7,800 yen_6 seats remaining" is sent as flight information for the first route, and "2024 / 2 / 2_09:30-12:30_2,900 yen_2 seats remaining" and "2024 / 2 / 2_10:30-13:30_3,000 yen_5 seats remaining" are sent as flight information for the second route.

[0049] The user terminal 2 displays the flight information received from the server 1 on the display unit 205 (S110). In other words, the flight information for the first route is displayed as "2024 / 2 / 1_22:10-06:44_7,800 yen_6 seats remaining", and the flight information for the second route is displayed as "2024 / 2 / 2_09:30-12:30_2,900 yen_2 seats remaining" and "2024 / 2 / 2_10:30-13:30_3,000 yen_5 seats remaining". FIG. 11 is a diagram showing an example of the flight candidate display / selection screen. As shown in the figure, the flight candidate display / selection screen displays flight candidate information for the first flight (d21) and also displays flight candidate information for the second flight (d22). Specifically, the following flight candidate information is displayed: 1st flight_Tokyo → Osaka, boarding date_Monday, February 1, 2024, section_Tokyo Station → OCAT, flight candidate 1_22:10 → 6:44, fare_7,800 yen, remaining seats_6 (d21); 2nd flight_Osaka → Okayama, boarding date_Monday, February 2, 2024, section_OCAT → Okayama Station, flight candidate 1_9:30 → 12:30, fare_2,900 yen, remaining seats_2, and flight candidate 2_10:30 → 13:30, fare_3,000 yen, remaining seats_5 (d22).

[0050] (Reservations and payments) The reservation and payment process will now be described. FIG. 12 is a sequence chart showing the reservation and payment processing procedure. As shown in the figure, in the reservation process, first, a flight is selected (S201). Specifically, the user selects the flight he or she desires from the flight candidates displayed on the flight candidate display / selection screen (Fig. 11). As shown in FIG. 11, the flight candidate display / selection screen has check boxes for each flight candidate that can be used to select the flight candidate, so the user can select the flight candidate by selecting the check box for the desired flight candidate. In this processing procedure, the first flight selected is flight candidate 1, which departs at "Tokyo Station_22:10" and arrives at "OCAT_6:44", and the second flight selected is flight candidate 2, which departs at "OCAT_10:30" and arrives at "Okayama Station_13:30" (Figure 11). The user terminal 2 transmits the selected flight information (boarding flight information) to the server 1. Specifically, the boarding information transmitted will be [Tokyo Station → OCAT_2024 / 2 / 1_22:10-06:44] and [OCAT → Okayama Station_2024 / 2 / 2_10:30-13:30].

[0051] When the server 1 receives the flight information from the user terminal 2, it calculates the discount amount (S202). This is because certain discounts (transfer discounts) are applied to transfer routes as a transfer benefit. Transfer discounts can be set so that the more transfers there are, the greater the discount amount. For example, if the discount rate for one transfer is X%, for two transfers the discount rate is Y% (≧X%), for three transfers the discount rate is Z% (≧Y%), etc., the discount amount or fare is calculated by multiplying the fare by the discount rate according to the number of transfers. It is also possible to apply different discount rates or amounts during off-season and peak seasons, or to apply discount rates or amounts based on available seats. Passengers on special transfer routes may be eligible for higher discount rates or amounts than those on regular transfer routes. In this processing procedure, the standard fee is 10,800 yen in total, consisting of 7,800 yen for the first shipment and 3,000 yen for the second shipment, and a discount amount of 200 yen is applied, resulting in a net fee of 10,600 yen. The server 1 transmits fee information such as the standard fee, the discount amount, and the deduction amount to the user terminal 2 (S203).

[0052] When the user terminal 2 receives the fee information from the server 1, it displays the fee information on the display unit 205 (S204). FIG. 13 is an example of a fee information display screen displayed on the user terminal 2 (display unit 205). As shown in the figure, the fee information display screen can display the standard fee, discount amount, and deduction fee (d33). In this processing procedure, the standard fee of 10,800 yen, the discount amount of 200 yen, and the net fee of 10,600 yen are displayed. The fare information display screen can display the standard fare for the first flight (7,800 yen) (d31), and can also display the standard fare for the second flight (3,000 yen) (d32).

[0053] Next, a reservation is made at the user terminal 2 (S205). Specifically, by selecting the "Proceed to Reservation" button displayed on the price information display screen, the screen transitions to the reservation screen. FIG. 14 is a diagram showing an example of the reservation screen. As shown in FIG. 14, the reservation screen has an input field for the user's personal information (such as name and contact information) (d41). In this processing procedure, it is assumed that "Name: Yamada Taro" and "Email address: yamada@bus.com" are entered (when making a reservation without logging in). You can also make reservations via login. For example, by selecting the SNS login button (d42) displayed on the reservation screen, it is possible to automatically log in and make a reservation via SNS integration. When the reservation application is completed, the user terminal 2 transmits the reservation information to the server 1. In this processing procedure, personal information (name, contact information, etc.) and flight information ([Tokyo Station → OCAT_2024 / 2 / 1_22:10-06:44], [OCAT → Okayama Station_2024 / 2 / 2_10:30-13:30]) are sent.

[0054] When the server 1 receives the reservation information transmitted from the user terminal 2, it transmits reservation request information to the reservation server 3 (S206, S208). Specifically, reservation request information regarding the first route ("Tokyo Station to OCAT") is sent to reservation server 3A, and reservation request information regarding the second route ("OCAT to Okayama Station") is sent to reservation server 3B. This is because reservation server 3A has traditionally been responsible for processing reservations for the first route, "Tokyo Station → OCAT," and reservation server 3B has traditionally been responsible for processing reservations for the second route, "OCAT → Okayama Station." In other words, since the server 1 is not currently processing reservations, it transmits reservation request information to the reservation server 3, which has traditionally been responsible for reservation processing, to request the server 1 to process the reservations.

[0055] When the reservation server 3A receives the reservation request information from the server 1, it executes reservation processing for the first route (S207). When the reservation server 3A completes the reservation process, it transmits to the server 1 a reservation number indicating the reservation result. When the reservation server 3B receives the reservation request information from the server 1, it executes reservation processing for the second route (S209). When the reservation server 3B completes the reservation process, it transmits to the server 1 a reservation number indicating the reservation result. This will complete the reservation for the flights [Tokyo Station → OCAT_2024 / 2 / 1_22:10-06:44] and [OCAT → Okayama Station_2024 / 2 / 2_10:30-13:30].

[0056] In other words, reservation processing for the first route can be performed by a reservation server 3A (first device) operated by a first operator, and reservation processing for the second route can be performed by a reservation server 3B (second device) operated by a second operator different from the first operator. The reservation means 14 causes the reservation processing for the first route to be performed by the reservation server 3A (first device) and the reservation processing for the second route to be performed by the reservation server 3B (second device), thereby making it possible to perform reservation processing for a connecting route consisting of the first route and the second route in a single operation.

[0057] When the server 1 receives the reservation result from each reservation server 3, it transmits the reservation information and the reservation management number to the user terminal 2 (S210). The reservation management number is managed by the server 1. The reservation management number may be, for example, a combination of the reservation number received from the reservation server 3A and the reservation number received from the reservation server 3B, or a newly assigned number may be linked to the reservation number and managed.

[0058] When the user terminal 2 receives the reservation result (reservation management number) transmitted from the server 1, it displays the reservation result (reservation management number) on the display unit 205 (S211). FIG. 15 is a diagram showing an example of the reservation result screen. As shown in the figure, the reservation result screen displays the reservation management number "123456" indicating the reservation result on the user terminal 2 (display unit 205) (d51). This allows the user to know that the reservation has been completed.

[0059] Next, the payment information is input into the user terminal 2 (S212). Payment information can be entered via a payment execution screen. FIG. 16 is a diagram showing an example of the payment execution screen. The payment execution screen can be displayed by selecting the "Proceed to payment" button on the reservation result screen (Figure 15). As shown in the figure, the payment execution screen includes a display of the fee (d61) as payment information, and an input field (d62) for credit card information (card number, expiration date, security code). In addition, the user's name can also be added to the payment information. The user enters the necessary payment information in the input fields. In this processing procedure, it is assumed that the following payment information is entered: "Card number: 1234-5678-9021, expiration date: 5 / 2 / 2026, security code: ***" (Figure 16). The user terminal 2 transmits the input payment information (including the fee) to the server 1.

[0060] When the server 1 receives the payment information transmitted from the user terminal 2, it transmits payment request information including the payment information to the payment server 4 (S213).

[0061] When the payment server 4 receives the payment request information transmitted from the server 1, it executes the payment process based on the payment information (S214). This will result in a credit card payment of 10,600 yen. That is, the payment means 15 executes the payment process in series following the reservation process. The payment server 4 transmits the payment result to the server 1.

[0062] When the server 1 receives the payment result transmitted from the payment server 4, it transmits the payment result to the user terminal 2 (S215). When the user terminal 2 receives the payment result transmitted from the server 1, it displays the payment result on the display unit 205 (S216). This allows the user to know that the payment has been completed.

[0063] In this way, in the express bus system of this embodiment, reservations and payments for express buses can be carried out in a single operation.

[0064] (Reservation change) The procedure for changing a reservation will now be described. FIG. 17 is a sequence chart showing a procedure for changing a reservation. As shown in the figure, reservation changes can be made in a state where the reservation information received from the server 1 is displayed on the display unit 205. For example, the reservation result screen (Figure 15) displaying the reservation information received from server 1 (boarding information for the first reserved flight [Tokyo Station → OCAT_2024 / 2 / 1_22:10-06:44] and the second flight [OCAT → Okayama Station_2024 / 2 / 2_10:30-13:30]) can also be used as reservation change screen 1. That is, in changing a reservation, first, the reservation change screen 1 is displayed on the display unit 205 of the user terminal 2 (S301).

[0065] Next, reservation change operation 1 is performed (S302). Specifically, reservation change operation 1 is an operation for specifying the flight information to be changed (i.e., the old flight information), and when the flight information for the first and second flights is displayed on reservation change screen 1, one or both of them can be selected as the flight to be changed. In this processing procedure, it is assumed that the second flight ([OCAT→Okayama Station_2024 / 2 / 2_10:30-13:30]) is selected. The user terminal 2 transmits the original flight information to the server 1.

[0066] When the server 1 receives the original flight information transmitted from the user terminal 2, it transmits the original flight information to the corresponding reservation server 3 (S303). In this processing procedure, the original flight information is sent to the reservation server 3B which is in charge of the reservation processing for the "OCAT → Okayama Station" route.

[0067] When the reservation server 3B receives the original flight information from the server 1, it transmits the candidate flight information to the server 1 (S304). Specifically, the reservation server 3B executes a new flight search based on the departure and arrival points and departure date of the flight to be changed that is included in the original flight information, and transmits the search results to the server 1 as candidate flight information for change. In this processing procedure, "2024 / 2 / 2_09:30-12:30_2,900 yen_2 seats remaining" and "2024 / 2 / 2_10:30-13:30_3,000 yen_5 seats remaining" are detected and sent as flight information candidates for change.

[0068] When the server 1 receives the flight information transmitted from the reservation server 3B, it transmits the flight information to the user terminal 2 (S305).

[0069] When the user terminal 2 receives the flight information transmitted from the server 1, it displays the flight information on the display unit 205 (S306). The user terminal 2 can display flight information by using the flight candidate display / selection screen (FIG. 11) as the reservation change screen 2 as well.

[0070] Next, reservation change operation 2 is performed (S307). Specifically, reservation change operation 2 is an operation for specifying the destination flight information (i.e., new flight information). For example, if two flight options are displayed on reservation change screen 2, one or both of them can be selected. In this processing procedure, it is assumed that of flight candidate 1 "2024 / 2 / 2_9:30-12:30" and flight candidate 2 "2024 / 2 / 2_10:30-13:30", flight candidate 1 is selected as the changed destination flight information. The user terminal 2 transmits the changed destination information to the server 1.

[0071] When the server 1 receives the changed destination information transmitted from the user terminal 2, it calculates the discount amount (S308). The calculation of the discount amount is the same as in S202, so the explanation will be omitted. The server 1 transmits fee information such as the standard fee, the discount amount, and the deduction amount to the user terminal 2. Specifically, fee information such as a standard fee of 10,700 yen, a discount amount of 200 yen, and a net fee of 10,500 yen is transmitted.

[0072] When the user terminal 2 receives the fee information transmitted from the server 1, it displays the fee information on the display unit 205 (S309). The fee information is displayed on the fee information display screen (FIG. 13). However, the net fee will be changed to "10,500 yen" (d33).

[0073] Next, a reservation is made at the user terminal 2 (S310). Specifically, the "Proceed to Reservation" button on the price information display screen (FIG. 13) is selected. In response to this, the user terminal 2 transmits the change information to the server 1. The change information includes changed destination information and fee information.

[0074] When the server 1 receives the change information transmitted from the user terminal 2, it transmits the change information to the reservation server 3B (S311). When the reservation server 3B receives the change information transmitted from the server 1, it executes reservation change processing (S312). Specifically, the source flight information "2024 / 2 / 2_9:30-12:30" will be changed to the destination flight information "2024 / 2 / 2_10:30-13:30." This executes the reservation change. The reservation server 3B transmits the result of the change to the server 1.

[0075] When the server 1 receives the change result from the reservation server 3B, it transmits the payment request information (including the fee information) to the payment server 4 (S313). The payment request information is received from the user terminal 2 in S212 and the stored payment information is used, and the fee is 10,500 yen.

[0076] When the payment server 4 receives the payment request information transmitted from the server 1, it executes the payment process (S314). This will result in a credit card payment of 10,500 yen. The payment server 4 transmits the payment result to the server 1.

[0077] When the server 1 receives the payment result transmitted from the payment server 4, it transmits the change result including the change contents to the user terminal 2 (S315). When the user terminal 2 receives the result of the change transmitted from the server 1, it displays the result of the change on the display unit 205 (S316). The result of the change is not shown in the figure.

[0078] (Reservation cancellation) The procedure for canceling a reservation will now be described. FIG. 18 is a sequence chart showing a procedure for canceling a reservation. As shown in the figure, reservation cancellation can be performed in a state where the reservation information received from the server 1 is displayed on the display unit 205. For example, a reservation can be canceled when a screen (reservation cancellation screen) with a "Cancel Reservation" button added is displayed on the reservation result screen (Figure 15) that displays the reservation information received from server 1 (reserved boarding information for the first flight [Tokyo Station → OCAT_2024 / 2 / 1_22:10-06:44] and the second flight [OCAT → Okayama Station_2024 / 2 / 2_10:30-13:30]). That is, in canceling a reservation, first, a reservation cancellation screen (not shown) is displayed on the display unit 205 of the user terminal 2 (S401).

[0079] Next, the reservation is cancelled (S402). Specifically, the "cancel reservation button" is selected. In response to the reservation cancellation operation, the user terminal 2 transmits cancellation information to the server 1.

[0080] When the server 1 receives the cancellation information transmitted from the user terminal 2, it calculates the fee (S403). Next, the server 1 transmits the cancellation information to the reservation server 3A (S404) and also transmits the cancellation information to the reservation server 3B (S406). When the reservation server 3A receives the cancellation information transmitted from the server 1, it executes the reservation cancellation process (S405). The reservation server 3A transmits the cancellation result to the server 1. When the reservation server 3B receives the cancellation information transmitted from the server 1, it executes the reservation cancellation process (S407). The reservation server 3B transmits the cancellation result to the server 1.

[0081] When the server 1 receives the cancellation results from the reservation servers 3A and 3B, it transmits payment request information to the payment server 4 (S408). The payment request information is the payment information received from the user terminal 2 in S212 and stored therein, and the fee is the commission calculated in S403.

[0082] When the payment server 4 receives the payment request information transmitted from the server 1, it executes the payment process (S409). This allows the fee to be paid by credit card. The payment server 4 transmits the payment result to the server 1.

[0083] When the server 1 receives the payment result transmitted from the payment server 4, it transmits the cancellation result including the cancellation content to the user terminal 2 (S410). When the user terminal 2 receives the cancellation result transmitted from the server 1, it displays the cancellation result on the display unit 205 (S411). The cancellation result is not shown in the figure.

[0084] In this manner, in the express bus system of this embodiment, it is possible to cancel express bus reservations all at once. In other words, if you make a reservation for a connecting route and then want to cancel the reservation, previously you would have to visit multiple counters and go through the cancellation process for each one individually, but with the bus system of this embodiment, you can complete the process all at once.

[0085] (Displaying recommended information) The display process of the recommendation information will be described. In the express bus system of this embodiment, various pieces of recommended information are provided to users of express buses. Specifically, the server 1 acquires and stores route search and reservation history information for each member when the member user is logged in, and generates recommended information that is likely to interest the member through analysis of the history information, and notifies the member at the appropriate time via the user terminal 2. In particular, for members who have booked a connecting route, recommended information is displayed on the user terminal 2 via a web browser when the member is logged in, and when the member is not logged in, recommended information is sent to a pre-registered email address.

[0086] FIG. 19 is a diagram showing an example of a recommendation display screen. Figure 19 shows recommendation information that will be sent from server 1 to Yamada's email address between the time of booking and the departure date when member Yamada reserves a connecting route with a departure date of February 1, 2024 and a boarding and connecting point of "Osaka." The recommendation information shown in the figure suggests that Yamada has booked a connecting route and that the recommendation information corresponds to the time when Yamada will transfer at the transfer point. Specifically, there are "recommended events" (d71), "recommended gourmet food" (d72), and "recommended spots" (d73). The "recommended events" information is recommended information that corresponds not only to the transfer location but also to the transfer period. The same applies to the information on "recommended gourmet food" and "recommended spots." In particular, the "recommended spots" information reflects the results of server 1's recognition or analysis, such as the fact that the arrival time at the transfer point is early in the morning and the departure is during the night of the previous day, and therefore the user is likely to be sleep-deprived.

[0087] Recommendation information can also be generated in association with conditions such as before, during, and after using the express bus. An example of recommendation information "before using an express bus" is information that encourages members to make reservations for an express bus by pairing recommended spots, etc. with the nearest bus stop, and notifying the user terminal 2 by e-mail, etc. by generating such information on the server 1. An example of recommendation information "while using an express bus" is to have the server 1 generate optimal recommendation information for a member who has reserved an express bus before or during boarding, and notify the user terminal 2 at the appropriate time by e-mail or the like. In more detail, since the user's current location can be identified from the time and the GPS information of the user terminal 2, various information corresponding to the current location (for example, while moving near Mt. Fuji, videos and website information about Mt. Fuji, etc.) is sent to the user terminal 2. An example of recommendation information "after using an express bus" is to have the server 1 generate recommendation information (for example, a message from a popular mascot character such as "Please use this again") that will encourage a member to make a reservation next time immediately after using an express bus, and notify the user terminal 2 via chat or the like.

[0088] Another display example on the user terminal 2 will be described. FIG. 20 is a diagram showing another display example (part 1) of the search result screen for a route search. As shown in the figure, the user can select the display order of the route search results (d81). Specifically, the user is allowed to select either "travel time" or "fare." If "travel time" is selected, flight information is displayed in order of shortest travel time, and if "fare" is selected, flight information is displayed in order of cheapest fare. Additionally, you can narrow down flight information by selecting either "with transfer" or "without transfer." For example, users who prefer or can tolerate transfers can select "with transfers," while users who do not prefer or can tolerate transfers can select "without transfers."

[0089] FIG. 21 is a diagram showing another display example (part 2) of the search result screen for a route search. As shown in the figure, it is possible to select either "in order of most number of transfers" or "in order of least number of transfers" and display the flight information in the selected order (d82). Such a display control function is controlled by the server 1. For example, when "order by number of transfers" is selected, the display control means 13 of the server 1 can display information on flights with the most number of transfers at the top. In other words, the display control means 13 causes a connecting route with a second number of transfers, which is greater than the first number, to be displayed higher on the user terminal 2 than a connecting route with a first number of transfers.

[0090] FIG. 22 is a diagram showing another display example (part 3) of the search result screen for a route search. As shown in the figure, the transfer discount amount may be displayed. Specifically, the transfer discount (d83) is displayed for transfer routes, and the transfer discount amount is not displayed for direct routes. Additionally, the transfer discount for a transfer route with a large number of transfers can be greater than the transfer discount for a transfer route with a small number of transfers. In other words, a transfer discount for a transfer route with a large number of transfers will be displayed with a relatively large discount amount applied.

[0091] This will make it possible to display information that caters to users who prefer to transfer, or who want to use express buses at a cheaper fare by increasing the number of transfers. Previously, the order in which flights were displayed was not rearranged according to the number of transfers. Even if such a situation were to occur, there is a preconceived notion that "transfers = inconvenience," so displaying the number of transfers in order was not anticipated. According to the express bus system of this embodiment, the convenience of transfers is improved, thereby eliminating the notion that "transfers = inconvenience." In addition, the display modes shown in Figures 20 to 22 can further improve convenience for users who wish to actively make use of transfers.

[0092] As described above, the express bus system of this embodiment is an express bus system equipped with a user terminal 2 carried by an express bus user, and comprises: storage means 11 for storing route information of existing express buses; extraction means 12 for extracting from the route information available routes which are routes available to the user based on information input by the user terminal 2; display control means 13 for displaying information of the extracted available routes on the user terminal 2; and reservation means 14 capable of executing reservation processing of the available routes in response to operation of the user terminal 2, wherein the extraction means 12 is capable of extracting a transfer route involving transfers between multiple routes including a first route and a second route as the available route, and the reservation means 14 is capable of simultaneously executing reservation processing of multiple routes constituting the transfer route in response to operation of the user terminal 2. In other words, the reservation process for the connecting route is executed in a lump sum in response to operations via a single website, and further, following the reservation process, the payment process is executed in a series and lump sum. This will make reservations and payment easier, and will allow connecting routes to be offered as a highly useful express bus service, similar to a series of long-distance buses. Furthermore, the express bus system of this embodiment requires cooperation between bus operators, and through such cooperation, the entire bus business can flourish. It will also help resolve the actual vehicle mileage restrictions and so-called 2024 problems faced by bus operators. In addition, in areas lacking direct routes or other means of transportation such as rail and air travel, express bus services with transfers can be introduced as a new means of transportation. Furthermore, the express bus system of this embodiment can propose new modes of transportation and travel. In contrast, in the past, there was the hassle of procedures involved in transferring, but the express bus system of the present invention, by being provided with the above-mentioned configuration, can solve such conventional problems. In other words, in the past, even if you needed to transfer, you had to make reservations at multiple counters, but with the express bus system of this embodiment, all of the reservations can be processed together, and payments can be made all at once. In addition, changes and cancellations can also be processed together.

[0093] Although the preferred embodiments of the present invention have been described above, it goes without saying that the present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the present invention. For example, the configuration of the system is not limited to the above-described embodiment, and a part or all of the configuration of one device may be provided in another device. Specifically, the express bus processing program of the present invention is mainly provided in the server 1, but some of the programs provided in the server 1 may be provided in external devices including the user terminal 2, the reservation server 3, and the payment server 4. Also, a part or all of the information stored in the storage means 11 of the server 1 may be stored in another device, which may be connected to the server 1 so as to be capable of communicating with the server 1. Furthermore, the server 1 may have some of the functions of the reservation server 3 and the payment server 4. In addition, part or all of the functions of one of the reservation server 3 and the payment server 4 may be provided by the other. Furthermore, the server 1 and one or a part of the reservation servers 3 may be devices operated by the same business operator.

[0094] Although the special transfer route has been described based on the area names for the sake of convenience, it may be realized based on the bus stops. In that case, the area names may be replaced with the bus stop names. Furthermore, the server 1 may manage flight information (including seat availability and prices) managed by the reservation server 3. In this case, the server 1 does not transmit route information (S106 in FIG. 8, etc.) or reservation request information (S206, S208 in FIG. 12, etc.), and the server 1 can essentially perform reservation processing by itself.

[0095] Furthermore, the above-described embodiment is a system relating to transfers of express buses, but the present invention can be expanded to a system relating to transfers between other means of transportation such as airplanes and bullet trains, not limited to express buses. [Explanation of symbols]

[0096] 1: server, 101: control unit, 102: memory, 103: storage, 104: communication unit, 11: storage means, 12: extraction means, 13: display control means, 14: reservation means, 15: payment means, 16: reservation change means, 17: reservation cancellation means, 18: privilege granting means, 2: user terminal, 201: control unit, 202: memory, 203: storage, 204: operation unit, 205: display unit, 206: communication unit, 3: reservation system (reservation server), 4: payment system (payment server), 9: Internet

Claims

1. In an express bus system equipped with user terminals carried by express bus users, A storage means for storing information on currently existing express bus routes; an extraction means for extracting from the route information an available route that is a route that the user can use based on information inputted by the user terminal; a display control means for displaying the extracted available route information on the user terminal; a reservation means capable of executing a reservation process for the available route in response to an operation of the user terminal; a payment means capable of executing a payment process in series following the reservation process in response to an operation of the user terminal; The extraction means includes: A transfer route involving a transfer between a plurality of routes including a first route and a second route can be extracted as the available route; The reservation means is A reservation process for a plurality of routes constituting the transfer route can be executed in a batch in response to an operation of the user terminal, A reservation process for a changed route can be executed in response to an operation of the user terminal after the reservation process for the plurality of routes, The payment means is In response to an operation of the user terminal after the reservation process for the changed route, a settlement process related to the reservation process can be executed in series following the reservation process for the changed route. A high-speed bus system.

2. The reservation process for the first route can be executed by a first device operated by a first carrier; the reservation process for the second route can be executed by a second device operated by a second operator different from the first operator; The payment process may be performed by a payment processing device; The reservation means is The reservation process for the first route is executed by the first device, and the reservation process for the second route is executed by the second device, thereby making it possible to collectively execute the reservation process for the transfer route consisting of the first route and the second route, The payment means is The reservation process for the transfer route can be executed in a lump sum by the payment processing device.

2. The express bus system according to claim 1.

3. The extraction means includes: The transfer route having a specific number of transfers or less can be extracted as the available route.

2. The express bus system according to claim 1.

4. The extraction means includes: The transfer route in which the distance from the departure point to the transfer point is greater than the distance from the departure point to the destination and the route from the departure point to the transfer point partially overlaps with the route from the departure point to the destination can be extracted as the available route.

2. The express bus system according to claim 1.

5. A discount rate storage means for storing discount rates corresponding to the number of transfers in advance; A privilege granting means for granting a discount as a privilege to users of the transfer route, The discount rate storage means A discount rate when the number of transfers is a second number, which is greater than the first number, is stored as a higher discount rate than a discount rate when the number of transfers is a first number; The reward granting means includes: A larger discount is given to users of the transit route having the second number of transfers than to users of the transit route having the first number of transfers.

2. The express bus system according to claim 1.

6. A selection means for selecting the order of the number of transfers in response to an operation of the user terminal, The display control means When the selection means selects the order of the number of transfers, the transfer route having a second number of transfers greater than the first number can be displayed higher on the user terminal than the transfer route having a first number of transfers among the transfer routes extracted by the extraction means.

6. The express bus system according to claim 1, wherein the first and second buses are connected to each other.

7. In a highway bus processing method using a user terminal carried by a highway bus user, A storage step of storing existing express bus route information; an extraction step of extracting from the route information an available route that is a route that the user can use based on information inputted by the user terminal; a display control step of displaying the extracted information on the available routes on the user terminal; a reservation step capable of executing a reservation process for the available route in response to an operation of the user terminal; A payment step in which payment processing can be executed in series following the reservation step in response to an operation of the user terminal, The extraction step comprises: extracting, as the available route, a transfer route involving a transfer between a plurality of routes including a first route and a second route; The reservation step includes: Execute reservation processing for a plurality of routes constituting the transfer route in a batch in response to an operation of the user terminal; A reservation process for a changed route can be executed in response to an operation of the user terminal after the reservation process for the plurality of routes, The payment step includes: In response to an operation of the user terminal after the reservation process for the changed route, a settlement process related to the reservation process can be executed in series following the reservation process for the changed route.

2. A high-speed bus processing method comprising:

8. A computer connected to a user terminal owned by a user of a highway bus, A storage means for storing information on currently existing express bus routes; an extraction means for extracting from the route information an available route that is a route that the user can use, based on information inputted by the user terminal; a display control means for displaying the extracted information on the available routes on the user terminal; a reservation means for executing a reservation process for the available route in response to an operation of the user terminal; functioning as a payment means capable of executing a payment process in series following the reservation process in response to an operation of the user terminal; The extraction means includes: A transfer route involving a transfer between a plurality of routes including a first route and a second route can be extracted as the available route; The reservation means is A reservation process for a plurality of routes constituting the transfer route can be executed in a batch in response to an operation of the user terminal, A reservation process for a changed route can be executed in response to an operation of the user terminal after the reservation process for the plurality of routes, The payment means is In response to an operation of the user terminal after the reservation process for the changed route, a settlement process related to the reservation process can be executed in series following the reservation process for the changed route. A high-speed bus processing program comprising:

9. A transportation reservation system having a user terminal carried by a user of a means of transportation, A storage means for storing route information of existing transportation means; an extraction means for extracting from the route information a usable route that is usable by the user based on information inputted by the user terminal; a display control means for displaying the extracted available route information on the user terminal; a reservation means capable of executing a reservation process for the available route in response to an operation of the user terminal; a payment means capable of executing a payment process in series following the reservation process in response to an operation of the user terminal; The extraction means includes: A transfer route involving a transfer between a plurality of routes including a first route and a second route can be extracted as the available route; The reservation means is A reservation process for a plurality of routes constituting the transfer route can be executed in a batch in response to an operation of the user terminal, A reservation process for a changed route can be executed in response to an operation of the user terminal after the reservation process for the plurality of routes, The payment means is In response to an operation of the user terminal after the reservation process for the changed route, a settlement process related to the reservation process can be executed in series following the reservation process for the changed route. A transportation reservation system comprising:

10. A transportation reservation method using a user terminal carried by a transportation user, comprising: A storage step of storing route information of existing transportation means; an extraction step of extracting from the route information a usable route that can be used by the user based on information inputted by the user terminal; a display control step of displaying the extracted information on the available routes on the user terminal; a reservation step capable of executing a reservation process for the available route in response to an operation of the user terminal; A payment step in which payment processing can be executed in series following the reservation step in response to an operation of the user terminal, The extraction step comprises: extracting, as the available route, a transfer route involving a transfer between a plurality of routes including the first route and the second route; The reservation step includes: Execute reservation processing for a plurality of routes constituting the transfer route in a batch in response to an operation of the user terminal; A reservation process for a changed route can be executed in response to an operation of the user terminal after the reservation process for the plurality of routes, The payment step includes: In response to an operation of the user terminal after the reservation process for the changed route, a settlement process related to the reservation process can be executed in series following the reservation process for the changed route. A transportation reservation method comprising:

11. A computer connected to a user terminal carried by a user of a means of transportation, A storage means for storing route information of existing transportation means; an extraction means for extracting from the route information a usable route that can be used by the user based on information inputted by the user terminal; a display control means for displaying the extracted information on the available routes on the user terminal; a reservation means for executing a reservation process for the available route in response to an operation of the user terminal; functioning as a payment means capable of executing a payment process in series following the reservation process in response to an operation of the user terminal; The extraction means includes: A transfer route involving a transfer between a plurality of routes including a first route and a second route can be extracted as the available route; The reservation means is Execute reservation processing for a plurality of routes constituting the transfer route in a batch in response to an operation of the user terminal; A reservation process for a changed route can be executed in response to an operation of the user terminal after the reservation process for the plurality of routes, The payment means is In response to an operation of the user terminal after the reservation process for the changed route, a settlement process related to the reservation process can be executed in series following the reservation process for the changed route. A transportation reservation program comprising:

Images