政务事项页面生成方法及装置与流程

本发明涉及自动程序设计技术领域，尤其涉及一种政务事项页面生成方法及装置。

背景技术：

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

传统的政务系统中，当需要增加或修改一个事项时，哪怕只是简单的修改事项办理的个别属性，也需要重新开发并部署上线，这个过程会花费大量的时间，难以满足政务事项展示页面快速变更的需求。

技术实现要素：

本发明实施例提供一种政务事项页面生成方法，用以简化政务事项页面修改的流程，修改事项时无需政务系统重新开发、重新上线，满足政务事项展示页面快速变更的需求，该方法包括：

当用户触发政务事项页面显示时，查找与该政务事项对应的事项模型，所述事项模型定义了政务事项的实现要素，以及政务事项页面的外呼逻辑；

根据所述实现要素，确定所要显示的政务事项页面中的页面控件；

根据所述页面控件和外呼逻辑生成政务事项页面。

在一种实现方式中，在查找与该政务事项对应的事项模型之前，所述方法还包括：

接收开发人员配置的政务事项的实现要素，以及每一项政务事项的所有实现要素之间的关联关系；

根据实现要素、每一项政务事项的所有实现要素之间的关联关系，建立每一项政务事项的事项模型。

在一种实现方式中，在建立每一项政务事项的事项模型之后，所述方法还包括：

根据事项模型生成对应的json对象；

将每一事项模型对应的json对象分别存储至数据库中。

在一种实现方式中，当一项政务事项由多级页面完成时，所述事项模型中还定义了多级页面之间的级联关系，根据所述页面控件和外呼逻辑生成政务事项页面，包括：

当用户完成前一级页面的信息处理后，根据前一级页面与下一级页面之间的级联关系、下一级页面的页面控件和外呼逻辑，生成下一级政务事项页面。

在一种实现方式中，所述事项模型还定义了实现要素之间的联动关系，所述联动关系用于限定用户向具有联动关系的实现要素中填入内容时，所填入的内容符合预设的匹配关系。

在一种实现方式中，所述实现要素之间的联动关系包括同一级页面中实现要素之间的联动关系，以及多级页面中不同级页面中实现要素之间的联动关系。

在一种实现方式中，所述方法还包括：

接收开发人员对实现要素的修改；

根据实现要素的修改，修改事项模型。

在一种实现方式中，根据页面控件和外呼逻辑，生成政务事项页面，包括：

根据预设页面渲染方案，对页面控件进行渲染；

根据渲染后的页面控件和外呼逻辑生成政务事项页面。

在一种实现方式中，所述预设页面渲染方案通过css文件存储。

在一种实现方式中，在根据所述页面控件和外呼逻辑生成政务事项页面之后，所述方法还包括：

获取政务服务页面外呼时遵循的通讯协议；

根据页面控件、外呼逻辑和通讯协议生成外呼报文组装规则，其中，当用户在政务事项页面中填入内容时，按照外呼报文组装规则将用户填入内容组装为向后台系统发送的外呼报文。

本发明实施例还提供一种政务事项页面生成装置，用以简化政务事项页面修改的流程，修改事项时无需政务系统重新开发、重新上线，满足政务事项展示页面快速变更的需求，该装置包括：

查找模块，用于当用户触发政务事项页面显示时，查找与该政务事项对应的事项模型，所述事项模型定义了政务事项的实现要素，以及政务事项页面的外呼逻辑；

确定模块，用于根据所述实现要素，确定所要显示的政务事项页面中的页面控件；

页面生成模块，用于根据所述页面控件和外呼逻辑生成政务事项页面。

在一种实现方式中，接收模块，用于接收开发人员配置的政务事项的实现要素，以及每一项政务事项的所有实现要素之间的关联关系；

模型建立模块，用于根据实现要素、每一项政务事项的所有实现要素之间的关联关系，建立每一项政务事项的事项模型。

在一种实现方式中，所述装置还包括存储模块，用于：

根据事项模型生成对应的json对象；

将每一事项模型对应的json对象分别存储至数据库中。

在一种实现方式中，当一项政务事项由多级页面完成时，所述事项模型中还定义了多级页面之间的级联关系，页面生成模块，用于：

当用户完成前一级页面的信息处理后，根据前一级页面与下一级页面之间的级联关系、下一级页面的页面控件和外呼逻辑，生成下一级政务事项页面。

在一种实现方式中，所述事项模型还定义了实现要素之间的联动关系，所述联动关系用于限定用户向具有联动关系的实现要素中填入内容时，所填入的内容符合预设的匹配关系。

在一种实现方式中，所述实现要素之间的联动关系包括同一级页面中实现要素之间的联动关系，以及多级页面中不同级页面中实现要素之间的联动关系。

在一种实现方式中，

接收模块，用于接收开发人员对实现要素的修改；

模型建立模块，还用于根据实现要素的修改，修改事项模型。

在一种实现方式中，页面生成模块，用于：

根据预设页面渲染方案，对页面控件进行渲染；

根据渲染后的页面控件和外呼逻辑生成政务事项页面。

在一种实现方式中，所述预设页面渲染方案通过css文件存储。

在一种实现方式中，所述装置还包括：

获取模块，用于获取政务服务页面外呼时遵循的通讯协议；

组装模块，用于根据页面控件、外呼逻辑和通讯协议生成外呼报文组装规则，其中，当用户在政务事项页面中填入内容时，按照外呼报文组装规则将用户填入内容组装为向后台系统发送的外呼报文。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述政务事项页面生成方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述政务事项页面生成方法的计算机程序。

本发明实施例中，实现了依据预先构建的事项模型自动生成动态政务事项页面的技术方案。通过本方案可以根据政务业务规则配置事项模型自动生成政务事项页面，减少开发人员对代码的修改，减少误码率，简化政务事项页面修改的流程，修改事项时无需政务系统重新开发、重新上线，满足政务事项展示页面快速变更的需求；同时可以避免由于业务人员和技术人员的沟通问题导致的系统不能满足业务需求问题的出现。同时，本发明实施例中，构建的事项模型和政务事项办理实现要素一一映射，实现了政务业务规则梳理、建模、业务和页面规则编辑、页面和规则数据存储到事项申请提交的自动化，极大提升了政务事项上线的便捷性。此外，现有技术中一些场合中前端渠道不能预知人机交互界面，这些界面需要由产品层定义和提供，然后再在前端动态展现，通过本发明实施例可以很好地解决这个问题，通过产品层逻辑来控制界面的显示。

附图说明

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

图1为本发明实施例中一种政务事项页面生成方法的流程图；

图2为本发明实施例中另一种政务事项页面生成方法的流程图；

图3为本发明实施例中另一种政务事项页面生成方法的流程图；

图4为本发明实施例中一种政务事项页面生成装置的结构示意图；

图5为本发明实施例中一种计算机设备的结构示意图；

图6为本发明实施例中一种计算机设备的系统架构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

下面将先对本发明中出现的技术术语进行简要解释。

动态表单：所谓的动态表单，是指跟静态表单相对的一种网页编程技术，用户访问表单页面时，页面代码没有变，但是显示的内容却可以随着时间、环境或者数据库操作的结果而发生改变的。在一些场合中前端渠道不能预知人机交互界面，这些界面需要由产品层定义和提供，然后再在前端动态展现。

政务业务规则：与政务业务相关的操作规范、管理章程、规章制度、事项标准等，都可以称为政务业务规则。

政务服务事项(政务事项)：政务服务是指各级政府、各相关部门及事业单位，根据法律法规，为社会团体、企事业单位和个人提供的许可、确认、裁决、奖励、处罚等行政服务。政务服务事项包括行政权力事项和公共服务事项。

在现有动态页面展示系统中，页面仅用于显示要素的动态展示，不涉及业务规则的处理和提交，并且以html的形式存在，客户端在加载页面时，从服务端加载html页面并在浏览器中进行解析和展示。

本发明实施例中的基于政务业务规则的动态页面生成方案，首先通过对政务事项进行建模，根据事项实现要素生成对应的事项模型，基于事项模型确定动态页面控件。然后基于政务业务规则设计外呼逻辑，将政务事项模型、实现要素和页面控件进行一一对应，相关的页面控件和外呼逻辑均包含在动态页面中。通过对动态页面的解析，可以快速进行页面的渲染，并根据业务规则完成外呼的处理逻辑，真正实现政务服务事项上线的可视化和配置化，免去了开发部署的成本。

具体的，本发明实施例中提供了一种政务事项页面生成方法，如图1所示，该方法包括步骤101至步骤103：

步骤101、当用户触发政务事项页面显示时，查找与该政务事项对应的事项模型，事项模型定义了政务事项的实现要素，以及政务事项页面的外呼逻辑。

其中，政务事项的实现要素为完成一项政务事项所需用户填写或查看的信息，比如说，政务事项“办理居住证”，需要提示用户办理居住证所需提供的资料，还需要用户填写姓名、性别、民族、身份证号码、联系方式、工作单位、居住地址等信息，则办理居住证所需提供的资料提示信息、姓名、性别、民族等信息及各自对应的内容填写框均各自作为一个实现要素。

政务事项页面为前端页面，其与后台系统联系，当用户在政务事项页面中填入信息之后，信息需要传送给后台系统，由后台系统处理该项政务事项。外呼逻辑则定义了政务事项页面向后台系统传送哪些内容，比如说，外呼逻辑定义了“办理居住证”时，需要向后台系统传送姓名字段及字段值张三、性别字段及字段值男等。

本发明实施例中，在建立事项模型之后，根据事项模型生成对应的json对象，将每一事项模型对应的json对象分别存储在数据库中，从而保证事项模型的正确性和稳定性。

在查找与该政务事项对应的事项模型之前，如图2所示，还可以执行如下步骤201和步骤202：

步骤201、接收开发人员配置的政务事项的实现要素，以及每一项政务事项的所有实现要素之间的关联关系。

步骤202、根据实现要素、每一项政务事项的所有实现要素之间的关联关系，建立每一项政务事项的事项模型。

关联关系即一项政务事项的所有实现要素之间相关联，当用户触发某一政务事项办理时，根据关联关系，可以确定该政务事项办理所需的全部实现元素。

由于不同政务事项办理可能需要相同的实现元素，比如说，政务事项“办理居住证”和“补办身份证”的实现要素都包括姓名、性别、身份证号等，为了避免同一实现要素的重复配置，节省配置时间，本发明实施例中，每一个实现要素配置一次，通过实现要素之间的关联关系来重复利用同一实现要素。

当一项政务事项由多级页面完成时，事项模型中还定义了多级页面之间的级联关系。其中，级联关系即为一级页面与下一级页面之间的关联，比如说，政务事项“办理居住证”，包含用户个人信息填写、证明材料上传、填写信息确认等页面，当个人信息填写完成之后，再跳转到下一级证明材料上传页面，再跳转到填写信息确认页面，则个人信息填写页面与证明材料上传页面之间具有级联关系，证明材料上传页面与填写信息确认页面之间具有级联关系。

事项模型还定义了实现要素之间的联动关系，联动关系用于限定用户向具有联动关系的实现要素中填入内容时，所填入的内容符合预设的匹配关系。比如说，在政务事项“办理居住证”的个人信息填写页面，用户填写了性别为女，则根据身份证号编码规则，用户填写的身份证号中第十七位编码需为偶数，这样性别才与身份证号相匹配，如果用户性别选择女，而填入的身份证号中第十七位编码为奇数，则判定该两项内容不符合预设的匹配关系。

需要说明的是，匹配关系由开发人员设定。

政务事项的办理可能通过单级页面或多级页面，因此实现要素之间的联动关系也包括同一级页面中实现要素之间的联动关系，也包括多级页面中不同级页面中实现要素之间的联动关系。

考虑到政务事项办理的规则随时间不断发生变化，当政务事项办理的实现要素发生变化后，还接收开发人员对实现要素的修改；根据实现要素的修改，修改事项模型。也就是说，政务实现的办理规则发生变化，通过修改实现要素修改事项模型即可，不涉及调用事项模型生成政务事项办理页面的代码的修改，与现有技术中需要政务服务系统重新开发、重新部署上线相比，无疑会简化政务事项页面修改的流程，满足政务事项展示页面快速变更的需求。

其中，实现要素的修改包括添加新的实现要素及修改、删除当前的实现要素等。如果事项模型中还定义了多级页面的级联关系及实现要素之间的联动关系，则开发人员相应提交修改后的实现要素和/或多级页面之间的级联关系和/或实现要素之间的联动关系，根据上述修改修改事项模型，以使事项模型保持和当前政务事项办理规则一致，实现了事项模型的可扩展性。

步骤102、根据实现要素，确定所要显示的政务事项页面中的页面控件。

页面控件为开发人员预先确定的在页面中显示的组件，且开发人员预先设定了页面控件与实现要素之间的对应关系。根据实现要素，可以确定政务事项页面中显示哪些页面控件。

其中，开发人员可以通过表单编辑器完成实现要素、页面控件等的配置。

步骤103、根据页面控件和外呼逻辑生成政务事项页面。

具体的，步骤103根据页面控件和外呼逻辑，生成政务事项页面，如图3所示，可以具体执行为如下步骤1031和步骤1032：

步骤1031、根据预设页面渲染方案，对页面控件进行渲染；

步骤1032、根据渲染后的页面控件和外呼逻辑生成政务事项页面。

页面渲染是对页面控件添加一定的显示效果及调整页面控件在页面中的显示位置、显示大小等，比如为页面控件添加底色、调整字体、改变字体大小及颜色等，并确定页面控件在页面中的排布等。通过页面渲染，可以对最终生成的页面进行一定的美化，使得用户得到更加良好的视觉效果。

当事项模型中定义了多级页面之间的级联关系，根据页面控件和外呼逻辑生成政务事项页面，在用户完成前一级页面的信息处理后，根据前一级页面与下一级页面之间的级联关系、下一级页面的页面控件和外呼逻辑，生成下一级政务事项页面。

其中，用户在前一级页面中的信息处理包括信息填写、查看、修改填入信息等。

在根据页面控件和外呼逻辑生成政务事项页面之后，还获取政务服务页面外呼时遵循的通讯协议；根据页面控件、外呼逻辑和通讯协议生成外呼报文组装规则，其中，当用户在政务事项页面中填入内容时，按照外呼报文组装规则将用户填入内容组装为向后台系统发送的外呼报文。

其中，通讯协议比如http协议、https通讯协议等。外呼报文组装规则用于定义如何结合用户填入的信息以及一些设定的信息生成与通讯协议相适配的外呼报文。一般情况下，报文由报文头和报文体构成，根据外呼报文组装规则，可以得到报文的写入格式以及报文头、报文体各写入什么内容等。

根据通讯协议生成外呼报文组装规则也可以称为根据服务端框架和报文规范对外呼报文进行通讯适配。

本发明实施例中，页面级联关系描述采用纯json形式，能过json模式的校验，可保证页面描述的完整性；预设页面渲染方案，也即页面效果通过css文件存储，可以确保页面渲染效果；实现要素和外呼逻辑通过js文件存储，可以确保页面控件级联效果和事项提交逻辑的正确性、稳定性。

本发明实施例中，实现了依据预先构建的事项模型自动生成动态政务事项页面的技术方案。通过本方案可以根据政务业务规则配置事项模型自动生成政务事项页面，减少开发人员对代码的修改，减少误码率，简化政务事项页面修改的流程，修改事项时无需政务系统重新开发、重新上线，满足政务事项展示页面快速变更的需求；同时可以避免由于业务人员和技术人员的沟通问题导致的系统不能满足业务需求问题的出现。同时，本发明实施例中，构建的事项模型和政务事项办理实现要素一一映射，实现了政务业务规则梳理、建模、业务和页面规则编辑、页面和规则数据存储到事项申请提交的自动化，极大提升了政务事项上线的便捷性。此外，现有技术中一些场合中前端渠道不能预知人机交互界面，这些界面需要由产品层定义和提供，然后再在前端动态展现，通过本发明实施例可以很好地解决这个问题，通过产品层逻辑来控制界面的显示。

本发明实施例中还提供了一种政务事项页面生成装置，如下面的实施例所述。由于该装置解决问题的原理与政务事项页面生成方法相似，因此该装置的实施可以参见政务事项页面生成方法的实施，重复之处不再赘述。

如图4所示，装置400包括查找模块401、确定模块402和页面生成模块403。

查找模块401，用于当用户触发政务事项页面显示时，查找与该政务事项对应的事项模型，事项模型定义了政务事项的实现要素，以及政务事项页面的外呼逻辑；

确定模块402，用于根据实现要素，确定所要显示的政务事项页面中的页面控件；

页面生成模块403，用于根据页面控件和外呼逻辑生成政务事项页面。

在本发明实施例的一种实现方式中，装置400还包括：

接收模块404，用于接收开发人员配置的政务事项的实现要素，以及每一项政务事项的所有实现要素之间的关联关系；

模型建立模块405，用于根据实现要素、每一项政务事项的所有实现要素之间的关联关系，建立每一项政务事项的事项模型。

在本发明实施例的一种实现方式中，装置400还包括存储模块406，用于：

根据事项模型生成对应的json对象；

将每一事项模型对应的json对象分别存储至数据库中。

在本发明实施例的一种实现方式中，当一项政务事项由多级页面完成时，事项模型中还定义了多级页面之间的级联关系，页面生成模块403，用于：

当用户完成前一级页面的信息处理后，根据前一级页面与下一级页面之间的级联关系、下一级页面的页面控件和外呼逻辑，生成下一级政务事项页面。

在本发明实施例的一种实现方式中，事项模型还定义了实现要素之间的联动关系，联动关系用于限定用户向具有联动关系的实现要素中填入内容时，所填入的内容符合预设的匹配关系。

在本发明实施例的一种实现方式中，所述实现要素之间的联动关系包括同一级页面中实现要素之间的联动关系，以及多级页面中不同级页面中实现要素之间的联动关系。

在本发明实施例的一种实现方式中，

接收模块404，用于接收开发人员对实现要素的修改；

模型建立模块405，还用于根据实现要素的修改，修改事项模型。

在本发明实施例的一种实现方式中，页面生成模块403，用于：

根据预设页面渲染方案，对页面控件进行渲染；

根据渲染后的页面控件和外呼逻辑生成政务事项页面。

在本发明实施例的一种实现方式中，所述预设页面渲染方案通过css文件存储。

在本发明实施例的一种实现方式中，装置400还包括：

获取模块407，用于获取政务服务页面外呼时遵循的通讯协议；

组装模块408，用于根据页面控件、外呼逻辑和通讯协议生成外呼报文组装规则，其中，当用户在政务事项页面中填入内容时，按照外呼报文组装规则将用户填入内容组装为向后台系统发送的外呼报文。

本发明实施例中，实现了依据预先构建的事项模型自动生成动态政务事项页面的技术方案。通过本方案可以根据政务业务规则配置事项模型自动生成政务事项页面，减少开发人员对代码的修改，减少误码率，简化政务事项页面修改的流程，修改事项时无需政务系统重新开发、重新上线，满足政务事项展示页面快速变更的需求；同时可以避免由于业务人员和技术人员的沟通问题导致的系统不能满足业务需求问题的出现。同时，本发明实施例中，构建的事项模型和政务事项办理实现要素一一映射，实现了政务业务规则梳理、建模、业务和页面规则编辑、页面和规则数据存储到事项申请提交的自动化，极大提升了政务事项上线的便捷性。此外，现有技术中一些场合中前端渠道不能预知人机交互界面，这些界面需要由产品层定义和提供，然后再在前端动态展现，通过本发明实施例可以很好地解决这个问题，通过产品层逻辑来控制界面的显示。

本发明实施例还提供一种计算机设备，图5为本发明实施例中计算机设备的示意图，该计算机设备能够实现上述实施例中的政务事项页面生成方法中全部步骤，该计算机设备具体包括如下内容：

处理器(processor)501、存储器(memory)502、通信接口(communicationsinterface)503和通信总线504；

其中，所述处理器501、存储器502、通信接口503通过所述通信总线504完成相互间的通信；所述通信接口503用于实现相关设备之间的信息传输；

所述处理器501用于调用所述存储器502中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的政务事项页面生成方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述政务事项页面生成方法的计算机程序。

图6为本发明实施例中提供的一种计算机设备的系统组成结构示意图。如图6所示，该计算机设备600可以包括处理器601和存储器602；存储器602耦合到处理器601。值得注意的是，该图6是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在一个实施例中，政务事项页面生成方法实现的功能可以被集成到处理器601中。其中，处理器601可以被配置为进行如下控制：当用户触发政务事项页面显示时，查找与该政务事项对应的事项模型，所述事项模型定义了政务事项的实现要素，以及政务事项页面的外呼逻辑；根据所述实现要素，确定所要显示的政务事项页面中的页面控件；根据所述页面控件和外呼逻辑生成政务事项页面。

由上可知，本发明的实施例中提供的计算机设备，通过当用户触发政务事项页面显示时，查找与该政务事项对应的事项模型，所述事项模型定义了政务事项的实现要素，以及政务事项页面的外呼逻辑；根据所述实现要素，确定所要显示的政务事项页面中的页面控件；根据所述页面控件和外呼逻辑生成政务事项页面。

通过本发明实施例中提供的计算机设备，能够简化政务事项页面修改的流程，修改事项时无需政务系统重新开发、重新上线，满足政务事项展示页面快速变更的需求。

在另一个实施例中，政务事项页面生成装置可以与处理器601分开配置，例如可以将政务事项页面生成装置配置为与处理器601连接的芯片，通过处理器的控制来实现基于政务事项页面生成方法的功能。

如图6所示，该计算机设备600还可以包括：通信模块603、输入单元604、音频处理单元605、显示器606、电源603。值得注意的是，计算机设备600也并不是必须要包括图6中所示的所有部件；此外，计算机设备600还可以包括图6中没有示出的部件，可以参考现有技术。

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

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

输入单元604向处理器601提供输入。该输入单元604例如为按键或触摸输入装置。电源603用于向计算机设备600提供电力。显示器606用于进行图像和文字等显示对象的显示。该显示器例如可为lcd显示器，但并不限于此。

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

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

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

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

本发明的实施例中还提供了一种用于实现上述实施例中政务事项页面生成方法中全部步骤的一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的政务事项页面生成方法的全部步骤，例如，该处理器执行该计算机程序时实现下述步骤：当用户触发政务事项页面显示时，查找与该政务事项对应的事项模型，所述事项模型定义了政务事项的实现要素，以及政务事项页面的外呼逻辑；根据所述实现要素，确定所要显示的政务事项页面中的页面控件；根据所述页面控件和外呼逻辑生成政务事项页面。

由上可知，本发明的实施例中提供的计算机可读存储介质，通过当用户触发政务事项页面显示时，查找与该政务事项对应的事项模型，所述事项模型定义了政务事项的实现要素，以及政务事项页面的外呼逻辑；根据所述实现要素，确定所要显示的政务事项页面中的页面控件；根据所述页面控件和外呼逻辑生成政务事项页面。

通过本发明实施例中提供的计算机可读存储介质，能够简化政务事项页面修改的流程，修改事项时无需政务系统重新开发、重新上线，满足政务事项展示页面快速变更的需求。

虽然本发明提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

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

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

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

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。可单独使用本发明的每个方面和/或实施例，或者与一个或更多其他方面和/或其他实施例结合使用。

以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例中所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。