Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
  • G06Q40/08—Insurance

Definitions

• the present invention relates generally to a consumer electronics device. More particularly, the present invention relates to systems and methods that detect use of the consumer electronics device.
• known insurance or protection plans are conventionally based on a retail price of the consumer electronics device, a cost to replace the consumer electronics device, or a cost to repair the consumer electronics device.
• known insurance or protection plans fail to account for use of the consumer electronics device or consumer tendencies while using the consumer electronics device.
• FIG. l is a block diagram of a system in accordance with disclosed embodiments.
• FIG. 2 is a flow diagram of a method for detecting whether an electronics device has been dropped in accordance with disclosed embodiments
• FIG. 3 is a graph plotting accelerometer measurements in accordance with disclosed embodiments
• FIG. 4 is a graph plotting a tendency to drop a device in accordance with disclosed embodiments
• FIG. 5 is a flow diagram of a method for adjusting risk in accordance with disclosed embodiments
• FIG. 6 is a flow diagram of a method for adjusting risk and generating warnings in accordance with disclosed embodiments
• FIG. 7 is a graph plotting device depreciation in accordance with disclosed embodiments.
• FIG. 8 is a flow diagram of a method for accounting for device depreciation in accordance with disclosed embodiments.
• FIG. 9 is a flow diagram of a method for accounting for device durability in accordance with disclosed embodiments.
• FIG. 10 is a flow diagram of a method for generating a protection plan based on device diagnostics in accordance with disclosed embodiments. DETAILED DESCRIPTION
• Embodiments disclosed herein include systems and methods that can detect use of a consumer electronics device and systems and methods that can generate and offer insurance or protection plans that measure, account, and adjust for the use of the consumer electronics device and consumer tendencies while using the consumer electronics device.
• systems and methods disclosed herein can receive or retrieve data from sensors included within the consumer electronics device, analyze the data, and determine whether the data indicates that the consumer electronics device has been dropped. For example, in some embodiments, systems and methods disclosed herein can determine whether the data from an accelerometer included within the consumer electronics device indicates that acceleration of the consumer electronics device is consistent with the consumer electronics device being dropped, such as the data both exceeding a first threshold value and dropping below a second threshold value within a predetermined period of time or the data initially dropping below the second threshold value, subsequently exceeding the first threshold value, and subsequently dropping below the second threshold value within the predetermined period of time.
• systems and methods disclosed herein can determine whether the data from a gyroscope included within the consumer electronics device indicates that a rotation and an orientation of the consumer electronics device is consistent with the consumer electronics device being dropped and strongly impacting a surface.
• systems and methods disclosed herein can identify activities related to the consumer electronics device that pose potential risk of damage to the consumer electronics device. For example, in some embodiments, systems and methods disclosed herein can identify the activities that pose the potential risk of damage to the consumer electronics device based on location data of the consumer electronics device, intended location data of the consumer electronics device, or intended events to be attended by a user of the consumer electronics device.
• systems and methods disclosed herein can monitor user interactions with the consumer electronics device, including the user interactions or a lack of the user interactions with applications executed by the consumer electronics device, to determine a potential risk to the consumer electronics device or other items protected by an insurance or protection plan.
• systems and methods disclosed herein can transmit an audible or visual warning message to the user indicative of the user interactions identified as posing the potential risk.
• systems and methods disclosed herein can identify a replacement cost percentage for the consumer electronics device based on a depreciated value of the consumer electronics device and generate and offer a discounted insurance or protection plan when the replacement cost percentage exceeds a predetermined threshold value.
• systems and methods disclosed herein can identify a durability index rating for the consumer electronics device and generate and offer a discounted insurance or protection plan when the durability index rating exceeds a predetermined threshold value. In some embodiments, systems and methods disclosed herein can identify the durability index rating based on extensive testing of various makes and models of consumer electronics devices.
• systems and methods disclosed herein can execute a diagnostics test on the consumer electronics device, determine whether any components of the consumer electronics device are non-functional or broken, and generate and offer a discounted insurance or protection plan when a predetermined number of the components are identified as non-functional.
• a value of the discounted insurance or protection plan can be based on which of the components is identified as non-functional and, based on past policy claims data, how often that non-functioning component is broken.
• FIG. 1 is a block diagram of a system 100 in accordance with disclosed embodiments and can implement the methods disclosed herein.
• the system 100 can include a consumer electronics device 3 that can be operated by a user 1 and that can execute a software application 2.
• the software application 2 can communicate with and receive or retrieve data from one or more sensors 4 included within the consumer electronics device 3.
• the consumer electronics device 3 can include a smartphone, a tablet, or a laptop computer.
• the consumer electronics device 3 can include up to eight of the sensors 4, including one or more of a touchscreen, an accelerometer, a gyroscope, a magnetometer, a global positioning (GPS) system, a barometer, an ambient light sensor, a proximity sensor, and a fingerprint sensor. Additionally or alternatively, in some embodiments, the sensors 4 can include one or more cameras, which can collect the data when the software 2 includes video analytics software.
• the software application 2 can be stored and executed on the consumer electronics device 3. Alternatively, in some embodiments, the software application 2 can be web-based and can retrieve the data from the sensors 4 when the consumer electronics device 3 navigates to a website universal resource locator (URL) associated with the software application 2 or at periodic intervals identified by the software application 2.
• URL website universal resource locator
• the software application 2 can generate a user risk profile 5 based on the data received from the sensors 4 and save the user risk profile 5 in a database device. For example, in some embodiments, the software application 2 can use the data from the sensors 4 to determine whether the consumer electronics device 3 has been dropped by the user 1 a predetermined number of times that indicates a propensity for dropping the consumer electronics device 3. Responsive thereto, the software application 2 can generate the user risk profile 5 to indicate that the user 1 has a propensity to drop the consumer electronics device 3, and, therefore, is associated with a predetermined level of risk to insure.
• the software application 2 and the consumer electronics device 3 can transmit the user risk profile 5 to a protection and insurance offering system 7 via a network connection, such as a LTE, 4G, WiFi, or any other Internet-based connection, and in some embodiments, the protection and insurance offering system 7 can include a cloud-based server, which can be accessible at a predetermined URL. In some embodiments, the protection and insurance offering system 7 can also receive or retrieve input data 6 from other sources.
• a network connection such as a LTE, 4G, WiFi, or any other Internet-based connection
• the protection and insurance offering system 7 can include a cloud-based server, which can be accessible at a predetermined URL.
• the protection and insurance offering system 7 can also receive or retrieve input data 6 from other sources.
• the input data 6 can include identifications of locations that present an increased risk to the safety of the consumer electronics device 3, identifications of times and dates of events that present an increased risk to the safety of the consumer electronics device 3, identifications of past interactions of the user 1 with another device, or identifications of any other factors that may impact the risk associated with the user 1 owning and using the consumer electronics device 3.
• the protection and insurance offering system 7 can generate a risk based policy offering 8 that is customized to the user and the consumer electronics device 3.
• the risk based policy offering 8 can include a custom price to insure the consumer electronics device 3 for the user 1, and in some embodiments, the risk based policy offering 8 can include terms and a scope of protection for an insurance or protection plan associated with the user 1 and the consumer electronics device 3.
• the risk based policy offering 8 can include a provision in a terms of service associated with the risk based policy offering 8 requiring that the software application 2 be installed on the consumer electronics device 2 at all times during the life of the risk based policy offering 8 and that removal of the software application 2 from the consumer electronics device will void insurance protection associated with the risk based policy offering 8.
• a common and constant risk to the consumer electronics device 3 is that the user 1 will drop the consumer electronics device 3, thereby damaging the consumer electronics device 3. For example, if the user 1 drops the consumer electronics device 3 from a sufficient height and in a specific manner, then a screen of the consumer electronics device 3 may shatter. Thus, an important factor measured by the software application 2 and included in the user risk profile 5 is when and how often the user 1 drops the consumer electronics device 3.
• the software application 2 can identify a trauma event each time the consumer electronics device 3 is dropped from a height that ends in a hard impact, and the software application 2 can use the trauma event to create the user risk profile 5.
• the software application 2 can communicate with the user 1, such as by generating a notification message (e.g. email notification, push notification) that includes one or more suggested proactive actions to prevent future drops.
• the one or more suggested proactive actions may include the user 1 purchasing a shock-absorbing case for the consumer electronics device 3, a screen protector for the consumer electronics device, or gripping strips that increase an amount of friction on a housing of the consumer electronics device 3 while being held by the user 1.
• the notification message may include one or more reasons for the suggested proactive action, such as data that suggests the user 1 drops the consumer electronics device 3 more than average.
• the software application 2 can identify when the consumer electronics device 3 has been dropped. For example, in some embodiments, the software application 2 can monitor the data from the sensors 4, such as the accelerometer, to determine whether the consumer electronics device 3 has been dropped. In some embodiments, the software application 2 can identify an impact level of the consumer electronics device 3 being dropped to differentiate between a damage-inducing drop when the consumer electronics device 3 impacts a hard surface (e.g. a cement floor) and a harmless drop when the consumer electronics device 3 impacts a soft surface (e.g. a couch). In some embodiments, the software application 2 can validate the impact level using the data collected from sensors 4, such as the accelerometer or the gyroscope.
• FIG. 2 is a flow diagram of a method 200 for detecting whether the consumer electronics device 3 has been dropped in accordance with disclosed embodiments.
• the method 200 can include starting a background service, as in 3-1.
• the background service can be started by installing the software application 2 on the consumer electronics device 3 for continually monitoring the data from the sensors 4 to detect conditions indicative of a drop.
• the background service may be unnoticeable to the user 1 during regular use of the consumer electronics device 3.
• the method 200 can also include setting lower and upper threshold values and a time interval, as in 3-2.
• the lower and upper threshold values and the time interval can be predetermined, and in some embodiments, the upper threshold can be greater than the lower threshold.
• the upper threshold value can be set to an acceleration value corresponding with a height at which the consumer electronics device 3 must be dropped to qualify as a damage-inducing drop.
• the lower and upper threshold values can be based on a type of the consumer electronics device 3 on which the software application 2 is installed. For example, an iPhone 8 Plus may be heavier than an iPhone 8 so, when dropped, a force of impact for the iPhone 8 Plus may be higher than the iPhone 8.
• the software application 2 installed on the iPhone 8 Plus may set the upper threshold value higher than the software application 2 installed on the iPhone 8 sets the upper threshold value.
• the upper and lower threshold values can be identified from the data from the sensors 4, including acceleration values measured by the accelerometer, angular velocity values measured by the gyroscope, and/or orientation values measured by the gyroscope and the magnetometer.
• the lower and upper threshold values can be set at values that facilitate identifying drops that follow the same general pattern discussed herein.
• the method 200 can also include the software application 2 determining whether the data from the accelerometer is indicative of a drop, that is, whether the data indicates that an acceleration of the consumer electronics device 3 exceeded the upper threshold value and subsequently fell below the lower threshold value within the time interval or whether the data indicates that the acceleration of the consumer electronics device 3 initially fell below the lower threshold value, subsequently exceeded the upper threshold value, and subsequently fell below the lower threshold value, as in 3-3.
• the accelerometer can include a tri- axial accelerometer with three axes (x-axis, y-axis, and z-axis) for measuring the data in three directions, and the data from the accelerometer can be measured in meters per second squared.
• the software application 2 can calculate a geometric mean of the data associated with the three axes as follows:
• sqrt (a x , a y , a z ).
• the software application 2 can repeat 3-3.
• the method 200 can continue to 3-4.
• FIG. 3 is a graph 300 plotting accelerometer measurements in accordance with disclosed embodiments and identifies the upper threshold value 302, the lower threshold value 304, and the data indicative of a drop 306.
• the data from the accelerometer can include the force of gravity (e.g. 9.81 m/s 2 ). Accordingly, when the consumer electronics device 3 is stationary on a surface, the data from the accelerometer can be 9.81. However, when the consumer electronics device is falling downwards, the data from the accelerometer can be 0. In this regard and as seen in FIG. 3, during the drop, the data from the accelerometer can initially fall below the lower threshold value 304 (e.g.
• the method 200 can determine that the consumer electronics device 3 was dropped on a soft surface and, therefore, that the drop was harmless.
• the method 200 can also include the software application 2 determining whether the drop concluded with an impact exceeding an impact threshold value, as in 3-4. For example, in some embodiments, the method 200 can identify an impact level of the consumer electronics device 3 being dropped to differentiate between a damage-inducing drop when the consumer electronics device 3 impacts a hard surface and a harmless drop when the consumer electronics device 3 impacts the soft surface.
• the method 200 can validate the drop with the data from the sensors 4, such as the data from the gyroscope indicative of the rotation and/or the orientation of the consumer electronics device 3 in azimuth (angle around the x-axis), pitch (angle around the y-axis), and roll (angle around the z-axis) directions ( Q C, Q U, Q Z).
• the impact threshold value can be set based on rotation and orientation values of the consumer electronics device 3 impacting a hard surface during a drop and/or dropping and inducing damage, wherein such values can be identified via modeling and testing of consumer electronics devices.
• the method 200 can include the software application 2 registering the drop on a cloud server, such as the protection and insurance offering system 7, as in 3-5.
• registering the drop can include the software application 2 updating a risk profile 5 for the user 1 and the consumer electronics device 3.
• FIG. 4 is a graph 400 plotting a tendency to drop a device in accordance with disclosed embodiments and identifies four drops over a period of time.
• the software application 2 can set a thrown threshold value that can be lower than the lower threshold value. In these embodiments, when the data from the accelerometer falls below the thrown threshold value, the software application 2 can determine that the consumer electronics device 3 has been thrown, an event that may not be protected by the risk based policy offering 8. Additionally or alternatively, the software application 2 can determine that the consumer electronics device 3 has been thrown upward when the data from the accelerometer increased before initially falling below the lower threshold value.
• the protection and insurance offering system 7 can generate a notification message to the consumer electronics device 3 that includes an offer to the user 1 to purchase a case or a screen protector and that can be accompanied by data illustrative of the user 1 having the propensity to drop the consumer electronics device 3.
• the protection and insurance offering system 7 can increase a price of the risk based policy offering 8 in response to determining that the user 1 has the propensity to drop the consumer electronics device 3 and notify the user 1 as such.
• FIG. 5 is a flow diagram of a method 500 for adjusting risk in accordance with disclosed embodiments, for example, by generating a risk profile for the user 1 based on user events and user activities that may affect the risk involved with insuring or protecting the consumer electronics device 3.
• the method 500 can include starting an event detection process, as in 4-1.
• the event detection process can include a background service that operates in conjunction with the background service described in connection with FIG. 2.
• the method 500 can include the software application 2 or the protection and insurance offering system 7 identifying the user events and the user activities, as in 4-2, and retrieving identified risk scenarios from an event monitoring database, as in 4-3, to determine whether any of the user events and the user activities matches any of the identified risk scenarios, as in 4-4. If no matches are identified, as in 4-4, then the method 500 can include the software application 2 continuing to monitor for the user events and the user activities, as in 4-2, and retrieve the identified risk scenarios, as in 4-3.
• the method 500 can include the software application 2 registering the one of the user events and the user activities identified as in 4-3 on the cloud server, as in 4-5.
• one of the identified risk scenarios can include the user 1 attending a concert, a sporting event, a street festival, or a political march that has a high risk for the consumer electronics device 3 because the user 1 is likely to capture a video or a photograph while holding the consumer electronics device 3 at an elevated height or because large crowds associated with such a high risk event increase the likelihood of the consumer electronics device 3 being stolen.
• the software application 2 can retrieve the identified risk scenario (e.g.
• the software application 2 can identify a match with the identified risk scenario and can register the user purchasing the concert ticket purchase on the cloud server, as in 4-5.
• one of the identified risk scenarios can include the user 1 traveling internationally or to another high risk location.
• the software application 2 can retrieve the identified risk scenario (e.g. international travel) and monitor the activities of the user 1 to determine whether the user 1 purchased a ticket to, reserved lodging in, or is physically present in an international location, a specific country particularly associated with risk (e.g. a developing country), or a risky or unsafe geographic location (e.g. a high crime neighborhood), for example, by monitoring a destination address entered by the user 1 into navigation software (e.g. Waze, Google Maps) or by monitoring GPS coordinates of the consumer electronics device 3 relative to GPS coordinates of the international location, the specific country particularly associated with risk, or the risky or unsafe geographic location.
• navigation software e.g. Waze, Google Maps
• the software application 2 can identify a match with the identified risk scenario and can register the user 1 purchasing the ticket to the international location on the cloud server, as in 4-5.
• the protection and insurance offering system 7 can generate a notification message to the consumer electronics device 3 that includes an offer to the user 1 to purchase added protection or insurance at any time prior to the user attending or travelling to the one of the identified risk scenarios to provide enhanced protection or heightened insurance for any or all portions of the user attending or travelling to the one of the identified risk scenarios.
• FIG. 6 is a flow diagram of a method 600 for adjusting risk and generating warnings in accordance with disclosed embodiments, for example, by monitoring the user activities of the user 1 within other applications executed by the consumer electronics device 3.
• the method 200 can identify risky behavior of the user 1 through the consumer electronics device 3 and offer an insurance or protection plan through the protection and insurance offering system 7 for more than just the consumer electronics device 3.
• the protection and insurance offering system 7 can offer insurance or protection for data stored on the consumer electronics device 3, stationary electronics in a home of the user 1, or actions of the user 1.
• the method 600 can include starting an actions monitoring process, as in
• the actions monitoring process can include a background service that operates in conjunction with the background service described in connection with FIG. 2 or the event detection process described in connection with FIG. 5.
• the method 600 can include the software application 2 identifying applications and actions that have a pertinence for insurance from a database, as in 10-2, and identifying the user events and the user activities, as in 4-2, to determine whether any of the user events and the user activities matches any of the applications and actions that have a pertinence for insurance, as in 10-3.
• the method 600 can determine the user activities by monitoring a user interface or touchscreen of the consumer electronics device 3.
• the method 600 can include the software application 2 continuing to monitor for the user events and the user activities, as in 4-2. However, if one of the user events and the user activities identified as in 4-2 matches one of the applications and the actions identified as in 10-2, then the method 600 can include the software application 2 registering the one of the user events and the user activities identified as in 4-3 on the cloud server, as in 4-5
• the method 600 can include determining whether the one of the user events and the user activities identified as in 4-2 requires a notification message for warning the user 1, as in 10-5. If so, then the notification message can be generated and audibly or visibly presented to the user 1, as in 10-6.
• one of the applications and the actions identified as in 10-2 can include an application that controls a home security system of the user 1.
• the software application 2 determines, through GPS data, that the user 1 is away from home, the software application 2 can determine whether the user 1 has armed the home security system via the application that controls the home security system.
• the software application 2 can generate a notification message to remind the user 1 to arm the home security system via the application that controls the home security system. Failure to consistently arm the home security system or respond to reminders to do so can result in increased costs in the risk based policy offering 8.
• one of the applications and the actions identified as in 10-2 can include an application that backs up data stored on the consumer electronics device 3.
• the software application 2 can monitor the user 1 backing up the consumer electronics device 3 via the application that backs up data stored on the consumer electronics device 3, and upon a failure to backup within a predetermined period of time, the software application 2 can offer a service to back up the data stored on the consumer electronics device 3 via the risk based policy offering 8 and/or automatically back up the consumer electronics device 3.
• FIG. 7 is a graph plotting device depreciation for an iPhone 6s mobile device, an iPhone X mobile device, and a Samsung Galaxy S6 mobile device. As shown in FIG. 7, 70-80% of a device’s value is lost after one year. Accordingly, systems and methods disclosed herein can offer a discounted insurance plan based on the device depreciation.
• FIG. 8 is a flow diagram of a method 800 for accounting for device depreciation in accordance with disclosed embodiments, for example, by basing a price of an insurance offering on depreciated value.
• the consumer electronics device 3 can depreciate from a launch date regardless of when the consumer electronics device 3 was purchased because newer versions are always being developed.
• the iPhone 8 launched in October, 2017 at a release price of $750 and continued to sell at that price for an extended period of time thereafter. Nevertheless, a value of the iPhone 8 depreciated approximately 1% per week with a floor determined by demand in the marketplace.
• the method 800 can include determining a make and a model of the consumer electronics device, as in 801, and identifying a replacement cost percentage of the consumer electronics device 3, as in 802.
• the replacement cost percentage can be identified as follows: 100
• the release price can be a retail price of the consumer electronics device 3 when the consumer electronics device 3 was first launched and where ASP can be an average selling price of the consumer electronics device 3 on a secondary market. ASP can be updated monthly or at some other periodic interval.
• the method 800 can factor additional variables into the replacement cost percentage, such as months since the launch date, device attributes, seasonal effects, macro variables, and worldwide or geographical calamities (e.g. political turmoil that affects trade or a typhoon in Asia that halts trading, thereby impacting a supply of consumer electronics devices in North America), each of which can be assigned a coefficient and incorporated into the equation used for identifying the replacement cost percentage.
• the method 800 can include comparing the replacement cost percentage to a threshold value as in 804. When the replacement cost percentage exceeds the threshold value, the method 800 can include extending a discounted insurance offering to the user 1, as in 806. For example, if a smartphone was purchased on January 1, 2018 for $1,000 (e.g. release price) and is valued on December 1, 2019 at $300 (e.g. ASP), then the replacement cost percentage can be 70%, and the method 800 can offer the discounted insurance offering with a 50% discount.
• a smartphone was purchased on January 1, 2018 for $1,000 (e.g. release price) and is valued on December 1, 2019 at $300 (e.g. ASP)
• the replacement cost percentage can be 70%
• the method 800 can offer the discounted insurance offering with a 50% discount.
• Some technology for consumer electronics devices can increase a durability of the consumer electronics device 3.
• some smartphones can include organic light emitting diode (OLED) displays.
• OLED displays can have higher durability and a lower propensity for cracks and scratches. Indeed, testing has shown that an iPhone 7 having an OLED screen breaks only 6% of the time when dropped from a distance of ten feet whereas an iPhone 6 having an LCD screen breaks 74% of the time when dropped from the same distance and that the iPhone 7 has a decreased chance of damage to a back glass, a back camera, a front camera, and a loud speaker as compared to the iPhone 6. Accordingly, systems and methods disclosed herein can offer a discounted insurance plan based on device durability.
• FIG. 9 is a flow diagram of a method 900 for accounting for device durability in accordance with disclosed embodiments, for example, by basing a price of an insurance offering on the device durability.
• the method 900 can include starting a risk assessment process, as in 6-1.
• the risk assessment process can include a background service that operates in conjunction with the background service described in connection with FIG. 2, the event detection process described in connection with FIG. 5, or the actions monitoring process 10-1 described in connection with FIG. 7.
• the method 900 can include determining a make and a model of the consumer electronics device 3, as in 6-2, for example, by referencing data stored on the consumer electronics device 3, a profile of the user 1 stored by the protection and insurance offering system 7, or a TCP/IP packet sent over the Internet. Then, the method 900 can include retrieving a device durability index rating associated with the make and the model from a device durability index database, as in 6-3, and determining whether the device durability index rating exceeds a predetermined threshold value, as in 6-4. When the device durability index rating exceeds the predetermined threshold value, as in 6-4, the method 900 can include the protection and insurance offering system 7 offering a discounted rate.
• systems and methods disclosed herein can also include creating and populating the device durability index database with a respective device durability index rating for each of a plurality of makes and each of a plurality of models based on significant diagnostic testing of the plurality of makes and the plurality of models and aggregate data thereof. Additionally or alternatively, systems and methods disclosed herein can identify the respective device durability rating for each of the plurality of makes and each of the plurality of models from a respective part durability rating for each of a plurality of parts forming a respective device.
• the consumer electronics device 3 may be broken, but the user
• FIG. 10 is a flow diagram of a method 1000 for generating a protection plan based on device diagnostics in accordance with disclosed embodiments, for example, by generating a specialized insurance plan based on results of a diagnostics test.
• the method 1000 can include the software application 2 executing a diagnostics test, as in 9-2 and, based on results of the diagnostics test, determining whether all components of the consumer electronics device 3 are functional, as in 9-3.
• the method 1000 can include the software application 2 generating a report indicative thereof, and the protections and insurance offering system 7 can offer a standard rate insurance plan, as in 9- 4.
• the software application 2 can generate a report that identifies an exclusionary list that includes the components of the consumer electronics device 3 that failed the diagnostics test, as in 9-5.
• the method 1000 can include the software application 2 transmitting the exclusionary list to the protections and insurance offering system 7, which can use the exclusionary list to reference a protection offering database, as in 5- 3, and provide a specialized offer with exclusions, as in 9-6.
• the protection and insurance offering system 7 can offer an insurance plan that excludes protection of the front camera and is discounted
• an amount of a discount can be based on a percentage of insurance claims that claim damage to such a non-functional component (e.g. the front camera). For example, if relatively few insurance claims claim damage to the front camera (e.g. 10%), then a price of the insurance plan can be discounted a relatively small amount (e.g. 5% discount). Alternatively, if a screen of the consumer electronics device 3 is cracked and, therefore, the non functional component, and a relatively high number of insurance claims claim damage to the screen (e.g., 75%), then the discount can be higher (e.g. 45% discount).
• the discount can be based on a relative value of the non functional component toward an overall value of the consumer electronics device 3. Additionally or alternatively, in some embodiments, the discount can be based on a price to repair the non functional component. For example, if the price to repair the non-functional component is higher than functioning components of the consumer electronics device 3, then the discount can be higher than if the price to repair the non-functional component were lower than the functioning components.
• the systems and methods disclosed herein present a substantial advancement over the prior art by identifying a price to insure a consumer electronics device based on data from sensors of the consumer electronics device itself. Furthermore, the systems and methods disclosed herein improve upon the prior art by continually monitoring and detecting data related to risk-creating events and actions of the consumer electronics device, the health of the consumer electronics device, and the overall condition of the consumer electronics device via a software application executing and operating in the background of the consumer electronics device without disrupting other functions or applications executed by the consumer electronics device. Finally, the systems and methods disclosed herein are an improvement to the prior art because the systems and methods disclosed herein interact with the sensors of the consumer electronics device itself, thereby facilitating the consumer electronics device regularly monitoring its own health to protect itself from damage.

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)
• User Interface Of Digital Computer (AREA)

Priority Applications (6)

Applications Claiming Priority (2)

Publications (1)

Family

ID=68385041

Family Applications (1)

Country Status (6)

Cited By (2)

Families Citing this family (1)

Citations (6)

Family Cites Families (44)

• 2018
  • 2018-05-04 US US15/971,550 patent/US12236486B2/en active Active
• 2019
  • 2019-05-05 MX MX2020011701A patent/MX2020011701A/es unknown
  • 2019-05-05 EP EP19796532.0A patent/EP3788586B1/en active Active
  • 2019-05-05 JP JP2020562135A patent/JP2021523448A/ja active Pending
  • 2019-05-05 BR BR112020022330-1A patent/BR112020022330A2/pt unknown
  • 2019-05-05 WO PCT/US2019/030773 patent/WO2019213641A1/en not_active Ceased
• 2020
  • 2020-11-03 MX MX2024006851A patent/MX2024006851A/es unknown
  • 2020-11-03 MX MX2025004262A patent/MX2025004262A/es unknown
• 2024
  • 2024-05-10 JP JP2024077106A patent/JP2024112855A/ja active Pending
• 2025
  • 2025-01-17 US US19/029,346 patent/US20250265657A1/en active Pending

Patent Citations (6)

Also Published As

Similar Documents

Legal Events