基于关系数据库处理小文件数据并发读写方法及装置与流程

1.本技术涉及数据文件存储领域，可应用于金融领域和其他领域，尤指一种基于关系数据库处理小文件数据并发读写方法及装置。


背景技术：

2.在银行系统中，每天发生数以万计的交易，这些交易产生的纸质凭据一般会以扫描的形式形成计算机系统中的影像文件(下称扫描件)保存在后台的存储服务中。由于每天的交易量巨大，每笔交易都产生数个扫描件，因此日积月累下来产生了巨大数量的文件存储需求。为了节省存储空间，每个扫描件都被压缩为20kb到2mb不等的小文件，从文件个数上来看这些小文件的个数达到几十亿乃至几百亿个，从占用空间上来看这些小文件占用的空间大小达到数千tb的级别，此类大小和数量的文件的全体被称为海量小文件。
3.海量小文件要求银行系统具有强大的存储空间管理能力，而且海量的小文件会同时被数百数千个柜员持续的访问，形成了对海量小文件的高并发访问，严重影响银行系统性能。每个柜员访问海量小文件存在一定的原则，一般以几个小文件形成一个集合为单位进行访问，对集合中的元素进行增删改查等操作。例如，一个客户的资料可以形成一个集合：新增一个客户的档案时，柜员会将该客户的证件、开户合同等资料扫描形成的小文件放在同一个集合中提交到存储服务；后续该客户发生交易时，柜员会从存储服务中查询相应的文件集合来核实客户的身份；当客户的资料发生变化后，柜员扫描资料中发生变化的部分来更新相应的文件集合；该客户销户之后，柜员就可删除相应的文件集合。又例如，一次贷款交易产生的凭证扫描件也可形成一个文件集合，客户申请贷款时柜员将客户资料扫描后新增一个文件集合，贷款审批时审批柜员的对材料进行盖章后需要重新对盖章的材料进行扫描，然后用新的扫描件更新该文件集合，贷款申请审核通过且贷款发放后，风险监控柜员可查询该文件集合来核实贷款的情况，监督是否有风险等。
4.银行系统处理海量小文件的需求大概如上文所述：一要具有巨大的存储空间管理能力；二要提供庞大的数据吞吐能力；三要提供以集合为单位访问小文件的能力，可以对集合进行新增、修改、查询、删除。而目前银行系统使用普通办法去满足上述的需求，将海量小文件直接保存在操作系统上，而一般的操作系统对海量小文件的支持能力有限，随着文件数量的增加，逐渐暴露以下三个缺点：
5.一是单个文件目录下的子文件数量不能太多，多了会影响访问性能，例如要从一个包含2万个子文件的目录中检索出需要用到的文件集合，其响应时间就会比较长；
6.二是操作系统的可打开的文件个数有一定限制，一个操作系统打开的文件个数太多，就会出现响应缓慢、甚至拒绝服务、乃至系统崩溃的异常情况；
7.三是对操作系统中的文件进行并发读写时，文件读写的性能极低，所有进程读或写的带宽总和最大只能为1mb/秒左右，即使磁盘带宽有100mb/秒，也是如此。如果一个小文件大小为20k字节，10个进程同时往单个操作系统写不同的文件，则每个进程1秒钟最多只能写5个文件。
8.随着社会经济活动量的增长，银行的业务量越来越大，对银行交易的处理效率要求越来越高，如果还继续停留在上述的办法上处理海量小文件，就会造成文件访问缓慢，从而导致交易缓慢，严重影响系统效率。


技术实现要素：

9.本技术目的在于提供一种基于关系数据库处理小文件数据并发读写方法及装置，予以满足上述的银行系统处理海量小文件的需求，又能克服现有操作系统对海量小文件数据并发读写支持的不足。
10.为达上述目的，本技术所提供的一种基于关系数据库处理小文件数据并发读写方法，所述方法包含：根据接收到的存入报文数据解析获得业务数据和影像文件数据；通过所述业务数据生成批次实体，通过所述批次实体将所述影像文件数据中多个影像小文件定位到对应的大文件或数据库blob(binary large object，二进制大型对象)字段分区中存储并记录影像小文件的存入信息；根据所述存入信息和所述影像小文件的影像描述信息生成对应的影像属性信息，根据所述影像属性信息生成对应的影像属性实体；将所述影像属性实体与所述批次实体关联存储后，通过所述批次实体生成写入结果。
11.在上述基于关系数据库处理小文件数据并发读写方法中，可选的，根据接收到的存入报文数据解析获得业务数据和影像文件数据包含：根据所述存入报文数据通过码制转换获得业务数据，并解压还原所述存入报文数据中的影像小文件获得二进制数据流；根据所述二进制数据流获得影像文件数据。
12.在上述基于关系数据库处理小文件数据并发读写方法中，可选的，通过所述批次实体将所述影像文件数据中多个影像小文件定位到对应序号的大文件分区中存储并记录影像小文件的存入信息包含：通过所述批次实体将所述影像文件数据中同一集合的多个影像小文件关联；根据所述批次实体定位获得对应的大文件的位置信息，通过所述位置信息将关联后的多个影像小文件以二进制数据流的方式存入所述大文件并记录对应的存入信息。
13.在上述基于关系数据库处理小文件数据并发读写方法中，可选的，所述存入信息包含存放路径、偏移量和内容长度。
14.在上述基于关系数据库处理小文件数据并发读写方法中，可选的，所述方法还包含：根据预设的批次实体与大文件的名称信息的对应规则，在每个文件存放系统上根据线程数量构建一个或多个对应名称信息的大文件；其中，每个大文件由一个线程写入数据。
15.在上述基于关系数据库处理小文件数据并发读写方法中，可选的，所述方法还包含：当任一批次的影像小文件存入所述大文件完成后，检测当前所述大文件内的数据存储量；当所述数据存储量高于预设阈值时，关闭当前所述大文件的写入通道并重新构建一个大文件完成后续批次的影像小文件写入操作。
16.在上述基于关系数据库处理小文件数据并发读写方法中，可选的，所述方法还包含：根据接收到的查询报文数据解析获得批次实体，根据所述批次实体获得对应的所述业务数据；根据所述批次实体定位对应批次的所述影像属性实体，通过所述影像属性实体查询获得对应的所述影像属性信息；根据所述影像属性信息到对应的大文件或数据库blob字段分区中获得影像小文件；根据所述业务数据、所述影像属性信息和所述影像小文件生成
查询结果。
17.本技术还提供一种基于关系数据库处理小文件数据并发读写装置，所述装置包含数据接收单元、处理模块和数据发送单元；所述数据接收单元用于根据接收到的存入报文数据解析获得业务数据和影像文件数据；所述处理模块用于通过所述业务数据生成批次实体，通过所述批次实体将所述影像文件数据中多个影像小文件定位到对应的大文件或数据库blob字段分区中存储并记录影像小文件的存入信息；以及，根据所述存入信息和所述影像小文件的影像描述信息生成对应的影像属性信息，根据所述影像属性信息生成对应的影像属性实体；将所述影像属性实体与所述批次实体关联存储后，通过所述批次实体生成写入结果；所述数据发送单元用于将写入结果反馈至所述存入报文数据发送方。
18.在上述基于关系数据库处理小文件数据并发读写装置中，可选的，所述数据接收单元还用于根据接收到的查询报文数据解析获得批次实体；所述处理模块还用于根据所述批次实体获得对应的所述业务数据；根据所述批次实体定位对应批次的所述影像属性实体，通过所述影像属性实体查询获得对应的所述影像属性信息；根据所述影像属性信息到对应的大文件或数据库blob字段分区中获得影像小文件；根据所述业务数据、所述影像属性信息和所述影像小文件生成查询结果；所述数据发送单元还用于将查询结果反馈至所述查询报文数据发送方。
19.本技术还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。
20.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。
21.本技术还提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述方法的步骤。
22.本技术的有益技术效果在于：解决了使用操作系统存储海量小文件的缺点，并满足了银行系统处理海量小文件的需求。同时，提高了大量用户并发访问海量小文件的效率，使用普通文件系统存储海量小文件时，磁盘读写带宽最大为1mb/秒，读写文件个数最大为50个/秒，应用了本发明后，磁盘读写带宽最大提高到20mb/秒，读写文件个数最大达到400个/秒，这样的性能提高，令海量小文件的并发读写在可见的时间内不再成为银行业务系统的瓶颈；使用数据文件存储海量小文件后，操作系统句柄数耗尽的情况没有再出现，杜绝了操作系统拒绝服务的现象。
附图说明
23.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，并不构成对本技术的限定。在附图中：
24.图1为本技术一实施例所提供的基于关系数据库处理小文件数据并发读写方法的流程示意图；
25.图2为本技术一实施例所提供的小文件存入流程示意图；
26.图3为本技术一实施例所提供的批次、影像属性和影像内容之间的关联示意图；
27.图4为本技术一实施例所提供的容器逻辑示意图；
28.图5为本技术一实施例所提供的大文件构建原理示意图；
29.图6为本技术一实施例所提供的新增大文件流程示意图；
30.图7为本技术一实施例所提供的查询流程示意图；
31.图8为本技术一实施例所提供的基于关系数据库处理小文件数据并发读写装置的结构示意图；
32.图9为本技术一实施例所提供的基于关系数据库处理小文件数据并发读写装置的应用原理示意图；
33.图10为本技术一实施例所提供的新增批次流程示意图；
34.图11为本技术一实施例所提供的查询批次流程示意图；
35.图12为本技术一实施例所提供的电子设备的结构示意图。
具体实施方式
36.以下将结合附图及实施例来详细说明本技术的实施方式，借此对本技术如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。需要说明的是，只要不构成冲突，本技术中的各个实施例及各实施例中的各个特征可以相互结合，所形成的技术方案均在本技术的保护范围之内。
37.另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
38.经过研究发现，一定数量的小文件分散传输所消耗的时间比打包传输的时间要长得多。该现象可以根据文件读写原理来解释：操作系统打开文件需要时间(该时间主要消耗在检索文件、准备文件缓冲区等)，读写文件数据需要时间，关闭文件也需要时间(该时间消耗在关闭文件缓存区等)。分散传输与打包传输在读写文件数据上消耗的时间几乎相等，因为处理的总文件大小相等，而分散传输打开与关闭文件的次数比打包传输打开与关闭文件的次数要多得多，在分散传输中有多少个小文件就要打开关闭多少次文件，在打包传输中只需打开关闭一次文件，因此打包传输比分散传输效率高。
39.受到打包传输效率高的启发，请参考图1所示，本技术所提供的一种基于关系数据库处理小文件数据并发读写方法，所述方法包含：
40.s101根据接收到的存入报文数据解析获得业务数据和影像文件数据；
41.s102通过所述业务数据生成批次实体，通过所述批次实体将所述影像文件数据中多个影像小文件定位到对应的大文件或数据库blob字段分区中存储并记录影像小文件的存入信息；
42.s103根据所述存入信息和所述影像小文件的影像描述信息生成对应的影像属性信息，根据所述影像属性信息生成对应的影像属性实体；
43.s104将所述影像属性实体与所述批次实体关联存储后，通过所述批次实体生成写入结果。
44.由此，将若干个同一个集合的小文件进行关联并且拼接，将大量小文件的内容保存在少量长期打开的大文件中，即一个大文件的不同分段中保存不同的小文件内容，来减少文件打开关闭的次数，最终实现提高海量小文件的处理效率。在实际工作中，采用上述方法保存小文件的内容，需要使用关系数据库记录小文件在大文件中的偏移量和长度；同时，
由于文件有大小限制，文件系统的大小也有限制，必须在操作系统中挂载多个文件系统且每个文件系统上存放多个大文件，才能容纳数千tb的海量小文件，具体方法将在后续实施例中详细说明。
45.在上述实施例中，根据接收到的存入报文数据解析获得业务数据和影像文件数据可包含：根据所述存入报文数据通过码制转换获得业务数据，并解压还原所述存入报文数据中的影像小文件获得二进制数据流；根据所述二进制数据流获得影像文件数据。实际工作中，该流程主要将用户客户端提交的报文压缩包，并进行码制转换，还原成业务数据，并把报文压缩包中的影像小文件还原成二进制数据流。具体码制转换和还原操作可采用本领域技术实现，本技术次就不再一一详述。
46.请参考图2所示，在本技术一实施例中，通过所述批次实体将所述影像文件数据中多个影像小文件定位到对应序号的大文件分区中存储并记录影像小文件的存入信息包含：
47.s201通过所述批次实体将所述影像文件数据中同一集合的多个影像小文件关联；
48.s202根据所述批次实体定位获得对应的大文件的位置信息，通过所述位置信息将关联后的多个影像小文件以二进制数据流的方式存入所述大文件并记录对应的存入信息。
49.其中，所述存入信息包含存放路径、偏移量和内容长度。
50.具体的，在实际工作中可将一个文件集合定义为一个批次，一个批次与其中的影像小文件的关系是一对多的关系。批次实体模型具有批次id、创建日期、业务信息等属性。每个批次的批次id唯一，使用流水号分配；创建日期用于记录批次的产生日期，格式为yyyymmdd，yyyy表示4位的年份，mm表示2位的月份(不足则前补0)，dd表示2位的日期(不足则前补0)，共8位；业务信息用于记录批次在业务处理过程中需要用到的信息。每个影像小文件都需要记录与该影像相关的业务信息，也要保存其文件内容，其中业务信息、保存路径(小文件所在的大文件的路径)、偏移量(小文件在大文件中的偏移量)、内容长度等属性可保存在数据库中，影像小文件内容可保存在大文件中，因此需要设计影像属性实体和影像内容实体两个模型，分别用于记录影像属性和文件内容。
51.影像属性实体模型具有影像id、批次id、业务信息、保存路径、偏移量、内容长度等属性。每个影像小文件的影像id是唯一的，使用流水号分配；同一个批次中的影像属性实体，具有相同的批次id，批次id的值就是相应批次实体的批次id；业务信息用于记录影像小文件在业务处理过程中需要用到的信息，每个影像小文件都不同，也不同于相应批次实体的业务信息；影像内容实体模型具有影像内容属性，影像内容为二进制数据。批次实体、影像属性实体和影像内容实体的关系可参考图3所示，批次实体与影像属性实体是一对多的关系，影像属性实体与影像内容实体是一对一的关系，一个批次实体对应多个影像属性实体，一个影像属性实体对应一个影像内容实体。通过这样的数据模型，就能通过批次id对批次和影像进行关联。
52.在本技术一实施例中，所述方法还包含：根据预设的批次实体与大文件的名称信息的对应规则，在每个文件存放系统上根据线程数量构建一个或多个对应名称信息的大文件；其中，每个大文件由一个线程写入数据。
53.具体的，可参考图4所示，在实际工作中，不同实体可采用不同容器保存，例如批次容器、影像属性容器以及影像内容容器，批次容器用于存放批次实体，使用数据库表实现；影像属性容器用于存放影像属性实体，使用数据库表实现；影像内容容器用于存放影像内
容实体，使用存放在不同文件系统的不同大文件实现。再请参考图5所示，批次容器、影像属性容器使用数据库表实现；影像内容容器使用分布在多个文件系统上的多个大文件实现，其中大文件的分布可根据不同的算法指定，如按批次号的哈希值、或按批次的产生日期。例如在图5中按日期指定多个大文件的名称和存放位置，每个大文件可按“大文件yyyymmdd_n”的规则命名，其中yyyymmdd是批次的产生日期，yyyy表示4位的年份，mm表示2位的月份(不足则前补0)，dd表示2位的日期(不足则前补0)，n用于区分当天产生的多个大文件，每个“大文件yyyymmdd_n”保存该日期内产生的批次的影像内容，例如“大文件20120309_2”用于保存2012年3月9日0点后到2012年3月9日24点前的影像内容，该文件是当天产生的第2个大文件。
54.请参考图6所示，在本技术一实施例中，所述方法还包含：
55.s601当任一批次的影像小文件存入所述大文件完成后，检测当前所述大文件内的数据存储量；
56.s602当所述数据存储量高于预设阈值时，关闭当前所述大文件的写入通道并重新构建一个大文件完成后续批次的影像小文件写入操作。
57.具体的，在实际工作中，大文件的大小将要超出限制时需要将其关闭，并新开一个大文件进行写入，因此一天有多个大文件；一个大文件同时只能被一个线程写入数据，否则影像的内容会被冲乱，为提高并发效率，当用户并发较大时需要打开多个大文件并行写入，这样一天也会产生多个大文件。同理，使用数据库blob字段存储影像实体内容的实现类似，目前大部分关系数据库都支持lob类型的字段，lob是large object的缩写，lob又分blob和clob，分别是binary lob和character lob，blob可以存放不限长度的二进制数据，图像文件的内容也是二进制数据，因此blob可以存放影像内容实体。此方案的实现思路与使用大文件实现类似，在此就不再一一详述。使用关系数据库的blob字段存储影像内容实体相对使用大文件存储影像内容实体有如下优点：1、可利用数据库的并发处理能力提高用户并发量；2、可利用数据库的文件管理能力减少用户对文件管理的干预；3、可利用数据库的blob字段管理能力简化定位涉及的工作量。
58.请参考图7所示，在本技术一实施例中，所述方法还包含：
59.s701根据接收到的查询报文数据解析获得批次实体，根据所述批次实体获得对应的所述业务数据；
60.s702根据所述批次实体定位对应批次的所述影像属性实体，通过所述影像属性实体查询获得对应的所述影像属性信息；
61.s703根据所述影像属性信息到对应的大文件或数据库blob字段分区中获得影像小文件；
62.s704根据所述业务数据、所述影像属性信息和所述影像小文件生成查询结果。
63.在该实施例中，可基于前述存入操作，实现用户后续的快速查询，具体的查询原理及逻辑可参考前述实施例实现，在此就不再一一详述。
64.请参考图8所示，本技术还提供一种基于关系数据库处理小文件数据并发读写装置，所述装置包含数据接收单元、处理模块和数据发送单元；所述数据接收单元用于根据接收到的存入报文数据解析获得业务数据和影像文件数据；所述处理模块用于通过所述业务数据生成批次实体，通过所述批次实体将所述影像文件数据中多个影像小文件定位到对应
的大文件或数据库blob字段分区中存储并记录影像小文件的存入信息；以及，根据所述存入信息和所述影像小文件的影像描述信息生成对应的影像属性信息，根据所述影像属性信息生成对应的影像属性实体；将所述影像属性实体与所述批次实体关联存储后，通过所述批次实体生成写入结果；所述数据发送单元用于将写入结果反馈至所述存入报文数据发送方。
65.进一步的，所述数据接收单元还用于根据接收到的查询报文数据解析获得批次实体；所述处理模块还用于根据所述批次实体获得对应的所述业务数据；根据所述批次实体定位对应批次的所述影像属性实体，通过所述影像属性实体查询获得对应的所述影像属性信息；根据所述影像属性信息到对应的大文件或数据库blob字段分区中获得影像小文件；根据所述业务数据、所述影像属性信息和所述影像小文件生成查询结果；所述数据发送单元还用于将查询结果反馈至所述查询报文数据发送方。
66.具体的，请参考图9所示，实际工作中，基于关系数据库处理小文件数据并发读写装置由数据接收单元100、数据发送单元200、小文件关联单元300、小文件定位单元400和小文件读写单元500构成，数据接收单元100实现接收用户提交的业务数据和影像文件；数据发送单元200把处理结果或需要调阅的影像文件发送给用户；小文件关联单元300将同一个集合的影像文件进行关联；小文件定位单元400负责定位影像文件内容在哪个大文件中；小文件读写单元500负责处理小文件集合的增删改查请求。其中，数据接收单元100用于接收用户客户端提交的报文压缩包，并进行码制转换，还原成业务数据，并把报文压缩包中的影像小文件还原成二进制数据流。数据发送单元200用于把处理结果或需要调阅的影像文件形成报文，然后发送给用户。小文件关联单元300、小文件定位单元400与小文件读写单元500需要协同工作，负责将同一个集合的影像文件进行关联、定位和存取。
67.在基于关系数据库处理小文件数据并发读写装置的上述结构基础上，新增批次流程可参考图10所示：
68.数据接收单元100收到用户发送的业务数据和影像文件内容；
69.小文件关联单元300产生批次id，并为批次中的每个影像产生影像id，形成批次实体和影像属性实体，将这两个实体保存到数据库中，形成批次与影像的关联；
70.小文件关联单元300将批次的小文件拼接，小文件定位单元400根据批次的产生日期和当天的大文件序号定位大文件的路径或数据库blob字段分区，然后小文件读写单元500将拼接好的影像内容实体存放到对应的大文件或数据库blob字段中，小文件关联单元300更新影像属性实体的保存路径、偏移量、内容长度等属性；
71.数据发送单元200将新增的批次id发送给用户。
72.查询批次流程可参考图11所示：
73.数据接收单元100收到用户要查询的批次id；
74.小文件关联单元300根据批次id从数据库中获得对应的批次实体和影像属性实体；
75.小文件定位单元400根据影像属性实体中的保存路径定位大文件或数据库blob字段分区的位置，小文件读写单元500根据影像属性实体中的偏移量、内容长度等属性从大文件或数据库blob字段中获取到影像内容实体；
76.数据发送单元200将批次实体、影像属性实体和影像内容实体形成报文，发送给用
户。
77.本技术的有益技术效果在于：解决了使用操作系统存储海量小文件的缺点，并满足了银行系统处理海量小文件的需求。同时，提高了大量用户并发访问海量小文件的效率，使用普通文件系统存储海量小文件时，磁盘读写带宽最大为1mb/秒，读写文件个数最大为50个/秒，应用了本发明后，磁盘读写带宽最大提高到20mb/秒，读写文件个数最大达到400个/秒，这样的性能提高，令海量小文件的并发读写在可见的时间内不再成为银行业务系统的瓶颈；使用数据文件存储海量小文件后，操作系统句柄数耗尽的情况没有再出现，杜绝了操作系统拒绝服务的现象。
78.本技术还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。
79.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。
80.本技术还提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述方法的步骤。
81.如图12所示，该电子设备600还可以包括：通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是，电子设备600也并不是必须要包括图12中所示的所有部件；此外，电子设备600还可以包括图12中没有示出的部件，可以参考现有技术。
82.如图12所示，中央处理器100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器100接收输入并控制电子设备600的各个部件的操作。
83.其中，存储器140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序，以实现信息存储或处理等。
84.输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为lcd显示器，但并不限于此。
85.该存储器140可以是固态存储器，例如，只读存储器(rom)、随机存取存储器(ram)、sim卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为eprom等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142，该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。
86.存储器140还可以包括数据存储部143，该数据存储部143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
87.通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100，以提供输入信号和接收输出信号，这可以和常
规移动通信终端的情况相同。
88.基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132，以经由扬声器131提供音频输出，并接收来自麦克风132的音频输入，从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器130还耦合到中央处理器100，从而使得可以通过麦克风132能够在本机上录音，且使得可以通过扬声器131来播放本机上存储的声音。
89.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
90.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
91.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
92.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
93.以上所述的具体实施例，对本技术的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本技术的具体实施例而已，并不用于限定本技术的保护范围，凡在本技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。