CN108173783A - 一种消息处理方法和系统 - Google Patents

一种消息处理方法和系统 Download PDF

Info

Publication number
CN108173783A
CN108173783A CN201711180644.3A CN201711180644A CN108173783A CN 108173783 A CN108173783 A CN 108173783A CN 201711180644 A CN201711180644 A CN 201711180644A CN 108173783 A CN108173783 A CN 108173783A
Authority
CN
China
Prior art keywords
request message
server
stored
queue
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.)
Withdrawn
Application number
CN201711180644.3A
Other languages
English (en)
Inventor
游昌永
封文进
秦溪
罗爱军
郭巧佳
王炜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Maimaiti Mdt Infotech Ltd Shenzhen
Original Assignee
Maimaiti Mdt Infotech Ltd Shenzhen
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 Maimaiti Mdt Infotech Ltd Shenzhen filed Critical Maimaiti Mdt Infotech Ltd Shenzhen
Priority to CN201711180644.3A priority Critical patent/CN108173783A/zh
Publication of CN108173783A publication Critical patent/CN108173783A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/62Queue scheduling characterised by scheduling criteria
    • H04L47/622Queue service order
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/62Queue scheduling characterised by scheduling criteria
    • H04L47/625Queue scheduling characterised by scheduling criteria for service slots or service orders

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例公开了一种消息处理方法和队列服务器,其中方法包括,队列服务器接收由业务服务器发送的第一请求消息,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中;所述队列服务器在签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器,所述第二请求消息为所述存储区域中存储的排序为第一位的请求消息。通过在业务服务器和签章服务器之间增加队列服务器对业务服务器发送的请求消息进行存储,可以避免业务服务器发送的请求消息因得不到响应而导致内存激增,降低了业务服务器宕机的可能性。

Description

一种消息处理方法和系统
技术领域
本发明涉及电子技术领域,尤其涉及一种消息处理方法和队列服务器。
背景技术
当前,用户在通过用户终端(手机,平板电脑等)在电子合同上签名后,为了确保用户签署的电子合同符合电子签名法的要求,是一个有效的合同,用户终端会将签署好的合同信息发送给电子商务认证中心(Certificate Authority,CA)的签章服务器,签章服务器根据合同内容以及用户签名等信息生成一个验证码,并通过短信形式返回给用户终端,用户将该验证码发送给电子合同的提供方,该合同提供方的业务服务器将该验证码发送至签章服务器判断验证码的真实性,若验证码一致,则验证通过,电子合同签署完成。
用户终端与CA的签章服务器的交互流程具体如下,用户终端发送请求消息(获取验证码请求或校验验证码请求),业务服务器接收该请求并转发至签章服务器,签章服务器根据接收到的请求消息做出相应处理。通过上述方式,业务服务器在业务高峰时期会接收用户终端发送的大量的请求消息,但是由于签章服务器的处理速度较慢,大量的请求消息无法得到签章服务器的响应,因此会在业务服务器端产生大量等待签章服务器响应的线程,导致业务服务器的内存激增,严重的话会使业务服务器宕机。
发明内容
本发明实施例公开了一种消息处理方法和队列服务器,有利于避免业务服务器的内存激增,降低业务服务器宕机的可能性。
本发明实施例第一方面公开了一种消息处理方法,所述方法包括:
队列服务器接收由业务服务器发送的第一请求消息,所述第一请求消息由用户终端发送至所述业务服务器,所述第一请求消息用于获取验证码或用于校验验证码,所述第一请求消息携带用户等级;
所述队列服务器检测所述第一请求信息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中;
所述队列服务器在签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器,所述第二请求消息为所述存储区域中存储的排序为第一位的请求消息。
本发明实施例第二方面公开了一种队列服务器,所述队列服务器包括:
接收模块,用于接收由业务服务器发送的第一请求消息,所述第一请求消息由用户终端发送至所述业务服务器,所述第一请求消息用于获取验证码或用于校验验证码,所述第一请求消息携带用户等级;
排序模块,用于检测所述第一请求信息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中;
发送模块,用于在签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器,所述第二请求消息为所述存储区域中存储的排序为第一位的请求消息。
本发明实施例第三方面公开了一种队列服务器,所述队列服务器包括处理器、输入设备、输出设备和存储器,所述处理器、输入设备、输出设备和存储器相互连接,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行所述消息处理方法。
本发明实施例第四方面公开了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行所述消息处理方法。
本发明实施例中,通过在业务服务器和签章服务器之间增加队列服务器对请求消息存储,签章服务器可以根据自身负载情况来选择处理队列服务器中存储的请求消息的时间,保证了业务服务器发送的请求消息都能及时得到队列服务器的响应,避免了业务服务器因等待请求消息得到响应而产生大量的线程,降低了业务服务器内存激增,甚至宕机的可能性。并且通过在队列服务器中对请求消息进行排序处理,可以为不同等级的用户赋予不同的权益,使高级用户发送的请求消息能更快得到响应。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种消息处理方法流程示意图;
图2为本发明实施例提供的另一种消息处理方法的流程示意图;
图3为本发明实施例提供的一种队列服务器排序方式示意图;
图4为本发明实施例提供的另一种队列服务器排序方式示意图;
图5为本发明实施例提供的一种消息处理系统的结构示意图。
图6为本发明实施例提供的一种队列服务器的结构示意图;
图7为本发明实施例提供的另一种队列服务器的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例公开了一种消息处理方法和队列服务器,有利于对降低了因业务服务器的内存激增,而导致业务服务器宕机的可能性;并且通过在队列服务器对请求消息进行排序处理,可以为不同等级的用户赋予不同的权益。以下分别进行详细说明。
请参见图1,图1为本发明实施例公开的一种消息处理方法流程示意图。如图1所示,该消息处理方法可以包括以下步骤。
S101、用户终端向业务服务器发送第一请求消息。
本发明实施例中,该用户终端可包括但不限于智能手机、平板电脑、笔记本电脑、台式电脑等终端。该用户终端的操作系统可包括但不限于Android操作系统、IOS操作系统、Symbian(塞班)操作系统、Black Berry(黑莓)操作系统和Windows操作系统等等,该业务服务器为电子合同提供方的后台服务器,可以是网页(Web)服务器、也可以是终端中应用(Application,APP)的后台服务器等等,本发明实施例不做限定。
可选的,该第一请求消息为获取验证码请求,用户在电子合同中签字后,用户终端将签署的合同信息和签字信息发送至签章服务器,并申请一个根据合同信息和签字信息生成的验证码,可选的,该验证码由合同信息和签字信息的哈希值得到在此过程中,用户终端发送的获取验证码请求会首先发送至业务服务器。
可选的,该第一请求消息为校验验证码请求,用户在发送获取验证码请求后,该获取验证码请求通过业务服务器、队列服务器、最终到达签章服务器,签章服务器会响应该获取验证码请求,返回一个验证码,并将其发送给业务服务器,业务服务器将其发送至用户终端。用户终端在接收到该验证码之后,需要将该验证码再次发送给业务服务器,由业务服务器发送至签章服务器完成验证码的校验。在此过程中,用户终端会将携带验证码信息的校验验证码请求发送至业务服务器。
具体的,用户发送的第一请求消息携带有用户的等级信息,可选的,用户等级可分为第一等级和第二等级,其中,第一等级高于第二等级。可选的,第一等级用户可以包括但不限于高级用户(very important people,VIP)、老用户等。可选的,第二等级用户可以为普通用户。
S102、业务服务器向队列服务器发送请求消息。
本发明实施例中,业务服务器在接收到用户终端发送的第一请求消息之后,直接将该第一请求消息发送至队列服务器。
S103、队列服务器检测第一请求消息的用户等级,按照用户等级从高到低的顺序,将第一请求消息排序存储于队列服务器的存储区域中。
本发明实施例中,队列服务器在接收到业务服务器发送的第一请求消息之后,会检测该请求消息携带的用户等级,并按照所述用户等级从高到低的顺序,将该请求消息排序存储于所述队列服务器的存储区域中。
可选的,队列服务器接收到第一等级用户发送的请求消息,会检测已存储在存储区域中的请求消息携带的用户等级,若存储区域存储了由第二等级用户发送的请求消息,则将该第一等级用户发送的请求消息排列在第二等级用户发送的请求消息之前。对于同一等级的用户发送的请求消息,则按照队列服务器接收到请求消息的早晚顺序对其进行排序。
举例说明,第一等级用户为VIP,第二等级用户为普通用户,队列服务器的存储区域中已经存储了1条VIP发送的排序为第一位的请求消息和一条普通用户发送的排序为第二位的请求消息,此时若队列服务器接收到一条VIP用户发送的请求消息,则会将该请求消息排序为队列的第二位,即存储区域中已存储的VIP用户发送请求消息之后,普通用户发送的请求消息之前。若队列服务器接收到一条普通用户发送的请求消息,则该已存储的普通用户发送请求消息之后。
S104、队列服务器在签章服务器处于空闲状态时,将第二请求消息发送至签章服务器。
本发明实施例中,若电子商务认证中心(CA)的签章服务器处理的请求消息的数量小于预设阈值,则判断该签章服务器处于空闲状态,若签章服务器正在处理的消息数量达到了预设阈值,则签章服务器处于非空闲状态。队列服务器在签章服务器处于空闲状态时,将第二请求消息发送至该签章服务器,其中,该第二请求消息为所述存储区域中存储的排序为第一位的请求消息。当签章服务器获取了队列服务器发送的第二请求消息之后,则队列服务器将该第二请求消息从存储区域中清除,并将存储于存储区域中的未发送的请求消息的排序位置上升一位。
可选的,若签章服务器处于非空闲状态,则签章服务器暂不从队列服务器中获取第二请求消息,待签章服务器处理完一条请求消息之后,则重新处于空闲状态,从队列服务器中获取第二请求消息。
S105、签章服务器发送处理结果至业务服务器。
本发明实施例中,签章服务器接收队列服务器发送的请求消息,并对该请求消息进行处理。
可选的,请求消息为获取验证码请求,签章服务器接收到用户终端发送的获取验证码请求之后,根据该获取验证码请求携带的用户签署的合同信息生成验证码,并将该验证码码保存后发送给业务服务器。
可选的,请求消息为校验验证码请求,签章服务器接收到校验验证码请求之后,核对该验证码与之前发送给用户终端的验证码是否一致,若一致,则校验成功,若不一致,则校验失败,并返回校验结果给业务服务器。
在一些实施方式中,在有多个签章服务器时,在签章服务器与队列服务器之间,还设置有签章组件,用于收集签章服务器的状态信息,转发第二请求信息到对应的签章服务器,并还可以接收、转发处理结果。
S106、业务服务器发送处理结果至用户终端。
本发明实施例中,业务服务器接收签章服务器发送的处理结果之后,将该处理结果存储于云数据库中,并将该请求消息的处理结果发送给用户终端。当用户需要再次对请求消息的处理结果进行查询时,可以从业务服务器的云数据库中查询到处理结果。
在本发明实施例中,用户终端向业务服务器发送请求消息,业务服务器将该请求消息发送至队列服务器,队列服务器对请求消息排序处理,当签章服务器处于空闲状态时,将排序为第一位的请求消息发送给签章服务器,然后签章服务器对该请求消息进行处理,通过在业务服务器和签章服务器之间增加队列服务器对业务服务器发送的请求消息整理排序后发送,使得业务服务器发送的请求消息只用放入队列服务器中,签章服务器可以根据自身负载来选择处理请求消息的时间,保证了业务服务器发送的请求消息都能及时得到响应,避免了业务服务器因存在大量等待签章服务器响应的线程而内存激增,降低了业务服务器宕机的可能性。
请参见图2,图2为本发明实施例公开的另一种消息处理方法流程示意图。如图2所示,该消息处理方法可以包括以下步骤。
S201、队列服务器接收由业务服务器发送的第一请求消息。
本发明实施例中,队列服务器会接收至少一个业务服务器发送的请求消息,当队列服务器接收多个业务服务器发送的请求消息时,会将各个请求消息存储于队列服务器的存储区域中。其中,为区分队列服务器新接收的业务服务器发送的请求消息和队列服务器存储区域中已存储的请求消息,将队列服务器新接收的由业务服务器发送的请求消息定义为第一请求消息。该第一请求消息由用户终端发送至业务服务器,用于获取验证码或校验验证码,该第一请求消息携带用户等级。
S202、队列服务器检测存储区域中是否存储了第三请求消息。
本发明实施例中,队列服务器接收到由业务服务器发送的第一请求消息之后,会检测队列服务器的存储区域中是否存储了第三请求消息,该第三请求消息与该第一请求消息由同一用户终端发送。
若检测到存储区域中存储了第三请求消息,则将该第一请求消息从队列服务器中清除,可以避免用户发送累赘的请求消息,增加请求消息处理的负担。
若未检测到该第三请求消息,则执行步骤S203。
S203、队列服务器检测第一请求消息的用户等级,按照用户等级从高到低的顺序,将第一请求消息排序存储于队列服务器的存储区域中。
本发明实施例中,队列服务器接收由业务服务器转发的由用户终端发送的第一请求消息,其中,该第一请求消携带了用户的等级信息。可选的,用户的等级可以分为三个等级,如第一等级、第二等级、第三等级。可选的,第一等级用户为VIP,第二等级用户为老用户,第三等级用户为普通用户。其中,第一等级高于第二等级,第二等级高于第三等级。需要说明的是,用户的等级也可以分为两个等级、四个等级、五个等级等,本发明实施例不做限定。
当队列服务器接收到第一请求消息时,会检测发送该第一请求消息的用户等级,并根据用户的等级确定该第一请求消息存储于存储区域中的位置。
具体的,队列服务器判断第一请求信息的用户等级是否高于存储区域中已存储的请求消息携带的用户等级;若是,则将第一请求消息排序于已存储的请求消息之前;若否,则将第一请求消息排序于已存储的请求消息之后。
可选的,用户等级可以分为三个等级,如第一等级、第二等级和第三等级。其中,第一等级高于第二等级,第二等级高于第三等级。在队列服务器中,第一等级用户发送的请求消息排列在第二等级用户发送的请求消息之前,第二等级用户发送的请求消息排列在第三等级用户发送的请求消息之前。对于同一等级用户发送的请求消息,则按照时间先后顺序对队列服务器的存储区域中存储的请求消息进行排序。
举例说明,如图3所示的一种队列服务器排序方式示意图,在图3(a)中,队列服务器的存储区域中存储了一条排序为第一位第一等级用户发送的请求消息310、一条排序为第二位的第二等级用户发送的请求消息320和一条排序为第三位的第三等级用户发送的请求消息330。
此时,队列服务器接收到第一等级用户发送的第一请求消息311,则会将该第一请求消息311存储于队列服务器存储区域中的第二位,请求消息320和请求消息330的排序都下降一位,如图3(b)所示。
队列服务器又接收到一条第二等级用户发送的第一请求消息321,则将该请求消息321排序为队列里的第四位,请求消息310、请求消息311和请求消息320的排序不变,请求消息330的排序下降一位,如图3(c)所示。
S204、队列服务器检测存储区域中存储的第四请求消息的存储时长,若第四请求消息的存储时长达到预设时长,则调整该第四请求消息携带的用户等级为第一等级。
本发明实施例中,第四请求消息为携带的用户等级不为第一等级的请求消息,其中,第一等级为用户等级中的最高等级;队列服务器按照用户等级对接收到的请求消息进行排序存储之后,会检测存储区域中请求消息存储的时长,若存储区域中存储了存储时长达到预设时长的请求消息,若该请求消息携带的用户等级不为第一等级(即属于第四请求消息),则调整该请求消息携带的用户等级,使该请求消息携带的用户等级为第一等级,并调整该请求消息在存储区域中的存储位置至第一等级的请求消息对应的位置。
举例说明,预设时长为30秒,如图4所示的一种队列服务器排序方式示意图,在图4(a)中,队列服务器的存储区域中存储了多个请求消息,包括多个第一等级用户发送的请求消息存储时长小于10秒,多个第二等级用户发送的请求消息存储是时长小于20秒,多个存储时长小于30秒的第三等级用户发送的请求消息,和一个存储时长达到30秒的第三等级用户发送的请求消息430,队列服务器检测到该存储时长为30秒的请求消息430之后,会将请求消息430携带的用户等级修改为第一等级,此时,又因为队列服务器接收到该请求消息的时间最早,所以其排列顺序相应的变更为第一位。如图4(b)所示。
可选的,若用户等级分为至少三个等级,且第四请求消息的存储时长达到预设时长,则提升该第四请求消息携带的用户等级。
举例说明,当用户等级分为四个等级时,一个第四等级用户发送的请求消息在队列服务器中存储的时间达到了预设时长,则队列服务器将该请求消息携带用户等级更改为第三等级,将该请求消息在队列服务其中的位置提升至第三等级请求消息在队列服务其中的位置,并重置该请求消息的存储时长。需要说明的是,也可将该请求消息携带的用户等级提升为第二等级、第一等级等,本发明实施例不做限定。
通过调整超时的请求消息的位置,可以使得等级较低的用户发送的请求消息不会因为队列服务器同一时间接收到的等级更高的用户发送的请求消息过多而一直无法被队列服务器发送,在一定程度上保护了等级较低用户的权益,避免对等级较低的用户造成不良的体验。
S205、队列服务器在签章服务器处于空闲状态时,将第二请求消息发送至签章服务器。
本发明实施例中,该第二请求消息为存储区域中存储的排序为第一位的请求消息。当签章服务器处理的请求消息的数量小于预设阈值时,便处于空闲状态,在空闲状态下,签章服务器会接收队列服务器发送的第二请求消息。需要说明的是,该预设阈值由研发人员设定,本发明实施例不做限定。
S206、队列服务器将第二请求消息从存储区域中清除;
本发明实施例中,队列服务器检测到签章服务器已经接收该第二请求消息之后,将会把第二请求消息从存储区域中清除,并将存储于存储区域中的未发送的请求消息的排序位置上升一位,待签章服务器再次处于空闲状态时,继续将队列中排序为第一位的第二请求消息发送至签章服务器,并将其从存储区域中清除。
通过实施本发明实施例,可以避免现有技术中由业务服务器直接同步发送大量的请求消息到签章服务器,又因签章服务器无法处理大量请求消息而导致消息拥挤的问题,通过增加队列服务器,对用户发送的多余的请求消息进行清除,可以减少CA服务器处理消息的数量,按用户等级对请求消息进行排序,可以赋予高级用户更多的权益,通过对超时的请求消息重新排序,可以保证等级较低的用户发送的请求消息在一定时间内也能得到相应,本发明实施例将业务服务器同步发送请求消息到CA服务器,变为业务服务器发送请求消息到队列服务器,队列服务器排序整理后,待签章服务器处于空闲状态时,队列服务器将该请求消息发送至签章服务器这样的异步传送方式,使得业务服务器发送的请求消息只用放入队列服务器中,签章服务器可以根据自身负载来选择处理请求消息的时间,保证了业务服务器发送的请求消息都能及时得到响应,降低了因业务服务器的内存激增,而导致业务服务器宕机的可能性。
如图5所示,为本发明实施例提供的一种消息处理系统的结构示意图,所述系统包括;
用户终端,用于发送请求消息。
业务服务器,用于接收用户终端发送的请求消息。
具体的,用户确认完合同并在用户终端上完成签署后,需要发送获取验证码对合同上的内容进行再次确认,则向业务服务器发送一个获取验证码请求,业务服务器接收到该获取验证码请求后,直接将其转发给队列服务器。
队列服务器,用于接收业务服务器发送的请求消息,并对接收到的请求消息进行排序和存储。并在签章服务器处于空闲的状态下,将请求消息发送至签章服务器。
具体的,队列服务器接收到业务服务器发送的请求消息之后,会对接收到的各个请求消息进行排序,则将排序为第一位的请求消息发送至签章服务器。
签章服务器,用于接收队列服务器发送的请求消息,并对该请求消息做出相应处理。
具体的,签章服务器检测处理的请求消息的数量是否达到预设阈值,若签章服务器处理的请求消息的数量小于预设阈值,则接收队列服务器发送的请求消息。若签章服务器处理的请求消息的数量达到了预设阈值,则暂不接收队列服务器发送的请求消息,待处理完一条请求消息之后,接收队列服务器发送的请求消息,并对该请求消息做出相应处理。
可选的,该请求消息为获取验证码请求,则签章服务器在核对发送该获取验证码请求的用户终端的信息后,返回一个验证码给业务服务器,由业务服务器将该验证码发送至用户终端。
可选,该请求消息为校验验证码请求,当该校验验证码请求到达签章服务器之后,签章服务器会对该校验验证码请求进行核对,若该校验验证码请求携带的验证码信息与签章服务器发送给发送校验验证码请求的用户终端的验证码一致,则校验通过,若不一致,则校验失败。校验完成之后,签章服务器将校验结果发送至业务服务器,业务服务器将该请求消息处理结果发送至用户终端。
在一些实施方式中,在有多个签章服务器时,在签章服务器与队列服务器之间,还设置有签章组件,用于收集签章服务器的状态信息,转发第二请求信息到对应的签章服务器,并还可以接收、转发处理结果。
在本发明实施例中,用户终端向业务服务器发送请求消息,业务服务器将该请求消息发送至队列服务器,队列服务器对请求消息排序处理,当签章服务器处于空闲状态时,将排序为第一位的请求消息发送给签章服务器,签章服务器对该请求消息进行相应处理,通过在业务服务器和签章服务器之间增加队列服务器对请求消息整理排序后发送,使得业务服务器发送的请求消息都能得到队列服务器的响应,签章服务器也可以根据签章服务器的处理情况和自身负载来选择处理请求消息的时间,降低了因业务服务器的内存激增,而导致业务服务器宕机的可能性。
下面将结合附图6对本发明实施例提供的队列服务器60进行详细介绍。需要说明的是,附图6所示的队列服务器60,用于执行本发明图所示实施例的方法,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,经参照本发明所示的实施例。
接收模块601,用于接收由业务服务器发送的第一请求消息,第一请求消息由用户终端发送至业务服务器,所述第一请求消息用于获取验证码或用于校验验证码,所述第一请求消息携带用户等级;
排序模块602,用于根据所述第一请求信息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中;
发送模块603,用于在签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器,所述第二请求消息为所述存储区域中存储的排序为第一位的请求消息。
可选的,本发明实施例中的队列服务器中:
所述排序模块602,还用于判断所述第一请求信息的用户等级是否高于所述存储区域中已存储的请求消息携带的用户等级;
若是,则将所述第一请求消息排序于所述已存储的请求消息之前;
若否,则将所述第一请求消息排序于所述已存储的请求消息之后。
可选的,本发明实施例中的队列服务器还可以包括:
检测模块604,用于检测所述存储区域中是否存储了第三请求消息,所述第三请求消息与所述第一请求消息由同一用户终端发送;
所述排序模块602,还用于若所述检测模块检测到存储区域中未存储所述第三请求消息,则检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中之前。
可选的,本发明实施例中的队列服务器还可以包括:
调整模块605,用于检测所述存储区域中存储的第四请求消息的存储时长,若所述存储区域中存储了存储时长达到预设时长的请求消息,则调整所述请求消息携带的用户等级,使所述请求消息携带的用户等级为第一等级;
所述调整模块605,还用于调整所述请求消息在存储区域中的存储位置至所述第一等级的请求消息对应的位置,其中,所述第一等级为用户等级中的最高等级。
可选的,本发明实施例中的队列服务器还可以包括:
清除模块606,用于将所述第二请求消息从所述存储区域中清除;
升序模块607,用于将存储于存储区域中的未发送的请求消息的排序位置上升一位。
在本发明实施例中,队列服务器接收由业务服务器发送的第一请求消息,所述第一请求消息由用户终端发送至所述业务服务器,所述第一请求消息用于获取验证码或用于校验验证码,所述第一请求消息携带用户等级;所述队列服务器检测所述第一请求信息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中;所述队列服务器在签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器,所述第二请求消息为所述存储区域中存储的排序为第一位的请求消息。通过实施上述方法,可以为不同等级的用户赋予不同的权益,使高级用户发送的请求消息能更快得到响应,业务服务器发送的请求消息只用放入队列服务器中,签章服务器可以根据自身负载来选择处理请求消息的时间,保证了业务服务器发送的请求消息都能及时得到响应,降低了因业务服务器的内存激增,而导致业务服务器宕机的可能性。
请参见图7,为本发明实施例提供了另一种队列服务器的结构示意图。如图7所示,该队列服务器包括:至少一个处理器701,输入设备703,输出设备704,存储器705,至少一个通信总线702。其中,通信总线702用于实现这些服务器之间的连接通信。其中,输入设备703可以是控制面板或者麦克风等,输出设备704可以是显示屏等。其中,存储器705可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器705可选的还可以是至少一个位于远离前述处理器701的存储装置。其中处理器701可以结合图6所描述的队列服务器,存储器705中存储一组程序代码,且处理器701,输入设备703,输出设备704调用存储器705中存储的程序代码,用于执行以下操作:
输入设备703接收由业务服务器发送的第一请求消息,所述第一请求消息由用户终端发送至所述业务服务器,所述第一请求消息用于获取验证码或用于校验验证码,所述第一请求消息携带用户等级;
处理器701检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域;
输出设备704在签章服务器处于处于空闲状态时,将第二请求消息发送至所述签章服务器,所述第二请求消息为所述存储区域中存储的排序为第一位的请求消息。
在可选的实施例中,处理器701检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域,具体用于执行以下步骤:
处理器701判断所述第一请求消息的用户等级是否高于所述存储区域中已存储的请求消息携带的用户等级;
若是,则将所述第一请求消息排序于所述已存储的请求消息之前;
若否,则将所述第一请求消息排序于所述已存储的请求消息之后。
在可选的实施例中,处理器701检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域之前,还用于执行以下步骤:
处理器701检测所述存储区域中是否存储了第三请求消息,所述第三请求消息与所述第一请求消息由同一用户终端发送;
若否,则检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中之前。
在可选的实施例中,处理器701检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域之后,还用于执行以下步骤:
处理器701检测所述存储区域中存储的第四请求消息的存储时长,所述第四请求消息为携带的用户等级不为第一等级的请求消息,所述第一等级为用户等级中的最高等级;
若所述第四请求消息的存储时长达到预设时长,处理器701调整所述第四请求消息携带的用户等级为第一等级;调整所述存储时长达到预设时长的第四请求消息在存储区域中的存储位置至第一等级的请求消息对应的位置。
在可选的实施例中,输出设备704在签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器之后,处理器701还用于执行以下步骤:
处理器701将所述第二请求消息从所述存储区域中清除;
处理器701将存储于存储区域中的未发送的请求消息的排序位置上升一位。
在本发明实施例中,输入设备703接收由业务服务器发送的第一请求消息,处理器701检测所述第一请求信息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中;输出设备704在证书认证机构签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器,所述第二请求消息为所述存储区域中存储的排序为第一位的请求消息。通过实施上述方法,有利于避免业务服务器的内存激增,降低业务服务器宕机的可能性。
本发明实施例中所述模块,可以通过通用集成电路,例如CPU(CentralProcessing Unit,中央处理器),或通过ASIC(Application Specific IntegratedCircuit,专用集成电路)来实现。
应当理解,在本发明实施例中,所称处理器701可以是中央处理单元(CentralProcessing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
总线702可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互联(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等,该总线702可以分为地址总线、数据总线、控制总线等,为便于表示,图7仅用一条线表示,但并不表示仅有一根总线或一种类型的总线。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于计算机存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的计算机存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。

Claims (10)

1.一种消息处理方法,其特征在于,包括:
队列服务器接收由业务服务器发送的第一请求消息,所述第一请求消息由用户终端发送至所述业务服务器,所述第一请求消息用于获取验证码或用于校验验证码,所述第一请求消息携带用户等级;
所述队列服务器检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中;
所述队列服务器在签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器,所述第二请求消息为所述存储区域中存储的排序为第一位的请求消息。
2.根据权利要求1所述的方法,其特征在于,所述队列服务器检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中,包括:
判断所述第一请求消息的用户等级是否高于所述存储区域中已存储的请求消息携带的用户等级;
若是,则将所述第一请求消息排序于所述已存储的请求消息之前;
若否,则将所述第一请求消息排序于所述已存储的请求消息之后。
3.根据权利要求1所述的方法,其特征在于,所述队列服务器检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中之前,还包括:
所述队列服务器检测所述存储区域中是否存储了第三请求消息,所述第三请求消息与所述第一请求消息由同一用户终端发送;
若否,则检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中之前。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述队列服务器检测所述存储区域中存储的第四请求消息的存储时长,所述第四请求消息为携带的用户等级不为第一等级的请求消息,所述第一等级为用户等级中的最高等级;
若所述第四请求消息的存储时长达到预设时长,则调整所述第四请求消息携带的用户等级为第一等级;
调整所述存储时长达到预设时长的第四请求消息在存储区域中的存储位置至第一等级的请求消息对应的位置。
5.根据权利要求1所述的方法,其特征在于,所述队列服务器在签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器之后,还包括:
所述队列服务器将所述第二请求消息从所述存储区域中清除;
所述队列服务器将存储于存储区域中的未发送的请求消息的排序位置上升一位。
6.一种队列服务器,其特征在于,包括:
接收模块,用于接收由业务服务器发送的第一请求消息,所述第一请求消息由用户终端发送至所述业务服务器,所述第一请求消息用于获取验证码或校验验证码,所述第一请求消息携带用户等级;
排序模块,用于检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中;
发送模块,用于在签章服务器处于空闲状态时,将第二请求消息发送至所述签章服务器,所述第二请求消息为所述存储区域中存储的排序为第一位的请求消息。
7.根据权利要求6所述的队列服务器,其特征在于,所述排序模块具体用于:
判断所述第一请求消息的用户等级是否高于所述存储区域中已存储的请求消息携带的用户等级;
若是,则将所述第一请求消息排序于所述已存储的请求消息之前;
若否,则将所述第一请求消息排序于所述已存储的请求消息之后。
8.根据权利要求6所述的队列服务器,其特征在于,所述队列服务器还包括:
检测模块,检测所述存储区域中是否存储了第三请求消息,所述第三请求消息与所述第一请求消息由同一用户终端发送;
所述排序模块具体用于:
若所述检测模块检测到存储区域中未存储所述第三请求消息,则检测所述第一请求消息的用户等级,按照用户等级从高到低的顺序,将所述第一请求消息排序存储于所述队列服务器的存储区域中之前。
9.根据权利要求6所述的队列服务器,其特征在于,所述队列服务器包括处理器、输入设备、输出设备和存储器,所述处理器、输入设备、输出设备和存储器相互连接,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行如权利要求1-5任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的方法。
CN201711180644.3A 2017-11-22 2017-11-22 一种消息处理方法和系统 Withdrawn CN108173783A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711180644.3A CN108173783A (zh) 2017-11-22 2017-11-22 一种消息处理方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711180644.3A CN108173783A (zh) 2017-11-22 2017-11-22 一种消息处理方法和系统

Publications (1)

Publication Number Publication Date
CN108173783A true CN108173783A (zh) 2018-06-15

Family

ID=62527601

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711180644.3A Withdrawn CN108173783A (zh) 2017-11-22 2017-11-22 一种消息处理方法和系统

Country Status (1)

Country Link
CN (1) CN108173783A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111724252A (zh) * 2019-11-27 2020-09-29 云账户技术(天津)有限公司 一种个体工商业者签约的系统及其签约方法
CN112036837A (zh) * 2020-09-04 2020-12-04 吉林亿联银行股份有限公司 签章处理的方法、装置及系统、设备及计算可读存储介质
CN112217672A (zh) * 2020-09-30 2021-01-12 安徽极玩云科技有限公司 一种用于cdn平台的业务处理系统
CN112306977A (zh) * 2020-10-30 2021-02-02 中国平安人寿保险股份有限公司 基于异步处理的文件签章方法、装置、计算机设备
CN112688982A (zh) * 2019-10-18 2021-04-20 北京京东振世信息技术有限公司 一种用户请求处理方法和装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112688982A (zh) * 2019-10-18 2021-04-20 北京京东振世信息技术有限公司 一种用户请求处理方法和装置
CN112688982B (zh) * 2019-10-18 2024-04-16 北京京东振世信息技术有限公司 一种用户请求处理方法和装置
CN111724252A (zh) * 2019-11-27 2020-09-29 云账户技术(天津)有限公司 一种个体工商业者签约的系统及其签约方法
CN112036837A (zh) * 2020-09-04 2020-12-04 吉林亿联银行股份有限公司 签章处理的方法、装置及系统、设备及计算可读存储介质
CN112036837B (zh) * 2020-09-04 2024-02-02 吉林亿联银行股份有限公司 签章处理的方法、装置及系统、设备及计算可读存储介质
CN112217672A (zh) * 2020-09-30 2021-01-12 安徽极玩云科技有限公司 一种用于cdn平台的业务处理系统
CN112306977A (zh) * 2020-10-30 2021-02-02 中国平安人寿保险股份有限公司 基于异步处理的文件签章方法、装置、计算机设备

Similar Documents

Publication Publication Date Title
CN108173783A (zh) 一种消息处理方法和系统
CN109246229B (zh) 一种分发资源获取请求的方法和装置
CN109936511B (zh) 一种令牌获取方法、装置、服务器、终端设备及介质
US20160316029A1 (en) Distributed flow control
CN111131058B (zh) 访问量控制方法和装置
CN107819797B (zh) 访问请求处理方法和装置
CN108400904B (zh) 一种基于微服务架构的健康检查方法和装置
CN109656700A (zh) 多租户下分布式链路跟踪方法、系统、设备以及存储介质
US20170222967A1 (en) Initiating social interaction based on e-mail content
CN105930249B (zh) 应用监控方法和装置
CN109218370A (zh) 消息发送方法及装置、电子设备
CN108366098A (zh) 一种网络节点的数据交互方法及装置
CN108710534A (zh) 多进程的调起方法、装置、终端设备及计算机存储介质
CN112653736B (zh) 一种并行回源方法、装置及电子设备
CN107666401A (zh) 一种配置信息获取方法及终端
CN108600008A (zh) 服务器管理方法、服务器管理装置及分布式系统
EP3264851A1 (en) Data transmission method and device for data service
CN111464618A (zh) 一种消息推送方法、装置、设备和存储介质
US11836693B2 (en) Subscription processing method, device, electronic device and readable storage medium
CN106534571A (zh) 一种事件通知方法及终端
CN110609758A (zh) 基于队列的设备运行方法、计算机设备及可读存储介质
CN106506660B (zh) 一种联机请求处理方法、服务器及系统
CN104796314A (zh) 业务处理方法和装置
CN113890906A (zh) 呼叫转移方法及装置、电子设备、计算机可读存储介质
CN113504981A (zh) 任务调度方法和装置、存储介质及电子设备

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 518000 Guangdong city of Shenzhen province Qianhai Shenzhen Hong Kong cooperation zone before Bay Road No. 1 building 201 room A (located in Shenzhen Qianhai business secretary Co. Ltd.)

Applicant after: Shenzhen Rongyimai Information Technology Co., Ltd.

Address before: 518000 Guangdong city of Shenzhen province Qianhai Shenzhen Hong Kong cooperation zone before Bay Road No. 1 building 201 room A (located in Shenzhen Qianhai business secretary Co. Ltd.)

Applicant before: Maimaiti Mdt InfoTech Ltd, Shenzhen

WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20180615