CN115473880A - 基于用车服务的通信方法、***、计算机设备和存储介质 - Google Patents
基于用车服务的通信方法、***、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN115473880A CN115473880A CN202211026177.XA CN202211026177A CN115473880A CN 115473880 A CN115473880 A CN 115473880A CN 202211026177 A CN202211026177 A CN 202211026177A CN 115473880 A CN115473880 A CN 115473880A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- information
- pushing
- order
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Traffic Control Systems (AREA)
Abstract
本申请涉及一种基于用车服务的通信方法、***、计算机设备和存储介质。所述方法包括:根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,并将所述订阅信息进行推送,以通信所述订阅信息。采用本方法能够使服务器主动获取信息并进行推送,减少了服务器端所需接收到的服务请求数,也提升了数据传输的效率,减缓了服务器的压力,提升了用车服务的质量。
Description
技术领域
本申请涉及互联网技术领域,特别是涉及一种基于用车服务的通信方法、***、计算机设备和存储介质。
背景技术
随着互联网技术的飞速发展,互联网用车平台技术为人们的日常出行提供了便利,人们可以根据自己的出行计划发出用车订单,并且可以根据实际用车需求来指定对应的车辆。
然而,在提供用车服务的过程中,不仅需要处理与分析大量的车辆行驶数据,还涉及到与用户间的数据交互,而传统的通信方式通过HTTP(Hyper Text Transfer Protocol,超文本传输协议)建立车辆与用户间的连接,会产生大量的HTTP请求,导致服务器需要使用大量资源来应答请求,带来了巨大的数据处理压力,降低了用车服务质量。
发明内容
基于此,提供一种基于用车服务的通信方法、***、计算机设备和存储介质,解决现有技术中因造成数据处理压力的问题。
一方面,提供一种基于用车服务的通信方法,所述方法包括:
根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;
当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,并将所述订阅信息进行推送,以通信所述订阅信息。
在其中一个实施例中,还包括:
根据所述目标车辆信息获取车辆位置信息和车辆路线信息,根据所述车辆位置信息和所述车辆路线信息得到预计时间,按照推送时间将所述预计时间进行定时推送。
在其中一个实施例中,所述按照推送时间将所述预计时间进行定时推送包括:
所述预计时间包括预计接乘时间和预计送达时间,根据所述车辆位置信息与所述用户位置信息将所述车辆路线信息拆分为接乘路线信息和送乘路线信息,根据所述接乘路线信息得到所述预计接乘时间,根据所述送乘路线信息得到所述预计送达时间;
当检测到所述车辆位置信息与所述接乘路线信息匹配时,按照所述推送时间将所述预计接乘时间进行推送;
当检测到所述车辆位置信息与所述送乘路线信息匹配时,按照所述推送时间将所述预计送达时间进行推送。
在其中一个实施例中,所述根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配包括:
根据所述用户位置信息,按照预设的空间范围将地图划分为一个或多个空间网格,将所述周边车辆信息按照所述空间网格进行聚类,得到与所述空间网格对应的聚类车辆信息,将所述用户位置信息所在的所述空间网格里的聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
在其中一个实施例中,还包括:
获取预约订单,当检测到与所述预约订单对应的用户账号登录时,向所述用户账号推送所述预约订单,或当检测到所述预约订单中的预约信息改变时,向所述预约订单对应的所述用户账号推送所述预约订单。
在其中一个实施例中,还包括:
将所述用户位置信息所在的所述空间网格里的所述聚类车辆信息,以及与所述用户位置信息所在的所述空间网格相邻的所述空间网格里的所述聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
在其中一个实施例中,在所述进行推送之前还包括:
对推送目标进行验证,以判断所述推送目标的目标身份信息是否与所述用车订单的所述用户身份信息一致;
若是,则进行推送;
若否,则拒绝推送。
另一方面,提供了一种基于用车服务的通信***,所述***包括:
匹配模块,用于根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;
信息提取模块,用于当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息;
信息推送模块,用于将所述订阅信息进行推送,以通信所述订阅信息。
再一方面,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;
当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,并将所述订阅信息进行推送,以通信所述订阅信息。
又一方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;
当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,并将所述订阅信息进行推送,以通信所述订阅信息。
上述基于用车服务的通信方法、***、计算机设备和存储介质,通过根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配,可以实现在用户需要用车服务时,为用户匹配并提供对应的周边车辆;当所述车辆与所述用车订单成功匹配后,通过得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,可以将用户所需求的信息进行筛选,避免因无用信息的传输而浪费资源;通过将所述订阅信息进行推送,以通信所述订阅信息,可以减少服务器需要接收来自于用户的请求数量,减少了服务器端的压力,且主动推送的通信方式让数据传输更及时。
附图说明
图1为一个实施例中基于用车服务的通信方法的应用环境图;
图2为一个实施例中基于用车服务的通信方法的流程示意图;
图3为一个实施例中基于用车服务的通信***的结构框图;
图4为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的基于用车服务的通信方法,可以应用于如图1所示的应用环境中。其中,服务器101通过网络与用户终端102进行通信,服务器101通过网络和车端103进行通信。服务器101根据待处理的用车订单获取来自于用户终端102的用户位置信息以及来自于车端103周边车辆信息,并将与周边车辆信息所对应的车辆与用车订单进行匹配;当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,并由服务器101将所述订阅信息进行推送至用户终端102,以通信所述订阅信息。其中,服务器101可以用独立的服务器或者是多个服务器组成的服务器集群来实现,其中,服务器还可以包含MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)消息服务器,用户终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。
在一个实施例中,如图2所示,提供了一种基于用车服务的通信方法,以该方法应用于图1中的服务器为例进行说明,包括以下步骤:
步骤201,根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配。
其中,用户位置信息指的是在用车订单中,用户设置的上车点的位置信息,并不一定代指该用户发起订单时所在的具***置信息,周边车辆信息指的是以用户设置的上车点为参考的周边的车辆信息。
具体地,根据待处理的用车订单获取发起该订单的用户的位置信息,根据用户位置信息确定周边车辆信息,并将周边车辆信息与该用车订单进行匹配,将与用车订单匹配的周边车辆信息所对应的车辆进行派车,以使派往的车辆能够满足用车订单的用车需求。
步骤202,当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,并将所述订阅信息进行推送,以通信所述订阅信息。
其中,目标车辆信息指的是与用车订单成功匹配的车辆的信息,用户身份信息包括用户id(identity document,身份标识号),用户订阅列表指的是用户预设的想要获取的信息,通信所述订阅信息指的是服务器向用户终端推送订阅信息。
具体地,当车辆与用车订单成功匹配后,将车辆派往用户位置信息所在地,即用户上车点,同时得到目标车辆信息,再根据用车订单获取发起该订单的包含用户id的用户身份信息,根据用户id确定该用户的用户订阅列表,来得知用户想要获取的信息,根据用户订阅列表将目标车辆信息进行提取,得到订阅信息,将数据进行了一定的简化,再将订阅信息主动推送至用户终端,使得用户能够及时获取到需要的信息,还减少了用户终端需要向服务器端发起获取目标车辆信息的请求,减轻了服务器端的数据处理压力,提升了用车服务的质量。
需要说明的是,在本申请中所述的“主动”一词,可以理解为“自动”,为的是便于说明服务器的执行动作逻辑而采用该词进行描述,所要体现的是服务器在推送时不受外部条件要求而行动,并不在于体现主观能动性的意识。
示例性地说明,可以在服务器中设置MQTT服务器,用MQTT协议的发布/订阅模型替代传统的HTTP协议的请求/响应模型,以使在进行用车服务的过程中,减少用户终端、服务器和车端三者之间所需的大量请求与响应。
尤其是在传统方法中基于HTTP协议的轮询机制下,会定时发出询问,依序询问每一个周边设备是否需要其服务,有即给予服务,服务结束后再询问下一个周边设备,接着不断周而复始,而可以理解的是,对于用户而言,某些数据(如:车辆位置、预计时间等)是一定存在需求的,所以这些数据无需设为接受到请求再给予响应,而是直接进行主动推送即可,通过获取用户订阅列表的方式,了解各个用户需要获取的信息,并将目标车辆信息按照用户所需进行提取,得到订阅信息,并将订阅信息进行主动推送。
上述基于用车服务的通信方法中,通过根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配,可以实现在用户需要用车服务时,为用户匹配并提供对应的周边车辆;当所述车辆与所述用车订单成功匹配后,通过得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,可以将用户所需求的信息进行筛选,避免因无用信息的传输而浪费资源;通过将所述订阅信息进行推送,以通信所述订阅信息,可以减少服务器需要接收来自于用户的请求数量,减少了服务器端的压力,且主动推送的通信方式让数据传输更及时。通过上述基于用车服务的通信方法,能够使服务器主动获取信息并进行推送,减少了服务器端所需接收到的服务请求数,也提升了数据传输的效率,减缓了服务器的压力,提升了用车服务的质量。
在一个实施例中,还包括:
根据所述目标车辆信息获取车辆位置信息和车辆路线信息,根据所述车辆位置信息和所述车辆路线信息得到预计时间,按照推送时间将所述预计时间进行定时推送。
其中,推送时间是预设的用于控制服务器定时进行推送的时间,根据具体应用场景可以设置一个或多个不同时长的推送时间,在本申请中不做限定。
具体地,根据从目标车辆信息中获取到的车辆位置信息和车辆路线信息进行计算,得到该车辆的预计时间,并将预计时间按照预设的推送时间进行定时地主动推送。
示例性地说明,计算预计时间的方法可以通过机器学***均行驶时间进而得到预计时间,还可以是获取一段时间内该目标车辆的平均速度,结合车辆位置信息和车辆路线信息计算出预计时间等方法,在此不做限定。
还需说明的是,预计时间通常是在用车服务中用户必须获取的信息,因此在本实施例中也默认为推送预计时间是必须的、不需要在用户订阅列表中体现的,当MQTT服务器得到预计时间后,即刻向用户终端主动推送信息,每当达到一次预计时间的时长,则再主动向用户终端推送更新后的预计时间,以保证用户能够获得实时的最新信息。
需要进一步说明的是,除上述推送预计时间的方式外,也可以将预计时间这一数据项纳入用户订阅列表的选项中,若根据用户订阅列表得知用户需要得知预计时间,则主动推送预计时间;若用户不需要得知预计时间,则在推送订阅信息时,无需计算预计时间并推送;关于预计时间推送方法的具体实施方式在此不做限定。
在一个实施例中,所述按照推送时间将所述预计时间进行定时推送包括:
所述预计时间包括预计接乘时间和预计送达时间,根据所述车辆位置信息与所述用户位置信息将所述车辆路线信息拆分为接乘路线信息和送乘路线信息,根据所述接乘路线信息得到所述预计接乘时间,根据所述送乘路线信息得到所述预计送达时间;
当检测到所述车辆位置信息与所述接乘路线信息匹配时,按照所述推送时间将所述预计接乘时间进行推送;
当检测到所述车辆位置信息与所述送乘路线信息匹配时,按照所述推送时间将所述预计送达时间进行推送。
其中,预计接乘时间指的是车辆从当前所处位置前往上车点接乘客的过程中预计所要耗费的时间,预计送达时间指的是车辆接到乘客上车后,在前往目的地的过程中预计所要耗费的时间。
可以理解的是,当乘客还未上车时,乘客通常需要知道车辆到达上车点所需的预计接乘时间,以及当乘客上车后,通常需要知道车辆到达目的所需的预计送达时间。
具体地,可以根据用车订单中的用户位置信息,即上车点信息,将车辆行驶路线拆分为接乘路线和送乘路线,对应地,即是将车辆路线信息拆分为接乘路线信息和送乘路线信息,再根据接乘路线信息对应地计算出预计接乘时间,根据送乘路线信息对应地计算出预计送达时间;
若检测到车辆正处于接乘路线时,则按照推送时间将预计接乘时间进行推送;
若检测到车辆正处于送乘路线时,则按照推送时间将预计送达时间进行推送;通过将车辆行驶路线进行拆分,检测车辆所处路线,而对应地推送所需信息,一定程度上减缓了服务器端对数据处理的压力。
在一个实施例中,当自动驾驶车辆成功匹配服务订单后,获取服务订单的订单状态,当所述订单状态改变时,相应地推送改变后的信息。
其中,订单状态包括但不限于接单状态、接乘状态、送乘状态和结束状态。
需要说明的是,当订单状态的改变时,可以主动推送相关信息,例如:接单状态是将自动驾驶车辆和用户终端发起的服务订单进行匹配时的状态,在服务订单进入接单状态后,向用户终端推送匹配时间和匹配结果等信息;
当检测到自动驾驶车辆和服务订单成功匹配后,自动驾驶车辆前往上车点接乘,订单状态改为接乘状态,关于在接乘状态的通信方法可参考上述实施例中车辆处于接乘路线时的通信方法;
当检测到自动驾驶车辆成功接乘后,自动驾驶车辆将乘客送往目的地(下车点),订单状态改为送乘状态,关于在送乘状态的通信方法可参考上述实施例中车辆处于送乘路线时的通信方法;
当检测到自动驾驶车辆到达目的地(下车点)时,订单状态改为结束状态,向用户终端推送待支付费用和行驶时间等信息。
在一个实施例中,所述根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配包括:
根据所述用户位置信息,按照预设的空间范围将地图划分为一个或多个空间网格,将所述周边车辆信息按照所述空间网格进行聚类,得到与所述空间网格对应的聚类车辆信息,将所述用户位置信息所在的所述空间网格里的聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
其中,空间范围指的是基于用户位置信息和一定的空间距离而确定的一个地理范围,可以通过调整空间距离来调整空间范围;按照空间范围将地图划分成一个或多个空间网格,聚类指的就是将每个空间网格中的车辆分为一类集合,便于车辆信息管理,减少服务器端的压力;聚类车辆信息指的是经过聚类后的周边车辆信息。
示例性地说明,可以通过获取用户位置(上车点)的经纬度来体现用户位置信息,再采用六边形网格索引的方式,以该经纬度为六边形网格中心,以空间距离(如:1米)为六边形网格边长,得到一个空间网格,再以该空间网格的顶点向外扩展规格相同的空间网格,将每个空间网格中的车辆信息(即周边车辆信息)进行聚类,得到与网格对应的聚类车辆信息,并根据该聚类车辆信息将网格里的车辆与所述用车订单进行匹配。
需要说明的是,在地图划分的过程中,需要空间网格能够铺满空间,不能有缝隙,而可以知道的是多边形的内角和公式为:
θ=(x-2)*180°
其中θ为多边形的内角和,x为多边形的边数,则一个正多边形的每个角度为:
若需空间网格的多边形铺满空间,则在某个多边形的顶点处,需要有y个多边形相交,以使多边形在顶点相交处的覆盖角度为360°,则可知需满足:
而满足该方程的整数解可以有{x=3,y=6};{x=4,y=4};{x=6,y=3},因此除上述采用六边形网格索引的方式,通过三角形或矩形也能实现空间网格索引办法,但因六边形边数最多,最接近圆,因此在本实施例中更优地选择采用六边形作为空间网格,但并未对空间网格的边数进行限定。
还需说明的是,除了使用多边形网格索引方式,还可以采用GeoHash、Z2、S2或Hilbert等算法都可以实现对地图的划分,在具体应用环境下应当作出适应性地选择,而本实施例只为了进行示例性地说明,并非对划分地图的方法作出限定。
在一个实施例中,还包括:
获取预约订单,当检测到与所述预约订单对应的用户账号登录时,向所述用户账号推送所述预约订单,或当检测到所述预约订单中的预约信息改变时,向所述预约订单对应的所述用户账号推送所述预约订单。
其中,预约订单指的是用户可以提前对车辆发起预约而对应生成的订单。
具体地,服务器端获取到预约订单后,根据预约订单得到对应的用户id,并根据用户id检测该用户账号的登录登出状态,当检测到该用户账号登录时,向其主动推送该预约订单,以达到提醒用户的目的,同时也减少了用户终端的操作请求,或当检测到预约订单中的预约信息改变时(包括车端做出的信息改变和/或用户终端做出的信息改变),向所述该订单对应的用户账号推送改变后预约订单,以及改变数据项的信息。
还需说明的是,在每次进行推送时,可以向用户发起请求来判断是否不再推送相关信息,以避免对某些用户造成过多的干扰。
在一个实施例中,还包括:
将所述用户位置信息所在的所述空间网格里的所述聚类车辆信息,以及与所述用户位置信息所在的所述空间网格相邻的所述空间网格里的所述聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
需要说明的是,在按照推送时间推送聚类车辆信息时,除了推送用户位置信息所在的空间网格里的聚类车辆信息,还可以推送与该空间网格相邻的其它空间网格里的聚类车辆信息。
示例性地说明,当经过预设等待时长后,在用户位置信息所在的空间网格中仍无法匹配到车辆时,可以将与该空间网格相邻的其它空间网格的聚类车辆信息纳入匹配进程中进行匹配。当向用户终端推送聚类车辆信息时,也只需要每次按照推送时间聚类一次并推送即可,缓解了服务器端的压力。
在一个实施例中,在所述进行推送之前还包括:
对推送目标进行验证,以判断所述推送目标的目标身份信息是否与所述用车订单的所述用户身份信息一致;
若是,则进行推送;
若否,则拒绝推送。
需要说明的是,在服务器进行推送操作之前,还需对推送的目标进行验证,判断推送目标的身份信息和发起订单的身份信息是否一致,以提升信息推送的安全性,避免出现用户A接收到用户B的订阅信息。
应该理解的是,虽然图2的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图3所示,提供了一种基于用车服务的通信***,包括:匹配模块、信息提取模块和信息推送模块,其中:
匹配模块,用于根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;
信息提取模块,用于当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息;
信息推送模块,用于将所述订阅信息进行推送,以通信所述订阅信息。
在其中一个实施例中,还包括:
根据所述目标车辆信息获取车辆位置信息和车辆路线信息,根据所述车辆位置信息和所述车辆路线信息得到预计时间,按照推送时间将所述预计时间进行定时推送。
在其中一个实施例中,所述按照推送时间将所述预计时间进行定时推送包括:
所述预计时间包括预计接乘时间和预计送达时间,根据所述车辆位置信息与所述用户位置信息将所述车辆路线信息拆分为接乘路线信息和送乘路线信息,根据所述接乘路线信息得到所述预计接乘时间,根据所述送乘路线信息得到所述预计送达时间;
当检测到所述车辆位置信息与所述接乘路线信息匹配时,按照所述推送时间将所述预计接乘时间进行推送;
当检测到所述车辆位置信息与所述送乘路线信息匹配时,按照所述推送时间将所述预计送达时间进行推送。
在其中一个实施例中,所述根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配包括:
根据所述用户位置信息,按照预设的空间范围将地图划分为一个或多个空间网格,将所述周边车辆信息按照所述空间网格进行聚类,得到与所述空间网格对应的聚类车辆信息,将所述用户位置信息所在的所述空间网格里的聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
在其中一个实施例中,还包括:
获取预约订单,当检测到与所述预约订单对应的用户账号登录时,向所述用户账号推送所述预约订单,或当检测到所述预约订单中的预约信息改变时,向所述预约订单对应的所述用户账号推送所述预约订单。
在其中一个实施例中,还包括:
将所述用户位置信息所在的所述空间网格里的所述聚类车辆信息,以及与所述用户位置信息所在的所述空间网格相邻的所述空间网格里的所述聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
在其中一个实施例中,在所述进行推送之前还包括:
对推送目标进行验证,以判断所述推送目标的目标身份信息是否与所述用车订单的所述用户身份信息一致;
若是,则进行推送;
若否,则拒绝推送。
关于基于用车服务的通信***的具体限定可以参见上文中对于基于用车服务的通信方法的限定,在此不再赘述。上述基于用车服务的通信***中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图4所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储用户信息、车辆信息和用车服务的相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于用车服务的通信方法。
本领域技术人员可以理解,图4中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;
当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,并将所述订阅信息进行推送,以通信所述订阅信息。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
根据所述目标车辆信息获取车辆位置信息和车辆路线信息,根据所述车辆位置信息和所述车辆路线信息得到预计时间,按照推送时间将所述预计时间进行定时推送。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
所述预计时间包括预计接乘时间和预计送达时间,根据所述车辆位置信息与所述用户位置信息将所述车辆路线信息拆分为接乘路线信息和送乘路线信息,根据所述接乘路线信息得到所述预计接乘时间,根据所述送乘路线信息得到所述预计送达时间;
当检测到所述车辆位置信息与所述接乘路线信息匹配时,按照所述推送时间将所述预计接乘时间进行推送;
当检测到所述车辆位置信息与所述送乘路线信息匹配时,按照所述推送时间将所述预计送达时间进行推送。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
根据所述用户位置信息,按照预设的空间范围将地图划分为一个或多个空间网格,将所述周边车辆信息按照所述空间网格进行聚类,得到与所述空间网格对应的聚类车辆信息,将所述用户位置信息所在的所述空间网格里的聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
获取预约订单,当检测到与所述预约订单对应的用户账号登录时,向所述用户账号推送所述预约订单,或当检测到所述预约订单中的预约信息改变时,向所述预约订单对应的所述用户账号推送所述预约订单。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
将所述用户位置信息所在的所述空间网格里的所述聚类车辆信息,以及与所述用户位置信息所在的所述空间网格相邻的所述空间网格里的所述聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
对推送目标进行验证,以判断所述推送目标的目标身份信息是否与所述用车订单的所述用户身份信息一致;
若是,则进行推送;
若否,则拒绝推送。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;
当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,并将所述订阅信息进行推送,以通信所述订阅信息。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
根据所述目标车辆信息获取车辆位置信息和车辆路线信息,根据所述车辆位置信息和所述车辆路线信息得到预计时间,按照推送时间将所述预计时间进行定时推送。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
所述预计时间包括预计接乘时间和预计送达时间,根据所述车辆位置信息与所述用户位置信息将所述车辆路线信息拆分为接乘路线信息和送乘路线信息,根据所述接乘路线信息得到所述预计接乘时间,根据所述送乘路线信息得到所述预计送达时间;
当检测到所述车辆位置信息与所述接乘路线信息匹配时,按照所述推送时间将所述预计接乘时间进行推送;
当检测到所述车辆位置信息与所述送乘路线信息匹配时,按照所述推送时间将所述预计送达时间进行推送。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
根据所述用户位置信息,按照预设的空间范围将地图划分为一个或多个空间网格,将所述周边车辆信息按照所述空间网格进行聚类,得到与所述空间网格对应的聚类车辆信息,将所述用户位置信息所在的所述空间网格里的聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
获取预约订单,当检测到与所述预约订单对应的用户账号登录时,向所述用户账号推送所述预约订单,或当检测到所述预约订单中的预约信息改变时,向所述预约订单对应的所述用户账号推送所述预约订单。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
将所述用户位置信息所在的所述空间网格里的所述聚类车辆信息,以及与所述用户位置信息所在的所述空间网格相邻的所述空间网格里的所述聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
对推送目标进行验证,以判断所述推送目标的目标身份信息是否与所述用车订单的所述用户身份信息一致;
若是,则进行推送;
若否,则拒绝推送。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种基于用车服务的通信方法,其特征在于,包括:
根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;
当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息,并将所述订阅信息进行推送,以通信所述订阅信息。
2.根据权利要求1所述的通信方法,其特征在于,还包括:
根据所述目标车辆信息获取车辆位置信息和车辆路线信息,根据所述车辆位置信息和所述车辆路线信息得到预计时间,按照推送时间将所述预计时间进行定时推送。
3.根据权利要求2所述的通信方法,其特征在于,所述按照推送时间将所述预计时间进行定时推送包括:
所述预计时间包括预计接乘时间和预计送达时间,根据所述车辆位置信息与所述用户位置信息将所述车辆路线信息拆分为接乘路线信息和送乘路线信息,根据所述接乘路线信息得到所述预计接乘时间,根据所述送乘路线信息得到所述预计送达时间;
当检测到所述车辆位置信息与所述接乘路线信息匹配时,按照所述推送时间将所述预计接乘时间进行推送;
当检测到所述车辆位置信息与所述送乘路线信息匹配时,按照所述推送时间将所述预计送达时间进行推送。
4.根据权利要求1或2所述的通信方法,其特征在于,所述根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配包括:
根据所述用户位置信息,按照预设的空间范围将地图划分为一个或多个空间网格,将所述周边车辆信息按照所述空间网格进行聚类,得到与所述空间网格对应的聚类车辆信息,将所述用户位置信息所在的所述空间网格里的聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
5.根据权利要求1所述的通信方法,其特征在于,还包括:
获取预约订单,当检测到与所述预约订单对应的用户账号登录时,向所述用户账号推送所述预约订单,或当检测到所述预约订单中的预约信息改变时,向所述预约订单对应的所述用户账号推送所述预约订单。
6.根据权利要求4所述的通信方法,其特征在于,还包括:
将所述用户位置信息所在的所述空间网格里的所述聚类车辆信息,以及与所述用户位置信息所在的所述空间网格相邻的所述空间网格里的所述聚类车辆信息按所述推送时间进行推送,并根据所述聚类车辆信息将所述车辆与所述用车订单进行匹配。
7.根据权利要求1或2所述的通信方法,其特征在于,在所述进行推送之前还包括:
对推送目标进行验证,以判断所述推送目标的目标身份信息是否与所述用车订单的所述用户身份信息一致;
若是,则进行推送;
若否,则拒绝推送。
8.一种基于用车服务的通信***,其特征在于,所述装置包括:
匹配模块,用于根据待处理的用车订单获取用户位置信息以及周边车辆信息,并将与所述周边车辆信息所对应的车辆与所述用车订单进行匹配;
信息提取模块,用于当所述车辆与所述用车订单成功匹配后,得到目标车辆信息,根据所述用车订单获取用户身份信息,通过所述用户身份信息确定用户订阅列表,根据所述用户订阅列表对所述目标车辆信息进行提取,得到订阅信息;
信息推送模块,用于将所述订阅信息进行推送,以通信所述订阅信息。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的通信方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的通信方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211026177.XA CN115473880A (zh) | 2022-08-25 | 2022-08-25 | 基于用车服务的通信方法、***、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211026177.XA CN115473880A (zh) | 2022-08-25 | 2022-08-25 | 基于用车服务的通信方法、***、计算机设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115473880A true CN115473880A (zh) | 2022-12-13 |
Family
ID=84369226
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211026177.XA Pending CN115473880A (zh) | 2022-08-25 | 2022-08-25 | 基于用车服务的通信方法、***、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115473880A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117332157A (zh) * | 2023-10-16 | 2024-01-02 | 北京电竞次元文化传播有限公司 | 一种基于大数据的讯息推送方法及*** |
-
2022
- 2022-08-25 CN CN202211026177.XA patent/CN115473880A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117332157A (zh) * | 2023-10-16 | 2024-01-02 | 北京电竞次元文化传播有限公司 | 一种基于大数据的讯息推送方法及*** |
CN117332157B (zh) * | 2023-10-16 | 2024-05-07 | 北京电竞次元文化传播有限公司 | 一种基于大数据的讯息推送方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11663915B2 (en) | Dynamic modeling and simulation of an autonomous vehicle fleet using real-time autonomous vehicle sensor input | |
US10371539B2 (en) | Determining matches using dynamic provider eligibility model | |
US11706283B2 (en) | Using predictive analytics to determine expected use patterns of vehicles to recapture under-utilized computational resources of vehicles | |
US20170169366A1 (en) | Systems and Methods for Adjusting Ride-Sharing Schedules and Routes | |
KR101957343B1 (ko) | 주차 공간의 차량을 데이터센터의 자원으로 사용하는 방법 | |
KR20200007025A (ko) | 동적으로 배치된 서비스 제공자 및 서비스 요청자 할당 | |
US9996993B2 (en) | System for constructing stopped vehicle-infrastructure communication network | |
CN113326126A (zh) | 任务处理方法、任务调度方法、装置及计算机设备 | |
CN108446172B (zh) | 数据调取方法、装置、计算机设备和存储介质 | |
WO2018006277A1 (zh) | 管理车辆的方法和装置 | |
US11625652B2 (en) | Systems and methods for matching transportation requests over extended batching windows | |
US20200265348A1 (en) | Resource Allocation Using Weighted Metrics | |
CN110689254A (zh) | 数据处理方法、装置、电子设备和计算机可读存储介质 | |
CN116261120B (zh) | 一种基于云边端协同的v2x服务动态迁移方法及*** | |
CN115473880A (zh) | 基于用车服务的通信方法、***、计算机设备和存储介质 | |
Yigitoglu et al. | Distributed orchestration in large-scale iot systems | |
US20220188711A1 (en) | Systems and methods for managing dynamic transportation networks using simulated future scenarios | |
CN107040475B (zh) | 资源调度方法和装置 | |
CN111431950B (zh) | 任务卸载方法、装置、移动终端、雾节点和存储介质 | |
CN110826889A (zh) | 车辆管理方法、装置、计算机设备和存储介质 | |
Zhao et al. | Optimizing allocation and scheduling of connected vehicle service requests in cloud/edge computing | |
CN114501374A (zh) | 车联网的动态服务部署方法、***、装置及存储介质 | |
WO2018143982A1 (en) | Parking management and communication of parking information | |
CN113269339A (zh) | 一种网约车任务自动创建和分发的方法及*** | |
CN109978206B (zh) | 用于请求服务资源的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |