具体实施方式
为了给出节省服务器保存以及维护表单的处理资源的实现方案,本申请实施例提供了一种处理表单模板的方法、系统以及装置,以下结合说明书附图对本申请的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本申请,并不用于限定本申请。并且在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
本申请各实施例中涉及的业务以及与该业务对应的表单模板,具有图1所示的对应关系,具体地,如图1所示的业务与表单模板的对应关系的结构示意图,该结构包括:
第一业务101包括归属于该第一业务101的第一类型业务102以及第二类型业务103,进一步,第一数据输出业务102A以及第二数据输出业务102B为归属于第一类型业务102的两个被细化的业务,第三数据输出业务103A为归属于第二类型业务103的被细化的业务,第一数据处理业务102A1对应第一数据输出业务102A,第二数据处理业务102A2同时对应第一数据输出业务102A以及第二数据输出业务102B,第三数据处理业务103A1对应第三数据输出业务103A;
对应上述各业务之间的关系,建立具有上述对应关系的表单模板,即一个业务对应一个表单模板,具体地,如图1所示,通用表单模板104对应第一业务101,第一类型业务表单模板105以及第二类型业务表单模板106分别对应第一类型业务102以及第二类型业务103,以此类推,第一数据输出业务表单模板105A以及第二数据输出业务表单模板105B、第三数据输出业务表单模板106A分别对应第一数据输出业务102A、第二数据输出业务102以及第三数据输出业务103A,第一数据处理业务表单模板105A1、第二数据处理业务表单模板105A2以及第三数据处理业务表单模板106A1分别对应第一数据处理业务102A1、第二数据处理业务102A2以及第三数据处理业务103A1。
上述图1所示的各业务属于同一类型的业务,并且第一业务101的级别最高,可以标记为第一级别,第一类型业务102以及第二类型业务103的级别仅次于第一业务101的级别,为第二级别,相应的,第一数据输出业务102A、第二数据输出业务102B以及第三数据输出业务103A的级别为第三级别,第一数据处理业务102A1、第二数据处理业务102A2以及第三数据处理业务103A1的级别为第四级别,与上述业务对应的各表单模板的级别与该表单模板对应的业务的级别一致,此处不再赘述。
实际应用中,上述业务以及与该业务对应的表单模板一般保存在提供该业务的服务器中,各终端可以向该服务器发送获取各业务对应的表单模板的请求,并在接收到表单模板后将该表单模板解析为自身的操作系统支持的页面代码格式,进而由终端将解析后的表单模板进行渲染,具体地,如图2所示的各终端与服务器进行交互的系统的结构示意图,该系统主要包括第一终端201、第二终端202以及的第三终端203(第一终端201、第二终端202以及第三终端203仅为示例,实际应用中可以存在多个终端,且各终端安装的操作系统可能不同)分别可以到服务器204获取表单模板,其中,第一终端201、第二终端202以及第三终端203安装的操作系统可以不同,例如,第一终端201安装由苹果公司开发的手持设备操作系统(iPhone Operating System,IOS),第二终端202安装Windows操作系统,第三终端203安装安卓操作系统,并且,每个终端中都可以包括以下单元:
表单模板获取单元,用于将用户触发的业务的标识发送至服务器104,以及接收服务器204发送的表单模板;
表单模板解析单元,用于将表单模板获取单元接收的表单模板解析为该表单模板解析单元所在终端的操作系统支持的页面代码格式,例如,第一终端201中的表单模板解析单元将接收的表单模板解析为IOS支持的页面代码格式;
表单模板渲染单元,用于将解析后的表单模板包括的各表单对象渲染为能够在终端显示的表单对象;
表单对象显示单元,用于将表单对象显示给用户;
提交信息验证单元,若表单模板获取单元接收的表单模板包括该表单模板包括的各表单对象分别对应的值域,提交信息验证单元可以根据该值域对用户在对应表单对象中提交的信息进行验证。
此外,服务器204还包括表单模板保存单元204A、值域保存单元204B、表单模板处理单元204C以及表单模块输出单元204D,其中:
表单模板保存单元204A,用于对应各业务的标识保存表单模板;
值域保存单元204B,用于对应各表单对象保存值域;
表单模板处理单元204C,用于将值域对应该值域所对应的表单对象配置在表单模板中;
表单模板输出单元204D,用于将处理后的表单模板发送至终端。
实施例一
本申请实施例一提供了一种处理表单模板的方法,该方法能够应用在图2所示的系统中,通过在该系统中应用本技术方案,能够解决现有技术中无论是从保存表单的角度还是维护表单的角度都会占用服务器的大量处理资源的问题,从而达到节省服务器保存以及维护表单的处理资源的目的。
对应图2所示的系统,图3示出了本申请实施例一提供的终端与服务器进行交互的流程示意图,具体地,该终端与服务器进行交互的过程中,主要包括以下步骤:
步骤301、终端确定用户触发的业务对应的标识,将该标识发送至提供业务的服务器。
该步骤301中,终端可以通过用户在指定的网页中选择业务时的操作确定用户对该业务的需求,进而确定出该业务的标识,例如,用户通过点击网页中该业务对应的文字介绍准备进入能够对该业务进行操作的页面时,终端能够根据用户的点击操作确定出用户点击的内容(即业务)的标识。该标识可根据各业务的特征、级别或其他信息确定,例如,该标识可以为表征业务类型的二进制代码,或表征能够处理该业务的应用程序的地址,或表征该业务在该业务所属业务类型中的级别的二进制代码,具体地,该标识可以根据需要进行灵活的设置,此处不再一一赘述。此外,终端将标识发送至服务器时,可以将该标识携带在获取表单模板的请求中发送至服务器,具体发送方式可以根据终端与服务器进行数据交互的需求进行设置。
步骤302、服务器接收终端发送的业务的标识,并根据保存的标识与表单模板的对应关系,确定与标识对应的表单模板。
该步骤302中,表单模板包括服务器配置的用于实现业务的表单对象,且该表单模板通过设定格式描述,例如采用可扩展标记语言(Extensible MarkupLanguage,XML)描述表单模板,即采用XML为业务配置用于实现业务的表单对象,具体地,如下所示:
上述配置信息中,包括指示用户选择其所在地区名称(即城市名称)的下拉选择表框(即表单对象)的配置信息,即“<field id=‘area_city’title=“地区名称”htmlType=“select”tips=“城市”rangeType=‘city’>”;还包括指示用户输入姓名的文本框的配置信息,即“<field id=‘money’title=“姓名”htmlType=“text”>”;还包括指示用户输入身份证号码的文本框,即“<field id=‘billKey’title=“身份证号码”htmlType=“text”/>”。实际应用中,可以根据需要采用其他格式为业务配置用于实现业务的表单对象,为便于描述,我申请优选的以采用XML配置表单模板中表单对象的方式进行相应的描述。
步骤303、服务器将确定出的表单模板发送至终端。
步骤304、终端接收服务器发送的表单模板,并将采用设定格式描述的表单模板解析为终端的操作系统支持的页面代码格式。
该步骤304中,接收表单模板的终端能够根据自身操作系统的特征,将表单模板解析为该操作系统支持的页面代码格式,例如,Windows操作系统支持的页面代码为超文本标记语言(Hypertext Marked Language,html),若接收表单模板的终端安装的Windows操作系统,则该终端能够将接收的服务器发送的表单模板解析为采用html描述的表单模板,若终端安装的安卓操作系统,则该终端可以将接收的表单模板解析为安卓操作系统支持的页面代码格式,实际应用中,终端可根据自身安装的操作系统所支持的页面代码格式,对接收的表单模板进行相应的解析,此处不再一一赘述。
步骤305、对解析后的表单模板进行渲染以显示用于实现所述业务的表单对象。
至此,终端与服务器进行交互的流程结束。
在图3对应的流程中,终端独立的构成了对接收的服务器发送的表单模板进行处理的过程,相应的,服务器也独立地构成了根据终端发送的标识处理表单模板的过程。本申请中,终端可以将服务器发送的表单模板解析为自身的操作系统支持的页面代码格式,进而对解析后的表单模板进行渲染以显示用于实现所述业务的表单对象,并且,提供表单模板的服务器会对应每个业务分别建立一个表单模板,不需要针对各操作系统分别建立表单模板,从而,解决了现有技术中无论是从保存表单的角度还是维护表单的角度都会占用服务器的大量处理资源的问题,达到了节省服务器保存以及维护表单的处理资源的目的。
在图3对应的流程中,提供表单模板的服务器能够对应每个业务分别建立一个表单模板,应用该服务器提供的服务的终端,只要能够将服务器发送的与服务对应的表单模板解析为自身的操作系统支持的页面代码格式,便能够应用该服务器提供的业务,从而解决了现有技术中表单除与业务对应外,还需要与各终端安装的操作系统分别一一对应的问题,即解决了现有技术中表单对终端的依赖性,具体地,本方案中安装任一操作系统的终端,都可以将服务器发送的与业务对应的表单模板解析为自身的操作系统支持的页面代码格式,进而应用服务器提供的相应的服务,避免了针对各操作系统进行表单的开发的工作,增加了每个业务对应的表单在实际应用中的可扩展性。
在图3对应的流程中,在步骤302之后、且在步骤303之前,即在服务器确定与标识对应的表单模板之后、且在将确定出的表单模板发送至终端之前,服务器还可以将根据保存的表单对象与值域的对应关系,确定与表单模板包括的各表单对象分别对应的值域,将与各表单对象分别对应的值域分别对应各表单对象配置在表单模板中,对应地,步骤304中,接收该表单模板的终端在对该表单模板解析时,可以将该表单模板解析为终端的操作系统支持的页面代码格式描述的表单对象以及与各表单对象分别对应的值域,其中,解析出的值域可以用于终端对用户在对应表单对象中提交的信息的验证,具体地,如图4所示的终端与服务器进行表单模板处理的过程,主要包括以下步骤:
步骤401、服务器在确定出对应业务的标识保存的表单模板后,根据保存的表单对象与值域的对应关系,确定与表单模板包括的表单对象对应的值域。
该步骤401中,服务器中会预先对应各表单对象建立与各表单对象分别对应的值域,若多个业务都包含同一类型的表单对象,且该类型的表单对象对用户提交的信息的要求一致,那么服务器可以仅对应各业务中同一类型的表单对象保存一个值域,否则,可以对应实际应用中各表单对象对用户输入信息的要求分别建立相应的值域。并且,该值域根据表单对象类型的不同有所区别,例如,若表单对象为指示用户输入邮箱地址的对话框,该表单对象的值域则为取值规范,例如,将设定的正则表达式作为值域,以确定用户提交的信息是否与正则表达式对应的规范匹配;实际应用中,还可以设定该值域为取值范围或者为若干个指定数值的集合,例如,指示用户输入城市名称的对话框的值域可能为若干个指定数值的集合,如北京、上海等城市对应的数值,具体地,可以根据各表单对象的要求进行值域的设定,此处不再详述。
步骤402、服务器将与各表单对象分别对应的值域分别对应各表单对象配置在表单模板中。
步骤403、服务器将配置后的表单模板发送至终端。
步骤404、终端接收服务器发送的包括与表单对象对应的值域的表单模板,并将表单模板解析为终端的操作系统支持的页面代码格式描述的表单对象以及与表单模板包括的各表单对象分别对应的值域。
该步骤404、终端在对接收的表单模板进行解析时,可以将该表单模板解析为两部分,即采用终端的操作系统支持的页面代码格式描述的表单对象和与表单模板包括的各表单对象分别对应的值域,具体地,解析出的上述页面代码格式描述的表单对象可以参考上述步骤304中相关描述,此处不再赘述,对于解析出的值域的格式,可以根据终端中预先设置的用于实现对用户提交的信息进行验证时采用的代码,将该值域转换为相应的代码,或者将该值域发送至用于实现验证功能的模块进行相应的处理,以便后续对用户提交的信息进行验证。
步骤405、终端利用解析出的值域对用户在对应表单对象中提交的信息进行验证。
该步骤405中,终端可以根据值域的设定模式对用户在表单模板中提交的信息进行验证,例如,终端根据解析出的值域对应的正则表达式,确定用户在值域对应的表单对象中提交的信息是否与该正则表达式规定的取值规范匹配,若匹配,则提示用户提交的信息正确,否则,提示用户提交的信息错误,指示用户重新提交相应的信息;或,终端根据解析出的值域对应的信息集合,确定用户提交的信息对应的数值是否归属于该信息集合,若是,则提示用户提交的信息正确,否则,提示用户提交的信息错误,指示用户重新提交相应的信息,该信息集合可以为允许用户在表单对象中提交的信息对应的取值范围,也可以为允许在用户在表单对象中提交的信息对应的设定数值的集合,例如,指定的城市(如北京、上海)对应的数值的集合,具体地,可以根据实际需求进行灵活设定。此外,上述提示用户提交的信息是否正确的方式,可以在用户在表单对象中提交信息后马上提示用户该提交的信息是否正确,或者,用户提交在用于实现业务的全部表单对象中输入的信息后,若用户提交的信息存在不符合值域要求的情况,则返回用户提交信息的页面,在提交不准确信息的表单对象附近提示用户重新进行信息提交,否则告知用户信息提交成功。
至此,终端与服务器进行表单模板处理的流程结束。
在图4对应的流程包括的步骤405之后,即终端利用解析出的值域对用户在对应表单对象中提交的信息进行验证之后,终端还可以在后续应用服务器提供的相应业务时,采用步骤405中解析出的值域对用户在对应表单对象中提交的信息进行验证,具体地,终端在从接收的表单模板解析出表单模板包括的各表单对象分别对应的值域后,终端可以在后续应用该表单模板时,采用已经解析出的值域对用户在对应表单对象中提交的信息进行验证,不需要重新获取该值域,即可以重复利用每次解析出的各表单对象分别对应的值域,对用户在对应表单对象中提交的信息进行验证。
在图4对应的流程包括的步骤402中,即服务器将与各表单对象分别对应的值域分别对应各表单对象配置在表单模板中,服务器能够根据在步骤401中获取的表单模板的设定格式(例如XML),将确定出的值域对应各表单对象配置在表单模板中,实际应用中,获取的值域,可以采用以下表格1的方式描述:
表格1
值域类型 |
值域规则 |
省级行政区 |
北京、上海、浙江等全部省级行政区 |
月份 |
1、2、3、4、5、6、7、8、9、10、11、12 |
其中,值域类型对应表单对象中指示用户提交的信息的类型,值域规则为对在表单对象中提交的信息对应的信息集合或格式的要求,例如,“北京、上海、浙江等全部省级行政区”为指定城市对应的数值的集合,“1、2、3、4、5、6、7、8、9、10、11、12”为月份的取值范围。若表单对象的值域根据业务的需求具有特殊性,例如,需要针对指定地区的业务的表单对象进行特殊的限定,如表格2所示:
表格2
地区 |
业务适用的城市标识(field_id) |
值域规则 |
黑龙江 |
area_city |
哈尔滨、齐齐哈尔 |
北京 |
area |
朝阳区、海淀区 |
该表格2中分别针对某业务在北京以及黑龙江的使用地区进行了限定,即使用该业务的用户在与表格2中的值域对应的表单对象中输入信息时,需要符合表格2中提供的值域规则,例如,用户在对黑龙江地区的业务进行操作时,在提交城市名称的对话框中输入的信息只能为哈尔滨或齐齐哈尔,否则,终端将提示用户提交的信息错误。
当用户采用设定格式将上述值域配置在表单模板中时,一般是对应各表单对象进行配置,具体地,对应步骤302中未配置值域的表单模板,在采用XML对步骤302中的表单模板进行配置后,包括值域的表单模板可以表示为:
上述XML格式的表单模板中,增加了“<validator range=″北京、上海、天津、杭州″/>”部分作为值域(即信息集合)用于验证用户在该表单对象中输入的城市名称是否正确;此外,对应输入身份证号的表单对象,增加了“<validatorrange=″\d{14}(\d{1}|\d{4}|(\d{3}[xX]))$″/>”作为值域用于验证用户输入的身份证号码的规范是否正确。
实际应用中,服务器还可以将配置值域后的表单模板(未配置值域的表单模板同样适用)进行进一步的处理,例如压缩处理或者其他与终端约定的处理方式对表单模板进行处理,此处不再详述。此外,上述表格1以及表格2中提供的表单对象的值域为选择性对话框(例如下拉选择框)的值域的表述方式,对于非选择性对话框(例如文本框)可以采用以下表格3的方式描述:
表格3
值域类型 |
值域规则 |
邮箱地址 |
/^(\w)+(\.\w+)*(\w)+((\.\w+)+)$/ |
身份证号码 |
^\d{14}(\d{1}|\d{4}|(\d{3}[xX]))$ |
该表格3与上述表格1,为对在表单对象中提交的信息的值域进行设置的一般方式,其中邮箱地址对应的值域规则为根据邮箱地址的格式确定出的用于要求用户在对应表单对象中输入邮箱地址的规范,即“/^(\w)+(\.\w+)*(\w)+((\.\w+)+)$/”,身份证号码对应的值域规则为根据身份证号码的位数以及编码方式确定出的用于要求用户在对应表单对象中输入身份证号码的规范,即“^\d{14}(\d{1}|\d{4}|(\d{3}[xX]))$”。对应上述表格2,该非选择性对话框的值域也可以针对业务的特殊性增加相应的地区或者其他特殊要求进行值域的设置,此处不再详述。
在图3对应流程包括的步骤302后,即在确定与标识对应的表单模板后,服务器可以在向终端发送该表单模板前,根据保存的表单对象与值域的对应关系,确定与该表单模板包括的各表单对象分别对应的值域,也可以在向终端发送该表单模板后,根据保存的表单对象与值域的对应关系,确定与该表单模板包括的各表单对象分别对应的值域,该值域主要用于服务器对终端发送的用户在对应表单对象中提交的信息的验证,因此,服务器只要在接收终端发送的用户提交的信息前确定出相应的值域即可,具体地,服务器对用户提交的信息进行验证的过程,如图5所示,主要包括一下步骤:
步骤501、服务器在确定与标识对应的表单模板后,根据保存的表单对象与值域的对应关系,确定与该表单模板包括的各表单对象分别对应的值域。
步骤502、服务器接收终端发送的用户在表单对象中提交的信息。
该步骤502中,服务器接收的信息,为终端在对解析后的表单模板进行渲染以显示用于实现所述业务的表单对象后,发送的用户在表单对象中提交的信息。具体地,终端可以将用户在各表单对象中提交的信息一起发送至服务器,也可以在用户提交一个表单对象中的信息后即将该信息发送至服务器。
步骤503、服务器根据确定出的值域,对终端发送的用户在对应表单对象中提交的信息进行验证。
该步骤503中,服务器对接收的信息进行验证的方式可以参考上述步骤405中的相关描述,不同之处,在于服务器需要把验证结果发送至终端以对用户进行相应的提示。
至此,服务器对用户提交的信息进行验证的流程结束。
在图3对应的流程包括的步骤302中,即根据保存的标识与表单模板的对应关系,确定与标识对应的表单模板中,服务器可以根据该标识,确定出该标识对应的业务在该业务所属业务类型中的级别,进而根据确定出的级别,确定对应业务类型中的业务的级别保存的表单模板,具体地,如图6所示,服务器根据业务的标识确定表单模板的过程,主要包括以下步骤:
步骤601、服务器根据接收的终端发送的业务的标识,确定接收的标识对应的业务在对该业务对应的业务类型中的级别。
该步骤601中,基于服务器接收的标识能够表征该标识对应的业务在该业务所属业务类型中的级别,进而能够确定出该标识对应的业务在上述业务类型中的级别,该级别可以对应图1所示的业务与表单模板的对应关系中各业务的级别,例如,第一业务101的级别高于该图1中所示的其他任意业务的级别,第一类型业务102的级别等同于第二类型业务103的级别,第一数据输出业务102A以及第二数据输出业务102B的级别低于第一类型业务102的级别。实际应用中,业务的标识能够表征出该业务在所属业务类型中级别。
步骤602、服务器根据确定出的级别,确定对应上述业务类型中的业务的级别保存的表单模板。
该步骤602中,服务器能够根据确定出的级别,从与标识对应的业务所属业务类型中各业务的级别对应保存的表单模板中,逐步确定出与确定出的级别对应的模板,例如,以图1为例进行说明,若服务器确定该标识对应的业务的级别为第三级别,则服务器首先确定出该业务的类型,进而在与该业务类型对应保存的表单模板中,从第一级别的表单模板开始逐级向下寻找,直至寻找到第三级别的表单模板,进而在第三级别的单模板中确定出上述标识对应的表单模板。此外,也可以直接根据与业务的级别对应保存的表单模板,直接确定出与确定出的级别对应的表单模板,具体的表单模板确定方式,可以根据实际需要进行灵活设定。
至此,服务器根据标识确定表单模板的流程结束。
对应图6的流程以及图2中各业务与表单模板的对应关系,若服务器根据需要可能会在该业务类型中继续增加被细化的业务,当确定出需要增加的业务在该业务类型中的级别后,可以直接对应该业务的级别建立表单模板,进而可以在不影响已保存的各级别的业务以及对应各业务的级别保存的表单模板的情况下,建立新的业务以及与该业务的级别对应的表单模板,从而提高了建立表单模板、保存表单模板以及维护表单模板的效率,节省了服务器保存表单模板以及维护表单模板的处理资源。
实施例二
该实施例二提供了一种与实施例一提供的处理表单模板的方法对应的装置,该装置能够应用在图2所示的系统中,通过在该系统中应用本技术方案,能够解决现有技术中无论是从保存表单的角度还是维护表单的角度都会占用服务器的大量处理资源的问题,从而达到节省服务器保存以及维护表单的处理资源的目的。
图7示出了本申请实施例二提供的一种处理表单模板的装置的结构示意图,具体地,该装置包括:
标识发送单元701、表单模板接收单元702、表单模板解析单元703以及表单模板渲染单元704,其中:
标识发送单元701,用于确定用户触发的业务对应的标识,将标识发送至提供业务的服务器;
表单模板接收单元702,用于接收服务器发送的与标识发送单元701发送的标识对应保存的表单模板,表单模板包括服务器配置的用于实现业务的表单对象,且表单模板通过设定格式描述;
表单模板解析单元703,用于将表单模板接收单元702接收的设定格式描述的表单模板解析为本地操作系统支持的页面代码格式;
表单模板渲染单元704,用于对表单模板解析单元703解析后的表单模板进行渲染以显示用于实现业务的表单对象。
本申请实施例二提供的优选实施方式中,图7所示的装置包括的表单模板接收单元702,还用于接收包括与表单模板包括的各表单对象分别对应的值域的表单模板;
表单模板解析单元703,具体用于将设定格式描述的表单模板解析为本地操作系统支持的页面代码格式描述的表单对象以及与各表单对象分别对应的值域,其中,解析出的值域用于终端对用户在对应表单对象中提交的信息进行验证。
如图8所示,本申请实施例二提供的优选实施方式中,图7所示的装置进一步还包括提交信息验证单元705,用于根据表单模板解析单元703解析出的值域对应的正则表达式,确定用户在值域对应的表单对象中提交的信息是否与正则表达式匹配;或根据表单模板解析单元703解析出的值域对应的信息集合,确定用户在值域对应的表单对象中提交的信息是否属于信息集合。
如图9所示,本申请实施例二提供的优选实施方式中,图7所示的装置进一步还包括提交信息发送单元706,用于在表单模板渲染单元704对解析后的表单模板进行渲染以显示用于实现业务的表单对象后,将用户在表单对象中提交的信息发送至服务器进行验证。
本申请实施二该提供了一种与实施例一提供的处理表单模板的方法对应的装置,具体地,如图10所示,该处理表单模板的装置,主要包括:
标识接收单元1001、表单模板确定单元1002以及表单模板发送单元1003,其中:
标识接收单元1001,用于接收终端发送的业务的标识;
表单模板确定单元1002,用于根据保存的标识与表单模板的对应关系,确定与标识接收单元1001接收的标识对应的表单模板,表单模板包括服务器配置的用于实现业务的表单对象,且表单模板通过设定格式描述;
表单模板发送单元1003,用于将表单模板确定单元1002确定出的表单模板发送至终端
如图11所示,本申请实施例二提供的优选实施方式中,图10所示装置进一步还包括表单模板处理单元1004,用于在表单模板确定单元1002确定与标识对应的表单模板后、且在表单模板发送单元1003将确定出的表单模板发送至终端前,根据保存的表单对象与值域的对应关系,确定与表单模板包括的各表单对象分别对应的值域;并将与各表单对象分别对应的值域分别对应各表单对象配置在表单模板中。
如图12所示,本申请实施例二提供的优选实施方式中,图10所示装置进一步还包括值域确定单元1005,用于在表单模板确定单元1002确定与标识对应的表单模板后,根据保存的表单对象与值域的对应关系,确定与表单模板包括的各表单对象分别对应的值域,值域用于服务器对终端发送的用户在对应表单对象中提交的信息进行验证。
如图13所示,本申请实施例二提供的优选实施方式中,图12所示装置进一步还包括提交信息验证单元1006,用于根据值域确定单元1005确定出的值域对应的正则表达式,确定用户在值域对应的表单对象中提交的信息是否与正则表达式匹配;或根据值域确定单元1005确定出的值域对应的信息集合,确定用户在值域对应的表单对象中提交的信息是否属于信息集合。
本申请实施例二提供的优选实施方式中,图10所示装置包括的表单模板确定单元1002,具体用于根据标识,确定标识对应的业务在该业务所属业务类型中的级别;根据确定出的级别,确定对应业务类型中的业务的级别保存的表单模板。
应当理解,以上装置包括的单元仅为根据该装置实现的功能进行的逻辑划分,实际应用中,可以进行上述单元的叠加或拆分。并且该实施例提供的装置所实现的功能与上述实施例提供的处理表单模板的方法流程一一对应,对于该装置所实现的更为详细的处理流程,在上述方法实施例中已做详细描述,此处不再详细描述。
并且,本实施例二中的处理表单模板的装置还具有能够实现实施例一的功能模块,此处不再赘述。
实施例三
对应本申请实施例一提供的处理表单模板的方法以及实施例二提供的处理表单模板的装置,本申请实施例三还提供了一种处理表单模板的系统,具体地,该系统包括:
终端以及服务器,其中:
终端,用于确定用户触发的业务对应的标识,将所述标识发送至提供所述业务的所述服务器,并接收所述服务器发送的与所述标识对应保存的表单模板,所述表单模板包括所述服务器配置的用于实现所述业务的表单对象,且所述表单模板通过设定格式描述,将所述设定格式描述的表单模板解析为所述终端的操作系统支持的页面代码格式,并对解析后的表单模板进行渲染以显示用于实现所述业务的表单对象;
服务器,用于接收终端发送的业务的标识,根据保存的标识与表单模板的对应关系,确定与接收的标识对应的表单模板,所述表单模板包括所述服务器配置的用于实现所述业务的表单对象,且所述表单模板通过设定格式描述,并将确定出的表单模板发送至所述终端。
实际应用中,该处理表单模板的系统可以与图2所示的系统对应,即该系统能够实现实施例一中提供的一种处理表单模板的方法涉及的技术方案。
本领域的技术人员应明白,本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。