WO2024084801A1

WO2024084801A1 - Communication record management server, communication record management method, and computer program

Info

Publication number: WO2024084801A1
Application number: PCT/JP2023/030441
Authority: WO
Inventors: 充一梅村
Original assignee: 住友電気工業株式会社; 住友電装株式会社; 株式会社オートネットワーク技術研究所
Priority date: 2022-10-18
Filing date: 2023-08-24
Publication date: 2024-04-25

Abstract

This communication record management server comprises: a communication record information reception unit for receiving communication record information that includes at least location information, date and time information, and communication quality metrics information related to at least communication quality of wireless communication at a location identified by the location information and at a date and time identified by the date and time information; a communication record information storage unit for accumulating communication record information received by the communication record information reception unit; and a communication record transmission unit for generating, in response to receiving from an external device a transmission request for transmission of communication record information for which a regional range is specified, communication record-related information on the basis of the communication record information accumulated in the communication record information storage unit, and transmitting the generated communication record-related information to the external device, the communication record-related information including location information corresponding to a location within the regional range specified by the transmission request and communication quality information obtained from the communication quality metrics information.

Description

COMMUNICATION RECORDS MANAGEMENT SERVER, COMMUNICATION RECORDS MANAGEMENT METHOD, AND COMPUTER PROGRAM

This disclosure relates to a communication history management server, a communication history management method, and a computer program. This application claims priority to Japanese Application No. 2022-166644, filed on October 18, 2022, and all contents of said Japanese application are incorporated herein by reference.

An increasing number of in-vehicle devices have the ability to use wireless communication to receive various services from external servers and send information acquired by in-vehicle sensors to external servers. Vehicles equipped with such in-vehicle devices are known as connected cars.

When a connected car uses a service that requires wireless communication, communication quality becomes an issue. If communication quality deteriorates or the car is out of range, the service cannot be used continuously.

One proposal for solving these problems is disclosed in Patent Document 1, which will be described later. The technology disclosed in Patent Document 1 aims to visually notify the communication environment. The technology disclosed in Patent Document 1 acquires a field strength map indicating a predetermined field strength, and displays the field strength map superimposed on a graphic indicating the vehicle's driving position based on road map data and the vehicle position.

JP 2021-135099 A

A communication performance management server according to one aspect of this disclosure includes a communication performance information receiving unit for receiving communication performance information including at least location information, date and time information, and communication quality metrics information related to at least the communication quality of wireless communication at the location specified by the location information and at the date and time specified by the date and time information, a communication performance information storage unit for storing the communication performance information received by the communication performance information receiving unit, and a communication performance transmission unit that, in response to receiving a request to transmit communication performance information with a specified geographical range from an external device, generates information related to communication performance including location information corresponding to the geographical range specified by the transmission request and communication quality information obtained from the communication quality metrics information based on the communication performance information stored in the communication performance information storage unit, and transmits the information to the external device.

The above and other objects, features, aspects and advantages of this disclosure will become apparent from the following detailed description of this disclosure taken in conjunction with the accompanying drawings.

FIG. 1 is a diagram showing a route proposal screen in an in-vehicle device according to the first embodiment. FIG. 2 is a block diagram showing the overall configuration of the vehicle assistance system according to the first embodiment. FIG. 3 is a block diagram showing the configuration of the in-vehicle device according to the first embodiment. FIG. 4 is a block diagram showing the configuration of the communication record management server according to the first embodiment. FIG. 5 is a diagram showing a record configuration of a communication performance information DB (Database) according to the first embodiment. FIG. 6 is a flowchart showing a control structure of a computer program realizing the communication performance recording unit in the first embodiment. FIG. 7 is a flowchart showing a control structure of a computer program realizing the driving unit according to the first embodiment. FIG. 8 is a flowchart showing a control structure of a computer program implementing the path calculation unit according to the first embodiment. FIG. 9 is a flowchart showing a control structure of a computer program implementing the grid drawing unit according to the first embodiment. FIG. 10 is a block diagram showing the configuration of a vehicle assistance system according to the second embodiment. FIG. 11 is a block diagram showing the configuration of an in-vehicle device according to the second embodiment. FIG. 12 is a block diagram showing the configuration of a communication record management server according to the second embodiment. FIG. 13 is a block diagram showing the configuration of a vehicle assistance system according to the third embodiment. FIG. 14 is a block diagram showing the configuration of an in-vehicle device according to the third embodiment. FIG. 15 is a flowchart showing a control structure of a computer program realizing a communication record comparing unit according to the third embodiment. FIG. 16 is a block diagram showing the configuration of a driving assistance system according to the fourth embodiment. FIG. 17 is a block diagram showing the configuration of an in-vehicle device according to the fourth embodiment. FIG. 18 is a block diagram showing the configuration of a communication history management server according to the fourth embodiment. FIG. 19 is a diagram showing a record configuration of a communication performance statistical information DB according to the fourth embodiment. FIG. 20 is a flowchart showing a control structure of a computer program realizing a communication statistics calculation unit in the communication performance management server according to the fourth embodiment. FIG. 21 is a flowchart showing a control structure of a computer program realizing a communication history transmission unit in the communication history management server according to the fourth embodiment. FIG. 22 is a block diagram showing a functional configuration of a communication history server according to a modification of the fourth embodiment. FIG. 23 is a diagram showing a display in the vehicle assistance system according to the fifth embodiment. FIG. 24 is a flowchart showing a control structure of a computer program for generating a display in the vehicle assistance system in accordance with the fifth embodiment. FIG. 25 is a flowchart showing a control structure of a computer program for implementing display of a driving route. FIG. 26 is a block diagram showing a configuration of steps for implementing the in-vehicle device of each embodiment according to this disclosure. FIG. 27 is a diagram showing the external appearance of a computer system that realizes each driving assistance server according to this disclosure. FIG. 28 is a hardware configuration diagram of the computer system shown in FIG.

[Problem to be solved by this disclosure]
For connected cars to receive sufficient services, it is not only the electric field strength that is important. Due to the large number of on-board sensors and the volume of data, the communication speed is also important when connected cars transmit sensor data to external servers and download data for driving assistance from external servers. In addition to these, latency is also important when communicating data related to vehicle safety.

In the technology disclosed in the above-mentioned Patent Document 1, a field strength map is displayed superimposed on a map. It is clear that communication speed drops at points with low field strength. However, even if the field strength is high, the communication speed does not necessarily increase. Depending on the situation, even if the field strength is high, the communication speed may decrease or the latency may increase. Even if the environment changes slightly, the communication speed may suddenly deteriorate. The position of the vehicle and the surrounding conditions change from moment to moment. Therefore, even if a field strength map is obtained, it is difficult to predict how the communication speed, latency, etc. will actually change, so it is not necessarily the case that communication quality sufficient for using the service while the connected car is running can be obtained. In other words, the technology disclosed in Patent Document 1 is not considered sufficient for application to connected cars.

Therefore, the purpose of this disclosure is to provide a communication history management server, a communication history management method, and a computer program that provide information that makes it easy to determine a driving route that takes communication quality into consideration.

[Effects of this disclosure]
As described above, according to this disclosure, it is possible to provide a communication history management server, a communication history management method, and a computer program that provide information that allows easy determination of a driving route taking communication quality into consideration.

[Description of the embodiments of the present disclosure]
In the following description and drawings, the same parts are given the same reference numbers, and therefore detailed descriptions thereof will not be repeated.

The main embodiments shown in this disclosure are listed below. Note that one or more of the following embodiments may be combined in any manner.

(1) A communication performance management server according to a first aspect of this disclosure includes a communication performance information receiving unit for receiving communication performance information including at least location information, date and time information, and communication quality metrics information related to at least the communication quality of wireless communication at the location specified by the location information and at the date and time specified by the date and time information, a communication performance information storage unit for storing the communication performance information received by the communication performance information receiving unit, and a communication performance transmission unit for generating information related to communication performance including location information corresponding to the geographical range specified by the transmission request and communication quality information obtained from the communication quality metrics information based on the communication performance information stored in the communication performance information storage unit in response to receiving from an external device a transmission request for communication performance information specifying a geographical range, and transmitting the information to the external device.

The communication history information storage unit of this communication history management server accumulates communication quality metrics information during actual communications by multiple devices, along with location information and date and time information. In response to a request from an external device, the communication history transmission unit generates information on communication history, including communication quality information, and transmits it to the external device. The external device can estimate and use communication quality at a specific location using communication quality information based on actual communication history by other devices. As a result, the external device can easily determine a driving route that takes communication quality into consideration.

(2) In the above (1), the communication performance transmission unit may include a most recent communication performance transmission unit that reads communication performance information including location information corresponding to a geographical range specified by the transmission request, date and time information within a most recent specified time period, and communication quality metrics information from the communication performance information storage unit, and transmits the information to an external device.

The most recent communication record transmission unit transmits communication record information for the most recent specified time period within the area range specified by the transmission request to the external device. As a result, the external device can easily determine a driving route taking into account the highly accurate communication quality at the current time.

(3) In (1) or (2) above, each piece of communication performance information may further include communication environment information related to the communication environment when wireless communication related to the communication performance information was performed, and the transmission request may further include information related to the communication environment of the external device, and the communication performance transmission unit may include a device-specific communication performance transmission unit that, in response to receiving the transmission request, reads out from the communication performance information storage unit the communication performance information including location information corresponding to a geographical range specified by the transmission request, communication environment information consistent with information related to the communication environment included in the transmission request, and communication quality metrics information, and transmits the communication performance information to the external device.

By including information about the communication environment of the external device in the transmission request, the external device can obtain communication performance information by region and date and time regarding that communication environment. As a result, the external device can easily determine a driving route that takes into account the communication quality of the wireless communication device being used.

(4) In (3) above, the communication environment information may include communication line information, communication carrier information, or a combination of these.

By including information about the communication line or carrier used by the external device in the transmission request, the external device can obtain communication performance information by region and date and time for that communication line or carrier. As a result, the external device can easily determine a driving route that takes into account the reliable communication quality of the wireless communication device being used.

(5) In the above (1), the communication performance management server may further include a communication statistics calculation unit that calculates communication performance statistical information by performing statistical processing on communication quality metrics information on the communication performance information stored in the communication performance information storage unit, based at least on a location specified by the location information, and a communication performance statistical information storage unit that stores the communication performance statistical information calculated by the communication statistics calculation unit in association with the location information, and the communication performance transmission unit may include a communication performance statistical information transmission unit that transmits to the external device, in response to receiving a transmission request for communication performance information with a specified geographical range from the external device, location information corresponding to the geographical range specified by the transmission request and communication performance statistical information at the location specified by the location information, from the communication performance statistical information stored in the communication performance statistical information storage unit.

By including communication device information about the wireless communication device that the external device has in the transmission request, the external device can obtain communication performance information by region and date and time about communications by other devices that have that wireless communication device. As a result, the external device can easily determine a driving route that takes into account the communication quality of the wireless communication device being used.

(6) In the above (5), the communication statistics calculation unit may include a period-based communication statistics calculation unit that performs statistical processing on communication quality metrics information to calculate period-based communication performance statistical information, using at least a location specified by the location information and a period specified by the date and time information as a criterion for the communication performance information stored in the communication performance information storage unit.

By including communication device information about the wireless communication device held by the external device in the transmission request, the external device can obtain communication performance information by region and date and time by the external device using that wireless communication device. As a result, the external device can easily determine a driving route that takes into account the communication quality of the wireless communication device being used.

(7) In the above (6), each piece of communication performance information may further include information on the communication environment when wireless communication related to the communication performance information was performed, and the transmission request may include information on the communication environment of the external device. The communication performance transmission unit may selectively execute the first process and the second process depending on whether the received transmission request includes information on the communication environment. The first process may be a process of reading, from the communication performance statistical information storage unit, communication statistical performance information that matches location information corresponding to the geographical range specified by the transmission request and information on the communication environment included in the transmission request, calculating communication quality metrics information based on the read communication statistical performance information, and transmitting the calculated information to the external device. The second process may be a process of reading, from the communication performance information storage unit, communication performance information that corresponds to location information corresponding to the geographical range specified by the transmission request, and transmitting the calculated information to the external device.

This makes it possible to improve the accuracy of the statistical quality metrics information sent to the in-vehicle device while preventing an increase in the load of statistical processing.

(8) A communication performance management method according to a second aspect of this disclosure includes a step in which a computer receives communication performance information including at least location information, date and time information, and communication quality metrics information related to at least the communication quality of wireless communication at the location specified by the location information and at the date and time specified by the date and time information, a step in which the computer accumulates the communication performance information received in the step of receiving the communication performance information in a storage device, and a step in which the computer, in response to receiving from an external device a request to transmit communication performance information specifying a geographical range, generates information related to communication performance including location information corresponding to the geographical range specified by the transmission request and communication quality information obtained from the communication quality metrics information based on the communication performance information accumulated in the storage device, and transmits the information to the external device.

According to this communication history management method, the computer accumulates communication history during actual communication between multiple devices, together with location information and date and time information. The computer further generates information relating to the communication history, including communication quality information, in response to a request from the external device, and transmits it to the external device. The external device can estimate and use communication quality at a specific location, using the communication quality information based on the actual communication history of other devices. As a result, the external device can easily determine a driving route that takes communication quality into consideration.

(9) A computer program according to a third aspect of this disclosure causes a computer to execute the steps of receiving communication performance information including at least location information, date and time information, and communication quality metrics information related to at least the communication quality of wireless communication at the location specified by the location information and at the date and time specified by the date and time information, storing the communication performance information received in the step of receiving communication performance information in a storage device, and in response to receiving a request to transmit communication performance information with a specified geographical range from an external device, generating information related to communication performance including location information corresponding to the geographical range specified by the transmission request and communication quality information obtained from the communication quality metrics information based on the communication performance information stored in the storage device, and transmitting the information to the external device.

By executing this computer program, the computer accumulates communication records of actual communications between multiple devices together with location information and date and time information. The computer further generates information on communication records, including communication quality information, in response to a request from an external device, and transmits the information to the external device. The external device can estimate and use communication quality at a specific location using communication quality information based on the actual communication records of other devices. As a result, the external device can easily determine a driving route that takes communication quality into consideration.

[Details of the embodiment of the present disclosure]
Specific examples of route suggestion screens according to embodiments of the present disclosure will be described below with reference to the drawings. Note that the present disclosure is not limited to these examples, but is intended to include all modifications within the meaning and scope of the claims.

1. First embodiment A. Configuration A1) Route proposal screen 50
Referring to FIG. 1, a route proposal screen 50 in the vehicle assistance system according to the first embodiment is a screen displayed on a touch panel display device of an in-vehicle device. The route proposal screen 50 is for proposing to a user a first route 66 and a second route 68 from a current position 62 of a vehicle 60 to a destination 64, which are calculated under different constraints regarding communication quality on the route. The entire route proposal screen 50 is rectangular. Each rectangular area is divided into rectangular grids of the same size. In this embodiment, each grid is colored based on the communication quality actually measured by the vehicle when the vehicle is present in the grid, and is displayed superimposed on a map together with the first route 66 and the second route 68. Note that a map is not shown in FIG. 1 to simplify the drawing.

In FIG. 1, grids without hatching indicate that the communication quality is relatively good, and is sufficient for receiving the services to be used in the vehicle 60. Grids with hatching indicate that the communication quality is worse, and is insufficient for receiving the services to be used in the vehicle 60. Note that in this example, the hatched areas are displayed in red, and the unhatched areas are displayed transparently.

In FIG. 1, grids are classified into two types to facilitate understanding of the display related to communication quality. However, this disclosure is not limited to such an embodiment. Communication quality may be divided into three or more stages, and each stage may be displayed separately. Typically, for example, grids with poor communication quality are displayed with a red hue and the lowest brightness. As communication quality improves, the brightness of the grid increases, and once the quality reaches a certain level, the grid is displayed colorless (transparent) or in a color other than red (for example, blue). Of course, various other methods of displaying grids are conceivable. The saturation may be changed without changing the brightness. Also, both the hue and the brightness or saturation may be changed.

For example, normally it is sufficient to change the brightness in a positive correlation with the communication quality value. Conversely, in the case of saturation, it is possible to change it in a negative correlation with the communication quality value. In short, the display mode of each grid should change as a monotonic function of the communication quality in that grid. In the case of hue, a monotonic function should be used that associates the gradual change from blue through green to red with the superiority or inferiority of communication quality.

In FIG. 1, a first route 66 and a second route 68 are further displayed as examples. The first route 66 is calculated as a route by which the vehicle 60 travels from the current position 62 to the destination 64 in the shortest time without imposing any constraints on communication quality, for example. The second route 68 is also a route by which the vehicle 60 travels from the current position 62 to the destination 64, but is calculated as a route that provides the communication quality required to use a specific service in the vehicle 60 as a constraint on communication quality.

The constraints on communication quality are not limited to those listed here; they can be set in various ways by the user of vehicle 60.

A2) Vehicle Assistance System 100
Referring to FIG. 2, a vehicle assistance system 100 according to the first embodiment of this disclosure includes a plurality of on-

board devices

102, 104, and 106, each mounted on a different vehicle, a server 108 for providing some kind of service to these on-board devices using communication, or conversely, for receiving sensor data from the on-board devices and analyzing traffic conditions, and a communication history management server 110 for managing communication with a plurality of on-board devices such as the on-board device 102, accumulating information regarding actual communication quality in each grid in an area such as that shown in FIG. 1, and distributing the information to each on-board device.

　On-board devices such as the on-board device 102 are mounted on vehicles. Therefore, all of them have wireless communication units as described below. A mobile phone line can be used as a medium for wireless communication. Depending on the location, it is also expected that Wi-Fi communication will be used. In any case, the on-board device 102 and the like can communicate with the server 108 and the communication history management server 110 via wireless communication with a base station and communication via a wired network from the base station to the server 108 and the communication history management server 110.

A3) In-vehicle device 102
3, the in-vehicle device 102 includes a communication unit 150 for communicating with an external device such as a server 108 via a wireless communication device (not shown), a communication history recording unit 154 connected to the communication unit 150, a CAN (Controller Area Network) 152 connected to the sensor 112, a GNSS (Global Navigation Satellite System) receiver 114, and the communication history recording unit 154, and a communication history information DB 156 connected to the communication history recording unit 154. The communication unit 150 further receives data for a service provided by the server 108 and transmits the data to a service execution unit such as an ECU (Electronic Control Unit) (not shown) via the CAN 152. In this embodiment, the CAN is used to acquire GNSS information and sensor information. However, this disclosure is not limited to such an embodiment. For example, CAN FD (CAN with Flexible Data rate), CAN XL, Most (Media Oriented Systems Transport), FlexRay, in-vehicle Ethernet ("Ethernet" is a registered trademark), etc. may be used.

The communication performance recording unit 154 periodically measures the communication quality when the communication unit 150 is communicating, and records the communication quality including the actual bit rate (communication speed). Even when communication is not being performed by the communication unit 150, radio wave intensity information can be obtained, and such information is recorded.

The communication history recording unit 154 receives sensor data from the GNSS receiver 114 and various other sensors 112 mounted on the vehicle via the CAN 152, and records communication history records that combine the vehicle status, location information, and other information obtained from that information in the communication history information DB 156.

The in-vehicle device 102 further includes a communication history transmission unit 158 connected to the communication history recording unit 154, a communication history acquisition unit 160 connected to the communication history information DB 156, a driving unit 162 connected to the touch panel display device 116, a route calculation unit 164 connected to the communication history information DB 156, the driving unit 162, and the communication history acquisition unit 160, and a grid drawing unit 166.

The communication history transmission unit 158 transmits the communication history information of the communication unit 150 recorded by the communication history recording unit 154 to the communication history management server 110 according to a predetermined transmission schedule. The communication history acquisition unit 160 acquires communication history information of other vehicles from the communication history management server 110 by transmitting a transmission request for communication history information to the communication history management server 110 when necessary, and updates (adds) the communication history information DB 156. The transmission request at this time includes information specifying the target area, and may also include information on the required date and time, or the communication environment in some cases. The communication environment here includes the communication line or communication carrier used for communication, or a combination of these. The driving unit 162 is a device for performing automatic driving or remote driving in addition to the function of a general so-called in-vehicle navigation system, and receives input of information for route proposal (information on the destination of the driving route, etc.) through interaction with the user using the touch panel display device 116. The communication history acquisition unit 160 may receive communication history information from the communication history management server 110 according to a predetermined schedule.

At this time, the driving unit 162 may allow the user to input constraint conditions for generating the driving route. The constraint conditions are, for example, the number of driving routes to be generated, information specifying the service to be used on the driving route, conditions that the driving route must satisfy, and the like. In the following embodiment, it is assumed that the user specifies that three driving routes are to be generated. The three driving routes are, for example, the first shortest route to the third shortest route shown below. The first shortest route is the shortest route connecting the current position and the destination regardless of the communication speed. The second shortest route is the shortest route among the driving routes that is expected to have a communication speed at which the service can be used throughout. The third shortest route is a driving route that is expected to have a service that replaces the service or the same service as the service and ensures the required bit rate, even if the service may not be available at a sufficient bit rate in some parts, as long as the communication speed is more than half the specified bit rate.

The route calculation unit 164 requests the communication record acquisition unit 160 to acquire information such as communication record, required position, and time from the communication record information DB 156 based on the user input received by the driving unit 162 and the communication conditions required to use the service. The route calculation unit 164 calculates multiple driving routes under multiple types of constraints based on the communication record information acquired by the communication record acquisition unit 160 from the communication record information DB 156, the destination information, and the required communication conditions, and displays them on the touch panel display device 116 via the driving unit 162. In this embodiment, the grid drawing unit 166 displays information indicating the communication record in each part of the displayed area by superimposing it on the driving route candidates and the map displayed on the touch panel display device 116. Note that the communication record information is information that combines the communication record (communication speed or radio wave strength) with information indicating the vehicle state (vehicle speed or traveling direction, etc.) when the communication record was acquired.

More specifically, the grid drawing unit 166 divides the displayed area into grids, adjusts the color, brightness or saturation of each grid as a function of an index value representing the past communication performance (communication quality) in each grid, and displays the grid by superimposing it on the proposed driving route and the map. The past communication performance is obtained from information stored in the communication performance information DB 156.

A4) Communication record management server 110
With reference to FIG. 4, the communication history management server 110 includes a communication history acquisition unit 200 , a communication history information storage unit 202 , and a communication history transmission unit 204 .

The communication history acquisition unit 200 acquires communication history information collected by the in-vehicle devices at various locations and dates from multiple in-vehicle devices. The communication history information storage unit 202 accumulates the communication history information received by the communication history acquisition unit 200. The communication history transmission unit 204 transmits the communication history information accumulated in the communication history information storage unit 202 to an in-vehicle device (such as the in-

vehicle devices

102, 104, or 106 shown in FIG. 2) of a subscriber of the communication history management service by the communication history management server 110 in response to a transmission request from the in-vehicle device. Note that the device that transmits the communication history information to the communication history acquisition unit 200 is not limited to an in-vehicle device. Any device with a communication function, such as a mobile phone, may be used. A mobile phone that is mobile is preferable, but a device that is not mobile but has a communication function, such as a roadside device, may also be used. The communication history transmission unit 204 may not only respond to a transmission request from the in-vehicle device, but may also transmit communication history information to each in-vehicle device according to a predetermined schedule.

A5) Configuration of communication history information DB 156 Fig. 5 shows an example of a column configuration of a table of communication history information DB 156. Referring to Fig. 5, the columns of communication history information DB 156 include a communication history ID and a vehicle ID. The communication history ID is an identifier for identifying a record of the communication history. The vehicle ID is an identifier for identifying a vehicle equipped with an on-board device that recorded the communication history.

Other columns include, for example, measurement interval, modem, GNSS, date and time, latitude, longitude, grid ID, geometry value, communication speed, (vehicle) speed, (vehicle) heading, route ID, (vehicle) direction of travel, (vehicle) acceleration/deceleration, (vehicle) steering angle, accelerator operation, brake operation, communication line, communication operator, band number, (mobile phone) cell ID, SINR, RSSI, RSRP, and RSRQ.

The main ones are as follows: The measurement interval indicates the measurement interval of the communication speed. The unit of the measurement interval is seconds. The date and time indicates the date and time when the in-vehicle device acquired the communication record. The latitude and longitude indicate the location where the vehicle was located at the time of communication. The grid ID refers to the value obtained by converting the latitude and longitude into a character string using a conversion method called geohash. The geohash converts the latitude and longitude into a character string by applying a specified conversion table to the latitude and longitude. Each character string identifies a rectangular area on the ground. The longer the string length, the smaller the rectangular area. If the strings from the beginning to a specified number of digits in two character strings match, the two rectangular areas identified by the two character strings are within the rectangular area identified by the matching character string. If the length of the character strings used as geohashes is the same, the size (area) of the rectangular areas identified by them is the same. Therefore, by setting the length of the character strings used as geohashes to a fixed length and making the first few characters common, the map (or the corresponding area) can be divided into multiple rectangular areas adjacent to each other. Here, such a rectangular area is called a grid, and its identifier (latitude and longitude converted to a geohash) is called a grid ID.

The communication speed indicates the communication speed measured for the actual communication, if communication was possible at the time indicated by the value in the date and time column. If communication was not possible due to being out of range or other reasons, in this embodiment, "-1" is recorded as the communication speed.

SINR, RSSI, RSRP, and RSRQ refer to the signal-to-interference-plus-noise ratio, received signal strength, received power of the reference signal, and received quality of the reference signal, respectively, and correspond to the radio wave strength information described above.

In this way, communication performance information DB156 stores information indicating communication quality, including the communication speed measured in actual communication, together with the vehicle's state at that time (such as the vehicle's speed and direction of travel shown in FIG. 5) and the date and time. This process updates communication performance information DB156. Note that values such as the communication speed, SINR, RSSI, RSRP, and RSRQ shown in FIG. 5, as well as their statistical values, are considered to be indicators of communication quality. Therefore, in this specification, these values are referred to as "communication quality metrics," and information indicating these values is referred to as "communication quality metrics information."

A6) Program Control Structure A6-1) Communication Performance Recording Unit 154
Each functional unit of the in-vehicle device 102 shown in FIG. 3 is realized by a computer and a program executed by the computer.

FIG. 6 shows the control structure of a program that realizes the communication performance recording unit 154 shown in FIG. 3. Referring to FIG. 6, this program includes step 250 that executes step 252 according to a predetermined schedule (in this embodiment, at a fixed interval).

Step 252 includes step 260, which performs communication processing using communication unit 150 or measurement processing of signal strength, step 262, which acquires information indicating the vehicle status via CAN 152, and step 264, which combines the information acquired in

steps

260 and 262 and records the information in communication performance information DB 156.

This program further includes step 266, which branches the flow of control according to whether or not there is a communication history management server that is linked to the in-vehicle device 102, and step 268, which, when the determination in step 266 is positive, transmits communication history information to the linked communication history management server and ends the execution of step 252. When the determination in step 266 is negative, the execution of step 252 ends.

A6-2) Path calculation unit 164
Fig. 7 shows a control structure of a program realizing route calculation unit 164 shown in Fig. 3. Referring to Fig. 7, this program includes a step 310 of acquiring a position of a destination through interaction with a user, and a step 312 of acquiring information on a communication service required to receive a service from server 108 (information on a required communication speed, for example, a bit rate, etc.).

The program further includes step 314 of acquiring communication history information for an area including the vicinity of the current location to the vicinity of the destination from the communication history information DB 156 (FIG. 3), step 316 of branching the flow of control depending on whether or not there is a communication history management server linked to the in-vehicle device 102, and step 318 of branching the flow of control depending on whether or not there is sufficient data from the communication history information DB 156 for route calculation when the determination in step 316 is positive.

This program further includes step 320 of acquiring communication history information of the area from the vicinity of the current location to the vicinity of the destination from a communication history management server (in this example, the communication history management server 110 shown in FIG. 2) linked to the in-vehicle device 102 when the determination in step 318 is negative, and step 322 of calculating a driving route using the acquired communication history information, providing information regarding the calculated driving route to the driving unit 162, and terminating execution of the program. When the determination in step 316 is negative or when the determination in step 318 is positive, step 320 is not executed, and the route calculation process in step 322 is immediately executed.

FIG. 8 shows the control structure of a program that realizes step 322 shown in FIG. 7. Referring to FIG. 8, step 322 includes step 350 of setting a search range for the driving route, and step 352 of generating a route graph connecting the current position and the destination within the search range based on map information provided in the driving unit 162. The route graph here refers to a graph in which intersections are nodes and roads connecting intersections are edges (links). In this embodiment, each edge is provided with information indicating the length of the corresponding road. In this route graph, there are many routes connecting the current position and the destination.

This program further includes step 354 of searching for the shortest route from the current position to the destination in the route graph generated in step 352. In this embodiment, the Dijkstra algorithm is used to search for the shortest route. Of course, this is not limited to the Dijkstra algorithm, and any algorithm that can find the shortest route in a graph may be used.

The program further includes step 356 of referencing communication performance information to delete from the route graph edges including points where the bit rate is less than half the bit rate specified by the service, step 358 of searching for the shortest route in the route graph processed in step 356, step 360 of deleting from the route graph links including points where the bit rate is less than the specified bit rate, and step 362 of searching for the shortest route in the route graph processed in step 360 and terminating step 322.

The above process makes it possible to identify the shortest driving route regardless of the specified bit rate, the shortest driving route that allows communication at a bit rate at least half the specified bit rate, and the shortest driving route that allows communication at a bit rate equal to or higher than the specified bit rate.

FIG. 9 shows the control structure of a program that realizes the grid drawing unit 166 shown in FIG. 3. The grid drawing obtained by the grid drawing unit 166 is, for example, like the grid shown in FIG. 1. In FIG. 1, each grid is displayed in a different display mode depending on the communication speed available in that grid. A number of driving routes generated in step 322 of FIG. 7 are displayed superimposed on a specified map, and a semi-transparent grid is further superimposed.

Referring to FIG. 9, this program includes step 370, which obtains a geohash value representing the area displayed on the touch panel display device 116, and divides this area into a predetermined number of grid areas from the top left to the bottom right. Step 370 also calculates a geohash for a predetermined position (e.g., the center position) in each grid area.

The program further includes step 372, which performs step 374 for each grid region obtained in step 370.

Step 374 includes step 380 of searching communication performance information DB 156 for records that start with the same character string as the geohash of the grid area and whose date and time are within a specified range centered on the current time, and calculating their average communication speed, and step 382 of quantizing the average communication speed calculated in step 380 into several stages to determine the display color (hue) and brightness of the target grid area. In this embodiment, the hue is red, and the brightness is determined as a monotonic function of the communication speed, such that the brightness is low when the communication speed is low and the brightness is high when the communication speed is high. Note that in this embodiment, the brightness is set to a maximum value when the communication speed is greater than a specified threshold value.

Step 374 further includes step 384, which sets the alpha value of each grid area when it is displayed to a value that represents semi-transparency, and ends step 374. At this time, the alpha value is set so that the grid with the highest brightness is displayed transparently.

B. Operation B1) Accumulation of communication history While the vehicle equipped with the on-board device 102 is moving, the communication unit 150 periodically measures the communication speed and radio wave strength. When communication is not being performed, the communication unit 150 measures only the radio wave strength. The communication unit 150 provides this information to the communication history recording unit 154 as communication history.

The communication history recording unit 154 receives information indicating the vehicle status from the sensor 112 and the GNSS receiver 114 via the CAN 152. The communication history recording unit 154 generates communication history information from the communication history received from the communication unit 150 and information indicating the vehicle status, and stores the communication history information in the communication history information DB 156.

B2) Destination Input When the user leaves for a destination, the user interacts with the touch panel display device 116 to display an initial screen for route setting and specify the destination and the service to be used. In step 310 of FIG. 7, the in-vehicle device 102 acquires the destination designation and identifies its location. In step 312, the route calculation unit 164 acquires information on the communication service required by the service designated by the user (step 312). As a result of this process, the required bit rate is determined.

The route calculation unit 164 further acquires communication history information related to the area connecting the vicinity of the current position and the vicinity of the destination from the communication history information DB 156 (step 314 in FIG. 7). If there is no communication history management server linked to the in-vehicle device 102 (the determination in step 316 in FIG. 7 is negative), the route calculation unit 164 executes a route calculation process (step 322 in FIG. 7). If there is a communication history management server linked to the in-vehicle device 102 (the determination in step 316 in FIG. 7 is positive), it is determined whether the communication history acquired from the communication history information DB 156 is sufficient to determine a driving route based on the bit rate determined in the target area (step 318). If the determination in step 318 is positive, the route calculation unit 164 calculates a driving route using only the communication history acquired from the communication history information DB 156 (step 322). If the determination in step 318 is negative, the route calculation unit 164 instructs the communication history acquisition unit 160 to acquire communication history information of the target area from the communication history management server 110. The communication history acquisition unit 160 adds the acquired communication history information to the communication history information DB 156, and the route calculation unit 164 reacquires the communication history information from the communication history information DB 156 and then calculates the driving route using the reacquired communication history information (step 322).

B3) Route Calculation The route calculation unit 164 of the in-vehicle device 102 calculates a driving route as follows. Referring to FIG. 8, a search range for the driving route is determined based on the relationship between the current position and the destination (step 350). There are various methods for determining this search range. In this embodiment, the search range is a rectangle whose diagonal is a line connecting the current position and the destination. Of course, the search range is not limited to this, and various other methods are possible.

Then, the route calculation unit 164 generates a route graph based on information about each intersection within the search range determined in step 350 and the roads connecting those intersections (step 352). At this time, roads whose road width is smaller than a certain value may be excluded from the route graph.

The route calculation unit 164 applies the Dijkstra algorithm to the route graph generated in this manner to generate a driving route consisting of the shortest route from the current position to the destination (step 352). The generation of the driving route at this time does not take into account the communication speed along the way. In other words, the driving route generated in step 352 is the shortest route when it is selected not to receive services via communication.

In step 356, the route calculation unit 164 further removes edges with communication speeds less than half the specified bit rate from the route graph. As a result, the remaining edges are equal to or greater than half the specified bit rate. In step 358, the route calculation unit 164 searches for the shortest route in this route graph. This route is the shortest route among all driving routes that are expected to use a bit rate equal to or greater than half the specified bit rate.

In step 360, the route calculation unit 164 further removes edges with a bit rate below the specified rate from the route graph. In the following step 362, the shortest route in the remaining route graph is searched for. The travel route obtained by this process is the shortest travel route among the travel routes that are expected to have a communication speed equal to or greater than the specified bit rate.

In this way, multiple driving routes are calculated based on the constraints specified by the user.

Note that constraints are not limited to those mentioned above, and various other constraints are possible. To address these constraints, a program consisting of a series of procedures such as

steps

352 and 354 in FIG. 8 can be prepared, and an appropriate program can be executed based on the user's specifications. Preferably, the order in which the programs are executed is also specified in advance. By executing the programs according to such specifications, the amount of calculation required to calculate the driving route can be reduced.

B4) Display of route proposal screen When the driving route is calculated by the above-mentioned process, the driving unit 162 generates the route proposal screen 50 shown in Fig. 1 and displays it on the touch panel display device 116. The driving unit 162 first displays a map of the relevant area. The driving unit 162 further displays the three calculated driving routes superimposed on the map. The driving routes can be displayed by continuously drawing rectangles connecting the start point and end point of each edge that forms the driving route.

The grid drawing unit 166 creates a grid display as shown in FIG. 1 as follows. Referring to FIG. 9, the grid drawing unit 166 obtains a geohash value representing the area displayed on the touch panel display device 116, and divides this area from the upper left to the lower right into a predetermined number of grid areas (step 370). At this time, a geohash is calculated for a predetermined position (e.g., the center position) in each grid area.

The grid drawing unit 166 further performs the following step 374 for each grid area.

In step 374, the grid drawing unit 166 searches the communication performance information DB 156 for records that start with the same character string as the geohash of the target grid area and whose date and time are within a specified range centered on the current time, and calculates the average communication speed for those records (step 380). The grid drawing unit 166 further quantizes the average communication speed calculated in step 380 into several stages, and determines the display color (hue) and brightness of the target grid area (step 382). In this embodiment, the hue is red, and the brightness is determined as a monotonic function of the communication speed, such that the brightness is low when the communication speed is low and the brightness is high when the communication speed is high.

The grid drawing unit 166 further sets a value representing semi-transparency to the alpha value when each grid area is displayed (step 384). At this time, the grid drawing unit 166 sets the alpha value so that the grid with the highest brightness is displayed transparently. The image of the grid area created in this way is superimposed on the image of the map and the driving route in the driving unit 162. As a result, as shown in FIG. 1, the map, the driving route, and the grid are displayed superimposed on the display surface of the touch panel type display device 116. In areas where the communication speed is high, the map is displayed as is. Areas where the communication speed is low are displayed semi-transparently on the map as red areas with a brightness according to the communication speed. The lower the communication speed, the darker the red the area is displayed, and the higher the communication speed, the brighter the red the area is displayed.

As described above, according to this embodiment, communication speeds actually measured in the past are stored in the communication performance information DB 156 and are used to calculate the driving route. As a result, an appropriate driving route can be calculated according to the bit rate required by the service being used. When calculating the driving route, multiple driving routes are calculated based on the constraints specified by the user. The user can select an appropriate driving route depending on how they wish to use the service.

In addition, the communication speed status in the area surrounding the current location and destination is visually displayed. This allows the user to select an appropriate route based on the purpose of using the service, the communication status, and the distance to the destination, such as how well the communication-based services will be provided while traveling from the current location to the destination, and what route should be taken to make full use of the service.

In addition, the communication history management server 110 accumulates communication history information from each vehicle. Therefore, when calculating a driving route in a certain in-vehicle device, if sufficient communication history is not stored in the in-vehicle device, the necessary communication history information can be obtained from the communication history management server 110. As a result, it is possible to calculate the optimal driving route for using communication services over a wide area.

In the first embodiment, the user is allowed to select one of three driving routes displayed on the touch panel display device 116. However, this disclosure is not limited to such an embodiment. It is also possible to implement an embodiment in which a driving route that can always maintain the required communication speed is selected, or if no such route exists, a driving route with the highest average communication speed along the way is automatically selected.

2. Second embodiment A. Configuration A1) Vehicle assistance system 400
Fig. 10 shows the configuration of a vehicle assistance system 400 according to the second embodiment. Referring to Fig. 10, the vehicle assistance system 400 according to the second embodiment includes a server 108, in-

vehicle devices

402, 404, and 406 that use the service provided by the server 108, and a communication history management server 408 that accumulates communication history information by a plurality of in-vehicle devices such as the in-vehicle device 402 and transmits the communication history information to each in-vehicle device upon request.

In this embodiment, unlike the first embodiment, the route calculation unit is not located in the in-vehicle device 402, but in the communication record management server 408.

A2) In-vehicle device 402
11, an in-vehicle device 402 differs from the in-vehicle device 102 shown in FIG. 3 in that it does not include a communication history obtaining unit 160 and a route calculating unit 164.

Furthermore, the driving unit 162 differs from the driving unit 162 shown in FIG. 3 in that the driving unit 162 requests the necessary communication history information from the communication history management server 408, rather than from the communication history information DB 156, based on information about the destination input by the user using the touch panel display device 116.

A3) Communication record management server 408
12 , the communication history management server 408 includes a communication history acquisition unit 450 that acquires communication history information from a plurality of in-vehicle devices, a communication history information storage unit 202 for storing the communication history information acquired by the communication history acquisition unit 450, and a route calculation unit 452 that receives a calculation request for a driving route specifying a current position and a destination from the driving unit 162 of an in-vehicle device such as the in-vehicle device 402 shown in FIG. 10 , reads out communication history information of the corresponding area from the communication history information storage unit 202, and transmits it to the in-vehicle device 402.

B. Operation The second embodiment differs only in that, when a destination is input via the touch panel display device 116, the driving unit 162 requests communication history information by specifying the current position and destination from the route calculation unit 452 of the communication history management server 408, rather than from the communication history information DB 156, and that, in response to this request, the route calculation unit 452 reads out the communication history information of the relevant area from the communication history information storage unit 202 and transmits it to the driving unit 162. In other respects, each functional unit of the vehicle assistance system 400 operates in the same manner as the corresponding functional unit in the first embodiment.

3. Third embodiment A. Configuration A1) Vehicle assistance system 500
13, a vehicle assistance system 500 according to the third embodiment of the present disclosure includes a server 108, in-

vehicle devices

502, 504, and 506, and a communication history management server 110. The server 108 and the communication history management server 110 are the same as the server 108 and the communication history management server 110 in the first embodiment shown in FIG.

A2) In-vehicle device 502
14, the in-vehicle device 502 is similar to the in-vehicle device 102 shown in FIG. 3. However, unlike the in-vehicle device 102, the in-vehicle device 502 includes a communication record comparison unit 552 that receives a measurement result on the current communication speed from the communication record recording unit 154, compares the communication speed with a communication speed estimated from information stored in the communication record information DB 156, calculates the difference between the two, and outputs the calculated value. The in-vehicle device 102 also includes a communication unit 550, instead of the communication unit 150 shown in FIG. 3, that has a function of adjusting the bit rate for the service received from the server 108 in response to the magnitude of the difference output by the communication record comparison unit 552 being greater than a threshold value. When the actual speed measured by the communication record recording unit 154 becomes smaller than the predicted speed by the threshold value or more, the communication unit 550 requests the server 108 to reduce the bit rate of the service using the server 108. As a result, if the service provided by the server 108 is something like a video stream, for example, the server 108 reduces the resolution of the video or reduces the number of transmission frames so that the service can be continued. Conversely, if the actual measured value is greater than the prediction by more than the threshold value, the communication unit 550 requests the server 108 to increase the bit rate used for the service if possible.

Instead of the route calculation unit 164 shown in FIG. 3, the in-vehicle device 502 further includes a route calculation unit 556 that has the function of redoing route calculation when the absolute value of the value output by the communication performance comparison unit 552 is greater than a threshold value, in addition to the functions of the route calculation unit 164. Instead of the communication performance transmission unit 158 shown in FIG. 3, the in-vehicle device 502 further includes a communication performance transmission unit 554 that immediately transmits communication performance information created from the latest measurement results measured by the communication performance recording unit 154 to the server 108 when the absolute value of the value output by the communication performance comparison unit 552 is greater than or equal to a threshold value, in addition to the functions of the communication performance transmission unit 158.

A3) Communication performance comparison unit 552
15 shows a control structure of a program realizing communication performance comparison unit 552. Referring to FIG. 15, this program includes a step 600 of repeatedly executing a step 602.

Step 602 includes step 610 of receiving the latest measured value of the communication speed from the communication history recording unit 154, step 612 of reading past communication history information at the current location from the communication history information DB 156, and step 614 of branching the flow of control according to whether the difference between the latest measurement result and the communication speed in the communication history read in step 612 is equal to or greater than a threshold value. If the determination in step 614 is negative, the processing of the latest measurement result in step 602 ends.

This program further includes step 616 of immediately transmitting communication performance information obtained from the latest measurement results to the communication performance management server 110 when the determination in step 614 is positive, step 618 of changing the communication quality with the server 108 by controlling the communication unit 550 based on the latest measurement results, and step 620 of controlling the route calculation unit 556 to execute a route change to recalculate the driving route and terminate execution of step 602. Note that in this embodiment, the results of the route change are not presented to the user, but are immediately reflected in the operation of the driving unit 162.

B. Operation Referring to Fig. 14, like the communication unit 150 in the other embodiments, the communication unit 550 periodically measures the communication speed and radio wave strength when communication is being performed, and measures only the radio wave strength at that time when communication is not being performed, and provides the measurement results to the communication history recording unit 154. The communication history recording unit 154 operates in the same manner as in Fig. 3. However, the communication history recording unit 154 also provides the latest communication history to the communication history comparison unit 552.

The communication performance comparison unit 552 receives the latest communication performance from the communication unit 550 (step 610 in FIG. 15), reads out the past communication performance at that point from the communication performance information DB 156 based on the current position of the in-vehicle device 502, and subtracts the speed of the past communication performance from the latest measured speed (step 612). If the absolute value of the subtraction result is greater than the threshold value (the determination in step 614 is positive), the communication performance comparison unit 552 provides the communication performance based on the latest measurement result to the communication performance transmission unit 554 (step 616). The communication performance comparison unit 552 further provides the subtraction result in step 614 to the communication unit 550 (step 618). The communication performance comparison unit 552 similarly provides the communication performance based on the latest measurement result to the route calculation unit 556 (step 618).

As a result, the communication history sending unit 554 immediately sends the communication history based on the latest measurement result to the communication history management server 110. The communication history management server 110 stores the received communication history in the communication history information storage unit 202 (see FIG. 4). The communication unit 550 requests the server 108 to adjust the bit rate of the service provided by the server 108 based on the latest measurement result. The route calculation unit 556 recalculates the driving route based on the latest measurement result, and controls the driving unit 162 to change the driving route according to the result.

As described above, according to the third embodiment, if the latest measurement result regarding the communication speed is significantly different from the past communication performance, the latest measurement result is immediately sent to the communication performance management server 110 as the communication performance. As a result, the latest measurement result is immediately reflected in the communication performance management server 110. Similarly, the communication unit 550 changes the bit rate of the service received from the server 108 according to the communication speed according to the latest measurement result. As a result, if the communication speed decreases, the service is changed to a service with a correspondingly lower bit rate. Conversely, if the communication speed increases, the service is changed to a service with a correspondingly higher bit rate. For example, in the case of video streaming, the service can be maintained by changing the image resolution or frame rate in this way according to the available communication speed. In addition, by automatically changing the route, a course that provides better communication quality is selected. As a result, the user can use the service under better conditions.

4. Fourth embodiment A. Configuration A1) Driving assistance system 650
With reference to FIG. 16 , a driving assistance system 650 according to the fourth embodiment of the present disclosure includes the server 108 , in-vehicle devices such as in-

vehicle devices

652 , 654 and 656 , and a communication history management server 658 .

The in-vehicle device 652 according to the fourth embodiment differs from the in-vehicle device 102 in that, in addition to the functions of the in-vehicle device 102 shown in FIG. 3, it performs statistical processing on the communication records stored in the communication record information DB 156 and suggests driving routes based on the results. In this statistical processing, values indicating that communication was not possible (such as "-1") are excluded from the calculation of so-called average values. However, they are counted when calculating statistical information on whether communication was possible or not.

A2) In-vehicle device 652
Referring to Figure 17, as described above, the in-vehicle device 652 includes, in addition to the respective parts of the in-vehicle device 102 shown in Figure 3, a communication statistics calculation unit 700 that performs a predetermined statistical processing on the communication performance information stored in the communication performance information DB 156, a communication performance statistical information DB 702 for storing statistical information regarding communication calculated by the communication performance calculation unit 700, and a route calculation unit 704 that calculates a driving route using the communication performance statistical information stored in the communication performance statistical information DB 702.

In this embodiment, when the communication performance acquisition unit 160 receives a request to acquire communication performance information from the route calculation unit 704, it provides the route calculation unit 704 with communication performance statistical information stored in the communication performance statistical information DB 702 rather than the communication performance information DB 156. When it is difficult for the route calculation unit 704 to calculate the driving route based on the communication performance statistical information stored in the communication performance statistical information DB 702, the communication performance acquisition unit 160 receives the communication performance statistical information stored in the communication performance statistical information DB 702 from the communication performance management server 658. The communication performance acquisition unit 160 adds this communication performance statistical information to the communication performance statistical information DB 702 and then provides it to the route calculation unit 704. The route calculation unit 704 differs from the route calculation unit 164 in that the communication performance used when calculating the driving route is not the actual measurement information stored in the communication performance information DB 156 but the statistically processed information stored in the communication performance statistical information DB 702.

A3) Communication record management server 658
18, the communication performance management server 658 includes a communication performance acquisition unit 200, a communication performance information storage unit 202, and a communication statistics calculation unit 720 for performing statistical processing similar to that of the communication statistics calculation unit 700 shown in Fig. 17 on the communication performance information stored in the communication performance information storage unit 202. The communication performance management server 658 further includes a communication performance statistical information storage unit 722 for storing statistical information regarding the communication performance calculated by the communication statistics calculation unit 720, and a communication performance transmission unit 724 for reading out communication performance statistical information corresponding to the current location specified by the communication performance acquisition unit 160 from the communication performance statistical information storage unit 722 and transmitting the communication performance statistical information to the communication performance acquisition unit 160 in response to a request from the communication performance acquisition unit 160 shown in Fig. 17.

FIG. 19 shows the column structure of the communication performance statistical information DB 702 shown in FIG. 17. The communication performance statistical information storage unit 722 shown in FIG. 18 has a similar column structure.

Referring to FIG. 19, the communication performance statistical information DB 702 has a date/time column, a grid ID column, a communication speed column, a speed column, a direction column, a communication line column, a communication carrier column, a band number column, a cell ID column, and the same SINR, RSSI, RSRP, and RSRQ columns as those shown in FIG. 5.

Of the information stored in each of these columns, the date and time is used to specify the unit period that the statistics are for. For example, if the date and time column contains a value indicating the year (such as "2022"), this indicates that statistics covering the entire year of 2022 constitute one record in the communication performance statistical information DB702. If the date and time column contains information indicating a certain month (such as "202206"), it indicates that statistics relating to that information covering one month are stored in that one record. Similarly, by using the date and time column, statistics for one day, one hour, etc. can each be stored as one record in the communication performance statistical information DB702. By including date and time information in the record in this way, statistical information can be recorded hierarchically over various periods.

The grid ID is a geohash identifier that identifies the grid that is the subject of the statistics. This value is assigned to each grid on a fixed basis. However, as mentioned above, grid IDs also have a hierarchical structure. Therefore, if the smallest unit of size for a grid is determined and statistical values for the communication status in that grid are recorded, statistics for larger grids can be calculated at any time. In this way, by using the value in the date and time column and the value in the grid ID column, statistical information can be calculated and recorded with a geographical and temporal hierarchical structure.

In FIG. 19, the columns below communication speed are values after statistical processing. The method of statistical processing for each of these columns differs depending on the column. For example, for communication speed, speed, direction, SINR, RSSI, RSRP, and RSRQ, representative values obtained by statistical processing, such as the average, maximum, minimum, and CDF (cumulative distribution function), or any combination of these, are stored. For direction, the direction may be converted into a numerical value and the average taken, or 360 degrees may be divided into specified angles and the number of values that fall within each angle range may be counted. The communication line, communication operator, band number, and cell ID are all discrete values, but for these, the ones used within the target unit period may be counted by type and the values recorded.

FIG. 20 shows the control structure of a program that causes a computer to function as the communication statistics calculation unit 720 shown in FIG. 18. This program is started by receiving as arguments parameters 730 that specify the granularity of the period for which statistics are to be calculated and the granularity when dividing the area into grids. This program calculates communication performance statistics for each period of the specified granularity and area of the specified granularity. In this specification, "high granularity" means that the units to be processed are large, and "low granularity" means that the units to be processed are small. Of course, high and low granularity are relative terms.

This program includes step 732, which checks the current time and the range (full area range) that covers the entire position where the communication performance information stored in the communication performance information storage unit 202 was obtained. In the fourth embodiment, the full area range is a rectangle, and is specified by the coordinates (latitude, longitude) of its northwestern and southeastern ends. Of course, the shape that specifies the full area range is not limited to a rectangle. Any shape, including shapes that are not composed of straight lines, such as a circle or ellipse, can be used.

The program further includes step 734 of determining a target period by dividing the period for statistical calculation according to parameter 730, and step 736 of determining a set of target areas for statistical calculation by dividing the entire range according to a specified granularity according to parameter 730.

In step 734, the unit period including the current time obtained in step 732 and the unit period immediately preceding it are basically the subject of the calculation of statistics. However, for example, if the creation of statistics has already been completed and it has been determined that no updates will be made, the immediately preceding unit period is not included in the calculation of statistics.

For example, if the date and time granularity is "day" and the current date is "September 1, 2022," then the day including the current time, "September 1, 2022," and the day immediately preceding that, "August 31, 2022," will be subject to statistical calculation. However, for example, if statistical calculation for "August 31, 2022" has been completed and it has been determined that it will not be updated, then only "September 1, 2022" will be subject to statistical calculation.

If the date and time granularity is "hour" (hours) and the current date and time is "September 1, 2022, 11:05:17", then "September 1, 2022, 11:00" and "September 1, 2022, 10:00" will be subject to statistical calculation. However, if statistical calculation for "September 1, 2022, 10:00" has been confirmed, only "September 1, 2022, 11:00" will be subject to statistical calculation.

In step 736, the entire rectangular area identified in step 732 is divided into rectangular areas of the size specified by parameter 730. As described above, each divided area is assigned a unique geohash code.

The program further includes step 738 of executing step 740 for each unit period included in the target period determined in step 734. As described above, the unit period included in the target period is basically one unit period including the current time, or two unit periods including the most recent unit period.

Step 740 includes step 742, which performs step 744 for each target area divided in step 736.

Step 744 includes step 750 of reading out communication performance information from communication performance information storage unit 202 shown in FIG. 18 using the target period and target area as keys, and step 752 of calculating each piece of statistical information shown in communication performance statistical information DB 702 based on the communication performance information read out in step 750. The calculation of the statistical information in step 752 involves different processing for each item. Note that when a relational database is used for communication performance statistical information DB 702, the processing in step 732 may be simplified for representative statistical values such as the average, maximum value, minimum value, or variance by including a command to calculate these representative statistical values in the query when reading out the records.

Step 744 further includes step 754, which branches the flow of control according to whether or not a record having the same key as the key used in step 750 exists in the communication performance statistical information storage unit 722. Step 744 further includes step 756, which updates the record having that key according to the latest statistical value calculated in step 752 when the determination in step 754 is positive, and terminates step 744, and step 758, which adds a new record to the communication performance statistical information storage unit 722 using the target period and target area used in step 750 as keys and the statistical value calculated in step 752 as content, and terminates step 744 when the determination in step 754 is negative.

The above explanation relates to the program executed by the communication statistics calculation unit 720 of the communication record management server 658 shown in FIG. 18. Meanwhile, the communication statistics calculation unit 700 of the in-vehicle device 652 shown in FIG. 17 also executes a program with essentially the same control structure as that shown in FIG. 20. However, in the case of the in-vehicle device 652, the target area is limited, and the size of the grid used when proposing a route is also limited. Therefore, the granularity of the date and time and the granularity of the range division when executing a program similar to that shown in FIG. 20 are also made relatively high. As a result, even a device that is not blessed with many computational resources, such as the in-vehicle device 652, can stably calculate communication statistics.

FIG. 21 shows the control structure of a program for causing a computer to function as the communication history transmission unit 724 shown in FIG. 18. This program is started every time the communication history management server 658 receives a request to transmit communication history statistics from an external device.

Referring to FIG. 21, this program includes a step 780 of extracting information indicating the date and time, date and time granularity, range, and range granularity of the target of transmission from the received transmission request message. If a date and time is not specified, the most recent unit time is assumed to be specified. In this case, the unit time is determined by the date and time granularity. If the date and time granularity is not specified, a default unit time, for example, one hour, is used. The range is required. The range granularity is specified, for example, by the number of digits of the geohash used. If the range granularity is not specified, the range granularity is determined as a function of the size of the specified range.

Furthermore, following step 780, this program includes step 782 of reading from the communication performance statistical information storage unit 722 a record that corresponds to the date and time, date and time granularity, range, and range granularity extracted in step 780, and step 784 of shaping the information contained in the record read in step 782 into a predetermined format and transmitting it to an external device in one or more packets, thereby terminating execution of this program.

B. Operation In this embodiment, the communication history recording unit 154 of the in-vehicle device 652 shown in Fig. 17 periodically acquires communication history information and stores it in the communication history information DB 156. The communication history transmitting unit 158 similarly transmits the communication history information to the communication history management server 658. The communication history acquiring unit 200 of the communication history management server 658 shown in Fig. 18 acquires communication history information from multiple in-vehicle devices including the in-vehicle device 652, and stores it in the communication history information storage unit 202.

Referring to FIG. 17, in the fourth embodiment, in the in-vehicle device 652, the communication statistics calculation unit 700 performs statistical processing on the communication performance information stored in the communication performance information DB 156 according to a certain schedule, and stores the results in the communication performance statistical information DB 702.

In this case, the schedule may be one in which the statistical processing is performed only once every minimum time unit described above, or one in which the statistical processing is performed every time a predetermined period longer than the minimum time unit has elapsed. However, in the fourth embodiment, it is necessary to take hierarchical statistics. In such a case, when performing statistical processing, not only the processing of the minimum time unit but also higher-level statistics are calculated. When calculating the higher-level statistics, they may be calculated directly from the information stored in the communication performance information DB 156, or lower-level statistical information stored in the communication performance statistical information DB 702 may be used. In the fourth embodiment, as described above, the communication statistics calculation unit 700 uses only the information in the communication performance information DB 156. In addition, the load of the statistical calculation processing by the communication statistics calculation unit 700 is smaller than that of the communication statistics calculation unit 720. On the other hand, the statistical information stored in the communication performance statistical information DB 702 is information obtained from information in a relatively limited area, and is limited to statistical information with a higher granularity in terms of time and geography compared to the statistical information stored in the communication performance statistical information storage unit 722.

On the other hand, in the communication performance management server 658 shown in FIG. 18, the communication statistics calculation unit 720 performs statistical processing on the communication performance information stored in the communication performance information storage unit 202 according to a fixed schedule, similar to the in-vehicle device 652, and stores the obtained communication performance statistical information in the communication performance statistical information storage unit 722.

For example, when performing statistical processing on a daily basis, a program with a control structure shown in Figure 20 is started for each region in each hierarchical level within the range to be managed, with one cycle usually being 24 or 12 hours. For example, if 12 hours is one cycle of statistical processing, then 24 hours of information will be processed twice. In the first process, statistical information for the first 12 hours is calculated. In the second process, statistical information for the 24 hours is calculated, and the statistical information calculated based on the 12 hours of information is updated with that information.

Multiple programs shown in FIG. 20 can be run simultaneously, enabling parallel processing. If the granularity of the date and time when calculating statistical information decreases, the range increases, and the granularity of the range also decreases, the number of objects for statistical calculation becomes very large. In such cases, the statistical processing can be performed on multiple processors, and each processor can further use a GPU to perform parallel calculations, allowing the required statistical processing to be performed in a timely manner. The computing resources available to the communication history management server 658 can be increased according to demand. As a result, it becomes possible to flexibly respond to increased demand from external devices.

When the route calculation unit 704 calculates a driving route, it specifies the current position and destination and requests the communication history acquisition unit 160 to acquire communication history for the relevant area. The communication history acquisition unit 160 inputs communication history statistical information that has been subjected to statistical processing for the specified area from the information stored in the communication history statistical information DB 702 to the route calculation unit 704. If the information obtained from the communication history statistical information DB 702 is sufficient for calculating the driving route in the specified area, the route calculation unit 704 immediately executes the route calculation process, and if not, requests the communication history acquisition unit 160 to acquire communication history statistical information for the specified area from the communication history management server 658. The communication history acquisition unit 160 transmits a request to transmit statistical information to the communication history transmission unit 754 of the communication history management server 658 so that the requested information can be obtained.

This transmission request includes information specifying the time range and geographic range for which statistical information is required, as well as information specifying their granularity. For example, if information is required for a range not covered by the statistical information stored in the communication statistics calculation unit 700, the communication performance acquisition unit 160 requests statistical information relating to at least that range from the communication performance management server 658. If the information stored in the communication statistics calculation unit 700 is not sufficient to determine the detailed communication conditions for each region, the communication performance acquisition unit 160 requests statistical information for a divided area with lower granularity from the communication performance management server 658.

When the communication history sending unit 724 of the communication history management server 658 shown in FIG. 18 receives this transmission request, it executes the program shown in FIG. 21. That is, the communication history sending unit 724 extracts information indicating the date and time, date and time granularity, range, and range granularity to be transmitted from the transmission request message (step 780). If this information is not specified, as described above, the communication history sending unit 724 uses default values. The communication history sending unit 724 reads out a record corresponding to the information obtained from the transmission request in this way from the communication history statistical information storage unit 722 (step 782).

If the received transmission request contains specific communication device information, communication line information, or communication carrier information, the communication performance transmission unit 724 extracts only records (communication environment information) that have matching communication device information, communication line information, and communication carrier information when reading information from the communication performance statistical information DB 702. The communication performance transmission unit 724 further performs statistical processing on values related to the communication quality metrics of those records to calculate statistical representative values.

The communication history transmission unit 724 formats the information contained in the read record or the statistically processed information into a specified format and transmits it to the communication history acquisition unit 160 of the in-vehicle device 652 in one or more packets (step 784).

The communication history acquisition unit 160 receives this statistical information from the communication history transmission unit 724 and adds it to the communication history statistical information DB 702 in FIG. 17. The added information is input from the communication history statistical information DB 702 to the route calculation unit 704. The route calculation unit 704 uses the communication history statistical information thus obtained to calculate the route from the current position to the destination according to specified conditions.

The operation of each other part is the same as that of the in-vehicle device in the first to third embodiments.

C. Modifications In the fourth embodiment, statistical metrics based on the communication environment, such as the communication device, communication line, or communication carrier, are not calculated. This is because there are many types of these and they change frequently, making them unsuitable for continuous statistical calculation. In addition, if the communication performance information is subdivided based on these pieces of information, there is a problem that the amount of calculation required for statistical processing increases. However, for example, if the in-vehicle device 652 uses a specific communication device, communication line, or communication carrier, it is considered that the reliability of the estimation of the communication state will be higher if statistical metrics that take these into consideration are used.

In this modified example, the communication history management server normally operates in the same way as in the fourth embodiment, but when information about the communication environment is attached to the transmission request, it extracts only records that meet the specified conditions from the details of the communication history information stored in the communication history information storage unit 202, rather than the statistical information stored in the communication history statistical information storage unit 722. Statistical processing is performed on the retrieved records, and the results are sent to the in-vehicle device.

FIG. 22 shows a block diagram of a communication history management server 790 of this modified example. The communication history management server 790 differs from the communication history management server 658 shown in FIG. 18 in that, instead of the communication history transmission unit 724 shown in FIG. 18, it includes a communication history transmission unit 792 that receives a transmission request and executes different processing depending on whether information about the communication environment is attached to the transmission request. The communication history transmission unit 792 normally reads information from the communication history statistical information storage unit 722 and transmits it to the in-vehicle device, similar to the communication history transmission unit 724 in the fourth embodiment. However, when the transmission request includes information about the communication environment (for example, a communication line or a communication carrier, or a combination of these), the communication history transmission unit 792 performs different processing.

The communication history management server 790 further includes an on-demand communication statistical processing calculation unit 794 that, in response to an instruction from the communication history transmission unit 792 when information regarding the communication environment is attached to a transmission request, reads records from the communication history information storage unit 202 that contain the specified date and time and range, as well as communication environment information that matches the information regarding the communication environment, and at the same time performs statistical processing on the communication quality metrics of the read records and returns the processing to the communication history transmission unit 792.

In other words, when information about the communication environment is attached to a transmission request, the communication history transmission unit 792 does not obtain the information from the communication history statistical information storage unit 722, but obtains the information from the communication statistical processing calculation unit 794 at any time.

By configuring in this way, the communication history management server 790 according to this modified example can normally use information from the communication history statistical information storage unit 722 to transmit communication quality metrics to the in-vehicle device at high speed. In addition, when information specifying the communication environment is attached to the transmission request, the communication history management server 790 can transmit to the in-vehicle device communication quality metrics obtained only from communication history that matches that specific communication environment. As a result, it is possible to improve the accuracy of the statistical quality metrics transmitted to the in-vehicle device while preventing an increase in the load of statistical processing.

5. Fifth embodiment The fifth embodiment is characterized by the display mode when a driving route is proposed. The configuration of the in-vehicle device for this purpose is the same as that of the in-vehicle device 102 shown in FIG. 3, for example. However, in this embodiment, a grid is not superimposed on a map as in the grid drawing unit 166 shown in FIG. 3. Instead, the fifth embodiment uses a proposed route display unit (not shown) that displays a proposed driving route in a different mode depending on the communication speed assumed to be available in each grid through which the driving route passes, as shown in FIG. 23.

Referring to FIG. 23, in the fifth embodiment, the display 800 of the touch panel display device 116 includes a driving route display 810, a first route prediction image display 812, and a second route prediction image display 814.

The driving route display 810 displays a map, on which the current position and destination of the vehicle image 816 are superimposed as speech bubbles 820 and 822. No grid is displayed. Instead, each part of the image of the driving

routes

830 and 832 is displayed with a hue and brightness that corresponds to the communication speed of the grid to which it belongs. Typically, the hue is red, and the brightness is adjusted according to a monotonic function of the communication speed, so that the higher the communication speed, the higher the brightness, and the lower the brightness, the lower the communication speed. However, due to the constraints of the drawing, such changes in the display mode are not shown in Figure 23.

In the fifth embodiment, a representative value of the communication speed (for example, the average bit rate, the ratio of the route length where the minimum bit rate specified by the service can be used to the entire route, etc.) is displayed in association with each driving route. An example is the "communication quality satisfaction" shown by the speech bubbles 824 and 826 in FIG. 23. For example, according to the speech bubble 824, the communication quality satisfaction rate for the first route (first driving route) is 75%. This means that the total route length of the part of the first driving route where the bit rate specified by the service can be maintained corresponds to 75% of the total length of the first driving route. For the second driving route, this value is 25%. In other words, for the first driving route, the service can be used with the highest quality expected for 3/4 of the total length, but for the second driving route, it can only be used for 1/4. By displaying such a representative value, it is possible to easily understand the communication quality for each route for the user.

The first route prediction image display 812 and the second route prediction image display 814 show the predicted image quality of the image displayed on each driving route in the form of an image when the service used while driving on each driving route is video streaming. In this example, a sample image is prepared in advance. The predicted image quality is shown by an image in which the number of pixels of the sample image is reduced according to the ratio of the representative value of the predicted communication speed when driving on each driving route to the communication speed at which the image can be received with its original resolution. If the communication quality on each route is shown by a numerical value as described above, the user can understand the difference, but it is difficult to intuitively grasp the difference. However, as shown by the first route prediction image display 812 and the second route prediction image display 814, by showing the communication quality on each driving route as a difference in an image, it is possible to make it easier for the user to intuitively grasp the difference in communication quality. Note that in this example, speech bubbles are used, but instead of speech bubbles, for example, a line connecting the display of communication quality and the corresponding driving route may be displayed to associate the driving route with the display of communication quality.

It is desirable to present such effects to the user in accordance with the type of service. For example, if the service the user is trying to use is related to audio rather than video, it would be possible to superimpose noise according to the communication speed onto a sample audio or music rather than a sample image.

FIG. 24 shows the control structure of a computer program that realizes the route proposal processing unit described above with respect to the fifth embodiment. Referring to FIG. 24, this program includes step 850 for setting a destination, step 852 for acquiring the current position of the vehicle, and step 854 for receiving from the user specification of constraint conditions for calculating a route.

The program further includes step 856 of searching for a driving route from the current position specified in

steps

850 and 852 to the destination under the constraints specified in step 856, step 858 of displaying each of the driving routes searched for in step 856 as shown in driving route display 810 of FIG. 23, step 860 of calculating a representative value representing the communication quality for each of the driving routes, and step 862 of displaying the representative value calculated in step 860 for each of the driving routes together with

speech bubbles

824 and 826 having convex portions that contact the corresponding driving routes.

The program further includes step 864 of judging whether or not an image representing the communication image quality should be displayed, such as when the service is related to video, and branching the flow of control according to the result of the judgment, step 866 of processing a sample image prepared in advance based on the representative value calculated in step 860 for each driving route when the judgment in step 864 is positive, and step 868 of displaying the sample image processed in step 866 at a predetermined position on the driving route display 810, as shown by the first route predicted image display 812 and the second route predicted image display 814 in FIG. 23, and terminating the execution of the program. When it is judged in step 864 that image display is unnecessary, steps 866 and 868 are not executed.

Referring to FIG. 25, step 858 of FIG. 24 includes step 900, which performs the same grid drawing process as shown in FIG. 9, and step 902, which performs step 904 for each of the grids obtained in step 900.

Step 904 includes step 910, which calculates the overlapping portion between the grid to be processed and each driving route, and step 912, which sets the alpha value of each pixel for each overlapping portion calculated in step 910 so that the overlapping portion is displayed semi-transparently and the remaining portion is displayed transparently, and then ends step 904.

By this process, any part of the grid that does not overlap with the driving route is displayed transparently. In other words, the map is displayed as is. For any part of the grid that overlaps with the driving route, the overlapping part is displayed with the hue and brightness set in the process of step 900, while the non-overlapping part is displayed transparently. As a result, each part of each driving route is displayed in a different manner (hue and brightness) according to the communication quality (communication speed) in that part. The map is displayed in the parts other than the driving route. In other words, a display such as that shown by driving route display 810 in Figure 23 is obtained.

As described above, this fifth embodiment also visually displays the communication quality along the proposed driving route, allowing the user to select the driving route that they consider optimal based on the service they wish to use and the time required to reach the destination.

6. Implementation by a Computer A) Hardware of the Vehicle-Mounted Device The vehicle-mounted device according to this disclosure, as shown in FIG. 2 and the like, includes a Micro Controller Unit (MCU) including a communication device and a storage device for storing a program executed by the MCU. Each component of the MCU is hardware. FIG. 26 shows the configuration of the MCU 950 in block form.

Referring to FIG. 26, the MCU 950 includes an MPU 952 which is a processor, a high-speed bus 978 to which the MPU 952 is connected, an SRAM 954 connected to the high-speed bus 978, a flash memory 956 connected to the high-speed bus 978, and a ROM 958 connected to the high-speed bus 978. The SRAM 954 holds data necessary for executing programs, etc. The flash memory 956 stores a program 976 for realizing each function of the in-vehicle device according to the first to fifth embodiments. The ROM 958 stores a boot-up program for the MPU 952, etc.

The MCU 950 further includes a low-speed bus 960 connected to a high-speed bus 978 via a bridge 962, and a serial I/F 964, an ADC 966, a timer/counter 968, a clock generator 970, a power supply control unit 972, and a general-purpose I/F 974, all of which are connected to the low-speed bus 960.

The operation of the MCU is well known, and since what is meaningful in the embodiment is the function of the program it executes, the operation of the MCU itself will not be repeated in the following explanation.

B) Server Hardware Fig. 27 is an external view of an example of a computer system that realizes the communication

history management servers

110 and 408 and the communication history management server 658 according to the above embodiments. Fig. 28 is a block diagram showing an example of the hardware configuration of the computer system shown in Fig. 27.

Referring to FIG. 27, this computer system 1050 includes a computer 1070 to which a DVD drive 1102 is connected, and a keyboard 1074, a mouse 1076, and a monitor 1072 for interacting with a user, all of which are connected to the computer 1070. These are one example of a configuration for when user interaction becomes necessary, and any general hardware and software that can be used for user interaction (e.g., a touch panel, voice input, pointing devices in general) can be used.

28, computer 1070 includes CPU 1090, GPU 1092, bus 1110 connected to CPU 1090, GPU 1092, and DVD drive 1102, ROM 1096 connected to bus 1110 and storing a boot-up program for computer 1070, RAM 1098 connected to bus 1110 and storing instructions constituting programs, system programs, working data, and the like, and SSD 1100 which is a non-volatile memory connected to bus 1110. SSD 1100 stores programs executed by CPU 1090 and GPU 1092, as well as data used by programs executed by CPU 1090 and GPU 1092, and the like. The computer 1070 further includes a network I/F 1108 that provides a connection to a network 1086 that enables communication with other terminals, and a USB port 1106 to which a USB memory 1084 can be attached and which provides communication between the USB memory 1084 and each part within the computer 1070.

Computer 1070 further includes an input/output I/F 1104 that is connected to external devices such as microphone 1082 and speaker 1080 and bus 1110, and that reads out audio signals, video signals, and text data generated by CPU 1090 and stored in RAM 1098 or SSD 1100 according to instructions from CPU 1090, converts the signals to analog, amplifies them, and drives speaker 1080, and digitizes analog audio signals from microphone 1082 and stores them in RAM 1098 or SSD 1100 at any address specified by CPU 1090.

The programs and parameters for implementing the communication

history management servers

110, 408 and 658 in the above embodiments, as well as the sample images used in the fifth embodiment, are all stored, for example, in the SSD 1100, RAM 1098, DVD 1078 or USB memory 1084 shown in FIG. 28, or in a storage medium of an external device (not shown) connected via the network I/F 1108 and network 1086. Typically, these data and parameters are written, for example, from outside into the SSD 1100, and loaded into the RAM 1098 when executed by the computer 1070.

A program that realizes the functions of each part according to the above-mentioned embodiment in cooperation with the computer 1070 includes a plurality of instructions written and arranged to operate the computer 1070 to realize those functions. Some of the basic functions required to execute the instructions are provided by the operating system (OS (Operating System)) or third party programs that run on the computer 1070, or by modules of various tool kits installed on the computer 1070. Thus, the program does not necessarily include all of the functions required to realize the system and method of this embodiment. The program need only include instructions that perform the operations of each of the above-mentioned devices and their components by statically linking appropriate functions or functions of a "programming tool kit" in a controlled manner to obtain the desired results, or by dynamically linking to those functions when the program is executed. The method of operating the computer 1070 for this purpose is well known, so it will not be repeated here.

The GPU 1092 is capable of parallel processing, and can execute large amounts of calculations, such as those involved in route search processing and statistical processing, simultaneously in parallel or in a pipelined manner. For example, parallel calculation elements discovered in a program when the program is compiled, or parallel calculation elements discovered when the program is executed, are dispatched from the CPU 1090 to the GPU 1092 as needed, and executed, with the results being returned to the CPU 1090 directly or via a specified address in the RAM 1098, and substituted for a specified variable in the program.

The embodiments disclosed herein should be considered to be illustrative and not restrictive in all respects. The scope of the present disclosure is indicated not by the detailed description of the disclosure, but by each claim in the claims, and is intended to include all modifications within the scope and meaning equivalent to the wording of the claims.

50 Route proposal screen 60 Vehicle 62 Current position 64 Destination 66 First route 68

Second route

100, 400, 500

Vehicle assistance system

102, 104, 106, 402, 404, 406, 502, 504, 506, 652, 654, 656 Vehicle-mounted device 108

Server

110, 408, 658 Communication record management server 112 Sensor 114 GNSS receiver 116 Touch panel

type display device

150, 550 Communication unit 152 CAN
154 Communication record recording unit 156 Communication record information DB
158, 204, 554, 724 Communication

record transmission unit

160, 200, 450 Communication record acquisition unit 162

Driving unit

164, 452, 556, 704 Route calculation unit 166 Grid drawing unit 202 Communication record information storage unit 552 Communication record comparison unit 650

Driving support system

700, 720 Communication statistics calculation unit 702 Communication record statistical information DB
722 Communication performance statistical information storage unit 800 Display 810 Driving route display 812 First route prediction image display 814 Second route prediction image display 816

Vehicle images

820, 822, 824, 826 Speech bubble 830 Driving route 950 MCU
952 MPU
954 SRAM
956

Flash memory

958, 1096 ROM
960 Low-speed bus 962 Bridge 964 Serial I/F
966 ADC
968 Timer/Counter 970 Clock Generator 972 Power Supply Control Unit 974 General Purpose I/F
976 Program 978 High-speed bus 1050 Computer system 1070 Computer 1072 Monitor 1074 Keyboard 1076 Mouse 1078 DVD
1080 Speaker 1082 Microphone 1084 USB memory 1086 Network 1090 CPU
1092 GPU
1098 RAM
1100 SSD
1102 DVD drive 1104 Input/output I/F
1106 USB port 1108 Network I/F
1110 Bus

Claims

a communication performance information receiving unit for receiving communication performance information including at least location information, date and time information, and communication quality metrics information relating to at least communication quality of wireless communication at a location specified by the location information and at a date and time specified by the date and time information;
a communication history information storage unit for storing the communication history information received by the communication history information receiving unit;
and a communication performance transmission unit that, in response to receiving a request to transmit the communication performance information from an external device, the request specifying a geographical range, generates information about communication performance based on the communication performance information stored in the communication performance information storage unit, the information including the location information corresponding to the geographical range specified by the transmission request and communication quality information obtained from the communication quality metrics information, and transmits the information to the external device.
The communication history transmission unit transmits, from the communication history information storage unit,
the location information corresponding to a geographical area designated by the request to send;
The date and time information within a recent predetermined time period;
The communication quality metrics information;
2. The communication history management server according to claim 1, further comprising a latest communication history transmission unit which reads out the communication history information including the communication history information and transmits it to the external device.
Each of the pieces of communication history information further includes communication environment information regarding a communication environment when wireless communication related to the communication history information was performed,
The transmission request further includes information regarding a communication environment of the external device,
In response to receiving the transmission request, the communication history transmission unit reads from the communication history information storage unit:
the location information corresponding to a geographical area designated by the request to send;
the communication environment information being consistent with the information regarding the communication environment included in the transmission request;
The communication quality metrics information;
3. The communication history management server according to claim 1, further comprising an apparatus-specific communication history transmission unit that reads out the communication history information including the communication history information and transmits it to the external apparatus.
The communication history management server according to claim 3, wherein the communication environment information includes communication line information, communication carrier information, or a combination thereof.
a communication statistics calculation unit that calculates communication performance statistical information by performing statistical processing on the communication quality metrics information with respect to the communication performance information stored in the communication performance information storage unit, based on at least a position specified by the position information; and
a communication performance statistical information storage unit that stores the communication performance statistical information calculated by the communication statistics calculation unit in association with the location information,
2. The communication performance management server according to claim 1, wherein the communication performance sending unit includes a communication performance statistical information sending unit that, in response to receiving a request to send the communication performance information from an external device, the request specifying a geographical range, sends to the external device the location information of the communication performance statistical information stored in the communication performance statistical information storage unit that corresponds to the geographical range specified by the request to send, and the communication performance statistical information at a location specified by the location information.
The communication performance management server according to claim 5, wherein the communication statistics calculation unit includes a period-specific communication statistics calculation unit that performs statistical processing on the communication quality metrics information to calculate period-specific communication performance statistical information for the communication performance information stored in the communication performance information storage unit, based on at least the location specified by the location information and the period specified by the date and time information.
Each piece of communication history information further includes information regarding a communication environment when wireless communication related to the communication history information was performed,
The transmission request may include information regarding a communication environment of the external device;
the communication record transmission unit selectively executes a first process or a second process depending on whether the received transmission request includes the information on the communication environment;
the first process is a process of reading, from the communication performance statistical information storage unit, communication statistic performance information that matches the location information corresponding to a geographical range specified by the transmission request and the information on the communication environment included in the transmission request, calculating the communication quality metrics information based on the communication statistic performance information that has been read, and transmitting the communication quality metrics information to the external device;
7. The communication history management server according to claim 6, wherein the second process is a process of reading out, from the communication history information storage unit, the communication history information corresponding to the location information within a geographical range specified by the transmission request, and transmitting the communication history information to the external device.
receiving communication performance information including at least location information, date and time information, and communication quality metrics information related to at least communication quality of wireless communication at a location specified by the location information and at a date and time specified by the date and time information;
a step of storing the communication history information received in the step of receiving the communication history information in a storage device by a computer;
a step of, in response to a computer receiving from an external device a request to transmit the communication performance information, the request specifying a geographical range, generating information on communication performance based on the communication performance information stored in the storage device, the information including the location information corresponding to the geographical range specified by the transmission request and communication quality information obtained from the communication quality metrics information, and transmitting the information to the external device.
On the computer,
receiving communication performance information including at least location information, date and time information, and communication quality metrics information relating to at least communication quality of wireless communication at the location specified by the location information and at the date and time specified by the date and time information;
storing the communication history information received in the step of receiving the communication history information in a storage device;
in response to receiving a request to send the communication performance information from an external device, the request specifying a geographical range, based on the communication performance information stored in the storage device, generating information on communication performance, the information including the location information corresponding to the geographical range specified by the transmission request and communication quality information obtained from the communication quality metrics information, and transmitting the information to the external device.