CN114567680A - 请求处理方法、装置、系统、电子设备及可读存储介质 - Google Patents
请求处理方法、装置、系统、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN114567680A CN114567680A CN202111615714.XA CN202111615714A CN114567680A CN 114567680 A CN114567680 A CN 114567680A CN 202111615714 A CN202111615714 A CN 202111615714A CN 114567680 A CN114567680 A CN 114567680A
- Authority
- CN
- China
- Prior art keywords
- service request
- client
- user
- request
- service
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 22
- 238000012545 processing Methods 0.000 claims abstract description 127
- 238000000034 method Methods 0.000 claims abstract description 49
- 230000004044 response Effects 0.000 claims abstract description 42
- 238000004891 communication Methods 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 14
- 230000008569 process Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 7
- 230000009471 action Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
- G08B21/18—Status alarms
- G08B21/24—Reminder alarms, e.g. anti-loss alarms
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
- G08B25/08—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using communication transmission lines
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
Landscapes
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了一种请求处理方法、装置、系统、电子设备及可读存储介质,涉及网络技术领域,该方法包括:第一客户端根据第一用户的请求指令,向服务端发送对应的第一业务请求;服务端根据第一业务请求的业务状态,向第二客户端发送第一业务请求;若在向第二客户端发送第一业务请求后的第一预设时长内,未接收到第二客户端发送的针对第一业务请求的第一业务响应,按照第二客户端所属的第二用户的指定联系方式,向第二用户发送针对第一业务请求的第一处理提醒。基于上述处理,能够提供业务请求的处理效率。
Description
技术领域
本申请涉及网络技术领域,特别是涉及一种请求处理方法、装置、系统、电子设备及可读存储介质。
背景技术
随着网络技术的快速发展,用户可以基于客户端进行通信,以完成业务处理。例如,用户A可以通过客户端A发起需要由用户B进行处理的业务请求,相应的,服务端可以将该业务请求转发至用户B登录的客户端B,进而,用户B则可以在客户端B中完成该业务请求的处理。
然而,用户B未能及时登录客户端B、该业务请求被用户B遗漏等原因,均有可能导致该业务请求未被及时处理,使得相关技术中业务请求的处理效率不高。
发明内容
本申请实施例的目的在于提供一种请求处理方法、装置、系统、电子设备及可读存储介质,以提高业务请求的处理效率。具体技术方案如下:
在本申请实施的第一方面,首先提供了一种请求处理方法,所述方法应用于服务端,所述方法包括:
接收第一客户端根据第一用户的请求指令发送的第一业务请求;
根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求;
若在向所述第二客户端发送所述第一业务请求后的第一预设时长内,未接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述方法还包括:
当接收到所述第一业务请求时,按照所述第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第二处理提醒。
可选的,所述方法还包括:
接收所述第一客户端发送的针对所述第一业务请求的第一提醒消息;其中,所述第一提醒消息为:所述第一客户端在所述第一用户触发针对所述第一业务请求的提醒控件时发送的;
按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒,包括:
在距离上一次向所述第二用户发送针对所述第一业务请求的处理提醒,达到第二预设时长的情况下,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述方法还包括:
当接收到所述第二客户端发送的所述第一业务响应时,向所述第一客户端发送所述第一业务响应;
根据所述第一业务响应,更新所述第一业务请求的请求状态;
根据所述第一业务请求更新后的业务状态,向第三客户端发送所述第一业务请求。
在本申请实施的第二方面,提供了一种请求处理方法,所述方法应用于第一客户端,所述方法包括:
接收第一用户输入的请求指令;
向服务端发送所述请求指令对应的第一业务请求,以使所述服务端根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求,以及若在向所述第二客户端发送所述第一业务请求后的第一预设时长内,未接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述方法还包括:
当检测到所述第一用户触发针对所述第一业务请求的提醒控件时,向所述服务端发送针对所述第一业务请求的第一提醒消息,以使所述服务端按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
在本申请实施的第三方面,提供了一种请求处理系统,所述系统包括:服务端和第一客户端,其中:
所述第一客户端,用于根据第一用户的请求指令,向所述服务端发送对应的第一业务请求;
所述服务端,用于根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求;若在向所述第二客户端发送所述第一业务请求后的第一预设时长内,未接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
在本申请实施的第四方面,提供了一种请求处理装置,所述装置应用于服务端,所述装置包括:
第一业务请求接收模块,用于接收第一客户端根据第一用户的请求指令发送的第一业务请求;
第一业务请求发送模块,用于根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求;
判断模块,用于判断在向所述第二客户端发送所述第一业务请求后的第一预设时长内,是否接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应;若否,则触发第一处理提醒发送模块;
所述第一处理提醒发送模块,用于按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述装置还包括:
第二处理提醒发送模块,用于当接收到所述第一业务请求时,按照所述第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第二处理提醒。
可选的,所述装置还包括:
第一提醒消息接收模块,用于接收所述第一客户端发送的针对所述第一业务请求的第一提醒消息,并触发所述第一处理提醒发送模块;其中,所述第一提醒消息为:所述第一客户端在所述第一用户触发针对所述第一业务请求的提醒控件时发送的。
可选的,所述第一处理提醒发送模块,具体用于在距离上一次向所述第二用户发送针对所述第一业务请求的处理提醒,达到第二预设时长的情况下,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述装置还包括:
处理模块,用于当接收到所述第二客户端发送的所述第一业务响应时,向所述第一客户端发送所述第一业务响应;
根据所述第一业务响应,更新所述第一业务请求的请求状态;
根据所述第一业务请求更新后的业务状态,向第三客户端发送所述第一业务请求。
在本申请实施的第五方面,提供了一种请求处理装置,所述装置应用于第一客户端,所述装置包括:
请求指令接收模块,用于接收第一用户输入的请求指令;
第一业务请求发送模块,用于向服务端发送所述请求指令对应的第一业务请求,以使所述服务端根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求,以及若在向所述第二客户端发送所述第一业务请求后的第一预设时长内,未接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述装置还包括:
第一提醒消息发送模块,用于当检测到所述第一用户触发针对所述第一业务请求的提醒控件时,向所述服务端发送针对所述第一业务请求的第一提醒消息,以使所述服务端按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
本申请实施例还提供了一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现上述任一所述的请求处理方法。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述任一所述的请求处理方法。
本申请实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述任一所述的请求处理方法。
本申请实施例有益效果:
本申请实施例提供的请求处理方法,第一客户端根据第一用户的请求指令,向服务端发送对应的第一业务请求;服务端根据第一业务请求的业务状态,向第二客户端发送第一业务请求;若在向第二客户端发送第一业务请求后的第一预设时长内,未接收到第二客户端发送的针对第一业务请求的第一业务响应,按照第二客户端所属的第二用户的指定联系方式,向第二用户发送针对第一业务请求的第一处理提醒。
基于上述处理,在向第二客户端发送第一业务请求后,服务端还能够根据第二用户的联系方式,主动提醒第二用户对第一业务请求进行处理,也就能够避免第二用户未能及时登录第二客户端、以及第一业务请求被第二用户遗漏等导致的第一业务请求未能被及时处理的情况,进而,提高业务请求的处理效率。
当然,实施本申请的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的实施例。
图1为本申请实施例提供的一种请求处理系统的架构图;
图2为本申请实施例提供的一种请求处理方法的流程图;
图3为本申请实施例提供的另一种请求处理方法的流程图;
图4为本申请实施例提供的一种请求处理的原理示意图;
图5为本申请实施例提供的一种请求处理装置的结构图;
图6为本申请实施例提供的另一种请求处理装置的结构图;
图7为本申请实施例提供的一种电子设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员基于本申请所获得的所有其他实施例,都属于本申请保护的范围。
相关技术中,用户未能及时登录客户端、该业务请求被用户遗漏等原因,均有可能导致该业务请求未被及时处理,使得相关技术中业务请求的处理效率不高。
为了解决上述问题,本申请实施例提供了一种请求处理系统,参见图1,图1为本申请实施例提供的一种请求处理系统的架构图,该系统包括:第一客户端101和服务端102,其中:
第一客户端101,用于根据第一用户的请求指令,向服务端102发送对应的第一业务请求。
服务端102,用于根据第一业务请求的业务状态,向第二客户端发送第一业务请求;若在向第二客户端发送第一业务请求后的第一预设时长内,未接收到第二客户端发送的针对第一业务请求的第一业务响应,按照第二客户端所属的第二用户的指定联系方式,向第二用户发送针对第一业务请求的第一处理提醒。
基于本申请实施例提到的请求处理系统,在向第二客户端发送第一业务请求后,服务端还能够根据第二用户的联系方式,主动提醒第二用户对第一业务请求进行处理,也就能够避免第二用户未能及时登录第二客户端、以及第一业务请求被第二用户遗漏等导致的第一业务请求未能被及时处理的情况,进而,提高业务请求的处理效率。
关于上述请求处理系统的其他实施例,可以参考后续关于服务端和第一客户端的其他实施例的相关介绍。
基于相同的发明构思,本申请实施例还提供了一种请求处理方法,该方法可以应用于服务端,该服务端可以为上述请求处理系统中的服务端102。参见图2,该方法可以包括以下步骤:
S201:接收第一客户端根据第一用户的请求指令发送的第一业务请求。
S202:根据第一业务请求的业务状态,向第二客户端发送第一业务请求。
S203:若在向第二客户端发送第一业务请求后的第一预设时长内,未接收到第二客户端发送的针对第一业务请求的第一业务响应,按照第二客户端所属的第二用户的指定联系方式,向第二用户发送针对第一业务请求的第一处理提醒。
基于本申请实施例提供的请求处理方法,在向第二客户端发送第一业务请求后,服务端还能够根据第二用户的联系方式,主动提醒第二用户对第一业务请求进行处理,也就能够避免第二用户未能及时登录第二客户端、以及第一业务请求被第二用户遗漏等导致的第一业务请求未能被及时处理的情况,进而,提高业务请求的处理效率。
本申请实施例的方法可以应用于企业的业务系统,例如,应用于企业内部的OA(Office Automation,办公自动化)平台,相应的,服务端则可以为提供OA服务的服务器。或者,也可以应用于企业与客户之间通信的业务系统,相应的,服务端可以为提供通信业务的服务器。
针对上述步骤S201,当第一用户需要发起业务请求(即第一业务请求)时,可以向其登录的客户端(即第一客户端)输入请求指令,进而,第一客户端可以根据该请求指令,向服务端发送对应的第一业务请求。
例如,该第一业务请求可以为第一用户的请假请求;或者,该第一业务请求也可以为采购商品的审批请求。
针对步骤S202,服务端在接收到第一业务请求后,可以根据第一业务请求的业务状态,确定当前需要对第一业务请求进行处理的用户(即第二用户),该第二用户对应的客户端也就是第二客户端,进而,可以向第二客户端发送第一业务请求。
例如,第一业务请求为第一用户的请假请求,该请假请求首先需要第一用户的直系上级领导进行审批,此时,服务端可以确定第一用户的直系上级领导对应的客户端为第二客户端。
又例如,该第一业务请求为采购商品的审批请求,该审批请求首先需要第一用户所属部门的部门经理审批,此时,服务端可以确定第一用户所属部门的部门经理对应的客户端为第二客户端。
针对步骤S203,第一预设时长可以由用户根据需求设置,例如,可以为4个小时,或者,也可以为6个小时,但并不限于此。
在向第二客户端发送第一业务请求后,若第一预设时长内未接收第一业务请求对应的第一业务响应,即,第二用户未在第一预设时长内对第一业务请求进行处理。为了使第二用户及时对第一业务请求进行处理,服务端则可以按照第二用户的指定联系方式,向第二用户发送针对第一业务请求的第一处理提醒。
其中,指定联系方式可以包括以下至少一种:短信、邮件和电话。
第一处理提醒可以包括以下至少一项:第一业务请求的请求标识、服务端接收到第一业务请求的时刻,以及第一用户的用户标识。
一种实现方式中,在向第二客户端发送第一业务请求后,服务端可以按照预设提醒周期向第二用户发送第一处理提醒,直至接收到第二客户端发送的第一业务响应。
在一个实施例中,为了进一步提高业务请求的处理效率,该方法还可以包括以下步骤:
当接收到第一业务请求时,按照第二用户的指定联系方式,向第二用户发送针对第一业务请求的第二处理提醒。
在本申请实施例中,在向第二客户端发送第一业务请求时,服务端即可以按照第二用户的指定联系方式,向第二用户发送针对第一业务请求的处理提醒(即第二处理提醒)。
其中,第二处理提醒与第一处理提醒可以相同,也可以不同。由于服务端是在接收到第一业务请求时,即向第二用户发送第二处理提醒,因此,第二处理提醒中可以不携带服务端接收到第一业务请求的时刻。
基于上述处理,能够在向第二客户端发送第一业务请求的同时,主动提醒第二用户,也就能够提醒第二用户及时对第一业务请求进行处理,以提高业务请求的处理效率。
在一个实施例中,该方法还可以包括以下步骤:
步骤一:接收第一客户端发送的针对第一业务请求的第一提醒消息。
步骤二:按照第二客户端所属的第二用户的指定联系方式,向第二用户发送针对第一业务请求的第一处理提醒。
其中,第一提醒消息为:第一客户端在第一用户触发针对第一业务请求的提醒控件时发送的。
在本申请实施例中,第一客户端的显示界面中可以设置有针对第一业务请求的提醒控件。若第二用户未及时处理第一业务请求,则第一用户也可以主动触发提醒。即,第一用户可以触发第一客户端显示的提醒控件,进而,第一客户端向服务端发送针对第一业务请求的第一提醒消息,使得服务端向第二用户发送第一处理提醒,以提醒第二用户对第一业务请求进行处理。
其中,每一业务请求可以对应一个提醒控件。或者,每一类业务请求可以对应一个提醒控件,例如,请假类业务请求对应一个提醒控件,采购类业务请求对应一个提醒控件。或者,所有的业务请求对应同一个提醒控件。
在一个实施例中,服务端向第二用户发送第一处理提醒,可以包括:
在距离上一次向第二用户发送针对第一业务请求的处理提醒,达到第二预设时长的情况下,按照第二客户端所属的第二用户的指定联系方式,向第二用户发送针对第一业务请求的第一处理提醒。
其中,第二预设时长可以由用户根据需求确定,例如,第二预设时长可以为10分钟,或者,也可以为20分钟,但并不限于此。
在本申请实施例中,由于服务端可以主动向第二用户发送第一处理提醒,且第一用户也可以通过提醒控件触发第一处理提醒,因此,为了避免频繁对第二用户造成信号轰炸,提高用户体验。服务端每次在需要向第二用户发送第一处理提醒之前,可以判断距离上一次向第二用户发送处理提醒(包括第一处理提醒和第二处理提醒)是否达到第二预设时长。
若达到第二预设时长,则服务端可以向第二用户发送第一处理提醒。
反之,若未达到第二预设时长,则服务端可以等待,直至下一次第一用户触发提醒控件,或,达到下一个提醒周期,服务端可以继续判断距离上一次向第二用户发送处理提醒是否达到第二预设时长。
在一个实施例中,该方法还可以包括以下步骤:
当接收到第二客户端发送的第一业务响应时,向第一客户端发送第一业务响应;根据第一业务响应,更新第一业务请求的请求状态;根据第一业务请求更新后的业务状态,向第三客户端发送第一业务请求。
在本申请实施例中,第二客户端可以依次显示需要第二用户处理的每一业务请求。例如,第二客户端可以按照接收到业务请求的先后顺序,依次显示每一业务请求,在第二用户处理完当前显示的业务请求后,第二客户端可以显示下一业务请求。
在第二用户处理完第一业务请求后,第二客户端可以向服务端发送对应的业务响应(即第一业务响应),进而,服务端则可以向第一客户端发送第一业务响应。
另外,服务端还可以更新第一业务请求的业务状态,例如,确定第二用户已完成第一业务请求的处理,且可以确定需要处理第一业务请求的下一个用户(可以称为第三用户),第三用户对应的客户端也即第三客户端。服务端则可以向第三客户端发送第一业务请求。
基于相同的发明构思,本申请实施例还提供了一种请求处理方法,该方法应用于第一客户端,该第一客户端可以为上述请求处理系统中的第一客户端101,参见图3,该方法可以包括以下步骤:
S301:接收第一用户输入的请求指令。
S302:向服务端发送请求指令对应的第一业务请求,以使服务端根据第一业务请求的业务状态,向第二客户端发送第一业务请求,以及若在向第二客户端发送第一业务请求后的第一预设时长内,未接收到第二客户端发送的针对第一业务请求的第一业务响应,按照第二客户端所属的第二用户的指定联系方式,向第二用户发送针对第一业务请求的第一处理提醒。
基于本申请实施例提供的请求处理方法,在向第二客户端发送第一业务请求后,服务端还能够根据第二用户的联系方式,主动提醒第二用户对第一业务请求进行处理,也就能够避免第二用户未能及时登录第二客户端、以及第一业务请求被第二用户遗漏等导致的第一业务请求未能被及时处理的情况,进而,提高业务请求的处理效率。
针对上述步骤S301,当第一用户需要发起业务请求(即第一业务请求)时,可以向其登录的客户端(即第一客户端)输入请求指令,进而,第一客户端可以根据该请求指令,向服务端发送对应的第一业务请求。例如,该第一业务请求可以为第一用户的请假请求;或者,该第一业务请求也可以为采购商品的审批请求。
在一个实施例中,该方法还可以包括以下步骤:
当检测到第一用户触发针对第一业务请求的提醒控件时,向服务端发送针对第一业务请求的第一提醒消息,以使服务端按照第二客户端所属的第二用户的指定联系方式,向第二用户发送针对第一业务请求的第一处理提醒。
在本申请实施例中,第一客户端的显示界面中可以设置有针对第一业务请求的提醒控件。若第二用户未及时处理第一业务请求,则第一用户也可以主动触发提醒。即,第一用户可以触发第一客户端显示的提醒控件,进而,第一客户端向服务端发送针对第一业务请求的第一提醒消息,使得服务端向第二用户发送第一处理提醒,以提醒第二用户对第一业务请求进行处理。
参见图4,图4为本申请实施例提供的一种请求处理的原理示意图。
催批系统(即服务端)可以接收第一客户端发送的审批消息(即第一提醒消息),并判断消息是否重复,即,服务端判断距离上一次向第二用户发送针对第一业务请求的处理提醒是否达到第二预设时长。若未达到第二预设时长,则表示消息重复,则忽略消息(即忽略第一提醒消息)。若达到第二预设时长,则表示消息未重复,则服务端通知用户审批,即,服务端向第二用户发送第一处理提醒。
另外,服务端还可以进行审批检测,判断处理是否超时,即,判断第二用户是否在第一预设时长内处理第一业务请求。若处理超时,则服务端也可以主动向第二用户发送第一处理提醒。
当审批完成时,服务端可以接收到第二客户端发送的第一业务响应,并向第一客户端通知完成,即,向第一客户端发送第一业务响应。
基于相同的发明构思,本申请实施例还提供了一种请求处理装置,装置应用于服务端,参见图5,装置包括:
第一业务请求接收模块501,用于接收第一客户端根据第一用户的请求指令发送的第一业务请求;
第一业务请求发送模块502,用于根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求;
判断模块503,用于判断在向所述第二客户端发送所述第一业务请求后的第一预设时长内,是否接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应;若否,则触发第一处理提醒发送模块504;
所述第一处理提醒发送模块504,用于按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述装置还包括:
第二处理提醒发送模块,用于当接收到所述第一业务请求时,按照所述第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第二处理提醒。
可选的,所述装置还包括:
第一提醒消息接收模块,用于接收所述第一客户端发送的针对所述第一业务请求的第一提醒消息,并触发所述第一处理提醒发送模块;其中,所述第一提醒消息为:所述第一客户端在所述第一用户触发针对所述第一业务请求的提醒控件时发送的。
可选的,所述第一处理提醒发送模块504,具体用于在距离上一次向所述第二用户发送针对所述第一业务请求的处理提醒,达到第二预设时长的情况下,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述装置还包括:
处理模块,用于当接收到所述第二客户端发送的所述第一业务响应时,向所述第一客户端发送所述第一业务响应;
根据所述第一业务响应,更新所述第一业务请求的请求状态;
根据所述第一业务请求更新后的业务状态,向第三客户端发送所述第一业务请求。
基于相同的发明构思,本申请实施例还提供了一种请求处理装置,装置应用于第一客户端,参见图6,装置包括:
请求指令接收模块601,用于接收第一用户输入的请求指令;
第一业务请求发送模块602,用于向服务端发送所述请求指令对应的第一业务请求,以使所述服务端根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求,以及若在向所述第二客户端发送所述第一业务请求后的第一预设时长内,未接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
可选的,所述装置还包括:
第一提醒消息发送模块,用于当检测到所述第一用户触发针对所述第一业务请求的提醒控件时,向所述服务端发送针对所述第一业务请求的第一提醒消息,以使所述服务端按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
本申请实施例还提供了一种电子设备,如图7所示,包括处理器701、通信接口702、存储器703和通信总线704,其中,处理器701,通信接口702,存储器703通过通信总线704完成相互间的通信,
存储器703,用于存放计算机程序;
处理器701,用于执行存储器703上所存放的程序时,实现上述实施例中任一请求处理方法的步骤。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述任一请求处理方法的步骤。
在本申请提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一请求处理方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置、电子设备、计算可读存储介质以及计算机程序产品实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本申请的保护范围内。
Claims (17)
1.一种请求处理系统,其特征在于,所述系统包括:服务端和第一客户端,其中:
所述第一客户端,用于根据第一用户的请求指令,向所述服务端发送对应的第一业务请求;
所述服务端,用于根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求;若在向所述第二客户端发送所述第一业务请求后的第一预设时长内,未接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
2.一种请求处理方法,其特征在于,所述方法应用于服务端,所述方法包括:
接收第一客户端根据第一用户的请求指令发送的第一业务请求;
根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求;
若在向所述第二客户端发送所述第一业务请求后的第一预设时长内,未接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当接收到所述第一业务请求时,按照所述第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第二处理提醒。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
接收所述第一客户端发送的针对所述第一业务请求的第一提醒消息;其中,所述第一提醒消息为:所述第一客户端在所述第一用户触发针对所述第一业务请求的提醒控件时发送的;
按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
5.根据权利要求2或4所述的方法,其特征在于,所述按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒,包括:
在距离上一次向所述第二用户发送针对所述第一业务请求的处理提醒,达到第二预设时长的情况下,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
6.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当接收到所述第二客户端发送的所述第一业务响应时,向所述第一客户端发送所述第一业务响应;
根据所述第一业务响应,更新所述第一业务请求的请求状态;
根据所述第一业务请求更新后的业务状态,向第三客户端发送所述第一业务请求。
7.一种请求处理方法,其特征在于,所述方法应用于第一客户端,所述方法包括:
接收第一用户输入的请求指令;
向服务端发送所述请求指令对应的第一业务请求,以使所述服务端根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求,以及若在向所述第二客户端发送所述第一业务请求后的第一预设时长内,未接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
当检测到所述第一用户触发针对所述第一业务请求的提醒控件时,向所述服务端发送针对所述第一业务请求的第一提醒消息,以使所述服务端按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
9.一种请求处理装置,其特征在于,所述装置应用于服务端,所述装置包括:
第一业务请求接收模块,用于接收第一客户端根据第一用户的请求指令发送的第一业务请求;
第一业务请求发送模块,用于根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求;
判断模块,用于判断在向所述第二客户端发送所述第一业务请求后的第一预设时长内,是否接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应;若否,则触发第一处理提醒发送模块;
所述第一处理提醒发送模块,用于按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
第二处理提醒发送模块,用于当接收到所述第一业务请求时,按照所述第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第二处理提醒。
11.根据权利要求9所述的装置,其特征在于,所述装置还包括:
第一提醒消息接收模块,用于接收所述第一客户端发送的针对所述第一业务请求的第一提醒消息,并触发所述第一处理提醒发送模块;其中,所述第一提醒消息为:所述第一客户端在所述第一用户触发针对所述第一业务请求的提醒控件时发送的。
12.根据权利要求9或11所述的装置,其特征在于,所述第一处理提醒发送模块,具体用于在距离上一次向所述第二用户发送针对所述第一业务请求的处理提醒,达到第二预设时长的情况下,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
13.根据权利要求9所述的装置,其特征在于,所述装置还包括:
处理模块,用于当接收到所述第二客户端发送的所述第一业务响应时,向所述第一客户端发送所述第一业务响应;
根据所述第一业务响应,更新所述第一业务请求的请求状态;
根据所述第一业务请求更新后的业务状态,向第三客户端发送所述第一业务请求。
14.一种请求处理装置,其特征在于,所述装置应用于第一客户端,所述装置包括:
请求指令接收模块,用于接收第一用户输入的请求指令;
第一业务请求发送模块,用于向服务端发送所述请求指令对应的第一业务请求,以使所述服务端根据所述第一业务请求的业务状态,向第二客户端发送所述第一业务请求,以及若在向所述第二客户端发送所述第一业务请求后的第一预设时长内,未接收到所述第二客户端发送的针对所述第一业务请求的第一业务响应,按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
15.根据权利要求14所述的装置,其特征在于,所述装置还包括:
第一提醒消息发送模块,用于当检测到所述第一用户触发针对所述第一业务请求的提醒控件时,向所述服务端发送针对所述第一业务请求的第一提醒消息,以使所述服务端按照所述第二客户端所属的第二用户的指定联系方式,向所述第二用户发送针对所述第一业务请求的第一处理提醒。
16.一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现权利要求2-6,或7-8任一所述的方法步骤。
17.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求2-6,或7-8任一所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111615714.XA CN114567680A (zh) | 2021-12-27 | 2021-12-27 | 请求处理方法、装置、系统、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111615714.XA CN114567680A (zh) | 2021-12-27 | 2021-12-27 | 请求处理方法、装置、系统、电子设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114567680A true CN114567680A (zh) | 2022-05-31 |
Family
ID=81712261
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111615714.XA Pending CN114567680A (zh) | 2021-12-27 | 2021-12-27 | 请求处理方法、装置、系统、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114567680A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080189622A1 (en) * | 2007-02-05 | 2008-08-07 | Microsoft Corporation | Human Interaction With Application From Email Client |
CN105721547A (zh) * | 2016-01-20 | 2016-06-29 | 北京京东尚科信息技术有限公司 | 协同处理业务的方法和装置 |
CN109255623A (zh) * | 2018-07-27 | 2019-01-22 | 重庆小雨点小额贷款有限公司 | 一种业务审批方法、服务器、客户端及存储介质 |
CN111125681A (zh) * | 2019-12-03 | 2020-05-08 | 苏州科达科技股份有限公司 | 业务处理方法、装置及存储介质 |
CN112134907A (zh) * | 2019-06-24 | 2020-12-25 | 北京京东尚科信息技术有限公司 | 消息处理方法、装置及设备 |
WO2021217986A1 (zh) * | 2020-04-30 | 2021-11-04 | 平安科技(深圳)有限公司 | 分布式消息传输方法、装置、计算机设备及存储介质 |
-
2021
- 2021-12-27 CN CN202111615714.XA patent/CN114567680A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080189622A1 (en) * | 2007-02-05 | 2008-08-07 | Microsoft Corporation | Human Interaction With Application From Email Client |
CN105721547A (zh) * | 2016-01-20 | 2016-06-29 | 北京京东尚科信息技术有限公司 | 协同处理业务的方法和装置 |
CN109255623A (zh) * | 2018-07-27 | 2019-01-22 | 重庆小雨点小额贷款有限公司 | 一种业务审批方法、服务器、客户端及存储介质 |
CN112134907A (zh) * | 2019-06-24 | 2020-12-25 | 北京京东尚科信息技术有限公司 | 消息处理方法、装置及设备 |
CN111125681A (zh) * | 2019-12-03 | 2020-05-08 | 苏州科达科技股份有限公司 | 业务处理方法、装置及存储介质 |
WO2021217986A1 (zh) * | 2020-04-30 | 2021-11-04 | 平安科技(深圳)有限公司 | 分布式消息传输方法、装置、计算机设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
胡鹏;夏扬;曲爱妍;: "一种针对LDAP客户端与服务器通信的改进方案", 舰船电子工程, no. 01, 20 January 2015 (2015-01-20) * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021180025A1 (zh) | 一种消息处理方法、装置、电子设备及介质 | |
US9516126B1 (en) | Call center call-back push notifications | |
US11038975B2 (en) | Information pushing method and device | |
US10050899B2 (en) | Data processing method, apparatus, client, server and system | |
US10630807B2 (en) | Method and system for loading application- specific interfaces in a social networking application | |
CN108848280B (zh) | 呼叫处理方法、装置、存储介质及服务设备 | |
US10122598B2 (en) | Subscription watch lists for event handling | |
CN109710425B (zh) | 一种消息监听方法和装置 | |
CN109213770B (zh) | 数据处理方法、系统、计算机设备和存储介质 | |
CN110727523A (zh) | 业务请求的处理方法、处理装置及可读存储介质 | |
CN111125240A (zh) | 一种分布式事务实现方法、装置、电子设备及存储介质 | |
CN110751464A (zh) | 一种信息提示方法、装置、设备及存储介质 | |
CN108390770B (zh) | 一种信息生成方法、装置及服务器 | |
CN114567680A (zh) | 请求处理方法、装置、系统、电子设备及可读存储介质 | |
CN113760487B (zh) | 一种业务处理方法和装置 | |
CN113285915A (zh) | 一种注册管理方法、装置及私有云控制服务器 | |
CN113535439A (zh) | 业务请求处理方法、装置、设备及存储介质 | |
CN112837517A (zh) | 报警消息处理方法、装置、服务器、客户端及报警系统 | |
CN113010587A (zh) | 数据源配置方法、装置、终端、服务器及介质 | |
CN110647767A (zh) | 数据查看方法、电子设备和计算机可读存储介质 | |
CN112150126A (zh) | 信息处理方法、装置、电子设备及介质 | |
CN112256654A (zh) | 一种文档共享方法及装置 | |
CN113656772B (zh) | 信息处理方法、装置、电子设备及存储介质 | |
CN113766437B (zh) | 一种短信发送方法和装置 | |
CN114240660A (zh) | 一种交易处理方法、装置、电子设备及计算机可读介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |