CN109246071A - 业务处理方法、业务系统、调用管理系统和业务处理系统 - Google Patents

业务处理方法、业务系统、调用管理系统和业务处理系统 Download PDF

Info

Publication number
CN109246071A
CN109246071A CN201810690525.0A CN201810690525A CN109246071A CN 109246071 A CN109246071 A CN 109246071A CN 201810690525 A CN201810690525 A CN 201810690525A CN 109246071 A CN109246071 A CN 109246071A
Authority
CN
China
Prior art keywords
service request
user
processing
service
business
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
Application number
CN201810690525.0A
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.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201810690525.0A priority Critical patent/CN109246071A/zh
Priority to PCT/CN2018/111493 priority patent/WO2020000807A1/zh
Publication of CN109246071A publication Critical patent/CN109246071A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/108—Network architectures or network communication protocols for network security for controlling access to devices or network resources when the policy decisions are valid for a limited amount of time
    • 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/133—Protocols for remote procedure calls [RPC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明实施例提供一种业务处理方法、业务系统、调用管理系统和业务处理系统，涉及通信技术领域。本发明实施例提供的业务处理方法包括：接收用户的业务请求；所述业务请求是否需要调用关联系统；判断所述业务请求需要调用关联系统时，将所述业务请求进行转发；所述业务请求不需要调用关联系统时，根据所述业务请求进行业务逻辑处理，获得处理结果；向所述用户反馈所述处理结果。本发明的技术方案能够减轻甚至避免在大并发请求时导致当前业务系统的线程全部堵塞甚至JVM内存溢出的情况出现。

Description

业务处理方法、业务系统、调用管理系统和业务处理系统
技术领域
本发明涉及通信技术领域，尤其涉及一种业务处理方法、业务系统、调用管理系统和业务处理系统。
背景技术
在大型企业的信息技术系统或者互联网大型系统架构中，基于系统扩展性、稳定性的需求，往往需要将大型系统部署呈分布式多系统架构。在分布式多系统架构中，基于业务逻辑的需求，不同应用系统之间需要基于远程过程调用协议(Remote Procedure CallProtocol，简称RPC)来实现接口数据通信。当用户在业务系统上发起针对一个功能点的业务请求需要一个或多个关联系统配合完成时，业务系统需要对关联系统进行RPC调用。
然而，上述对关联系统的RPC调用往往是在本地的JVM(Java Virtual Machine，Java虚拟机)中进行同步处理，故一旦关联系统的服务出现故障，不能返回处理结果，则业务系统只能等待超时，将会导致当前线程被挂起，进行等待，不能向用户反馈处理结果。而用户此时往往会再重新发起请求，而此时关联系统已经不能正常提供服务，很容易在大并发请求时导致当前业务系统的线程全部堵塞甚至出现JVM内存溢出，导致业务系统的一个功能点故障引发整个业务系统不可以使用。
发明内容
本发明实施例提供一种业务处理方法、业务系统、调用管理系统和业务处理系统，可以减轻甚至避免在大并发请求时导致当前业务系统的线程全部堵塞甚至JVM内存溢出的情况出现。
第一方面，本发明实施例提供一种业务处理方法，所述业务处理方法包括：
接收用户的业务请求；
判断所述业务请求是否需要调用关联系统；
所述业务请求需要调用关联系统时，将所述业务请求进行转发；
所述业务请求不需要调用关联系统时，根据所述业务请求进行业务逻辑处理，获得处理结果；
向所述用户反馈所述处理结果。
可选地，在所述接收用户的业务请求之前，所述业务处理方法还包括：：
根据用户信息和所述业务请求，进行安全认证校验，判断所述用户是否具有相应权限；
判断所述用户具有相应权限时，接收所述用户的所述业务请求和所述用户信息，并在判断所述业务请求需要调用关联系统时，将所述业务请求和所述用户信息进行转发；
判断所述用户不具有相应权限时，拒绝所述用户的所述业务请求，并向所述用户报错。
可选地，所述业务处理方法还包括在所述接收用户的业务请求之后，在所述判断所述业务请求是否需要调用关联系统之前的以下步骤：
将业务系统中的所有业务逻辑进行划分，确定不需要调用关联系统的业务逻辑，以及需要调用关联系统的业务逻辑；
对不需要调用关联系统的各业务逻辑进行编号；
确定需要调用关联系统的各业务逻辑具体需要调用的关联系统；
根据具体需要调用的关联系统，对需要调用关联系统的各业务逻辑进行编号；
其中，所述根据所述业务请求进行业务逻辑处理，获得处理结果为：根据所述业务请求调用对应编号的所述业务逻辑，获得所述处理结果。
第二方面，本发明实施例提供一种业务系统，所述业务系统包括：
接收模块，用于接收用户的业务请求；
第一RPC接口，用于在所述业务请求需要调用关联系统时，将所述业务请求进行转发；
业务判断模块，用于根据所述业务请求，判断业务请求是否需要调用关联系统；
业务处理模块，用于在所述业务请求不需要调用关联系统时，根据所述业务请求进行业务逻辑处理，获得处理结果；
第一反馈模块，用于向所述用户反馈所述处理结果。
第三方面，本发明实施例提供一种业务处理方法，所述业务处理方法包括：
接收转发的业务请求；
根据所述业务请求调用对应的关联系统；
从所述关联系统接收处理结果；
向用户反馈所述处理结果。
可选地，所述业务处理方法还包括：在所述接收转发的业务请求之前的以下步骤：
根据所述业务请求和用户信息，进行安全认证校验，判断用户是否具有相应权限，并在所述用户具有相应权限时，接收转发的所述业务请求，在所述用户不具有相应权限时，拒绝所述业务请求。
第四方面，本发明实施例提供一种调用管理系统，所述调用管理系统包括：
第二RPC接口，用于接收转发的业务请求，以及从关联系统接收处理结果；
调用模块，用于根据所述业务请求调用对应的关联系统；
第二反馈模块用于向用户反馈处理结果。
可选地，所述调用模块用于根据业务请求、业务逻辑与关联系统之间的映射关系，调用对应的关联系统。
可选地，所述调用管理系统还包括第二认证模块，用于根据所述用户信息和所述业务请求，进行安全认证校验，判断所述用户是否具有相应权限。
第五方面，本发明实施例提供一种业务处理系统，所述业务处理系统包括以上所述的业务系统、以上任一项所述的调用管理系统，以及至少一个关联系统。
本发明实施例提供了一种业务处理方法、业务系统、调用管理系统和业务处理系统，将该业务处理方法应用于业务系统中时，业务系统接收用户的业务请求，根据用户的业务请求，判断业务请求是否需要调用关联系统，仅在不需要调用关联系统时，才通过自身业务逻辑进行处理，获得处理结果并反馈至客户，而在需要调用关联系统时，业务系统将用户的业务请求进行转发至调用管理系统，由调用管理系统将处理结果反馈至客户，因此，在实施过程中，即使关联系统的服务出现故障，不能返回处理结果，用户再重新发起请求时，请求也会由业务系统转发，从而可以减轻甚至避免在大并发请求时导致当前业务系统的线程全部堵塞甚至JVM内存溢出的情况出现，使得业务系统的一个功能点故障不会对业务系统的其他功能点产生影响，不会引发整个业务系统不可以使用。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种业务处理方法的流程图一；
图2为本发明实施例提供的一种业务处理方法的流程图二；
图3为本发明实施例提供的安全认证校验过程的流程图；
图4为本发明实施例提供的一种业务处理方法的流程图三；
图5为本发明实施例提供的业务系统的示意图一；
图6为本发明实施例提供的业务系统的示意图二；
图7为本发明实施例提供的业务系统的示意图三；
图8为本发明实施例提供的又一种业务处理方法的流程图一；
图9为本发明实施例提供的又一种业务处理方法的流程图二；
图10为本发明实施例提供的调用管理系统的示意图一；
图11为本发明实施例提供的调用管理系统的示意图二；
图12为本发明实施例提供的业务处理系统的示意图；
图13为本发明实施例提供的业务系统、调用管理系统和关联系统的交互过程示意图一；
图14为本发明实施例提供的业务系统、调用管理系统和关联系统的交互过程示意图二。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而否全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在不冲突的情况下，本发明实施例中的各技术特征均可以相互结合。
第一方面，本发明实施例提供一种业务处理方法，该业务处理方法适用于业务系统，在一个实施例中，如图1所示，图1为本发明实施例提供的一种业务处理方法的流程图一，该业务处理方法包括：
步骤10、接收用户的业务请求；
其中，用户的一项业务请求可能针对业务系统的一个或多个功能点。业务请求可以为查询、业务处理、存储等。
步骤11、判断业务请求是否需要调用关联系统，若是，则执行步骤12，若否，则执行步骤13和步骤14。
在第一个例子中，该业务请求无需调用关联系统，即业务系统自身业务逻辑即可对该业务请求进行处理；在第二个例子中，该业务请求只需要调用一个或多个关联系统，即该业务请求只需要一个或多个关联系统的业务逻辑进行处理，无需业务系统的业务逻辑进行处理；在第三个例子中，该业务请求需要业务系统的业务逻辑进行处理，同时还需要调用一个或多个关联系统的业务逻辑进行处理。
其中，若根据用户的业务请求，判断业务请求符合第一个例子的情况，则执行步骤13，业务系统直接进行业务逻辑处理，获得处理结果；若根据用户的业务请求，判断业务请求符合第二个例子或者第三个例子的情况，则执行步骤12，业务系统将用户的业务请求进行转发。
步骤12、将业务请求进行转发。
当判断出该业务请求需要调用关联系统时，业务系统将用户的业务请求进行转发，例如发送给调用管理系统，以使该调用管理系统等对该业务请求进行处理，获得处理结果，并将该处理结果反馈至用户。
步骤13、根据业务请求进行业务逻辑处理，获得处理结果。
当判断出该业务请求不需要调用关联系统时，业务系统直接对业务请求进行业务逻辑处理，获得处理结果。当业务请求对应一个业务逻辑时，只需要进行一次业务逻辑处理即可，当业务请求对应多个业务逻辑时，需要进行多次业务逻辑处理。例如，业务请求1仅对应业务逻辑A1，则只需要进行业务逻辑A1处理即可；业务请求2对应3个业务逻辑，业务逻辑A2、业务逻辑A3和业务逻辑A4，需要分别进行业务逻辑A2处理、业务逻辑A3处理和业务逻辑A4处理，三者具体顺序与具体业务请求相对应。
步骤14、向用户反馈处理结果。
业务系统进行业务逻辑处理，获得处理结果后，向用户反馈处理结果。
上述业务处理方法具有如下有益效果：
将该业务处理方法应用于业务系统中时，业务系统接收用户的业务请求，根据用户的业务请求，判断业务请求是否需要调用关联系统，仅在不需要调用关联系统时，才通过自身业务逻辑进行处理，获得处理结果并反馈至客户，而在需要调用关联系统时，业务系统将用户的业务请求进行转发至调用管理系统，由调用管理系统将处理结果反馈至客户，因此，在实施过程中，即使关联系统的服务出现故障，不能返回处理结果，用户再重新发起请求时，请求也会由业务系统转发，从而可以减轻甚至避免在大并发请求时导致当前业务系统的线程全部堵塞甚至JVM内存溢出的情况出现，使得业务系统的一个功能点故障不会对业务系统的其他功能点产生影响，不会引发整个业务系统不可以使用。
在又一个实施例中，如图2所示，图2为本发明实施例提供的一种业务处理方法的流程图二，该业务处理方法包括：
步骤01、根据用户信息和业务请求，进行安全认证校验，判断用户是否具有相应权限，若是，则执行步骤10，若否，则执行步骤02和步骤03。
其中，用户信息包括但不限于用户的登录账号、登录密码等中的一个或多个。上述相应权限为用户的业务请求所需的权限。
步骤10、接收用户的业务请求和用户信息；
步骤02、拒绝用户的业务请求；
步骤03、向用户报错。
步骤11、判断业务请求是否需要调用关联系统，若是，则执行步骤12，若否，则执行步骤13和步骤14。
步骤12、将业务请求和用户信息进行转发。
当判断出该业务请求需要调用关联系统时，业务系统将用户的业务请求和用户信息进行转发，例如发送给调用管理系统，以使该调用管理系统对该业务请求进行处理，并且调用管理系统还可以根据用户信息进行安全认证校验，进一步确认用户是否具有相应的权限，若调用管理系统根据用户信息和业务请求进行安全认证校验时，判断用户不具有相应权限，则调用管理系统拒接接收业务请求，若具有相应权限，则调用管理系统对该业务请求进行处理，获得处理结果，并将该处理结果反馈至用户。
步骤13、根据业务请求进行业务逻辑处理，获得处理结果。
步骤14、向用户反馈处理结果。
可选地，步骤01中，根据用户信息和业务请求进行安全认证校验具体可以通过JWT(JSONWeb Token)技术实现，如图3所示，图3为本发明实施例提供的安全认证校验过程的流程图，安全认证校验过程包括以下内容：
1、用户登录(例如通过客户端登录)时通过账号和密码到业务系统进行认证，认证通过后，业务系统通过持有的密钥生成Token，用户不需要持有密钥，由业务系统通过密钥生成Token即可，Token中一般包含失效时长和用户唯一标识，如用户ID，业务系统返回Token给用户。
2、用户保存业务系统返回的Token。
3、用户进行业务请求，并在Head的Authorization字段里面携带Token，如：Authorization:Bearer Token。
4、业务系统对业务请求包含的Token进行校验，并在Redis中查找Token是否存在，业务系统通过从Token取得的用户唯一标识进行相应权限的校验，并把此用户唯一标识赋予到请求参数中，上述查找主要是为了解决用户注销，但Token还在时效内的问题，如果Token在Redis中存在，则说明用户已注销；如果Token不存在，则校验通过。
5、业务系统通过此用户唯一标识对业务请求进行处理，并向用户返回处理结果。
其中，用户注销时，业务系统把还在时效内的Token保存到Redis中，并设置正确的失效时长，并向用户提示注销成功。
可选地，如图4所示，图4为本发明实施例提供的一种业务处理方法的流程图三，业务处理方法还包括：在接收用户的业务请求之后，并在判断业务请求是否需要调用关联系统之前，执行以下步骤：
步骤101、对所有业务逻辑进行划分，确定不需要调用关联系统的业务逻辑，以及需要调用关联系统的业务逻辑。
例如，业务系统A中包含有n个业务逻辑，n为大于1的正整数，例如100，业务逻辑A1～Ax为不需要调用关联系统的业务逻辑，业务逻辑Ax+1～An为需要调用关联系统的业务逻辑，x为大于或等于1且小于或等于n的正整数，例如90。
步骤102、对不需要调用关联系统的各业务逻辑进行编号。
例如，将不需要调用关联系统的业务逻辑A1～Ax编号为RPC(A1)～RPC(Ax)，以上编号方式仅为举例并非限定。
步骤103、确定需要调用关联系统的各业务逻辑具体需要调用的关联系统。
例如，上述n的取值为100、x的取值为90，经步骤103确定出业务逻辑A91～A100需要调用的关联系统分别为B、B、C、D、E、C、E、B、D、E。以上仅为举例并非限定，当然，也可以不同的业务逻辑调用不同的关联系统。
步骤104、根据具体需要调用的关联系统，对需要调用关联系统的各业务逻辑进行编号。
例如，经步骤103确定出业务逻辑A91～A100需要调用的关联系统分别为B、B、C、D、E、C、E、B、D、E需之后，将业务逻辑A91～A100分别编号为RPC(B1)、RPC(B2)、RPC(C1)、RPC(D1)、RPC(E1)、RPC(C2)、RPC(E2)、RPC(B2)、RPC(D2)和RPC(E3)，以上编号方式仅为举例并非限定。
需要说明的是，以业务逻辑A91的编号RPC(B1)为例，其中的“B”指的是该业务逻辑A91需要调用关联系统B，“1”指的是该业务逻辑为业务系统A的所有业务逻辑中第一个(即编号最靠前的)需要调用关联系统B的业务逻辑。其他类似描述理解方式同上，此处不再一一进行赘述。
需要说明的是，一个业务请求与一个或多个业务逻辑相对应，但每个业务逻辑均与一个系统(业务系统或者关联系统)相对应，例如，业务请求1仅对应业务逻辑A1，业务请求2对应3个业务逻辑，业务逻辑A2、业务逻辑A3和业务逻辑A4，业务请求3对应3个业务逻辑，业务逻辑A91、业务逻辑A93和业务逻辑A94，业务请求4对应3个业务逻辑，业务逻辑A5、业务逻辑A95和业务逻辑A96。
上述各步骤中可以先执行步骤102，再执行步骤103和步骤104，也可以先执行步骤103和步骤104，再执行步骤102。
与之对应地，步骤13具体为根据业务请求调用对应编号的业务逻辑，获得处理结果。
在此实施例中，对业务系统中的各业务逻辑进行了编号，可以应用该编号制定出处理业务请求的接口调用策略，可以更方便快速地对业务请求进行处理。
第二方面，本发明实施例提供一种业务系统，如图5所示，图5为本发明实施例提供的业务系统的示意图一，该业务系统包括：接收模块51、第一RPC接口52、业务判断模块53、业务处理模块54和第一反馈模块55。其中，接收模块51用于接收用户的业务请求；第一RPC接口52用于在业务请求需要调用关联系统时，将业务请求进行转发；业务判断模块53用于根据业务请求，判断业务请求是否需要调用关联系统；业务处理模块54用于在业务请求不需要调用关联系统时，根据业务请求进行业务逻辑处理，获得处理结果；第一反馈模块55用于向用户反馈处理结果。该业务系统适用于第一方面所述的业务处理方法。第一方面中的业务处理方法的具体内容均适用于此业务系统。
可选地，如图6所示，图6为本发明实施例提供的业务系统的示意图二，该业务系统还包括第一认证模块56，第一认证模块56用于根据用户信息和业务请求，进行安全认证校验，判断用户是否具有相应权限。接收模块51具体用于在用户具有相应权限时，接收用户的业务请求和用户信息，以及在用户不具有相应权限时，拒绝接收用户的业务请求；第一RPC接口52具体用于在业务请求需要调用关联系统时，将用户的业务请求和用户信息进行转发；第一反馈模块55还用于在拒绝接收用户的业务请求时，向用户报错。
可选地，如图7所示，图7为本发明实施例提供的业务系统的示意图三，该业务系统还包括业务逻辑划分模块57和编号模块58；业务逻辑划分模块57用于对业务系统中的业务逻辑进行划分，获得不需要调用关联系统的业务逻辑，以及需要调用关联系统的业务逻辑；编号模块58用于对不需要调用关联系统的各业务逻辑进行编号，以及确定需要调用关联系统的各业务逻辑具体需要调用的关联系统，并根据具体需要调用的关联系统，对需要调用关联系统的各业务逻辑进行编号。与之对应地，业务处理模块54具体用于根据业务请求调用对应编号的业务逻辑，获得处理结果。
第三方面，本发明实施例提供一种业务处理方法，该业务处理方法适用于调用管理系统，在一个实施例中，如图8所示，图8为本发明实施例提供的又一种业务处理方法的流程图一，该业务处理方法包括：
步骤20、接收转发的业务请求。
具体为，在根据用户的业务请求，判断业务请求需要调用关联系统时，业务系统将用户的业务请求进行转发，调用管理系统接收业务系统转发的业务请求。
步骤21、根据业务请求调用对应的关联系统。
具体为，调用管理系统中设置有业务请求、业务逻辑与关联系统之间的映射关系，调用管理系统根据业务请求和上述映射关系，调用对应的关联系统。例如，映射关系一：业务请求3对应3个业务逻辑，业务逻辑A91(RPC(B1))、业务逻辑A93(RPC(C1))和业务逻辑A94(RPC(D1))，三者执行顺序为RPC(B1)->RPC(C1)->RPC(D1),则调用管理系统根据该映射关系依次调用关联系统B、关联系统C和关联系统D；映射关系二：业务请求4对应3个业务逻辑，业务逻辑A5(RPC(A5))、业务逻辑A95(RPC(E1))和业务逻辑A96(RPC(C2))，三者执行顺序为RPC(A5)->RPC(E1)->RPC(C2)，则调用管理系统根据该映射关系依次调用业务系统A、关联系统E和关联系统C。
步骤22、从关联系统接收处理结果。
具体为，管理调用系统从最后调用的关联系统接收处理结果。
步骤23、向用户反馈处理结果。
管理调用系统将处理结果反馈给用户。
可选地，如图9所示，图9为本发明实施例提供的又一种业务处理方法的流程图二，当业务系统转发业务请求和用户信息时，上述业务处理方法还包括在接收业务请求之前，执行步骤201，根据业务请求和用户信息，进行安全认证校验，判断用户是否具有相应权限，并在用户具有相应权限时，执行步骤20接收转发的业务请求，在用户不具有相应权限时，执行步骤202拒绝转发的业务请求。第三方面的业务处理方法中根据业务请求和用户信息，进行安全认证校验的具体过程可参见第一方面的业务处理方法中相关内容，此处不再进行赘述。
第四方面，本发明实施例提供一种调用管理系统(rpcManager)，如图10所示，图10为本发明实施例提供的调用管理系统的示意图一，调用管理系统包括第二RPC接口1001、调用模块1002和第二反馈模块1003；第二RPC接口1001用于接收转发的业务请求，以及从关联系统接收处理结果；第二反馈模块1003用于向用户反馈处理结果；调用模块1002用于根据业务请求调用对应的关联系统。
可选地，调用模块1002具体用于根据业务请求、业务逻辑与关联系统之间的映射关系，调用对应的关联系统。其中，业务请求、业务逻辑与关联系统之间的映射关系可以存储于调用模块1002中。
可选地，如图11所示，图11为本发明实施例提供的调用管理系统的示意图二，调用管理系统还包括第二认证模块1004，用于根据用户信息和业务请求，进行安全认证校验，判断用户是否具有相应权限。若用户具有相应权限，则第二RPC接口1001接收转发的业务请求，若用户不具有相应权限，则第二RPC接口1001拒绝转发的业务请求。
该调用管理系统适用于第三方面所述的业务处理方法，第三方面中的业务处理方法的具体内容均适用于此调用管理系统。该调用管理系统可通过Java方案，Node.Js方案或者go语言方案实现。另外，调用管理系统还可以提供完整的鉴权、阀值控制、监控、日志记录等功能。
第五方面，本发明实施例提供一种业务处理系统，如图12所示，图12为本发明实施例提供的业务处理系统的示意图，该业务处理系统包括之前所述的业务系统1201、调用管理系统1202和至少一个关联系统1203。其中，业务系统1201和调用管理系统1202的具体内容参见之前描述，此处不再进行赘述。
示例性地，如图13和图14所示，图13为本发明实施例提供的业务系统、调用管理系统和关联系统的交互过程示意图一，图14为本发明实施例提供的业务系统、调用管理系统和关联系统的交互过程示意图二，业务处理系统对用户的业务请求进行处理的过程如下：
如图13所示，业务系统接收用户的业务请求，业务系统判断该业务请求是否需要调用关联系统，若需要调用，则将用户的业务请求转发至调用管理系统，调用管理系统接收业务系统转发的业务请求，并根据业务请求调用对应的关联系统，关联系统进行业务逻辑处理，获得处理结果，关联系统将处理结果发送至调用管理系统，调用管理系统从关联系统接收处理结果，并向用户反馈处理结果。
如图14所示，业务系统接收用户的业务请求，业务系统判断该业务请求是否需要调用关联系统，若不需要调用，则业务系统直接根据业务请求进行业务逻辑处理，获得处理结果，并向用户反馈处理结果。
第六方面，本发明实施例提供一种具体应用实例，以车险远程销售中坐席查询理赔信息(查询理赔信息即为业务请求)为例，
现有技术中，理赔信息保存在hbase(即关联系统)中，但是业务系统查询hbase的理赔信息时，由于bhase出现了异常导致业务系统的线程挂起。线程挂起后，用户界面上一直无法得到查询结果，用户着急又重新刷新页面再次触发新的查询请求。业务系统接到新的查询请求，使用新的线程去查询hbase，hbase又没有反馈，该新线程又挂起。大量用户反复触发新的查询请求，导致业务系统的线程耗尽，整个业务系统不可用，也就是说就为了实现业务系统的这样一个非核心关键功能(即查询理赔信息的功能)，且因为关联系统的异常耗尽了业务系统的线程，导致了整个业务系统的所有功能不可使用。
本发明实施例中，由于非核心的理赔信息查询功能需要调用关联系统Hbase，因此，业务系统接收查询理赔信息的业务请求时，将该业务请求转发至调用管理系统进行处理，即将该查询理赔信息的功能从业务系统中分离出去，由新搭建的调用管理系统承接处理，不仅可以在关联系统Hbase出现异常时，不会影响业务系统自身的相关功能，减少因为关联系统提供的接口异常导致业务系统被拖垮的情况，而且调用管理系统完全独立于业务系统，可采用与业务系统不同的技术实现体系来实现更高的吞吐量和高并发支持，可以理赔查询这种依赖关联系统的功能提供更加稳定、高性价比的服务。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种业务处理方法，其特征在于，包括：
接收用户的业务请求；
判断所述业务请求是否需要调用关联系统；
所述业务请求需要调用关联系统时，将所述业务请求进行转发；
所述业务请求不需要调用关联系统时，根据所述业务请求进行业务逻辑处理，获得处理结果；
向所述用户反馈所述处理结果。
2.根据权利要求1所述的业务处理方法，其特征在于，在所述接收用户的业务请求之前，还包括：
根据用户信息和所述业务请求，进行安全认证校验，判断所述用户是否具有相应权限；
判断所述用户具有相应权限时，接收所述用户的所述业务请求和所述用户信息，并在判断所述业务请求需要调用关联系统时，将所述业务请求和所述用户信息进行转发；
判断所述用户不具有相应权限时，拒绝所述用户的所述业务请求，并向所述用户报错。
3.根据权利要求1所述的业务处理方法，其特征在于，还包括在所述接收用户的业务请求之后，在所述判断所述业务请求是否需要调用关联系统之前的以下步骤：
将业务系统中的所有业务逻辑进行划分，确定不需要调用关联系统的业务逻辑，以及需要调用关联系统的业务逻辑；
对不需要调用关联系统的各业务逻辑进行编号；
确定需要调用关联系统的各业务逻辑具体需要调用的关联系统；
根据具体需要调用的关联系统，对需要调用关联系统的各业务逻辑进行编号；
其中，所述根据所述业务请求进行业务逻辑处理，获得处理结果为：根据所述业务请求调用对应编号的所述业务逻辑，获得所述处理结果。
4.一种业务系统，其特征在于，包括：
接收模块，用于接收用户的业务请求；
第一RPC接口，用于在所述业务请求需要调用关联系统时，将所述业务请求进行转发；
业务判断模块，用于根据所述业务请求，判断业务请求是否需要调用关联系统；
业务处理模块，用于在所述业务请求不需要调用关联系统时，根据所述业务请求进行业务逻辑处理，获得处理结果；
第一反馈模块，用于向所述用户反馈所述处理结果。
5.一种业务处理方法，其特征在于，包括：
接收转发的业务请求；
根据所述业务请求调用对应的关联系统；
从所述关联系统接收处理结果；
向用户反馈所述处理结果。
6.根据权利要求5所述的业务处理方法，其特征在于，还包括：在所述接收转发的业务请求之前的以下步骤：
根据所述业务请求和用户信息，进行安全认证校验，判断用户是否具有相应权限，并在所述用户具有相应权限时，接收转发的所述业务请求，在所述用户不具有相应权限时，拒绝所述业务请求。
7.一种调用管理系统，其特征在于，包括：
第二RPC接口，用于接收转发的业务请求，以及从关联系统接收处理结果；
调用模块，用于根据所述业务请求调用对应的关联系统；
第二反馈模块用于向用户反馈处理结果。
8.根据权利要求7所述的调用管理系统，其特征在于，所述调用模块用于根据业务请求、业务逻辑与关联系统之间的映射关系，调用对应的关联系统。
9.根据权利要求7所述的调用管理系统，其特征在于，还包括第二认证模块，用于根据所述用户信息和所述业务请求，进行安全认证校验，判断所述用户是否具有相应权限。
10.一种业务处理系统，其特征在于，包括权利要求4所述的业务系统、权利要求7～9任一项所述的调用管理系统，以及至少一个关联系统。
CN201810690525.0A 2018-06-28 2018-06-28 业务处理方法、业务系统、调用管理系统和业务处理系统 Pending CN109246071A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810690525.0A CN109246071A (zh) 2018-06-28 2018-06-28 业务处理方法、业务系统、调用管理系统和业务处理系统
PCT/CN2018/111493 WO2020000807A1 (zh) 2018-06-28 2018-10-23 业务处理方法、业务系统、调用管理系统和业务处理系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810690525.0A CN109246071A (zh) 2018-06-28 2018-06-28 业务处理方法、业务系统、调用管理系统和业务处理系统

Publications (1)

Publication Number Publication Date
CN109246071A true CN109246071A (zh) 2019-01-18

Family

ID=65072179

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810690525.0A Pending CN109246071A (zh) 2018-06-28 2018-06-28 业务处理方法、业务系统、调用管理系统和业务处理系统

Country Status (2)

Country Link
CN (1) CN109246071A (zh)
WO (1) WO2020000807A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110084045A (zh) * 2019-04-25 2019-08-02 北京首汽智行科技有限公司 一种跨域认证规范jwt优化方法
CN110336690A (zh) * 2019-05-23 2019-10-15 平安银行股份有限公司 业务请求处理方法、装置、设备以及计算机可读存储介质
CN111835793A (zh) * 2020-08-05 2020-10-27 天津美腾科技股份有限公司 用于物联网接入的通信方法、装置、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140379782A1 (en) * 2013-06-21 2014-12-25 Fujitsu Limited Computer-readable recording medium storing data association program and data association method
WO2015085736A1 (en) * 2013-12-11 2015-06-18 Tencent Technology (Shenzhen) Company Limited Method and system for accessing a distributed file system
CN107682391A (zh) * 2017-08-04 2018-02-09 平安科技（深圳）有限公司 电子装置、服务器分配控制方法和计算机可读存储介质
CN107741885A (zh) * 2017-10-09 2018-02-27 用友网络科技股份有限公司 基于cs架构的事务与业务关联方法、关联系统
CN107908553A (zh) * 2017-11-02 2018-04-13 平安科技（深圳）有限公司 关联测试方法、应用服务器及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140379782A1 (en) * 2013-06-21 2014-12-25 Fujitsu Limited Computer-readable recording medium storing data association program and data association method
WO2015085736A1 (en) * 2013-12-11 2015-06-18 Tencent Technology (Shenzhen) Company Limited Method and system for accessing a distributed file system
CN107682391A (zh) * 2017-08-04 2018-02-09 平安科技（深圳）有限公司 电子装置、服务器分配控制方法和计算机可读存储介质
CN107741885A (zh) * 2017-10-09 2018-02-27 用友网络科技股份有限公司 基于cs架构的事务与业务关联方法、关联系统
CN107908553A (zh) * 2017-11-02 2018-04-13 平安科技（深圳）有限公司 关联测试方法、应用服务器及计算机可读存储介质

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110084045A (zh) * 2019-04-25 2019-08-02 北京首汽智行科技有限公司 一种跨域认证规范jwt优化方法
CN110336690A (zh) * 2019-05-23 2019-10-15 平安银行股份有限公司 业务请求处理方法、装置、设备以及计算机可读存储介质
CN110336690B (zh) * 2019-05-23 2022-09-20 平安银行股份有限公司 业务请求处理方法、装置、设备以及计算机可读存储介质
CN111835793A (zh) * 2020-08-05 2020-10-27 天津美腾科技股份有限公司 用于物联网接入的通信方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
WO2020000807A1 (zh) 2020-01-02

Similar Documents

Publication Publication Date Title
CN109246071A (zh) 业务处理方法、业务系统、调用管理系统和业务处理系统
US8661499B2 (en) Dynamic policy trees for matching policies
US10958417B2 (en) Protecting sensitive data in a distributed ledger system using blockchain hierarchies
CN107181720B (zh) 一种软件定义网路sdn安全通信的方法及装置
US8683030B2 (en) Routing of pooled messages via an intermediary
US20110047125A1 (en) Configuration item management device and configuration item management method
CN110460658A (zh) 一种基于拟态构造的分布式存储构建方法
CN109558218A (zh) 一种基于Redis的分布式业务数据锁实现方法
CN109257411A (zh) 一种业务处理方法、调用管理系统和计算机设备
CN101141303A (zh) 一种网络管理系统中的客户端升级方法、服务器、客户端
CN110363026A (zh) 文件操作方法、装置、设备、系统及计算机可读存储介质
CN113794636B (zh) 一种基于Spring Cloud Gateway实现的动态路由编排方法及系统
CN110011930B (zh) 一种区块链中多联盟链的负载均衡方法及装置
WO2020156135A1 (zh) 一种访问控制策略的处理方法、装置及计算机可读存储介质
CN110287205A (zh) 一种区块链跨分片交易数据处理方法及装置
CN105450581A (zh) 权限控制的方法和装置
CN101753592B (zh) 用于数据处理的方法和系统
CN105991596A (zh) 一种访问控制方法和系统
CN110336813A (zh) 一种访问控制方法、装置、设备及存储介质
US20170063862A1 (en) System and method for authentication
CN107645474A (zh) 登录开放平台的方法及登录开放平台的装置
CN107181747B (zh) 一种包含顶层节点的Handle解析系统
CN107124429B (zh) 一种基于双数据表设计的网络业务安全保护方法及系统
GB2617745A (en) Analysis of role reachability with transitive tags
CN112350982B (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190118