KR20070048582A - Method and apparatus for providng and using public traffic information - Google Patents

Abstract

The present invention relates to a method and apparatus for providing traffic information of a public means of transportation, for example a bus and using the provided information. One method of encoding traffic information in accordance with the present invention is to generate information about the route of a bus, and for that route, identification information of that route and identification information of each stop belonging to the route and the estimated After generating information on the time required for the section, and generating identification information indicating that the type of traffic information to be encoded is route-based public traffic information, a message segment including the generated information is configured. The sequence of multiple message segments configured in this way is transmitted over the air.

Transit information, route based, section travel time, forecast, bus, stop, PTI, TPEG

Description

Method and apparatus for providing and using public traffic information {Method and apparatus for providng and using public traffic information}

1 is a schematic diagram of a network provided with public transportation information according to the present invention;

2 is a syntax for a part of a component frame including public transportation information,

3A and 3B illustrate a transport format of a transit information message configured according to an embodiment of the present invention, with a PTI event container and a TPEG location container as their respective formats;

4A to 4M show syntaxes for the main elements constituting the transport format of FIG. 3A, respectively.

5A to 5F show syntaxes for main elements constituting the transport format of FIG. 3B, respectively.

6 illustrates a specific example of public transportation information transmitted according to the embodiment of FIGS. 3A and 3B.

7A and 7B illustrate a transport format based on a PTI event container and a TPEG location container, respectively, for a public transportation information message configured according to another embodiment of the present invention;

7C and 7D show, in the time type, which is one of the message elements of FIG. 7A, each reference description table in which a code recorded as an attribute (scheduled / predicted) and a type of time information is defined. Shown,

8A to 8M show syntaxes for the main elements constituting the transport format of FIG. 7A, respectively.

9A to 9F illustrate syntaxes for the main elements constituting the transport format of FIG. 7B, respectively.

FIG. 10 illustrates specific examples of public transportation information transmitted according to the embodiments of FIGS. 7A and 7B.

11 illustrates a configuration of a terminal according to an embodiment of the present invention for receiving public transportation information transmitted from a traffic information providing server.

12 is an example of a structure in which the terminal of FIG. 11 stores the received public transportation information when public transportation information is received according to the embodiments of FIGS. 3A and 3B.

FIG. 13 illustrates an example of displaying information in order of a stop list and a route list according to a user requesting public transportation information in the embodiment in which public transportation information is stored as shown in FIG.

FIG. 14 illustrates an example of a structure in which the terminal of FIG. 11 stores the received public transportation information when public transportation information is received according to the embodiments of FIGS. 7A and 7B.

FIG. 15 illustrates an example of displaying information on a route input according to a user's route input in the embodiment in which public transportation information is stored as shown in FIG. 14.

Explanation of symbols on the main parts of the drawings

1: tuner 2: demodulator

3: TPEG-PTI decoder 4: memory

5: control engine 6: LCD drive

7: LCD panel 8: GPS module

9: input 100: server

200: terminal

The present invention relates to a method and apparatus for providing traffic information of public transportation and using the provided information.

Today, with the development of digital signal processing and communication technology, radio and TV broadcast signals that provide content wirelessly are gradually provided in the form of digital data. By providing the signal in digital form, it is possible to provide a variety of information to the TV or radio broadcast signal, such as news, securities, weather and traffic information.

On the other hand, the road is often congested due to the increase of vehicles in the city center and the increase of holiday vehicles such as holidays, and as a result, environmental pollution is increasing, so it is highly recommended to use public transportation in the country. However, in order for citizens to use public transportation autonomously, it is necessary to predict the time when the use of public transportation is more convenient and available. To this end, it is necessary to provide information on public transportation means for driving on the road with general vehicles, for example, in the case of a bus, and information on changes in operating time according to road conditions.

However, the provision of information on such means of public transportation requires a unified standard because many terminals different from the manufacturer assume that the digital traffic information broadcasted should be detected and interpreted in the same manner and provided to the user. Shall be.

It is an object of the present invention to provide an individual with information on driving statuses for public transportation, so that an individual can know the time at which the public transportation can be used at any stop.

One of the methods for encoding traffic information according to the present invention generates information on a stop, and generates information on the stop, identification information of each line passing through the stop and information on the arrival time of the stop, Further, after generating identification information indicating that the type of traffic information to be encoded is stop-based public traffic information, a message segment including the generated information is configured.

According to another aspect of the present invention, a method for encoding traffic information generates information on a route of a transportation means, and, for the route, identification information of the route and identification information of each stop belonging to the route and a section requirement. Generates information about time, generates identification information indicating that the type of traffic information to be encoded is route-based public traffic information, and then constructs a message segment including the generated information.

According to the present invention, one of the methods for decoding traffic information includes extracting a message segment carrying public traffic information from a received signal, extracting stop information from the message segment, and also in the message segment, After extracting the identification information indicating that the information is a stop-based public traffic information, based on the extracted identification information, the identification information and arrival time information of each passing route for the stop indicated by the extracted stop information Decode

According to another aspect of the present invention, another method of decoding traffic information includes extracting a message segment carrying public traffic information from a received signal, extracting route information of the means of transportation from the message segment, and further, in the message segment, After extracting identification information indicating that the information on the segment is route-based public transportation information, based on the extracted identification information, identification information of each stop belonging to the route indicated by the extracted route information and a section duration time Decode information about

In one embodiment according to the present invention, message management information including the time at which the public transportation information was generated is further included in the message segment.

In one embodiment according to the present invention, the information on the stop includes identification information to uniquely identify the stop and the longitude and latitude information on the stop.

In another embodiment according to the present invention, the information on the route includes identification information and longitude and latitude information about the start point and the end point of the route.

In one embodiment according to the present invention, the information on the arrival time includes the arrival time according to the operation plan, the operation time interval according to the operation plan, and the arrival time predicted according to the actual road traffic situation.

In another embodiment according to the present invention, the information on the time required for the section includes the time required for the section according to the operation plan and the time required for the section according to the actual traffic situation.

In one embodiment according to the present invention, the message segment includes information on the current position of the transportation means closest to the stop among the transportation means of the route, for each route passing through the stop for one stop. do.

In another embodiment according to the present invention, the message segment includes transition information as to whether or not the speed of operation on the section between the stop and the stop is increasing for each stop belonging to one line.

In one embodiment according to the present invention, the message segment is composed of a message management container, a PTI event container and a TPEG location container defined by the Transport Protocol Export Group (TPEG).

In one embodiment according to the invention, the route is a route of a bus.

In one embodiment according to the present invention, only information on a stop located within a predetermined interval with respect to the current location where the traffic information receiving terminal is located among the decoded information is selected and stored in the traffic information receiving terminal.

In one embodiment according to the present invention, when the user requests the public transportation information, only the information on the stop located within a predetermined distance centered on the current location where the traffic information receiving terminal is located is selected and displayed to the user.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

1 is a schematic diagram of a network provided with driving status information (hereinafter referred to as 'public transportation information') for public transportation, for example, a bus, according to the present invention. In the network of FIG. 1, for example, the traffic information providing server 100 of a broadcaster reconstructs public transportation information collected from various servers, for example, operator input and other servers via the network 101, thereby allowing general citizens The public transportation information receiving terminal 200 (hereinafter, abbreviated as 'terminal') carried by the mobile device transmits wirelessly.

The public transportation means for providing public transportation information, for example, a bus, transmits information about its location to a bus traffic information collection server (not shown) at a predetermined interval through a separate wireless network, and the bus traffic information The collection server provides the collected public transportation information to the traffic information providing server 100 in real time. Of course, the bus traffic information collection server may be the traffic information providing server 100 directly.

The public transportation information transmitted by the traffic information providing server 100 wirelessly is provided as a component frame, which is shown in FIG. 2, the number field 201 of messages included in the frame, And a sequence 202 of as many public transport information messages (hereinafter, referred to as 'TPEG (Transport Protocol Export Group) PTI messages') written in the number field 201.

The traffic information providing server 100 according to the present invention, in providing public transportation information, may be provided on a stop basis or on a route basis.

First, an embodiment of providing public transportation information on a stop basis will be described in detail.

The traffic information providing server 100 includes information such as a date and time and a time when a message is generated, as illustrated in FIGS. 3A and 3B, for one message segment of the sequence 202, that is, a TPEG PTI message. Message management container, PTI (Public Traffic Information) event container, and TPEG location container.

The PTI event container and the TPEG location container are both composed of PTI components. If the identifiers of the PTI components are 0xA0, 0xA1, 0xA2, and 0xA3, they belong to the PTI event container, and if the identifier is 0xB0, the TPEG location container for public transportation information. Belong to

As illustrated in FIG. 3A, the traffic information providing server 100 may report a transport mode (PTI component of identifier 0xA0), a transport information unit (PTI component of identifier 0xA1), and a message report. The type part (PTI component of identifier 0xA2) (Message Report Type) and the additional information part (PTI component of identifier 0xA3) (Additional Information) are included in the structure of the PTI event container and transmitted. For example, a value (pti01_7) indicating a service for a bus is recorded, and a value (pti27_2) indicating 'stop-based information' is recorded in the message report type section. The additional information unit may record, for example, the name or URL of a public transportation information provider as information on the provider of the traffic information.

The notation of 'ptiNN_ii' (NN and ii represents a number) used to indicate a specific value is a plurality of pti tables (or hard-coded) previously stored in the terminal 200. It is an ii value on the table called ptiNN, which is a value already promised between the traffic information providing server 100 and the terminal 200. Such a notation method is the same in the following description, and locNN_ii also differs only in that the target table is a loc table. The interpretation method is the same as above, and the loc table is also promised between the traffic information providing server 100 and the terminal 200. A table with values. In the embodiments according to the present invention, the values of the table defined in the TPEG are used, but the present invention is not limited to a specific standard and may use a table having a newly defined value between the public transportation information provider and the terminal. ..

The traffic information providing server 100 records information on bus routes passing through a target stop (information on this stop is displayed in a TPEG location container, which will be described later.). . The service information unit carrying information on the bus route passing through the stop is, as illustrated in FIG. 3A, a transport service identifier unit (service information component with identifier 0x01) and a route description unit (service information component with identifier 0x07). (Route Description) pairs, wherein the transport service identifier includes a transport service ID component having a value pti14_4 indicating that the transport service type is a bus route and a 32-bit identifier for the route. component). Each route description section includes information on the arrival time of the bus of the corresponding line (the line corresponding to the ID of the transport service ID component) and the current location of the bus. The information on the time of arrival consists of the time according to the operation plan of the route and the arrival time predicted according to the current road traffic conditions, and the planned time and the predicted time are each time type (identifier 0x02). Configure the root description component of).

In addition, a value (pti16_1 or pti16_2) indicating whether the time instance included in the time type part is a planned value or a predicted value and a value pti28_1 indicating that the time information is the arrival time are recorded in each time type part. In addition to the time information part (time type component with identifier 0x01), the time type part carrying the planned time includes information on a travel time interval (time type component with identifier 0x02), and information about a day on which it is operating, for example For example, a service day type part (time type component of identifier 0x03) having a value (pti34_xx) that designates one of a day, a weekend, a day, and the like may be optionally included.

In addition, the route description section includes information (a route description component with identifier 0x04) about the current position of the bus to be arrived at the target stop, which indicates that the ID and the ID are node IDs. A value loc03_45 and a value pti15_17 indicating that the position corresponding to the node ID is the current position where the bus is located. A node refers to a sub-station, which may be an area including a plurality of bus stops, for example an airport or a station. A timetable type part (route description component with identifier 0x03) may also be optionally included in the route description part, in which time information can be included in spring, summer, autumn, winter or emergency. The specified value (pti33_xx) is loaded.

In FIG. 3A, the structure of the PTI event container is shown based on the hierarchical connection relationship between the elements constituting the message. However, the syntax for the specific structure of each element is shown in FIGS. 4A to 4M. The traffic information providing server 100 configures a message segment including a PTI event container in the transmission format illustrated in FIG. 3A and transmits the message segment to the terminal according to the syntax of the structure shown in FIGS. 4A to 4M.

Meanwhile, as illustrated in FIG. 3B, the traffic information providing server 100 transmits information to a target stop in a structure of a TPEG location container (PTI component of identifier 0xB0), which is used for the TPEG location container. (Loc41_xx: In the example of FIG. 3B, xx is set to 65 to indicate 'Korean') and one or more sub-location containers (tpeg_loc_container) are loaded. Each sub-location container includes a location type information part (a value (loc01_2) indicating that the type of location information to be transmitted is a node in the example of FIG. 3B) and a co-ordinate component. Each coordinate component has a mode type list (coordinate component with identifier 0x00), a location information part of the stop in WGS84 format (latitude and longitude) (coordinate component with identifier 0x01), and a descriptor for the stop ( Descriptor) (coordinate component of identifier 0x02). The mode type list section records a value loc05_6 indicating that the transport mode is a bus. In the descriptor, an ID for uniquely identifying a target stop is displayed in a descriptor field, and in the descriptor type field of the front end, the ID in the descriptor field corresponds to a bus stop. The indicating value loc03_36 is recorded.

If the receiving terminal of the public transportation information includes the latitude and longitude information of the node and / or the stop, the coordinate component carrying the latitude and longitude coordinate position is not transmitted.

In FIG. 3B, the structure of the TPEG location container is illustrated based on the hierarchical connection relationship between the elements constituting the message. However, the syntax for the specific structure of each element is shown in FIGS. 5A to 5F. The traffic information providing server 100 configures a message segment including a TPEG location container in the transmission format illustrated in FIG. 3B to suit the syntax of the structure shown in FIGS. 5A to 5F.

The traffic information providing server 100 loads information on each stop in the TPEG location container according to the above-described message construction method, and provides information on arrival times and the like according to the operating conditions of bus routes passing through each stop. It will be delivered in a container.

6 shows an example of a message constructed according to such a method. In the example of FIG. 6, for one stop of each transmitting station, for example, 'industrial complex 5th street', bus lines passing through the stop, for example, trunk [B] 504, branch line [G] 5528 Shows that the configured message contains arrival time information (601a, 602a) for Burn and information (601b, 602b) for the current location of the next bus to reach the destination stop ('Industrial Complex 5th Street') have.

)의 2배(2*SN)의 서비스 정보 컴포넌트(service information component)를 구성하여 송출하게 된다.FIG. 6 is an extremely simple example presented for convenience of understanding, and the traffic information providing server 100 passes through each of the N stops i when the number of stops in the public transportation information providing service area is N. Number of lines plus f (i) plus SN =

2x (2 * SN) of service information component (service information component) is configured and sent.

Hereinafter, a method for providing route-based public transportation information according to another embodiment of the present invention will be described in detail.

The traffic information providing server 100, as illustrated in Figs. 7A and 7B of one message segment, that is, the TPEG PTI message of the sequence 202 of Fig. 2, includes the date and time and the time of the message generation. It consists of a message management container containing information, a Public Traffic Information (PTI) event container, and a TPEG location container.

In this embodiment, as in the previous embodiment, both the PTI event container and the TPEG location container are configured as PTI components. If the identifiers of the PTI components are 0xA0, 0xA1, 0xA2, and 0xA3, they belong to the PTI event container. Is 0xB0, and belongs to the TPEG location container for public transportation information.

As illustrated in FIG. 7A, the traffic information providing server 100 may include a transport mode unit (PTI component of identifier 0xA0), a service information unit (PTI component of identifier 0xA1), and a service report type. The unit (PTI component of identifier 0xA2) (Message Report Type) and the additional information unit (PTI component of identifier 0xA3) (Additional Information) are included in the structure of the PTI event container and transmitted. For example, a value (pti01_7) indicating a service for a bus is recorded, and a value (pti27_4) indicating “route based information” is recorded in a message report type section. In the meantime, the additional information unit may record, for example, the name or URL of the traffic information provider as the information about the provider of the traffic information.

The traffic information providing server 100 records, in the service information unit, information on stops belonging to a target line (information on this line is displayed in a TPEG location container, which will be described later.). As illustrated in FIG. 7A, a service information unit for transporting information about stops belonging to a line includes a transport service identifier unit (service information component having an identifier of 0x01) and a route description unit corresponding to the number of stops. (Service Information Component With Identifier 0x07) (Route Description), wherein, in the transport service identifier unit, a transport service ID having a value pti14_4 indicating that the transport service type is a bus route and a 32-bit identifier for the route. Configure and include a component (transport service ID component). In each of the route description sections, the time required for the bus of the target route to reach the corresponding stop (the station specified by the ID included in the route description component of the following identifier 0x04) (section passing time). Information on the travel time between the stop and the stop is estimated according to the travel time of the route and the current road traffic situation (702). The planned time duration and the estimated time duration 702 respectively constitute a time type (root description component of identifier 0x02) having a structure as shown in FIG. 8F. The duration of each section is expressed in minutes, for example, and is recorded in the travel time field of the time portion (time type component of 0x04) having the structure as shown in FIG. 8H.

In addition, the traffic information providing server 100 transmits a value of 0 for a section passing time for a stop corresponding to a time point of each line, or provides information about each stop of each line through a PTI event container. In this case, the route passing time information may not be provided by not assigning a route description component for the viewpoint.

In addition, each time type section has a value representing an attribute (planned or predicted value) for time information contained in it, i.e., a value indicating 1 as a planned time or predicted time in the pti16 table of FIG. 7C. Or 2 (each value is designated as 'pti16_1' or 'pti16_2' as shown in FIG. 7A according to the above notation definition method). Also, a value indicating that the time information carried is the time required for the section, That is, 11 (this value is denoted as 'pti28_11' according to the above notation definition method) is defined as a value indicating that the interval time is expressed in minutes in the pti28 table of FIG. 7D. In addition to the time information (time type component with identifier 0x01), the time type part carrying the planned time required specifies one of service day type, for example, day of week, weekend, and daily. A service day type part (time type component of identifier 0x03) having a value pti34_xx may optionally be included. In addition to the time information information (time type component with identifier 0x01), the time type part 701 carrying the estimated time required, acceleration information indicating whether the operating speed is improved or decreased on the section between the previous stop and the corresponding stop. (Time type component of identifier 0x05) may optionally be included.

In addition, the route description section contains information (a route description component having an identifier 0x04) of one stop belonging to a target line, which includes an ID and a value indicating that the ID is a stop ID (loc03_36); , Information about the type of stop corresponding to the ID, for example, a value (pti15_xx) that designates one of a starting point, an endpoint, an intermediate stop, and an emergency parking. A timetable type part (route description component with identifier 0x03) may also be optionally included in the route description part, in which timetable information is stored in spring, summer, autumn, winter or emergency. The value that specifies me (pti33_xx) is displayed.

In FIG. 7A, the structure of the PTI event container is shown based on the hierarchical connection relationship between the elements constituting the message. However, the syntax of the specific structure of each element is shown in FIGS. 8A to 8M. The traffic information providing server 100 transmits the message segment including the PTI event container in the transmission format illustrated in FIG. 7A to the terminal in accordance with the syntax of the structures shown in FIGS. 8A to 8M.

Meanwhile, as illustrated in FIG. 7B, the traffic information providing server 100 transmits information in a structure of a TPEG location container (PTI component of identifier 0xB0) to a target line, which is used for the TPEG location container. (Loc41_xx: In the example of FIG. 7B, xx is set to 65 to indicate 'Korean') and one or more sub-location containers (tpeg_loc_container) are loaded. Each sub-location container includes a location type information unit (a value (loc01_3) indicating that the type of location information to be transmitted is a route in the example of FIG. 7B) and a co-ordinate component. Each coordinate component includes a mode type list (coordinate component with identifier 0x00), a location information portion (coordinate component with identifier 0x01) of the start and end points of the line indicated by the longitude and latitude, and a start and end point of the line. It may include a descriptor (coordinate component of identifier 0x02). The mode type list section records a value loc05_6 indicating that the transport mode is a bus. Each descriptor includes a name or ID that uniquely identifies a start point or an end point of a target line in the descriptor field, and the descriptor type field of the front end has a descriptor field. Values indicating loc03_3 and loc03_4, respectively, indicating that the carried name or ID are for the start and end points of the line are recorded respectively.

If the receiving terminal of the public transportation information includes the latitude and longitude information of the node and / or the stop, the coordinate component carrying the latitude and longitude coordinate position is not transmitted.

In FIG. 7B, the structure of the TPEG location container is illustrated based on the hierarchical connection relationship between the elements constituting the message. However, the syntax of the specific structure of each element is shown in FIGS. 9A to 9F. The traffic information providing server 100 configures a message segment including a TPEG location container in the transmission format illustrated in FIG. 7B to suit the syntax of the structure shown in FIGS. 9A to 9F.

The traffic information providing server 100 loads information on each route in a TPEG location container according to the above-described message construction method, and the time required for a section according to the operation status of the corresponding bus route for each stop belonging to each route. Information on the PTI event container is loaded into the PTI event container.

10 shows an example of a message constructed according to such a method. In the example of FIG. 10, one line of each of the lines to be transmitted, for example, a line 1000a having a 'Cheolsan apartment' as a starting point and a 'Seoul station' as an end point (the line ID is, for example, an trunk line [B] Time required to reach the bus from the preceding stop and section speed trend information for the first stop ('guro space entrance') and the second stop (in front of Gasan Elementary School) belonging to No. 504 (1000b)) (1001, 1002) shows that the configured message is included.

)보다 노선 수(M)만큼 더 많은 수(M+SN)의 서비스 정보 컴포넌트(service information component)를 구성하여 송출하게 된다. 여기서 M개의 서비스 정보 컴포넌트는 노선정보를 전송하기 위해 할당된다.FIG. 10 is an extremely simple example presented for convenience of understanding, and the traffic information providing server 100 is a stop belonging to each of the M lines i when the number of routes in the public transportation information providing service area is M. (G (i)) plus number (SN =

The number of service information components (M + SN) by the number of routes (M) than the () is configured and sent. Here, M service information components are allocated to transmit route information.

The terminal 200 of FIG. 1 receiving the public transportation information transmitted according to the above-described embodiment stores basic information according to the station ID and basic information according to the route ID, in addition to the plurality of pti tables and the loc table mentioned above. You may be doing it. The basic information according to the station ID may include the station ID, the station type, the station name and its length information, the latitude and longitude coordinates, the number of lines passing through the station, and the respective station ID. The basic information according to the station ID includes the line ID and the line name. , Line type, start and end ID, number of stops, first and last train time by stop, and line shape information. The route shape information includes shape points, IDs and latitude and longitude coordinates of each shape point so that the shape is revealed when the road is expressed on VGA or QVGA. In addition, the terminal 200 of FIG. 1 may store information on the node ID as basic information.

The traffic information providing server 100, on the premise that the terminal does not have the basic information as described above, of the basic information, information that is not provided through the real-time public transportation information service described above, for example The first and last train time or line shape information for each stop may be configured and provided to the terminal.

FIG. 11 illustrates the configuration of the traffic information receiving terminal 200 of FIG. 1 according to an embodiment of the present invention, which receives public transportation information transmitted from the traffic information providing server 100. In the terminal 200 of FIG. 11, a tuner 1 for outputting a modulated public traffic information signal by tuning a signal band provided with public traffic information, and demodulating the modulated public traffic information signal to output a public traffic information signal. A demodulator (2), a TPEG-PTI decoder (3) for decoding the demodulated public traffic information signal to obtain various public traffic information, and a satellite signal transmitted from a plurality of low-orbit satellites to receive a current position (longitude, latitude, GPS module 8 for detecting altitude, memory 4 for storing decoded public transportation information, input unit 9 for receiving user input, user input, current location and obtained public traffic information, etc. A control engine 5 for controlling a screen output, an LCD panel 7 for displaying an image, and an LCD drive 6 for applying a driving signal according to a character or graphic to be displayed to the LCD panel 7. have. The input unit 9 may be a touch screen provided on the LCD panel 7. In addition to the memory 4, the terminal 200 may further include a non-volatile memory in which an electronic map is embedded.

The tuner 1 tunes a signal transmitted from the traffic information providing server 100, and the demodulator 2 demodulates and outputs the tuned signal in a predetermined manner. Then, the TPEG-PTI decoder 3 constitutes the input demodulated signal as shown in FIGS. 2, 3A and 3B, 4A to 4M, and 5A to 5F, or FIGS. 2, 7A and 7B, and FIG. 8a to 8m, and extract and temporarily store the transit information message, which is configured and transmitted as shown in FIGS. 9a to 9f, and interprets each temporary stored TPEG PTI message to provide necessary information and / or control data according to the content of the message. It is transmitted to the control engine 5. The TPEG-PTI decoder 3 encodes the transit information based on an identification value, i.e., pti27_2 or pti27_4 included in the message report type part of the extracted transit message, that is, stop-based encoding. To determine whether the encoding is based on the perception line, and thus the structure of the public transportation information contained in the service information (Service Information). For example, it may be determined whether the information contained in the service information section is composed of a pair of information on a route and arrival time, or a section duration time for a route and stops belonging to the route.

The control engine 5 transmits the data received from the TPEG-PTI decoder 3 as shown in Figs. 3A and 3B (when the value indicated in the message report type portion is pti27_2), as shown in Fig. 12. Stored in the memory 4 in a structure. FIG. 12 is only a simple example of a data storage structure. If an information element other than the element of the storage data illustrated in FIG. 12 is provided from the traffic information providing server 100, the element may of course also be stored in the memory 4. Structured and stored. In the example of FIG. 12, the name is used as identification information for each stop or line, but this is only for the sake of understanding, and is actually indicated by a code assigned to each stop or line (eg, indicated by the trunk [B] 504). The route ID is actually defined as 'B504' and is used.) When storing it, and displaying it to the user, basic information (read from a separate memory or received from the traffic information providing server 100) Read the name of the station or line associated with the code from the station, station list, and route list.

In addition, the terminal 200, the latitude and longitude information of each stop and the shape information for each line is also provided as a separate information table, the information table, the information provided from the traffic information providing server 100 If the information is to be stored in the memory (4), if the information is built at the time of manufacture of the terminal may be embedded in a separate memory.

In the public transportation information stored in the structure as shown in FIG. 12, corresponding information is updated whenever new information is received from the traffic information providing server 100.

In addition, the control engine 5 does not store all the data received from the TPEG-PTI decoder 3 in the memory 4, but is close to the current position grasped from the GPS module 8, for example. For example, you can select and store only the data for a stop within a radius of 1km. This is to efficiently use the memory having a limited capacity by selectively storing public transportation information that is expected to be most needed by the user carrying the terminal 200.

In the state where the received public transportation information is stored as described above, when the user requests 'public transportation information' through the input unit 9, the control engine 5 searches the memory 4 to find the latitude and longitude. Finds a stop within a current distance and a predetermined distance, for example, 1 km, as determined by the GPS module 8, and displays the list on the LCD panel 7 as illustrated in FIG. S131). At this time, the control engine 5 applies an appropriate drive signal for displaying the stop list to the LCD drive 6.

On the screen displayed list, when the user selects one stop through the input unit 9, the control engine 5 predicts for each route stored in the memory 4 for the stop as shown in FIG. The information on the arrival time (or planned arrival time), that is, the waiting time, is obtained and enumerated on the screen together with the identification information of each line, that is, the route ID (S132). In this case, an additional operation of a code or text necessary to increase the recognition speed of the user may be performed on the route ID. For example, if the route ID is 'B504', 'Bus []' is appropriately added to it and displayed as 'Bus [B] 504'. In addition, G corresponds to a "branch line" and R corresponds to a "wide area." By input of another selection key or moving key through the input unit 9, other information stored for each line of the corresponding stop, for example, information on the current location of the next bus, can also be displayed.

If the terminal 200 has a non-volatile memory (hereinafter, referred to as a "storage means") in which an electronic map is embedded, one stop is selected while the stop list is displayed (S131). In this case, the portion of the electronic map (the area that can be displayed on the LCD panel 7) is read from the storage means about the position of the stop, and the LCD panel 7 is read through the drive 6. It may be displayed (S131-1). At this time, a specific graphic symbol is displayed at the point corresponding to the current position, and the description information and the specific graphic symbol of the stop are displayed even at the position of the selected stop. When the 'OK' key is pressed while the electronic map centering on the selected stop is displayed, information on the route passing through the stop is displayed.

When the user selects a route while the route list is displayed, the control engine 5 displays the shape information on the route and information on the stops belonging to the route and the memory 4 and / or separate the route. The screen is read from the memory at the screen (S133). By this indication, it is possible to confirm whether the user can reach the desired destination. At this time, when the storage means is provided, the control engine 5 displays shape information on the route on the electronic map. In this state, when the user inputs 'detail' or 'selection', the control engine 5 enlarges and displays a part of the route map centering on the selected stop in the displayed shape information (S133-1). In this way, when a part of the route map is displayed in detail, information on the current position of the next bus (stop ID or node ID) is read from the information on the selected route of the selected stop stored in the memory 4, and the information is displayed on the stop. Displaying a specific icon, for example a bus icon, at the corresponding location or in the center of the node allows the user to visually know the current location or current area of the bus.

In the embodiment in which the public transportation information is transmitted from the traffic information providing server 100 as shown in FIGS. 7A and 7B (when the value displayed in the message report type portion is pti27_4), the control engine 5 uses the TPEG-PTI decoder. Data received from (3) is stored in the memory 4 in the structure as shown in FIG. FIG. 14 is merely a mere example of a stored data structure. If an information element other than the element of the stored data illustrated in FIG. 14 is provided from the traffic information providing server 100, the element is of course also stored in the memory 4. Structured and stored. In FIG. 14, in the 'speed trend' field, a value corresponding to '-' when the speed of the corresponding section is slowing, for example, -1, and a value corresponding to '+' when the speed is increasing, for example For example, +1, and if there is no speed change or unknown, for example a value of 0 is recorded. The value allocated as described above is, of course, a value provided by the traffic information providing server 100. If the speed change is unknown, a value different from the case where there is no speed change, for example, may be assigned.

In this embodiment, as in the above-described embodiment, the terminal 200 includes a latitude and longitude information of each stop and a shape information of each line, respectively, and the information table includes the traffic information. If the information is provided from the providing server 100 is stored in the memory (4), if the information is built at the time of manufacturing the terminal is built in a separate memory.

The public transportation information stored in the structure as shown in FIG. 14 is updated whenever new information is received from the traffic information providing server 100.

In addition, the control engine 5 does not store all the data received from the TPEG-PTI decoder 3 in the memory 4, but is close to the current position grasped from the GPS module 8, for example. For example, you can select and store only the data for a stop within a radius of 1km.

In the state where the received public transportation information is stored as described above, when the user requests 'public transportation information' through the input unit 9, as illustrated in FIG. 15, the user may select public transportation information. When a menu is displayed on the LCD panel 7 (S151) and a route number search is selected from the displayed menu, an input window is provided, and route identification information, for example, a route ID is input through this input window ( S152), the control engine 5 searches the memory 4 to obtain information on the estimated (or planned) duration time for each station stored as shown in FIG. 14 for the corresponding route ID. The information 1501 is displayed on the screen together with the stop names on a section between stops (or between stop names) (S153). At this time, as illustrated in FIG. 14, the longitude and latitude of each stop may display only a section of a route including a current location and a predetermined distance, for example, a stop within 1 km, which are grasped by the GPS module 8. In addition, when the storage means incorporating the electronic map is provided, the shape of the selected route is displayed on the electronic map. In this state, the user may obtain information on stops of other sections that are not displayed by using a moving key or the like on the input unit 9.

If the user inputs only a part of the route identification information, for example, the route ID through the input window, the plurality of route IDs may coincide with the input partial information. In this case, the control engine 5 finds all the route IDs having a partially matching number from the stored public transportation information as shown in FIG. 14 and lists each route ID on the screen (or adds appropriate symbols or text). After that (S152-1), if one route is selected from the listed route IDs, the predicted (or planned) duration time for the stop belonging to the route is displayed on the screen as described above ( S153).

In case of requesting a search for a stop without selecting 'route number search' on the public transportation information related menu (S151), the control engine 5 is stored in the structure as shown in FIG. By searching all the fields 141 for the stops in the public transportation information, a table of passage lines for each stop is separately constructed. For example, if the stop A is duplicated on three lines L1, L2, and L3, a table for mapping the three routes L1, L2, and L3 to the stop A is constructed. This table is used to quickly present the user with a route passing through a stop when a stop is selected.

Meanwhile, in the above-described embodiments, the terminal of FIG. 11 may be provided with a voice output means. In this case, when the user selects one of the stops and one of the lines passing through the stops, the prediction is made. The estimated arrival time (or planned arrival time) may be output by voice, or the estimated time required for a section when one route and one stop belonging to the route are selected may be output by voice. In addition, other information can be output as well. The speech output means is provided with data necessary for speech synthesis in advance.

As mentioned above, preferred embodiments of the present invention described above are disclosed for the purpose of illustration, and those skilled in the art can improve other various embodiments within the spirit and technical scope of the present invention disclosed in the appended claims below. Changes, substitutions or additions will be possible.

At least one embodiment of the present invention described in detail above allows citizens using public transportation to predict the amount of time they have to wait for an available means of public transportation so that other tasks, For example, you can buy things or drink coffee in a cafe. In addition, by providing information on the available time of public transportation, more people use public transportation to reduce the number of self-driving vehicles on the road. Economic and social costs.

Claims (21)

In the encoding method of traffic information, Generating message identification information indicating that the information is transit information; Generating event information including predicted passing time information on the section between stops of the public transportation; Generating location information corresponding to the event information; And constructing a message segment comprising the generated information. The method of claim 1, The event information further comprises information indicating whether the running speed on the section between the stops is improving or decreasing. The method of claim 1, The event information further comprises information identifying a stop which is a reference of a section between stops. The method of claim 1, The predicted passing time information for the section between stops comprises a time, a first indication value indicating that the time is predicted, and a second indication value indicating that the time is a passing time of the interval between stops. How to be. The method of claim 1, The event information, the method further comprises identification information for the service route of the public transportation means. The method of claim 1, The location information is generated, including the information on the public transport route of the event information. The method of claim 6, The information on the public transportation line includes information indicating that the first identification information and the first identification information are for the time point of the route, and information indicating that the second identification information and the second identification information are for the end point of the route. Method comprising a. The method of claim 1, The message segment comprises a message management container defined by the Transport Protocol Export Group (TPEG), a PTI event container carrying operational status information of the public transportation means, and a TPEG location container. In the traffic information decoding method, Extracting message identification information indicating that the information is public transportation information from the received message sequence by segment; Extracting event information including predicted transit time information for the section between stops of the public transportation means, and location information corresponding to the event information from the message sequence; And extracting the predicted passing time information from the event information. The method of claim 9, And the third step further extracts, from the event information, information indicating whether the traveling speed on the section between the stops is improving or decreasing. The method of claim 9, The step 3 is further extracting information for identifying a stop that is a reference of the section between the stop from the event information. The method of claim 9, And the predicted passing time information comprises a time, a first indication value indicating that the time is predicted, and a second indication value indicating that the time is a passing time of an interval between stops. The method of claim 9, The step 3 is further to extract the identification information for the service route of the public transportation means from the event information. The method of claim 9, The extracted location information includes information on a public transportation route that is the target of the event information. The method of claim 14, The information on the public transportation line includes information indicating that the first identification information and the first identification information are for the time point of the route, and information indicating that the second identification information and the second identification information are for the end point of the route. Method comprising a. The method of claim 9, The message segment is composed of a message management container defined by the Transport Protocol Export Group (TPEG), a PTI event container carrying operational status information of public transportation means, and a TPEG location container. An apparatus for decoding traffic information, A demodulator for demodulating a received signal and outputting a message sequence carrying public transportation information; Extracting message identification information indicating public transportation information from each message segment in the message sequence, event information including estimated transit time information for a section between stops of public transportation means, and location information corresponding to the event information; Device comprising a decoder. The method of claim 17, And the predicted passing time information is composed of a time, a first indication value indicating that the time is predicted, and a second indication value indicating that the time is a passing time of an interval between stops. The method of claim 18, And an output unit for displaying the time between stops output on the screen. The method of claim 17, The extracted location information includes information on a public transportation route that is the target of the extracted event information. The method of claim 20, The information on the public transportation line includes information indicating that the first identification information and the first identification information are for the time point of the route, and information indicating that the second identification information and the second identification information are for the end point of the route. Apparatus comprising a.

Images