CN105095365A - 一种信息流数据的处理方法和装置 - Google Patents
一种信息流数据的处理方法和装置 Download PDFInfo
- Publication number
- CN105095365A CN105095365A CN201510364378.4A CN201510364378A CN105095365A CN 105095365 A CN105095365 A CN 105095365A CN 201510364378 A CN201510364378 A CN 201510364378A CN 105095365 A CN105095365 A CN 105095365A
- Authority
- CN
- China
- Prior art keywords
- event
- user
- task
- information
- information flow
- 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.)
- Pending
Links
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/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
-
- 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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Multimedia (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例提供了一种信息流数据的处理方法和装置,该方法包括:当接收到基于第一用户标识发起的一事件的处理请求时,按照所述处理请求处理所述事件,所述事件具有事件标识;查找订阅所述第一用户标识的信息的第二用户标识;所述第二用户标识具有关联的信息流列表;将所述事件标识写入所述信息流列表中;将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端。本发明实施例通过异步推送在延迟允许的时间范围内进行事件整合统一处理,降低了数据的并发执行数,大大减轻了服务器压力。
Description
技术领域
本发明涉及计算机处理的技术领域,特别是涉及一种信息流数据的处理方法和一种信息流数据的处理装置。
背景技术
随着网络科技的发展,目前许多产品,例如,博客(Blog)、SNS(SocialNetworkSite,社会性网络服务)、RSS(ReallySimpleSyndication,简易信息聚合)等等,引入了用户关注功能,用户可以在应用中查看到关注对象的历史行为。
在这些产品中,大多应用了应用到了Feed(信息流)***,通常需要通过推(push)模式或拉(pull)模式发布Feed(信息流)数据。
在推(push)模式中,需要为每一个用户维护一张Feed(信息流)列表,当一个用户发生了特定行为(如发表一条短消息),***会往关注他的用户(俗称“粉丝”)的Feed(信息流)列表中推送数据。
推(push)模式模式虽然可以让用户快捷获取Feed(信息流)数据,但是,如果一个用户拥有大量的粉丝,这样他的每一个特定行为都会造成海量的推送请求,这样大大增加了服务器的压力,在推送请求的高峰时段,大量的推送请求与别的业务和服务争抢公用资源(即“羊群效应”),发生不可预估的情况。
在拉(pull)模式中,当一个用户发生了特定行为(如发表一条短消息)时,会将其存储到一个临时的Feed(信息流)列表中(只保存近期可接受范围的数据),用户在登陆时根据自身需要从Feed(信息流)列表拉取Feed(信息流)数据。
拉(pull)模式虽然设计简单,节省存储空间,但是,Feed(信息流)列表一般需要保存最近十天或者半个月的Feed(信息流)数据,会产生很大的压力,如果用户关注了大量的对象,数据库的压力就会非常大会,影响拉取数据时的效率问题,而且一般在线的用户,客户端都会定期扫描,又会增加很大的压力,可能造成请求延迟或失败的现象发生。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种信息流数据的处理方法和相应的一种信息流数据的处理装置。
依据本发明的一个方面,提供了一种信息流数据的处理方法,包括:
当接收到基于第一用户标识发起的一事件的处理请求时,按照所述处理请求处理所述事件,所述事件具有事件标识;
查找订阅所述第一用户标识的信息的第二用户标识;所述第二用户标识具有关联的信息流列表;
将所述事件标识写入所述信息流列表中;
将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
可选地,所述按照所述处理请求处理所述事件的步骤包括:
将所述事件的事件信息存储到数据库中。
可选地,所述查找订阅所述第一用户标识的信息的第二用户标识的步骤包括:
生成事件任务;所述事件任务包括第一用户标识、事件标识;
将所述事件任务写入预置的任务队列中;
由预置的守护进程从所述任务队列中读取所述事件任务;
由预置的守护进程查找订阅所述第一用户标识的信息的第二用户标识。
可选地,所述事件任务还包括事件类型;
所述将所述事件任务写入预置的任务队列中的步骤包括:
将所述事件任务写入与所述事件类型匹配的、预置的任务队列中。
可选地,所述由预置的守护进程从所述任务队列中读取所述事件任务的步骤包括:
由预置的守护进程按照对所述事件类型设定的读取频率,从所述任务队列中按照先进先出的方式读取所述事件任务。
可选地,所述事件类型具有优先级,第一事件类型的读取频率,高于,第二事件类型的读取频率;
其中,第一事件类型为优先级高于第二事件类型的事件类型;
第二事件类型为优先级低于第一事件类型的事件类型。
可选地,所述事件任务还包括事件类型;
所述由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识的步骤包括:
当所述事件类型为发布型时,由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识。
可选地,所述将所述事件标识写入所述信息流列表中的步骤包括:
由预置的守护进程将所述事件标识写入存储在Redis数据库中的信息流列表。
可选地,所述将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端的步骤包括:
当所述第二用户标识关联在线状态时,按照所述信息流列表中事件标识的时间顺序,将所述事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
根据本发明的另一方面,提供了一种信息流数据的处理装置,包括:
事件处理模块,适于在接收到基于第一用户标识发起的一事件的处理请求时,按照所述处理请求处理所述事件,所述事件具有事件标识;
用户标识查找模块,适于查找订阅所述第一用户标识的信息的第二用户标识;所述第二用户标识具有信息流列表;
信息流列表写模块,适于将所述事件标识写入所述信息流列表中;
事件信息发送模块,适于将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
可选地,所述事件处理模块还适于:
将所述事件的事件信息存储到数据库中。
可选地,所述用户标识查找模块还适于:
生成事件任务;所述事件任务包括第一用户标识、事件标识;
将所述事件任务写入预置的任务队列中;
由预置的守护进程从所述任务队列中读取所述事件任务;
由预置的守护进程查找订阅所述第一用户标识的信息的第二用户标识。
可选地,所述事件任务还包括事件类型;所述用户标识查找模块还适于:
将所述事件任务写入与所述事件类型匹配的、预置的任务队列中。
可选地,所述用户标识查找模块还适于:
由预置的守护进程按照对所述事件类型设定的读取频率,从所述任务队列中按照先进先出的方式读取所述事件任务。
可选地,所述事件类型具有优先级,第一事件类型的读取频率,高于,第二事件类型的读取频率;
其中,第一事件类型为优先级高于第二事件类型的事件类型;
第二事件类型为优先级低于第一事件类型的事件类型。
可选地,所述事件任务还包括事件类型;所述用户标识查找模块还适于:
当所述事件类型为发布型时,由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识。
可选地,所述信息流列表写模块还适于:
由预置的守护进程将所述事件标识写入存储在Redis数据库中的信息流列表。
可选地,所述事件信息发送模块还适于:
当所述第二用户标识关联在线状态时,按照所述信息流列表中事件标识的时间顺序,将所述事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
本发明实施例将基于第一用户标识触发的事件的事件标识写入订阅第一用户标识的信息的第二用户标识关联的信息流列表中,在第二用户标识关联在线状态时,发送相应的事件信息,通过异步推送在延迟允许的时间范围内进行事件整合统一处理,降低了数据的并发执行数,大大减轻了服务器压力。
本发明实施例通过任务队列有序执行事件任务,一方面,增加的灾难发生时的数据可恢复手段,另一方面,保证了按时间维度的任务优先级区分。
本发明实施例中的Redis数据库支持高并发的读写操作,保证了用户信息读写更新的及时性,保证了用户体验。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的一种信息流数据的处理方法实施例的步骤流程图;
图2示出了根据本发明一个实施例的一种Feed***的架构图;
图3示出了根据本发明一个实施例的一种守护进程的处理流程示例图;以及
图4示出了根据本发明一个实施例的一种信息流数据的处理装置实施例的结构框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
参照图1,示出了根据本发明一个实施例的一种信息流数据的处理方法实施例的步骤流程图,具体可以包括如下步骤:
步骤101,当接收到基于第一用户标识发起的一事件的处理请求时,按照所述处理请求处理所述事件;
Feed(信息流)是指网站上发布的最新内容的列表,用户订阅网站上的Feed(信息流)后,就可以接收新发布的内容了。
参加图2,示例了本发明实施例的一种Feed***的架构图,如图2所示,该Feed***是一个独立的后台异步***,对外提供业务实体,例如,贴吧(一种基于关键词的主题交流社区)、博客、微博等等。
Feed***中的表现层(PreseentationLayer)面向用户,其表征为APP(Application,应用程序),如浏览器、即时通讯工具、独立的客户端等等。
Feed***中的对外业务层(BusinessLayer)提供ClubAPI(公共接口),用户可以在APP中登录,通过在APP的操作,调用Feed******的ClubAPI,发送某个事件的处理请求,请求Feed***处理该事件,以应用这些实体业务,例如,在贴吧发布帖子、在博客发布博文、在微博发布消息等等。
Feed***中的服务层(ServiceLayer)提供CommonService(公共服务),当接收到来自ClubAPI的处理请求时,则可以进行相应的处理。
在具体实现中,该事件可以为发布信息、关注对象和个人的一些行为等等。
对于发布信息,Feed***可以将该事件的事件信息(如在贴吧发布的帖子、在博客发布的博文、在微博发布的消息)存储到数据库(如关系型数据库MySQL)中。
为了识别该事件,Feed***可以为该事件配置事件标识(Tid),如发布的帖子的ID、关注对象的ID等等。
步骤102,查找订阅所述第一用户标识的信息的第二用户标识;
应用本发明实施例,用户(第二用户标识表征,如用户账号、用户ID等)可以预先通过关注、建立好友关系等操作,订阅其他用户(第一用户标识表征,如用户账号、用户ID等)的信息,如在贴吧发布的帖子、在博客发布的博文、在微博发布的消息等等。
在具体实现中,如图2所示,在Feed***中可以通过数据访问层(DatabaseLayer)访问用户中心(UserCenterSDK),在用户中心存储了与用户相关的信息,其中包括订阅关系,按照该订阅关系,确定订阅了第一用户标识的信息的第二用户标识。
该第二用户标识具有信息流列表(FeedList),在信息流列表(FeedList)中,可以存储该第二用户标识所订阅的信息。
在本发明的一种优选实施例中,步骤102可以包括如下子步骤:
子步骤S11,生成事件任务;
其中,事件任务可以包括第一用户标识、事件标识、事件类型;
子步骤S12,将所述事件任务写入预置的任务队列中;
子步骤S13,由预置的守护进程从所述任务队列中读取所述事件任务;
子步骤S14,由预置的守护进程查找订阅所述第一用户标识的信息的第二用户标识。
如图2所示,在Feed***中,可以异步调用(Async)任务队列,向任务队列(EventQueue)推送一个事件任务。
以Kafka***为例,Kafka***中一般包含若干个Producer(生产者,如Feed***中的服务层),若干个Broker(中间件),若干Consumer(消费者,如Feed***中的守护进程)以及一个Zookeeper管理集群。
Kafka***通过Zookeeper管理集群配置,选举Leader(领导者),以及在Consumer发生变化时进行rebalance(平衡)。
Producer生产消息(事件任务),使用push模式将消息发布到Broker;
每个类型的消息(事件任务)被定义为topic(主题),同一topic内部的消息按照一定的key和算法被分区(partition)存储在不同的Broker上.
Consumer使用pull模式从Broker中相应的topic订阅并消费消息。
在实际应用中,在Broker中,消息队列是以log文件的形式存储,Producer将消息(事件任务)添加到既有的log文件尾部,没有ID信息用于消息的定位,依靠文件内的位移,因此,Consumer依靠文件位移顺序读取消息,这样也就不需要维护复杂的支持随即读取的索引结构(即FIFO,先进先出)。
在本发明实施例中,可以预先设置多个任务队列,每个任务队列的任务事件同一事件类型,则在推送事件任务时,可以将所述事件任务写入与所述事件类型匹配的、预置的任务队列中。应用本发明实施例,可以预先部署守护进程。
如图3所示,在Feed***中,首先启动守护进程(StartDaemon),进入任务循环模式(Processloop),根据配置参数定时地创建子进程(TaskThread),从任务队列中获取任务事件(GetTaskFromEventQueue),解析任务事件的事件类型(TaskType1、TaskType2…),异步调用(Async)子进程(TaskThread)执行该事件任务(TaskTypeNCount==TaskTypeNExecuteCount)。
守护进程判断是否接收到外界传送的终止信号(Stop?),若否(N),则继续任务循环模式(Processloop),若是(Y),则停止创建子进程(TaskThread),判断当前的子进程(TaskThread)的任务完成(TaskisClear?),若否(N),则等待当前的子进程(TaskThread)的任务完成,若是(Y),则结束守护进程(Stop)。
需要说明的是,守护进程从任务队列中取出任务,该任务就会在队列中被标记为移出,如果队列为空,则取到的是空数据,守护进程会进入短暂休眠。则在发明实施例中,如图2所示,部署不同服务器的守护进程可以定时从任务队列中获取事件任务,由事件中介(EevntMediator)根据事件类型(EventType),调用守护进程(EventProcess)的子线程执行不同的操作,对不同的事件类型执行不同的策略,这样来控制事件任务的优先级别。
其中,守护进程(EventProcess)的子线程的信息维护在线程列表(ThreadList)中。
针对每种事件类型可以预先设定读取频率,则可以由预置的守护进程按照对所述事件类型设定的读取频率,从所述任务队列中按照先进先出的方式读取所述事件任务。
进一步而言,所述事件类型具有优先级,第一事件类型的读取频率,高于,第二事件类型的读取频率;
其中,第一事件类型为优先级高于第二事件类型的事件类型;
第二事件类型为优先级低于第一事件类型的事件类型。
即,优先级较高的事件类型的读取频率,高于,优先级较低的事件类型的读取频率。当所述事件类型为发布型时,由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识。
针对用户的发帖、发微博、发博客等发布行为,当用户发布了信息,可以往他的粉丝的FeedList中推送,这种并非要求高实时性,而且粉丝的数量不可控,所以偏向保证处理的稳定性,读取频率较低。
当所述事件类型为订阅型时,由所述守护进程查找订阅的第三用户标识。
针对用户的关注行为,当用户关注了对象之后,可以往自己的FeedList中看到对象的历史信息行为,所以这种任务的处理是要求实时性比较高,读取频率较高。
根据上述不同的业务场景,分别从实时性,稳定性等维度来决定了守护进程在消费不同任务事件时休眠的时间,获取队列中任务事件的数量等参数。
本发明实施例通过任务队列有序执行事件任务,一方面,按照时间维度的FIFO消费事件任务,基于Kafka等***的任务队列的数据备份机制,当出现程序异常时,导致一部分被取出的数据未被解析,可以根据异常出现的时间段从队列的备份中取出相应的任务进行解析,增加的灾难发生时的数据可恢复手段;另一方面,按照时间维度的FIFO消费事件任务,保证了获取事件任务的有序进行,保证了按时间维度的事件任务优先级区分。
步骤103,将所述事件标识写入所述信息流列表中;
在具体实现中,由预置的守护进程将所述事件标识写入存储在Redis数据库中的信息流列表。
守护进程分别部署在多台线上服务器中,守护进程之间一般是独立无耦合的,同时向一个任务队列获取事件任务,基于任务队列移出任务的同步串行方式可以保证事件任务的有序移出。
在本发明实施例中,为了保证数据处理的及时性,因此,使用支持高并发应用场景的Redis作为存储介质,不断往用户的FeedList中填充数据。
Redis是一种支持高并发的非关系数据库,相对于传统的关系型数据库,特点是数据读写速度快,每秒并发可以达到5万以上,适合高并发业务场景的应用,减小高并发情况下数据存储带来的性能瓶颈,并且支持异步持久化功能,在灾难恢复和存储安全上比MemCache(分布式的高速缓存***)可靠。
本发明实施例中的Redis数据库支持高并发的读写操作,保证了用户信息读写更新的及时性,保证了用户体验。
步骤104,将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
在具体实现中,当所述第二用户标识关联在线状态时,按照所述信息流列表中事件标识的时间顺序,将所述事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
即当用户在APP登录上线后,从自己的信息流列表FeedList中按时间顺序获取Feed流信息。
进一步而言,在Feed***中,可以从数据库(如关系型数据库MySQL)中提取事件标识对应的事件信息,发送至客户端。
Feed流信息是机器可读的,这样不用人工干预就可以在计算机之间传递信息。浏览器插件、称为“读者”的客户端应用程序或者API会把源代码转换成人工可读的文本,展示给用户。
本发明实施例将基于第一用户标识触发的事件的事件标识写入订阅第一用户标识的信息的第二用户标识关联的信息流列表中,在第二用户标识关联在线状态时,发送相应的事件信息,通过异步推送在延迟允许的时间范围内进行事件整合统一处理,降低了数据的并发执行数,大大减轻了服务器压力。
对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
参照图4,示出了根据本发明一个实施例的一种信息流数据的处理装置实施例的结构框图,具体可以包括如下模块:
事件处理模块401,适于在接收到基于第一用户标识发起的一事件的处理请求时,按照所述处理请求处理所述事件,所述事件具有事件标识;
用户标识查找模块402,适于查找订阅所述第一用户标识的信息的第二用户标识;所述第二用户标识具有信息流列表;
信息流列表写模块403,适于将所述事件标识写入所述信息流列表中;
事件信息发送模块404,适于将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
在本发明实施例的一种可选示例中,所述事件处理模块401还可以适于:
将所述事件的事件信息存储到数据库中。
在本发明的一种可选实施例中,所述用户标识查找模块402还可以适于:
生成事件任务;所述事件任务包括第一用户标识、事件标识;
将所述事件任务写入预置的任务队列中;
由预置的守护进程从所述任务队列中读取所述事件任务;
由预置的守护进程查找订阅所述第一用户标识的信息的第二用户标识。
在本发明的一种可选实施例中,所述事件任务还可以包括事件类型;所述用户标识查找模块402还可以适于:
将所述事件任务写入与所述事件类型匹配的、预置的任务队列中。
在本发明的一种可选实施例中,所述用户标识查找模块402还可以适于:
由预置的守护进程按照对所述事件类型设定的读取频率,从所述任务队列中按照先进先出的方式读取所述事件任务。
在具体实现中,所述事件类型可以具有优先级,第一事件类型的读取频率,高于,第二事件类型的读取频率;
其中,第一事件类型为优先级高于第二事件类型的事件类型;
第二事件类型为优先级低于第一事件类型的事件类型。
在本发明的一种可选实施例中,所述事件任务还可以包括事件类型;所述用户标识查找模块402还可以适于:
当所述事件类型为发布型时,由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识。
在本发明实施例的一种可选示例中,所述信息流列表写模块403还可以适于:
由预置的守护进程将所述事件标识写入存储在Redis数据库中的信息流列表。
在本发明的一种可选实施例中,所述事件信息发送模块404还可以适于:
当所述第二用户标识关联在线状态时,按照所述信息流列表中事件标识的时间顺序,将所述事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造这类***所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的信息流数据的处理设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明实施例公开了A1、一种信息流数据的处理方法,包括:
当接收到基于第一用户标识发起的一事件的处理请求时,按照所述处理请求处理所述事件,所述事件具有事件标识;
查找订阅所述第一用户标识的信息的第二用户标识;所述第二用户标识具有关联的信息流列表;
将所述事件标识写入所述信息流列表中;
将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
A2、如A1所述的方法,所述按照所述处理请求处理所述事件的步骤包括:
将所述事件的事件信息存储到数据库中。
A3、如A1或A2所述的方法,所述查找订阅所述第一用户标识的信息的第二用户标识的步骤包括:
生成事件任务;所述事件任务包括第一用户标识、事件标识;
将所述事件任务写入预置的任务队列中;
由预置的守护进程从所述任务队列中读取所述事件任务;
由预置的守护进程查找订阅所述第一用户标识的信息的第二用户标识。
A4、如A3所述的方法,所述事件任务还包括事件类型;
所述将所述事件任务写入预置的任务队列中的步骤包括:
将所述事件任务写入与所述事件类型匹配的、预置的任务队列中。
A5、如A4所述的方法,所述由预置的守护进程从所述任务队列中读取所述事件任务的步骤包括:
由预置的守护进程按照对所述事件类型设定的读取频率,从所述任务队列中按照先进先出的方式读取所述事件任务。
A6、如A5所述的方法,所述事件类型具有优先级,第一事件类型的读取频率,高于,第二事件类型的读取频率;
其中,第一事件类型为优先级高于第二事件类型的事件类型;
第二事件类型为优先级低于第一事件类型的事件类型。
A7、如A3所述的方法,所述事件任务还包括事件类型;
所述由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识的步骤包括:
当所述事件类型为发布型时,由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识。
A8、如A1或A2或A4或A5或A6或A7所述的方法,所述将所述事件标识写入所述信息流列表中的步骤包括:
由预置的守护进程将所述事件标识写入存储在Redis数据库中的信息流列表。
A9、如A1或A2或A4或A5或A6或A7所述的方法,所述将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端的步骤包括:
当所述第二用户标识关联在线状态时,按照所述信息流列表中事件标识的时间顺序,将所述事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
本发明实施例还公开了B10、一种信息流数据的处理装置,包括:
事件处理模块,适于在接收到基于第一用户标识发起的一事件的处理请求时,按照所述处理请求处理所述事件,所述事件具有事件标识;
用户标识查找模块,适于查找订阅所述第一用户标识的信息的第二用户标识;所述第二用户标识具有信息流列表;
信息流列表写模块,适于将所述事件标识写入所述信息流列表中;
事件信息发送模块,适于将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
B11、如B10所述的装置,所述事件处理模块还适于:
将所述事件的事件信息存储到数据库中。
B12、如B10或B11所述的装置,所述用户标识查找模块还适于:
生成事件任务;所述事件任务包括第一用户标识、事件标识;
将所述事件任务写入预置的任务队列中;
由预置的守护进程从所述任务队列中读取所述事件任务;
由预置的守护进程查找订阅所述第一用户标识的信息的第二用户标识。
B13、如B12所述的装置,所述事件任务还包括事件类型;所述用户标识查找模块还适于:
将所述事件任务写入与所述事件类型匹配的、预置的任务队列中。
B14、如B13所述的装置,所述用户标识查找模块还适于:
由预置的守护进程按照对所述事件类型设定的读取频率,从所述任务队列中按照先进先出的方式读取所述事件任务。
B15、如B14所述的装置,所述事件类型具有优先级,第一事件类型的读取频率,高于,第二事件类型的读取频率;
其中,第一事件类型为优先级高于第二事件类型的事件类型;
第二事件类型为优先级低于第一事件类型的事件类型。
B16、如B12所述的装置,所述事件任务还包括事件类型;所述用户标识查找模块还适于:
当所述事件类型为发布型时,由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识。
B7、如B10或B11或B13或B14或B15或B16所述的装置,所述信息流列表写模块还适于:
由预置的守护进程将所述事件标识写入存储在Redis数据库中的信息流列表。
B18、如B10或B11或B13或B14或B15或B16所述的装置,所述事件信息发送模块还适于:
当所述第二用户标识关联在线状态时,按照所述信息流列表中事件标识的时间顺序,将所述事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
Claims (10)
1.一种信息流数据的处理方法,包括:
当接收到基于第一用户标识发起的一事件的处理请求时,按照所述处理请求处理所述事件,所述事件具有事件标识;
查找订阅所述第一用户标识的信息的第二用户标识;所述第二用户标识具有关联的信息流列表;
将所述事件标识写入所述信息流列表中;
将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
2.如权利要求1所述的方法,其特征在于,所述按照所述处理请求处理所述事件的步骤包括:
将所述事件的事件信息存储到数据库中。
3.如权利要求1或2所述的方法,其特征在于,所述查找订阅所述第一用户标识的信息的第二用户标识的步骤包括:
生成事件任务;所述事件任务包括第一用户标识、事件标识;
将所述事件任务写入预置的任务队列中;
由预置的守护进程从所述任务队列中读取所述事件任务;
由预置的守护进程查找订阅所述第一用户标识的信息的第二用户标识。
4.如权利要求3所述的方法,其特征在于,所述事件任务还包括事件类型;
所述将所述事件任务写入预置的任务队列中的步骤包括:
将所述事件任务写入与所述事件类型匹配的、预置的任务队列中。
5.如权利要求4所述的方法,其特征在于,所述由预置的守护进程从所述任务队列中读取所述事件任务的步骤包括:
由预置的守护进程按照对所述事件类型设定的读取频率,从所述任务队列中按照先进先出的方式读取所述事件任务。
6.如权利要求5所述的方法,其特征在于,所述事件类型具有优先级,第一事件类型的读取频率,高于,第二事件类型的读取频率;
其中,第一事件类型为优先级高于第二事件类型的事件类型;
第二事件类型为优先级低于第一事件类型的事件类型。
7.如权利要求3所述的方法,其特征在于,所述事件任务还包括事件类型;
所述由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识的步骤包括:
当所述事件类型为发布型时,由所述守护进程查找订阅所述第一用户标识的信息的第二用户标识。
8.如权利要求1或2或4或5或6或7所述的方法,其特征在于,所述将所述事件标识写入所述信息流列表中的步骤包括:
由预置的守护进程将所述事件标识写入存储在Redis数据库中的信息流列表。
9.如权利要求1或2或4或5或6或7所述的方法,其特征在于,所述将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端的步骤包括:
当所述第二用户标识关联在线状态时,按照所述信息流列表中事件标识的时间顺序,将所述事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
10.一种信息流数据的处理装置,包括:
事件处理模块,适于在接收到基于第一用户标识发起的一事件的处理请求时,按照所述处理请求处理所述事件,所述事件具有事件标识;
用户标识查找模块,适于查找订阅所述第一用户标识的信息的第二用户标识;所述第二用户标识具有信息流列表;
信息流列表写模块,适于将所述事件标识写入所述信息流列表中;
事件信息发送模块,适于将所述信息流列表中事件标识对应的事件信息发送至所述第二用户标识对应的客户端。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510364378.4A CN105095365A (zh) | 2015-06-26 | 2015-06-26 | 一种信息流数据的处理方法和装置 |
US15/739,881 US20180365254A1 (en) | 2015-06-26 | 2016-06-23 | Method and apparatus for processing information flow data |
PCT/CN2016/086876 WO2016206600A1 (zh) | 2015-06-26 | 2016-06-23 | 一种信息流数据的处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510364378.4A CN105095365A (zh) | 2015-06-26 | 2015-06-26 | 一种信息流数据的处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105095365A true CN105095365A (zh) | 2015-11-25 |
Family
ID=54575802
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510364378.4A Pending CN105095365A (zh) | 2015-06-26 | 2015-06-26 | 一种信息流数据的处理方法和装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20180365254A1 (zh) |
CN (1) | CN105095365A (zh) |
WO (1) | WO2016206600A1 (zh) |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016206600A1 (zh) * | 2015-06-26 | 2016-12-29 | 北京奇虎科技有限公司 | 一种信息流数据的处理方法和装置 |
CN106487891A (zh) * | 2016-10-11 | 2017-03-08 | 北京集奥聚合科技有限公司 | 一种基于kafka的处理消息的方法 |
CN107438061A (zh) * | 2016-05-27 | 2017-12-05 | 北京京东尚科信息技术有限公司 | 一种kafka客户端鉴权的方法和装置 |
CN107590005A (zh) * | 2017-08-31 | 2018-01-16 | 武汉光谷信息技术股份有限公司 | 一种Redis内存队列中数据的获取方法及*** |
CN107844325A (zh) * | 2017-10-27 | 2018-03-27 | 上海斐讯数据通信技术有限公司 | 一种分布式数据的获取方法及*** |
CN108023960A (zh) * | 2017-12-08 | 2018-05-11 | 百度在线网络技术(北京)有限公司 | 构建Feed流应用的装置和Feed流信息推送的方法 |
CN108241616A (zh) * | 2016-12-23 | 2018-07-03 | 阿里巴巴集团控股有限公司 | 消息推送方法和装置 |
CN108776840A (zh) * | 2018-04-28 | 2018-11-09 | 拉卡拉支付股份有限公司 | 信息流推送方法、装置、电子设备及计算机可读存储介质 |
CN109218419A (zh) * | 2018-09-05 | 2019-01-15 | 广东翼卡车联网服务有限公司 | 一种订阅推送的方法及平台 |
CN109710623A (zh) * | 2018-12-10 | 2019-05-03 | 杭州爱聚科技有限公司 | 一种智能订单同步方法 |
CN109711122A (zh) * | 2019-01-23 | 2019-05-03 | 北京奇艺世纪科技有限公司 | 一种权限管理方法、装置、***、设备及可读存储介质 |
CN109800074A (zh) * | 2019-02-21 | 2019-05-24 | 北京致远互联软件股份有限公司 | 任务数据并发执行方法、装置以及电子设备 |
CN110413427A (zh) * | 2019-07-31 | 2019-11-05 | 中国工商银行股份有限公司 | 订阅数据拉取方法、装置、设备及存储介质 |
CN111158936A (zh) * | 2017-06-15 | 2020-05-15 | 北京忆芯科技有限公司 | 队列交换信息的方法及*** |
CN111259246A (zh) * | 2020-01-17 | 2020-06-09 | 北京达佳互联信息技术有限公司 | 信息推送方法、装置、电子设备及存储介质 |
CN111935209A (zh) * | 2020-06-28 | 2020-11-13 | 航天信息股份有限公司 | 一种基于用户状态对feed信息进行推送的方法及*** |
CN112380155A (zh) * | 2019-09-25 | 2021-02-19 | 北京城建设计发展集团股份有限公司 | 基于云的轨道交通综合数据总线通信方法及*** |
CN113687932A (zh) * | 2021-08-30 | 2021-11-23 | 上海商汤科技开发有限公司 | 一种任务调度的方法、装置、***、电子设备及存储介质 |
CN116132393A (zh) * | 2023-02-02 | 2023-05-16 | 网易(杭州)网络有限公司 | 消息的发布和查询方法、装置、电子设备及计算机介质 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11726842B2 (en) * | 2016-08-02 | 2023-08-15 | Salesforce, Inc. | Techniques and architectures for non-blocking parallel batching |
CN109218346B (zh) * | 2017-06-29 | 2020-07-28 | 北京嘀嘀无限科技发展有限公司 | 网约车应用程序Feed流推送方法和装置 |
AU2018328052B2 (en) | 2017-09-11 | 2024-02-29 | Pharmacosmos Holding A/S | Iron complex compounds for therapeutic use |
CN111385610B (zh) * | 2020-03-17 | 2021-12-24 | 聚好看科技股份有限公司 | 控制广告时长的方法及装置 |
CN111522672B (zh) * | 2020-04-24 | 2023-02-28 | 北京思特奇信息技术股份有限公司 | 一种用于熔断数据重复消费的方法及*** |
CN112367540B (zh) * | 2020-11-13 | 2022-09-20 | 广州易方信息科技股份有限公司 | 在线直播推流数监控的方法、装置 |
CN112416627B (zh) * | 2020-12-02 | 2023-08-18 | 北京皮尔布莱尼软件有限公司 | 一种基于流程的事件信息处理方法、计算设备及存储介质 |
CN112527841A (zh) * | 2020-12-17 | 2021-03-19 | 上海数依数据科技有限公司 | 一种流数据合并处理方法及装置 |
CN113379208B (zh) * | 2021-05-28 | 2023-05-23 | 同盾科技有限公司 | 指标计算方法、装置及可读存储介质 |
CN113535361A (zh) * | 2021-07-23 | 2021-10-22 | 百果园技术(新加坡)有限公司 | 任务调度方法、装置、设备及存储介质 |
CN114124881B (zh) * | 2021-11-30 | 2023-06-20 | 中国建设银行股份有限公司 | 一种基于优先级的消息推送方法及相关装置 |
CN114489863A (zh) * | 2022-02-16 | 2022-05-13 | 平安普惠企业管理有限公司 | 一种***参数配置方法、装置、计算机设备及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011003316A1 (zh) * | 2009-07-08 | 2011-01-13 | 中兴通讯股份有限公司 | 一种进行多节点事务处理的集群***及请求消息分发方法 |
CN102902733A (zh) * | 2012-09-11 | 2013-01-30 | 北京奇艺世纪科技有限公司 | 一种基于内容订阅的信息推送方法、装置及*** |
CN103177027A (zh) * | 2011-12-23 | 2013-06-26 | 北京新媒传信科技有限公司 | 获取动态Feed索引的方法和*** |
CN103618668A (zh) * | 2013-12-18 | 2014-03-05 | 清华大学 | 微博推送、接收方法及装置 |
CN103905521A (zh) * | 2012-12-31 | 2014-07-02 | ***通信集团公司 | 一种用于网络服务的信息处理***和方法 |
CN103927218A (zh) * | 2014-04-30 | 2014-07-16 | 广州唯品会网络技术有限公司 | 事件分发方法及*** |
CN104281605A (zh) * | 2013-07-08 | 2015-01-14 | 北京齐尔布莱特科技有限公司 | 一种社交网站Feed流推送方法 |
CN104615716A (zh) * | 2015-02-05 | 2015-05-13 | 北京航空航天大学 | 基于优先序列的分布式社交网络信息采集方法及*** |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080126476A1 (en) * | 2004-08-04 | 2008-05-29 | Nicholas Frank C | Method and System for the Creating, Managing, and Delivery of Enhanced Feed Formatted Content |
JPWO2007119550A1 (ja) * | 2006-04-05 | 2009-08-27 | パナソニック株式会社 | システム管理装置 |
US20080034095A1 (en) * | 2006-08-01 | 2008-02-07 | Motorola, Inc. | Multi-representation media event handoff |
GB0809875D0 (en) * | 2008-05-30 | 2008-07-09 | Vodafone Plc | Communications management |
US8635248B2 (en) * | 2008-06-23 | 2014-01-21 | Microsoft Corporation | Providing localized individually customized updates from a social network site to a desktop application |
CN102214187B (zh) * | 2010-04-12 | 2017-03-01 | 阿里巴巴集团控股有限公司 | 复合事件处理方法及装置 |
US8661076B2 (en) * | 2010-09-23 | 2014-02-25 | Salesforce.Com, Inc. | Business networking information feed alerts |
US20120101985A1 (en) * | 2010-10-25 | 2012-04-26 | Salesforce.Com, Inc. | Triggering actions in an information feed system |
US20120278329A1 (en) * | 2011-04-29 | 2012-11-01 | Google Inc. | Tracking feeds in a social network |
US20130061156A1 (en) * | 2011-07-18 | 2013-03-07 | Salesforce.Com, Inc. | Computer implemented methods and apparatus for filtering information updates to display in a feed of an online social network |
US9064287B2 (en) * | 2011-10-13 | 2015-06-23 | Salesforce.Com, Inc. | Computer implemented methods and apparatus for providing group-related social network information |
US10692096B2 (en) * | 2013-03-15 | 2020-06-23 | Thermodynamic Design, Llc | Customizable data management system |
US9823813B2 (en) * | 2013-03-15 | 2017-11-21 | Salesforce.Com, Inc. | Apparatus and methods for performing an action on a database record |
US20140307735A1 (en) * | 2013-04-11 | 2014-10-16 | YakStack, LLC | Model for managing the processes around the broadcasting of phone calls and text messages to groups of people |
CN104281627B (zh) * | 2013-07-12 | 2018-12-21 | 阿里巴巴集团控股有限公司 | 一种报告数据处理结果的方法、***及事件追踪器 |
US11055340B2 (en) * | 2013-10-03 | 2021-07-06 | Minute Spoteam Ltd. | System and method for creating synopsis for multimedia content |
CN105808618B (zh) * | 2014-12-31 | 2019-10-22 | 阿里巴巴集团控股有限公司 | Feed数据的存储和查询方法及其装置 |
US9965541B2 (en) * | 2015-02-24 | 2018-05-08 | Salesforce.Com, Inc. | Interest groups based on network feed items |
CN105095365A (zh) * | 2015-06-26 | 2015-11-25 | 北京奇虎科技有限公司 | 一种信息流数据的处理方法和装置 |
-
2015
- 2015-06-26 CN CN201510364378.4A patent/CN105095365A/zh active Pending
-
2016
- 2016-06-23 WO PCT/CN2016/086876 patent/WO2016206600A1/zh active Application Filing
- 2016-06-23 US US15/739,881 patent/US20180365254A1/en not_active Abandoned
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011003316A1 (zh) * | 2009-07-08 | 2011-01-13 | 中兴通讯股份有限公司 | 一种进行多节点事务处理的集群***及请求消息分发方法 |
CN103177027A (zh) * | 2011-12-23 | 2013-06-26 | 北京新媒传信科技有限公司 | 获取动态Feed索引的方法和*** |
CN102902733A (zh) * | 2012-09-11 | 2013-01-30 | 北京奇艺世纪科技有限公司 | 一种基于内容订阅的信息推送方法、装置及*** |
CN103905521A (zh) * | 2012-12-31 | 2014-07-02 | ***通信集团公司 | 一种用于网络服务的信息处理***和方法 |
CN104281605A (zh) * | 2013-07-08 | 2015-01-14 | 北京齐尔布莱特科技有限公司 | 一种社交网站Feed流推送方法 |
CN103618668A (zh) * | 2013-12-18 | 2014-03-05 | 清华大学 | 微博推送、接收方法及装置 |
CN103927218A (zh) * | 2014-04-30 | 2014-07-16 | 广州唯品会网络技术有限公司 | 事件分发方法及*** |
CN104615716A (zh) * | 2015-02-05 | 2015-05-13 | 北京航空航天大学 | 基于优先序列的分布式社交网络信息采集方法及*** |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016206600A1 (zh) * | 2015-06-26 | 2016-12-29 | 北京奇虎科技有限公司 | 一种信息流数据的处理方法和装置 |
CN107438061A (zh) * | 2016-05-27 | 2017-12-05 | 北京京东尚科信息技术有限公司 | 一种kafka客户端鉴权的方法和装置 |
CN107438061B (zh) * | 2016-05-27 | 2020-03-03 | 北京京东尚科信息技术有限公司 | 一种kafka客户端鉴权的方法和装置 |
CN106487891B (zh) * | 2016-10-11 | 2019-05-21 | 北京集奥聚合科技有限公司 | 一种基于kafka的处理消息的方法 |
CN106487891A (zh) * | 2016-10-11 | 2017-03-08 | 北京集奥聚合科技有限公司 | 一种基于kafka的处理消息的方法 |
CN108241616A (zh) * | 2016-12-23 | 2018-07-03 | 阿里巴巴集团控股有限公司 | 消息推送方法和装置 |
CN111158936B (zh) * | 2017-06-15 | 2024-04-09 | 北京忆芯科技有限公司 | 队列交换信息的方法及*** |
CN111158936A (zh) * | 2017-06-15 | 2020-05-15 | 北京忆芯科技有限公司 | 队列交换信息的方法及*** |
CN107590005A (zh) * | 2017-08-31 | 2018-01-16 | 武汉光谷信息技术股份有限公司 | 一种Redis内存队列中数据的获取方法及*** |
CN107844325A (zh) * | 2017-10-27 | 2018-03-27 | 上海斐讯数据通信技术有限公司 | 一种分布式数据的获取方法及*** |
CN108023960B (zh) * | 2017-12-08 | 2019-05-21 | 百度在线网络技术(北京)有限公司 | 构建Feed流应用的装置和Feed流信息推送的方法 |
CN108023960A (zh) * | 2017-12-08 | 2018-05-11 | 百度在线网络技术(北京)有限公司 | 构建Feed流应用的装置和Feed流信息推送的方法 |
CN108776840A (zh) * | 2018-04-28 | 2018-11-09 | 拉卡拉支付股份有限公司 | 信息流推送方法、装置、电子设备及计算机可读存储介质 |
CN108776840B (zh) * | 2018-04-28 | 2024-04-02 | 拉卡拉支付股份有限公司 | 信息流推送方法、装置、电子设备及计算机可读存储介质 |
CN109218419A (zh) * | 2018-09-05 | 2019-01-15 | 广东翼卡车联网服务有限公司 | 一种订阅推送的方法及平台 |
CN109710623A (zh) * | 2018-12-10 | 2019-05-03 | 杭州爱聚科技有限公司 | 一种智能订单同步方法 |
CN109711122B (zh) * | 2019-01-23 | 2021-04-30 | 北京奇艺世纪科技有限公司 | 一种权限管理方法、装置、***、设备及可读存储介质 |
CN109711122A (zh) * | 2019-01-23 | 2019-05-03 | 北京奇艺世纪科技有限公司 | 一种权限管理方法、装置、***、设备及可读存储介质 |
CN109800074A (zh) * | 2019-02-21 | 2019-05-24 | 北京致远互联软件股份有限公司 | 任务数据并发执行方法、装置以及电子设备 |
CN110413427A (zh) * | 2019-07-31 | 2019-11-05 | 中国工商银行股份有限公司 | 订阅数据拉取方法、装置、设备及存储介质 |
CN110413427B (zh) * | 2019-07-31 | 2022-03-22 | 中国工商银行股份有限公司 | 订阅数据拉取方法、装置、设备及存储介质 |
CN112380155A (zh) * | 2019-09-25 | 2021-02-19 | 北京城建设计发展集团股份有限公司 | 基于云的轨道交通综合数据总线通信方法及*** |
CN111259246A (zh) * | 2020-01-17 | 2020-06-09 | 北京达佳互联信息技术有限公司 | 信息推送方法、装置、电子设备及存储介质 |
CN111935209A (zh) * | 2020-06-28 | 2020-11-13 | 航天信息股份有限公司 | 一种基于用户状态对feed信息进行推送的方法及*** |
CN113687932A (zh) * | 2021-08-30 | 2021-11-23 | 上海商汤科技开发有限公司 | 一种任务调度的方法、装置、***、电子设备及存储介质 |
CN116132393A (zh) * | 2023-02-02 | 2023-05-16 | 网易(杭州)网络有限公司 | 消息的发布和查询方法、装置、电子设备及计算机介质 |
Also Published As
Publication number | Publication date |
---|---|
US20180365254A1 (en) | 2018-12-20 |
WO2016206600A1 (zh) | 2016-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105095365A (zh) | 一种信息流数据的处理方法和装置 | |
CN108536761B (zh) | 报表数据查询方法及服务器 | |
US11586692B2 (en) | Streaming data processing | |
US11281706B2 (en) | Multi-layer partition allocation for query execution | |
US10726009B2 (en) | Query processing using query-resource usage and node utilization data | |
US11232100B2 (en) | Resource allocation for multiple datasets | |
US20190310977A1 (en) | Bucket data distribution for exporting data to worker nodes | |
US8023934B2 (en) | Synchronizing communications and data between mobile devices and servers | |
CN112307037B (zh) | 一种数据同步方法和装置 | |
CN107515878B (zh) | 一种数据索引的管理方法及装置 | |
CN110019240A (zh) | 一种业务数据交互方法、装置及*** | |
CN110134648A (zh) | 日志处理方法、装置、设备、***及计算机可读存储介质 | |
US10885105B2 (en) | Image search based on message history | |
US11314550B2 (en) | User specific event threading | |
US10872097B2 (en) | Data resolution system for management of distributed data | |
CN102932445A (zh) | 网络内容状态的获取方法和装置 | |
CN103034540A (zh) | 分布式消息***及其设备和协调方法 | |
CN103034541A (zh) | 一种分布式消息***及其中的设备和方法 | |
CN110968603A (zh) | 一种数据访问方法及装置 | |
CN107040576A (zh) | 信息推送方法及装置、通讯*** | |
CN111784318A (zh) | 数据处理方法、装置、电子设备及存储介质 | |
CN111754268A (zh) | 基于ott大数据的用户标签生成方法、管理***及存储介质 | |
CN111461583B (zh) | 一种库存盘点方法和装置 | |
US8510426B2 (en) | Communication and coordination between web services in a cloud-based computing environment | |
CN107291938B (zh) | 订单查询***及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151125 |
|
RJ01 | Rejection of invention patent application after publication |