CN102916867A - Information push method and system - Google Patents

Information push method and system Download PDF

Info

Publication number
CN102916867A
CN102916867A CN2012103874677A CN201210387467A CN102916867A CN 102916867 A CN102916867 A CN 102916867A CN 2012103874677 A CN2012103874677 A CN 2012103874677A CN 201210387467 A CN201210387467 A CN 201210387467A CN 102916867 A CN102916867 A CN 102916867A
Authority
CN
China
Prior art keywords
message
data
party application
user
index data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2012103874677A
Other languages
Chinese (zh)
Other versions
CN102916867B (en
Inventor
田力
李鹏
廖迪青
张露
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Duxiaoman Youyang Technology Co ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201210387467.7A priority Critical patent/CN102916867B/en
Publication of CN102916867A publication Critical patent/CN102916867A/en
Application granted granted Critical
Publication of CN102916867B publication Critical patent/CN102916867B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)

Abstract

The invention provides an information push method and system. The method comprises the following steps: splitting information data supplied by a third party application into information index data and information content data, wherein the information index data comprises information attribute data, and the information content data comprises specific information content; screening the information index data according to a preset white list, an information receiving data list and data of the information index data, and obtaining corresponding information content data according to the screened information index data; and screening the acquired information content data, and pushing the screened information content data to a front end. According to the technical scheme adopted by the invention, the push of various information data is realized in an efficient and flexible manner.

Description

Message pushing method and system
[ technical field ] A method for producing a semiconductor device
The invention relates to the field of internet, in particular to a message pushing method and a message pushing system.
[ background of the invention ]
The internet has massive message data, such as reply messages of forums, update messages of movie and television episodes, friend messages, and the like, and because the structures of the message data are not completely the same, the back end can only adopt a storage mode of a combination mode < k, list > when storing the message data, for example, for message data 'new message (1)', the new message is k, and 1 is list. The back-end server pushes the message data to a message list of the user after storing the message data, and the front-end calls different display templates according to the message identification to display the specific content of the message data in the message list.
The current push mode of the message has the following problems: only the pushing and the displaying of the message data with customization and less structural quantity can be supported, and the pushing and the displaying of the message are inconvenient to expand, so that the pushing and the displaying of the message have limitations; when new types of message data appear, the above limitations will result in a large development workload and high development cost for the front-end and back-end servers.
[ summary of the invention ]
The invention provides a message pushing method and a message pushing system, which can efficiently and flexibly realize the pushing of various message data.
The specific technical scheme of the invention is as follows:
according to a preferred embodiment of the present invention, a message pushing method includes:
splitting message data provided by a third-party application into message index data and message content data; the message index data comprises attribute data of the message, and the message content data comprises specific content of the message;
screening the message index data according to a preset white list, a received message data list and data in the message index data, and acquiring corresponding message content data according to the screened message index data;
and screening the acquired message content data, and pushing the screened message content data to the front end.
In the above method, the method further comprises:
receiving message data of a user issued by a third-party application; or,
finding a third-party application corresponding to the unique user identifier according to the corresponding relation between the preset unique user identifier and the third-party application address, and pulling the message data of the user from the third-party application; or,
and finding the third-party application corresponding to the URL identification according to the corresponding relation between the preset URL identification and the third-party application address, and pulling the message data of the user from the third-party application.
In the above-mentioned method, the first step of the method,
the attribute data of the message includes the following data: message type, message source, message validity period and message display identifier;
the specific content of the message comprises the following data: message content, message description, and message icon.
In the above method, the screening the message index data specifically includes:
deleting message index data corresponding to message sources which are not contained in a white list, wherein the white list is the message sources accepted by a user;
deleting message index data corresponding to message types not contained in a received message data list, wherein the received message data list is the message types received by a user;
deleting the message index data which has not expired message validity period and is not displayed by the message display identifier, or has expired message validity period and is not displayed by the message display identifier.
In the above method, the message index data and the message content data further include: a message unique identifier;
and determining the corresponding relation between the stored message index data and the stored message content data according to the message unique identifier.
In the above method, the screening of the acquired message content data specifically includes:
and analyzing the message content data into more than two fields, and screening the fields according to the preset display field conditions to obtain the fields for display.
A message push system is located at a back-end server and comprises a splitting processing unit, a screening processing unit and a push unit; wherein,
the splitting processing unit is used for splitting the message data provided by the third-party application into message index data and message content data; the message index data comprises attribute data of the message, and the message content data comprises specific content of the message;
the screening processing unit is used for screening the message index data according to a preset white list, a received message data list and data in the message index data, acquiring corresponding message content data according to the screened message index data and screening the acquired message content data;
and the pushing unit is used for pushing the screened message content data to the front end.
In the above system, the system further includes:
the data acquisition unit is used for receiving the message data of the user issued by the third-party application; or the third-party application corresponding to the user unique identifier is found according to the corresponding relation between the preset user unique identifier and the third-party application address, and the message data of the user is pulled from the third-party application; or the third party application corresponding to the URL identification is found according to the corresponding relation between the preset URL identification and the third party application address, and the message data of the user is pulled from the third party application.
In the above-mentioned system, the first and second sensors are arranged in a single circuit,
the attribute data of the message includes the following data: message type, message source, message validity period and message display identifier;
the specific content of the message comprises the following data: message content, message description, and message icon.
In the above system, the screening processing unit screens the message index data, specifically:
deleting message index data corresponding to message sources which are not contained in a white list, wherein the white list is the message sources accepted by a user;
deleting message index data corresponding to message types not contained in a received message data list, wherein the received message data list is the message types received by a user;
deleting the message index data which has not expired message validity period and is not displayed by the message display identifier, or has expired message validity period and is not displayed by the message display identifier.
In the above system, the message index data and the message content data further include: a message unique identifier;
and determining the corresponding relation between the stored message index data and the stored message content data according to the message unique identifier.
In the above system, the screening processing unit screens the acquired message content data, specifically:
and analyzing the message content data into more than two fields, and screening the fields according to the preset display field conditions to obtain the fields for display.
According to the technical scheme, the invention has the following beneficial effects:
the message data is divided into the message index data and the message content data, so that the storage of various types and structures of message data can be supported, and the storage of the message data is realized more simply and conveniently; only the message index data with fixed field length is screened and retrieved, and the processing efficiency can be improved.
The message index data are screened according to the screening conditions preset by the user, the special requirements of the user on the message pushing system can be met, flexible dynamic configuration can be realized, and the message pushing system is more diverse.
[ description of the drawings ]
Fig. 1 is a flow chart of a preferred embodiment of the present invention for implementing a message pushing method;
fig. 2 is a schematic structural diagram of a preferred embodiment of the message pushing system implemented by the invention.
[ detailed description ] embodiments
The basic idea of the invention is: splitting message data provided by a third-party application into message index data and message content data; the message index data comprises attribute data of the message, and the message content data is that the message data comprises the specific content of the message; screening the message index data according to a preset white list, a received message data list and data in the message index data, and acquiring corresponding message content data according to the screened message index data; and screening the acquired message content data, and pushing the screened message content data to the front end.
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention will be described in detail with reference to the accompanying drawings and specific embodiments.
Fig. 1 is a schematic flow diagram of a preferred embodiment of a method for pushing a message according to the present invention, and as shown in fig. 1, the preferred embodiment includes the following steps:
step 101, splitting message data provided by a third party application into message index data and message content data, and storing the message index data and the message content data.
Specifically, the third-party application actively sends the message data of the user to the back-end server, or the back-end server actively pulls the message data of the user from the third-party application in real time; the back-end server actively pulls the message data of the user in real time, and the following two implementation methods can be adopted: one is that the back-end server allocates a user unique identifier to each user after the user registration is successful, the back-end server finds a third-party application corresponding to a preset user unique identifier according to the corresponding relation between the preset user unique identifier and a third-party application address, and obtains the message data of the user from the third-party application; and the other method is that the back-end server finds the third-party application corresponding to the URL identification configured in advance by the user according to the corresponding relation between the URL identification configured in advance and the address of the third-party application, and acquires the message data of the user from the third-party application. For each user, the back-end server may receive more than one message data from the third-party application.
The message data can be heterogeneous message data, heterogeneous message data or heterogeneous message data, wherein the heterogeneous message data refers to multiple types of message data; for example, microblog messages and station messages belong to different types of message data; the heterogeneous message data refers to message data with the same type and different structures; here, it is emphasized that the backend server can receive and process message data of different types and different structures. The message data includes all the following data, and for a certain data or some data, the value may be null: the message comprises a message unique identifier, a message type, a message source, a message owner, a message consumer, message generation time, a message validity period, a message display identifier, a message description, a message icon, a message state, a message acquisition mode and message content.
A message data model is set in a back-end server in advance, and the message data model comprises message index data and message content data; the message index data comprises a message unique identifier and attribute data of the message, and the attribute data of the message comprises all the following data: the message content data comprises a message unique identifier and specific content of the message, and the specific content comprises all the following data: message content, message description, and message icon; the message index data or the message content data also comprises other message attribute data, such as a message acquisition mode, a message owner, message generation time, a message consumer, message state and the like; after receiving the message data of the user from the third-party application, the back-end server needs to split each message data into message index data and message content data according to a preset message data model, and the database stores the split message index data and message content data. Here, the message data is split according to the message data model, because the data in the message index data is generally a simpler and common type, such as int type and char type with fixed length, the data storage capacity is smaller, the storage structure of the bottom layer is simple, the database can conveniently establish the index, the efficiency is higher when the message index data is retrieved, and the data can be quickly searched; the length of data in the message content data is generally not fixed, and may be larger or smaller, and is generally stored by adopting a text (text) and binary large object (blob) structure, the database stores the data slowly, which is not beneficial to establishing an index, and the specific content of the message is generally not used when the message is displayed, so that the two types of message data are stored in a split manner.
And 102, screening the message index data according to a preset white list, a received message data list and data in the message index data, and acquiring corresponding message content data according to the screened message index data.
Specifically, after the user logs in, the back-end server needs to push message content data to the front-end, and the message content data is displayed by the front-end, in order to reduce the retrieval workload and the pushed data amount, in the preferred embodiment, the back-end server does not push all the message content data of the user to the user, but determines which message content data are pushed to the user before the message content data are pushed to the user, so the back-end server needs to screen the message index data in the message data, and after the message index data are screened, the back-end server obtains the message content data corresponding to the screened message index data from the database according to the message unique identifier in the screened message index data.
The method for screening the message index data by the back-end server comprises the following steps:
firstly, screening all message index data of a user by using a white list, wherein the white list stores message sources which can be accepted by the user, only the message index data corresponding to the message sources contained in the white list is reserved in all the message index data, and the message index data corresponding to the message sources not contained in the white list is deleted in all the message index data, so that the message index data not contained in the white list is screened out. For example, if the white list includes the hundredth cafe and the newwave microblog, only the message index data from the hundredth cafe and the newwave microblog are reserved; the white list comprises a global white list and a user white list, the user can configure the white list in a database in advance, and the back-end server can acquire the preconfigured white list from the database during screening.
Then, screening the message index data obtained after screening by using an accepted message data list, wherein the accepted message data list stores message types which can be accepted by a user, such as one-to-one messages, one-to-many messages, broadcast messages and the like; according to the received message data list and the message types in the message index data, only the message index data corresponding to the message types contained in the received message data list are reserved, and the message index data corresponding to the message types not contained in the received message data list are deleted, so that the message index data not contained in the received message data list are screened out; the user may configure the received message data list in the database in advance, and the backend server may obtain the received message data list from the database when performing screening.
Finally, judging whether the message data is overdue or not according to the current time and the message validity period in each message index data for the message index data obtained after the two screening processes; meanwhile, judging whether the message data needs to be displayed or not according to the message display identifier in each message index data; when the judgment result is that the message data is not expired and needs to be displayed, the message index data is reserved, and when the judgment result is that the message data is not expired and does not need to be displayed, or when the message data is expired and needs to be displayed, or when the message data is expired and does not need to be displayed, the message index data is screened out.
And 103, screening the acquired message content data, and pushing the screened message content data to a front end.
Specifically, after obtaining the message content data to be sent to the front end, the back end server firstly analyzes the message content data into more than two fields, and then screens a plurality of fields corresponding to each message content data according to the configuration information to obtain the fields to be displayed; the configuration information can be configured in a database by a user in advance, and the configuration information can be used by a back-end server during screening; the configuration information comprises conditions for displaying fields, such as fields which are displayed by user specification or fields which are only updated and the like; and then, for each message content data, splicing the fields obtained after screening in the message content data by using a preset message template, packaging the fields obtained after splicing, and pushing the obtained data packet to the front end.
After receiving a data packet sent by a back-end server, a front end analyzes the data packet by using a lightweight data interchange format (JSON, JavaScript Object notification) to obtain a field to be displayed; the front end calls a presentation template configured in advance by a user, inputs fields for presentation obtained by analysis to the presentation template, generates message content data to be presented to the user, and presents the message content data to the user through a graphical interface.
To implement the foregoing method, the present invention further provides a message pushing system, fig. 2 is a schematic structural diagram of a preferred embodiment of implementing the message pushing system according to the present invention, as shown in fig. 2, the system is located in a backend server, and the system includes: a splitting processing unit 20, a screening processing unit 21 and a pushing unit 22; wherein,
a splitting processing unit 20, configured to split message data provided by a third-party application into message index data and message content data; the message index data comprises attribute data of the message, and the message content data comprises specific content of the message;
the screening processing unit 21 is configured to screen the message index data according to a preset white list, a list of received message data, and data in the message index data, acquire corresponding message content data according to the screened message index data, and screen the acquired message content data;
and the pushing unit 22 is configured to push the screened message content data to the front end.
The system further comprises:
the data acquisition unit 23 is configured to receive user message data sent by a third-party application; or the third-party application corresponding to the user unique identifier is found according to the corresponding relation between the preset user unique identifier and the third-party application address, and the message data of the user is pulled from the third-party application; or the third party application corresponding to the URL identification is found according to the corresponding relation between the preset URL identification and the third party application address, and the message data of the user is pulled from the third party application.
Wherein the attribute data of the message includes the following data: message type, message source, message validity period and message display identifier; the specific content of the message comprises the following data: message content, message description, and message icon; the message index data or the message content data further comprise a message unique identifier; and determining the corresponding relation between the stored message index data and the stored message content data according to the message unique identifier.
The screening processing unit 21 screens the message index data, specifically:
deleting message index data corresponding to message sources which are not contained in a white list, wherein the white list is the message sources accepted by a user;
deleting message index data corresponding to message types not contained in a received message data list, wherein the received message data list is the message types received by a user;
deleting the message index data which has not expired message validity period and is not displayed by the message display identifier, or has expired message validity period and is not displayed by the message display identifier.
The screening processing unit screens the message content data acquired by 21, specifically: and analyzing the message content data into more than two fields, and screening the fields according to the preset display field conditions to obtain the fields for display.
The technical scheme of the preferred embodiment of the invention has the following technical effects:
1. the back-end server can support various modes of acquiring the message data from the third-party application, and the acquisition of the message data is flexibly realized.
2. The message data is divided into the message index data and the message content data and stored, so that the storage of various types and structures of message data can be supported, and the storage of the message data can be realized more simply and conveniently; and only the message index data is searched and screened, so that the processing efficiency can be improved.
3. Before the back-end server pushes the message content data to the front-end, the message index data is screened to determine the message content data needing to be pushed instead of sending all the message content data to the front-end, so that the workload of a database and the pushed data volume of the back-end server are reduced.
4. When the message index data is screened by the rear-end server, screening is carried out according to screening conditions preset by a user, the special requirements of the user on the message pushing system can be met, flexible dynamic configuration can be realized, the message pushing system is more diverse, and the use convenience of the message pushing system is improved.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.

Claims (12)

1. A message pushing method, the method comprising:
splitting message data provided by a third-party application into message index data and message content data; the message index data comprises attribute data of the message, and the message content data comprises specific content of the message;
screening the message index data according to a preset white list, a received message data list and data in the message index data, and acquiring corresponding message content data according to the screened message index data;
and screening the acquired message content data, and pushing the screened message content data to the front end.
2. The method of claim 1, further comprising:
receiving message data of a user issued by a third-party application; or,
finding a third-party application corresponding to the unique user identifier according to the corresponding relation between the preset unique user identifier and the third-party application address, and pulling the message data of the user from the third-party application; or,
and finding the third-party application corresponding to the URL identification according to the corresponding relation between the preset URL identification and the third-party application address, and pulling the message data of the user from the third-party application.
3. The method of claim 1,
the attribute data of the message includes the following data: message type, message source, message validity period and message display identifier;
the specific content of the message comprises the following data: message content, message description, and message icon.
4. The method according to claim 3, wherein the screening of the message index data includes:
deleting message index data corresponding to message sources which are not contained in a white list, wherein the white list is the message sources accepted by a user;
deleting message index data corresponding to message types not contained in a received message data list, wherein the received message data list is the message types received by a user;
deleting the message index data which has not expired message validity period and is not displayed by the message display identifier, or has expired message validity period and is not displayed by the message display identifier.
5. The method of claim 1, wherein the message index data and the message content data further comprise: a message unique identifier;
and determining the corresponding relation between the stored message index data and the stored message content data according to the message unique identifier.
6. The method according to claim 1, wherein the screening of the acquired message content data specifically comprises:
and analyzing the message content data into more than two fields, and screening the fields according to the preset display field conditions to obtain the fields for display.
7. A message pushing system is characterized in that the system is positioned at a back-end server and comprises a splitting processing unit, a screening processing unit and a pushing unit; wherein,
the splitting processing unit is used for splitting the message data provided by the third-party application into message index data and message content data; the message index data comprises attribute data of the message, and the message content data comprises specific content of the message;
the screening processing unit is used for screening the message index data according to a preset white list, a received message data list and data in the message index data, acquiring corresponding message content data according to the screened message index data and screening the acquired message content data;
and the pushing unit is used for pushing the screened message content data to the front end.
8. The system of claim 7, further comprising:
the data acquisition unit is used for receiving the message data of the user issued by the third-party application; or the third-party application corresponding to the user unique identifier is found according to the corresponding relation between the preset user unique identifier and the third-party application address, and the message data of the user is pulled from the third-party application; or the third party application corresponding to the URL identification is found according to the corresponding relation between the preset URL identification and the third party application address, and the message data of the user is pulled from the third party application.
9. The system of claim 7,
the attribute data of the message includes the following data: message type, message source, message validity period and message display identifier;
the specific content of the message comprises the following data: message content, message description, and message icon.
10. The system according to claim 9, wherein the filtering processing unit filters the message index data, specifically:
deleting message index data corresponding to message sources which are not contained in a white list, wherein the white list is the message sources accepted by a user;
deleting message index data corresponding to message types not contained in a received message data list, wherein the received message data list is the message types received by a user;
deleting the message index data which has not expired message validity period and is not displayed by the message display identifier, or has expired message validity period and is not displayed by the message display identifier.
11. The system of claim 7, wherein the message index data and the message content data further comprise: a message unique identifier;
and determining the corresponding relation between the stored message index data and the stored message content data according to the message unique identifier.
12. The system according to claim 7, wherein the screening processing unit screens the acquired message content data, specifically:
and analyzing the message content data into more than two fields, and screening the fields according to the preset display field conditions to obtain the fields for display.
CN201210387467.7A 2012-10-12 2012-10-12 A kind of information push method and system Active CN102916867B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210387467.7A CN102916867B (en) 2012-10-12 2012-10-12 A kind of information push method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210387467.7A CN102916867B (en) 2012-10-12 2012-10-12 A kind of information push method and system

Publications (2)

Publication Number Publication Date
CN102916867A true CN102916867A (en) 2013-02-06
CN102916867B CN102916867B (en) 2019-05-28

Family

ID=47615104

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210387467.7A Active CN102916867B (en) 2012-10-12 2012-10-12 A kind of information push method and system

Country Status (1)

Country Link
CN (1) CN102916867B (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103699669A (en) * 2013-12-30 2014-04-02 北京奇虎科技有限公司 Method for message pushing in browser and browser terminal
CN106775662A (en) * 2016-11-29 2017-05-31 北京小米移动软件有限公司 The display methods and device of PUSH message
WO2017156706A1 (en) * 2016-03-15 2017-09-21 华为技术有限公司 Method and device for processing data packet
CN107256232A (en) * 2017-05-16 2017-10-17 百度在线网络技术(北京)有限公司 A kind of information recommendation method and device
CN107451831A (en) * 2016-05-30 2017-12-08 北京京东尚科信息技术有限公司 Task method for pushing
CN108460115A (en) * 2018-02-10 2018-08-28 深圳壹账通智能科技有限公司 Information push method, device, computer equipment and storage medium
CN109558230A (en) * 2018-11-23 2019-04-02 北京百分点信息科技有限公司 A kind of distributed timing task scheduling system and method
CN109995847A (en) * 2019-02-15 2019-07-09 平安科技(深圳)有限公司 Information push method, device and computer equipment based on groups of users
CN110896533A (en) * 2019-06-28 2020-03-20 腾讯科技(深圳)有限公司 Vehicle communication message processing method and device

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101034996A (en) * 2006-03-09 2007-09-12 腾讯科技(深圳)有限公司 Instant message push method and its system
US20080064398A1 (en) * 2005-08-30 2008-03-13 Fenqin Zhu Method for triggering user registration in ip multimedia subsystem
US20100153848A1 (en) * 2008-10-09 2010-06-17 Pinaki Saha Integrated branding, social bookmarking, and aggregation system for media content
CN101815082A (en) * 2009-12-28 2010-08-25 金蝶软件(中国)有限公司 External information integrated device and service system
CN102123158A (en) * 2011-04-11 2011-07-13 深圳市同洲软件有限公司 Method and system for realizing network data processing

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080064398A1 (en) * 2005-08-30 2008-03-13 Fenqin Zhu Method for triggering user registration in ip multimedia subsystem
CN101034996A (en) * 2006-03-09 2007-09-12 腾讯科技(深圳)有限公司 Instant message push method and its system
US20100153848A1 (en) * 2008-10-09 2010-06-17 Pinaki Saha Integrated branding, social bookmarking, and aggregation system for media content
CN101815082A (en) * 2009-12-28 2010-08-25 金蝶软件(中国)有限公司 External information integrated device and service system
CN102123158A (en) * 2011-04-11 2011-07-13 深圳市同洲软件有限公司 Method and system for realizing network data processing

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103699669B (en) * 2013-12-30 2017-03-15 北京奇虎科技有限公司 The method of message push and a kind of browser terminal is carried out in a kind of browser
CN103699669A (en) * 2013-12-30 2014-04-02 北京奇虎科技有限公司 Method for message pushing in browser and browser terminal
US10674421B2 (en) 2016-03-15 2020-06-02 Huawei Technologies Co., Ltd. Data packet processing method and device
WO2017156706A1 (en) * 2016-03-15 2017-09-21 华为技术有限公司 Method and device for processing data packet
CN107451831A (en) * 2016-05-30 2017-12-08 北京京东尚科信息技术有限公司 Task method for pushing
CN107451831B (en) * 2016-05-30 2020-06-30 北京京东尚科信息技术有限公司 Task pushing method and device and storage medium
CN106775662A (en) * 2016-11-29 2017-05-31 北京小米移动软件有限公司 The display methods and device of PUSH message
CN107256232A (en) * 2017-05-16 2017-10-17 百度在线网络技术(北京)有限公司 A kind of information recommendation method and device
CN108460115A (en) * 2018-02-10 2018-08-28 深圳壹账通智能科技有限公司 Information push method, device, computer equipment and storage medium
CN108460115B (en) * 2018-02-10 2020-06-23 深圳壹账通智能科技有限公司 Message pushing method and device, computer equipment and storage medium
CN109558230A (en) * 2018-11-23 2019-04-02 北京百分点信息科技有限公司 A kind of distributed timing task scheduling system and method
CN109995847A (en) * 2019-02-15 2019-07-09 平安科技(深圳)有限公司 Information push method, device and computer equipment based on groups of users
CN110896533A (en) * 2019-06-28 2020-03-20 腾讯科技(深圳)有限公司 Vehicle communication message processing method and device
CN110896533B (en) * 2019-06-28 2023-07-14 腾讯科技(深圳)有限公司 Vehicle communication message processing method and device

Also Published As

Publication number Publication date
CN102916867B (en) 2019-05-28

Similar Documents

Publication Publication Date Title
CN102916867B (en) A kind of information push method and system
US10282481B2 (en) Providing link to portion of media object in real time in social networking update
CN103401763B (en) Method and device for receiving group message and method and device for processing group message
CN106028075B (en) Barrage display methods and device
TWI579765B (en) Offline transmission and display methods, devices and systems for offline data
CN103051646B (en) Information synchronization method and device
CN104965842B (en) Method and apparatus are recommended in search
CN107770229B (en) Cloud file sharing method and system and cloud server
CN112764795B (en) Service-oriented cross-platform and cross-terminal information publishing system and method
CN116886660A (en) Message display method, device, terminal and medium
US11164418B2 (en) Impromptu community streamer
CN103176996A (en) Image search method based on image feature information and image search engine server based on image feature information
CN110784377A (en) Method for uniformly managing cloud monitoring data in multi-cloud environment
CN111090533A (en) Notice information sending method and device, electronic equipment and storage medium
CN110602049A (en) Data transmission method, server and storage medium
WO2016050223A1 (en) Instant communication method, client end and system based on map grid
CN103634319A (en) Method and system for realizing wechat wall multi-subject-activity-project management
CN105528350B (en) Complex scene and background data mapping synchronization method and device based on unity3D platform
CN110704151A (en) Information processing method and device and electronic equipment
US20140229534A1 (en) Method and system for accessing micro-blog album and micro-blog client
CN114205320B (en) Message display method and device, electronic equipment and storage medium
CN110928895A (en) Data query method, data table establishing method, device and equipment
CN102611635A (en) Microblog-based message interaction method and system
CN112035581B (en) Model-based task processing method, device, equipment and medium
CN115080521A (en) Information display method and device, electronic equipment and storage medium

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
EXSB Decision made by sipo to initiate substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20191204

Address after: 201210 room j1328, floor 3, building 8, No. 55, Huiyuan Road, Jiading District, Shanghai

Patentee after: SHANGHAI YOUYANG NEW MEDIA INFORMATION TECHNOLOGY Co.,Ltd.

Address before: 100085 Beijing, Haidian District, No. ten on the ground floor, No. 10 Baidu building, layer 2

Patentee before: BEIJING BAIDU NETCOM SCIENCE AND TECHNOLOGY Co.,Ltd.

EE01 Entry into force of recordation of patent licensing contract
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20130206

Assignee: BEIJING BAIDU NETCOM SCIENCE AND TECHNOLOGY Co.,Ltd.

Assignor: SHANGHAI YOUYANG NEW MEDIA INFORMATION TECHNOLOGY Co.,Ltd.

Contract record no.: X2019110000008

Denomination of invention: Information push method and system

Granted publication date: 20190528

License type: Exclusive License

Record date: 20191218

CP03 Change of name, title or address
CP03 Change of name, title or address

Address after: 401120 b7-7-2, Yuxing Plaza, No.5, Huangyang Road, Yubei District, Chongqing

Patentee after: Chongqing duxiaoman Youyang Technology Co.,Ltd.

Address before: 201210 room j1328, 3 / F, building 8, 55 Huiyuan Road, Jiading District, Shanghai

Patentee before: SHANGHAI YOUYANG NEW MEDIA INFORMATION TECHNOLOGY Co.,Ltd.