CN109034821A - 交易监控方法及监控装置、存储介质及服务器 - Google Patents

交易监控方法及监控装置、存储介质及服务器 Download PDF

Info

Publication number
CN109034821A
CN109034821A CN201810700454.8A CN201810700454A CN109034821A CN 109034821 A CN109034821 A CN 109034821A CN 201810700454 A CN201810700454 A CN 201810700454A CN 109034821 A CN109034821 A CN 109034821A
Authority
CN
China
Prior art keywords
transaction
information
user
account
sent
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
CN201810700454.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.)
Shenzhen Chunmuyuan Holdings Co Ltd
Original Assignee
Shenzhen Chunmuyuan Holdings 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 Shenzhen Chunmuyuan Holdings Co Ltd filed Critical Shenzhen Chunmuyuan Holdings Co Ltd
Priority to CN201810700454.8A priority Critical patent/CN109034821A/zh
Publication of CN109034821A publication Critical patent/CN109034821A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/401Transaction verification
    • G06Q20/4016Transaction verification involving fraud or risk level assessment in transaction processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/401Transaction verification
    • G06Q20/4014Identity check for transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders

Landscapes

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

Abstract

本发明提供了一种交易监控方法,包括:实时监控用户的交易操作,以获取预设时间段内任一用户的交易信息;检测交易信息是否满足预设预警条件;在检测到交易信息满足预设预警条件时,生成交易异常预警信息,并将交易异常预警信息发送至对应的用户端;和/或在检测到交易信息满足预设预警条件时,生成交易核实信息,并将交易核实信息发送至关联的客服端,以通过客服端确定交易操作是否由所述用户执行。相应的还提出了交易监控装置、计算机可读存储介质和服务器。通过本发明的技术方案,通过及时提醒用户或由后台及时进行处理,提升用户账户的安全性,降低用户资金损失的风险。

Description

交易监控方法及监控装置、存储介质及服务器
技术领域
本发明涉及账户安全管理领域,具体而言,涉及交易监控方法、交易监控装置、计算机可读存储介质和服务器。
背景技术
目前,现有的商城账户一般会在注册时即生成了账号,很多的微信商城因顾客不想绑定手机号码而法进行短信验证,在商城进行多次消费时,也无法通过短信的方式发送至用户的手机上,微信商城对账户一天多次消费,大额消费目前没有预警和上报机制,商城运营人员无法获取交易异常的相关信息,导致对用户造成损伤。
发明内容
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此,本发明的一个目的在于提出了一种新的交易监控方法,通过对用户交易操作的监控,一方面,在确定所有交易操作均为该用户执行时,能够提醒用户交易金额过大或交易次数过多,另一方面,在确定具有非该用户执行的交易操作时,表明当前用户的交易账户存在异常,通过及时提醒用户或由后台及时进行处理,提升用户账户的安全性,降低用户资金损失的风险。
本发明的另一个目的在于对应提出了交易监控装置、计算机可读存储介质和服务器。
为实现上述至少一个目的,根据本发明的第一方面,提出了一种交易监控方法,包括:实时监控用户的交易操作,以获取预设时间段内任一用户的交易信息;检测交易信息是否满足预设预警条件;在检测到交易信息满足预设预警条件时,生成交易异常预警信息,并将交易异常预警信息发送至对应的用户端;和/或在检测到交易信息满足预设预警条件时,生成交易核实信息,并将交易核实信息发送至关联的客服端,以通过客服端确定交易操作是否由所述用户执行。
在该技术方案中,通过实时监控用户的交易操作,以获取用户的交易信息,从而能够基于预设预警条件分析用户的交易操作是否出现异常,以在检测到出现异常时,将交易异常预警信息发送给该用户的用户端,和/或将交易核实信息发送给关联的客服端,以由客服端处理分析以及调查确定这些交易操作是否均为该用户执行,通过对用户交易操作的监控,一方面,在确定所有交易操作均为该用户执行时,能够提醒用户交易金额过大或交易次数过多,另一方面,在确定具有非该用户执行的交易操作时,表明当前用户的交易账户存在异常,通过及时提醒用户或由后台及时进行处理,提升用户账户的安全性,降低用户资金损失的风险。
其中,交易异常预警信息具体可以包括至少一个订单信息。
交易核实信息具体可以包括交易的账户信息以及订单信息。
预设时间段可以以每天作为一个监控周期。
在上述技术方案中,优选地,将交易异常预警信息发送至对应的用户端,具体包括:基于用户的关联实时通信应用账号、用户绑定邮箱以及用户预留手机号中的至少一种发送方式,将交易预警信息发送至用户端。
在该技术方案中,将交易异常预警信息发送至对应的用户端,至少具有以下几种方式,(1)通过实时通信应用(比如微信、QQ、what's app等),(2)通过邮箱发送,(3)通过短信或实时通话的方式传递。
作为一种优选的实施方式,采用微信传递交易异常预警信息,一方面,在用户未绑定手机号的情况下,能够及时联系到用户,以确认交易是否存在异常,另一方面,微信可以同时作为交易平台,比如微信商城,能够提升交易信息抓取的便捷性。
在上述任一技术方案中,优选地,还包括:在将交易预警信息发送至用户端后,检测经过预设时长后,是否接收到用户端发送的交易异常预警信息的反馈信息;在检测接收到反馈信息时,提取反馈信息中的关键字,以确定是否冻结用户账户;在检测未接收到反馈信息时,冻结用户账户,并将账户解冻方式发送至用户端。
在该技术方案中,通过检测是否接收到用户的反馈信息,确定用户账户是否异常,在接收到反馈信息时,还可以进一步通过提取反馈信息中的关键字确定是否存在账户异常,以提升智能化自动处理水平,在未接收到反馈信息时,由于需要考虑到用户终端未在身边的情况,因此可以先进行预冻结操作,同时将解冻方式发送至用户端,以在用户查看到信息,并确认账户未出现异常时,根据解冻方式重新进行账户解冻,在进一步提升安全性的同时,提升了人性化处理水平。
在上述任一技术方案中,优选地,在将交易核实信息发送至关联的客服端,以通过客服端确定交易操作是否由所述用户执行前,具体包括:根据用户的账户信息提取待收货订单中的收货人信息;根据账户信息与收货人信息生成交易核实信息。
在该技术方案中,为了方便客服端进行交易核实,在发送交易核实信息之前,还可以先将账户信息以及收货人信息提取出来生成交易核实信息,以方便客服端根据收货人信息的联系方式与收货人确认该订单是否由该账户的用户操作,从而能够提升核实效率。
在上述任一技术方案中,优选地,将交易核实信息发送至关联的客服端,以通过客服端确定交易操作是否由所述用户执行,具体包括:根据交易核实信息生成待处理邮件;将待处理邮件发送至客服端,以由客服端根据收货人信息确认待收货订单是否异常;在接收到待收货订单异常时,取消待收货订单,并冻结用户账户。
在该技术方案中,通过将待核实信息以邮件的方式发送至客服端,以使客服端根据收货人信息确认待收货订单是否正常,具体地,客服端可以根据收货人电话联系收货人,以确认该操作是否为用户该账户的用户操作,在确定不是该用户操作时,表明账户被盗取,则可通知系统人员冻结账户,同时通知仓库对此订单无须进行发货,此时尽最大可能的挽回用户损失。
另外,也可以通过微信等方式实现与客服端通信。
在上述任一技术方案中,优选地,预设预警条件包括预设交易次数上限阈值、单笔交易金额阈值、总交易金额阈值以及异常交易时间中的至少一种,交易信息包括交易时间、交易金额与交易次数。
其中,异常交易时间具体可以为凌晨10点到6点之间的时间。
在上述任一技术方案中,优选地,还包括:根据用户的交易记录中的交易时间确定异常交易时间。
在该技术方案中,通过统计用户的交易记录,以确定用于经常交易下单的时间段,通过排出经常交易下单的时间段,则可以确定异常交易时间。
根据本发明的第二方面,提出了一种交易监控装置,包括:监控单元,用于实时监控用户的交易操作,以获取预设时间段内任一用户的交易信息;检测单元,用于检测交易信息是否满足预设预警条件;生成单元,用于在检测到交易信息满足预设预警条件时,生成交易异常预警信息,并将交易异常预警信息发送至对应的用户端;生成单元还用于:在检测到交易信息满足预设预警条件时,生成交易核实信息,并将交易核实信息发送至关联的客服端,以通过客服端确定交易操作是否由所述用户执行。
在该技术方案中,通过实时监控用户的交易操作,以获取用户的交易信息,从而能够基于预设预警条件分析用户的交易操作是否出现异常,以在检测到出现异常时,将交易异常预警信息发送给该用户的用户端,和/或将交易核实信息发送给关联的客服端,以由客服端处理分析以及调查确定这些交易操作是否均为该用户执行,通过对用户交易操作的监控,一方面,在确定所有交易操作均为该用户执行时,能够提醒用户交易金额过大或交易次数过多,另一方面,在确定具有非该用户执行的交易操作时,表明当前用户的交易账户存在异常,通过及时提醒用户或由后台及时进行处理,提升用户账户的安全性,降低用户资金损失的风险。
其中,交易异常预警信息具体可以包括至少一个订单信息。
交易核实信息具体可以包括交易的账户信息以及订单信息。
预设时间段可以以每天作为一个监控周期。
在上述技术方案中,优选地,还包括:发送单元,用于基于用户的关联实时通信应用账号、用户绑定邮箱以及用户预留手机号中的至少一种发送方式,将交易预警信息发送至用户端。
在该技术方案中,将交易异常预警信息发送至对应的用户端,至少具有以下几种方式,(1)通过实时通信应用(比如微信、QQ、what's app等),(2)通过邮箱发送,(3)通过短信或实时通话的方式传递。
作为一种优选的实施方式,采用微信传递交易异常预警信息,一方面,在用户未绑定手机号的情况下,能够及时联系到用户,以确认交易是否存在异常,另一方面,微信可以同时作为交易平台,比如微信商城,能够提升交易信息抓取的便捷性。
在上述任一技术方案中,优选地,检测单元还用于:在将交易预警信息发送至用户端后,检测经过预设时长后,是否接收到用户端发送的交易异常预警信息的反馈信息;监控装置还包括:确定单元,用于在检测接收到反馈信息时,提取反馈信息中的关键字,以确定是否冻结用户账户;冻结单元,用于在检测未接收到反馈信息时,冻结用户账户,并将账户解冻方式发送至用户端。
在该技术方案中,通过检测是否接收到用户的反馈信息,确定用户账户是否异常,在接收到反馈信息时,还可以进一步通过提取反馈信息中的关键字确定是否存在账户异常,以提升智能化自动处理水平,在未接收到反馈信息时,由于需要考虑到用户终端未在身边的情况,因此可以先进行预冻结操作,同时将解冻方式发送至用户端,以在用户查看到信息,并确认账户未出现异常时,根据解冻方式重新进行账户解冻,在进一步提升安全性的同时,提升了人性化处理水平。
在上述任一技术方案中,优选地,还包括:提取单元,用于根据用户的账户信息提取待收货订单中的收货人信息;生成单元还用于:根据账户信息与收货人信息生成交易核实信息。
在该技术方案中,为了方便客服端进行交易核实,在发送交易核实信息之前,还可以先将账户信息以及收货人信息提取出来生成交易核实信息,以方便客服端根据收货人信息的联系方式与收货人确认该订单是否由该账户的用户操作,从而能够提升核实效率。
在上述任一技术方案中,优选地,生成单元还用于:根据交易核实信息生成待处理邮件;发送单元还用于:将待处理邮件发送至客服端,以由客服端根据收货人信息确认待收货订单是否异常;监控装置还包括:取消单元,用于在接收到待收货订单异常时,取消待收货订单,并冻结用户账户。
在该技术方案中,通过将待核实信息以邮件的方式发送至客服端,以使客服端根据收货人信息确认待收货订单是否正常,具体地,客服端可以根据收货人电话联系收货人,以确认该操作是否为用户该账户的用户操作,在确定不是该用户操作时,表明账户被盗取,则可通知系统人员冻结账户,同时通知仓库对此订单无须进行发货,此时尽最大可能的挽回用户损失。
另外,也可以通过微信等方式实现与客服端通信。
在上述任一技术方案中,优选地,预设预警条件包括预设交易次数上限阈值、单笔交易金额阈值、总交易金额阈值以及异常交易时间中的至少一种,交易信息包括交易时间、交易金额与交易次数。
在上述任一技术方案中,优选地,确定单元还用于:根据用户的交易记录中的交易时间确定异常交易时间。
在该技术方案中,通过统计用户的交易记录,以确定用于经常交易下单的时间段,通过排出经常交易下单的时间段,则可以确定异常交易时间。
根据本发明的第三方面,提供了一种服务器,包括:处理器;用于储存处理器可执行指令的存储器,其中,处理器用于执行存储器中储存的可执行指令时实现如上述第一方面的技术方案中任一项所述的交易监控方法的步骤。
根据本发明的第四方面,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现如上述第一方面的技术方案中任一项所述的交易监控方法的步骤。
本发明的附加方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解,其中:
图1示出了根据本发明的一个实施例的交易监控方法的流程示意图;
图2示出了根据本发明的另一个实施例的交易监控方法的流程示意图;
图3示出了根据本发明的实施例的交易监控装置的示意框图;
图4示出了根据本发明的实施例的服务器的示意框图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
下面结合图1至图3对本发明的交易监控方案进行具体说明。
如图1所示,根据本发明的一个实施例的交易监控方法,具体包括以下流程步骤:步骤102,实时监控用户的交易操作,以获取预设时间段内任一用户的交易信息;步骤104,检测交易信息是否满足预设预警条件;步骤106,在检测到交易信息满足预设预警条件时,生成交易异常预警信息,并将交易异常预警信息发送至对应的用户端;和/或步骤108,在检测到交易信息满足预设预警条件时,生成交易核实信息,并将交易核实信息发送至关联的客服端,以通过客服端确定交易操作是否由所述用户执行。
在该实施例中,通过实时监控用户的交易操作,以获取用户的交易信息,从而能够基于预设预警条件分析用户的交易操作是否出现异常,以在检测到出现异常时,将交易异常预警信息发送给该用户的用户端,和/或将交易核实信息发送给关联的客服端,以由客服端处理分析以及调查确定这些交易操作是否均为该用户执行,通过对用户交易操作的监控,一方面,在确定所有交易操作均为该用户执行时,能够提醒用户交易金额过大或交易次数过多,另一方面,在确定具有非该用户执行的交易操作时,表明当前用户的交易账户存在异常,通过及时提醒用户或由后台及时进行处理,提升用户账户的安全性,降低用户资金损失的风险。
其中,交易异常预警信息具体可以包括至少一个订单信息。
交易核实信息具体可以包括交易的账户信息以及订单信息。
预设时间段可以以每天作为一个监控周期。
在上述实施例中,优选地,将交易异常预警信息发送至对应的用户端,具体包括:基于用户的关联实时通信应用账号、用户绑定邮箱以及用户预留手机号中的至少一种发送方式,将交易预警信息发送至用户端。
在该实施例中,将交易异常预警信息发送至对应的用户端,至少具有以下几种方式,(1)通过实时通信应用(比如微信、QQ、what's app等),(2)通过邮箱发送,(3)通过短信或实时通话的方式传递。
作为一种优选的实施方式,采用微信传递交易异常预警信息,一方面,在用户未绑定手机号的情况下,能够及时联系到用户,以确认交易是否存在异常,另一方面,微信可以同时作为交易平台,比如微信商城,能够提升交易信息抓取的便捷性。
在上述任一实施例中,优选地,还包括:在将交易预警信息发送至用户端后,检测经过预设时长后,是否接收到用户端发送的交易异常预警信息的反馈信息;在检测接收到反馈信息时,提取反馈信息中的关键字,以确定是否冻结用户账户;在检测未接收到反馈信息时,冻结用户账户,并将账户解冻方式发送至用户端。
在该实施例中,通过检测是否接收到用户的反馈信息,确定用户账户是否异常,在接收到反馈信息时,还可以进一步通过提取反馈信息中的关键字确定是否存在账户异常,以提升智能化自动处理水平,在未接收到反馈信息时,由于需要考虑到用户终端未在身边的情况,因此可以先进行预冻结操作,同时将解冻方式发送至用户端,以在用户查看到信息,并确认账户未出现异常时,根据解冻方式重新进行账户解冻,在进一步提升安全性的同时,提升了人性化处理水平。
在上述任一实施例中,优选地,在将交易核实信息发送至关联的客服端,以通过客服端确定交易操作是否由所述用户执行前,具体包括:根据用户的账户信息提取待收货订单中的收货人信息;根据账户信息与收货人信息生成交易核实信息。
在该实施例中,为了方便客服端进行交易核实,在发送交易核实信息之前,还可以先将账户信息以及收货人信息提取出来生成交易核实信息,以方便客服端根据收货人信息的联系方式与收货人确认该订单是否由该账户的用户操作,从而能够提升核实效率。
在上述任一实施例中,优选地,将交易核实信息发送至关联的客服端,以通过客服端确定交易操作是否由所述用户执行,具体包括:根据交易核实信息生成待处理邮件;将待处理邮件发送至客服端,以由客服端根据收货人信息确认待收货订单是否异常;在接收到待收货订单异常时,取消待收货订单,并冻结用户账户。
在该实施例中,通过将待核实信息以邮件的方式发送至客服端,以使客服端根据收货人信息确认待收货订单是否正常,具体地,客服端可以根据收货人电话联系收货人,以确认该操作是否为用户该账户的用户操作,在确定不是该用户操作时,表明账户被盗取,则可通知系统人员冻结账户,同时通知仓库对此订单无须进行发货,此时尽最大可能的挽回用户损失。
另外,也可以通过微信等方式实现与客服端通信。
在上述任一实施例中,优选地,预设预警条件包括预设交易次数上限阈值、单笔交易金额阈值、总交易金额阈值以及异常交易时间中的至少一种,交易信息包括交易时间、交易金额与交易次数。
其中,异常交易时间具体可以为凌晨10点到6点之间的时间。
在上述任一实施例中,优选地,还包括:根据用户的交易记录中的交易时间确定异常交易时间。
在该实施例中,通过统计用户的交易记录,以确定用于经常交易下单的时间段,通过排出经常交易下单的时间段,则可以确定异常交易时间。
如图2所示,根据本发明的另一个实施例的交易监控方法,包括:
步骤202,商城后天订单系统设置异常订单的阈值并设置好提醒机制,与客服邮件进行关联;
步骤204,当用户的账户产生异常交易时,订单系统发送消息给用户,同时邮件告知客服与系统开发人员;
步骤206,客服根据历史订单联系用户,或用户根据接收到的消息联系客服;
步骤208,确认是否为异常交易,在确认结果为“是”时,进入步骤210,在确认结果为“否”时,则维持继续进行交易;
步骤210,冻结用户账户,并停止发货。
具体地,在商城后台订单系统里增加一个功能,一天交易次数超过N次,N系统可以配置,如5次,单次消费超过N元,N可以系统进行设置,根据商城客单价的2倍,如500元,满足任一条件,则订单系统会抓取当前的消费数据后发送给用户、同时将商城系统与邮件系统进行对接,可关联;
当某用户的账号一天内,即24小时内连续消费5次,或者单次超过500元时。订单系统监测到某会员的订单数据时,会将订单情况通过微信公众号传给用户,提示信息,系统监测到您的账户进行频繁交易,请您进行确认,如不是您本人操作,为了保证账户安全,请及时与我司客服XX进行联系,联系电话XXX;
系统监测到该用户的账号异常问题后,通过商城的订单系统将异常的数据与邮件系统做对接,将用户的账号信息,交易信息等数据发给客服人员和商城系统人员;
商城的客服人员收到用户的异常数据后,通过系统查找相关的订单信息,如收货信息里的收货人等信息,电话联系用户,与客服进行确认,如该操作为非本人操作,或账户被盗取了,则可通知系统人员冻结账户,同时通知仓库对此订单无须进行发货,此时尽最大可能的挽回用户损失。
如图3所示,根据本发明的实施例的交易监控装置30,包括:监控单元302,用于实时监控用户的交易操作,以获取预设时间段内任一用户的交易信息;检测单元304,用于检测交易信息是否满足预设预警条件;生成单元306,用于在检测到交易信息满足预设预警条件时,生成交易异常预警信息,并将交易异常预警信息发送至对应的用户端;生成单元306还用于:在检测到交易信息满足预设预警条件时,生成交易核实信息,并将交易核实信息发送至关联的客服端,以通过客服端确定交易操作是否由所述用户执行。
在该实施例中,通过实时监控用户的交易操作,以获取用户的交易信息,从而能够基于预设预警条件分析用户的交易操作是否出现异常,以在检测到出现异常时,将交易异常预警信息发送给该用户的用户端,和/或将交易核实信息发送给关联的客服端,以由客服端处理分析以及调查确定这些交易操作是否均为该用户执行,通过对用户交易操作的监控,一方面,在确定所有交易操作均为该用户执行时,能够提醒用户交易金额过大或交易次数过多,另一方面,在确定具有非该用户执行的交易操作时,表明当前用户的交易账户存在异常,通过及时提醒用户或由后台及时进行处理,提升用户账户的安全性,降低用户资金损失的风险。
其中,交易异常预警信息具体可以包括至少一个订单信息。
交易核实信息具体可以包括交易的账户信息以及订单信息。
预设时间段可以以每天作为一个监控周期。
在上述实施例中,优选地,还包括:发送单元310,用于基于用户的关联实时通信应用账号、用户绑定邮箱以及用户预留手机号中的至少一种发送方式,将交易预警信息发送至用户端。
在该实施例中,将交易异常预警信息发送至对应的用户端,至少具有以下几种方式,(1)通过实时通信应用(比如微信、QQ、what's app等),(2)通过邮箱发送,(3)通过短信或实时通话的方式传递。
作为一种优选的实施方式,采用微信传递交易异常预警信息,一方面,在用户未绑定手机号的情况下,能够及时联系到用户,以确认交易是否存在异常,另一方面,微信可以同时作为交易平台,比如微信商城,能够提升交易信息抓取的便捷性。
在上述任一实施例中,优选地,检测单元304还用于:在将交易预警信息发送至用户端后,检测经过预设时长后,是否接收到用户端发送的交易异常预警信息的反馈信息;监控装置30还包括:确定单元310,用于在检测接收到反馈信息时,提取反馈信息中的关键字,以确定是否冻结用户账户;冻结单元312,用于在检测未接收到反馈信息时,冻结用户账户,并将账户解冻方式发送至用户端。
在该实施例中,通过检测是否接收到用户的反馈信息,确定用户账户是否异常,在接收到反馈信息时,还可以进一步通过提取反馈信息中的关键字确定是否存在账户异常,以提升智能化自动处理水平,在未接收到反馈信息时,由于需要考虑到用户终端未在身边的情况,因此可以先进行预冻结操作,同时将解冻方式发送至用户端,以在用户查看到信息,并确认账户未出现异常时,根据解冻方式重新进行账户解冻,在进一步提升安全性的同时,提升了人性化处理水平。
在上述任一实施例中,优选地,还包括:提取单元314,用于根据用户的账户信息提取待收货订单中的收货人信息;生成单元306还用于:根据账户信息与收货人信息生成交易核实信息。
在该实施例中,为了方便客服端进行交易核实,在发送交易核实信息之前,还可以先将账户信息以及收货人信息提取出来生成交易核实信息,以方便客服端根据收货人信息的联系方式与收货人确认该订单是否由该账户的用户操作,从而能够提升核实效率。
在上述任一实施例中,优选地,生成单元306还用于:根据交易核实信息生成待处理邮件;发送单元310还用于:将待处理邮件发送至客服端,以由客服端根据收货人信息确认待收货订单是否异常;监控装置30还包括:取消单元316,用于在接收到待收货订单异常时,取消待收货订单,并冻结用户账户。
在该实施例中,通过将待核实信息以邮件的方式发送至客服端,以使客服端根据收货人信息确认待收货订单是否正常,具体地,客服端可以根据收货人电话联系收货人,以确认该操作是否为用户该账户的用户操作,在确定不是该用户操作时,表明账户被盗取,则可通知系统人员冻结账户,同时通知仓库对此订单无须进行发货,此时尽最大可能的挽回用户损失。
另外,也可以通过微信等方式实现与客服端通信。
在上述任一实施例中,优选地,预设预警条件包括预设交易次数上限阈值、单笔交易金额阈值、总交易金额阈值以及异常交易时间中的至少一种,交易信息包括交易时间、交易金额与交易次数。
在上述任一实施例中,优选地,确定单元310还用于:根据用户的交易记录中的交易时间确定异常交易时间。
在该实施例中,通过统计用户的交易记录,以确定用于经常交易下单的时间段,通过排出经常交易下单的时间段,则可以确定异常交易时间。
图4示出了本发明第二实施例的交易监控装置的示意框图。
如图4所示,根据本发明第二实施例的服务器40,包括处理器402和存储器404,其中,存储器404上存储有可在处理器402上运行的计算机程序,其中存储器404和处理器402之间可以通过总线连接,该处理器402用于执行存储器404中存储的计算机程序时实现如上实施例中所述的交易监控方法的步骤。
本发明实施例的方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本发明实施例的交易监控装置中的单元模块可以根据实际需要进行合并、划分和删减。
根据本发明的实施例,提出了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上实施例中所述的交易监控方法的步骤。
进一步地,可以理解的是,流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种交易监控方法,其特征在于,包括:
实时监控用户的交易操作,以获取预设时间段内任一用户的交易信息;
检测所述交易信息是否满足预设预警条件;
在检测到所述交易信息满足所述预设预警条件时,生成交易异常预警信息,并将所述交易异常预警信息发送至对应的用户端;和/或
在检测到所述所述交易信息满足所述预设预警条件时,生成交易核实信息,并将所述交易核实信息发送至关联的客服端,以通过所述客服端确定交易操作是否由所述用户执行。
2.根据权利要求1所述的监控方法,其特征在于,还包括:
在将所述交易预警信息发送至所述用户端后,检测经过预设时长后,是否接收到所述用户端发送的所述交易异常预警信息的反馈信息;
在检测接收到所述反馈信息时,提取所述反馈信息中的关键字,以确定是否冻结用户账户;
在检测未接收到所述反馈信息时,冻结所述用户账户,并将账户解冻方式发送至所述用户端。
3.根据权利要求1所述的监控方法,其特征在于,所述在将所述交易核实信息发送至关联的客服端,以通过所述客服端确定交易操作是否由所述用户执行前,具体包括:
根据用户的账户信息提取待收货订单中的收货人信息;
根据所述账户信息与所述收货人信息生成所述交易核实信息。
4.根据权利要求1至3中任一项所述的监控方法,其特征在于,所述预设预警条件包括预设交易次数上限阈值、单笔交易金额阈值、总交易金额阈值以及异常交易时间中的至少一种,所述交易信息包括交易时间、交易金额与交易次数。
5.一种交易监控装置,适用于服务器,其特征在于,包括:
监控单元,用于实时监控用户的交易操作,以获取预设时间段内任一用户的交易信息;
检测单元,用于检测所述交易信息是否满足预设预警条件;
生成单元,用于在检测到所述所述交易信息满足所述预设预警条件时,生成交易异常预警信息,并将所述交易异常预警信息发送至对应的用户端;
所述生成单元还用于:在检测到所述所述交易信息满足所述预设预警条件时,生成交易核实信息,并将所述交易核实信息发送至关联的客服端,以通过所述客服端确定交易操作是否由所述用户执行。
6.根据权利要求5所述的监控装置,其特征在于,
所述检测单元还用于:在将所述交易预警信息发送至所述用户端后,检测经过预设时长后,是否接收到所述用户端发送的所述交易异常预警信息的反馈信息;
所述监控装置还包括:
确定单元,用于在检测接收到所述反馈信息时,提取所述反馈信息中的关键字,以确定是否冻结用户账户;
冻结单元,用于在检测未接收到所述反馈信息时,冻结所述用户账户,并将账户解冻方式发送至所述用户端。
7.根据权利要求5所述的监控装置,其特征在于,还包括:
提取单元,用于根据用户的账户信息提取待收货订单中的收货人信息;
所述生成单元还用于:根据所述账户信息与所述收货人信息生成所述交易核实信息。
8.根据权利要求5至7中任一项所述的监控装置,其特征在于,所述预设预警条件包括预设交易次数上限阈值、单笔交易金额阈值、总交易金额阈值以及异常交易时间中的至少一种,所述交易信息包括交易时间、交易金额与交易次数。
9.一种服务器,其特征在于,包括:
处理器;
用于储存所述处理器可执行指令的存储器,其中,所述处理器用于执行所述存储器中储存的所述可执行指令时实现如权利要求1至4中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述方法的步骤。
CN201810700454.8A 2018-06-29 2018-06-29 交易监控方法及监控装置、存储介质及服务器 Pending CN109034821A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810700454.8A CN109034821A (zh) 2018-06-29 2018-06-29 交易监控方法及监控装置、存储介质及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810700454.8A CN109034821A (zh) 2018-06-29 2018-06-29 交易监控方法及监控装置、存储介质及服务器

Publications (1)

Publication Number Publication Date
CN109034821A true CN109034821A (zh) 2018-12-18

Family

ID=65522122

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810700454.8A Pending CN109034821A (zh) 2018-06-29 2018-06-29 交易监控方法及监控装置、存储介质及服务器

Country Status (1)

Country Link
CN (1) CN109034821A (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109949040A (zh) * 2019-02-22 2019-06-28 北京神荼科技有限公司 通证操作的风险控制方法、装置以及存储介质
CN109978692A (zh) * 2019-03-28 2019-07-05 上海诺融信息科技有限公司 基于金融大数据的信息处理方法及装置
CN110389885A (zh) * 2019-07-26 2019-10-29 中国工商银行股份有限公司 高频交易监控方法及装置
CN110399543A (zh) * 2019-05-23 2019-11-01 北京鑫宇创世科技有限公司 一种广告账户预警方法
CN110740059A (zh) * 2019-10-11 2020-01-31 支付宝(杭州)信息技术有限公司 线上预警处理方法及其系统
CN111127030A (zh) * 2019-12-31 2020-05-08 中国银行股份有限公司 交易预警方法、装置和设备
CN111429258A (zh) * 2020-03-19 2020-07-17 中国建设银行股份有限公司 一种监测贷款资金流向的方法和装置
CN111539736A (zh) * 2020-04-27 2020-08-14 中国银行股份有限公司 交易的监控方法及相关装置
CN111626860A (zh) * 2020-07-24 2020-09-04 成都寻道数财科技有限公司 结合历史和实时财务数据判断高频交易的系统及方法
CN111681008A (zh) * 2020-06-04 2020-09-18 中国建设银行股份有限公司 一种风险控制方法、装置、设备及存储介质
CN111866770A (zh) * 2020-07-21 2020-10-30 上海聚均科技有限公司 一种基于短信的资金监控方法
WO2021081693A1 (zh) * 2019-10-28 2021-05-06 云图技术有限公司 一种数字货币交易数据处理方法、装置及系统
CN112801800A (zh) * 2021-04-14 2021-05-14 深圳格隆汇信息科技有限公司 行为资金分析系统、方法、计算机设备及存储介质
CN114912924A (zh) * 2022-06-21 2022-08-16 中银金融科技有限公司 交易核实方法、系统、存储介质和电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102034182A (zh) * 2010-11-29 2011-04-27 深圳市爱贝信息技术有限公司 支付平台账户安全交易的方法及装置
CN103365969A (zh) * 2013-06-24 2013-10-23 北京奇虎科技有限公司 一种异常数据检测处理的方法和系统
CN104504562A (zh) * 2014-12-22 2015-04-08 张文 一种移动支付方法及系统
CN105590209A (zh) * 2015-05-07 2016-05-18 中国银联股份有限公司 电子交易监控方法及系统
CN107103548A (zh) * 2011-11-17 2017-08-29 阿里巴巴集团控股有限公司 网络行为数据的监控方法和系统以及风险监控方法和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102034182A (zh) * 2010-11-29 2011-04-27 深圳市爱贝信息技术有限公司 支付平台账户安全交易的方法及装置
CN107103548A (zh) * 2011-11-17 2017-08-29 阿里巴巴集团控股有限公司 网络行为数据的监控方法和系统以及风险监控方法和系统
CN103365969A (zh) * 2013-06-24 2013-10-23 北京奇虎科技有限公司 一种异常数据检测处理的方法和系统
CN104504562A (zh) * 2014-12-22 2015-04-08 张文 一种移动支付方法及系统
CN105590209A (zh) * 2015-05-07 2016-05-18 中国银联股份有限公司 电子交易监控方法及系统

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109949040A (zh) * 2019-02-22 2019-06-28 北京神荼科技有限公司 通证操作的风险控制方法、装置以及存储介质
CN109978692A (zh) * 2019-03-28 2019-07-05 上海诺融信息科技有限公司 基于金融大数据的信息处理方法及装置
CN110399543A (zh) * 2019-05-23 2019-11-01 北京鑫宇创世科技有限公司 一种广告账户预警方法
CN110389885A (zh) * 2019-07-26 2019-10-29 中国工商银行股份有限公司 高频交易监控方法及装置
CN110740059A (zh) * 2019-10-11 2020-01-31 支付宝(杭州)信息技术有限公司 线上预警处理方法及其系统
WO2021081693A1 (zh) * 2019-10-28 2021-05-06 云图技术有限公司 一种数字货币交易数据处理方法、装置及系统
CN111127030A (zh) * 2019-12-31 2020-05-08 中国银行股份有限公司 交易预警方法、装置和设备
CN111429258A (zh) * 2020-03-19 2020-07-17 中国建设银行股份有限公司 一种监测贷款资金流向的方法和装置
CN111539736A (zh) * 2020-04-27 2020-08-14 中国银行股份有限公司 交易的监控方法及相关装置
CN111539736B (zh) * 2020-04-27 2024-01-23 中国银行股份有限公司 交易的监控方法及相关装置
CN111681008A (zh) * 2020-06-04 2020-09-18 中国建设银行股份有限公司 一种风险控制方法、装置、设备及存储介质
CN111681008B (zh) * 2020-06-04 2023-06-30 中国建设银行股份有限公司 一种风险控制方法、装置、设备及存储介质
CN111866770A (zh) * 2020-07-21 2020-10-30 上海聚均科技有限公司 一种基于短信的资金监控方法
CN111626860A (zh) * 2020-07-24 2020-09-04 成都寻道数财科技有限公司 结合历史和实时财务数据判断高频交易的系统及方法
CN111626860B (zh) * 2020-07-24 2020-11-20 成都寻道数财科技有限公司 结合历史和实时财务数据判断高频交易的系统及方法
CN112801800A (zh) * 2021-04-14 2021-05-14 深圳格隆汇信息科技有限公司 行为资金分析系统、方法、计算机设备及存储介质
CN114912924A (zh) * 2022-06-21 2022-08-16 中银金融科技有限公司 交易核实方法、系统、存储介质和电子设备

Similar Documents

Publication Publication Date Title
CN109034821A (zh) 交易监控方法及监控装置、存储介质及服务器
CN107798529A (zh) 交易数据监控方法及装置
CN107809547A (zh) 一种电话打车方法及终端设备
CN109376050A (zh) 一种app监测方法、计算机可读存储介质及终端设备
US20130055271A1 (en) Apparatus and method for controlling polling
CN110262960A (zh) 测试环境控制方法、装置、计算机可读存储介质及服务器
CN109214908A (zh) 一种监控方法和相关装置
CN109861856A (zh) 系统故障信息的通知方法、装置、存储介质及计算机设备
CN101102217B (zh) 电信网管系统中告警重复和闪断上报及监视的处理方法
CN108181546A (zh) 配电网故障的定位方法、定位装置及终端设备
CN109150626A (zh) Ftp服务监测方法、装置、终端及计算机可读存储介质
CN102968720B (zh) 支付服务器、终端和支付通道隔离方法
CN104702647A (zh) 信息请求方法和系统
CN107395494A (zh) 一种信息提示方法、终端及计算机可读存储介质
US9098818B2 (en) System and method for managing task performance at a data center
CN108076236A (zh) 排班方法及装置
CN109903197A (zh) 案件管理系统及其操作方法
CN105914876A (zh) 一种具有防窃电功能的用电检查管理系统及管理方法
CN110209510B (zh) 用于社交的数据处理方法及装置
CN109948915A (zh) 一种科技金融信息服务平台
CN109743204A (zh) 一种智能化运维系统
JP5145655B2 (ja) 保守出動管理プログラム、保守出動管理装置および保守出動管理方法
CN103685779A (zh) 一种用户满意度管理系统及其进行呼叫管理的方法
CN108023741A (zh) 一种监控资源使用方法及服务器
CN109508356B (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