大型主机中间件保护方法及系统与流程

1.本技术涉及计算机软件领域，可应用于金融领域和其他领域，尤指一种大型主机中间件保护方法及系统。


背景技术：

2.目前各行业已经逐步完成信息化、数据化，各个行业的it系统架构大都采用b/.s或c/s架构，客户在各种类型的客户终端(例如智能手机、pc、pos、atm、bsm等)上进行操作或提交交易数据请求，数据交易请求数据经过各种网络渠道上送至核心服务器进行处理，核心服务器对服务请求进行相应，并更新核心服务器上的客户数据，并将处理结果下传返回至客户终端。在银行企业中，企业的核心业务大部分还是在大型机(又称主机)上运行。大型机提供了联机交易中间件，企业的联机系统一般都是在中间件上构建。这种中间件上对业务程序是按照交易来区分的，通常，银行企业普遍都会有成百上千的交易部署到中间件中，这些交易通常都是银行的核心业务程序。因此，保证主机中间件系统运行的安全稳定是银行系统维护工作的重点。银行主机上的中间件种类很多，其中cics(客户信息控制系统)中间件是其中一种功能强大，应用最为广泛的中间件，它自身提供了可以横向扩展的集群能力，在一个cics中提供了最大并发交易数限制。但是，随着业务量的增长，在某些重要的时间节点或场景(例如双十一、基金抢购、大型商户促销活动等)，主机cics可能会受到过大的瞬间冲击，包括业务量的增长和单交易对系统资源的消耗增长，在预计不足情况下会导致中间件宕机。一方面是主机资源的昂贵，另一方面是业务量的增长是没有规律可寻，特别是瞬间的业务量，因此对业务量的预计是非常困难的。中间件的宕机，严重情况下将导致企业的整个核心业务系统瘫痪，造成企业的严重的经济损失和信誉损失。
3.为了保证核心服务器正常运行，人们想出了各种方法来解决，通常都是采用负载均衡和高可用性两方面入手。业界常用两种方法来保护核心服务器：一种都采用负载均衡和高可用性两方面入手。例如通过负载均衡设备，增加水平扩展设备数量；在系统前增加流量均衡设备；通过系统的请求数和回应数计算系统的负载等。这些方法，通过外部检测系统的状态，从而控制后端应用系统的输入，从而保护应用系统。这种通过外部控制的方法，在保护应用系统的同时，应用系统几乎不受影响，是一种很有意义的方法。一种是在核心服务器上安装监控装置监控核心服务器的cpu、内存等资源数据，如果发现资源使用过高则暂停接受新的交易请求。但是目前在银行企业中，银行企业的核心业务大部分还是在ibm大型机(又称主机)上运行。主流的大型机型号为z10机型，该机型服务器可以采用parallel sysplex技术通过耦合器cf(coupling facility)将多台ibm z/series或ibm s/390服务器耦合在一起，通过硬件和软件的支持实现这些机器的互相通信和合作，达到更强的处理能力和更高的可靠性与可用性。在单台z系列主机上可以划分多个lpar(logic partition)，在每个lpar上可以运行os/390和z/os系统，也可以载入特定的微码cfcc(coupling facility control code)，用作cf使用。所有在一个sysplex中的系统都需要放弃机器本身自有的时钟，需要一起连接到共同的时钟服务器，完成在一个sysplex内的系统同步。ibm大
型机采用z/os(z/operating system，主机平台操作系统)，操作系统提供了各种处理联机交易数据的中间件，银行企业的联机系统一般都是在中间件上构建。银行主机上的中间件种类很多，其中cics(客户信息控制系统)中间件是其中一种功能强大，应用最为广泛的中间件，它自身提供了可以横向扩展的集群能力，为商业银行提供了强大的数据处理能力。
4.所以当大型银行企业的大型主机服务器受到过大的瞬间冲击时，如果采用以上传统的两种保护方法，如果是采用第一种保护方案，通用前置服务器无法识别主机的运行状态，不知道核心服务器系统出现什么异常情况，只能探测到大量交易失败会启动应急保护措施，导致其他正常交易也会被保护装置拒绝，造成整个核心服务器系统服务终止，带来更大的次生生产事故，此外该方法毕竟不是从应用系统内部出发的，当瞬时压力过大，大于应用系统的总容量的时候，负载均衡就会失效，流量均衡也会失效；应用系统存在单向交易(只需要通知服务方而不需要返回的)，通过计算请求/回应的负载方法就会失效。所以，应用系统采用了外部控制的方法对应用系统进行负载保护，应用系统被冲跨的风险依然存在。如果采用第二种保护方案，采用传统的监控核心服务器的cpu、内存等资源数据，这种方式适合普通的pc服务器，如果核心服务器是ibm大型机(又称主机)，由于ibm大型机采用z/os(z/operating system，主机平台操作系统)，并采用parallel sysplex技术，可以将主机资源划分成不同的分区，对主机的cpu、内存等资源进行动态分配和管理，例如单台z系列主机(例如z10机型)上划分了多个lpar(logic partition)，在每个lpar上可以单独的运行os/390和z/os系统，每个操作系统上可以独立运行cics(客户信息控制系统)中间件来处理客户端提交上的各个应用不同的交易请求。如果采用常用监控pc服务器cpu、内存等资源来监控大型主机服务器的硬件来进行预警和保护，很能会出现cics已经过载奔溃，但预警和保护缺毫无反应的情况。因此需要一种适合大型主机联机交易处理系统中间件的保护装置及方法。


技术实现要素：

5.本技术目的在于提供一种大型主机中间件保护方法及系统，根据主机中间件运行交易的流程特点，提出了从应用系统内部着手，通过对主机中间件系统内部的使用状况进行检测，并用检测结果控制输入到该系统的请求，使用类似电路中的负反馈理论方法，改进了主机中间件交易提交流程，克服了现有处理模式中，主机中间件可能会被瞬时的高压力冲垮的缺点，提供了一种主机中间件的保护装置实现及方法。
6.为达上述目的，本技术所提供的大型主机中间件保护方法，适用于ibm主机系统，具体包含：获取配置文件，根据所述配置文件解析获得查询周期和配置策略；根据所述查询周期分别采集主机的运行状态和主机中间件的交易情况获得决策参数；根据所述配置策略对所述决策参数进行决策运算生成状态命令，根据所述状态命令分析外部发起的交易数据的交易类型；根据所述交易类型和所述状态命令向所述交易数据的发起方反馈拒绝指令或转交至所述主机中间件进行处理。
7.在上述大型主机中间件保护方法中，可选的，根据所述查询周期分别采集主机的运行状态和主机中间件的交易情况获得决策参数包含：根据所述查询周期采集主机的运行状态及主机资源的分配情况，根据所述运行状态和所述分配情况生成第一决策数据；以及，获取主机中间件的当前交易运行情况，将当前交易运行情况与预设阈值比较生成第二决策
数据；根据所述第一决策数据和所述第二决策数据生成决策参数。
8.在上述大型主机中间件保护方法中，可选的，主机的运行状态包含主机当前cpu的使用状态、mem的使用状态和i0的使用状态。
9.在上述大型主机中间件保护方法中，可选的，根据所述状态命令分析外部发起的交易数据的交易类型包含：当预设汇编表中最近更新的状态命令为忙碌状态时，获取当前时间生成时间戳；根据所述时间戳和所述查询周期生成忙碌时间周期，根据所述忙碌时间周期分析外部发起的交易数据的交易类型。
10.在上述大型主机中间件保护方法中，可选的，根据所述状态命令分析外部发起的交易数据的交易类型还包含：当预设汇编表中最近更新的状态命令为空闲状态或正常状态时，将所述交易数据转交至所述主机中间件进行处理。
11.在上述大型主机中间件保护方法中，可选的，根据所述交易类型和所述状态命令向所述交易数据的发起方反馈拒绝指令或转交至所述主机中间件进行处理包含：当所述交易类型为请求类型且所述状态命令为忙碌状态时，向所述交易数据的发起方反馈拒绝指令；当所述交易类型为非请求类型时，将所述交易数据转交至所述主机中间件进行处理。
12.本技术还提供一种大型主机中间件保护系统，适用于ibm主机系统，所述系统包含状态监控装置和控制装置；所述状态监控装置用于获取配置文件，根据所述配置文件解析获得查询周期和配置策略；根据所述查询周期分别采集主机的运行状态和主机中间件的交易情况获得决策参数；根据所述配置策略对所述决策参数进行决策运算生成状态命令；所述控制装置用于根据所述状态命令分析外部发起的交易数据的交易类型；根据所述交易类型和所述状态命令向所述交易数据的发起方反馈拒绝指令或转交至所述主机中间件进行处理。
13.本技术还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。
14.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。
15.本技术还提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述方法的步骤。
16.本技术的有益技术效果在于：专门针对ibm主机系统，统计和监控cics数量情况；充分考虑主机服务器parallel sysplex技术特点，监控时会查询主机服务lpar管理台咨询服务器总体资源分配情况并结合策略进行控制判断。实现了软件的负反馈原理，与主机中间件系统输入相关的系统状态信息输出作为控制信号，控制系统的输入，有效的防止了过大压力导致应用主机中间件系统的崩溃，主要是从如下两个方面实现的：使用对主机中间件内部的资源和状态监控，产生状态命令；在主机中间件内部实现控制装置，当系统资源或状态达到策略配置的繁忙条件时，拒绝请求；当系统资源或状态恢复后，又允许请求提交到主机中间件。
附图说明
17.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，并不构成对本技术的限定。在附图中：
18.图1为本技术一实施例所提供的大型主机中间件保护方法的流程示意图；
19.图2为本技术一实施例所提供的决策参数的获取流程示意图；
20.图3为本技术一实施例所提供的大型主机中间件保护系统的原理结构示意图；
21.图4为本技术一实施例所提供的保护装置结构示意图；
22.图5为本技术一实施例所提供的状态监控装置结构示意图；
23.图6为本技术一实施例所提供的控制装置结构示意图；
24.图7为本技术一实施例所提供的保护方法过程流程示意图；
25.图8为本技术一实施例所提供的电子设备的结构示意图。
具体实施方式
26.以下将结合附图及实施例来详细说明本技术的实施方式，借此对本技术如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。需要说明的是，只要不构成冲突，本技术中的各个实施例及各实施例中的各个特征可以相互结合，所形成的技术方案均在本技术的保护范围之内。
27.另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
28.请参考图1所示，本技术所提供的大型主机中间件保护方法，适用于ibm主机系统，具体包含：
29.s101获取配置文件，根据所述配置文件解析获得查询周期和配置策略；
30.s102根据所述查询周期分别采集主机的运行状态和主机中间件的交易情况获得决策参数；
31.s103根据所述配置策略对所述决策参数进行决策运算生成状态命令，根据所述状态命令分析外部发起的交易数据的交易类型；
32.s104根据所述交易类型和所述状态命令向所述交易数据的发起方反馈拒绝指令或转交至所述主机中间件进行处理。
33.其中，主机的运行状态包含主机当前cpu的使用状态、mem的使用状态和i0的使用状态。具体的，在实际工作中，银行主机cics是一个交易中间件，业务交易通常都是外部应用发起的，主机cics把交易请求数据提交到主机cics交易运行。主机cics交易运行是消耗主机系统资源的主要源头；本技术的保护机制是通过对主机cics系统内部的使用状况进行检测，由状态监控装置对系统的重要资源，包括操作系统的cpu、mem、io等，也包括cics的执行交易数等，并根据预定的策略产生状态命令。其后基于状态命令对外部发起的数据进行类型识别，如果为外部请求类型数据，则确认最新状态指令，状态指令为拒绝则拒绝请求数据，否则正常提交请求数据到cics运行交易。
34.在上述实施例中，所述状态命令可分为两种，即繁忙和正常，当接收到繁忙状态指令，则拒绝客户端的请求，接收到正常状态指令，则正常提交请求。这样，可以避免大压力下把cics压垮的情形。由于对主机cics的监控是实时的，所以状态信息也反映了主机cics的运行状况，是否提交请求，完全决定于那一刻的状态命令，每一笔请求的状态命令不同，则拒绝与否就会不同。当主机cics系统由于提交的请求多或其它原因处于繁忙状态，则后面
的请求则会被拒绝而没有提交到主机cics系统，所以主机系统在处理完已经提交的请求后将会闲下来，再后续的请求又可以正常提交到主机cics系统了；这样客户端装置产生的持续压力或瞬时压力无论多大，在有条件的拒绝下，都不能使后面的主机cics交易运行装置产生过大的压力，所以可以有效的保护了主机cics系统。
35.请参考图2所示，在本技术一实施例中，根据所述查询周期分别采集主机的运行状态和主机中间件的交易情况获得决策参数包含：
36.s201根据所述查询周期采集主机的运行状态及主机资源的分配情况，根据所述运行状态和所述分配情况生成第一决策数据；
37.s202获取主机中间件的当前交易运行情况，将当前交易运行情况与预设阈值比较生成第二决策数据；
38.s203根据所述第一决策数据和所述第二决策数据生成决策参数。
39.在实际工作中为节约资源，也可同时采集主机的运行状态及主机资源的分配情况和主机中间件的当前交易运行情况，其后根据采集结果生成决策参数；值得说明的是，本领域相关技术人员也可根据实际需要，选择将采集到的数据作为决策参数，不对其做任何处理，本技术在此并未限制决策数据和采集到的数据为不同的数据。
40.在本技术一实施例中，根据所述状态命令分析外部发起的交易数据的交易类型包含：当预设汇编表中最近更新的状态命令为忙碌状态时，获取当前时间生成时间戳；根据所述时间戳和所述查询周期生成忙碌时间周期，根据所述忙碌时间周期分析外部发起的交易数据的交易类型。在另一实施例中，根据所述状态命令分析外部发起的交易数据的交易类型还包含：当预设汇编表中最近更新的状态命令为空闲状态或正常状态时，将所述交易数据转交至所述主机中间件进行处理。
41.具体的，在实际工作中，可设置一汇编表进行统计确认的状态命令及其时效，从而便于后续分析当前主机中间件的状态，以便于处理相关交易请求数据；本领域相关技术人员也可根据实际需要选择其他类似或等同的技术手段以记录状态命令，本技术在此并不做进一步限定。
42.在本技术一实施例中，根据所述交易类型和所述状态命令向所述交易数据的发起方反馈拒绝指令或转交至所述主机中间件进行处理包含：当所述交易类型为请求类型且所述状态命令为忙碌状态时，向所述交易数据的发起方反馈拒绝指令；当所述交易类型为非请求类型时，将所述交易数据转交至所述主机中间件进行处理。具体实例将在后续实施例中详细说明，在此就不再一一详述。
43.请参考图3所示，本技术还提供一种大型主机中间件保护系统，适用于ibm主机系统，所述系统包含状态监控装置和控制装置；所述状态监控装置用于获取配置文件，根据所述配置文件解析获得查询周期和配置策略；根据所述查询周期分别采集主机的运行状态和主机中间件的交易情况获得决策参数；根据所述配置策略对所述决策参数进行决策运算生成状态命令；所述控制装置用于根据所述状态命令分析外部发起的交易数据的交易类型；根据所述交易类型和所述状态命令向所述交易数据的发起方反馈拒绝指令或转交至所述主机中间件进行处理。
44.具体请参考图4所示，实际工作中大型主机中间件保护系统可包含如下结构：cics交易运行装置1，该装置上可以运行多个cics，是一个cics群组，提供交易服务，存放企业数
据。状态监控装置2，该装置上面运行各种监控程序，这些程序监控操作系统和cics的运行状态信息，把监控的信息按照配置策略，转换为状态命令输出。状态监控装置包括操作系统状态监控装置10、cics运行状态监控装置11、状态命令输出装置12三个功能装置，详见图5说明。控制装置3，上面也运行了多个cics，是为状态监控装置2提供状态命令缓冲区；为客户端装置5提供服务接收客户端的数据；如果客户端装置5的数据为请求并且状态命令为正常或其它类型数据，则提交请求到cics交易运行装置1，并且把交易运行结果返回客户端装置5。控制装置3包括状态命令接收装置20、数据接收装置21、数据类型识别装置22、比较执行装置23、数据返回装置24、五个功能装置，详见图6说明。网络装置4为企业内部网络环境，为系统运行的通讯基础，可以支持sna，也可以支持tcp/ip。客户端装置5是主机交易的使用方，可以是一个开放平台的应用系统，通过网络装置4，向主机提交数据请求交易服务。
45.请参考图5所示，状态监控装置包括操作系统状态监控装置10、cics运行状态监控装置11、状态命令输出装置12三个功能部分。
46.其中，操作系统状态监控装置10负责操作系统部分的监控，包括操作系统的cpu、mem、io、以及向主机服务lpar管理台咨询服务器总体资源分配情况等，产生的状态信息提供给状态命令输出装置12。cics运行状态监控装置11主要负责cics中运行状态信息的搜集，如cics的当前运行交易数，当前交易数是否达到cics的最大交易数等，产生状态信息提供给状态命令输出装置12。状态命令输出装置12是一个决策运算装置，它根据操作系统状态监控装置10和cics运行状态监控装置11提供的状态信息，加上配置策略，一起进行决策运算，产生状态命令结果，进行输出，通知控制装置3。状态监控装置2上的配置策略，主要根据cics交易运行装置1和控制装置3的运行特点来设置的，是一个文件，状态命令下的每行表示的条件与其它行的条件是逻辑或的关系。一个配置策略的示例如下：
47.繁忙：每个cpu都大于85％；所有mem之和大于24g；cics达到max task；
48.正常：其他；
49.状态监控装置2根据参数设置的状态信息搜集周期，一个周期进行一次状态信息搜集动作，产生一个状态命令。状态信息搜集周期等参数在参数配置文件中进行设置。
50.请参考图6所示，控制装置3包括状态命令接收装置20、数据接收装置21、数据类型识别装置22、比较执行装置23、数据返回装置24、五个功能装置。
51.其中，状态命令接收装置20负责接收从状态命令输出装置12输出的状态结果，该装置还包括一个主机的汇编表，主要包括2个字段：时间戳和状态命令。控制装置3从这个汇编表中取出状态命令，这个状态命令是否有效，取决于当前的系统时间与时间戳的时间差，如果当前时间大于时间戳并且时间差小于等于1个状态监控装置2的状态信息搜集周期，则该状态命令有效；否则状态命令无效，按照默认状态命令为正常处理。数据接收装置21负责接收客户端装置5发送的数据，该装置提供的服务可以基于tcp/ip，也可以基于sna。数据类型识别装置22对数据接收装置21接收到的数据进行类型判断，数据分为两类：请求类型和非请求类型。比较执行装置23根据数据类型识别装置22对数据的识别结果和状态命令接收装置20的当前状态命令，对数据接收装置21接收到的数据进行处理。当交易类型为请求且当前状态命令为繁忙时，比较执行装置23则拒绝提交数据请求到cics交易运行装置1，并且通过数据返回装置24返回相应拒绝信息给客户端装置5；否则提交数据到cics运行装置1并等待结果，把结果通过数据返回装置24返回相应客户端装置5。数据返回装置24为客户端装
置提供数据服务，把比较执行装置23的执行结果或拒绝信息，通过网络装置3返回客户端装置5。
52.为便于更清楚的理解本技术所提供的大型主机中间件保护系统的实际应用流程，以下请参考图7所示，其保护流程如下：
53.700-706为状态监控装置执行流程。
54.700，预处理参数配置文件，例如配置策略配置文件，设置状态信息搜集周期等；
55.701，操作系统状态监控装置10搜集操作系统当前cpu的使用情况信息；
56.702，操作系统状态监控装置10搜集操作系统当前mem的使用情况信息；
57.703，操作系统状态监控装置10搜集操作系统当前io的使用情况信息；操作系统状态监控装置10向主机服务lpar管理台咨询总体资源分配情况
58.704，cics运行状态监控装置11搜集当前cics的交易运行数目；
59.705，状态命令输出装置12根据操作系统状态监控装置10和cics运行状态监控装置11提供的状态信息，并根据查询到的主机服务lpar管理台咨询总体资源分配情况，加上配置策略，一起进行决策运算，产生状态命令结果；
60.706，状态命令输出装置12把状态命令发送控制装置3，状态命令接收装置20接收从状态命令输出装置12输出的状态结果，并在状态命令接收装置20上的汇编表中记录时间戳和状态命令(正常、繁忙)。；
61.707，状态监控装置2睡眠1个状态信息搜集周期后重新转入701进行处理。
62.800，客户端装置5发送数据到控制装置3；
63.801，数据接收装置21接收客户端装置的数据；
64.802，数据类型识别装置22对数据接收装置接收到的数据进行类型判断，数据分为两类：请求类型和非请求类型，如果为请求类型，则转803，否则转806；
65.803，比较执行装置23读取状态命令接收装置20上的汇编表中的时间戳和状态命令；
66.804，如果当前的状态命令为“繁忙”，那么比较执行装置23判断当前的系统时间与时间戳的时间差，如果当前时间大于时间戳并且时间差小于等于1个状态监控装置2的状态信息搜集周期，则转805进行处理，否则转806；
67.805，比较执行装置23产生拒绝交易信息，到811；
68.806，控制装置3把交易数据提交给cics交易运行装置1；
69.807，cics交易运行装置1接收交易请求；
70.808，cics交易运行装置1进行交易处理；
71.809，cics交易运行装置1把交易结果返回控制装置3，控制装置3再把结果返回客户端装置；
72.810，控制装置3等待交易结果返回；
73.811，数据返回装置24把交易结果发送给客户端装置5；
74.812，客户端装置5接收数据返回装置24的数据返回；
75.813，客户端装置5继续进行后续处理。
76.本技术的有益技术效果在于：专门针对ibm主机系统，统计和监控cics数量情况；充分考虑主机服务器parallel sysplex技术特点，监控时会查询主机服务lpar管理台咨询
服务器总体资源分配情况并结合策略进行控制判断。实现了软件的负反馈原理，与主机中间件系统输入相关的系统状态信息输出作为控制信号，控制系统的输入，有效的防止了过大压力导致应用主机中间件系统的崩溃，主要是从如下两个方面实现的：使用对主机中间件内部的资源和状态监控，产生状态命令；在主机中间件内部实现控制装置，当系统资源或状态达到策略配置的繁忙条件时，拒绝请求；当系统资源或状态恢复后，又允许请求提交到主机中间件。
77.本技术还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。
78.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。
79.本技术还提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述方法的步骤。
80.如图8所示，该电子设备600还可以包括：通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是，电子设备600也并不是必须要包括图8中所示的所有部件；此外，电子设备600还可以包括图8中没有示出的部件，可以参考现有技术。
81.如图8所示，中央处理器100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器100接收输入并控制电子设备600的各个部件的操作。
82.其中，存储器140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序，以实现信息存储或处理等。
83.输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为lcd显示器，但并不限于此。
84.该存储器140可以是固态存储器，例如，只读存储器(rom)、随机存取存储器(ram)、sim卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为eprom等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142，该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。
85.存储器140还可以包括数据存储部143，该数据存储部143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
86.通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。
87.基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块110，如蜂窝
网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132，以经由扬声器131提供音频输出，并接收来自麦克风132的音频输入，从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器130还耦合到中央处理器100，从而使得可以通过麦克风132能够在本机上录音，且使得可以通过扬声器131来播放本机上存储的声音。
88.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
89.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
90.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
91.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
92.以上所述的具体实施例，对本技术的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本技术的具体实施例而已，并不用于限定本技术的保护范围，凡在本技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。