一种交易处理方法、装置、设备及可读存储介质与流程

1.本发明涉及交易处理技术领域，具体而言，涉及一种交易处理方法、装置、设备及可读存储介质。


背景技术：

2.目前在采用业务处理平台对交易进行处理的过程中，采用的业务处理平台具有一些缺点，其中包括交易平台开发时业务代码编写人员工作量交大导致开发效率较低的问题、业务处理平台不稳定的问题，业务处理平台可用性较低的问题、交易执行效率较低的问题。


技术实现要素：

3.本发明的目的在于提供一种交易处理方法、装置、设备及可读存储介质，以改善上述问题。
4.为了实现上述目的，本技术实施例提供了如下技术方案：
5.一方面，本技术实施例提供了一种交易处理方法，所述方法包括：
6.获取第一信息和交易请求，所述第一信息包括至少一种业务信息；
7.根据每一种所述业务信息，构建数据库，所述数据库中包括每一种所述业务信息对应的业务代码；
8.分析所述交易请求，得到第一结果，所述第一结果包括所述交易请求所对应的业务信息；
9.基于所述第一结果查找所述数据库，得到第二结果，所述第二结果包括所述第一结果所对应的业务代码；
10.调用所述第一结果所对应的业务代码对所述交易请求进行处理，完成交易。
11.可选的，所述根据每一种所述业务信息，构建数据库，包括：
12.获取公共接口信息，所述公共接口信息包括至少一个功能接口信息，每个所述功能接口信息具有对应的实现所述功能的代码；
13.基于所述公共接口信息，获取第二信息，所述第二信息包括所述业务编码人员输入的每一种所述业务信息所需要的功能接口信息；
14.将每一种所述业务信息所需要的全部功能接口信息进行封装，得到每一种所述业务信息对应的业务代码。
15.可选的，所述分析所述交易请求，得到第一结果，包括：
16.获取第二信息，所述第二信息包括每一种业务信息所对应的交易码；
17.分析所述交易请求得到所述交易请求对应的交易码；
18.根据所述第二信息和所述交易请求对应的交易码得到所述交易请求所对应的业务信息。
19.可选的，所述根据每一种所述业务信息，构建数据库后，还包括：
20.获取第三信息和数量阈值，所述第三信息包括业务编码人员输入的请求增加业务信息的信息；
21.响应于所述第三信息，分析所述数据库中的业务代码的数量与所述数量阈值之间的关系，其中，若所述数据库中的业务代码的数量小于所述数量阈值，则向所述业务编码人员发送第四信息，所述第四信息包括可以输入新的业务信息的提示信息；若所述数据库中的业务代码的数量大于或等于所述数量阈值，则对所述数据库进行清理，当所述数据库中业务代码清理至所述业务代码的数量小于所述数量阈值时则向所述业务编码人员发送所述第四信息。
22.可选的，所述向所述业务编码人员发送所述第四信息后，还包括：
23.获取第五信息，所述第五信息包括所述业务编码人员输入的新的业务信息；
24.根据所述业务编码人员输入的新的业务信息得到所述新的业务信息所对应的业务代码；
25.根据所述新的业务信息所对应的业务代码更新所述数据库。
26.可选的，所述对所述数据库进行清理，包括：
27.获取第六信息，所述第六信息包括第一时间周期内获取到的所述交易请求；
28.根据所述第六信息分析得到第一时间周期内调用的全部所述业务代码，对所述第一时间周期内调用的全部所述业务代码进行排序，得到所述第一时间周期内每种所述业务代码调用的次数；
29.按照调用次数从小到大的顺序对所述数据库中的所述业务代码进行清理，直至所述数据库中所述业务代码的数量小于所述数量阈值。
30.可选的，所述基于所述第一结果查找所述数据库，得到第二结果，包括：
31.根据所述交易请求所对应的业务信息对所述数据库进行查找，若所述数据库存在所述交易请求所对应的业务信息所对应的业务代码，则得到所述第二结果；若所述数据库不存在所述交易请求所对应的业务信息所对应的业务代码，则将所述交易请求所对应的业务信息定义为新增业务信息，并向所述业务编码人员发送第七信息，所述第七信息包括需要输入所述新增业务信息的提示信息；
32.获取第八信息，所述第八信息包括所述业务编码人员输入的所述新增业务信息；
33.根据所述业务编码人员输入的所述新增业务信息得到所述新增业务信息所对应的业务代码；
34.根据所述新增业务信息所对应的业务代码对所述交易请求进行处理，完成交易。
35.第二方面，本技术实施例提供了一种交易处理装置，所述装置包括第一获取模块、构建模块、第一分析模块、查找模块和调用模块。
36.所述第一获取模块，用于获取第一信息和交易请求，所述第一信息包括至少一种业务信息；
37.所述构建模块，用于根据每一种所述业务信息，构建数据库，所述数据库中包括每一种所述业务信息对应的业务代码；
38.所述第一分析模块，用于分析所述交易请求，得到第一结果，所述第一结果包括所述交易请求所对应的业务信息；
39.所述查找模块，用于基于所述第一结果查找所述数据库，得到第二结果，所述第二
结果包括所述第一结果所对应的业务代码；
40.所述调用模块，用于调用所述第一结果所对应的业务代码对所述交易请求进行处理，完成交易。
41.可选的，所述构建模块，包括：
42.第一获取单元，用于获取公共接口信息，所述公共接口信息包括至少一个功能接口信息，每个所述功能接口信息具有对应的实现所述功能的代码；
43.第二获取单元，用于基于所述公共接口信息，获取第二信息，所述第二信息包括所述业务编码人员输入的每一种所述业务信息所需要的功能接口信息；
44.封装单元，用于将每一种所述业务信息所需要的全部功能接口信息进行封装，得到每一种所述业务信息对应的业务代码。
45.可选的，所述第一分析模块，包括：
46.第三获取单元，用于获取第二信息，所述第二信息包括每一种业务信息所对应的交易码；
47.第一分析单元，用于分析所述交易请求得到所述交易请求对应的交易码；
48.第一计算单元，用于根据所述第二信息和所述交易请求对应的交易码得到所述交易请求所对应的业务信息。
49.可选的，所述构建模块后，还包括：
50.第二获取模块，用于获取第三信息和数量阈值，所述第三信息包括业务编码人员输入的请求增加业务信息的信息；
51.第二分析模块，用于响应于所述第三信息，分析所述数据库中的业务代码的数量与所述数量阈值之间的关系，其中，若所述数据库中的业务代码的数量小于所述数量阈值，则向所述业务编码人员发送第四信息，所述第四信息包括可以输入新的业务信息的提示信息；若所述数据库中的业务代码的数量大于或等于所述数量阈值，则对所述数据库进行清理，当所述数据库中业务代码清理至所述业务代码的数量小于所述数量阈值时则向所述业务编码人员发送所述第四信息。
52.可选的，所述第二分析模块后，还包括：
53.第三获取模块，用于获取第五信息，所述第五信息包括所述业务编码人员输入的新的业务信息；
54.计算模块，用于根据所述业务编码人员输入的新的业务信息得到所述新的业务信息所对应的业务代码；
55.更新模块，用于根据所述新的业务信息所对应的业务代码更新所述数据库。
56.可选的，所述第二分析模块，包括：
57.第四获取单元，用于获取第六信息，所述第六信息包括第一时间周期内获取到的所述交易请求；
58.第二分析单元，用于根据所述第六信息分析得到第一时间周期内调用的全部所述业务代码，对所述第一时间周期内调用的全部所述业务代码进行排序，得到所述第一时间周期内每种所述业务代码调用的次数；
59.清理单元，用于按照调用次数从小到大的顺序对所述数据库中的所述业务代码进行清理，直至所述数据库中所述业务代码的数量小于所述数量阈值。
60.可选的，所述查找模块，包括：
61.查找单元，用于根据所述交易请求所对应的业务信息对所述数据库进行查找，若所述数据库存在所述交易请求所对应的业务信息所对应的业务代码，则得到所述第二结果；若所述数据库不存在所述交易请求所对应的业务信息所对应的业务代码，则将所述交易请求所对应的业务信息定义为新增业务信息，并向所述业务编码人员发送第七信息，所述第七信息包括需要输入所述新增业务信息的提示信息；
62.第五获取单元，用于获取第八信息，所述第八信息包括所述业务编码人员输入的所述新增业务信息；
63.第二计算单元，用于根据所述业务编码人员输入的所述新增业务信息得到所述新增业务信息所对应的业务代码；
64.处理单元，用于根据所述新增业务信息所对应的业务代码对所述交易请求进行处理，完成交易。
65.第三方面，本技术实施例提供了一种交易处理设备，所述设备包括存储器和处理器。存储器用于存储计算机程序；处理器用于执行所述计算机程序时实现上述交易处理方法的步骤。
66.第四方面，本技术实施例提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述交易处理方法的步骤。
67.本发明的有益效果为：
68.1、本发明中系统核心资源如线程资源等稀缺资源交由业务处理平台底层统一管理和分配，使得业务层开发人员只需专心处理业务相关的逻辑，极大提高敏捷响应效率。
69.2、在本发明中，由平台开发人员将与业务无关的统一接口api统一封装固化，而具体业务代码是在平台封装的基础上进行二次开发，使得平台与多变的业务代码隔离。既保证了平台的稳定性，又极大方便了业务开发人员开发业务代码，提高了业务响应与实施效率。
70.3、在本发明中，当业务代码采用groovy动态脚本语言时，业务代码通过动态配置式加载与部署，在业务应用无需停机的情况下实现交易部署，提高交易系统的高可用性。
71.4、在本发明中，通过内存双缓冲区技术，每当业务代码发生变更时主动将变更部分刷新进存缓存，交易请求时直接从缓存区拿取最新的业务代码进行执行，提高了交易的执行效率；同时不对系统中的存量交易不产生任何影响。
72.本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
73.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
74.图1是本发明实施例中所述的交易处理方法流程示意图；
75.图2是本发明实施例中所述的交易处理装置结构示意图；
76.图3是本发明实施例中所述的交易处理设备结构示意图。
具体实施方式
77.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
78.应注意到：相似的标号或字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
79.实施例1
80.如图1所示，本实施例提供了一种交易处理方法，该方法包括步骤s1、步骤s2、步骤s3、步骤s4和步骤s5。
81.步骤s1、获取第一信息和交易请求，所述第一信息包括至少一种业务信息；
82.步骤s2、根据每一种所述业务信息，构建数据库，所述数据库中包括每一种所述业务信息对应的业务代码；
83.步骤s3、分析所述交易请求，得到第一结果，所述第一结果包括所述交易请求所对应的业务信息；
84.步骤s4、基于所述第一结果查找所述数据库，得到第二结果，所述第二结果包括所述第一结果所对应的业务代码；
85.步骤s5、调用所述第一结果所对应的业务代码对所述交易请求进行处理，完成交易。
86.在本实施例中，将所述方法应用在银行领域时，在业务处理平台的开发时，业务开发平台会获取多种业务信息，比如转账、取款等多种银行业务时，当业务处理平台接收到这些业务信息时，会利用公共接口信息编写每一条业务信息对应的业务代码，其中公共接口信息api包括多种功能接口信息，比如转账功能接口信息、打印日志功能接口信息、加密功能接口信息等，其中每个功能接口信息具有对应的实现所述功能的代码，这些接口信息可以根据实际需求进行添加或删除；当业务开发平台获取到一种业务信息时，业务编码人员会根据此种业务信息判断需要哪几种接口信息，并将这几种接口信息组合在一起就完成了此种业务信息对应的业务代码的编写，业务代码编写完成之后就会放入数据库中，进入待部署状态；
87.运行时是业务代码部署后对外提供服务的在线状态。其中业务处理平台基于强类型语言java开发，存在形式是可运行程序jar包，它完成了公共接口信息api的封装以及系统核心稀缺资源的统一管理。由于平台本身没有封装业务逻辑，所以其部署形态相对稳定，避免了常规业务开发方式下业务代码频繁打包、发布、部署重启的情形。真正的业务代码以
groovy动态语言的形式外置在数据库并加载到缓存组件中，业务处理平台处理业务交易逻辑时即时从缓存组件中根据映射关系提取并执行。每当业务代码发生变更时只需将变更部分刷新入缓存组件间，无需启停业务系统本身；
88.在本实施例中，系统核心资源交由业务处理平台底层统一管理和分配，使得业务层开发人员只需专心处理业务相关的逻辑，极大提高敏捷响应效率；将系统核心资源与具体的业务逻辑隔离，实现了核心资源的统一管理和底层原子功能的高度封装内聚，开发人员基于核心原子功能实现顶层业务的配置式快速开发与部署，极大提高了业务需求的响应开发效率。
89.在本公开的一种具体实施方式中，所述步骤s2，还可以包括步骤s21、步骤s22和步骤s23。
90.步骤s21、获取公共接口信息，所述公共接口信息包括至少一个功能接口信息，每个所述功能接口信息具有对应的实现所述功能的代码；
91.步骤s22、基于所述公共接口信息，获取第二信息，所述第二信息包括所述业务编码人员输入的每一种所述业务信息所需要的功能接口信息；
92.步骤s23、将每一种所述业务信息所需要的全部功能接口信息进行封装，得到每一种所述业务信息对应的业务代码。
93.在本实施例中，由业务处理平台开发人员将与业务无关的公共基础接口api统一封装固化，而具体业务代码是在平台封装的基础上进行二次开发，使得平台与多变的业务代码隔离，保证了平台的稳定性；
94.在本实施例中公共接口信息与具体业务逻辑无关，利用公共接口信息编写业务代码，既保证了平台代码的稳定性、高质量，又保证了代码的高度复用；同时保证了平台本身不会因为业务频繁变更而频繁的进行停机部署；
95.在本实施例中，编写业务代码时采用groovy动态脚本语言，业务代码通过动态配置式加载与部署，在业务应用无需停机的情况下可以实现交易部署，提高了交易系统的高可用性；
96.在本公开的一种具体实施方式中，所述步骤s3，还可以包括步骤s31、步骤s32和步骤s33。
97.步骤s31、获取第二信息，所述第二信息包括每一种业务信息所对应的交易码；
98.步骤s32、分析所述交易请求得到所述交易请求对应的交易码；
99.步骤s33、根据所述第二信息和所述交易请求对应的交易码得到所述交易请求所对应的业务信息。
100.在本公开的一种具体实施方式中，所述步骤s2后，还可以包括步骤s6和步骤s7。
101.步骤s6、获取第三信息和数量阈值，所述第三信息包括业务编码人员输入的请求增加业务信息的信息；
102.步骤s7、响应于所述第三信息，分析所述数据库中的业务代码的数量与所述数量阈值之间的关系，其中，若所述数据库中的业务代码的数量小于所述数量阈值，则向所述业务编码人员发送第四信息，所述第四信息包括可以输入新的业务信息的提示信息；若所述数据库中的业务代码的数量大于或等于所述数量阈值，则对所述数据库进行清理，当所述数据库中业务代码清理至所述业务代码的数量小于所述数量阈值时则向所述业务编码人
员发送所述第四信息。
103.在本实施例中通过加入数量阈值的方式，可以使系统自动判断是否还能添加新的业务代码，通过此种方式可以避免人工对其进行判断，提高了系统的处理效率和准确性，其中数量阈值可以根据用户的需求进行自定义。
104.在本公开的一种具体实施方式中，所述步骤s7后，还可以包括步骤s8、步骤s9和步骤s10。
105.步骤s8、获取第五信息，所述第五信息包括所述业务编码人员输入的新的业务信息；
106.步骤s9、根据所述业务编码人员输入的新的业务信息得到所述新的业务信息所对应的业务代码；
107.步骤s10、根据所述新的业务信息所对应的业务代码更新所述数据库。
108.在本公开的一种具体实施方式中，所述步骤s7，还可以包括步骤s71、步骤s72和步骤s73。
109.步骤s71、获取第六信息，所述第六信息包括第一时间周期内获取到的所述交易请求；
110.步骤s72、根据所述第六信息分析得到第一时间周期内调用的全部所述业务代码，对所述第一时间周期内调用的全部所述业务代码进行排序，得到所述第一时间周期内每种所述业务代码调用的次数；
111.步骤s73、按照调用次数从小到大的顺序对所述数据库中的所述业务代码进行清理，直至所述数据库中所述业务代码的数量小于所述数量阈值。
112.在本实施例中，第一时间周期可以根据用户的需求进行自定义，例如可以是一年、半年、一个月。
113.在本公开的一种具体实施方式中，所述步骤s4，还可以包括步骤s41、步骤s42、步骤s43和步骤s44。
114.步骤s41、根据所述交易请求所对应的业务信息对所述数据库进行查找，若所述数据库存在所述交易请求所对应的业务信息所对应的业务代码，则得到所述第二结果；若所述数据库不存在所述交易请求所对应的业务信息所对应的业务代码，则将所述交易请求所对应的业务信息定义为新增业务信息，并向所述业务编码人员发送第七信息，所述第七信息包括需要输入所述新增业务信息的提示信息；
115.步骤s42、获取第八信息，所述第八信息包括所述业务编码人员输入的所述新增业务信息；
116.步骤s43、根据所述业务编码人员输入的所述新增业务信息得到所述新增业务信息所对应的业务代码；
117.步骤s44、根据所述新增业务信息所对应的业务代码对所述交易请求进行处理，完成交易。
118.在本实施例中，通过此种方式可以保证每一交易请求都有对应的业务代码，进而保证能对每一种交易请求进行处理。
119.实施例2
120.如图2所示，本实施例提供了一种交易处理装置，所述装置包括第一获取模块701、
构建模块702、第一分析模块703、查找模块704和调用模块705。
121.所述第一获取模块701，用于获取第一信息和交易请求，所述第一信息包括至少一种业务信息；
122.所述构建模块702，用于根据每一种所述业务信息，构建数据库，所述数据库中包括每一种所述业务信息对应的业务代码；
123.所述第一分析模块703，用于分析所述交易请求，得到第一结果，所述第一结果包括所述交易请求所对应的业务信息；
124.所述查找模块704，用于基于所述第一结果查找所述数据库，得到第二结果，所述第二结果包括所述第一结果所对应的业务代码；
125.所述调用模块705，用于调用所述第一结果所对应的业务代码对所述交易请求进行处理，完成交易。
126.在本实施例中，系统核心资源交由业务处理平台底层统一管理和分配，使得业务层开发人员只需专心处理业务相关的逻辑，极大提高敏捷响应效率；将系统核心资源与具体的业务逻辑隔离，实现了核心资源的统一管理和底层原子功能的高度封装内聚，开发人员基于核心原子功能实现顶层业务的配置式快速开发与部署，极大提高了业务需求的响应开发效率。
127.在本公开的一种具体实施方式中，所述构建模块702，还包括第一获取单元7021、第二获取单元7022和封装单元7023。
128.所述第一获取单元7021，用于获取公共接口信息，所述公共接口信息包括至少一个功能接口信息，每个所述功能接口信息具有对应的实现所述功能的代码；
129.所述第二获取单元7022，用于基于所述公共接口信息，获取第二信息，所述第二信息包括所述业务编码人员输入的每一种所述业务信息所需要的功能接口信息；
130.所述封装单元7023，用于将每一种所述业务信息所需要的全部功能接口信息进行封装，得到每一种所述业务信息对应的业务代码。
131.在本公开的一种具体实施方式中，所述第一分析模块703，还包括第三获取单元7031、第一分析单元7032和第一计算单元7033。
132.所述第三获取单元7031，用于获取第二信息，所述第二信息包括每一种业务信息所对应的交易码；
133.所述第一分析单元7032，用于分析所述交易请求得到所述交易请求对应的交易码；
134.所述第一计算单元7033，用于根据所述第二信息和所述交易请求对应的交易码得到所述交易请求所对应的业务信息。
135.在本公开的一种具体实施方式中，所述构建模块702后，还包括第二获取模块706和第二分析模块707。
136.所述第二获取模块706，用于获取第三信息和数量阈值，所述第三信息包括业务编码人员输入的请求增加业务信息的信息；
137.所述第二分析模块707，用于响应于所述第三信息，分析所述数据库中的业务代码的数量与所述数量阈值之间的关系，其中，若所述数据库中的业务代码的数量小于所述数量阈值，则向所述业务编码人员发送第四信息，所述第四信息包括可以输入新的业务信息
的提示信息；若所述数据库中的业务代码的数量大于或等于所述数量阈值，则对所述数据库进行清理，当所述数据库中业务代码清理至所述业务代码的数量小于所述数量阈值时则向所述业务编码人员发送所述第四信息。
138.在本公开的一种具体实施方式中，所述第二分析模块707后，还包括第三获取模块708、计算模块709和更新模块710。
139.所述第三获取模块708，用于获取第五信息，所述第五信息包括所述业务编码人员输入的新的业务信息；
140.所述计算模块709，用于根据所述业务编码人员输入的新的业务信息得到所述新的业务信息所对应的业务代码；
141.所述更新模块710，用于根据所述新的业务信息所对应的业务代码更新所述数据库。
142.在本公开的一种具体实施方式中，所述第二分析模块707，还包括第四获取单元7071、第二分析单元7072和清理单元7073。
143.所述第四获取单元7071，用于获取第六信息，所述第六信息包括第一时间周期内获取到的所述交易请求；
144.所述第二分析单元7072，用于根据所述第六信息分析得到第一时间周期内调用的全部所述业务代码，对所述第一时间周期内调用的全部所述业务代码进行排序，得到所述第一时间周期内每种所述业务代码调用的次数；
145.所述清理单元7073，用于按照调用次数从小到大的顺序对所述数据库中的所述业务代码进行清理，直至所述数据库中所述业务代码的数量小于所述数量阈值。
146.在本公开的一种具体实施方式中，所述查找模块704，还包括查找单元7041、第五获取单元7042、第二计算单元7043和处理单元7044。
147.所述查找单元7041，用于根据所述交易请求所对应的业务信息对所述数据库进行查找，若所述数据库存在所述交易请求所对应的业务信息所对应的业务代码，则得到所述第二结果；若所述数据库不存在所述交易请求所对应的业务信息所对应的业务代码，则将所述交易请求所对应的业务信息定义为新增业务信息，并向所述业务编码人员发送第七信息，所述第七信息包括需要输入所述新增业务信息的提示信息；
148.所述第五获取单元7042，用于获取第八信息，所述第八信息包括所述业务编码人员输入的所述新增业务信息；
149.所述第二计算单元7043，用于根据所述业务编码人员输入的所述新增业务信息得到所述新增业务信息所对应的业务代码；
150.所述处理单元7044，用于根据所述新增业务信息所对应的业务代码对所述交易请求进行处理，完成交易。
151.需要说明的是，关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
152.实施例3
153.相应于上面的方法实施例，本公开实施例还提供了交易处理设备，下文描述的交易处理设备与上文描述的交易处理方法可相互对应参照。
154.图3是根据一示例性实施例示出的交易处理设备800的框图。如图3所示，该交易处
理设备800可以包括：处理器801，存储器802。该交易处理设备800还可以包括多媒体组件803，输入/输出(i/o)接口804，以及通信组件805中的一者或多者。
155.其中，处理器801用于控制该交易处理设备800的整体操作，以完成上述的交易处理方法中的全部或部分步骤。存储器802用于存储各种类型的数据以支持在该交易处理设备800的操作，这些数据例如可以包括用于在该交易处理设备800上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器802可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(static random access memory，简称sram)，电可擦除可编程只读存储器(electrically erasable programmable read-only memory，简称eeprom)，可擦除可编程只读存储器(erasable programmable read-only memory，简称eprom)，可编程只读存储器(programmable read-only memory，简称prom)，只读存储器(read-only memory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件803可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器802或通过通信组件805发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口804为处理器801和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件805用于该交易处理设备800与其他设备之间进行有线或无线通信。无线通信，例如wi-fi，蓝牙，近场通信(near fieldcommunication，简称nfc)，2g、3g或4g，或它们中的一种或几种的组合，因此相应的该通信组件805可以包括：wi-fi模块，蓝牙模块，nfc模块。
156.在一示例性实施例中，该交易处理设备800可以被一个或多个应用专用集成电路(application specific integrated circuit，简称asic)、数字信号处理器(digitalsignal processor，简称dsp)、数字信号处理设备(digital signal processing device，简称dspd)、可编程逻辑器件(programmable logic device，简称pld)、现场可编程门阵列(field programmable gate array，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的交易处理方法。
157.在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的交易处理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器802，上述程序指令可由该交易处理设备800的处理器801执行以完成上述的交易处理方法。
158.实施例4
159.相应于上面的方法实施例，本公开实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的交易处理方法可相互对应参照。
160.一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的交易处理方法的步骤。
161.该可读存储介质具体可以为u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
162.以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技
术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。