WO2015172497A1 - 消息推送、获取方法、装置和计算机可读存储介质 - Google Patents

消息推送、获取方法、装置和计算机可读存储介质 Download PDF

Info

Publication number
WO2015172497A1
WO2015172497A1 PCT/CN2014/087261 CN2014087261W WO2015172497A1 WO 2015172497 A1 WO2015172497 A1 WO 2015172497A1 CN 2014087261 W CN2014087261 W CN 2014087261W WO 2015172497 A1 WO2015172497 A1 WO 2015172497A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
data element
server
item
client
Prior art date
Application number
PCT/CN2014/087261
Other languages
English (en)
French (fr)
Inventor
马奕平
Original Assignee
深圳市中兴微电子技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市中兴微电子技术有限公司 filed Critical 深圳市中兴微电子技术有限公司
Publication of WO2015172497A1 publication Critical patent/WO2015172497A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a message push method, a message acquisition method, a message push device, a message acquisition device, and a computer readable storage medium.
  • the human-machine interface of data terminal products such as mobile data card/mobile hotspot device UFi adopts BS structure (Browser/Server, browser/server mode), which greatly improves the compatibility of the system.
  • the BS structure requires a data class terminal as a web server.
  • Web pages With the wide application of JavaScript technology, the page faces more and more real-time data update requirements, which brings a large load to the Web server, which not only increases the hardware cost, but also the contradiction between power consumption and battery capacity.
  • the traditional Web Server is basically passive access, that is, the data request is initiated by the client, and the data of the web page cannot be updated when the client does not initiate data update.
  • Web pages can only implement quasi-real-time updates of some data, but still need to update the corresponding page display data by continuously sending query requests to the server.
  • the current polling method is mainly used, but this method will cause a large number of requests to reach the server, and the performance of the server is prone to bottlenecks, especially for the embedded Web server.
  • reverse Ajax technology or server-side push technology has emerged, the idea is to push data directly from the server to the browser without waiting for the browser to request data.
  • This direct data push can reduce server pressure to a certain extent, but the amount of push data is still large, and the server is under pressure.
  • CPU In addition to the problem of increased load, the number of terminals transmitted to the client is large, the server load is high when the user displays the page data in real time, the network resources are occupied, and the energy consumption is high.
  • the embodiments of the present invention provide a message pushing method, a message acquiring method, a message pushing device, a message acquiring device, and a computer readable storage medium.
  • a message pushing method including: sending a corresponding data element label to a client, where the data element label is used to identify a data element, and the data element is a combination of data items having the same feature;
  • the data item corresponding to the data request is searched according to the data element tag carried in the data request; and the found data item is pushed to the client.
  • the sending the corresponding data element label to the client includes: when detecting the update of the data item, sending the data element label corresponding to the updated data item to the client; when the client starts, sending the data element label list to the Client, the data element tag list contains all the data element tags of the server.
  • the data item corresponding to the data request is searched according to the data element tag carried in the data request, and the data element tag carried in the data request is used as an index to search for the data request corresponding to the data request. data item.
  • the message pushing method further includes: after pushing the found data item to the client, if the server does not include the mapping relationship between the found data item and the data element, establishing and saving the mapping of the found data item and the data element label relationship.
  • the message pushing method further includes: after the data element label corresponding to the updated data item is sent to the client, if the data item currently displayed by the client is the data item to be updated, the updated data item is obtained from the server, and Display updated data items.
  • a message obtaining method including: Receiving a data element label from the server; when acquiring the data item from the server, sending a data request to the server, the data request carrying a data element label corresponding to the data item to be acquired; receiving the data item returned by the server .
  • the message obtaining method further includes: after receiving the data element label from the server, if the data element label list from the server is received, dividing the data item into multiple data according to the data element label in the data element label list. Yuan, the divided data elements correspond to the data element labels one by one.
  • the data request is sent to the server according to the data element tag corresponding to the data item to be acquired, including: sending the data request and the data element label corresponding to the data item requested to be sent.
  • the server receive the data item returned by the server.
  • a message pushing apparatus including: a first sending module, configured to send a corresponding data element label to a client, where the data element label is used to identify a data element, and the data element has the same a combination of the data items of the feature; the search module is configured to: when receiving the data request from the client, search for the data item corresponding to the data request according to the data element tag carried in the data request; and the pushing module is configured to find the data Item is pushed to the client.
  • the first sending module includes: a first sending unit configured to: when a data item update is detected, send a data element label corresponding to the updated data item to the client; and the second sending unit is configured to be a client At startup, the data element tag list is sent to the client, and the data element tag list contains all the data element tags of the server.
  • the search module is configured to search for a data item corresponding to the data request by using the data element label carried in the data request as an index.
  • the message pushing device further includes: an establishing module configured to: after the searched data item is pushed to the client, if the server does not include the mapping relationship between the found data item and the data element, the found data item is created and saved The mapping relationship of data element tags.
  • the message pushing device further includes: a display module configured to correspond to the updated data item After the data element tag is sent to the client, if the data item currently displayed by the client is a data item to be updated, the updated data item is obtained from the server, and the updated data item is displayed.
  • a message obtaining apparatus includes: a first receiving module configured to receive a data element tag from a server; and a second sending module configured to acquire a data item from a server The data request is sent to the server, and the data request carries a data element label corresponding to the data item to be acquired.
  • the second receiving module is configured to receive the data item returned by the server.
  • the message obtaining apparatus further includes: a dividing module configured to: after receiving the data element tag from the server end, if the data element tag list from the server end is received, the data item of the data element tag according to the data element tag list Divided into a plurality of data elements, the divided data elements are in one-to-one correspondence with the data element labels.
  • the second sending module is configured to send the data request and the data element label corresponding to the data item requested to be sent to the server, and receive the data item returned by the server.
  • a computer readable storage medium comprising a set of computer executable instructions for performing the message push method described above.
  • a computer readable storage medium comprising a set of computer executable instructions for performing the above message acquisition method.
  • the server when the server has an updated data item, the data element label corresponding to the updated data item is sent to the client, and when the client has the data request, according to the data element corresponding to the data item acquired by the request
  • the tag obtains the required data item from the server, which reduces the amount of data sent by the server to the client, thereby reducing the occupation of network resources during data transmission.
  • FIG. 1 is a flowchart of a message pushing method according to an embodiment of the present invention.
  • FIGS. 2a and 2b are schematic diagrams showing relationship between data metadata items and data element labels according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a message acquiring method according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of a message pushing method applied to an embedded Web server according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a relationship between an embedded Web Sever and an architecture according to an embodiment of the present invention
  • FIG. 6 is a signaling flowchart of a message pushing method according to an embodiment of the present invention.
  • FIG. 7 is a structural block diagram of a message pushing apparatus according to an embodiment of the present invention.
  • FIG. 8 is a structural block diagram of a message acquiring apparatus according to an embodiment of the present invention.
  • FIG. 1 is a flowchart of a message pushing method according to an embodiment of the present invention.
  • the message pushing method may be implemented on a server side. As shown in FIG. 1 , the method includes the following steps:
  • Step 101 Send a corresponding data element label to the client, where the data element label is used to identify the data element, and the data element is a combination of data items having the same feature;
  • Data items of the same feature may be data items of the same business type.
  • Step 102 When receiving a data request from the client, searching for a data item corresponding to the data request according to the data element tag carried in the data request;
  • Step 103 Push the found data item to the client.
  • FIG. 2a and 2b are schematic diagrams showing the relationship between data metadata items and data element labels according to an embodiment of the present invention, wherein the data items in the above steps 101 to 103 are certain data requested by the user, and cannot be subdivided; the data element labels are based on data.
  • Class identifier of the feature of the element, data element and data element tag One-to-one correspondence, as shown in FIG. 2a and FIG. 2b, the data element tag 1 and the data element tag 2 are respectively used to identify different data elements A and data elements B, wherein the data elements A include data items a, data items b, and data.
  • Item c, data element B includes data item e, data item f, and data item g.
  • the server sends a data element label to the client it manages in the following two cases:
  • the data element label corresponding to the updated data item is sent to the client; when the client starts, the data element label list is sent to the client, and the data element label list includes all the server side Data element label.
  • the step of searching for the data item corresponding to the data request according to the data element tag carried in the data request may include: using the data element tag carried in the data request as an index, searching and requesting the data Corresponding data item.
  • the server side divides the data items managed by the server into multiple data elements according to the data element label, and the data label identifies different data elements, and the server side searches for the data label carried in the received data request as an index, and can find the corresponding label.
  • the data element in turn, combines the data request to find the data item required by the user.
  • the message pushing method may further include: after returning the found data item to the client, if the server does not include the mapping relationship between the found data item and the data element, then establishing And save the mapping relationship between the found data item and the data element label, so as to facilitate the subsequent data item search.
  • the method may further include: after the data element label corresponding to the updated data item is sent to the client, if the data item currently displayed by the client is updated The data item gets the updated data item from the server and displays the updated data item.
  • FIG. 3 is a flowchart of a method for acquiring a message according to an embodiment of the present invention. The method may be implemented on a client. As shown in FIG. 3, the method includes the following steps:
  • Step 201 Receive a data element label from a server.
  • Step 202 When the data item needs to be obtained from the server, send a data request to the server, and the data The request carries a data element label corresponding to the data item to be acquired;
  • Step 203 Receive a data item returned by the server.
  • the message obtaining method may further include: after receiving the data element tag from the server, if the data element tag list from the server is received, according to the data element tag list
  • the data element label divides its own data item into a plurality of data elements, and the divided data elements correspond one-to-one with the data element labels.
  • sending the data request to the server according to the data element label corresponding to the data item to be acquired includes: sending the data request and the data element label corresponding to the data item requested to be sent to the server , receiving the data item returned by the server.
  • FIG. 4 is a flowchart of the message pushing method applied to the embedded Web server according to the embodiment of the present invention. As shown in FIG. 4, the message is pushed. And the overall working process of message acquisition can include the following steps:
  • the embedded Web Server pushes the data element tag list to the Web UI; the Web UI divides the required data items according to the tag list; when the Web UI requests data, the embedding The Web Server sends the request data item and carries the data element label corresponding to the requested data item.
  • the Web Server updates the data item according to the received data, and the Web Server manages the data according to the received label.
  • the data items are organized into several data elements, and the required data items are searched in the divided data elements according to the data request from the Web UI and the carried tags. If the data item corresponding to a data element in the Web Server changes, the corresponding data element label is pushed to the Web UI; the Web UI can initiate a data read request according to its own state.
  • the application scenario of the embedded web server-based message pushing method in this embodiment may include a terminal running by the Web server, such as a mobile hotspot device UFi that can connect to a 4G network, and a terminal running by the Web UI, such as a PC browser or a mobile phone. A browser on the mobile terminal, etc.
  • a terminal running by the Web server such as a mobile hotspot device UFi that can connect to a 4G network
  • a terminal running by the Web UI such as a PC browser or a mobile phone.
  • a browser on the mobile terminal etc.
  • FIG. 5 is a schematic diagram of a relationship between an embedded Web Sever and an architecture according to an embodiment of the present invention, such as
  • the Web Sever may include a data element registration module (Ereg), a data element receiving module (Ercv), a data element trigger module (Etri), and an data element management module (EM), which is responsible for the Web UI ( W1) and Web UI (w2) push messages, Web UI (w1) and Web UI (w2) respectively contain divided data items a, data items b and data items c.
  • Ereg data element registration module
  • Ercv data element receiving module
  • EU data element trigger module
  • EM data element management module
  • the data element registration module (Ereg) is configured to process a data item that needs to be updated in real time on a certain page, form the data item into a data element, and send the data element to the server, and each data element adopts a data element label.
  • the data element receiving module (Ercv) receives the data element tag from the client, indexes the data element according to the data element tag, searches for a data item corresponding to the data request, and establishes a mapping of the data element to the data item; the data element triggers
  • the Etri module (Etri) is used to trigger the corresponding update of the data of the client when the related data of the data element is updated;
  • the data element management module uses a data management system (such as a database) to organize and manage the registration data element of the Web UI. .
  • FIG. 6 is a signaling flowchart of the message pushing method in this embodiment in the above application scenario. As shown in FIG. 6, the method may be performed according to the following steps:
  • Step 401 The Web UI is started, and the data element registration module Ereg of the Web Server pushes the data element tag list including all the data element tags ET and its features to the Web UI;
  • Step 402 The Web UI divides the data item according to the data element label ET list pushed by the server, and divides the data item into multiple data elements.
  • Step 403 If an event triggers the Web UI to request to read the data item EI, go to step 404; otherwise, go to step 407;
  • Step 404 The Web UI sends the data item EI request and the data element label ET to the Web Server, and proceeds to step 405;
  • Step 405 The Web Server queries the corresponding data item EI information according to the data element label ET, and returns the queried data item to the Web UI, and proceeds to step 406;
  • Step 406 The data element receiving module Ercv module of the Web server forwards the data element label ET corresponding to the data item EI to the data element management module EM, and is updated by the data element management module EM.
  • the data element label ET corresponding to the data item EI go to step 407.
  • the updated data items are not established in the Web Server.
  • the mapping relationship between the data element tags Therefore, after the new data item obtained by the WebUI, the corresponding relationship between the data item and the data element tag can be established. So that the subsequent Web UI can quickly obtain the required data by sending a data request carrying a data tag to the Web Server.
  • Step 407 The Web Server waits to receive the processing event. If the data item EI corresponding to the data element label ET changes, go to step 408; if the event triggers the data request, go to step 403; if the event triggers the Web Server to close, go to step 409;
  • Step 408 The data element trigger module Etri pushes its data element label ET to the Web UI, and the Web UI selects the need to belong to the data element label ET with the new data item EI, and proceeds to step 403;
  • Step 409 End.
  • UFi is used as a terminal for Web Server to provide services for each service such as network connection/telephone data.
  • the IE side of the PC serves as a user interface through which the user operates UFi services.
  • the Web Server on UFi divides the data elements into E-PB and E-SMS.
  • the corresponding data element labels ET are ET-PB and ET-SMS respectively, and the data items are PB-Name, PB-Num, SMS- Scr, SMS-NUM;
  • Each UFi module is started, and the data element registration module Ereg of the Web Server pushes the data element label ET list to the WebUI;
  • the user side (PC or mobile phone) WebUI classifies the data items EI managed by the Web server according to the data element label ET, the PB-Name belongs to the E-PB, and the corresponding data element label is ET-PB;
  • the user side WebUI requests the UFi side Web Server to read the PB-Name (phonebook data) and carries the ET-PB;
  • the UFi side Web server receives the data element label ET-PB corresponding to the PB-NAME sent by the user side WebUI;
  • the UFi side Web Server returns the name corresponding to the PB-Name to the WebUI, and the WebUI presents the phone book data "Tom" to the user;
  • the UFi side Web Server hands the PB-Name and the ET-PB to the data element management module EM, and the data element management module EM establishes a mapping relationship between the two in the database;
  • the PB-Name data update in the UFi side Web Server is detected by the data element trigger module Etri, and the data element trigger module Etri pushes the data element label ET corresponding to the PB-Name to the user side WebUI;
  • the user side WebUI receives the push information of the Web server on the UFi side. If the data item displayed to the user at this moment is PB-Name, PB-Num, the WebUI requests to read the above two data items from the server; after receiving the response from the user side WebUI Update the PB-Name, PB-Num display on the interface, and the user reads the updated data.
  • FIG. 7 is a structural block diagram of a message pushing apparatus according to an embodiment of the present invention.
  • the apparatus may be disposed on a server.
  • the apparatus 50 includes the following components:
  • the first sending module 51 is configured to send a corresponding data element label to the client, where the data element label is used to identify the data element, and the data element is a combination of data items having the same feature;
  • the searching module 52 is configured to: when receiving the data request from the client, search for the data item corresponding to the data request according to the data element tag carried in the data request;
  • the push module 53 is configured to push the found data item to the client.
  • the first sending module 51 in the device 50 can be identical to the data element registration module, the searching module 52 can be identical to the data element receiving module, and the pushing module 53 can be equivalent to the data element trigger module.
  • the first sending module 51 may include the following two units:
  • a first sending unit configured to: when a data item update is detected, send a data element label corresponding to the updated data item to the client; and the second sending unit is configured to: when the client starts, set the data element label Sended to the client, the data element tag list contains all the data element tags of the server.
  • the searching module 52 is configured to search for a data item corresponding to the data request by using the data element label carried in the data request as an index.
  • the device 50 may further include: an establishing module 54 configured to return the found data item to the client, if the server The mapping relationship between the found data item and the data element is not included, and the mapping relationship between the found data item and the data element label is established and saved.
  • the establishing module 54 may be equivalent to a component of the data element management module.
  • the device 50 may further include: a display module 55 configured to: after the data element label corresponding to the updated data item is sent to the client, if the data item currently displayed by the client is The data item to be updated gets the updated data item from the server and displays the updated data item.
  • a display module 55 configured to: after the data element label corresponding to the updated data item is sent to the client, if the data item currently displayed by the client is The data item to be updated gets the updated data item from the server and displays the updated data item.
  • the first sending module 51 (including the first sending unit and the second sending unit), the searching module 52, the pushing module 53, the establishing module 54, and the display module 55 may be configured by a central processing unit of the message pushing device ( CPU, Central Processing Unit), Microprocessor (MPU), Digital Signal Processor (DSP) or Field-Programmable Gate Array (FPGA).
  • CPU Central Processing Unit
  • MPU Microprocessor
  • DSP Digital Signal Processor
  • FPGA Field-Programmable Gate Array
  • FIG. 8 is a structural block diagram of a message acquiring apparatus according to an embodiment of the present invention.
  • the apparatus 60 may be disposed on a client. As shown in FIG. 8, the apparatus includes the following components:
  • the first receiving module 61 is configured to receive a data element label from the server
  • the second sending module 62 is configured to send a data request to the server when the data item needs to be acquired from the server, where the data request carries a data element label corresponding to the data item to be acquired;
  • the second receiving module 63 is configured to receive the data item returned by the server.
  • the device may also establish a mapping relationship between the data element label and the data item. Based on this, the device 60 may further include:
  • the dividing module 64 is configured to, after receiving the data element label from the server, if the data element label list from the server is received, divide the data item into multiple data according to the data element label in the data element label list. Yuan, the divided data elements correspond to the data element labels one by one.
  • the second sending module 62 is configured to send the data request and the data element label corresponding to the data item requested to be acquired to the server, and receive the data item returned by the server.
  • first receiving module 61, the second sending module 62, the second receiving module 63, and the dividing module 64 may be implemented by a CPU, an MPU, a DSP, or an FPGA of the message acquiring device.
  • the embodiment of the present invention further provides a computer readable storage medium, the storage medium comprising a set of computer executable instructions for performing the message pushing method provided by the above embodiment of the present invention.
  • the embodiment of the present invention further provides a computer readable storage medium, the storage medium comprising a set of computer executable instructions for performing the message obtaining method provided by the above embodiment of the present invention.
  • the registration push method is used to send data element tags to the client when the server has data update, and the client obtains update data from the server through the data element tag according to its own needs.
  • the amount of data transmitted by the server to the client is reduced, and the problem that the server load is high, the network bandwidth resource is occupied, and the energy consumption is high is improved when the real-time display of the page data in the existing embedded Web server technology is improved.
  • the terminal CPU utilization while reducing energy consumption, extends the standby time of the terminal.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may employ hardware embodiments, software embodiments, or junctions. In the form of an embodiment of the software and hardware aspects. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提出了一种消息推送方法、消息获取方法、消息推送装置以及消息获取装置。该方案包括：当服务端有更新的数据项时，将与更新的数据项对应的数据元标签发送至客户端，当客户端具有数据请求时，根据与请求获取的数据项对应的数据元标签从服务端获取所需数据项。

Description

消息推送、获取方法、装置和计算机可读存储介质 技术领域
本发明涉及通信技术领域，尤其涉及一种消息推送方法、消息获取方法、消息推送装置、消息获取装置和计算机可读存储介质。
背景技术
当前一些常用的数据类终端产品采用Web客户端实时更新数据时，数据传输量较大，存在对Web服务器所属终端CPU(Central Processing Unit，中央处理器)资源占用高、网络带宽占用大以及因能量消耗较大导致的待机时间不足的问题。当前手机数据卡/移动热点设备UFi等数据类终端产品的人机界面大量采用BS结构(Browser/Server，浏览器/服务器模式)，极大的提高了系统的兼容性。但是BS结构要求数据类终端作为Web服务器。随着JavaScript技术的广泛应用，页面面临越来越多的实时数据更新需求，这就给Web服务器带来较大的负载，不仅增加了硬件成本，同时耗电量与电池容量的矛盾愈加突出。传统的Web Server基本都是被动访问式的，即数据请求是由客户端主动发起，客户端不发起数据更新则Web页面的数据无法更新。随着Ajax技术的应用，Web页面可以仅实现部分数据的准实时更新，但是仍然需要通过不断向服务器发出查询请求的方式来更新对应的页面显示数据。对于界面需要实时更新数据的需求，当前主要采用的是轮询方式，但该方式会导致大量的请求到达服务器，服务器的性能容易出现瓶颈，对于嵌入式Web服务器更是如此。近期出现了反向Ajax技术或服务器端推送技术，其思想是将数据直接从服务器推送到浏览器，而不必等到浏览器请求数据。这种直接的数据推送能够在一定程度上减少服务器压力，但推送数据量仍然较多，服务器压力较大。尤其在嵌入式系统上，除了CPU 负载加大的问题以外，还会导致终端向用户端传输的数量据较大、用户端实时显示页面数据时服务器负荷较高、网络资源占用较多以及能量消耗较高的问题。
发明内容
为了解决现有存在的技术问题，本发明实施例提供一种消息推送方法、消息获取方法、消息推送装置、消息获取装置和计算机可读存储介质。
根据本发明实施例的一个方面，提供了一种消息推送方法，包括：向客户端发送对应数据元标签，数据元标签用于标识数据元，数据元为具有相同特征的数据项的组合；当接收到来自客户端的数据请求时，根据数据请求中携带的数据元标签查找与数据请求对应的数据项；将查找到的数据项推送至客户端。
其中，向客户端发送对应数据元标签包括：当检测到有数据项更新时，将与更新的数据项对应的数据元标签发送至客户端；当客户端启动时，将数据元标签列表发送至客户端，数据元标签列表包含服务端的所有数据元标签。
其中，当接收到来自客户端的数据请求时，根据数据请求中携带的数据元标签查找与数据请求对应的数据项，包括：以数据请求中携带的数据元标签作为索引，查找与数据请求对应的数据项。
消息推送方法还包括：将查找到的数据项推送给客户端之后，如果服务端不包含查找到的数据项与数据元的映射关系，则建立并保存查找到的数据项与数据元标签的映射关系。
消息推送方法还包括：在将与更新的数据项对应的数据元标签发送至客户端之后，如果客户端当前显示的数据项为需更新的数据项，则从服务端获取更新的数据项，并显示更新的数据项。
根据本发明实施例的另一个方面，提供了一种消息获取方法，包括： 接收来自服务端的数据元标签；当需从服务端获取数据项时，向服务端发送数据请求，数据请求中携带有与所需获取的数据项对应的数据元标签；接收服务端返回的数据项。
消息获取方法还包括：在接收来自服务端的数据元标签之后，如果接收到的是来自服务端的数据元标签列表，则根据数据元标签列表中的数据元标签将自身的数据项划分为多个数据元，划分后的数据元与数据元标签一一对应。
其中，当需从服务端获取数据项时，根据与所需获取的数据项对应的数据元标签向服务端发送数据请求，包括：将数据请求以及与请求获取的数据项对应的数据元标签发送至服务端，接收服务端返回的数据项。
根据本发明实施例的又一方面，提供了一种消息推送装置，包括：第一发送模块，配置为向客户端发送对应数据元标签，数据元标签用于标识数据元，数据元为具有相同特征的数据项的组合；查找模块，配置为当接收到来自客户端的数据请求时，根据数据请求中携带的数据元标签查找与数据请求对应的数据项；推送模块，配置为将查找到的数据项推送至客户端。
其中，第一发送模块包括：第一发送单元，配置为当检测到有数据项更新时，将与更新的数据项对应的数据元标签发送至客户端；第二发送单元，配置为当客户端启动时，将数据元标签列表发送至客户端，数据元标签列表包含服务端的所有数据元标签。
其中，查找模块配置为，以数据请求中携带的数据元标签作为索引，查找与数据请求对应的数据项。
消息推送装置还包括：建立模块，配置为将查找到的数据项推送给客户端之后，如果服务端不包含查找到的数据项与数据元的映射关系，则建立并保存查找到的数据项与数据元标签的映射关系。
消息推送装置还包括：显示模块，配置为在将与更新的数据项对应的 数据元标签发送至客户端之后，如果客户端当前显示的数据项为需更新的数据项，则从服务端获取更新的数据项，并显示更新的数据项。
根据本发明实施例的又一个方面，提供了一种消息获取装置，包括：第一接收模块，配置为接收来自服务端的数据元标签；第二发送模块，配置为当需从服务端获取数据项时，向服务端发送数据请求，数据请求中携带有与所需获取的数据项对应的数据元标签；第二接收模块，配置为接收服务端返回的数据项。
消息获取装置还包括：划分模块，配置为在接收来自服务端的数据元标签之后，如果接收到的是来自服务端的数据元标签列表，则根据数据元标签列表中的数据元标签将自身的数据项划分为多个数据元，划分后的数据元与数据元标签一一对应。
其中，所述第二发送模块配置为，将所述数据请求以及与请求获取的数据项对应的数据元标签发送至所述服务端，接收所述服务端返回的数据项。
根据本发明实施例的再一个方面，提供了一种计算机可读存储介质，所述存储介质包括一组计算机可执行指令，所述指令用于执行上述消息推送方法。
根据本发明实施例的再一个方面，提供了一种计算机可读存储介质，所述存储介质包括一组计算机可执行指令，所述指令用于执行上述消息获取方法。
采用上述技术方案，当服务端有更新的数据项时，将与更新的数据项对应的数据元标签发送至客户端，当客户端具有数据请求时，根据与请求获取的数据项对应的数据元标签从服务端获取所需数据项，减少了服务端向客户端发送的数据量，从而降低了数据传输时对网络资源的占用。
附图说明
图1是本发明实施例的消息推送方法的流程图；
图2a以及2b是本发明实施例的数据元数据项与数据元标签关系示意图；
图3是本发明实施例的消息获取方法的流程图；
图4是本发明实施例的应用于嵌入式Web Server的消息推送方法的流程图；
图5是本发明实施例的基于嵌入式Web Sever与架构的关系示意图；
图6为本发明实施例的消息推送方法的信令流程图；
图7是本发明实施例的消息推送装置的结构框图；
图8是本发明实施例的消息获取装置的结构框图。
具体实施方式
为更进一步阐述本发明为达成预定目的所采取的技术手段及功效，以下结合附图及较佳实施例，对本发明进行详细说明如后。
图1是本发明实施例的消息推送方法的流程图，该消息推送方法可以在服务器端来实现，如图1所示，该方法包括以下步骤：
步骤101：向客户端发送对应数据元标签，数据元标签用于标识数据元，数据元为具有相同特征的数据项的组合；
相同特征的数据项可以为业务种类相同的数据项。
步骤102：当接收到来自客户端的数据请求时，根据数据请求中携带的数据元标签查找与数据请求对应的数据项；
步骤103：将查找到的数据项推送至客户端。
图2a以及图2b是本发明实施例的数据元数据项与数据元标签关系示意图，其中，以上步骤101至103中数据项为用户请求的某一数据，不可再分；数据元标签为根据数据元的特征的类别标识，数据元与数据元标签 一一对应，如图2a以及图2b所示，数据元标签1与数据元标签2分别用于标识不同的数据元A以及数据元B，其中数据元A包括数据项a、数据项b以及数据项c，数据元B包括数据项e、数据项f以及数据项g。
在上述步骤101中，服务端在以下两种情况下需向其管理的客户端下发数据元标签：
当检测到有数据项更新时，将与更新的数据项对应的数据元标签发送至客户端；当客户端启动时，将数据元标签列表发送至客户端，该数据元标签列表包含服务端的所有数据元标签。
当接收到来自客户端的数据请求时，根据数据请求中携带的数据元标签查找与数据请求对应的数据项具的步骤体可以包括：以数据请求中携带的数据元标签作为索引，查找与数据请求对应的数据项。服务器端事先将其管理的数据项根据数据元标签划分为多个数据元，数据标签标识不同的数据元，服务器端根据接收到的数据请求中携带的数据标签作为索引，可以查找到标签对应的数据元，进而结合数据请求查找到用户所需数据项。
在上述步骤101至步骤103的基础上，上述消息推送方法还可以包括：将查找到的数据项返回给客户端之后，如果服务端不包含查找到的数据项与数据元的映射关系，则建立并保存查找到的数据项与数据元标签的映射关系，以便于后续数据项的查找。
为了能够使客户端实时获取服务端更新后的数据项，上述方法还可以包括：在将与更新的数据项对应的数据元标签发送至客户端之后，如果客户端当前显示的数据项为需更新的数据项，则从服务端获取更新的数据项，并显示更新的数据项。
图3是本发明实施例的消息获取方法的流程图，该方法可以在客户端实现，如图3所示，该方法包括以下步骤：
步骤201：接收来自服务端的数据元标签；
步骤202：当需从服务端获取数据项时，向服务端发送数据请求，数据 请求中携带有与所需获取的数据项对应的数据元标签；
步骤203：接收服务端返回的数据项。
在上述步骤201至步骤203的基础上，上述消息获取方法还可以包括：在接收来自服务端的数据元标签之后，如果接收到的是来自服务端的数据元标签列表，则根据数据元标签列表中的数据元标签将自身的数据项划分为多个数据元，划分后的数据元与数据元标签一一对应。
当需从服务端获取数据项时，根据与所需获取的数据项对应的数据元标签向服务端发送数据请求包括：将数据请求以及与请求获取的数据项对应的数据元标签发送至服务端，接收服务端返回的数据项。
上述消息推送方法以及消息获取方法可以应用于嵌入式Web Server的消息推送，图4是本发明实施例的应用于嵌入式Web Server的消息推送方法的流程图，如图4所示，上述消息推送以及消息获取的整体工作过程可以包括如下步骤：
在Web UI(客户端)启动时，嵌入式Web Server(服务端)向Web UI推送数据元标签列表；Web UI根据标签列表对其所需要的数据项进行划分；Web UI请求数据时，向嵌入式Web Server发送请求数据项，同时携带所请求数据项对应的数据元标签；嵌入式Web Server收到该标签后，由于服务端的数据项会有更新，Web Server根据接收到的该标签将其管理的数据项进行组织，划分为若干数据元，根据来自Web UI的数据请求以及携带的标签在划分后的数据元中查找所需数据项。若Web Server中某一数据元对应的数据项有变化，则将其对应的数据元标签推送到Web UI；Web UI可以根据自身状态发起数据读取请求。
本实施例的基于嵌入式Web Server的消息推送方法的应用场景，可以包含Web Server运行的终端，如可连接4G网络的移动热点设备UFi等，Web UI运行的终端，如PC浏览器或手机等移动终端上的浏览器等。
图5是本发明实施例的基于嵌入式Web Sever与架构的关系示意图，如 图5所示，Web Sever可以包含数据元注册模块(Ereg)、数据元接收模块(Ercv)、数据元触发器模块(Etri)以及数据元管理模块(EM)，该Web Sever负责向Web UI(w1)以及Web UI(w2)推送消息，Web UI(w1)以及Web UI(w2)分别包含有划分后的数据项a，数据项b以及数据项c。
其中，数据元注册模块(Ereg)，用于处理某一页面需要实时更新的数据项，将该数据项组成一个数据元，并将该数据元发送到服务器，每一个数据元采用一个数据元标签标识；数据元接收模块(Ercv)，接收来自客户端的数据元标签，依照数据元标签对数据元建立索引，查找与数据请求对应的数据项，并建立数据元到数据项的映射；数据元触发器模块(Etri)，用于在数据元的相关数据更新时，触发客户端的数据进行相应的更新；数据元管理模块(EM)，采用数据管理系统(如数据库)组织管理Web UI的注册数据元。
图6为在以上应用场景下，本实施例的消息推送方法的信令流程图，如图6所示，该方法可以按照以下步骤执行：
步骤401：Web UI启动，Web Server的数据元注册模块Ereg将包含全部数据元标签ET的数据元标签列表及其特征推送至给Web UI；
步骤402：Web UI根据服务器推送的数据元标签ET列表，对自身的数据项进行划分，将数据项划分为多个数据元；
步骤403：若某事件触发Web UI请求读取数据项EI，转步骤404；否则，转步骤407；
步骤404：Web UI将数据项EI请求和数据元标签ET发送给Web Server，转步骤405；
步骤405：Web Server根据数据元标签ET查询对应的数据项EI信息，并将查询到的数据项返回Web UI，转步骤406；
步骤406：Web Server的数据元接收模块Ercv模块将该数据项EI对应的数据元标签ET转发至数据元管理模块EM，由数据元管理模块EM更新 数据项EI对应的数据元标签ET；转步骤407。
需要说明的是，由于Web Server所管理的数据项为动态更新的，当Web UI向Web Server请求数据项并获取到更新后的数据项后，由于Web Server中并未建立更新后的数据项与数据元标签之间的映射关系，因此，可以在WebUI获取到的跟新后的数据项后，建立该数据项与数据元标签的对应关系。以便于后续Web UI可以通过向Web Server发送携带数据标签的数据请求的方式快速获取所需数据。
步骤407：Web Server等待接收到处理事件，若数据元标签ET对应的数据项EI发生变化，则转步骤408；若事件触发数据请求，转步骤403；若事件触发Web Server关闭，转步骤409；
步骤408：数据元触发器模块Etri将其数据元标签ET推送给Web UI，Web UI选择该属于该数据元标签ET的需要跟新的数据项EI，转步骤403；
步骤409：结束。
以下为以本发明实施例在可连接4G网络的移动热点设备UFi产品上实施的一个实例来对本实施例的基于服务端的消息推送方法以及基于客户端的消息获取方法进行说明：
本实例的应用场景：UFi作为Web Server运行的终端，用于提供网络连接/电话本数据等各业务的服务；PC的IE侧作为用户界面，用户通过该界面操作UFi的各个业务。
UFi上的Web Server将数据元划分为E-PB，E-SMS，对应的数据元标签ET分别是ET-PB和ET-SMS，其中的数据项分别为PB-Name，PB-Num，SMS-Scr，SMS-NUM；
UFi各模块启动，Web Server的数据元注册模块Ereg向WebUI推送数据元标签ET列表；
用户侧(PC或手机)WebUI根据数据元标签ET对Web Server所管理的数据项EI进行分类，PB-Name属于E-PB，对应的数据元标签为ET-PB；
用户侧WebUI向UFi侧Web Server请求读取PB-Name(电话本数据)，并携带ET-PB；
UFi侧Web Server收到用户侧WebUI发送的PB-NAME对应的数据元标签ET-PB；
UFi侧Web Server将PB-Name对应的姓名“应的姓名返回给WebUI，WebUI将电话本数据“Tom”呈现给用户；
UFi侧Web Server将PB-Name和ET-PB交给数据元管理模块EM，数据元管理模块EM在数据库中建立二者的映射关系；
某一时刻，UFi侧Web Server中PB-Name数据更新被数据元触发器模块Etri检测到，数据元触发器模块Etri将PB-Name对应的数据元标签ET推动到用户侧WebUI；
用户侧WebUI收到UFi侧Web Server的推送信息，若此刻对用户显示的数据项为PB-Name，PB-Num，则WebUI从服务器请求读取以上两个数据项；用户侧WebUI收到响应后更新界面上PB-Name，PB-Num的显示，用户读取到更新后的数据。
图7是本发明实施例的消息推送装置的结构框图，该装置可以设置于服务端，如图7所示，该装置50包括以下组成部分：
第一发送模块51，配置为向客户端发送对应数据元标签，数据元标签用于标识数据元，数据元为具有相同特征的数据项的组合；
查找模块52，配置为当接收到来自客户端的数据请求时，根据数据请求中携带的数据元标签查找与数据请求对应的数据项；
推送模块53，配置为将查找到的数据项推送至客户端。
该装置50中的第一发送模块51可以等同于上述数据元注册模块，查找模块52可以等同于上述数据元接收模块，推送模块53可以相当于数据元触发器模块。
由于服务端需要在不同的情形下向客户端发送数据元标签，基于此， 上述第一发送模块51可以包括以下两个单元：
第一发送单元，配置为当检测到有数据项更新时，将与更新的数据项对应的数据元标签发送至客户端；第二发送单元，配置为当客户端启动时，将数据元标签列表发送至客户端，数据元标签列表包含服务端的所有数据元标签。
其中，上述查找模块52配置为，以数据请求中携带的数据元标签作为索引，查找与数据请求对应的数据项。
为了及时补充更新数据项与数据元标签的映射关系，以便于后续数据项的查找，上述装置50还可以包括：建立模块54，配置为将查找到的数据项返回给客户端之后，如果服务端不包含查找到的数据项与数据元的映射关系，则建立并保存查找到的数据项与数据元标签的映射关系，该建立模块54可以相当于上述数据元管理模块的一个组成部分。
为了使客户端能够实时显示更新数据，上述装置50还可以包括：显示模块55，配置为在将与更新的数据项对应的数据元标签发送至客户端之后，如果客户端当前显示的数据项为需更新的数据项，则从服务端获取更新的数据项，并显示更新的数据项。
需要说明的是，上述第一发送模块51(包括第一发送单元和第二发送单元)、查找模块52、推送模块53、建立模块54和显示模块55，可以由消息推送装置的中央处理器(CPU，Central Processing Unit)、微处理器(MPU，Micro Processing Unit)、数字信号处理器(DSP，Digital Signal Processor)或可编程逻辑阵列(FPGA，Field-Programmable Gate Array)实现。
图8是本发明实施例的消息获取装置的结构框图，该装置60可以设置于客户端，如图8所示，该装置包括以下组成部分：
第一接收模块61，配置为接收来自服务端的数据元标签；
第二发送模块62，配置为在需从服务端获取数据项时，向服务端发送数据请求，数据请求中携带有与所需获取的数据项对应的数据元标签；
第二接收模块63，配置为接收服务端返回的数据项。
为了能够在发送数据请求中携带数据元标签，上述装置还需建立数据元标签与数据项的映射关系，基于此，上述装置60还可以包括：
划分模块64，配置为在接收来自服务端的数据元标签之后，如果接收到的是来自服务端的数据元标签列表，则根据数据元标签列表中的数据元标签将自身的数据项划分为多个数据元，划分后的数据元与数据元标签一一对应。
上述第二发送模块62配置为，将数据请求以及与请求获取的数据项对应的数据元标签发送至服务端，接收服务端返回的数据项。
需要说明的是，上述第一接收模块61、第二发送模块62、第二接收模决63和划分模块64，可以由消息获取装置的CPU、MPU、DSP或FPGA实现。
本发明实施例还提供了一种计算机可读存储介质，所述存储介质包括一组计算机可执行指令，所述指令用于执行本发明上述实施例提供的消息推送方法。
本发明实施例还提供了一种计算机可读存储介质，所述存储介质包括一组计算机可执行指令，所述指令用于执行本发明上述实施例提供的消息获取方法。
通过服务端以及客户端动态数据划分和定制的策略，采用注册推送的方法，在服务端具有数据更新时向客户端发送数据元标签，客户端根据自身需求通过数据元标签向服务端获取更新数据，减少了服务端向客户端传输的数据量，而且可以明显地改善现有嵌入式Web Server技术中实时显示页面数据时导致服务器负荷高、网络带宽资源占用多、能量消耗较高的问题，提高了终端CPU利用率，同时降低了能耗，延长了终端的待机时间。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结 合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
通过具体实施方式的说明，应当可对本发明为达成预定目的所采取的技术手段及功效得以更加深入且具体的了解，然而所附图示仅是提供参考与说明之用，并非用来对本发明加以限制。

Claims (18)

  1. 一种消息推送方法，包括：
    向客户端发送对应数据元标签，所述数据元标签用于标识数据元，所述数据元为具有相同特征的数据项的组合；
    当接收到来自所述客户端的数据请求时，根据所述数据请求中携带的数据元标签查找与所述数据请求对应的数据项；
    将查找到的数据项推送至所述客户端。
  2. 根据权利要求1所述的方法，其中，向客户端发送对应数据元标签包括：
    当检测到有数据项更新时，将与更新的数据项对应的数据元标签发送至客户端；
    当所述客户端启动时，将数据元标签列表发送至所述客户端，所述数据元标签列表包含服务端的所有数据元标签。
  3. 根据权利要求1所述的方法，其中，当接收到来自所述客户端的数据请求时，根据所述数据请求中携带的数据元标签查找与所述数据请求对应的数据项，包括：
    以所述数据请求中携带的数据元标签作为索引，查找与所述数据请求对应的数据项。
  4. 根据权利要求1所述的方法，其中，所述方法还包括：
    将查找到的数据项推送给所述客户端之后，如果服务端不包含所述查找到的数据项与所述数据元的映射关系，则建立并保存所述查找到的数据项与所述数据元标签的映射关系。
  5. 根据权利要求1～4任意一项所述的方法，其中，所述方法还包括：
    在将与所述更新的数据项对应的数据元标签发送至客户端之后，如果所述客户端当前显示的数据项为需更新的数据项，则从服务端获取更 新的数据项，并显示所述更新的数据项。
  6. 一种消息获取方法，包括：
    接收来自服务端的数据元标签；
    当需从所述服务端获取数据项时，向所述服务端发送数据请求，所述数据请求中携带有与所需获取的数据项对应的数据元标签；
    接收所述服务端返回的数据项。
  7. 根据权利要求6所述的方法，其中，所述方法还包括：
    在接收来自服务端的数据元标签之后，如果接收到的是来自服务端的数据元标签列表，则根据所述数据元标签列表中的数据元标签将自身的数据项划分为多个数据元，划分后的数据元与所述数据元标签一一对应。
  8. 根据权利要求6所述的方法，其中，当需从所述服务端获取数据项时，根据与所需获取的数据项对应的数据元标签向所述服务端发送数据请求包括：
    将所述数据请求以及与请求获取的数据项对应的数据元标签发送至所述服务端，接收所述服务端返回的数据项。
  9. 一种消息推送装置，包括：
    第一发送模块，配置为向客户端发送对应数据元标签，所述数据元标签用于标识数据元，所述数据元为具有相同特征的数据项的组合；
    查找模块，配置为在接收到来自所述客户端的数据请求时，根据所述数据请求中携带的数据元标签查找与所述数据请求对应的数据项；
    推送模块，配置为将查找到的数据项推送至所述客户端。
  10. 根据权利要求9所述的装置，其中，所述第一发送模块包括：
    第一发送单元，配置为当检测到有数据项更新时，将与更新的数据项对应的数据元标签发送至客户端；
    第二发送单元，配置为当所述客户端启动时，将数据元标签列表发 送至所述客户端，所述数据元标签列表包含服务端的所有数据元标签。
  11. 根据权利要求9所述的装置，其中，所述查找模块配置为，
    以所述数据请求中携带的数据元标签作为索引，查找与所述数据请求对应的数据项。
  12. 根据权利要求9所述的装置，其中，所述装置还包括：
    建立模块，配置为将查找到的数据项推送给所述客户端之后，如果服务端不包含所述查找到的数据项与所述数据元的映射关系，则建立并保存所述查找到的数据项与所述数据元标签的映射关系。
  13. 根据权利要求9～12任意一项所述的装置，其中，所述装置还包括：
    显示模块，配置为在将与所述更新的数据项对应的数据元标签发送至客户端之后，如果所述客户端当前显示的数据项为需更新的数据项，则从服务端获取更新的数据项，并显示所述更新的数据项。
  14. 一种消息获取装置，包括：
    第一接收模块，配置为接收来自服务端的数据元标签；
    第二发送模块，配置为在需从所述服务端获取数据项时，向所述服务端发送数据请求，所述数据请求中携带有与所需获取的数据项对应的数据元标签；
    第二接收模块，配置为接收所述服务端返回的数据项。
  15. 根据权利要求14所述的装置，其中，所述装置还包括：
    划分模块，配置为在接收来自服务端的数据元标签之后，如果接收到的是来自服务端的数据元标签列表，则根据所述数据元标签列表中的数据元标签将自身的数据项划分为多个数据元，划分后的数据元与所述数据元标签一一对应。
  16. 根据权利要求14所述的装置，其中，所述第二发送模块配置为，将所述数据请求以及与请求获取的数据项对应的数据元标签发送至所述 服务端，接收所述服务端返回的数据项。
  17. 一种计算机可读存储介质，所述存储介质包括一组计算机可执行指令，所述指令用于执行权利要求1-5任一项所述的消息推送方法。
  18. 一种计算机可读存储介质，所述存储介质包括一组计算机可执行指令，所述指令用于执行权利要求6-8任一项所述的消息获取方法。
PCT/CN2014/087261 2014-05-15 2014-09-24 消息推送、获取方法、装置和计算机可读存储介质 WO2015172497A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410206021.9 2014-05-15
CN201410206021.9A CN105100158A (zh) 2014-05-15 2014-05-15 消息推送、获取方法及装置

Publications (1)

Publication Number Publication Date
WO2015172497A1 true WO2015172497A1 (zh) 2015-11-19

Family

ID=54479249

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/087261 WO2015172497A1 (zh) 2014-05-15 2014-09-24 消息推送、获取方法、装置和计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN105100158A (zh)
WO (1) WO2015172497A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106331088A (zh) * 2016-08-22 2017-01-11 努比亚技术有限公司 消息服务器、移动终端及消息处理方法
CN113282601A (zh) * 2021-06-11 2021-08-20 北京自如信息科技有限公司 数据更新方法、装置及电子设备

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109617956B (zh) * 2018-12-04 2021-08-06 视联动力信息技术股份有限公司 一种数据处理方法和装置
CN110035108B (zh) * 2018-12-26 2022-01-28 创新先进技术有限公司 一种信息推送方法及系统
CN111669447A (zh) * 2020-06-16 2020-09-15 中国建设银行股份有限公司 一种页面显示方法、装置、设备和介质
CN114900424A (zh) * 2022-05-27 2022-08-12 网易（杭州）网络有限公司 数据热修复方法、装置、电子设备及存储介质
CN116166682A (zh) * 2023-04-26 2023-05-26 国家工业信息安全发展研究中心 数据更新的方法及服务端

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291243A (zh) * 2011-09-09 2011-12-21 中兴通讯股份有限公司 业务处理服务器、系统和方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101552773B (zh) * 2008-04-03 2012-08-22 华为技术有限公司 一种数据同步中处理数据项标识符映射的方法、设备和系统
CN101447874B (zh) * 2008-12-25 2011-07-20 华为终端有限公司 一种数据同步方法、客户端及服务器
CN102236681A (zh) * 2010-04-20 2011-11-09 中兴通讯股份有限公司 一种数据存储及获取的系统及方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291243A (zh) * 2011-09-09 2011-12-21 中兴通讯股份有限公司 业务处理服务器、系统和方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106331088A (zh) * 2016-08-22 2017-01-11 努比亚技术有限公司 消息服务器、移动终端及消息处理方法
CN106331088B (zh) * 2016-08-22 2019-10-08 努比亚技术有限公司 消息服务器、移动终端及消息处理方法
CN113282601A (zh) * 2021-06-11 2021-08-20 北京自如信息科技有限公司 数据更新方法、装置及电子设备

Also Published As

Publication number Publication date
CN105100158A (zh) 2015-11-25

Similar Documents

Publication Publication Date Title
WO2015172497A1 (zh) 消息推送、获取方法、装置和计算机可读存储介质
US10241839B2 (en) Method and system for generating a virtual device resource accessible by an application
CN111917687B (zh) 一种循环推送提醒消息的方法和装置
CN106059825A (zh) 一种分布式系统及配置方法
CN110309334A (zh) 图数据库的查询方法、系统、计算机设备和可读存储介质
CN105991731A (zh) 一种获取信息的方法、智能终端和服务端
EP2778968B1 (en) Mobile telecommunication device remote access to cloud-based or virtualized database systems
CN102355374A (zh) 一种数据获取方法和设备
CN102333130A (zh) 一种访问缓存服务器的方法、系统及缓存智能调度器
CN106302640A (zh) 数据请求处理方法及装置
CN114036031B (zh) 一种企业数字中台中资源服务应用的调度系统和方法
CN110704422B (zh) 数据查询方法、装置、系统、计算机设备及存储介质
WO2022245291A3 (en) Method and apparatus for managing resources, computer device and storage medium
CN114265713A (zh) Rdma事件管理方法、装置、计算机设备及存储介质
CN112015790A (zh) 一种数据处理的方法和装置
CN112783842B (zh) 一种日志收集方法和装置
CN111814020A (zh) 一种数据的获取方法和装置
CN109962834B (zh) 信息处理方法、系统、终端和计算机存储介质
CN113468275B (zh) 图数据库的数据导入方法和装置、存储介质及电子设备
CN115277707A (zh) 业务处理方法、装置、电子设备和存储介质
CN106408793B (zh) 一种适用于atm业务的业务组件共享方法及系统
JPWO2019123832A1 (ja) 端末管理装置及び端末装置
CN114138895A (zh) 多数据源的数据同步方法、装置、计算机设备和存储介质
CN108900593B (zh) 一种储物柜数据的分布式处理方法
CN114896244A (zh) 配置数据库表的方法、装置、设备和计算机可读介质

Legal Events

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

Ref document number: 14892079

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 06/04/2017)

122 Ep: pct application non-entry in european phase

Ref document number: 14892079

Country of ref document: EP

Kind code of ref document: A1