JP5298811B2 - In-vehicle device and cooperative service control program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a useful service. <P>SOLUTION: When a plurality of passengers having a plurality of portable terminals are in a vehicle, an on-vehicle device controls various cooperative services respectively provided by the on-vehicle device and the plurality of portable terminals in cooperation based on role information or position information showing seat locations of the plurality of the passengers in the vehicle and MAC addresses which are identification information for uniquely identifying each of the plurality of the portable terminals of the plurality of the passengers. <P>COPYRIGHT: (C)2010,JPO&amp;INPIT

Description

  The present invention relates to an in-vehicle device and a cooperative service control program.

  In recent years, in-vehicle devices having a car navigation system using GPS (Global Positioning System) are being mounted on vehicles. And the vehicle-mounted apparatus which has a car navigation system is equipped with the various functions in response to the request | requirement of multi-function by the user using the said vehicle-mounted apparatus.

  In-vehicle devices having a car navigation system include, for example, not only a navigation function but also a function of receiving one-segment broadcasting, a music playback function using a CD (Compact Disc) or MP3 (MPEG Audio Layer-3), a DVD (Digital Versatile Disk) has various functions such as playback function. However, it is not preferable for the user to provide the vehicle-mounted device with various functions because the price of the vehicle-mounted device is increased.

  On the other hand, a portable terminal device such as a cellular phone is inexpensive and has a navigation function, a music playback function, a one-segment broadcast receiving function, and a wireless communication function such as Bluetooth (registered trademark). It has become widespread.

  Therefore, recently, there is a technology for providing various services by linking a portable terminal device having a wireless communication function and an in-vehicle device. In a service in which a mobile terminal device and an in-vehicle device are linked, the functions on the mobile terminal device side can be used on the in-vehicle device side, so there is no need to provide the in-vehicle device with various functions, and the price of the in-vehicle device is reduced. Can be realized.

  For example, Patent Literature 1 discloses a technique for transmitting display data generated by a mobile terminal device and displayed on the screen of the mobile terminal device to the in-vehicle device, and displaying the transmitted display data on the display unit of the in-vehicle device. Has been.

JP 2003-244343 A

  However, the above-described conventional technology has a problem that it cannot provide a useful service.

  Specifically, in Patent Document 1, when there are a plurality of passengers (a plurality of mobile terminal devices), what service is provided for each mobile terminal device of each user sitting in each seat is considered. Can not provide useful services.

  Therefore, the present invention has been made to solve the above-described problems of the related art, and an object thereof is to provide an in-vehicle device and a cooperative service control program capable of providing a useful service.

  In order to solve the above-described problems and achieve the object, an in-vehicle device disclosed by the present invention includes role information or position information in a vehicle for a plurality of mobile terminal devices, and identification information for uniquely identifying the mobile terminal device. An acquisition unit to acquire, a role service or position information acquired by the acquisition unit, and a cooperation service control unit that controls a cooperation service implemented by the device and the mobile terminal device based on identification information; It is a requirement to have.

  According to the in-vehicle device and the cooperative service control program disclosed by the present invention, there is an effect that it is possible to provide a useful service.

  Embodiments of an in-vehicle device and a cooperative service control program according to the present invention will be described below with reference to the accompanying drawings.

[Outline of in-vehicle equipment]
Initially, the outline | summary of the vehicle-mounted apparatus which concerns on Example 1 is demonstrated.

  The in-vehicle device disclosed by the present invention has basic functions such as a display function, a music playback function, and a communication function with a mobile terminal device. The in-vehicle device outputs images and sounds (voices) to a plurality of displays mounted on the vehicle, a vehicle speaker, and the like.

  Further, the in-vehicle device and the mobile terminal device can be linked using a wireless communication function (for example, Bluetooth (registered trademark)). In the following, the mobile terminal device is a terminal having various functions such as incoming / outgoing calls, e-mail transmission / reception, navigation function, and music playback function. For example, a mobile phone, PDA (Personal Digital Assistants) or PC (Personal Computer) ) And other portable terminal devices.

  In the configuration described above, the in-vehicle device acquires role information or position information in the vehicle and identification information that uniquely identifies the mobile terminal device for the plurality of mobile terminal devices. Then, the in-vehicle device controls the cooperation service implemented by the own device and the mobile terminal device based on the acquired role information or position information and the identification information.

  For example, when the connection request is made by one or a plurality of portable terminal devices possessed by one or a plurality of passengers who ride in the vehicle, the in-vehicle device has the position (role) of the driver seat, the passenger seat or the rear seat in the vehicle. A MAC (Media Access Control) address that uniquely identifies the mobile terminal device is acquired.

  The role information or position information is determined in more detail when there are a plurality of passenger seats and rear seats in the vehicle, such as a driver seat side rear seat, a center position rear seat, and a passenger seat rear seat. Further, the identification information for uniquely identifying the mobile terminal device is not limited to the MAC address described above, and any information that uniquely identifies the mobile terminal device may be used.

  The in-vehicle device is a function realized when the in-vehicle device and the mobile terminal device cooperate with each other through communication based on the acquired position information and the MAC address and execute a predetermined program. Controls linked services such as functions, music playback functions, and game functions.

  In the control of the cooperative service, for example, when the acquired position information is the driver's seat, all functions can be output to the display unit of the in-vehicle device, or installed in the vehicle at the time of a call using the hands-free function Make a call through the speaker. Also, for example, when the acquired location information is a passenger seat, the service using the hands-free function and the navigation function is disabled, the service using the music playback function is enabled, the service using the screen output function is Or only the display located at.

  That is, the in-vehicle device can provide various useful services as a result of being able to control various cooperation services implemented by the in-vehicle device and the mobile terminal device based on position information in the vehicle.

[Configuration of in-vehicle device]
Next, the configuration of the in-vehicle device according to the first embodiment will be described with reference to FIG. FIG. 1 is a diagram illustrating a configuration example of the in-vehicle device according to the first embodiment.

  As shown in FIG. 1, the in-vehicle device 100 includes an operation display unit 101, a wireless communication unit 102, a storage unit 110, and a control unit 120, and various services in cooperation with the connected mobile terminal device. I will provide a.

  The operation display unit 101 includes, for example, input / output devices such as a touch panel display, buttons, and a jog dial, and receives an operation by a user who gets on the vehicle, or outputs information that is output-controlled by the control unit 120. The operation display unit 101 includes a driver seat DP101a, a passenger seat DP101b, and the like, and these displays are arranged at locations corresponding to the respective seats of the vehicle.

  For example, the wireless communication unit 102 establishes a communication link with the mobile terminal device using a wireless communication standard such as Bluetooth (registered trademark), and uses the established communication link between the in-vehicle device 100 and the mobile terminal device. The communication process is performed.

  In the present invention, a case where communication processing between the in-vehicle device 100 and the mobile terminal device is performed using Bluetooth (registered trademark) is described. However, Wi-Fi (registered trademark), ZigBee (registered trademark), and the like are described. Other wireless communication standards may be used. Further, the communication process between the in-vehicle device 100 and the mobile terminal device may be realized by wired communication.

  The storage unit 110 stores data necessary for various types of processing by the control unit 120 and various types of processing results by the control unit 120. In particular, the storage unit 110 includes a service restriction master 111, a history DB 112, and a usage DB 113.

  The service restriction master 111 indicates predetermined role information or position information, display information indicating a display unit that is output according to the role information or position information, and a service that is restricted according to the role information or position information. The service restriction information is stored in association with each other.

  For example, as illustrated in FIG. 2, the service restriction master 111 stores, for each mobile terminal device, position information in the vehicle, display information corresponding to the position information, and service restriction information. As position information, for example, “driver's seat”, “passenger seat”, “rear seat”, and the like are stored. Further, as the display information, for example, “driver's seat DP (display)”, “center DP”, “rear seat DP”, and the like are stored. Also, as service restriction information, “hands-free”, “navigation”, “music” and “screen” are restricted, for example, “hands-free: acceptable”, “navigation: acceptable”, “music: acceptable”. And “screen: OK” is stored.

  In FIG. 2, the reason why the displays used in the driver seat and the passenger seat are different is, for example, to use a display in a place suitable for each seat. The reason why the service provided by the driver's seat and the passenger's seat are different from each other is because, for example, in the hands-free function, the user sitting in the driver's seat is driving, and the user sitting outside the driver's seat This is because a phone call may be made using a mobile terminal device. Further, the limitation of various services shown in FIG. 2 is an example and is not necessarily limited to the illustrated one. FIG. 2 is a diagram illustrating an example of information stored in the service restriction master.

  The history DB 112 stores the identification information of the connected portable terminal device, the connection date and time, the connection position, the connection place, and the disconnection place in association with each other. For example, as illustrated in FIG. 3, the history DB 112 includes a MAC address “00-30-05-6b-38-98” and a connection date “08/11 /” as a connection history for each connected mobile terminal device. 10 ”, connection time“ 11:45 to 12:55 ”, connection position“ driver's seat ”, connection place“ (35.584054, 139.6369878) ”, and disconnection place“ (35.686686, 139. 78622) ”is stored in association with each other. The connection location and the disconnection location indicate latitude information and longitude information. FIG. 3 is a diagram illustrating an example of information stored in the history DB 112.

  The usage DB 113 stores identification information of connected mobile terminal devices, role information or position information, and types of predetermined functions in association with each other. For example, as illustrated in FIG. 4, the usage DB 113 includes a MAC address “00-A0-D5-FF-FF-97”, location information “driver's seat”, and application type “ “Navigation, music” is stored in association with each other. FIG. 4 is a diagram illustrating an example of information stored in the usage DB 113.

  The control unit 120 has an internal memory for storing a control program, a program defining various processing procedures, and necessary data, and in particular, an acquisition unit 121 and a linkage service control unit 122. Various processes are executed.

  The acquisition unit 121 acquires role information or position information in a vehicle and identification information that uniquely identifies the mobile terminal device for a plurality of mobile terminal devices.

  For example, when the connection request is made by one or a plurality of portable terminal devices possessed by one or a plurality of passengers who ride in the vehicle, the acquisition unit 121 has a position (role) of a driver seat, a passenger seat, or a rear seat in the vehicle. And a MAC address that uniquely identifies the mobile terminal device.

  Further, the acquisition unit 121 stores the acquired role information or position information and identification information in association with each other in the history DB 112 and stores the role information stored in the history DB 112 when a connection request is made by the mobile terminal device. Alternatively, role information or position information is estimated for the mobile terminal device based on the position information and the identification information, and is output to the operation display unit 101.

  For example, the acquisition unit 121 stores the acquired location information, the MAC address, the connection date, the connection time, the connection location, and the disconnection location of the mobile terminal device corresponding to the MAC address in the history DB 112 in association with each other. To do. And the acquisition part 121 estimates a positional information about the said portable terminal device based on the positional information and MAC address stored in log | history DB112, when a connection request | requirement is carried out by the portable terminal device, The estimated position The information is prioritized and output to the operation display unit 101.

  The acquiring unit 121 further acquires the types of predetermined functions of the plurality of mobile terminal devices, and stores the acquired role information or position information, identification information, and types of the predetermined functions in the usage DB 113 in association with each other. .

  For example, the acquisition unit 121 further acquires application types of a plurality of mobile terminal devices, and stores the acquired position information, MAC addresses, and application types in the usage DB 113 in association with each other.

  The cooperation service control unit 122 controls the cooperation service implemented by the own device and the mobile terminal device based on the role information or position information acquired by the acquisition unit 121 and the identification information.

  For example, the cooperation service control unit 122 includes a navigation function, a music playback function, a game function, and the like implemented by the in-vehicle device 100 and the mobile terminal device based on the position information acquired by the acquisition unit 121 and the MAC address. The cooperative service is controlled and output to the operation display unit 101 or the vehicle speaker.

  Also, the cooperation service control unit 122 accepts connection requests from a plurality of mobile terminal devices, and for the plurality of mobile terminal devices, role information or position information stored in the use DB 113, identification information, and types of predetermined functions. If it is the same, the plurality of portable terminal devices are notified that they are in the same state.

  For example, when the connection service control unit 122 receives connection requests from a plurality of mobile terminal devices, the location information, the MAC address, and the application type stored in the usage DB 113 are the same for the plurality of mobile terminal devices. It is determined whether or not. When the information stored in the usage DB 113 and the information of the plurality of mobile terminal devices are the same, the cooperative service control unit 122 notifies the plurality of mobile terminal devices that the information is in the same state. .

  Note that the mobile terminal device that is notified of the same state instructs the in-vehicle device 100 to output the application function used before the connection request (at the time of the previous connection). In short, for example, the in-vehicle device 100 uses the navigation function used immediately before the engine is turned off and the operation is restarted while the navigation function or the music function is being output from the in-vehicle device 100 during the operation. Output functions and music functions continuously.

  In addition, the cooperation service control unit 122 performs connection confirmation for a plurality of portable terminal devices, and for the plurality of portable terminal devices, role information or position information stored in the use DB 113, identification information, a type of a predetermined function, and the like. When a change is made from, the changed state is notified to a predetermined portable terminal device.

  For example, the cooperation service control unit 122 always performs connection confirmation for a plurality of portable terminal devices that are registered for connection, and for the plurality of portable terminal devices, location information, MAC addresses, and applications stored in the usage DB 113 When there is a change from the type of the mobile phone, the mobile terminal device in the driver's seat is notified of the changed state.

[Connection registration process flow]
Next, the flow of connection registration processing according to the first embodiment will be described with reference to FIG. FIG. 5 is a flowchart illustrating the flow of the connection registration process according to the first embodiment. The connection registration process is a registration process related to the initial connection between the mobile terminal device possessed by the passenger who gets on the vehicle and the in-vehicle device 100.

  For example, as illustrated in FIG. 5, when a connection request is made by the mobile terminal device (Yes in Step S <b> 101), the in-vehicle device 100 determines whether it is a paired mobile terminal device (Step S <b> 102). In step S101, for example, when the in-vehicle device 100 is turned on, a notification for accepting a request from the mobile terminal device is continuously output by the in-vehicle device 100, and the mobile terminal that has received the output. A connection request is made by the device.

  If the in-vehicle device 100 is not a paired mobile terminal device (No at Step S102), the in-vehicle device 100 performs pairing processing between the mobile terminal device and the in-vehicle device 100 (Step S103). The pairing process is a process of authenticating each other device in order to establish a connection between the in-vehicle device 100 and the portable terminal device, and an authentication key called a PIN (Personal Identity Number) code is exchanged in the authentication process. Processing is performed.

  Further, when the in-vehicle device 100 is a paired portable terminal device (Yes at Step S102), the in-vehicle device 100 performs a process of establishing a wireless connection by Bluetooth (trademark registration) (Step S104). Whether or not the mobile terminal device has been paired is determined by, for example, storing the PIN code in the storage unit 110 when the in-vehicle device 100 and the mobile terminal device are initially connected. It is confirmed whether or not it is a paired mobile terminal device at the time of request.

  Subsequently, the in-vehicle device 100 acquires role information or position information in the vehicle for the mobile terminal device and a MAC address that is identification information for uniquely identifying the mobile terminal device, and stores the acquired MAC information in the history DB 112 (step S105). ). The position information of the mobile terminal device is acquired by, for example, outputting “driver's seat”, “passenger seat”, “rear seat”, and the like to the operation display unit 101 of the in-vehicle device 100 and selecting them by the user. The

  Thereafter, the in-vehicle device 100 acquires the type of application held by the mobile terminal device (step S106). The application type includes, for example, a navigation function, a music function, and a game function.

  Then, the in-vehicle device 100 performs connection registration processing by storing the acquired position information, MAC address, and application type in the usage DB 113 (step S107). In short, the usage DB 113 stores information that is a history of combinations of a plurality of portable terminal devices that have been registered for connection during the same session.

[Service control processing flow]
Next, the flow of service control processing according to the first embodiment will be described with reference to FIG. FIG. 6 is a flowchart illustrating the flow of the service control process according to the first embodiment. The service control process is a process for determining service restrictions in a plurality of mobile terminal devices.

  For example, as illustrated in FIG. 6, when the in-vehicle device 100 is a mobile terminal device that has already been registered for connection (Yes in step S <b> 201), the in-vehicle device 100 determines whether it is a mobile terminal device with position information “driver's seat”. (Step S202). Then, when the in-vehicle device 100 is the mobile terminal device having the position information “driver's seat” (Yes in step S202), the in-vehicle device 100 determines the mobile terminal device as a service restriction for the driver's seat. The service restrictions on the driver's seat are, for example, “hands-free: yes”, “navigation: yes”, “music: yes”, and “screen: yes”.

  Further, when the in-vehicle device 100 is not the mobile terminal device with the position information “driver's seat” (No at Step S202), the in-vehicle device 100 determines whether it is the mobile terminal device with the position information “Passenger seat” (Step S203). Subsequently, when the in-vehicle device 100 is the mobile terminal device having the position information “passenger seat” (Yes in step S203), the in-vehicle device 100 determines the mobile terminal device as a service restriction for the front passenger seat. The passenger seat service restrictions are, for example, “hands-free: not allowed”, “navigation: not allowed”, “music: allowed”, and “screen: only center DP allowed”.

  Further, when the in-vehicle device 100 is not the mobile terminal device with the position information “passenger seat” (No at Step S203), the in-vehicle device 100 determines whether the mobile terminal device is the mobile terminal device with the position information “Rear Seat” (Step S204). After that, when the in-vehicle device 100 is the mobile terminal device having the position information “rear seat” (Yes in step S204), the in-vehicle device 100 determines the mobile terminal device as the service restriction for the rear seat. The service restrictions for the rear seats are, for example, “hands-free: not allowed”, “navigation: not allowed”, “music: allowed”, and “screen: only the rear seat DP allowed”. Note that if the in-vehicle device 100 is not a connection-registered mobile terminal device (No at Step S201), or if it is not a mobile terminal device with position information “rear seat” (No at Step S204), the processing is terminated.

  Further, when the in-vehicle device 100 holds the determined service limit, the in-vehicle device 100 notifies the mobile terminal device that the service limit has been determined, and waits for an application function output request from the mobile terminal device. . Whether the in-vehicle device 100 in the output request waiting state outputs an application by the in-vehicle device 100 or the portable terminal device based on the retained service restriction when the output is requested by the mobile terminal device. Determine.

  Further, when the in-vehicle device 100 notifies the mobile terminal device of the determined service restriction, if the application output request based on the service restriction held by the mobile terminal device is made, the in-vehicle device 100 is in-vehicle. The data is output by the device 100.

[Connection position prediction processing]
Next, the flow of the connection position prediction process according to the first embodiment will be described with reference to FIG. FIG. 7 is a flowchart illustrating the flow of the connection position prediction process according to the first embodiment. The connection position prediction process is a process for determining the display order of the position information displayed on the display unit so that the user can select the position information in the connection registration process.

  For example, as illustrated in FIG. 7, the in-vehicle device 100 is a sensor that detects that the user is sitting on the seat of the vehicle when the number of connected mobile terminal devices is “1” (Yes in step S <b> 301). It is determined whether or not the number of reactions of a certain seat pressure sensor is “1” (step S302). Then, when the number of reactions of the seat pressure sensor is “1” (Yes at Step S302), the in-vehicle device 100 gives priority to “driver's seat” as the display order of the position information displayed on the operation display unit 101 and outputs it. .

  Further, when the number of mobile terminal devices connected is not “1” (No at Step S301), the in-vehicle device 100 determines whether the number of mobile terminal devices connected is “2” (Step S303). . And the vehicle-mounted apparatus 100 is a portable terminal, when the number of connection of a portable terminal device is "2" unit (step S303 affirmation) or when the reaction number of a seat pressure sensor is not "1" (step S302 negation). It is determined whether or not the most frequent seat in the history stored in the history DB 112 for the device A is the “driver's seat” (step S304).

  Subsequently, when the seat with the largest number in the history is the “driver's seat” (Yes at Step S304), the in-vehicle device 100 determines whether or not “driver's seat” is included in the reaction place of the seat pressure sensor ( Step S305). After that, the in-vehicle device 100 prioritizes “driver's seat” as the display order of the position information displayed on the operation display unit 101 when “driver's seat” is included in the reaction place of the seat pressure sensor (Yes in step S305). And output.

  Further, when the most frequent seat in the history is not the “driver's seat” (No in step S304), the in-vehicle device 100 determines whether the most frequent seat in the history is the “passenger seat” (step S306). The in-vehicle device 100 determines that the most frequent seat in the history is the “passenger seat” (Yes in Step S306), or if the “driver's seat” is not included in the reaction place of the seat pressure sensor (No in Step S305). Then, it is determined whether or not the “passenger seat” is included in the reaction place of the seat pressure sensor (step S307).

  Subsequently, in-vehicle device 100 gives priority to “passenger seat” as the display order of the position information displayed on operation display unit 101 when “passenger seat” is included in the reaction location of the seat pressure sensor (Yes in step S307). Output. Note that the in-vehicle device 100 performs the above-described processing for all connected mobile terminal devices. Moreover, although it has been described that the seat pressure sensor is used in the priority output of the display order, it may be determined based only on the history information stored in the history DB 112 without performing the processing of the seat pressure sensor.

  Here, in accordance with an output request from the mobile terminal device, which display among the displays (for example, the driver seat DP101a and the passenger seat DP101b) included in the operation display unit 101 will be described with reference to FIG. To do. FIG. 8 is a diagram illustrating an example of a structured display.

  For example, the in-vehicle device 100 holds in advance information (see FIG. 8) that structures a display mounted on a vehicle, and is disposed in the second row of the rear DP by the mobile terminal device located in the rear seat. An output request for the driver side DP is accepted. The in-vehicle device 100 determines whether the center side DP, the passenger seat side DP, and the driver seat side DP disposed in the second row of the rear DP are disposed in the vehicle, and the display of the disposed display Among them, the display having the lowest level in structuring is selected and output. The structured display differs depending on the vehicle and is not limited to the structure shown in FIG.

[Cooperation service control processing according to embodiment 1]
Next, the flow of the cooperative service control process according to the first embodiment will be described with reference to FIG. FIG. 9 is a flowchart illustrating the flow of the cooperative service control process according to the first embodiment.

  For example, as illustrated in FIG. 9, the in-vehicle device 100 notifies the mobile terminal device that the output destination is changed or the configuration of the mobile terminal device is the same as the previous time (immediately before) (step S <b> 401). The mobile terminal device that has received the notification from the in-vehicle device 100 transmits an output request for a predetermined application to the in-vehicle device 100 (step S402).

  The in-vehicle device 100 that has received the output request from the mobile terminal device determines whether there is an output limit for the mobile terminal device based on the service limit master 111 (step S403). Then, when there is no output restriction (No at Step S403), the in-vehicle device 100 outputs to the display of the operation display unit 101 corresponding to the mobile terminal device (Step S404).

  In addition, when there is an output restriction (Yes in step S403), the in-vehicle device 100 rejects the output request, that is, instructs the display unit of the mobile terminal device to output, and the mobile terminal device that receives the output instruction The data is output to the display unit of the device (step S405).

[Effects of Example 1]
As described above, the in-vehicle device 100 controls various services provided in cooperation between the in-vehicle device 100 and the plurality of portable terminal devices based on the positional information of the plurality of connected portable terminal devices in the vehicle. So it is possible to provide useful services.

  By the way, in the first embodiment, the case where the restriction of the cooperation service provided by the in-vehicle device and the mobile terminal device is limited by the in-vehicle device has been described, but the present invention is not limited to this, and the mobile terminal It can also be limited by the device.

  Therefore, in the following second embodiment, a case where the cooperation service provided by the in-vehicle device and the mobile terminal device is limited by the mobile terminal device will be described with reference to FIGS. 10 and 11.

[Configuration of mobile terminal device]
First, the configuration of the mobile terminal device according to the second embodiment will be described with reference to FIG. FIG. 10 is a diagram illustrating a configuration example of the mobile terminal device according to the second embodiment.

  As illustrated in FIG. 10, the mobile terminal device 150 includes an operation unit 151, a display unit 152, a wireless communication unit 153, a communication unit 154, a storage unit 160, and a control unit 170, which are connected. Various services are provided in cooperation with in-vehicle devices.

  The operation unit 151 includes input devices such as operation buttons and cursor keys, for example, and accepts various operations by a user (for example, the owner of the mobile terminal device 150).

  The display unit 152 includes an output device such as a monitor (liquid crystal display, organic EL display, etc.) or a touch panel display, for example, and outputs information such as a processing result in the control unit 170 described later.

  For example, the wireless communication unit 153 establishes a communication link with the in-vehicle device using a wireless communication standard such as Bluetooth (registered trademark), and uses the established communication link between the in-vehicle device and the mobile terminal device 150. Perform communication processing.

  In the present invention, a case where communication processing between the in-vehicle device and the mobile terminal device 150 is performed using Bluetooth (registered trademark) is described. However, Wi-Fi (registered trademark), ZigBee (registered trademark), and the like are described. Other wireless communication standards may be used. The communication process between the in-vehicle device and the mobile terminal device 150 may be realized by wired communication.

  The communication unit 154 is a device that performs communication processing with a server device provided on a network such as the Internet via a base station, for example, and transmits and receives calls, e-mails, GPS satellites, and map centers. Perform communication processing.

  The storage unit 160 stores data necessary for various processes by the control unit 170 and various processing results by the control unit 170. For example, the storage unit 160 stores restriction information received by a restriction information receiving unit 171 described later. The restriction information is, for example, service restriction information corresponding to the own apparatus among the restriction information shown in FIG.

  The control unit 170 has an internal memory for storing a control program, a program that defines various processing procedures, and required data, and in particular, a restriction information receiving unit 171, an output restriction determination unit 172, and an output instruction unit. 173, and various processes are executed by these.

  The restriction information receiving unit 171 receives the restriction information notified by the in-vehicle device and stores the received restriction information in the storage unit 160.

  Specifically, the restriction information receiving unit 171 includes position information “passenger seat”, display information “center DP”, service restriction information “hands-free: impossible”, “navigation: impossible”, The restriction information “music: possible” and “screen: only center DP is possible” is received from the connected in-vehicle device and stored in the storage unit 160.

  The output restriction determination unit 172 determines whether or not there is an output restriction of the predetermined function based on the restriction information stored in the storage unit 160 by the restriction information reception unit 171 when the predetermined function is output to the in-vehicle device. Determine.

  Specifically, in the example described above, the output restriction determination unit 172 outputs the restriction information “stored” in the storage unit 160 when instructing the in-vehicle device to output the application “navigation” or “music”. Based on “Navigation: Impossible” or “Music: Allowed”, it is determined whether or not there is an output limitation of the application.

  When the output restriction determination unit 172 determines that there is no output restriction, the output instruction unit 173 instructs the in-vehicle device to output a predetermined function, and when it is determined that there is an output restriction, the output instruction unit 173 The display unit 152 is instructed to output a predetermined function.

  To give a specific example in the above-described example, the output instruction unit 173 determines that the application “music” is output to the in-vehicle device when the output restriction determination unit 172 determines that the output of the application “music” is not limited. Direct output. In addition, the output instruction unit 173 instructs the display unit 152 of the mobile terminal device 150 to output the application “navigation” when the output restriction determination unit 172 determines that the output of the application “navigation” is limited. .

  Further, the output instruction unit 173 instructs the in-vehicle device to output the predetermined function that has been output immediately before when the in-vehicle device is notified that the state is the same as that output immediately before.

  For example, the output instruction unit 173 indicates that the position information of the plurality of portable terminal devices configured before the engine is turned off when the vehicle engine or the like is turned off and the vehicle is boarded again. When notified by the in-vehicle device, the in-vehicle device is instructed to output the application that was output immediately before.

[Cooperative Service Control Processing According to Second Embodiment]
Next, the flow of the cooperative service control process according to the second embodiment will be described with reference to FIG. FIG. 11 is a flowchart illustrating the flow of the cooperative service control process according to the second embodiment.

  As shown in FIG. 11, the in-vehicle device is connected to the connected mobile terminal device 150 with location information “passenger seat”, display information “center DP”, and “hands-free: impossible” as service restriction information. Restriction information of “navigation: impossible”, “music: possible”, and “screen: only center DP is possible” is notified (step S501).

  Also, the portable terminal device 150 that has received the restriction information stores the restriction information in the storage unit 160 (step S502). When the mobile terminal device 150 instructs the in-vehicle device to output the application “navigation” or “music” (Yes in step S503), the mobile terminal device 150 determines whether there is an output limit for the application (step S504). ).

  Subsequently, when there is an output restriction on the application “navigation” (Yes in step S504), the mobile terminal device 150 instructs the display unit 152 of the mobile terminal device 150 to output the application “navigation” (step S505). ).

  If there is no output restriction on the application “music” (No at Step S504), the mobile terminal device 150 instructs the in-vehicle device to output the application “Music” (Step S506).

[Effects of Example 2]
As described above, the portable terminal device 150 is useful because it determines whether to output the application to the in-vehicle device or the portable terminal device 150 based on the restriction information notified by the in-vehicle device, and issues an output instruction. Services can be provided.

Although the embodiments of the present invention have been described so far, the present invention may be implemented in various different forms other than the embodiments described above. Accordingly, different embodiments will be described in (1) probe information, (2) destination input, (3) on-vehicle device configuration, (4) mobile terminal device configuration, and (5) program.

(1) Probe information In the first embodiment, when the position information that is the same as or just before the change is notified to the mobile terminal device, and the service that cooperates between the in-vehicle device 100 and the mobile terminal device is controlled. However, the present invention is not limited to this, and position information as probe information and various vehicle information can be notified to the mobile terminal device. Here, the example which provides probe information is demonstrated using FIG. FIG. 12 is a diagram illustrating an example of providing probe information.

  For example, the in-vehicle device 100 provides vehicle information including the position information of a plurality of mobile terminal devices connected to the in-vehicle device 100 acquired from the usage DB 113 as probe information via the mobile terminal device. Can be notified to computers owned by companies. The vehicle information includes the current location of the vehicle, the destination, the number of people on the vehicle, the boarding position, the time required to reach the destination, the number of people getting on and off when the engine is turned off, and the like. Further, the time required for the destination or when the engine is turned off can be known from the vehicle speed pulse obtained from each control device of the vehicle connected to the in-vehicle device 100, the detected value in the operation state, and the like.

  In addition, a computer owned by a company that provides a mobile application extracts traffic jam information up to the destination based on the notified vehicle information, a popular spot near the current location or the destination, and the like (CP ( Notification to a computer owned by a content provider. Note that the information notified to the CP is an enormous number of information because it is information on all the vehicles that are traveling.

  Further, the CP creates various contents based on the vast number of information notified. In short, for a plurality of vehicles traveling toward a predetermined destination, the CP can create suitable content such as a map application according to the destination, an application according to the number of passengers and the boarding position, and the like. it can. Furthermore, since a vehicle-mounted device that does not include a car navigation function or the like is used, a suitable service can be provided at a low cost.

  In the example shown in FIG. 12, the computer possessed by the CP shows an example in which information is received via the computer possessed by the company that provides the mobile application, but the information notification route is limited to the illustrated example. It is not a thing. For example, the mobile terminal device may distribute the information received from the in-vehicle device 100 to the computer held by the CP and the computer held by the company providing the mobile application according to the content indicated by the information. .

(2) Destination input In addition, in the above (1) probe information, the case of notifying the destination has been described. However, even when the destination is changed, it can be notified in real time. Here, the flow of the destination input process in the navigation function will be described with reference to FIG. FIG. 13 is a flowchart showing the flow of destination input processing in the navigation function.

  For example, as illustrated in FIG. 13, the mobile terminal device A as the position information “driver's seat” notifies the in-vehicle device of a navigation function output request (step S <b> 601). The in-vehicle device that has received the output request displays and outputs the navigation function on the display unit (step S602). The in-vehicle device stores the received destination in a predetermined storage unit (for example, destination DB).

  In the state where the navigation function is displayed on the display unit, the mobile terminal device B as the position information “passenger seat” inputs the destination and notifies the in-vehicle device to change the destination. (Step S603).

  Further, when the in-vehicle device receives the destination (Yes at Step S604), the in-vehicle device stores the received destination in the destination DB (Step S605), and notifies the portable terminal device A of the destination (Step S605). S606). The mobile terminal device A that has received the changed destination notifies the company that provides the application of the destination. As a result, since a map application corresponding to the destination can be acquired in real time, a useful service can be provided.

(3) Configuration of the in-vehicle device In addition, information including the processing procedure, control procedure, specific name, various data and parameters shown in the document and drawings (for example, information stored in the “service restriction master 111”) Etc.) can be arbitrarily changed unless otherwise specified.

  Further, each component of each illustrated apparatus is functionally conceptual, and does not necessarily need to be physically configured as illustrated. That is, the specific form of distribution / integration of each device is not limited to the one shown in the figure. For example, all or part of the distributed service control unit 122 is distributed to each service unit to be provided. It can be functionally or physically distributed / integrated in arbitrary units according to usage conditions. Furthermore, all or a part of each processing function performed in each device may be realized by a CPU and a program that is analyzed and executed by the CPU, or may be realized as hardware by wired logic.

(4) Configuration of the mobile terminal device Further, the processing procedure, control procedure, specific name, information including various data and parameters shown in the above-mentioned document and drawings (for example, the specific information of the “restriction information receiving unit 171”) The name etc. can be changed arbitrarily unless otherwise specified.

  Further, each component of each illustrated apparatus is functionally conceptual, and does not necessarily need to be physically configured as illustrated. That is, the specific form of distribution / integration of each device is not limited to the illustrated one. For example, the output restriction determination unit 172 and the output instruction unit 173 determine whether or not there is output restriction based on the restriction information. Judgment and integration as an output instruction unit for instructing output to a predetermined display unit, etc. All or a part thereof is functionally or physically distributed / integrated in arbitrary units according to various burdens and usage conditions. be able to. Furthermore, all or a part of each processing function performed in each device may be realized by a CPU and a program that is analyzed and executed by the CPU, or may be realized as hardware by wired logic.

(5) Program In the above embodiment, the case where various processes are realized by hardware logic has been described. However, the present invention is not limited to this, and a program prepared in advance is executed by a computer. It may be realized by. Therefore, in the following, an example of a computer that executes a cooperative service control program having the same function as the in-vehicle device 100 shown in the above embodiment will be described with reference to FIG. FIG. 14 is a diagram illustrating a computer that executes a cooperative service control program.

  As shown in FIG. 14, the computer 11 as the in-vehicle device has an HDD 13, a CPU 14, a ROM 15, and a RAM 16 connected by a bus 18 or the like.

  The ROM 15 stores in advance a cooperative service control program that exhibits the same function as the in-vehicle device 100 shown in the first embodiment, that is, an acquisition program 15a and a cooperative service control program 15b as shown in FIG. ing. Note that these programs 15a to 15b may be integrated or distributed as appropriate, similarly to each component of the in-vehicle device 100 shown in FIG.

  The CPU 14 reads out these programs 15a to 15b from the ROM 15 and executes them, so that the programs 15a to 15b function as an acquisition process 14a and a linked service control process 14b as shown in FIG. Become. The processes 14a to 14b correspond to the acquisition unit 121 and the cooperation service control unit 122 illustrated in FIG.

  Then, the CPU 14 executes the cooperative service control program based on the data recorded in the RAM 16.

  Note that the programs 15a to 15b are not necessarily stored in the ROM 15 from the beginning. For example, a flexible disk (FD), a CD-ROM, a DVD disk, a magneto-optical disk, It is connected to the computer 11 via a “portable physical medium” such as an IC card, or a “fixed physical medium” such as an HDD provided inside or outside the computer 11, and further via a public line, the Internet, a LAN, a WAN, etc. Each program may be stored in “another computer (or server)” or the like, and the computer 11 may read and execute each program from now on.

  The following additional notes are further disclosed with respect to the embodiments including the first to third embodiments.

(Additional remark 1) The acquisition part which acquires the role information or position information in a vehicle about the some portable terminal device, and the identification information which identifies the said portable terminal device uniquely,
Based on the role information or position information acquired by the acquisition unit, and identification information, a cooperative service control unit that controls a cooperative service implemented by the device and the mobile terminal device;
A vehicle-mounted device comprising:

(Additional remark 2) The said acquisition part matches the acquired role information or position information, and identification information, and stores it in history DB, and when a connection request | requirement is carried out by the portable terminal device, it is stored in the said history DB. The in-vehicle device according to appendix 1, wherein role information or position information is estimated for the mobile terminal device based on the role information or position information and identification information, and is output to a display unit.

(Additional remark 3) The said acquisition part further acquires the classification | category of the predetermined function of the said some portable terminal device, matches the acquired role information or position information, identification information, and the classification | category of a predetermined function, and uses DB Stored in
The cooperative service control unit receives connection requests from the plurality of mobile terminal devices, and for the plurality of mobile terminal devices, role information or position information stored in the usage DB, identification information, and a predetermined function type The in-vehicle device according to appendix 1, wherein the plurality of portable terminal devices are notified of the same state when the same.

(Additional remark 4) The said acquisition part further acquires the classification | category of the predetermined function of the said some portable terminal device, matches the acquired role information or position information, identification information, and the classification | category of a predetermined function, and uses DB Stored in
The cooperative service control unit performs connection confirmation for the plurality of mobile terminal devices, and for the plurality of mobile terminal devices, role information or position information stored in the usage DB, identification information, a type of a predetermined function, and The in-vehicle device according to appendix 1, characterized in that when a change is made from the above, the changed state is notified to a predetermined portable terminal device.

(Supplementary note 5) Service restriction indicating predetermined role information or position information, display information indicating a display unit to be output according to the role information or position information, and a service restricted according to the role information or position information It further has a service restriction master that stores information in association with it,
The cooperative service control unit controls which of the own device or the portable terminal device outputs a predetermined function, and when the portable terminal device makes an output request for the predetermined function, the acquisition unit The in-vehicle device according to appendix 1, wherein the output destination is controlled based on the role information or the position information acquired by the information, the identification information, and the service restriction master.

(Additional remark 6) The said cooperation service control part stores the destination in a navigation function in destination DB, and when the destination change request | requirement is made, it notifies the changed destination with respect to a predetermined | prescribed portable terminal device The in-vehicle device according to appendix 1, wherein:

(Additional remark 7) The acquisition procedure which acquires the role information or position information in a vehicle about a some portable terminal device, and the identification information which identifies the said portable terminal device uniquely,
Based on the role information or position information acquired by the acquisition procedure, and identification information, a cooperative service control procedure for controlling a cooperative service performed by the own device and the mobile terminal device;
A cooperative service control program characterized by causing a computer to execute.

(Additional remark 8) The restriction information reception part which receives the restriction information notified by a vehicle-mounted apparatus, and stores the received restriction information in a memory | storage part,
When outputting a predetermined function to the in-vehicle device, an output restriction determination unit that determines whether or not there is an output restriction of the predetermined function based on restriction information stored in a storage unit by the restriction information receiving unit When,
When the output restriction determination unit determines that there is no output restriction, the vehicle-mounted device is instructed to output the predetermined function, and when it is determined that there is an output restriction, the display unit of the device itself An output instruction unit for instructing the output of the predetermined function;
A portable terminal device comprising:

(Additional remark 9) When the said output instruction | indication part is notified that it is the same as the state which was output immediately before by the said vehicle-mounted apparatus, the output of the predetermined function output immediately before with respect to the said vehicle-mounted apparatus is output. The mobile terminal device according to appendix 8, wherein the mobile terminal device is instructed.

It is a figure which shows the structural example of the vehicle-mounted apparatus which concerns on Example 1. FIG. It is a figure which shows the example of the information memorize | stored in a service restriction master. It is a figure which shows the example of the information memorize | stored in log | history DB. It is a figure which shows the example of the information memorize | stored in utilization DB. 6 is a flowchart illustrating a flow of connection registration processing according to the first embodiment. 3 is a flowchart illustrating a flow of service control processing according to the first embodiment. 6 is a flowchart illustrating a flow of a connection position prediction process according to the first embodiment. It is a figure which shows the example of a structured display. 6 is a flowchart illustrating a flow of cooperative service control processing according to the first embodiment. FIG. 10 is a diagram illustrating a configuration example of a mobile terminal device according to a second embodiment. 12 is a flowchart illustrating a flow of cooperative service control processing according to the second embodiment. It is a figure which shows the example which provides probe information. It is a flowchart which shows the flow of the destination input process in a navigation function. It is a figure which shows the computer which executes a cooperation service control program.

Explanation of symbols

100 In-vehicle device 101 Operation display unit 101a Driver's seat DP
101b Passenger seat DP
102 wireless communication unit 110 storage unit 111 service restriction master 112 history DB
113 Use DB
DESCRIPTION OF SYMBOLS 120 Control part 121 Acquisition part 122 Cooperation service control part 150 Portable terminal device 151 Operation part 152 Display part 153 Wireless communication part 154 Communication part 160 Storage part 170 Control part 171 Restriction information reception part 172 Output restriction determination part 173 Output instruction | indication part

Claims (5)

An acquisition unit for acquiring identification information for uniquely identifying the mobile terminal device,
Based on role information or position information of the mobile terminal device in the vehicle and the acquired identification information, a cooperative service control unit that controls a cooperative service implemented by the own device and the mobile terminal device;
If it is a connection request by the portable terminal device, for requesting the mobile terminal device of the connection request, many roles of history with reference to the history DB which stores in association with the role information or position information and the identification information An output unit for outputting information or position information to the display unit in preference to role information or position information with less history ,
Car mounting device characterized by comprising a. The acquisition unit may further acquire a type of a predetermined function of the portable terminal device, the type of identification information and Jo Tokoro functions the acquired use in association with the selected role information or position information DB Stored in
The linkage service controller, when receiving a connection request by the mobile terminal, for the connect request requesting the mobile terminal device, the type and the selected role information currently acquired identification information and the predetermined function or the location information, the usage role information or position information stored in the DB, the identification information, and when the type of the predetermined function is the same, in the same state with respect to the requesting portable terminal device The in-vehicle device according to claim 1, wherein a notification is given. Storing the acquisition unit further acquires the type of the predetermined functions of the portable terminal device, a type of the acquired identification information and Jo Tokoro function, for use in association with the selected role information or position information DB And
The coordination service control unit, check the connection for mobile terminals, for the connection confirmation of the target mobile terminal device, and the role information or position information selected and the type of currently acquired identification information and the predetermined function the use role information or position information stored in the DB, the identification information, and when it is changed species-specific or these predetermined functions, to notify a state of being changed to a predetermined portable terminal device The in-vehicle device according to claim 1, wherein Corresponds to predetermined role information or position information, display information indicating a display unit output according to the role information or position information, and service restriction information indicating a service restricted according to the role information or position information. It further has a service restriction master for storing
The coordination service control unit, when the output request of the predetermined function is made by the portable terminal apparatus, acquired by the acquisition unit, the role information or position information and identification of the portable terminal apparatus that has performed the output request The in-vehicle device according to claim 1, wherein an output destination is controlled in the portable terminal device that has made the output request with the own device based on the information and the service restriction master. The portable terminal device acquires uniquely identifies the identification information,
And role information or position information of the portable terminal device in the vehicle, on the basis of previously and Quito obtained has been identification information, controls the collaboration services performed by its own device and the portable terminal device,
When a connection request is made by a mobile terminal device, a role with a lot of history is referred to the history DB in which role information or position information and the identification information are stored in association with each other for the mobile terminal device requesting the connection request. Information or position information is output to the display unit with priority over role information or position information with less history, and is selected.
A cooperative service control program characterized by causing a computer to execute processing .

Images