JP7288697B2 - program - Google Patents

Description

The present invention relates to a program for generating data to be provided to a server by inputting data relating to operation of a mobile body into prescribed format data.

GTFS (General Transit Feed Specification) is known as a system for providing users with information on the operation of mobile bodies in public transportation. A moving object is a bus, a train, or the like.

Services provided by GTFS are implemented by a server (hereinafter also referred to as a GTFS server) published on the Internet. The GTFS server receives format data in which data relating to the operation of mobile units is input from public transportation operators. The data related to the operation of mobile means, for example, a route map, a timetable, a fare table, and the like. The GTFS server provides users with information such as route maps, timetables, and fare tables in response to requests from users via the Internet (see Patent Document 1, for example).

JP 2018-22488 A

The GTFS server provides each public transportation facility with format data for accepting data relating to the operation of mobile units. The format data is, for example, a text file with multiple input fields. Each public transportation facility inputs predetermined data such as a stop name or station name, departure time, and fare into each input field of the provided format data, and provides data to the GTFS server (hereinafter also referred to as provided data). and provide it to the GTFS server.

However, there are many input items in the format data, and it is not easy to grasp the data to be input, and it takes a lot of time and effort to generate the provided data.

An object of the present invention is to provide a technology that facilitates generation of provided data by an operator.

(1) A program according to the present invention is executed by a computer of a terminal device having a display, a user interface, and a memory. A program according to the present invention comprises: a map data acquisition process for acquiring map data representing a map; a first display process for displaying an input screen for accepting an input of a place name representing a specific point through which a moving object passes on the display; a first acquisition process of acquiring the point name input through the user interface; a second display process of arranging an object indicating the specific point on the map and displaying the object on the display; a first reception process for receiving an input to move the object through the user interface; a second acquisition process for acquiring position information indicating the position of the object on the map after the movement; causing the computer to execute a generation process of generating provided data by inputting the location name and the position information acquired in the second acquisition process into the input fields of the format data stored in the memory.

A program according to the present invention receives movement of an object indicating a specific point on a map, and acquires position information indicating the position of the object after movement. Then, the program inputs the position information indicating the position of the object after movement and the name of the specific point indicated by the object into each input field of the format data to generate the provided data. That is, the program generates the provided data without requiring the operator to input the positional information such as the latitude and longitude of the specific point. Therefore, the program according to the present invention can save the operator the trouble of inputting the position information when generating the provided data.

(2) The second display process may further include a process of including identification information corresponding to the place name in the object and displaying the object on the display.

Since the object includes identification information corresponding to the place name, the operator can easily recognize which specific place the object to be moved corresponds to. That is, the program according to the present invention allows the operator to easily identify objects.

(3) The first acquisition process may include a process of receiving an input of the point name and point identification information for each system on which the moving body operates, and the generation process includes: The process may further include inputting information into input fields of the format data to generate the provided data.

For example, one specific point may be used in common for multiple systems. The program according to the present invention accepts inputs of point names and point identification information for each system. Therefore, the program according to the present invention can distinguish and identify a specific point commonly used for a plurality of systems for each system. As a result, the program according to the present invention can allow the operator to easily generate the provided data of a plurality of systems.

(4) The program according to the present invention causes the computer to further execute a notification process of notifying an error in response to two matching point identification information among the plurality of input point identification information. good too.

Since the program according to the present invention issues an error notification when there are two matching point identification information, it is possible to suppress the registration of point names to which the same point identification information is assigned.

(5) The program according to the present invention comprises: third display processing for displaying on the display an input screen having a pasting area for accepting a plurality of pasting of the departure times of the moving body at the specific point; and a third obtaining process of obtaining the departure time pasted on the computer. The generating process further includes a process of inputting the obtained departure time into the input field of the format data.

The operator can input multiple departure times by simply copying and pasting the multiple departure times displayed in the created timetable into the pasting area of the input screen. Therefore, the program according to the present invention can reduce the operator's trouble of inputting the departure times compared to the case where the operator inputs a plurality of departure times into the text boxes one by one.

(6) The program according to the present invention includes a fourth display process for displaying on the display an input screen having a fare pasting area for accepting pasting of a plurality of fares at once; and a fourth acquisition process of acquiring. The generating process further includes a process of inputting the acquired fare into the input field of the format data to generate the provided data.

The operator can input a plurality of fares by simply copying and pasting a plurality of fares displayed in the created fare triangular table into the fare pasting area of the input screen. Therefore, the program according to the present invention can reduce the operator's trouble of inputting the fares compared to the case where the operator inputs a plurality of fares into the text boxes one by one.

(7) The program according to the present invention displays the map on the display, and receives, through the user interface, an input specifying a position on the route along which the moving object moves on the map; The computer may be caused to execute a route display process of displaying the accepted route on a map and a fifth acquisition process of acquiring route information including position information on the accepted route. The generating process further includes a process of inputting the acquired route information into the input field of the format data to generate the provided data.

For example, the operator clicks the mouse on the map to input the route of the mobile object. Therefore, the program according to the present invention saves the operator the trouble of inputting the route of the moving object, compared to the case where the operator inputs the longitude and latitude of a plurality of positions on the route to input the route.

(8) The program according to the present invention may further cause the computer to perform a process of uploading the generated provided data to a server.

The program according to the present invention can save the operator the trouble of activating the browser and sending the provided data to the URL published by the server.

According to the present invention, it is possible to facilitate generation of provided data by an operator.

FIG. 1 is a configuration diagram of a communication system 9 of this embodiment. FIG. 2 is a functional block diagram of the PC 10. As shown in FIG. FIG. 3 is a part of the flow chart of the provided data generation process. FIG. 4 is another part of the flowchart of the provided data generation process. FIG. 5 is still another part of the flowchart of the provided data generation process. FIG. 6 is the remaining part of the flow chart of the provided data generation process. FIG. 7A is a diagram showing the operator setting screen, and FIG. 7B is a diagram showing the first error screen 101 superimposed on the operator setting screen. FIG. 8A shows a route setting screen, and FIG. 8B shows a first error screen 101 and a second error screen 103 superimposed on the route setting screen. FIG. 9A shows a bus stop setting screen, and FIG. 9B shows a first error screen 101 and a third error screen 105 superimposed on the bus stop setting screen. FIG. 10A shows the timetable input screen, and FIG. 10B shows the first error screen 101 superimposed on the timetable input screen. FIG. 11A is a diagram showing a fare input screen, and FIG. 11B is a diagram showing a first error screen 101 superimposed on the fare input screen. FIG. 12 is a diagram showing a state in which a map is displayed on the display 23 for accepting designation of the location of the bus stop. FIG. 13 is a diagram showing a state in which the route input map is displayed on the display 23. As shown in FIG.

Embodiments of the present invention will be described below. It should be noted that the embodiment described below is merely an example of the present invention, and it goes without saying that the embodiment of the present invention can be modified as appropriate without changing the gist of the present invention. For example, the execution order of each process executed by the program 35 (FIG. 2) described in this embodiment can be changed as appropriate without changing the gist of the present invention.

In this embodiment, a bus operator that operates a bus uses the program 35 shown in FIG. 2 and the communication system 9 shown in FIG. An example provided to the GTFS server 11 (FIG. 1) will be described. Specifically, the bus operator generates the provided data using the program 35 and uploads the generated provided data to the management server 12 (FIG. 1). The GTFS server 11 that provides the GTFS service downloads and acquires the provided data uploaded to the management server 12 . A bus corresponds to the "moving body" of the present invention.

The management server 12 shown in FIG. 1 is, for example, a server that manages bus operations of one or more bus operators. The management server 12 acquires, via a mobile communication network or the Internet 13, bus position information transmitted by a data collection device such as a data logger mounted on the bus. The management server 12 monitors the positions of the buses in operation in real time. That is, the provided data is provided to the GTFS server 11 using the management server 12 used for bus operation management. However, the provided data may be directly uploaded to the GTFS server 11 from the personal computer (hereinafter referred to as PC) 10 in which the program 35 is installed without going through the management server 12 . The PC 10 corresponds to the "terminal device" of the present invention.

The PC 10 is a terminal device owned or authorized to be used by the bus operator. PC 10 is connected to Internet 13 . A management server 12 is also connected to the Internet 13 . That is, the PC 10 is connected to the management server 12 through the Internet 13 . A GTFS server 11 is also connected to the Internet 13 . That is, the GTFS server 11 is connected to the management server 12 through the Internet 13 .

As shown in FIG. 2, the PC 10 has a controller 21 and a communication I/F 22 . "I/F" is an abbreviation for interface. The communication I/F 22 is connected to the Internet 13 via a local network and router, for example. The local network is LAN (registered trademark), WAN, or the like.

The controller 21 includes a CPU 31 as a central processing unit, a memory 32 and a communication bus 33 . The CPU 31 and memory 32 are connected to a communication bus 33 . A display 23 and a user I/F 24 are also connected to the communication bus 33 . The user I/F 24 is a mouse, keyboard, microphone (voice input), and the like. Note that when the terminal device in which the program 35 is installed is not a personal computer but a tablet or a mobile terminal, and the terminal device has a touch panel, the user I/F 24 may be a touch sensor included in the touch panel. The CPU 31 corresponds to the "computer" of the present invention.

The memory 32 is a hard disk, RAM, buffer, USB memory, or the like. The memory 32 stores an OS 34 that is an operating system, a program 35 and a browser 36 . The program 35 is downloaded to the PC 10 through the Internet 13, stored in the memory 32, and then installed in the PC 10 to be activated.

The program 35 may be a single program or a program consisting of multiple modules. For example, the program 35 may be composed of a UI module for displaying an image on the display 23 and accepting an operator's input, a body module for generating provided data, and a communication module for communication.

The CPU 31 can virtually execute multiple programs in parallel, such as the OS 34, the program 35, and the browser 36, through so-called multitasking. The CPU 31 executes the program by sequentially executing the instructions written at each address of the program.

Memory 32 also stores format data 37 . The format data 37 is an open format published by the GTFS server 11 . The program 35 , for example, downloads the format data 37 from the GTFS server 11 and stores the downloaded format data 37 in the memory 32 . Alternatively, format data 37 may be pre-included in program 35 .

Format data 37 is, for example, one or more text files. The format data 37 has a plurality of input fields for entering bus stop names, position information indicating bus stop positions, timetables, fares, and the like. Each input field is given a field name. Each input field is individually identified by a field name. Also, each input field is classified into a mandatory input field and an optional input field by field name. A mandatory input field means an input field that must be entered when the GTFS server 11 acquires provided data. An arbitrary input field means an input field that does not have to be input when the GTFS server 11 acquires provided data.

The program 35 generates the provision data by entering data into at least the mandatory input fields. By generating the provided data using the format data 37, the GTFS server 11 can acquire information such as bus stop names, location information, and fares from the bus operator in a processable data format.

Also, the program 35 has various image data. The image data is data representing the screens shown in FIGS. 7 to 13 and the like. The program 35 causes the display 23 to display the screens shown in FIGS. 7 to 13 by inputting the image data to the display 23 through the communication bus 33 . Then, the program 35 causes the screen to be displayed on the display 23, receives operator input through the user I/F 24, and generates provided data based on the received input.

The program 35 also has a URL (Uniform Resource Locator) that the management server 12 publishes on the Internet 13 . The program 35 uploads the provided data to the management server 12 using the URL. Details will be described later. Note that the URL of the management server 12 may be stored in the memory 32 when the program 35 is installed in the PC 10 or after it is installed. For example, the program 35 causes the display 23 to display a screen requesting input of a URL, causes the operator to input the URL, obtains the URL, and stores the obtained URL in the memory 32 .

Provided data generation processing in which the program 35 generates provided data and uploads it to the management server 12 will be described below with reference to FIGS. 3 to 13 .

The program 35 displays a home screen (not shown) on the display 23 in response to being started (S11). Then, the program 35 displays the operator setting screen on the display 23 in response to selection of "operator setting" through the "route setting" pull-down menu 41 (FIG. 7) on the home screen (S12). . FIG. 7A shows the operator setting screen. The pull-down menu 41 has options such as "route setting", "bus stop setting", "timetable input", "fare input", "route", and "upload" in addition to "enterprise setting". Details will be described later.

The operator setting screen includes characters of "official name of transportation facility", a text box 42 for accepting input of the official name of transportation facility, characters of "furigana of official name of transportation facility", and the official name of transportation facility. A text box 43 for accepting input of furigana, a text box 44 for accepting input of characters "Transportation URL", a text box 44 for accepting input of URL, and a text box 45 for accepting input of characters "time zone" and the region indicating the time zone. , a text box 46 for accepting input of characters of "main language used" and characters indicating the language, a text box 47 for accepting input of characters of "representative telephone number" and a telephone number, and an "OK" icon 48. and have

The text box 44 is a text box that accepts input of a URL published on the Internet 13 by the bus operator. A text box 45 is a text box in which a region indicating the standard time to be used is entered. In the illustrated example, “Asia/Tokyo” is entered in the text box 45 . Instead of the text box 45, a pull-down menu displaying a list of regions to which the standard time is applied may be displayed on the operator setting screen.

A text box 46 is a text box into which characters indicating the language to be used are entered. That is, the program 35 can generate provided data in multiple languages. For example, the program 35 generates provided data in Japanese, English, Chinese, and Korean, respectively, and provides each generated provided data to the GTFS server 11 . The GTFS server 11 provides the provided data provided in English to the user in response to the operator's request for a route map or the like by designating English. In the illustrated example, “Japanese” is entered in the text box 46 . Instead of the text box 46, a pull-down menu displaying a list of languages may be displayed on the provider setting screen.

The program 35 accepts the operator's input into each text box, such as the business name (S13). The program 35 then determines whether the operator has selected the "OK" icon 48 (S14). The operator uses the mouse, which is the user I/F 24, to move the cursor to overlap the "OK" icon 48, and then left-click the mouse to select the "OK" icon 48. FIG.

When the program 35 determines that the "OK" icon 48 has been selected (S14: Yes), it determines whether characters have been entered in each text box (S15). When the program 35 determines that no character has been entered in the text box requiring input (S15: No), the program 35 causes the display 23 to display the first error screen 101 (FIG. 7B) (S16). A text box requiring input is a text box associated with a field name defined in the format data 37 as requiring input.

The first error screen 101 is, for example, a pop-up screen and is displayed superimposed on the provider setting screen. The first error screen 101, as shown in FIG. 7B, has the text "There are mandatory items that have not been entered." The program 35 determines whether or not the "OK" icon 102 has been selected on the first error screen 101 (S17). As shown in FIG. 3, when the program 35 determines that the "OK" icon 102 has been selected (S17: Yes), the first error screen 101 is cleared, and the processes after S13 are executed again.

When the program 35 determines that characters have been entered in the text box requiring input (S15: Yes), the program 35 acquires the characters entered in the text box 42, etc. (S18). Then, the acquired character is input to each input field of the format data 37 stored in the memory 32 (S19).

More specifically, the text boxes 42 and the like are associated with respective field names. For example, the program 35 converts the characters input to the text box 42 into text data and inputs it to the input field with the same field name as the field name associated with the text box 42 . The name of the business operator entered on the operator setting screen may be collectively entered in the input field at the end together with information such as the name of the bus stop, location information, and fare, which will be described later.

The program 35 displays the route setting screen on the display 23 when the "OK" icon 48 is selected on the operator setting screen, or when "route setting" is selected on the pull-down menu 41. (S20). FIG. 8A shows a route setting screen.

The route setting screen is a screen for accepting inputs of route names and route IDs. The route setting screen includes characters of "route name", a text box 91 for entering the route name, characters of "route ID", a text box 92 for entering the route ID, an "OK" icon 93, have

As shown in FIG. 3, the program 35 accepts input of the route name and route ID on the route setting screen (S21). Then, the program 35 acquires the accepted route name and route ID (S22).

Next, the program 35 determines whether or not the "OK" icon 93 has been selected (S23). When the program 35 determines that the "OK" icon 93 has been selected (S23: Yes), it determines whether or not the route name and route ID have been input, and whether or not there is a matching route ID (S24). . A matching route ID means a route ID that has already been registered and stored in the memory 32 and that matches the route ID entered in the text box 92 . When the program 35 determines that the route name and route ID have not been input (S24: No), the above-described first error screen 101 is displayed on the display 23 (S25). When the program 35 determines that there is a matching route ID (S24: No), the program 35 causes the display 23 to display the second error screen 103 (S25).

FIG. 8B shows a state in which both the first error screen 101 and the second error screen 103 are displayed on the display 23 . The second error screen 103 has the characters “There is the same route ID” and an “OK” icon 104 . The program 35, as shown in FIG. 3, determines whether or not the "OK" icon 102 has been selected on the first error screen 101 (S26). The program 35 also determines whether or not the "OK" icon 104 has been selected on the second error screen 103 (S26).

The program 35 erases the first error screen 101 in response to determining that the “OK” icon 102 has been selected on the first error screen 101 . Moreover, the program 35 erases the second error screen 103 in response to determining that the “OK” icon 104 has been selected on the second error screen 103 . That is, when the program 35 determines that the "OK" icons 102 and 104 have been selected (S26: Yes), it accepts the input of the route name and route ID again (S21).

If the program 35 determines that the route name and route ID have been input and that there is no matching route ID (S24: Yes), it formats the input route name and route ID in the same way as the operator name. Input to the input field of the data 37 (S27).

Next, as shown in FIG. 4, the program 35 is executed in response to selection of the "OK" icon 93 on the route setting screen or selection of "bus stop setting" in the pull-down menu 41. to display the bus stop setting screen on the display 23 (S28). FIG. 9A shows a bus stop setting screen.

The bus stop setting screen includes the characters "bus stop ID", a text box 51 for entering the bus stop ID, the characters "bus stop name", a text box 52 for entering the bus stop name, and the characters "bus stop name reading". , a text box 53 for inputting the name of the bus stop, the characters "latitude", the "latitude" icon 54, the characters "longitude", the "longitude" icon 55, and the characters "explanation of the bus stop". , a text box 56 for entering a description of the bus stop, an "Add" icon 57, and an "OK" icon 58. A bus stop corresponds to the "specific point" of the present invention. The bus stop name corresponds to the "place name" of the present invention. The process of step S28 in which the program 35 causes the display 23 to display the bus stop setting screen corresponds to the "first display process" of the present invention. The bus stop ID corresponds to the "point identification information" of the present invention.

A text box 52 is a text box in which a bus stop name is entered. A text box 51 is a text box in which a bus stop ID is entered. The reason why the bus stop ID is set in addition to the bus stop name is that, for example, when the same bus stop belongs to different routes such as route A and route B, it is possible to distinguish between the case where the same bus stop belongs to route A and the case where it belongs to route B. be. That is, even if the bus stop has the same name, different bus stop IDs are input to the text box 51 depending on whether the bus belongs to route A or belongs to route B. FIG. A "latitude" icon 54 and a "longitude" icon 55 are icons for setting the longitude and latitude of the location of the bus stop.

The program 35 accepts input of the bus stop ID, bus stop name, bus stop name reading, and bus stop description in the text boxes 51, 52, 53, and 56 (S29). Then, the program 35 acquires the bus stop ID, bus stop name, bus stop name reading, and bus stop description input in the text boxes 51, 52, 53, and 56 (S30). The process of step S30 in which the program 35 acquires the bus stop name entered in the text box 52 corresponds to the "first acquisition process" of the present invention.

Next, the program 35 determines whether or not the "latitude" icon 54 or the "longitude" icon 55 has been selected (S31). When the program 35 determines that the "latitude" icon 54 or the "longitude" icon 55 has been selected (S31: Yes), it acquires map data (S32).

Specifically, the program 35 has a URL published by a server that provides map data (hereinafter referred to as a map server). A map server is a server operated by a business operator or the like that provides a service of providing map data free of charge or for a fee. The program 35 transmits an HTTP request requesting a return of the map data to the URL through the browser 36 . Then, the program 35 receives and acquires the map data included in the HTTP response returned by the map server.

The program 35 displays the map indicated by the acquired map data, the bus stop object 60, and the "OK" icon 61 (FIG. 12) on the display 23 (S33). Specifically, the program 35 displays a bus stop object 60 indicating the bus stop superimposed on the map indicated by the map data. The program 35 displays the bus stop object 60 at the center of the map, for example, as the initial position, like the bus stop object 60 displayed with a solid line. The process of step S32 in which the program 35 downloads and acquires the map data from the map server corresponds to the "map data acquisition process" of the present invention. The bus stop object 60 corresponds to the "object" of the present invention. The process of step S33 in which the program 35 causes the bus stop object 60 to be displayed on the map corresponds to the "second display process" of the present invention.

The bus stop object 60 includes a bus stop name, bus stop ID, or number. In the example shown in Figure 12, the bus stop object 60 includes a number. The number is, for example, a number indicating the order of the bus stops registered on the bus stop setting screen. For example, for the fifth registered bus stop, the bus stop object 60 includes the number "5". The number, bus stop name, and bus stop ID included in the bus stop object 60 correspond to the "identification information" of the present invention.

Next, the program 35 accepts movement of the bus stop object 60 (S34). More specifically, the operator selects the bus stop object 60 by left-clicking the mouse, for example, and moves the selected bus stop object 60 to the position where the bus stop is to be arranged. Then, the program 35 accepts the movement of the bus stop object 60 and moves the bus stop object 60 on the map. The bus stop object 60 after movement is indicated by a dashed line in FIG.

After moving the bus stop object 60 , the operator selects the “OK” icon 61 using the user I/F 24 . The program 35, as shown in FIG. 4, determines whether the "OK" icon 61 has been selected (S35). When the program 35 determines that the "OK" icon 61 has been selected (S35: Yes), it acquires the position (coordinates) on the map where the bus stop object 60 after movement is located (S36).

Then, using the acquired position (coordinates), the program 35 acquires the longitude and latitude on the map where the bus stop icon 60 is located as position information of the bus stop (S37). Specifically, the program 35 sends an HTTP request to the map server via the browser 36, requesting the longitude and latitude to be returned. The HTTP request includes the coordinates of the bus stop object 60 on the map displayed on the display 23 by the program 35 . Although not shown in the flowchart, when the HTTP request is received, the map server returns an HTTP response including the longitude and latitude indicated by the coordinates included in the HTTP request to the PC 10 . The program 35 acquires the longitude and latitude included in the HTTP response returned by the map server as the longitude and latitude on the map where the bus stop object 60 after movement is located. The longitude and latitude indicating the position of the bus stop correspond to the "positional information" of the present invention. The process of step S37 in which the program 35 acquires the longitude and latitude of the bus stop corresponds to the "second acquisition process" of the present invention.

The program 35 causes the acquired latitude to be displayed on the “latitude” icon 54 (FIG. 9A) and the acquired longitude to be displayed on the “longitude” icon 55 .

After the operator inputs the bus stop ID and the like, and the longitude and latitude are displayed on the "latitude" icon 54 and the "longitude" icon 55, if there is a bus stop to be added, the operator uses the user I/F 24 to "add". Select icon 57 . The operator selects the "OK" icon 58 using the user I/F 24 when there is no bus stop to add.

The program 35 determines whether the "Add" icon 57 or the "OK" icon 58 has been selected (S38). When the program 35 determines that the "Add" icon 57 has been selected (S38: Add), it determines whether or not a predetermined condition is satisfied (S39). Predetermined conditions include whether input is made in each text box where input is essential, whether longitude and latitude are stored in the memory 32, and whether the same bus stop ID is assigned to different bus stops. whether or not

When the program 35 determines that the predetermined condition is satisfied (S39: Yes), the process after step S29 is executed again. That is, when the registration of one bus stop is completed, the operator selects the "Add" icon 57 to register the next bus stop. The operator sequentially registers a plurality of bus stops in order on the route of the bus.

When the program 35 determines that the predetermined condition is not satisfied (S39: No), the first error screen 101 or the third error screen 105, or the first error screen 101 and the third error screen 105 are displayed on the display 23. Display (S40). In the example shown in FIG. 9B , both the first error screen 101 and the third error screen 105 are displayed on the display 23 . The third error screen 105 has the characters “There is the same bus stop ID” and an “OK” icon 106 .

The step S40 of displaying the third error screen 105 on the display 23 when the program 35 determines that the same bus stop ID is assigned to different bus stops corresponds to the "error notification process" of the present invention. The program 35 may cause the speaker provided in the PC 10 to output an error sound instead of displaying the third error screen 105 on the display 23 .

The program 35 determines whether the "OK" icon 102 has been selected on the first error screen 101 and whether the "OK" icon 106 has been selected on the third error screen 105 (S41). When the program 35 determines that the "OK" icon 102 has been selected on the first error screen 101 and the "OK" icon 106 has been selected on the third error screen 105 (S41: Yes), the first error screen 101 and the third Erase the error screen 105. Then, the program 35 executes the processes after step S29 again.

When the program 35 determines in step S38 that the "OK" icon 58 has been selected (S38: OK), the input bus stop ID, bus stop name, bus stop name reading, description of the bus stop, acquired longitude and latitude, etc. is entered in the input field of the format data 37 in the same manner as the business name (S42).

Although not shown in the flowchart, the program 35 accepts registration of bus stops for each route registered on the route setting screen. Note that "up" and "down" are registered as different routes.

Next, as shown in FIG. 5, the program 35 is executed in response to selection of the "OK" icon 58 on the bus stop setting screen or selection of "timetable input" in the pull-down menu 41. Accordingly, the timetable input screen is displayed on the display 23 (S43). The process of step S43 in which the program 35 causes the display 23 to display the timetable input screen having the pasting area 77 corresponds to the "third display process" of the present invention.

FIG. 10A shows the timetable input screen. The timetable input screen has a “weekday” tab 71 and a “holiday” tab 72 . The illustrated example shows a state in which the "Weekday" tab 71 is selected. That is, timetables can be entered for weekdays and holidays. Instead of the "Weekday" tab 71 and the "Holiday" tab 72, an icon or the like for switching between the timetable input screen for weekdays and the timetable input screen for holidays is displayed on the timetable input screen. good too. A case where the "weekday" tab 71 is selected will be described below.

The timetable input screen consists of the letters "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday", and "Sunday", and seven check boxes displayed below each letter. 73 and . The operator selects check boxes 73 under the days of the week to be set as weekdays. In the illustrated example, "Monday" to "Friday" are selected, and "Monday" to "Friday" are set as weekdays. "Saturday" and "Sunday" which are not set as weekdays are set as holidays.

The timetable input screen also has text boxes 74, 74, and 75, which read "service start date" and "service end date." A text box 74 is a text box in which the operation start date, which is the date on which the operation of the bus is started, is entered. A text box 75 is a text box in which the operation end date, which is the date when the bus operation ends, is entered.

The timetable input screen also has the characters "bus stop" and the name of the bus stop arranged below the characters "bus stop". The bus stop name is the bus stop name set on the bus stop setting screen. In the illustrated example, "A Daigaku-mae", "B-town 1-chome", "B-town 3-chome", "C-town 2-chome", "JR Sannomiya", "D hospital front", "E station front", "F town" The name of the bus stop "1-chome" is displayed. A plurality of set bus stop names are arranged in the order set on the bus stop setting screen. Specifically, the bus stop name of the first set bus stop is positioned at the top, and the last set bus stop name is positioned at the bottom. More specifically, when the program 35 receives a bus stop setting on the bus stop setting screen, the program 35 associates the bus stop ID and bus stop name of the received bus stop with the registration order and stores them in the memory 32 . For example, the program 35 increments the "registration order" stored in the memory with an initial value of "1" each time the "addition" icon 57 is selected. When the program 35 determines that the "Add" icon 57 has been selected, the program 35 associates the input bus stop ID or bus stop name with the registration order and stores them in the memory 32 . Then, the program 35 displays the bus stop names on the timetable input screen in ascending order of registration order.

The timetable input screen has a pasting area 77 for accepting pasting of the time on the right side of the bus stop name. The operator copies the departure time of a timetable prepared in advance using spreadsheet software, document file creation software, etc., and pastes the copied departure time in the pasting area 77 .

The program 35 may have a pasting area 77 for pasting both the bus stop name and the departure time instead of displaying the bus stop name on the timetable input screen. The operator copies the entire timetable including not only the departure time but also the bus stop name, and pastes the copied bus stop name and departure time to the pasting area 77 of the timetable input screen.

Note that the bus stop at which the bus stops last is not the departure time but the arrival time.

The timetable input screen also has an “OK” icon 76 . After pasting the departure time on the timetable input screen, the operator selects the “OK” icon 76 using the user I/F 24 .

The program 35 accepts the check in the check box 73 and the input of the operation start date and the operation end date on the timetable input screen (S44). The program 35 also accepts pasting of the departure time on the timetable entry screen (S45). Then, the program 35 acquires the accepted weekday specification, service start date, service end date, and departure time (S46). The process of step S46 in which the program 35 acquires the departure time pasted on the pasting area 77 corresponds to the "third acquisition process" of the present invention.

The operator checks the check box 73, enters the service start date in the text box 74, enters the service end date in the text box 75, pastes the departure time in the pasting area 77, and then uses the user I / F 24. to select the "OK" icon 76.

As shown in FIG. 5, the program 35 determines whether or not the "OK" icon 76 has been selected on the timetable input screen (S47). When the program 35 determines that the "OK" icon 76 has been selected (S47: Yes), it determines whether or not a predetermined condition is satisfied (S48). Predetermined conditions mean whether dates are entered in the text boxes 74 and 75 and whether the departure time is pasted in the pasting area 77 . When the program 35 determines that the predetermined condition is not satisfied (S48: No), the first error screen 101 described above is displayed on the display 23 (S49). FIG. 10B shows the first error screen 101 superimposed on the timetable input screen.

As shown in FIG. 5, the program 35 determines whether or not the "OK" icon 102 has been selected on the first error screen 101 (S50). When the program 35 determines that the "OK" icon 102 has been selected on the first error screen 101 (S50: Yes), the first error screen 101 is erased, and the processes after step S44 are executed again.

When the program 35 determines that the predetermined condition is satisfied in step S48 (S48: Yes), the information indicating the day of the week on weekdays, the input operation start date and operation end date, and the departure pasted in the pasting area 77. The time is entered in the input field of the format data 37 stored in the memory 32 in the same manner as the business name (S51).

The program 35 displays the fare input screen on the display 23 when the "OK" icon 76 is selected on the timetable input screen or when "Fare Input" is selected on the pull-down menu 41. (S52). The process of step S52 in which the program 35 causes the display 23 to display the fare input screen having the fare pasting area 83 corresponds to the "fourth display process" of the present invention.

FIG. 11(A) shows a fare input screen. The fare input screen has a fare triangular table 81 . The fare triangular table 81 has bus stop names set on the bus stop setting screen. In the illustrated example, "A Daigaku-mae", "B-town 1-chome", "B-town 3-chome", "C-town 2-chome", "JR Sannomiya", "D hospital front", "E station front", "F town" The name of the bus stop "1-chome" is displayed. A plurality of set bus stop names are arranged in the order set on the bus stop setting screen. Specifically, the bus stop name of the first set bus stop is located at the upper left, and the last set bus stop name is located at the lower right.

The fare triangular table 81 has a plurality of fare pasting areas 83 to which fares are pasted respectively. The operator copies the fares in the fares triangular table 81 created in advance using spreadsheet software, document file creating software, etc., and pastes the copied fares in the fares pasting area 83 . At that time, the operator copies a plurality of fares at once and pastes the copied plurality of fares onto a plurality of fare pasting areas 83 at once.

It should be noted that the program 35 may have a pasting area for receiving pasting of both the bus stop name and the fare instead of displaying the bus stop name on the fare input screen. The operator copies the entire fare triangular table 81 including not only the fare but also the bus stop name, and pastes the copied bus stop name and fare to the pasting area of the fare input screen at once.

The fare input screen also has an “OK” icon 82 . The operator selects the “OK” icon 82 using the user I/F 24 after pasting the fare on the fare pasting area 83 .

The program 35, as shown in FIG. 5, accepts pasting of the fare to the fare pasting area 83 (S53). Then, the program 35 acquires the fare pasted in the fare pasting area 83 (S54). The process of step S54 in which the program 35 acquires the fare corresponds to the "fourth acquisition process" of the present invention. The operator selects the “OK” icon 82 after pasting the fare in the fare pasting area 83 .

The program 35 determines whether or not the "OK" icon 82 has been selected on the fare input screen (S55). When the program 35 determines that the "OK" icon 82 has been selected (S55: Yes), the program 35 determines whether or not the fare is pasted in the fare pasting area 83 (S56). When the program 35 determines that the fare is not pasted on the fare pasting area 83 (S56: No), the first error screen 101 is displayed on the display 23 (S57). FIG. 11B shows the first error screen 101 superimposed on the fare input screen.

As shown in FIG. 5, the program 35 determines whether or not the "OK" icon 102 has been selected on the first error screen 101 (S58). When the program 35 determines that the "OK" icon 102 has been selected on the first error screen 101 (S58: Yes), the first error screen 101 is erased, and the processes after step S53 are executed again.

When the program 35 determines in step S56 that the fare is pasted in the fare pasting area 83 (S56: Yes), the fare pasted in the fare pasting area 83 is stored in the memory in the same manner as the operator name. 32 is input to the input field of the format data 37 (S59).

The program 35 executes route input as shown in FIG. display the map on the display 23 (S60). Specifically, in the same manner as described above, the map data is downloaded from the map server, and the map indicated by the downloaded map data is displayed on the display 23 as the route input map.

The program 35 causes the display 23 to display a plurality of bus stop icons 60 indicating the registered bus stops superimposed on the route input map, as shown in FIG. Specifically, the program 35 displays one bus stop icon 60 on one layer, and superimposes a plurality of layers on the map. As shown in FIG. 13, 12 bus stop objects 60 (12 layers) are displayed on the route input map. Also, the program 35 displays an “OK” icon 62 on the display 23 .

The position where each bus stop object 60 is arranged is the position indicated by the longitude and latitude obtained in step S37. Each bus stop object 60 is a fixed object that cannot be moved by the operator. The operator uses the user I/F 24 to specify each bus stop object 60 and one or more positions on the route along which the bus travels.

The program 35 receives and acquires the position specified by the operator, as shown in FIG. 6 (S61). Then, the program 35 displays on the map a line connecting the bus stop object 60 and the specified position specified by the operator (S62). The line indicates the moving route of the bus. The operator selects the "OK" icon 62 after designating the route of movement of the bus.

The program 35 determines whether the "OK" icon 62 has been selected (S63). When the program 35 determines that the "OK" icon 62 has been selected (S63: Yes), it obtains the longitude and latitude indicated by the position on the map designated by the operator in the same manner as in step S37 (S64).

The process of step S61, in which the program 35 receives the designation of the designated position, corresponds to the "second reception process" of the present invention. The process of step S62 in which the program 35 causes the line connecting the bus stop object 60 and the specified position specified by the operator to be displayed on the map corresponds to the "route display process" of the present invention. The process of step S64 in which the program 35 acquires the position on the route corresponds to the "fifth acquisition process" of the present invention.

The program 35 inputs the acquired longitude and latitude of the specified position into the input fields of the format data 37 to generate the provided data (S65). The processes of steps S19, S27, S42, S51, S59, and S65 correspond to the "generation process" of the present invention.

The program 35 displays an upload screen (not shown) on the display 23 when the "OK" icon 62 is selected on the route input map or when "Upload" is selected on the pull-down menu 41. display (S66). The upload screen has, for example, a list of input bus stop names, departure times, fares, etc., and an "execute" icon for receiving an instruction to execute the upload. After confirming that there are no errors in the bus stop name and the like in the displayed list, the operator selects the "execute" icon. The display of the list of bus stop names and the like is optional.

The program 35 determines whether or not the "execute" icon has been selected on the upload screen (S67). When the program 35 determines that the "execute" icon has been selected (S67: Yes), it uploads the generated provided data to the management server 12 (S68). More specifically, the program 35, for example, calls an API (Application Programming Interface) provided by the OS 34, and inputs the generated provided data and the URL of the management server 12 to the called API. Then, using the API, an HTTP request including the provided data is transmitted to the management server 12 through the communication I/F 22 .

Although not shown in the flowchart, the management server 12 that has received the provided data associates the received provided data with the account issued by the GTFS server 11 to the bus operator and stores it in its own memory. The management server 12 also returns an HTTP response including an ACK (acknowledgment) indicating that the provided data has been received to the PC 10 . The program 35 determines whether or not an HTTP response including ACK has been received (S69). When the program 35 does not receive an HTTP response including ACK (S69: No), it performs a retry to upload the provided data again (S68). When the program 35 receives the HTTP response including ACK (S69: Yes), the program 35 terminates the provided data generation process.

Although not shown in the flow chart, the business operator providing the GTFS service is notified in advance of the URL that the management server 12 publishes on the Internet 13 . The GTFS server 11 periodically accesses the notified URL and downloads the provided data uploaded to the management server 12 . Then, the GTFS server 11 provides the downloaded provided data to the user according to the user's request through the Internet 13 .

[Action and effect of the embodiment]

The program 35 acquires the longitude and latitude of the bus stop by displaying the bus stop object 60 indicating the bus stop on the map and accepting the movement of the bus stop object 60 without requiring the operator to input the longitude and latitude of the bus stop. Therefore, the program 35 saves the operator the trouble of entering the longitude and latitude of the bus stop.

The program 35 causes a bus stop object 60 including numbers corresponding to bus stops to be displayed on the map. Therefore, the program 35 allows the operator to easily recognize which bus stop the bus stop object 60 displayed on the map indicates.

The program 35 accepts inputs of bus stop names and bus stop IDs for each bus system. Therefore, the program 35 can distinguish and identify bus stops that are commonly used for multiple routes for each route. As a result, the program 35 can generate multiple lines of provided data.

The program 35 performs error notification in response to input of two matching bus stop IDs. Therefore, the program 35 can prevent bus stops with the same bus stop ID from being registered.

The program 35 causes the display 23 to display a timetable input screen having a pasting area 77 for accepting pasting of a plurality of departure times, and acquires the pasted departure times. Therefore, the program 35 can reduce the operator's trouble of inputting the departure times compared to the case where the operator inputs a plurality of departure times into the text boxes one by one. In particular, when the timetable has already been created, or when the timetable is created separately from the program 35, the program 35 can save the operator's input operation. It should be noted that if the input of the departure time is accepted in the text box, it is difficult to accept multiple departure times by "pasting".

The program 35 causes the display 23 to display a fare input screen having a fare pasting area 83 for accepting pasting of a plurality of fares, and acquires pasted fares. Therefore, the program 35 can reduce the operator's trouble of inputting the fares compared to the case where the operator inputs a plurality of fares into the text boxes one by one. In particular, when the fare triangular table has already been created, or when the fare triangular table is created separately from the program 35, the program 35 can save the operator's input operation.

The program 35 acquires the longitude and latitude of the specified position specified by the operator on the route input map as position information indicating the position on the route of the bus. Therefore, the program 35 saves the operator the trouble of inputting the route of the bus, as compared with the case where the operator inputs the longitude and latitude of multiple positions on the route. The route of the bus is information requested by the GTFS server 11 from the bus operator in a service such as real-time GTFS in which the GTFS server 11 provides the user with the current position of the bus in operation in real time.

The program 35 uploads the generated provided data to the management server 12 . Therefore, the program 35 can save the operator the trouble of activating the browser 36 and transmitting the provided data to the URL addressed by the GTFS server 11 .

The program 35 includes numbers in the plurality of bus stop objects 60 to be displayed on the route input map. Therefore, the program 35 can easily determine which bus stop object 60 indicates which bus stop. As a result, the program 35 allows the operator to easily enter the route of the bus.

[Modification]

In the above-described embodiments, an example in which the terminal device is the personal computer 10 has been described. However, the terminal device in which the program 35 is installed may be a tablet, a mobile terminal, or the like.

In the above-described embodiment, an example was explained in which the program 35 downloads map data from the map server and displays it on the display 23 . However, the map data may be pre-stored in the program 35 . The map data is stored in memory 32 when program 35 is installed in PC 10 . The program 35 reads map data stored in the memory 32 and displays it on the display 23 .

In the above-described embodiment, the program 35 for generating provided data relating to bus operation has been described. However, the program 35 may be a program for generating provided data relating to the operation of other moving bodies such as railways. For example, as in the embodiment, the program 35 accepts inputs such as station names and station name IDs, acquires the longitude and latitude of stations using a map, accepts pasted train departure times and fares, and provides Generate data.

In the above embodiment, an example was explained in which the program 35 displays one bus stop object 60 on the map and acquires the longitude and latitude of one bus stop. However, the program 35 may display multiple bus stop objects 60 on the map and acquire the longitude and latitude of multiple bus stops at once. In that case, the operator recognizes which bus stop object 60 indicates which bus stop by the number included in each bus stop object 60 . For example, the operator recognizes that the bus stop object 60 containing "1" indicates the bus stop "A Daigaku-mae" and the bus stop object 60 containing "5" indicates the bus stop "JR Sannomiya". In other words, the program 35 can acquire the longitude and latitude of a plurality of bus stops at once by including numbers in the bus stop object 60 .

In the above-described embodiment, the example in which the number is displayed on the bus stop object 60 has been described. However, other identification information that can identify the bus stop, such as the bus stop name or the bus stop ID, may be displayed on the bus stop object 60 instead of the number.

In the above embodiments, longitude and latitude are described as examples of position information. However, the position information indicating the position of the bus stop may be an address, coordinates, or the like.

In the above-described embodiment, an example in which provided data is generated using the format data 37 provided by the GTFS server 11 has been described. However, the program 35 may generate the provided data using format data other than the format data 37 provided by the GTFS server 11 . That is, the program 35 may generate provided data provided to systems other than GTFS.

10 PC (terminal device)
11...GTFS server 12...Management server 23...Display 24...User I/F
31 CPU
32 Memory 35 Program 60 Bus stop object (object)

Claims (7)

A program executed by a computer of a terminal device having a display, a user interface, and a memory,
A route name setting screen display process for displaying on the display a route name setting screen having a route name reception unit for accepting an input of a route name through the user interface;
A point name for accepting an input of a point name belonging to the acquired route name, which is a point name indicating a specific point through which the moving object passes based on the acquisition of the route name input on the route name setting screen. a first display process for causing the display to display a specific point setting screen having a reception unit, a location information reception icon, and an additional icon;
a first acquisition process for acquiring the place name input to the place name reception unit;
map data acquisition processing for acquiring map data showing a map based on acceptance of selection of the position information acceptance icon through the user interface; a second display process for displaying a map on the display;
a first reception process for receiving an input for moving the object on the map through the user interface;
a second acquisition process of acquiring position information indicating the position of the object after movement on the map as position information associated with the place name input to the place name reception unit;
a re-display process for re-displaying the specific point setting screen on the display based on execution of the second acquisition process;
an additional display process for displaying a new specific point setting screen on the display based on acceptance of selection of the additional icon on the route name setting screen;
A generating process of inputting the location name obtained by the first obtaining process and the location information obtained by the second obtaining process into input fields included in format data stored in the memory to generate provided data. and causing the computer to execute
The program according to claim 1, wherein the second display process further includes a process of including identification information corresponding to the place name in the object and displaying the object on the display. The specific point setting screen further has a point identification information input unit that receives input of point identification information,
2. The program according to claim 1, wherein the generating process further includes a process of inputting the acquired point identification information into the input field of the format data to generate the provided data. 3. The program according to claim 2, further causing the computer to execute a notification process of notifying an error when there are two matching point identification information among the plurality of input point identification information. a third display process for displaying on the display an input screen having a pasting area for accepting pasting of a plurality of departure times of the moving body at the specific point at once;
causing the computer to further execute a third acquisition process of acquiring the departure time pasted on the pasting area;
4. The program according to any one of claims 1 to 3, wherein the generating process further includes a process of inputting the acquired departure time into an input field of the format data. a fourth display process for displaying on the display an input screen having a fare pasting area for accepting pasting of a plurality of fares at once;
causing the computer to further execute a fourth acquisition process of acquiring the fare pasted on the fare pasting area;
5. The program according to any one of claims 1 to 4, wherein the generating process further includes a process of inputting the acquired fare into the input field of the format data to generate the provided data. a second receiving process of displaying the map on the display and receiving, through the user interface, an input specifying a position on the route along which the moving object moves on the map;
route display processing for displaying the accepted route on a map;
causing the computer to execute a fifth acquisition process of acquiring route information including position information on the accepted route;
6. The program according to any one of claims 1 to 5, wherein the generating process further includes a process of inputting the acquired route information into the input field of the format data to generate the provided data. 7. The program according to any one of claims 1 to 6, further causing the computer to execute a process of uploading the generated provided data to a server.

Images