发明内容
本公开提供了一种业务处理方法、业务处理装置、计算机可读存储介质与电子设备,进而至少在一定程度上改善现有的业务处理方法效率较低的问题。
本公开实施例的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的第一方面,提供一种业务处理方法,包括:接收业务请求方发送的业务请求,所述业务请求包括所述业务请求方的标识信息;根据所述标识信息获取所述业务请求方对应的配置信息;通过所述配置信息确定所述业务请求对应的任务以及所述任务的执行顺序;按照所述执行顺序执行所述任务,得到所述业务请求的处理结果。
在本公开的一种示例性实施方式中,所述通过所述配置信息确定所述业务请求对应的任务以及所述任务的执行顺序,包括:从所述配置信息中获取所述业务请求对应的多个任务;根据各所述任务的优先级确定各所述任务的执行顺序。
在本公开的一种示例性实施方式中,在从所述配置信息中获取所述业务请求对应的多个任务后,所述方法还包括:将包含必要任务内容的所述任务确定为第一类任务,将不包含必要任务内容的所述任务确定为第二类任务;所述根据各所述任务的优先级确定各所述任务的执行顺序,包括:将所述第一类任务按照其优先级由高到低的顺序添加到任务队列;将所述第二类任务按照其优先级进一步划分为至少一个任务子集,每个所述任务子集中的所述第二类任务具有相同的优先级;从每个所述任务子集中选择至少一个所述第二类任务,按照其优先级插入至所述任务队列;所述按照所述执行顺序执行所述任务,得到所述业务请求的处理结果,包括:依次执行所述任务队列中的任务,得到所述业务请求的处理结果。
在本公开的一种示例性实施方式中,从每个所述任务子集中选择至少一个所述第二类任务,按照其优先级插入至所述任务队列,包括:将每个所述任务子集中的全部所述第二类任务合并为该任务子集对应的并列任务,按照该任务子集的优先级插入至所述任务队列;其中,执行所述并列任务时,所述并列任务中的任一任务执行通过,则所述并列任务执行通过。
在本公开的一种示例性实施方式中,所述依次执行所述任务队列中的任务,得到所述业务请求的处理结果,包括:当所述任务队列中的全部任务执行通过时,确定所述业务请求的处理结果为通过;当所述任务队列中任一任务执行不通过时,确定所述业务请求的处理结果为不通过。
在本公开的一种示例性实施方式中,在得到所述业务请求的处理结果后,所述方法还包括:将所述处理结果返回所述业务请求方;当接收到所述业务请求方发送的关于所述处理结果的反馈信息时,根据所述反馈信息调整所述业务请求方对应的配置信息。
在本公开的一种示例性实施方式中,所述根据所述标识信息获取所述业务请求方对应的配置信息,包括:根据所述标识信息确定所述业务请求方对应的业务接口;从配置中心获取所述业务接口对应的配置信息。
根据本公开的第二方面,提供一种业务处理装置,所述装置包括:接收模块,用于接收业务请求方发送的业务请求,所述业务请求包括所述业务请求方的标识信息;获取模块,用于根据所述标识信息获取所述业务请求方对应的配置信息;确定模块,用于通过所述配置信息确定所述业务请求对应的任务以及所述任务的执行顺序;执行模块,用于按照所述执行顺序执行所述任务,得到所述业务请求的处理结果。
在本公开的一种示例性实施方式中,所述确定模块,还用于从所述配置信息中获取所述业务请求对应的多个任务;根据各所述任务的优先级确定各所述任务的执行顺序。
在本公开的一种示例性实施方式中,在从所述配置信息中获取所述业务请求对应的多个任务后,所述装置还包括:将包含必要任务内容的所述任务确定为第一类任务,将不包含必要任务内容的所述任务确定为第二类任务;所述确定模块,还用于将所述第一类任务按照其优先级由高到低的顺序添加到任务队列;将所述第二类任务按照其优先级进一步划分为至少一个任务子集,每个所述任务子集中的所述第二类任务具有相同的优先级;从每个所述任务子集中选择至少一个所述第二类任务,按照其优先级插入至所述任务队列;所述执行模块,用于依次执行所述任务队列中的任务,得到所述业务请求的处理结果。
在本公开的一种示例性实施方式中,所述确定模块,还用于将每个所述任务子集中的全部所述第二类任务合并为该任务子集对应的并列任务,按照该任务子集的优先级插入至所述任务队列;其中,执行所述并列任务时,所述并列任务中的任一任务执行通过,则所述并列任务执行通过。
在本公开的一种示例性实施方式中,所述执行模块,还用于当所述任务队列中的全部任务执行通过时,确定所述业务请求的处理结果为通过;当所述任务队列中任一任务执行不通过时,确定所述业务请求的处理结果为不通过。
在本公开的一种示例性实施方式中,在得到所述业务请求的处理结果后,所述装置还包括返回模块,用于将所述处理结果返回所述业务请求方;当接收到所述业务请求方发送的关于所述处理结果的反馈信息时,根据所述反馈信息调整所述业务请求方对应的配置信息。
在本公开的一种示例性实施方式中,所述接收模块,用于根据所述标识信息确定所述业务请求方对应的业务接口;从配置中心获取所述业务接口对应的配置信息。
根据本公开的第三方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意一种业务处理方法。
根据本公开的第四方面,提供一种电子设备,包括:处理器;以及存储器,用于存储所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行上述任意一种业务处理方法。
本公开具有以下有益效果:
本公开提出了一种根据业务受理方的需求,将其业务配置信息进行统一配置,并确定对应业务请求的各任务执行顺序,按照该执行顺序执行上述业务请求的各个任务内容的业务处理方法。一方面,将业务受理方的业务内容进行统一配置,使业务受理方不再需要对各业务制定单独的处理方案,并对其进行代码开发和测试等,减少了业务受理方配置业务的操作流程,节省了系统资源和人工成本;另一方面,本公开所提方法可以从业务配置信息中获取业务受理方的各个业务内容及其执行方式,根据该执行方式执行各业务请求对应的业务内容,避免了业务处理时对业务内容中任务执行方式的多次确定,减少了系统间的交互过程,提升了业务处理效率;再一方面,本公开所提方法可以对多个业务内容进行统一配置,在业务交互时通过读取配置信息可以减少获取业务受理方各业务处理信息的步骤,从而能够提升多业务处理的可能性和操作简易性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
本公开的示例性实施方式首先提供了一种业务处理方法。图1示出了该方法运行环境的系统架构示意图,如图1所示,该系统100可以包括:客户端110、服务器120、配置中心130和执行器140。其中,客户端110是业务请求方使用的终端设备,例如电脑、手机等,可以发起业务请求;服务器120为业务受理方的后台服务器,用于受理并处理业务请求;配置中心130是提供业务配置信息的平台,可以是数据库或数据平台;执行器140为实际执行业务内容的设备,可以是服务器120后端的业务服务器或计算机设备。应该理解,图1中的客户端、服务器、配置中心和执行器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的客户端、服务器,配置中心和执行器。比如服务器120可以是多个服务器组成的服务器集群等。
在一种可选的实施方式中,执行器140的功能可以集成到服务器120上,例如设置统一的后台服务器或服务器集群,可以同时执行上述服务器120的业务受理功能和执行器140的业务执行功能。
本公开的示例性实施方式提供的业务处理方法可以应用于互联网应用平台的业务内容配置,适用于平台或平台间的业务处理。该方法一般由服务器120执行,或者由集成了服务器120和执行器140功能的服务器执行。
图2示出了本公开示例性实施方式的一种流程,可以包括以下步骤S210~S240:
步骤S210.接收业务请求方发送的业务请求,该业务请求包括业务请求方的标识信息。
可选地,上述业务请求方指的是发起该请求的用户所在的客户端,其业务请求是用户通过该客户端发送的获得相关业务内容的请求,该请求可以根据业务内容包括多种类型,例如:该业务请求可以是用户使用应用程序进行的特定业务申请,如网络资源的发布和使用、用户在申请金融贷款时的个人和账户认证、用户在网络平台的综合服务获取等。上述业务请求可以通过不同的方式进行处理,如用户填写姓名、年龄等基本信息,在存在交易时还可输入证件号码、银行卡账户等信息,并可以通过面部识别、填写验证码等方式发起验证请求;业务请求方的标识信息为表示该业务请求方的特殊标记,通常是具有一定顺序的数字、字母和符号组成的字符串,可以是应用程序中的账号、个人身份证号、企业统一社会信用代码等。
在一种可选的实施方式中,可以由服务器120接收业务请求方发送的业务请求,即接收客户端110发送的业务处理请求,该请求包括业务请求方的标识信息,通过该标识信息,可以确定业务处理请求对应的业务配置信息。
步骤S220.根据标识信息获取业务请求方对应的配置信息。
其中,配置信息指由业务请求方,即请求该业务的用户或企业设置的业务内容和该业务内容的执行信息等,该业务内容和其执行信息可以根据业务请求方的需求或业务的类型包括多种内容,例如:在用户验证时,设置安全验证、面部信息确认、四要素身份确认的方式,该四要素指姓名、身份证号码、银行卡账号和手机号;如果业务内容可能存在账户交易,还可以设置账户信息核查、资产负债确认等。上述业务内容与其执行信息由配置中心130存储,通过一定方式读取与业务请求方相应的业务配置信息,例如:以业务请求方的标识信息为索引,从对应的数据库中读取该业务请求方的业务配置信息。
在一种可选的实施方式中,步骤S220可以通过以下方式实现:
根据标识信息确定业务请求方对应的业务接口;
从配置中心获取该业务接口对应的配置信息。
其中,业务接口指的是业务请求方接入网和业务节点之间的接口,每个业务内容可以作为一个接口。
根据业务请求方的标识信息,确定业务请求方对应的业务接口,该业务接口具备执行该业务的功能,在配置中心130中,设置了关于业务请求方对应的各业务内容和执行方式,因此,从配置中心读取该业务接口对应的配置信息,可以明确该业务接口的执行内容、访问方式和返回数据等。在执行该业务内容时,可按照对应该业务的配置信息执行,并将执行结果以符合该业务接口要求的形式返回至客户端。
在一种可选的实施方式中,业务请求还可以包括业务类型,即业务请求方请求了哪种类型的业务。业务受理方可以为每种类型的业务分别设置配置信息,则在步骤S220中,可以根据业务类型和标识信息获取业务请求方对应的配置信息,例如在配置信息中,业务类型可以用一定的字符串序列表示各个具体的业务内容,如用“S001”表示用户查询业务,通过以业务类型为索引,可以从配置中心130中读取某确定业务的业务配置信息。
步骤S230.通过配置信息确定该业务请求对应的任务以及任务的执行顺序。
其中,任务指的是由业务请求对应的业务内容拆分而成的子内容,一个子内容对应一个任务。业务内容的拆分可以按照业务内容的类型、数量、重要性等属性进行拆分,例如:业务内容为处理某互联网应用平台用户关于动画发布的申请信息,包括用户的基本信息、动画文件数据和账户信息等,按照这三种类型,可以将业务内容中的基本信息拆分为姓名任务、身份证件任务、年龄及住址等任务,动画文件数据拆分为动画源文件任务、缩略图任务、封面动画等任务,用户的账户信息拆分为银行卡任务和网络账户任务等。业务内容的各个任务由对应的任务接口执行,通过配置信息可以确定上述业务请求对应的任务内容和各个任务内容的执行信息,如执行方式、返回数据大小和格式等。
在配置中心130中,读取对应上述业务请求的配置信息,通过该配置信息确定该业务请求所要执行的各个任务和任务对应的执行顺序,从而将业务请求中的任务信息分发至各任务接口,由各任务接口执行,并返回执行结果。
步骤S240.按照上述执行顺序执行任务,得到该业务请求的处理结果。
按照上述执行顺序,依次执行各任务,得到对应上述业务请求的处理结果,即该业务请求通过或者该业务请求不通过。
在一种可选的实施方式中,服务器120在确定任务的执行顺序后,可以将读取的关于业务请求的各个任务内容发送至执行器140,由执行器140对应的任务接口执行相应的各个任务,在完成任务处理后,将处理结果返回至服务器120。
在一种可选的实施方式中,在通过配置信息确定业务请求的任务及其顺序时,步骤S230可以通过以下方式实现:
从配置信息中获取业务请求对应的多个任务;
根据各任务的优先级确定各任务的执行顺序。
上述配置信息可以存储在相应的数据库中,根据其索引能够读取对应业务请求的任务信息,例如:参考表1所示,列出了业务请求方关于某业务的部分任务配置信息,包括业务请求方标识、任务序列号、任务名称、任务顺序、执行方式和任务接口。根据其业务请求方标识和业务内容标识为索引可以读取该业务内容的任务信息和其执行方式,如在对应的任务接口中执行该任务,任务接口可以包括综合决策接口,其功能是下发对应的任务执行方式,如当业务内容包括用户核身时,其执行方式可以是三要素核身、四要素核身、人脸核身或者其他方式等;在完成任务下发后,各任务由其任务接口执行,如用户在客户端发起的业务内容是开户申请,在任务接口中可以包含防刷任务、注册任务、签章任务等,每个任务接口可以通过多态的模式实现自己的核心逻辑,如防刷任务,需要基于已有的大数据分析和实时分析,识别出此次请求是危险请求还是安全请求,如果是危险请求,则这个任务返回失败;在确定任务顺序时,可以用序号表示其执行顺序,如表1中安全校验任务的执行顺序为1;再比如签章任务,这个任务节点需要电子签章的协议编号,可以通过消息的形式发送给签章业务,此任务并不要求强制成功,所以此任务的返回一定是成功的。
表1
属性 |
内容 |
业务请求方标识 |
123456 |
业务内容标识 |
abc |
任务序列号 |
任务标识(如:任务1) |
任务名称 |
任务名称(如:安全校验) |
任务顺序 |
1 |
执行方式 |
任务实现方式(如:病毒检测) |
任务接口 |
不同任务的执行接口 |
通过统一配置,可以做到一次编写,任意配置,比如防刷任务,如果两个接口都进行了配置,在执行时两个接口也都会执行,如果此时接入另一业务请求方,其任务配置不需要签章任务,那么只需要从配置信息中的任务接口属性中去掉签章任务即可。
在从配置信息中获取业务内容对应的各任务信息后,确定各任务的优先级,其优先级可以通过任务的类型、操作简易程度、重要程度的一种或多种来决定,例如:按照任务的重要程度将安全检测,如病毒检测的任务设为第一优先级,将包含基本信息,如姓名、年龄检查等任务设为第二优先级,将可选任务如备注信息设为第三优先级,上述第一、第二、第三同时表示了各任务优先级的先后顺序,根据该优先级顺序可以确定各任务的执行顺序,即按照第一优先级、第二优先级、第三优先级的顺序依次执行各任务。
在一种可选的实施方式中,在获得上述业务请求对应的多个任务及其顺序之后,可以将包含必要任务内容的任务确定为第一类任务,例如将用户基本信息中的姓名、身份证件号码、手机号等和账户信息等作为第一类任务,将不包含必要任务内容的任务,如用户基本信息中的喜好等确定为第二类任务,同时,对于上述任务类别的划分,可以根据业务内容、业务级别、任务优先级等信息进行设置或调整,例如,业务内容是用户兴趣调查,则可以将用户的喜好作为必要任务内容,而将用户的证件信息作为非必要任务内容。
具体地,参考图3所示,上述根据各任务的优先级确定各任务的执行顺序可以通过以下步骤S310~S330实现:
步骤S310.将第一类任务按照其优先级由高到低的顺序添加到任务队列。
其中,任务队列指的是存放待处理任务的队列,该任务的执行顺序按照“队列”的执行特点执行,即“先进入先执行”;第一类任务是用户通过该业务请求的必要任务内容,若未通过该类任务中的任一任务,则用户请求不能被通过。
将第一类任务中的各任务按照其优先级添加至任务队列,按照任务队列的顺序特点和任务的优先级由高至低依次排列上述第一类任务中的各任务。
步骤S320.将第二类任务按照其优先级进一步划分为至少一个任务子集,每个所述任务子集中的第二类任务具有相同的优先级。
其中,第二类任务是用户通过该业务请求的非必要条件,也就是说,在第二类任务中,用户的业务请求不需要通过全部第二类任务,该业务请求仍可被通过。
第二类任务包含通过业务请求的非必要任务,该非必要任务可以包括一个或多个优先级相同的任务,本示例性实施方式中,将第二类任务中优先级相同的任务划分为一个任务子集,由此将第二类任务中的任务划分为至少一个任务子集。
步骤S330.从每个任务子集中选择至少一个第二类任务,按照其优先级插入至任务队列。
在每个任务子集中选择一个或多个任务,按照选择任务的优先级将其依次插入至上述任务队列。基于上述描述,可以选择任务子集中部分或全部任务插入任务队列,该过程通过任务数量选择,可以在执行业务请求对应的各任务基础上减少任务数量,节省资源占用,也可以进一步提高业务请求的处理速度。
在一种可选的实施方式中,上述第一类任务和第二类任务也可以配置在用户所在客户端发起业务请求的内容完成页面中,例如可以将第一类任务和第二类任务分为不同的部分,并设置特殊标记以供用户选择,如将用户必须完成的内容题目用区别显示的字体标记,可选的内容则不进行标记。
在一种可选的实施方式中,接收到的业务请求可以包含部分或全部业务子内容的执行顺序,也就是部分或全部任务的执行顺序,将该执行顺序作为各任务优先级顺序,例如可以将执行顺序在先的任务作为高优先级任务,执行顺序在后的任务作为低优先级任务。在该条件下,服务器120可以直接以上述业务请求中包含的任务顺序作为相应任务的执行顺序,按照上述执行顺序将各任务依次插入至任务队列,例如在用户身份校验中,业务请求方的执行顺序是确定的,如依次是账户校验和手机校验,则可以按照该执行顺序将账户校验任务和手机校验任务依次插入至任务队列;同时对于不包含任务顺序的任务内容,可以按照步骤S230从配置中心130中确定其执行顺序,并按照该执行顺序将对应任务插入至任务队列。
在一种可选的实施方式中,在执行上述任务队列中的各个任务时,参考图4所示,可以通过步骤S410~S420实现:
步骤S410,当任务队列中的全部任务执行通过时,确定业务请求的处理结果为通过;
步骤S420,当任务队列中任一任务执行不通过时,确定业务请求的处理结果为不通过。
当队列中全部任务都被执行通过,说明上述业务请求中相应的任务信息为符合业务执行要求的信息,确定该用户对应的业务请求的处理结果为通过;当队列中存在任务执行结果为不通过时,说明该业务请求中包含不符合业务执行要求的信息,因此确定该用户对应的业务请求的处理结果为不通过。
通过上述步骤S410和S420的处理方式,当任务队列中有任务执行未通过时,业务请求即被结束,而不需要等待全部任务执行完成,因此提高了业务处理的效率。
在一种可选的实施方式中,步骤S330还可以包括:
将每个任务子集中的全部第二类任务合并为该任务子集对应的并列任务,按照该任务子集的优先级插入至任务队列。
其中,并列任务包含对应的任务子集中的全部任务,将该任务作为一个任务插入至任务队列中。在执行该并列任务时,可以将该并列任务作为一个任务执行,当该任务通过时,确定业务请求的处理结果为通过,反之为不通过;也可以在该并列任务中执行每个第二类任务,当该第二类任务中有至少一个任务执行结果为通过时,确定业务请求的处理结果为通过,反之为不通过。
在一种可选的实施方式中,在得到上述业务请求的处理结果后,可以将该处理结果返回至业务请求方,以接收业务请求方关于处理结果的反馈信息,根据反馈信息可以调整业务请求方对应的配置信息。
在将处理结果发送至业务请求方之后,业务请求方可以根据处理结果进行结果反馈,该反馈可以是对业务内容对应的任务信息,如任务种类、数量等的反馈,也可以是对关于上述业务内容的其他信息的反馈,例如:业务操作体验等,服务器120可以根据反馈信息调整对应的配置信息,然后将配置信息发送至配置中心130,以使其根据接收到的配置信息更新其原有配置。
在业务配置更新时,也可以是在一段时间后,随着业务内容的调整,响应于业务受理方的需求反馈,由服务器120对业务配置信息进行的更新和调整。
综上,本公开示例性实施方式提出了一种根据业务受理方的需求,将其业务配置信息进行统一配置,并确定对应业务请求的各任务执行顺序,按照该执行顺序执行该业务请求的各个任务内容的业务处理方法。一方面,将业务受理方的多个业务内容进行统一配置,使业务受理方不再需要对各业务制定单独的处理方案,并对其进行代码开发和测试等,因而减少了业务受理方配置业务的操作流程,节省了系统资源和人工成本;另一方面,本公开所提方法可以从业务配置信息中获取业务受理方的各业务内容及其执行方式,根据该执行方式执行各业务请求对应的业务内容,避免了业务处理时对业务内容中任务执行方式的多次确定,减少了系统间的交互过程,提升了业务处理效率;再一方面,本公开所提方法可以对多个业务内容进行统一配置,在多业务交互时通过读取配置信息可以减少获取各业务处理信息的步骤,从而能够提升多业务处理的可能性和操作简易性。
此外,该方法还可以通过配置任务的执行顺序和判断标准,在任一任务执行不通过时便终止其业务请求,进一步提升业务处理效率。
图5示出了本公开示例性实施方式的一种交互示意图,包括以下步骤:
步骤S501.业务请求方通过客户端110发送业务请求,服务器120接收该业务请求。
步骤S502.服务器120从配置中心130获取业务配置信息,该配置信息包括业务请求对应的任务信息。
上述配置信息可以包括对应业务请求方的多个业务内容,通过读取业务配置信息获取上述业务请求对应的业务内容,和该业务内容对应的任务以及任务的优先级和执行顺序等。
步骤S503.按照任务的优先级,服务器120可以将上述任务分为第一类任务和第二类任务。
服务器120可以按照任务的优先级确定上述任务的执行顺序,再通过判断任务的必要程度将任务划分为第一类任务和第二类任务。
步骤S504.服务器120确定各任务的执行顺序。
按照任务类别和各类别中任务的优先级,服务器120确定各类别中任务的执行顺序。
步骤S505.服务器120按照各任务的执行顺序将上述各任务插入任务队列。
在上述任务队列中,依次排列各任务内容,等待执行。
步骤S506.服务器120将任务队列发送至执行器140。
步骤S507.执行器140执行各任务。
执行器140按照执行顺序依次执行任务队列中的各个任务,当任务队列中的各个任务均通过执行时,业务请求处理结果为通过;当任务队列中任一任务执行未通过时,业务请求处理结果为不通过。
步骤S508.执行器140将各任务的处理结果返回至服务器120。
在执行器140完成任务处理后,将各个任务的处理结果返回至服务器120。
步骤S509.服务器120将处理结果发送至客户端110。
步骤S510.客户端110向服务器120发送关于上述处理结果的反馈信息。
步骤S511.服务器120根据反馈信息得到业务更改信息。
在接收上述反馈信息后,服务器120可以根据该反馈信息确定是否调整业务配置以及具体的调整方式,例如:统计由客户端110发送的反馈信息,当该反馈信息中关于某一任务的相关更改反馈达到确定数量时,确定修改业务配置,并将其修改信息作为业务更改信息。
步骤S512.服务器120将业务更改信息发送至配置中心130。
步骤S513.配置中心130根据接收到的反馈信息调整业务配置信息。
进一步的,本公开示例性实施方式中,还提供了一种业务处理装置,参考图6所示,该业务处理装置600可以包括:接收模块610,可以用于接收业务请求方发送的业务请求,业务请求包括业务请求方的标识信息;获取模块620,可以用于根据标识信息获取业务请求方对应的配置信息;确定模块630,可以用于通过配置信息确定业务请求对应的任务以及任务的执行顺序;执行模块640,可以用于按照执行顺序执行任务,得到业务请求的处理结果。
在本公开的一种示例性实施方式中,确定模块630还可以用于从配置信息中获取业务请求对应的多个任务;根据各任务的优先级确定各任务的执行顺序。
在本公开的一种示例性实施方式中,在从配置信息中获取业务请求对应的多个任务后,上述装置还可以包括:将包含必要任务内容的任务确定为第一类任务,将不包含必要任务内容的任务确定为第二类任务;确定模块630还可以用于将第一类任务按照其优先级由高到低的顺序添加到任务队列;将第二类任务按照其优先级进一步划分为至少一个任务子集,每个任务子集中的第二类任务具有相同的优先级;从每个任务子集中选择至少一个第二类任务,按照其优先级插入至任务队列;执行模块640可以用于依次执行任务队列中的任务,得到业务请求的处理结果。
在本公开的一种示例性实施方式中,确定模块630还可以用于将每个任务子集中的全部第二类任务合并为该任务子集对应的并列任务,按照该任务子集的优先级插入至任务队列;其中,执行并列任务时,并列任务中的任一任务执行通过,则并列任务执行通过。
在本公开的一种示例性实施方式中,执行模块640还可以用于当任务队列中的全部任务执行通过时,确定业务请求的处理结果为通过;当任务队列中任一任务执行不通过时,确定业务请求的处理结果为不通过。
在本公开的一种示例性实施方式中,在得到业务请求的处理结果后,装置还包括返回模块,可以用于将处理结果返回业务请求方;当接收到业务请求方发送的关于处理结果的反馈信息时,根据反馈信息调整业务请求方对应的配置信息。
在本公开的一种示例性实施方式中,接收模块610可以用于根据标识信息确定业务请求方对应的业务接口;从配置中心获取业务接口对应的配置信息。
上述装置中各模块的具体细节在方法部分实施方式中已经详细说明,未披露的方案细节内容可以参见方法部分的实施方式内容,因而不再赘述。
所属技术领域的技术人员能够理解,本公开的各个方面可以实现为系统、方法或程序产品。因此,本公开的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
本公开的示例性实施方式还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中,本公开的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序产品在终端设备上运行时,程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
参考图7所示,描述了根据本公开的示例性实施方式的用于实现上述方法的程序产品700,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本公开的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码,程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
本公开的示例性实施方式还提供了一种能够实现上述方法的电子设备。下面参照图8来描述根据本公开的这种示例性实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例,不应对本公开实施方式的功能和使用范围带来任何限制。
如图8所示,电子设备800可以以通用计算设备的形式表现。电子设备800的组件可以包括但不限于:上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830和显示单元840。
存储单元820存储有程序代码,程序代码可以被处理单元810执行,使得处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如,处理单元810可以执行图2至图5所示的方法步骤等。
存储单元820可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)821和/或高速缓存存储单元822,还可以进一步包括只读存储单元(ROM)823。
存储单元820还可以包括具有一组(至少一个)程序模块825的程序/实用工具824,这样的程序模块825包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线830可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备800交互的设备通信,和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且,电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器860通过总线830与电子设备800的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备800使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开示例性实施方式的方法。
此外,上述附图仅是根据本公开示例性实施方式的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的示例性实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施方式。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施方式仅被视为示例性的,本公开的真正范围和精神由权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。