US20210166320A1 - System and method for obtaining and/or maintaining insurance coverage - Google Patents
System and method for obtaining and/or maintaining insurance coverage Download PDFInfo
- Publication number
- US20210166320A1 US20210166320A1 US14/868,864 US201514868864A US2021166320A1 US 20210166320 A1 US20210166320 A1 US 20210166320A1 US 201514868864 A US201514868864 A US 201514868864A US 2021166320 A1 US2021166320 A1 US 2021166320A1
- Authority
- US
- United States
- Prior art keywords
- customer
- insurance
- policy
- affinity group
- premium
- 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.)
- Abandoned
Links
Images
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- 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/06—Buying, selling or leasing transactions
- G06Q30/08—Auctions
Definitions
- the present disclosure generally relates to insurance and, more specifically, to systems and methods for obtaining and/or maintaining insurance coverage.
- a customer finds an insurance provider by word of mouth, through an agent/broker, or via the Internet by using an aggregator or comparison website or general web browsing. Once the customer obtains an insurance policy from the desired provider, the customer may be by default tied to that provider, and to the rates and product features offered by that provider, until and unless he or she proactively shops around for a new provider offering a policy with a better rate and/or better product features.
- a customer might decide to look into the offerings of other insurance providers at a time when the customer's current policy is up for renewal.
- a customer typically must either spend considerable time and effort looking for better insurance offerings on a recurring basis, or simply renew his or her current policy regardless of whether that policy provides the best rate and/or product features going forward.
- the present embodiments may, inter alia, automatically provide customers with insurance policies that offer better rates and/or product features on a continuing basis (e.g., across multiple policy terms), thereby reducing or eliminating the time and/or effort that customers must spend researching the offerings of different insurance providers.
- a computer-implemented method may include (1) receiving, at one or more hardware servers, customer information associated with a customer (from the customer and/or with the customer's permission); (2) storing the customer information in a customer profile database; and (3) using, by the one or more hardware servers, the customer information stored in the customer profile database to automatically obtain for the customer a first insurance policy from a first insurance provider.
- the first insurance policy may have (i) first policy features, and (ii) a first premium corresponding to a first policy term.
- the method may also include (4) notifying, via a communication interface of the one or more hardware servers, the customer of the first insurance provider and the first premium.
- the method may also include (5) automatically determining, by the one or more hardware servers, that the first policy term is nearing expiration; and (6) in response to determining that the first policy term is nearing expiration, using, by the one or more hardware servers, the customer information (with the customer's permission) stored in the customer profile database to automatically obtain for the customer a second insurance policy from a second insurance provider.
- the second insurance policy may have (i) second policy features, and (ii) a second premium corresponding to a second policy term subsequent to the first policy term.
- the method may further include (7) notifying, via the communication interface of the one or more hardware servers, the customer of the second insurance provider and the second premium, such as for their review and approval via their mobile device.
- the method may include additional, fewer, or alternate actions, including those discussed elsewhere herein.
- a system may include a data storage storing a customer profile database, a communication interface configured to communicate with remote devices via a network, one or more processors, and a non-transitory, computer-readable medium storing instructions.
- the instructions when executed by the one or more processors, may cause the one or more processors to, with a customer's affirmative consent or permission, (1) use customer information stored in the customer profile database to automatically obtain for a customer a first insurance policy from a first insurance provider.
- the first insurance policy may have (i) first policy features, and (ii) a first premium corresponding to a first policy term.
- the instructions may also cause the one or more processors to (2) notify, via the communication interface, the customer of the first insurance provider and the first premium; (3) automatically determine that the first policy term is nearing expiration; and (4) in response to determining that the first policy term is nearing expiration, use the customer information stored in the customer profile database to automatically obtain for the customer a second insurance policy from a second insurance provider.
- the second insurance policy may have (i) second policy features, and (ii) a second premium corresponding to a second policy term subsequent to the first policy term.
- the instructions may further cause the one or more processors to (5) notify, via the communication interface, the customer of the second insurance provider and the second premium, such as via wireless communication and their mobile device.
- the system may include additional, fewer, or alternate components, elements and/or functionality, including those discussed elsewhere herein.
- a customer may first opt into a program or agreement (e.g., one offered by an intermediary entity such as the entity associated with computing system 14 of FIG. 1 ), and willingly share his or her personal data (and/or vehicle data, health data, etc.) for purposes of obtaining insurance coverage.
- a program or agreement e.g., one offered by an intermediary entity such as the entity associated with computing system 14 of FIG. 1
- the customer may obtain one or more benefits that may be provided by various embodiments described herein, such as superior insurance rates/terms, and/or automatic renewal (or change) of insurance policies with little or no effort by the customer, for example.
- customers who opt in may also receive other benefits, such as insurance discounts or rewards, for example.
- FIG. 1 depicts an exemplary environment including components and entities associated with obtaining and/or maintaining insurance coverage, according to one embodiment.
- FIG. 2 depicts an exemplary process for grouping customers together in order to obtain better insurance policy pricing and/or other policy features, according to one embodiment.
- FIG. 3 depicts a flow diagram of an exemplary method for obtaining and maintaining insurance coverage for a customer, according to one embodiment.
- FIG. 4 depicts a flow diagram of another exemplary method for obtaining and maintaining insurance coverage for a customer, according to one embodiment.
- FIG. 5 depicts an exemplary computer system in which the techniques described herein may be implemented, according to one embodiment.
- the present embodiments relate to, inter alia, obtaining and/or maintaining insurance coverage with insurance policies having advantageous rates and/or product features.
- the insurance policies may be policies for any type of insurance, such as automobile or other vehicle insurance, home or condominium insurance, personal property insurance or life insurance, health insurance, pet insurance, burial insurance, for example.
- an intermediary entity may act on behalf of consumers (and/or otherwise with the affirmative consent or permission) to find policy rates and/or other features that best meet the consumers' insurance requirements and/or preferences.
- each consumer may access an application form (e.g., an on-line form) and enter information relevant to the availability and/or pricing of the consumer's desired insurance policy, such as demographic information (e.g., gender, birth date, etc.), information about the consumer's property (e.g., a make, model and year of an automobile, etc.), claim and/or accident history of the consumer, and so on.
- the consumer may be grouped together with one or more other consumers in an “affinity group.”
- the affinity group may be defined by any suitable criterion or criteria, such as insurance provider requirements and/or classifications, behavioral and/or attitudinal segmentation, member requirements and/or preferences, etc.
- the affinity group may be defined by the occupation of the group members, risk characteristics of the group members (e.g., as is typically determined during the underwriting process), insurance claim expectations of the group members (e.g., based upon past claim history and/or risk characteristics), insurance company ratings required or preferred by the group members (e.g., AAA), the content and/or availability of telematics data obtained from vehicles of the group members, etc.
- An affinity group may be established any time that two or more members are identified as meeting the group requirements, or may be established only when some higher threshold number of members (e.g., 100 members, 1,000 members, etc.) has been met, for example.
- the intermediary entity may present information about the affinity group members to a number of insurance providers/carriers, along with a request for insurance coverage quotes.
- the intermediary entity may hold an auction within a particular time period or window of time, for example.
- the participating insurance providers may be permitted to bid on providing insurance for the affinity group.
- the insurance provider that “wins” by bidding the lowest price/rate (given the profile of the affinity group members), or more generally, in some embodiments, by bidding to provide a policy that aligns most closely with the requirements and/or preferences of the group members, may be chosen to provide the insurance to the members of the affinity group for a specified time period or term (e.g., six months).
- the winning insurance provider may directly handle claims and other inquiries from the members of the affinity group (e.g., on-line and/or via a dedicated call center), and the members of the affinity group may have their checking accounts, credit cards, and/or other fund sources automatically debited (e.g., periodically) by the winning insurance provider in order to pay for the insurance coverage.
- the intermediary entity may, prior to the conclusion of each of one or more policy terms for the affinity group members, automatically conduct another auction for the affinity group.
- the affinity group members may continually receive the most competitively priced insurance coverage (and/or the insurance with the best product features), with little or no additional effort by the group members.
- Some of the benefits and/or pricing discounts earned by group members, such as loyalty or accident-free discounts, may become a part of the profile of the affinity group, and may be priced into the future costs of the affinity group's insurance coverage.
- the member may be moved to a different affinity group to which the member better aligns (e.g., to an affinity group with more similar risk characteristics and/or insurance claim expectations, etc.) for future auctions.
- the intermediary entity may conduct insurance coverage auctions for a number of different affinity groups.
- the intermediary entity may form new groups, rearrange existing groups, and/or shop groups to insurance providers on a periodic (e.g., daily) basis, or on any other suitable basis.
- the intermediary entity may instead (or additionally) obtain insurance policies for consumers on an individual basis.
- the intermediary entity may use a consumer profile (e.g., containing information that was entered in an on-line or other application form, claim information, telematics data, etc.) to automatically seek out an insurance company providing a policy that best meets the pricing and/or product feature requirements and/or preferences of the consumer.
- the intermediary entity may automatically perform this process when the consumer first obtains a policy and/or each time that the consumer's current policy is up for renewal.
- the intermediary entity may seek the best insurance provider/policy each term (e.g., each six months) without conducting auctions.
- the intermediary entity may instead request a single quote from each of multiple insurance providers each time that a current policy term is drawing to a close, and select the provider with the “best” (e.g., lowest price) quote for the next term without entertaining a second round of bids.
- the intermediary entity may obtain revenue in various different ways according to different embodiments.
- the insurance provider that offers a winning bid in an auction might pay the intermediary entity a flat administrative fee, and/or a commission that includes a percentage of the insurance premium(s) for the affinity group.
- each member of the affinity group might pay the intermediary entity an annual membership fee.
- consumers may be able to obtain insurance coverage at the most competitive price available, on a continuing basis and without the hassles of shopping for insurance on their own.
- participating insurance providers may be able to attract larger groups of consumers, including those who otherwise may not have considered those providers for their insurance needs.
- FIG. 1 depicts an exemplary environment 10 including components associated with obtaining and/or maintaining insurance coverage, according to one embodiment.
- the environment 10 may include M computing devices 12 - 1 through 12 -M associated with M respective consumers (e.g., thousands of consumers, millions of consumers, etc.).
- Each of the computing devices 12 - 1 through 12 -M may be any suitable type of computing device having wired and/or wireless communication capabilities, such as a personal computer, tablet, phablet, smartphone, etc.
- the terms “consumer” and “customer” are utilized interchangeably herein, and generally refer to a person who is an insured party or a potential insured party.
- a consumer or customer may be represented by himself or herself, or may be represented by an agent (e.g., by a spouse, a person who has power of attorney for the consumer or customer, an administrative assistant, etc.).
- the environment 10 may also include a computing system 14 associated with an intermediary entity.
- the computing system 14 may include one or more servers of the intermediary entity, or may include a plurality of networked computing devices that have an appearance of a single, logical computing device or system, e.g., a group of cloud computing devices.
- the computing system 14 may be communicatively coupled to computing devices 12 - 1 through 12 -M via a network (not shown in FIG. 1 ).
- the network may be a single communication network, or may include multiple communication networks of one or more types (e.g., one or more wired and/or wireless local area networks (LANs), and/or one or more wired and/or wireless wide area networks (WANs) such as the Internet), for example.
- LANs local area networks
- WANs wide area networks
- the environment 10 may also include computing systems 16 - 1 through 16 -N associated with N respective insurance providers (e.g., two insurance providers, five insurance providers, etc.).
- Each of the computing systems 16 - 1 through 16 -N may include one or more servers or computing devices of the respective insurance provider, and may be communicatively coupled to computing system 14 via a network (not shown in FIG. 1 ).
- the network may be a single communication network, or may include multiple communication networks of one or more types (e.g., one or more wired and/or wireless LANs, and/or one or more wired and/or wireless WANs such as the Internet), for example.
- Each of the insurance providers 16 - 1 through 16 -N may be a company providing a particular type or types of insurance, such as automobile or other vehicle insurance, home or condominium insurance, personal property insurance and/or life insurance, for example.
- the computing system 14 may include various units, including a consumer profiling unit 20 , a consumer grouping unit 22 , a policy procurement unit 24 and a notification unit 26 .
- Each of some or all of the units 20 , 22 , 24 and 26 may be (or may include) a respective set of one or more computing devices or processors that executes software instructions to perform the corresponding functions described herein.
- each of some or all of the units 20 , 22 , 24 and 26 may be or include a respective component of software that is stored on one or more computer-readable media (e.g., a random access memory (RAM) and/or read-only memory (ROM) of the computing system 14 ) and executed by one or more processors of the computing system 14 to perform the corresponding functions described herein.
- one or more of the units may be combined into a single unit, or may be omitted.
- the computing system 14 does not include consumer grouping unit 22 and/or notification unit 26 .
- consumer profiling unit 20 collects information regarding the consumers operating computing devices 12 - 1 through 12 -M (with consumers' permission or consent) and stores the collected information in a consumer profile database 30 that includes a separate profile for each consumer.
- the consumer profile database 30 may be any suitable type of persistent memory.
- Consumer profiling unit 20 may obtain the information in any of one or more ways. For example, consumer profiling unit 20 may obtain demographic information (e.g., gender, birth date) and information about consumers' properties (e.g., makes, models and years of automobiles, etc.) via on-line forms filled out by the consumers using computing devices 12 - 1 through 12 -M.
- the consumer profiling unit 20 may provide the on-line forms as one or more web pages (e.g., HTML files, JavaServer Pages files, etc.) stored in a memory of the computing system 14 , and the consumers may use web browser applications executing on the computing devices 12 - 1 through 12 -M to access the web page(s), for example. Via the on-line forms, or via other suitable means, consumer profiling unit 20 may also collect insurance preferences and/or requirements of the various consumers. For example, each consumer may enter his or her preferred or required coverage types, coverage limits, deductibles, insurance provider ratings (e.g., AAA), and/or any other preference or requirement relating to insurance. A consumer may indicate that he or she prefers to have a policy through an insurance company that offers live insurance agents, for example. In an alternative embodiment and/or scenario, some or all of the consumers provide information via physical application forms, and some or all of the computing devices 12 - 1 through 12 -M may be omitted in the exemplary environment 10 .
- web pages e.g.,
- consumer profiling unit 20 may collect other information that is also to be stored in consumer profile database 30 .
- consumer profiling unit 20 may receive claims information from that provider (e.g., number and/or dates of past claims, past claim payouts made to or on behalf of the consumer, etc.).
- consumer profiling unit 20 may receive telematics data indicative of a consumer's driving performance (e.g., acceleration data, braking data, cornering data, etc.).
- Consumer grouping unit 22 may utilize at least some of the consumer information stored in consumer profile database 30 to form one or more affinity groups, and store indications of which of the consumers belong to which affinity groups in an affinity group database 32 .
- the affinity group database 32 may be any suitable type of persistent memory (e.g., the same memory storing consumer profile database 30 ).
- Consumer grouping unit 22 may place the consumers into the affinity group(s) based upon the criteria of the groups, which may reflect consumer preferences and/or requirements, insurance provider requirements and/or classifications, and/or behavioral and/or attitudinal segmentation of consumers (e.g., as determined using telematics data indicating driving performance/behaviors), for example.
- Policy procurement unit 24 may conduct an automated auction in order to obtain insurance policies for the members of each of the one or more affinity groups. For a given affinity group, policy procurement unit 24 may send information defining the group membership criteria, and/or information about the individual members (e.g., profile information stored in consumer profile database 30 ), to each of the insurance provider computing systems 16 - 1 through 16 -M, along with a request for insurance premium quotes.
- one or more of the insurance providers may decide to bid on the provision of insurance to the affinity group, and policy procurement unit 24 may receive the bid(s) from the respective ones of insurance provider computing systems 16 - 1 through 16 -M. Policy procurement unit 24 may send each received bid to all others of the insurance provider computing systems 16 - 1 through 16 -M, and bidding may continue in an iterative fashion until auction termination criteria have been met (e.g., until a predetermined amount of time elapses, or until a predetermined amount of time since the last bid elapses, etc.). The insurance provider having the best bid (e.g., lowest price and/or best non-price features) at the time the auction terminates may be granted the ability to provide insurance policies to the members of the affinity group.
- the insurance provider having the best bid e.g., lowest price and/or best non-price features
- the intermediary entity may be authorized to enter a binding contract for the policy/policies on behalf of the consumers, or may require some confirmation or election by the members of the affinity group. If a contract is automatically established via by the agency of the intermediary entity, notification unit 26 may cause the members of the affinity group to be informed of the new insurance provider and the new policy (e.g., by email, letter, etc.). If consumer confirmation or election is required, notification unit 26 may instead cause the members of the affinity group to be sent an indication of the best offer or offers and the corresponding providers, along with a request for confirmation or election. Policy procurement unit 24 may then form the contract with the winning insurance provider after the confirmation or election, for example.
- policy procurement unit 24 may also be responsible for renewing existing insurance policies, or switching to a new provider and policy if a better rate and/or other policy features can be found.
- policy procurement unit 24 may store policy term data for all procured policies in a term schedule database 34 (which may be any suitable type of persistent memory, such as the memory storing consumer profile database 30 and/or affinity group database 32 ), and may access term schedule database 34 to detect when policy terms are nearing their end (e.g., one month before expiration, or one week before expiration, etc.).
- policy procurement unit 24 may conduct a new auction among the insurance providers (possibly including more, fewer and/or different providers than had participated in the previous auction), and a new winning provider may be identified.
- notification unit 26 may cause the members of the affinity group to be notified of the renewal (or to be notified of the switch to a new provider), or may first request confirmation or an election from the members.
- the affinity group may be reviewed and/or adjusted (e.g., members added and/or removed) by consumer grouping unit 22 prior to each auction, to help ensure that the affinity group criteria continue to be met by all of its members.
- all members of a single affinity group are provided with policies that have identical start and stop dates. In other embodiments and/or scenarios, at least some of the members may be provided with policies having different start and/or stop dates (e.g., based upon requested start and/or stop dates stored in the consumer profile database 30 , etc.).
- consumer grouping unit 22 is omitted, and the computing system 14 only attempts to obtain insurance coverage for consumers on an individual basis.
- policy procurement unit 24 may obtain the best rate for each consumer not by conducting an auction, but rather by automatically requesting a single quote from each of the insurance providers, and taking the best quote (e.g., the lowest premium, and/or a quote with other features best matching the consumer's preferences and/or requirements). Similar to the auction embodiments described above, policy procurement unit 24 may detect when a renewal time is approaching, and automatically request a new round of quotes from the insurance providers at that time to determine whether to renew the consumer's current policy or to initiate a new policy with a new provider. Notification unit 26 may simply notify the consumer of the policy and provider for each upcoming term, or may first request confirmation or election of a particular policy/provider.
- each of the insurance providers may determine whether to bid, the bid amount(s), whether to provide a quote, and/or the quote amount(s) by applying a rules engine implemented by the corresponding one of the computing systems 16 - 1 through 16 -N.
- the insurance providers may provide their bidding/quoting rules to the intermediary entity such that some or all of the bidding/quoting decisions (e.g., bid or quote amounts, when to offer a bid, etc.) may be made locally at computing system 14 .
- the policy procurement unit 24 may also set up automated payments for policies that are currently, or will be, in effect.
- the customers associated with computing devices 12 - 1 through 12 -M may provide credit card or other information to the computing system 14 , where the information may be stored in consumer profile database 30 .
- policy procurement unit 24 obtains an insurance policy from an insurance provider for a particular consumer, that consumer's payment information may be retrieved from consumer profile database 30 and sent to the insurance provider.
- the computing system 14 may automatically collect the consumer payments, and provide corresponding payments to the insurance provider.
- the components in the environment 10 when using the above techniques, may enable a consumer to not only obtain insurance with the best available terms, but also maintain insurance with the best available terms on an ongoing basis, without necessarily having to take any action whatsoever (or, in some embodiments, with only minimal action, such as confirming the intermediary entity's choice of an insurance provider).
- the resource usage or consumption of the components in the environment 10 e.g., in the computing systems 16 and/or the computing devices 12
- fewer processor cycles may be utilized by servers of the computing systems 16 - 1 through 16 - 4 and/or by the computing devices 12 - 1 through 12 -M, if consumers do not need to periodically browse websites to search for the best available insurance products.
- combining consumers into affinity groups may reduce network traffic between the computing system 14 of the intermediary entity and the computing systems 16 - 1 through 16 -J of the insurance providers, thereby improving network efficiency.
- FIG. 2 depicts an exemplary process 100 for grouping customers, according to one embodiment.
- the process 100 may be implemented by the consumer grouping unit 22 of FIG. 1 , for example.
- consumer preferences 102 - 1 through 102 -M may serve as inputs to a grouping algorithm 104 , which may arrange the M customers into J outputs groups 106 - 1 through 106 -J.
- grouping algorithm 104 may arrange the M customers into J outputs groups 106 - 1 through 106 -J.
- customer preferences 102 - 1 through 102 -M may include preferences, requirements, and/or a mix of preferences and requirements.
- each of customer preferences 102 includes a respective premium preference 110 A (e.g., a desired or required maximum premium), a respective set of coverage types 110 B (e.g., one or more desired or required coverage types), a respective set of deductibles 110 C (e.g., one or more desired or required deductibles, or maximum deductibles, for one or more coverage types), a respective set of coverage limits 110 D (e.g., one or more desired or required limits, or minimum limits, for one or more coverage types), and a respective insurer rating 110 E (e.g., a desired or required minimum rating for the insurance provider).
- a respective premium preference 110 A e.g., a desired or required maximum premium
- a respective set of coverage types 110 B e.g., one or more desired or required coverage types
- a respective set of deductibles 110 C e.g., one or more desired or required deductibles, or maximum deductibles, for one or more coverage types
- a respective set of coverage limits 110 D e.g.
- customer preferences 102 - 1 through 102 -M may include more, fewer and/or different preferences and/or requirements than are shown in FIG. 2 .
- customer preferences 102 - 1 may omit the insurer rating 110 E- 1
- customer preferences 102 - 2 may include a requirement that the insurance provide offer live agent services, etc.
- the grouping algorithm 104 may use any suitable algorithm/rules to arrange the M customers into the J groups 106 - 1 through 106 -J. For example, the grouping algorithm 104 may place the customer associated with preferences 102 - 1 into group 106 - 1 only if preferences 102 - 1 have the same values for any “required” terms as all other customers in the group.
- the grouping algorithm 104 may under some circumstances (e.g., if group 106 - 1 is below some threshold membership/size) place the customer associated with preferences 102 - 1 into group 106 - 1 so long as all other members of the group 106 - 1 have requirements that are at least as stringent as those in preferences 102 - 1 (e.g., so long as all other members have maximum deductibles that are lower than maximum deductibles specified in deductibles 110 C- 1 , etc.).
- grouping algorithm 104 may under some circumstances (e.g., if group 106 - 1 is below some threshold membership/size) place the customer associated with preferences 102 - 1 into group 106 - 1 so long as all other members of the group 106 - 1 have requirements that are at least as stringent as those in preferences 102 - 1 (e.g., so long as all other members have maximum deductibles that are lower than maximum deductibles specified in deductibles 110 C- 1 , etc.).
- each group 106 may be associated with a predetermined set of preferences.
- the grouping algorithm 104 may place the customer associated with preferences 102 - 1 into group 106 - 1 only if all of preferences 102 - 1 match (or fall within the range of) the predetermined set of preferences.
- the grouping algorithm 104 may place the customer associated with preferences 102 - 1 and the customer associated with preferences 102 - 2 into group 106 - 1 so long as preferences 102 - 1 and preferences 102 - 2 have at least a threshold compatibility score.
- the grouping algorithm 104 may calculate the compatibility score based upon factors such as the magnitude of the differences between the non-required terms (e.g., difference in maximum premium, difference in minimum coverage limit, etc.), for example.
- the grouping algorithm 104 also, or instead, uses non-preference/requirement information to group customers. For example, the grouping algorithm 104 may group customers based upon demographic information (e.g., by age range), characteristics of properties to be insured (e.g., vehicle value, etc.), risk characteristics/profiles, etc.
- demographic information e.g., by age range
- characteristics of properties to be insured e.g., vehicle value, etc.
- risk characteristics/profiles e.g., etc.
- information about the groups 106 - 1 through 106 -J may be provided to the insurers for bidding or quoting, as described above in connection with FIG. 1 .
- the information provided to the insurers may specify the number of group members in each group, and/or other information such as demographic information, information about properties to be insured, and so on.
- the information provided to the insurers may also include the preferences 102 of each group member, or a set of group preferences applicable to the entire group (e.g., the predetermined set of preferences described above), for example.
- FIG. 3 depicts a flow diagram of an exemplary method 200 for obtaining and maintaining insurance coverage for a customer, according to one embodiment.
- the method 200 may be implemented in (e.g., performed by one or more hardware servers of) a computing system such as the computing system 14 of FIG. 1 , for example.
- customer information associated with a customer may be received (block 202 ) (with customer permission or consent).
- the information may be received from a computing device of the customer (e.g., when the customer submits an on-line form), from a terminal at which data is entered based upon a telephone call with the customer, from a database maintained by an insurance provider (e.g., if the customer authorizes the sharing of such information), and/or in any other suitable manner.
- the customer information may include demographic information about the customer (e.g., gender, birth date, etc.) and/or information about a property of the customer that is to be insured (e.g., make, model and year of an automobile), for example.
- the customer information may also, or instead, include one or more policy features that are required or preferred by the customer, such as coverage type(s), deductible(s), coverage limit(s), insurer rating, premium range, etc., and/or may also include other information relating to the customer (e.g., claim history of the customer, moving violations for the customer, etc.).
- policy features such as coverage type(s), deductible(s), coverage limit(s), insurer rating, premium range, etc.
- other information relating to the customer e.g., claim history of the customer, moving violations for the customer, etc.
- the customer information may be stored in a customer profile database, such as consumer profile database 30 of FIG. 1 , for example (block 204 ). Once stored, the customer information may be retrieved and used to automatically obtain for the customer a first insurance policy from a first insurance provider (block 206 ) (such as after receiving customer permission or affirmative consent, or opt-in to a discount or other program).
- the first insurance policy may be obtained in various ways, according to different embodiments. For example, the customer information retrieved from the customer profile database may be provided to a plurality of insurance providers, and one or more bids may be received from each of one or more of those insurance providers (including a bid from the first insurance provider) during the course of an automated auction.
- the insurance providers that provide bids may have generated the bids using the customer information, proprietary pricing rules, and/or knowledge of the bids of other insurance providers (e.g., if a server implementing the method 200 shares bids with all insurance providers), for example.
- the bid from the first insurance provider is then selected as the best bid, with the policy corresponding to that bid being the insurance policy obtained at block 206 .
- the stored customer information may be used to assign the customer to an affinity group with one or more other customers, and information associated with the affinity group (e.g., a set of requirements and/or preferences indicative of the group as a whole) may be provided to a plurality of insurance providers.
- One or more bids may then be received from each of one or more of those insurance providers (including a bid from the first insurance provider) during the course of an automated auction.
- the insurance providers that provide bids may have generated the bids using the information associated with the affinity group, proprietary pricing rules, and/or knowledge of the bids of other insurance providers (e.g., if a server implementing the method 200 shares bids with all insurance providers), for example.
- the bid from the first insurance provider is then selected as the best bid, with the policy corresponding to that bid being the insurance policy obtained at block 206 .
- the stored customer information may be provided to a plurality of insurance providers, and a quote may then be received from each of one or more of those insurance providers (including a quote from the first insurance provider).
- the insurance providers that provide a quote may have generated the quote using the customer information and proprietary pricing rules, for example.
- the quote from the first insurance provider is then selected as the best quote, with the policy corresponding to that quote being the insurance policy obtained at block 206 .
- the customer or all customers of an affinity group, is/are asked to confirm that the first insurance provider and/or the first insurance policy is/are acceptable before a contractual agreement with the first insurance provider to provide the first insurance policy is entered.
- the customer(s) may be sent an automatically generated email asking for permission to purchase the first insurance policy.
- the customer may be notified of the first insurance provider, and the premium for the term of the policy obtained from the first insurance provider, via a communication interface (block 208 ).
- the notification may be before or after any contractual agreement is made with the first insurance provider.
- the customer may also be notified of one or more other, non-price features of the policy, such as the coverage types for the policy, the policy deductible(s), the policy limit(s), and so on.
- the customer may be notified by automatically generating an email containing an indication of the first insurance provider and other information (e.g., premium), and sending the email to a client device of the customer, for example.
- the customer may be notified by letter, text message, or any other suitable form of communication.
- the method 200 corresponds to a scenario in which the second insurance policy is obtained from a different insurance provider than the first insurance policy, it is understood that, in other scenarios (e.g., where the same insurance provider offers the best pricing and/or other features in consecutive policy terms), the policy for the subsequent policy term may simply be a renewal of the first insurance policy.
- the second insurance policy may be obtained in various ways, according to different embodiments.
- the second insurance policy may be obtained in the same manner as the first insurance policy, for example.
- additional customer information e.g., information submitted by the customer to indicate recent events and/or changes in demographic information of the customer, such as recent moving violations, change of address or age, etc.
- additional customer information may also be used (e.g., provided to the competing insurance providers) in order to automatically obtain the second insurance policy.
- the customer may be notified of the second insurance provider, and the premium for the term of the policy obtained from the second insurance provider, via the communication interface (block 214 ).
- the notification may be before or after any contractual agreement is made with the second insurance provider.
- the customer may also be notified of one or more other, non-price features of the policy, such as the coverage types for the policy, the policy deductible(s), the policy limit(s), and so on.
- Block 214 may be similar to block 208 , for example.
- FIG. 4 depicts a flow diagram of another exemplary method 250 for obtaining and maintaining insurance coverage for a customer, according to one embodiment.
- the method 200 encompasses embodiments that utilize automated auctions (e.g., accepting rounds of bids from insurance providers) as well as embodiments that do not utilize automated auctions (e.g., obtaining a single quote from each insurance provider)
- the method 250 corresponds more specifically to one embodiment in which insurance is obtained for a customer on a recurring basis by conducting auctions.
- the method 250 may be implemented in (e.g., performed by one or more hardware servers of) a computing system such as the computing system 14 of FIG. 1 , for example.
- customer information (e.g., demographic information, property information, requirements/preferences, etc.) associated with a customer may be received (block 252 ), and stored in a customer profile database (block 254 ).
- Blocks 252 and 254 may be similar to blocks 202 and 204 , respectively, of the method 200 , for example.
- the customer information may be retrieved from the customer profile database and provided to a plurality of insurance providers (block 256 ).
- data representing the customer information may be sent to servers of the plurality of insurance providers via a network and a communication interface of a server implementing the method 250 .
- each bid may include an offered insurance premium a respective one of the insurance providers.
- Each insurance provider that provides a bid may have generated the bid/premium using the customer information and proprietary pricing rules of that insurance provider, for example.
- the auction includes multiple rounds, multiple bids may be received by some or all of the insurance providers.
- the method 250 may include communicating a current best bid to all participating insurance providers (e.g., all insurance providers to which the customer information was provided at block 256 , or all insurance providers that submitted an initial bid that was received at block 258 ), and one or more of those insurance providers may respond by submitting an additional bid.
- the best bid (e.g., the bid with the lowest premium, and/or the bid that best matches one or more required and/or preferred policy features that were specified in the customer information received at block 252 ) may be selected (block 260 ).
- the best bid may include/specify a premium corresponding to a first policy term.
- the customer may be sent a notice indicating at least the insurance provider that provided the best bid and the corresponding premium (block 262 ).
- the customer information may again be retrieved from the customer profile database, and again provided to a plurality of insurance providers (block 266 ).
- the insurance providers may be the same, partially the same, or entirely different than the insurance providers to which customer information was provided at block 256 .
- the customer information may be supplemented with additional information, such as recent events for the customer and/or changes in the customer's circumstances.
- Block 268 may be similar to block 258 .
- each insurance provider that provides a bid may have generated the bid/premium using the customer information and proprietary pricing rules of that insurance provider, for example.
- the best bid (e.g., the bid with the lowest premium, and/or the bid that best matches one or more required and/or preferred policy features that were specified in the customer information received at block 252 ) may be selected (block 270 ).
- Block 270 may be similar to block 260 .
- the best bid may include/specify a premium corresponding to a second policy term subsequent to the first policy term.
- the customer may be sent a notice indicating at least the insurance provider that provided the best bid and the corresponding premium (block 272 ).
- the method 250 may also include one or more additional blocks not shown in FIG. 4 .
- the method 250 may include a first additional block (e.g., between blocks 262 and 264 ) in which the first insurance policy is automatically obtained for the customer, with terms corresponding to the best bid selected at block 260 , and/or a second additional block (e.g., after block 272 ) in which the second insurance policy is automatically obtained for the customer, with terms corresponding to the best bid selected at block 270 .
- the insurance policies may be obtained by entering into binding insurance agreements/contracts on behalf of the customer, for example.
- FIG. 5 depicts an example computer system 300 in which the techniques described herein may be implemented, according to one embodiment.
- the computer system 300 may be included in the system 10 of FIG. 1 .
- any one or more of the units 20 - 26 may comprise one or more instances of the computer system 300
- the intermediary entity 14 may comprise one or more instances of the computer system 300 .
- the computer system 300 of FIG. 5 includes a computing device in the form of a computer 310 .
- Components of the computer 310 may include, but are not limited to, a processing unit 320 , a system memory 330 , and a system bus 321 that couples various system components including the system memory 330 to the processing unit 320 .
- the system bus 321 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, or a local bus, and may use any suitable bus architecture.
- bus architectures include the Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus (also known as Mezzanine bus).
- Computer 310 typically includes a variety of computer-readable media.
- Computer-readable media can be any available media that can be accessed by computer 310 and includes both volatile and nonvolatile media, and both removable and non-removable media.
- Computer-readable media may comprise computer storage media and communication media.
- Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data.
- Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, FLASH memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computer 310 .
- Communication media typically embodies computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism, and includes any information delivery media.
- modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
- communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, radio frequency (RF), infrared and other wireless media. Combinations of any of the above are also included within the scope of computer-readable media.
- wired media such as a wired network or direct-wired connection
- wireless media such as acoustic, radio frequency (RF), infrared and other wireless media. Combinations of any of the above are also included within the scope of computer-readable media.
- RF radio frequency
- the system memory 330 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 331 and random access memory (RAM) 332 .
- ROM read only memory
- RAM random access memory
- BIOS basic input/output system
- RAM 332 typically contains data and/or program modules that are immediately accessible to, and/or presently being operated on, by processing unit 320 .
- FIG. 5 illustrates operating system 334 , application programs 335 , other program modules 336 , and program data 337 .
- the computer 310 may also include other removable/non-removable, volatile/nonvolatile computer storage media.
- FIG. 5 illustrates a hard disk drive 341 that reads from or writes to non-removable, nonvolatile magnetic media, a magnetic disk drive 351 that reads from or writes to a removable, nonvolatile magnetic disk 352 , and an optical disk drive 355 that reads from or writes to a removable, nonvolatile optical disk 356 such as a CD ROM or other optical media.
- removable/non-removable, volatile/nonvolatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like.
- the hard disk drive 341 may be connected to the system bus 321 through a non-removable memory interface such as interface 340
- magnetic disk drive 351 and optical disk drive 355 may be connected to the system bus 321 by a removable memory interface, such as interface 350 .
- the drives and their associated computer storage media discussed above and illustrated in FIG. 5 provide storage of computer-readable instructions, data structures, program modules and other data for the computer 310 .
- hard disk drive 341 is illustrated as storing operating system 344 , application programs 345 , other program modules 346 , and program data 347 .
- operating system 344 application programs 345 , other program modules 346 , and program data 347 are given different numbers here to illustrate that, at a minimum, they are different copies.
- a user may enter commands and information into the computer 310 through input devices such as cursor control device 361 (e.g., a mouse, trackball, touch pad, etc.) and keyboard 362 .
- cursor control device 361 e.g., a mouse, trackball, touch pad, etc.
- keyboard 362 e.g., a mouse, trackball, touch pad, etc.
- a monitor 391 or other type of display device is also connected to the system bus 321 via an interface, such as a video interface 390 .
- computers may also include other peripheral output devices such as printer 396 , which may be connected through an output peripheral interface 395 .
- the computer 310 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 380 .
- the remote computer 380 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 310 , although only a memory storage device 381 has been illustrated in FIG. 5 .
- the logical connections depicted in FIG. 5 include a local area network (LAN) 371 and a wide area network (WAN) 373 , but may also include other networks.
- LAN local area network
- WAN wide area network
- Such networking environments are commonplace in hospitals, offices, enterprise-wide computer networks, intranets and the Internet.
- the computer 310 When used in a LAN networking environment, the computer 310 is connected to the LAN 371 through a network interface or adapter 370 .
- the computer 310 When used in a WAN networking environment, the computer 310 typically includes a modem 372 or other means for establishing communications over the WAN 373 , such as the Internet.
- the modem 372 which may be internal or external, may be connected to the system bus 321 via the input interface 360 , or other appropriate mechanism.
- the communications connections 370 , 372 which allow the device to communicate with other devices, are an example of communication media, as discussed above.
- program modules depicted relative to the computer 310 may be stored in the remote memory storage device 381 .
- FIG. 5 illustrates remote application programs 385 as residing on memory device 381 .
- the computer 310 may be included in a plurality of networked computers or computing devices that have the logical appearance as a single, integral computing node, e.g., a cloud computing system.
- the application programs 345 , other program modules 346 and/or program data 337 may be stored in and executed by the logical, single computing node.
- the techniques for automatically obtaining and/or maintaining insurance coverage described above may be implemented in part or in their entirety within a computer system such as the computer system 300 illustrated in FIG. 5 .
- the computer 310 may be a server or computing device of an intermediary entity (e.g., within the computing system 14 of FIG. 1 ), and the remote computer 380 may be a server or computing device of an insurance provider (e.g., within one of the computing systems 16 - 1 through 16 -N of FIG. 1 ), for example.
- the LAN 371 may be omitted (e.g., communications may between computer 310 and computer 380 may only occur via WAN 373 ).
- Application programs 335 and 345 may include programs that implement the consumer profiling unit 20 , consumer grouping unit 22 , policy procurement unit 24 and/or notification unit 26 of FIG. 1 , for example.
- Consumer profile database 30 , affinity group database 32 and/or term schedule database 34 may be stored on hard disk drive 341 , magnetic disk 352 or optical disk 356 , for example.
- the computer 310 may receive demographic, property, preference and/or other information from consumer computing devices (not shown in FIG. 5 ), form affinity groups based upon that information, provide the remote computer 380 (and one or more other, similar computers of other insurance providers) at least some of the consumer information along with a request for bids, and receive bids from the remote computer 380 (and/or from one or more other, similar computers of other insurance providers).
- the computer 310 may then determine the winning bid and notify the consumers in the affinity group by sending messages (e.g., emails) to the appropriate consumer computing devices, for example.
- a computer-implemented method for automatically obtaining and maintaining insurance coverage on behalf of a customer.
- the method may include, with the customer's affirmative consent or permission (such as via opt-in to a rewards or discount online program): (1) receiving, at one or more hardware servers, customer information associated with a customer; (2) storing the customer information in a customer profile database; (3) using, by the one or more hardware servers, the customer information stored in the customer profile database to automatically obtain for the customer a first insurance policy from a first insurance provider, the first insurance policy having (i) first policy features, and (ii) a first premium corresponding to a first policy term; (4) notifying, via a communication interface of the one or more hardware servers, the customer of the first insurance provider and the first premium; (5) automatically determining, by the one or more hardware servers, that the first policy term is nearing expiration; (6) in response to determining that the first policy term is nearing expiration, using, by the one or more hardware servers, the customer information
- receiving customer information may include receiving demographic information about the customer, receiving information about a property of the customer that is to be insured, and/or receiving one or more policy features required or preferred by the customer. In embodiments where the received information includes one or more policy features required or preferred by the customer.
- Receiving customer information may include receiving one or more of: (1) one or more coverage types required or preferred by the customer; (2) one or more deductibles required or preferred by the customer; (3) one or more coverage limits required or preferred by the customer; (4) an insurer rating required or preferred by the customer; and/or (5) a premium range required or preferred by the customer.
- Using the customer information stored in the customer profile database to automatically obtain a first insurance policy from a first insurance provider may include: (1) providing the customer information to a plurality of insurance providers; (2) receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the first insurance provider; and/or (3) selecting the bid from the first insurance provider as a first best bid, the first best bid corresponding to the first policy features and the first premium.
- Using the customer information stored in the customer profile database to automatically obtain a second insurance policy from a second insurance provider may include: (1) again providing the customer information to the plurality of insurance providers; (2) again receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the second insurance provider; and/or (3) selecting the bid from the second insurance provider as a second best bid, the second best bid corresponding to the second policy features and the second premium.
- Using the customer information stored in the customer profile database to automatically obtain a first insurance policy from a first insurance provider may include: (1) using the customer information to assign the customer to an affinity group with one or more other customers; (2) providing affinity group information associated with the affinity group to a plurality of insurance providers; (3) receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the first insurance provider; and/or (4) selecting the bid from the first insurance provider as a first best bid, the first best bid corresponding to the first policy features and the first premium.
- Using the customer information stored in the customer profile database to automatically obtain a second insurance policy from a second insurance provider may include: (1) again providing the affinity group information to the plurality of insurance providers; (2) again receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the second insurance provider; and/or (3) selecting the bid from the second insurance provider as a second best bid, the second best bid corresponding to the second policy features and the second premium.
- Using the customer information stored in the customer profile database to automatically obtain a first insurance policy from a first insurance provider may include: (1) providing the customer information stored in the customer profile database to a plurality of insurance providers; (2) receiving a quote from each of one or more of the plurality of insurance providers, including a quote from the first insurance provider; and/or (3) selecting the quote from the first insurance provider as a first best quote, the first best quote corresponding to the first policy features and the first premium.
- Using the customer information stored in the customer profile database to automatically obtain a second insurance policy from a second insurance provider may include: (1) again providing the customer information to the plurality of insurance providers; (2) again receiving a quote from each of one or more of the plurality of insurance providers, including a quote from the second insurance provider; and/or (3) selecting the quote from the second insurance provider as a second best quote, the second best quote corresponding to the second policy features and the second premium.
- Using the customer information stored in the customer profile database to automatically obtain for the customer a second insurance policy may include using (i) the customer information stored in the customer profile database, and/or (ii) additional customer information submitted by the customer, to automatically obtain the second insurance policy.
- Receiving customer information associated with the customer may include receiving customer information entered by the customer at a client device using an on-line form. And notifying the customer of the first insurance provider and the first premium may include automatically generating a first email and sending the first email to a client device of the customer, and/or notifying the customer of the second insurance provider and the second premium may include automatically generating a second email and sending the second email to the client device.
- a computer-implemented method for automatically obtaining and maintaining insurance coverage on behalf of a customer using auctions.
- the method may include: (1) receiving, at one or more hardware servers, customer information associated with a customer; (2) storing the customer information in a customer profile database; (3) providing, by the one or more hardware servers, the customer information stored in the customer profile database to a first plurality of insurance providers; (4) receiving, at the one or more hardware servers, one or more bids from each of one or more of the first plurality of insurance providers; (5) selecting, by the one or more hardware servers, a bid from a first insurance provider of the first plurality of insurance providers as a best bid, the best bid including a first premium corresponding to a first policy term; (6) sending, via a communication interface of the one or more hardware servers, the customer a first notice indicating at least (i) the first insurance provider and (ii) the first premium; (7) automatically determining, by the one or more hardware servers, that the first policy term is near
- receiving customer information may include receiving, from a client device of the customer, information entered by the customer when using the client device to access an on-line form.
- the method may further include, after sending the customer the first notice, storing in the customer profile database additional customer information indicative of a new premium discount or other insurance coverage benefit associated with the customer, and selecting the bid from the second insurance provider as the subsequent best bid may include using the additional customer information to select the bid from the second insurance provider as the subsequent best bid.
- Storing additional customer information in the customer profile database may include storing information indicative of a loyalty discount to which the customer is entitled under the business rules of one or more insurance providers. Additionally or alternatively, storing additional customer information in the customer profile database may include storing information indicative of an accident-free discount to which the customer is entitled under the business rules of one or more insurance providers.
- Receiving customer information may include receiving one or both of (i) demographic information about the customer, and (ii) information about a property, of the customer, that is to be insured. Receiving customer information may also include receiving one or more policy features required or preferred by the customer. Additionally or alternatively, receiving customer information may include receiving: (1) one or more coverage types required or preferred by the customer; (2) one or more deductibles required or preferred by the customer; (3) one or more coverage limits required or preferred by the customer; (4) an insurer rating required or preferred by the customer; and/or (5) a premium range required or preferred by the customer.
- Sending the customer a first notice may include sending the customer a first notice indicating at least (i) the first insurance provider, (ii) the first premium, and (iii) an expiration date of the first policy term, and/or sending the customer a second notice, may include sending the customer a second notice indicating at least (i) the second insurance provider, (ii) the second premium, and (iii) an expiration date of the second policy term.
- Receiving customer information associated with the customer may further include receiving other customer information associated with a plurality of other customers, storing the customer information in the customer profile database may further include storing the other customer information in the customer profile database, providing the customer information stored in the customer profile database to the first plurality of insurance providers may further include providing the other customer information stored in the customer profile database to the first plurality of insurance providers, and/or sending the customer a first notice indicating at least the first insurance provider and the first premium may further include sending the plurality of customers notices indicating at least the first insurance provider and the first premium.
- the method may further include, after selecting the bid from the first insurance provider as the best bid, receiving from the first insurance provider an amount corresponding to (i) a flat fee, or (ii) a percentage of the first premium, and/or after selecting the bid from the second insurance provider as the subsequent best bid, receiving from the second insurance provider an amount corresponding to (i) the flat fee, or (ii) a percentage of the second premium.
- Providing the customer information stored in the customer profile database to a first plurality of insurance providers may include providing the customer information to a first plurality of insurance providers who have paid or agreed to pay a membership fee, and/or providing the customer information stored in the customer profile database to a second plurality of insurance providers may include providing the customer information to a second plurality of insurance providers who have paid or agree to pay the membership fee.
- Sending the customer the first notice may include automatically generating a first email and sending the first email to a client device of the customer, and/or sending the customer the second notice includes automatically generating a second email and sending the second email to the client device of the customer.
- a system e.g., for automatically obtaining and/or maintaining insurance coverage on behalf of a customer, may be provided.
- the system may include a data storage storing a customer profile database, a communication interface configured to communicate with remote devices via a network, one or more processors, and a non-transitory, computer-readable medium.
- the computer-readable medium may store instructions that, when executed by the one or more processors, cause the one or more processors to, with customer permission, affirmative consent, or opt-in to an online discount or rewards program: (1) use customer information stored in the customer profile database to automatically obtain for a customer a first insurance policy from a first insurance provider, the first insurance policy having (i) first policy features, and (ii) a first premium corresponding to a first policy term; (2) notify, via the communication interface, the customer of the first insurance provider and the first premium; (3) automatically determine that the first policy term is nearing expiration; (4) in response to determining that the first policy term is nearing expiration, use the customer information stored in the customer profile database to automatically obtain for the customer a second insurance policy from a second insurance provider, the second insurance policy having (i) second policy features, and (ii) a second premium corresponding to a second policy term subsequent to the first policy term; and (5) notify, via the communication interface, the customer of the second insurance provider and the second premium.
- the system may include additional,
- the customer information may include demographic information about the customer and/or information about a property of the customer that is to be insured.
- the customer information may also include one or more policy features required or preferred by the customer.
- the customer information may include one or more coverage types required or preferred by the customer, one or more deductibles required or preferred by the customer, one or more coverage limits required or preferred by the customer, an insurer rating required or preferred by the customer, and/or a premium range required or preferred by the customer.
- the instructions may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the first insurance policy at least in part by: (1) providing the customer information to a plurality of insurance providers; (2) receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the first insurance provider; and/or (3) selecting the bid from the first insurance provider as a first best bid, the first best bid corresponding to the first policy features and the first premium, and may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the second insurance policy at least in part by: (1) again providing the customer information to the plurality of insurance providers; (2) again receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the second insurance provider; and/or (3) selecting the bid from the second insurance provider as a second best bid, the second best bid corresponding to the second policy features and the second premium.
- the instructions may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the first insurance policy at least in part by: (1) using the customer information to assign the customer to an affinity group with one or more other customers; (2) providing affinity group information associated with the affinity group to a plurality of insurance providers; (3) receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the first insurance provider; and/or (4) selecting the bid from the first insurance provider as a first best bid, the first best bid corresponding to the first policy features and the first premium, and may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the second insurance policy at least in part by: (1) again providing the affinity group information to the plurality of insurance providers; (2) again receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the second insurance provider; and/or (3) selecting the bid from the second insurance provider as a second best bid, the second best bid corresponding to the second policy features and the second premium
- the instructions may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the first insurance policy at least in part by: (1) providing the customer information to a plurality of insurance providers; (2) receiving a quote from each of one or more of the plurality of insurance providers, including a quote from the first insurance provider; and/or (3) selecting the quote from the first insurance provider as a first best quote, the first best quote corresponding to the first policy features and the first premium, and may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain a second insurance policy at least in part by: (1) again providing the customer information to the plurality of insurance providers; (2) again receiving a quote from each of one or more of the plurality of insurance providers, including a quote from the second insurance provider; and/or (3) selecting the quote from the second insurance provider as a second best quote, the second best quote corresponding to the second policy features and the second premium.
- the instructions may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the second insurance policy at least in part by using (i) the customer information stored in the customer profile database, and/or (ii) additional customer information submitted by the customer, to automatically obtain the second insurance policy.
- the instructions may cause the one or more processors to notify the customer of the first insurance provider and the first premium at least by automatically generating a first email and sending the first email to a client device of the customer, and/or notify the customer of the second insurance provider and the second premium at least by automatically generating a second email and sending the second email to the client device.
- a system e.g., for automatically obtaining and/or maintaining insurance coverage on behalf of a customer using auctions.
- the system may include a data storage storing a customer profile database, a communication interface configured to communicate with remote devices via a network, one or more processors, and a non-transitory, computer-readable medium storing instructions.
- the instructions may, when executed by the one or more processors, cause the one or more processors to (1) receive customer information associated with a customer; (2) store the customer information in the customer profile database; (3) provide the customer information stored in the customer profile database to a first plurality of insurance providers; (4) receive one or more bids from each of one or more of the first plurality of insurance providers; (5) select a bid from a first insurance provider as a best bid, the best bid including a first premium corresponding to a first policy term; (6) send, via the communication interface, the customer a first notice indicating at least (i) the first insurance provider, and (ii) the first premium; (7) automatically determine that the first policy term is nearing expiration; (8) in response to determining that the first policy term is nearing expiration, provide the customer information stored in the customer profile database to a second plurality of insurance providers, the second plurality of insurance providers being different than or the same as the first plurality of insurance providers; (9) receive one or more bids from each of one or more of the second plurality of insurance
- the customer information may include information entered by the customer when using a client device to access an on-line form.
- the instructions may further cause the one or more processors to, after sending the customer the first notice, store in the customer profile database additional customer information indicative of one or both of (i) a loyalty discount to which the customer is entitled under the business rules of one or more insurance providers, and (ii) an accident-free discount to which the customer is entitled under the business rules of the one or more insurance providers, and the instructions may cause the one or more processors to select the bid from the second insurance provider as the subsequent best bid at least by using the additional customer information to select the bid from the second insurance provider as the subsequent best bid.
- the customer information may include one or more of (i) demographic information about the customer, (ii) information about a property, of the customer, that is to be insured, or (iii) one or more policy features required or preferred by the customer.
- the instructions may further cause the one or more processors to: (1) receive other customer information associated with a plurality of other customers; (2) store the other customer information in the customer profile database; (3) provide the other customer information stored in the customer profile database to the first plurality of insurance providers; and/or (4) send, via the communication interface, the plurality of customers notices indicating at least the first insurance provider and the first premium.
- the first notice may indicate at least (i) the first insurance provider, (ii) the first premium, and/or (iii) an expiration date of the first policy term
- the second notice may indicate at least (i) the second insurance provider, (ii) the second premium, and/or (iii) an expiration date of the second policy term.
- the instructions may cause the one or more processors to send the customer the first notice at least by automatically generating a first email and sending the first email to a client device of the customer, and/or the instructions may cause the one or more processors to send the customer the second notice at least by automatically generating a second email and sending the second email to the client device of the customer.
- any reference to “one embodiment” or “an embodiment” means that a particular element, feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment.
- the appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment.
- the terms “comprises,” “comprising,” “includes,” “including,” “has,” “having” or any other variation thereof, are intended to cover a non-exclusive inclusion.
- a process, method, article, or apparatus that comprises a list of elements is not necessarily limited to only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.
- “or” refers to an inclusive or and not to an exclusive or. For example, a condition A or B is satisfied by any one of the following: A is true (or present) and B is false (or not present), A is false (or not present) and B is true (or present), and both A and B are true (or present).
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
In a computer-implemented method, customer information may be received. The customer information may be used, with the customer's permission, to automatically obtain for the customer a first insurance policy from a first insurance provider, the first insurance policy having first policy features and a first premium corresponding to a first policy term. The customer may be notified of the first insurance provider and the first premium. In response to automatically determining that the first policy term is nearing expiration, the customer information may be used, again with customer permission, to automatically obtain for the customer a second insurance policy from a second insurance provider, the second insurance policy having second policy features and a second premium corresponding to a second policy term subsequent to the first policy term. The customer may be presented the second insurance policy via wireless communication on their mobile device for their review and approval.
Description
- This claims the benefit of:
- U.S. Provisional Patent Application No. 62/060,080, entitled “System and Method for Obtaining and/or Maintaining Insurance Coverage” and filed on Oct. 6, 2014;
- U.S. Provisional Patent Application No. 62/104,596, entitled “System and Method for Obtaining and/or Maintaining Insurance Coverage” and filed on Jan. 16, 2015;
- U.S. Provisional Patent Application No. 62/189,885, entitled “System and Method for Obtaining and/or Maintaining Insurance Coverage” and filed on Jul. 8, 2015; and
- U.S. Provisional Patent Application No. 62/199,008, entitled “System and Method for Obtaining and/or Maintaining Insurance Coverage” and filed on Jul. 30, 2015.
- The disclosures of all of the above-listed applications are hereby incorporated herein by reference in their entireties.
- The present disclosure generally relates to insurance and, more specifically, to systems and methods for obtaining and/or maintaining insurance coverage.
- Individuals who seek insurance coverage and are sensitive to premiums/pricing and product features (e.g., coverage types, deductibles, limits, etc.) often expend considerable time and effort in finding insurance providers that best meet their needs. Conventionally, a customer finds an insurance provider by word of mouth, through an agent/broker, or via the Internet by using an aggregator or comparison website or general web browsing. Once the customer obtains an insurance policy from the desired provider, the customer may be by default tied to that provider, and to the rates and product features offered by that provider, until and unless he or she proactively shops around for a new provider offering a policy with a better rate and/or better product features. For example, a customer might decide to look into the offerings of other insurance providers at a time when the customer's current policy is up for renewal. Thus, a customer typically must either spend considerable time and effort looking for better insurance offerings on a recurring basis, or simply renew his or her current policy regardless of whether that policy provides the best rate and/or product features going forward.
- The present embodiments may, inter alia, automatically provide customers with insurance policies that offer better rates and/or product features on a continuing basis (e.g., across multiple policy terms), thereby reducing or eliminating the time and/or effort that customers must spend researching the offerings of different insurance providers.
- In one aspect, a computer-implemented method may include (1) receiving, at one or more hardware servers, customer information associated with a customer (from the customer and/or with the customer's permission); (2) storing the customer information in a customer profile database; and (3) using, by the one or more hardware servers, the customer information stored in the customer profile database to automatically obtain for the customer a first insurance policy from a first insurance provider. The first insurance policy may have (i) first policy features, and (ii) a first premium corresponding to a first policy term. The method may also include (4) notifying, via a communication interface of the one or more hardware servers, the customer of the first insurance provider and the first premium. The method may also include (5) automatically determining, by the one or more hardware servers, that the first policy term is nearing expiration; and (6) in response to determining that the first policy term is nearing expiration, using, by the one or more hardware servers, the customer information (with the customer's permission) stored in the customer profile database to automatically obtain for the customer a second insurance policy from a second insurance provider. The second insurance policy may have (i) second policy features, and (ii) a second premium corresponding to a second policy term subsequent to the first policy term. The method may further include (7) notifying, via the communication interface of the one or more hardware servers, the customer of the second insurance provider and the second premium, such as for their review and approval via their mobile device. The method may include additional, fewer, or alternate actions, including those discussed elsewhere herein.
- In another aspect, a system may include a data storage storing a customer profile database, a communication interface configured to communicate with remote devices via a network, one or more processors, and a non-transitory, computer-readable medium storing instructions. The instructions, when executed by the one or more processors, may cause the one or more processors to, with a customer's affirmative consent or permission, (1) use customer information stored in the customer profile database to automatically obtain for a customer a first insurance policy from a first insurance provider. The first insurance policy may have (i) first policy features, and (ii) a first premium corresponding to a first policy term. The instructions may also cause the one or more processors to (2) notify, via the communication interface, the customer of the first insurance provider and the first premium; (3) automatically determine that the first policy term is nearing expiration; and (4) in response to determining that the first policy term is nearing expiration, use the customer information stored in the customer profile database to automatically obtain for the customer a second insurance policy from a second insurance provider. The second insurance policy may have (i) second policy features, and (ii) a second premium corresponding to a second policy term subsequent to the first policy term. The instructions may further cause the one or more processors to (5) notify, via the communication interface, the customer of the second insurance provider and the second premium, such as via wireless communication and their mobile device. The system may include additional, fewer, or alternate components, elements and/or functionality, including those discussed elsewhere herein.
- With the present embodiments, a customer may first opt into a program or agreement (e.g., one offered by an intermediary entity such as the entity associated with
computing system 14 ofFIG. 1 ), and willingly share his or her personal data (and/or vehicle data, health data, etc.) for purposes of obtaining insurance coverage. In return, the customer may obtain one or more benefits that may be provided by various embodiments described herein, such as superior insurance rates/terms, and/or automatic renewal (or change) of insurance policies with little or no effort by the customer, for example. In some embodiments, customers who opt in may also receive other benefits, such as insurance discounts or rewards, for example. - Advantages will become more apparent to those skilled in the art from the following description of the preferred embodiments which have been shown and described by way of illustration. As will be realized, the present embodiments may be capable of other and different embodiments, and their details are capable of modification in various respects. Accordingly, the drawings and description are to be regarded as illustrative in nature and not as restrictive.
- The Figures described below depict various aspects of the system and methods disclosed herein. It should be understood that each figure depicts one embodiment of a particular aspect of the disclosed system and methods, and that each of the figures is intended to accord with a possible embodiment thereof.
-
FIG. 1 depicts an exemplary environment including components and entities associated with obtaining and/or maintaining insurance coverage, according to one embodiment. -
FIG. 2 depicts an exemplary process for grouping customers together in order to obtain better insurance policy pricing and/or other policy features, according to one embodiment. -
FIG. 3 depicts a flow diagram of an exemplary method for obtaining and maintaining insurance coverage for a customer, according to one embodiment. -
FIG. 4 depicts a flow diagram of another exemplary method for obtaining and maintaining insurance coverage for a customer, according to one embodiment. -
FIG. 5 depicts an exemplary computer system in which the techniques described herein may be implemented, according to one embodiment. - The Figures depict preferred embodiments for purposes of illustration only. One skilled in the art will readily recognize from the following discussion that alternative embodiments of the systems and methods illustrated herein may be employed without departing from the principles of the invention described herein.
- The present embodiments relate to, inter alia, obtaining and/or maintaining insurance coverage with insurance policies having advantageous rates and/or product features. The insurance policies may be policies for any type of insurance, such as automobile or other vehicle insurance, home or condominium insurance, personal property insurance or life insurance, health insurance, pet insurance, burial insurance, for example.
- In some embodiments, an intermediary entity may act on behalf of consumers (and/or otherwise with the affirmative consent or permission) to find policy rates and/or other features that best meet the consumers' insurance requirements and/or preferences. Initially, each consumer may access an application form (e.g., an on-line form) and enter information relevant to the availability and/or pricing of the consumer's desired insurance policy, such as demographic information (e.g., gender, birth date, etc.), information about the consumer's property (e.g., a make, model and year of an automobile, etc.), claim and/or accident history of the consumer, and so on. Based upon the entered information, the consumer may be grouped together with one or more other consumers in an “affinity group.”
- The affinity group may be defined by any suitable criterion or criteria, such as insurance provider requirements and/or classifications, behavioral and/or attitudinal segmentation, member requirements and/or preferences, etc. To provide just a few more specific examples, the affinity group may be defined by the occupation of the group members, risk characteristics of the group members (e.g., as is typically determined during the underwriting process), insurance claim expectations of the group members (e.g., based upon past claim history and/or risk characteristics), insurance company ratings required or preferred by the group members (e.g., AAA), the content and/or availability of telematics data obtained from vehicles of the group members, etc. An affinity group may be established any time that two or more members are identified as meeting the group requirements, or may be established only when some higher threshold number of members (e.g., 100 members, 1,000 members, etc.) has been met, for example.
- Once an affinity group has been established, the intermediary entity may present information about the affinity group members to a number of insurance providers/carriers, along with a request for insurance coverage quotes. The intermediary entity may hold an auction within a particular time period or window of time, for example. During the auction, the participating insurance providers may be permitted to bid on providing insurance for the affinity group. The insurance provider that “wins” by bidding the lowest price/rate (given the profile of the affinity group members), or more generally, in some embodiments, by bidding to provide a policy that aligns most closely with the requirements and/or preferences of the group members, may be chosen to provide the insurance to the members of the affinity group for a specified time period or term (e.g., six months). During that time period, the winning insurance provider may directly handle claims and other inquiries from the members of the affinity group (e.g., on-line and/or via a dedicated call center), and the members of the affinity group may have their checking accounts, credit cards, and/or other fund sources automatically debited (e.g., periodically) by the winning insurance provider in order to pay for the insurance coverage.
- In some embodiments, the intermediary entity may, prior to the conclusion of each of one or more policy terms for the affinity group members, automatically conduct another auction for the affinity group. In this manner, the affinity group members may continually receive the most competitively priced insurance coverage (and/or the insurance with the best product features), with little or no additional effort by the group members. Some of the benefits and/or pricing discounts earned by group members, such as loyalty or accident-free discounts, may become a part of the profile of the affinity group, and may be priced into the future costs of the affinity group's insurance coverage. If a member of the affinity group has a driving violation or accident, the member may be moved to a different affinity group to which the member better aligns (e.g., to an affinity group with more similar risk characteristics and/or insurance claim expectations, etc.) for future auctions. The intermediary entity may conduct insurance coverage auctions for a number of different affinity groups. The intermediary entity may form new groups, rearrange existing groups, and/or shop groups to insurance providers on a periodic (e.g., daily) basis, or on any other suitable basis.
- In other embodiments, the intermediary entity may instead (or additionally) obtain insurance policies for consumers on an individual basis. For example, the intermediary entity may use a consumer profile (e.g., containing information that was entered in an on-line or other application form, claim information, telematics data, etc.) to automatically seek out an insurance company providing a policy that best meets the pricing and/or product feature requirements and/or preferences of the consumer. The intermediary entity may automatically perform this process when the consumer first obtains a policy and/or each time that the consumer's current policy is up for renewal. In these embodiments, the intermediary entity may seek the best insurance provider/policy each term (e.g., each six months) without conducting auctions. For example, the intermediary entity may instead request a single quote from each of multiple insurance providers each time that a current policy term is drawing to a close, and select the provider with the “best” (e.g., lowest price) quote for the next term without entertaining a second round of bids.
- The intermediary entity may obtain revenue in various different ways according to different embodiments. For example, the insurance provider that offers a winning bid in an auction might pay the intermediary entity a flat administrative fee, and/or a commission that includes a percentage of the insurance premium(s) for the affinity group. Alternatively, or additionally, each member of the affinity group might pay the intermediary entity an annual membership fee.
- By using one or more of the techniques described above, consumers may be able to obtain insurance coverage at the most competitive price available, on a continuing basis and without the hassles of shopping for insurance on their own. Moreover, participating insurance providers may be able to attract larger groups of consumers, including those who otherwise may not have considered those providers for their insurance needs.
-
FIG. 1 depicts anexemplary environment 10 including components associated with obtaining and/or maintaining insurance coverage, according to one embodiment. As illustrated inFIG. 1 , theenvironment 10 may include M computing devices 12-1 through 12-M associated with M respective consumers (e.g., thousands of consumers, millions of consumers, etc.). Each of the computing devices 12-1 through 12-M may be any suitable type of computing device having wired and/or wireless communication capabilities, such as a personal computer, tablet, phablet, smartphone, etc. The terms “consumer” and “customer” are utilized interchangeably herein, and generally refer to a person who is an insured party or a potential insured party. A consumer or customer may be represented by himself or herself, or may be represented by an agent (e.g., by a spouse, a person who has power of attorney for the consumer or customer, an administrative assistant, etc.). - The
environment 10 may also include acomputing system 14 associated with an intermediary entity. Thecomputing system 14 may include one or more servers of the intermediary entity, or may include a plurality of networked computing devices that have an appearance of a single, logical computing device or system, e.g., a group of cloud computing devices. Thecomputing system 14 may be communicatively coupled to computing devices 12-1 through 12-M via a network (not shown inFIG. 1 ). The network may be a single communication network, or may include multiple communication networks of one or more types (e.g., one or more wired and/or wireless local area networks (LANs), and/or one or more wired and/or wireless wide area networks (WANs) such as the Internet), for example. - The
environment 10 may also include computing systems 16-1 through 16-N associated with N respective insurance providers (e.g., two insurance providers, five insurance providers, etc.). Each of the computing systems 16-1 through 16-N may include one or more servers or computing devices of the respective insurance provider, and may be communicatively coupled tocomputing system 14 via a network (not shown inFIG. 1 ). The network may be a single communication network, or may include multiple communication networks of one or more types (e.g., one or more wired and/or wireless LANs, and/or one or more wired and/or wireless WANs such as the Internet), for example. Each of the insurance providers 16-1 through 16-N may be a company providing a particular type or types of insurance, such as automobile or other vehicle insurance, home or condominium insurance, personal property insurance and/or life insurance, for example. - The
computing system 14 may include various units, including aconsumer profiling unit 20, aconsumer grouping unit 22, apolicy procurement unit 24 and anotification unit 26. Each of some or all of theunits units computing system 14 to perform the corresponding functions described herein. Further, one or more of the units may be combined into a single unit, or may be omitted. In various different embodiments, for example, thecomputing system 14 does not includeconsumer grouping unit 22 and/ornotification unit 26. - Generally, in one embodiment,
consumer profiling unit 20 collects information regarding the consumers operating computing devices 12-1 through 12-M (with consumers' permission or consent) and stores the collected information in aconsumer profile database 30 that includes a separate profile for each consumer. Theconsumer profile database 30 may be any suitable type of persistent memory.Consumer profiling unit 20 may obtain the information in any of one or more ways. For example,consumer profiling unit 20 may obtain demographic information (e.g., gender, birth date) and information about consumers' properties (e.g., makes, models and years of automobiles, etc.) via on-line forms filled out by the consumers using computing devices 12-1 through 12-M. - The
consumer profiling unit 20 may provide the on-line forms as one or more web pages (e.g., HTML files, JavaServer Pages files, etc.) stored in a memory of thecomputing system 14, and the consumers may use web browser applications executing on the computing devices 12-1 through 12-M to access the web page(s), for example. Via the on-line forms, or via other suitable means,consumer profiling unit 20 may also collect insurance preferences and/or requirements of the various consumers. For example, each consumer may enter his or her preferred or required coverage types, coverage limits, deductibles, insurance provider ratings (e.g., AAA), and/or any other preference or requirement relating to insurance. A consumer may indicate that he or she prefers to have a policy through an insurance company that offers live insurance agents, for example. In an alternative embodiment and/or scenario, some or all of the consumers provide information via physical application forms, and some or all of the computing devices 12-1 through 12-M may be omitted in theexemplary environment 10. - Further, also with consumer permission or consent,
consumer profiling unit 20 may collect other information that is also to be stored inconsumer profile database 30. For a consumer already having an insurance policy with an insurance provider (e.g., one of the insurance providers associated with computing systems 16-1 through 16-N), for example,consumer profiling unit 20 may receive claims information from that provider (e.g., number and/or dates of past claims, past claim payouts made to or on behalf of the consumer, etc.). Alternatively, or additionally,consumer profiling unit 20 may receive telematics data indicative of a consumer's driving performance (e.g., acceleration data, braking data, cornering data, etc.). -
Consumer grouping unit 22 may utilize at least some of the consumer information stored inconsumer profile database 30 to form one or more affinity groups, and store indications of which of the consumers belong to which affinity groups in anaffinity group database 32. Theaffinity group database 32 may be any suitable type of persistent memory (e.g., the same memory storing consumer profile database 30).Consumer grouping unit 22 may place the consumers into the affinity group(s) based upon the criteria of the groups, which may reflect consumer preferences and/or requirements, insurance provider requirements and/or classifications, and/or behavioral and/or attitudinal segmentation of consumers (e.g., as determined using telematics data indicating driving performance/behaviors), for example. -
Policy procurement unit 24 may conduct an automated auction in order to obtain insurance policies for the members of each of the one or more affinity groups. For a given affinity group,policy procurement unit 24 may send information defining the group membership criteria, and/or information about the individual members (e.g., profile information stored in consumer profile database 30), to each of the insurance provider computing systems 16-1 through 16-M, along with a request for insurance premium quotes. - After analyzing the information, one or more of the insurance providers may decide to bid on the provision of insurance to the affinity group, and
policy procurement unit 24 may receive the bid(s) from the respective ones of insurance provider computing systems 16-1 through 16-M.Policy procurement unit 24 may send each received bid to all others of the insurance provider computing systems 16-1 through 16-M, and bidding may continue in an iterative fashion until auction termination criteria have been met (e.g., until a predetermined amount of time elapses, or until a predetermined amount of time since the last bid elapses, etc.). The insurance provider having the best bid (e.g., lowest price and/or best non-price features) at the time the auction terminates may be granted the ability to provide insurance policies to the members of the affinity group. - The intermediary entity may be authorized to enter a binding contract for the policy/policies on behalf of the consumers, or may require some confirmation or election by the members of the affinity group. If a contract is automatically established via by the agency of the intermediary entity,
notification unit 26 may cause the members of the affinity group to be informed of the new insurance provider and the new policy (e.g., by email, letter, etc.). If consumer confirmation or election is required,notification unit 26 may instead cause the members of the affinity group to be sent an indication of the best offer or offers and the corresponding providers, along with a request for confirmation or election.Policy procurement unit 24 may then form the contract with the winning insurance provider after the confirmation or election, for example. - In some embodiments,
policy procurement unit 24 may also be responsible for renewing existing insurance policies, or switching to a new provider and policy if a better rate and/or other policy features can be found. For example,policy procurement unit 24 may store policy term data for all procured policies in a term schedule database 34 (which may be any suitable type of persistent memory, such as the memory storingconsumer profile database 30 and/or affinity group database 32), and may accessterm schedule database 34 to detect when policy terms are nearing their end (e.g., one month before expiration, or one week before expiration, etc.). When policy terms are nearing their end for the members of an affinity group,policy procurement unit 24 may conduct a new auction among the insurance providers (possibly including more, fewer and/or different providers than had participated in the previous auction), and a new winning provider may be identified. - If the winning provider is the same as the current provider, the policies may simply be renewed. Again,
notification unit 26 may cause the members of the affinity group to be notified of the renewal (or to be notified of the switch to a new provider), or may first request confirmation or an election from the members. In some embodiments, the affinity group may be reviewed and/or adjusted (e.g., members added and/or removed) byconsumer grouping unit 22 prior to each auction, to help ensure that the affinity group criteria continue to be met by all of its members. - In some embodiments and/or scenarios, all members of a single affinity group are provided with policies that have identical start and stop dates. In other embodiments and/or scenarios, at least some of the members may be provided with policies having different start and/or stop dates (e.g., based upon requested start and/or stop dates stored in the
consumer profile database 30, etc.). - In other embodiments,
consumer grouping unit 22 is omitted, and thecomputing system 14 only attempts to obtain insurance coverage for consumers on an individual basis. In one such embodiment,policy procurement unit 24 may obtain the best rate for each consumer not by conducting an auction, but rather by automatically requesting a single quote from each of the insurance providers, and taking the best quote (e.g., the lowest premium, and/or a quote with other features best matching the consumer's preferences and/or requirements). Similar to the auction embodiments described above,policy procurement unit 24 may detect when a renewal time is approaching, and automatically request a new round of quotes from the insurance providers at that time to determine whether to renew the consumer's current policy or to initiate a new policy with a new provider.Notification unit 26 may simply notify the consumer of the policy and provider for each upcoming term, or may first request confirmation or election of a particular policy/provider. - In certain embodiments, each of the insurance providers may determine whether to bid, the bid amount(s), whether to provide a quote, and/or the quote amount(s) by applying a rules engine implemented by the corresponding one of the computing systems 16-1 through 16-N. Alternatively, one, some or all of the insurance providers may provide their bidding/quoting rules to the intermediary entity such that some or all of the bidding/quoting decisions (e.g., bid or quote amounts, when to offer a bid, etc.) may be made locally at computing
system 14. - The
policy procurement unit 24, or another unit not shown inFIG. 1 , may also set up automated payments for policies that are currently, or will be, in effect. For example, the customers associated with computing devices 12-1 through 12-M may provide credit card or other information to thecomputing system 14, where the information may be stored inconsumer profile database 30. Whenpolicy procurement unit 24 obtains an insurance policy from an insurance provider for a particular consumer, that consumer's payment information may be retrieved fromconsumer profile database 30 and sent to the insurance provider. Alternatively, thecomputing system 14 may automatically collect the consumer payments, and provide corresponding payments to the insurance provider. - As can be seen from the above discussion, the components in the
environment 10, when using the above techniques, may enable a consumer to not only obtain insurance with the best available terms, but also maintain insurance with the best available terms on an ongoing basis, without necessarily having to take any action whatsoever (or, in some embodiments, with only minimal action, such as confirming the intermediary entity's choice of an insurance provider). As such, the resource usage or consumption of the components in the environment 10 (e.g., in thecomputing systems 16 and/or the computing devices 12) may be reduced. For example, fewer processor cycles may be utilized by servers of the computing systems 16-1 through 16-4 and/or by the computing devices 12-1 through 12-M, if consumers do not need to periodically browse websites to search for the best available insurance products. Moreover, combining consumers into affinity groups may reduce network traffic between thecomputing system 14 of the intermediary entity and the computing systems 16-1 through 16-J of the insurance providers, thereby improving network efficiency. - As noted above, in some embodiments, customers may be grouped together in order to more efficiently obtain insurance, and/or to obtain insurance with better pricing and/or other terms.
FIG. 2 depicts anexemplary process 100 for grouping customers, according to one embodiment. Theprocess 100 may be implemented by theconsumer grouping unit 22 ofFIG. 1 , for example. - In the
process 100, consumer preferences 102-1 through 102-M , associated with M customers (e.g., the consumers associated with computing devices 12-1 through 12-M ofFIG. 1 ), may serve as inputs to agrouping algorithm 104, which may arrange the M customers into J outputs groups 106-1 through 106-J. Although referred to here as customer “preferences,” it is understood that customer preferences 102-1 through 102-M may include preferences, requirements, and/or a mix of preferences and requirements. - In the exemplary embodiment of
FIG. 2 , each ofcustomer preferences 102 includes arespective premium preference 110A (e.g., a desired or required maximum premium), a respective set ofcoverage types 110B (e.g., one or more desired or required coverage types), a respective set ofdeductibles 110C (e.g., one or more desired or required deductibles, or maximum deductibles, for one or more coverage types), a respective set ofcoverage limits 110D (e.g., one or more desired or required limits, or minimum limits, for one or more coverage types), and arespective insurer rating 110E (e.g., a desired or required minimum rating for the insurance provider). In other embodiments and/or scenarios, however, one, some or all of the customer preferences 102-1 through 102-M may include more, fewer and/or different preferences and/or requirements than are shown inFIG. 2 . For example, customer preferences 102-1 may omit theinsurer rating 110E-1, customer preferences 102-2 may include a requirement that the insurance provide offer live agent services, etc. - The
grouping algorithm 104 may use any suitable algorithm/rules to arrange the M customers into the J groups 106-1 through 106-J. For example, thegrouping algorithm 104 may place the customer associated with preferences 102-1 into group 106-1 only if preferences 102-1 have the same values for any “required” terms as all other customers in the group. Alternatively, thegrouping algorithm 104 may under some circumstances (e.g., if group 106-1 is below some threshold membership/size) place the customer associated with preferences 102-1 into group 106-1 so long as all other members of the group 106-1 have requirements that are at least as stringent as those in preferences 102-1 (e.g., so long as all other members have maximum deductibles that are lower than maximum deductibles specified indeductibles 110C-1, etc.). - As another example, each
group 106 may be associated with a predetermined set of preferences. For example, thegrouping algorithm 104 may place the customer associated with preferences 102-1 into group 106-1 only if all of preferences 102-1 match (or fall within the range of) the predetermined set of preferences. - As yet another example, the
grouping algorithm 104 may place the customer associated with preferences 102-1 and the customer associated with preferences 102-2 into group 106-1 so long as preferences 102-1 and preferences 102-2 have at least a threshold compatibility score. Thegrouping algorithm 104 may calculate the compatibility score based upon factors such as the magnitude of the differences between the non-required terms (e.g., difference in maximum premium, difference in minimum coverage limit, etc.), for example. - In some embodiments, the
grouping algorithm 104 also, or instead, uses non-preference/requirement information to group customers. For example, thegrouping algorithm 104 may group customers based upon demographic information (e.g., by age range), characteristics of properties to be insured (e.g., vehicle value, etc.), risk characteristics/profiles, etc. - Once the
grouping algorithm 104 has formed the groups 106-1 through 106-4 information about the groups 106-1 through 106-J may be provided to the insurers for bidding or quoting, as described above in connection withFIG. 1 . The information provided to the insurers may specify the number of group members in each group, and/or other information such as demographic information, information about properties to be insured, and so on. The information provided to the insurers may also include thepreferences 102 of each group member, or a set of group preferences applicable to the entire group (e.g., the predetermined set of preferences described above), for example. -
FIG. 3 depicts a flow diagram of anexemplary method 200 for obtaining and maintaining insurance coverage for a customer, according to one embodiment. Themethod 200 may be implemented in (e.g., performed by one or more hardware servers of) a computing system such as thecomputing system 14 ofFIG. 1 , for example. - In the
exemplary method 200, customer information associated with a customer may be received (block 202) (with customer permission or consent). The information may be received from a computing device of the customer (e.g., when the customer submits an on-line form), from a terminal at which data is entered based upon a telephone call with the customer, from a database maintained by an insurance provider (e.g., if the customer authorizes the sharing of such information), and/or in any other suitable manner. The customer information may include demographic information about the customer (e.g., gender, birth date, etc.) and/or information about a property of the customer that is to be insured (e.g., make, model and year of an automobile), for example. The customer information may also, or instead, include one or more policy features that are required or preferred by the customer, such as coverage type(s), deductible(s), coverage limit(s), insurer rating, premium range, etc., and/or may also include other information relating to the customer (e.g., claim history of the customer, moving violations for the customer, etc.). - The customer information may be stored in a customer profile database, such as
consumer profile database 30 ofFIG. 1 , for example (block 204). Once stored, the customer information may be retrieved and used to automatically obtain for the customer a first insurance policy from a first insurance provider (block 206) (such as after receiving customer permission or affirmative consent, or opt-in to a discount or other program). The first insurance policy may be obtained in various ways, according to different embodiments. For example, the customer information retrieved from the customer profile database may be provided to a plurality of insurance providers, and one or more bids may be received from each of one or more of those insurance providers (including a bid from the first insurance provider) during the course of an automated auction. The insurance providers that provide bids may have generated the bids using the customer information, proprietary pricing rules, and/or knowledge of the bids of other insurance providers (e.g., if a server implementing themethod 200 shares bids with all insurance providers), for example. In the exemplary scenario of themethod 200, the bid from the first insurance provider is then selected as the best bid, with the policy corresponding to that bid being the insurance policy obtained atblock 206. - As another example, the stored customer information may be used to assign the customer to an affinity group with one or more other customers, and information associated with the affinity group (e.g., a set of requirements and/or preferences indicative of the group as a whole) may be provided to a plurality of insurance providers. One or more bids may then be received from each of one or more of those insurance providers (including a bid from the first insurance provider) during the course of an automated auction. The insurance providers that provide bids may have generated the bids using the information associated with the affinity group, proprietary pricing rules, and/or knowledge of the bids of other insurance providers (e.g., if a server implementing the
method 200 shares bids with all insurance providers), for example. In the exemplary scenario of themethod 200, the bid from the first insurance provider is then selected as the best bid, with the policy corresponding to that bid being the insurance policy obtained atblock 206. - As yet another example, the stored customer information may be provided to a plurality of insurance providers, and a quote may then be received from each of one or more of those insurance providers (including a quote from the first insurance provider). The insurance providers that provide a quote may have generated the quote using the customer information and proprietary pricing rules, for example. In the exemplary scenario of the
method 200, the quote from the first insurance provider is then selected as the best quote, with the policy corresponding to that quote being the insurance policy obtained atblock 206. - In some embodiments, the customer, or all customers of an affinity group, is/are asked to confirm that the first insurance provider and/or the first insurance policy is/are acceptable before a contractual agreement with the first insurance provider to provide the first insurance policy is entered. For example, the customer(s) may be sent an automatically generated email asking for permission to purchase the first insurance policy.
- The customer may be notified of the first insurance provider, and the premium for the term of the policy obtained from the first insurance provider, via a communication interface (block 208). The notification may be before or after any contractual agreement is made with the first insurance provider. The customer may also be notified of one or more other, non-price features of the policy, such as the coverage types for the policy, the policy deductible(s), the policy limit(s), and so on. The customer may be notified by automatically generating an email containing an indication of the first insurance provider and other information (e.g., premium), and sending the email to a client device of the customer, for example. Alternatively, the customer may be notified by letter, text message, or any other suitable form of communication.
- It may be automatically determined that the term of the obtained policy is nearing its expiration (block 210). The determination may be made by checking an expiration date stored in a database similar to
term schedule database 34 ofFIG. 1 , for example. In response to determining that the policy term is nearing expiration, the customer information stored in the customer profile database may again be retrieved, and used to automatically obtain for the customer a second insurance policy (for a subsequent policy term) from another insurance provider (block 212). While themethod 200 corresponds to a scenario in which the second insurance policy is obtained from a different insurance provider than the first insurance policy, it is understood that, in other scenarios (e.g., where the same insurance provider offers the best pricing and/or other features in consecutive policy terms), the policy for the subsequent policy term may simply be a renewal of the first insurance policy. - The second insurance policy may be obtained in various ways, according to different embodiments. The second insurance policy may be obtained in the same manner as the first insurance policy, for example. In some embodiments, however, additional customer information (e.g., information submitted by the customer to indicate recent events and/or changes in demographic information of the customer, such as recent moving violations, change of address or age, etc.) may also be used (e.g., provided to the competing insurance providers) in order to automatically obtain the second insurance policy.
- The customer may be notified of the second insurance provider, and the premium for the term of the policy obtained from the second insurance provider, via the communication interface (block 214). The notification may be before or after any contractual agreement is made with the second insurance provider. The customer may also be notified of one or more other, non-price features of the policy, such as the coverage types for the policy, the policy deductible(s), the policy limit(s), and so on.
Block 214 may be similar to block 208, for example. -
FIG. 4 depicts a flow diagram of anotherexemplary method 250 for obtaining and maintaining insurance coverage for a customer, according to one embodiment. Whereas themethod 200 encompasses embodiments that utilize automated auctions (e.g., accepting rounds of bids from insurance providers) as well as embodiments that do not utilize automated auctions (e.g., obtaining a single quote from each insurance provider), themethod 250 corresponds more specifically to one embodiment in which insurance is obtained for a customer on a recurring basis by conducting auctions. Themethod 250 may be implemented in (e.g., performed by one or more hardware servers of) a computing system such as thecomputing system 14 ofFIG. 1 , for example. - In the
exemplary method 250, customer information (e.g., demographic information, property information, requirements/preferences, etc.) associated with a customer may be received (block 252), and stored in a customer profile database (block 254).Blocks blocks method 200, for example. The customer information may be retrieved from the customer profile database and provided to a plurality of insurance providers (block 256). For example, data representing the customer information may be sent to servers of the plurality of insurance providers via a network and a communication interface of a server implementing themethod 250. - In response to providing the customer information, one or more bids may be received from each of one or more of the insurance providers (block 258). Each bid may include an offered insurance premium a respective one of the insurance providers. Each insurance provider that provides a bid may have generated the bid/premium using the customer information and proprietary pricing rules of that insurance provider, for example. If the auction includes multiple rounds, multiple bids may be received by some or all of the insurance providers. For example, the
method 250 may include communicating a current best bid to all participating insurance providers (e.g., all insurance providers to which the customer information was provided atblock 256, or all insurance providers that submitted an initial bid that was received at block 258), and one or more of those insurance providers may respond by submitting an additional bid. - After one or more rounds of bidding, the best bid (e.g., the bid with the lowest premium, and/or the bid that best matches one or more required and/or preferred policy features that were specified in the customer information received at block 252) may be selected (block 260). The best bid may include/specify a premium corresponding to a first policy term. The customer may be sent a notice indicating at least the insurance provider that provided the best bid and the corresponding premium (block 262).
- At a later time, it may be automatically determined that the term of the first insurance policy is nearing its expiration (block 264). The determination may be made by checking an expiration date stored in a database similar to
term schedule database 34 ofFIG. 1 , for example. In response, the customer information may again be retrieved from the customer profile database, and again provided to a plurality of insurance providers (block 266). The insurance providers may be the same, partially the same, or entirely different than the insurance providers to which customer information was provided atblock 256. In some embodiments and/or scenarios, the customer information may be supplemented with additional information, such as recent events for the customer and/or changes in the customer's circumstances. - Thereafter, one or more bids may be received from each of the insurance providers (block 268).
Block 268 may be similar to block 258. As with the earlier round of bids, each insurance provider that provides a bid may have generated the bid/premium using the customer information and proprietary pricing rules of that insurance provider, for example. - After one or more rounds of bidding, the best bid (e.g., the bid with the lowest premium, and/or the bid that best matches one or more required and/or preferred policy features that were specified in the customer information received at block 252) may be selected (block 270).
Block 270 may be similar to block 260. The best bid may include/specify a premium corresponding to a second policy term subsequent to the first policy term. The customer may be sent a notice indicating at least the insurance provider that provided the best bid and the corresponding premium (block 272). - The
method 250 may also include one or more additional blocks not shown inFIG. 4 . For example, themethod 250 may include a first additional block (e.g., betweenblocks 262 and 264) in which the first insurance policy is automatically obtained for the customer, with terms corresponding to the best bid selected atblock 260, and/or a second additional block (e.g., after block 272) in which the second insurance policy is automatically obtained for the customer, with terms corresponding to the best bid selected atblock 270. The insurance policies may be obtained by entering into binding insurance agreements/contracts on behalf of the customer, for example. - V. Exemplary Computer System for Automatically Obtaining and/or Maintaining Insurance Coverage
-
FIG. 5 depicts anexample computer system 300 in which the techniques described herein may be implemented, according to one embodiment. In one embodiment, thecomputer system 300 may be included in thesystem 10 ofFIG. 1 . For example, any one or more of the units 20-26 may comprise one or more instances of thecomputer system 300, or theintermediary entity 14 may comprise one or more instances of thecomputer system 300. Thecomputer system 300 ofFIG. 5 includes a computing device in the form of acomputer 310. Components of thecomputer 310 may include, but are not limited to, aprocessing unit 320, asystem memory 330, and asystem bus 321 that couples various system components including thesystem memory 330 to theprocessing unit 320. Thesystem bus 321 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, or a local bus, and may use any suitable bus architecture. By way of example, and not limitation, such architectures include the Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus (also known as Mezzanine bus). -
Computer 310 typically includes a variety of computer-readable media. Computer-readable media can be any available media that can be accessed bycomputer 310 and includes both volatile and nonvolatile media, and both removable and non-removable media. By way of example, and not limitation, computer-readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, FLASH memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed bycomputer 310. Communication media typically embodies computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism, and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, radio frequency (RF), infrared and other wireless media. Combinations of any of the above are also included within the scope of computer-readable media. - The
system memory 330 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 331 and random access memory (RAM) 332. A basic input/output system 333 (BIOS), containing the basic routines that help to transfer information between elements withincomputer 310, such as during start-up, is typically stored inROM 331.RAM 332 typically contains data and/or program modules that are immediately accessible to, and/or presently being operated on, by processingunit 320. By way of example, and not limitation,FIG. 5 illustratesoperating system 334, application programs 335,other program modules 336, andprogram data 337. - The
computer 310 may also include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only,FIG. 5 illustrates ahard disk drive 341 that reads from or writes to non-removable, nonvolatile magnetic media, amagnetic disk drive 351 that reads from or writes to a removable, nonvolatilemagnetic disk 352, and anoptical disk drive 355 that reads from or writes to a removable, nonvolatileoptical disk 356 such as a CD ROM or other optical media. Other removable/non-removable, volatile/nonvolatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like. Thehard disk drive 341 may be connected to thesystem bus 321 through a non-removable memory interface such asinterface 340, andmagnetic disk drive 351 andoptical disk drive 355 may be connected to thesystem bus 321 by a removable memory interface, such asinterface 350. - The drives and their associated computer storage media discussed above and illustrated in
FIG. 5 provide storage of computer-readable instructions, data structures, program modules and other data for thecomputer 310. InFIG. 5 , for example,hard disk drive 341 is illustrated as storingoperating system 344,application programs 345,other program modules 346, andprogram data 347. Note that these components can either be the same as or different fromoperating system 334, application programs 335,other program modules 336, andprogram data 337.Operating system 344,application programs 345,other program modules 346, andprogram data 347 are given different numbers here to illustrate that, at a minimum, they are different copies. A user may enter commands and information into thecomputer 310 through input devices such as cursor control device 361 (e.g., a mouse, trackball, touch pad, etc.) andkeyboard 362. Amonitor 391 or other type of display device is also connected to thesystem bus 321 via an interface, such as avideo interface 390. In addition to the monitor, computers may also include other peripheral output devices such asprinter 396, which may be connected through an outputperipheral interface 395. - The
computer 310 may operate in a networked environment using logical connections to one or more remote computers, such as aremote computer 380. Theremote computer 380 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to thecomputer 310, although only amemory storage device 381 has been illustrated inFIG. 5 . The logical connections depicted inFIG. 5 include a local area network (LAN) 371 and a wide area network (WAN) 373, but may also include other networks. Such networking environments are commonplace in hospitals, offices, enterprise-wide computer networks, intranets and the Internet. - When used in a LAN networking environment, the
computer 310 is connected to theLAN 371 through a network interface oradapter 370. When used in a WAN networking environment, thecomputer 310 typically includes amodem 372 or other means for establishing communications over theWAN 373, such as the Internet. Themodem 372, which may be internal or external, may be connected to thesystem bus 321 via theinput interface 360, or other appropriate mechanism. Thecommunications connections computer 310, or portions thereof, may be stored in the remotememory storage device 381. By way of example, and not limitation,FIG. 5 illustrates remote application programs 385 as residing onmemory device 381. - In some configurations, the
computer 310 may be included in a plurality of networked computers or computing devices that have the logical appearance as a single, integral computing node, e.g., a cloud computing system. For example, theapplication programs 345,other program modules 346 and/orprogram data 337 may be stored in and executed by the logical, single computing node. - The techniques for automatically obtaining and/or maintaining insurance coverage described above may be implemented in part or in their entirety within a computer system such as the
computer system 300 illustrated inFIG. 5 . Thecomputer 310 may be a server or computing device of an intermediary entity (e.g., within thecomputing system 14 ofFIG. 1 ), and theremote computer 380 may be a server or computing device of an insurance provider (e.g., within one of the computing systems 16-1 through 16-N ofFIG. 1 ), for example. In some such embodiments, theLAN 371 may be omitted (e.g., communications may betweencomputer 310 andcomputer 380 may only occur via WAN 373).Application programs 335 and 345 may include programs that implement theconsumer profiling unit 20,consumer grouping unit 22,policy procurement unit 24 and/ornotification unit 26 ofFIG. 1 , for example.Consumer profile database 30,affinity group database 32 and/orterm schedule database 34 may be stored onhard disk drive 341,magnetic disk 352 oroptical disk 356, for example. - In operation, the
computer 310 may receive demographic, property, preference and/or other information from consumer computing devices (not shown inFIG. 5 ), form affinity groups based upon that information, provide the remote computer 380 (and one or more other, similar computers of other insurance providers) at least some of the consumer information along with a request for bids, and receive bids from the remote computer 380 (and/or from one or more other, similar computers of other insurance providers). Thecomputer 310 may then determine the winning bid and notify the consumers in the affinity group by sending messages (e.g., emails) to the appropriate consumer computing devices, for example. - In one aspect, a computer-implemented method, e.g., for automatically obtaining and maintaining insurance coverage on behalf of a customer, may be provided. The method may include, with the customer's affirmative consent or permission (such as via opt-in to a rewards or discount online program): (1) receiving, at one or more hardware servers, customer information associated with a customer; (2) storing the customer information in a customer profile database; (3) using, by the one or more hardware servers, the customer information stored in the customer profile database to automatically obtain for the customer a first insurance policy from a first insurance provider, the first insurance policy having (i) first policy features, and (ii) a first premium corresponding to a first policy term; (4) notifying, via a communication interface of the one or more hardware servers, the customer of the first insurance provider and the first premium; (5) automatically determining, by the one or more hardware servers, that the first policy term is nearing expiration; (6) in response to determining that the first policy term is nearing expiration, using, by the one or more hardware servers, the customer information stored in the customer profile database to automatically obtain for the customer a second insurance policy from a second insurance provider, the second insurance policy having (i) second policy features, and (ii) a second premium corresponding to a second policy term subsequent to the first policy term; and/or (7) notifying, via the communication interface of the one or more hardware servers, the customer of the second insurance provider and the second premium. The method may include additional, fewer, or alternate actions, including those discussed elsewhere herein.
- For instance, receiving customer information may include receiving demographic information about the customer, receiving information about a property of the customer that is to be insured, and/or receiving one or more policy features required or preferred by the customer. In embodiments where the received information includes one or more policy features required or preferred by the customer. Receiving customer information may include receiving one or more of: (1) one or more coverage types required or preferred by the customer; (2) one or more deductibles required or preferred by the customer; (3) one or more coverage limits required or preferred by the customer; (4) an insurer rating required or preferred by the customer; and/or (5) a premium range required or preferred by the customer.
- Using the customer information stored in the customer profile database to automatically obtain a first insurance policy from a first insurance provider may include: (1) providing the customer information to a plurality of insurance providers; (2) receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the first insurance provider; and/or (3) selecting the bid from the first insurance provider as a first best bid, the first best bid corresponding to the first policy features and the first premium. Using the customer information stored in the customer profile database to automatically obtain a second insurance policy from a second insurance provider may include: (1) again providing the customer information to the plurality of insurance providers; (2) again receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the second insurance provider; and/or (3) selecting the bid from the second insurance provider as a second best bid, the second best bid corresponding to the second policy features and the second premium.
- Using the customer information stored in the customer profile database to automatically obtain a first insurance policy from a first insurance provider may include: (1) using the customer information to assign the customer to an affinity group with one or more other customers; (2) providing affinity group information associated with the affinity group to a plurality of insurance providers; (3) receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the first insurance provider; and/or (4) selecting the bid from the first insurance provider as a first best bid, the first best bid corresponding to the first policy features and the first premium. Using the customer information stored in the customer profile database to automatically obtain a second insurance policy from a second insurance provider may include: (1) again providing the affinity group information to the plurality of insurance providers; (2) again receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the second insurance provider; and/or (3) selecting the bid from the second insurance provider as a second best bid, the second best bid corresponding to the second policy features and the second premium.
- Using the customer information stored in the customer profile database to automatically obtain a first insurance policy from a first insurance provider may include: (1) providing the customer information stored in the customer profile database to a plurality of insurance providers; (2) receiving a quote from each of one or more of the plurality of insurance providers, including a quote from the first insurance provider; and/or (3) selecting the quote from the first insurance provider as a first best quote, the first best quote corresponding to the first policy features and the first premium. Using the customer information stored in the customer profile database to automatically obtain a second insurance policy from a second insurance provider may include: (1) again providing the customer information to the plurality of insurance providers; (2) again receiving a quote from each of one or more of the plurality of insurance providers, including a quote from the second insurance provider; and/or (3) selecting the quote from the second insurance provider as a second best quote, the second best quote corresponding to the second policy features and the second premium.
- Using the customer information stored in the customer profile database to automatically obtain for the customer a second insurance policy may include using (i) the customer information stored in the customer profile database, and/or (ii) additional customer information submitted by the customer, to automatically obtain the second insurance policy.
- Receiving customer information associated with the customer may include receiving customer information entered by the customer at a client device using an on-line form. And notifying the customer of the first insurance provider and the first premium may include automatically generating a first email and sending the first email to a client device of the customer, and/or notifying the customer of the second insurance provider and the second premium may include automatically generating a second email and sending the second email to the client device.
- In another aspect, a computer-implemented method, e.g., for automatically obtaining and maintaining insurance coverage on behalf of a customer using auctions, may be provided. The method may include: (1) receiving, at one or more hardware servers, customer information associated with a customer; (2) storing the customer information in a customer profile database; (3) providing, by the one or more hardware servers, the customer information stored in the customer profile database to a first plurality of insurance providers; (4) receiving, at the one or more hardware servers, one or more bids from each of one or more of the first plurality of insurance providers; (5) selecting, by the one or more hardware servers, a bid from a first insurance provider of the first plurality of insurance providers as a best bid, the best bid including a first premium corresponding to a first policy term; (6) sending, via a communication interface of the one or more hardware servers, the customer a first notice indicating at least (i) the first insurance provider and (ii) the first premium; (7) automatically determining, by the one or more hardware servers, that the first policy term is nearing expiration; (8) in response to determining that the first policy term is nearing expiration, providing, by the one or more hardware servers, the customer information stored in the customer profile database to a second plurality of insurance providers, the second plurality of insurance providers being different than or the same as the first plurality of insurance providers; (9) receiving, at the one or more hardware servers, one or more bids from each of one or more of the second plurality of insurance providers; (10) selecting, by the one or more hardware servers, a bid from a second insurance provider of the second plurality of insurance providers as a subsequent best bid, the second insurance provider being different than or the same as the first insurance provider, and the subsequent best bid including a second premium corresponding to a second policy term subsequent to the first policy term; and/or (11) sending, via the communication interface, the customer a second notice indicating at least (i) the second insurance provider, and (ii) the second premium. The method may include additional, fewer, or alternate actions, including those discussed elsewhere herein.
- For instance, receiving customer information may include receiving, from a client device of the customer, information entered by the customer when using the client device to access an on-line form.
- The method may further include, after sending the customer the first notice, storing in the customer profile database additional customer information indicative of a new premium discount or other insurance coverage benefit associated with the customer, and selecting the bid from the second insurance provider as the subsequent best bid may include using the additional customer information to select the bid from the second insurance provider as the subsequent best bid.
- Storing additional customer information in the customer profile database may include storing information indicative of a loyalty discount to which the customer is entitled under the business rules of one or more insurance providers. Additionally or alternatively, storing additional customer information in the customer profile database may include storing information indicative of an accident-free discount to which the customer is entitled under the business rules of one or more insurance providers.
- Receiving customer information may include receiving one or both of (i) demographic information about the customer, and (ii) information about a property, of the customer, that is to be insured. Receiving customer information may also include receiving one or more policy features required or preferred by the customer. Additionally or alternatively, receiving customer information may include receiving: (1) one or more coverage types required or preferred by the customer; (2) one or more deductibles required or preferred by the customer; (3) one or more coverage limits required or preferred by the customer; (4) an insurer rating required or preferred by the customer; and/or (5) a premium range required or preferred by the customer.
- Sending the customer a first notice may include sending the customer a first notice indicating at least (i) the first insurance provider, (ii) the first premium, and (iii) an expiration date of the first policy term, and/or sending the customer a second notice, may include sending the customer a second notice indicating at least (i) the second insurance provider, (ii) the second premium, and (iii) an expiration date of the second policy term.
- Receiving customer information associated with the customer may further include receiving other customer information associated with a plurality of other customers, storing the customer information in the customer profile database may further include storing the other customer information in the customer profile database, providing the customer information stored in the customer profile database to the first plurality of insurance providers may further include providing the other customer information stored in the customer profile database to the first plurality of insurance providers, and/or sending the customer a first notice indicating at least the first insurance provider and the first premium may further include sending the plurality of customers notices indicating at least the first insurance provider and the first premium.
- The method may further include, after selecting the bid from the first insurance provider as the best bid, receiving from the first insurance provider an amount corresponding to (i) a flat fee, or (ii) a percentage of the first premium, and/or after selecting the bid from the second insurance provider as the subsequent best bid, receiving from the second insurance provider an amount corresponding to (i) the flat fee, or (ii) a percentage of the second premium.
- Providing the customer information stored in the customer profile database to a first plurality of insurance providers may include providing the customer information to a first plurality of insurance providers who have paid or agreed to pay a membership fee, and/or providing the customer information stored in the customer profile database to a second plurality of insurance providers may include providing the customer information to a second plurality of insurance providers who have paid or agree to pay the membership fee.
- Sending the customer the first notice may include automatically generating a first email and sending the first email to a client device of the customer, and/or sending the customer the second notice includes automatically generating a second email and sending the second email to the client device of the customer.
- In one aspect, a system, e.g., for automatically obtaining and/or maintaining insurance coverage on behalf of a customer, may be provided. The system may include a data storage storing a customer profile database, a communication interface configured to communicate with remote devices via a network, one or more processors, and a non-transitory, computer-readable medium. The computer-readable medium may store instructions that, when executed by the one or more processors, cause the one or more processors to, with customer permission, affirmative consent, or opt-in to an online discount or rewards program: (1) use customer information stored in the customer profile database to automatically obtain for a customer a first insurance policy from a first insurance provider, the first insurance policy having (i) first policy features, and (ii) a first premium corresponding to a first policy term; (2) notify, via the communication interface, the customer of the first insurance provider and the first premium; (3) automatically determine that the first policy term is nearing expiration; (4) in response to determining that the first policy term is nearing expiration, use the customer information stored in the customer profile database to automatically obtain for the customer a second insurance policy from a second insurance provider, the second insurance policy having (i) second policy features, and (ii) a second premium corresponding to a second policy term subsequent to the first policy term; and (5) notify, via the communication interface, the customer of the second insurance provider and the second premium. The system may include additional, fewer, or alternate components, elements and/or functionality, including those discussed elsewhere herein.
- For instance, the customer information may include demographic information about the customer and/or information about a property of the customer that is to be insured. The customer information may also include one or more policy features required or preferred by the customer. For example, the customer information may include one or more coverage types required or preferred by the customer, one or more deductibles required or preferred by the customer, one or more coverage limits required or preferred by the customer, an insurer rating required or preferred by the customer, and/or a premium range required or preferred by the customer.
- The instructions may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the first insurance policy at least in part by: (1) providing the customer information to a plurality of insurance providers; (2) receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the first insurance provider; and/or (3) selecting the bid from the first insurance provider as a first best bid, the first best bid corresponding to the first policy features and the first premium, and may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the second insurance policy at least in part by: (1) again providing the customer information to the plurality of insurance providers; (2) again receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the second insurance provider; and/or (3) selecting the bid from the second insurance provider as a second best bid, the second best bid corresponding to the second policy features and the second premium.
- The instructions may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the first insurance policy at least in part by: (1) using the customer information to assign the customer to an affinity group with one or more other customers; (2) providing affinity group information associated with the affinity group to a plurality of insurance providers; (3) receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the first insurance provider; and/or (4) selecting the bid from the first insurance provider as a first best bid, the first best bid corresponding to the first policy features and the first premium, and may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the second insurance policy at least in part by: (1) again providing the affinity group information to the plurality of insurance providers; (2) again receiving one or more bids from each of one or more of the plurality of insurance providers, including a bid from the second insurance provider; and/or (3) selecting the bid from the second insurance provider as a second best bid, the second best bid corresponding to the second policy features and the second premium.
- The instructions may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the first insurance policy at least in part by: (1) providing the customer information to a plurality of insurance providers; (2) receiving a quote from each of one or more of the plurality of insurance providers, including a quote from the first insurance provider; and/or (3) selecting the quote from the first insurance provider as a first best quote, the first best quote corresponding to the first policy features and the first premium, and may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain a second insurance policy at least in part by: (1) again providing the customer information to the plurality of insurance providers; (2) again receiving a quote from each of one or more of the plurality of insurance providers, including a quote from the second insurance provider; and/or (3) selecting the quote from the second insurance provider as a second best quote, the second best quote corresponding to the second policy features and the second premium.
- The instructions may cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the second insurance policy at least in part by using (i) the customer information stored in the customer profile database, and/or (ii) additional customer information submitted by the customer, to automatically obtain the second insurance policy.
- The instructions may cause the one or more processors to notify the customer of the first insurance provider and the first premium at least by automatically generating a first email and sending the first email to a client device of the customer, and/or notify the customer of the second insurance provider and the second premium at least by automatically generating a second email and sending the second email to the client device.
- In another aspect, a system, e.g., for automatically obtaining and/or maintaining insurance coverage on behalf of a customer using auctions, may be provided. The system may include a data storage storing a customer profile database, a communication interface configured to communicate with remote devices via a network, one or more processors, and a non-transitory, computer-readable medium storing instructions. The instructions may, when executed by the one or more processors, cause the one or more processors to (1) receive customer information associated with a customer; (2) store the customer information in the customer profile database; (3) provide the customer information stored in the customer profile database to a first plurality of insurance providers; (4) receive one or more bids from each of one or more of the first plurality of insurance providers; (5) select a bid from a first insurance provider as a best bid, the best bid including a first premium corresponding to a first policy term; (6) send, via the communication interface, the customer a first notice indicating at least (i) the first insurance provider, and (ii) the first premium; (7) automatically determine that the first policy term is nearing expiration; (8) in response to determining that the first policy term is nearing expiration, provide the customer information stored in the customer profile database to a second plurality of insurance providers, the second plurality of insurance providers being different than or the same as the first plurality of insurance providers; (9) receive one or more bids from each of one or more of the second plurality of insurance providers; (10) select a bid from a second insurance provider as a subsequent best bid, the second insurance provider being different than or the same as the first insurance provider, and the subsequent best bid including a second premium corresponding to a second policy term subsequent to the first policy term; and/or (11) send, via the communication interface, the customer a second notice indicating at least (i) the second insurance provider, and (ii) the second premium. The system may include additional, fewer, or alternate components, elements and/or functionality, including those discussed elsewhere herein.
- For instance, the customer information may include information entered by the customer when using a client device to access an on-line form. The instructions may further cause the one or more processors to, after sending the customer the first notice, store in the customer profile database additional customer information indicative of one or both of (i) a loyalty discount to which the customer is entitled under the business rules of one or more insurance providers, and (ii) an accident-free discount to which the customer is entitled under the business rules of the one or more insurance providers, and the instructions may cause the one or more processors to select the bid from the second insurance provider as the subsequent best bid at least by using the additional customer information to select the bid from the second insurance provider as the subsequent best bid.
- The customer information may include one or more of (i) demographic information about the customer, (ii) information about a property, of the customer, that is to be insured, or (iii) one or more policy features required or preferred by the customer.
- The instructions may further cause the one or more processors to: (1) receive other customer information associated with a plurality of other customers; (2) store the other customer information in the customer profile database; (3) provide the other customer information stored in the customer profile database to the first plurality of insurance providers; and/or (4) send, via the communication interface, the plurality of customers notices indicating at least the first insurance provider and the first premium.
- The first notice may indicate at least (i) the first insurance provider, (ii) the first premium, and/or (iii) an expiration date of the first policy term, and/or the second notice may indicate at least (i) the second insurance provider, (ii) the second premium, and/or (iii) an expiration date of the second policy term.
- The instructions may cause the one or more processors to send the customer the first notice at least by automatically generating a first email and sending the first email to a client device of the customer, and/or the instructions may cause the one or more processors to send the customer the second notice at least by automatically generating a second email and sending the second email to the client device of the customer.
- The following additional considerations apply to the foregoing discussion. Throughout this specification, plural instances may implement operations or structures described as a single instance. Although individual operations of one or more methods are illustrated and described as separate operations, one or more of the individual operations may be performed concurrently, and nothing requires that the operations be performed in the order illustrated. These and other variations, modifications, additions, and improvements fall within the scope of the subject matter herein.
- Unless specifically stated otherwise, discussions herein using words such as “processing,” “computing,” “calculating,” “determining,” “presenting,” “displaying,” or the like may refer to actions or processes of a machine (e.g., a computer) that manipulates or transforms data represented as physical (e.g., electronic, magnetic, or optical) quantities within one or more memories (e.g., volatile memory, non-volatile memory, or a combination thereof), registers, or other machine components that receive, store, transmit, or display information.
- As used herein any reference to “one embodiment” or “an embodiment” means that a particular element, feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment.
- As used herein, the terms “comprises,” “comprising,” “includes,” “including,” “has,” “having” or any other variation thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, article, or apparatus that comprises a list of elements is not necessarily limited to only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Further, unless expressly stated to the contrary, “or” refers to an inclusive or and not to an exclusive or. For example, a condition A or B is satisfied by any one of the following: A is true (or present) and B is false (or not present), A is false (or not present) and B is true (or present), and both A and B are true (or present).
- In addition, use of “a” or “an” is employed to describe elements and components of the embodiments herein. This is done merely for convenience and to give a general sense of the invention. This description should be read to include one or at least one and the singular also includes the plural unless it is obvious that it is meant otherwise.
- Upon reading this disclosure, those of skill in the art will appreciate still additional alternative structural and functional designs for a system and a process of automatically obtaining and/or maintaining insurance coverage through the principles disclosed herein. Thus, while particular embodiments and applications have been illustrated and described, it is to be understood that the disclosed embodiments are not limited to the precise construction and components disclosed herein. Various modifications, changes and variations, which will be apparent to those skilled in the art, may be made in the arrangement, operation and details of the method and apparatus disclosed herein without departing from the spirit and scope defined in the appended claims.
- The patent claims at the end of this patent application are not intended to be construed under 35 U.S.C. § 112(f) unless traditional means-plus-function language is expressly recited, such as “means for” or “step for” language being explicitly recited in the claim(s).
Claims (20)
1. A computer-implemented method comprising:
receiving, at one or more hardware servers of an intermediary entity, customer information associated with a customer;
based on the customer information, assigning the customer to an affinity group with one or more other customers;
storing the customer information in a customer profile database;
receiving, at the one or more hardware servers of the intermediary entity and from each of a plurality of insurance provider computer systems associated with a plurality of respective insurance providers, a respective set of bidding rules, wherein the one or more hardware servers of the intermediary entity are remote from each of the plurality of insurance provider computer systems, and wherein each set of bidding rules includes rules specifying (i) when to offer a bid and (ii) an amount of the bid;
automatically obtaining, by the one or more hardware servers, for each customer in the affinity group a first insurance policy from a first insurance provider of the plurality of insurance providers, wherein the first insurance policy has (i) first policy features, and (ii) a first premium corresponding to a first policy term, and wherein automatically obtaining the first insurance policy includes using the respective sets of bidding rules to conduct a first reverse auction, such that bidding decisions of the plurality of insurance providers for the first reverse auction are made by the one or more hardware servers of the intermediary entity;
notifying, via a communication interface of the one or more hardware servers of the intermediary entity, each customer in the affinity group of the first insurance provider and the first premium;
storing policy term data for a plurality of insurance policies, including the first insurance policy, in a term schedule database;
automatically determining, by the one or more hardware servers of the intermediary entity accessing the term schedule database, that the first policy term is nearing expiration;
in response to determining that the first policy term is nearing expiration, automatically obtaining, by the one or more hardware servers, for each customer in the affinity group a second insurance policy from a second insurance provider of the plurality of insurance providers, wherein the second insurance policy has (i) second policy features, and (ii) a second premium corresponding to a second policy term subsequent to the first policy term, and wherein automatically obtaining the second insurance policy includes using the respective sets of bidding rules to conduct a second reverse auction, such that bidding decisions of the plurality of insurance providers for the second reverse auction are made by the one or more hardware servers of the intermediary entity; and
notifying, via the communication interface of the one or more hardware servers of the intermediary entity, each customer in the affinity group of the second insurance provider and the second premium.
2. The computer-implemented method of claim 1 , wherein receiving customer information includes receiving demographic information about the customer.
3. The computer-implemented method of claim 1 , wherein receiving customer information includes receiving information about a property of the customer that is to be insured.
4. The computer-implemented method of claim 1 , wherein receiving customer information includes receiving one or more policy features required or preferred by the customer.
5. The computer-implemented method of claim 4 , wherein receiving customer information includes receiving one or more of:
one or more coverage types required or preferred by the customer;
one or more deductibles required or preferred by the customer;
one or more coverage limits required or preferred by the customer;
an insurer rating required or preferred by the customer; or a premium range required or preferred by the customer.
6. (canceled)
7. (canceled)
8. (canceled)
9. The computer-implemented method of claim 1 , wherein automatically obtaining for the affinity group a second insurance policy includes:
using (i) the customer information stored in the customer profile database, and (ii) additional customer information submitted by the customer, to automatically obtain the second insurance policy.
10. The computer-implemented method of claim 1 , wherein receiving customer information associated with the customer includes receiving customer information entered by the customer at a client device using an on-line form.
11. The computer-implemented method of claim 1 , wherein:
notifying each customer in the affinity group of the first insurance provider and the first premium includes automatically generating a first email and sending the first email to a client device of each customer in the affinity group; and
notifying each customer in the affinity group of the second insurance provider and the second premium includes automatically generating a second email and sending the second email to the client device of each customer in the affinity group.
12. A system of an intermediary entity, the system comprising:
a data storage storing a customer profile database;
a term schedule database;
a communication interface configured to communicate with remote devices via a network;
one or more processors; and
a non-transitory, computer-readable medium storing instructions that, when executed by the one or more processors, cause the one or more processors to:
based on customer information stored in the customer profile database, assign one or more customers to an affinity group,
receive, from each of a plurality of insurance provider computer systems associated with a plurality of respective insurance providers, a respective set of bidding rules, wherein the system of the intermediary entity is remote from each of the plurality of insurance provider computer systems, and wherein each set of bidding rules includes rules specifying (i) when to offer a bid and (ii) an amount of the bid,
automatically obtain for each customer in the affinity group a first insurance policy from a first insurance provider, wherein the first insurance policy has (i) first policy features, and (ii) a first premium corresponding to a first policy term, and wherein automatically obtaining the first insurance policy includes using the respective sets of bidding rules to conduct a first reverse auction, at least in part by making bidding decisions of the plurality of insurance providers for the first reverse auction,
notify, via the communication interface, each customer in the affinity group of the first insurance provider and the first premium,
store policy term data for a plurality of insurance policies, including the first insurance policy, in the term schedule database,
automatically determine, by accessing the term schedule database, that the first policy term is nearing expiration,
in response to determining that the first policy term is nearing expiration, automatically obtain for each customer in the affinity group a second insurance policy from a second insurance provider, wherein the second insurance policy has (i) second policy features, and (ii) a second premium corresponding to a second policy term subsequent to the first policy term, and wherein automatically obtaining the second insurance policy includes using the respective sets of bidding rules to conduct a second reverse auction, at least in part by making bidding decisions of the plurality of insurance providers for the second reverse auction, and
notify, via the communication interface, each customer in the affinity group of the second insurance provider and the second premium.
13. The system of claim 12 , wherein the customer information includes one or both of:
demographic information about each customer in the affinity group; or
information about a property of each customer in the affinity group that is to be insured.
14. The system of claim 12 , wherein the customer information includes one or more policy features required or preferred by each customer in the affinity group.
15. The system of claim 14 , wherein the customer information includes one or more of:
one or more coverage types required or preferred by each customer in the affinity group;
one or more deductibles required or preferred by each customer in the affinity group;
one or more coverage limits required or preferred by each customer in the affinity group;
an insurer rating required or preferred by each customer in the affinity group; or
a premium range required or preferred by each customer in the affinity group.
16. (canceled)
17. The system of claim 12 , wherein the instructions cause the one or more processors to:
use the customer information stored in the customer profile database to automatically obtain the first insurance policy at least in part by using the customer information to assign a new customer to the affinity group.
18. (canceled)
19. The system of claim 12 , wherein the instructions cause the one or more processors to use the customer information stored in the customer profile database to automatically obtain the second-insurance policy at least in part by:
using (i) the customer information stored in the customer profile database, and (ii) additional customer information submitted by at least one customer in the affinity group, to automatically obtain the second insurance policy.
20. The system of claim 12 , wherein the instructions cause the one or more processors to:
notify each customer in the affinity group of the first insurance provider and the first premium at least by automatically generating a first email and sending the first email to a client device of each customer in the affinity group; and
notify each customer in the affinity group of the second insurance provider and the second premium at least by automatically generating a second email and sending the second email to the client device of each customer in the affinity group.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/868,864 US20210166320A1 (en) | 2014-10-06 | 2015-09-29 | System and method for obtaining and/or maintaining insurance coverage |
US15/704,339 US20210326991A1 (en) | 2014-10-06 | 2017-09-14 | Systems and Methods for Obtaining and/or Maintaining Usage-Based Insurance |
US15/704,350 US20210358046A1 (en) | 2014-10-06 | 2017-09-14 | Systems and Methods for Obtaining and/or Maintaining Insurance for Autonomous Vehicles |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462060080P | 2014-10-06 | 2014-10-06 | |
US201562104596P | 2015-01-16 | 2015-01-16 | |
US201562189885P | 2015-07-08 | 2015-07-08 | |
US201562199008P | 2015-07-30 | 2015-07-30 | |
US14/868,864 US20210166320A1 (en) | 2014-10-06 | 2015-09-29 | System and method for obtaining and/or maintaining insurance coverage |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US201514868874A Continuation-In-Part | 2014-10-06 | 2015-09-29 |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/704,339 Continuation-In-Part US20210326991A1 (en) | 2014-10-06 | 2017-09-14 | Systems and Methods for Obtaining and/or Maintaining Usage-Based Insurance |
US15/704,350 Continuation-In-Part US20210358046A1 (en) | 2014-10-06 | 2017-09-14 | Systems and Methods for Obtaining and/or Maintaining Insurance for Autonomous Vehicles |
Publications (1)
Publication Number | Publication Date |
---|---|
US20210166320A1 true US20210166320A1 (en) | 2021-06-03 |
Family
ID=68841481
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/868,864 Abandoned US20210166320A1 (en) | 2014-10-06 | 2015-09-29 | System and method for obtaining and/or maintaining insurance coverage |
US14/871,401 Active 2038-03-29 US10510120B1 (en) | 2014-10-06 | 2015-09-30 | System and method for obtaining and/or maintaining insurance coverage |
US15/457,705 Abandoned US20210142420A1 (en) | 2014-10-06 | 2017-03-13 | System and Method for Obtaining and/or Maintaining Insurance Coverage |
US16/679,768 Active US10949928B1 (en) | 2014-10-06 | 2019-11-11 | System and method for obtaining and/or maintaining insurance coverage |
Family Applications After (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/871,401 Active 2038-03-29 US10510120B1 (en) | 2014-10-06 | 2015-09-30 | System and method for obtaining and/or maintaining insurance coverage |
US15/457,705 Abandoned US20210142420A1 (en) | 2014-10-06 | 2017-03-13 | System and Method for Obtaining and/or Maintaining Insurance Coverage |
US16/679,768 Active US10949928B1 (en) | 2014-10-06 | 2019-11-11 | System and method for obtaining and/or maintaining insurance coverage |
Country Status (1)
Country | Link |
---|---|
US (4) | US20210166320A1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11354750B1 (en) * | 2014-10-06 | 2022-06-07 | State Farm Mutual Automobile Insurance Company | Blockchain systems and methods for providing insurance coverage to affinity groups |
US11501382B1 (en) | 2014-10-06 | 2022-11-15 | State Farm Mutual Automobile Insurance Company | Medical diagnostic-initiated insurance offering |
US11574368B1 (en) | 2014-10-06 | 2023-02-07 | State Farm Mutual Automobile Insurance Company | Risk mitigation for affinity groupings |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10713728B1 (en) | 2014-10-06 | 2020-07-14 | State Farm Mutual Automobile Insurance Company | Risk mitigation for affinity groupings |
US20210166320A1 (en) | 2014-10-06 | 2021-06-03 | State Farm Mutual Automobile Insurance Company | System and method for obtaining and/or maintaining insurance coverage |
US11042938B1 (en) * | 2016-08-08 | 2021-06-22 | Allstate Insurance Company | Driver identity detection and alerts |
US10776879B1 (en) | 2017-01-17 | 2020-09-15 | State Farm Mutual Automobile Insurance Company | Blockchain controlled multi-carrier auction system for usage-based auto insurance |
US20210264531A1 (en) | 2017-03-03 | 2021-08-26 | State Farm Mutual Automobile Insurance Company | Systems and methods for updating an insured loss history blockchain |
US20210350469A1 (en) | 2017-05-02 | 2021-11-11 | State Farm Mutual Automobile Insurance Company | Distributed ledger system for managing vehicle sensor data utilized to develop collision profiles |
US20210272210A1 (en) * | 2017-05-05 | 2021-09-02 | BlueOwl, LLC | Systems and methods for managing insurance contracts |
US20220005123A1 (en) * | 2018-11-05 | 2022-01-06 | Pineapple Tech, Inc. | Methods and systems for managing digital groups and claim allocations in digital a peer-to-peer insurance network |
US20200364799A1 (en) * | 2019-05-16 | 2020-11-19 | Michael K. Crowe | Insurance recommendation engine |
US11341525B1 (en) | 2020-01-24 | 2022-05-24 | BlueOwl, LLC | Systems and methods for telematics data marketplace |
US11379927B1 (en) | 2020-03-17 | 2022-07-05 | AllDigital Specialty Insurance | System and method for the management of liability risk selection |
US11868729B2 (en) * | 2020-12-29 | 2024-01-09 | International Business Machines Corporation | Analyzing and explaining a temporal evolution of policies and suggesting next steps |
US20230146426A1 (en) * | 2021-10-04 | 2023-05-11 | BlueOwl, LLC | Systems and methods for managing vehicle operator profiles based on telematics inferences via an auction telematics marketplace with a bid profit predictive model |
WO2023061632A1 (en) | 2021-10-11 | 2023-04-20 | Djaparidze Fernandez Levan Roberto | Computer-implemented method to gather and store epidemiological data to calculate damage payments of an infectious disease spreaders fund |
Family Cites Families (220)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5794207A (en) | 1996-09-04 | 1998-08-11 | Walker Asset Management Limited Partnership | Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers |
US5797134A (en) | 1996-01-29 | 1998-08-18 | Progressive Casualty Insurance Company | Motor vehicle monitoring system for determining a cost of insurance |
US6418415B1 (en) | 1996-09-04 | 2002-07-09 | Priceline.Com Incorporated | System and method for aggregating multiple buyers utilizing conditional purchase offers (CPOS) |
US7558752B1 (en) * | 1998-08-07 | 2009-07-07 | Ariba, Inc. | Method and an apparatus for a trading market design and deployment system |
US7249085B1 (en) | 1999-03-31 | 2007-07-24 | Ariba, Inc. | Method and system for conducting electronic auctions with multi-parameter price equalization bidding |
WO2000041108A1 (en) | 1998-12-31 | 2000-07-13 | Walker Digital, Llc | System and method for encouraging competitive participation in an auction |
US6101484A (en) | 1999-03-31 | 2000-08-08 | Mercata, Inc. | Dynamic market equilibrium management system, process and article of manufacture |
US7194427B1 (en) | 1999-03-31 | 2007-03-20 | Vulcan Portals, Inc. | On-line group-buying sale with increased value system and method |
US20120209739A1 (en) | 1999-05-12 | 2012-08-16 | Mesaros Gregory J | Multiple Criteria Buying and Selling Model |
US6862580B1 (en) | 1999-06-11 | 2005-03-01 | Robert M. Ford | System and method for managing tier-priced commodity transactions |
US6629082B1 (en) * | 1999-06-15 | 2003-09-30 | W.R. Hambrecht & Co. | Auction system and method for pricing and allocation during capital formation |
US7330826B1 (en) | 1999-07-09 | 2008-02-12 | Perfect.Com, Inc. | Method, system and business model for a buyer's auction with near perfect information using the internet |
US7996296B2 (en) * | 1999-07-21 | 2011-08-09 | Longitude Llc | Digital options having demand-based, adjustable returns, and trading exchange therefor |
US8126794B2 (en) * | 1999-07-21 | 2012-02-28 | Longitude Llc | Replicated derivatives having demand-based, adjustable returns, and trading exchange therefor |
US20030093355A1 (en) | 1999-08-12 | 2003-05-15 | Gabriel N. Issa, Llc | Method, system and computer site for conducting an online auction |
US8251702B2 (en) | 1999-10-27 | 2012-08-28 | Marks Jeffrey S | Methods and apparatus for online auctions and market-places utilizing program terms |
US8545229B2 (en) | 2000-10-27 | 2013-10-01 | Jeffrey S. Marks | Methods and apparatus for online auctions and market-places utilizing program terms |
US7630986B1 (en) | 1999-10-27 | 2009-12-08 | Pinpoint, Incorporated | Secure data interchange |
US7720743B1 (en) | 1999-10-27 | 2010-05-18 | Marks Jeffrey S | Methods and apparatus for online auctions and market-places utilizing program terms |
US20030236682A1 (en) | 1999-11-08 | 2003-12-25 | Heyer Charlette L. | Method and system for managing a healthcare network |
JP2001178121A (en) | 1999-12-14 | 2001-06-29 | Taiyo Yuden Co Ltd | Electronic component |
WO2001046888A2 (en) | 1999-12-23 | 2001-06-28 | Flashunderwriting.Com | A method and system for the life insurance industry |
JP2001202473A (en) | 2000-01-19 | 2001-07-27 | Ryuichi Yamamoto | Insurance auction on internet |
US7797194B1 (en) | 2000-01-20 | 2010-09-14 | The Topps Company, Inc. | Method and apparatus for offering for sale collectibles on primary and secondary markets |
US20080154694A1 (en) | 2006-12-20 | 2008-06-26 | Steve Litzow | System and method for dynamic price setting and facilitation of commercial transactions |
US20050055299A1 (en) | 2000-02-23 | 2005-03-10 | Phyllis Chambers | System and method for facilitating a request for proposal process |
JP2001243297A (en) | 2000-02-29 | 2001-09-07 | Ibm Japan Ltd | Trial calculation result display method, trial calculation system and computer system |
KR20010087072A (en) | 2000-03-06 | 2001-09-15 | 하찬호 | Insurance Reverse Auction of Insurance Broker |
KR20010091174A (en) | 2000-03-13 | 2001-10-23 | 하찬호 | Reverse Auction of Corporate Insurance |
KR20010091149A (en) | 2000-03-13 | 2001-10-23 | 권혁대 | Insurance auction method through internet |
US20010049650A1 (en) * | 2000-03-28 | 2001-12-06 | Moshal David Clive | Universal system for conducting exchanges over a network |
US20010037281A1 (en) | 2000-04-13 | 2001-11-01 | Jason French | Request for quote (RFQ) system and method |
KR20010104433A (en) | 2000-04-27 | 2001-11-26 | 박도성 | Method of Trading Automobile Insurance Sales in Real Time Using On-line Reverse Auction |
KR20010104473A (en) | 2000-04-29 | 2001-11-26 | 조성진, 이나영 | Community insurance policy system and method for cyber-group |
KR20010098293A (en) | 2000-04-29 | 2001-11-08 | 조성진, 이나영 | Insurance policy mediating method by on-line auction |
US7313539B1 (en) | 2000-05-08 | 2007-12-25 | Pappas Christian S | Method and system for reserving future purchases of goods or services |
US7490050B2 (en) | 2000-05-19 | 2009-02-10 | Travelers Property Casualty Corp. | Method and system for furnishing an on-line quote for an insurance product |
JP2002183504A (en) | 2000-06-27 | 2002-06-28 | Tadashi Goino | Auction method, auction system and server |
AU7326201A (en) | 2000-07-05 | 2002-01-14 | Xml Industries, Llc | Process and architecture for xml-based insurance marketplace |
US20040186755A1 (en) | 2000-07-06 | 2004-09-23 | Roche Christopher M. | Method and system of matching service providers with users based on user input |
KR20020008996A (en) | 2000-07-21 | 2002-02-01 | 송금섭 | A contract with an insurance company that creates a different meeting group on a web server computer on the Internet on a date basis, and suggests a premium rate for prospective insurance subscribers to join a member before the insurance contract and form a group to calculate the lowest premium. Insurance system of reverse auction type and a method thereof. |
US7925523B1 (en) | 2000-09-11 | 2011-04-12 | Safeco Corporation | Method and system for providing insurance policies via a distributed computing network |
WO2002029650A2 (en) | 2000-10-02 | 2002-04-11 | Swiss Reinsurance Company | On-line reinsurance capacity auction system and method |
US20020116231A1 (en) | 2000-11-06 | 2002-08-22 | Hele John C. R. | Selling insurance over a networked system |
US7778912B2 (en) * | 2001-01-10 | 2010-08-17 | Efficient Markets Corporation | System for appraising a financial product |
US20050119580A1 (en) | 2001-04-23 | 2005-06-02 | Eveland Doug C. | Controlling access to a medical monitoring system |
US20020194033A1 (en) | 2001-06-18 | 2002-12-19 | Huff David S. | Automatic insurance data extraction and quote generating system and methods therefor |
US20030023492A1 (en) | 2001-06-20 | 2003-01-30 | John Riordan | Method and system for collecting and processing marketing data |
US7403911B2 (en) * | 2001-07-10 | 2008-07-22 | Hewlett-Packard Development Company, L.P. | Method and system for setting an optimal preference policy for an auction |
KR20030016544A (en) | 2001-08-21 | 2003-03-03 | 연용현 | insurance reverseauction method and system |
WO2003023679A1 (en) | 2001-09-07 | 2003-03-20 | Thomas Eugene Jester | Method for automating price discovery |
CA2462101A1 (en) | 2001-10-03 | 2003-04-10 | Mdoffices.Com, Inc. | Health care management method and system |
US20030074297A1 (en) | 2001-10-04 | 2003-04-17 | Philip Carragher | Financial platform |
US7634420B2 (en) * | 2001-12-21 | 2009-12-15 | Efficient Markets Corporation | System for appraising life insurance and annuities |
US7324968B2 (en) | 2002-03-25 | 2008-01-29 | Paid, Inc. | Method and system for improved online auction |
US7610236B2 (en) | 2002-04-10 | 2009-10-27 | Combinenet, Inc. | Method and apparatus for forming expressive combinatorial auctions and exchanges |
US20040181435A9 (en) | 2002-06-14 | 2004-09-16 | Reinsurance Group Of America Corporation | Computerized system and method of performing insurability analysis |
JP4315420B2 (en) | 2003-04-18 | 2009-08-19 | キヤノン株式会社 | Exposure apparatus and exposure method |
US20050071203A1 (en) | 2003-09-30 | 2005-03-31 | Kevin Maus | Insurance marketplace |
US7860734B2 (en) | 2003-10-02 | 2010-12-28 | Employers Reinsurance Corporation | Systems and methods for quoting reinsurance |
KR100692839B1 (en) | 2004-02-04 | 2007-03-09 | 엘지전자 주식회사 | Mask Of Electro Luminescence Device And Method Of Fabricating The Same |
US7685008B2 (en) | 2004-02-20 | 2010-03-23 | Accenture Global Services Gmbh | Account level participation for underwriting components |
JP3821823B2 (en) | 2004-05-06 | 2006-09-13 | 松下電器産業株式会社 | Wireless communication terminal device and wireless communication method |
US7752120B2 (en) * | 2004-06-14 | 2010-07-06 | Accenture Global Services Gmbh | Auction insurance system |
US7970690B2 (en) | 2004-08-19 | 2011-06-28 | Leadpoint, Inc. | System for implementing automated open market auctioning of leads |
US8571951B2 (en) | 2004-08-19 | 2013-10-29 | Leadpoint, Inc. | Automated attachment of segmentation data to hot contact leads for facilitating matching of leads to interested lead buyers |
US8024203B2 (en) | 2004-09-08 | 2011-09-20 | Efficient Markets Corporation | System for searching and solving for insurance products |
KR100642765B1 (en) | 2004-09-15 | 2006-11-10 | 삼성전자주식회사 | Microelectronic device chip including hybrid bump, package thereof, LCD apparatus having the same and method for fabricating the microelectronic device chip |
US20060136324A1 (en) | 2004-12-21 | 2006-06-22 | Richard Barry | Reverse auction with qualitative discrimination |
US7937278B1 (en) | 2005-01-18 | 2011-05-03 | Allstate Insurance Company | Usage-based insurance cost determination system and method |
US20060178979A1 (en) * | 2005-02-08 | 2006-08-10 | Life Advisors, Inc. | Auction system and method for a life insurance secondary exchange |
US20060206438A1 (en) | 2005-03-11 | 2006-09-14 | Kenji Sakaue | Auction system and system of forming investment trust and financial products and funds including viatical and life settlement |
US8095393B2 (en) | 2005-04-21 | 2012-01-10 | Seifert Michael J | Method and system for automated processing of insurance information |
US20060253366A1 (en) | 2005-05-03 | 2006-11-09 | Rebibo Daniel T | Reverse auction system and method |
AU2006304414B2 (en) * | 2005-10-17 | 2011-01-20 | Cfph, Llc | Products and processes for managing life instruments |
US7630466B2 (en) | 2005-11-15 | 2009-12-08 | Broadcom Corporation | Search engine for a receive equalizer |
US20080052111A1 (en) | 2006-03-15 | 2008-02-28 | Mcmenimen Leo | System and Method for Providing a Personal Health Summary |
US7765146B2 (en) | 2006-06-09 | 2010-07-27 | Research Center For Prevention Of Diabetes | Method and system of adjusting medical cost through auction |
US8296191B1 (en) | 2007-01-10 | 2012-10-23 | Stte, Llc | Electronic open-market commerce system and method |
TW200903372A (en) | 2007-07-13 | 2009-01-16 | Hsiang Wang | Insurance product auction server |
US8577703B2 (en) | 2007-07-17 | 2013-11-05 | Inthinc Technology Solutions, Inc. | System and method for categorizing driving behavior using driver mentoring and/or monitoring equipment to determine an underwriting risk |
US8818618B2 (en) | 2007-07-17 | 2014-08-26 | Inthinc Technology Solutions, Inc. | System and method for providing a user interface for vehicle monitoring system users and insurers |
US7895116B2 (en) | 2007-07-25 | 2011-02-22 | Mukesh Chatter | Seller automated engine architecture and methodology for optimized pricing strategies in automated real-time iterative reverse auctions over the internet and the like for the purchase and sale of goods and services |
US20090037228A1 (en) * | 2007-08-02 | 2009-02-05 | Justin Engel | System and Method for Analyzing Complex Insurance Policy Proposals |
US20090055226A1 (en) | 2007-08-20 | 2009-02-26 | American International Group, Inc. | Method and system for determining rates of insurance |
US8577699B1 (en) | 2007-09-03 | 2013-11-05 | United Services Automobile Association (Usaa) | Quoting insurance premiums |
US8706531B1 (en) | 2007-09-04 | 2014-04-22 | United Services Automobile Association (Usaa) | Automatic insurance quote system and method |
ES2391906T3 (en) | 2007-09-12 | 2012-11-30 | Institut Pasteur | Polynucleotide suitable for a single cell based indicator assay to control gene expression patterns with high spatio-temporal resolution |
US20090099877A1 (en) | 2007-10-11 | 2009-04-16 | Hyde Roderick A | Systems and methods for underwriting risks utilizing epigenetic information |
US8527302B2 (en) * | 2007-12-27 | 2013-09-03 | Fmr Llc | Managing an insurance plan |
TWI425436B (en) * | 2008-03-05 | 2014-02-01 | Shacom Com Inc | Process apparatus and mutual insurance method performed by the process apparatus |
US8219423B2 (en) * | 2008-05-09 | 2012-07-10 | Cfph, Llc | Transferring insurance policies |
US7979341B2 (en) | 2008-05-13 | 2011-07-12 | Haris Hanifi | Dealer to dealer sales lead system and method |
US8433588B2 (en) | 2008-06-10 | 2013-04-30 | Progressive Casualty Insurance Company | Customizable insurance system |
US20130304496A1 (en) | 2008-08-05 | 2013-11-14 | Net.Orange, Inc. | System and method for optimizing clinical flow and operational efficiencies in a network environment |
WO2010018451A1 (en) | 2008-08-14 | 2010-02-18 | Life Events Media Pty Ltd. | Computer implemented methods and systems of determining location-based matches between searchers and providers |
US20150324920A1 (en) | 2008-09-30 | 2015-11-12 | Allstate Insurance Company | Real-Time Insurance Estimate Based on Limited Identification |
US20100131300A1 (en) | 2008-11-26 | 2010-05-27 | Fred Collopy | Visible insurance |
US8463622B2 (en) | 2009-03-10 | 2013-06-11 | The Invention Science Fund I | Computational systems and methods for health services planning and matching |
US20100235242A1 (en) | 2009-03-10 | 2010-09-16 | Searete Llc, A Limited Liability Corporation Of State Of Delaware | Computational systems and methods for health services planning and matching |
US9053469B1 (en) | 2009-07-10 | 2015-06-09 | United Services Automobile Association | System and method for providing usage based vehicle insurance |
CN101961825A (en) | 2009-07-23 | 2011-02-02 | 鸿富锦精密工业(深圳)有限公司 | Method for maintaining mainboard |
US20110022417A1 (en) | 2009-07-24 | 2011-01-27 | Rao Nagaraj V | Insurance quoting system and method |
WO2011025400A1 (en) | 2009-08-30 | 2011-03-03 | Cezary Dubnicki | Structured analysis and organization of documents online and related methods |
US8359259B2 (en) | 2009-11-12 | 2013-01-22 | Hartford Fire Insurance Company | System and method for administering telematics based reinsurance pools |
US9558520B2 (en) | 2009-12-31 | 2017-01-31 | Hartford Fire Insurance Company | System and method for geocoded insurance processing using mobile devices |
US8805707B2 (en) | 2009-12-31 | 2014-08-12 | Hartford Fire Insurance Company | Systems and methods for providing a safety score associated with a user location |
US20110213628A1 (en) | 2009-12-31 | 2011-09-01 | Peak David F | Systems and methods for providing a safety score associated with a user location |
WO2011085040A1 (en) | 2010-01-05 | 2011-07-14 | Abbott Diabetes Care Inc. | System and method for managing medical data and facilitating reimbursement for health care |
CN102971755A (en) | 2010-01-21 | 2013-03-13 | 阿斯玛西格诺斯公司 | Early warning method and system for chronic disease management |
US20120010906A1 (en) | 2010-02-09 | 2012-01-12 | At&T Mobility Ii Llc | System And Method For The Collection And Monitoring Of Vehicle Data |
WO2011123803A1 (en) | 2010-04-02 | 2011-10-06 | Shire Human Genetic Therapies, Inc. | Systems and methods for managing treatment of an orphan disease |
US20120109692A1 (en) | 2010-05-17 | 2012-05-03 | The Travelers Indemnity Company | Monitoring customer-selected vehicle parameters in accordance with customer preferences |
US20120166228A1 (en) | 2010-06-03 | 2012-06-28 | Insurance.com Group, Inc. | Computer-implemented systems and methods for providing automobile insurance quotations |
JP5555066B2 (en) | 2010-06-14 | 2014-07-23 | 東京海上日動火災保険株式会社 | Pay-per-use car insurance information processing method and apparatus |
US20120016692A1 (en) | 2010-07-15 | 2012-01-19 | Joshua Paul Jenkins-Robbins | System and method for analyzing existing and potential life insurance coverage |
US8275640B2 (en) | 2010-07-22 | 2012-09-25 | Webcetera, L.P. | Insurance quoting application for handheld device |
US20120066007A1 (en) | 2010-09-14 | 2012-03-15 | Ferrick David P | System and Method for Tracking and Sharing Driving Metrics with a Plurality of Insurance Carriers |
US8612266B1 (en) | 2010-09-24 | 2013-12-17 | Apollo Healthcare, LLC | Distributing financial risk for insurance coverage |
US8515777B1 (en) | 2010-10-13 | 2013-08-20 | ProcessProxy Corporation | System and method for efficient provision of healthcare |
US20150066740A1 (en) | 2010-11-05 | 2015-03-05 | LTVtrade | System and Method of Electronic Exchange for Residential Mortgages |
US20120123891A1 (en) | 2010-11-12 | 2012-05-17 | Neilesh Shashikant Patel | Professionally-qualified bidding system for a user seeking professional services |
US20120179481A1 (en) | 2011-01-10 | 2012-07-12 | Medimpact Healthcare Systems, Inc. | Recommending Prescription Information |
US8666786B1 (en) | 2011-01-24 | 2014-03-04 | Derek Wirz | Automated system to update insurance carrier with exposure data in real-time |
US8744881B2 (en) * | 2011-02-02 | 2014-06-03 | Oferta, Inc. | Systems and methods for purchasing insurance |
US8615414B2 (en) | 2011-03-08 | 2013-12-24 | T.R.U.S.T. Technology Solutions Llc | Apparatus and method for optimizing insurance policies |
US20120239438A1 (en) | 2011-03-18 | 2012-09-20 | Fidelity Life Association | System and method for providing immediate, short-term life insurance coverage and facilitating offers of longer-term insurance |
US8521567B2 (en) | 2011-05-06 | 2013-08-27 | Radhavenkata Krishna Murthy Varanasi | Insurance exchange |
US8332244B1 (en) | 2011-05-10 | 2012-12-11 | United Services Automobile Association (Usaa) | Determining premiums for life insurance policies |
US8543430B1 (en) | 2011-08-02 | 2013-09-24 | State Farm Mutual Automobile Insurance Company | Systems and methods for providing customized marketing information |
US20150206248A1 (en) | 2011-09-01 | 2015-07-23 | Esurance Insurance Services, Inc. | Apparatus and method for supplying optimized insurance quotes |
US20130066656A1 (en) | 2011-09-12 | 2013-03-14 | Laura O'Connor Hanson | System and method for calculating an insurance premium based on initial consumer information |
US8843409B2 (en) | 2011-10-07 | 2014-09-23 | Webcetera, L.P. | Policy event management system and method |
US20150081329A1 (en) | 2011-10-14 | 2015-03-19 | Stage 5 Innovation, Llc | Systems and methods for health care credit transactions |
US20130096956A1 (en) | 2011-10-14 | 2013-04-18 | Stage 5 Innovation, LLC. | Systems and methods for processing the redemption of health care credits |
US8849803B2 (en) | 2011-10-31 | 2014-09-30 | International Business Machines Corporation | Data collection for usage based insurance |
US8335701B1 (en) | 2011-10-31 | 2012-12-18 | Marsh USA Inc. | System and method for determining opportunities and peer information for insurance policies |
US20130151274A1 (en) | 2011-11-04 | 2013-06-13 | Michael D. Bage | Method and apparatus for enhancing home healthcare |
US20130117048A1 (en) | 2011-11-09 | 2013-05-09 | Branch Banking & Trust Company | System and Method for Online Automobile Insurance Quoting |
US10528913B2 (en) | 2011-12-30 | 2020-01-07 | Elwha Llc | Evidence-based healthcare information management protocols |
US8799032B2 (en) | 2012-05-22 | 2014-08-05 | Hartford Fire Insurance Company | System and method to predict an insurance policy benefit associated with telematics data |
US8799125B2 (en) | 2012-05-24 | 2014-08-05 | Hartford Fire Insurance Company | System and method for rendering dynamic insurance quote interface |
US9024739B2 (en) | 2012-06-12 | 2015-05-05 | Guardity Technologies, Inc. | Horn input to in-vehicle devices and systems |
US20130339062A1 (en) * | 2012-06-14 | 2013-12-19 | Seth Brewer | System and method for use of social networks to respond to insurance related events |
WO2014000131A1 (en) | 2012-06-29 | 2014-01-03 | Yahoo! Inc. | Method and system for organizing and presenting deal content |
US8806522B2 (en) | 2012-07-30 | 2014-08-12 | Verizon Patent And Licensing Inc. | Group based multicast streaming systems and methods |
US20140067472A1 (en) | 2012-08-29 | 2014-03-06 | State Farm Mutual Automobile Insurance Company | System and Method For Segmenting A Customer Base |
US20140081670A1 (en) | 2012-09-14 | 2014-03-20 | Hartford Fire Insurance Company | System and method for automated validation and augmentation of quotation data |
US20140136237A1 (en) | 2012-11-13 | 2014-05-15 | Nicholas G. Anderson | Healthcare data management system |
US20140136259A1 (en) | 2012-11-15 | 2014-05-15 | Grant Stephen Kinsey | Methods and systems for the sale of consumer services |
US20140142987A1 (en) | 2012-11-16 | 2014-05-22 | Ryan Misch | System and Method for Automating Insurance Quotation Processes |
US20140149148A1 (en) | 2012-11-27 | 2014-05-29 | Terrance Luciani | System and method for autonomous insurance selection |
US20140156314A1 (en) | 2012-11-30 | 2014-06-05 | John Gunn | System and method for trading senior life settlement policies |
WO2014089523A1 (en) | 2012-12-07 | 2014-06-12 | Jigsaw Systems, Llc | Online automobile selection and sales systems and methods |
US20140172466A1 (en) | 2012-12-17 | 2014-06-19 | Innodata Synodex, Llc | Shared Medical Data Platform for Insurance Underwriting |
US20140222469A1 (en) | 2013-02-06 | 2014-08-07 | Kemper Corporate Services, Inc. | System and method for automated intelligent insurance re-quoting |
US8666788B1 (en) | 2013-02-08 | 2014-03-04 | Kabir Syed | Systems and methods for facilitating an insurance marketplace for negotiations among brokers and insurance carriers |
US20140244275A1 (en) | 2013-02-25 | 2014-08-28 | Unitedhealth Group Incorporated | Healthcare marketplace |
US20140257863A1 (en) | 2013-03-06 | 2014-09-11 | American Family Mutual Insurance Company | System and method of usage-based insurance with location-only data |
US20140278577A1 (en) | 2013-03-13 | 2014-09-18 | Grange Insurance | System and method for generating insurance premium quotes |
US20160371783A1 (en) | 2013-03-14 | 2016-12-22 | Humana Inc. | Integrated insurance product quote system and method |
US20160034668A1 (en) | 2013-03-14 | 2016-02-04 | Medimpact Healthcare Systems, Inc. | Healthcare fulfillment methods and systems |
US10109014B1 (en) | 2013-03-15 | 2018-10-23 | Allstate Insurance Company | Pre-calculated insurance premiums with wildcarding |
US8719063B1 (en) | 2013-05-07 | 2014-05-06 | Marsh USA Inc. | System and method for comparing information in a process for issuing insurance policies |
US20140358592A1 (en) | 2013-05-31 | 2014-12-04 | OneEvent Technologies, LLC | Sensors for usage-based property insurance |
US20140372151A1 (en) * | 2013-06-14 | 2014-12-18 | TollShare, Inc. | Provision of insurance products |
US9147606B2 (en) | 2013-07-10 | 2015-09-29 | Taiwan Semiconductor Manufacturing Company, Ltd. | ROM chip manufacturing structures |
US20150161738A1 (en) * | 2013-12-10 | 2015-06-11 | Advanced Insurance Products & Services, Inc. | Method of determining a risk score or insurance cost using risk-related decision-making processes and decision outcomes |
US20150025917A1 (en) | 2013-07-15 | 2015-01-22 | Advanced Insurance Products & Services, Inc. | System and method for determining an underwriting risk, risk score, or price of insurance using cognitive information |
US10489798B1 (en) | 2013-08-12 | 2019-11-26 | Allstate Insurance Company | Insurance lead marketplace |
US9135756B2 (en) | 2013-08-14 | 2015-09-15 | Hti Ip, L.L.C. | Providing communications between a vehicle control device and a user device via a head unit |
US20150066727A1 (en) | 2013-08-29 | 2015-03-05 | D. E. Shaw & Co., L.P. | Electronic Trading Exchange with User-Definable Order Execution Delay |
US20150066543A1 (en) | 2013-09-03 | 2015-03-05 | Interactive Driving Systems, Inc. | Methods for facilitating a motor vehicle insurance exchange and devices thereof |
GB2517964A (en) | 2013-09-06 | 2015-03-11 | Underwriteme Ltd | Quotation intermediary system and method |
US20150134344A1 (en) | 2013-11-13 | 2015-05-14 | State Farm Mutual Automobile Insurance Company | Personal Health Data Gathering for Incentive and Insurance Rating Purposes |
US10475126B1 (en) | 2013-12-16 | 2019-11-12 | Little Bear Enterprises, LLC | Insurance quote system |
US20150170287A1 (en) | 2013-12-18 | 2015-06-18 | The Travelers Indemnity Company | Insurance applications for autonomous vehicles |
US9877176B2 (en) | 2013-12-18 | 2018-01-23 | Medlegal Network, Inc. | Methods and systems of managing accident communications over a network |
US20150187019A1 (en) | 2013-12-31 | 2015-07-02 | Hartford Fire Insurance Company | Systems and method for autonomous vehicle data processing |
US9940676B1 (en) | 2014-02-19 | 2018-04-10 | Allstate Insurance Company | Insurance system for analysis of autonomous driving |
US10380693B2 (en) | 2014-02-25 | 2019-08-13 | State Farm Mutual Automobile Insurance Company | Systems and methods for generating data that is representative of an insurance policy for an autonomous vehicle |
US20150269681A1 (en) * | 2014-03-18 | 2015-09-24 | Hti Ip, Llc | Competitive bidding platform for vehicle insurance |
US9898759B2 (en) | 2014-03-28 | 2018-02-20 | Joseph Khoury | Methods and systems for collecting driving information and classifying drivers and self-driving systems |
US20150278855A1 (en) * | 2014-03-28 | 2015-10-01 | Joseph Khoury | Data acquisition, advertising, and compensation |
US10062118B1 (en) | 2014-04-02 | 2018-08-28 | Liberty Mutual Insurance Company | Concepts for providing an insurance quote |
US20150294420A1 (en) | 2014-04-14 | 2015-10-15 | Biosignia, Inc. | Systems, methods, and computer program products that facilitate life insurance underwriting with incomplete data |
US9293042B1 (en) | 2014-05-19 | 2016-03-22 | Allstate Insurance Company | Electronic display systems connected to vehicles and vehicle-based systems |
US10354330B1 (en) | 2014-05-20 | 2019-07-16 | State Farm Mutual Automobile Insurance Company | Autonomous feature use monitoring and insurance pricing |
JP5727650B2 (en) | 2014-05-30 | 2015-06-03 | 東京海上日動火災保険株式会社 | Pay-per-use car insurance information processing method and apparatus |
EP3180761A4 (en) | 2014-06-02 | 2018-07-11 | Aon Singapore Centre for Innovation, Strategy and Management, Pte., Ltd. | Dashboard interface, platform, and environment providing global risk insight platform for insurance brokers and carriers |
US9786154B1 (en) | 2014-07-21 | 2017-10-10 | State Farm Mutual Automobile Insurance Company | Methods of facilitating emergency assistance |
US10580081B2 (en) | 2014-09-05 | 2020-03-03 | Clutch Technologies, Llc | System and method for dynamic insurance coverage in a subscription vehicle service |
US20210166320A1 (en) | 2014-10-06 | 2021-06-03 | State Farm Mutual Automobile Insurance Company | System and method for obtaining and/or maintaining insurance coverage |
US9996882B1 (en) | 2014-10-06 | 2018-06-12 | Allstate Insurance Company | System and method for determining an insurance premium quote based on human telematic data and structure related telematic data |
US10664920B1 (en) * | 2014-10-06 | 2020-05-26 | State Farm Mutual Automobile Insurance Company | Blockchain systems and methods for providing insurance coverage to affinity groups |
US20160203278A1 (en) | 2015-01-14 | 2016-07-14 | Shoemaker LLC | System and method for facilitating multilateral marketplace for presenting bids to consumers |
JP6670526B2 (en) | 2015-01-22 | 2020-03-25 | 株式会社ブロードリーフ | Bidding device, bidding system, bidding method, and computer program |
EP3048574A1 (en) | 2015-01-23 | 2016-07-27 | Tata Consultancy Services Limited | Method and system for provisioning curated insurance service |
US20160217532A1 (en) | 2015-01-23 | 2016-07-28 | Sure, Inc. | Securing Claim Data via Block-Chains for a Peer to Peer Platform |
US10643284B2 (en) | 2015-03-06 | 2020-05-05 | Christopher Rogers | Insurance brokerage services |
WO2016151830A1 (en) | 2015-03-26 | 2016-09-29 | 西村慎司 | Triple internet auction |
US20160283962A1 (en) | 2015-03-27 | 2016-09-29 | Elwha Llc | Systems and methods of using black box data to provide incentives for vehicle purchases |
BR102015009454A2 (en) * | 2015-04-27 | 2017-01-10 | Luciano Trindade De Sousa Monteiro | method and system for performing actions of an auction of a product or service through a communication network |
WO2016183334A1 (en) | 2015-05-12 | 2016-11-17 | Endless River Technologies LLC | Quote exchange system and method for offering comparative rates for an insurance product |
WO2016187485A1 (en) | 2015-05-19 | 2016-11-24 | Cfph, Llc | Binary options on selected indices |
US10467703B2 (en) | 2015-06-10 | 2019-11-05 | State Farm Mutual Automobile Insurance Company | Browser extension for capturing vehicle information from webpage for generating insurance rate quote |
US20170061084A1 (en) | 2015-09-02 | 2017-03-02 | Ashish Pandya | Health Insurance Exchange |
US20160098788A1 (en) | 2015-10-27 | 2016-04-07 | Kevin Sunlin Wang | Method and system for sealed bid auctions |
US20170212997A1 (en) | 2015-12-01 | 2017-07-27 | James BUONFIGLIO | Automated modeling and insurance recommendation method and system |
KR101823015B1 (en) | 2016-01-29 | 2018-01-30 | 디비손해보험 주식회사 | System and Method for Assessing Rate of Premium on Usage-Based Insurance |
US9849364B2 (en) | 2016-02-02 | 2017-12-26 | Bao Tran | Smart device |
US10430883B1 (en) | 2016-02-12 | 2019-10-01 | Allstate Insurance Company | Dynamic usage-based policies |
US11568492B2 (en) | 2016-03-29 | 2023-01-31 | Sony Corporation | Information processing apparatus, information processing method, program, and system |
WO2018028799A1 (en) | 2016-08-12 | 2018-02-15 | Swiss Reinsurance Company Ltd. | Telematics system with vehicle-embedded telematics devices (oem line fitted) for score-driven, automated insurance and corresponding method |
KR101810179B1 (en) | 2016-09-26 | 2017-12-19 | 정주용 | Method and Server for Matching Insurance Contracts between Customers and Insurance Agents |
US20180225770A1 (en) | 2017-02-07 | 2018-08-09 | Insurance Technologies Corporation | Systems and methods for quote continuation |
US20180336640A1 (en) | 2017-05-22 | 2018-11-22 | Insurance Zebra Inc. | Rate analyzer models and user interfaces |
US9953372B1 (en) | 2017-05-22 | 2018-04-24 | Insurance Zebra Inc. | Dimensionality reduction of multi-attribute consumer profiles |
KR20190071065A (en) | 2017-12-14 | 2019-06-24 | 박광호 | Car insurance fare calculation method based on driver using block chain and p2p car sharing mediation service providing method using the block chain |
US20190220930A1 (en) | 2018-01-12 | 2019-07-18 | Ford Global Technologies, Llc | Usage based insurance companion system |
-
2015
- 2015-09-29 US US14/868,864 patent/US20210166320A1/en not_active Abandoned
- 2015-09-30 US US14/871,401 patent/US10510120B1/en active Active
-
2017
- 2017-03-13 US US15/457,705 patent/US20210142420A1/en not_active Abandoned
-
2019
- 2019-11-11 US US16/679,768 patent/US10949928B1/en active Active
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11354750B1 (en) * | 2014-10-06 | 2022-06-07 | State Farm Mutual Automobile Insurance Company | Blockchain systems and methods for providing insurance coverage to affinity groups |
US11501382B1 (en) | 2014-10-06 | 2022-11-15 | State Farm Mutual Automobile Insurance Company | Medical diagnostic-initiated insurance offering |
US11574368B1 (en) | 2014-10-06 | 2023-02-07 | State Farm Mutual Automobile Insurance Company | Risk mitigation for affinity groupings |
Also Published As
Publication number | Publication date |
---|---|
US10510120B1 (en) | 2019-12-17 |
US10949928B1 (en) | 2021-03-16 |
US20210142420A1 (en) | 2021-05-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10949928B1 (en) | System and method for obtaining and/or maintaining insurance coverage | |
US20220012812A1 (en) | Blockchain systems and methods for providing insurance coverage to affinity groups | |
US11823265B2 (en) | System and method for automated trading of financial interests | |
US11501382B1 (en) | Medical diagnostic-initiated insurance offering | |
US10839463B1 (en) | Multiple product quoting | |
US10235688B2 (en) | Web and mobile device advertising | |
US10546335B2 (en) | Systems and methods for presenting vehicular transaction information in a data communication network | |
US20150363862A1 (en) | Financial product recommendation for a consumer | |
US20120310764A1 (en) | Designing online deals leveraging collective buyer purchasing power in online marketplace | |
US20110196776A1 (en) | Method for facilitating exchange of consumer data | |
US20170243288A1 (en) | Delivery apparatus, delivery method, non-transitory computer readable storage medium, and delivery system | |
US20210358046A1 (en) | Systems and Methods for Obtaining and/or Maintaining Insurance for Autonomous Vehicles | |
US20160335726A1 (en) | Quote exchange system and method for offering comparative rates for an insurance product | |
US20220245727A1 (en) | Systems and Methods for Efficiently Reinsuring Insurance Policies | |
US20180308140A1 (en) | System and method for real estate commissions and buyer's rebates advertising | |
US10346868B2 (en) | Gift exchange platform | |
JP2020030460A (en) | Device, method, and program for processing information | |
US20150088627A1 (en) | Method and systems for aggregating multiple quantities of goods, services and products such that value-added incentives can be requested | |
US20180121944A1 (en) | User data currency normalization | |
US20200013097A1 (en) | Connectivity Hub with Data-Hiding Features | |
US20210326991A1 (en) | Systems and Methods for Obtaining and/or Maintaining Usage-Based Insurance | |
US20120271704A1 (en) | Providing differentiated earn rate rewards in a loyalty program based on the value of the program participant | |
WO2011159341A2 (en) | Automated auctioning of exclusive communication rights to subset populations |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: STATE FARM MUTUAL AUTOMOBILE INSURANCE COMPANY, ILLINOIS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ROLL, LEIF AGERHOLM;REEL/FRAME:036822/0065 Effective date: 20150928 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |