CN109743409B

CN109743409B - Asynchronous communication method and device

Info

Publication number: CN109743409B
Application number: CN201910188723.1A
Authority: CN
Inventors: 王洪丽; 赵东辉; 侯晓军; 程琳; 徐功伟; 刘晓涛; 董军; 张轶慧; 李双喜; 闵庆学
Original assignee: China United Network Communications Group Co Ltd
Current assignee: China United Network Communications Group Co Ltd
Priority date: 2019-03-13
Filing date: 2019-03-13
Publication date: 2021-07-13
Anticipated expiration: 2039-03-13
Also published as: CN109743409A

Abstract

The application provides an asynchronous communication method and device, relates to the technical field of communication, and can realize asynchronous communication between a management platform and an eUICC. The method comprises the following steps: and the management platform acquires the parameters of the sub-process, generates an instruction according to the parameters of the sub-process, and sends the instruction to the eUICC corresponding to the MSISDN. The management platform can also receive the response instruction, determine the sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction, and determine whether to acquire the parameter of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the state information in the response instruction. The command comprises a serial number and a mobile station international subscriber identity (MSISDN), the serial number is used for indicating the serial number of the command, and the response command comprises the state information of the eUICC corresponding to the serial number, the MSISDN and the MSISDN after adjustment according to the command.

Description

Asynchronous communication method and device

Technical Field

The present application relates to the field of communications, and in particular, to an asynchronous communication method and apparatus.

Background

Currently, an embedded universal integrated circuit card (eUICC) is widely used in the field of internet of things, for example, the eUICC is soldered on a motherboard of a device, so that the device has networking and communication capabilities. The management platform communicates with the eUICC using over the air technology (OTA) to manage the device. For a service flow between a management platform and an eUICC, multiple instructions are often required to be interacted between the management platform and the eUICC for completion. The management platform and the eUICC mostly adopt a synchronous communication mode to transmit instructions, that is, after the management platform sends an instruction to the eUICC for a certain service flow, the management platform waits for the eUICC to reply a response instruction. And if the management platform receives the response instruction within the preset time range, sending a next instruction of the service flow to the eUICC. If the management platform does not receive the response instruction within the preset time range, the business process is declared to be failed, and the business process needs to be executed again.

In addition, the device provided with the eUICC is often applied to a severe environment, such as an environment with an extremely low temperature, and the severe environment factors may affect the working performance of the device, thereby further prolonging the response time of the device. The device equipped with the eUICC generally needs to communicate with multiple devices at the same time, and also increases the interval time for sending the response instruction to the management platform by the device, so that the management platform cannot receive the response instruction within a preset time range, thereby affecting the execution of the service flow.

Disclosure of Invention

The application provides an asynchronous communication method and device, which can realize asynchronous communication between a management platform and an eUICC.

In order to achieve the purpose, the technical scheme is as follows:

in a first aspect, the present application provides an asynchronous communication method applied to an asynchronous communication system, where the asynchronous communication system includes a management platform and at least one embedded universal integrated circuit card eUICC, there is at least one service flow between the management platform and each eUICC in the at least one eUICC, and each service flow includes at least one sub-flow, and the method may include:

the management platform acquires parameters of the sub-processes;

the management platform generates an instruction according to the parameters of the sub-process, wherein the instruction comprises a serial number and a mobile station international subscriber identity (MSISDN), and the serial number is used for indicating the serial number of the instruction;

the management platform sends an instruction to the eUICC corresponding to the MSISDN;

the management platform receives a response instruction, wherein the response instruction comprises a serial number, an MSISDN and state information of the eUICC corresponding to the MSISDN after adjustment according to the instruction;

the management platform determines a sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction;

and the management platform determines whether to acquire the parameters of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN or not according to the state information in the response instruction.

In a second aspect, the present application provides an asynchronous communication apparatus, applied to a management platform of an asynchronous communication system, where the asynchronous communication system further includes at least one embedded universal integrated circuit card eUICC, there is at least one service flow between the management platform and each eUICC in the at least one eUICC, and each service flow includes at least one sub-flow, and the apparatus may include: the device comprises a parameter acquisition module, an instruction generation module, an instruction sending module, a response instruction receiving module, a sub-process determination module and a state information verification module. The parameter acquisition module is used for acquiring parameters of the sub-processes; the instruction generating module is used for generating an instruction according to the parameters of the sub-process, wherein the instruction comprises a serial number and a mobile station international subscriber identity (MSISDN), and the serial number is used for indicating the serial number of the instruction; the instruction sending module is used for sending an instruction to the eUICC corresponding to the MSISDN; a response instruction receiving module, configured to receive a response instruction, where the response instruction includes a serial number, an MSISDN, and state information of the eUICC corresponding to the MSISDN after being adjusted according to the instruction; a sub-process determining module, configured to determine, according to the serial number and the MSISDN in the response instruction, a sub-process executed by the eUICC corresponding to the MSISDN; and the state information checking module is used for determining whether to acquire the parameters of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the state information in the response instruction.

In a third aspect, the present application provides an asynchronous communication device, which may include: a processor, a communication interface, and a memory; wherein the memory is used for storing one or more programs, the one or more programs including computer executable instructions, and when the asynchronous communication device is running, the processor executes the computer executable instructions stored in the memory to make the asynchronous communication device execute the asynchronous communication method of any one of the first aspect and the various alternative implementations thereof.

In a fourth aspect, the present application provides a computer-readable storage medium having instructions stored therein, which when executed by a computer, perform the asynchronous communication method of the first aspect and any of its various alternative implementations.

In a fifth aspect, the present application provides a computer program product comprising instructions which, when run on a computer, cause the computer to perform the asynchronous communication method of any of the above first aspect and its various alternative implementations.

According to the asynchronous communication method and the asynchronous communication device, after the management platform obtains the parameters of the sub-process, the command is generated according to the parameters of the sub-process, and then the command is sent to the eUICC corresponding to the MSISDN. The management platform can also obtain the response instruction, determine the sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction, and determine whether to obtain the parameter of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the state information in the response instruction. Compared with the prior art, in a specified time period, if a response instruction fed back by the eUICC is not received by the management platform, the management platform abandons a service process currently executed by the eUICC.

Drawings

Fig. 1 is a first schematic diagram of an asynchronous communication system according to an embodiment of the present application;

fig. 2 is a first flowchart of an asynchronous communication method according to an embodiment of the present application;

fig. 3 is a schematic flowchart of an asynchronous communication method according to an embodiment of the present application;

fig. 4 is a schematic diagram of an asynchronous communication system architecture according to an embodiment of the present application;

fig. 5 is a schematic diagram of a business process method provided in an embodiment of the present application;

fig. 6 is a schematic diagram of a method corresponding to a first stage in a business process according to an embodiment of the present application;

fig. 7 is a schematic diagram of a method corresponding to a first sub-process at a second stage in a business process according to an embodiment of the present application;

fig. 8 is a schematic diagram of a method corresponding to a second sub-process at a second stage in a business process according to an embodiment of the present application;

fig. 9 is a schematic diagram of a method corresponding to a third sub-process at a second stage in a business process according to an embodiment of the present application;

fig. 10 is a schematic diagram of a method corresponding to a third stage in a business process according to an embodiment of the present application;

fig. 11 is a first schematic structural diagram of a data reconciliation apparatus according to an embodiment of the present application;

fig. 12 is a schematic structural diagram of a data reconciliation apparatus according to an embodiment of the present application;

fig. 13 is a third schematic structural diagram of a data reconciliation device according to an embodiment of the present application.

Detailed Description

The following describes in detail an asynchronous communication method and an asynchronous communication apparatus provided in an embodiment of the present application with reference to the drawings.

The term "and/or" herein is merely an association describing an associated object, meaning that three relationships may exist, e.g., a and/or B, may mean: a exists alone, A and B exist simultaneously, and B exists alone.

The terms "first" and "second" and the like in the description and drawings of the present application are used for distinguishing different objects or for distinguishing different processes for the same object, and are not used for describing a specific order of the objects.

Furthermore, the terms "including" and "having," and any variations thereof, as referred to in the description of the present application, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements but may alternatively include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

It should be noted that in the embodiments of the present application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design described herein as "exemplary" or "e.g.," is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.

In the description of the present application, the meaning of "a plurality" means two or more unless otherwise specified.

The asynchronous communication method provided by the embodiment of the application can be applied to an asynchronous communication system, as shown in fig. 1. The system comprises a management platform and one or more embedded universal integrated circuit cards (eUICCs). One or more business processes exist between the management platform and each eUICC. Each business process includes one or more sub-processes. Each sub-process is provided with corresponding parameters.

Referring to fig. 1, the management platform is configured to generate an instruction according to a parameter of a certain sub-process in a certain service process, and send the instruction to the eUICC. Wherein the instruction comprises a serial number and a mobile station international subscriber identity, MSISDN, the serial number being used to indicate the serial number of the instruction. The management platform is further configured to obtain a response instruction from the eUICC, and determine, according to the sequence number and the MSISDN in the response instruction, a sub-process executed by the eUICC corresponding to the MSISDN, so as to obtain a parameter of a next sub-process adjacent to the sub-process. The response instruction comprises a serial number, an MSISDN and state information of the eUICC corresponding to the MSISDN after adjustment according to the instruction.

The management platform may be an electronic device with a computing function, such as a computer, a desktop computer, a notebook computer, and the like.

Referring to fig. 1, the eUICC is configured to obtain an instruction from the management platform, perform state adjustment according to the instruction, and generate a response instruction. The instruction comprises a sequence number and an MSISDN, wherein the sequence number is used for indicating the sequence number of the instruction, and the MSISDN corresponds to the eUICC. The response instruction comprises a serial number and an MSISDN in the instruction during the state adjustment and state information adjusted according to the instruction. And the serial number in the response instruction is the same as the serial number in the instruction according to which the state of the eUICC is adjusted. And the MSISDN in the response instruction is the same as the MSISDN in the instruction according to which the state of the eUICC is adjusted.

It should be noted that a business process is a business execution process configured to achieve a certain management effect. Different instructions need to be interacted between the management platform and the eUICC in each service process, so that the management platform can play a role in managing the eUICC, and a corresponding management effect is realized. In order to achieve different management effects, the management platform and the eUICC need to execute a service flow corresponding to the management effect, and different instructions are interacted between the management platform and the eUICC.

Each business process includes one or more sub-processes. In the execution process of the business process, each time an instruction is interacted between the management platform and the eUICC, the instruction is regarded as a sub-process.

For example, in order for the management platform to issue the configuration file to the eUICC, the eUICC needs to perform a "configuration file download" service process, and a corresponding instruction needs to be interacted between the management platform and the eUICC, such as "create issuer security domain profile (issuer security domain profile,

ISD-P) ", an application identifier (ISD-P-AID) identifier of an issuer security domain configuration file, a certificate sending instruction, a signature sending instruction, an http security (HTTPS) channel opening instruction, an HTTPS channel opening success response instruction, and the like. Thus, the sub-processes of the "profile download" business process include: creating an ISD-P, sending an ISD-P-AID, sending a certificate, sending a signature, and transferring a profile. The "open HTTPS channel" instruction and the "HTTPS channel open successfully" response instruction are used to establish an HTTPS channel between the management platform and the eUICC, so that the management platform transmits the configuration file to the eUICC through the HTTPS channel.

And each sub-process is provided with corresponding parameters, so that the management platform generates corresponding instructions according to the parameters of each sub-process and sends the instructions to the eUICC, and the management platform can also determine the sub-process executed by the eUICC according to the parameters of each sub-process and in combination with a response instruction fed back by the eUICC, and determine the parameters of the next sub-process adjacent to the sub-process executed by the eUICC.

As a possible implementation, the parameters of each sub-flow may include MSISDN, sequence number, and flow node identification.

Wherein the MSISDN is used to indicate: the action object of the parameter of the sub-process is the eUICC corresponding to the MSISDN. And the management platform generates an instruction according to the parameters of the sub-flow and then sends the instruction to the eUICC. When the management platform sends an instruction to the eUICC, the instruction can be transmitted to the eUICC corresponding to the MSISDN according to the MSISDN in the instruction. When the eUICC sends a response instruction to the management platform, the MSISDN is also stored in the response instruction, so that the management platform determines the eUICC that sends the response instruction according to the MSISDN in the response instruction.

Wherein the sequence number is used to indicate: and the management platform generates a serial number of the instruction according to the parameters of the sub-flow. Illustratively, when MSISDN is 86-13915900000, the management platform is oriented to

When the eUICC corresponding to 86-13915900000 sends a first instruction, the sequence number in the instruction is: firstly, carrying out a first treatment; when a second instruction is sent to the eUICC corresponding to 86-13915900000, the sequence number in the instruction is: secondly, the method comprises the following steps. When MSISDN is 86-13915911111, management platform returns

When the eUICC corresponding to 86-13915911111 sends a first instruction, the sequence number in the instruction is: firstly, carrying out a first treatment; when a second instruction is sent to the eUICC corresponding to 86-13915911111, the sequence number in the instruction is: secondly, the method comprises the following steps.

The process node identifiers are used for identifying the sub-processes, each process node identifier corresponds to one sub-process, so that after the management platform acquires the response instruction from the eUICC, the process node identifiers corresponding to the MSISDN and the sequence number in the response instruction are determined according to the MSISDN and the sequence number in the response instruction, and the sub-process executed by the eUICC corresponding to the MSISDN can be determined.

An embodiment of the present application provides an asynchronous communication method, as shown in fig. 2, the method may include S201 to S207:

s201, the management platform acquires parameters of the sub-processes.

It should be noted that there are one or more business processes between the management platform and each eUICC. Each business process includes one or more sub-processes. Each sub-process is provided with corresponding parameters.

For one type of service flow, such as a download service flow, only when the eUICC certificate and the certificate of the management platform are the same root certificate, the management platform performs instruction interaction with the eUICC corresponding to the eUICC certificate. When the first sub-process is executed, the management platform needs to perform certificate verification, that is, whether the eUICC certificate and the certificate of the management platform are signed and issued by the same root certificate is verified: if so, the management platform acquires parameters of the corresponding sub-process, performs instruction interaction with the eUICC, and executes the corresponding service process; if not, the management platform does not obtain the parameters of the corresponding sub-process any more, and abandons the instruction interaction with the eUICC. Referring to fig. 3, the following steps can be specifically implemented:

and S2011, if the sub-process is the first sub-process in the service process, the management platform acquires the eUICC certificate.

The eUICC certificate is used for indicating whether an eUICC corresponding to the eUICC certificate has the communication authority with the management platform.

For example, when the eUICC certificate and the certificate of the management platform are the same root certificate, the eUICC corresponding to the eUICC certificate can communicate with the management platform. When the eUICC certificate and the certificate of the management platform are not the same root certificate, the management platform does not communicate with the eUICC corresponding to the eUICC certificate any more.

As a possible implementation manner, the management platform obtains an embedded universal integrated circuit card information set (EIS). Wherein, the EIS comprises an eUICC certificate corresponding to the eUICC.

The management platform verifies the eUICC certificate in the EIS. Illustratively, the management platform is based on a certain profile

And finding out the certificate matched with the eUICC certificate. If the certificate of the management platform and the matched certificate are the same root certificate, the verification is successful, and the fact that the eUICC corresponding to the eUICC certificate and the management platform can continue to communicate is also indicated. If the certificate of the management platform and the matched certificate are not the same root certificate, the verification fails, and it is also indicated that the management platform does not communicate with the eUICC corresponding to the eUICC certificate any more. The certificate which is searched by the management platform and matched with the eUICC certificate may be: a Certificate Issuer (CI) certificate and an eUICC manufacturer (EUM) certificate.

For an eUICC certificate of a certain eUICC, if the eUICC certificate and the certificate of the management platform are the same root certificate, the management platform executes S2012. If the eUICC certificate and the certificate of the management platform are not the same root certificate, the management platform executes S2013.

S2012, the management platform obtains parameters corresponding to the sub-processes of the business process.

Wherein, the parameter that the subprocess corresponds is the parameter that the first subprocess corresponds, and the parameter that the first subprocess corresponds includes: and MSISDN corresponding to the eUICC with communication authority (the management platform determines that the same root certificate exists).

Illustratively, when the service flow downloads the configuration file for the eUICC, the first sub-flow in the service flow is: the eUICC creates an issuer security domain profile (ISD-P). The parameters corresponding to the sub-process (eUICC creates an issuer security domain configuration file) include: and determining that the MSISDN corresponding to the eUICC with the root certificate exists, the serial number, and the process node identifier and the configuration file identifier corresponding to the sub-process.

And S2013, the management platform gives up the instruction interaction with the eUICC.

Here, the management platform determines whether the certificate of the management platform and the eUICC certificate are the same root certificate through the eUICC certificate, and then processes the eUICC certificate with the same root certificate, so as to meet the requirement of an actual business process.

It should be noted that, in the service flow that needs to determine whether the same root certificate exists, for an eUICC that has the same root certificate, S2011 and S2012 are performed between the management platform and the eUICC, and for an eUICC that does not have the same root certificate, S2011 and S2013 are performed between the management platform and the eUICC.

For another type of business process, if the business process is deleted, the management platform does not need to determine whether the same root certificate exists, and the information to be verified is: firstly, whether the eUICC to be deleted is managed in the management platform or not; and secondly, whether to allow the eUICC to be deleted. After the information verification is completed, the management platform acquires the parameters of the sub-processes, and at the moment, the management platform does not need to execute

S2011, after the information verification is completed, S2012 may be executed.

It should be noted that if the current sub-process is not the first sub-process in the business process where the current sub-process is located, the management platform may also directly execute S2012.

Exemplarily, also taking an "eUICC download profile" service flow as an example, the second sub-flow is: sending an application identifier (ISD-P-AID) for creating an issuer security domain configuration file, where the sub-process is not the first sub-process of an "eUICC download configuration file" business process, and the management platform directly obtains parameters of the sub-process, that is, parameters of a "send ISD-P-AID" sub-process, which may specifically include: MSISDN, sequence number, flow node identification corresponding to the sub-flow and application identifier AID of ISD-P.

In addition, in order to facilitate the management platform to perform information management and statistics subsequently, after the management platform acquires the parameters of the sub-process, the acquired parameters of the sub-process are stored. That is, after S2012, S2014 is performed.

S2014, the management platform stores parameters of the sub-processes.

For example, the parameters of the sub-process may include a sequence number for indicating an instruction and an MSISDN capable of determining the eUICC, and may further include a process node identifier capable of identifying the sub-process.

It should be noted that the management platform may execute S2014 at any time after executing S2012 and before executing S205.

S202, the management platform generates an instruction according to the parameters of the sub-process.

The instruction comprises a sequence number and an MSISDN, wherein the sequence number is used for indicating the sequence number of the instruction.

Note that the MSISDN is used to indicate: the action object of the instruction is the eUICC corresponding to the MSISDN. The sequence number is used to indicate the sequence number of the instruction.

For example, when the MSISDN is 86-13915900000 and the management platform sends a first instruction to the eUICC corresponding to 86-13915900000, the sequence number in the instruction is: firstly, carrying out a first treatment; when a second instruction is sent to the eUICC corresponding to 86-13915900000, the sequence number in the instruction is: secondly, the method comprises the following steps. When the MSISDN is 86-13915911111 and the management platform sends a first instruction to the eUICC corresponding to 86-13915911111, the sequence number in the instruction is: firstly, carrying out a first treatment; when a second instruction is sent to the eUICC corresponding to 86-13915911111, the sequence number in the instruction is: secondly, the method comprises the following steps.

S203, the management platform sends an instruction to the eUICC corresponding to the MSISDN.

Correspondingly, the eUICC corresponding to the MSISDN receives the instruction from the management platform.

Specifically, the management platform transmits the instruction to the eUICC corresponding to the MSISDN according to the MSISDN in the instruction.

And S204, the management platform receives a response instruction.

And the response instruction comprises the serial number, the MSISDN and the state information of the eUICC corresponding to the MSISDN after being adjusted according to the instruction.

It should be noted that, after the eUICC obtains the instruction from the management platform, the state adjustment is performed according to the instruction, and a response instruction is generated. Since the command acquired from the management platform carries the serial number and the MSISDN, and the eUICC also stores the serial number and the MSISDN carried by the command into the response command. That is, the response instruction not only stores the state information of the eUICC adjusted according to the instruction, but also stores the serial number and the MSISDN. Therefore, the management platform receives the response instruction, and can acquire the state information of the eUICC corresponding to the serial number, the MSISDN and the MSISDN after being adjusted according to the instruction.

S205, the management platform determines the sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction.

Specifically, the management platform stores the flow node identifiers of the sub-flows, and the correspondence between the flow node identifiers and the serial numbers and MSISDNs, respectively. After the management platform receives the response instruction, the flow node identifier of the sub-flow executed by the eUICC corresponding to the MSISDN is obtained according to the serial number and the MSISDN in the response instruction and the corresponding relationship between the stored flow node identifier and the serial number and the MSISDN respectively. Since the process node identifier has the function of identifying the sub-process, the management platform can determine the sub-process executed by the eUICC corresponding to the MSISDN. Referring to fig. 3, what may be specifically implemented as S2014, S2051, and S2052:

the specific process of S2014 may refer to the above description, which is not repeated herein.

The parameters of the sub-flow stored in S2014 need to include: the flow node identification, sequence number and MSISDN of the sub-flow.

S2051, the management platform determines, according to the serial number and the MSISDN in the response instruction, and the flow node identifier, the serial number, and the MSISDN of the pre-stored sub-flow, a flow node identifier of the sub-flow executed by the eUICC corresponding to the MSISDN.

S2052, the management platform determines the sub-process executed by the eUICC corresponding to the MSISDN according to the process node identifier of the sub-process executed by the eUICC corresponding to the MSISDN.

Here, the management platform may determine the sub-process executed by the eUICC by pre-storing the parameters of the sub-process and combining the response instruction fed back by the eUICC. Compared with the prior art, in the asynchronous communication method provided by the embodiment of the application, because the management platform preselects and stores parameters of sub-processes, the management platform can accurately position the sub-process executed by the eUICC which feeds back the response instruction at any time when receiving the response instruction fed back by the eUICC, so that the management platform can determine the next sub-process adjacent to the sub-process executed by the eUICC and obtain the parameters of the next sub-process.

S206, the management platform determines whether to acquire the parameters of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the status information in the response instruction.

Specifically, the state information in the response command can indicate: and the eUICC corresponding to the MSISDN adjusts whether the state of the eUICC is successful or not according to the instruction, and whether the eUICC corresponding to the MSISDN completes all sub-processes in the service process or not. And the management platform determines whether to acquire parameters of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the state of the eUICC corresponding to the MSISDN. Referring to fig. 3, S206 may be embodied as the following process:

s2061, if the status information is the first status information, the first status information indicates that the eUICC corresponding to the MSISDN successfully adjusts the own status according to the instruction, and does not complete all sub-processes in the service process, the management platform obtains a parameter of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN.

S2062, if the status information is the second status information, and the second status information indicates that the eUICC corresponding to the MSISDN fails to adjust its own status according to the instruction, or the eUICC corresponding to the MSISDN has successfully completed all sub-processes in the service process, the management platform stops obtaining parameters of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN.

Here, the management platform determines whether to acquire a parameter of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the state of the eUICC corresponding to the MSISDN, so that not only can the smooth execution of the service process be ensured, but also the efficiency of the management platform can be improved.

In addition, in order to improve the efficiency of the management platform in managing the eUICC, after the management platform obtains the response instruction of the eUICC, the state parameters corresponding to the local service flow are updated. That is, after S204, S207 is executed.

And S207, the management platform updates the state parameters corresponding to the business process according to the state information in the response instruction.

For example, also taking a service flow of "downloading a configuration file by the eUICC" as an example, after the management platform sends the configuration file to the eUICC, a response instruction fed back by the eUICC is received. At this time, the state information in the response command is: and after the configuration file is downloaded, the management platform updates the state parameters of the service process according to the state information of 'configuration file downloading is completed', namely, the state in the configuration file information is modified into 'inactive', so as to indicate that the configuration file is downloaded to the eUICC and is in an inactive state.

According to the asynchronous communication method provided by the embodiment of the application, after the management platform acquires the parameters of the sub-process, the instruction is generated according to the parameters of the sub-process, and then the instruction is sent to the eUICC corresponding to the MSISDN. The management platform can also obtain the response instruction, determine the sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction, and determine whether to obtain the parameter of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the state information in the response instruction. Compared with the prior art, in a specified time period, if a response instruction fed back by the eUICC is not received by the management platform, the management platform abandons a service process currently executed by the eUICC.

As for the management platform, referring to fig. 4, the management platform includes a subscription manager data preparation (SM-DP) unit, a subscription manager secure routing (SM-SR) unit, and a deployment center. The SM-DP unit is used for safely generating and managing parameters of sub-processes in the business process, the SM-SR unit is used for safely routing and transmitting the parameters of the sub-processes in the business process, and the deployment center is used for deploying each sub-process in the business process.

Illustratively, referring to fig. 4, the SM-DP unit performs data preparation, and prepares data of the current sub-process, such as process node identifier of the current sub-process and an instruction containing relevant parameters, for example, when the relevant parameters are configuration files, the instruction containing the relevant parameters is: instructions comprising a configuration file. The SM-DP unit sends the flow node identification of the current sub-flow and the instruction containing the relevant parameters to the SM-SR unit, the SM-SR unit sends the flow node identification of the current sub-flow, the instruction containing the relevant parameters, the serial number and the MSISDN to the allocation center, and the allocation center generates an instruction according to the flow node identification of the current sub-flow, the relevant parameters, the serial number and the MSISDN and sends the instruction to the eUICC. And the eUICC adjusts the state of the eUICC according to the instruction, generates a response instruction and sends the response instruction to the allocation center. And the allocating center determines the current sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction, sends the response sub-process corresponding to the current sub-process to the SM-SR unit, the SM-SR unit sends the next sub-process adjacent to the current sub-process to the SM-DP unit according to the state information in the response instruction, and the SM-DP unit performs data preparation to prepare the data of the next sub-process, such as the process node identification of the next sub-process and the instruction containing the relevant parameters.

The asynchronous communication method provided in the embodiment of the present application is described below by taking an "eUICC download configuration file" service flow as an example. Referring to fig. 5, the service flow of "eUICC downloads the configuration file" includes three stages, the first stage is: the management platform remotely creates an issuer security domain profile (ISD-P) on the eUICC, and the second stage is as follows: establishing a secret key and mutual authentication between the remote management platform and the eUICC, wherein the third stage is as follows: and the management platform transmits the configuration file to the eUICC. Wherein the first stage comprises one sub-process, namely "create ISD-P", the second stage comprises three sub-processes, namely an application identifier (issuer security domain profile application identifier,

ISD-P-AID), send certificate and send signature, the third phase includes a sub-process, i.e. send profile.

Referring to fig. 6 to 10, a specific implementation process of the service flow "eUICC download profile" can be divided into three stages, where, referring to fig. 6, a first stage of the service flow "eUICC download profile" is: the management platform remotely creates the ISD-P on the eUICC, the first stage comprises a sub-process, namely creating the ISD-P, and the specific implementation process of the first stage comprises S601-S612:

s601, the SM-DP unit acquires an embedded universal integrated circuit card information set (EIS) from the SM-SR unit, and verifies the eUICC certificate in the EIS.

Wherein, the EIS comprises an eUICC certificate corresponding to the eUICC. When the eUICC certificate and the certificate of the SM-DP unit are the same root certificate, the eUICC corresponding to the eUICC certificate can communicate with the management platform, and the SM-DP unit executes S602. When the eUICC certificate and the certificate of the SM-DP unit are not the same root certificate, the management platform does not communicate with the eUICC corresponding to the eUICC certificate any more, and the SM-DP unit gives up preparing the process node identifier and related parameters of the ISD-P sub-process.

Illustratively, when verifying whether the eUICC certificate and the certificate of the SM-DP unit are the same root certificate, the specific implementation process is as follows:

and finding out a Certificate Issuer (CI) certificate and an eUICC manufacturer (EUM) certificate which are matched with the eUICC certificate according to the eUICC certificate. And the CI certificate checks and signs the EUM certificate, and after the EUM passes the checking and signs, the EUM certificate checks and signs the eUICC certificate. Here, the certificate of the SM-DP unit is a certificate signed by the private key of the certificate issuer CI. If the check of the eUICC certificate passes, the eUICC certificate and the certificate of the SM-DP unit are the same root certificate, otherwise, the eUICC certificate and the certificate of the SM-DP unit are not the same root certificate.

S602, the SM-DP unit prepares a process node identifier and related parameters of the 'create ISD-P' sub-process, such as an embedded universal integrated circuit card identifier (EID), an Integrated Circuit Card Identifier (ICCID) of a configuration file in the eUICC, and sends the process node identifier 'create ISD-P', the embedded universal integrated circuit card identifier (EID) and the ICCID to the SM-SR unit. Wherein the ICCID is a unique number of a configuration file in the eUICC.

S603, the SM-SR unit generates an Application Identifier (AID) of the publisher security domain configuration file.

S604, the SM-SR unit sends an application identifier AID, a mobile station international subscriber identity (MSISDN), an embedded universal integrated circuit card identifier (EID), an Integrated Circuit Card Identifier (ICCID) of a configuration file in the eUICC, a serial number and a flow node identifier 'creation ISD-P' of the issuer security domain configuration file to the deployment center.

The sequence number may be a sequence number accumulated by the counter.

S605, the deployment center records AID, MSISDN, EID, ICCID, serial number and flow node identification 'creation ISD-P'.

S606, the deployment center sends an ISD-P creating instruction to the eUICC corresponding to the MSISDN.

Wherein the "create ISD-P" instruction comprises: AID, MSISDN, and sequence number of ISD-P.

S607, the eUICC creates the issuer security domain configuration file according to the ISD-P creating instruction.

S608, the eUICC sends a response command of 'creating ISD-P' to the deployment center.

Wherein the "create ISD-P" response instruction comprises: MSISDN, sequence number, and issuer security domain profile creation results. The MSISDN in the "create ISD-P" response instruction is the same as the MSISDN in the "create ISD-P" instruction, and the sequence number in the "create ISD-P" response instruction is the same as the sequence number in the "create ISD-P" instruction. And the issuer security domain configuration file creating result is the state information of the eUICC corresponding to the MSISDN after being adjusted according to the ISD-P creating instruction.

S609, the deployment center determines the process node identifier of the sub-process executed by the eUICC corresponding to the MSISDN to create the ISD-P according to the serial number and the MSISDN in the response instruction of creating the ISD-P, and the prestored process node identifier of the sub-process to create the ISD-P, the serial number and the MSISDN.

Illustratively, the flow node identifier "create ISD-P" belongs to the information of the EID, and the deployment center finds the EID matching the MSISDN according to the MSISDN. At this time, the allocation center can search the information of the eUICC which feeds back the response instruction, and can determine the flow node identifier "create ISD-P" of the sub-flow executed by the eUICC.

S610, the deployment center determines a response sub-process, namely 'responding to the creation of the ISD-P', according to the process node identifier 'creation of the ISD-P', and sends 'responding to the creation of the ISD-P' to the SM-SR unit.

S611, the SM-SR unit checks the state information in the response command of creating the ISD-P.

If the state information is: if the issuer security domain configuration file is successfully created, it indicates that the eUICC successfully adjusts the state of the eUICC according to the instruction of creating the ISD-P, and all sub-processes in the business process of downloading the configuration file by the eUICC are not completed, the SM-SR unit executes S612. Meanwhile, the SM-SR unit creates configuration file information at the local end, wherein the configuration file information comprises an EID, an ICCID and an application identifier AID of a publisher security domain configuration file ISD-P.

Illustratively, the state information "creation of publisher Security Domain configuration File is successful" may be employed

"9000" identifies.

If the state information is: and if the issuer security domain configuration file is failed to be created, the eUICC fails to adjust the self state according to the ISD-P creating instruction, and the SM-SR unit determines whether to resend the ISD-P creating instruction. Illustratively, if the "create ISD-P" instruction fails to execute due to the eUICC problem, the SM-SR unit determines that the "create ISD-P" instruction does not need to be resent. If the execution of the eUICC instruction fails due to the problem of the 'create ISD-P' instruction, the SM-SR unit determines that the 'create ISD-P' instruction needs to be sent again, then starts a retransmission mechanism, and sends the 'create ISD-P' instruction again.

Illustratively, the state information "failure to create publisher Security Domain configuration File" may be employed

"0000" is identified.

S612, the SM-SR unit sends, to the SM-DP unit, an application identifier (ISD-P-AID) of the issuer security domain profile application identifier of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN.

By performing steps S601 to S612, the management platform can complete the first stage, that is, the management platform creates the issuer security domain configuration file on the eUICC remotely.

Referring to fig. 5, the second phase of the service flow "eUICC downloads the configuration file" is: and a key and mutual authentication are established between the remote management platform and the eUICC, and the second stage comprises three sub-processes, namely ISD-P-AID sending, certificate sending and signature sending.

Referring to fig. 7, a specific implementation process of the "sending ISD-P-AID" sub-flow includes S701 to S709:

s701, the SM-DP unit prepares a flow node identifier for sending the ISD-P-AID sub-flow and an instruction containing an application identifier ISD-P-AID of a distributor security domain configuration file, and sends the flow node identifier 'sending the ISD-P-AID' and the instruction containing the ISD-P-AID to the SM-SR unit.

S702, the SM-SR unit sends MSISDN, sequence number, instruction including ISD-P-AID and flow node identification 'sending ISD-P-AID' to the deployment center.

The sequence number may be a sequence number accumulated by the counter.

S703, the deployment center records the flow node identifier 'sending ISD-P-AID', the serial number and the mobile station international subscriber identity MSISDN.

S704, the deployment center sends an 'ISD-P-AID sending' instruction to the eUICC corresponding to the MSISDN.

Wherein, the instruction of sending ISD-P-AID comprises: MSISDN, serial number, and application identification of issuer security domain profile ISD-P-AID.

S705, the eUICC sends an ISD-P-AID sending response instruction to the deployment center.

Wherein, the "send ISD-P-AID" response instruction comprises: MSISDN, sequence number, and ISD-P-AID reception result. The MSISDN in the "send ISD-P-AID" response instruction is the same as the MSISDN in the "send ISD-P-AID" instruction, and the sequence number in the "send ISD-P-AID" response instruction is the same as the sequence number in the "send ISD-P-AID" instruction. And the ISD-P-AID receiving result is that whether the application identification ISD-P-AID of the issuer security domain configuration file is successfully received by the eUICC corresponding to the MSISDN according to the ISD-P-AID sending instruction.

S706, the deployment center determines the process node identifier 'ISD-P-AID sending' of the sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction of 'ISD-P-AID sending' and the prestored process node identifier 'ISD-P-AID sending', the serial number and the MSISDN of the sub-process.

S707, the deployment center determines a response sub-process, namely, responding to the sending ISD-P-AID, according to the process node identifier "sending ISD-P-AID", and sends the "responding to the sending ISD-P-AID" to the SM-SR unit.

S708, the SM-SR unit checks the state information in the response instruction of sending the ISD-P-AID.

If the state information is: if the ISD-P-AID is successfully received, it indicates that the eUICC successfully receives the ISD-P-AID according to the ISD-P-AID sending instruction, and does not complete all sub-processes in the eUICC download profile service process, the SM-SR unit executes S709.

If the state information is: and if the ISD-P-AID fails to be received, the eUICC does not receive the ISD-P-AID according to the ISD-P-AID sending instruction, and the SM-SR unit determines whether to resend the ISD-P-AID sending instruction. Illustratively, if the ISD-P-AID is not received due to the eUICC having a problem, the SM-SR unit determines that the "send ISD-P-AID" instruction does not need to be retransmitted. If the eUICC does not receive the ISD-P-AID due to the problem of the 'sending ISD-P-AID' instruction, the SM-SR unit determines that the 'sending ISD-P-AID' instruction needs to be sent again, further starts a retransmission mechanism, and sends the 'sending ISD-P-AID' instruction again.

S709, the SM-SR unit sends a next sub-process 'sending certificate' adjacent to the sub-process executed by the eUICC corresponding to the MSISDN to the SM-DP unit.

Thus, the management platform can complete the first sub-process in the second stage, i.e. the "send ISD-P-AID" sub-process, by executing S701 to S709.

Referring to fig. 8, the specific implementation process of the "send certificate" sub-flow includes S801 to S809:

s801, the SM-DP unit prepares a flow node identifier of the sub-flow of the 'send certificate' and an instruction containing the authentication certificate, and sends the flow node identifier 'send certificate' and the instruction containing the authentication certificate to the SM-SR unit.

S802, the SM-SR unit sends MSISDN, serial number, command containing authentication certificate and flow node identification 'send certificate' to the deployment center.

The sequence number may be a sequence number accumulated by the counter.

S803, the deployment center records the flow node identifier 'certificate sent', the serial number and the mobile station international subscriber identity MSISDN.

S804, the deployment center sends a certificate sending instruction to the eUICC corresponding to the MSISDN.

Wherein the "send certificate" instruction comprises: MSISDN, serial number, and authentication certificate.

S805, the eUICC sends a response instruction of 'sending certificate' to the deployment center.

Wherein the "send certificate" response instruction comprises: MSISDN, serial number and authentication certificate verification result. The MSISDN in the "send certificate" response instruction is the same as the MSISDN in the "send certificate" instruction and the sequence number in the "send certificate" response instruction is the same as the sequence number in the "send certificate" instruction. And (4) an authentication certificate verification result is that whether the verification is successful is the eUICC corresponding to the MSISDN according to the certificate sending instruction.

S806, the deployment center determines the process node identifier 'sending certificate' of the sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the 'sending certificate' response instruction, and the prestored process node identifier 'sending certificate', the serial number and the MSISDN of the sub-process.

S807, the deployment center determines a response sub-process, namely a response sending certificate, according to the process node identifier ' sending certificate ', and sends the response sending certificate ' to the SM-SR unit.

S808, the SM-SR unit verifies the state information in the 'send certificate' response instruction.

If the state information is: if the authentication certificate is successfully verified, it indicates that the eUICC successfully verifies the authentication certificate according to the "send certificate" instruction, and all sub-processes in the service process of "eUICC downloads the configuration file" are not completed, the SM-SR unit executes S809.

If the state information is: and if the authentication certificate fails to be verified, the verification of the eUICC certificate is successful according to the certificate sending command, and the SM-SR unit determines whether to resend the certificate sending command. Illustratively, if authentication certificate verification fails due to a problem with the eUICC, the SM-SR unit determines that it is not necessary to resend the "send certificate" instruction. If the verification of the eUICC authentication certificate fails due to the problem of the 'certificate sending' instruction, the SM-SR unit determines that the 'certificate sending' instruction needs to be sent again, then starts a retransmission mechanism, and sends the 'certificate sending' instruction again.

S809, the SM-SR unit sends the next sub-process 'signature sending' adjacent to the sub-process executed by the eUICC corresponding to the MSISDN to the SM-DP unit.

In this way, the management platform can complete the second sub-process in the second phase, i.e. the "send certificate" sub-process, by performing S801 to S809.

Referring to fig. 9, the specific implementation process of the "send signature" sub-flow includes S901 to S909:

s901, the SM-DP unit prepares a flow node identifier of the sub-flow of the 'send signature' and an instruction containing the signature, and sends the flow node identifier 'send signature' and the instruction containing the signature to the SM-SR unit.

S902, the SM-SR unit sends MSISDN, sequence number, instruction containing signature and flow node identification 'signature sending' to the deployment center.

The sequence number may be a sequence number accumulated by the counter.

S903, the allocating center records the flow node mark 'sending signature', the serial number and the mobile station international subscriber identity (MSISDN).

S904, the deployment center sends a signature sending instruction to the eUICC corresponding to the MSISDN.

Wherein the "send signature" instruction comprises: MSISDN, sequence number, and signature.

S905, the eUICC sends a 'signature sending' response instruction to the deployment center.

Wherein the "send signature" response instruction comprises: MSISDN, sequence number, and signature verification result. The MSISDN in the "send signature" response instruction is the same as the MSISDN in the "send signature" instruction and the sequence number in the "send signature" response instruction is the same as the sequence number in the "send signature" instruction. And the signature verification result is that whether the signature is successfully verified by the eUICC corresponding to the MSISDN according to the command of sending the signature.

S906, the deployment center determines the process node identifier 'signature sending' of the sub-process executed by the eUICC corresponding to the MSISDN according to the sequence number and the MSISDN in the 'signature sending' response instruction and the prestored process node identifier 'signature sending', the sequence number and the MSISDN of the sub-process.

S907, the deployment center determines a response sub-process according to the process node identifier, namely, the response sending signature, and sends the response sending signature to the SM-SR unit.

S908, the SM-SR unit verifies the state information in the "Send signature" response instruction.

If the state information is: if the signature verification is successful, it indicates that the eUICC successfully verifies the signature according to the "send signature" instruction, and all sub-processes in the "eUICC download profile" service process are not completed, the SM-SR unit executes S909.

If the state information is: and if the signature verification fails, the eUICC is indicated to not verify the signature successfully according to the command of sending the signature, and the SM-SR unit determines whether to resend the command of sending the signature. Illustratively, if the signature is not successfully verified due to a problem with the eUICC, the SM-SR unit determines that the "send signature" instruction does not need to be resent. If the eUICC does not successfully verify the signature due to the problem of the 'signature sending' instruction, the SM-SR unit determines that the 'signature sending' instruction needs to be sent again, then starts a retransmission mechanism, and sends the 'signature sending' instruction again.

S909, the SM-SR unit sends a next sub-process 'sending configuration file' adjacent to the sub-process executed by the eUICC corresponding to the MSISDN to the SM-DP unit.

In this way, the management platform can complete the third sub-flow in the second phase, i.e. the "send signature" sub-flow, by executing S901 to S909. By performing steps S701 to S709, S801 to S809, and S901 to S909, the management platform can complete the second phase, namely, the key establishment and mutual authentication between the remote management platform and the eUICC.

Referring to fig. 10, the third phase of the service flow "eUICC downloads the configuration file" is: the management platform transmits the configuration file to the eUICC, the third stage includes a sub-process, that is, sending the configuration file, and the specific implementation process of the third stage includes steps S1001 to S1011:

s1001, the SM-DP unit prepares a flow node identifier and a configuration file of the sub-flow of the 'sending configuration file', and sends the flow node identifier 'sending configuration file' and the configuration file to the SM-SR unit.

The configuration file is a file after encryption processing.

S1002, the SM-SR unit sends MSISDN, serial number, configuration file and flow node identification 'sending configuration file' to the deployment center.

The sequence number may be a sequence number accumulated by the counter.

S1003, the deployment center records the flow node identifier 'sending configuration file', the serial number and the mobile station international subscriber identity (MSISDN).

S1004, the deployment center sends an instruction of opening HTTPS channel to the eUICC corresponding to the MSISDN.

Wherein, the instruction of opening HTTPS channel comprises the following steps: MSISDN and sequence number.

S1005, the eUICC sends a response command of "HTTPS channel open successfully" to the deployment center.

S1006, the deployment center sends the configuration file to the eUICC through the HTTPS channel.

S1007, the eUICC sends the MSISDN and the configuration file receiving result to the deployment center through the HTTPS channel.

And the configuration file receiving result is that whether the eUICC corresponding to the MSISDN successfully receives the configuration file according to the configuration file sending instruction.

S1008, the allocation center determines the flow node identifier 'sending configuration file' of the sub-flow executed by the eUICC corresponding to the MSISDN according to the MSISDN acquired from the HTTPS channel and the prestored flow node identifier 'sending configuration file', the MSISDN and the serial number of the sub-flow.

S1009, the deployment center determines the response sub-process, namely the response sending configuration file, according to the process node identifier ' sending configuration file ', and sends the response sending configuration file ' to the SM-SR unit.

S1010, the SM-SR unit checks the status information (configuration file reception result).

If the state information is: if the receiving of the configuration file is successful, it indicates that the eUICC successfully receives the configuration file, and all sub-processes in the service process of "downloading the configuration file by the eUICC" have been completed, the SM-SR unit executes S1011.

If the state information is: and if the configuration file fails to be received, the eUICC fails to receive the configuration file, and the SM-SR unit determines whether to resend the configuration file. Illustratively, if the profile is not received due to the eUICC having a problem, the SM-SR unit determines that the profile does not need to be retransmitted. If the eUICC does not receive the configuration file due to the problem of the configuration file sent by the deployment center, the SM-SR unit determines that the configuration file needs to be sent again, and then starts a retransmission mechanism to send the configuration file again.

S1011, the SM-SR unit updates the state of the configuration file. Here, the state of the configuration file is updated to: inactive to indicate that the profile has been downloaded into the eUICC, and the profile is in an inactive state.

By performing steps S1001 to S1011, the management platform can complete the third phase, that is, the management platform successfully transmits the configuration file to the eUICC.

In the actual application process, if the configuration file needs to be activated, the command interaction between the management platform and the eUICC is continued to activate the configuration file.

In the embodiment of the present application, the asynchronous communication device may be divided into functional modules or functional units according to the above method examples, for example, each functional module or functional unit may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The integrated module may be implemented in a form of hardware, or may be implemented in a form of a software functional module or a functional unit. The division of the modules or units in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation.

Fig. 11 shows a schematic diagram of a possible structure of the asynchronous communication device involved in the above embodiment. The asynchronous communication device is applied to a management platform, and the device can comprise: the system comprises a parameter acquisition module 1101, an instruction generation module 1102, an instruction sending module 1103, a response instruction receiving module 1104, a sub-flow determination module 1105 and a state information checking module 1106.

The parameter obtaining module 1101 is configured to obtain parameters of the sub-process.

An instruction generating module 1102, configured to generate an instruction according to the parameters of the sub-process, where the instruction includes a serial number and a mobile station international subscriber identity MSISDN, and the serial number is used to indicate a serial number of the instruction.

An instruction sending module 1103, configured to send an instruction to the eUICC corresponding to the MSISDN.

A response instruction receiving module 1104, configured to receive a response instruction, where the response instruction includes a serial number, an MSISDN, and state information of the eUICC corresponding to the MSISDN after being adjusted according to the instruction.

A sub-process determining module 1105, configured to determine, according to the sequence number and the MSISDN in the response instruction, a sub-process executed by the eUICC corresponding to the MSISDN.

A status information checking module 1106, configured to determine, according to the status information in the response instruction, whether to acquire a parameter of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN.

Optionally, the parameter obtaining module 1101 is specifically configured to: and if the sub-process is the first sub-process in the service process, acquiring an eUICC certificate, wherein the eUICC certificate is used for indicating whether the eUICC corresponding to the eUICC certificate has the communication authority with the management platform. Acquiring parameters corresponding to a first sub-process of a business process, wherein the parameters corresponding to the first sub-process comprise: and MSISDN corresponding to the eUICC with the communication authority.

Optionally, the asynchronous communication device provided in this embodiment of the present application may further include: a storing module 1107, configured to, after the parameter obtaining module 1101 obtains the parameters of the sub-flow, before the sub-flow determining module 1105 determines the sub-flow executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction, store the parameters of the sub-flow. Parameters of the sub-processes include: the flow node identification, sequence number and MSISDN of the sub-flow.

Optionally, the sub-process determining module 1105 is specifically configured to: and determining the sub-process executed by the eUICC corresponding to the MSISDN according to the sequence number and the MSISDN in the response instruction and the flow node identifier, the sequence number and the MSISDN of the pre-stored sub-process.

Optionally, the state information checking module 1106 is specifically configured to: if the state information is first state information, the first state information indicates that the eUICC corresponding to the MSISDN successfully adjusts the state of the eUICC according to the instruction, and all sub-processes in the service process are not completed, the parameters of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN are acquired.

And if the state information is second state information, the second state information indicates that the eUICC corresponding to the MSISDN fails to adjust the state of the eUICC according to the instruction, or all sub-processes in the service process are successfully completed, stopping acquiring parameters of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN.

Optionally, the asynchronous communication device provided in this embodiment of the present application may further include: an updating module 1108, configured to update the state parameter corresponding to the service flow according to the state information in the response instruction after the response instruction receiving module 1104 receives the response instruction.

After the parameters of the sub-process are obtained, the asynchronous communication device provided in the embodiment of the application generates an instruction according to the parameters of the sub-process, and then sends the instruction to the eUICC corresponding to the MSISDN. And acquiring a response instruction, determining the sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction, and determining whether to acquire the parameter of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the state information in the response instruction. Compared with the prior art, in a specified time period, if a response instruction fed back by the eUICC is not received by the management platform, the management platform abandons a service process currently executed by the eUICC.

Fig. 12 shows a schematic diagram of another possible structure of the asynchronous communication device involved in the above embodiment. The asynchronous communication device 1200 includes: a processor 1202, and a communication interface 1203. The processor 1202 is configured to control and manage the actions of the asynchronous communication device, such as performing the steps performed by the instruction generation module 1102, the sub-flow determination module 1105, the state information verification module 1106, and the update module 1108 described above, and/or other processes for performing the techniques described herein. The communication interface 1203 is used for supporting communication between the asynchronous communication device and other network entities, for example, the steps executed by the parameter obtaining module 1101, the instruction sending module 1103 and the response instruction receiving module 1104 are executed. The asynchronous communication device may further comprise a memory 1201 and a bus 1204, the memory 1201 being used for storing program codes and data of the asynchronous communication device.

Wherein the memory 1201 may be a memory in an asynchronous communication device or the like, the memory 1201 may include a volatile memory such as a random access memory; the memory 1201 may also include non-volatile memory, such as read-only memory, flash memory, a hard disk, or a solid state disk; the memory 1201 may also include a combination of the above types of memory.

The processor 1202 may be any means that can implement or execute the various illustrative logical blocks, modules, and circuits described in connection with the disclosure herein. The processor 1202 may be a central processing unit, general purpose processor, digital signal processor, application specific integrated circuit, field programmable gate array or other programmable logic device, transistor logic device, hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. The processor 1202 may also be a combination of computing functions, e.g., comprising one or more microprocessors, DSPs, and microprocessors.

The bus 1204 may be an Extended Industry Standard Architecture (EISA) bus or the like. The bus 1204 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in FIG. 12, but this is not intended to represent only one bus or type of bus.

As shown in fig. 13, the embodiment of the present application provides another possible structural schematic diagram of an asynchronous communication device. The asynchronous communication device 1300 includes: a processing unit 1301. The processing unit 1301 is used to control and manage the actions of the asynchronous communication device, for example, to perform the steps performed by the instruction generation module 1102, the sub-flow determination module 1105, the state information check module 1106, and the update module 1108 described above, and/or other processes for performing the techniques described herein. The asynchronous communication device may further include a storage unit 1302 and a communication unit 1303, the storage unit 1302 being used to store program codes and data of the asynchronous communication device; the communication unit 1303 is configured to support communication between the asynchronous communication device and other network entities, for example, perform the steps performed by the parameter obtaining module 1101, the instruction sending module 1103, and the response instruction receiving module 1104.

The processing unit 1301 may be the processor 1202 or the controller in the asynchronous communication device.

The storage unit 1302 may be the memory 1201 or the like in the asynchronous communication apparatus.

The communication unit 1303 may be a transceiver, a transceiving circuit, or a communication interface 1203 or the like in the asynchronous communication device.

Through the above description of the embodiments, it is clear to those skilled in the art that, for convenience and simplicity of description, the foregoing division of the functional modules is merely used as an example, and in practical applications, the above function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device may be divided into different functional modules to complete all or part of the above described functions. For the specific working processes of the system, the apparatus and the unit described above, reference may be made to the corresponding processes in the foregoing method embodiments, and details are not described here again.

The embodiment of the present application further provides a computer-readable storage medium, where instructions are stored in the computer-readable storage medium, and when the asynchronous communication device executes the instructions, the asynchronous communication device executes the steps executed by the asynchronous communication device in the foregoing embodiments.

The computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a register, a hard disk, an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing, or any other form of computer readable 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. Of course, the storage medium may also be integral to the processor. The processor and the storage medium may reside in an Application Specific Integrated Circuit (ASIC). In embodiments of the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

The present application provides a computer program product comprising instructions which, when executed on a computer, cause an asynchronous communication device to perform the steps performed by the asynchronous communication device in the embodiments described above.

The above description is only an embodiment of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions within the technical scope of the present disclosure should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. An asynchronous communication method, applied to an asynchronous communication system, the asynchronous communication system including a management platform and at least one embedded universal integrated circuit card (eUICC), at least one business process existing between the management platform and each eUICC in the at least one eUICC, each business process including at least one sub-process, the method comprising:

the management platform acquires parameters of a sub-process;

the management platform sends the instruction to the eUICC corresponding to the MSISDN;

the management platform receives a response instruction, wherein the response instruction comprises the serial number, the MSISDN and state information of the eUICC corresponding to the MSISDN after adjustment according to the instruction;

and the management platform determines whether to acquire parameters of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the state information in the response instruction.

2. The asynchronous communication method of claim 1, wherein the management platform obtains parameters of a sub-process, comprising:

if the sub-process is the first sub-process in the business process,

the management platform acquires an eUICC certificate, wherein the eUICC certificate is used for indicating whether an eUICC corresponding to the eUICC certificate has the authority of communicating with the management platform;

the management platform acquires a parameter corresponding to a first sub-process of the business process, wherein the parameter corresponding to the first sub-process comprises: and MSISDN corresponding to the eUICC with the communication authority.

3. The asynchronous communication method according to claim 1,

the parameters of the sub-process include: the flow node identification, the sequence number and the MSISDN of the sub-flow;

after the management platform acquires the parameters of the sub-processes, before determining the sub-processes executed by the eUICC corresponding to the MSISDN according to the sequence number and the MSISDN in the response instruction, the method further includes:

the management platform stores the parameters of the sub-processes;

the management platform determines a sub-process executed by the eUICC corresponding to the MSISDN according to the sequence number and the MSISDN in the response instruction, including:

and the management platform determines the sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction and the flow node identifier, the serial number and the MSISDN of the pre-stored sub-process.

4. The asynchronous communication method according to claim 1, wherein the determining, by the management platform according to the status information in the response instruction, whether to acquire a parameter of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN comprises:

if the state information is first state information, the first state information indicates that the eUICC corresponding to the MSISDN successfully adjusts the state of the eUICC according to the instruction and does not finish all sub-processes in the service process, and the management platform acquires parameters of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN;

if the status information is second status information, where the second status information indicates that the eUICC corresponding to the MSISDN fails to adjust its own status according to the instruction, or all sub-processes in a service process have been successfully completed, the management platform stops obtaining parameters of a next sub-process adjacent to a sub-process executed by the eUICC corresponding to the MSISDN.

5. The asynchronous communication method according to any of claims 1 to 4, wherein after the management platform receives the response instruction, the method further comprises:

and the management platform updates the state parameters corresponding to the business process according to the state information in the response instruction.

6. An asynchronous communication device, applied to a management platform of an asynchronous communication system, the asynchronous communication system further comprising at least one embedded universal integrated circuit card (eUICC), wherein at least one service process exists between the management platform and each eUICC in the at least one eUICC, and each service process comprises at least one sub-process, the device comprising:

the parameter acquisition module is used for acquiring parameters of the sub-processes;

an instruction generating module, configured to generate an instruction according to the parameters of the sub-process, where the instruction includes a serial number and a mobile station international subscriber identity MSISDN, and the serial number is used to indicate a serial number of the instruction;

an instruction sending module, configured to send the instruction to an eUICC corresponding to the MSISDN;

a response instruction receiving module, configured to receive a response instruction, where the response instruction includes the serial number, the MSISDN, and state information of the eUICC corresponding to the MSISDN, which is adjusted according to the instruction;

a sub-process determining module, configured to determine, according to the serial number and the MSISDN in the response instruction, a sub-process executed by the eUICC corresponding to the MSISDN;

and the state information checking module is used for determining whether to acquire the parameters of the next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN according to the state information in the response instruction.

7. The asynchronous communication device of claim 6,

the parameter obtaining module is specifically configured to:

if the sub-process is the first sub-process in the service process, acquiring an eUICC certificate, wherein the eUICC certificate is used for indicating whether an eUICC corresponding to the eUICC certificate has the authority of communicating with the management platform;

acquiring a parameter corresponding to a first sub-process of the business process, wherein the parameter corresponding to the first sub-process comprises: and MSISDN corresponding to the eUICC with the communication authority.

8. The asynchronous communication device according to claim 6, wherein the device further comprises: a storage module, configured to, after the parameter obtaining module obtains the parameters of the sub-process, the sub-process determining module determines, according to the serial number and the MSISDN in the response instruction, the parameters of the sub-process before the sub-process executed by the eUICC corresponding to the MSISDN is stored; the parameters of the sub-process include: the flow node identification, the sequence number and the MSISDN of the sub-flow;

the sub-process determining module is specifically configured to: and determining the sub-process executed by the eUICC corresponding to the MSISDN according to the serial number and the MSISDN in the response instruction and the flow node identifier, the serial number and the MSISDN of the pre-stored sub-process.

9. The asynchronous communication device of claim 6,

the state information checking module is specifically configured to:

if the state information is first state information, the first state information indicates that the eUICC corresponding to the MSISDN successfully adjusts the state of the eUICC according to the instruction and does not finish all sub-processes in the service process, and then parameters of a next sub-process adjacent to the sub-process executed by the eUICC corresponding to the MSISDN are acquired;

10. The asynchronous communication device according to any of claims 6 to 9, characterized in that the device further comprises: and the updating module is used for updating the state parameters corresponding to the business process according to the state information in the response instruction after the response instruction receiving module receives the response instruction.

11. An asynchronous communication device, the device comprising: a processor, a communication interface, and a memory; wherein the memory is configured to store one or more programs, the one or more programs including computer-executable instructions, which when executed by the asynchronous communication device, are executed by the processor to cause the asynchronous communication device to perform the asynchronous communication method of any of claims 1 to 5.

12. A computer-readable storage medium having instructions stored therein, which when executed by a computer, the computer performs the asynchronous communication method of any one of the preceding claims 1 to 5.