WO2023123755A1 - 信息推送的方法及装置、电子设备、存储介质 - Google Patents

信息推送的方法及装置、电子设备、存储介质 Download PDF

Info

Publication number
WO2023123755A1
WO2023123755A1 PCT/CN2022/087861 CN2022087861W WO2023123755A1 WO 2023123755 A1 WO2023123755 A1 WO 2023123755A1 CN 2022087861 W CN2022087861 W CN 2022087861W WO 2023123755 A1 WO2023123755 A1 WO 2023123755A1
Authority
WO
WIPO (PCT)
Prior art keywords
change event
user
information
subscription condition
target
Prior art date
Application number
PCT/CN2022/087861
Other languages
English (en)
French (fr)
Inventor
王汶慧
薛志兵
郝海龙
张宁宁
徐铭泽
Original Assignee
中国民航信息网络股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中国民航信息网络股份有限公司 filed Critical 中国民航信息网络股份有限公司
Publication of WO2023123755A1 publication Critical patent/WO2023123755A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2457—Query processing with adaptation to user needs

Definitions

  • the present application relates to the technical field of information push, and in particular to an information push method and device, electronic equipment, and a storage medium.
  • the ground service personnel With the rapid growth of the number of civil aviation passengers, the departure information changes more and more frequently, and due to the business characteristics of the departure system, the ground service personnel must be very sensitive to the change information, so as to respond in a relatively short period of time. Therefore, the requirements for the accuracy and speed of the ground service personnel to obtain the change information are getting higher and higher.
  • each departure-related system will store the change information in a timely manner and provide it to the ground service personnel to query the flight change information or passenger change information, so that the ground service personnel can query the required information in a short period of time. information. Or communicate and transmit change information through communication tools.
  • the query itself through the system is relatively slow, and when the information sent to multiple systems is changed, it needs to be queried through different systems, which obviously affects the speed of obtaining the changed information.
  • the way of communication and transmission of information through communication tools is only applicable to part of the information, and there are also problems of untimely communication and loss of information transmission. Therefore, the existing method cannot effectively ensure that the ground service personnel can quickly obtain the correct change information.
  • the present application provides an information push method and device, electronic equipment, and a storage medium to solve the problem that it is impossible to effectively ensure that ground service personnel can quickly obtain correct change information.
  • the first aspect of the present application provides a method for pushing information, including:
  • the change event By matching the change event with the subscription condition set by the user, it is judged whether the change event is valid data; wherein, the valid data refers to a change event satisfying any one of the subscription conditions;
  • the determining the target subscriber corresponding to the subscription condition satisfied by the change event includes:
  • the subscriber set in the subscription condition does not belong to a role user, then determine the subscriber set in the subscription condition as the target subscriber corresponding to the subscription condition;
  • the subscriber set in the subscription condition is a role user, then determine the user information of each real user under the role user;
  • Each of the real users whose user information matches the subscription condition satisfied by the change event is determined as a target subscriber corresponding to the subscription condition.
  • the method further includes:
  • the method further includes:
  • the change event is backed up and stored, and the push identifier in the change event is set as the first push identifier; wherein, the first push identifier is used to indicate that the change event has been pushed;
  • the push identifier in the change event is set as a second push identifier; wherein the second push identifier is used to indicate that the change event has not been pushed.
  • the said change event after the said change event is pushed to the target subscriber, it further includes:
  • the second aspect of the present application provides an information push device, including:
  • the receiving unit is used to obtain the change events pushed by each target system in real time
  • the first matching unit is configured to judge whether the change event is valid data by matching the change event with the subscription condition set by the user; wherein the valid data refers to a change event that satisfies any one of the subscription conditions ;
  • a user determining unit configured to determine a target subscriber user corresponding to the subscription condition satisfied by the change event if it is determined that the change event is valid data
  • An information pushing unit configured to push the change event to the target subscribing user.
  • the user determination unit includes:
  • an extracting unit configured to extract the subscriber set in the subscription condition satisfied by the change event
  • a first judging unit configured to judge whether the subscribing user set in the subscription condition is a role user
  • a first determining unit configured to determine the subscriber set in the subscription condition as a target subscriber corresponding to the subscription condition if it is determined that the subscriber set in the subscription condition does not belong to a role user;
  • a query unit configured to determine the user information of each real user under the role user if it is determined that the subscriber set in the subscription condition is a role user;
  • a second matching unit configured to respectively match the user information of each of the real users with the subscription condition satisfied by the change event
  • the second determining unit is configured to determine each of the real users whose user information matches the subscription condition satisfied by the change event as a target subscriber user corresponding to the subscription condition.
  • the above information pushing device it also includes:
  • a data storage unit configured to add a receiving time and a push identifier to the change event, and store the change event; wherein, the push identifier is used to indicate whether the change event has been pushed.
  • the above information pushing device it also includes:
  • the second judging unit is configured to judge whether the target subscriber user is online; wherein, if it is judged that the target user is online, the information pushing unit executes the step of pushing the change event to the target subscriber user;
  • a backup unit configured to back up and store the change event, and set the push identifier in the change event as a first push identifier; wherein, the first push identifier is used to indicate that the change event has been pushed ;
  • An identifier changing unit configured to set the push identifier in the change event as a second push identifier if it is determined that the target subscriber is not online; wherein, the second push identifier is used to indicate that the change event.
  • the above information pushing device it also includes:
  • a statistical unit configured to count push result information of each information pushed in the change event
  • the recording unit is configured to record push state information of corresponding information in the backed up change event based on push result information of each of the information.
  • the third aspect of the present application provides an electronic device, including:
  • the one or more processing devices are made to implement the method for pushing information as described in any one of the above.
  • the fourth aspect of the present application provides a computer storage medium for storing a program, and when the program is executed, it is used to implement the method for pushing information as described in any one of the above items.
  • An information push method provided by this application obtains the change events pushed by each target system in real time, and then matches the change events with the subscription conditions set by the user to determine whether the change events are valid data.
  • valid data refers to a change event that satisfies any subscription condition, so when it is judged that the change event is valid data, the target subscriber corresponding to the subscription condition satisfied by the change event is determined, and the change event is pushed to the target subscription Users, so as to quickly push the correct change information to users.
  • FIG. 1 is a flowchart of a method for pushing information provided in an embodiment of the present application
  • FIG. 2 is a flowchart of a method for determining a target subscriber provided by an embodiment of the present application
  • FIG. 3 is a flow chart of another method for pushing information provided in another embodiment of the present application.
  • FIG. 4 is a schematic structural diagram of an information push device provided in another embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of a user determination unit provided in another embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of an electronic device provided by another embodiment of the present application.
  • the term “comprise” and its variations are open-ended, ie “including but not limited to”.
  • the term “based on” is “based at least in part on”.
  • the term “one embodiment” means “at least one embodiment”; the term “another embodiment” means “at least one further embodiment”; the term “some embodiments” means “at least some embodiments.” Relevant definitions of other terms will be given in the description below.
  • the embodiment of the present application provides a method for pushing information, as shown in Figure 1, including the following steps:
  • the change event can be divided into a flight change event and a passenger change event.
  • the change event includes at least changed information, and of course may also include other information.
  • the flight change event may include: basic flight information, flight number, flight date, terminal, aircraft type, departure time, boarding gate, and flight status.
  • Passenger change events may include: basic passenger information, passenger name, passenger class, passenger identity, passenger luggage information and ticket information.
  • the information included is: change source ODS, flight number CA985, flight date 2021-7-1, terminal PEK, model (737), aircraft number B2312, boarding gate D1/D2 , Estimated departure time 0800, change type status flight initialization, data flight NO-OP status before change, data flight OP status after change, etc.
  • the information included may include: change source ODS, flight information CA1501/2021-7-12/PEK/737/B4561, passenger name ZHANG SAN, gender male, type adult, class information R class, passenger Check-in status, HNBN number 2192212, departure terminal PEK, arrival terminal SHA, with baggage, baggage information baggage tag 102121312131, change type upgrade, R before change, J after change, etc.
  • each system can encapsulate the change event according to a preset format, and then push it to a fixed address. By listening to each fixed address, the change event is obtained, parsed and stored.
  • valid data refers to a change event that satisfies any one of the subscription conditions.
  • the user can pre-set the corresponding subscription conditions according to the subscription requirements, and the subscription conditions can be set from multiple dimensions, so the subscription conditions can include information in multiple dimensions, such as User's name, type of subscription information, source of information, flight number, etc.
  • a subscription condition pre-set by Li Si can include: user name Li si, monitoring type flight change, information source ODS, airline CA, all flight numbers, departure terminal PEK, arrival terminal all, aircraft registration number all , Take-off time period 0800-2359, push terminal mobile terminal handheld device.
  • Role users are equivalent to virtual users, and a user role includes multiple real users.
  • ground service personnel can be divided into multiple role users such as check-in counter check-in operator, baggage check-in service personnel, and passenger service personnel according to their responsibilities.
  • Each role user includes all users responsible for corresponding responsibilities.
  • the change event meets the requirements of the subscription condition by matching each information in the change event with the corresponding information in the subscription condition. If all the information of the change event meets the requirements of the subscription condition, it is determined that the information is valid data .
  • the subscription condition set by Li Si in the above example.
  • the change event received is: change source ODS, flight number CA985, flight date 2021-7-1, terminal PEK, aircraft type (737), aircraft number B2312, boarding gate D1/D2, estimated departure time 0800,
  • the change type is flight change, data flight NO-OP state before change, and data flight OP state after change, it can be seen that each information in the change event meets the subscription conditions set by Li Si, so the change information is determined to be valid data.
  • step S103 is executed at this time.
  • it is determined that the change event is invalid data that is, the change event does not meet all the subscription conditions, it means that no user has subscribed to it and no push is required, so it can be discarded at this time.
  • the target subscribing user corresponding to the subscription condition refers to the user set in the subscription condition to subscribe to the change event satisfying the subscription condition.
  • the subscription condition includes subscriber information, which is used to determine the target subscriber corresponding to the subscription condition. For example, the user's name or user ID, etc.
  • an implementation of step S103, as shown in FIG. 2 includes the following steps:
  • the subscription condition needs to be set with the name of the subscriber who subscribes to the change event satisfying the subscription condition.
  • each role user is usually maintained, and whether the subscriber set in the subscription condition belongs to the maintained role user is determined to determine whether the subscriber belongs to the role user.
  • individual users and role users are represented in different ways or identified, so that it is possible to directly determine whether a subscriber is a role user.
  • step S203 is executed. If the subscriber set in the subscription condition is a role user, and the role user is a collection of multiple real users, then the change event needs to be pushed to each real user, so step S204 is executed at this time.
  • restriction information can be set in the subscription condition, so that the change event can only be pushed to the user who meets the restriction information under the role user.
  • a real user belonging to the terminal airline under the role user pushes the change event.
  • all the information in the change event can be pushed to the target subscriber, or only information of the preset type in the change event can be pushed to the target subscriber according to requirements, or other methods can be used. strategy etc.
  • the information in the change event is usually multiple pieces of information that are independent of each other, it is also possible to further use the multiple information that needs to be pushed in the change event to obtain one or more sentences, and then push them to the target subscribers , so that target subscribers can more clearly obtain the information they need.
  • An information push method provided by the embodiment of the present application obtains the change events pushed by each target system in real time, and then matches the change events with the subscription conditions set by the user to determine whether the change events are valid data.
  • valid data refers to a change event that satisfies any subscription condition, so when it is judged that the change event is valid data, the target subscriber corresponding to the subscription condition satisfied by the change event is determined, and the change event is pushed to the target Subscribe users to quickly push the correct change information to users.
  • Another embodiment of the present application provides another method for pushing information, as shown in Figure 3, including:
  • step S301 reference may be made to step S101 in the above method embodiment accordingly, which will not be repeated here.
  • valid data refers to a change event that satisfies any one of the subscription conditions.
  • step S303 If it is determined that the change event does not belong to valid data, step S303 is executed. If it is determined that the change event is valid data, step S304 is executed.
  • step S304 reference may be made to step S103 in the above method embodiment accordingly, which will not be repeated here.
  • the push identifier is used to indicate whether the change event has been pushed.
  • the receiving time and the push identifier are added to the change event and stored.
  • step S307 is executed. If it is determined that the target subscriber user is online, step S308 is executed.
  • the second push identifier is used to indicate that the change event has not been pushed.
  • step S306 may be executed back, so that timely push can be performed when the target subscribing user goes online.
  • step S308 reference may be made to step S104 in the above method embodiment accordingly, which will not be repeated here.
  • the first push identifier is used to indicate that the change event has been pushed.
  • the push result information may include information indicating whether the push is successful and information indicating whether it has been read, that is, information indicating whether the target subscriber has successfully received each message and whether the message has been read. It should be noted that the push result information is fed back by the client of the target subscriber.
  • the push status information may include information indicating whether the push is successful and indication information whether it has been read.
  • each block in a flowchart or block diagram may represent a module, program segment, or portion of code that contains one or more logical functions for implementing specified executable instructions.
  • the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or they may sometimes be executed in the reverse order, depending upon the functionality involved.
  • each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations can be implemented by a dedicated hardware-based system that performs the specified functions or operations , or may be implemented by a combination of dedicated hardware and computer instructions.
  • FIG. 4 Another embodiment of the present application provides an information push device, as shown in Figure 4, including the following units:
  • the receiving unit 401 is configured to acquire change events pushed by each target system in real time.
  • the first matching unit 402 is configured to determine whether the change event is valid data by matching the change event with the subscription condition set by the user.
  • valid data refers to a change event that satisfies any subscription condition.
  • the user determining unit 403 is configured to determine the target subscriber user corresponding to the subscription condition satisfied by the change event if it is determined that the change event is valid data.
  • the information pushing unit 404 is configured to push the change event to the target subscribing user.
  • the user determination unit includes:
  • the extracting unit 501 is configured to extract the subscriber set in the subscription condition that the change event satisfies.
  • the first judging unit 502 is configured to judge whether the subscribing user set in the subscription condition is a role user.
  • the first determining unit 503 is configured to determine the subscriber set in the subscription condition as a target subscriber corresponding to the subscription condition if it is determined that the subscriber set in the subscription condition does not belong to a role user.
  • the query unit 504 is configured to determine the user information of each real user under the role user if it is determined that the subscriber set in the subscription condition is a role user.
  • the second matching unit 505 is configured to respectively match the user information of each real user with the subscription conditions satisfied by the change event.
  • the second determining unit 506 is configured to determine each real user whose user information matches the subscription condition satisfied by the change event as a target subscriber user corresponding to the subscription condition.
  • the information push device provided in the embodiment of the present application further includes:
  • the data storage unit is used to add the receiving time and the push identifier to the change event, and store the change event.
  • the push identifier is used to indicate whether the change event has been pushed.
  • the information push device provided in the embodiment of the present application further includes:
  • the second judging unit is configured to judge whether the target subscribing user is online.
  • the information pushing unit executes pushing the change event to the target subscriber user.
  • the backup unit is configured to back up and store the change event, and set the push identifier in the change event as the first push identifier.
  • the first push identifier is used to indicate that the change event has been pushed.
  • the identifier changing unit is configured to set the push identifier in the change event as the second push identifier if it is determined that the target subscriber is not online.
  • the second push identifier is used to indicate that the change event has not been pushed.
  • the information push device provided in the embodiment of the present application further includes:
  • a statistical unit used to count the push result information of each information pushed in the change event
  • the recording unit is configured to record the push state information of the corresponding information in the backup change event based on the push result information of each piece of information.
  • exemplary types of hardware logic components include: Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), System on Chips (SOCs), Complex Programmable Logical device (CPLD), etc.
  • FPGAs Field Programmable Gate Arrays
  • ASICs Application Specific Integrated Circuits
  • ASSPs Application Specific Standard Products
  • SOCs System on Chips
  • CPLD Complex Programmable Logical device
  • FIG. 6 shows a schematic structural diagram of an electronic device 600 suitable for implementing an embodiment of the present disclosure.
  • the electronic device in the embodiments of the present disclosure may include but not limited to electronic devices such as desktop computers, notebook computers, tablet computers, and vehicle-mounted terminals.
  • an electronic device 600 includes one or more processing devices 601 , such as a central processing unit, a graphics processor, etc., and a memory 602 on which one or more programs are stored.
  • processing devices 601 such as a central processing unit, a graphics processor, etc.
  • memory 602 on which one or more programs are stored.
  • the one or more processing devices 601 implement the method for pushing information as provided in any one of the foregoing embodiments.
  • the electronic device may also include other components.
  • An input/output (I/O) interface 605 is also connected to the bus 604 .
  • input devices 606 including, for example, a touch screen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.
  • the output device 607 includes a storage device 608 such as a magnetic tape, a hard disk, etc., and a communication device 609 .
  • the communication means 609 may allow the electronic device 600 to communicate with other devices wirelessly or by wire to exchange data. While FIG. 6 shows electronic device 600 having various means, it should be understood that implementing or having all of the means shown is not a requirement. More or fewer means may alternatively be implemented or provided.
  • Another embodiment of the present application provides a computer storage medium for storing a program, and when the program is executed, it is used to realize the information pushing method provided in any one of the above embodiments.
  • Computer storage media including permanent and non-permanent, removable and non-removable media, may be implemented by any method or technology for information storage.
  • Information may be computer readable instructions, data structures, modules of a program, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic A magnetic tape cartridge, tape magnetic disk storage or other magnetic storage device or any other non-transmission medium that can be used to store information that can be accessed by a computing device.
  • computer-readable media excludes transitory computer-readable media, such as modulated data signals and carrier waves.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Electrically Operated Instructional Devices (AREA)

Abstract

本申请公开了一种信息推送的方法及装置、电子设备、存储介质，其中，所述信息推送的方法，包括：实时获取各个目标系统推送的变更事件；通过将所述变更事件与用户设置的订阅条件进行匹配，判断所述变更事件是否为有效数据；其中，所述有效数据指代满足任意一个所述订阅条件的变更事件；若判断出所述变更事件为有效数据，则确定出所述变更事件所满足的所述订阅条件对应的目标订阅用户；将所述变更事件推送给所述目标订阅用户，从从而实现了一种快速地将正确的变更信息推送给用户的方法。

Description

信息推送的方法及装置、电子设备、存储介质
本申请要求于2021年12月30日提交中国专利局、申请号为202111667598.6、发明名称为“信息推送的方法及装置、电子设备、存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及信息推送技术领域，特别涉及一种信息推送的方法及装置、电子设备、存储介质。
背景技术
随着民航旅客量的快速增长，离港的信息的变更越来越频繁，而由于离港系统的业务特性要求地服人员对变更信息的反应必须非常灵敏，以在较短的时间内进行相应的处理，所以对地服人员获取到变更信息的准确性和速度的要求也越来越高。
现今，各个离港相关的系统会将变更信息进行及时存储，并提供给地服人员对航班的变更信息或旅客的变更信息进行查询，以使得地服人员在较短时间内查询到所需要的信息。或者通过通讯工具进行变更信息的沟通和传递。
但是，通过系统进行查询本身相对较慢，并且当设计到多个系统的信息发送变更时，需要通过不同的系统进行查询，这显然验证影响了获取变更信息的速度。而通过通讯工具信息沟通和传递的方式只适用于部分信息，并且也容易存在沟通不及时以及信息传递丢失的问题。所以现有的方式，无法有效地保证地服人员能快速地获取到正确的变更信息。
发明内容
基于上述现有技术的不足，本申请提供了一种信息推送的方法及装置、电子设备、存储介质，以解决无法有效地保证地服人员能快速地获取到正确的变更信息的问题。
为了实现上述目的，本申请提供了以下技术方案：
本申请第一方面提供了一种信息推送的方法，包括：
实时获取各个目标系统推送的变更事件；
通过将所述变更事件与用户设置的订阅条件进行匹配，判断所述变更事件是否为有效数据；其中，所述有效数据指代满足任意一个所述订阅条件的变更事件；
若判断出所述变更事件为有效数据，则确定出所述变更事件所满足的所述订阅条件对应的目标订阅用户；
将所述变更事件推送给所述目标订阅用户。
可选地，在上述的信息推送的方法中，所述确定出所述变更事件所满足的所述订阅条件对应的目标订阅用户，包括：
提取出所述变更事件所满足的所述订阅条件中设置的订阅用户；
判断所述订阅条件中设置的订阅用户是否为角色用户；
若判断出所述订阅条件中设置的订阅用户不属于角色用户，则将所述订阅条件中设置的订阅用户确定为所述订阅条件对应的目标订阅用户；
若判断出所述订阅条件中设置的订阅用户为角色用户，则确定出所述角色用户下的各个真实用户的用户信息；
分别将各个所述真实用户的用户信息与所述变更事件所满足的所述订阅条件进行匹配；
将所述用户信息与所述变更事件所满足的所述订阅条件相匹配的各个所述真实用户，确定为所述订阅条件对应的目标订阅用户。
可选地，在上述的信息推送的方法中，所述确定出所述变更事件所满足的所述订阅条件对应的各个目标订阅用户之后，还包括：
在所述变更事件中添加接收时间以及推送标识，并存储所述变更事件；其中，所述推送标识用于指示所述变更事件是否已推送。
可选地，在上述的信息推送的方法中，所述确定出所述变更事件所满足的所述订阅条件对应的各个目标订阅用户之后，还包括：
判断所述目标订阅用户是否在线；
若判断出所述目标用户在线，则执行所述将所述变更事件推送给所述目标订阅用户；
对所述变更事件进行备份存储，并将所述变更事件中的所述推送标识置为第一推送标识；其中，所述第一推送标识用于指示已推送所述变更事 件；
若判断出所述目标订阅用户未在线，则将所述变更事件中的所述推送标识置为第二推送标识；其中，所述第二推送标识用于指示未推送所述变更事件。
可选地，在上述的信息推送的方法中，所述将所述变更事件推送给所述目标订阅用户之后，还包括：
统计所述变更事件中被推送的各个信息的推送结果信息；
分别基于各个所述信息的推送结果信息，对备份的所述变更事件中的对应的信息的推送状态信息进行记录。
本申请第二方面提供了一种信息推送的装置，包括：
接收单元，用于实时获取各个目标系统推送的变更事件；
第一匹配单元，用于通过将所述变更事件与用户设置的订阅条件进行匹配，判断所述变更事件是否为有效数据；其中，所述有效数据指代满足任意一个所述订阅条件的变更事件；
用户确定单元，用于若判断出所述变更事件为有效数据，则确定出所述变更事件所满足的所述订阅条件对应的目标订阅用户；
信息推送单元，用于将所述变更事件推送给所述目标订阅用户。
可选地，在上述的信息推送的装置中，所述用户确定单元，包括：
提取单元，用于提取出所述变更事件所满足的所述订阅条件中设置的订阅用户；
第一判断单元，用于判断所述订阅条件中设置的订阅用户是否为角色用户；
第一确定单元，用于若判断出所述订阅条件中设置的订阅用户不属于角色用户，则将所述订阅条件中设置的订阅用户确定为所述订阅条件对应的目标订阅用户；
查询单元，用于若判断出所述订阅条件中设置的订阅用户为角色用户，则确定出所述角色用户下的各个真实用户的用户信息；
第二匹配单元，用于分别将各个所述真实用户的用户信息与所述变更事件所满足的所述订阅条件进行匹配；
第二确定单元，用于将所述用户信息与所述变更事件所满足的所述订阅条件相匹配的各个所述真实用户，确定为所述订阅条件对应的目标订阅用户。
可选地，在上述的信息推送的装置中，还包括：
数据存储单元，用于在所述变更事件中添加接收时间以及推送标识，并存储所述变更事件；其中，所述推送标识用于指示所述变更事件是否已推送。
可选地，在上述的信息推送的装置中，还包括：
第二判断单元，用于判断所述目标订阅用户是否在线；其中，若判断出所述目标用户在线，则所述信息推送单元执行所述将所述变更事件推送给所述目标订阅用户；
备份单元，用于对所述变更事件进行备份存储，并将所述变更事件中的所述推送标识置为第一推送标识；其中，所述第一推送标识用于指示已推送所述变更事件；
标识变更单元，用于若判断出所述目标订阅用户未在线，则将所述变更事件中的所述推送标识置为第二推送标识；其中，所述第二推送标识用于指示未推送所述变更事件。
可选地，在上述的信息推送的装置中，还包括：
统计单元，用于统计所述变更事件中被推送的各个信息的推送结果信息；
记录单元，用于分别基于各个所述信息的推送结果信息，对备份的所述变更事件中的对应的信息的推送状态信息进行记录。
本申请第三方面提供了一种电子设备，包括：
一个或多个处理装置；
存储器，其上存储有一个或多个程序；
当所述一个或多个程序被所述一个或多个处理装置执行时，使得所述一个或多个处理装置实现如上述任意一项所述的信息推送的方法。
本申请第四方面提供了一种计算机存储介质，用于存储程序，所述程序被执行时，用于实现如上述任意一项所述的信息推送的方法。
本申请提供的一种信息推送方法，通过实时获取各个目标系统推送的变更事件，然后通过将变更事件与用户设置的订阅条件进行匹配，判断变更事件是否为有效数据。其中，有效数据指代满足任意一个订阅条件的变更事件，所当判断出变更事件为有效数据时，则确定出变更事件所满足的订阅条件对应的目标订阅用户，并将变更事件推送给目标订阅用户，从而快速地将正确的变更信息推送给用户。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种信息推送的方法的流程图；
图2为本申请实施例提供的一种确定目标订阅用户的方法的流程图；
图3为本申请另一实施例提供的另一种信息推送的方法的流程图；
图4为本申请另一实施例提供的一种信息推送的装置的结构示意图；
图5为本申请另一实施例提供的一种用户确定单元的结构示意图；
图6为本申请另一实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执 行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本申请实施例提供了一种信息推送的方法，如图1所示，包括以下步骤：
S101、实时获取各个目标系统推送的变更事件。
首先需要说明的是，本申请提供的实施主要以民航中的离港的变更信息的推送为例进行说明，但并不仅限于应用在该应用场景中。
需要说明的是，变更事件可以划分航班变更事件以及旅客变更事件。其中，变更事件中至少包括有变更的信息，当然也还可以包括有其他的信息。如，航班变更事件可以包括：航班的基本信息，航班号、航班日期、航站、机型、起飞时刻、登机口以及航班状态等。旅客变更事件可以包括：旅客的基本信息，旅客姓名、旅客舱位、旅客的身份、旅客的行李信息以及客票信息。
例如，对于某一个航班变更事件，包括的信息为：变更来源ODS、航班号CA985、航班日期2021-7-1、航站PEK、机型(737)、飞机号B2312、登机口D1/D2、预计起飞时刻0800、变更类型状态航班初始化、变更前数据航班NO-OP状态、变更后数据航班OP状态等。对于摸一个旅客变更事件，包括的信息可以有：变更来源ODS、航班信息CA1501/2021-7-12/PEK/737/B4561、旅客姓名ZHANG SAN、性别男、类型成人、舱位信息R舱、旅客状态已值机、HNBN号2192212、离港航站PEK、到港航站SHA、带有行李、行李信息行李条102121312131、变更类型升舱、变更前R、变更后J等。
具体的，各个系统可以按照预先设定的格式将变更事件进行封装，然后推送到固定的地址中。通过监听各个固定地址的方式，获取变更事件并进行解析和存储。
S102、通过将变更事件与用户设置的订阅条件进行匹配，判断变更事件是否为有效数据。
其中，有效数据指代满足任意一个所述订阅条件的变更事件。
需要说明的是，在本申请实施例中，用户可以根据订阅需求，预先设置相应的订阅条件，订阅条件可以支持从多个维度进行设置，所以订阅条 件中可以包括多个维度下的信息，如用户的名称、订阅信息的类型、信息来源、航班号等。例如，李四预先设置的一条订阅条件可以包括有：用户名Li si、监控类型航班变更、信息来源ODS、航司CA、航班号全部、出发航站PEK、到达航站全部、飞机注册号全部、起飞时间段0800-2359、推送终端移动端手持设备。
可选地，由于某一个部门或小组等组织中的多个用户的订阅需求是相同的，为了避免每个用户都进行设置订阅条件，也避免存在过多一致的订阅条件，因此在设置订阅条件时支持以角色用户进行订阅条件的设置。角色用户相当于虚拟用户，一个用户角色下包括有多个真实用户。例如，对于地服人员，可以根据职责划分为值机柜台值机操作人员、行李托运服务人员、旅客服务人员等多个角色用户，每个角色用户下包括有负责对应职责的所有用户。
相应的，需要维护好各个角色用户下包括的真实用户的信息。
因此，可以通过将变更事件中各个信息与订阅条件中对应的信息进行匹配，确定变更事件是否满足订阅条件的要求，若变更事件的各个信息都满足订阅条件的要求，则确定该信息为有效数据。例如，对于上述例子中李四设置的订阅条件。当接收到的变更事件为：变更来源ODS、航班号CA985、航班日期2021-7-1、航站PEK、机型(737)、飞机号B2312、登机口D1/D2、预计起飞时刻0800、变更类型为航班变更、变更前数据航班NO-OP状态、变更后数据航班OP状态时，可见变更事件中的每一个信息都满足李四设置的订阅条件，因此确定该变更信息为有效数据。
其中，若判断出变更事件为有效数据，则需要对其进行后续的处理，因此此时执行步骤S103。可选地，若判断出变更事件为无效数据，即变更事件不满足所有的订阅条件的要求，说明没有用户对其进行订阅，不需要推送，因此此时可以将其进行丢弃。
S103、确定出变更事件所满足的订阅条件对应的目标订阅用户。
其中，订阅条件对应的目标订阅用户指的是订阅条件中设置订阅满足该订阅条件的变更事件的用户。通常，订阅条件中会包括有订阅用户信息，用于确定该订阅条件对应的目标订阅用户。例如，用户的名称或用户ID等。
可选地，在本申请另一实施例中，步骤S103的一种实施方式，如图2所示，包括以下步骤：
S201、提取出变更事件所满足的订阅条件中设置的订阅用户。
需要说明的是，在本申请实施例中，订阅条件中需要设置有订阅满足该订阅条件的变更事件的订阅用户的名称。
S202、判断订阅条件中设置的订阅用户是否为角色用户。
需要说明的是，在本申请实施例中支持用户以角色用户进行订阅条件的设置。
可选地，通常会维护有各个角色用户的信息，所订阅条件中设置的订阅用户是否属于维护的角色用户，确定该订阅用户是否属于角色用户。或者是针对个人用户和角色用户分别通过不同的方式，或者标识进行表示，从而可以直接确定订阅用户是否为角色用户。
其中，若订阅条件中设置的订阅用户不属于角色用户，即订阅用户为个人用户，则执行步骤S203。若订阅条件中设置的订阅用户为角色用户，而角色用户是多个真实用户的集合，后续需要将变更事件推送给每个真实用户，因此此时执行步骤S204。
S203、将订阅条件中设置的订阅用户确定为订阅条件对应的目标订阅用户。
S204、确定出角色用户下的各个真实用户的用户信息。
S205、分别将各个真实用户的用户信息与变更事件所满足的订阅条件进行匹配。
需要说明的是，在订阅用户为角色时，可以在订阅条件中设置限制信息，以能只向角色用户下的满足限制信息用户进行变更事件的推送，例如设置所属航站航司，从而只对角色用户下属于该航站航司的真实用户推送该变更事件。
S206、将用户信息与变更事件所满足的订阅条件相匹配的各个真实用户，确定为订阅条件对应的目标订阅用户。
S104、将变更事件推送给目标订阅用户。
可选地，可以是将变更事件中的所有信息都推送给目标订阅用户，也可以是根据需求，只将变更事件中的属于预设类型的信息推送给目标订阅用户，又或者是采用其他的策略等。
可选地，由于变更事件中的信息通常是相互独立的多个信息，所以也可以先进一步利用变更事件中需要推送的多个信息进行出，得到一句或多 句语句，再推送给目标订阅用户，以便目标订阅用户更明了地获取到需要的信息。
本申请实施例提供的一种信息推送方法，通过实时获取各个目标系统推送的变更事件，然后通过将变更事件与用户设置的订阅条件进行匹配，判断变更事件是否为有效数据。其中，有效数据指代满足任意一个订阅条件的变更事件，所当判断出变更事件为有效数据时，则确定出变更事件所满足的订阅条件对应的目标订阅用户，并将将变更事件推送给目标订阅用户，从而快速地将正确的变更信息推送给用户。
本申请另一实施例提供了另一种信息推送的方法，如图3所示，包括：
S301、实时获取各个目标系统推送的变更事件。
需要说明的是，步骤S301的具体实施方式，可相应地参考上述方法实施例中的步骤S101，此处不再赘述。
S302、通过将变更事件与用户设置的订阅条件进行匹配，判断变更事件是否为有效数据。
其中，有效数据指代满足任意一个所述订阅条件的变更事件。
若判断出变更事件不属于有效数据，则执行步骤S303。若判断出变更事件为有效数据，则执行步骤S304。
S303、将变更事件丢弃。
S304、确定出变更事件所满足的订阅条件对应的目标订阅用户。
需要说明的是，步骤S304的具体实施方式，可相应地参考上述方法实施例中的步骤S103，此处不再赘述。
S305、在变更事件中添加接收时间以及推送标识，并存储变更事件。
其中，推送标识用于指示变更事件是否已推送。
需要说明的是，为了便于对变更事件的监控和管理，因此在本申请实施例中，在变更事件中添加接收时间以及推送标识，并将其进行存储。
S306、判断目标订阅用户是否在线。
可选地，可根据目标订阅用户的登陆记录以及当前的时间，确定目标用户是否在线。
其中，若判断出目标订阅用户未在线，则执行步骤S307。若判断出目标订阅用户在线，则执行步骤S308。
S307、将变更事件中的推送标识置为第二推送标识。
其中，第二推送标识用于指示未推送变更事件。
可选地，在执行步骤S307并间隔预设时间长度后，可以返回执行步骤S306，以能在目标订阅用户上线时进行及时的推送。
S308、将变更事件推送给目标订阅用户。
需要说明的是，步骤S308的具体实施方式，可相应地参考上述方法实施例中的步骤S104，此处不再赘述。
S309、对变更事件进行备份存储，并将变更事件中的推送标识置为第一推送标识。
其中，第一推送标识用于指示已推送变更事件。
需要说明的是，在本申请实施例中，在将变更事件推送给目标订阅用户后，还需对变更事件进行备份存储，以便后续进行信息状态的管理、统计以及查询等。
S310、统计变更事件中被推送的各个信息的推送结果信息。
其中，推送结果信息可以包括有是否成功推送的指示信息以及是否指示是否已读的信息，即目标订阅用户是否成功接收各个消息的指示信息以及是否读取各个消息的指示信息。需要说明的是，推送结果信息由目标订阅用户的客户端进行反馈。
S311、分别基于各个信息的推送结果信息，对备份的变更事件中的对应的信息的推送状态信息进行记录。
相应的，推送状态信息中可以包括指示是否成功推送的信息以及是否已读取的指示信息。
需要说明的是，附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机 指令的组合来实现。
虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。
本申请另一实施例提供了一种信息推送的装置，如图4所示，包括以下单元：
接收单元401，用于实时获取各个目标系统推送的变更事件。
第一匹配单元402，用于通过将变更事件与用户设置的订阅条件进行匹配，判断变更事件是否为有效数据。
其中，有效数据指代满足任意一个订阅条件的变更事件。
用户确定单元403，用于若判断出变更事件为有效数据，则确定出变更事件所满足的订阅条件对应的目标订阅用户。
信息推送单元404，用于将变更事件推送给目标订阅用户。
可选地，在本申请实施例提供的一种信息推送的装置中，用户确定单元，如图5所示，包括：
提取单元501，用于提取出变更事件所满足的订阅条件中设置的订阅用户。
第一判断单元502，用于判断订阅条件中设置的订阅用户是否为角色用户。
第一确定单元503，用于若判断出订阅条件中设置的订阅用户不属于角色用户，则将订阅条件中设置的订阅用户确定为订阅条件对应的目标订阅用户。
查询单元504，用于若判断出订阅条件中设置的订阅用户为角色用户，则确定出角色用户下的各个真实用户的用户信息。
第二匹配单元505，用于分别将各个真实用户的用户信息与变更事件所满足的订阅条件进行匹配。
第二确定单元506，用于将用户信息与变更事件所满足的订阅条件相匹配的各个真实用户，确定为订阅条件对应的目标订阅用户。
可选地，在本申请实施例提供的一种信息推送的装置中，还包括：
数据存储单元，用于在变更事件中添加接收时间以及推送标识，并存储变更事件。
其中，推送标识用于指示变更事件是否已推送。
可选地，在本申请实施例提供的一种信息推送的装置中，还包括：
第二判断单元，用于判断目标订阅用户是否在线。
其中，若判断出目标用户在线，则信息推送单元执行将变更事件推送给目标订阅用户。
备份单元，用于对变更事件进行备份存储，并将变更事件中的推送标识置为第一推送标识。
其中，第一推送标识用于指示已推送变更事件。
标识变更单元，用于若判断出目标订阅用户未在线，则将变更事件中的推送标识置为第二推送标识。
其中，第二推送标识用于指示未推送变更事件。
可选地，在本申请实施例提供的一种信息推送的装置中，还包括：
统计单元，用于统计变更事件中被推送的各个信息的推送结果信息；
记录单元，用于分别基于各个信息的推送结果信息，对备份的变更事件中的对应的信息的推送状态信息进行记录。
需要说明的是，本申请上述实施例提供的各个单元的具体工作过程，可相应地参考上述方法实施例中的相应的步骤，此处不再赘述。
并且，上述实施例中上描述的各个单元的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等。
本申请另一实施例提供一种电子设备，如图6所示，其示出了适于用来实现本公开实施例的电子设备600的结构示意图。其中，本公开实施例中的电子设备可以包括但不限于诸如台式计算机、笔记本电脑、平板电脑、车载终端等电子设备。
如图6所示，电子设备600包括一个或多个处理装置601，例如中央处理器、图形处理器等，以及包括存储器602，其上存储有一个或多个程序。其中一个或多个程序被一个或多个处理装置601执行时，使得一个或多个处理装置601实现如上述任意一个实施例提供的信息推送的方法。
可选地，电子设备还可以包括其他组成结构，同样参见图6，处理装置 601、只读存储器ROM602以及随机存取存储器RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器、扬声器、振动器等的输出装置607，包括例如磁带、硬盘等的存储装置608，以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
本申请另一实施例提供了一种计算机存储介质，用于存储程序，该程序被执行时，用于实现如上述任意一个实施例提供的信息推送的方法。
计算机存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的 情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

  1. 一种信息推送的方法，其特征在于，包括：
    实时获取各个目标系统推送的变更事件；
    通过将所述变更事件与用户设置的订阅条件进行匹配，判断所述变更事件是否为有效数据；其中，所述有效数据指代满足任意一个所述订阅条件的变更事件；
    若判断出所述变更事件为有效数据，则确定出所述变更事件所满足的所述订阅条件对应的目标订阅用户；
    将所述变更事件推送给所述目标订阅用户。
  2. 根据权利要求1所述的方法，其特征在于，所述确定出所述变更事件所满足的所述订阅条件对应的目标订阅用户，包括：
    提取出所述变更事件所满足的所述订阅条件中设置的订阅用户；
    判断所述订阅条件中设置的订阅用户是否为角色用户；
    若判断出所述订阅条件中设置的订阅用户不属于角色用户，则将所述订阅条件中设置的订阅用户确定为所述订阅条件对应的目标订阅用户；
    若判断出所述订阅条件中设置的订阅用户为角色用户，则确定出所述角色用户下的各个真实用户的用户信息；
    分别将各个所述真实用户的用户信息与所述变更事件所满足的所述订阅条件进行匹配；
    将所述用户信息与所述变更事件所满足的所述订阅条件相匹配的各个所述真实用户，确定为所述订阅条件对应的目标订阅用户。
  3. 根据权利要求1所述的方法，其特征在于，所述确定出所述变更事件所满足的所述订阅条件对应的各个目标订阅用户之后，还包括：
    在所述变更事件中添加接收时间以及推送标识，并存储所述变更事件；其中，所述推送标识用于指示所述变更事件是否已推送。
  4. 根据权利要求3所述的方法，其特征在于，所述确定出所述变更事件所满足的所述订阅条件对应的各个目标订阅用户之后，还包括：
    判断所述目标订阅用户是否在线；
    若判断出所述目标用户在线，则执行所述将所述变更事件推送给所述目标订阅用户；
    对所述变更事件进行备份存储，并将所述变更事件中的所述推送标识置为第一推送标识；其中，所述第一推送标识用于指示已推送所述变更事件；
    若判断出所述目标订阅用户未在线，则将所述变更事件中的所述推送标识置为第二推送标识；其中，所述第二推送标识用于指示未推送所述变更事件。
  5. 根据权利要求4所述的方法，其特征在于，所述将所述变更事件推送给所述目标订阅用户之后，还包括：
    统计所述变更事件中被推送的各个信息的推送结果信息；
    分别基于各个所述信息的推送结果信息，对备份的所述变更事件中的对应的信息的推送状态信息进行记录。
  6. 一种信息推送的装置，其特征在于，包括：
    接收单元，用于实时获取各个目标系统推送的变更事件；
    第一匹配单元，用于通过将所述变更事件与用户设置的订阅条件进行匹配，判断所述变更事件是否为有效数据；其中，所述有效数据指代满足任意一个所述订阅条件的变更事件；
    用户确定单元，用于若判断出所述变更事件为有效数据，则确定出所述变更事件所满足的所述订阅条件对应的目标订阅用户；
    信息推送单元，用于将所述变更事件推送给所述目标订阅用户。
  7. 根据权利要求6所述的装置，其特征在于，所述用户确定单元，包括：
    提取单元，用于提取出所述变更事件所满足的所述订阅条件中设置的订阅用户；
    第一判断单元，用于判断所述订阅条件中设置的订阅用户是否为角色用户；
    第一确定单元，用于若判断出所述订阅条件中设置的订阅用户不属于角色用户，则将所述订阅条件中设置的订阅用户确定为所述订阅条件对应的目标订阅用户；
    查询单元，用于若判断出所述订阅条件中设置的订阅用户为角色用户， 则确定出所述角色用户下的各个真实用户的用户信息；
    第二匹配单元，用于分别将各个所述真实用户的用户信息与所述变更事件所满足的所述订阅条件进行匹配；
    第二确定单元，用于将所述用户信息与所述变更事件所满足的所述订阅条件相匹配的各个所述真实用户，确定为所述订阅条件对应的目标订阅用户。
  8. 根据权利要求6所述的装置，其特征在于，还包括：
    数据存储单元，用于在所述变更事件中添加接收时间以及推送标识，并存储所述变更事件；其中，所述推送标识用于指示所述变更事件是否已推送。
  9. 一种电子设备，其特征在于，包括：
    一个或多个处理装置；
    存储器，其上存储有一个或多个程序；
    当所述一个或多个程序被所述一个或多个处理装置执行时，使得所述一个或多个处理装置实现如权利要求1至5任意一项所述的信息推送的方法。
  10. 一种计算机存储介质，其特征在于，用于存储程序，所述程序被执行时，用于实现如权利要求1至5任意一项所述的信息推送的方法。
PCT/CN2022/087861 2021-12-30 2022-04-20 信息推送的方法及装置、电子设备、存储介质 WO2023123755A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111667598.6A CN114265877A (zh) 2021-12-30 2021-12-30 信息推送的方法及装置、电子设备、存储介质
CN202111667598.6 2021-12-30

Publications (1)

Publication Number Publication Date
WO2023123755A1 true WO2023123755A1 (zh) 2023-07-06

Family

ID=80832145

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/087861 WO2023123755A1 (zh) 2021-12-30 2022-04-20 信息推送的方法及装置、电子设备、存储介质

Country Status (2)

Country Link
CN (1) CN114265877A (zh)
WO (1) WO2023123755A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114265877A (zh) * 2021-12-30 2022-04-01 中国民航信息网络股份有限公司 信息推送的方法及装置、电子设备、存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107734047A (zh) * 2017-10-27 2018-02-23 中航信移动科技有限公司 消息推送方法和装置
CN110427551A (zh) * 2019-07-01 2019-11-08 五八有限公司 信息推送方法、装置、电子设备和计算机可读介质
CN110569249A (zh) * 2019-08-07 2019-12-13 阿里巴巴集团控股有限公司 一种数据变更推送方法、装置及电子设备
CN111651280A (zh) * 2020-04-17 2020-09-11 宁波吉利汽车研究开发有限公司 一种事件的动态订阅方法、装置、电子设备及存储介质
CN112417050A (zh) * 2020-11-25 2021-02-26 青岛海尔科技有限公司 数据同步方法和装置、系统、存储介质及电子装置
CN113760874A (zh) * 2020-11-27 2021-12-07 北京京东尚科信息技术有限公司 数据质量检测的方法、装置、电子设备和存储介质
CN114265877A (zh) * 2021-12-30 2022-04-01 中国民航信息网络股份有限公司 信息推送的方法及装置、电子设备、存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107734047A (zh) * 2017-10-27 2018-02-23 中航信移动科技有限公司 消息推送方法和装置
CN110427551A (zh) * 2019-07-01 2019-11-08 五八有限公司 信息推送方法、装置、电子设备和计算机可读介质
CN110569249A (zh) * 2019-08-07 2019-12-13 阿里巴巴集团控股有限公司 一种数据变更推送方法、装置及电子设备
CN111651280A (zh) * 2020-04-17 2020-09-11 宁波吉利汽车研究开发有限公司 一种事件的动态订阅方法、装置、电子设备及存储介质
CN112417050A (zh) * 2020-11-25 2021-02-26 青岛海尔科技有限公司 数据同步方法和装置、系统、存储介质及电子装置
CN113760874A (zh) * 2020-11-27 2021-12-07 北京京东尚科信息技术有限公司 数据质量检测的方法、装置、电子设备和存储介质
CN114265877A (zh) * 2021-12-30 2022-04-01 中国民航信息网络股份有限公司 信息推送的方法及装置、电子设备、存储介质

Also Published As

Publication number Publication date
CN114265877A (zh) 2022-04-01

Similar Documents

Publication Publication Date Title
US20190378225A1 (en) Federated System for Centralized Management and Distribution of Content Media
CN109194736B (zh) 消息去重方法、装置、电子设备、介质和无人车
CN101290594B (zh) 从虚拟踪迹创建物理踪迹的方法和系统
CN104021136B (zh) 用于即将到来的旅行的自动娱乐超高速缓存
CN111815421B (zh) 税务政策处理方法、装置、终端设备及存储介质
CN111597177A (zh) 用于提升数据质量的数据治理方法
WO2023123755A1 (zh) 信息推送的方法及装置、电子设备、存储介质
US11961039B2 (en) Linked blockchain structures for accelerated multi-chain verification
CN112307065B (zh) 一种数据处理方法、装置及服务器
CN111506614B (zh) 一种民航中转行李的识别方法、装置和存储介质
WO2023029413A1 (zh) 伴随信息的确定方法、装置、设备及存储介质
EP3486780B1 (en) Instruction processing alignment system
CN111950857A (zh) 基于业务指标的指标体系管理方法、装置以及电子设备
WO2023138473A1 (zh) 信息显示方法、装置、电子设备和存储介质
CN107257358B (zh) 一种信息推送方法、终端及服务器
CN107480283A (zh) 实现大数据快速存储的方法、装置以及存储系统
EP2996051B1 (en) Methods, systems, and apparatus for processing data event streams in a database environment
EP3734459B1 (en) Method and system for prioritizing critical data object storage during backup operations
CN115858596A (zh) 中转旅客识别的性能优化方法、装置及相关设备
CN113312420B (zh) 航班数据的处理方法、装置、设备和存储介质
WO2022252852A1 (zh) 一种业务请求的处理方法、相关装置及存储介质
US11861460B2 (en) Learning machine training based on plan types
CN112651668A (zh) 一种航班资源分配方法、装置及服务器
CN111784295A (zh) 一种航班生效方法及装置
EP3486777A1 (en) Message synchronization system

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: 22913057

Country of ref document: EP

Kind code of ref document: A1