US20150031330A1

US20150031330A1 - System and method for preventing cell phone use while driving

Info

Publication number: US20150031330A1
Application number: US14/452,025
Authority: US
Inventors: Xuesong Zhou; Wallace Curry
Original assignee: Curry Technologies LLC
Current assignee: Curry Technologies LLC
Priority date: 2008-10-09
Filing date: 2014-08-05
Publication date: 2015-01-29
Also published as: US8971927B2; CN102177750A; EP2335438A2; WO2010042545A3; CA2739300A1; EP2335438A4; WO2010042545A2; US20110294520A1; AU2009302470A1; JP2012505602A

Abstract

A system for monitoring and controlling the use of a mobile computing device is disclosed. The system includes a data server containing a model of a road network specifying traffic routes at a selected location. A mobile wireless computing device is configured o wirelessly communicate with the data server. An embedded accelerometer and a GPS receiver are included in the wireless device. A mobile device control module in communication with the wireless device and the data server provides a motion data cache to record data from the GPS receiver and accelerometer, an activity mode recognition module configured to determine a type of activity based on the motion data cache, and a use permission module in communication with the data server to provide timing and location information at which the wireless device can be used based on the activity mode.

Description

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 13/123,490, filed Jun. 28, 2011, which is a National Stage Entry according to 35 U.S.C. §371 of PCT Application No. PCT/US09/59732, filed Oct. 6, 2009, which claims priority under 35 U.S.C. §119(e) to U.S. Provisional Patent Application No. 61/104,171, filed Oct. 9, 2008, each of which are incorporated by reference herein.

BACKGROUND

In 2007, statistics show that about 84% of the US population subscribed to a form of wireless mobile phone service. Approximately 6% of automobile drivers admitted to using hand-held phones while driving. The actual number of drivers using wireless devices is likely much greater. Researchers have shown that using mobile phones while driving is four times as likely to get into crashes, and the increased crash risk is similar for hands-free and hand-held phones.
The U.S. Department of Transportation has launched numerous programs and initiatives to reduce traffic-related fatalities and injuries. Many states explicitly prohibit talking, text-messaging or playing video games on hand-held mobile phones while driving. Additionally, a number of states, such as California, have passed laws banning or restricting young drivers (under age 18) from using mobile phones, or other types of mobile devices while driving.
However, a recent study in North Carolina finds that teenagers seem to ignore such restrictions. A ban on the use of wireless devices by teenagers while driving was enacted in spring, 2007. The study found that approximately 11% of teenage drivers observed departing 25 high schools were using mobile phones during the two months before the restrictions were enacted, while about 12% of teenage drivers were observed using mobile phones during the five months after the enactment of the restrictions.
Currently, mobile phone usage is no longer limited to making and receiving calls. Both Global Positioning System (GPS) and accelerometer sensors have been widely supported in the next generation of mobile phones (i.e. cell phones, smart phones). For example, both GPS and accelerometer sensors have been equipped in iPhone 3G smart phones from Apple Inc., while 50% of Nokia mobile phones shipped in 2009 will be GPS-enabled.

SUMMARY

A system for monitoring and controlling the use of a mobile computing device is disclosed. The system includes a data server containing a model of a road network specifying traffic routes at a selected location. A mobile wireless computing device is configured to wirelessly communicate with the data server. An embedded accelerometer and a GPS receiver are included in the wireless device. A mobile device control module in communication with the wireless device and the data server provides a motion data cache to record data from the GPS receiver and accelerometer, an activity mode recognition module configured to determine a type of activity based on the motion data cache, and a use permission module in communication with the data server to provide timing and location information at which the wireless device can be used based on the activity mode. The mobile device control module can be downloaded and operated on the wireless device, with some aspects of the control module operating on and communicating with the data server.
A computing device in communication with the data server can be used to select timing and location information in which use of the wireless device is permitted or restricted. For example, a graphical user interface can be used to restrict use of the wireless device during certain periods, such as school time or after a curfew time. Use may also be restricted at certain geographic locations or paths, such as along a route to school, or work, or at a specific location such as a user's school. In addition, use of the wireless device may be permitted along a known bus route.
The motion data cache can also be used to record the location, speed, and acceleration of the mobile wireless computing device each time a phone call is transmitted from or received by the wireless device. The data in the motion data cache can be transmitted to and stored on the data server. The data in the motion data cache can be compared with the user permission data to enable a driver safety statistic to be calculated based on when and where the wireless computing device was used and the motion of the device. The driver safety statistic may be decreased for certain user behaviors, such as use of the device while driving a vehicle, and use of the device during restricted time periods. In addition, the wireless device may collect data during periods other than when phone calls are answered or made. For example, the wireless device may collect speed and location information and report the information back to the data server. The driver safety statistic can also be decreased based on driving behavior, such as speeding, abnormal acceleration, abnormal deceleration, and taking sharp turns. The safety statistic can be reported to or calculated at the data server.
The safety statistic and other information collected by the wireless device can be made available to selected individuals, such as a user's parents or guardian, or desired a third party such as an insurance company. The insurance company can provide the user a discounted rate in return for the user maintaining a safety statistic that is greater than a selected threshold value.
The activity recognition module is configured to identify when the user of the wireless device is performing a task, such as walking, running, or driving. In addition, the activity recognition module can identify when a user is substantially stationary.
A dynamic call handling module is configured to place the wireless device in a selected mode based on the activity mode. For example, when it is identified that the user is driving based on information from the accelerometer and GPS receiver, then the wireless device can be placed in a driving mode. The module can be used to communicate to a caller that the mobile wireless computing device is not available when the activity mode recognition module identifies a specific type of restricted activity, such as driving. The module may disable the wireless device from making or receiving calls in certain modes, such as the driving mode. Alternatively, selected phone calls, such as emergency phone calls can be allowed. The wireless device may emit a selected ringtone when the user is driving to allow the user to stop the vehicle and answer the phone call. The dynamic call handling module can also be used to send a message to the caller that the user is not available because he or she is driving.

BRIEF DESCRIPTION OF THE DRAWINGS

Features and advantages of the invention will be apparent from the detailed description which follows, taken in conjunction with the accompanying drawings, which together illustrate, by way of example, features of the invention; and, wherein:

FIG. 1 is an illustration of a system for monitoring and controlling the use of a mobile computing device in accordance with an embodiment of the present invention;

FIG. 2 is a flow chart depicting a user permission management and driving safety monitoring system on a web server in accordance with an embodiment of the present invention;

FIG. 3 is a flow chart depicting a driving safety monitoring program on a mobile phone client in accordance with an embodiment of the present invention.

FIG. 4 is a timeline of a GPS collection data period in accordance with an embodiment of the present invention.

FIG. 5 is a flow chart depicting how to combine two sources of data from the embedded GPS receiver and accelerometer in a mobile phone to precisely identify the type of motion in accordance with one embodiment of the present invention.

FIG. 6 is a flow chart illustrating a method for monitoring and controlling the use of a mobile computing device in accordance with one embodiment of the present invention.

Reference will now be made to the exemplary embodiments illustrated, and specific language will be used herein to describe the same. It will nevertheless be understood that no limitation to the scope of the invention is thereby intended.

DETAILED DESCRIPTION

Before the present invention is disclosed and described, it is to be understood that this invention is not limited to the particular structures, process steps, or materials disclosed herein, but is extended to equivalents thereof as would be recognized by those ordinarily skilled in the relevant arts. It should also be understood that terminology employed herein is used for the purpose of describing particular embodiments only and is not intended to be limiting.
It should be understood that many of the functional units described in this specification have been labeled as modules, in order to more particularly emphasize their implementation independence. For example, a module can be implemented as a hardware circuit comprising custom VLSI circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components. A module can also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices, or the like.
Modules can also be implemented in software for execution by various types of processors. An identified module of executable code can, for instance, comprise one or more physical or logical blocks of computer instructions, which can, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together, but can comprise disparate instructions stored in different locations which, when joined logically together, comprise the module and achieve the stated purpose for the module.
Indeed, a module of executable code can be a single instruction, or many instructions, and can even be distributed over several different code segments, among different programs, and across several memory devices. Similarly, operational data can be identified and illustrated within modules, and can be embodied in any suitable form and organized within any suitable type of data structure. The operational data can be collected as a single data set, or can be distributed over different locations including over different storage devices, and can exist, at least partially, merely as electronic signals on a system or network. The modules can be passive or active, including agents operable to perform desired functions.
Reference through this specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrases “in one embodiment” or “in an embodiment” in various places throughout this specification are not necessarily all referring to the same embodiment.
Furthermore, the described features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided, such as examples of materials, fasteners, sizes, lengths, widths, shapes, etc., to provide a thorough understanding of embodiments of the invention. One skilled in the relevant art will recognize, however, that the invention can be practiced without one or more of the specific details, or with other methods, components, materials, etc. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid obscuring aspects of the invention.

EXAMPLE EMBODIMENTS

By utilizing GPS and accelerometer sensors embedded in mobile phones to monitor driving safety performance, an integrated and economical solution can be created to detect and prevent unsafe driving behavior such as talking on or texting with mobile phones while driving. In one embodiment, the driving safety data can be recorded in mobile phones and then transmitted to a centrally managed data server through wireless communication links, such as GSM/GPRS. Usage restrictions on mobile phones, such as permissible traffic routes and schedules, can be input through an internet website and further sent to designated mobile phones. A driving safety evaluation module can be used to perform a statistical analysis on collected raw driving data. The evaluation module can then calculate corresponding safety scores. The safety scores can be used by consumers and insurance agencies to determine insurance premiums for related drivers. The system can also be used by parents to prevent their teenage drivers from operating a motorized vehicle while texting, calling, or performing other unsafe driving actions. The system can also be used by commercialized vehicle companies, rail companies, and the like to proactively control the use of mobile devices while their commercial vehicle drivers are operating vehicles, trains, airplanes, helicopters, and the like.
While the term “mobile phone” is used throughout the device, the invention is not limited to wireless or cellular telephones. The term “mobile phone” can include any type of electronic mobile computing device that can be used while traveling in a vehicle. The term GPS is used throughout the specification to refer to a positional tracking technology. Other types of positional tracking technologies can be used as well, such as triangulation based on signals received from cell towers, and similar technologies.
In one embodiment illustrated in FIG. 1, the system comprises a client/server architecture, which consists of a centrally managed driving safety data server 104, an interactive user control web site 102, and a network of mobile phones 106 equipped with GPS 114 and/or accelerometer 116 sensors. One embodiment of the system is described as follows.

Use Permission Data Input

A graphical user interface can be installed on a data input device 102, such as a computer, laptop, smart phone, or other computerized device. The graphical user interface can be used to communicate, via a connection such as an internet connection, with a data server 104. The data server can include geographic data that enables parents or commercialized vehicle companies to specify permissible or restricted routes and time schedules for the use of calling or texting capability in a mobile phone 106 when the phone is in driving mode. Restricted routes can be selected based on the driver's typical driving patterns, such as to school, sporting events, and leisure activities. For passengers, the permissible routes can include bus routes and metro routes that will enable passenger phones to operate while the phone is moving at a relatively high rate of speed. For train operators, a train's route can be easily specified using the graphical user interface, thereby restricting a train operator from using selected mobile devices while the train is in operation.

Use Permission Data Retrieval

A client 110 unit on a GPS-enabled mobile phone 106 establishes a wireless connection 108 to the driving safety data server 104 in a computer network. A user can download the required software from the server 104 to the mobile phone 106 to set up the client unit on the phone. In response to a request from the client unit on the mobile phone, the driving safety data server can return use permission data to a specific phone client. The phone client can store the permission data into a local use permission database 112 for easy access.

Motion Data Recording

When a call is made or received using a mobile phone 106, the mobile phone client 110 can record location, speed and acceleration data from sensors embedded in the wireless device, such as a GPS sensor 114 and accelerometer 116. The data can be recorded to a local motion data cache 118 for further processing. The local data cache can be used to store raw data for an extended period of time in order to provide sufficient information for a user activity mode recognition program 120.

User Activity Mode Recognition

Based on collected data in the motion data cache 118, a user activity mode recognition program 120 estimates the context of mobile phone use. For example, the mobile phone or other electronic device may be used while driving, walking or remaining still. The user activity mode recognition program can be used to determine if the use of a mobile phone in the related context violates the pre-set permission policies.

Dynamic Call Handling

If a phone call is received at the mobile phone 106 and the user mode is recognized as driving, a dynamic call handling program 122 that is in communication with the activity mode recognition program 120 can be used to enable the phone 104 to communicate to a caller that the mobile phone user is currently driving. The phone can also signal to the driver with a different ringtone based on the predefined caller priority so that the driver can decide whether to pull over the car to take the call or call back later.

Motion Data Uploading

Through mobile phone communication links, motion data and activity mode estimation results of a user of the mobile phone 106 can be transmitted to the driving safety data server 104, and further displayed through an interactive user control website to enable visualization of possible violations of mobile phone use or unsafe driving behavior such as speeding, abnormal deceleration and sharp turns.

Safety Score Evaluation

Based on a statistical analysis method, the raw driving performance data of a user of the mobile phone 106 can be processed to provide a driving safety index or score for the user.

Safety Evaluation Data Sharing

Through a data exchange server or a data exchange interface, a system user can share the safety score of the user of the mobile phone 106 with a third party such as an insurance company 130 to obtain insurance premiums. The cost of the insurance premium for the user can be reduced or increased based on the safety score of the user. In one embodiment, the premium cost can be adjusted periodically based on the user's safety score during the previous period. For example, the cost can be adjusted monthly, quarterly, semi-annually, or annually. In addition, a commercial vehicle operator can be offered incentives based on the operator's safety score, thereby encouraging the vehicle operator to operate the vehicle within acceptable parameters.

GPS Mode and Communication Mode

In one embodiment, a mobile phone 106 can have two mutually exclusive modes: a GPS monitoring/navigation mode and a communication mode. Based on acceleration data from the embedded accelerometer 116, an always-on activity recognition program can detect the activity status of a mobile phone user during various activities. The activity status of the mobile phone can be listed as: driving, walking, remaining still, or unknown due to insufficient data. If the status of the mobile phone user is recognized as driving, the mobile phone can automatically switch to the GPS navigation mode to prevent the use of communication capabilities except for emergency calls. If the mobile phone user is recognized as not driving, the mobile phone can switch back to the communication mode.
The use of the mobile phone client 110 that includes the motion data cache 118, the activity mode recognition 120, the use permission database 112, and the dynamic call handling module 122 provides a reliable method to detect and prevent talking while driving. For example, the mobile phone client does not block a phone call based on delayed and inaccurate GPS data. Use of GPS data alone can create unreliable mode recognition results. This can result in incorrect disruption of cell phone service which can lead to unpleasant user experiences and further limit the system deployment.
Instead of merely relying on GPS data, the mobile phone client 110 first records the position, speed and acceleration data for a certain time period. For example, in one exemplary embodiment, the data can be recorded for a period of up to several minutes. The motion data can be recorded even after a phone call or text messages ends, as shown in FIG. 4. In the post-processing stage, the activity mode recognition module can be used to determine the context of a phone call to a selected user based on previously collected motion data, and adjust the related safety score for the user if a violation is identified. The system can be used to prevent talking/texting while driving by penalizing the unsafe behavior after the fact. With better data availability, the user mode recognition program can better identify the context of a phone call, and make driving safety monitoring more reliable.
The mobile phone client 110 utilizes the GPS 114 and accelerometer 116 sensors embedded in mobile phones to track location, speed and acceleration data of a driver. The communication links available in the mobile phone can be used to transmit driving safety performance data to a central data server. The seamlessly integrated tracking and communication capabilities do not require additional or external hardware purchase or modifications. The system can be easily deployed by a software download from the Internet to a mobile phone. The system provides a more economical and convenient method to enforce personalized driving safety regulations. For example, the system can be used to enforce a mandatory 50 hours supervised driving practice for new drivers, as required by many states.
Additionally, by monitoring and sharing the driving safety performance data between insurance policyholders and insurance companies, the invention provides more incentives in terms of credits or discounts for insurance policyholders and insurance companies to work together to improve driver safety performance. The system can prevent countless motorized vehicle accidents and deaths, thereby enabling a significant amount of money to be saved for the mobile phone owner and insurance company. In addition, commercial companies employing drivers can be assured that their drivers will not be distracted by wireless devices. This can significantly reduce potentially catastrophic accidents for which the company may be responsible.
While the mobile phone client 110 is illustrated in FIG. 1 as including a variety of modules, caches, and databases, it is also possible that these be located remotely, such as on the driving safety server, or on a mobile phone service provider's network. The location of software and firmware used to create the functionality of the system for monitoring and controlling the use of a mobile computing device illustrated in FIG. 1 can be based on a tradeoff between the complexity of the mobile device and the amount of information communicated on the mobile device's network. By placing more modules, caches, and databases on the mobile device, it can require a more complex device (having more memory). However, the amount of communication needed to operate the system can be reduced. Conversely, locating more of the modules, caches and databases remotely can enable the use of a simpler mobile device, but can require additional communication between the mobile device 106, the driving data safety server 104, and the mobile device service provider (not shown). The actual location of the modules, caches, and databases can be decided based on engineering and business needs.
FIG. 2 illustrates a flow chart depicting a user permission management and driving safety monitoring system located on a web server. In one example embodiment, a parent can use the use permission input interface 202 to input their teen driver's cell phone number and the parent's phone number that can receive the teen driver's safety violation records by phone calls, voice mails, or text messages. Through a web-based map interface 204, the parent can further specify locations, routes, and areas where their teenagers are permitted or not allowed to use the cell phone and/or drive a car. A parent can detail a time schedule and speed limit associated with each route or each type of road that their teen drivers should strictly obey. All the use permission data can be organized and combined into a use permission database 206, which can be further compressed to different data formats and wirelessly sent to the corresponding mobile phone client 210 operating on a mobile phone or other type of communication device for phone and automobile usage monitoring purposes. The motion data from a mobile phone can be transmitted to the driving safety performance database in the data server 208.
The safety performance data and use permission data can be cross-checked with each other and used in a later driving safety score evaluation module 212. For example, an initial driving score can be set as 100 points for a selected period, such as the period in which the car is in motion (i.e. the trip), or for a set period such as a day. Point deductions from the initial driving score can be determined by the relationship between types of driving safety violations and traffic accidents. For example, 1-10 mph over the speed limit may deduct 20 points, and 11-15 mph over the speed limit may deduct 30 points from the score. In addition, unsafe behaviors of talking-while-driving and texting-while-driving can be accordingly associated with different point penalties. The score over a selected time period (e.g. 1 year or 2 years) can be compiled and summarized to form a driving safety score. For example, the score can be an average of each driving score over the time period. The driving safety score data 214 can be shared with a third party through a data sharing interface 216 such as a database or XML format. A parent, employer, or insurer can review the driving performance and resulting safety score of a driver through a driving safety monitoring graphical interface 218.
FIG. 3 illustrates a flow chart depicting a driving safety monitoring program on a mobile phone client. If the mobile phone is not in monitoring mode, the motion recording process can be activated 302 on the phone. This can be accomplished by the user of the phone, or through an automated process by the mobile phone client when a selected type of motion is detected. For example, the reporting process can be activated when an outgoing call 301 is made or an incoming call 303 is received.
The GPS receiver 314 can collect location and speed data of the mobile device. The accelerometer 316 can collect acceleration/deceleration data in different axes. Each motion measurement from the GPS sensor and accelerometer can be associated with a timestamp, and stored in a local motion data cache 304 for each pre-specified sampling interval. The activity mode recognition module 306 can use recorded time stamped data to estimate the type of activity: driving, walking, running or remaining substantially still. If sufficient data is not available to identify the activity mode with high confidence, then the estimation result is temporally marked as unknown, and the activity mode recognition module 306 can wait for more motion data to make final estimations with high confidence. If the activity mode is recognized in real-time, the dynamical call handling module 308 can allow or disallow users to receive or make a call, text a message, play games, or use other components or software programs on a mobile computing device such as a mobile phone. For an incoming call, a “user is driving” message 310 can be sent to the caller or other appropriate response messages can be similarly programmed and sent based on the collected data. Dependent on the pre-specified priority of a caller, the cell phone user can be notified by different ringtones 312 for different callers so that a decision can be made if the cell phone user needs to pull over to receive the call, or ignore the current in-coming call and make a call back after the user arrives at his/her destination. The dynamical call handling module 308 also determines if the cell phone is allowed to function based on use permission data 318.
The use permission data 318 can be communicated to the mobile computing device through the mobile phone communication link 320 from a computer or server 322, as previously discussed. Data from the motion data cache 304 and the activity mode recognition module 306 can be transmitted to a local driving safety performance database 324. The collected driving safety information can be sent back to the server 322 through mobile phone communication links 320. If the use permission database, activity mode recognition module 306, and motion data cache 304 all signal that the mobile phone is not traveling at a high rate of speed, and is available for use, based on time and location, then it can be placed in a “ready to use” mode 313.
One of the key performance measures for GPS data reception is Time to First Fix (TTFF). To reduce the power consumption, the embedded GPS receiver 314 in a mobile phone is typically turned off by default when a mobile phone is in standby mode or is not charged. Otherwise, if the GPS receiver is always on, the battery of a GPS-enabled phone can only last a very short time period, e.g. 4-5 hours. To reduce the battery consumption, the GPS receiver is reactivated only right after a phone call is made or received. If the position of the current phone call is different from the position of the previous phone call, which is most likely to occur for a talking-while-driving user, then the GPS receiver needs a cold start, which takes about from 30 seconds to 2 minutes. If the user only takes a couple of seconds to answer the phone call or view the text message, after the communication process completes, the GPS sensor has not received any reliable GPS location data yet, or may not have sufficient data to make a high-quality estimation for user activity mode.
There are a number of time-sensitive issues that require commercial fleet drivers (i.e. truck drivers, taxi drivers, delivery drivers, etc.) to communicate with dispatchers or other drivers using a cell phone while driving. For example, a driver's cell phone can be used to receive information about a deviation/change from an itinerary or a pre-set route, to receive information regarding special traffic conditions, to report a vehicle breakdown or mechanical problems, and so forth.
In addition, when the driving condition or context requires very low attention from a driver, such as when driving on a rural highway with a low level of traffic, certain types of communication modes (such as talking while driving through headsets) can be allowed to increase the driver's efficiency.
To address the above user needs while ensuring driving safety, one embodiment of a system for monitoring and controlling the use of a mobile computing device can be configured to dynamically switch communication mode to GPS mode depending on the complexity of the driving conditions. This is in contrast to an embodiment that does not allow any non-emergency cell phone communications at driving mode, especially for teen drivers.
To detect the complexity of a driving situation/context, the activity mode recognition module 306 can use a number of data sources, such as the motion data cache 304, traffic incident reports from public or private traffic information providers, real-time traffic information from roadside sensors, and local traffic data exchanges through vehicle-to-vehicle communications. A statistical model can be used to estimate and classify the complexity of driving situations and driving attention needs, and then accordingly prevent the cell phone use under complex/critical driving contexts. For example, if a roadside sensor or motion data cache 304 indicates the driver is approaching the tail of a traffic queue, a complex weaving road segment, or a nearby car incident site, then the communication mode can be automatically disabled using the dynamic call handling module 308. The driver can then fully focus on the prevailing driving condition. After the driving condition demands less driving attention and the complexity of the driving condition is classified as sufficiently low, the received messages from dispatchers can be displayed or read to a driver at a later time.
FIG. 4 illustrates that the type of activity can be identified reliably using a post-processing technique of the present invention. Right after an incoming phone or text message is received or an outgoing phone call is made, the GPS sensor and accelerometer can start to record a motion time series. Regardless if the phone communication process (i.e. phone call or text message) is complete or not, the sensors can continue to collect the data for an extended time period, e.g. 6 minutes, to determine the type of current activity. The risky behaviors of talking while driving or texting while driving may not be identified in real-time due to limited data, but the post-processing technique can deliver high-confidence estimation results. In this manner, any unsafe driving behaviors can be penalized after the fact by deducting the driving safety score in the data server, as previously discussed. In the extended data collection time period, if the user changes the activity mode, for example, from driving to fully stop, or from stop to driving, the system uses acceleration data from the accelerometer to determine the change of activity mode, and then further estimate the motion type before or after the change.
One of the key challenges is how to distinguish driving versus walking In walking mode, talking through the mobile phone can be allowed, but texting while walking should be discouraged for safety concerns. In driving mode, both talking and texting actions should be prevented. If only GPS data is used in activity mode recognition, it is easy to identify driving mode when the speed is high (e.g. greater than 15 miles/hour). However, when the moving speed is low, it is difficult to distinguish driving, walking or running modes. On the other hand, the accelerometer data can be used to effectively recognize walking and running modes. But when using accelerometer data only, it can be difficult to distinguish if the car or user is moving at a relatively constant speed or remaining substantially stationary.
FIG. 5 illustrates how to combine information from the GPS and accelerometer sensors to precisely identify the type of activity. In FIG. 5, GPS location data is first fetched from different timestamps 502, and a space-mean speed measure is calculated 504 as traveled distance divided by time interval. If the space-mean speed is in a high-speed range, then the user is likely to be in driving mode 506. If the space-mean speed is substantially near zero or equal to zero, then the user is likely in “remaining stationary” mode 508. If a GPS measurement gives a median range space-mean speed (e.g. 1 mph-15 mph), then accelerometer data needs to be fetched 510 and the magnitude of acceleration/deceleration is calculated 512 for the same data collection time interval. If the motion magnitude is high, then the user can be identified as likely to be running 514. If the motion magnitude is in the medium range, then the user is walking 516, otherwise, the user is either driving at low speed purposely or driving under traffic congestion conditions 518. In accordance with an embodiment of the present invention, a method 600 for monitoring and controlling the use of a mobile computing device is disclosed, as depicted in the flow chart of FIG. 6. The method includes the operation of measuring 610 a speed of the mobile computing device over a selected time period using a GPS receiver to provide speed data. An acceleration of the mobile computing device is also measured 620 over the selected time to provide acceleration data. An activity mode of the mobile computing device is determined 630 based on the speed data and the acceleration data gathered over the selected period of time. The activity mode can be selected from walking, running, driving, and stationary.
A use permission database can be queried 640 to determine if the mobile computing device is accessible based upon predetermined rules stored in the use permission database. As previously discussed, the use permission database contains predetermined temporal and geographic limitations at which the mobile computing device can be used. Access is provided 650 to functions of the mobile computing device based on the activity mode and the use permission database rules. Access to the mobile computing device can be provided to inbound calling, outbound calling, texting, and software applications on the mobile computing device based on the activity mode and the use permission database data. In addition, driver safety data can be communicated to a data storage device external from the mobile computing device. The driver safety data includes the acceleration data, speed data, and phone usage data to enable a usage of the mobile computing device to be monitored.
While the forgoing examples are illustrative of the principles of the present invention in one or more particular applications, it will be apparent to those of ordinary skill in the art that numerous modifications in form, usage, and details of implementation can be made without the exercise of inventive faculty, and without departing from the principles and concepts of the invention. Accordingly, it is not intended that the invention be limited, except as by the claims set forth below.

Claims

1. A system for monitoring and controlling the use of a mobile computing device, comprising:

a data server containing a use permission database and a model of a road network specifying traffic routes at a selected location;

a mobile wireless computing device configured to wirelessly communicate with the data server and further including an embedded accelerometer and Geo Positioning System (GPS) receiver;

a mobile device control module configured to operate on at least one of the mobile wireless computing device and the data server, wherein the module includes:

a motion data cache configured to record data from the GPS receiver and the accelerometer for a period of greater than one minute;

an activity mode recognition module configured to determine a type of activity based on the motion data cache; and

a use permission module in communication with the data server, wherein the use permission module is configured to:

receive timing and location information from the use permission database detailing a time period and a location that are permissible to use the mobile wireless computing device; and

determine whether to provide access to functions of the mobile wireless computing device based on the timing information, the location information, and a determination made by the activity mode recognition module that the type of activity is driving.

2. A system as in claim 1, further comprising a computing device in communication with the data server, wherein the computing device is configured to enable a user to input desired restrictions based on the location information and the timing information for the mobile wireless computing device and store the information in the data server.

3. A system as in claim 1, wherein the mobile wireless computing device is configured to download the mobile device control module.

4. A system as in claim 1, wherein the activity mode recognition module is configured to use a single source or multiple sources of motion data to identify when a user of the mobile wireless computing device is performing a task selected from the group consisting of driving, walking, running, and remaining substantially stationary.

5. A system as in claim 1, further comprising a dynamic call handling module configured to communicate to a caller that the mobile wireless computing device is not available when the activity mode recognition module identifies the type of activity as driving.

6. A system as in claim 5, wherein the dynamic call handling module is further configured to place the mobile wireless computing device in a driving mode when the type of activity is identified as driving.

7. A system as in claim 5, wherein the dynamic call handling module is further configured to place the mobile wireless computing device in a restricted mode that allows selected operations to be performed on the mobile wireless computing device when driving complexity is determined to be below a selected threshold.

8. A system as in claim 4, wherein the mobile wireless computing device is configured to disable making and answering a phone call with the mobile wireless computing device when the device is placed in the driving mode.

9. A system as in claim 4, wherein the mobile wireless device is configured to make emergency phone calls when the device is placed in the driving mode, while being disabled from making and answering non-emergency phone calls.

10. A system as in claim Error! Reference source not found., wherein the dynamic call handling module is further configured to communicate to a user that a call is received when mobile wireless computing device is in the driving mode by using a selected ring tone to enable the user to stop their vehicle and answer the call.

11. A system as in claim 1, wherein the use permission module is further configured to store specific locations and paths along which the mobile wireless computing device is set in a mode in which it cannot receive phone calls, wherein the specific locations are communicated from the data server.

12. A system as in claim 10, wherein the motion data cache is further configured to record a location, speed, and acceleration of the mobile wireless computing device each time a call is received.

13. A system as in claim 12, wherein data in the motion data cache is transmitted to, and stored on, the data server and combined with user permission data to enable a driver safety statistic to be calculated based on when the mobile wireless computing device was used.

14. A system as in claim 13, further comprising making the driver motion data cache, the user permission data, and the driver safety statistic available on the Internet to selected individuals.

15. A system as in claim 14, further comprising a graphical user interface configured to display the driver motion data cache, the user permission data, and the driver safety statistic to the selected individuals.

16. A system as in claim 14, wherein the driver safety statistic is made available to selected auto insurance companies in return for a predetermined discount for the user when the user's driver safety statistic is greater than selected threshold value.

17. A system as in claim 14, wherein the mobile wireless computing device is operable to answer an incoming phone call while in the driving mode.

18. A system as in claim 17, wherein the driver safety statistic value is decreased when the incoming phone call is answered while the mobile wireless computing device is in the driving mode.

19. A system as in claim 17, wherein the driver safety statistic is decreased based on driving behavior selected from the group consisting of speeding, abnormal acceleration, abnormal deceleration, and sharp turns, driving during school hours, driving after a curfew, and driving outside of routes approved for the use permission module.

20. A method for monitoring and controlling the use of a mobile computing device, comprising:

measuring a speed of the mobile computing device over a selected time period using a GPS receiver to provide speed data;

measuring an acceleration of the mobile computing device over the selected time period to provide acceleration data;

determining an activity mode of the mobile computing device based on the speed data and the acceleration data;

querying a use permission database to determine if the mobile computing device is accessible based upon predetermined rules stored in the use permission database, the predetermined rules including a time range and a location that is permissible to access the mobile computing device; and

providing access to functions of the mobile computing device based on the activity mode and the use permission database rules, wherein the activity mode is a driving mode.