一种业务执行方法及装置与流程

本申请涉及互联网技术领域，尤其涉及一种业务执行方法及装置。

背景技术：

随着技术的发展，网约车已经成为人们普遍选择的出行方式之一。

现有技术中，乘客可通过客户端向网约车平台的服务器发送约车请求，由平台匹配合适的司机执行该网约车业务。其中，用该约车请求中携带有该乘客的出发位置和目的地位置，该出发位置通常是根据乘客终端的定位信息确定的。

而服务器在匹配司机时，一般是以该出发位置为中心，根据各司机的客户端上报的车辆位置，筛选预设范围内的空闲的司机，再从筛选出的各空闲司机中确定执行该网约车业务的司机。同样的，司机的客户端上报的车辆位置，一般也是通过司机的终端的定位信息确定的。

但是，对于场站场景(如，机场、火车站以及长途汽车站等)，由于人口密集度高、建筑物遮蔽严重等原因，导致终端在场站内的定位的位置通常精度较差，使得现有技术中依赖乘客和司机位置的网约车业务受到影响较大，难以给乘客匹配合适的司机执行网约车服务。

同时，由于场站内可上车的地点较多，并且部分地点之间相距的距离较远。使得一旦给乘客匹配了不合适的司机，导致乘客和司机都需要花费大量的精力寻找对方。

例如，假设如图1所示的乘客和司机的位置示意图，其中，实线圆表示用户的实际位置，虚线圆表示服务器接收到的各用户的客户端上传的位置，则在接收到机场1号航站楼等待的乘客a的约车请求时，服务器根据各虚线圆的位置，确定在机场3号航站楼的司机b执行网约车业务，而非实际距离乘客a更近的司机c执行该网约车业务。并且，司机b在到达服务器提供的乘客上车位置后，由于与乘客a实际位置存在偏差，双方仍然需要额外耗费时间寻找对方。

于是针对这种场所本身原因导致的网约车业务执行效率低的问题，本说明书提供一种业务执行方法及装置。

技术实现要素：

本说明书实施例提供一种业务执行方法及装置，用于解决在场站场景下现有网约车业务的技术，难以给乘客匹配合适的司机，导致业务执行效率较低的问题。

本说明书实施例采用下述技术方案：

本说明书提供的一种业务执行方法，包括：

监控第一终端的实时位置，若所述第一终端进入预设地理范围内，则向所述第一终端推送预设的各区域信息；

根据所述第一终端返回的选定区域信息，确定所述第一终端所处区域；

响应于第二终端发送的第一请求，确定目标区域，其中，所述第二终端位于所述预设地理范围内；

从所述目标区域中确定执行所述第一请求对应业务的目标第一终端。

可选地，向所述第一终端推送预设的各区域信息，具体包括：

响应于所述第一终端在所述预设地理范围内的驻留时长超过阈值，向所述第一终端推送预设的各区域信息。

可选地，在所述响应于第二终端发送的第一请求，确定目标区域的步骤之前，所述方法还包括：

接收到所述第二终端发送的第二请求，确定所述第二终端的当前位置；

如果所述当前位置位于所述预设地理范围内，则根据所述当前位置到各区域内的上车点的距离，向所述第二终端推荐上车点。

可选地，根据所述当前位置到各区域内的上车点的距离，向所述第二终端推荐上车点，具体包括：

根据所述当前位置到各区域内的上车点的距离，以及各上车点所属的区域内的第一终端的数量，向所述第二终端推荐上车点。

可选地，所述响应于第二终端发送的第一请求，确定目标区域，具体包括：

根据所述第一请求确定目标上车点；

确定所述目标上车点所属区域为目标区域。

本说明书提供的一种业务执行方法，包括：

第一终端向服务器上报实时位置；

接收所述服务器在确定所述实时位置落入预设地理范围内时，推送预设的各区域信息；

接收用户从各区域信息中选择的选定区域信息，并向所述服务器返回所述选定区域信息，以使所述服务器响应于位于所述预设地理范围内的第二终端发送的第一请求，确定目标区域，并从所述目标区域中确定执行所述第一请求对应业务的目标第一终端。

本说明书提供一种业务执行装置，包括：

发送模块，监控第一终端的实时位置，若所述第一终端进入预设地理范围内，则向所述第一终端推送预设的各区域信息；

确定模块，根据所述第一终端返回的选定区域信息，确定所述第一终端所处区域；

响应模块，响应于第二终端发送的第一请求，确定目标区域，其中，所述第二终端位于所述预设地理范围内；

执行模块，从所述目标区域中确定执行所述第一请求对应业务的目标第一终端。

本说明书提供一种业务执行装置，包括：

上报模块，所述装置向服务器上报实时位置；

接收模块，接收所述服务器在确定所述实时位置落入预设地理范围内时，推送预设的各区域信息；

发送模块，接收用户从各区域信息中选择的选定区域信息，并向所述服务器返回所述选定区域信息，以使所述服务器响应于位于所述预设地理范围内的第二终端发送的第一请求，确定目标区域，并从所述目标区域中确定执行所述第一请求对应业务的目标第一终端。

本说明书提供的一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述业务执行方法。

本说明书提供的一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述业务执行方法。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

服务器可通过监测各第一终端的实时位置，确定进入预设地理范围内(如，是否在场站内)的第一终端，并推送预设的各区域信息。之后，根据第一终端返回的选定区域信息后，确定该第一终端所处区域。这样就确定出了进入该预设地理范围内各第一终端在各区域内的分布情况，最后，响应于第二终端发送的第一请求，确定目标区域，并从该目标区域中确定执行该第一请求对应业务的目标第一终端。服务器通过确定各区域的第一终端的分布情况，结合根据第一请求确定的目标区域，可确定合理的接单司机(即，执行业务的第一终端)。避免了场站场景下，司乘匹配不合理导致的网约车业务执行效率低的问题。

附图说明

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

图1为乘客和司机的实际位置和上报位置存在误差的示意图；

图2为本说明书提供的一种业务执行过程；

图3为本说明书提供的网约车业务的示意图；

图4为本说明书实施例提供的司机的第一终端中客户端显示提示信息的示意图；

图5为本说明书提供的确定上车点的运力的示意图；

图6为本说明书提供的第一终端执行的一种业务执行过程；

图7为本说明书实施例提供的显示用于用户选择的各区域的示意图；

图8为本说明书实施例提供的一种业务执行装置的结构示意图；

图9为本说明书实施例提供的一种业务执行装置的结构示意图；

图10为本说明书实施例提供的对应于图2或图6的电子设备示意图。

具体实施方式

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

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

图2为本说明书实施例提供的一种业务执行过程，具体可包括以下步骤：

s102：监控第一终端的实时位置，若所述第一终端进入预设地理范围内，则向所述第一终端推送预设的各区域信息。

在本说明书中，该业务执行过程为执行网约车业务的过程，具体可由提供网约车服务的平台的服务器执行，第一终端为司机使用的终端，第二终端为乘客使用的终端，如图3所示。

图3为本说明书提供的网约车业务的示意图。其中，服务器为网约车平台的服务器，各第二终端为有约车需求的乘客的终端，各第一终端为司机使用的终端。如图3中箭头所示，服务器在接收到某第二终端发送的约车请求后，可通过调度规则，确定执行该约车请求对应业务的司机，并向相应的第一终端发送该约车请求，使司机可根据接收到的该约车请求接送乘客。其中，各第二终端以及各第一终端可通过服务器提供的客户端与该服务器通信，例如，网约车平台的乘客客户端和网约车平台的司机客户端。

由于本说明书提供的方法，用于解决场站场景下容易导致的网约车业务执行效率低的问题，因此服务器可确定场站内运力的分布情况，以便合理执行业务。则该预设地理范围为场站类地点对应的范围，可根据场站的占地范围预先确定。例如，确定机场航站楼占地范围、火车站进出站楼占地范围等等，为预设地理范围。

具体的，由于网约车平台的服务器需要监控每个第一终端的位置，以便调度司机接单，因此司机使用的第一终端中的客户端，通常是按照预设时间间隔获取第一终端的位置并上报至服务器的。于是，服务器可根据各第一终端上报的实时位置，确定进入预设地理范围内各第一终端。

并且，由于在场站内的终端定位精度较差，服务器难以准确的确定进入预设地理范围内各第一终端的位置，因此为了准确的定位确定出的各第一终端的位置，服务器可针对每个第一终端，当监测到该第一终端进入该预设地理范围内时，向该第一终端推送预设的各区域信息。其中，各区域信息可以是预先对该预设地理范围进行划分后的各区域的名称，例如，机场p1停车场，火车站北一停车区等等。

s104：根据所述第一终端返回的选定区域信息，确定所述第一终端所处区域。

在本说明书中，服务器在向第一终端推送各区域信息后，可接收第一终端返回的选定区域信息，该选定区域信息是该服务器推送给第一终端的预设的各区域信息中的一个。则服务器可根据第一终端返回的选定区域信息，确定该第一终端处在与该选定区域信息对应的区域内。

另外，在本说明书中，由于场站内可停车以及可上下乘客的位置较多，因此可在该预设地理范围内预先配置若干上车点，以方便向乘客推荐。则此时服务器还可确定该第一终端对应的上车点。

其中，上车点可以根据需要设置，本说明书对此不做限定。例如，将出站口附近远离公交车站、出租车站的地点，确定为上车点，以避免与公交车和出租车抢位，将道路宽度和人行道宽度均满足要求的地点，确定为上车点，以便于司乘双方等待，减少道路拥堵，等等。

具体的，服务器可以针对预先从该预设地理范围中划分出的每个区域，根据接收到的各第一终端返回的选定区域信息，确定位于该区域内的第一终端。针对每个上车点，根据该上车点所在的区域，将该上车点所在的区域内的第一终端，确定为该上车点对应的第一终端。

在本说明书中，该预设地理范围内的每个区域中可以只包含有一个上车点。则在步骤s102中，服务器向第一终端推送的各区域信息也可以是各上车点。于是，服务器可以根据各第一终端返回的上车点，确定每个上车点对应的第一终端。

s106：响应于第二终端发送的第一请求，确定目标区域，其中，所述第二终端位于所述预设地理范围内。

在本说明书中，若服务器接收到第二终端发送的第一请求，可先判断该第二终端是否落入该预设地理范围内。并当第二终端落入预设地理范围内时，确定该第一请求对应的目标区域，以执行后续操作。

具体的，在本说明书中类似图3的过程，该第一请求可以是约车请求。服务器可响应于该第一请求，确定目标区域，并在后续步骤中根据目标区域确定执行第一请求对应业务的第一终端。由于乘客约车时需要上传自己的上车位置，因此该第一请求中通常携带有上车位置，服务器可根据该上车位置，从各区域中确定该上车位置落入的区域，作为目标区域。

另外，在本说明书中，在响应于该第一请求确定目标区域之前，第二终端通常需要启动客户端，建立与服务器的通信连接，则服务器在接收到第二终端发送的第二请求时，可以确定第二终端的当前位置。该第二请求，可以是该客户端向服务器发送通信连接请求。或者，由于通常乘客的客户端启动后，会显示周围车辆的位置，因此该第二请求也可以是获取周围信息的请求。本说明书对该第二请求具体是何种请求不做限定。

服务器在接收到第二请求后，可确定该第二终端的当前位置，并在确定该当前位置在预设地理范围内时，向该第二终端推荐上车点。其中，该当前位置可以是该第二终端的客户端，通过该第二终端的定位功能确定，并返回该服务器的。例如，客户端通过第二终端的全球定位系统(globalpositioningsystem，gps)芯片采集的数据确定第二终端的坐标，并将该坐标返回该服务器。

进一步地，若服务器确定该当前位置位于该预设地理范围内，则服务器可根据该当前位置到各区域内的上车点的距离，向第二终端推荐上车点。并且，由于车辆运营行业的业务执行效率与区域内的运力相关，而运力与车辆数量相关，因此为了提高业务执行效率，服务器还可结合各上车点的运力，向第二终端推荐上车点。

具体的，由于场站的占地范围通常较大，因此该当前位置可能与某些上车点距离较远。而为了防止向第二终端推荐，运力充沛但是距离当前位置较远的上车点，服务器可先确定当前位置到各区域内的上车点的距离，作为距离参数。

在本说明书中，首先，针对每个上车点，服务器可确定但前位置与该上车点的距离，作为距离参数。该距离参数可以作为权重值，用于减少上车点距离出发位置的距离超过预设距离时，该上车点的推荐度。例如，当该出发位置与该上车点的距离大于预设距离时，该权重值为0.1。

之后，服务器可根据步骤s104确定的该上车点的第一终端的数量，以及该上车点的距离参数，确定该上车点的推荐度。例如，假设以公式pi＝ni/li计算每个上车点的推荐度，其中pi为第i个上车点推荐度，ni为第i个上车点的第一终端的数量(即，该第i个上车点的运力)，li为第i个上车点的距离参数，则距离参数越大推荐度越低。或者，服务器也可根据距离参数，确定不同的推荐度权重值。如当距离参数超过2km时，确定推荐度权重值为0.1，当距离参数不超过2km时，确定推荐度权重值为1，将该上车点的运力与推荐度权重值的乘积，作为该上车点的推荐度。

然后，根据各上车点的推荐度，向第二终端推荐上车点。其中，推荐的上车点可以是一个或者多个，本说明书不做限定。

于是，第二终端的乘客在需要约车服务时，可根据服务器推荐的上车点，从推荐的上车点中选择一个上车点作为出发位置，并发起该第一请求，则该服务器可接收第二终端携带有目标上车点的第一请求。则服务器可，根据该第一请求确定目标上车点，并进一步确定目标上车点所属区域为目标区域。

s108：从所述目标区域中确定执行所述第一请求对应业务的目标第一终端。

最后，服务器可从该目标区域中的各第一终端中，确定执行该第一请求对应的业务的第一终端。并向确定出的第一终端发送该第二终端的第一请求，则使用第一终端的司机可根据该第一请求，执行业务。

另外，如在步骤s106中所述的，若服务器向第二终端推荐了上车点，则服务器响应于第一请求，可以确定目标上车点。在步骤s108中，服务器可以从该目标上车点对应的各第一终端中，确定执行业务的第一终端。

基于图2所示的业务执行方法，服务器可通过监测各第一终端的实时位置，确定进入预设地理范围内(如，是否在场站内)的第一终端，并推送预设的各区域信息。之后，根据第一终端返回的选定区域信息后，确定该第一终端所处区域。这样就确定出了进入该预设地理范围内各第一终端在各区域内的分布情况，最后，响应于第二终端发送的第一请求，确定目标区域，并从该目标区域中确定执行该第一请求对应业务的目标第一终端。服务器通过确定各区域的第一终端的分布情况，结合根据第一请求确定的目标区域，可确定合理的接单司机(即，执行业务的第一终端)。避免了场站场景下，司乘匹配不合理导致的网约车业务执行效率低的问题。

另外，在步骤s102中服务器当监测到该第一终端进入该预设地理范围内时，也可通过确定该第一终端的具体位置，确定该第一终端所在的区域。则服务器可向该第一终端定位请求，使第一终端的客户端显示提示信息，该提示信息用于提示司机标记处自己所处的实际位置，如图4所示。则在步骤s104中，服务器可接收该第一终端返回的，由用户在该第一终端输入的，该第一终端的坐标位置。并根据坐标位置，确定第一终端的选定区域信息。

图4为本说明书实施例提供的司机的第一终端中客户端显示提示信息的示意图，在电子地图上显示提示信息：“请标记您当前的位置”，并且显示“确定”按键，当监测到用户在电子地图上执行点击操作后，该“确定”按键点亮，在监测到用户对点亮后的“确定”按键操作后，向服务器上报该用户在电子地图上执行点击操作的点的坐标。

进一步地，由于当司机是处于空闲等待的状态时，该司机才能根据服务器发送的业务请求执行业务，因此在本说明书步骤s102中服务器可确定处于空闲等待的状态的第一终端，并推送预设的各区域信息，以确定第一终端的位置。同样的，由于场站的范围通常较大，司机在进入场站之后不会立刻停车等待，而通常是会行驶一段距离寻找到合适停车的位置后再停车等待乘客，因此服务器可确定停驶的司机的第一终端，并推送预设的各区域信息。

于是，在本说明书中，服务器针对该预设地理范围内的各第一终端，在并推送预设的各区域信息之前，可先判断该第一终端在该预设地理范围内的驻留时长是否超过阈值，若是，则确定该第一终端已经停留等待接收业务请求，并向该第一终端推送预设的各区域信息，否则确定该第一终端尚未准备好接收业务请求，不推送，并继续监测该第一终端在该预设地理范围内的驻留时长。直到该第一终端的驻留时长超过阈值之后，再推送预设的各区域信息。其中，阈值可以根据需要设置，本说明书不做限定，例如，以5分钟为阈值。

更进一步地，在本说明书中，区域的划分以及上车点的配置可以更加灵活，则一个区域中可以包含有若干上车点。例如，假设预先划分的一个区域为机场p6停车场，可在停车场出口位置配置一个上车点，并在距离出口位置一定距离的地方再配置一个上车点，以通过两个上车点分散该区域内乘车人流。

或者，服务器可根据预设的各上车点，确定各上车点对应的区域。具体的，服务器可针对每个上车点，根据车辆在该预设地理范围内行驶至该上车点的距离或者时间，确定该上车点对应的区域。或者，针对每个上车点，确定距离该上车点在预设范围内的区域，为该上车点对应的区域。则此时各区域之间可能存在重叠，例如，从位置e行驶至上车点f1和上车点f2的耗时一样，则该位置即位于上车点f1对应的区域内，也位于上车点f2对应的区域内。假设司机b上报的当前所在位置为位置e，则在确定各上车点对应的第一终端时，该司机b的第一终端，既对应上车点f1也对应上车点f2。

结合前述服务器通过向第一终端发送定位请求，通过确定该第一终端的具体位置，确定该第一终端所在的区域。当上车点对应的区域可能存在重叠时，该第一终端可以在多个上车点的区域中。则在步骤s106服务器在根据各上车点的距离参数和运力，向该第二终端推送上车点时，可针对每个上车点，确定该上车点对应的区域，再确定该区域对应的第一终端的数量，作为该上车点的运力。

继续沿用上例，在确定各上车点的运力时，该司机b的第一终端，即可作为上车点f1的运力，也可作为上车点f2的运力。

另外，在本说明书中，针对每个上车点，服务器可根据该上车点对应的第一终端的数量，确定该上车点的运力。

图5为本说明书提供的确定上车点的运力的示意图，其中表示服务器确定出的在预设地理范围内的各第一终端的位置(即，坐标位置)，圆点表示各预设的上车点，虚线表示每个上车点对应的区域。那么根据在每个区域内的数量，服务器可确定该区域的运力，也就是该区域内上车点的运力。

进一步地，由于不同的车辆的承载能力不同，因此服务器在确定各上车点的运力时，还可以根据每个第一终端对应的车辆信息，确定该第一终端的权重值，并根据加权后的第一终端，确定各上车点的运力。

具体的，由于在网约车平台上注册的司机，通常需要提供其所驾驶的车辆的型号、牌照以及座位数等基础信息，因此服务器可根据各第一终端的客户端中登录的账户的基础信息，分别确定各第一终端权重值。

例如，假设将第一终端对应的车辆信息中：座位数5个以上、中大型车，的权重值设为1.1，将第一终端对应的车辆信息中：座位数3个以下、微型车，的权重值设为0.8。根据各上车点对应的第一终端加权后的数值，确定各上车点的运力。

更进一步地，在步骤s106中，服务器也可直接根据该第一请求，确定推荐给第二终端的上车点，并从推荐的上车点对应的各第一终端中确定执行业务的第一终端。具体的过程，可以与步骤s106中根据第二请求推荐上车点的过程类似。

并且，当确定出的推荐上车点只有一个时，服务器可将确定出的推荐上车点发送至第二终端，并提示乘客至该上车点上车。若确定出的推荐上车点有多个时，可以将推荐的上车点推送给第二终端，并根据第二终端返回的对上车点的选择结果，确定目标区域和上车点，与步骤s106中描述的过程相同，本说明书不再赘述。

另外，在本说明书中，当各区域与各上车点不是一一对应的情况时，在步骤s108中，服务器可根据第一请求中携带的目标上车点，确定该目标上车点对应的各第一终端，并从确定出的各第一终端中确定执行业务的第一终端。

当然，该第一请求中还可携带有该乘客的目的地的位置，但是由于本说明书的业务执行过程中不涉及该目的地的位置，因此本说明书中省略对目的地位置的描述和说明。

另外，在本说明书中，针对每个第一终端，当监测到该第一终端离开预设地理范围内时，若该第一终端没有执行业务，则向该第一终端发送询问信息，该询问信息用于确定第一终端是否离开预设地理范围，并根据第一终端返回的答复结果，确定上车点的运力。

具体的，由于而场站场景下的终端定位精度通常较低，可能出现第一终端上报的实时位置漂移出该预设地理范围的情况，但是有时也会出现司机主动离开场站的情况，因此为了精确地确定该预设地理范围内的运力分布，服务器可根据各第一终端上报实时位置，监测离开该预设地理范围的各第一终端，并当该第一终端没有根据接收的业务请求执行业务时，向该第一终端发送询问信息，以明确该第一终端的状态，从而确定上车点的运力。当答复结果为离开时，服务器可更新至少一个上车点的运力，当答复结果为未离开时，可再次向该第一终端发送定位请求，或者，再次向该第一终端推送各区域信息，以再次确定该第一终端所处区域。

基于图2所示的业务执行方法，本说明书实施例还对应提供一种第一终端执行的业务执行方法，如图6所示，具体可包括以下步骤：

s202：第一终端向服务器上报实时位置。

在本说明书中，具体可以是第一终端中的客户端执行该业务执行的过程，该客户端为网约车平台的服务器提供的应用程序。

s204：接收所述服务器在确定所述实时位置落入预设地理范围内时，推送预设的各区域信息。

s206：接收用户从各区域信息中选择的选定区域信息，并向所述服务器返回所述选定区域信息，以使所述服务器响应于位于所述预设地理范围内的第二终端发送的第一请求，确定目标区域，并从所述目标区域中确定执行所述第一请求对应业务的目标第一终端。

在本说明书中，该第一终端的客户端可预先从该服务器中获取该服务器对该预设地理范围内各区域的划分，并在接收到服务器推送的区域信息时，根据该预先地理范围内划分出的各区域，显示用于用户选择的各区域。之后，根据用户对于各区域的选择，确定该用户输入的选定区域信息，并返回该服务器。

如图7所述，该服务器将地理范围预先划分为了1～4，4个区域。当第二终端接收到了区域信息时，可根据预先划分的区域，显示各区域信息对应的区域的位置，并根据用户的点击操作，确定该用户选的区域作为选定区域信息。

基于图2所示的业务执行方法，本说明书实施例还对应提供一种业务执行装置的结构示意图，如图8所示。

图8为本说明书实施例提供的一种业务执行装置的结构示意图，所述装置包括：

发送模块302，监控第一终端的实时位置，若所述第一终端进入预设地理范围内，则向所述第一终端推送预设的各区域信息；

确定模块304，根据所述第一终端返回的选定区域信息，确定所述第一终端所处区域；

响应模块306，响应于第二终端发送的第一请求，确定目标区域，其中，所述第二终端位于所述预设地理范围内；

执行模块308，从所述目标区域中确定执行所述第一请求对应业务的目标第一终端。

可选地，发送模块302，响应于所述第一终端在所述预设地理范围内的驻留时长超过阈值，向所述第一终端推送预设的各区域信息。

可选地，响应模块306，接收到所述第二终端发送的第二请求，确定所述第二终端的当前位置，如果所述当前位置位于所述预设地理范围内，则根据所述当前位置到各区域内的上车点的距离，向所述第二终端推荐上车点。

可选地，响应模块306，根据所述当前位置到各区域内的上车点的距离，以及各上车点所属的区域内的第一终端的数量，向所述第二终端推荐上车点。

可选地，响应模块306，根据所述第一请求确定目标上车点，确定所述目标上车点所属区域为目标区域。

基于图6所示的业务执行方法，本说明书实施例还对应提供一种业务执行装置的结构示意图，如图9所示。

图9为本说明书实施例提供的一种业务执行装置的结构示意图，所述装置包括：

上报模块402，所述装置向服务器上报实时位置；

接收模块404，接收所述服务器在确定所述实时位置落入预设地理范围内时，推送预设的各区域信息；

发送模块406，接收用户从各区域信息中选择的选定区域信息，并向所述服务器返回所述选定区域信息，以使所述服务器响应于位于所述预设地理范围内的第二终端发送的第一请求，确定目标区域，并从所述目标区域中确定执行所述第一请求对应业务的目标第一终端。

本说明书实施例还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图2或图6提供的业务执行方法。

基于图2或图6所示的业务执行的方法，本说明书实施例还提出了图10所示的电子设备的示意结构图。如图10，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图2或者图6所述的业务执行方法。

当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

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

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

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

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

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

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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