Reformatting message content upon detecting transmission failure

Individuals use mobile devices to communicate with each other. Mobile devices provide various different channels of communication between two or more individuals including, voice, video, text messaging, and intra-application communications, to name just a few examples. These various communication channels often transfer messages or data using various or different communications protocols.

These communication protocols may have different capabilities, such that when one communication protocol is unavailable, other communication protocols may still be available to a particular mobile device. But these communication protocols may not always work together. For example, if a user sends a text message from a first device to a second device, and the text message cannot be delivered, the delivery may be marked as failed even though other communication protocols or applications may be available to deliver messages between the devices.

The accompanying drawings are incorporated herein and form a part of the specification.

FIG. 1 is a block diagram illustrating example functionality for providing a network aggregation system (NAS), according to some embodiments.

FIG. 2A is a flow chart and data flow diagram illustrating example operations of a network aggregation system (NAS), according to some example embodiments.

FIG. 2B is another flow chart and data flow diagram illustrating example operations of a network aggregation system (NAS), according to some example embodiments.

FIG. 2C is a block diagram and data flow diagram illustrating example operations of a network aggregation system (NAS), according to some example embodiments.

FIG. 3 is a flowchart illustrating example operations for providing a network aggregation system (NAS), according to some embodiments.

FIG. 4 is example computer system useful for implementing various embodiments.

In the drawings, like reference numbers generally indicate identical or similar elements. Additionally, generally, the left-most digit(s) of a reference number identifies the drawing in which the reference number first appears.

Provided herein are system, apparatus, device, method and/or computer program product embodiments, and/or combinations and sub-combinations thereof, for providing a network aggregation system.

Individuals use mobile devices to communicate with each other. Mobile devices provide various different channels of communication between two or more individuals including, voice, video, text or SMS (short messaging service) messaging, and intra-application communications to name a few. These various communication channels often transfer messages or data using various or different communications protocols.

These communication protocols may have different capabilities, such that when one communication protocol is unavailable, other communication protocols may still be available to a particular mobile device. But these communication protocols may not always work together. For example, if a user sends a text message from a first device to a second device, and the text message cannot be delivered, the delivery may be marked as failed even though other communication protocols or applications may be available to deliver messages between the devices.

According to embodiments of this disclosure, rather than simply accepting the failed delivery of the message as being an ultimate result, a network aggregation system (NAS) 102 may use different communication protocols and/or applications to send the contents of a message to the second device. In an embodiment, NAS 102 may continue to try different protocols and/or applications until the contents of the message have been successfully delivered or a retry threshold has been reached. FIG. 1 is a block diagram 100 illustrating example functionality for providing a network aggregation system (NAS) 102 , according to some embodiments.

A first user 112 A operating a first mobile device 108 A may want to communicate with a second user 112 B operating a second mobile device 108 B. The communications may include sending a message 104 (or messages) back and forth between the devices 108 A, 108 B. In an embodiment, the messages 104 may be text or SMS messages or application 114 messages (including Internet enabled chat messages). Message 104 may include alphanumeric text, image files, audio files, emojis, Internet or network links, or other multimedia or documents. Message 104 may enable for synchronous or asynchronous communications between the devices 108 A, 108 B.

Application 114 (which may be used to generally refer to applications 114 A and/or 114 B) may include an app or program that enables users 112 A, 112 B to communicate with other users using or through the application 114 . In an embodiment, both users 112 A, 112 B may have registered accounts with a specific application 114 and may have that application 114 installed on their mobile devices 108 A, 108 B to communicate with each other. Example applications 114 include, but are not limited to, WHATSAPP, FACEBOOK MESSENGER, VIBER, WECHAT, and LINE. The applications 114 may enable intra-app communications, such as messages from WHATSAPP 114 A or WHATSAPP 114 B, or VIBER 114 A to VIBER 114 B. In an embodiment, the mobile devices 108 A, 108 B may include multiple different applications installed and configured for communications.

In an embodiment, message 104 may either be an SMS or application 114 message. While message 104 is primarily referred to herein as an alphanumeric or text-based message (which may include images or other files), it is understood that in other embodiments, message 104 may include telephone (e.g., audio) or video communications or data packets as well, whereby applications 114 A, 114 B may support audio or video communications.

In an embodiment, mobile device 108 A may be communicatively coupled to a first network 110 A in a first geographic region, and mobile device 108 B may be communicatively coupled to a different, second network 110 B in the same or different geographic region. Networks 110 A, 110 B may include local or regional telephone or other telecommunications networks that enable the devices 108 A, 108 B to send and receive data, messages, and/or make phone calls or video calls.

As users 112 A, 112 B are moving or traveling, their mobile devices 108 A, 108 B may continuously (and automatically) connect and disconnect from various local networks, including but not limited to networks 110 A, 110 B. Communications (including the transmission of a message 104 ) between the devices 108 A, 108 B may travel across portions of both networks 110 A, 110 B. And in another embodiment, additional networks (not illustrated) may participate in the transmission or data packets or message 104 as well.

Either mobile device 108 A, 108 B may be a mobile phone, laptop, tablet, smart television, or other smart device, TOT (Internet of Things) device, or other computing device configured with the ability to send and/or receive messages 104 . Using mobile device 108 A, user 112 may compose a message 104 to be sent to mobile device 108 B (which may be the same or different type of device as mobile device 108 A).

Message 104 may include a content portion 116 . Content 116 may include alphanumeric text, images, emojis, video, audio, voice, network links, or other attached multimedia files or documents. In addition to content portion 116 , message 104 may include header or other packet, routing, or transmission information, which may be part of format 118 .

Message 104 may be generated, arranged, formatted, or packaged into an original or first format 118 for transmission to mobile device 108 B. Format 118 may indicate or correspond to a type of message (SMS or application 114 ) and/or communication protocol 120 over which message 104 is being transmit (or initially transmit) from mobile device 108 A over network 110 A. In an embodiment, format 118 may include a source and destination of message 104 .

In an embodiment, format 118 may indicate that content 116 is initially packaged in a text or SMS message (when transmit by mobile device 108 A). In an embodiment, format 118 may vary based on which program, communication protocol 120 A, 120 B, or application 114 A is being used to transmit and/or receive the message 104 .

In an embodiment, text or SMS messages 104 may be transmitted over networks 110 using an SS7 (signaling system number 7 ) protocol. SS7 may be a telephony system signaling protocol which may be used to transmit data or messages 104 (including audio or telephone calls and text messages) over a public switched telephone network. Other examples of similar communications protocols that may be used by various networks 110 A, 110 B include, but are not limited to, CCSS7 (Common Channel SS7), C7, and CCIS7 (Common Channel Interoffice Signaling 7 ). In other embodiments, networks 110 may use any text or SMS compatible protocols when message 104 (or reformatted message 126 ) is an SMS or text message.

Other example communication protocols or channels which may be used to transmit message 104 between the mobile devices 108 A, 108 B and/or NAS 102 , include but are not limited to OTT (over the top) and SMPP (short message peer-to-peer). In an embodiment, OTT may be used to send messages 104 and other data over the Internet, including providing intra or inter messaging between applications 114 A, 114 B. In other embodiments, networks 110 may use any data packet or application message compatible protocols when message 104 (or reformatted message 126 ) is an application message.

Protocol 120 A may refer to a first communications protocol (corresponding to format 118 ) over which message 104 may be initially transmit from mobile device 108 A over network 110 A. Protocol 120 B may refer to a second communications protocol (corresponding to format 130 ) over which a reformatted message 126 may be transmit from NAS 102 over a network 110 B directed to mobile device 108 B. Protocol 120 B may include any communication channel or protocol different from protocol 120 A.

In an embodiment, format 118 may include particular or specific information that is to be included in the header or packets of message 104 which may be determined based on the type of device 108 A, type of message (e.g., SMS or application 114 A), content 116 of the message (e.g., text, video, audio, images, etc.), and/or type of network 110 A that is available to mobile device 108 A. Format 118 may also include allowances or restrictions on types of content 116 that may be included with a message 104 and/or a packet or message size restrictions. In the example of FIG. 1 , the original format 118 of message 104 may correspond to protocol 120 A, enabling message 104 to be transmit or delivered to and/or through network 110 A (to mobile device 108 B and/or NAS 102 ).

In an embodiment, message 104 may also include or indicate a destination 122 . Destination 122 may indicate to which telephone number, user account, or mobile device 108 B message 104 is being transmit. In an embodiment, message 104 may include or be transmit to multiple different destinations or mobile devices 108 B. In an embodiment, destination 122 may include a telephone number, IP (internet protocol) address, MAC (media access control), username or user identifier, or other identification information that enables network 110 A to determine how and/or where to route message 104 .

Network 110 A may receive message 104 from mobile device 108 A. Based on destination 122 , which may be indicated in a header of a packet corresponding to message 104 , network 110 A may determine whether mobile device 108 B (as indicated by destination 122 ) is accessible on the same network 110 A as mobile device 108 A. If mobile device 108 B is connected to the same network 110 A and/or same protocol 120 A, then network 110 A may simply deliver message 104 directly to mobile device 108 B without any intervention or processing by NAS 102 . In an embodiment of a network switch (e.g., from network 110 A to network 110 B) and/or a transmission failure of message 104 on the same network 110 A between devices 108 A, 108 B, NAS 102 may perform message processing as described herein.

In an embodiment, mobile device 108 B may need to be communicatively connected or accessible not only over the same network 110 A but also accessible using the same original communication protocol 120 A to avoid NAS 102 intervention. If, however, network 110 A determines that mobile device 108 B is not accessible on the same network 110 A or communications of message 104 to mobile device 108 B failed using the initial or first protocol 120 A, then message 104 may be transmit to NAS 102 for forwarding across one or more other networks 110 B (including one or more intervening NASs ( 102 ), which may perform their own reformatting)) until the message 104 is delivered to mobile device 108 B.

NAS 102 may be an aggregator, exchange, or junction or computing devices that receive messages 104 from various networks 110 A (or through initial protocols 120 A) and that transmit the messages 104 to different carriers or networks 110 B and/or with different protocols 120 B. In an embodiment, NAS 102 may include a system of computing devices, routers, or servers of an organization that has negotiated agreements with various network operators of networks 110 A, 110 B, enabling cross-communication, forwarding, or transmission of data or messages 104 to and from different networks 110 A, 110 B using one or more different communication protocols 120 A, 120 B.

In an embodiment, NAS 102 may receive a message 104 transmit using a first protocol 120 A or format 118 on a first network 110 A, reformat the message, and re-transmit or forward the reformatted message 126 using the same network 110 A but a different protocol 120 B or format 130 (e.g., associated with a different application 114 B than the original application 114 A). In another embodiment, NAS 102 may receive message 104 transmit using the first protocol 120 A or format 118 on the first network 110 A, reformat the message 104 , and re-transmit or forward the reformatted message 126 over a different network 110 B using a different protocol 120 B and/or format 130 .

In an embodiment, when a network operator, subscriber, or device (of network 110 A) determines that the destination 122 of a message belongs to a mobile device 108 B that is connected to a different network 110 B (or is otherwise inaccessible using the initial protocol 120 A on network 110 A), the device may transmit or forward message 104 to NAS 102 for handling or processing. NAS 102 may then forward or transmit the message 104 (as is) to the different network 110 B. In an embodiment, this initial forwarding process may include some updating or adding information, such as in header or other packet information of message 104 .

In an embodiment, NAS 102 may maintain a transaction log 124 . Transaction log 124 may indicate a delivery status of message 104 with regard to its ultimate delivery to another user account or mobile device 108 B. In an embodiment, network 110 B (or network 110 A) may provide status updates back to NAS 102 with regard to the delivery of message 104 to mobile device 108 B (or another intervening network or NAS 102 ). In an embodiment, the status or updated of a forwarded message may include: sent, delivered, timed out, or error.

The “sent” status may indicate that message 104 was received by NAS 102 from network 110 A and sent to network 110 B for delivery to mobile device 108 B. Sent may indicate that no delivery confirmation has yet been received. In an embodiment, the statuses may include indications of which protocol 120 A, 120 B or format 118 , 130 with which message 104 was received and/or forwarded, including the number of times the message was reformatted.

The “delivered” status may indicate that message 104 was successfully transmitted to mobile device 108 B. In an embodiment, delivered may indicate that a delivery confirmation has been received or detected. In an embodiment, delivered may further indicate whether the message was read, accessed, or opened by the user 112 B of device 108 B.

The “timed out” status may indicate that after a particular time period or number of retries, message 104 could not be confirmed as being either delivered/sent or received. The “error” status may indicate that there is a network device error or malfunction or other unknown or unresolved error that is preventing the successful transmission or delivery of message 104 to mobile device 108 B.

If NAS 102 receives a “delivered” status update from network 110 B, then processing of the message 104 is completed (and no further action may be required by NAS 102 , other than communicating the status back to network 110 A or mobile device 108 A). However, if either a “timed out” status is determined by NAS 102 or received from network 110 B or the “error” status is received from network 110 B, NAS 102 may reformat, and re-forward or re-transmit message 104 (as reformatted message 126 ) using a different protocol 120 B and/or format 130 , relative to the original format 118 and/or protocol 120 A. Or, as described above, NAS 102 may reformat a message 104 intended for a mobile device on the same network 110 A, but for which initial delivery (in an original format 118 and/or protocol 120 A) has failed.

If, for example, message 104 is a text message transmit over the SS7 protocol, NAS 102 may transmit the same text message 104 using the SS7 protocol over network 110 B. However, network 110 B may determine that the message 104 cannot be delivered to mobile device 108 B using the SS7 protocol because the protocol is unavailable due to the geographic location of mobile device 108 B or some other reason.

Rather than simply returning an indication to mobile device 108 A that the message is undeliverable or that delivery has failed, NAS 102 may reformat the message 104 using a different protocol 120 B (and/or format 130 ), such as OTT. NAS 102 may then transmit or forward the reformatted message 126 over network 110 B using the different protocol 120 B. Because while mobile device 108 B may be (temporarily) unavailable to receive text messages using the SS7 protocol, mobile device 108 B may still be able to receive application messages using the OTT protocol. Or, for example, NAS 102 may reformat contents 116 (as reformatting message 126 ) using a different application 114 , from the original application 114 A, but over the same protocol 120 A.

The formatting or reformatting process may include extracting the content 116 of the message 104 and adding new header, footer, or packet information in accordance with what is required by a particular protocol 120 B or application 114 B (e.g., format 130 ) with at least a portion of the original content 116 (as may be allowable with the new format 130 ).

In an embodiment, message 104 may be a message sent from mobile device 108 A using a first application 114 A, such as WHATSAPP. However, mobile device 108 B may not include the WHATSAPP application or the message 104 may otherwise be undeliverable to mobile device 108 B. NAS 102 , upon detecting a timed out or error status for message 104 (which may be received from network 110 A or network 110 B), may reformat the original message 104 as reformatted message 126 . In an embodiment, the reformatted messages 126 may be in the form of an SMS message and may be re-transmit over network 110 B to mobile device 108 B.

In an embodiment, NAS 102 may reformat the original WHATAPP message format 118 into the format 130 of a FACEBOOK MESSENGER message corresponding to an application 114 B that is executing on mobile device 108 B, and re-send the reformatted message 126 (using the same or different communication protocol 120 A). In an embodiment, NAS 102 may repeatedly reformat the message 104 into different formats 130 and/or using different protocols 120 B until the content 116 of the message 104 has been successfully delivered (as indicated in log 124 ) or a failure threshold has been reached.

In an embodiment, NAS 102 may maintain a device log 128 . Device log 128 may indicate which devices 108 A, 108 B are compatible with sending and receiving messages 104 using which applications 114 A, 114 B and/or protocols 120 A, 120 B. For example, NAS 102 may track which applications 114 are installed on mobile devices 108 A, 108 B and/or for which applications 114 A, 114 B users 112 A, 112 B have registered accounts.

In an embodiment, device log 128 may indicate over which protocols 120 particular devices 108 A, 108 B are compatible to send/receive message 104 . Then, for example, when reformatting a failed or undelivered message, NAS 102 may verify with device log 128 whether mobile device 108 B is compatible with a particular application 114 A, 114 B or protocol 120 A, 120 B prior to forwarding or transmitting the message 104 or reformatted message 126 .

In an embodiment, device log 128 may include a timestamp indication of which messages 104 were failed to be delivered to mobile device 108 B using different applications 114 , formats 118 , 130 , and/or protocols 120 . Then, for example, when receiving a message 104 , NAS 102 may check device log 128 to determine if an earlier message was failed to be delivered using the provided format 118 and/or protocol 120 A. If, an earlier error has occurred within a threshold period of time, then NAS 102 may reformat the contents 116 as described herein, and transmit or forward the reformatted message 126 using a different protocol 120 B or format 130 , rather than wasting resources transmitting another message that is likely to fail. For example, if a failure occurred using the SS7 protocol ( 120 A) within the previous 3 seconds, then NAS 102 may automatically reformat any received messages 104 using the SS7 protocol directed to mobile device 108 B.

In an embodiment, NAS 102 may enable user 112 A to use a first application 114 A for sending message 104 from mobile device 108 A, and may further enable the user 112 A to select through which application 114 B user 112 A wants user 112 B to receive the content 116 of message 104 . This information may be stored as destination 122 .

For example, user 112 A may compose a text message 104 using mobile device 108 A, but may want to select by which application user 112 B is to receive the content 116 of message 104 . NAS 102 may enable user 112 A to select the receipt of content 116 of a text message 104 as a WHATSAPP message.

In an embodiment, message 104 may then be transmit from mobile device 108 A as a text message to NAS 102 . NAS 102 may then reformat the content 116 from format 118 (SMS or text) into format 130 (WHATSAPP) prior to delivering reformatted message 126 over network 110 B to mobile device 108 B. If the delivery of the WHATSAPP message fails, then the original SMS format 118 and/or protocol 120 A may be used to transmit the message over network 110 B. In another embodiment, the reformatting of the text message to a WHATSAPP message may occur locally on mobile device 108 A, prior to transmission to network 110 A.

FIG. 2A is a flow chart and data flow diagram 200 illustrating example operations of a network aggregation system (NAS) 102 , according to some example embodiments. A network device 202 operating on or communicatively coupled to network 110 A may deliver a message (e.g., message 104 from FIG. 1 ) to NAS 102 . Network devices 202 , 204 A, 204 B may be any devices (such as servers, laptops, desktops, or routers) that are operable on networks and configured to send and/or receive messages.

A message or messages may be delivered from network device 202 (which may receive the message from a mobile device) to NAS 102 by network 110 A using a traditional SS7 protocol. NAS 102 may then forward or deliver the message over network 110 B using the same or traditional SS7 protocol to network device 204 A. In an embodiment, the message may be sent across various different networks or network devices if the same message is being delivered to multiple, different end user devices.

As referenced above, if the delivery of the message to network device 204 A and/or the delivery from network device 204 A to an ultimate end user device (or another intervening network or NAS 102 ) fails, then a failed status may be returned to or received by NAS 102 . NAS 102 may then reformat the content of the message and try delivering the reformatted message over the OTT platform to network device 204 B (which may be a different or same device as network device 204 A), on the same network 110 B, which may then try and deliver the message to an end user or destination device. The result of the transmission (failure or success) may then be communicated back to NAS 102 and logged in a network or transaction log (e.g., transaction log 124 of FIG. 1 ).

FIG. 2B is a flow chart and data flow diagram 210 illustrating example operations of a network aggregation system (NAS) 102 , according to some example embodiments. The operations illustrated in FIG. 2B are similar to those described above with respect to FIG. 2A , except that the original message may be sent using the OTT protocol (e.g., as an application message). And upon a failure indication by network device 204 B, NAS 102 may re-transmit the message over the SS7 protocol (e.g., as a text or SMS message) for ultimate delivery to an end user device.

FIG. 2C is a block diagram and data flow diagram 220 illustrating example operations of a network aggregation system (NAS) 102 , according to some example embodiments. FIG. 2C illustrates that NAS 102 may provide for cross-compatibility, cross-messaging, or inter-application communications between various apps or applications 214 . The illustrated applications 214 include, but are not limited to, WHATSAPP 214 A, VIBER 214 B, LINE 214 C, and WECHAT 214 D. The applications 214 may include any applications capable of sending and/or receiving intra-application alphanumeric or text messages.

In an embodiment, NAS 102 may have access to the application programming interfaces (APIs) of the various applications 214 , and thus may be able to reformat the messages or content based on the source and destination applications. This may allow users to select from which application a user wants to compose or send a message, and to which application the user wants another user to receive the message (or content thereof). In an embodiment, the destination device phone number may be associated with various selectable applications. The operations illustrated in FIG. 2C may enable a user to send a Line message ( 214 C) to another user who only has a Viber account ( 214 B).

FIG. 3 is a flowchart 300 illustrating example operations for providing a network aggregation system (NAS) 102 , according to some embodiments. Method 300 can be performed by processing logic that can comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e.g., instructions executing on a processing device), or a combination thereof. It is to be appreciated that not all steps may be needed to perform the disclosure provided herein. Further, some of the steps may be performed simultaneously, or in a different order than shown in FIG. 3 , as will be understood by a person of ordinary skill in the art. Method 300 shall be described with reference to FIG. 1 . However, method 300 is not limited to the example embodiments, and may be applicable to other embodiments (such as those shown in FIGS. 2A-2C ).

In 310 , a transmission failure resulting from transmitting a message from a first network operator to a second network operator is detected. For example, NAS 102 may detect a transmission failure in forward or transmitting message 104 to network 110 B. In an embodiment, the failure may be a “timed out” or “error” failure.

Alternatively, a user 112 A may request that the content 116 of a particular message 104 be reformatted from a first format 118 into a second format 130 prior to the system detecting a failure event. In an embodiment, if a transmission failure (with content 116 in the new format 130 ) is detected, NAS 102 may revert to the original format 118 , or try a different format as described herein.

In 320 , a first format of the message is identified. For example, NAS 102 may identify a format 118 with which message 104 was initially transmitted from mobile device 108 A to NAS 102 , and/or from NAS 102 to network 110 B. In an embodiment, format 118 may correspond to either an SMS or application based format or an SS7 or OTT protocol.

In 330 , the message content from the first format is reformatted to a second format. For example, NAS 102 may reformat the content 116 of the original message 104 to fit into a second or different format 130 . For example, an SS7 protocol message may be reformatted as an OTT formatted message, or vice versa.

In 340 , the reformatted message content is re-transmitted in the second format to the second network operator. For example, NAS 102 may transmit or forward the reformatted message 126 to network 110 B for transmission to mobile device 108 B.

Various embodiments may be implemented, for example, using one or more well-known computer systems, such as computer system 400 shown in FIG. 4 . One or more computer systems 400 may be used, for example, to implement any of the embodiments discussed herein, as well as combinations and sub-combinations thereof.

Computer system 400 may include one or more processors (also called central processing units, or CPUs), such as a processor 404 . Processor 404 may be connected to a communication infrastructure or bus 406 .

Computer system 400 may also include customer input/output device(s) 403 , such as monitors, keyboards, pointing devices, etc., which may communicate with communication infrastructure 406 through customer input/output interface(s) 402 .

One or more of processors 404 may be a graphics processing unit (GPU). In an embodiment, a GPU may be a processor that is a specialized electronic circuit designed to process mathematically intensive applications. The GPU may have a parallel structure that is efficient for parallel processing of large blocks of data, such as mathematically intensive data common to computer graphics applications, images, videos, etc.

Computer system 400 may also include a main or primary memory 408 , such as random access memory (RAM). Main memory 408 may include one or more levels of cache. Main memory 408 may have stored therein control logic (i.e., computer software) and/or data.

Computer system 400 may also include one or more secondary storage devices or memory 410 . Secondary memory 410 may include, for example, a hard disk drive 412 and/or a removable storage device or drive 414 . Removable storage drive 414 may be a floppy disk drive, a magnetic tape drive, a compact disk drive, an optical storage device, tape backup device, and/or any other storage device/drive.

Removable storage drive 414 may interact with a removable storage unit 418 . Removable storage unit 418 may include a computer usable or readable storage device having stored thereon computer software (control logic) and/or data. Removable storage unit 418 may be a floppy disk, magnetic tape, compact disk, DVD, optical storage disk, and/any other computer data storage device. Removable storage drive 414 may read from and/or write to removable storage unit 418 .

Secondary memory 410 may include other means, devices, components, instrumentalities or other approaches for allowing computer programs and/or other instructions and/or data to be accessed by computer system 400 . Such means, devices, components, instrumentalities or other approaches may include, for example, a removable storage unit 422 and an interface 420 . Examples of the removable storage unit 422 and the interface 420 may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM or PROM) and associated socket, a memory stick and USB port, a memory card and associated memory card slot, and/or any other removable storage unit and associated interface.

Computer system 400 may further include a communication or network interface 424 . Communication interface 424 may enable computer system 400 to communicate and interact with any combination of external devices, external networks, external entities, etc. (individually and collectively referenced by reference number 428 ). For example, communication interface 424 may allow computer system 400 to communicate with external or remote devices 428 over communications path 426 , which may be wired and/or wireless (or a combination thereof), and which may include any combination of LANs, WANs, the Internet, etc. Control logic and/or data may be transmitted to and from computer system 400 via communication path 426 .

Computer system 400 may also be any of a personal digital assistant (PDA), desktop workstation, laptop or notebook computer, netbook, tablet, smart phone, smart watch or other wearable, appliance, part of the Internet-of-Things, and/or embedded system, to name a few non-limiting examples, or any combination thereof.

Computer system 400 may be a client or server, accessing or hosting any applications and/or data through any delivery paradigm, including but not limited to remote or distributed cloud computing solutions; local or on-premises software (“on-premise” cloud-based solutions); “as a service” models (e.g., content as a service (CaaS), digital content as a service (DCaaS), software as a service (SaaS), managed software as a service (MSaaS), platform as a service (PaaS), desktop as a service (DaaS), framework as a service (FaaS), backend as a service (BaaS), mobile backend as a service (MBaaS), infrastructure as a service (IaaS), etc.); and/or a hybrid model including any combination of the foregoing examples or other services or delivery paradigms.

Any applicable data structures, file formats, and schemas in computer system 400 may be derived from standards including but not limited to JavaScript Object Notation (JSON), Extensible Markup Language (XML), Yet Another Markup Language (YAML), Extensible Hypertext Markup Language (XHTML), Wireless Markup Language (WML), MessagePack, XML User Interface Language (XUL), or any other functionally similar representations alone or in combination. Alternatively, proprietary data structures, formats or schemas may be used, either exclusively or in combination with known or open standards.

In some embodiments, a tangible, non-transitory apparatus or article of manufacture comprising a tangible, non-transitory computer useable or readable medium having control logic (software) stored thereon may also be referred to herein as a computer program product or program storage device. This includes, but is not limited to, computer system 400 , main memory 408 , secondary memory 410 , and removable storage units 418 and 422 , as well as tangible articles of manufacture embodying any combination of the foregoing. Such control logic, when executed by one or more data processing devices (such as computer system 400 ), may cause such data processing devices to operate as described herein.

Based on the teachings contained in this disclosure, it will be apparent to persons skilled in the relevant art(s) how to make and use embodiments of this disclosure using data processing devices, computer systems and/or computer architectures other than that shown in FIG. 4 . In particular, embodiments can operate with software, hardware, and/or operating system implementations other than those described herein.

It is to be appreciated that the Detailed Description section, and not any other section, is intended to be used to interpret the claims. Other sections can set forth one or more but not all exemplary embodiments as contemplated by the inventor(s), and thus, are not intended to limit this disclosure or the appended claims in any way.

While this disclosure describes exemplary embodiments for exemplary fields and applications, it should be understood that the disclosure is not limited thereto. Other embodiments and modifications thereto are possible, and are within the scope and spirit of this disclosure. For example, and without limiting the generality of this paragraph, embodiments are not limited to the software, hardware, firmware, and/or entities illustrated in the figures and/or described herein. Further, embodiments (whether or not explicitly described herein) have significant utility to fields and applications beyond the examples described herein.

Embodiments have been described herein with the aid of functional building blocks illustrating the implementation of specified functions and relationships thereof. The boundaries of these functional building blocks have been arbitrarily defined herein for the convenience of the description. Alternate boundaries can be defined as long as the specified functions and relationships (or equivalents thereof) are appropriately performed. Also, alternative embodiments can perform functional blocks, steps, operations, methods, etc. using orderings different than those described herein.

References herein to “one embodiment,” “an embodiment,” “an example embodiment,” or similar phrases, indicate that the embodiment described can include a particular feature, structure, or characteristic, but every embodiment can not necessarily include the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it would be within the knowledge of persons skilled in the relevant art(s) to incorporate such feature, structure, or characteristic into other embodiments whether or not explicitly mentioned or described herein. Additionally, some embodiments can be described using the expression “coupled” and “connected” along with their derivatives. These terms are not necessarily intended as synonyms for each other. For example, some embodiments can be described using the terms “connected” and/or “coupled” to indicate that two or more elements are in direct physical or electrical contact with each other. The term “coupled,” however, can also mean that two or more elements are not in direct contact with each other, but yet still co-operate or interact with each other.

The breadth and scope of this disclosure should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents.