WO2018124174A1 - 車両用情報処理システム及び車両用情報処理プログラム、並びに携帯通信端末 - Google Patents

車両用情報処理システム及び車両用情報処理プログラム、並びに携帯通信端末 Download PDF

Info

Publication number
WO2018124174A1
WO2018124174A1 PCT/JP2017/046883 JP2017046883W WO2018124174A1 WO 2018124174 A1 WO2018124174 A1 WO 2018124174A1 JP 2017046883 W JP2017046883 W JP 2017046883W WO 2018124174 A1 WO2018124174 A1 WO 2018124174A1
Authority
WO
WIPO (PCT)
Prior art keywords
unit
information acquisition
information
vehicle
communication terminal
Prior art date
Application number
PCT/JP2017/046883
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 三菱自動車工業株式会社
Priority to JP2018559573A priority Critical patent/JP6575697B2/ja
Priority to CN201780080918.3A priority patent/CN110115016B/zh
Priority to EP17886108.4A priority patent/EP3565222B1/en
Priority to US16/473,522 priority patent/US10887738B2/en
Publication of WO2018124174A1 publication Critical patent/WO2018124174A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/60—Substation equipment, e.g. for use by subscribers including speech amplifiers
    • H04M1/6033—Substation equipment, e.g. for use by subscribers including speech amplifiers for providing handsfree use or a loudspeaker mode in telephone sets
    • H04M1/6041—Portable telephones adapted for handsfree use
    • H04M1/6075—Portable telephones adapted for handsfree use adapted for handsfree use in a vehicle
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • 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
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/53—Network services using third party service providers
    • 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/72412—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 using two-way short-range wireless interfaces

Definitions

  • the present disclosure relates to a vehicle information processing system, a vehicle information processing program, and a mobile communication terminal.
  • Patent Document 1 discloses an application that can use a service provided from an external server by operating in cooperation with a mobile communication terminal, and has a function common to an application installed in the mobile communication terminal.
  • a vehicle device capable of executing an application is disclosed.
  • Such a device for a vehicle sets communication means for communicating with a mobile communication terminal, vehicle information acquisition means for acquiring vehicle information used in a terminal application, and vehicle information for the terminal application. And control means for transmitting the setting information to the server via the portable communication terminal by the communication means.
  • a plurality of functions are added to the mobile communication terminal, and information acquisition including a plurality of items (position information, vehicle speed, etc.) at different timings from each of the plurality of function units.
  • traffic amount of information per unit time
  • transmission / reception of information may be delayed, or transmission / reception of information itself may be disabled, and thus it may not be possible to acquire necessary vehicle information at an appropriate timing in each of the plurality of functional units.
  • At least one embodiment of the present invention can be applied to a mobile communication terminal even if a plurality of functional units are added to a mobile communication terminal that transmits and receives vehicle information to and from a vehicle-mounted device mounted on the vehicle.
  • An object of the present invention is to provide a vehicle information processing system, a vehicle information processing program, and a mobile communication terminal that can suppress an excessive increase in traffic with an in-vehicle device.
  • An information processing system for a vehicle includes a communication unit that acquires application software that uses vehicle information, and a mobile communication terminal to which a functional unit is added by the acquired application software; Responds to an information acquisition request from the mobile communication terminal via a communication path established with the mobile communication terminal, and provides the mobile communication terminal with vehicle information used in at least two functional units
  • a vehicle information processing system wherein the mobile communication terminal supervises an information acquisition request including a common item among information acquisition requests from each of the at least two functional units.
  • the mobile communication terminal stores vehicle information received from the in-vehicle device at least until an update cycle of the integrated information acquisition request elapses, and the at least two or more functional units.
  • An information distribution unit that distributes vehicle information stored in the storage unit to a function unit that has requested an information acquisition request before being integrated.
  • the supervising unit sets the update cycle of the integrated information acquisition request to the shortest update cycle of each information acquisition request including the common item.
  • the mobile communication terminal is A request collation unit that collates information acquisition requests from each of the at least two or more functional units, a list of functional units that are permitted to acquire information among the at least two or more functional units, and items for which the request is permitted
  • the apparatus further includes a white list providing server that provides the white list, and the request matching unit acquires the white list stored in the white list storage unit from the white list providing server by the communication unit. To the updated whitelist.
  • a vehicle information processing program includes at least two functional units that use vehicle information received from an in-vehicle device via a communication path established with the in-vehicle device mounted in the vehicle.
  • an overall step of supervising an information acquisition request including a common item among information acquisition requests from each of the at least two functional units, and the integrated information acquisition request to the in-vehicle device A transmitting step for transmitting; a receiving step for receiving vehicle information transmitted from the in-vehicle device in response to the information acquisition request transmitted in the transmitting step; and the vehicle information received in the receiving step.
  • a distribution step of distributing to the requester of the information acquisition request among the functional units described above is executed.
  • the update cycle of the integrated information acquisition request is set to the shortest update cycle of the information acquisition requests including common items.
  • a mobile communication terminal is a mobile communication terminal that includes a communication unit that acquires application software that uses vehicle information, and a functional unit is added by the acquired application software, A probability unit that establishes a communication path with an in-vehicle device that is mounted on a vehicle and acquires vehicle information, and a plurality of information acquisition requests for the in-vehicle device from each of at least two or more functional units are included.
  • a control unit that supervises the information acquisition request, a transmission unit that transmits the integrated information acquisition request to the in-vehicle device, and reception that receives vehicle information used by the at least two functional units from the in-vehicle device.
  • the mobile communication terminal stores vehicle information received from the in-vehicle device at least until an update cycle of the integrated information acquisition request elapses, and the at least two or more functional units.
  • An information distribution unit that distributes vehicle information stored in the storage unit to a function unit that has requested an information acquisition request before being integrated.
  • the supervising unit sets the update cycle of the integrated information acquisition request to the shortest update cycle of each information acquisition request including the common item.
  • the present invention even if a plurality of functional units are added to a mobile communication terminal that transmits and receives vehicle information to and from the in-vehicle device, excessive traffic between the mobile communication terminal and the in-vehicle device The increase can be suppressed.
  • FIG. 10 is a flowchart schematically showing the contents of a white list collation subroutine shown in FIG. 9.
  • FIG. It is a figure which shows the content of a white list roughly.
  • FIG. 6 is a diagram in which information required by functions E to H and update cycles are arranged.
  • FIG. 11 is a diagram in which a list of information collectively requested in function E to function G and an update cycle are arranged.
  • FIG. 1 is a block diagram schematically showing the configuration of a vehicle information processing system 1 according to an embodiment of the present invention.
  • 2 is a block diagram schematically showing the overall configuration of the mobile communication terminal 2 shown in FIG. 1
  • FIG. 3 is a block diagram schematically showing a partial configuration of the mobile communication terminal shown in FIG. It is.
  • the vehicle information processing system 1 according to an embodiment of the present invention includes a mobile communication terminal 2 and an in-vehicle device 3.
  • the mobile communication terminal 2 is a so-called smartphone, and can establish a communication path between the external servers S100, S200, S300 and the external platforms P100, P200.
  • illustration is omitted in FIG. 1 for convenience, communication with an external server or an external platform is performed by the communication unit 28 of the mobile communication terminal 2 (see FIG. 2).
  • the server includes, for example, a server of an automobile manufacturer server S100 (hereinafter referred to as “automobile manufacturer server S100”), a third party server S200 (hereinafter referred to as “third party server S200”), and a point of interest (hereinafter referred to as “POI”).
  • S100 automobile manufacturer server S100
  • third party server S200 third party server S200
  • POI point of interest
  • S300 (hereinafter referred to as “POI server S300”) is included.
  • the automobile manufacturer server S100 is a server that is operated and managed by the automobile manufacturer or a contractor entrusted to the automobile manufacturer (hereinafter referred to as “automobile manufacturer etc.”), and stores the latest version of the white list described later.
  • automobile manufacturer etc. various types of information provided by the automobile manufacturer and application software provided by the automobile manufacturer (hereinafter also referred to as “application” or “application”) may be stored.
  • Application software provided by an automobile manufacturer includes, for example, a gateway application and a data collecting application.
  • the third-party server S200 is a server that is operated and managed by a third party (other than an automobile manufacturer or a user) and stores, for example, various information provided by the third party and application software provided by the third party.
  • Application software provided by a third party includes, for example, a fuel efficiency calculation application, a driving diagnosis application, a POI application, and the like (hereinafter also referred to as a function X application, a function Y application, a function Z application, and a function V application).
  • Various information provided by the automobile manufacturer and application software provided by the automobile manufacturer may also be stored in the third party server S200.
  • the application software provided by third parties also includes a schedule management application that manages the schedule of events held in various locations, and displays the schedule on the map in cooperation with the map application that manages location information. It may be a thing.
  • the POI server S300 is a server that is operated and managed by a vendor or the like that provides POI information, and stores, for example, various types of information provided by a vendor that provides POI information.
  • Platforms include, for example, big data platform P100 (hereinafter referred to as “big data platform P100”) and Usage Base Insurance (hereinafter referred to as “UBI”) platform P200 (hereinafter referred to as “UBI platform P200”).
  • big data platform P100 hereinafter referred to as “big data platform P100”
  • UBI platform P200 Usage Base Insurance
  • the big data platform P100 is a part that functions as a base for utilizing big data, and various information collected through the big data platform P100 is used for after-sales, marketing, and product planning in an automobile manufacturer.
  • UBI is an insurance system that determines the insurance premium according to the driving method of the driver in car insurance.
  • the UBI platform P200 is a part that functions as a base for determining insurance premiums, and various information collected via the UBI platform P200 is used for determining insurance premiums within the insurance company.
  • the mobile communication terminal 2 includes a main control unit 20 that controls the entire terminal, a display unit 26 that displays various character information and images, and an operation input unit 27 that receives user operations. And a communication unit 28 that communicates with various servers.
  • the main control unit 20 includes a CPU (Central Processing Unit) 201 as an information processing apparatus and a memory 202 made up of various nonvolatile recording media.
  • the CPU 201 operates according to various programs recorded in the memory 202.
  • the display unit 26 and the operation input unit 27 are touch panels made of a liquid crystal display.
  • Various application software downloaded (acquired) from various servers by the communication unit 28 is recorded in the memory 202.
  • the mobile communication terminal 2 can download a white list described later from the automobile manufacturer server S100.
  • the mobile communication terminal 2 can download application software such as a function X application provided by a third party, a gateway application produced by an automobile company, a UBI application created by an insurance company, and the like from the third party server S200.
  • the gateway application and other applications downloaded by the CPU 201 are executed.
  • the functions realized by the applications are added by adding each application for convenience. It is assumed that a function unit to be executed is added to the main control unit 20.
  • the data management unit 21 is added to the main control unit 20 of the mobile communication terminal 2 by the gateway application downloaded from the third party server S200, the POI function unit 22 is added by the POI application, and the data is collected by the data collecting application.
  • a collection function unit 23 is added.
  • the data management unit 21 manages information acquisition requests (inputs) from other functional units and manages information (outputs) provided from the in-vehicle device 3.
  • the POI function unit 22 obtains vehicle position information from the in-vehicle device 3, while appropriately accessing the POI server S 300 via the communication unit 28, and providing vehicle position information and the like so that the current location (vehicle position) is obtained. Information about facilities that the user is likely to be interested in is acquired in the vicinity.
  • the POI function unit 22 cooperates with the map function of the mobile communication terminal 2 to display information on facilities that the user is likely to be interested on on the map.
  • the data collection function unit 23 acquires vehicle information from the in-vehicle device 3, and appropriately accesses the big data platform P100 via the communication unit 28 to provide the vehicle information to the big data platform P100.
  • the mobile communication terminal 2 includes a function X part 41, a function Y part 42, and a function X application, a function Y application, a function Z application, and a function V application provided by a third party downloaded from the third party server S200.
  • Third party function units 24 such as a function Z unit 43 and a function V unit 44 are added (see FIG. 3).
  • the mobile communication terminal 2 is added with the UBI function unit 25 by the UBI application downloaded from the third party server S200.
  • the UBI function unit 25 acquires vehicle information from the in-vehicle device 3, and appropriately accesses the UBI platform P200 via the communication unit 28 and provides vehicle information (driver characteristics) to the UBI platform P200.
  • Functional units such as the POI function unit 22, the data collection function unit 23, and the UBI function unit 25 added to the mobile communication terminal 2 realize their functions using information (vehicle information) from the vehicle. Accordingly, each of these functional units 22, 23, 25 requests the vehicle-mounted device 3 to acquire vehicle information.
  • the third party function units 24 such as the function X unit 41, the function Y unit 42, the function Z unit 43, and the function V unit 44 added to the mobile communication terminal 2 are the POI function unit 22, the data collection function unit 23, and the UBI. Similar to the function unit 25, the function is realized using information (vehicle information) from the vehicle. Therefore, each of these functional units 41, 42, 43, 44 requests the vehicle-mounted device 3 to acquire vehicle information.
  • the vehicle information acquisition request includes an item of information to be acquired, and the vehicle information is requested to be acquired in an update cycle determined for each item.
  • the items of information to be acquired include, for example, vehicle speed, fuel remaining amount, position information, instantaneous fuel consumption, vehicle year, and the like.
  • the items of information to be acquired may differ in items included in the requested vehicle information for each functional unit, but some or all of the items included in the requested vehicle information may be common.
  • the function X unit 41, the function Y unit 42, the function Z unit 43, and the function V unit 44 are respectively a control unit 411, 421, 431, 441, a data request unit 412, 422, 432, 442.
  • Data receiving units 413, 423, 433, 443 and data distribution units 414, 424, 434, 444 are included.
  • Each control part 411,421,431,441 is a part which performs control for implement
  • the distribution units 414, 424, 434, and 444 can be collectively controlled.
  • the data request units 412, 422, 432, and 442 are parts for requesting vehicle information for realizing the function. For example, the requested information item and an update cycle determined for each item can be set.
  • the data receiving units 413, 423, 433, and 443 are units that receive vehicle information transmitted in response to requests from the data requesting units 412, 422, 432, and 442.
  • the data distribution units 414, 424, 434, and 444 are the third party servers when each functional unit (the function X unit 41, the function Y unit 42, the function Z unit 43, and the function V unit 44) cooperates with the third party server S200. This is a part for distributing data to S200.
  • the data distribution units 414, 424, 434, and 444 are not essential when the function does not cooperate with the third party server S200.
  • the in-vehicle device 3 is also referred to as a head unit, for example, and includes a display (display device).
  • the in-vehicle device 3 incorporates sensors (built-in sensors) 31 such as a GPS sensor, an acceleration sensor, a gyroscope, and a direction sensor, and the in-vehicle device 3 receives the vehicle position, the vehicle acceleration, and the vehicle from these sensors 31. It is possible to acquire information about the vehicle (vehicle information) such as the inclination of the vehicle and the traveling direction of the vehicle.
  • the in-vehicle device 3 can acquire information (vehicle information) about the vehicle such as an accumulated travel distance, remaining fuel, travelable distance, engine speed, and instantaneous fuel consumption from each control device (ECU) that controls the vehicle.
  • ECU control device
  • the in-vehicle device 3 includes an input / output unit 32 and can establish a communication path with the mobile communication terminal 2.
  • the in-vehicle device 3 and the mobile communication terminal 2 can establish a communication path by, for example, wired connection.
  • the wired connection is performed by, for example, a USB (Universal Serial Bus) standard cable 11, but the wired connection is not limited to that performed by a USB standard cable.
  • the in-vehicle device 3 and the mobile communication terminal 2 may be able to establish a communication path by wireless connection.
  • the wireless connection may be performed by wireless connection such as Wireless USB, Bluetooth (registered trademark), but the wireless connection is not limited to wireless communication performed by these standards.
  • the in-vehicle device 3 can provide vehicle information used in at least two or more functional units to the mobile communication terminal 2 in response to an information acquisition request from the mobile communication terminal 2.
  • the third party function unit 24 (for example, function Also included are those added by application software downloaded from the third party server S200, such as the X unit 41, the function Y unit 42, the function Z unit 43, and the function V unit 44). Further, the at least two or more functional units include those added by application software downloaded from the automobile manufacturer server S100 or the third party server S200, like the UBI functional unit 25.
  • the mobile communication terminal 2 includes a data management unit 21. As described above, the data management unit 21 is added by the gateway application downloaded from the automobile manufacturer server S100.
  • the data management unit 21 unifies a plurality of information acquisition requests including a common item among information acquisition requests from at least two functional units into a single information acquisition request.
  • two or more third party function units 24, for example, a function X unit 41, a function Y unit 42, and a function Z unit 43 are added by the application software from the third party server S200.
  • the data management unit 21 requests the requested vehicle information X, Y, and Z (hereinafter referred to as “information acquisition request X, Y ”and“ Z ”), the information acquisition request for the item x is integrated into the information acquisition request for the single item x. Thereby, the mobile communication terminal 2 requests the vehicle information of the items x and y from the in-vehicle device 3.
  • the mobile communication terminal 2 is provided with vehicle information used by the on-vehicle device 3 in at least two or more functional units described above.
  • vehicle information that is used by the function X unit 41, the function Y unit 42, and the function Z unit 43 from the in-vehicle device 3 to the mobile communication terminal 2 in response to a request from the mobile communication terminal 2.
  • items x and y are provided.
  • the data management unit 21 distributes the vehicle information including the item x used in the function X unit 41 to the function X unit 41 (hereinafter referred to as “vehicle information X”), and the function Y unit 42 to the function Y unit 42.
  • vehicle information Y The vehicle information including the item y used at 42 (hereinafter referred to as “vehicle information Y”) is distributed.
  • the data management unit 21 distributes vehicle information including an item x used in the function Z unit 43 (hereinafter referred to as “vehicle information Z”) to the function Z unit 43.
  • the data management unit 21 unifies a plurality of information acquisition requests including common items among information acquisition requests from at least two or more functional units into a single information acquisition request (item). To do. For example, in the example illustrated in FIG. 5, a plurality of information acquisition requests X and Z having the same item x among the information acquisition requests X, Y, and Z from the function X unit 41, the function Y unit 42, and the function Z unit 43, respectively.
  • the information acquisition request for item x is integrated into the information acquisition request for a single item.
  • the data management unit 21 receives vehicle information used by at least two or more functional units provided from the in-vehicle device 3. For example, in the example shown in FIG.
  • the data management unit 21 includes a control unit 211, a request reception unit 212, a request collation unit 213, a request control unit 214, a request transmission unit 218, an information reception unit 215, and an information storage unit. 216 and an information distribution unit 217.
  • the control unit 211 is a part that executes control for realizing the function of the data management unit 21, and includes a request reception unit 212, a request collation unit 213, a request control unit 214, an information reception unit 215, an information storage unit 216, and information
  • the distribution unit 217 can be comprehensively controlled.
  • the request receiving unit 212 is a part that receives an information acquisition request from each functional unit.
  • the request collation unit 213 can collate information acquisition requests received by the request reception unit 212 from at least two or more functional units. For example, the request checking unit 213 can check whether the request source of the information acquisition request and the information item requested by the information acquisition request are appropriate.
  • the request management unit 214 can manage a plurality of information acquisition requests including common items among the information acquisition requests verified and verified by the request verification unit 213 into a single information acquisition request. For example, the request management unit 214 can control an information acquisition request for an item common to a plurality of information acquisition requests including a common item among a plurality of information acquisition requests into an information acquisition request for a single item. .
  • the request transmission unit 218 transmits a plurality of information acquisition requests managed by the request management unit 214 to the in-vehicle device 3.
  • the information receiving unit 215 is a part that receives vehicle information provided from the in-vehicle device 3 in response to a request from the data management unit 21.
  • the information storage unit 216 is a part that stores the vehicle information received by the information reception unit 215, and can be stored at least until the update cycle of the vehicle information has elapsed.
  • the information distribution unit 217 can distribute the vehicle information stored in the information storage unit 216 to the request source of the information acquisition request collated by the request collation unit 213 among at least two or more functional units. Note that the above-described units do not exist separately. For example, when the gateway application is executed by the CPU 201, for example, the CPU 201 executing processing for receiving an information acquisition request from each functional unit is requested for convenience. It is merely regarded as the receiving unit 212.
  • the request collation unit 213 since the request collation unit 213 collates information acquisition requests from at least two or more functional units, the request collation unit 213 permits an information acquisition request only to an appropriate functional unit. be able to. For example, since the request collation unit 213 collates the request source of the information acquisition request and whether or not the item of the information acquisition request is appropriate, the information acquisition request of the appropriate item is permitted only to the appropriate function unit. can do.
  • the term “appropriate” here means that the information acquisition request is transmitted from a permitted functional unit or that an item included in the information acquisition request is permitted. By determining the appropriateness in this way, it is possible to prevent information from leaking even when an inappropriate information acquisition request is transmitted from an application produced by a malicious producer.
  • the request management unit 214 manages a plurality of information acquisition requests including common items among the information acquisition requests collated by the request collation unit 213 into a single information acquisition request. Even if a large number of functional units are added to the communication terminal 2, traffic between the mobile communication terminal 2 and the in-vehicle device 3 can be suppressed. For example, the request management unit 214 controls the information acquisition request for a common item among a plurality of information acquisition requests including a common item among a plurality of information acquisition requests into the information acquisition request for a single item.
  • the request supervising unit 214 causes excessive traffic between the mobile communication terminal 2 and the in-vehicle device 3 even if a plurality of functional units are added to the mobile communication terminal 2. An increase can be suppressed. Thereby, the data management part 21 can acquire required vehicle information at a required timing in each of many function parts compared with the past.
  • the information storage unit 216 responds to the request from the request control unit 214 and stores the vehicle information provided from the in-vehicle device 3 at least until the update cycle of the vehicle information elapses. Therefore, the information storage unit 216 includes at least two or more. It is possible to respond to information acquisition requests from the respective functional units at different timings.
  • the information distribution unit 217 distributes the vehicle information stored in the information storage unit 216 to the request source of the information acquisition request authenticated by the request matching unit 213 among at least two or more functional units. Vehicle information can be distributed only to appropriate function units.
  • the request supervising unit 214 includes an information acquisition request for a common item among information acquisition requests including common items among information acquisition requests from at least two or more functional units. It supervises the information acquisition request about.
  • the data management unit 21 requests the requested vehicle information E, F, and G.
  • the information acquisition request for the item “vehicle speed” is the single item “vehicle speed”. (See FIG. 13).
  • the data management unit 21 sets the “fuel remaining amount” for the information acquisition requests E and G having the same item “fuel remaining amount” among the information acquisition requests E, F, and G.
  • the information acquisition request for the item “fuel remaining amount” is integrated into the information acquisition request for the single item “fuel remaining amount” (see FIG. 13).
  • the data management unit 21 has the same “location information” for the information acquisition requests E and F in which the item “location information” is common among the information acquisition requests E, F, and G.
  • the information acquisition request for the item “position information” is integrated into the information acquisition request for the single item “position information” (see FIG. 13).
  • the data management unit 21 has the same “instantaneous fuel consumption” for the information acquisition requests E and G in which the item “instantaneous fuel consumption” is common among the information acquisition requests E, F, and G.
  • the information acquisition request for the item “instant fuel consumption” is integrated into the information acquisition request for the single item “instant fuel consumption” (see FIG. 13).
  • the request management unit 214 sets the update cycle of a single information acquisition request to the shortest update cycle among a plurality of information acquisition requests including common items. For example, as shown in FIG. 12, the update cycle of the item “vehicle speed” of the information acquisition request E is 100 ms, the update cycle of the item “vehicle speed” of the information acquisition request F is 500 ms, and the item “vehicle speed” of the information acquisition request G When the update cycle is 200 ms, the update cycle of the information acquisition request for “vehicle speed” is set to 100 ms, which is the shortest update cycle (see FIG. 13).
  • the update cycle of the information acquisition request for “fuel remaining amount” is set to 200 ms, which is the shortest update cycle (see FIG. 13).
  • the request management unit 214 sets the update cycle of a single information acquisition request to the shortest update cycle among a plurality of information acquisition requests including common items. It is possible to respond to an information acquisition request including an item having the shortest update cycle.
  • the request matching unit 213 is based on a white list including an information acquisition request from a functional unit, a list of request sources from which an information acquisition request is permitted, and a list from which an information acquisition request is permitted for each request source. Can be verified. That is, it is possible to determine whether or not the requesting application and the requested item are appropriate.
  • an information acquisition request for the item x from the function X part 41 is permitted.
  • the item x information acquisition request from the function Y unit 42 is not permitted for the function Y unit, but the item x information acquisition request from the function Z unit is not permitted ( Not allowed).
  • the request matching unit 213 includes a white list storage unit 213A and a list matching unit 213B.
  • the white list storage unit 213A can store a list of request sources from which information acquisition requests are permitted, and a list of items from which information acquisition requests are permitted for each request source among at least two or more functional units.
  • the request source list (white list) to which the information acquisition request is permitted includes a function E unit, a function F unit, and a function G unit, and no function H unit.
  • the items “vehicle speed”, “fuel remaining amount”, “position information”, “instant fuel consumption”, function There are items “vehicle speed”, “fuel remaining amount” and “position information” for the F part, and items “vehicle speed”, “position information” and “instantaneous fuel consumption” for the function G part.
  • the list collation unit 213B receives an information acquisition request from each of at least two or more functional units, a list of request sources permitted to obtain the information acquisition stored in the white list storage unit 213A, and an information acquisition request for each request source. Can be checked against a list of allowed items. For example, in the example shown in FIG. 11, the information acquisition request from the function E unit, the function F unit, and the function G unit can be collated with the white list stored in the white list storage unit 213A. In this example, since the white list includes the function E part, the function F part, and the function G part, the information acquisition request from the function X part is authenticated and the information acquisition request is permitted.
  • the information acquisition request from the function H part is not authenticated and the information acquisition request is not permitted (not permitted).
  • the information acquisition request from the function E part, the function F part, and the function G part can be collated with the white list stored in the white list storage part 213A.
  • the information acquisition request from the function E unit and the function F unit includes the items “vehicle speed”, “fuel remaining amount”, “position information”, and “instantaneous fuel consumption”
  • the information acquisition request from the function G unit includes the item “Vehicle speed”, “location information”, "instant fuel consumption", and "vehicle year” are included.
  • the items “vehicle speed”, “fuel remaining amount”, “position information” and “instantaneous fuel consumption” for the function E part are included.
  • the information acquisition request for “position information” and “momentary fuel consumption” is authenticated, and the information acquisition request is permitted.
  • the white list has only the items “vehicle speed”, “position information” and “instant fuel consumption” for the function G section, the information acquisition request for the item “vehicle year” from the function G section is not authenticated. In addition, an information acquisition request is not permitted (not permitted).
  • the list collation unit 213B includes a request source list in which the information acquisition requests stored in the white list storage unit 213A are permitted to obtain information acquisition requests from at least two or more functional units, and the request source. Each time, it is checked against the list of items for which information acquisition requests are allowed. Thereby, the list collation unit 213B is an appropriate function unit and can permit an information acquisition request only to an appropriate item.
  • the vehicle information processing system 1 includes a server S100 as a white list providing server.
  • the white list providing server can store a list of request sources for which an information acquisition request is permitted and a list of items for which an information acquisition request is permitted for each request source.
  • the mobile communication terminal 2 can download a list of request sources for which an information acquisition request is permitted from the white list providing server and a list of items for which an information acquisition request is permitted for each request source.
  • the data management unit 21 displays a list of request sources permitted to obtain information stored in the white list storage unit 213A and a list of items permitted to obtain information for each request source. It is possible to update to a list of request sources for which the downloaded information acquisition request is permitted and a list of items for which the information acquisition request is permitted for each request source.
  • the data management unit 21 stores the list of request sources permitted to obtain information stored in the white list storage unit 213A and the list of items permitted to obtain information for each request source.
  • the downloaded information acquisition request is permitted to be updated to the list of request sources, and the information acquisition request is updated for each request source.
  • the data management unit 21 updates the list of request sources permitted to obtain information stored in the white list storage unit 213A and the list of items permitted to obtain information for each request source. Can be updated.
  • each of the mobile communication terminal 2 and the in-vehicle device 3 includes display units 26 and 33 and operation input units 27 and 34.
  • an output to the display unit 26 of the mobile communication terminal 2 can be output to the display unit 33 of the in-vehicle device 3.
  • an input to the operation input unit 27 of the mobile communication terminal 2 can be input from the operation input unit 34 of the in-vehicle device 3.
  • the output to the display unit 26 of the mobile communication terminal 2 is invalidated and the input from the operation input unit 27 of the mobile communication terminal 2 is invalidated.
  • the display unit 26 of the mobile communication terminal 2 is connected.
  • the output can be output to the display unit 33 of the in-vehicle device 3 and the input to the operation input unit 27 of the mobile communication terminal 2 can be input from the operation input unit 34 of the in-vehicle device 3.
  • the input from the operation input part 27 of the portable communication terminal 2 is invalidated.
  • the vehicle information processing system 1 outputs the output to the display unit 26 of the mobile communication terminal 2 when the communication path is established between the mobile communication terminal 2 and the in-vehicle device 3. While being able to output with respect to the display part 33, while being able to input into the operation input part 27 of the mobile communication terminal 2 from the operation input part 34 of the vehicle-mounted apparatus 3, while outputting to the display part 26 of the mobile communication terminal 2, While invalidating, the input from the operation input part 27 of the mobile communication terminal 2 is invalidated. Therefore, in the vehicle information processing system 1, when a communication path is established between the mobile communication terminal 2 and the in-vehicle device 3, the display on the display unit 26 of the mobile communication terminal 2 disappears, and an operation input from the operation input unit is performed. Can not be. Thereby, the information processing system 1 for vehicles can suppress operation of the portable communication terminal 2 during driving
  • the vehicle information processing program includes a general step (steps S4 and S5), a transmission step (step S6), a reception step (step S7), and a distribution step (step S8).
  • This program is stored in a memory (storage medium) 202, and is read and executed by the CPU 201. That is, the memory (storage medium) 202 is a computer-readable storage medium that stores an in-vehicle information processing program.
  • step S4 a plurality of information processing requests including common items among information acquisition requests from at least two functional units can be integrated into a single information processing request.
  • step S6 the integrated information acquisition request can be transmitted to the in-vehicle device 3.
  • the reception step (step S7) can receive the vehicle information transmitted from the in-vehicle device 3 in response to the information acquisition request transmitted in the transmission step (step S6).
  • vehicle information used by at least two or more functional units can be provided from the in-vehicle device 3.
  • the vehicle information received in the reception step (step S7) can be distributed to the request source of the information acquisition request among at least two functional units.
  • step S1 when the vehicle information processing program is started by the CPU 201, it is first determined whether or not the mobile communication terminal 2 is connected to the in-vehicle device 3 (step S1).
  • step S1: Yes When the mobile communication terminal 2 is connected to the in-vehicle device 3 (step S1: Yes) and a communication path is established between the mobile communication terminal 2 and the in-vehicle device, the CPU 201 functions in the request receiving unit 212.
  • the information acquisition request from the unit is received (step S2).
  • the CPU 201 collates the information acquisition request from the function unit with the request collation unit 213 (hereinafter referred to as “white list collation”) (step S3).
  • the white list collation for example, as shown in FIG. 10, first, the function unit that is the request source of the information acquisition request in the list collation unit 213B is stored in the white list storage unit 213A (information acquisition It is verified whether the request is in the list of authorized request sources).
  • the functional unit that is the request source of the information acquisition request is in the list of request sources stored in the white list storage unit 213A (step S31: Yes)
  • the information acquisition request is permitted (step S32).
  • the function unit of the request source of the information acquisition request is not in the request source list stored in the white list storage unit 213A (step S31: No)
  • the information acquisition request is not permitted.
  • the list collation unit 213B stores the information acquisition request item in the white list storage unit 213A. Further verification is performed based on whether or not each request source is in the list of permitted items. If the information acquisition request item is in the list of permitted items for each request source stored in the white list storage unit 213A (step S33: Yes), the information acquisition request is permitted (step S34). On the other hand, if the item of the information acquisition request is not in the list of items permitted for each request source stored in the white list storage unit 213A (step S34: No), the information acquisition request is not permitted.
  • the CPU 201 When the request collation unit 213 authenticates the information acquisition request from the function unit, the CPU 201 creates a batch request list in the request management unit 214 (step S4).
  • the collective request list unifies information acquisition requests for items common to information acquisition requests including common items from information acquisition requests from at least two or more functional units into a single information acquisition request. Created by.
  • the CPU 201 next determines an information acquisition request interval by the request managing unit 214 (step S5).
  • the information acquisition request interval the update cycle of a single information acquisition request is set to the shortest update cycle among a plurality of information acquisition requests including common items.
  • CPU 201 determines the information acquisition request interval at request supervision unit 214, CPU 201 next transmits an information acquisition request to in-vehicle device 3 at request transmission unit 218 (step S6).
  • the CPU 201 is provided with vehicle information used in at least two or more functional units by the information receiving unit 215 from the in-vehicle device 3 (step S7).
  • the CPU 201 stores the vehicle information in the information storage unit 216, and determines distribution information and distribution timing in the information distribution unit 217.
  • the distribution information and distribution timing are determined by, for example, the function unit of the request source and the update cycle.
  • CPU201 memorize
  • the overall step converts a plurality of information processing requests including common items among information acquisition requests from at least two or more functional units into a single information processing request.
  • the integrated information acquisition request is transmitted to the in-vehicle device 3.
  • vehicle information used by at least two or more functional units is provided from the in-vehicle device 3.
  • the update cycle of a single information acquisition request can be set to the shortest update cycle among a plurality of information acquisition requests including common items.
  • step S5 sets the update cycle of a single information acquisition request to the shortest update cycle among a plurality of information acquisition requests including common items.
  • step S6 an information acquisition request including the item of the shortest update cycle can be transmitted.
  • the vehicle information processing system even when a plurality of functional units are added to the mobile communication terminal 2, it is possible to suppress an excessive increase in traffic between the mobile communication terminal 2 and the in-vehicle device 3. can do. As a result, even when a large number of functional units are added, necessary vehicle information can be acquired at a necessary timing as compared with the conventional case.
  • the information storage unit can respond to information acquisition requests at different timings from at least two or more functional units.
  • the information distribution unit distributes the vehicle information stored in the information storage unit to the request source of the information acquisition request collated by the information acquisition request collation unit among at least two functional units. Vehicle information can be distributed only to.
  • the information acquisition request unit sets the update cycle of a single information acquisition request to the shortest update cycle among a plurality of information acquisition requests having a common item. Can respond.
  • the list collation unit permits an information acquisition request only to an appropriate item that is an appropriate functional unit in order to collate information acquisition requests and items from each of at least two or more functional units with a white list. be able to.
  • the data management unit can update the white list to the latest one. The effect similar to the above can be exhibited by the vehicle information processing program and the mobile communication terminal according to the present embodiment.
  • the present invention is not limited to the above-described embodiments, and includes forms obtained by modifying the above-described embodiments and forms obtained by appropriately combining these forms.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mechanical Engineering (AREA)
  • Traffic Control Systems (AREA)
  • Navigation (AREA)
  • Telephone Function (AREA)

Abstract

車両用情報処理システムは、車両情報を利用するアプリケーションソフトウエアを取得する通信部を備え、アプリケーションソフトウエアによって機能部が追加される携帯通信端末と、携帯通信端末との間に確立された通信路を介して、携帯通信端末からの情報取得要求に応答し、少なくとも二以上の機能部にて利用される車両情報を携帯通信端末に提供する車載装置と、を備える車両用情報処理システムであって、携帯通信端末は、少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる情報取得要求を統括する統括部と、統括した情報取得要求を車載装置に送信する送信部と、車載装置から少なくとも二以上の機能部にて利用される車両情報を受信する受信部とを含む。

Description

車両用情報処理システム及び車両用情報処理プログラム、並びに携帯通信端末
　本開示は、車両用情報処理システム及び車両用情報処理プログラム、並びに携帯通信端末に関する。
　特許文献１には、携帯通信端末と連携して作動することにより、外部のサーバから提供されるサービスを利用可能なアプリケーションであって、携帯通信端末に搭載されるアプリケーションと共通機能を有する端末用アプリケーションを実行可能な車両用装置が開示されている。かかる車両用装置は、携帯通信端末との間で通信を行う通信手段と、端末用アプリケーションにて利用される車両情報を取得する車両情報取得手段と、車両情報を端末用アプリケーションに対して設定し、当該設定情報を通信手段により携帯通信端末を介してサーバへ送信させる制御手段と、を備える。
特許第５７４２７８１号公報
　特許文献１が開示する車両用装置では、携帯通信端末に複数の機能（機能部）が追加され、複数の機能部の夫々から異なるタイミングで複数の項目（位置情報や車速等）を含む情報取得要求が生成されると、携帯通信端末と車両用装置との間のトラフィック（単位時間当たりの情報量）が増大し得る。そのため、情報の送受信が遅れたり、情報の送受信自体が不能となったりし得るので、複数の機能部の夫々にて適切なタイミングで必要な車両情報を取得することができなくなるおそれがある。
　上述の事情に鑑みて、本発明の少なくとも一実施形態は、車両に搭載された車載装置との間で車両情報を送受信する携帯通信端末に複数の機能部が追加されても、携帯通信端末と車載装置との間のトラフィックの過度の増大を抑制することができる車両用情報処理システム及び車両情報処理プログラム、並びに携帯通信端末を提供することを目的とする。
　本発明の少なくとも一実施形態に係る車両用情報処理システムは、車両情報を利用するアプリケーションソフトウエアを取得する通信部を備え、取得されたアプリケーションソフトウエアによって機能部が追加される携帯通信端末と、前記携帯通信端末との間に確立された通信路を介して、前記携帯通信端末からの情報取得要求に応答し、少なくとも二以上の機能部にて利用される車両情報を前記携帯通信端末に提供する車載装置と、を備える車両用情報処理システムであって、前記携帯通信端末は、前記少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる情報取得要求を統括する統括部と、前記統括した情報取得要求を前記車載装置に送信する送信部と、前記車載装置から前記少なくとも二以上の機能部にて利用される車両情報を受信する受信部とを含む。
　幾つかの実施形態では、前記携帯通信端末は、前記車載装置から受信した車両情報を少なくとも前記統括された情報取得要求の更新サイクルが経過するまで記憶する記憶部と、前記少なくとも二以上の機能部のうち統括される前の情報取得要求を要求した機能部に前記記憶部に記憶された車両情報を配布する情報配布部と、を含む。
　幾つかの実施形態では、前記統括部は、前記統括された情報取得要求の更新サイクルを、前記共通する項目が含まれる情報取得要求の各々の更新サイクルのうち最も短いものに設定する。
　幾つかの実施形態では、前記携帯通信端末は、
　前記少なくとも二以上の機能部の夫々からの情報取得要求を照合する要求照合部と、前記少なくとも二以上の機能部のうち情報取得要求が許可された機能部のリスト、及び要求が許可された項目のリストからなるホワイトリストが記憶されたホワイトリスト記憶部と、前記少なくとも二以上の機能部及びそれらから要求された項目を前記ホワイトリストと照合するホワイトリスト照合部と、を有する。
　幾つかの実施形態では、前記ホワイトリストを提供するホワイトリスト提供サーバをさらに備え、前記要求照合部は、前記ホワイトリスト記憶部に記憶されたホワイトリストを前記通信部によって前記ホワイトリスト提供サーバから取得されたホワイトリストに更新する。
　本発明の少なくとも一実施形態に係る車両情報処理プログラムは、車両に搭載された車載装置との間に確立された通信路を介して前記車載装置から受信した車両情報を利用する機能部を少なくとも二以上含む携帯通信端末に、前記少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる情報取得要求を統括する統括ステップと、前記統括した情報取得要求を前記車載装置に送信する送信ステップと、前記送信ステップにて送信された情報取得要求に応答し前記車載装置から送信された車両情報を受信する受信ステップと、前記受信ステップにて受信された車両情報を前記少なくとも二以上の機能部のうち情報取得要求の要求元に配布する配布ステップと、を実行させることを特徴とする。
　幾つかの実施形態では、前記送信ステップでは、前記統括された情報取得要求の更新サイクルを、共通する項目が含まれる情報取得要求の各々の更新サイクルうち最も短いものに設定する。
　本発明の少なくとも一実施形態に係る携帯通信端末は、車両情報を利用するアプリケーションソフトウエアを取得する通信部を備え、取得されたアプリケーションソフトウエアによって機能部が追加される携帯通信端末であって、車両に搭載され、車両情報を取得する車載装置との間に通信路を確立する確率部と、少なくとも二以上の機能部の夫々から前記車載装置に対する情報取得要求のうち共通する項目が含まれる複数の情報取得要求を統括する統括部と、前記統括した情報取得要求を前記車載装置に送信する送信部と、前記車載装置から前記少なくとも二以上の機能部にて利用される車両情報を受信する受信部とを備える。
　幾つかの実施形態では、前記携帯通信端末は、前記車載装置から受信した車両情報を少なくとも前記統括された情報取得要求の更新サイクルが経過するまで記憶する記憶部と、前記少なくとも二以上の機能部のうち統括される前の情報取得要求を要求した機能部に前記記憶部に記憶された車両情報を配布する情報配布部と、を含む。
　幾つかの実施形態では、前記統括部は、前記統括された情報取得要求の更新サイクルを、前記共通する項目が含まれる情報取得要求の各々の更新サイクルのうち最も短いものに設定する。
　本発明の少なくとも一実施形態によれば、車載装置との間で車両情報を送受信する携帯通信端末に複数の機能部が追加されても、携帯通信端末と車載装置との間のトラフィックの過度の増大を抑制することができる。
本発明の一実施形態に係る車両用情報処理システムの制御構成を概略的に示すブロック図である。 図１に示した携帯通信端末の全体構成を概略的に示すブロック図である。 図１に示した携帯通信端末の一部の構成を概略的に示すブロック図である。 一実施形態に係るデータ管理部の構成を概略的に示すブロック図である。 要求統括部にて複数の機能部から要求された情報を整理し、一括で請求するイメージを示した図である。 情報配布部にて一括で取得した情報を要求元ごとに要求された情報を配布するイメージを示した図である。 リスト照合部にて機能ごとに照合するイメージを示した図である。 リスト照合部にて情報の種別ごとに照合するイメージを示した図である。 本発明の一実施形態に係る車両情報管理システムの制御手順を概略的に示すフローチャートである。 図９に示したホワイトリスト照合サブルーチンの内容を概略的に示すフローチャートである。 ホワイトリストの内容を概略的に示す図である。 機能Ｅ～機能Ｈが要求する情報及び更新サイクルを整理した図である。 機能Ｅ～機能Ｇにおいて一括要求する情報のリスト及び更新サイクルを整理した図である。
　以下、添付図面を参照して本発明の一実施形態について説明する。ただし、実施形態として記載されている又は図面に示されている構成部品の寸法、材質、形状、その相対的配置等は、本発明の範囲をこれに限定する趣旨ではなく、単なる説明例にすぎない。
　図１は、本発明の一実施形態に係る車両用情報処理システム１の構成を概略的に示すブロック図である。図２は、図１に示した携帯通信端末２の全体構成を概略的に示すブロック図であり、図３は、図１に示した携帯通信端末の一部の構成を概略的に示すブロック図である。
　図１に示すように、本発明の一実施形態に係る車両用情報処理システム１は、携帯通信端末２と車載装置３とを備えている。携帯通信端末２は、いわゆるスマートフォンであって、外部サーバＳ１００，Ｓ２００，Ｓ３００及び外部プラットフォームＰ１００，Ｐ２００との間に通信路を確立可能である。なお、図１では、便宜上図示が省略されているが、外部サーバや外部プラットフォームとの通信は、携帯通信端末２が有する通信部２８によって行なわれる（図２参照）。
　サーバには、例えば、自動車メーカのサーバＳ１００（以下「自動車メーカサーバＳ１００」という）、サードパーティのサーバＳ２００（「サードパーティサーバＳ２００」という）、及びＰｏｉｎｔ　Ｏｆ　Ｉｎｔｅｒｅｓｔ（以下「ＰＯＩ」という）のサーバＳ３００（以下「ＰＯＩサーバＳ３００」という）が含まれる。
　自動車メーカサーバＳ１００は、自動車メーカ又は自動車メーカに委託された業者（以下「自動車メーカ等」という）によって運営管理されるサーバであって、後述するホワイトリストの最新版が格納されている。なお、例えば、自動車メーカが提供する各種情報や自動車メーカが提供するアプリケーションソフトウエア（以下、「アプリ」や「アプリケーション」ともいう）が格納されていてもよい。自動車メーカが提供するアプリケーションソフトウエアには、例えば、ゲートウエイアプリやデータコレクティングアプリが含まれる。
　サードパーティサーバＳ２００は、サードパーティ（自動車メーカ等及びユーザ以外）によって運営管理されるサーバであって、例えば、サードパーティが提供する各種情報やサードパーティが提供するアプリケーションソフトウエアが格納されている。サードパーティが提供するアプリケーションソフトウエアには、例えば、燃費計算アプリ、運転診断アプリ、ＰＯＩアプリなどが含まれる（以下、機能Ｘアプリ、機能Ｙアプリ、機能Ｚアプリ及び機能Ｖアプリなどともいう）。また、自動車メーカが提供する各種情報や自動車メーカが提供するアプリケーションソフトウエアもサードパーティサーバＳ２００に格納されていてもよい。
　また、サードパーティが提供するアプリケーションソフトウエアには、各地で行われるイベントのスケジュールを管理するスケジュール管理アプリも含まれ、位置情報を管理する地図アプリと協働して、地図上にスケジュールを表示するものとしてもよい。
　ＰＯＩは、誰かが便利又は興味がある所と思った特定の場所のことである。ＰＯＩサーバＳ３００は、ＰＯＩ情報を提供する業者等によって運営管理されるサーバであって、例えば、ＰＯＩ情報を提供する業者が提供する各種情報が格納されている。
　プラットフォームには、例えば、ビッグデータのプラットフォームＰ１００（以下「ビッグデータプラットフォームＰ１００」という）及びＵｓａｇｅ　Ｂａｓｅｄ　Ｉｎｓｕｒａｎｃｅ（以下「ＵＢＩ」という）のプラットフォームＰ２００（以下「ＵＢＩプラットフォームＰ２００」という）が含まれる。
　ビッグデータプラットフォームＰ１００は、ビッグデータを活用するための基盤として機能する部分であり、ビッグデータプラットフォームＰ１００を介して収集された各種情報は、自動車メーカの社内においてアフターセールス、マーケティング及び商品企画に活用される。
　ＵＢＩは、自動車保険において、ドライバの運転の仕方に応じて保険料を決定するという仕組みの保険である。ＵＢＩプラットフォームＰ２００は、保険料を決定するための基盤として機能する部分であり、ＵＢＩプラットフォームＰ２００を介して収集された各種情報は、保険会社の社内において保険料の決定等に活用される。
　図２に示すように、携帯通信端末２は、端末全体の制御を司る主制御部２０と、各種の文字情報や画像を表示する表示部２６と、ユーザによる操作が入力される操作入力部２７と、各種サーバと通信する通信部２８とを備えている。主制御部２０は、情報処理装置としてのＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２０１と、種々の不揮発性記録媒体からなるメモリ２０２とを含む。ＣＰＵ２０１は、メモリ２０２に記録された各種のプログラムに従って動作する。表示部２６と操作入力部２７は、液晶ディスプレイから成るタッチパネルである。通信部２８によって各種サーバからダウンロード（取得）された各種アプリケーションソフトウエアは、メモリ２０２に記録される。例えば、携帯通信端末２は、自動車メーカサーバＳ１００から後述するホワイトリストをダウンロード可能である。また、携帯通信端末２は、サードパーティサーバＳ２００からサードパーティが提供する機能Ｘアプリ等のアプリケーションソフトウエアや、自動車会社が製作したゲートウエイアプリ、保険会社が作成したＵＢＩアプリ等をダウンロード可能である。
　携帯通信端末２には、ダウンロードされたアプリケーションソフトウエアによって各種の機能部が追加される。つまり、携帯通信端末２においては、ＣＰＵ２０１によってダウンロードされたゲートウエイアプリや他のアプリケーションが実行されるが、本実施形態においては、便宜上、各アプリケーションが追加されることによって、アプリケーションによって実現される機能を実行する機能部が主制御部２０に追加されると捉える。
　例えば、携帯通信端末２の主制御部２０には、サードパーティサーバＳ２００からダウンロードされたゲートウエイアプリによってデータ管理部２１が追加され、ＰＯＩアプリによってＰＯＩ機能部２２が追加され、データコレクティングアプリによってデータ収集機能部２３が追加される。
　データ管理部２１は、他の機能部からの情報取得要求（入力）を管理するとともに、車載装置３から提供された情報（出力）を管理する。
　ＰＯＩ機能部２２は、車載装置３から車両の位置情報を取得する一方、通信部２８を介してＰＯＩサーバＳ３００に適宜アクセスし、車両の位置情報等を提供することによって、現在地（車両位置）の周辺にてユーザが興味を持ちそうな施設等の情報を取得する。そして、ＰＯＩ機能部２２は、携帯通信端末２が有する地図機能と協働し、ユーザが興味を持ちそうな施設の情報を地図上に表示する。
　データ収集機能部２３は、車載装置３から車両情報を取得する一方、通信部２８を介してビッグデータプラットフォームＰ１００に適宜アクセスし、ビッグデータプラットフォームＰ１００に車両情報を提供する。
　また、例えば、携帯通信端末２は、サードパーティサーバＳ２００からダウンロードされたサードパーティが提供する機能Ｘアプリ，機能Ｙアプリ，機能Ｚアプリ及び機能Ｖアプリ等によって、機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４等のサードパーティ機能部２４が追加される（図３参照）。
　また、例えば、携帯通信端末２は、サードパーティサーバＳ２００からダウンロードされたＵＢＩアプリによってＵＢＩ機能部２５が追加される。
　ＵＢＩ機能部２５は、車載装置３から車両情報を取得する一方、通信部２８を介してＵＢＩプラットフォームＰ２００に適宜アクセスし、ＵＢＩプラットフォームＰ２００に車両情報（ドライバの特性）を提供する。
　携帯通信端末２に追加されたＰＯＩ機能部２２、データ収集機能部２３及びＵＢＩ機能部２５等の機能部は、車両からの情報（車両情報）を利用してその機能を実現する。したがって、これらの機能部２２，２３，２５の夫々は、車載装置３に対して車両情報の取得を要求する。
　また、携帯通信端末２に追加された機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４等のサードパーティ機能部２４は、ＰＯＩ機能部２２、データ収集機能部２３及びＵＢＩ機能部２５と同様、車両からの情報（車両情報）を利用して機能を実現する。したがって、これらの機能部４１，４２，４３，４４の夫々は、車載装置３に対して車両情報の取得を要求する。
　車両情報の取得の要求には、取得する情報の項目が含まれ、項目ごとに定められた更新サイクルで車両情報の取得が要求される。取得する情報の項目には、例えば、車速、燃料残量、位置情報、瞬間燃費及び車両年式等が含まれる。取得する情報の項目は、機能部ごとに要求する車両情報に含まれる項目が異なることもあるが、要求する車両情報に含まれる項目が一部又は全部で共通することもある。
　図３に示すように、機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４の夫々は、制御部４１１，４２１，４３１，４４１、データ要求部４１２，４２２，４３２，４４２、データ受信部４１３，４２３，４３３，４４３及びデータ配信部４１４，４２４，４３４，４４４を含んでいる。
　各制御部４１１，４２１，４３１，４４１は、各機能を実現するための制御を実行する部分であり、データ要求部４１２，４２２，４３２，４４２、データ受信部４１３，４２３，４３３，４４３及びデータ配信部４１４，４２４，４３４，４４４を夫々統括的に制御可能である。
　データ要求部４１２，４２２，４３２，４４２は、機能を実現するための車両情報を要求する部分であり、例えば、要求する情報の項目、項目ごとに定められた更新サイクルが設定可能である。
　データ受信部４１３，４２３，４３３，４４３は、データ要求部４１２，４２２，４３２，４４２からの要求に応答し送信された車両情報を受信する部分である。
　データ配信部４１４，４２４，４３４，４４４は、各機能部（機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４）がサードパーティサーバＳ２００と協働する場合にサードパーティサーバＳ２００にデータを配信する部分である。尚、データ配信部４１４，４２４，４３４，４４４は、機能がサードパーティサーバＳ２００と協働しない場合には必須ではない。
　車載装置３は、例えば、ヘッドユニットとも称され、ディスプレイ（表示装置）を備えている。車載装置３には、例えば、ＧＰＳセンサ、加速度センサ、ジャイロスコープ及び方位センサ等のセンサ（ビルトインセンサ）３１が組み込まれ、車載装置３は、これらのセンサ３１から車両の位置、車両の加速度、車両の傾き、車両の進行方向等の車両に関する情報（車両情報）を取得可能である。また、車載装置３は、車両を制御する各制御装置（ＥＣＵ）から積算走行距離、残存燃料、走行可能距離、エンジン回転数、瞬間燃費等の車両に関する情報（車両情報）を取得可能である。
　車載装置３は、入出力部３２を含み、携帯通信端末２との間に通信路を確立可能である。車載装置３と携帯通信端末２は、例えば、有線接続によって通信路を確立可能である。有線接続は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）規格のケーブル１１によって行われるが、有線接続は、ＵＳＢ規格のケーブルによって行われるものに限定されるものではない。
　尚、車載装置３と携帯通信端末２は、無線接続によって通信路を確立可能であってもよい。無線接続は、Ｗｉｒｅｌｅｓｓ　ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線接続によって行ってもよいが、無線接続は、これらの規格によって行われる無線通信に限定されるものではない。
　車載装置３は、携帯通信端末２からの情報取得要求に応答し、少なくとも二以上の機能部にて利用される車両情報を携帯通信端末２に提供可能である。
　少なくとも二以上の機能部には、ＰＯＩ機能部２２やデータ収集機能部２３のように、自動車メーカサーバＳ１００からダウンロードされたアプリケーションソフトウエアによって追加されたもののほか、サードパーティ機能部２４（例えば、機能Ｘ部４１、機能Ｙ部４２、機能Ｚ部４３及び機能Ｖ部４４）のように、サードパーティサーバＳ２００からダウンロードされたアプリケーションソフトウエアによって追加されたものも含まれる。さらに、少なくとも二以上の機能部には、ＵＢＩ機能部２５のように、自動車メーカサーバＳ１００又はサードパーティサーバＳ２００からダウンロードされたアプリケーションソフトウエアによって追加されたものも含まれる。
　携帯通信端末２は、データ管理部２１を含んでいる。データ管理部２１は、上述したように、自動車メーカサーバＳ１００からダウンロードされたゲートウエイアプリによって追加される。
　データ管理部２１は、少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる複数の情報取得要求を単一の情報取得要求に統括する。例えば、図５に示すように、サードパーティサーバＳ２００からアプリケーションソフトウエアによって、二以上のサードパーティ機能部２４、例えば、機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３が追加され、機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３から車両情報Ｘ，Ｙ及びＺが要求されると、データ管理部２１は、要求される車両情報Ｘ，Ｙ及びＺ（以下「情報取得要求Ｘ，Ｙ及びＺ」という）のうち、項目ｘが共通する情報取得要求Ｘ及びＺについて項目ｘについての情報取得要求を単一の項目ｘについての情報取得要求に統括する。これにより、携帯通信端末２は、車載装置３に対して項目ｘ及びｙの車両情報を要求する。
　また、携帯通信端末２は、車載装置３から上述の少なくとも二以上の機能部にて利用される車両情報が提供される。例えば、図６に示すように、携帯通信端末２からの要求に応答し、車載装置３から携帯通信端末２に機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３にて利用される車両情報（項目ｘ及びｙ）が提供される。これにより、データ管理部２１は、機能Ｘ部４１に機能Ｘ部４１にて利用される項目ｘを含む車両情報（以下「車両情報Ｘ」という）を配布し、機能Ｙ部４２に機能Ｙ部４２にて利用される項目ｙを含む車両情報（以下「車両情報Ｙ」という）を配布する。また、データ管理部２１は、機能Ｚ部４３に機能Ｚ部４３にて利用される項目ｘを含む車両情報（以下「車両情報Ｚ」という）を配布する。
　上述の実施形態では、データ管理部２１は、少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる複数の情報取得要求を単一の情報取得要求（項目）に統括する。例えば、図５に示す例では、機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３の夫々からの情報取得要求Ｘ、Ｙ及びＺのうち項目ｘが共通する複数の情報取得要求Ｘ及びＺについて項目ｘについての情報取得要求を単一の項目についての情報取得要求に統括する。
　また、データ管理部２１は、車載装置３から提供される少なくとも二以上の機能部にて利用される車両情報を受信する。例えば、図６に示す例では、携帯通信端末２からの要求に応答し、車載装置３から携帯通信端末２に機能Ｘ部４１、機能Ｙ部４２及び機能Ｚ部４３にて利用される車両情報（項目ｘ及びｙ）が提供される。
　これにより、携帯通信端末２に多数の機能部が追加されても、携帯通信端末２と車載装置３との間のトラフィックを抑制することができる。この結果、多数の機能部の夫々にて必要なタイミングで必要な車両情報を取得することができる。
　図４に示すように、一実施形態に係るデータ管理部２１は、制御部２１１、要求受信部２１２、要求照合部２１３、要求統括部２１４、要求送信部２１８、情報受信部２１５、情報記憶部２１６及び情報配布部２１７を含んでいる。
　制御部２１１は、データ管理部２１の機能を実現するための制御を実行する部分であり、要求受信部２１２、要求照合部２１３、要求統括部２１４、情報受信部２１５、情報記憶部２１６及び情報配布部２１７を統括的に制御可能である。
　要求受信部２１２は、各機能部から情報取得要求を受信する部分である。
　要求照合部２１３は、要求受信部２１２にて受信した、少なくとも二以上の機能部の夫々からの情報取得要求を照合可能である。例えば、要求照合部２１３は、情報取得要求の要求元、及び情報取得要求で要求される情報の項目が適正であるか否かを照合可能である。
　要求統括部２１４は、要求照合部２１３にて認証照合された情報取得要求のうち共通する項目が含まれる複数の情報取得要求を単一の情報取得要求に統括可能である。例えば、要求統括部２１４は、複数の情報取得要求のうち共通する項目が含まれる複数の情報取得要求について共通する項目についての情報取得要求を単一の項目についての情報取得要求に統括可能である。要求送信部２１８は、要求統括部２１４によって統括された複数の情報取得要求を車載装置３に送信する。
　情報受信部２１５は、データ管理部２１の要求に応答し、車載装置３から提供された車両情報を受信する部分である。
　情報記憶部２１６は、情報受信部２１５にて受信された車両情報を記憶する部分であり、少なくとも当該車両情報の更新サイクルが経過するまで記憶可能である。
　情報配布部２１７は、少なくとも二以上の機能部のうち要求照合部２１３にて照合された情報取得要求の要求元に情報記憶部２１６に記憶された車両情報を配布可能である。なお、上記の各部は別々に存在するものではなく、ＣＰＵ２０１によってゲートウエイアプリが実行されている場合において、例えば、各機能部から情報取得要求を受信する処理を実行しているＣＰＵ２０１を、便宜上、要求受信部２１２と捉えているに過ぎない。
　上述の実施形態では、要求照合部２１３は、少なくとも二以上の機能部の夫々からの情報取得要求を照合するので、要求照合部２１３は、適正な機能部に対してのみ情報取得要求を許可することができる。例えば、要求照合部２１３は、情報取得要求の要求元、及び情報取得要求の項目が適正であるか否かを照合するので、適正な機能部に対してのみ適正な項目の情報取得要求を許可することができる。なお、ここでいう適正とは、情報取得要求が許可された機能部から発信されていることや、情報取得要求に含まれる項目が許可されたものであることを意味する。このようにして適正性を判断することにより、悪意のある製作者によって製作されたアプリケーションから不適正な情報取得要求が発信された場合であっても、情報が漏洩することが防止される。
　要求統括部２１４は、要求照合部２１３にて照合された情報取得要求のうち共通する項目が含まれる複数の情報取得要求を単一の情報取得要求に統括するので、要求統括部２１４は、携帯通信端末２に多数の機能部が追加されても、携帯通信端末２と車載装置３との間のトラフィックを抑制することができる。例えば、要求統括部２１４は、複数の情報取得要求のうち共通する項目が含まれる複数の情報取得要求について共通する項目についての情報取得要求を単一の項目についての情報取得要求に統括し、統括された要求が要求送信部２１８より送信されるので、要求統括部２１４は、携帯通信端末２に複数の機能部が追加されても携帯通信端末２と車載装置３との間でトラフィックが過度に増大することを抑制することができる。これにより、データ管理部２１は、従来に比して、多数の機能部の夫々にて必要なタイミングで必要な車両情報を取得することができる。
　情報記憶部２１６は、要求統括部２１４の要求に応答し、車載装置３から提供された車両情報を少なくとも当該車両情報の更新サイクルが経過するまで記憶するので、情報記憶部２１６は、少なくとも二以上の機能部の夫々からの異なるタイミングでの情報取得要求に応答することができる。
　情報配布部２１７は、少なくとも二以上の機能部のうち要求照合部２１３にて認証された情報取得要求の要求元に情報記憶部２１６に記憶された車両情報を配布するので、情報配布部２１７は、適正な機能部に対してのみ車両情報を配布することができる。
　一実施形態に係る要求統括部２１４は、少なくとも二以上の機能部の夫々からの情報取得要求のうち、共通する項目が含まれる情報取得要求について共通する項目についての情報取得要求を単一の項目についての情報取得要求に統括する。
　例えば、図１２に示すように、機能Ｅ部、機能Ｆ部及び機能Ｇ部から車両情報Ｅ，Ｆ及びＧが要求されると、データ管理部２１は、要求される車両情報Ｅ，Ｆ及びＧ（以下「情報取得要求Ｅ，Ｆ及びＧ」という）のうち、項目「車速」が共通する情報取得要求Ｅ，Ｆ及びＧについて項目「車速」についての情報取得要求を単一の項目「車速」についての情報取得要求に統括する（図１３参照）。
　また、例えば、図１２に示すように、データ管理部２１は、情報取得要求Ｅ，Ｆ及びＧのうち、項目「燃料残量」が共通する情報取得要求Ｅ及びＧについて「燃料残量」が共通する情報取得要求Ｅ及びＧについて項目「燃料残量」についての情報取得要求を単一の項目「燃料残量」についての情報取得要求に統括する（図１３参照）。
　また、例えば、図１２に示すように、データ管理部２１は、情報取得要求Ｅ，Ｆ及びＧのうち、項目「位置情報」が共通する情報取得要求Ｅ及びＦについて「位置情報」が共通する情報取得要求Ｅ及びＦについて項目「位置情報」についての情報取得要求を単一の項目「位置情報」についての情報取得要求に統括する（図１３参照）。
　また、例えば、図１２に示すように、データ管理部２１は、情報取得要求Ｅ，Ｆ及びＧのうち、項目「瞬間燃費」が共通する情報取得要求Ｅ及びＧについて「瞬間燃費」が共通する情報取得要求Ｅ及びＧについて項目「瞬間燃費」についての情報取得要求を単一の項目「瞬間燃費」についての情報取得要求に統括する（図１３参照）。
　一実施形態に係る要求統括部２１４は、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定する。
　例えば、図１２に示すように、情報取得要求Ｅの項目「車速」の更新サイクルが１００ｍｓ、情報取得要求Ｆの項目「車速」の更新サイクルが５００ｍｓ、及び、情報取得要求Ｇの項目「車速」の更新サイクルが２００ｍｓの場合に、「車速」についての情報取得要求の更新サイクルを最も短い更新サイクルである１００ｍｓに設定する（図１３参照）。
　また、例えば、図１２に示すように、情報取得要求Ｅの項目「燃料残量」の更新サイクルが２００ｍｓ、及び情報取得要求Ｆの項目「燃料残量」の更新サイクルが５００ｍｓの場合に、「燃料残量」についての情報取得要求の更新サイクルを最も短い更新サイクルである２００ｍｓに設定する（図１３参照）。
　また、例えば、図１２に示すように、情報取得要求Ｅの項目「瞬間燃費」の更新サイクルが５００ｍｓ、及び情報取得要求Ｇの項目「瞬間燃費」の更新サイクルが１００ｍｓの場合に、「瞬間燃費」についての情報取得要求の更新サイクルを最も短い更新サイクルである１００ｍｓに設定する（図１３参照）。
　上述の実施形態では、要求統括部２１４は、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定するので、要求統括部２１４は、最も短い更新サイクルの項目を含む情報取得要求に応答することができる。
　一実施形態に係る要求照合部２１３は、機能部からの情報取得要求を情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可されたリストからなるホワイトリストに基づいて照合可能である。つまり、要求元のアプリケーションや要求された項目が適正であるか否かを判断することができる。
　例えば、図７に示すように、情報取得要求が許可された要求元のリスト（ホワイトリストＩ）に機能Ｘ部、機能Ｙ部及び機能Ｚ部があり、機能Ｖ部がない場合に、機能Ｘ部４１、からの情報取得要求が許可され、機能Ｖ部４４からの情報取得要求は許可されない（不許可）。
　また、例えば、図８に示すように、要求元ごとに情報取得要求が許可された項目のリスト（ホワイトリストＩＩ）に機能Ｘ部に対して項目ｘ，ｙ及びｚ、機能Ｙ部に対して項目ｚ、機能Ｚ部に対して項目ｘ，ｚがある場合に、機能Ｘ部４１からの項目ｘの情報取得要求が許可される。一方、機能Ｙ部４２からの項目ｘの情報取得要求は、機能Ｙ部に対して項目ｘの情報取得要求は許可されず、また、機能Ｚ部からの項目ｙの情報取得要求は許可されない（不許可）。
　図４に示すように、一実施形態に係る要求照合部２１３は、ホワイトリスト記憶部２１３Ａ及びリスト照合部２１３Ｂを有する。
　ホワイトリスト記憶部２１３Ａは、少なくとも二以上の機能部のうち情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストが記憶可能である。
　例えば、図１１に示す例では、情報取得要求が許可された要求元のリスト（ホワイトリスト）には、機能Ｅ部、機能Ｆ部及び機能Ｇ部があり、機能Ｈ部はない。また、例えば、要求元ごとに情報取得が許可された項目のリスト（ホワイトリスト）には、機能Ｅ部に対して項目「車速」「燃料残量」「位置情報」及び「瞬間燃費」、機能Ｆ部に対して項目「車速」、「燃料残量」及び「位置情報」、機能Ｇ部に対して項目「車速」「位置情報」「瞬間燃費」がある。
　リスト照合部２１３Ｂは、少なくとも二以上の機能部の夫々からの情報取得要求をホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストと照合可能である。
　例えば、図１１に示す例では、機能Ｅ部、機能Ｆ部及び機能Ｇ部からの情報取得要求をホワイトリスト記憶部２１３Ａに記憶されたホワイトリストと照合可能である。
　この例では、ホワイトリストには、機能Ｅ部、機能Ｆ部及び機能Ｇ部があるので、機能Ｘ部からの情報取得要求は認証され、情報取得要求は許可される。一方、ホワイトリストには、機能Ｈ部がないので、機能Ｈ部からの情報取得要求は認証されずに、情報取得要求は許可されない（不許可）。
　また、例えば、図１１に示す例では、機能Ｅ部、機能Ｆ部及び機能Ｇ部からの情報取得要求をホワイトリスト記憶部２１３Ａに記憶されたホワイトリストと照合可能である。ここで、機能Ｅ部及び機能Ｆ部からの情報取得要求には項目「車速」「燃料残量」「位置情報」及び「瞬間燃費」が含まれ、機能Ｇ部からの情報取得要求には項目「車速」「位置情報」「瞬間燃費」「車両年式」が含まれる。
　この例では、ホワイトリストには、機能Ｅ部に対して項目「車速」「燃料残量」「位置情報」及び「瞬間燃費」があるので、機能Ｅ部からの項目「車速」「燃料残量」「位置情報」及び「瞬間燃費」についての情報取得要求は認証され、情報取得要求が許可される。一方、ホワイトリストには、機能Ｇ部に対して項目「車速」「位置情報」及び「瞬間燃費」しかないので、機能Ｇ部からの項目「車両年式」についての情報取得要求は認証されずに、情報取得要求は許可されない（不許可）。
　上述の実施形態では、リスト照合部２１３Ｂは、少なくとも二以上の機能部の夫々からの情報取得要求をホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストと照合する。これにより、リスト照合部２１３Ｂは、適正な機能部であって適正な項目に対してのみ情報取得要求を許可することができる。
　一実施形態に係る車両用情報処理システム１は、ホワイトリスト提供サーバとしてのサーバＳ１００を備える。ホワイトリスト提供サーバは、情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストが記憶可能である。
　この実施形態では、携帯通信端末２は、ホワイトリスト提供サーバから情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストをダウンロード可能である。
　また、この実施形態では、データ管理部２１は、ホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストを、ダウンロードされた情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストに更新可能である。
　上述の実施形態では、データ管理部２１は、ホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストを、ダウンロードされた情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストに更新する。これにより、データ管理部２１は、ホワイトリスト記憶部２１３Ａに記憶された情報取得要求が許可された要求元のリスト、及び要求元ごとに情報取得要求が許可された項目のリストを最新のものに更新することができる。
　図１に示すように、一実施形態に係る車両用情報処理システム１では、携帯通信端末２及び車載装置３の夫々は表示部２６，３３及び操作入力部２７，３４を有する。
　この実施形態では、携帯通信端末２と車載装置３との間に通信路が確立された場合に、携帯通信端末２の表示部２６に対する出力を車載装置３の表示部３３に対して出力可能とするとともに、携帯通信端末２の操作入力部２７に対する入力を車載装置３の操作入力部３４から入力可能とする。一方、携帯通信端末２の表示部２６に対する出力を無効化するとともに、携帯通信端末２の操作入力部２７からの入力を無効化する。
　例えば、携帯通信端末２と車載装置３をＵＳＢ規格のケーブル１１によって接続し、携帯通信端末２と車載装置３との間に通信路が確立された場合に、携帯通信端末２の表示部２６に対する出力を車載装置３の表示部３３に対して出力可能とするとともに、携帯通信端末２の操作入力部２７に対する入力を車載装置３の操作入力部３４から入力可能とする。そして、携帯通信端末２の表示部２６に対する出力を無効化するとともに、携帯通信端末２の操作入力部２７からの入力を無効化する。
　上述の実施形態では、車両用情報処理システム１は、携帯通信端末２と車載装置３との間に通信路が確立された場合に、携帯通信端末２の表示部２６に対する出力を車載装置３の表示部３３に対して出力可能とするとともに、携帯通信端末２の操作入力部２７に対する入力を車載装置３の操作入力部３４から入力可能とする一方、携帯通信端末２の表示部２６に対する出力を無効化するとともに、携帯通信端末２の操作入力部２７からの入力を無効化する。したがって、車両用情報処理システム１は、携帯通信端末２と車載装置３との間に通信路が確立されると、携帯通信端末２の表示部２６の表示が消え、操作入力部からの操作入力ができなくなる。これにより、車両用情報処理システム１は、自動車の運転中における携帯通信端末２の操作を抑制することができる。
　図９に示すように、本発明の一実施形態に係る車両用情報処理プログラムは、統括ステップ（ステップＳ４、Ｓ５）、送信ステップ（ステップＳ６）、受信ステップ（ステップＳ７）及び配布ステップ（ステップＳ８）を携帯通信端末２に実行させる。このプログラムは、メモリ（記憶媒体）２０２に記憶されており、ＣＰＵ２０１によって読み取られて実行される。すなわち、メモリ（記憶媒体）２０２は、車載用情報処理プログラムを記憶したコンピュータ読み取り可能な記憶媒体となっている。
　統括ステップ（ステップＳ４、Ｓ５）では、少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる複数の情報処理要求を単一の情報処理要求に統括可能である。また、送信ステップ（ステップＳ６）では、統括した情報取得要求を車載装置３に送信可能である。
　受信ステップ（ステップＳ７）は、送信ステップ（ステップＳ６）にて送信された情報取得要求に応答し車載装置３から送信された車両情報を受信可能である。また、受信ステップ（ステップＳ７）では、車載装置３から少なくとも二以上の機能部にて利用される車両情報が提供可能である。
　配布ステップ（ステップＳ８）は、受信ステップ（ステップＳ７）にて受信された車両情報を少なくとも二以上の機能部のうち情報取得要求の要求元に配布可能である。
　例えば、図９に示すように、ＣＰＵ２０１によって車両用情報処理プログラムがスタートされると、まず、携帯通信端末２が車載装置３に接続されているか否かが判定される（ステップＳ１）。携帯通信端末２が車載装置３に接続され（ステップＳ１：Ｙｅｓ）、携帯通信端末２と車載装置との間に通信路が確立されている場合には、ＣＰＵ２０１は、要求受信部２１２にて機能部からの情報取得要求を受信する（ステップＳ２）。ここでは、少なくとも二以上の機能部が起動され、少なくとも二以上の機能部からの情報取得要求を受信するものとする。
　つぎに、ＣＰＵ２０１は、要求照合部２１３にて機能部からの情報取得要求を照合（以下「ホワイトリスト照合」という）する（ステップＳ３）。
　ホワイトリスト照合（ステップＳ３）では、例えば、図１０に示すように、まず、リスト照合部２１３Ｂにて情報取得要求の要求元の機能部がホワイトリスト記憶部２１３Ａに記憶された要求元（情報取得要求が許可された要求元）のリストにあるか否かで照合される。情報取得要求の要求元の機能部がホワイトリスト記憶部２１３Ａに記憶された要求元のリストにある場合には（ステップＳ３１：Ｙｅｓ）、情報取得要求が許可される（ステップＳ３２）。一方、情報取得要求の要求元の機能部がホワイトリスト記憶部２１３Ａに記憶された要求元のリストにない場合には（ステップＳ３１：Ｎｏ）、情報取得要求は許可されない。
　ホワイトリスト照合（ステップＳ３）では、例えば、図１０に示すように、情報取得要求が許可されると、つぎに、リスト照合部２１３Ｂにて情報取得要求の項目がホワイトリスト記憶部２１３Ａに記憶された要求元ごとに許可された項目のリストにあるか否かでさらに照合される。情報取得要求の項目がホワイトリスト記憶部２１３Ａに記憶された要求元ごとに許可された項目のリストにある場合には（ステップＳ３３：Ｙｅｓ）、情報取得要求が許可される（ステップＳ３４）。一方、情報取得要求の項目がホワイトリスト記憶部２１３Ａに記憶さら要求元ごとに許可された項目のリストにない場合には（ステップＳ３４：Ｎｏ）、情報取得要求は許可されない。
　ＣＰＵ２０１は、要求照合部２１３にて機能部からの情報取得要求が認証されると、つぎに、要求統括部２１４にて一括要求リストを作成する（ステップＳ４）。一括要求リストは、少なくとも二以上の機能部の夫々からの情報取得要求のうち、共通する項目が含まれる情報取得要求について共通する項目についての情報取得要求を単一の情報取得要求に統括することによって作成される。
　ＣＰＵ２０１は、要求統括部２１４にて一括要求リストが作成されると、つぎに、要求統括部２１４にて情報取得要求間隔を決定する（ステップＳ５）。情報取得要求間隔は、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定する。
　ＣＰＵ２０１は、要求統括部２１４にて情報取得要求間隔を決定すると、つぎに、要求送信部２１８にて情報取得要求を車載装置３に対して送信する（ステップＳ６）。
　ＣＰＵ２０１は、情報受信部２１５にて少なくとも二以上の機能部にて利用される車両情報が車載装置３から提供される（ステップＳ７）。
　ＣＰＵ２０１は、情報受信部２１５にて車両情報が提供されると、その車両情報を情報記憶部２１６にて記憶し、情報配布部２１７にて配布情報及び配布タイミングを決定する。配布情報及び配布タイミングは、例えば、要求元の機能部及び更新サイクルによって決定される。
　ＣＰＵ２０１は、情報記憶部２１６にて車両情報を記憶し、配布情報及び配布タイミングを決定すると、情報配布部２１７にて情報を配布させる（ステップＳ９）。
　上述の実施形態では、統括ステップ（ステップＳ４、Ｓ５）は、少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる複数の情報処理要求を単一の情報処理要求に統括し、送信ステップ（ステップＳ６）では、統括した情報取得要求を車載装置３に送信する。一方、受信ステップ（ステップＳ７）は、車載装置３から少なくとも二以上の機能部にて利用される車両情報が提供される。これにより、携帯通信端末２に多数の機能部が追加されても、携帯通信端末２と車載装置３との間のトラフィックを抑制することができる。これにより、多数の機能部の夫々にて必要なタイミングで必要な車両情報を取得することができる。
　一実施形態に係る統括ステップ（ステップＳ５）では、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定可能である。
　上述の実施形態では、統括ステップ（ステップＳ５）は、単一の情報取得要求の更新サイクルを共通する項目が含まれる複数の情報取得要求のうち最も短い更新サイクルに設定するので、送信ステップ（ステップＳ６）では、最も短い更新サイクルの項目を含む情報取得要求を送信することができる。
　本実施形態に係る車両用情報処理システムによれば、携帯通信端末２に複数の機能部が追加されても、携帯通信端末２と車載装置３との間のトラフィックが過度に増大することを抑制することができる。この結果、多数の機能部が追加された場合であっても、従来に比して、必要なタイミングで必要な車両情報を取得することができる。また、情報記憶部は、少なくとも二以上の機能部の夫々からの異なるタイミングでの情報取得要求に応答することができる。また、情報配布部は、少なくとも二以上の機能部のうち情報取得要求照合部にて照合された情報取得要求の要求元に情報記憶部に記憶された車両情報を配布するので、適正な機能部に対してのみ車両情報を配布することができる。また、情報取得要求部は、単一の情報取得要求の更新サイクルを項目が共通する複数の情報取得要求のうち最も短い更新サイクルに設定するので、最も短い更新サイクルの項目を含む情報取得要求に応答することができる。また、リスト照合部は、少なくとも二以上の機能部の夫々からの情報取得要求や項目をホワイトリストと照合するため、適正な機能部であって適正な項目に対してのみ情報取得要求を許可することができる。また、データ管理部は、ホワイトリストを最新のものに更新することができる。以上と同様の効果は、本実施形態に係る車両用情報処理プログラムや携帯通信端末によっても発揮されうる。
　また、上述の特許文献１に開示された技術では、車両情報を処理する際にはいったん外部サーバに車両情報を送信し、当該サーバにて処理する必要が有ることから、サーバとの通信が確立されていない場合には車両情報の取り扱いができない。これに対し、本実施形態に係る車両用情報処理システムによれば、必要なタイミングで必要な車両情報を取得し、取得した情報を各機能部において利用することができるため、サーバを用いずとも（つまり、サーバとの接続を確立せずとも）車両情報を活用することができる。
　本発明は上述した実施形態に限定されることはなく、上述した実施形態に変形を加えた形態や、これらの形態を適宜組み合わせた形態も含む。
　１　　車両用情報処理システム
　１１　　ケーブル
　２　　携帯通信端末
　２０　　主制御部
　２１　　データ管理部
　２１１　　制御部
　２１２　　要求受信部
　２１３　　要求照合部
　２１４　　要求統括部
　２１５　　情報受信部
　２１６　　情報記憶部
　２１７　　情報配布部
　２１８　　要求送信部
　２２　　ＰＯＩ機能部
　２３　　データ収集機能部
　２４　　サードパーティ機能部
　２５　　ＵＢＩ機能部車両用情報処理システム
　２６　　表示部
　２７　　操作入力部
　２８　　通信部
　２９　　主記憶部
　３　　車載装置
　３１　　センサ（ビルトインセンサ）
　３２　　入出力部
　３３　　表示部
　３４　　操作入力部
　４１　　機能Ｘ部
　４２　　機能Ｙ部
　４３　　機能Ｚ部
　４４　　機能Ｖ部
　４１１，４２１，４３１，４４１　　制御部
　４１２，４２２，４３２，４４２　　データ要求部
　４１３，４２３，４３３，４４３　　データ受信部
　４１４，４２４，４３４，４４４　　データ配信部
　Ｓ１００　　自動車メーカのサーバ
　Ｓ２００　　サードパーティのサーバ
　Ｓ３００　　ＰＯＩのサーバ
　Ｐ１００　　ビッグデータのプラットフォーム
　Ｐ２００　　ＵＢＩのプラットフォーム

Claims (10)

  1. 　車両情報を利用するアプリケーションソフトウエアを取得する通信部を備え、取得されたアプリケーションソフトウエアによって機能部が追加される携帯通信端末と、
    　前記携帯通信端末との間に確立された通信路を介して、前記携帯通信端末からの情報取得要求に応答し、少なくとも二以上の機能部にて利用される車両情報を前記携帯通信端末に提供する車載装置と、
    　を備える車両用情報処理システムであって、
    　前記携帯通信端末は、
    　前記少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる情報取得要求を統括する統括部と、
    　前記統括した情報取得要求を前記車載装置に送信する送信部と、
    　前記車載装置から前記少なくとも二以上の機能部にて利用される車両情報を受信する受信部とを含む、ことを特徴とする車両用情報処理システム。
  2. 　前記携帯通信端末は、
    　前記車載装置から受信した車両情報を少なくとも前記統括された情報取得要求の更新サイクルが経過するまで記憶する記憶部と、
    　前記少なくとも二以上の機能部のうち統括される前の情報取得要求を要求した機能部に前記記憶部に記憶された車両情報を配布する情報配布部と、
    　を含むことを特徴とする請求項１に記載の車両用情報処理システム。
  3. 　前記統括部は、
    　前記統括された情報取得要求の更新サイクルを、前記共通する項目が含まれる情報取得要求の各々の更新サイクルのうち最も短いものに設定する、ことを特徴とする請求項２に記載の車両用情報処理システム。
  4. 　前記携帯通信端末は、
    　前記少なくとも二以上の機能部の夫々からの情報取得要求を照合する要求照合部と、
    　前記少なくとも二以上の機能部のうち情報取得要求が許可された機能部のリスト、及び要求が許可された項目のリストからなるホワイトリストが記憶されたホワイトリスト記憶部と、
    　前記少なくとも二以上の機能部及びそれらから要求された項目を前記ホワイトリストと照合するホワイトリスト照合部と、
    　を有することを特徴とする請求項２又は３に記載の車両用情報処理システム。
  5. 　前記ホワイトリストを提供するホワイトリスト提供サーバをさらに備え、
    　前記要求照合部は、前記ホワイトリスト記憶部に記憶されたホワイトリストを前記通信部によって前記ホワイトリスト提供サーバから取得されたホワイトリストに更新することを特徴とする請求項４に記載の車両用情報処理システム。
  6. 　車両に搭載された車載装置との間に確立された通信路を介して前記車載装置から受信した車両情報を利用する機能部を少なくとも二以上含む携帯通信端末に、
    　前記少なくとも二以上の機能部の夫々からの情報取得要求のうち共通する項目が含まれる情報取得要求を統括する統括ステップと、
    　前記統括した情報取得要求を前記車載装置に送信する送信ステップと、
    　前記送信ステップにて送信された情報取得要求に応答し前記車載装置から送信された車両情報を受信する受信ステップと、
    　前記受信ステップにて受信された車両情報を前記少なくとも二以上の機能部のうち情報取得要求の要求元に配布する配布ステップと、
    　を実行させることを特徴とする車両用情報処理プログラム。
  7. 　前記送信ステップでは、
    　前記統括された情報取得要求の更新サイクルを、共通する項目が含まれる情報取得要求の各々の更新サイクルうち最も短いものに設定する、ことを特徴とする請求項６に記載の車両用情報処理プログラム。
  8. 　車両情報を利用するアプリケーションソフトウエアを取得する通信部を備え、取得されたアプリケーションソフトウエアによって機能部が追加される携帯通信端末であって、
    　車両に搭載され、車両情報を取得する車載装置との間に通信路を確立する確立部と、
    　少なくとも二以上の機能部の夫々から前記車載装置に対する情報取得要求のうち共通する項目が含まれる複数の情報取得要求を統括する統括部と、
    　前記統括した情報取得要求を前記車載装置に送信する送信部と、
    　前記車載装置から前記少なくとも二以上の機能部にて利用される車両情報を受信する受信部とを備える、ことを特徴とする携帯通信端末。
  9. 　前記携帯通信端末は、
    　前記車載装置から受信した車両情報を少なくとも前記統括された情報取得要求の更新サイクルが経過するまで記憶する記憶部と、
    　前記少なくとも二以上の機能部のうち統括される前の情報取得要求を要求した機能部に前記記憶部に記憶された車両情報を配布する情報配布部と、
    　を含むことを特徴とする請求項８に記載の携帯通信端末。
  10. 　前記統括部は、
    　前記統括された情報取得要求の更新サイクルを、前記共通する項目が含まれる情報取得要求の各々の更新サイクルのうち最も短いものに設定する、ことを特徴とする請求項９に記載の携帯通信端末。
PCT/JP2017/046883 2016-12-28 2017-12-27 車両用情報処理システム及び車両用情報処理プログラム、並びに携帯通信端末 WO2018124174A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2018559573A JP6575697B2 (ja) 2016-12-28 2017-12-27 車両用情報処理システム及び車両用情報処理プログラム、並びに携帯通信端末
CN201780080918.3A CN110115016B (zh) 2016-12-28 2017-12-27 车辆信息处理系统、车辆信息处理程序和移动通信终端
EP17886108.4A EP3565222B1 (en) 2016-12-28 2017-12-27 Vehicular information processing system, vehicular information processing program, and mobile communication terminal
US16/473,522 US10887738B2 (en) 2016-12-28 2017-12-27 Vehicular information processing system, vehicular information processing program, and mobile communication terminal the suppresses excessive increase in traffic between mobile communication terminal and in-vehicular device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016255883 2016-12-28
JP2016-255883 2016-12-28

Publications (1)

Publication Number Publication Date
WO2018124174A1 true WO2018124174A1 (ja) 2018-07-05

Family

ID=62707422

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/046883 WO2018124174A1 (ja) 2016-12-28 2017-12-27 車両用情報処理システム及び車両用情報処理プログラム、並びに携帯通信端末

Country Status (5)

Country Link
US (1) US10887738B2 (ja)
EP (1) EP3565222B1 (ja)
JP (1) JP6575697B2 (ja)
CN (1) CN110115016B (ja)
WO (1) WO2018124174A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113060081A (zh) * 2019-12-31 2021-07-02 陕西重型汽车有限公司 一种基于手机app的中央充放气调试系统及方法
CN112040444A (zh) * 2020-09-03 2020-12-04 中国第一汽车股份有限公司 一种控制方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5742781B2 (ja) 1974-11-14 1982-09-10
JP2004342081A (ja) * 2003-04-25 2004-12-02 Matsushita Electric Ind Co Ltd 制御装置、電気機器、制御システム、制御方法及び制御プログラム
WO2013161220A1 (ja) * 2012-04-23 2013-10-31 株式会社デンソー 作動規制方法、作動規制プログラムプロダクト、携帯端末、車両用装置、車両用通信システム
WO2015033761A1 (ja) * 2013-09-04 2015-03-12 本田技研工業株式会社 電子通信システム、車載装置、及び制御方法
JP2015165349A (ja) * 2014-02-28 2015-09-17 株式会社東芝 一次応答装置、制御方法及びコンピュータプログラム
JP2016076790A (ja) * 2014-10-03 2016-05-12 本田技研工業株式会社 報知装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6981032B2 (en) * 2001-07-27 2005-12-27 International Business Machines Corporation Enhanced multicast-based web server
US8201082B1 (en) * 2002-06-17 2012-06-12 Amazon.Com, Inc. Dynamic generation of documents
US20110012720A1 (en) * 2009-07-15 2011-01-20 Hirschfeld Robert A Integration of Vehicle On-Board Diagnostics and Smart Phone Sensors
JP5622238B2 (ja) * 2011-01-17 2014-11-12 アルパイン株式会社 車載機器及び該車載機器に接続可能な携帯端末
JP5742781B2 (ja) 2012-05-17 2015-07-01 株式会社デンソー 車両用装置、携帯通信端末
US9430883B2 (en) * 2014-08-13 2016-08-30 Verizon Patent And Licensing Inc. Device with vehicle interface for sensor data storage and transfer
CN104636957B (zh) * 2015-02-04 2018-07-24 上海瀚之友信息技术服务有限公司 一种处理高并发数据请求的系统和方法
CN105872587A (zh) * 2015-11-25 2016-08-17 乐视云计算有限公司 视频请求的处理方法及装置
CN105847355A (zh) * 2016-03-23 2016-08-10 重庆秒银科技有限公司 数据合并处理系统
US10044832B2 (en) * 2016-08-30 2018-08-07 Home Box Office, Inc. Data request multiplexing

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5742781B2 (ja) 1974-11-14 1982-09-10
JP2004342081A (ja) * 2003-04-25 2004-12-02 Matsushita Electric Ind Co Ltd 制御装置、電気機器、制御システム、制御方法及び制御プログラム
WO2013161220A1 (ja) * 2012-04-23 2013-10-31 株式会社デンソー 作動規制方法、作動規制プログラムプロダクト、携帯端末、車両用装置、車両用通信システム
WO2015033761A1 (ja) * 2013-09-04 2015-03-12 本田技研工業株式会社 電子通信システム、車載装置、及び制御方法
JP2015165349A (ja) * 2014-02-28 2015-09-17 株式会社東芝 一次応答装置、制御方法及びコンピュータプログラム
JP2016076790A (ja) * 2014-10-03 2016-05-12 本田技研工業株式会社 報知装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3565222A4

Also Published As

Publication number Publication date
US10887738B2 (en) 2021-01-05
US20190335305A1 (en) 2019-10-31
CN110115016B (zh) 2021-07-16
JPWO2018124174A1 (ja) 2019-11-07
CN110115016A (zh) 2019-08-09
EP3565222A1 (en) 2019-11-06
JP6575697B2 (ja) 2019-09-18
EP3565222B1 (en) 2021-09-01
EP3565222A4 (en) 2019-12-04

Similar Documents

Publication Publication Date Title
JP5900390B2 (ja) アクセス制限装置、車載通信システム及び通信制限方法
US20160209224A1 (en) Vehicle swap and driver statistics
JP2022059574A (ja) 輸送機の安全なデータ共有
US20240073037A1 (en) Internal certificate authority for electronic control unit
CN113170003B (zh) 一种通过空中下载ota技术获取文件的方法及相关设备
US20240112269A1 (en) Driver identity detection and alerts
US9201843B2 (en) Control device
JP6575697B2 (ja) 車両用情報処理システム及び車両用情報処理プログラム、並びに携帯通信端末
JP2022040045A (ja) 輸送機への電力割り当て
CN116803049A (zh) 为运输工具提供外部功能
CN111476080A (zh) 信息处理装置、信息处理方法、存储介质
CN118488905A (zh) 稳健的空中重新编程
CN118435164A (zh) 一种升级方法、装置及系统
CN116601619A (zh) 安全控制器区域网络（can）收发器
US20230382223A1 (en) Recommended vehicle-related functionality
US20230394894A1 (en) Setting a mode of a vehicle
US12054157B2 (en) Hardware timer data expiration
CN115769559B (zh) 动态适应驾驶模式安全控制
US20240005333A1 (en) Warranty considerations and replaced transport components
US20240010217A1 (en) Enhanced pairing to facilitate seamless bluetooth / wifi connectivity
US20240019262A1 (en) Vehicle data services configurable deployment
US20230382391A1 (en) Dynamic gui based on enhanced functionality
US20240025436A1 (en) Stowage assistant
US20240232663A1 (en) Task-oriented dialog modeling and action determination
US20240199021A1 (en) Vehicular enclosed area determination

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: 17886108

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018559573

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017886108

Country of ref document: EP

Effective date: 20190729