CA2518482C - System and method for activating insurance coverage - Google Patents
System and method for activating insurance coverage Download PDFInfo
- Publication number
- CA2518482C CA2518482C CA2518482A CA2518482A CA2518482C CA 2518482 C CA2518482 C CA 2518482C CA 2518482 A CA2518482 A CA 2518482A CA 2518482 A CA2518482 A CA 2518482A CA 2518482 C CA2518482 C CA 2518482C
- Authority
- CA
- Canada
- Prior art keywords
- activation
- insurance coverage
- customer
- insurance
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
- G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
- G08G1/096775—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a central station
-
- G—PHYSICS
- 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
-
- G—PHYSICS
- 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/3679—Retrieval, searching and output of POI information, e.g. hotels, restaurants, shops, filling stations, parking facilities
- G01C21/3682—Retrieval, searching and output of POI information, e.g. hotels, restaurants, shops, filling stations, parking facilities output of POI information on a road map
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
- G08G1/096733—Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place
- G08G1/096741—Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place where the source of the transmitted information selects which information to transmit to each vehicle
Abstract
There is disclosed a method and system for activating insurance coverage. In an embodiment, a system for activating insurance coverage comprises: activation means operable by a customer for activating insurance coverage; verification means for verifying whether activation of insurance coverage is permissible; a timer for providing the date and time of activation of insurance coverage by the customer; and non-volatile storage means for archiving instances of activation of insurance coverage by the customer, together with the date and time of activation. The timer may be synchronized to a standard broadcast time signal, and the activation means may include authorization means for authorizing the customer to request the activation of insurance coverage. The non-volatile storage means is either tamper-proof or tamper-evident, and may be audited for verification of activation of insurance coverage in the event of an insurance claim.
Description
SYSTEM AND METHOD FOR
ACTIVATING INSURANCE COVERAGE
BACKGROUND
[0001] The present invention relates to a system and method for obtaining insurance coverage.
ACTIVATING INSURANCE COVERAGE
BACKGROUND
[0001] The present invention relates to a system and method for obtaining insurance coverage.
[0002] Numerous insurance products are available for insuring life and health, and for insuring many different types of property including vehicles, homes, and business. Some of these insurables may require fulltime insurance coverage on a year-round basis. However, for other types of assets, fulltime coverage may not be necessary.
[0003] For example, for personal automobiles, insurance coverage is often obtained for a fixed term, and renewed periodically thereafter. This is generally a reasonable arrangement for a primary transportation vehicle that is operated regularly. However, certain types of vehicles may be operated only on a seasonal basis, or only occasionally or intermittently. For vehicles that are operated seasonally, it may still be possible to obtain insurance coverage in a conventional manner, based on predetermined start and stop dates. However, this approach may limit flexibility and options as to when the vehicle may be operated. As for vehicles that are used only occasionally or intermittently, conventional insurance coverage with a fixed term may be costly and prohibitive.
[0004] What is needed is a more flexible system and method for activating insurance coverage that may overcome some of these limitations.
SUMMARY
SUMMARY
[0005] The present invention relates to a system and method for activating insurance coverage, and for facilitating subsequent verification of insurance activation for the purposes of processing an insurance claim.
[0005a] According to an aspect of the present invention, there is provided a system for activating insurance coverage, comprising: activation means operable by a customer for activating insurance coverage; a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of a timer and a standard broadcast time signal; verification means for verifying whether activation of insurance coverage is permissible; obtaining means, from the internal clock, for providing a date and time of activation of insurance coverage by the customer; internal non-volatile storage means of the mobile electronic device for archiving instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile electronic device is operating in the offline mode; and communication means for communicating the instances of activation of insurance coverage to a server when the mobile electronic device is operable in an online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile electronic device.
[0005b] According to another aspect of the present invention, there is provided a method of activating insurance coverage, comprising: providing an activation means operable by a customer for activating insurance coverage; providing a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of a timer and a standard broadcast time signal; verifying whether activation of insurance coverage is permissible; obtaining, from the internal clock, a date and time of activation of insurance coverage by the customer; archiving in an internal non-volatile storage means instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile electronic device is operating in the offline mode; and communicating, by the mobile electronic device operable in an online mode, the instances of activation of insurance coverage to a server when the mobile electronic device is operable in the online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile electronic device.
[0005c] According to another aspect of the present invention, there is provided a data processor readable medium storing data processor code that, when loaded into a data processing device, adapts the device to activate a customer's insurance coverage, the data processor readable medium including: code for verifying whether activation of insurance coverage requested by the customer is permissible; code for synchronizing an internal clock of a mobile device to one of a timer and a standard broadcast time signal, wherein the mobile device is operable in an offline mode; code for obtaining from the internal clock a date and time of activation of insurance coverage by the customer; code for archiving, in an internal non-volatile storage means of the mobile device, instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile device is operating in an offline mode; and code for communicating, by the mobile device operable in an online mode, the instances of activation of insurance coverage to a server when the mobile device is operable in the online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile device.
[0005a] According to an aspect of the present invention, there is provided a system for activating insurance coverage, comprising: activation means operable by a customer for activating insurance coverage; a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of a timer and a standard broadcast time signal; verification means for verifying whether activation of insurance coverage is permissible; obtaining means, from the internal clock, for providing a date and time of activation of insurance coverage by the customer; internal non-volatile storage means of the mobile electronic device for archiving instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile electronic device is operating in the offline mode; and communication means for communicating the instances of activation of insurance coverage to a server when the mobile electronic device is operable in an online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile electronic device.
[0005b] According to another aspect of the present invention, there is provided a method of activating insurance coverage, comprising: providing an activation means operable by a customer for activating insurance coverage; providing a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of a timer and a standard broadcast time signal; verifying whether activation of insurance coverage is permissible; obtaining, from the internal clock, a date and time of activation of insurance coverage by the customer; archiving in an internal non-volatile storage means instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile electronic device is operating in the offline mode; and communicating, by the mobile electronic device operable in an online mode, the instances of activation of insurance coverage to a server when the mobile electronic device is operable in the online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile electronic device.
[0005c] According to another aspect of the present invention, there is provided a data processor readable medium storing data processor code that, when loaded into a data processing device, adapts the device to activate a customer's insurance coverage, the data processor readable medium including: code for verifying whether activation of insurance coverage requested by the customer is permissible; code for synchronizing an internal clock of a mobile device to one of a timer and a standard broadcast time signal, wherein the mobile device is operable in an offline mode; code for obtaining from the internal clock a date and time of activation of insurance coverage by the customer; code for archiving, in an internal non-volatile storage means of the mobile device, instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile device is operating in an offline mode; and code for communicating, by the mobile device operable in an online mode, the instances of activation of insurance coverage to a server when the mobile device is operable in the online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile device.
[0006] In another aspect, there is provided a system for activating insurance coverage, comprising: activation means operable by a customer for activating insurance coverage;
verification means for verifying whether activation of insurance coverage is permissible; timer for providing the date and time of activation of insurance coverage by the customer; non-2a volatile storage means for archiving instances of activation of insurance coverage by the customer, together with the date and time of activation.
verification means for verifying whether activation of insurance coverage is permissible; timer for providing the date and time of activation of insurance coverage by the customer; non-2a volatile storage means for archiving instances of activation of insurance coverage by the customer, together with the date and time of activation.
[0007] In an embodiment, the timer is synchronized to a standard broadcast time signal.
[0008] In another embodiment, the activation means includes authorization means for authorizing the customer to request the activation of insurance coverage.
[0009] In yet another embodiment, the system further comprises a deactivation means operable by the customer for deactivating insurance coverage.
[0010] In another embodiment, the date and time of activation of insurance coverage predetermines deactivation of insurance coverage after a set period of time.
2b
2b
[0011] In a further embodiment, the non-volatile storage means is one of tamper-proof and tamper-evident, and auditable for verification of activation of insurance coverage in the event of an insurance claim.
[0012] In another embodiment, the activation means operated by the customer is synchronized to one of the timer and the standard broadcast time signal.
[00131 In still another embodiment, the activation means comprises a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of the timer and a standard broadcast time signal, and an internal non-volatile storage means for archiving instances of insurance coverage activation by the customer together with the date and time of activation while operating in the offline mode.
[0014] In another embodiment, the internal non-volatile storage means is one of tamper-proof and tamper-evident, and auditable for verification of activation of insurance coverage in the event of an insurance claim.
[0015] In another aspect, there is provided a method of activating insurance coverage, comprising: providing an activation means operable by a customer for activating insurance coverage; verifying whether activation of insurance coverage is permissible;
obtaining from a timer the date and time of activation of insurance coverage by the customer;
archiving in a non-volatile storage means instances of activation of insurance coverage by the customer, together with the date and time of activation.
[0016] In an embodiment, the method further comprises synchronizing the timer to a standard broadcast time signal.
[0017] In another embodiment, the method further comprises providing authorization means for authorizing the customer to request the activation of insurance coverage.
[0018] In still another embodiment, the method further comprises providing a deactivation means operable by the customer for deactivating insurance coverage.
[0019] In another embodiment, the method further comprises predetermining deactivation of insurance coverage in dependence upon the date and time of activation of insurance coverage.
[0020] In a further embodiment, the non-volatile storage means is one of tamper-proof and tamper-evident, and the method further comprises auditing the non-volatile storage means for verification of activation of insurance coverage in the event of an insurance claim.
[0021] In another embodiment, the method further comprises synchronizing the activation means operated by the customer to one of the timer and the standard broadcast time signal.
[0022] In yet another embodiment, the method further comprising providing a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of the timer and a standard broadcast time signal, and an internal non-volatile storage means for archiving instances of insurance coverage activation by the customer together with the date and time of activation while operating in the offline mode.
[0023] In still another embodiment, the internal non-volatile storage means is one of tamper-proof and tamper-evident, and the method further comprises auditing the internal non-volatile storage means for verification of activation of insurance coverage in the event of an insurance claim.
[0024] In another aspect, there is provided a data processor readable medium storing data processor code that, when loaded into a data processing device, adapts the device to activate a customer's insurance coverage, the data processor readable medium including:
code for verifying whether activation of insurance coverage requested by the customer is permissible; code for obtaining from a timer the date and time of activation of insurance coverage by the customer; code for archiving in a non-volatile storage means instances activation of insurance coverage by the customer, together with the date and time of activation.
[0025] In an embodiment, the data processor readable medium further includes code for synchronizing the timer to a standard broadcast time signal.
[0026] In another embodiment, the data processor readable medium further includes code for authorizing the customer to request the activation of insurance coverage.
[0027] In yet another embodiment, the data processor readable medium further includes code for providing a deactivation means operable by the customer for deactivating insurance coverage.
[0028] In still another embodiment, the data processor readable medium further includes code for predetermining deactivation of insurance coverage in dependence upon the date and time of activation of insurance coverage.
[0029] In another embodiment, the data processor readable medium further includes code for auditing the non-volatile storage means for verification of activation of insurance coverage in the event of an insurance claim.
[0030] In a further embodiment, the data processor readable medium further includes code for synchronizing the activation means operated by the customer to one of the timer and the standard broadcast time signal.
[0031] These and other aspects of the invention will become apparent from the following more particular descriptions of exemplary embodiments.
BRIEF DESCRIPTION OF THE DRAWINGS
[0032] In the figures which illustrate exemplary embodiments of the invention:
[0033] FIG. 1 shows a generic data processing system that may provide a suitable operating environment.
[0034] FIG. 2 shows an illustrative schematic diagram of a system for activating insurance coverage on demand in accordance with an embodiment of the invention [0035] FIG. 3A and FIG. 3B show an illustrative example of a mobile electronic device for use in the system of FIG. 2.
[0036] FIG. 4 shows a flowchart of an illustrative insurance activation method in accordance with an embodiment.
[0037] FIG. 5 shows a flowchart of an illustrative method of utilizing the device of FIG. 3A
and FIG. 3B to activate insurance coverage.
[0038] FIG. 6 shows a flowchart of an illustrative method for verifying activation of insurance coverage.
DETAILED DESCRIPTION
[0039] As noted above, the present invention relates to a method and system for activating insurance coverage, and for facilitating subsequent verification of activation of insurance coverage for processing an insurance claim.
[0040] As will be explained below, the invention may be embodied in various physical configurations which may include data processing systems, networks, devices, software and firmware. The particular configurations shown by way of example in this specification are not meant to be limiting.
[0041] By way of example, FIG. 1 shows a generic data processing system 100 that may include a central processing unit ("CPU") 102 connected to a storage unit 104 and to a random access memory 106. The CPU 102 may process an operating system 101, application program 103, and data 123. The operating system 101, application program 103, and data 123 may be stored in storage unit 104 and loaded into memory 106, as may be required. An operator 107 may interact with the data processing system 100 using a video display 108 connected by a video interface 105, and various input/output devices such as a keyboard 110, mouse 112, and disk drive 114 connected by an I/O interface 109. In known manner, the mouse 112 may be configured to control movement of a cursor in the video display 108, and to operate various graphical user interface ("GUI") controls appearing in the video display 108 with a mouse button. The disk drive 114 may be configured to accept data processing system readable media 116. The data processing system 100 may form part of a network via a network interface 111, allowing the data processing system 100 to communicate with other suitably configured data processing systems (not shown).
[0042] FIG. 2 shows an illustrative schematic diagram of an insurance activation system 200 for activating insurance "on demand" in accordance with an embodiment of the invention. System 200 may contain one or more data processing systems, such as the data processing system 100 illustrated in FIG. 1, in standalone or networked configurations.
[0043] As shown in FIG. 2, an insurance activation server 202 may interact with one or more access devices 204, 206, 300 operated by one of customers 201a, 201b and 201c (collectively customer 201). Insurance activation server 202 may be, for example, a generic data processing system (e.g. data processing system 100) appropriately configured as a server. As shown by way of example, the access devices may include a telephone 204, a personal computer 206, and a mobile electronic device 300. (An illustrative example of a mobile electronic device 300 is described with reference to FIGS. 3A and 3B below.) [0044] Insurance activation server 202 may be operatively connected to a secure archive database 208 for logging or archiving each instance of an instruction for activation of insurance coverage received from customer 201. Insurance activation server 202 may also be operatively connected to a status change database 210 for updating and maintaining a current status for insurance coverage for a particular customer 201. Archive database 208 and status change database 210 may reside either on different physical storage devices, or on the same physical storage device provided that appropriate access controls and restrictions are put in place for each database.
[0045] Date/time server 212 may be used to synchronize the date and time for tracking activation of insurance coverage within system 200. Date/time server 212 may be synchronized to a standard broadcast date and time signal that may also be used by telephone 204, personal computer 206, and mobile electronic device 300.
[0046] Insurance database 214 may store particular details and selectable insurance coverage options for each insurance policy previously set up for each customer 201 and entered into system 200. Insurance database 214 may be configured to be accessible by insurance activation server 202 for verification of the insurance policy and selectable options for a particular customer 201. Insurance database 214 may also be configured to be accessible by claim processing server 216 when subsequently processing an insurance claim, as described further below.
[0047] As illustrated in FIG. 2, customer 201 may access insurance activation server 202 using any one of a number of different activation means. For example, customer 201 may use a touchtone telephone 204 to access insurance activation server 202 via a suitable voice response unit or VRU 204a interface. Telephone 204 may be a conventional landline telephone, a cell phone, a satellite phone, etc. that may be used to access VRU 204a.
[0048] Telephone 204 may also be a miniature computer platform based cell phone with random access memory and advanced data processing capabilities, allowing telephone 204 to store and execute mini-applications or "applets". These applets may perform specific functions that would otherwise be performed using a suitably configured personal computer 206 (e.g. data processing system 100 of FIG. 1). A compatible computer modem or network interface 206a may provide customer 201 with access to insurance activation server 202 and its various functions.
[0049] Customer 201 may also use a mobile electronic device 300, with a suitable communications interface 300a that may be used to receive communications from device 300, and to send communications back to device 300.
[0050] Whether customer 201 interacts with insurance activation server 202 using a telephone 204, personal computer 206, mobile electronic device 300, or some other access device, insurance activation server 202 may be accessed to facilitate activation of insurance coverage on demand, as will be described further below.
[0051] Insurance activation server 202 may be configured to provide high system availability in order for customers 201 to access insurance activation server 202 at virtually any time, and to activate insurance coverage on demand. However, in the event that immediate access to insurance activation server 202 is unavailable for whatever reason, customer 201 may be given an option to activate insurance coverage "offline". This may be achieved, for example, by using a suitably configured device that is operable in an offline mode.
[0052] By way of example, FIG. 3A and FIG. 3B show a device 300 that may be used in an offline mode in system 200 of FIG. 2. Device 300 may be issued, for example, by an insurer providing customer 201 with insurance coverage that may be activated on demand using device 300. Alternatively, an insurance broker or agent may provide the device 300 to consumers and act as an intermediary by providing insurance coverage on demand from various insurers offering competing insurance products.
[0053] As shown in FIG. 3A, illustrative device 300 includes a keypad 302 for inputting data, a display 304 for allowing customer 201 to view data, and data navigation keys 303 for scrolling through and selecting various options from a menu presented in display 304.
[0054] As shown schematically in FIG. 3B, illustrative device 300 may include various internal components. Device 300 and its internal components should operate reliably, and be able to maintain date/time accuracy over a range of operating conditions.
[0055] Preferably, device 300 includes a mobile power source, such as a battery 305. Device 300 may also include an auxiliary power source 307 (e.g. solar power cell), such that device 300 may be conveniently carried by customer 201 and kept operational over an extended period of time. Device 300 may also include a battery charger 306 for periodically recharging battery 305, and an I/O interface 308 that may provide access to a suitable communications /
power connection port of a personal computer (e.g. to a Universal Serial Bus or USB port) via suitable protection circuitry 310.
[0056] As shown, a power bus 312 connected to battery 305 and auxiliary power source 307 may provide electrical power to a display unit 304, a real-time clock 316, a Micro-Controller Unit or MCU 318, an optional transmitter / receiver 330, and any other internal component requiring power.
[0057] Still referring to FIG. 3A and FIG. 3B, display unit 304 may be a Liquid Crystal Display (LCD) or the like, and be controlled by MCU 318 to provide customer 201 with feedback on data the customer 201 has entered into device 300 via key-pad 302.
Display unit 304 may also display various menu choices for navigation and selection of options by customer 201.
[0058] Real-time clock 316 may be configured to keep track of date and time for device 300.
Real-time clock 316 may be initially set by the issuer of device 300, or otherwise be configured to automatically synchronize or resynchronize to a standard broadcast time signal so that device 300 is substantially in synch with the date/time kept by date/time server 212 of FIG. 2. Synchronization or resynchronization of the date and time may occur, for example, by receiving a standard broadcast time signal via transmitter/receiver 330, or alternatively by receiving date/time data through I/O interface 308 when device 300 is connected to an external device capable of providing date/time data.
[0059] Real-time clock 316 should preferably be tamper-proof, as it may be used to audit the date and time of activation of insurance coverage by customer 201. Therefore, the synchronization or resynchronization function as described above should not allow customer 201 to set the date and time manually to something other than the actual date and time. As well, in order to maintain integrity and confidentiality of customer data, any data transmitted between device 300 and insurance activation server 202 or another external device should preferably be digitally encrypted, and may be signed to identify an authorized access device, or otherwise secured.
[0060] Still referring to FIG. 3A and FIG. 3B, MCU 318 may be configured to run suitable data processor readable code to control various functions of device 300. For example, suitable data processor readable code may activate buzzer 320 to alert customer 201 to various warnings or error conditions, such as low battery charge, etc.
[0061] MCU 318 may also be operatively connected via a data bus 322 to a non-volatile storage device 324, and to a read-only memory or ROM 326. ROM 326 may be configured to contain an Electronic Serial Number or ESN which uniquely identifies device 300. At the time of issue of device 300, this ESN may be associated with a particular customer 201 to uniquely identify the customer 201. ROM 326 may also contain operational code for MCU
318.
[0062] Non-volatile storage device 324 and ROM 326 should preferably be tamper-proof or tamper-evident, such that integrity of data stored in non-volatile storage device 324 and ROM
326 can be assured for auditing purposes in the event of a subsequent insurance claim made by customer 201. By way of example, non-volatile storage device 324 may be configured as a Write-Once-Read-Many (WORM) type of storage with capacity to record all instances of activation of insurance coverage by customer 201. Non-volatile storage device 324 may also be configured, for example, as a Programmable Read-Only Memory (PROM), which may be written to just once.
[0063] While the discussion above refers generally to activation of insurance coverage by customer 201, it will be appreciated that system 200 and the access devices 204, 206, 300, may be configured such that customer 201 may also deactivate insurance coverage on demand. However, to minimize the risk of unintended changes, confirmation of an instruction for activation or deactivation of insurance coverage preferably should be sought prior to effecting the requested change.
[00131 In still another embodiment, the activation means comprises a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of the timer and a standard broadcast time signal, and an internal non-volatile storage means for archiving instances of insurance coverage activation by the customer together with the date and time of activation while operating in the offline mode.
[0014] In another embodiment, the internal non-volatile storage means is one of tamper-proof and tamper-evident, and auditable for verification of activation of insurance coverage in the event of an insurance claim.
[0015] In another aspect, there is provided a method of activating insurance coverage, comprising: providing an activation means operable by a customer for activating insurance coverage; verifying whether activation of insurance coverage is permissible;
obtaining from a timer the date and time of activation of insurance coverage by the customer;
archiving in a non-volatile storage means instances of activation of insurance coverage by the customer, together with the date and time of activation.
[0016] In an embodiment, the method further comprises synchronizing the timer to a standard broadcast time signal.
[0017] In another embodiment, the method further comprises providing authorization means for authorizing the customer to request the activation of insurance coverage.
[0018] In still another embodiment, the method further comprises providing a deactivation means operable by the customer for deactivating insurance coverage.
[0019] In another embodiment, the method further comprises predetermining deactivation of insurance coverage in dependence upon the date and time of activation of insurance coverage.
[0020] In a further embodiment, the non-volatile storage means is one of tamper-proof and tamper-evident, and the method further comprises auditing the non-volatile storage means for verification of activation of insurance coverage in the event of an insurance claim.
[0021] In another embodiment, the method further comprises synchronizing the activation means operated by the customer to one of the timer and the standard broadcast time signal.
[0022] In yet another embodiment, the method further comprising providing a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of the timer and a standard broadcast time signal, and an internal non-volatile storage means for archiving instances of insurance coverage activation by the customer together with the date and time of activation while operating in the offline mode.
[0023] In still another embodiment, the internal non-volatile storage means is one of tamper-proof and tamper-evident, and the method further comprises auditing the internal non-volatile storage means for verification of activation of insurance coverage in the event of an insurance claim.
[0024] In another aspect, there is provided a data processor readable medium storing data processor code that, when loaded into a data processing device, adapts the device to activate a customer's insurance coverage, the data processor readable medium including:
code for verifying whether activation of insurance coverage requested by the customer is permissible; code for obtaining from a timer the date and time of activation of insurance coverage by the customer; code for archiving in a non-volatile storage means instances activation of insurance coverage by the customer, together with the date and time of activation.
[0025] In an embodiment, the data processor readable medium further includes code for synchronizing the timer to a standard broadcast time signal.
[0026] In another embodiment, the data processor readable medium further includes code for authorizing the customer to request the activation of insurance coverage.
[0027] In yet another embodiment, the data processor readable medium further includes code for providing a deactivation means operable by the customer for deactivating insurance coverage.
[0028] In still another embodiment, the data processor readable medium further includes code for predetermining deactivation of insurance coverage in dependence upon the date and time of activation of insurance coverage.
[0029] In another embodiment, the data processor readable medium further includes code for auditing the non-volatile storage means for verification of activation of insurance coverage in the event of an insurance claim.
[0030] In a further embodiment, the data processor readable medium further includes code for synchronizing the activation means operated by the customer to one of the timer and the standard broadcast time signal.
[0031] These and other aspects of the invention will become apparent from the following more particular descriptions of exemplary embodiments.
BRIEF DESCRIPTION OF THE DRAWINGS
[0032] In the figures which illustrate exemplary embodiments of the invention:
[0033] FIG. 1 shows a generic data processing system that may provide a suitable operating environment.
[0034] FIG. 2 shows an illustrative schematic diagram of a system for activating insurance coverage on demand in accordance with an embodiment of the invention [0035] FIG. 3A and FIG. 3B show an illustrative example of a mobile electronic device for use in the system of FIG. 2.
[0036] FIG. 4 shows a flowchart of an illustrative insurance activation method in accordance with an embodiment.
[0037] FIG. 5 shows a flowchart of an illustrative method of utilizing the device of FIG. 3A
and FIG. 3B to activate insurance coverage.
[0038] FIG. 6 shows a flowchart of an illustrative method for verifying activation of insurance coverage.
DETAILED DESCRIPTION
[0039] As noted above, the present invention relates to a method and system for activating insurance coverage, and for facilitating subsequent verification of activation of insurance coverage for processing an insurance claim.
[0040] As will be explained below, the invention may be embodied in various physical configurations which may include data processing systems, networks, devices, software and firmware. The particular configurations shown by way of example in this specification are not meant to be limiting.
[0041] By way of example, FIG. 1 shows a generic data processing system 100 that may include a central processing unit ("CPU") 102 connected to a storage unit 104 and to a random access memory 106. The CPU 102 may process an operating system 101, application program 103, and data 123. The operating system 101, application program 103, and data 123 may be stored in storage unit 104 and loaded into memory 106, as may be required. An operator 107 may interact with the data processing system 100 using a video display 108 connected by a video interface 105, and various input/output devices such as a keyboard 110, mouse 112, and disk drive 114 connected by an I/O interface 109. In known manner, the mouse 112 may be configured to control movement of a cursor in the video display 108, and to operate various graphical user interface ("GUI") controls appearing in the video display 108 with a mouse button. The disk drive 114 may be configured to accept data processing system readable media 116. The data processing system 100 may form part of a network via a network interface 111, allowing the data processing system 100 to communicate with other suitably configured data processing systems (not shown).
[0042] FIG. 2 shows an illustrative schematic diagram of an insurance activation system 200 for activating insurance "on demand" in accordance with an embodiment of the invention. System 200 may contain one or more data processing systems, such as the data processing system 100 illustrated in FIG. 1, in standalone or networked configurations.
[0043] As shown in FIG. 2, an insurance activation server 202 may interact with one or more access devices 204, 206, 300 operated by one of customers 201a, 201b and 201c (collectively customer 201). Insurance activation server 202 may be, for example, a generic data processing system (e.g. data processing system 100) appropriately configured as a server. As shown by way of example, the access devices may include a telephone 204, a personal computer 206, and a mobile electronic device 300. (An illustrative example of a mobile electronic device 300 is described with reference to FIGS. 3A and 3B below.) [0044] Insurance activation server 202 may be operatively connected to a secure archive database 208 for logging or archiving each instance of an instruction for activation of insurance coverage received from customer 201. Insurance activation server 202 may also be operatively connected to a status change database 210 for updating and maintaining a current status for insurance coverage for a particular customer 201. Archive database 208 and status change database 210 may reside either on different physical storage devices, or on the same physical storage device provided that appropriate access controls and restrictions are put in place for each database.
[0045] Date/time server 212 may be used to synchronize the date and time for tracking activation of insurance coverage within system 200. Date/time server 212 may be synchronized to a standard broadcast date and time signal that may also be used by telephone 204, personal computer 206, and mobile electronic device 300.
[0046] Insurance database 214 may store particular details and selectable insurance coverage options for each insurance policy previously set up for each customer 201 and entered into system 200. Insurance database 214 may be configured to be accessible by insurance activation server 202 for verification of the insurance policy and selectable options for a particular customer 201. Insurance database 214 may also be configured to be accessible by claim processing server 216 when subsequently processing an insurance claim, as described further below.
[0047] As illustrated in FIG. 2, customer 201 may access insurance activation server 202 using any one of a number of different activation means. For example, customer 201 may use a touchtone telephone 204 to access insurance activation server 202 via a suitable voice response unit or VRU 204a interface. Telephone 204 may be a conventional landline telephone, a cell phone, a satellite phone, etc. that may be used to access VRU 204a.
[0048] Telephone 204 may also be a miniature computer platform based cell phone with random access memory and advanced data processing capabilities, allowing telephone 204 to store and execute mini-applications or "applets". These applets may perform specific functions that would otherwise be performed using a suitably configured personal computer 206 (e.g. data processing system 100 of FIG. 1). A compatible computer modem or network interface 206a may provide customer 201 with access to insurance activation server 202 and its various functions.
[0049] Customer 201 may also use a mobile electronic device 300, with a suitable communications interface 300a that may be used to receive communications from device 300, and to send communications back to device 300.
[0050] Whether customer 201 interacts with insurance activation server 202 using a telephone 204, personal computer 206, mobile electronic device 300, or some other access device, insurance activation server 202 may be accessed to facilitate activation of insurance coverage on demand, as will be described further below.
[0051] Insurance activation server 202 may be configured to provide high system availability in order for customers 201 to access insurance activation server 202 at virtually any time, and to activate insurance coverage on demand. However, in the event that immediate access to insurance activation server 202 is unavailable for whatever reason, customer 201 may be given an option to activate insurance coverage "offline". This may be achieved, for example, by using a suitably configured device that is operable in an offline mode.
[0052] By way of example, FIG. 3A and FIG. 3B show a device 300 that may be used in an offline mode in system 200 of FIG. 2. Device 300 may be issued, for example, by an insurer providing customer 201 with insurance coverage that may be activated on demand using device 300. Alternatively, an insurance broker or agent may provide the device 300 to consumers and act as an intermediary by providing insurance coverage on demand from various insurers offering competing insurance products.
[0053] As shown in FIG. 3A, illustrative device 300 includes a keypad 302 for inputting data, a display 304 for allowing customer 201 to view data, and data navigation keys 303 for scrolling through and selecting various options from a menu presented in display 304.
[0054] As shown schematically in FIG. 3B, illustrative device 300 may include various internal components. Device 300 and its internal components should operate reliably, and be able to maintain date/time accuracy over a range of operating conditions.
[0055] Preferably, device 300 includes a mobile power source, such as a battery 305. Device 300 may also include an auxiliary power source 307 (e.g. solar power cell), such that device 300 may be conveniently carried by customer 201 and kept operational over an extended period of time. Device 300 may also include a battery charger 306 for periodically recharging battery 305, and an I/O interface 308 that may provide access to a suitable communications /
power connection port of a personal computer (e.g. to a Universal Serial Bus or USB port) via suitable protection circuitry 310.
[0056] As shown, a power bus 312 connected to battery 305 and auxiliary power source 307 may provide electrical power to a display unit 304, a real-time clock 316, a Micro-Controller Unit or MCU 318, an optional transmitter / receiver 330, and any other internal component requiring power.
[0057] Still referring to FIG. 3A and FIG. 3B, display unit 304 may be a Liquid Crystal Display (LCD) or the like, and be controlled by MCU 318 to provide customer 201 with feedback on data the customer 201 has entered into device 300 via key-pad 302.
Display unit 304 may also display various menu choices for navigation and selection of options by customer 201.
[0058] Real-time clock 316 may be configured to keep track of date and time for device 300.
Real-time clock 316 may be initially set by the issuer of device 300, or otherwise be configured to automatically synchronize or resynchronize to a standard broadcast time signal so that device 300 is substantially in synch with the date/time kept by date/time server 212 of FIG. 2. Synchronization or resynchronization of the date and time may occur, for example, by receiving a standard broadcast time signal via transmitter/receiver 330, or alternatively by receiving date/time data through I/O interface 308 when device 300 is connected to an external device capable of providing date/time data.
[0059] Real-time clock 316 should preferably be tamper-proof, as it may be used to audit the date and time of activation of insurance coverage by customer 201. Therefore, the synchronization or resynchronization function as described above should not allow customer 201 to set the date and time manually to something other than the actual date and time. As well, in order to maintain integrity and confidentiality of customer data, any data transmitted between device 300 and insurance activation server 202 or another external device should preferably be digitally encrypted, and may be signed to identify an authorized access device, or otherwise secured.
[0060] Still referring to FIG. 3A and FIG. 3B, MCU 318 may be configured to run suitable data processor readable code to control various functions of device 300. For example, suitable data processor readable code may activate buzzer 320 to alert customer 201 to various warnings or error conditions, such as low battery charge, etc.
[0061] MCU 318 may also be operatively connected via a data bus 322 to a non-volatile storage device 324, and to a read-only memory or ROM 326. ROM 326 may be configured to contain an Electronic Serial Number or ESN which uniquely identifies device 300. At the time of issue of device 300, this ESN may be associated with a particular customer 201 to uniquely identify the customer 201. ROM 326 may also contain operational code for MCU
318.
[0062] Non-volatile storage device 324 and ROM 326 should preferably be tamper-proof or tamper-evident, such that integrity of data stored in non-volatile storage device 324 and ROM
326 can be assured for auditing purposes in the event of a subsequent insurance claim made by customer 201. By way of example, non-volatile storage device 324 may be configured as a Write-Once-Read-Many (WORM) type of storage with capacity to record all instances of activation of insurance coverage by customer 201. Non-volatile storage device 324 may also be configured, for example, as a Programmable Read-Only Memory (PROM), which may be written to just once.
[0063] While the discussion above refers generally to activation of insurance coverage by customer 201, it will be appreciated that system 200 and the access devices 204, 206, 300, may be configured such that customer 201 may also deactivate insurance coverage on demand. However, to minimize the risk of unintended changes, confirmation of an instruction for activation or deactivation of insurance coverage preferably should be sought prior to effecting the requested change.
13 [0064] By way of example, if an insurance deactivation option is enabled, device 300 may be configured with a single push button that can be used by customer 201 to toggle between an activated or deactivated insurance coverage state. Alternatively, a dual button design may be used, whereby one button is used to activate insurance coverage, and the other is used to deactivate insurance coverage.
[0065] In an embodiment, device 300 may be configured such that, when device 300 is power up for the first time, device 300 operates continuously until customer 201 has a need to make an insurance claim, based on an instance of insurance activation recorded in device 300. With a suitable power source, continuous operation of device 300 may extend, for example, for a year or more. In a subsequent reset of device 300 that may be necessitated by an exhausted power source or a reset condition (e.g. indicating a need to make an insurance claim), device 300 may be configured to awake in a locked read only mode, such that auditing and verification of insurance coverage can take place without any further change in data or status being possible in device 300.
[0066] The operation of illustrative device 300 and its use within system 200 of FIG. 2 will now be described in more detail.
[0067] FIG. 4 shows a flowchart of an illustrative method 400 for activating (or deactivating) insurance coverage in accordance with an embodiment of the invention. At block 402 of method 400, a customer (e.g. customer 201) requests access (e.g. to an insurance activation server 202) via a user interface device (e.g. via a telephone 204, a personal computer 206, or a mobile electronic device 300), in order to activate or deactivate insurance coverage.
[0065] In an embodiment, device 300 may be configured such that, when device 300 is power up for the first time, device 300 operates continuously until customer 201 has a need to make an insurance claim, based on an instance of insurance activation recorded in device 300. With a suitable power source, continuous operation of device 300 may extend, for example, for a year or more. In a subsequent reset of device 300 that may be necessitated by an exhausted power source or a reset condition (e.g. indicating a need to make an insurance claim), device 300 may be configured to awake in a locked read only mode, such that auditing and verification of insurance coverage can take place without any further change in data or status being possible in device 300.
[0066] The operation of illustrative device 300 and its use within system 200 of FIG. 2 will now be described in more detail.
[0067] FIG. 4 shows a flowchart of an illustrative method 400 for activating (or deactivating) insurance coverage in accordance with an embodiment of the invention. At block 402 of method 400, a customer (e.g. customer 201) requests access (e.g. to an insurance activation server 202) via a user interface device (e.g. via a telephone 204, a personal computer 206, or a mobile electronic device 300), in order to activate or deactivate insurance coverage.
14 [0068] Upon receiving the access request at block 402, method 400 proceeds to decision block 404, where customer 201 is required to identify himself/herself to ensure that the activation or deactivation of insurance coverage for customer 201 is effected only by an authorized person or persons. This authorization step may require customer 201 to identify himself/herself by providing a userid or some other unique identifier, and to enter a password or Personal Identification Number (PIN) associated with that userid or unique identifier. In the illustrative example of system 200, if customer 201 uses telephone 204 to access a VRU
204a, VRU 204a may prompt customer 201 to enter a numeric userid or unique identifier using a key-pad on telephone 204. This may be followed by prompting customer 201 to enter a password or PIN associated with that userid or identifier. If a personal computer 206 is used, a password prompt may appear within a GUI window so that customer 201 can input both a userid and password via a keyboard. If device 300 is used, key-pad 302 may be used to enter a userid and to subsequently enter a PIN associated with that userid.
Alternatively, the ESN for the device 300 may be used to uniquely identify the customer, and therefore it may be necessary for the customer to enter only the PIN.
[0069] If customer 201 is not properly authorized at block 404, method 400 may return to decision block 402. Once customer 201 has been authorized at decision block 402, method 400 may proceed to block 406, where method 400 may either proceed to block 408, or allow the connection to end (i.e., without making a change).
[0070] At block 408, customer 201 may be provided with menu options to allow customer 201 to select various insurance coverage options or to change status. In the illustrative example of system 200, if a telephone 204 is used, VRU 204a may interact with insurance activation server 202 to offer customer 201 a choice of options by recorded voice prompts.
Customer 201 may then navigate and select an option by responding to VRU 204a voice prompts by inputting data via touchtone buttons on telephone 204. If a personal computer 206 is used instead, a GUI interface may provide a menu from which customer 201 may select activation or deactivation of insurance coverage using a mouse or keyboard. If a mobile electronic device 300 is used, e.g. as illustrated in FIG. 3A and FIG. 3B, device 300 may include a key-pad 302 and navigation keys 303 to allow customer 201 to navigate and select menu options for activating or deactivating insurance coverage.
[0071] From block 408, method 400 proceeds to decision block 410 where the coverage option or status change selected by customer 201 may be verified as being permissible (e.g. as verified against insurance database 214 in system 200 of FIG. 2). If the selected option or change in status is not verified as being permissible at block 410, method 400 proceeds to block 414 to indicate that the requested status or option change is not valid.
If the selected option or change in status is validated at block 410, method 400 proceeds to decision block 412.
[0072] At decision block 412, method 400 may seek confirmation that customer 201 wishes to change the status or options for insurance coverage. This confirmation step is intended to minimize the possibility that a customer 201 may unintentionally activate or deactivate insurance coverage. If the selected change is not confirmed by customer 201 at block 412, method 400 returns to block 414. If, on the other hand, the change is confirmed by customer 201 at block 412, method 400 proceeds to block 416, where the change in status or options is recorded and logged in an archive database at 418 (e.g. in archive database 208 of FIG. 2).
Preferably, any instance of activation or deactivation of insurance coverage or selected options at block 412 should be permanently archived at 418. The archive may then be later used to confirm the customer's instructions for activating or deactivating insurance coverage when processing an insurance claim, as described further below.
[0073] From block 416, method 400 may then proceed to block 420 where the confirmed status change can be stored at 422 in a status change database (e.g. status change database 210 of FIG. 2). Method 400 may then end.
[0074] Now referring to FIG. 5, there is shown a flowchart of an illustrative method 500 of utilizing the device of FIG. 3A and FIG. 3B to activate insurance coverage within system 200.
Method 500 begins at block 502 where, if device 300 is a not new device, method 500 proceeds to block 506 where all data write functions for device 300 may be disabled. This may correspond to waking up in a locked read only mode in any "reset" of device 300, as previously mentioned.
[0075] Method 500 then proceeds to decision block 508 where method 500 determines whether device 300 is connected to an external device or reader, such as personal computer, via its I/O interface 308. If yes, method 500 may proceed to block 510 where data stored in non-volatile storage means 324 (e.g. a PROM 324) is dumped to the external device or reader for processing. Otherwise, if device 300 is a new device, method 500 proceeds to block 512, where device 300 is initialized, and PROM 324 may be set to disable any further resets of device 300, e.g. when turned off and turned back on. Method 500 may then proceed to block 514, where data associated with customer 201 may be burned into PROM 324, and real-time clock 316 is synchronized to a standard broadcast time signal (e.g. as provided by a date/time server 212 of FIG. 2).
[0076] From block 514, method 500 proceeds to block 516, where method 500 displays (e.g.
via display 304) the current insurance status. If device 300 is a new device that was just initialized, the initial default insurance status may be non-active.
[0077] From block 516, method 500 proceeds to decision block 518, where method determines if customer 201 has requested activation of insurance. As previously noted, in an embodiment, customer 201 may request activation of insurance by pressing an activation button on device 300. Alternatively, a menu selection for activating insurance coverage may be selected by customer 201 via display unit 314 and navigation keys 303.
[0078] If a change in activation status has been requested by customer 201, method 500 may proceed to decision block 520, where method 500 determines whether device 300 presently has an available connection to insurance activation server 202. If a connection is available, method 500 may proceed to block 522 and communicate with system 200 in a substantially analogous manner as described earlier with reference to method 400 of FIG. 4, for example.
[0079] If a connection is not available, method 500 may proceed to block 524, where device 300 performs its own authorization step by prompting customer 201 to enter a PIN, and then comparing the entered value with a previously stored value (e.g. as stored in ROM 326 or in non-volatile storage means or PROM 324). If the entered PIN is incorrect, an error message may be displayed at block 526 and method 500 may return to block 536, described below.
Otherwise, if the entered PIN is correct, method 500 may proceed to block 528 where method 500 may read the current status of insurance activation (e.g. as last stored in non-volatile storage means 324).
[0080] From block 528, method 500 may proceed to decision block 530, and determine if the requested change in status is permitted by the current state of insurance activation. If yes, method 500 may proceed to block 534 to update the status and write the request for change into non-volatile storage means 324, together with the date and time, as read from real-time clock 316. Method 500 may then proceed to block 536, described below. If no, method 500 may proceed to display an error message at block 532, and proceed to decision block 536. If, at decision block 536, the PROM is not full, then method 500 may return to block 516.
Otherwise, method 500 may proceed to block 506 and disable further data writes.
[0081] As will be appreciated, customer 201 may toggle between an insurance activated state and an insurance deactivated state using a substantially similar process.
However, in an alternative embodiment, each instance of activation of insurance coverage may start coverage for a predetermined amount of time, with no need for manual deactivation. For example, requesting insurance activation, and then confirming the request for activation may activate insurance coverage for a fixed 24 hour period before the insurance automatically expires. In this embodiment, customer 201 need only be concerned with activating insurance coverage, for example, at the start of each day for which insurance coverage is desired.
[0082] In yet another embodiment, a block of insurance coverage time may be purchased, such that customer 201 can activate and deactivate insurance coverage on demand for as long as insurance coverage credits remains in a "bank" tracked by device 300. Use of such credits may allow an insurer to provide different pricing points for a given bundle of insurance credits, for example.
[0083] If device 300 has been operated in offline mode, once a connection to insurance activation server 202 has been re-established, an update of archive database 208 and status change database 210 may automatically occur, such that device 300 and the rest of system 200 are once again synchronized. Thus, data stored in non-volatile storage means 324 may be copied and recorded in archive database 208, such that any instances of activation or deactivation of insurance coverage recorded while device 300 is in offline mode can be audited as necessary in an insurance claim made by customer 201.
[0084] Now referring to FIG. 6, there is shown a flowchart of an illustrative method 600 for verifying activation of insurance coverage upon receiving an insurance claim made by a customer 201. As shown, at block 602, a customer may submit an insurance claim. At decision block 604, method 600 may check whether the claim data is complete.
If no, method 600 may require customer 201 to resubmit a claim. If yes, method 600 may proceed to block 606, where the claim data is entered into the system (e.g. system 200 of FIG.
2).
[0085] Method 600 may then proceed to decision block 608, where method 600 determines whether the insurance claim is for an insurance "on demand" product. If no, method 600 may proceed to a standard "business as usual" claim process. If yes, method 600 may proceed to block 610.
[0086] At block 610, in order to determine whether the customer's insurance claim is valid, method 600 may determine whether insurance was active at the time of the accident by correlating the accident time with the activation status as recorded in an archive database (e.g.
archive database 208 of FIG. 2) or a status change database (e.g. status change database 210 of FIG. 2). There may be a number of ways to verify this, depending on the selected configuration. For example, if activation of insurance coverage by customer 201 automatically starts a predetermined time period for coverage (e.g. 24 hours), then it will be necessary only to confirm that the accident took place within that 24 hour period from activation. This may be verified, for example, by determining the time of the accident as reported by the customer 201, which may be corroborated with the time of the accident as reported by a law enforcement authority, or by another party involved in an accident.
Alternatively, in order to verify that insurance was active at the time of coverage, customer 201 may be required to report the accident immediately via any access methods or devices that may be available. If customer 201 happens to be using device 300 in offline mode when an accident occurs, customer 201 may, for example, either enter a request to submit a claim for insurance, or simply turn off the device 300. Device 300 may be configured to record the date/time to non-volatile storage means 324 upon being turned off. When device 300 is reset, it may be configured to default to a read only mode where no further changes may be made.
Should customer 201 be unable to report the accident immediately for whatever reason, the default option may be verification of the time of the accident through a law enforcement authority, or corroboration by a third party.
[0087] Whichever way is used, if insurance activation at the time of the accident is verified, method 600 may proceed to block 622 and process the claim conventionally with confirmation that insurance coverage. Otherwise, if it is determined that insurance coverage was not activated at the time of the accident, method 600 may proceed to block 624 where the insurance claim is denied.
[0088] While illustrative embodiments of the invention have been described above, it will be appreciated by those skilled in the art that variations and modifications may be made. For example, device 300 may be provided in various alternative configurations, with various ways for activating or deactivating insurance. However, in each case, a request for activation or deactivation will be recorded in a non-volatile storage that is tamper-proof or tamper-evident, either in an offline mode (e.g. within device 300) or within system 200 as described by way of example above.
[0089] Thus, the scope of the invention is defined by the following claims.
204a, VRU 204a may prompt customer 201 to enter a numeric userid or unique identifier using a key-pad on telephone 204. This may be followed by prompting customer 201 to enter a password or PIN associated with that userid or identifier. If a personal computer 206 is used, a password prompt may appear within a GUI window so that customer 201 can input both a userid and password via a keyboard. If device 300 is used, key-pad 302 may be used to enter a userid and to subsequently enter a PIN associated with that userid.
Alternatively, the ESN for the device 300 may be used to uniquely identify the customer, and therefore it may be necessary for the customer to enter only the PIN.
[0069] If customer 201 is not properly authorized at block 404, method 400 may return to decision block 402. Once customer 201 has been authorized at decision block 402, method 400 may proceed to block 406, where method 400 may either proceed to block 408, or allow the connection to end (i.e., without making a change).
[0070] At block 408, customer 201 may be provided with menu options to allow customer 201 to select various insurance coverage options or to change status. In the illustrative example of system 200, if a telephone 204 is used, VRU 204a may interact with insurance activation server 202 to offer customer 201 a choice of options by recorded voice prompts.
Customer 201 may then navigate and select an option by responding to VRU 204a voice prompts by inputting data via touchtone buttons on telephone 204. If a personal computer 206 is used instead, a GUI interface may provide a menu from which customer 201 may select activation or deactivation of insurance coverage using a mouse or keyboard. If a mobile electronic device 300 is used, e.g. as illustrated in FIG. 3A and FIG. 3B, device 300 may include a key-pad 302 and navigation keys 303 to allow customer 201 to navigate and select menu options for activating or deactivating insurance coverage.
[0071] From block 408, method 400 proceeds to decision block 410 where the coverage option or status change selected by customer 201 may be verified as being permissible (e.g. as verified against insurance database 214 in system 200 of FIG. 2). If the selected option or change in status is not verified as being permissible at block 410, method 400 proceeds to block 414 to indicate that the requested status or option change is not valid.
If the selected option or change in status is validated at block 410, method 400 proceeds to decision block 412.
[0072] At decision block 412, method 400 may seek confirmation that customer 201 wishes to change the status or options for insurance coverage. This confirmation step is intended to minimize the possibility that a customer 201 may unintentionally activate or deactivate insurance coverage. If the selected change is not confirmed by customer 201 at block 412, method 400 returns to block 414. If, on the other hand, the change is confirmed by customer 201 at block 412, method 400 proceeds to block 416, where the change in status or options is recorded and logged in an archive database at 418 (e.g. in archive database 208 of FIG. 2).
Preferably, any instance of activation or deactivation of insurance coverage or selected options at block 412 should be permanently archived at 418. The archive may then be later used to confirm the customer's instructions for activating or deactivating insurance coverage when processing an insurance claim, as described further below.
[0073] From block 416, method 400 may then proceed to block 420 where the confirmed status change can be stored at 422 in a status change database (e.g. status change database 210 of FIG. 2). Method 400 may then end.
[0074] Now referring to FIG. 5, there is shown a flowchart of an illustrative method 500 of utilizing the device of FIG. 3A and FIG. 3B to activate insurance coverage within system 200.
Method 500 begins at block 502 where, if device 300 is a not new device, method 500 proceeds to block 506 where all data write functions for device 300 may be disabled. This may correspond to waking up in a locked read only mode in any "reset" of device 300, as previously mentioned.
[0075] Method 500 then proceeds to decision block 508 where method 500 determines whether device 300 is connected to an external device or reader, such as personal computer, via its I/O interface 308. If yes, method 500 may proceed to block 510 where data stored in non-volatile storage means 324 (e.g. a PROM 324) is dumped to the external device or reader for processing. Otherwise, if device 300 is a new device, method 500 proceeds to block 512, where device 300 is initialized, and PROM 324 may be set to disable any further resets of device 300, e.g. when turned off and turned back on. Method 500 may then proceed to block 514, where data associated with customer 201 may be burned into PROM 324, and real-time clock 316 is synchronized to a standard broadcast time signal (e.g. as provided by a date/time server 212 of FIG. 2).
[0076] From block 514, method 500 proceeds to block 516, where method 500 displays (e.g.
via display 304) the current insurance status. If device 300 is a new device that was just initialized, the initial default insurance status may be non-active.
[0077] From block 516, method 500 proceeds to decision block 518, where method determines if customer 201 has requested activation of insurance. As previously noted, in an embodiment, customer 201 may request activation of insurance by pressing an activation button on device 300. Alternatively, a menu selection for activating insurance coverage may be selected by customer 201 via display unit 314 and navigation keys 303.
[0078] If a change in activation status has been requested by customer 201, method 500 may proceed to decision block 520, where method 500 determines whether device 300 presently has an available connection to insurance activation server 202. If a connection is available, method 500 may proceed to block 522 and communicate with system 200 in a substantially analogous manner as described earlier with reference to method 400 of FIG. 4, for example.
[0079] If a connection is not available, method 500 may proceed to block 524, where device 300 performs its own authorization step by prompting customer 201 to enter a PIN, and then comparing the entered value with a previously stored value (e.g. as stored in ROM 326 or in non-volatile storage means or PROM 324). If the entered PIN is incorrect, an error message may be displayed at block 526 and method 500 may return to block 536, described below.
Otherwise, if the entered PIN is correct, method 500 may proceed to block 528 where method 500 may read the current status of insurance activation (e.g. as last stored in non-volatile storage means 324).
[0080] From block 528, method 500 may proceed to decision block 530, and determine if the requested change in status is permitted by the current state of insurance activation. If yes, method 500 may proceed to block 534 to update the status and write the request for change into non-volatile storage means 324, together with the date and time, as read from real-time clock 316. Method 500 may then proceed to block 536, described below. If no, method 500 may proceed to display an error message at block 532, and proceed to decision block 536. If, at decision block 536, the PROM is not full, then method 500 may return to block 516.
Otherwise, method 500 may proceed to block 506 and disable further data writes.
[0081] As will be appreciated, customer 201 may toggle between an insurance activated state and an insurance deactivated state using a substantially similar process.
However, in an alternative embodiment, each instance of activation of insurance coverage may start coverage for a predetermined amount of time, with no need for manual deactivation. For example, requesting insurance activation, and then confirming the request for activation may activate insurance coverage for a fixed 24 hour period before the insurance automatically expires. In this embodiment, customer 201 need only be concerned with activating insurance coverage, for example, at the start of each day for which insurance coverage is desired.
[0082] In yet another embodiment, a block of insurance coverage time may be purchased, such that customer 201 can activate and deactivate insurance coverage on demand for as long as insurance coverage credits remains in a "bank" tracked by device 300. Use of such credits may allow an insurer to provide different pricing points for a given bundle of insurance credits, for example.
[0083] If device 300 has been operated in offline mode, once a connection to insurance activation server 202 has been re-established, an update of archive database 208 and status change database 210 may automatically occur, such that device 300 and the rest of system 200 are once again synchronized. Thus, data stored in non-volatile storage means 324 may be copied and recorded in archive database 208, such that any instances of activation or deactivation of insurance coverage recorded while device 300 is in offline mode can be audited as necessary in an insurance claim made by customer 201.
[0084] Now referring to FIG. 6, there is shown a flowchart of an illustrative method 600 for verifying activation of insurance coverage upon receiving an insurance claim made by a customer 201. As shown, at block 602, a customer may submit an insurance claim. At decision block 604, method 600 may check whether the claim data is complete.
If no, method 600 may require customer 201 to resubmit a claim. If yes, method 600 may proceed to block 606, where the claim data is entered into the system (e.g. system 200 of FIG.
2).
[0085] Method 600 may then proceed to decision block 608, where method 600 determines whether the insurance claim is for an insurance "on demand" product. If no, method 600 may proceed to a standard "business as usual" claim process. If yes, method 600 may proceed to block 610.
[0086] At block 610, in order to determine whether the customer's insurance claim is valid, method 600 may determine whether insurance was active at the time of the accident by correlating the accident time with the activation status as recorded in an archive database (e.g.
archive database 208 of FIG. 2) or a status change database (e.g. status change database 210 of FIG. 2). There may be a number of ways to verify this, depending on the selected configuration. For example, if activation of insurance coverage by customer 201 automatically starts a predetermined time period for coverage (e.g. 24 hours), then it will be necessary only to confirm that the accident took place within that 24 hour period from activation. This may be verified, for example, by determining the time of the accident as reported by the customer 201, which may be corroborated with the time of the accident as reported by a law enforcement authority, or by another party involved in an accident.
Alternatively, in order to verify that insurance was active at the time of coverage, customer 201 may be required to report the accident immediately via any access methods or devices that may be available. If customer 201 happens to be using device 300 in offline mode when an accident occurs, customer 201 may, for example, either enter a request to submit a claim for insurance, or simply turn off the device 300. Device 300 may be configured to record the date/time to non-volatile storage means 324 upon being turned off. When device 300 is reset, it may be configured to default to a read only mode where no further changes may be made.
Should customer 201 be unable to report the accident immediately for whatever reason, the default option may be verification of the time of the accident through a law enforcement authority, or corroboration by a third party.
[0087] Whichever way is used, if insurance activation at the time of the accident is verified, method 600 may proceed to block 622 and process the claim conventionally with confirmation that insurance coverage. Otherwise, if it is determined that insurance coverage was not activated at the time of the accident, method 600 may proceed to block 624 where the insurance claim is denied.
[0088] While illustrative embodiments of the invention have been described above, it will be appreciated by those skilled in the art that variations and modifications may be made. For example, device 300 may be provided in various alternative configurations, with various ways for activating or deactivating insurance. However, in each case, a request for activation or deactivation will be recorded in a non-volatile storage that is tamper-proof or tamper-evident, either in an offline mode (e.g. within device 300) or within system 200 as described by way of example above.
[0089] Thus, the scope of the invention is defined by the following claims.
Claims (17)
1. A system for activating insurance coverage, comprising:
activation means operable by a customer for activating insurance coverage;
a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of a timer and a standard broadcast time signal;
verification means for verifying whether activation of insurance coverage is permissible;
obtaining means, from the internal clock, for providing a date and time of activation of insurance coverage by the customer;
internal non-volatile storage means of the mobile electronic device for archiving instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile electronic device is operating in the offline mode;
and communication means for communicating the instances of activation of insurance coverage to a server when the mobile electronic device is operable in an online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile electronic device.
activation means operable by a customer for activating insurance coverage;
a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of a timer and a standard broadcast time signal;
verification means for verifying whether activation of insurance coverage is permissible;
obtaining means, from the internal clock, for providing a date and time of activation of insurance coverage by the customer;
internal non-volatile storage means of the mobile electronic device for archiving instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile electronic device is operating in the offline mode;
and communication means for communicating the instances of activation of insurance coverage to a server when the mobile electronic device is operable in an online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile electronic device.
2. The system of claim 1, wherein the activation means includes authorization means for authorizing the customer to request the activation of insurance coverage.
3. The system of claim 1 or claim 2, further comprising a deactivation means operable by the customer for deactivating insurance coverage.
4. The system of any one of claims 1 to 3, wherein the date and time of activation of insurance coverage predetermines deactivation of insurance coverage after a set period of time.
5. The system of any one of claims 1 to 4, wherein the activation means operated by the customer is synchronized to one of the timer and the standard broadcast time signal.
6. The system of any one of claims 1 to 5, wherein the internal non-volatile storage means is one of tamper-proof and tamper-evident, and auditable for verification of activation of insurance coverage in the event of an insurance claim.
7. A method of activating insurance coverage, comprising:
providing an activation means operable by a customer for activating insurance coverage;
providing a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of a timer and a standard broadcast time signal;
verifying whether activation of insurance coverage is permissible;
obtaining, from the internal clock, a date and time of activation of insurance coverage by the customer;
archiving in an internal non-volatile storage means instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile electronic device is operating in the offline mode; and communicating, by the mobile electronic device operable in an online mode, the instances of activation of insurance coverage to a server when the mobile electronic device is operable in the online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile electronic device.
providing an activation means operable by a customer for activating insurance coverage;
providing a mobile electronic device operable in an offline mode, the mobile electronic device having an internal clock synchronized to one of a timer and a standard broadcast time signal;
verifying whether activation of insurance coverage is permissible;
obtaining, from the internal clock, a date and time of activation of insurance coverage by the customer;
archiving in an internal non-volatile storage means instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile electronic device is operating in the offline mode; and communicating, by the mobile electronic device operable in an online mode, the instances of activation of insurance coverage to a server when the mobile electronic device is operable in the online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile electronic device.
8. The method of claim 7, further comprising providing authorization means for authorizing the customer to request the activation of insurance coverage.
9. The method of claim 7 or claim 8, further comprising providing a deactivation means operable by the customer for deactivating insurance coverage.
10. The method of any one of claims 7 to 9, further comprising predetermining deactivation of insurance coverage in dependence upon the date and time of activation of insurance coverage.
11. The method of any one of claims 7 to 10, further comprising synchronizing the activation means operated by the customer to one of the timer and the standard broadcast time signal.
12. The method of any one of claims 7 to 11, wherein the internal non-volatile storage means is one of tamper-proof and tamper-evident, and the method further comprises auditing the internal non-volatile storage means for verification of activation of insurance coverage in the event of an insurance claim.
13. A data processor readable medium storing data processor code that, when loaded into a data processing device, adapts the device to activate a customer's insurance coverage, the data processor readable medium including:
code for verifying whether activation of insurance coverage requested by the customer is permissible;
code for synchronizing an internal clock of a mobile device to one of a timer and a standard broadcast time signal, wherein the mobile device is operable in an offline mode;
code for obtaining from the internal clock a date and time of activation of insurance coverage by the customer;
code for archiving, in an internal non-volatile storage means of the mobile device, instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile device is operating in an offline mode; and code for communicating, by the mobile device operable in an online mode, the instances of activation of insurance coverage to a server when the mobile device is operable in the online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile device.
code for verifying whether activation of insurance coverage requested by the customer is permissible;
code for synchronizing an internal clock of a mobile device to one of a timer and a standard broadcast time signal, wherein the mobile device is operable in an offline mode;
code for obtaining from the internal clock a date and time of activation of insurance coverage by the customer;
code for archiving, in an internal non-volatile storage means of the mobile device, instances of activation of insurance coverage by the customer, together with the date and time of activation, while the mobile device is operating in an offline mode; and code for communicating, by the mobile device operable in an online mode, the instances of activation of insurance coverage to a server when the mobile device is operable in the online mode for use in determining whether an insurance claim by the customer relating to an accident is valid by verifying that the date and time of the activation of insurance coverage performed by the customer covers the insurance claim and that the date and time of the activation is stored to the internal non-volatile storage means of the mobile device.
14. The data processor readable medium of claim 13, further including code for authorizing the customer to request the activation of insurance coverage.
15. The data processor readable medium of claim 13 or claim 14, further including code for providing a deactivation means operable by the customer for deactivating insurance coverage.
16. The data processor readable medium of any one of claims 13 to 15, further including code for predetermining deactivation of insurance coverage in dependence upon the date and time of activation of insurance coverage.
17. The data processor readable medium of any one of claims 13 to 16, further including code for auditing the internal non-volatile storage means of the mobile device for verification of activation of insurance coverage in the event of an insurance claim.
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA2518482A CA2518482C (en) | 2005-09-07 | 2005-09-07 | System and method for activating insurance coverage |
US11/505,162 US7469215B2 (en) | 2005-09-07 | 2006-08-15 | Method for processing insurance coverage requests |
US11/517,496 US7492284B2 (en) | 2005-09-07 | 2006-09-07 | Method and system for acquiring additional information of map information |
US12/336,001 US7774218B2 (en) | 2005-09-07 | 2008-12-16 | Method for processing insurance coverage requests |
US12/849,882 US8140360B2 (en) | 2005-09-07 | 2010-08-04 | System for processing insurance coverage requests |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA2518482A CA2518482C (en) | 2005-09-07 | 2005-09-07 | System and method for activating insurance coverage |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2518482A1 CA2518482A1 (en) | 2007-03-07 |
CA2518482C true CA2518482C (en) | 2016-05-10 |
Family
ID=37829541
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA2518482A Active CA2518482C (en) | 2005-09-07 | 2005-09-07 | System and method for activating insurance coverage |
Country Status (2)
Country | Link |
---|---|
US (4) | US7469215B2 (en) |
CA (1) | CA2518482C (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10510121B2 (en) | 2013-08-16 | 2019-12-17 | United Stated Automobile Association (USAA) | System and method for performing dwelling maintenance analytics on insured property |
US10552911B1 (en) | 2014-01-10 | 2020-02-04 | United Services Automobile Association (Usaa) | Determining status of building modifications using informatics sensor data |
US10614525B1 (en) | 2014-03-05 | 2020-04-07 | United Services Automobile Association (Usaa) | Utilizing credit and informatic data for insurance underwriting purposes |
US10713726B1 (en) | 2013-01-13 | 2020-07-14 | United Services Automobile Association (Usaa) | Determining insurance policy modifications using informatic sensor data |
US11087404B1 (en) | 2014-01-10 | 2021-08-10 | United Services Automobile Association (Usaa) | Electronic sensor management |
US11416941B1 (en) | 2014-01-10 | 2022-08-16 | United Services Automobile Association (Usaa) | Electronic sensor management |
US11847666B1 (en) | 2014-02-24 | 2023-12-19 | United Services Automobile Association (Usaa) | Determining status of building modifications using informatics sensor data |
Families Citing this family (61)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7395219B2 (en) | 2001-12-08 | 2008-07-01 | Kenneth Ray Strech | Insurance on demand transaction management system |
CA2518482C (en) * | 2005-09-07 | 2016-05-10 | Ibm Canada Limited - Ibm Canada Limitee | System and method for activating insurance coverage |
US8126739B2 (en) * | 2006-04-28 | 2012-02-28 | MDI Technologies, Inc | Method and system for tracking treatment of patients in a health services environment |
US8126738B2 (en) * | 2006-04-28 | 2012-02-28 | Mdi Technologies, Inc. | Method and system for scheduling tracking, adjudicating appointments and claims in a health services environment |
US8339990B1 (en) * | 2006-09-23 | 2012-12-25 | Dash Navigation, Inc. | System and method for matching capabilities of access points with those required by an application |
US7885832B2 (en) * | 2006-10-02 | 2011-02-08 | Golden Rule Insurance Company | Insurance policy and method for providing an insurance policy having dormancy features |
US20080172238A1 (en) * | 2007-01-12 | 2008-07-17 | Yosuke Muraki | Electronic system with run-time information |
US8103527B1 (en) * | 2007-06-29 | 2012-01-24 | Intuit Inc. | Managing insurance claim data across insurance policies |
KR20090008547A (en) * | 2007-07-18 | 2009-01-22 | 엘지전자 주식회사 | Method of providing a route information and device thereof |
JP4365429B2 (en) * | 2007-07-24 | 2009-11-18 | トヨタ自動車株式会社 | Navigation device for displaying charging information and vehicle equipped with the device |
US8086474B1 (en) * | 2007-07-30 | 2011-12-27 | Intuit Inc. | Managing insurance claim data |
US20090112634A1 (en) * | 2007-10-24 | 2009-04-30 | Koziol Joseph D | Insurance Transaction System and Method |
US10592989B2 (en) * | 2007-10-24 | 2020-03-17 | Joseph D. Koziol | Insurance transaction system and method |
US8566128B2 (en) | 2007-10-24 | 2013-10-22 | Joseph D. Koziol | Insurance transaction system and method |
US8755779B1 (en) * | 2008-07-25 | 2014-06-17 | United Services Automobile Association | Systems and methods for claims processing via mobile device |
US20100030586A1 (en) * | 2008-07-31 | 2010-02-04 | Choicepoint Services, Inc | Systems & methods of calculating and presenting automobile driving risks |
GB0816862D0 (en) * | 2008-09-16 | 2008-10-22 | Tomtom Int Bv | Method and system for providing services to remote clients |
US20090055227A1 (en) * | 2008-10-30 | 2009-02-26 | Bakos Thomas L | Risk Assessment Company |
US20100131300A1 (en) * | 2008-11-26 | 2010-05-27 | Fred Collopy | Visible insurance |
US8671155B2 (en) * | 2009-10-19 | 2014-03-11 | Ios Health Systems, Inc. | System and method of employing a client side device to access local and remote data during communication distruptions |
US9774702B2 (en) | 2009-10-19 | 2017-09-26 | Tritan Software Corporation | System and method of employing a client side device to access local and remote data during communication disruptions |
DE102010010445A1 (en) * | 2010-02-25 | 2011-08-25 | Dr. Ing. h.c. F. Porsche Aktiengesellschaft, 70435 | Display device of a motor vehicle |
US20120109692A1 (en) * | 2010-05-17 | 2012-05-03 | The Travelers Indemnity Company | Monitoring customer-selected vehicle parameters in accordance with customer preferences |
DE102010030309A1 (en) | 2010-06-21 | 2011-12-22 | Ford Global Technologies, Llc | Method and device for determining an energy consumption optimized route |
US20110225105A1 (en) * | 2010-10-21 | 2011-09-15 | Ford Global Technologies, Llc | Method and system for monitoring an energy storage system for a vehicle for trip planning |
US20110224852A1 (en) * | 2011-01-06 | 2011-09-15 | Ford Global Technologies, Llc | Methods and system for selectively charging a vehicle |
US8849499B2 (en) * | 2011-01-06 | 2014-09-30 | Ford Global Technologies, Llc | Methods and systems for monitoring a vehicle's energy source |
US20120179323A1 (en) * | 2011-01-06 | 2012-07-12 | Ford Global Technologies, Llc | Method and Apparatus for Charging Station Guidance |
US8504236B2 (en) * | 2011-01-25 | 2013-08-06 | Continental Automotive Systems, Inc | Proactive low fuel warning system and method |
US8650543B1 (en) * | 2011-03-23 | 2014-02-11 | Intuit Inc. | Software compatibility checking |
US20130041552A1 (en) | 2011-08-11 | 2013-02-14 | Ford Global Technologies, Llc | Methods and Apparatus for Estimating Power Usage |
US8907776B2 (en) | 2011-10-05 | 2014-12-09 | Ford Global Technologies, Llc | Method and apparatus for do not disturb message delivery |
US10438693B1 (en) | 2011-12-28 | 2019-10-08 | Express Scripts Strategic Development, Inc. | Methods and systems for claim adjudication |
US8849742B2 (en) | 2012-01-24 | 2014-09-30 | Ford Global Technologies, Llc | Method and apparatus for providing charging state alerts |
US20130218604A1 (en) * | 2012-02-21 | 2013-08-22 | Elwha Llc | Systems and methods for insurance based upon monitored characteristics of a collision detection system |
WO2013136501A1 (en) * | 2012-03-16 | 2013-09-19 | トヨタ自動車 株式会社 | Information presentation device and presentation-use information management system |
US9805422B1 (en) * | 2012-05-24 | 2017-10-31 | Allstate Insurance Company | Systems and methods for calculating seasonal insurance premiums |
US9558667B2 (en) | 2012-07-09 | 2017-01-31 | Elwha Llc | Systems and methods for cooperative collision detection |
US9165469B2 (en) | 2012-07-09 | 2015-10-20 | Elwha Llc | Systems and methods for coordinating sensor operation for collision detection |
US9000903B2 (en) | 2012-07-09 | 2015-04-07 | Elwha Llc | Systems and methods for vehicle monitoring |
US11138668B2 (en) * | 2012-09-10 | 2021-10-05 | Metropolitan Life Insurance Co. | Data processing system for implementing financial asset transactions in a retail environment |
US20140032246A1 (en) * | 2012-07-30 | 2014-01-30 | Manish Bhatt | Data processing system for implementing financial asset transactions in a retail environment |
US9547533B2 (en) * | 2012-10-15 | 2017-01-17 | Optum Soft, Inc. | Efficient reliable distributed flow-controlled event propagation |
US9462545B2 (en) | 2013-03-14 | 2016-10-04 | Ford Global Technologies, Llc | Method and apparatus for a battery saver utilizing a sleep and vacation strategy |
US9066298B2 (en) | 2013-03-15 | 2015-06-23 | Ford Global Technologies, Llc | Method and apparatus for an alert strategy between modules |
US20140278573A1 (en) * | 2013-03-15 | 2014-09-18 | State Farm Mutual Automobile Insurance Company | Systems and methods for initiating insurance processing using ingested data |
US20140372151A1 (en) * | 2013-06-14 | 2014-12-18 | TollShare, Inc. | Provision of insurance products |
US9269268B2 (en) | 2013-07-31 | 2016-02-23 | Elwha Llc | Systems and methods for adaptive vehicle sensing systems |
US9230442B2 (en) | 2013-07-31 | 2016-01-05 | Elwha Llc | Systems and methods for adaptive vehicle sensing systems |
US9776632B2 (en) | 2013-07-31 | 2017-10-03 | Elwha Llc | Systems and methods for adaptive vehicle sensing systems |
US10489859B1 (en) | 2013-08-29 | 2019-11-26 | Allstate Insurance Company | Life insurance clearinghouse |
US9733095B2 (en) * | 2013-10-07 | 2017-08-15 | Telenav, Inc. | Navigation system with guidance delivery mechanism and method of operation thereof |
US10061629B2 (en) | 2015-07-22 | 2018-08-28 | Optumsoft, Inc. | Compact binary event log generation |
JP6668084B2 (en) * | 2016-01-22 | 2020-03-18 | セイコーインスツル株式会社 | Portable time synchronization system |
US10679312B2 (en) * | 2017-04-25 | 2020-06-09 | Lyft Inc. | Dynamic autonomous vehicle servicing and management |
US20200082472A1 (en) * | 2018-09-11 | 2020-03-12 | Apple Inc. | Systems and methods for providing electronic services at a point of sale |
CN109215369B (en) * | 2018-09-20 | 2021-07-06 | 北京新能源汽车股份有限公司 | Control method, device, equipment and network equipment of ADAS system |
US20200126161A1 (en) * | 2018-10-18 | 2020-04-23 | Mike Evans Caradimitropoulo | System and method for providing and insuring a public service |
US10989552B2 (en) * | 2018-12-05 | 2021-04-27 | Xevo Inc. | Systems and methods for adaptive content filtering |
US10748219B2 (en) | 2019-01-08 | 2020-08-18 | Onoff, Inc. | Method and system for dynamically changing automobile insurance |
US10887426B2 (en) | 2019-04-24 | 2021-01-05 | Uber Technologies, Inc. | Computing system implementing local context resolution and evaluation for network latency reduction |
Family Cites Families (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4766539A (en) * | 1985-03-08 | 1988-08-23 | Fox Henry L | Method of determining the premium for and writing a policy insuring against specified weather conditions |
US5797134A (en) * | 1996-01-29 | 1998-08-18 | Progressive Casualty Insurance Company | Motor vehicle monitoring system for determining a cost of insurance |
US6868386B1 (en) * | 1996-01-29 | 2005-03-15 | Progressive Casualty Insurance Company | Monitoring system for determining and communicating a cost of insurance |
US5855005A (en) * | 1996-06-24 | 1998-12-29 | Insurance Company Of North America | System for electronically auditing exposures used for determining insurance premiums |
JP3719313B2 (en) | 1997-08-08 | 2005-11-24 | 三菱電機株式会社 | Information search and distribution device for mobile communication terminal and mobile communication terminal |
US6078850A (en) * | 1998-03-03 | 2000-06-20 | International Business Machines Corporation | Method and apparatus for fuel management and for preventing fuel spillage |
JP2000039328A (en) | 1998-07-22 | 2000-02-08 | Fujitsu Ten Ltd | Navigation system |
JP2000046573A (en) | 1998-07-31 | 2000-02-18 | Sanyo Electric Co Ltd | Navigation system |
JP2000131116A (en) | 1998-10-26 | 2000-05-12 | Japan Radio Co Ltd | Movable distance display device |
US6223983B1 (en) * | 1999-02-19 | 2001-05-01 | National City Bank | Interactive point access financial and information system |
ITRM990194A1 (en) * | 1999-03-29 | 2000-09-29 | Santis Gianfranco De | METHOD AND SYSTEM OF IMPLEMENTATION TO ACTIVATE AND DEACTIVATE PREPAID INSURANCE POLICIES THROUGH THE TELEPHONE. |
WO2000059815A1 (en) * | 1999-03-31 | 2000-10-12 | Siemens Aktiengesellschaft | Vertically pivotal conveying module |
US6947881B1 (en) * | 1999-07-07 | 2005-09-20 | Honda Giken Kogyo Kabushiki Kaisha | Shared vehicle system and method with vehicle relocation |
US7124088B2 (en) * | 1999-07-30 | 2006-10-17 | Progressive Casualty Insurance Company | Apparatus for internet on-line insurance policy service |
JP2001174272A (en) | 1999-12-15 | 2001-06-29 | Nippon Telegraph & Telephone East Corp | Automobile reachable-range display system |
JP3475142B2 (en) | 2000-03-01 | 2003-12-08 | 三菱電機株式会社 | Map data transmission device, map data transmission method, and computer-readable recording medium recording a program for causing a computer to execute the map data transmission method |
JP2001265929A (en) | 2000-03-16 | 2001-09-28 | Hiroshi Nozaki | System for changing insurance contents |
JP2001282916A (en) | 2000-03-31 | 2001-10-12 | Tokio Marine & Fire Insurance Co Ltd | Insurance business service system and agency server |
JP2001350922A (en) | 2000-04-07 | 2001-12-21 | Is Network:Kk | Agency business total system and insurance business management system |
JP2001297082A (en) | 2000-04-14 | 2001-10-26 | Aguretsukusu:Kk | Address data input system using network |
US7275038B1 (en) * | 2000-08-18 | 2007-09-25 | The Crawford Group, Inc. | Web enabled business to business operating system for rental car services |
JP4862212B2 (en) | 2000-09-28 | 2012-01-25 | カシオ計算機株式会社 | Map display control device, recording medium, map data service system, and map display control method |
US20020055861A1 (en) * | 2000-11-08 | 2002-05-09 | King Daniel A. | Claiming system and method |
JP2002148051A (en) | 2000-11-14 | 2002-05-22 | Matsushita Electric Ind Co Ltd | Car navigation system and map information supplying device |
JP3501122B2 (en) | 2000-12-26 | 2004-03-02 | トヨタ自動車株式会社 | Information provision device |
JP2002251432A (en) | 2001-02-21 | 2002-09-06 | Nishimatsu Constr Co Ltd | Refueling information providing system and refueling information providing method |
JP3758140B2 (en) | 2001-07-09 | 2006-03-22 | 日産自動車株式会社 | Information presentation device |
US7395219B2 (en) * | 2001-12-08 | 2008-07-01 | Kenneth Ray Strech | Insurance on demand transaction management system |
US6591185B1 (en) * | 2002-02-11 | 2003-07-08 | Visteon Global Technologies, Inc. | Method for determination of fuel usage for a vehicle in a vehicle navigation system |
JP2003294458A (en) | 2002-03-29 | 2003-10-15 | Honda Motor Co Ltd | Oil feeding indicator |
JP2004061247A (en) | 2002-07-26 | 2004-02-26 | Matsushita Electric Works Ltd | Operation support system for motor-operated cart |
JP2004070773A (en) | 2002-08-08 | 2004-03-04 | Mazda Motor Corp | Information center and computer program for providing information |
JP2004118542A (en) | 2002-09-26 | 2004-04-15 | Fusayuki Katsuta | Method of providing supply and demand information as insurance business promotion item |
CA2518482C (en) * | 2005-09-07 | 2016-05-10 | Ibm Canada Limited - Ibm Canada Limitee | System and method for activating insurance coverage |
-
2005
- 2005-09-07 CA CA2518482A patent/CA2518482C/en active Active
-
2006
- 2006-08-15 US US11/505,162 patent/US7469215B2/en active Active
- 2006-09-07 US US11/517,496 patent/US7492284B2/en active Active
-
2008
- 2008-12-16 US US12/336,001 patent/US7774218B2/en active Active
-
2010
- 2010-08-04 US US12/849,882 patent/US8140360B2/en active Active
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10713726B1 (en) | 2013-01-13 | 2020-07-14 | United Services Automobile Association (Usaa) | Determining insurance policy modifications using informatic sensor data |
US10510121B2 (en) | 2013-08-16 | 2019-12-17 | United Stated Automobile Association (USAA) | System and method for performing dwelling maintenance analytics on insured property |
US11120506B1 (en) | 2014-01-10 | 2021-09-14 | United Services Automobile Association (Usaa) | Streamlined property insurance application and renewal process |
US11532006B1 (en) | 2014-01-10 | 2022-12-20 | United Services Automobile Association (Usaa) | Determining and initiating insurance claim events |
US10699348B1 (en) | 2014-01-10 | 2020-06-30 | United Services Automobile Association (Usaa) | Utilizing credit and informatic data for insurance underwriting purposes |
US10552911B1 (en) | 2014-01-10 | 2020-02-04 | United Services Automobile Association (Usaa) | Determining status of building modifications using informatics sensor data |
US10740847B1 (en) | 2014-01-10 | 2020-08-11 | United Services Automobile Association (Usaa) | Method and system for making rapid insurance policy decisions |
US10783588B1 (en) | 2014-01-10 | 2020-09-22 | United Services Automobile Association (Usaa) | Identifying and recommending insurance policy products/services using informatic sensor data |
US10977736B1 (en) | 2014-01-10 | 2021-04-13 | United Services Automobile Association (Usaa) | Determining risks related to activities on insured properties using informatic sensor data |
US11068992B1 (en) | 2014-01-10 | 2021-07-20 | United Services Automobile Association (Usaa) | Insurance policy modifications using informatic sensor data |
US11087404B1 (en) | 2014-01-10 | 2021-08-10 | United Services Automobile Association (Usaa) | Electronic sensor management |
US11113765B1 (en) | 2014-01-10 | 2021-09-07 | United Services Automobile Association (Usaa) | Determining appliance insurance coverage/products using informatic sensor data |
US11941702B1 (en) | 2014-01-10 | 2024-03-26 | United Services Automobile Association (Usaa) | Systems and methods for utilizing imaging informatics |
US10679296B1 (en) | 2014-01-10 | 2020-06-09 | United Services Automobile Association (Usaa) | Systems and methods for determining insurance coverage based on informatics |
US11227339B1 (en) | 2014-01-10 | 2022-01-18 | United Services Automobile Association (Usaa) | Systems and methods for utilizing imaging informatics |
US11164257B1 (en) | 2014-01-10 | 2021-11-02 | United Services Automobile Association (Usaa) | Streamlined property insurance application and renewal process |
US11151657B1 (en) | 2014-01-10 | 2021-10-19 | United Services Automobile Association (Usaa) | Insurance policy modification based on secondary informatics |
US11416941B1 (en) | 2014-01-10 | 2022-08-16 | United Services Automobile Association (Usaa) | Electronic sensor management |
US11423429B1 (en) | 2014-01-10 | 2022-08-23 | United Services Automobile Association (Usaa) | Determining status of building modifications using informatics sensor data |
US11461850B1 (en) | 2014-01-10 | 2022-10-04 | United Services Automobile Association (Usaa) | Determining insurance policy modifications using informatic sensor data |
US11526949B1 (en) | 2014-01-10 | 2022-12-13 | United Services Automobile Association (Usaa) | Determining risks related to activities on insured properties using informatic sensor data |
US11526948B1 (en) | 2014-01-10 | 2022-12-13 | United Services Automobile Association (Usaa) | Identifying and recommending insurance policy products/services using informatic sensor data |
US11532004B1 (en) | 2014-01-10 | 2022-12-20 | United Services Automobile Association (Usaa) | Utilizing credit and informatic data for insurance underwriting purposes |
US11138672B1 (en) | 2014-01-10 | 2021-10-05 | United Services Automobile Association (Usaa) | Determining and initiating insurance claim events |
US11847666B1 (en) | 2014-02-24 | 2023-12-19 | United Services Automobile Association (Usaa) | Determining status of building modifications using informatics sensor data |
US10614525B1 (en) | 2014-03-05 | 2020-04-07 | United Services Automobile Association (Usaa) | Utilizing credit and informatic data for insurance underwriting purposes |
Also Published As
Publication number | Publication date |
---|---|
US7469215B2 (en) | 2008-12-23 |
US8140360B2 (en) | 2012-03-20 |
US20090094071A1 (en) | 2009-04-09 |
US20070055553A1 (en) | 2007-03-08 |
US7492284B2 (en) | 2009-02-17 |
US20100299162A1 (en) | 2010-11-25 |
US7774218B2 (en) | 2010-08-10 |
US20070052552A1 (en) | 2007-03-08 |
CA2518482A1 (en) | 2007-03-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2518482C (en) | System and method for activating insurance coverage | |
US9781204B2 (en) | Making a user's data, settings, and licensed content available in the cloud | |
US8767986B1 (en) | Method and apparatus for hearing aid subscription support | |
AU2006205466B2 (en) | Lock control system and method for working machine | |
US8516235B2 (en) | Basic input/output system read only memory image integration system and method | |
EP2171635B1 (en) | Offline data delete with false trigger protection | |
JP2004506258A (en) | Personal data device and protection system and method for storing and protecting personal data | |
JP2008518364A (en) | Data management method and apparatus in portable terminal | |
CA2906679A1 (en) | Smart key emulation for vehicles and mobile device-enhanced rental vehicle transactions | |
JP7251540B2 (en) | Information processing device, information processing method, program, and electronic device | |
JPH10187618A (en) | Password restoring method for computer system | |
JP2003050914A (en) | Insurance contract system, control method for insurance contract, and portable terminal device for the same | |
WO2015050679A1 (en) | Retroactively securing a mobile device from a remote source | |
US9009857B2 (en) | Temporally controlling access to software assets on user devices | |
JP4718874B2 (en) | License management method and license management system | |
JP4773298B2 (en) | Information leakage prevention program and information processing apparatus | |
US20180375868A1 (en) | Equipment Control System | |
CN115082015A (en) | Attendance checking accounting method and device, computer equipment and storage medium | |
EP3611641A1 (en) | Lift system authentication module | |
US6323752B1 (en) | Electronic instrument having resettable security code and method for resetting security code | |
JP2004112478A (en) | Data backup system for mobile terminal | |
US8253552B2 (en) | Method and device for configuring functional capabilities in a data processing system | |
KR100652835B1 (en) | Client terminal recovery method | |
JP6449803B2 (en) | Visiting service support device, visiting service support system, visiting service support method, and visiting service support program | |
KR100711651B1 (en) | Computer restoration system and method using authentication number |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request |