CN111831179B - Signing method, device and computer readable medium - Google Patents
Signing method, device and computer readable medium 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)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Human Computer Interaction (AREA)
- Software Systems (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Operations Research (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
The invention discloses a signing method, a signing device and a computer readable medium, and relates to the technical field of computers. One specific implementation manner of the subscription method comprises the following steps: receiving a signing operation of a user, and determining signing elements and attribute information of the signing operation according to the signing operation; determining a code combination corresponding to the signing operation according to the signing element and attribute information of the signing operation and a preset relation between the signing element and a corresponding code; and mapping the code combination corresponding to the signing operation to a back-end service to complete the signing operation. The embodiment can complete the differential subscription of a plurality of different scenes, and can integrate the subscription data of different service platforms.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a subscription method, a subscription device, and a computer-readable medium.
Background
Generally, the signing functions and data of different service platforms are different, and in order to meet business requirements, the signing functions and data of different service platforms need to be integrated. However, the existing subscription mode cannot realize differential subscription, and cannot integrate different types of subscription functions and data. Taking ETC (Electronic Toll Collection ) service as an example, in order to provide comprehensive financial innovation scenes and services for terminal users and industry users of ETC, functions and data of ETC systems of various branches of banks need to be integrated, and as differentiated signing cannot be realized in the existing signing mode, different forms of signing functions and data cannot be integrated, national receiving work of various branches cannot be completed.
Disclosure of Invention
In view of this, embodiments of the present invention provide a subscription method, a subscription device, and a computer-readable medium, which can solve the problems that the existing subscription method cannot implement differential subscription and cannot integrate different forms of subscription data.
To achieve the above object, according to an aspect of an embodiment of the present invention, a subscription method is provided.
The signing method of the embodiment of the invention comprises the following steps:
receiving a signing operation of a user, and determining signing elements and attribute information of the signing operation according to the signing operation;
determining a code combination corresponding to the signing operation according to the signing element and attribute information of the signing operation and a preset relation between the signing element and a corresponding code;
and mapping the code combination corresponding to the signing operation to a back-end service to complete the signing operation.
Optionally, the attribute information at least includes: element names, element types, element states and element value ranges.
Optionally, after the step of determining the subscription element and the attribute information of the subscription operation and before the step of determining the code combination corresponding to the subscription operation, the method further includes:
and displaying the signing elements of the signing operation in a display area corresponding to the signing interface according to the signing elements and the attribute information of the signing operation and the preset relationship between the signing elements and the display area of the signing interface.
Optionally, the displaying, according to the subscription element and the attribute information of the subscription operation and the preset relationship between the subscription element and the display area of the subscription interface, the subscription element of the subscription operation in the display area corresponding to the subscription interface includes:
determining an element state corresponding to each signing element of the signing operation according to the signing element and attribute information of the signing operation, wherein each signing element at least comprises one element state;
determining the priority of the element state of each signing element of the signing operation according to the preset relation between the element state and the corresponding code;
according to the priority of the element state of each signing element of the signing operation, rendering each signing element of the signing operation in sequence;
and displaying each signing element of the signing operation in a display area corresponding to the signing interface according to the preset relation between the signing element and the display area of the signing interface.
Optionally, the determining, according to a preset relationship between the element state and a corresponding code, a priority of the element state of each signed element of the signing operation includes:
determining a code value corresponding to the element state of each signing element of the signing operation according to the preset relation between the element state and the corresponding code;
and determining the priority of the element state of each signing element of the signing operation according to the code value corresponding to the element state of each signing element of the signing operation.
Optionally, the element status includes one or more of: must enter a state, select an input state, render and revisable a state, render and non-revisable a state, and non-viewable a state.
Optionally, the priority of the must-enter state, the display-back and non-modifiable state, and the non-viewable state decreases in order.
Optionally, the sequentially rendering each signed element of the signing operation according to the priority of the element state of each signed element of the signing operation includes:
judging whether the element state of the signing element has a necessary input state;
if yes, setting the signing element as a necessary input; otherwise, setting the signing element as selection input;
judging whether the element state of the signing element has a back display and non-modifiable state;
if yes, the signing element is set to be not modifiable; otherwise, the signing element is set to be modifiable;
judging whether the element state of the signing element has an invisible state;
if yes, setting the signing element as hidden; otherwise, the signing element is not processed.
To achieve the above object, according to another aspect of the embodiments of the present invention, there is provided a subscribing device.
The signing device of the embodiment of the invention comprises:
the first determining module is used for receiving the signing operation of a user and determining signing elements and attribute information of the signing operation according to the signing operation;
a second determining module, configured to determine, according to the subscription element and attribute information of the subscription operation and a preset relationship between the subscription element and a corresponding code, a code combination corresponding to the subscription operation;
and the mapping module is used for mapping the code combination corresponding to the signing operation to a back-end service to complete the signing operation.
To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided an electronic apparatus.
The electronic device of the embodiment of the invention comprises:
one or more processors;
a storage device for storing one or more programs,
when executed by the one or more processors, cause the one or more processors to implement the method as described above.
To achieve the above object, according to an aspect of an embodiment of the present invention, there is provided a computer-readable medium.
A computer-readable medium of an embodiment of the invention has stored thereon a computer program which, when executed by a processor, implements the method as described above.
One embodiment of the above invention has the following advantages or benefits:
the signing method of the embodiment of the invention divides the signing operation into at least one signing element, then determines the code combination corresponding to each signing element of the signing operation, and finally maps the code combination corresponding to each signing element of the signing operation to the back-end service to complete the signing operation. Therefore, the signing method can complete the differential signing of a plurality of different scenes, and can integrate the signing data of different service platforms. In addition, the subscription method also has the advantages of flexible configuration, easy expansion and the like.
Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
fig. 1 is a schematic flow chart of a subscription method according to a first embodiment of the present invention;
fig. 2 is a flowchart illustrating a subscription method according to a second embodiment of the present invention;
fig. 3 is a schematic flow chart of a contract element display of step 22 of fig. 2;
FIG. 4 is a flowchart illustrating the rendering process of step 224 of FIG. 3;
fig. 5 is a block diagram of a subscribing device according to an embodiment of the present invention;
FIG. 6 is an exemplary system architecture diagram in which embodiments of the present invention may be employed;
fig. 7 is a schematic block diagram of a computer system suitable for use in implementing a terminal device or server of an embodiment of the invention.
Detailed Description
Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
In order to implement differential subscription, embodiments of the present invention provide a subscription method, which may be applied to various differential dynamic subscription scenarios. For example: the signing method can be applied to the product signing scene of ETC, and the signing method is characterized in that uniform signing elements are set to achieve a real-time dynamic characteristic signing effect and can be compatible with all branch ETC product signing. And the ETC signing data of each branch can be integrated, so that the characteristic signing elements can be still kept after ETC product signing is brought into a head office by the branches, rapid landing of ETC national popularization can be finally realized, and user experience and product competitiveness are gradually improved. It should be noted that, the above description on the application scenario of the subscription method is only an example and is not limiting, and the embodiment of the present invention does not specifically limit the application scenario of the subscription method.
Fig. 1 is a schematic flowchart of a subscription method according to an embodiment of the present invention, and as shown in fig. 1, the subscription method may specifically include the following steps:
step 11: receiving a signing operation of a user, and determining signing elements and attribute information of the signing operation according to the signing operation;
before step 11, rule setting for a sign-up operation needs to be performed. The rule setting aims at designing a universal rule, associating the differentiated scene requirements with the signing elements, and then setting and managing the signing elements in multiple dimensions, so that differentiated signing can be realized, the consistency of the overall signing process can be ensured, and the customer experience and the product competitiveness are further improved.
In order to realize the dynamic subscription function, a corresponding subscription element needs to be set for each subscription function. In order to realize the dynamic property and expansibility of product subscription, each subscription element is respectively established with a display area of a corresponding subscription interface and a back-end service.
In order to make the rule setting of the signing operation simple and easy to operate, a mode of interface operation and template uploading can be adopted. The interface operation mode mainly includes that signing elements of signing operations are sequentially configured and recorded, and the template uploading mode includes that all the signing elements of the signing operations can be integrally set in batches.
In step 11, one or more signing elements are correspondingly set in each signing operation, the signing elements mainly include data required by the signing operation, and the signing elements are related to the type of the signing operation. Taking the product signing scene of the ETC as an example, the signing elements mainly comprise: number of people/load, license plate number, vehicle color or type of vehicle. Meanwhile, each signing element is correspondingly provided with attribute information, and a signing interface is correspondingly provided with a display area (or called a display column).
Specifically, the attribute information is used to define a specific meaning of each subscription element, and the attribute information at least includes: element names, element types, element states and element value ranges.
The element name is used for showing a display area of the signing element on the signing interface, and the element name can show the meaning of the field on the signing interface. The element type is used for representing the control type displayed by the signing element on the signing interface, and the control type is mainly divided into a text input box, a multi-selection drop-down box or a single-selection drop-down box and the like. The control types corresponding to different signing elements are different, and the different signing elements are visually and visually distinguished through the different control types, so that the signing elements can be conveniently understood by operators, and the operation experience can be improved. The element value range is used for limiting the value range of the signing element, and mainly aims at the option that part of the signing elements must control input rules or increase default values. By setting the value range of the element, the signing element display column can only input an appointed value.
The element state is used for representing the operable state of each contract element, and each contract element can have one or more element states to realize the dynamism of each contract element. The element state of each signed element comprises the following situations:
1) must input the state
When the signing element is in the necessary input state, the signing element must have value filling or content back display, and if the content of the signing element is empty, the control cannot be submitted.
2) Selecting an input state
The selection input state corresponds to the required input state, and the selection input state indicates that the content of the contract element is unnecessary input, and the contract element can still be submitted even if the content of the contract element is empty.
3) Display-returning and state-modifying
The display-back and modifiable state is used for indicating that the signing element can have an initial value and can be modified. The function of the back display is mainly to avoid redundant input of a user and improve the operation experience of the user.
4) Display-back and non-modifiable state
The display returning and non-modifiable state corresponds to the display returning and modifiable state, and the signed elements with display values can not be modified continuously.
5) Invisible state
The invisible state is used for indicating that the signing elements do not need to be input or displayed, and the signing elements which do not need to be input or displayed can be hidden according to rules, so that the dynamic property of signing element display is realized. The invisible state mainly processes the situation that the same signing element needs to be displayed in one scene and does not need to be displayed in the other scene, and the signing elements can be reused through the invisible state.
Taking the product signing scene of the ETC as an example, the signing elements mainly comprise: license plate number and vehicle colour, signing interface are provided with display area A and display area B, assume that license plate number shows at display area A, license plate number selection text box input mode is input, returns to show and can revise, do not restrict the value range, then attribute information when signing the key element is license plate number includes: display area a, text entry box, back display and modifiable state. Assuming that the vehicle color is displayed in the display area B, the vehicle color is input in a single-selection drop-down box manner, and is displayed back and cannot be modified, and the value range is not limited, the attribute information when the contracted element is the vehicle color includes: display area B, single selection drop-down box, return display and non-modifiable state.
It should be noted that there may be one or more element states for each contract element, and each element state has a code value corresponding to it, as shown in table 1. Meanwhile, priority relations exist among different element states. Further, the priority corresponding to each element state can be determined according to the code value size of each element state. For example: the larger the code value, the higher the priority of the corresponding element state. When each contracted element needs to be displayed in the display area corresponding to the contracted interface, the rendering order may be determined according to the priority of the element state of each contracted element.
TABLE 1 code values corresponding to each element state
| Status of elements | Code value |
| Selection input | 0 |
| Cashback can be modified | 1 |
| Must input | 2 |
| Display return not to be modified | 3 |
| Invisible | 4 |
Step 12: determining a code combination corresponding to the signing operation according to the signing element and attribute information of the signing operation and a preset relation between the signing element and a corresponding code;
in step 12, a code value is set for each element state, and one or more element states may be set for each contracted element. When one contract element has a plurality of element states, the plurality of element states may be combined, and the combined state is independent of the order and depends only on the priority of the element states. For example: in the subscription scenario, the element states of the subscription elements are combinations that must be input and that are in a revisable state, and there are many forms of code value combinations corresponding to the subscription elements, as shown in table 2.
TABLE 2 code combinations corresponding to states of elements
| Status of elements | Code value |
| Must input/cashback is modifiable | 03 or 30 |
Step 13: and mapping the code combination corresponding to the signing operation to a back-end service to complete the signing operation.
The subscription element may be field mapped with the backend service to adapt the backend service, via step 13. In the process of mapping the code combination corresponding to the signing operation to the backend service, the element state of each signing element needs to be compatible, for example, the same signing element is in a return display modifiable state in one scene, and is in an invisible state in another scene, and at this time, for the signing element in the invisible state, a field of the adapted backend service needs to be mapped to be null.
The signing method of the embodiment of the invention divides the signing operation into at least one signing element, then determines the code combination corresponding to each signing element of the signing operation, and finally maps the code combination corresponding to each signing element of the signing operation to the back-end service to complete the signing operation. Therefore, the signing method can complete the differential signing of a plurality of different scenes, and can integrate the signing data of different service platforms.
In addition, the subscription method has the advantages of flexible configuration and easy expansion. The signing elements are configured in a unified mode, and the signing elements can be flexibly configured according to actual requirements. Meanwhile, the control of the signing elements is separately stripped, and if the signing elements need to be expanded, only the newly added signing elements need to be subjected to state adjustment, the existing signing elements are not affected, the expandable effect can be achieved on the premise of generating the lowest influence, and the fast iteration and delivery of products can be realized.
In order to implement the differential display of the contracted elements, on the basis of the above embodiment, the embodiment of the present invention provides another contracted method, which can perform the differential display of the contracted elements. Fig. 2 is a schematic flowchart of a subscription method according to an embodiment of the present invention, and as shown in fig. 2, the subscription method may specifically include the following steps:
step 21: receiving a signing operation of a user, and determining signing elements and attribute information of the signing operation according to the signing operation;
before step 21, rule setting for a sign-up operation needs to be performed. The rule setting aims at designing a universal rule, associating the differentiated scene requirements with the signing elements, and then setting and managing the signing elements in multiple dimensions, so that differentiated signing can be realized, the consistency of the overall signing process can be ensured, and the customer experience and the product competitiveness are further improved.
In order to realize the dynamic subscription function, a corresponding subscription element needs to be set for each subscription function. In order to realize the dynamic property and expansibility of product subscription, each subscription element is respectively established with a display area of a corresponding subscription interface and a back-end service.
In order to make the rule setting of the signing operation simple and easy to operate, a mode of interface operation and template uploading can be adopted. The interface operation mode mainly includes that signing elements of signing operations are sequentially configured and recorded, and the template uploading mode includes that all the signing elements of the signing operations can be integrally set in batches.
In step 21, one or more signing elements are correspondingly set in each signing operation, where the signing elements mainly include data required by the signing operation, and the signing elements are related to the type of the signing operation. Taking the product signing scene of the ETC as an example, the signing elements mainly comprise: number of people/load, license plate number, vehicle color or type of vehicle. Meanwhile, each signing element is correspondingly provided with attribute information, and a signing interface is correspondingly provided with a display area (or called a display column).
Specifically, the attribute information is used to define a specific meaning of each subscription element, and the attribute information at least includes: element names, element types, element states and element value ranges.
The element name is used for showing a display area of the signing element on the signing interface, and the element name can show the meaning of the field on the signing interface. The element type is used for representing the control type displayed by the signing element on the signing interface, and the control type is mainly divided into a text input box, a multi-selection drop-down box or a single-selection drop-down box and the like. The control types corresponding to different signing elements are different, and the different signing elements are visually and visually distinguished through the different control types, so that the signing elements can be conveniently understood by operators, and the operation experience can be improved. The element value range is used for limiting the value range of the signing element, and mainly aims at the option that part of the signing elements must control input rules or increase default values. By setting the value range of the element, the signing element display column can only input an appointed value.
The element state is used for representing the operable state of each contract element, and each contract element can have one or more element states to realize the dynamism of each contract element. The element state of each signed element comprises the following situations:
1) must input the state
When the signing element is in the necessary input state, the signing element must have value filling or content back display, and if the content of the signing element is empty, the control cannot be submitted.
2) Selecting an input state
The selection input state corresponds to the required input state, and the selection input state indicates that the content of the contract element is unnecessary input, and the contract element can still be submitted even if the content of the contract element is empty.
3) Display-returning and state-modifying
The display-back and modifiable state is used for indicating that the signing element can have an initial value and can be modified. The function of the back display is mainly to avoid redundant input of a user and improve the operation experience of the user.
4) Display-back and non-modifiable state
The display returning and non-modifiable state corresponds to the display returning and modifiable state, and the signed elements with display values can not be modified continuously.
5) Invisible state
The invisible state is used for indicating that the signing elements do not need to be input or displayed, and the signing elements which do not need to be input or displayed can be hidden according to rules, so that the dynamic property of signing element display is realized. The invisible state mainly processes the situation that the same signing element needs to be displayed in one scene and does not need to be displayed in the other scene, and the signing elements can be reused through the invisible state.
Taking the product signing scene of the ETC as an example, the signing elements mainly comprise: license plate number and vehicle colour, signing interface are provided with display area A and display area B, assume that license plate number shows at display area A, license plate number selection text box input mode is input, returns to show and can revise, do not restrict the value range, then attribute information when signing the key element is license plate number includes: display area a, text entry box, back display and modifiable state. Assuming that the vehicle color is displayed in the display area B, the vehicle color is input in a single-selection drop-down box manner, and is displayed back and cannot be modified, and the value range is not limited, the attribute information when the contracted element is the vehicle color includes: display area B, single selection drop-down box, return display and non-modifiable state.
It should be noted that there may be one or more element states for each contract element, and each element state has a code value corresponding to it, as shown in table 1. Meanwhile, priority relations exist among different element states. Further, the priority corresponding to each element state can be determined according to the code value size of each element state. For example: the larger the code value, the higher the priority of the corresponding element state. When each contracted element needs to be displayed in the display area corresponding to the contracted interface, the rendering order may be determined according to the priority of the element state of each contracted element.
Step 22: and displaying the signing elements of the signing operation in a display area corresponding to the signing interface according to the signing elements and the attribute information of the signing operation and the preset relationship between the signing elements and the display area of the signing interface.
In step 22, the sign-up interface may be understood as a page presented by the sign-up. Each signing interface is provided with a plurality of display areas (or display columns). After the initialization of the display area of each signing element is completed, the rendering process can be executed according to the mutual exclusion and priority relation between the element state and the code of each signing element, one signing operation is displayed on a signing interface by the display areas of all signing elements, the display rule of each display area is controlled according to the element state of each signing element, and finally the differential display of the signing elements is completed through the rendering process.
Specifically, when performing differential display on a signing element, an element state corresponding to each signing element of the signing operation may be determined according to the signing element and attribute information of the signing operation, where each signing element includes at least one element state; then determining the priority of the element state of each signing element of the signing operation according to the preset relation between the element state and the corresponding code; and then, according to the priority of the element state of each signing element of the signing operation, rendering each signing element of the signing operation in sequence, and different signing interfaces can be generated for different scenes through the rendering. And displaying each signing element of the signing operation in a display area corresponding to the signing interface according to the preset relation between the signing element and the display area of the signing interface.
To facilitate simplifying subsequent rendering processes, combinations of element states may be integrated into combinations of code. Compatible relation and mutual exclusion relation exist among different element states, each element state has priority, and the execution sequence of each element state can be determined according to the priority of each element state. In order to be compatible with the mutual exclusivity of the element states, the priority rule of the element states needs to be set, and the higher the priority is, the later the rendering rule is executed, so that the rule consistency can be finally achieved. Wherein, the priority of the element state is as follows: select input state < must input state < show back and modifiable state < show back and unmodified state < invisible state. And performing relevant processing on each element state in a subsequent dynamic rendering rule according to needs.
It is understood that the two states in which each contract element defaults to the lowest priority are the select input state and the render and modifiable state, since the two states are compatible and the initial render presentation can be performed for each contract element; when the status of the contract element is in the input-required status, the contract element may be set as input-required, and the display area (display field) corresponding to the contract element may not be blank. When the signing element is in a back display and non-modifiable state, the display area of the signing element can be set to be inoperable, and the signing element can not be controlled to input content. And when the signing element is in an invisible state, setting the display area of the signing element to be hidden, and simultaneously filling the page space of the hidden signing element with the display area of the next displayable signing element.
It should be noted that each subscription element has a corresponding display area on the subscription interface, and each display area is composed of a corresponding code segment. The code segment of each display area is divided into dynamic code and dynamic code. The static code includes element style, whether a tag must be entered, type tag, etc. The static code may be an HTML (hypertext Markup Language) static code, the HTML static code being mainly used for static display of a page, the UI effect of the signed element display and the event logic of the signed element may be implemented by the dynamic code, the event logic being mainly embodied in the relationship between different signed elements, the dynamic code may be a JAVASCRIPT (JAVASCRIPT is an transliterated script Language) dynamic code, the JAVASCRIPT dynamic code being mainly used for processing different logic rules, and thus, each independent signed element may be expressed by a combination of the dynamic code and the static code.
Static code:
<dynamicElement style＝“ul_two”id＝“tagName”type＝“input”/>
dynamic code:
var tagName＝new DynamicElement(style,id,type,eventfn)。
step 23: determining a code combination corresponding to the signing operation according to the signing element and attribute information of the signing operation and a preset relation between the signing element and a corresponding code;
in step 23, a code value is set for each element status, and one or more element statuses may be set for each contracted element. When one contract element has a plurality of element states, the plurality of element states may be combined, and the combined state is independent of the order and depends only on the priority of the element states. For example: in the subscription scenario, the element states of the subscription elements are combinations that must be input and that are in a revisable state, and there are many forms of code value combinations corresponding to the subscription elements, as shown in table 2.
Step 24: and mapping the code combination corresponding to the signing operation to a back-end service to complete the signing operation.
The subscription element may be field mapped with the backend service to adapt the backend service, via step 24. In the process of completing the signing operation, the element state of each signing element needs to be compatible, for example, the same signing element is modifiable in a reverse display mode in one scene, and is in an invisible state in another scene, and at this time, for the signing element in the invisible state, the field of the adapted backend service needs to be mapped to be null. It should be noted that the signing elements of the signing interface may be uniformly mapped to the backend service interface, so as to perform uniform adaptation to the difference of the backend service, and meanwhile, the rule adjustment of the signing elements may be gradually driven according to the change of the backend service.
Each signing operation has a corresponding display area (or called a display field) on the signing interface, and the code logic of each display area determines whether to assign the content of the display area to the interface designated field mapped with the back-end service according to the element state of each signing element. When the element state of the signing element is invisible, the content of the display area is not assigned; when the element state of the signing element is a display returning and non-modifiable state, assigning the display returning content; and when the element state of the signed element is the necessary input state, assigning the value to the recorded content of the display area, wherein the processing logic of the signed element in the necessary input state is consistent with the processing logic of the signed element in the back display and modifiable state and the selection input state. Through the control rule processing of all the signing elements, the content of different display areas of the signing interface can be uniformly assigned and mapped, and the consistent signing of differential display is completed.
The signing method of the embodiment of the invention divides the signing operation into at least one signing element, then determines the code combination corresponding to each signing element of the signing operation, and finally maps the code combination corresponding to each signing element of the signing operation to the back-end service to complete the signing operation. Therefore, the signing method can complete signing of a plurality of different scenes, realize differential signing and simultaneously integrate signing data of different service platforms.
The signing method mainly has the following advantages:
1) and uniformly configuring the signing elements. The signing elements can be flexibly configured according to actual requirements, and the realization of differential signing is greatly simplified;
2) the control and the display of the signing elements are separated, and the differential display of the signing elements can be realized by configuring the state of the elements;
3) easy to expand.
It can be understood that each signing operation is correspondingly provided with one or more signing elements, so that the control of the signing elements can be separately stripped, and if the signing elements need to be expanded, only the newly added signing elements need to be subjected to state adjustment, the existing signing elements are not affected, the expandable effect can be achieved on the premise of producing the lowest influence, and the rapid iteration and the delivery of products can be realized. By separating element control from element display, the subscription can be expanded more easily, and the rapid expansion of differential subscription can be achieved only by increasing the element state.
In the embodiment of the invention, the signing method distinguishes the control and the performance of the signing elements. The element representation is general display, is only related to the signing element, has no absolute relation with differential display, and can realize differential signing and display through the control of the signing element. In summary, the benefit of distinguishing essential control from essential expression is: the reusability of the codes is improved, the signing of a plurality of different scenes can be completed by one set of codes, and the flexibility of differential performance is improved.
In the embodiment of the present invention, the differential display of the contract-signing elements may be implemented in various ways, and is described as an example in a preferred manner. Referring to fig. 3, step 22 may specifically include the following steps:
step 221: determining an element state corresponding to each signing element of the signing operation according to the signing element and attribute information of the signing operation, wherein each signing element at least comprises one element state;
in step 221, the element state includes one or more of: must enter a state, select an input state, render and revisable a state, render and non-revisable a state, and non-viewable a state. Each of the subscription elements includes at least one element status, such as: the element states of the contract elements are combinations of the necessary inputs and the modifiable states for rendering.
Step 222: determining a code value corresponding to the element state of each signing element of the signing operation according to the preset relation between the element state and the corresponding code;
for example: table 1 is used to show the preset relationship between the element states and the corresponding codes, and the code value corresponding to the element state of each signed element of the signing operation may be determined according to table 1. It should be noted that the situation shown in table 1 is only an example and is not limited.
Step 223: determining the priority of the element state of each signing element of the signing operation according to the code value corresponding to the element state of each signing element of the signing operation;
in order to be compatible with the mutual exclusivity of the element states, the priority rule of the element states needs to be set, and the higher the priority is, the later the rendering rule is executed, so that the rule consistency can be finally achieved. For example: as can be seen from the code values of each element state shown in table 1, the priority of the element state is: select input state < must input state < show back and modifiable state < show back and unmodified state < invisible state. And performing relevant processing on each element state in a subsequent dynamic rendering rule according to needs.
It is understood that the two states in which each contract element defaults to the lowest priority are the select input state and the render and modifiable state, since the two states are compatible and the initial render presentation can be performed for each contract element; when the status of the contract element is in the input-required status, the contract element may be set as input-required, and the display area (display field) corresponding to the contract element may not be blank. When the signing element is in a back display and non-modifiable state, the display area of the signing element can be set to be inoperable, and the signing element can not be controlled to input content. And when the signing element is in an invisible state, setting the display area of the signing element to be hidden, and simultaneously filling the page space of the hidden signing element with the display area of the next displayable signing element.
Step 224: according to the priority of the element state of each signing element of the signing operation, rendering each signing element of the signing operation in sequence;
in step 224, the higher the priority of the element state is, the later the rendering processing is performed. For example: as can be seen from the code value of each element state shown in table 1, the priority of the required input state, the display-returned and non-modifiable state, and the priority of the invisible state are sequentially increased, and the rendering process of the required input state, the display-returned and non-modifiable state, and the invisible state is sequentially performed from front to back.
Step 225: and displaying each signing element of the signing operation in a display area corresponding to the signing interface according to the preset relation between the signing element and the display area of the signing interface.
In step 225, each subscription element has a corresponding display area on the subscription interface, and each display area is composed of a corresponding code segment. The code segment of each display area is divided into dynamic code and dynamic code. The static code includes element style, whether a tag must be entered, type tag, etc. The static code may be an HTML (hypertext Markup Language) static code, the HTML static code being mainly used for static display of a page, the UI effect of the signed element display and the event logic of the signed element may be implemented by the dynamic code, the event logic being mainly embodied in the relationship between different signed elements, the dynamic code may be a JAVASCRIPT (JAVASCRIPT is an transliterated script Language) dynamic code, the JAVASCRIPT dynamic code being mainly used for processing different logic rules, and thus, each independent signed element may be expressed by a combination of the dynamic code and the static code.
Static code:
<dynamicElement style＝“ul_two”id＝“tagName”type＝“input”/>
dynamic code:
var tagName＝new DynamicElement(style,id,type,ventfn)。
in the embodiment of the present invention, through steps 221 to 225, one signing operation can be displayed on the signing interface from the display areas of all signing elements, the display rule of each display area is controlled according to the element state of each signing element, and finally, the differential display of the signing elements is completed through rendering processing.
In the embodiment of the invention, after the initialization of the display area of each signed element is completed, the rendering process can be executed according to the mutual exclusion and priority relation between the element state and the code of each signed element, and finally the differential display of the signed elements is realized. Referring to fig. 4, when the priorities of the must-input state, the display-back and non-modifiable state and the invisible state decrease in sequence, step 224 may specifically include the following steps:
step 2241: judging whether the element state of the signing element has a necessary input state; if yes, go to step 2242; otherwise, go to step 2243.
After step 223 is performed, step 2241 is performed.
Step 2242: setting the signing element as a necessary input;
step 2243: setting the signing element as a selection input;
step 2244: judging whether the element state of the signing element has a back display and non-modifiable state; if yes, go to step 2245; otherwise, go to step 2246.
Step 2245: setting the signing element as non-modifiable;
step 2246: setting the subscription element as modifiable;
step 2247: judging whether the element state of the signing element has an invisible state; if yes, go to step 2248; otherwise, go to step 2249.
Step 2248: setting the signing element as hidden;
step 2249: the subscription element is not processed and then step 225 is performed.
In the embodiment of the present invention, steps 2241 to 2249 are used to indicate a rendering process of each subscription element, different subscription interfaces can be generated for different scenes according to steps 2241 to 2249, and finally, the differential display of the subscription elements is completed through the rendering process.
It should be noted that rendering processing procedures of different signing elements are similar, and the rendering processing procedure of each signing element of the signing operation may be sequentially completed with reference to the flow shown in fig. 4, so as to finally complete the differential display of the signing operation.
Fig. 5 is a schematic block diagram of a subscribing device according to an embodiment of the present invention, and referring to fig. 5, the subscribing device 500 may specifically include:
a first determining module 501, configured to receive a subscription operation of a user, and determine a subscription element and attribute information of the subscription operation according to the subscription operation;
a second determining module 502, configured to determine, according to the subscription element and attribute information of the subscription operation and a preset relationship between the subscription element and a corresponding code, a code combination corresponding to the subscription operation;
a mapping module 503, configured to map the code combination corresponding to the signing operation to a backend service, so as to complete the signing operation.
Optionally, the attribute information at least includes: element names, element types, element states and element value ranges.
Optionally, the signing device further includes:
and the display module is used for displaying the signing element of the signing operation in a display area corresponding to the signing interface according to the signing element and the attribute information of the signing operation and the preset relationship between the signing element and the display area of the signing interface.
Optionally, the display module is further configured to:
determining an element state corresponding to each signing element of the signing operation according to the signing element and attribute information of the signing operation, wherein each signing element at least comprises one element state;
determining the priority of the element state of each signing element of the signing operation according to the preset relation between the element state and the corresponding code;
according to the priority of the element state of each signing element of the signing operation, rendering each signing element of the signing operation in sequence;
and displaying each signing element of the signing operation in a display area corresponding to the signing interface according to the preset relation between the signing element and the display area of the signing interface.
Optionally, the display module is further configured to:
determining a code value corresponding to the element state of each signing element of the signing operation according to the preset relation between the element state and the corresponding code;
and determining the priority of the element state of each signing element of the signing operation according to the code value corresponding to the element state of each signing element of the signing operation.
Optionally, the element status includes one or more of: must enter a state, select an input state, render and revisable a state, render and non-revisable a state, and non-viewable a state.
Optionally, the priority of the must-enter state, the display-back and non-modifiable state, and the non-viewable state decreases in order.
Optionally, the display module is further configured to:
judging whether the element state of the signing element has a necessary input state;
if yes, setting the signing element as a necessary input; otherwise, setting the signing element as selection input;
judging whether the element state of the signing element has a back display and non-modifiable state;
if yes, the signing element is set to be not modifiable; otherwise, the signing element is set to be modifiable;
judging whether the element state of the signing element has an invisible state;
if yes, setting the signing element as hidden; otherwise, the signing element is not processed.
The signing device of the embodiment of the invention divides the signing operation into at least one signing element, then determines the code combination corresponding to each signing element of the signing operation, and finally maps the code combination corresponding to each signing element of the signing operation to the back-end service to complete the signing operation. Therefore, the signing device can complete the differential signing of a plurality of different scenes and can integrate the signing data of different service platforms. In addition, the signing device also has the advantages of flexible configuration, easy expansion and the like.
Fig. 6 illustrates an exemplary system architecture 600 of a subscription method or subscription device to which embodiments of the invention may be applied.
As shown in fig. 6, the system architecture 600 may include terminal devices 601, 602, 603, a network 604, and a server 605. The network 604 serves to provide a medium for communication links between the terminal devices 601, 602, 603 and the server 605. Network 604 may include various types of connections, such as wire, wireless communication links, or fiber optic cables, to name a few.
A user may use the terminal devices 601, 602, 603 to interact with the server 605 via the network 604 to receive or send messages or the like. The terminal devices 601, 602, 603 may have various communication client applications installed thereon, such as shopping applications, web browser applications, search applications, instant messaging tools, mailbox clients, social platform software, etc. (by way of example only).
The terminal devices 601, 602, 603 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.
The server 605 may be a server providing various services, such as a background management server (for example only) providing support for shopping websites browsed by users using the terminal devices 601, 602, 603.
It should be noted that the signing method provided in the embodiment of the present invention is generally executed by the server 605, and accordingly, the signing apparatus is generally disposed in the server 605.
It should be understood that the number of terminal devices, networks, and servers in fig. 6 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Referring now to FIG. 7, shown is a block diagram of a computer system 700 suitable for use with a terminal device implementing an embodiment of the present invention. The terminal device shown in fig. 7 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.
As shown in fig. 7, the computer system 700 includes a Central Processing Unit (CPU)701, which can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)702 or a program loaded from a storage section 708 into a Random Access Memory (RAM) 703. In the RAM 703, various programs and data necessary for the operation of the system 700 are also stored. The CPU 701, the ROM 702, and the RAM 703 are connected to each other via a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.
The following components are connected to the I/O interface 705: an input portion 706 including a keyboard, a mouse, and the like; an output section 707 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage section 708 including a hard disk and the like; and a communication section 709 including a network interface card such as a LAN card, a modem, or the like. The communication section 709 performs communication processing via a network such as the internet. A drive 710 is also connected to the I/O interface 705 as needed. A removable medium 711 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 710 as necessary, so that a computer program read out therefrom is mounted into the storage section 708 as necessary.
In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program can be downloaded and installed from a network through the communication section 709, and/or installed from the removable medium 711. The computer program performs the above-described functions defined in the system of the present invention when executed by the Central Processing Unit (CPU) 701.
It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be separate and not incorporated into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to comprise: receiving a signing operation of a user, and determining signing elements and attribute information of the signing operation according to the signing operation; determining a code combination corresponding to the signing operation according to the signing elements and attribute information of the signing operation and a preset relation between each signing element and a corresponding code; and mapping the code combination corresponding to the signing operation to a back-end service to complete the signing operation.
According to the technical scheme of the embodiment of the invention, the signing operation can be divided into at least one signing element, then the code combination corresponding to each signing element of the signing operation is determined, and finally the code combination corresponding to each signing element of the signing operation is mapped to the back-end service to complete the signing operation. Therefore, the signing device can complete the differential signing of a plurality of different scenes and can integrate the signing data of different service platforms. In addition, the signing device also has the advantages of flexible configuration, easy expansion and the like.
The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (9)
1. A method of signing a contract, comprising:
receiving a signing operation of a user, and determining signing elements and attribute information of the signing operation according to the signing operation;
determining an element state corresponding to each signing element of the signing operation according to the signing element and attribute information of the signing operation, wherein each signing element at least comprises one element state;
determining the priority of the element state of each signing element of the signing operation according to the preset relation between the element state and the corresponding code;
according to the priority of the element state of each signing element of the signing operation, rendering each signing element of the signing operation in sequence;
displaying each signing element of the signing operation in a display area corresponding to a signing interface according to a preset relation between the signing element and the display area of the signing interface in sequence;
determining a code combination corresponding to the signing operation according to the signing element and attribute information of the signing operation and a preset relation between the signing element and a corresponding code;
and mapping the code combination corresponding to the signing operation to a back-end service to complete the signing operation.
2. The method according to claim 1, wherein the attribute information includes at least: element names, element types, element states and element value ranges.
3. The method according to claim 1, wherein the determining the priority of the element state of each signed element of the signed operation according to the preset relationship between the element state and the corresponding code comprises:
determining a code value corresponding to the element state of each signing element of the signing operation according to the preset relation between the element state and the corresponding code;
and determining the priority of the element state of each signing element of the signing operation according to the code value corresponding to the element state of each signing element of the signing operation.
4. The method of claim 3, wherein the element status comprises one or more of: must enter a state, select an input state, render and revisable a state, render and non-revisable a state, and non-viewable a state.
5. The method of claim 4, wherein the must-enter state, the render-and-non-modifiable state, and the non-viewable state are prioritized in order.
6. The method according to claim 4 or 5, wherein the sequentially rendering each of the signed elements of the signed operation according to the priority of the element state of each of the signed elements of the signed operation comprises:
judging whether the element state of the signing element has a necessary input state;
if yes, setting the signing element as a necessary input; otherwise, setting the signing element as selection input;
judging whether the element state of the signing element has a back display and non-modifiable state;
if yes, the signing element is set to be not modifiable; otherwise, the signing element is set to be modifiable;
judging whether the element state of the signing element has an invisible state;
if yes, setting the signing element as hidden; otherwise, the signing element is not processed.
7. A subscribing device, comprising:
the first determining module is used for receiving the signing operation of a user and determining signing elements and attribute information of the signing operation according to the signing operation;
the display module is used for determining an element state corresponding to each signing element of the signing operation according to the signing element and attribute information of the signing operation, and each signing element at least comprises one element state; determining the priority of the element state of each signing element of the signing operation according to the preset relation between the element state and the corresponding code; according to the priority of the element state of each signing element of the signing operation, rendering each signing element of the signing operation in sequence; displaying each signing element of the signing operation in a display area corresponding to a signing interface according to a preset relation between the signing element and the display area of the signing interface in sequence;
a second determining module, configured to determine, according to the subscription element and attribute information of the subscription operation and a preset relationship between the subscription element and a corresponding code, a code combination corresponding to the subscription operation;
and the mapping module is used for mapping the code combination corresponding to the signing operation to a back-end service to complete the signing operation.
8. An electronic device, comprising:
one or more processors;
a storage device for storing one or more programs,
when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-6.
9. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010620620.0A CN111831179B (en) | 2020-07-01 | 2020-07-01 | Signing method, device and computer readable medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010620620.0A CN111831179B (en) | 2020-07-01 | 2020-07-01 | Signing method, device and computer readable medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111831179A CN111831179A (en) | 2020-10-27 |
| CN111831179B true CN111831179B (en) | 2021-12-14 |
Family
ID=72899964
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010620620.0A Active CN111831179B (en) | 2020-07-01 | 2020-07-01 | Signing method, device and computer readable medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111831179B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112598415A (en) * | 2020-12-10 | 2021-04-02 | 中国农业银行股份有限公司南海分行 | Optimization method and system for vehicle non-inductive payment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104574182A (en) * | 2015-01-28 | 2015-04-29 | 中国农业银行股份有限公司 | Bank reconciliation account configuration method and device |
| CN106651572A (en) * | 2016-12-29 | 2017-05-10 | 中国建设银行股份有限公司 | Business rule assembly method and apparatus |
| CN109102395A (en) * | 2018-08-16 | 2018-12-28 | 中国建设银行股份有限公司 | The signing system and method for bank product |
| CN110648135A (en) * | 2019-08-29 | 2020-01-03 | 陈建明 | Electronic payment and settlement method based on object |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5250458B2 (en) * | 2009-03-17 | 2013-07-31 | ローレルバンクマシン株式会社 | Deposit system |
| AU2016288631A1 (en) * | 2015-07-02 | 2018-02-22 | Asb Bank Limited | Systems, devices, and methods for interactions with an account |
| CN106780010A (en) * | 2016-12-26 | 2017-05-31 | 中国建设银行股份有限公司 | The contracting method and system of a kind of bank product |
| CN107730642A (en) * | 2017-10-17 | 2018-02-23 | 北京梦陀螺科技有限公司 | A kind of compatible ETC quick fare payment system in track and its method of work |
| CN109710214A (en) * | 2018-08-17 | 2019-05-03 | 深圳壹账通智能科技有限公司 | Construction method, device, terminal device and the storage medium of electronic signature software |
| CN111198873B (en) * | 2020-01-08 | 2023-07-07 | 中国建设银行股份有限公司 | Data processing method and device |
-
2020
- 2020-07-01 CN CN202010620620.0A patent/CN111831179B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104574182A (en) * | 2015-01-28 | 2015-04-29 | 中国农业银行股份有限公司 | Bank reconciliation account configuration method and device |
| CN106651572A (en) * | 2016-12-29 | 2017-05-10 | 中国建设银行股份有限公司 | Business rule assembly method and apparatus |
| CN109102395A (en) * | 2018-08-16 | 2018-12-28 | 中国建设银行股份有限公司 | The signing system and method for bank product |
| CN110648135A (en) * | 2019-08-29 | 2020-01-03 | 陈建明 | Electronic payment and settlement method based on object |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111831179A (en) | 2020-10-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110795195B (en) | Webpage rendering method and device, electronic equipment and storage medium | |
| US10331765B2 (en) | Methods and apparatus for translating forms to native mobile applications | |
| CN112633691A (en) | Method and device for generating custom approval process | |
| CN110706093A (en) | Accounting processing method and device | |
| CN113031946A (en) | Method and device for rendering page component | |
| CN113626223A (en) | Interface calling method and device | |
| EP3654175A1 (en) | Terminal device, ui extension method, and ui extension program | |
| CN113722124A (en) | Content processing method, device, equipment and storage medium of cloud mobile phone | |
| CN110489158B (en) | Method, device, medium and electronic equipment for optimizing code hosting platform | |
| CN115795211A (en) | Page display method, device, system, equipment and storage medium | |
| CN115309470A (en) | Method, device and equipment for loading widgets and storage medium | |
| CN111831179B (en) | Signing method, device and computer readable medium | |
| CN112486482A (en) | Page display method and device | |
| CN113138760B (en) | Page generation method and device, electronic equipment and medium | |
| CN114968235A (en) | Page form generation method and device, computer equipment and storage medium | |
| CN113312900A (en) | Data verification method and device | |
| CN112507017A (en) | Data table conversion method and device | |
| CN113761415A (en) | Page display method and device | |
| CN112948472A (en) | Data processing method, device, equipment and computer readable medium | |
| CN112882775A (en) | Method and device for self-adaptive adjustment of page template | |
| CN113342413B (en) | Method, apparatus, device, medium, and article for processing components | |
| CN115509630B (en) | Control processing method and device, electronic equipment and medium | |
| CN113779468B (en) | Method and device for processing page interface data | |
| US11936531B2 (en) | Transforming content in a document using chained applications in a client-server architecture | |
| CN113553123B (en) | Data processing method, device, electronic equipment and storage medium |
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. |