JP2018020725A - On-vehicle communication apparatus, service provision system providing service for the same, management server, application server, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To detect a change of a communication state around a vehicle, and to provide service for a user according to it.SOLUTION: A service provision system of one embodiment comprises: a management server transmitting service information in which contents of service provided for a vehicle are described; an on-vehicle communication apparatus receiving the service information from the management server, issuing an instruction of monitoring changes of communication states of a plurality of communication devices mounted on the vehicle at the time of execution of a first command included in the service information received, monitoring the changes of the communication states based on the instruction, and, when a change occurs, controlling the communication device in which the change occurs in accordance with a second command including processing contents performed with respect to the plurality of communication devices when the change occurs; and an application server providing service for the on-vehicle communication apparatus according to a notification output from the communication device controlled.SELECTED DRAWING: Figure 1

Description

  Embodiments described herein relate generally to an in-vehicle communication device, a service providing system that provides a service to the in-vehicle communication device, a management server, an application server, and a program.

  In recent years, various communication devices closely associated with functions are mounted on vehicles.

  For example, a Bluetooth (registered trademark) communication function or the like is directly mounted on a navigation system or an audio system.

  As this type of known technology, for example, in Non-Patent Document 1, the communication function is regarded as one function of an automobile, and the mobile communication function is not positioned as an individual device but as an in-vehicle communication device for a wide area. Installation of installed devices on vehicles is underway.

  In addition, in the surrounding communication environment, that is, the communication state changes with the movement of the vehicle or the like, Patent Document 1 discloses that a communication line suitable for an application is switched from a plurality of communication circuits. Discloses a technique relating to selection control of communication lines used from application software based on conditions and information related to application software and communication lines.

  On the other hand, Patent Document 2 discloses a technique for converting a signal format or controlling a signal format according to the quality status of a communication line when relaying transmission / reception contents between a plurality of communication lines. Yes.

  Further, Patent Document 3 discloses a technique for checking the availability of a plurality of wireless communications and selecting and switching the wireless communications to be used according to the check result and the priority tables of the plurality of wireless communications. ing.

  As described above, the in-vehicle communication environment is being separated and aggregated from other functions and in-vehicle devices. From the aggregated functions, the proposal of the function for selecting the optimum communication line viewed from the application, and the wireless communication Proposals have been made to switch wireless communication means to be used according to the state.

Japanese Patent No. 3524559 Japanese Patent No. 4415068 JP 2011-188395 A

Standards for rearview mirrors (indirect view) (UN-R46 related), http://www.mlit.go.jp/common/001123618.pdf, Ministry of Land, Infrastructure, Transport and Tourism website (searched July 26, 2016)

  Thus, in the prior art, the change in the communication environment in the vehicle is used as control of the communication means.

  However, a method of actively using a change in the communication environment as the vehicle moves as a user's service enjoyment timing is not adopted.

  The present invention has been made in view of such circumstances, a service providing system and program capable of detecting a change in communication state around a vehicle and providing a service to a user according to the change, and the program It aims at providing the vehicle-mounted communication apparatus, management server, and application server which comprise a service provision system.

  The in-vehicle communication device according to the embodiment includes a command acquisition processing unit that acquires service information describing the content of a service provided to a vehicle from a management server, and a first command included in the service information acquired by the command acquisition processing unit When executing the command, the command execution processing means for instructing the monitoring of the change in the communication status of the plurality of communication devices mounted on the vehicle, and the change in the communication status is monitored based on the instruction from the command execution processing means. Then, communication monitoring control processing means for sending the communication state of the communication device in which the change has occurred is provided to the instruction execution processing means. When the command execution processing means receives the communication state sent from the communication monitoring control processing means, the communication execution control processing means according to the second instruction including the processing contents to be performed on the plurality of communication devices when a change occurs. In response to this, the communication monitoring control processing means controls the communication device in which the change has occurred according to this instruction, and responds to the notification output from the controlled communication device. The service is provided by the application server.

It is a conceptual diagram for demonstrating the communication environment to which the vehicle-mounted communication apparatus of embodiment of this invention is applied. It is a service provision system whole figure including the functional block diagram which shows the structural example of the vehicle-mounted communication apparatus of the embodiment. It is a flowchart which shows the flow of the process performed in a vehicle-mounted communication apparatus. 3 is a flowchart illustrating a flow of processing in the first embodiment. 6 is a diagram illustrating a description example of service information in Embodiment 1. FIG. It is a figure which shows the example of a description of the service information by which the service information of FIG. 5 was changed. It is a schematic diagram for demonstrating the visual field range requested | required on a driving | operation. It is a schematic diagram for demonstrating as wide a field-of-view range as possible. 10 is a flowchart illustrating a processing flow in the second embodiment. It is a service provision system whole figure including the functional block diagram which shows the structural example of the vehicle-mounted communication apparatus of Example 3. FIG. 10 is a flowchart showing a flow of processing in Embodiment 3. It is a figure which shows the example of a description of the service information in Example 3. FIG. It is a figure which shows the example of description of the service information by which the new block was added to the service information of FIG. It is a figure which shows the example of description of the service information in which the command block b4 designated to acquire and preserve | save the fuel remaining amount from fuel control was described. It is a figure which shows the example of description of the service information by which the command block designated to send the fuel remaining amount to the GS side communication apparatus was described. It is a service provision system whole figure containing the functional block diagram which shows the structural example of the vehicle-mounted communication apparatus of Example 4. FIG. 14 is a flowchart illustrating a flow of processing in the fourth embodiment. It is a figure which shows the example of a description of the service information in Example 4. FIG. It is a service provision system whole figure containing the functional block diagram which shows the structural example of the vehicle-mounted communication apparatus of Example 5. FIG. 10 is a flowchart illustrating a processing flow in the fifth embodiment. It is a figure which shows the example of a description of the service information in Example 5. FIG. FIG. 10 is an overall view of a service providing system including a functional block diagram illustrating a configuration example of an in-vehicle communication device according to a sixth embodiment. 12 is a flowchart illustrating a flow of processing in the sixth embodiment. It is a figure which shows the example of a description of the service information in Example 6. FIG. It is a figure which shows the example of description of the service information to which the new block was added. FIG. 10 is an overall view of a service providing system including a functional block diagram illustrating a configuration example of an in-vehicle communication device according to a seventh embodiment. 10 is a flowchart illustrating a processing flow in Embodiment 7. FIG. 20 is a diagram illustrating a description example of service information in the seventh embodiment. FIG. 10 is an overall view of a service providing system including a functional block diagram illustrating a configuration example of an in-vehicle communication device according to an eighth embodiment. 10 is a flowchart illustrating a processing flow in an eighth embodiment. FIG. 20 is a diagram illustrating a description example of service information according to an eighth embodiment.

  An in-vehicle communication device according to an embodiment of the present invention will be described with reference to the drawings.

  FIG. 1 is a conceptual diagram for explaining a communication environment to which the in-vehicle communication device of the embodiment is applied.

  The in-vehicle communication device 10 of the same embodiment is mounted on a vehicle 50. The in-vehicle communication device 10 communicates wirelessly with the management server 100 via the wireless network 90 using the mobile communication network 52, and the mobile communication network 52, WiMAX 54, wireless LAN 56, road-to-vehicle communication 58, vehicle-to-vehicle communication 60. And wireless communication with the application server 120 via the wireless network 90 using the DSRC 62. Wireless communication with the application server 120 via the wireless network 90 using the Bluetooth 64 and the mobile terminal 68 (# 1), the NFC 66 and the mobile terminal 68 (# 1), and the USB 69 and the mobile terminal 68 (# 2). To do. The in-vehicle communication 70 performs wired communication with the in-vehicle device 72 through the in-vehicle LAN. Thus, typical communication environments in the vehicle 50 include wireless communication, wired communication, and in-vehicle LAN.

  FIG. 2 is an overall view of a service providing system including a functional block diagram illustrating a configuration example of the in-vehicle communication device of the embodiment.

  The in-vehicle communication device 10 includes a command acquisition processing unit 12, a command data storage unit 14, a command execution processing unit 16, a communication monitoring control processing unit 18, an execution monitoring processing unit 20, and an application 22.

  2, the mobile communication network 52, WiMAX 54, wireless LAN 56, road-to-vehicle communication 58, vehicle-to-vehicle communication 60, DSRC 62, portable terminal 68 (# 1), and portable terminal 68 (# 2) in FIG. ) Are shown as typical five types of communication devices (communication devices 0 to 4) for the following explanation, and each shows a state of being connected to the in-vehicle communication device 10. Yes. As an example, the communication device 0 is a mobile communication network 52. Since the mobile communication network 52 is provided as a high security environment by a mobile communication company, it is suitable for communication with the management server 100. The communication devices 1 to 4 are any one of WiMAX 54, wireless LAN 56, road-to-vehicle communication 58, vehicle-to-vehicle communication 60, DSRC 62, portable terminal 68 (# 1), and portable terminal 68 (# 2). It corresponds to. Note that a device other than the mobile communication network 52 may be applied to the communication device 0 as long as it has a security environment equivalent to that of the mobile communication network 52.

  In FIG. 2, all the communication devices 0 to 4 are illustrated in the vehicle 50 and installed outside the in-vehicle communication device 10. However, the communication devices 0 to 4 are not necessarily limited to being arranged outside the in-vehicle communication device 10 as described above, and may be arranged inside the in-vehicle communication device 10.

  FIG. 3 is a flowchart showing a flow of processing performed in the in-vehicle communication device 10.

  The management server 100 manages information related to changes in communication status to be detected in accordance with services and communication environments that change from moment to moment as technology advances and changes in the times. Appropriate notification content (for example, service information a) is sent to the vehicle 50 via the wireless network 90 (S1).

  The communication device 0 receives this service information a and transmits it to the in-vehicle communication device 10.

  In the in-vehicle communication device 10, the service information a sent from the communication device 0 is received by the command acquisition processing unit 12 and sent to the command data storage unit 14, and the command data storage unit 14 stores this service information a. (S2).

  As shown in Table 1, the service information a includes a header part a1, a transfer control command part a2, and a data part a3. The header part a1 includes a serial number, a creation date, a transfer control command part start position, a transfer control command part length, a data part start position, and a data part length. As shown in Table 2, the transfer control instruction part a2 includes a command profile b0, an instruction block 1 b1, an instruction block b2,..., An instruction block N bn (hereinafter referred to as “instruction block b” when these are collectively referred to). And). The command profile b0 includes parallel processing / sequential processing of processing shown in Table 3, repetition definition, and constant definition. The instruction block b defines a change in communication state to be detected, a plurality of notification contents, and a notification destination.

  The data part a3 includes data referred to by in and out instructions as shown in Table 4.

  Reception of the service information a by the command acquisition processing unit 12 may be performed periodically at a specific time or time interval, or may be performed in conjunction with the position of the vehicle 50. The service information a may be one or plural.

  The command execution processing unit 16 reads the service information a stored in the command data storage unit 14 and executes a process according to the contents of the transfer control command unit a2 of the service information a (see Table 2) (S3). When a plurality of service information a is held in the instruction data storage unit 14, each service information a may be processed in parallel or sequentially.

  The transfer control instruction part a2 has a data structure as shown in Table 2, and the command profile b0 describes the contents for controlling the instruction execution described in the instruction block b shown in Table 2. Table 3 An example is shown in. Each command block has one in command for detecting the communication state change or data reception of the communication devices 1 to 4 and the communication device 1 to 4 when the communication state boundary change is detected. It consists of a plurality of out instructions indicating the contents of processing to be performed, and an example thereof is as shown in Table 4.

  In each instruction block b shown in Table 2, when the condition of one in instruction is satisfied, subsequent out instructions are sequentially executed.

  The instruction execution processing unit 16 instructs monitoring of the change in the communication state of the communication devices 1 to 4 to be monitored by sending the control / transmission data c to the communication monitoring control processing unit 18 when executing the in command. (S4).

  When receiving the control / transmission data c, the communication monitoring control processing unit 18 monitors the change in the designated communication state, and sends the communication state / reception data d to the instruction execution processing unit 16 when the change occurs ( S5).

  When receiving the communication state / received data d, the command execution processing unit 16 sequentially processes the out command following the in command of the command block, and sends the control / transmission data c to the communication monitoring control processing unit 18. Thus, in accordance with the contents described in the out command, the process for the target communication device (any one of the communication devices 1 to 4) is instructed (S6).

  The communication monitoring control processing unit 18 controls a target communication device (for example, the communication device 2) according to the instruction.

  In response to this control, the communication device (for example, the communication device 2) transmits a notification f to the application server 120. The application server 120 receives this notification f, and provides a service to the user or the vehicle 50 according to the notification f (S7).

  The instruction execution processing unit 16 notifies the execution monitoring processing unit 20 of the abnormal state e when an abnormal state occurs in the processing of the service information a. The execution monitoring processing unit 20 sends the abnormal state e to the management server 100 via the communication device 0. The management server 100 uses the abnormal state e for correcting the content of the service information.

  As described above, the in-vehicle communication device 10 according to the embodiment monitors the communication state change of each designated communication device (communication devices 1 to 4) by the communication monitoring control processing unit 18, and the communication state change is detected. If detected, the process to each designated communication device (communication devices 1-4) will be performed.

  Thereby, the change of the communication state in one communication device (for example, communication device 2) is detected, and the state control of a plurality of communication devices (communication devices 1 to 4) and data transmission can be performed.

  For example, the disconnection of the mobile communication network 52 (communication device 0) is monitored, the search for the access point of the wireless LAN communication device is started at the time of the disconnection, the search for the Bluetooth communication device is started, and the mobile device Processing such as notification of disconnection of the communication network 52 (communication device 0) becomes possible. That is, as illustrated in FIG. 2, the communication server 2 is controlled, and the application server 120 provides the service triggered by the change in the communication state and the communication state by the notification from the communication device 2 to the application server 120. It is possible to provide services according to changes.

  Further, the processing contents in the instruction execution processing unit 16 can designate the communication devices (communication devices 1 to 4) to be monitored and the monitoring content from the outside as service information, and can be specified in a base station or wireless LAN in mobile communication. It is possible to respond to changes in the external communication environment, such as support for additional reduction of access points and additional reduction of service providers.

  Specific examples will be described below. In addition, the code | symbol used for description of each following Example attaches | subjects the same code | symbol about the thing same as the figure and table | surface mentioned above, and avoids duplication description.

Example 1
The first embodiment is an application example of the in-vehicle communication device 10 in an autonomous driving vehicle adopting a remote control method from a center (not shown). Here, the level of the autonomous driving vehicle is not particularly specified.

  When considering a remote control method, transmission / reception of vehicle information by communication is an important function. When the vehicle 50 is moving, it is essential that communication between the center and the vehicle 50 is always possible. . Therefore, after one of the communication devices 1 to 4 becomes unusable, a state in which another communication device of the communication devices 1 to 4 is searched for and reconnected must be avoided.

  On the other hand, the communication state always changes due to the new expansion / movement of fixed transmission / reception stations and the influence of surrounding buildings.

  When considering the remote control method in such an environment, the communication devices 1 to 4 are established and switched in advance while confirming the communication state, and the switching is performed without interruption. Switching control that operates according to the environment is required.

  A process for realizing the control for this purpose by the in-vehicle communication device 10 according to the first embodiment having the configuration shown in FIG. 2 will be described.

  FIG. 4 is a flowchart illustrating the flow of processing in the first embodiment.

  First, the management server 100 transmits service information a whose contents are shown in FIG. 5, for example, to the communication device 0 (for example, the mobile communication network 52) of the in-vehicle communication device 10. The communication device 0 transmits such service information a to the command acquisition processing unit 12 of the in-vehicle communication device 10 (S10).

  Transmission of the service information a from the management server 100 to the communication device 0 is performed by batch delivery of a plurality of service information a over a predetermined period, switching according to the vehicle position, delivery based on monitoring of the vehicle position in the management server 100, etc. Do.

  The command acquisition processing unit 12 receives the service information a from the communication device 0 and sends it to the command data storage unit 14. The instruction data storage unit 14 stores the service information a and sends it to the instruction execution processing unit 16 (S11).

  The command execution processing unit 16 reads the service information a stored in the command data storage unit 14 and executes a communication environment confirmation process according to the contents of the transfer control command unit a2 of the service information a (see Table 2) (S12). In the present embodiment, specifically, the four blocks b1 to b4 of the transfer control instruction part a2 are provided at a cycle of 2000 ms by the @loop instruction in the transfer control instruction part a2 shown in the third row of FIG. (I.e., S13 to S14, S15 to S16, S17 to S18, and S19 to S20) are repeatedly performed. The processing of these four blocks b1 to b4 is performed in parallel by the @parallel instruction in the transfer control instruction part a2 shown in the second row of FIG.

  In the process of block b1, the communication device 0 can communicate with a communication station of a specific communication carrier (mnc = AA), is in an available state (dtype = enable), and continuously received in a time of 2000 ms or more. It is confirmed whether or not the power is -95 dBm or more (S13). If the condition is satisfied (S13: communicator 0 can communicate), the out instruction of block b1 is executed (S14).

  In the out instruction, 5 bytes (com01) from the head of the specified data part a3 are notified to the application server 120 (http: // server / serviceA) using the communication device 0. The notification content may include received power from the communication device 0 and base station information. If the response is not received within 2000 ms, the in command is executed again as a timeout.

  The same processing is performed for each of the blocks b2 to b4 for the communication devices 1 to 3 (S15 to S16, S17 to S18, and S19 to S20).

  The application server 120 determines an effective communication line based on the results of steps S14, 16, 18, and 20, selects a communication line that seems to be more optimal from the communication lines, and passes through the communication device to be mounted on the vehicle. An instruction g for switching the communication path is sent to the application 22 on the communication device 10 (S21). For example, switching to communication by the communication device 1 having a lower communication cost than communication by the communication device 0 is performed. Thereafter, the application 22 and the application server 120 continue communication by switching the communication path, and provide the service without interruption (S22).

  A specific example of updating service information will be described below.

  For example, it is assumed that a wireless LAN access point “wifiap002” is newly established. In addition, it is assumed that due to reflection by the building in the area, a distant base station is within the effective range even though the received power is low, and the communication device 2 frequently switches between base stations. Since frequent switching between base stations adversely affects the communication speed of communication using the communication device 2, the application server 120 determines to stop using the communication device 2.

  In order to cope with such a situation, in the first embodiment, the management server 100 changes the service information a to be transmitted to the in-vehicle communication device 10 to the content shown in FIG.

  In FIG. 5, communication monitoring using the communication device 2 is defined in the block b3 by the communication operator 2 as mnc = XX. In FIG. 6, the communication device 1 is used in the changed block b3 ′. As an access point, communication monitoring of “wifiap002” is defined.

  As a result, the access point “wifiap002” can be detected by the communication device 1.

  As described above, in the first embodiment, by changing the content (script) of the service information a on the management server 100 side, it is easy to construct a system that can flexibly adapt to a communication state that changes as needed.

(Example 2)
The second embodiment is an application example of the in-vehicle communication device 10 when transmitting a peripheral image of a vehicle to a center (not shown) in automatic operation of a remote control system.

  Specifically, in normal driving, for example, as shown in FIG. 7, a peripheral video (see Non-Patent Document 1) related to the viewing ranges α and β required for driving is transmitted, and the communication line capacity and other constraints are satisfied. Therefore, it is assumed that other peripheral images including, for example, the shaded portion γ in FIG. 8 are transmitted as much as possible.

  In general, the available communication environment always changes due to the new expansion / movement of fixed transmission / reception stations and the influence of surrounding buildings. Also, usable transmission / reception stations are added / deleted at any time due to various contract acts.

  The communication line used for transmission / reception of peripheral video needs to be additionally used or switched while confirming the communication state in accordance with the change in the communication state accompanying such a change in the communication environment. The contents also need to be updated as the communication environment changes.

  A process for realizing the control for this purpose by the in-vehicle communication device 10 according to the second embodiment having the configuration shown in FIG. 2 will be described.

  FIG. 9 is a flowchart illustrating the flow of processing in the second embodiment.

  Steps S10 to S20 shown in the flowchart of FIG. 9 are the same as steps S10 to S20 in the flowchart of FIG.

  The application server 120 determines an effective communication line based on the results of steps S14, 16, 18, and 20, and transmits information h of one or more communication devices on the in-vehicle communication device 10 via the communication device. To the application 22 (S31). The application 22 transmits the peripheral video to the application server 120 by switching the communication device or using a plurality of lines according to the information h (S32).

  For example, the peripheral image of the shaded portion γ in FIG. 8 is transmitted by a newly determined communication device. Here, it is assumed that a wireless LAN access point “wifiap002” is newly established. In addition, it is assumed that due to reflection by the building in the area, a distant base station is within the effective range even though the received power is low, and the communication device 2 frequently switches between base stations. Since frequent switching between base stations affects the communication speed of communication using the communication device 2, it is assumed that the application server 120 determines to stop using the communication device 2.

  In order to cope with such a situation, in the second embodiment, the management server 100 transmits the service information a transmitted to the in-vehicle communication device 10 from the contents of the block b3 shown in FIG. 5 to the contents of the block b3 ′ shown in FIG. To be transmitted to the in-vehicle communication device 10.

  Thus, in the second embodiment, it is easy to collect information that enables selection of an optimum communication environment in a remote control type autonomous driving vehicle, and the application server 120 can perform video distribution control according to the communication environment. It becomes possible.

(Example 3)
Example 3 is an application example of the in-vehicle communication device 10 in guiding to a fueling machine according to a vehicle type at a gas station.

  FIG. 10 is an overall view of a service providing system including a functional block diagram illustrating a configuration example of the in-vehicle communication device according to the third embodiment.

  FIG. 11 is a flowchart illustrating the flow of processing in the third embodiment.

  FIG. 12 illustrates an example of service information a transmitted from the management server 100 to the communication device 0 in the third embodiment.

  The in-vehicle communication device 10 illustrated in FIG. 10 has a configuration in which the application 22 is deleted from the in-vehicle communication device 10 illustrated in FIG. 2 and a display processing unit 24 and a display 26 are added. Also, the application server 120 shown in FIG. 10 is incorporated as a part of the GS system 130 between the gas station (GS) side communication device 132 and the guidance device 134.

  The GS side communicator 132 is a device for communicating with the vehicle 50 by a wireless LAN, and has a name such as “wifiap001” as shown in a block b2 in FIG. The effective range is set to be effective only for the vehicle 50 that has entered.

  The guidance device 134 is a device for guiding the vehicle 50 to a GS fueling machine (not shown).

  Next, the flow of processing in the third embodiment will be described.

  FIG. 11 is a flowchart illustrating the flow of processing in the third embodiment.

  Steps S10 to S13 shown in the flowchart of FIG. 11 are the same as steps S10 to S13 in the flowchart of FIG. However, an example of the service information a that the management server 100 transmits to the communication device 0 (for example, the mobile communication network 52) of the in-vehicle communication device 10 in step S10 is as shown in FIG.

  The command execution processing unit 16 of the in-vehicle communication device 10 processes the contents of FIG. 12, and, according to the in command, performs communication of the wireless LAN from the GS side communication device 132 “wifiap001” with the communication device (for example, the communication device 1) and Monitoring is performed by the communication monitoring control processing unit 18. When the vehicle 50 enters the GS and enters the effective range of the GS side communication device 132, the communication monitoring control processing unit 18 uses the communication device (for example, the communication device 1) by the out command. Communication with the GS side communication device 132 is established, and the vehicle information i is transmitted to the GS side communication device 132 via the communication device (for example, the communication device 1). When receiving the vehicle information i, the GS side communicator 132 sends the vehicle information i to the application server 120 (S41).

  The vehicle information i includes information such as “TTSSSBBBB” as a vehicle maker (Maker) and “X000001” as a vehicle type (Type) as described in the last row of FIG. 12, for example. The format and contents of the vehicle information i are not limited in this embodiment, and other necessary information may be added in an appropriate format as appropriate.

  The application server 120 determines the refueling type based on the vehicle information i sent from the GS side communicator 132, and sends a guidance instruction j for guiding the vehicle to the guidance device 134 (S42).

  When the guidance device 134 receives the guidance instruction j, for example, a blue rotating light on a fueling machine (not shown) is turned on to guide the vehicle 50 (S43).

  Alternatively, in addition to or instead of this, the movement instruction k from the indicator 26 of the in-vehicle communication device 10 to the refueling machine of the blue rotating light may be displayed. In this case, the application server 120 also sends a guidance instruction j to the GS side communication device 132, and the GS side communication device 132 generates a movement instruction k based on the guidance instruction j and transmits it to the vehicle 50. In the vehicle 50, the communication device 1 receives the movement instruction k transmitted from the GS side communication device 132 and sends it to the communication monitoring control processing unit 18. Then, the communication monitoring control processing unit 18 sends a movement instruction k to the display processing unit 24. The display processing unit 24 sends this movement instruction k to the display 26, and the display 26 displays the movement instruction k.

  As a result, the vehicle 50 is guided to an appropriate refueling machine.

  Next, data processing when a new GS becomes available for service will be described. For example, it is assumed that a new GS side communication device “wifiap002” is newly installed. In order to cope with this situation, in the method of the present invention, the service information a transmitted from the management server 100 to the in-vehicle communication device 10 may be changed to the content shown in FIG. 13 and transmitted from the management server 100 to the in-vehicle communication device 10. That is, the contents of the block b2 are defined in FIG. 12, but the contents (script) of the block b3 'relating to the newly installed GS side communication device are added to the block b2 in FIG.

  Note that the GS-side communication device 132 only needs to select a wireless device suitable for limiting the effective range from the location conditions with the GS, and may use Bluetooth or the like. Communication between the in-vehicle communication device 10 and the GS system 130 may be performed via the mobile communication network 52 of the communication device 0 by specifying in the out command shown in FIGS.

  The present embodiment can be applied even when such a GS system 130 and a fueling device are replaced with a charging station and a charger for EV vehicles.

  When the GS system 130 and the refueling machine are replaced with charging stations and chargers for EV vehicles, the management server 100 replaces the service information a as shown in FIG. 14 and FIG. What is necessary is just to make it transmit to the vehicle-mounted communication apparatus 10. FIG.

  FIG. 14 is an example of the service information a, and describes a command block b4 that is designated to acquire and store the remaining fuel amount from the fuel control ECU.

  FIG. 15 is also an example of the service information a, and describes a command block b2 ′ designated to send the remaining fuel amount to the GS side communication device 132 “wifiap002” via the communication device 1. The command block b2 'is obtained by adding a part designated to send the remaining fuel amount to the GS side communication device 132 "wifiap002" via the communication device 1 to the command block b2 shown in FIG.

  When the command execution processing unit 16 executes the communication environment confirmation processing according to the contents of the service information a as shown in FIGS. 14 and 15, the command execution processing unit 16 acquires the fuel remaining amount from the fuel control ECU, The communication monitoring control processing unit 18 can be instructed to include the remaining fuel amount in the vehicle information i. The vehicle information i including the remaining amount of fuel can also be notified from the communication monitoring control processing unit 18 to the GS system 130 via the communication device (for example, the communication device 1).

  On the GS system 130 side, an appropriate charger for guiding the vehicle 50 can be selected based on the fuel remaining amount included in the vehicle information i. For example, in the case of a charger for an EV car, a vehicle with a small remaining amount is preferentially assigned to a quick charger in order to shorten the charging time and improve the convenience of the user.

  As described above, in the third embodiment, the vehicle 50 can be guided to an appropriate fueling machine according to the vehicle manufacturer and the vehicle type included in the vehicle type information i.

  Further, even when the communication environment on the GS side changes and the communication state changes, the vehicle communication device 10 is provided so that the service can be provided by appropriately modifying the service information a according to the change. It can be easily adapted.

  Further, even when the GS system 130 and the fueling device are replaced with a charging station and a charger for EV vehicles, the vehicle information is included in the vehicle information i, so that the vehicle 50 is changed to an appropriate charger. It is possible to guide.

Example 4
Example 4 is an application example of the in-vehicle communication device 10 in the checkout process at the time of leaving in a parking lot.

  FIG. 16 is an overall view of a service providing system including a functional block diagram illustrating a configuration example of the in-vehicle communication device according to the fourth embodiment.

  The in-vehicle communication device 10 illustrated in FIG. 16 has the same configuration as the in-vehicle communication device 10 illustrated in FIG. 10, but the communication device 3 can further communicate with a mobile terminal 40 such as a smartphone. The mobile terminal 40 communicates with the in-vehicle communication device 10 via the communication device 3 using, for example, Bluetooth or NFC, and also communicates with the application server 120.

  The application server 120 is located in the parking lot system 140 together with the fee settlement device 142, and can communicate with the mobile terminal 40 and the fee settlement device 142. The fee adjuster 142 has a function for short-range wireless such that a wireless effective range such as Bluetooth or visible light communication is effective only for the vehicle 50 approaching the fee adjuster 142, and the communication device 1 Can communicate with.

  Next, the flow of processing in the fourth embodiment will be described.

  FIG. 17 is a flowchart illustrating a process flow according to the fourth embodiment.

  Steps S10 to S11 shown in the flowchart of FIG. 17 are the same as steps S10 to S11 in the flowchart of FIG. 4, but the service information a transmitted from the management server 100 in step S10 of FIG. Street.

  Next, the user uses the application 42 of the portable terminal 40 to perform the fee settlement processing of the parking lot before the vehicle 50 leaves the parking lot (S51), and receives the ticket information m from the application server 120. . The user further transmits the ticket information m from the portable terminal 40 to the communication device 3 using NFC, for example. Upon receiving the ticket information m, the communication device 3 sends the ticket information m to the communication monitoring control processing unit 18 (S52).

  The display processing unit 24 can also display the ticket information m sent to the communication monitoring control processing unit 18 from the display unit 26.

  Note that the ticket information m is not limited to the information received from the application server 120 as described above, and may be acquired by, for example, purchasing in advance at a store or the like using the application 42 of the mobile terminal 40.

  Subsequently, the command execution processing unit 16 of the in-vehicle communication device 10 processes the service information a as shown in FIG. 18 and monitors communication via the communication 3 with the portable terminal 40 by the in command (S53). Communication between the communication device 3 and the portable terminal 40 is established (S54).

  When communication between the communication device 3 and the portable terminal 40 is established, the communication monitoring control processing unit 18 receives and stores the ticket information from the portable terminal 40 (S55). Subsequently, the communication monitoring control processing unit 18 sends the ticket information m to the communication device 1 by the out command, and the communication device 1 transmits the ticket information m to the fee settlement machine 142 (S56).

  The fee settlement machine 142 receives the ticket information m transmitted from the communication device 1 and confirms the validity of the received ticket information m (S57). Then, when it is determined that the ticket information m is valid, the fee settlement machine 142 performs an operation of opening the gate so that the vehicle 50 can pass (S58).

  As long as the ticket information m includes necessary information and is described in an appropriate format, the specific format and contents are not limited in the present invention and can be used for the operation of a parking lot such as the vehicle type information i. Such information may be included as appropriate.

  As described above, according to the fourth embodiment, it is possible to reduce time and labor when the vehicle 50 passes through the charge settlement machine 142 of the parking lot, and to use a short-range radio such as NFC provided in the portable terminal 40. Can be configured easily.

  In addition, by applying the fourth embodiment, in a parking lot or the like attached to the store, the use of the mobile terminal 40 makes it easy to make a pre-payment method using a parking fee service associated with the purchase in the store. Can be constructed.

(Example 5)
The fifth embodiment is an application example of the in-vehicle communication device 10 in a case where a parking fee free or reduced service is provided at a partner parking lot by a rental car service or a shared car service.

  FIG. 19 is an overall view of a service providing system including a functional block diagram illustrating a configuration example of the in-vehicle communication device according to the fifth embodiment.

  The in-vehicle communication device 10 shown in FIG. 19 has the same configuration as the in-vehicle communication device 10 shown in FIG. However, the portable terminal 40 shown in FIG. 16 does not exist in FIG. Further, the application server 120 provided in the parking lot system 141 can communicate with both the fee settlement machine 142 and the management server 100. In addition, the fee settlement machine 142 provided in the parking lot system 141 has a function for short-range wireless such as Bluetooth or visible light communication. The short-range radio is effective only for the vehicle 50 whose radio effective range is close to the fee settlement machine 142.

  Next, the flow of processing in the fifth embodiment will be described.

  FIG. 20 is a flowchart illustrating the flow of processing in the fifth embodiment.

  Steps S10 to S11 shown in the flowchart of FIG. 20 are the same as steps S10 to S11 in the flowchart of FIG. 17, but the service information a transmitted from the management server 100 in step S10 of FIG. 20 is shown in FIG. And includes ticket information m. Unlike the flowchart of FIG. 17, step S60 is performed before step S10, and steps S63 to S67 are performed after step S11.

  In step S60, the management server 100 receives the service information a including the ticket information m as shown in FIG. 21 transmitted from the application server 120 (S60).

  In step S10, the management server 100 transmits the service information a to the communication device 0 such as a mobile communication network. The communication device 0 sends this service information a to the in-vehicle communication device 10. Such transmission of the service information a by the management server 100 may be performed by determining a period and distributing a plurality of batches, and switching the vehicle information according to the vehicle position by the in-vehicle communication device 10 or using the vehicle position information. May be implemented in accordance with the vehicle position.

  After step S11, the command execution processing unit 16 of the in-vehicle communication device 10 processes the service information a as shown in FIG. 21 and monitors the communication from the fee settlement machine 142 by the in command (S63). However, when it enters the communication effective range of the fee settlement device 142, communication between the communication device 1 and the fee settlement device 142 is established by the out command (S64).

  When the communication between the communication device 1 and the charge settlement unit 142 is established, the instruction execution processing unit 16 sends the ticket information m “Service = Ticket: 729676b6a8890e4582d5de7d0607b81a” included in the service information a to the communication device 1. Transmits the ticket information m to the fee settlement machine 142 (S65).

  Thereafter, the fee settlement machine 142 transmits the received ticket information m to the application server 120, and the application server 120 has the same ticket information m as the ticket information m included in the service information a transmitted in step S10. The effectiveness is confirmed by confirming that it exists (S66).

  Then, when the valid r is returned from the application server 120, the fee settlement machine 142 performs an operation of opening the gate so that the vehicle 50 can pass (S67).

  Note that the ticket information m includes necessary information, and if it is in an appropriate format, the specific format and contents are not limited in the present invention, and information that can be used for the operation of the parking lot such as the vehicle type information i. , May be included as appropriate.

  As described above, according to the fifth embodiment, it is possible to reduce time and labor when the vehicle 50 passes through the charge settlement machine 142 of the parking lot. In addition, since the service information a can be transmitted to the vehicle 50 at an arbitrary timing, it is possible to prevent unauthorized use by setting a short expiration date and updating it. It becomes.

(Example 6)
The sixth embodiment is an application example of the in-vehicle communication device 10 in the rental car service or the shared car service providing system.

  FIG. 22 is an overall view of a service providing system including a functional block diagram illustrating a configuration example of the in-vehicle communication device according to the sixth embodiment.

  The in-vehicle communication device 10 shown in FIG. 22 has the same configuration as the in-vehicle communication device 10 shown in FIG. However, in FIG. 22, the communication device 4 is provided in the vehicle 50 in parallel with the communication devices 1 to 3. The communicator 4 can communicate with a vehicle controller 150 for controlling start and stop of the engine of the vehicle 50. Accordingly, the in-vehicle communication device 10 controls the start and stop of the engine of the vehicle 50 by sending a command to the vehicle controller 150 via the communication device 4. The communication means between the communication device 4 and the vehicle controller 150 is not limited to wireless communication, and may be wired communication via an ODB (On-board diagnostics) connector provided in advance in the vehicle 50, for example. .

  In FIG. 22, the parking lot system 140 and the fee settlement machine 142 in FIG. 16 do not exist, and the application server 120 can communicate with both the management server 100 and the portable terminal 40.

  For example, an application 43 for using a service is installed in the mobile terminal 40 that is a smartphone. Then, the portable terminal 40 transmits portable terminal information n for identifying the portable terminal 40 to the application server 120.

  When the application server 120 receives the mobile terminal information n transmitted from the mobile terminal 40, the application server 120 generates ticket information m. Then, the ticket information m is returned to the portable terminal 40 and the ticket information m is transmitted to the management server 100 together with the portable terminal information n received from the portable terminal 40.

  Next, the flow of processing in the sixth embodiment will be described.

  FIG. 23 is a flowchart illustrating the flow of processing in the sixth embodiment.

  First, prior to using the service, the user operates his / her own mobile terminal 40 and performs usage registration in the application server 120 simultaneously with the reservation operation of the vehicle 50 (S70). In the use registration operation, the user operates the dedicated application 43 on the portable terminal 40, and the portable server information n for establishing communication with the communication device 3, for example, the name / hardware address of Bluetooth, 120.

  The application server 120 transmits ticket information m “Ticket: 729676b6a8890e4582d5de7d0607b81a” to the mobile terminal 40. Moreover, the portable terminal information n and ticket information from the portable terminal 40 are transmitted to the management server 100 (S71).

  The portable terminal 40 receives and stores the ticket information m transmitted from the application server 120 (S90).

  The management server 100 generates service information a as shown in FIG. 24 using the mobile terminal information n and the ticket information m transmitted from the application server 120 (S72).

  Subsequently, the management server 100 transmits service information a as shown in FIG. 24 to the communication device 0 using the mobile communication network 52, for example. The communication device 0 receives this service information a and sends it to the in-vehicle communication device 10 (S73). The transmission of the service information a from the management server 100 is performed by, for example, a plurality of batch distributions determined for a period, distribution according to the vehicle position based on monitoring of the vehicle position information in the management server 100, and the like.

  In the in-vehicle communication device 10, the command acquisition processing unit 12 receives the service information a from the communication device 0, and the command data storage unit 14 stores the service information a (S74).

  Further, the command execution processing unit 16 processes the service information a in FIG. 24, and monitors communication by the communication device 3 from the portable terminal 40 by the in command in the first block b11 (S75). When the user brings the portable terminal 40 into the vehicle 50, communication by the communication device 3 is detected (S76), and the in-vehicle communication device 10 is detected by the communication device 3, for example, Bluetooth LE Advertise information “http: // application01. adcdef.co.jp/ "is transmitted, and the application 43 of the portable terminal 40 is activated (S77). This activation operation may be performed by a user operation.

  Then, the application 43 establishes communication with the in-vehicle communication device 10 by the communication device 3, transmits the ticket information m “Ticket: 729676b6a8890e4582d5de7d0607b81a” to the in-vehicle communication device 10 via the communication device 3, and performs communication. The monitoring control processing unit 18 receives it.

  Next, in response to the in command in the second block b12 of FIG. 24, the command execution processing unit 16 converts the received content from the mobile terminal 40 via the communication device 3 into the ticket information m “ When it matches with “Ticket: 7296676b6a8890e4582d5de7d0607b81a” (S78), the vehicle controller 150 is instructed to start the engine via the communication device 4 (S79).

  On the other hand, if the matching ticket information m is not received even after a certain period of time (for example, 3 seconds in the example of FIG. 24), the first block b11 of the service information a is waited for 0.5 seconds, for example. Resume from processing. If the processing of the three blocks b11, b12, and b13 of the service information a in FIG. 24 is not completed even if this restart is repeated six times, for example, the instruction execution processing unit 16 generates an abnormality notification e, This is sent to the execution monitoring processor 20. The execution monitoring processing unit 20 sends an abnormality notification e to the management server 100 via the communication device 0.

  When an instruction to start the engine is sent to the vehicle controller 150 in step S79, the engine 50 can be started on the vehicle 50 side (S80). In response to this, the user starts the engine, starts the engine, and runs the vehicle 50, so that the user receives a service (S81).

  Thereafter, the in-vehicle communication device 10 monitors disconnection of communication with the portable terminal 40 by the communication device 3 by an in command in the third block 13 shown in FIG. 24 (S82). This is because the vehicle controller 150 is instructed when communication with the portable terminal 40 by the communication device 3 is cut off, such as when the vehicle 50 is stopped or the user takes the portable terminal 40 out of the vehicle. The use of the vehicle 50 other than the holder of the portable terminal 40 registered for use is prevented (S84) by making the engine start operation impossible.

  Further, the user brings the mobile terminal 40 into the vehicle 50, and the in-vehicle communication device 10 transmits the detection result of the mobile terminal 40 via the communication device 3 and the detection of the disconnection of communication with the mobile terminal 40 to the application server 120. Thus, when collecting user behavior data, a second out instruction is added to the first block 21 and the third block 23, respectively, as shown in FIG. What is necessary is just to change so that it may notify to 120.

  As described above, according to the sixth embodiment, in the rental car service or the shared car service, it is possible to construct a system for performing user registration simultaneously with the reservation operation of the vehicle 50 and performing user authentication using the portable terminal 40. . Thereby, the user can introduce the dedicated application 43 to his / her mobile terminal 40, make a reservation for the vehicle 50, and use the mobile terminal 40 as an authentication tool for using the vehicle 50.

  As described above, using the mobile terminal 40 such as a smartphone as an authentication tool in the rental car service or the shared car service is used in combination with the personal authentication function provided in the mobile terminal 40 as compared to using a dedicated device such as a dedicated card. It is possible to reduce the burden on the user and improve the convenience for the user by preventing unauthorized use by the user and using the payment process at the time of the reservation in combination with the payment function.

(Example 7)
The seventh embodiment is an application example of the in-vehicle communication device 10 for obtaining the position of the autonomous driving vehicle adopting the remote control method as detailed as possible.

  FIG. 26 is an overall diagram of a service providing system including a functional block diagram illustrating a configuration example of the in-vehicle communication device according to the seventh embodiment.

  The in-vehicle communication device 10 illustrated in FIG. 26 has a configuration in which the application 22 is deleted from the in-vehicle communication device 10 illustrated in FIG. The communication device 4 can communicate with the GPS device 160, and the communication device 1 can communicate with the wireless LAN access point 170 outside the vehicle 50. Further, the communication device 0 can communicate with both the management server 100 and the application server 120.

  In general, the GPS device 160 provided in a navigation system or the like can be used for grasping the position of the vehicle 50. However, the accuracy of GPS positioning is rough, and the position accuracy is easily affected by fluctuations in the communication environment because it is easily influenced by the reception status of radio waves from GPS satellites.

  In mobile terminals represented by smartphones, in order to compensate for the shortcomings of GPS, in addition to the use of information such as the position of the mobile communication base station in communication, a wireless LAN access point detected in the vicinity is detected, It is used for position estimation. However, nearby wireless LAN access points are susceptible to new installations, deletions, and surrounding buildings, and the communication status changes from time to time. The position estimation accuracy may be reduced.

  Similarly, when it is assumed that a surrounding wireless LAN access point is detected and used for grasping the vehicle position, it is necessary to eliminate the influence of the change in the communication state on the position accuracy. In order to cope with a change in the communication state of the wireless LAN, for example, it is conceivable to use position information of a wireless LAN access point whose position is determined in advance by a contract or the like.

  Therefore, in this embodiment, the communication device 1 communicates with a plurality of peripheral wireless LAN access points 170 to acquire wireless LAN information p and send it to the communication monitoring control processing unit 18. The wireless LAN information p includes the name of the wireless LAN access point 170 and the received signal strength. Further, the communication device 4 acquires GPS information q, which is vehicle position information obtained by GPS positioning, from the GPS device 160 mounted on the vehicle 50, and sends the GPS information q to the communication monitoring control processing unit 18.

  The communication monitoring control processing unit 18 sends the wireless LAN information p and GPS information q to the command execution processing unit 16, and the command execution processing unit 16 sends the wireless LAN information p and GPS information q to the communication device 0. Transmits the wireless LAN information p and the GPS information q to the application server 120.

  The application server 120 receives the wireless LAN information p and the GPS information q. Based on the wireless LAN information p and GPS information q and separately prepared wireless LAN access point position information, the vehicle position is estimated using a known positioning method.

  Next, the flow of processing in the seventh embodiment will be described.

  FIG. 27 is a flowchart illustrating a process flow according to the seventh embodiment.

  Steps S10 to S11 and S63 to S64 shown in the flowchart of FIG. 27 are the same as steps S10 to S11 and S63 to S64 in the flowchart of FIG. 20, but the service information a sent from the management server 100 in step S10 of FIG. For example, as shown in FIG. 28, it is created to detect only a signal from a wireless LAN access point whose position information is clarified in advance by a contract or the like.

  As described above, the distribution of the service information a transmitted from the management server 100 to the communication device 0 may be performed by determining a period and distributing a plurality of items at once and switching the vehicle information in accordance with the vehicle position in the in-vehicle communication device 10. The vehicle position information may be monitored by the management server 100 and distributed according to the vehicle position.

  After step S100, the instruction execution processing unit 16 of the in-vehicle communication device 10 processes the contents of the three blocks b31, b32, and b33 in parallel according to the @parallell instruction on the third line of the service information a in FIG. The process is repeated every 60 seconds by the @loop instruction on the second line.

  In the first block b31 shown in FIG. 28, when an inpoint instruction finds an access point name that matches the regular expression “a_wifiap \ d \ d \ d” in which “a_wifiap” is followed by three numbers. (S102) The access point name and received signal power are notified to the variable ST001 to “communication device 0: http: // server / serviceA” by the subsequent out command (S103).

  In the second block b32, when an in instruction finds an access point name that matches the regular expression “b_wifiap \ d \ d \ d” in which three numbers follow “b_wifiap” (S102) In ST001, the access point name and the received signal power are notified to “communication device 0: http: // server / serviceA” by the subsequent out command (S103).

  In the third block b33, “c_wifiap \ d \ d \ d (?! _ Mobile)”, in which three numbers follow “c_wifiap” and “_mobile” does not follow after “c_wifiap” by an in instruction. When an access point name that matches the regular expression is found (S102), the access point name and received signal power are notified to variable ST001 to "communication device 0: http: // server / serviceA" by the following out command. (S103).

  A signal from the wireless LAN access point 170 having an access point name that does not match any of the above is not notified to the application server 120 even if it is detected.

  Further, when a wireless LAN access point determined to be usable is added or when an invalid wireless LAN access point is generated, the service information a is corrected, and the corrected service information a is mounted on the vehicle from the management server 100. It becomes possible to respond by retransmitting to the communication device 10.

  As described above, according to the seventh embodiment, the wireless LAN access point 170 used for grasping the position can be controlled from the management server 100 according to the situation, and the wireless LAN access point detected on the vehicle 50 side can be controlled. Of the 170, only the information obtained from the necessary wireless LAN access point 170 is notified to the application server 120, thereby ensuring both location estimation accuracy and reducing communication costs by reducing unnecessary communication. Can be realized.

(Example 8)
Example 8 is an application example of the in-vehicle communication device 10 for supporting a process of transmitting an image captured by a drive recorder to an application server.

  The communication state changes from time to time as the vehicle 50 moves. In addition, costs are incurred according to the amount of communication. Therefore, in the eighth embodiment, the following restriction is provided for image transmission from the drive recorder 180 mounted on the vehicle 50.

  That is, for example, transmission of the image information s from the communication device 0 such as the mobile communication network 52 to the application server 120 is performed by a low-resolution image with a reduced frame rate, It is stored in the main body of the drive recorder 180 in preparation for transmission. The moving image v stored in the main body of the drive recorder 180 is transmitted from the drive recorder 180 to the application server 120 via the communication device 0 when communication via the wireless LAN becomes possible.

  FIG. 29 is an overall view of a service providing system including a functional block diagram illustrating a configuration example of the in-vehicle communication device according to the eighth embodiment, and satisfies the above-described restrictions.

  The in-vehicle communication device 10 shown in FIG. 29 is similar to the in-vehicle communication device 10 shown in FIG. 26, but a communication device 2 and a drive recorder 180 are provided between the instruction execution processing unit 16 and the communication device 0. ing. Further, the communication devices 2, 3, and 4 are not connected to the communication monitoring control processing unit 18, and only the communication device 1 is connected. Similarly to FIG. 26, the communication device 1 can communicate with the wireless LAN access point 170, but in addition, is connected to the drive recorder 180. The wireless LAN access point 170 can communicate with the application server 120.

  Next, the flow of processing in the eighth embodiment will be described.

  FIG. 30 is a flowchart illustrating the flow of processing in the eighth embodiment.

  Steps S10 to S11 and S63 shown in the flowchart of FIG. 30 are the same as steps S10 to S11 and S63 in the flowchart of FIG. 20, but the service information a transmitted from the management server 100 in step S10 of FIG. As shown in FIG. 31, it is created in advance so as to detect only a signal from the available wireless LAN access point 170 by a contract or the like.

  In step S <b> 10, the management server 100 transmits the service information a to the in-vehicle communication device 10 via the communication device 0 such as the mobile communication network 52. Such transmission of the service information a is performed by, for example, a plurality of batch distributions determined for a period of time, or by switching and using the vehicle-mounted communication device 10 according to the vehicle position, or the vehicle position information management server 100 Distribution according to the position of the vehicle based on the monitoring may be performed.

  After step S110, the command execution processing unit 16 of the in-vehicle communication device 10 processes the two blocks b41 and b42 in FIG. 30 simultaneously and repeats the processing every 60 seconds by the @loop command in the second row. .

  In the first block b41 in FIG. 30, when an in instruction finds an access point name that matches the regular expression “a_wifiap \ d \ d \ d” in which “a_wifiap” is followed by three numbers, By transmitting “WB” to the drive recorder “Communicator 2: Drive Recorder” via the communication device 2 by the subsequent out command, it is notified that the wireless LAN is available (S111).

  In the second block b42, an in instruction causes the wireless LAN access point 170 having an access point name that matches the regular expression “a_wifiap \ d \ d \ d” in which “a_wifiap” is followed by three numbers, When it becomes unavailable, it is notified that the wireless LAN has become unusable by sending “NB” to the drive recorder “Communicator 2: Drive Recorder” via the communicator 2 by the subsequent out command. (S112).

  After step S111, the drive recorder 180 transmits the accumulated video v to the application server 120 via the wireless LAN access point 170 (S113).

  On the other hand, after step 112, the drive recorder 180 lowers the frame rate and transmits the image information s to the application server 120 via the communication device 0 (S114).

  Further, when a wireless LAN access point determined to be usable is added or when an invalid wireless LAN access point is generated, the service information a is corrected, and the corrected service information a is mounted on the vehicle from the management server 100. It becomes possible to respond by retransmitting to the communication device 10.

  As described above, according to the eighth embodiment, it is possible to select the optimum communication line and transmission method in the drive recorder 180 by detecting the surrounding wireless communication environment, and to match the communication state that changes as needed. The communication path to be used can be controlled from outside the vehicle.

  Although several embodiments of the present invention have been described, these embodiments are presented by way of example and are not intended to limit the scope of the invention. These embodiments can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the spirit of the invention. These embodiments and their modifications are included in the scope and gist of the invention, and are also included in the invention described in the claims and the equivalents thereof.

0 communication device, 1 communication device, 2 communication device, 3 communication device, 4 communication device, 10 in-vehicle communication device, 12 command acquisition processing unit, 14 command data storage unit, 16 command execution processing unit, 18 communication monitoring control processing unit, 20 execution monitoring processing unit, 22 application, 24 display processing unit, 26 display device, 40 portable terminal, 42 application, 43 application, 50 vehicle, 52 mobile communication network, 58 road-to-vehicle communication, 60 vehicle-to-vehicle communication, 64 Bluetooth, 68 mobile terminal, 70 in-vehicle communication, 72 in-vehicle equipment, 90 wireless network, 100 management server, 120 application server, 130 gas station system, 132 gas station side communication device, 134 guidance device, 140 parking lot system,
141 parking system, 142 fee settlement machine, 150 vehicle controller, 160 GPS device, 170 access point, 180 drive recorder.

Claims (8)

Command acquisition processing means for acquiring service information describing the contents of the service provided to the vehicle from the management server;
Command execution processing means for instructing monitoring of changes in communication states of a plurality of communication devices mounted on the vehicle when executing a first command included in the service information acquired by the command acquisition processing means;
Based on an instruction from the command execution processing unit, the communication state change of the plurality of communication devices is monitored, and when the change occurs, the communication state of the communication device in which the change has occurred is sent to the command execution processing unit. Communication monitoring control processing means,
When the command execution processing means receives the communication state sent from the communication monitoring control processing means, the command execution processing means, according to a second instruction including processing contents to be performed on the plurality of communication devices when the change occurs Instructing the communication monitoring control processing means to process the communication device in which the change has occurred,
The communication monitoring control processing means controls the communication device in which the change has occurred according to this instruction,
An in-vehicle communication device in which the service is provided by an application server in response to a notification output from the controlled communication device.   The change in the communication state is at least one of connection and disconnection of communication in the plurality of communication devices, detection and loss of radio waves from a specified wireless communication terminal, reception of data of a predetermined content. The in-vehicle communication device according to claim 1 including.   The notification is any one of communication connection and disconnection in the communication device to be performed when a change in the communication state is detected, a search for radio waves from a wireless communication terminal, and transmission of data of specified contents The in-vehicle communication device according to claim 1, wherein the communication device is transmitted from the controlled communication device to the application server in accordance with an instruction from the communication monitoring control processing unit.   Based on notifications from a plurality of communication devices mounted on the vehicle, a communication path with the vehicle is controlled, and a communication device to be communicated between the plurality of communication devices according to a change in a communication state of the vehicle Switch with the application server.   5. The location of the vehicle or a service providing location close to the vehicle is identified based on the notification, and a service provided by the service providing location is controlled based on the identified vehicle location. Application server described in.   Service information describing the content of the service provided to the vehicle is updated according to a change in communication environment, a change, addition, or deletion of the service content, and the updated service information is transmitted to the vehicle. Management server. A procedure for receiving service information describing the contents of the service provided to the vehicle from the management server;
A procedure for instructing monitoring of a change in communication state of a plurality of communication devices mounted on the vehicle at the time of executing a first command included in the received service information;
Based on the instruction, a change in the communication state is monitored, and when the change occurs, a process for the communication device in which the change has occurred is performed in accordance with a second command including a processing content to be performed on the plurality of communication devices. Instructions,
A procedure for controlling the communicator in which the change has occurred in accordance with the instruction;
A procedure for acquiring the service from the application server in response to the notification output from the controlled communication device;
A program that causes a computer to execute. A management server that transmits service information describing the contents of the service provided to the vehicle;
Receiving the service information transmitted by the management server;
Instructing monitoring of changes in communication states of a plurality of communication devices mounted on the vehicle at the time of executing the first command included in the received service information,
Based on the instruction, the change in the communication state is monitored, and when the change occurs, the change is determined according to a second command including processing contents to be performed on the plurality of communication devices when the change occurs. An in-vehicle communication device that controls the generated communication device;
In response to the notification output from the controlled communication device, an application server that provides the service to the in-vehicle communication device;
Service providing system with