CN111049651A - Vehicle-mounted intelligent computing device, cloud server and awakening method - Google Patents

Vehicle-mounted intelligent computing device, cloud server and awakening method Download PDF

Info

Publication number
CN111049651A
CN111049651A CN201911400171.2A CN201911400171A CN111049651A CN 111049651 A CN111049651 A CN 111049651A CN 201911400171 A CN201911400171 A CN 201911400171A CN 111049651 A CN111049651 A CN 111049651A
Authority
CN
China
Prior art keywords
vehicle
computing device
wake
token information
mounted intelligent
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN201911400171.2A
Other languages
Chinese (zh)
Inventor
覃树才
唐焱
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Pateo Network Technology Service Co Ltd
Original Assignee
Shanghai Pateo Network Technology Service Co Ltd
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 Shanghai Pateo Network Technology Service Co Ltd filed Critical Shanghai Pateo Network Technology Service Co Ltd
Priority to CN201911400171.2A priority Critical patent/CN111049651A/en
Publication of CN111049651A publication Critical patent/CN111049651A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0866—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving user or device identifiers, e.g. serial number, physical or biometrical information, DNA, hand-signature or measurable physical characteristics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • 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
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3297—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving time stamps, e.g. generation of time stamps

Abstract

The invention provides a vehicle-mounted intelligent computing device and a cloud server. The vehicle-mounted intelligent computing device comprises: the network communication module is used for receiving a wake-up instruction, the wake-up instruction at least comprises an equipment ID, decrypting the wake-up instruction by the network communication module by using token information of the vehicle-mounted intelligent computing device to obtain the equipment ID, and executing the wake-up instruction in response to the fact that the equipment ID is consistent with the equipment ID of the vehicle-mounted intelligent computing device. The cloud server comprises: the cloud server encrypts the device ID of the vehicle-mounted intelligent computing device expected to be awakened by using the token information of the vehicle-mounted intelligent computing device expected to be awakened to form an awakening instruction of the vehicle-mounted intelligent computing device expected to be awakened, and sends the awakening instruction to the current IP address of the vehicle-mounted intelligent computing device expected to be awakened through the IP awakening interface so as to awaken the vehicle-mounted intelligent computing device expected to be awakened.

Description

Vehicle-mounted intelligent computing device, cloud server and awakening method
Technical Field
The invention relates to the field of background management of vehicles, in particular to a vehicle-mounted intelligent computing device, a cloud server and a wake-up method suitable for the vehicle-mounted intelligent computing device or the cloud server.
Background
In 2017, the automobile sales volume in China reaches 2888 thousands of automobiles, and the increase is 3 percent on the same scale. The sales volume of the passenger cars is 2472 thousands of cars, and the increase of the cars is 1.4 percent on the same scale. The automobile keeping amount in China is also gradually increased, and by the end of 2016, the automobile keeping amount in China is 1.94 hundred million, which is increased by 13% on a par, wherein the automobile keeping amount of a private family reaches 1.46 hundred million, which is increased by 18% on a par, and accounts for 75% of the total automobile keeping amount.
As automobiles gradually become the most convenient travel tool in the market, users have higher and higher requirements on convenience of automobile use. Vehicle keys have also evolved from mechanical keys to electronic keys, and are currently moving from electronic keys to virtual keys.
In the virtual key system, a user can remotely control a vehicle through a user terminal, and wake up the vehicle in a dormant state, so as to perform adaptive setting in advance, such as opening a vehicle window, adjusting a seat, opening an air conditioner and the like.
In the awakening mechanism of the vehicle, a user can request the cloud server to awaken the vehicle through the user terminal application, the cloud server generates an awakening instruction and sends the awakening instruction to the IP address of the vehicle TBox so as to awaken the TBox module of the vehicle, and therefore communication and control with the vehicle are achieved.
In the scheme of waking up the vehicle by using the IP address of the vehicle TBox, the IP address of the vehicle TBox changes after the TBox dials each time, so that if the vehicle TBox needs to be woken up by initiating the IP address at the cloud server, the IP address of the vehicle TBox needs to be acquired in advance. In order to acquire the IP address of the vehicle TBox, the vehicle TBox can be set to periodically report the IP address of the TBox to a cloud server.
However, vehicle tboxes typically have stringent requirements on power consumption, do not allow the entire vehicle TBox to wake up frequently, and only allow the network communication module in the TBox to wake up itself periodically. However, the network communication module in the prior art has limited capability, generally only supports a basic IP protocol, and cannot directly establish application layer communication with the cloud server.
In addition, the IP awakening mechanism of the vehicle also relates to an encryption mechanism in the IP address reporting process and the safety verification problem of the awakening instruction.
In order to solve the problem of security verification of a wake-up instruction in an IP wake-up mechanism, the present invention aims to provide a wake-up method suitable for a special Tbox, i.e., a vehicle-mounted intelligent computing device and a cloud server of the vehicle-mounted intelligent computing device, and a vehicle-mounted intelligent computing device and a cloud server suitable for the wake-up method.
Disclosure of Invention
The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects, and is intended to neither identify key or critical elements of all aspects nor delineate the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.
According to an aspect of the present invention, a wake-up method for a vehicle-mounted intelligent computing device is provided, which is applicable to a vehicle-mounted terminal, and the wake-up method includes: receiving a wake-up instruction, wherein the wake-up instruction at least comprises a device ID; decrypting the wake-up instruction by using token information of the vehicle-mounted intelligent computing device to obtain the equipment ID; and responding to the device ID and the device ID of the vehicle-mounted intelligent computing device to be consistent, and executing the awakening instruction.
Still further, the wake-up method further comprises: and in response to the device ID not being consistent with the device ID of the vehicle-mounted intelligent computing device, discarding the awakening instruction.
Still further, the wake instruction further includes a timestamp, and decrypting the wake instruction using the token information of the in-vehicle smart computing device to obtain the device ID further includes: decrypting the wake-up instruction using token information of the vehicle-mounted intelligent computing device to obtain the timestamp; and the executing the wake-up instruction further comprises: and responding to the condition that the equipment ID is consistent with the equipment ID of the vehicle-mounted intelligent computing device and the time interval from the equipment ID to the timestamp is smaller than or equal to a preset time threshold value, and executing the awakening instruction.
Still further, the wake-up method further comprises: and in response to the fact that the equipment ID is inconsistent with the equipment ID of the vehicle-mounted intelligent computing device or the time interval from the timestamp is larger than the preset time threshold, discarding the awakening instruction.
Further, the decrypting the wake-up instruction using the token information of the in-vehicle smart computing device further includes: obtaining the latest token information of the vehicle-mounted intelligent computing device as the token information of the vehicle-mounted intelligent computing device.
Further, the obtaining of the latest token information of the vehicle-mounted intelligent computing device comprises: requesting to obtain token information from a cloud; and updating the token information acquired from the cloud into the latest token information.
Further, the requesting token information from the cloud includes: responding to a first connection of the cloud end or receiving a token information updating instruction sent by the cloud end, and requesting the cloud end to acquire token information; or requesting to acquire token information from the cloud end at regular time.
Still further, the receiving the wake-up instruction includes: and receiving the awakening instruction by adopting a UDP protocol.
Further, the decrypting the wake-up instruction using the token information of the in-vehicle smart computing device to obtain the device ID further comprises: judging whether the source IP of the awakening instruction belongs to a white list or not; and responding to the source IP of the awakening instruction belonging to the white list, and decrypting the awakening instruction.
According to another aspect of the present invention, there is provided an in-vehicle intelligent computing device, comprising: and the network communication module is used for receiving a wake-up instruction, the wake-up instruction at least comprises an equipment ID, decrypting the wake-up instruction by adopting token information of the vehicle-mounted intelligent computing device to obtain the equipment ID, and executing the wake-up instruction in response to the condition that the equipment ID is consistent with the equipment ID of the vehicle-mounted intelligent computing device.
Further, the network communication module discards the wake-up instruction in response to the device ID not being consistent with the device ID of the in-vehicle smart computing apparatus.
Furthermore, the wake-up instruction further comprises a timestamp, the network communication module decrypts the wake-up instruction by using token information of the vehicle-mounted intelligent computing device to obtain the device ID and the timestamp, and executes the wake-up instruction in response to that the device ID is consistent with the device ID of the vehicle-mounted intelligent computing device and a time interval from the timestamp is smaller than or equal to a preset time threshold.
Still further, the network communication module discards the wake-up instruction in response to the device ID not being consistent with the device ID of the in-vehicle intelligent computing device or a time interval from the timestamp being greater than the preset time threshold.
Still further, the in-vehicle intelligent computing device further comprises: the application module is coupled with the network communication module and used for updating the latest token information of the vehicle-mounted intelligent computing device to the network communication module as the token information.
Furthermore, the application module requests a cloud to acquire token information and takes the token information acquired from the cloud as the latest token information.
Furthermore, the application module responds to the first connection with the cloud end or receives a token information updating instruction sent by the cloud end, and requests the cloud end to acquire token information, or requests the cloud end to acquire the token information at regular time.
Furthermore, the network communication module determines whether the source IP of the wake-up command belongs to a white list and decrypts the wake-up command in response to the source IP of the wake-up command belonging to the white list.
According to a further aspect of the present invention, there is provided a computer storage medium having a computer program stored thereon, the computer program, when executed, implementing the steps of the wake-up method of the in-vehicle intelligent computing device of any of the above.
According to another aspect of the present invention, a wake-up method for a vehicle-mounted intelligent computing device is provided, which is applicable to a cloud server, and the wake-up method includes: encrypting the device ID of the vehicle-mounted intelligent computing device expected to be awakened by utilizing the token information of the vehicle-mounted intelligent computing device expected to be awakened to form an awakening instruction of the vehicle-mounted intelligent computing device expected to be awakened; and sending the awakening instruction to the current IP address of the vehicle-mounted intelligent computing device expected to be awakened so as to awaken the vehicle-mounted intelligent computing device expected to be awakened.
Still further, the encrypting the device ID of the in-vehicle smart computing device expected to wake up by using the token information of the in-vehicle smart computing device expected to wake up to form the wake-up instruction of the in-vehicle smart computing device expected to wake up includes: and encrypting the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened and the timestamp of the current time by utilizing the token information of the vehicle-mounted intelligent computing device expected to be awakened to form an awakening instruction of the vehicle-mounted intelligent computing device expected to be awakened.
Still further, the wake-up method further comprises: in response to receiving a request of obtaining token information of an on-vehicle intelligent computing device, generating token information by adopting a random algorithm to serve as the token information of the on-vehicle intelligent computing device; and storing the token information in association with a device ID of the in-vehicle smart computing device; and the step of encrypting the device ID of the vehicle-mounted intelligent computing device expected to be waken by using the token information of the vehicle-mounted intelligent computing device expected to be waken to form the waken instruction of the vehicle-mounted intelligent computing device expected to be waken further comprises the following steps: and searching the device ID of the vehicle-mounted intelligent computing device expected to be awakened and the associated token information.
Still further, the wake-up method further comprises: receiving the encrypted IP address and the equipment ID thereof reported by each vehicle-mounted intelligent computing device; decrypting the encrypted IP address corresponding to the equipment ID by utilizing the token information associated with each received equipment ID to obtain the current IP address of the vehicle-mounted intelligent computing device corresponding to the equipment ID; and storing the current IP address in association with the received device ID; and the step of sending the awakening instruction to the current IP address of the vehicle-mounted intelligent computing device expected to be awakened further comprises the following steps: and searching the current IP address associated with the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened as a sending address.
According to another aspect of the present invention, there is provided a cloud server for a vehicle, including: and the cloud server encrypts the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened by using the token information of the vehicle-mounted intelligent computing device expected to be awakened to form an awakening instruction of the vehicle-mounted intelligent computing device expected to be awakened, and sends the awakening instruction to the current IP address of the vehicle-mounted intelligent computing device expected to be awakened through the IP awakening interface so as to awaken the vehicle-mounted intelligent computing device expected to be awakened.
Furthermore, the cloud server encrypts the device ID of the vehicle-mounted intelligent computing device expected to be woken up and the timestamp of the current time by using the token information of the vehicle-mounted intelligent computing device expected to be woken up to form a wakening instruction of the vehicle-mounted intelligent computing device expected to be woken up.
Still further, the cloud server further comprises: the cloud server generates token information serving as the token information of the vehicle-mounted intelligent computing device by adopting a random algorithm based on the request of obtaining the token information of the vehicle-mounted intelligent computing device and stores the token information and the device ID of the vehicle-mounted intelligent computing device in an associated manner so as to search the device ID of the vehicle-mounted intelligent computing device expected to be awakened and the associated token information.
Still further, the cloud server further comprises: the cloud server decrypts the encrypted IP address corresponding to the equipment ID by utilizing token information associated with each received equipment ID to obtain the current IP address of the vehicle-mounted intelligent computing device corresponding to the equipment ID, and stores the current IP address and the received equipment ID in an associated manner so as to search the current IP address associated with the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened.
According to a further aspect of the present invention, there is provided a computer storage medium having a computer program stored thereon, the computer program, when executed, implementing the steps of the wake-up method of the in-vehicle intelligent computing device of any of the above.
Drawings
The above features and advantages of the present disclosure will be better understood upon reading the detailed description of embodiments of the disclosure in conjunction with the following drawings.
FIG. 1 is a schematic diagram of a virtual key architecture according to one aspect of the present invention;
FIG. 2 is a system diagram of a cloud server and an in-vehicle smart computing device according to an aspect of the present invention;
FIG. 3 is a flow chart of a wake-up method for an onboard end according to an aspect of the present invention;
fig. 4 is a flowchart illustrating a wake-up method of a cloud server according to an aspect of the present invention;
FIG. 5 is a partial flow chart of a wake-up method for an on-board terminal according to an aspect of the present invention;
fig. 6 is a flowchart illustrating a wake-up method of a cloud server according to an aspect of the present invention;
fig. 7 is a flowchart illustrating a wake-up method of a cloud server according to an aspect of the present invention.
Detailed Description
The following description is presented to enable any person skilled in the art to make and use the invention and is incorporated in the context of a particular application. Various modifications, as well as various uses in different applications will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to a wide range of embodiments. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
In the following detailed description, numerous specific details are set forth in order to provide a more thorough understanding of the invention. It will be apparent, however, to one skilled in the art that the practice of the invention may not necessarily be limited to these specific details. In other instances, well-known structures and devices are shown in block diagram form, rather than in detail, in order to avoid obscuring the present invention.
The reader's attention is directed to all papers and documents which are filed concurrently with this specification and which are open to public inspection with this specification, and the contents of all such papers and documents are incorporated herein by reference. All the features disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise. Thus, unless expressly stated otherwise, each feature disclosed is one example only of a generic series of equivalent or similar features.
Note that where used, the designations left, right, front, back, top, bottom, positive, negative, clockwise, and counterclockwise are used for convenience only and do not imply any particular fixed orientation. In fact, they are used to reflect the relative position and/or orientation between the various parts of the object. Furthermore, the terms "first" and "second" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance.
In the description of the present invention, it should be noted that, unless otherwise explicitly specified or limited, the terms "mounted," "connected," and "connected" are to be construed broadly, e.g., as meaning either a fixed connection, a removable connection, or an integral connection; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood in specific cases to those skilled in the art.
It is noted that, where used, further, preferably, still further and more preferably is a brief introduction to the exposition of the alternative embodiment on the basis of the preceding embodiment, the contents of the further, preferably, still further or more preferably back band being combined with the preceding embodiment as a complete constituent of the alternative embodiment. Several further, preferred, still further or more preferred arrangements of the belt after the same embodiment may be combined in any combination to form a further embodiment.
The invention is described in detail below with reference to the figures and specific embodiments. It is noted that the aspects described below in connection with the figures and the specific embodiments are only exemplary and should not be construed as imposing any limitation on the scope of the present invention.
First, a brief introduction is made to the technical architecture of the virtual key that may be involved in the present disclosure, so that those skilled in the art can comprehensively understand the technical content and technical concept of the present invention as a water container for high buildings.
As shown in fig. 1, the virtual key architecture may include an in-vehicle smart computing device 110, a cloud server 120, and a user terminal 130.
The vehicle-mounted smart computing device 110 can be understood by those skilled in the art based on the conventional vehicle-mounted Tbox module, and the vehicle-mounted smart computing device 110 is further configured to implement a special function in the technical architecture of the virtual key, such as issuing, logging out, or replacing the virtual key, on the basis of implementing the function of the conventional vehicle-mounted Tbox.
Those skilled in the art will appreciate that the cloud server 120 may be based on a conventional content service provider (TSP) server, and the cloud server 120 may include, but is not limited to, the functions of a conventional TSP cloud platform, and may communicate with the in-vehicle smart computing device 110 and the user terminal 130 remotely via the internet. The cloud server 120 may perform management service of the virtual key of the vehicle by sending a control command to each in-vehicle smart computing device 110, and provide a vehicle borrowing authorization service to non-owner users. Specifically, the cloud server 120 may be responsible for providing services such as application of a virtual key, binding of the virtual key to a vehicle, logout and postponement of the virtual key to the owner's user terminal 130. The cloud server 120 does not directly manage the virtual key, but merely forwards the request related to the virtual key to the corresponding in-vehicle smart computing device 110, so as to perform corresponding management through the in-vehicle smart computing device 10. In an embodiment, the cloud server 120 may further provide services related to account registration, certificate application and issuance, and the like to the user, and provide an authorization service of the non-owner virtual key to the non-owner user.
The user terminal 130 includes, but is not limited to, a user's mobile phone, a tablet computer, and other handheld smart devices and wearable smart devices. The users may include owner users and non-owner users. When the user terminal 130 is located within a certain range of the vicinity of the in-vehicle smart computing device 110, near field communication with the in-vehicle smart computing device 110 may be achieved through bluetooth communication technology. When the user terminal 130 is far away from the in-vehicle smart computing device 110 and cannot communicate with the near field communication means, the user terminal can communicate with the cloud server 120 through the TCP/IP protocol, and then the cloud server 120 forwards the in-vehicle smart computing device 110.
When the vehicle is in the parking state, the in-vehicle smart computing device 110 may enter a deep sleep state, at which time communication with the user terminal 130 or the cloud server 120 cannot be achieved. However, in some cases, such as: the user may need to remotely perform the start and setting of the vehicle in advance, or the cloud server may need to perform background data update, and the like, and the user or the cloud server needs to control the vehicle or communicate with the in-vehicle smart computing device 110 when the vehicle is in a dormant state. Then, at this time, the cloud server 120 is first required to wake up the in-vehicle smart computing device 110.
According to one aspect of the invention, an on-vehicle intelligent computing device and a corresponding cloud server thereof are provided.
The waking mechanism of the present invention is described by taking the in-vehicle smart computing device 20 and the cloud server 30 shown in fig. 2 as an example.
In this embodiment, the cloud server 30 includes an IP wakeup interface 31 coupled to each of the in-vehicle intelligent computing devices. When a certain vehicle-mounted intelligent computing device 20 that desires to wake up is woken up, the cloud server 30 encrypts the device ID of the vehicle-mounted intelligent computing device 20 by using the token information of the vehicle-mounted intelligent computing device 20 that desires to wake up to form a wake-up instruction of the vehicle-mounted intelligent computing device 20, and sends the wake-up instruction to the current IP address of the vehicle-mounted intelligent computing device 20 through the IP wake-up interface 31 to wake up the vehicle-mounted intelligent computing device 20 that desires to wake up.
It is understood that in the cloud server 30, each legal in-vehicle intelligent computing device has at least one associated data chain. For example, in the data chain corresponding to the in-vehicle intelligent computing device 20, at least the device ID of the in-vehicle intelligent computing device 20, the token information, and the current IP address of the in-vehicle intelligent computing device are included.
The device ID is factory information that indicates the identity of the vehicle-mounted intelligent computing device and is numbered or named by a manufacturer when the vehicle-mounted intelligent computing device is shipped.
The Token information (Token) is an irregular character string corresponding to the vehicle-mounted intelligent computing device, and on one hand, the Token information can be used for indicating identity information of the vehicle-mounted intelligent computing device, and on the other hand, symmetric encryption communication between the vehicle-mounted intelligent computing device and the cloud server can be achieved.
The current IP address is the latest IP address of the vehicle-mounted intelligent computing device and is used for identifying the vehicle-mounted end equipment, namely the vehicle-mounted intelligent computing device, in the virtual key system. Awakening is carried out through the IP address of the vehicle-mounted intelligent computing device, awakening efficiency can be improved, cost is reduced, and meanwhile power loss of the vehicle-mounted intelligent computing device is minimum.
Correspondingly, the in-vehicle intelligent computing device 20 includes a network communication module 21, configured to receive a wake-up instruction, where the wake-up instruction includes at least a device ID of the in-vehicle intelligent computing device. After receiving the wake-up instruction, the network communication module 21 decrypts the wake-up instruction by using the token information of the vehicle-mounted intelligent computing device 20 to obtain the device ID therein, and compares the decrypted device ID with the device ID of the vehicle-mounted intelligent computing device 20.
In response to the decrypted device ID being consistent with the device ID of the in-vehicle intelligent computing device, the network communication module 21 executes the wake-up instruction, that is, the network communication module 21 wakes up the entire in-vehicle intelligent computing device 20 to enter the working state. In response to the device ID not being consistent with the device ID of the vehicle-mounted intelligent computing device, the network communication module 21 discards the wake-up instruction and continues to enter a sleep state.
In other preferred embodiments, the wake command generated by the cloud server 30 may further include a timestamp, which may correspond to the time of the wake command, and the cloud server may encrypt the device ID of the in-vehicle smart computing device 20 that is expected to wake up and the timestamp of the current time as the wake command by using the token information of the in-vehicle smart computing device.
Correspondingly, when the in-vehicle intelligent computing device 20 receives the wake-up instruction including the timestamp sent by the cloud server 30, the network communication module 21 decrypts the wake-up instruction by using the token information of the in-vehicle intelligent computing device 20 to obtain a device ID and a timestamp, compares the decrypted device ID with the device ID of the in-vehicle intelligent computing device 20, and calculates a time interval between the timestamp and the current time.
In response to that the device ID is consistent with the device ID of the in-vehicle intelligent computing device and the time interval from the timestamp is less than or equal to the preset time threshold, the network communication module 21 executes the wake-up instruction, that is, wakes up the in-vehicle intelligent computing device 20.
In response to the fact that the device ID is inconsistent with the device ID of the vehicle-mounted intelligent computing device or the time interval from the timestamp is greater than a preset time threshold, the network communication module 21 discards the wake-up instruction and continues to enter the sleep state.
It will be appreciated that the time stamp is only used to limit the timeliness of the wake-up instruction and may be used to implement the anti-replay function of the wake-up instruction. The above-mentioned setting of the timestamp is only an example, and those skilled in the art will understand that other timestamp settings that can implement the anti-replay function may also be within the protection scope of the present invention, for example, the timestamp is the latest time for executing the wake-up instruction, and the time when the receiving end is ready to execute the wake-up instruction is later than the timestamp, and the wake-up instruction is invalid and discarded.
Furthermore, the vehicle-mounted intelligent computing device 20 may further have a white list, where the white list includes an IP address corresponding to a legal background management platform, and when the network communication module 21 receives a wake-up command, it first verifies whether a source IP of the wake-up command belongs to the white list, and when it is determined that the source IP of the wake-up command belongs to the white list, it decrypts the wake-up command.
Further, the token information of the in-vehicle smart computing device may be granted by the cloud server. In the embodiment shown in fig. 2, the in-vehicle smart computing device 20 may further include an application module 22, and the cloud server 30 includes a corresponding token service interface 32.
The application module 22 is coupled to the cloud server 30, and particularly may implement application layer communication with the cloud server 30 through a token server interface 32 of the cloud server 30. Specifically, the application module 22 may request the cloud server 30 to obtain the token information of the in-vehicle smart computing device 20 through the token server interface 32 of the cloud server 30.
The token information request sent to the cloud server 30 may include identity information of the requesting end, i.e., the in-vehicle smart computing device 20, so that the cloud server 30 can verify the validity of the in-vehicle smart computing device 20 and identify the identity of the in-vehicle smart computing device 20.
The cloud server 30 receives the token information request sent by the in-vehicle intelligent computing device 20, and may identify the identity of the in-vehicle intelligent computing device 20 through the identity information included in the token information request. It can be understood that the cloud server 30 may also perform identity verification on the sending end after receiving the token information request, and continue the subsequent steps after the verification is passed, and if the verification is not passed, the illegal token information request may be discarded.
Further, in response to receiving a token information request from an in-vehicle smart computing device 20, the cloud server 30 generates a token information by using a random algorithm, stores the token information in association with the device ID of the in-vehicle smart computing device 20, and returns the generated token information to the in-vehicle smart computing device 20 that sent the token information request.
The token information request of the in-vehicle intelligent device 20 may be appended with the device ID of the in-vehicle intelligent computing device 20, and the cloud server 30 stores the token information generated based on the token information request of the in-vehicle intelligent device 20 in association with the device ID of the in-vehicle intelligent computing device, so as to facilitate subsequent identification of the associated in-vehicle intelligent computing device based on the token information or calling of the token information associated with the device ID based on the device ID of the in-vehicle intelligent computing device.
It is understood that the generated token information can implement symmetric encrypted communication between the cloud server 30 and the in-vehicle smart computing device 20, and therefore, after the token information is generated, the token information needs to be returned to the application module 22 of the requesting end based on the identity information (device ID) of the requesting end, and stored on the cloud server 30.
After receiving the token information returned by the cloud server, the application module 22 updates the latest token information to the network communication module 21 so that the network communication module can decrypt the wake-up command generated by the cloud server 30 by using the latest token information.
More specifically, when the in-vehicle smart computing device 20 first attempts to connect to the cloud server 30 after leaving the factory, the application module 22 may request the cloud server 30 to acquire the token information in response to first connecting to the cloud server 30.
Further, after the in-vehicle smart computing device 20 enters the operation phase after leaving the factory, when the user terminal determines that the token information may have a leak and requires to be replaced, or when the cloud server determines that the token information may have a leak and requires to be replaced, the cloud server 30 may generate a token information updating command and send the token information updating command to the corresponding in-vehicle smart computing device 20 to command the in-vehicle smart computing device to update the token information, so that the in-vehicle smart computing device 20 sends the token information request.
In response to the cloud server 30 sending the update token information instruction, the in-vehicle smart computing device 20 may request the cloud server 30 to obtain new token information in response to receiving the update token information instruction sent by the cloud server.
Further, to prevent data leakage caused by leakage of token information, the token information of the in-vehicle smart computing device 20 may be updated periodically, and the application module 22 may request the cloud server for obtaining the token information periodically.
It will be appreciated that in some other application scenarios, application module 22 may also request token information from the cloud server for other scenarios.
Further, the token information may also be used for IP address reporting of the in-vehicle intelligent computing device. In an embodiment, an open source TCP protocol stack (not shown) may be further embedded in the network communication module 21, that is, when the vehicle-mounted intelligent computing device 20 is in a dormant state, the network communication module 21 may periodically obtain its own IP address and determine whether the IP address is changed, and when it is determined that the IP address is changed, report the changed IP address to the cloud server through the TCP protocol stack. Upon reporting, the altered IP address may be encrypted with the most up-to-date token information received by application module 22 to prevent theft by an intercepting party.
Preferably, the encrypted IP address may be accompanied by a device ID of the in-vehicle smart computing device 20 to facilitate the cloud server 30 to identify the identity of the in-vehicle smart computing device 20 and invoke decryption of the token information it manages.
Correspondingly, the cloud server 30 may further include an IP reporting interface (not shown) coupled to each of the in-vehicle intelligent computing devices to receive the encrypted IP address and the device ID thereof reported by each of the in-vehicle intelligent computing devices. The cloud server decrypts the encrypted IP address corresponding to the device ID by using the received token information associated with the device ID to obtain the current IP address of the on-board intelligent computing device 20 corresponding to the device ID, and stores the current IP address and the received device ID in an associated manner so as to form a data chain of the on-board intelligent computing device 20, so that the current IP address associated with the device ID of the on-board intelligent computing device 20 expected to be woken up is found conveniently.
According to another aspect of the invention, a wake-up method suitable for an in-vehicle intelligent computing device and a wake-up method suitable for a cloud server are provided.
The wake-up mechanism of the present invention is described by taking the wake-up method 300 for the vehicle-mounted intelligent computing device shown in fig. 3 and the wake-up method 400 for the cloud server shown in fig. 4 as examples.
In this embodiment, the wake-up method 400 for the cloud server shown in fig. 4 includes steps S410 to S420.
Wherein, step S410 is: and encrypting the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened by utilizing the token information of the vehicle-mounted intelligent computing device expected to be awakened to form an awakening instruction of the vehicle-mounted intelligent computing device expected to be awakened.
Step S420 is: and sending the awakening instruction to the current IP address of the vehicle-mounted intelligent computing device expected to be awakened so as to awaken the vehicle-mounted intelligent computing device expected to be awakened.
It is understood that in the cloud server 30, each legal in-vehicle intelligent computing device has at least one associated data chain. For example, in the data chain corresponding to the in-vehicle intelligent computing device 20, at least the device ID of the in-vehicle intelligent computing device 20, the token information, and the current IP address of the in-vehicle intelligent computing device are included.
The device ID is factory information that indicates the identity of the vehicle-mounted intelligent computing device and is numbered or named by a manufacturer when the vehicle-mounted intelligent computing device is shipped.
The Token information (Token) is an irregular character string corresponding to the vehicle-mounted intelligent computing device, and on one hand, the Token information can be used for indicating identity information of the vehicle-mounted intelligent computing device, and on the other hand, symmetric encryption communication between the vehicle-mounted intelligent computing device and the cloud server can be achieved.
The current IP address is the latest IP address of the vehicle-mounted intelligent computing device and is used for identifying the vehicle-mounted end equipment, namely the vehicle-mounted intelligent computing device, in the virtual key system. Awakening is carried out through the IP address of the vehicle-mounted intelligent computing device, awakening efficiency can be improved, cost is reduced, and meanwhile power loss of the vehicle-mounted intelligent computing device is minimum.
Correspondingly, the wake-up method 300 for the in-vehicle intelligent computing device shown in fig. 3 includes steps S310 to S330.
Wherein, step S310 is: receiving a wake-up instruction, wherein the wake-up instruction at least comprises a device ID.
Step S320 is: and decrypting the awakening instruction by adopting the token information of the vehicle-mounted intelligent computing device to obtain the equipment ID.
Step S330 is: and responding to the device ID and the device ID of the vehicle-mounted intelligent computing device to be consistent, and executing the awakening instruction. Namely, the whole vehicle-mounted intelligent computing device is awakened to enter a working state.
Further, the wake-up method 300 for the vehicle-mounted intelligent computing device further includes step S340: and in response to the inconsistency between the equipment ID and the equipment ID of the vehicle-mounted intelligent computing device, discarding the awakening instruction and continuing to enter a dormant state.
In other preferred embodiments, the wake-up instruction may further include a timestamp, and the timestamp may correspond to the generation time of the wake-up instruction, then step S320 may be optimized as: and encrypting the equipment ID of the vehicle-mounted intelligent computing device and the timestamp of the current time by using the token information to be used as a wake-up instruction.
Correspondingly, step S320 is: and decrypting the awakening instruction by adopting the token information of the vehicle-mounted intelligent computing device to obtain a device ID and a timestamp.
And comparing the decrypted equipment ID with the equipment ID of the vehicle-mounted intelligent computing device 20, and calculating the time interval between the time stamp and the current time.
Step S330 may be correspondingly set to: and responding to the condition that the equipment ID is consistent with the equipment ID of the vehicle-mounted intelligent computing device and the time interval from the equipment ID to the timestamp is less than or equal to a preset time threshold value, and executing the awakening instruction, namely awakening the vehicle-mounted intelligent computing device.
Step S340 may be correspondingly set to: and in response to the fact that the equipment ID is inconsistent with the equipment ID of the vehicle-mounted intelligent computing device or the time interval between the equipment ID and the timestamp is larger than a preset time threshold, discarding the awakening instruction and continuing to enter a dormant state.
It will be appreciated that the time stamp is only used to limit the timeliness of the wake-up instruction and may be used to implement the anti-replay function of the wake-up instruction. The above-mentioned setting of the time stamp is only an example, and those skilled in the art will understand that other time stamp settings that can implement the anti-replay function may be within the protection scope of the present invention, such as the time stamp being the latest time to execute the wake-up instruction, and the wake-up instruction invalidity is discarded when the time to prepare to execute the wake-up is later than the time stamp.
Further, a white list may be set for the IP address corresponding to the legal backend management platform, and step S320 may be optimized as: and judging whether the source IP of the awakening instruction belongs to a white list, responding to the fact that the source IP of the awakening instruction belongs to the white list, and decrypting the awakening instruction by using the token information of the vehicle-mounted intelligent computing device.
Further, step S320 may further include a step of obtaining the latest token information of the in-vehicle intelligent computing device, that is, step S320 may further include: and obtaining the latest token information of the vehicle-mounted intelligent computing device as the token information for decrypting the awakening command.
The latest token information may be the token information that the in-vehicle smart computing device received from the cloud server last time. The wake-up method 300 may further include steps of acquiring the latest token information, i.e., steps S350 to S360 shown in fig. 5.
Step S350 is: and requesting to acquire token information from the cloud server.
Step S360 is: and updating the token information acquired from the cloud server into the latest token information.
The token information request sent to the cloud server may include device information (such as a device ID) of the requesting end, i.e., the vehicle-mounted intelligent computing device, so that the cloud server can verify the validity of the vehicle-mounted intelligent computing device and identify the identity of the vehicle-mounted intelligent computing device.
More specifically, when the in-vehicle smart computing device first attempts to connect to the cloud server after leaving the factory, step S350 may be implemented as: in response to the first connection to the cloud server, the token information may be requested from the cloud server. Furthermore, after the vehicle-mounted intelligent computing device enters an operation stage after leaving the factory, when the user terminal judges that the token information may have leakage and requires to be replaced, or when the cloud server judges that the token information may have leakage and requires to be replaced, the cloud server may generate a token information updating instruction and send the token information updating instruction to the corresponding vehicle-mounted intelligent computing device to instruct the vehicle-mounted intelligent computing device to update the token information, so that the vehicle-mounted intelligent computing device sends the token information request.
Corresponding to the cloud server sending the token information updating command, step S350 may be implemented as: and responding to a received token information updating instruction sent by the cloud server, and requesting the cloud server to acquire new token information.
Further, in order to prevent data leakage caused by leakage of token information, the token information of the in-vehicle smart computing device may be updated periodically, and step S350 may be implemented as: and requesting the cloud server to acquire the token information at regular time.
It is to be understood that in some other application scenarios, step S350 may also be implemented because other scenarios request the cloud server for obtaining token information.
Correspondingly, the cloud server receives a token information request sent by the vehicle-mounted intelligent computing device, and the identity of the vehicle-mounted intelligent computing device can be identified through the equipment ID included in the token information request. It can be understood that the cloud server can also perform identity authentication on the sending end after receiving the token information request, and the subsequent steps are continued after the authentication is passed, and if the authentication is not passed, the illegal token information request can be discarded.
Further, as shown in fig. 6, the wake-up method 400 may further include steps S430 to S440.
Step S430 is: in response to receiving a request of obtaining token information of an on-vehicle intelligent computing device, generating token information by adopting a random algorithm to serve as the latest token information of the on-vehicle intelligent computing device.
Step S440 is: storing the token information in association with a device ID of the in-vehicle smart computing device.
It can be understood that the device ID of the in-vehicle intelligent computing device may be attached to the token information request of the in-vehicle intelligent device, and the cloud server stores the token information generated based on the token information request of the in-vehicle intelligent device in association with the device ID of the in-vehicle intelligent computing device, so as to facilitate subsequent identification of the associated in-vehicle intelligent computing device based on the token information or calling of the token information associated with the device ID based on the device ID of the in-vehicle intelligent computing device.
Step S410 may further include: and searching the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened and the associated token information. And then the found token information is used for encrypting the associated equipment ID and/or the timestamp to form a wake-up instruction.
Further, if the generated latest token information needs to be returned based on the token information request of the in-vehicle intelligent computing device, the wake-up method 400 further includes step S450: and returning token information generated based on the token information request to the vehicle-mounted intelligent computing device sending the token information request so that the vehicle-mounted intelligent computing device can decrypt the awakening instruction generated by the cloud server by adopting the latest token information.
Further, the token information may also be used for IP address reporting of the in-vehicle intelligent computing device. In a specific embodiment, when the vehicle-mounted intelligent computing device is in a dormant state, the sub-module and the network communication module in the vehicle-mounted intelligent computing device can periodically acquire an own IP address and judge whether the IP address is changed, and when the IP address is judged to be changed, the changed IP address is reported to the cloud server through the TCP protocol stack. When reporting, the changed IP address can be encrypted by the latest received token information to prevent interception.
Preferably, the encrypted IP address may be accompanied by a device ID of the in-vehicle smart computing device so that the cloud server can identify the identity of the in-vehicle smart computing device and then call the token information managed by the in-vehicle smart computing device for decryption.
Correspondingly, the wake-up method 400 may also include the step of receiving and storing an IP address for each in-vehicle intelligent computing device. As shown in FIG. 7, the wake-up method 400 may further include steps S460-S480.
S460: and receiving the encrypted IP address and the equipment ID thereof reported by each vehicle-mounted intelligent computing device.
S470: and decrypting the encrypted IP address corresponding to the equipment ID by utilizing the token information associated with each received equipment ID to obtain the current IP address of the vehicle-mounted intelligent computing device corresponding to the equipment ID.
S480: storing the current IP address in association with the received device ID.
It will be appreciated that storing the decrypted IP address in association with the device ID may facilitate finding the current IP address associated with the device ID of the in-vehicle smart computing device 20 that is expected to wake up.
While, for purposes of simplicity of explanation, the methodologies are shown and described as a series of acts, it is to be understood and appreciated that the methodologies are not limited by the order of acts, as some acts may, in accordance with one or more embodiments, occur in different orders and/or concurrently with other acts from that shown and described herein or not shown and described herein, as would be understood by one skilled in the art.
According to another aspect of the present invention, there is provided a computer storage medium, which when executed, implements the steps of the wake-up method adapted for a vehicle-mounted terminal as described in any one of the above.
According to a further aspect of the present invention, there is provided a computer storage medium, wherein the computer program is configured to implement the steps of the method for waking up a cloud server as described in any one of the above.
Those of skill in the art would understand that information, signals, and data may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits (bits), symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.
Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
The various illustrative logical modules, and circuits described in connection with the embodiments disclosed herein may be implemented or performed with a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal.
In one or more exemplary embodiments, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software as a computer program product, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. Any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a web site, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk (disk) and disc (disc), as used herein, includes Compact Disc (CD), laser disc, optical disc, Digital Versatile Disc (DVD), floppy disk and blu-ray disc where disks (disks) usually reproduce data magnetically, while discs (discs) reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.
The previous description is provided to enable any person skilled in the art to practice the various aspects described herein. It is to be understood that the scope of the invention is to be defined by the appended claims and not by the specific constructions and components of the embodiments illustrated above. Those skilled in the art can make various changes and modifications to the embodiments within the spirit and scope of the present invention, and these changes and modifications also fall within the scope of the present invention.

Claims (27)

1. A wake-up method of a vehicle-mounted intelligent computing device is suitable for a vehicle-mounted end, and comprises the following steps:
receiving a wake-up instruction, wherein the wake-up instruction at least comprises a device ID;
decrypting the wake-up instruction by using token information of the vehicle-mounted intelligent computing device to obtain the equipment ID; and
and responding to the device ID and the device ID of the vehicle-mounted intelligent computing device to be consistent, and executing the awakening instruction.
2. A wake-up method according to claim 1, further comprising:
and in response to the device ID not being consistent with the device ID of the vehicle-mounted intelligent computing device, discarding the awakening instruction.
3. A wake method according to claim 1, wherein the wake instruction further includes a timestamp, said decrypting the wake instruction using the token information of the in-vehicle smart computing device to obtain the device ID further comprises:
decrypting the wake-up instruction using token information of the vehicle-mounted intelligent computing device to obtain the timestamp; and
the executing the wake-up instruction further comprises:
and responding to the condition that the equipment ID is consistent with the equipment ID of the vehicle-mounted intelligent computing device and the time interval from the equipment ID to the timestamp is smaller than or equal to a preset time threshold value, and executing the awakening instruction.
4. A wake-up method according to claim 3, further comprising:
and in response to the fact that the equipment ID is inconsistent with the equipment ID of the vehicle-mounted intelligent computing device or the time interval from the timestamp is larger than the preset time threshold, discarding the awakening instruction.
5. A wake method according to claim 1, wherein said decrypting the wake instruction using the token information of the in-vehicle smart computing device further comprises:
obtaining the latest token information of the vehicle-mounted intelligent computing device as the token information of the vehicle-mounted intelligent computing device.
6. A wake-up method according to claim 5, wherein said obtaining the latest token information of the in-vehicle smart computing device comprises:
requesting to obtain token information from a cloud; and
and updating the token information acquired from the cloud into the latest token information.
7. The IP reporting method of claim 6, wherein the requesting token information from the cloud comprises:
responding to a first connection of the cloud end or receiving a token information updating instruction sent by the cloud end, and requesting the cloud end to acquire token information; or
And requesting to acquire token information from the cloud end at regular time.
8. A wake-up method according to claim 1, wherein the receiving a wake-up instruction comprises:
and receiving the awakening instruction by adopting a UDP protocol.
9. A wake method according to claim 1, wherein said decrypting the wake instruction using the token information of the in-vehicle smart computing device to obtain the device ID further comprises:
judging whether the source IP of the awakening instruction belongs to a white list or not; and
and responding to the source IP of the awakening instruction belonging to the white list, and decrypting the awakening instruction.
10. An in-vehicle smart computing device, comprising:
and the network communication module is used for receiving a wake-up instruction, the wake-up instruction at least comprises an equipment ID, decrypting the wake-up instruction by adopting token information of the vehicle-mounted intelligent computing device to obtain the equipment ID, and executing the wake-up instruction in response to the condition that the equipment ID is consistent with the equipment ID of the vehicle-mounted intelligent computing device.
11. The in-vehicle smart computing apparatus of claim 10, wherein the network communication module discards the wake instruction in response to the device ID not coinciding with a device ID of the in-vehicle smart computing apparatus.
12. The in-vehicle smart computing device of claim 10, wherein the wake-up instruction further comprises a timestamp, the network communication module decrypts the wake-up instruction using token information of the in-vehicle smart computing device to obtain the device ID and the timestamp, and executes the wake-up instruction in response to the device ID being consistent with the device ID of the in-vehicle smart computing device and a time interval from the timestamp being less than or equal to a preset time threshold.
13. The in-vehicle smart computing apparatus of claim 12, wherein the network communication module discards the wake-up instruction in response to the device ID not coinciding with a device ID of the in-vehicle smart computing apparatus or a time interval from the timestamp being greater than the preset time threshold.
14. The in-vehicle smart computing device of claim 10, further comprising:
the application module is coupled with the network communication module and used for updating the latest token information of the vehicle-mounted intelligent computing device to the network communication module as the token information.
15. The in-vehicle smart computing device of claim 14, wherein the application module requests token information from a cloud and takes the token information obtained from the cloud as the latest token information.
16. The vehicle-mounted intelligent computing device according to claim 15, wherein the application module requests the cloud end to obtain the token information in response to first connecting to the cloud end or receiving an update token information instruction sent by the cloud end, or requests the cloud end to obtain the token information at regular time.
17. The in-vehicle intelligent computing device of claim 10, wherein the network communication module determines whether a source IP of the wake up command is in a white list and decrypts the wake up command in response to the source IP of the wake up command being in the white list.
18. A computer storage medium having a computer program stored thereon, wherein the computer program when executed implements the steps of the wake-up method of an in-vehicle smart computing device according to any of claims 1 to 9.
19. A wake-up method of a vehicle-mounted intelligent computing device is suitable for a cloud server, and comprises the following steps:
encrypting the device ID of the vehicle-mounted intelligent computing device expected to be awakened by utilizing the token information of the vehicle-mounted intelligent computing device expected to be awakened to form an awakening instruction of the vehicle-mounted intelligent computing device expected to be awakened; and
and sending the awakening instruction to the current IP address of the vehicle-mounted intelligent computing device expected to be awakened so as to awaken the vehicle-mounted intelligent computing device expected to be awakened.
20. A wake-up method according to claim 19, wherein said encrypting the device ID of the in-vehicle smart computing device desiring to wake up with the token information of the in-vehicle smart computing device desiring to wake up to constitute the wake-up instruction of the in-vehicle smart computing device desiring to wake up comprises:
and encrypting the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened and the timestamp of the current time by utilizing the token information of the vehicle-mounted intelligent computing device expected to be awakened to form an awakening instruction of the vehicle-mounted intelligent computing device expected to be awakened.
21. The wake-up method of claim 19, further comprising:
in response to receiving a request of obtaining token information of an on-vehicle intelligent computing device, generating token information by adopting a random algorithm to serve as the token information of the on-vehicle intelligent computing device; and
storing the token information in association with a device ID of the in-vehicle smart computing device; and
the method for encrypting the device ID of the vehicle-mounted intelligent computing device expected to be awakened by using the token information of the vehicle-mounted intelligent computing device expected to be awakened to form the awakening instruction of the vehicle-mounted intelligent computing device expected to be awakened further comprises the following steps:
and searching the device ID of the vehicle-mounted intelligent computing device expected to be awakened and the associated token information.
22. The wake-up method of claim 21, further comprising:
receiving the encrypted IP address and the equipment ID thereof reported by each vehicle-mounted intelligent computing device;
decrypting the encrypted IP address corresponding to the equipment ID by utilizing the token information associated with each received equipment ID to obtain the current IP address of the vehicle-mounted intelligent computing device corresponding to the equipment ID; and
storing the current IP address in association with the received device ID; and
the sending the wake-up instruction to the current IP address of the on-vehicle intelligent computing device expected to wake up further comprises:
and searching the current IP address associated with the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened as a sending address.
23. A cloud server of a vehicle, comprising:
and the cloud server encrypts the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened by using the token information of the vehicle-mounted intelligent computing device expected to be awakened to form an awakening instruction of the vehicle-mounted intelligent computing device expected to be awakened, and sends the awakening instruction to the current IP address of the vehicle-mounted intelligent computing device expected to be awakened through the IP awakening interface so as to awaken the vehicle-mounted intelligent computing device expected to be awakened.
24. The cloud server of claim 23, wherein the cloud server encrypts the device ID of the in-vehicle smart computing device desired to wake up and the timestamp of the current time with token information of the in-vehicle smart computing device desired to wake up to form a wake up instruction of the in-vehicle smart computing device desired to wake up.
25. The cloud server of claim 23, further comprising:
the cloud server generates token information serving as the token information of the vehicle-mounted intelligent computing device by adopting a random algorithm based on the request of obtaining the token information of the vehicle-mounted intelligent computing device and stores the token information and the device ID of the vehicle-mounted intelligent computing device in an associated manner so as to search the device ID of the vehicle-mounted intelligent computing device expected to be awakened and the associated token information.
26. The cloud server of claim 25, further comprising:
the cloud server decrypts the encrypted IP address corresponding to the equipment ID by utilizing token information associated with each received equipment ID to obtain the current IP address of the vehicle-mounted intelligent computing device corresponding to the equipment ID, and stores the current IP address and the received equipment ID in an associated manner so as to search the current IP address associated with the equipment ID of the vehicle-mounted intelligent computing device expected to be awakened.
27. A computer storage medium having a computer program stored thereon, wherein the computer program when executed implements the steps of the wake-up method of an in-vehicle smart computing device of any of claims 19-22.
CN201911400171.2A 2019-12-30 2019-12-30 Vehicle-mounted intelligent computing device, cloud server and awakening method Pending CN111049651A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911400171.2A CN111049651A (en) 2019-12-30 2019-12-30 Vehicle-mounted intelligent computing device, cloud server and awakening method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911400171.2A CN111049651A (en) 2019-12-30 2019-12-30 Vehicle-mounted intelligent computing device, cloud server and awakening method

Publications (1)

Publication Number Publication Date
CN111049651A true CN111049651A (en) 2020-04-21

Family

ID=70242267

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911400171.2A Pending CN111049651A (en) 2019-12-30 2019-12-30 Vehicle-mounted intelligent computing device, cloud server and awakening method

Country Status (1)

Country Link
CN (1) CN111049651A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291749A (en) * 2020-09-30 2021-01-29 智博汽车科技(上海)有限公司 Method and device for awakening T-Box, T-Box and server
CN112769915A (en) * 2020-12-30 2021-05-07 江苏北斗星通汽车电子有限公司 Sharing method and device between intelligent cabin vehicle-mounted devices and intelligent cabin
CN113489774A (en) * 2021-06-30 2021-10-08 宁波星巡智能科技有限公司 Video playing method, awakening method, device, equipment and medium for battery camera
CN113805563A (en) * 2021-08-20 2021-12-17 东风柳州汽车有限公司 Vehicle starting control method, system, equipment and storage medium
CN114339972A (en) * 2021-12-30 2022-04-12 北京纬百科技有限公司 IOT device remote awakening method, terminal and IOT device

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130043976A1 (en) * 2011-08-17 2013-02-21 GM Global Technology Operations LLC System and method for detecting presence of one or more user identification device
CN102955453A (en) * 2011-08-19 2013-03-06 比亚迪股份有限公司 Remote control system and remote control method for flameout automobiles
CN104363266A (en) * 2014-10-23 2015-02-18 北京远特科技有限公司 Remote vehicle control method, TSP (telematics service provider) backstage system and vehicular terminal
WO2015024721A1 (en) * 2013-08-20 2015-02-26 Siemens Aktiengesellschaft Activation of a network node by means of a message
CN105373713A (en) * 2015-11-23 2016-03-02 上海汽车集团股份有限公司 Vehicle-mounted terminal awakening method, vehicle-mounted terminal and vehicle
CN106656521A (en) * 2015-11-04 2017-05-10 中兴通讯股份有限公司 Power-on method and device
CN106696899A (en) * 2015-07-13 2017-05-24 深圳市体数科科技有限公司 Vehicle one-button start method and system as well as vehicle-mounted terminal
CN108064057A (en) * 2016-11-08 2018-05-22 华为技术有限公司 Communication means, the network equipment and terminal
CN207399265U (en) * 2017-10-27 2018-05-22 宁波吉利汽车研究开发有限公司 A kind of onboard system control device
CN108833122A (en) * 2018-05-29 2018-11-16 奇瑞汽车股份有限公司 Awakening method, device and the storage medium of vehicle-carrying communication controller
CN108966322A (en) * 2017-05-17 2018-12-07 维沃移动通信有限公司 A kind of data transmission method, base station and terminal
CN108989059A (en) * 2018-08-16 2018-12-11 上海小蚁科技有限公司 Car-mounted terminal awakening method and system, server, computer readable storage medium
FR3073996A1 (en) * 2017-11-23 2019-05-24 Psa Automobiles Sa METHOD OF ALARMING AN ONBOARD COMMUNICATION NETWORK FOR THE MAINTENANCE OF A CALCULATOR OF A VEHICLE
CN110535667A (en) * 2018-05-25 2019-12-03 现代自动车株式会社 Method and apparatus for the communication node in selective wake-up vehicle network
CN110557808A (en) * 2018-06-01 2019-12-10 北京嘀嘀无限科技发展有限公司 TBOX control method, device and equipment

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130043976A1 (en) * 2011-08-17 2013-02-21 GM Global Technology Operations LLC System and method for detecting presence of one or more user identification device
CN102955453A (en) * 2011-08-19 2013-03-06 比亚迪股份有限公司 Remote control system and remote control method for flameout automobiles
WO2015024721A1 (en) * 2013-08-20 2015-02-26 Siemens Aktiengesellschaft Activation of a network node by means of a message
CN104363266A (en) * 2014-10-23 2015-02-18 北京远特科技有限公司 Remote vehicle control method, TSP (telematics service provider) backstage system and vehicular terminal
CN106696899A (en) * 2015-07-13 2017-05-24 深圳市体数科科技有限公司 Vehicle one-button start method and system as well as vehicle-mounted terminal
CN106656521A (en) * 2015-11-04 2017-05-10 中兴通讯股份有限公司 Power-on method and device
CN105373713A (en) * 2015-11-23 2016-03-02 上海汽车集团股份有限公司 Vehicle-mounted terminal awakening method, vehicle-mounted terminal and vehicle
CN108064057A (en) * 2016-11-08 2018-05-22 华为技术有限公司 Communication means, the network equipment and terminal
CN108966322A (en) * 2017-05-17 2018-12-07 维沃移动通信有限公司 A kind of data transmission method, base station and terminal
CN207399265U (en) * 2017-10-27 2018-05-22 宁波吉利汽车研究开发有限公司 A kind of onboard system control device
FR3073996A1 (en) * 2017-11-23 2019-05-24 Psa Automobiles Sa METHOD OF ALARMING AN ONBOARD COMMUNICATION NETWORK FOR THE MAINTENANCE OF A CALCULATOR OF A VEHICLE
CN110535667A (en) * 2018-05-25 2019-12-03 现代自动车株式会社 Method and apparatus for the communication node in selective wake-up vehicle network
CN108833122A (en) * 2018-05-29 2018-11-16 奇瑞汽车股份有限公司 Awakening method, device and the storage medium of vehicle-carrying communication controller
CN110557808A (en) * 2018-06-01 2019-12-10 北京嘀嘀无限科技发展有限公司 TBOX control method, device and equipment
CN108989059A (en) * 2018-08-16 2018-12-11 上海小蚁科技有限公司 Car-mounted terminal awakening method and system, server, computer readable storage medium

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291749A (en) * 2020-09-30 2021-01-29 智博汽车科技(上海)有限公司 Method and device for awakening T-Box, T-Box and server
CN112769915A (en) * 2020-12-30 2021-05-07 江苏北斗星通汽车电子有限公司 Sharing method and device between intelligent cabin vehicle-mounted devices and intelligent cabin
CN113489774A (en) * 2021-06-30 2021-10-08 宁波星巡智能科技有限公司 Video playing method, awakening method, device, equipment and medium for battery camera
CN113805563A (en) * 2021-08-20 2021-12-17 东风柳州汽车有限公司 Vehicle starting control method, system, equipment and storage medium
CN114339972A (en) * 2021-12-30 2022-04-12 北京纬百科技有限公司 IOT device remote awakening method, terminal and IOT device
CN114339972B (en) * 2021-12-30 2023-05-26 北京纬百科技有限公司 IOT equipment remote wakeup method, terminal and IOT equipment

Similar Documents

Publication Publication Date Title
CN111049651A (en) Vehicle-mounted intelligent computing device, cloud server and awakening method
US10569739B2 (en) Virtual keyfob for vehicle sharing
CN107685714B (en) Intelligent vehicle key system and control method thereof
CN107085870B (en) Regulating vehicle access using encryption methods
EP3403246B1 (en) A device and method for collecting user-based insurance data in vehicles
JP6365410B2 (en) Vehicle communication system
WO2018086361A1 (en) Intelligent control method and system for value added service of car
CN107145324A (en) Secure tunnel for the application safety of connection
US10589719B1 (en) Method for managing digital key of mobile device for vehicle-sharing and key server using the same
CN110324335B (en) Automobile software upgrading method and system based on electronic mobile certificate
WO2021051852A1 (en) Device authentication method and apparatus
EP4089978A1 (en) Authentication method and apparatus for vehicle-mounted device
KR20130126193A (en) Car auto door lock opening system using smart device and method thereof
WO2019056971A1 (en) Authentication method and device
CN111968256A (en) Electronic tag anti-dismounting method and device, vehicle and storage medium
KR101973589B1 (en) System for authenticating vehicle start using qr code and otp information and method thereof
WO2018049876A1 (en) Intelligent automobile unlocking method and system
CN108806097A (en) Start the method and apparatus authorized for limited
CN111131483A (en) Vehicle-mounted intelligent computing device, cloud server and method for reporting and acquiring IP address
CN111148068A (en) Bluetooth key configuration method and system for configuring Bluetooth key
CN110944020B (en) Vehicle-mounted intelligent computing device, cloud server and encryption communication method
CN113382409B (en) Vehicle Bluetooth key distribution method, device, medium and equipment
KR20150085898A (en) Method and System for Vehicle Firmware Update with Driver Authorization
CN111656729B (en) System and method for computing escrow and private session keys for encoding digital communications between two devices
CN111192381A (en) Vehicle-mounted intelligent computing device and control method thereof

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination