WO2014064603A2 - Procédé de fourniture d'une assurance à un navetteur - Google Patents

Procédé de fourniture d'une assurance à un navetteur Download PDF

Info

Publication number
WO2014064603A2
WO2014064603A2 PCT/IB2013/059528 IB2013059528W WO2014064603A2 WO 2014064603 A2 WO2014064603 A2 WO 2014064603A2 IB 2013059528 W IB2013059528 W IB 2013059528W WO 2014064603 A2 WO2014064603 A2 WO 2014064603A2
Authority
WO
WIPO (PCT)
Prior art keywords
insurance
commuter
user
motor vehicle
cover
Prior art date
Application number
PCT/IB2013/059528
Other languages
English (en)
Other versions
WO2014064603A3 (fr
Inventor
Darryl Edward Albert Cotty
Original Assignee
KOOIKER, Bouke, Johannes
COTTY, Siobhan, Leigh
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by KOOIKER, Bouke, Johannes, COTTY, Siobhan, Leigh filed Critical KOOIKER, Bouke, Johannes
Publication of WO2014064603A2 publication Critical patent/WO2014064603A2/fr
Publication of WO2014064603A3 publication Critical patent/WO2014064603A3/fr
Priority to ZA2015/03164A priority Critical patent/ZA201503164B/en

Links

Classifications

    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • G06Q30/0204—Market segmentation
    • G06Q30/0205—Location or geographical consideration
    • 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

Definitions

  • This invention relates to a method of and a system for obtaining insurance cover.
  • the invention relates to a method of providing an insurance cover to a commuter during a period in which the commuter is travelling in a motor vehicle.
  • a commuter In order to obtain insurance cover, and in particular, life insurance cover, a commuter must usually visit an insurance provider (or broker) or apply online in order to apply for the required insurance cover.
  • insurance cover is usually expensive and typically requires the commuter to undergo a number of medical tests prior to providing the commuter with the required cover.
  • Most commuters who use public transport may not be able to afford such insurance cover.
  • most life insurance policies require the commuter to have a bank account from which an insurance premium can be deducted periodically. This is an inconvenience to the commuter because the commuter may not have a bank account and may wish to pay for the insurance cover using a pay-as-you-go method.
  • a system for providing insurance cover to a user typically a commuter, during a period in which the user is travelling in a motor vehicle (or any other mode of transportation, both private and public (but typically public)), the user having previously completed a user registration process which included making available particular details, including identification information
  • the system including:
  • an identification device which is locatable on the user, the identification device being configured to store at least a unique identifier associated with the user thereon;
  • a communication arrangement operable to send and receive messages
  • an insurance monitoring device being configured to store at least an identifier of the motor vehicle thereon, the insurance monitoring device including:
  • an insurance authorisation module operable to:
  • an insurance request message including:
  • the unique identifier of the user and an identifier of the motor vehicle; interrogate a pre-populated commuter database to verify that the user has indeed registered and that details of the user are available;
  • the insurance authorisation module further being configured to:
  • the reader being further configured to:
  • the insurance authorisation module being further configured to receive (via the communication arrangement) an end location data of the motor vehicle indicative of a geographical location where the user disembarked the motor vehicle, thereby providing the user with insurance cover during a period in which the user travelled in the motor vehicle.
  • the reader may transmit interrogation signal to the identification device in order to determine whether or not the user is still in the motor vehicle. Basically, in response to the user still being in the motor vehicle, the reader will receive the status signal indicative of the presence of the user in the motor vehicle.
  • the interrogation signal may be transmitted periodically, preferably, continuously.
  • the system may include an insurance deactivation module configured to: provisionally terminate the insurance cover for the user, in use, in response to receiving the end location data of the motor vehicle, and continue with the insurance cover otherwise.
  • the insurance authorisation module may further be operable to send (via the communication arrangement), a confirmation message to the user, the confirmation message including details of the insurance cover, associated period of insurance cover, corresponding cost of the insurance cover and balance of insurance cover still available.
  • an insurance funder may have completed a registration process, on behalf of the user, which included making available particular details, including employer information and user identification information.
  • the employer may purchase bundles of trip insurance covers, in order to provide insurance cover for its recipients.
  • the insurance authorisation module may further be operable to send (via the communication arrangement), an insurance funder confirmation message to the insurance funder, wherein the insurance funder confirmation message including details of the insurance cover, associated period of insurance cover, corresponding cost of the insurance cover and details of the user who was insured during the particular period.
  • the insurance funder confirmation message may include the number of valid trip insurance covers remaining.
  • “Insurance cover” in this specification is short term insurance for the life of the user or in the case of any injury occurring to the user during the period in which the user is transported in a motor vehicle.
  • the user may be an insurance requester who uses public transport in order to travel between two geographical locations (e.g. between work and home).
  • the insurance requester is herein referred to as a "commuter”.
  • the insurance funder may be an employer and in that instance, the user is an employee and recipients are employees.
  • the system may include a trip insurance database which can store therein motor vehicle identifiers, commuter unique identifiers and associated initial and end location data.
  • the trip insurance database can store therein insurance funder information, where necessary, including at least an insurance funder unique identifier.
  • the insurance authorisation module may interrogate the trip insurance database in order to determine an insurance period in which the life of the commuter is insured.
  • the communication arrangement may include a communication module which sends and receives messages. The messages may be sent and received using a cellular network, preferably, a GSM network.
  • the identification device may include:
  • RFID radio frequency identification
  • the device is a dual frequency RFID device.
  • Unique identifier of the identification device may be stored on the embedded RFID device.
  • the commuter identification information may include at least a commuter unique identifier.
  • the housing of the identification device may be in a form of a ring, a watch, a bracelet or may take any form which can be locatable on the commuter.
  • the reader may be in a form of a scanner which can read and transmit messages, in use, preferably, an RFID scanner.
  • the system may include a position location system which is communicatively coupled to the insurance monitoring device, the position location system being operable to provide the insurance authorisation module with initial and end location data of the motor vehicle, in use.
  • the position location system is a global positioning system
  • the GPS is communicatively coupled to the insurance monitoring device.
  • the GPS communicates with the insurance monitoring device over a wireless communication network.
  • the GPS is in a form of an Assisted GPS (A-GPS) in order to provide more accurate indication of the initial and end location data of the motor vehicle, in use.
  • A-GPS Assisted GPS
  • the insurance monitoring device may include a power supply, preferably, a rechargeable battery located therein.
  • the insurance monitoring device may use a conventional power supply which forms part of the motor vehicle.
  • the insurance monitoring device may include photovoltaic cells which use solar panels in order generate electrical power.
  • the solar panels may be operable to recharge the rechargeable battery, in use, thereby providing a continuous power supply to the insurance monitoring device.
  • the invention extends to a method of providing insurance cover to a user during a period in which the user is travelling in the motor vehicle (or any other mode of transportation, both private and public (but typically public)), the user having previously completed a registration process which included making available details, including identification information, the method including:
  • the insurance request message including: a unique identifier of the user;
  • the method may include a step of transmitting interrogation signal in order to determine whether or not the user is still in the motor vehicle.
  • the interrogation signal may be transmitted periodically, preferably, continuously.
  • the method may include the step of provisionally terminating the insurance cover in response to receiving the end location data of the motor vehicle where the commuter disembarked, and continue with the insurance cover otherwise.
  • the method may include sending a confirmation message to the user, the confirmation message including details of the insurance cover, associated period of insurance cover, corresponding cost of the insurance cover and balance of insurance cover still available being the unexpired balance of insured trips remaining.
  • an insurance funder may have completed a registration process, on behalf of the user, which included making available particular details, including employer information and user identification information.
  • the employer may purchase bundles of trip insurance covers, in order to provide insurance cover for its recipients.
  • the insurance authorisation module may further be operable to send (via the communication arrangement), an insurance funder confirmation message to the insurance funder, the confirmation message including details of the insurance cover, associated period of insurance cover, corresponding cost of the insurance cover and details of the user who was insured during the particular insurance period.
  • the user e.g., a commuter is able to obtain an insurance cover over his/her life or in case of injury for an insurance period in which the commuter is travelling in the motor vehicle. Furthermore, the commuter is able to obtain the insurance cover promptly and the expired trip insurance cover can be deducted immediately when the insurance cover is deactivated.
  • a message may be sent to a mobile device of the commuter alerting the commuter to the number of valid trip insurance covers remaining.
  • the method may include the prior step(s) of registration of the commuter. More specifically, the method may include:
  • the insurance registration message including commuter identification information
  • the commuter unique identifier may be a commuter insurance code.
  • the method may include:
  • the insurance registration message including commuter identification information and insurance funder identification information ;
  • the unique identifier is uniquely associated with the at least one recipient
  • each commuter with an identification device, the identification device having the commuter unique identifier stored thereon.
  • the commuter identification information may include personal identification information, commuter next of kin contact information and commuter medical alert information.
  • the method may include generating an insurance funder unique identifier uniquely associated with the insurance funder.
  • the method may include sending a registration confirmation message to the recipient and the insurance funder, the registration confirmation message including commuter unique identifier, insurance cover details, in addition, the method may include sending insurance funder the unique identifier to the insurance funder.
  • the pre-registration method may include:
  • the commuter or the insurance funder is required to purchase or activate the insurance cover by ensuring that there are funds available associated with the commuter's insurance cover.
  • the commuter 102 may insure that there are funds available through, for example, purchasing trip insurance cover by accessing a website, a banking ATM or cellular phone banking, or using an e-wallet mechanism.
  • the commuter may purchase trip insurance cover through various other payment channels offered by various service providers, e.g., superstores.
  • a commuter's account with an Insurance Service Provider may be automatically debited whenever the trip insurance funds have reached a predetermined level.
  • the invention may extend to a method of purchasing at least one insurance trip, the method including:
  • the method may be partially or entirely computer-implemented. Accordingly, the method may be implemented by a suitably configured computer system, the method including:
  • an insurance request message including:
  • Figure 1 shows a simplified view of a system for providing an insurance cover, in accordance with the invention
  • Figure 2 shows an identification device which forms part of the system of Figure 1 ;
  • Figure 3 shows an insurance server which forms part of the system of Figure 1 ;
  • Figures 4a and 4b show an example embodiment of an insurance monitoring device which forms part of the system of Figure 1 ;
  • Figure 5 shows a high level flow diagram of a method of obtaining an insurance cover, in accordance with the invention ;
  • Figure 6 shows a more detailed flow diagram of the method shown in Figure 5.
  • Figure 7 shows a high-level flow diagram of a method which forms part of the methods of Figures 5 and 6.
  • reference numeral 100 generally indicates a system 100 for providing insurance cover to a user, in accordance with the invention.
  • the system 100 includes an identification device 104 ( Figure 2), an insurance monitoring device 106 and an insurance server 108.
  • the identification device 104 is associated with a user 102.
  • the user 102 is an insurance requester who uses a motor vehicle in order to travel between two geographical locations, e.g., between workplace and home.
  • the insurance requester is referred to as a "commuter" 102.
  • the identification device 104 is typically a ring (as shown in Figures 1 and 2) which is located on the commuter 102.
  • the identification device 104 is a watch, a bracelet, pendant or a ring
  • the commuter 102 can wear such watch, a bracelet, pendant or ring.
  • the commuter 102 will have to pre-register and receive an identification device 104. Simply put, a commuter 102 will pre-register in order to use the system 100. Once the commuter 102 is registered, the commuter 102 will be issued with a personal identification device 104. Certain personal information, such as a commuter unique identifier, next-of-kin's name and contact number, pertaining to the commuter 102 is stored on the personal identification device. In order for the commuter 102 to enjoy the benefits of obtaining an insurance cover, the commuter 102 embarks on a motor vehicle 1 10 in which the insurance monitoring device 106 is installed.
  • the insurance monitoring device 106 communicates with the personal identification device 104 worn by the commuter 102 and the insurance server 108 through a communication arrangement 1 12 in order to provide the commuter 102 with insurance cover during an insurance period.
  • the insurance period is a period in which the commuter 102 travels in the motor vehicle 1 10.
  • the motor vehicle 1 10 includes a motor car, truck, trailer, motor van or any other suitable vehicle which is capable of transporting people.
  • “Insurance Cover” in this specification is a short term insurance valid for the period in which the commuter 102 is transported in the motor vehicle 1 10 between the initial embarkation location and the end disembarkation location. This short term insurance will pay out in the event of injury to, or the death of, the commuter 102 whilst being transported in the motor vehicle 1 10.
  • This "Insurance Cover” can be purchased in “bundles” comprising of multiple insurance covers each cover being valid for one completed trip.
  • a completed trip is defined by the combination of data relating to the initial embarkation location and end disembarkation location provided by a position locations system (which is explained in more detail below) and stored in the trip insurance database.
  • the motor vehicle unique identifier and the unique identifier of the driver are also recorded in the trip insurance database.
  • an insurance funder e.g., an employer can purchase bundles of insurance covers for its employees for an unlimited number of trips made by the employee during the course of one calendar month. This would entail paying a monthly premium which may be fixed or variable, depending on an agreement entered into by and between the employer and the Insurance Service Provider.
  • the identification device 104 includes a housing 1 14 which is in the form of a ring, alternatively, can be in a form of a watch, bracelet or pendant.
  • a radio frequency identification (RFID) device 1 1 6 is located within the ring 1 14.
  • the RFID device 1 1 6 is located on an inner portion 1 14A of the ring 1 14.
  • the RFID device 1 1 6 is configured to store identification information of a commuter thereon which includes at least a commuter unique identifier.
  • the RFID device is in a form of an RFID tag 1 1 6 and can be retrofitted to the ring 104.
  • the RFID tag 1 1 6 is, preferably a dual frequency tag.
  • the RFID tag 1 16 is factory- fitted and thus forms an integral part of the ring 104.
  • the RFID tag 1 1 6 is a passive RFID and thus does not require power supply and this results in a cost effective identification device 104.
  • Unique identifier of the identification device is also stored on the RFID device.
  • the RFID can be an active RFID.
  • an insurance system 100 includes an insurance server 108 which, in turn, includes a processor 1 18 defining a plurality of conceptual modules 1 19, 120, 121 , 122 and 1 12 which correspond to functional tasks performed by the processor 1 18.
  • the server may include conceptual models 123 and 124.
  • the processor 1 18 includes a commuter registration module 1 19, an insurance authorisation module 120, an insurance activation/deactivation module 122, a communication module 123, a reporting module 124 and the communication arrangement 1 12.
  • the communication module 123 may form part of the communication arrangement 1 12 which sends and receives messages, in use.
  • the messages are sent and received using a cellular network, preferably, a GSM network.
  • the insurance system 100 is connected to a commuter database 121 including the commuter's identification information and insurance status.
  • Various commuters may have pre-registered prior to using the system 100, the commuter's registration information may be stored in the commuter database 121 .
  • the commuter database 121 also includes the commuter's unique identifier in a form of an insurance code.
  • the commuter's identification information includes personal identification information, commuter next-of-kin contact information and commuter alert information. Personal identification information can include residential information and employment information, while commuter alert information can include medical information, or any other information which may be necessary when obtaining an insurance cover.
  • the employer may have pre-registered, on behalf of the commuter. Therefore, the commuter database 121 , will, in addition, include employer unique identifier and employer information.
  • Employer information includes name of employer and payment arrangement associated with that particular employer.
  • the insurance system further includes an insurance database (not shown) which can store therein motor vehicle identifiers, commuter unique identifiers and associated initial and end location data.
  • the insurance database is interrogated, in use, in order to determine an insurance period in which the life of the commuter 102 is insured.
  • the databases need not form part of the insurance server 108 and may be hosted externally at a remote server by a third party.
  • the commuter database 121 can form part of the insurance server 108, while insurance database may form part of the insurance monitoring device 106.
  • the system 100 is communicatively coupled to a mobile cellular network 1 12. Also communicatively coupled to the mobile cellular network is the commuter database 121 and the insurance database. Instead, or in addition, the databases may be connected to the system 100 via the Internet.
  • the insurance server 108 includes a computer-readable medium (not illustrated), main memory, and/or a hard disk drive, which carries a set of instructions to direct the operation of the processor 1 18, for example being in the form of a computer program.
  • the processor 1 18 may include one or more microprocessors, controllers, or any other suitable computing device, resource, hardware, software, or embedded logic.
  • the components 1 19, 120, 122, 123 to 124 and 1 12 may be consolidated into one device (as illustrated) or may be distributed among a number of devices networked together.
  • the registration module 1 19 is used to allow commuters or employers to pre-register in order for the commuters to be able to use the system 1 00.
  • the commuter registration module 1 19 is described in detail with reference to Figures 4 and 5.
  • Figure 4a illustrates a view of components which are located inside the insurance monitoring device 106 and Figure 4b illustrates an external view of the insurance monitoring device 106.
  • the insurance monitoring device 106 includes an identifier of the motor vehicle 1 10. Each device has a unique identifier in order to identify to particular motor vehicle.
  • the insurance monitoring device 106 includes a reader in a form of an
  • the system 100 includes a position location system which is communicatively coupled to the insurance monitoring device 106.
  • the position location system forms part of the insurance monitoring device 106.
  • the position location system provides the insurance authorisation module 120 with initial and end location data of the motor vehicle, in use. Where the initial location data includes position of the motor vehicle 1 10 at which the commuter embarked the motor vehicle 1 10. End location data includes position of the motor vehicle 1 10 at which the commuter disembarked the motor vehicle 1 10.
  • the initial location data and the end location data provides an insurance period which is a period in which the commuter is insured.
  • the position location system is a global positioning system (GPS), preferably, an Assisted GPS (A- GPS) module 128 in order to provide more accurate indication of the initial and end location data of the motor vehicle 1 10, in use.
  • GPS global positioning system
  • A- GPS Assisted GPS
  • the AGPS is communicatively coupled to the insurance monitoring device 106 and the insurance authorisation module 120 in order to determine initial and end location data of the motor vehicle.
  • the AGPS communicates with the insurance monitoring device 106 and over a wireless communication network in order to provide more accurate indication of the initial and end location data of the motor vehicle.
  • the communication network is a wireless network which uses a short-range radio frequency for communication.
  • the insurance monitoring device 106 includes a power supply in the form of two rechargeable batteries 130, 130 located therein.
  • the insurance monitoring device 106 includes photovoltaic cells which use solar panels 132.
  • the solar panels generate electrical power and thus recharge the rechargeable batteries 130, 130, in use, thereby providing a continuous power supply to the insurance monitoring device 106.
  • the insurance monitoring device 106 is coupled to a conventional power supply which forms part of the motor vehicle.
  • the insurance authorisation module 120, the insurance activation / deactivation module 122 and the registration module 1 19, the commuter communication module 123 and the reporting module 124 will be further described with reference to Figures 5 and 6, which illustrate a high-level and low-level method 300 respectively of obtaining an insurance cover.
  • the insurance monitoring device 106 has an internal memory in a form of a trip insurance database 134. Therefore, the trip insurance database 134 forms part of the insurance monitoring device 106.
  • the trip insurance database 134 includes motor vehicle identifiers, commuter unique identifiers and associated initial and end location data.
  • the trip insurance database 134 can also include a driver identifier associated with a particular driver who drives the motor vehicle 1 10. In an alternative embodiment, there may be more than one driver of the motor vehicle 1 10 and in such a case the trip 134 insurance database will include a plurality of nominated driver identifiers. In particular, a main driver can pre-register and upon registration, the main driver will select nominated drivers and ensure that the insurance database 134 is loaded with such nominated driver identifiers.
  • the motor vehicle identifier and driver identifier are all, preferably, embedded in the insurance monitoring device 106 on a memory chip.
  • a motor vehicle owner who transports people for profit and who wishes to join a commuter trip insurance program, is provided with the insurance monitoring device 106 and is registered as a participant in the trip insurance program.
  • the insurance monitoring device 106 is installed into the motor vehicle 1 10 of the owner.
  • the trip insurance database 134 can record maximum number of commuter unique identifiers that embarked the motor vehicle during a particular period. In other instances, if the maximum number of commuter unique identifiers exceeded 15, during a particular period, the trip insurance database 134 will record date and time at which the commuter unique identifiers exceeded 15.
  • motor vehicle information will also be stored in the trip insurance database. Motor vehicle information includes make and model of the motor vehicle, colour of the motor vehicle and, possible, roadworthy status of the motor vehicle. If the driver identifier is not embedded in the memory chip, then the driver identifier can be recorded on the memory chip through the use of a biometric scanner 136. The biometric scanner forms part of the insurance monitoring device 106.
  • the identifier of the alternate driver can be recorded on the memory chip, on the insurance monitoring device 106 using the biometric scanner 136.
  • the motor vehicle 1 10 can have an electronic vehicle license which incorporates an RFID to record a licence number of the motor vehicle 1 10.
  • the licence number of the motor vehicle 1 10 is an identifier of the motor vehicle 1 10. If the vehicle does not have an electronic vehicle license number, then a registration number (number plate) of the motor vehicle 1 10 can be used as the identifier of the motor vehicle 1 10. Alternatively, a VIN number of the motor vehicle can be manually keyed into the insurance monitoring device 106 when installed into the motor vehicle 1 10. All this will be done during a registration process of the motor vehicle 1 10.
  • the insurance monitoring device 106 can include an event monitoring module in a form of a calendar/clock/speed module 138.
  • the calendar/clock/speed module 138 records the time and date of each GPS reading, that is, each initial and end location data associated with each commuter 102 when the commuter 102 embarks / disembarks the motor vehicle 1 10.
  • the calendar/clock/speed module 138 can form part of the insurance database 134, alternatively and as illustrated in Figure 4a, the calendar/clock/speed module 138 is separate from the insurance database 134.
  • the calendar/clock/speed module 138, which forms part of the insurance monitoring device 106 can include a speed calculation algorithm
  • the speed calculation can be computed periodically, preferably, continuously.
  • the speed calculation algorithm can record excess speed which the motor vehicle travels relative to predefined speed limit at a road.
  • the calendar/clock/speed module 138 records the time, date and GPS location data, indicative of a geographical location, where the speed of the motor vehicle is recorded in excess of the predefined speed limit.
  • the predefined speed limit can be programmed into the insurance monitoring device 106.
  • the speed computation algorithm 138 can form part of the insurance database 134, alternatively and as illustrated in Figure 4a, the speed calculation algorithm is separate from the insurance database 134.
  • a loading module (not shown) downloads a custom software application 140 to the insurance monitoring device 106 and automatically installs the software application on the insurance monitoring device 106.
  • the motor vehicle registration process is recorded on the insurance server 108.
  • Motor vehicle registration data is downloaded from the insurance server 108 to the custom software application module 140 embedded in the insurance monitoring device 106 via a loading module (not shown).
  • This motor vehicle registration process provides the identifiers of the motor vehicle, the owner of the motor vehicle and the driver or drivers of the motor vehicle.
  • This software application module 140 contains the software applications necessary for the efficient operation of, and the communication between, the insurance monitoring device 106 and the insurance server 108.
  • a Dallas key 142 is provided on the insurance monitoring device 106.
  • the Dallas Key 142 is used by a technician to identify the technician and allow the technician to gain access to certain software elements within the insurance monitoring device 106, record service events, and provide the system administrator with an audit trail relating to the servicing and maintenance of the insurance monitoring device 106.
  • a SIM card 144 and associated GSM module 146 may be provided to facilitate communications using the GSM network.
  • Figure 5 shows a high-level method 300. It will be appreciated that numerous specific details are set forth in order to provide a thorough understanding of the example embodiment. It will be evident, however, to one skilled in the art that other embodiments may be practiced without these specific details. Also, the example method 300 is not necessarily dependent on the system 100, and vice versa.
  • the commuter 102 Prior to using the system 100, the commuter 102 has to pre-register.
  • the commuter 102 can register by visiting the premises of an Insurance Service Provider (not shown).
  • the employer funds the insurance covers on behalf of its employee/s
  • the employer can log on to a website and register one or more employees or the employer may request that an insurance representative visit its premises to register the employee/s.
  • a commuter registration module 1 19 which forms part of the system 100 receives an insurance registration message from the Insurance Service Provider on behalf of the commuter 102.
  • the insurance registration message includes the commuter identification information which includes commuter personal information, commuter telephone number and/or work telephone number and next-of-kin information.
  • Next-of-kin information includes names and contact details of people who are close to the commuter 102 and who should be contacted in the case of a motor vehicle accident.
  • the commuter registration module 1 19 Once the Insurance Service Provider has captured the commuter identification information, the commuter registration module 1 19 generates a commuter unique identifier. Therefore, each commuter will have its own unique identifier uniquely. In additional, the commuter is provided with a ring 104 or a bracelet or a watch or a pendant wherein the unique identifier of the commuter is stored thereon.
  • the commuter registration module 1 19 can also send a registration confirmation message to the commuter 102 (to a mobile telephone of the commuter 102) and an insurance funder confirmation message to the employer.
  • the registration confirmation message/email includes the commuter unique identifier; (or employer unique identifier) details of the trip insurance cover purchased and can provide the commuter or employer with Terms and Conditions which are associated with the use of the insurance system 100.
  • a document population module is operable automatically to populate an insurance document in response to a further request from the commuter 102 to renew an insurance cover upon expiry thereof, for an additional period of time or for an additional number of insurance trips.
  • the document population module alternatively, the commuter registration module 1 19, retrieves a template associated with the insurance cover and inputs automatically the commuter identification information on the template in order to create an insurance document for the commuter 102.
  • the automatic population of the insurance document ensures the accuracy and integrity of the information and ensures that the purchase of the insurance cover is concluded rapidly and accurately.
  • the RFID scanner 126 receives (at block 302) an insurance request message (via a communication network) indicating a unique identifier of the commuter and an identifier of the motor vehicle in which the commuter 102 travels.
  • the commuter unique identifier and the motor vehicle identifier can then be transmitted to the insurance authorisation module 120.
  • the insurance authorisation module 120 determines (at block 304) whether or not the commuter is active and whether the commuter's policy bundle is in credit. In particular, the insurance authorisation module 120 determines whether or not the commuter unique identifier is current and whether commuter identification information is complete. If the answer is negative, the insurance authorisation module 120 terminates (at block 306) the insurance request. If the answer is affirmative, the insurance authorisation module 120 then receives (at block 308) initial location data indicative of a geographical location where the commuter has embarked the motor vehicle 1 10. In response to receiving the initial location data of the motor vehicle 1 10, the insurance authorisation module 120 activates (at block 310) a trip insurance cover in respect of the life of the commuter. The life of the commuter 102 is then insured.
  • the RFID scanner 126 transmits (at block 312) interrogation signals in order to determine whether or not the commuter 102 is still in the motor vehicle 1 10.
  • the RFID scanner 126 continuously transmits interrogation signals in order to check whether or not the commuter 102 is still in the motor vehicle 1 10. This is crucial because the commuter 102 is only insured for the period in which the commuter 102 is in the motor vehicle 1 10. If no response is received within a predetermined period, the insurance authorisation module 120 receives (at block 314) an end location data of the motor vehicle 1 10 indicative of the location where the user disembarked the motor vehicle 1 10, thereby providing the commuter 102 with an insurance cover during a period in which the commuter 102 travelled in the motor vehicle 1 10.
  • the RFID scanner 126 When the commuter 102 disembarks from the motor vehicle 1 10, the RFID scanner 126 will record the commuter unique identifier 1 14 embedded in the ring 104 which is worn by the commuter 102. This data will be matched against the trip insurance database 134, resident in the insurance monitoring device 106. This disembarkation event will be matched with the a-GPS location data, date and time that is indicative of a geographical location where the commuter has disembarked the motor vehicle 1 10.
  • the RFID scanner 126 will continue to transmits interrogation signals in order to validate whether or not the commuter 102 is still in the motor vehicle 1 10. However, if the commuter is still in the motor vehicle 1 10, the RFID scanner 126 receives (at block 316) status signal which confirms that the commuter 102 is still in the motor vehicle 1 10. In turn, the commuter 102 continues to be covered (at block 317) by the insurance cover. An insurance deactivation module 122 provisionally terminates (at block 318) the insurance cover for the commuter in response to the insurance authorisation module 120 receiving the end location data of the motor vehicle 1 10.
  • the system 100 is able to send people, who are recorded as next of kin to the commuter 102, information such as the name of the insured commuter, the GPS location of the accident, details of the motor vehicle 1 10 such as the registration number of the motor vehicle 1 10, make and model of the motor vehicle 1 10, colour of the motor vehicle 1 10.
  • the system 100 may also provide, via the report module (at block 124) relevant stakeholders e.g. law enforcement agencies, insurance companies with information such as the owner of the motor vehicle 1 10, the driver of the motor vehicle 1 10, the route taken by the vehicle, the number of stops made along the route, the number of insured commuters, the value of the fares received from the insured commuters, the latest roadworthy certificate number and the identities of the commuters who were insured with the insurance company.
  • relevant stakeholders e.g. law enforcement agencies, insurance companies with information such as the owner of the motor vehicle 1 10, the driver of the motor vehicle 1 10, the route taken by the vehicle, the number of stops made along the route, the number of insured commuters, the value of the fares received from the insured commuters, the latest roadworthy certificate number and the identities of the commuters who were insured with the insurance company.
  • a beneficiary of the insurance cover (who may be a next of kin as well) will also be provided benefits relating to the insurance cover upon death of the insured commuter. If the commuter is only injured, the commuter will be provided with benefits accordingly.
  • the commuter 102 Upon registration the commuter 102 is provided with a provisional insurance cover. The commuter 102 will only be able to activate the trip insurance cover for an insurance period if the premium relative to the insurance cover requested has been paid, either by the commuter 102 or the funder, which may be the commuter's employer.
  • the commuter 102 can purchase the trip insurance from a service provider who sells the trip insurance cover.
  • an Insurance Service Provider will have a website where commuter 102, or the funder, can access and view the trip insurance with respective insurance cover which is being offered by the Insurance Service Provider.
  • the commuter 102 may have noted the trip insurance on an advert broadcasted on a television or displayed on a billboard.
  • Trip insurance can vary, for example, the commuter 102 can purchase one trip insurance cover , alternatively, the commuter 102 can purchase 40 trip insurance covers which relates to a number of days in which the commuter 102 will be travelling to and from his/her place of work. The purchasing of the trip insurance can be done using conventional methods.
  • a purchase module can receive an initiation message indicative that a commuter 102 wishes to purchase at least one trip insurance.
  • the purchase module (not shown) will interrogate a commuter database 121 in order to determine whether or not the commuter 102 has pre- registered. If the reply from the commuter database 121 is affirmative, the trip insurance request will be processed and loaded onto the system 100's server 108. The commuter 102 may then continue enjoying the benefits of the insurance cover.
  • the employer will pay a monthly premium which will provide insurance cover for the commuter 102 for an indefinite number of trips in a motor vehicle 102 equipped with an insurance monitoring device 106 for one calendar month.
  • the new client will be provided with the details of a local trip Insurance Service Provider and requested to contact the Insurance Service Provider and go through a registration process. Once registered, an identification device 104 will be allocated to the commuter 102 and loaded with the commuter unique identifier and other required information.
  • the commuter 102 can top up or replenish the trip insurance cover funds via a website, a banking ATM, via cellular phone banking or using an e-wallet mechanism.
  • the commuter 102 may purchase insurance cover funds through various other payment channels offered by various service providers, e.g., superstores, banks etc, or other methods which may become available to the commuter 102 in the future.
  • a commuter's account with an Insurance Service Provider may be automatically debited whenever the trip insurance funds have reached a predetermined level.
  • the purchase module may form part of the system 100 and may be communicatively coupled to the system 100 and the commuter database 121 .
  • the purchase module updates the commuter database maintaining the status of the trip insurance covers current at all times.
  • the status indicates that the commuter 102 has purchased at least one trip insurance and may be programmed to trigger a trip insurance top-up message to the commuter 102, or insurance funder, when the balance of trip insurance funds remaining to the commuter's credit reaches a predetermined level.
  • FIG. 6 shows a low-level method 400 according to which, in an embodiment, the present invention may be implemented. It will be appreciated that numerous specific details are set forth in order to provide a thorough understanding of the example embodiment. It will be evident, however, to one skilled in the art that other embodiments may be practiced without these specific details. Also, the example method 400 is not necessarily dependent on the system 100, and vice versa.
  • the commuter 102 boards (at block 401 ) the motor vehicle 1 10.
  • the insurance monitoring device 106 receives a signal from the commuter identification device 104 (ring / bracelet). Basically and in simple terms, when the identification device 104 is in close proximity to the RFID scanner 126, which is when the commuter 102 has embarked the motor vehicle 1 10 the insurance monitoring device 106 reads the commuter identification device 104.
  • the insurance monitoring device 106 transmits (at block 403) initial location data of the motor vehicle 1 10.
  • a insurance server (not shown) receives (at block 404) an insurance request.
  • the insurance authorisation module 120 determines (at block 405) whether or not the commuter 102 is active, that is, whether or not the commuter unique identifier is current and whether commuter identification information is complete.
  • the insurance authorisation module 120 terminates (at block 412) the insurance request, stores the aborted insurance request (at block 414) and transmits a message (at block 417) to the commuter.
  • the insurance authorisation module 120 further determines (at block 406) whether or not the commuter's policy balance is in credit. If the answer is negative, the insurance authorisation module 120 terminates (at block 413) the insurance request, and further stores (at block 415) the aborted insurance request for record purposes. At block 41 1 , the insurance authorisation module 120 transmits a message to the commuter 102 to inform him/her that the session has been aborted because the trip insurance funds is not enough to allow the commuter 102 to obtain insurance.
  • the insurance authorisation module 120 receives (at block 407) initial location data.
  • the insurance authorization module 120 then activates (at block 408) the trip insurance cover based upon the data read (at block 402) by the insurance monitoring device 106 installed in the motor vehicle 1 10 and transmitted (at block 403) by the insurance authorization module 120 (at block 403) via a communication network and received by the commuter insurance server (at block 404).
  • the data read by the insurance authorization module 120 includes the initial location data indicative of where the commuter 102 has embarked the motor vehicle 1 10.
  • This activation (at block 408) of the trip insurance cover in respect of the commuter 102 insures the commuter 102 against death or personal injury from the start of the trip, from when the commuter 102 embarks on the motor vehicle 1 10 until the commuter 102 disembarks from the motor vehicle 1 10.
  • the RFID scanner embedded in the insurance monitoring device 106 continuously scans (at block 409) for the unique identities associated with the commuters who embarked on the motor vehicle 1 10 in order to determine whether or not the commuter 102 is still in the motor vehicle 1 10.
  • the insurance authorisation module 120 maintains the trip insurance cover in force (at block 31 6).
  • the personal identification device 104 worn by the commuter 102 Upon exiting the motor vehicle 1 10, the personal identification device 104 worn by the commuter 102, is recognized and interrogated (at block 409) by the insurance monitoring device 106 installed near the entry/exit point of the motor vehicle 1 10. This is crucial because the commuter 102 is only insured for the period in which the commuter 102 is in the motor vehicle 1 10.
  • the insurance activation/deactivation module 122 provisionally terminates the trip insurance cover (at block 410) on the commuter 102 in response to the insurance authorisation module 120 receiving the end location data (at block 409) of the motor vehicle 1 10.
  • a commuter communication module 123 Upon termination of the current trip insurance cover on the life of the commuter 102, a commuter communication module 123 transmits (at block 41 1 ) a message to the commuter 102. The message informs the commuter about the number of remaining trips in the commuter's insurance cover.
  • FIG 7 illustrates a high-level method 500 where the motor vehicle is involved in an accident.
  • the system 100 receives (at block 418) an accident notification message associated with the accident.
  • the insurance authorisation module 120 determines (at block 419) whether or not the GPS location of the motor vehicle is known / received. If the GPS location of the motor vehicle is known, a reporting module 124 transmits the accident notification message (at block 422) to appropriate authority, e.g., police department or traffic control department to notify the particular authority about the accident.
  • appropriate authority e.g., police department or traffic control department to notify the particular authority about the accident.
  • the information relating to the accident e.g., the motor vehicle involved in the accident, the GPS location of the accident, details of the motor vehicle 1 10 such as the registration number of the motor vehicle 1 10, make and model of the motor vehicle 1 10, colour of the motor vehicle 1 10etc, is recorded according for statistical purposes. Such information can be used, if necessary, for criminal investigation.
  • the system 100 conducts an inventory of the commuters which are / were in the motor vehicle during the accident. .
  • the system 100 determines (at block 420) whether or not end location data was ever received. If the end location data was never received, it means that the commuter 102 is / was in the motor vehicle during the time of the accident.
  • the insurance authorisation module 120 transmits the accident notification message (at block 423) to the Insurance Service Provider.
  • the system 100 further sends people, who are recorded as next of kin to the commuter 102, information such as the name of the insured commuter, the GPS location of the accident, details of the motor vehicle 1 10 such as the registration number of the motor vehicle 1 10, make and model of the motor vehicle 1 10, colour of the motor vehicle 1 10.
  • a beneficiary of the insurance cover (who may be a next-of-kin as well) will also be provided benefits relating to the trip insurance cover upon the death of the insured commuter 102. If the insured commuter is only injured, the commuter 102 will be provided with benefits accordingly.
  • the system 100 will continue to provide cover (at block 41 6 of Figure 6) as long as the commuter is still in the motor vehicle 1 10.
  • the system 100 may be able to assess whether or not the commuter is injured and/or passed on during the accident. Such information is also sent through to the Insurance Service Provider and the next of kin.
  • the system 100 determines (at block 426) whether or not it has received the motor vehicle identifier associated with the particular motor vehicle.
  • the reporting module 124 transmits the motor vehicle identifier to a relevant stakeholders e.g. a motor vehicle owner or a particular motor vehicle association.
  • the reporting module 124 is also able to report information such as the owner of the motor vehicle 1 10, the driver of the motor vehicle 1 10, the route taken by the motor vehicle 1 10, the number of stops made along the route, the number of insured commuters 102, the value of the fares received from the insured commuters, the latest roadworthy certificate number and the identities of the commuters 102 who were insured with the insurance company.
  • the motor vehicle owner may be able to take appropriate actions action the motor vehicle driver based on the information received from the reporting module.
  • an insurance claims can be submitted accordingly.
  • the invention as exemplified is advantageous in that it provides a method 300 and system 100 for obtaining, monitoring and managing trip insurance for commuters in a cost effective and efficient manner.
  • a method 300 and system 100 for obtaining, monitoring and managing trip insurance for commuters in a cost effective and efficient manner.
  • most people who use public transport will be able to afford, and benefit from, the trip insurance cover.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Technology Law (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne un système (et un procédé associé) pour fournir une couverture d'assurance à un navetteur, durant une période pendant laquelle l'utilisateur se déplace dans un véhicule à moteur. Le système comprend un dispositif d'identification d'utilisateur pour stocker un identificateur unique associé à l'utilisateur, un agencement de communication et un dispositif de surveillance d'assurance configuré pour stocker au moins un identificateur du véhicule à moteur. Le dispositif de surveillance d'assurance comprend un lecteur pour lire l'identificateur unique à partir du dispositif d'identification et un module d'autorisation d'assurance apte à recevoir un message de requête d'assurance comprenant l'identificateur unique de l'utilisateur et un identificateur du véhicule à moteur, et interroger une base de données de navetteur préremplie pour vérifier ces informations. Le module d'autorisation d'assurance est configuré pour recevoir des données d'emplacement initial et d'arrivée indicatives de l'emplacement où l'utilisateur a embarqué et débarqué, respectivement, du véhicule à moteur, et pour activer en conséquence une couverture d'assurance pour l'utilisateur.
PCT/IB2013/059528 2012-10-22 2013-10-22 Procédé de fourniture d'une assurance à un navetteur WO2014064603A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
ZA2015/03164A ZA201503164B (en) 2012-10-22 2015-05-07 A method of providing insurance to a commuter

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ZA201207941 2012-10-22
ZA2012/07941 2012-10-22

Publications (2)

Publication Number Publication Date
WO2014064603A2 true WO2014064603A2 (fr) 2014-05-01
WO2014064603A3 WO2014064603A3 (fr) 2014-07-10

Family

ID=50001030

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2013/059528 WO2014064603A2 (fr) 2012-10-22 2013-10-22 Procédé de fourniture d'une assurance à un navetteur

Country Status (2)

Country Link
WO (1) WO2014064603A2 (fr)
ZA (1) ZA201503164B (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108648088A (zh) * 2018-03-30 2018-10-12 平安科技（深圳）有限公司 保险生效日期的确定方法、装置及存储介质、服务器
WO2023023728A1 (fr) * 2021-08-24 2023-03-02 Aberto Solutions Pty Ltd Système d'assistance automatisé

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5490079A (en) * 1994-08-19 1996-02-06 Texas Instruments Incorporated System for automated toll collection assisted by GPS technology
DE102005010251A1 (de) * 2005-02-25 2006-08-31 Andrea Kusche Verfahren und Vorrichtung zur personenbezogenen Erfassung von Fahrtkosten
US20120191481A1 (en) * 2011-01-24 2012-07-26 Lexisnexis Risk Solutions Inc. Telematics smart pinging systems and methods

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108648088A (zh) * 2018-03-30 2018-10-12 平安科技（深圳）有限公司 保险生效日期的确定方法、装置及存储介质、服务器
CN108648088B (zh) * 2018-03-30 2023-06-20 平安科技（深圳）有限公司 保险生效日期的确定方法、装置及存储介质、服务器
WO2023023728A1 (fr) * 2021-08-24 2023-03-02 Aberto Solutions Pty Ltd Système d'assistance automatisé

Also Published As

Publication number Publication date
WO2014064603A3 (fr) 2014-07-10
ZA201503164B (en) 2016-03-30

Similar Documents

Publication Publication Date Title
US11938872B2 (en) Digital vehicle tag and method of integration in vehicle allocation system
US9639899B1 (en) Vehicle repossession utilizing tracking device information
US11676436B2 (en) Vehicle parking authorization assurance system
US20140039935A1 (en) Insurance verification system (insvsys)
US20110047037A1 (en) Automatic Electronic Trip Receipt System and Method for Chauffeured Vehicles
US9406033B2 (en) Toll history recording method and device
WO2002089077A1 (fr) Systeme et procede pour automatiser un processus de location de vehicules
CN103093402A (zh) 汽车服务实现方法及系统
US10853881B1 (en) Method and system for providing trip-based passenger insurance in autonomous vehicles
US20180025551A1 (en) Vehicle toll usage tracking system and method
US20070279200A1 (en) Service provision system and provision method for providing various services including mobile body diagnosis and portable information equipment for the system
WO2014064603A2 (fr) Procédé de fourniture d'une assurance à un navetteur
KR101694230B1 (ko) 운송차량 관리 방법 및 이를 위한 서비스 서버
WO2016040808A1 (fr) Étiquette numérique de véhicule et procédé d'intégration dans un système d'attribution de véhicule
EP3340157A1 (fr) Systèmes et procédés de location automatique de biens sans surveillance
CN110662171B (zh) 一种交通工具的处理方法及系统
US7273171B2 (en) Transportation system of persons and goods with checking out
WO2000058915A1 (fr) Procede et systeme d'activation/desactivation de polices d'assurance prepayees par telephone
KR102424925B1 (ko) 근로 마일리지를 활용한 선불카드 충전 시스템
CA2445580A1 (fr) Systeme et procede pour automatiser un processus de location de vehicules
TWI690886B (zh) 以使用狀態為基礎之車輛保險投保系統
JP6940074B2 (ja) 入出場管理装置、入出場管理装置を有する料金精算システムおよび会員登録システム、ならびに入出場管理装置の制御プログラム
JP3914694B2 (ja) クレジットカード発行者のためのサービス代金請求書発行装置
CN116434356A (zh) 基于蓝牙的电子车牌及其支付方法、装置、介质和设备
Hemlathadhevi et al. Automobile Service and Management System for Vehicles Network

Legal Events

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

Ref document number: 13824156

Country of ref document: EP

Kind code of ref document: A2

122 Ep: pct application non-entry in european phase

Ref document number: 13824156

Country of ref document: EP

Kind code of ref document: A2