text:
US20160335596A1 - System and Method for Incident Reporting and Notification - Google Patents
System and Method for Incident Reporting and Notification Download PDF
US20160335596A1 US14/950,176 US201514950176A US2016335596A1 US 20160335596 A1 US20160335596 A1 US 20160335596A1 US 201514950176 A US201514950176 A US 201514950176A US 2016335596 A1 US2016335596 A1 US 2016335596A1
US14/950,176
US10095998B2 (en
James Chance Richie
Adam M. Klenk
Amanda Christides
Vorto LLC
Hep Shaleapps LLC
2014-11-24 Priority to US201462083466P priority Critical
2015-11-24 Application filed by Hep Shaleapps LLC filed Critical Hep Shaleapps LLC
2015-11-24 Priority to US14/950,176 priority patent/US10095998B2/en
2016-11-17 Publication of US20160335596A1 publication Critical patent/US20160335596A1/en
2018-01-24 Assigned to HEP SHALEAPPS, LLC reassignment HEP SHALEAPPS, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SHALEAPPS, LLC
2018-01-24 Assigned to SHALEAPPS, LLC reassignment SHALEAPPS, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CHRISTIDES, AMANDA, KLENK, ADAM M., RICHIE, JAMES CHANCE
2018-10-09 Publication of US10095998B2 publication Critical patent/US10095998B2/en
2021-12-09 Assigned to VORTO, LLC reassignment VORTO, LLC CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: GGC SHALEAPPS, LLC
2021-12-09 Assigned to GGC SHALE APPS, LLC reassignment GGC SHALE APPS, LLC CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: HEP SHALEAPPS, LLC
238000004642 transportation engineering Methods 0.000 claims abstract description 11
238000004891 communication Methods 0.000 claims description 29
239000000463 material Substances 0.000 claims description 12
230000000007 visual effect Effects 0.000 claims description 9
230000004044 response Effects 0.000 claims description 5
238000004590 computer program Methods 0.000 claims description 4
238000003860 storage Methods 0.000 description 14
281000105329 Data Resources, Inc. companies 0.000 description 8
239000003138 indicators Substances 0.000 description 3
230000003993 interaction Effects 0.000 description 3
206010022114 Injuries Diseases 0.000 description 2
281999990660 National Institute for Occupational Safety and Health (U.S.) companies 0.000 description 2
238000005259 measurements Methods 0.000 description 2
238000006011 modification reactions Methods 0.000 description 2
239000007787 solids Substances 0.000 description 2
280000405767 Alphanumeric companies 0.000 description 1
280000953412 First Option companies 0.000 description 1
281999990625 Government companies 0.000 description 1
280001018231 Memory Technology companies 0.000 description 1
281000001425 Microsoft companies 0.000 description 1
280000342017 Or Technology companies 0.000 description 1
230000001413 cellular Effects 0.000 description 1
230000001276 controlling effects Effects 0.000 description 1
230000003111 delayed Effects 0.000 description 1
231100000647 material safety data sheet Toxicity 0.000 description 1
239000012092 media components Substances 0.000 description 1
230000001902 propagating Effects 0.000 description 1
238000009877 rendering Methods 0.000 description 1
230000002104 routine Effects 0.000 description 1
238000001228 spectrum Methods 0.000 description 1
230000003442 weekly Effects 0.000 description 1
G06—COMPUTING; CALCULATING; COUNTING
G06Q—DATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
G06Q10/00—Administration; Management
G06Q10/10—Office automation, e.g. computer aided management of electronic mail or groupware; Time management, e.g. calendars, reminders, meetings or time accounting
G01—MEASURING; TESTING
G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
G01C21/34—Route searching; Route guidance
G01C21/36—Input/output arrangements for on-board computers
G01C21/3667—Display of a road map
G01C21/3676—Overview of the route on the road map
G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
G01S19/01—Satellite radio beacon positioning systems transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
G01S19/13—Receivers
G01S19/14—Receivers specially adapted for specific applications
G01S19/17—Emergency applications
G06F—ELECTRIC DIGITAL DATA PROCESSING
G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
G06F16/29—Geographical information databases
G06F17/30241—
G06K—RECOGNITION OF DATA; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
G06K19/06018—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding
G06K19/06028—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding using bar codes
G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
G06K19/0723—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips the record carrier comprising an arrangement for non-contact communication, e.g. wireless communication circuits on transponder cards, non-contact smart cards or RFIDs
G08—SIGNALLING
G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
A system and method for incident reporting system includes at least one client device and at least one server computer. The at least one client device includes at least one processor, a camera unit, and a microphone, and is programmed or configured to generate location data for the at least one client device while the at least one client device is in a moving transportation vehicle; generate at least one user interface configured to receive incident data comprising at least one of the following: a location of an incident, a time of occurrence of an incident, a textual description of an incident, a party involved in an incident, or any combination thereof; capture and store at least one image of an incident with the camera unit; and automatically capture and store noise data with the microphone while the at least one client device is in the moving transportation vehicle.
CROSS REFERENCE TO RELATED APPLICATION
This application claims priority to U.S. Provisional Patent Application No. 62/083,466, filed Nov. 24, 2014, entitled "System and Method for Incident Reporting and Notification," the entire disclosure of which is herein incorporated by reference.
This invention relates generally to material transportation and, more specifically, to a system and method for generating reports based on stored data and/or data relating to incidents.
2. Description of Related Art
The transportation of materials by vehicles, such as trucks, can be costly and involve many complications. The safe and efficient transportation of materials often requires monitoring incidents and reporting problems so that all relevant individuals are informed of important situations. When materials are continually transported, accidents can occur at any time for a variety of reasons. Accidents can involve vehicles (collisions, spills, near misses, etc.), individuals at site locations (slip-and-falls, mechanical issues, etc.), and/or equipment. When accidents occur, employees need to be notified of such situations so that they can avoid a problem area and/or not be involved in a similar situation.
Generally, the present invention provides an improved system and method for incident reporting and notification for use in transportation applications.
According to a preferred and non-limiting embodiment or aspect of the present invention, provided is an incident reporting system, comprising: at least one client device comprising at least one processor, a camera unit, and a microphone, the at least one client device programmed or configured to: generate location data for the at least one client device while the at least one client device is in a moving transportation vehicle; generate at least one user interface configured to receive incident data comprising at least one of the following: a location of an incident, a time of occurrence of an incident, a textual description of an incident, a party involved in an incident, or any combination thereof; capture and store at least one image of an incident with the camera unit; and automatically capture and store noise data with the microphone while the at least one client device is in the moving transportation vehicle; and at least one server computer in communication with the at least one client device and programmed or configured to: receive the location data, the incident data, the at least one image, and the noise data from the at least one client device; and generate at least one report based at least partially on the incident data and at least one of the following: the location data, the at least one image, the noise data, or any combination thereof.
According to another preferred and non-limiting embodiment or aspect of the present invention, provided is a computer-implemented method for incident reporting and notification, comprising: providing a client device in each vehicle of a plurality of vehicles transporting a material; generating, by at least one client device located in a vehicle of the plurality of vehicles, waypoint data representing a location of the vehicle; transmitting the waypoint data from the at least one client device to at least one server computer at predetermined intervals; generating, by the at least one server computer, a replay user interface based on the waypoint data received from the at least one client device over a period of time, the replay user interface comprising a route of the vehicle displayed on a map; generating, on the at least one client device, at least one incident reporting interface configured to receive incident data comprising at least one of the following: a location of an incident, a time of occurrence of an incident, a textual description of an incident, a party involved in an incident, or any combination thereof; capturing at least one image of an incident with a camera unit of the at least one client device; associating the at least one image with the incident data; and transmitting the incident data and the at least one image from the at least one client device to the at least one server computer.
According to a further preferred and non-limiting embodiment or aspect of the present invention, provided is a computer program product for reporting incidents experienced by a vehicle transporting a material, the computer program product comprising at least one non-transitory medium including program instructions that, when executed by a mobile device, cause the mobile device to: generate waypoint data representing a location of the vehicle at predetermined time intervals; transmit the waypoint data to at least one server computer; generate at least one incident reporting interface configured to receive incident data comprising at least one of the following: a location of an incident, a time of occurrence of an incident, a textual description of an incident, a party involved in an incident, or any combination thereof; capture at least one image of an incident with a camera unit of the client device; associate the at least one image with the incident data; transmit the incident data and the at least one image from the at least one client device to the at least one server computer; determine a volume level of an audible output of the client device; determine if the volume level is below a predefined threshold; and in response to determining that the volume level is below the predefined threshold, generating at least one alert.
According to a further preferred and non-limiting embodiment or aspect of the present invention, provided is an incident reporting and notification system, comprising: (a) at least one client device programmed or configured to: receive analyzed data, the analyzed data comprising at least one of the following: report data, graph data, map data, alert data, stored data, or any combination thereof; and transmit incident data, the incident data comprising at least one of the following: location of an incident, time of an incident, description of an incident, parties involved in an incident, comments from a user filling out an incident form, comments from parties involved in an incident, accident data, spill data, near miss data, or any combination thereof; and (b) at least one server computer in communication with the at least one client device, the at least one server computer programmed or configured to receive incident data from the at least one client device; store the incident data; and generate at least one report based at least partially on the incident data.
According to a further preferred and non-limiting embodiment or aspect of the present invention, provided is a computer-implemented method for incident reporting and notification, comprising the steps of: (a) obtaining incident data for at least one incident, the incident data comprising at least one of the following: location of an incident, time of an incident, description of an incident, parties involved in an incident, comments from a user filling out an incident form, comments from parties involved in an incident, accident data, spill data, near miss data, or any combination thereof; (b) transmitting, to at least one server computer, at least a portion of the incident data; and (c) receiving, on a mobile device, analyzed data, the analyzed data comprising at least one of the following: report data, graph data, map data, alert data, stored data, or any combination thereof.
According to a further preferred and non-limiting embodiment or aspect of the present invention, provided is a computer-implemented method for incident reporting and notification, comprising: (a) receiving incident data for at least one incident, the incident data comprising at least one of the following: location of an incident, time of an incident, description of an incident, parties involved in an incident, comments from a user filling out an incident form, comments from parties involved in an incident, accident data, spill data, near miss data, or any combination thereof; and (b) transmitting, to at least one client device, analyzed data, the analyzed data comprising at least one of the following: report data, graph data, map data, alert data, stored data, or any combination thereof.
These and other features and characteristics of the present invention, as well as the methods of operation and functions of the related elements of structures and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following description and the appended claims with reference to the accompanying drawings, all of which form a part of this specification, wherein like reference numerals designate corresponding parts in the various figures. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the invention. As used in the specification and the claims, the singular form of "a", "an", and "the" include plural referents unless the context clearly dictates otherwise.
FIG. 1 is a schematic view of one embodiment or aspect of an incident reporting and notification system according to the principles of the present invention;
FIG. 2 is another schematic view of one embodiment or aspect of an incident reporting and notification system according to the principles of the present invention;
FIG. 3 is a further schematic view of one embodiment or aspect of an incident reporting and notification system according to the principles of the present invention;
FIG. 5 depicts a diagram of a computer environment according to the prior art;
FIG. 6 depicts a safety report user interface according to the principles of the present invention;
FIG. 7 depicts an accident report user interface according to the principles of the present invention;
FIG. 8 depicts a near-miss report user interface according to the principles of the present invention;
FIG. 9 depicts an incident report user interface according to the principles of the present invention;
FIG. 10 depicts an invoice user interface according to the principles of the present invention;
FIG. 11 depicts a replay user interface according to the principles of the present invention; and
FIG. 12 depicts a legend for the replay user interface shown in FIG. 11 according to the principles of the present invention.
DESCRIPTION OF THE INVENTION
For purposes of the description hereinafter, the terms "end", "upper", "lower", "right", "left", "vertical", "horizontal", "top", "bottom", "lateral", "longitudinal", and derivatives thereof shall relate to the invention as it is oriented in the drawing figures. However, it is to be understood that the invention may assume various alternative variations and step sequences, except where expressly specified to the contrary. It is also to be understood that the specific devices and processes illustrated in the attached drawings, and described in the following specification, are simply exemplary embodiment or aspects of the invention. Hence, specific dimensions and other physical characteristics related to the embodiments or aspects disclosed herein are not to be considered as limiting.
As used herein, the terms "communication" and "communicate" refer to the receipt or transfer of one or more signals, messages, commands, or other type of data. For one unit or device to be in communication with another unit or device means that the one unit or device is able to receive data from and/or transmit data to the other unit or device. A communication may use a direct or indirect connection, and may be wired and/or wireless in nature. Additionally, two units or devices may be in communication with each other even though the data transmitted may be modified, processed, routed, etc., between the first and second unit or device. For example, a first unit may be in communication with a second unit even though the first unit passively receives data, and does not actively transmit data to the second unit. As another example, a first unit may be in communication with a second unit if an intermediary unit processes data from one unit and transmits processed data to the second unit. It will be appreciated that numerous other arrangements are possible.
In one preferred and non-limiting embodiment of the present invention, an incident reporting and notification system comprises at least one client device and at least one server computer in communication with the at least one client device. The client device is programmed or configured to receive analyzed data and transmit incident data. The server computer is programmed or configured to receive incident data from the at least one client device, store the incident data, and generate at least one report based at least partially on the incident data.
Referring to FIG. 1, an incident reporting and notification system 1000 is shown according to a preferred and non-limiting embodiment or aspect. A server computer 102 is in communication with a management computer 103 and client devices 104, 105 through a network environment 115, such as the internet and/or a private network. The server computer 102 is also in communication with an incident management database 117, including incident data stored in one or more data structures on a data storage device. The management computer 103 displays a management interface 107 based at least partially on data received from the server computer 102 and/or the incident management database 117. The management interface 107 may be used to view and generate reports based on the incident data, as an example.
The term "management computer", as used herein, refers to any computing device capable of accessing the server computer and/or the incident management database. The management computer may include a client device used by an individual having administrative access or other credentials, as an example. In another example, the management computer may be a laptop and/or personal computer used for accessing the incident reporting and notification system 1000. The management computer may be in communication with the server computer through any number of protocols or methods, such as but not limited to an HTTP connection through a web browser or other software application installed on the management computer.
An "incident management database," as used herein, may refer to one or more data structures that include stored data, such as but not limited to incident data, report data, employee data, safety data sheets, National Institute for Occupational Safety and Health (NIOSH) guidelines, emergency response guidelines, company information, and/or company guidelines. The data structures may be distributed and/or centralized. For example, the incident management database 117 may include multiple data structures at one or many locations, or may include a single data structure. Further, the incident management database 117 may be any type of data structure, such as but not limited to delimiter-separated data, vectors, arrays, trees, tables, and/or the like.
As used herein, the terms "client device" and "client devices" refer to one or more hardware and/or software components that allow for user interaction and data transmission and/or receipt. In one preferred and non-limiting embodiment or aspect, the client devices are smartphones that have processing and display capabilities, and/or software applications that can run on such devices. However, it will be appreciated that a client device may be any mobile or portable computing device or components thereof. In a preferred and non-limiting embodiment or aspect, the client device includes a mobile client application that may include compiled program instructions programmed or configured to perform various tasks and display various interfaces when executed. One or more aspects of the mobile client application may also be executed by a remote computing device, such as the server computer, which then provides the client device with display data (such as in the form of a graphical user interface (GUI)) and receives input data from the client device.
With continued reference to FIG. 1, the client device 105 may be used to scan and/or otherwise receive incident data 108 from any number of data resources. Data resources may include, for example, visual indicia, radio frequency identification (RFID) transponders, memory devices, codes, wireless signals, data inputs, and/or the like. In one example, employee information, location coordinates, and/or sound level measurements may be obtained from data resources such as a matrix barcode or standard barcode, an RFID transponder, and/or a wireless signal. Comments from a user filling out an incident form, comments from parties involved in an incident, and/or employee information may be obtained from data resources including any type of printed or electronic data that is manually input into a client device 105, automatically input into a client device, or is otherwise read, scanned, and/or received by the client device 105.
In a further example, location coordinates and sound level measurements may be obtained from data resources including a computing device that transmits data to the client device 105 via near-field communication (NFC) methods and/or Bluetooth® protocols, or sensors that are local to or incorporated into the client device. In yet another example, the data resource may be printed data, which may include comments from a user filling out an incident form and comments from parties involved in an incident, which may be received by the client device 105 through any number of Optical Character Recognition (OCR) processes. It will be appreciated that other variations are possible. The client device 105 may also store all the received incident data 108 and/or other information locally and synchronize with the server computer 102 when a connection is available or at predefined intervals.
The term "incident data", as used herein, refers to data representing information related to an incident. Incidents may involve a variety of situations including accidents (on the road or at a site), spills, near-misses, and/or the like. The incident data may include the location of an incident, time of an incident, description of an incident, parties involved in an incident, comments from a user filling out an incident form, comments from parties involved in an incident, and/or the like. Additionally, in one preferred and non-limiting embodiment or aspect, the incident data may also include information from a Global Positioning System (GPS) receiver and/or information from a noise device that measures decibels. In a non-limiting embodiment or aspect, the noise device is used to measure noise data such as sound levels (e.g., A-weighted decibels). The noise device may include a microphone on a client device or an external device or sensor configured to measure and record sound levels. The incident data may also include sensor data such as, for example, data received from one or more accelerometers, gyroscopes, and/or other like sensors incorporated into the client device or in communication with the client device. Accelerometers may, for example, be used to detect hard braking events based on a detected force exceeding a predefined threshold or limit. However, it will be appreciated that various arrangements are possible.
Referring now to FIG. 2, an incident reporting and notification system 1000 is shown according to another preferred and non-limiting embodiment or aspect. An incident management host 109 includes a server computer 102 and an incident management database 117. It will be appreciated that, as already explained, the incident management database 117 may be local to the server computer 102, client devices 104, 105, 106, and/or remotely hosted. The server computer 102 and host 109 are in communication with a management computer 103 and client devices 104, 105, 106 through a network environment 115, such as the internet, a wide-area network (WAN), or other form of communication. The client devices 104, 105, 106 are programmed or configured to receive incident data 108, noise data from a noise device 121 that measures decibels, employee data from an employee identification card 122, and/or location data from a Global Positioning System (GPS) satellite 134.
With continued reference to FIG. 2, in a preferred and non-limiting embodiment or aspect, an employee has an identification (ID) card 122 on their person. The ID card 122 contains a data resource and/or visual indicia 123, such as but not limited to standard barcodes, matrix barcodes (e.g., a two-dimensional barcode, QR code, etc.), printed alphanumeric information, and/or other data resources. The data resource may include employee data such as, for example, employee personal information, employee safety records, employee testing records, employee training records, and/or employee work schedules. These data resources may be scanned, detected, or otherwise read by the client devices 104, 105, 106. In embodiments or aspects, a camera unit of the client devices 104, 105, 106 may be used to optically scan the visual data resources. The employee data may be used as at least a portion of the incident data that is collected by and transmitted from the client devices 104, 105, 106.
Referring now to FIG. 3, an incident reporting and notification system 1000 is shown according to a further preferred and non-limiting embodiment or aspect. The server computer 102 may include a back-end component 143 and a front-end component 141, which respectively provide data management and data input services to the management computer 103 (not shown) and a client device 130. The host 109, including the server computer 102 and incident management database 117, provides services, such as the transfer, receipt, and processing of data, to the client device 130 and the management computer 103, as well as any other devices capable of receiving and/or transmitting data. The client device 130 may include various components and/or modules, such as but not limited to an input device 141, a display device 139, a Global Positioning System (GPS) receiver 135, a processor 131, a memory device 133, a camera or optical sensing device 137, and/or a microphone (not shown). A satellite 134 is in communication with the client device 130 to provide the client device 130 with geographic coordinates.
With continued reference to FIG. 3, in a preferred and non-limiting embodiment or aspect, the back-end component 143 provides the client device 130 with analyzed data. The analyzed data may include report data, graph data, map data, alert data, and/or stored data, as examples. The back-end component 143 receives incident data and stored data and generates the analyzed data. The analyzed data may be in the form of reports, graphs, emails, maps, short message service (SMS) text messages, alerts, notifications, and/or the like. The report data may include incident reports, fault determinations, comment reports, and/or the like. Graph data may include visual representations of incident data and/or stored data. Alert data may include an emergency alert, a location to avoid alert, an employee testing alert, an employee training alert, and/or the like.
Still referring to FIG. 3, in a preferred and non-limiting embodiment or aspect, a fault determination is generated by the back-end component 143. The fault determination is calculated by processing, based at least partially on at least one algorithm, at least a portion of the incident data and a portion of the stored data. It will be appreciated that other parameters may be used, such as for example sound level data, time of day, vehicle speed data, speed limit data, and/or the like. An algorithm assigns values to the incident data provided. The values may be weighted based on the type of information that the value is associated with (e.g., location of incident, person(s) involved in an incident, etc.). An algorithm may compare values with stored data entries (e.g., employee history, location history, incident history, etc.) and generate a fault determination that can be sent to the client device 130 as a part of a report. For example, a fault determination may be based on a determination that a vehicle was moving too fast given a speed limit in a particular location. As another example, a fault determination may be based at least partially on detection of a hard braking event in the vehicle.
Referring now to FIG. 4, an incident reporting and notification system is shown according to a preferred and non-limiting embodiment. A server computer 102 is in communication with a client device 105, a management computer 103, and a data storage device 144. The client device 105 receives incident data 108, employee data 146, GPS data 148, and noise data 150. This data 108, 146, 148, 150 may be stored locally on the device 105 and transmitted to the server computer 102 at predetermined intervals. It will be appreciated that this data 108, 146, 148, 150 may also be transmitted to the server 102 as it is received. The data 108, 146, 148, 150 may then be stored on a data storage device 144 and accessed, through the server 102, with the management computer 103.
In a preferred and non-limiting embodiment or aspect, various graphical user interfaces (GUIs) are generated and provided to users. Users may be passive users, active users, administrative users, super administrative users (e.g., "superadmins"), and/or a combination of passive, active, and/or administrative users. In a non-limiting embodiment or aspect, active users may be provided with data entry interfaces, passive users may be provided with report generation interfaces, and administrators may be provided with report generation interfaces and further features for viewing and/or interacting with the incident management data. Superadmins may have extended privileges for modifying the interfaces, data types, parameters, and/or the like.
In a preferred and non-limiting embodiment or aspect, the client device may be programmed or configured to display a menu interface. The menu interface may include selectable options or buttons, such as but not limited to a form interface option, a map interface option, a report interface option, a user management interface option, a miscellaneous information interface option, and/or the like.
In a preferred and non-limiting embodiment or aspect, the client device is programmed or configured to display one or more form interfaces. A form interface may be configured to receive incident data and transmit that data to the server computer. The form interface may include, for example, selectable options that can be filled in manually or, in some instances, automatically. The selectable options may include, but are not limited to, fields, buttons, checkboxes, and/or menus to specify a location of an incident, time of an incident, description of an incident, parties involved in an incident, comments from a user filling out the incident form, comments from parties involved in an incident, and/or incident sound levels, as examples.
In a preferred and non-limiting embodiment or aspect, the client device 130 is programmed or configured to display a map interface. The map interface may be configured to receive map data from the server computer 102 or a third-party server. The map interface may include a map with a visual indication showing a current location of the client device. Additionally, the map interface may include a number of icons or other visual indications to identify locations of incidents, severity of incidents, descriptions of incidents, which areas (including sites) to avoid, and/or suggested route options. It will be appreciated that the map interface may be generated from various data sources and third-party services, such as but not limited to Google Maps, MapQuest, government databases, and/or the like. The map interface may include a two-dimensional rendering, a satellite image, and/or other graphics depicting an area.
In a preferred and non-limiting embodiment or aspect, the client device 130 is programmed or configured to display a reports interface. The reports interface may be configured to receive at least one report from the server computer 102. Reports may be based at least partially on incident data, stored data, graph data, map data, and/or the like. Graphs, charts, tables, and/or other visualizations may be generated to enable viewing and/or interaction with the data.
In a preferred and non-limiting embodiment or aspect, the client device 130 is programmed or configured to display an alert interface and receive alert data from the server computer 102. The alert data may include, but is not limited to, an emergency alert, a location to avoid alert, an employee testing alert, an employee training alert, and/or the like. In a preferred and non-limiting embodiment or aspect, the alerts are displayed in a manner that distinguishes the alert from the rest of the interface. For example, icons and audible sounds may be used for alerts, indications, markers, and/or the like so that drivers do not need to take their eyes off of the road and so that illiterate drivers are able to understand important information. Alerts may include, for example, push messages on a client device, emails, text messages, ringtones, and/or the like.
In a preferred and non-limiting embodiment or aspect, the client device 130 may be programmed or configured to display an information retrieval interface. The information retrieval interface may be configured to facilitate users to search stored data and may further facilitate users to review previous incidents or view guidelines and codes for managing a current incident.
In a preferred and non-limiting embodiment or aspect, the system is programmed or configured to operate when network connectivity is unavailable or variable. For example, the data communicated between the server 102 and client device 130 may be minimized and restricted to only predetermined types of information that are deemed necessary. Further, if a network connection is unavailable, the client device 130 may be programmed or configured to store the outgoing data locally and to periodically attempt to retransmit it to the server. When a connection becomes available, the client device 130 may transmit the stored data and receive incoming data from the server. The incoming data from the server 102 may be stored locally on the client device 130 in case the network connection is subsequently lost. Since location data is generally available from a GPS satellite, the loss of a network connection should not affect the determination of a location. However, it will be appreciated that location may be determined in various other ways.
In a preferred and non-limiting embodiment or aspect, the client device 130 may include a microphone and a speaker. The client device 130 may also be in communication with a stereo system or speaker in a vehicle. It will be appreciated that any of the text appearing on a GUI of the client device, in addition to other information, may be audibly annunciated through the speaker of the client device 130 or the user vehicle. Further, any user selection, option, or command may be input through spoken words or phrases received by a microphone of the client device and processed by the client device 130 and/or the server 102. In some non-limiting embodiments or aspects, the client device 130 may be programmed, configured, and/or adapted to limit or prevent user interaction at various stages or with certain GUIs to eliminate user error.
In a preferred and non-limiting embodiment or aspect, a volume level on the client device 130 may be monitored by an application running on the client device 130 or on the server 102. If the user lowers the volume of the client device 102, an alert may be generated and transmitted to the server 102. Additionally, the client device 130 may be programmed or configured to prevent modification of the volume level. This functionality can ensure that a user is provided with all the notifications and alerts necessary.
Referring now to FIG. 6, a safety report user interface 600 is shown according to a preferred and non-limiting embodiment or aspect. A call option 602 may be displayed that, upon selection, automatically initiates a telephone call to a specified destination or brings a user to a telephone interface for making the call. It will be appreciated that the call option 602 may be used to initiate cellular calls, voice-over-IP calls, text messages, and other forms of communication. An accident report option 604, an incident report option 606, and a near miss report option 608 are also displayed on the safety report user interface 600. The options 602, 604, 606, 608 may include, for example, one or more push buttons, radio buttons, items in a drop-down menu, and/or other like selectable options.
With continued reference to FIG. 6, pressing the accident report option 602 may cause the client device to display an accident report user interface 700, such as the preferred and non-limiting embodiment shown in FIG. 7. The accident report user interface 700 may include various selectable options and/or input fields to facilitate a user to input accident data. A location may be manually entered or a user may select a use location option 708 to use the current location of the client device as determined by GPS coordinates or other methods. An input field 702 may be used to input the name or identifier of the person preparing the report. Such a name may also be selected from a list, menu, or the like. One or more add picture options 704 may also be displayed, allowing users to choose image files to associate and/or upload with an accident report. The add picture option 704 may also present a camera application to capture images and/or video. Other input fields 706 or other selectable options may be used to input the name of a supervisor, safety coordinator, manager, and/or other individual that may be associated with an accident report.
Referring now to FIG. 8, a near miss report user interface 800 is shown according to a preferred and non-limiting embodiment or aspect. The near miss report user interface 800 is shown in response to a user selecting the near miss report option 608 shown on the safety report user interface 600 of FIG. 6. The near miss report user interface 800 may facilitate a user to indicate the severity of a "near miss" incident. For example, selectable options 804 for a level of severity from multiple options may be chosen to indicate that if the incident had actually occurred, the incident would have been of high severity (e.g., potentially fatal or resulting in permanent disability), medium severity (e.g., temporary disability, some pecuniary loss, etc.), or low severity (e.g., minor or no injury, no pecuniary loss, etc.). The near miss report user interface 800 may also inquire into potential physical injuries, equipment or property damage, and/or environmental impact. One or more questions or inquiries may be presented in the near miss report user interface 800. A location may be manually entered or a user may select the use location option 802 to use the current location of the client device as determined by GPS coordinates or other methods.
Referring now to FIG. 9, an incident report user interface 850 is shown according to a preferred and non-limiting embodiment or aspect. The incident report user interface 850 includes a number of selectable options and input fields for entering incident data concerning an incident. For example, a first option 854 inquires if the release of fluid or other materials happened within a specified distance (e.g., 100 feet) of a public road. Another option 856 inquires if the release of fluid or other materials happened within a specified distance (e.g., 100 feet) of a body of water (e.g., a perennial stream). Yet another option 858 may ask the user to specify the truck route, the truck origin, and/or the truck destination with an input field or other selectable options. Again, a location may be manually entered or a user may select the use location option 852 to use the current location of the client device as determined by GPS coordinates or other methods.
In a preferred and non-limiting embodiment or aspect, an invoice user interface may be used to generate, transmit, approve, and/or manage invoices. The generation of invoice reports is described by U.S. patent application Ser. No. 14/095,043, filed Dec. 3, 2013, to Richie et al., the contents of which are hereby incorporated by reference in its entirety. Invoices may be automatically generated based on data that is collected during a truck route, retrieved from a third-party source, and/or inputted. For example, the scanning of barcodes, RFID tags, Bluetooth® transmitters, and/or other like devices may be used to generate an invoice. In such examples, a barcode, RFID, or other data carrier may be scanned to indicate a pick-up, a drop-off, or other events associated with a cost or other expenditure. An invoice database may then be populated with the costs or expenses incurred by a particular truck, route, driver, company, and/or the like.
Referring now to FIG. 10, an invoice user interface 1001 is shown according to a preferred and non-limiting embodiment or aspect. The invoice user interface 1001 includes an invoice document 1010. The invoice document 1010 may be in any number of forms, such as for example HTML, PDF, JPEG, TIFF, plaintext, Microsoft Word, Open Office, and/or the like. In the example shown in FIG. 10, the invoice document 1010 is a PDF embedded in a webpage for viewing. The invoice document 1010 includes various parameters for an invoice, including a well, truck company, date created, due date, total due, and the like. The invoice may also include line items for a haul such as quantity, item, description, routes, rate, cost, and/or the like. The invoice user interface 1001 includes a mark as sent option 1002, a mark as draft option 1004, an approve option 1006, and a decline option 1008. The mark as sent option 1002, when selected, indicates in a database that the invoice document 1010 has been sent to the customer. The mark as draft option 1004, when selected, saves the invoice document 1010 as a draft but does not cause the invoice document 1010 to be sent. Further, the invoice document 1010 may be sent to the customer automatically at regular intervals (e.g., weekly or monthly), at the end of a shift, or when all necessary data for a time period has been obtained. When a customer logs in to the system and views the invoice user interface 1001, they can approve of the invoice with the approve option 1006 or decline the invoice with the decline option 1008. Further, the customer may choose to comment on the invoice document 1010 instead of approving it or declining it, thus creating a dialogue between the payor and payee. In non-limiting embodiments or aspects, an automatic reminder may be sent to the customer if the invoice has not been approved and/or paid within a specified amount of time (e.g., 5 days).
In preferred and non-limiting embodiments or aspects, trucks and/or drivers may be dispatched by a manager or other individual. For example, a user may select a truck, a pick-up site, a drop-off site, and a start time for one or more drivers. At the start time for each dispatch, or at some predetermined time prior to the start time, a message may then be sent to the driver (e.g., via a push notification, text message, email, pop-up dialogue box, and/or the like). In this way, the material being picked up (e.g., type of fluid) and the pick-up and drop-off sites are already known and the driver does not have to input this information.
In preferred and non-limiting embodiments or aspects, and as further described in U.S. patent application Ser. No. 14/095,043 to Richie et al., route information is collected from vehicles as they transport material. For example, the specific turns, streets, and paths taken by the vehicles may be saved and associated with a day of the week and/or time of day. In this way, one or more algorithms may be used to determine the most common route for all times, the most common route for a particular time, and/or the like. In this way, drivers may be free to take any appropriate route to develop a database of route data that can be used to determine the most optimal route for time efficiency, cost efficiency, avoidance of certain areas, etc. Moreover, the route data may include traffic data that indicates when a particular route or portion thereof may experience high traffic and delayed transportation. Once a route database is developed, the system can then detect if a vehicle is off course from one of multiple possible routes and alert the driver that he or she is off course. Analytics may also be presented in real-time, allowing administrators, managers, and/or other individuals to view a progress of one or more vehicles closing in on their destinations. For example, a progress bar may represent the progress of one or more vehicles.
In a preferred and non-limiting embodiment or aspect, accidents, incidents, and/or near misses may be verified and investigated with a route replay option. The route replay option may allow for a user to visualize the route of one or more vehicles over a time period. For example, a replay option may be provided on an electronic report, a web interface, and/or a mobile interface. As a vehicle moves, a visual track may be generated on a map over the route the vehicle takes. Any event or other log generated by the vehicle may be represented on the map with pins or other indicators. For example, if the vehicle enters or exits a geofence, a pin may be generated for the location and the time that the event occurred. The speed of a vehicle may be determined from the time it takes for the vehicle to traverse a distance. By frequently obtaining the vehicle location information, the accuracy of the vehicle speed can be improved over methods in which the vehicle location is obtained at regular, spaced intervals. In this manner, an accident, incident, and/or near miss may be investigated by replaying the vehicle route and determining the speed of the vehicle in a given area or at a specific time. The accident, incident, and/or near miss may also be visualized on the map with a pin or some other indicator.
Referring now to FIG. 11, a replay user interface 1100 is shown according to a preferred and non-limiting embodiment. The replay user interface 1100 includes a map 1101 that depicts a route for one or more vehicles. A replay menu 1102 is displayed on the replay user interface 1100 and includes various selectable options to control a visual replay of route 1114 taken by one or more vehicles. As shown in FIG. 11, the route 1114 is color coded to indicate one or more route parameters. In the illustrated example, the route 1114 is color coded based on the frequency of waypoints at which the location of the vehicle is recorded. For example, a dark blue color may indicate a portion of the route 1114 in which the vehicle was moving and therefore the waypoints are spread out. At the sites, or when the vehicle is moving slow due to traffic or other reasons, the color becomes increasingly red on a spectrum of blue to red (e.g., a heat map). The replay menu 1102 may include a timeline 1112 and a replay speed 1110, as well as other selectable options for controlling the replay of one or more vehicle routes. In the illustrated example, the replay is 20×actual speed. The time of day and/or date corresponding to the vehicle position on the timeline 1112 may also be displayed on the replay menu 1102.
With continued reference to FIG. 11, icons 1116, 1118 are shown on the map to represent vehicles, employees, withdrawal sites, wells/pads, restricted areas or sites, speed traps, check points, treatment centers, disposal wells, and/or the like. The icons 1116, 1118 may be color coded. For example, a truck icon 1118 may be yellow to indicate that the truck is carrying production water, light blue to indicate fresh water, dark blue to indicate treated water, brown to indicate flowback water, gray to indicate an empty truck, and/or the like. It will be appreciated that various other color schemes and/or indicators may be used. The icons may also display a pop-up window (not shown) in response to clicking the icon or moving a cursor over the icon. The pop-up window may provide further information concerning the truck, site, or restriction.
With continued reference to FIG. 11, selectable options may be presented to generate a replay user interface 1100 for a particular truck based on one or more parameters. For example, if an accident occurs and is logged at a particular location, a user may choose selectable options to generate a replay user interface for the trucks that passed within a certain range of the accident. It will be appreciated that various other parameters may be used to generate a replay user interface 1100. FIG. 12 shows a legend for the interface 1100 shown in FIG. 11 according to a preferred and non-limiting embodiment or aspect.
The present invention may be implemented on a variety of computing devices and systems, including the client devices and/or server computers, wherein these computing devices include the appropriate processing mechanisms and computer-readable media for storing and executing computer-readable instructions, such as programming instructions, code, and the like. As shown in FIG. 5, personal computers 900, 944, in a computing system environment 902 are provided. This computing system environment 902 may include, but is not limited to, at least one computer 900 having certain components for appropriate operation, execution of code, and creation and communication of data. For example, the computer 900 includes a processing unit 904 (typically referred to as a central processing unit or CPU) that serves to execute computer-based instructions received in the appropriate data form and format. Further, this processing unit 904 may be in the form of multiple processors executing code in series, in parallel, or in any other manner for appropriate implementation of the computer-based instructions.
In order to facilitate appropriate data communication and processing information between the various components of the computer 900, a system bus 906 is utilized. The system bus 906 may be any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, or a local bus using any of a variety of bus architectures. In particular, the system bus 906 facilitates data and information communication between the various components (whether internal or external to the computer 900) through a variety of interfaces, as discussed hereinafter.
The computer 900 may include a variety of discrete computer-readable media components. For example, this computer-readable media may include any media that can be accessed by the computer 900, such as volatile media, non-volatile media, removable media, non-removable media, etc. As a further example, this computer-readable media may include computer storage media, such as media implemented in any method or technology for storage of information, such as computer-readable instructions, data structures, program modules, or other data, random access memory (RAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), flash memory, or other memory technology, CD-ROM, digital versatile disks (DVDs), or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage, or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the computer 900. Further, this computer-readable media may include communications media, such as computer-readable instructions, data structures, program modules, or other data in other transport mechanisms and include any information delivery media, wired media (such as a wired network and a direct-wired connection), and wireless media. Computer-readable media may include all machine-readable media with the sole exception of transitory, propagating signals. Of course, combinations of any of the above should also be included within the scope of computer-readable media.
The computer 900 further includes a system memory 908 with computer storage media in the form of volatile and non-volatile memory, such as ROM and RAM. A basic input/output system (BIOS) with appropriate computer-based routines assists in transferring information between components within the computer 900 and is normally stored in ROM. The RAM portion of the system memory typically contains data and program modules that are immediately accessible to or presently being operated on by processing unit 904, e.g., an operating system, application programming interfaces, application programs, program modules, program data, and other instruction-based computer-readable codes.
With continued reference to FIG. 5, the computer 900 may also include other removable or non-removable, volatile or non-volatile computer storage media products. For example, the computer 900 may include a non-removable memory interface 910 that communicates with and controls a hard disk drive 912, i.e., a non-removable, non-volatile magnetic medium; and a removable, non-volatile memory interface 914 that communicates with and controls a magnetic disk drive unit 916 (which reads from and writes to a removable, non-volatile magnetic disk 918), an optical disk drive unit 920 (which reads from and writes to a removable, non-volatile optical disk 922, such as a CD ROM), a Universal Serial Bus (USB) port 921 for use in connection with a removable memory card, etc. However, it is envisioned that other removable or non-removable, volatile or non-volatile computer storage media can be used in the exemplary computing system environment 900, including, but not limited to, magnetic tape cassettes, DVDs, digital video tape, solid state RAM, solid state ROM, etc. These various removable or non-removable, volatile or non-volatile magnetic media are in communication with the processing unit 904 and other components of the computer 900 via the system bus 906. The drives and their associated computer storage media discussed above and illustrated in FIG. 5 provide storage of operating systems, computer-readable instructions, application programs, data structures, program modules, program data, and other instruction-based computer-readable code for the computer 900 (whether duplicative or not of this information and data in the system memory 908).
A user may enter commands, information, and data into the computer 900 through certain attachable or operable input devices, such as a keyboard 924, a mouse 926, etc., via a user input interface. Of course, a variety of such input devices may be utilized, e.g., a microphone, a trackball, a joystick, a touchpad, a touch-screen, a scanner, etc., including any arrangement that facilitates the input of data, and information to the computer 900 from an outside source. As discussed, these and other input devices are often connected to the processing unit 904 through the user input interface 928 coupled to the system bus 906, but may be connected by other interface and bus structures, such as a parallel port, game port, or a universal serial bus (USB). Still further, data and information can be presented or provided to a user in an intelligible form or format through certain output devices, such as a monitor 930 (to visually display this information and data in electronic form), a printer 932 (to physically display this information and data in print form), a speaker 934 (to audibly present this information and data in audible form), etc. All of these devices are in communication with the computer 900 through an output interface 936 coupled to the system bus 906. It is envisioned that any such peripheral output devices be used to provide information and data to the user.
The computer 900 may operate in a network environment 938 through the use of a communications device 940, which is integral to the computer or remote therefrom. This communications device 940 is operable by and in communication to the other components of the computer 900 through a communications interface 942. Using such an arrangement, the computer 900 may connect with or otherwise communicate with one or more remote computers, such as a remote computer 944, which may be a personal computer, a server, a router, a network personal computer, a peer device, or other common network nodes, and typically includes many or all of the components described above in connection with the computer 900. Using appropriate communication devices 940, e.g., a modem, a network interface or adapter, etc., the computer 900 may operate within and communication through a local area network (LAN) and a wide area network (WAN), but may also include other networks such as a virtual private network (VPN), an office network, an enterprise network, an intranet, the Internet, etc. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers 900, 944 may be used.
As used herein, the computer 900 includes or is operable to execute appropriate custom-designed or conventional software to perform and implement the processing steps of the method and system of the present invention, thereby, forming a specialized and particular computing system. Accordingly, the presently-invented method and system may include one or more computers 900 or similar computing devices having a computer-readable storage medium capable of storing computer-readable program code or instructions that cause the processing unit 902 to execute, configure, or otherwise implement the methods, processes, and transformational data manipulations discussed hereinafter in connection with the present invention. Still further, the computer 900 may be in the form of a personal computer, a personal digital assistant, a portable computer, a laptop, a palmtop, a mobile device, a mobile telephone, a server, or any other type of computing device having the necessary processing hardware to appropriately process data to effectively implement the presently-invented computer-implemented method and system.
Although the invention has been described in detail for the purpose of illustration based on what is currently considered to be the most practical and preferred embodiments or aspects, it is to be understood that such detail is solely for that purpose and that the invention is not limited to the disclosed embodiments or aspects, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to be understood that the present invention contemplates that, to the extent possible, one or more features of any embodiment or aspect can be combined with one or more features of any other embodiment or aspect.
The invention claimed is:
1. An incident reporting system, comprising:
(a) at least one client device comprising at least one processor, a camera unit, and a microphone, the at least one client device programmed or configured to:
(i) generate location data for the at least one client device while the at least one client device is in a moving transportation vehicle;
(ii) generate at least one user interface configured to receive incident data comprising at least one of the following: a location of an incident, a time of occurrence of an incident, a textual description of an incident, a party involved in an incident, or any combination thereof;
(iii) capture and store at least one image of an incident with the camera unit; and
(iv) automatically capture and store noise data with the microphone while the at least one client device is in the moving transportation vehicle;
(b) at least one server computer in communication with the at least one client device and programmed or configured to:
(i) receive the location data, the incident data, the at least one image, and the noise data from the at least one client device; and
(ii) generate at least one report based at least partially on the incident data and at least one of the following: the location data, the at least one image, the noise data, or any combination thereof.
2. The incident reporting system of claim 1, wherein the noise data comprises decibel levels.
3. The incident reporting and notification system of claim 1, further comprising at least one employee data resource located on an employee identification card, the employee data resource comprising employee data including at least one of the following:
employee personal information, employee work schedule, employee safety records, employee testing records, employee training records, or any combination thereof.
4. The incident reporting system of claim 3, wherein the at least one client device is further programmed or configured to scan the at least one employee data resource to obtain the employee data, and transmit the employee data to the at least one server computer.
5. The incident reporting and notification system of claim 4, wherein the at least one employee data resource comprises at least one of a barcode and an RFID transponder.
6. The incident reporting and notification system of claim 1, wherein the noise data is recorded as A-weighted decibels (dBA).
7. The incident reporting and notification system of claim 1, wherein the at least one server computer and/or the at least one client device is programmed or configured to determine a fault based at least partially on at least one algorithm and the incident data.
8. The incident reporting and notification system of claim 1, wherein the at least one client device is further programmed or configured to display a map interface, and receive map data from the at least one server computer, the map data comprising at least one of the following: a pin displaying the location of an incident, an icon displaying the severity of the incident, a brief description of the incident, suggested route options, or any combination thereof.
9. The incident reporting and notification system of claim 1, wherein the at least one client device is further programmed or configured to display an alert interface and receive alert data from the at least one server computer, the alert data comprising at least one of the following: emergency alert, location to avoid alert, employee testing alert, employee training alert, or any combination thereof.
10. The incident reporting and notification system of claim 1, wherein the at least one server computer and/or the at least one client device is programmed or configured to:
determine a volume level of the at least one client device; and
generate an alert or notification if the volume level is below a predetermined threshold.
11. The incident reporting and notification system of claim 1, wherein the at least one server computer is further programmed or configured to: generate a replay user interface based on location data received from the at least one client device over a period of time, the replay user interface comprising a route of the at least one client device displayed on a map.
12. The incident reporting and notification system of claim 11, wherein the route of the at least one client device is color coded based at least partially on a frequency of location waypoints recorded by the at least one server computer, such that portions of the route where location waypoints are spaced at a first distance are color coded differently than portions of the route where location waypoints are spaced at a second distance closer than the first distance.
13. The incident reporting and notification system of claim 11, wherein the replay user interface comprises at least one selectable option configured to control a visual replay of the route taken by the at least one client device.
14. A computer-implemented method for incident reporting and notification, comprising:
providing a client device in each vehicle of a plurality of vehicles transporting a material;
generating, by at least one client device located in a vehicle of the plurality of vehicles, waypoint data representing a location of the vehicle;
transmitting the waypoint data from the at least one client device to at least one server computer at predetermined intervals;
generating, by the at least one server computer, a replay user interface based on the waypoint data received from the at least one client device over a period of time, the replay user interface comprising a route of the vehicle displayed on a map;
generating, on the at least one client device, at least one incident reporting interface configured to receive incident data comprising at least one of the following: a location of an incident, a time of occurrence of an incident, a textual description of an incident, a party involved in an incident, or any combination thereof;
capturing at least one image of an incident with a camera unit of the at least one client device;
associating the at least one image with the incident data; and
transmitting the incident data, the at least one image, and the noise data from the at least one client device to the at least one server computer.
15. The computer-implemented method of claim 14, further comprising:
capturing, with at least one microphone while the vehicle is being operated, noise data; and
transmitting the noise data from the at least one client device to the at least one server computer.
16. The computer-implemented method of claim 14, further comprising: generating a color coded route based at least partially on a distance between waypoints reported by the at least one client device, such that portions of the route where waypoints are spaced at a first distance are color coded differently than portions of the route where waypoints are spaced at a second distance closer than the first distance.
17. The computer-implemented method of claim 14, further comprising: generating a visually animated replay of the route traveled by the vehicle on the replay interface.
18. The computer-implemented method of claim 15, wherein the noise data comprises sound levels for ambient noise occurring during operation of the vehicle.
19. The computer-implemented method of claim 14, further comprising generating, with the at least one server computer, at least one report based at least partially on the incident data and the waypoint data.
20. A computer program product for reporting incidents experienced by a vehicle transporting a material, the computer program product comprising at least one non-transitory medium including program instructions that, when executed by a mobile device, cause the mobile device to:
generate waypoint data representing a location of the vehicle at predetermined time intervals;
transmit the waypoint data to at least one server computer;
generate at least one incident reporting interface configured to receive incident data comprising at least one of the following: a location of an incident, a time of occurrence of an incident, a textual description of an incident, a party involved in an incident, or any combination thereof;
capture at least one image of an incident with a camera unit of the client device;
associate the at least one image with the incident data;
transmit the incident data and the at least one image from the at least one client device to the at least one server computer;
determine a volume level of an audible output of the client device;
determine if the volume level is below a predefined threshold; and
in response to determining that the volume level is below the predefined threshold, generating at least one alert.
US14/950,176 2014-11-24 2015-11-24 System and method for incident reporting and notification Active US10095998B2 (en)
US201462083466P true 2014-11-24 2014-11-24
US14/950,176 US10095998B2 (en) 2014-11-24 2015-11-24 System and method for incident reporting and notification
US20160335596A1 true US20160335596A1 (en) 2016-11-17
US10095998B2 US10095998B2 (en) 2018-10-09
US14/950,176 Active US10095998B2 (en) 2014-11-24 2015-11-24 System and method for incident reporting and notification
US (1) US10095998B2 (en)
US20170068422A1 (en) * 2015-09-08 2017-03-09 Honeywell International Inc. Generating an incident dossier
US20170323232A1 (en) * 2016-04-29 2017-11-09 Lexmark International Technology Sarl System and Methods for Reporting and Managing Incidents Using Electronic Devices
US20170357684A1 (en) * 2016-06-13 2017-12-14 Ethan Horne Event Reporting
US20180302742A1 (en) * 2017-04-14 2018-10-18 Sysmex Corporation Position management method, position management system, position management program and mobile communication apparatus
US10388084B1 (en) * 2017-01-19 2019-08-20 State Farm Mutual Automobile Insurance Company Systems and methods for providing vehicular collision data
US10812457B1 (en) * 2016-06-13 2020-10-20 Allstate Insurance Company Cryptographically protecting data transferred between spatially distributed computing devices using an intermediary database
US20130332004A1 (en) * 2012-06-07 2013-12-12 Zoll Medical Corporation Systems and methods for video capture, user feedback, reporting, adaptive parameters, and remote data access in vehicle safety monitoring
US20140164390A1 (en) * 2012-12-07 2014-06-12 International Business Machines Corporation Mining trajectory for spatial temporal analytics
US8934015B1 (en) * 2011-07-20 2015-01-13 Google Inc. Experience sharing
2015-11-24 US US14/950,176 patent/US10095998B2/en active Active
US10572962B2 (en) * 2015-09-08 2020-02-25 Honeywell International Inc. Generating an incident dossier
US10623886B2 (en) * 2017-04-14 2020-04-14 Sysmex Corporation Position management method, position management system, and position management program providing position information to server using mobile communication apparatus carried by user in vehicle
US10095998B2 (en) 2018-10-09
US10095998B2 (en) 2018-10-09 System and method for incident reporting and notification
US20140195454A1 (en) 2014-07-10 System, method, and apparatus for managing fluid transportation
US10984368B2 (en) 2021-04-20 Methods and systems for managing shipped objects
US8224518B2 (en) 2012-07-17 Automated recordation of crane inspection activity
US9460051B2 (en) 2016-10-04 Method for utilization calculation on equipment including independent component
MX2014003168A (en) 2014-08-22 A computing platform for development and deployment of sensor-driven vehicle telemetry applications and services.
US10604069B2 (en) 2020-03-31 Industrial vehicle geo-feature system
US20160238406A1 (en) 2016-08-18 Refrigerated transport container wireless remote tracking and management systems and methods
CA3001612A1 (en) 2017-04-27 System and method for scheduling and facilitating waste removal
US20180046964A1 (en) 2018-02-15 Systems, devices, and methods of optimizing trucking supply chain logistics
CN107867613A (en) 2018-04-03 Use the forecast analysis of sensor and Internet of Things to elevator performance
US10963978B2 (en) 2021-03-30 Enhanced alert/notification system for law enforcement identifying and tracking of stolen vehicles and cargo
US10473482B2 (en) 2019-11-12 Template-based weather data queries for compiling location-based weather monitoring data for defined transportation routes
US20200042936A1 (en) 2020-02-06 Field employee shift monitoring and transportation load tracking with a markup language geolocation method
US11151488B2 (en) 2021-10-19 Intelligent user interface and application for operations management
US20180357583A1 (en) 2018-12-13 Operational monitoring system
US20210182870A1 (en) 2021-06-17 Geolocation compliance for a mobile workforce
US9641965B1 (en) 2017-05-02 Method, system and computer program product for law enforcement
US8692692B2 (en) 2014-04-08 Identifying a potential vehicle incident within a communication black spot
US20140258403A1 (en) 2014-09-11 Service tracking display grid system and method
US20160104107A1 (en) 2016-04-14 Systems and methods for dynamic managment of object transmission
US20170284816A1 (en) 2017-10-05 Establishing convergence points and determining time to convergence of related objects in motion
KR102240997B1 (en) 2021-04-16 Delivery service system
WO2014089163A2 (en) 2014-06-12 System, method, and apparatus for managing fluid transportation
2018-01-24 AS Assignment
Owner name: SHALEAPPS, LLC, COLORADO
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:RICHIE, JAMES CHANCE;KLENK, ADAM M.;CHRISTIDES, AMANDA;SIGNING DATES FROM 20150210 TO 20150211;REEL/FRAME:044715/0750
Owner name: HEP SHALEAPPS, LLC, COLORADO
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SHALEAPPS, LLC;REEL/FRAME:044717/0170
2018-09-19 STCF Information on status: patent grant
Free format text: PATENTED CASE
2019-01-15 CC Certificate of correction


text:
Warriors: Why Steve Kerr sees tight officiating…
Warriors: Why Steve Kerr sees tight officiating as an advantage
Referees have called a staggering 117 fouls the last two games
Head coach Steve Kerr of the Golden State Warriors reacts toward an official in the first half during an NBA first round playoff basketball game against the LA Clippers at the Staples Center on Thursday, April 18, 2019 in Los Angeles, California. (Photo by Keith Birmingham, Pasadena Star-News/SCNG)
By Dieter Kurtenbach | dkurtenbach@bayareanewsgroup.com | Bay Area News Group
PUBLISHED: April 19, 2019 at 3:55 pm | UPDATED: April 20, 2019 at 5:42 am
LOS ANGELES — The Warriors' first-round series with the Clippers has been defined by Golden State's record 31-point choke, Kevin Durant's showdown with Patrick Beverley, his merciless Game 3, and whistles.
So many whistles.
Playoff basketball is a different game — one where the physicality and intensity on both ends of the court reaches new levels — but apparently, the referees for this series are upping their game as well.
Warriors and Clippers are Nos. 1 and 2 in the NBA in fouls per game this postseason. It's a small sample size, but the Warriors have been called for six more fouls per game than went against them in the regular season and eight more per game, compared to last year's postseason.
Over the last two games, referees have called 117 total fouls — a staggering number.
They've dished out 11 technical fouls overall in the series, too, though some have been rescinded.
In short, it's been a ref show, and it's often robbed games of rhythm and flow.
But Warriors coach Steve Kerr isn't worried about the constant whistles. He believes the tightly officiated contests favor Golden State.
(Anda Chu/Bay Area News Group)
"I think the league is making a point of not turning this into a wrestling match. They set a tone last night — four fouls called in the first minute and a half, or so," Kerr said Friday. "It's helpful for us because we play more off-the-ball than probably anybody in the league, and usually what happens in the playoffs is your off-ball cutters end up being grabbed and held and the referees don't call that."
"If they are calling that stuff, it's good for us. And then we have to adapt at the other end and still defend, be physical, but without too much contact. That's an area we have to get better."
Part of that defensive adaptation, Kerr added, will be for Stephen Curry to stop reaching as often on defense. Curry has been in foul trouble the last two games — a big factor in the Warriors' Game 2 collapse.
Kerr also disputed a report by Fox Sports' Nick Wright that the Warriors sent video to the NBA league office in an effort to highlight Beverley's illegal defense.
"We never said anything to the league," Kerr said. "[But] In the game, Doc [Rivers, Clippers coach] and I are always on the officials trying to help our guys out, like any other coach."
Kerr is concerned with referees calling offsetting technical fouls calls in this series and beyond (should the Warriors take care of business and advance).
Durant now has two technical fouls — a byproduct of his altercation with Beverley in Game 1. If he gets to seven, he lands a one-game suspension — regardless of how many rounds the Warriors advance.
"There are so many double techs being called to try to calm things down," Kerr said. "That's helpful, but you can't have it both ways — you can't just call a double T every time to keep the game in control but then penalize the team that plays a lot of playoff games."
"We're going to be hurt by that overall."
Badour graduates basic
Phillips: PID making good progress on contamination
Dieter Kurtenbach
Sports columnist Dieter Kurtenbach analyzes the amazing and roasts the absurd in the world of sports for the Bay Area News Group and his podcast, the Daily Dieter.
Follow Dieter Kurtenbach	@dkurtenbach
More in Golden State Warriors
Was Kevin Durant joining the Nets more a matter of him ditching the Warriors?
Online app that can age a face instantly even makes a geezer of Steph Curry
Chase Center's new food choices for Warriors games, concerts
Greg Papa in, Radnich out: 'It's like replacing Johnny Carson'

redpajama_set_name: RedPajamaCommonCrawl


Colorful Portals Mod features customizable, transportational, multi-dimensional and colorful portals which are made from wool, stained clay or stained glass.
Colorful Portals Mod allows convenient transportation between 2 or among 3 to 4 portals depending on what material they were made out of the color. For examples, you can create a green wool portal in your house which easily connects to another green wool portal deep in your mine. Above all, you can then go from your mine to a portal in the nether that also then leads back to your house. Simple or complicated is on your choice. There is no limitation in the color that you choose to travel to different destinations.
To make the portals, first you will need a bucket of Colorful water which requires a few steps to craft. First of all, gather 3 iron ingots and a gold ingot to make the 'Almost Stain Proof Bucket'. The fill the bucket with each of the dye. Eventually, right click that 'Bucket of Dyes' then you will successfully craft the 'Bucket of Colorful Water'.
The most interesting thing about Colorful Portals Mod, however, is that you can make portals of almost any shape with the condition it does not exceed 16 blocks from the placement of the colorful water and is a closed loop. It is suggested that you'd better create a single block portal that you can take with you in your inventory and place wherever necessary.


text:
Obituaries » News
News Briefs: Openhouse plans town halls
Wednesday Aug 8, 2018
Openhouse's Karyn Skultety. Photo: Kelly Sullivan
Openhouse, the agency that provides housing and services for LGBT seniors, has announced a series of town hall meetings with Executive Director Karyn Skultety, Ph.D.
In the organization's August newsletter, Skultety, who identifies as bisexual, encouraged seniors and others who are interested to attend one of several sessions and hear about Openhouse's latest housing development, at 75-95 Laguna Street.
"The project is currently ahead of schedule with an anticipated open date sometime in April 2019," she wrote. "In addition to our plans for a successful lease-up of the 79 units of affordable LGBTQ-welcoming senior housing, we have big plans for service expansion and continuing our work to meet the needs of the LGBTQ seniors across the Bay Area."
Skultety said the town halls, which she also held last summer, will give her a chance to update the community and hear from people.
"Most importantly, it will give you a chance to share ideas, ask questions, provide feedback and give me another important opportunity to learn from your experience at Openhouse," she wrote.
Town hall meetings will be held as follows: Monday, August 13, from 2 to 3:30 p.m. at 501 Castro Street during men's group, though all are welcome; Tuesday, August 21, from 1:30 to 3 p.m. at 55 Laguna Street; Thursday, August 23, from 5:30 to 7 p.m. at the Bob Ross LGBT Senior Center, 65 Laguna Street; and Tuesday, August 28, from 1:30 to 3 p.m. at 55 Laguna Street. (The August 21 meeting will also be streamed on Openhouse's Facebook page.)
For more information, visit http://www.openhouse-sf.org.
San Mateo Pride center events
The San Mateo County Pride Center will hold an intergenerational beach lunch Saturday, August 11, from noon to 3 p.m. at Rockaway Beach in Pacifica.
The center will have food and drink, including vegetarian options. People are encouraged to bring snacks. The event is alcohol- and substance-free.
To RSVP, contact Andres Loyola, peer support worker, at andres.loyola@sanmateopride.org or (650) 591-0133, ext. 151 or visit https://www.facebook.com/events/183135732552950/.
In other news, a gender and name change clinic will be held Saturday, August 18, from 10 a.m. to 2 p.m. at the Pride center, 1021 South El Camino Real in San Mateo.
The center is joining with volunteers from Bay Area Legal Aid for a second name and gender marker change clinic. People can meet with an attorney or another volunteer for guidance in the process.
There is no cost and Spanish-speaking volunteers will be available.
Those planning to attend are asked to RSVP to case manager Alex Golding at (650) 465-6795.
Finally, the center is accepting applications for its new community advisory board.
The group will meet monthly and work together to oversee all Pride center program design and implementation. It will also work on outreach efforts to increase visibility.
Those interested in applying can email info@sanmateopride.org or pick up a copy at the center (address above).
Drag queen storytime in San Jose
Over the Rainbow, a drag queen storytime event for kids, will take place Saturday, August 18, at 11 a.m. at the Dr. Martin Luther King Jr. San Jose Public Library, 150 East San Fernando Street in San Jose.
Drag queen host Talon Marks will help celebrate Silicon Valley Pride at this family-friendly event, and share age-appropriate stories and songs with children and families of all ages. Stories will highlight inclusion, diversity, and friendship. Children can also ask questions.
A second event is planned for Saturday, September 15, at 11 a.m. at the same location.
Contact the reporter at c.laird@ebar.com.


Let's get started with this Disney rock painting of Stitch from the movie, Lilo and Stitch! We're sharing a few rock painting tips, tricks, and techniques, too. Let's get started.
If I'm honest, I had no intention of painting this rock. In fact, I had no intention of rock painting at all yesterday.
and this idea popped into my head.
I sketched out the idea on a piece of scrap paper using my daughter's plush doll as a guide. If you don't want to rely on your drawing skills, print off a picture from the web. Let's get started making this fun Disney rock painting Stitch.
This rock painting idea has a few more supplies than we normally use. I wanted to paint the earth in a way that contrasted Stitch so I used acrylics, but feel free to use paint pens for the entire project.
This looks involved, but it honestly wasn't. The entire rock was done between 8 pm and 9 pm while I waited (quite patiently, I might add) for my daughter to fall asleep. I don't seal rocks until 24 hours after they're done.
Lightly sketch a Stitch outline onto a scrap piece of paper. You can also print one from the Internet. :) Transfer the design to a clean rock. Paint the background black.
Water down a small amount of white acrylic paint and use the toothbrush to flick stars onto the background. It's okay if you get it on Stitch, we're going to paint over it. See how I do this in the video.
Fill in the Stitch body. Don't worry about being precise, we're going to go over it again.
Use the blue, green, and white acrylic paint to create an earth. Seriously, I had no idea what I was doing. Don't look too closely at the planet – the land mass you see there doesn't exist in the real world… Do try and add light to one side and shade to the other (in the video).
Finish Stitch by adding on his teeth and fingernails. Now, outline the entire body in the dark blue. Finish off the eye and nose reflections and you're almost done! Paint the back of the rock black (if you haven't already).Use a thin coat of ModPodge to lightly cover Stitch (and other paint pen details). Once dry, seal the rock with polyurethane. And that's it, your Disney rock painting Stitch rock is ready!
Your Disney rock painting Stitch is done! Isn't he cute? If you'd like to use him as a kindness rock, tag your group on the back (easily done with paint pens), seal it up, and hide it for a lucky Disney fan to hide.
Let's get started with this Disney rock painting of Stitch from the movie, Lilo and Stitch!
Water down a small amount of white acrylic paint and use the toothbrush to flick stars onto the background. It's okay if you get it on Stitch, we're going to paint over it. See how I do this in the video.
Fill in the Stitch body. Don't worry about being precise, we're going to go over it again.
Use the blue, green, and white acrylic paint to create an earth. Seriously, I had no idea what I was doing. Don't look too closely at the planet - the land mass you see there doesn't exist in the real world... Do try and add light to one side and shade to the other (in the video).
Finish Stitch by adding on his teeth and fingernails. Now, outline the entire body in the dark blue. Finish off the eye and nose reflections and you're almost done! Paint the back of the rock black (if you haven't already).Use a thin coat of ModPodge to lightly cover Stitch (and other paint pen details). Once dry, seal the rock with polyurethane. And that's it, your Disney rock painting Stitch rock is ready!


Fonella's Spottio application is a digital marketing tool for retailers, as well as a personal shopping assistant for shop customers.
Codemate has been developing the Spottio system for several years in close cooperation with Fonella Oy.
It is one of the first commercial retail solutions with accurate indoor positioning.
With Spottio app, consumers can browse for recipes and add the ingredients to a shopping list. When entering the grocery store, the consumer gets the shopping list in an optimized collecting order and can see the products on the shop layout map.
Any additional products that are hard to find within the store can be searched and located in an instant.
Consumers can get interesting offers based on their shopping list, when in the store.
For the retailer, Spottio simply increases sales. Spottio also generates a lot of store specific customer insights. Spottio opens up a whole new means to do context-aware advertising.
The web service offers the shop owners an insightful dashboard, full of interesting statistics about customer behaviour inside the store. It helps in evaluating marketing effectiveness and store layout efficiency.
We have created mobile applications for iOS and Android. The first versions were using hybrid technology. The latest apps are built with native tools to ensure the best user experience.
The back-end system is built with Spring framework (Java). The large amount of data is stored in MySQL and MongoDB databases. The back-end is integrated with the shop's product database system.
The indoor positioning system uses Indoor Atlas's magnetic field distortion technology to locate the user inside the store. iBeacons are used for welcoming users to the shop and getting their initial position.