CN114338918A - 基于多媒体彩铃的打车方法、装置和存储介质 - Google Patents

Abstract

本申请公开了一种基于多媒体彩铃的打车方法、装置和存储介质，该方法包括：接收打车服务器发送的订单信息和打车用户的视频信息；接收乘车终端发送的乘车用户的视频信息和位置信息；接收司机终端发送的司机的视频信息；根据订单信息、打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成多媒体彩铃；将多媒体彩铃发送至打车终端、乘车终端以及司机终端。本申请的打车用户和乘车用户在打车时可以了解司机的信息，而司机也可以了解乘车用户的信息，使得打车用户、乘车用户与司机之间的信息透明化，从而提高了网上打车的安全性。

Description

基于多媒体彩铃的打车方法、装置和存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种基于多媒体彩铃的打车方法、装置和存储介质。

背景技术

目前，在打车时，乘车用户、打车用户、司机三方的信息并不完全掌握，例如在较多的情形时，打车用户与乘车用户并不在一起，甚至实际乘车用户是对互联网技术应用不熟练的老年人或小孩，这就导致了乘车用户对司机信息不了解，也不知道司机的汽车外观、车牌号码等信息；而司机也不了解乘车用户的外貌特征，不利于接车，因此，由于司机与乘车用户无法相互了解信息，从而存在网上打车的安全性问题。

发明内容

本申请实施例通过提供一种基于多媒体彩铃的打车方法、装置和存储介质，旨在解决网上打车的安全性问题。

为实现上述目的，本申请一方面提供一种基于多媒体彩铃的打车方法，所述方法应用于彩铃管理服务器，所述方法包括：

接收打车服务器发送的订单信息和打车用户的视频信息；

接收乘车终端发送的乘车用户的视频信息和位置信息；

接收司机终端发送的司机的视频信息；

根据所述订单信息、所述打车用户的视频信息、所述乘车用户的视频信息和位置信息以及所述司机的视频信息生成多媒体彩铃；

将所述多媒体彩铃发送至打车终端、所述乘车终端以及所述司机终端。

可选地，所述接收打车服务器发送的订单信息和打车用户的视频信息的步骤之后，包括：

根据所述订单信息和所述打车用户的视频信息生成第一多媒体彩铃；

将所述第一多媒体彩铃发送至所述乘车终端，其中，所述乘车终端接收到所述第一多媒体彩铃后，将所述乘车用户的视频信息和位置信息发送至所述彩铃管理服务器。

可选地，所述将所述多媒体彩铃发送至打车终端、所述乘车终端以及所述司机终端的步骤之后，包括：

接收所述打车服务器发送的订单确认信息；

根据所述订单确认信息、所述订单信息、所述打车用户的视频信息、所述乘车用户的视频信息和位置信息以及所述司机的视频信息生成第二多媒体彩铃；

将所述第二多媒体彩铃发送至所述打车终端、所述乘车终端以及所述司机终端。

此外，为实现上述目的，本申请另一方面还提供一种基于多媒体彩铃的打车方法，所述方法应用于打车服务器，所述方法包括：

接收打车终端发送的订单信息和打车用户的视频信息，将所述订单信息和所述打车用户的视频信息发送至彩铃管理服务器；

接收所述彩铃管理服务器发送的乘车用户的视频信息和位置信息；

将所述乘车用户的视频信息和位置信息发送至所述打车终端和司机终端。

可选地，所述将所述乘车用户的视频信息和位置信息发送至司机终端的步骤之后，包括：

接收所述司机终端发送的接单信息，将所述接单信息发送至打车终端和乘车终端；

接收所述打车用户和所述乘车用户的订单确认信息；

将所述订单确认信息发送至所述司机终端。

此外，为实现上述目的，本申请另一方面还提供一种基于多媒体彩铃的打车方法，所述方法应用于打车终端，所述方法包括：

获取订单信息和打车用户的视频信息，将所述订单信息和所述打车用户的视频信息发送至打车服务器；

接收彩铃管理服务器发送的多媒体彩铃，所述多媒体彩铃由所述订单信息、所述打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成；

根据所述多媒体彩铃更新所述打车终端的打车界面信息。

此外，为实现上述目的，本申请另一方面还提供一种基于多媒体彩铃的打车方法，所述方法应用于乘车终端，所述方法包括：

向彩铃管理服务发送乘车用户的视频信息和位置信息；

接收所述彩铃管理服务器发送的多媒体彩铃，所述多媒体彩铃由订单信息、所述打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成；

根据所述多媒体彩铃更新所述乘车终端的打车界面信息。

此外，为实现上述目的，本申请另一方面还提供一种基于多媒体彩铃的打车方法，所述方法应用于司机终端，所述方法包括：

向彩铃管理服务器发送司机的视频信息；

接收所述彩铃管理服务器发送的多媒体彩铃，所述多媒体彩铃由订单信息、所述打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成；

根据所述多媒体彩铃更新所述司机终端的打车界面信息。

此外，为实现上述目的，本申请另一方面还提供一种基于多媒体彩铃的打车装置，所述装置包括存储器、处理器及存储在存储器上并在所述处理器上运行基于多媒体彩铃的打车程序，所述基于多媒体彩铃的打车程序被处理器执行时实现如上所述基于多媒体彩铃的打车方法的步骤。

此外，为实现上述目的，本申请另一方面还提供一种存储介质，所述存储介质上存储有基于多媒体彩铃的打车程序，所述基于多媒体彩铃的打车程序被处理器执行时实现如上所述基于多媒体彩铃的打车方法的步骤。

本申请提出一种基于多媒体彩铃的打车方法，通过接收打车服务器发送的订单信息和打车用户的视频信息；接收乘车终端发送的乘车用户的视频信息和位置信息；接收司机终端发送的司机的视频信息；根据订单信息、打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成多媒体彩铃；将多媒体彩铃发送至打车终端、乘车终端以及司机终端。本申请的打车用户和乘车用户在打车时可以了解司机的信息，而司机也可以了解乘车用户的信息，使得打车用户、乘车用户与司机之间的信息透明化，从而提高了网上打车的安全性。

附图说明

图1为本申请实施例方案涉及的硬件运行环境的终端结构示意图；

图2为本申请基于多媒体彩铃的打车方法第一实施例的流程示意图；

图3为本申请基于多媒体彩铃的打车方法第二实施例的流程示意图；

图4为本申请基于多媒体彩铃的打车方法第三实施例的流程示意图；

图5为本申请基于多媒体彩铃的打车方法第四实施例的流程示意图；

图6为本申请基于多媒体彩铃的打车方法第五实施例的流程示意图；

图7为本申请基于多媒体彩铃的打车方法中一具体实施例的流程示意图；

图8为打车终端的界面示意图；

图9为打车终端的另一界面示意图；

图10为乘车终端的界面示意图；

图11为打车终端的又一界面示意图；

图12为乘车终端的另一界面示意图；

图13为司机终端的界面示意图；

图14为打车终端与乘车终端的又一界面示意图；

图15为打车终端与乘车终端的又一界面示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

如图1所示，图1为本申请实施例方案涉及的硬件运行环境的终端结构示意图。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机可读存储介质的存储器1005中可以包括基于多媒体彩铃的打车程序。

在图1所示的终端中，网络接口1004主要用于与后台服务器进行数据通信，用户接口1003主要用于与客户端(用户端)进行数据通信，处理器1001可以用于调用存储器1005中基于多媒体彩铃的打车程序。

参考图2，图2为本申请基于多媒体彩铃的打车方法第一实施例的流程示意图。

本实施例的基于多媒体彩铃的打车方法应用于彩铃管理服务器，包括以下步骤：

步骤S10，接收打车服务器发送的订单信息和打车用户的视频信息；

需要说明的是，在代打车场景中，打车用户与乘车用户通常为相识关系，打车用户在手机终端安装有打车APP，其中，代打车场景通常包括以下几种情况：打车用户与乘车用户位置不相近；乘车用户不具备熟练运用互联网知识的能力(例如老人或小孩)；乘车用户未安装打车APP。在上述几种情况下，打车用户与司机均安装有打车APP，他们可以通过互联网与打车平台建立联系，分享打车匹配信息及对端采集的信息，但乘车用户游离于此信息交互模型之外。基于此，本申请通过多媒体彩铃技术可以有效地将乘车用户参与至打车用户与司机之间的交互模型中，其中，多媒体彩铃包括但不限于视频、图片、文字等内容的传递。

在本实施例中，彩铃管理服务器在接收到打车服务器发送的订单信息和打车用户的视频信息后，调出代打车多媒体彩铃模板，该多媒体彩铃模板分为三部分展示区，分别为打车用户视频流展示区、乘车用户视频流展示区以及司机与地图信息展示区。然后，彩铃管理服务器根据打车用户的视频信息、订单信息以及代打车多媒体彩铃模板生成打车一阶多媒体彩铃(即第一多媒体彩铃)。

可选地，彩铃管理服务器将打车用户视频流融入打车用户视频流展示区，再将订单起止地址融入司机与地图展示区，从而生成代打车一阶多媒体彩铃。

进一步地，彩铃管理服务器从订单信息中获取乘车用户的电话号码，然后根据乘车用户的电话号码查询乘车用户的位置信息，例如，在确定乘车用户的电话号码后，通过基站等设备对该电话号码对应的终端进行呼叫测试，从而确定乘车用户的位置信息。同时，彩铃管理服务器还需要确定乘车终端对应的彩铃媒体服务器，再将生成的一阶多媒体彩铃推送至确定的彩铃媒体服务器，最后由彩铃媒体服务器将该一阶多媒体彩铃推送至乘车终端。一实施例中，彩铃管理服务器向移动通信MSC服务器发送消息，以通知移动通信MSC服务器与乘车终端建立多媒体彩铃媒体通道，以便于彩铃媒体服务器向乘车用户推送多媒体彩铃视频流。移动通信MSC服务器在收到彩铃管理服务器发送的消息后，呼叫乘车用户号码，同时从信令通道向乘车用户发起建立多媒体彩铃的媒体通道指令。乘车终端在接收到移动通信MSC服务器发送的指令后，开启多媒体彩铃展示模块，监听、等待接收多媒体彩铃媒体流，同时开启前摄采集乘车用户头像视频流及开启GPS定位。同时，乘车终端依据指令，向指定的彩铃媒体服务器发起建立连接的请求，并基于该请求与彩铃媒体服务器建立连接，然后媒体服务器推送代打车一阶多媒体彩铃数据流至乘车终端，此时，由于乘车终端的多媒体彩铃模板监听了视频流，在接收到的一阶多媒体彩铃数据流后，直接将一阶多媒体彩铃数据流展示在前端页面。

可选地，移动通信MSC服务器在推送数据流时，需在乘车终端与彩铃媒体服务器之间进行协商，确定订单ID，然后找到对应ID的数据流进行推送。

步骤S20，接收乘车终端发送的乘车用户的视频信息和位置信息；

在本实施例中，彩铃管理服务器在接收到乘车终端发送的乘车用户的视频信息和位置信息后，调出一阶多媒体彩铃，然后，将一阶多媒体彩铃、乘车用户的视频信息和位置信息融合生成二阶多媒体彩铃，再将二阶多媒体彩铃下发至彩铃媒体服务器，由彩铃媒体服务器将二阶多媒体彩铃从媒体通道向乘车终端推送视频流，以使乘车终端更新视频流，并展示二阶多媒体彩铃数据流。同时，彩铃管理服务器将收到的打车用户的视频信息、乘车用户的视频信息、乘车用户位置信息转发至打车服务器，以使打车服务器将该信息发送中司机终端，并由司机终端基于接收到的打车用户的视频信息、乘车用户的视频信息以及位置信息更新打车界面的显示信息，例如，司机终端的打车界面显示打车用户视频、乘车用户视频以及地图信息。

可选地，彩铃管理服务器还会将乘车用户的视频信息和位置信息发送至打车终端，以使打车终端基于乘车用户的视频信息和位置信息更新打车界面的信息，例如，打车终端的打车界面显示打车用户视频、乘车用户视频以及地图信息。

步骤S30，接收司机终端发送的司机的视频信息。

彩铃管理服务器在接收到司机终端发送的司机信息(包括司机的视频信息、司机的位置信息、汽车外观信息、预估接车时间、订单更新信息等)后，根据司机信息和二阶多媒体彩铃生成三阶多媒体彩铃，将三阶多媒体彩铃经由彩铃媒体服务器发送至乘车终端，以使乘车终端根据三阶多媒体彩铃更新打车界面的显示信息。

一实施例中，彩铃管理服务器根据司机前摄数据流(可观察车内空间状况、司机头像、汽车外观等信息)、汽车外观信息和接车时间等信息，同时基于订单ID调出对应的二阶视频彩铃，融合生成三阶视频彩铃。彩铃管理服务器将三阶视频彩铃下发至彩铃媒体服务器，再由彩铃媒体服务器向乘车用户更新推送三阶视频流。乘车用户视频彩铃模块展示三阶视频流，包含了司机视频数据流更新至司机/地图展示区(可切换)、乘车用户视频数据流、打车用户视频数据流。乘车用户可根据司机侧情况选择是否接受匹配的司机，在作出选择后，乘车用户在视频彩铃中将结果反馈，通过控制接口将选择信息传递回彩铃管理服务器；若选择拒绝，则打车服务器重新分配其他司机。

步骤S40，根据所述订单信息、所述打车用户的视频信息、所述乘车用户的视频信息和位置信息以及所述司机的视频信息生成多媒体彩铃；

在本实施例中，彩铃管理服务器在接收到乘车用户的选择信息后，会将该选择信息转发至打车服务器。此时，打车服务器汇集了三方的匹配意愿(司机、乘车用户、打车用户)，将订单匹配成功/失败结果通知司机端，将订单匹配成功/失败消息反馈给彩铃管理服务器，进一步地，彩铃管理服务器调出三阶视频彩铃，将匹配成功/失败信息融合生成四阶视频彩铃(即第二多媒体彩铃)，该四阶视频彩铃包括打车用户的订单信息、打车用户的视频信息、乘车用户的视频信息和位置信息、司机信息(包括司机的视频信息)以及订单匹配信息。

步骤S50，将所述多媒体彩铃发送至打车终端、所述乘车终端以及所述司机终端。

在本实施例中，彩铃管理服务器在生成四阶对媒体彩铃后，将该四阶多媒体彩铃发送至打车终端、乘车终端以及司机终端，以使各终端更新对应的基于该四阶多媒体彩铃更新相应的信息。

本实施例可以使代打车功能具象化，紧密结合打车用户、乘车用户、司机，使得信息互通更为及时有效，打车用户可以精准掌握乘车用户位置，是否符合自己设定的乘车点，选择司机；乘车用户可以掌握司机的汽车外观便于接车，也可选择司机；司机可了解司机乘车用户的，也可选择放弃订单，对于三方具有信息透明的优点，各自都有选择拒绝的公平自由。

进一步地，参考图3，图3为本申请基于多媒体彩铃的打车方法第二实施例的流程示意图。

本实施例的基于多媒体彩铃的打车方法应用于打车服务器，包括以下步骤：

步骤S60，接收打车终端发送的订单信息和打车用户的视频信息，将所述订单信息和所述打车用户的视频信息发送至彩铃管理服务器；

在本实施例中，打车服务器接收打车终端发送的订单信息和打车用户的视频信息，其中，该订单信息包括乘车起点、目的地、乘车时间、乘车用户数、乘车用户电话号码等信息；打车用户的视频信息为在打车用户所在区域采集到的视频信息，包括打车用户的头像信息、周围环境信息等。然后，打车服务器根据该订单信息为乘车用户匹配司机，再将打车用户的视频信息、订单信息以及备选司机信息发送至彩铃管理服务器。

步骤S70，接收所述彩铃管理服务器发送的乘车用户的视频信息和位置信息；

在本实施例中，彩铃管理服务器在接收到乘车终端发送的乘车用户的视频信息和位置信息后，会将该信息发送至打车服务器，此时，打车服务器会接收到彩铃管理服务器发送的乘车用户的视频信息和位置信息。

步骤S80，将所述乘车用户的视频信息和位置信息发送至所述打车终端和司机终端。

在本实施例中，打车服务器将接收到乘车用户的视频信息和位置信息发送至司机终端，以使司机终端在打车界面显示乘车用户的视频信息和位置信息，例如，在打车界面中显示乘车用户的视频信息。

可选地，打车服务器还将接收到乘车用户的视频信息和位置信息发送至打车终端，以使打车终端在打车界面显示乘车用户的视频信息和位置信息，在打车界面中显示乘车用户的视频信息。

可选地，打车服务器还将打车用户的视频信息发送至司机终端，以使司机终端更新打车界面的信息，例如，在打车界面中显示打车用户的视频信息。

本实施例的打车服务器通过与彩铃管理服务器、打车终端以及司机终端进行信息交互，实现打车用户、乘车用户以及司机三者之间的有效沟通和信息的透明化，提高网上打车的安全性。

进一步地，参考图4，图4为本申请基于多媒体彩铃的打车方法第三实施例的流程示意图。

本实施例的基于多媒体彩铃的打车方法应用于打车终端，包括以下步骤：

步骤S90，获取订单信息和打车用户的视频信息，将所述订单信息和所述打车用户的视频信息发送至打车服务器；

在本实施例中，打车用户在打车APP中，填入本次打车订单信息，例如乘车起点、目的地、乘车时间、乘车用户数、乘车用户电话号码等信息，同时开启本终端前摄，将采集到的内容展示在APP打车用户区域。然后，将订单信息和采集到的打车用户的视频信息发送至打车服务器，以使打车服务器将订单信息和打车用户的视频信息发送至彩铃管理服务器。

步骤S100，接收彩铃管理服务器发送的多媒体彩铃，所述多媒体彩铃由所述订单信息、所述打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成；

在本实施例中，接收彩铃管理服务器发送的多媒体彩铃，其中，多媒体彩铃由订单信息、打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成。

可选地，接收彩铃管理服务器发送的四阶多媒体彩铃。

步骤S110，根据所述多媒体彩铃更新所述打车终端的打车界面信息。

在本实施例中，打车终端基于接收到多媒体彩铃更新打车界面的显示信息，例如，在展示区展示打车用户的视频信息、乘车用户的视频信息以及地图信息。

本实施例通过接收司机信息、打车用户的视频信息和位置信息，然后将接收到的信息更新打车界面的显示信息，如此，可同时理解乘车用户信息和司机信息，实现打车用户、乘车用户以及司机之间的信息透明化，从而提高网上打车的安全性。

进一步地，参考图5，图5为本申请基于多媒体彩铃的打车方法第四实施例的流程示意图。

本实施例的基于多媒体彩铃的打车方法应用于乘车终端，包括以下步骤：

步骤S120，向彩铃管理服务发送乘车用户的视频信息和位置信息；

在本实施例中，彩铃管理服务器基于订单信息和打车用户的视频信息生成一阶多媒体彩铃后，将该一阶多媒体彩铃发送至乘车终端，乘车终端在接收到该一阶多媒体彩铃后，基于一阶多媒体彩铃更新当前页面的信息。同时，开启摄像头以拍摄乘车用户的视频信息，并开启GPS定位，然后，将拍摄得到的乘车用户的视频信息和位置信息发送至彩铃管理服务器。

步骤S130，接收所述彩铃管理服务器发送的多媒体彩铃，所述多媒体彩铃由订单信息、所述打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成；

在本实施例中，接收彩铃管理服务器发送的多媒体彩铃，其中，多媒体彩铃由订单信息、打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成。

可选地，接收彩铃管理服务器发送的四阶多媒体彩铃。

步骤S140，根据所述多媒体彩铃更新所述乘车终端的打车界面信息。

在本实施例中，乘车终端基于接收到的多媒体彩铃更新打车界面的信息，例如，在展示区展示打车用户的视频信息、乘车用户的视频信息以及地图信息。

本实施例通过接收彩铃管理服务器发送的多媒体彩铃，基于该多媒体彩铃实现与打车用户和司机进行信息交互，同时可以了解打车用户和司机的信息，实现打车用户、乘车用户以及司机之间的信息透明化，从而提高网上打车的安全性。

进一步地，参考图6，图6为本申请基于多媒体彩铃的打车方法第五实施例的流程示意图。

本实施例的基于多媒体彩铃的打车方法应用于司机终端，包括以下步骤：

步骤S150，向彩铃管理服务器发送司机的视频信息；

在本实施例中，司机终端APP收到订单匹配提醒时，基于打车APP司机终端展示的打车用户、乘车用户数据流，选择是否接单，若选择接受订单，司机端APP自动打开视频通道，采集本端前摄内容，并融合展示打车用户、乘车用户视频展示在本端的终端APP，同时，将采集到的司机的视频信息发送至彩铃管理服务器。

步骤S160，接收所述彩铃管理服务器发送的多媒体彩铃，所述多媒体彩铃由订单信息、所述打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成；

在本实施例中，接收彩铃管理服务器发送的多媒体彩铃，其中，多媒体彩铃由订单信息、打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成。

可选地，接收彩铃管理服务发送的四阶多媒体彩铃。

步骤S170，根据所述多媒体彩铃更新所述司机终端的打车界面信息。

在本实施例中，司机终端基于接收到的多媒体彩铃更新打车界面的信息，例如，在展示区展示打车用户的视频信息、乘车用户的视频信息以及地图信息。

本实施例通过接收打车服务器发送的打车用户的视频信息、乘车用户的视频信息以及位置信息，基于接收到的信息更新打车界面的显示信息，实现打车用户、乘车用户以及司机之间的信息透明化，从而提高网上打车的安全性。

为了更好地说明本申请的基于多媒体彩铃的打车方法，参考图7，图7为本申请基于多媒体彩铃的打车方法中一具体实施例的流程示意图。

基于多媒体彩铃的打车方法的具体方案为：

步骤1、打车服务器获取打车的订单信息，以及打车用户的实时视频，然后，根据打车的订单信息匹配司机，再将打车的订单信息、打车用户的实时视频，以及备选司机信息传递给彩铃管理服务器。

一实施例中，打车用户在打车APP中，填入本次打车订单信息，例如乘车起点、目的地、乘车时间、乘车用户数、乘车用户电话号码等信息。同时开启本终端前摄，将采集到的内容展示在APP打车用户区域，并将采集到的打车用户的实时视频和订单信息传输至打车服务器。

可选地，参考图8，在图8中，打车用户在打车APP中填入了打车信息，但未点击“确定”。打车用户展示区已展示本端前摄内容、乘车用户展示区预留等待乘车用户视频流输入、司机/地图展示区展示地图信息，预留匹配的司机位置、初始填入乘车用户位置在乘车点附近。

打车服务器在收到打车订单信息后，根据打车需求及司机资源进行匹配，例如根据距离匹配司机、或者根据司机的受欢迎程度匹配司机。同时，打车服务器使用互联网通道调用代打车专用的彩铃管理服务器，将订单相关信息(如ID号、待打车起止点的地图、乘车用户电话号码、打车终端APP的ID号及IP地址等信息)、打车用户前摄视频流传递给彩铃管理服务器。

可选地，参考图9，在图9中，打车用户在打车APP中已填入订单的所需信息，并点击“确定”，然后等待后续的乘车用户信息更新、系统匹配到司机并展示在司机和地图区域。

步骤2、彩铃管理服务器根据打车用户的实时视频，以及打车的订单信息，基于代打车视频彩铃模板生成打车一阶视频彩铃，并将一阶视频彩铃推送至乘车用户位置对应的彩铃媒体服务器。

一实施例中，彩铃管理服务器调出代打车视频彩铃模板，视频彩铃模板分为三部分展示区，分别为打车用户视频流展示区、乘车用户视频流展示区以及司机与地图信息展示区。在接收到打车用户的实时视频以及打车的订单信息后，将打车用户视频流融入打车用户视频流展示区，并将订单起止地融入司机/地图展示区，从而生成代打车一阶视频彩铃。

彩铃管理服务器根据订单信息获取乘车用户的电话号码，然后，根据乘车用户的电话号码确定乘车用户的位置信息，例如，通过基站等设备对该电话号码对应的终端进行呼叫测试，从而确定乘车用户的位置信息。同时，彩铃管理服务器还需要确定乘车终端对应的彩铃媒体服务器，然后将生成的一阶视频彩铃推送至该确定的彩铃媒体服务器中。

步骤3、彩铃媒体服务器推送代打车一阶视频彩铃数据流至乘车终端。

一实施例中，彩铃管理服务器向移动通信MSC服务器发送消息，以通知移动通信MSC服务器与乘车终端建立视频彩铃媒体通道，以便于彩铃媒体服务器向乘车用户推送视频彩铃视频流。移动通信MSC服务器收到彩铃管理服务器发送的消息后，呼叫乘车用户号码，同时从信令通道向乘车用户发起建立视频彩铃的媒体通道指令。乘车终端在接收到移动通信MSC服务器发送的指令后，开启视频彩铃展示模块，监听、等待接收视频彩铃媒体流，同时开启前摄采集乘车用户头像视频流及开启GPS定位。同时，乘车终端依据指令，向指定的彩铃媒体服务器发起建立连接的请求，并基于该请求与彩铃媒体服务器建立连接，然后由媒体服务器推送代打车一阶视频彩铃数据流至乘车终端，由于乘车终端的视频彩铃模板监听了视频流，因此，在接收到的一阶视频彩铃数据流后，直接将一阶视频彩铃数据流展示在前端页面。

可选地，移动通信MSC服务器在推送数据流时，需在乘车终端与彩铃媒体服务器之间进行协商，确定订单ID，然后找到对应ID的数据流进行推送。

可选地，参考图10，在图10中，乘车用户接通一阶视频彩铃后，将打车用户与乘车用户连接，让乘车用户获知正在启动打车订单匹配。

步骤4、彩铃管理服务器获取乘车用户的实时视频以及位置信息，然后，将乘车用户的实时视频以及位置信息发送至打车终端，并将其更新至打车app界面。

一实施例中，乘车用户采集本端的前摄视频流及GPS位置，并传回至彩铃管理服务器。彩铃管理服务器基于订单信息中打车用户信息(如打车用户的IP地址、打车APP的ID号)等，连接打车终端，并传递乘车用户前摄视频流、GPS信息等内容，打车终端将收到的乘车用户相关信息更新至打车APP中的乘车用户展示区域。

可选地，彩铃管理服务器可不直接连接打车终端，彩铃管理服务器可先连接打车服务器，再由打车服务器转发乘车用户前摄视频流、GPS信息等内容至打车终端。

可选地，参考图11，在图11中，打车终端更新了乘车用户展示区内展示乘车用户数据流，将乘车用户位置信息更新至司机/地图展示区。

可选地，打车用户基于乘车用户实际位置与所选乘车点的距离，可以在订单中补充调整乘车起始时间即上车时间。

步骤5、彩铃管理服务器根据一阶视频彩铃、乘车用户的实时视频以及位置信息，生成二阶视频彩铃，然后，将二阶视频彩铃下发至彩铃媒体服务器，由彩铃媒体服务器将该二阶视频彩铃推送到乘车终端，同时，将打车用户的实时视频、乘车用户的实时视频以及位置信息转发至打车服务器。

一实施例中，彩铃管理服务器调出一阶视频彩铃，然后将采集到的乘车用户视频流、GPS位置信息以及一阶视频彩铃融合生成二阶视频彩铃，再将二阶视频彩铃下发至彩铃媒体服务器。进一步地，彩铃媒体服务器将二阶视频彩铃从媒体通道向乘车终端推送视频流，乘车终端更新视频流，展示二阶视频彩铃数据流，此时，打车终端的视频彩铃流中，包含了打车用户视频流信息、乘车用户视频流信息、地图信息。在打车终端和乘车终端更新完视频信息后，等待打车服务器匹配到司机。

可选地，彩铃管理服务器将收到的打车用户的实时视频、乘车用户的实时视频以及位置信息转发至打车服务器。

可选地，参考图12，在图12中，将乘车用户的实时视频通过视频彩铃管理服务器，生成完整视频彩铃流转回乘车用户。

步骤6、打车服务器将打车用户的实时视频、乘车用户的实时视频以及位置信息传输至司机终端，司机终端获取实时视频，展示在打车app界面，并将司机的实时视频、位置信息以及车辆外观信息传输至彩铃管理服务器。

一实施例中，打车服务器根据匹配的司机，将打车用户和乘车用户的视频信息、打车起止点、打车时间传输至匹配的司机，同时，携带彩铃管理服务器信息、二阶段视频彩铃ID等信息。

司机终端APP收到订单匹配提醒，根据打车APP司机终端展示的打车用户、乘车用户数据流，选择是否接单。若选择接受订单，司机端APP自动打开视频通道，采集本端前摄内容，并融合展示打车用户、乘车用户视频展示在本端的终端APP。

可选地，参考图13，在图13中，司机终端收到打车服务器发送的订单信息，包含打车用户实时视频、乘车用户视频、订单详情等。

根据前述采集的彩铃管理服务器信息、二阶视频彩铃ID等信息，司机终端APP调用彩铃管理服务器的信息，将司机端APP采集的前摄视频流、GPS等信息传输至彩铃管理服务器。

打车服务器查询数据库，调出匹配的司机的汽车车辆外观信息，并更新司机预计到达乘车起点的时间。

打车服务器将司机汽车外观信息、预估接车时间、订单状态更新(司机选择接单)等信息发送至彩铃管理服务器。

步骤7、彩铃管理服务器根据二阶视频彩铃以及司机信息，生成三阶视频彩铃，将三阶视频彩铃经由彩铃媒体服务器向乘车终端推送更新，并将司机信息发送至打车终端，同时，将乘车用户指令以及打车用户指令发送至打车服务器。

一实施例中，彩铃管理服务器根据司机前摄数据流(可观察车内空间状况、司机头像)、汽车外观信息和接车时间等，同时基于订单ID调出对应的二阶视频彩铃，融合生成三阶视频彩铃。

彩铃管理服务器将三阶视频彩铃下发至彩铃媒体服务器，再由彩铃媒体服务器向乘车用户更新推送三阶视频流。

彩铃管理服务器将司机头像视频流、汽车外观信息、预估接车时间、订单装更新等信息发送至打车用户APP。

乘车用户视频彩铃模块展示三阶视频流，包含了司机视频数据流(可观察车内空间状况、司机头像、汽车外观等信息)更新至司机/地图展示区(可切换)、乘车用户视频数据流、打车用户视频数据流。乘车用户可根据司机侧情况选择是否接受匹配的司机，在作出选择后，乘车用户在视频彩铃中将结果反馈，通过控制接口将选择信息传递回彩铃管理服务器；若选择拒绝，则打车服务器重新分配其他司机。

彩铃管理服务器将乘车用户的选择信息转发至打车服务器，打车用户视频彩铃模块展示三阶视频流，包含了司机视频数据流(可观察车内空间状况、司机头像、汽车外观等信息)更新至司机/地图展示区(可切换)、乘车用户视频数据流、打车用户视频数据流。乘车用户可根据司机侧情况选择是否接受匹配的司机，并将结果反馈至打车服务器。若选择拒绝，则打车服务器区重新分配其他司机。其中，乘车用户与打车用户选择是否接受可使用延时默选方法，例如5s后，不做选择，则默认选择接受匹配的司机。

此时，打车服务器汇集了三方的匹配意愿(司机、乘车用户、打车用户)，将订单匹配成功/失败结果通知司机端，将订单匹配成功/失败消息反馈给彩铃管理服务器。

可选地，参考图14，在图14中，打车用户和乘车用户在收到打车服务器为他们匹配的司机，且司机侧已做接受订单的选择，此时打车用户与乘车用户可根据司机实时视频/汽车外观/司机位置等信息，判断是否选择该司机或更换司机。

步骤8、彩铃管理服务器根据三阶视频彩铃，以及订单成功/失败信息生成四阶视频彩铃，经彩铃媒体服务器向乘车用户更新该彩铃视频流。

一实施例中，彩铃管理服务器调出三阶视频彩铃，将匹配成功/失败信息融合生成四阶视频彩铃，然后，将四阶视频彩铃下发至彩铃媒体服务器，彩铃媒体服务器向乘车用户更新推送四阶视频流。

打车服务器向打车用户APP发送匹配成功或失败消息，若匹配成功，则匹配结束，若匹配失败，则重新分配其他司机，重复执行直至匹配成功或取消订单。

可选地，参考图15，打车用户及乘车用户选择司机后，订单匹配成功。

本实施例利用视频彩铃将乘车用户纳入打车订单生产的匹配决策中，为打车用户、乘车用户、司机三方提供透明信息，为是否接受订单提供判断依据。

将乘车用户的实际位置进行向打车用户更新，使打车用户可以调整打车乘车点。

彩铃管理服务器收到打车用户、司机侧信息更新，分阶段将信息生成视频彩铃下发乘车用户，以此方式实现乘车用户侧的订单信息/状态更新。

制定特定的视频彩铃代打车模板，分别将打车用户、乘车用户、司机侧信息合成视频彩铃。

彩铃管理服务器具有互联网联网能力，作为乘车用户打车服务器的信息转发的枢纽，同时，将乘车用户侧信息通过打车服务器，使用互联网通道转发至打车用户及司机，将从打车服务器收集到的司机及打车用户信息，通过视频彩铃的媒体通道，转发至乘车用户。

本实施例可以使代打车功能具象化，紧密结合打车用户、乘车用户、司机，使得信息互通更为及时有效，打车用户可以精准掌握乘车用户位置，是否符合自己设定的乘车点，选择司机；乘车用户可以掌握司机的汽车外观便于接车，也可选择司机；司机可了解司机乘车用户的，也可选择放弃订单，对于三方具有信息透明的优点，各自都有选择拒绝的公平自由。

此外，本申请还提供一种基于多媒体彩铃的打车装置，所述装置包括存储器、处理器及存储在存储器上并在所述处理器上运行的基于多媒体彩铃的打车程序，所述装置通过接收打车服务器发送的订单信息和打车用户的视频信息；接收乘车终端发送的乘车用户的视频信息和位置信息；接收司机终端发送的司机的视频信息；根据订单信息、打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成多媒体彩铃；将多媒体彩铃发送至打车终端、乘车终端以及司机终端。本申请的打车用户和乘车用户在打车时可以了解司机的信息，而司机也可以了解乘车用户的信息，使得打车用户、乘车用户与司机之间的信息透明化，从而提高了网上打车的安全性。

此外，本申请还提供一种存储介质，该存储介质上存储有基于多媒体彩铃的打车方法程序，基于多媒体彩铃的打车方法程序被处理器执行时实现如上基于多媒体彩铃的打车方法的步骤。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于多媒体彩铃的打车方法，其特征在于，所述方法应用于彩铃管理服务器，所述方法包括：

接收打车服务器发送的订单信息和打车用户的视频信息；

接收乘车终端发送的乘车用户的视频信息和位置信息；

接收司机终端发送的司机的视频信息；

根据所述订单信息、所述打车用户的视频信息、所述乘车用户的视频信息和位置信息以及所述司机的视频信息生成多媒体彩铃；

将所述多媒体彩铃发送至打车终端、所述乘车终端以及所述司机终端。

2.如权利要求1所述的基于多媒体彩铃的打车方法，其特征在于，所述接收打车服务器发送的订单信息和打车用户的视频信息的步骤之后，包括：

根据所述订单信息和所述打车用户的视频信息生成第一多媒体彩铃；

将所述第一多媒体彩铃发送至所述乘车终端，其中，所述乘车终端接收到所述第一多媒体彩铃后，将所述乘车用户的视频信息和位置信息发送至所述彩铃管理服务器。

3.如权利要求1所述的基于多媒体彩铃的打车方法，其特征在于，所述将所述多媒体彩铃发送至打车终端、所述乘车终端以及所述司机终端的步骤之后，包括：

接收所述打车服务器发送的订单确认信息；

根据所述订单确认信息、所述订单信息、所述打车用户的视频信息、所述乘车用户的视频信息和位置信息以及所述司机的视频信息生成第二多媒体彩铃；

将所述第二多媒体彩铃发送至所述打车终端、所述乘车终端以及所述司机终端。

4.一种基于多媒体彩铃的打车方法，其特征在于，所述方法应用于打车服务器，所述方法包括：

接收打车终端发送的订单信息和打车用户的视频信息，将所述订单信息和所述打车用户的视频信息发送至彩铃管理服务器；

接收所述彩铃管理服务器发送的乘车用户的视频信息和位置信息；

将所述乘车用户的视频信息和位置信息发送至所述打车终端和司机终端。

5.如权利要求4所述的基于多媒体彩铃的打车方法，其特征在于，所述将所述乘车用户的视频信息和位置信息发送至司机终端的步骤之后，包括：

接收所述司机终端发送的接单信息，将所述接单信息发送至打车终端和乘车终端；

接收所述打车用户和所述乘车用户的订单确认信息；

将所述订单确认信息发送至所述司机终端。

6.一种基于多媒体彩铃的打车方法，其特征在于，所述方法应用于打车终端，所述方法包括：

获取订单信息和打车用户的视频信息，将所述订单信息和所述打车用户的视频信息发送至打车服务器；

接收彩铃管理服务器发送的多媒体彩铃，所述多媒体彩铃由所述订单信息、所述打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成；

根据所述多媒体彩铃更新所述打车终端的打车界面信息。

7.一种基于多媒体彩铃的打车方法，其特征在于，所述方法应用于乘车终端，所述方法包括：

向彩铃管理服务发送乘车用户的视频信息和位置信息；

接收所述彩铃管理服务器发送的多媒体彩铃，所述多媒体彩铃由订单信息、所述打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成；

根据所述多媒体彩铃更新所述乘车终端的打车界面信息。

8.一种基于多媒体彩铃的打车方法，其特征在于，所述方法应用于司机终端，所述方法包括：

向彩铃管理服务器发送司机的视频信息；

接收所述彩铃管理服务器发送的多媒体彩铃，所述多媒体彩铃由订单信息、所述打车用户的视频信息、乘车用户的视频信息和位置信息以及司机的视频信息生成；

根据所述多媒体彩铃更新所述司机终端的打车界面信息。

9.一种基于多媒体彩铃的打车装置，其特征在于，所述装置包括存储器、处理器及存储在存储器上并在所述处理器上运行基于多媒体彩铃的打车程序，所述处理器执行所述基于多媒体彩铃的打车程序时实现如权利要求1至8中任一项所述的方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有基于多媒体彩铃的打车程序，所述基于多媒体彩铃的打车程序被处理器执行时实现如权利要求1至8中任一项所述的方法的步骤。

Images