一种互联网资金存管业务管理方法、系统、电子设备及可读存储介质与流程

[0001]
本发明涉及金融科技技术领域，具体涉及一种互联网资金存管业务管理方法和系统。


背景技术：

[0002]
近年来，传统托管业务托管费率水平逐渐下行，中间业务收入增长乏力，但是随着我国互联网用户数量持续攀升、互联网资金交易规模却在继续扩大并保持高速增长态势，互联网资金存管项目存在着巨大的潜在市场空间。但是目前在管理互联网资金存管业务方面却没有较好和成熟的管理方案和相应的可运行的线上系统，因此为拓展互联网交易类服务的新蓝海。紧密依托监管要求，打造适应市场需求的互联网资金存管产品，建立一套统一的存管业务管理系统平台，并侧重考虑存管业务管理系统能够独立于与托管主要业务逻辑之外的支付平台成为了托管系统中急需实现的要求。


技术实现要素：

[0003]
本申请的目的旨在至少能解决上述的技术缺陷之一。本申请所采用的技术方案如下：
[0004]
第一方面，本申请实施例公开了一种互联网资金存管业务管理方法，所述方法包括：
[0005]
根据目标用户的类型，客户服务平台为所述目标用户显示与所述目标用户类型相匹配的客户服务界面；
[0006]
所述匹配的客户服务界面接收目标用户指令，其中所述指令用于请求资金存管业务；
[0007]
所述匹配的客户服务界面将所述用户指令发送至托管运营平台；
[0008]
托管运营平台执行目标用户指令并将执行结果反馈至所述客户服务平台。
[0009]
进一步地，所述目标用户类型包括：自然人用户和法人用户；进一步地，根据法人行业属性，所述法人用户包括但不限于：电商平台，加盟商平台，网约车平台，中介交易平台、政务平台。
[0010]
进一步可选地，所述资金存管业务包括但不限于：账户注册业务、账务管理业务、账务清算业务、账务监管业务。
[0011]
进一步地，当所述目标用户指令请求的是用户注册业务时，所述托管运营平台执行用户指令包括：
[0012]
当确定所述目标用户为自然人用户，则提示目标用户上传身份证照片和/或头像信息并对所述自然人用户身份进行核验；
[0013]
当确定所述目标用户为法人用户，则提示目标用户上传营业执照后根据预设的核验标准对所述法人用户进行核验；
[0014]
当所述目标用户核验通过后，以所述目标用户名称设立虚拟账户。
[0015]
进一步地，所述设立的虚拟账户包括一个平台账户和至少一个的子账务，其中所有子账户内的余额和等于平台账户内的余额。
[0016]
进一步地，当所述目标用户指令请求的是账务管理业务时，所述托管运营平台执行目标用户指令包括：分析所述用户的账务管理业务请求的内容，其中所述请求内容包括但不限于：充值请求、提现请求、转账请求、账务变动记录查询请求；根据所述请求内容，所述托管运营平台对所述目标用户的平台账务和子账务执行请求内容的操作。
[0017]
进一步地，当所述目标用户指令请求的是账务清算业务时，所述托管运营平台执行目标用户指令包括：分析所述目标用户的账务清算业务请求的内容，其中所述请求内容包括但不限于：指令管理请求、费用管理请求、利润分配请求；其中所述指令管理请求用于对发起的账务管理业务进行控制；根据所述请求内容，所述托管运营平台对所述目标用户的平台账务和子账务执行请求内容的操作。
[0018]
进一步地，当所述目标用户指令请求的是账务监管业务时，所述托管运营平台执行目标用户指令包括：分析所述目标用户的账务监管业务请求的内容，其中所述请求内容包括但不限于：子账务特殊业务约定请求、账户冻结请求、监管账户审计请求；根据所述请求内容，所述托管运营平台对所述目标用户的平台账务和子账务执行请求内容的操作。
[0019]
进一步地，所述方法包括：客户服务平台接收目标用户的资金存管业务预约请求，托管运营平台根据所述预约请求的时间和/或条件执行目标用户的存管业务预约请求。
[0020]
进一步地，所述方法还包括：提示按照预设的密码规则设置账户密码，其中所述平台账户和子账户的密码不相同。
[0021]
另一方面本申请实施例提供了一种互联网资金存管业务管理系统，所述系统包括：所述系统包括：客户服务平台和托管运营平台，其中，
[0022]
根据目标用户的类型，所述客户服务平台为所述目标用户显示与所述目标用户类型相匹配的客户服务界面；其中，
[0023]
所述匹配的客户服务界面接收目标用户指令，其中所述指令用于请求资金存管业务；
[0024]
所述匹配的客户服务界面将所述用户指令发送至托管运营平台；
[0025]
所述托管运营平台执行目标用户指令并将执行结果反馈至所述客户服务平台。
[0026]
进一步地，所述客户服务平台和托管运营平台分别都包括：账户注册业务模块、账务管理业务模块、账务清算业务模块、账务监管业务模块。
[0027]
第三方面，本申请实施例提供了一种电子设备，包括处理器和存储器；
[0028]
所述存储器，用于存储操作指令；
[0029]
所述处理器，用于通过调用所述操作指令，执行上述任一实施例中所述的方法。
[0030]
第四方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的方法。
[0031]
本申请实施例提供的互联网资金存管业务管理方法和系统通过为不同类型的用户匹配相应的已设计的好，更贴近该类型用户业务流程的客户服务界面和互联网资金存管业务管理平台既为金融机构的互联网资金托管业务提供了一个前后端平台(客户服务平台和托管运营平台)协同一致的存管业务管理系统，同时通过设计适应于不同用户类型的服
务界面提高了客户对互联网资金存管业务的用户体验，此外还适应了目前金融机构互联网业务应受到政府部门、用户或授权第三方监管机构的监管要求。
附图说明
[0032]
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
[0033]
图1为本申请实施例提供的一种互联网资金存管业务管理方法的流程示意图；
[0034]
图2为本申请实施例提供的一种互联网资金存管业务管理系统的结构示意图；
[0035]
图3为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
[0036]
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。
[0037]
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式，其中的“第一”“第二”等只是为了介绍清楚方案而进行的对象区分定义，并不对对象本身进行限制，当然“第一”和“第二”限定的对象可能是同一个终端、设备和用户等，也可能是同一种终端、设备和用户。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
[0038]
此外应理解，本申请实施例中“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a、b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一(项)个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a、b和c，其中a、b、c可以是单个，也可以是多个。
[0039]
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
[0040]
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
[0041]
目前现有技术中的互联网资金存管业务管理方法方案如背景技术中介绍的存在着灵活性差问题，基于此，本发明的以下实施例就是提供一种互联网资金存管业务管理方法以解决上述至少之一的缺陷。
[0042]
图1示出了本申请实施例提供的一种互联网资金存管业务管理方法的流程示意图，如图1所示，该方法主要可以包括：
[0043]
s101、根据目标用户的类型，客户服务平台为所述目标用户显示与所述目标用户类型相匹配的客户服务界面；在进一步的可选实施例中，所述目标用户类型包括：自然人用
户和法人用户；在进一步的可选实施例中，根据法人行业属性，所述法人用户包括但不限于：电商平台，加盟商平台，网约车平台，中介交易平台、政务平台。通过为不同类型的用户匹配相应的已设计的好，更贴近该类型用户业务流程的客户服务界面，提高了用户使用互联网资金存管业务管理系统的好友体验。
[0044]
s102、所述匹配的客户服务界面接收目标用户指令，其中所述指令用于请求资金存管业务；进一步可选地，所述资金存管业务包括但不限于：账户注册业务、账务管理业务、账务清算业务、账务监管业务。
[0045]
s103、所述匹配的客户服务界面将所述用户指令发送至托管运营平台；
[0046]
s104、托管运营平台执行目标用户指令并将执行结果反馈至所述客户服务平台。
[0047]
在进一步的可选实施例中，用户需要在互联网资金存管系统注册后方可进行业务操作。用户分为自然人和非自然人注册，流程各有不同，注册后用户才能被分配对应虚账户。当所述目标用户指令请求的是用户注册业务时，所述托管运营平台执行用户指令包括：
[0048]
步骤1、当确定所述目标用户为自然人用户，则提示目标用户上传身份证照片和/或头像信息并对所述自然人用户身份进行核验；具体实施例中，个人客户首次使用平台需要通过平台小程序或app页面跳转至互联网资金存管系统自然人注册页面进行注册操作。自然人签约主要验证客户身份证信息(需要进行人脸识别和活体检验)，验证通过够才能建立平台用户虚拟账户。
[0049]
步骤2、当确定所述目标用户为法人用户，则提示目标用户上传营业执照后根据预设的核验标准对所述法人用户进行核验；在可选的具体实施例中，企业客户首次登陆平台同样需要通过小程序或app跳转至互联网资金存管系统非自然人注册页面进行注册操作。非自然人注册需要提供统一信用代码等信息，并且需要上传相关证照的图像信息，法人代表进行人脸识别活体验证。由于企业客户注册需要验证的信息较多，且包含证照图像信息，需要银行业务人员进行后端审核，因此注册申请为异步审批。银行业务人员进入工作存管业务管理系统客户端页面对待审核客户信息进行审核，审核通过后，非自然人注册生效，建立对应的平台用户虚账户。
[0050]
步骤3、当所述目标用户核验通过后，以所述目标用户名称设立虚拟账户。用户条件注册相关信息后，存管业务管理系统的业务人员人工验证图像证照与填写信息内容是否相符合，填写内容是否真实合规人工无法判断，必要时需要调用外部企业工商信息检核系统进行核实，如果校验不通过，注册申请不予通过。
[0051]
在可选实施例中，注册业务环节中还包括客户信息校验、金融卡或账户绑定和密码管理方案，具体为：
[0052]
(1)客户信息校验：自然人客户和非自然人法人，会计人员信息，客户身份证号和名称是否匹配，客户是否在监管黑名单中，需要进行发送至相关系统进行校验，校验通过才能正常注册。已注册用户，每日需要发起校验，对于当日被加入黑明单的用户，账户功能需要进行限制。
[0053]
(2)金融卡或账户绑定：客户注册成功后，想向自己的用户虚账户中存款进行后续交易，需要首先进行绑卡验证，将自己的账户与银行卡建立绑定关系。绑卡验证可以采取多种模式，包括线下向指定托管户划款指定的金额进行验证；也可以通过第三方支付渠道绑卡签约进行验证。验证通过后，客户可以使用绑定卡向自己的用户虚账户中充值，或者将虚
账户中的钱提现至自己的银行卡。
[0054]
(3)验证码密码管理：客户注册需要进行设置密码，系统提示按照预设的密码规则设置账户密码，其中所述平台账户和子账户的密码不相同。客户绑定手机号，提现等关键交易需要进行短信验证。
[0055]
在进一步的可选实施例中，所述设立的虚拟账户包括一个平台账户和至少一个的子账务，其中所有子账户内的余额和等于平台账户内的余额。具体实施例中，存管业务管理系统会在用户名下开立一个资金存管账户(即对应发明内容中的平台账户)作为整个平台全量资金实际存放账户。平台建立后，会同步建立一些功能性虚拟账户，例如费用账户，收入账户等，保证金、押金等特殊的资金账户用来做这个平台的特殊业务用途。整个平台中账户体系中，记账过程中要保持“虚账户总余额＝资金存管专用账户余额”。在整个账务处理过程中，托管运营平台负责处理资金存管专用账户的账务数据，客户服务平台主要处理平台子账户和用户子账户等虚拟账户的账务数据，账务数据均需要同步到托管运营平台供银行业务人员查询处理。在业务处理过程中需要对前后端两个平台中的平台账户和虚拟子账户根据业务情况进行管理，管理工作主要包括但不限于：
[0056]
(1)平台账户基本信息管理：首先要在系统中维护平台基本信息及相关参数，再将托管资金账户信息维护进系统(线下已经开立)，维护账户同时进行账户余额和台账的初始化工作。
[0057]
(2)资金存管账户余额管理：维护存管账户是初始化余额，后续根据指令付款和明细收款进行变动，指令付款时需要根据此余额进行头寸校验。
[0058]
(3)资金存管账户台账管理：记录资金存管账户实际变动明细，即根据付款、付费，提现、收款等明细按照会计科目记录管理；
[0059]
(4)资金存管账户实收付匹配管理：托管账户普通实际变动明细中缺少描述业务类型的信息，无法标注出类似付费，利息等特殊业务产生流水，在本申请实施例中可在实收实付登入台账时先针对应收应付费用表进行匹配，匹配后再可按照应收应付费用表中的费用描述等信息登入台账信息表。
[0060]
在进一步的可选实施例中，当所述目标用户指令请求的是账务管理业务时，所述托管运营平台执行目标用户指令包括：
[0061]
步骤1、分析所述用户的账务管理业务请求的内容，其中所述请求内容包括但不限于：充值请求、提现请求、转账请求、账务变动记录查询请求；
[0062]
步骤2、根据所述请求内容，所述托管运营平台对所述目标用户的平台账务和子账务执行请求内容的操作。
[0063]
在具体实施例中，充值业务的实现方式具体为：用户将银行卡汇总资金充值到平台子账户后再进行后续交易。充值提供多渠道进行：客户可用通过平台提供页面功能，使用银行第三方支付平台从绑定卡进行扣款，扣入托管资金账户；客户也可以使用绑定卡进行线下充值方式进行充值，平台根据托管资金账户实收中的对方账号识别出客户账户，从而登记相应客户子账户台账，记增子账户余额。
[0064]
在具体实施例中，提现业务的实现方式具体为：存管业务管理系统客户可以将自己平台子账户余额取出到绑定银行卡上。提现金额需要经过子账户头寸校验，托管资金账户头寸校验，才能发起真正的支付。在实践中为了防止大规模并发提现而造成系统压力过
大，可以设定提现到账规则(t+1工作日内到账)，用户提交提现请求后，系统在异步队列中排队进行提现操作，客户可以在提现管理查询页面查询提现实际进度。
[0065]
在具体实施例中，所述账务管理业务还包括订单支付业务(也可以称之为转账业务)。无论在各个渠道发起或支付完成的订单，需要发送到存管业务管理系统进行保存，订单全生命周期状态变化需要同步更新。不同类型的订单不同操作后续在平台会引发不同动作，比如订单支付需要进行子账户余额冻结，订单确认需要进行子账户登账。
[0066]
其他账务管理业务与上述三个实施例实现流程基本相同，在此不再赘述。
[0067]
在进一步的可选实施例中，当所述目标用户指令请求的是账务清算业务时，所述托管运营平台执行目标用户指令包括：
[0068]
步骤1、分析所述目标用户的账务清算业务请求的内容，其中所述请求内容包括但不限于：指令管理请求、费用管理请求、利润分配请求。
[0069]
步骤2、根据所述请求内容，所述托管运营平台对所述目标用户的平台账务和子账务执行请求内容的操作。
[0070]
所述指令管理请求用于对发起的账务管理业务进行控制，即管理托管资金账户支出的指令(包含提现指令，托管费支付指令等)的各项生命流程流转。例如对控制订单支付进程暂停、撤销等。不同类型的指令的流程状态不同，包含类似指令录入，审核，头寸校验，登账，支付等状态。流程的各个步骤如果出现异常，业务人员可在相应的功能页面人工介入进行处理(重新发起登账，重新提交支付，撤销等)。
[0071]
进一步地，存管业务管理系统可以按照用户协定的平分润规则(利润分配规则)在预定的期限内进行自动利润分配，各个账户的金额分润的计算规则可自定义。分润可以根据账户定义固定分润金额或分段按金额分润比例进行设置。
[0072]
进一步地，费用管理主要是实现存管业务管理系统中托管费，手续费等费用的计算，累计等功能。另外，提供了根据累计费用生成费用应付管理表的功能，在实际发生费用付款时，会与应付费用进行冲抵记录。
[0073]
在进一步的可选实施例中，当所述目标用户指令请求的是账务监管业务时，所述托管运营平台执行目标用户指令包括：
[0074]
步骤1、分析所述目标用户的账务监管业务请求的内容，其中所述请求内容包括但不限于：子账务特殊业务约定请求、账户冻结请求、监管账户审计请求。
[0075]
其中，所述监管账户审计指用户在提供交易订单的同时需要将订单对应的商品信息提交至互联网资金存管业务管理系统，这样存管业务管理系统就可以对平台交易的商品类型进行一定程度的监管，对不能进行交易的商品进行管控或拒绝。另一方面，资金存管业务管理系统在必要时也可以对有权机构开放业务审计接口，以适用于社会管理。
[0076]
其中，账务冻结请求主要是在账务设立之初根据用户，尤其是企业的合规性要求中的一些冻结账户的条件或者有权机关设定的一些违法的交易类型设置冻结规则，资金存管业务系统一旦筛选或识别到这类型交易就会启动对交易的虚拟子账户的冻结。
[0077]
其中，子账务特殊业务约定是指用户可以指定一些专有的子账户作为用户客户的押金、保证金或其他特殊业务的资金，这类型资金也会设置为自动根据特殊业务对资金管控的要求来管理对应的子账户和金额。
[0078]
步骤2、根据所述请求内容，所述托管运营平台对所述目标用户的平台账务和子账
务执行请求内容的操作。
[0079]
在进一步的可选实施例中，所述方法包括：客户服务平台接收目标用户的资金存管业务预约请求，托管运营平台根据所述预约请求的时间和/或条件执行目标用户的存管业务预约请求。
[0080]
基于图1所示的互联网资金存管业务管理方法，另一方面本申请实施例提供了一种互联网资金存管业务管理系统，如图2所示，该系统可以包括：201客户服务平台和202托管运营平台，其中，
[0081]
根据目标用户的类型，所述201客户服务平台为所述目标用户显示与所述目标用户类型相匹配的客户服务界面；其中，
[0082]
所述匹配的客户服务界面接收目标用户指令，其中所述指令用于请求资金存管业务；
[0083]
所述匹配的客户服务界面将所述用户指令发送至202托管运营平台；
[0084]
所述202托管运营平台执行目标用户指令并将执行结果反馈至所述201客户服务平台。
[0085]
进一步地，所述客户服务平台和托管运营平台分别都包括：203账户注册业务模块、204账务管理业务模块、205账务清算业务模块、206账务监管业务模块。
[0086]
互联网资金存管业务管理系统有两大平台组成，一是前端的客户服务平台和二是后端的托管运营平台。客户服务平台与互联网环境直连，提供小程序、系统直连等方式，主要负责接入平台用户功能请求，平台系统功能请求的实现；托管运营平台主要供银行内操作人员使用，主要负责托管账户日常运营功能的实现。两平台通过数据交互，实现对平台用户日常注册，查询，充值提现，订单支付，退款退货等功能的支持，保证客户平台资金使用的及时性和平台资金的安全性。客户在平台使用过程中的各类资金功能，分别有两个平台不同的服务共同支撑实现，在业务流程中，两平台相辅相成，配合完成各项功能。
[0087]
可以理解的是，本实施例中的互联网资金存管业务管理系统的上述各组成设备具有实现图1中所示的实施例中的方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或系统。上述模块和系统可以是软件和/或硬件，上述各模块和系统可以单独实现，也可以多个模块和系统集成实现。对于上述各模块和系统的功能描述具体可以参见图1中所示实施例中的方法的对应描述，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
[0088]
可以理解的是，本发明实施例示意的结构并不构成对互联网资金存管业务管理系统的具体结构的具体限定。在本申请另一些实施例中，互联网资金存管业务管理系统可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
[0089]
本申请实施例提供了一种电子设备，包括处理器和存储器；
[0090]
存储器，用于存储操作指令；
[0091]
处理器，用于通过调用操作指令，执行本申请任一实施方式中所提供的互联网资金存管业务管理方法。
[0092]
作为一个示例，图3示出了本申请实施例所适用的一种电子设备的结构示意图，如
图3所示，该电子设备300包括：处理器301和存储器303。其中，处理器301和存储器303相连，如通过总线302相连。可选的，电子设备300还可以包括收发器304。需要说明的是，实际应用中收发器304不限于一个。可以理解的是，本发明实施例示意的结构并不构成对电子设备300的具体结构的具体限定。在本申请另一些实施例中，电子设备300可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实。可选地，电子设备还可以包括显示屏305，用于显示图像，或需要时接收用户的操作指令。
[0093]
其中，处理器301应用于本申请实施例中，用于实现上述方法实施例所示的方法。收发器304可以包括接收机和发射机，收发器304应用于本申请实施例中，用于执行时实现本申请实施例的电子设备与其他设备通信的功能。
[0094]
处理器301可以是cpu(central processing unit，中央处理器)，通用处理器，dsp(digital signal processor，数据信号处理器)，asic(application specific integrated circuit，专用集成电路)，fpga(field programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器301也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
[0095]
处理器301也可以包括一个或多个处理单元，例如：处理器301可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processingunit，gpu)，图像信号处理器(image signal processor,isp)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor,dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit,npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是电子设备300的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。处理器301中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器301中的存储器为高速缓冲存储器。该存储器可以保存处理器301刚用过或循环使用的指令或数据。如果处理器301需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器301的等待时间，因而提高了系统的效率。
[0096]
处理器301可以运行本申请实施例提供的互联网资金存管业务管理方法，以便于降低用户的操作复杂度、提高终端设备的智能化程度，提升用户的体验。处理器301可以包括不同的器件，比如集成cpu和gpu时，cpu和gpu可以配合执行本申请实施例提供的互联网资金存管业务管理方法，比如互联网资金存管业务管理方法中部分算法由cpu执行，另一部分算法由gpu执行，以得到较快的处理效率。
[0097]
总线302可包括一通路，在上述组件之间传送信息。总线302可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。总线302可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0098]
存储器303可以是rom(read only memory，只读存储器)或可存储静态信息和指令
的其他类型的静态存储设备，ram(random access memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electrically erasable programmable read only memory，电可擦可编程只读存储器)、cd-rom(compact disc read only memory，只读光盘)，也可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)，或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
[0099]
可选的，存储器303用于存储执行本申请方案的应用程序代码，并由处理器301来控制执行。处理器301用于执行存储器303中存储的应用程序代码，以实现本申请任一实施方式中所提供的互联网资金存管业务管理方法。
[0100]
存储器303可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器301通过运行存储在存储器303的指令，从而执行电子设备300的各种功能应用以及数据处理。存储器303可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，应用程序的代码等。存储数据区可存储电子设备300使用过程中所创建的数据(比如相机应用采集的图像、视频等)等。
[0101]
存储器303还可以存储本申请实施例提供的互联网资金存管业务管理方法对应的一个或多个计算机程序。该一个或多个计算机程序被存储在上述存储器303中并被配置为被该一个或多个处理器301执行，该一个或多个计算机程序包括指令，上述指令可以用于执行上述相应实施例中的各个步骤。
[0102]
当然，本申请实施例提供的互联网资金存管业务管理方法的代码还可以存储在外部存储器中。这种情况下，处理器301可以通过外部存储器接口运行存储在外部存储器中的互联网资金存管业务管理方法的代码，处理器301可以控制运行互联网资金存管业务管理方法流程。
[0103]
显示屏305包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emittingdiode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，amoled)，柔性发光二极管(flex light-emittingdiode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantum dot lightemitting diodes，qled)等。在一些实施例中，电子设备300可以包括1个或n个显示屏305，n为大于1的正整数。显示屏305可用于显示由用户输入的信息或提供给用户的信息以及各种图形用户界面(graphical user interface，gui)。例如，显示屏305可以显示照片、视频、网页、或者文件等。
[0104]
本申请实施例提供的电子设备，适用于上述方法任一实施例，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
[0105]
本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述方法实施例所示的互联网资金存管业务管理方法。
[0106]
本申请实施例提供的计算机可读存储介质，适用于上述方法任一实施例，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
[0107]
本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的方法。本申请实施例提供的计算机程序产品，适用于上述方法任一实施例，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
[0108]
本申请实施例提供的互联网资金存管业务管理方法方案，包括根据目标用户的类型，客户服务平台为所述目标用户显示与所述目标用户类型相匹配的客户服务界面；所述匹配的客户服务界面接收目标用户指令，其中所述指令用于请求资金存管业务；所述匹配的客户服务界面将所述用户指令发送至托管运营平台；托管运营平台执行目标用户指令并将执行结果反馈至所述客户服务平台。本申请提供的互联网资金存管业务管理方法优化了客户对互联网资金存管业务的用户体验。
[0109]
在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其他的方式实现。例如，以上所描述的系统实施例仅是示意性的，例如，模块或单元的划分，仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以丢弃，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其他的形式。
[0110]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0111]
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0112]
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0113]
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
[0114]
以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，还可以做出若干改进和润饰，这些变化、替换、改进和润饰也应视为都应涵盖在本申请的保护范围
之内。因此，本申请的保护范围应以权利要求的保护范围为准。