WO2019174129A1 - 事件提醒方法、装置、计算机设备和存储介质 - Google Patents

事件提醒方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
WO2019174129A1
WO2019174129A1 PCT/CN2018/089099 CN2018089099W WO2019174129A1 WO 2019174129 A1 WO2019174129 A1 WO 2019174129A1 CN 2018089099 W CN2018089099 W CN 2018089099W WO 2019174129 A1 WO2019174129 A1 WO 2019174129A1
Authority
WO
WIPO (PCT)
Prior art keywords
event
reminder
user identifier
reminding
reminder event
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.)
Ceased
Application number
PCT/CN2018/089099
Other languages
English (en)
French (fr)
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.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen 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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2019174129A1 publication Critical patent/WO2019174129A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62—Establishing a time schedule for servicing the requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring

Definitions

  • the present application relates to an event reminding method, apparatus, computer device and storage medium.
  • the event reminder is to store the reminder event and reminder time submitted by the user in the database of the system server.
  • the server needs to poll the database according to a certain time interval, and take out one or more reminding events found from the database and push it. To the user.
  • polling must be performed at certain time intervals, if the interval is too short, a large number of operations of the server are judged whether the event has timed out, and the resource waste of the server is high; if the interval is too long, then There may be a delay in the presence of an event reminder.
  • an event reminding method is provided.
  • An event reminding method including:
  • each reminder event in the reminder event set carries a user identifier
  • the respective target reminding events Sending, according to the routing information corresponding to each target reminding event in the target reminding event set, the respective target reminding events to the application system server, where the application system server is configured to: according to the received user corresponding to each target reminding event The identifier sends each target reminder event to the corresponding terminal.
  • An event reminding device includes:
  • a reminder event collection receiving module configured to receive a reminder event set sent by the service system server, where each reminder event in the reminder event set carries a user identifier;
  • the routing information searching module searches for the routing information corresponding to each reminding event from the message queue according to the user identifier corresponding to each reminding event;
  • the target reminder event collection acquiring module obtains a reminder event when the long connection corresponding to the user identifier is in a hold state, and obtains a target reminder event set;
  • the sending module sends the respective target reminding events to the application system server according to the routing information corresponding to each target reminding event in the target reminding event set, where the application system server is configured to use the received target reminding events according to the received
  • the corresponding user identifier sends each target reminder event to the corresponding terminal.
  • a computer device comprising a memory and one or more processors having stored therein computer readable instructions, the computer readable instructions being executable by the processor to cause the one or more processors to execute The steps of the event reminding method provided in any one of the embodiments of the present application.
  • One or more non-volatile storage media storing computer readable instructions, when executed by one or more processors, causing one or more processors to perform the events provided in any one embodiment of the present application The steps to remind the method.
  • FIG. 1 is an application scenario diagram of an event reminding method in one or more embodiments
  • FIG. 2 is a schematic flow chart of an event reminding method in one or more embodiments
  • FIG. 3 is a schematic flow chart of an event reminding method in another embodiment
  • step S204 is a schematic flow chart of steps before step S204 in the event reminding method in another embodiment
  • Figure 5 is a block diagram of an event reminding device in one or more embodiments
  • FIG. 6 is a block diagram of a computer device in one or more embodiments.
  • the event reminding method provided by the present application can be applied to an application environment as shown in FIG. 1, in which the terminal 108, the application system server 102, the message system server 104, and the business system server 106 are included. After the service system server 106 obtains the reminder event set corresponding to the current time, the reminder event is sent to the message system server 104, and the message system server 104 communicates with the application system server 102 through a long connection, and sends the reminder event set to the application system server. 102. The application system server 102 sends each reminder event to the corresponding terminal.
  • the terminal 108 includes a plurality of terminals, which are not limited to various personal computers, notebook computers, smart phones, tablets, and portable wearable devices.
  • the message system server 104 can be implemented by a server cluster composed of a plurality of servers.
  • the system server 106 and the application system server 102 can be implemented with a single server or with a server cluster consisting of multiple servers.
  • an event reminding method is provided.
  • the method is applied to the message system server 104 in FIG. 1 as an example, and includes the following steps:
  • Step S202 Receive a reminder event set sent by the service system server, and remind each reminder event in the event set to carry the user identifier.
  • the reminder event refers to a message for reminding the event to be handled.
  • the user creates a reminder event through the application system and sets a corresponding reminder time, and the application system associates the reminder event and the reminder time to the database.
  • the reminder event includes a user identification and event content.
  • the user identifier is used to uniquely identify the identity of the user who created the reminder event, and is composed of a preset number of digits, letters, or other special symbols. It can be understood that in some application scenarios, the user identifier may be an instant communication number and social Network account, email account, etc.
  • the reminder event when the application system server is implemented by a cluster composed of a plurality of servers, the reminder event further includes a server identifier, and the server identifier is used to uniquely identify the server accessed when the user creates the reminder event.
  • the content of the event refers to the specific content corresponding to the reminder event, such as “Meeting the customer at 3 pm” and “Meeting at the meeting room at 10 am tomorrow”.
  • the reminder time of the reminder event refers to the time when the reminder event is triggered to be sent, usually a certain time before the execution time corresponding to the event content, for example, the event content is a reminder event of “visiting the customer at three o'clock in the afternoon”, and the reminding time can be Half past two in the afternoon.
  • the application system server can directly synchronize the data in the database to the database corresponding to the service system server, and the service system server queries the corresponding database according to the preset interval time, and obtains the current time as the reminding time.
  • a reminder event collection that sends the reminder event collection to the messaging system.
  • the application system server can open the access right to the service system server, so that the service system server can directly access the database corresponding to the application system server according to the preset time interval, and obtain the reminder event set with the current time as the reminder time. Send the reminder event collection to the message system.
  • time interval in the foregoing embodiment can be set, adjusted, and modified according to service requirements.
  • step S204 the routing information corresponding to each reminding event is searched from the message queue according to the user identifier corresponding to each reminding event.
  • the message system server includes multiple service instances.
  • the application system server establishes a long connection with one of the service instances. After the long connection is established, the message system server will connect to the message according to the established long connection.
  • the routing information corresponding to the user identifier is saved in the queue, where the routing information refers to the link information of the long connection, the link information includes the service instance identifier information, and the service instance identifier information is used to uniquely identify a service instance in the message system server. .
  • the message queue can be implemented by an ActiveMQ and run on a message system server.
  • Step S206 Acquire a reminder event when the long connection corresponding to the user identifier is in the hold state, and obtain a target reminder event set.
  • each reminder event in the reminder event set is allocated to the service instance corresponding to the service instance identifier information according to the service instance identifier information included in the routing information.
  • the service instance corresponding to the service instance identification information may be associated with the service instance identification information corresponding to the service instance.
  • the message system server respectively invokes each service instance to determine whether the long connection corresponding to each user identifier is in a hold state.
  • the reminder event corresponding to the user identifier is used as the target reminder event.
  • the message system server determines whether the long connection corresponding to each user identifier is in a hold state, or the service instance corresponding to the user identifier sends a heartbeat detection packet carrying the user identifier to the application system server, and receives the application system.
  • the server returns a heartbeat response packet carrying the same user identifier within a preset time period, it is determined that the long connection corresponding to the user identifier is in a hold state.
  • the heartbeat detection packet and the heartbeat response packet are sent according to the web socket protocol websocket; the preset time period can be set in advance on the message system server according to requirements, for example, the preset time period can be set to 75s.
  • Step S208 Send each target reminding event to the application system server according to the routing information corresponding to each target reminding event in the target reminding event set.
  • the message system server sends the target reminder event to the application system server by calling the service instance corresponding to the routing information according to the routing information corresponding to the target reminding event.
  • the application system server when the application system server is implemented by a single server, after receiving the target reminding event, the application system acquires the user identifier included in the target reminding event, and sends the target reminding event to the user identifier according to the user identifier. terminal.
  • the application system server is a server cluster implemented by multiple servers
  • the application system after receiving the target reminding event, acquires the user identifier and the server identifier included in the target reminding event, and allocates the target reminding event to The server corresponding to the server identifier sends the target reminder event to the terminal corresponding to the user identifier by using the server corresponding to the server identifier.
  • the set of the reminder event sent by the service system server is received, and the routing information corresponding to each reminding event is searched from the message queue according to the user identifier corresponding to each reminding event, and the long connection corresponding to the user identifier is obtained when the persistent connection is maintained.
  • the reminder event is obtained, and the target reminder event set is obtained, and each target reminding event is sent to the application system server according to the routing information corresponding to each target reminding event in the target reminding event set.
  • the message is obtained by the service system server, and the message system establishes a long connection with the server of the application system to implement the message transmission.
  • the application system does not need to query the reminder event, and is only responsible for receiving and sending the reminder event, which greatly saves the server resources. .
  • the message system and the business system are long-connected, real-time push of reminder events can be realized.
  • the message system server sends a reminding event according to the routing information, thereby preventing the loss of the reminding event due to the incorrect selection of the long connection link during the sending of the reminding event.
  • the above method further includes:
  • Step S302 Write a reminder event when the long connection corresponding to the user identifier is in the disconnected state to the message queue.
  • the reminder event corresponding to the user identifier is written into the message queue.
  • the message system server determines that the long connection corresponding to the user identifier is the disconnected state, and the service instance corresponding to the user identifier is sent to the application system server to send the heartbeat detection packet carrying the user identifier.
  • the message system server does not receive the heartbeat response packet sent by the application system server within the preset time period, it determines that the long connection corresponding to the user identifier is the disconnected state.
  • the message system server determines that the long connection corresponding to the user identifier is the disconnected state, and the service instance corresponding to the user identifier is sent to the application system server to send the heartbeat detection packet carrying the user identifier.
  • the message system server does not receive the heartbeat response packet sent by the application system server within the preset time period
  • the heartbeat detection packet carrying the user identifier is sent to the application system server again, and the number of times the heartbeat detection packet is sent exceeds the preset number of times.
  • the heartbeat detection packet sent by the application server does not receive the heartbeat response packet sent by the application server within the preset time period, it is determined that the long connection corresponding to the user identifier is the disconnected state.
  • Step S304 when it is detected that the long connection corresponding to the reminder event is established again, the reminder event is read from the message queue, and the read reminder event is sent to the application system server.
  • the message system server when receiving the long connection establishment request sent by the application system service, parses the long connection establishment request, obtains the user identifier, searches from the message queue, and determines whether there is a reminder event corresponding to the user identifier, if If there is, the reminder event is read from the message queue, and the reminder event is sent to the application system server.
  • the reminder event written in the message queue usually has a certain storage time limit.
  • the message system server deletes the reminder event from the message queue.
  • the save time limit can be set as needed. For example, if the save time limit is two hours, the reminder event when the time difference between the current time stamp and the save time stamp is greater than two hours is present in the message queue. Events are removed from the message queue, which ensures the efficiency of the message system server when reading reminder events from the message queue.
  • the reminder event in which the long connection corresponding to the user identifier is disconnected is temporarily stored in the message queue, and when the long connection corresponding to the user identifier is established again, the reminder event is immediately sent, which can be minimized. The loss of the reminder event when the user is offline.
  • the method before the routing information corresponding to each reminding event is searched from the message queue according to the user identifier corresponding to each reminding event, the method includes: when there are multiple reminding events with the same user identifier in the reminding event set, determining multiple Remind whether the event content corresponding to the event is the same; if so, combine multiple reminder events into one reminder event.
  • the message system server determines, according to the user identifier carried in each reminder event in the reminder event set, whether there are multiple reminder events with the same user identifier, and if yes, obtain multiple reminders with the same user identifier.
  • the event content of the event to determine whether the content of these events is the same, if the same, then combine these reminder events into one reminder event.
  • the determination may be the same, wherein the preset threshold may be set in advance according to requirements, for example, if the preset threshold is set to 85%, then two reminders are used.
  • the matching degree of the event content corresponding to the event exceeds 85%, it is determined that the contents of the two events are the same event content.
  • combining the plurality of reminding events into one reminding event may be to retain any one of the reminding events, to delete other reminding events, or to combine the event contents of the plurality of reminding events into one reminding event, such as The contents of the event were "Meeting at 3 pm” and “Meeting at 3 pm”. It can be combined into "Meeting at three in the afternoon. Meeting at three o'clock in the afternoon.”
  • the message system server can reduce the transmission of repeated reminder events, thereby saving system resources of the message system server.
  • the method before the routing information corresponding to each reminding event is searched from the message queue according to the user identifier corresponding to each reminding event, the method further includes:
  • Step S402 Obtain tag information corresponding to each reminder event in the reminder event set.
  • the tag information is a tag set in the reminder event when the user creates a reminder event, and the tag information includes at least one of time, place, and person.
  • the message system server receives the reminder event set, and extracts label information for each reminder event.
  • Step S404 Determine whether there is a keyword corresponding to the tag information in the event content corresponding to each reminder event in the alert event set.
  • Step S406 if yes, perform a preset processing operation on the keyword.
  • the keyword corresponding to the tag information refers to the keyword that constitutes the content of the tag information. If a reminder event includes a time tag of "four points", the corresponding keyword is "four" or "point".
  • the preset processing operations include at least one of font bolding, font enlargement, or tilt processing.
  • the message system server determines whether the event content corresponding to each reminder event has a keyword corresponding to the tag information included in the alert event, and if yes, executes the keyword Preset processing operations.
  • the keyword corresponding to the tag information is “four” and “dot”.
  • the content of the reminder event is “four o'clock in the afternoon meeting room meeting”
  • the “four” and “the” in the reminding event are Click "Execute the preset processing operation.
  • the reminding effect of the reminding event can be enhanced.
  • the method further includes: when the long connection corresponding to the user identifier is in the disconnected state, acquiring the associated user identifier corresponding to the user identifier, and searching for the alternate routing information corresponding to the reminding event from the message queue according to the associated user identifier. Determining whether the long connection corresponding to the associated user identifier is in a hold state; if yes, sending a reminder event to the application system server according to the alternate routing information.
  • the application system server establishes an association relationship between the user identifier corresponding to the user and the user identifier corresponding to the one or more associated users corresponding to the associated user setting request, and after establishing the association relationship,
  • the user identifier corresponding to the one or more associated users is the associated user identifier corresponding to the user identifier.
  • the associated user may be another account of the user, or may be a user associated with the user, such as a friend, a colleague, a boss, or the like.
  • the application system server sends the association information to the message system server, and the message system server can save the association information to its corresponding database, and after receiving the reminder event set, if If the long connection corresponding to the user identifier carried in the reminder event set is disconnected, the associated user identifier corresponding to the user identifier is searched from the database, and the backup routing information corresponding to the reminder event is searched from the message queue according to the associated user identifier. Whether the long connection corresponding to the associated user identifier is in the hold state, and if yes, the reminder event is sent to the application system server according to the alternate routing information.
  • the user may carry one or more associated user identifiers in the reminder event.
  • the message system server receives the reminder event set, if a reminder If the long connection corresponding to the user identifier carried in the event set is the disconnected state, the associated user identifier corresponding to the user identifier is obtained from the reminder event, and the backup routing information corresponding to the reminder event is searched from the message queue according to the associated user identifier, and the associated user identifier is determined. Whether the corresponding long connection is in the hold state; if yes, the reminder event is sent to the application system server according to the alternate routing information.
  • the associated user identifier when the associated user identifier is multiple, the associated user identifier may be selected as the target associated user identifier first, and if the long connection corresponding to the target associated user identifier is determined to be the disconnected state, Another associated user ID is selected as the target associated user ID.
  • the user when setting the associated user, may set an alternate priority for each associated user.
  • the user may select the backup priority according to the set backup priority. Target associated user ID.
  • the related user identifier is set, and the reminder event is sent to the terminal corresponding to the associated user identifier when the user is offline, and the associated user can manually remind the user who sets the reminding event, thereby preventing the user from missing when offline. Remind the phenomenon of the event.
  • the method further includes: storing each reminder event in the reminder event set into a database, and the database is configured to send the reminder event corresponding to the query request to the application system when receiving the query request of the application system server. server.
  • the user can search for the reminder event in the database at any time.
  • FIGS. 2-4 are sequentially displayed as indicated by the arrows, these steps are not necessarily performed in the order indicated by the arrows. Except as explicitly stated herein, the execution of these steps is not strictly limited, and the steps may be performed in other orders. Moreover, at least some of the steps in FIGS. 2-4 may include a plurality of sub-steps or stages, which are not necessarily performed at the same time, but may be executed at different times, these sub-steps or stages The order of execution is not necessarily performed sequentially, but may be performed alternately or alternately with at least a portion of other steps or sub-steps or stages of other steps.
  • an event reminding device 500 including:
  • the reminder event collection receiving module 502 is configured to receive a reminder event set sent by the service system server, and remind each reminder event in the event set to carry the user identifier;
  • the routing information searching module 504 searches for the routing information corresponding to each reminding event from the message queue according to the user identifier corresponding to each reminding event;
  • the target reminder event collection obtaining module 506 obtains a reminder event when the long connection corresponding to the user identifier is in the hold state, and obtains a target reminder event set;
  • the sending module 508 is configured to send each target reminding event to the application system server according to the routing information corresponding to each target reminding event in the target reminding event set, and the application system server is configured to use the target identifier corresponding to each received target reminding event to target each target. A reminder event is sent to the corresponding terminal.
  • the apparatus further includes: a message queue read/write module, configured to write a reminder event when the long connection corresponding to the user identifier is in a disconnected state to the message queue; and when detecting a long connection corresponding to the reminder event When re-established, the reminder event is read from the message queue and the read reminder event is sent to the application server.
  • a message queue read/write module configured to write a reminder event when the long connection corresponding to the user identifier is in a disconnected state to the message queue.
  • the target reminder event collection obtaining module 506 is further configured to send a heartbeat detection packet carrying the user identifier to the application system server; and receive a heartbeat carrying the user identifier returned by the application system server within a preset time period. When the packet is responded, it is determined that the long connection corresponding to the user identifier is in the hold state.
  • the device further includes: a reminder event merging module, configured to determine whether the event content corresponding to the multiple reminder events is the same when there are multiple reminder events with the same user identifier in the reminder event set; and if so, Combine multiple reminder events into one reminder event.
  • a reminder event merging module configured to determine whether the event content corresponding to the multiple reminder events is the same when there are multiple reminder events with the same user identifier in the reminder event set; and if so, Combine multiple reminder events into one reminder event.
  • the device further includes: a keyword processing module, configured to acquire tag information corresponding to each reminder event in the alert event set; and determine whether the tag information corresponding to each event event corresponding to each alert event in the alert event set corresponds to Keyword; and if it exists, perform a preset processing operation on the keyword.
  • a keyword processing module configured to acquire tag information corresponding to each reminder event in the alert event set; and determine whether the tag information corresponding to each event event corresponding to each alert event in the alert event set corresponds to Keyword; and if it exists, perform a preset processing operation on the keyword.
  • the foregoing apparatus further includes: an associated user identifier obtaining module, configured to acquire an associated user identifier corresponding to the user identifier when the long connection corresponding to the user identifier is in a disconnected state, and use the associated user identifier from the message queue. Finding the alternate routing information corresponding to the reminder event; determining whether the long connection corresponding to the associated user identifier is a hold state; and if yes, sending the reminder event to the application system server according to the alternate routing information.
  • an associated user identifier obtaining module configured to acquire an associated user identifier corresponding to the user identifier when the long connection corresponding to the user identifier is in a disconnected state, and use the associated user identifier from the message queue. Finding the alternate routing information corresponding to the reminder event; determining whether the long connection corresponding to the associated user identifier is a hold state; and if yes, sending the reminder event to the application system server according to the alternate routing information.
  • the device further includes: a reminder event saving module, configured to store each reminder event in the reminder event set into a database, where the database is configured to respond to the query request when receiving the query request of the application system server The reminder event is sent to the application server.
  • a reminder event saving module configured to store each reminder event in the reminder event set into a database, where the database is configured to respond to the query request when receiving the query request of the application system server The reminder event is sent to the application server.
  • each of the above-described event reminding devices can be implemented in whole or in part by software, hardware, and combinations thereof.
  • Each of the above modules may be embedded in or independent of the processor in the computer device, or may be stored in a memory in the computer device in a software form, so that the processor invokes the operations corresponding to the above modules.
  • a computer device which may be a server, and its internal structure diagram may be as shown in FIG. 6.
  • the computer device includes a processor, memory, network interface, and database connected by a system bus.
  • the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the computer device includes a non-volatile storage medium, an internal memory.
  • the non-volatile storage medium stores an operating system, computer readable instructions, and a database.
  • the internal memory provides an environment for the operation of an operating system and computer readable instructions in a non-volatile storage medium.
  • the database of the computer device is used to store event reminder data.
  • the network interface of the computer device is used to communicate with an external terminal via a network connection.
  • the computer readable instructions are executed by the processor to implement an event reminding method.
  • FIG. 6 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device to which the solution of the present application is applied.
  • the specific computer device may It includes more or fewer components than those shown in the figures, or some components are combined, or have different component arrangements.
  • a computer apparatus comprising a memory and one or more processors having stored therein computer readable instructions that, when executed by a processor, implement the steps of an event reminding method provided in any one of the embodiments of the present application.
  • One or more non-volatile storage media storing computer readable instructions, when executed by one or more processors, causing one or more processors to implement the events provided in any one embodiment of the present application The steps to remind the method.
  • Non-volatile memory can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory can include random access memory (RAM) or external cache memory.
  • RAM is available in a variety of formats, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronization chain.
  • SRAM static RAM
  • DRAM dynamic RAM
  • SDRAM synchronous DRAM
  • DDRSDRAM double data rate SDRAM
  • ESDRAM enhanced SDRAM
  • Synchlink DRAM SLDRAM
  • Memory Bus Radbus
  • RDRAM Direct RAM
  • DRAM Direct Memory Bus Dynamic RAM
  • RDRAM Memory Bus Dynamic RAM

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Cardiology (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Operations Research (AREA)
  • Environmental & Geological Engineering (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种事件提醒方法，包括：接收业务系统服务器发送的提醒事件集合，所述提醒事件集合中各个提醒事件携带用户标识；根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息；获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合；及分别根据所述目标提醒事件集合中各个目标提醒事件对应的路由信息将所述各个目标提醒事件发送至应用系统服务器。

Description

事件提醒方法、装置、计算机设备和存储介质
相关申请的交叉引用
本申请要求于2018年03月13日提交中国专利局，申请号为201810205953X，申请名称为“事件提醒方法、装置、计算机设备和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及一种事件提醒方法、装置、计算机设备和存储介质。
背景技术
随着互联网技术的飞速发展，很多互联网系统都提供了提醒服务，用户可以设置提醒事件和提醒时间，当到达提醒时间则将提醒事件推送给用户。
传统技术中，事件提醒是将用户提交的提醒事件和提醒时间存储在系统服务器的数据库中，服务器需按照一定的时间间隔轮询数据库，从数据库中取出查找到的一条或多条提醒事件并推送给用户。然而，发明人意识到，由于必须按照一定的时间间隔去轮询，如果间隔时间太短，则服务器大量的操作都在判断事件是否超时，服务器的资源浪费较高；如果间隔时间太长，则可能造成事件提醒的存在延迟。
发明内容
根据本申请公开的各种实施例，提供一种事件提醒方法、装置、计算机设备和存储介质。
一种事件提醒方法，包括：
接收业务系统服务器发送的提醒事件集合，所述提醒事件集合中各个提醒事件携带用户标识；
根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息；
获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合；及
分别根据所述目标提醒事件集合中各个目标提醒事件对应的路由信息将所述各个目标提醒事件发送至应用系统服务器，所述应用系统服务器用于根据接收到的所述各个目标提醒事件对应的用户标识将各个目标提醒事件发送至对应的终端。
一种事件提醒装置，包括：
提醒事件集合接收模块，用于接收业务系统服务器发送的提醒事件集合，所述提醒事件集合中各个提醒事件携带用户标识；
路由信息查找模块，根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息；
目标提醒事件集合获取模块，获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合；及
发送模块，分别根据所述目标提醒事件集合中各个目标提醒事件对应的路由信息将所述各个目标提醒事件发送至应用系统服务器，所述应用系统服务器用于根据接收到的所述各个目标提醒事件对应的用户标识将各个目标提醒事件发送至对应的终端。
一种计算机设备，包括存储器和一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器执行本申请任意一个实施例中提供的事件提醒方法的步骤。
一个或多个存储有计算机可读指令的非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行本申请任意一个实施例中提供的事件提醒方法的步骤。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为一个或多个实施例中事件提醒方法的应用场景图；
图2为一个或多个实施例中事件提醒方法的流程示意图；
图3为另一个实施例中事件提醒方法的流程示意图；
图4为另一个实施例中事件提醒方法中步骤S204之前的步骤流程示意图；
图5为一个或多个实施例中事件提醒装置的框图；
图6为一个或多个实施例中计算机设备的框图。
具体实施方式
为了使本申请的技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的事件提醒方法，可以应用于如图1所示的应用环境中，在该应用环境中，包括终端108，应用系统服务器102，消息系统服务器104以及业务系统服务器106。其中，业务系统服务器106获取当前时间对应的提醒事件集合后，将提醒事件发送至消息系统服务器104，消息系统服务器104与应用系统服务器102通过长连接进行通信，将提醒事件集合发送至应用系统服务器102，应用系统服务器102将各个提醒事件发送至对应的终端。
终端108包括多个终端，这些终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，消息系统服务器104可以用多个服务器组成的服务器集群来实现，业务系统服务器106以及应用 系统服务器102可以用单个服务器或者用用多个服务器组成的服务器集群来实现。
在其中一个实施例中，如图2所示，提供了一种事件提醒方法，以该方法应用于图1中的消息系统服务器104为例进行说明，包括以下步骤：
步骤S202，接收业务系统服务器发送的提醒事件集合，提醒事件集合中各个提醒事件携带用户标识。
提醒事件指的是用于对待办的事项起到提醒作用的消息，用户通过应用系统创建提醒事件及并设置对应的提醒时间，应用系统将提醒事件及提醒时间进行关联存储至数据库。在其中一个实施例中，提醒事件包括用户标识以及事件内容。其中，用户标识用于唯一识别创建提醒事件的用户的身份，由预设位数的数字、字母或其它特殊符号等组成，可以理解，在一些应用场景下，用户标识可以是即时通信号码、社交网络账号、电子邮箱账号等。在另一个实施例中，当应用系统服务器由多个服务器组成的集群实现时，提醒事件还包括服务器标识，服务器标识用于唯一标识用户创建提醒事件时所访问的服务器。
事件内容指的是提醒事件对应的具体内容，如可以是“下午三点拜访客户”、“明天上午10点大会议室开会”。提醒事件的提醒时间指的是触发该提醒事件进行发送的时间，通常是事件内容对应的执行时间之前的某个时间，如事件内容为“下午三点拜访客户”的提醒事件，其提醒时间可以下午两点半。
在其中一个实施例中，应用系统服务器可将其数据库中的数据直接同步至业务系统服务器对应的数据库中，业务系统服务器按照预设的间隔时间查询其对应的数据库，获取以当前时间为提醒时间的提醒事件集合，将该提醒事件集合发送至消息系统。
在另一个实施例中，应用系统服务器可以对业务系统服务器开放访问权限，使得业务系统服务器可以按照预设的时间间隔直接访问应用系统服务器对应的数据库，获取以当前时间为提醒时间的提醒事件集合，将该提醒事件 集合发送至消息系统。
可以理解，上述实施例中的时间间隔，可以根据业务需要进行设定、调整和修改。
步骤S204，根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息。
具体地，消息系统服务器包括多个服务实例，当用户通过终端登录应用系统服务器时，应用系统服务器与其中一个服务实例建立长连接，长连接建立后，消息系统服务器会根据建立的长连接在消息队列中保存该用户标识对应的路由信息，其中，路由信息指长连接的链路信息，该链路信息包括服务实例标识信息，服务实例标识信息用于唯一标识消息系统服务器中的某个服务实例。
在其中一个实施例中，消息队列可采用ActiveMQ实现，运行于消息系统服务器上。
步骤S206，获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合。
具体地，消息系统服务器查找到各个提醒事件对应的路由信息后，根据路由信息中包含的服务实例标识信息，将提醒事件集合中各个提醒事件分配至服务实例标识信息对应的服务实例。在其中一个实施例中，将提醒事件集合中各个提醒事件分配至服务实例标识信息对应的服务实例可以是将提醒事件对应的用户标识与服务实例对应的服务实例标识信息建立关联关系。
进一步，消息系统服务器分别调用各个服务实例以判断各个用户标识对应的长连接是否为保持状态，当用户标识对应的长连接为保存状态时，将该用户标识对应的提醒事件作为目标提醒事件，得到目标提醒事件集合。
在其中一个实施例中，消息系统服务器判断各个用户标识对应的长连接是否为保持状态可以是调用户标识对应的服务实例向应用系统服务器发送携带该用户标识的心跳检测包，当接收到应用系统服务器在预设时间段内返回的携带同样的用户标识的心跳响应包时，判定该用户标识对应的长连接为保 持状态。其中，心跳检测包与心跳响应包基于网页套接字协议websocket进行发送；预设时间段可根据需要在消息系统服务器上进行事先设定，如可设定该预设时间段为75s等。
步骤S208，分别根据目标提醒事件集合中各个目标提醒事件对应的路由信息将各个目标提醒事件发送至应用系统服务器。
具体地，消息系统服务器根据目标提醒事件对应的路由信息，调用路由信息对应的服务实例将目标提醒事件发送至应用系统服务器。在其中一个实施例中，当应用系统服务器由单个服务器实现时，应用系统接收到目标提醒事件后，获取目标提醒事件中包含的用户标识，根据该用户标识将目标提醒事件发送至用户标识对应的终端。
在另一个实施例中，当应用系统服务器为由多个服务器实现的服务器集群时，应用系统接收到目标提醒事件后，获取目标提醒事件中包含的用户标识及服务器标识，将目标提醒事件分配至服务器标识对应的服务器，通过服务器标识对应的服务器将目标提醒事件发送至用户标识对应的终端。
上述事件提醒方法中，首先接收业务系统服务器发送的提醒事件集合，根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息，获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合，分别根据目标提醒事件集合中各个目标提醒事件对应的路由信息将各个目标提醒事件发送至应用系统服务器。本申请中，由业务系统服务器获取消息，消息系统与应用系统的服务器建立长连接，实现消息的发送，应用系统不需要去查询提醒事件，只负责接收和发送提醒事件，大大节省了服务器的资源。同时，由于消息系统与业务系统为长连接，可实现提醒事件的实时推送。
进一步，由于消息队列中保存了各个提醒事件对应的路由信息，消息系统服务器根据路由信息发送提醒事件，从而可以防止在提醒事件的发送过程中，由于长连接链路选择不正确导致提醒事件的丢失。
在其中一个实施例中，如图3所示，上述方法还包括：
步骤S302，将用户标识对应的长连接为断开状态时的提醒事件写入消息队列。
具体地，消息系统服务器判断出某个用户标识对应的长连接为断开状态时，将该用户标识对应的提醒事件写入消息队列。
在其中一个实施例中，消息系统服务器判断出某个用户标识对应的长连接为断开状态具体可以为：调用该用户标识对应的服务实例向应用系统服务器发送携带该用户标识的心跳检测包，当消息系统服务器在预设时间段内没有收到应用系统服务器发送的心跳响应包时，则判定该用户标识对应的长连接为断开状态。
在另一个实施例中，消息系统服务器判断出某个用户标识对应的长连接为断开状态具体可以为：调用该用户标识对应的服务实例向应用系统服务器发送携带该用户标识的心跳检测包，当消息系统服务器在预设时间段内没有收到应用系统服务器发送的心跳响应包时，再次向应用系统服务器发送携带该用户标识的心跳检测包，当发送心跳检测包的次数超过预设次数，且每次发送的心跳检测包均未在预设时间段内接收到应用服务器发送的心跳响应包时，判定该用户标识对应的长连接为断开状态。
步骤S304，当检测到提醒事件对应的长连接再次建立时，从消息队列中读取提醒事件，并将读取的提醒事件发送至应用系统服务器。
具体地，消息系统服务器在接收到应用系统服务发送的长连接建立请求时，解析该长连接建立请求，得到用户标识，从消息队列中进行查找，判断是否存在该用户标识对应的提醒事件，若存在，则从消息队列中读取该提醒事件，将该提醒事件发送至应用系统服务器。
可以理解，写入消息队列中的提醒事件通常有一定的保存时限，超过该保存时限时，消息系统服务器将从消息队列中删除该提醒事件。其中，保存时限可以根据需要进行设定，如，可设定保存时限为两小时，则当消息队列中存在当前时间戳与保存时间戳之间的时间差大于两小时的提醒事件时，将该提醒事件从消息队列中删除，从而可以保证消息系统服务器从消息队列中 读取提醒事件时的效率。
本实施例中，通过将用户标识对应的长连接为断开状态的提醒事件暂存入消息队列中，并在该将用户标识对应的长连接再次建立时，立刻发送该提醒事件，可尽量减少用户离线状态下提醒事件的丢失。
在其中一个实施例中，根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息之前，包括：当提醒事件集合中存在用户标识相同的多个提醒事件时，判断多个提醒事件对应的事件内容是否相同；若是，则将多个提醒事件合并为一个提醒事件。
具体地，消息系统服务器接收到提醒事件集合后，根据提醒事件集合中各个提醒事件携带的用户标识，判断是否存在用户标识相同的多个提醒事件，若存在，则获取用户标识相同的多个提醒事件的事件内容，判断这些事件内容是否相同，若相同，则将这些提醒事件合并为一个提醒事件。其中，当两个事件内容的匹配度达到超过预设阈值时，可判定为相同，其中，预设阈值可根据需要事先设定，如可设定预设阈值为85％，则当两个提醒事件对应的事件内容的匹配度超过85％时，判定这两个事件内容为相同的事件内容。
在其中一个实施例中，将多个提醒事件合并为一个提醒事件可以是保留任意一个提醒事件，将其他提醒事件删除，也可以是将多个提醒事件的事件内容组合到一个提醒事件中，如事件内容分别为“下午三点开会”、“下午三点钟开会”。则可合并为“下午三点开会。下午三点钟开会。”。
在本实施例中，通过合并事件内容相同的提醒事件，消息系统服务器可以减少重复的提醒事件的发送，从而可以节约消息系统服务器的系统资源。
在其中一个实施例中，如图4所示，根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息之前，还包括：
步骤S402，获取提醒事件集合中各个提醒事件对应的标签信息。
标签信息为用户在创造提醒事件时，在提醒事件中设置的标签，标签信息包括时间、地点、人物中的至少一种。在本实施例中，消息系统服务器接收到提醒事件集合，分别对各个提醒事件提取标签信息。
可以理解，用户在创建提醒事件时，可设置一个标签，也可以同时设置多个标签。
步骤S404，判断提醒事件集合中各个提醒事件对应的事件内容中是否存在标签信息对应的关键字。
步骤S406，若存在，则对关键字执行预设的处理操作。
标签信息对应的关键字指的是组成标签信息内容的关键字，如某个提醒事件包含时间标签为“四点”，则其对应的关键字为“四”、“点”。预设的处理操作包括字体加粗、字体放大或倾斜处理中的至少一种。
在本实施例中，消息系统服务器在接收到提醒事件集合后，判断各个提醒事件对应的事件内容中是否存在于该提醒事件包含的标签信息相对应的关键字，若存在，则对关键字执行预设的处理操作。如在上面的例子中，标签信息对应的关键字为“四”、“点”，当提醒事件的内容为“下午四点大会议室开会”，则对该提醒事件中的“四”、“点”执行预设的处理操作。
本实施例中，通过对标签信息对应的关键字执行预设的处理操作，可加强提醒事件的提醒作用。
在其中一个实施例中，上述方法还包括：当用户标识对应的长连接为断开状态时，获取用户标识对应的关联用户标识，根据关联用户标识从消息队列中查找提醒事件对应的备用路由信息；判断关联用户标识对应的长连接是否为保持状态；若是，则根据备用路由信息将提醒事件发送至应用系统服务器。
具体地，应用系统服务器在接收到用户的关联用户设置请求时，将该用户对应的用户标识与该关联用户设置请求对应的一个或多个关联用户对应的用户标识建立关联关系，建立关联关系后，该一个或多个关联用户对应的用户标识即为该用户标识对应的关联用户标识。其中，关联用户可以是该用户的其他账号，也可以是与该用户具有关联关系的用户，如可以是某个朋友、同事、上司等。
在其中一个实施例中，关联关系建立后，应用系统服务器会将这些关联 信息发送至消息系统服务器，消息系统服务器可以将关联信息保存至其对应数据库中，当接收到提醒事件集合后，若某个提醒事件集合携带的用户标识对应的长连接为断开状态，则从数据库中查找该用户标识对应的关联用户标识，并根据关联用户标识从消息队列中查找提醒事件对应的备用路由信息，判断关联用户标识对应的长连接是否为保持状态，若是，则根据备用路由信息将提醒事件发送至应用系统服务器。
在另一个实施例中，关联关系建立好后，用户在创建提醒事件时，可在该提醒事件中携带一个或多个关联用户标识，当消息系统服务器接收到提醒事件集合后，若某个提醒事件集合携带的用户标识对应的长连接为断开状态，则从提醒事件中获取用户标识对应的关联用户标识，根据关联用户标识从消息队列中查找提醒事件对应的备用路由信息，判断关联用户标识对应的长连接是否为保持状态；若是，则根据备用路由信息将提醒事件发送至应用系统服务器。
在其中一个实施例中，当关联用户标识为多个时，可以首先任选一个关联用户标识作为目标关联用户标识，若判断出该目标关联用户标识对应的长连接也为断开状态时，可以另选一个关联用户标识作为目标关联用户标识。
在另一个实施例中，用户在设置关联用户时，可对各个关联用户设置备用优先级，则当该用户对应的用户标识对应的长连接为断开状态时，可根据设置的备用优先级选取目标关联用户标识。
上述实施例中，由于设置了关联用户标识，可在用户离线时，将提醒事件发送至关联用户标识对应的终端，可由关联用户对设置提醒事件的用户进行人工提醒，从而避免用户离线时，错过提醒事件的现象发生。
在其中一个实施例中，上述方法还包括：将提醒事件集合中各个提醒事件存入数据库中，数据库用于在接收到应用系统服务器的查询请求时，将查询请求对应的提醒事件发送至应用系统服务器。
在本实施例中，通过将提醒事件保存至数据库，用户可随时对数据库中的提醒事件进行查找。
应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在其中一个实施例中，如图5所示，提供了一种事件提醒装置500，包括：
提醒事件集合接收模块502，用于接收业务系统服务器发送的提醒事件集合，提醒事件集合中各个提醒事件携带用户标识；
路由信息查找模块504，根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息；
目标提醒事件集合获取模块506，获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合；及
发送模块508，分别根据目标提醒事件集合中各个目标提醒事件对应的路由信息将各个目标提醒事件发送至应用系统服务器，应用系统服务器用于根据接收到的各个目标提醒事件对应的用户标识将各个目标提醒事件发送至对应的终端。
在其中一个实施例中，上述装置还包括：消息队列读写模块，用于将用户标识对应的长连接为断开状态时的提醒事件写入消息队列；及当检测到提醒事件对应的长连接再次建立时，从消息队列中读取提醒事件，并将读取的提醒事件发送至应用系统服务器。
在其中一个实施例中，目标提醒事件集合获取模块506还用于向应用系统服务器发送携带用户标识的心跳检测包；及当接收到应用系统服务器在预 设时间段内返回的携带用户标识的心跳响应包时，判定用户标识对应的长连接为保持状态。
在其中一个实施例中，上述装置还包括：提醒事件合并模块，用于当提醒事件集合中存在用户标识相同的多个提醒事件时，判断多个提醒事件对应的事件内容是否相同；及若是，则将多个提醒事件合并为一个提醒事件。
在其中一个实施例中，上述装置还包括：关键字处理模块，用于获取提醒事件集合中各个提醒事件对应的标签信息；判断提醒事件集合中各个提醒事件对应的事件内容中是否存在标签信息对应的关键字；及若存在，则对关键字执行预设的处理操作。
在其中一个实施例中，上述装置还包括：关联用户标识获取模块，用于当用户标识对应的长连接为断开状态时，获取用户标识对应的关联用户标识，根据关联用户标识从消息队列中查找提醒事件对应的备用路由信息；判断关联用户标识对应的长连接是否为保持状态；及若是，则根据备用路由信息将提醒事件发送至应用系统服务器。
在其中一个实施例中，上述装置还包括：提醒事件保存模块，用于将提醒事件集合中各个提醒事件存入数据库中，数据库用于在接收到应用系统服务器的查询请求时，将查询请求对应的提醒事件发送至应用系统服务器。
关于事件提醒装置的具体限定可以参见上文中对于事件提醒方法的限定，在此不再赘述。上述事件提醒装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在其中一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机可读指令和数据库。该 内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储事件提醒数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种事件提醒方法。
本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
一种计算机设备，包括存储器和一个或多个处理器，存储器中存储有计算机可读指令，计算机可读指令被处理器执行时实现本申请任意一个实施例中提供的事件提醒方法的步骤。
一个或多个存储有计算机可读指令的非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器实现本申请任意一个实施例中提供的事件提醒方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种事件提醒方法，包括：
    接收业务系统服务器发送的提醒事件集合，所述提醒事件集合中各个提醒事件携带用户标识；
    根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息；
    获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合；及
    分别根据所述目标提醒事件集合中各个目标提醒事件对应的路由信息将所述各个目标提醒事件发送至应用系统服务器，所述应用系统服务器用于根据接收到的所述各个目标提醒事件对应的用户标识将各个目标提醒事件发送至对应的终端。
  2. 根据权利要求1所述的方法，其特征在于，还包括：
    将用户标识对应的长连接为断开状态时的提醒事件写入所述消息队列；及
    当检测到所述提醒事件对应的长连接再次建立时，从所述消息队列中读取所述提醒事件，并将读取的所述提醒事件发送至所述应用系统服务器。
  3. 根据权利要求1所述的方法，其特征在于，所述获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合，包括：
    向应用系统服务器发送携带用户标识的心跳检测包；及
    当接收到应用系统服务器在预设时间段内返回的携带所述用户标识的心跳响应包时，判定所述用户标识对应的长连接为保持状态。
  4. 根据权利要求1所述的方法，其特征在于，所述根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息之前，还包括：
    当所述提醒事件集合中存在用户标识相同的多个提醒事件时，判断所述多个提醒事件对应的事件内容是否相同；及
    若是，则将所述多个提醒事件合并为一个提醒事件。
  5. 根据权利要求1所述的方法，其特征在于，所述根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息之前，还包括：
    获取所述提醒事件集合中各个提醒事件对应的标签信息；
    判断所述提醒事件集合中各个提醒事件对应的事件内容中是否存在所述标签信息对应的关键字；及
    若存在，则对所述关键字执行预设的处理操作。
  6. 根据权利要求1所述的方法，其特征在于，还包括：
    当用户标识对应的长连接为断开状态时，获取所述用户标识对应的关联用户标识，根据所述关联用户标识从消息队列中查找提醒事件对应的备用路由信息；
    判断所述关联用户标识对应的长连接是否为保持状态；及
    若是，则根据所述备用路由信息将所述提醒事件发送至所述应用系统服务器。
  7. 根据权利要求1-6任意一项所述的方法，其特征在于，还包括：
    将所述提醒事件集合中各个提醒事件存入数据库中，所述数据库用于在接收到所述应用系统服务器的查询请求时，将所述查询请求对应的提醒事件发送至所述应用系统服务器。
  8. 一种事件提醒装置，包括：
    提醒事件集合接收模块，用于接收业务系统服务器发送的提醒事件集合，所述提醒事件集合中各个提醒事件携带用户标识；
    路由信息查找模块，根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息；
    目标提醒事件集合获取模块，获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合；及
    发送模块，分别根据所述目标提醒事件集合中各个目标提醒事件对应的路由信息将所述各个目标提醒事件发送至应用系统服务器，所述应用系统服务器用于根据接收到的所述各个目标提醒事件对应的用户标识将各个目标提 醒事件发送至对应的终端。
  9. 根据权利要求8所述的装置，其特征在于，还包括：
    消息队列读写模块，用于将用户标识对应的长连接为断开状态时的提醒事件写入消息队列；及当检测到提醒事件对应的长连接再次建立时，从消息队列中读取提醒事件，并将读取的提醒事件发送至应用系统服务器。
  10. 一种计算机设备，包括存储器及一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收业务系统服务器发送的提醒事件集合，所述提醒事件集合中各个提醒事件携带用户标识；
    根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应的路由信息；
    获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合；及
    分别根据所述目标提醒事件集合中各个目标提醒事件对应的路由信息将所述各个目标提醒事件发送至应用系统服务器，所述应用系统服务器用于根据接收到的所述各个目标提醒事件对应的用户标识将各个目标提醒事件发送至对应的终端。
  11. 根据权利要求10所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    将用户标识对应的长连接为断开状态时的提醒事件写入所述消息队列；及
    当检测到所述提醒事件对应的长连接再次建立时，从所述消息队列中读取所述提醒事件，并将读取的所述提醒事件发送至所述应用系统服务器。
  12. 根据权利要求10所述的计算机设备，其特征在于，所述获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合，包括：
    向应用系统服务器发送携带用户标识的心跳检测包；及
    当接收到应用系统服务器在预设时间段内返回的携带所述用户标识的心跳响应包时，判定所述用户标识对应的长连接为保持状态。
  13. 根据权利要求10所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    当所述提醒事件集合中存在用户标识相同的多个提醒事件时，判断所述多个提醒事件对应的事件内容是否相同；及
    若是，则将所述多个提醒事件合并为一个提醒事件。
  14. 根据权利要求10所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    获取所述提醒事件集合中各个提醒事件对应的标签信息；
    判断所述提醒事件集合中各个提醒事件对应的事件内容中是否存在所述标签信息对应的关键字；及
    若存在，则对所述关键字执行预设的处理操作。
  15. 根据权利要求10所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    当用户标识对应的长连接为断开状态时，获取所述用户标识对应的关联用户标识，根据所述关联用户标识从消息队列中查找提醒事件对应的备用路由信息；
    判断所述关联用户标识对应的长连接是否为保持状态；及
    若是，则根据所述备用路由信息将所述提醒事件发送至所述应用系统服务器。
  16. 一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收业务系统服务器发送的提醒事件集合，所述提醒事件集合中各个提醒事件携带用户标识；
    根据各个提醒事件对应的用户标识从消息队列中查找各个提醒事件对应 的路由信息；
    获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合；及
    分别根据所述目标提醒事件集合中各个目标提醒事件对应的路由信息将所述各个目标提醒事件发送至应用系统服务器，所述应用系统服务器用于根据接收到的所述各个目标提醒事件对应的用户标识将各个目标提醒事件发送至对应的终端。
  17. 根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：
    将用户标识对应的长连接为断开状态时的提醒事件写入所述消息队列；及
    当检测到所述提醒事件对应的长连接再次建立时，从所述消息队列中读取所述提醒事件，并将读取的所述提醒事件发送至所述应用系统服务器。
  18. 根据权利要求16所述的存储介质，其特征在于，所述获取用户标识对应的长连接为保持状态时的提醒事件，得到目标提醒事件集合，包括：
    向应用系统服务器发送携带用户标识的心跳检测包；及
    当接收到应用系统服务器在预设时间段内返回的携带所述用户标识的心跳响应包时，判定所述用户标识对应的长连接为保持状态。
  19. 根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：
    获取所述提醒事件集合中各个提醒事件对应的标签信息；
    判断所述提醒事件集合中各个提醒事件对应的事件内容中是否存在所述标签信息对应的关键字；及
    若存在，则对所述关键字执行预设的处理操作。
  20. 根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：
    当用户标识对应的长连接为断开状态时，获取所述用户标识对应的关联 用户标识，根据所述关联用户标识从消息队列中查找提醒事件对应的备用路由信息；
    判断所述关联用户标识对应的长连接是否为保持状态；及
    若是，则根据所述备用路由信息将所述提醒事件发送至所述应用系统服务器。
PCT/CN2018/089099 2018-03-13 2018-05-30 事件提醒方法、装置、计算机设备和存储介质 Ceased WO2019174129A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810205953.XA CN108449405B (zh) 2018-03-13 2018-03-13 事件提醒方法、装置、计算机设备和存储介质
CN201810205953.X 2018-03-13

Publications (1)

Publication Number Publication Date
WO2019174129A1 true WO2019174129A1 (zh) 2019-09-19

Family

ID=63194111

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089099 Ceased WO2019174129A1 (zh) 2018-03-13 2018-05-30 事件提醒方法、装置、计算机设备和存储介质

Country Status (2)

Country Link
CN (1) CN108449405B (zh)
WO (1) WO2019174129A1 (zh)

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110853747A (zh) * 2019-10-15 2020-02-28 开封博士创新技术转移有限公司 体检服务管理方法、装置、服务器及可读存储介质
CN111047187A (zh) * 2019-12-12 2020-04-21 浙江大搜车软件技术有限公司 信息匹配处理方法、装置、计算机设备和存储介质
CN111198921A (zh) * 2019-12-31 2020-05-26 招银云创（深圳）信息技术有限公司 数据库的切换方法、装置、计算机设备和存储介质
CN112035720A (zh) * 2020-08-13 2020-12-04 海尔优家智能科技（北京）有限公司 事件提醒的触发方法和装置、存储介质及电子设备
CN112306716A (zh) * 2020-11-05 2021-02-02 中国平安财产保险股份有限公司 消息提醒方法及相关设备
CN112463863A (zh) * 2020-11-05 2021-03-09 深圳市和讯华谷信息技术有限公司 一种云平台数据采集方法及装置
CN112817666A (zh) * 2021-01-27 2021-05-18 北京字跳网络技术有限公司 定时方法、装置、电子设备和存储介质
CN112883155A (zh) * 2021-01-29 2021-06-01 苏州达家迎信息技术有限公司 一种事件处理方法、装置、设备及存储介质
CN113300922A (zh) * 2020-12-02 2021-08-24 阿里巴巴集团控股有限公司 信息提醒方法、设备及存储介质
CN113760665A (zh) * 2020-06-01 2021-12-07 腾讯科技（深圳）有限公司 提醒任务的运行方法及装置
CN113988927A (zh) * 2021-10-29 2022-01-28 北京明略软件系统有限公司 一种商机要素缺失提醒方法、系统、电子设备及存储介质
CN114090298A (zh) * 2021-11-26 2022-02-25 浩云科技股份有限公司 一种快速响应物联事件配置的系统及方法
CN114116218A (zh) * 2021-11-25 2022-03-01 百果园技术(新加坡)有限公司 一种业务处理系统、方法、装置、设备及介质
CN114143334A (zh) * 2021-12-03 2022-03-04 爱信诺征信有限公司 一种终端控制方法及装置
CN114338635A (zh) * 2021-12-31 2022-04-12 江苏银承网络科技股份有限公司 基于WebSocket的前端消息提醒方法以及装置、存储介质、电子装置
CN114531483A (zh) * 2020-11-09 2022-05-24 阿波罗智联(北京)科技有限公司 数据处理方法、装置及服务器
CN114666350A (zh) * 2022-01-21 2022-06-24 北京健康之家科技有限公司 保险业务变更提醒方法、服务器和存储介质
CN115442203A (zh) * 2022-08-19 2022-12-06 上海数禾信息科技有限公司 消息事件处理方法、组件、计算机设备和存储介质
CN115865946A (zh) * 2022-11-17 2023-03-28 深圳开鸿数字产业发展有限公司 一种留言板实现方法、装置、设备及存储介质
CN116032619A (zh) * 2022-12-30 2023-04-28 北京欣博电子科技有限公司 智能安全联网设备的状态巡检方法及装置
CN116433206A (zh) * 2023-04-18 2023-07-14 腾讯科技（深圳）有限公司 事件提醒方法、装置、计算机设备、存储介质和程序产品

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109583694B (zh) * 2018-10-25 2023-04-07 平安科技（深圳）有限公司 工作流处理方法、装置、计算机设备及存储介质
CN111506669A (zh) * 2019-01-31 2020-08-07 冯泽 交互信息分类处理方法、装置、计算机设备和存储介质
CN110210731A (zh) * 2019-05-20 2019-09-06 深圳壹账通智能科技有限公司 提醒任务分配方法、装置、计算机设备和存储介质
CN110796426B (zh) * 2019-08-14 2024-11-22 腾讯科技（深圳）有限公司 一种日程提醒方法、装置、服务器及可读存储介质
CN110852603B (zh) * 2019-11-07 2022-07-15 武汉极意网络科技有限公司 高吞吐量的风控数据处理方法、装置、设备及存储介质
CN111711533B (zh) * 2020-05-21 2023-02-24 北京奇艺世纪科技有限公司 故障诊断方法、装置、电子设备及存储介质
CN112256954A (zh) * 2020-09-08 2021-01-22 国网宁夏电力有限公司经济技术研究院 一种消息推送的处理方法及相关系统
CN112598395B (zh) * 2020-12-29 2024-12-13 北京达佳互联信息技术有限公司 应用上线提醒方法、装置、终端及存储介质
CN113346973B (zh) * 2021-05-31 2023-09-08 广州博冠信息科技有限公司 事件提示方法及装置、电子设备、计算机可读存储介质
CN113806110B (zh) * 2021-09-18 2024-03-22 平安银行股份有限公司 基于事件驱动的消息处理方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103179017A (zh) * 2011-12-21 2013-06-26 腾讯科技（深圳）有限公司 事件提醒方法和系统
CN105554291A (zh) * 2015-12-25 2016-05-04 惠州Tcl移动通信有限公司 一种用户提醒方法及系统
CN106792578A (zh) * 2015-11-25 2017-05-31 珠海市君天电子科技有限公司 一种事件提醒消息推送方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8285206B2 (en) * 2007-06-01 2012-10-09 Research In Motion Limited Proximity-dependent events
CN106296135A (zh) * 2016-08-25 2017-01-04 广州华多网络科技有限公司 事件提醒方法、装置及终端
CN107634993B (zh) * 2017-09-05 2019-08-13 腾讯科技（深圳）有限公司 一种信息推送事件处理方法、装置及电子设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103179017A (zh) * 2011-12-21 2013-06-26 腾讯科技（深圳）有限公司 事件提醒方法和系统
CN106792578A (zh) * 2015-11-25 2017-05-31 珠海市君天电子科技有限公司 一种事件提醒消息推送方法及装置
CN105554291A (zh) * 2015-12-25 2016-05-04 惠州Tcl移动通信有限公司 一种用户提醒方法及系统

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110853747A (zh) * 2019-10-15 2020-02-28 开封博士创新技术转移有限公司 体检服务管理方法、装置、服务器及可读存储介质
CN110853747B (zh) * 2019-10-15 2024-02-13 开封博士创新技术转移有限公司 体检服务管理方法、装置、服务器及可读存储介质
CN111047187A (zh) * 2019-12-12 2020-04-21 浙江大搜车软件技术有限公司 信息匹配处理方法、装置、计算机设备和存储介质
CN111047187B (zh) * 2019-12-12 2023-10-17 浙江大搜车软件技术有限公司 信息匹配处理方法、装置、计算机设备和存储介质
CN111198921A (zh) * 2019-12-31 2020-05-26 招银云创（深圳）信息技术有限公司 数据库的切换方法、装置、计算机设备和存储介质
CN113760665B (zh) * 2020-06-01 2024-05-07 腾讯科技（深圳）有限公司 提醒任务的运行方法及装置
CN113760665A (zh) * 2020-06-01 2021-12-07 腾讯科技（深圳）有限公司 提醒任务的运行方法及装置
CN112035720A (zh) * 2020-08-13 2020-12-04 海尔优家智能科技（北京）有限公司 事件提醒的触发方法和装置、存储介质及电子设备
CN112306716A (zh) * 2020-11-05 2021-02-02 中国平安财产保险股份有限公司 消息提醒方法及相关设备
CN112463863A (zh) * 2020-11-05 2021-03-09 深圳市和讯华谷信息技术有限公司 一种云平台数据采集方法及装置
CN112306716B (zh) * 2020-11-05 2025-03-28 中国平安财产保险股份有限公司 消息提醒方法及相关设备
CN114531483A (zh) * 2020-11-09 2022-05-24 阿波罗智联(北京)科技有限公司 数据处理方法、装置及服务器
CN113300922A (zh) * 2020-12-02 2021-08-24 阿里巴巴集团控股有限公司 信息提醒方法、设备及存储介质
CN112817666B (zh) * 2021-01-27 2023-07-21 北京字跳网络技术有限公司 定时方法、装置、电子设备和存储介质
CN112817666A (zh) * 2021-01-27 2021-05-18 北京字跳网络技术有限公司 定时方法、装置、电子设备和存储介质
CN112883155B (zh) * 2021-01-29 2022-10-11 苏州达家迎信息技术有限公司 一种事件处理方法、装置、设备及存储介质
CN112883155A (zh) * 2021-01-29 2021-06-01 苏州达家迎信息技术有限公司 一种事件处理方法、装置、设备及存储介质
CN113988927A (zh) * 2021-10-29 2022-01-28 北京明略软件系统有限公司 一种商机要素缺失提醒方法、系统、电子设备及存储介质
CN114116218A (zh) * 2021-11-25 2022-03-01 百果园技术(新加坡)有限公司 一种业务处理系统、方法、装置、设备及介质
CN114090298A (zh) * 2021-11-26 2022-02-25 浩云科技股份有限公司 一种快速响应物联事件配置的系统及方法
CN114143334A (zh) * 2021-12-03 2022-03-04 爱信诺征信有限公司 一种终端控制方法及装置
CN114143334B (zh) * 2021-12-03 2024-04-09 爱信诺征信有限公司 一种终端控制方法及装置
CN114338635A (zh) * 2021-12-31 2022-04-12 江苏银承网络科技股份有限公司 基于WebSocket的前端消息提醒方法以及装置、存储介质、电子装置
CN114666350A (zh) * 2022-01-21 2022-06-24 北京健康之家科技有限公司 保险业务变更提醒方法、服务器和存储介质
CN115442203A (zh) * 2022-08-19 2022-12-06 上海数禾信息科技有限公司 消息事件处理方法、组件、计算机设备和存储介质
CN115865946A (zh) * 2022-11-17 2023-03-28 深圳开鸿数字产业发展有限公司 一种留言板实现方法、装置、设备及存储介质
CN116032619A (zh) * 2022-12-30 2023-04-28 北京欣博电子科技有限公司 智能安全联网设备的状态巡检方法及装置
CN116032619B (zh) * 2022-12-30 2024-06-04 北京欣博电子科技有限公司 智能安全联网设备的状态巡检方法及装置
CN116433206A (zh) * 2023-04-18 2023-07-14 腾讯科技（深圳）有限公司 事件提醒方法、装置、计算机设备、存储介质和程序产品

Also Published As

Publication number Publication date
CN108449405B (zh) 2021-06-22
CN108449405A (zh) 2018-08-24

Similar Documents

Publication Publication Date Title
WO2019174129A1 (zh) 事件提醒方法、装置、计算机设备和存储介质
CN109788053B (zh) 数据同步方法和系统
US9742721B2 (en) Method, system, server and client device for message synchronizing
US10671589B2 (en) Synergizing real-time and polling connectors for data ingestion
US20180322440A1 (en) Method and device for prompting relationship and task during communication
WO2016177285A1 (zh) 一种数据推送方法及装置
CN109933439B (zh) 消息传输方法、装置、计算机设备和存储介质
WO2018161881A1 (zh) 结构化数据的处理方法、存储介质和计算机设备
CN111641700B (zh) 基于Ceph对象存储元数据的管理及检索的实现方法
WO2016127903A1 (zh) 一种数据同步方法、装置和系统
CN106874320A (zh) 分布式流式数据处理的方法和装置
CN112671636B (zh) 群组消息推送方法、装置、计算机设备和存储介质
CN106878367B (zh) 服务接口异步调用的实现方法和装置
WO2019047568A1 (zh) 用户呼叫处理方法、装置、计算机设备和存储介质
CN113127732A (zh) 业务数据的获取方法、装置、计算机设备和存储介质
CN103281798A (zh) 一种实现修改同步的方法、装置及系统
CN111444200B (zh) 一种数据更新方法及存储介质
CN112099864A (zh) 一种异步数据的处理方法及装置
CN106161519A (zh) 一种信息获取方法和装置
CN114637611A (zh) 基于消息队列的信息处理方法、装置及计算机设备
US20200084286A1 (en) Method, apparatus and system for call prompting
CN110515975A (zh) 风险检测系统、方法以及装置
CN114928620A (zh) 用户信息同步方法、装置、设备、存储介质和程序产品
CN114461670A (zh) 一种数据处理方法、装置、计算机设备和存储介质
CN114185949A (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: 18910055

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 1205 DATED 08/12/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18910055

Country of ref document: EP

Kind code of ref document: A1