网络约车方法及存储介质与流程

本发明涉及互联网技术领域，特别是涉及一种网络约车方法及存储介质。

背景技术

以uber、滴滴为代表的网约车，最大限度优化了乘客打车体验，改变了传统出租司机的等客方式，使司机能够根据乘客目的按意愿“接单”，节约了司机与乘客的沟通成本，降低了空驶率，最大化节省了司乘双方的资源与时间。

然而，传统的网约车系统需要乘客手动输入当前地址叫车，从而给急需用车的乘客带来了不便。

技术实现要素：

基于此，有必要针对传统的网约车系统需要乘客手动输入当前地址叫车的问题，提供一种网络约车方法及存储介质。

一种网络约车方法，应用于乘客持有的终端，包括：

获取传感装置根据终端的状态输出的感应信号；

判断所述感应信号满足设定条件时，接收由定位装置输出的所述终端所处的位置信息，并将所述位置信息发送至服务器；

接收所述服务器发送的约车信息；其中，所述约车信息为所述服务器根据所述位置信息将司机与乘客进行匹配后得出的信息。

在其中一个实施例中，所述将所述位置信息发送至服务器的步骤为：

通过利用socket与服务器建立的长连接将所述位置信息发送至服务器。

在其中一个实施例中，所述约车信息为经匹配的司机持有的终端所处的经纬度。

在其中一个实施例中，所述方法还包括：根据所述约车信息生成用于显示所述经匹配的司机持有的终端的实时位置信息的数据。

在其中一个实施例中，所述传感装置为能检测到乘客摇晃所述终端的传感器。

一种网络约车方法，应用于服务器，包括：

接收来自各司机持有的终端的位置信息和来自各乘客持有的终端的位置信息；

根据所述位置信息将各司机与各乘客进行匹配；

向匹配成对的司机持有的终端和乘客持有的终端分别发送预约信息；其中，所述约车信息为所述服务器将司机与乘客进行匹配后得出的信息。

在其中一个实施例中，所述根据所述位置信息将各司机与各乘客进行匹配的步骤为：

根据所述位置信息将相互之间距离最短的司机和乘客配为一对。

在其中一个实施例中，所述向匹配成对的司机持有的终端和乘客持有的终端分别发送预约信息的步骤包括：

向经匹配的司机持有的终端发送经匹配的乘客持有的终端当前所处的经纬度。

在其中一个实施例中，所述向匹配成对的司机持有的终端和乘客持有的终端分别发送预约信息的步骤包括：

向经匹配的乘客持有的终端发送经匹配的司机持有的终端当前所处的经纬度。

一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现应用于乘客持有的终端的所述方法；或者所述计算机程序被处理器执行时实现应用于服务器的所述方法。

上述网络约车方法及存储介质具有的有益效果为：对于乘客而言，当按设定方式改变所持有的终端的状态时(例如摇晃终端)，终端将会自动向服务器发送当前所处的位置信息。当服务器接收到司机持有的终端和乘客持有的终端发送的位置信息后，对于待约车的乘客而言，服务器将会计算出适合接受预约的司机，并将匹配后得到的约车信息分别发送至司机持有的终端和乘客持有的终端。因此，该网络约车方法及存储介质只需乘客改变终端的状态，而无需输入当前地址，即可执行网络约车功能，便于乘客使用，从而提高了约车的效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他实施例的附图。

图1为网络约车方法适用的应用环境示意图；

图2为一实施方式提供的网络约车方法的流程图；

图3为图2所示实施方式的网络约车方法的其中一个实施例的流程图；

图4为另一实施方式提供的网络约车方法的流程图。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的较佳实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容的理解更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于发明的技术领域的技术人员通常理解的含义相同。本文中在发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在限制本发明。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。

一实施方式提供了一种网络约车方法，适用的应用环境如图1所示，包括服务器100、若干乘客持有的终端200、若干司机持有的终端300。其中，服务器100例如为云服务器。乘客持有的终端200、司机持有的终端300例如为手机、平板电脑等。乘客持有的终端200、司机持有的终端300均可以与服务器100利用互联网或其他方式进行通信。

在本实施方式中，乘客和司机都可以在终端(乘客持有的终端200、司机持有的终端300都属于终端)上通过网页或者app(application)登录对应的即时通讯应用或者社交网络平台，并进行消息的发送与接收。在后续的叙述中，以乘客、司机在终端上下载了与即时通讯应用或者社交网络平台对应的app为例，即乘客、司机通过安装在终端上的与即时通讯应用或者社交网络平台对应的app向服务器100发送消息，并接收来自服务器100的消息。

如图2所示，本实施方式提供的网络约车方法用来提供一种便于乘客通过网络进行约车的方法，应用于乘客持有的终端200，包括以下步骤。

步骤s110，获取传感装置根据终端的状态输出的感应信号。

其中，感应信号与终端的状态是直接对应的，当终端的状态发生变化，感应信号则会发生相应变化。传感装置例如为能检测到乘客摇晃终端的传感器。终端的状态例如为终端的加速度值，这时，传感装置可以包括能够测量多个方向(如包括x、y、z三个方向，其中，x方向横向贯穿终端，y方向纵向贯穿终端，z方向垂直贯穿终端屏幕)的加速度传感器。当乘客摇晃终端时，终端的加速度值将会发生变化，这时传感装置输出的感应信号即可体现出终端的状态发生了变化。

本实施方式中，如果乘客需要约车，则在终端登录app后，即可通过改变终端的状态(例如摇晃终端)来启动网络约车。

步骤s120，判断感应信号满足设定条件时，接收由定位装置输出的终端所处的位置信息，并将该位置信息发送至服务器100。

其中，判断感应信号满足设定条件，换言之，判断持有者(乘客)是否按要求执行了相应操作。例如：仍然以终端的状态为终端的加速度值为例，当终端在各个方向的加速度变化值超过设定的阈值时，则可判定持有者执行了摇晃手机的操作。

定位装置例如为gps(globalpositioningsystem，全球定位系统)模块。位置信息例如为经纬度。

因此，只要乘客执行了能改变终端的状态的相应操作(例如摇晃终端)，终端即可自动获取当前的位置信息并发送至服务器100，而无需持有者手动输入当前地址。

步骤s130，接收服务器100发送的约车信息。其中，约车信息为服务器100根据位置信息将司机与乘客进行匹配后得出的信息。

其中，司机持有的终端300可以定时将自身的位置信息发送至服务器100或者采用其他方式发送至服务器100。服务器100将司机与乘客进行匹配，换言之，服务器100接收到各乘客持有的终端200的位置信息、各司机持有的终端300的位置信息后，会根据相应规则挑选出适合接受各乘客预约的司机，例如将与乘客距离最短的司机作为与该乘客匹配的司机。服务器100配对完成后，将配对后的信息(即约车信息)分别发送至对应的司机和乘客，以使得司机能够到达乘客所处的位置。

需要说明的是，对于配对完成的一对司机和乘客而言，服务器100向该乘客持有的终端200、该司机持有的终端300发送的约车信息的内容可以不同，只要保证司机能够到达乘客所处的位置即可。

因此，本实施方式提供的上述网络约车方法中，对于乘客，当按设定方式改变所持有的终端的状态时(例如摇晃终端)，终端将会自动向服务器100发送当前所处的位置信息。当服务器100接收到司机对应的终端300和乘客对应的终端200发送的位置信息后，对于待约车的乘客而言，服务器100即可计算出最适合接受预约的司机，并将匹配后得到的约车信息分别发送至司机持有的终端300和乘客持有的终端200。因此，该网络约车方法只需乘客改变终端的状态，而无需输入当前地址，即可执行网络约车功能，便于乘客使用，提高了约车的效率。

在其中一个实施例中，上述步骤s120中的将位置信息发送至服务器100的步骤为：通过利用socket(套接字)与服务器100建立的长连接将位置信息发送至服务器100。

其中，利用socket与服务器100建立的长连接，换言之，各终端与服务器100只用一个socket对象，且长期保持socket的连接。采用长连接的方式可以克服短连接需要频繁建立连接而降低处理速度的缺陷，从而使得在乘客需要约车时，能够及时响应乘客的需求，进一步提高了约车的效率。

可以理解的是，终端与服务器100之间的通信方式不限于上述一种情况，例如也可以采取其他方式的长连接，如基于http协议的长连接。

在其中一个实施例中，上述约车信息为经匹配的司机持有的终端300所处的经纬度。

其中，经匹配的司机持有的终端300，是指与执行该网络约车方法的乘客持有的终端200相匹配的司机持有的终端300。因此，对于乘客持有的终端200来说，在判断感应信号满足设定条件时(即乘客按要求执行了相应可以改变终端状态的操作，例如乘客摇晃了终端)，则将定位装置输出的位置信息(即乘客持有的终端200当前所处的位置信息)发送至服务器100。服务器100接收到该乘客的位置信息后，将会挑选适于接收该乘客预约的司机，并将挑选的司机持有的终端300当前的位置信息发送至该乘客持有的终端200。此时，乘客即可知晓已经有司机可以接单。

进一步地，约车信息为经匹配的司机持有的终端300所处的实时经纬度。换言之，服务器100会持续向乘客持有的终端200发送司机持有的终端300实时的位置信息，以便乘客实时知晓司机当前所处的位置。

并且，上述方法还包括以下内容，请参考图3。

步骤s140，根据约车信息生成用于显示经匹配的司机持有的终端300的实时位置信息的数据。

其中，实时位置信息的数据例如为能够实时显示司机所处位置的地图。乘客持有的终端200可以利用传统技术，例如高德的sdk(softwaredevelopmentkit，软件开发工具包)，来绘制地图。

可以理解的是，乘客持有的终端200的具体执行方式不限于上述一种情况，例如还可以通过语音播报的方式实时告知乘客经匹配的司机实时所处的位置司与乘客之间的实时的距离。

另一实施方式提供了网络约车方法，应用于服务器100，并与上述实施方式提供的网络约车方法对应。请参考图4，该网络约车方法包括以下内容。

步骤s210，接收来自各司机持有的终端300的位置信息和来自各乘客持有的终端200的位置信息。

其中，司机持有的终端300可以定时将司机的位置信息(即司机持有的终端300的位置信息)发送至服务器100。

当乘客需要预约车辆时，可对终端按要求进行操作(例如摇晃终端)，终端判断传感装置输出的感应信号满足设定条件时，即可将乘客的位置信息(即乘客持有的终端200的位置信息)发送至服务器100。

步骤s220，根据上述位置信息将各司机与各乘客进行匹配。

其中，服务器100接收到各乘客持有的终端200的位置信息、各司机持有的终端300的位置信息后，会根据相应的规则挑选出适合接受各乘客预约的司机。

具体地，该步骤可以为：根据位置信息将相互之间距离最短的司机和乘客配为一对。换言之，服务器100将与乘客距离最短的司机设为与该乘客匹配的司机，以使得该司机去搭载该乘客。

步骤s230，向匹配成对的司机持有的终端300和乘客持有的终端200分别发送约车信息。其中，约车信息为服务器100将司机与乘客进行匹配后得出的信息。

需要说明的是，对于配对完成的一对司机和乘客而言，服务器100向该乘客持有的终端200、该司机持有的终端300发送的约车信息的内容可以不同，只要保证司机能够开车到达乘客所处的位置即可。例如：服务器100向司机持有的终端300发送经匹配的乘客持有的终端200的位置信息，而向乘客持有的终端200发送经匹配的司机持有的终端300的实时位置信息。

因此，本实施方式提供的上述网络约车方法中，对于乘客而言，当按设定方式改变所持有的终端的状态时(例如摇晃终端)，终端将会自动向服务器100发送当前所处的位置信息。当服务器100接收到司机持有的终端300和乘客持有的终端200发送的位置信息后，对于待约车的乘客而言，服务器100即可计算出最适合接受预约的司机，并将匹配后得到的约车信息分别发送至司机持有的终端300和乘客持有的终端200。因此，该网络约车方法只需乘客改变终端的状态，而无需输入当前地址，即可执行网络约车功能，便于乘客使用，提高了约车的效率。

在其中一个实施例中，上述步骤s230包括：向经匹配的司机持有的终端300发送经匹配的乘客持有的终端200当前所处的经纬度。

其中，经匹配的司机持有的终端300和经匹配的乘客持有的终端200是指匹配成为一对的司机和乘客分别持有的终端。当经匹配的司机持有的终端300接收到经匹配的乘客持有的终端200当前所处的经纬度，可以生成能够到达经匹配的乘客持有的终端200所处位置的导航数据。

其中，导航数据是指能够指引司机到达经匹配的乘客所处位置的数据，例如包括地图及行程路线。具体地，司机持有的终端300可以通过传统技术，例如高德的sdk，来生成地图及行程路线。因此，司机即可根据终端显示的导航数据，向乘客行驶，以完成网络约车。

可以理解的是，司机持有的终端300的具体执行方式不限于上述情况，例如司机持有的终端300还可以供司机选择是否需要生成导航数据，如果司机对某个区域的路况较为熟悉，则司机可以关闭生成导航数据的功能，此时终端则无需执行上述生成能够到达经匹配的乘客持有的终端200所处位置的导航数据的步骤。

在其中一个实施例中，上述步骤s230包括：向经匹配的乘客持有的终端200发送经匹配的司机持有的终端300当前所处的经纬度。

其中，经匹配的司机持有的终端300和经匹配的乘客持有的终端200是指匹配成为一对的司机和乘客分别持有的终端。

当经匹配的乘客持有的终端200接收到经匹配的司机持有的终端300当前所处的经纬度后，可以生成用于显示经匹配的司机持有的终端300的实时位置信息的数据。

其中，实时位置信息的数据例如为能够实时显示司机所处位置的地图。乘客持有的终端200可以利用传统技术，例如高德的sdk(softwaredevelopmentkit，软件开发工具包)，来绘制地图。

可以理解的是，乘客持有的终端200的具体执行方式不限于上述一种情况，例如还可以通过语音播报的方式实时告知乘客经匹配的司机实时所处的位置司与乘客之间的实时的距离。

需要说明的是，本实施方式提供的上述网络约车方法中乘客持有的终端200、司机持有的终端300及服务器100执行的方法均与上述实施方式提供的网络约车方法相同，这里就不再赘述。

另一实施方式提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现图1至图3所述的网络约车方法。或者，所述计算机程序被处理器执行时实现图4所述的网络约车方法。

换言之，该存储介质即可以为设于用户持有的终端200内的元件，又可以为设于服务器100内的元件。具体地，存储介质例如为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等。

需要说明的是，图2至图4为本发明实施例的方法的流程示意图。应该理解的是，虽然图2至图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图2至图4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。