数据处理方法、设备、电子设备及介质与流程

1.本技术涉及数据处理技术领域，尤其涉及一种数据处理方法、数据处理设备、电子设备及介质。


背景技术：

2.一般的会计引擎系统，需要接收各渠道系统推送的业务流水，并按照总账要求转化为固定的数据格式。其中，各个渠道系统推送的业务数据中包含了各个系统自定义的原值，需要将其按照一定的映射规则转换为统一的目标值。
3.通常，实现数据转换的技术方案是表达式引擎aviator和redis缓存方案组合的技术方案。然而该技术方案具有以下缺点：因为映射规则配置在物理数据库(例如mysql，oracle等)中，如果映射规则有更新，在更新映射规则之后，需要重启应用，数据才能更新到redis数据库中。当需要处理大量业务时，频繁从redis数据库获取映射规则，导致处理业务总消耗时间比较长。其次，每次业务处理时，需要从redis数据库中取出映射规则并用aviator进行实时编译，耗时比较久。另外，当需要更新规则时，只能通过人工写sql脚本以更新数据库，期间没有可视化的页面操作。


技术实现要素：

4.本技术的主要目的在于提供一种数据处理方法、设备、电子设备、介质及计算机程序产品，可以动态配置映射规则，提高数据转换的运行效率。
5.本技术的第一方面公开了一种数据处理方法，用于电子设备，所述方法包括：接收用户的请求消息，所述请求消息包括数据原值；基于所述数据原值查找第一映射表，确定与所述数据原值对应的数据类型，所述第一映射表记载了所述数据原值与所述数据类型的对应关系；基于所述类型查找第二映射表，确定与所述数据类型对应的第一规则数据，所述第二映射表记载了所述类型与所述第一规则数据的对应关系；动态编译所述第一规则数据，并保存至缓存。
6.在上述第一方面的一种可能的实现中，用户请求消息还包括第二规则数据，所述方法还包括将第一规则数据更新为第二规则数据，动态编译保存至缓存。
7.在上述第一方面的一种可能的实现中，所述方法还包括：确定所述请求消息是否符合校验规则。
8.在上述第一方面的一种可能的实现中，所述方法还包括通过网络接口将所述缓存的数据更新至其它电子设备。
9.在上述第一方面的一种可能的实现中，所述请求消息中包括批量文件，所述方法还包括对所述批量文件进行解析以获得多个所述数据原值。
10.在上述第一方面的一种可能的实现中，动态编译所述第一规则数据包括利用表达式引擎对所述第一规则数据进行动态编译。
11.本技术的第二方面公开了一种数据处理设备，所述设备包括：接收模块，用于接收
用户的请求消息，所述请求消息包括数据原值；查询模块，用于基于所述数据原值查找第一映射表，确定与所述数据原值对应的数据类型，所述第一映射表记载了所述数据原值与所述数据类型的对应关系；更新模块，用于基于所述类型查找第二映射表，确定与所述数据类型对应的第一规则数据，所述第二映射表记载了所述类型与所述第一规则数据的对应关系；编译缓存模块，用于动态编译所述第一规则数据，并保存至缓存。
12.在上述第二方面的一种可能的实现中，用户请求消息还包括第二规则数据，所述更新模块用于将所述第一规则数据更新为所述第二规则数据。
13.在上述第二方面的一种可能的实现中，所述数据处理设备还包括校验模块，所述校验模块用于确定所述请求消息是否符合校验规则。
14.在上述第二方面的一种可能的实现中，所述请求消息中包括批量文件，所述数据映射设备还包括解析模块，用于对所述批量文件进行解析以获得多个所述数据原值。
15.本技术的第三方面公开了一种电子设备，包括存储有计算机可执行指令的存储器和处理器；当所述指令被所述处理器执行时，使得所述设备实施本技术第一方面的数据处理方法。
16.本技术的第四方面公开了一种计算机可读存储介质，计算机可读存储介质存储有一个或多个计算机程序，一个或多个计算机程序被一个或多个处理器执行，使得处理器执行上本技术第一方面的数据处理方法。
17.本技术的第五方面公开了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如本技术第一方面的数据处理方法。
18.本技术提供的数据处理方法，新增了两种类型的映射表，通过这两种表的两级映射关系来动态配置映射规则，实现了在不停机的情况下对映射规则配置。另外，通过提前编译动态表达式，并将编译后的表达式缓存在本机缓存，提高运行效率，减少数据映射转换的总体时间。
附图说明
19.为了更清楚地说明本发明的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。
20.图1为相关技术中会计引擎系统的场景示意图；
21.图2是根据本技术的一个实施例的数据处理方法的流程图；
22.图3是本技术一个实施例的数据处理方法示意图；
23.图4是本技术一个实施例的数据处理设备的模块示意图；
24.图5是本技术一个实施例的电子设备的结构示意图。
具体实施方式
25.下面结合具体实施例和附图对本技术做进一步说明。可以理解的是，本公开的说明性实施例包括但不限于数据处理方法、设备、电子设备、介质及计算机程序产品，此处描述的具体实施例仅仅是为了解释本技术，而非对本技术的限定。此外，为了便于描述，附图
中仅示出了与本技术相关的部分而非全部的结构或过程。
26.以下由特定的具体实施例说明本技术的实施方式，本领域技术人员可由本说明书所揭示的内容轻易地了解本技术的其他优点及功效。虽然本技术的描述将结合较佳实施例一起介绍，但这并不代表此发明的特征仅限于该实施方式。恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本技术的权利要求而有可能延伸出的其它选择或改造。为了提供对本技术的深度了解，以下描述中将包含许多具体的细节。本技术也可以不使用这些细节实施。此外，为了避免混乱或模糊本技术的重点，有些具体细节将在描述中被省略。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
27.此外，各种操作将以最有助于理解说明性实施例的方式被描述为多个离散操作；然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别是，这些操作不需要按呈现顺序执行。
28.除非上下文另有规定，否则术语“包含”，“具有”和“包括”是同义词。短语“a/b”表示“a或b”。短语“a和/或b”表示“(a和b)或者(a或b)”。
29.如这里所使用的，术语“模块”或“单元”可以指代、是或者包括：专用集成电路(asic)、电子电路、执行一个或多个软件或固件程序的(共享、专用或组)处理器和/或存储器、组合逻辑电路和/或提供所描述的功能的其他合适的组件。
30.在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质的途径分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制、但不限于、软盘、光盘、光盘、只读存储器(cd-rom)、磁光盘、只读存储器(rom)、随机存取存储器(ram)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、磁卡或光卡、闪存、或用于通过电、光、声或其他形式的传播信号(例如，载波、红外信号、数字信号等)通过因特网传输信息的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。
31.在附图中，以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可以不需要这样的特定布置和/或排序。在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包含结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。
32.应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元或是数据，但是这些单元或数据不应当受这些术语限制。使用这些术语仅仅是为了将一个特征与另一个特征进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一特征可以被称为第二特征，并且类似地第二特征可以被称为第一特征。
33.应注意的是，在本说明书中，相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
34.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术的实施
方式作进一步地详细描述。
35.参考图1，在会计系统中，通常需要接收来自各个不同渠道系统，渠道1、渠道2、...、渠道n推送的业务数据1、业务数据2、...、业务数据n，并且需要按照总账要求将各个不同的业务数据转化为统一的数据格式。业务数据1、业务数据2、...、业务数据n中可能包含了各个渠道系统自定义的原值，需要按照一定的映射规则将不同的原值转换为统一格式的目标值，即将数据格式1的业务数据1、数据格式2的业务数据2、...、数据格式3的业务数据3转化为统一格式的业务数据1、业务数据2、...、业务数据n。
36.在相关技术中，通常采用表达式引擎结合redis缓存的技术方案来实现上述数据转换。aviator是一种轻量级的java语言实现的表达式求值引擎，主要用于各种表达式的动态求值。与其它轻量级的求值器不同的是，其它求值器是通过解释的方式运行，而aviator则是直接将表达式编译成java字节码，交给java虚拟机(jvm)去执行。redis(remote dictionary server)是一个开源的键值对存储的内存数据库，属于非关系型数据库的一种。redis的数据集是一个由键值对组成的字典，与其它非关系型数据库不同的是，redis中值的类型除了字符串，还可以是字符串列表、无序集合、有序集合以及哈希值的类型。
37.在上述技术中，为了提升系统的转换效率，读取映射规则是从redis缓存数据库中获取的。如果映射规则有更新，在更新映射规则之后，需要重新编译代码并重启应用，数据才能从物理数据库更新到redis数据库中。当需要处理大量业务时，从redis数据库频繁获取映射规则需要额外的系统开销，降低系统处理效率。其次，数据转换时，均需要从redis数据库中获取映射规则并使用aviator实时编译，这也导致耗时比较久。另外，当需要更新规则时，只能通过人工写sql脚本以更新数据库，期间没有可视化的页面操作。
38.针对以上的问题，本技术的实施例提出了一种数据处理方法，根据本技术实施例的数据处理方法，能够实现在不停机的情况下对映射规则配置。并且通过提前编译动态表达式，并将编译后的表达式缓存在本机缓存，能够提高运行效率，减少数据映射转换的总体时间。
39.下面结合图2进行示例性说明。参考图2，图2示出了根据本技术的一个实施例的数据处理方法100的流程图。方法100可应用于服务器。
40.在s210中，服务器接收用户的请求消息，所述请求消息包括数据原值。
41.用户可向服务器发起请求，服务器在接收到请求之后，可以通知数据库进行规则数据的更新。用户请求消息可以是具有特定的格式的消息，或者包含特定的字段消息，本领域技术人员能够理解，服务器在接收到该用户请求消息后，会通知数据库根据用户消息中的特定格式消息或特定的字段消息来将数据库中的规则数据进行更新。
42.在s220中，数据库基于所述数据原值查找第一映射表，确定与所述数据原值对应的数据类型，所述第一映射表记载了所述数据原值与所述数据类型的对应关系。
43.第一映射表为存储在数据库中的记录了原值与数据类型之间对应关系的表格。根据本技术的一个实施例，所述第一映射表是映射关系关联信息表(data mapping rule relation)。其中包括了原值字段和数据类型字段。
44.根据本技术的一个实施例，数据类型为type字段，type字段为复用字段，即该字段既可以为产品类型也可以为渠道类型。在一个示例中，当原值为c001时，表示原值对应的数据类型为产品类型，当原值为d002时，表示该原值对应的数据类型为渠道类型。可以根据原
值，在第一映射表中找出该原值所对应的数据类型的具体类型。
45.本领域技术人员能够理解，表格可以是记录了数据及数据间对应关系的所有信息的集合。
46.在s230中，数据库基于所述类型查找第二映射表，确定与所述数据类型对应的第一规则数据，所述第二映射表记载了所述类型与所述第一规则数据的对应关系。
47.第二映射表为记载了数据类型与第一规则数据对应关系的表格，第二映射表为多个规则数据的集合。当确定了数据类型时，可以在第二映射表中找出与数据类型所对应的全部规则数据，即与该类型对应的数据内容。第一规则数据为对应于同一个数据类型下的不同规则数据的表达式。
48.在一个实施方式中，当确定数据类型为产品类型时，则可以在第二映射表中找出所有类型为产品类型的规则数据，这里所有类型为产品类型的规则数据即为产品类型对应的数据内容。可以将该产品类型对应的数据内容单独保存至数据库中。在其它一些实施方式中，也可以将该对应的数据内容替换第二映射表的数据，实现第二映射表的更新。
49.在s240中，动态编译第一规则数据，并保存至缓存。
50.在一个实施方式中，第一规则数据以第三映射表的形式被动态编译和保存。和第二映射表相比，第三映射表仅包含与数据类型所对应的全部规则数据，第三映射表所包含的内容为第二映射表的所包含的内容的子集。
51.本技术图2中的数据处理方法，相对于相关技术，新增了两种类型的表，即第一映射表、第二映射表，通过这两种表的两级映射关系来动态配置映射规则，实现了在不停机的情况下对映射规则配置。另外，通过提前编译动态表达式，并将编译后的表达式缓存在本机缓存，提高运行效率，减少数据映射转换的总体时间。
52.在一些实施方式中，服务器还可以在接收所述用户的请求之后，确定所述请求消息是否符合校验规则。在一个示例中，服务器可检验用户请求消息的原值或者目标值，如果原值或者目标值不为空值，则校验通过，可以继续数据处理的操作。在一个示例中，服务器可以对规则数据中的表达式进行校验，如果表达式条件不为空，则校验通过。在一个示例中，服务器可以检验规则数据中的表达式编译是否通过来实现校验。
53.在一些实施方式中，请求消息还可以包括第二规则数据。第二规则数据可以为请求消息中的其它规则数据的表达式。在s230中确定与所述数据类型对应的第一规则数据之后，可以将第一规则数据更新为第二规则数据后用于动态编译和保存。
54.在一些实施方式中，可通过表达式引擎aviator对更新后的所有数据进行动态编译。aviator支持大部分运算操作符，包括算术操作符、关系运算符、逻辑操作符、位运算符、正则匹配操作符、三元表达式，并且支持自定义函数。与仅支持文本字段的映射关系相比，本技术不仅可以支持文本类型的映射条件，还可以支持数字类型的映射条件，并且基于aviator可以自定义算数运算符，表达式灵活。另外，在需要对映射规则更新时，通过aviator进行动态编译，可以在可视化界面操作。
55.根据本技术的数据处理方法，通过两级映射关系来动态配置映射规则，实现了在不停机的情况下对映射规则配置。另外，通过提前编译动态表达式，并将编译后的表达式缓存在本机缓存，提高运行效率。
56.接下来，结合图3对根据本技术的数据处理方法做进一步说明。图3示出了本技术
一个实施例的数据处理方法的过程示意图。
57.在s310中，服务器接收用户发起的请求消息，请求消息包括数据原值。服务器在接收到该用户请求消息后，会通知数据库根据用户消息中的特定格式消息或特定的字段消息来将数据库中的规则数据进行更新。
58.在一些实施方式中，服务器还可以在接收所述用户的请求之后，确定所述请求消息是否符合校验规则。如果校验通过，可以继续数据处理的操作。
59.图3中的s310与图2中的s210对应，在此不再赘述。
60.在s320中，数据库更新数据库中存储的映射表。具体地，数据库基于用户请求消息中的原值查找第一映射表，确定用户请求消息中数据原值对应的数据类型。数据库再基于该类型查找第二映射表，根据第二映射表中与所述类型对应的第一规则数据。图3中的s320与图2中的s220以及s230对应，在此不再赘述。
61.在s330中，服务器从数据库接收第一规则数据。本领域技术人员能够理解，服务器可以主动发起第一规则数据的获取，也可以是数据库完成映射表更新后主动发送给服务器。
62.在s340中，服务器对更新后的映射表进行动态编译，并将编译的数据保存至缓存。
63.在一些实施方式中，服务器可通过表达式引擎aviator对更新后的映射表的所有数据进行动态编译。通过表达式引擎aviator自动动态编译映射数据并保存至缓存中，可以提高大幅提高数据转换效率。另外，由于表达式引擎aviator，服务器不仅可以支持文本类型的映射条件，还可以支持数字类型的映射条件，还可基于自定义算数运算符，因此表达式灵活。
64.在s350中，服务器将缓存数据更新至其它服务器。
65.在一些实施方式中，可以通过网络接口将动态编译后的缓存数据更新至集群中的其它的电子设备，实现映射规则更新的自动化。在一些实施方式中，其它的电子设备可以为一个或多个服务器。
66.在一些实施方式中，服务器通过http接口将缓存数据更新至其它服务器。本领域技术人员能够理解，也可以通过其他的网络接口进行缓存数据的更新。
67.通过前端页面，可以对单条的用户请求，进行映射表数据的维护。当用户的请求为多个时，如果按照单条用户请求的处理方法，针对每个请求均进行如上述实施方式中的数据处理方法则会耗时较久。
68.在一些实施方式中，当用户请求为多个时，可以批量解析该多个请求的参数，参数可以为原值、原值描述、映射类型、表达式条件、目标值、目标值描述、映射规则类型中的一个或多个。当用户请求为多个或者用户上传了批量的文件时，通过批量解析可以增加数据处理的便利性。
69.本技术中，在实现映射表的更新之后，可以实现自动加载映射规则。例如，spring是目前主流的java web开发框架，是一个轻量级的开源框架。ioc容器是spring的核心，也可以称为spring容器。spring通过ioc容器来管理对象的实例化和初始化，以及对象从创建到销毁的整个生命周期。由spring ioc容器管理的对象称为bean，bean根据spring配置文件中的信息创建。在spring框架中，为bean提供了两种初始化的方式，即通过initializingbean接口的方法，或者在配置文件中通过init-method指定的方法，或者两种
方式同时使用。
70.initializingbean接口为bean提供的初始化方法的方式，initializingbean接口只包括afterpropertiesset方法，所以凡是继承该接口的类，在初始化bean的时候都会执行afterpropertiesset方法。即afterpropertiesset必须实现initializingbean接口。实现initializingbean接口必须实现afterpropertiesset方法。因此，可以afterpropertiesset中增加本技术的第一映射表和第二映射表，通过在afterpropertiesset中动态加载这两张表的数据，并可以根据映射表中的是否动态编译标志执行对应的操作。这样在映射表需要更新时，通过afterpropertiesset可以加载提前编译到本机缓存中的数据，可以实现启动过程的自动加载。本领域技术人员可以理解，自动加载映射规则的方法可以采用本领域所熟知的其他常规的手段。
71.参考图4，图4为本技术一个实施例中的数据映射设备的模块示意图。所述设备400包括：
72.接收模块410，用于接收用户的请求消息，所述请求消息包括数据原值。
73.查询模块420，用于基于所述数据原值查找第一映射表，确定与所述数据原值对应的数据类型，所述第一映射表记载了所述数据原值与所述数据类型的对应关系。
74.更新模块430，用于基于所述类型查找第二映射表，确定与所述数据类型对应的第一规则数据，所述第二映射表记载了所述类型与所述第一规则数据的对应关系。
75.编译缓存模块440，用于动态编译所述第一规则数据，并保存至缓存。
76.本技术图4中的数据处理设备400，通过在模块中新增两种类型的表，即第一映射表、第二映射表，通过这两种表的两级映射关系来动态配置映射规则，实现了在不停机的情况下对映射规则的配置。另外，通过提前编译动态表达式，并将编译后的表达式缓存在本机缓存，提高运行效率，减少数据映射转换的总体时间。
77.在一些实施方式中，数据处理设备400还包括校验模块450，校验模块450用于确定所述请求消息是否符合校验规则。校验模块450可检验用户请求消息的原值或者目标值，如果原值或者目标值不为空值，则校验通过，可以继续数据处理的操作。在一个示例中，校验模块450可以对规则数据中的表达式进行校验，如果表达式条件不为空，则校验通过。
78.在一些实施方式中，所述设备还包括批量解析模块460，用于对所述多个类型的规则数据进行批量解析。当请求消息中包括批量文件时，解析模块460可以对所述批量文件中的参数进行解析，参数可以为原值、原值描述、映射类型、表达式条件、目标值、目标值描述、映射规则类型中的一个或多个。
79.现在参考图5，所示为根据本技术的一个实施例的电子设备500的框图。电子设备500可以包括一个或多个处理器502，与处理器502中的至少一个连接的系统控制逻辑508，与系统控制逻辑508连接的系统内存504，与系统控制逻辑508连接的非易失性存储器(nvm)506，以及与系统控制逻辑508连接的网络接口510。
80.处理器502可以包括一个或多个单核或多核处理器。处理器502可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任何组合。在本文的实施例中，处理器502可以被配置为执行根据如图2所示的各种实施例的一个或多个实施例。
81.在一些实施例中，系统控制逻辑508可以包括任意合适的接口控制器，以向处理器502中的至少一个和/或与系统控制逻辑508通信的任意合适的设备或组件提供任意合适的
接口。
82.在一些实施例中，系统控制逻辑508可以包括一个或多个存储器控制器，以提供连接到系统内存504的接口。系统内存504可以用于加载以及存储数据和/或指令。在一些实施例中设备500的内存504可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器(dram)。
83.nvm/存储器506可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，nvm/存储器506可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如hdd(hard disk drive，硬盘驱动器)，cd(compact disc，光盘)驱动器，dvd(digital versatile disc，数字通用光盘)驱动器中的至少一个。
84.nvm/存储器506可以包括安装在设备500的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口510通过网络访问nvm/存储506。
85.特别地，系统内存504和nvm/存储器506可以分别包括：指令520的暂时副本和永久副本。指令520可以包括：由处理器502中的至少一个执行时导致设备500实施如图2所示的方法的指令。在一些实施例中，指令520、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑508，网络接口510和/或处理器502中。
86.网络接口510可以包括收发器，用于为设备500提供无线电接口，进而通过一个或多个网络与任意其他合适的设备(如前端模块，天线等)进行通信。在一些实施例中，网络接口510可以集成于设备500的其他组件。例如，网络接口510可以集成于处理器502的，系统内存504，nvm/存储器506，和具有指令的固件设备(未示出)中的至少一种，当处理器502中的至少一个执行所述指令时，设备500实现图2所示的各种实施例的一个或多个实施例。
87.网络接口510可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无线电接口。例如，网络接口510可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。
88.在一个实施例中，处理器502中的至少一个可以与用于系统控制逻辑508的一个或多个控制器的逻辑封装在一起，以形成系统封装(sip)。在一个实施例中，处理器502中的至少一个可以与用于系统控制逻辑508的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(soc)。
89.设备500可以进一步包括：输入/输出(i/o)设备512。i/o设备512可以包括用户界面，使得用户能够与设备400进行交互；外围组件接口的设计使得外围组件也能够与设备400交互。
90.在一些实施例中，用户界面可包括但不限于显示器(例如，液晶显示器，触摸屏显示器等)，扬声器，麦克风，一个或多个相机(例如，静止图像照相机和/或摄像机)，手电筒(例如，发光二极管闪光灯)和键盘。
91.在一些实施例中，外围组件接口可以包括但不限于非易失性存储器端口、音频插孔和电源接口。
92.本技术的各方法实施方式均可以以软件、磁件、固件等方式实现。
93.可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以
按已知方式将输出信息应用于一个或多个输出设备。为了本技术的目的，处理系统包括具有诸如例如数字信号处理器(dsp)、微控制器、专用集成电路(asic)或微处理器之类的处理器的任何系统。
94.程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。
95.至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文所述的技术的逻辑。被称为“ip核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。