配置处理方法、 装置及系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种配置处理方法、 装置及系统。 背景技术 图 1是根据相关技术中的嵌入式系统的结构示意� �， 如图 1所示， 嵌入式系统大 多分为三层结构， 一般由网管、 主控板和业务板共同构成。 当嵌入式系统中的网管和 业务板配置出现问题时， 可以采用用户手动重新清空下发配置的方式， 但是这种人工 干预的方式效率比较低， 并且容易出错。 为了解决这个问题， 在中国第 201010220282.8号专利中公开了一种方法， 该方法 可以通过主控板接收网管数据并进行解析， 随后将解析的数据配置到主控板上， 生成 业务板配置应答信息， 主控板保存注册信息， 如果业务板配置应答消息成功则应答网 管， 并保存网管数据， 如果业务板配置应答信息失败则恢复业务板数 据， 并应答网管。 该方法中， 出现错误时将本次配置已经成功的业务清除， 还原到初始状态。 随着嵌入式系统技术的发展， 在嵌入式系统中逐渐使用了多任务的处理方式 ， 对 于每个业务模块或者任务都需要独立的事务机 制， 由于存在不同的业务， 而不同的业 务对应不同的业务板， 即各个任务之间是独立运行的。 这样， 现有技术中的回滚技术 并没有考虑该问题， 因此， 其并不适用于多业务类型的系统。 发明内容 本发明提供了一种配置处理方法、 装置及系统， 以至少解决上述问题。 根据本发明的一个方面， 提供了一种配置处理方法， 该方法包括如下步骤： 发送 业务类型对应的配置数据； 确定发送所述配置数据失败； 获取所述配置数据对应的回 滚数据， 并发送所述回滚数据， 其中， 每个业务类型的配置数据和回滚数据均保存在 与所述业务类型一一对应的存储器中。 优选地， 所述配置数据和所述回滚数据保存在与所述业 务类型一一对应的所述存 储器中包括： 在所述存储器中为所述配置数据和所述回滚数 据分别开辟存储区域， 将 所述配置数据和所述回滚数据分别存储在对应 的存储区域中。 优选地， 所述配置数据和所述回滚数据保存在与所述业 务类型一一对应的所述存 储器中包括： 在所述存储器中存储所述配置数据和所述回滚 数据， 设置用于区别所述 配置数据和所述回滚数据的标识信息。 优选地， 所述配置数据和所述回滚数据保存在与所述业 务类型一一对应的所述存 储器中包括： 在存储所述配置数据和所述回滚数据时， 所述配置数据和该配置数据对 应的回滚数据相邻存放， 并且， 将所述配置数据的存放顺序设置为将按照配置 的流程 顺序存放。 根据本发明的另一个方面， 还提供了一种配置处理装置， 该装置包括： 第一发送 模块， 设置为发送业务类型所对应的配置数据； 确定模块， 设置为确定发送所述配置 数据失败； 第二发送模块， 设置为获取所述配置数据所对应的回滚数据， 并发送所述 回滚数据， 其中， 每个业务类型的配置数据和回滚数据均保存在 与所述业务类型一一 对应的存储器中。 优选地， 还包括： 设置模块， 设置为对存储在所述存储器中的所述配置数据 和所 述回滚数据设置用于区别所述配置数据和所述 回滚数据的标识信息。 优选地， 所述设置模块， 还设置为在存储所述配置数据和所述回滚数据 时， 将所 述配置数据和该配置数据对应的回滚数据设置 为相邻存放， 并且， 将所述配置数据的 存放顺序设置为将按照配置的流程顺序存放。 根据本发明的再一个方面， 还提供了一种配置处理系统， 该系统包括通信模块、 至少一个业务模块和与所述至少一个业务模块 一一对应的存储器， 其中， 所述业务模 块， 设置为配置并下发该业务模块的业务数据， 其中， 所述业务数据包括配置数据和 回滚数据； 所述通信模块， 设置为进行所述业务模块和所述存储器之间的 通信； 所述 存储器， 设置为存储所述业务数据。 优选地， 所述存储器中存储的所述配置数据和所述回滚 数据设置有用于区别所述 配置数据和所述回滚数据的标识信息。 优选地， 所述存储器存储所述配置数据和所述回滚数据 时， 所述配置数据和该配 置数据对应的回滚数据相邻存放， 并且， 将所述配置数据的存放顺序设置为将按照配 置的流程顺序存放。 通过本发明， 采用将每个业务类型的配置数据和回滚数据均 保存在与该业务类型 一一对应的存储器中， 其中， 不同的业务类型即对应不同的业务模块， 也就是对应不 同的业务板的业务， 解决了现有技术中回滚技术不适用于多业务类 型的系统的问题， 保证了各个业务类型的数据配置过程之间互相 不影响， 使网管与各业务板的配置数据 取得一致。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术中的嵌入式系统的结构示意� �； 图 2是根据本发明实施例的配置处理方法的流程� �； 图 3是根据本发明实施例的配置处理装置的结构� �图； 图 4是根据本发明实施例的配置处理系统的结构� �图； 图 5是根据本发明优选实施例的配置处理系统的� �构框图； 以及 图 6是本发明优选实施例的存储器数据结构示意� �。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 以下实施例是基于图 1的架构进行说明的。 在图 1中， 主控板中可以支持多种业 务类型， 该业务类型可以是主控板上的任意的应用层所 支持的业务， 例如， 分组传送 网 （Packet Transfer Network, 简称为 PTN)设备主控板上的以太网 （Ethernet, 简称为 ETH) 业务、 异步传输模式 （Asynchronous Transfer Mode, 简称为 ATM) 业务块、 操 作管理维护 （Operation Administration and Maintenance, 简称为 OAM) 等。 在本实施 例中， 该业务类型对应不同的业务板， 这样， 主控模块需要将该业务类型的配置数据 发送到对应业务单板。 图 2是根据本发明实施例的配置处理方法的流程� �， 如图 2所示， 该方法的流程 包括如下步骤： 步骤 S202, 发送业务类型对应的配置数据； 步骤 S204， 确定发送配置数据失败； 步骤 S206, 获取配置数据对应的回滚数据， 并发送回滚数据， 其中， 每个业务类 型的配置数据和回滚数据均保存在与业务类型 一一对应的存储器中。 通过上述实施例， 将每个业务类型 （需要说明的是， 不同的业务类型可以对应不 同的业务模块， 也就是对应不同的业务板的业务） 的配置数据 （也称为下发数据） 和 回滚数据均保存在与该业务类型一一对应的存 储器中， 从而使得在配置数据发送失败 的情况下， 可以获取该业务类型的配置数据对应的回滚数 据， 并发送该回滚数据， 并 且不影响其它的业务配置的发送， 从而保证了各个任务 （或称为业务） 之间互相不影 响， 也进一步保证了网管配置和对应的业务板数据 的一致性， 提高了用户体验。 作为一个较优的实施方式， 在配置数据和回滚数据保存在与业务类型一一 对应的 存储器中时， 可以在存储器中为配置数据和回滚数据分别开 辟存储区域， 将配置数据 和回滚数据分别存储在对应的存储区域中。 这样在配置数据发送失败时， 可以仅仅遍 历回滚数据， 并对其进行发送， 而不再遍历已经发送的配置数据， 在一定程度上提高 了处理效率。 作为另一个较优的实施方式， 在配置数据和回滚数据保存在与业务类型一一 对应 的存储器中时， 可以在存储器中存储配置数据和回滚数据， 并设置用于区别配置数据 和回滚数据的标识信息， 并且， 将该标识信息与相对应的数据对应保存， 方便对不同 类型的数据进行相应的处理。 优选地， 在存储配置数据和回滚数据时， 配置数据和该配置数据对应的回滚数据 相邻存放， 并且， 将配置数据的存放顺序设置为将按照配置的流 程顺序存放。 这样按 照顺序存放的配置数据和回滚数据可以使回滚 操作的执行更加便利。 在本实施例中， 还提供了一种配置处理装置， 以及一种配置处理系统， 该装置以 及该系统均用于实现上述实施例及其优选的实 施方式， 已经进行过说明的不再赘述， 下面对该对该装置以及系统涉及的各个模块进 行说明。 如以下所使用的， 术语"模块" 可以实现预定功能的软件和 /或硬件的组合。尽管以下实施例所描述的系� �和方法较佳 地以软件来实现， 但是硬件， 或者软件和硬件的组合的实现也是可能并被构 想的。 图 3是根据本发明实施例的配置处理装置的结构� �图， 如图 3所示， 该结构包括 第一发送模块 30、 确定模块 32和第二发送模块 34。 下面对该装置的各个模块及其功 能进行说明。 第一发送模块 30， 设置为发送业务类型所对应的配置数据； 确定模块 32连接至 第一发送模块 30， 该模块设置为确定发送配置数据失败； 第二发送模块 34连接至确 定模块 32， 该模块设置为获取配置数据所对应的回滚数据 ， 并发送回滚数据， 其中， 每个业务类型的配置数据和回滚数据均保存在 与业务类型一一对应的存储器中。 作为一个较优的实施方式， 上述配置处理装置还可以包括设置模块， 该设置模块 设置为对存储在存储器中的配置数据和回滚数 据设置用于区别配置数据和回滚数据的 标识信息。 优选地， 该设置模块还设置为在存储配置数据和回滚数 据时， 将配置数据和该配 置数据对应的回滚数据设置为相邻存放， 并且， 将配置数据的存放顺序设置为将按照 配置的流程顺序存放。 图 4是根据本发明实施例的配置处理系统的结构� �图， 如图 4所示， 该系统包括， 通信模块 40、 业务模块 42和该业务模块 42对应的存储器 44 (也称为数据存储器）， 需要说明的是， 该系统至少包括一个该业务模块 42以及，和至少一个业务模块对应的 存储器 44， 其中的业务模块和数据存储器是一一对应的关 系， 即， 一个业务模块对应 一个数据存储器， 该存储器仅仅存储业务模块的数据。 下面对该系统的各个模块及其 各个模块的功能进行说明。 业务模块 42， 设置为配置并下发该业务模块的业务数据， 其中， 业务数据包括配 置数据和回滚数据； 通信模块 40连接至业务模块 42， 该业务模块 42设置为进行业务 模块和存储器之间的通信； 存储器 44连接至通信模块 40， 该存储器 44设置为存储业 务数据。 作为一个较优的实施方式，存储器 44中存储的配置数据和回滚数据设置有用于区 别配置数据和回滚数据的标识信息。 优选地， 存储器存储配置数据和回滚数据时， 配置数据和该配置数据对应的回滚 数据相邻存放， 并且， 将配置数据的存放顺序设置为将按照配置的流 程顺序存放。 下面结合优选实施例进行说明， 该优选实施例结合了上述实施例及其优选实施 方 式， 在本优选实施例中， 还提供了一种配置处理系统， 图 5是根据本发明优选实施例 的配置处理系统的结构框图， 该系统可以实现配置数据回滚的业务， 该系统包括业务 模块 50 (实现与业务模块 42相同的功能）、 通信模块 52 (实现与通信模块 40相同的 功能）和数据存储器 54 (实现与存储器 44相同的功能）。 下面对该优选实施例中的各 个模块及其功能进行说明。 业务模块 50， 在该优选的配置处理系统中， 业务模块 50是一个统称， 该模块可 以是嵌入式设备主控板上的任意的应用层模块 ， 例如， 分组传送网 （Packet Transfer Network, 简称为 PTN) 设备主控板上的以太网 （Ethernet, 简称为 ETH) 业务模块、 异步传输模式 （Asynchronous Transfer Mode, 简称为 ATM)业务模块、 操作管理维护 (Operation Administration and Maintenance, 简称为 OAM) 模块； 又例如， 同步数字 系列 （Synchronous Digital Hierarchy, 简称为 SDH) 设备主控板上的时隙模块、 保护 模块等。 这些业务模块有个共同的特征就是需要将配置 通过通信模块发送到各个业务 单板。 通信模块 52， 该模块是嵌入式设备的板间通信模块， 主要负责将主控板对各各业 务板的配置数据发送到相应的业务单板上， 并将各个业务单板需要上报的数据收集交 给应用层各业务模块 50处理。 数据存储器 54， 该模块设置为存储业务模块 50生成的下发数据 （也成为配置数 据）和回滚数据， 每个业务模块 50拥有一个数据存储器实例对象， 并且， 各业务模块 计算业务配置的时候同时生成下发和回滚数据 按一定的规则存放于本模块拥有的数据 存储器。 在本优选实施例中， 还提供了一种使用数据存储器来实现嵌入式系 统的配置数据 回滚的方法， 可以但不限于按照如下的步骤来实现。 首先， 定义数据存储器数据结构。 数据存储器中包括游标和数据条目， 数据条目 又包括数据和数据标志。 其中， 游标的作用是指向当前正在下发的数据， 数据标志的 作用是表明该条数据是在下发的时候用， 还是在发生异常时进行回滚的时候用。 其次， 业务模块填充数据存储器。 业务模块可以但不限于按照先插入下发数据， 再插入回滚数据的方式将数据插入到数据存储 器中。 第三， 数据存储器提供下发访问方法。 下发配置的时候通信模块从存储器获取下 发数据， 此时， 获取下发数据按从上到下的顺序遍历存储器中 的下发数据， 然后逐条 下发， 存储器中游标会移动指向当前正在下发的数据 。 第四， 数据存储器提供回滚访问方法。 如果业务数据发送失败， 则业务模块会触 发回滚流程。 此时， 通信模块从存储器获取回滚数据， 首先从游标开始， 从下到上遍 历存储器中的回滚数据， 然后逐条下发， 从而实现本业务模块的回滚。 如果本次配置 还涉及到其他业务模块， 则本业务模块回滚完成后通知相关联业务模块 进行回滚， 从 而实现配置数据回滚。 下面结合另一个优选实施例进行说明， 该优选实施例结合了上述实施例及其优选 实施方式， 在本优选实施例中， 提供了一种数据存储器数据结构， 图 6是本发明优选 实施例的存储器数据结构示意图。 下面结合该数据结构对本优选实施例进行说明 。 首先， 数据存储器包括游标和数据条目表： Struct

WORD32 dwCursor; /*游标 */ vector<T_ APP_ITEM> vecAppItem; /*数据条目表 */ }T_DATA_STORE

数据条目又包括数据条目和数据标志： Struct

CAppItem Appltem; /*数据条目 */ BYTE ucAppType; /*数据标志 */

} T APP ITEM 其中，数据标志取值可以是 Send和 Undo, Send表示这条数据正常下发的时候用， Undo表示这条数据失败回滚时候用。 其次， 业务模块填充数据存储器中的图 6的数据结构。 ( 1 )创建操作： 先存放创建业务 A->再放回滚的删除业务 A->再放创建业务 A属 性 1->再放创建业务 A属性 2;

(2) 删除操作： 先存放删除业务 B->再放回滚创建业务 B属性 2->再放回滚创建 业务 B属性 1->再放回滚创建业务 B。 第三， 结合图 6说明数据存储器提供的下发数据的访问方法� � ( 1 ) 创建操作： 发送条目 1-> (移动游标到 2) -> (条目 2为回滚数据， 移动游 标到 3 ) ->发送条目 3-> (移动游标到 4) ->发送条目 4-> (移动游标到 5 )。

(2)删除操作： 发送条目 5-> (移动游标到 6) -> (移动游标到 7) -> (移动游标 到 8) -> (移动游标到 9)。 需要说明的是， 条目 1-N， 指图三中加的阿拉伯数字对应的数据 第四， 结合图 6说明数据存储器提供回滚数据的访问方法。

( 1 ) 创建操作： 例如， 当发送到条目 4时失败， 这时游标指向 4。

(移动游标到 3 ) -> (条目 3为下发数据， 移动游标到 2) ->发送条目 2-> (移动 游标到 1 ) -> (条目 1为下发数据， 回滚结束）。 (2) 删除操作： 例如， 当发送到条目 5时失败， 这时业务 B并没有删除成功， 此时， 只要回滚前面业务 A即可。

(移动游标到 4) -> (条目 4为下发数据， 移动游标到 3 ) -> (条目 3为下发数据， 移动游标到 2) ->发送条目 2-> (移动游标到 1 ) -> (条目 1为下发数据， 回滚结束）。 又例如， 当发送到条目 9时失败， 这时业务 B已经删除成功， 需要要回滚业务 B 后回滚业务 A。

(移动游标到 8) ->发送条目 8-> (移动游标到 7) ->发送条目 7-> (移动游标到 6) ->发送条目 6-> (移动游标到 5 ) -> (条目 5为下发数据， 移动游标到 4) -> (条目 4 为下发数据， 移动游标到 3 ) -> (条目 3为下发数据， 移动游标到 2) ->发送条目 2-> (移动游标到 1 ) -> (条目 1为下发数据， 回滚结束）。 在另外一个实施例中， 还提供了 种配置处理软件， 该软件用于执行上述实施例 及优选实施例中描述的技术方案。 在另外一个实施例中， 还提供了一种存储介质， 该存储介质中存储有上述软件， 该存储介质包括但不限于光盘、 软盘、 硬盘、 可擦写存储器等。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现 ， 从而可以将 它们存储在存储装置中由计算装置来执行，或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集 成电路模块来实现。 这样， 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。