一种信息推送方法和系统与流程

本申请涉及互联网领域，特别涉及一种信息推送方法和系统。

背景技术：

随着城市交通的不断发展，打车出行已经成为社会各阶层人士的重要出行方式之一。同时，随着移动互联网的高速发展以及智能设备的普及，打车系统平台的使用也越来越普遍。对于打车系统服务平台来说，基于导航系统中司机的驾驶行为，给司机提供实时驾驶安全提示，对司机驾驶能力和安全意识的提升有很大的帮助，也可以减少交通事故的发生，提高乘客的乘车体验。

技术实现要素：

本发明实施例之一提供一种信息推送方法。所述对司机进行安全教育的方法包括：确定司机驾驶行为中的违规行为和所述违规行为对应的违规次数；基于所述违规行为和对应的违规次数确定待推送信息；发送所述待推送信息至司机终端。

本发明实施例之一提供一种信息推送系统，包括违规确定模块、推送信息确定模块、通信模块。所述违规确定模块用于确定司机驾驶行为中的违规行为和所述违规行为对应的违规次数。所述推送信息确定模块用于基于所述违规行为和对应的违规次数确定待推送信息。所述通信模块用于发送所述待推送信息至司机终端。

在一些实施例中，所述确定司机驾驶行为中的违规行为和对应的违规次数包括：获取所述司机已完成订单的乘客评价信息和/或所述司机的驾驶数据；根据所述乘客评价信息和/或所述驾驶数据确定所述司机驾驶行为中的违规行为和所述违规行为对应的违规次数。

在一些实施例中，所述驾驶数据包括：速度、加速度、角速度、角加速度、路径、路况等。

在一些实施例中，所述对司机进行安全教育的方法进一步包括：获取所述司机的档案信息；基于所述档案信息确定所述待推送信息。

在一些实施例中，所述司机的档案信息包括：年龄、性别、驾龄、教育程度等。

在一些实施例中，所述待推送信息包括语音信息和/或图像信息。

在一些实施例中，所述待推送信息包括安全提示信息。

在一些实施例中，所述信息推送方法进一步包括：判断所述违规行为对应的违规次数是否超过第一预设阈值；如果所述违规行为对应的违规次数超过所述第一预设阈值，则确定所述安全提示信息。

在一些实施例中，所述方法进一步包括：根据所述违规行为和对应的违规次数确定限制信息，所述限制信息限制司机的接单行为。

在一些实施例中，所述根据所述违规行为和对应的违规次数确定限制信息包括：判断所述违规行为对应的违规次数是否超过第二预设阈值；如果所述违规行为对应的违规次数超过所述第二预设阈值，则确定所述限制信息。

在一些实施例中，所述违规行为包括：路口未减速、注意力不集中、疲劳驾驶、酒驾、闯红灯、急加速、急减速、急变道、人证不符、态度恶劣等。

本发明实施例之一提供一种装置，包括处理器，所述处理器用于执行本申请所述描述的任一种信息推送方法。

本发明实施例之一提供一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行本申请所描述的任一种信息推送方法。

附图说明

本申请将以示例性实施例的方式进一步描述，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本申请一些实施例所示的信息推送系统的应用场景示意图；

图2是根据本申请的一些实施例所示的司机终端设备示意图；

图3是根据本申请一些实施例所示的信息推送系统的模块图；

图4是根据本申请一些实施例所示的信息推送方法的示例性流程图；

图5是根据本申请的一些实施例所示的确定待推送信息的方法的示例性流程图。

具体实施方式

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”系用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本申请的实施例可以应用于不同的交通服务系统，不同的交通服务系统包括但不限于陆地、水面航行、航空、航天等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、轨道交通(例如，火车、动车、高铁、地铁等)、船舶、飞机、飞船、卫星、热气球、无人驾驶的交通工具等。本申请的不同实施例应用场景包括但不限于运输业、仓储物流业、农业作业系统、城市公交系统、商业运营车辆等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。例如，其他类似的有轨迹的行驶系统。

图1是根据本申请的一些实施例所示的信息推送系统应用场景的示意图。信息推送系统100可以包括服务器110、网络120、至少一个乘客终端130、至少一个司机终端140、存储设备150。服务器110可以包括处理设备112。信息推送系统100中各部件间的连接方式可以是多种的。例如，信息推送系统100中的一个部件可以通过网络120与其他部件进行信息通信。例如，服务器110可以通过网络120从乘客终端130获取信息和/或数据。又例如，服务器可以通过网络120向乘客终端130发送信息和/或数据。

在一些实施例中，服务器110可以是独立的服务器或者服务器组。该服务器组可以是集中式的或者分布式的(如：服务器110可以是分布系统)。在一些实施例中该服务器110可以是区域的或者远程的。例如，服务器110可通过网络120访问存储于乘客终端130、司机终端140和/或存储设备150的信息和/或资料。在一些实施例中，服务器110可直接与乘客终端130、司机终端140和/或存储设备150连接以访问存储于其中的信息和/或资料。在一些实施例中，服务器110可在云平台上执行。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等中的一种或其任意组合。

在一些实施例中，服务器110可包含处理设备112。该处理设备112可处理与服务请求有关的数据和/或信息以执行一个或多个本申请中描述的功能。例如处理设备112可基于从司机端140获取的司机驾驶数据以确定向该司机推送的信息。在一些实施例中，处理设备112可包含一个或多个子处理设备(如：单芯处理设备或多核多芯处理设备)。仅仅作为范例，处理设备112可包含中央处理器(cpu)、专用集成电路(asic)、专用指令处理器(asip)、图形处理器(gpu)、物理处理器(ppu)、数字信号处理器(dsp)、现场可编程门阵列(fpga)、可编辑逻辑电路(pld)、控制器、微控制器单元、精简指令集电脑(risc)、微处理器等或以上任意组合。

网络120可以是单个网络或不同网络的组合。例如，网络120可以是局域网(lan)、广域网(wan)、公共网络、专用网络、无线局域网(wlan)、虚拟网络、城域网(man)、公共电话交换网络(pstn)或其任意组合。例如，服务器110可以经由蓝牙与乘客终端130通信。网络120还可以包括各种网络接入点。例如，诸如基站或因特网的有线或无线接入点可以包括在网络120中。服务器110可以直接或经由网络120访问存储在服务器110信息。

可连接到网络120的乘客终端130可以是移动设备130-1、平板电脑130-2、笔记本电脑130-3、内置设备130-4等中的一种或者其任意几种组合。在一些实施例中，移动设备130-1可以包括可穿戴设备、智能移动设备，虚拟现实设备、增强现实设备等中的一种或其任意几种组合。在一些实施例中，服务器110可以通过可穿戴设备控制乘客终端130，可穿戴设备包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能服装、智能背包、智能配件等中的一种或者其任意几种组合。在一些实施例中，智能移动设备可以包括智能电话、个人数字助理(pda)、游戏设备、导航设备，销售点(pos)设备等中的一种或者其任意几种组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实贴片、增强现实头盔、增强现实眼镜、增强现实贴片眼罩等中的一种或者任意几种组合。例如，虚拟现实设备和/或增强现实设备可以包括googleglass，oculusrift，hololens，gearvr等。在一些实施例中，内置设备130-4可以包括车载电脑、车载电视等。在一些实施例中，服务器110可以从乘客终端130获取乘客对司机的评价信息。

在一些实施例中，司机终端140可以是与乘客终端130类似或相同的装置。在一些实施例中，司机终端140可以是一带有定位技术的装置，以确定乘客和/或乘客终端140的位置。在一些实施例中，乘客终端130和/或司机终端140可与其他定位装置通讯以确定乘客、乘客终端130、司机、或司机终端140的位置。在一些实施例中，乘客终端130和/或司机终端140可将定位信息发送至服务器110。

乘客终端130和司机终端140可以统称为用户、用户终端或终端，它可以是服务订单通过各种形式形成的个人、工具或者其他实体，例如服务订单的请求方与提供服务方。乘客可以是服务需求方。在本文中，“乘客”、“订单请求方”、“乘客终端”、“订单请求方终端”和“乘客终端设备”可以互换使用。乘客还可以包括乘客终端设备130的使用者。在一些实施例中，该使用者可以不是乘客本人。例如，乘客终端设备130的使用者a可以使用乘客终端设备130为乘客b请求按需服务。为简便起见，在本文中该乘客终端设备130的使用者也可以简称为乘客。司机可以是服务执行方。在本文中，“司机”、“订单接收方”、“司机终端”、“订单接收方终端”和“司机终端设备”可以互换使用。司机还可以包括司机终端设备140的使用者。在一些实施例中，该使用者可以不是司机本人。例如，司机终端设备140的使用者c可以使用司机终端设备140为司机d接受服务系统110发送的其他信息或指令。为简便起见，在本文中该司机终端设备140的使用者也可以简称为司机。在用户为工具的实施例中，司机终端140可以包括但不限于台式电脑140-1、笔记本电脑140-2、机动车的内置设备140-3、移动设备140-4等中的一种或几种的组合。在一些实施例中，这些用户还可以是一些其他智能终端，包括但不限于智能家居设备、可穿戴设备、智能移动设备或其他智能设备。对于智能家居设备，可以包括但不限于智能照明设备、智能电器控制设备、智能监控设备、智能电视、智能摄像机、智能电话、对讲机等中的一种或几种的组合；对于可穿戴设备，可以包括但不限于智能手环、智能手表、智能鞋袜、智能眼镜、智能头盔、智能头带、智能服装、智能背包、智能配饰等中的一种或几种的组合；对于智能移动设备，可以包括但不限于交通工具内置设备(车载电脑或车载电视等)、游戏设备、gps设备、pos机等中的一种或几种的组合。司机终端140也可以包括类似的设备中的一种或多种。

存储设备150可存储资料和/或指令。在一些实施例中，存储设备150可存储从乘客终端130和/或司机终端140获取的资料。在一些实施例中，存储设备150可存储供服务器110执行或使用的信息和/或指令，以执行本申请中描述的示例性方法。在一些实施例中，存储设备150可包括大容量存储器、可移动存储器、挥发性读写存储器(例如随机存取存储器ram)、只读存储器(rom)等或以上任意组合。在一些实施例中，存储设备150可在云平台上实现。例如，该云平台可包括私有云、公共云、混合云、社区云、社区云、分散式云、内部云等或以上任意组合。

在一些实施例中，信息推送系统100中的一个或多个组件(如，服务器110、乘客终端130、司机终端140等)可具有访问存储设备150的权限。在一些实施例中，当满足一个或多个条件时，信息推送系统100中的一个或多个组件(如，服务器110、司机终端130、乘客终端140等)可读取和/或修改与请求者、提供者和/或公知常识相关的信息。例如，在打车服务结束后，服务器110可读取和/或修改一个或多个用户的信息。

图2所示为根据本申请一些实施例所示的司机终端设备示意图。如图2所示，司机终端设备140可以包括输入/输出模块210、显示模块220、传感器模块230、通信模块240、处理模块250和存储模块260。在一些实施例中，司机终端设备140可以包括更多的模块或组件。

输入/输出模块210可以接收乘客对司机驾驶行为评价的图像、语音、文字等一种或多种形式的输入，并且将乘客提供的信息通过一种或多种形式输出。输入输出模块210还可以通过信号转换等手段，将乘客或外界的光学、声学、电磁学、力学等信息中的一种或几种以静止图片、视频、音频、机械振动等形式予以采集和记录。输入或输出的形式可以包括声音信号、光信号、机械振动信号等中的一种或多种。在一些实施例中，输入/输出模块210可以获取车辆周围的环境信息。例如，输入/输出模块210可以通过照相机或摄像机等硬件获取车辆周围的图像。具体地，车辆周围的图像可以包括路口图像、红绿灯图像等或以上任意组合。

显示模块220可以显示图形界面、操作系统界面等。在一些实施例中，显示模块220可以显示待推送信息。显示模块220显示待推送信息的方式可以包括图像、语音、文字等或以上任意组合。

传感器模块230可以基于一种或多种传感器，确定司机的驾驶数据。在一些实施例中，传感器模块230可以确定司机的位置。确定司机位置的技术包括但不限于该定位技术可以选自全球定位系统(gps)技术、全球导航卫星系统(glonass)技术、罗盘导航系统(compass)技术、伽利略定位系统(galileo)技术、准天顶卫星系统(qzss)技术、北斗卫星定位系统(bds)技术、无线保真(wifi)定位技术等或以上任意几种组合。在一些实施例中，传感器模块230可以确定司机的速度、加速度、角速度、角加速度、路径、路况等运动参数或以上任意组合。

通信模块240可以将司机终端140的信息通过有线或无线的方式发送或接收。例如，通信模块240可以对处理设备112发送或接收信息。在一些实施例中，司机终端140还可以通过通信模块240与乘客进行通信，例如，通信方式包括蓝牙通信、红外通信。处理模块250可以对司机终端设备140所获得的信息进行计算、处理。

存储模块260可以将输入输出模块210、传感器模块230、通信模块240、处理模块250所获取、生成、计算或处理后的信息进行存储。

需要注意的是，以上对于司机终端140的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解司机终端所执行的功能后，可能在实现上述功能的情况下，对各个模块进行任意组合，或者构成子系统和其他模块连接，对实施上述方法和系统的应用领域形式和细节上的各种修正和改变。例如，输入输出模块210与显示模块220可以是体现在一个系统中的不同模块，也可以是一个模块实现上述的两个模块的功能。又例如，传感器模块230与通信模块240可以是不同的模块，也可以是集成于同一个硬件中的同一模块。诸如此类的变形，均在本申请的保护范围之内。

图3所示为根据本申请一些实施例所示的信息推送系统的模块图。如图3所示，该信息推送系统300可以包括违规确定模块310、推送信息确定模块320和通信模块330。在一些实施例中，该违规确定模块310、推送信息确定模块320、通信模块330可以包含在图1所示的处理设备112中。

违规确定模块310可以确定司机的违规行为和相应的违规次数。在一些实施例中，违规确定模块310可以获取司机的已完成订单中的乘客评价信息、驾驶状态信息、第三方提供的该司机的驾驶信息等或以上任意组合。在一些实施例中，所述乘客评价信息包括乘客对司机驾驶情况的描述，根据乘客的描述可以确定司机的违规行为。例如，乘客可以自定义地输入对司机驾驶情况的描述，描述时表明司机有违规操作。违规确定模块310可以从乘客的自定义描述中提取司机的违规行为。又例如，网约车平台可以向乘客提供关于司机驾驶情况的选项供乘客选择，所述选项中包括司机的违规行为。违规确定模块310可以根据乘客的选择确定司机的违规行为。在一些实施例中，违规行为包括路口未减速、注意力不集中、疲劳驾驶、酒驾、闯红灯、急加速、急减速、急变道、人证不符、态度恶劣等或以上任意组合。

在一些实施例中，违规确定模块310可以获取司机的驾驶状态信息。所述驾驶状态信息包括司机的位置、速度、加速度、角速度、角加速度、路径、路况等或以上任意组合。在一些实施例中，违规确定模块310可以从司机终端140中的传感器模块230获取司机驾驶数据。在一些实施例中，违规确定模块310可以从司机终端140中的输入/输出模块210获取车辆周围的环境信息(例如，车辆周围的图像)。在一些实施例中，违规确定模块310可以根据驾驶状态信息确定司机的违规行为。例如，违规确定模块310可以根据司机速度信息确定司机是否超速。在一些实施例中，违规确定模块310可以根据车辆周围的环境信息和驾驶数据确定司机的违规行为。例如，违规确定模块310可以根据从输入/输出模块210获取的车辆周围图像确定车辆正处在路口，并且根据从传感器模块230获取的车速信息确定车辆未减速，由此违规确定模块310可以确定司机的违规行为是路口未减速。

在一些实施例中，违规确定模块310可以获取第三方提供的司机的驾驶信息。例如，违规确定模块310可以从交通管理部门获取司机的驾驶信息，所述驾驶信息中包括司机的违规记录。违规确定模块310可以根据所述司机的违规记录确定该司机的违规行为和对应的违规次数。

违规确定模块310可以统计每种违规行为对应的违规次数。在一些实施例中，违规确定模块310可以统计司机的已完成历史订单中每种违规行为的违规次数与驾驶状态中同样违规行为的违规次数之和，作为该种违规行为的总违规次数。在一些实施例中，违规确定模块310还可以根据从第三方获取的司机驾驶信息确定司机的违规行为和对应的违规次数。

推送信息确定模块320可以用于确定需要推送给司机的待推送信息。在一些实施例中，推送信息确定模块320可以获取司机的档案信息。档案是指保存有与司机相关信息的数据文件，档案信息是指档案中存储的信息。在一些实施例中，档案信息可以包括司机的年龄、性别、驾龄、受教育程度、行驶记录等或以上任意组合。在一些实施例中，违规确定模块310可以从存储器150、司机终端140、外部数据源和/或其他具有提供数据功能的装置获取所述司机的档案信息。

推送信息确定模块320可以根据司机的违规行为、对应的违规次数、司机的档案信息等或以上任意组合确定待推送信息。在一些实施例中，推送信息确定模块320可以根据司机的违规行为和违规次数确定待推送信息。在一些实施例中，推送信息确定模块320可以获取车辆的位置信息(如传感器模块230确定的位置信息)，并结合所述位置信息确定发送待推送信息的时间和/或位置。例如，推送信息确定模块320可以根据位置信息确定在车辆即将行驶到红绿灯路口时发送待推送信息。

在一些实施例中，待推送信息可以包括安全提示信息。推送信息确定模块320可以根据违规次数是否超过预设阈值确定待推送信息。在一些实施例中，当违规行为对应的违规次数超过第一预设阈值时，推送信息确定模块320可以确定安全提示信息。在一些实施例中，推送信息确定模块330可以包括限制信息确定单元，用于确定限制信息，所述限制信息限制司机的接单行为。在一些实施例中，当违规行为对应的违规次数超过第二预设阈值时，限制信息确定单元可以确定限制信息(例如禁单等)，其中第二预设阈值大于第一预设阈值。所述第一预设阈值可以包括一个或多个第一预设阈值，违规次数达到不同的第一预设阈值可以产生不同的安全提示信息。通过设置不同的预设阈值，可以根据司机的不同违规次数确定不同待推送信息，对司机进行不同程度的安全教育。在一些实施例中，推送信息确定模块320在确定待推送信息后，可以根据司机在之后一段时间内的违规次数确定新的待推送信息。在一些实施例中，待推送信息可以包括语音信息、文字信息和/或图像信息。

在一些实施例中，推送信息确定模块320还可以根据司机的档案信息确定待推送信息。在一些实施例中，推送信息确定模块320可以根据司机的档案信息单独确定待推送信息。例如，司机档案信息表明司机的驾龄较短，或者司机为女性，或者司机的年龄较大，则安全教育模块320可以确定基础的待推送信息，如在即将行经路口时生成注意减速的安全提示信息。又例如，司机档案信息表明司机的受教育程度不高，则安全教育模块320可以确定待推送信息为提示司机注意文明用语。在一些实施例中，推送信息确定模块320可以结合司机的违规行为、违规次数以及司机的档案信息确定待推送信息。例如，当司机有违规驾驶行为时，推送信息确定模块320可以进一步获取司机档案信息，判断该司机的驾龄是否达到一定年限，如果驾龄达到一定年限，说明该司机可能有较丰富的驾驶经验，然而该司机依然有违规驾驶行为，表明该司机可能有较难改变的顽固不良驾驶习惯，未来的改进空间较小，此时推送信息确定模块320可以将预设阈值(例如上述第一预设阈值或第二预设阈值)降低，以便尽早对该司机进行安全教育(例如，发送安全提示信息或禁单)；如果驾龄未达到一定年限，说明该司机的驾驶经验可能不丰富，违规驾驶行为可能是由于驾驶经验不足导致的，表明该司机未来有较大的改进空间，此时推送信息确定模块320可以将所述预设阈值提高，以便该司机有更多的机会积累驾驶经验，提高驾驶能力。

在一些实施例中，通信模块330可以使信息推送系统300内部各部件进行通信。例如，通信模块330可以使违规确定模块310与推送信息确定模块320之间进行通信。在一些实施例中，通信模块330可以使信息推送系统与外部其他系统或装置进行通信。例如，通信模块330可以从系统外部获取数据和/或信息。又例如，通信模块330可以将推送信息确定模块320确定的待推送信息发送到外部其他系统或装置(例如，司机终端140)。

应当理解，图3所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、cd或dvd-rom的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于信息推送系统300及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，违规确定模块310、推送信息确定模块320、通信模块330可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。例如，违规确定模块310和通信模块330可以合并为一个模块，或者推送信息确定模块320和通信模块330可以合并成一个模块。在一些实施例中，可以对增加或删减信息推送系统300中的一个或多个模块。例如，信息推送系统300还可以包括一个存储模块，所述存储模块可以用来存储违规确定模块310确定的违规行为和对应的违规次数，或者存储推送信息确定模块320确定的待推送信息。诸如此类的变形，均在本申请的保护范围之内。

图4是根据本申请的一些实施例所示的信息推送方法的示例性流程图。该信息推送方法包括：

步骤410，确定司机驾驶行为中的违规行为和所述违规行为对应的违规次数。在一些实施例中，步骤410可以由违规确定模块410执行。

在一些实施例中，违规确定模块310可以获取司机的已完成订单中的乘客评价信息、驾驶状态信息、第三方提供的该司机的驾驶信息等或以上任意组合。在一些实施例中，所述乘客评价信息包括乘客对司机驾驶情况的描述，根据乘客的描述可以确定司机的违规行为。例如，乘客可以自定义地输入对司机驾驶情况的描述，描述时表明司机有违规操作。违规确定模块310可以从乘客的自定义描述中提取司机的违规行为。具体地，违规确定模块310可以通过文本分析确定司机的违规行为。又例如，网约车平台可以向乘客提供关于司机驾驶情况的选项供乘客选择，所述选项中包括司机的违规行为。违规确定模块310可以根据乘客的选择确定司机的违规行为。在一些实施例中，违规行为包括路口未减速、注意力不集中、疲劳驾驶、酒驾、闯红灯、急加速、急减速、急变道、人证不符、态度恶劣等或以上任意组合。

在一些实施例中，违规确定模块310可以获取司机的驾驶状态信息。所述驾驶状态信息包括司机的位置、速度、加速度、角速度、角加速度、路径、路况等或以上任意组合。在一些实施例中，违规确定模块310可以从司机终端140中的传感器模块230获取司机驾驶数据。在一些实施例中，违规确定模块310可以从司机终端140中的输入/输出模块210获取车辆周围的环境信息(例如，车辆周围的图像)。在一些实施例中，违规确定模块310可以根据驾驶状态信息确定司机的违规行为。例如，违规确定模块310可以根据司机速度信息确定司机是否超速。在一些实施例中，违规确定模块310可以根据车辆周围的环境信息和驾驶数据确定司机的违规行为。例如，违规确定模块310可以根据从输入/输出模块210获取的车辆周围图像确定车辆正处在路口，并且根据从传感器模块230获取的车速信息确定车辆未减速，由此违规确定模块310可以确定司机的违规行为是路口未减速。

在一些实施例中，违规确定模块310可以获取第三方提供的司机的驾驶信息。例如，违规确定模块310可以从交通管理部门获取司机的驾驶信息，所述驾驶信息中包括司机的违规记录。违规确定模块310可以根据所述司机的违规记录确定该司机的违规行为和对应的违规次数。

违规确定模块310可以统计每种违规行为对应的违规次数。在一些实施例中，违规确定模块310可以统计司机的已完成历史订单中每种违规行为的违规次数与驾驶状态中同样违规行为的违规次数之和，作为该种违规行为的总违规次数。在一些实施例中，违规确定模块310还可以根据从第三方获取的司机驾驶信息确定司机的违规行为和对应的违规次数。具体地，司机的已完成历史订单和第三方提供的司机的驾驶信息中的违规记录包括发生违规的时间和/或地点信息，违规确定模块310可以统计已完成历史订单和第三方提供的司机的违规行为及对应的违规次数之和，并根据发生违规的时间和/或地点信息确定重复统计的违规行为，在违规次数之和中减去重复统计的次数，得到实际的违规次数。

步骤420，基于所述违规行为和对应的违规次数确定待推送信息。在一些实施例中，步骤420可以由推送信息确定模块320执行。

在一些实施例中，推送信息确定模块320可以根据司机的违规行为和违规次数确定待推送信息。在一些实施例中，推送信息确定模块320可以获取车辆的位置信息(如传感器模块230确定的位置信息)，并结合所述位置信息确定发送待推送信息的时间和/或位置。例如，推送信息确定模块320可以根据位置信息确定在车辆即将行驶到红绿灯路口时发送待推送信息。

在一些实施例中，待推送信息可以包括安全提示信息。推送信息确定模块320可以根据违规次数是否超过预设阈值确定待推送信息。在一些实施例中，当违规行为对应的违规次数超过第一预设阈值时，推送信息确定模块320可以确定安全提示信息。在一些实施例中，违规行为对应的违规次数超过第二预设阈值时，推送信息确定模块320可以确定限制信息限制司机的接单行为，其中第二预设阈值大于第一预设阈值。通过设置不同的预设阈值，可以根据司机的违规次数确定不同信息，对司机进行不同程度的安全教育。例如，当司机闯红灯的次数超过第一预设阈值时，推送信息确定模块320可以确定向司机发送不要闯红灯的安全提示；当司机闯红灯的次数进一步增加，超过第二预设阈值时，推送信息确定模块320可以确定禁单信息，对该司机进行禁单。在一些实施例中，所述第一预设阈值可以包括一个或多个第一预设阈值，违规次数达到不同的第一预设阈值可以产生不同的安全提示信息。例如，当司机闯红灯的违规次数达到较低的第一预设阈值时，安全提示信息为播放一次提示司机不要闯红灯的语音；当司机闯红灯违规次数达到较高的第一预设阈值时，安全提示信息为连续播放三次提示司机不要闯红灯的语音。关于根据是否超过预设阈值确定待推送信息的详细说明可以参见图5及其描述。在一些实施例中，推送信息确定模块320在确定待推送信息后，可以根据司机在之后一段时间内的违规情况确定新的待推送信息。在一些实施例中，安全提示信息可以包括语音信息、文字信息和/或图像信息。

在一些实施例中，推送信息确定模块320还可以根据司机的档案信息确定待推送信息。在一些实施例中，推送信息确定模块320可以根据司机的档案信息单独确定待推送信息。例如，司机档案信息表明司机的驾龄较短，或者司机为女性，或者司机的年龄较大，则安全教育模块320可以确定基础的待推送信息，如在即将行经路口时生成注意减速的安全提示信息。又例如，司机档案信息表明司机的受教育程度不高，则安全教育模块320可以确定待推送信息为提示司机注意文明用语。在一些实施例中，推送信息确定模块320可以结合司机的违规行为、违规次数以及司机的档案信息确定待推送信息。例如，当司机有违规驾驶行为时，推送信息确定模块320可以进一步获取司机档案信息，判断该司机的驾龄是否达到一定年限，如果驾龄达到一定年限，说明该司机可能有较丰富的驾驶经验，然而该司机依然有违规驾驶行为，表明该司机可能有较难改变的顽固不良驾驶习惯，未来的改进空间较小，此时推送信息确定模块320可以将预设阈值(例如上述第一预设阈值或第二预设阈值)降低，以便尽早对该司机进行安全教育(例如，发送安全提示信息或限制信息)；如果驾龄未达到一定年限，说明该司机的驾驶经验可能不丰富，违规驾驶行为可能是由于驾驶经验不足导致的，表明该司机未来有较大的改进空间，此时推送信息确定模块320可以将所述预设阈值提高，以便该司机有更多的机会积累驾驶经验，提高驾驶能力。

步骤430，发送所述待推送信息至司机终端。在一些实施例中，步骤430可以由通信模块330执行。

通信模块330可以将待推送信息发送至司机终端。在一些实施例中，通信模块330可以通过网络120将待推送信息发送至司机终端140。在一些实施例中，当待推送信息包括文本信息和/或图像信息时，司机终端140(例如，显示模块220)可以将所述文本信息和/或图像信息可视化。例如，司机终端140可以在显示屏上展现所述文本信息和/或图像信息。在一些实施例中，当待推送信息包括声音信息时，司机终端140可以播放所述声音信息。在一些实施例中，当待推送信息为禁单信息时，司机终端140上安装的相应应用程序(例如网约车应用程序)可以停止向司机派单。

图5是根据本申请的一些实施例所示的确定待推送信息的方法的示例性流程图。该确定待推送信息的方法包括：

步骤510，获取司机已完成订单的乘客评价信息。关于获取司机的乘客评价信息的详细说明可以参见对图4中步骤410的描述，在此不再赘述。

步骤520，获取司机的驾驶状态信息。关于获取司机的驾驶状态信息的详细说明也可以参见对图4中步骤410的描述，在此不再赘述。

步骤530，根据所述司机已完成订单的乘客评价信息和驾驶状态信息确定司机驾驶行为中的违规行为和违规次数。关于获取确定司机的违规行为和对应的违规次数的详细说明也可以参见对图4中步骤410的描述，在此不再赘述。

步骤540，判断所述违规次数是否超过第一预设阈值。在一些实施例中，步骤540可以由推送信息确定模块320执行。

在一些实施例中，所述第一预设阈值为对司机进行初步安全教育(例如安全提示)的阈值。在一些实施例中，所述第一预设阈值为对司机进行安全提示的阈值。所述第一预设阈值为大于零的整数。在一些实施例中，所述第一阈值可以手动设定。例如，操作人员可以根据经验设定所述第一预设阈值。具体地，当违规行为为人证不符时，所述第一预设阈值为1，即只要发现一次认证不符，就确定待推送信息；当所述违规行为为疲劳驾驶时，所述阈值可以是1、2、3、4等。在一些实施例中，所述第一预设阈值可以自动设定。例如，推送信息确定模块320可以分析历史数据后确定所述第一预设阈值。具体地，推送信息确定模块320可以确定所述违规行为的初始第一阈值，接着分析在所述初始第一预设阈值下，司机的所述违规行为对应的违规次数与没有进行安全提示前相比是否有显著下降，如果有显著下降，则推送信息确定模块320可以将所述初始第一阈值确定为所述第一预设阈值；如果没有显著下降，则推送信息确定模块320可以降低所述初始第一阈值，并分析在降低后的第一阈值下，司机的所述违规行为对应的违规次数与未进行安全教育前相比是否有显著下降，如果有显著下降，则将降低后的第一阈值确定为所述第一预设阈值，如果没有，则再次降低所述第一阈值，直到确定一个合适的阈值为所述第一预设阈值。

如果所述违规次数超过所述第一预设阈值，则进行步骤550；否则，返回步骤510。

步骤550，确定安全提示信息。在一些实施例中，步骤550可以由推送信息确定模块320执行。安全提示信息是针对违规情况不太严重的司机的待推送信息，仅对司机做出一些安全提示，并不对司机行为做出限制。在一些实施例中，安全提示信息可以包括语音信息、文字信息和/或图像信息。

步骤560，发送所述安全提示信息至司机终端140。在一些实施例中，步骤560可以由通信模块330执行。在一些实施例中，通信模块330可以通过网络120将所述安全提示信息发送至司机终端140。

步骤570，判断所述违规次数是否超过第二预设阈值。所述第二预设阈值为对司机进行进一步安全教育的阈值。在一些实施例中，步骤570中的违规次数与步骤540中的违规次数一致。在一些实施例中，步骤570中的违规次数是在执行完步骤560后重新统计的司机违规次数。在一些实施例中，所述第二预设阈值为对司机行为进行一定限制(例如禁单)的阈值。所述第二预设阈值为大于零的整数。在一些实施例中，所第二预设阈值大于所述第一预设阈值。在一些实施例中，所述第二阈值可以手动设定。例如，操作人员可以根据经验设定所述第二预设阈值。在一些实施例中，所述第二预设阈值可以自动设定。例如，推送信息确定模块320可以分析历史数据后确定所述第二预设阈值。

如果所述违规次数超过所述第二预设阈值，则进行步骤580；否则，返回步骤510。

步骤580，确定限制信息。在一些实施例中，步骤580可以由推送信息确定模块320执行。限制信息是指限制司机接单行为的信息。例如，限制信息可以为司机一定时间内接单数量的上限阈值，从而限制司机最多只能接有限数量的订单；或者，限制信息可以限制司机只能在特定时间段接单，如每日只能在白天(如8:00点-18:00点)接单。又例如，限制信息可以为禁单信息。禁单是指禁止司机接受订单，使司机无法通过交通运输服务平台(例如网约车服务平台)提供车辆运输服务。在一些实施例中，禁单信息包括网约车服务平台停止向司机派发网约车订单。在一些实施例中，禁单信息包括禁止司机在司机终端140上进行接单操作。在一些实施例中，所述禁单信息可以包括在一段时间内禁止司机接受订单。例如，所述一段时间为24小时、12小时、6小时、3小时、1小时等。在该段时间后，推送信息确定模块320可以自动解禁或者需要司机完成一定的任务后解禁。在一些实施例中，所述任务可以包括完成在线教育课程和/或是在禁单期间的违规次数不超过一定阈值(例如，所述第一预设阈值或所述第二预设阈值)。

步骤590，根据所述限制信息对司机接单行为进行限制。在一些实施例中，步骤590可以由通信模块330执行。在一些实施例中，通信模块330可以通过网络120将所述限制信息发送至司机终端140。在一些实施例中，当限制信息为禁单信息时，司机终端140停止展示派单信息。具体地，司机终端140停止显示派单的文字和/或图像，或者，司机终端140停止播放派单的语音。

需要注意的是，以上的描述仅仅处于说明目的，并不用于限定本申请的披露范围。对于本领域的技术人员来讲，可以在本申请的指导下做出多种变动或修改。然而，这些修正和改变并没有偏离本申请披露的范围。例如，步骤540至560与步骤570至590可以同步执行。在一些实施例中，步骤540至560可以省略；或者，步骤570至590可以省略。

本申请实施例可能带来的有益效果包括但不限于：(1)定期根据司机的驾驶行为情况调整待推送信息，及时调整对司机的安全教育策略，使待推送信息更加合理；(2)提高用户乘车满意度；(4)提升司机安全驾驶意识；(5)减少交通事故的发生。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、rf、或类似介质，或任何上述介质的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如java、scala、smalltalk、eiffel、jade、emerald、c++、c#、vb.net、python等，常规程序化编程语言如c语言、visualbasic、fortran2003、perl、cobol2002、php、abap，动态编程语言如python、ruby和groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(lan)或广域网(wan)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(saas)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。