CN106230616B - 一种业务配置信息处理方法和系统 - Google Patents

Abstract

本申请提供了一种业务配置信息处理方法和系统，其中，所述方法包括：接收通过虚拟设备上报的保存请求；其中，所述保存请求用于请求保存业务配置信息；分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；根据所述第一业务标识和所述第一设备标识生成第一标识；使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息。通过本申请解决了在进程错误时造成的对其他虚拟设备的业务配置信息的误操作的问题。

Description

一种业务配置信息处理方法和系统

技术领域

本申请涉及通信技术领域，特别是涉及一种业务配置信息处理方法和系统。

背景技术

在虚拟化技术中，可以将一台物理设备划分成多台逻辑设备，每台逻辑设备就称为一台虚拟设备。每台虚拟设备拥有自己专属的软硬件资源，独立运行，独立转发，独立提供业务；创建、启动、重启或删除一台虚拟设备，不会影响其它虚拟设备的运行。

为了保证虚拟设备的正常运行，使得虚拟设备上运行的业务与对应的用户相匹配，需要对虚拟设备上的业务的业务配置信息进行储存。通常，业务配置信息可以保存在物理设备的相应业务模块下，例如，ID(Identification，身份标识号)为5001-6000的业务配置信息隶属于同一类业务，可以保存在一个业务模块下，ID为6001-7000的业务配置信息隶属于同一类业务，可以保存在另一个业务模块下。其中，不同的业务配置信息可以保存在不同的业务模块下，不同的业务配置信息通过不同虚拟设备下不同的进程来管理调用。

然而，在实际应用中，由于相同类型的业务配置信息的ID是相同的，而所有存储的业务配置信息都依赖于虚拟设备自身的进程来管理调用，故，一旦进程出错，将可能会导致获取到的业务配置信息是其他虚拟设备的业务配置信息，造成对其他虚拟设备的业务配置信息的误操作，严重影响了其它虚拟设备的使用。

发明内容

本申请所要解决的技术问题是提供一种业务配置信息处理方法和系统，以解决在进程错误时造成的对其他虚拟设备的业务配置信息的误操作问题。

为了解决上述问题，本申请公开了一种业务配置信息处理方法，包括：

接收通过虚拟设备上报的保存请求；其中，所述保存请求用于请求保存业务配置信息；

分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；

根据所述第一业务标识和所述第一设备标识生成第一标识；

使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息。

优选的，所述方法还包括：

根据所述业务的类型对所述业务进行标识，得到所述第一业务标识；以及，对所述虚拟设备进行标识，得到所述第一设备标识。

优选的，所述方法还包括：

接收通过虚拟设备上报的修改请求；其中，所述修改请求用于请求对已保存的业务配置信息进行修改；

获取所述修改请求所请求修改的业务配置信息对应的业务的第二业务标识，以及，获取上报所述修改请求的虚拟设备的第二设备标识；

根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第二业务标识相匹配的第一业务配置信息；

获取所述第一业务配置信息对应的第一标识中包括的第一设备标识；

判断所述第二设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述修改请求对所述第一业务配置信息进行修改。

优选的，所述方法还包括：

接收通过虚拟设备上报的删除请求；其中，所述删除请求用于请求删除已保存的业务配置信息；

获取所述删除请求所请求删除的业务配置信息对应的业务的第三业务标识，以及，获取上报所述删除请求的虚拟设备的第三设备标识；

根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第三业务标识相匹配的第二业务配置信息；

获取所述第二业务配置信息对应的第一标识中包括的第一设备标识；

判断所述第三设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述删除请求删除所述第二业务配置信息。

相应地，本申请还公开了一种业务配置信息处理系统，包括：

第一接收模块，用于接收通过虚拟设备上报的保存请求；其中，所述保存请求用于请求保存业务配置信息；

第一获取模块，用于分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；

生成模块，用于根据所述第一业务标识和所述第一设备标识生成第一标识；

保存模块，用于使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息。

优选的，所述系统还包括：

标识模块，用于根据所述业务的类型对所述业务进行标识，得到所述第一业务标识；以及，对所述虚拟设备进行标识，得到所述第一设备标识。

优选的，所述系统还包括：

第二接收模块，用于接收通过虚拟设备上报的修改请求；其中，所述修改请求用于请求对已保存的业务配置信息进行修改；

第二获取模块，用于获取所述修改请求所请求修改的业务配置信息对应的业务的第二业务标识，以及，获取上报所述修改请求的虚拟设备的第二设备标识；

第三获取模块，用于根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第二业务标识相匹配的第一业务配置信息；

第四获取模块，用于获取所述第一业务配置信息对应的第一标识中包括的第一设备标识；

第一判断模块，用于判断所述第二设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述修改请求对所述第一业务配置信息进行修改。

优选的，所述系统还包括：

第三接收模块，用于接收通过虚拟设备上报的删除请求；其中，所述删除请求用于请求删除已保存的业务配置信息；

第五获取模块，用于获取所述删除请求所请求删除的业务配置信息对应的业务的第三业务标识，以及，获取上报所述删除请求的虚拟设备的第三设备标识；

第六获取模块，用于根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第三业务标识相匹配的第二业务配置信息；

第七获取模块，用于获取所述第二业务配置信息对应的第一标识中包括的第一设备标识；

第二判断模块，用于判断所述第三设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述删除请求删除所述第二业务配置信息。

与现有技术相比，本申请具有以下优点：

本申请公开的一种业务配置信息处理方案，可以接收通过虚拟设备上报的保存请求；分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；根据所述第一业务标识和所述第一设备标识生成第一标识；使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息，可见，在本申请中，最终存储的用于指示业务配置信息的第一标识中不仅携带有第一业务标识，还携带有第一设备标识，因此，在对业务配置信息进行调用时，可以根据两个标识(第一业务标识和第一设备标识)准确识别到需要调用的业务配置信息，保证了调用的业务配置信息与当前虚拟设备相匹配，避免了获取到其他虚拟设备的业务配置信息，造成对其他虚拟设备的业务配置信息的误操作，

其次，即使出现进程错误，调用到其他虚拟设备的业务配置信息，也可以根据所述调用的业务配置信息对应的第一标识中携带的第一设备标识识别出调用的业务配置信息与当前虚拟设备是不匹配的，进而拒绝对所述业务配置信息的本次调用，进一步降低了获取到其他虚拟设备的业务配置信息的可能，有效减少了误操作行为的发生，保证了其他虚拟设备的正常使用。

附图说明

图1是本申请实施例中一种业务配置信息处理方法的步骤流程图；

图2是本申请实施例中又一种业务配置信息处理方法的步骤流程图；

图3是本申请实施例中另一种业务配置信息处理方法的步骤流程图；

图4是本申请实施例中一种优选的业务配置信息处理方法的步骤流程图；

图5是本申请实施例中又一种优选的业务配置信息处理方法的步骤流程图；

图6是本申请实施例中另一种优选的业务配置信息处理方法的步骤流程图；

图7是本申请实施例中一种业务配置信息处理系统的结构框图；

图8是本申请实施例中一种优选的业务配置信息处理系统的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请实施例中一种业务配置信息处理方法的步骤流程图。在本实施例中，所述业务配置信息处理方法包括：

步骤102，接收通过虚拟设备上报的保存请求。

在本实施例中，所述保存请求用于请求保存业务配置信息。在虚拟化技术中，可以将一台物理设备划分为多台虚拟设备，所述多台虚拟设备可以分配给多个用户进行使用，为了保证各个用户在相应的虚拟设备上的正常运行，避免数据丢失，可以对各个虚拟设备上所执行的业务对应的业务配置信息进行保存，当虚拟设备重启或业务重启时，可以直接获取保存的业务配置信息，完成相应地初始化操作。通常，不同业务对应的业务配置信息是保存在不同的业务模块下的。

步骤104，分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识。

如前所述，不同业务对应的业务配置信息可以保存在不同的业务模块下的；其中，不同的业务可以通过第一业务标识进行区分，例如，第一业务标识为A的业务对应的业务配置信息可以保存在相应的业务模块A下，第一业务标识为B的业务对应的业务配置信息可以保存在相应的业务模块B下。在本实施例中，可以获取用于指示所述业务配置信息对应的业务的第一业务标识。同时，为了区分出各个业务配置信息具体所属的虚拟设备，还可以获取上报所述保存请求的虚拟设备对应的第一设备标识。

步骤106，根据所述第一业务标识和所述第一设备标识生成第一标识。

在本实施例中，可以采用任意一种适当的方式生成所述第一标识，例如，可直接对所述第一业务标识也所述第一设备标识进行组合生成所述第一标识，例如，在第一业务标识为AAA、第一设备标识为BBB时，可以生成第一标识AAABBB或BBBAAA。当然，生成所述第一标识的方式并不仅限于此，还可以对第一业务标识和第二设备标识进行加密后，根据加密结果得到所述第一标识，又或者，可以将第一业务标识与第一设备标识组合后进行加密，将加密后的字符作为所述第一标识；又或者，可以按照任意适当规则将所述第一业务标识和第一设备标识进行不规则组合，生成所述第一标识，本实施例对此不作限制。

步骤108，使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息。

在本实施例中，保存的业务配置信息中携带有对应的第一标识，通过所述第一标识可以区分出所述业务配置信息对应的业务，确定其对应的业务存储模块；此外，通过所述第一标识还可以区分出所述业务配置信息对应的虚拟设备，避免在当前虚拟设备初始化时，加载到其他虚拟设备的业务配置信息，造成初始化错误。

综上所述，本实施例所述的一种业务配置信息处理方法，可以接收通过虚拟设备上报的保存请求；分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；根据所述第一业务标识和所述第一设备标识生成第一标识；使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息，可见，在本实施例中，最终存储的用于指示业务配置信息的第一标识中不仅携带有第一业务标识，还携带有第一设备标识，因此，在对业务配置信息进行调用时，可以根据两个标识(第一业务标识和第一设备标识)准确识别到需要调用的业务配置信息，保证了调用的业务配置信息与当前虚拟设备相匹配，避免了获取到其他虚拟设备的业务配置信息，造成对其他虚拟设备的业务配置信息的误操作，

其次，即使出现进程错误，调用到其他虚拟设备的业务配置信息，也可以根据所述调用的业务配置信息对应的第一标识中携带的第一设备标识识别出调用的业务配置信息与当前虚拟设备是不匹配的，进而拒绝对所述业务配置信息的本次调用，进一步降低了获取到其他虚拟设备的业务配置信息的可能，有效减少了误操作行为的发生，保证了其他虚拟设备的正常使用。

参照图2，示出了本申请实施例中又一种业务配置信息处理方法的步骤流程图。在本实施例中，所述业务配置信息处理方法包括：

步骤202，接收通过虚拟设备上报的保存请求。

在本实施例中，为了保证各台虚拟设备的使用需求(特别是初始化需求)，可以根据接收到的保存请求，对各台虚拟设备上的各个业务对应的业务配置信息进行保存。

步骤204，分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识。

在本实施例中，业务配置信息对应有一个第一业务标识，通过所述第一业务标识可以对所述业务配置信息对应的业务进行区分，进而确定业务配置信息的具体保存位置，一般地，不同业务配置信息保存可以保存在物理设备的不同业务模块下，本实施例对此不作限制。

优选的，在本实施例中，还可以获取用于指示虚拟设备的第一设备标识，确定请求保存的业务配置信息具体对应哪台虚拟设备。

步骤206，根据所述第一业务标识和所述第一设备标识生成第一标识。

在本实施例中，第一标识可以携带有所述第一业务标识和所述第一设备标识。所述第一标识具有唯一性，可以唯一指示某台虚拟设备的某一业务对应的业务配置信息。

步骤208，使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息。

在本实施例中，使用所述第一标识对所述业务配置信息进行标识，从至少两个层次对业务配置信息进行区分：设备层次和业务类型层次，提高了业务配置信息的准确性，避免调用到与业务不匹配的业务配置信息，同时，还避免了调用到与虚拟设备部匹配的业务配置信息。

在本实施例中，还可以通过如下步骤得到所述第一业务标识和所述第一设备标识：

步骤210，根据所述业务的类型对所述业务进行标识，得到所述第一业务标识；以及，对所述虚拟设备进行标识，得到所述第一设备标识。

在本实施例中，可以通过任意一种适当的方式对所述业务和所述虚拟设备进行标识。例如，可以通过任意适当方式生成一个全局唯一字符，使用所述全局唯一字符对所述业务进行标识，以及对虚拟设备进行标识。其中，也可以将虚拟设备对应的IP(InternetProtocol，网络之间互连的协议)地址或MAC(Media Access Control，介质访问控制层)地址等可以唯一指示该虚拟设备的信息作为所述第一设备标识，本实施例对此不作限制。

需要说明的是，上述步骤210可以在上述步骤206之前的任一步骤之前或之后执行，本实施例对此不作限制。

在本实施例中，通过上述步骤202-208实现了对不同虚拟设备的业务配置信息的保存，下面分别以对已保存的业务配置信息的修改和删除操作进行说明。

一、对已保存的业务配置信息的修改

如图2所示，在本实施例中，在上述步骤208之后，所述业务配置信息处理方法还可以包括：

步骤212，接收通过虚拟设备上报的修改请求。

在本实施例中，所述修改请求用于请求对已保存的业务配置信息进行修改。要实现对已保存的业务配置信息的修改，需要先从已保存的业务配置信息中查找到需要进行修改的业务配置信息，具体流程可以如下：

步骤214，获取所述修改请求所请求修改的业务配置信息对应的业务的第二业务标识，以及，获取上报所述修改请求的虚拟设备的第二设备标识。

在本实施例中，可以通过对修改请求进行解析，获取所述修改请求所请求修改的业务配置信息对应的业务的第二业务标识。同时，还可以获取用于指示所述上报所述修改请求的虚拟设备的第二设备标识。

步骤216，根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第二业务标识相匹配的第一业务配置信息。

在本实施例中，已保存的业务配置信息都有一个对应的第一标识，所述第一标识中携带有第一业务标识，因此，可以通过将第二业务标识与第一业务标识进行匹配，以从已保存的业务配置信息中获取需要进行修改的第一业务配置信息。

在本实施例中，为了保证修改的准确性，还可以对通过上述步骤216获取的第一业务配置信息进行进一步的验证，确定所述获取的第一业务配置信息与上报所述修改请求的虚拟设备是否匹配，避免获取到其他虚拟设备的业务配置信息，造成修改错误。当确定所述获取的第一业务配置信息与上报所述修改请求的虚拟设备时，根据所述修改请求对所述第一业务配置信息进行修改。具体步骤可以如下：

步骤218，获取所述第一业务配置信息对应的第一标识中包括的第一设备标识。

步骤220，判断所述第二设备标识与所述第一业务配置信息对应的第一设备标识是否一致。

在本实施例中，若第二设备标识与所述第一业务配置信息对应的第一设备标识一致，则可以执行下述步骤222；否则，可以拒绝所述修改请求。

步骤222，根据所述修改请求对所述第一业务配置信息进行修改。

二、对已保存的业务配置信息的删除

参照图3，示出了本申请实施例中另一种业务配置信息处理方法的步骤流程图。在本实施例中，在上述步骤208之后，所述业务配置信息处理方法还可以包括：

步骤302，接收通过虚拟设备上报的删除请求。

在本实施例中，所述删除请求用于请求删除已保存的业务配置信息。要实现对已保存的业务配置信息的删除，需要先从已保存的业务配置信息中查找到需要进行删除的业务配置信息，具体流程可以如下：

步骤304，获取所述删除请求所请求删除的业务配置信息对应的业务的第三业务标识，以及，获取上报所述删除请求的虚拟设备的第三设备标识。

在本实施例中，可以通过对删除请求进行解析，获取所述删除请求所请求删除的业务配置信息对应的业务的第三业务标识。同时，还可以获取用于指示所述上报所述删除请求的虚拟设备的第三设备标识。

步骤306，根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第三业务标识相匹配的第二业务配置信息。

在本实施例中，已保存的业务配置信息都有一个对应的第一标识，所述第一标识中携带有第一业务标识，因此，可以通过将第三业务标识与第一业务标识进行匹配，以从已保存的业务配置信息中获取需要进行删除的第二业务配置信息。

在本实施例中，为了保证删除的准确性，还可以对通过上述步骤306获取的第二业务配置信息进行进一步的验证，确定所述获取的第二业务配置信息与上报所述删除请求的虚拟设备是否匹配，避免获取到其他虚拟设备的业务配置信息，造成删除错误。当确定所述获取的第二业务配置信息与上报所述删除请求的虚拟设备时，根据所述删除请求删除所述第二业务配置信息。具体步骤可以如下：

步骤308，获取所述第二业务配置信息对应的第一标识中包括的第一设备标识。

步骤310，判断所述第三设备标识与所述第一业务配置信息对应的第一设备标识是否一致。

在本实施例中，若述第三设备标识与所述第一业务配置信息对应的第一设备标识一致，则可以执行下述步骤312；否则，可以就拒绝所述删除请求。

步骤312，根据所述删除请求删除所述第二业务配置信息。

综上所述，本实施例所述的一种业务配置信息处理方法，可以接收通过虚拟设备上报的保存请求；分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；根据所述第一业务标识和所述第一设备标识生成第一标识；使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息，可见，在本实施例中，最终存储的用于指示业务配置信息的第一标识中不仅携带有第一业务标识，还携带有第一设备标识，因此，在对业务配置信息进行调用时，可以根据两个标识(第一业务标识和第一设备标识)准确识别到需要调用的业务配置信息，保证了调用的业务配置信息与当前虚拟设备相匹配，避免了获取到其他虚拟设备的业务配置信息，造成对其他虚拟设备的业务配置信息的误操作，

其次，即使出现进程错误，调用到其他虚拟设备的业务配置信息，也可以根据所述调用的业务配置信息对应的第一标识中携带的第一设备标识识别出调用的业务配置信息与当前虚拟设备是不匹配的，进而拒绝对所述业务配置信息的本次调用，进一步降低了获取到其他虚拟设备的业务配置信息的可能，有效减少了误操作行为的发生，保证了其他虚拟设备的正常使用。

结合上述实施例，本实施例通过一个具体实例对所述业务配置信息处理方法进行详细说明。在本实施例中，可以包括：虚拟设备A(设备标识为：000)、虚拟设备B(设备标识为：111)、业务A(业务标识为：AAA)、业务B(业务标识为：BBB)。

参照图4，示出了本申请实施例中一种优选的业务配置信息处理方法的步骤流程图。其中，所述业务配置信息处理方法可以包括：

步骤402，接收通过虚拟设备上报的保存请求。

在本实施例中，所述保存请求用于请求保存业务配置信息。

步骤404，获取上报所述保存请求的虚拟设备的第一设备标识和所述业务配置信息对应的第一业务标识。

例如，所述第一设备标识可以为：VVV，所述第一业务标识可以为：MMM。

步骤406，根据所述第一业务标识和所述第一设备标识生成第一标识。

例如，生成的第一标识可以为：VVV MMM。

步骤408，使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息。

在本实施例中，保存的所述业务配置信息对应的第一标识可以为：VVVMMM。

可见，通过上述步骤402-408完成了对业务配置信息的保存。

在本实施例的一优选方案中，通过所述业务配置信息处理方法还可以实现对已保存的各台虚拟设备的各类业务的业务配置信息的修改。

参照图5，示出了本申请实施例中又一种优选的业务配置信息处理方法的步骤流程图。其中，所述业务配置信息处理方法可以包括：

步骤502，接收通过虚拟设备上报的修改请求。

在本实施例中，所述修改请求用于请求对已保存的业务配置信息进行修改。

步骤504，获取上报所述修改请求的虚拟设备的第二设备标识和所述修改请求所请求修改的业务配置信息对应的业务的第二业务标识。

步骤506，从所述已保存的业务配置信息中获取与所述第二业务标识相匹配的第一业务配置信息。

例如，若所述第二业务标识为MMM，则可以从已保存的业务配置信息中获取与所述第二业务标识MMM相匹配的第一业务配置信息。其中，当进程管理发生错误时，可能会获取到多个第一业务配置信息：第一标识为AAAMMM的业务配置信息、第一标识为BBBMMM的业务配置信息。

步骤508，根据所述第二设备标识与所述第一业务配置信息对应的第一标识的匹配结果，确定是否根据所述修改请求对所述第一业务配置信息进行修改。

在本实施例中，假设上报所述修改请求的虚拟设备的第二设备标识为AAA，则：

若获取的第一业务配置信息是第一标识为AAAMMM的业务配置信息，则说明上报所述修改请求的虚拟设备与所述获取的第一业务配置信息对应的虚拟设备是一致的，均是设备号为AAA的虚拟设备，则可以根据所述修改请求对所述第一业务配置信息进行修改。

若获取的第一业务配置信息是第一标识为BBBMMM的业务配置信息，则说明上报所述修改请求的虚拟设备与所述获取的第一业务配置信息对应的虚拟设备是不一致的：上报所述修改请求的虚拟设备的设备号为AAA，所述获取的第一业务配置信息对应的虚拟设备的设备号为BBB，此时可以禁止修改操作，同时，还可以生成错误提示信息。

在本实施例的又一优选方案中，通过所述业务配置信息处理方法还可以实现对已保存的各台虚拟设备的各类业务的业务配置信息删除。

参照图6，示出了本申请实施例中另一种优选的业务配置信息处理方法的步骤流程图。其中，所述业务配置信息处理方法可以包括：

步骤602，接收通过虚拟设备上报的删除请求。

在本实施例中，所述删除请求用于请求对已保存的业务配置信息进行删除。

步骤604，获取上报所述删除请求的虚拟设备的第三设备标识和所述删除请求所请求删除的业务配置信息对应的业务的第三业务标识。

步骤606，从所述已保存的业务配置信息中获取与所述第三业务标识相匹配的第二业务配置信息。

例如，若所述第三业务标识为MMM，则可以从已保存的业务配置信息中获取与所述第三业务标识MMM相匹配的第二业务配置信息。其中，当进程管理发生错误时，可能会获取到多个第二业务配置信息：第一标识为AAAMMM的业务配置信息、第一标识为BBBMMM的业务配置信息。

步骤608，根据所述第三设备标识与所述第一业务配置信息对应的第一标识的匹配结果，确定是否根据所述删除请求对所述第一业务配置信息进行删除。

在本实施例中，假设上报所述删除请求的虚拟设备的第三设备标识为AAA，则：

若获取的第二业务配置信息是第一标识为AAAMMM的业务配置信息，则说明上报所述删除请求的虚拟设备与所述获取的第二业务配置信息对应的虚拟设备是一致的，均是设备号为AAA的虚拟设备，则可以根据所述删除请求对所述第二业务配置信息进行删除。

若获取的第二业务配置信息是第一标识为BBBMMM的业务配置信息，则说明上报所述删除请求的虚拟设备与所述获取的第二业务配置信息对应的虚拟设备是不一致的：上报所述删除请求的虚拟设备的设备号为AAA，所述获取的第二业务配置信息对应的虚拟设备的设备号为BBB，此时可以禁止删除操作，同时，还可以生成错误提示信息。

综上所述，本实施例所述的一种业务配置信息处理方法，可以接收通过虚拟设备上报的保存请求；分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；根据所述第一业务标识和所述第一设备标识生成第一标识；使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息，可见，在本实施例中，最终存储的用于指示业务配置信息的第一标识中不仅携带有第一业务标识，还携带有第一设备标识，因此，在对业务配置信息进行调用时，可以根据两个标识(第一业务标识和第一设备标识)准确识别到需要调用的业务配置信息，保证了调用的业务配置信息与当前虚拟设备相匹配，避免了获取到其他虚拟设备的业务配置信息，造成对其他虚拟设备的业务配置信息的误操作，

其次，即使出现进程错误，调用到其他虚拟设备的业务配置信息，也可以根据所述调用的业务配置信息对应的第一标识中携带的第一设备标识识别出调用的业务配置信息与当前虚拟设备是不匹配的，进而拒绝对所述业务配置信息的本次调用，进一步降低了获取到其他虚拟设备的业务配置信息的可能，有效减少了误操作行为的发生，保证了其他虚拟设备的正常使用。

需要说明的是，对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请所必需的。

参照图7，示出了本申请实施例中一种业务配置信息处理系统的结构框图。在本实施例中，所述业务配置信息处理系统包括：

第一接收模块702，用于接收通过虚拟设备上报的保存请求。

在本实施例中，所述保存请求用于请求保存业务配置信息。

第一获取模块704，用于分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识。

生成模块706，用于根据所述第一业务标识和所述第一设备标识生成第一标识。

保存模块708，用于使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息。

可见，在本实施例中，最终存储的用于指示业务配置信息的第一标识中不仅携带有第一业务标识，还携带有第一设备标识，因此，在对业务配置信息进行调用时，可以根据两个标识(第一业务标识和第一设备标识)准确识别到需要调用的业务配置信息，保证了调用的业务配置信息与当前虚拟设备相匹配，避免了获取到其他虚拟设备的业务配置信息，造成对其他虚拟设备的业务配置信息的误操作。

在本实施例的一优选方案中，参照图8，示出了本申请实施例中一种优选的业务配置信息处理系统的结构框图。

优选的，所述业务配置信息处理系统还可以包括：

标识模块710，用于根据所述业务的类型对所述业务进行标识，得到所述第一业务标识；以及，对所述虚拟设备进行标识，得到所述第一设备标识。

优选的，所述业务配置信息处理系统还可以包括：

第二接收模块712，用于接收通过虚拟设备上报的修改请求。

在本实施例中，所述修改请求用于请求对已保存的业务配置信息进行修改。

第二获取模块714，用于获取所述修改请求所请求修改的业务配置信息对应的业务的第二业务标识，以及，获取上报所述修改请求的虚拟设备的第二设备标识。

第三获取模块716，用于根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第二业务标识相匹配的第一业务配置信息。

第四获取模块718，用于获取所述第一业务配置信息对应的第一标识中包括的第一设备标识。

第一判断模块720，用于判断所述第二设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述修改请求对所述第一业务配置信息进行修改。

优选的，所述业务配置信息处理系统还可以包括：

第三接收模块722，用于接收通过虚拟设备上报的删除请求。

在本实施例中，所述删除请求用于请求删除已保存的业务配置信息。

第五获取模块724，用于获取所述删除请求所请求删除的业务配置信息对应的业务的第三业务标识，以及，获取上报所述删除请求的虚拟设备的第三设备标识。

第六获取模块726，用于根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第三业务标识相匹配的第二业务配置信息。

第七获取模块728，用于获取所述第二业务配置信息对应的第一标识中包括的第一设备标识。

第二判断模块730，用于判断所述第三设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述删除请求删除所述第二业务配置信息。

综上所述，本实施例所述的一种业务配置信息处理系统，可以接收通过虚拟设备上报的保存请求；分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；根据所述第一业务标识和所述第一设备标识生成第一标识；使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息，可见，在本实施例中，最终存储的用于指示业务配置信息的第一标识中不仅携带有第一业务标识，还携带有第一设备标识，因此，在对业务配置信息进行调用时，可以根据两个标识(第一业务标识和第一设备标识)准确识别到需要调用的业务配置信息，保证了调用的业务配置信息与当前虚拟设备相匹配，避免了获取到其他虚拟设备的业务配置信息，造成对其他虚拟设备的业务配置信息的误操作，

其次，即使出现进程错误，调用到其他虚拟设备的业务配置信息，也可以根据所述调用的业务配置信息对应的第一标识中携带的第一设备标识识别出调用的业务配置信息与当前虚拟设备是不匹配的，进而拒绝对所述业务配置信息的本次调用，进一步降低了获取到其他虚拟设备的业务配置信息的可能，有效减少了误操作行为的发生，保证了其他虚拟设备的正常使用。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

以上对本申请所提供的一种业务配置信息处理方法和系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种业务配置信息处理方法，其特征在于，包括：

接收通过虚拟设备上报的保存请求；其中，所述保存请求用于请求保存业务配置信息；

分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；

根据所述第一业务标识和所述第一设备标识生成第一标识；

使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述业务的类型对所述业务进行标识，得到所述第一业务标识；以及，对所述虚拟设备进行标识，得到所述第一设备标识。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收通过虚拟设备上报的修改请求；其中，所述修改请求用于请求对已保存的业务配置信息进行修改；

获取所述修改请求所请求修改的业务配置信息对应的业务的第二业务标识，以及，获取上报所述修改请求的虚拟设备的第二设备标识；

根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第二业务标识相匹配的第一业务配置信息；

获取所述第一业务配置信息对应的第一标识中包括的第一设备标识；

判断所述第二设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述修改请求对所述第一业务配置信息进行修改。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收通过虚拟设备上报的删除请求；其中，所述删除请求用于请求删除已保存的业务配置信息；

获取所述删除请求所请求删除的业务配置信息对应的业务的第三业务标识，以及，获取上报所述删除请求的虚拟设备的第三设备标识；

根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第三业务标识相匹配的第二业务配置信息；

获取所述第二业务配置信息对应的第一标识中包括的第一设备标识；

判断所述第三设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述删除请求删除所述第二业务配置信息。

5.一种业务配置信息处理系统，其特征在于，包括：

第一接收模块，用于接收通过虚拟设备上报的保存请求；其中，所述保存请求用于请求保存业务配置信息；

第一获取模块，用于分别获取用于指示所述业务配置信息对应的业务的第一业务标识和用于指示所述虚拟设备的第一设备标识；

生成模块，用于根据所述第一业务标识和所述第一设备标识生成第一标识；

保存模块，用于使用所述第一标识对所述业务配置信息进行标识，并保存标识后的业务配置信息。

6.根据权利要求5所述的系统，其特征在于，所述系统还包括：

标识模块，用于根据所述业务的类型对所述业务进行标识，得到所述第一业务标识；以及，对所述虚拟设备进行标识，得到所述第一设备标识。

7.根据权利要求5所述的系统，其特征在于，所述系统还包括：

第二接收模块，用于接收通过虚拟设备上报的修改请求；其中，所述修改请求用于请求对已保存的业务配置信息进行修改；

第二获取模块，用于获取所述修改请求所请求修改的业务配置信息对应的业务的第二业务标识，以及，获取上报所述修改请求的虚拟设备的第二设备标识；

第三获取模块，用于根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第二业务标识相匹配的第一业务配置信息；

第四获取模块，用于获取所述第一业务配置信息对应的第一标识中包括的第一设备标识；

第一判断模块，用于判断所述第二设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述修改请求对所述第一业务配置信息进行修改。

8.根据权利要求5所述的系统，其特征在于，所述系统还包括：

第三接收模块，用于接收通过虚拟设备上报的删除请求；其中，所述删除请求用于请求删除已保存的业务配置信息；

第五获取模块，用于获取所述删除请求所请求删除的业务配置信息对应的业务的第三业务标识，以及，获取上报所述删除请求的虚拟设备的第三设备标识；

第六获取模块，用于根据已保存的业务配置信息的第一标识，从所述已保存的业务配置信息中获取与所述第三业务标识相匹配的第二业务配置信息；

第七获取模块，用于获取所述第二业务配置信息对应的第一标识中包括的第一设备标识；

第二判断模块，用于判断所述第三设备标识与所述第一业务配置信息对应的第一设备标识是否一致，若一致，则根据所述删除请求删除所述第二业务配置信息。