CN112527984A - 获取拥堵事件信息的方法、装置、设备和计算机存储介质 - Google Patents

Abstract

本申请公开了一种获取拥堵事件信息的方法、装置、设备和计算机存储介质，涉及大数据技术领域。具体实现方案为：若检测到道路上发生拥堵，则向所述道路上的第一用户终端发送拥堵事件的语音问询消息；获取所述第一用户终端返回的第一用户反馈消息；利用所述第一用户反馈消息，确定所述道路上的拥堵事件信息。本申请提供的方式能够及时、准确地获取拥堵事件信息。

Description

获取拥堵事件信息的方法、装置、设备和计算机存储介质

技术领域

本申请涉及计算机应用技术领域，特别涉及大数据技术领域下的一种获取拥堵事件信息的方法、装置、设备和计算机存储介质。

背景技术

很多道路拥堵问题往往是由于某条车道发生事故或者施工等情况，但拥堵事件信息很难获取，导致很多用户行驶到拥堵之处才发现，大幅降低了出行效率，也很容产生危险。因此，急需一种及时且准确获取拥堵事件信息的方式。

发明内容

有鉴于此，本申请提供了一种及时、准确获取拥堵事件信息的方法、装置、设备和计算机存储介质。

第一方面，本申请提供了一种获取拥堵事件信息的方法，包括：

若检测到道路上发生拥堵，则向所述道路上的第一用户终端发送拥堵事件的语音问询消息；

获取所述第一用户终端返回的第一用户反馈消息；

利用所述第一用户反馈消息，确定所述道路上的拥堵事件信息。

第二方面，本申请提供了一种获取拥堵事件信息的装置，包括：

拥堵检测单元，用于检测道路上是否发生拥堵；

问询发送单元，用于若所述拥堵检测单元检测到道路上发生拥堵，则向所述道路上的第一用户终端发送拥堵事件的语音问询消息；

反馈获取单元，用于获取所述第一用户终端返回的第一用户反馈消息；

事件确定单元，用于利用所述第一用户反馈消息，确定所述道路上的拥堵事件信息。

第三方面，本申请还提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的方法。

第四方面，本申请提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述的方法。

上述申请中的一个实施例具有如下优点或有益效果：

在检测到拥堵发生后，通过向可能获知拥堵事件信息的用户进行语音问询式的交互来获取拥堵事件信息，从而及时、准确地获取拥堵事件信息。

并且，用户不必从地图类应用的特定路径进入特定功能界面后手动上报拥堵事件信息，而是仅需要回答语音问询，因此也简化了用户操作，提高了用户的驾驶安全性。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1示出了可以应用本申请实施例的示例性系统架构；

图2为本申请实施例提供的主要方法流程图；

图3为本申请实施例提供的一个优选方法流程图；

图4a和图4b为本申请实施例提供的发送语音问询消息时发送的界面示意图；

图5为本申请实施例提供的获取拥堵事件信息的装置结构图；

图6是用来实现本申请实施例的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

目前的地图类应用中，有一些获取拥堵事件信息的方式，但主要基于用户主动上报。即用户发现拥堵事件后，通过地图类应用的特定路径进入特定功能界面，并主动上报拥堵地点、拥堵事件类型等拥堵事件信息。但这种方式操作起来比较繁琐，且影响用户驾驶的安全性，因此用户的参与度非常低，从而造成拥堵事件信息的获取困难。并且，由于需要手动填写，一方面用户会嫌麻烦放弃上报，另一方面即便用户上报，往往填写的内容都比较简单、粗糙，因此会造成获取的拥堵事件信息覆盖面较小、准确度较差。

本申请则提供了另外一种思路，为了方便对本申请所提供技术方案的系统架构进行理解，图1示出了可以应用本申请实施例的获取拥堵事件信息的方法或获取拥堵事件信息的装置的示例性系统架构。

如图1所示，该系统架构可以包括用户终端101和102，网络103和服务器104。网络103用以在用户终端101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用用户终端101和102通过网络103与服务器104交互。用户终端101和102上可以安装有各种应用，例如地图类应用、语音交互应用、网页浏览器应用、通信类应用等。

用户终端101和102可以是支持语音交互的各种电子设备，包括但不限于智能手机、平板电脑、智能可穿戴式设备、智能车载式设备等等。本发明所提供的获取拥堵事件信息装置可以设置并运行于上述服务器104。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

例如，获取拥堵事件信息装置设置并运行于上述服务器104，那么获取拥堵事件信息装置使用本发明实施例所提供的方式获取拥堵事件信息，在路况数据库中记录拥堵事件信息，并可以向用户终端101或用户终端102等主动推送关于拥堵事件信息的语音播报，或者响应于用户终端101或用户终端102等的请求，返回关于拥堵事件信息的语音播报。

用户终端101或用户终端102等可以将来自于服务器端104的语音问询提供给用户，并将用户的反馈发送给服务器端104，以便服务器端104能够根据用户的反馈获取拥堵事件信息。

用户终端101或用户终端102还可以获取服务器端104推送的拥堵事件信息的语音播报内容，并播报给用户。或者，还可以向服务器端104发送请求并获取服务器端104响应于该请求发送的拥堵事件信息的语音播报内容，并播报给用户。

服务器104可以是单一服务器，也可以是多个服务器构成的服务器群组。应该理解，图1中的用户终端、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的用户终端、网络和服务器。

下面结合实施例对本申请提供的方法进行详细描述。图2为本申请实施例提供的主要方法流程图，如图2中所示，该方法可以包括以下步骤：

在201中，若检测到道路上发生拥堵，则向该道路上的第一用户终端发送拥堵事件的语音问询消息。

需要说明的是，本申请中涉及的“第一”、“第二”、“第三”等表述并不具有顺序、重要性、数量等含义的限制，仅仅用以在名称上予以区分。例如“第一用户终端”、“第二用户终端”用以区分不同的用户终端。再例如“第一用户反馈消息”、“第二用户反馈消息”用以区分不同的用户反馈消息。再例如“第一时长”、“第二时长”用以区分不同的时长等等。在后续实施例中均是如此。

在202中，获取第一用户终端返回的第一用户反馈消息。

第一用户终端接收到拥堵事件的语音问询消息后，将该语音问询消息播放给用户，用户可以针对该语音问询消息给予语音反馈。第一用户终端将用户的语音反馈通过用户反馈消息的形式返回给服务器端。

在203中，利用第一用户反馈消息，确定道路上的拥堵事件信息。

由以上实施例可以看出，本申请在检测到拥堵发生后，通过向可能获知拥堵事件信息的用户进行语音问询式的交互来获取拥堵事件信息，能够及时准确地获取拥堵事件信息。

并且，用户不必从地图类应用的特定路径进入特定功能界面后手动上报拥堵事件信息，而是仅需要回答语音问询，因此也简化了用户操作，提高了用户的驾驶安全性。

下面举一个优选的实施例对本申请提供的方法进行详细描述。图3为本申请实施例提供的一个优选方法流程图，如图3中所示，该方法可以具体包括以下步骤：

在301中，若检测到道路上发生拥堵，则向该道路上的第一用户终端发送拥堵事件的语音问询消息。

本步骤中服务器端对于道路上是否发生拥堵的检测可以采用任意可实现的方式。例如基于用户轨迹检测、基于地磁线圈的检测、基于固定摄像头的检测等等。

作为其中一种优选的实施方式，服务器端可以获取最近预设第一时长内道路上的轨迹数据，依据用户轨迹数据识别道路上是否发生拥堵。例如，可以计算各道路上的平均车速，若该道路上的平均车速低于预设速度阈值(例如10km/h)且持续预设时长(例如3秒)，则认为该道路上发生拥堵。这种基于轨迹的检测方式具有较高的准确性，且检测成本较低。

在本申请中一条道路未被记录拥堵事件信息，若检测到该道路上发生拥堵，则可以向该道路上的第一用户终端发送语音问询消息。

其中道路上的第一用户终端可以是目前在该道路上的所有用户终端。但实际情况中，并非道路上所有的用户都清楚地知晓具体的拥堵事件。因此提供两种优选的方式：

第一种方式：可以将语音问询消息发送给在检测到道路上发生拥堵的预设第二时长内经过该道路的用户终端。

若在检测到道路发生拥堵的一定时长内，例如2分钟，若用户终端经过该道路，则很大可能该用户经过拥堵地点，并知晓拥堵事件的信息。

第二种方式：可以将语音问询消息发送给在检测到道路上发生拥堵时距离拥堵地点预设距离范围内的用户终端。

如果检测到道路上发生拥堵时一些用户终端距离拥堵地点很近，例如100米以内，则这些用户最有可能知晓拥堵事件的信息。

通过上述两种方式来确定接收问询消息的用户终端，使得语音问询消息发送给可能知晓拥堵事件的用户，能够很大程度地避免语音问询消息对其他用户的打扰，也减少语音问询消息无谓地发送，节约系统和网络资源。

发送给第一用户终端的语音问询消息可以是利用预设的问询模板生成的问询拥堵事件类型和/或拥堵事件所在车道信息等的语音消息。可以向用户发送一个语音问询消息，也可以基于对话理解技术分多轮向用户发送不同的语音问询消息。

在302中，获取第一用户终端返回的第一用户反馈消息。

例如，可以首先向用户发送语音问询消息“发现附近有拥堵，您知道为什么吗？”

用户可以通过用户终端返回用户反馈消息“不知道”，或者“知道，是因为发生了事故”等。

若用户反馈“不知道”，则可以停止向用户发送语音问询消息。

若用户反馈“知道，是因为发生了事故”等含有拥堵事件原因的用户反馈消息，则说明用户知晓拥堵事件并愿意配合，可以进一步向用户发送语音问询消息“发生在哪个车道？”

用户可以通过用户终端继续返回用户反馈消息“在第X车道”等。

上述用户在多轮交互中返回的用户反馈消息均为本步骤中的第一用户反馈消息。

在303中，利用第一用户反馈消息，确定该道路的拥堵事件信息。

通过第一用户反馈消息可以确定出拥堵事件原因、拥堵事件发生的车道等拥堵事件信息。例如超过预设第一比例的第一用户反馈消息指示的拥堵事件信息。

在304中，针对该拥堵事件信息，向道路上的第二用户终端发送第一语音核验消息。

本步骤和后续步骤305是优选步骤，并非必须执行。为了对来自第一用户终端的拥堵事件信息进行验证，可以向道路上的第二用户终端发送第一语音核验消息。其中，第二用户终端可以是道路上不同于第一用户终端的其他用户终端。在选取策略上可以与第一用户终端的策略相同，但在时间点上存在差异。例如，上面第一用户终端是在检测到道路上发生拥堵的预设第二时长内经过该道路的用户终端，那么第二用户终端就可以是在上述第二时长之后经过该道路的用户终端。再例如，上面第一用户终端是在检测到道路上发生拥堵时距离拥堵地点预设距离范围内的用户终端，那么第二用户终端就可以是当前时间点距离拥堵地点预设距离范围内的用户终端。

第一语音核验消息也可以利用预设的模板生成，例如“热心车主上报附近有事故，请问是真的吗？”，再例如“热心车主上报第X车道有事故，是真的吗”，等等。该第一语音核验消息主要用于核验第一用户反馈消息携带的拥堵事件信息的正确性。

在305中，利用第二用户终端返回的第二用户反馈消息，对第一用户反馈消息进行核验。

在306中，如果核验通过，则记录道路上的拥堵事件信息，用于关于该道路的语音播报。

如果第二用户终端返回的第二用户反馈消息中，超过预设比例的第二用户反馈消息肯定了根据第一用户反馈消息确定出的拥堵事件信息，则核验通过。

另外，在向第一用户终端发送语音问询消息时可以同时向第一用户终端发送包含提示用户如何反馈信息的界面。例如，向第一用户终端发送语音问询消息“发现附近有拥堵，您知道为什么吗？”，同时可以向用户推送如图4a中所示的界面。在该界面中提示用户可以通过语音的方式输入拥堵事件原因，例如“事故”、“施工”或者“其他”。也可以在该界面中展示这些拥堵事件原因的选项，用户除了可以采用语音的形式输入第一用户反馈消息之外，也可以手动从这些选项中选择一个触发输入第一用户反馈消息。

在向第二用户终端发送第一语音核验消息时可以向第二用户终端发送包含提示用户如何反馈信息的界面。例如，向第二用户终端发送第一语音核验消息“热心车主上报附近有事故，是真的吗？”，同时可以向用户推送如图4b中所示的界面。在该界面中提示用户可以通过语音的方式输入“是”或“不是”。也可以在该界面中展示“是”和“不是”的选项，用户除了可以采用语音的形式输入第二用户反馈消息之外，也可以手动从这些选项中选择一个触发输入第二用户反馈消息。

服务器端记录道路上的拥堵事件信息，可以包括诸如拥堵发生时间、拥堵事件的原因、拥堵事件发生的车道，等等。

该拥堵事件信息的记录可以应用于多种场景，例如在路况建设时收集数据使用，例如路线规划过程中作为影响路线规划的因素，再例如用于关于该道路的语音播报。

当用于关于该道路的语音播报时，可以适用于但不限于以下方式：

第一种方式：检测到第三用户终端到达该道路，或者距离该道路预设长度，则向第三用户终端发送关于该道路的拥堵事件信息的语音播报内容。

这种方式下，当用户驾车到达或者快要到达发生拥堵事件的道路时，可以向用户播报诸如“前方道路第X车道发生事故，请您及时变道”的语音。

第二种方式：若检测到第四用户终端选择的导航路线包含该道路，则向该第四用户终端发送关于该道路的拥堵事件信息的语音播报内容。

在这种方式下，若用户在查询到达某个目的地的路线时，若最终选择的导航路线包含发生拥堵事件的道路，则可以向用户播报诸如“本路线中XX道路上发生事故，请您注意避让”。

第三种方式：若接收到第五用户终端发送的针对该道路的拥堵查询请求，则向第五用户终端发送关于该道路的拥堵事件信息的语音播报内容。

例如，用户在地图类APP上查看路况信息时发现某道路上发生拥堵，则可以以语音的形式询问“请问X道路上为什么拥堵？”，服务器端接收到来自用户的拥堵查询请求后，查询该道路上的拥堵事件的原因，向用户返回语音播报内容“X道路上有事故发生”。

或者用户可以以语音的形式询问“请问X道路上第几车道发生了拥堵？”，服务器端接收到来自用户的拥堵查询请求后，查询该道路上的拥堵事件信息后，向用户返回语音播报内容“X道路上第Y车道发生事故”。

由于通常拥堵事件是具有一定时效的，例如当事故、施工等问题结束后，拥堵事件就会消除，道路会恢复畅通。因此针对该时效性问题，本申请可以采用但不限于以下两种方式：

第一种方式：服务器端在记录道路的拥堵事件信息时，设置该拥堵事件信息的失效时间。该失效时间可以根据拥堵事件的原因和经验进行设置。若道路上的拥堵事件达到预设的失效时间，则向该道路上的第六用户终端发送第二语音核验消息，利用第六用户终端返回的第三用户反馈消息，确定拥堵事件是否失效。

这种方式实际上就是在达到失效时间后，再次通过类似于步骤304和305的核验机制，对道路上的拥堵事件信息进行核验。例如，向最近2分钟经过拥堵地点的用户终端发送语音核验消息“道路X上的事故是否消除”，若超过预设比例的用户终端均反馈了指示已消除的消息，则记录该道路上的拥堵事件信息已失效。若超过预设比例的用户终端均反馈了指示未消除的消息，则延长该道路上拥堵事件信息的失效时间。

第二种方式：若检测到道路上不发生拥堵，则确定该道路上的拥堵事件信息失效。

服务器在记录了道路上的拥堵事件信息之后，若检测到该道路上不发生拥堵，则记录该道路上的拥堵事件信息失效。其中检测道路上是否发生拥堵的方式与步骤301中的描述类似，例如基于用户轨迹检测、基于地磁线圈的检测、基于固定摄像头的检测等等。

以上是对本申请所提供方法进行的详细描述。下面结合实施例对本申请提供的装置进行详细描述。

图5为本申请实施例提供的获取拥堵事件信息的装置结构图，该装置可以是位于服务器端的应用，或者还可以为位于服务器端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，或者，还可以位于具有较强计算性能的计算机终端中，本发明实施例对此不进行特别限定。如图5中所示，该获取拥堵事件信息的装置500可以包括：拥堵检测单元01、问询发送单元02、反馈获取单元03和事件确定单元04。其中各组成单元的主要功能如下：

拥堵检测单元01，用于检测道路上是否发生拥堵。

拥堵检测单元01对于道路上是否发生拥堵的检测可以采用任意可实现的方式。例如基于用户轨迹检测、基于地磁线圈的检测、基于固定摄像头的检测等等。

作为其中一种优选的实施方式，拥堵检测单元01可以获取最近预设第一时长内道路上的用户轨迹数据；依据用户轨迹数据识别道路上是否发生拥堵。

问询发送单元02，用于若拥堵检测单元01检测到道路上发生拥堵，则向道路上的第一用户终端发送拥堵事件的语音问询消息。

其中，道路上的第一用户终端可以包括：在检测到道路上发生拥堵的预设第二时长内经过道路的用户终端，和/或，在检测到道路上发生拥堵时，距离拥堵地点预设距离范围内的用户终端。

更进一步地，问询发送单元02，还用于利用预设的问询模板生成包含问询拥堵事件类型和/或拥堵事件所在车道信息的语音问询消息。

反馈获取单元03，用于获取第一用户终端返回的第一用户反馈消息；

事件确定单元04，用于利用第一用户反馈消息，确定道路上的拥堵事件信息。

作为一种优选的实施方式，该装置还可以包括：第一核验单元05，用于针对拥堵事件信息，向道路上的第二用户终端发送第一语音核验消息。

更进一步地，第一核验单元05，还可以用于根据预设的核验模板生成核验第一用户反馈消息是否正确的第一语音核验消息。

反馈获取单元03，还用于接收第二用户终端返回的第二用户反馈消息。

事件确定单元04，具体用于利用第二用户反馈消息，对拥堵事件信息进行核验；如果核验通过，则利用记录道路上的拥堵事件信息。

事件确定单元04记录的道路上的拥堵事件信息可以包括诸如拥堵发生时间、拥堵事件的原因、拥堵事件发生的车道，等等。

该拥堵事件信息的记录可以应用于多种场景，例如在路况建设时收集数据使用，例如路线规划过程中作为影响路线规划的因素，再例如用于关于该道路的语音播报。

作为一种优选的实施方式，该装置还可以包括：语音播报单元06，用于执行以下至少一种：

若检测到第三用户终端到达道路，或者距离道路预设长度，则向第三用户终端发送关于拥堵事件信息的语音播报内容；

若检测到第四用户终端选择的导航路线包含道路，则向第四用户终端发送关于拥堵事件信息的语音播报内容；

若接收到第五用户终端发送的针对道路的拥堵查询请求，则向第五用户终端发送关于拥堵事件信息的语音播报内容。

由于通常拥堵事件是具有一定时效的，例如当事故、施工等问题结束后，拥堵事件就会消除，道路会恢复畅通。因此针对该时效性问题，本申请可以采用但不限于以下两种方式：

第一种方式，该装置还可以包括：第二核验单元07，用于若道路上的拥堵事件信息达到预设的失效时间，则向道路上的第六用户终端发送第二语音核验消息。

反馈获取单元03，还用于接收第六用户终端返回的第三用户反馈消息。

事件确定单元04，还用于利用第三用户反馈消息，确定拥堵事件信息是否失效。

第二种方式，事件确定单元04，还用于若在确定道路上的拥堵事件信息之后拥堵检测单元01检测到道路上不发生拥堵，则确定道路上的拥堵事件信息失效。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图6所示，是根据本申请实施例的获取拥堵事件信息的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的获取拥堵事件信息的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的获取拥堵事件信息的方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的获取拥堵事件信息的方法对应的程序指令/单元。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及单元，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的获取拥堵事件信息的方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据该电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至该电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

该电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生与该电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (20)

1.一种获取拥堵事件信息的方法，包括：

若检测到道路上发生拥堵，则向所述道路上的第一用户终端发送拥堵事件的语音问询消息；

获取所述第一用户终端返回的第一用户反馈消息；

利用所述第一用户反馈消息，确定所述道路上的拥堵事件信息。

2.根据权利要求1所述的方法，其中，所述检测到道路上发生拥堵包括：

获取最近预设第一时长内所述道路上的用户轨迹数据；

依据所述用户轨迹数据识别所述道路上是否发生拥堵。

3.根据权利要求1所述的方法，其中，所述道路上的第一用户终端包括：

在检测到道路上发生拥堵的预设第二时长内经过所述道路的用户终端，和/或，

在检测到道路上发生拥堵时，距离拥堵地点预设距离范围内的用户终端。

4.根据权利要求1所述的方法，其中，所述语音问询消息包括：

利用预设的问询模板生成的包含问询拥堵事件类型和/或拥堵事件所在车道信息的语音消息。

5.根据权利要求1所述的方法，还包括：

针对所述拥堵事件信息，向所述道路上的第二用户终端发送第一语音核验消息；

利用所述第二用户终端返回的第二用户反馈消息，对所述拥堵事件信息进行核验；

如果所述核验通过，则记录所述道路上的拥堵事件信息。

6.根据权利要求5所述的方法，其中，所述第一语音核验消息包括：

根据预设的核验模板生成的核验所述第一用户反馈消息是否正确的语音消息。

7.根据权利要求1所述的方法，还包括以下至少一种：

若检测到第三用户终端到达所述道路，或者距离所述道路预设长度，则向所述第三用户终端发送关于所述拥堵事件信息的语音播报内容；

若检测到第四用户终端选择的导航路线包含所述道路，则向所述第四用户终端发送关于所述拥堵事件信息的语音播报内容；

若接收到第五用户终端发送的针对所述道路的拥堵查询请求，则向所述第五用户终端发送关于所述拥堵事件信息的语音播报内容。

8.根据权利要求1所述的方法，还包括：

若所述道路上的拥堵事件信息达到预设的失效时间，则向所述道路上的第六用户终端发送第二语音核验消息；

利用所述第六用户终端返回的第三用户反馈消息，确定所述拥堵事件信息是否失效。

9.根据权利要求1或2所述的方法，还包括：

若在确定所述道路上的拥堵事件信息之后，检测到所述道路上不发生拥堵，则确定所述道路上的拥堵事件信息失效。

10.一种获取拥堵事件信息的装置，包括：

拥堵检测单元，用于检测道路上是否发生拥堵；

问询发送单元，用于若所述拥堵检测单元检测到道路上发生拥堵，则向所述道路上的第一用户终端发送拥堵事件的语音问询消息；

反馈获取单元，用于获取所述第一用户终端返回的第一用户反馈消息；

事件确定单元，用于利用所述第一用户反馈消息，确定所述道路上的拥堵事件信息。

11.根据权利要求10所述的装置，其中，所述拥堵检测单元，具体用于获取最近预设第一时长内所述道路上的用户轨迹数据；依据所述用户轨迹数据识别所述道路上是否发生拥堵。

12.根据权利要求10所述的装置，其中，所述道路上的第一用户终端包括：

在检测到道路上发生拥堵的预设第二时长内经过所述道路的用户终端，和/或，

在检测到道路上发生拥堵时，距离拥堵地点预设距离范围内的用户终端。

13.根据权利要求10所述的装置，其中，所述问询发送单元，还用于利用预设的问询模板生成包含问询拥堵事件类型和/或拥堵事件所在车道信息的语音问询消息。

14.根据权利要求10所述的装置，还包括：

第一核验单元，用于针对所述拥堵事件信息，向所述道路上的第二用户终端发送第一语音核验消息；

所述反馈获取单元，还用于接收所述第二用户终端返回的第二用户反馈消息；

所述事件确定单元，具体用于利用所述第二用户反馈消息，对所述拥堵事件信息进行核验；如果所述核验通过，则记录所述道路上的拥堵事件信息。

15.根据权利要求14所述的装置，其中，所述第一核验单元，还用于根据预设的核验模板生成核验所述第一用户反馈消息是否正确的第一语音核验消息。

16.根据权利要求10所述的装置，还包括：语音播报单元，用于执行以下至少一种：

若检测到第三用户终端到达所述道路，或者距离所述道路预设长度，则向所述第三用户终端发送关于所述拥堵事件信息的语音播报内容；

若检测到第四用户终端选择的导航路线包含所述道路，则向所述第四用户终端发送关于所述拥堵事件信息的语音播报内容；

若接收到第五用户终端发送的针对所述道路的拥堵查询请求，则向所述第五用户终端发送关于所述拥堵事件信息的语音播报内容。

17.根据权利要求10所述的装置，还包括：

第二核验单元，用于若所述道路上的拥堵事件信息达到预设的失效时间，则向所述道路上的第六用户终端发送第二语音核验消息；

所述反馈获取单元，还用于接收所述第六用户终端返回的第三用户反馈消息；

所述事件确定单元，还用于利用所述第三用户反馈消息，确定所述拥堵事件信息是否失效。

18.根据权利要求10或11所述的装置，其中，所述事件确定单元，还用于若在确定所述道路上的拥堵事件信息之后所述拥堵检测单元检测到所述道路上不发生拥堵，则确定所述道路上的拥堵事件信息失效。

19.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。

20.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-9中任一项所述的方法。

Images