技术领域
[0001] 本
申请涉及数字资产交易领域，尤其涉及一种未上线资产误充值的退还方法及系统。
背景技术
[0002] 用户常常会由于各种原因误充值一些数字资产交易所未上线的数字资产进入交易所充值地址，由于数字资产未上线，用户无法通过线上提取的方式取回误充值的资产。
[0003] 目前主要通过客服人员申报退回数字资产申请，数字资产交易所通过手工核查充值地址进行原地址打款退还方式处理，不仅占用的人工成本高，且处理的时效性很差，无法应对每月几十笔的大额退回申请。
[0004] 所以，如何能在退回数字资产时，提高处理的时效性成为本领域技术人员亟待解决的问题。
发明内容
[0005] 本申请提供了一种未上线资产误充值的退还方法及系统，以解决
现有技术中，退回数字资产时，处理时效性差的问题。
[0006] 第一方面，本申请提供一种未上线资产误充值的退还系统，包括：用户钱包系统、客服系统、财务系统、管理系统、充提系统、终端钱包系统和安全审核系统；
[0007] 所述客服系统，用于接收用户终端发送的退还
请求后，获取用户钱包系统发送的未上线资产充值信息，如果确定未上线资产充值信息对应的资产的所有者为用户，且预留有大于或等于预设金额的
手续费，则发起未上线资产退还审批；如果未上线资产退还审批通过，则发送未上线资产退还审批通过消息到财务系统；
[0008] 所述财务系统，用于接收所述审批通过消息后，扣除预设金额的手续费，发送手续费扣除消息到管理系统；
[0009] 所述管理系统，用于如果手续费扣除消息为手续费扣除成功，接收客服提交的未上线资产退还订单，所述未上线资产退还订单包括用户ID，发送未上线资产退还订单到充提系统；
[0010] 所述充提系统，用于如果未上线资产退还订单中的用户ID对应的用户充值地址为txhash的接收地址，则根据所述未上线资产退还订单和流
水订单，确定退还请求，添加退还地址和合约地址在退还请求中，发送所述退还请求到安全审核系统；
[0011] 所述安全审核系统，用于接收退还请求，如果合约地址审核通过，则发送退还请求到终端钱包系统；
[0012] 所述终端钱包系统，用于根据退还请求，进行打款；如果打款成功，则发送打款成功消息到所述充提系统；
[0013] 所述充提系统，还用于根据打款成功消息，更新订单打款结果为打款成功。
[0014] 结合第一方面，在第一方面的第一种可能的实现方式中，所述安全审核系统，还用于如果合约地址审核不通过，则发送合约地址审核不通过消息到充提系统；
[0015] 所述充提系统，还用于根据所述合约地址审核不通过消息，更新订单打款结果为打款不成功。
[0016] 结合第一方面，在第一方面的第二种可能的实现方式中，所述终端钱包系统，还用于如果打款不成功，则发送打款不成功消息到充提系统；
[0017] 所述充提系统，还用于根据所述打款不成功消息，更新订单打款结果为打款不成功。
[0018] 结合第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述充提系统，还用于发送打款不成功的打款结果到管理系统；
[0019] 所述管理系统，还用于接收到打款不成功的打款结果后，判断是否退还手续费；
[0020] 如果退还手续费，发送退还手续费消息到客服系统；
[0021] 所述客服系统，还用于发起退还手续费审批，如果退还手续费审批通过，发送退还手续费审批通过消息到财务系统；
[0022] 所述财务系统，用于根据所述退还手续费审批通过消息，进行拨款，如果拨款完毕，则发送拨款完毕消息到管理系统；
[0023] 所述管理系统，还用于在接收到拨款完毕消息后，标记已退还手续费，关闭所述未上线资产退还订单。
[0024] 第二方面，本申请提供一种未上线资产误充值的退还方法，应用于客服系统，所述方法包括：
[0025] 接收用户终端发送的退还请求后，获取用户钱包系统发送的未上线资产充值信息，如果确定未上线资产充值信息对应的资产的所有者为用户，且预留有大于或等于预设金额的手续费，则发起未上线资产退还审批；如果未上线资产退还审批通过，则发送未上线资产退还审批通过消息到财务系统。
[0026] 第三方面，本申请提供一种未上线资产误充值的退还方法，应用于财务系统，所述方法包括：接收审批通过消息后，扣除预设金额的手续费，发送手续费扣除消息到管理系统。
[0027] 第四方面，本申请提供一种未上线资产误充值的退还方法，应用于管理系统，所述方法包括：
[0028] 如果手续费扣除消息为手续费扣除成功，接收客服提交的未上线资产退还订单，未上线资产退还订单包括用户ID，发送未上线资产退还订单到充提系统。
[0029] 第五方面，本申请提供一种未上线资产误充值的退还方法，应用于充提系统，方法包括：
[0030] 如果未上线资产退还订单中的用户ID对应的用户充值地址为txhash的接收地址，则根据未上线资产退还订单和流水订单，确定退还请求，添加退还地址和合约地址在退还请求中，发送退还请求到安全审核系统；以及，根据打款成功消息，更新订单打款结果为打款成功。
[0031] 第六方面，本申请提供一种未上线资产误充值的退还方法，应用于安全审核系统，方法包括：
[0032] 接收退还请求，如果合约地址审核通过，则发送退还请求到终端钱包系统。
[0033] 第七方面，本申请提供一种未上线资产误充值的退还方法，应用于终端钱包系统，方法包括：根据退还请求，进行打款；如果打款成功，则发送打款成功消息到充提系统。
[0034] 由以上技术方案可知，本申请的一种未上线资产误充值的退还方法及系统，系统包括：用户钱包系统、客服系统、财务系统、管理系统、充提系统、终端钱包系统和安全审核系统；所述客服系统，用于接收用户终端发送的退还请求后，获取用户钱包系统发送的未上线资产充值信息，如果确定未上线资产充值信息对应的资产的所有者为用户，且预留有大于或等于预设金额的手续费，则发起未上线资产退还审批；如果未上线资产退还审批通过，则发送未上线资产退还审批通过消息到财务系统；所述财务系统，用于接收所述审批通过消息后，扣除预设金额的手续费，发送手续费扣除消息到管理系统；所述管理系统，用于如果手续费扣除消息为手续费扣除成功，接收客服提交的未上线资产退还订单，所述未上线资产退还订单包括用户ID，发送未上线资产退还订单到充提系统；所述充提系统，用于如果未上线资产退还订单中的用户ID对应的用户充值地址为txhash的接收地址，则根据所述未上线资产退还订单和流水订单，确定退还请求，添加退还地址和合约地址在退还请求中，发送所述退还请求到安全审核系统；所述安全审核系统，用于接收退还请求，如果合约地址审核通过，则发送退还请求到终端钱包系统；所述终端钱包系统，用于根据退还请求，进行打款；如果打款成功，则发送打款成功消息到所述充提系统；所述充提系统，还用于根据打款成功消息，更新订单打款结果为打款成功。本申请
实施例，由客服在系统中提交未上线资产退还订单，提交后系统可自动处理订单，无须人工进行手动打款，极大提升了退还的效率，且大大释放了处理退还数字资产的人
力。
附图说明
[0035] 为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0036] 图1为本申请提供的一种未上线资产误充值的退还系统第一实施例的结构示意图；
[0037] 图2为本申请提供的一种未上线资产误充值的退还系统第一实施例的工作
流程图。
具体实施方式
[0038] 为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。以下结合附图，详细说明本申请各实施例提供的技术方案。
[0039] 目前主要通过客服人员申报退回数字资产申请，数字资产交易所通过手工核查充值地址进行原地址打款退还方式处理，不仅占用的人工成本高，且处理的时效性很差，无法应对每月几十笔的大额退回申请。
[0040] 请参阅图1，为本申请提供的一种未上线资产误充值的退还系统第一实施例的结构示意图，包括：用户钱包系统1、客服系统2、财务系统3、管理系统4、充提系统5、终端钱包系统6和安全审核系统7；
[0041] 所述用户钱包系统1与所述客服系统2连接，所述客服系统2与所述财务系统3、管理系统4连接，财务系统3与管理系统4连接，管理系统4与充提系统5、终端钱包系统6连接，所述充提系统5与终端钱包系统6、安全审核系统7连接。
[0042] 图2是本申请提供的一种未上线资产误充值的退还系统第一实施例的工作流程图。
[0043] 所述客服系统2，用于接收用户终端发送的退还请求后，获取用户钱包系统1发送的未上线资产充值信息，如果确定未上线资产充值信息对应的资产的所有者为用户，且预留有大于或等于预设金额的手续费，则发起未上线资产退还审批；如果未上线资产退还审批通过，则发送未上线资产退还审批通过消息到财务系统3；
[0044] 具体的，用户在用户终端上操作，对误充值的数字资产发起退还请求。客服系统2接收到退还请求后，获取用户钱包系统1发送的未上线资产充值信息，并对未上线资产充值信息对应的资产进行确权，具体的为：确定未上线资产充值信息对应的资产的所有者是否为用户，如果确定未上线资产充值信息对应的资产的所有者为用户，且用户预留足够的手续费，则客服系统2发起未上线资产退还审批。所述未上线资产退还审批可以通过邮件形式审批。
[0045] 本申请实施例中确权一般是通过线下用户对浏览器的充值进行截图和视频认证来完成确权过程。
[0046] 所述财务系统3，用于接收所述审批通过消息后，扣除预设金额的手续费，发送手续费扣除消息到管理系统4；
[0047] 所述手续费扣除消息包括手续费扣除成功和手续费扣除失败。
[0048] 所述管理系统4，用于如果手续费扣除消息为手续费扣除成功，接收客服提交的未上线资产退还订单，所述未上线资产退还订单包括用户ID(Identity document，身份标识号)，发送未上线资产退还订单到充提系统5；
[0049] 具体的，手续费扣除成功后客服在管理系统4提交未上线资产退还订单。
[0050] 所述充提系统5，用于如果未上线资产退还订单中的用户ID对应的用户充值地址为txhash(Transaction By Hash，交易哈希)的接收地址，则根据所述未上线资产退还订单和流水订单，确定退还请求，添加退还地址和合约地址在退还请求中，发送所述退还请求到安全审核系统7；
[0051] 具体的，每一笔
区块链交易都会生成一个txhash，记录从A地址像B地址的转账，其中A地址是该笔交易的来源地址，B地址为该笔交易的接收地址。数字资产交易所会分配给每个用户一个独立的充值地址，当用户往数字资产交易所充值时，每笔充值交易的接收地址即为用户ID被分配的充值地址。
[0052] 所述充提系统5需要校验填写的用户ID对应的用户充值地址是否为txhash的接收地址。如果是，则确定退还请求，并添加退还地址和合约地址在退还请求中，发送添加退还地址的退还请求到安全审核系统7。若否的话无法提交退还请求。该步骤主要是为了明确该笔资产确实充值进了该用户ID下的用户充值地址，明确该笔资产所有权。
[0053] 本申请实施例中，确定退还请求的步骤包括：充提系统5对客服提交的未上线资产退还订单进行交易查询，终端钱包系统为充提系统5提供查询未上账流水记录的
接口，查询后由客服选择满足条件的流水订单进行退还，所述退还请求是根据满足条件的流水订单确定的。
[0054] 本申请实施例中的未上账是指用户充值一笔资产后，数字资产交易所对其进行上账处理，即标记该笔充值有效且记录到该用户名下，未上账是指用户充值资产，但是数字资产交易所未标记该笔资产至该用户名下的情况。这种情况可能是由于用户无充值的币种未上线，因此数字交易所无法进行上账处理，只能从未上账的流水记录中查询相关交易信息。本申请实施例中的满足条件的流水订单是指未上线资产退还订单中涉及的资产是出现在未上账流水记录中的，表示用户确实充值了一笔数字资产。
[0055] 所述安全审核系统7，用于接收退还请求，如果合约地址审核通过，则发送退还请求到终端钱包系统6；
[0056] 具体的，审核合约地址的过程包括：由安全审核系统7进行合约代码审核。
智能合约是一种特殊协议，在区块链内制定合约时使用，当中内含了程式码函式，亦能与其他合约进行互动、做决策、储存资料及传送数字资产等功能。智能合约主力提供验证及执行合约内所订立的条件。智能合约允许在没有第三方的情况下进行可信交易。这些交易可追踪且不可逆转。智能合同的目的是提供优于传统合同方法的安全，并减少与合同相关的其他交易成本。每个合约代码即为智能合约代码，审核合约代码的目的主要是排查一些不安全不可靠的充值来源，有些智能合约代码可能存在恶意回滚等不可靠行为，当交易所进行退币处理打款时，需要保证接收方的合约地址是安全可靠的，避免为交易所带来损失。
[0057] 审核通过后进入终端钱包系统6打款环节，管理系统4通知终端钱包系统6进行打款，若审核未通过则退还手续费。
[0058] 本申请实施例中充提系统5生成退还请求后往审计接口写入合约地址和退还地址，还可以包括订单数量，管理系统4给安全审核系统7生成一条审核工单之前需要查询下订单数据是否与审计记录匹配，所述审计记录包括当前笔订单的数量、合约地址和退还地址。如果不匹配则退还失败，管理系统4返回审计不通过退还失败，终端钱包系统6获取充提系统5的退还请求后需要查询下订单数据是否与审计记录匹配，不匹配则出款失败，终端钱包系统返回审计不通过出款失败，匹配则进入终端钱包系统出款流程。
[0059] 所述终端钱包系统6，用于根据退还请求，进行打款；如果打款成功，则发送打款成功消息到所述充提系统5；
[0060] 所述充提系统5，还用于根据打款成功消息，更新订单打款结果为打款成功。
[0061] 由以上实施例可知，本申请的一种未上线资产误充值的退还系统第一实施例，由客服在系统中提交未上线资产退还订单，提交后系统可自动处理订单，无须人工进行手动打款，极大提升了退还的效率，且大大释放了处理退还数字资产的人力。
[0062] 在本申请提供的另一种未上线资产误充值的退还系统，所述安全审核系统7，还用于如果合约地址审核不通过，则发送合约地址审核不通过消息到充提系统5；
[0063] 所述充提系统5，还用于根据所述合约地址审核不通过消息，更新订单打款结果为打款不成功。
[0064] 由以上实施例可知，本申请的一种未上线资产误充值的退还系统第二实施例，所述安全审核系统7，还用于如果合约地址审核不通过，则发送合约地址审核不通过消息到充提系统5。
[0065] 在本申请提供的另一种未上线资产误充值的退还系统，所述终端钱包系统6，还用于如果打款不成功，则发送打款不成功消息到充提系统5；
[0066] 所述充提系统5，还用于根据所述打款不成功消息，更新订单打款结果为打款不成功。
[0067] 由以上实施例可知，本申请的一种未上线资产误充值的退还系统第三实施例，所述终端钱包系统6，还用于如果打款不成功，则发送打款不成功消息到充提系统5；所述充提系统5，还用于根据所述打款不成功消息，更新订单打款结果为打款不成功。
[0068] 在本申请提供的另一种未上线资产误充值的退还系统，所述充提系统5，还用于发送打款不成功的打款结果到管理系统4；
[0069] 所述管理系统4，还用于接收到打款不成功的打款结果后，判断是否退还手续费；
[0070] 如果退还手续费，发送退还手续费消息到客服系统2；
[0071] 所述客服系统2，还用于发起退还手续费审批，如果退还手续费审批通过，发送退还手续费审批通过消息到财务系统3；
[0072] 所述财务系统3，用于根据所述退还手续费审批通过消息，进行拨款，如果拨款完毕，则发送拨款完毕消息到管理系统4；
[0073] 所述管理系统4，还用于在接收到拨款完毕消息后，标记已退还手续费，关闭所述未上线资产退还订单。
[0074] 安全审核系统7对合约地址审核不通过或者打款不成功的情况下，可退还用户手续费，客服根据管理系统4提供的手续费消耗情况，发起退还手续费的审批，审批通过后由财务系统3进行资产划拨。
[0075] 由以上实施例可知，本申请的一种未上线资产误充值的退还系统第四实施例，本申请实施例中，可以退还手续费，避免给用户造成损失。
[0076] 本申请提供一种未上线资产误充值的退还方法，应用于客服系统，所述方法包括：
[0077] 接收用户钱包系统发送的未上线资产充值信息，如果确定未上线资产充值信息对应的资产的所有者为用户，且预留有大于或等于预设金额的手续费，则发起未上线资产退还审批；如果未上线资产退还审批通过，则发送未上线资产退还审批通过消息到财务系统。
[0078] 本申请提供一种未上线资产误充值的退还方法，应用于财务系统，所述方法包括：接收审批通过消息后，扣除预设金额的手续费，发送手续费扣除消息到管理系统。
[0079] 本申请提供一种未上线资产误充值的退还方法，应用于管理系统，方法包括：
[0080] 如果手续费扣除消息为手续费扣除成功，接收客服提交的未上线资产退还订单，未上线资产退还订单包括用户ID，发送未上线资产退还订单到充提系统。
[0081] 本申请提供一种未上线资产误充值的退还方法，应用于充提系统，方法包括：
[0082] 如果未上线资产退还订单中的用户ID对应的用户充值地址为txhash的接收地址，则根据未上线资产退还订单和流水订单，确定退还请求，添加退还地址和合约地址在退还请求中，发送退还请求到安全审核系统；以及，根据打款成功消息，更新订单打款结果为打款成功。
[0083] 本申请提供一种未上线资产误充值的退还方法，应用于安全审核系统，方法包括：
[0084] 接收退还请求，如果合约地址审核通过，则发送退还请求到终端钱包系统。
[0085] 本申请提供一种未上线资产误充值的退还方法，应用于终端钱包系统，方法包括：根据退还请求，进行打款；如果打款成功，则发送打款成功消息到充提系统。
[0086] 具体实现中，本申请还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的数字资产地址转移的
进程提示方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：Read-Only Memory，简称：ROM)或随机存储记忆体(英文：Random Access Memory，简称：RAM)等。
[0087] 本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助
软件加必需的通用
硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，
服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
[0088] 本
说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于用于身份认证的安全网络
中间件及其实现方法和装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。
[0089] 以上所述的本申请实施方式并不构成对本申请保护范围的限定。
