一种远程数据管理的系统及方法
【技术领域】
[0001]本发明属于即时通讯及金融支付技术领域，尤其涉及一种远程数据管理的系统及方法。
【背景技术】
[0002]随着移动互联网技术的发展，低龄化人群使用平板的用户群在扩大。在使用过程中，监护人并不能对使用情况进行了解，同时，一些应用也提供了支付功能。
[0003]目前，一些应用使用了二维码显示支付。在需要支付的界面上，提供一个二维码，即同一资源定位器(Uniform Resoure Locator, URL)的支付地址,然后,利用微信或者支付宝钱包等工具进行支付。这种支付模式下，URL可能存在恶意地址。如果使用一些没有经过安全认证的扫描软件，就可能打开恶意的地址，从而感染支付手机。这也是目前二维码支付的一个争议点。同时，二维码支付仅仅是解决远程支付，对低龄化人群使用平板的管理能力完全没有体现。
[0004]在远程设备管理方面，传统模式采用Web技术，实际上控制侧、被控侧需要不断的进行服务器数据的读取，增加资源消耗。如果应用在移动互联网领域，明显增加耗电量。
【发明内容】
[0005]本发明实施例提供了一种远程数据管理的系统及方法，旨在解决现有技术存在可能打开恶意的地址，从而感染支付移动终端，以及控制侧、被控侧需要不断的进行服务器数据的读取，数据传输量大的问题。
[0006]一方面，提供一种远程数据管理的系统，所述系统包括控制端、被控端和服务器，所述控制端、所述被控端分别通过网络以各自的标识登陆所述服务器进行即时通讯，
[0007]其中，所述控制端包括:
[0008]第一处理单元，用于生成包括统一资源定位符URL的二维码，并以非对称加密的私钥密钥SK对所述二维码进行加密，获得第一数据；
[0009]数据发送单元，用于将所述第一数据通过即时消息形式发送至所述服务器；
[0010]所述服务器包括:
[0011]数据接收单元，用于接收所述控制端发送的所述第一数据；
[0012]客户端配对单元，用于将所述控制端的标识和所述第一数据携带的被控端标识进行配对；
[0013]数据发送单元，用于若所述控制端的标识和所述第一数据携带的被控端标识配对成功，将所述第一数据发送至所述被控端标识对应的所述被控端；
[0014]所述被控端包括:
[0015]第二处理单元，用于以公开密钥PK解密接收到的所述第一数据，获得所述二维码，将所述二维码包括的所述URL保存于系统分区中以便于进行远程管理数据。
[0016]另一方面，提供一种远程数据管理的方法，所述方法包括:
[0017]生成包括统一资源定位符URL的二维码，并以秘密密钥SK对所述二维码进行加密，获得第一数据，并将所述第一数据通过即时消息形式发送至所述服务器；
[0018]接收所述控制端发送的所述第一数据，将所述控制端的标识和所述第一数据携带的被控端标识进行配对；
[0019]若所述控制端的标识和所述第一数据携带的被控端标识配对成功，将所述第一数据发送至所述被控端标识对应的所述被控端；
[0020]以公开密钥PK解密接收到的所述第一数据，获得所述二维码，将所述二维码包括的所述URL保存于系统分区中以便于进行远程管理数据。
[0021 ] 本发明，可以达到通过即时通讯技术进行控制端和被控端的数据交互，其中，服务器对控制端和被控端进行配对，并进行打开应用接口的验证，控制了 URL恶意地址带来的风险。
【附图说明】
[0022]图1是本发明实施例一提供的远程数据管理的系统的具体结构示意图；
[0023]图2是本发明实施例二提供的远程数据管理的方法的实现流程示意图。
【具体实施方式】
[0024]为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0025]以下结合具体实施例对本发明的实现进行详细描述:
[0026]实施例一
[0027]需要说明的是，本发明尤其适用于即时通讯系统中，本文中以下服务器均指即时通讯服务器，其设置有网络数据库，并采用WebApp等技术，其中，控制端、被控端为即时通讯客户端，尤其适用于即时通讯移动客户端。
[0028]图1示出了本发明实施例一提供的远程数据管理的系统的具体结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。在本实施例中，该远程数据管理的系统包括控制端1、服务器2和被控端3，所述控制端1、所述被控端3分别通过网络以各自的标识登陆所述服务器2进行即时通讯，所述网络包括无线网络和有线网络。
[0029]其中，所述控制端I包括:
[0030]第一处理单元11，用于生成包括统一资源定位符(URL)的二维码，并以非对称加密的密钥SK对所述二维码进行加密，获得第一数据；
[0031]在本实施例中，传输过程使用公开密钥密码体制RSA加密技术，进行加密传输。受控端和控制端使用非对称加密技术，也就是使用私钥加密，上传到服务器，服务器转发到控制端，控制端使用对方的公钥进行解密。当然可以在服务器上进行解密。
[0032]数据发送单元12，用于将所述第一数据通过即时消息形式发送至所述服务器2 ；
[0033]所述服务器2包括:
[0034]数据接收单元21，用于接收所述控制端I发送的所述第一数据；
[0035]客户端配对单元22，用于将所述控制端I的标识和所述第一数据携带的被控端3标识进行配对；
[0036]在本实施例中，所述标识包括账号。
[0037]作为一个优选方案，所述服务器2还可以包括:
[0038]第一验证单元23，用于若所述控制端I的标识和所述第一数据携带的被控端3标识配对成功，以公开密钥PK解密接收到的所述第一数据，获取所述二维码，进而获取所述二维码中的所述URL，通过第三方安全平台验证所述URL的安全性；
[0039]在本实施例中，所述第三方安全平台包括:支付宝、微信支付、360安全、腾讯安全坐寸ο
[0040]数据发送单元24，用于若所述控制端I的标识和所述第一数据携带的被控端3标识配对成功，将所述第一数据发送至所述被控端3标识对应的所述被控端3 ；
[0041]所述被控端3包括:
[0042]第二处理单元31，用于以公开密钥PK解密接收到的所述第一数据，获得所述二维码，将所述二维码包括的所述URL保存于系统分区中以便于进行远程管理数据。
[0043]在本实施例中，所述系统分区是指Android系统的system分区。
[0044]作为一个优选方案，所述被控端3还可以包括:
[0045]第二验证单元32，用于根据所述URL的安全性能，允许远程操作安全性能高或者进行认证的所述URL。
[0046]在本实施例中，在服务器2没有验证的情况下，被控端可以允许微信支付或者支付