本发明涉及互联网
技术领域：
，尤其涉及一种电子转账的方法以及相关装置。
背景技术：
：微信支付作为一个海量用户的支付平台，提供了丰富多样的支付产品，“财付通”提供的各类支付牌照为微信支付功能保驾护航。而企业微信作为企业级的一站式软件即服务(software-as-a-service，SAAS)平台，为企业提供了各种企业级应用解决方案，同样需要提供支付类的解决方案。从政策合法性的角度来说，企业微信并没有独立支付的能力，因此，如果需要解决企业级的支付方案，仍依赖于类似微信这样的社交平台，用户可以从微信中找寻企业内的各个员工，然后分别向这些员工进行转账。然而，在实际应用中，如果企业有上百甚至上千的员工，那么基于上述方式进行转账的操作是非常琐碎的，会消耗大量的时间和精力，还可能因为疏忽遗漏员工，因此，不利于方案的实用性。技术实现要素：本发明实施例提供了一种电子转账的方法以及相关装置，能够打通企业级客户端和个人客户端之间的桥梁，赋予企业级客户端转账的能力，可以更便捷地对指定的员工进行收款或付款，解决了操作繁琐的问题，从而提升方案的实用性。本发明的第一方面提供了一种电子转账的方法，包括：接收电子转账信息，其中，所述电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型；根据账号对应关系确定所述电子转账信息所对应的第二员工标识，其中，所述账号对应关系中包括所述企业标识、所述第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；根据所述电子转账信息中的所述转账类型以及所述转账金额，通过所述企业资金账户以及所述第二员工标识所对应的员工账户完成转账操作，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明的第二方面提供了一种电子转账的方法，包括：若转账类型为收款类型，则接收服务器发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；向第二客户端发送所述收款消息，以使所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明的第三方面提供了一种电子转账的方法，包括：若转账类型为收款类型，则接收第一客户端发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；根据所述收款消息，通过所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明的第四方面提供了一种服务器，包括：接收模块，用于接收电子转账信息，其中，所述电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型；确定模块，用于根据账号对应关系确定所述接收模块接收的所述电子转账信息所对应的第二员工标识，其中，所述账号对应关系中包括所述企业标识、所述第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；转账模块，用于根据所述电子转账信息中的所述转账类型以及所述转账金额，通过所述企业资金账户以及所述确定模块确定的所述第二员工标识所对应的员工账户完成转账操作，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明的第五方面提供了一种客户端，包括：接收模块，用于若转账类型为收款类型，则接收服务器发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；发送模块，用于向第二客户端所述发送所述接收模块接收的所述收款消息，以使所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明的第六方面提供了一种客户端，包括：接收模块，用于若转账类型为收款类型，则接收第一客户端发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；支付模块，用于根据所述接收模块接收的所述收款消息，通过所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明的第七方面提供了一种服务器，包括：存储器、收发器、处理器以及总线系统；其中，所述存储器用于存储程序；所述处理器用于执行所述存储器中的程序，包括如下步骤：接收电子转账信息，其中，所述电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型；根据账号对应关系确定所述电子转账信息所对应的第二员工标识，其中，所述账号对应关系中包括所述企业标识、所述第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；根据所述电子转账信息中的所述转账类型以及所述转账金额，通过所述企业资金账户以及所述第二员工标识所对应的员工账户完成转账操作，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系；所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。本发明的第八方面提供了一种客户端，所述客户端包括：存储器、收发器、处理器以及总线系统；其中，所述存储器用于存储程序；所述处理器用于执行所述存储器中的程序，包括如下步骤：若转账类型为收款类型，则接收服务器发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；向第二客户端发送所述收款消息，以使所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系；所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。本发明的第九方面提供了一种客户端，所述客户端包括：存储器、收发器、处理器以及总线系统；其中，所述存储器用于存储程序；所述处理器用于执行所述存储器中的程序，包括如下步骤：若转账类型为收款类型，则接收第一客户端发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；根据所述收款消息，通过所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系；所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。本发明的第十方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。从以上技术方案可以看出，本发明实施例具有以下优点：本发明实施例中，提供了一种电子转账的方法，首先服务器接收电子转账信息，其中，电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型，然后根据账号对应关系确定电子转账信息所对应的第二员工标识，其中，账号对应关系中包括企业标识、第一员工标识、第二员工标识以及企业资金账户之间的关联关系，最后，服务器根据电子转账信息中的转账类型以及转账金额，通过企业资金账户向第二员工标识所对应的员工账户进行转账，其中，第二员工标识与员工账户具有对应关系，企业标识与企业资金账户具有唯一对应关系。通过上述方式，能够打通企业级客户端和个人客户端之间的桥梁，赋予企业级客户端转账的能力，可以更便捷地对指定的员工进行收款或付款，解决了操作繁琐的问题，从而提升方案的实用性。附图说明图1为本发明实施例中电子转账系统的一个架构示意图；图2为本发明实施例中电子转账的方法一个交互示意图；图3为本发明实施例中电子转账的方法一个实施例示意图；图4为本发明实施例中账号互通的一个实施例示意图；图5A为本发明实施例中开通企业资金账户的一个界面示意图；图5B为本发明实施例中开通企业资金账户的另一个界面示意图；图5C为本发明实施例中开通企业资金账户的另一个界面示意图；图5D为本发明实施例中开通企业资金账户的另一个界面示意图；图6为本发明实施例中绑定企业标识与企业资金账户的一个流程示意图；图7为本发明应用场景中企业红包派发的一个流程示意图；图8为本发明应用场景中企业直接发起收款的一个流程示意图；图9为本发明应用场景中企业自定义收款的一个流程示意图；图10为本发明实施例中电子转账的方法另一个实施例示意图；图11为本发明实施例中电子转账的方法另一个实施例示意图；图12为本发明实施例中站点融合的一个实施例示意图；图13为本发明实施例中服务器一个实施例示意图；图14为本发明实施例中服务器另一个实施例示意图；图15为本发明实施例中服务器另一个实施例示意图；图16为本发明实施例中客户端一个实施例示意图；图17为本发明实施例中客户端一个实施例示意图；图18为本发明实施例中客户端另一个实施例示意图；图19为本发明实施例中服务器一个结构示意图；图20为本发明实施例中客户端一个结构示意图；具体实施方式本发明实施例提供了一种电子转账的方法以及相关装置，能够打通企业级客户端和个人客户端之间的桥梁，赋予企业级客户端转账的能力，可以更便捷地对指定的员工进行收款或付款，解决了操作繁琐的问题，从而提升方案的实用性。本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。应理解，本方案主要应用于企业级即时通信类应用程序，同时，还利用已经获得支付牌照的个人即时通信类应用程序解决企业级支付方案，使得企业级即时通信类应用程序能够与个人即时通信类应用程序融合，并提供企业红包、商对客(Business-to-Customer，B2C)和客对商(Customer-to-Business，C2B)等业务。请参阅图1，图1为本发明实施例中电子转账系统的一个架构示意图，如图所示，企业管理员通过商户平台设置业务内容，比如设置企业红包、B2C或者C2B等业务，商户平台将企业管理员输入的数据传输至后台的服务器中，这里的服务器是集成企业级即时通信类应用程序服务和个人即时通信类应用程序服务的一个服务器，也可以是指服务器集群，不同的服务器用于提供不同的服务，比如企业级即时通信类应用程序对应于一部分服务器，而个人即时通信类应用程序对应于另一部分服务器，此处不做限定。此外，这里需要注意的是，为了提升方案的安全性，企业管理员通常是在个人电脑上设置相关业务的，商户平台通常在个人电脑上被开启，这是因为个人电脑会有防火墙以及杀毒软件等，而手机和平板电脑等设备难以安装这类软件。服务器将企业管理员输入的数据下发至终端设备，具体地，在终端设备上部署有企业级即时通信类应用程序和个人即时通信类应用程序，同一个员工在企业级即时通信类应用程序中的标识，与在个人即时通信类应用程序的标识是可以相互转换的，利用标识之间的关联关系，可以打通企业级即时通信类应用程序和个人即时通信类应用程序之间的桥梁，从而员工能够根据企业管理员下发的请求进行付款或者收款等操作。为了便于介绍，请参阅图2，图2为本发明实施例中电子转账的方法一个交互示意图，如图所示，具体地；步骤S1中，首先企业管理员通过商户平台向服务器发送电子转账信息，电子转账信息中携带了企业标识、第一员工标识、转账金额以及转账类型；步骤S2中，服务器内可以维护一个账号对应关系，通过企业标识可以找到对应的企业资金账户，第一员工标识是指在第一客户端中员工的标识，根据第一员工标识还可以知道该员工在第二客户端中的第二员工标识；步骤S3中，服务器向第一客户端发送第一员工标识；步骤S4中，然后第一客户端可以根据第一员工标识和第二员工标识之间的对应关系，再向第二客户端发送第二员工标识，当然，这两个标识都指向同样的员工；步骤S5中，打通第一客户端和第二客户端之间的联系，使得员工能够通过第二客户端与企业资金账户进行收款或者付款。应理解，本发明中的第一客户端即为企业级即时通信类应用程序，具体可以是“企业微信”或者与这款应用程序类似的其他应用程序。下面将以“企业微信”为例进行介绍，但这不应理解为是对第一客户端功能和使用方式的限定。“企业微信”作为一款办公沟通工具，除了具有类似“微信”的聊天功能，还集成了公费电话和邮件功能。同时，公告、考勤、请假和报销等功能都可在软件内实现。“企业微信”具有如下几类功能：(1)企业通讯录功能，支持批量导入企业通讯录并统一管理，找同事更准确方便；(2)视频会议功能，高清稳定的视频会议，支持文档演示和屏幕共享，支持用电话接入，可多个人同时参与；(3)公费电话功能，由公司统一付费的电话沟通方式，方便与客户、同事多人通话沟通工作；(4)企业邮箱功能，在这里收发工作邮件，还可一键转发邮件到群聊，基于邮件快速沟通；(5)消息云端同步功能，电脑与手机多平台消息实时同步，并云端保存；(6)第三方应用功能，为企业提供了优质的第三方应用，覆盖移动办公、团队协同、客户关系、文化建设等多个领域；(7)应用程序编程接口(ApplicationProgrammingInterface，API)功能，丰富的API接口，方便开发和接入更多企业应用。应理解，本发明中的第二客户端即为个人即时通信类应用程序，具体可以是“微信”、“QQ”或者类似的其他应用程序。下面将从服务器的角度，对本发明中电子转账的方法进行介绍，请参阅图3，本发明实施例中电子转账的方法一个实施例包括：101、接收电子转账信息，其中，电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型；本实施例中，企业管理员可通过商户平台设置电子转账信息，电子转账信息中携带了企业标识、第一员工标识、转账金额以及转账类型。其中，企业标识可以认为是企业的身份标识，每个企业拥有唯一的一个标识，企业标识可以表示为tencent或者bigworld666等。第一员工标识是指企业员工在第一客户端中的标识，比如员工A在第一客户端中的标识可以为jack123。而转账金额是指本次转账的额度，通常是以人民币为单位，如果金额为200，则根据转账类型确实是企业向员工A支付200元，还是企业向员工A收取200元。转账类型可以指示是收款类型还是付款类型，收款类型是指向企业员工收取费用，而付款类型是指向企业员工支付费用，其中，收款类型可以是普通的付款，也可以是红包支付等。102、根据账号对应关系确定电子转账信息所对应的第二员工标识，其中，账号对应关系中包括企业标识、第一员工标识、第二员工标识以及企业资金账户之间的关联关系；本实施例中，服务器内部维护一个账号对应关系，可以通过账号对应关系确定本次转账目标员工A在第二客户端中的标识，即得到第二员工标识。这是因为第一客户端与第二客户端不是同一个体系，即便是同一个员工，在不同的客户端中也会对应不同的标识，但是服务器可以拉取与该员工关联的身份信息，从而确定第一员工标识与第二员工标识之间的关系。此外，服务器维护的账号对应关系中还包括企业标识与企业资金账户之间的关系，四者构成一个表1所示的对应关系。表1企业标识企业资金账户第一员工标识第二员工标识happyshop666123456789MARK123Mark111happyshop666123456789ANNE484Annewong48happyshop666123456789BETTY751Mynamehappyshop666123456789TIM381Bingbing789happyshop666123456789PETER637daxiaolihappyshop666123456789TOM147funnnnne表1是以企业标识为“happyshop666”的企业为例，目前有六位员工在该企业中工作，每位员工都在第一客户端和第二客户端中拥有账号信息。从表1可以看出，企业标识与企业资金账户具有唯一对应关系，而第二员工标识与员工账户具有对应关系。103、根据电子转账信息中的转账类型以及转账金额，通过企业资金账户以及第二员工标识所对应的员工账户完成转账操作，其中，第二员工标识与员工账户具有对应关系，企业标识与企业资金账户具有唯一对应关系。本实施例中，服务器解析电子转账信息后，得到转账类型以及转账金额，然后选择待转账的第二员工标识，通过企业资金账户向第二员工标识所对应的员工账户进行付款，或通过企业资金账户接收来自第二员工标识所对应的员工账户发来的款项。本发明实施例中，提供了一种电子转账的方法，首先服务器接收电子转账信息，其中，电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型，然后根据账号对应关系确定电子转账信息所对应的第二员工标识，其中，账号对应关系中包括企业标识、第一员工标识、第二员工标识以及企业资金账户之间的关联关系，最后，服务器根据电子转账信息中的转账类型以及转账金额，通过企业资金账户向第二员工标识所对应的员工账户进行转账，其中，第二员工标识与员工账户具有对应关系，企业标识与企业资金账户具有唯一对应关系。通过上述方式，能够打通企业级客户端和个人客户端之间的桥梁，赋予企业级客户端转账的能力，可以更便捷地对指定的员工进行收款或付款，解决了操作繁琐的问题，从而提升方案的实用性。可选地，在上述图3对应的实施例的基础上，本发明实施例提供的电子转账的方法第一个可选实施例中，根据账号对应关系确定电子转账信息所对应的第二员工标识之前，还可以包括：获取第一员工标识以及第二员工标识，其中，第一员工标识表示目标员工在第一客户端中的标识，第二员工标识表示目标员工在第二客户端中的标识；获取企业标识以及企业资金账户，其中，企业标识表示企业在第一客户端中的标识；根据第一员工标识、第二员工标识、企业标识以及企业资金账户建立账号对应关系。本实施例中，服务器需要提前建立起账号对应关系，为了便于理解，请参阅图4，图4为本发明实施例中账号互通的一个实施例示意图，如图所示，第一客户端内部是基于通用账户(virtualidentityelectronicidentification，VID)体系实现的，而第二客户端的收付款是基于OPENID体系实现的。所以账号互通就是将VID和OPENID进行互相转换，其中，VID可以为第一员工标识，OPENID可以为第二员工标识，如果员工的第一客户端是使用第二客户端共享登录的，则可以使用转换工具完成标识之间的相互转换。其中，VID是用户在网络中证明自己身份或表明某种资格时所使用的工具。亦可根据在网络通讯中对方出示的VID来判定他的真实身份或某种资格。VID是将用户现实中的身份资料包括文字资料、语音和指纹等信息采集到服务器中然后生成一个账户。OPENID是一个以用户为中心的数字身份识别框架，它具有开放、分散性。OPENID的创建基于这样一个概念，可以通过网站地址来认证一个网站的唯一身份，同理，我们也可以通过这种方式来作为用户的身份认证。其次，本发明实施例中，服务器需要预先获取第一员工标识、第二员工标识、企业标识以及企业资金账户，然后在后台将这四者关联起来，形成账号对应关系，以便后续使用。通过上述方式，如果企业级客户端的账号是使用个人客户端共享登录的，那么两者之间可以进行转换，将企业级客户端中的第一员工标识与个人客户端中的第二员工标识进行关联，从而实现不同客户端之间的账号互通，打破不同体系之间的瓶颈。可选地，在上述图3对应的第一个实施例的基础上，本发明实施例提供的电子转账的方法第二个可选实施例中，获取企业标识以及企业资金账户之后，还可以包括：若企业标识为合法企业标识，则获取与企业标识关联的N个待选择资金账户，其中，N为大于或等于0的整数；若N大于0，则从N个待选择资金账户中选择一个账户作为企业资金账户；若N等于0，则接收账户申请请求，以根据账户申请请求建立企业资金账户。本实施例中，介绍一种绑定企业资金账户和企业标识的一种方式，首先需要了解的是，绑定企业资金账户和企业标识的前提是需要企业已认证，且该企业有至少一个合法的待选择资金账户。为了便于理解，请参阅图5A至图5D，图5A至图5D均为开通企业资金账户的一个界面示意图，如图5A所示，首先企业具有唯一的一个企业标识(如企业的组织机构代码)，后台可以通过访问工商局网站查询该企业标识是否合法，如果是合法的公司，则企业管理员可以选择“立即开通”的选项，由此进入图5B所示的界面。请参阅图5B，如果企业没有待选择资金账户，则选择“新申请”的选项，如果企业拥有至少一个待选择资金账户，则选择“绑定”的选项，也就是说，企业管理员可以绑定已有企业资金账户或者开通新的企业资金账户。接下来需要绑定第一客户端与企业资金账户，企业管理员需要在图5C所示的界面上填写联系人姓名、手机号码、短信验证码、常用邮箱和商户简称等。完成第一客户端与企业资金账户的绑定以后，第二客户端会为该企业资金账户开通第一客户端的支付专区产品能力，即可以在图5D所示的界面上看到相关业务，开通第一客户端的支付专区能力以后，企业管理员将可以正常使用第一客户端提供的企业红包、企业收款和企业付款等多种支付产品。下面以“企业微信”为例进行介绍，请参阅图6，图6为本发明实施例中绑定企业标识与企业资金账户的一个流程示意图，如图所示，具体地：步骤A1中，企业管理员登录“企业微信”的管理端，也就是图5A至图5D所示的平台界面，假设企业管理员输入的企业组织机构代码为012345678；步骤A2中，需要判断该企业是否通过认证，一种验证方式为，判断该企业的组织机构代码是否合法，即可从工商局网站中查询012345678是否是已注册的企业，若是，则进入步骤A3，反之，则跳转至步骤A5；步骤A3中，在确定该企业的合法性之后，获取与该企业关联的商户列表，其中，商户列表是用于展示待选择资金账户的；步骤A4中，如果该企业还未通过认证，则需要向工商局或者相关机构递交企业认证资质，在通过认证之后进入步骤A3；步骤A5中，判断商户列表中是否存在具有关联性的商户号，这里的商户号也就是待选择资金账户，若是，则进入步骤A6，反之，则跳转至步骤A8；步骤A6中，接下来继续判断是否关联了两个或两个以上的待选择资金账户，如果是，则进入步骤A7，反之，则跳转至步骤A9；步骤A7中，在具有多个待选择资金账户的前提下，需要选择唯一的一个待选择资金账户作为最后付款和收款的企业资金账户；步骤A8中，如果商户列表中不存在具有关联性的待选择资金账户，那么还需要企业管理员重新申请一个企业资金账户；步骤A9中，在只有一个待选择资金账户的前提下，即将该待选择资金账户确定为企业资金账户，至此完成绑定入驻。再次，本发明实施例中，服务器在获取企业标识以及企业资金账户之后，首先需要判断企业标识的合法性，只有在合法的条件下才能绑定企业资金账户，这样能够保证方案的安全性。此外，如果一个企业标识未关联任何企业资金账户，则需要重新申请一个合法的企业资金账户。如果一个企业标识关联了多个企业资金账户，那需要从中选择其中一个作为最终的企业资金账户，由此提升方案的可行性和合理性。可选地，在上述图3以及图对应的第一个或第二个实施例的基础上，本发明实施例提供的电子转账的方法第三个可选实施例中，根据电子转账信息中的转账类型以及转账金额，通过企业资金账户以及第二员工标识所对应的员工账户完成转账操作，可以包括：若转账类型为付款类型，则通过企业资金账户向第二员工标识所对应的员工账户进行付款。本实施例中，将介绍一种企业直接进行付款的方式，其中，直接付款有两种常见的形式，一种是企业红包发放，另一种是企业直接发放。企业红包发放的过程是，企业管理员直接通过界面操作的方式完成选择员工、传图片、传视频和设置红包金额等方式完成发放。企业直接发放是企业管理员直接选择员工之后完成对员工付款。因为第一客户端不具有独立支付和收款的能力，所以需要借助第二客户端完成收款，被选择的员工在第二客户端中是以第二员工标识出现的，因此，需要通过第二员工标识来关联员工所对应的员工个人账户，最后，服务器通过企业资金账户向员工的个人账户进行付款。此外，企业管理员可以导出企业红包发放流水以及企业直接发放流水。为了便于理解，请参阅图7，图7为本发明应用场景中企业红包派发的一个流程示意图，企业红包是指以企业名义为员工发放的现金红包，如节日红包以及奖励红包等。企业红包将在第一客户端中展示。可自定义发放员工范围、红包额度、红包发放者名称、头像和消息内容，红包内容支持插入图片、视频。如图7所示，具体地：步骤B1中，企业管理员登录微信支付商户平台，即如图5A至图5B所示的平台；步骤B2中，由微信支付商户平台向企业微信后台发送登录信息，由此判断企业管理员是否登录企业微信；步骤B3中，企业微信后台登录企业微信并返回会话控制(session)态，在企业微信完成登录以后，企业微信返回一个经过特殊处理后不可遍历的标识，此标识用于保存用户的企业以及身份信息，出于安全的考虑，只传递此标识到微信支付后台；步骤B4中，企业微信登录成功后，企业微信后台向微信支付商户平台返回一个登录成功的消息；步骤B5中，微信支付商户平台使用操作证书获取微信支付后台的商户凭证，其中，商户凭证是微信支付内部用于进行安全认证的防范工具，派发此凭证需要用户安装一个本地的证书插件，以此提高安全级别；步骤B6中，由微信支付后台返回该商户凭证；步骤B7中，企业管理员通过微信支付商户平台发起红包任务；步骤B8中，企业微信后台根据session获取企业信息和用户信息；步骤B9中，企业微信后台将红包提交到微信支付后台，即用户提交红包发放任务后首先请求会转发到企业微信后台，企业微信后台进行一定的校验之后，会把任务继续转发到微信支付后台；步骤B10中，微信支付后台校验商户凭证是否合法，其中，商户凭证的校验遵循“由谁生成由谁验证”的原则，微信支付后台进行安全验证，检验红包任务的发起者操作是否合法；步骤B11中，微信支付后台检查余额并完成资金划拨，即微信支付后台在完成安全验证之后，首先对资金余额是否充足进行验证，如果充足则执行红包逻辑并完成资金的划拨处理；步骤B12中，微信支付后台将红包任务加入队列，在微信支付后台完成红包逻辑的处理以后，企业微信后台再将红包任务加入到发放队列里面，待时间到达后自动触发；步骤B13中，企业微信后台告知微信支付商户平台红包任务是否成功。进一步地，本发明实施例中，介绍了一种企业直接进行付款的方式，在服务器确定转账类型为付款类型之后，就能够通过企业资金账户向第二员工标识所对应的员工账户进行付款。通过上述方式，可以高效地完成企业级付款的任务，使得员工直接能够从个人账户接收来自企业资金账户的款项，从而提升方案的实用性。可选地，在上述图3以及图对应的第一个或第二个实施例的基础上，本发明实施例提供的电子转账的方法第四个可选实施例中，接收电子转账信息，可以包括：导入配置文件，其中，配置文件为表格类文件；解析配置文件得到电子转账信息；根据电子转账信息中的转账类型以及转账金额，通过企业资金账户以及第二员工标识所对应的员工账户完成转账操作，包括：若转账类型为付款类型，则通过企业资金账户向第二员工标识所对应的员工账户进行付款。本实施例中，介绍了一种利用配置文件付款的方式，首先服务器导入配置文件，该配置文件是表格类的文件，且配置文件是具有模板的，企业管理员只需要将与转账相应的数据填入表格模板中即可，然后将配置文件导入到服务器中，服务器可以解析配置文件，从而得到电子转账信息。根据电子转账信息中指示的转账类型，如果确定当前为付款类型，那么本次转账就是由企业向员工支付费用，此外，还能获取到转账金额，也就知道企业应该向员工支付多少费用。如上述实施例描述的内容，服务器通过企业资金账户向第二客户端中第二员工标识对应的员工账户进行付款。可以理解的是，配置文件的格式可以是微软公司开发的表格类软件——MicrosoftExcel，也可以是LibreOffice、Google文档、AceyOffice或者其他类型的表格类软件，表格类软件能够直观地展示数据。进一步地，本发明实施例中，介绍了一种利用配置文件进行付款的方式，服务器可以直接导入预先设置好的导入配置文件，解析配置文件后得到电子转账信息，若转账类型为付款类型，则通过企业资金账户向第二员工标识所对应的员工账户进行付款。通过上述方式，对于企业员工数量非常多的情况而言，可以不需要依次输入与每位员工的相关转账信息，而是直接导入已经设置好的配置文件即可，由此，大幅度地提升数据录入效率。可选地，在上述图3以及图对应的第一个或第二个实施例的基础上，本发明实施例提供的电子转账的方法第五个可选实施例中，接收电子转账信息，可以包括：接收M张电子报销单据，其中。M为大于或等于1的整数；解析M张电子报销单据得到电子转账信息；根据电子转账信息中的转账类型以及转账金额，通过企业资金账户以及第二员工标识所对应的员工账户完成转账操作，包括：若转账类型为付款类型，则通过企业资金账户向第二员工标识所对应的员工账户进行付款。本实施例中，介绍了一种电子报销单据进行付款的方式，企业管理员或者企业员工还可以上传至少一张电子报销单据，由服务器接收这些电子报销单据，其中，电子报销单据中需要填写与报销相关的信息，比如报销人姓名、所属部门、职务、日期、报销类目以及报销费用等，其中，服务器能够识别关键信息，如识别数字或者特殊字符等，从而截获电子报销单据中的电子转账信息。根据电子转账信息中指示的转账类型，如果确定当前为付款类型，那么本次转账就是由企业向员工支付费用，此外，还能获取到转账金额，也就知道企业应该向员工支付多少费用。如上述实施例描述的内容，服务器通过企业资金账户向第二客户端中第二员工标识对应的员工账户进行付款。进一步地，本发明实施例中，介绍了一种电子报销单据进行付款的方式，服务器可以接收员工上传的M张电子报销单据，解析M张电子报销单据得到电子转账信息，如果转账类型为付款类型，那么服务器通过企业资金账户向员工账户进行付款。通过上述方式，企业员工可以根据需求上传已经填写好的电子报销单据，这个操作既可以是收集所有电子报销单据统一上传，也可以是由各位员工分别上传的，相比于企业管理员依次填写电子转账信息而言，显得更加灵活、快捷且使用。可选地，在上述图3以及图对应的第一个或第二个实施例的基础上，本发明实施例提供的电子转账的方法第六个可选实施例中，接收电子转账信息，可以包括：当目标应用程序调用第一客户端的应用程序编程接口API时，通过目标应用程序接收电子转账信息；根据电子转账信息中的转账类型以及转账金额，通过企业资金账户以及第二员工标识所对应的员工账户完成转账操作，包括：若转账类型为付款类型，则通过企业资金账户向第二员工标识所对应的员工账户进行付款。本实施例中，企业还可以根据实际需求开发目标应用程序，比如企业开发了一款定时奖励企业员工的应用程序，而第一客户端开放有API接口，该目标应用程序可以调用API，服务器能够通过目标应用程序获取相关的电子转账信息。如果转账类型为付款类型，那么服务器可以通过企业资金账户向第二员工标识所对应的员工账户进行付款。其中，API是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。API可以应用于所有计算机平台和操作系统。这些API以不同的格式连接数据。每种数据格式要求以不同的数据命令和参数实现正确的数据通信，但同时也会产生不同类型的错误。因此，除了具备执行数据共享任务所需的知识以外，这些类型的API还必须解决很多网络参数问题和可能的差错条件，即每个应用程序都必须清楚自身是否有强大的性能支持程序间通信。相反由于这种API只处理一种信息格式，所以该情形下的信息交付API只提供较小的命令、网络参数以及差错条件子集。正因为如此，交付API方式大大降低了系统复杂性，所以当应用程序需要通过多个平台实现数据共享时，采用信息交付API类型是比较理想的选择。进一步地，本发明实施例中，企业还可以根据实际需求开发目标应用程序，基于目标应用程序向企业用户付款，通过目标应用程序接收电子转账信息，如果转账类型为付款类型，那么服务器通过企业资金账户向员工账户进行付款。通过上述方式，企业可以根据实际需求开发自定义付款功能，借助API实现自定义付款的场景，便于企业展开灵活地业务，从而提升方案的灵活性和可操作性。可选地，在上述图3以及图对应的第一个或第二个实施例的基础上，本发明实施例提供的电子转账的方法第七个可选实施例中，根据电子转账信息中的转账类型以及转账金额，通过企业资金账户以及第二员工标识所对应的员工账户完成转账操作，可以包括：若转账类型为收款类型，则通过第一客户端向第二客户端发送收款消息，其中，收款消息中携带转账金额以及第二员工标识；通过企业资金账户接收来自第二员工标识对应的员工账户所支付的金额。本实施例中，上述实施例从企业付款的角度对本方案进行说明，企业付款提供由企业直接付钱至员工个人账户的能力，付款消息在第一客户端中收到。且支持直接发放、文件发放、从报销发放及接口调用四种方式，资金到账速度快，使用及查询方便。主要用来解决合理的企业对员工付款需求，比如员工报销和申请等。下面将介绍企业收款的方案，企业收款提供由员工直接对企业支付的能力，收款消息在第一客户端中收到。所付款项将进入企业所关联的企业资金账户中，且支持直接收款、文件收款、二维码收款及接口调用四种方式，资金到账速度快，使用及查询方便。主要用来解决合理的企业收款需求，比如充饭卡或者缴纳停车费等。具体地，在直接收款的场景中，服务器先通过第一客户端下发收款消息，于是可以在第一客户端的界面上展示收款消息，员工触发收款消息之后，第一客户端会向第二客户端发送该收款消息，使得第二客户端能够根据第二员工标识确定所对应的员工账户，由该员工账户向企业资金账户支付款项。为了便于理解，请参阅图8，图8为本发明应用场景中企业直接发起收款的一个流程示意图，如图所示，具体地：步骤C1中，企业管理员登录微信支付商户平台，即如图5A至图5B所示的平台；步骤C2中，由微信支付商户平台向企业微信后台发送登录信息，由此判断企业管理员是否登录企业微信；步骤C3中，企业微信后台登录企业微信并返回会话控制(session)态，在企业微信完成登录以后，企业微信返回一个经过特殊处理后不可遍历的标识，此标识用于保存用户的企业以及身份信息，出于安全的考虑，只传递此标识到微信支付后台；步骤C4中，企业微信登录成功后，企业微信后台向微信支付商户平台返回一个登录成功的消息；步骤C5中，微信支付商户平台使用操作证书获取微信支付后台的商户凭证，其中，商户凭证是微信支付内部用于进行安全认证的防范工具，派发此凭证需要用户安装一个本地的证书插件，以此提高安全级别；步骤C6中，由微信支付后台返回该商户凭证；步骤C7中，企业管理员通过微信支付商户平台发起收款任务；步骤C8中，微信支付商户平台向企业微信后台发送员工对应的用户信息，使企业微信后台对用户信息进行验证；步骤C9中，微信支付后台将验证该企业的商户凭证；步骤C10中，在企业的商户凭证验证成功之后，微信支付后台向企业微信后台返回验证接口；步骤C11中，企业微信后向企业微信客户端推送收款消息；步骤C12中，企业员工可以在企业客户端上点击该收款消息，从而发起收款请求；步骤C13中，企业微信客户端向微信支付后台请求预支付下单，比如预支付68元；步骤C14中，微信支付后台会根据企业微信客户端预支付下单的数据判断是否满足要求，假设预支付下单的金额为68，而账户余额为30，那么无法满足支付请求，如果账户余额大于或等于68，则表示满足支付请求；步骤C15中，在满足支付请求的情况下，企业微信客户端调用微信客户端的支付软件开发工具包(SoftwareDevelopmentKit，SDK)；步骤C16中，微信客户端拉起收据，至此完成支付流程。进一步地，本发明实施例中，介绍了一种企业直接进行收款的方式，在服务器确定转账类型为收款类型之后，可以通过第一客户端向第二客户端发起收款消息，然后触发第二客户端中的员工账户向企业资金账户支付相应的金额，由此完成企业收款。通过上述方式，可以高效地完成企业级收款的任务，使得企业资金账户能够直接接收来自员工个人账户的款项，从而提升方案的实用性。可选地，在上述图3以及图对应的第一个或第二个实施例的基础上，本发明实施例提供的电子转账的方法第八个可选实施例中，接收电子转账信息，可以包括：导入配置文件，其中，配置文件为表格类文件；解析配置文件得到电子转账信息；根据电子转账信息中的转账类型以及转账金额，通过企业资金账户以及第二员工标识所对应的员工账户完成转账操作，包括：若转账类型为收款类型，则通过第一客户端向第二客户端发送收款消息，其中，收款消息中携带转账金额以及第二员工标识；通过企业资金账户接收来自第二员工标识对应的员工账户所支付的金额。本实施例中，介绍了一种利用配置文件收款的方式，首先服务器导入配置文件，该配置文件是表格类的文件，且配置文件是具有模板的，企业管理员只需要将与转账相应的数据填入表格模板中即可，然后将配置文件导入到服务器中，服务器可以解析配置文件，从而得到电子转账信息。根据电子转账信息中指示的转账类型，如果确定当前为收款类型，那么本次转账就是由员工向企业支付费用，此外，服务器还能获取到转账金额，也就知道员工应该向企业支付多少费用。如上述实施例描述的内容，服务器通过企业资金账户接收来自第二客户端中员工账户支付的金额。可以理解的是，配置文件的格式可以是微软公司开发的表格类软件——MicrosoftExcel，也可以是LibreOffice、Google文档、AceyOffice或者其他类型的表格类软件，此处不做限定。进一步地，本发明实施例中，介绍了一种利用配置文件进行收款的方式，服务器可以直接导入预先设置好的导入配置文件，解析配置文件后得到电子转账信息，若转账类型为收款类型，则通过企业资金账户接收来自员工账户所支付的金额。通过上述方式，对于企业员工数量非常多的情况而言，可以不需要依次输入与每位员工的相关转账信息，而是直接导入已经设置好的配置文件即可，由此，大幅度地提升数据录入效率。可选地，在上述图3以及图对应的第一个或第二个实施例的基础上，本发明实施例提供的电子转账的方法第九个可选实施例中，根据电子转账信息中的转账类型以及转账金额，通过企业资金账户以及第二员工标识所对应的员工账户完成转账操作，可以包括：若转账类型为收款类型，则生成收款二维码，其中，收款二维码携带转账金额；当目标员工扫描收款二维码，且通过验证时，通过企业资金账户接收来自第二员工标识对应的员工账户所支付的金额。本实施例中，将介绍了一种利用二维码进行收款的方式，首先服务器在确定企业向员工收取费用之后，可以根据电子转账信息生成收款二维码，这里的收款二维码中携带了项目信息，还可以携带企业标识，将收款二维码发送至第一客户端，企业员工可以通过长按收款二维码进行二维码识别，也可以通过摄像头扫描该收款二维码来进行识别。在验证企业员工身份之后，服务器即可通过企业资金账户接收来自员工账户所支付的金额，其中，该员工账户与第二员工标识具有对应关系。需要说明的是，收款二维码中携带项目信息，企业员工在扫描该收款二维码之后能够根据项目信息的内容(比如缴纳党费或者缴纳饭卡)，自定义输入支付金额。进一步地，本发明实施例中，介绍了一种利用二维码进行收款的方式，如果是企业需要向员工收款的情况，那么服务器还可以生成收款二维码，员工以扫描收款二维码的形式向企业资金账户进行支付。通过上述方式，在企业收款的时候还提供了扫描收款二维码的渠道，企业员工可以在第一客户端上识别收款二维码，验证通过后向企业资金账户支付款项，也可以拍摄收款二维码，通过验证后向企业资金账户支付款项，无论哪种方式，对于员工而言都是非常便利的，并且提供了另一种收款渠道，从而提升方案的灵活性。可选地，在上述图3以及图对应的第一个或第二个实施例的基础上，本发明实施例提供的电子转账的方法第十个可选实施例中，接收电子转账信息，可以包括：当目标应用程序调用服务器的API时，通过目标应用程序接收电子转账信息；根据电子转账信息中的转账类型以及转账金额，通过企业资金账户以及第二员工标识所对应的员工账户完成转账操作，包括：若转账类型为收款类型，则通过第一客户端向第二客户端发送收款消息，其中，收款消息中携带转账金额以及第二员工标识；通过企业资金账户接收来自第二员工标识对应的员工账户所支付的金额。本实施例中，假设企业需要开发一个收取党费或者收取饭卡类的应用程序，可以借助javascript脚本语言API来开发自定义的支付场景。在目标应用程序调用服务器的API时，服务器可以通过目标应用程序接收电子转账信息，于是服务器可以通过第一客户端向第二客户端发送收款消息，企业员工通过员工账户向企业资金账户缴纳相应的金额。为了便于介绍，请参阅图9，图9为本发明应用场景中企业自定义收款的一个流程示意图，如图所示，具体地；步骤D1中，用户开启企业微信客户端，其中，这里的用户既可以是企业员工，也可以企业管理员；步骤D2中，用户打开自定义应用主页时通过oauth2.0方式或者私有javascript脚本语言API将VID转换为OPENID；步骤D3中，在企业微信客户端中打开企业微信网页，该网页可以是第五步超级文本标记语言(HyperTextMarkupLanguage，HTML)5，其中，在开启企业微信网页的请求中携带了第二员工标识OPENID；步骤D4中，企业微信H5向商户后台请求生成支付订单，该支付订单中携带支付参数信息(如付款方、收款方以及转账金额等)以及OPENID；步骤D5中，由商户后台生成订单；步骤D6中，商户后台调用统一的下单API；步骤D7中，企业管理员可以使用应用企业标识等信息到微信支付后台调用统一下单接口，完成预支付订单的下单操作；步骤D8中，微信支付后台向商户后台返回预付订单信息的标识；步骤D9中，商户后台生成javascript脚本语言API页面需要调用的参数，当企业微信客户端接收到支付请求操作时，企业微信客户端会根据一定的转换规则将javascript脚本语言数据包转换为支付格式的数据包；步骤D10中，商户后台向微信企业H5返回支付参数，步骤D11中，用户通过企业微信H5确认支付操作；步骤D12中，由企业微信H5向企业微信客户端传递javascript脚本语言API所需参数；步骤D13中，支付参数通过调用支付SDK调起微信支付，也就是企业微信客户端将转换后的数据调用微信支付支付SDK；步骤D14中，微信客户端向微信支付后台发起支付请求；步骤D15中，微信支付后台对企业标识、VID、OPENID以及支付逻辑等信息进行验证，包括一致性验证以及安全性验证；步骤D16中，微信支付后台向微信客户端返回需要支付权限；步骤D17中，用户输入支付密码；步骤D18中，微信客户端向微信支付后台提交支付授权的请求；步骤D19中，微信支付后台对支付数据包进行有效性校验，如果发起是从企业微信客户端发起的支付请求，则认为校验成功；步骤D20中，进入异步处理环节，微信支付后台向商户后台返回支付结果；步骤D21中，商户后台接收并保存支付通知；步骤D22中，商户后台向微信支付后台返回已成功处理的消息；步骤D23中，微信支付后台向微信客户端反馈支付结果；步骤D24中，微信客户端将支付状态通过企业微信客户端的回调接口进行回调操作；步骤D25中，使企业微信H5能够回调支付状态；步骤D26中，企业微信H5通过商户后台查询实际支付结果；步骤D27中，商户后台调用微信支付后台的查询API，从而得到所需的支付结果；步骤D28中，微信支付校验成功以后拉起微信支付收银台，完成支付操作并回调企业的支付回调地址，微信支付后台向商户后台返回一个支付结果；步骤D29中，商户后台向企业微信H5返回支付结果；步骤D30中，显示支付结果的页面，使得员工可以通过企业微信H5看到最终的转账情况。进一步地，本发明实施例中，企业还可以根据实际需求开发目标应用程序，基于目标应用程序向企业用户收款，通过目标应用程序接收电子转账信息，如果转账类型为收款类型，那么服务器通过企业资金账户接收员工账户支付的款项。通过上述方式，企业可以根据实际需求开发自定义付款功能，即第二客户端提供开放能力供企业开发者开发自定义的应用，借助JAPI实现自定义付款的场景，便于企业展开灵活地业务，从而提升方案的灵活性和可操作性。下面将从第一客户端的角度，对本发明中电子转账的方法进行介绍，请参阅图10，本发明实施例中电子转账的方法一个实施例包括：201、若转账类型为收款类型，则接收服务器发送的收款消息，其中，收款消息中携带转账金额以及第二员工标识，第二员工标识为账号对应关系确定的，账号对应关系中包括企业标识、第一员工标识、第二员工标识以及企业资金账户之间的关联关系；本实施例中，企业管理员可通过商户平台设置电子转账信息，电子转账信息中携带了企业标识、第一员工标识、转账金额以及转账类型。其中，企业标识可以认为是企业的身份标识，每个企业拥有唯一的一个标识。第一员工标识是指企业员工在第一客户端中的标识。而转账金额是指本次转账的额度，通常是以人民币为单位。转账类型可以指示是收款类型还是付款类型，收款类型是指向企业员工收取费用，而付款类型是指向企业员工支付费用，其中，收款类型可以是普通的付款，也可以是红包支付等。如果转账类型为收款类型，则第一客户端可以接收服务器发送的收款消息，其中，收款消息中携带转账金额以及第二员工标识。202、向第二客户端发送收款消息，以使第二员工标识对应的员工账户向企业资金账户支付金额，其中，第二员工标识与员工账户具有对应关系，企业标识与企业资金账户具有唯一对应关系。本实施例中，服务器内部维护一个账号对应关系，可以通过账号对应关系确定本次转账目标员工在第二客户端中的标识，即得到第二员工标识。这是因为第一客户端与第二客户端不是同一个体系，即便是同一个员工，在不同的客户端中也会对应不同的标识，但是服务器可以拉取与该员工关联的身份信息，从而确定第一员工标识与第二员工标识之间的关系。第一客户端向第二客户端发送收款消息，第二客户端接收收款消息，然后通过第二员工标识对应的员工个人账户向企业资金账户支付相应的金额。第二员工标识与员工账户具有对应关系，企业标识与企业资金账户具有唯一对应关系。本发明实施例中，提供了一种电子转账的方法，如果转账类型为收款类型，则第一客户端接收服务器发送的收款消息，其中，收款消息中携带转账金额以及第二员工标识，第一客户端向第二客户端发送收款消息，以使第二员工标识对应的员工账户向企业资金账户支付金额。通过上述方式，能够打通企业级客户端和个人客户端之间的桥梁，赋予企业级客户端转账的能力，可以更便捷地对指定的员工进行收款或付款，解决了操作繁琐的问题，从而提升方案的实用性。下面将从第二客户端的角度，对本发明中电子转账的方法进行介绍，请参阅图11，本发明实施例中电子转账的方法一个实施例包括：301、若转账类型为收款类型，则接收第一客户端发送的收款消息，其中，收款消息中携带转账金额以及第二员工标识，第二员工标识为账号对应关系确定的，账号对应关系中包括企业标识、第一员工标识、第二员工标识以及企业资金账户之间的关联关系；本实施例中，企业管理员可通过商户平台设置电子转账信息，电子转账信息中携带了企业标识、第一员工标识、转账金额以及转账类型。其中，企业标识可以认为是企业的身份标识，每个企业拥有唯一的一个标识。第一员工标识是指企业员工在第一客户端中的标识。而转账金额是指本次转账的额度，通常是以人民币为单位。转账类型可以指示是收款类型还是付款类型，收款类型是指向企业员工收取费用，而付款类型是指向企业员工支付费用，其中，收款类型可以是普通的付款，也可以是红包支付等。如果转账类型为收款类型，则第一客户端可以接收服务器发送的收款消息，其中，收款消息中携带转账金额以及第二员工标识。第一客户端再向第二客户端发送收款消息，使得第二客户端也能收到该收款消息。302、根据收款消息，通过第二员工标识对应的员工账户向企业资金账户支付金额，其中，第二员工标识与员工账户具有对应关系，企业标识与企业资金账户具有唯一对应关系。本实施例中，服务器内部维护一个账号对应关系，可以通过账号对应关系确定本次转账目标员工在第二客户端中的标识，即得到第二员工标识。这是因为第一客户端与第二客户端不是同一个体系，即便是同一个员工，在不同的客户端中也会对应不同的标识，但是服务器可以拉取与该员工关联的身份信息，从而确定第一员工标识与第二员工标识之间的关系。第一客户端向第二客户端发送收款消息，第二客户端接收收款消息，然后通过第二员工标识对应的员工个人账户向企业资金账户支付相应的金额。第二员工标识与员工账户具有对应关系，企业标识与企业资金账户具有唯一对应关系。本发明实施例中，提供了一种电子转账的方法，如果转账类型为收款类型，则第二客户端接收第一客户端发送的收款消息，收款消息中携带转账金额以及第二员工标识，第二客户端可以根据收款消息，通过第二员工标识对应的员工账户向企业资金账户支付金额。通过上述方式，能够打通企业级客户端和个人客户端之间的桥梁，赋予企业级客户端转账的能力，可以更便捷地对指定的员工进行收款或付款，解决了操作繁琐的问题，从而提升方案的实用性。可选地，在上述图11对应的实施例的基础上，本发明实施例提供的电子转账的方法第一个可选实施例中，通过第二员工标识对应的员工账户向企业资金账户支付金额之前，还可以包括：获取静态资源请求；根据静态资源请求渲染第二客户端的界面。本实施例中，由于第一客户端不能直接开发和支付相关的业务，需要将业务部署到第二客户端的站点下，所以这里采用了将前端代码部署到第二客户端侧，服务器通过数据转发的方式实现。为了便于介绍，请参阅图12，图12为本发明实施例中站点融合的一个实施例示意图，如图所示，以第一客户端为“企业微信”，第二客户端为“微信”为例进行介绍，具体地：步骤E1中，企业管理员在浏览器中输入“pay.weixin.qq.com/xxx”之后，进入微信支付商户平台；步骤E2中，微信支付商户平台建立超文本传输协议(HyperTextTransferProtocol，HTTP)服务，并发起静态资源请求，微信客户端收到静态资源请求后可以获取网页超级文本标记语言(HyperTextMarkupLanguage，HTML)、图片和运行脚本等，利用这些静态资源渲染微信客户端的界面；步骤E3中，微信支付商户平台与微信支付服务器以及内容分发网络(ContentDeliveryNetwork，CDN)服务器建立连接，微信支付服务器用于支持支付业务，而CDN服务器用于存储静态资源；步骤E4中，在服务器侧首先接收异步请求，该异步请求可以是一个红包发放请求，也可以是其他的转账请求；步骤E5中，异步请求进入微信支付的反向代理(nginxproxy)服务器中，这个环节实现了异步请求从微信支付转发到企业微信；步骤E6中，交由企业微信的后台对员工身份进行校验，并继续交给企业微信的后台进行逻辑处理，在透传到通用网关接口(CommonGatewayInterface，CGI)的过程中，不需要进行任何处理；步骤E7中，在企业微信的后台完成逻辑处理之后，可以调用企业微信后台服务；步骤E8中，调用企业微信后台服务完成后，即可调用微信支付后台服务。其次，本发明实施例中，在第二客户端通过第二员工标识对应的员工账户向企业资金账户支付金额之前，还需要第二客户端获取静态资源请求，然后根据静态资源请求渲染第二客户端的界面。通过上述方式，在第一客户端拉取第二客户端的功能时，跳转至第二客户端时可以展示相应的支付界面，而动态资源请求在服务器侧完成即可，由此解决了第一客户端不能直接开发和支付相关业务的问题，将支付业务部署到第二客户端中，即可完成不同客户端之间的业务融合，从而提升方案的可操作性。下面对本发明中的服务器进行详细描述，请参阅图13，图13为本发明实施例中服务器一个实施例示意图，服务器40包括：接收模块401，用于接收电子转账信息，其中，所述电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型；确定模块402，用于根据账号对应关系确定所述接收模块401接收的所述电子转账信息所对应的第二员工标识，其中，所述账号对应关系中包括所述企业标识、所述第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；转账模块403，用于根据所述电子转账信息中的所述转账类型以及所述转账金额，通过所述企业资金账户以及所述确定模块402确定的所述第二员工标识所对应的员工账户完成转账操作，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本实施例中，接收模块401接收电子转账信息，其中，所述电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型，确定模块402根据账号对应关系确定所述接收模块401接收的所述电子转账信息所对应的第二员工标识，其中，所述账号对应关系中包括所述企业标识、所述第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系，转账模块403根据所述电子转账信息中的所述转账类型以及所述转账金额，通过所述企业资金账户以及所述确定模块402确定的所述第二员工标识所对应的员工账户完成转账操作，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明实施例中，提供了一种服务器，首先服务器接收电子转账信息，其中，电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型，然后根据账号对应关系确定电子转账信息所对应的第二员工标识，其中，账号对应关系中包括企业标识、第一员工标识、第二员工标识以及企业资金账户之间的关联关系，最后，服务器根据电子转账信息中的转账类型以及转账金额，通过企业资金账户向第二员工标识所对应的员工账户进行转账，其中，第二员工标识与员工账户具有对应关系，企业标识与企业资金账户具有唯一对应关系。通过上述方式，能够打通企业级客户端和个人客户端之间的桥梁，赋予企业级客户端转账的能力，可以更便捷地对指定的员工进行收款或付款，解决了操作繁琐的问题，从而提升方案的实用性。可选地，在上述图13所对应的实施例的基础上，请参阅图14，本发明实施例提供的服务器40的另一实施例中，服务器40还包括获取模块404和建立模块405；所述获取模块404，用于所述确定模块402根据账号对应关系确定所述电子转账信息所对应的第二员工标识之前，获取所述第一员工标识以及所述第二员工标识，其中，所述第一员工标识表示目标员工在第一客户端中的标识，所述第二员工标识表示所述目标员工在第二客户端中的标识；获取所述企业标识以及所述企业资金账户，其中，所述企业标识表示企业在所述第一客户端中的标识；所述建立模块405，用于根据所述获取模块404获取的所述第一员工标识、所述第二员工标识、所述企业标识以及所述企业资金账户建立所述账号对应关系。其次，本发明实施例中，服务器需要预先获取第一员工标识、第二员工标识、企业标识以及企业资金账户，然后在后台将这四者关联起来，形成账号对应关系，以便后续使用。通过上述方式，如果企业级客户端的账号是使用个人客户端共享登录的，那么两者之间可以进行转换，将企业级客户端中的第一员工标识与个人客户端中的第二员工标识进行关联，从而实现不同客户端之间的账号互通，打破不同体系之间的瓶颈。可选地，在上述图14所对应的实施例的基础上，请参阅图15，本发明实施例提供的服务器40的另一实施例中，服务器40还包括选择模块406；所述获取模块404，还用于所述获取模块404获取所述企业标识以及所述企业资金账户之后，若所述接收模块401接收的所述企业标识为合法企业标识，则获取与所述企业标识关联的N个待选择资金账户，其中，所述N为大于或等于0的整数；选择模块406，用于若所述N大于0，则从所述N个待选择资金账户中选择一个账户作为所述企业资金账户；所述建立模块405，还用于若所述N等于0，则接收账户申请请求，以根据所述账户申请请求建立所述企业资金账户。再次，本发明实施例中，服务器在获取企业标识以及企业资金账户之后，首先需要判断企业标识的合法性，只有在合法的条件下才能绑定企业资金账户，这样能够保证方案的安全性。此外，如果一个企业标识未关联任何企业资金账户，则需要重新申请一个合法的企业资金账户。如果一个企业标识关联了多个企业资金账户，那需要从中选择其中一个作为最终的企业资金账户，由此提升方案的可行性和合理性。可选地，在上述图13、图14或图15所对应的实施例的基础上，本发明实施例提供的服务器40的另一实施例中，所述转账模块403，具体用于若所述转账类型为付款类型，则通过所述企业资金账户向所述第二员工标识所对应的员工账户进行付款。进一步地，本发明实施例中，介绍了一种企业直接进行付款的方式，在服务器确定转账类型为付款类型之后，就能够通过企业资金账户向第二员工标识所对应的员工账户进行付款。通过上述方式，可以高效地完成企业级付款的任务，使得员工直接能够从个人账户接收来自企业资金账户的款项，从而提升方案的实用性。可选地，在上述图13、图14或图15所对应的实施例的基础上，本发明实施例提供的服务器40的另一实施例中，所述接收模块401，具体用于导入配置文件，其中，所述配置文件为表格类文件；解析所述配置文件得到所述电子转账信息；所述转账模块403，具体用于若所述转账类型为付款类型，则通过所述企业资金账户向所述第二员工标识所对应的员工账户进行付款。进一步地，本发明实施例中，介绍了一种利用配置文件进行付款的方式，服务器可以直接导入预先设置好的导入配置文件，解析配置文件后得到电子转账信息，若转账类型为付款类型，则通过企业资金账户向第二员工标识所对应的员工账户进行付款。通过上述方式，对于企业员工数量非常多的情况而言，可以不需要依次输入与每位员工的相关转账信息，而是直接导入已经设置好的配置文件即可，由此，大幅度地提升数据录入效率。可选地，在上述图13、图14或图15所对应的实施例的基础上，本发明实施例提供的服务器40的另一实施例中，所述接收模块401，具体用于接收M张电子报销单据，其中。所述M为大于或等于1的整数；解析所述M张电子报销单据得到所述电子转账信息；所述转账模块403，具体用于若所述转账类型为付款类型，则通过所述企业资金账户向所述第二员工标识所对应的员工账户进行付款。进一步地，本发明实施例中，介绍了一种电子报销单据进行付款的方式，服务器可以接收员工上传的M张电子报销单据，解析M张电子报销单据得到电子转账信息，如果转账类型为付款类型，那么服务器通过企业资金账户向员工账户进行付款。通过上述方式，企业员工可以根据需求上传已经填写好的电子报销单据，这个操作既可以是收集所有电子报销单据统一上传，也可以是由各位员工分别上传的，相比于企业管理员依次填写电子转账信息而言，显得更加灵活、快捷且使用。可选地，在上述图13、图14或图15所对应的实施例的基础上，本发明实施例提供的服务器40的另一实施例中，所述接收模块401，具体用于当目标应用程序调用所述第一客户端的应用程序编程接口API时，通过所述目标应用程序接收所述接收电子转账信息；所述转账模块403，具体用于若所述转账类型为付款类型，则通过所述企业资金账户向所述第二员工标识所对应的员工账户进行付款。进一步地，本发明实施例中，企业还可以根据实际需求开发目标应用程序，基于目标应用程序向企业用户付款，通过目标应用程序接收电子转账信息，如果转账类型为付款类型，那么服务器通过企业资金账户向员工账户进行付款。通过上述方式，企业可以根据实际需求开发自定义付款功能，借助API实现自定义付款的场景，便于企业展开灵活地业务，从而提升方案的灵活性和可操作性。可选地，在上述图13、图14或图15所对应的实施例的基础上，本发明实施例提供的服务器40的另一实施例中，所述转账模块403，具体用于若所述转账类型为收款类型，则通过所述第一客户端向所述第二客户端发送收款消息，其中，所述收款消息中携带所述转账金额以及所述第二员工标识；通过所述企业资金账户接收来自所述第二员工标识对应的员工账户所支付的金额。进一步地，本发明实施例中，介绍了一种企业直接进行收款的方式，在服务器确定转账类型为收款类型之后，可以通过第一客户端向第二客户端发起收款消息，然后触发第二客户端中的员工账户向企业资金账户支付相应的金额，由此完成企业收款。通过上述方式，可以高效地完成企业级收款的任务，使得企业资金账户能够直接接收来自员工个人账户的款项，从而提升方案的实用性。可选地，在上述图13、图14或图15所对应的实施例的基础上，本发明实施例提供的服务器40的另一实施例中，所述接收模块401，具体用于导入配置文件，其中，所述配置文件为表格类文件；解析所述配置文件得到所述电子转账信息；所述转账模块403，具体用于若所述转账类型为收款类型，则通过所述第一客户端向所述第二客户端发送收款消息，其中，所述收款消息中携带所述转账金额以及所述第二员工标识；通过所述企业资金账户接收来自所述第二员工标识对应的员工账户所支付的金额。进一步地，本发明实施例中，介绍了一种利用配置文件进行收款的方式，服务器可以直接导入预先设置好的导入配置文件，解析配置文件后得到电子转账信息，若转账类型为收款类型，则通过企业资金账户接收来自员工账户所支付的金额。通过上述方式，对于企业员工数量非常多的情况而言，可以不需要依次输入与每位员工的相关转账信息，而是直接导入已经设置好的配置文件即可，由此，大幅度地提升数据录入效率。可选地，在上述图13、图14或图15所对应的实施例的基础上，本发明实施例提供的服务器40的另一实施例中，所述转账模块403，具体用于若所述转账类型为收款类型，则生成收款二维码，其中，所述收款二维码携带所述转账金额；当所述目标员工扫描所述收款二维码，且通过验证时，通过所述企业资金账户接收来自所述第二员工标识对应的员工账户所支付的金额。进一步地，本发明实施例中，介绍了一种利用二维码进行收款的方式，如果是企业需要向员工收款的情况，那么服务器还可以生成收款二维码，员工以扫描收款二维码的形式向企业资金账户进行支付。通过上述方式，在企业收款的时候还提供了扫描收款二维码的渠道，企业员工可以在第一客户端上识别收款二维码，验证通过后向企业资金账户支付款项，也可以拍摄收款二维码，通过验证后向企业资金账户支付款项，无论哪种方式，对于员工而言都是非常便利的，并且提供了另一种收款渠道，从而提升方案的灵活性。可选地，在上述图13、图14或图15所对应的实施例的基础上，本发明实施例提供的服务器40的另一实施例中，所述接收模块401，具体用于当目标应用程序调用服务器的API时，通过所述目标应用程序接收所述接收电子转账信息；所述转账模块403，具体用于若所述转账类型为收款类型，则通过所述第一客户端向所述第二客户端发送收款消息，其中，所述收款消息中携带所述转账金额以及所述第二员工标识；通过所述企业资金账户接收来自所述第二员工标识对应的员工账户所支付的金额。进一步地，本发明实施例中，企业还可以根据实际需求开发目标应用程序，基于目标应用程序向企业用户收款，通过目标应用程序接收电子转账信息，如果转账类型为收款类型，那么服务器通过企业资金账户接收员工账户支付的款项。通过上述方式，企业可以根据实际需求开发自定义付款功能，即第二客户端提供开放能力供企业开发者开发自定义的应用，借助JAPI实现自定义付款的场景，便于企业展开灵活地业务，从而提升方案的灵活性和可操作性。下面对本发明中的第一客户端进行详细描述，请参阅图16，图16为本发明实施例中客户端一个实施例示意图，客户端50包括：接收模块501，用于若转账类型为收款类型，则接收服务器发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；发送模块502，用于向第二客户端所述发送所述接收模块501接收的所述收款消息，以使所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本实施例中，若转账类型为收款类型，则接收模块501接收服务器发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系，发送模块502向第二客户端所述发送所述接收模块501接收的所述收款消息，以使所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明实施例中，如果转账类型为收款类型，则第一客户端接收服务器发送的收款消息，其中，收款消息中携带转账金额以及第二员工标识，第一客户端向第二客户端发送收款消息，以使第二员工标识对应的员工账户向企业资金账户支付金额。通过上述方式，能够打通企业级客户端和个人客户端之间的桥梁，赋予企业级客户端转账的能力，可以更便捷地对指定的员工进行收款或付款，解决了操作繁琐的问题，从而提升方案的实用性。下面对本发明中的第二客户端进行详细描述，请参阅图17，图17为本发明实施例中客户端一个实施例示意图，客户端60包括：接收模块601，用于若转账类型为收款类型，则接收第一客户端发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；支付模块602，用于根据所述接收模块601接收的所述收款消息，通过所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本实施例中，若转账类型为收款类型，则接收模块601接收第一客户端发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系，支付模块602根据所述接收模块601接收的所述收款消息，通过所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明实施例中，提供了一种电子转账的方法，如果转账类型为收款类型，则第二客户端接收第一客户端发送的收款消息，收款消息中携带转账金额以及第二员工标识，第二客户端可以根据收款消息，通过第二员工标识对应的员工账户向企业资金账户支付金额。通过上述方式，能够打通企业级客户端和个人客户端之间的桥梁，赋予企业级客户端转账的能力，可以更便捷地对指定的员工进行收款或付款，解决了操作繁琐的问题，从而提升方案的实用性。可选地，在上述图17所对应的实施例的基础上，请参阅图18，本发明实施例提供的客户端60的另一实施例中，所述客户端60还包括获取模块603以及渲染模块604；所述获取模块603，用于所述支付模块602通过所述第二员工标识对应的员工账户向所述企业资金账户支付金额之前，获取静态资源请求；所述渲染模块604，用于根据所述获取模块获取的所述静态资源请求渲染第二客户端的界面。其次，本发明实施例中，在第二客户端通过第二员工标识对应的员工账户向企业资金账户支付金额之前，还需要第二客户端获取静态资源请求，然后根据静态资源请求渲染第二客户端的界面。通过上述方式，在第一客户端拉取第二客户端的功能时，跳转至第二客户端时可以展示相应的支付界面，而动态资源请求在服务器侧完成即可，由此解决了第一客户端不能直接开发和支付相关业务的问题，将支付业务部署到第二客户端中，即可完成不同客户端之间的业务融合，从而提升方案的可操作性。图19是本发明实施例提供的一种服务器结构示意图，该服务器700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，CPU)722(例如，一个或一个以上处理器)和存储器732，一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中，存储器732和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器722可以设置为与存储介质730通信，在服务器700上执行存储介质730中的一系列指令操作。服务器700还可以包括一个或一个以上电源726，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口758，和/或，一个或一个以上操作系统741，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM等等。上述实施例中由服务器所执行的步骤可以基于该图19所示的服务器结构。在本发明实施例中，该终端所包括的CPU722还具有以下功能：接收电子转账信息，其中，所述电子转账信息携带企业标识、第一员工标识、转账金额以及转账类型；根据账号对应关系确定所述电子转账信息所对应的第二员工标识，其中，所述账号对应关系中包括所述企业标识、所述第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；根据所述电子转账信息中的所述转账类型以及所述转账金额，通过所述企业资金账户以及所述第二员工标识所对应的员工账户完成转账操作，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。本发明实施例还提供了另一种客户端，如图20所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(personaldigitalassistant，PDA)、销售终端(pointofsales，POS)、车载电脑等任意终端设备，以终端为手机为例：图20示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图20，手机包括：射频(radiofrequency，RF)电路810、存储器820、输入单元830、显示单元840、传感器850、音频电路860、无线保真(wirelessfidelity，WiFi)模块870、处理器880、以及电源890等部件。本领域技术人员可以理解，图20中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。下面结合图20对手机的各个构成部件进行具体的介绍：RF电路810可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器880处理；另外，将设计上行的数据发送给基站。通常，RF电路810包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，LNA)、双工器等。此外，RF电路810还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystemofmobilecommunication，GSM)、通用分组无线服务(generalpacketradioservice，GPRS)、码分多址(codedivisionmultipleaccess，CDMA)、宽带码分多址(widebandcodedivisionmultipleaccess，WCDMA)、长期演进(longtermevolution，LTE)、电子邮件、短消息服务(shortmessagingservice，SMS)等。存储器820可用于存储软件程序以及模块，处理器880通过运行存储在存储器820的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器820可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。输入单元830可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元830可包括触控面板831以及其他输入设备832。触控面板831，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上或在触控面板831附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板831可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器880，并能接收处理器880发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831，输入单元830还可以包括其他输入设备832。具体地，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元840可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元840可包括显示面板841，可选的，可以采用液晶显示器(liquidcrystaldisplay，LCD)、有机发光二极管(organiclight-emittingdiode，OLED)等形式来配置显示面板841。进一步的，触控面板831可覆盖显示面板841，当触控面板831检测到在其上或附近的触摸操作后，传送给处理器880以确定触摸事件的类型，随后处理器880根据触摸事件的类型在显示面板841上提供相应的视觉输出。虽然在图20中，触控面板831与显示面板841是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板831与显示面板841集成而实现手机的输入和输出功能。手机还可包括至少一种传感器850，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板841的亮度，接近传感器可在手机移动到耳边时，关闭显示面板841和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。音频电路860、扬声器861，传声器862可提供用户与手机之间的音频接口。音频电路860可将接收到的音频数据转换后的电信号，传输到扬声器861，由扬声器861转换为声音信号输出；另一方面，传声器862将收集的声音信号转换为电信号，由音频电路860接收后转换为音频数据，再将音频数据输出处理器880处理后，经RF电路810以发送给比如另一手机，或者将音频数据输出至存储器820以便进一步处理。WiFi属于短距离无线传输技术，手机通过WiFi模块870可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图20示出了WiFi模块870，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。处理器880是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器820内的软件程序和/或模块，以及调用存储在存储器820内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器880可包括一个或多个处理单元；可选的，处理器880可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器880中。手机还包括给各个部件供电的电源890(比如电池)，可选的，电源可以通过电源管理系统与处理器880逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。在本发明实施例中，该终端所包括的处理器880还具有以下功能：若转账类型为收款类型，则接收服务器发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；向第二客户端发送所述收款消息，以使所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。在本发明实施例中，该终端所包括的处理器880还具有以下功能：若转账类型为收款类型，则接收第一客户端发送的收款消息，其中，所述收款消息中携带转账金额以及第二员工标识，所述第二员工标识为账号对应关系确定的，所述账号对应关系中包括企业标识、第一员工标识、所述第二员工标识以及企业资金账户之间的关联关系；根据所述收款消息，通过所述第二员工标识对应的员工账户向所述企业资金账户支付金额，其中，所述第二员工标识与所述员工账户具有对应关系，所述企业标识与所述企业资金账户具有唯一对应关系。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(randomaccessmemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。当前第1页1 2 3