WO2020015186A1

WO2020015186A1 - Method and apparatus for real-time update of page data and electronic device

Info

Publication number: WO2020015186A1
Application number: PCT/CN2018/108084
Authority: WO
Inventors: 赖云辉; 龙觉刚; 孙成; 叶俊锋; 罗先贤
Original assignee: 平安科技（深圳）有限公司
Priority date: 2018-07-19
Filing date: 2018-09-27
Publication date: 2020-01-23
Also published as: CN108989429A

Abstract

A method and apparatus for real-time update of page data and an electronic device. The method comprises: receiving a message queue sent by a server (S201); extracting a new message in the message queue, and determining data to be written and a location identifier corresponding to the data to be written according to the new message (S202); and determining a location to be updated corresponding to the location identifier in the current page by means of a document object model (DOM), and updating data at the location to be updated to the data to be written (S203). By means of the method, directional and accurate acquisition of data to be updated and the location of the updated data in a page are realized, and the partial refresh of the page data is realized by means of the DOM, so that an operator can obtain the latest information without manually refreshing the page, avoiding the delays caused by the operator missing the latest data, and reducing the workload of the operator.

Description

Method, device and electronic equipment for updating page data in real time

This application claims the priority of a Chinese patent application filed with the Chinese Patent Office on July 19, 2018, with application number 201810797555.1, and the invention name is "Method, Device, Electronic Device for Updating Page Data in Real Time", the entire contents of which are incorporated by reference. In this application.

Technical field

The present application relates to the technical field of webpage data processing. Specifically, the present application relates to a method, an apparatus, and an electronic device for updating page data in real time.

Background technique

The Internet has been integrated into every aspect of people's lives and work. For example, in life, people are increasingly inseparable from online shopping and ordering takeaways. In order to cope with a large number of orders generated in a short period of time, various consumer electronics platforms have established business systems to facilitate timely and order information. For another example, in order to facilitate enterprise management and collaborative work, more and more enterprises use the office automation OA system to conduct enterprise internal process approval, transaction transfer, and document approval, etc., to achieve automated, paperless network office and communication the way.

In existing business systems or OA systems, the main menu bar will generally have options such as "My Order" and "My Task". Click these options to get the current pending order or task. Better business systems will mark the number of pending orders next to the menu item, such as "[My Order (12)]" to prompt the number of orders or tasks, but the operator still needs to manually refresh the page to obtain The number of the latest pending items.

The inventor found that the existing business system or OA system has the following problems: the operator needs to manually click on a menu item or manually refresh the page to get the latest news, the operation is tedious, and once the operator does not refresh the page immediately, the task may be missed , Delayed work. In addition, whether you click a menu item or manually refresh the page, you need to re-read the data of the entire page, making the business system useless.

Summary of the invention

This application provides a method, device, electronic device, and computer-readable storage medium for updating page data in real time, which can solve the problem that an operator needs to manually refresh the page to obtain the latest news. The technical solution is as follows:

In a first aspect, the present application provides a method for updating page data in real time. The method includes:

Receive the message queue sent by the server; extract new messages in the message queue, determine the data to be written and the position identifier corresponding to the data to be written according to the new message; determine the document to be updated corresponding to the position identifier in the current page through the document object model DOM Position to update the data at the position to be updated to the data to be written.

In a second aspect, the present application provides another method for updating page data in real time. The method includes: receiving a new message generated in the background, and placing the new message in a corresponding message queue in the message middleware. The new message includes the new data and The location identifier used to indicate the location to be updated in the current web page; when a preset condition is met, the message queue in the message middleware is sent to the front end corresponding to the message queue, so that the front end updates the current according to the new message in the message queue page.

In a third aspect, the present application provides a device for updating page data in real time. The device includes: a receiving module for receiving a message queue sent by a server; an extraction module for extracting a new message in the message queue, and determining according to the new message. The data to be written and the location identifier corresponding to the data to be written; an update module for determining the location to be updated corresponding to the location identifier in the current page through the document object model DOM, and updating the data at the location to be updated to be written data.

In a fourth aspect, the present application provides a device for updating page data in real time. The device includes a message storage module for receiving a new message generated in the background and placing the new message in a corresponding message queue in the message middleware. The message includes new data and a location identifier used to indicate the location to be updated in the current webpage. The message sending module is used to send the message queue in the message middleware to the front end corresponding to the message queue when the preset conditions are met. Causes the front end to update the current page based on new messages in the message queue.

In a fifth aspect, the present application provides an electronic device including: one or more processors; a memory; and one or more application programs, wherein one or more application programs are stored in the memory and configured as Executed by one or more processors, and one or more applications are configured to perform the following operations of the method of updating page data in real time: receiving a message queue sent by a server; extracting a new message in the message queue, and according to the new The message determines the data to be written and the location identifier corresponding to the data to be written; the document object model DOM is used to determine the location to be updated corresponding to the location identifier in the current page, and the data at the location to be updated is updated to the Data to be written.

According to a sixth aspect, the present application provides an electronic device including: one or more processors; a memory; and one or more application programs, wherein the one or more application programs are stored in the memory and are And configured to be executed by the one or more processors, and the one or more applications are configured to perform the following operations of the method for updating page data in real time: receiving a new message generated in the background, and placing the new message in The corresponding message queue in the message middleware, the new message includes new data and a location identifier used to indicate a position to be updated in the current webpage; and when a preset condition is met, the message queue in the message middleware is sent to the The front end corresponding to the message queue is described, so that the front end updates the current page according to a new message in the message queue.

In a seventh aspect, the present application provides a computer-readable non-volatile storage medium. A computer program is stored on the computer-readable non-volatile storage medium, and when the program is executed by a processor, a method for real-time updating page data is implemented. The following operations: receive a message queue sent by the server; extract a new message in the message queue, determine the data to be written and the location identifier corresponding to the data to be written according to the new message; determine the current page through the document object model DOM A position to be updated corresponding to the position identifier, and data at the position to be updated is updated to the data to be written.

According to an eighth aspect, the present application provides a computer-readable non-volatile storage medium, where the computer-readable non-volatile storage medium is used to store computer instructions, and when the computer instructions are run on the computer, the computer can execute real-time The method of updating page data has the following operations: receiving a new message generated in the background, and placing the new message in a corresponding message queue in the message middleware, where the new message includes new data and is used to indicate a pending update in the current web page The location identifier of the location; when a preset condition is met, the message queue in the message middleware is sent to the front end corresponding to the message queue, so that the front end updates the current page according to the new message in the message queue.

In the technical solution provided by the embodiment of the present application, the data to be updated and the position of the updated data in the page are accurately obtained through orientation, and the page data is partially refreshed through the DOM, so that the operator can obtain the latest news without manually refreshing the page, avoiding Operators are delayed due to missing the latest data, while reducing the workload of operators.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic flowchart of a method for updating page data in real time according to an embodiment of the present application;

2 is a schematic flowchart of another method for updating page data in real time according to an embodiment of the present application;

3 is a schematic structural diagram of a device for updating page data in real time according to an embodiment of the present application;

4 is a schematic structural diagram of another apparatus for updating page data in real time according to an embodiment of the present application;

5 is a schematic structural diagram of an electronic device according to an embodiment of the present application;

FIG. 6 is a schematic structural diagram of another electronic device according to an embodiment of the present application.

detailed description

Example one

An embodiment of the present application provides a method for updating page data in real time. As shown in FIG. 1, the method includes steps S101 and S102.

Step S101: Receive a new message generated in the background, and place the new message in a corresponding message queue in the message middleware. The new message includes new data and a location identifier used to indicate a location to be updated in the current webpage.

Among them, after a new message is generated in the background, it is immediately sent to the server. Each new message carries a topic, each topic corresponds to at least one message queue, and each message queue corresponds to a front end. After receiving the new message generated in the background, the server stores the new message in the corresponding message queue in the message middleware according to the subject carried by the new message.

Among them, ActiveMQ, RabbitMQ, Kafka, Jafka, RocketMQ, etc. can be selected as the message middleware, which is not limited here. After the message queue is sent to the front end, the message middleware will empty the messages in the sent message queue, waiting for the server to write new messages generated in the background to the message queue.

The new data is data to be updated into the page. The new data in this embodiment specifically refers to a type of data with a higher generation frequency, such as order data and task data. The position to be updated is a position on the page where data needs to be updated, such as a cell in a table on a web page, a cell in a menu bar or task bar for displaying a to-do item. Each display area on the page (such as a cell in a table) corresponds to a label in HMTL.

Step S102: When the preset condition is satisfied, send the message queue in the message middleware to the front end corresponding to the message queue, so that the front end updates the current page according to the new message in the message queue.

When the preset condition is satisfied, the message queue is sent to the corresponding front end according to the theme corresponding to the message queue. After receiving the message queue, the front end extracts new messages from the message queue, determines the position to be updated in the current web page based on the position identifier in the new message, and uses the AJAX (Asynchronous Javascript And XML, asynchronous page dynamic refresh) technology to update the current web page. The data in the position to be updated in is updated to new data to automatically update the page data.

Among them, AJAX is a technology used to create fast dynamic web pages. AJAX enables the back-end to communicate with the server with a small amount of data to enable asynchronous updates of the web pages. This means that the entire web page can be updated without reloading the entire web page. Part of the web page is updated.

For example, in the order system, the display of order data on the current webpage is: the number of currently pending orders is displayed in a menu item. The above method is applied to the order system. The specific process is as follows: the new order data generated is sent to the server by the background, and the new message sent to the server includes: the new order data, the subject corresponding to the order data, and the location identifier, where The location identifier indicates the display position of the order data on the page. After receiving the new message generated in the background, the server stores the new message in the corresponding message queue in the message middleware according to the theme carried by the new information. When the condition is met, the message queue in the message middleware is sent to the corresponding front end; after the front end obtains the new message queue, the new order data and location identifier are extracted from the new message queue, and the current location indicator indication is determined by AJAX technology The position to be updated on the webpage, that is, the menu item displays a label corresponding to the number of currently pending orders. According to the number of new orders, the number of orders in the current webpage to be updated is updated to the number of new orders. Achieve automatic update of page data.

The method for real-time updating page data in this embodiment transfers a large number of new messages generated in the background to a corresponding message queue through an intermediate message piece, and immediately forwards the message queue to a corresponding front end, so that the front end can be updated in real time and automatically Some data in the page allows the operator to get the latest news without manually refreshing the page, avoiding the operator's delay in work due to missing the latest data, and reducing the workload of the operator. In addition, the message middleware has an exception handling mechanism, and the business system only needs to put data into the corresponding message queue. When the system is abnormal and recovers from the exception, the message middleware will automatically resend the message. Therefore, it is forwarded through the message middleware. Message, there is no need to worry about abnormal situations such as network and power failure, which improves the stability of business systems.

Example two

This embodiment of the present application provides another possible implementation manner. On the basis of Embodiment 1, the method shown in Embodiment 2 is further included.

Among them, the front end will periodically send a request to the server to obtain the message queue. You can set the time interval for sending requests according to the frequency of new data in the actual service. For example, when the data is updated frequently, the front end can send a request to the server to obtain the message queue every 0.5s.

On this basis, step S102 specifically includes: when receiving a request for obtaining a message queue sent by the front end, sending a corresponding message queue to the requesting front end through a message middleware.

The foregoing method of actively acquiring a message queue by the front end is prone to unnecessary consumption. For this reason, in this embodiment, the long connection mechanism of the websocket is used to actively push the message queue from the server to the front end, so as to avoid unnecessary consumption caused by the front end continuously polling the server.

Optionally, on the basis of establishing a long connection, step S102 specifically includes: regularly sending the message queue in the message middleware to the front end corresponding to the message queue through the long connection established with the front end.

The time interval for sending the message queue regularly can be determined according to the frequency of generating new data in the actual service. The higher the frequency of generation, the shorter the time interval.

Optionally, based on establishing a long connection, step S102 specifically includes: when the message queue changes, actively sending the message queue in the message middleware to the front end corresponding to the message queue through the long connection established with the front end.

Among them, when the server detects that a certain amount of new data in the message queue is reached, it actively sends the message queue in the message middleware to the front end corresponding to the message queue through the long connection established between the server and the front end.

Optionally, step S102 specifically includes: buffering the message queue in the message middleware to the Redis server, and sending the message queue to the front end corresponding to the message queue through the Redis server.

Implement distributed caching through the Redis server, cache the message queue in the message middleware to the Redis server, and then push the message queue to the front end through the Redis server. The high availability of the Redis server is used to adapt to different data types and application scenarios. At the same time, the distributed nature of the Redis server reduces the probability of data loss and improves the reliability of the system.

Example three

Based on the first and second embodiments, this embodiment of the present application also provides a method for updating page data in real time. As shown in FIG. 2, the method includes: step S201, step S202, and step S203.

Step S201: Receive a message queue sent by a server.

In step S202, a new message in the message queue is extracted, and data to be written and a location identifier corresponding to the data to be written are determined according to the new message.

The new message includes new data and a location identifier used to indicate a location to be updated in the current webpage. According to the new data, the data to be updated to the current page, that is, the data to be written is determined. A message queue includes at least one new message.

Step S203: Determine the position to be updated corresponding to the position identifier in the current page through the document object model DOM, and update the data at the position to be updated to the data to be written.

Among them, the DOM (Document Object Model) is an application programming interface for HTML and XML. The DOM maps the entire page into a file consisting of hierarchical nodes to easily obtain, modify, add, or delete elements in web pages. .

The method for real-time updating page data of this embodiment is applied to the front end, and cooperates with the method applied to the server side of Embodiments 1 and 2 to achieve real-time updating of the front-end page according to new data generated in the background. For explanations of related terms in this embodiment, reference may be made to related explanations in Embodiment 1 and Embodiment 2, and details are not described herein again.

For example, in the order system, the display of order data on the current page is to display the number of currently pending orders in a menu item. The new data generated in the background can be new orders or reduced orders. When the above method is applied to the front end of the order system, the specific process is: after the front end obtains a new message queue sent by the server, it extracts new order data and location identifiers from the received message queue, and according to the new addition in the message queue Orders or reduced orders and the number of orders displayed on the current page, calculate the current order number (that is, data to be written); then, the front end uses AJAX technology to determine the position to be updated in the current web page indicated by the position identifier through the DOM, That is, the menu item displays a label corresponding to the current number of orders to be processed, and updates the number of orders in the position to be updated on the current web page to data to be written to automatically update the number of orders in the menu bar of the page.

Some order systems not only display the order quantity, but also display specific order data, such as specific product models, product quantities, delivery periods, and so on. At this time, after the front end obtains a new message queue sent by the server, it extracts new order data and location identifiers from the newly received message queue, and extracts the order data from the new data as data to be written; then, it uses AJAX technology , Through the DOM to determine the position to be updated in the current web page indicated by the position identifier, that is, the label corresponding to the position where the order data is displayed on the current page, and update the number of orders in the position to be updated in the current web page to the data to be written to achieve Automatically update new or deleted order data on the page.

The method for real-time updating of page data in this embodiment acquires the data that needs to be updated and the position of the updated data in the page in a targeted and accurate manner, and implements partial refresh of the page data through the DOM, so that the operator can obtain the latest news without manually refreshing the page. Avoiding operator delays due to missing the latest data, while reducing operator workload. In addition, the front-end can accurately obtain the updated data without the need to refresh the entire page again for a single latest data, reducing the consumption of business systems.

Embodiment 4

This embodiment of the present application provides another possible implementation manner. On the basis of Embodiment 3, the method shown in Embodiment 4 is further included.

If too many new messages are produced in the background in a short period of time, the front-end cannot consume new messages quickly. In order to solve the above problem, the method for real-time updating page data in this embodiment further includes the following steps: when the number of message queues received in a unit time exceeds a threshold, a plurality of consumption objects are created, and each consumption object consumes the received data in turn. message queue.

Among them, the consumption object is an object that processes a message queue. Consumption refers to processing the message queue through the created consumption object, that is, performing the operations in steps S202 and S203.

By detecting the number of received message queues, a corresponding number of consumer objects are adaptively created to improve the ability of the front end to respond to a large amount of new data generated in the background.

The method of this embodiment further includes the following steps: obtaining a preset configuration file, and the configuration file includes a type identifier.

The user can set the type of data that the front-end needs to extract from the message queue through the configuration file, so that the user can quickly make adjustments according to different business needs.

In this embodiment, the format of the new message sent in the background is key-value, value is new data, and key is the type identifier corresponding to the new data. There is no requirement for the structure of the new message. The new message may be a tree structure, a JSON structure, or other formats.

Accordingly, step S202 specifically includes: extracting new data corresponding to the type identifier in the configuration file from the new message in the message queue, and determining the data to be written according to the new data.

After the front-end successfully obtains the message queue, the obtained queue message is extracted from the success block of AJAX (the success block indicates the processing code block after AJAX successfully obtained the message), and the type in the configuration file is found from the queue message. Identification, just extract the value after the type identification, and then determine the data to be written according to the extracted value. Therefore, no matter whether the data provided in the background is a tree structure or a JSON structure, the data can be quickly extracted, and the user can easily set and change the type of data to be extracted according to the actual business requirements through the configuration file.

Optionally, step S202 specifically includes: extracting an ID identifier in the new message, where the ID identifier is a unique identifier of each tag in the current page. The tags are HTML tags.

Accordingly, step S203 specifically includes: querying the target tag corresponding to the ID identifier through the DOM, and updating the data in the target tag to data to be written.

Optionally, before step S201, the method further includes: sending a request for acquiring a message queue to the server periodically.

Wherein, the time interval for sending the request can be set according to the frequency of new data in the actual service. For example, when the data is updated frequently, the front end can send a request to the server to obtain the message queue every 0.5s. After receiving the request to obtain the message queue sent by the front end, the server sends the corresponding message queue to the requesting front end through the message middleware.

On the basis of establishing a long connection, step S201 specifically includes: receiving the message queue sent by the server through the long connection established with the server.

Example 5

Based on the same inventive concept as the first and second embodiments, this embodiment provides a device for updating page data in real time. As shown in FIG. 3, the device 30 for updating page data in real time may include a message storage module 301 and a message sending module. 302.

The message storage module 301 is configured to receive a new message generated in the background and place the new message in a corresponding message queue in the message middleware. The new message includes new data and a location identifier for indicating a location to be updated in the current webpage.

The message sending module 302 is configured to send the message queue in the message middleware to the front end corresponding to the message queue when the preset condition is satisfied, so that the front end updates the current page according to the new message in the message queue.

The device for real-time updating page data provided by this embodiment transfers a large number of new messages generated in the background to a corresponding message queue through an intermediate message piece, and forwards the message queue to the corresponding front-end in real time, so that the front-end can automatically and real-timely Update some data in the page, so that the operator can get the latest news without manually refreshing the page, avoiding the operator's delay in work due to missing the latest data, and reducing the workload of the operator. In addition, the message middleware has an exception handling mechanism, and the business system only needs to put data into the corresponding message queue. When the system is abnormal and recovers from the exception, the message middleware will automatically resend the message. Therefore, it is forwarded through the message middleware. Message, there is no need to worry about abnormal situations such as network and power failure, which improves the stability of business systems.

Optionally, the message sending module 302 is specifically configured to regularly send the message queue in the message middleware to the front end corresponding to the message queue through the long connection established with the front end.

Optionally, the message sending module 302 is specifically configured to actively send the message queue in the message middleware to the front end corresponding to the message queue through a long connection established with the front end when the message queue changes.

Optionally, the message sending module 302 is configured to cache the message queue in the message middleware to the Redis server when the preset conditions are met, and send the message queue to the corresponding front end of the message queue through the Redis server, so that the front end New messages in the message queue update the current page.

The apparatus for updating page data in real time in this embodiment adopts the same inventive concept as the method for updating page data in real time in Embodiments 1 and 2, and can obtain the same technical effects, which will not be repeated here.

Example Six

Based on the same inventive concepts as the third and fourth embodiments, an embodiment of the present application provides a device for updating page data in real time. As shown in FIG. 4, the device 40 for updating page data in real time may include a receiving module 401 and an extracting module 402. And update module 403.

The receiving module 401 is configured to receive a message queue sent by a server.

The extraction module 402 is configured to extract a new message in the message queue, and determine the data to be written and a location identifier corresponding to the data to be written according to the new message.

The update module 403 is configured to determine a position to be updated corresponding to the position identifier in the current page through the document object model DOM, and update data at the position to be updated to data to be written.

The device for updating page data in real time provided in this embodiment accurately acquires the data to be updated and the position of the updated data in the page. The DOM is used to partially refresh the page data, so that the operator can obtain the latest news without manually refreshing the page. , To avoid the operator's delay due to missing the latest data, while reducing the workload of the operator. In addition, the front-end can accurately obtain the updated data without the need to refresh the entire page again for a single latest data, reducing the consumption of business systems.

Optionally, the apparatus of this embodiment further includes an object creation module 404, which is configured to create multiple consumption objects when the number of message queues received in a unit time exceeds a threshold, and each consumption object consumes the received message queues in turn. .

Optionally, the apparatus in this embodiment further includes a configuration file obtaining module 405, configured to obtain a preset configuration file. The configuration file includes a type identifier.

The format of the new message generated in the background is key-value, where value is the new data and key is the type identifier corresponding to the new data.

Accordingly, the extraction module 402 is specifically configured to extract new data corresponding to the type identifier in the configuration file from the new message in the message queue, and determine the data to be written according to the new data.

Optionally, the extraction module 402 is specifically configured to: extract an ID identifier in a new message. The ID identifier is a unique identifier of each tag in the current page.

Optionally, the update module 403 is specifically configured to: query the target tag corresponding to the ID identifier through the document object model DOM; and update the data in the target tag to data to be written.

Optionally, the receiving module 401 is specifically configured to receive a message queue sent by the server through a long connection established with the server.

The apparatus for updating page data in real time in this embodiment adopts the same inventive concept as the method for updating page data in real time in Embodiments 3 and 4, and can obtain the same technical effects, and details are not described herein again.

Example Seven

An embodiment of the present application provides an electronic device. As shown in FIG. 5, the electronic device 500 shown in FIG. 5 includes a processor 501 and a memory 503. The processor 501 and the memory 503 are connected, for example, through a bus 502. Optionally, the electronic device 500 may further include a transceiver 504. It should be noted that, in practical applications, the transceiver 504 is not limited to one, and the structure of the electronic device 500 does not limit the embodiments of the present application.

The processor 501 is applied in the embodiment of the present application, and is configured to implement the functions of the message storage module 301 and the message sending module 302 shown in FIG. 3. The transceiver 504 includes a receiver and a transmitter.

The processor 501 may be a CPU, a general-purpose processor, a DSP, an ASIC, an FPGA, or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It may implement or execute various exemplary logical blocks, modules, and circuits described in connection with the present disclosure. The processor 501 may also be a combination that realizes a computing function, for example, a combination including one or more microprocessors, a combination of a DSP and a microprocessor, and the like.

The bus 502 may include a path for transmitting information between the aforementioned components. The bus 502 may be a PCI bus, an EISA bus, or the like. The bus 502 can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is used in FIG. 5, but it does not mean that there is only one bus or one type of bus.

The memory 503 may be a ROM or other type of static storage device that can store static information and instructions, a RAM or other type of dynamic storage device that can store information and instructions, or an EEPROM, CD-ROM or other optical disk storage, or optical disk storage (Including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or can be used to carry or store desired program code in the form of instructions or data structures and can be used by a computer Any other media accessed, but not limited to this.

Compared with the prior art, the electronic device provided in the embodiment of the present application transfers a large number of new messages generated in the background to a corresponding message queue through an intermediate message piece, and immediately forwards the message queue to the corresponding front end, so that the front end can Update some data on the page in real time and automatically, so that the operator can get the latest news without manually refreshing the page, avoiding the operator's delay due to missing the latest data, and reducing the workload of the operator. In addition, the message middleware has an exception handling mechanism, and the business system only needs to put data into the corresponding message queue. When the system is abnormal and recovers from the exception, the message middleware will automatically resend the message. Therefore, it is forwarded through the message middleware. Message, there is no need to worry about abnormal situations such as network and power failure, which improves the stability of business systems.

Example eight

An embodiment of the present application provides an electronic device. As shown in FIG. 6, the electronic device 600 shown in FIG. 6 includes a processor 601 and a memory 603. The processor 601 and the memory 603 are connected, for example, through a bus 602. Optionally, the electronic device 600 may further include a transceiver 604. It should be noted that, in practical applications, the transceiver 604 is not limited to one, and the structure of the electronic device 600 does not limit the embodiments of the present application.

The processor 601 is applied in the embodiment of the present application, and is configured to implement the functions of the receiving module 401, the extracting module 402, and the updating module 403 shown in FIG. 4. The transceiver 604 includes a receiver and a transmitter.

The processor 601 may be a CPU, a general-purpose processor, a DSP, an ASIC, an FPGA, or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It may implement or execute various exemplary logical blocks, modules, and circuits described in connection with the present disclosure. The processor 601 may also be a combination that realizes a computing function, for example, a combination including one or more microprocessors, a combination of a DSP and a microprocessor, and the like.

The bus 602 may include a path for transmitting information between the aforementioned components. The bus 602 may be a PCI bus, an EISA bus, or the like. The bus 602 can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only a thick line is used in FIG. 6, but it does not mean that there is only one bus or one type of bus.

The memory 603 may be ROM or other types of static storage devices capable of storing static information and instructions, RAM or other types of dynamic storage devices capable of storing information and instructions, and may also be EEPROM, CD-ROM or other optical disk storage, optical disk storage (Including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or can be used to carry or store desired program code in the form of instructions or data structures and can be used by a computer Any other media accessed, but not limited to this.

Compared with the prior art, the electronic device provided in the embodiment of the present application obtains the data to be updated accurately and the position of the updated data in the page in a targeted manner. The DOM is used to partially refresh the page data, so that the operator does not need to manually refresh the page. Obtain the latest news, avoid the operator's delay due to missing the latest data, and reduce the workload of the operator. In addition, the front-end can accurately obtain the updated data without the need to refresh the entire page again for a single latest data, reducing the consumption of business systems.

Example Nine

The embodiment of the present application provides a computer-readable non-volatile storage medium. A computer program is stored on the computer-readable non-volatile storage medium, and when the program is executed by a processor, the real-time update shown in the first embodiment is implemented. Method of page data.

The embodiment of the present application provides a computer-readable non-volatile storage medium. Compared with the prior art, a large number of new messages generated in the background are transferred to a corresponding message queue through an intermediate message piece, and the message queue is forwarded immediately. To the corresponding front end, so that the front end can update some data in the page in real time and automatically, so that the operator can get the latest news without manually refreshing the page, avoiding the operator's delay in work due to missing the latest data, and reducing the operator Workload. In addition, the message middleware has an exception handling mechanism, and the business system only needs to put data into the corresponding message queue. When the system is abnormal and recovers from the exception, the message middleware will automatically resend the message. Therefore, it is forwarded through the message middleware. Message, there is no need to worry about abnormal situations such as network and power failure, which improves the stability of business systems.

Optionally, an embodiment of the present application further provides a computer-readable non-volatile storage medium. The computer-readable non-volatile storage medium stores a computer program, and the program is executed by a processor to implement the second embodiment. The method for updating page data in real time is not described in detail here.

Example 10

An embodiment of the present application provides a computer-readable non-volatile storage medium. A computer program is stored on the computer-readable non-volatile storage medium, and when the program is executed by a processor, the real-time update shown in the third embodiment is implemented. Method of page data.

The embodiment of the present application provides a computer-readable non-volatile storage medium. Compared with the prior art, the data required to be updated and the position of the updated data in the page are accurately obtained by orientation, and the page data is partially refreshed through the DOM. This allows the operator to get the latest news without manually refreshing the page, avoids the operator's delay in work due to missing the latest data, and reduces the workload of the operator. In addition, the front end can accurately obtain the data that needs to be updated, without having to refresh the entire page again for a single latest data, reducing the consumption of business systems.

Optionally, the embodiment of the present application further provides a computer-readable non-volatile storage medium. The computer-readable non-volatile storage medium stores a computer program, and the fourth embodiment is implemented when the program is executed by a processor. The method for updating page data in real time is not described in detail here.

Claims

A method for updating page data in real time, including:

Receive the message queue sent by the server;

Extracting a new message in the message queue, and determining data to be written and a location identifier corresponding to the data to be written according to the new message;

A document object model DOM is used to determine a position to be updated corresponding to the position identifier in the current page, and the data at the position to be updated is updated to the data to be written.
The method according to claim 1, further comprising: when the number of message queues received in a unit time exceeds a threshold, creating a plurality of consumption objects, and each consumption object consumes the received message queues in turn.
The method according to claim 1, further comprising: obtaining a preset configuration file, wherein the configuration file includes a type identifier;

The format of the new message is key-value, where value is new data and key is a type identifier corresponding to the new data;

The extracting a new message in the message queue and determining data to be written according to the new message includes:

Extracting new data corresponding to the type identifier in the configuration file from a new message in the message queue;

Data to be written is determined according to the new data.
The method according to claim 1, wherein determining the location identifier corresponding to the data to be written according to the new message comprises: extracting an ID identifier in the new message, and the ID identifier is unique for each tag in the current page Identification

The determining a position to be updated corresponding to the position identifier in the current page through the document object model DOM, and updating the data at the position to be updated to the data to be written includes:

Querying a target tag corresponding to the ID identifier through a DOM query;

Update the data in the target tag to the data to be written.
A method for updating page data in real time, including:

Receiving a new message generated in the background, and placing the new message into a corresponding message queue in the message middleware, the new message including new data and a location identifier used to indicate a location to be updated in the current webpage;

When the preset condition is satisfied, the message queue in the message middleware is sent to the front end corresponding to the message queue, so that the front end updates the current page according to the new message in the message queue.
The method according to claim 5, wherein when the preset condition is satisfied, sending the message queue in the message middleware to the front end corresponding to the message queue comprises:

Sending the message queue in the message middleware to the front end corresponding to the message queue through a long connection established with the front end;

or,

When the message queue changes, the long-term connection established with the front end actively sends the message queue in the message middleware to the front end corresponding to the message queue.
A device for updating page data in real time includes:

A receiving module for receiving a message queue sent by a server;

An extraction module, configured to extract a new message in the message queue, and determine data to be written and a location identifier corresponding to the data to be written according to the new message;

An update module is configured to determine a position to be updated corresponding to the position identifier in the current page through a document object model DOM, and update data at the position to be updated to the data to be written.
A device for updating page data in real time includes:

A message storage module, configured to receive a new message generated in the background and place the new message into a corresponding message queue in the message middleware, where the new message includes new data and a location for indicating a location to be updated in the current webpage Identification

A message sending module is configured to send a message queue in a message middleware to a front end corresponding to the message queue when a preset condition is satisfied, so that the front end updates a current page according to a new message in the message queue.
An electronic device includes:

One or more processors;

Memory

One or more applications, wherein the one or more applications are stored in the memory and configured to be executed by the one or more processors, the one or more applications are configured to execute The following operations of the method of updating page data in real time:

Receive the message queue sent by the server;

Extracting a new message in the message queue, and determining data to be written and a location identifier corresponding to the data to be written according to the new message;

A document object model DOM is used to determine a position to be updated corresponding to the position identifier in the current page, and the data at the position to be updated is updated to the data to be written.
The electronic device according to claim 9, the operation further comprising: when the number of message queues received in a unit time exceeds a threshold, creating a plurality of consumption objects, and each consumption object consumes the received message queues in turn.
The electronic device according to claim 9, the operation further comprising: obtaining a preset configuration file, wherein the configuration file includes a type identifier;

The format of the new message is key-value, where value is new data and key is a type identifier corresponding to the new data;

The extracting a new message in the message queue and determining data to be written according to the new message includes:

Extracting new data corresponding to the type identifier in the configuration file from a new message in the message queue;

Data to be written is determined according to the new data.
The electronic device according to claim 9, wherein determining the location identifier corresponding to the data to be written according to the new message comprises: extracting an ID identifier in the new message, the ID identifier being a tag of each tag in the current page Uniquely identifies;

The determining a position to be updated corresponding to the position identifier in the current page through the document object model DOM, and updating the data at the position to be updated to the data to be written includes:

Querying a target tag corresponding to the ID identifier through a DOM query;

Update the data in the target tag to the data to be written.
An electronic device includes:

One or more processors;

Memory

One or more applications, wherein the one or more applications are stored in the memory and configured to be executed by the one or more processors, the one or more applications are configured to execute The following operations of the method of updating page data in real time:

Receiving a new message generated in the background, and placing the new message into a corresponding message queue in the message middleware, the new message including new data and a location identifier used to indicate a location to be updated in the current webpage;

When the preset condition is satisfied, the message queue in the message middleware is sent to the front end corresponding to the message queue, so that the front end updates the current page according to the new message in the message queue.
The electronic device according to claim 13, wherein the sending a message queue in a message middleware to a front end corresponding to the message queue when a preset condition is satisfied comprises:

Sending the message queue in the message middleware to the front end corresponding to the message queue through a long connection established with the front end;

or,

When the message queue changes, the long-term connection established with the front end actively sends the message queue in the message middleware to the front end corresponding to the message queue.
A computer-readable non-volatile storage medium is used to store computer instructions. When the computer-readable non-volatile storage medium is run on a computer, the computer can perform the following operations of a method for updating page data in real time. :

Receive the message queue sent by the server;

Extracting a new message in the message queue, and determining data to be written and a location identifier corresponding to the data to be written according to the new message;

A document object model DOM is used to determine a position to be updated corresponding to the position identifier in the current page, and the data at the position to be updated is updated to the data to be written.
The non-volatile storage medium according to claim 15, the operation further comprising: when the number of message queues received in a unit time exceeds a threshold, creating a plurality of consumption objects, and each consumption object consumes the received message queue.
The non-volatile storage medium according to claim 15, the operation further comprising: obtaining a preset configuration file, wherein the configuration file includes a type identifier;

The format of the new message is key-value, where value is new data and key is a type identifier corresponding to the new data;

The extracting a new message in the message queue and determining data to be written according to the new message includes:

Extracting new data corresponding to the type identifier in the configuration file from a new message in the message queue;

Data to be written is determined according to the new data.
The non-volatile storage medium according to claim 15, wherein determining the location identifier corresponding to the data to be written according to the new message comprises: extracting an ID identifier in the new message, and the ID identifier is a current page The unique identification of each label in the

The determining a position to be updated corresponding to the position identifier in the current page through the document object model DOM, and updating the data at the position to be updated to the data to be written includes:

Querying a target tag corresponding to the ID identifier through a DOM query;

Update the data in the target tag to the data to be written.
A computer-readable non-volatile storage medium is used to store computer instructions. When the computer-readable non-volatile storage medium is run on a computer, the computer can perform the following operations of a method for updating page data in real time. :

Receiving a new message generated in the background, and placing the new message into a corresponding message queue in the message middleware, the new message including new data and a location identifier used to indicate a location to be updated in the current webpage;

When the preset condition is satisfied, the message queue in the message middleware is sent to the front end corresponding to the message queue, so that the front end updates the current page according to the new message in the message queue.
The non-volatile storage medium according to claim 19, wherein when the preset condition is satisfied, sending the message queue in the message middleware to the front end corresponding to the message queue comprises:

Sending the message queue in the message middleware to the front end corresponding to the message queue through a long connection established with the front end;

or,

When the message queue changes, the long-term connection established with the front end actively sends the message queue in the message middleware to the front end corresponding to the message queue.