WO2015098162A1 - 車載装置及び車載装置の制御方法 - Google Patents

車載装置及び車載装置の制御方法 Download PDF

Info

Publication number
WO2015098162A1
WO2015098162A1 PCT/JP2014/069740 JP2014069740W WO2015098162A1 WO 2015098162 A1 WO2015098162 A1 WO 2015098162A1 JP 2014069740 W JP2014069740 W JP 2014069740W WO 2015098162 A1 WO2015098162 A1 WO 2015098162A1
Authority
WO
WIPO (PCT)
Prior art keywords
external device
unit
information
operating system
communication
Prior art date
Application number
PCT/JP2014/069740
Other languages
English (en)
French (fr)
Inventor
進一 小林
Original Assignee
クラリオン株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by クラリオン株式会社 filed Critical クラリオン株式会社
Publication of WO2015098162A1 publication Critical patent/WO2015098162A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/724098—Interfacing with an on-board device of a vehicle

Definitions

  • the present invention relates to a vehicle-mounted device and a method for controlling the vehicle-mounted device.
  • Patent Document 1 JP 2013-115769 A (Patent Document 1).
  • the system 300 in which the in-vehicle device 200 and the portable information terminal 100 cooperate with each other has at least one registered application 221, 222, 223, 224, 22 registered among a plurality of applications of the portable information terminal 100.
  • 231, 232, 233, 234, and the data control unit 310 that restricts use of the vehicle-mounted device 200 and at least one registration application can be used according to the situation of the vehicle (for example, when the vehicle is stopped)
  • a data output unit 320 that outputs a display of usable registration applications (for example, the screen 230) to the display unit 210 of the in-vehicle device 200.
  • the type of OS is set. Need to know in advance. Although it is conceivable that the user is requested to perform an operation for giving information relating to the OS of the mobile phone of the communication partner to the in-vehicle device, this is not convenient for the user.
  • the present invention has been made in view of the above problems, and an object of the present invention is to provide an in-vehicle device and a control method for the in-vehicle device that can acquire information necessary for communication without impairing user convenience. .
  • an in-vehicle device includes an in-vehicle device that wirelessly communicates with an external device, a determination unit that determines an operating system mounted on the external device, and an operating system by the determination unit.
  • a holding unit that holds identification information of the determined external device and operating system information of the external device, and when communication according to the operating system of the external device is the external device, The system is specified based on information held in the holding unit.
  • FIG. 1 shows an example of a system configuration of an in-vehicle information system having an in-vehicle device.
  • an in-vehicle device 100 mounted on a vehicle and a mobile terminal 200 as an external device are connected to each other by short-range wireless communication and wired communication via a video / audio cable 50.
  • the mobile terminal 200 performs data communication with the server device 400 on the network 300 via a mobile phone line network or the like.
  • the in-vehicle device 100 is fixed in the vehicle, and is installed, for example, in an instrument panel of the vehicle.
  • the portable terminal 200 is a portable information terminal that can be carried by the user, and is a multifunction information terminal such as a smartphone or a tablet terminal.
  • Bluetooth registered trademark
  • For wired communication via the video / audio cable 50 for example, HDMI (High-Definition Multimedia Interface: registered trademark) or USB (Universal Serial Bus) can be used.
  • the server device 400 provides the mobile terminal 200 with contents such as news, traffic information including traffic jam prediction, music, and video.
  • the server device 400 includes a CPU (Central Processing Unit), a RAM (Random Access Memory), and a ROM (Read Only Memory) as a hardware configuration, and includes a control device that controls the server according to a predetermined program, a display, and a touch panel.
  • a display device, an input device including a keyboard and a mouse, a communication device connected to a network, a storage device for storing contents, and the like are provided.
  • the portable terminal 200 can send the content acquired from the server device 400 to the in-vehicle device 100 through the video / audio cable 50 or short-range wireless communication and display the content on the display unit 121 (see FIG. 2) of the in-vehicle device 100.
  • FIG. 2 is a block diagram illustrating an example of a hardware configuration of the in-vehicle device 100, and a block diagram illustrating an example of a hardware configuration of the mobile terminal 200.
  • the in-vehicle device 100 includes a control unit 110, a display unit 121, an operation unit 122, an audio output unit 123, a memory unit 124, a short-range wireless communication unit 125, and a video / audio signal input unit 126.
  • the control unit 110 of the in-vehicle device 100 includes a microprocessor, peripheral circuits, RAM, ROM, and the like, and executes various processes based on a control program recorded in the memory unit 124. Various types of image display processing, audio output processing, and the like are executed by processing performed by the control unit 110.
  • the display unit 121 is a liquid crystal monitor such as an LCD (Liquid Crystal Display).
  • the operation unit 122 receives an operation input from the user and outputs the received operation information to the control unit 110.
  • the control unit 110 performs processing according to the operation information input from the operation unit 122.
  • the display unit 121 and the operation unit 122 may be integrated by using the display unit 121 as a touch panel display monitor.
  • the operation content input by the operation unit 122 is output to the control unit 110 and reflected in the processing performed by the control unit 110.
  • the sound output unit 123 includes an amplifier, a speaker, and the like, and can output various sounds under the control of the control unit 110. For example, music that reproduces music data transmitted from the mobile terminal 200, guidance voice for guiding the vehicle to the destination, and the like are output from the voice output unit 123.
  • the memory unit 124 is a non-volatile storage device, and is realized by, for example, an HDD (hard disk drive) or a flash memory.
  • the memory unit 124 stores various data such as a control program used in the control unit 110, for example.
  • the memory unit 124 stores a UUID (Universally Unique Identifier) management table shown in FIG.
  • the UUID management table is a table for managing the correspondence between the OS and applications installed in the mobile terminal 200 and the UUID. UUIDs having different values are assigned to the OS installed in the mobile terminal 200 and applications operating on the OS. That is, if the UUID value is known, the OS and application can be specified.
  • the OS corresponds to, for example, iOS (registered trademark) provided by Apple Inc. and Android (registered trademark) provided by Google. Further, since the application is software that operates on a specific OS, the OS installed in the mobile terminal 200 can be specified by specifying the application.
  • the device information management table shown in FIG. 4 is stored in the memory unit 124.
  • the device information management table is a table in which device information of a Bluetooth compatible device (such as the mobile terminal 200) registered by the pairing process is registered.
  • a Bluetooth address device identification information
  • a friendly name a link key
  • OS information a link key
  • the pairing process refers to a connection process for recognizing a communication partner that mutually transmits and receives data between devices compatible with short-range wireless communication.
  • the Bluetooth address is an address unique to each Bluetooth-compatible device, and is used as identification information for identifying each Bluetooth-compatible device.
  • the friendly name is a name of a Bluetooth-compatible device that can be arbitrarily set by the user.
  • the link key is information used for authentication in the second and subsequent communications, and is generated from the pass key input by the user during the pairing process.
  • the OS information is also registered in the device information management table during the pairing process, and is identification information for identifying the OS installed in the corresponding Bluetooth compatible device.
  • the short-range wireless communication unit 125 includes an antenna, a baseband processor, a flash memory, and the like, and performs short-range wireless communication with the mobile terminal 200 under the control of the control unit 110. For example, information output from the control unit 110 is converted into a predetermined format radio signal and transmitted to the mobile terminal 200, or a predetermined format radio signal output from the mobile terminal 200 is received and sent to the control unit 110. Or output.
  • the video / audio signal input unit 126 converts the video signal and audio signal input from the portable terminal 200 via the video / audio cable 50 into video data for screen display and audio data for audio output, respectively, and performs control. Output to the unit 110.
  • the control unit 110 controls the display unit 121 to display a screen based on the video data on the display unit 121.
  • the control unit 110 controls the audio output unit 123 to cause the audio output unit 123 to output audio based on the audio data.
  • the portable terminal 200 includes a control unit 210, a display unit 221, an operation unit 222, an audio output unit 223, a memory unit 224, a short-range wireless communication unit 225, a video / audio signal output unit 226, and a communication unit. 227.
  • the control unit 210 of the portable terminal 200 is configured by a microprocessor, peripheral circuits, RAM, ROM, and the like, similar to the control unit 110 of the in-vehicle device 100, and various types of control are performed based on a control program recorded in the memory unit 224. Execute the process.
  • the display unit 221 is a touch panel display monitor.
  • the operation unit 222 receives an operation input from the user and outputs the received operation information to the control unit 210.
  • the control unit 210 performs processing according to the operation information input from the operation unit 222. Note that the display unit 221 and the operation unit 222 may be integrated by using the display unit 221 as a touch panel display monitor.
  • the operation content input by the operation unit 222 is output to the control unit 210 and reflected in the processing performed by the control unit 210.
  • the sound output unit 223 includes an amplifier, a speaker, and the like, and can output various sounds under the control of the control unit 210. For example, when a call is made using the mobile terminal 200, the voice of the other party is output from the voice output unit 223.
  • the memory unit 224 is a non-volatile storage device similar to the memory unit 124 of the in-vehicle device 100, and stores various data to be used in the processing of the control unit 210.
  • the memory unit 224 stores various applications obtained by the user. The user can realize various functions in the portable terminal 200 by selecting any one of various applications stored in the memory unit 224 and causing the control unit 210 to execute the selected application.
  • the short-range wireless communication unit 225 performs short-range wireless communication with the in-vehicle device 100 under the control of the control unit 210 as in the short-range wireless communication unit 125 of the in-vehicle device 100.
  • the video / audio signal output unit 226 converts the video and audio generated by the control unit 210 into, for example, a video signal and an audio signal according to a predetermined communication standard such as HDMI and the like via the video / audio cable 50.
  • a predetermined communication standard such as HDMI and the like
  • the video signal and the audio signal are input to the video / audio signal input unit 126 in the in-vehicle device 100, the same video as that displayed on the display unit 221 in the mobile terminal 200 is also displayed on the display unit 121 of the in-vehicle device 100. Is displayed.
  • the same sound that is output from the sound output unit 223 in the mobile terminal 200 is also output from the sound output unit 123 of the in-vehicle device 100.
  • the communication unit 227 enables data communication with an external network or a call with another mobile phone via a mobile terminal network.
  • FIG. 5 is a diagram showing a part for controlling the short-range wireless communication unit 125 among the functions performed by the control unit 110 of the in-vehicle device 100, and a short-range wireless communication unit among the functions performed by the control unit 210 of the mobile terminal 200. It is a figure which shows the part which controls 225.
  • Each function is realized by cooperation of hardware such as a CPU constituting the control unit 110 and a control program stored in the memory unit 124, for example.
  • the in-vehicle device 100 functions as a master device and the mobile terminal 200 functions as a slave device.
  • the short-range wireless communication unit 125 of the in-vehicle device 100 and the short-range wireless communication unit 225 of the mobile terminal 200 can be either a master device or a slave device when pairing with Bluetooth. It has the same function.
  • the control unit 110 of the in-vehicle device 100 includes a slave device search unit 111, a slave device information display control unit 112, an SDP (service discovery) protocol request unit 113, and a connection establishment unit 114 as master devices.
  • the control unit 210 of the mobile terminal 200 includes a device identification information transmission unit 211, an SDP response unit 212, and a connection establishment unit 213.
  • the slave device search unit 111 searches for a slave device that exists within a communicable range by Bluetooth.
  • the slave device search unit 111 searches for a slave device by sending an inquiry signal within an area where short-range wireless communication is possible.
  • the slave device searching unit 111 passes the slave device identification information included in the received response signal to the slave device information display control unit 112.
  • the slave device information display control unit 112 causes the display unit 121 to display the identification information of the slave device discovered by the slave device search unit 111.
  • the SDP request unit 113 includes a profile request unit 1131, a determination unit 1132, and a holding unit 1133, and notifies each other of services supported by service search processing by SDP based on Bluetooth with the slave device. .
  • the profile request unit 1131 transmits a profile supported by the own device to the slave device selected by the user among the slave devices displayed on the display unit 121. In addition, the profile request unit 1131 transmits a request for acquiring a profile supported by the slave device to the slave device selected by the user.
  • the profile request unit 1131 receives a profile from the slave device, the profile request unit 1131 passes the received profile to the holding unit 1133 and the determination unit 1132.
  • the holding unit 1133 stores the profile passed from the profile request unit 1131 in the memory unit 124.
  • the discriminating unit 1132 discriminates the operating system installed in the mobile terminal 200.
  • the determination unit 1132 authenticates the mobile terminal 200 and establishes wireless communication, and then communicates with the mobile terminal 200 through communication unique to each OS.
  • the determination unit 1132 determines that the OS corresponding to the communication from which the response is obtained is installed in the mobile terminal 200, and stores information on the determined OS in the memory unit Save to 124.
  • the determination unit 1132 acquires a profile that can be supported by the slave device from the profile request unit 1131.
  • the determination unit 1132 uses the acquired profile to determine whether the slave device supports a specific service.
  • the specific service is a service whose connection processing with the slave device differs depending on the OS installed in the slave device, and an example is SPP (Serial Port Profile).
  • SPP Serial Port Profile
  • the OS installed in the mobile terminal 200 is an iOS, it is necessary to establish communication with the mobile terminal 200 using a protocol called iAP that uniquely defines the data format and the like in the SPP.
  • iAP Sesrial Port Profile
  • the connection process includes a protocol that is a connection procedure, a data format, and the like.
  • the determination unit 1132 determines the OS by communication based on SDP based on Bluetooth. Specifically, the determination unit 1132 selects and acquires a UUID from the UUID management table shown in FIG. 3, and generates an SDP packet including the acquired UUID. Then, the determination unit 1132 generates an inquiry signal including the generated SDP packet and transmits the inquiry signal to the slave device.
  • the above-described specific communication for each OS indicates processing for generating an SDP packet including UUDI, which is OS or application identification information, registered in the UUID management table and transmitting the SDP packet to the mobile terminal 200.
  • the determination unit 1132 determines that the OS or application indicated by the UUID transmitted to the slave device is installed in the slave device.
  • the determination unit 1132 passes the OS information of the identified slave device to the holding unit 1133.
  • the holding unit 1133 stores the OS information passed from the determination unit 1132 in the memory unit 124.
  • the connection establishment unit 114 uses the OS information determined by the determination unit 1132 to establish a connection by short-range wireless communication with the slave device selected by the user.
  • the control unit 210 of the mobile terminal 200 includes a device identification information transmission unit 211, an SDP response unit 212, and a connection establishment unit 213.
  • the device identification information transmission unit 211 receives an inquiry signal from the master device (the in-vehicle device 100)
  • the device identification information transmission unit 211 transmits a response signal including device identification information for recognizing the own device to the master side to the master device.
  • This device identification information includes at least a Bluetooth address, and may include a friendly name.
  • the SDP response unit 212 transmits a profile indicating a service available on the own device to the master device.
  • the SDP response unit 212 receives a profile of the master device that is notified from the master device by the SDP protocol, and stores the received profile in the memory unit 224.
  • the SDP response unit 212 receives an SDP packet including the same UUID as the UUDI of the OS installed in the own device, it returns a response signal to the master device.
  • the connection establishment unit 213 establishes a connection by short-range wireless communication with the master device.
  • FIG. 6 is a diagram showing signal transmission timing between the in-vehicle device 100 and the portable terminal 200 at the time of pairing.
  • the in-vehicle device 100 is referred to as a master device 100
  • the mobile terminal 200 is referred to as a slave device 200.
  • the in-vehicle device 100 and the mobile terminal 200 are set to the pairing mode (701, 702) based on the user's operation
  • the in-vehicle device 100 serving as the master device transmits an inquiry signal (704) within an area where short-range wireless communication is possible. ) To search for the slave device 200 (703).
  • the mobile terminal 200 When receiving the inquiry signal, the mobile terminal 200 that is a slave device transmits a response signal (706) including its own device identification information as a response (705) to the master device 100.
  • the device identification information includes at least a Bluetooth address, and may include a friendly name.
  • the master device 100 detects the slave device 200 by receiving the response signal (707).
  • the master device 100 that has detected the slave device 200 authenticates the detected slave device 200 (708, 709).
  • the master device 100 transmits an authentication request to the slave device 200 (710).
  • the slave device 200 generates a link key using a PIN code (Personal Identification Number) input by the user, and transmits the generated link key to the master device 100 (711).
  • the master device 100 receives the link key from the slave device 200, the master device 100 performs authentication by generating a link key from its own PIN code and determining whether or not the same link key can be obtained.
  • the master device 100 exchanges profiles (712) with the slave device 200.
  • the master device 100 transmits a profile indicating a service supported by the master device 100 using the SDP protocol (713). Further, the master device 100 transmits a profile transmission request to the slave device 200 using the SDP protocol (714).
  • the slave device 200 that has received the profile transmission request transmits a profile indicating the service supported by the slave device 200 to the master device 100 as a response to the transmission request (715) (716).
  • the master device 100 determines whether the service supported by the slave device 200 includes a service with different connection processing depending on the OS installed in the slave device 200 based on the received profile. For example, it is determined whether the slave device 200 supports an SPP (Serial Port Profile) service. If it is determined that the SPP is supported, the master device 100 performs OS discrimination processing for discriminating the OS installed in the slave device 200 (717). First, the master device 100 refers to the UUID management table in the memory unit 124, selects one UUID registered in the UUID management table, and generates an SDP packet including the selected UUID. The master device 100 generates an inquiry signal including the generated SDP packet and transmits it to the slave device 200 (718).
  • SPP Serial Port Profile
  • the slave device 200 When the UUID included in the received SDP packet is not the UUID of the OS or application installed in the slave device 200, the slave device 200 does not respond to the inquiry signal. If the master device 100 cannot receive a response signal from the slave device 200 even after waiting for a predetermined time, the master device 100 selects another UUID from the UUID management table. The master device 100 generates an SDP packet including the selected UUID, and transmits an inquiry signal including the SDP packet to the slave device 200 (719). If the UUID included in the SDP packet is the UUID of the OS installed in the slave device 200, the slave device 200 transmits a response signal to the master device 100 as a response (720) (721).
  • the master device 100 When the master device 100 receives the response signal from the slave device 200, the master device 100 determines that the OS or application indicated by the UUID transmitted to the slave device 200 is installed in the slave device 200. The master device 100 stores the specified OS information in the memory unit 124 (722). The master device 100 storing the OS information starts SPP communication with the slave device 200 using the OS information (723).
  • the add button on the device setting screen shown in FIG. 8 is pressed to perform an operation of adding the mobile terminal 200 that performs Bluetooth communication with the in-vehicle device 100, and the added mobile terminal 200 and the in-vehicle device 100 are added.
  • the control unit 110 activates the short-range wireless communication unit 125 and causes the short-range wireless communication unit 125 to send an inquiry signal (step S1).
  • control unit 110 When there is no response from a device capable of short-range wireless communication (step S2 / NO), control unit 110 returns to the process of step S1.
  • a response signal including device identification information is received from the mobile terminal 200 that is a Bluetooth compatible device (step S2 / YES)
  • the control unit 110 causes the display unit 121 to display a list of devices that have received the response signal.
  • the device identification information includes a Bluetooth address and a friendly name. For example, the friendly name is displayed on the display unit 121.
  • the control unit 110 transmits an authentication request to the selected mobile terminal 200 (step S3).
  • the mobile terminal 200 generates a link key using a PIN code (Personal Identification Number) input by the user, and transmits the generated link key to the in-vehicle device 100.
  • the control unit 110 receives the link key from the mobile terminal 200 (step S4 / YES)
  • the control unit 110 generates the link key from its own PIN code and determines whether or not the same link key can be obtained. Execute (Step S5).
  • step S5 When the authentication fails due to the mismatch of the link keys (step S5 / NO), the control unit 110 transmits the fact that the authentication has failed to the portable terminal 200 (step S6), and repeats the processing from step S1. If the authentication is successful due to the match of the link key (step S5 / YES), the control unit 110 stores the link key and the Bluetooth address and friendly name received from the mobile terminal 200 in the memory unit 124 (step S7). . Thereafter, the in-vehicle device 100 can perform short-range wireless communication with the mobile terminal 200.
  • control unit 110 performs OS discrimination processing (step S8). Details of the OS determination processing will be described with reference to the flowchart shown in FIG.
  • the control unit 110 stores the determined OS type of the mobile terminal 200 in the memory unit 124 and ends the process.
  • the control unit 110 transmits an SDP packet including a service profile supported by the in-vehicle device 100 to the mobile terminal 200 (step S11).
  • the control unit 110 requests the mobile terminal 200 to transmit a profile indicating a service supported by the mobile terminal 200 (step S12).
  • the control part 110 determines whether the profile was received from the portable terminal 200 (step S13). When the profile is not received (step S13 / NO), the control unit 110 stands by until the profile is received. When the profile is received (step S13 / YES), the control unit 110 determines whether the mobile terminal 200 supports SPP based on the received profile (step S14).
  • the control unit 110 ends the OS determination process.
  • the control unit 110 determines whether the OS information of the mobile terminal 200 is stored in the memory unit 124 (step S15).
  • the control unit 110 reads the OS information stored in the memory unit 124 and prepares communication with the portable terminal 200 by SPP (step S15). S20).
  • the control unit 110 acquires the UUID of the iOS from the UUID management table, and generates an SDP packet including the iUID of the UUID. . More specifically, an SDP packet including a UUID indicating iAP that is an application specific to iOS (strictly, a communication protocol) is generated. The control unit 110 generates an inquiry signal including the generated SDP packet and transmits the inquiry signal to the mobile terminal 200 (step S16). And the control part 110 waits for the response from the portable terminal 200 for predetermined time (for example, 3 second) (step S17).
  • predetermined time for example, 3 second
  • the control unit 110 determines that the OS installed in the portable terminal 200 is iOS (step S18).
  • the control unit 110 stores information indicating the iOS as the OS information of the portable terminal 200 in the memory unit 124 (step S19).
  • step S17 if the response signal cannot be received from the portable terminal 200 even after waiting for a predetermined time (step S17 / NO), the control unit 110 generates an SDP packet including the UUID of the Android application. (Step S21). More specifically, an SDP packet including a UUID indicating an Android Smart Access that is an application specific to Android is generated. The control unit 110 generates an inquiry signal including the generated SDP packet and transmits the inquiry signal to the mobile terminal 200 (step S21). Then, the control unit 110 waits for a response from the mobile terminal 200 for a predetermined time (step S22).
  • step S22 When the response signal is received from the mobile terminal 200 (step S22 / YES), the control unit 110 determines that the OS installed in the mobile terminal 200 is Android (step S23). The control unit 110 stores information indicating Android as the OS information of the mobile terminal 200 in the memory unit 124 (step S19). If the response signal cannot be received from the mobile terminal 200 even after the predetermined time has elapsed (step S22 / NO), the control unit 110 ends this process. In step S19, when the OS information is stored in the memory unit 124, the control unit 110 reads the OS information stored in the memory unit 124 and prepares communication with the portable terminal 200 by SPP (step S20).
  • the in-vehicle device 100 performs the process because it is necessary to establish a session based on iAP when performing SSP communication with the mobile terminal 200 equipped with iOS.
  • the in-vehicle device 100 can transmit information regarding the received user operation to the mobile terminal 200.
  • the in-vehicle device 100 For each portable terminal 200 (hereinafter, “authenticated device”) that has been successfully authenticated by the in-vehicle device 100 and has a Bluetooth address, friendly name, and OS information stored in the memory unit 124, the in-vehicle device 100 searches for a Bluetooth-compatible device again. At this time, identification information is displayed on the display unit 121 so that the user can select it.
  • the control unit 110 reads the OS information of the selected authenticated device from the memory unit 124 and starts communication so that the user is not forced to authenticate again. Prepare for.
  • the control unit 110 can be realized by executing an OS determination process when any of the authenticated devices is selected by the user while searching for a Bluetooth-compatible device.
  • the OS after establishing wireless communication with the mobile terminal 200, the OS communicates with each OS by communication unique to each OS, and the OS corresponding to the communication for which a response is obtained from the mobile terminal 200 is used.
  • Information is stored in the memory unit 124. That is, the UUID of the OS and application that may be installed in the mobile terminal 200 is stored in the memory unit 124 in advance, and when specifying the OS of the mobile terminal 200, one UUID is selected from the stored UUIDs. Is transmitted to the mobile terminal 200. And when the response with respect to UUID transmitted to the portable terminal 200 is received from the portable terminal 200, it has specified that OS or application which UUID shows is mounted in the portable terminal 200. FIG. Therefore, the OS or application installed in the mobile terminal 200 can be specified by a simple method.
  • the present embodiment includes a determination unit 1132 that determines an OS installed in the mobile terminal 200, and the memory unit 124 associates the identification information of the mobile terminal 200 that has determined the OS with the OS information of the mobile terminal 200. Save to.
  • the in-vehicle device 100 specifies the OS of the mobile terminal 200 based on information stored in the memory unit 124. Therefore, information necessary for communication can be acquired without impairing user convenience, and communication with the mobile terminal 200 can be performed.
  • the discrimination unit 1132 identifies the OS or application installed in the mobile terminal 200 when the authentication by the pairing process is successful. Therefore, the portable terminal 200 that is not authenticated by pairing is not connected to the in-vehicle device 100.
  • the determination unit 1132 identifies the OS or application by the service search processing by SDP based on Bluetooth, the OS or application installed in the portable terminal 200 using the existing and OS-independent protocol is selected. Can be identified.
  • the determination unit 1132 determines the OS or application when the mobile terminal 200 supports the SPP service. Therefore, when the mobile terminal 200 supports a service whose connection process with the mobile terminal 200 differs depending on the OS, it is possible to execute a process for specifying the OS or application of the mobile terminal 200.
  • the identification information of the mobile terminal 200 paired by the pairing process and the OS information installed in the mobile terminal 200 are stored in the memory unit 124 in association with each other. Then, the device identification information (for example, Bluetooth address or friendly name) stored in the memory unit 124 is displayed on the display unit 121.
  • the OS installed in the selected mobile terminal 200 is displayed. The wireless communication with the mobile terminal 200 selected by the connection process corresponding to is established. Therefore, if the mobile terminal 200 has completed the pairing process, wireless communication with the mobile terminal 200 can be performed without performing the pairing process again.
  • FIG. 10 illustrates a short-range wireless communication among the functions performed by the control unit 310 of the in-vehicle device 100 according to the present embodiment, the portion that controls the short-range wireless communication unit 125, and the functions performed by the control unit 410 of the mobile terminal 200. It is a figure which shows the part which controls the communication part 225.
  • Each function performed by the control unit 310 is realized by, for example, cooperation between hardware such as a CPU configuring the control unit 310 and a control program stored in the memory unit 124, for example.
  • each function performed by the control unit 410 is realized by cooperation of hardware such as a CPU constituting the control unit 410 and a control program stored in the memory unit 224, for example.
  • the control unit 310 of the in-vehicle device 100 includes a request unit 315 instead of the SDP request unit 113 shown in FIG.
  • the control unit 410 of the mobile terminal 200 includes a service response unit 412 instead of the SDP response unit 212.
  • the request unit 315 includes a service request unit 3151, a holding unit 3152, and a determination unit 3153.
  • the service request unit 3151 transmits information specifying a service supported by the device to the slave device selected by the user among the slave devices displayed on the display unit 121.
  • the information for specifying the service is information that allows the slave device and the master device, that is, the Bluetooth-compatible device to uniquely specify the service supported by the communication partner device.
  • the service request unit 3151 requests the slave device selected by the user to transmit information specifying a service supported by the slave device.
  • the service request unit 3151 passes the received information specifying the service to the holding unit 3152 and the determination unit 3153.
  • the holding unit 3152 stores information specifying the service passed from the service request unit 3151 in the memory unit 124.
  • the service includes at least a profile, a protocol, and an application.
  • the discriminating unit 3153 acquires from the service request unit 3151 information identifying services that can be supported by the slave device.
  • the determination unit 3153 specifies the OS installed in the slave device using the information for specifying the acquired service.
  • the service response unit 412 of the mobile terminal 200 When the service response unit 412 of the mobile terminal 200 receives information specifying a service supported by the master device transmitted from the master device, the service response unit 412 stores the information specifying the received service in the memory unit 224. When the service response unit 412 receives a transmission request for information specifying a service supported by the mobile terminal 200 from the master device, the service response unit 412 transmits information specifying the service supported by the mobile terminal 200 to the master device.
  • FIG. 11 is a diagram illustrating an example of a UUID management table stored in the memory unit 124 of the in-vehicle device 100.
  • OS information installed in the mobile terminal 200 a service name operating on each OS, and a UUID that identifies each service are registered in association with each other.
  • iOS and Android are registered as OS information.
  • services that operate on the iOS HFP (Hands-Free Profile), A2DP (Advanced Audio Distribution Profile), and iAP protocol that uniquely defines the data format and the like in the SPP are registered.
  • HFP HFP
  • A2DP Smart Access that uniquely defines the data format in the SPP
  • Pandora that also uniquely defines the data format in the SPP
  • the same UUID is registered for HFP and A2DP regardless of the OS.
  • the UUID described in FIG. 11 is an example. Strictly speaking, the UUID of HFP and the UUID of A2DP are 2-byte information, respectively, and the UUID of Smart Access is 16-byte information.
  • both the Smart Access UUID and the Pandora UUID are defined as the Android-specific UUID, but only one of them may be defined.
  • FIG. 12 is a diagram showing signal transmission timing between the in-vehicle device 100 and the portable terminal 200 at the time of pairing.
  • the in-vehicle device 100 is referred to as a master device 100
  • the mobile terminal 200 is referred to as a slave device 200.
  • the in-vehicle device 100 and the mobile terminal 200 are set to the pairing mode (801, 802) based on the user's operation
  • the in-vehicle device 100 serving as the master device transmits an inquiry signal (804) within the area where short-range wireless communication is possible.
  • the mobile terminal 200 As a slave device transmits a response signal (806) including its own device identification information as a response (805) to the master device 100.
  • the device identification information includes at least a Bluetooth address, and may include a friendly name.
  • the master device 100 detects the slave device 200 by receiving the response signal (807).
  • the master device 100 that has detected the slave device 200 authenticates the detected slave device 200 (808, 809).
  • the master device 100 transmits an authentication request to the slave device 200 (810).
  • the slave device 200 generates a link key using the PIN code input by the user, and transmits the generated link key to the master device 100 (811).
  • the master device 100 receives the link key from the slave device 200, the master device 100 performs authentication by generating a link key from its own PIN code and determining whether or not the same link key can be obtained.
  • the master device 100 performs an OS discrimination process for discriminating an OS installed in the slave device 200 (812).
  • the master device 100 generates an SDP packet (813) for notifying a service supported by the master device 100 and transmits the packet to the slave device 200.
  • SDP is a protocol that is used to search for services supported by a communication partner device.
  • the slave device 200 that has received the SDP packet acquires information for identifying the service supported by the master device 100 from the received SDP packet, and stores the information for identifying the acquired service in the memory unit 224.
  • the master device 100 generates an SDP packet (814) requesting transmission of information specifying a service supported by the slave device 200 and transmits the packet to the slave device 200.
  • the slave device 200 that has received the SDP packet generates, as a response, an SDP packet (816) that includes information for identifying the service supported by the slave device 200, and transmits the packet to the master device 100 (815).
  • the master device 100 receives the SDP packet transmitted from the slave device 200, extracts information specifying the service supported by the slave device 200 included in the received SDP packet, and stores the information in the memory unit 124. Further, the master device 100 determines whether or not the information specifying the service supported by the slave device 200 includes a UUID specific to iOS or a UUID specific to Android, and specifies the OS of the slave device 200.
  • the iUID-specific UUID is, for example, the iAP UUID shown in FIG.
  • the Android-specific UUID is, for example, the Smart Access or Pandora UUID shown in FIG.
  • the master device 100 stores the OS information of the identified slave device in the memory unit 124 (817), and starts SPP communication with the slave device 200 using the OS information (818).
  • control unit 310 transmits an SDP packet including a service supported by the in-vehicle device 100 to the mobile terminal 200 that is a Bluetooth compatible device paired by the pairing process (step S31).
  • control unit 310 determines whether or not the OS information of the mobile terminal 200 is stored in the memory unit 124 (step S32).
  • the control unit 310 When the OS information is stored in the memory unit 124 (step S32 / YES), the control unit 310 reads the OS information from the memory unit 124 and prepares communication by SPP (step S44). Further, when the OS information is not stored in the memory unit 124 (step S32 / NO), the control unit 310 transmits an SDP packet for requesting transmission of information specifying a service supported by the mobile terminal 200 to the short-range wireless communication. It transmits to the portable terminal 200 by the part 125 (step S33). The control unit 310 passes the SDP packet to the short-range wireless communication unit 125 and passes the UUID of the iOS to the short-range wireless communication unit 125 when the packet is transmitted to the mobile terminal 200.
  • the short-range wireless communication unit 125 passes the UUID unique to the iOS to the control unit 310.
  • the iUID-specific UUID is, for example, the iAP UUID shown in FIG.
  • the short-range wireless communication unit 125 does not pass the Android specific UUID to the control unit 310.
  • the short-range wireless communication unit 125 does not pass these UUIDs to the control unit 310.
  • the short-range wireless communication unit 125 passes only the HFP or A2DP UUID shown in FIG. 11 to the control unit 310.
  • the control unit 310 determines whether or not information specifying a service has been input from the short-range wireless communication unit 125 (step S34). When information specifying a service is not input (step S34 / NO), control unit 310 waits until information specifying a service is input from short-range wireless communication unit 125. When information specifying a service is input from the short-range wireless communication unit 125 (step S34 / YES), the control unit 310 specifies a service supported by the mobile terminal 200 input from the short-range wireless communication unit 125. Information is stored in the memory unit 124 (step S35).
  • the control unit 310 determines whether or not the iUID-specific UUID is included in the information specifying the service stored in the memory unit 124 (step S36).
  • the control unit 310 determines that the OS installed in the portable terminal 200 is the iOS (step S37). For example, when an iAP UUID is stored in the memory unit 224, the control unit 310 determines that the OS of the mobile terminal 200 is iOS.
  • the control unit 310 determines that the OS of the mobile terminal 200 is iOS.
  • the control unit 310 that has determined that the OS of the mobile terminal 200 is iOS stores the determined OS information of the mobile terminal 200 in the memory unit 124 (step S43).
  • the control unit 310 again requests transmission of information specifying the service supported by the mobile terminal 200.
  • the SDP packet to be transmitted is transmitted to the portable terminal 200 (step S38).
  • the control unit 310 passes the SUD packet to the short-range wireless communication unit 125, and passes the Android UUID to the short-range wireless communication unit 125 when transmitting the packet to the mobile terminal 200.
  • the SDP packet received from the mobile terminal 200 includes an Android-specific UUID
  • the short-range wireless communication unit 125 passes the Android-specific UUID to the control unit 310.
  • the Android-specific UUID is, for example, the Smart Access UUID shown in FIG.
  • the short-range wireless communication unit 125 does not pass this UUID specific to ios to the control unit 310.
  • the short-range wireless communication unit 125 does not pass this UUID to the control unit 310.
  • the short-range wireless communication unit 125 passes only the HFP or A2DP UUID shown in FIG. 11 to the control unit 310.
  • control unit 310 determines whether or not information specifying a service has been input from the short-range wireless communication unit 125 (step S39).
  • control unit 310 waits until information specifying a service is input from short-range wireless communication unit 125.
  • the control unit 310 specifies a service supported by the mobile terminal 200 input from the short-range wireless communication unit 125.
  • Information is stored in the memory unit 124 (step S40).
  • the control unit 310 determines whether the Android-specific UUID is included in the information specifying the service stored in the memory unit 124 (step S41).
  • the service identification information includes an Android-specific UUID (step S41 / YES)
  • the control unit 310 determines that the OS installed in the mobile terminal 200 is Android (step S42). For example, when the Smart Access or Pandora UUID is stored in the memory unit 224, the control unit 310 determines that the OS of the mobile terminal 200 is Android. If the Smart Access or Pandora UUID is not stored in the memory unit 224, the control unit 310 determines that the OS of the mobile terminal 200 cannot be specified and ends this process.
  • step S44 When the OS of the mobile terminal 200 is specified in step S37 or S42 and the OS information specified in step S43 is stored in the memory unit 124, the control unit 310 reads the OS information stored in the memory unit 124, and The communication by the SPP is prepared (step S44).
  • the in-vehicle device 100 performs the process because it is necessary to establish a session based on iAP when performing SSP communication with the mobile terminal 200 equipped with iOS.
  • the in-vehicle device 100 can transmit information regarding the received user operation to the mobile terminal 200.
  • Each authenticated mobile terminal 200 that has been successfully authenticated by the in-vehicle device 100 and has the Bluetooth address, friendly name, and OS information stored in the memory unit 124 is displayed when the in-vehicle device 100 searches for a Bluetooth-compatible device again. Is displayed on the display unit 121 so that can be selected.
  • the control unit 310 reads the OS information of the selected authenticated device from the memory unit 124 and starts communication so that the user is not forced to authenticate again. Prepare for.
  • this embodiment includes the determination unit 3153 that determines the OS installed in the mobile terminal 200. After establishing wireless communication with the mobile terminal 200, the determination unit 3153 determines the OS of the mobile terminal 200 based on information that is transmitted from the mobile terminal 200 and identifies a service supported by the mobile terminal 200. The determination unit 3153 causes the memory unit 124 to store the determined OS information. Therefore, information necessary for communication can be acquired without impairing user convenience, and communication with the mobile terminal 200 can be performed.
  • the in-vehicle device 100 carries communication according to the OS of the mobile terminal 200.
  • the OS of the portable terminal 200 can be specified. Therefore, information necessary for communication can be acquired without impairing user convenience, and communication with the mobile terminal 200 can be performed.
  • Other effects are the same as in the previous embodiment.
  • the memory unit 124 stores a table that defines the correspondence between the identification information (for example, the initial friendly name) and the installed OS for all or part of the existing Bluetooth compatible devices.
  • the determination unit 1132 may identify the OS installed in the Bluetooth compatible device based on the friendly name acquired from the Bluetooth compatible device to communicate with while referring to this table.
  • the memory unit 124 since the upper 24 bits of the Bluetooth address are assigned to each Bluetooth-compatible device provider, if one provider provides only one type of Bluetooth-compatible device, the memory unit 124 These correspondences (for example, a table in which one OS type is associated with the upper 24 bits of the Bluetooth address are stored in the table, and the determination unit 1132 refers to this table and communicates with Bluetooth.
  • the OS installed in the Bluetooth-compatible device may be specified based on the Bluetooth address acquired from the device.
  • Bluetooth has been exemplified as a short-range wireless communication method
  • other methods such as Transfer Jet and Zigbee (registered trademark) may be used instead.

Abstract

　ユーザの利便性を損なうことなく、通信に必要な情報を取得することができる車載装置及び車載装置の制御方法を提供する。　車載装置１００は、携帯端末２００と無線通信する車載装置１００であって、携帯端末２００に搭載されたオペレーティングシステムを判別する判別部１１３２と、判別部１１３２によりオペレーティングシステムを判別した携帯端末２００の識別情報、及び当該携帯端末２００のオペレーティングシステムの情報をメモリ部１２４に保存して保持する保持部１１３３と、を備える。車載装置１００は、携帯端末２００のオペレーティングシステムに応じた通信を携帯端末２００とする場合、携帯端末２００のオペレーティングシステムをメモリ部１２４に保存した情報に基づいて特定する。

Description

車載装置及び車載装置の制御方法
　本発明は、車載装置及び車載装置の制御方法に関する。
　本技術分野の背景技術として、特開２０１３－１１５７６９号公報（特許文献１）がある。この公報には、「車載装置２００と携帯情報端末１００が連携するシステム３００は、携帯情報端末１００が有する複数のアプリケーションのうちの登録される少なくとも１つの登録アプリケーション２２１、２２２、２２３、２２４、２２、２３１、２３２、２３３、２３４の使用を制限するデータ制御部３１０と、車載装置２００を有する車両の状況に応じて少なくとも１つの登録アプリケーションが使用可能な場合（例えば車両が停車中である場合）、使用可能な登録アプリケーションの表示（例えば画面２３０等）を車載装置２００の表示部２１０に出力するデータ出力部３２０と、を備える」と記載されている。
特開２０１３－１１５７６９号公報
　特許文献１に記載された車載装置において、例えば、携帯電話機との間で、携帯電話機に搭載されたオペレーティングシステム（以下、ＯＳと略記する）に応じた通信を行うためには、ＯＳの種類を事前に知る必要がある。ユーザに対して、通信相手の携帯電話機のＯＳに関する情報を車載装置に与える操作を要求することが考えられるが、これではユーザにとって使い勝手がよいとはいえない。
　本発明は上記課題に鑑みてなされたものであり、ユーザの利便性を損なうことなく、通信に必要な情報を取得することができる車載装置及び車載装置の制御方法を提供することを目的とする。
　上記課題を解決するため、本発明の一態様の車載装置は、外部機器と無線通信する車載装置において、前記外部機器に搭載されたオペレーティングシステムを判別する判別部と、前記判別部によりオペレーティングシステムを判別した外部機器の識別情報、及び当該外部機器のオペレーティングシステムの情報を保持する保持部と、を備え、前記外部機器のオペレーティングシステムに応じた通信を前記外部機器とする場合、前記外部機器のオペレーティングシステムを前記保持部に保持した情報に基づいて特定することを特徴とする。
　本発明によれば、ユーザの利便性を損なうことなく、通信に必要な情報を取得することができる。
システム構成の一例を示す図である。 車載装置と携帯端末とのハードウェア構成の一例を示す図である。 ＵＵＩＤ管理テーブルの一例を示す図である。 機器情報管理テーブルの一例を示す図である。 車載装置と携帯端末との制御部の備える機能ブロックの一例を示す図である。 ペアリング時における車載装置－携帯端末間の信号の送信タイミングを表した図である。 車載装置の制御部の処理手順を示すフローチャートである。 車載装置の表示部に表示される携帯端末の設定画面の一例を示す図である。 ＯＳ特定処理の詳細を示すフローチャートである。 車載装置と携帯端末との制御部の備える機能ブロックの一例を示す図である。 ＵＵＩＤ管理テーブルの一例を示す図である。 ペアリング時における車載装置－携帯端末間の信号の送信タイミングを表した図である。 ＯＳ特定処理の詳細を示すフローチャートである。
　以下、車載装置及び車載装置の制御方法の実施形態について、図１～図１３を参照しながら詳細に説明する。図１には、車載装置を有する車載情報システムのシステム構成の一例を示す。図１に示す車載情報システムは、車両に搭載された車載装置１００と外部機器としての携帯端末２００とが近距離無線通信及び映像・音声ケーブル５０を介した有線通信で互いに接続されている。また、携帯端末２００は、携帯電話回線網等を介して、ネットワーク３００上のサーバ装置４００とデータ通信を行う。車載装置１００は、車両内に固定されており、例えば、車両のインストルメントパネル内などに設置されている。携帯端末２００は、ユーザが持ち運び可能な携帯型の情報端末であり、例えば、スマートフォンやタブレット端末等の多機能情報端末である。なお、車載装置１００と携帯端末２００との間で行われる近距離無線通信には、ブルートゥース（Bluetooth:登録商標）を用いることができる。また、映像・音声ケーブル５０を介した有線通信には、例えば、ＨＤＭＩ（High-Definition Multimedia Interface:登録商標）やＵＳＢ（Universal Serial Bus）を用いることができる。
　サーバ装置４００は、携帯端末２００に対してニュース、渋滞予測を始めとする交通情報、楽曲、映像などのコンテンツを提供する。サーバ装置４００は、ハードウェア構成として、ＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）を有し、サーバを所定のプログラムに従って制御する制御装置、ディスプレイやタッチパネルからなる表示装置、キーボードやマウスからなる入力装置、ネットワークへ接続する通信装置、コンテンツを格納する記憶装置等を備える。携帯端末２００は、サーバ装置４００から取得したコンテンツを映像・音声ケーブル５０や、近距離無線通信により車載装置１００に送り、車載装置１００の表示部１２１（図２参照）に表示させることができる。
　図２は、車載装置１００のハードウェア構成の一例を示すブロック図、及び携帯端末２００のハードウェア構成の一例を示すブロック図である。車載装置１００は、制御部１１０と、表示部１２１と、操作部１２２と、音声出力部１２３と、メモリ部１２４と、近距離無線通信部１２５と、映像・音声信号入力部１２６とを備える。
　車載装置１００の制御部１１０は、マイクロプロセッサや周辺回路、ＲＡＭ、ＲＯＭ等を備えており、メモリ部１２４に記録されている制御プログラムに基づいて各種の処理を実行する。制御部１１０が行う処理により、各種の画像表示処理や音声出力処理などが実行される。
　表示部１２１は、例えば、ＬＣＤ（Liquid Crystal Display）等の液晶モニタである。操作部１２２は、ユーザからの操作入力を受け付けて、受け付けた操作情報を制御部１１０に出力する。制御部１１０は、操作部１２２から入力した操作情報に応じた処理を行う。なお、表示部１２１をタッチパネル式の表示モニタとすることにより、表示部１２１と操作部１２２とを一体化した構成としてもよい。操作部１２２が入力した操作内容は制御部１１０へ出力され、制御部１１０が行う処理に反映される。
　音声出力部１２３は、アンプ、スピーカ等を備え、制御部１１０の制御によって各種の音声を出力することができる。例えば、携帯端末２００から送信された音楽データを再生した音楽や、車両を目的地まで誘導するための誘導音声などが音声出力部１２３から出力される。
　メモリ部１２４は、不揮発性の記憶装置であり、例えばＨＤＤ（ハードディスクドライブ）やフラッシュメモリ等によって実現される。メモリ部１２４には、例えば、制御部１１０において用いられる制御プログラムなど、各種のデータが記憶されている。また、メモリ部１２４には、図３に示すＵＵＩＤ（Universally Unique Identifier）管理テーブルが保存されている。ＵＵＩＤ管理テーブルは、携帯端末２００にインストールされるＯＳやアプリケーションと、ＵＵＩＤとの対応を管理するテーブルである。携帯端末２００にインストールされるＯＳや、ＯＳ上で動作するアプリケーションには、それぞれ値の異なるＵＵＩＤが割り当てられている。すなわち、ＵＵＩＤの値が分かれば、ＯＳやアプリケーションを特定することができる。ＯＳは、例えば、アップルインコーポレイテッド社の提供するｉＯＳ（登録商標）や、Ｇｏｏｇｌｅ社の提供するＡｎｄｒｏｉｄ（登録商標）が該当する。また、アプリケーションは、特定のＯＳ上で動作するソフトウェアであるため、アプリケーションを特定することで、携帯端末２００にインストールされているＯＳを特定することができる。
　また、メモリ部１２４には、図４に示す機器情報管理テーブルが保存されている。機器情報管理テーブルは、ペアリング処理により登録されたブルートゥース対応機器（携帯端末２００等）の機器情報を登録したテーブルである。機器情報管理テーブルには、ブルートゥースアドレス（機器識別情報）、フレンドリーネーム、リンクキー、ＯＳ情報等がブルートゥース対応機器ごとに登録される。なお、ペアリング処理とは、近距離無線通信に対応する機器間で、データを相互に送受信する通信相手を認識するための接続処理をいう。また、ブルートゥースアドレスは、各ブルートゥース対応機器に固有のアドレスであり、各ブルートゥース対応機器を識別する識別情報として使用される。フレンドリーネームは、ユーザが任意に設定できるブルートゥース対応機器の名前である。リンクキーは、２回目以降の通信の際の認証に使用される情報であり、ペアリング処理の際にユーザが入力したパスキーから生成される。ＯＳ情報もペアリング処理の際に機器情報管理テーブルに登録される情報であり、対応するブルートゥース対応機器に搭載されたＯＳを識別する識別情報である。
　近距離無線通信部１２５は、アンテナ、ベースバンドプロセッサ及びフラッシュメモリ等によって構成され、制御部１１０の制御により、携帯端末２００との間で近距離無線通信を行う。例えば、制御部１１０から出力された情報を所定の形式の無線信号に変換して携帯端末２００に送信したり、携帯端末２００から出力される所定の形式の無線信号を受信して制御部１１０へ出力したりする。
　映像・音声信号入力部１２６は、映像・音声ケーブル５０を介して携帯端末２００から入力される映像信号と音声信号を画面表示用の映像データと音声出力用の音声データとにそれぞれ変換し、制御部１１０へ出力する。映像・音声信号入力部１２６から映像データと音声データとが出力されると、制御部１１０は、表示部１２１を制御してその映像データに基づく画面を表示部１２１に表示させる。また、制御部１１０は、音声出力部１２３を制御してその音声データに基づく音声を音声出力部１２３に出力させる。
　次に、携帯端末２００のハードウェア構成について説明する。携帯端末２００は、制御部２１０と、表示部２２１と、操作部２２２と、音声出力部２２３と、メモリ部２２４と、近距離無線通信部２２５と、映像・音声信号出力部２２６と、通信部２２７とを備える。
　携帯端末２００の制御部２１０は、車載装置１００の制御部１１０と同様にマイクロプロセッサや周辺回路、ＲＡＭ、ＲＯＭ等によって構成されており、メモリ部２２４に記録されている制御プログラムに基づいて各種の処理を実行する。
　表示部２２１は、タッチパネル式の表示モニタである。操作部２２２は、ユーザからの操作入力を受け付けて、受け付けた操作情報を制御部２１０に出力する。制御部２１０は、操作部２２２から入力した操作情報に応じた処理を行う。なお、表示部２２１をタッチパネル式の表示モニタとすることにより、表示部２２１と操作部２２２とを一体化した構成としてもよい。操作部２２２が入力した操作内容は制御部２１０へ出力され、制御部２１０が行う処理に反映される。
　音声出力部２２３は、アンプ、スピーカ等を有しており、制御部２１０の制御によって各種の音声を出力することができる。例えば、携帯端末２００を用いて通話を行ったときには、通話相手の音声が音声出力部２２３から出力される。
　メモリ部２２４は、車載装置１００のメモリ部１２４と同様の不揮発性の記憶装置であり、制御部２１０の処理において利用するための各種のデータが記憶されている。このメモリ部２２４には、ユーザが入手した様々なアプリケーションが記憶されている。ユーザは、メモリ部２２４に記憶された各種アプリケーションの中からいずれかを選択して制御部２１０に実行させることにより、様々な機能を携帯端末２００において実現することができる。
　近距離無線通信部２２５は、車載装置１００の近距離無線通信部１２５と同様に、制御部２１０の制御により、車載装置１００との間で近距離無線通信を行う。
　映像・音声信号出力部２２６は、制御部２１０により生成された映像と音声を、例えば、ＨＤＭＩ等の所定の通信規格に応じた映像信号と音声信号にそれぞれ変換し、映像・音声ケーブル５０を介して車載装置１００へ出力する。この映像信号と音声信号が車載装置１００において映像・音声信号入力部１２６に入力されると、携帯端末２００において表示部２２１に表示されるのと同一の映像が車載装置１００の表示部１２１にも表示される。また、携帯端末２００において音声出力部２２３から出力されるのと同一の音声が車載装置１００の音声出力部１２３からも出力される。
　通信部２２７は、携帯端末回線網を介して外部のネットワークとデータ通信や、他の携帯電話との通話等を可能にする。
　図５は、車載装置１００の制御部１１０が果たす各機能のうち近距離無線通信部１２５を制御する部分を示す図、及び携帯端末２００の制御部２１０が果たす各機能のうち近距離無線通信部２２５を制御する部分を示す図である。なお、各機能は、例えば制御部１１０を構成するＣＰＵ等のハードウェアと、例えばメモリ部１２４に記憶された制御プログラムとの協働によって実現される。図５に示す構成では、車載装置１００がマスターデバイス、携帯端末２００がスレーブデバイスとして機能するものとする。また、図示を省略するが、車載装置１００の近距離無線通信部１２５と、携帯端末２００の近距離無線通信部２２５とは、ブルートゥースによるペアリングに際してマスターデバイス及びスレーブデバイスのいずれにもなり得るように同じ機能を備えているものである。
　車載装置１００の制御部１１０は、マスターデバイスとして、スレーブデバイス探索部１１１と、スレーブデバイス情報表示制御部１１２と、ＳＤＰ（service discovery protocol）要求部１１３と、接続確立部１１４とを備える。一方、携帯端末２００の制御部２１０は、デバイス識別情報送信部２１１と、ＳＤＰ応答部２１２と、接続確立部２１３とを備える。
　スレーブデバイス探索部１１１は、ブルートゥースによる通信可能範囲内に存在するスレーブデバイスを探索する。スレーブデバイス探索部１１１は、近距離無線通信可能な領域内に問い合わせ信号を送出して、スレーブデバイスを探索する。スレーブデバイス探索部１１１は、スレーブデバイスから応答信号を受信すると、受信した応答信号に含まれるスレーブデバイスの識別情報をスレーブデバイス情報表示制御部１１２に渡す。スレーブデバイス情報表示制御部１１２は、スレーブデバイス探索部１１１により発見されたスレーブデバイスの識別情報を表示部１２１に表示させる。
　ＳＤＰ要求部１１３は、プロファイル要求部１１３１と、判別部１１３２と、保持部１１３３とを備え、ブルートゥースに準拠したＳＤＰによるサービス検索処理によりサポートしているサービスを、スレーブデバイスとの間で通知し合う。
　プロファイル要求部１１３１は、表示部１２１に表示されたスレーブデバイスのうち、ユーザにより選択されたスレーブデバイスに対して、自デバイスがサポートするプロファイルを送信する。また、プロファイル要求部１１３１は、ユーザにより選択されたスレーブデバイスに対して、このスレーブデバイスがサポートするプロファイルの取得要求を送信する。プロファイル要求部１１３１は、スレーブデバイスからプロファイルを受信すると、受信したプロファイルを保持部１１３３と判別部１１３２とに渡す。保持部１１３３は、プロファイル要求部１１３１から渡されたプロファイルをメモリ部１２４に保存する。
　判別部１１３２は、携帯端末２００に搭載されたオペレーティングシステムを判別する。判別部１１３２は、携帯端末２００を認証して無線通信を確立した後、ＯＳごとの特有の通信でそれぞれに携帯端末２００と通信する。判別部１１３２は、携帯端末２００から応答が得られた場合に、この応答が得られた通信に対応するＯＳが携帯端末２００にインストールされていると判定して、判定したＯＳの情報をメモリ部１２４に保存する。
　判別部１１３２の処理について具体的に説明する。判別部１１３２は、まず、プロファイル要求部１１３１から、スレーブデバイスがサポート可能なプロファイルを取得する。判別部１１３２は、取得したプロファイルを使用して、スレーブデバイスが、特定のサービスをサポートしているか否かを判別する。特定のサービスとは、スレーブデバイスにインストールされたＯＳに応じて、スレーブデバイスとの接続処理が異なるサービスであり、一例として、ＳＰＰ（Serial Port Profile）が挙げられる。例えば、携帯端末２００にインストールされたＯＳがｉＯＳである場合、ＳＰＰにおいてデータフォーマット等を独自に規定したｉＡＰというプロトコルによって携帯端末２００との通信を確立する必要がある。また、携帯端末２００にインストールされたＯＳがＡｎｄｒｏｉｄである場合には、通常のＳＰＰにより携帯端末２００との通信を確立する。なお、接続処理には、接続手順であるプロトコルや、データフォーマット等が含まれる。
　次に、判別部１１３２は、ブルートゥースに準拠したＳＤＰに基づく通信によりＯＳを判別する。具体的には、判別部１１３２は、図３に示すＵＵＩＤ管理テーブルからＵＵＩＤを選択して取得し、取得したＵＵＩＤを含むＳＤＰのパケットを生成する。そして、判別部１１３２は、生成したＳＤＰのパケットを含む問い合わせ信号を生成してスレーブデバイスに送信する。上述したＯＳごとの特有の通信とは、ＵＵＩＤ管理テーブルに登録された、ＯＳ又はアプリケーションの識別情報であるＵＵＤＩが含まれるＳＤＰパケットを生成して、携帯端末２００に送信する処理を示す。判別部１１３２は、スレーブデバイスから、ＳＤＰのパケットに対する応答信号を受信した場合には、スレーブデバイスに送信したＵＵＩＤの示すＯＳ又はアプリケーションがスレーブデバイスに搭載されていると判定する。判別部１１３２は、特定したスレーブデバイスのＯＳ情報を保持部１１３３に渡す。保持部１１３３は、判別部１１３２から渡されたＯＳ情報をメモリ部１２４に保存する。接続確立部１１４は、判別部１１３２により判別されたＯＳ情報を使用して、ユーザにより選択されたスレーブデバイスとの近距離無線通信による接続を確立する。
　一方、携帯端末２００の制御部２１０は、デバイス識別情報送信部２１１、ＳＤＰ応答部２１２、接続確立部２１３を有している。デバイス識別情報送信部２１１は、マスターデバイス（車載装置１００）から問い合わせ信号を受信すると、自デバイスをマスター側に認識させるためのデバイス識別情報を含む応答信号をマスターデバイスに送信する。このデバイス識別情報には、少なくともブルートゥースアドレスが含まれ、この他にフレンドリーネームが含まれていてもよい。ＳＤＰ応答部２１２は、ＳＤＰプロトコルによる、マスターデバイスからのプロファイルの取得要求により、自デバイスで利用可能なサービスを示すプロファイルをマスターデバイスに送信する。また、ＳＤＰ応答部２１２は、ＳＤＰプロトコルによりマスターデバイスから通知される、マスターデバイスの備えるプロファイルを受信し、受信したプロファイルをメモリ部２２４に保存する。また、ＳＤＰ応答部２１２は、自デバイスに搭載されたＯＳのＵＵＤＩと同一のＵＵＩＤを含むＳＤＰのパケットを受信すると、マスターデバイスに対して応答信号を返信する。接続確立部２１３は、マスターデバイスとの近距離無線通信による接続を確立する。
　図６は、ペアリング時における車載装置１００－携帯端末２００間の信号の送信タイミングを表した図である。なお、この図の説明では、車載装置１００をマスターデバイス１００と呼び、携帯端末２００をスレーブデバイス２００と呼ぶ。車載装置１００と携帯端末２００とがユーザの操作に基づいてペアリングモード（７０１、７０２）にセットされると、マスターデバイスである車載装置１００は、近距離無線通信可能な領域内に問い合わせ信号（７０４）を送出して、スレーブデバイス２００を探索（７０３）する。スレーブデバイスである携帯端末２００は、問い合わせ信号を受信すると、自身のデバイス識別情報を含む応答信号（７０６）をマスターデバイス１００に対する応答（７０５）として送信する。デバイス識別情報には、少なくともブルートゥースアドレスが含まれ、この他にフレンドリーネームが含まれていてもよい。
　マスターデバイス１００は、応答信号を受信することで、スレーブデバイス２００を検出（７０７）する。スレーブデバイス２００を検出したマスターデバイス１００は、検出したスレーブデバイス２００を認証する（７０８、７０９）。マスターデバイス１００は、スレーブデバイス２００に認証要求を送信する（７１０）。スレーブデバイス２００は、ユーザにより入力されたＰＩＮコード（Personal Identification Number）を使用してリンクキーを生成し、生成したリンクキーをマスターデバイス１００に送信する（７１１）。マスターデバイス１００は、スレーブデバイス２００からリンクキーを受信すると、自分自身のＰＩＮコードからリンクキーを生成して、同じリンクキーが得られるか否かを判定することで認証を実行する。
　認証に成功すると、マスターデバイス１００は、スレーブデバイス２００との間でプロファイルの交換（７１２）を行う。マスターデバイス１００は、マスターデバイス１００がサポートするサービスを示すプロファイルをＳＤＰプロトコルにより送信する（７１３）。また、マスターデバイス１００は、スレーブデバイス２００に対して、プロファイルの送信要求をＳＤＰプロトコルにより送信する（７１４）。プロファイルの送信要求を受信したスレーブデバイス２００は、送信要求に対する応答（７１５）として、スレーブデバイス２００のサポートするサービスを示すプロファイルをマスターデバイス１００に送信する（７１６）。
　スレーブデバイス２００のプロファイルを受信したマスターデバイス１００は、受信したプロファイルにより、スレーブデバイス２００のサポートするサービスに、スレーブデバイス２００にインストールされたＯＳによって接続処理が異なるサービスが含まれるか否かを判定する。例えば、スレーブデバイス２００が、ＳＰＰ（Serial Port Profile）のサービスをサポートしているか否かを判定する。ＳＰＰをサポートしていると判定すると、マスターデバイス１００は、スレーブデバイス２００に搭載されたＯＳを判別するＯＳ判別処理を行う（７１７）。まず、マスターデバイス１００は、メモリ部１２４のＵＵＩＤ管理テーブルを参照して、ＵＵＩＤ管理テーブルに登録されたＵＵＩＤを１つ選択し、選択したＵＵＩＤを含むＳＤＰのパケットを生成する。マスターデバイス１００は、生成したＳＤＰのパケットを含む問い合わせ信号を生成してスレーブデバイス２００に送信する（７１８）。スレーブデバイス２００は、受信したＳＤＰのパケットに含まれるＵＵＩＤが、自身にインストールされたＯＳ又はアプリケーションのＵＵＩＤではない場合には、問い合わせ信号に対する応答を行わない。マスターデバイス１００は、所定時間待機しても、スレーブデバイス２００から応答信号を受信することができない場合、ＵＵＩＤ管理テーブルから別のＵＵＩＤを選択する。マスターデバイス１００は、選択したＵＵＩＤを含むＳＤＰのパケットを生成して、ＳＤＰのパケットを含む問い合わせ信号をスレーブデバイス２００に送信する（７１９）。スレーブデバイス２００は、ＳＤＰのパケットに含まれるＵＵＩＤが、自身にインストールされたＯＳのＵＵＩＤであった場合、応答（７２０）として、応答信号をマスターデバイス１００に送信する（７２１）。
　マスターデバイス１００は、スレーブデバイス２００から応答信号を受信した場合、スレーブデバイス２００に送信したＵＵＩＤの示すＯＳ又はアプリケーションがスレーブデバイス２００にインストールされていると判定する。マスターデバイス１００は、特定したＯＳ情報をメモリ部１２４に保存する（７２２）。ＯＳ情報を保存したマスターデバイス１００は、ＯＳ情報を用いてスレーブデバイス２００とのＳＰＰ通信を開始する（７２３）。
　次に、車載装置１００の制御部１１０の処理手順について、図７に示すフローチャートを参照しながら説明する。なお、本フローは、図８に示す機器設定画面の追加ボタンが押下されて、車載装置１００とブルートゥースによる通信を行う携帯端末２００を追加する操作がなされ、追加される携帯端末２００と車載装置１００とがユーザ操作によりペアリングモードにセットされることで処理が開始される。制御部１１０は、まず、ブルートゥース対応機器を探索するため、近距離無線通信部１２５を起動させて、近距離無線通信部１２５に問い合わせ信号を送出させる（ステップＳ１）。制御部１１０は、近距離無線通信が可能な機器からの応答がない場合には（ステップＳ２／ＮＯ）、ステップＳ１の処理に戻る。また、ブルートゥース対応機器である携帯端末２００から、デバイス識別情報を含む応答信号を受信した場合（ステップＳ２／ＹＥＳ）、制御部１１０は、応答信号を受信した機器の一覧を表示部１２１に表示させる。デバイス識別情報には、ブルートゥースアドレスとフレンドリーネームとが含まれ、表示部１２１には、例えばフレンドリーネームが表示される。
　ユーザによって探索結果の一覧から所望の接続相手、すなわち、携帯端末２００が選択されると、制御部１１０は、選択された携帯端末２００に認証要求を送信する（ステップＳ３）。携帯端末２００は、ユーザにより入力されたＰＩＮコード（Personal Identification Number）を使用してリンクキーを生成し、生成したリンクキーを車載装置１００に送信する。制御部１１０は、携帯端末２００からリンクキーを受信すると（ステップＳ４／ＹＥＳ）、自分自身のＰＩＮコードからリンクキーを生成して、同じリンクキーが得られるか否かを判定することで認証を実行する（ステップＳ５）。リンクキーの不一致により認証に失敗した場合（ステップＳ５／ＮＯ）、制御部１１０は、認証に失敗した旨を携帯端末２００に送信し(ステップＳ６)、ステップＳ１からの処理を繰り返す。また、リンクキーの一致により認証に成功すると（ステップＳ５／ＹＥＳ）、制御部１１０は、リンクキーと、携帯端末２００から受信したブルートゥースアドレス及びフレンドリーネームとをメモリ部１２４に保存する（ステップＳ７）。この後、車載装置１００は、携帯端末２００との間の近距離無線通信が可能となる。
　次に、制御部１１０は、ＯＳ判別処理を行う（ステップＳ８）。ＯＳ判別処理の詳細については、図９に示すフローチャートを参照しながら説明する。ＯＳ判別処理が終了すると、制御部１１０は、判別した携帯端末２００のＯＳ種別をメモリ部１２４に保存して、処理を終了する。
　次に、図９に示すフローチャートを参照しながらＯＳ判別処理の詳細について説明する。ＯＳ判別処理では、まず、制御部１１０は、車載装置１００がサポートするサービスのプロファイルを含むＳＤＰのパケットを携帯端末２００に送信する（ステップＳ１１）。次に、制御部１１０は、携帯端末２００のサポートするサービスを示すプロファイルの送信を、携帯端末２００に要求する（ステップＳ１２）。次に、制御部１１０は、携帯端末２００からプロファイルを受信したか否かを判定する（ステップＳ１３）。プロファイルを受信していない場合（ステップＳ１３／ＮＯ）、制御部１１０は、プロファイルを受信するまで待機する。また、プロファイルを受信した場合（ステップＳ１３／ＹＥＳ）、制御部１１０は、受信したプロファイルにより、携帯端末２００がＳＰＰをサポートしているか否かを判定する（ステップＳ１４）。携帯端末２００がＳＰＰをサポートしていない場合（ステップＳ１４／ＮＯ）、制御部１１０は、このＯＳ判別処理を終了する。また、携帯端末２００がＳＰＰをサポートしている場合（ステップＳ１４／ＹＥＳ）、制御部１１０は、携帯端末２００のＯＳ情報がメモリ部１２４に保存されているか否かを判定する（ステップＳ１５）。ＯＳ情報がメモリ部１２４に保存されている場合（ステップＳ１５／ＹＥＳ）、制御部１１０は、メモリ部１２４に保存されたＯＳ情報を読み出して、携帯端末２００とのＳＰＰによる通信を準備する（ステップＳ２０）。
　ステップＳ１５において、ＯＳ情報がメモリ部１２４に保存されていない場合（ステップＳ１５／ＮＯ）、制御部１１０は、ｉＯＳのＵＵＩＤをＵＵＩＤ管理テーブルから取得し、ｉＯＳのＵＵＩＤを含むＳＤＰのパケットを生成する。より具体的には、ｉＯＳ特有のアプリケーション（厳密には、通信プロトコル）であるｉＡＰを示すＵＵＩＤを含むＳＤＰのパケットが生成される。制御部１１０は、生成したＳＤＰのパケットを含む問い合わせ信号を生成して携帯端末２００に送信する（ステップＳ１６）。そして、制御部１１０は、所定時間（例えば、３秒）、携帯端末２００からの応答を待機する（ステップＳ１７）。携帯端末２００から応答信号を受信した場合（ステップＳ１７／ＹＥＳ）、制御部１１０は、携帯端末２００にインストールされたＯＳをｉＯＳと判定する（ステップＳ１８）。制御部１１０は、携帯端末２００のＯＳ情報としてｉＯＳを示す情報をメモリ部１２４に保存する(ステップＳ１９)。
　ステップＳ１７において、所定時間待機しても、携帯端末２００から応答信号を受信することができなかった場合（ステップＳ１７／ＮＯ）、制御部１１０は、Ａｎｄｒｏｉｄ用アプリケーションのＵＵＩＤを含むＳＤＰのパケットを生成する（ステップＳ２１）。より具体的には、Ａｎｄｒｏｉｄ特有のアプリケーションであるＡｎｄｒｏｉｄ用Ｓｍａｒｔ　Ａｃｃｅｓｓを示すＵＵＩＤを含むＳＤＰのパケットが生成される。制御部１１０は、生成したＳＤＰのパケットを含む問い合わせ信号を生成して携帯端末２００に送信する（ステップＳ２１）。そして、制御部１１０は、所定時間、携帯端末２００からの応答を待機する（ステップＳ２２）。携帯端末２００から応答信号を受信した場合（ステップＳ２２／ＹＥＳ）、制御部１１０は、携帯端末２００にインストールされたＯＳをＡｎｄｒｏｉｄと判定する（ステップＳ２３）。制御部１１０は、携帯端末２００のＯＳ情報としてＡｎｄｒｏｉｄを示す情報をメモリ部１２４に保存する(ステップＳ１９)。また、所定時間を経過しても、携帯端末２００から応答信号を受信することができなかった場合（ステップＳ２２／ＮＯ）、制御部１１０は、この処理を終了させる。ステップＳ１９において、ＯＳ情報をメモリ部１２４に保存すると、制御部１１０は、メモリ部１２４に保存したＯＳ情報を読み出し、携帯端末２００とのＳＰＰによる通信を準備する（ステップＳ２０）。車載装置１００は、ｉＯＳを搭載した携帯端末２００との間でＳＳＰの通信を行う場合、ｉＡＰに基づくセッションを確立する必要があるので、その処理を行う。なお、ＳＳＰの通信を行うことで、例えば、車載装置１００は、受け付けたユーザの操作に関する情報を携帯端末２００に送信することができる。
　車載装置１００による認証に成功し、ブルートゥースアドレス、フレンドリーネーム及びＯＳ情報がメモリ部１２４に保存された各携帯端末２００（以下、認証済み機器）については、車載装置１００がブルートゥース対応機器を再び探索する際、ユーザが選択可能なように識別情報が表示部１２１に表示される。ユーザによって何れかの認証済み機器が選択されると、ユーザに再度の認証を強いることのないように、制御部１１０は、選択された認証済み機器のＯＳ情報をメモリ部１２４から読み出し、通信開始の準備をする。これは、例えば、制御部１１０は、ブルートゥース対応機器を探索しているときに認証済み機器の何れかがユーザによって選択された場合には、ＯＳ判別処理を実行することで実現できる。
　以上の説明のように本実施形態は、携帯端末２００との無線通信を確立した後に、ＯＳごとに特有の通信でそれぞれに通信し、携帯端末２００から応答が得られた通信に対応するＯＳの情報をメモリ部１２４に保存する。すなわち、携帯端末２００にインストールされる可能性のあるＯＳ及びアプリケーションのＵＵＩＤを予めメモリ部１２４に保存しておき、携帯端末２００のＯＳの特定の際には、保存したＵＵＩＤの中から１つのＵＵＩＤを選択して携帯端末２００に送信する。そして、携帯端末２００から、携帯端末２００に送信したＵＵＩＤに対する応答を受信した場合に、ＵＵＩＤが示すＯＳ又はアプリケーションが携帯端末２００に搭載されていると特定している。従って、簡単な方法で、携帯端末２００に搭載されているＯＳ又はアプリケーションを特定することができる。
　また、本実施形態は、携帯端末２００に搭載されたＯＳを判別する判別部１１３２を備え、ＯＳを判別した携帯端末２００の識別情報と、携帯端末２００のＯＳ情報とを対応づけてメモリ部１２４に保存する。車載装置１００は、携帯端末２００のＯＳに応じた通信を携帯端末２００と行う場合、携帯端末２００のＯＳをメモリ部１２４に保存した情報に基づいて特定する。従って、ユーザの利便性を損なうことなく通信に必要な情報を取得し、携帯端末２００との通信を行うことができる。
　また、判別部１１３２は、ペアリング処理による認証に成功した場合に、携帯端末２００にインストールされたＯＳ又はアプリケーションを特定している。従って、ペアリングによる認証が実施されていない携帯端末２００を車載装置１００に接続してしまうことがない。
　また、判別部１１３２は、ブルートゥースに準拠したＳＤＰによるサービス検索処理により、ＯＳ又はアプリケーションを特定するので、既存の、且つＯＳに依存しないプロトコルを利用して携帯端末２００に搭載されたＯＳ又はアプリケーションを特定することができる。
　また、判別部１１３２は、携帯端末２００がＳＰＰのサービスをサポートしている場合に、ＯＳ又はアプリケーションの判別を行う。従って、ＯＳによって携帯端末２００との接続処理が異なるサービスを携帯端末２００がサポートしている場合に、携帯端末２００のＯＳ又はアプリケーションを特定する処理を実行することができる。
　また、ペアリング処理によりペアリングされた携帯端末２００の識別情報と、この携帯端末２００にインストールされたＯＳ情報とを対応付けてメモリ部１２４に保存していく。そして、メモリ部１２４に保存した機器識別情報（例えば、ブルートゥースアドレスやフレンドリーネーム）を表示部１２１に表示させ、ユーザにより携帯端末２００が選択されると、選択された携帯端末２００にインストールされたＯＳに応じた接続処理により選択された携帯端末２００との無線通信を確立する。従って、ペアリング処理が終了した携帯端末２００であれば、ペアリング処理を再度行うことなく、携帯端末２００と無線通信を行うことができる。
　車載情報システムの他の形態について、図１０～図１３を参照しながら説明する。なお、本実施形態の車載装置１００と携帯端末２００とが備えるハードウェアの構成は、図２に示す構成と同一であるため、図示及びその説明を省略する。
　図１０は、本実施形態の車載装置１００の制御部３１０が果たす各機能のうち、近距離無線通信部１２５を制御する部分、及び携帯端末２００の制御部４１０が果たす各機能のうち近距離無線通信部２２５を制御する部分を示す図である。なお、制御部３１０が果たす各機能は、例えば制御部３１０を構成するＣＰＵ等のハードウェアと、例えばメモリ部１２４に記憶された制御プログラムとの協働によって実現される。同様に、制御部４１０が果たす各機能は、例えば制御部４１０を構成するＣＰＵ等のハードウェアと、例えばメモリ部２２４に記憶された制御プログラムとの協働によって実現される。
　車載装置１００の制御部３１０は、図５に示すＳＤＰ要求部１１３に代えて、要求部３１５を備えている。携帯端末２００の制御部４１０は、ＳＤＰ応答部２１２に代えて、サービス応答部４１２を備えている。要求部３１５は、サービス要求部３１５１と、保持部３１５２と、判別部３１５３とを備えている。
　サービス要求部３１５１は、表示部１２１に表示されたスレーブデバイスのうち、ユーザにより選択されたスレーブデバイスに対して、自デバイスがサポートするサービスを特定する情報を送信する。サービスを特定する情報とは、スレーブデバイスとマスターデバイス、すなわち、ブルートゥース対応機器が、通信相手機のサポートするサービスを一意に特定することができる情報であり、例えば、上述したＵＵＩＤを例として挙げることができる。また、サービス要求部３１５１は、ユーザにより選択されたスレーブデバイスに対して、このスレーブデバイスがサポートするサービスを特定する情報の送信を要求する。サービス要求部３１５１は、スレーブデバイスからサービスを特定する情報を受信すると、受信したサービスを特定する情報を保持部３１５２と判別部３１５３とに渡す。保持部３１５２は、サービス要求部３１５１から渡されたサービスを特定する情報をメモリ部１２４に保存する。なお、本実施形態においてサービスには、少なくともプロファイル、プロトコル及びアプリケーションが含まれる。
　判別部３１５３は、サービス要求部３１５１から、スレーブデバイスがサポート可能なサービスを特定する情報を取得する。判別部３１５３は、取得したサービスを特定する情報を使用して、当該のスレーブデバイスにインストールされたＯＳを特定する。
　携帯端末２００のサービス応答部４１２は、マスターデバイスから送信される、当該マスターデバイスのサポートするサービスを特定する情報を受信すると、受信したサービスを特定する情報をメモリ部２２４に保存する。また、サービス応答部４１２は、マスターデバイスから、携帯端末２００がサポートするサービスを特定する情報の送信要求を受信すると、携帯端末２００がサポートするサービスを特定する情報をマスターデバイスに送信する。
　図１１は、車載装置１００のメモリ部１２４に保存されるＵＵＩＤ管理テーブルの一例を示す図である。本実施形態のＵＵＩＤ管理テーブルは、携帯端末２００にインストールされるＯＳ情報と、各ＯＳ上で動作するサービス名と、各サービスを特定するＵＵＩＤとが対応付けられて登録されている。図１１に示すＵＵＩＤ管理テーブルには、ＯＳ情報として、ｉＯＳと、Ａｎｄｒｏｉｄとが登録されている。また、ｉＯＳ上で動作するサービスとして、ＨＦＰ（Hands-Free Profile）と、Ａ２ＤＰ（Advanced Audio Distribution Profile）と、ＳＰＰにおいてデータフォーマット等を独自に規定したｉＡＰのプロトコルとが登録されている。また、Ａｎｄｒｏｉｄ上で動作するサービスとして、ＨＦＰと、Ａ２ＤＰと、ＳＰＰにおいてデータフォーマット等を独自に規定したＳｍａｒｔ　Ａｃｃｅｓｓと、同じくＳＰＰにおいてデータフォーマット等を独自に規定したＰａｎｄｏｒａとが登録されている。なお、ＨＦＰとＡ２ＤＰとは、ＯＳに関わらず、同一のＵＵＩＤが登録されている。また、図１１に記載したＵＵＩＤは例示であり、厳密には、ＨＦＰのＵＵＩＤ及びＡ２ＤＰのＵＵＩＤは夫々２バイトの情報であり、Ｓｍａｒｔ　ＡｃｃｅｓｓのＵＵＩＤは１６バイトの情報である。また、図１１に例示するＵＵＩＤ管理テーブルには、Ａｎｄｒｏｉｄ固有のＵＵＩＤとして、Ｓｍａｒｔ　ＡｃｃｅｓｓのＵＵＩＤ及びＰａｎｄｏｒａのＵＵＩＤの両方が規定されているが、何れか一方のみを規定するようにしてもよい。
　図１２は、ペアリング時における車載装置１００－携帯端末２００間の信号の送信タイミングを表した図である。なお、この図の説明では、車載装置１００をマスターデバイス１００と呼び、携帯端末２００をスレーブデバイス２００と呼ぶ。車載装置１００と携帯端末２００とがユーザの操作に基づいてペアリングモード（８０１、８０２）にセットされると、マスターデバイスである車載装置１００は、近距離無線通信可能な領域内に問い合わせ信号（８０４）を送出して、スレーブデバイス２００を探索（８０３）する。スレーブデバイスである携帯端末２００は、問い合わせ信号を受信すると、自身のデバイス識別情報を含む応答信号（８０６）をマスターデバイス１００に対する応答（８０５）として送信する。デバイス識別情報には、少なくともブルートゥースアドレスが含まれ、この他にフレンドリーネームが含まれていてもよい。
　マスターデバイス１００は、応答信号を受信することで、スレーブデバイス２００を検出（８０７）する。スレーブデバイス２００を検出したマスターデバイス１００は、検出したスレーブデバイス２００を認証する（８０８、８０９）。マスターデバイス１００は、スレーブデバイス２００に認証要求を送信する（８１０）。スレーブデバイス２００は、ユーザにより入力されたＰＩＮコードを使用してリンクキーを生成し、生成したリンクキーをマスターデバイス１００に送信する（８１１）。マスターデバイス１００は、スレーブデバイス２００からリンクキーを受信すると、自分自身のＰＩＮコードからリンクキーを生成して、同じリンクキーが得られるか否かを判定することで認証を実行する。
　認証に成功すると、マスターデバイス１００は、スレーブデバイス２００に搭載されたＯＳを判別するＯＳ判別処理を行う（８１２）。まず、マスターデバイス１００は、マスターデバイス１００のサポートするサービスを通知するＳＤＰのパケット（８１３）を生成して、スレーブデバイス２００に送信する。ＳＤＰは、通信相手の機器がどのようなサービスをサポートしているのかを検索するのに利用されるプロトコルである。ＳＤＰのパケットを受信したスレーブデバイス２００は、受信したＳＤＰのパケットからマスターデバイス１００のサポートするサービスを特定する情報を取得し、取得したサービスを特定する情報をメモリ部２２４に保存する。次に、マスターデバイス１００は、スレーブデバイス２００のサポートするサービスを特定する情報の送信を要求するＳＤＰのパケット（８１４）を生成して、スレーブデバイス２００に送信する。ＳＤＰのパケットを受信したスレーブデバイス２００は、応答として、スレーブデバイス２００のサポートするサービスを特定する情報を含むＳＤＰのパケット（８１６）を生成して、マスターデバイス１００に送信する（８１５）。マスターデバイス１００は、スレーブデバイス２００から送信されたＳＤＰのパケットを受信し、受信したＳＤＰのパケットに含まれる、スレーブデバイス２００のサポートするサービスを特定する情報を取り出してメモリ部１２４に保存する。また、マスターデバイス１００は、スレーブデバイス２００のサポートするサービスを特定する情報に、ｉＯＳ固有のＵＵＩＤ又はＡｎｄｒｏｉｄ固有のＵＵＩＤが含まれているか否かを判定して、スレーブデバイス２００のＯＳを特定する。ｉＯＳ固有のＵＵＩＤとは、例えば、図１１に示すｉＡＰのＵＵＩＤである。また、Ａｎｄｒｏｉｄ固有のＵＵＩＤとは、例えば、図１１に示すＳｍａｒｔ　Ａｃｃｅｓｓ又はＰａｎｄｏｒａのＵＵＩＤである。マスターデバイス１００は、特定したスレーブデバイスのＯＳ情報をメモリ部１２４に保存（８１７）するとともに、ＯＳ情報を用いてスレーブデバイス２００とのＳＰＰ通信を開始する（８１８）。
　次に、車載装置１００の制御部３１０の詳細な処理手順について説明する。なお、スレーブデバイスを検出し、検出したデバイスとペアリング処理を行う手順については、図７にて説明した通りであるため、以下では、ＯＳ判別処理の詳細について図１３に示すフローチャートを参照しながら説明する。
　制御部３１０は、まず、車載装置１００がサポートするサービスを含むＳＤＰのパケットをペアリング処理によりペアリングしたブルートゥース対応機器である携帯端末２００に送信する（ステップＳ３１）。次に、制御部３１０は、携帯端末２００のＯＳ情報がメモリ部１２４に保存されているか否かを判定する（ステップＳ３２）。メモリ部１２４にＯＳ情報が保存されている場合（ステップＳ３２／ＹＥＳ）、制御部３１０は、メモリ部１２４からＯＳ情報を読み出してＳＰＰによる通信を準備する（ステップＳ４４）。また、メモリ部１２４にＯＳ情報が保存されていない場合（ステップＳ３２／ＮＯ）、制御部３１０は、携帯端末２００のサポートするサービスを特定する情報の送信を要求するＳＤＰのパケットを近距離無線通信部１２５により携帯端末２００に送信する（ステップＳ３３）。なお、制御部３１０は、ＳＤＰのパケットを近距離無線通信部１２５に渡して、当該パケットを携帯端末２００に送信させる際に、ｉＯＳのＵＵＩＤを近距離無線通信部１２５に渡す。近距離無線通信部１２５は、携帯端末２００から受信したＳＤＰのパケットに、ｉＯＳ固有のＵＵＩＤが含まれている場合には、このｉＯＳ固有のＵＵＩＤを制御部３１０に渡す。ｉＯＳ固有のＵＵＩＤとは、例えば、図１１に示すｉＡＰのＵＵＩＤである。また、近距離無線通信部１２５は、携帯端末２００から受信したＳＤＰのパケットに、Ａｎｄｒｏｉｄ固有のＵＵＩＤが含まれている場合には、このＡｎｄｒｏｉｄ固有のＵＵＩＤを制御部３１０には渡さない。例えば、図１１に示すＳｍａｒｔ　ＡｃｃｅｓｓのＵＵＩＤや、ＰａｎｄｏｒａのＵＵＩＤがＳＤＰのパケットに含まれる場合、近距離無線通信部１２５は、これらのＵＵＩＤを制御部３１０には渡さない。近距離無線通信部１２５は、例えば、図１１に示すＨＦＰやＡ２ＤＰのＵＵＩＤだけを制御部３１０に渡す。
　制御部３１０は、近距離無線通信部１２５からサービスを特定する情報を入力したか否かを判定する（ステップＳ３４）。サービスを特定する情報を入力していない場合（ステップＳ３４／ＮＯ）、制御部３１０は、近距離無線通信部１２５からサービスを特定する情報を入力するまで待機する。また、近距離無線通信部１２５からサービスを特定する情報を入力した場合（ステップＳ３４／ＹＥＳ）、制御部３１０は、近距離無線通信部１２５から入力した、携帯端末２００のサポートするサービスを特定する情報をメモリ部１２４に保存する（ステップＳ３５）。サービスを特定する情報をメモリ部１２４に保存すると、制御部３１０は、ｉＯＳ固有のＵＵＩＤがメモリ部１２４に保存したサービスを特定する情報に含まれるか否かを判定する（ステップＳ３６）。サービスを特定する情報に、ｉＯＳ固有のＵＵＩＤが含まれる場合（ステップＳ３６／ＹＥＳ）、制御部３１０は、携帯端末２００に搭載されたＯＳをｉＯＳと判定する（ステップＳ３７）。例えば、メモリ部２２４にｉＡＰのＵＵＩＤが保存されている場合には、制御部３１０は、携帯端末２００のＯＳをｉＯＳと判定する。また、メモリ部２２４に、ＨＦＰやＡ２ＤＰのＵＵＩＤだけが保存されている場合には、制御部３１０は、携帯端末２００のＯＳをｉＯＳと判定する。携帯端末２００のＯＳをｉＯＳと判定した制御部３１０は、判定した携帯端末２００のＯＳ情報をメモリ部１２４に保存する（ステップＳ４３）。
　また、サービスを特定する情報に、ｉＯＳ固有のＵＵＩＤが含まれていないと判定すると（ステップＳ３６／ＮＯ）、制御部３１０は、再度、携帯端末２００のサポートするサービスを特定する情報の送信を要求するＳＤＰのパケットを携帯端末２００に送信する（ステップＳ３８）。なお、制御部３１０は、ＳＤＰのパケットを近距離無線通信部１２５に渡して、当該パケットを携帯端末２００に送信させる際に、ＡｎｄｒｏｉｄのＵＵＩＤを近距離無線通信部１２５に渡す。近距離無線通信部１２５は、携帯端末２００から受信したＳＤＰのパケットに、Ａｎｄｒｏｉｄ固有のＵＵＩＤが含まれている場合には、このＡｎｄｒｏｉｄ固有のＵＵＩＤを制御部３１０に渡す。なお、Ａｎｄｒｏｉｄ固有のＵＵＩＤとは、例えば、図１１に示すＳｍａｒｔ　ＡｃｃｅｓｓのＵＵＩＤや、ＰａｎｄｏｒａのＵＵＩＤである。また、近距離無線通信部１２５は、携帯端末２００から受信したＳＤＰのパケットに、ｉＯＳ固有のＵＵＩＤが含まれている場合には、このｉＯＳ固有のＵＵＩＤを制御部３１０には渡さない。例えば、図１１に示すｉＡＰのＵＵＩＤがＳＤＰのパケットに含まれる場合、近距離無線通信部１２５は、このＵＵＩＤを制御部３１０には渡さない。近距離無線通信部１２５は、例えば、図１１に示すＨＦＰやＡ２ＤＰのＵＵＩＤだけを制御部３１０に渡す。
　次に、制御部３１０は、近距離無線通信部１２５からサービスを特定する情報を入力したか否かを判定する（ステップＳ３９）。サービスを特定する情報を入力していない場合（ステップＳ３９／ＮＯ）、制御部３１０は、近距離無線通信部１２５からサービスを特定する情報を入力するまで待機する。また、近距離無線通信部１２５からサービスを特定する情報を入力した場合（ステップＳ３９／ＹＥＳ）、制御部３１０は、近距離無線通信部１２５から入力した、携帯端末２００のサポートするサービスを特定する情報をメモリ部１２４に保存する（ステップＳ４０）。サービスを特定する情報をメモリ部１２４に保存すると、制御部３１０は、Ａｎｄｒｏｉｄ固有のＵＵＩＤがメモリ部１２４に保存したサービスを特定する情報に含まれるか否かを判定する（ステップＳ４１）。サービスを特定する情報に、Ａｎｄｒｏｉｄ固有のＵＵＩＤが含まれる場合（ステップＳ４１／ＹＥＳ）、制御部３１０は、携帯端末２００に搭載されたＯＳをＡｎｄｒｏｉｄと判定する（ステップＳ４２）。例えば、メモリ部２２４にＳｍａｒｔ　ＡｃｃｅｓｓやＰａｎｄｏｒａのＵＵＩＤが保存されている場合には、制御部３１０は、携帯端末２００のＯＳをＡｎｄｒｏｉｄと判定する。また、メモリ部２２４に、Ｓｍａｒｔ　ＡｃｃｅｓｓやＰａｎｄｏｒａのＵＵＩＤが保存されていない場合には、制御部３１０は、携帯端末２００のＯＳを特定不可能としてこの処理を終了する。
　ステップＳ３７又はＳ４２において携帯端末２００のＯＳを特定し、ステップＳ４３にて特定したＯＳ情報をメモリ部１２４に保存すると、制御部３１０は、メモリ部１２４に保存したＯＳ情報を読み出し、携帯端末２００とのＳＰＰによる通信を準備する（ステップＳ４４）。車載装置１００は、ｉＯＳを搭載した携帯端末２００との間でＳＳＰの通信を行う場合、ｉＡＰに基づくセッションを確立する必要があるので、その処理を行う。なお、ＳＳＰの通信を行うことで、例えば、車載装置１００は、受け付けたユーザの操作に関する情報を携帯端末２００に送信することができる。
　車載装置１００による認証に成功し、ブルートゥースアドレス、フレンドリーネーム及びＯＳ情報がメモリ部１２４に保存された、認証済みの各携帯端末２００は、車載装置１００がブルートゥース対応機器を再び探索する際に、ユーザが選択可能なように識別情報が表示部１２１に表示される。ユーザによって何れかの認証済み機器が選択されると、ユーザに再度の認証を強いることのないように、制御部３１０は、選択された認証済み機器のＯＳ情報をメモリ部１２４から読み出し、通信開始の準備をする。
　以上、説明したように本実施形態は、携帯端末２００に搭載されたＯＳを判別する判別部３１５３を備えている。判別部３１５３は、携帯端末２００に無線通信を確立した後、携帯端末２００から送信される、携帯端末２００のサポートするサービスを特定する情報により携帯端末２００のＯＳを判別する。判別部３１５３は、判別したＯＳの情報をメモリ部１２４に保持させる。従って、ユーザの利便性を損なうことなく通信に必要な情報を取得し、携帯端末２００との通信を行うことができる。
　また、メモリ部１２４には、携帯端末２００の識別情報と、携帯端末２００のＯＳ情報とが対応づけられて保存されているので、車載装置１００が、携帯端末２００のＯＳに応じた通信を携帯端末２００と行う場合に、携帯端末２００のＯＳを特定することができる。従って、ユーザの利便性を損なうことなく通信に必要な情報を取得し、携帯端末２００との通信を行うことができる。その他の効果については、先の実施形態と同様である。
　上述した実施形態は、本発明の好適な実施形態である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形実施が可能である。例えば、上述した実施形態では、ＯＳの例としてｉＯＳとＡｎｄｒｏｉｄとを例に説明したが、ＯＳはこれらに限定されるものではない。例えば、メモリ部１２４が、既存のブルートゥース対応機器の全て又は一部について、その識別情報（例えば、初期のフレンドリーネーム）と搭載されているＯＳとの対応関係を規定するテーブルを記憶しておき、判別部１１３２が、このテーブルを参照しつつ、通信しようとするブルートゥース対応機器から取得するフレンドリーネームに基づいて、ブルートゥース対応機器に搭載されているＯＳを特定するようにしてもよい。
　また、ブルートゥースアドレスは、上位２４ビットがブルートゥース対応機器の提供者ごとに割り当てられていることから、仮に一の提供者が１種類のＯＳのブルートゥース対応機器しか提供していない場合、メモリ部１２４が、これらの対応関係（例えば、ブルートゥースアドレスの上位２４ビットに対して一つのＯＳの種類を紐付けるテーブルに記憶しておき、判別部１１３２が、このテーブルを参照しつつ、通信しようとするブルートゥース対応機器から取得するブルートゥースアドレスに基づいて、ブルートゥース対応機器に搭載されているＯＳを特定するようにしてもよい。
　また、近距離無線通信の方式としてブルートゥースを例に挙げたが、この代わりに、Ｔｒａｎｓｆｅｒ　Ｊｅｔ、Ｚｉｇｂｅｅ（登録商標）等のその他の方式を用いてもよい。
　１００　車載装置
　１１０、３１０　制御部
　１１１　スレーブデバイス探索部
　１１２　スレーブデバイス情報表示制御部
　１１３　ＳＤＰ要求部
　１１３１　プロファイル要求部
　１１３２、３１５２　判別部
　１１３３、３１５３　保持部
　１１４、３１４　接続確立部
　１２４、２２４　メモリ部
　１２５　近距離無線通信部
　２００　携帯端末
　２１０、４１０　制御部
　２１１、４１１　デバイス識別情報送信部
　２１２　ＳＤＰ応答部
　２１３、４１３　接続確立部
　２２５　近距離無線通信部
　３１５　要求部
　３１５１　サービス要求部
　４１２　サービス応答部

Claims (14)

  1. 　外部機器と無線通信する車載装置において、
    　前記外部機器に搭載されたオペレーティングシステムを判別する判別部と、
    　前記判別部によりオペレーティングシステムを判別した外部機器の識別情報、及び当該外部機器のオペレーティングシステムの情報を保持する保持部と、を備え、
    　前記外部機器のオペレーティングシステムに応じた通信を前記外部機器とする場合、前記外部機器のオペレーティングシステムを前記保持部に保持した情報に基づいて特定することを特徴とする車載装置。
  2. 　前記判別部は、前記外部機器と無線通信を確立した後、前記外部機器から送信される、前記外部機器のサポートするサービスを特定する情報により前記外部機器のオペレーティングシステムを判別し、判別したオペレーティングシステムの情報を前記保持部に保持させることを特徴とする請求項１に記載の車載装置。
  3. 　前記判別部は、前記外部機器と無線通信を確立した後、オペレーティングシステムごとに特有の通信でそれぞれに通信し、前記外部機器から応答が得られた通信に対応するオペレーティングシステムの情報を保持することを特徴とする請求項１に記載の車載装置。
  4. 　前記保持部に前記識別情報が保持されている外部機器をユーザ選択可能にする選択部を備えることを特徴とする請求項１から３のいずれか一項に記載の車載装置。
  5. 　前記判別部は、前記外部機器と無線接続を確立した後、前記外部機器を認証し、前記外部機器の認証に成功した場合に、前記オペレーティングシステムを判別することを特徴とする請求項１から３のいずれか一項に記載の車載装置。
  6. 　前記判別部は、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したＳＤＰに基づく通信により前記オペレーティングシステムを判別することを特徴とする請求項１から３のいずれか一項に記載の車載装置。
  7. 　前記判別部は、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したＳＰＰに基づく通信が可能な場合に、前記オペレーティングシステムを判別することを特徴とする請求項１または３に記載の車載装置。
  8. 　外部機器と無線通信する車載装置の制御方法において、
    　前記外部機器に搭載されたオペレーティングシステムを判別するステップと、
    　前記判別するステップによりオペレーティングシステムを判別した外部機器の識別情報、及び当該外部機器のオペレーティングシステムの情報を保持部に保持させるステップと、を有し、
    　前記外部機器のオペレーティングシステムに応じた通信を前記外部機器とする場合、前記外部機器のオペレーティングシステムを前記保持部に保持した情報に基づいて特定することを特徴とする車載装置の制御方法。
  9. 　前記判別するステップは、前記外部機器と無線通信を確立した後、前記外部機器から送信される、前記外部機器のサポートするサービスを特定する情報により前記外部機器のオペレーティングシステムを判別し、判別したオペレーティングシステムの情報を前記保持部に保持させることを特徴とする請求項８に記載の車載装置の制御方法。
  10. 　前記判別するステップは、前記外部機器と無線通信を確立した後、オペレーティングシステムごとに特有の通信でそれぞれに通信し、前記外部機器から応答が得られた通信に対応するオペレーティングシステムの情報を保持することを特徴とする請求項８に記載の車載装置の制御方法。
  11. 　前記保持部に前記識別情報が保持されている外部機器をユーザ選択可能にするステップを有することを特徴とする請求項８から１０のいずれか一項に記載の車載装置の制御方法。
  12. 　前記判別するステップは、前記外部機器と無線接続を確立した後、前記外部機器を認証し、前記外部機器の認証に成功した場合に、前記オペレーティングシステムを判別することを特徴とする請求項８から１０のいずれか一項に記載の車載装置の制御方法。
  13. 　前記判別するステップは、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したＳＤＰに基づく通信により前記オペレーティングシステムを判別することを特徴とする請求項８から１０のいずれか一項に記載の車載装置の制御方法。
  14. 　前記判別するステップは、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したＳＰＰに基づく通信が可能な場合に、前記オペレーティングシステムを判別することを特徴とする請求項８または１０に記載の車載装置の制御方法。
PCT/JP2014/069740 2013-12-24 2014-07-25 車載装置及び車載装置の制御方法 WO2015098162A1 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2013-265286 2013-12-24
JP2013265286 2013-12-24
JP2014029432A JP2015144402A (ja) 2013-12-24 2014-02-19 車載装置及び車載装置の制御方法
JP2014-029432 2014-02-19

Publications (1)

Publication Number Publication Date
WO2015098162A1 true WO2015098162A1 (ja) 2015-07-02

Family

ID=53478053

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/069740 WO2015098162A1 (ja) 2013-12-24 2014-07-25 車載装置及び車載装置の制御方法

Country Status (2)

Country Link
JP (1) JP2015144402A (ja)
WO (1) WO2015098162A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3404521A4 (en) * 2016-01-14 2019-07-17 Shenzhen TCL Digital Technology Ltd. APPLICATION PROGRAM METHOD AND SYSTEM
CN113347615A (zh) * 2021-05-21 2021-09-03 深圳市飞易通科技有限公司 一种蓝牙通信方法、装置及可读存储介质
JP2022082535A (ja) * 2018-03-09 2022-06-02 サムスン エレクトロニクス カンパニー リミテッド ディスプレイ装置及びその制御方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10966149B2 (en) 2018-03-09 2021-03-30 Samsung Electronics Co., Ltd. Display device and control method thereof
JP6732068B1 (ja) * 2019-02-26 2020-07-29 レノボ・シンガポール・プライベート・リミテッド 情報処理装置、情報処理方法およびプログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010166468A (ja) * 2009-01-19 2010-07-29 Renesas Electronics Corp 車載通信装置
JP2012227649A (ja) * 2011-04-18 2012-11-15 Denso Corp 車載用携帯端末制御装置
WO2013015054A1 (ja) * 2011-07-22 2013-01-31 クラリオン株式会社 車載機による遠隔操作システム
JP2013034147A (ja) * 2011-08-03 2013-02-14 Denso Corp 制御装置およびプログラム
JP2013102339A (ja) * 2011-11-08 2013-05-23 Mitsubishi Electric Building Techno Service Co Ltd ビル管理装置、ビル管理システム及びビル管理プログラム
JP2013247433A (ja) * 2012-05-24 2013-12-09 Toshiba Corp 映像配信装置、映像配信方法、及び映像配信システム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010166468A (ja) * 2009-01-19 2010-07-29 Renesas Electronics Corp 車載通信装置
JP2012227649A (ja) * 2011-04-18 2012-11-15 Denso Corp 車載用携帯端末制御装置
WO2013015054A1 (ja) * 2011-07-22 2013-01-31 クラリオン株式会社 車載機による遠隔操作システム
JP2013034147A (ja) * 2011-08-03 2013-02-14 Denso Corp 制御装置およびプログラム
JP2013102339A (ja) * 2011-11-08 2013-05-23 Mitsubishi Electric Building Techno Service Co Ltd ビル管理装置、ビル管理システム及びビル管理プログラム
JP2013247433A (ja) * 2012-05-24 2013-12-09 Toshiba Corp 映像配信装置、映像配信方法、及び映像配信システム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3404521A4 (en) * 2016-01-14 2019-07-17 Shenzhen TCL Digital Technology Ltd. APPLICATION PROGRAM METHOD AND SYSTEM
US11010397B2 (en) 2016-01-14 2021-05-18 Shenzhen Tcl Digital Technology Ltd. Method and system for displaying applications
JP2022082535A (ja) * 2018-03-09 2022-06-02 サムスン エレクトロニクス カンパニー リミテッド ディスプレイ装置及びその制御方法
JP7436532B2 (ja) 2018-03-09 2024-02-21 サムスン エレクトロニクス カンパニー リミテッド ディスプレイ装置及びその制御方法
CN113347615A (zh) * 2021-05-21 2021-09-03 深圳市飞易通科技有限公司 一种蓝牙通信方法、装置及可读存储介质

Also Published As

Publication number Publication date
JP2015144402A (ja) 2015-08-06

Similar Documents

Publication Publication Date Title
RU2541913C2 (ru) Система и способ для обеспечения беспроводного сетевого соединения
KR102060547B1 (ko) 무선 통신 시스템에서 무선 기기 등록 방법 및 장치
KR102373463B1 (ko) 통신 단말들간 무선 통신을 위한 방법 및 장치
US9204470B2 (en) Method for a wireless target device to automatically connect to a target network, wireless network system with automatic network setting ability, and wireless target device thereof
US9369826B2 (en) Mobile electronic device coordination system, information providing apparatus, mobile electronic device, and program for mobile electronic device
KR101658630B1 (ko) 사용자 단말 장치, 전자 장치, 시스템 및 그 제어 방법
KR20130044922A (ko) 휴대단말기에서 ＷＰＳ(Ｗｉ－Ｆｉ Ｐｒｏｔｅｃｔｅ ｄ Ｓｅｔｕｐ)을 이용한 와이파이 연결 방법 및 장치
WO2015098162A1 (ja) 車載装置及び車載装置の制御方法
WO2015058506A1 (zh) 一种多屏互动的方法、装置及系统
JP2008017301A (ja) 近距離無線通信端末及びセキュリティレベル設定方法
KR102514692B1 (ko) 다중 무선 통신 프로토콜들을 지원하는 전자 장치 및 이를 위한 방법
JP2014197830A (ja) 通信装置、通信システム及びプログラム
JP6258077B2 (ja) 通信システムおよび電子装置、ペアリング方法、ペアリングプログラム
KR102373548B1 (ko) 근거리 통신 연결을 위한 전자 장치 및 방법
KR102449232B1 (ko) 전자장치 및 그 제어방법
KR20200002742A (ko) 무선 통신 시스템에서 무선 기기 등록 방법 및 장치
US10057756B2 (en) Terminal detection method and communication device
KR101766248B1 (ko) 디스플레이시스템, 디스플레이장치 및 그 제어방법
US20220122515A1 (en) Display apparatus, electronic apparatus and methods thereof
KR102390887B1 (ko) 무선 통신 시스템에서 무선 기기 등록 방법 및 장치
KR101982199B1 (ko) 휴대단말기에서 ＷＰＳ(Ｗｉ－Ｆｉ Ｐｒｏｔｅｃｔｅ ｄ Ｓｅｔｕｐ)을 이용한 와이파이 연결 방법 및 장치
US9467935B2 (en) Communication apparatus and control method thereof
JP5930689B2 (ja) 近距離無線通信システム
KR100660464B1 (ko) 휴대용 단말기에서 블루투스 기기 연결 방법
KR102181159B1 (ko) 휴대단말기에서 ＷＰＳ(Ｗｉ－Ｆｉ Ｐｒｏｔｅｃｔｅ ｄ Ｓｅｔｕｐ)을 이용한 와이파이 연결 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14873825

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14873825

Country of ref document: EP

Kind code of ref document: A1