代码建模方法及装置

技术领域

本发明涉及java后端技术领域，尤指一种代码建模方法及装置。

背景技术

随着数字银行信息化的发展，架构资产管控系统的完善，系统中的管理的资产也越来越多，资产的新增、资产的调整变动也越来越频繁，需要一种快速且稳定的代码建模方法应对这种情况。

目前都是针对元模型跟技术元模型的配置修改做出相应的开发，在相关代码上添加对应资产对应字段的代码逻辑。目前这种方式会存在以下不足：

1、新增、调整资产需求效率低，开发需要花费时间成本编写一些低效重复的逻辑，以及配套的自动化测试案例(utdd)。

2、因为元模型跟技术元模型的配套，目前代码的一个功能都是耦合在一个方法，大量的if跟else分支分别处理不同的资产，甚至几类资产一个if分支，这样修改代码需要付出开发成本以及大量回归测试成本。

3、对开发人员要求高，不同的开发人员开发出来的功能差异性太大，代码维护成本高。

发明内容

针对现有技术中存在的问题，本发明实施例的主要目的在于提供一种代码建模方法及装置，能够适用于模型的新增与调整，以及元模型与技术元模型的数据模型变更。

为了实现上述目的，本发明实施例提供一种代码建模方法，所述方法包括：

接收并解析用户输入的元模型文件，得到基本模型属性信息及所述元模型文件对应的技术元模型名称；

根据所述技术元模型名称，从数据库中获取所述元模型文件对应的技术元模型，并解析所述技术元模型，得到扩展模型属性信息；

接收用户输入的建模代码信息，根据所述建模代码信息、所述基本模型属性信息及所述扩展模型属性信息对预设的公共模板进行配置，生成并输出建模代码文件。

可选的，在本发明一实施例中，所述解析用户输入的元模型文件，得到基本模型属性信息及所述元模型文件对应的技术元模型名称包括：

解析用户输入的元模型文件，得到基本模型属性信息；其中，所述基本模型属性信息包括模型类型标识、模型属性的类型、模型属性的默认值、模型属性名称及继承模型名称；

根据所述模型类型标识及所述模型属性名称，确定所述元模型文件对应的技术元模型名称。

可选的，在本发明一实施例中，所述扩展模型属性信息包括模型属性详情、模型属性的详情排序优先级、模型属性的展示排序优先级、模型属性的字典值、模型属性的规则及模型属性的长度控制信息。

可选的，在本发明一实施例中，所述接收用户输入的建模代码信息，根据所述建模代码信息、所述基本模型属性信息及所述扩展模型属性信息对预设的公共模板进行配置，生成并输出建模代码文件包括：

接收用户输入的建模代码信息；其中，所述建模代码信息包括模板类型、变量信息及存储路径信息；

根据所述模板类型、基本模型属性信息及扩展模型属性信息对预设的公共模板进行配置，得到配置后的代码模板；

将所述变量信息写入配置后的代码模板，生成所述建模代码文件，并利用所述存储路径信息，输出所述建模代码文件。

本发明实施例还提供一种代码建模装置，所述装置包括：

元模型文件模块，用于接收并解析用户输入的元模型文件，得到基本模型属性信息及所述元模型文件对应的技术元模型名称；

技术元模型模块，用于根据所述技术元模型名称，从数据库中获取所述元模型文件对应的技术元模型，并解析所述技术元模型，得到扩展模型属性信息；

建模代码文件模块，用于接收用户输入的建模代码信息，根据所述建模代码信息、所述基本模型属性信息及所述扩展模型属性信息对预设的公共模板进行配置，生成并输出建模代码文件。

可选的，在本发明一实施例中，所述元模型文件模块还包括：

基本属性单元，用于解析用户输入的元模型文件，得到基本模型属性信息；其中，所述基本模型属性信息包括模型类型标识、模型属性的类型、模型属性的默认值、模型属性名称及继承模型名称；

技术元模型单元，用于根据所述模型类型标识及所述模型属性名称，确定所述元模型文件对应的技术元模型名称。

可选的，在本发明一实施例中，所述扩展模型属性信息包括模型属性详情、模型属性的详情排序优先级、模型属性的展示排序优先级、模型属性的字典值、模型属性的规则及模型属性的长度控制信息。

可选的，在本发明一实施例中，所述建模代码文件模块包括：

建模代码信息单元，用于接收用户输入的建模代码信息；其中，所述建模代码信息包括模板类型、变量信息及存储路径信息；

模板配置单元，用于根据所述模板类型、基本模型属性信息及扩展模型属性信息对预设的公共模板进行配置，得到配置后的代码模板；

建模代码文件单元，用于将所述变量信息写入配置后的代码模板，生成所述建模代码文件，并利用所述存储路径信息，输出所述建模代码文件。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

本发明基于元模型与技术元模型进行代码建模，在新增元模型及修改元模型时，提高代码建模开发的效率，节省出大量时间去实现业务功能，并将代码规范化，减少开发阶段代码出错率，大大提高了开发效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一种代码建模方法的流程图；

图2为本发明实施例中元模型文件解析流程图；

图3为本发明实施例中生成并输出建模代码文件的流程图；

图4为本发明一具体实施例中代码建模的流程图；

图5为本发明实施例中模板适配模型结构示意图；

图6为本发明一具体实施例中代码建模的具体流程图；

图7为本发明实施例一种代码建模装置的结构示意图；

图8为本发明实施例中元模型文件模块的结构示意图；

图9为本发明实施例中建模代码文件模块的结构示意图；

图10为本发明一实施例所提供的电子设备的结构示意图。

具体实施方式

本发明实施例提供一种代码建模方法及装置，可用于金融领域或其他领域，需要说明的是，本发明的代码建模方法及装置可用于金融领域，也可用于除金融领域之外的任意领域，本发明的代码建模方法及装置应用领域不做限定。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示为本发明实施例一种代码建模方法的流程图，本发明实施例提供的代码建模方法的执行主体包括但不限于计算机。图中所示方法包括：

步骤S1，接收并解析用户输入的元模型文件，得到基本模型属性信息及所述元模型文件对应的技术元模型名称。

其中，元模型是模型的模型，用于对一个模型的属性进行初始化定义。接收用户上传的元模型文件并解析元模型文件，得到模型类型标识、模型属性类型、模型属性的默认值、模型属性名。具体的，解析的元模型内容如表1所示。

表1

进一步的，模型类型标识type字段若为Class，结合模型属性名name得到对应的技术元模型名称为class_name。

步骤S2，根据所述技术元模型名称，从数据库中获取所述元模型文件对应的技术元模型，并解析所述技术元模型，得到扩展模型属性信息。

其中，技术元模型为对元模型进行技术管理，让一个模型的属性可以扩展支持各种业务场景的模型。此外，技术元模型可以通过配置的sql脚本数据，获取脚本数据针对每类数据模型的字段属性进行技术管理。

进一步的，从数据库中获取与解析元模型文件得到的技术元模型名称一致的技术元模型，并解析技术元模型。解析技术元模型得到扩展模型属性信息包括模型属性详情、模型属性的详情排序优先级、模型属性的展示排序优先级、模型属性的字典值、模型属性的规则及模型属性的长度控制信息，如表2所示。

表2

步骤S3，接收用户输入的建模代码信息，根据所述建模代码信息、所述基本模型属性信息及所述扩展模型属性信息对预设的公共模板进行配置，生成并输出建模代码文件。

其中，接收用户输入的建模代码信息，建模代码信息包括模板类型、变量信息及存储路径信息。具体的，变量信息包括组名、项目名、模块名及包名。根据建模代码信息、基本模型属性信息及扩展模型属性信息对预设的公共模板进行配置，得到类型与模板类型一致的代码模板。将变量信息输入至代码模板，生成建模代码文件，并根据存储路径信息输出建模代码文件，由此完成代码建模。

作为本发明的一个实施例，如图2所示，解析用户输入的元模型文件，得到基本模型属性信息及所述元模型文件对应的技术元模型名称包括：

步骤S11，解析用户输入的元模型文件，得到基本模型属性信息；其中，所述基本模型属性信息包括模型类型标识、模型属性的类型、模型属性的默认值、模型属性名称及继承模型名称。

其中，解析元模型文件得到模型类型标识、模型属性类型、模型属性的默认值、模型属性名。具体的，解析的元模型内容如表1所示。

步骤S12，根据所述模型类型标识及所述模型属性名称，确定所述元模型文件对应的技术元模型名称。

其中，根据表1及表2的内容，模型类型标识type字段若为Class，结合模型属性名name得到对应的技术元模型名称为class_name。

作为本发明的一个实施例，扩展模型属性信息包括模型属性详情、模型属性的详情排序优先级、模型属性的展示排序优先级、模型属性的字典值、模型属性的规则及模型属性的长度控制信息。

其中，解析技术元模型得到扩展模型属性信息包括模型属性详情、模型属性的详情排序优先级、模型属性的展示排序优先级、模型属性的字典值、模型属性的规则及模型属性的长度控制信息，如表2所示。

作为本发明的一个实施例，如图3所示，接收用户输入的建模代码信息，根据所述建模代码信息、所述基本模型属性信息及所述扩展模型属性信息对预设的公共模板进行配置，生成并输出建模代码文件包括：

步骤S31，接收用户输入的建模代码信息；其中，所述建模代码信息包括模板类型、变量信息及存储路径信息。

其中，接收的用户输入的建模代码信息建模代码信息包括模板类型、变量信息及存储路径信息。具体的，变量信息包括组名、项目名、模块名及包名。

步骤S32，根据所述模板类型、基本模型属性信息及扩展模型属性信息对预设的公共模板进行配置，得到配置后的代码模板。

其中，根据建模代码信息、基本模型属性信息及扩展模型属性信息对预设的公共模板进行配置，得到类型与模板类型一致的代码模板，即配置后的代码模板。

步骤S33，将所述变量信息写入配置后的代码模板，生成所述建模代码文件，并利用所述存储路径信息，输出所述建模代码文件。

其中，将变量信息输入至代码模板，生成建模代码文件。具体的，将配置后的代码模板中的变量对应替换为变量信息中的组名、项目名、模块名及包名。根据存储路径信息输出建模代码文件，由此完成代码建模。

在本发明一具体实施例中，如图4所示的代码建模过程具体包括：步骤1，解析元模型文件内容；步骤2，解析技术元模型；步骤3，根据解析的内容配置公共模板；步骤4，制作工具界面；步骤5，生成建模代码文件。

其中，通过步骤1进行元模型文件解析，若eClassifiers标签下type字段若为Class，拿到name作为key存储且对应属性的className，若有eSuperTypes标签则需找到对应继承的className的属性整合在一起，将基类的assetName等基本模型属性一并存储下来。若eStructuralFeatures标签下type字段若为Attribute，拿到name归类到其对应的key下作为模型属性存储，并将eType(模型属性类型)跟defaultValueLiteral(模型属性默认值)等字段存储下来。具体的，元模型文件的相关数据及说明如表3所示。

表3

进一步的，通过步骤2进行技术元模型解析，获取技术元模型的class_name对标元模型已经组成对象的key，将技术元模型其attr_name存储到其下的属性，对标找到之前元模型已经建立的基本属性key。将每个模型属性的详情排序优先级、是否支持编辑、是否可见、属性绑定的字典值、属性的规则，属性的长度控制，属性的字典约束，属性列表展示优先级等等的模型属性信息存储完整。

进一步的，通过步骤1基本模型属性信息的收集与步骤2将相关技术扩展的模型属性信息存储完整，这样有了一套元模型跟技术元模型的所有数据了，可以整合出如表4所示的数据，此数据作为简单示例，可以支持扩展。

表4

进一步的，通过步骤3根据解析的内容配置代码模板，如图5所示模板适配模型结构示意图。这个模板支持java的Spring框架基本的ssm项目SpringBoot+SpringMVC+MyBatis，具备了元模型跟技术元模型的所有相关规则，融合出新增、删除、修改、查询配套UTDD等功能。例如新增功能，建立一个代码模板，适配当前元模型跟技术元模型规则的代码，比如通过模型属性的类型可以在保存功能时校验他的类型是否正确，模型属性的默认值若保存时没有该值可以默认赋值，模型属性的规则，对应的逻辑处理是否必输，保存进来涉及的字典是否正确等等。将这些校验抽象出来做成代码模板，从controller到service到model到mapper等，用className跟attr还有待生成包名、模块名称、项目名称、组名、路径这些做成变量，做成一个覆盖元模型与技术元模型适配现存在场景的模板。

进一步的，通过步骤4制作工具界面，利用java的JFrame可以制作一个图形化界面，用于获取元模型信息与用户录入的待生成的模板代码，在window支持关闭。再利用Swing的构造将工具所需的交互功能制作出来。工具界面的数据录入具体包括：

①工具界面包括上传元模型文件框，主要解析元模型用。

②工具界面包括模型类型下拉框，实时解析元模型eClassifiers标签type字段若为“Class”拿到name组成一个数组返回给交互页面可供选择。

③连接数据库类型、数据库端口号、数据库账户、数据库密码，主要连接数据库读取技术元模型用。

④连接上数据库后，用户可以利用工具界面选择构建模板选项、可以输入组名、项目名、模块名、包名、选择存储路径。

进一步的，通过步骤5生成建模代码文件，如图6所示，引用一个具体的用例来进行说明。假设有两个数据模型，ApplicationPhysical-物理应用、SubApplication-服务群组。生成并输出建模代码文件的过程包括：

1、上传元模型文件，得到现有模型类型，在工具界面下拉框生成两个选项ApplicationPhysical、SubApplication。

2、当选择ApplicationPhysical的模型类型时，再输入数据库相关信息待连接上后，根据用户选择的模型类型之后，查询对应的技术元模型获取相关信息记录下来。通过选择构建模板、输入组名、项目名、模块名、包名、存储路径。

3、通过上述1跟2的操作可以得出如表5所示的数据。

表5

①当选择模板为Controller+Base+UTDD时，如图5所示模板适配模型结构示意图中的Controller+Base+UTDD模板，则会取得模型规则相关的逻辑拼接，将所涉及的代码逻辑拼装，确保只跟本模型有关的逻辑。例如，新增功能，模型属性的必输，模型属性的默认值，模型属性有字典则需要字典相关的校验逻辑等。查询功能，某模型字段有字典相关则翻译对应字典，有排序相关则拼接排序逻辑等。

②获取工具页面填写的相关信息，包名、类名、组名等，去替换之前模板中的变量，方法逻辑的拼接根据输入的模型属性而定。例如，所有的元模型跟技术元模型有100种模型规则处理场景，输入的模型的属性涉及20种，则只拼接这20种相关属性的逻辑。若发现存在的规则在模板代码里没有，则报错无法生成，需要更新模板代码之后再生成建模代码。

4、最后用java文件流输出到选定的目录下：

①根据输入的"projectName":"eam","modelName":

"eam_web","packageName":

"com.eocs.applicationPhysical.controller","outputPath":"D:\model",src\main\java默认拼接。以上参数输出对应目录：

D:\model\eam_web\src\main\java\com\ecos\applicationPhysical\controller路径下生成ApplicationPhysicalController.java文件，生成的建模代码文件具备AppLicationPhysical模型基本功能及所需逻辑。

②且同时在D:\model\eam_web\src\main\java\com\ecos\applicationPhysical\base路径下生成ApplicationPhysicalBase.java文件，单纯只有一些数据组织跟数据校验等方法。这个文件作用于后期扩展业务，有扩展可以继承该类做后续逻辑。

③同时生成model在D:\model\eam_web\src\main\java\com\ecos\applicationPhysical\model路径下生成ApplicationPhysica.java文件，具备get、set功能根据模型类型的String，Int等分配好属性。

④同时调用UTDD模板在D:\model\eam_web\src\test\java\com\ecos\applicationPhysical\controller路径下生成ApplicationPhysicalControllerTest.java文件，具备ApplicationPhysicalController.java文件下方法的UTDD自动化测试功能，入参模拟固定参数，开发者跟测试者可以更换参数自动化测试。

⑤且同时在D:\model\eam_web\src\test\java\com\ecos\applicationPhysical\base路径下生成ApplicationPhysicalBaseTest.java文件，具备ApplicationPhysicalBase.java文件下方法的UTDD自动化测试功能，入参模拟固定参数，开发者跟测试者可以更换参数自动化测试。

5、若有需要可以建立pom文件等resources模板，只要有模板利用替换占位符形式则可以实现生成。

6、使用者只需拷贝到项目或者将存储路径指定到项目文件下即可直接完成代码建模，实现了分包分块处理代码，代码不再耦合，降低回归测试范围。

7、后期有修改元模型或技术元模型等直接继续生成建模文件，若功能无后期扩展可以采用基本建模，从controller建模到service，若有后续业务逻辑可以继承base目录下的的文件，调取父类的方法完成跟元模型与技术元模型控制的逻辑，再补充相关业务逻辑完成整项开发。

本发明为解决现有模型化开发存在的问题，提出一种基于元模型与技术元模型的代码建模方法。在新增元模型跟修改元模型时，提高代码建模开发的效率，节省出大量时间去实现业务功能，并将代码规范化，减少开发阶段代码出错率，全局统一风格规范，分包分块处理。本发明的具体优点如下：

1、通过本发明可以应对模型频繁调整所付出开发成本，只需传入元模型文件与配置技术元模型，即可一键生成建模代码，如有扩展的逻辑可以继承建模的代码类继续扩展开发，不互相影响。

2、本发明可以分包分块生成建模代码，降低了代码耦合度，统一全局风格，降低后期代码维护成本。

3、本发明将所有适配元模型的代码逻辑都集中在工具上，后期改动规则只需调整工具内代码重新生成涉及的模型的建模代码即可完美覆盖。

4、本发明可以适配生成的模板代码将其配套UTDD模板，生成到Test包跟文件到对应目录下，开发者跟测试者可以更新传参数值进行自动化测试。

5、本发明可以扩展其他业务功能，甚至多个公共代码逻辑，只要有模板适配元模型跟技术元模型则可以定向建模。

如图7所示为本发明实施例一种代码建模装置的结构示意图，图中所示装置包括：

元模型文件模块10，用于接收并解析用户输入的元模型文件，得到基本模型属性信息及所述元模型文件对应的技术元模型名称。

其中，元模型是模型的模型，用于对一个模型的属性进行初始化定义。接收用户上传的元模型文件并解析元模型文件，得到模型类型标识、模型属性类型、模型属性的默认值、模型属性名。

技术元模型模块20，用于根据所述技术元模型名称，从数据库中获取所述元模型文件对应的技术元模型，并解析所述技术元模型，得到扩展模型属性信息。

其中，技术元模型为对元模型进行技术管理，让一个模型的属性可以扩展支持各种业务场景的模型。此外，技术元模型可以通过配置的sql脚本数据，获取脚本数据针对每类数据模型的字段属性进行技术管理。

进一步的，从数据库中获取与解析元模型文件得到的技术元模型名称一致的技术元模型，并解析技术元模型。解析技术元模型得到扩展模型属性信息包括模型属性详情、模型属性的详情排序优先级、模型属性的展示排序优先级、模型属性的字典值、模型属性的规则及模型属性的长度控制信息。

建模代码文件模块30，用于接收用户输入的建模代码信息，根据所述建模代码信息、所述基本模型属性信息及所述扩展模型属性信息对预设的公共模板进行配置，生成并输出建模代码文件。

其中，接收用户输入的建模代码信息，建模代码信息包括模板类型、变量信息及存储路径信息。具体的，变量信息包括组名、项目名、模块名及包名。根据建模代码信息、基本模型属性信息及扩展模型属性信息对预设的公共模板进行配置，得到类型与模板类型一致的代码模板。将变量信息输入至代码模板，生成建模代码文件，并根据存储路径信息输出建模代码文件，由此完成代码建模。

作为本发明的一个实施例，如图8所示，元模型文件模块10还包括：

基本属性单元11，用于解析用户输入的元模型文件，得到基本模型属性信息；其中，所述基本模型属性信息包括模型类型标识、模型属性的类型、模型属性的默认值、模型属性名称及继承模型名称；

技术元模型单元12，用于根据所述模型类型标识及所述模型属性名称，确定所述元模型文件对应的技术元模型名称。

作为本发明的一个实施例，扩展模型属性信息包括模型属性详情、模型属性的详情排序优先级、模型属性的展示排序优先级、模型属性的字典值、模型属性的规则及模型属性的长度控制信息。

作为本发明的一个实施例，如图9所示，建模代码文件模块30包括：

建模代码信息单元31，用于接收用户输入的建模代码信息；其中，所述建模代码信息包括模板类型、变量信息及存储路径信息；

模板配置单元32，用于根据所述模板类型、基本模型属性信息及扩展模型属性信息对预设的公共模板进行配置，得到配置后的代码模板；

建模代码文件单元33，用于将所述变量信息写入配置后的代码模板，生成所述建模代码文件，并利用所述存储路径信息，输出所述建模代码文件。

基于与上述一种代码建模方法相同的申请构思，本发明还提供了上述一种代码建模装置。由于该一种代码建模装置解决问题的原理与一种代码建模方法相似，因此该一种代码建模装置的实施可以参见一种代码建模方法的实施，重复之处不再赘述。

本发明基于元模型与技术元模型进行代码建模，在新增元模型及修改元模型时，提高代码建模开发的效率，节省出大量时间去实现业务功能，并将代码规范化，减少开发阶段代码出错率，大大提高了开发效率。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

如图10所示，该电子设备600还可以包括：通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是，电子设备600也并不是必须要包括图10中所示的所有部件；此外，电子设备600还可以包括图10中没有示出的部件，可以参考现有技术。

如图10所示，中央处理器100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器100接收输入并控制电子设备600的各个部件的操作。

其中，存储器140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序，以实现信息存储或处理等。

输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142，该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。

存储器140还可以包括数据存储部143，该数据存储部143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132，以经由扬声器131提供音频输出，并接收来自麦克风132的音频输入，从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器130还耦合到中央处理器100，从而使得可以通过麦克风132能够在本机上录音，且使得可以通过扬声器131来播放本机上存储的声音。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。