CN108111468A - 一种业务执行方法及装置 - Google Patents

Abstract

本申请公开了一种业务执行方法及装置，用于提高业务执行过程中的安全性。所述方法应用于服务端，包括：接收终端发送的包含终端第一标识的业务请求；根据预设的对应关系，确定与所述终端第一标识对应的终端第二标识；将所述终端第二标识发送至业务端。所述方法应用于终端，包括：向服务端发送包含终端第一标识的业务请求；响应业务端针对第二标识的获取请求。所述方法应用于业务端，包括：接收服务端发送的终端第二标识；从与业务端相连接的终端中获取终端候选第二标识；当所述终端第二标识与所述终端候选第二标识匹配成功后，对所述与业务端相连接的终端执行业务。

Description

一种业务执行方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种业务执行方法及装置。

背景技术

随着终端(尤其是移动终端)的发展，各种终端可以为用户提供多样的服务，比如平板电脑、手机作为移动终端可以为用户提供多媒体、通信、即时通讯等服务；又如交通工具(汽车、电动车、电动自行车等)作为移动终端可以为用户提供交通出行服务。然而移动终端如需持续提供服务，通常离不开一种或多种基础的业务的支持，比如平板电脑为用户提供即时通讯服务则需要互联网业务、充电业务的支持等；电动车为用户提供出行服务需要充电业务的支持等，为了更好地为用户提供这些基础业务的支持，越来越多的公共场所出现提供这些业务的业务端，比如对应手机、平板电脑等或对应电动车、电动自行车的充电站(桩)；又如无线AP(Access Point，接入点)等。

现有技术，移动终端在向业务端请求业务时，往往通过业务端的附属标识进行验证，由业务端直接验证，或由业务端对应的服务端进行验证。比如移动终端请求充电业务时，可以通过充电站附属的充电卡进行请求，并由充电站将充电卡内的信息发送给服务端进行验证，服务端验证通过后，将验证通过的消息返回给业务端，最终由业务端为该移动终端提供充电业务；又如，终端可以通过AP密钥，直接向AP热点请求互联网业务。对于用户而言，只要获知(拥有)附属标识，就可以享用对应的业务。比如只要用户有充电卡，就可以为任何电动车充电；只要获知AP密钥，就可以通过任何终端连接该AP。

显然，对于只要用户获知(拥有)附属标识就可以享用对应业务的方式，即单方验证的方式，有损终端和业务端双方的安全性。比如终端出于恶意，使用AP密钥接入到AP后进行消息拦截等恶意操作，会对AP构成安全威胁；又如车主仅通过一张充电卡使用与车辆充电要求不符的充电桩(比如，充电桩输出电流大于车辆输入电流等)，会对车辆和/或充电桩构成安全威胁等。所以，如何提高终端向业务端请求业务过程的安全性，成为亟待解决的问题。

发明内容

本申请实施例提供一种业务执行方法，用于提高业务执行过程中的安全性。

本申请实施例提供一种业务执行装置，用于提高业务执行过程中的安全性。

本申请实施例采用下述技术方案：

一种业务执行方法，所述方法应用于服务端，包括：

接收终端发送的包含终端第一标识的业务请求；

根据预设的对应关系，确定与所述终端第一标识对应的终端第二标识；

将所述终端第二标识发送至业务端。

一种业务执行方法，所述方法应用于终端，包括：

向服务端发送包含终端第一标识的业务请求；

响应业务端针对第二标识的获取请求。

一种业务执行方法，所述方法应用于业务端，包括：

接收服务端发送的终端第二标识；

从与业务端相连接的终端中获取终端候选第二标识；

当所述终端第二标识与所述终端候选第二标识匹配成功后，对所述与业务端相连接的终端执行业务。

一种业务执行装置，所述装置应用于服务端，包括：第一接收单元、确定单元以及第一发送单元，其中，

所述第一接收单元，用于接收终端发送的包含终端第一标识的业务请求；

所述确定单元，用于根据预设的对应关系，确定与所述终端第一标识对应的终端第二标识；

所述第一发送单元，用于将所述终端第二标识发送至业务端。

一种业务执行装置，所述装置应用于业务端，包括：第二接收单元、获取单元以及执行单元，其中，

所述第二接收单元，用于接收服务端发送的终端第二标识；

所述获取单元，用于从与业务端相连接的终端中获取终端候选第二标识；

所述执行单元，用于当所述终端第二标识与所述终端候选第二标识匹配成功后，对所述与业务端相连接的终端执行业务。

一种业务执行装置，所述装置应用于终端，包括：第三发送单元以及响应单元，其中，

所述第三发送单元，用于向服务端发送包含终端第一标识的业务请求；

所述响应单元，用于响应业务端针对终端第二标识的获取请求。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：服务端预设终端的第一标识和第二标识的对应关系，当服务端接收到由终端发送的包含终端第一标识的业务请求后，服务端解析业务请求并获取终端的第一标识，然后服务端根据获取到的终端第一标识确定与其对应的终端的第二标识，并将确定的终端第二标识发送至业务端；同时，业务端从与之连接的终端获取终端候选第二标识，当所述终端第二标识与所述终端候选第二标识匹配成功后，对所述与业务端相连接的终端执行业务。本申请通过对应关系验证终端的安全性，相比于现有的技术，只要用户获知(拥有)附属标识就可以享用对应业务的方式，有损终端和业务端双方的安全性，本方法提高了服务端在提供业务服务过程中的安全性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为现有技术的业务执行的方法示意图；

图2为现有技术的业务执行的方法示意图；

图3为本申请实施例1提供的业务执行方法的流程示意图；

图4为本申请实施例1提供的业务执行方法的流程示意图；

图5为本申请实施例1提供的业务执行方法的流程示意图；

图6为本申请实施例1提供的业务执行方法的示意图；

图7为本申请实施例2提供的电动汽车充电业务的执行方法的示意图；

图8为本申请实施例2提供的电动汽车充电业务的执行方法的流程示意图；

图9为本申请实施例3提供的业务执行装置的结构图；

图10为本申请实施例3提供的业务执行装置的结构图；

图11为本申请实施例3提供的业务执行装置的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

如前所述，现有技术，移动终端向业务端请求业务时，业务端往往通过业务端的附属标识进行验证，或者由业务端对应的服务端进行验证。比如，如图1所示，用户希望通过手机上网，可以通过手机利用AP密钥向AP热点请求互联网业务，AP验证密钥正确后，允许手机接入互联网。但是，现有技术只进行单方面验证的方式会出现如图2所示的情况，只要用户获知AP热点的密钥，就可以通过终端连接该AP，比如图2中笔记本也可以连接该AP，即用户可以通过任何终端连接该AP，这样的方式有损服务端和业务端的安全性，比如终端在接入AP热点后，进行病毒散播等恶意操作，显然现有的这种方式存在很大的安全隐患，安全性较低。基于此缺陷，本申请实施例提供了一种业务执行方法，用于提高业务执行过程中的安全性。该方法可以由三个执行主体共同完成，分别是业务请求方的终端，提供业务服务的业务端，协助业务端的服务端。首先介绍该方法中服务端的操作，假设执行主体是服务器，该方法的流程示意图如图3所示，包括以下的步骤：

步骤11：接收终端发送的包含终端第一标识的业务请求。

现有技术当用户有业务需求时，直接向业务端请求，业务端单方通过验证后即可，所以形成单方面验证而导致安全性较低。而本步骤，当用户有业务需求时，可以通过终端向服务端发送业务请求，发送的业务请求可以包含终端的第一标识，比如终端可以是手机，手机SIM卡(Subscriber Identification Module，客户识别模块)具有的唯一号码，如“1XXXXXXXXX9”，可以作为终端的第一标识，则服务端可以接收由终端发送的包含终端第一标识的业务请求。

在实际应用中，可能存在用户作弊的情况，作弊终端给服务器发送一个位置信息，并让业务端从服务器和作弊终端获取到服务器预存有的终端第二标识，从而使作弊终端得到业务支持。则为了提高业务端在执行业务过程中的安全性，服务端还可以接收由终端发送的位置信息，服务器根据终端的位置信息可以判断出终端是否有向服务器发出业务请求。则本步骤可以包括：接收终端发送的包含终端第一标识的业务请求以及终端位置信息。假设用户需要请求业务时，用户通过手机发送包含手机第一标识的业务请求以及手机的位置信息，比如，手机需要上网服务，则网络服务商的服务器接收到如“上网、1XXXXXXXXX9”的业务请求，以及“经纬度(XX°XX′XX”N，XX°XX′XX”E)”的位置信息。

在实际应用中，为了提高业务请求过程的实时性，还可以在终端中安装基于HTML5(超文本标记语言)开发的应用程序，由终端应用程序发送业务请求，HTML5拥有更有效的服务器推送技术,基于HTML5开发的APP(Application，应用程序)拥有更短的启动时间，更快的联网速度，更有效的连接工作效率，使得基于页面的实时通信更快速。比如手机通过基于HTML5开发的APP向服务器发送业务请求，手机APP中的页面设有输入手机SIM卡号和业务请求的按键，则服务器收到的业务请求就包括终端的第一标识SIM卡号。

步骤12：根据预设的对应关系，确定与终端第一标识对应的终端第二标识。

在步骤11中，终端向服务端发送了包含终端第一标识的业务请求，而在实际应用中，终端还可以有第二标识，并且可以将终端的第一标识与第二标识的对应关系预存在服务器中，则可以根据对应关系，确定出终端的第二标识。比如终端是手机，用户以手机SIM卡号作为账号注册，然后将手机IMEI(International Mobile Equipment Identity，国际移动设备标识)码上传到服务器，服务器将接收到的账号和IMEI码进行绑定，使该用户的手机SIM卡号和手机IMEI码建立对应关系，对应关系的建立，在一定程度上，也保证了终端的安全性。当服务器接收到包含终端第一标识的业务请求时，服务器可以根据预设的对应关系，确定出终端的第二标识。比如，服务器中预设了手机第一标识SIM卡号和第二标识IMEI码，当服务器接收到包含手机第一标识SIM卡号的业务请求时，根据对应关系确定出手机第二标识IMEI码。

步骤13：将终端第二标识发送至业务端。

在步骤12中，服务端确定出了终端的第二标识，则服务端可以将确定出的终端第二标识发送给业务端，以便业务端在后续执行业务请求。

在实际应用中，业务端可能会包含多种业务，如果只包含一种业务(比如，充电桩只能用于充电)，那么就可以直接将终端第二标识发送至业务端。但是，如果业务端可以提供多种业务，那么就需要告知业务端需要执行的业务。所以，在一种实施方式中，本步骤还可以包括：将包含终端第二标识的业务请求发送至业务端。比如，向可以提供上网业务以及充电业务的业务端，发送包含IMEI码的充电业务请求。

在步骤11中已经提到，终端发送给服务端的业务请求还可以包含终端的位置信息，则本步骤还可以包括：根据位置信息，将第二标识发送至与终端距离小于预定阈值的业务端。即当服务端确定出了终端的第二标识后，还可以根据终端的位置信息搜索终端附近的业务端，然后将确定出的第二标识发送至终端附近的业务端，具体地，可以是与终端的距离小于预定阈值的业务端。比如，终端发送的位置是在“XX°XX′XX”N，XX°XX′XX”E”，预定阈值可以是2000米，则服务端搜索以该终端为圆心，半径2000米以内的所有业务端，将终端第二标识发送至这些业务端。

在实际应用中，服务器可以随时获知业务的执行情况，以便通过执行情况(如执行过程中的多种参数)获知业务端和终端是否存在安全隐患。所以，在一种实施方式中，为了进一步提高服务端在执行业务过程的安全性，本方法还可以包括：接收业务端发送的针对业务的执行情况。具体地，比如业务端在给手机提供充电业务的过程中，业务端向服务端定时上报手机充电过程中的一些参数，如充电剩余时间、电池温度、电流电压等，服务器可以根据电池温度的高低、电流电压大小是否在安全范围内获知业务端执行业务过程中是否存在安全隐患。

在实际应用中，用户通过终端发送业务请求后，通常希望知道业务执行的结果，所以，在一种实施方式中，本方法还可以包括：将执行完成的通知发送至终端。比如，业务端给手机提供上网业务，服务器从业务端获取到剩余上网时间为零，表示上网时间结束，则服务器可以将上网结束的信息发送给手机。

在实际应用中，有可能出现用户拥有两个终端，并且想要通过一个终端控制另一个终端通过业务端执行业务的情况，所以，在一种实施方式中，以上终端可以包括主控终端和被控终端。比如用户想要通过手机控制电脑，手机就是主控终端，电脑就是被控终端。则

步骤11可以包括：接收主控终端发送的包含被控终端第一标识的业务请求。

在前文中已经提到，为了提高业务端在执行业务过程中的安全性，服务端还可以接收由终端发送的终端的位置信息，当终端包括主控终端和被控终端时，则步骤11还可以包括：接收主控终端发送的包含被控终端第一标识的业务请求以及被控终端位置信息。比如手机为主控终端，电脑为被控终端，在本步骤中，服务器接收到的信息包括：手机发送的包含电脑第一标识的业务请求以及由电脑发送的位置信息。

步骤12还可以包括：根据预设的对应关系，确定与被控终端第一标识对应的被控终端第二标识。

步骤13还可以包括：将被控终端第二标识发送至业务端。将包含被控终端第二标识的业务请求发送至业务端。

介绍完服务端，下面介绍该方法下业务端需要执行的操作，该方法的流程示意图如图4所示，包括以下步骤：

步骤21：接收服务端发送的终端第二标识。

本步骤是接对应步骤13的接收步骤，此处不再赘述。

在前文已经提到，服务端可以发送包含第二标识的业务请求，所以本步骤还可以包括：接收包含终端第二标识的业务请求；解析该业务请求，确定终端第二标识。比如，业务端给手机充电的业务过程中，业务端接收到包含手机IMEI码的业务请求后，解析业务请求，确定手机的IMEI码。

步骤22：从与业务端相连接的终端中获取终端候选第二标识。

业务端与终端相连接，可以是通信连接，也可以是通过实物(数据线、充电线等)直接连接。比如步骤12中所述，当业务端需要获取终端的第二标识时，终端APP可以为业务端进行查询，并将查询到的第二标识发送给业务端，但查询到的第二标识不一定与服务端发送至业务端的终端第二标识一致，在没有确定查询到的第二标识与服务端发送至业务端的第二标识一致之前，可以先将从与业务端相连接的终端中获取的第二标识称为候选第二标识。

步骤23：当终端第二标识与终端候选第二标识匹配成功后，对与业务端相连接的终端执行业务。

当步骤22中获取的终端候选第二标识与服务端发送的终端第二标识匹配成功后，则业务端可以给与业务端连接的终端执行业务。

在前文中已经提到，业务端可能包含多种业务。所以，在一种实施方式中本步骤还可以包括：对与业务端相连接的终端执行请求对应的业务。比如，业务端可以执行充电请求对应的充电业务。

在步骤13中所述，为了提高业务执行过程中的安全性，服务端可以获知业务的执行情况，以便通过执行情况(如执行过程中的多种参数)获知业务端和终端是否存在安全隐患，则本方法还可以包括：将业务的执行情况发送至服务端。

前文已经提到，在实际应用中，有可能出现用户拥有两个终端，并且想要通过一个终端控制另一个终端通过业务端执行业务。所以，在一种实施方式中，以上终端也可以包括主控终端和被控终端。比如用户想要通过手机控制电脑，手机就是主控终端，电脑就是被控终端。则

步骤21还可以包括：接收服务端发送的被控终端的第二标识。

步骤22还可以包括：从与业务端相连接的被控终端中获取被控终端候选第二标识。

步骤23还可以包括：当被控终端第二标识与被控终端候选第二标识匹配成功后，对与业务端相连接的被控终端执行业务。

介绍完业务端后，下面介绍该方法下终端需要执行的操作，假设执行主体是移动终端，该方法的流程示意图如图5所示，包括以下步骤：

步骤31：向服务端发送包含终端第一标识的业务请求。

在步骤11中已经介绍，当用户有业务需求时，可以通过移动终端向服务端发送业务请求，发送的业务请求包含终端的第一标识，比如移动终端是手机，手机SIM卡具有的唯一号码，如“1XXXXXXXXX9”，手机可以发送包含“1XXXXXXXXX9”的业务请求。

前文中已经提到，为了提高业务端在执行业务过程中的安全性，服务端还可以接收由终端发送的位置信息，则本步骤还可以包括：向服务端发送包含终端第一标识的业务请求以及终端位置信息。

在实际应用中，移动终端除了发送业务请求以外，还可以在业务执行完成后，接收服务端发送的业务执行完成的通知，并且可以通过页面展示给用户，比如在页面上展示“连网成功”等字样，又如，在页面上展示“上网时长XX分钟”的字样，则本步骤还可以包括：接收服务端发送的执行完成的通知并展示。

步骤32：响应业务端针对终端第二标识的获取请求。

在介绍业务端时已经介绍，业务端为了在执行业务请求的过程中对移动终端进行验证，需要向终端获取终端第二标识。在本步骤中，移动终端可以响应业务端针对第二标识的获取请求。比如，手机允许APP读取手机的信息，包括手机品牌、型号、IMEI码等。则当接到业务端针对第二标识的获取请求时，手机APP可以为业务端获取手机的第二标识，并将获取到的第二标识发送至业务端，或APP为业务端开放权限，以便业务端能够获取手机的IMEI码。

在实际应用中，有可能出现用户拥有两个终端，并且想要通过一个终端控制另一个终端享用业务，所以，在一种实施方式中，以上终端可以包括主控终端和被控终端。比如用户想要通过手机控制电脑，手机就是主控终端，电脑就是被控终端。则

步骤31还可以包括：主控终端向服务端发送包含被控终端第一标识的业务请求。

步骤32还可以包括：被控终端响应业务端针对第二标识的获取请求。

采用实施例1提供的方法，如图6所示，预先在服务端中建立终端第一标识和终端第二标识的对应关系，当用户通过终端发送包含终端第一标识的业务请求至服务端后，服务端根据预设的终端第一标识和终端第二标识的对应关系确定出终端第二标识，并将终端第二标识发送至业务端。当业务端接收到终端第二标识，并且与从终端中获取的候选第二标识匹配成功后，执行业务请求。本方法预先设置终端两个唯一标识的对应关系，根据对应关系验证终端的安全性。相比现有技术在不存在对应关系的情况下，仅通过单方面验证业务端附属标识的方法执行业务的方法而言，在一定程度上提高了终端向业务端请求业务过程的安全性。

此外，在实际应用中，终端还可以包括主控终端和被控终端，则本实施例提供的方法为：预先在服务端中建立被控终端第一标识和被控终端第二标识的对应关系，当用户通过主控终端发送包含被控终端第一标识的业务请求至服务端后，服务端根据预设的被控终端第一标识和终端第二标识的对应关系确定出被控终端第二标识，并将被控终端第二标识发送至业务端。当业务端接收到被控终端第二标识，并且与从被控终端中获取的候选第二标识匹配成功后，执行业务请求。本方法预先设置被控终端两个唯一标识的对应关系，根据对应关系验证被控终端的安全性。相比现有技术在不存在对应关系的情况下，仅通过单方面验证业务端附属标识的方法执行业务的方法而言，在一定程度上提高了终端向业务端请求业务过程的安全性。

实施例2

在实施例1中，以手机作为终端，热点AP作为业务端进行了举例，介绍了如何利用服务器协助业务端为终端执行业务。在实施例1的基础上，且基于与实施例1相同的发明思路，本申请实施例提供一种电动汽车充电业务的执行方法，用于提高充电桩在执行充电业务过程中的安全性。在本实施例中，以手机为主控终端，电动汽车为被控终端，充电桩为业务端，业务为充电业务，对整个业务执行的过程进行介绍，如图7所示，在服务器的协助下，用户通过手机可以使充电桩给电动汽车充电该方法的流程示意图如图8所示，包括以下步骤：

步骤41：将充电桩的电缆连接到电动汽车的车身上。

用户将电动汽车停靠在充电桩执行业务的指定位置，连接好电缆，做好充电的准备。

步骤42：充电桩获取与充电桩相连接的电动汽车候选车辆识别码。

在实际应用中，连接电动汽车的电缆中包括充电电缆和通信电缆，当电动汽车与充电桩通过电缆连接后，充电桩通过通信电缆获取车辆的识别码。

步骤43：手机APP向服务器发送针对电动汽车、包含车牌号的充电请求，电动汽车向服务器发送位置信息。

手机APP可以向服务器发送针对用户电动汽车的充电请求。车主打开APP，APP界面有输入电动汽车车牌号和充电的按键，输入信息后向服务器发送包含电动汽车车牌号的充电业务请求。同时，电动汽车做好充电准备后，电动汽车向服务器发送电动汽车的位置信息，在实际应用中，电动汽车可以通过GPS(Global Positioning System，全球定位系统)将电动汽车的位置信息发送给服务器，则服务器收到包含电动汽车的车牌号的充电请求以及电动汽车的位置信息。

步骤44：服务器接收用户通过手机APP发送的包含电动汽车车牌号的充电请求，以及电动汽车发送的位置信息。

本步骤是接步骤43，是接收的过程，不再赘述。

步骤45：服务器根据预设的车牌号与车辆识别码的对应关系，确定与该车牌号对应的电动汽车的车辆识别码。

在业务执行之前，服务器中预存有电动汽车车牌号和车辆识别码的对应关系，车牌号和车辆识别码均是电动汽车的唯一标识，根据对应关系，当接收到用户通过手机APP发送的包含电动汽车车牌号的充电请求后，根据该车牌号在服务器中确定出对应的车辆识别码。

步骤46：服务器根据位置信息，确定附近的充电桩。

服务器根据收到的电动汽车位置信息搜索出在电动汽车附近的充电桩，为了进一步确定与电动汽车连接的充电桩位置，可以预设一个阈值，将与电动汽车距离小于该阈值的充电桩视为可给电动汽车提供业务的充电桩。

步骤47：服务器将车辆识别码发送至该附近的充电桩。

在步骤46中，服务器确定出了在电动汽车附近并且能够提供业务的充电桩，则服务器将车辆识别码发送至这些充电桩。实际应用中，充电桩在同一位置都是安设多个，所以可以将充电请求发送至该同一位置的所有的充电桩。

步骤48：充电桩接收车辆识别码。

本步骤接步骤47，是接收过程，不再赘述。

步骤49：当电动汽车车辆识别码与电动汽车候选车辆识别码匹配成功后，对与充电桩相连接的电动汽车执行充电业务。

步骤42中，充电桩通过通信电缆获取有候选车辆识别码，步骤48中接收服务器发送的车辆识别码，将这两个识别码进行匹配，若匹配成功，执行充电业务，若匹配失败，放弃充电业务。

步骤410：充电桩在执行充电业务的过程中，定时向服务器上报充电的参数。

为了提高充电过程中安全性，充电桩在充电的过程中，定时向服务器上报充电的参数，包括充电剩余时间、电流、电压、电池温度等。服务器获知剩余时间可以控制充电桩停止充电，获知电流电压的不稳定或者电池温度过高也可以控制充电桩停止充电。

步骤411：服务器向手机APP发送充电完成的通知。

在实际应用中，充电的过程可能相对较长，为了让充电完成的电动汽车及时离开，服务器获知到的充电剩余时间为零的时，及充电完成。向用户手机APP发送充电完成的通知。

步骤412：用户手机APP接收充电完成的通知。

本步骤是接步骤411，是接受过程，不再赘述。

采用实施例2提供的方法，预先在服务器中建立电动汽车的第一标识和第二标识的对应关系，当用户通过手机APP发送包含电动汽车第一标识的业务请求至服务器后，服务器在根据预存在服务器中电动汽车第一标识和第二标识的对应关系确定出电动汽车的第二标识后，将包含电动汽车第二标识的业务请求发送至充电桩，充电桩解析业务请求，获取电动汽车的第二标识。同时，充电桩直接从电动汽车处获取候选第二标识。当充电桩获取到的第二标识与候选第二标识匹配成功，则充电桩执行业务请求。通过对应的关系，实现了业务端能够识别终端是否符合业务要求的功能，相比现有的技术，可以在不存在对应关系的情况下，通过单方面验证业务端附属标识的方法执行业务的方法而言，本方法提高了安全性。

实施例3

基于相同的发明思路，本实施例提供一种业务执行装置，用于提高业务执行过程中的安全性。该装置可以由三个执行主体共同完成，分别是业务请求方的终端，提供业务服务的业务端，协助业务端的服务端。首先介绍该应用于服务端中的该装置，该装置的结构图如图9所示，包括：第一接收单元51、确定单元52以及第一发送单元53，其中，

第一接收单元51，可以用于接收终端发送的包含终端第一标识的业务请求；

确定单元52，可以用于根据预设的对应关系，确定与终端第一标识对应的终端第二标识；

第一发送单元53，可以用于将终端第二标识发送至业务端。

在一种实施方式中，第一接收单元51，可以用于：

接收终端发送的包含终端第一标识的业务请求以及终端位置信息，则

第一发送单元53，可以用于：

根据位置信息，将第二标识发送至与终端距离小于预定阈值的业务端。

在一种实施方式中，第一发送单元53，可以用于：

将包含终端第二标识的业务请求发送至业务端。

在一种实施方式中，第一接收单元51，还可以用于：

接收业务端发送的针对业务的执行情况。

在一种实施方式中，第一发送单元53，还可以用于：

将执行完成的通知发送至终端。

在一种实施方式中，终端包括主控终端以及被控终端，则

第一接收单元51，可以用于接收主控终端发送的包含被控终端第一标识的业务请求；

确定单元52，可以用于根据预设的对应关系，确定与被控终端第一标识对应的被控终端第二标识；

第一发送单元53，可以用于将被控终端第二标识发送至业务端。

在一种实施方式中，主控终端可以包括手机；被控终端可以包括车辆；业务可以包括充电业务；被控终端第一标识可以包括车牌号；被控终端第二标识可以包括车辆识别码。

其次，介绍该应用于业务端中的该装置，该装置的结构图如图10所示，包括：第二接收单元61、获取单元62以及执行单元63，其中，

第二接收单元61，可以用于接收服务端发送的终端第二标识；

获取单元62，可以用于从与业务端相连接的终端中获取终端候选第二标识；

执行单元63，可以用于当终端第二标识与终端候选第二标识匹配成功后，对与业务端相连接的终端执行业务。

在一种实施方式中，第二接收单元61，可以用于：

接收包含终端第二标识的业务请求；

解析业务请求，确定终端第二标识；则

执行单元63，可以用于：

对与业务端相连接的终端执行请求对应的业务。

在一种实施方式中，装置还包括第二发送单元，可以用于：

将业务的执行情况发送至服务端。

在一种实施方式中，终端包括主控终端以及被控终端，则

第二接收单元61，可以用于接收服务端发送的被控终端第二标识；

获取单元62，可以用于从与业务端相连接的被控终端中获取被控终端候选第二标识；

执行单元63，可以用于当被控终端第二标识与被控终端候选第二标识匹配成功后，对与业务端相连接的被控终端执行业务。

再次，介绍该应用于终端中的该装置，该装置的结构图如图11所示，包括：第三发送单元71以及响应单元72，其中，

第三发送单元71，可以用于向服务端发送包含终端第一标识的业务请求；响应单元72，可以用于响应业务端针对终端第二标识的获取请求。

在一种实施方式中，装置还包括第三接收单元，可以用于：

接收服务端发送的执行完成的通知并展示。

在一种实施方式中，终端包括主控终端以及被控终端，则

第三发送单元71，可以用于主控终端向服务端发送包含被控终端第一标识的业务请求；

响应单元72，可以用于被控终端响应业务端针对第二标识的获取请求。

在一种实施方式中，第三发送单元71，可以用于：

向服务端发送包含终端第一标识的业务请求以及终端位置信息。

在实际应用中，第三发送单元71可以分别置于主控终端以及被控终端中，由主控终端中的第三发送单元发送包含被控终端第一标识的业务请求以及由被控终端中的第三发送单元发送被控终端的位置信息。

采用实施例3提供的装置，预先在服务端中建立终端第一标识和终端第二标识的对应关系，当用户通过终端发送包含终端第一标识的业务请求至服务端后，服务端根据预设的终端第一标识和终端第二标识的对应关系确定出终端第二标识，并将终端第二标识发送至业务端。当业务端接收到终端第二标识，并且与从终端中获取的候选第二标识匹配成功后，执行业务请求。本方法预先设置终端两个唯一标识的对应关系，根据对应关系验证终端的安全性。相比现有技术在不存在对应关系的情况下，仅通过单方面验证业务端附属标识的方法执行业务的方法而言，在一定程度上提高了终端向业务端请求业务过程的安全性。

此外，在实际应用中，终端还可以包括主控终端和被控终端，则本实施例提供的方法装置为：预先在服务端中建立被控终端第一标识和被控终端第二标识的对应关系，当用户通过主控终端发送包含被控终端第一标识的业务请求至服务端后，服务端根据预设的被控终端第一标识和终端第二标识的对应关系确定出被控终端第二标识，并将被控终端第二标识发送至业务端。当业务端接收到被控终端第二标识，并且与从被控终端中获取的候选第二标识匹配成功后，执行业务请求。本方法预先设置被控终端两个唯一标识的对应关系，根据对应关系验证被控终端的安全性。相比现有技术在不存在对应关系的情况下，仅通过单方面验证业务端附属标识的方法执行业务的方法而言，在一定程度上提高了终端向业务端请求业务过程的安全性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (14)

1.一种业务执行方法，其特征在于，所述方法应用于服务端，包括：

接收终端发送的包含终端第一标识的业务请求；

根据预设的对应关系，确定与所述终端第一标识对应的终端第二标识；

将所述终端第二标识发送至业务端。

2.如权利要求1所述的方法，其特征在于，接收终端发送的包含终端第一标识的业务请求，包括：

接收终端发送的包含终端第一标识的业务请求以及终端位置信息，则

将所述终端第二标识发送至业务端，包括：

根据所述位置信息，将所述第二标识发送至与所述终端距离小于预定阈值的业务端。

3.如权利要求1所述的方法，其特征在于，所述终端包括主控终端以及被控终端，则所述方法包括：

接收主控终端发送的包含被控终端第一标识的业务请求；

根据预设的对应关系，确定与所述被控终端第一标识对应的被控终端第二标识；

将所述被控终端第二标识发送至业务端。

4.如权利要求3所述的方法，其特征在于，所述主控终端包括手机；所述被控终端包括车辆；所述业务包括充电业务；所述被控终端第一标识包括车牌号；所述被控终端第二标识包括车辆识别码。

5.一种业务执行方法，其特征在于，所述方法应用于业务端，包括：

接收服务端发送的终端第二标识；

从与业务端相连接的终端中获取终端候选第二标识；

当所述终端第二标识与所述终端候选第二标识匹配成功后，对所述与业务端相连接的终端执行业务。

6.如权利要求5所述的方法，其特征在于，接收服务端发送的终端第二标识包括：

接收包含终端第二标识的业务请求；

解析所述业务请求，确定终端第二标识；则

对所述与业务端相连接的终端执行业务，包括：

对所述与业务端相连接的终端执行所述请求对应的业务。

7.如权利要求5所述的方法，其特征在于，所述终端包括主控终端以及被控终端，则所述方法包括：

接收服务端发送的被控终端第二标识；

从与业务端相连接的被控终端中获取被控终端候选第二标识；

当所述被控终端第二标识与所述被控终端候选第二标识匹配成功后，对所述与业务端相连接的被控终端执行业务。

8.一种业务执行方法，其特征在于，所述方法应用于终端，包括：

向服务端发送包含终端第一标识的业务请求；

响应业务端针对终端第二标识的获取请求。

9.如权利要求8所述的方法，其特征在于，向服务端发送包含终端第一标识的业务请求，包括：

向服务端发送包含终端第一标识的业务请求以及终端位置信息。

10.如权利要求8所述的方法，其特征在于，所述方法还包括：

接收服务端发送的执行完成的通知并展示。

11.如权利要求8所述的方法，其特征在于，所述终端包括主控终端以及被控终端，则所述方法包括：

主控终端向服务端发送包含被控终端第一标识的业务请求；

被控终端响应业务端针对第二标识的获取请求。

12.一种业务执行装置，其特征在于，所述装置应用于服务端，包括：第一接收单元、确定单元以及第一发送单元，其中，

所述第一接收单元，用于接收终端发送的包含终端第一标识的业务请求；

所述确定单元，用于根据预设的对应关系，确定与所述终端第一标识对应的终端第二标识；

所述第一发送单元，用于将所述终端第二标识发送至业务端。

13.一种业务执行装置，其特征在于，所述装置应用于业务端，包括：第二接收单元、获取单元以及执行单元，其中，

所述第二接收单元，用于接收服务端发送的终端第二标识；

所述获取单元，用于从与业务端相连接的终端中获取终端候选第二标识；

所述执行单元，用于当所述终端第二标识与所述终端候选第二标识匹配成功后，对所述与业务端相连接的终端执行业务。

14.一种业务执行装置，其特征在于，所述装置应用于终端，包括：第三发送单元以及响应单元，其中，

所述第三发送单元，用于向服务端发送包含终端第一标识的业务请求；

所述响应单元，用于响应业务端针对终端第二标识的获取请求。