配置文件状态同步方法、装置、终端、服务器和存储介质

技术领域

本申请涉及通信技术领域，特别是涉及一种配置文件状态同步方法、装置、终端、服务器和存储介质。

背景技术

随着通信技术的发展，嵌入式SIM卡(Embedded-SIM，eSIM)可以通过空中(overthe air,OTA)方式在服务器上选择下载和使用不同的配置文件，以便配备了eSIM的电子装置能够接收不同网络运营商提供的移动通信服务。在用户对eSIM的配置文件进行配置文件管理操作后，例如，下载、删除、重置等操作，均会生成一个通知信息发送至服务器，此时，则需要服务器根据通知信息将服务器对应的eSIM的配置文件状态与终端侧的eSIM的配置文件状态同步。

若在终端侧非联网或网络异常的情况下，eSIM配置文件状态发生变化，生成的通知信息则无法发送至服务器，即此时服务器对应的eSIM的配置文件状态与终端侧的eSIM的配置文件状态不同步，则需要在服务器手动更改eSIM的配置文件状态。

然而，因终端侧非联网或网络异常导致的终端侧和服务器侧的eSIM的配置文件状态不同步时，现有技术存在无法自动同步终端侧和服务器侧的eSIM的配置文件状态的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够在终端侧非联网或网络异常导致的终端侧和服务器侧的eSIM的配置文件状态不同步时，自动同步终端侧和服务器侧的eSIM的配置文件状态的配置文件状态同步方法、装置、终端、服务器和存储介质。

第一方面，本申请提供一种配置文件状态同步方法，所述方法包括：

根据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知；其中，正式通知包括eSIM配置文件的目标状态；

获取终端的当前网络状态；

若当前网络状态异常，则缓存反馈信息，并在网络状态恢复正常时，将所述反馈信息发送至服务器，使得服务器根据反馈信息获取对应的正式通知，并根据正式通知同步服务器中的eSIM配置文件的状态。

在其中一个实施例中，在网络状态恢复正常时，发送反馈信息至服务器，使得服务器根据反馈信息获取对应的正式通知，包括：

在网络状态恢复正常时，将反馈信息发送至服务器；

接收服务器根据反馈信息后发送的通知获取请求；

根据通知获取请求，将反馈信息对应的正式通知发送至服务器。

在其中一个实施例中，还包括：

接收服务器发送的反馈信息查询指令；

根据反馈信息查询指令，查找本地缓存中是否存在反馈信息；

若存在反馈信息，将反馈信息发送至服务器；

若不存在反馈信息，生成回执信息并发送至服务器。

第二方面，本申请提供一种配置文件状态同步方法，该方法包括：

获取终端发送的反馈信息；其中，反馈信息是终端根据控制指令进行eSIM配置文件管理操作后生成的信息，且在网络状态异常时对反馈信息进行缓存，并在网络状态恢复正常时发送的信息；

根据反馈信息获取对应的正式通知；其中，正式通知包括eSIM配置文件的目标状态；

根据正式通知，将对应的eSIM配置文件的初始状态更改为目标状态。

在其中一个实施例中，获取终端发送的反馈信息，包括：

向终端发送反馈信息查询指令；

接收终端根据反馈信息查询指令发送的反馈信息。

在其中一个实施例中，该方法还包括：

接收终端根据反馈信息查询指令发送的回执信息；回执信息用于指示终端的缓存中不存在反馈信息。

第三方面，本申请提供一种配置文件状态同步装置，装置包括：

生成模块，用于根据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知；其中，正式通知包括eSIM配置文件的目标状态；

第一获取模块，用于获取终端的当前网络状态；

同步模块，用于若当前网络状态异常，则缓存反馈信息，并在网络状态恢复正常时，发送反馈信息至服务器，使得服务器根据反馈信息获取对应的正式通知，并根据正式通知同步服务器中的eSIM配置文件的状态。

第四方面，本申请提供一种配置文件状态同步装置，该装置包括：

第一获取模块，用于获取终端发送的反馈信息；其中，反馈信息是终端根据控制指令进行eSIM配置文件管理操作后生成的信息，且在网络状态异常时对反馈信息进行缓存，并在网络状态恢复正常时发送的信息；

第二获取模块，用于根据反馈信息获取对应的正式通知；其中，正式通知包括eSIM配置文件的目标状态；

更改模块，用于根据正式通知，将对应的eSIM配置文件的初始状态更改为目标状态。

第五方面，本申请提供一种终端，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项实施例中方法的步骤。

第六方面，本申请提供一种服务器，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项实施例中方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或者第二方面任一项实施例中方法的步骤。

上述配置文件状态同步方法、装置、终端、服务器和存储介质，通过根据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知，获取终端的当前网络状态，若当前网络状态异常，则缓存反馈信息，并在网络状态恢复正常时，将反馈信息发送至服务器，使得服务器根据反馈信息获取对应的正式通知，并根据正式通知同步服务器中的eSIM配置文件的状态。能够在终端的网络状态异常不可用时，将eSIM生成的反馈信息进行缓存，待网络恢复正常时，将缓存在反馈信息发送至服务器，从而避免终端的网络状态异常不可用时，仍然将反馈信息进行发送，但是由于终端网络的原因并未成功将反馈信息发送至服务器，即服务器并未接收到反馈信息，此时终端却默认反馈信息已经发送，并不再进行发送，且反馈信息丢失，导致服务器中的eSIM配置文件的状态仍旧是之前的状态，并且无法找到之前生成的反馈信息，造成服务器侧的eSIM配置文件状态并未与终端中的eSIM配置文件的状态同步，且无法再次获取到反馈信息自动同步，进而需要在服务器平台手动刷新对应的eSIM配置文件的状态同步状态，即克服了终端侧非联网或网络异常时导致的终端侧和服务器侧的eSIM的配置文件状态不同步时，无法自动同步终端侧和服务器侧的eSIM的配置文件状态的问题，省时省力，节约成本。

附图说明

图1为一个实施例中配置文件状态同步方法的应用环境图；

图2为一个实施例中配置文件状态同步方法的流程示意图；

图3为另一个实施例中配置文件状态同步方法的流程示意图；

图4为另一个实施例中配置文件状态同步方法的流程示意图；

图5为一个实施例中配置文件状态同步方法的流程示意图；

图6为另一个实施例中配置文件状态同步方法的流程示意图；

图7为另一个实施例中配置文件状态同步方法的流程示意图；

图8为一个实施例中配置文件状态同步装置的结构框图；

图9为另一个实施例中配置文件状态同步装置的结构框图；

图10为一个实施例中配置文件状态同步装置的结构框图；

图11为一个实施例中终端的内部结构图；

图12为一个实施例中服务器的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的配置文件状态同步方法，可以应用于如图1所示的应用环境中。该应用环境中包括终端102和服务器104。其中，终端102通过网络与服务器104通过网络进行通信。其中，终端11中包括eSIM卡。包括有eSIM卡的终端可以通过空中方式在服务器上选择下载和使用不同的配置文件，以便配备了eSIM的终端能够接收不同网络运营商提供的移动通信服务。在用户对eSIM的配置文件进行配置文件管理操作后，例如，下载、删除、重置等操作，均会生成一个通知信息发送至服务器，此时，服务器可以根据通知信息将服务器对应的eSIM的配置文件状态与终端侧的eSIM的配置文件状态同步。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种配置文件状态同步方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

S202，根据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知；其中，正式通知包括eSIM配置文件的目标状态。

其中，控制指令是指用户需要对终端中的eSIM进行eSIM配置文件管理操作时触发的指令；可以包括对eSIM配置文件的下载指令、删除指令、重置指令、激活指令等。

具体地，当用户需要对终端上的eSIM配置文件进行下载、删除、重置、激活等配置文件管理操作时，用户可以通过终端的本地文件管理系统(local profil eassistant，LPA)，触发控制指令，再通过LPA，对终端中的eSIM模块进行eSIM配置文件的下载、删除、重置等配置文件管理操作。当eSIM完成相应的eSIM配置文件管理操作后，均会生成一条相应的反馈信息和一条包含有配置文件状态的正式通知。示例地，用户需要将eSIM配置文件进行下载安装至eSIM时，可以首先通过LPA与服务器进行通信，在服务器平台上选择相应的eSIM配置文件进行下载至eSIM中，当下载完成后，eSIM会自动生成一条下载完成的反馈信息和一条包含有配置文件已安装的状态信息的正式通知，并且将反馈信息发送至LPA中。

S204，获取终端的当前网络状态。

具体地，终端中的LPA会检测当前终端的网络状态，以确定当前网络状态是否正常可用，是否能够和服务器进行通信。

可选地，当网络状态正常时，直接将反馈信息通过LPA发送至服务器，便于服务器平台获取到正式通知后更改对应的eSIM配置文件状态。

S206，若当前网络状态异常，则缓存反馈信息，并在网络状态恢复正常时，将反馈信息发送至服务器，使得服务器根据反馈信息获取对应的正式通知，并根据正式通知同步服务器中的eSIM配置文件的状态。

具体地，若终端的LPA检测到当前终端当前的网络状态异常时，即无法与外部终端或者服务器进行正常的网络通信时，将eSIM生成的反馈信息缓存至LPA中，并可以实时检测当前的网络状态，当检测的网络状态为正常时，则将缓存的反馈信息按照生成的时间顺序逐条发送至服务器，也可以是将缓存的反馈信息进行打包，将打包后的反馈信息发送至服务器中。当服务器接收到反馈信息时，可以根据反馈信息对终端下发正式通知获取指令，当终端接收到正式通知获取指令，则将正式通知发送至服务器，此时，服务器平台就可以根据正式通知的当前eSIM配置文件状态，更新服务器中对应的eSIM配置文件状态。其中，服务器平台可以包括SM-DP+服务器平台。

上述配置文件状态同步方法中，根据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知，获取终端的当前网络状态，若当前网络状态异常，则缓存反馈信息，并在网络状态恢复正常时，发送反馈信息至服务器，使得服务器根据反馈信息获取对应的正式通知，并根据正式通知同步服务器中的eSIM配置文件的状态。能够在终端的网络状态异常不可用时，将eSIM生成的反馈信息进行缓存，待网络恢复正常时，将缓存在反馈信息发送至服务器，从而避免终端的网络状态异常时，仍然将反馈信息进行发送，但是由于网络的原因并未成功将反馈信息发送至服务器，导致反馈信息丢失，即服务器并未接收到反馈信息，此时终端却默认反馈信息已经发送，并不再进行发送，导致服务器中的eSIM配置文件的状态仍旧是之前的状态，并未与终端中的eSIM配置文件的状态同步，进而需要在服务器平台手动刷新对应的eSIM配置文件的状态同步状态，即克服了终端侧非联网或网络异常时，导致的终端侧和服务器侧的eSIM的配置文件状态不同步时，无法自动同步终端侧和服务器侧的eSIM的配置文件状态的问题。

上述实施例对配置文件状态同步方法进行了说明，现以一个实施例对终端侧网络恢复正常时，发送反馈信息至服务器进一步说明，在一个实施例中，如图3所示，在网络状态恢复正常时，发送反馈信息至服务器，使得服务器根据反馈信息获取对应的正式通知，包括：

S302，在网络状态恢复正常时，将反馈信息发送至服务器。

具体地，当终端中的LPA检测到当前的网络状态正常，能够与服务器正常通信，此时，将缓存在LPA中的反馈信息按照生成的时间逐条发送至服务器。

S304，接收服务器根据反馈信息后发送的通知获取请求。

具体地，当服务器接收到反馈信息后，可以对终端下发通知获取请求，请求终端将eSIM生成的与反馈信息对应的正式通知发送至服务器。

S306，根据通知获取请求，将反馈信息对应的正式通知发送至服务器。

具体地，当终端的LPA接收到通知获取请求后，将该通知获取请求发送转发至eSIM中，eSIM接收到通知获取指令后，将反馈信息对应的正式通知发送至LPA，由LPA将该正式通知发送至服务器。

本实施例中，通过在网络状态恢复正常时，将反馈信息发送至服务器，接收服务器根据反馈信息后发送的通知获取请求，根据通知获取请求，将反馈信息对应的正式通知发送至服务器，能够使反馈信息在网络上异常时，进行存储不会丢失，进而在网络正常时，将存储的反馈信息发送至服务器，服务器即可根据反馈信息获取eSIM的正式通知，并根据正式通知同步服务器侧和终端侧的eSIM配置文件的状态，实现自动同步服务器侧和终端侧的eSIM配置文件的状态。

上述实施例中在网络恢复正常时，终端将缓存的反馈信息发送至服务器进行了说明，还可以在接收到服务器发送的反馈信息查询指令后，再将反馈信息发送至服务器，现以一个实施例对终端将缓存的反馈信息发送至服务器进一步说明，在一个实施例中，如图4所示，在网络状态恢复正常时，发送反馈信息至服务器，使得服务器根据反馈信息获取对应的正式通知，还包括：

S402，接收服务器发送的反馈信息查询指令。

具体地，服务器可以周期性的向终端发送反馈信息查询指令；其中，反馈信息查询指令用于指示终端查询LPA中是否存在缓存的反馈信息。例如，终端接收服务器每隔5分钟发送的反馈信息查询指令、或者每隔1小时发送的反馈信息查询指令、或者每隔1天发送的反馈信息查询指令，或是实时发送的反馈信息查询指令，在此不加以限制。

S404，根据反馈信息查询指令，查找本地缓存中是否存在反馈信息。

具体地，当终端的LPA接收到服务器发送的反馈信息查询指令，自动查找LPA本地缓存中是否存在反馈信息。

S406，若存在反馈信息，将反馈信息发送至服务器。

具体地，若LPA检测到本地缓存中存在eSIM发送的反馈信息，则将反馈信息按照eSIM生成反馈信息的时间，逐条发送至服务器。或者，也可以将所有的反馈信息打包之后一次发送至服务器，每个反馈信息可以携带时间戳。

S408，若不存在反馈信息，生成回执信息并发送至服务器。

具体地，若LPA检测到本地缓存中为空，不存在反馈信息，则生成无反馈信息的回执信息，并发送至服务器，回执信息指示终端的LPA中当前没有存储反馈信息。

本实施例中，接收服务器发送的反馈信息查询指令，根据反馈信息查询指令，查找本地缓存中是否存在反馈信息，若存在反馈信息，将反馈信息发送至服务器，若不存在反馈信息，生成回执信息并发送至服务器。能够进一步确保服务器能够接收到eSIM的配置文件进行管理操作后生成的反馈信息，进而实现服务器自动同步终端侧的eSIM配置文件状态。

上述实施例均是以终端为执行主体对配置文件状态同步方法进行说明的，现以应用于图1中的服务器为例对配置文件状态同步方法进行说明，在一个实施例中，如图5所示，配置文件状态同步方法，包括：

S502，获取终端发送的反馈信息；其中，反馈信息是终端根据控制指令进行eSIM配置文件管理操作后生成的信息，且在网络状态异常时对反馈信息进行缓存，并在网络状态恢复正常时发送的信息。

具体地，用户可以通过终端的本地文件管理系统(local profil eassistant，LPA)触发控制指令，再通过LPA对终端中的eSIM进行eSIM配置文件的下载、删除、重置等配置文件管理操作后，生成一条相应的反馈信息和一条包含有配置文件状态的正式通知，在终端的网络状态正常时，通过终端的LPA将反馈信息发送至服务器中，即服务器获取终端发送的反馈信息。当终端的网络状态异常时，将反馈信息缓存至LPA本地缓存中，并在网络状态恢复正常时，将缓存的反馈信息发送至服务器，即服务器获取终端发送的反馈信息。例如，当用户通过LPA将终端的eSIM中eSIM配置文件进行删除后，eSIM会生成一条内容为配置文件已删除的反馈信息和配置文件不可用的正式通知，并通过LPA将反馈信息发送至服务器中，即服务器获取到了终端发送的反馈信息。

S504，根据反馈信息获取对应的正式通知；其中，正式通知包括eSIM配置文件的目标状态。

具体地，当服务器接收到反馈信息后，可以对终端下发通知获取请求，请求终端发送与反馈信息对应的正式通知。例如，服务器接收到配置文件已删除的反馈信息后，向终端发送通知获取请求，请求终端发送生成反馈信息时同时生成的内容为配置文件不可用的正式通知。

S506，根据正式通知，将对应的eSIM配置文件的初始状态更改为目标状态。

具体地，当服务器接收到终端发送的正式通知后，将服务器中eSIM配置文件的初始状态更改为正式通知中的目标状态。示例地，正式通知若为删除eSIM配置文件后生成的，目标状态为配置文件不可用的正式通知，则当服务器接收到该正式通知后，将服务器中的初始状态的已安装，更改为目标状态的不可用，实现同步终端侧与服务器侧的eSIM配置文件的状态。

在本实施例中，通过获取终端发送的反馈信息，根据反馈信息获取对应的正式通知；其中，正式通知包括eSIM配置文件的目标状态，根据正式通知，将对应的eSIM配置文件的初始状态更改为目标状态。由于反馈信息是终端根据控制指令进行eSIM配置文件管理操作后生成的信息，且在网络状态异常时对反馈信息进行缓存，并在网络状态恢复正常时发送的信息，因此，能够实现在终端网络异常时，不会丢失反馈信息的情况进而导致，无法实现服务器侧与终端侧的eSIM配置文件状态的同步。

上述实施例对配置文件状态同步方法进行了说明，现以一个实施例对如何获取终端发送在反馈信息进行说明，在一个实施例中，如图6所示，获取终端发送的反馈信息，包括：

S602，向终端发送反馈信息查询指令。

具体地，服务器可以周期性向终端发送反馈信息查询指令，查询终端的LPA本地缓存中是否存在因网络异常缓存的反馈信息。

S604，接收终端根据反馈信息查询指令发送的反馈信息。

具体地，当终端接收到反馈信息查询指令后，自动检测终端的LPA本地缓存中是否存在反馈信息，若LPA检测到本地缓存中存在eSIM发送的反馈信息，则将反馈信息按照eSIM生成反馈信息的时间，逐条发送至服务器。或者，也可以将所有的反馈信息打包之后一次发送至服务器，每个反馈信息可以携带时间戳。；若LPA检测到本地缓存中为空，不存在反馈信息，则生成无反馈信息的回执信息，并发送至服务器，回执信息指示终端的LPA中当前没有存储反馈信息。

本实施例中，通过向终端发送反馈信息查询指令，接收终端根据反馈信息查询指令发送的反馈信息。能够实时的查询终端中的本地缓存中是否存在缓存的反馈信息，将反馈信息及时反馈至服务器中，以便服务器自动将eSIM配置文件侧状态与终端侧的eSIM配置文件侧状态同步，避免服务器没有接收到反馈信息则没有更改eSIM配置文件侧状态，从而需要手动更改服务器侧eSIM配置文件侧状态费时费力的问题，更加省时省力且不会遗漏终端发送的反馈信息。

为了便于本领域技术人员的理解，现以一个是实施例对配置文件状态同步方法进行说明，在一个实施例中，如图7所示，配置文件状态同步方法包括：

S701，终端根据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知；其中，正式通知包括eSIM配置文件的目标状态。

S702，获取终端的当前网络状态。

S703，若当前网络状态异常，则缓存反馈信息。

S704，在网络状态恢复正常时，将反馈信息发送至服务器。

S705，服务器向终端发送反馈信息查询指令。

S706，根据反馈信息查询指令，查找本地缓存中是否存在反馈信息。

S707，若存在反馈信息，将反馈信息发送至服务器。

S708，若不存在反馈信息，生成回执信息并发送至服务器。

S709，获取终端发送的反馈信息。

S710，接收终端根据反馈信息查询指令发送的反馈信息。

S711，接收服务器根据反馈信息后发送的通知获取请求。

S712，根据通知获取请求，将反馈信息对应的正式通知发送至服务器。

S713，根据正式通知，将对应的eSIM配置文件的初始状态更改为目标状态。

在本实施例中，通过根据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知，获取终端的当前网络状态，若当前网络状态异常，则缓存反馈信息，并在网络状态恢复正常时，发送反馈信息至服务器，使得服务器根据反馈信息获取对应的正式通知，并根据正式通知同步服务器中的eSIM配置文件的状态。能够在终端的网络状态异常不可用时，将eSIM生成的反馈信息进行缓存，待网络恢复正常时，将缓存在反馈信息发送至服务器，从而避免终端的网络状态异常不可用时，仍然将反馈信息进行发送，但是由于终端网络的原因并未成功将反馈信息发送至服务器，即服务器并未接收到反馈信息，此时终端却默认反馈信息已经发送，并不再进行发送，导致服务器中的eSIM配置文件的状态仍旧是之前的状态，并未与终端中的eSIM配置文件的状态同步，进而需要在服务器平台手动刷新对应的eSIM配置文件的状态同步状态，即克服了终端侧非联网或网络异常时，导致的终端侧和服务器侧的eSIM的配置文件状态不同步时，无法自动同步终端侧和服务器侧的eSIM的配置文件状态的问题，省时省力，节约成本。

应该理解的是，虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-7中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图8所示，提供了一种配置文件状态同步装置，包括：

生成模块801，用于根据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知；其中，正式通知包括eSIM配置文件的目标状态；

第一获取模块802，用于获取终端的当前网络状态；

同步模块803，用于若当前网络状态异常，则缓存反馈信息，并在网络状态恢复正常时，发送反馈信息至服务器，使得服务器根据反馈信息获取对应的正式通知，并根据正式通知同步服务器中的eSIM配置文件的状态。

在本实施例中，生成模块根据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知，第一获取模块获取终端的当前网络状态，同步模块若当前网络状态异常，则缓存反馈信息，并在网络状态恢复正常时，发送反馈信息至服务器，使得服务器根据反馈信息获取对应的正式通知，并根据正式通知同步服务器中的eSIM配置文件的状态。能够在终端的网络状态异常不可用时，将eSIM生成的反馈信息进行缓存，待网络恢复正常时，将缓存在反馈信息发送至服务器，从而避免终端的网络状态异常不可用时，仍然将反馈信息进行发送，但是由于终端网络的原因并未成功将反馈信息发送至服务器，即服务器并未接收到反馈信息，此时终端却默认反馈信息已经发送，并不再进行发送，导致服务器中的eSIM配置文件的状态仍旧是之前的状态，并未与终端中的eSIM配置文件的状态同步，进而需要在服务器平台手动刷新对应的eSIM配置文件的状态同步状态，即克服了终端侧非联网或网络异常时，导致的终端侧和服务器侧的eSIM的配置文件状态不同步时，无法自动同步终端侧和服务器侧的eSIM的配置文件状态的问题，省时省力，节约成本。

在一个实施例中，如图9所示，同步模块803包括：

第一发送单元8031，用于在网络状态恢复正常时，将反馈信息发送至服务器；

第一接收单元8032，用于接收服务器根据反馈信息后发送的通知获取请求；

第二发送单元8033，用于根据通知获取请求，将反馈信息对应的正式通知发送至服务器。

在一个实施例中，参见图9所示，同步模块803，还包括：

第二接收单元8034，用于接收服务器发送的反馈信息查询指令；

查找单元8035，用于根据反馈信息查询指令，查找本地缓存中是否存在反馈信息；

第三发送单元8036，用于若存在反馈信息，将反馈信息发送至服务器；

第四发送单元8037，用于若不存在反馈信息，生成回执信息并发送至服务器。

关于配置文件状态同步装置的具体限定可以参见上文中对于图2-图4对应的配置文件状态同步方法的限定，在此不再赘述。上述配置文件状态同步装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，如图10所示，提供了一种配置文件状态同步装置，包括：

第一获取模块901，用于获取终端发送的反馈信息；其中，所述反馈信息是所述终端根据控制指令进行eSIM配置文件管理操作后生成的信息，且在网络状态异常时对所述反馈信息进行缓存，并在所述网络状态恢复正常时发送的信息；具体用于向终端发送反馈信息查询指令；接收终端根据反馈信息查询指令发送的反馈信息。

第二获取模块902，用于根据所述反馈信息获取对应的所述正式通知；其中，所述正式通知包括eSIM配置文件的目标状态；

更改模块903，用于根据所述正式通知，将对应的所述eSIM配置文件的初始状态更改为所述目标状态。

在本实施例中，通过获取终端发送的反馈信息，根据反馈信息获取对应的正式通知；其中，正式通知包括eSIM配置文件的目标状态，根据正式通知，将对应的eSIM配置文件的初始状态更改为目标状态。由于反馈信息是终端根据控制指令进行eSIM配置文件管理操作后生成的信息，且在网络状态异常时对反馈信息进行缓存，并在网络状态恢复正常时发送的信息，因此，能够实现在终端网络异常时，不会丢失反馈信息的情况进而导致，无法实现服务器侧与终端侧的eSIM配置文件状态的同步。

在一个实施例中，提供了一种配置文件状态同步系统，该系统包括：终端和服务器；

终端，用于实现上述图2-图4对应实施例中方法的步骤；

服务器，用于实现上述图5-图6对应实施例中方法的步骤。

关于配置文件状态同步系统的具体限定可以参见上文中对于图2-图6对应的配置文件状态同步方法的限定，在此不再赘述。

在本实施例中，终端据控制指令进行eSIM配置文件管理操作，并生成反馈信息和正式通知，获取终端的当前网络状态，若当前网络状态异常，则缓存反馈信息，并在网络状态恢复正常时，发送反馈信息至服务器，使得服务器根据反馈信息获取对应的正式通知，并根据正式通知同步服务器中的eSIM配置文件的状态。能够在终端的网络状态异常不可用时，将eSIM生成的反馈信息进行缓存，待网络恢复正常时，将缓存在反馈信息发送至服务器，从而避免终端的网络状态异常不可用时，仍然将反馈信息进行发送，但是由于终端网络的原因并未成功将反馈信息发送至服务器，即服务器并未接收到反馈信息，此时终端却默认反馈信息已经发送，并不再进行发送，导致服务器中的eSIM配置文件的状态仍旧是之前的状态，并未与终端中的eSIM配置文件的状态同步，进而需要在服务器平台手动刷新对应的eSIM配置文件的状态同步状态，即克服了终端侧非联网或网络异常时，导致的终端侧和服务器侧的eSIM的配置文件状态不同步时，无法自动同步终端侧和服务器侧的eSIM的配置文件状态的问题，省时省力，节约成本。

在一个实施例中，提供了一种终端，该终端可以是服务器，其内部结构图可以如图11所示。该终端包括通过系统总线连接的处理器、存储器和网络接口。其中，该终端的处理器用于提供计算和控制能力。该终端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该终端的数据库用于反馈信息数据。该终端的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种配置文件状态同步方法。

在一个实施例中，提供了一种服务器，其内部结构图可以如图12所示。该服务器包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该服务器的处理器用于提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该服务器的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种配置文件状态同步方法。该服务器的显示屏可以是液晶显示屏或者电子墨水显示屏，该服务器的输入装置可以是显示屏上覆盖的触摸层，也可以是服务器外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图11和图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种终端，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述图2-图4对应的各方法实施例中的步骤。

在一个实施例中，提供了一种服务器，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述图5-图6对应的实施例中方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。