WO2009132529A1 - 一种网页表单数据验证的方法和装置 - Google Patents

一种网页表单数据验证的方法和装置 Download PDF

Info

Publication number
WO2009132529A1
WO2009132529A1 PCT/CN2009/070473 CN2009070473W WO2009132529A1 WO 2009132529 A1 WO2009132529 A1 WO 2009132529A1 CN 2009070473 W CN2009070473 W CN 2009070473W WO 2009132529 A1 WO2009132529 A1 WO 2009132529A1
Authority
WO
WIPO (PCT)
Prior art keywords
verifier
module
client
script code
data
Prior art date
Application number
PCT/CN2009/070473
Other languages
English (en)
French (fr)
Inventor
刘建军
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2009132529A1 publication Critical patent/WO2009132529A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures

Definitions

  • the present invention relates to the field of network applications, and in particular, to a method and apparatus for web page form data verification.
  • the above verification of the data input by the user can be divided into two ways: the first is to verify the data of each input field of the form through the script language on the client browser side, for example, the user name cannot be empty, then The script language can be used to determine whether there is a value in the user name input box of the form; the second way is to perform verification on the server side, that is, through server-side logic code (such as Java).
  • server-side logic code such as Java
  • the WEB framework can save a lot of code writing, it is common in WEB-based applications.
  • the WEB framework is used, and the verification function of the web form data is completed through the WEB framework.
  • a scheme for realizing web form data verification based on WEB framework in the prior art is: realizing client and server side verification; on the server side, script logic code is generated by a template module using a template technology. After generating the form, the script module finds the validator identifier associated with each input field by finding the correspondence relationship between the user input field of the configured form and the validator identifier required by the domain, and generates a verification script by using the identifier. Code, these verification script code is used by the client to verify the data in the input field. And the data verification of the server end is completed by the verifier corresponding to the verifier identifier associated with the input domain.
  • the verification logic implementation of the server side is completed in the validator, which is completed by the verification logic of the validator itself, and the logic code for the data verification of the client is generated by the script module of the client according to the verification identifier through the template. Because the client's verification logic code and the server-side verification logic are implemented by different objects, that is, the logical implementation of the two is separated, which easily leads to inconsistency between the client and server side verification logic, and the verification logic is more different. , which increases the chances of system errors and maintenance costs.
  • the embodiment of the invention provides a method and a device for verifying data of a webpage form, so as to reduce the inconsistency between the verification logic of the client and the server, thereby reducing the probability of system errors.
  • a validator including:
  • the interface module includes a specified interface, and after the specified interface is called, outputting a script code for client data verification;
  • the verification module is used to verify the data in the form field in the web form to be verified after being triggered for data verification on the server side.
  • a device for verifying web form data comprising:
  • a verifier management module for managing at least one verifier
  • a script module configured to receive a call request for generating script code, according to a webpage included in the call request Form field information in the form, obtaining a validator associated with the form field in the validator managed by the validator management module, and obtaining the script code for client data verification by calling the validator, the script Code output, the script code is used by the client to verify data in the form field
  • a web framework comprising:
  • the framework main module is configured to receive a web request sent by the client to obtain a form page, generate a page content of the form page, invoke a script module to generate a script code, and return the content of the page and the script code returned by the script module to The client;
  • a verifier management module for managing at least one verifier
  • a script module configured to: after receiving the call request for generating the script code, obtain the validator and the webpage form managed by the validator management module according to the form field information in the webpage form included in the call request A validator associated with the form field in the library, obtains script code for client data verification by calling the validator, and returns the script code to the framework main module.
  • a method for data validation of web form forms comprising:
  • the embodiment of the present invention reduces the need for the webpage form by causing the verifier to be responsible for both the server-side data verification and the client-side data verification script code. After data validation, there is a disagreement between the server-side and client-side validation logic.
  • FIG. 1 is a schematic structural diagram of a verifier according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of an apparatus for verifying data of a webpage form according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a web framework according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of a method for verifying data of a webpage form according to an embodiment of the present invention
  • FIG. 5 is a first interaction flowchart of a method for verifying data of a webpage form according to an embodiment of the present invention
  • 6 is a second interaction flowchart of a method for verifying data of a webpage form according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of a processing procedure of adding a verifier according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of a processing procedure of a modified verifier according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of a processing procedure of a deletion verifier according to an embodiment of the present invention.
  • the embodiment of the invention provides a method for verifying webpage form data and a corresponding device.
  • the verification of the server and the verification of the client are related by a mechanism.
  • the verification logic of the server and the client may be uniformly defined by the association verifier and the verification domain, and the verification device of the embodiment of the present invention It is responsible for both server-side data validation and script code for outputting client-side data validation, thereby reducing the inconsistency between server-side and client-side validation logic. The details are explained below.
  • the communication system includes a server end and a client end, wherein the server end is configured to receive a web request for obtaining a form page from the client, generate a page content of the corresponding form page, and use the client for the page content.
  • the script code of the end data verification is returned to the client for the browser of the client to parse and display the corresponding interface.
  • the script code for client data verification herein refers to script code for the client to verify the data input in the form field in the web form; wherein the form field in the web form may be associated with one or Multiple validators; for example: A form field in a web form, such as the "user name" field, can be associated with two validators.
  • One is to verify that the null cannot be valid, and the other is a validator that detects the length.
  • the client is configured to send a web request for obtaining a form page to the server, and receive data submitted (or input) in each form field of the webpage form displayed by the user, according to a script code pair returned by the server side.
  • the data in the corresponding form field is verified.
  • the server uses the validator for the corresponding The data in the form field is verified.
  • the structure of the validator provided by the embodiment of the present invention is as shown in FIG. 1 , wherein the validator is used for data verification on the server side (ie, providing server-side Verification logic), providing relevant interface to realize the output of the client verification script code, and other modules obtain the script code for client data verification by calling the interface; mainly including the following modules [46]
  • the verification module 11 is configured to verify data in the form field in the webpage form that needs to be verified after being triggered to perform data verification on the server side; in an implementation, the verification module 11 is specifically used to be After triggering the server-side data verification, the data in the form field in the web form to be verified is verified according to the set verification logic for server-side verification.
  • one or more verification logics may be set in one verifier
  • the data verification script code of the client may be at least one of multiple verification logics, for example: three verifications of A, B, and C exist in the verifier Logic
  • the client's data validation script code can be A, or A, B, or A, B, C.
  • the interface module 12 includes a specified interface, and after the specified interface is called, outputs script code for client data verification. Depending on the needs of client-side validation, developers can allow a small amount of difference between the client and server-side authentication logic.
  • the interface module 12 is a second interface module, and includes a second designated interface. After the specified interface is invoked, a script code for client data verification is generated, and is output. The script code;
  • the interface module 12 is pre-configured with script code for client data verification, and the interface module 12 is a third interface module, including a third designated interface. After the specified interface is invoked, the output is pre- Configured script code for client data validation.
  • the interface module 12 is a first interface module, and is configured to provide a first designated interface, where the first designated interface is invoked. , outputting the same script code as the verification logic of the verification module 11, which is used for client data verification.
  • the verifier in the embodiment of the present invention is also called and outputs script code for client data verification to the client, and the browser of the client uses the script code to perform data verification.
  • Verification which reduces the server-side and client-side verification logic inconsistency, and can also output the same script code as the verification module's verification logic through the verifier, so that the server-side and client-side verification logics are consistent, thereby reducing the chance of system errors and System maintenance costs.
  • FIG. 2 A schematic structural diagram of an apparatus for verifying webpage form data provided by an embodiment of the present invention is shown in FIG. 2, and includes the following modules: [53]
  • the verifier management module 24 is configured to manage at least one verifier, and maintain correspondence information between the identifier of the verifier and the verifier, wherein different verifiers implement different verification logics, and each verifier corresponds to Authenticator ID, by the identity of the validator,
  • the identifier of the verifier is information for identifying and distinguishing different verifiers, which may be a verifier name, a verifier number, etc., which may be in the form of a number, or a character, or A combination of numbers and characters, for example: ⁇ use different strings to represent the validator names of different validators;
  • the script module 22 is configured to receive a call request for generating a script code, where the call request includes form field information of a webpage form, and obtain the verifier management module 24 according to the form domain information included in the call request. a verifier in the managed verifier associated with the form field in the web form, by calling the verifier to obtain script code for client data verification, outputting the script code, the script code being used for the client Verify the data in the form field.
  • the web form involves multiple form fields, and each form field is associated with one or more validators.
  • the form field and the validator can be associated with each other.
  • the above is to maintain the association information between the form field identifier and the validator identifier; here, the form field identifier is information for identifying and distinguishing different form fields, for example: the form field name, etc.; correspondingly, the above web form data verification
  • the device can also include:
  • the association module 23 is configured to store association information between the form field identifier and the validator identifier. For example, the age field in the form to add a new user must enter a range of integers, so the age field can be associated with a validator that verifies the range and validates the input data as an integer.
  • a form field ID can be associated with one or more validator IDs.
  • the script module 22 is a first script module, configured to obtain, after receiving the call request for generating the script code, the associated domain module according to the form field identifier information of the webpage form included in the call request.
  • the form field identifies the associated verifier identifier, and obtains the corresponding verifier from the verifier management module 24 through the verifier identifier, and obtains a script code for client data verification by calling the verifier, preferably,
  • the script code is the same script code as the verification logic of the verifier, and the script code is output, and the script code is used by the client to verify data in the form field.
  • the apparatus for verifying webpage form data may further include: at least one verifier; wherein The verifier is used by the verifier management module 24 to provide a specified interface. After the specified interface is called by the script module 22, the script code for client data verification is returned. In one implementation, the script code returned by the validator for client data validation is the same script code as the validator's validation logic.
  • the device for verifying webpage form data may further include:
  • the server verification module 21 is configured to: after receiving the data input by the client and the content of the webpage interface, obtain the verification associated with the form field in the webpage form according to the association information stored in the association module 23.
  • the identifier of the identifier is obtained, and the corresponding verifier managed by the verifier management module 24 is obtained according to the identifier of the verifier, and the obtained data in the form field in the webpage form passed by the client is verified by the verifier. authenticating.
  • the verifier management module 24 can perform management operations such as adding, deleting, and/or modifying the verifier without modifying other modules.
  • the verifier management module 24 The first verifier management module 24 is configured to add, delete, and/or modify the verifier according to the obtained configuration information, where the configuration information includes verifier information related to the verifier to be updated, and maintains the verification. Correspondence information between the identifier of the device and the validator. Specifically, the information about the validator can be obtained by reading the configuration file, for example: According to the actual application, if a new validator needs to be added, it can be obtained by reading the configuration file containing the related information of the new validator. The new validator information is thus completed by adding a validator.
  • the framework is used to complete the verification function of the webpage form data.
  • FIG. 3 a schematic diagram of the structure of the web framework provided by the embodiment of the present invention is used to obtain a verifier associated with the form field in the webpage form, by calling the verification.
  • the framework main module 31 is configured to receive a web request for acquiring a form page sent by the client, generate a page content of the form page, invoke a script module to generate a script code, and send the page content and the script code returned by the script module to The client.
  • a verifier management module 34 for managing at least one verifier and maintaining the identity and verification of the verifier Correspondence information between the devices themselves can be added, deleted, and/or modified to the manager without modifying other modules.
  • a script module 35 configured to acquire, in the verifier managed by the verifier management module 34 , the webpage managed by the verifier management module 34 , according to the form field information of the webpage form included in the invocation request, after receiving the invoking request for generating the script code
  • a form field associated verifier in the form obtains script code for client data verification by calling the verifier, and returns the script code to the framework main module 31.
  • the script code for client data validation herein may be the same scripting code as the verifier's validation logic, such that the client and server side validation logic is consistent.
  • the web framework for web page data verification described above may further include:
  • the association module 33 is configured to store association information between the form domain identifier and the authenticator identifier.
  • the identifier of the verifier is information for identifying and distinguishing different verifiers, which may be a verifier name, a verifier number, etc., and may be in the form of a number, or a character, or a combination of numbers and characters, for example: Use different strings to represent the validator names of different validators; form fields are identified as information used to identify and distinguish between different form fields, such as: form field name, etc.; for example, the age field in the form to add a new user must be entered A range of integers, so the age field can be associated with a validator that verifies the range and validates the input data as an integer.
  • a form field can be associated with one or more validators, that is, a form field identifier can be associated with one or more validator IDs.
  • the script module 35 is a first script module 35, specifically for receiving the request for generating the script code, according to the form field identification information of the webpage form included in the call request, from the association module 3 3 Obtaining a validator identifier associated with the form field identifier in the web form, and obtaining the corresponding validator from the verifier management module 34 through the verifier identifier, and obtaining the script code for client data verification by calling the verifier, preferably
  • the script code may be the same script code as the verification logic of the verifier, and the script code is returned to the framework main module 31, and the script code is used by the client to verify the data in the form field.
  • the same script code as the verification logic of the verifier can be obtained by calling the specified interface of the verifier.
  • the framework main module 31 is also used to input the data and webpage input by the client.
  • the interface content is output to the server verification module 32;
  • the web framework for web page data verification described above may further include:
  • the server verification module 32 is configured to obtain, according to the user input data and the webpage interface content submitted by the client output by the framework main module 31, according to the association information stored in the association module 33, and the webpage form.
  • the identifier of the validator associated with the form field, and the corresponding verifier is obtained from the verifier managed by the verifier management module 34 according to the identifier of the verifier, and the obtained verifier is verified by the verifier.
  • the data in the form field in the web form is verified.
  • the web framework for web page data verification may further include: at least one verifier, wherein the verifier is used by the verifier management module 34 to provide a specified interface, and the specified interface is After the script module 35 is called, it returns the script code for client data validation, and is responsible for server-side validation of the data in the corresponding form field of the web form.
  • the framework main module 31 is a first framework main module, configured to receive a web request sent by a client to obtain a form page, generate a page content of the form page, and invoke the script module 35 to generate a script. Code, and the script code returned by the script module 35 is included in the page content of the generated (form page) web form to be returned to the client;
  • the framework main module 31 is a second framework main module, configured to receive a web request sent by a client to obtain a form page, generate a page content of the form page, and invoke the script module 35 to generate a script code, and sending the page content of the webpage form and the script code returned by the script module 35 to the client respectively, for example: returning the page content of the generated form page separately, and returning the script code as a script file To the client.
  • the client browser can verify the data of the client by executing a script in the script file.
  • the method for verifying the data of the webpage form data provided by the embodiment of the present invention is as shown in FIG. 4, and can be applied to a server, which may be a web server or a web framework, and includes the following steps:
  • Step 4-1 Receive a web request sent by the client to obtain a webpage form page.
  • Step 4-2 Generate a page content of the corresponding form page according to the web request
  • the script code may be the verification
  • the verification logic of the device is the same script code, which makes the logic implementation of the client and server side consistent. It should be noted that: the steps of generating the page content of the form page and the steps of obtaining the script code are not The order of the order.
  • the step of obtaining the validator associated with the form field in the webpage form page includes:
  • the verifier corresponding to the verifier identifier associated with the form field is obtained.
  • the form fields in the web form may be associated with one or more validators, in other words, the form field identifiers in the web form are associated with one or more validator identifications.
  • Step 4-3 Return the page content of the form page and the script code to the client, where the script code is used by the client to verify data in the form field.
  • Step S51 The client sends a web request for obtaining the form page to the server, which may be: the user inputs a webpage address in the browser (url, Uniform Resource)
  • Locator submit a web request to the server corresponding to the above uri.
  • the above url can be a url for a user to register user profiles with a website. For example: On the client side, the user enters a URL through the browser to submit a request to register as a member of a website.
  • Step S52 After receiving the web request, the server generates a page content of the webpage by using a preset framework, and the page content includes various form interfaces.
  • Step S53 The framework main module calls the script module to generate script code, which is used by the client to verify the data input by the user in the corresponding form field in the form.
  • Step S54 The script module receives a call request for generating a script code, where the call request includes a form field identifier information of the webpage form, according to the form field identifier included in the call request (for example
  • Form domain name Query the associated module for the validator ID associated with each form field identifier, where each form field identifier can have one or more validator IDs associated with it.
  • the association module returns the identification information of the validator associated with each form field identifier to the script module.
  • Step S55 the script module uses the identifier of the verifier returned by the association module, and obtains a specific verifier from the verifier management module; [90] In an implementation manner, specifically, the script module uses the identifier of the returned verifier, and obtains a specific verifier object instance from the verifier management module.
  • Step S56 After obtaining the validator, the script module obtains a script code for client data verification by calling an externally provided interface of the verifier, and in one implementation, the script code is verified with the verifier. Logically identical script code.
  • the script module obtains the script code of the client data verification of each form field one by one according to the above processing procedure.
  • Step S57 The script module returns the script code of the client data verification of the form field obtained above to the framework main module.
  • Step S58 The main module of the framework combines the script code into the webpage, that is, the script code is included in the generated page content and returned to the client.
  • the client browser is parsed to display the corresponding web interface.
  • steps S53 to S57 may also be performed before step S52, that is, the script code is first obtained by the script module, and then the page content is generated by the framework main module.
  • Step S59 The user inputs data in each form field in the webpage interface through the client browser, and submits data.
  • Step S510 The above script code responsible for client verification verifies the data input by the user in the corresponding form domain. If the user data input error is found, the script code can give a corresponding prompt.
  • Step S511 when the above script code responsible for client verification verifies that the data input by the user in the corresponding form field is correct, the client submits the data input by the user and the web interface content to the server side.
  • Step S512 When the server receives the data input by the user and the content of the webpage interface, the framework main module calls the server verification module to process;
  • Step S513 The server verification module queries the association module according to each form field in the content of the webpage interface, and obtains identifier information of the verifier associated with each form field.
  • Step S514 The server verification module queries the verifier management module according to the identifier information of the obtained verifier, and obtains the verifier corresponding to each verifier identifier associated with each form field.
  • Step S515 the server verification module verifies the data input by the user in each form field by using the corresponding verifier, and when the server verification module verifies that the data input by the user has an error, step S516 is performed; when the server verification module After verifying that all the data input by the user is passed, step S517 is performed.
  • the server verification module returns the content of the webpage interface to the client browser through the framework main module, and prompts corresponding error information.
  • step S59 After the client browser is parsed, the corresponding webpage interface is displayed, and the user continues to input data in each form field of the webpage interface, and step S59 is performed.
  • Step S517 The server verification module returns verification correct information to the framework main module.
  • Step S518 The main module of the framework invokes the service module to process the data input by the user and the content of the webpage interface.
  • Step S519 when the business module is processed, the framework main module returns the processing result to the client browser.
  • FIG. 6 The second processing flow of the method for verifying the data of the webpage form provided by the embodiment of the present invention is as shown in FIG. 6, and includes the following steps:
  • Step S61 The client sends a web request for obtaining a form page to the server, which may be: the user inputs a url in the browser, and submits a web request to the server corresponding to the url.
  • Step S62 After receiving the web request, the web request is processed by the framework main module.
  • the main module of the framework After receiving the web request, the main module of the framework generates a page content of the webpage by using a preset framework, and the page content includes various form interfaces.
  • the framework master module also generates a link to the script code, which is a URL.
  • Step S63 The framework main module returns the generated page content and the script code link to the client browser, and specifically: the script code link is included in the webpage content and returned to the client browser.
  • Step S64 After receiving the script code link, the client browser sends a request for obtaining the client verification script code (referred to as a script acquisition request) to the server after parsing the script code link.
  • a script acquisition request a request for obtaining the client verification script code
  • Step S65 the server receives the script to obtain the request, and is generated by the framework main module calling the script module.
  • the client verifies the script code, in other words, the call request that generates the generated script code, which contains the form field identification information of the form.
  • Step S66 After receiving the call request for generating the script code, the script module queries the association module according to each form domain identifier information in the form included in the call request, and obtains the association of each form field identifier returned by the association module.
  • the validator ID, each form field identifier associated with the validator can have one or more identifiers.
  • the method may be: querying the association module according to the form domain name, and obtaining a validator identifier associated with each form domain name returned by the association module, such as a validator name.
  • Step S67 The script module uses the identifier of the verifier returned by the above associated module, and obtains the corresponding verifier from the verifier management module.
  • Step S68 the script module uses the verifier to obtain the script code of the client verification, which may be: after the script module obtains the verifier, obtain the same verification logic as the verifier by calling the externally provided interface of the verifier Script code.
  • the script module obtains the script code for the client to verify each form field one by one according to the above process.
  • Step S69 The script module returns the script code obtained above to the framework main module.
  • Step S610 The framework main module returns the script code to the address corresponding to the link of the script code.
  • the client browser obtains the above script code from the above address according to the link of the above script code.
  • the framework main module returns the required verification script code to the client browser as a script file;
  • the client browser parses the above page content and script code to display the corresponding web interface.
  • Step S611 the client receives the data input by the user in each form field in the webpage interface, and specifically: the user inputs data in each form field in the webpage interface through the client browser, and submits the data. .
  • Step S612. The script code responsible for client verification verifies the data input by the above user in each form field. If the user data input error is found, the script code can give a corresponding prompt.
  • Step S613 when the script code responsible for client verification verifies the data entered by the user in all form fields After all are correct, submit the data input by the above user and the content of the web interface to the server.
  • Step S614 The user input data and the webpage interface content received by the server end are processed by the framework main module by calling the server verification module.
  • Step S615 The server verification module queries the association module according to each form field in the web interface content, and obtains identifier information of the validator associated with each form field returned by the association module.
  • Step S616 The server verification module obtains the validator corresponding to the form field, and specifically:: querying the verifier management module according to the identifier information of the obtained verifier, and obtaining the verifier corresponding to each verifier identifier.
  • Step S617 the server verification module uses the verifier to perform server-side data verification, which may be: the server verification module verifies the data input by the user in each of the form fields through the corresponding verifier, and the server verification module verifies the user. After the input data has an error, step S618 is performed; and after the server verification module verifies that all the data input by the user is passed, step S619 is performed.
  • Step S618 The server verification module returns the content of the webpage interface to the client browser, and prompts corresponding error information.
  • Step S619 The server verification module returns the correct information to the framework main module
  • Step S620 The main module of the framework invokes the service module to process the data input by the user and the content of the webpage interface.
  • Step S621 When the business module is processed, the framework main module returns the processing result to the client browser.
  • the embodiment of the present invention is responsible for data verification on the server side through the verifier, and also provides an external interface through the interface, and outputs the script code of the client data verification through the interface, thereby reducing data on the webpage form.
  • the server-side and client-side verification logic is inconsistent, which reduces the system's error probability and system maintenance cost.
  • FIG. 7 The schematic diagram of the process of adding a validator provided by the embodiment of the present invention is shown in FIG. 7 and is applied to the web framework, which is specifically processed by the verifier management module 34 in the web framework. It should be noted that: Other modules in the framework, the specific processing is:
  • the configuration file is configured with information about the first validator to be added, such as , the identifier information of the validator, the code identification information of the implementation function, etc.
  • the code identification information of the implementation function herein includes: a file path of the compiled executable program of C++, or a code class name in java, etc.; [139] by reading the The configuration file acquires information about the first validator to be added, thereby implementing the function of adding a validator.
  • the processing procedure of the modified verifier provided by the embodiment of the present invention is as shown in FIG. 8 , and is applied to the web framework, which is specifically processed by the verifier management module 34 in the web framework. It should be noted that: Other modules in the framework, the specific processing is:
  • Modifying the configuration information related to the second validator in the configuration file for example: modifying the code identification information of the implementation function of the verification device;
  • the function of modifying the verifier is realized by reading the configuration file to obtain information about the modified verifier.
  • the management module registers the information of the modified validator to implement dynamic modification.
  • FIG. 9 A schematic diagram of the processing procedure of the deletion verifier provided by the embodiment of the present invention is shown in FIG. 9 and is applied to the web framework, which is specifically processed by the verifier management module 34 in the web framework. It should be noted that: Other modules in the framework, the specific processing is:
  • the configuration file is a modified configuration file, for example: according to the needs of the actual application, deleting the configuration information related to the third authenticator in the configuration file;
  • the function of deleting the validator is realized by reading the configuration file to obtain information about the modified validator.
  • the script code outputted by the client is verified by the verifier, and in the prior art solution, after modifying, deleting, or adding a validator, the template file generated by the script code is required to be modified.
  • the problem and solves the problem in the prior art when modifying, deleting or adding a validator that must update the entire WEB framework's release file, causing the system to be restarted, causing interruption of business processing, thereby affecting the processing of normal services.
  • adding, deleting, and modifying the verifier only needs to operate the verifier management module, and does not need to modify other modules, and solves the prior art solution, modifying, deleting, or adding a verifier. After that, the script module needs to be modified, avoiding the modification, deletion or addition of a validator to other modules in the WEB framework.
  • the storage medium may be, for example, a ROM/RA M disk, an optical disk, or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Description

一种网页表单数据验证的方法和装置
[1] 本申请要求了 2008年 04月 29日提交的、 申请号为 200810105458.8、 发明名称为" 一种网页表单数据验证的方法和装置"的中国申请的优先权， 其全部内容通过弓 I 用结合在本申请中。
[2] 技术领域
[3] 本发明涉及网络应用领域， 尤其涉及一种网页表单数据验证的方法和装置。
[4] 背景技术
[5] 目前基于 WEB (网页） 方式的应用越来越多， 在这些应用当中， 使用 WEB表 单从客户端提交数据到服务器端的场景十分常见。 基于网页表单方式提交数据 到服务器端， 一般需要对用户输入的数据进行验证， 只有该数据被验证有效后 ， 该数据才能被进一步处理。
[6] 比如在一个注册用户的网页上， 要求输入用户名， 密码等信息， 其中用户名必 须是大于 6位的字符串， 那么当用户输入 5个字符就提交注册请求吋， ***就会 给出提示， 说明用户名这个输入域必须要输入超过 6个字符的字符串。 对于其他 输入域， 比如密码， 有更复杂的验证规范， 当用户输入不符合这些验证规范吋 ， ***给出提示， 要求用户输入正确的数据。 只有当用户在所有输入域都输入 了正确的数据后， 用户注册才能成功。
[7] 上述对用户输入的数据的验证可以分为两种方式:第一种是在客户端浏览器端 通过脚本语言对表单的各个输入域进行数据验证， 比如用户姓名不能为空， 那 么就可以通过脚本语言判断该表单的用户姓名输入框中是否有值;第二种方式是 在服务器端进行验证， 也就是通过服务器端逻辑代码 (比如 Java
代码)对客户端提交过来的数据进行验证。
[8] 上述两种验证方式一般都是配合使用， 而且服务器端的验证一般是必须的。 因 为浏览器端可以屏蔽掉脚本语言， 这样就可能使浏览器端的验证失效， 所以服 务器端的验证就变成非常必要了。
[9] 因为釆用 WEB框架可以节省大量的代码编写， 在基于 WEB方式的应用中普遍 釆用 WEB框架， 并且通过 WEB框架来完成网页表单数据的验证功能。
[10] 现有技术中的一种基于 WEB框架的实现网页表单数据验证的方案为： 实现了客 户端和服务器端的验证； 在服务器端， 通过脚本模块釆用模板技术生成脚本逻 辑代码。 在生成表单吋， 脚本模块通过査找配置的表单的用户输入域和该域所 需要的验证器标识之间的对应关系信息， 找到每一个输入域所关联的验证器标 识， 通过该标识生成验证脚本代码， 这些验证脚本代码用于客户端对该输入域 中的数据进行验证。 并且通过上述输入域所关联的验证器标识对应的验证器完 成服务器端的数据验证。
[11] 发明人在认真分析、 仔细研究后发现， 上述现有技术的基于 WEB框架的实现网 页表单数据验证的方案至少存在如下问题：
[12] 服务器端的验证逻辑实现是在验证器中完成， 是利用验证器本身的验证逻辑来 完成的， 而用于客户端的数据验证的逻辑代码是由客户端的脚本模块根据验证 标识通过模板来生成的， 由于客户端的验证逻辑代码和服务器端的验证逻辑是 由不同的对象实现， 即两者的逻辑实现是分离的， 容易导致客户端与服务器端 的验证逻辑的不一致， 并且验证逻辑的差异性较大， 从而会增加***出错的几 率和维护成本。
[13] 发明内容
[14] 本发明实施例在于提供一种网页表单数据验证的方法和装置， 以减小客户端与 服务器端的验证逻辑之间的不一致， 从而减少***出错的几率。
[15] 本发明实施例是通过以下技术方案实现的：
[16] 一种验证器， 包括：
[17] 接口模块， 包括指定接口， 该指定接口被调用后， 输出用于客户端数据验证的 脚本代码；
[18] 验证模块， 用于在被触发进行服务器端的数据验证吋， 对需要验证的网页表单 中的表单域中的数据进行验证。
[19] 一种网页表单数据验证的装置， 包括：
[20] 验证器管理模块， 用于管理至少一个验证器；
[21] 脚本模块， 用于接收生成脚本代码的调用请求， 根据该调用请求中包含的网页 表单中的表单域信息， 获取所述验证器管理模块所管理的验证器中与所述表单 域关联的验证器， 通过调用该验证器获得用于客户端数据验证的脚本代码， 将 所述脚本代码输出， 所述脚本代码用于客户端对所述表单域中的数据进行验证
[22] 一种 Web框架， 其特征在于， 包括：
[23] 框架主模块， 用于接收客户端发送的获取表单页面的 web请求， 生成表单页面 的页面内容， 调用脚本模块生成脚本代码， 将所述页面内容和该脚本模块返回 的脚本代码返回给所述客户端；
[24] 验证器管理模块， 用于管理至少一个验证器；
[25] 脚本模块， 用于在接收到生成脚本代码的调用请求后， 根据该调用请求中包含 的网页表单中的表单域信息获取所述验证器管理模块所管理的验证器中与该网 页表单中的表单域关联的验证器， 通过调用该验证器获得用于客户端数据验证 的脚本代码， 将所述脚本代码返回给所述框架主模块。
[26] 一种网页表单数据验证的方法， 包括：
[27] 接收客户端发送的获取网页表单页面的 web请求， 生成网页表单的页面内容； [28] 获取所述网页表单中的表单域所关联的验证器， 通过调用该验证器， 获得用于 客户端数据验证的脚本代码；
[29] 将所述网页表单的页面内容和所述脚本代码返回给所述客户端， 所述脚本代码 用于客户端对所述表单域中的数据进行验证。
[30] 由上述本发明实施例提供的技术方案可以看出， 本发明实施例通过使验证器既 负责服务器端的数据验证， 又负责输出客户端数据验证的脚本代码， 从而减小 了对网页表单进行数据验证吋， 服务器端和客户端验证逻辑之间的不统一。
[31] 附图说明
[32] 图 1为本发明实施例提供的验证器的结构示意图；
[33] 图 2为本发明实施例提供的网页表单数据验证的装置的结构示意图；
[34] 图 3为本发明实施例提供的 Web框架的结构示意图；
[35] 图 4为本发明实施例提供的网页表单数据验证的方法流程图；
[36] 图 5为本发明实施例提供的网页表单数据验证的方法的第一种交互流程图； [37] 图 6为本发明实施例提供的网页表单数据验证的方法的第二种交互流程图； [38] 图 7为本发明实施例提供的增加验证器的处理过程示意图；
[39] 图 8为本发明实施例提供的修改验证器的处理过程示意图；
[40] 图 9为本发明实施例提供的删除验证器的处理过程示意图。
[41] 具体实施方式
[42] 本发明实施例提供网页表单数据的验证方法以及相应的装置。 其中， 在本发明 实施例中， 服务器端的验证和客户端的验证通过机制关联， 具体可以是服务器 端和客户端的验证逻辑可以通过关联验证器和验证域完成统一定义， 并且由本 发明实施例的验证器， 既负责服务器端的数据验证， 又负责输出客户端数据验 证的脚本代码， 从而减小了服务器端和客户端验证逻辑之间的不统一。 以下分 别进行详细说明。
[43] 本发明实施例提供的通信***， 包括服务器端和客户端， 其中， 服务器端， 用 于接收到来自客户端的获取表单页面的 Web请求， 生成相应的表单页面的页面内 容和用于客户端数据验证的脚本代码， 并返回给客户端， 供客户端的浏览器解 析显示相应的界面。 应当说明的是： 这里的用于客户端数据验证的脚本代码指 用于客户端对网页表单中的表单域中输入的数据进行验证的脚本代码； 其中， 网页表单中的表单域可以关联一个或多个验证器； 例如： 在网页表单中的一表 单域， 如"用户姓名"域， 可以跟两个验证器关联，
一个是检测不能为空的验证器， 一个是对长度进行检测的验证器。
[44] 客户端， 用于向服务器端发送获取表单页面的 Web请求， 以及接收用户在显示 的网页表单中的各表单域中的提交 （或输入） 的数据， 根据服务器端返回的脚 本代码对相应表单域中的数据进行验证， 当各个表单域中的数据验证通过后， 将相应的数据提交到服务器端， 由服务器端对提交的数据进行验证； 具体的， 服务器端使用验证器对相应的表单域中的数据进行验证。
[45] 下面来介绍本发明实施例的验证器， 本发明实施例提供的验证器的结构示意图 如图 1所示， 其中， 该验证器， 既用于负责服务器端的数据验证 （即提供服务器 端的验证逻辑） ， 又提供相关接口实现对客户端验证脚本代码的输出， 其他模 块通过调用该接口获取到用于客户端数据验证的脚本代码； 主要包括如下模块 [46] 验证模块 11， 用于在被触发进行服务器端的数据验证吋， 对需要验证的网页表 单中的表单域中的数据进行验证； 在一种实现下， 验证模块 11， 具体用于在被 触发进行服务器端的数据验证吋， 根据设置的用于服务器端验证的验证逻辑， 对需要验证的网页表单中的表单域中的数据进行验证。 应当理解的是： 一个验 证器中可以设置有一个或多个验证逻辑， 客户端的数据验证脚本代码可以是多 个验证逻辑中的至少一个， 例如： 验证器中存在 A、 B、 C三个验证逻辑， 客户 端的数据验证脚本代码可以是 A， 或者 A、 B， 或者 A、 B、 C。
[47] 接口模块 12， 包括指定接口， 该指定接口被调用后， 输出用于客户端数据验证 的脚本代码。 根据客户端验证的需要， 开发人员可以允许客户端和服务器端验 证逻辑上有少量部分上的不同。
[48] 另需要说明的是： 在一种实现下， 接口模块 12为第二接口模块， 包括第二指定 接口， 该指定接口被调用后， 生成用于客户端数据验证的脚本代码， 并输出该 脚本代码；
[49] 在另一种实现下， 接口模块 12中预先配置有用于客户端数据验证的脚本代码， 接口模块 12为第三接口模块， 包括第三指定接口， 该指定接口被调用后， 输出 预先配置的、 用于客户端数据验证的脚本代码。
[50] 进一步的， 为了解决服务器端和客户端验证逻辑的不一致， 在一种实现下， 该 接口模块 12为第一接口模块， 用于提供第一指定接口， 该第一指定接口被调用 后， 输出与验证模块 11的验证逻辑相同的脚本代码， 该脚本代码用于客户端数 据验证。
[51] 可见， 本发明实施例中的验证器除了提供服务器端的数据验证外， 还被调用并 输出用于客户端数据验证的脚本代码给客户端， 客户端的浏览器通过该脚本代 码对数据进行验证， 从而减小了服务器端和客户端验证逻辑不一致， 并且还可 以通过验证器输出与验证模块的验证逻辑相同的脚本代码， 使得服务器端和客 户端验证逻辑一致， 从而减少***出错的几率和***维护成本。
[52] 本发明实施例提供的网页表单数据验证的装置的结构示意图如图 2所示， 包括 如下模块： [53] 验证器管理模块 24， 用于管理至少一个验证器， 维护验证器的标识和验证器之 间的对应关系信息， 其中， 不同的验证器实现不同的验证逻辑， 每个验证器对 应有验证器标识，通过该验证器的标识，
可以找到具体的验证器； 应当说明的是： 验证器的标识是用于标识和区分不同 验证器的信息， 可以是验证器名称、 验证器序号等， 形式上可以釆用数字， 或 者字符， 或者数字和字符的组合， 例如： 釆用不同的字符串表示不同验证器的 验证器名称；
[54] 脚本模块 22， 用于接收生成脚本代码的调用请求， 该调用请求中包含有网页表 单的表单域信息， 并根据该调用请求中包含的表单域信息， 获取所述验证器管 理模块 24所管理的验证器中与该网页表单中的表单域关联的验证器， 通过调用 该验证器获得用于客户端数据验证的脚本代码， 将所述脚本代码输出， 所述脚 本代码用于客户端对所述表单域中的数据进行验证。
[55] 当 Web应用比较复杂吋， 例如： 网页表单涉及多个表单域， 每个表单域关联一 个或多个验证器吋， 为了方便调用验证器， 可以将表单域和验证器关联起来， 实现上就是维护表单域标识和验证器标识之间的关联信息； 这里的， 表单域标 识为用于标识和区分不同表单域的信息， 例如： 表单域名称等； 相应的， 上述 的网页表单数据验证的装置还可以包括：
[56] 关联模块 23， 用于存储表单域标识和验证器标识之间的关联信息。 比如， 添加 新用户的表单中的年龄域中必须输入一定范围的整数， 所以该年龄域可以关联 一个验证可以设置范围的并验证输入数据为整数的验证器。 一个表单域标识可 以关联一个或多个验证器标识。
[57] 相应的， 该脚本模块 22为第一脚本模块， 用于在接收到生成脚本代码的调用请 求后， 根据该调用请求中包含的网页表单的表单域标识信息， 从关联模块 23获 取与所述表单域标识关联的验证器标识， 并通过该验证器标识从所述验证器管 理模块 24获取到相应验证器， 通过调用该验证器获得用于客户端数据验证的脚 本代码， 优选的， 该脚本代码为与该验证器的验证逻辑相同的脚本代码， 将所 述脚本代码输出， 所述脚本代码用于客户端对所述表单域中的数据进行验证。
[58] 上述的网页表单数据验证的装置还可以进一步包括： 至少一个验证器； 其中， 该验证器， 用于被验证器管理模块 24所管理， 并提供指定接口， 该指定接口被 脚本模块 22调用后， 返回用于客户端数据验证的脚本代码。 在一种实现下， 该 验证器返回的用于客户端数据验证的脚本代码为与该验证器的验证逻辑相同的 脚本代码。
[59] 上述的网页表单数据验证的装置还可以进一步包括：
[60] 服务器验证模块 21， 用于在接收到客户端提交的用户输入的数据和网页界面内 容后， 根据所述关联模块 23中存储的关联信息， 获取与网页表单中的表单域关 联的验证器的标识， 根据该验证器的标识获取所述验证器管理模块 24所管理的 对应的验证器， 通过该验证器对获得的、 客户端验证通过的所述网页表单中的 表单域中的数据进行验证。
[61] 本发明实施例中， 验证器管理模块 24可以在不修改其它模块的情况下， 对验证 器进行增加、 删除和 /或修改等管理操作， 在一种实现下， 验证器管理模块 24为 第一验证器管理模块 24， 用于根据获得的配置信息对验证器进行增加、 删除和 / 或修改操作， 其中该配置信息包含有与待更新的验证器相关的验证器信息， 并 维护验证器的标识和验证器之间的对应关系信息。 具体可以通过读取配置文件 的方式获取验证器相关信息， 例如： 根据实际应用的情况， 如果需要增加新的 验证器， 则可以通过读取包含该新的验证器的相关信息的配置文件来获取该新 的验证器的信息， 从而完成增加验证器。
[62] 在本发明中， 可以通过 WEB
框架来完成网页表单数据的验证功能， 参见图 3所示， 本发明实施例提供的 Web 框架的结构示意图， 该 Web框架用于获得与网页表单中的表单域关联的验证器， 通过调用该验证器获取用于客户端数据验证的脚本代码并返回给客户端， 所述 脚本代码用于客户端对该表单域中的数据进行验证， 以及由表单域关联的验证 器完成服务器端的数据验证， 主要包括如下模块：
[63] 框架主模块 31， 用于接收客户端发送的获取表单页面的 web请求， 生成表单页 面的页面内容， 调用脚本模块生成脚本代码， 将所述页面内容和脚本模块返回 的脚本代码发送给所述客户端。
[64] 验证器管理模块 34， 用于管理至少一个验证器， 以及维护验证器的标识和验证 器本身之间的对应关系信息， 可以在不修改其它模块的情况下， 对验证器进行 增加、 删除和 /或修改等管理操作。
[65] 脚本模块 35， 用于在接收到生成脚本代码的调用请求后， 根据该调用请求中包 含的网页表单的表单域信息获取所述验证器管理模块 34所管理的验证器中与该 网页表单中的表单域关联的验证器， 通过调用该验证器获得用于客户端数据验 证的脚本代码， 将所述脚本代码返回给所述框架主模块 31。 在一种实现下， 这 里的用于客户端数据验证的脚本代码可以是与该验证器的验证逻辑相同的脚本 代码， 从而使得客户端和服务器端的验证逻辑一致。
[66] 上述的网页表单数据验证的 Web框架还可以包括：
[67] 关联模块 33， 用于存储该表单域标识和验证器标识之间的关联信息。 这里的， 验证器的标识是用于标识和区分不同验证器的信息， 可以是验证器名称、 验证 器序号等， 形式上可以釆用数字， 或者字符， 或者数字和字符的组合， 例如： 釆用不同的字符串表示不同验证器的验证器名称； 表单域标识为用于标识和区 分不同表单域的信息， 例如： 表单域名称等； 比如， 添加新用户的表单中的年 龄域中必须输入一定范围的整数， 所以该年龄域可以关联一个验证可以设置范 围的并验证输入数据为整数的验证器。 一个表单域可以关联一个或多个验证器 ， 实现上， 即一个表单域标识可以关联一个或多个验证器标识。
[68] 相应的， 脚本模块 35为第一脚本模块 35， 具体用于在接收到生成脚本代码的调 用请求后， 根据该调用请求中包含的网页表单的表单域标识信息， 从关联模块 3 3获取与网页表单中的表单域标识关联的验证器标识， 并通过该验证器标识从验 证器管理模块 34获取到相应验证器， 通过调用该验证器获得用于客户端数据验 证的脚本代码， 优选的， 该脚本代码可以是与该验证器的验证逻辑相同的脚本 代码， 将所述脚本代码返回给框架主模块 31， 所述脚本代码用于客户端对所述 表单域中的数据进行验证。 具体的， 可以通过调用该验证器的指定接口获得与 该验证器的验证逻辑相同的脚本代码。
[69] 当 Web框架接收到客户端提交的用户输入的数据和网页界面内容后 （即客户端 浏览器验证通过后） ， 框架主模块 31还用于将客户端提交的用户输入的数据和 网页界面内容输出给服务器验证模块 32； [70] 上述的网页表单数据验证的 web框架还可以进一步包括：
[71] 服务器验证模块 32， 用于在接收到框架主模块 31输出的客户端提交的用户输入 的数据和网页界面内容后， 根据所述关联模块 33中存储的关联信息， 获取与网 页表单中的表单域关联的验证器的标识， 根据该验证器的标识从所述验证器管 理模块 34所管理的验证器中获取对应的验证器， 通过该验证器对获得的、 客户 端已验证通过的所述网页表单中的表单域中的数据进行验证。
[72] 上述的网页表单数据验证的 web框架还可以进一步包括： 至少一个验证器， 其 中， 该验证器， 用于被验证器管理模块 34所管理， 并提供指定接口， 该指定接 口被所述脚本模块 35调用后， 返回用于客户端数据验证的脚本代码， 以及负责 对网页表单的相应表单域中的数据进行服务器端验证。
[73] 在一种实现方式下， 所述框架主模块 31为第一框架主模块， 用于接收客户端发 送的获取表单页面的 web请求， 生成表单页面的页面内容， 调用脚本模块 35生成 脚本代码， 并将脚本模块 35返回的的脚本代码包含在生成的 （表单页面） 网页 表单的页面内容中返回给客户端；
[74] 在另一种实现方式下， 所述框架主模块 31为第二框架主模块， 用于接收客户端 发送的获取表单页面的 web请求， 生成表单页面的页面内容， 调用脚本模块 35生 成脚本代码， 并将所述网页表单的页面内容和脚本模块 35返回的脚本代码分别 发送给所述客户端， 例如： 将生成的表单页面的页面内容单独返回， 将脚本代 码以脚本文件的形式返回给客户端。 需要说明的是： 客户端浏览器在获得该脚 本文件后， 可以通过执行该脚本文件中的脚本实现对客户端的数据进行验证。
[75] 本发明实施例提供的网页表单数据验证的方法流程如图 4所示， 可以应用于服 务器， 具体可以是 web服务器， 也可以应用于 Web框架， 包括如下步骤：
[76] 步骤 4-1、 接收客户端发送的获取网页表单页面的 web请求。
[77] 步骤 4-2、 根据该 web请求生成相应的表单页面的页面内容；
[78] 获得所述网页表单页面中的表单域所关联的验证器， 通过调用该验证器获得用 于客户端数据验证的脚本代码， 在一种实现方式下， 该脚本代码可以是与该验 证器的验证逻辑相同的脚本代码， 使得客户端和服务器端的逻辑实现是一致的 。 需要说明的是： 生成表单页面的页面内容的步骤和获得脚本代码的步骤没有 先后顺序之分。
[79] 其中， 获得所述网页表单页面中的表单域所关联的验证器的步骤包括：
[80] 根据维护的表单域标识和验证器标识之间的关联信息， 获得与所述网页表单中 的表单域关联的验证器标识；
[81] 根据维护的验证器标识和验证器本身之间的对应关系信息， 获得与该表单域关 联的验证器标识对应的验证器。 所述网页表单中的表单域可以关联一个或多个 验证器， 换句话说， 即所述网页表单中的表单域标识关联一个或多个验证器标 识。
[82] 步骤 4-3、 将所述表单页面的页面内容和该脚本代码返回给所述客户端， 所述 脚本代码用于客户端对所述表单域中的数据进行验证。
[83] 下面具体介绍本发明实施例提供的网页表单数据验证的方法的第一种处理流程
， 参见图 5所示， 包括如下步骤：
[84] 步骤 S51、 客户端将用于获取表单页面的 Web请求发送给服务器端， 具体可以 是： 用户在浏览器中输入一个网页地址 （url， Uniform Resource
Locator) ， 向上述 uri对应的服务器提交一个 web请求。 上述 url可以为一个用户 向一个网站注册用户资料的 url。 举例说明： 在客户端， 用户通过浏览器输入一 个 URL提交注册成为某网站会员的请求。
[85] 步骤 S52、 服务器在接收到该 web请求后， 由框架主模块利用预先设置的框架生 成网页的页面内容， 该页面内容中包括各种表单界面。
[86] 步骤 S53、 框架主模块调用脚本模块生成脚本代码， 该脚本代码用于客户端对 表单中的相应的表单域中的用户输入的数据进行验证。
[87] 步骤 S54、 脚本模块接收用于生成脚本代码的调用请求， 其中该调用请求中包 含有网页表单的表单域标识信息， 根据该调用请求中包含的表单域标识 （例如
： 表单域名） 向关联模块査询各个表单域标识关联的验证器标识， 其中， 每个 表单域标识关联的验证器标识可以为一个或多个。
[88] 关联模块向脚本模块返回各个表单域标识关联的验证器的标识信息。
[89] 步骤 S55、 脚本模块使用上述关联模块返回的验证器的标识， 到验证器管理模 块获取到具体的验证器； [90] 在一种实现方式下， 具体为， 脚本模块使用返回的验证器的标识， 到验证器管 理模块获取具体的验证器对象实例。
[91] 步骤 S56、 脚本模块获取到验证器后， 通过调用验证器对外提供的接口， 获得 用于客户端数据验证的脚本代码， 在一种实现下， 该脚本代码为与该验证器的 验证逻辑相同的脚本代码。
[92] 具体的， 脚本模块获取到验证器对象实例后， 逐个调用验证器对象实例的一个 方法， 每个验证器的该方法负责生成该验证器对应的客户端验证逻辑的脚本代 码。
[93] 脚本模块根据上述处理过程， 逐个获得各个表单域的客户端数据验证的脚本代 码。
[94] 步骤 S57、 脚本模块将上述获得的表单域的客户端数据验证的脚本代码返回给 框架主模块。
[95] 步骤 S58、 框架主模块将脚本代码组合在网页中， 即将脚本代码包含在生成的 页面内容中返回给客户端。
[96] 客户端浏览器经过解析， 显示相应的网页界面。
[97] 在实际应用中， 上述步骤 S53到步骤 S57还可以在步骤 S52之前执行， 即先由脚 本模块获得脚本代码， 然后， 再由框架主模块生成页面内容。
[98] 步骤 S59、 用户通过客户端浏览器， 在上述网页界面中的各个表单域中输入数 据， 并提交数据。
[99] 步骤 S510、 负责客户端验证的上述脚本代码对相应表单域中用户输入的数据进 行验证。 如果发现用户数据输入错误， 则脚本代码可以给出相应的提示。
[100] 步骤 S511、 当负责客户端验证的上述脚本代码验证用户在相应表单域中输入的 数据都正确后， 客户端将上述用户输入的数据和网页界面内容提交到服务器端
[101] 步骤 S512、 当服务器端接收到上述用户输入的数据和网页界面内容， 由框架主 模块调用服务器验证模块处理；
[102] 步骤 S513、 服务器验证模块根据网页界面内容中的各个表单域向关联模块进行 査询， 获取各个表单域所关联的验证器的标识信息。 [103] 步骤 S514、 服务器验证模块根据上述获取的验证器的标识信息向验证器管理模 块进行査询， 获取各个表单域所关联的各个验证器标识对应的验证器。
[104] 步骤 S515、 服务器验证模块通过使用相应的验证器对各个表单域中上述用户输 入的数据进行验证， 当服务器验证模块验证上述用户输入的数据有错误后， 执 行步骤 S516; 当服务器验证模块验证上述用户输入的数据全部通过后， 执行步 骤 S517。
[105] S516、 服务器验证模块通过框架主模块将上述网页界面内容返回到客户端浏览 器， 并提示相应的错误信息。
[106] 客户端浏览器经过解析， 显示相应的网页界面， 用户继续在该网页界面的各个 表单域中输入数据， 执行步骤 S59。
[107] 步骤 S517、 服务器验证模块向框架主模块返回验证正确信息。
[108] 步骤 S518、 框架主模块调用业务模块对上述用户输入的数据和网页界面内容进 行处理。
[109] 步骤 S519、 当业务模块处理完毕， 框架主模块向客户端浏览器返回处理结果。
[110] 本发明实施例提供的网页表单数据验证的方法的第二种处理流程如图 6所示， 包括如下步骤：
[111] 步骤 S61、 客户端向服务器端发送用于获取表单页面的 Web请求， 具体可以是 ： 用户在浏览器中输入一个 url， 向上述 url对应的服务器提交一个 web请求。
[112] 步骤 S62、 该服务器在接收到上述 web请求后， 该 web请求由框架主模块处理。
框架主模块在接收到该 web请求后， 利用预先设置的框架生成网页的页面内容， 该页面内容中包括各种表单界面。 框架主模块还生成一个脚本代码的链接， 该 链接是一个 URL。
[113] 步骤 S63、 框架主模块将上述生成的页面内容和脚本代码链接返回给客户端浏 览器， 具体可以是： 该脚本代码链接包含在网页内容中返回给客户端浏览器。
[114] 步骤 S64、 客户端浏览器接收到上述脚本代码链接后， 在解析该脚本代码链接 吋， 向服务器端发送用于获取客户端验证脚本代码的请求 （简称为脚本获取请 求） 。
[115] 步骤 S65、 服务器端接收到该脚本获取请求， 由框架主模块调用脚本模块生成 客户端验证脚本代码， 换句话说， 即发送生成脚本代码的调用请求， 该调用请 求中包含表单的表单域标识信息。
[116] 步骤 S66、 脚本模块接收到用于生成脚本代码的调用请求后， 根据该调用请求 中包含的表单中各个表单域标识信息向关联模块査询， 获得关联模块返回的各 个表单域标识关联的验证器标识， 每个表单域标识关联的验证器的标识可以为 一个或多个。
[117] 具体可以是： 根据表单域名向关联模块査询， 获得关联模块返回的各个表单域 名关联的验证器标识， 如验证器名。
[118] 步骤 S67、 脚本模块使用上述关联模块返回的验证器的标识， 到验证器管理模 块获取相应的验证器。
[119] 步骤 S68、 脚本模块使用验证器获得客户端验证的脚本代码， 具体可以是： 脚 本模块获取到验证器后， 通过调用该验证器对外提供的接口， 获得与该验证器 的验证逻辑相同的脚本代码。
[120] 脚本模块根据上述处理过程， 逐个获得用于客户端验证各个表单域的脚本代码
[121] 步骤 S69、 脚本模块将上述获得的脚本代码返回给框架主模块。
[122] 步骤 S610、 框架主模块将该脚本代码返回到上述脚本代码的链接所对应的地址 中。 客户端浏览器根据上述脚本代码的链接， 从上述地址中获得上述脚本代码 。 例如： 框架主模块将所需要的验证脚本代码以脚本文件的形式返回到客户端 浏览器；
[123] 然后， 客户端浏览器根据上述页面内容和脚本代码经过解析， 显示相应的网页 界面。
[124] 步骤 S611、 客户端接收用户在网页界面中的各个表单域中输入的数据， 具体可 以是： 用户通过客户端浏览器， 在上述网页界面中的各个表单域中输入数据， 并提交数据。
[125] 步骤 S612、 负责客户端验证的脚本代码对各个表单域中上述用户输入的数据进 行验证。 如果发现用户数据输入错误， 则脚本代码可以给出相应的提示。
[126] 步骤 S613、 当负责客户端验证的脚本代码验证用户在所有表单域中输入的数据 都正确后， 将上述用户输入的数据和网页界面内容提交到服务器端。
[127] 步骤 S614、 服务器端接收到的上述用户输入的数据和网页界面内容， 由框架主 模块调用服务器验证模块处理。
[128] 步骤 S615、 服务器验证模块根据网页界面内容中的各个表单域向关联模块进行 査询， 获取关联模块返回的各个表单域所关联的验证器的标识信息。
[129] 步骤 S616、 服务器验证模块获取表单域对应的验证器， 具体可以是： 根据上述 获取的验证器的标识信息向验证器管理模块进行査询， 获取各个验证器标识对 应的验证器。
[130] 步骤 S617、 服务器验证模块使用验证器进行服务器端数据验证， 具体可以是： 服务器验证模块通过相应的验证器对上述各个表单域中用户输入的数据进行验 证， 当服务器验证模块验证上述用户输入的数据有错误后， 执行步骤 S618 ; 当 服务器验证模块验证上述用户输入的数据全部通过后， 执行步骤 S619。
[131] 步骤 S618、 服务器验证模块将上述网页界面内容返回到客户端浏览器， 并提示 相应的错误信息。
[132] 步骤 S619、 服务器验证模块， 向框架主模块返回验证正确信息；
[133] 步骤 S620、 框架主模块调用业务模块对上述用户输入的数据和网页界面内容进 行处理。
[134] 步骤 S621、 当业务模块处理完毕， 框架主模块向客户端浏览器返回处理结果。
[135] 综上所述， 本发明实施例通过验证器既负责服务器端的数据验证， 同吋也对外 提供接口， 通过该接口输出客户端数据验证的脚本代码， 从而减小了对网页表 单进行数据验证吋， 服务器端和客户端验证逻辑的不一致， 从而降低了***的 出错几率和***维护成本。
[136] 本发明实施例提供动态增加、 删除、 修改验证器的功能； 下面结合附图进行说 明：
[137] 本发明实施例提供的增加验证器的处理过程示意图如图 7所示， 应用于 Web框 架， 具体由 Web框架中的验证器管理模块 34处理， 需要说明的是： 不需要修改 W eb框架中的其他模块， 具体处理过程为：
[138] 读取一配置文件， 该配置文件中配置了需增加的第一验证器的相关信息， 比如 ， 验证器标识信息， 实现功能的代码标识信息等， 这里的实现功能的代码标识 信息包括： C++的编译的执行程序的文件路径， 或者 java中的代码类名等； [139] 通过读取该配置文件获取需增加的第一验证器的相关信息， 从而实现了增加验 证器的功能。
[140] 本发明实施例提供的修改验证器的处理过程示意图如图 8所示， 应用于 Web框 架， 具体由 Web框架中的验证器管理模块 34处理， 需要说明的是： 不需要修改 W eb框架中的其他模块， 具体处理过程为：
[141] 读取一配置文件， 该配置文件为修改后的配置文件， 例如： 根据实际应用需要
， 将该配置文件中的与第二验证器相关的配置信息进行了修改， 如： 修改了验 证器的实现功能的代码标识信息；
[142] 通过读取该配置文件获取修改后的验证器的相关信息， 从而实现了修改验证器 的功能。 管理模块注册修改后的验证器的信息， 实现动态修改。
[143] 本发明实施例提供的删除验证器的处理过程示意图如图 9所示， 应用于 Web框 架， 具体由 Web框架中的验证器管理模块 34处理， 需要说明的是： 不需要修改 W eb框架中的其他模块， 具体处理过程为：
[144] 读取一配置文件， 该配置文件为修改后的配置文件， 例如： 根据实际应用的需 要， 将该配置文件中的与第三验证器相关的配置信息删除；
[145] 通过读取该配置文件获取修改后的验证器的相关信息， 从而实现了删除验证器 的功能。
[146] 以及， 本发明实施例中， 通过验证器输出客户端验证的脚本代码， 解决了在现 有技术方案中， 修改、 删除或者增加一个验证器后， 须要修改负责脚本代码生 成的模板文件的问题， 并且解决了现有技术中当修改、 删除或者增加一个验证 器必须更新整个 WEB框架的发布文件， 所导致的重启***， 造成业务处理的中 断， 从而影响正常业务的处理的问题。
[147] 并且， 本发明实施例中， 增加、 删除和修改验证器， 只需要对验证器管理模块 进行操作， 无需修改其他模块， 解决了现有技术方案中， 修改、 删除或者增加 一个验证器后， 对脚本模块还需要进行修改的问题， 避免了修改、 删除或者增 加一个验证器对 WEB框架中其他模块的影响。 [148] 本领域普通技术人员可以理解实现上述实施例的网页表单数据验证的过程可以 通过程序指令相关的硬件来完成， 所述的程序可以存储于可读取存储介质中， 该程序在执行吋执行上述方法中的对应步骤。 所述的存储介质可以如： ROM/RA M 磁碟、 光盘等。
[149] 以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局限于 此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到 的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围 应该以权利要求的保护范围为准。

Claims

权利要求书
[1] 一种验证器， 其特征在于， 包括：
接口模块， 包括指定接口， 该指定接口被调用后， 输出用于客户端数据验 证的脚本代码；
验证模块， 用于在被触发进行服务器端的数据验证吋， 对需要验证的网页 表单中的表单域中的数据进行验证。
[2] 根据权利要求 1所述的验证器， 其特征在于， 所述接口模块为第一接口模块
， 用于提供第一指定接口， 该第一指定接口被调用后， 输出与所述验证模 块的验证逻辑相同的脚本代码， 该脚本代码用于客户端数据验证。
[3] —种网页表单数据验证的装置， 其特征在于， 包括：
验证器管理模块， 用于管理至少一个验证器；
脚本模块， 用于接收生成脚本代码的调用请求， 根据该调用请求中包含的 网页表单中的表单域信息， 获取所述验证器管理模块所管理的验证器中与 所述表单域关联的验证器， 通过调用该验证器获得用于客户端数据验证的 脚本代码， 将所述脚本代码输出， 所述脚本代码用于客户端对所述表单域 中的数据进行验证。
[4] 根据权利要求 3所述的网页表单数据验证的装置， 其特征在于， 所述装置还 包括：
关联模块， 用于存储网页表单中的表单域标识和验证器标识之间的关联信 息；
所述脚本模块为第一脚本模块， 用于在接收到生成脚本代码的调用请求后 ， 根据该调用请求中包含的网页表单中的表单域标识信息， 从关联模块获 取与所述表单域标识关联的验证器标识， 并通过该验证器标识从所述验证 器管理模块获取到相应验证器， 通过调用该验证器获得与该验证器的验证 逻辑相同的脚本代码， 将所述脚本代码输出， 所述脚本代码用于客户端对 所述表单域中的数据进行验证。
[5] 根据权利要求 3所述的网页表单数据验证的装置， 其特征在于， 所述装置还 包括： 至少一个验证器； 所述验证器， 用于被所述验证器管理模块所管理， 并提供指定接口， 该指 定接口被所述脚本模块调用后， 返回用于客户端数据验证的脚本代码。
[6] 根据权利要求 3所述的网页表单数据验证的装置， 其特征在于， 所述验证器 管理模块为第一验证器管理模块， 用于根据获得的配置信息对验证器进行 增加、 删除和 /或修改操作， 其中该配置信息包含有与待更新的验证器相关 的验证器信息， 并维护验证器和验证器的标识之间的对应关系信息。
[7] —种 Web框架， 其特征在于， 包括：
框架主模块， 用于接收客户端发送的获取表单页面的 web请求， 生成表单 页面的页面内容， 调用脚本模块生成脚本代码， 将所述页面内容和该脚本 模块返回的脚本代码返回给所述客户端；
验证器管理模块， 用于管理至少一个验证器；
脚本模块， 用于在接收到生成脚本代码的调用请求后， 根据该调用请求中 包含的网页表单中的表单域信息获取所述验证器管理模块所管理的验证器 中与该网页表单中的表单域关联的验证器， 通过调用该验证器获得用于客 户端数据验证的脚本代码， 将所述脚本代码返回给所述框架主模块。
[8] 根据权利要求 7所述的 Web框架， 其特征在于， 所述 Web框架还包括： 关联模块， 用于存储网页表单中的表单域标识和验证器标识之间的关联信 息。
所述脚本模块为第一脚本模块， 用于在接收到生成脚本代码的调用请求后 ， 根据该调用请求中包含的网页表单中的表单域标识， 从所述关联模块获 取与所述表单域标识关联的验证器标识， 并通过该验证器标识从所述验证 器管理模块获取到相应的验证器， 通过调用该验证器获得与该验证器的验 证逻辑相同的脚本代码， 将所述脚本代码返回给所述框架主模块， 所述脚 本代码用于客户端对所述表单域中的数据进行验证。
[9] 根据权利要求 8所述的 Web框架， 其特征在于， 所述 Web框架还包括： 服务 器验证模块， 用于根据所述关联模块中存储的关联信息， 获取与网页表单 中的表单域标识关联的验证器的标识， 根据该验证器的标识从所述验证器 管理模块所管理的验证器中获取对应的验证器， 通过该验证器对获得的、 客户端已验证通过的所述网页表单中的表单域中的数据进行验证。
[10] 根据权利要求 7至 9中任一项所述的 Web框架， 其特征在于， 所述 Web框架 还包括： 至少一个验证器；
所述验证器， 用于被所述验证器管理模块所管理， 并提供指定接口， 该指 定接口被所述脚本模块调用后， 返回用于客户端数据验证的脚本代码， 以 及负责对网页表单中的相应表单域中的数据进行服务器端验证。
[11] 一种网页表单数据验证的方法， 其特征在于， 包括：
接收客户端发送的获取网页表单页面的 web请求， 生成网页表单的页面内 容；
获取所述网页表单中的表单域所关联的验证器， 通过调用该验证器， 获得 用于客户端数据验证的脚本代码；
将所述网页表单的页面内容和所述脚本代码返回给所述客户端， 所述脚本 代码用于客户端对所述表单域中的数据进行验证。
[12] 根据权利要求 11所述的网页表单数据验证的方法， 其特征在于， 所述获取 所述网页表单中的表单域所关联的验证器， 包括：
根据存储的表单域标识和验证器标识之间的关联信息， 获得与所述网页表 单中的表单域标识关联的验证器标识；
根据维护的验证器和验证器的标识之间的对应关系信息， 获得与所述验证 器的标识相应的验证器。
[13] 根据权利要求 12所述的网页表单数据验证的方法， 其特征在于， 所述表单 域标识关联一个或多个验证器标识。
[14] 根据权利要求 11所述的网页表单数据验证的方法， 其特征在于， 所述通过 调用该验证器， 获得用于客户端数据验证的脚本代码， 包括： 通过调用该验证器， 获得与该验证器的验证逻辑相同的脚本代码， 该脚本 代码用于客户端对相应表单域中的数据进行验证。
[15] 根据权利要求 11至 14任一项所述的网页表单数据验证的方法， 其特征在于
， 所述的将所述网页表单的页面内容和所述脚本代码返回给所述客户端， 包括： 将所述网页表单的页面内容返回给所述客户端， 其中所述网页表单的页面 内容包含有所述脚本代码；
或者，
将所述网页表单的页面内容和所述脚本代码的链接地址返回给所述客户端 ， 所述链接地址用于客户端从所述链接地址中获得所述脚本代码。
PCT/CN2009/070473 2008-04-29 2009-02-19 一种网页表单数据验证的方法和装置 WO2009132529A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200810105458 CN101572696B (zh) 2008-04-29 2008-04-29 一种网页表单数据验证的方法和装置
CN200810105458.8 2008-04-29

Publications (1)

Publication Number Publication Date
WO2009132529A1 true WO2009132529A1 (zh) 2009-11-05

Family

ID=41231933

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/070473 WO2009132529A1 (zh) 2008-04-29 2009-02-19 一种网页表单数据验证的方法和装置

Country Status (2)

Country Link
CN (1) CN101572696B (zh)
WO (1) WO2009132529A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238150A (zh) * 2010-05-06 2011-11-09 阿里巴巴集团控股有限公司 表单注册方法及服务器
CN112860698A (zh) * 2021-02-19 2021-05-28 北京金山云网络技术有限公司 表单的处理方法、装置、电子设备和计算机可读存储介质

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102819766A (zh) * 2011-06-09 2012-12-12 金蝶软件（中国）有限公司 一种表单校验方法、装置及企业***
CN102426549B (zh) * 2011-09-08 2013-06-26 新一站保险代理有限公司 一种Web的表单校验方法及其框架***
CN103246574B (zh) * 2012-02-10 2015-11-11 阿里巴巴集团控股有限公司 数据准确性的校验方法及装置
CN103379127B (zh) * 2012-04-12 2016-08-17 阿里巴巴集团控股有限公司 服务器与客户端间的数据交互方法及装置
CN102932332B (zh) * 2012-09-28 2015-10-21 用友软件股份有限公司 数据校验***和数据校验方法
CN104753880A (zh) * 2013-12-30 2015-07-01 上海格尔软件股份有限公司 一种主动防御的web防火墙实现方法
CN104753901A (zh) * 2013-12-31 2015-07-01 上海格尔软件股份有限公司 一种基于智能表单分析的web防火墙实现方法
CN104049972A (zh) * 2014-06-18 2014-09-17 北京京东尚科信息技术有限公司 一种数据验证方法及***
CN104270395A (zh) * 2014-10-24 2015-01-07 中国建设银行股份有限公司 一种输入数据校验的方法、装置及***
CN108509246A (zh) * 2018-04-08 2018-09-07 重庆满惠网络科技有限公司 一种网页表单自定义验证方法和***
CN109542919A (zh) * 2018-10-30 2019-03-29 福建省华渔教育科技有限公司 一种统一数据验证的方法及***
CN113761489B (zh) * 2020-06-02 2024-01-26 共道网络科技有限公司 验证方法、装置及设备、存储介质
CN113435171B (zh) * 2021-07-23 2022-03-01 深圳市数据动力科技有限公司 一种无代码的数据填报数据统计逻辑的解释执行***

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1350248A (zh) * 2001-12-03 2002-05-22 上海交通大学 基于网页的内容安全***集中监管中的权限统一控制管理方法
CN1747387A (zh) * 2004-09-06 2006-03-15 佳能株式会社 信息处理装置及信息处理方法
CN1755624A (zh) * 2004-09-30 2006-04-05 微软公司 基于web的数据表单
US20060248166A1 (en) * 2005-04-29 2006-11-02 Jovan Milosevic System and method for client side rendering of a web page
CN101000545A (zh) * 2006-01-12 2007-07-18 国际商业机器公司 用于生成对象设置脚本的图形辅助的方法和***
CN101035025A (zh) * 2007-03-30 2007-09-12 华为技术有限公司 一种网络设备管理的方法和***

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1350248A (zh) * 2001-12-03 2002-05-22 上海交通大学 基于网页的内容安全***集中监管中的权限统一控制管理方法
CN1747387A (zh) * 2004-09-06 2006-03-15 佳能株式会社 信息处理装置及信息处理方法
CN1755624A (zh) * 2004-09-30 2006-04-05 微软公司 基于web的数据表单
US20060248166A1 (en) * 2005-04-29 2006-11-02 Jovan Milosevic System and method for client side rendering of a web page
CN101000545A (zh) * 2006-01-12 2007-07-18 国际商业机器公司 用于生成对象设置脚本的图形辅助的方法和***
CN101035025A (zh) * 2007-03-30 2007-09-12 华为技术有限公司 一种网络设备管理的方法和***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238150A (zh) * 2010-05-06 2011-11-09 阿里巴巴集团控股有限公司 表单注册方法及服务器
CN112860698A (zh) * 2021-02-19 2021-05-28 北京金山云网络技术有限公司 表单的处理方法、装置、电子设备和计算机可读存储介质

Also Published As

Publication number Publication date
CN101572696A (zh) 2009-11-04
CN101572696B (zh) 2012-07-18

Similar Documents

Publication Publication Date Title
WO2009132529A1 (zh) 一种网页表单数据验证的方法和装置
US10158479B2 (en) Systems and methods for generating, uploading and executing code blocks within distributed network nodes
US8898764B2 (en) Authenticating user through web extension using token based authentication scheme
US8145909B1 (en) Digitally signing an electronic document using seed data
US9450954B2 (en) Form filling with digital identities, and automatic password generation
TWI449395B (zh) 安全數位簽章系統
US9191375B2 (en) System and method for accessing integrated applications in a single sign-on enabled enterprise solution
US7979896B2 (en) Authorization for access to web service resources
US20050210263A1 (en) Electronic form routing and data capture system and method
US20080196096A1 (en) Methods for Extending a Security Token Based Identity System
US8756664B2 (en) Management of user authentication
CN110602052A (zh) 微服务处理方法及服务器
CN101438274B (zh) 信任关系的声明变换
CN110808840B (zh) 业务处理方法及装置、电子设备、存储介质
US7559087B2 (en) Token generation method and apparatus
US7945950B2 (en) Generic interactive challenges in a distributed system
JP2011170757A (ja) 個人情報入力用管理サーバ、クライアント端末、個人情報入力システムおよびプログラム
CN111835514A (zh) 一种前后端分离数据安全交互的实现方法及***
US9355269B2 (en) Method and system for managing uniquely identifiable bookmarklets
US20090077655A1 (en) Processing html extensions to enable support of information cards by a relying party
EP4203438A1 (en) Message pushing method, and electronic device and storage medium
CN111555887A (zh) 区块链证书兼容性处理方法、装置及计算机存储介质
EP4229530A1 (en) Privacy manager for connected tv and over-the-top applications
CN110321380A (zh) 一种数据交换方法、装置及***
WO2005032029A2 (en) Electronic form routing and data capture system and method

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09737640

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 4101/KOLNP/2010

Country of ref document: IN

122 Ep: pct application non-entry in european phase

Ref document number: 09737640

Country of ref document: EP

Kind code of ref document: A1