CN111831179B - 签约方法、装置及计算机可读介质 - Google Patents
签约方法、装置及计算机可读介质 Download PDFInfo
- Publication number
- CN111831179B CN111831179B CN202010620620.0A CN202010620620A CN111831179B CN 111831179 B CN111831179 B CN 111831179B CN 202010620620 A CN202010620620 A CN 202010620620A CN 111831179 B CN111831179 B CN 111831179B
- Authority
- CN
- China
- Prior art keywords
- signing
- state
- code
- subscription
- determining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/0482—Interaction with lists of selectable items, e.g. menus
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Human Computer Interaction (AREA)
- Software Systems (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Accounting & Taxation (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本发明公开了一种签约方法、装置及计算机可读介质,涉及计算机技术领域。该签约方法的一具体实施方式包括:接收用户的签约操作,根据所述签约操作,确定所述签约操作的签约要素和属性信息;根据所述签约操作的签约要素和属性信息,以及所述签约要素与对应代码的预设关系,确定所述签约操作对应的代码组合;将所述签约操作对应的代码组合映射到后端服务,完成所述签约操作。该实施方式可以完成多个不同场景的差异化签约,同时可以将不同服务平台的签约数据进行整合。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种签约方法、装置及计算机可读介质。
背景技术
一般地,不同的服务平台的签约功能及数据是不同的,为了满足业务需求,需要将不同服务平台的签约功能及数据进行整合。但是,现有签约方式无法实现差异化签约,且无法对不同形式的签约功能及数据进行整合。以ETC(Electronic Toll Collection,电子不停车收费***)业务为例,为了便于为ETC的终端用户、行业用户提供全面的金融创新场景和服务,需要整合银行各个分行的ETC***功能及数据,由于现有签约方式无法实现差异化签约,且无法对不同形式的签约功能及数据进行整合,无法完成各个分行的全国上收工作。
发明内容
有鉴于此,本发明实施例提供一种签约方法、装置及计算机可读介质,能够解决现有签约方式无法实现差异化签约且无法对不同形式的签约数据进行整合的问题。
为实现上述目的,根据本发明实施例的一个方面,提供了一种签约方法。
本发明实施例的签约方法包括:
接收用户的签约操作,根据所述签约操作,确定所述签约操作的签约要素和属性信息;
根据所述签约操作的签约要素和属性信息,以及所述签约要素与对应代码的预设关系,确定所述签约操作对应的代码组合;
将所述签约操作对应的代码组合映射到后端服务,完成所述签约操作。
可选地,所述属性信息至少包括:要素名称、要素类型、要素状态以及要素取值范围。
可选地,在确定所述签约操作的签约要素和属性信息的步骤之后,且在确定所述签约操作对应的代码组合的步骤之前,所述方法还包括:
根据所述签约操作的签约要素和属性信息,以及所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的签约要素展示在签约界面对应的显示区域。
可选地,所述根据所述签约操作的签约要素和属性信息,以及所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的签约要素展示在签约界面对应的显示区域,包括:
根据所述签约操作的签约要素和属性信息,确定所述签约操作的每个所述签约要素对应的要素状态,每个所述签约要素至少包括一个要素状态;
根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态的优先级;
根据所述签约操作的每个所述签约要素的要素状态的优先级,依次对所述签约操作的每个所述签约要素进行渲染处理;
依次根据所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的每个所述签约要素展示在签约界面对应的显示区域。
可选地,所述根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态的优先级,包括:
根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态对应的代码值;
根据所述签约操作的每个所述签约要素的要素状态对应的代码值,确定所述签约操作的每个所述签约要素的要素状态的优先级。
可选地,所述要素状态包括以下一项或多项:必须输入状态、选择输入状态、返显且可修改状态、返显且不可修改状态和不可视状态。
可选地,所述必须输入状态、所述返显且不可修改状态和所述不可视状态的优先级依次降低。
可选地,所述根据所述签约操作的每个所述签约要素的要素状态的优先级,依次对所述签约操作的每个所述签约要素进行渲染处理,包括:
判断所述签约要素的要素状态是否存在必须输入状态;
若是,则将所述签约要素设置为必须输入;否则,将所述签约要素设置为选择输入;
判断所述签约要素的要素状态是否存在返显且不可修改状态;
若是,则将所述签约要素设置为不可修改;否则,将所述签约要素设置为可修改;
判断所述签约要素的要素状态是否存在不可视状态;
若是,则将所述签约要素设置为隐藏;否则,不对所述签约要素进行处理。
为实现上述目的,根据本发明实施例的另一个方面,提供了一种签约装置。
本发明实施例的签约装置包括:
第一确定模块,用于接收用户的签约操作,根据所述签约操作,确定所述签约操作的签约要素和属性信息;
第二确定模块,用于根据所述签约操作的签约要素和属性信息,以及所述签约要素与对应代码的预设关系,确定所述签约操作对应的代码组合;
映射模块,用于将所述签约操作对应的代码组合映射到后端服务,完成所述签约操作。
为实现上述目的,根据本发明实施例的再一个方面,提供了一种电子设备。
本发明实施例的电子设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上所述的方法。
为实现上述目的,根据本发明实施例的一个方面,提供了一种计算机可读介质。
本发明实施例的计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现如上所述的方法。
上述发明中的一个实施例具有如下优点或有益效果:
本发明实施例的签约方法是将签约操作分为至少一个签约要素,然后确定所述签约操作的每个签约要素对应的代码组合,最终将所述签约操作的每个签约要素对应的代码组合映射到后端服务,完成所述签约操作。这样,该签约方法可以完成多个不同场景的差异化签约,同时可以将不同服务平台的签约数据进行整合。另外,该签约方法还具有配置灵活以及容易扩展等优点。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明第一实施例的签约方法的流程示意图;
图2是根据本发明第二实施例的签约方法的流程示意图;
图3是图2的步骤22的签约要素显示的流程示意图;
图4是图3的步骤224的渲染处理的流程示意图;
图5是根据本发明实施例的签约装置的模块示意图;
图6是本发明实施例可以应用于其中的示例性***架构图;
图7是适于用来实现本发明实施例的终端设备或服务器的计算机***的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
为了实现差异化签约,本发明实施例提供了一种签约方法,该签约方法可以应用于各种差异化的动态签约场景。例如:可以将该签约方法应用至ETC的产品签约场景,所述签约方法是设置统一的签约要素,来达到实时动态的特色签约效果,可以兼容所有分行的ETC产品签约。并且,可以整合各个分行的ETC签约数据,可以保证ETC产品签约由分行纳入总行后,依然保持各自特色的签约要素,最终可以实现ETC全国推广的快速落地,逐步提升用户体验和产品竞争力。需要说明的是,以上有关所述签约方法应用场景的描述只是示例并非限定,本发明实施例并不具体限定所述签约方法的应用场景。
图1是根据本发明实施例的签约方法的流程示意图,如图1所示,所述签约方法具体可以包括如下步骤:
步骤11:接收用户的签约操作,根据所述签约操作,确定所述签约操作的签约要素和属性信息;
在步骤11之前,需要进行签约操作的规则设置。规则设置的目标是设计一种通用规则,将差异化的场景需求与签约要素进行关联,进而通过对签约要素进行多个维度的设置与管理,能够实现差异化签约,同时可以保证整体签约流程一致,进一步提升客户体验与产品竞争力。
为了实现签约的动态性功能,需要对每个签约功能设置对应的签约要素。为了实现产品签约的动态性以及扩展性,将每个签约要素分别与对应的签约界面的显示区域以及与后端服务建立了映射关系。
为了使得签约操作的规则设置简单且易操,可以采用界面操作和模板上传的方式。其中,界面操作方式主要是将签约操作的签约要素进行依次配置与录入,而模板上传方式是可以批次将签约操作的所有签约要素整体进行设置。
在步骤11中,每个所述签约操作对应设置有一个或多个所述签约要素,所述签约要素主要包括所述签约操作所需的数据,所述签约要素与所述签约操作的类型有关。以ETC的产品签约场景为例,所述签约要素主要包括:荷载人数/载重、车牌号码、车辆颜色或行驶证车辆类型等。同时,每个签约要素对应设置有属性信息且在签约界面对应设置有显示区域(或称为展示栏位)。
具体地,所述属性信息用于定义每个签约要素的具体含义,所述属性信息至少包括:要素名称、要素类型、要素状态以及要素取值范围。
其中,所述要素名称用于表示签约要素在签约界面的显示区域,所述要素名称可以返显该字段在签约界面所表示的含义。所述要素类型用于表示签约要素在签约界面展示的控件类型,所述控件类型主要分为文本输入框、多选下拉框或单选下拉框等。不同签约要素对应的控件类型不同,通过不同的控件类型将不同的签约要素进行可视化地直观区分,便于操作人员理解,进而可以提高操作体验。所述要素取值范围用于限定所述签约要素的取值范围,主要针对部分签约要素必须控制输入规则或增加默认值的选项。通过设置所述要素取值范围,签约要素展示栏位只能输入指定的值。
所述要素状态用于表示每个签约要素的可操作状态,每个签约要素可以有一个或多个要素状态,来实现每个签约要素的动态化。其中,每个签约要素的要素状态包括如下几种情形:
1)必须输入状态
当所述签约要素处于必须输入状态时,所述签约要素必须有值填写或者内容的返显,如果所述签约要素的内容为空,则控制不能提交。
2)选择输入状态
所述选择输入状态与所述必须输入状态对应,所述选择输入状态表示所述签约要素的内容为非必须输入,即使所述签约要素的内容为空,依然可以提交。
3)返显且可修改状态
所述返显且可修改状态用于表示所述签约要素可以有初始值,而且可以进行修改。返显的作用主要是避免用户多余的输入,提升用户操作体验。
4)返显且不可修改状态
所述返显且不可修改状态与所述返显且可修改状态对应,对于已经有显示值的签约要素,不能继续修改。
5)不可视状态
所述不可视状态用于表示所述签约要素不需要录入或展示,可以按照规则将不需要录入或展示的签约要素隐藏,实现签约要素展示的动态性。所述不可视状态主要处理同一个签约要素在一个场景需要展示而在另外一个场景则不需要展示的情形,通过所述不可视状态能够实现签约要素的复用。
以ETC的产品签约场景为例,所述签约要素主要包括:车牌号码和车辆颜色,签约界面设置有显示区域A和显示区域B,假设车牌号码在显示区域A进行显示,车牌号码选择文本框输入方式进行输入,返显且可修改,不限定取值范围,则当签约要素为车牌号码时的属性信息包括:显示区域A、文本输入框、返显且可修改状态。假设车辆颜色在显示区域B显示,车辆颜色采用单选下拉框方式进行输入,返显且不可修改,不限定取值范围,则当签约要素为车辆颜色时的属性信息包括:显示区域B、单选下拉框、返显且不可修改状态。
需要说明的是,每个签约要素可以存在一个或多个要素状态,每个要素状态都有一个代码值与之对应,参见表1所示。同时,不同要素状态之间存在优先级关系。进一步地,可以根据每个要素状态的代码值大小,确定每个要素状态对应的优先级。例如:代码值越大,对应的要素状态的优先级越高。当需要将每个签约要素在签约界面对应的显示区域进行显示时,可以根据每个签约要素的要素状态的优先级确定渲染顺序。
表1每个要素状态对应的代码值
要素状态 | 代码值 |
选择输入 | 0 |
返现可修改 | 1 |
必须输入 | 2 |
返显不可修改 | 3 |
不可视 | 4 |
步骤12:根据所述签约操作的签约要素和属性信息,以及所述签约要素与对应代码的预设关系,确定所述签约操作对应的代码组合;
在步骤12中,每种要素状态对应设置有一个代码值,每种签约要素可以对应设置一种或多种要素状态。当一个签约要素有多个要素状态时,可以将多个要素状态进行组合,组合状态与顺序无关,只是依赖要素状态的优先级。例如:在签约场景中,所述签约要素的要素状态是必须输入且为返显可修改状态的组合,该签约要素对应的代码值组合的形式有很多种,参见表2所示。
表2要素状态对应的代码组合
要素状态 | 代码值 |
必须输入|返现可修改 | 03或者30 |
步骤13:将所述签约操作对应的代码组合映射到后端服务,完成所述签约操作。
通过步骤13可以将签约要素与后端服务进行字段映射,来适配后端服务。在将所述签约操作对应的代码组合映射到后端服务的过程中,需要兼容每个签约要素的要素状态,比如同一个签约要素在一个场景下为返显可修改,而在另外一个场景下则为不可视状态,此时,对于不可视状态的签约要素需要将适配的后端服务的字段映射为空。
本发明实施例的签约方法是将签约操作分为至少一个签约要素,然后确定所述签约操作的每个签约要素对应的代码组合,最终将所述签约操作的每个签约要素对应的代码组合映射到后端服务,完成所述签约操作。这样,该签约方法可以完成多个不同场景的差异化签约,同时可以将不同服务平台的签约数据进行整合。
另外,所述签约方法具有配置灵活以及容易扩展的优势。所述签约要素是统一配置的,可以根据实际需求灵活配置签约要素。同时,将签约要素的控制单独剥离,如果需要对签约要素进行扩展时,只需对新增加的签约要素进行状态调整,对已有的签约要素不产生影响,可以在产生最低影响的前提下达到可扩展效果,能够实现产品的快速迭代与交付。
为了实现签约要素的差异化显示,在上述实施例的基础上,本发明实施例提供了另一种签约方法,该签约方法可以对签约要素进行差异化显示。图2是根据本发明实施例的签约方法的流程示意图,如图2所示,所述签约方法具体可以包括如下步骤:
步骤21:接收用户的签约操作,根据所述签约操作,确定所述签约操作的签约要素和属性信息;
在步骤21之前,需要进行签约操作的规则设置。规则设置的目标是设计一种通用规则,将差异化的场景需求与签约要素进行关联,进而通过对签约要素进行多个维度的设置与管理,能够实现差异化签约,同时可以保证整体签约流程一致,进一步提升客户体验与产品竞争力。
为了实现签约的动态性功能,需要对每个签约功能设置对应的签约要素。为了实现产品签约的动态性以及扩展性,将每个签约要素分别与对应的签约界面的显示区域以及与后端服务建立了映射关系。
为了使得签约操作的规则设置简单且易操,可以采用界面操作和模板上传的方式。其中,界面操作方式主要是将签约操作的签约要素进行依次配置与录入,而模板上传方式是可以批次将签约操作的所有签约要素整体进行设置。
在步骤21中,每个所述签约操作对应设置有一个或多个所述签约要素,所述签约要素主要包括所述签约操作所需的数据,所述签约要素与所述签约操作的类型有关。以ETC的产品签约场景为例,所述签约要素主要包括:荷载人数/载重、车牌号码、车辆颜色或行驶证车辆类型等。同时,每个签约要素对应设置有属性信息且在签约界面对应设置有显示区域(或称为展示栏位)。
具体地,所述属性信息用于定义每个签约要素的具体含义,所述属性信息至少包括:要素名称、要素类型、要素状态以及要素取值范围。
其中,所述要素名称用于表示签约要素在签约界面的显示区域,所述要素名称可以返显该字段在签约界面所表示的含义。所述要素类型用于表示签约要素在签约界面展示的控件类型,所述控件类型主要分为文本输入框、多选下拉框或单选下拉框等。不同签约要素对应的控件类型不同,通过不同的控件类型将不同的签约要素进行可视化地直观区分,便于操作人员理解,进而可以提高操作体验。所述要素取值范围用于限定所述签约要素的取值范围,主要针对部分签约要素必须控制输入规则或增加默认值的选项。通过设置所述要素取值范围,签约要素展示栏位只能输入指定的值。
所述要素状态用于表示每个签约要素的可操作状态,每个签约要素可以有一个或多个要素状态,来实现每个签约要素的动态化。其中,每个签约要素的要素状态包括如下几种情形:
1)必须输入状态
当所述签约要素处于必须输入状态时,所述签约要素必须有值填写或者内容的返显,如果所述签约要素的内容为空,则控制不能提交。
2)选择输入状态
所述选择输入状态与所述必须输入状态对应,所述选择输入状态表示所述签约要素的内容为非必须输入,即使所述签约要素的内容为空,依然可以提交。
3)返显且可修改状态
所述返显且可修改状态用于表示所述签约要素可以有初始值,而且可以进行修改。返显的作用主要是避免用户多余的输入,提升用户操作体验。
4)返显且不可修改状态
所述返显且不可修改状态与所述返显且可修改状态对应,对于已经有显示值的签约要素,不能继续修改。
5)不可视状态
所述不可视状态用于表示所述签约要素不需要录入或展示,可以按照规则将不需要录入或展示的签约要素隐藏,实现签约要素展示的动态性。所述不可视状态主要处理同一个签约要素在一个场景需要展示而在另外一个场景则不需要展示的情形,通过所述不可视状态能够实现签约要素的复用。
以ETC的产品签约场景为例,所述签约要素主要包括:车牌号码和车辆颜色,签约界面设置有显示区域A和显示区域B,假设车牌号码在显示区域A进行显示,车牌号码选择文本框输入方式进行输入,返显且可修改,不限定取值范围,则当签约要素为车牌号码时的属性信息包括:显示区域A、文本输入框、返显且可修改状态。假设车辆颜色在显示区域B显示,车辆颜色采用单选下拉框方式进行输入,返显且不可修改,不限定取值范围,则当签约要素为车辆颜色时的属性信息包括:显示区域B、单选下拉框、返显且不可修改状态。
需要说明的是,每个签约要素可以存在一个或多个要素状态,每个要素状态都有一个代码值与之对应,参见表1所示。同时,不同要素状态之间存在优先级关系。进一步地,可以根据每个要素状态的代码值大小,确定每个要素状态对应的优先级。例如:代码值越大,对应的要素状态的优先级越高。当需要将每个签约要素在签约界面对应的显示区域进行显示时,可以根据每个签约要素的要素状态的优先级确定渲染顺序。
步骤22:根据所述签约操作的签约要素和属性信息,以及所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的签约要素展示在签约界面对应的显示区域。
在步骤22中,所述签约界面可以理解为签约展示的页面。每个签约界面设置有多个显示区域(或称为展示栏位)。每个签约要素的显示区域初始化完成后,可以根据每个签约要素的要素状态与代码之间的互斥与优先级关系执行渲染处理过程,一个签约操作由所有签约要素的显示区域显示在签约界面上,根据每个签约要素的要素状态控制每个显示区域的展示规则,最后通过渲染处理完成签约要素的差异化展示。
具体地,在对签约要素进行差异化展示时,可以首先根据所述签约操作的签约要素和属性信息,确定所述签约操作的每个所述签约要素对应的要素状态,每个所述签约要素至少包括一个要素状态;然后再根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态的优先级;然后再根据所述签约操作的每个所述签约要素的要素状态的优先级,依次对所述签约操作的每个所述签约要素进行渲染处理,通过渲染处理可以将不同的场景产生不同的签约界面。依次根据所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的每个所述签约要素展示在签约界面对应的显示区域。
为了便于简化后续渲染过程,可以将要素状态的组合整合为代码的组合。不同的要素状态之间存在兼容关系以及互斥关系,每个要素状态均存在优先级,通过每个要素状态的优先级可以确定每个要素状态的执行顺序。为了兼容要素状态的互斥性,需要设置要素状态的优先级规则,优先级越高,执行渲染规则越靠后,这样才能最终达到规则一致性。其中,要素状态的优先级为:选择输入状态<必须输入状态<返显且可修改状态<返显且不可修改状态<不可视状态。在后续动态渲染规则中对每个要素状态按需做相关的处理。
可以理解的是,每个签约要素默认为优先级最低的两个状态是选择输入状态和返显且可修改状态,因为这两个状态兼容而且可以对每个签约要素进行初始化渲染展示;当所述签约要素的状态处于必须输入状态时,可以将签约要素设置为必须输入,并控制签约要素对应的显示区域(展示栏位)不能为空。当所述签约要素处于返显且不可修改状态时,可以将签约要素的显示区域设置为不可操作,并控制签约要素不能输入内容。当所述签约要素处于不可视状态时,将签约要素的显示区域设置为隐藏,同时下一个可展示的签约要素的显示区域补齐隐藏的签约要素的页面空间。
需要说明的是,每个签约要素在签约界面都有对应的显示区域,每个显示区域由对应的代码片段组成。每个显示区域的代码片段分为动态代码和动态代码。静态代码包括要素样式、是否必须输入标签、类型标签等。静态代码可以为HTML((Hyper Text MarkupLanguage,超文本标记语言)静态代码,HTML静态代码主要用于页面静态展示。通过动态代码可以实现签约要素展示的UI效果以及签约要素的事件逻辑,事件逻辑主要体现在不同的签约要素之间的关系。动态代码可以为JAVASCRIPT(JAVASCRIPT是一种直译式脚本语言)动态代码,JAVASCRIPT动态代码主要用于处理不同的逻辑规则。这样,通过动态代码与静态代码的组合方式可以表现每个独立的签约要素。
静态代码:
<dynamicElement style=“ul_two”id=“tagName”type=“input”/>
动态代码:
var tagName=new DynamicElement(style,id,type,eventfn)。
步骤23:根据所述签约操作的签约要素和属性信息,以及所述签约要素与对应代码的预设关系,确定所述签约操作对应的代码组合;
在步骤23中,每种要素状态对应设置有一个代码值,每种签约要素可以对应设置一种或多种要素状态。当一个签约要素有多个要素状态时,可以将多个要素状态进行组合,组合状态与顺序无关,只是依赖要素状态的优先级。例如:在签约场景中,所述签约要素的要素状态是必须输入且为返显可修改状态的组合,该签约要素对应的代码值组合的形式有很多种,参见表2所示。
步骤24:将所述签约操作对应的代码组合映射到后端服务,完成所述签约操作。
通过步骤24可以将签约要素与后端服务进行字段映射,来适配后端服务。在完成所述签约操作的过程中,需要兼容每个签约要素的要素状态,比如同一个签约要素在一个场景下为返显可修改,而在另外一个场景下则为不可视状态,此时,对于不可视状态的签约要素需要将适配的后端服务的字段映射为空。需要说明的是,可以将签约界面的签约要素统一映射到后端服务接口,对后端服务的差异做统一的适配,同时也可以根据后端服务的变化逐步驱动签约要素的规则调整。
每个签约操作均在签约界面上有对应的显示区域(或称为展示栏位),每个显示区域的代码逻辑是根据每个签约要素的要素状态来确定是否将显示区域的内容赋值到与后端服务映射的接口指定字段上。当所述签约要素的要素状态为不可视状态时,则不会将显示区域的内容赋值;当所述签约要素的要素状态为返显且不可修改状态时,则将返显内容进行赋值;当所述签约要素的要素状态为必须输入状态时,将所述显示区域的录入内容进行赋值,所述签约要素处于必须输入状态时的处理逻辑与所述签约要素处于返显且可修改状态以及选择输入状态的处理逻辑一致。通过所有签约要素的控制规则处理,可以统一将签约界面不同显示区域的内容进行赋值与映射,完成差异化展示的一致签约。
本发明实施例的签约方法是将签约操作分为至少一个签约要素,然后确定所述签约操作的每个签约要素对应的代码组合,最终将所述签约操作的每个签约要素对应的代码组合映射到后端服务,完成所述签约操作。这样,该签约方法可以完成多个不同场景的签约,可以实现差异化签约,同时可以将不同服务平台的签约数据进行整合。
所述签约方法主要具有如下优势:
1)签约要素统一配置。可以根据实际需求灵活地配置签约要素,极大地简化了差异化签约的实现;
2)签约要素的控制与展示分离,通过配置要素状态可以实现签约要素的差异化展示;
3)易扩展。
可以理解的是,每个所述签约操作对应设置有一个或多个签约要素,这样可以将签约要素的控制单独剥离,如果需要对签约要素进行扩展时,只需对新增加的签约要素进行状态调整,对已有的签约要素不产生影响,可以在产生最低影响前提下达到可扩展效果,能够实现产品的快速迭代与交付。通过将要素控制与要素展示分离,可以使签约更容易扩展,且只需增加要素状态就可以达到差异化签约的快速扩展。
在本发明实施例中,所述签约方法将签约要素的控制和表现进行区分。其中,要素表现是通用展示,只和签约要素本身有关系,与差异化展示没有绝对关联,通过签约要素的控制可以实现差异化的签约和展示。综上,将要素控制与要素表现进行区分的好处是:提高了代码的复用性,实现了一套代码可以完成多个不同场景的签约,增加了差异化表现的灵活性。
在本发明实施例中,所述签约要素的差异化展示可以有多种实现方式,接下来以其中一种优选方式进行示例性说明。参见图3,步骤22具体可以包括如下步骤:
步骤221:根据所述签约操作的签约要素和属性信息,确定所述签约操作的每个所述签约要素对应的要素状态,每个所述签约要素至少包括一个要素状态;
在步骤221中,所述要素状态包括以下一项或多项:必须输入状态、选择输入状态、返显且可修改状态、返显且不可修改状态和不可视状态。每个所述签约要素至少包括一个要素状态,例如:所述签约要素的要素状态是必须输入且为返显可修改状态的组合。
步骤222:根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态对应的代码值;
例如:表1用于表示所述要素状态与对应的代码的预设关系,可以根据表1确定所述签约操作的每个所述签约要素的要素状态对应的代码值。需要说明的是,表1所示的情形只是一种示例并非限定。
步骤223:根据所述签约操作的每个所述签约要素的要素状态对应的代码值,确定所述签约操作的每个所述签约要素的要素状态的优先级;
为了兼容要素状态的互斥性,需要设置要素状态的优先级规则,优先级越高,执行渲染规则越靠后,这样才能最终达到规则一致性。例如:根据表1所示的每个要素状态的代码值可知,要素状态的优先级为:选择输入状态<必须输入状态<返显且可修改状态<返显且不可修改状态<不可视状态。在后续动态渲染规则中对每个要素状态按需做相关的处理。
可以理解的是,每个签约要素默认为优先级最低的两个状态是选择输入状态和返显且可修改状态,因为这两个状态兼容而且可以对每个签约要素进行初始化渲染展示;当所述签约要素的状态处于必须输入状态时,可以将签约要素设置为必须输入,并控制签约要素对应的显示区域(展示栏位)不能为空。当所述签约要素处于返显且不可修改状态时,可以将签约要素的显示区域设置为不可操作,并控制签约要素不能输入内容。当所述签约要素处于不可视状态时,将签约要素的显示区域设置为隐藏,同时下一个可展示的签约要素的显示区域补齐隐藏的签约要素的页面空间。
步骤224:根据所述签约操作的每个所述签约要素的要素状态的优先级,依次对所述签约操作的每个所述签约要素进行渲染处理;
在步骤224中,所述要素状态的优先级越大,渲染处理的执行顺序越靠后。例如:根据表1所示的每个要素状态的代码值可知,根据表1所示的每个要素状态的代码值可知,所述必须输入状态、所述返显且不可修改状态和所述不可视状态的优先级依次增大,所述必须输入状态、所述返显且不可修改状态和所述不可视状态的渲染处理的顺序是从前往后依次执行。
步骤225:依次根据所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的每个所述签约要素展示在签约界面对应的显示区域。
在步骤225中,每个签约要素在签约界面都有对应的显示区域,每个显示区域由对应的代码片段组成。每个显示区域的代码片段分为动态代码和动态代码。静态代码包括要素样式、是否必须输入标签、类型标签等。静态代码可以为HTML((Hyper Text MarkupLanguage,超文本标记语言)静态代码,HTML静态代码主要用于页面静态展示。通过动态代码可以实现签约要素展示的UI效果以及签约要素的事件逻辑,事件逻辑主要体现在不同的签约要素之间的关系。动态代码可以为JAVASCRIPT(JAVASCRIPT是一种直译式脚本语言)动态代码,JAVASCRIPT动态代码主要用于处理不同的逻辑规则。这样,通过动态代码与静态代码的组合方式可以表现每个独立的签约要素。
静态代码:
<dynamicElement style=“ul_two”id=“tagName”type=“input”/>
动态代码:
var tagName=new DynamicElement(style,id,type,ventfn)。
在本发明实施例中,通过步骤221至步骤225可以将一个签约操作由所有签约要素的显示区域显示在签约界面上,根据每个签约要素的要素状态控制每个显示区域的展示规则,最后通过渲染处理完成签约要素的差异化展示。
在本发明实施例中,每个签约要素的显示区域初始化完成后,可以根据每个签约要素的要素状态与代码之间的互斥与优先级关系执行渲染处理过程,最终实现签约要素的差异化展示。参见图4,当所述必须输入状态、所述返显且不可修改状态和所述不可视状态的优先级依次降低,步骤224具体可以包括如下步骤:
步骤2241:判断所述签约要素的要素状态是否存在必须输入状态;若是,则执行步骤2242;否则,执行步骤2243。
在执行完步骤223之后,执行步骤2241。
步骤2242:将所述签约要素设置为必须输入;
步骤2243:将所述签约要素设置为选择输入;
步骤2244:判断所述签约要素的要素状态是否存在返显且不可修改状态;若是,则执行步骤2245;否则,执行步骤2246。
步骤2245:将所述签约要素设置为不可修改;
步骤2246:将所述签约要素设置为可修改;
步骤2247:判断所述签约要素的要素状态是否存在不可视状态;若是,则执行步骤2248;否则,执行步骤2249。
步骤2248:将所述签约要素设置为隐藏;
步骤2249:不对所述签约要素进行处理,然后执行步骤225。
在本发明实施例中,步骤2241至步骤2249用于表示每个签约要素的渲染处理过程,根据步骤2241至步骤2249可以将不同的场景产生不同的签约界面,最后通过渲染处理完成签约要素的差异化展示。
需要说明的是,不同的签约要素的渲染处理过程相似,可以参照图4所示的流程依次完成所述签约操作的每个签约要素的渲染处理过程,最终完成所述签约操作的差异化显示。
图5是根据本发明实施例的签约装置的模块示意图,参见图5,所述签约装置500具体可以包括:
第一确定模块501,用于接收用户的签约操作,根据所述签约操作,确定所述签约操作的签约要素和属性信息;
第二确定模块502,用于根据所述签约操作的签约要素和属性信息,以及所述签约要素与对应代码的预设关系,确定所述签约操作对应的代码组合;
映射模块503,用于将所述签约操作对应的代码组合映射到后端服务,完成所述签约操作。
可选地,所述属性信息至少包括:要素名称、要素类型、要素状态以及要素取值范围。
可选地,所述签约装置还包括:
显示模块,用于根据所述签约操作的签约要素和属性信息,以及所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的签约要素展示在签约界面对应的显示区域。
可选地,所述显示模块进一步用于:
根据所述签约操作的签约要素和属性信息,确定所述签约操作的每个所述签约要素对应的要素状态,每个所述签约要素至少包括一个要素状态;
根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态的优先级;
根据所述签约操作的每个所述签约要素的要素状态的优先级,依次对所述签约操作的每个所述签约要素进行渲染处理;
依次根据所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的每个所述签约要素展示在签约界面对应的显示区域。
可选地,所述显示模块进一步用于:
根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态对应的代码值;
根据所述签约操作的每个所述签约要素的要素状态对应的代码值,确定所述签约操作的每个所述签约要素的要素状态的优先级。
可选地,所述要素状态包括以下一项或多项:必须输入状态、选择输入状态、返显且可修改状态、返显且不可修改状态和不可视状态。
可选地,所述必须输入状态、所述返显且不可修改状态和所述不可视状态的优先级依次降低。
可选地,所述显示模块进一步用于:
判断所述签约要素的要素状态是否存在必须输入状态;
若是,则将所述签约要素设置为必须输入;否则,将所述签约要素设置为选择输入;
判断所述签约要素的要素状态是否存在返显且不可修改状态;
若是,则将所述签约要素设置为不可修改;否则,将所述签约要素设置为可修改;
判断所述签约要素的要素状态是否存在不可视状态;
若是,则将所述签约要素设置为隐藏;否则,不对所述签约要素进行处理。
本发明实施例的签约装置是将签约操作分为至少一个签约要素,然后确定所述签约操作的每个签约要素对应的代码组合,最终将所述签约操作的每个签约要素对应的代码组合映射到后端服务,完成所述签约操作。这样,该签约装置可以完成多个不同场景的差异化签约,同时可以将不同服务平台的签约数据进行整合。另外,该签约装置还具有配置灵活以及容易扩展等优点。
图6示出了可以应用本发明实施例的签约方法或签约装置的示例性***架构600。
如图6所示,***架构600可以包括终端设备601、602、603,网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备601、602、603通过网络604与服务器605交互,以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯用户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱用户端、社交平台软件等(仅为示例)。
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器605可以是提供各种服务的服务器,例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。
需要说明的是,本发明实施例所提供的签约方法一般由服务器605执行,相应地,签约装置一般设置于服务器605中。
应该理解,图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图7,其示出了适于用来实现本发明实施例的终端设备的计算机***700的结构示意图。图7示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图7所示,计算机***700包括中央处理单元(CPU)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有***700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705:包括键盘、鼠标等的输入部分706;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707;包括硬盘等的存储部分708;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时,执行本发明的***中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:接收用户的签约操作,根据所述签约操作,确定所述签约操作的签约要素和属性信息;根据所述签约操作的签约要素和属性信息,以及每个签约要素与对应代码的预设关系,确定所述签约操作对应的代码组合;将所述签约操作对应的代码组合映射到后端服务,完成所述签约操作。
根据本发明实施例的技术方案,可以将签约操作分为至少一个签约要素,然后确定所述签约操作的每个签约要素对应的代码组合,最终将所述签约操作的每个签约要素对应的代码组合映射到后端服务,完成所述签约操作。这样,该签约装置可以完成多个不同场景的差异化签约,同时可以将不同服务平台的签约数据进行整合。另外,该签约装置还具有配置灵活以及容易扩展等优点。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (9)
1.一种签约方法,其特征在于,包括:
接收用户的签约操作,根据所述签约操作,确定所述签约操作的签约要素和属性信息;
根据所述签约操作的签约要素和属性信息,确定所述签约操作的每个所述签约要素对应的要素状态,每个所述签约要素至少包括一个要素状态;
根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态的优先级;
根据所述签约操作的每个所述签约要素的要素状态的优先级,依次对所述签约操作的每个所述签约要素进行渲染处理;
依次根据所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的每个所述签约要素展示在签约界面对应的显示区域;
根据所述签约操作的签约要素和属性信息,以及所述签约要素与对应代码的预设关系,确定所述签约操作对应的代码组合;
将所述签约操作对应的代码组合映射到后端服务,完成所述签约操作。
2.根据权利要求1所述的方法,其特征在于,所述属性信息至少包括:要素名称、要素类型、要素状态以及要素取值范围。
3.根据权利要求1所述的方法,其特征在于,所述根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态的优先级,包括:
根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态对应的代码值;
根据所述签约操作的每个所述签约要素的要素状态对应的代码值,确定所述签约操作的每个所述签约要素的要素状态的优先级。
4.根据权利要求3所述的方法,其特征在于,所述要素状态包括以下一项或多项:必须输入状态、选择输入状态、返显且可修改状态、返显且不可修改状态和不可视状态。
5.根据权利要求4所述的方法,其特征在于,所述必须输入状态、所述返显且不可修改状态和所述不可视状态的优先级依次降低。
6.根据权利要求4或5所述的方法,其特征在于,所述根据所述签约操作的每个所述签约要素的要素状态的优先级,依次对所述签约操作的每个所述签约要素进行渲染处理,包括:
判断所述签约要素的要素状态是否存在必须输入状态;
若是,则将所述签约要素设置为必须输入;否则,将所述签约要素设置为选择输入;
判断所述签约要素的要素状态是否存在返显且不可修改状态;
若是,则将所述签约要素设置为不可修改;否则,将所述签约要素设置为可修改;
判断所述签约要素的要素状态是否存在不可视状态;
若是,则将所述签约要素设置为隐藏;否则,不对所述签约要素进行处理。
7.一种签约装置,其特征在于,包括:
第一确定模块,用于接收用户的签约操作,根据所述签约操作,确定所述签约操作的签约要素和属性信息;
显示模块,用于根据所述签约操作的签约要素和属性信息,确定所述签约操作的每个所述签约要素对应的要素状态,每个所述签约要素至少包括一个要素状态;根据所述要素状态与对应的代码的预设关系,确定所述签约操作的每个所述签约要素的要素状态的优先级;根据所述签约操作的每个所述签约要素的要素状态的优先级,依次对所述签约操作的每个所述签约要素进行渲染处理;依次根据所述签约要素与签约界面的显示区域的预设关系,将所述签约操作的每个所述签约要素展示在签约界面对应的显示区域;
第二确定模块,用于根据所述签约操作的签约要素和属性信息,以及所述签约要素与对应代码的预设关系,确定所述签约操作对应的代码组合;
映射模块,用于将所述签约操作对应的代码组合映射到后端服务,完成所述签约操作。
8.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
9.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010620620.0A CN111831179B (zh) | 2020-07-01 | 2020-07-01 | 签约方法、装置及计算机可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010620620.0A CN111831179B (zh) | 2020-07-01 | 2020-07-01 | 签约方法、装置及计算机可读介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111831179A CN111831179A (zh) | 2020-10-27 |
CN111831179B true CN111831179B (zh) | 2021-12-14 |
Family
ID=72899964
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010620620.0A Active CN111831179B (zh) | 2020-07-01 | 2020-07-01 | 签约方法、装置及计算机可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111831179B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112598415A (zh) * | 2020-12-10 | 2021-04-02 | 中国农业银行股份有限公司南海分行 | 一种车辆无感支付的优化方法和*** |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104574182A (zh) * | 2015-01-28 | 2015-04-29 | 中国农业银行股份有限公司 | 一种银行对账账户的配置方法及装置 |
CN106651572A (zh) * | 2016-12-29 | 2017-05-10 | 中国建设银行股份有限公司 | 一种业务规则的装配方法及装置 |
CN109102395A (zh) * | 2018-08-16 | 2018-12-28 | 中国建设银行股份有限公司 | 银行产品的签约***及方法 |
CN110648135A (zh) * | 2019-08-29 | 2020-01-03 | 陈建明 | 一种基于对象的电子支付与清算方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5250458B2 (ja) * | 2009-03-17 | 2013-07-31 | ローレルバンクマシン株式会社 | 入金システム |
CN107949861B (zh) * | 2015-07-02 | 2023-01-24 | Asb银行有限公司 | 用于与账户交互的***、设备和方法 |
CN106780010A (zh) * | 2016-12-26 | 2017-05-31 | 中国建设银行股份有限公司 | 一种银行产品的签约方法及*** |
CN107730642A (zh) * | 2017-10-17 | 2018-02-23 | 北京梦陀螺科技有限公司 | 一种兼容etc的车道快捷缴费***及其工作方法 |
CN109710214A (zh) * | 2018-08-17 | 2019-05-03 | 深圳壹账通智能科技有限公司 | 电子签约软件的组建方法、装置、终端设备及存储介质 |
CN111198873B (zh) * | 2020-01-08 | 2023-07-07 | 中国建设银行股份有限公司 | 数据处理的方法和装置 |
-
2020
- 2020-07-01 CN CN202010620620.0A patent/CN111831179B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104574182A (zh) * | 2015-01-28 | 2015-04-29 | 中国农业银行股份有限公司 | 一种银行对账账户的配置方法及装置 |
CN106651572A (zh) * | 2016-12-29 | 2017-05-10 | 中国建设银行股份有限公司 | 一种业务规则的装配方法及装置 |
CN109102395A (zh) * | 2018-08-16 | 2018-12-28 | 中国建设银行股份有限公司 | 银行产品的签约***及方法 |
CN110648135A (zh) * | 2019-08-29 | 2020-01-03 | 陈建明 | 一种基于对象的电子支付与清算方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111831179A (zh) | 2020-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110795195B (zh) | 一种网页渲染方法、装置、电子设备及存储介质 | |
US10331765B2 (en) | Methods and apparatus for translating forms to native mobile applications | |
CN112633691A (zh) | 生成自定义审批流程的方法和装置 | |
CN110706093A (zh) | 一种账务处理方法和装置 | |
CN113722124B (zh) | 一种云手机的内容处理方法、装置、设备及存储介质 | |
EP3654175A1 (en) | Terminal device, ui extension method, and ui extension program | |
CN113031946A (zh) | 一种渲染页面组件的方法和装置 | |
CN113626223A (zh) | 一种接口调用方法和装置 | |
CN110489158B (zh) | 对代码托管平台进行优化的方法、装置、介质和电子设备 | |
CN115795211A (zh) | 一种页面展示方法、装置、***、设备和存储介质 | |
CN115309470A (zh) | 微件的加载方法、装置、设备以及存储介质 | |
CN111831179B (zh) | 签约方法、装置及计算机可读介质 | |
CN112486482A (zh) | 一种页面展示方法和装置 | |
CN113138760B (zh) | 一种页面生成方法、装置、电子设备和介质 | |
CN114968235A (zh) | 一种页面表单生成方法、装置、计算机设备及存储介质 | |
CN113704671A (zh) | 页面生成方法和装置 | |
CN113312900A (zh) | 数据校验的方法和装置 | |
CN112507017A (zh) | 一种数据表转换的方法和装置 | |
CN113761415A (zh) | 一种页面展示方法和装置 | |
CN112948472A (zh) | 处理数据方法、装置、设备和计算机可读介质 | |
CN112882775A (zh) | 页面模板自适应调整的方法和装置 | |
CN113342413B (zh) | 用于处理组件的方法、装置、设备、介质和产品 | |
CN115509630B (zh) | 控件处理方法、装置、电子设备及介质 | |
CN113779468B (zh) | 用于处理页面接口数据的方法和装置 | |
US20230216748A1 (en) | Transforming content in a document using chained applications in a client-server architecture |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220926 Address after: 25 Financial Street, Xicheng District, Beijing 100033 Patentee after: CHINA CONSTRUCTION BANK Corp. Address before: 25 Financial Street, Xicheng District, Beijing 100033 Patentee before: CHINA CONSTRUCTION BANK Corp. Patentee before: Jianxin Financial Science and Technology Co.,Ltd. |