Eventing systems and methods to facilitate robust event processing

1. An event processing device, the device comprising:

one or more memories including an event processing model; and

one or more processors interfacing with the one or more memories, and configured to:

retrieve a first event via an application programming interface (API);

parse the first event to determine a parsed event associated with a set of metadata corresponding to the first event;

transmit a notification to a user indicating the parsed event and prompting the user to process the parsed event;

receive a failure processing signal indicating that the parsed event has not been processed; and

schedule a subsequent notification to the user according to an event processing model using at least an exponential back-off based at least in part on the set of metadata;

wherein the subsequent notification indicates the parsed event and prompts the user to process the parsed event.

2. The event processing device of claim 1 , wherein the set of metadata includes at least one selected from a group consisting of a number of failure processing signals, a specified time to transmit the subsequent notification, and an environmental criteria indicating when to transmit the subsequent notification.

3. The event processing device of claim 2 , wherein the one or more processors are further configured to:

retrieve a set of historical notification records indicating a retry timing preference of the user and a notification importance preference of the user;

determine the specified time, an importance indicator associated with the parsed event, and a retry threshold associated with the parsed event based at least in part upon the set of historical notification records;

update a retry counter after receiving each failure processing signal; and

delete the parsed event from the one or more memories after:

the retry counter exceeds the retry threshold; or

the one or more processors receive a successful processing signal indicating that the parsed event has been processed.

4. The event processing device of claim 1 , wherein the one or more processors are configured to schedule the subsequent notification by:

determining a retry time indicative of a duration after transmitting the notification; and

using the exponential back-off by iteratively applying an exponential factor to the retry time following a receipt of a subsequent failure processing signal.

5. The event processing device of claim 4 , wherein the one or more processors are configured to schedule the subsequent notification by:

scheduling the subsequent notification using at least a random jitter by applying a noise signal to the retry time.

6. The event processing device of claim 1 , wherein the one or more processors are further configured to:

receive a set of profile features associated with the user, the set of profile features including an event data indicator and an event type indicator;

compare the parsed event to the set of profile features; and

update an event index based at least in part upon identifying a match between the event type indicator and the parsed event.

7. The event processing device of claim 6 , wherein the one or more processors are further configured to:

responsive to identifying the match between the event type indicator and the parsed event, update the event processing model by including the event data indicator associated with the parsed event and the event type indicator associated with the parsed event;

retrieve a second event from the API;

parse the second event to determine an additional parsed event;

compare the additional parsed event to the set of profile features; and

responsive to failing to identify the match between the event type indicator and the additional parsed event, update the event index by automatically associating the additional parsed event with the user based at least in part upon the event processing model.

8. An event processing method, the method comprising:

retrieving a first event via an application programming interface (API);

parsing the first event to determine a parsed event associated with a set of metadata corresponding to the first event;

transmitting a notification to a user indicating the parsed event and prompting the user to process the parsed event;

receiving a failure processing signal indicating that the parsed event has not been processed; and

scheduling a subsequent notification to the user according to an event processing model using at least an exponential back-off based at least in part on the set of metadata;

wherein the subsequent notification indicates the parsed event and prompts the user to process the parsed event.

9. The event processing method of claim 8 , wherein the set of metadata includes at least one selected from a group consisting of a number of failure processing signals, a specified time to transmit the subsequent notification, and an environmental criteria indicating when to transmit the subsequent notification.

10. The event processing method of claim 9 , further comprising:

retrieving a set of historical notification records indicating a retry timing preference of the user and a notification importance preference of the user;

determining the specified time, an importance indicator associated with the parsed event, and a retry threshold associated with the parsed event based at least in part upon the set of historical notification records;

updating a retry counter after receiving each failure processing signal; and

deleting the parsed event from one or more memories after:

the retry counter exceeds the retry threshold; or

one or more processors receive a successful processing signal indicating the user processed the parsed event.

11. The event processing method of claim 8 , wherein the scheduling the subsequent notification comprises:

determining a retry time indicative of a duration after transmitting the notification; and

using the exponential back-off by iteratively applying an exponential factor to the retry time following a receipt of a subsequent failure processing signal.

12. The event processing method of claim 11 , wherein the scheduling the subsequent notification further comprises:

scheduling the subsequent notification using at least a random jitter by applying a noise signal to the retry time.

13. The event processing method of claim 8 , further comprising:

receiving a set of profile features associated with the user, the set of profile features including an event data indicator and an event type indicator;

comparing the parsed event to the set of profile features; and

updating an event index based at least in part upon identifying a match between the event type indicator and the parsed event.

14. The event processing method of claim 13 , further comprising:

responsive to identifying the match between the event type indicator and the parsed event, updating the event processing model by including the event data indicator associated with the parsed event and the event type indicator associated with the parsed event;

retrieving a second event from the API;

parsing the second event to determine an additional parsed event;

comparing the additional parsed event to the set of profile features; and

responsive to failing to identify the match between the event type indicator and the additional parsed event, updating the event index by automatically associating the additional parsed event with the user based at least in part upon the event processing model.

15. A computer readable storage medium comprising non-transitory computer readable instructions stored thereon for event processing to increase processing throughput, wherein the instructions when executed on one or more processors cause the one or more processors to:

retrieve a first event via an application programming interface (API);

parse the first event to determine a parsed event associated with a set of metadata corresponding to the first event;

transmit a notification to a user indicating the parsed event and prompting the user to process the parsed event; and

receiving a failure processing signal indicating that the parsed event has not been processed;

schedule a subsequent notification to the user according to an event processing model using an at least exponential back-off based at least in part on the set of metadata;

wherein the subsequent notification indicates the parsed event and prompts the user to process the parsed event.

16. The computer readable storage medium of claim 15 , wherein the set of metadata includes at least one selected from a group consisting of a number of failure processing signals, a specified time to transmit the subsequent notification, and an environmental criteria indicating when to transmit the subsequent notification.

17. The computer readable storage medium of claim 15 , wherein the instructions when executed on the one or more processors cause the one or more processors to receive, from the user, at least one of a specified time and an environmental criteria.

18. The computer readable storage medium of claim 16 , wherein the instructions when executed on the one or more processors cause the one or more processors to:

retrieve a set of historical notification records indicating a retry timing preference of the user and a notification importance preference of the user;

determine the specified time, an importance indicator associated with the parsed event, and a retry threshold associated with the parsed event based at least in part upon the set of historical notification records;

update a retry counter after receiving each failure processing signal; and

delete the parsed event from one or more memories after:

the retry counter exceeds the retry threshold; or

the one or more processors receive a successful processing signal indicating that the parsed event has been processed.

19. The computer readable storage medium of claim 15 , wherein the instructions when executed on the one or more processors cause the one or more processors to schedule the subsequent notification by:

determining a retry time indicative of a duration after transmitting the notification; and

using the exponential back-off by iteratively applying an exponential factor to the retry time following a receipt of a subsequent failure processing signal.

20. The computer readable storage medium of claim 15 , wherein the instructions when executed on the one or more processors further cause the one or more processors to:

receive a set of profile features associated with the user on one or more memories, the set of profile features including an event data indicator and an event type indicator; comparing the parsed event to the set of profile features, and

update an event index based at least in part upon identifying a match between the event type indicator and the parsed event;

responsive to identifying the match between the event type indicator and the parsed event, update the event processing model by including the event data indicator associated with the parsed event and the event type indicator associated with the parsed event;

retrieve a second event from the API;

parse the second event to determine an additional parsed event;

store the additional parsed event in the one or more memories;

compare the additional parsed event to the set of profile features; and

responsive to failing to identify the match between the event type indicator and the additional parsed event, update the event index by automatically associating the additional parsed event with the user based at least in part upon the event processing model.