WO2024021954A1

WO2024021954A1 - Identifier updating method and apparatus, and internet of vehicles device

Info

Publication number: WO2024021954A1
Application number: PCT/CN2023/102376
Authority: WO
Inventors: 张学艳
Original assignee: 中信科智联科技有限公司
Priority date: 2022-07-29
Filing date: 2023-06-26
Publication date: 2024-02-01
Also published as: CN117528453A

Abstract

The present application relates to the technical field of Internet of vehicles, and discloses an identifier updating method and apparatus, and an Internet of vehicles device. The method is applied in an Internet of vehicles device, and comprises: obtaining a service request message, wherein the service request message comprises first information related to a reservation duration of a target service; according to an update period of a temporary identifier of a vehicle and a first update time point of the temporary identifier, determining a second update time point of the temporary identifier, wherein the time interval between the first update time point and the second update time point is the update period; determining a first duration between the current time point and the second update time point, wherein the current time point is between the first update time point and the second update time point; and determining an update timing of the temporary identifier according to the reservation duration and the first duration.

Description

A logo updating method, device and Internet of Vehicles equipment

Cross-references to related applications

This disclosure claims priority to Chinese Patent Application No. 202210912393.8 filed in China on July 29, 2022, the entire content of which is incorporated herein by reference.

Technical field

The present disclosure relates to the field of communication technology, and in particular, to an identification updating method, device and vehicle networking equipment.

Background technique

In the Internet of Vehicles system, after turning on the Vehicle to Everything (V2X) function, the vehicle periodically sends Basic Safety Message (BSM) messages. In order to protect user privacy and prevent being tracked, privacy is designed. Protection mechanism: (1) Use randomly generated identifiers to represent different vehicles, which have nothing to do with the vehicle’s true identity information. (2) The randomly generated identifier needs to change randomly as the anonymous certificate changes. Through this mechanism, the privacy protection of vehicle identity can be achieved. However, during the process of multiple interactions between the sender and the receiver, if the identity also needs to be updated, it will cause the interacting parties to be unable to determine whether the identity of the other party has changed, and the interaction may not be able to continue.

Contents of the invention

The purpose of this disclosure is to provide an identification update method, device and Internet of Vehicles equipment, thereby solving the problem that interactive application scenarios cannot be executed normally due to privacy protection mechanisms in related technologies.

In the first aspect, in order to achieve the above objectives, embodiments of the present disclosure provide an identification update method, which is applied to Internet of Vehicles equipment. The method includes:

Obtain a service request message, where the service request message includes first information related to the reservation duration of the target service;

The second update time of the temporary identification is determined according to the update cycle of the vehicle's temporary identification and the first update time of the temporary identification; wherein the first update time and the second update time are The time interval between ticks is the update period;

Determine a first duration between the current moment and the second update moment; wherein the current moment is located between the first update moment and the second update moment;

The update timing of the temporary identification is determined based on the reservation duration and the first duration.

Optionally, determining the update timing of the temporary identification based on the reservation duration and the first duration includes:

In the case where the reservation duration is greater than the first duration, the update timing is determined based on the reservation duration and the update period; and/or,

If the reservation duration is less than or equal to the first duration, the update timing of the temporary identification is determined to be the second update time.

Optionally, in the case where the reservation duration is greater than the first duration, determining the update timing based on the reservation duration and the update period includes any of the following:

When the reservation time is less than or equal to the update period, it is determined that the current update opportunity is before triggering the target service, and the time interval between the next adjacent update opportunity and the current update opportunity is the the update cycle;

In the case where the reservation time is longer than the update period, it is determined that the current update time is before triggering the target service, and the next adjacent update time is postponed to the third update time, and the third update time is the same as the third update time. The time interval between the current update opportunities is greater than or equal to the reserved duration;

In the case where the reservation time is longer than the update period, it is determined that the current update opportunity is before triggering the target service, and the time interval between the next adjacent update opportunity and the current update opportunity is the Update cycle, wherein at least one message of the target service carries an alternative temporary identifier, and the at least one message is a message sent and/or received before the next adjacent update opportunity.

Optionally, after the step of determining the update timing of the temporary identification, the method further includes:

When the next adjacent update opportunity is located in the execution process of the target service, and the message of the target service does not carry the alternative temporary identifier, when the adjacent next update time is reached, Before the opportunity, postpone the next adjacent update opportunity backward.

Optionally, the method also includes:

When it is determined that the next adjacent update opportunity needs to be postponed, any of the following methods shall be used to publish the postponement duration of the adjacent next update opportunity:

Send identification update instruction information, where the identification update instruction information carries the postponement duration;

Control the first flag bit to be set, and the length of time it is set is the length of the delay;

The second flag bit is controlled to be set until the delayed time corresponding to the next adjacent update opportunity.

Optionally, the method also includes:

When it is determined that the time interval between two adjacent update opportunities of the temporary identification is greater than the first threshold, the temporary identification is forcibly updated.

Optionally, the first information includes at least one of the reservation duration and/or the service information of the target service.

Optionally, the method also includes:

The reservation duration is determined based on historical data related to the business information.

Optionally, the service information includes service type and/or interactive object category.

Optionally, the method also includes:

Determine the maximum duration of each interaction step in the target service according to the service type;

The reserved duration is determined based on each of the maximum durations.

Optionally, after the step of determining the reservation duration based on each of the maximum durations, the method further includes:

The reserved duration is adjusted according to the category of the interactive object.

In the second aspect, in order to achieve the above object, embodiments of the present disclosure provide an identification updating device, which is applied to Internet of Vehicles equipment. The device includes:

An acquisition module, configured to acquire a service request message, where the service request message includes first information related to the reservation duration of the target service;

The first determination module is configured to determine the second update time of the temporary identification according to the update cycle of the temporary identification of the vehicle and the first update time of the temporary identification; wherein the first update time and the second update time are: The time interval between update moments is the update cycle;

A second determination module, configured to determine the first duration between the current moment and the second update moment; wherein the current moment is located between the first update moment and the second update moment;

The third determination module is configured to determine the update timing of the temporary identification based on the reservation duration and the first duration.

In a third aspect, in order to achieve the above objectives, embodiments of the present disclosure provide an Internet of Vehicles device, including a transceiver, a memory, a processor, and a computer program stored on the memory and running on the processor. When the processor executes the computer program, the identification updating method as described in the first aspect is implemented.

In the fourth aspect, in order to achieve the above object, embodiments of the present disclosure provide a readable storage medium on which a program or instructions are stored. When the program or instructions are executed by a processor, the identification update as described in the first aspect is implemented. method.

The above technical solution of the present disclosure has at least the following beneficial effects:

In the identification updating method of the embodiment of the present disclosure, first, the Internet of Vehicles device obtains a service request message, which includes first information related to the reserved duration of the target service; secondly, according to the update cycle of the temporary identification of the vehicle, the The first update time of the temporary identification is determined, and the second update time of the temporary identification is determined; wherein the time interval between the first update time and the second update time is the update period; again, determine the current The first time length between the time and the second update time; wherein the current time is located between the first update time and the second update time; finally, according to the reservation time and the second update time, for a period of time to determine the update timing of the temporary identification. In this way, the update timing of the temporary identification can be prevented from being in the process of business execution. In this way, the situation of changing the vehicle identity during the execution of the business can be avoided, thereby solving the problem that the business cannot continue due to the update of the temporary identification.

Description of drawings

Figure 1 is a schematic diagram of a collaborative lane change scenario;

Figure 2 is a schematic diagram of the collaborative lane change interaction process;

Figure 3 is a schematic flowchart of an identification update method according to an embodiment of the present disclosure;

Figure 4 is a schematic diagram of an embodiment of the present disclosure applied to a collaborative lane changing scenario;

Figure 5 is a schematic structural diagram of a logo updating device according to an embodiment of the present disclosure;

Figure 6 is a schematic structural diagram of an Internet of Vehicles device according to an embodiment of the present disclosure.

Detailed ways

In order to make the technical problems, technical solutions and advantages to be solved by the present disclosure clearer, a detailed description will be given below with reference to the accompanying drawings and specific embodiments. In the following description, specific details, such as specific configurations and components, are provided solely to assist in a comprehensive understanding of embodiments of the present disclosure. Accordingly, it will be apparent to those skilled in the art that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the disclosure. Additionally, descriptions of known functions and construction are omitted for clarity and conciseness.

It will be understood that reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic associated with the embodiment is included in at least one embodiment of the present disclosure. Thus, the appearances of "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily referring to the same embodiment. Furthermore, the particular features, structures or characteristics may be combined in any suitable manner in one or more embodiments.

In various embodiments of the present disclosure, it should be understood that the size of the sequence numbers of the following processes does not mean the order of execution. The execution order of each process should be determined by its functions and internal logic, and should not be implemented in the present disclosure. The implementation of the examples does not constitute any limitations.

In the embodiments provided by the present disclosure, it should be understood that "B corresponding to A" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean determining B only based on A. B can also be determined based on A and/or other information.

When describing the embodiments of the present disclosure, some concepts used in the following description will first be explained.

At present, the application scenarios of Internet of Vehicles devices include first-stage and second-stage application scenarios (as shown in Table 1 below). The first-stage application scenarios are mostly broadcast methods, where vehicles or roadside equipment (Road Side Unit, RSU) continuously broadcast themselves status information, other vehicles formulate relevant safety and efficiency strategies based on the received status information. In this case, there is no need for interaction between the sender and the receiver, and the application scenarios in the second stage are mostly collaborative scenarios. Multiple interactions are required between vehicles or RSUs to complete a collaboration.

Table 1 List of Phase I and Phase II applications

For example, in a collaborative lane change scenario based on V2V, as shown in Figure 1, vehicle EV-1 needs to change lanes while driving. Vehicle EV-1 sends its driving intention and lane change request to EV-2 in the adjacent lane. , vehicle EV-2 makes a decision based on its own situation to determine whether to give way, and feeds the relevant decision back to EV-1. After EV-1 receives the decision, it determines whether to perform a lane change action, and informs EV-2 of the result.

An example of the specific interaction process is shown in Figure 2. In this process, the messages used are Basic Safety Message (BSM) and Vehicle Intention and Request (VIR) messages. The BSM message is the vehicle’s real-time Dynamic driving information, VIR message for the car The vehicle's driving intention and request information are related through the BSM temporary identification (ID), that is, the source ID in the VIR message of EV-1 is the temporary ID of the BSM, and the destination ID is the temporary ID of the BSM of EV-2. .

However, in order to meet the requirements of privacy protection, the pseudonym certificate used to represent the vehicle identity needs to be replaced from time to time. To protect privacy, the continuous use of the same pseudonym certificate should not exceed vCertChangeInterval (300s), except for any of the following circumstances:

The current location of the system is less than vCertChangeDistance (2km) from the last pseudonym certificate change. At this time, the system should continue to use the existing pseudonym certificate;

At least one of the key event flags DE_VehicleEventFlags is set. At this time, the system should continue to use the existing pseudonymous certificate until all the above key event flags are reset.

When the pseudonym certificate is replaced, the BSM temporary ID also needs to be replaced.

Taking Figure 2 as an example, after EV-1 sends service flow 1, if EV-1's pseudonym certificate needs to change, its BSM temporary ID also needs to change. Considering the consistency between message sets, EV-1 The temporary ID in 1's VIR message should also change, and when EV-2 replies to the response message, EV-1's pseudonym certificate and the temporary ID of VIR have changed, causing EV-2 to be unable to identify EV-1's identity. , then EV-2 cannot determine whether it needs to continue the interaction process with EV-1, and the request process fails.

In response to the above problems, as shown in Figure 3, an embodiment of the present disclosure provides an identification update method, which is applied to Internet of Vehicles equipment. The method includes:

Step 301: Obtain a service request message, where the service request message includes first information related to the reservation duration of the target service;

Here, it should be noted that when the Internet of Vehicles device is the sender vehicle, this step can specifically obtain the service request message generated by the Internet of Vehicles device through internal implementation; when the Internet of Vehicles device is the recipient vehicle, this step The specific steps may be obtained by receiving a service request message sent by the sender's vehicle;

Step 302: Determine the second update time of the temporary identification according to the update cycle of the vehicle's temporary identification and the first update time of the temporary identification; wherein, between the first update time and the second update time The time interval is the update cycle;

As mentioned above, the vehicle's temporary identification and pseudonym certificate are updated periodically. Therefore, this step can be based on the preset update cycle, the last updated moment before the current moment (the first The update time, that is, the time when it is updated to the currently used temporary identification), determines the time of the first update after the current time (the second update time, the time when the currently used temporary identification is updated);

Step 303: Determine the first duration between the current time and the second update time; wherein the current time is located between the first update time and the second update time;

In this step, the first duration is the remaining update duration in the current update cycle;

Step 304: Determine the update timing of the temporary identification based on the reservation duration and the first duration.

In the identification updating method of the embodiment of the present disclosure, first, the Internet of Vehicles device obtains a service request message, which includes first information related to the reserved duration of the target service; secondly, according to the update cycle of the temporary identification of the vehicle, the The first update time of the temporary identification is determined, and the second update time of the temporary identification is determined; wherein the time interval between the first update time and the second update time is the update period; again, determine the current The first duration between time and the second update time; determine the remaining update duration of the current update cycle, wherein the current time is between the first update time and the second update time; finally , determine the update timing of the temporary identification according to the reservation duration and the first duration. In this way, the update timing can be set outside the target business execution process, that is, the update timing of the temporary identification is not in the process of business execution. In this way, the situation of changing the vehicle identity during the business execution process can be avoided to solve the problem of updating the temporary identification. causing the business to be unable to continue.

As an optional implementation manner, step 304 determines the update timing of the temporary identification based on the reservation duration and the first duration, including:

That is to say, the update timing can be determined based on the comparison result between the reservation duration and the first duration. For example, when the reservation duration is less than or equal to the first duration, it indicates that during the execution of the target service, the temporary The identification will not be updated. At this time, the temporary identification can be updated according to the preset update cycle, that is, the first update time after the current time is determined as the second update time; for another example, the reservation time is longer than the The first duration indicates that if the update cycle in the relevant technology is If the temporary identity is updated, the temporary identity will be updated during the execution of the target business. Therefore, you can avoid updating the temporary identity during the execution of the target business by postponing the update timing to ensure the smoothness of the target business. implement.

Here, it should be noted that an implementation example of this optional implementation method is as shown in Example 1 and Example 2 below.

As a specific implementation manner, in the case where the reservation duration is greater than the first duration, the update timing is determined based on the reservation duration and the update period, including any of the following:

(1) When the reservation time is less than or equal to the update period, determine the current update opportunity to be before triggering the target service, and the next adjacent update opportunity is the time between the current update opportunity and the current update opportunity. The interval is the update period;

In this step, if the reservation time (estimated execution time of the target service) is less than or equal to the update period, that is, when the interaction of the target service can be completed between two adjacent update times, then the target service is started. The temporary identity is updated before the business, that is, the interaction of the target business starts immediately after the temporary identity is updated. In this way, the interaction of the target business can be completed before the next update of the temporary identity, avoiding the need for interruption during the execution of the target business. The situation where updating the temporary identity causes the peer to be unable to identify the identity, causing the target business to be unable to proceed.

(2) In the case that the reservation time is longer than the update period, it is determined that the current update opportunity is before triggering the target service, and the adjacent next update opportunity is postponed to the third update time, and the third update time is The time interval between the update time and the current update opportunity is greater than or equal to the reserved duration;

In this step, if the reservation time is longer than the update cycle, it means that if the temporary identity is updated according to the pre-configured update cycle, the temporary identity will be updated during the execution of the target business whenever the target business is started. Therefore, , the temporary identity can be updated once before the start of the target service, and then the next update time can be postponed, that is, the update of the temporary identity performed before the start of the target service is increased compared with the adjacent next temporary identity. The update time interval is such that the time interval is greater than or equal to the preset duration. This ensures that the temporary identity will not be updated during the execution of the target business, and avoids the target business not being able to proceed normally due to the update of the temporary identity. .

Here, it should be noted that a specific example in this step is shown in Example 3 below.

(3) When the reservation time is longer than the update period, determine the current update opportunity as the time interval between the next adjacent update opportunity and the current update opportunity before triggering the target service. It is the update period, wherein at least one message of the target service carries an alternative temporary identifier, and the at least one message is a message sent and/or received before the next adjacent update opportunity.

Here, it should be noted that a specific example in this step is shown in Example 4 below.

Similarly, in this step, if the reservation time is longer than the update cycle, it means that if the temporary identity is updated according to the pre-configured update cycle, the temporary identity will be updated during the execution of the target business whenever the target business is started. Therefore, the temporary identity can be updated once before the start of the target service, and then, during the execution of the target service, the currently used temporary identity and the alternative temporary identity can be carried in at least one interaction message before reaching the next update. , where the alternative temporary identity is the temporary identity after the temporary identity is updated again. In this way, the opposite end can clearly understand the correspondence between the current temporary identity of the local end and the updated temporary identity. In this way, the temporary identity can be updated again. After the update, the identity of the local end can also be determined based on the updated temporary identity, so that the target service can continue to be executed.

Here, it should be noted that under the conditions (1) and (2) above, if the actual execution time of the target service is less than the reserved time, you can send an update instruction or trigger the flag bit related to the temporary identity update. In the reset mode, the update process of the temporary identification is immediately executed.

In addition, there is another implementation method. When the reservation period is longer than the first period, the temporary identification can be updated according to the configured update period (that is, the update period and update time are not changed), and when the target business is executed During the process, before reaching the update time, an alternative temporary identifier is carried in at least one message.

Further, as an optional implementation manner, when step 104 determines the update of the temporary identification, after that, the method further includes:

In other words, if the temporary identification needs to be updated during the actual execution of the target business, And when any message in the target service does not carry the alternative temporary identifier, if the temporary identifier is updated directly during the execution of the target service, there will be a peer (to conduct business with the Internet of Vehicles device that executes the method of the embodiment of the present disclosure). Another device that interacts) cannot identify the identity of the local end (the Internet of Vehicles device that executes the method implemented by the present disclosure). Therefore, before the update time of the temporary identification arrives, the update time can be postponed again to postpone the update time to the target After the business is completed, in this way, it is possible to avoid updating the temporary identifier during the execution of the target business, ensuring that the target business can proceed normally.

Further, as an optional implementation manner, in step 104, after determining the update timing of the temporary identification, the method further includes:

Control the first flag bit to be set, and the length of time it is set is the length of the delay; wherein the first flag can be DE_VehicleEventFlags (data element vehicle event flag bit);

The second flag bit is controlled to be set until the postponed time corresponding to the next adjacent update opportunity, where the second flag bit may be a newly added field.

That is to say, in this optional implementation, the length of time to postpone the next update opportunity of the adjacent adjacent ones can be informed by issuing identification update instruction information, and the adjacent adjacent ones can also be determined by keeping the first flag bit in the set state. The length of time that the next update opportunity is postponed; where the delay time refers to the time corresponding to the adjacent next update opportunity determined according to the preset update cycle and the time corresponding to the postponed adjacent next update opportunity. The length of time between moments, in addition, it is also possible to set the second flag bit and maintain the set state until the moment corresponding to the postponed next adjacent update opportunity, that is: after determining the adjacent next update opportunity When the next update opportunity needs to be postponed, the second flag bit is set and remains set until the time corresponding to the postponed next adjacent update opportunity is reached. The second flag bit is controlled to be reset. That is to say, when When the second flag bit is reset, the update process of the temporary identifier can be triggered. In this way, the duration of the first flag bit being set based on the identifier update indication information and the adjacent next update opportunity corresponding to the preset update period can be determined. time, determine the time corresponding to the postponed update opportunity, or determine the delayed update opportunity by resetting the second flag bit, so that when the time corresponding to the postponed update opportunity is reached, the update process of the temporary identifier is executed.

Further, as an optional implementation, the method also includes:

That is to say, after postponing the temporary identification for many times in a row, if the update times of the two adjacent temporary identifications are greater than the preset first threshold, the temporary identification can be forcibly updated, that is, regardless of what kind of business is currently in progress. For all interactions, the interactive business should be cancelled, and the temporary identification and pseudonym certificate should be forced to be updated. In this way, it can be avoided that someone maliciously continuously initiates business interactions, resulting in a longer reservation time, and the update time of the temporary identification (and pseudonym certificate) will be shortened. Infinitely delayed.

Here, it should be noted that a specific example of this optional implementation is as shown in Example 5 below.

As an optional implementation manner, the first information includes at least one of the reservation duration and/or the service information of the target service.

That is to say, the service request message can explicitly indicate the reservation duration of the target service, that is, the service request message directly carries the estimated execution duration (reservation duration) of the target service; and/or the service request message can implicitly indicate Indicates the reservation duration of the target service, that is, the service request message carries the service information of the target service, so that the reservation duration of the target service is estimated based on the service information.

On the basis that the first information includes the reservation duration and/or service information, as an optional implementation manner, the method further includes:

That is to say, this optional implementation method can determine the reserved duration of the target service based on the estimated duration or actual duration previously determined for the same type of target business or the same business information, that is, based on experience values.

As a specific implementation manner, the business information includes business types and/or interactive object categories. On this basis, further, as an optional implementation method, the method also includes:

The reserved duration is determined based on each of the maximum durations.

This optional implementation method can specifically determine the interaction steps required by the target business based on the service type, and the interaction timeout of each step (the preset maximum time required for each step).

Furthermore, as an optional implementation method, according to each of the maximum durations, After the step of determining the reservation duration, the method further includes:

Specifically, this optional implementation method can determine the execution speed of the interactive object based on the type of the interactive object, and adjust the reservation time of the target service based on the execution speed of the interactive object, so that the reservation time is closer to the actual execution time of the target service. For example, if the interaction object is an RSU, the reservation time can be appropriately shortened so that the reservation time is less than or equal to the preset time. If the interaction object is a vehicle, the reservation time can be appropriately extended so that the reservation time is greater than or equal to the preset time. equal to the preset duration.

Below, taking the Internet of Vehicles device as the requesting vehicle as an example, the implementation process of the embodiment of the present disclosure is explained:

(1) When the vehicle initiates an interactive service request, the information is sent to the identification update module (it may not have an entity, it is just a process). At the same time, the reservation time is provided to the identification update module, or the business information of the reservation time can be derived. ;

(2) The identity update module compares the reservation time and the time until the next update of the pseudonym certificate and temporary identity, and decides whether to update the pseudonym certificate and temporary identity.

(3-1) If the identity update module decides that the pseudonym certificate and temporary identity update process should be carried out first, it can directly trigger the pseudonym certificate and temporary identity update process. The triggering method can be to directly send an update instruction, or it can be the first The way to reset the second flag bit.

(3-2) If the identity update module decides not to perform the pseudonym certificate and temporary identity update process or needs to postpone the update, it may not trigger the pseudonym certificate and temporary identity update process, and control the first mark position by issuing identity update instruction information. bit, etc., announce the length of the postponed time, or by setting the second flag bit to the time corresponding to the delayed update opportunity, announce the time corresponding to the delayed update opportunity, so that when the delayed update opportunity is reached The corresponding moment triggers the update process of the pseudonym certificate and temporary identification.

Below, taking the Internet of Vehicles device as a collaborating vehicle as an example, the implementation process of the embodiment of the present disclosure is explained:

(1) When the vehicle receives an interactive service request, it also sends the reservation time or the business information from which the reservation time can be derived to the identification update module. The identification update module compares the reservation time with the time until the next identification update, and The process of deciding whether to update the identity.

(2-1) If the identification update module decides that the identification update process should be carried out first, it can directly trigger the identification update process. The identity update process can also be triggered by resetting the second flag bit to trigger the pseudonym certificate and temporary identity update process. Wait for the requester to send the interactive service request again before responding.

(2-2) If the identification update module decides not to proceed or postpone the update process, it may not trigger the pseudonym certificate and temporary identification update process, and announce the postponement by issuing identification update instruction information, controlling the setting of the first flag bit, etc. The length of time, or by setting the second flag bit to the time corresponding to the postponed update opportunity, the time corresponding to the postponed update opportunity is announced, thereby triggering when the time corresponding to the postponed update opportunity is reached. Renewal process for pseudonymous certificates and temporary identities.

Here, it should be noted that the above two examples are explained with the identity update module as the execution subject. Of course, the method for executing the embodiments of the present disclosure may not be an entity, but only a program.

Below, the identification updating method of the embodiment of the present disclosure will be described in combination with specific scenarios:

Example 1: Collaborative lane change scenario, timeout

The requester's vehicle HV needs to change lanes and hopes to complete the collaboration process with the collaborators' vehicles RV1 and RV2. The interaction process between the vehicle HV and RV1 and RV2 is shown in Figure 4, in which the dotted line represents the latest response time; the solid line represents the actual response time.

For the vehicle HV, after sending the request, the longest time to wait for RV1 and RV2 response messages (business flow 2) is T _intv1 , and the actual response time is T _res' -T _req , which is shorter than T _intv1 . Business flow 5 is the end of the entire interaction process. After sending business flow 5, the vehicle identification update process can be carried out normally, that is, T _0HV =T _intv1 +T _intv3 .

For vehicles RV1 and RV2, after receiving the request, a response message will be sent to the vehicle HV. After sending the response message (business flow 2), and receiving the confirmation message (business flow 3) from the vehicle HV, normal operations can be carried out The process of updating temporary vehicle markings. The entire process takes T _intv2 , that is, T _0RV =T _intv2 .

Therefore, for vehicle HV, after the application layer initiates a collaborative lane change request, it should first trigger the identification management module to make a decision. If the first duration (T _ID ) ≤ the reserved duration (T _0HV ), the identification should be updated first. If If T _ID ≥ T _0HV , the identity update does not need to be performed.

For vehicles RV1 and RV2, after receiving the request from vehicle HV, the identification management module should be triggered first to make a decision. If T _ID ≤ T _0RV , the identification should be updated first. If T _ID ≥ T _0RV , the identification update does not need to be performed. .

Example 2: During the execution of the current request, collaboration requests from other vehicles are received

The vehicle HV triggers a cooperative lane change request and is performing the interaction process in Embodiment 1 with RV1 and RV2. If at this time, a collaborative merge request sent by the vehicle HV1 is received, the vehicle HV is required to assist it in completing the vehicle merge.

The vehicle HV first makes a decision whether to respond immediately to the incoming request of HV1. If the decision is to respond immediately, it stops the current lane change request, then triggers the identification management module, compares the remaining identification update time and the maximum timeout time of the collaboration process, and then Decide if the logo needs to be updated. After completing the collaborative import interaction process with HV1, if you still need to execute the previous lane change request, follow the process in Example 1 again.

Example 3: Collaborative lane change scenario, estimated time, postponed update

As in the scenario in Example 1, the requesting vehicle HV needs to change lanes and hopes to complete the collaboration process with the cooperating vehicles RV1 and RV2. The interaction process between vehicle HV and RV1 and RV2 is shown in Figure 4:

Normally, T _intv1 and T _intv2 are known based on standards or the vehicle itself, and can basically be regarded as stable values. But T _intv3 needs to be judged based on the environment around the vehicle, which is a changing value.

For vehicle HV, when judging the total time-consuming process of collaborative lane change interaction, the judgment should be based on the current environment or experience value. For example, if there are fewer vehicles around, T _intv3 may be a smaller value, and if there are more vehicles around, T _intv3 may be larger.

Since T _intv3 is an estimated time, the actual time spent may be significantly different from this value. For example:

If T _ID ≥ T _0HV according to the estimated time, but the vehicle cannot change lanes according to the estimated time during the lane change process, resulting in the actual consumption of T _0HV' exceeding T _ID , the pseudonym certificate and vehicle identification will be postponed until the update time. Update after completing the entire process.

Example 4: Collaborative lane change, estimated time, carrying alternative ID

The prerequisite is the same as Example 3, but when the actual consumption of T _0HV' exceeds T _ID , the pseudonym certificate and vehicle identification are updated according to the established plan, but the N messages before the update carry both the vehicle identification ID1 and the vehicle identification in use. Information about the latest vehicle identification ID2 planned to be used, and/or the time when vehicle identification ID2 takes effect. After the collaborator vehicles RV1 and RV2 receive the message, they can still identify them as the requester after the vehicle HV identification is changed from ID1 to ID2.

Example 5: Forced stop after timeout

The prerequisite is the same as Example 3. After the vehicle HV sends the business flow 3, due to the current environment, the vehicle cannot complete the lane change for a long time and cannot enter the sending of the business flow 5, and the time T _w of the vehicle not updating the identification has exceeded the predetermined limit. value, the vehicle HV should stop the interaction, send a cancellation request, and then trigger the update of the pseudonym certificate and vehicle identification, and then decide whether and when to trigger the previous lane change request as needed.

As shown in Figure 5, an embodiment of the present disclosure also provides an identification update device, which is applied to Internet of Vehicles equipment. The device includes:

Obtaining module 501 is used to obtain a service request message, where the service request message includes first information related to the reservation duration of the target service;

The first determination module 502 is configured to determine the second update time of the temporary identification according to the update cycle of the temporary identification of the vehicle and the first update time of the temporary identification; wherein the first update time and the third update time are: The time interval between two update moments is the update period;

The second determination module 503 is used to determine the first duration between the current time and the second update time; wherein the current time is located between the first update time and the second update time;

The third determination module 504 is configured to determine the update timing of the temporary identification according to the reservation duration and the first duration.

Optionally, the third determining module 504 includes:

A first determination sub-module, configured to determine the update opportunity based on the reservation time and the update period when the reservation time is greater than the first time length; and/or,

The second determination sub-module is configured to determine that the update timing of the temporary identification is the second update time when the reservation duration is less than or equal to the first duration.

Optionally, the first determination sub-module is specifically configured to perform any of the following:

When the reservation time is less than or equal to the update period, it is determined that the current update opportunity is before triggering the target service, and the time interval between the adjacent next update opportunity and the current update opportunity is the the update cycle;

In the case where the reservation time is longer than the update period, it is determined that this update opportunity is the trigger Before the target service, the time interval between the next adjacent update opportunity and the current update opportunity is the update period, wherein at least one message of the target service carries an alternative temporary identifier, and the At least one message is a message sent and/or received before the adjacent next update opportunity.

Further, the device also includes:

A postponement module configured to, when the next adjacent update opportunity is in the execution process of the target service, and the message of the target service does not carry the alternative temporary identifier, upon arrival at the relevant Before the next update opportunity of the neighbor, the next update opportunity of the neighbor is postponed backward.

Further, the device also includes:

The publishing module is used to publish the postponement duration of the adjacent next update opportunity in any of the following ways when it is determined that the adjacent next update opportunity needs to be postponed:

Send identity update instruction information, where the identity update instruction information carries the postponement duration;

Further, the device also includes:

A forced update module, configured to forcibly update the temporary identifier when it is determined that the time interval between two adjacent update opportunities of the temporary identifier is greater than a first threshold.

Further, the device also includes:

The fourth determination module is used to determine the reservation duration based on historical data related to the business information.

Further, the device also includes:

A fifth determination module, configured to determine the maximum duration of each interaction step in the target service according to the service type;

A sixth determination module is used to determine the reserved duration according to each of the maximum durations.

Further, the device also includes:

An adjustment module, configured to adjust the reserved duration according to the category of the interactive object.

It should be noted here that the above-mentioned identity update device provided by the embodiment of the present disclosure can implement all the method steps implemented by the above-mentioned identity update method embodiment, and can achieve the same technical effect. No further explanation will be given here. The same parts and beneficial effects of the method embodiments will be described in detail.

As shown in Figure 6, an embodiment of the present disclosure also provides an Internet of Vehicles device, including a transceiver 610, a memory 620, a processor 600, and a computer program stored on the memory 620 and running on the processor 600. When the processor 600 executes the computer program, it implements each process of the identity update method embodiment as described above, and can achieve the same technical effect. In order to avoid duplication, the details will not be described again here.

The transceiver 610 is used to receive and send data under the control of the processor 600.

In FIG. 6 , the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 600 and various circuits of the memory represented by memory 620 are linked together. The bus architecture can also link together various other circuits such as peripherals, voltage regulators, and power management circuits, which are all well known in the art and therefore will not be described further herein. The bus interface provides the interface. Transceiver 610 may be a plurality of elements, including a transmitter and a receiver, providing a unit for communicating with various other devices over a transmission medium. For different user equipment, the user interface 1030 can also be an interface that can connect external and internal required equipment. The connected equipment includes but is not limited to a keypad, a display, a speaker, a microphone, a joystick, etc.

The processor 600 is responsible for managing the bus architecture and general processing, and the memory 620 can store data used by the processor 600 when performing operations.

Those skilled in the art can understand that all or part of the steps to implement the above embodiments can be completed by hardware, or can be completed by instructing relevant hardware through a computer program. The computer program includes instructions for executing part or all of the steps of the above method. ; And the computer program can be stored in a readable storage medium, and the storage medium can be any form of storage medium.

In addition, embodiments of the present disclosure also provide a computer-readable storage medium. A program is stored on the readable storage medium. When the program is executed by a processor, the various processes of the identification update method embodiment are implemented as described above, and the same can be achieved. The technical effects will not be repeated here to avoid repetition. Among them, the computer-readable storage medium, such as read-only memory (ROM), Random Access Memory (RAM), magnetic disk or optical disk, etc.

In addition, it should be pointed out that in the apparatus and method of the present disclosure, obviously, each component or each step can be decomposed and/or recombined. These decompositions and/or recombinations should be considered equivalent versions of the present disclosure. Furthermore, the steps for executing the above series of processes may naturally be executed in the order described or in chronological order, but they do not necessarily need to be executed in chronological order, and some steps may be executed in parallel or independently of each other. For those of ordinary skill in the art, it can be understood that all or any steps or components of the methods and devices of the present disclosure can be implemented in any computing device (including processor, storage medium, etc.) or a network of computing devices in the form of hardware or firmware. , software or their combination, which can be achieved by those of ordinary skill in the art using their basic programming skills after reading the description of the present disclosure.

Therefore, the objects of the present disclosure can also be achieved by running a program or a set of programs on any computing device. The computing device may be a well-known general-purpose device. Therefore, the object of the present disclosure can also be achieved only by providing a program product containing a program code for implementing the method or apparatus. That is, such a program product also constitutes the present disclosure, and a storage medium storing such a program product can also constitute the present disclosure. Obviously, the storage medium may be any known storage medium or any storage medium developed in the future.

Finally, it should be noted that in this article, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply that these entities or any such actual relationship or sequence between operations. Furthermore, the terms "comprises," "comprises," or any other variation thereof are intended to cover a non-exclusive inclusion such that a process, method, article, or end device that includes a list of elements includes not only those elements, but also elements not expressly listed or other elements inherent in the process, method, article or equipment. Without further limitation, an element defined by the statement "comprises a..." does not exclude the presence of additional identical elements in a process, method, article, or apparatus that includes the stated element.

The above are the preferred embodiments of the present disclosure. It should be noted that those of ordinary skill in the art can also make several improvements and modifications without departing from the principles described in the present disclosure. These improvements and modifications It should also be regarded as the protection scope of this disclosure.

Claims

An identification update method, applied to Internet of Vehicles equipment, the method includes:

Obtain a service request message, where the service request message includes first information related to the reservation duration of the target service;

According to the update cycle of the vehicle's temporary identification and the first update time of the temporary identification, the second update time of the temporary identification is determined; wherein, the time interval between the first update time and the second update time is the update cycle;

Determine a first duration between the current moment and the second update moment; wherein the current moment is located between the first update moment and the second update moment;

The update timing of the temporary identification is determined based on the reservation duration and the first duration.
The method according to claim 1, wherein determining the update timing of the temporary identification based on the reservation duration and the first duration includes:

In the case where the reservation duration is greater than the first duration, the update timing is determined based on the reservation duration and the update period; and/or,

If the reservation duration is less than or equal to the first duration, the update timing of the temporary identification is determined to be the second update time.
The method according to claim 2, wherein when the reservation duration is greater than the first duration, determining the update timing based on the reservation duration and the update period includes any of the following: One item:

When the reservation time is less than or equal to the update period, it is determined that the current update opportunity is before triggering the target service, and the time interval between the next adjacent update opportunity and the current update opportunity is the the update cycle;

In the case where the reservation time is longer than the update period, it is determined that the current update time is before triggering the target service, and the next adjacent update time is postponed to the third update time, and the third update time is the same as the third update time. The time interval between the current update opportunities is greater than or equal to the reserved duration;

In the case where the reservation time is longer than the update period, it is determined that the current update opportunity is before triggering the target service, and the time interval between the next adjacent update opportunity and the current update opportunity is the Update cycle, wherein at least one message of the target service carries an alternative temporary Identifies that the at least one message is a message sent and/or received before the next adjacent update opportunity.
The method according to claim 3, wherein after the step of determining the update timing of the temporary identification, the method further includes:

In the case that the adjacent next update opportunity is in the execution process of the target service, and the message of the target service does not carry the alternative temporary identifier, when the adjacent next update time is reached, Before the opportunity, postpone the next adjacent update opportunity backward.
The method according to claim 3 or 4, wherein the method further includes:

When it is determined that the next adjacent update opportunity needs to be postponed, any of the following methods shall be used to publish the postponement duration of the adjacent next update opportunity:

Send identification update instruction information, where the identification update instruction information carries the postponement duration;

Control the first flag bit to be set, and the length of time it is set is the length of the delay

The second flag bit is controlled to be set until the delayed time corresponding to the next adjacent update opportunity.
The method of claim 1, further comprising:

When it is determined that the time interval between two adjacent update opportunities of the temporary identification is greater than the first threshold, the temporary identification is forcibly updated.
The method according to claim 1, wherein the first information includes at least one of the reservation duration and/or service information of the target service.
The method of claim 7, further comprising:

The reservation duration is determined based on historical data related to the business information.
The method according to claim 8, wherein the business information includes business types and/or interactive object categories.
The method of claim 9, further comprising:

Determine the maximum duration of each interaction step in the target service according to the service type;

The reserved duration is determined based on each of the maximum durations.
The method according to claim 10, wherein after the step of determining the reserved duration according to each of the maximum durations, the method further includes:

The reserved duration is adjusted according to the category of the interactive object.
A logo updating device, applied to Internet of Vehicles equipment, the device includes:

An acquisition module, configured to acquire a service request message, where the service request message includes first information related to the reservation duration of the target service;

The first determination module is configured to determine the second update time of the temporary identification according to the update cycle of the temporary identification of the vehicle and the first update time of the temporary identification; wherein the first update time and the second update time are: The time interval between update moments is the update cycle;

A second determination module, configured to determine the first duration between the current moment and the second update moment; wherein the current moment is located between the first update moment and the second update moment;

The third determination module is configured to determine the update timing of the temporary identification based on the reservation duration and the first duration.
An Internet of Vehicles device, including a transceiver, a memory, a processor, and a computer program stored on the memory and running on the processor. When the processor executes the computer program, it implements claims 1 to 11 The identification update method described in any one of the above.
A readable storage medium on which a program or instructions are stored. When the program or instructions are executed by a processor, the identification updating method according to any one of claims 1 to 11 is implemented.