CN106920087A - 一种信息处理方法及装置 - Google Patents

一种信息处理方法及装置 Download PDF

Info

Publication number
CN106920087A
CN106920087A CN201510997233.8A CN201510997233A CN106920087A CN 106920087 A CN106920087 A CN 106920087A CN 201510997233 A CN201510997233 A CN 201510997233A CN 106920087 A CN106920087 A CN 106920087A
Authority
CN
China
Prior art keywords
payment system
service
type
business
service request
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
CN201510997233.8A
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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201510997233.8A priority Critical patent/CN106920087A/zh
Publication of CN106920087A publication Critical patent/CN106920087A/zh
Pending legal-status Critical Current

Links

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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • 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/08—Payment architectures
    • G06Q20/16—Payments settled via telecommunication systems

Landscapes

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

Abstract

本申请公开了一种信息处理方法及装置，用以提高外部业务系统与支付系统的交互成功率，并降低第一支付系统的负载，提高交互效率，从而提升用户体验。本申请提供的一种信息处理方法，包括：在外部业务系统与第一支付系统交互状态满足预设条件时，第二支付系统获取该外部业务系统发送的服务请求；所述第二支付系统根据所述服务请求确定需要处理的业务类型，并对该类型的业务进行处理；所述第二支付系统将处理结果返回给所述外部业务系统。

Description

一种信息处理方法及装置
技术领域
本申请涉及计算机技术领域，尤其涉及一种信息处理方法及装置。
背景技术
随着互联网技术的发展，需要与支付系统交互的场景越来越多，比如在网上购物时，通过与支付系统进行交互，可方便地完成本次交易金额的支付等。
然而，支付系统在日常运行中，会出现测试环境不稳定的情况，特别是当外部业务系统正在与支付系统进行交互时，若支付系统的测试环境出现异常，将会导致本次交互失败，从而给用户带来不便。
发明内容
本申请实施例提供了一种信息处理方法及装置，用以提高外部业务系统与支付系统的交互成功率，并降低第一支付系统的负载，提高交互效率，进而提升用户体验。
在支付系统侧，本申请实施例提供的一种信息处理方法，包括：
在外部业务系统与第一支付系统交互状态满足预设条件时，第二支付系统获取该外部业务系统发送的服务请求；
所述第二支付系统根据所述服务请求确定需要处理的业务类型，并对该类型的业务进行处理；
所述第二支付系统将处理结果返回给所述外部业务系统。
本申请实施例提供的该方法，在外部业务系统与第一支付系统交互状态满足预设条件时，由第二支付系统获取该外部业务系统发送的服务请求；第二支付系统根据所述服务请求确定需要处理的业务类型，并对该类型的业务进行处理；第二支付系统将处理结果返回给所述外部业务系统，从而提高了外部业务系统与支付系统的交互成功率，并降低了第一支付系统的负载，提高交互效率，从而提升用户体验。
可选地，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
可选地，所述服务请求中携带有服务参数，用以指示本次请求服务的业务类型；
所述第二支付系统根据所述服务参数确定需要处理的业务类型。
可选地，所述第二支付系统对该类型的业务进行处理，具体包括：
所述第二支付系统根据所述业务类型确定需要返回给所述外部业务系统的响应模板；
所述第二支付系统对所述业务类型的业务，进行与所述业务类型相对应地逻辑计算处理，确定处理后的参数值。
可选地，所述第二支付系统将处理结果返回给所述外部业务系统，具体包括：
所述第二支付系统将所述处理后的参数值设置到所述响应模板中，并将携带有所述处理后的参数值的响应模板返回给所述外部业务系统。
可选地，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
可选地，所述服务请求中还包括用以指示本次服务请求对应的处理结果需要被存储的指示信息；
该方法还包括：所述第二支付系统将所述处理结果存储到该第二支付系统对应的数据库中。
相应地，在外部业务系统侧，本申请实施例提供的一种信息处理方法，包括：
当与第一支付系统交互状态满足预设条件时，向第二支付系统发送服务请求，由所述第二支付系统根据所述服务请求确定需要处理的业务类型后对该类型的业务进行处理；
接收所述第二支付系统发送的处理结果。
可选地，当与第一支付系统交互状态满足预设条件时，向第二支付系统发送服务请求，具体包括：
当与第一支付系统交互状态满足预设条件时，将用于访问第一支付系统的域名的统一资源定位符(Uniform Resource Locator，URL)地址修改为所述第二支付系统对应的URL地址；
通过修改后的URL地址，将服务请求发送给所述第二支付系统。
可选地，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
可选地，所述处理结果包括：携带有由所述第二支付系统对所述类型的业务处理后所得的参数值的响应模板。
可选地，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
可选地，所述服务请求中包括用以指示本次服务请求对应的处理结果需要被存储的指示信息，由所述第二支付系统根据该信息将所述处理结果存储到该第二支付系统对应的数据库中。
可选地，当需要调用所述第二支付系统对应的数据库中的处理结果时，向所述第二支付系统发送相应的服务请求。
在支付系统侧，本申请实施例提供的一种信息处理装置，包括：
获取模块，用于在外部业务系统与第一支付系统交互状态满足预设条件时，获取该外部业务系统发送的服务请求；
处理模块，用于根据所述服务请求确定需要处理的业务类型，并对该类型的业务进行处理；
发送模块，用于将处理结果返回给所述外部业务系统。
可选地，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
可选地，所述服务请求中携带有服务参数，用以指示本次请求服务的业务类型；
所述处理模块根据所述服务参数确定需要处理的业务类型。
可选地，所述处理模块具体用于：
根据所述业务类型确定需要返回给所述外部业务系统的响应模板；
对所述业务类型的业务，进行与所述业务类型相对应地逻辑计算处理，确定处理后的参数值。
可选地，所述发送模块具体用于：
将所述处理后的参数值设置到所述响应模板中，并将携带有所述处理后的参数值的响应模板返回给所述外部业务系统。
可选地，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
可选地，所述服务请求中还包括用以指示本次服务请求对应的处理结果需要被存储的指示信息；
所述处理模块还用于：将所述处理结果存储到该装置对应的数据库中。
相应地，在外部业务系统侧，本申请实施例提供的一种信息处理装置，包括：
发送模块，用于当该装置与第一支付系统交互状态满足预设条件时，向第二支付系统发送服务请求，由所述第二支付系统根据所述服务请求确定需要处理的业务类型后对该类型的业务进行处理；
接收模块，用于接收所述第二支付系统发送的处理结果。
可选地，所述发送模块具体用于：
当该装置与第一支付系统交互状态满足预设条件时，将用于访问第一支付系统的域名的URL地址修改为所述第二支付系统对应的URL地址；
通过修改后的URL地址，将服务请求发送给所述第二支付系统。
可选地，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
可选地，所述处理结果包括：携带有由所述第二支付系统对所述类型的业务处理后所得的参数值的响应模板。
可选地，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
可选地，所述服务请求中包括用以指示本次服务请求对应的处理结果需要被存储的指示信息，由所述第二支付系统根据该信息将所述处理结果存储到该第二支付系统对应的数据库中。
可选地，所述发送模块还用于：
当该装置需要调用所述第二支付系统对应的数据库中的处理结果时，向所述第二支付系统发送相应的服务请求。
附图说明
图1为本申请实施例提供的一种外部业务系统与第二支付系统交互的整体框架图；
图2为本申请实施例提供的一种信息处理方法的整体流程示意图；
图3为本申请实施例提供的另一种信息处理方法的整体流程示意图；
图4为本申请实施例提供的一种信息处理方法的具体流程示意图；
图5为本申请实施例提供的一种信息处理装置的结构示意图；
图6为本申请实施例提供的另一种信息处理装置的结构示意图。
具体实施方式
本申请实施例提供了一种信息处理方法及装置，用以提高外部业务系统与支付系统的交互成功率，并降低第一支付系统的负载，提高交互效率，从而提升用户体验。
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例提出了一种第二支付系统，用于当外部业务系统与第一支付系统交互状态满足预设条件时，第二支付系统替代所述第一支付系统完成与外部业务系统的交互过程，其中所述的预设条件具体可以为外部业务系统与第一支付系统交互失败或者第一支付系统的负载超过预设的门限值。所述第一支付系统，例如也可以称为真实的支付系统，是现有的支付系统，即外部业务系统首选交互的支付系统，也可以理解为主用的支付系统；相应地，所述第二支付系统，例如也可以称为虚拟的支付系统，即外部业务系统在与第一支付系统交互状态满足预设条件时，选择交互的支付系统，也可以理解为备用的支付系统；需要说明的是，可以设置一个第二支付系统，也可以设置多个第二支付系统。所述外部业务系统，例如可以为某类购物网站等。
图1所示为外部业务系统与第二支付系统交互的整体框架图，包括外部业务系统和第二支付系统。第二支付系统整体上可划分为处理模块和数据库(DB)模块，其中，处理模块用于接收外部业务系统发送的服务请求，并根据该服务请求从DB模块调用相关数据对该服务请求进行处理，最后将针对该服务请求的处理结果返回给外部业务系统；DB模块用于存储相关的业务数据。当然，将支付系统划分为其他的多个模块也是可以的，本申请实施例对此不作限定。
当外部业务系统与第一支付系统交互状态满足预设条件时，第二支付系统作为备用的支付系统，通过处理模块接收外部业务系统发送的服务请求，所述处理模块根据该服务请求确定需要处理的业务类型，并对该类型的业务进行处理后，发送给外部业务系统，完成与外部业务系统的交互过程。
下面对本申请实施例提供的信息处理方法进行详细地阐述。
在第二支付系统侧，参见图2，本申请实施例提供的一种信息处理方法，包括：
S101、在外部业务系统与第一支付系统交互状态满足预设条件时，第二支付系统获取该外部业务系统发送的服务请求；
S102、所述第二支付系统根据所述服务请求确定需要处理的业务类型，并对该类型的业务进行处理；
S103、所述第二支付系统将处理结果返回给所述外部业务系统。
也就是说，在默认情况下，外部业务系统与第一支付系统进行交互，完成相关的交易过程，当外部业务系统与第一支付系统交互状态满足预设条件，第二支付系统替代所述第一支付系统完成与外部业务系统的交互。
可选地，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
其中，条件一中，外部业务系统与第一支付系统交互失败，例如可以为第一支付系统处于测试环境出现异常等无法与外部业务系统交互的情况，导致外部业务系统与第一支付系统交互失败。
条件二中，外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值，例如可为：外部业务系统与第一支付系统交互的次数超过预设的次数门限(相当于第一支付系统的负载超过预设的门限值)；或者是外部业务系统与第一支付系统交互的数据量超过预设的数据量门限(相当于第一支付系统的负载超过预设的门限值)。并且，此处所述的外部业务系统与第一支付系统交互过程中导致的第一支付系统的负载超过预设的门限值的情况，可以为一个外部业务系统与第一支付系统交互导致的，也可以为多个外部业务系统与第一支付系统交互导致的。
可选地，所述服务请求中携带有服务参数，用以指示本次请求服务的业务类型；
所述第二支付系统根据所述服务参数确定需要处理的业务类型。
所述业务类型，例如可以为创建交易、付款等等。
可选地，所述第二支付系统对该类型的业务进行处理，具体包括：
所述第二支付系统根据所述业务类型确定需要返回给所述外部业务系统的响应模板；
在第二支付系统对应的数据库中，存储有不同的业务类型对应的响应模板。当第二支付系统接收到外部业务系统发送的服务请求时，可根据该服务请求中携带的服务参数，确定需要处理的业务类型，并根据该业务类型在数据库中查询该业务类型对应的响应模板。
所述第二支付系统对所述业务类型的业务，进行与所述业务类型相对应地逻辑计算处理，确定处理后的参数值。
可选地，所述第二支付系统将处理结果返回给所述外部业务系统，具体包括：
所述第二支付系统将所述处理后的参数值设置到所述响应模板中，并将携带有所述处理后的参数值的响应模板返回给所述外部业务系统。
可选地，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。具体地，向外部业务系统返回页面模板还是xml文件模板，可根据外部业务系统发送的服务请求消息进行确定。当外部业务系统发送的服务请求中指示所述第二支付系统返回页面时，所述第二支付系统确定所述响应模板为该服务请求中请求的业务对应的页面模板；当外部业务系统发送的服务请求中指示所述第二支付系统返回xml文件时，所述第二支付系统确定所述响应模板为该服务请求中请求的业务对应的xml文件模板。
可选地，所述服务请求中还包括用以指示本次服务请求对应的处理结果需要被存储的指示信息；
该方法还包括：所述第二支付系统将所述处理结果存储到该第二支付系统对应的数据库中。
从而，当外部业务系统需要调用该第二支付系统对应的数据库中的处理结果时，向第二支付系统发送对应的服务请求，即可获取该处理结果中的业务数据。
可选地，所述服务请求中还包括用以指示本次请求的服务处理完成后需要进行超文本传输协议(Hyper Text Transport Protocol，HTTP)页面回调或者中间文件回调的信息；
该方法还包括：所述第二支付系统根据该指示信息进行相应的回调操作。
比如，当外部业务系统发送的服务请求消息中包括用以指示本次请求的服务处理完成后需要将显示页面回调到与第二支付系统交互前的页面，第二支付系统在对本次服务请求中需要处理的业务处理完成后，将页面回调到外部业务系统与第二支付系统交互前的页面。
再比如，当外部业务系统发送的服务请求消息中包括用以指示本次请求的服务处理完成后需要向外部发送交易成功的消息(即进行中间文件回调)的信息时，第二支付系统在对本次服务请求中需要处理的业务处理完成后，向外部发送交易成功的消息。
在外部业务系统侧，参见图3，本申请实施例提供的一种信息处理方法，包括：
S201、当与第一支付系统交互状态满足预设条件时，向第二支付系统发送服务请求，由所述第二支付系统根据所述服务请求确定需要处理的业务类型后对该类型的业务进行处理；
S202、接收所述第二支付系统发送的处理结果。
可选地，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
外部业务系统例如可通过如下方式确定与第一支付系统交互失败：
外部业务系统向第一支付系统发送服务请求后，在预设的时间内等待第一支付系统返回处理结果，当外部系统在预设的时间内没有接收到第一支付系统返回的处理结果时，外部业务系统确定与第一支付系统交互失败。
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
外部业务系统与第一支付系统交互时，例如可通过如下方式确定第一支付系统的负载超过预设的门限值：
外部业务系统向第一支付系统发送服务请求后，外部业务系统若接收到第一支付系统发送的用以指示本系统的负载超过预设的门限值的消息后，外部业务系统确定第一支付系统的负载超过预设的门限值。
可选地，当与第一支付系统交互状态满足预设条件时，向第二支付系统发送服务请求，具体包括：
当与第一支付系统交互状态满足预设条件时，将用于访问第一支付系统的域名的URL地址修改为所述第二支付系统对应的URL地址；
通过修改后的URL地址，将服务请求发送给所述第二支付系统。
可选地，所述处理结果包括：携带有由所述第二支付系统对所述类型的业务处理后所得的参数值的响应模板。
可选地，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的xml文件模板。
具体地，当外部业务系统向第二支付系统发送的服务请求中请求返回页面时，外部业务系统接收第二支付系统发送的该服务请求中请求的业务对应的页面模板；当外部业务系统向第二支付系统发送的服务请求中请求返回xml文件时，外部业务系统接收第二支付系统发送的该服务请求中请求的业务对应的xml文件模板。
可选地，所述服务请求中包括用以指示本次服务请求对应的处理结果需要被存储的指示信息，由所述第二支付系统根据该信息将所述处理结果存储到该第二支付系统对应的数据库中。
可选地，当需要调用所述第二支付系统对应的数据库中的处理结果时，向所述第二支付系统发送相应的服务请求。
例如，当外部业务系统请求退款操作时，需要调用所述第二支付系统对应的数据库中存储的该外部业务系统请求付款操作时对应的处理结果，因此，所述外部业务系统需要向所述第二支付系统发送相应的服务请求。
具体地，上述第一支付系统例如可以为真实支付宝系统，第二支付系统例如可以为虚拟的支付宝系统。下面以第二支付系统为虚拟支付宝系统为例，给出一个具体地实施例。
参见图4，本申请实施例提供了一种信息处理方法的具体流程示意图。
其中，虚拟支付宝系统包括交互单元(Alipay mock)、服务单元(Alipaymock Service)、接口服务单元(Interface Service)、业务服务单元(trafficService)。
当外部业务系统与真实支付宝系统交互状态满足预设条件时，向虚拟支付宝系统发送服务请求，由虚拟支付宝系统对该服务请求进行处理后将处理结果发送给外部业务系统，具体步骤如下：
步骤S401、外部业务系统发送服务请求(example_service)给交互单元；其中在该服务请求消息中携带服务参数，用以指示本次请求服务的业务类型。
步骤S402、交互单元接收外部业务系统发送的服务请求，并发送请求获取响应(get Response)的消息给服务单元；其中在请求获取响应的消息中携带上述服务参数。
对于真实支付宝系统或虚拟支付宝系统而言，所述服务参数可称之为“接口”，即每一接口对应一个类型的业务，虚拟支付宝系统根据该接口路由到与该接口对应的逻辑单元，由所述逻辑单元针对该接口进行相应地处理。
步骤S403、服务单元发送请求查询接口信息的消息给接口服务单元。
步骤S404、接口服务单元接收到服务单元发送的请求查询接口信息的消息后，在数据库中查询该接口对应的响应模板，并将该接口对应的响应模板返回给服务单元。
其中，该步骤中的响应模板可以为页面模板或者xml文件模板。
这里，步骤S403和步骤S404对应上述在第二支付系统侧的信息处理方法中所述的：第二支付系统根据所述业务类型确定需要返回给所述外部业务系统的响应模板；
步骤S405、服务模块发送请求获取本次业务对应的参数值的消息给业务服务单元。
步骤S406、业务服务单元收到服务单元发送的请求获取本次业务对应的参数值的消息后，对该类型的业务进行与该业务类型对应的逻辑计算处理，得到处理后的参数值，并将该参数值返回给服务单元。
步骤S407、服务单元接收到业务服务单元返回的参数值后，将该参数值设置到步骤S404中获取的与本次接口(即业务)对应的响应模板中。
若在步骤S401中的服务请求消息中还包括用以指示本次服务请求对应的处理结果需要被存储的指示信息，则转向步骤S408，否则，转向步骤S410。
步骤S408、服务单元发送请求存储处理后的业务数据的消息给业务服务单元。
步骤S409、业务服务单元接收到服务单元发送的请求存储处理后的业务数据的消息后，存储本次处理后的业务数据。
步骤S410、服务单元将处理结果发送给交互单元。
这里，处理结果包括步骤S407中所述的携带所述参数值的响应模板。
步骤S411、交互单元接收到服务单元发送的处理结果后，将该处理结果转发给外部业务系统。
此外，若在步骤S401中的服务请求消息中还包括用以指示本次请求的服务处理完成后需要进行HTTP页面回调或者中间文件回调的信息，则服务单元根据该指示信息进行相应的回调操作。
由此可见，上述交互单元可在外部业务系统与第一支付系统交互状态满足预设条件时，获取该外部业务系统发送的服务请求，由服务单元、接口服务单元、业务服务单元完成对外部业务系统请求的业务的处理，并且，交互单元还用于将处理结果返回给外部业务系统。
对于图4所述的流程中，步骤S401中的服务请求的URL格式例如可以为：
http://tbapi.alipay.net//gateway.do？service＝example_service&param1＝value1&param2＝value2&param3＝value3。
以响应模板为xml文件为例，步骤S404中接口服务单元发送的响应模板的格式例如可以为：
下面介绍与上述信息处理方法相对应的装置。
在第二支付系统侧，参见图5，本申请实施例提供的一种信息处理装置，包括：
获取模块11，用于在外部业务系统与第一支付系统交互状态满足预设条件时，获取该外部业务系统发送的服务请求；
处理模块12，用于根据所述服务请求确定需要处理的业务类型，并对该类型的业务进行处理；
发送模块13，用于将处理结果返回给所述外部业务系统。
可选地，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
可选地，所述服务请求中携带有服务参数，用以指示本次请求服务的业务类型；
所述处理模块12根据所述服务参数确定需要处理的业务类型。
可选地，所述处理模块12具体用于：
根据所述业务类型确定需要返回给所述外部业务系统的响应模板；
对所述业务类型的业务，进行与所述业务类型相对应地逻辑计算处理，确定处理后的参数值。
可选地，所述发送模块13具体用于：
将所述处理后的参数值设置到所述响应模板中，并将携带有所述处理后的参数值的响应模板返回给所述外部业务系统。
可选地，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
可选地，所述服务请求中还包括用以指示本次服务请求对应的处理结果需要被存储的指示信息；
所述处理模块12还用于：将所述处理结果存储到该装置对应的数据库中。
在外部业务系统侧，参见图6，本申请实施例提供的一种信息处理装置，包括：
发送模块21，用于当该装置与第一支付系统交互状态满足预设条件时，向第二支付系统发送服务请求，由所述第二支付系统根据所述服务请求确定需要处理的业务类型后对该类型的业务进行处理；
接收模块22，用于接收所述第二支付系统发送的处理结果。
可选地，所述发送模块21具体用于：
当该装置与第一支付系统交互状态满足预设条件时，将用于访问第一支付系统的域名的统一资源定位符URL地址修改为所述第二支付系统对应的URL地址；
通过修改后的URL地址，将服务请求发送给所述第二支付系统。
可选地，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
可选地，所述处理结果包括：携带有由所述第二支付系统对所述类型的业务处理后所得的参数值的响应模板。
可选地，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
可选地，所述服务请求中包括用以指示本次服务请求对应的处理结果需要被存储的指示信息，由所述第二支付系统根据该信息将所述处理结果存储到该第二支付系统对应的数据库中。
可选地，所述发送模块21还用于：
当该装置需要调用所述第二支付系统对应的数据库中的处理结果时，向所述第二支付系统发送相应的服务请求。
本申请实施例中，可通过具有发送、接收等功能的硬件处理器等实体设备实现上述各功能模块。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (28)

1.一种信息处理方法，其特征在于，该方法包括：
在外部业务系统与第一支付系统交互状态满足预设条件时，第二支付系统获取该外部业务系统发送的服务请求；
所述第二支付系统根据所述服务请求确定需要处理的业务类型，并对该类型的业务进行处理；
所述第二支付系统将处理结果返回给所述外部业务系统。
2.根据权利要求1所述的方法，其特征在于，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
3.根据权利要求1所述的方法，其特征在于，所述服务请求中携带有服务参数，用以指示本次请求服务的业务类型；
所述第二支付系统根据所述服务参数确定需要处理的业务类型。
4.根据权利要求1所述的方法，其特征在于，所述第二支付系统对该类型的业务进行处理，具体包括：
所述第二支付系统根据所述业务类型确定需要返回给所述外部业务系统的响应模板；
所述第二支付系统对所述业务类型的业务，进行与所述业务类型相对应地逻辑计算处理，确定处理后的参数值。
5.根据权利要求4所述的方法，其特征在于，所述第二支付系统将处理结果返回给所述外部业务系统，具体包括：
所述第二支付系统将所述处理后的参数值设置到所述响应模板中，并将携带有所述处理后的参数值的响应模板返回给所述外部业务系统。
6.根据权利要求4或5所述的方法，其特征在于，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
7.根据权利要求3所述的方法，其特征在于，所述服务请求中还包括用以指示本次服务请求对应的处理结果需要被存储的指示信息；
该方法还包括：所述第二支付系统将所述处理结果存储到该第二支付系统对应的数据库中。
8.一种信息处理方法，其特征在于，该方法包括：
当与第一支付系统交互状态满足预设条件时，向第二支付系统发送服务请求，由所述第二支付系统根据所述服务请求确定需要处理的业务类型后对该类型的业务进行处理；
接收所述第二支付系统发送的处理结果。
9.根据权利要求8所述的方法，其特征在于，当与第一支付系统交互状态满足预设条件时，向第二支付系统发送服务请求，具体包括：
当与第一支付系统交互状态满足预设条件时，将用于访问第一支付系统的域名的统一资源定位符URL地址修改为所述第二支付系统对应的URL地址；
通过修改后的URL地址，将服务请求发送给所述第二支付系统。
10.根据权利要求8或9所述的方法，其特征在于，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
11.根据权利要求8所述的方法，其特征在于，所述处理结果包括：携带有由所述第二支付系统对所述类型的业务处理后所得的参数值的响应模板。
12.根据权利要求11所述的方法，其特征在于，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
13.根据权利要求8所述的方法，其特征在于，所述服务请求中包括用以指示本次服务请求对应的处理结果需要被存储的指示信息，由所述第二支付系统根据该信息将所述处理结果存储到该第二支付系统对应的数据库中。
14.根据权利要求13所述的方法，其特征在于，该方法还包括：
当需要调用所述第二支付系统对应的数据库中的处理结果时，向所述第二支付系统发送相应的服务请求。
15.一种信息处理装置，其特征在于，该装置包括：
获取模块，用于在外部业务系统与第一支付系统交互状态满足预设条件时，获取该外部业务系统发送的服务请求；
处理模块，用于根据所述服务请求确定需要处理的业务类型，并对该类型的业务进行处理；
发送模块，用于将处理结果返回给所述外部业务系统。
16.根据权利要求15所述的装置，其特征在于，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
17.根据权利要求15所述的装置，其特征在于，所述服务请求中携带有服务参数，用以指示本次请求服务的业务类型；
所述处理模块根据所述服务参数确定需要处理的业务类型。
18.根据权利要求15所述的装置，其特征在于，所述处理模块具体用于：
根据所述业务类型确定需要返回给所述外部业务系统的响应模板；
对所述业务类型的业务，进行与所述业务类型相对应地逻辑计算处理，确定处理后的参数值。
19.根据权利要求18所述的装置，其特征在于，所述发送模块具体用于：
将所述处理后的参数值设置到所述响应模板中，并将携带有所述处理后的参数值的响应模板返回给所述外部业务系统。
20.根据权利要求18或19所述的装置，其特征在于，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
21.根据权利要求17所述的装置，其特征在于，所述服务请求中还包括用以指示本次服务请求对应的处理结果需要被存储的指示信息；
所述处理模块还用于：将所述处理结果存储到该装置对应的数据库中。
22.一种信息处理装置，其特征在于，该装置包括：
发送模块，用于当该装置与第一支付系统交互状态满足预设条件时，向第二支付系统发送服务请求，由所述第二支付系统根据所述服务请求确定需要处理的业务类型后对该类型的业务进行处理；
接收模块，用于接收所述第二支付系统发送的处理结果。
23.根据权利要求22所述的装置，其特征在于，所述发送模块具体用于：
当该装置与第一支付系统交互状态满足预设条件时，将用于访问第一支付系统的域名的统一资源定位符URL地址修改为所述第二支付系统对应的URL地址；
通过修改后的URL地址，将服务请求发送给所述第二支付系统。
24.根据权利要求22或23所述的装置，其特征在于，所述预设条件为以下两种条件之一：
条件一：外部业务系统与第一支付系统交互失败；
条件二：外部业务系统与第一支付系统交互过程中导致第一支付系统的负载超过预设的门限值。
25.根据权利要求22所述的装置，其特征在于，所述处理结果包括：携带有由所述第二支付系统对所述类型的业务处理后所得的参数值的响应模板。
26.根据权利要求25所述的装置，其特征在于，所述响应模板为所述类型的业务对应的页面模板或所述类型的业务对应的可扩展标记语言xml文件模板。
27.根据权利要求22所述的装置，其特征在于，所述服务请求中包括用以指示本次服务请求对应的处理结果需要被存储的指示信息，由所述第二支付系统根据该信息将所述处理结果存储到该第二支付系统对应的数据库中。
28.根据权利要求27所述的装置，其特征在于，所述发送模块还用于：
当该装置需要调用所述第二支付系统对应的数据库中的处理结果时，向所述第二支付系统发送相应的服务请求。
CN201510997233.8A 2015-12-25 2015-12-25 一种信息处理方法及装置 Pending CN106920087A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510997233.8A CN106920087A (zh) 2015-12-25 2015-12-25 一种信息处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510997233.8A CN106920087A (zh) 2015-12-25 2015-12-25 一种信息处理方法及装置

Publications (1)

Publication Number Publication Date
CN106920087A true CN106920087A (zh) 2017-07-04

Family

ID=59455702

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510997233.8A Pending CN106920087A (zh) 2015-12-25 2015-12-25 一种信息处理方法及装置

Country Status (1)

Country Link
CN (1) CN106920087A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112541027A (zh) * 2020-11-24 2021-03-23 国网商旅云技术有限公司 一种数据处理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101887615A (zh) * 2010-06-29 2010-11-17 宇龙计算机通信科技(深圳)有限公司 一种移动终端实现移动支付的方法、系统及移动终端
CN101930640A (zh) * 2009-06-26 2010-12-29 海南新生信息技术有限公司 一卡多账户多交易方法和系统
CN101968907A (zh) * 2010-09-17 2011-02-09 宇龙计算机通信科技(深圳)有限公司 一种基于双卡移动终端的支付方法、系统及移动终端
CN104063905A (zh) * 2013-03-18 2014-09-24 厦门歌乐电子企业有限公司 道路费用的支付方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101930640A (zh) * 2009-06-26 2010-12-29 海南新生信息技术有限公司 一卡多账户多交易方法和系统
CN101887615A (zh) * 2010-06-29 2010-11-17 宇龙计算机通信科技(深圳)有限公司 一种移动终端实现移动支付的方法、系统及移动终端
CN101968907A (zh) * 2010-09-17 2011-02-09 宇龙计算机通信科技(深圳)有限公司 一种基于双卡移动终端的支付方法、系统及移动终端
CN104063905A (zh) * 2013-03-18 2014-09-24 厦门歌乐电子企业有限公司 道路费用的支付方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112541027A (zh) * 2020-11-24 2021-03-23 国网商旅云技术有限公司 一种数据处理方法及装置
CN112541027B (zh) * 2020-11-24 2024-03-22 国网商旅云技术有限公司 一种数据处理方法及装置

Similar Documents

Publication Publication Date Title
EP3140953B1 (en) System, device and methods for billing a user for their consumption of mobile broadband services and virtualized cloud resources
JP6404816B2 (ja) ウェブページアクセス要求に対する応答の方法および装置
CN104965690B (zh) 数据处理方法及装置
CN107070858A (zh) 一种业务处理方法及装置
CN112131504B (zh) 一种网页编辑、展示方法、装置、设备以及存储介质
CN108255614A (zh) 一种基于微服务架构的接口调用系统及方法
CN107463563A (zh) 一种浏览器的信息服务处理方法及装置
CN109254854A (zh) 异步调用方法、计算机装置及存储介质
CN107958009A (zh) 企业信息获取方法、装置以及设备
CN108900627B (zh) 一种网络请求方法、终端装置及存储介质
CN113793139A (zh) 支付异常的处理方法、处理装置、存储介质及电子设备
CN103870254A (zh) 一种动态表单的实现方法、客户端及服务器
CN104270443B (zh) 一种能够动态解析Web应用的云计算系统及方法
CN107517188A (zh) 一种基于安卓系统的数据处理方法和装置
CN105306542A (zh) 一种用于集成Web服务的系统
WO2022052563A1 (zh) 一种服务构建方法、相关装置及计算机可读存储介质
CN112260933B (zh) 通信的方法、装置、电子设备及介质
CN107943845A (zh) 一种电子回单生成方法及设备
CN113034178A (zh) 多系统积分计算方法、装置、终端设备和存储介质
CN103051722B (zh) 一种确定页面是否被劫持的方法及相关设备
WO2023208132A1 (zh) Api转换系统及其访问请求处理方法、电子设备及介质
CN106920087A (zh) 一种信息处理方法及装置
CN112287644A (zh) 一种数据提交方法、装置、计算机设备和可读存储介质
CN106970872A (zh) 信息埋点方法及装置
US11567742B2 (en) Method, apparatus, and computer program product for generating updated network application interfaces

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: 20170704