WO2020043202A1 - 一种信息推送方法和系统 - Google Patents

一种信息推送方法和系统 Download PDF

Info

Publication number
WO2020043202A1
WO2020043202A1 PCT/CN2019/103822 CN2019103822W WO2020043202A1 WO 2020043202 A1 WO2020043202 A1 WO 2020043202A1 CN 2019103822 W CN2019103822 W CN 2019103822W WO 2020043202 A1 WO2020043202 A1 WO 2020043202A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
driver
violations
violation
pushed
Prior art date
Application number
PCT/CN2019/103822
Other languages
English (en)
French (fr)
Inventor
姜跃
Original Assignee
北京嘀嘀无限科技发展有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 北京嘀嘀无限科技发展有限公司 filed Critical 北京嘀嘀无限科技发展有限公司
Priority to BR112021003809-4A priority Critical patent/BR112021003809A2/pt
Priority to MX2021002433A priority patent/MX2021002433A/es
Publication of WO2020043202A1 publication Critical patent/WO2020043202A1/zh
Priority to US17/187,744 priority patent/US20210221385A1/en

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/08—Interaction between the driver and the control system
    • B60W50/14—Means for informing the driver, warning the driver or prompting a driver intervention
    • 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/50—Network services
    • H04L67/55—Push-based network services
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/08—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to drivers or passengers
    • B60W40/09—Driving style or behaviour
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/09623—Systems involving the acquisition of information from passive traffic signs by means mounted on the vehicle
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2540/00—Input parameters relating to occupants
    • B60W2540/30—Driving style
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/10—Historical data

Definitions

  • the present application relates to the field of the Internet, and in particular, to an information push method and system.
  • An embodiment of the present invention provides an information pushing method.
  • the information push method includes: determining the number of violations of violations performed by a driver in historical driving behavior; determining information to be pushed based on the violations and the corresponding number of violations; and sending the information to be pushed to a driver's terminal.
  • the determining the number of violations of a driver performing a violation includes: obtaining historical data related to the historical driving behavior of the driver, the historical data including passenger evaluation information that the driver has completed an order, the At least one of status data of a driver ’s historical driving behavior, or a historical violation record of the driver; and based on the historical data, determining a number of violations of the driver performing the violation.
  • the state data of the historical driving behavior includes at least one of the following: speed, acceleration, angular velocity, angular acceleration, path, road conditions.
  • the information to be pushed includes security prompt information for prompting a user to pay attention to the violation.
  • the determining the information to be pushed includes: determining whether the number of violations corresponding to the violation exceeds a first preset threshold; and in response to the number of violations corresponding to the violation exceeding the first preset threshold The determination result is sent to the driver terminal of the driver.
  • the information pushing method further includes: determining the first preset threshold based on at least one of a type of the violation and a historical driving behavior of the driver.
  • the push information includes restriction information for restricting the driver from taking orders.
  • the determining the information to be pushed comprises: determining whether the number of violations corresponding to the violation exceeds a second preset threshold; and in response to the number of violations corresponding to the violation exceeding the second preset threshold As a result of determining the threshold, the restriction information is sent to a driver terminal of the driver.
  • the information to be pushed includes reward information.
  • the determining the information to be pushed comprises: determining whether the number of violations corresponding to the violation is less than a third preset threshold or whether the number of violations shows a decreasing trend within a historical period; Determining that the number of violations corresponding to the violation is less than the third preset threshold or the determination that the number of violations decreases in the historical time period, and sends the reward information to the driver's driver terminal.
  • the sending the information to be pushed to the driver terminal of the driver includes: determining whether a pushing condition is satisfied; and sending the to the driver terminal of the driver in response to a determination result that the pushing condition is satisfied. Information to be pushed.
  • the determining whether the push condition is satisfied includes: obtaining data related to the current driving behavior of the driver; and determining whether the push condition is satisfied based on the data related to the current driving behavior of the driver.
  • the information pushing method further includes: obtaining profile information of the driver; and determining information to be pushed based on the profile information.
  • the driver's profile information includes at least one of the following: age, gender, driving age, education level.
  • the information to be pushed includes voice information, text information, and / or image information.
  • the violations include at least one of the following: non-deceleration at the intersection, inattention, tired driving, drunk driving, running red lights, rapid acceleration, rapid deceleration, sudden lane change, inconsistent witnesses, bad attitude.
  • An embodiment of the present application provides an information push system including: at least one memory for storing computer instructions; and at least one processor in communication with the memory, wherein when the at least one processor executes the computer instructions The at least one processor causes the system to execute: determine a number of violations of a violation performed in a driver's historical driving behavior; determine information to be pushed based on the violation and a corresponding number of violations; and send to the driver's driver terminal The information to be pushed.
  • An embodiment of the present invention provides an apparatus including a processor, where the processor is configured to execute any one of the information pushing methods described in this application.
  • One of the embodiments of the present application provides a computer-readable storage medium that stores computer instructions.
  • the computer reads the computer instructions in the storage medium, the computer executes any one of the information pushing methods described in this application.
  • FIG. 1A is a schematic diagram of an application scenario of an information push system according to some embodiments of the present application.
  • FIG. 2 is a schematic diagram of a driver terminal device according to some embodiments of the present application.
  • FIG. 3 is a block diagram of an information push system according to some embodiments of the present application.
  • FIG. 5 is an exemplary flowchart of a method for determining information to be pushed according to some embodiments of the present application.
  • system means for distinguishing different components, elements, parts, parts or assemblies at different levels.
  • apparatus means for distinguishing different components, elements, parts, parts or assemblies at different levels.
  • the words may be replaced by other expressions.
  • a flowchart is used in the present application to explain the operations performed by the system according to the embodiments of the present application. It should be understood that the preceding or following operations are not necessarily performed precisely in sequence. Instead, the various steps can be processed in reverse order or simultaneously. At the same time, you can add other operations to these processes, or remove a step or steps from these processes.
  • the embodiments of the present application can be applied to different transportation service systems, and different transportation service systems include, but are not limited to, one or a combination of land, surface navigation, aviation, aerospace, and the like.
  • transportation service systems include, but are not limited to, one or a combination of land, surface navigation, aviation, aerospace, and the like.
  • rickshaws mobility tools, automobiles (e.g., small cars, buses, large transport vehicles, etc.), rail transit (e.g., trains, trains, high-speed rail, subways, etc.), ships, aircraft, spaceships, satellites, hot air balloons, unmanned Driving vehicles, etc.
  • Application scenarios of different embodiments of the present application include, but are not limited to, one or a combination of transportation industry, warehousing and logistics industry, agricultural operation system, urban bus system, commercial operation vehicle, and the like.
  • FIG. 1A is a schematic diagram of an application scenario of an information push system according to some embodiments of the present application.
  • the information pushing system 100 may include a server 110, a network 120, at least one passenger terminal 130, at least one driver terminal 140, and a storage device 150.
  • the server 110 may include a processing device 112.
  • one component in the information push system 100 may perform information communication with other components through the network 120.
  • the server 110 may obtain information and / or data from the passenger terminal 130 through the network 120.
  • the server may send information and / or data to the passenger terminal 130 through the network 120.
  • the server 110 may be an independent server or a server group.
  • the server group may be centralized or distributed (for example, the server 110 may be a distributed system).
  • the server 110 may be regional or remote in some embodiments.
  • the server 110 may access the information and / or materials stored in the passenger terminal 130, the driver terminal 140, and / or the storage device 150 through the network 120.
  • the server 110 may be directly connected to the passenger terminal 130, the driver terminal 140, and / or the storage device 150 to access information and / or materials stored therein.
  • the server 110 may execute on a cloud platform.
  • the cloud platform may include one of a private cloud, a public cloud, a hybrid cloud, a community cloud, a decentralized cloud, an internal cloud, or the like, or any combination thereof.
  • the server 110 may include a processing device 112.
  • the processing device 112 may process data and / or information related to the service request to perform one or more functions described in this application. For example, the processing device 112 may determine the information pushed to the driver based on the driver driving data obtained from the driver end 140.
  • the processing device 112 may include one or more sub-processing devices (eg, a single-core processing device or a multi-core multi-core processing device).
  • the processing device 112 may include a central processing unit (CPU), an application specific integrated circuit (ASIC), an application specific instruction processor (ASIP), a graphics processor (GPU), a physical processor (PPU), and a digital signal processor ( (DSP), field programmable gate array (FPGA), editable logic circuit (PLD), controller, microcontroller unit, reduced instruction set computer (RISC), microprocessor, etc. or any combination of the above.
  • CPU central processing unit
  • ASIC application specific integrated circuit
  • ASIP application specific instruction processor
  • GPU graphics processor
  • PPU physical processor
  • DSP digital signal processor
  • FPGA field programmable gate array
  • PLD microcontroller unit
  • RISC reduced instruction set computer
  • the network 120 may be a single network or a combination of different networks.
  • the network 120 may be a local area network (LAN), a wide area network (WAN), a public network, a private network, a wireless local area network (WLAN), a virtual network, a metropolitan area network (MAN), a public telephone switching network (PSTN), or any combination thereof.
  • the server 110 may communicate with the passenger terminal 130 via Bluetooth.
  • the network 120 may also include various network access points. For example, a wired or wireless access point such as a base station or the Internet may be included in the network 120.
  • the server 110 may access the information stored in the server 110 directly or via the network 120.
  • the passenger terminal 130 connectable to the network 120 may be one of a mobile device 130-1, a tablet computer 130-2, a notebook computer 130-3, a built-in device 130-4, or any combination thereof.
  • the mobile device 130-1 may include one of a wearable device, a smart mobile device, a virtual reality device, an augmented reality device, or the like, or any combination thereof.
  • the server 110 may control the passenger terminal 130 through a wearable device, which includes smart bracelets, smart shoes and socks, smart glasses, smart helmets, smart watches, smart clothing, smart backpacks, smart accessories, etc. One or any combination thereof.
  • the smart mobile device may include one or any combination of a smart phone, a personal digital assistant (PDA), a gaming device, a navigation device, a point of sale (POS) device, and the like.
  • the virtual reality device and / or the augmented reality device may include one or any of a virtual reality helmet, a virtual reality glasses, a virtual reality patch, an augmented reality helmet, an augmented reality glasses, an augmented reality patch eye mask, and the like.
  • the virtual reality device and / or the augmented reality device may include Google Glass, Oculus Rift, HoloLens, Gear VR, and the like.
  • the built-in device 130-4 may include a car computer, a car TV, and the like.
  • the server 110 may obtain passenger evaluation information of the driver from the passenger terminal 130.
  • the driver terminal 140 may be a device similar to or the same as the passenger terminal 130. In some embodiments, the driver terminal 140 may be a device with positioning technology to determine the position of the passenger and / or the passenger terminal 140. In some embodiments, the passenger terminal 130 and / or the driver terminal 140 may communicate with other positioning devices to determine the location of the passenger, the passenger terminal 130, the driver, or the driver terminal 140. In some embodiments, the passenger terminal 130 and / or the driver terminal 140 may send the positioning information to the server 110.
  • the passenger terminal 130 and the driver terminal 140 may be collectively referred to as a user, a user terminal, or a terminal, and it may be an individual, a tool, or other entity in which a service order is formed in various forms, such as a requester and a service provider of a service order.
  • Passengers can be service demanders.
  • Passenger "Order Requester”, “Passenger Terminal”, “Order Requester Terminal” and "Passenger Terminal Equipment” may be used interchangeably.
  • the passenger may also include a user of the passenger terminal device 130. In some embodiments, the user may not be the passenger himself.
  • user A of passenger terminal device 130 may use passenger terminal device 130 to request on-demand service for passenger B.
  • the user of the passenger terminal device 130 may also be referred to simply as a passenger in this document.
  • the driver can be the service executor.
  • “driver”, “order receiver”, “driver terminal”, “order receiver terminal” and “driver terminal equipment” can be used interchangeably.
  • the driver may also include a user of the driver terminal device 140. In some embodiments, the user may not be the driver himself.
  • the user C of the driver terminal device 140 may use the driver terminal device 140 to receive other information or instructions sent by the service system 110 for the driver D.
  • the user of the driver terminal device 140 may also be referred to simply as a driver.
  • the driver terminal 140 may include, but is not limited to, one or more of a desktop computer 140-1, a notebook computer 140-2, a built-in device 140-3 of a motor vehicle, a mobile device 140-4, and the like. Combination. In some embodiments, these users may also be some other smart terminals, including but not limited to smart home devices, wearable devices, smart mobile devices, or other smart devices.
  • smart home equipment it can include, but is not limited to, one or a combination of smart lighting equipment, smart appliance control equipment, smart monitoring equipment, smart TVs, smart cameras, smart phones, walkie-talkies, etc .; for wearable devices, you can Including but not limited to one or a combination of smart bracelets, smart watches, smart shoes and socks, smart glasses, smart helmets, smart headbands, smart clothing, smart backpacks, smart accessories, etc.
  • smart mobile devices you can This includes, but is not limited to, one or a combination of vehicle-built equipment (on-board computer or on-board TV, etc.), game equipment, GPS equipment, POS machines, and the like.
  • the driver terminal 140 may also include one or more of similar devices.
  • the storage device 150 may store materials and / or instructions. In some embodiments, the storage device 150 may store data obtained from the passenger terminal 130 and / or the driver terminal 140. In some embodiments, the storage device 150 may store information and / or instructions for execution or use by the server 110 to perform the exemplary methods described in this application. In some embodiments, the storage device 150 may include a large-capacity memory, a removable memory, a volatile read-write memory (such as a random access memory RAM), a read-only memory (ROM), or the like, or any combination thereof. In some embodiments, the storage device 150 may be implemented on a cloud platform. For example, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a community cloud, a decentralized cloud, an internal cloud, or any combination thereof.
  • one or more components in the information push system 100 may have access to the storage device 150.
  • one or more components in the information push system 100 may read and / or modify and request Providers, Providers and / or Common Knowledge.
  • the server 110 may read and / or modify the information of one or more users.
  • FIG. 1B is a schematic diagram of exemplary hardware and / or software components of a computing device 100B according to some embodiments of the present application.
  • the computing device 100B may be used to implement any component of the information push system 100 as described herein.
  • the processing device 112, the passenger terminal 130, and / or the driver terminal 140 may be implemented on the computing device 100B through their hardware, software programs, firmware, or a combination thereof, respectively.
  • only one such computing device is shown, for convenience, computer functions related to the information push system 100 described herein may be implemented in a distributed manner on multiple similar platforms to distribute processing load.
  • the computing device 100B may include a communication port 170 connected to a network to which it is connected to facilitate data communication.
  • the computing device 100B may further include a processor 180 configured to execute instructions.
  • the instructions may include, for example, programs, objects, components, signals, data structures, procedures, modules, and functions that perform the specific functions described herein.
  • the processor 180 may process information related to one or more originals in the information push system 100. For example, the processor 180 may determine the information to be pushed by analyzing the driver's violations, and send the information to be pushed to the driver terminal 140 of the driver.
  • the processor 180 may include at least one hardware processor, such as a microcontroller, a microprocessor, a reduced instruction set computer (RISC), an application specific integrated circuit (ASIC), an application specific instruction set processor (ASIP) ), Central processing unit (CPU), graphics processing unit (GPU), physical processing unit (PPU), microcontroller unit, digital signal processor (DSP), field programmable gate array (FPGA), advanced RISC machine (ARM ), A programmable logic device (PLD), any circuit or processor capable of performing at least one function, etc., or any combination thereof.
  • RISC reduced instruction set computer
  • ASIC application specific integrated circuit
  • ASIP application specific instruction set processor
  • CPU Central processing unit
  • GPU graphics processing unit
  • PPU physical processing unit
  • DSP digital signal processor
  • FPGA field programmable gate array
  • ARM advanced RISC machine
  • PLD programmable logic device
  • the computing device 100B may also include an internal communication bus 175, different types of program storage and data storage, including, for example, a hard disk 160, a read-only memory (ROM) 185, or a random access memory (RAM) 190.
  • the exemplary computing device may also include program instructions stored in ROM 185 and / or RAM 190 in other types of non-transitory storage media executed by processor 180.
  • the method and / or process of the present application can be implemented by means of program instructions.
  • the computing device 100B also includes an I / O component 165 that supports input / output between the computing device 100B and other components.
  • the computing device 100B may also receive programming and data through network communication.
  • FIG. 1B For illustration purposes only, only one processor is shown in FIG. 1B. It should be noted, however, that the computing device 100B in this application may also include multiple processors. Therefore, operations and / or method operations performed by one processor described in this application may also be performed jointly or separately by multiple processors. For example, if the processor of the computing device 100B performs operations A and B in this application, it should be understood that operations A and B may also be performed jointly or separately by two different processors in the calculation. Device 100B (eg, the first processor performs operation A, the second processor performs operation B, or the first and second processors collectively perform operations A and B).
  • FIG. 2 is a schematic diagram of a driver terminal device 140 according to some embodiments of the present application.
  • the driver terminal device 140 may include an input / output module 210, a display module 220, a sensor module 230, a communication module 240, a processing module 250, and a storage module 260.
  • the driver terminal device 140 may include more modules or components.
  • the input / output module 210 may receive one or more forms of input such as images, voices, texts and the like by the passenger on the driver ’s driving behavior evaluation, and output information provided by the passengers in one or more forms.
  • the input / output module 210 can also collect and record one or more of the optical, acoustic, electromagnetic, and mechanical information of passengers or the outside in the form of still pictures, video, audio, and mechanical vibration through signal conversion and other means.
  • the form of input or output may include one or more of a sound signal, a light signal, a mechanical vibration signal, and the like.
  • the input / output module 210 may obtain environmental information around the vehicle.
  • the input / output module 210 can acquire images around the vehicle through hardware such as a camera or a video camera.
  • the image around the vehicle may include an intersection image, a traffic light image, and the like, or any combination thereof.
  • the display module 220 may display a graphical interface, an operating system interface, and the like. In some embodiments, the display module 220 may display the information to be pushed. The manner in which the display module 220 displays the information to be pushed may include images, voice, text, etc. or any combination thereof.
  • the sensor module 230 may determine driving data of a driver based on one or more sensors. In some embodiments, the sensor module 230 may determine the location of the driver.
  • the technology for determining the position of the driver includes, but is not limited to, the positioning technology may be selected from global positioning system (GPS) technology, global navigation satellite system (GLONASS) technology, compass navigation system (COMPASS) technology, Galileo positioning system (Galileo) technology, quasi-sky Top satellite system (QZSS) technology, Beidou satellite positioning system (BDS) technology, wireless fidelity (WiFi) positioning technology, etc. or any combination thereof.
  • the sensor module 230 may determine motion parameters such as speed, acceleration, angular velocity, angular acceleration, path, and road conditions of the driver or any combination thereof.
  • the communication module 240 may send or receive information of the driver terminal 140 in a wired or wireless manner.
  • the communication module 240 may send or receive information to the processing device 112.
  • the driver terminal 140 may also communicate with passengers through the communication module 240, for example, the communication methods include Bluetooth communication and infrared communication.
  • the processing module 250 may calculate and process the information obtained by the driver terminal device 140.
  • the storage module 260 may store information obtained, generated, calculated, or processed by the input / output module 210, the sensor module 230, the communication module 240, and the processing module 250.
  • the above description of the driver terminal 140 is only for convenience of description, and cannot limit the present application to the scope of the illustrated embodiment. It can be understood that, for those skilled in the art, after understanding the functions performed by the driver terminal, it may be possible to arbitrarily combine the various modules or form a subsystem and connect other modules to implement the above-mentioned functions in the case of implementing the above functions.
  • the input-output module 210 and the display module 220 may be different modules embodied in a system, or may be a module that implements the functions of the two modules described above.
  • the sensor module 230 and the communication module 240 may be different modules, or may be the same module integrated in the same hardware. Such deformations are all within the protection scope of this application.
  • FIG. 3 is a block diagram of an information pushing system according to some embodiments of the present application.
  • the information push system 300 may include a violation determination module 310, a push information determination module 320, and a communication module 330.
  • the violation determination module 310, the push information determination module 320, and the communication module 330 may be included in the processing device 112 shown in FIG. 1A.
  • the violation determination module 310 may determine the driver's violations and the corresponding number of violations.
  • the driver's violations may include any behavior that does not comply with one or more driver behavior regulations (for example, system default regulations in the taxi platform and / or specifications set by the user).
  • driver' violations can include driving violations related to traffic regulations, loading violations, service violations, etc. or any combination of the above.
  • Exemplary driving violations may include non-deceleration at the intersection, inattention, fatigue driving, drunk driving, parking, red light, rapid acceleration, rapid deceleration, sudden lane change, etc. or any combination thereof.
  • Exemplary illegal pick-up behaviors may include slow pick-up speeds, detour driving, malicious refusal, illegal carpooling, driving off the prescribed route, etc., or any combination of the above.
  • Exemplary illegal service behaviors may include inconsistent personal evidence, bad attitude, personal attacks, violations of life and property safety, or any combination thereof.
  • the violation determination module 310 may obtain data related to the driver ’s historical driving behavior, such as passenger evaluation information in the driver ’s completed order, driver ’s driving behavior status data, driver ’s historical violation record, or any combination of the above. .
  • the violation determination module 310 may further determine the driver's violations and the corresponding number of violations based on the data related to the driver's historical driving behavior. A detailed description of the violations and determination of the number of violations can be found elsewhere in this application, such as step 410 and its related description.
  • the push information determination module 320 may be configured to determine the information to be pushed that needs to be pushed to the driver.
  • the determining the information to be pushed may include one or any combination of determining the type of information to be pushed, determining the content of the information to be pushed, determining the time to push the information to be pushed, determining the frequency of pushing the information to be pushed, and the like.
  • the information to be pushed may include at least one of security prompt information, restriction information, reward information, and the like.
  • the safety prompt information is intended to give a safety reminder to the driving behavior of the driver, for example, to remind the driver to pay attention to avoiding some illegal behavior.
  • the restriction information is used to restrict the driver from taking orders, for example, restricting the time, place, and quantity of the driver from taking orders.
  • the reward information is used to encourage or reward drivers, such as rewarding drivers for compliance with driver specifications and / or correcting violations.
  • the push information determination module 320 may determine the information to be pushed (for example, the type and frequency of the information to be pushed) according to one or more thresholds of violation times. In some embodiments, the push information determination module 320 may determine customized information content to be pushed for different drivers. For example, the push information determination module 320 may obtain the driver's profile information and determine the information to be pushed based on the profile information. As another example, the push information determination module 320 can customize the content of the push information based on the driver's historical violations. A detailed description about the determination of the information to be pushed can be found elsewhere in this application, such as step 420 and its related description.
  • the communication module 330 may enable various components in the information push system 300 to communicate. For example, the communication module 330 may enable communication between the violation determination module 310 and the push information determination module 320. In some embodiments, the communication module 330 may enable the information push system to communicate with other external systems or devices. For example, the communication module 330 may obtain data and / or information from outside the system. As another example, the communication module 330 may send the information to be pushed determined by the push information determination module 320 to other external systems or devices (for example, the driver terminal 140).
  • system and its modules shown in FIG. 3 may be implemented in various ways.
  • the system and its modules may be implemented by hardware, software, or a combination of software and hardware.
  • the hardware part can be implemented with dedicated logic; the software part can be stored in the memory and executed by a suitable instruction execution system, such as a microprocessor or dedicated design hardware.
  • a suitable instruction execution system such as a microprocessor or dedicated design hardware.
  • processor control code such as on a carrier medium such as a magnetic disk, CD or DVD-ROM, such as a read-only memory (firmware Such code is provided on a programmable memory or a data carrier such as an optical or electronic signal carrier.
  • the system and its modules of the present application can be implemented not only by hardware circuits such as VLSI or gate arrays, semiconductors such as logic chips, transistors, or programmable hardware devices such as field programmable gate arrays, programmable logic devices, and the like. It can also be implemented by software executed by various types of processors, for example, or by a combination of the above-mentioned hardware circuit and software (for example, firmware).
  • the violation determination module 310, the push information determination module 320, and the communication module 330 may be different modules in a system, or may be a module that implements the functions of the above two or more modules.
  • the violation determination module 310 and the communication module 330 may be combined into one module, or the push information determination module 320 and the communication module 330 may be combined into one module.
  • one or more modules in the information pushing system 300 may be added or deleted.
  • the information push system 300 may further include a storage module, which may be used to store the violations and the corresponding number of violations determined by the violation determination module 310, or store the information to be pushed determined by the push information determination module 320.
  • a storage module which may be used to store the violations and the corresponding number of violations determined by the violation determination module 310, or store the information to be pushed determined by the push information determination module 320.
  • FIG. 4 is an exemplary flowchart of an information pushing method 400 according to some embodiments of the present application.
  • FIG. 4 corresponds to one or more modules in FIG. 3, and each step of the information pushing method 400 may be implemented by one or more modules in FIG. 3.
  • the information pushing method 400 may be performed by the information pushing system 100.
  • the information push method 400 may be implemented as a set of instructions (for example, an application program) stored in a storage device (for example, the storage device 150, ROM 185, RAM 190).
  • a storage device for example, the storage device 150, ROM 185, RAM 190.
  • One or more elements in the information push system 100 may execute the set of instructions, and when the instructions are executed, one or more elements in the information push system 100 may be configured to perform the information push method 400.
  • the processing device 120 eg, the processor 180 of the computing device 100B, one or more modules shown in FIG.
  • the information push method includes:
  • Step 410 Determine the number of violations in the driver's historical driving behavior.
  • step 410 may be performed by a processing device 112, such as a violation determination module 410.
  • driver violations may include any behavior that does not meet one or more driver behavior regulations (for example, system default regulations in a taxi platform and / or specifications set by the user).
  • driver' violations can include driving violations related to traffic regulations, loading violations, service violations, etc. or any combination of the above.
  • Exemplary driving violations may include non-deceleration at the intersection, inattention, fatigue driving, drunk driving, parking, red light, rapid acceleration, rapid deceleration, sudden lane change, etc. or any combination thereof.
  • Exemplary illegal pick-up behaviors may include slow pick-up speeds, detour driving, malicious refusal, illegal carpooling, driving off the prescribed route, etc., or any combination of the above.
  • Exemplary illegal service behaviors may include inconsistent personal evidence, bad attitude, personal attacks, violations of life and property safety, or any combination thereof.
  • the violation determination module 310 may obtain historical data related to the historical driving behavior of the driver, and determine the number of violations corresponding to each of the one or more violations based on the historical data.
  • the historical data may include passenger evaluation information in the driver's completed order, status data of the driver's historical driving behavior, historical violation records of the driver, or any combination thereof.
  • the violation determination module 310 may obtain the historical data from one or more originals in the information pushing system 100, such as the storage device 150, the driver terminal 140, and the passenger terminal 130. Alternatively or additionally, the violation determination module 310 may obtain the historical data from an external source (eg, a third-party traffic information database).
  • an external source eg, a third-party traffic information database
  • the passenger evaluation information that the driver has completed the order includes the passenger's description of the driver's driving situation, and the driver's violations can be determined according to the description.
  • the passenger may input or select the evaluation information for the driver through an input mechanism (eg, a text input mechanism, a voice input mechanism, an image input mechanism) in the passenger terminal 130.
  • the form of passenger evaluation information includes, but is not limited to, text, text, voice, and image information.
  • a passenger can type in a text description of the driver's driving situation in the software, and the description indicates that the driver has violated the rules.
  • a passenger may enter a voice description of the driving situation of the driver through voice recording in the software.
  • the violation determination module 310 can extract the driver's violations from the passenger's text or voice description. For example, the violation determination module 310 may determine the driver's violations through methods such as text analysis, semantic recognition, and image recognition. As another example, the ride-hailing platform may provide passengers with options regarding the driver's driving situation for passengers to choose, and the options include driver violations. The violation determination module 310 may determine the driver's violation according to the selection of the passenger.
  • the violation determination module 310 may obtain status data of a driver's historical driving behavior.
  • the state data of historical driving behavior includes a driver's position, speed, acceleration, angular velocity, angular acceleration, path, road conditions, etc. or any combination thereof.
  • the state data of historical driving behavior may include driving trajectory data collected by the sensor module 230 in the driver terminal 140, and / or the input / output module 210 in the driver terminal 140 to collect environmental information around the vehicle (e.g., Image around the vehicle).
  • the violation determination module 310 may determine a driver's violations based on driving trajectory data. For example, the violation determination module 310 may determine whether the driver is speeding according to the driver speed information.
  • the violation determination module 310 may determine a driver's violation according to environmental information and driving data around the vehicle. For example, the violation determination module 310 may determine that the vehicle is at an intersection based on the image of the vehicle surroundings obtained from the input / output module 210, and determine that the vehicle is not decelerating based on the vehicle speed information obtained from the sensor module 230, whereby the violation determination module 310 may determine the driver The violation was that the intersection did not slow down.
  • the violation determination module 310 may obtain a historical violation record of the driver.
  • the violation determination module 310 may obtain driving information of a driver from a traffic management department, and the driving information includes a historical violation record of the driver.
  • the historical violation record may include information such as the time and place where the driver ’s historical violation occurred.
  • the violation determining module 310 may determine the number of violations of the violation performed in the driver ’s historical driving behavior according to the driver ’s historical violation record.
  • the violation determination module 310 may count the number of violations corresponding to each violation. For example, for a specific violation, the violation determination module 310 may separately determine the driver to execute the specific violation based on a variety of historical data such as passenger evaluation information of the driver ’s completed historical orders, status data of historical driving behavior, and historical violation records. The number of violations, and the sum of the number of violations as the total number of violations. Optionally, the violation determination module 310 may also perform deduplication on the number of violations determined by different historical data, and use the number of offenses after deduplication as the total number of violations of this type of violation. For example, the passenger evaluation information that the driver has completed the historical order and the historical violation record of the driver provided by the third party include the time and / or location information of the violation.
  • the violation determination module 310 may determine the first and second times that the driver performs a specific violation according to the passenger evaluation information and the historical violation record, respectively. The violation determination module 310 may also determine a third number of times that the violation is repeatedly counted according to the time and / or location information of the specific violation. The total number of violations corresponding to the specific violation is equal to the sum of the first number and the second number minus the third number.
  • Step 420 Determine information to be pushed based on the violation and the corresponding number of violations.
  • step 420 may be performed by the push information determination module 320.
  • the determining the information to be pushed may include one or any combination of determining the type of information to be pushed, determining the content of the information to be pushed, determining the time to push the information to be pushed, determining the frequency of pushing the information to be pushed, and the like.
  • the information to be pushed may include at least one of security prompt information, restriction information, reward information, and the like.
  • the safety prompt information is intended to give a safety reminder to the driving behavior of the driver, for example, to remind the driver to pay attention to avoiding some illegal behavior.
  • the restriction information is used to restrict the driver from taking orders, for example, restricting the time, place, and quantity of the driver from taking orders.
  • the reward information is used to encourage or reward drivers, such as rewarding drivers for compliance with regulations and / or correcting violations.
  • the reward information may include one or any combination of praise, improvement of driver service level, priority dispatch, and monetary reward.
  • the push information determination module 320 may determine the information to be pushed (for example, the type and frequency of the information to be pushed) according to one or more thresholds of violation times. For example, when the number of violations corresponding to the violation exceeds a first preset threshold, the push information determination module 320 may determine to push the security prompt information. As another example, when the number of violations corresponding to a driver ’s violation exceeds a second preset threshold, the push information determination module 320 may determine that the restriction information restricts the driver ’s order acceptance behavior, where the second preset threshold is greater than the first preset threshold.
  • the push information determination module 320 may determine the reward information.
  • the third preset threshold is less than or equal to the first preset threshold, for example, the third preset threshold may be equal to zero.
  • the push information determination module 320 may determine to send a safety prompt to the driver not to run through the red light.
  • the push information determination module 320 may determine prohibition order information and perform a prohibition order for the driver.
  • the push information determination module 320 may determine to send the driver reward information praising his good driving behavior.
  • the preset threshold (for example, any one of the first, second, and third preset thresholds) may include multiple values, and different values may correspond to different forms and / or frequencies of information push.
  • the first preset threshold may include multiple first preset thresholds, and the number of violations reaching different first preset thresholds may generate different security prompt information. For example, when the number of violations of a driver crossing a red light reaches a lower first preset threshold, the safety prompt message is to play a voice prompting the driver not to cross a red light.
  • the safety prompt message is a voice that prompts the driver not to run through the red light three times in a row.
  • the frequency of pushing the safety prompt information is set to one hour / time.
  • the frequency of pushing the safety prompt information is set to 6 hours / time.
  • the preset threshold (eg, any one of the first, second, and third preset thresholds) may be a default setting of the information pushing system 100 or set by a user. Alternatively, the preset threshold may be determined through analysis by one or more originals of the information pushing system 100. For example, the processing device 112 may set different preset thresholds for different violations. As another example, the processing device 112 may set a preset threshold specific to the driver based on an analysis of the driver ’s historical driving behavior. For a detailed description of determining the information to be pushed according to a preset threshold, refer to FIG. 5 and its description. In some embodiments, the push information determination module 320 may determine customized information content to be pushed for different drivers.
  • the push information determination module 320 may determine the information to be pushed according to the driver's profile information. In some embodiments, the push information determination module 320 may determine the information to be pushed separately based on the driver's profile information. For example, if the driver profile information indicates that the driver's driving age is short, or the driver is female, or the driver is older, the information determination module 320 may determine basic information to be pushed, such as generating a safety prompt message to pay attention to deceleration when passing through an intersection . For another example, if the driver profile information indicates that the education level of the driver is not high, the push information determination module 320 may determine that the information to be pushed is to prompt the driver to pay attention to civilized terms.
  • the push information determination module 320 may determine the information to be pushed in combination with the driver ’s violations, the number of violations, and the driver ’s profile information. For example, when a driver has illegal driving behavior, the push information determination module 320 can further obtain driver profile information to determine whether the driver's driving age has reached a certain age. If the driving age reaches a certain age, the driver may have rich driving experience. However, The driver still has illegal driving behaviors, indicating that the driver may have stubborn bad driving habits that are difficult to change, and there is less room for improvement in the future.
  • the push information determination module 320 may set a preset threshold (such as the above-mentioned first preset threshold or The second preset threshold) is lowered in order to provide safety education to the driver as soon as possible (for example, sending safety prompt information or restriction information); if the driving age does not reach a certain number of years, it means that the driver may not have rich driving experience, and illegal driving behavior may be The lack of driving experience indicates that the driver has a lot of room for improvement in the future.
  • the push information determination module 320 may increase the preset threshold so that the driver has more opportunities to accumulate driving experience and improve driving ability.
  • the push information determination module 320 can customize the content of the push information based on the driver's historical violations. For example, based on the driver's historical violation records, it is possible to determine where and when the driver frequently violates the rules.
  • the push information determination module 320 can generate the information to be pushed based on the places and times where the driver frequently violates the rules, such as "You accumulatively violated 5 times at intersection A last month and accumulatively violated 2 times between 9 and 10 o'clock. Please pay attention to driving regulations Pay attention to driving safety "and so on.
  • Step 430 Send the information to be pushed to the driver terminal of the driver.
  • step 430 may be performed by the communication module 330.
  • the communication module 330 may send the information to be pushed to the driver terminal. In some embodiments, the communication module 330 may send the information to be pushed to the driver terminal 140 through the network 120. In some embodiments, when the information to be pushed includes text information and / or image information, the driver terminal 140 (for example, the display module 220) may visualize the text information and / or image information. For example, the driver terminal 140 may display the text information and / or image information on a display screen. In some embodiments, when the information to be pushed includes sound information, the driver terminal 140 may play the sound information. In some embodiments, when the information to be pushed includes restriction information, a corresponding application (for example, a ride-hailing application) installed on the driver terminal 140 may stop sending orders to the driver.
  • a corresponding application for example, a ride-hailing application
  • step 430 is performed only when a specific push condition is met.
  • the push information determination module 320 may determine whether a push condition is satisfied.
  • the push information determination module 320 sends an instruction to the communication module 330 to cause it to send the information to be pushed to the driver terminal.
  • the push conditions may include that the number of violations corresponding to the violation exceeds the first preset threshold, the driver travels to a specific place (for example, a place where the driver and / or other drivers often violate the rules, etc.), A specific period of time (for example, a period during which the driver and / or other drivers often violate the rules), etc., or any combination thereof.
  • the push information determination module 320 may obtain data related to the current driving behavior of the driver. For example, the push information determination module 320 may obtain the driver's location information from the sensor module 230 of the driver terminal 140 in real time or intermittently (eg, periodically or irregularly). The push information determination module 320 may further determine whether the push conditions are satisfied based on data related to the current driving behavior of the driver. For example, the push information determination module 320 may determine whether the driver is driving to an intersection or other easily violated place according to the location information of the driver. If the driver drives to a place where violations are likely to occur, such as an intersection, the push information determination module 320 may determine that the push conditions are satisfied, and then instruct the communication module 330 to send the information to be pushed to the driver terminal.
  • the push information determination module 320 may obtain data related to the current driving behavior of the driver. For example, the push information determination module 320 may obtain the driver's location information from the sensor module 230 of the driver terminal 140 in real time or intermittently (eg, periodically or irregularly). The push
  • the method 400 may add a step of determining whether a push condition is satisfied.
  • one step in the method 400 may be divided into two sub-steps to execute or multiple steps may be combined into one step and executed.
  • FIG. 5 is an exemplary flowchart of a method 500 for determining information to be pushed according to some embodiments of the present application.
  • FIG. 5 corresponds to one or more modules in FIG. 3, and each step of the method 500 may be implemented by one or more modules in FIG. 3.
  • the method 500 may be performed by the information push system 100.
  • method 500 may be implemented as a set of instructions (e.g., an application program) stored in a storage device (e.g., storage device 150, ROM 185, RAM 190).
  • a storage device e.g., storage device 150, ROM 185, RAM 190.
  • One or more elements in the information push system 100 may execute the set of instructions, and when the instructions are executed, one or more elements in the information push system 100 may be configured to perform the method 500.
  • the processing device 120 eg, the processor 180 of the computing device 100B, one or more modules shown in FIG. 3 may execute the set of instructions and execute the method 500.
  • the information push method 500 may be accomplished by one or more additional operations not described and / or omitting one or more of the operations discussed.
  • the arrangement of the operations in the flow shown in FIG. 4 and described below is not restrictive.
  • the method for determining information to be pushed includes:
  • Step 510 Acquire passenger evaluation information that the driver has completed the order.
  • obtaining the passenger evaluation information of the driver refer to the description of step 410 in FIG. 4, and details are not described herein again.
  • Step 520 Obtain status data of historical driving behavior of the driver.
  • obtaining the status data of the historical driving behavior of the driver reference may also be made to the description of step 410 in FIG.
  • Step 530 Determine the number of times that the driver has performed a violation based on the passenger evaluation information of the driver and status data of historical driving behavior. For a detailed description of obtaining the number of determined violations, refer to the description of step 410 in FIG. 4, and details are not described herein again.
  • Step 540 Determine whether the number of violations exceeds a first preset threshold.
  • step 540 may be performed by the push information determination module 320.
  • the first preset threshold is a threshold for performing preliminary safety education (e.g., sending safety prompt information) to a driver.
  • the first preset threshold is an integer greater than zero.
  • the first threshold may be set manually or determined by analysis of one or more originals of the information pushing system 100. For example, the operator may manually set corresponding first preset thresholds for different violations. When the violation is a witness violation, the first preset threshold is set to 1; when the violation is fatigue driving, the threshold may be 1, 2, 3, 4, etc .; when the behavior is overspeed When driving, the first preset thresholds set are 3, 4, 5, and so on.
  • the processing device 112 may determine the first preset threshold value according to the historical driving behavior of the driver.
  • the processing device 112 may analyze the likelihood of a violation based on the driver's historical driving behavior. If the driver's probability of violation exceeds a certain threshold, the driver's first preset threshold will be set to a lower value; if the driver's probability of violation is less than a threshold, the first threshold will be set to a higher value Value. As a result, different safety alert strategies can be implemented for different drivers, effectively reducing driver violations.
  • the first preset threshold may be set automatically according to a change in the violation behavior performed by the driver after receiving the safety education.
  • the push information determination module 320 may analyze the historical data after the driver receives the safety education prompt to determine the first preset threshold. Specifically, the push information determination module 320 may determine an initial first threshold value of the violation, and then analyze the number of violations corresponding to the violation behavior of the driver under the initial first preset threshold value and a previous phase without a safety prompt.
  • the push information determination module 320 may determine the initial first threshold as the first preset threshold; if there is no significant decrease, the push information determination module 320 may reduce the Initial first threshold, and analyze whether the number of violations corresponding to the driver ’s violations under the first threshold after the reduction is significantly lower than before the safety education, and if there is a significant decrease, the A threshold is determined as the first preset threshold, and if not, the first threshold is lowered again until a suitable threshold is determined as the first preset threshold.
  • Step 550 Determine the security prompt information.
  • step 550 may be performed by the push information determination module 320.
  • the safety reminder information is the information to be pushed for the driver who is not serious in violation of the rules. It only gives some safety tips to the driver and does not limit the driver's behavior.
  • the security prompt information may include voice information, text information, and / or image information.
  • Step 560 Send the safety prompt information to the driver terminal 140.
  • step 560 may be performed by the communication module 330.
  • the communication module 330 may send the safety prompt information to the driver terminal 140 through the network 120.
  • Step 570 Determine whether the number of violations exceeds a second preset threshold.
  • the second preset threshold is a threshold for further safety education for the driver.
  • the number of violations in step 570 is consistent with the number of violations in step 540.
  • the number of violations in step 570 is the number of driver violations re-counted after step 560 is performed.
  • the second preset threshold is a threshold that limits a driver's behavior (such as a ban).
  • the second preset threshold is an integer greater than zero.
  • the second preset threshold is greater than the first preset threshold.
  • the second threshold may be set manually. For example, the operator may set the second preset threshold based on experience. In some embodiments, the second preset threshold may be set automatically. For example, the push information determination module 320 may determine the second preset threshold after analyzing historical data.
  • step 580 is performed; otherwise, return to step 510.
  • Step 580 Determine the restriction information.
  • step 580 may be performed by the push information determination module 320.
  • Restricted information refers to information that restricts the driver's order-taking behavior.
  • the restriction information may be the upper threshold of the number of orders received by the driver within a certain period of time, thereby restricting the driver to only take a limited number of orders; Orders are received during the day (eg 8: 00-18: 00).
  • the restriction information may be prohibition order information.
  • Prohibited orders refer to prohibiting drivers from accepting orders, making it impossible for drivers to provide vehicle transportation services through transportation service platforms (such as online ride-hailing service platforms).
  • the ban order information includes that the online car rental service platform stops sending online car rental orders to the driver.
  • the prohibition information includes prohibiting the driver from receiving orders on the driver terminal 140.
  • the prohibition order information may include prohibiting a driver from accepting an order for a period of time.
  • the period of time is 24 hours, 12 hours, 6 hours, 3 hours, 1 hour, and the like.
  • the push information determination module 320 may automatically lift the ban or require the driver to lift the ban after completing certain tasks.
  • the task may include completing an online education course and / or the number of violations during the prohibition order does not exceed a certain threshold (for example, the first preset threshold or the second preset threshold).
  • Step 590 Send the restriction information to the driver of the driver, and use the restriction information to limit the order receiving behavior of the driver.
  • step 590 may be performed by the communication module 330.
  • the communication module 330 may send the restriction information to the driver terminal 140 through the network 120.
  • the restriction information is prohibition information
  • the driver terminal 140 stops displaying the dispatch information. Specifically, the driver terminal 140 stops displaying the text and / or image of the dispatch, or the driver terminal 140 stops playing the voice of the dispatch.
  • steps 540 to 560 and steps 570 to 590 may be performed in synchronization.
  • steps 540 to 560 may be omitted; or, steps 570 to 590 may be omitted.
  • the method 500 may further include one or more steps. For example, the method 500 may further include determining whether the number of violations is less than a third preset threshold or whether the number of violations shows a decreasing trend within a historical time period.
  • the third preset threshold is an integer that is small and the first threshold is greater than or equal to zero.
  • the push information determination module may determine the reward information.
  • the method 500 may include obtaining a historical violation record of the driver. In step 530, the number of violations may be jointly determined based on passenger evaluation information, status data of the driver ’s historical driving behavior, and the historical violation record.
  • the beneficial effects that the embodiments of this application may bring include, but are not limited to: (1) periodically adjusting the information to be pushed according to the driving behavior of the driver and passenger evaluation information, and timely adjusting the safety education strategy for the driver to make the information to be pushed more reasonable; (2) Provide different information push modes for drivers with different levels of driving violations, which can effectively stimulate self-correction of driving behavior; (4) Provide personalized warning information to drivers, which can help improve drivers' awareness of safe driving; 5) By providing drivers with different degrees of rewards and / or disciplinary actions, they can stimulate the driving enthusiasm of drivers, standardize driving techniques, and reduce the occurrence of traffic accidents. It should be noted that different embodiments may have different beneficial effects. In different embodiments, the possible beneficial effects may be any one or a combination of the foregoing, or any other beneficial effects that may be obtained.
  • aspects of this application can be illustrated and described through several patentable categories or situations, including any new and useful processes, machines, products, or combinations of materials, or their Any new and useful improvements. Accordingly, various aspects of the present application can be executed entirely by hardware, can be executed entirely by software (including firmware, resident software, microcode, etc.), and can also be executed by a combination of hardware and software.
  • the above hardware or software can be called “data block”, “module”, “engine”, “unit”, “component” or “system”.
  • aspects of the present application may manifest as a computer product located in one or more computer-readable media, the product including a computer-readable program code.
  • Computer storage media may contain a transmitted data signal containing a computer program code, such as on baseband or as part of a carrier wave.
  • the propagation signal may have multiple manifestations, including electromagnetic form, optical form, etc., or a suitable combination form.
  • a computer storage medium may be any computer-readable medium other than a computer-readable storage medium, which may be connected to an instruction execution system, apparatus, or device to enable communication, propagation, or transmission of a program for use.
  • Program code on a computer storage medium may be transmitted through any suitable medium, including radio, cable, fiber optic cable, RF, or similar media, or any combination of the foregoing.
  • the computer program code required for the operation of each part of this application can be written in any one or more programming languages, including object-oriented programming languages such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C ++, C #, VB.NET, Python Etc., conventional programming languages such as C, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, dynamic programming languages such as Python, Ruby and Groovy, or other programming languages.
  • the program code can be run entirely on the user's computer, or as a stand-alone software package on the user's computer, or partly on the user's computer, partly on a remote computer, or entirely on the remote computer or server.
  • the remote computer can be connected to the user's computer through any network form, such as a local area network (LAN) or wide area network (WAN), or to an external computer (for example, via the Internet), or in a cloud computing environment, or as a service Uses such as software as a service (SaaS).
  • LAN local area network
  • WAN wide area network
  • SaaS software as a service

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Mechanical Engineering (AREA)
  • Transportation (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Human Computer Interaction (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Physics & Mathematics (AREA)
  • Traffic Control Systems (AREA)
  • Stored Programmes (AREA)
  • Time Recorders, Dirve Recorders, Access Control (AREA)

Abstract

本申请实施例公开了一种信息推送方法和系统。所述信息推送方法包括：确定司机驾驶行为中的违规行为和所述违规行为对应的违规次数；基于所述违规行为和对应的违规次数确定待推送信息；发送所述待推送信息至司机终端。

Description

一种信息推送方法和系统
优先权信息
本申请要求于2018年8月31日递交的编号为CN201811008747.6的中国申请的优先权，其全部内容以引用的方式包含于此。
技术领域
本申请涉及互联网领域，特别涉及一种信息推送方法和系统。
背景技术
随着城市交通的不断发展，打车出行已经成为社会各阶层人士的重要出行方式之一。同时，随着移动互联网的高速发展以及智能设备的普及，打车系统平台的使用也越来越普遍。对于打车系统服务平台来说，基于导航系统中司机的驾驶行为，给司机提供实时驾驶安全提示，对司机驾驶能力和安全意识的提升有很大的帮助，也可以减少交通事故的发生，提高乘客的乘车体验。
发明内容
本发明实施例之一提供一种信息推送方法。所述信息推送方法包括：确定司机历史驾驶行为中执行违规行为的违规次数；基于所述违规行为和对应的违规次数确定待推送信息；以及向所述司机的司机终端发送所述待推送信息。
在一些实施例中，所述确定司机执行违规行为的违规次数包括：获取与所述司机的历史驾驶行为有关的历史数据，所述历史数据包括所述司机已完成订单的乘客评价信息、所述司机的历史驾驶行为的状态数据，或所述司机的历史违规记录中的至少一种；以及基于所述历史数据，确定所述司机执行所述违规行为的违规次数。
在一些实施例中，所述历史驾驶行为的状态数据包括以下中的至少一项：速度、加速度、角速度、角加速度、路径、路况。
在一些实施例中，所述待推送信息包括用于提示用户注意所述违规行为的安全提示信息。
在一些实施例中，所述确定待推送信息包括：确定所述违规行为对应的违规次数是否超过第一预设阈值；以及响应于所述违规行为对应的违规次数超过所述第一预设阈值的确定结果，向所述司机的司机终端发送所述安全提示信 息。
在一些实施例中，所述信息推送方法进一步包括：基于所述违规行为的类型和所述司机的历史驾驶行为中的至少一种，确定所述第一预设阈值。
在一些实施例中，所述推送信息包括用于限制所述司机接单的限制信息。
在一些实施例中，所述确定所述待推送信息包括：确定所述违规行为对应的违规次数是否超过第二预设阈值；响应于所述违规行为对应的违规次数超过所述第二预设阈值的确定结果，向所述司机的司机终端发送所述限制信息。
在一些实施例中，所述待推送信息包括奖励信息。
在一些实施例中，所述确定所述待推送信息包括：确定所述违规行为对应的违规次数是否小于第三预设阈值或者所述违规次数在历史时间段内是否呈降低趋势；以及响应于所述违规行为对应的违规次数小于所述第三预设阈值或所述违规次数在历史时间段内呈降低趋势的确定结果，向所述司机的司机终端发送所述奖励信息。
在一些实施例中，所述向所述司机的司机终端发送所述待推送信息包括：确定是否满足推送条件；以及响应于推送条件被满足的确定结果，向所述司机的司机终端发送所述待推送信息。
在一些实施例中，所述确定是否满足推送条件包括：获取与所述司机的当前驾驶行为有关的数据；以及基于所述司机的当前驾驶行为有关的数据，确定是否满足推送条件。
在一些实施例中，所述的信息推送方法进一步包括：获取所述司机的档案信息；以及基于所述档案信息确定待推送信息。
在一些实施例中，所述司机的档案信息包括以下中的至少一项：年龄、性别、驾龄、教育程度。
在一些实施例中，所述待推送信息包括语音信息、文字信息和/或图像信息。
在一些实施例中，所述违规行为包括以下中的至少一项：路口未减速、注意力不集中、疲劳驾驶、酒驾、闯红灯、急加速、急减速、急变道、人证不 符、态度恶劣。
本申请实施例之一提供一种信息推送系统，包括：用于存储计算机指令的至少一个存储器；与所述存储器通讯的至少一个处理器，其中当所述至少一个处理器执行所述计算机指令时，所述至少一个处理器使所述系统执行：确定司机历史驾驶行为中执行违规行为的违规次数；基于所述违规行为和对应的违规次数确定待推送信息；以及向所述司机的司机终端发送所述待推送信息。
本发明实施例之一提供一种装置，包括处理器，所述处理器用于执行本申请所述描述的任一种信息推送方法。
本申请实施例之一提供一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行本申请所描述的任一种信息推送方法。
附图说明
本申请将以示例性实施例的方式进一步描述，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：
图1A是根据本申请一些实施例所示的信息推送系统的应用场景示意图；
图1B是根据本申请一些实施例所示的计算设备的示例性硬件和/或软件组件的示意图；
图2是根据本申请的一些实施例所示的司机终端设备示意图；
图3是根据本申请一些实施例所示的信息推送系统的模块图；
图4是根据本申请一些实施例所示的信息推送方法的示例性流程图；
图5是根据本申请的一些实施例所示的确定待推送信息的方法的示例性流程图。
具体实施方式
为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动 的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”系用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。
如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。
本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
本申请的实施例可以应用于不同的交通服务系统，不同的交通服务系统包括但不限于陆地、水面航行、航空、航天等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、轨道交通(例如，火车、动车、高铁、地铁等)、船舶、飞机、飞船、卫星、热气球、无人驾驶的交通工具等。本申请的不同实施例应用场景包括但不限于运输业、仓储物流业、农业作业系统、城市公交系统、商业运营车辆等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。例如，其他类似的有轨迹的行驶系统。
图1A是根据本申请的一些实施例所示的信息推送系统应用场景的示意图。信息推送系统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)设备等中的一种或者其任意几种组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实贴片、增强现实头盔、增强现实眼镜、增强现实贴片眼罩等中的一种或者任意几种组合。例如，虚拟现实设备和/或增强现实设备可以包括Google Glass，Oculus Rift，HoloLens，Gear VR等。在一些实施例中，内置设备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可读取和/或修改一个或多个用户的信息。
图1B是根据本申请的一些实施例所示的计算设备100B的示例性硬件和/或软件组件的示意图。计算设备100B可用于实现如本文所述的信息推送系统100的任何组件。例如，处理设备112、乘客终端130和/或司机终端140可以分别通过其硬件、软件程序、固件或其组合在计算设备100B上实现。尽管仅示出了一个这样的计算设备，但是为了方便，与本文所述的信息推送系统100相关的计算机功能可以在多个类似平台上以分布式方式实现，以分配处理负荷。
计算设备100B可以包括连接到与其连接的网络的通信端口170，以促进数据通信。计算设备100B还可以包括被配置为执行指令的处理器180。所述指令可以包括例如执行本文描述的特定功能的程序、对象、组件、信号、数据结构、过程、模块和功能。在一些实施例中，处理器180可以处理与信息推送系统100中的一个或多个原件有关的信息。例如，处理器180可以通过分析司机的违规行为确定待推送信息，并向该司机的司机终端140发送所述待推送信息。在一些实施例中，处理器180可以包括至少一个硬件处理器，例如微控制器、微处理器、简化指令集计算机(RISC)、应用专用集成电路(ASIC)、应用特定指令集处理器(ASIP)、中央处理单元(CPU)、图形处理单元(GPU)、物理处理单元(PPU)、微控制器单元、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、高级RISC机器(ARM)、可编程逻辑设备(PLD)、任何能够执行至少一个功能的电路或处理器等或其任意组合。
计算设备100B还可以包括内部通信总线175、不同类型的程序存储和数据存储、包括例如硬盘160、只读存储器(ROM)185或随机存取存储器(RAM)190。示例性计算设备还可以包括存储在ROM 185和/或RAM 190由处理器180执行的其他类型的非暂时性存储介质中的程序指令。本申请的方法和/或流程可以以程序指令的方式实现。计算设备100B还包括I/O组件165，其支持计算设备100B与其他组件之间的输入/输出。计算设备100B也可以通过网络通信接收程序设计和数据。
仅仅为了说明，图1B中仅示出了一个处理器。然而，应该注意，本申 请中的计算设备100B还可以包括多个处理器。因此，由本申请中描述的由一个处理器执行的操作和/或方法操作也可以由多个处理器联合或单独执行。例如，如果在本申请中，计算设备100B的处理器执行操作A和操作B，则应当理解，操作A和操作B也可以由计算中的两个不同处理器联合或单独执行。设备100B(例如，第一处理器执行操作A，第二处理器执行操作B，或者第一和第二处理器共同执行操作A和B)。
图2所示为根据本申请一些实施例所示的司机终端设备140的示意图。如图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可以包含在图1A所示的处理设备112中。
违规确定模块310可以确定司机的违规行为和相应的违规次数。所述司机的违规行为可以包括任何不符合一项或多项司机行为规定(例如，打车平台中的系统默认规定和/或由用户设定的规范)的行为。例如，司机的违规行为可以包括与交通法规相关的违规驾驶行为、违规接载行为、违规服务行为等或以上任意的组合。示例性的违规驾驶行为可以包括路口未减速、注意力不集中、疲劳驾驶、酒驾、违停、闯红灯、急加速、急减速、急变道等或以上任意组 合。示例性的违规接载行为可以包括接驾速度慢、绕路驾驶、恶意拒载、违规拼车、不按照规定路线驾驶等或以上任意组合。示例性的违规服务行为可以包括人证不符、态度恶劣、人身攻击、侵害生命财产安全等或以上任意组合。在一些实施例中，违规确定模块310可以获取与司机的历史驾驶行为有关数据，例如该司机已完成订单中的乘客评价信息、司机驾驶行为的状态数据、司机的历史违规记录等或以上任意组合。违规确定模块310可以进一步基于所述与司机的历史驾驶行为有关数据，确定司机的违规行为及其对应的违规次数。关于违规行为和违规次数确定的详细描述可以在本申请的其他地方找到，例如步骤410及其相关描述。
推送信息确定模块320可以用于确定需要推送给司机的待推送信息。所述确定待推送信息可以包括确定待推送信息的种类、确定待推送信息的内容、确定待推送信息的推送时间、确定待推送信息的推送频率等中的一种或其任意组合。在一些实施例中，待推送信息可以包括安全提示信息、限制信息、奖励信息等中的至少一种。所述安全提示信息旨在对司机的驾驶行为作出安全提示，例如，提示司机注意避免某种违规行为。所述限制信息用于限制司机接单，例如限制司机接单的时间、地点、数量等。所述奖励信息用于鼓励或奖励司机，例如奖励司机对司机规范的遵守和/或对违规行为的纠正。
在一些实施例中，推送信息确定模块320可以根据一个或多个违规次数阈值来确定待推送信息(例如待推送信息的类型和推送频率)。在一些实施例中，推送信息确定模块320可以针对不同的司机，确定定制化的待推送信息内容。例如推送信息确定模块320可以获取司机的档案信息，并基于所述档案信息确定所述待推送信息。又例如，推送信息确定模块320可以基于司机的历史违规行为定制化地确定推送信息的内容。关于待推送信息确定的详细描述可以在本申请的其他地方找到，例如步骤420及其相关描述。
通信模块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是根据本申请的一些实施例所示的信息推送方法400的示例性流程图。
在一些实施例中，图4与图3中的一个或多个模块对应，信息推送方法400的各个步骤可以由图3中的一个或多个模块实现。在一些实施例中，信息推送方法400可以由信息推送系统100执行。例如，信息推送方法400可以实现为存储设备(例如，存储设备150、ROM 185、RAM 190)中存储的一组指令(例如，应用程序)。信息推送系统100中的一个或多个元件可以执行该组指令，并且当执行指令时，信息推送系统100中的一个或多个元件可以被配置用于执行信息推送方法400。例如，处理设备120(例如，计算设备100B的处理器180、图3所示的一个或多个模块)可以执行该组指令，并执行方法400。以下呈现的所示流程的操作旨在是说明性的。在一些实施例中，信息推送方法400可以通过未描述的一个或多个以上附加操作和/或省略一个或以上所讨论的操作来完成。另外，其中如图4所示和下面描述的流程的操作的排列不是限制性的。
该信息推送方法包括：
步骤410，确定司机历史驾驶行为中执行违规行为的违规次数。在一些实施例中，步骤410可以由处理设备112，例如违规确定模块410执行。
在本申请中，司机的违规行为可以包括任何不符合一项或多项司机行为规定(例如，打车平台中的系统默认规定和/或由用户设定的规范)的行为。例如，司机的违规行为可以包括与交通法规相关的违规驾驶行为、违规接载行为、违规服务行为等或以上任意的组合。示例性的违规驾驶行为可以包括路口未减速、注意力不集中、疲劳驾驶、酒驾、违停、闯红灯、急加速、急减速、急变道等或以上任意组合。示例性的违规接载行为可以包括接驾速度慢、绕路驾驶、恶意拒载、违规拼车、不按照规定路线驾驶等或以上任意组合。示例性的违规服务行为可以包括人证不符、态度恶劣、人身攻击、侵害生命财产安全等或以上任意组合。
在一些实施例中，违规确定模块310可以获取与所述司机的历史驾驶行为有关的历史数据，并基于所述历史数据确定一种或多种违规行为中的每一种违规行为对应的违规次数。所述历史数据可以包括所述司机已完成订单中的乘客评价信息、司机的历史驾驶行为的状态数据、所述司机的历史违规记录等或 以上任意组合。在一些实施例中，违规确定模块310可以从信息推送系统100中的一个或多个原件，例如存储设备150、司机终端140、乘客终端130获取所述历史数据。可选择地或附加地，违规确定模块310可以从外部来源(例如，第三方交通信息数据库)获取所述历史数据。
在一些实施例中，所述司机已完成订单的乘客评价信息包括乘客对司机驾驶情况的描述，根据所述描述可以确定司机的违规行为。在一些实施例中，乘客可以通过乘客终端130中的输入机制(例如，文字输入机制、语音输入机制、图像输入机制)输入或选择对司机的评价信息。乘客评价信息的形式包括但不限于文本文字信息、语音信息、图像信息等。例如，乘客可以在软件中通过打字输入对司机驾驶情况的文字描述，描述时表明司机有违规操作。又例如，乘客可以在软件中通过语音录音的方式输入对司机驾驶情况的语音描述。违规确定模块310可以从乘客的文字或语音描述中提取司机的违规行为。例如，违规确定模块310可以通过文本分析、语义识别、图像识别等方法确定司机的违规行为。又例如，网约车平台可以向乘客提供关于司机驾驶情况的选项供乘客选择，所述选项中包括司机的违规行为。违规确定模块310可以根据乘客的选择确定司机的违规行为。
在一些实施例中，违规确定模块310可以获取司机历史驾驶行为的状态数据。所述历史驾驶行为的状态数据包括司机的位置、速度、加速度、角速度、角加速度、路径、路况等或以上任意组合。例如，所述历史驾驶行为的状态数据可以包括由司机终端140中的传感器模块230采集的驾驶轨迹数据，和/或由司机终端140中的输入/输出模块210采集车辆周围的环境信息(例如，车辆周围的图像)。在一些实施例中，违规确定模块310可以根据驾驶轨迹数据确定司机的违规行为。例如，违规确定模块310可以根据司机速度信息确定司机是否超速。可选择地或附加地，违规确定模块310可以根据车辆周围的环境信息和驾驶数据确定司机的违规行为。例如，违规确定模块310可以根据从输入/输出模块210获取的车辆周围图像确定车辆正处在路口，并且根据从传感器模块230获取的车速信息确定车辆未减速，由此违规确定模块310可以确定司机的违规行为是路口未减速。
在一些实施例中，违规确定模块310可以获取司机的历史违规记录。例如，违规确定模块310可以从交通管理部门获取司机的驾驶信息，所述驾驶信息中包括司机的历史违规记录。所述历史违规记录可以包括司机历史违规行为发生时间、地点等信息。违规确定模块310可以根据所述司机的历史违规记录确定该司机历史驾驶行为中执行违规行为的违规次数。
违规确定模块310可以统计每种违规行为对应的违规次数。例如，对于某一特定的违规行为，违规确定模块310可以基于司机的已完成历史订单的乘客评价信息、历史驾驶行为的状态数据和历史违规记录等中的多种历史数据分别确定司机执行该特定违规行为的次数，并将所述违规次数之和作为该种违规行为的总违规次数。可选地，违规确定模块310还可以对不同历史数据确定的违规行为次数进行去重，并将所述去重后的违规行为次数作为该种违规行为的总违规次数。例如，司机已完成历史订单的乘客评价信息和第三方提供的司机的历史违规记录包括发生违规的时间和/或地点信息。违规确定模块310可以分别根据乘客评价信息和历史违规记录确定司机执行特定违规行为的第一次数和第二次数。违规确定模块310还可以根据发生该特定违规行为的时间和/或地点信息确定该违规行为被重复统计的第三次数。该特定违规行为对应的总违规次数等于第一次数与第二次数的和减去第三次数。
步骤420，基于所述违规行为和对应的违规次数确定待推送信息。在一些实施例中，步骤420可以由推送信息确定模块320执行。所述确定待推送信息可以包括确定待推送信息的种类、确定待推送信息的内容、确定待推送信息的推送时间、确定待推送信息的推送频率等中的一种或其任意组合。
在一些实施例中，待推送信息可以包括安全提示信息、限制信息、奖励信息等中的至少一种。所述安全提示信息旨在对司机的驾驶行为作出安全提示，例如，提示司机注意避免某种违规行为。所述限制信息用于限制司机接单，例如限制司机接单的时间、地点、数量等。所述奖励信息用于鼓励或奖励司机，例如奖励司机对规范的遵守和/或对违规行为的纠正。例如，所述奖励信息可以包括表扬、提高司机服务等级、优先派单、金钱奖励等中的一种或其任意组合。
在一些实施例中，推送信息确定模块320可以根据一个或多个违规次数阈值来确定待推送信息(例如待推送信息的类型和频率)。例如，当违规行为对应的违规次数超过第一预设阈值时，推送信息确定模块320可以确定推送安全提示信息。又例如，当司机的违规行为对应的违规次数超过第二预设阈值时，推送信息确定模块320可以确定限制信息限制司机的接单行为，其中第二预设阈值大于第一预设阈值。再例如，当司机的违规行为对应的违规次数小于第三预设阈值或违规次数在历史时间段内呈降低趋势时，推送信息确定模块320可以确定奖励信息。所述第三预设阈值小与或等于第一预设阈值，例如第三预设阈值可以等于0。
通过设置不同的预设阈值，可以根据司机的违规次数确定不同信息，对司机进行不同程度的安全教育或奖励。例如，当司机闯红灯的次数超过第一预设阈值时，推送信息确定模块320可以确定向司机发送不要闯红灯的安全提示。当司机闯红灯的次数进一步增加，超过第二预设阈值时，推送信息确定模块320可以确定禁单信息，对该司机进行禁单。又例如，当司机在近三个月内容都未闯红灯时，推送信息确定模块320可以确定向司机发送表扬其良好的驾驶行为的奖励信息。
在一些实施例中，预设阈值(例如，第一、第二和第三预设阈值中的任意一个)可以包括多个数值，不同的数值可以对应不同的信息推送形式和/或频率。以第一预设阈值为例，所述第一预设阈值可以包括多个第一预设阈值，违规次数达到不同的第一预设阈值可以产生不同的安全提示信息。例如，当司机闯红灯的违规次数达到较低的第一预设阈值时，安全提示信息为播放一次提示司机不要闯红灯的语音。当司机闯红灯违规次数达到较高的第一预设阈值时，安全提示信息为连续播放三次提示司机不要闯红灯的语音。又例如，当司机闯红灯的次数超过较高的第一预设阈值时推送安全提示信息的频率被设置为一小时/次。当司机闯红灯的次数超过较低的第一预设阈值时，推送安全提示信息的频率被设置为6小时/次。
在一些实施例中，预设阈值(例如，第一、第二和第三预设阈值中的任意一个)可以是信息推送系统100的默认设定或由用户设定。或者，预设阈值 可以由信息推送系统100的一个或多个原件通过分析确定。例如，处理设备112可以针对不同的违规行为设定不同的预设阈值。又例如，处理设备112可以基于对司机历史驾驶行为的分析设定针对该司机特定的预设阈值。关于根据预设阈值确定待推送信息的详细说明可以参见图5及其描述。在一些实施例中，推送信息确定模块320可以针对不同的司机，确定定制化的待推送信息内容。例如，推送信息确定模块320可以根据司机的档案信息确定待推送信息。在一些实施例中，推送信息确定模块320可以根据司机的档案信息单独确定待推送信息。例如，司机档案信息表明司机的驾龄较短，或者司机为女性，或者司机的年龄较大，则信息确定模块320可以确定基础的待推送信息，如在即将行经路口时生成注意减速的安全提示信息。又例如，司机档案信息表明司机的受教育程度不高，则推送信息确定模块320可以确定待推送信息为提示司机注意文明用语。在一些实施例中，推送信息确定模块320可以结合司机的违规行为、违规次数以及司机的档案信息确定待推送信息。例如，当司机有违规驾驶行为时，推送信息确定模块320可以进一步获取司机档案信息，判断该司机的驾龄是否达到一定年限，如果驾龄达到一定年限，说明该司机可能有较丰富的驾驶经验，然而该司机依然有违规驾驶行为，表明该司机可能有较难改变的顽固不良驾驶习惯，未来的改进空间较小，此时推送信息确定模块320可以将预设阈值(例如上述第一预设阈值或第二预设阈值)降低，以便尽早对该司机进行安全教育(例如，发送安全提示信息或限制信息)；如果驾龄未达到一定年限，说明该司机的驾驶经验可能不丰富，违规驾驶行为可能是由于驾驶经验不足导致的，表明该司机未来有较大的改进空间，此时推送信息确定模块320可以将所述预设阈值提高，以便该司机有更多的机会积累驾驶经验，提高驾驶能力。
又例如，推送信息确定模块320可以基于司机的历史违规行为定制化地确定推送信息的内容。例如，根据司机的历史违规记录，可以确定该司机频繁违规的地点和时间段。推送信息确定模块320可以基于该司机频繁违规的地点和时间生成待推送信息，例如“您上月在A路口累计违规5次，在9点-10点累计违规2次，请您注意驾车规范，注意行车安全”等。
步骤430，向司机的司机终端发送所述待推送信息。在一些实施例中，步骤430可以由通信模块330执行。
通信模块330可以将待推送信息发送至司机终端。在一些实施例中，通信模块330可以通过网络120将待推送信息发送至司机终端140。在一些实施例中，当待推送信息包括文本信息和/或图像信息时，司机终端140(例如，显示模块220)可以将所述文本信息和/或图像信息可视化。例如，司机终端140可以在显示屏上展现所述文本信息和/或图像信息。在一些实施例中，当待推送信息包括声音信息时，司机终端140可以播放所述声音信息。在一些实施例中，当待推送信息包括限制信息时，司机终端140上安装的相应应用程序(例如网约车应用程序)可以停止向司机派单。
在一些实施例中，步骤430只有在特定的推送条件被满足时才会被执行。例如，推送信息确定模块320可以确定推送条件是否被满足。响应于所述推送条件被满足的确定结果，推送信息确定模块320会发送指令给通讯模块330使其发送所述待推送信息给司机终端。仅作为示例，推送条件可以包括违规行为对应的违规次数超出所述第一预设阈值、所述司机行驶至特定地点(例如，该司机和/或其他司机经常违章的地点等)、当前时间处于特定时间段(例如，该司机和/或其他司机经常违章的时间段)等或以上的任意组合。
在一些实施例中，推送信息确定模块320可以获取与司机当前的驾驶行为有关的数据。例如，推送信息确定模块320可以实时得或间断得(例如，定期或不定期得)从司机终端140的传感器模块230获取司机的位置信息。推送信息确定模块320可以进一步基于与司机当前的驾驶行为有关的数据，确定是否满足推送条件。例如，推送信息确定模块320可以根据司机的位置信息确定在司机是否行驶到路口等容易违章的地点。若司机行驶至路口等容易违章的地点，推送信息确定模块320可以确定推送条件被满足，进而指示通信模块330向司机终端发送所述待推送信息。
应当注意的是，上述有关方法400的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对方法400进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之 内。例如，方法400可以增加判断推送条件是否满足的步骤。又例如，方法400中的一个步骤可以分为两个子步骤执行或者多个步骤可以合并为一个步骤执行。
图5是根据本申请的一些实施例所示的确定待推送信息的方法500的示例性流程图。
在一些实施例中，图5与图3中的一个或多个模块对应，方法500的各个步骤可以由图3中的一个或多个模块实现。在一些实施例中，方法500可以由信息推送系统100执行。例如，方法500可以实现为存储设备(例如，存储设备150、ROM 185、RAM 190)中存储的一组指令(例如，应用程序)。信息推送系统100中的一个或多个元件可以执行该组指令，并且当执行指令时，信息推送系统100中的一个或多个元件可以被配置用于执行方法500。例如，处理设备120(例如，计算设备100B的处理器180、图3所示的一个或多个模块)可以执行该组指令，并执行方法500。以下呈现的所示流程的操作旨在是说明性的。在一些实施例中，信息推送方法500可以通过未描述的一个或多个以上附加操作和/或省略一个或以上所讨论的操作来完成。另外，其中如图4所示和下面描述的流程的操作的排列不是限制性的。
该确定待推送信息的方法包括：
步骤510，获取司机已完成订单的乘客评价信息。关于获取司机的乘客评价信息的详细说明可以参见对图4中步骤410的描述，在此不再赘述。
步骤520，获取司机的历史驾驶行为的状态数据。关于获取司机的历史驾驶行为的状态数据的详细说明也可以参见对图4中步骤410的描述，在此不再赘述。
步骤530，根据所述司机的乘客评价信息和历史驾驶行为的状态数据，确定司机执行违规行为违规次数。关于获取确定违规次数的详细说明也可以参见对图4中步骤410的描述，在此不再赘述。
步骤540，判断所述违规次数是否超过第一预设阈值。在一些实施例中，步骤540可以由推送信息确定模块320执行。
在一些实施例中，所述第一预设阈值为对司机进行初步安全教育(例如 发送安全提示信息)的阈值。所述第一预设阈值为大于零的整数。所述第一阈值可以人工设定或由信息推送系统100的一个或多个原件通过分析确定。例如，操作人员可以人工设定不同违规行为的对应的第一预设阈值。当违规行为为人证不符时，设定的第一预设阈值为1；当所述违规行为为疲劳驾驶时，所述阈值可以是1、2、3、4等；当所述行为为超速行驶时，设定的第一预设阈值为3、4、5等。又例如，处理设备112可以根据司机的历史驾驶行为确定第一预设阈值。仅作为示例，处理设备112可以基于司机的历史驾驶行为分析其违规可能性。如果该司机的违规可能性超过某阈值，则该司机的第一预设阈值将设定为较低的值；如果该司机违规可能性小于某阈值，则其第一阈值将设定为较高的值。由此，可以针对不同的司机实行不同的安全提醒策略，有效较少司机的违规行为。
在一些实施例中，所述第一预设阈值可以根据司机接受安全教育后执行违规行为的变化情况自动设定。例如，推送信息确定模块320可以分析司机接受安全教育提示后的历史数据后确定所述第一预设阈值。具体地，推送信息确定模块320可以确定所述违规行为的初始第一阈值，接着分析在所述初始第一预设阈值下，司机的所述违规行为对应的违规次数与没有进行安全提示前相比是否有显著下降，如果有显著下降，则推送信息确定模块320可以将所述初始第一阈值确定为所述第一预设阈值；如果没有显著下降，则推送信息确定模块320可以降低所述初始第一阈值，并分析在降低后的第一阈值下，司机的所述违规行为对应的违规次数与未进行安全教育前相比是否有显著下降，如果有显著下降，则将降低后的第一阈值确定为所述第一预设阈值，如果没有，则再次降低所述第一阈值，直到确定一个合适的阈值为所述第一预设阈值。
步骤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可以省略。
在一些实施例中，方法500可以进一步包括一个或多个步骤。例如，方法500可以进一步包括确定所述违规次数是否小于第三预设阈值或者所述违规次数在历史时间段内是否呈降低趋势。所述第三预设阈值为小与第一阈值大于等于0的整数。当司机的违规行为对应的违规次数小于第三预设阈值或呈降低趋势时，表明司机的违规行为较少或该司机纠正了其违规行为，推送信息确定模块可以确定奖励信息。又例如，方法500可以包括获取司机的历史违规记录。步骤530中，违规次数可以基于乘客评价信息、司机历史驾驶行为的状态数据和所述历史违规记录共同确定。
本申请实施例可能带来的有益效果包括但不限于：(1)定期根据司机的驾驶行为情况以及乘客评价信息调整待推送信息，及时调整对司机的安全教育策略，使待推送信息更加合理；(2)对驾驶违规程度不同的司机提供不同的信息推送模式，可以有效刺激司机对驾驶行为的自我纠正；(4)通过向司机提供个性化预警信息，有助于提升司机安全驾驶意识；(5)通过向司机提供不同程度的奖励和/或处分操作，可以激发司机的驾驶积极性，规范驾驶技术，减少交通事故的发生。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。
上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说 明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。
同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。
本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言 如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。
此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (34)

  1. 一种信息推送方法，包括：
    确定司机历史驾驶行为中执行违规行为的违规次数；
    基于所述违规行为和对应的违规次数确定待推送信息；以及
    向所述司机的司机终端发送所述待推送信息。
  2. 根据权利要求1所述的信息推送方法，其特征在于，所述确定司机执行违规行为的违规次数包括：
    获取与所述司机的历史驾驶行为有关的历史数据，所述历史数据包括所述司机已完成订单的乘客评价信息，所述司机的历史驾驶行为的状态数据，或所述司机的历史违规记录中的至少一种；以及
    基于所述历史数据，确定所述司机执行所述违规行为的违规次数。
  3. 根据权利要求2所述的信息推送方法，其特征在于，所述历史驾驶行为的状态数据包括以下中的至少一项：速度、加速度、角速度、角加速度、路径、路况。
  4. 根据权利要求1所述的信息推送方法，其特征在于，所述待推送信息包括用于提示用户注意所述违规行为的安全提示信息。
  5. 根据权利要求4所述的信息推送方法，其特征在于，所述确定待推送信息包括：
    确定所述违规行为对应的违规次数是否超过第一预设阈值；以及
    响应于所述违规行为对应的违规次数超过所述第一预设阈值的确定结果，向所述司机的司机终端发送所述安全提示信息。
  6. 根据权利要求5所述的信息推送方法，进一步包括：
    基于所述违规行为的类型和所述司机的历史驾驶行为中的至少一种，确定所 述第一预设阈值。
  7. 根据权利要求1所述的信息推送方法，其特征在于，所述待推送信息包括用于限制所述司机接单的限制信息。
  8. 根据权利要求7所述的信息推送方法，其特征在于，所述确定所述待推送信息包括：
    确定所述违规行为对应的违规次数是否超过第二预设阈值；
    响应于所述违规行为对应的违规次数超过所述第二预设阈值的确定结果，向所述司机的司机终端发送所述限制信息。
  9. 根据权利要求1所述的信息推送方法，其特征在于，所述待推送信息包括奖励信息。
  10. 根据权利要求9所述的信息推送方法，其特征在于，所述确定所述待推送信息包括：
    确定所述违规行为对应的违规次数是否小于第三预设阈值或者所述违规次数在历史时间段内是否呈降低趋势；以及
    响应于所述违规行为对应的违规次数小于所述第三预设阈值或所述违规次数在历史时间段内呈降低趋势的确定结果，向所述司机的司机终端发送所述奖励信息。
  11. 根据权利要求1所述的信息推送方法，所述向所述司机的司机终端发送所述待推送信息包括：
    确定是否满足推送条件；以及
    响应于推送条件被满足的确定结果，向所述司机的司机终端发送所述待推送信息。
  12. 根据权利要求11所述的信息推送方法，其特征在于，所述确定是否满足推送条件包括：
    获取与所述司机的当前驾驶行为有关的数据；以及
    基于所述司机的当前驾驶行为有关的数据，确定是否满足推送条件。
  13. 根据权利要求1所述的信息推送方法，其特征在于，所述方法进一步包括：
    获取所述司机的档案信息；以及
    基于所述档案信息确定待推送信息。
  14. 根据权利要求13所述的信息推送方法，其特征在于，所述司机的档案信息包括以下中的至少一项：年龄、性别、驾龄、教育程度。
  15. 根据权利要求1所述的信息推送方法，其特征在于，所述待推送信息包括语音信息、文字信息和/或图像信息。
  16. 根据权利要求1所述的信息推送方法，其特征在于，所述违规行为包括以下中的至少一项：路口未减速、注意力不集中、疲劳驾驶、酒驾、闯红灯、急加速、急减速、急变道、人证不符、态度恶劣。
  17. 一种信息推送系统，其特征在于，所述系统包括：
    用于存储计算机指令的至少一个存储器；
    与所述存储器通讯的至少一个处理器，其中当所述至少一个处理器执行所述计算机指令时，所述至少一个处理器使所述系统执行：
    确定司机历史驾驶行为中执行违规行为的违规次数；
    基于所述违规行为和对应的违规次数确定待推送信息；以及
    向所述司机的司机终端发送所述待推送信息。
  18. 根据权利要求17所述的信息推送系统，其特征在于，为确定司机执行违规行为的违规次数，所述至少一个处理器使所述系统进一步执行：
    获取与所述司机的历史驾驶行为有关的历史数据，所述历史数据包括所述司机已完成订单的乘客评价信息、所述司机的历史驾驶行为的状态数据，或所述司机的历史违规记录中的至少一种；以及
    基于所述历史数据，确定所述司机执行所述违规行为的违规次数。
  19. 根据权利要求18所述的信息推送系统，其特征在于，所述历史驾驶行为的状态数据包括以下中的至少一项：速度、加速度、角速度、角加速度、路径、路况。
  20. 根据权利要求17所述的信息推送系统，其特征在于，所述待推送信息包括用于提示用户注意所述违规行为的安全提示信息。
  21. 根据权利要求20所述的信息推送方法，其特征在于，为确定是否满足推送条件，所述至少一个处理器使所述系统进一步执行：
    确定所述违规行为对应的违规次数是否超过第一预设阈值；以及
    响应于所述违规行为对应的违规次数超过所述第一预设阈值的确定结果，向所述司机的司机终端发送所述安全提示信息。
  22. 根据权利要求21所述的信息推送系统，所述至少一个处理器使所述系统进一步执行：
    基于所述违规行为的类型和所述司机的历史驾驶行为中的至少一种，确定所述第一预设阈值。
  23. 根据权利要求17所述的信息推送系统，其特征在于，所述待推送信息包括用于限制所述司机接单的限制信息。
  24. 根据权利要求23所述的信息推送系统，其特征在于，为确定所述待推送信息，所述至少一个处理器使所述系统进一步执行：
    确定所述违规行为对应的违规次数是否超过第二预设阈值；
    响应于所述违规行为对应的违规次数超过所述第二预设阈值的确定结果，向所述司机的司机终端发送所述限制信息。
  25. 根据权利要求17所述的信息推送系统，其特征在于，所述待推送信息包括奖励信息。
  26. 根据权利要求25所述的信息推送系统，其特征在于，为确定所述待推送信息，所述至少一个处理器使所述系统进一步执行：
    确定所述违规行为对应的违规次数是否小于第三预设阈值或者所述违规次数在历史时间段内是否呈降低趋势；以及
    响应于所述违规行为对应的违规次数小于所述第三预设阈值或所述违规次数在历史时间段内呈降低趋势的确定结果，向所述司机的司机终端发送所述奖励信息。
  27. 根据权利要求17所述的信息推送系统，为向所述司机的司机终端发送所述待推送信息，所述至少一个处理器使所述系统进一步执行：
    确定是否满足推送条件；以及
    响应于推送条件被满足的确定结果，向所述司机的司机终端发送所述待推送信息。
  28. 根据权利要求27所述的信息推送系统，其特征在于，为确定是否满足推送条件，所述至少一个处理器使所述系统进一步执行：
    获取与所述司机的当前驾驶行为有关的数据；以及
    基于所述司机的当前驾驶行为有关的数据，确定是否满足推送条件。
  29. 根据权利要求17所述的信息推送系统，其特征在于，所述至少一个处理器使所述系统进一步执行：
    获取所述司机的档案信息；以及
    基于所述档案信息确定待推送信息。
  30. 根据权利要求29所述的信息推送系统，其特征在于，所述司机的档案信息包括以下中的至少一项：年龄、性别、驾龄、教育程度。
  31. 根据权利要求17所述的信息推送系统，其特征在于，所述待推送信息包括语音信息、文字信息和/或图像信息。
  32. 根据权利要求17所述的信息推送系统，其特征在于，所述违规行为包括以下中的至少一项：路口未减速、注意力不集中、疲劳驾驶、酒驾、闯红灯、急加速、急减速、急变道、人证不符、态度恶劣。
  33. 一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行方法，所述方法包括：
    确定司机执行违规行为的违规次数；
    基于所述违规行为和对应的违规次数确定待推送信息；以及
    向所述司机的司机终端发送所述待推送信息。
  34. 一种信息推送系统，其特征在于，包括：
    违规确定模块、推送信息确定模块、通信模块；
    所述违规确定模块用于确定司机历史驾驶行为中执行违规行为的违规次数；
    所述推送信息确定模块用于基于所述违规行为和对应的违规次数确定待推送信息；
    所述通信模块用于向所述司机的司机终端发送所述待推送信息。
PCT/CN2019/103822 2018-08-31 2019-08-30 一种信息推送方法和系统 WO2020043202A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
BR112021003809-4A BR112021003809A2 (pt) 2018-08-31 2019-08-30 métodos e sistemas para recomendação de informação
MX2021002433A MX2021002433A (es) 2018-08-31 2019-08-30 Métodos y sistemas para recomendación de información.
US17/187,744 US20210221385A1 (en) 2018-08-31 2021-02-27 Methods and systems for information recommendation

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811008747.6 2018-08-31
CN201811008747.6A CN110875937A (zh) 2018-08-31 2018-08-31 一种信息推送方法和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/187,744 Continuation US20210221385A1 (en) 2018-08-31 2021-02-27 Methods and systems for information recommendation

Publications (1)

Publication Number Publication Date
WO2020043202A1 true WO2020043202A1 (zh) 2020-03-05

Family

ID=69642862

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/103822 WO2020043202A1 (zh) 2018-08-31 2019-08-30 一种信息推送方法和系统

Country Status (5)

Country Link
US (1) US20210221385A1 (zh)
CN (1) CN110875937A (zh)
BR (1) BR112021003809A2 (zh)
MX (1) MX2021002433A (zh)
WO (1) WO2020043202A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111986063B (zh) * 2020-08-17 2022-08-30 广西云森科技有限公司 一种网约车乘客防护系统及方法
CN112070004A (zh) * 2020-09-07 2020-12-11 北京软通智慧城市科技有限公司 一种智能城市违章监管方法、系统、服务器和存储介质
CN112134945A (zh) * 2020-09-21 2020-12-25 平安国际智慧城市科技股份有限公司 信息推送方法、装置、电子设备及存储介质
JP2022138722A (ja) * 2021-03-10 2022-09-26 トヨタ自動車株式会社 運転診断装置、運転診断システム及び運転診断方法
JP2022144880A (ja) * 2021-03-19 2022-10-03 本田技研工業株式会社 情報提供サーバ、情報提供システム、情報提供方法および情報提供プログラム
CN115331442B (zh) * 2022-08-10 2023-09-29 重庆大学 一种智能交通信息自定义系统及方法
CN115346370B (zh) * 2022-08-10 2023-11-03 重庆大学 基于智能交通的路口防碰撞系统及方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104077819A (zh) * 2014-06-17 2014-10-01 深圳前向启创数码技术有限公司 基于行车安全的远程监控方法及系统
CN104537860A (zh) * 2015-01-12 2015-04-22 小米科技有限责任公司 行车安全提示方法及装置
CN105869229A (zh) * 2016-03-25 2016-08-17 福建星海通信科技有限公司 基于车载监控管理平台的司机评分管理方法以及系统
CN106056162A (zh) * 2016-06-07 2016-10-26 浙江大学 一种基于gps轨迹和交通违法记录的交通安全信用评分方法
US20170228683A1 (en) * 2014-08-04 2017-08-10 Beijing Didi Infinity Technology And Development Co., Ltd. Methods and systems for distributing orders

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9615213B2 (en) * 2009-07-21 2017-04-04 Katasi Llc Method and system for controlling and modifying driving behaviors
CN103198685B (zh) * 2013-03-15 2016-04-13 Tcl康钛汽车信息服务（深圳）有限公司 一种实现驾驶安全预警的方法、系统
US9714037B2 (en) * 2014-08-18 2017-07-25 Trimble Navigation Limited Detection of driver behaviors using in-vehicle systems and methods
CN105160899B (zh) * 2015-08-18 2017-07-14 青岛华高软件科技有限公司 一种物联网智能交通违法管理装置
CN106126960A (zh) * 2016-07-25 2016-11-16 东软集团股份有限公司 驾驶安全评估方法及装置
CN106372817A (zh) * 2016-10-25 2017-02-01 先锋智道（北京）科技有限公司 一种司机驾驶行为生成方法、装置及系统
CN207249919U (zh) * 2017-06-18 2018-04-17 茹景阳 一种智能交通管理系统
CN107963082A (zh) * 2017-12-29 2018-04-27 通化市聚诚网络科技有限公司 一种车辆驾驶信息推送方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104077819A (zh) * 2014-06-17 2014-10-01 深圳前向启创数码技术有限公司 基于行车安全的远程监控方法及系统
US20170228683A1 (en) * 2014-08-04 2017-08-10 Beijing Didi Infinity Technology And Development Co., Ltd. Methods and systems for distributing orders
CN104537860A (zh) * 2015-01-12 2015-04-22 小米科技有限责任公司 行车安全提示方法及装置
CN105869229A (zh) * 2016-03-25 2016-08-17 福建星海通信科技有限公司 基于车载监控管理平台的司机评分管理方法以及系统
CN106056162A (zh) * 2016-06-07 2016-10-26 浙江大学 一种基于gps轨迹和交通违法记录的交通安全信用评分方法

Also Published As

Publication number Publication date
CN110875937A (zh) 2020-03-10
MX2021002433A (es) 2021-07-02
US20210221385A1 (en) 2021-07-22
BR112021003809A2 (pt) 2021-05-18

Similar Documents

Publication Publication Date Title
WO2020043202A1 (zh) 一种信息推送方法和系统
US11748780B2 (en) Content output systems using vehicle-based data
US11132849B1 (en) Vehicle telematics and account management
US11037107B1 (en) Automatic determination of rental car term associated with a vehicle collision repair incident
US11568492B2 (en) Information processing apparatus, information processing method, program, and system
US10380642B2 (en) Content output systems using vehicle-based data
TWI682321B (zh) 基於位置資訊執行動作的系統、方法和非暫時電腦可讀取媒體
US10133530B2 (en) Electronic display systems connected to vehicles and vehicle-based systems
US20200104881A1 (en) Vehicle control system, vehicle control method, program, and vehicle management system
US9773281B1 (en) Accident detection and recovery
US10885539B1 (en) Driving points
EP3714340A2 (en) Enhanced vehicle sharing system
WO2022037415A1 (zh) 一种提醒用户的方法和系统
US20180025554A1 (en) Vehicle diagnostic data
CN111127282B (zh) 用于确定推荐位置的系统和方法
US11816737B1 (en) Driver identity detection and alerts
WO2023051322A1 (zh) 出行管理方法、相关装置及系统
CN110782051A (zh) 一种提醒服务请求者的方法及系统
CN111310062A (zh) 匹配方法、匹配服务器、匹配系统以及存储介质
CN111178559A (zh) 一种提醒服务请求者的方法及系统
CN110781412B (zh) 用于识别路网中孤岛区域的系统和方法
JP6697998B2 (ja) 移動体保険料算出方法、移動体保険料算出装置、移動体保険料算出プログラム及び移動体
CA3099982A1 (en) Content output systems using vehicle-based data
US11836760B1 (en) Vehicle advertising platform
CN109716715B (zh) 用于馈送流发送的系统和方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19856138

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112021003809

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112021003809

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20210226

122 Ep: pct application non-entry in european phase

Ref document number: 19856138

Country of ref document: EP

Kind code of ref document: A1