CN104468629A - 一种批量发送消息的方法和装置 - Google Patents
一种批量发送消息的方法和装置 Download PDFInfo
- Publication number
- CN104468629A CN104468629A CN201410850531.XA CN201410850531A CN104468629A CN 104468629 A CN104468629 A CN 104468629A CN 201410850531 A CN201410850531 A CN 201410850531A CN 104468629 A CN104468629 A CN 104468629A
- Authority
- CN
- China
- Prior art keywords
- metamessage
- message
- buffer memory
- cache
- sent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 61
- 230000005540 biological transmission Effects 0.000 claims description 76
- 230000003139 buffering effect Effects 0.000 claims description 16
- 239000003795 chemical substances by application Substances 0.000 description 13
- 230000006870 function Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 150000001875 compounds Chemical class 0.000 description 1
- 238000013461 design Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- 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/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种批量发送消息的方法和装置,应用于分布式消息***,所述方法包括:读取待发送的已经封装的请求包;解析所述请求包,以获取元信息以及消息;根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中;判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;以及若判断结果为是,则将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。上述方法和装置,可以将不同类型的元信息及消息相对应地缓存在缓存文件中,并进行批量发送,减少了网络延迟,大幅提升了发送性能。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种批量发送消息的方法和装置。
背景技术
分布式消息***是采用分布式处理进行消息发布和订阅的***,典型的分布式消息***包括kafka,RabbitMQ,ActiveMQ,QBus等等。
Qbus是一种以kafka为原型的分布式消息***,其主要由发布方(Producer)、订阅方(Consumer)、存储方(Broker)、协调方(Zookeeper)、代理方(Agent)等单元组成。其中Agent的主要作用是将日志文件实时推送到存储方。
QBus***目前使用消息单条发送策略,为了保证数据可靠性,数据发送需要等待确收(ACK),网络延迟成为了性能的瓶颈,其中,需要逐一读取请求包后发送到对应的服务器数据目录,多次经过网络造成性能较差,无法满足大量用户调用发送接口的需求,容易造成数据发送积压,引发积压报警,增加运维成本。另外,大量未发送消息导致本地文件无法删除,本地磁盘空间占用率高。
发明内容
鉴于上述问题,提出了本发明实施例的批量发送消息的方法和装置,以便克服上述问题或者至少部分地解决上述问题。
依据本发明的第一方面,提供了一种批量发送消息的方法,应用于分布式消息***,所述方法包括:读取待发送的已经封装的请求包;解析所述请求包,以获取元信息以及消息;根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中;判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;以及若判断结果为是,则将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
可选地,在根据本发明的实施例的批量发送消息的方法中,所述根据不同的元信息的类型将消息与元信息相对应地缓存在缓存文件中的步骤包括:判断元信息是否与之前缓存的请求包的元信息相同;若判断结果为相同,则将所述元信息所对应的消息缓存在缓存文件中属于所述元信息的缓存部分中;或若判断结果为不同,则在缓存文件中为所述不同的元信息创建新的缓存部分,并将所述元信息所对应的消息缓存在缓存文件中的所述缓存部分中。
可选地,在根据本发明的实施例的批量发送消息的方法中,在所述读取待发送的已经封装的请求包的步骤之前,所述方法还包括步骤:将单个消息与元信息封装为请求包。
可选地,在根据本发明的实施例的批量发送消息的方法中,在所述将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录的步骤中,调用异步发送接口将重新封装的请求包发送到相应的服务器数据目录。
可选地,在根据本发明的实施例的批量发送消息的方法中,在所述将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录的步骤之后,所述方法还包括步骤:接收服务器返回的确收信息,并将所发送的重新封装的请求包删除。
可选地,在根据本发明的实施例的批量发送消息的方法中,在所述解析所述请求包以获取元信息以及消息的步骤之后,所述方法还包括步骤:判断所述元信息所对应的消息的发送超时时间是否低于预先定义的阈值;以及若判断结果为是,则将所述请求包发送到相应的服务器数据目录。
可选地,在根据本发明的实施例的批量发送消息的方法中,不同类型的元信息对应于不同的发送超时时间和预先定义的缓存大小。
可选地,在根据本发明的实施例的批量发送消息的方法中,在所述判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小的步骤中,在已经超过一个、多个、或全部类型的元信息所对应的消息的发送超时时间,或者一个、多个、或者全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,判断结果为是。
依据本发明的第二方面,提供了一种批量发送消息的装置,应用于分布式消息***,包括:读取模块,用于读取待发送的已经封装的请求包;解析模块,用于解析所述请求包,以获取元信息以及消息;缓存模块,用于根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中;第一判断模块,用于判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;以及重新封装和发送模块,用于在判断结果为是的情况下,将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
可选地,在根据本发明的实施例的批量发送消息的装置中,所述缓存模块:判断元信息是否与之前缓存的请求包的元信息相同;若判断结果为相同,则将所述元信息所对应的消息缓存在缓存文件中属于所述元信息的缓存部分中;或若判断结果为不同,则在缓存文件中为所述不同的元信息创建新的缓存部分,并将所述元信息所对应的消息缓存在缓存文件中的所述缓存部分中。
可选地,在根据本发明的实施例的批量发送消息的装置中,还包括封装模块,用于在所述读取模块读取待发送的已经封装的请求包之前,将单个消息与元信息封装为请求包。
可选地,在根据本发明的实施例的批量发送消息的装置中,所述重新封装和发送模块调用异步发送接口将重新封装的请求包发送到相应的服务器数据目录。
可选地,在根据本发明的实施例的批量发送消息的装置中,还包括确收和删除模块,用于在所述重新封装和发送模块将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包并发送到相应的服务器数据目录之后,接收服务器返回的确收信息,并将所发送的重新封装的请求包删除。
可选地,在根据本发明的实施例的批量发送消息的装置中,还包括第二判断和发送模块,用于在所述解析模块解析所述请求包以获取元信息以及消息之后,判断所述元信息所对应的消息的发送超时时间是否低于预先定义的阈值,并且在判断结果为是的情况下,将所述请求包发送到相应的服务器数据目录。
可选地,在根据本发明的实施例的批量发送消息的装置中,不同类型的元信息对应于不同的发送超时时间和预先定义的缓存大小。
可选地,在根据本发明的实施例的批量发送消息的装置中,在已经超过一个、多个、或全部类型的元信息所对应的消息的发送超时时间的情况下,所述第一判断模块判断已经超过元信息所对应的消息的发送超时时间;
在一个、多个、或者全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,所述第一判断模块判断元信息所对应的所缓存的消息大小已经超出预先定义的缓存大小。
本发明提供了上述批量发送消息的方法和装置,应用于分布式消息***。根据本发明的实施例,可以读取待发送的已经封装的请求包,解析所述请求包以获取元信息以及消息,根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中,判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小,若判断结果为是,则将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。由此,可以将不同类型的元信息及消息相对应地缓存在缓存文件中,并进行批量发送,减少了网络延迟,大幅提升了发送性能,还能够针对消息发送超时时间以及所缓存的消息大小的情况,进行不同的有针对性的处理,确保了发送实时性以及发送成功率。另外,可对具有不同元信息的请求包设置不同的批量参数,如超时时间、缓存大小等等,具有较高的灵活性,后期可扩展性比较好,如可以加入消息过滤器等。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1是根据本发明的实施例的批量发送消息方法的流程示意图;以及
图2是根据本发明的实施例的批量发送消息的装置以及服务器的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
根据本发明的第一方面,提供了一种批量发送消息的方法100,应用于分布式消息***。
在本发明的实施例中,分布式消息***可以是采用分布式处理进行消息发布和订阅的***,例如包括kafka,RabbitMQ,ActiveMQ,QBus等等。在下文中,将以QBus***为例,对于本发明的原理进行详细地描述,以帮助读者更好地理解本发明的原理。但本领域技术人员应当理解,本发明的范围并不限于QBus***,而是可以适用于任何分布式消息***。
QBus***主要由发布方(Producer)、订阅方(Consumer)、存储方(Broker)、协调方(Zookeeper)、代理方(Agent)等单元组成。其中代理方的主要作用是将日志文件实时推送到存储方,因此代理方的消息发送机制至关重要。下面将主要以代理方的消息发送为例来例示本发明的原理,同样,本发明的范围不限于此,而是可以应用于分布式消息***(例如,QBus***)的各个单元。
图1示出了根据本发明的实施例的批量发送消息方法100的流程示意图。如图1所示,方法100始于步骤S110,其中,读取待发送的已经封装的请求包。
可选地,根据本发明的实施例,在所述读取待发送的已经封装的请求包的步骤S110之前,所述方法还可以包括以下步骤:将单个消息与元信息(即,meta信息)封装为请求包。根据本发明的实施例,可以调用SDK(软件开发套件)将单个消息与元信息封装成请求包,并记录在本地文件中,以准备发送到服务器。
而在步骤S110中,可以读取(例如,从本地文件中)该待发送的已经封装的请求包。之后,在步骤S120中,解析所述请求包,以获取元信息以及消息。例如,可以将已经封装的请求包解封装,并从中获取元信息以及消息。
可选地,在本发明的一种实施例中,所述方法100在步骤S120之后还可以包括可选步骤:判断所述元信息所对应的消息的发送超时时间是否低于预先定义的阈值;以及若判断结果为是,则将所述请求包发送到相应的服务器数据目录。在上述实施例中,判断本次读取和解析的请求包中的元信息所对应的消息的最大发送时间是否低于预先定义的阈值,即,判断这种元信息对应的消息是否具有较高的发送实时性的要求,对于这种元信息(及消息),为了不影响发送实时性,不进行批量发送,而是直接进行单独地发送。上述预先定义的阈值可以根据实际需要来进行选择,为了确保较高的发送实时性,可以选择较小的阈值;而为了确保较高的发送性能,则可以选择较大的阈值。
在步骤S120之后,执行步骤S130,其中,根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中。根据本发明的实施例,存在多种不同的元信息,相同的元信息对应的消息类型相同或相似,不同的元信息对应的消息类型不同或不相似。在步骤S130中,将相同或相似类型的消息与元信息相对应地存储在缓存文件中。由此,所述缓存文件其中可以存储有不同的元信息、以及与这些元信息相对应地存储的消息。
根据本发明的实施例,所述步骤S130可以包括:判断元信息是否与之前缓存的请求包的元信息相同;若判断结果为相同,则将所述元信息所对应的消息缓存在缓存文件中属于所述元信息的缓存部分中;或若判断结果为不同,则在缓存文件中为所述不同的元信息创建新的缓存部分,并将所述元信息所对应的消息缓存在缓存文件中的所述缓存部分中。也就是说,可以在缓存文件中创建不同的缓存部分,分别用于存储不同的元信息以及与元信息相对应的消息,与一个元信息相对应的所有消息都存储在同一个缓存部分中。
在步骤S130之后,执行步骤S140以及步骤S150。在步骤S140中,可以判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;而在步骤S150中,若判断结果为是(即,上述两者的判断结果均为是,或者任一判断结果为是),则将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
根据本发明的实施例,在上述步骤S140和S150中,通过进行上述判断并根据判断结果进行相应的处理,可以保证较高的发送实时性,即,保证已经缓存的消息不至于发送超时,一旦判断已经超过所缓存的消息的发送超时时间,就不再缓存后续的消息,而是直接进行重新封装和发送;还可以保证批量发送的请求包的大小不至于过大而影响发送,其中,判断已经缓存的消息的大小是否超出了预先定义的缓存大小,如果已经超出,则不再缓存后续的消息,而是直接进行重新封装和发送。
可选地,在根据本发明的一种实施例中,不同类型的元信息对应于不同的发送超时时间和预先定义的缓存大小。可选地,在上述步骤S140中,在所述判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小的步骤中,在已经超过一个、多个、或全部类型的元信息所对应的消息的发送超时时间,或者一个、多个、或者全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,判断结果为是(即,上述两者的判断结果均为是,或者任一判断结果为是)。
根据本发明的上述实施例,由于不同类型的元信息对应于不同的发送超时时间和预先定义的缓存大小,因此,会先后达到和超过各个元信息所对应的消息的各个发送超时时间,各个元信息所对应的所缓存的消息大小也会先后达到和超出各个预先定义的缓存大小,此时,可以在已经超过一个、多个、或全部类型的元信息所对应的消息的发送超时时间时,将判断结果确定为是,也可以在一个、多个、或者全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,将判断结果判断为是。可以根据发送实时性、发送效率、发送成功率之间的平衡和取舍,来在上述“一个”、“多个”、和“全部”这些判断条件之间进行选择。例如,如果优先考虑发送实时性,则可以在超过一个类型的元信息所对应的消息的发送超时时间的情况下,将判断结果确定为是,将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。而如果优先考虑发送效率,则可以在全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,将判断结果确定为是,将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
根据本发明的实施例,在所述步骤S150中,可以调用异步发送接口(例如,SDK异步发送接口)将重新封装的请求包发送到相应的服务器数据目录。
可选地,根据本发明的实施例,在所述步骤S150之后,所述方法100还可以包括以下步骤:接收服务器返回的确收信息,并将所发送的重新封装的请求包删除。由此,可以将已经完成发送的元信息以及消息删除,减少对于本地磁盘空间的占用。
根据本发明的第二方面,与上述方法100相对应,还提供了一种批量发送消息的装置200,应用于分布式消息***。
在本发明的实施例中,分布式消息***可以是采用分布式处理进行消息发布和订阅的***,例如包括kafka,RabbitMQ,ActiveMQ,QBus等等。在下文中,将以QBus***为例,对于本发明的原理进行详细地描述,以帮助读者更好地理解本发明的原理。但本领域技术人员应当理解,本发明的范围并不限于QBus***,而是可以适用于任何分布式消息***。
QBus***主要由发布方(Producer)、订阅方(Consumer)、存储方(Broker)、协调方(Zookeeper)、代理方(Agent)等单元组成。其中代理方的主要作用是将日志文件实时推送到存储方,因此代理方的消息发送机制至关重要。下面将主要以代理方的消息发送为例来例示本发明的原理,同样,本发明的范围不限于此,而是可以应用于分布式消息***(例如,QBus***)的各个单元。
图2示出了根据本发明的实施例的批量发送消息的装置200和服务器300的结构示意图。如图2所示,装置200主要包括读取模块210、解析模块220、缓存模块230、第一判断模块240、以及重新封装和发送模块250。其中,所述读取模块210用于读取待发送的已经封装的请求包;所述解析模块220用于解析所述请求包,以获取元信息以及消息;所述缓存模块230用于根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中;所述第一判断模块240用于判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;所述重新封装和发送模块250用于在判断结果为是的情况下,将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
首先,所述读取模块210读取待发送的已经封装的请求包。
可选地,根据本发明的实施例,所述装置200还可以包括可选模块:封装模块(未在图2中示出),用于在所述读取模块210读取待发送的已经封装的请求包之前,将单个消息与元信息(即,meta信息)封装为请求包。根据本发明的实施例,所述封装模块可以调用SDK(软件开发套件)将单个消息与元信息封装成请求包,并记录在本地文件中,以准备发送到服务器。
所述读取模块210可以读取(例如,从本地文件中)该待发送的已经封装的请求包。之后,所述解析模块220可以解析所述请求包,以获取元信息以及消息。例如,所述解析模块220可以将已经封装的请求包解封装,并从中获取元信息以及消息。
可选地,在本发明的一种实施例中,所述装置200还可以包括可选模块:第二判断和发送模块(未在图2中示出),用于在所述解析模块220解析所述请求包以获取元信息以及消息之后,判断所述元信息所对应的消息的发送超时时间是否低于预先定义的阈值,并在判断结果为是的情况下,将所述请求包发送到相应的服务器数据目录。在上述实施例中,所述第二判断和发送模块判断本次读取和解析的请求包中的元信息所对应的消息的最大发送时间是否低于预先定义的阈值,即,所述第二判断和发送模块判断这种元信息对应的消息是否具有较高的发送实时性的要求,对于这种元信息(及消息),为了不影响发送实时性,不进行批量发送,而是直接进行单独地发送。上述预先定义的阈值可以根据实际需要来进行选择,为了确保较高的发送实时性,可以选择较小的阈值;而为了确保较高的发送性能,则可以选择较大的阈值。
接下来,所述缓存模块230可以根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中。根据本发明的实施例,存在多种不同的元信息,相同的元信息对应的消息类型相同或相似,不同的元信息对应的消息类型不同或不相似。所述缓存模块230可以将相同或相似类型的消息与元信息相对应地存储在缓存文件中。由此,所述缓存文件其中可以存储有不同的元信息、以及与这些元信息相对应地存储的消息。
根据本发明的实施例,所述缓存模块230可以判断元信息是否与之前缓存的请求包的元信息相同,并在判断结果为相同的情况下,将所述元信息所对应的消息缓存在缓存文件中属于所述元信息的缓存部分中,在判断结果为不同的情况下,所述缓存模块230可以在缓存文件中为所述不同的元信息创建新的缓存部分,并将所述元信息所对应的消息缓存在缓存文件中的所述缓存部分中。也就是说,所述缓存模块230可以可以在缓存文件中创建不同的缓存部分,分别用于存储不同的元信息以及与元信息相对应的消息,与一个元信息相对应的所有消息都存储在同一个缓存部分中。
随后,所述第一判断模块240可以判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;所述重新封装和发送模块250可以在判断结果为是(即,上述两者的判断结果均为是,或者任一判断结果为是)的情况下,将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
根据本发明的实施例,在上述第一判断模块240和重新封装和发送模块250的操作中,通过进行上述判断并根据判断结果进行相应的处理,可以保证较高的发送实时性,即,保证已经缓存的消息不至于发送超时,一旦判断已经超过所缓存的消息的发送超时时间,就不再缓存后续的消息,而是直接进行重新封装和发送;还可以保证批量发送的请求包的大小不至于过大而影响发送,其中,判断已经缓存的消息的大小是否超出了预先定义的缓存大小,如果已经超出,则不再缓存后续的消息,而是直接进行重新封装和发送。
可选地,在根据本发明的一种实施例中,不同类型的元信息对应于不同的发送超时时间和预先定义的缓存大小。可选地,在已经超过一个、多个、或全部类型的元信息所对应的消息的发送超时时间,或者一个、多个、或者全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,上述第一判断模块240将判断结果确定为是(即,上述两者的判断结果均为是,或者任一判断结果为是)。
根据本发明的上述实施例,由于不同类型的元信息对应于不同的发送超时时间和预先定义的缓存大小,因此,会先后达到和超过各个元信息所对应的消息的各个发送超时时间,各个元信息所对应的所缓存的消息大小也会先后达到和超出各个预先定义的缓存大小,此时,上述第一判断模块240可以在已经超过一个、多个、或全部类型的元信息所对应的消息的发送超时时间时,将判断结果确定为是,上述第一判断模块240也可以在一个、多个、或者全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,将判断结果判断为是。可以根据发送实时性、发送效率、发送成功率之间的平衡和取舍,来在上述“一个”、“多个”、和“全部”这些判断条件之间进行选择。例如,如果优先考虑发送实时性,则上述第一判断模块240可以在超过一个类型的元信息所对应的消息的发送超时时间的情况下,将判断结果确定为是,所述重新封装和发送模块250可以将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。而如果优先考虑发送效率,则上述第一判断模块240可以在全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,将判断结果确定为是,所述重新封装和发送模块250将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
根据本发明的实施例,所述重新封装和发送模块250可以调用异步发送接口(例如,SDK异步发送接口)将重新封装的请求包发送到相应的服务器数据目录。
可选地,根据本发明的实施例,所述装置200还可以包括可选模块:确收和删除模块(未在图2中示出),用于在所述重新封装和发送模块250将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包并发送到相应的服务器数据目录之后,接收服务器返回的确收信息,并将所发送的重新封装的请求包删除。由此,可以将已经完成发送的元信息以及消息删除,减少对于本地磁盘空间的占用。
本发明提供了上述批量发送消息的方法和装置,应用于分布式消息***。根据本发明的实施例,可以读取待发送的已经封装的请求包,解析所述请求包以获取元信息以及消息,根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中,判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小,若判断结果为是,则将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。由此,可以将不同类型的元信息及消息相对应地缓存在缓存文件中,并进行批量发送,减少了网络延迟,大幅提升了发送性能,还能够针对消息发送超时时间以及所缓存的消息大小的情况,进行不同的有针对性的处理,确保了发送实时性以及发送成功率。另外,可对具有不同元信息的请求包设置不同的批量参数,如超时时间、缓存大小等等,具有较高的灵活性,后期可扩展性比较好,如可以加入消息过滤器等。
在此提供的方法和装置不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造这类装置所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的装置中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个装置中。可以把实施例中的若干模块组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者模块中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个装置实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的装置中的一些或者全部模块的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”或“包括”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明还公开了:
A1.一种批量发送消息的方法,应用于分布式消息***,所述方法包括:
读取待发送的已经封装的请求包;
解析所述请求包,以获取元信息以及消息;
根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中;
判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;以及
若判断结果为是,则将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
A2.如权利要求A1所述的方法,其中所述根据不同的元信息的类型将消息与元信息相对应地缓存在缓存文件中的步骤包括:
判断元信息是否与之前缓存的请求包的元信息相同;
若判断结果为相同,则将所述元信息所对应的消息缓存在缓存文件中属于所述元信息的缓存部分中;或
若判断结果为不同,则在缓存文件中为所述不同的元信息创建新的缓存部分,并将所述元信息所对应的消息缓存在缓存文件中的所述缓存部分中。
A3.如权利要求A1所述的方法,其中在所述读取待发送的已经封装的请求包的步骤之前,所述方法还包括步骤:将单个消息与元信息封装为请求包。
A4.如权利要求A1至A3中的任一项所述的方法,其中在所述将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录的步骤中,调用异步发送接口将重新封装的请求包发送到相应的服务器数据目录。
A5.如权利要求A1至A3中的任一项所述的方法,其中在所述将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录的步骤之后,所述方法还包括步骤:
接收服务器返回的确收信息,并将所发送的重新封装的请求包删除。
A6.如权利要求A1至A3中的任一项所述的方法,其中在所述解析所述请求包以获取元信息以及消息的步骤之后,所述方法还包括步骤:
判断所述元信息所对应的消息的发送超时时间是否低于预先定义的阈值;以及
若判断结果为是,则将所述请求包发送到相应的服务器数据目录。
A7.如权利要求A1至A3中的任一项所述的方法,其中不同类型的元信息对应于不同的发送超时时间和预先定义的缓存大小。
A8.如权利要求A1至A3中的任一项所述的方法,其中在所述判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小的步骤中,在已经超过一个、多个、或全部类型的元信息所对应的消息的发送超时时间,或者一个、多个、或者全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,判断结果为是。
B9.一种批量发送消息的装置,应用于分布式消息***,包括:
读取模块,用于读取待发送的已经封装的请求包;
解析模块,用于解析所述请求包,以获取元信息以及消息;
缓存模块,用于根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中;
第一判断模块,用于判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;以及
重新封装和发送模块,用于在判断结果为是的情况下,将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
B10.如权利要求B9所述的装置,其中所述缓存模块:
判断元信息是否与之前缓存的请求包的元信息相同;
若判断结果为相同,则将所述元信息所对应的消息缓存在缓存文件中属于所述元信息的缓存部分中;或
若判断结果为不同,则在缓存文件中为所述不同的元信息创建新的缓存部分,并将所述元信息所对应的消息缓存在缓存文件中的所述缓存部分中。
B11.如权利要求B9所述的装置,还包括封装模块,用于在所述读取模块读取待发送的已经封装的请求包之前,将单个消息与元信息封装为请求包。
B12.如权利要求B9至B11中的任一项所述的装置,其中所述重新封装和发送模块调用异步发送接口将重新封装的请求包发送到相应的服务器数据目录。
B13.如权利要求B9至B11中的任一项所述的装置,还包括确收和删除模块,用于在所述重新封装和发送模块将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包并发送到相应的服务器数据目录之后,接收服务器返回的确收信息,并将所发送的重新封装的请求包删除。
B14.如权利要求B9至B11中的任一项所述的装置,还包括第二判断和发送模块,用于在所述解析模块解析所述请求包以获取元信息以及消息之后,判断所述元信息所对应的消息的发送超时时间是否低于预先定义的阈值,并且在判断结果为是的情况下,将所述请求包发送到相应的服务器数据目录。
B15.如权利要求B8至B10中的任一项所述的装置,其中不同类型的元信息对应于不同的发送超时时间和预先定义的缓存大小。
B16.如权利要求B8至B10中的任一项所述的装置,其中在已经超过一个、多个、或全部类型的元信息所对应的消息的发送超时时间的情况下,所述第一判断模块判断已经超过元信息所对应的消息的发送超时时间;
在一个、多个、或者全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,所述第一判断模块判断元信息所对应的所缓存的消息大小已经超出预先定义的缓存大小。
Claims (10)
1.一种批量发送消息的方法,应用于分布式消息***,所述方法包括:
读取待发送的已经封装的请求包;
解析所述请求包,以获取元信息以及消息;
根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中;
判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;以及
若判断结果为是,则将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
2.如权利要求1所述的方法,其中所述根据不同的元信息的类型将消息与元信息相对应地缓存在缓存文件中的步骤包括:
判断元信息是否与之前缓存的请求包的元信息相同;
若判断结果为相同,则将所述元信息所对应的消息缓存在缓存文件中属于所述元信息的缓存部分中;或
若判断结果为不同,则在缓存文件中为所述不同的元信息创建新的缓存部分,并将所述元信息所对应的消息缓存在缓存文件中的所述缓存部分中。
3.如权利要求1所述的方法,其中在所述读取待发送的已经封装的请求包的步骤之前,所述方法还包括步骤:将单个消息与元信息封装为请求包。
4.如权利要求1至3中的任一项所述的方法,其中在所述将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录的步骤中,调用异步发送接口将重新封装的请求包发送到相应的服务器数据目录。
5.如权利要求1至3中的任一项所述的方法,其中在所述将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录的步骤之后,所述方法还包括步骤:
接收服务器返回的确收信息,并将所发送的重新封装的请求包删除。
6.如权利要求1至3中的任一项所述的方法,其中在所述解析所述请求包以获取元信息以及消息的步骤之后,所述方法还包括步骤:
判断所述元信息所对应的消息的发送超时时间是否低于预先定义的阈值;以及
若判断结果为是,则将所述请求包发送到相应的服务器数据目录。
7.如权利要求1至3中的任一项所述的方法,其中不同类型的元信息对应于不同的发送超时时间和预先定义的缓存大小。
8.如权利要求1至3中的任一项所述的方法,其中在所述判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小的步骤中,在已经超过一个、多个、或全部类型的元信息所对应的消息的发送超时时间,或者一个、多个、或者全部类型的元消息所对应的所缓存的消息大小已经超出预先定义的缓存大小的情况下,判断结果为是。
9.一种批量发送消息的装置,应用于分布式消息***,包括:
读取模块,用于读取待发送的已经封装的请求包;
解析模块,用于解析所述请求包,以获取元信息以及消息;
缓存模块,用于根据不同的元信息的类型,将消息与元信息相对应地缓存在缓存文件中;
第一判断模块,用于判断是否已经超过元信息所对应的消息的发送超时时间或者元信息所对应的所缓存的消息大小是否已经超出预先定义的缓存大小;以及
重新封装和发送模块,用于在判断结果为是的情况下,将所述元信息与缓存文件中缓存的对应的消息重新封装为请求包,并发送到相应的服务器数据目录。
10.如权利要求9所述的装置,其中所述缓存模块:
判断元信息是否与之前缓存的请求包的元信息相同;
若判断结果为相同,则将所述元信息所对应的消息缓存在缓存文件中属于所述元信息的缓存部分中;或
若判断结果为不同,则在缓存文件中为所述不同的元信息创建新的缓存部分,并将所述元信息所对应的消息缓存在缓存文件中的所述缓存部分中。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410850531.XA CN104468629B (zh) | 2014-12-30 | 2014-12-30 | 一种批量发送消息的方法和装置 |
PCT/CN2015/095539 WO2016107339A1 (zh) | 2014-12-30 | 2015-11-25 | 一种批量发送消息的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410850531.XA CN104468629B (zh) | 2014-12-30 | 2014-12-30 | 一种批量发送消息的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104468629A true CN104468629A (zh) | 2015-03-25 |
CN104468629B CN104468629B (zh) | 2018-10-09 |
Family
ID=52914001
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410850531.XA Active CN104468629B (zh) | 2014-12-30 | 2014-12-30 | 一种批量发送消息的方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104468629B (zh) |
WO (1) | WO2016107339A1 (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105100271A (zh) * | 2015-08-31 | 2015-11-25 | 南京势行软件开发有限公司 | 一种分布式弹性可扩展信息发布***及其控制方法 |
WO2016107339A1 (zh) * | 2014-12-30 | 2016-07-07 | 北京奇虎科技有限公司 | 一种批量发送消息的方法和装置 |
CN106453582A (zh) * | 2016-10-20 | 2017-02-22 | 深圳市证通电子股份有限公司 | 异步消息推送方法及*** |
CN106503008A (zh) * | 2015-09-07 | 2017-03-15 | 网宿科技股份有限公司 | 文件存储方法和装置及文件查询方法和装置 |
CN106708761A (zh) * | 2015-11-12 | 2017-05-24 | 杭州华为数字技术有限公司 | 一种业务报文的处理方法及装置 |
CN107562810A (zh) * | 2017-08-10 | 2018-01-09 | 北京时代云英科技有限公司 | 视频大数据分级存储方法 |
CN108696568A (zh) * | 2018-02-23 | 2018-10-23 | 福建天泉教育科技有限公司 | 一种请求批量处理方法及终端 |
CN110908798A (zh) * | 2019-11-08 | 2020-03-24 | 丁剑明 | 多进程协同式网络流量解析方法及装置 |
CN111240858A (zh) * | 2020-01-07 | 2020-06-05 | 中国建设银行股份有限公司 | 事件调度方法及组件 |
CN111880954A (zh) * | 2020-08-03 | 2020-11-03 | 浪潮云信息技术股份公司 | 一种基于文本数据的读写分离方法 |
CN113411392A (zh) * | 2021-06-16 | 2021-09-17 | 中移(杭州)信息技术有限公司 | 资源下发方法、装置、设备及计算机程序产品 |
CN113761433A (zh) * | 2020-11-04 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 业务处理方法和装置 |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111367991B (zh) * | 2018-12-25 | 2024-03-12 | 中国科学院信息工程研究所 | 一种基于消息队列的MongoDB数据实时同步方法及*** |
CN110401721B (zh) * | 2019-08-06 | 2022-07-08 | 北京达佳互联信息技术有限公司 | 内容数据分发的方法、装置及*** |
CN110764708A (zh) * | 2019-10-25 | 2020-02-07 | 北京浪潮数据技术有限公司 | 一种数据读取方法、装置、设备及存储介质 |
CN111510300B (zh) * | 2020-04-10 | 2023-04-18 | 中国联合网络通信集团有限公司 | 数据处理方法、装置、设备及计算机可读存储介质 |
CN111696014B (zh) * | 2020-05-20 | 2023-10-24 | 广州市格利网络技术有限公司 | 基于物联网的垃圾回收监管方法及汇聚处理终端、*** |
CN111723115A (zh) * | 2020-06-24 | 2020-09-29 | 深圳前海微众银行股份有限公司 | 基于多级缓存的数据统计方法、装置、终端及存储介质 |
CN114331382A (zh) * | 2021-12-31 | 2022-04-12 | 中国邮政储蓄银行股份有限公司 | 批量文件处理方法、处理装置、处理器与批量处理*** |
CN114448976B (zh) * | 2022-03-11 | 2024-02-06 | 中国工商银行股份有限公司 | 网络报文的组装方法、装置、设备、介质和程序产品 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102065009A (zh) * | 2010-12-16 | 2011-05-18 | 中兴通讯股份有限公司 | 分布式队列分配方法及分布式*** |
CN102223306A (zh) * | 2011-06-17 | 2011-10-19 | 中兴通讯股份有限公司 | 一种报文传输方法及装置 |
CN102739781A (zh) * | 2012-06-13 | 2012-10-17 | 苏州阔地网络科技有限公司 | 一种消息的批量调度方法及*** |
CN102916880A (zh) * | 2011-08-01 | 2013-02-06 | 中兴通讯股份有限公司 | 一种分组交换网中数据包发送和接收的方法及装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7752279B2 (en) * | 2007-05-29 | 2010-07-06 | Research In Motion Limited | System for facilitating thread-based message prioritization |
CN102739412A (zh) * | 2012-06-13 | 2012-10-17 | 苏州阔地网络科技有限公司 | 一种消息的批量调度控制方法及*** |
CN103412786B (zh) * | 2013-08-29 | 2017-04-12 | 苏州科达科技股份有限公司 | 一种高性能服务器架构***及数据处理方法 |
CN104468629B (zh) * | 2014-12-30 | 2018-10-09 | 北京奇虎科技有限公司 | 一种批量发送消息的方法和装置 |
-
2014
- 2014-12-30 CN CN201410850531.XA patent/CN104468629B/zh active Active
-
2015
- 2015-11-25 WO PCT/CN2015/095539 patent/WO2016107339A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102065009A (zh) * | 2010-12-16 | 2011-05-18 | 中兴通讯股份有限公司 | 分布式队列分配方法及分布式*** |
CN102223306A (zh) * | 2011-06-17 | 2011-10-19 | 中兴通讯股份有限公司 | 一种报文传输方法及装置 |
CN102916880A (zh) * | 2011-08-01 | 2013-02-06 | 中兴通讯股份有限公司 | 一种分组交换网中数据包发送和接收的方法及装置 |
CN102739781A (zh) * | 2012-06-13 | 2012-10-17 | 苏州阔地网络科技有限公司 | 一种消息的批量调度方法及*** |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016107339A1 (zh) * | 2014-12-30 | 2016-07-07 | 北京奇虎科技有限公司 | 一种批量发送消息的方法和装置 |
CN105100271A (zh) * | 2015-08-31 | 2015-11-25 | 南京势行软件开发有限公司 | 一种分布式弹性可扩展信息发布***及其控制方法 |
CN106503008A (zh) * | 2015-09-07 | 2017-03-15 | 网宿科技股份有限公司 | 文件存储方法和装置及文件查询方法和装置 |
CN106503008B (zh) * | 2015-09-07 | 2020-02-14 | 网宿科技股份有限公司 | 文件存储方法和装置及文件查询方法和装置 |
CN106708761A (zh) * | 2015-11-12 | 2017-05-24 | 杭州华为数字技术有限公司 | 一种业务报文的处理方法及装置 |
CN106453582B (zh) * | 2016-10-20 | 2021-01-12 | 深圳市证通电子股份有限公司 | 异步消息推送方法及*** |
CN106453582A (zh) * | 2016-10-20 | 2017-02-22 | 深圳市证通电子股份有限公司 | 异步消息推送方法及*** |
CN107562810A (zh) * | 2017-08-10 | 2018-01-09 | 北京时代云英科技有限公司 | 视频大数据分级存储方法 |
CN108696568B (zh) * | 2018-02-23 | 2021-07-06 | 福建天泉教育科技有限公司 | 一种请求批量处理方法及终端 |
CN108696568A (zh) * | 2018-02-23 | 2018-10-23 | 福建天泉教育科技有限公司 | 一种请求批量处理方法及终端 |
CN110908798A (zh) * | 2019-11-08 | 2020-03-24 | 丁剑明 | 多进程协同式网络流量解析方法及装置 |
CN111240858A (zh) * | 2020-01-07 | 2020-06-05 | 中国建设银行股份有限公司 | 事件调度方法及组件 |
CN111240858B (zh) * | 2020-01-07 | 2024-04-26 | 中国建设银行股份有限公司 | 事件调度方法及组件 |
CN111880954A (zh) * | 2020-08-03 | 2020-11-03 | 浪潮云信息技术股份公司 | 一种基于文本数据的读写分离方法 |
CN113761433A (zh) * | 2020-11-04 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 业务处理方法和装置 |
CN113411392A (zh) * | 2021-06-16 | 2021-09-17 | 中移(杭州)信息技术有限公司 | 资源下发方法、装置、设备及计算机程序产品 |
CN113411392B (zh) * | 2021-06-16 | 2022-05-10 | 中移(杭州)信息技术有限公司 | 资源下发方法、装置、设备及计算机程序产品 |
Also Published As
Publication number | Publication date |
---|---|
CN104468629B (zh) | 2018-10-09 |
WO2016107339A1 (zh) | 2016-07-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104468629A (zh) | 一种批量发送消息的方法和装置 | |
CN110999214A (zh) | 用于提供以加密方式保护并且经过过滤以及排序的、区块链的链节的交易数据记录的集合的设备 | |
CN103024044B (zh) | 网页下载方法及装置 | |
CN102946436B (zh) | 一种下载*** | |
CN107135188B (zh) | 金融信息交换fix协议的业务实现方法、装置及*** | |
CN102984275A (zh) | 进行网页下载的方法及浏览器 | |
CN105554094A (zh) | 数据交互方法及装置 | |
WO2014135045A1 (en) | Method and system for implementing transparent agent of ios system | |
CN104462571A (zh) | 进行网页加载的方法、装置和浏览器客户端 | |
US20150067066A1 (en) | Provisioning Communication Services using Proxy Server in a Cloud | |
CN110519388B (zh) | 区块链请求的处理方法、装置、电子设备及可读存储介质 | |
CN102612825A (zh) | 用于改进报头压缩的方法和装置 | |
US10277542B2 (en) | Embedding actionable content in electronic communication | |
CN104468841A (zh) | 一种批量发送消息的方法和装置 | |
CN103248627A (zh) | 实现访问网站资源的方法、正向代理服务器和*** | |
US11160139B2 (en) | Method for optimizing per message type data exchange between connected objects | |
CN103051722B (zh) | 一种确定页面是否被劫持的方法及相关设备 | |
CN104346460A (zh) | 进行文件下载的方法、装置及浏览器客户端 | |
CN103647622A (zh) | 一种实现跨机房数据传输的方法、装置和*** | |
CN109460215B (zh) | 应用控制方法及装置 | |
CN106559404A (zh) | 一种访问数据的客户端、代理服务器及*** | |
CN106559468A (zh) | 一种访问数据的方法 | |
CN105577795A (zh) | 服务接口调用方法和装置 | |
CN103294527A (zh) | 一种处理网络任务的方法、***以及服务器 | |
CN111611507A (zh) | 基于模块化的应用内页面跳转方法及计算设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220803 Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Patentee before: Qizhi software (Beijing) Co.,Ltd. |