WO2019174185A1 - 电子装置、动态码请求的处理方法及存储介质 - Google Patents

电子装置、动态码请求的处理方法及存储介质 Download PDF

Info

Publication number
WO2019174185A1
WO2019174185A1 PCT/CN2018/102092 CN2018102092W WO2019174185A1 WO 2019174185 A1 WO2019174185 A1 WO 2019174185A1 CN 2018102092 W CN2018102092 W CN 2018102092W WO 2019174185 A1 WO2019174185 A1 WO 2019174185A1
Authority
WO
WIPO (PCT)
Prior art keywords
service system
threshold
preset
dynamic code
service
Prior art date
Application number
PCT/CN2018/102092
Other languages
English (en)
French (fr)
Inventor
宋杰
Original Assignee
平安科技（深圳）有限公司
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 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019174185A1 publication Critical patent/WO2019174185A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes

Definitions

  • the present application relates to the field of communications technologies, and in particular, to an electronic device, a method for processing a dynamic code request, and a storage medium.
  • dynamic code services are widely used in various financial business scenarios of the Internet, such as user registration, user login, activity confirmation, payment confirmation, etc., and there are many service systems accessing the dynamic code service system, and the business scenarios of each business system, The amount of use and the like are different.
  • the current dynamic code service system pays more attention to the timeliness of sending dynamic code, that is, quickly generates dynamic code and sends it to the user, ignoring the influence of the stability of the dynamic code service system. If the dynamic code service system is unstable, the same will be Affect financial transactions, such as dynamic code authentication in the premium payment link.
  • the purpose of the present application is to provide an electronic device, a method for processing a dynamic code request, and a storage medium, which are intended to dynamically adjust the access of the dynamic code service according to the importance of the type of service when an abnormality occurs in the dynamic code service system.
  • the present application provides an electronic device including a memory and a processor coupled to the memory, the memory storing a processing system operable on the processor, the processing The system implements the following steps when executed by the processor:
  • the statistic step is to obtain the type of the service in each service system that accesses the dynamic code service system, and collect the data transmission amount of each type of service in each service system, according to the data transmission amount of each type of service and each type of service. Weight, calculate the important coefficient R corresponding to each business system;
  • the dynamic processing step obtains the total number of times the dynamic code service system is called by the business system and the number of successful response times, and calculates the successful response rate of the dynamic code service system based on the total number of times and the number of successful response times, according to the successful response rate and the important coefficient of the business system.
  • R dynamically processes dynamic code requests for business systems.
  • the present application further provides a processing method for a dynamic code request, where the processing method of the dynamic code request includes:
  • S1 Obtain a type of service in each service system that accesses the dynamic code service system, and collect data transmission amount of each type of service in each service system, according to data transmission amount of each type of service and various types of services. Weight, calculate the important coefficient R corresponding to each business system;
  • the present application also provides a computer readable storage medium having stored thereon a processing system that, when executed by a processor, implements the steps of the method described above.
  • the utility model has the beneficial effects that: in the case that the service system requests the dynamic code to the dynamic code service system, the application calculates the important coefficient of the service system through the use scenario and the traffic volume of the service system, and analyzes the successful response rate of the dynamic code service system. Whether the dynamic code service system has an abnormal situation that affects the stability of the system. When the dynamic code service system has an abnormal situation that affects stability, dynamically adjust the access of the dynamic code service according to the importance of the service type, and reject the service system with a lower important coefficient. Requests are made in order to ensure the importance of important business.
  • FIG. 1 is a schematic diagram of an optional application environment of each embodiment of the present application.
  • FIG. 2 is a schematic diagram showing a curve of an important coefficient R of the service system of FIG. 1 and a total amount of data transmission C of the service system;
  • FIG. 3 is a schematic flowchart diagram of an embodiment of a method for processing a dynamic code request according to the present application.
  • FIG. 1 it is a schematic diagram of an application environment of a preferred embodiment of a method for processing a dynamic code request of the present application.
  • the application environment diagram includes an electronic device 1, a dynamic code service system, and a plurality of service systems.
  • the electronic device 1 and the dynamic code service system may be integrated in the same device (for example, a server), or may be in different devices.
  • the electronic device 1 can perform data interaction with the dynamic code service system through a suitable technology such as a network or a near field communication technology, and the plurality of service systems interact with the dynamic code service system to request dynamic code from the dynamic code service system.
  • the electronic device 1 is an apparatus capable of automatically performing numerical calculation and/or information processing in accordance with an instruction set or stored in advance.
  • the electronic device 1 may be a computer, a single network server, a server group composed of multiple network servers, or a cloud-based cloud composed of a large number of hosts or network servers, where cloud computing is a type of distributed computing.
  • a super virtual computer consisting of a group of loosely coupled computers.
  • the electronic device 1 may include, but is not limited to, a memory 11 communicably connected to each other through a system bus, a processor 12, and a network interface 13, and the memory 11 stores a processing system operable on the processor 12. It should be noted that FIG. 1 only shows the electronic device 1 having the components 11-13, but it should be understood that not all illustrated components are required to be implemented, and more or fewer components may be implemented instead.
  • the memory 11 includes a memory and at least one type of readable storage medium.
  • the memory provides a cache for the operation of the electronic device 1;
  • the readable storage medium may be, for example, a flash memory, a hard disk, a multimedia card, a card type memory (eg, SD or DX memory, etc.), a random access memory (RAM), a static random access memory (SRAM).
  • a non-volatile storage medium such as a read only memory (ROM), an electrically erasable programmable read only memory (EEPROM), a programmable read only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, or the like.
  • the readable storage medium may be an internal storage unit of the electronic device 1, such as a hard disk of the electronic device 1; in other embodiments, the non-volatile storage medium may also be external to the electronic device 1.
  • a storage device such as a plug-in hard disk equipped with an electronic device 1, a smart memory card (SMC), a Secure Digital (SD) card, a flash card, or the like.
  • the readable storage medium of the memory 11 is generally used to store an operating system and various types of application software installed in the electronic device 1, such as program code for storing a processing system in an embodiment of the present application. Further, the memory 11 can also be used to temporarily store various types of data that have been output or are to be output.
  • the processor 12 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments.
  • the processor 12 is typically used to control the overall operation of the electronic device 1, such as performing control and processing associated with data interaction or communication with the dynamic code service system, and the like.
  • the processor 12 is configured to run program code or process data stored in the memory 11, such as running a processing system or the like.
  • the network interface 13 may comprise a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the electronic device 1 and other electronic devices.
  • the processing system is stored in the memory 11 and includes at least one computer readable instruction stored in the memory 11, the at least one computer readable instruction being executable by the processor 12 to implement the methods of various embodiments of the present application;
  • the at least one computer readable instruction can be classified into different logic modules depending on the functions implemented by its various parts.
  • the statistic step is to obtain the type of the service in each service system that accesses the dynamic code service system, and collect the data transmission amount of each type of service in each service system, according to the data transmission amount of each type of service and each type of service. Weight, calculate the important coefficient R corresponding to each business system;
  • Each business system includes a plurality of different types of services, that is, includes a plurality of different business scenarios.
  • the types of services in each business system are classified into financial transactions and general transactions, wherein the financial transactions are, for example, For the business of bank transfer, fund purchase, etc., ordinary transactions are, for example, premium payment, premium renewal, etc., and the data transmission amount of all the services involved in the financial transaction in the business system is accumulated and statistically obtained to obtain the data transmission amount of the financial transaction of the business system. And accumulating the data transmission amount of all the services involved in the ordinary transaction in the business system to obtain the data transmission amount of the ordinary transaction of the business system.
  • the data transmission amount of the financial transaction is c1
  • the data transmission amount of the ordinary transaction is c2
  • the weight of the financial transaction is w1
  • the weight of the ordinary transaction is w2, w1>w2, that is, the financial transaction accounts for the largest.
  • ⁇ is the access station
  • the average data transmission amount of the business system of the dynamic code service system, that is, ⁇ (the data transmission amount of the financial transaction of all the business systems + the data transmission amount of the ordinary transaction of all the business systems) / the number of the business systems, the more important the coefficient R
  • the service type in each service system is divided into a financial transaction, a general transaction core service, and a non-core service, wherein the financial transaction is, for example, a bank transfer or a fund purchase, and the ordinary transaction is, for example, premium payment, For services such as renewal of premiums, core services such as user registration and user login, and non-core services such as user information modification.
  • the amount of data sent by the system in the normal transaction is calculated by accumulating the data transmission amount of all the services involved in the core service of the service system, and the data transmission amount of the core service of the service system is obtained, and all the services involved in the non-core service in the service system are The amount of data sent is accumulated and counted to obtain the amount of data sent by the non-core service of the service system.
  • the second embodiment makes a more detailed distinction between the service types and the calculation according to the first embodiment.
  • the important coefficient R of the obtained business system is more objective and comprehensive, and is used to evaluate the business system is also more objective and comprehensive, as shown in Figure 2, in fact, the important coefficient R of the business system and the total amount of data sent by the business system. C is proportional to the relationship, the greater the business volume of the business system is more important.
  • the dynamic processing step obtains the total number of times the dynamic code service system is called by the business system and the number of successful response times, and calculates the successful response rate of the dynamic code service system based on the total number of times and the number of successful response times, according to the successful response rate and the important coefficient of the business system.
  • R dynamically processes dynamic code requests for business systems.
  • An abnormal situation that affects the stability of the system occurs.
  • the dynamic processing step specifically includes: if the successful response rate is lower than the preset first threshold and higher than the preset second threshold, the service system that rejects the important coefficient R of the service system is lower than the preset first coefficient value
  • the dynamic code request, the first threshold is greater than the second threshold; if the successful response rate is lower than the preset second threshold and higher than the preset third threshold, the important coefficient R of the reject service system is lower than the preset number
  • the dynamic code request of the service system of the two coefficient value, the second threshold is greater than the third threshold, the second coefficient value is greater than the first coefficient value; if the successful response rate is lower than the preset third threshold, the important coefficient R of the service system is rejected
  • the dynamic code service system dynamically processes the dynamic code request includes:
  • the successful response rate is lower than 0.8 and higher than 0.6 (including 0.6), the dynamic code request of the service system of the lowest 20% of the important coefficient R of the service system is rejected;
  • the successful response rate is lower than 0.6 and higher than 0.4 (including 0.4), the dynamic code request of the business system with the lowest coefficient of importance of the service system R of 40% is rejected;
  • the dynamic code service system rejects the dynamic code request of the business system with the lowest 60% of the important coefficient R.
  • the reset time T is set, that is, the countdown starts, considering that the dynamic code service system is generally unstable.
  • the step size preferably T is 5 minutes.
  • the dynamic code service system receives the dynamic code request of all the service systems, and then recalculates the success of the dynamic code service system.
  • the response rate dynamically rejects the dynamic code request of the service system based on the successful response rate and the significant coefficient R of the service system. For short-term anomalies that affect the stability of the dynamic code service system, setting the reset time T causes the dynamic code service system to return to the normal processing state, rather than being in a state of handling abnormal conditions.
  • the application calculates the important coefficient R of the service system through the usage scenario and the traffic volume of the service system, and the successful response rate of the dynamic code service system.
  • P analyzes whether the dynamic code service system has abnormal conditions that affect the stability of the system.
  • the dynamic code service system has an abnormal situation that affects stability, dynamically adjust the access of the dynamic code service according to the importance of the service type, and reject the lower important coefficient R.
  • the request of the business system is carried out in order of ensuring important business.
  • FIG. 3 is a schematic flowchart of a method for processing a dynamic code request according to an embodiment of the present invention.
  • the method for processing a dynamic code request includes the following steps:
  • step S1 the type of the service in each service system of the access dynamic code service system is obtained, and the data transmission amount of each type of service in each service system is counted, and the data transmission amount and each type of service according to each type of service are obtained. Weight, calculate the important coefficient R corresponding to each business system;
  • Each business system includes a plurality of different types of services, that is, includes a plurality of different business scenarios.
  • the types of services in each business system are classified into financial transactions and general transactions, wherein the financial transactions are, for example, For the business of bank transfer, fund purchase, etc., ordinary transactions are, for example, premium payment, premium renewal, etc., and the data transmission amount of all the services involved in the financial transaction in the business system is accumulated and statistically obtained to obtain the data transmission amount of the financial transaction of the business system. And accumulating the data transmission amount of all the services involved in the ordinary transaction in the business system to obtain the data transmission amount of the ordinary transaction of the business system, and the larger the data transmission amount, the larger the traffic volume.
  • the data transmission amount of the financial transaction is c1
  • the data transmission amount of the ordinary transaction is c2
  • the weight of the financial transaction is w1
  • the weight of the ordinary transaction is w2, w1>w2, that is, the financial transaction accounts for the largest.
  • ⁇ is the access station
  • the average data transmission amount of the business system of the dynamic code service system, that is, ⁇ (the data transmission amount of the financial transaction of all the business systems + the data transmission amount of the ordinary transaction of all the business systems) / the number of the business systems, the more important the coefficient R
  • the service type in each service system is divided into a financial transaction, a general transaction core service, and a non-core service, wherein the financial transaction is, for example, a bank transfer or a fund purchase, and the ordinary transaction is, for example, premium payment, For services such as renewal of premiums, core services such as user registration and user login, and non-core services such as user information modification.
  • the amount of data sent by the system in the normal transaction is calculated by accumulating the data transmission amount of all the services involved in the core service of the service system, and the data transmission amount of the core service of the service system is obtained, and all the services involved in the non-core service in the service system are The data transmission amount is accumulated and counted to obtain the data transmission amount of the non-core service of the service system, and the larger the data transmission amount, the larger the traffic volume.
  • the second embodiment makes a more detailed distinction between the service types and the calculation according to the first embodiment.
  • the important coefficient R of the obtained business system is more objective and comprehensive, and is used to evaluate the business system is also more objective and comprehensive, as shown in Figure 2, in fact, the important coefficient R of the business system and the total amount of data sent by the business system. C is proportional to the relationship, the greater the business volume of the business system is more important.
  • Step S2 obtaining the total number of times the dynamic code service system is called by the service system and the number of successful response times, and calculating the successful response rate of the dynamic code service system based on the total number of times and the number of successful response times, according to the successful response rate and the important coefficient R of the service system. Dynamically process dynamic code requests for business systems.
  • An abnormal situation that affects the stability of the system occurs.
  • the step S2 specifically includes: if the successful response rate is lower than the preset first threshold and higher than the preset second threshold, the service system that rejects the important coefficient R of the service system is lower than the preset first coefficient value.
  • the dynamic code request, the first threshold is greater than the second threshold; if the successful response rate is lower than the preset second threshold and higher than the preset third threshold, the important coefficient R of the reject service system is lower than the preset second
  • the dynamic code request of the service system of the coefficient value, the second threshold is greater than the third threshold, and the second coefficient value is greater than the first coefficient value; if the successful response rate is lower than the preset third threshold, the important coefficient R of the reject service system is low
  • the dynamic code request of the service system of the preset third coefficient value, the third coefficient value being greater than the second coefficient value.
  • the dynamic code service system dynamically processes the dynamic code request process, including:
  • the successful response rate is lower than 0.8 and higher than 0.6 (including 0.6), the dynamic code request of the service system of the lowest 20% of the important coefficient R of the service system is rejected;
  • the successful response rate is lower than 0.6 and higher than 0.4 (including 0.4), the dynamic code request of the business system with the lowest coefficient of importance of the service system R of 40% is rejected;
  • the dynamic code service system rejects the dynamic code request of the business system with the lowest 60% of the important coefficient R.
  • the reset time T is set, that is, the countdown starts, considering that the dynamic code service system is generally unstable.
  • the step size preferably T is 5 minutes.
  • the dynamic code service system receives the dynamic code request of all the service systems, and then recalculates the success of the dynamic code service system.
  • the response rate dynamically rejects the dynamic code request of the service system based on the successful response rate and the significant coefficient R of the service system. For short-term anomalies that affect the stability of the dynamic code service system, setting the reset time T causes the dynamic code service system to return to the normal processing state, rather than being in a state of handling abnormal conditions.
  • the present application also provides a computer readable storage medium having stored thereon a processing system, the processing system being executed by a processor to implement the steps of the processing method of the dynamic code request described above.
  • the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better.
  • Implementation Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种电子装置、动态码请求的处理方法及存储介质，该方法包括：获取接入动态码服务系统的每一业务系统中业务的类型，统计每一业务系统中的各类型的业务的数据发送量，根据各类型的业务的数据发送量及各类型的业务的权重，计算出每一业务系统对应的重要系数（S1）；获取动态码服务系统被业务系统调用的总次数及成功响应次数，基于该总次数及成功响应次数计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数动态处理业务系统的动态码请求（S2）。该方法在动态码服务系统发生影响稳定性的异常情况时，能根据业务类型的重要性动态调整动态码服务的访问，拒绝重要系数较低的业务系统的请求，以保证重要业务的顺序进行。

Description

电子装置、动态码请求的处理方法及存储介质
优先权申明
本申请基于巴黎公约申明享有2018年03月15日递交的申请号为CN2018102156879、名称为“电子装置、动态码请求的处理方法及存储介质”中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种电子装置、动态码请求的处理方法及存储介质。
背景技术
目前，动态码服务广泛的应用于互联网各种金融业务场景，例如用户注册、用户登陆、活动确认、支付确认等，接入动态码服务系统的业务系统较多，每一个业务系统的业务场景、使用量等均不相同。当前的动态码服务系统更多的关注动态码的发送时效性，即快速产生动态码并发送给用户，而忽略了动态码服务系统的稳定性的影响，如果动态码服务系统不稳定，同样会影响金融交易，例如在保费支付环节进行动态码认证，如果动态码服务系统当前处理的数据非常大，则其可能会发生中断等异常情况，导致用户无法完成支付，将会给公司带来非常大的损失。有鉴于此，如何在动态码服务系统发生影响稳定性的异常情况时，根据业务类型的重要性动态调整动态码服务的访问，以保证重要业务的顺序进行成为有待解决的问题。
发明内容
本申请的目的在于提供一种电子装置、动态码请求的处理方法及存储介质，旨在在动态码服务系统发生异常情况时，根据业务类型的重要性动态调 整动态码服务的访问。
为实现上述目的，本申请提供一种电子装置，所述电子装置包括存储器及与所述存储器连接的处理器，所述存储器中存储有可在所述处理器上运行的处理系统，所述处理系统被所述处理器执行时实现如下步骤：
统计步骤，获取接入动态码服务系统的每一业务系统中业务的类型，统计每一业务系统中的各类型的业务的数据发送量，根据各类型的业务的数据发送量及各类型的业务的权重，计算出每一业务系统对应的重要系数R；
动态处理步骤，获取动态码服务系统被业务系统调用的总次数及成功响应次数，基于该总次数及成功响应次数计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数R动态处理业务系统的动态码请求。
为实现上述目的，本申请还提供一种动态码请求的处理方法，所述动态码请求的处理方法包括：
S1，获取接入动态码服务系统的每一业务系统中业务的类型，统计每一业务系统中的各类型的业务的数据发送量，根据各类型的业务的数据发送量及各类型的业务的权重，计算出每一业务系统对应的重要系数R；
S2，获取动态码服务系统被业务系统调用的总次数及成功响应次数，基于该总次数及成功响应次数计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数R动态处理业务系统的动态码请求。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有处理系统，所述处理系统被处理器执行时实现上述的方法的步骤。
本申请的有益效果是：本申请在业务系统向动态码服务系统请求动态码的情况下，通过业务系统的使用场景和业务量计算业务系统的重要系数，通过动态码服务系统的成功响应率分析动态码服务系统是否发生影响系统稳定的异常情况，在动态码服务系统发生影响稳定性的异常情况时，根据业务 类型的重要性动态调整动态码服务的访问，拒绝重要系数较低的业务系统的请求，以保证重要业务的顺序进行。
附图说明
图1为本申请各个实施例一可选的应用环境示意图；
图2是图1中业务系统的重要系数R与业务系统的数据发送总量C的曲线示意图；
图3为本申请动态码请求的处理方法一实施例的流程示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
参阅图1所示，是本申请动态码请求的处理方法的较佳实施例的应用环境示意图。该应用环境示意图包括电子装置1、动态码服务系统及多个业务系统，其中，电子装置1与动态码服务系统可以集成在同一设备(例如服务 器)中，也可以分别处在不同的设备中。电子装置1可以通过网络、近场通信技术等适合的技术与动态码服务系统进行数据交互，多个业务系统与动态码服务系统进行交互，向动态码服务系统请求动态码。
电子装置1是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。所述电子装置1可以是计算机、也可以是单个网络服务器、多个网络服务器组成的服务器组或者基于云计算的由大量主机或者网络服务器构成的云，其中云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。
在本实施例中，电子装置1可包括，但不仅限于，可通过系统总线相互通信连接的存储器11、处理器12、网络接口13，存储器11存储有可在处理器12上运行的处理系统。需要指出的是，图1仅示出了具有组件11-13的电子装置1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
其中，存储器11包括内存及至少一种类型的可读存储介质。内存为电子装置1的运行提供缓存；可读存储介质可为如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等的非易失性存储介质。在一些实施例中，可读存储介质可以是电子装置1的内部存储单元，例如该电子装置1的硬盘；在另一些实施例中，该非易失性存储介质也可以是电子装置1的外部存储设备，例如电子装置1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。本实施例中，存储器11的可读存储介质通常用于存储安装于电子装置1的操作系统和各类应用软件，例如存储本申请一实施例中的处理系统的程序代码等。此外，存储器11还可以用于暂时地存 储已经输出或者将要输出的各类数据。
所述处理器12在一些实施例中可以是中央处理器(Central ProcessingUnit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器12通常用于控制所述电子装置1的总体操作，例如执行与所述动态码服务系统进行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器12用于运行所述存储器11中存储的程序代码或者处理数据，例如运行处理系统等。
所述网络接口13可包括无线网络接口或有线网络接口，该网络接口13通常用于在所述电子装置1与其他电子设备之间建立通信连接。
所述处理系统存储在存储器11中，包括至少一个存储在存储器11中的计算机可读指令，该至少一个计算机可读指令可被处理器器12执行，以实现本申请各实施例的方法；以及，该至少一个计算机可读指令依据其各部分所实现的功能不同，可被划为不同的逻辑模块。
在一实施例中，上述处理系统被所述处理器12执行时实现如下步骤：
统计步骤，获取接入动态码服务系统的每一业务系统中业务的类型，统计每一业务系统中的各类型的业务的数据发送量，根据各类型的业务的数据发送量及各类型的业务的权重，计算出每一业务系统对应的重要系数R；
其中，接入动态码服务系统的业务系统很多，例如银行等金融机构中使用的各种业务系统等。
每一业务系统中包括多种不同的业务的类型，即包括多种不同的业务场景，在一实施例中，每一业务系统中的业务类型分为金融交易及普通交易，其中，金融交易例如为银行转账、基金购买等业务，普通交易例如为保费支付、保费续保等业务，对业务系统中金融交易中涉及的所有业务的数据发送量进行累加统计得到该业务系统金融交易的数据发送量，对业务系统中普通交易中涉及的所有业务的数据发送量进行累加统计得到该业务系统普通交 易的数据发送量。在具体的实例中，金融交易的数据发送量分别为c1，普通交易的数据发送量分别为c2，金融交易的权重为w1，普通交易的权重分别为w2，w1>w2，即金融交易占最大的比重，计算业务系统的重要系数R＝(w1+w2)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α))，0<R<1，其中，α为接入所述动态码服务系统的业务系统的平均数据发送量，即α＝(所有业务系统的金融交易的数据发送量+所有业务系统的普通交易的数据发送量)/业务系统的数量，重要系数R越大则该业务系统的重要程度越高，一般是金融交易等的业务场景占比大的重要系数R高。
在另一实施例中，每一业务系统中的业务类型分为金融交易、普通交易核心业务、非核心业务，其中，金融交易例如为银行转账、基金购买等业务，普通交易例如为保费支付、保费续保等业务，核心业务例如为用户注册、用户登录等业务，非核心业务例如为用户信息修改等业务。对业务系统中金融交易中涉及的所有业务的数据发送量进行累加统计得到该业务系统金融交易的数据发送量，对业务系统中普通交易中涉及的所有业务的数据发送量进行累加统计得到该业务系统普通交易的数据发送量，对业务系统中核心业务中涉及的所有业务的数据发送量进行累加统计得到该业务系统核心业务的数据发送量，对业务系统中非核心业务中涉及的所有业务的数据发送量进行累加统计得到该业务系统非核心业务的数据发送量。在具体的实例中，金融交易、普通交易、核心业务、非核心业务对应的数据发送量分别为c1、c2、c3、c4，金融交易、普通交易、核心业务、非核心业务对应的权重分别为w1、w2、w3、w4，w1>w2>w3>w4，即金融交易占最大的比重、非核心业务占最小的比重，业务系统的重要系数R＝(w1+w2+w3+w4)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α)+πw3/2arctan(c3/α)+πw4/2arctan(c4/α))，0<R<1，其中，α为接入所述动态码服务系统的业务系统的平均数据发送量，即α＝(所有业务系统的金融交易的数据发送量+所 有业务系统的普通交易的数据发送量+所有业务系统的核心业务的数据发送量+所有业务系统的非核心业务的数据发送量)/业务系统的数量，重要系数R越大则该业务系统的重要程度越高，一般是金融交易等的业务场景占比大的重要系数R高。
在上述根据业务系统的使用场景和业务量计算业务系统的重要系数R的两个实施例中，第二个实施例较第一个实施例在业务类型方面做了更细化的区分，所计算得到的业务系统的重要系数R更具客观性及综合性，用以评估业务系统也更客观及综合，如图2所示，事实上，业务系统的重要系数R与业务系统的数据发送总量C成正比关系，业务系统的业务量越大越重要。
动态处理步骤，获取动态码服务系统被业务系统调用的总次数及成功响应次数，基于该总次数及成功响应次数计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数R动态处理业务系统的动态码请求。
本实施例中，动态码服务系统的成功响应次数S，动态码服务系统被业务系统调用的总次数为M，该总次数可以是预定的连续预设次被业务系统调用的值(例如300次)，也可以是一段预设的时间(例如5分钟)内的动态码服务系统被业务系统调用的总次数，成功响应率P＝S/M，通过该成功响应率P分析动态码服务系统是否发生影响系统稳定的异常情况。
其中，动态处理步骤具体包括：若成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，第一阈值大于所第二阈值；若成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，第二阈值大于第三阈值，第二系数值大于第一系数值；若成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，第三系数值大 于第二系数值。
在一具体的实例中，成功响应率P低于0.8时，视为动态码服务系统发生影响稳定性的异常情况，动态码服务系统动态处理动态码请求的过程包括：
若成功响应率不了低于0.8，则接收所有业务系统的动态码请求；
若成功响应率低于0.8且高于0.6(包括0.6)，则拒绝业务系统的重要系数R最低的20％的业务系统的动态码请求；
若成功响应率低于0.6且高于0.4(包括0.4)，则拒绝业务系统的重要系数R最低的40％的业务系统的动态码请求；
若成功响应率低于0.4，则拒绝业务系统的重要系数R最低的60％的业务系统的动态码请求。
其中，动态码服务系统最多拒绝重要系数R最低的60％的业务系统的动态码请求。
在他实施例中，还可以在所述动态码服务系统第一次拒绝业务系统的动态码请求时，设置重置时间T，即倒计时开始，考虑到动态码服务系统一般来说不稳定的时间步长，优选地T为5分钟，在达到重置时间T后，即倒计完时间T后，所述动态码服务系统接收所有业务系统的动态码请求，然后重新计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数R动态拒绝业务系统的动态码请求。对于短时间的、影响动态码服务系统稳定性的异常情况而言，设置重置时间T使得动态码服务系统恢复正常处理状态，而不是一直处于处理异常情况的状态。
与现有技术相比，本申请在业务系统向动态码服务系统请求动态码的情况下，通过业务系统的使用场景和业务量计算业务系统的重要系数R，通过动态码服务系统的成功响应率P分析动态码服务系统是否发生影响系统稳定的异常情况，在动态码服务系统发生影响稳定性的异常情况时，根据业务 类型的重要性动态调整动态码服务的访问，拒绝重要系数R较低的业务系统的请求，以保证重要业务的顺序进行。
如图3所示，图3为本申请动态码请求的处理方法一实施例的流程示意图，该动态码请求的处理方法包括以下步骤：
步骤S1，获取接入动态码服务系统的每一业务系统中业务的类型，统计每一业务系统中的各类型的业务的数据发送量，根据各类型的业务的数据发送量及各类型的业务的权重，计算出每一业务系统对应的重要系数R；
其中，接入动态码服务系统的业务系统很多，例如银行等金融机构中使用的各种业务系统等。
每一业务系统中包括多种不同的业务的类型，即包括多种不同的业务场景，在一实施例中，每一业务系统中的业务类型分为金融交易及普通交易，其中，金融交易例如为银行转账、基金购买等业务，普通交易例如为保费支付、保费续保等业务，对业务系统中金融交易中涉及的所有业务的数据发送量进行累加统计得到该业务系统金融交易的数据发送量，对业务系统中普通交易中涉及的所有业务的数据发送量进行累加统计得到该业务系统普通交易的数据发送量，数据发送量越大业务量越大。在具体的实例中，金融交易的数据发送量分别为c1，普通交易的数据发送量分别为c2，金融交易的权重为w1，普通交易的权重分别为w2，w1>w2，即金融交易占最大的比重，计算业务系统的重要系数R＝(w1+w2)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α))，0<R<1，其中，α为接入所述动态码服务系统的业务系统的平均数据发送量，即α＝(所有业务系统的金融交易的数据发送量+所有业务系统的普通交易的数据发送量)/业务系统的数量，重要系数R越大则该业务系统的重要程度越高，一般是金融交易等的业务场景占比大的重要系数R高。
在另一实施例中，每一业务系统中的业务类型分为金融交易、普通交易核心业务、非核心业务，其中，金融交易例如为银行转账、基金购买等业务， 普通交易例如为保费支付、保费续保等业务，核心业务例如为用户注册、用户登录等业务，非核心业务例如为用户信息修改等业务。对业务系统中金融交易中涉及的所有业务的数据发送量进行累加统计得到该业务系统金融交易的数据发送量，对业务系统中普通交易中涉及的所有业务的数据发送量进行累加统计得到该业务系统普通交易的数据发送量，对业务系统中核心业务中涉及的所有业务的数据发送量进行累加统计得到该业务系统核心业务的数据发送量，对业务系统中非核心业务中涉及的所有业务的数据发送量进行累加统计得到该业务系统非核心业务的数据发送量，数据发送量越大业务量越大。在具体的实例中，金融交易、普通交易、核心业务、非核心业务对应的数据发送量分别为c1、c2、c3、c4，金融交易、普通交易、核心业务、非核心业务对应的权重分别为w1、w2、w3、w4，w1>w2>w3>w4，即金融交易占最大的比重、非核心业务占最小的比重，业务系统的重要系数R＝(w1+w2+w3+w4)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α)+πw3/2arctan(c3/α)+πw4/2arctan(c4/α))，0<R<1，其中，α为接入所述动态码服务系统的业务系统的平均数据发送量，即α＝(所有业务系统的金融交易的数据发送量+所有业务系统的普通交易的数据发送量+所有业务系统的核心业务的数据发送量+所有业务系统的非核心业务的数据发送量)/业务系统的数量，重要系数R越大则该业务系统的重要程度越高，一般是金融交易等的业务场景占比大的重要系数R高。
在上述根据业务系统的使用场景和业务量计算业务系统的重要系数R的两个实施例中，第二个实施例较第一个实施例在业务类型方面做了更细化的区分，所计算得到的业务系统的重要系数R更具客观性及综合性，用以评估业务系统也更客观及综合，如图2所示，事实上，业务系统的重要系数R与业务系统的数据发送总量C成正比关系，业务系统的业务量越大越重要。
步骤S2，获取动态码服务系统被业务系统调用的总次数及成功响应次 数，基于该总次数及成功响应次数计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数R动态处理业务系统的动态码请求。
本实施例中，动态码服务系统的成功响应次数S，动态码服务系统被业务系统调用的总次数为M，该总次数可以是预定的连续预设次被业务系统调用的值(例如300次)，也可以是一段预设的时间(例如5分钟)内的动态码服务系统被业务系统调用的总次数，成功响应率P＝S/M，通过该成功响应率P分析动态码服务系统是否发生影响系统稳定的异常情况。
其中，步骤S2具体包括：若成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，第一阈值大于所第二阈值；若成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，第二阈值大于第三阈值，第二系数值大于第一系数值；若成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，第三系数值大于第二系数值。
在一具体的实例中，成功响应率P低于0.8时，视为动态码服务系统发生影响稳定性的异常情况，动态码服务系统动态处理动态码请求过程包括：
若成功响应率不了低于0.8，则接收所有业务系统的动态码请求；
若成功响应率低于0.8且高于0.6(包括0.6)，则拒绝业务系统的重要系数R最低的20％的业务系统的动态码请求；
若成功响应率低于0.6且高于0.4(包括0.4)，则拒绝业务系统的重要系数R最低的40％的业务系统的动态码请求；
若成功响应率低于0.4，则拒绝业务系统的重要系数R最低的60％的业务系统的动态码请求。
其中，动态码服务系统最多拒绝重要系数R最低的60％的业务系统的动 态码请求。
在他实施例中，还可以在所述动态码服务系统第一次拒绝业务系统的动态码请求时，设置重置时间T，即倒计时开始，考虑到动态码服务系统一般来说不稳定的时间步长，优选地T为5分钟，在达到重置时间T后，即倒计完时间T后，所述动态码服务系统接收所有业务系统的动态码请求，然后重新计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数R动态拒绝业务系统的动态码请求。对于短时间的、影响动态码服务系统稳定性的异常情况而言，设置重置时间T使得动态码服务系统恢复正常处理状态，而不是一直处于处理异常情况的状态。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有处理系统，所述处理系统被处理器执行时实现上述的动态码请求的处理方法的步骤。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种电子装置，其特征在于，所述电子装置包括存储器及与所述存储器连接的处理器，所述存储器中存储有可在所述处理器上运行的处理系统，所述处理系统被所述处理器执行时实现如下步骤：
    统计步骤，获取接入动态码服务系统的每一业务系统中业务的类型，统计每一业务系统中的各类型的业务的数据发送量，根据各类型的业务的数据发送量及各类型的业务的权重，计算出每一业务系统对应的重要系数R；
    动态处理步骤，获取动态码服务系统被业务系统调用的总次数及成功响应次数，基于该总次数及成功响应次数计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数R动态处理业务系统的动态码请求。
  2. 根据权利要求1所述的电子装置，其特征在于，所述业务的类型包括金融交易及普通交易，所述金融交易及普通交易对应的数据发送量分别为c1、c2，所述金融交易及普通交易对应的权重分别为w1、w2，w1>w2，所述业务系统的重要系数R＝(w1+w2)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α))，其中，所述α为接入所述动态码服务系统的业务系统的平均数据发送量。
  3. 根据权利要求1所述的电子装置，其特征在于，所述业务的类型包括金融交易、普通交易、核心业务、非核心业务，所述金融交易、普通交易、核心业务、非核心业务对应的数据发送量分别为c1、c2、c3、c4，所述金融交易、普通交易、核心业务、非核心业务对应的权重分别为w1、w2、w3、w4，w1>w2>w3>w4，所述业务系统的重要系数R＝(w1+w2+w3+w4)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α)+πw3/2arctan(c3/α)+πw4/2arctan(c4/α))，其中，所述α为接入所述动态码服务系统的业务系统的平均数据发送量。
  4. 根据权利要求1所述的电子装置，其特征在于，所述动态处理步骤， 具体包括：
    若所述成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，所述第一阈值大于所第二阈值；
    若所述成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，所述第二阈值大于所述第三阈值，所述第二系数值大于所述第一系数值；
    若所述成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，所述第三系数值大于所述第二系数值。
  5. 根据权利要求2所述的电子装置，其特征在于，所述动态处理步骤，具体包括：
    若所述成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，所述第一阈值大于所第二阈值；
    若所述成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，所述第二阈值大于所述第三阈值，所述第二系数值大于所述第一系数值；
    若所述成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，所述第三系数值大于所述第二系数值。
  6. 根据权利要求3所述的电子装置，其特征在于，所述动态处理步骤，具体包括：
    若所述成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，所 述第一阈值大于所第二阈值；
    若所述成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，所述第二阈值大于所述第三阈值，所述第二系数值大于所述第一系数值；
    若所述成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，所述第三系数值大于所述第二系数值。
  7. 根据权利要求4至6任一项所述的电子装置，其特征在于，所述处理系统被所述处理器执行时，还实现如下步骤：
    在所述动态码服务系统第一次拒绝业务系统的动态码请求时，设置重置时间T，在达到重置时间T后，所述动态码服务系统接收所有业务系统的动态码请求，返回执行所述动态处理步骤。
  8. 一种动态码请求的处理方法，其特征在于，所述动态码请求的处理方法包括：
    S1，获取接入动态码服务系统的每一业务系统中业务的类型，统计每一业务系统中的各类型的业务的数据发送量，根据各类型的业务的数据发送量及各类型的业务的权重，计算出每一业务系统对应的重要系数R；
    S2，获取动态码服务系统被业务系统调用的总次数及成功响应次数，基于该总次数及成功响应次数计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数R动态处理业务系统的动态码请求。
  9. 根据权利要求8所述的动态码请求的处理方法，其特征在于，所述业务的类型包括金融交易及普通交易，所述金融交易及普通交易对应的数据发送量分别为c1、c2，所述金融交易及普通交易对应的权重分别为w1、w2，w1>w2，所述业务系统的重要系数R＝(w1+w2)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α))，其中，所述α为接入所述 动态码服务系统的业务系统的平均数据发送量。
  10. 根据权利要求8所述的动态码请求的处理方法，其特征在于，所述业务的类型包括金融交易、普通交易、核心业务、非核心业务，所述金融交易、普通交易、核心业务、非核心业务对应的数据发送量分别为c1、c2、c3、c4，所述金融交易、普通交易、核心业务、非核心业务对应的权重分别为w1、w2、w3、w4，w1>w2>w3>w4，所述业务系统的重要系数R＝(w1+w2+w3+w4)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α)+πw3/2arctan(c3/α)+πw4/2arctan(c4/α))，其中，所述α为接入所述动态码服务系统的业务系统的平均数据发送量。
  11. 根据权利要求8所述的动态码请求的处理方法，其特征在于，所述步骤S2，具体包括：
    若所述成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，所述第一阈值大于所第二阈值；
    若所述成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，所述第二阈值大于所述第三阈值，所述第二系数值大于所述第一系数值；
    若所述成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，所述第三系数值大于所述第二系数值。
  12. 根据权利要求9所述的动态码请求的处理方法，其特征在于，所述步骤S2，具体包括：
    若所述成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，所述第一阈值大于所第二阈值；
    若所述成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，所述第二阈值大于所述第三阈值，所述第二系数值大于所述第一系数值；
    若所述成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，所述第三系数值大于所述第二系数值。
  13. 根据权利要求10所述的动态码请求的处理方法，其特征在于，所述步骤S2，具体包括：
    若所述成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，所述第一阈值大于所第二阈值；
    若所述成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，所述第二阈值大于所述第三阈值，所述第二系数值大于所述第一系数值；
    若所述成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，所述第三系数值大于所述第二系数值。
  14. 根据权利要求11-13任一项所述的动态码请求的处理方法，其特征在于，所述步骤S2之后，还包括：
    在所述动态码服务系统第一次拒绝业务系统的动态码请求时，设置重置时间T，在达到重置时间T后，所述动态码服务系统接收所有业务系统的动态码请求，返回执行所述步骤S2。
  15. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有处理系统，所述处理系统被处理器执行时实现步骤：
    统计步骤，获取接入动态码服务系统的每一业务系统中业务的类型，统 计每一业务系统中的各类型的业务的数据发送量，根据各类型的业务的数据发送量及各类型的业务的权重，计算出每一业务系统对应的重要系数R；
    动态处理步骤，获取动态码服务系统被业务系统调用的总次数及成功响应次数，基于该总次数及成功响应次数计算动态码服务系统的成功响应率，根据该成功响应率及业务系统的重要系数R动态处理业务系统的动态码请求。
  16. 根据权利要求15所述的计算机可读存储介质，其特征在于，所述业务的类型包括金融交易及普通交易，所述金融交易及普通交易对应的数据发送量分别为c1、c2，所述金融交易及普通交易对应的权重分别为w1、w2，w1>w2，所述业务系统的重要系数R＝(w1+w2)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α))，其中，所述α为接入所述动态码服务系统的业务系统的平均数据发送量。
  17. 根据权利要求15所述的计算机可读存储介质，其特征在于，所述业务的类型包括金融交易、普通交易、核心业务、非核心业务，所述金融交易、普通交易、核心业务、非核心业务对应的数据发送量分别为c1、c2、c3、c4，所述金融交易、普通交易、核心业务、非核心业务对应的权重分别为w1、w2、w3、w4，w1>w2>w3>w4，所述业务系统的重要系数R＝(w1+w2+w3+w4)/(πw1/2arctan(c1/α)+πw2/2arctan(c2/α)+πw3/2arctan(c3/α)+πw4/2arctan(c4/α))，其中，所述α为接入所述动态码服务系统的业务系统的平均数据发送量。
  18. 根据权利要求15所述的计算机可读存储介质，其特征在于，所述动态处理步骤，具体包括：
    若所述成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，所述第一阈值大于所第二阈值；
    若所述成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，所述第二阈值大于所述第三阈值，所述第二系数值大于所述第一系数值；
    若所述成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，所述第三系数值大于所述第二系数值。
  19. 根据权利要求16所述的计算机可读存储介质，其特征在于，所述动态处理步骤，具体包括：
    若所述成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，所述第一阈值大于所第二阈值；
    若所述成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，所述第二阈值大于所述第三阈值，所述第二系数值大于所述第一系数值；
    若所述成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，所述第三系数值大于所述第二系数值。
  20. 根据权利要求17所述的计算机可读存储介质，其特征在于，所述动态处理步骤，具体包括：
    若所述成功响应率低于预设的第一阈值且高于预设的第二阈值，则拒绝业务系统的重要系数R低于预设的第一系数值的业务系统的动态码请求，所述第一阈值大于所第二阈值；
    若所述成功响应率低于预设的第二阈值且高于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第二系数值的业务系统的动态码请求，所述第二阈值大于所述第三阈值，所述第二系数值大于所述第一系数值；
    若所述成功响应率低于预设的第三阈值，则拒绝业务系统的重要系数R低于预设的第三系数值的业务系统的动态码请求，所述第三系数值大于所述第二系数值。
PCT/CN2018/102092 2018-03-15 2018-08-24 电子装置、动态码请求的处理方法及存储介质 WO2019174185A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810215687.9A CN108492109B (zh) 2018-03-15 2018-03-15 电子装置、动态码请求的处理方法及存储介质
CN201810215687.9 2018-03-15

Publications (1)

Publication Number Publication Date
WO2019174185A1 true WO2019174185A1 (zh) 2019-09-19

Family

ID=63339577

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/102092 WO2019174185A1 (zh) 2018-03-15 2018-08-24 电子装置、动态码请求的处理方法及存储介质

Country Status (2)

Country Link
CN (1) CN108492109B (zh)
WO (1) WO2019174185A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109525552B (zh) * 2018-10-11 2021-08-31 平安科技（深圳）有限公司 动态码同步进程扩容方法、动态码生成器及存储介质
CN111290928B (zh) * 2018-12-06 2023-08-01 中国移动通信集团陕西有限公司 一种原子业务重要性确定方法、装置、介质和设备
CN109697113B (zh) * 2018-12-29 2021-06-01 广州方硅信息技术有限公司 请求重试的方法、装置、设备及可读存储介质
CN111324471B (zh) * 2020-01-22 2023-07-21 远景智能国际私人投资有限公司 服务调整方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105590199A (zh) * 2014-11-14 2016-05-18 中国银联股份有限公司 一种基于动态二维码的支付方法以及支付系统
CN105868982A (zh) * 2016-04-15 2016-08-17 姚晓宁 一种改进的移动互联网支付系统及其控制方法
WO2017128684A1 (zh) * 2016-01-29 2017-08-03 上海新卡说信息技术有限公司 一种交易系统及交易处理方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8655939B2 (en) * 2007-01-05 2014-02-18 Digital Doors, Inc. Electromagnetic pulse (EMP) hardened information infrastructure with extractor, cloud dispersal, secure storage, content analysis and classification and method therefor
KR20110121119A (ko) * 2010-04-30 2011-11-07 한국정보통신주식회사 가맹점 단말과 고객단말
CN103218715A (zh) * 2013-03-26 2013-07-24 苏州通付盾信息技术有限公司 一种云支付系统中动态支付码的实现方法
CN104104673B (zh) * 2014-06-30 2017-05-24 福建爱特点信息科技有限公司 第三方统一动态授权码实现安全支付的方法
CN105450598A (zh) * 2014-08-14 2016-03-30 上海坤士合生信息科技有限公司 信息识别方法、信息识别设备及用户终端
CN106447332A (zh) * 2016-10-14 2017-02-22 冯文军 一种银行卡安全管理方法及系统
CN107592345B (zh) * 2017-08-28 2020-08-18 中国工商银行股份有限公司 交易限流装置、方法及交易系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105590199A (zh) * 2014-11-14 2016-05-18 中国银联股份有限公司 一种基于动态二维码的支付方法以及支付系统
WO2017128684A1 (zh) * 2016-01-29 2017-08-03 上海新卡说信息技术有限公司 一种交易系统及交易处理方法
CN105868982A (zh) * 2016-04-15 2016-08-17 姚晓宁 一种改进的移动互联网支付系统及其控制方法

Also Published As

Publication number Publication date
CN108492109B (zh) 2021-09-21
CN108492109A (zh) 2018-09-04

Similar Documents

Publication Publication Date Title
WO2019174185A1 (zh) 电子装置、动态码请求的处理方法及存储介质
US11411825B2 (en) In intelligent autoscale of services
WO2018014811A1 (zh) 风险识别方法、客户端设备及风险识别系统
US9491182B2 (en) Methods and systems for secure internet access and services
US9313604B1 (en) Network service request throttling system
US11226994B2 (en) Modifying data structures to indicate derived relationships among entity data objects
US11929985B2 (en) Network-based authentication rule cleaning and optimization
WO2019169766A1 (zh) 电子装置、系统敏感内容的预警方法、系统及存储介质
US10496999B2 (en) Method and apparatus of controlling network payment
CN111641563B (zh) 基于分布式场景的流量自适应方法与系统
JP2005108238A (ja) ホスト・トランザクション処理システム内の動的トランザクション制御
US10853359B1 (en) Data log stream processing using probabilistic data structures
WO2019041759A1 (zh) 服务器、区块链验签解密的方法及存储介质
WO2019196257A1 (zh) 一种自动还款方法、系统及终端设备
CN112101691A (zh) 风险等级动态调整方法、装置及服务器
CN113095891A (zh) 一种数据处理方法、装置、存储介质及电子装置
CN107194712B (zh) 共享账户变动信息记录方法及装置、内部账户补账方法及系统
CN109905407B (zh) 基于vpn服务器访问内网的管理方法、系统、设备及介质
CN107169752B (zh) 一种资源转移方法及装置
CN109918189B (zh) 一种资源管理方法及相关设备
US20230376811A1 (en) Enhancing api access controls with markov chains and hidden markov models
CN110689333A (zh) 一种区块链自动对账方法、装置、系统和存储介质
US11520802B2 (en) Systems and methods for data format conversion
CN114157482A (zh) 一种业务访问控制方法、装置、控制设备及存储介质
CN113079110B (zh) 消息处理方法、装置、设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18909750

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18909750

Country of ref document: EP

Kind code of ref document: A1