CN112651874A - 用于交通违章信息收集的方法、装置、设备、存储介质和计算机程序产品 - Google Patents

Abstract

根据本公开的实施例，提供一种用于交通违章信息收集的方法、装置、设备和存储介质。在此提出的方法包括获取第一用户通过终端设备上传的与交通违章处罚事件相关的文件。所述方法进一步包括从所述文件中确定与所述交通违章处罚事件相对应的交通违章事件相关联的违章信息。所述方法还包括如果确定所述违章信息有效，向所述第一用户提供与上传所述文件相对应的激励。以此方式，可以通过技术手段，实现交通违章信息的收集。

Description

用于交通违章信息收集的方法、装置、设备、存储介质和计算 机程序产品

技术领域

本公开的各实现方式涉及智能交通领域，更具体地，涉及用于交通违章信息收集的方法、设备和计算机存储介质。

背景技术

近年来，随着车辆的普及，驾车出行已经成为人们日常生活中不可缺少的一部分。在驾车出行过程中，司机也会由于一些不适宜有很多，其既包括常规的由于违反交通法规而产生的罚单(例如，在城市道路上超速行驶、在公交站附近停车，等等)，也包括一些其他原因导致的交通违章罚单。其他原因导致的交通违章罚单例如包括，一些城市为更好地规划城市建设而制定一些本地的交通规则，而出差到该城市的司机对这些本地的交通规则并不了解。此外，其他原因导致的交通违章罚单还例如包括，虽然有些地方设置的一些交通指示标识(例如，禁止停车标识、限速标识等)，但是这些标识也会因为不够醒目或者被损坏等多种原因而使得司机无法注意到。这些都对司机驾车出行造成了困扰。

交通违章罚单是对已经发生的违章行为的一种行政处罚手段，因此其可以准确地反应和指示不适宜的驾驶行为。因此，统计并分析交通违章罚单所指示的违章信息，可以更好地帮助司机避免交通违章行为，进而提高出行体验，同时也有助于帮助出行平台或其他应用或服务提供商优化其产品和向司机用户提供个性化和高质量的服务等。

发明内容

本公开的实施例提供了一种信息收集的方案。

在本公开的第一方面，提供了一种用于信息收集的方法。该方法包括：获取第一用户通过终端设备上传的与交通违章处罚事件相关的文件。该方法还包括从所述文件中确定与所述交通违章处罚事件相对应的交通违章事件相关联的违章信息。该方法进一步包括如果确定所述违章信息有效，向所述第一用户提供与上传所述文件相对应的激励。

在本公开的第二方面中，提供了一种用于信息收集的装置。该装置包括：文件获取模块，被配置为获取第一用户通过终端设备上传的与交通违章处罚事件相关的文件。该装置还包括违章信息确定模块，被配置为从所述文件中确定与所述交通违章处罚事件相对应的交通违章事件相关联的违章信息。该装置进一步包括激励提供模块，被配置为如果确定所述违章信息有效，向所述第一用户提供与上传所述文件相对应的激励。

在本公开的第三方面，提供了一种电子设备，包括：存储器和处理器；其中存储器用于存储一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现根据本公开的第一方面的方法。

在本公开的第四方面，提供了一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中一条或多条计算机指令被处理器执行实现根据本公开的第一方面的方法。

根据本公开的各种实施例，可以通过技术手段，实现交通违章信息的收集。进一步地，通过技术手段，保证了所收集的交通违章信息的有效性和真实性。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素，其中：

图1示出了本公开的多个实施例能够在其中实现的示例环境的示意图；

图2示出了根据本公开的一些实施例的信息收集的示例方法的流程图；

图3根据本公开的一些实施例的呈现提示信息的示例界面300；

图4示出了根据本公开的一些实施例的信息收集的装置的示意性结构框图；以及

图5示出了能够实施本公开的多个实施例的计算设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在本公开的实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

在本公开的实施例的描述中，术语“文件”指代任何可被计算设备识别和处理的承载信息的载体，其形式包括但不限于文档、图片、照片、音频、视频或其组合。其可以承载至少一个信息元素，信息元素同样包括但不限于文档、图片、照片、音频、视频或其组合。

如上所讨论的，统计并分析交通违章罚单信息可以更好地帮助司机避免交通违章行为，进而提高出行体验，同时也有助于帮助出行平台或其他应用或服务提供商优化其产品以及向司机用户提供个性化和高质量的服务等。目前，交通违章信息大多由交通执法部门分通过纸质罚单或者电子消息的方式告知司机。此外，司机也可以通过交通管理部门的网站查询相应的交通违章记录。也就是说，交通违章信息作为一种受保护信息仅被告知给司机个人(或企业车辆的相应所有者)，而并不处于公众可任意获取的状态。因此，如何通过技术手段，激励用户上报交通违章信息是实现交通违章信息收集首先要解决的问题。进一步地，在违章信息收集过程中，如何通过技术手段保证所收集的交通违章信息的真实性和可靠性是实现交通违章信息收集所要解决的另一问题。

根据本公开的各种实施例，提供了一种信息收集的方案。在本公开的实施例中，计算设备(例如，可以是执行信息收集的平台或服务器)获取第一用户通过终端设备上传的与交通违章处罚事件相关的文件，并从上传的文件中确定与交通违章处罚事件相对应的交通违章事件相关联的违章信息。进一步地，如果确定违章信息有效，则向第一用户提供与上传文件相对应的激励。以此方式，通过将上传的交通违章信息限定为文件的格式，保证了第一用户上传的违章信息的完整性和真实性，通过向第一用户提供激励，鼓励了第一用户将违章信息上传的积极性。由此实现了通过技术手段来实现违章信息的收集。

参见图1，其示意性示出了其中可以使用根据本公开的示例性实现方式的应用程序的环境100的示意图。

如图1所示，环境100包括终端设备120。在本公开的实施例的描述中，终端设备120指代可以与用户交互的任何电子设备。终端设备可以包括但不限于，移动电话、蜂窝电话、智能电话、平板计算机、可穿戴设备、个人数字助理、个人计算机、便携式计算机、游戏终端设备、音乐存储和回放设备、车载无线终端设备，等等。终端设备120可以包括显示设备。该显示设备用于呈现用户界面130-1和130-2(为了方便描述，在本文中，多个用户界面130-1和130-2可以统称为用户界面130)。仅作为示例，用户界面130-1例如可以用于向用户呈现交互接口以接收用户输入的信息，用户界面130-2例如可以用于向用户呈现期望显示给用户的各种反馈信息。终端设备120还可以包括输入设备以接收用户的输入。输入设备包括但不限于，例如，鼠标、键盘、触摸笔、触摸屏，等等。

如图1所示，环境100还包括服务器110。在本公开的实施例的描述中，服务器110指代为用户提供服务的平台或应用提供商的网络侧设备(例如，出行平台、路径规划平台、信息采集平台或数据分析平台，等等)。在示例环境100中，服务器100可以与终端设备120进行通信，其可从终端设备120接收信息(例如，与交通违章处罚事件相关的文件，激励查询请求，等等)，并可以向终端设备120发送信息(例如，激励明细、针对所上传文件的反馈信息等)。

可选地，环境100还可以包括第三方网站140。在本公开的实施例的描述中，该第三方网站140可以提供司机用户的交通违章处罚事件的历史记录。附加地，第三方网站140可以提供相应的接口，通过该接口可以实现交通违章处罚事件的历史记录的查询。

应当理解，图1所示出的终端设备120、服务器110以及第三方网站140的数目和连接关系仅仅作为示例而被提供。在其他示例环境中，可以包括其他数目的终端设备120、服务器110以及第三方网站140。本公开的范围在此方面不受限制。

一种实现违章信息收集的方式是，通过技术手段鼓励和引导司机上传交通违章信息(有时也称为“众包”)。现在，结合图2来详细描述本公开的通过技术手段鼓励和引导司机上传交通违章信息的方案。

图2示出了根据本公开的一些实施例的信息收集的示例方法200的流程图。为了方便讨论，将结合图1来描述过程200。作为示例，方法200例如可以在图1的服务器110处实施。应当理解，在其他示例实施例中，方法200中的至少部分操作可以由终端设备120来实现。本公开的范围在此方面不受限制。

可选地，在一些示例实施例中，服务器110可以首先向第一用户的终端设备120发布提示信息，以向第一用户提示可以上传交通违章信息。该提示信息可以通过终端设备120的应用程序(例如，出行软件)呈现给用户。附加地，在一些示例实施例中，该提示信息可以响应于预定的触发条件而向特定的用户发布。一种示例触发条件为，服务器110确定该第一用户为出行平台的司机并且存在历史接单记录。另一种示例触发条件为，服务器110期望获得预定义区域(例如，北京)的交通违章信息，并且服务器110确定该第一用户的当前位置在该预定义区域内。此外，示例触发条件还可以为，服务器110获知该第一用户近期访问了交通管理部门的网站等。应当理解，上述示例触发条件仅仅作为示例被示出，本领域技术人员可以根据需求选择任何适当的触发条件以向第一用户发布提示信息。本公开的范围在此方面不受限制。

以此方式，***可以及时地向用户发布提示信息以引导用户上传交通违章信息。同时还可以实现选择性地向特定用户呈现提示消息，这样既提高了获取违章信息的可能性，又降低了向用户发布不必要的消息对用户产生的不适体验。

在一些示例实施例中，提示信息可以指示上传交通违章信息的限制。以此方式，可以使用户提前获知上传交通违章信息的限制和规则，从而避免不必要的上传操作。

在一些示例实施例中，提示消息可以指示区域限制，该区域限制指示针对交通违章事件的发生地点的限制条件。例如，当***仅想获取预定义区域(例如，北京、上海)的交通违章信息时，可以对交通违章事件的发生地点进行限定。以此方式，***可以有针对性的收集预定义区域内的交通违章信息，提高了***收集违章信息的灵活性。

备选地或附加地，在一些示例实施例中，提示消息还可以指示类型限制，该类型限制指示针对交通违章事件的违章类型的限制条件。交通违章事件的类型包括多种，例如，闯红灯、占用应急车道、占用非机动车道、违章停车，等等。当***需要优化停车地点时，其可能更关注违章停车违章信息；而当***想更精确地计算行程时间时，其可能更关注超速行驶违章信息。以此方式，***可以根据实际需要对交通违章事件的违章的类型进行限定，由此灵活地限定所要收集的交通违章信息的类型。

备选地或附加地，在一些示例实施例中，提示消息还可以指示时间限制，该时间限制指示针对交通违章事件的发生时间的限制条件。驾驶环境并不是一成不变的，例如，由于新增设公交站而产生的禁止停车地点、交通管理部门新增设的公交线等等。同时，驾驶环境又在短期内相对稳定。以此方式，***可以根据实际需要对交通违章事件的发生时间进行限定，由此在保证可以收集最新交通违章信息的同时还可以避免***收集大量重复的罚单。

备选地或附加地，在一些示例实施例中，提示消息还可以指示激励规则，该激励规则可以指示上传文件与激励之间的对应关系。具体为，***可以根据上传的违章信息是否包括附加信息(诸如，与违章处罚事件相关联的现场照片、与上传的违章信息所对应的交通违章事件的发生时间和地点、或与上传的违章信相对应的交通违章事件的类型等)而设置不同的激励量。在本公开的实施例的描述中，激励可以具体指代积分、平台特权、平台奖励或其他任意形式的激励。本公开的范围在此方面不受限制。

以此方式，***可以通过技术手段，引导和鼓励用户上传更多有价值的信息，进而提高收集的违章信息的真实性和有效性。

应当理解，上文所讨论的提示信息所指示的信息的仅仅作为示例。在其他示例实施例中，提示信息可以指示其他信息。本公开的范围在此方面不受限制。

在一些示例实施例中，服务器110还可以确定第一用户的当前位置，并基于第一用户的当前位置，向第一用户发布提示信息。例如，服务器期望收集北京地区的违章停车信息，并设置上传北京地区的违章停车信息可以获得300分的积分奖励；同时还期望收集上海地区的超速行驶违章信息，并设置上传上海地区的超速行驶违章信息可以获得200分的积分奖励。当服务器检测到第一用户处于北京时，则向第一用户发布与北京地区相关联的提示信息，当检测到第一用户处于上海时，则向第一用户发布与上海地区相关联的提示信息。

以此方式，服务器可以针对不同的城市/区域间应用不同的信息收集方案。

在一些示例实施例中，可以与提示信息一同呈现可以直接触发上传交互界面的链接、选项和菜单等。以此方式，用户可以直接点击对应的区域，立刻参与活动，提高了用户体验。

现在参考图3，图3示出了根据本公开的一些实施例的呈现提示信息的示例界面300。如图3所示，用户界面130-3可以呈现在终端设备120的显示设备上。用户界面130-3包括区域限定(即，活动城市为北京和上海)、类型限定(即，交通违章事件的类型包括：1)违反停车规定；以及2)违反禁止停车标志)、时间限定(即，交通违章事件的发生时间在2020年1月1日之后)以及奖励规则(即，1.仅上传罚单截图，可获得300积分奖励；以及2.同时上传罚单和罚单对应的现场图片，获得500积分奖励)。应当理解，图3所示出的界面130-3仅仅作为呈现提示信息的示例，不应理解为对公开的任何限定。

以上讨论了对于发布的提示信息进行了讨论。现在返回图2，继续讨论本公开的信息收集方法。

在框210，服务器110获取第一用户通过终端设备120上传的与交通违章处罚事件相关的文件。具体为，如图1所示，终端设备120可以向第一用户设备呈现界面130-1，界面130-1包括相应的交互接口，用以接收第一用户上传的与交通违章处罚事件相关的文件。通过将第一用户上传的违章信息的格式限定为文件而非简单的文字描述等，可以更好地保护证违章信息完整性，避免用户上报虚假信息。

在一些示例实施例中，第一用户上传的文件包括与交通违章处罚纸质罚单相对应的信息元素。例如，其可以是交通违章处罚纸质罚单的照片、复印件或扫描件等。

备选地或附加地，在一些示例实施例中，第一用户上传的文件包括与交通违章处罚电子消息相对应的信息元素。例如，其可以是包括完整的交通违章处罚电子消息截屏或照片。

备选地或附加地，在一些示例实施例中，第一用户上传的文件包括与来自可信的第三方网站140的包括关于交通违章处罚事件的信息的网页相对应的信息元素。例如，其可以是来自交通管理部门官方网站上显示的交通违章时间记录的网页的截屏或照片等。

以此方式，可以对所收集信息的真实性进行核实。应当理解，上述所例举的信息元素仅作为示例。在其他实施例中，用户可以通过其他信息元素来证实上传的交通违章信息的真实性。本公开的范围在此方面不受限制。

附加地，在一些示例实施例中，第一用户还可以上传与交通违章处罚事件相关联的附加信息。一种示例附加信息是与交通违章处罚事件相关联的现场照片，例如，现场照片可以包括交通违章事件发生地的交通指示标识(诸如，限速或禁止停车标识等)，或标识该地点的知名地标等。另一种示例附加信息可以是与交通违章事件相关联的行程信息，例如，出行平台司机用户的订单信息或其他应用软件记录的行程信息等等。

应当理解，以上所例举的附加信息仅仅作为示例被讨论。在其他示例实施例中，附加信息可以是对上传的文件的真实性进行增强的任何信息。本公开的范围在此方面不受限制。

以此方式，用户可以上传更多的附加信息，以证实其上传信息的真实性。服务器110通过附加信息来进一步验证上传的违章信息的真实性和有效性的过程将在下文中详细讨论。

附加地，服务器110在获取到第一用户上传的文件后，可以确定文件的属性指示所述文件是否能够识别。在一些示例实施例中，服务器110通过文件的格式和大小确定第一用户上传的文件是否能够被识别。在另外一些示例实施例中，当上传的文件是照片时，除根据照片的格式和大小外，服务器110还可以进一步通过照片的亮度、分辨率等参数来进一步确定所上传的文件(即，照片)是否能够被识别。

备选地或附加地，在一些示例实施例中，***可以规定用户单次上传的违章信息的数量，例如，***可以限定每个文件所关联的交通违章处罚事件的数量不超过预定阈值。在这种情况下，当第一用户所上传的文件所关联的交通违章处罚事件的数量(例如，照片中包括多张罚单，多个电子消息或多个交通违章记录)超过预定阈值时，服务器110将该文件视为无法识别。

如果服务器110确定与交通违章处罚事件相关的文件的属性指示所述文件是能够识别的，则进行执行后续操作。

以此方式，服务器110可以对第一用户上传的文件进行初步检查(即，确定是否能够识别)，仅当文件能够识别时才进行后续处理，由此提高了***的处理效率。

在一些示例实施例中，如果服务器110确定与交通违章处罚相关的文件的内容无法识别，则向第一用户提供反馈以指示所上传的文件无效。进一步地，服务器110还可以将导致文件无效的原因反馈给第一用户。以此方式，用户可以根据反馈信息获知文件无效的原因并重新上传符合要求的文件。

在框220，服务器110从用户文件中确定与交通违章处罚事件相对应的交通违章事件相关联的违章信息。应当理解，服务器110可以使用任何适当的文件处理技术以提取文件中的交通违章信息。确定的交通违章信息包括但不限于车牌号、交通违章事件的类型、交通违章事件发生的事件和地点等。

进一步地，服务器110可以确定违章信息是否有效。在一些示例实施例中，如果服务器110确定违章信息不完整，则确定违章信息无效。例如，第一用户上传的违章罚单或电子信息不完整，此时服务器110将确定该违章信息无效。

备选地或附加地，在一些示例实施例中，如果服务器110确定违章信息不是首次上传，则确定违章信息无效。例如，第一用户重复上传违章信息，或者服务器110已经通过其他途径获得了该交通违章信息，此时服务器110将确定该违章信息无效。

备选地或附加地，在一些示例实施例中，如果服务器110确定违章信息指示的交通违章事件的发生地点不在预定义的区域内，则确定违章信息无效。例如，服务器110当前仅收集北京或上海地区的交通违章信息，而用户上传的是其他城市的交通违章信息，此时服务器110将确定该违章信息无效。

备选地或附加地，在一些示例实施例中，如果服务器110确定违章信息指示的交通违章事件的类型不属于预定义的违章类型，则确定违章信息无效。例如，服务器110当前仅收集违章停车产生的违章信息，而用户上传的是由于闯红灯所产生的违章信息，此时服务器110将确定该违章信息无效。

备选地或附加地，在一些示例实施例中，如果服务器110确定违章信息指示的交通违章事件的发生时间不在预定义的时间段内，则确定违章信息无效。例如，服务器110当前仅收集2020年1月1日之后的交通违章信息，而用户上传的是2019年的交通违章事件信息，此时服务器110将认定该违章信息无效。

应当理解，在其他示例实施例中，服务器110还可以应用其他标准来确定违章信息是否有效。本公开的范围在此方面不受限制。以此方式，服务器110可以灵活地筛选交通违章信息。

附加地，在一些示例实施例中，当第一用户是出行平台的司机，服务器110还可以基于第一用户在出行平台的历史行程信息，确定违章信息的有效性。例如，当服务器110确定违章信息与出行平台所记录的历史行程信息不匹配，则确定违章信息无效。

以此方式，出行平台的司机所上传的违章信息的真实性可以更加精确地被验证。

附加地，在一些示例实施例中，当第一用户上传了附加信息时，服务器110还可以基于附加信息来确定违章信息的有效性。例如，如果第一用户上传了现场照片，则服务器110确定该现场照片是否与违章信息相匹配。在另一示例中，如果第一用户上传了与交通违章处罚事件相关联的行程信息(例如，导航软件所记录的行驶路线)，则服务器110确定该行程信息是否与违章信息相匹配。

以此方式，服务器110可以收集与交通违章事件相关联的附加信息，进而提高所收集的交通违章信息的真实性。

在一些示例实施例中，如果服务器110确定违章信息无效，向第一用户提供关于导致违章信息无效的原因的指示。作为示例，服务器110可以向第一用户指示：重复上传、图像分辨率低、违章事件不属于预定类型、违章事件的发生时间不在预定时间段内、违章事件的发生地点不在预定的区域范围内、违章事件的类型不属于预定的类型，等等。以此方式，第一用户可以获得导致上传的违章信息无效的原因。

在框230，如果服务器110确定违章信息有效，向第一用户提供与上传文件相对应的激励。在一些示例实施例中，服务器110可以基于违章信息指示的交通违章事件的发生地点来确定激励的量。在一些示例实施例中，服务器110针对不同的区域或城市提供不同的激励值，例如，如果服务器110确定违章事件的发生地点为北京，则提供300分的积分激励，如果服务器110确定违章事件的发生地点为上海，则提供200分的积分激励。进一步地，如果服务器110确定违章信息所指示的地点信息从未被上报过，例如，该违章信息指示了一个新规划的限速路段，或者新的禁止停车地点，则服务器110可以提供较高的激励量。反之，如果服务器110确定该违章信息已经被多个其它用户上报过，则提供相对较少的激励量。

备选地或附加地，在一些示例实施例中，服务器110可以基于违章信息指示的交通违章事件的发生时间来确定激励的量。在一些示例实施例中，服务器110针对不同的时间段提供不同的激励值，例如，如果服务器110确定违章事件是最近发生的违章事件(例如，最近一个月内)，则服务器110可以提供较高的激励量。反之，如果服务器110确定该违章事件已经发生一段时间了(例如，3个月前)，则提供相对较少的激励量。

备选地或附加地，在一些示例实施例中，服务器110针对不同的违章类型提供不同的激励值。在一些示例实施例中，服务器110可以根据违章类产生的不利影响的程度来确定激励值。例如，违章停车对司机的驾车出行的困扰较大，当服务器110确定违章类型为违章停车时，则提供较高的激励值。

备选地或附加地，在一些示例实施例中，服务器110可以针对第一用户是否上传附加信息以及上传了何种附加信息来确定不同的激励值。在一些示例实施例中，服务器110可以针对附加信息对于上传的违章信息的真实性的补强程度来确定不同的激励值。例如，服务器110确定附加信息(诸如，现场照片)的对于违章信息的真实性证明的补强程度较高，则提供较高的激励量。反之，如果服务器110确定附加信息(诸如，文字描述)对于违章信息的真实性证明的补强程度较弱，则提供较少的激励量。

以此方式，服务器110可以根据通过不同的激励规则，通过技术时段引导用户上传服务器110所期望的违章信息。

在一些示例实施例中，服务器110可以向第一用户提供反馈信息。如图1中的示例用户界面130-2所示，服务器110可以经由终端设备120(例如，终端设备120的显示器)向第一用户呈现反馈信息。在一些示例实施例中，服务器110向第一用户提供已上传的文件的信息。例如，向用户呈现之前上传的文件。进一步地，服务器110也可以向第一用户呈现上传的文件的时间、文件名称、上传的文件对应的交通违章事件的类型等等。这些信息可以帮助用户确定哪些违章信息已经被上传。

备选地或附加地，在一些示例实施例中，服务器110可以向第一用户提供与已上传的文件相对应的激励的信息，例如相应的积分。以此方式，可以是第一用户清楚地获知每次上传所获得的激励，由此提高用户上传违章信息的积极性。

备选地或附加地，在一些示例实施例中，服务器110可以向第一用户提供与已上传的文件相对应的审核状态的信息。审核状态可以是：已通过、待支付、审核中、未通过等。进一步地，如果状态是“未通过”，服务器110还可以向第一用户提供未通过的原因。以此方式，可以使第一用户更好地了解上传的违章信息的状态。

在一些示例实施例中，服务器110可以响应于第一用户设备的查询而向第一用户提供上述信息。备选地，服务器110可以响应于用户每次上传完成后向用户提供反馈信息。此外，服务器110还可以周期性地向第一用户提供反馈信息。应该理解，提供反馈信息的时机可以根据实际需要而被合理配置。

以上讨论了通过技术手段鼓励和引导司机上传交通违章信息的技术手段。附加地，服务器110也可以通过获取司机访问权限而在第三方网站140查询交通违章记录的方式来收集交通违章信息。现继续结合图1具体讨论如下。

如图1所示，第三方网站140为可以提供交通违章处罚历史记录查询的可信网站，诸如，交通管理部门的官网网站。服务器110可以获取第二用户的用于访问第三方网站140的访问权限。第二用户的访问权限可以是多种形式，例如，其可以包括但不限于访问凭证、证书、数字签名或因户名和密码等。进一步地，服务器110可以通过多种方式获取第二用户访问权限，例如，通过向第二用户呈现交互界面以接收第二用户提供的访问权限。

此外，除个人用户外，服务器110还可以获取一些企业或租赁公司所有的车辆的访问权限。以此方式，服务器110可以获得包括第二用户在内的诸多用户的访问权限并生成相应的授权列表。服务器110可以周期性地经由第三方服务器140获得该授权列表内所有用户的违章信息。由于第三方网站140为可信网站，因此所获得的违章信息的真实性得到了保证。

附加地，在一些示例实施例中，如果第二用户是出行平台的司机，则服务器110进一步确定第二用户在预定义时间段内是否存在历史出行订单。如果服务器110确定还第二用户存在历史出行订单，则经由第三方网站140获取第二用户的交通违章处罚事件的历史记录。

以此方式，可以减少访问第三方网站140的次数。进一步地，当第二用户存在历史出行订单时，服务器110可以获得到基于历史出行订单获得到与订单对应的详细轨迹信息。因此，服务器110可以将详细的轨迹信息与获取的违章信息相匹配，以确定与违章事件相关的更加精确的信息。

附加地，在一些示例实施例中，服务器110基于第一时间差来确定预定义时间段，其中第一时间段指示交通违章处罚事件的发生时间与交通违章事件的发生时间之间的时间差。备选地或附加地，在在一些示例实施例中，服务器110也可以基于第二时间差来确定预定义时间段，其中第二时间差指示交通违章处罚事件的发生时间与第二用户处理交通违章处罚事件的发生时间之间的时间差。以此方式，服务器110既可以查询到最近的违章信息，同时减少了服务器110访问第三方网站140的时间，节约了***资源。

通过本公开的各种实施例，***可以基于技术手段，实现违章信息的收集。此外，通过技术手段，保证了收集的违章信息的真实性和有效性。

本公开的实施例还提供了用于实现上述方法或过程的相应装置。图4示出了根据本公开的一些实施例的信息收集的装置400的示意性结构框图。

如图4所示，装置400可以包括：文件获取模块410，被配置为获取第一用户通过终端设备120上传的与交通违章处罚事件相关的文件。该装置400还包括违章信息确定模块420，被配置为从文件中确定与交通违章处罚事件相对应的交通违章事件相关联的违章信息。该装置400进一步包括激励提供模块430，被配置为如果确定违章信息有效，向第一用户提供与上传文件相对应的激励。

在一些示例实施例中，，其中文件包括与以下中的至少一项相对应的信息元素：交通违章处罚纸质罚单；交通违章处罚电子消息；以及来自可信的第三方网站140的包括关于交通违章处罚事件的信息的网页。

在一些示例实施例中，其中违章信息确定模块420还被配置为：如果确定与交通违章处罚事件相关的文件的内容是能够识别的，通过对文件的内容进行识别来确定违章信息；以及如果确定与交通违章处罚相关的文件的内容无法识别，向第一用户提供反馈以指示文件无效。

在一些示例实施例中，装置400还包括：附加信息获取模块，被配置为获取第一用户通过终端设备120上传的与交通违章处罚事件相关联的附加信息，附加信息包括以下中的至少一项：与交通违章处罚事件相关联的现场照片；以及与交通违章处罚事件相关联的行程信息；以及第一有效性确定模块，被配置为基于附加信息，确定违章信息的有效性。

在一些示例实施例中，其中如果确定以下至少一项，将违章信息确定为无效：违章信息不完整，违章信息不是首次上传，违章信息指示的交通违章事件的发生地点不在预定义的区域内，违章信息指示的交通违章事件的发生时间不在预定义的时间段内，以及违章信息指示的交通违章事件的类型不属于预定义的违章类型。

在一些示例实施例中，其中第一用户是出行平台的司机，以及装置还包括：第二有效性确定模块，被配置为基于第一用户在出行平台的历史行程信息，确定违章信息的有效性。

在一些示例实施例中，装置400还包括无效原因指示模块，被配置为如果确定违章信息无效，向第一用户提供关于导致违章信息无效的原因的指示。

在一些示例实施例中，装置400还包括反馈提供模块，被配置为向第一用户提供以下中的至少一项：已上传的文件的信息，与已上传的文件相对应的激励的信息，以及与已上传的文件相对应的审核状态的信息。

在一些示例实施例中，其中激励提供模块430还被配置为：基于以下中的至少一项确定激励的量：违章信息指示的交通违章事件的发生地点；违章信息指示的交通违章事件的发生时间；以及违章信息指示的交通违章事件的类型。

在一些示例实施例中，装置400还包括权限获取模块，被配置为获取第二用户的用于访问可信的第三方网站140的访问权限，第三方网站140提供第二用户的交通违章处罚事件的历史记录；以及记录查询模块，被配置为基于访问权限，经由第三方网站140获取第二用户的交通违章处罚事件的历史记录。

在一些示例实施例中，第二用户是出行平台的司机，则记录查询模块还被配置为：如果确定第二用户在预定义时间段内存在历史出行订单，基于访问权限，经由第三方网站140获取第二用户的交通违章处罚事件的历史记录。

在一些示例实施例中，预定义时间段基于以下中的至少一项而被确定：第一时间差，指示交通违章处罚事件的发生时间与交通违章事件的发生时间之间的时间差；以及第二时间差，指示交通违章处罚事件的发生时间与第二用户处理交通违章处罚事件的发生时间之间的时间差。

在一些示例实施例中，装置400还包括提示信息发布模块，被配置为向第一用户发布提示信息，提示信息指示以下中的至少一项：区域限制，指示针对交通违章事件的发生地点的限制条件；类型限制，指示针对交通违章事件的违章类型的限制条件；时间限制，指示针对交通违章事件的发生时间的限制条件；以及激励规则，指示上传文件与激励之间的对应关系。

在一些示例实施例中，，装置400还包括位置获取模块，被配置为确定第一用户的当前位置信息；以及其中提示信息发布模块还被配置为：基于第一用户的当前位置信息，向第一用户发布提示信息。

装置400中所包括的单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在一些示例实施例中，一个或多个单元可以使用软件和/或固件来实现，例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代，装置400中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准品(ASSP)、片上***(SOC)、复杂可编程逻辑器件(CPLD)，等等。

图5示出了其中可以实施本公开的一个或多个实施例的计算设备/服务器500的框图。应当理解，图5所示出的计算设备/服务器500仅仅是示例性的，而不应当构成对本文所描述的实施例的功能和范围的任何限制。

如图5所示，计算设备/服务器500是通用计算设备的形式。计算设备/服务器500的组件可以包括但不限于一个或多个处理器或处理单元510、存储器520、存储设备530、一个或多个通信单元540、一个或多个输入设备550以及一个或多个输出设备560。处理单元510可以是实际或虚拟处理器并且能够根据存储器520中存储的程序来执行各种处理。在多处理器***中，多个处理单元并行执行计算机可执行指令，以提高计算设备/服务器500的并行处理能力。

计算设备/服务器500通常包括多个计算机存储介质。这样的介质可以是计算设备/服务器500可访问的任何可以获得的介质，包括但不限于易失性和非易失性介质、可拆卸和不可拆卸介质。存储器520可以是易失性存储器(例如寄存器、高速缓存、随机访问存储器(RAM))、非易失性存储器(例如，只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、闪存)或它们的某种组合。存储设备530可以是可拆卸或不可拆卸的介质，并且可以包括机器可读介质，诸如闪存驱动、磁盘或者任何其他介质，其可以能够用于存储信息和/或数据(例如用于训练的训练数据)并且可以在计算设备/服务器500内被访问。

计算设备/服务器500可以进一步包括另外的可拆卸/不可拆卸、易失性/非易失性存储介质。尽管未在图5中示出，可以提供用于从可拆卸、非易失性磁盘(例如“软盘”)进行读取或写入的磁盘驱动和用于从可拆卸、非易失性光盘进行读取或写入的光盘驱动。在这些情况中，每个驱动可以由一个或多个数据介质接口被连接至总线(未示出)。存储器520可以包括计算机程序产品525，其具有一个或多个程序模块，这些程序模块被配置为执行本公开的各种实施例的各种方法或动作。

通信单元540实现通过通信介质与其他计算设备进行通信。附加地，计算设备/服务器500的组件的功能可以以单个计算集群或多个计算机器来实现，这些计算机器能够通过通信连接进行通信。因此，计算设备/服务器500可以使用与一个或多个其他服务器、网络个人计算机(PC)或者另一个网络节点的逻辑连接来在联网环境中进行操作。

输入设备550可以是一个或多个输入设备，例如鼠标、键盘、追踪球等。输出设备560可以是一个或多个输出设备，例如显示器、扬声器、打印机等。计算设备/服务器500还可以根据需要通过通信单元540与一个或多个外部设备(未示出)进行通信，外部设备诸如存储设备、显示设备等，与一个或多个使得用户与计算设备/服务器500交互的设备进行通信，或者与使得计算设备/服务器500与一个或多个其他计算设备通信的任何设备(例如，网卡、调制解调器等)进行通信。这样的通信可以经由输入/输出(I/O)接口(未示出)来执行。

根据本公开的示例性实现方式，提供了一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现上文描述的方法。

这里参照根据本公开实现的方法、装置(***)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

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

附图中的流程图和框图显示了根据本公开的多个实现的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽性的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各实现。

Claims (18)

1.一种信息收集方法，包括：

获取第一用户通过终端设备上传的与交通违章处罚事件相关的文件；

从所述文件中确定与所述交通违章处罚事件相对应的交通违章事件相关联的违章信息；以及

如果确定所述违章信息有效，向所述第一用户提供与上传所述文件相对应的激励。

2.根据权利要求1所述的方法，其中所述文件包括与以下中的至少一项相对应的信息元素：

交通违章处罚纸质罚单；

交通违章处罚电子消息；以及

来自可信的第三方网站的包括关于所述交通违章处罚事件的信息的网页。

3.根据权利要求1所述的方法，其中确定所述违章信息包括：

如果确定与所述交通违章处罚事件相关的所述文件的属性指示所述文件是能够识别的，通过对所述文件的内容进行识别来确定所述违章信息；以及

如果确定与所述交通违章处罚相关的所述文件的所述属性指示所述文件无法识别，向所述第一用户提供反馈以指示所述文件无效。

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

获取所述第一用户通过所述终端设备上传的与所述交通违章处罚事件相关联的附加信息，所述附加信息包括以下中的至少一项：

与所述交通违章处罚事件相关联的现场照片；以及

与所述交通违章处罚事件相关联的行程信息；以及

基于所述附加信息，确定所述违章信息的有效性。

5.根据权利要求1所述的方法，其中如果确定以下至少一项，将所述违章信息确定为无效：

所述违章信息不完整，

所述违章信息不是首次上传，

所述违章信息指示的所述交通违章事件的发生地点不在预定义的区域内，

所述违章信息指示的所述交通违章事件的发生时间不在预定义的时间段内，以及

所述违章信息指示的交通违章事件的类型不属于预定义的违章类型。

6.根据权利要求1所述的方法，其中所述第一用户是出行平台的司机，以及所述方法还包括：

基于所述第一用户在所述出行平台的历史行程信息，确定所述违章信息的有效性。

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

如果确定所述违章信息无效，向所述第一用户提供关于导致所述违章信息无效的原因的指示。

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

向所述第一用户提供以下中的至少一项：

已上传的所述文件的信息，

与所述已上传的文件相对应的激励的信息，以及

与所述已上传的文件相对应的审核状态的信息。

9.根据权利要求1所述的方法，其中向所述第一用户提供与上传所述文件相对应的所述激励包括：

基于以下中的至少一项确定所述激励的量：

所述违章信息指示的所述交通违章事件的发生地点；

所述违章信息指示的所述交通违章事件的发生时间；以及

所述违章信息指示的所述交通违章事件的类型。

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

获取第二用户的用于访问可信的第三方网站的访问权限，所述第三方网站提供所述第二用户的交通违章处罚事件的历史记录；以及

基于所述访问权限，经由所述第三方网站获取所述第二用户的所述交通违章处罚事件的所述历史记录。

11.根据权利要求10所述的方法，其中所述第二用户是出行平台的司机；以及

其中获取所述第二用户的所述交通违章处罚事件的所述历史记录包括：

如果确定所述第二用户在预定义时间段内存在历史出行订单，基于所述访问权限，经由所述第三方网站获取所述第二用户的所述交通违章处罚事件的所述历史记录。

12.根据权利要求11所述的方法，其中所述预定义时间段基于以下中的至少一项而被确定：

第一时间差，指示所述交通违章处罚事件的发生时间与所述交通违章事件的发生时间之间的时间差；以及

第二时间差，指示所述交通违章处罚事件的发生时间与所述第二用户处理所述交通违章处罚事件的发生时间之间的时间差。

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

向所述第一用户发布提示信息，所述提示信息指示以下中的至少一项：

区域限制，指示针对所述交通违章事件的发生地点的限制条件；

类型限制，指示针对所述交通违章事件的违章类型的限制条件；

时间限制，指示针对所述交通违章事件的发生时间的限制条件；以及

激励规则，指示上传所述文件与所述激励之间的对应关系。

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

确定所述第一用户的当前位置信息；以及

其中向所述第一用户发布所述提示信息包括：

基于所述第一用户的所述当前位置信息，向所述第一用户发布所述提示信息。

15.一种用于信息收集的装置，包括：

文件获取模块，被配置为获取第一用户通过终端设备上传的与交通违章处罚事件相关的文件；

违章信息确定模块，被配置为从所述文件中确定与所述交通违章处罚事件相对应的交通违章事件相关联的违章信息；以及

激励提供模块，被配置为如果确定所述违章信息有效，向所述第一用户提供与上传所述文件相对应的激励。

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

存储器和处理器；

其中所述存储器用于存储一条或多条计算机指令，其中所述一条或多条计算机指令被所述处理器执行以实现根据权利要求1至14中任一项所述的方法。

17.一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中所述一条或多条计算机指令被处理器执行以实现根据权利要求1至14中任一项所述的方法。

18.一种计算机程序产品，包括计算机可执行指令，其中所述计算机可执行指令在被处理器执行时实现根据权利要求1至14中任一项所述的方法。

Images