JP2010130674A - In-vehicle unit - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To suppress manufacturing costs and to accurately cooperate and connect mobile terminals and an in-vehicle unit even if a plurality of mobile terminals are present inside a vehicle. <P>SOLUTION: An in-vehicle unit 10 establishes wireless communication with each of mobile terminal devices A200-C400 and acquires data meeting a predesignated condition, among data provided on the plurality of mobile terminal devices with which the wireless communication is established, such as "application having the maximum number of times of execution", "application having the maximum number of times of execution within recent one week", "application having the maximum number of times of execution within recent one month", or "application being executed on a mobile terminal having the maximum number of times of connection". The in-vehicle unit 10 then converts the acquired data into such a format that the data can be output by the in-vehicle unit 10, secures resources for displaying the data and outputs the data to a display operating section 12 or a speaker 30. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to an in-vehicle device that includes a display unit and performs wireless communication with a plurality of portable terminal devices.

  With the spread of car navigation systems using GPS (Global Positioning System), in-vehicle devices having a navigation function are often mounted on vehicles. In addition, in order to respond to user needs for multifunctional in-vehicle devices, multifunctional in-vehicle devices have become prominent.

  For example, in-vehicle devices often include many functions such as a television reception function, a CD (Compact Disc) playback function, and a DVD (Digital Versatile Disk) playback function in addition to the navigation function.

  On the other hand, portable terminal devices such as mobile phones have been popularized at low prices but with navigation functions and music playback functions. In addition, since mobile terminal devices equipped with a short-range wireless communication function such as Bluetooth (registered trademark) have also become widespread, the mobile terminal device and the vehicle-mounted device are linked with such a short-range wireless communication function, and the mobile terminal device side Efforts are also being made to use functions on the in-vehicle device side.

  For example, in Patent Document 1, when the mobile terminal and the in-vehicle device are connected in a coordinated manner, the mobile terminal detects the current position of the vehicle and the in-vehicle device performs navigation control based on the position information detected by the mobile terminal. An apparatus is disclosed that saves resources by diverting functions overlapping each other to each other.

JP 2002-48560 A

  However, the above-described conventional technology has a problem that when a plurality of portable terminals exist in a vehicle, the portable terminal and the in-vehicle device cannot be accurately linked and connected, and the high-performance in-vehicle device is used to cooperate with the portable terminal. Therefore, there is a problem that it is costly.

  Specifically, in a conventional in-vehicle device, even when a plurality of portable terminals are detected, only one portable terminal can be connected, or a connection request is transmitted to each detected portable terminal. Since a response is received from each portable terminal, an event such as the inability to establish a connection with any terminal occurs.

  In addition, in the conventional technology, the overlapping functions when the mobile terminal and the in-vehicle device are connected together are shared with each other, but the in-vehicle device capable of performing the navigation control has a high-performance function capable of performing the navigation control ( For example, a GPS (Global Positioning System), a VICS (Vehicle Information and Communication System), and a control program for cooperating with other functions are provided. Therefore, the manufacturing cost of the in-vehicle device according to the conventional technology increases, and the manufacturing cost of the in-vehicle system (mobile terminal and in-vehicle device) of the conventional technology also increases.

  Therefore, the present invention has been made to solve the above-described problems of the prior art, can reduce the manufacturing cost, and is a portable terminal even when a plurality of portable terminals are present in a vehicle. It is an object of the present invention to provide an in-vehicle device capable of accurately linking and connecting an in-vehicle device.

  In order to solve the above-described problems and achieve the object, the present invention is an in-vehicle device that includes a display unit and performs wireless communication with a plurality of mobile terminal devices, and performs wireless communication with each of the plurality of mobile terminal devices. Wireless establishing means to establish, data obtaining means for obtaining data that matches a predetermined condition among data provided on each of a plurality of portable terminal devices for which wireless communication has been established by the wireless establishing means, and the data Output control means for converting the data acquired by the acquisition means into a format that can be output by the in-vehicle device and outputting the converted data to the display unit and / or the speaker.

  According to the present invention, the manufacturing cost can be reduced, and even when a plurality of portable terminals are present in the vehicle, the portable terminal and the in-vehicle device can be accurately linked and connected.

  Embodiments of an in-vehicle device according to the present invention will be described below in detail with reference to the accompanying drawings. In the following, the outline of the in-vehicle system including the in-vehicle apparatus according to the present embodiment, the configuration of the in-vehicle system, and the flow of processing will be described in order, and finally various modifications to the present embodiment will be described.

  First, main terms used in this embodiment will be described. The “in-vehicle system” used in this embodiment is an in-vehicle device called “Display Audio” (hereinafter referred to as “DA”) mounted on an automobile, and a portable device that receives applications (hereinafter simply referred to as “applications”) and data from the server device. It is a system in which a terminal cooperates with a short-range wireless communication function.

  Here, DA refers to an in-vehicle device that is mounted with only basic functions such as a display function, an audio playback function, and a communication function with a mobile terminal device, and becomes multi-functional by cooperating with the mobile terminal device. Therefore, in-vehicle devices used in the present embodiment are devices that are less expensive than high-precision in-vehicle devices mounted on vehicles in recent years, and can be expected to be widely used.

  The mobile terminal has a short-range wireless communication function such as Bluetooth (registered trademark) and infrared communication, and various functions such as a mail function, an Internet connection function (Web connection function), a music player function, and a moving image playback function. For example, a personal computer, a PDA, or a mobile communication terminal such as a mobile phone or PHS.

[Outline of in-vehicle system]
Next, the outline of the in-vehicle system according to the first embodiment will be described with reference to FIG. FIG. 1 is a diagram for explaining the outline of the in-vehicle system according to the first embodiment.

  As shown in FIG. 1, the in-vehicle system 1 includes an in-vehicle device called DA mounted in an automobile and a plurality of mobile terminals (mobile terminals 200 to 400) that receive applications and data from a server device. Thus, the mobile terminal and the in-vehicle device can be accurately linked and connected even when a plurality of mobile terminals are present in the vehicle while suppressing the manufacturing cost. In addition, although three mobile terminals will be described as an example here, the present invention is not limited to this.

  Here, the term “cooperation” means that information updated on the mobile terminal is reflected on the in-vehicle device, and information updated on the in-vehicle device is reflected on the mobile terminal, and is executed on the mobile terminal. When an in-vehicle device that displays an application image or the like receives an operation by a user, the operation content is executed on the mobile terminal side, and the in-vehicle device outputs an operation result.

  Specifically, the in-vehicle device establishes wireless communication with each of the plurality of mobile terminal devices (see (1) in FIG. 1). For example, when the vehicle engine is turned on and the power of the device is turned on, the in-vehicle device automatically activates the short-range wireless communication function and searches for a mobile terminal that exists at a wireless communicable distance. Then, when detecting the mobile terminal device located at a predetermined distance capable of wireless communication with the on-vehicle device, the on-vehicle device establishes wireless communication with the detected mobile terminal device.

  Subsequently, the in-vehicle device can acquire data that matches a predetermined condition among the data provided on each of the plurality of mobile terminal devices for which wireless communication is established, and can output the acquired data by the in-vehicle device. Are converted into various formats and output to a display, a touch panel, or a speaker (see (2) and (3) in FIG. 1).

  Specifically, when wireless communication is established, the in-vehicle device stores the “application with the highest number of executions”, “the application with the highest number of executions in the last week” stored in the memory of the device itself, “Apps that have been executed most frequently in the last month”, “Apps that are executed on mobile devices with the highest number of connections”, such as apps that are used most frequently or relatively frequently used Data that matches a predesignated condition is acquired. The in-vehicle device converts the acquired data into a format that can be output by the in-vehicle device, and uses resources for displaying the data (for example, specifying a display area of the display or specifying an output destination speaker). Secure and output to the display, touch panel, and speakers.

  As described above, the in-vehicle device according to the first embodiment can cooperate with a mobile terminal even using a DA that implements only basic functions such as a display function, an audio playback function, and a communication function with a mobile terminal device. In addition, even when wireless communication is established with a plurality of mobile terminals, the app is acquired according to a predetermined condition. Therefore, even if a plurality of mobile terminals exist in the vehicle while suppressing manufacturing costs, The vehicle-mounted device can be accurately linked and connected.

[Configuration of in-vehicle system]
Next, the configuration of the in-vehicle system shown in FIG. 1 will be described with reference to FIG. FIG. 2 is a block diagram illustrating the configuration of the in-vehicle system according to the first embodiment. As shown in FIG. 2, the in-vehicle system 1 includes an in-vehicle device 10, a mobile terminal A 200, a mobile terminal B 300, and a mobile terminal C 400, so each device will be described here. Since the mobile terminal A200, the mobile terminal B300, and the mobile terminal C400 are devices having the same configuration, only the mobile terminal A200 will be described in detail here.

(Configuration of in-vehicle device 10)
First, the structure of the vehicle-mounted apparatus 10 in the vehicle-mounted system 1 which concerns on Example 1 is demonstrated. As shown in FIG. 2, the in-vehicle device 10 includes a short-range communication unit 11, a display operation unit 12, a storage unit 13, and a control unit 15, and is connected to the vehicle control system unit 20 and the speaker 30. .

  The vehicle control system unit 20 is connected to the in-vehicle device 10 and includes various sensors that detect the state of the vehicle, such as a vehicle speed sensor, an acceleration sensor, a steering sensor, a brake sensor, and a winker sensor. Vehicle speed), vehicle acceleration, vehicle tire position, turn signal operation, and brake state are detected. The speaker 30 outputs the audio signal input from the in-vehicle device 10 into the vehicle, and is installed on the side of the driver's seat, the front of the passenger seat, the left side of the rear seat, the right side of the rear seat, and the like.

  Returning to the configuration of the in-vehicle device 10, the short-range communication unit 11 establishes a communication link with the mobile terminal A 200 or the like using short-range wireless communication such as Bluetooth (registered trademark), and uses the established communication link to mount the vehicle. Communication processing between the device 10 and the portable terminal (A200 to C400) is performed. Here, Bluetooth (registered trademark) is a short-range wireless communication standard for performing wireless communication with a radius of several tens of meters using a 2.4 GHz frequency band. In recent years, such as mobile phones and personal computers. Widely applied to electronic devices.

  In this embodiment, communication between the in-vehicle device 10 and the mobile terminals A200 to C400 using Bluetooth (registered trademark) will be described. However, Wi-Fi (Wi-Fi: registered trademark), ZigBee (ZigBee: registered) Other wireless communication standards such as a trademark may be used. Moreover, it is good also as performing communication between vehicle equipment 10 / portable terminal A200-C400 by wired communication.

  The display operation unit 12 is connected to the control unit 15 and displays and outputs an image output from the control unit 15. Specifically, the display operation unit 12 includes an input / output device such as a touch panel display, and displays a display screen that is received from the mobile terminals A200 to C400 and converted into a format that can be output by the control unit 15. Touch information for the displayed screen is acquired. Here, the touch information is information including coordinates on the touched display, a time interval from the touch to the next touch, and the like. The display operation unit 12 notifies the control unit 15 of the acquired touch information.

  The storage unit 13 stores data and programs necessary for various processes performed by the control unit 15, and particularly includes a connection count DB 13a and an execution count DB 13b. In addition, as information which specifies the portable terminal which the memory | storage part 13 memorize | stores, it can distinguish using the MAC address of a portable terminal, the name set by the user, etc.

  The connection count DB 13a stores the number of times wireless communication has been established for each mobile terminal. Specifically, the connection count DB 13 a stores “connection count” in association with “mobile terminal”. For example, the connection count DB 13a stores “portable terminal A, 10 times”, “portable terminal B, 5 times”, “portable terminal X, 0 times”, etc. as “portable terminal, connection count” as shown in FIG. To do. FIG. 3 is a diagram illustrating an example of information stored in the connection count DB.

  The execution count DB 13b stores the number of applications executed on the mobile terminal. Specifically, the execution count DB 13b is associated with an “application” that identifies an application, “execution count (total)” indicating the execution count to date, and “weekly (last week)” indicating the execution count of the previous week. “Monthly (last month)” indicating the number of executions of the previous month is stored. For example, as shown in FIG. 4, the execution count DB 13b includes “vehicle information, 5 times, 1 time, 1 time” as “application, execution count (total), weekly (last week), and“ monthly (last month) ”. , “Navigation, 2 times, 0 times, 1 time”, “music, 20 times, 2 times, 7 times” and the like are stored. FIG. 4 is a diagram illustrating an example of information stored in the execution count DB.

  The control unit 15 includes an internal memory for storing a control program such as an OS (Operating System), a program that defines various processing procedures, and necessary data, and a wireless establishment unit 15a, an exclusive control unit 15b, It has an interrupt processing unit 15c, a getting-off processing unit 15d, a return processing unit 15e, and an output control unit 15f, and these perform various processes.

  The wireless establishment unit 15a establishes wireless communication with respect to the mobile terminal located at a predetermined distance where wireless communication with the in-vehicle device 10 is possible. Specifically, when the power of the device is turned on, the wireless establishing unit 15a activates the short-range communication unit 11 and searches for a terminal in an area where wireless communication is possible. Then, when the mobile terminals A200 to C400 have entered the wireless communicable area, the wireless establishing unit 15a detects the mobile terminals A200 to C400 that have entered, and the short-range communication unit 11 with respect to the detected mobile terminals A200 to C400. A pairing process using is performed to establish wireless communication with the mobile terminals A200 to C400.

  The wireless establishment unit 15a can also establish wireless communication with the mobile terminal in accordance with a user operation. For example, a cooperation start button with the portable terminal is displayed on the display operation unit 12 to be described later, and when this button is pressed by the user, the wireless establishment unit 15a activates the short-range communication unit 11 to perform wireless communication. Search for a terminal in a possible area. And if the wireless establishment part 15a detects portable terminal A200-C400, it will perform the pairing process using the near field communication part 11 with respect to detected portable terminal A200-C400, and portable terminal A200-C400 Establish wireless communication in between.

  The exclusive control unit 15b acquires data that matches a predetermined condition among data provided on each of the plurality of mobile terminal devices for which wireless communication has been established by the wireless establishment unit 15a. Specifically, when the wireless establishment unit 15a establishes wireless communication with each portable terminal, the exclusive control unit 15b stores the “application with the highest number of executions” and “recently stored” stored in the connection number DB 13a and the execution number DB 13b. Pre-specified conditions such as “Apps with the highest number of executions in one week”, “Apps with the highest number of executions in the last month”, “Apps executed on the mobile terminal with the highest number of connections” Get data that matches. And the exclusive control part 15b acquires data from the portable terminal which performs the application which corresponds to the said conditions, and outputs it to the output control part 15f mentioned later.

  The interrupt processing unit 15c processes an interrupt request based on a predetermined condition when an interrupt request such as an application execution request is received from another mobile terminal while the app is linked to the mobile terminal by wireless communication. Is a processing unit. Specifically, when the interrupt processing unit 15c receives an interrupt request such as an application execution request from the mobile terminal B300 while the app is linked to the mobile terminal A200 by wireless communication, which terminal has priority. Whether to allocate resources to the mobile terminal B300 that has transmitted the request later is determined based on conditions preset by the user.

  For example, when the interrupt processing unit 15c receives a request to execute a new music from the mobile terminal B300 while sequentially executing the music provided from the mobile terminal A200, the music received from the mobile terminal B300 is received. Is determined and executed at what timing.

  The getting-off processing unit 15d is a processing unit that executes various processes when the wireless communication is disconnected when the mobile terminals A200 to C400 and the in-vehicle device 10 establish wireless communication and cooperate with an application. Specifically, the getting-off processing unit 15d determines whether the wireless communication is disconnection due to engine stop or disconnection by user operation, and after each determination, the application (last mode) that is executed in cooperation immediately before wireless disconnection. And the information of the mobile terminal that is executing the application are stored in the storage unit 13. Moreover, when the wireless communication is disconnected, not the user operation or the engine stop, the getting-off processing unit 15d attempts to reconnect to the disconnected mobile terminal.

  The return processing unit 15e is a processing unit that executes various processes when the wireless communication between the mobile terminal and the in-vehicle device 10 is disconnected and then reconnected. For example, when the reconnection is established by the getting-off processing unit 15d, the return processing unit 15e is the last mode stored in the storage unit 13 by the getting-off processing unit 15d at the time of wireless disconnection (the application that has been executed in cooperation immediately before the wireless disconnection). ) Is transmitted, the execution request of the application is transmitted to the mobile terminal, and the cooperative connection of the application is started again. In addition, for example, the return processing unit 15e is configured so that the mobile terminal and the vehicle-mounted device 10 are again connected within a predetermined time (for example, within 30 minutes) after the vehicle stops and the above-described getting-off processing unit 15d executes the getting-off processing. When the wireless communication is established, the last mode stored in the storage unit 13 is acquired by the getting-off processing unit 15 when the wireless disconnection is performed, the execution request of the application is transmitted to the corresponding mobile terminal, and the cooperation of the application is performed again. Start the connection.

  The output control unit 15 f converts data acquired by each control unit such as the exclusive control unit 15 b into a format that can be output by the in-vehicle device 10, and outputs the data to the display operation unit 12 and / or the speaker 30. Specifically, the output control unit 15f converts an image received via the short-range communication unit 11 after wireless communication is established with the mobile terminal A200 into a format that can be displayed by the own device. Or converted into an image suitable for the display (or touch panel) of the display operation unit 12 and displayed. Further, the output control unit 15f converts the audio signal received via the short-range communication unit 11 after wireless communication is established with the mobile terminal A200 into a format that can be output by the own device, and the speaker. 30.

  For example, the output control unit 15f may use the navigation information (the guidance route to the destination and the destination) set in the mobile terminal A200 via the short-range communication unit 11 after wireless communication is established with the mobile terminal A200. Image and sound) are acquired, the acquired navigation image is converted into an image that matches the width (W pixels) × height (H pixels) of the display (or touch panel) of the display operation unit 12. Then, it is displayed on the display / operation unit 12, and the acquired navigation sound is converted into a format that can be output by the own device and output from the speaker 30.

  After that, the output control unit 15f converts the information (navigation image and navigation voice) transmitted and acquired every time the travel route is guided on the mobile terminal A200 side into a format that can be output by the in-vehicle device 10, and displays it. Output to the operation unit 12 and / or the speaker 30.

  Also, the output control unit 15f is information acquired from the portable terminal A200 that is cooperatively connected by wireless communication, and when the information displayed on the display operation unit 12 is operated by the user, the operated content is displayed. The specified operation information is transmitted to the portable terminal A200. To give a specific example, the output control unit 15 f receives touch information from the display operation unit 12 and performs a process of notifying the received touch information to the mobile terminal A 200 via the short-range communication unit 11.

  Also, the mobile terminal A200 converts the notified touch information into an input operation on the display screen, operates the application based on the input operation, and performs processing such as display screen update. The operation result of the operation transmitted to the portable terminal A200 by the output control unit 15f is output from the portable terminal A200 and acquired via the short-range communication unit 11, and then the output control unit 15f It is converted into a format that can be output and output to the display operation unit 12 and / or the speaker 30. The information notified to the portable terminal A 200 by the output control unit 15 f is a coordinate indicating the operated position or an operation command specified from the operated position.

(Configuration of mobile terminal A200)
Next, the configuration of the mobile terminal A200 in the in-vehicle system 1 according to the first embodiment will be described. As illustrated in FIG. 2, the mobile terminal A 200 includes a communication unit 210, a short-range communication unit 220, a speaker 230, a display operation unit 240, a storage unit 250, and a control unit 260.

  The communication unit 210 is a device that communicates with a server device or a GPS (Global Positioning System) communication device provided on a network such as the Internet via a base station of a communication carrier, for example. To give a specific example, when a navigation application is being executed on the mobile terminal A200, the communication unit 210 communicates with the GPS or the like according to an instruction from the navigation application to acquire the current position of the mobile terminal A200, etc. To do.

  The short-range communication unit 210 establishes a communication link with the in-vehicle device 10 using short-range wireless communication such as Bluetooth (registered trademark) as well as the short-range communication unit 11 of the in-vehicle device 10 and the established communication link. Is used to perform communication processing between the portable terminal A200 and the in-vehicle device 10.

  When the speaker 230 receives an audio signal from the control unit 260 or the like, which will be described later, the speaker 230 outputs the audio signal to the outside, and outputs the audio at the time of normal telephone connection to the outside. The display operation unit 240 includes an input / output device such as a touch panel display, and displays and outputs an image output from the control unit 260 and the like which will be described later.

  The storage unit 250 stores data and programs necessary for various processes performed by the control unit 260, and stores, for example, an application 250a that is read and executed by the application execution control unit 280 described later. The application 250a is, for example, a navigation application, a music download application, a moving image distribution application, or the like.

  The control unit 260 has an internal memory for storing a control program such as an OS (Operating System), a program that defines various processing procedures, and necessary data, and performs processing such as voice calls and wireless communication. The establishment unit 270, the application execution control unit 280, and the information notification unit 290 have various processes.

  The wireless establishment unit 270 is a processing unit that establishes wireless communication with the in-vehicle device 10, and specifically, when a pairing process or the like is received from the in-vehicle device 10 via the short-range communication unit 220. Then, a response to the processing is transmitted to the in-vehicle device 10 to establish wireless communication.

  The application execution control unit 280 receives an instruction operation of the user of the mobile terminal A200, reads an application corresponding to the received operation from the storage unit 250, and executes the application. For example, when the application execution control unit 280 receives a navigation application activation instruction from the user of the mobile terminal A 200, the application execution control unit 280 reads the navigation application from the storage unit 250 and executes the navigation application. In addition, when the application execution control unit 280 receives an application execution request from the in-vehicle device 10, for example, when an application to be executed is selected by the exclusive control unit 15 b of the in-vehicle device 10 and the application selection request is received For example, when a request for executing the last mode is received from the return processing unit 15e of the in-vehicle device 10, the requested application is read from the storage unit 250 and executed.

  The information notification unit 290 transmits the image output by the application execution control unit 280 and output to the display operation unit 240 and the sound output from the speaker 230 to the in-vehicle device 10 via the short-range communication unit 220. For example, when a navigation application is executed by the application execution control unit 280, the information notification unit 290 transmits an image indicating a destination set and executed on the navigation application and a route to the destination to the in-vehicle device 10, Moreover, the guidance voice output along a guidance route is transmitted to the vehicle-mounted apparatus 10.

  In addition, when the touch information is notified from the in-vehicle device 10, the information notification unit 290 converts the touch information into an input operation on the display screen, operates the application based on the input operation, and updates the display screen. Process. And the information notification part 290 transmits the audio | voice signal which generate | occur | produces with the updated display screen and the updated display screen to the vehicle-mounted apparatus 10. FIG.

[Exclusive control processing by in-vehicle system]
Next, the exclusive control process by the in-vehicle system according to the first embodiment will be described with reference to FIGS. FIG. 5 is a flowchart showing a flow of exclusive control processing when priority is given to the last mode of the portable terminal, and FIG. 6 is a flowchart showing a flow of exclusive control processing when priority is given to the last mode of the in-vehicle device.

(Last mode of mobile device is given priority)
As illustrated in FIG. 5, when the vehicle-mounted device 10 is turned on by starting the vehicle engine or the like (Yes in step S <b> 101), the on-vehicle device 10 activates the last mode stored in the storage unit 13 of the own device (step S102).

  Then, the in-vehicle device 10 searches for whether or not the mobile terminal exists within a wirelessly communicable distance (step S103), and detects the presence of the mobile terminals A200 to C400 (Yes in step S104) and pairs with each device. The ring process is performed to establish wireless communication, and the last mode stored in each portable terminal is acquired (step S105).

  Subsequently, the in-vehicle device 10 determines which last mode is to be executed based on a predesignated condition (step S106), and requests the corresponding mobile terminal to execute the determined application, and the application data. Is acquired, the mode in the own device is shifted (step S107), and conversion processing and resource allocation for outputting the image and sound of the application in the own device are executed (step S108). Thereafter, the in-vehicle device 10 converts the data to the display operation unit 12 and the speaker 30 and outputs the information to acquire the information of the application.

(When giving priority to the last mode of the in-vehicle device)
As shown in FIG. 6, when the vehicle-mounted device 10 is turned on, for example, when the engine of the vehicle is activated (Yes in step S201), whether or not the setting for cooperative connection with the mobile terminal is set in the device itself. Is determined (step S202).

  When the setting for cooperative connection is set in the own apparatus (Yes in step S202), the in-vehicle apparatus 10 searches for a portable terminal that exists within a wirelessly communicable distance (step S203) and detects the portable terminal. (Yes in step S204), it is determined whether or not the last mode of the portable terminal is managed by the own device (step S205).

  When the last mode of the portable terminal is managed by the own device (Yes at Step S205), the in-vehicle device 10 notifies the last mode stored in the storage unit 13 to the portable terminal that executes the last mode (Step S206). ), Conversion processing and resource allocation for outputting the image and sound of the application within the device itself are executed (step S207). Thereafter, the in-vehicle device 10 converts the data to the display operation unit 12 and the speaker 30 and outputs the information to acquire the information of the application.

  On the other hand, when the last mode of the mobile terminal is not managed by the own device (No at Step S205), the in-vehicle device 10 notifies the mobile terminal that executes the last mode (Step S208), and resource arbitration is performed on the mobile terminal side. That is, after the notified application is prepared for execution (step S209), conversion processing and resource allocation for outputting the image and sound of the application within the own apparatus are executed (step S207).

  Returning to step S202, when the setting for cooperative connection is not set in the own device (No in step S202), the in-vehicle device 10 transmits a standby notification to each mobile terminal and waits for the cooperative processing with the mobile terminal ( Step S210).

  Returning to step S204, if the mobile terminal is not present at a wireless communicable distance (No at step S204), the in-vehicle device 10 acquires the last mode of the own device from the storage unit 13 and activates the last mode. (Step S211).

[Interrupt control processing by in-vehicle system]
Next, an interrupt control process performed by the in-vehicle system according to the first embodiment will be described with reference to FIGS. FIG. 7 is a flowchart showing a flow of resource allocation processing by an interrupt request, and FIG. 8 is a flowchart showing a flow of image display processing by an interrupt request.

(Resource allocation process flow)
As illustrated in FIG. 7, when the in-vehicle device 10 is in an application cooperation with the mobile terminal A200 (step S301) and receives an interrupt request from the mobile terminal B300 (Yes in step S302), the mobile terminal in the in-vehicle device 10 The allocation state of the resource allocated to A200 is acquired (step S303).

  Subsequently, the in-vehicle device 10 executes an interrupt determination process (resource assignment process) described in the second and subsequent embodiments (step S304), and when the resource of the mobile terminal B300 can be used (Yes in step S305). Then, the area allocated to the portable terminal A200 is changed to the area of the portable terminal B300 (step S306). Thereafter, the in-vehicle device 10 acquires data from the portable terminal B300, converts the data to the display operation unit 12 and the speaker 30, and outputs the converted data.

  On the other hand, when the resource of the portable terminal B300 is not available (No at Step S305), the in-vehicle device 10 transmits a standby notification to the portable terminal B300 (Step S307), and the portable terminal is the same as before receiving the interrupt request. Data is acquired from A200, and the data is converted and output to the display operation unit 12 and the speaker 30.

(Flow of image display processing)
As shown in FIG. 8, when the in-vehicle device 10 is in an application cooperation with the mobile terminal A200 (step S401) and receives an interrupt request from the mobile terminal B300 (Yes in step S402), the mobile terminal in the in-vehicle device 10 The allocation state of the resource allocated to A200 is acquired (step S403).

  Subsequently, the in-vehicle device 10 executes an interrupt determination process (resource allocation process) described in the second and subsequent embodiments (step S404), and when resources sufficient to display the image information of the portable terminal B300 are allocated (step S404). (Yes in S405), the image information of the portable terminal B300 is acquired and output to the display operation unit 12 (step S406).

  On the other hand, when resources sufficient to display the image information of the portable terminal B300 are not allocated (No at Step S405), the in-vehicle device 10 transmits a standby notification to the portable terminal B300 (Step S407), and before receiving the interrupt request. Similarly, data is acquired from the portable terminal A200, and the data is converted and output to the display operation unit 12 and the speaker 30.

[Getting off by in-vehicle system]
Next, the getting-off process by the in-vehicle system according to the first embodiment will be described with reference to FIG. FIG. 9 is a flowchart showing the flow of the getting-off process.

  As illustrated in FIG. 9, when the wireless communication disconnection is detected in a state where the in-vehicle device 10 is in cooperation with the mobile terminals A200 to C400 (step S501), the in-vehicle device 10 determines whether the disconnection is caused by a user operation. (Step S502).

  When the in-vehicle device 10 determines that this disconnection has occurred due to a user operation (Yes in step S502), each mobile terminal connected to the in-vehicle device 10 and the last mode being executed in each mobile terminal Are stored in association with each other (step S503). For example, the in-vehicle device 10 is the information before disconnection, “the combination of the mobile terminal connected to the in-vehicle device 10, the pairing completion time, the application start / end time, the last mode being executed in the in-vehicle device 10 and the last mode For example, "information on portable terminals that provide".

  When it is not determined that the disconnection has occurred due to a user operation (No at Step S502), the in-vehicle device 10 determines whether the disconnection is a disconnection due to the engine (ACC) OFF (Step S504), and the disconnection is performed. If it is determined that the engine (ACC) is turned off (Yes at step S504), each mobile terminal connected to the in-vehicle device 10 and the last mode executed by each mobile terminal are stored in association with each other (step S505). . Also here, the in-vehicle device 10 stores the information before cutting as described above.

  When it determines with the said cutting | disconnection not being the cutting | disconnection by engine (ACC) OFF (step S504 negative), the vehicle-mounted apparatus 10 implements a reconnection process with respect to the disconnected portable terminal (step S506).

  When the reconnection process times out (Yes in step S507), the in-vehicle device 10 stores the information before the disconnection (step S508), and the reconnection process does not time out and the reconnection can be established. (No in step S507), the mobile terminal and the application are connected again (step S509).

[Return processing by in-vehicle system]
Next, the return process by the in-vehicle system according to the first embodiment will be described with reference to FIG. FIG. 10 is a flowchart showing the flow of return processing.

  As shown in FIG. 10, the in-vehicle device 10 is turned on, for example, when the vehicle engine is activated, and activates the last mode stored in the storage unit 13 of the own device (step S <b> 601).

  Then, the in-vehicle device 10 searches for whether or not the mobile terminal exists at a wireless communicable distance (step S602), and detects the presence of the mobile terminals A200 to C400 (Yes in step S603), and pairs with each device. The ring process is performed to establish wireless communication, and the last mode stored in each portable terminal is acquired (step S604).

  Thereafter, the in-vehicle device 10 compares the last mode managed by the device itself with the last mode information acquired from the mobile terminals A200 to C400 (step S605), and the combination of the connected mobile terminals is the same. (Yes in step S606), requests the mobile terminal to request the execution of the application to execute the application before disconnection, and acquires the data of the application, thereby shifting the mode in the own device (step S607). ), Conversion processing and resource allocation for outputting the image and sound of the application within the device itself are executed (step S608).

  When the combination of the connected portable terminals is not the same (No at Step S606), the in-vehicle device 10 determines which last mode is to be executed based on a predesignated condition (Step S609). By requesting an application execution request from the corresponding mobile terminal and acquiring the data of the application, the mode in the own apparatus is shifted (step S610), and the image and sound of the application are output in the own apparatus. Conversion processing and resource allocation are executed (step S611).

[Effects of Example 1]
As described above, according to the first embodiment, it is possible to cooperate with a mobile terminal even using a DA that implements only basic functions such as a display function, an audio playback function, and a communication function with a mobile terminal device. Even when wireless communication is established with a plurality of portable terminals, an application is acquired according to a predetermined condition. Therefore, even if a plurality of portable terminals are present in a vehicle while suppressing manufacturing costs, the portable terminal and the in-vehicle device Can be linked together accurately.

  In addition, the cost of DA can be reduced by using the high function of the portable terminal. In addition, it is possible to suppress the stop of an application that is to be preferentially processed depending on the activation status of a plurality of mobile terminals. In addition, depending on the application to be activated, there are some screens and voices that are not required (may be omitted), so the disadvantage of not being able to use another application at the same time can be eliminated. For example, in navigation guidance, it is possible to assume the usage situation that only traffic information is necessary in the vicinity, etc., and only a map is necessary, so various devices can be efficiently used by using devices (displays, speakers) that can be used for other purposes. Can provide functionality.

  Next, in the second embodiment, a specific example of exclusive control for application execution requests from a plurality of portable terminals will be described with reference to FIGS.

  First, the execution method of a some application is demonstrated using FIG. 11 and FIG. FIG. 11 is a flowchart illustrating a processing flow when an application is continuously executed during wireless communication with a plurality of portable terminals.

  As illustrated in FIG. 11, when the application being executed is terminated (Yes in step S701), the in-vehicle device 10 determines whether or not the application with the next highest priority is set according to a predetermined condition. Determination is made (step S702).

  And when the setting which performs the application with the next highest priority is not carried out (step S702 negative), the vehicle-mounted apparatus 10 will change to the state which waits for the application execution request from a portable terminal (step S703), and will give priority next. If it is set to execute an app with a high degree (Yes at step S702), the application with the next highest priority is executed (step S704). That is, the in-car device 10 requests the execution request of the application with the next highest priority from the corresponding mobile terminal and acquires the data of the app, thereby shifting the mode in the own device, and the image or sound of the app. To perform conversion processing and resource allocation for

  Next, the flow of processing when an application execution request is received from a new mobile terminal during cooperation with a plurality of mobile terminals will be described using FIG. FIG. 12 is a flowchart showing the flow of processing when an application execution request is received from a new mobile terminal during cooperation with a plurality of mobile terminals.

  As illustrated in FIG. 12, the in-vehicle device 10 has priority when an application execution start request is received from a newly connected portable terminal (Yes in Step S802) after the running application ends (Yes in Step S801). It is determined whether or not to determine the degree (step S803).

  Then, when it is determined that the priority determination process is to be performed (Yes at Step S803), the in-vehicle device 10 determines an application with a high priority according to a predetermined condition (Step S804), and executes the application with the highest priority. By requesting the request from the corresponding mobile terminal and acquiring the data of the app, the mode in the device is shifted, and conversion processing and resource allocation are performed to output the image and sound of the app in the device. (Step S805).

  On the other hand, when the in-vehicle device 10 has not received the application execution start request from the newly connected mobile terminal (No at Step S802), when it is determined that the priority determination process is not performed (No at Step S803), FIG. 11 is executed (steps S806 to S808).

  Here, a specific example of the priority determination process described in the first and second embodiments will be described with reference to FIGS. 13 and 14. FIG. 13 is a flowchart showing the flow of processing for determining priority based on the number of executions.

  As illustrated in FIG. 13, the in-vehicle device 10 that has reached the timing for executing the priority determination process acquires the requested number of executions of each application from the execution number DB 13b (step S901) and compares them (step S902). ).

  Then, when there are a plurality of applications with the highest number of executions (applications with the highest priority) (Yes at Step S903), the in-vehicle device 10 determines the priority based on different criteria (Step S904), and the priority is the highest. Cooperation with a high application is started (step S905).

  On the other hand, when there is one application with the highest number of executions (the application with the highest priority) (No at step S903), the in-vehicle device 10 starts cooperation with the application with the highest number of executions (step S906).

  If the number of executions is used as a criterion, the application with the highest total number of executions may be selected, or the application with the highest number of executions may be selected on a weekly or monthly basis. The determination criterion can be arbitrarily set by the user.

  Next, the flow of processing for determining priority based on the number of connections with the in-vehicle device will be described with reference to FIG. FIG. 14 is a flowchart showing the flow of processing for determining priority based on the number of connections.

  As illustrated in FIG. 14, the in-vehicle device 10 that has reached the timing for performing the priority determination process acquires the connection count for each mobile terminal from the connection count DB 13a (step S1001), and compares each (step S1002).

  And when there are a plurality of terminals (terminals with the highest priority) with the highest number of connections (Yes at step S1003), the in-vehicle device 10 determines the priority based on different criteria (step S1004), and the highest priority is obtained. Cooperation with an application running on a high terminal is started (step S1005).

  On the other hand, if there is one terminal with the highest number of connections (the terminal with the highest priority) (No at step S1003), the in-vehicle device 10 starts cooperation with the application executed on the terminal with the highest number of connections. (Step S1006).

  In addition, as a determination criterion other than the above execution count and connection count, for example, priority is given to a recently connected mobile terminal, priority is given to a newly connected mobile terminal, app information is acquired from a mobile terminal, It is possible to prioritize the app with the latest version, prioritize the order of connection with the in-vehicle device 10, or determine according to various conditions. This condition can be arbitrarily set by the user, and a plurality of conditions can be used in combination.

  Next, in a third embodiment, a specific example of resource allocation and display screen priority determination processing when a plurality of portable terminals are connected will be described with reference to FIGS. Specifically, this process is a process performed in step S304 of FIG. 7 or step S404 of FIG.

  First, the flow of processing for assigning resources of the mobile terminal B300 when the image of the in-vehicle device 10 and the sound of the mobile terminal A200 are output will be described with reference to FIG. FIG. 15 is a flowchart showing a flow of processing for allocating resources of the mobile terminal B300 when the image of the in-vehicle device 10 and the sound of the mobile terminal A200 are output.

  As shown in FIG. 15, the in-vehicle device 10 that has started the resource allocation processing first needs to output data and voice as data provided from the mobile terminal B300, that is, provided from the mobile terminal B300. It is determined whether the data is data composed of sound and images (step S1101).

  The data provided from the mobile terminal B300 needs to output sound and images. That is, the data provided from the mobile terminal B300 is data (for example, MPEG) composed of sound and images. (Yes in step S1101), the in-vehicle device 10 transmits a standby notification to the newly requested mobile terminal B300 (step S1102), continues the image display of the in-vehicle device 10 (step S1103), and the mobile terminal A200. Is continuously output (step S1104).

  Therefore, in steps S1101 to S1104 described above, the screen of the in-vehicle device 10 is displayed, and the screen of the mobile terminal B300 is not displayed, and a non-active state (non-active screen) is set. In the following embodiments, a state where the screen of the mobile terminal is displayed on the screen of the in-vehicle device 10 is referred to as an “Active state”, and a screen of the mobile terminal displayed on the screen of the in-vehicle device 10 is referred to as an “Active screen”. Similarly, a state or screen that is not displayed is referred to as a non-active state or a non-active screen.

  On the other hand, the data provided from the mobile terminal B300 does not need to output sound and image, that is, the data provided from the mobile terminal B300 is data composed of either sound or image (step S1101). No), it is necessary for the in-vehicle device 10 to output only audio (for example, WAVE or the like) for data provided from the mobile terminal B300, that is, data provided from the mobile terminal B300 includes only audio. It is determined whether it is data (step S1105).

  Then, the in-vehicle device 10 has a case where the data provided from the mobile terminal B300 needs to output only voice, that is, the data provided from the mobile terminal B300 is data composed only of voice (step S1105). (Yes), the processing of steps S1102 to S1104 described above is executed.

  On the other hand, the data provided from the mobile terminal B300 does not need to output only audio, that is, the data provided from the mobile terminal B300 is data composed of only images (for example, JPEG, BMP, etc.). (No in step S1105), the in-vehicle device 10 receives the image data of the portable terminal B300 (step S1106), and after stopping the image displayed on the display operation unit 12 of the own device (step S1107), the portable terminal While the image data acquired from B300 is converted into a format that can be output by the own device and output to the display operation unit 12 (step S1108), the audio output of the portable terminal A200 is continued (step S1104).

  Therefore, in step S1105 negative to step S1108 described above, the screen of the mobile terminal B300 is in an active state (active screen) displayed on the in-vehicle device 10.

  Next, a flow of processing for allocating resources of the mobile terminal B300 when the sound of the in-vehicle device 10 and the image of the mobile terminal A200 are output will be described using FIG. FIG. 16 is a flowchart showing a flow of processing for allocating resources of the mobile terminal B300 when the sound of the in-vehicle device 10 and the image of the mobile terminal A200 are output.

  As illustrated in FIG. 16, the in-vehicle device 10 that has started the resource allocation processing first needs to output data and voice as data provided from the mobile terminal B300, that is, provided from the mobile terminal B300. It is determined whether the data is data composed of sound and images (step S1201).

  And the data provided from the portable terminal B300 needs to output sound and image, that is, when the data provided from the portable terminal B300 is data composed of sound and image (Yes in step S1201), The in-vehicle device 10 transmits a standby notification to the newly requested mobile terminal B300 (step S1202), continues the audio output of the in-vehicle device 10 (step S1203), and continues the image display of the mobile terminal A200. (Step S1204).

  On the other hand, the data provided from the mobile terminal B300 does not need to output sound and image, that is, the data provided from the mobile terminal B300 is data composed of either sound or image (step S1201). No), the in-vehicle device 10 needs to output only the image of the data provided from the mobile terminal B300, that is, whether the data provided from the mobile terminal B300 is data composed only of the image. Is determined (step S1205).

  The in-vehicle device 10 then outputs data provided from the mobile terminal B300 when it is necessary to output only an image, that is, data provided from the mobile terminal B300 is data composed only of an image (step S1205). (Yes), the processing from step S1202 to step S1204 described above is executed.

  On the other hand, when the data provided from the portable terminal B300 does not need to output only an image, that is, when the data provided from the portable terminal B300 is data composed only of voice (No in step S1205), the in-vehicle device 10 receives the voice data of the portable terminal B300 (step S1206), stops the voice displayed on the speaker 30 of the own apparatus (step S1207), and then outputs the voice data acquired from the portable terminal B300 by the own apparatus. While converting into a possible format and outputting to the speaker 30 of the own apparatus (step S1208), the image output of the portable terminal A200 is continued (step S1204).

  Therefore, in steps S1201 to S1208 described above, the screen of the mobile terminal B300 is in an active state (active screen) displayed on the in-vehicle device 10, and the screen of the mobile terminal A200 is not displayed on the in-vehicle device 10 (Non-Active state (Non -Active screen).

  Next, a flow of processing for assigning resources of the mobile terminal B300 when the voice and image of the mobile terminal A200 are output from the in-vehicle device 10 will be described with reference to FIG. FIG. 17 is a flowchart showing a flow of processing for allocating resources of the mobile terminal B300 when the voice and image of the mobile terminal A200 are output by the in-vehicle device 10.

  As shown in FIG. 17, the in-vehicle device 10 that has received the interrupt request from the mobile terminal B300 first needs to output both audio and image data provided from the mobile terminal A200 that has already been output. That is, it is determined whether or not the data provided from the portable terminal A200 is data composed of sound and images (step S1301).

  Then, the data provided from the mobile terminal A200 needs to output sound and image, that is, if the data provided from the mobile terminal A200 is data composed of sound and image (Yes in step S1301), The in-vehicle device 10 transmits a standby notification to the newly requested mobile terminal B300 (step S1302), continues the image display of the mobile terminal A200 (step S1303), and continues the audio output of the mobile terminal A200. (Step S1304).

  Therefore, in steps S1301 to S1304 described above, the screen of the mobile terminal A200 is in the active state (active screen) displayed on the in-vehicle device 10, and the screen of the mobile terminal B300 is not displayed in the in-vehicle device 10 (Non-Active state (Non -Active screen).

  On the other hand, the data provided from the portable terminal A200 does not need to output sound and image, that is, the data provided from the portable terminal A200 is data composed of either sound or image (step) (No in S1301), the in-vehicle device 10 determines whether the data provided from the mobile terminal A200 is data including only images (step S1305).

  Then, when the data provided from the mobile terminal A200 is data composed only of an image (Yes at Step S1305), the in-vehicle device 10 receives the audio data from the mobile terminal B300 that newly transmitted the interrupt request ( In step S1306, the audio output of the portable terminal A200 outputting at the local point is stopped (step S1307), and the received audio data of the portable terminal B300 is converted into a format that can be output by the own device and output from the speaker 30. On the other hand (step S1308), the image display of the portable terminal A200 is continued (step S1309).

  Therefore, in the above-described step S1305 affirmation to step S1309, the screen of the mobile terminal A200 is in an active state (active screen) displayed on the in-vehicle device 10, and the screen of the mobile terminal B300 is not displayed in the in-vehicle device 10 (non-active state ( Non-Active screen).

  On the other hand, returning to step S1305, the in-car device 10 does not have the data provided from the mobile terminal A200 as data only, that is, the data provided from the mobile terminal A200 as audio only. (No in step S1305), image data is received from the portable terminal B300 that has newly transmitted the interrupt request (step S1310), and the image output of the portable terminal A200 that is outputting at the local point is stopped (step S1311). On the other hand, the received image data of the portable terminal B300 is converted into a format that can be output by the own device and output from the display operation unit 12 (step S1312), while the audio output of the portable terminal A200 is continued (step S1313).

  Therefore, in step S1305 negative to step S1313 described above, the screen of the mobile terminal B300 is in an active state (active screen) displayed on the in-vehicle device 10, and the screen of the mobile terminal A200 is not displayed in the in-vehicle device 10 (non-active state ( Non-Active screen).

  Next, in the fourth embodiment, a specific example of the music reproduction process when a plurality of portable terminals are connected will be described with reference to FIGS. Specifically, this process is a specific example of the interrupt process performed in step S304 of FIG. 7 or step S404 of FIG. 8, and one of the processes is executed according to the user setting. Here, when the in-vehicle device 10 reproduces music, it means that audio data (data in WAVE format or the like) is acquired from the portable terminal that reproduces the music and output from the speaker 30.

  First, an example in which a music playback request is received from the mobile terminal B300 during playback of music on the mobile terminal A200 will be described with reference to FIGS. FIG. 18 is a flowchart showing the flow of processing when a music playback request is received from the mobile terminal B300 during playback of music on the mobile terminal A200, and FIG. It is a figure which shows the database shift of the vehicle-mounted apparatus when a music reproduction request | requirement is received from terminal B300.

  As illustrated in FIG. 18, when the in-vehicle device 10 that is playing music on the mobile terminal A200 receives a music playback request from the mobile terminal B300 (Yes in step S1401), the specified music data is listed in the mobile terminal B300. (Step S1402), the currently played music of the portable terminal A200 is interrupted (step S1403), and the received music of the portable terminal B300 is provided (step S1404).

  Specifically, the in-vehicle device 10 holding the music list as shown in FIG. 19A interrupts the music of the mobile terminal A200 shown in FIG. 18 and gives priority to the music of the mobile terminal B300. A music list as shown in FIG. 19B is newly created and held. As described above, the in-vehicle device 10 can update the music list according to the request, and thus can provide the music according to the user's request.

  Next, an example in which a new music list is received from the mobile terminal B300 while the music of the mobile terminal A200 is being played will be described using FIG. 20 and FIG. FIG. 20 is a flowchart showing a flow of processing when a new music list is received from the mobile terminal B300 during playback of music on the mobile terminal A200, and FIG. It is a figure which shows the database shift of the vehicle-mounted apparatus when a new music list is received from portable terminal B300.

  As illustrated in FIG. 20, when the in-vehicle device 10 playing the music of the mobile terminal A200 receives the music list from the mobile terminal B300 (Yes in step S1501), it determines whether to update the list (step S1501). S1502).

  If the in-vehicle device 10 is set to update the list (Yes at Step S1502), the in-vehicle device 10 creates a new list so as to be interrupted next to the music of the mobile terminal A200 currently being reproduced (Step S1503). The music is reproduced according to the created list (step S1504).

  For example, when the fifth song of the mobile terminal A200 is currently being played back as shown in FIG. 21A, the in-vehicle device 10 has the fifth song of the mobile terminal A200 as shown in FIG. 21B. Next, create a new list to interrupt.

  Note that the in-vehicle device 10 does not need to create a new list so as to be interrupted next to the music of the mobile terminal A200 that is currently being played back. You may make it add the received music list. In this case, the reproduction order is assigned in order from the beginning of the music list as shown in FIG.

  On the other hand, returning to FIG. 20, when the list is not set to update (No in step S1502), the in-vehicle device 10 newly adds the received list to the end of the music list of the mobile terminal A200 that is currently being played back. A list is created (step S1505), and the music is reproduced according to the created list (step S1504).

  Next, an example in which a new music list is created by giving priority to the music of the mobile terminal A200 connected first will be described with reference to FIGS. FIG. 23 is a flowchart showing a flow of processing for creating a new music list by giving priority to the music of the mobile terminal A200 connected first, and FIG. 24 shows the music of the mobile terminal A200 connected first. FIG. 25 is a diagram showing a database shift example 1 of the in-vehicle device when a new music list is preferentially created, and FIG. 25 shows a new music list with priority given to the music of the mobile terminal A200 connected first. It is a figure which shows the database shift example 2 of the vehicle-mounted apparatus when creating.

  As illustrated in FIG. 23, when the in-vehicle device 10 playing the music of the mobile terminal A200 receives a new music list from the mobile terminal B300 (Yes in step S1601), the in-vehicle device 10 adds the new music list to the end of the music list of the mobile terminal A200. It is determined whether or not the setting has been made (step S1602).

  If the setting to be added to the end of the music list of the mobile terminal A200 is not made (No in step S1602), the in-car device 10 creates a music list in which the list of the mobile terminal B300 is inserted in the middle of the list of the mobile terminal A200. Then, the reproduction order giving priority to the music of the portable terminal A200 is determined (step S1603).

  Specifically, as shown in FIG. 23A, when the fifth song of the mobile terminal A is being played, a new list in which the music of the mobile terminal B is inserted next to the fifth song of the mobile terminal A is created. However, as shown in (b) of FIG. 23, a playback order giving priority to the music of the portable terminal A is assigned.

  On the other hand, when the setting to be added to the end of the music list of the mobile terminal A200 is made (Yes in step S1602), the in-vehicle device 10 creates a music list in which the list of the mobile terminal B300 is added to the end of the list of the mobile terminal A200. Then, the playback order giving priority to the music of the portable terminal A200 is determined (step S1604).

  Specifically, as shown in FIG. 24A, when the fifth song of the mobile terminal A is being played, the seventh song played back at the end of the mobile terminal A is shown in FIG. Next, a new list in which the music of the mobile terminal B is inserted is created, and a playback order giving priority to the music of the mobile terminal A is assigned.

  Thereafter, the in-vehicle device 10 reproduces the music according to the newly created music list (step S1605).

  Next, an example in which the received music list is rearranged in the descending order of the number of playbacks will be described with reference to FIGS. 25 and 26. FIG.

  FIG. 25 is a flowchart showing the flow of processing for rearranging the received music list in the order of the highest playback count, and FIG. 26 shows the process of rearranging the received music list in the order of the higher playback count. It is a figure which shows the database shift of the vehicle-mounted apparatus.

  As shown in FIG. 25, when the in-vehicle device 10 receives a music list in which the number of reproductions is counted from each portable terminal (step S1701), the in-vehicle device 10 rearranges the received music list according to the number of reproductions (step S1702).

  Specifically, as illustrated in FIG. 26A, when the in-vehicle device 10 receives a music list (three songs) from the mobile terminal A200 and also receives a music list of three songs from the mobile terminal B300, As shown in (b) of FIG.

  Returning to FIG. 25, thereafter, the in-vehicle device 10 acquires music from the mobile terminal according to the rearranged music list (step S1703), and reproduces the acquired music (step S1704). Even when the in-vehicle device 10 receives and plays the music list of the mobile terminal A300 and receives a new music list from the mobile terminal B300, the in-vehicle device 10 has a large number of times of playing the music list as described above. You can also rearrange them in order and play them in the rearranged order.

  Next, an example in which the received music list is rearranged in the latest music order and played back will be described with reference to FIGS. 27 and 28.

  FIG. 27 is a flowchart showing the flow of processing for rearranging the received music list in order of the latest music, and FIG. 28 shows the in-vehicle apparatus when the received music list is rearranged in order of the latest music for playback. It is a figure which shows a database shift.

  As shown in FIG. 27, when the in-vehicle device 10 receives a music list in which the download date / time is stored from each portable terminal (Yes in step S1801), the in-vehicle device 10 rearranges the received list based on the download date / time (step S1802). .

  Specifically, as illustrated in FIG. 28A, the in-vehicle device 10 receives the music list (three songs) of the portable terminal A200 and receives the song list of three songs from the portable terminal B300. As shown in (b) of 28, the download date and time are rearranged in order.

  Returning to FIG. 27, thereafter, the in-vehicle device 10 acquires music from the mobile terminal according to the rearranged music list (step S1803), and reproduces the acquired music (step S1804). Even when the in-vehicle device 10 receives and plays the music list of the mobile terminal A300 and receives a new music list from the mobile terminal B300, the download date of the music list is new as described above. You can also rearrange the items in order, and play them in the rearranged order.

  Next, in Example 5, an example in which a destination is shared when a navigation application is linked between a plurality of mobile terminals and an in-vehicle device will be described with reference to FIGS. 29 to 35. Specifically, this process is a process that can be executed in various situations described with reference to FIGS. 5 to 9. For example, the process can be executed in the getting-off process described with reference to FIG. One of the processes described later is executed.

(Acquisition of destination information by user specification)
First, an example in which the in-vehicle device 10 acquires destination information from a mobile terminal by a user operation will be described with reference to FIGS. 29 and 30. FIG. 29 is a flowchart illustrating a flow of processing in which the in-vehicle device 10 acquires destination information from the mobile terminal by a user operation, and FIG. 30 is a diagram illustrating an example of destination information acquired and managed by the in-vehicle device. is there.

  As shown in FIG. 29, when the in-vehicle device 10 that links a plurality of portable terminals such as the portable terminal A200 and the portable terminal B300 with the navigation application receives a destination information acquisition request through a user operation (Yes in step S1901). Then, a destination list is acquired from each mobile terminal to which wireless communication is connected (step S1902), and as shown in FIG. (Step S1903).

  By doing in this way, even if the destination is set by a plurality of mobile terminals, all the destinations can be managed by the in-vehicle device 10, so that the destination guidance is provided for each user. Can be provided. For example, even when one of the mobile terminals is turned off, the in-vehicle device 10 manages the route, so that route guidance can be executed without any problem.

(Automatic acquisition of destination information when linked)
Next, an example acquired when the in-vehicle device 10 starts cooperation between the mobile terminal and the navigation application will be described with reference to FIGS. 31 and 32. FIG. 31 is a flowchart showing a flow of processing acquired when the in-vehicle device 10 starts cooperation between the mobile terminal and the navigation application, and FIG. 32 is a diagram illustrating an example of destination information acquired and managed by the in-vehicle device. It is.

  As illustrated in FIG. 31, the in-vehicle device 10 that has determined wireless communication with the mobile terminal A200 and executes the navigation application of the mobile terminal A200 establishes navigation cooperation with the mobile terminal A200. When navigation information indicating image or audio data provided by the navigation application is acquired from A200, and the information is converted into a format that can be displayed by the own device (Yes in step S2001), the cooperatively connected mobile terminal A200 is used. The set destination information is acquired (step S2002), and as shown in FIG. 32, a destination management list in which the portable terminal A200 is associated with the destination is created and managed in the own device (step). S2003).

  In this way, it is possible to reliably acquire only the destination information of the mobile terminals that are linked and connected, that is, only the necessary minimum reduction information, so that it is possible to reduce the useless capacity of the memory. In addition, since it is acquired when the navigation application is linked, even if the mobile terminal in the vehicle newly starts the navigation application, the already acquired information is stored and the route guidance information is stopped. There is no new acquisition.

(Destination information acquisition judgment based on the number of connections)
Next, an example in which the in-vehicle device 10 determines whether to acquire destination information according to the number of connections with the mobile terminal will be described with reference to FIG. FIG. 33 is a flowchart showing a flow of processing for determining whether or not the in-vehicle device 10 acquires destination information according to the number of connections with the mobile terminal.

  As illustrated in FIG. 33, when the cooperation of the navigation application is established with the mobile terminal A200 (Yes in step S2101), the in-vehicle device 10 has a connection count of the mobile terminal A200 with which the cooperation is established equal to or greater than a predetermined value ( For example, it is determined whether or not two or more times (step S2102).

  When the number of connections with the mobile terminal A200 with which cooperation has been established is equal to or greater than the specified value (Yes at Step S2102), the in-vehicle device 10 acquires the destination information set on the mobile terminal A200 with which the cooperation has been established. (Step S2103), a destination management list in which the portable terminal A200 is associated with the destination is created and managed in the own apparatus (Step S2104).

  On the other hand, when the number of connections with the mobile terminal A200 with which the cooperation has been established is not equal to or greater than the specified value (No at Step S2102), the in-vehicle device 10 ends the process without acquiring the destination information.

  By doing in this way, the destination of a user's portable terminal which is not frequently connected, ie, gets on only occasionally, can be prevented. For example, it is possible to prevent the acquisition of information on a mobile terminal that has almost never been connected and that may be an unauthorized user, reduce unnecessary capacity, and risk of data transmission / reception due to information acquisition (eavesdropping).・ Leakage can be prevented.

(Delete destination information)
Next, an example in which the in-vehicle device 10 deletes the destination information acquired from the mobile terminal will be described with reference to FIGS. 34 and 35. FIG. 34 is a flowchart showing a flow of processing in which the in-vehicle device 10 deletes the destination information acquired from the mobile terminal, and FIG. 35 is a diagram of the database when the in-vehicle device 10 deletes the destination information acquired from the mobile terminal. It is a figure which shows the example of a transition.

  As shown in FIG. 35, the in-vehicle device 10 that has already acquired destination information from a plurality of portable terminals has information that has passed a specified period (for example, within one year from the present) in the destination list to be managed. It is determined whether or not (step S2201).

  Then, when there is information that has passed the specified period in the destination list to be managed (Yes in step S2201), the in-vehicle device 10 determines whether or not the deletion process is set to be executed (step S2202) and is deleted. If the processing is set to be executed (Yes at Step S2202), the corresponding information is deleted from the list (Step S2203).

  For example, it is assumed that the in-vehicle device 10 stores a destination management list as shown in FIG. 35 when the current time is “November 11, 2008” and the designated period is one year. In this case, the in-vehicle device 10 deletes only the information because the third record from the top in FIG.

  On the other hand, if the setting for executing the deletion process is not made (No at Step S2202), the in-vehicle device 10 determines whether the wireless communication is connected to the portable terminal that provides the relevant destination information (Step S2204). ).

  If the wireless communication is connected to the portable terminal that provides the destination information (Yes in step S2204), the in-vehicle device 10 creates a deletion request screen (step S2205), and displays the created deletion request screen. It transmits to the portable terminal of a provider (step S2206), and waits for the input of deletion operation (step S2207).

  For example, in FIG. 35, a screen for selecting “YES or NO” together with a message “Do you want to delete?” Is created and transmitted for the third record from the top.

  Thereafter, when an operation to be deleted is input (Yes at Step S2208), the in-vehicle device 10 deletes the corresponding information from the list (Step S2209), and when no operation to be deleted is input (No at Step S2208), the process is terminated. To do.

  Returning to step S2201, the in-vehicle device 10 ends the process as it is when there is no information in the destination list to be managed that has passed the specified period (No in step S2201).

  In this way, old unnecessary information can be deleted periodically, so that information maintenance can be performed automatically, and it can contribute to the reduction of memory capacity. Inexpensive DA can be used.

  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. Therefore, different embodiments will be described below.

(priority)
The in-vehicle device disclosed in the present embodiment can specify, for example, which one of the driver's seat and the passenger's seat should be given priority by setting by the user. Further, the in-vehicle device can display a MAC address, a telephone number, a name of a portable terminal, a PIN code, and the like on a display and select a portable terminal to be given priority to the user.

(Eco-driving)
The in-vehicle device disclosed in the present embodiment can also adjust the playback speed of music according to the traveling speed of the vehicle, for example, using vehicle speed pulses and GPS. Further, by using VICS information or the like, the adjustment function may be invalidated in a traffic jam.

(System configuration etc.)
In addition, among the processes described in this embodiment, all or part of the processes described as being performed automatically can be performed manually, or the processes described as being performed manually can be performed. All or a part can be automatically performed by a known method. In addition, the processing procedures, control procedures, specific names, and information including various data and parameters (for example, FIG. 3 and FIG. 4) shown in the above documents and drawings are optional unless otherwise specified. Can be changed.

  Each component of each illustrated device is functionally conceptual and does not necessarily need to be physically configured as illustrated. In other words, the specific form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed or arbitrarily distributed in arbitrary units according to various loads or usage conditions. It can be configured by integrating (for example, integrating the exclusive control unit 15b and the interrupt processing unit 15c). Further, all or any part of each processing function performed in each device may be realized by a CPU and a program analyzed and executed by the CPU, or may be realized as hardware by wired logic.

(program)
Note that the mobile link method described in this embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation. This program can be distributed via a network such as the Internet. The program can also be executed by being recorded on a computer-readable recording medium such as a hard disk, a flexible disk (FD), a CD-ROM, an MO, and a DVD and being read from the recording medium by the computer.

  As described above, the in-vehicle device according to the present invention is useful for performing wireless communication with a plurality of portable terminal devices, particularly in the case where the manufacturing cost is suppressed and the plurality of portable terminals are present in the vehicle. Even if it exists, it is suitable for accurately connecting and connecting the portable terminal and the vehicle-mounted device.

It is a figure for demonstrating the outline | summary of the vehicle-mounted system which concerns on Example 1. FIG. 1 is a block diagram illustrating a configuration of an in-vehicle system according to a first embodiment. It is a figure which shows the example of the information memorize | stored in connection frequency DB. It is a figure which shows the example of the information memorize | stored in execution count DB. It is a flowchart which shows the flow of the exclusive control process in giving priority to the last mode of a portable terminal. It is a flowchart which shows the flow of the exclusive control process when giving priority to the last mode of a vehicle-mounted apparatus. It is a flowchart which shows the flow of the resource allocation process by an interruption request. It is a flowchart which shows the flow of the image display process by an interruption request. It is a flowchart which shows the flow of an alighting process. It is a flowchart which shows the flow of a return process. It is a flowchart which shows the flow of a process in the case of performing an application continuously during several radio | wireless communication with a portable terminal. It is a flowchart which shows the flow of a process at the time of receiving an application execution request from a new portable terminal during cooperation with a plurality of portable terminals. It is a flowchart which shows the flow of the process which determines a priority with the frequency | count of execution. It is a flowchart which shows the flow of the process which determines a priority with the frequency | count of a connection. It is a flowchart which shows the flow of the process which allocates the resource of portable terminal B300, when the image of the vehicle-mounted apparatus 10 and the audio | voice of portable terminal A200 are output. It is a flowchart which shows the flow of the process which allocates the resource of portable terminal B300, when the audio | voice of the vehicle-mounted apparatus 10 and the image of portable terminal A200 are output. It is a flowchart which shows the flow of the process which allocates the resource of portable terminal B300, when the audio | voice and image of portable terminal A200 are output by the vehicle-mounted apparatus 10. It is a flowchart which shows the flow of a process when a music reproduction request | requirement is received from portable terminal B300 during reproducing | regenerating the music of portable terminal A200. It is a figure which shows the database shift of the vehicle-mounted apparatus when a music reproduction request | requirement is received from portable terminal B300 during reproducing | regenerating the music of portable terminal A200. It is a flowchart which shows the flow of a process when a new music list is received from portable terminal B300 during reproducing | regenerating the music of portable terminal A200. It is a figure which shows the database shift of the vehicle-mounted apparatus when a new music list is received from portable terminal B300 during reproducing | regenerating the music of portable terminal A200. It is a flowchart which shows the flow of a process which gives priority to the music of portable terminal A200 connected previously, and produces a new music list. It is a figure which shows the database shift example 1 of a vehicle-mounted apparatus when producing a new music list in preference to the music of portable terminal A200 connected previously. It is a figure which shows the database shift example 2 of an in-vehicle apparatus when giving priority to the music of portable terminal A200 connected previously and creating a new music list. It is a flowchart which shows the flow of the process which rearranges and reproduces the received music list in order with the largest reproduction frequency. It is a figure which shows the database shift of the vehicle-mounted apparatus when rearranging and reproducing | regenerating the received music list in order with many reproduction frequency | counts. It is a flowchart which shows the flow of the process which rearranges the received music list in order of the newest music, and reproduces | regenerates. It is a figure which shows the database shift of the vehicle-mounted apparatus when rearranging the received music list in order of the newest music and reproducing. It is a flowchart which shows the flow of the process in which the vehicle-mounted apparatus 10 acquires destination information from a portable terminal by user operation. It is a figure which shows the example of the destination information which an in-vehicle apparatus acquires and manages. It is a flowchart which shows the flow of the process acquired when the vehicle-mounted apparatus 10 starts a cooperation with a portable terminal and a navigation application. It is a figure which shows the example of the destination information which an in-vehicle apparatus acquires and manages. It is a flowchart which shows the flow of the process which determines whether the vehicle-mounted apparatus 10 acquires destination information according to the frequency | count of a connection with a portable terminal. It is a flowchart which shows the flow of the process in which the vehicle-mounted apparatus 10 deletes the destination information acquired from the portable terminal. It is a figure which shows the example of a database transition when the vehicle-mounted apparatus 10 deletes the destination information acquired from the portable terminal.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 In-vehicle system 10 In-vehicle device 11 Near field communication part 12 Display operation part 13 Storage part 13a Connection frequency DB
13b Number of executions DB
DESCRIPTION OF SYMBOLS 15 Control part 15a Wireless establishment part 15b Exclusive control part 15c Interrupt process part 15d Alighting process part 15e Return process part 15f Output control part 20 Vehicle control system unit 30 Speaker 200 Portable terminal A
210 communication unit 220 short-range communication unit 230 speaker 240 display operation unit 250 storage unit 250a application 260 control unit 270 wireless establishment unit 280 application execution control unit 290 information notification unit 300 portable terminal B
400 Mobile terminal C

Claims (9)

An in-vehicle device having a display unit and performing wireless communication with a plurality of portable terminal devices,
Wireless establishing means for establishing wireless communication with each of the plurality of portable terminal devices;
Data acquisition means for acquiring data that matches a predetermined condition among data provided on each of the plurality of mobile terminal devices for which wireless communication has been established by the wireless establishment means;
Output control means for converting the data acquired by the data acquisition means into a format that can be output by the in-vehicle device and outputting the data to the display unit and / or speaker;
A vehicle-mounted device comprising:   The said data acquisition means acquires the updated data from the said portable terminal device, whenever the said data is updated on the portable terminal device which provides the data corresponding to the said predetermined conditions. The vehicle-mounted device according to 1.   The data acquisition means acquires data provided by an application having the highest number of executions among data provided by applications respectively executed on a plurality of portable terminal devices for which wireless communication has been established by the wireless establishment means The in-vehicle device according to claim 1 or 2, wherein   The data acquisition means includes data provided on a mobile terminal device having the largest number of connections with the in-vehicle device among a plurality of mobile terminal devices with which wireless communication has been established by the wireless establishment means. The in-vehicle device according to claim 1, wherein the in-vehicle device is obtained from the largest number of portable terminal devices.   When the data acquisition unit receives a music reproduction request from another mobile terminal device in a state where the music list is acquired from one mobile terminal device among the plurality of mobile terminal devices, the data acquisition unit receives the music playback request from the other mobile terminal device. Obtaining a music list, creating a new music list based on a predetermined condition from the music list already received and the newly received music list, and obtaining music from the portable terminal device according to the created new music list The in-vehicle device according to claim 1. When the data acquisition unit receives other data from another mobile terminal device while acquiring data from one mobile terminal device among the plurality of mobile terminal devices, the output control is performed on the other data. Output to the means,
The output control means outputs the data to a speaker when the data acquired from the one portable terminal device is composed only of sound and the other data is composed only of an image. When the other data is output to the display unit, the data acquired from the one mobile terminal device is composed only of an image, and the other data is composed only of sound, the data The vehicle-mounted device according to claim 1, wherein the other data is output to a speaker.   The data acquisition means, when the data that matches a predetermined condition among the data provided on each of the plurality of mobile terminal devices established by the wireless establishment means is data by the navigation application, Destination information received from each of a plurality of mobile terminal devices with which the wireless communication is established, or received from a mobile terminal device having a connection count equal to or greater than a predetermined number among the plurality of mobile terminal devices with which the wireless communication is established. The in-vehicle device according to claim 1, wherein the destination list is created based on any one of the destination information. The destination information includes at least a destination set in the navigation application and a date and time when the destination is set,
The in-vehicle device according to claim 7, wherein the data acquisition unit deletes destination information after a predetermined period of time from the created destination list.   When wireless communication with the plurality of portable terminal devices is disconnected by a user instruction operation or a vehicle engine stop, the application information output by the output control unit is stored in a predetermined storage unit, and 2. An exit processing means for reconnecting the plurality of portable terminal devices when disconnected by a method other than the user's instruction operation or a vehicle engine stop. The in-vehicle device according to any one of? 7.

Images