CN106096928A - 一种支付检测方法、装置、服务器以及支付检测系统 - Google Patents

一种支付检测方法、装置、服务器以及支付检测系统 Download PDF

Info

Publication number
CN106096928A
CN106096928A CN201610392602.5A CN201610392602A CN106096928A CN 106096928 A CN106096928 A CN 106096928A CN 201610392602 A CN201610392602 A CN 201610392602A CN 106096928 A CN106096928 A CN 106096928A
Authority
CN
China
Prior art keywords
order
successful information
information
payment
shopping server
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
CN201610392602.5A
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.)
LeTV Holding Beijing Co Ltd
LeTV Information Technology Beijing Co Ltd
Original Assignee
LeTV Holding Beijing Co Ltd
LeTV Information Technology Beijing 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 LeTV Holding Beijing Co Ltd, LeTV Information Technology Beijing Co Ltd filed Critical LeTV Holding Beijing Co Ltd
Priority to CN201610392602.5A priority Critical patent/CN106096928A/zh
Publication of CN106096928A publication Critical patent/CN106096928A/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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明涉及计算机技术领域，尤其涉及一种支付检测方法。其中，该方法包括：根据支付平台发送的支付成功信息，生成订单支付成功信息；向购物服务器发送所述订单支付成功信息；如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。本发明还提供一种支付检测装置、服务器以及支付检测系统。本发明通过对订单支付成功信息是否正确送达业务方的过程进行检测，一方面，其保证了订单支付成功信息能够正确送达到业务方，以便业务方为消费者及时发货；另一方面，其能够提高了支付系统的支付可靠性。

Description

一种支付检测方法、装置、服务器以及支付检测系统
技术领域
本发明涉及计算机技术领域，尤其涉及一种支付检测方法、装置、服务器以及支付检测系统。
背景技术
随着互联网技术的发展，网上购物已经成为一种时尚潮流，与此同时，网上在线支付的方式极大促进了消费，同时也促进金融经济的繁荣。
现有技术网上在线支付方式如下：消费者在业务方商城上选择好物品后，通过支付平台对此次购买的物品进行支付，消费者在支付平台支付成功后，运营支付平台通知业务方进行发货。
发明人在实现本发明的过程中，发现现有技术至少存在以下问题：用户在业务方商城下单后，支付成功的通知都是异步收到的。业务方收到异步通知后，就结束本次支付的流程。在一些网络异常或者业务方系统出现漏洞以及其它情况下，运营支付平台是无法监控到业务方是否已经成功接收到订单支付成功信息，而业务方是根据该订单支付成功信息来发货的。因此，从支付系统可靠性的角度来分析，由于运营支付平台无法监控到业务方是否已经成功接收到订单支付成功信息，加之业务方因为网络异常等原因而影响发货时间，因此会导致用户因未能按照预定时间收到购买货物的问题发生。
发明内容
为了克服上述技术问题，本发明实施例目的旨在提供一种支付检测方法、服务器以及支付检测系统，以解决现有支付技术缺乏对订单支付成功信息是否准确达到业务方的过程进行检测的技术问题。
为解决上述技术问题，本发明实施例提供以下技术方案：
在第一方面，本发明实施例提供一种支付检测方法，所述方法包括：
根据支付平台发送的支付成功信息，生成订单支付成功信息；
向购物服务器发送所述订单支付成功信息；
如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
可选地，所述如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息的步骤包括：
预设向所述购物服务器发送订单支付成功信息的频率和发送次数阈值；
按照所述频率向所述购物服务器发送订单支付成功信息；
记录向所述购物服务器发送订单支付成功信息的当前发送总次数；
当所述当前发送总次数小于所述发送次数阈值时，则继续按照所述频率发送所述订单支付成功信息；
当所述当前发送总次数大于或者等于所述发送次数阈值时，则产生订单失败警报信息。
可选地，所述支付成功信息包括购物服务器标识和订单信息，则：所述根据支付平台发送的支付成功信息，生成订单支付成功信息的步骤包括：
从所述支付成功信息中解析出购物服务器标识和订单信息；
根据所述购物服务器标识和所述订单信息，生成包括所述购物服务器标识的订单支付成功信息。
可选地，所述方法还包括：
接收购物服务器根据所述订单支付成功信息生成的反馈信息；
根据所述反馈信息，停止向所述购物服务器发送订单支付成功信息。在第二方面，本发明实施例提供一种支付检测装置，所述装置包括：
生成模块，用于根据支付平台发送的支付成功信息，生成订单支付成功信息；
第一发送模块，用于向购物服务器发送所述订单支付成功信息；
判断模块，用于如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
可选地，所述判断模块包括：
预设单元，用于预设向所述购物服务器发送订单支付成功信息的频率和发送次数阈值；
发送单元，用于按照所述频率向所述购物服务器发送订单支付成功信息；
记录单元，用于记录向所述购物服务器发送订单支付成功信息的当前发送总次数；
累加单元，用于累加每次向所述购物服务器发送订单支付成功信息的次数；
第一判断单元，用于当所述当前发送总次数小于所述发送次数阈值时，则继续按照所述频率发送所述订单支付成功信息；
第二判断单元，用于当判断到所述当前发送总次数大于或者等于所述发送次数阈值时，则产生订单失败警报信息。
可选地，所述支付成功信息包括购物服务器标识和订单信息，则生成模块包括：
解析单元，用于从所述支付成功信息中解析出购物服务器标识和订单信息；
生成单元，用于根据所述购物服务器标识和订单信息，生成包括所述购物服务器标识的订单支付成功信息。
可选地，所述装置还包括：
接收模块，用于接收购物服务器根据所述订单支付成功信息生成的反馈信息；
第二发送模块，用于根据所述反馈信息，停止向所述购物服务器发送订单支付成功信息。
在第三方面，本发明实施例提供一种服务器，所述服务器包括：
存储器，用于存储一个或者一个以上的程序；
处理器，用于执行所述一个或者一个以上的程序；所述一个或者一个以上的程序包括用于进行以下操作的指令：
根据支付平台发送的支付成功信息，生成订单支付成功信息；
向购物服务器发送所述订单支付成功信息；
如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
在第四方面，本发明实施例提供一种支付检测系统，所述系统包括支付服务器和购物服务器；所述支付服务器根据支付平台发送的支付成功信息，生成订单支付成功信息，并且向购物服务器发送所述订单支付成功信息；如果所述支付服务器未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
在本发明实施例中，通过根据支付平台发送的支付成功信息，生成订单支付成功信息，并且向购物服务器发送所述订单支付成功信息，如果未接收到购物服务器根据订单支付成功信息生成的反馈信息，则继续发送订单支付成功信息。因此，本发明实施例解决了现有支付技术缺乏对订单支付成功信息是否正确送达业务方的过程进行检测的技术问题，保证了订单支付成功信息能够正确送达到业务方，以便为消费者及时发货，从而提高了支付平台的可靠性。
附图说明
图1是本发明实施例一提供的支付检测方法的一种可能应用场景；
图2是本发明实施例一提供的一种支付检测方法的流程示意图；
图3是本发明实施例二提供的一种支付检测方法的流程示意图；
图4是本发明实施例三提供的一种支付检测方法的流程示意图；
图5是本发明实施例四提供的一种支付检测方法的流程示意图；
图6是本发明实施例五提供的一种支付检测方法的流程示意图；
图7是本发明实施例六提供的一种支付检测装置的结构示意图；
图8是本发明实施例六提供的判断模块的结构示意图；
图9是本发明实施例六提供的生成模块的结构示意图；
图10是本发明实施例七提供的一种服务器的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
请参考图1，图1是本发明实施例一提供的支付检测方法的一种可能应用场景。如图1所示，该应用场景包括业务方11、运营支付平台12以及支付平台13，此处的业务方11是相对于运营支付平台12而言，提供商品服务并且通过该运营支付平台12进入支付平台13。业务方11包括多个购物服务器111，运营支付平台12包括多个支付服务器121。此处的各个服务器可以是一个物理服务器或者多个物理服务器虚拟而成的一个逻辑服务器。服务器也可以是多个可互联通信的服务器组成的服务器群，且各个功能模块可分别分布在服务器群中的各个服务器上。
用户10在业务方11的商城下单并且进行支付，支付平台13将支付成功信息发送给运营支付平台12，该运营支付平台12对业务方11转发订单支付成功信息，以便业务方11的对应商家进行发货或者其它操作。
实施例一
请参考图2，图2是本发明实施例一提供的一种支付检测方法的流程示意图。该方法包括：
S21、根据支付平台发送的支付成功信息，生成订单支付成功信息；
在本步骤S21中，执行该步骤S21的主体可以是运营支付平台的支付服务器。
支付平台是与产品所在国家以及国内外各大银行合作的独立机构提供的交易支持平台。在通过支付平台的交易中，买方选购商品后，使用平台提供的账户进行货款支付。用户在支付平台完成支付操作后，支付平台将支付成功信息发送给运营支付平台的支付服务器，支付服务器向业务方的购买服务器发送订单支付成功信息。
在一些支付信息处理场景，用户在业务方的商城下订单后，运营支付平台根据该订单，按照既定的规则生成与支付平台的接口有关的统一资源定位符(Uniform ResourceLocator URL)，然后通过该URL跳转到支付平台上进行支付。其中，运营支付平台向支付平台发送的信息包括跳转到支付页面上显示的付款内容信息、折扣信息、物流费用信息、物流方式、合作伙伴身份识别号、订单金额信息、订单商品数量、用户付款成功后显示给用户的页面信息以及等等信息。
在一些重要订单信息中，运营支付平台的支付服务器可以对该订单信息进行加密处理，支付平台根据约定好的解密方式，来处理加密后的订单信息。通过对订单进行加密处理，从而提高支付过程的安全性。
在一些支付应用场景下，支付成功信息是当用户针对选购物品在支付平台完成支付后，支付平台向该选购物品所属的运营支付平台发送的支付成功完成的信息。其中，支付成功信息包括支付总金额、订单号、订单商品数量、付款内容信息以及等等信息。
在一些支付应用场景下，订单支付成功信息是用户在支付平台成功完成支付后，由运营支付平台的支付服务器告知给业务方的购物服务器关于商品已经成功支付的信息。
运营支付平台的支付服务器在生成订单支付成功信息时，该订单支付成功信息可以根据时间随机数按照既定的规则来生成，也可以按照既定编号来生成。
S22、向购物服务器发送所述订单支付成功信息；
在本步骤S22中，执行该步骤S22的主体可以是运营支付平台的支付服务器。
在本实施例中，购物服务器用于业务方处理订单信息和接收运营支付平台的支付服务器发送的通知或者信息。
在本实施例中，订单支付成功信息可以用字符串或者阿拉伯数字或者字符串和阿拉伯数字集合来表示。
业务方的购物服务器接收到订单支付成功信息后，接着执行相关逻辑步骤，比如说判断订单金额是否对数，订单号是否正确，当前支付状态状态如何等重要信息，然后将订单状态置换成“支付成功”，并处理其他逻辑。
业务方的购物服务器执行完上述逻辑步骤后，按照约定的规则，向运营支付平台的支付服务器返回成功标记，该成功标记可以是字符或者数字或者上述两者集合。比如说，业务方的购物服务器接收到订单支付成功信息后，向运营支付平台的支付服务器发送正确反馈信息“success”。
S23、如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
在本步骤S23中，执行该步骤S23的主体可以是运营支付平台的支付服务器。
在本实施例中，运营支付平台的支付服务器根据该反馈信息，停止向该购物服务器发送订单支付成功信息。如果运营支付平台的支付服务器未接收到购物服务器根据订单支付成功信息生成的反馈信息，则继续发送订单支付成功信息。采用该方式，能够提高订单支付成功信息到达业务方的概率，以便业务方能够及时发货。
进一步的，当运营支付平台的支付服务器未接收到购物服务器根据该订单支付成功信息生成的反馈信息时，运营支付平台的支付服务器认为该订单支付成功信息未能正确送达至购物服务器，并且对该订单支付成功信息进行存储，以便下次直接复制该订单支付成功信息并且进行发送，从而提高检测效率。
在本发明实施例中，通过对订单支付成功信息是否正确送达业务方的过程进行检测，一方面，其保证了订单支付成功信息能够正确送达到业务方，以便业务方为消费者及时发货，从而提高了消费者的体验感；另一方面，其能够提高了支付系统的支付可靠性。
实施例二
请参考图3，图3是本发明实施例二提供的一种支付检测方法的流程示意图。如图3所示，该方法包括：
S31、根据支付平台发送的支付成功信息，从所述支付成功信息中解析出购物服务器标识和订单信息；
在本步骤S31中，执行该步骤S31的主体可以是运营支付平台的支付服务器。
在本实施例中，支付成功信息包括购物服务器标识和订单信息。购物服务器标识用于标识产生订单需求和支付需求的购物服务器，以便运营支付平台的服务器能够将订单支付成功信息精确发送给购物服务器。
订单信息是当用户下单后，业务方的购物服务器和运营支付平台的支付服务器对该下单进行处理后的信息，比如说该订单信息包括支付总金额、订单号、订单商品数量、付款内容信息、合作伙伴身份识别号以及等等。
运营支付平台的支付服务器根据既定的规则协议，从支付成功信息解析出的购物服务器标识和订单信息，以便后续步骤生成对应于该购物服务器标识的订单支付成功信息。本领域技术人员可以根据现有技术，以及结合本发明实施例所训导的内容来实现解析支付成功信息的功能。
S32、根据所述购物服务器标识和所述订单信息，生成包括所述购物服务器标识的订单支付成功信息；
在本步骤S32中，执行该步骤S32的主体可以是运营支付平台的支付服务器。
在本实施例中，运营支付平台的支付服务器根据购物服务器标识，将生成包括购物服务器标识的订单支付成功信息发送给对应的购物服务器。相对于采用广播方式发送订单支付成功信息，并且由购物服务器自行从广播信息中找到属于自己订单支付成功信息的方法，本实施例提供的方法能够快速地将订单支付成功信息发送给购物服务器，从而节省发送时间，提高了支付系统检测的效率。
S33、向购物服务器发送所述订单支付成功信息；
在一些支付应用场景下，请再参考图1。运营支付平台12的支付服务器121对业务方11的购物服务器111发送的订单支付成功信息流11a。在一些异常情况下，如果订单支付成功信息流11a未能及时到达业务方11时，其能够导致业务方11的对应商家不能及时发货，从而影响用户消费体验。因此，在一些实施例中，用户在业务方11下单后，业务方11的购物服务器111按照预设的频率向运营支付平台12的支付服务器121发送检测信息，如果运营支付平台12的支付服务器121未能够在预设的时间内向业务方11的购物服务器111反馈订单信息，则业务方11的购物服务器111向操作员发出支付服务器121出错提示，以便操作员检测运营支付平台12的支付服务器121中对应于该订单信息的接口。如果运营支付平台12的支付服务器121能够在预设的时间内向业务方11的购物服务器111反馈下单信息，比如反馈“经查无此订单信息”，则说明运营支付平台12的支付服务器121能够正常工作。因此，通过设置运营支付平台12的支付服务器121向业务方11的购物服务器111反馈订单信息机制，其能够保证支付系统的可靠运行。
S34、如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
请再参考图1，在本实施例中，支付正常情况下，当运营支付平台12的支付服务器121对业务方11的购物服务器111发送订单支付成功信息流11a后，业务方11的购物服务器111需要对运营支付平台12的支付服务器121反馈信息流11b。在一些网络异常或者业务方系统出现漏洞以及其它情况下，业务方11的购物服务器111未能实时对运营支付平台12的支付服务器121反馈信息流11b，因此，运营支付平台12的支付服务器121无法监控到业务方11的购物服务器111是否已经成功接收到订单支付成功信息。当运营支付平台的支付服务器未接收到购物服务器根据该订单支付成功信息生成的反馈信息时，则继续向该购物服务器发送该订单支付成功信息，从而提高订单支付成功信息到达业务方的概率，以便业务方能够及时发货。
在本发明实施例中，通过对订单支付成功信息是否正确送达业务方的过程进行检测，一方面，其保证了订单支付成功信息能够正确送达到业务方，以便业务方为消费者及时发货，从而提高了消费者的体验感；另一方面，其能够提高了支付系统的支付可靠性。
实施例三
请参考图4，图4是本发明实施例三提供的一种支付检测方法的流程示意图。如图4所示，该方法包括：
S41、根据支付平台发送的支付成功信息，生成订单支付成功信息；
S42、向购物服务器发送所述订单支付成功信息；
在步骤S42中，在网络正常或者各个服务器处于正常情况下，购物服务器接收到该订单支付成功信息，向运营支付平台的支付服务器发送反馈信息。此时，运营支付平台的支付服务器执行下述步骤：
S421、接收购物服务器根据所述订单支付成功信息生成的反馈信息；
S422、根据所述反馈信息，停止向所述购物服务器发送订单支付成功信息。
因此，通过设置运营支付平台的支付服务器向业务方的购物服务器反馈订单信息机制，其能够保证支付系统的可靠运行。
S43、预设向所述购物服务器发送订单支付成功信息的频率和发送次数阈值；
在步骤S43中，频率的范围是根据检测需要来设定，比如运营支付平台的支付服务器于1秒对购物服务发送10条订单支付成功信息。发送次数阈值用于限制运营支付平台的支付服务器在预设的时间段内向购物服务器发送订单支付成功信息的次数，并且该发送次数阈值是根据检测需要来设定。比如说可以将发送次数阈值设置50次。
S44、按照所述频率向所述购物服务器发送订单支付成功信息；
在步骤S44中，每次向购物服务器发送订单支付成功信息时，均要将发送总次数进行累加一次。比如说，在当前时间点之外的其它时间内，发送总次数为N次。运营支付平台的支付服务器按照频率向购物服务器发送了一次订单支付成功信息，则当前发送总次数为N+1次。其中，N为0或者正整数。
S45、记录向所述购物服务器发送订单支付成功信息的当前发送总次数；
当前发送总次数是运营支付平台的支付服务器截止当前时间，向购物服务器发送订单支付成功信息的总次数。结合步骤S44，比如说，在当前时间点之外的其它时间内，发送总次数为N次。运营支付平台的支付服务器按照频率向购物服务器发送了一次订单支付成功信息，则当前发送总次数为N+1次。其中，N为0或者正整数。运营支付平台的支付服务器将N+1进行存储。
S46、判断所述当前发送总次数是否小于所述发送次数阈值；如果所述当前发送总次数小于所述发送次数阈值，则返回步骤S44；
S47、如果所述当前发送总次数大于或者等于所述发送次数阈值，则产生订单失败警报信息；
通过产生订单失败警报信息，操作员可以知悉运营支付平台的支付服务器或者购物服务器或者两者之间通讯的网络目前处于异常状态，以便及时采取对应的措施处理该异常情况。其中，该订单失败警报信息可以是短信或者http请求或者邮件形式。
在本发明实施例中，通过对订单支付成功信息是否正确送达业务方的过程进行检测，一方面，其保证了订单支付成功信息能够正确送达到业务方，以便业务方为消费者及时发货，从而提高了消费者的体验感；另一方面，其能够提高了支付系统的支付可靠性。
实施例四
请参考图5，图5是本发明实施例四提供的一种支付检测方法的流程示意图。如图5所示，该方法包括：
S51、根据支付平台发送的支付成功信息，从所述支付成功信息中解析出购物服务器标识和订单信息；
S52、根据所述购物服务器标识和所述订单信息，生成包括所述购物服务器标识的订单支付成功信息；
S53、向购物服务器发送所述订单支付成功信息；
在步骤S53中，在网络正常或者各个服务器处于正常情况下，购物服务器接收到该订单支付成功信息，向运营支付平台的支付服务器发送反馈信息。此时，运营支付平台的支付服务器执行下述步骤：
S531、接收购物服务器根据所述订单支付成功信息生成的反馈信息；
S532、根据所述反馈信息，停止向所述购物服务器发送订单支付成功信息。
S54、预设向所述购物服务器发送订单支付成功信息的频率和发送次数阈值；
S55、按照所述频率向所述购物服务器发送订单支付成功信息；
S56、记录向所述购物服务器发送订单支付成功信息的当前发送总次数；
S57、判断所述当前发送总次数是否小于所述发送次数阈值；如果所述当前发送总次数小于所述发送次数阈值，则返回步骤S55；
S58、如果所述当前发送总次数大于或者等于所述发送次数阈值，则产生订单失败警报信息。
在本发明实施例中，通过对订单支付成功信息是否正确送达业务方的过程进行检测，一方面，其保证了订单支付成功信息能够正确送达到业务方，以便业务方为消费者及时发货，从而提高了消费者的体验感；另一方面，其能够提高了支付系统的支付可靠性。
实施例五
请参考图6，图6是本发明实施例五提供的一种支付检测方法的流程示意图。如图6所示，该方法包括：
S61、根据支付平台发送的支付成功信息，生成订单支付成功信息；
S62、向购物服务器发送所述订单支付成功信息；
S63、判断是否未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息；
S64、如果接收购物服务器根据所述订单支付成功信息生成的反馈信息，则停止向所述购物服务器发送订单支付成功信息；
S65、如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
在本发明实施例中，通过对订单支付成功信息是否正确送达业务方的过程进行检测，一方面，其保证了订单支付成功信息能够正确送达到业务方，以便业务方为消费者及时发货，从而提高了消费者的体验感；另一方面，其能够提高了支付系统的支付可靠性。
实施例六
请参考图7，图7是本发明实施例六提供的一种支付检测装置的结构示意图。如图7所示，该服务器包括：
生成模块71，用于根据支付平台发送的支付成功信息，生成订单支付成功信息；
第一发送模块72，用于向购物服务器发送所述订单支付成功信息；
判断模块73，用于如果未接收到该购物服务器根据该订单支付成功信息生成的反馈信息，则继续发送该订单支付成功信息。
请参考图8，图8是本发明实施例六提供的判断模块的结构示意图。如图8所示，该判断模块73包括：
预设单元731，用于预设向该购物服务器发送订单支付成功信息的频率和发送次数阈值；
发送单元732，用于按照该频率向该购物服务器发送订单支付成功信息；
记录单元733，用于记录向该购物服务器发送订单支付成功信息的当前发送总次数；
累加单元734，用于累加每次向该购物服务器发送订单支付成功信息的次数；
第一判断单元735，用于当所述当前发送总次数小于所述发送次数阈值时，则继续按照所述频率发送所述订单支付成功信息，则返回发送单元732；
第二判断单元736，用于当判断到所述当前发送总次数大于或者等于所述发送次数阈值时，则产生订单失败警报信息。
请参考图9，图9是本发明实施例六提供的生成模块的结构示意图。如图9所示，该支付成功信息包括购物服务器标识和订单信息，则生成模块71包括：
解析单元711，用于从所述支付成功信息中解析出购物服务器标识和订单信息；
生成单元712，用于根据所述购物服务器标识和订单信息，生成包括所述购物服务器标识的订单支付成功信息。
如图7所示，该装置还包括：
接收模块74，用于接收购物服务器根据所述订单支付成功信息生成的反馈信息；
第二发送模块75，用于根据所述反馈信息，停止向所述购物服务器发送订单支付成功信息。
在本发明实施例中，通过对订单支付成功信息是否正确送达业务方的过程进行检测，一方面，其保证了订单支付成功信息能够正确送达到业务方，以便业务方为消费者及时发货，从而提高了消费者的体验感；另一方面，其能够提高了支付系统的支付可靠性。
实施例七
请参考图10，图10是本发明实施例七提供的一种服务器的结构示意图。如图10所示，该服务器包括：
存储器101，用于存储一个或者一个以上的程序；
处理器102，用于执行所述一个或者一个以上的程序；所述一个或者一个以上的程序包括用于进行以下操作的指令：
根据支付平台发送的支付成功信息，生成订单支付成功信息；
向购物服务器发送所述订单支付成功信息；
如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
在本发明实施例中，通过对订单支付成功信息是否正确送达业务方的过程进行检测，一方面，其保证了订单支付成功信息能够正确送达到业务方，以便业务方为消费者及时发货，从而提高了消费者的体验感；另一方面，其能够提高了支付系统的支付可靠性。
专业人员应该进一步意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。所述的计算机软件可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
实施例八
作为本发明又一方面，本发明实施例提供一种支付检测系统。该支付检测系统包括支付服务器和购物服务器。支付服务器根据支付平台发送的支付成功信息，生成订单支付成功信息，并且向购物服务器发送该订单支付成功信息。如果该支付服务器未接收到该购物服务器根据该订单支付成功信息生成的反馈信息，则继续发送该订单支付成功信息。
在本发明实施例中，通过对订单支付成功信息是否正确送达业务方的过程进行检测，一方面，其保证了订单支付成功信息能够正确送达到业务方，以便业务方为消费者及时发货，从而提高了消费者的体验感；另一方面，其能够提高了支付系统的支付可靠性。
在上述各个实施例中，所描述的本发明各个实施方式中所涉及到的技术特征或者实施步骤只要彼此之间未构成冲突就可以相互组合。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种支付检测方法，其特征在于，所述方法包括：
根据支付平台发送的支付成功信息，生成订单支付成功信息；
向购物服务器发送所述订单支付成功信息；
如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
2.根据权利要求1所述的方法，其特征在于，所述如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息的步骤包括：
预设向所述购物服务器发送订单支付成功信息的频率和发送次数阈值；
按照所述频率向所述购物服务器发送订单支付成功信息；
记录向所述购物服务器发送订单支付成功信息的当前发送总次数；
当所述当前发送总次数小于所述发送次数阈值时，则继续按照所述频率发送所述订单支付成功信息；
当所述当前发送总次数大于或者等于所述发送次数阈值时，则产生订单失败警报信息。
3.根据权利要求1或2所述方法，其特征在于，所述支付成功信息包括购物服务器标识和订单信息，则：所述根据支付平台发送的支付成功信息，生成订单支付成功信息的步骤包括：
从所述支付成功信息中解析出购物服务器标识和订单信息；
根据所述购物服务器标识和所述订单信息，生成包括所述购物服务器标识的订单支付成功信息。
4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
接收购物服务器根据所述订单支付成功信息生成的反馈信息；
根据所述反馈信息，停止向所述购物服务器发送订单支付成功信息。
5.一种支付检测装置，其特征在于，所述装置包括：
生成模块，用于根据支付平台发送的支付成功信息，生成订单支付成功信息；
第一发送模块，用于向购物服务器发送所述订单支付成功信息；
判断模块，用于如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
6.根据权利要求5所述的装置，其特征在于，所述判断模块包括：
预设单元，用于预设向所述购物服务器发送订单支付成功信息的频率和发送次数阈值；
发送单元，用于按照所述频率向所述购物服务器发送订单支付成功信息；
记录单元，用于记录向所述购物服务器发送订单支付成功信息的当前发送总次数；
累加单元，用于累加每次向所述购物服务器发送订单支付成功信息的次数；
第一判断单元，用于当所述当前发送总次数小于所述发送次数阈值时，则继续按照所述频率发送所述订单支付成功信息；
第二判断单元，用于当判断到所述当前发送总次数大于或者等于所述发送次数阈值时，则产生订单失败警报信息。
7.根据权利要求5或6所述的装置，其特征在于，所述支付成功信息包括购物服务器标识和订单信息，则生成模块包括：
解析单元，用于从所述支付成功信息中解析出购物服务器标识和订单信息；
生成单元，用于根据所述购物服务器标识和订单信息，生成包括所述购物服务器标识的订单支付成功信息。
8.根据权利要求5或6所述的装置，其特征在于，所述装置还包括：
接收模块，用于接收购物服务器根据所述订单支付成功信息生成的反馈信息；
第二发送模块，用于根据所述反馈信息，停止向所述购物服务器发送订单支付成功信息。
9.一种服务器，其特征在于，所述服务器包括：
存储器，用于存储一个或者一个以上的程序；
处理器，用于执行所述一个或者一个以上的程序；所述一个或者一个以上的程序包括用于进行以下操作的指令：
根据支付平台发送的支付成功信息，生成订单支付成功信息；
向购物服务器发送所述订单支付成功信息；
如果未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
10.一种支付检测系统，其特征在于，所述系统包括支付服务器和购物服务器；所述支付服务器根据支付平台发送的支付成功信息，生成订单支付成功信息，并且向购物服务器发送所述订单支付成功信息；如果所述支付服务器未接收到所述购物服务器根据所述订单支付成功信息生成的反馈信息，则继续发送所述订单支付成功信息。
CN201610392602.5A 2016-06-06 2016-06-06 一种支付检测方法、装置、服务器以及支付检测系统 Pending CN106096928A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610392602.5A CN106096928A (zh) 2016-06-06 2016-06-06 一种支付检测方法、装置、服务器以及支付检测系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610392602.5A CN106096928A (zh) 2016-06-06 2016-06-06 一种支付检测方法、装置、服务器以及支付检测系统

Publications (1)

Publication Number Publication Date
CN106096928A true CN106096928A (zh) 2016-11-09

Family

ID=57447582

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610392602.5A Pending CN106096928A (zh) 2016-06-06 2016-06-06 一种支付检测方法、装置、服务器以及支付检测系统

Country Status (1)

Country Link
CN (1) CN106096928A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107392722A (zh) * 2017-07-27 2017-11-24 福建中金在线信息科技有限公司 订单处理方法、装置、电子设备及存储介质
CN107480981A (zh) * 2017-07-21 2017-12-15 深圳市金立通信设备有限公司 一种发送通知信息的方法及服务器
CN109308632A (zh) * 2018-08-17 2019-02-05 中国平安人寿保险股份有限公司 基于断点的产品推送方法、装置、计算机设备和存储介质
CN110942290A (zh) * 2018-09-25 2020-03-31 北京京东尚科信息技术有限公司 支付异常检测方法、系统、电子设备和计算机可读介质
CN113824602A (zh) * 2021-11-24 2021-12-21 南京中孚信息技术有限公司 一种新型用户网络质量监测技术及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103942676A (zh) * 2014-03-21 2014-07-23 深圳市讯鸿科技开发有限公司 移动支付方法和系统
WO2015002346A1 (ko) * 2013-07-01 2015-01-08 비씨카드 주식회사 카드 결제 방법 및 서버
CN105321070A (zh) * 2014-07-18 2016-02-10 中国电信股份有限公司 基于移动终端之间的碰撞方式进行数据处理的方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015002346A1 (ko) * 2013-07-01 2015-01-08 비씨카드 주식회사 카드 결제 방법 및 서버
CN103942676A (zh) * 2014-03-21 2014-07-23 深圳市讯鸿科技开发有限公司 移动支付方法和系统
CN105321070A (zh) * 2014-07-18 2016-02-10 中国电信股份有限公司 基于移动终端之间的碰撞方式进行数据处理的方法和系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107480981A (zh) * 2017-07-21 2017-12-15 深圳市金立通信设备有限公司 一种发送通知信息的方法及服务器
CN107392722A (zh) * 2017-07-27 2017-11-24 福建中金在线信息科技有限公司 订单处理方法、装置、电子设备及存储介质
CN107392722B (zh) * 2017-07-27 2020-10-20 福建中金在线信息科技有限公司 订单处理方法、装置、电子设备及存储介质
CN109308632A (zh) * 2018-08-17 2019-02-05 中国平安人寿保险股份有限公司 基于断点的产品推送方法、装置、计算机设备和存储介质
CN110942290A (zh) * 2018-09-25 2020-03-31 北京京东尚科信息技术有限公司 支付异常检测方法、系统、电子设备和计算机可读介质
CN113824602A (zh) * 2021-11-24 2021-12-21 南京中孚信息技术有限公司 一种新型用户网络质量监测技术及装置
CN113824602B (zh) * 2021-11-24 2022-07-19 南京中孚信息技术有限公司 一种新型用户网络质量监测方法及装置

Similar Documents

Publication Publication Date Title
CN106096928A (zh) 一种支付检测方法、装置、服务器以及支付检测系统
US20190244243A1 (en) Scalable decentralized digital and programmatic advertising analytics system
KR101011993B1 (ko) 사용자의 행위를 결정하는 시스템 및 방법
JP2019500680A (ja) データ処理方法及び装置
US20140351129A1 (en) Centralized versatile transaction verification
CN107665460A (zh) 基于实时交易的核算方法及装置
US20090240627A1 (en) Payment processing system trusted agent identification
CN104767613A (zh) 签名验证方法、装置及系统
CN107341384A (zh) 一种业务验证方法及系统
US9792631B2 (en) Merchant managed method and system for text-to-pay subscriptions at a billing server
CN109508973A (zh) 基于区块链的价格管理方法、装置和区块链系统
JP2021513169A (ja) 不正防止の装置および方法
CN111353841B (zh) 单据数据处理方法、装置及系统
CN107038596A (zh) 积分兑换方法及其系统
US20150088711A1 (en) Text-to-pay for a new subscription
CN113723942A (zh) 聚合支付方法、装置、设备及存储介质
CN109934014A (zh) 一种检测资源文件正确性的方法及终端
US20150127532A1 (en) Text subscription identifier to renew subscription
CN110689356A (zh) 一种利用嵌套式数字孪生体记录商品流通过程的方法
US20230169552A1 (en) Reseller Detection
CN110610396A (zh) 数据处理方法、装置、电子设备及服务器
CN111488625B (zh) 数据处理的方法及装置
CN110414963B (zh) 对目标渠道商出售的资源进行发放的方法、装置及存储介质
CN113807848A (zh) 数据验证方法、装置、计算机可读存储介质及计算机设备
CN113077315A (zh) 数据处理方法及装置、计算机可读存储介质、电子设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20161109

WD01 Invention patent application deemed withdrawn after publication