Data processing method and device, computer program product and storage medium

Abstract

The invention provides a data processing method and device, a computer program product and a computer readable storage medium. According to the method, a corresponding domain-specific language is defined for a universal dynamic data structure of a page, so that transmission of page data from a rear end to a front end is realized by using a nested structure of a page module described by the domain-specific language and domain-specific language data of parameters of each page module; and the page rendering is completed by analyzing the domain specific language data. Furthermore, under the condition that the user modifies the data of the page, the method utilizes the data, in the target data format, of the modified page returned from the front end to update the domain-specific language data before modification, so that the consistency of the data, especially the consistency of the sequence and the structure, is ensured when the page data is processed. Finally, the updated domain-specific language data of the page is stored in a database for subsequent reading.

Description

Technical Field

[0001] This disclosure relates to the field of data processing, and more specifically, to a data processing method, apparatus, computer program product, and storage medium. Background Technology

[0002] With the rapid development of internet technology, the interactivity of web pages and applications has become increasingly enhanced, and users' demands for free definition and personalized customization of pages are also rising. However, traditional page definition methods often exhibit relatively fixed characteristics, making it difficult for users to customize and modify them. Traditional web pages are usually designed using fixed templates, limiting users to operate within a pre-defined framework, which to some extent restricts the diversity and flexibility of the user experience.

[0003] Even though users can modify data in certain situations, most of the time it still relies on specific formats to organize the data. For example, JSON (JavaScript Object Notation), as a widely used data exchange format, is frequently used in data transmission and parsing. However, in practical applications, the limitations of the JSON data format are becoming increasingly apparent. When the data content changes frequently, the corresponding front-end (i.e., the page-side) and back-end (i.e., the server-side) code also needs to be adjusted frequently. This dependency undoubtedly increases the complexity of development and maintenance. In addition, in the current page rendering process, data processing and parsing often require multiple readings and conditional checks of JSON formatted data. This requirement not only affects the system's performance and response speed but also significantly increases the complexity and maintainability of the code, putting greater pressure on developers when facing system updates and feature expansions.

[0004] Therefore, an effective data processing method is needed to enable more flexible and efficient page data rendering. Summary of the Invention

[0005] To address the aforementioned issues, this disclosure defines a domain-specific language for common data interaction logic in web pages, based on its specific dynamically expanding data structure, to simultaneously describe the page's structure and data. This allows for page rendering, data modification, and storage based on the parsing of the domain-specific language data.

[0006] Embodiments of this disclosure provide a data processing method, apparatus, computer program product, and computer-readable storage medium.

[0007] This disclosure provides a data processing method executed by a server. The method includes: in response to a user's access to a predetermined page, reading first language data of the predetermined page from a database and sending the first language data to a web page, wherein the first language is predefined based on a dynamic data structure of the predetermined page; in response to the user's modification of a rendered predetermined page, receiving data in a target data format of the modified predetermined page from the web page, wherein the rendered predetermined page is rendered by the web page parsing the first language data; updating the first language data of the predetermined page based on the received target data format data, and storing the updated first language data of the predetermined page in the database.

[0008] Embodiments of this disclosure provide a data processing method executed by a web page. The method includes: in response to a user's access to a predetermined page, receiving first language data from a server, wherein the first language data is read from a database by the server, and the first language is predefined based on a dynamic data structure of the predetermined page; parsing the received first language data to render the predetermined page; and in response to the user's modification of the rendered predetermined page, sending modified data in a target data format of the predetermined page to the server, so that the server updates the first language data of the predetermined page based on the received target data format data, and storing the updated first language data of the predetermined page in the database.

[0009] Embodiments of this disclosure provide a data processing apparatus, including: one or more processors; and one or more memories, wherein the one or more memories store a computer-executable program, and when the processor executes the computer-executable program, it performs the data processing method as described above.

[0010] Embodiments of this disclosure provide a computer-readable storage medium having computer-executable instructions stored thereon, which, when executed by a processor, are used to implement the data processing method described above.

[0011] Embodiments of this disclosure provide a computer program product or computer program including computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform a data processing method according to embodiments of this disclosure.

[0012] The method provided by the embodiments of this disclosure defines a corresponding domain-specific language for the general dynamic data structure of the page. It then uses domain-specific language data—described in this language as the nested structure of page modules and the parameters of each module—to achieve the transmission of page data from the backend to the frontend. The page is rendered by parsing this domain-specific language data. Furthermore, when a user modifies the page data, the method provides that the method updates the original domain-specific language data using the modified target data format returned from the frontend. This ensures data consistency, particularly in order and structure, during page data processing. Finally, the updated domain-specific language data of the page is stored in a database for subsequent retrieval. The method of the embodiments of this disclosure enables the description of data structures and their application in data display and storage through custom data template syntax and corresponding parsing programs. This significantly improves development efficiency, reduces the difficulty of handling custom data types, and enhances data flexibility while ensuring data accuracy. Attached Figure Description

[0013] To more clearly illustrate the technical solutions of the embodiments of this disclosure, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are merely some exemplary embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings without any creative effort.

[0014] Figure 1 This is a schematic diagram illustrating a scenario in which the page and server respond to a user's page access request according to an embodiment of the present disclosure;

[0015] Figure 2 This is a schematic diagram illustrating a first example of a page according to an embodiment of the present disclosure;

[0016] Figure 3 This is a schematic diagram illustrating a second example of a page according to an embodiment of the present disclosure;

[0017] Figure 4A This is a flowchart illustrating a data processing method according to an embodiment of the present disclosure;

[0018] Figure 4B This is a flowchart illustrating another data processing method according to an embodiment of the present disclosure;

[0019] Figure 5 This is a schematic flowchart illustrating a data processing method according to an embodiment of the present disclosure;

[0020] Figure 6This is a schematic diagram illustrating the data flow of a data processing method according to an embodiment of the present disclosure;

[0021] Figure 7A This is a schematic diagram illustrating a data processing apparatus according to an embodiment of the present disclosure;

[0022] Figure 7B This is a schematic diagram illustrating another data processing apparatus according to an embodiment of the present disclosure;

[0023] Figure 8 A schematic diagram of a data processing apparatus according to an embodiment of the present disclosure is shown; and

[0024] Figure 9 A schematic diagram of the architecture of an exemplary computing device according to an embodiment of the present disclosure is shown. Detailed Implementation

[0025] To make the objectives, technical solutions, and advantages of this disclosure more apparent, exemplary embodiments according to this disclosure will now be described in detail with reference to the accompanying drawings. Obviously, the described embodiments are merely some embodiments of this disclosure, and not all embodiments of this disclosure. It should be understood that this disclosure is not limited to the exemplary embodiments described herein.

[0026] In this specification and accompanying drawings, steps and elements that are substantially the same or similar are indicated by the same or similar reference numerals, and repeated descriptions of these steps and elements are omitted. Furthermore, in the description of this disclosure, the terms "first," "second," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance or order.

[0027] In embodiments of this disclosure, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0028] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs. The terminology used herein is for the purpose of describing embodiments of the invention only and is not intended to limit the invention.

[0029] Figure 1 This is a schematic diagram illustrating a scenario in which the page and server respond to a user's page access request according to an embodiment of the present disclosure.

[0030] Users can access pages from the server through their user terminals. The webpage provides the user with the interface and environment for interacting with the server through their terminal device, while the server primarily provides data and logic processing. For example... Figure 1 As shown, a user can initiate an access request to a page through the web interface, and this access request can be sent to the server via a network connection. The server can respond to the access request by returning page rendering data to the web interface, which contains the page rendering data requested by the user. Based on this, the web interface can perform page rendering based on the received page rendering data and display the rendering result to the user. Optionally, the network can be an Internet of Things (IoT) based on the Internet and / or telecommunications networks. It can be a wired or wireless network, such as a Local Area Network (LAN), Metropolitan Area Network (MAN), Wide Area Network (WAN), cellular data communication network, or other electronic networks capable of information exchange. The web interface and the server can be directly or indirectly connected via wired or wireless communication, and this application does not impose any limitations on this. The server can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms.

[0031] As mentioned above, corresponding to users' needs for free definition and personalization of web pages, users often need to customize a large amount of dynamic data within the page. This dynamic data refers to the dynamic structure existing in the user's business data, characterized by its variable content and structure. To process this user-defined dynamic data in web pages, including data parsing, saving, and rendering, this disclosure defines a corresponding domain-specific language based on the specific dynamic extended data structure of the common data interaction logic in web pages. This language simultaneously describes the structure and data of the page, enabling page rendering, data modification, and storage based on the parsing of the domain-specific language data.

[0032] The method provided by the embodiments of this disclosure defines a corresponding domain-specific language for the general dynamic data structure of the page. It then uses domain-specific language data—described in this language as the nested structure of page modules and the parameters of each module—to achieve the transmission of page data from the backend to the frontend. The page is rendered by parsing this domain-specific language data. Furthermore, when a user modifies the page data, the method provides that the method updates the original domain-specific language data using the modified target data format returned from the frontend. This ensures data consistency, particularly in order and structure, during page data processing. Finally, the updated domain-specific language data of the page is stored in a database for subsequent retrieval. The method of the embodiments of this disclosure enables the description of data structures and their application in data display and storage through custom data template syntax and corresponding parsing programs. This significantly improves development efficiency, reduces the difficulty of handling custom data types, and enhances data flexibility while ensuring data accuracy.

[0033] Figure 2 This is a schematic diagram illustrating a first example of a page according to an embodiment of the present disclosure. Figure 3 This is a schematic diagram illustrating a second example of a page according to an embodiment of the present disclosure.

[0034] As described above, the data processing method of this disclosure can define a corresponding domain-specific language for a type of page with a general data interaction logic, so as to use a general language applicable to this type of page to describe the dynamic data in this type of page, and the expansion of this dynamic data can be achieved through nested structures in the domain-specific language.

[0035] As an example, in this disclosure, a domain-specific language can be defined for the general data interaction logic in form pages. A form page refers to a webpage containing input controls for operations such as obtaining user information and submitting data. Input controls may include, but are not limited to, text boxes, drop-down menus, file uploads, and buttons.

[0036] For example, Figure 2 and Figure 3 Two different form pages are shown.

[0037] Figure 2The form page shown indicates that the current interface is in the step of collecting process factor parameters. These parameters can include two larger page modules: basic parameters and core parameters. Each page module further includes multiple smaller page modules (e.g., the basic parameter module currently includes 8 smaller page modules, and the core parameter module currently includes 11 smaller page modules). Each page module has corresponding parameters, such as parameter names and parameter values. For example, the first page module of the basic parameter module includes the parameter name "A" and the parameter value "123". Similarly, for the core parameter module, in addition to the parameter name and parameter value, the parameters in each page module may further include the unit of the parameter value selected via a drop-down menu. Optionally, the form page may also include additional buttons for uploading and viewing archives for each parameter, as well as buttons for users to add more parameters as needed (e.g., ...). Figure 2 (As shown in the "Add Row" button).

[0038] Figure 3 The form page shown illustrates the current interface's parameter acquisition step at the application layer. These application layer parameters can include four main page modules: film thickness, RS, transmittance, and reflectance. Each page module further comprises multiple smaller page modules (e.g., each main page module includes four smaller page modules). The parameters in each smaller page module include a corresponding parameter name, parameter value, and the unit of the parameter value. These parameters of the page modules can be modified according to user needs by selecting the "Edit" button on the page.

[0039] As described above and referenced Figure 2 and Figure 3 As can be seen, for form pages where users input data parameters, although the parameter content and structure are not exactly the same across different form pages, the overall interaction logic is basically the same. That is, users modify the page by editing the parameter content in each page module and submitting the changes. Furthermore, modules within a page can have nested structures; for example, an outer module can be represented by an inner module and a nested structure. Therefore, for such pages, flexible and efficient page data rendering can be achieved by defining a corresponding description language and general data parsing and processing logic.

[0040] The emergence of Domain-Specific Languages ​​(DSLs) offers a new approach to solving the aforementioned problems. DSLs, through precise syntax and semantics, can effectively handle specific business logic, thereby improving system flexibility and scalability. Their core objective is to provide users with dynamic processing capabilities, enabling them to implement specific business processes or operations according to the grammatical descriptions, significantly improving efficiency and flexibility compared to traditional methods.

[0041] Therefore, in the embodiments of this disclosure, for the page with the general data interaction logic, a corresponding DSL can be defined according to its dynamically extended data structure, so as to use the DSL to parse, save and render the page data.

[0042] The following will refer to Figures 4A-6 The data processing methods disclosed herein are described in detail.

[0043] Figure 4A This is a flowchart illustrating a data processing method 400 according to an embodiment of the present disclosure. Figure 4B This is a flowchart illustrating a data processing method 410 according to an embodiment of the present disclosure. Figure 5 This is a schematic flowchart illustrating a data processing method according to an embodiment of the present disclosure. Wherein, Figure 4A The method shown can be implemented on the server side. Figure 4B The method shown can be implemented on the web page.

[0044] like Figure 4A As shown, in step S401, the server can respond to a user's access to a predetermined page by reading the first language data of the predetermined page from the database and sending the first language data to the webpage. The first language can be predefined based on the dynamic data structure of the predetermined page, and the first language data can describe the nested structure of page modules and the parameters of each page module in the predetermined page using the first language. Correspondingly, as... Figure 4B As shown, in step S411, the page can receive first language data from the server in response to the user's access to the predetermined page, wherein the first language data is read from the database by the server.

[0045] As described above, in the data processing method of this disclosure, the first language can be a domain-specific language (DSL). That is, a domain-specific language suitable for a predetermined page can be used to perform page data processing, including page data transmission, parsing, and storage. Figure 5As shown in sections 501-503, in response to a user's request for webpage data, the server can read DSL data from the database and send the DSL data to the webpage. In other words, for a specific page, the server can read its latest DSL data from the database, which can simultaneously describe the structure and data of that page.

[0046] According to embodiments of this disclosure, the data processing method 400 may further include: constructing a domain-specific language by a server based on the dynamic data structure of the predetermined page; and generating a parser corresponding to the server for parsing the first language data using a parser generator, wherein the parser corresponding to the server can be used to perform conversion from the target data format to the first language. Correspondingly, the data processing method 410 may further include: generating a parser corresponding to the webpage for parsing the first language data using a parser generator, wherein the parser corresponding to the webpage can be used to render the predetermined page based on the first language data.

[0047] Therefore, before receiving user access to the pre-defined page, a domain-specific language (DSL) can be built for the pre-defined page. Optionally, a DSL can be built for the page based on its dynamic data structure, where the dynamic data structure refers to a data structure in the pre-defined page whose content and structure are not fixed and can be modified by the user according to their needs.

[0048] For example, for such Figure 2 and Figure 3 The pages shown, while not identical in their individual modules, can all be represented as the same dynamic data structure, including data chunks and multiple rows of data parameters (i.e., multiple parameters). Therefore, for such pages, individual page modules, and consequently the entire page, can be described using key-value pairs and nested combinations of them.

[0049] Based on this, relevant syntax rules can be determined to describe the aforementioned dynamic data structure of the predetermined page, and the relevant parser generator can be pre-configured using these syntax rules, so that the parser generator can generate corresponding intermediate code based on the DSL data of the predetermined page. This intermediate code can, for example, describe the syntax tree of the predetermined page, which corresponds to the data structure of the predetermined page, such as including the data content of the page modules in the predetermined page, as well as the nesting structure between the various page modules.

[0050] Optionally, the intermediate code generated by the parser generator can be further used to generate corresponding parsers based on the different processing of page data on the server and web page sides, for the corresponding parsing and processing of DSL data on the server and web page sides. For example, parsing and processing DSL data on the web page side can be used to render the page, while parsing and processing DSL data on the server side can be used to update DSL data, which will be described in detail later.

[0051] Returning to steps S401 and S411, according to embodiments of this disclosure, sending the domain-specific language data from the server to the webpage may include: encapsulating the first language data in the target data format and sending the first language data encapsulated in the target data format to the webpage.

[0052] Optionally, considering that the web page and server often exchange data using specific data formats, such as JSON, but when using JSON for data processing, frequent data reading and judgment operations are often encountered, leading to a significant increase in computation time and system overhead, which in turn affects the application's response speed and user experience. In the data processing method of this disclosure, DSL data can be encapsulated as data in the target data format to preserve the data exchange format between the web page and the server. However, by directly reading DSL data from the target data format (e.g., JSON data) for processing, the same rendering performance can be guaranteed while reducing transmission costs. Of course, this disclosure does not limit the format of page data sent from the server to the web page. For example, in addition to using JSON format for encapsulation as described above, the data processing method of this disclosure can also directly send DSL data from the server to the web page.

[0053] Next, as Figure 4B As shown in step S412, the web page can parse the received first language data to render the predetermined page. After obtaining the DSL data, the front-end (i.e., the web page) can complete the page rendering, i.e., page drawing, based on the DSL data, such as... Figure 5 As shown in 504.

[0054] According to embodiments of this disclosure, parsing the received domain-specific language data by the web page may include: parsing the received first language data using a parser corresponding to the web page.

[0055] Optionally, after receiving DSL data on the webpage, the webpage parser described above can be used to perform corresponding parsing processing on the DSL data to complete the page rendering based on the DSL data. Specifically, the page can be displayed according to the page structure and data described in the DSL data.

[0056] According to embodiments of this disclosure, the parameters of each page module may include a parameter name and a parameter value for each page module. Optionally, the data of the pages included in the DSL data may include detailed information about the parameters of each page module within the page, such as, but not limited to, parameter names and parameter values, and other information. Figure 3 The parameters and units in the text.

[0057] Optionally, the data for the pages included in the DSL data may also include data describing the nesting relationships between the various page modules. For example, for Figure 3 As shown on the page, a larger page module (e.g., a page module with the parameter name "film thickness") can include a smaller page module (e.g., a page module with the parameter name "Max") as a parameter, and this inclusion relationship can be recorded in the DSL data of the page.

[0058] According to an embodiment of this disclosure, the web page client parses the received first language data to render the predetermined page, which includes: drawing the predetermined page based on the nested structure of page modules in the predetermined page described in the received first language data and the parameters of each page module.

[0059] Optionally, based on the DSL data, the nesting structure of page modules in the predetermined page described in the DSL data and the parameters of each page module can be obtained by parsing it using a parser corresponding to the webpage. As an example, the nesting structure of page modules in the predetermined page described in the DSL data and the parameters of each page module can be represented in the form of a syntax tree parsed from the DSL data by the parser generator.

[0060] Optionally, after obtaining the nesting structure of page modules and the parameters of each page module from the DSL data using a parser corresponding to the web page, page rendering can be further performed based on this information. For example, the nesting structure of page modules and the parameters of each page module in the predetermined page can be represented as a syntax tree including a tree structure of multiple key-value pairs, where each key-value pair can correspond to a page module and its parameters.

[0061] Therefore, optionally, parsing the syntax tree may include taking each node of the syntax tree as output, and having the compiler first read the leaf nodes (bottom nodes) of the syntax tree, enter the corresponding processing method according to the type of the node, and recursively return the result upwards after processing, until the root node (top node) is reached to complete the parsing of the syntax tree and output the rendering result of the page.

[0062] Because DSL data has a high information density, and considering that the primary goal is page rendering, the DSL syntax design can simplify the distinction between data types, unify the use of characters, and provide grouping and hierarchical associations to improve clarity and flexibility. Therefore, by using DSL data for transmission and rendering, redundant symbols common in JSON format can be avoided, reducing data transmission costs while still ensuring page rendering performance.

[0063] The above processing completes the page rendering for user access requests. Next, we will introduce the page rendering process when the user modifies the page according to their needs.

[0064] like Figure 4B As shown in step S413, in response to the user's modification of the rendered predetermined page, data in the target data format of the modified predetermined page can be sent to the server. Correspondingly, as... Figure 4A As shown in step S402, in response to the user's modification of the predetermined page to be rendered, data in the target data format of the modified predetermined page can be received from the web page, wherein the predetermined page to be rendered is rendered by the web page parsing the first language data.

[0065] Optionally, users can modify the rendered page during actual access, such as... Figure 5 As shown in 505, for example, users can perform modifications such as adding fields or configuring modules. For instance, users can populate and modify data in parameter fields on the page, for example, through... Figure 2 The "Add Row" button shown allows adding new data to the "Basic Parameters" section. By modifying the page data, this disclosed data processing method supports user-defined data structures.

[0066] Optionally, after a user modifies the page, the front-end needs to add the modified content to the JSON data and submit it to the back-end, while ensuring the consistency of data content and order.

[0067] According to embodiments of this disclosure, in response to a user's modification of a rendered predetermined page, sending data in the target data format of the modified predetermined page to the server may include: modifying the data in the target data format of the predetermined page based on the user's modification of the nesting structure of page modules or the parameters of page modules in the rendered predetermined page, and sending the data in the modified target data format of the predetermined page to the server.

[0068] Optionally, in response to user modifications to page data, the modified page data can be sent back from the front end to the back end for storage. Specifically, such as... Figure 5 As shown in section 506, the web page can send modified data for a predetermined web page to the server. Optionally, since web page data is typically stored in JSON format on the page, or in other words, the front-end generated page code is usually in JSON format, the modified data for the predetermined web page sent to the server can be data in the target data format (e.g., JSON format). Therefore, when transmitting this web page data, it is necessary to ensure the consistency of the data order, because in JSON format data, the data describing the page parameters is usually unordered.

[0069] According to embodiments of this disclosure, the target data format of the predetermined page includes a first part of data describing the nested structure of page modules in the predetermined page, and a second part of data describing the parameters of each page module in an order independent of the nested structure of page modules in the predetermined page, wherein the first part of data and the second part of data are independent of each other.

[0070] As mentioned above, when the target data format is JSON, JSON data typically represents the data describing the page structure and parameters separately, for example, processing them independently in two parts. The part describing only the page parameters is usually unordered, meaning the parameters are typically described in an order unrelated to the nesting structure of page modules. Therefore, when interacting with JSON data, a data comparison process is required, necessitating two separate interaction processes for the two data parts. However, the DSL data disclosed herein can complete this process in a single interaction. Furthermore, because the DSL data of this disclosure simultaneously contains both the page structure and parameter data, it enables data processing with greater consistency.

[0071] Optionally, for data transmitted from the frontend to the backend in JSON format, the backend can use this data to update the current DSL data and then use it to update the database, such as... Figure 5 As shown in 507.

[0072] like Figure 4A As shown in step S403, the server can update the first language data of the predetermined page based on the received target data format, and store the updated first language data of the predetermined page in the database.

[0073] According to embodiments of this disclosure, updating the first language data of the predetermined page by the server based on the received target data format data may include: updating the target data format data of the predetermined page based on the received target data format data and the first language data of the predetermined page; converting the updated target data format data of the predetermined page into updated first language data of the predetermined page, so as to describe the parameters of each page module in the updated predetermined page in the first language in an order related to the nesting structure of page modules in the predetermined page.

[0074] Optionally, after the backend receives the modified target data format of the pre-defined page, it can use the modified target data format of the pre-defined page to update the database. Since users may modify the data content and structure of the page at any time, and the parameter data in the target data format used to represent the modified content is unordered (i.e., the order of data in the parameter data is independent of the structure of the page modules), to ensure data consistency during subsequent data processing, especially the consistency of data order and structure, the modified target data format of the pre-defined page can be merged with the original target data format of the pre-defined page to update the page data. The merged data is then converted into DSL data, which uses the DSL data to describe the parameters of each page module in the pre-defined page according to the order related to the nested structure of the page modules, thereby ensuring the consistency of data order and structure.

[0075] According to embodiments of this disclosure, updating the domain-specific language data of a predetermined page by the server based on received target data format data may include: parsing first language data of the predetermined page read from the database to obtain data in the target data format of the predetermined page; updating the target data format data of the predetermined page based on the target data format data of the predetermined page and the modified target data format data of the predetermined page; and generating updated first language data of the predetermined page from the updated target data format data of the predetermined page based on the conversion from the target data format to the first language.

[0076] Optionally, the DSL data of the pre-modified scheduled page can be converted into JSON data on the server side to obtain the target data format of the pre-modified scheduled page. According to embodiments of this disclosure, updating the first language data of the scheduled page by the server side based on the received target data format data may include: parsing the first language data of the scheduled page read from the database using a parser corresponding to the server side to obtain the target data format of the scheduled page.

[0077] In other words, the DSL data of the pre-modified page can be parsed using the server-side parser described above to generate the JSON data of the pre-modified page. This step can be achieved by pre-configuring the server-side parser, and it will not change with the DSL data. Therefore, if the DSL data changes, only the DSL data needs to be modified, without modifying the server-side data processing code. Similarly, for the web page, web page rendering based on the DSL data can also be achieved by pre-configuring the web page parser, and it will not change with the input DSL data. Therefore, if the DSL data changes, only the DSL data needs to be modified, without modifying the web page data processing code.

[0078] Optionally, after generating the JSON data of the reservation page before modification, the server can merge the JSON data of the reservation page before and after modification, that is, use the JSON data of the reservation page after modification to update the JSON data of the reservation page before modification. Based on this, the latest JSON data of the reservation page can be obtained.

[0079] Optionally, in order to update the DSL data in the database and ensure the consistency of the page data order, the latest DSL data of the predetermined page can be obtained based on the latest JSON data of the predetermined page by reverse parsing from JSON data to DSL data.

[0080] Based on this, the latest DSL data for the currently reserved page can be obtained. Therefore, this latest DSL data can be stored in the database for database updates.

[0081] According to embodiments of this disclosure, storing the updated first language data of the predetermined page in the database may include storing the updated target data format data of the predetermined page and the updated first language data of the predetermined page together in the database.

[0082] Optionally, in addition to the DSL data mentioned above, JSON data can also be stored in the database to facilitate subsequent data retrieval and statistical processing.

[0083] Therefore, according to embodiments of this disclosure, retrieving the first language data of the predetermined page from the database by the server may include: retrieving the first language data of the predetermined page from the database based on the latest target data format data of the predetermined page stored in the database. Optionally, since JSON data stores the page's parameter data separately, searching for target data based on JSON data using key-value pairs will provide higher access efficiency. Therefore, in embodiments of this disclosure, JSON data can be used for querying when retrieving data from the database.

[0084] Based on the above processing, by using custom domain-specific language data and executing the corresponding domain-specific language data parsing process on the front end and back end, the front end can complete the page rendering in one go based on the parsing of the domain-specific language data, and the back end can realize the updating and storage of the domain-specific language data based on the parsing of the domain-specific language data. Moreover, in response to user modifications to the page data, only the domain-specific language data needs to be modified according to the design of the domain-specific language data to complete the modification of the page data, without modifying the front end and back end code.

[0085] The data processing procedure for a single visit by a user to a predetermined webpage, as described above with reference to steps S401-S403 and S411-S413, is implemented when the DSL data for the predetermined webpage already exists in the database. Next, the data processing procedure for the user's first visit to the predetermined webpage will be introduced.

[0086] According to embodiments of this disclosure, the data processing method 400 may further include: in response to the user's first access to the predetermined page, sending a template of the first language data to the web page, so that the web page can parse the received template of the domain-specific language data to render the initial interface of the predetermined page, wherein the template of the first language data is predefined by the server and includes the nested structure of page modules in the predetermined page and the parameter name of each page module. Correspondingly, the data processing method 410 may further include: in response to the user's first access to the predetermined page, receiving a template of the first language data from the server; and parsing the received template of the first language data to render the initial interface of the predetermined page.

[0087] Optionally, since the front-end and back-end need to parse based on DSL data, and page rendering requires declaring a basic structure, a template of DSL data can be predefined on the server side for the pre-defined webpage to describe its structure, either when a user first visits the pre-defined webpage or before the first visit. For example, the DSL data template may include nested structures of page modules, parameter names for each module, etc.

[0088] Optionally, the server can initialize the template of the DSL data and send the initialized DSL data template to the web page for the first page rendering. The web page can then display the page based on the structure and initial data described in the initialized DSL data template.

[0089] Next, the user can modify the page, and then the page and server will respond to the modification by performing corresponding data processing and request responses, as described in steps S402, S403 and S413 above, which will not be repeated here.

[0090] Figure 6 This is a schematic diagram illustrating the data flow of a data processing method according to an embodiment of the present disclosure. Figure 6 As shown, user access to a reservation page primarily involves data processing performed by the front-end (web client) and back-end (server). Specifically, in response to a user's access to a reservation page, the server can retrieve the latest DSL data for that page from the database and return it to the web client, which then parses the DSL data to render the page. Next, if the user modifies the rendered page, the web client can send the modified JSON data to the server. The server then updates the DSL data based on this modified JSON data, including parsing the original DSL data of the reservation page to obtain the original JSON data, merging the original and modified JSON data to update the JSON data, and then updating the DSL data through reverse parsing based on the updated JSON data. Finally, the server can store the updated JSON data and DSL data of the reservation page in the database for subsequent processing.

[0091] As described above, the data processing method of this disclosure defines a corresponding domain-specific language for the general dynamic data structure of the page. It then uses domain-specific language data—described in this language as the nested structure of page modules and the parameters of each module—to achieve the transmission of page data from the backend to the frontend. The page is rendered by parsing this domain-specific language data. Furthermore, when a user modifies the page data, this data processing method uses the modified target data format returned from the frontend to update the original domain-specific language data, ensuring data consistency, especially in order and structure, during page data processing. Finally, the updated domain-specific language data of the page is stored in a database for subsequent retrieval. This data processing method enables the description of data structures and their application in data display and storage through custom data template syntax and corresponding parsing programs. This significantly improves development efficiency while reducing the difficulty of handling custom data types, and enhances data flexibility while ensuring data accuracy.

[0092] Figure 7A This is a schematic diagram illustrating a data processing apparatus 700 according to an embodiment of the present disclosure. Figure 7B This is a schematic diagram illustrating a data processing apparatus 710 according to an embodiment of the present disclosure. The data processing apparatus 700 may be located on a server, and the data processing apparatus 710 may be located on a webpage.

[0093] According to embodiments of this disclosure, the data processing device 700 may include a data acquisition module 701, a page modification module 702, and a data update module 703. According to embodiments of this disclosure, the data processing device 710 may include a data acquisition module 711, a page rendering module 712, and a page modification module 713.

[0094] The data acquisition module 701 can be configured to, in response to a user's access to a predetermined page, read first language data of the predetermined page from a database and send the first language data to a web page, wherein the first language is predefined based on the dynamic data structure of the predetermined page. Optionally, the data acquisition module 701 can perform the operations described above with reference to step S401. Correspondingly, the data acquisition module 711 can be configured to, in response to a user's access to a predetermined page, receive first language data from a server, wherein the first language data is read by the server from a database, and the first language is predefined based on the dynamic data structure of the predetermined page. Optionally, the data acquisition module 711 can perform the operations described above with reference to step S411.

[0095] For example, in response to a user's request for webpage data, the server can read DSL data from the database and send it to the webpage. Specifically, for a specific page, the server can read its latest DSL data from the database, which can simultaneously describe the structure and data of that page.

[0096] For example, the data acquisition module 701 can encapsulate DSL data as content into the target data format to preserve the data exchange format between the web page and the server. However, by directly reading the DSL data from the target data format (e.g., JSON data) for processing, the same rendering performance can be guaranteed while reducing transmission costs. Of course, the data acquisition module 701 can also directly send DSL data from the server to the web page.

[0097] The page rendering module 712 can be configured to parse the received first language data to render the predetermined page. Optionally, the page rendering module 712 can perform the operations described above with reference to step S412.

[0098] Optionally, after receiving the DSL data on the webpage, the page rendering module 702 can use the webpage parser described above to perform corresponding parsing processing on the DSL data, so as to complete the page rendering based on the DSL data. Specifically, the page can be displayed according to the page structure and data described in the DSL data.

[0099] For example, based on DSL data, the nesting structure of page modules and the parameters of each page module in the predetermined page described in the DSL data can be obtained by parsing it using a parser corresponding to the webpage. As an example, the nesting structure of page modules and the parameters of each page module in the predetermined page described in the DSL data can be represented in the form of a syntax tree parsed by the parser generator based on the DSL data.

[0100] For example, after obtaining the nested structure of page modules and the parameters of each page module from the DSL data using a parser corresponding to the web page, page rendering can be further performed based on this information. For example, the nested structure of page modules and the parameters of each page module in the predetermined page can be represented as a syntax tree including a tree structure of multiple key-value pairs, where each key-value pair can correspond to a page module and its parameters.

[0101] The page modification module 713 can be configured to, in response to the user's modification of the rendered predetermined page, send data in the target data format of the modified predetermined page to the server, so that the server can update the first language data of the predetermined page based on the received target data format data, and store the updated first language data of the predetermined page in the database. Optionally, the page modification module 713 can perform the operations described above with reference to step S413. Correspondingly, the page modification module 702 can be configured to, in response to the user's modification of the rendered predetermined page, receive data in the target data format of the modified predetermined page from the web page, wherein the rendered predetermined page is rendered by the web page parsing the first language data. Optionally, the page modification module 702 can perform the operations described above with reference to step S402.

[0102] For example, users can modify a rendered page during actual access. As an example, users can add fields or configure modules. For instance, users can populate and modify data in parameter fields on the page. Through modifications to page data, the data processing apparatus disclosed herein can support user-defined data structures.

[0103] After a user modifies a page, the front-end needs to add the changes to the JSON data and submit it to the back-end, ensuring data content and order consistency. For example, in response to a user saving changes to the page data, the modified page data can be sent back from the front-end to the back-end for storage. Specifically, the webpage can send the modified data of a predetermined webpage to the server. Optionally, since webpage data is typically stored in JSON format on the page, or in other words, the page code generated by the front-end is usually in JSON format, the modified data of the predetermined webpage sent to the server can be in the target data format (e.g., JSON). Therefore, when transmitting this webpage data, it is necessary to ensure the consistency of the data order, because in JSON format data, the data describing the page parameters is usually unordered.

[0104] The data update module 703 can be configured to update the first language data of the predetermined page based on the received target data format, and store the updated first language data of the predetermined page in the database. Optionally, the data update module 703 can perform the operations described above with reference to step S403.

[0105] For example, after the backend receives data in the modified target data format of the scheduled page, it can use this modified data to update the database. Since the parameter data in the target data format is unordered, to ensure the consistency of the data order, the modified target data format data can be merged with the original target data format data to update the page data. The merged data is then converted into DSL data to ensure order consistency.

[0106] For example, the DSL data of the original scheduled page can be converted into JSON data on the server side to obtain the target data format of the original scheduled page.

[0107] For example, a server-side parser can be used to parse the DSL data of the pre-modified page to generate the JSON data of the pre-modified page. This step can be achieved by pre-configuring the server-side parser and will not change with the DSL data. Therefore, if the DSL data changes, only the DSL data needs to be modified, without modifying the server-side data processing code. Similarly, for the web page, a web page rendering based on the DSL data can also be achieved by pre-configuring the web page parser, and it will not change with the input DSL data. Therefore, if the DSL data changes, only the DSL data needs to be modified, without modifying the web page data processing code.

[0108] For example, after generating the JSON data of the reservation page before modification, the server can merge the JSON data of the reservation page before and after modification, that is, use the JSON data of the reservation page after modification to update the JSON data of the reservation page before modification. Based on this, the latest JSON data of the reservation page can be obtained.

[0109] For example, in order to update DSL data in the database and ensure the consistency of page data order, the latest DSL data of the predetermined page can be obtained by reverse parsing from JSON data to DSL data, based on the latest JSON data of the predetermined page.

[0110] Based on this, the latest DSL data for the currently reserved page can be obtained. Therefore, this latest DSL data can be stored in the database for database updates.

[0111] For example, in addition to the DSL data mentioned above, JSON data can also be stored in the database to facilitate subsequent data retrieval and statistical processing.

[0112] Furthermore, the data processing apparatus of this disclosure can also be used as a module to implement other operations of the data processing method described above, which will not be elaborated here.

[0113] According to another aspect of this disclosure, a data processing apparatus is also provided. Figure 8 A schematic diagram of a data processing apparatus 2000 according to an embodiment of the present disclosure is shown.

[0114] like Figure 8 As shown, the data processing device 2000 may include one or more processors 2010 and one or more memories 2020. The memories 2020 store computer-readable code, which, when executed by the one or more processors 2010, can perform the data processing method described above.

[0115] The processor in the embodiments of this disclosure can be an integrated circuit chip with signal processing capabilities. The processor can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), an off-the-shelf programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor, and can be based on an x86 architecture or an ARM architecture.

[0116] In general, the various exemplary embodiments of this disclosure can be implemented in hardware or dedicated circuitry, software, firmware, logic, or any combination thereof. Some aspects can be implemented in hardware, while others can be implemented in firmware or software that can be executed by a controller, microprocessor, or other computing device. When aspects of embodiments of this disclosure are illustrated or described as block diagrams, flowcharts, or using some other graphical representation, it will be understood that the blocks, apparatuses, systems, techniques, or methods described herein can be implemented as non-limiting examples in hardware, software, firmware, dedicated circuitry or logic, general-purpose hardware or controllers or other computing devices, or some combination thereof.

[0117] For example, the method or apparatus according to embodiments of this disclosure can also be used by means of Figure 9 The architecture of the computing device 3000 shown is used for implementation. For example... Figure 9As shown, the computing device 3000 may include a bus 3010, one or more CPUs 3020, a read-only memory (ROM) 3030, a random access memory (RAM) 3040, a communication port 3050 connected to a network, an input / output component 3060, a hard disk 3070, etc. The storage devices in the computing device 3000, such as the ROM 3030 or the hard disk 3070, may store various data or files used for processing and / or communication in the data processing method provided in this disclosure, as well as program instructions executed by the CPU. The computing device 3000 may also include a user interface 3080. Of course, Figure 9 The architecture shown is merely exemplary and can be omitted as needed when implementing different devices. Figure 9 One or more components in the computing device shown.

[0118] According to another aspect of this disclosure, a computer-readable storage medium is also provided. The computer storage medium stores computer-readable instructions. When the computer-readable instructions are executed by a processor, a data processing method according to embodiments of this disclosure described with reference to the above-drawn figures can be performed. The computer-readable storage medium in the embodiments of this disclosure may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. Non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory may be random access memory (RAM), which serves as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous interconnected dynamic random access memory (SLDRAM), and direct memory bus random access memory (DR RAM). It should be noted that the memory used in the methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0119] Embodiments of this disclosure also provide a computer program product or computer program including computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform a data processing method according to embodiments of this disclosure.

[0120] Embodiments of this disclosure provide a data processing method, apparatus, computer program product, and computer-readable storage medium.

[0121] The method provided by the embodiments of this disclosure defines a corresponding domain-specific language for the general dynamic data structure of the page. It then uses domain-specific language data—described in this language as the nested structure of page modules and the parameters of each module—to achieve the transmission of page data from the backend to the frontend. The page is rendered by parsing this domain-specific language data. Furthermore, when a user modifies the page data, the method provides that the method updates the original domain-specific language data using the modified target data format returned from the frontend. This ensures data consistency, particularly in order and structure, during page data processing. Finally, the updated domain-specific language data of the page is stored in a database for subsequent retrieval. The method of the embodiments of this disclosure enables the description of data structures and their application in data display and storage through custom data template syntax and corresponding parsing programs. This significantly improves development efficiency, reduces the difficulty of handling custom data types, and enhances data flexibility while ensuring data accuracy.

[0122] It should be noted that the flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing at least one executable instruction for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0123] In general, the various exemplary embodiments of this disclosure can be implemented in hardware or dedicated circuitry, software, firmware, logic, or any combination thereof. Some aspects can be implemented in hardware, while others can be implemented in firmware or software that can be executed by a controller, microprocessor, or other computing device. When aspects of embodiments of this disclosure are illustrated or described as block diagrams, flowcharts, or using some other graphical representation, it will be understood that the blocks, apparatuses, systems, techniques, or methods described herein can be implemented as non-limiting examples in hardware, software, firmware, dedicated circuitry or logic, general-purpose hardware or controllers or other computing devices, or some combination thereof.

[0124] The exemplary embodiments of this disclosure described in detail above are merely illustrative and not restrictive. Those skilled in the art will understand that various modifications and combinations can be made to these embodiments or their features without departing from the principles and spirit of this disclosure, and such modifications should fall within the scope of this disclosure.

Claims

1. A data processing method, the method being performed by a server side, the method comprising: reading first language data of a predetermined page from a database and sending the first language data to a web page side in response to a user accessing the predetermined page, wherein a first language is predefined based on a dynamic data structure of the predetermined page; receiving data in a target data format of the modified predetermined page from the web page side in response to the user modifying a rendered predetermined page, wherein the rendered predetermined page is rendered by the web page side parsing the first language data; updating the first language data of the predetermined page based on the received data in the target data format and storing the updated first language data of the predetermined page in the database.

2. The method of claim 1, wherein, the first language data describes a nested structure of page modules in the predetermined page and parameters of each page module in the first language; wherein the data in the target data format of the modified predetermined page comprises modified data in the target data format of the predetermined page resulting from modifying data in the target data format of the predetermined page, wherein the modifying data in the target data format of the predetermined page is based on the user modifying the nested structure of page modules or the parameters of page modules in the rendered predetermined page.

3. The method of claim 1, wherein, the data in the target data format of the predetermined page comprises first part data describing the nested structure of page modules in the predetermined page and second part data describing the parameters of each page module in an order independent of the nested structure of page modules in the predetermined page, wherein the first part data and the second part data are independent of each other.

4. The method of claim 2 or 3, wherein, updating the first language data of the predetermined page based on the received data in the target data format comprises: updating data in the target data format of the predetermined page based on the received data in the target data format and the first language data of the predetermined page; converting the updated data in the target data format of the predetermined page into the updated first language data of the predetermined page to describe the parameters of each page module in the updated predetermined page in the first language in an order related to the nested structure of page modules in the predetermined page.

5. The method of claim 1, wherein, updating the first language data of the predetermined page based on the received data in the target data format comprises: parsing the first language data of the predetermined page read from the database to obtain data in the target data format of the predetermined page; updating data in the target data format of the predetermined page based on the data in the target data format of the predetermined page and the data in the target data format of the modified predetermined page; generating the updated first language data of the predetermined page from the updated data in the target data format of the predetermined page based on a conversion from the target data format to the first language.

6. The method of claim 5, wherein, storing the updated first language data of the predetermined page in the database comprises: storing the updated target data format data of the predetermined page and the updated first language data of the predetermined page together in the database; wherein reading the first language data of the predetermined page from the database comprises: retrieving the first language data of the predetermined page from the database based on the latest target data format data of the predetermined page stored in the database.

7. The method of claim 1, wherein, sending the first language data to a web page end comprises: packaging the first language data in the target data format and sending the first language data packaged in the target data format to the web page end.

8. The method of claim 1, further comprising: in response to a first access of the predetermined page by the user, sending a template of the first language data to the web page end for the web page end to parse a template of the received field-specific language data to render an initial interface of the predetermined page, wherein the template of the first language data is predefined by the server end, and the template of the first language data comprises a nesting structure of page modules in the predetermined page and parameter names of each page module.

9. The method of claim 8, further comprising: constructing the first language based on a dynamic data structure of the predetermined page; generating, by a parser generator, a parser corresponding to the server end for parsing the first language data according to the constructed first language, wherein the parser corresponding to the server end is used to implement a conversion from the target data format to the first language; wherein updating the first language data of the predetermined page based on the received target data format data comprises: parsing the first language data of the predetermined page read from the database using the parser corresponding to the server end to obtain target data format data of the predetermined page.

10. A data processing method, the method being performed by a web page end, the method comprising: in response to a user accessing a predetermined page, receiving first language data from a server end, wherein the first language data is read from a database by the server end, and a first language is predefined based on a dynamic data structure of the predetermined page; parsing the received first language data to render the predetermined page; in response to the user modifying the rendered predetermined page, sending target data format data of the modified predetermined page to the server end for the server end to update the first language data of the predetermined page based on the received target data format data and store the updated first language data of the predetermined page in the database.

11. The method of claim 10, wherein, parsing the received first language data to render the predetermined page comprises: rendering the predetermined page according to a nesting structure of page modules in the predetermined page and parameters of each page module described in the received first language data.

12. The method of claim 10, wherein, In response to the modification of the rendered predetermined page by the user, sending data in the target data format of the modified predetermined page to the server side comprises: In response to the modification of the nested structure of the page modules or the parameters of the page modules in the rendered predetermined page by the user, modifying the data in the target data format of the predetermined page and sending the modified data in the target data format of the predetermined page to the server side.

13. The method of claim 10, further comprising: In response to the first access of the predetermined page by the user, receiving a template of the first language data from the server side, wherein the template of the first language data is predefined by the server side, and the template of the first language data comprises the nested structure of the page modules in the predetermined page and the parameter names of each page module; Parsing the received template of the first language data to render an initial interface of the predetermined page.

14. The method of claim 10, wherein, The data in the target data format of the predetermined page comprises a first part of data describing the nested structure of the page modules in the predetermined page and a second part of data describing the parameters of each page module in a sequence independent of the nested structure of the page modules in the predetermined page, wherein the first part of data and the second part of data are independent of each other.

15. The method of claim 10, further comprising: Generating, by a parser generator, a parser corresponding to the web side for parsing the first language data according to the first language, wherein the parser corresponding to the web side is used to render the predetermined page based on the first language data; wherein parsing the received first language data comprises: parsing the received first language data using the parser corresponding to the web side.

16. A data processing apparatus, comprising: a data obtaining module configured to read first language data of a predetermined page from a database and send the first language data to a web side in response to access of the predetermined page by a user, wherein the first language is predefined based on a dynamic data structure of the predetermined page; a page modifying module configured to receive data in a target data format of the predetermined page from the web side in response to modification of a rendered predetermined page by the user, wherein the rendered predetermined page is rendered by the web side by parsing the first language data; and a data updating module configured to update the first language data of the predetermined page based on the received data in the target data format and store the updated first language data of the predetermined page in the database.

17. A data processing apparatus, comprising: a data obtaining module configured to receive first language data from a server side in response to access of a predetermined page by a user, wherein the first language data is read from a database by the server side, and the first language is predefined based on a dynamic data structure of the predetermined page; a page rendering module configured to parse the received first language data to render the predetermined page; and a page modification module configured to, in response to a modification of the rendered predetermined page by the user, send data in a target data format of the modified predetermined page to the server side to update the first language data of the predetermined page based on the received data in the target data format and store the updated first language data of the predetermined page in the database. 18.A computer program product stored on a computer readable storage medium and comprising computer instructions which, when executed by a processor, cause a computer device to perform the method of any one of claims 1-15. 19.A computer readable storage medium having computer executable instructions stored thereon, the instructions, when executed by a processor, implement the method of any one of claims 1-15.

Images