EP3127305A1 - Distribution de contenu numérique - Google Patents

Distribution de contenu numérique

Info

Publication number
EP3127305A1
EP3127305A1 EP15774176.0A EP15774176A EP3127305A1 EP 3127305 A1 EP3127305 A1 EP 3127305A1 EP 15774176 A EP15774176 A EP 15774176A EP 3127305 A1 EP3127305 A1 EP 3127305A1
Authority
EP
European Patent Office
Prior art keywords
content
data
document
user
recipient
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.)
Withdrawn
Application number
EP15774176.0A
Other languages
German (de)
English (en)
Other versions
EP3127305A4 (fr
Inventor
Timothy J. Reedy
Steven A. KECA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
RR Donnelley and Sons Co
Original Assignee
RR Donnelley and Sons Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US14/243,685 external-priority patent/US20140223573A1/en
Application filed by RR Donnelley and Sons Co filed Critical RR Donnelley and Sons Co
Publication of EP3127305A1 publication Critical patent/EP3127305A1/fr
Publication of EP3127305A4 publication Critical patent/EP3127305A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/01—Customer relationship services
    • 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/0601—Electronic shopping [e-shopping]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials

Definitions

  • This disclosure relates generally to content delivery, and, more particularly, to systems and methods for digital content delivery.
  • Electronic mailboxes are known means for enabling people to receive and send electronic or digital content such as emails.
  • Cloud storage has developed to enable people to store digital content on remote storage media over a network, which may be accessible from a plurality of devices communicatively coupled to the network.
  • These known systems rely on the individual to organize the received content.
  • FIG. 1 shows an example digital content delivery system in accordance with the teachings of these disclosures.
  • FIG. 2 shows further details of the example system of FIG. 1.
  • FIG. 3 shows further details of the example system of FIG.1.
  • FIG. 4 is a schematic view of example service components of the example system of
  • FIG. 5 is a block diagram showing further details of the example system of FIG. 1.
  • FIG. 6 shows example login interfaces and screenshots of an example operation of the example system of FIG. 1.
  • [001 ] FTG. 7 is an example screenshot of an example operation of the example system of FIG. 1.
  • FIG. 8 is a block diagram illustrating example relationships between the components of the example system of FIG. 1.
  • FIG. 9 is a block diagram illustrating example relationships between the components of the example system of FIG. 1.
  • FIG. 10 is a block diagram of details of an example user interface, example content provider and example storage schemes of the example system of FIG. 1.
  • FIG. 11 is a block diagram of an example extensible framework to implement the example system of FIG. 1 and the example processes.
  • FIGS. 12A and 12B are block diagrams of an example data model used in the example system of FIG. 1 and the example processes.
  • FIG. 13 is a block diagram of an alternative example system for providing digital content delivery in accordance with the teachings of this disclosure.
  • FIG. 14 is a block diagram of example logical architecture for the example systems and methods disclosed herein.
  • FIG. 15 is a block diagram of an example lockbox feature.
  • FIG. 16 is a block diagram of an alternative example lockbox feature.
  • FIG. 17 is a block diagram of example system architecture.
  • FIG. 18 is a block diagram of example deployment architecture.
  • FIG. 19 is an example block diagram of an example system to implement the examples disclosed herein.
  • FIG. 20 is an example flow chart of an example process to implement the examples disclosed herein.
  • FIG. 21 is a flow chart representing an example user or recipient registration process in accordance with the teachings of this disclosure.
  • FIG. 21 A is a flow chart representing an example process 2100 of initializing, registering or confirming a user or recipient upon receiving a request from the recipient 108 to receive content digitally
  • FIG. 21B illustrates additional details of the example process of FIG. 21 A.
  • FTG. 21 C illustrates additional details of the example process of FIG. 21 A.
  • FIG. 22 is a flow chart representing an example process for publishing content in accordance with the teachings of this disclosure.
  • FIG. 23 illustrates additional details of the example process of FIG. 22.
  • FIG. 24 illustrates additional details of the example process of FIG. 22.
  • FIG. 25 illustrates additional details of the example process of FIG. 22.
  • FIG. 26 is a block diagram of example communications with an example third party cloud provider.
  • FIG. 27 is a block diagram of an alternative example system and/or process for providing digital content delivery in accordance with the teachings of this disclosure.
  • FIG. 28 is a flow chart representing an example process to implement the system of FIG. 27.
  • FIG. 29 is a flow chart representing an example process to implement the system of FIG. 27.
  • FIG. 30 is a flow chart representing an example process to implement the system of FIG. 27.
  • FIG. 31 is a flow chart representing an example process to implement the system of FIG. 27.
  • FIGS. 32A and 32B is a block diagram of an example data structure that can be used to implement the examples disclosed herein.
  • FIGS. 33A - 33K are block diagrams of example data structures in accordance with the teachings of this disclosure.
  • FIG. 34 illustrates an example processor platform that may execute the instructions of any preceding figure to implement any or all of the example methods, systems and/or apparatus disclosed herein.
  • the content provider may include and/or provide one or more hubs, entities, people, systems, applications and/or programs, etc. whose processes, methods, functions, etc. may be performed automatically, manually and/or partially automatically and partially manually.
  • the content provider may provide the content to the hubs, entities, people, systems, applications and/or programs, etc.
  • the content provider may ingest, preprocess, tag/classify, approve and/or publish content.
  • Ingesting the content may include authenticating, encrypting and/or staging the content.
  • Preprocessing the content may include validating, sorting and/or grouping, cleansing, filtering, enriching, transforming and/or analyzing the content.
  • Tagging and/or classifying the content may include tagging, classifying and/or indexing the content.
  • Approving the content may include authorizing and/or staging the content.
  • Publishing the content may include transforming, publishing and/or synchronizing the content.
  • the content provider may tag data for later use.
  • the content provider may be an intermediary between a company (e.g., a utility company) and a user.
  • the information to be delivered is conveyed from the company to the content provider.
  • the content provider may add metatags, organize, analyze, sort, and/or filter, etc., the data (e.g., the metadata) and/or enable user accessibility thereto.
  • information e.g., print readable documents, print-ready forms
  • the content provider may add, organize, analyze, sort, and/or filter, etc., the data (e.g., the metadata) and/or enable user accessibility thereto.
  • Metadata is conveyed from the company to the content delivery company.
  • the content provider using the metadata and an associated template, may create viewable documents and/or organize, analyze, sort, and/or filter, etc., the data (e.g., the metadata) and/or enable user accessibility thereto.
  • the tagged data may be formatted in a standardized format to enable use on multiple systems, interoperability of different applications, etc.
  • the standardized format may enable the tagged data to be searchable, useable, filterable, analyzable, synchronizable, etc., by a user, a third party, a content provider, etc.
  • Some of the information obtained by a third party and/or content provider may include and/or be used for trend analytics, targeted advertising, etc. For example, based on a user's bills including tagged metadata relating to a baby, the content provider may send targeted advertising and/or coupons (e.g., print, electronic, etc.) to the user relating to a baby (e.g., clothes, toys, etc.).
  • documents and/or data may be tagged (e.g., by the content provider, another entity associated with the content provider, etc.).
  • a user may aggregate the tagged data from multiple sources (e.g., utility companies, phone companies, etc.) and/or perform analytics thereon.
  • the user may search the aggregated data to view and/or perform analytics on a subset of the tagged data. For example, the user may filter the tagged data and determine all bills that are due within the next month. For example, the user can analyze the data to determine an amount spent on coffee over the last year. For example, the user can determine a difference in the amount spent on coffee in 2010 versus an amount spent on coffee in 2011.
  • the user using the tagged metadata, can analyze his or her bank accounts and/or investments.
  • the analyzed, searched, filtered, etc., data may be viewable in any suitable form (e.g., graphs, charts, graphics, etc.).
  • tagged data from multiple users may be combined and the two or more users may aggregate the tagged data from multiple sources (e.g., utility companies, phone companies, etc.) and/or perform analytics thereon.
  • the users may search the aggregated data to view and/or perform analytics on a subset of the tagged data.
  • a third party may aggregate the tagged data, from one or more users, and perform analytics thereon (e.g., analyze trends, credit card purchases, purchases at one or more retailers, etc.).
  • a third party may search tagged data, from one or more users, and perform analytics on a subset of the tagged data. The user may or may not be aware of the analysis of the data by third parties.
  • tagged data may be segregated based on user preferences. Also, in some examples, electronic delivery of content may or may not be used. In a print delivery example, though the documents are intended for print delivery, the documents are tagged, and the tagged data is saved. The user is provided access to the tagged data to provide the user the benefits of the tagging. For example, the user may be provided with this content (e.g., the tagged data) and/or benefits by logging into a website.
  • Document publishers and content delivery companies have access to volumes of data related to intended recipients (e.g., consumers) of the published documents and/or content. Document publishers and content delivery companies incur costs associated with the production of the documents and/or content and the delivery to the intended recipients.
  • the example systems and methods disclosed herein reduce the cost involved in delivering content to the consumer.
  • the example systems and methods disclosed herein provide many benefits including, for example, delivering content at a reduced cost, increasing consumer satisfaction, delivering content that is relevant and in a timely manner, securely handling all the content and delivering the content reliably.
  • the examples disclosed herein also create new personalized channels of delivery and may be used to analyze content in the system to generate insight into customer/recipient needs and appropriate or relevant actions in accordance thereto.
  • the content provider has several underlying functions. For example, a robust content filtering and processing service is provided that ingests and normalizes content, extracting key attributes to create metadata to enable the intelligence of the content and/or portions or pieces of the content.
  • a registration system supports the establishment of an account for consumers/recipients and the management of a consent database for routing content/communications.
  • the examples include a distribution hub to manage the distribution of content to recipient accounts and the management of third party storage providers.
  • a cloud storage solution is provided to store content and related metadata, which is accessible from a recipient interface via a software application.
  • the example system includes security features to support high levels of security, as disclosed in greater detail below.
  • the example system provides a new way of distributing content as well as providing a new way for recipients to interact with content.
  • Raw content which may or may not include index data that describes the content, is processed by identifying the content and its format(s).
  • the system includes a database for managing the profile of content producers.
  • Example content producers include creditors, utility companies, banks, schools, publishers of books, periodicals, newsletters and/or any other producer of content.
  • a content producer uploads, pushes or otherwise transmits content to the content provider that is set-up with certain parameters including expected formats, rules for extracting content, expected delivery timing, error handling, etc. The content is also extractable.
  • the example content provider For content in print-ready forms (e.g., PDF, AFP, etc.), the example content provider extracts key elements of the document (e.g., recipient name, recipient address, content owner, important document-specific data such as date, purpose, dollar value, balance due, etc.), also known as data tagging. For content that is in data form (e.g., XML, flat file, etc), the appropriate fields are identified and extracted from the original file to serve as the data tags.
  • key elements of the document e.g., recipient name, recipient address, content owner, important document-specific data such as date, purpose, dollar value, balance due, etc.
  • data tagging For content that is in data form (e.g., XML, flat file, etc), the appropriate fields are identified and extracted from the original file to serve as the data tags.
  • the example content provider (e.g., system) also includes ingesting of the content.
  • Data tags are used to tie the content and the metadata to a registered recipient. Both the content and the metadata are ingested into a content and data storage solution and linked to the recipient's account.
  • the system performs a normalization function, hi some examples, content is output in a format for long term storage as the official rendition of the content. For example, a bill may be provided to the content provider as AFP data, and the long term storage format may be as a PDF.
  • the example system supports a user/recipient base that includes consumers.
  • the system facilitates registration and billing as well as the storage of recipient or user profile management.
  • the recipients download a consumer software application or app.
  • the app connects with the system registration that collects recipient/consumer information to establish an account, create a profile and establish a billing account for any ongoing services.
  • the system manages any ongoing billing or any initial app-related fees that are not managed through a third party (such as, for example, an app store).
  • the registration process includes the collection and storage of consumer profile information including confidential and/or sensitive information.
  • This information supports security and consent management so the system can properly route content, content provider selections (such as for example, club and/or offer members), product/service selections, and/or any ongoing usage statistics that inform the consumer's profile.
  • the included metrics include one or more of a name, a physical address (used to route address-based content), an email, billing information, account number(s) for content producer(s), a storage option, service selections (e.g., paid features) and/or cookie information on usage that supports customer relationship management (CRM) process(es).
  • CRM customer relationship management
  • the example system includes a hub for processing content to intelligently route content from the content producers to the recipients and to store metadata.
  • the hub performs many functions including, for example, maintaining and managing workflows so that content is in the correct format and is available to the appropriate recipient and pushed to the recipient's selected cloud storage option.
  • the hub manages the expiration, syndication, metadata management, business rules and/or movement of content to the recipients.
  • the hub also maintains connections to various cloud storage options so that content is seamlessly pushed to cloud storage while also being retrieved and used by the content provider app. Recipients will be able to choose where they want to store content according to their needs and/or desires.
  • the hub and/or the content provider provides quality control (QC) tools.
  • QC quality control
  • the content provider provides a quality controlled environment that tracks movement of content and makes such information available throughout the system.
  • the content provider validates delivery and access of content by recipients and removes/replaces content that may have been delivered in error up to the point where the recipient has accessed the content and moved the content to his or her selected storage option.
  • the content provider also has the ability to delete content out of the recipient's cloud storage folders.
  • the hub includes internal storage that is not managed or selected by the recipient.
  • the internal storage area will archive all content-related metadata as well as provide a temporary holding area for all content until the content has been accessed initially by the recipient and/or after a threshold number of days (or any suitable and/or desired time period) has passed. Once one of these events has occurred, the content is moved to recipient's selected cloud provider. All content- related metadata is to be held for a threshold number of months, years, or other suitable time period and/or until the recipient's account is closed.
  • the example system also provides cloud storage solutions, as disclosed herein to archive the content and make the content available to the recipient.
  • cloud storage solutions as disclosed herein to archive the content and make the content available to the recipient.
  • the example system disclosed herein seamlessly connects with a plurality of cloud storage and device sync providers for those recipients who have a preferred storage solution/provider.
  • the example system maintains its own cloud storage solution (the internal cloud) that is integrated with the application downloaded by the recipients. The recipients are able to select either path.
  • the internal cloud may be used to archive a recipient's content.
  • the internal cloud may be a default option at registration, or the recipient may be requested to explicitly select the internal cloud.
  • the internal cloud may be accessed from any device where the app has been downloaded.
  • the system manages content by automatically expanding based on space needs and/or by the recipient selecting the space options.
  • syncing of content between recipient devices is enabled and in other examples, syncing is not enabled between the recipient devices, and content is accessible via a live connection.
  • the cloud storage also includes a lockbox, in some examples.
  • the lockbox is a storage area for the recipient to upload highly valuable, personal, sensitive and/or confidential content such as, for example, contract(s), will(s), one or more insurance policies, etc.
  • the lockbox is secure and with guaranteed back-up and availability to ensure that the recipient has confidence that his or her documents are always accessible and will not be lost.
  • the lockbox functions like a safety deposit box where only the recipient can gain access to the content(s). The content provider does not have access or visibility into the content or the upload/download activity.
  • the cloud storage also includes third party cloud storage. Consumers/recipients may use cloud storage options such as, for example, DropBox, SugarSync, Box.net as well as others.
  • the example system integrates these third party cloud storage systems via application program interfaces (APIs) created using the third party cloud's Software Developers Kit (SDK).
  • APIs application program interfaces
  • SDK Software Developers Kit
  • the example system manages the folder structure within these cloud storage products and pushes content into those folders.
  • Upon registration if a recipient selects one of the third party cloud solutions, the recipient enters his or her login credentials, which will be stored within his or her profile, and the system pushes the native folder structure to the recipient's cloud account.
  • the app downloaded by the consumer connects with the cloud solution's folder structure that has been created to access native content directly from the folders.
  • the cloud provider can syndicate content across devices based on the recipient's selections at the folder level.
  • the example system also pushes content into the folder structure once the content has been viewed by the recipient or if the content has reached a time limit, as noted above.
  • the examples disclosed herein also incorporate security features. As a management tool for highly personal and/or valuable content, the example system adheres to very high security levels in the creation, storage, and/or movement of content. For example, an index is created of metadata from supplied content.
  • the system When extracting key data points from print or image files, or converting supplied data, the system employs redundant processes to validate that the correct information was extracted for the intended recipient and associated with the correct recipient.
  • all storage of metadata, content, and/or user profile information is encrypted at rest, e.g., the data is encrypted at all points including when the data is stored and not moving through a network.
  • content is not viewable outside of the app downloaded by the recipient. The app maintains an encryption key that enables the viewing of content only on a device that has the app installed and where the recipient is signed in.
  • an example method includes receiving a first document from a first document source, classifying the first document with a first tag based on a type of the document, classifying the first document with a second tag based on a first intended recipient, encrypting the first document, publishing the first document for receipt by the first intended recipient, verifying an identity of the first intended recipient and granting the first recipient access to the first document based on the verified identity.
  • the method includes extracting first data from the first document based on first content of the first document and granting the first intended recipient access to the first data.
  • the method includes receiving a second document from the first document source, classifying the second document with a third tag based on a type of the document, classifying the second document with the second tag based on the first intended recipient, encrypting the second document, publishing the second document for receipt by the first intended recipient, re-verifying the identity of the first recipient and granting the first recipient access to the second document based on the re-verified identity.
  • the method includes extracting first data from the first document based on first content of the first document, extracting second data from the second document based on second content of the second document and granting the first intended recipient access to the first data and the second data.
  • the method includes performing an analysis on the first data and the second data and generating third data based on the analysis.
  • the third data includes information different than the first content and the second content.
  • the method includes granting the first intended recipient access to the third data.
  • the method includes receiving a request from the first intended recipient to modify a presentation of at least one of the first document, the second document, the first data, the second data or the third data and modifying the presentation based on the request.
  • the third data generated at the request of the first recipient.
  • the method includes receiving a second document from the first document source, classifying the second document with a third tag based on a type of the document, classify ing the second document with the fourth tag based on a second intended recipient, encrypting the second document, publishing the second document for receipt by the second intended recipient, verifying the identity of the second recipient and granting the second recipient access to the second document based on the verified identity.
  • the method includes receiving a second document from a second document source different than the first document source, classifying the second document with a third tag based on a type of the document, classifying the second document with the second tag based on the first intended recipient, encrypting the second document, publishing the second document for receipt by the first intended recipient, re-verifying the identity of the first recipient and granting the first recipient access to the second document based on the re- verified identity.
  • the method includes receiving a second document from a second document source different than the first document source, classifying the second document with a third tag based on a type of the document, classifying the second document with the fourth tag based on a second intended recipient, encrypting the second document, publishing the second document for receipt by the second intended recipient, verifying the identity of the second recipient and granting the second recipient access to the second document based on the verified identity.
  • the method includes receiving a second document for presentation to the first intended recipient, the second document provided by the first document source or a second document source, the second document based on a profile of the first intended recipient. In some examples, the second document is unsolicited by the first intended recipient. [0069] In some examples, the method includes storing the first document in a database accessible by the first intended recipient through a plurality of devices. In some examples, the method includes receiving a second document from the first intended recipient and storing the second document in the database. In some examples, the method includes encrypting the second document to deny access by any other entity other than the first intended recipient. In some examples, classifying the first document with a first tag includes reading a first tag embedded by the first document source.
  • An example system includes a hub to receive a first document from a first document source, an encoder to encrypt the first document, a publisher to publish the first document for receipt by a first intended recipient and a processor.
  • the processor in the example system is to classify the first document with a first tag based on a type of the document, classify the first document with a second tag based on the first intended recipient, verify an identity of the first intended recipient and grant the first recipient access to the first document based on the verified identity.
  • the processor is to extract first data from the first document based on first content of the first document and grant the first intended recipient access to the first data.
  • the hub is to receive a second document from the first document source, the encoder is to encrypt the second document, and the publisher is to publish the second document for receipt by the first intended recipient, hi such example systems, the processor is to classify the second document with a third tag based on a type of the document, classify' the second document with the second tag based on the first intended recipient, re-verify' the identity of the first recipient and grant the first recipient access to the second document based on the re-verified identity.
  • the processor is to extract first data from the first document based on first content of the first document, extract second data from the second document based on second content of the second document and grant the first intended recipient access to the first data and the second data.
  • the processor is to perform an analysis on the first data and the second data and generate third data based on the analysis.
  • the third data includes information different than the first content and the second content.
  • the processor is to grant the first intended recipient access to the third data.
  • the hub is to receive a request from the first intended recipient to modify a presentation of at least one of the first document, the second document, the first data, the second data or the third data and the processor is to modify the presentation based on the request. In some examples, the processor is to generate the third data at the request of the first recipient.
  • the hub is to receive a second document from the first document source
  • the encoder is to encrypt the second document
  • the publisher is to publish the second document for receipt by a second intended recipient.
  • the processor is to classify the second document with a third tag based on a type of the document, classify the second document with the fourth tag based on the second intended recipient, verify the identity of the second recipient and grant the second recipient access to the second document based on the verified identity.
  • the hub is to receive a second document from a second document source different than the first document source
  • the encoder is to encrypt the second document
  • the publisher is to publish the second document for receipt by the first intended recipient.
  • the processor is to classify the second document with a third tag based on a type of the document, classify the second document with the second tag based on the first intended recipient, re-verify the identity of the first recipient and grant the first recipient access to the second document based on the re- erified identity.
  • the hub is to receive a second document from a second document source different than the first document source
  • the encoder is to encrypt the second document
  • the publisher is to publish the second document for receipt by a second intended recipient.
  • the processor is to classify the second document with a third tag based on a type of the document, classify the second document with the fourth tag based on the second intended recipient, verify the identity of the second recipient and grant the second recipient access to the second document based on the verified identity.
  • the hub is to receive a second document for presentation to the first intended recipient, the second document provided by the first document source or a second document source, the second document based on a profile of the first intended recipient. In some examples, the second document unsolicited by the first intended recipient.
  • the system includes a database to store the first document, the database is accessible by the first intended recipient through a plurality of devices.
  • the hub is to receive a second document from the first intended recipient and the database is to store the second document.
  • the encoder is to encrypt the second document to deny access by any other entity other than the first intended recipient.
  • An example tangible machine readable storage medium including, for example, a storage device and/or storage disc, includes instructions, which when read, cause a machine to receive a first document from a first document source, classify the first document with a first tag based on a type of the document, classify the first document with a second tag based on a first intended recipient, encrypt the first document, publish the first document for receipt by the first intended recipient, verity an identity of the first intended recipient and grant the first recipient access to the first document based on the verified identity.
  • the instructions also cause the machine to extract first data from the first document based on first content of the first document and grant the first intended recipient access to the first data.
  • the instructions also cause the machine to receive a second document from the first document source, classify the second document with a third tag based on a type of the document, classify the second document with the second tag based on the first intended recipient, encrypt the second document, publish the second document for receipt by the first intended recipient, re-verify' the identity of the first recipient and grant the first recipient access to the second document based on the re- verified identity.
  • the instructions also cause the machine to extract first data from the first document based on first content of the first document, extract second data from the second document based on second content of the second document and grant the first intended recipient access to the first data and the second data.
  • the instructions also cause the machine to perform an analysis the first data and the second data and generate third data based on the analysis.
  • the third data includes information different than the first content and the second content.
  • the instructions also cause the machine to grant the first intended recipient access to the third data.
  • the instructions also cause the machine to receive a request from the first intended recipient to modify a presentation of at least one of the first document, the second document, the first data, the second data or the third data; and modify the presentation based on the request.
  • the instructions also cause the machine to generate the third data at the request of the first recipient.
  • the instructions also causes the machine receive a second document from the first document source, classify the second document with a third tag based on a type of the document, classify the second document with the fourth tag based on a second intended recipient, encrypt the second document, publish the second document for receipt by the second intended recipient, verify the identity of the second recipient and grant the second recipient access to the second document based on the verified identity.
  • the instructions also cause the machine to receive a second document from a second document source different than the first document source, classify the second document with a third tag based on a type of the document, classify the second document with the second tag based on the first intended recipient, encrypt the second document, publish the second document for receipt by the first intended recipient, re-verify the identity of the first recipient and grant the first recipient access to the second document based on the re-verified identity.
  • the instructions also cause the machine to receive a second document from a second document source different than the first document source, classify the second document with a third tag based on a type of the document, classify the second document with the fourth tag based on a second intended recipient, encrypt the second document, publish the second document for receipt by the second intended recipient, verify' the identity of the second recipient and grant the second recipient access to the second document based on the verified identity.
  • the instructions also cause the machine to receive a second document for presentation to the first intended recipient, the second document provided by the first document source or a second document source, the second document based on a profile of the first intended recipient.
  • the second document is unsolicited by the first intended recipient.
  • the instructions also cause the machine to store the first document in a database accessible by the first intended recipient through a plurality of devices.
  • the instructions also cause the machine to receive a second document from the first intended recipient and store the second document in the database.
  • the instructions also cause the machine to encrypt the second document to deny access by any other entity other than the first intended recipient.
  • an example method includes receiving personal information associated a user, receiving a first request from the user to receive first content digitally, the first content to be generated by a first content creator. The method also includes, based on the personal information and the first request received, registering the user with a content distributor to enable the user to receive the first content digitally, the content distributor being different than the first content creator. The method also includes conveying the first request to the first content creator for the user to receive first content digitally. [0089] In some examples, receiving the personal information comprises receiving an input from a device associated with the user. In some examples, the device includes a mobile device. In some examples, receiving the first request includes receiving an input associated with a first document from the mobile device.
  • the input includes an image or a scan of at least a portion of the first document.
  • the method also includes, based on the image or the scan received, determining first data of the document by at least one of performing an optical recognition process on the image or the scan or by referencing a data base.
  • the first data includes one or more of a name of the user, an address of the user, an account number of the user, a name of the first document, or information associated with an intelligent mail barcode, a bar code, or a quick response code.
  • the scan includes a scan of at least one of an intelligent mail barcode, a bar code, or a quick response code.
  • the method also includes conveying the first data to be displayed for user verification or modification. In some examples, the method also includes comparing the first data to data within a database to identify second data associated with the first data and the first document. In some examples, the method also includes mapping the first data and the second data to a model. In some examples, conveying the request to the first content creator comprises conveying the model to the first content creator. In some examples, the method also includes mapping the first data to a model, hi some examples, the method also includes conveying the request to the first content creator comprises conveying the model to the first content creator. In some examples, the method includes receiving a first
  • the method also includes receiving a second confirmation from the first content creator that the user will receive the first content digitally. In some examples, the method also includes conveying the second confirmation to the user. In some examples, the method also includes receiving a second request from the user to receive second content digitally, the second content to be generated by a second content creator and conveying a request to the second content creator for the user to receive second content digitally. The second content creator is different than the first content creator, the second content creator being different than the content distributor. In some examples, the method also includes determining first data of the document based on the first request.
  • An example tangible machine readable medium includes instructions, which when read, cause the machine to receive personal information associated a user, receive a first request from the user to receive first content digitally.
  • the first content is to be generated by a first content creator.
  • the instructions cause the machine to, based on the personal information and the first request received, register the user with a content distributor to enable the user to receive the first content digitally.
  • the content distributor is different than the first content creator.
  • the instructions cause the machine to convey the first request to the first content creator for the user to receive first content digitally.
  • the instructions cause the machine to determine first data of the document by at least one of performing an optical recognition process on the image or the scan or by referencing a data base.
  • the first data includes one or more of a name of the user, an address of the user, an account number of the user, a name of the first document, or information associated with an intelligent mail barcode, a bar code, or a quick response code.
  • the scan includes a scan of at least one of an intelligent mail barcode, a bar code, or a quick response code.
  • the instructions cause the machine to convey the first data to be displayed for user verification or modification.
  • the instructions cause the machine to compare the first data to data within a database to identify second data associated with the first data and the first document. In some examples, the instructions cause the machine to map the first data and the second data to a model. In some examples, the instructions cause the machine to map the first data to a model. In some examples, the instructions cause the machine to receive a first confirmation of receipt of the first request from the first content creator. In some examples, the instructions cause the machine to receive a second confirmation from the first content creator that the user will receive the first content digitally. In some examples, the instructions cause the machine to convey the second confirmation to the user.
  • the instructions cause the machine to receive a second request from the user to receive second content digitally, the second content to be generated by a second content creator and convey a request to the second content creator for the user to receive second content digitally.
  • the second content creator is different than the first content creator, the second content creator being different than the content distributor.
  • An example system includes a hub to: receive personal information associated a user and receive a first request from the user to receive first content digitally, the first content to be generated by a first content creator.
  • the system also includes a processor to, based on the personal information and the first request received, register the user with a content distributor to enable the user to receive the first content digitally.
  • the content distributor being different than the first content creator.
  • the processor to convey the first request to the first content creator for the user to receive first content digitally.
  • the personal information includes an input from a device associated with the user.
  • the device is a mobile device.
  • the processor is to determine first data of the document by at least one of causing an optical recognition process to be performed on the image or the scan or by causing a data base to be referenced.
  • the first data includes one or more of a name of the user, an address of the user, an account number of the user, a name of the first document, or information associated with an intelligent mail barcode, a bar code, or a quick response code.
  • the scan includes a scan of at least one of an intelligent mail barcode, a bar code, or a quick response code.
  • the processor is to cause the first data to be displayed for user verification or modification. In some examples, the processor is to compare the first data to data within a database to identify second data associated with the first data and the first document. In some examples, the processor is to map the first data and the second data to a model.
  • the hub is to receive a first confirmation of receipt of the first request from the first content creator. In some examples, the hub is to receive a second confirmation from the first content creator that the user will receive the first content digitally. In some examples, the processor is to cause the second confirmation to be conveyed to the user. In some examples, the hub is to further receive a second request from the user to receive second content digitally, the second content to be generated by a second content creator and the processor is to convey a request to the second content creator for the user to receive second content digitally. The second content creator is different than the first content creator, the second content creator being different than the content distributor.
  • FTG. 1 shows an example system 100 that includes a content delivery provider 102.
  • the content delivery provider 102 is communicatively coupled to a storage system 104 such as, for example, a cloud storage provider.
  • the content delivery provider 102 is communicatively coupled to the storage system 104 via any known or later developed wired or wireless communication channels 106, including, for example, internet communication channels.
  • the example system 100 also includes a recipient 108 who is communicatively coupled to the storage system 104 via the communication channels 106.
  • the recipient 108 may access the storage system 104 via one or more devices including, for example, a desktop computer or an interactive television 110, a laptop computer or netbook 112, a tablet 114, a smart phone 116 or any other device with suitable communications functionality now known or later developed.
  • the recipient 108 downloads or otherwise installs a software application (also known as an app) on his or her devices 110, 112, 1 14, 116.
  • the app is specific to a particular content provider 102.
  • the content provider 102 is able to securely deliver, sync, interact with, and retrieve document(s) from the devices 110, 1 12, 114, 1 16 of the recipient 108.
  • the content provider 102 prepares the content for transmission such as, for example, by tagging key elements of the content such as, for example, details describing one or more attributes of a document (further value and detail of which is described in greater detail below).
  • the content provider 102 may also encrypt the content prior to transmission of the content via the storage system 104.
  • the storage system 104 includes one or more cloud storage service providers including, for example, Windows Live, box, iCloud, DropBox, SugarSync, Amazon cloud drive and/or any other cloud.
  • the storage system 104 may be selected by the recipient 108 such that, in some examples, the content provider 102 delivers content to a plurality of recipients via a plurality of storage systems.
  • Each of the recipient devices 1 10, 112, 1 14, 1 16 is able to access the storage system 104 via the communication channels 106, as described above.
  • Each device 110, 112, 1 14, 1 16 utilizes a specific decryption key that enables the content to be viewed by the recipient.
  • the decryption key may be specific to each recipient 108 and/or to each device 1 10, 112, 1 14, 116.
  • the content provider 102 can add metadata tags to documents and/or other content received from one or more document or content source(s) and use the metadata to create and store information beyond what appears on the face of any document.
  • the content provider 102 may add metadata to invoices or bills that indicate who the creditor is, a categorization of the billing, and an amount of the bill.
  • the content provider 1 2 is able to sort, calculate and manage content.
  • the content provider 102 may present coordinated content to the recipient 108 for many purposes and based on different criteria.
  • the content provider 102 may present information to the recipient 108 that indicates an amount of money spent each month or other time period, an amount spent based on a category, an aggregate amount billed from a particular creditor or a group of creditors, and/or any other desired grouping, categorization, calculation, etc.
  • the content provider 102 aggregates or organizes all of a recipient's bills into a single location.
  • the recipient 108 may select a link for a creditor and be taken to a secure site to enter a payment.
  • the recipient 108 may pay bills directly through the content provider 102.
  • content is pushed to a recipient 108 via the devices 110, 112, 114, 1 16.
  • offers may be presented to the recipient 108 that include offers the recipient 108 elected to receive, offers of organization(s) with which the recipient 108 interacts, and/or suitable offers determined based on the recipient's attributes including demographic information, financial information, education level, shopping habits, and/or other suitable attributes or characteristics that may provide insight into the recipient's likes and dislikes so that relevant content is shared with the recipient 108.
  • the offer may include a barcode or other scannable a portion to enable the recipient to receive the offer (e.g., $5.00 off a $20.00 purchase).
  • the recipient 108 may receive notification as to when an offer is expiring such as, for example, when the expiration date is approaching.
  • expired offers may be replaced by fresh or non-expired offers so the recipient 108 has an automatically regenerating stream of valid offers.
  • the recipients may receive alerts when the recipients enter and/or are near a location for which they have an offer. Such alerts may be provided using functionality such as a Global Positioning System (GPS) of a mobile device associated with the recipient.
  • GPS Global Positioning System
  • the content provider 102 includes a hub 120, which is communicatively coupled to the user 108 at a user interface 122 via communication channels 106.
  • the hub 120 may be communicatively coupled to a plurality of content or document sources, and the hub 120 may perform one or more of the functions of the content provider 102 as detailed herein, including, for example, tagging content, analyzing content and/or delivery content, etc.
  • the user interface 122 may be provided by the content provider, a third party, etc.
  • the hub 120 is a portion of the app that is installed on the recipient device 110, 112, 114, 1 16.
  • the hub 120 is also
  • the content provider 1 2 interposes the recipient 108 and the storage system 104. Communications between the hub 120 and the storage system 104 are encrypted. The data, in some examples, is encrypted while at rest within the hub 120, on the recipient devices 1 10, 112, 114, 116 and/or during transmission over the communication channel 106.
  • the configuration shown in FIG. 2 minimizes the creation of syndication by the content provider 102 to the various recipient devices 1 10, 1 12, 114, 116.
  • the example of FIG. 2 enables the content provider 102 to plug future storage systems 104 into the hub 120 and to sync more than one storage system for one recipient and/or across a plurality of recipients.
  • the example system 100 also enables the content provider 102 to recall content from one or more of the recipient devices 110, 112, 114, 116 on demand.
  • the content provider 102 includes a secure storage or lockbox 124 and a library service 202.
  • the hub 120 stores metadata that is used to tag content for example, with descriptions of characteristics of content (including documents, video files, audio files, etc.) and/or portions of content.
  • the hub 120 also stores rules required for syndication of content between the recipient 108/user interface 122 and the storage system 104.
  • metadata is communicated between the hub 120 and the recipient 108.
  • the metadata is encrypted by the hub 120 and decrypted by a security key found with the app and at the recipient 108.
  • the hub 120 includes entitlement data such that the hub 120 can identify which devices are authorized to view what content. Unauthorized devices will be denied access to unauthorized content. In addition, in some examples, content can be destroyed at the hub 120, or elsewhere, if a security breach has been suspected and/or occurred. Thus, when a device key does not match an authorization key for content, remedial actions are taken to ensure the security of the content.
  • Users i.e., recipients can upload content to the hub 120 by, for example, electronic mail, facsimile, or any other suitable communication means.
  • the content is processed by the hub 120 including, for example, tagged with metadata, cleansed and approved.
  • the content may be directed by the hub 120 to the storage system 104 for storage at, for example, a recipient identified cloud.
  • the transmission to the storage system 104 may use the particular storage provider, i.e., the specific cloud's software development kit, for pushing content to authorized devices.
  • content such as, for example, sensitive documents including, for example, birth records, financial statements, insurance policies, and other personal or otherwise private, confidential content may be stored in the lockbox 124.
  • the lockbox 124 in this example, is stored or otherwise supported by the content provider 102, e.g., by servers at the content provider 102. Also, the lockbox 124 stores content that is not pushed or otherwise transmitted to the cloud, i.e., to the storage system 104. Recipients have encrypted access to the content in the lockbox 124 via the hub 120.
  • the content provider 102 includes the example library 202 having non-transactional content such as content that is not a bill, invoice, financial statement, etc.
  • Non-transactional content may include, for example, magazines, newspapers, other periodicals, catalogs, retail content, books, and/or other content.
  • the content provider 102 may organize the content into categories, may update content, delete old content and/or make other automatic adjustments to the content.
  • FIG. 3 is an example that shows further details of the example security features of the example hub 120.
  • the example hub 120 may host a plurality of lockboxes 124.
  • the lockboxes 124 may be identified by geographic region and, therefore, have characteristics and/or features that are in compliance with the particular local laws (e.g., privacy laws) of the particular region.
  • FIG. 3 also shows different features and services provided by the content provider 102 and the corresponding app including, for example, a single registration and login or sign-on 302, security features 304, provisioning integration 306, billing features 308 and reporting management 310. Further details of these aspects are provided herein.
  • FIG. 4 is an illustration of several of the example service components provided by the example content provider 102.
  • the example content provider 102 provides the client and/or customer application 402, i.e., the app described above.
  • the app provides a central portal that the recipient can use to interact with the content provider 102 and the storage systems 104.
  • the content provider 102 further provides a plug- in library 404.
  • the app and/or additional applications and content are available to the recipients through a graphical user interface, all of which may be downloaded or otherwise obtained through the plug-in library.
  • the content provider 102 also provides recipient storage and provisioning
  • the storage 406 which may be for example online storage, enables recipients to maintain and manage individual files, data, objects or other content such as, for example, in the lockbox 124 described above.
  • the recipients may have the ability to self provision more space.
  • collaboration services 408 provided by the content provider 102.
  • recipients may operate widgets or other software programs to collaborate and generate content.
  • the widgets may include, for example, uploading files, annotating content, and/or social media integration.
  • the content provider 102 provides access and connectivity 410.
  • the content provider 102 may interpose the recipient 108 and the storage system 104 and facilitate communications and data transfer therebetween.
  • the content provider 102 is in compliance with multiple cloud standards to enable interoperability 412 between a plurality of recipients and a plurality of cloud services.
  • the content provider 102 further provides, in some examples, provisioning and administrative tools 414 that provide control of recipient profiles, access to technical support, management of privilege, and authorization to the hub 120 and specific content.
  • provisioning and administrative tools 414 that provide control of recipient profiles, access to technical support, management of privilege, and authorization to the hub 120 and specific content.
  • the content provider 102 maintains security and data privacy via an application of a security framework 416 and data privacy standards that may be implemented at each stage to cover service components 402, 404, 406, 408, 410, 412, 414 of the content provider 102.
  • FIG. 5 illustrates further details of the example system.
  • the storage system 104 determines if the registration request is approved from the content provider 102. If approved, the content provider 102 implements the example content delivery processes disclosed herein including content processing such as, for example, content ingestion, preprocessing, composition, post processing, production and delivery, which are detailed more below.
  • the content processing and operation of the content provider 102 provide touchpoints 200 (e.g., interfaces to certain brands, products, services, etc.), which are extracted from data provided by the clients.
  • the touchpoints 200 are representative of the organizations from which the recipient 108 elected to receive content via the example system 100 and/or organizations that may otherwise be relevant or of interest to the recipient 108 based on a recipient identity, recipient profile and/or the content tagged or otherwise related to the recipient.
  • the touchpoints are processed across one or more channels.
  • FIG. 6 shows an example login interface 250 that the recipient 108 uses to access the example system 100. Once logged in, the recipient can review folder(s) 252 and specific content (e.g., files) 254, organize or re-organize the content, create new folders, upload new content, delete content, etc.
  • folder(s) 252 and specific content e.g., files
  • FIG. 7 shows an example lockbox 124.
  • the lockbox 124 may be used for highly sensitive content including, for example, insurance policies, wills, birth certificates, etc.
  • the lock box may use a dual key encryption.
  • the content provider 102 cannot read a document once uploaded into the lockbox 124 for added security.
  • the recipient 108 may elect who is eligible to view content in the lockbox. The eligibility may be determined on a content-by-content basis.
  • the content in the lockbox 124, as in the library 290 or other services of the example system 100 may be organized, updated, etc. There may also be redundant backup files created for the content in the lockbox 124.
  • content may be added via an email, fax, photo transmission or other suitable mode of communication.
  • FIGS. 8 - 10 show different aspects of the relationships and interactions among the components of the example system 100.
  • the relationships between the content provider 102, the recipient 108 and/or the storage system 104 are described above.
  • FIG. 8 shows that, in some examples, the hub 120 of the content provider 102 performs the user authentication services, content tagging, classification, approval and encryption services and synchronization services disclosed herein.
  • the user authentication services, content tagging, classification, approval and encryption services and/or synchronization services disclosed herein may be performed automatically and/or manually.
  • FIG. 9 shows that the hub 120 also provides security, workflow and searching services.
  • tagged content may be received at the hub 120 from a pivot repository 170, and untagged content may be received from, for example, an in-bound email or fax.
  • the content is received at the hub 120 pretagged. That is the document or content source provides tagged content.
  • the content is received at the hub 120 untagged, and the hub 120 may perform the tagging operation.
  • the tagged and/or untagged content is processed by the hub 120 and, the content, a portion of the content, metadata associated with the content, etc. are stored in one or more of a metadata repository 172, the lockbox 124 and/or one or more storage system(s) 104.
  • the hub 120 may store audit logs 174 related to, for example, failure(s), resubmission(s), access control violation(s), transmission history and/or any other history of the system 100.
  • FIG. 10 shows a block diagram of details of the user interface 122 of the recipient 108, the hub 120 of the content provider 102 and the storage schemes including the storage system 104 and the lockbox 124 of the content provider 102.
  • the user or recipient interface 122 may be incorporated into one or more devices (e.g., mobile and/or non mobile devices) that may run different operating software including Android devices, Apple devices, and/or any other suitable device using any suitable platform by Apple, Google or any other organization.
  • the interface 122 is the gateway the recipient uses to access the example system 100 and particularly, the above-described app.
  • the interface 122 enables the recipient to receive, view, and sort content on one or more devices.
  • the app decrypts all content received from the hub 120 for viewing.
  • the app may be extended further with one or more hardware and/or software module(s) (e.g., plug-ins) that enable access to additional features such as, for example, the lockbox 124, analytical services, etc.
  • hardware and/or software module(s)
  • the example hub 120 of the content provider 102 provides security, billing, entitlement and provisioning services.
  • the hub 120 and the app hosted by the hub 120 are Payment Card Industry (PCI) compliant to adhere to industry security standards such as, for example, encryption in flight, encryption at rest, dual key encryption and/or other security measures.
  • the entitlement and self provisioning services include, for example, storage allocation and plug- in purchasing.
  • the hub 120 also provides content and document management services including, for example, tagging content and activating rules and workflows to insure content delivery is timely and secured. Workflow and business rules support movement of metadata and tagged digital content to the recipients. Workflows also support document deletion, updating and synchronization.
  • the example hub 120 also intelligently tags and enriches content prior to transmission to client applications.
  • FIG. 10 also shows the incorporation of the lockbox 124 storage and the storage system(s) 104 including third party cloud storage providers into the example system 100.
  • the storage features store content and syndicate content across multiple devices through one or more syndication application program interfaces (API) offered by the storage providers.
  • API application program interfaces
  • FIG. 1 1 outlines an extensible framework to implement the example systems disclosed herein (e.g., system 100) and example processes disclosed in connection with the flow charts below.
  • the framework enables third party integration and business-to-business skinning capabilities.
  • the framework includes cloud services, administration tools and core foundational capabilities.
  • the cloud services include software as a service (SaaS) and/or other software applications and plug-ins including for example software services related to statements, electronic bill presentment and payment (EBPP), lockbox services, APIs, lockbox API, entitlement API, analytical services, a comparison engine and/or collaboration services.
  • the cloud services also include platform as a service (PaaS), which in some examples is embodied in the example hub 120.
  • PaaS platform as a service
  • the platform as a service features intelligent tagging, other metadata services, cleansing services, data enrichment, document management and/or publishing services.
  • the cloud services also include infrastructure as a service (IaaS), which in some examples includes emails/fax services, storage, web servers, virtual machines and/or server hosting.
  • IaaS infrastructure as a service
  • the administrative tools shown in the framework of FTG. 1 1 include application integration that includes APIs, a workflow engine, mobile device integration include Apple's iOS operating system and Android's SDKs, data migration tools and/or extract, transform, load (ETL) processing.
  • the administrative tools also include a user or recipient administration portal that provides customer or recipient account management, user/recipient profile management, order management, trouble management, billing invoice tracking and/or entitlement services.
  • the administrative tools include reporting and analytics that includes analytic tools, data management and/or reporting.
  • FIG. 1 1 also shows that the framework includes core foundational capabilities.
  • the example core foundational capabilities includes service management and provisioning capabilities including, for example, service provisioning, software licensing agreement (SLA) management, entitlement management, quality of service (QoS) management, utilization monitoring, application performance monitoring, disaster recovery (D ) and backup services and/or support services.
  • the core foundational capabilities also include security and data privacy services including, for example, data and network security, data privacy, certification and compliance services, authentication and authorization services and/or auditing and accounting services.
  • the core foundational capabilities also include data center facilities.
  • the data center facilities include, for example, router(s), firewall(s), local area network(s)/wide-area network(s), internet access and/or hosting center(s).
  • FIGS. 12A and 12B are a block diagram of a data model used in the example systems and methods disclosed herein.
  • the Universal Core (UCORE) model is leveraged to facilitate the sharing of data and provide
  • the example data model includes a focus on messaging and location based services that indicate who received what and when.
  • the examples leverage existing cloud storage models for synchronization and may be built upon open cloud standards and/or open API standards.
  • the examples ensure a high degree of cross platform portability such as, for example, across extensible markup language (XML), Apple's mobile operating system iOS, the Java programming language and/or software platform and/or any other suitable platform(s).
  • XML extensible markup language
  • Apple's mobile operating system iOS the Java programming language and/or software platform and/or any other suitable platform(s).
  • the example models disclosed herein tag and encode ingested data into a common format.
  • features include utilization of vocabulary of most commonly exchanged data (who, what, when, where), XML representation of tagged content, workflow and rules to enable tailoring to specific content areas, security markings to permit controlled access to content, and messaging framework to package (e.g., encrypt) and un-package (e.g., decrypt) the content consistently.
  • FIG. 13 illustrates another example system 500 for providing digital content delivery.
  • FIG. 13 provides details of how information flows from one component of the example system 500 to another and the transformations, if any, such information undergoes in the process.
  • Content and/or document(s) 502 are generated within a subsystem including a document source or content generator 504.
  • the content generator 504 extracts metadata 506 from the documents.
  • the extracted set of metadata is pre-configured based on a type of content/document.
  • the content generator 504 sends out or pushes a notification, and the notifications are funneled to a document queue 508.
  • the document queue 508 is monitored by a document processor 510 that runs, for example, in the background.
  • the document processor 510 picks up an item from the top or the beginning of the document queue 508 and processes the item.
  • the example system 500 also stores the metadata of the document in a database 511.
  • the example system 500 stores a link to the document being distributed. Also stored with the document or otherwise in relationship with the document is an identification of the consumers or recipients 513 to whom the document is intended to be delivered.
  • the system 500 is able to link to the document at its source and does not need to create a copy of the document.
  • the information is pushed to a distribution queue 512.
  • the example content provider 102 pushes offers, promotions and/or other marketing materials 514 into the system 500.
  • the offers 514 may be pushed either via a user interface (i.e., manually) or via a defined end point (i.e., automatically) that the hub or app can subscribe to, and the offers 514 are ingested into the system 500.
  • the offers 514 are pushed into an offer queue 516.
  • An offer processor 518 which may run in the background, monitors the offer queue 514 and selects and processes an item from the beginning of the offer queue 514.
  • the example system 500 also stores the offer information and information identifying the recipients 515 to whom the offer 514 is to be sent in the data store 511.
  • the intended recipient(s) 515 of the offer 514 may be determined by a set of rules based on recipient preferences and/or qualifying rules identified by the client or partner making the offer 514.
  • the offer recipients 515 may be the same as or different than the document recipients 513.
  • the offer 514 and associated information is pushed or otherwise transmitted to the distribution queue 512.
  • a distribution processor 520 which is another service that may run in the background, monitors the distribution queue 512.
  • the example system 500 identifies how the information (such as for example, either the document or the offer) should be sent.
  • the distribution processor 520 uses recipient profile information 521 and determines the appropriate channel to which to send the information. This channel could be different based on the target devices that the recipient has registered (e.g., an Apple device 522, 524, an Android device 526, etc.). The channel may also change depending on, for example, the supported cloud sync providers with which the recipient has registered his/her account.
  • FIG. 14 illustrates example logical architecture for the example systems and methods disclosed herein.
  • the architecture is logically separated into multiple tiers, and the key components in the system are implemented as a service over published end points to keep the system loosely coupled and enable the system to scale as much and where necessary.
  • the interface 122 at the recipient 108 device may include an app to access the example system(s) disclosed herein including, for example, a browser app 550, tablet app 552, desktop app 554 or any other suitable app developed for a recipient device.
  • the content provider 102 runs an app service, for example, at the hub 120 that provides many of the components and services described above.
  • the content provider 102 operates a value added service capable (VASC) processing unit 556 that provides services related to tagging content with metadata.
  • VASC value added service capable
  • content enters the system through the content generator 504 (which may intake content from a third party and/or a client and not necessarily 'generate' the content). Additionally or alternatively, in some examples, the content may be provided by a secondary content source 558.
  • the system also includes notification services 560 that facilitate
  • the system scales at an internet level and is designed to handle failures.
  • key communication happens over the bus (a combination of multiple queues and notifications) and enables the system to recover from a failure of any component at a given point in time.
  • component 1 wants to invoke a function in component 2, instead of directly calling component 2, component 1 places a message on the bus 562 in, for example, a message queue 564.
  • the notification services 560 then notifies, via the bus 562, component 2 of which there could be multiple instances running. One of the instances will process the message. If the instance that processes the message dies before completing the process, the message will be returned to the queue 564.
  • the bus 562 may be implemented in different ways that are reliable, scalable and tolerant to hardware failure.
  • the example system enables components to publish a message under a specific context (e.g., the queue 564).
  • the system also enables components to receive a message based on a certain context and filter criteria, provides a reliable message box, is scalable efficiently to handle hundreds or a few thousands of messages in an hour, and/or communicates over standard protocols like HTTP.
  • AWS Amazon's web services
  • SQL Amazon Simple Queue Service
  • SNS Amazon Simple Notification Service
  • any service wishing to send a message may publish a message conforming to a pre-defined schema.
  • Any service wishing to subscribe to a message type may poll a specific queue periodically and then act depending on the results of the poll.
  • the subscribers can listen to a specific notification from SNS and not poll periodically.
  • a notification will be generated by publishers or content providers calling a service that will abstract out the details of publishing to a queue and then raise a notification.
  • this example helps the system capture any business process in the form of either automated or human workflows.
  • FIG. 15 provides further details of an example lockbox feature.
  • the lockbox feature enables recipients to store documents in an encrypted form that is accessible only by that recipient. No one else, including the content provider (e.g., 102) is able to decipher this encrypted content.
  • the example system assumes that there is no need for these documents to be available online, nor do the documents need to be shared with other trusted parties.
  • the documents are encrypted on the device and stored locally at the recipient.
  • the sync providers if available, can then sync the documents to other devices of the recipient.
  • the document is saved on the server to be made available to the other devices of the recipient. If the document is stored on the server, the document is stored in an encrypted form, a key is created based on the password for lockbox, and the document is encrypted on the device using an algorithm such as, for example, the AES algorithm (symmetric).
  • the encrypted document is then posted to the server. When the document is to be viewed, the encrypted document is pulled from the server and then decrypted using the same algorithm and key.
  • the lockbox feature of FIG. 15 shows that a first recipient 1502 (e.g., Vault A) includes a decryption key, Sa 1504.
  • a second recipient 1506 e.g., Vault B
  • the first and second recipient 1502, 1504 may be the same entity using different lockboxes or different levels of security. In some examples, these are different entities.
  • a lockbox 1510 e.g., secure repository
  • the first recipient 1502 is able to view the first document 1512, while the second recipient 1506 cannot.
  • the second recipient 1506 is able to view the second document 1514, while the first recipient 1502 is not.
  • the first recipient 1502 may enable the second recipient 1506 to view the first document 1512 by sharing the encryption key Sa.
  • each document is transformed in accordance with Equation (1).
  • S a represents the old password, and S a ;
  • a different approach as shown in FIG. 16 is used where there is a need to share documents with one or more other recipient(s).
  • the approach shown in FIG. 16 includes not only encryption of the documents, but also key management of the documents.
  • a first recipient 1602 e.g., Vault A
  • a first private key for a first document 1604 e.g., Prdl
  • a second private key for a second document 1606 e.g., Prd2
  • the private document keys are unique for each document.
  • a lockbox 1608 e.g., secure repository
  • a key store 1614 manages what keys, public and private, are mapped to what documents and what keys are mapped to what recipients. For example, there is a first private key 1616 (e.g., PrA) for subscriber or recipient A (i.e., the first recipient), and a second private key 1618 (e.g., PrB) for subscriber or recipient B 1620 (i.e., a second recipient). The recipient private key is unique for each recipient. There is also a first public key 1621 (e.g., PbA) for the first recipient 1602, and a second public key 1622 (e.g., PbB) for the second recipient 1620. A specific combination of keys is required for a recipient to view a document. For example, in this example, the second recipient 1620 needs the second private recipient key 1618, the first public recipient key 1620 and the first private document key 1604 to view the first document.
  • FIG. 17 shows another example outline of system architecture. Many of the features of FIG. 17 have been described above and will not be repeated here.
  • the example system includes a document file repository 602. Documents and/or other content produced by the content provider are available from the document file repository. The documents and/or other content are available over file transfer protocol (FTP). In some examples, the content generator 504 (FIG. 13) makes these documents and/or other content and the related metadata available in a standard format.
  • FTP file transfer protocol
  • the content generator 504 (FIG. 13) makes these documents and/or other content and the related metadata available in a standard format.
  • the example system also includes the storage system or cloud sync providers 104, which enable a recipient to sync his/her document(s) and/or other content across multiple devices seamlessly without user/recipient interaction.
  • the storage system 104 includes support in terms of access with the API.
  • the example system further includes representational state transfer (REST) services, where the different components communicate over HTTP in a RESTful manner (i.e., in a manner that is compliant with REST constraints).
  • REST representational state transfer
  • the example system may also incorporate third party web services 604 such as, for example, the AWS services described herein, which are a set of services from AWS that include, for example, storage services such as, for example, S3 and Simple DB for storage of data and metadata, SQS for managing messages and SNS for notification services.
  • the example system also includes sync apps to install the applications of the sync providers, which are targeted to different operating systems and devices.
  • FIG. 18 provides a schematic overview of example deployment architecture of the example system.
  • the architecture assumes that the content generator and/or provider 504 is on a corporate network 620 and a virtual private network (VPN) tunnel 622 will be enabled by the security team for the services in the cloud to interact with.
  • the services do not need to interact with the actual content generator 504. Rather, the services are able to subscribe to the documents, metadata and notifications published by the content generator 504.
  • VPN virtual private network
  • FIG. 19 shows an example system 1800 including one or more content or document source(s) 1801 , a hub 1802, which may be incorporated with the content provider disclosed above, an encoder 1804, a publisher 1806, a processor 1808 and a database and/or a data store 1810.
  • the hub 1802 receives a document from a first and/or second document source 1801.
  • the first document source may be a bank and the second document source may be a phone company.
  • the document may be a bill, a statement, an offer, a publication, etc.
  • the processor 1808 determines the document type and classifies the document with a tag and/or maps the document based on the type of document received. For example, if the document is a bill, the document may receive a first tag and, if the document is a magazine, the document may receive a second tag.
  • the example processor 1808 identifies the intended recipient and classifies the document with another tag and/or maps the document based on the intended recipient.
  • the example processor 1808 scans the document and/or extracts and/or maps data from the first document based on first content of the first document.
  • the example encoder 1804 encrypts the document and/or the data, etc., and the example publisher 1806 publishes the document for receipt by the intended recipient.
  • the example encoder 1804 also may be used to implement the example lockbox, encryption and security features disclosed above.
  • the processor 1808 performs an analysis on the first document, the first data and/or data from multiple documents.
  • the example processor 1808 generates a report associated with the analysis. The report may include spending habits of the recipient, trends, and/or other desired metrics, analysis, data, etc.
  • the example processor 1808 Prior to granting access to the document and/or the data, the example processor 1808 verifies the identity of the intended recipient.
  • the processor 1808 may verify the identity of the recipient by, for example, the recipient's access device, password, etc. associated and/or entered by the recipient.
  • the hub 1802 receives and grants a request from the recipient to modify the presentation of the document(s) and/or the data. For example, the recipient may want additional or alternative analysis or data presented and/or may want additional or alternative features displayed on the user interface.
  • the processor 1808 is used to implement any such modification requests.
  • the example database 1810 is used to store the documents and data described herein.
  • the example database 1810 is a cloud storage as disclosed herein.
  • FIGS. 1-19 While an example manner of implementing the example content delivery systems is illustrated in FIGS. 1-19, one or more of the elements, processes and/or devices illustrated in FIGS. 1-19 may be combined, divided, re-arranged, omitted, eliminated and/or implemented in any other way. Further, the example elements, devices and/or systems of FIGS. 1-19 may be implemented by hardware, software, firmware and/or any combination of hardware, software and/or firmware. Thus, for example, any of the example elements, devices and/or systems of FIGS. 1-19 could be implemented by one or more circuit(s), programmable processor(s), application specific integrated circuit(s) (ASIC(s)),
  • PLD programmable logic device
  • field programmable logic device PLD(s)
  • FIGS. 1-19 are hereby expressly defined to include a tangible computer readable storage device or storage disc such as a memory, DVD, CD, Blu-ray, etc. storing the software and/or firmware.
  • the example content delivery systems disclosed herein may include one or more elements, processes and/or devices in addition to, or instead of, those illustrated in FIGS. 1-19, and/or may include more than one of any or all of the illustrated elements, processes and devices.
  • FIGS. 20-31 Flowchart representative of example machine readable instructions for implementing the example content delivery systems of FIGS. 1-19 are shown in FIGS. 20-31.
  • the machine readable instructions comprise a program for execution by a processor such as the processor 1012 shown in the example processor platform 1000 discussed below in connection with FIG. 34.
  • the program may be embodied in software stored on a tangible computer readable storage medium such as a CD-ROM, a floppy disk, a hard drive, a digital versatile disk (DVD), a Blu-ray disk, or a memory associated with the processor 1012, but the entire program and/or parts thereof could alternatively be executed by a device other than the processor 1012 and/or embodied in firmware or dedicated hardware.
  • example program is described with reference to the flowcharts illustrated in FIGS. 20-31, many other methods of implementing the example content delivery systems alternatively be used.
  • order of execution of the blocks may be changed, and/or some of the blocks described may be changed, eliminated, or combined.
  • FIGS. 20-31 may be implemented using coded instructions (e.g., computer and/or machine readable instructions) stored on a tangible computer readable storage medium such as a hard disk drive, a flash memory, a read-only memory (ROM), a compact disk (CD), a digital versatile disk (DVD), a cache, a random-access memory (RAM) and/or any other storage device or storage disk in which information is stored for any duration (e.g., for extended time periods, permanently, for brief instances, for temporarily buffering, and/or for caching of the information).
  • a tangible computer readable storage medium such as a hard disk drive, a flash memory, a read-only memory (ROM), a compact disk (CD), a digital versatile disk (DVD), a cache, a random-access memory (RAM) and/or any other storage device or storage disk in which information is stored for any duration (e.g., for extended time periods, permanently, for brief instances, for temporarily buffering, and/or for caching of the information).
  • tangible computer readable storage medium and “tangible machine readable storage medium” are used interchangeably. Additionally or alternatively, the example processes of FIGS. 20-31 may be implemented using coded instructions (e.g., computer and/or machine readable instructions) stored on a non-transitory computer and/or machine readable medium such as a hard disk drive, a flash memory, a read-only memory, a compact disk, a digital versatile disk, a cache, a random-access memory and/or any other storage device or storage disk in which information is stored for any duration (e.g., for extended time periods, permanently, for brief instances, for temporarily buffering, and/or for caching of the information).
  • coded instructions e.g., computer and/or machine readable instructions
  • a non-transitory computer and/or machine readable medium such as a hard disk drive, a flash memory, a read-only memory, a compact disk, a digital versatile disk, a cache, a random-access memory and/or any other storage device or storage disk in
  • non-transitory computer readable medium is expressly defined to include any type of computer readable device or disc and to exclude propagating signals.
  • phrase “at least” is used as the transition term in a preamble of a claim, it is open-ended in the same manner as the term “comprising” is open ended.
  • FIG. 20 shows an example method 3200 publishing and/or providing access to content in accordance with the teachings of this disclosure.
  • the example process 3200 includes receiving a document (block 3202).
  • the document is received from a first document source.
  • multiple documents are received from the first document source or from different document sources.
  • the example process 3200 includes determining the document type and classifying the document with a tag and/or mapping the document based on the type of document received or the content of the document (block 3204). For example, as noted above, if the document is a bill, the document may receive a first tag and, if the document is a magazine, the document may receive a second tag.
  • the example process 3200 also includes identifying the intended recipient and classifying the document with another tag and/or mapping the document based on the intended recipient (block 3206).
  • the example process 3200 includes encoding or encrypting the document and/or the data parsed or extracted from the document (block 3207).
  • the document and/or data may be encrypted such that the document and/or data is only viewable by the intended recipient.
  • the example process 3200 includes publishing the document for receipt by the intended recipient (block 3208.
  • the process 3200 determines if additional documents/content are received (block 3210). If additional contents/documents are received, the process continues with receiving the document (block 3202). If additional documents/content are not received (block 3210), the process 3200 determines if analysis of the documents and/or any data contained therein or parsed or extracted therefrom is to be performed (block 3212). If analysis of the documents, content and/or data is to be performed (block 3212), such analysis is performed (block 3214). The results of such analysis may be presented as raw data, synthesized data, one or more reports and/or calculations and/or other value-added metrics, data, actionable insights, information, etc.
  • the process 3200 progresses to recipient verification (3216).
  • recipient verification Prior to granting access to the document and/or the data, the example process 3200 verities the identity of an intended recipient (block 3216). This ensures that any confidential and/or otherwise sensitive information is only shared with the intended recipient.
  • the processor 1808 may verify the identity of the recipient by, for example, the recipient's access device, password, etc. associated and/or entered by the recipient (block 3216).
  • the process of verifying an identity of an intended recipient may occur earlier in the process 3200 and/or concurrently with other elements of the process 3200. With the identity of the recipient verified (block 3216), the recipient is granted access to the document, content, data and/or analysis (block 3218).
  • the example process 3200 receives a request from the recipient to modify the presentation of the document(s) and/or the data (block 3220). If the process 3200 determines that a modification request is received (block 3220), the process 3200 implements the modification and grants access to the recipient to the modified presentation (block 3222). After modification (block 3222) or if no modification request is received (block 3220), the example process 3200 determines if there are additional documents to process (block 3224). If there are additional documents to process (block 3224), the example process 3200 returns to receive the document (block 3202). If there are not additional documents to process (block 3224), the example process 3200 ends (block 3226).
  • FIG. 21 shows an example method 1500 of registering a user or recipient 108 for the content delivery systems disclosed herein.
  • the recipient 108 accesses the app via, for example, a uniform resource locator (URL), a quick response (OR) code or any other gateway to otherwise access the content delivery system app (block 1502).
  • the recipient 108 then downloads the app to his or her one or more devices (block 1504).
  • the recipient 108 enters personal information including, for example, one or more of name, username, address, password, etc. (block 1506).
  • the recipient 108 reviews and accepts the terms and conditions of the app (block 1508).
  • the recipient 108 then provides the information (e.g., cloud name and/or address, username, password and/or other credentials) for the storage system 104 that the recipient 108 uses or wants to use (block 1510).
  • information e.g., cloud name and/or address, username, password and/or other credentials
  • the recipient 108 selects the content provided by the content provider 102 that the recipient 108 desires to view, transmit or otherwise use with the example system 100 (block 1512). For example, if the content provider 102 provides the recipient 108 with bank statements, bills or other documents from various organizations, the recipient 108 may select those banks, utilities and/or other organization(s) for receipt of the related content through the example system 100. Thus, instead of, for example, receiving a bank statement via physical postal delivery or electronic mail, the recipient 108 would receive the content via the example system 100. In some examples, the recipient 108 may elect for the content provider 102 to provide content via the example system 100 even if the content provider 102 had not previously provided such content to the recipient 108 via the system 100 or via any other medium.
  • the recipient 108 is requested to select one or more promotions or other offers, if any, that the recipient 108 would like to receive (block 1514).
  • Such examples may incorporate a GPS or other location identification service that determines a recipient's location and, based on such location, pushes location-specific offers, coupons, reminders or other content to the recipient 108.
  • the example process 1500 ends (block 1516).
  • FIG. 21 A shows another example process 2100 of initializing, registering or confirming a user or recipient upon receiving a request from the recipient 108 to receive content digitally.
  • the recipient 108 has previously registered to receive at least some content digitally.
  • the recipient 108 may have registered with the content provider 102 to receive a first document digitally but not to receive a second document digitally.
  • the content provider 102 and/or one of the devices 110, 112, 1 14 and/or 116 includes personal data of the recipient 108 that can be used to assist in registering the recipient 108 to receive additional content digitally.
  • the recipient 108 has not previously registered to receive content digitally.
  • personal data used to register the recipient 108 to receive content digitally may be obtained from the document received, one of the devices 110, 112, 1 14 and/or 116 and/or any other source and/or provider (e.g., the content provider 102, the United States Postal Service (USPS), etc.).
  • any other source and/or provider e.g., the content provider 102, the United States Postal Service (USPS), etc.
  • the example process 2100 includes one of the devices 110, 112, 1 14, 116 and/or the content provider 102 receiving a scan and/or an image of at least a portion of a document to initiate the digital content request (block 2102).
  • the document is a phone bill and/or mail piece having an intelligent barcode, a bar code and/or a quick response barcode that the recipient 108 has scanned using, for example, the smart phone 1 16.
  • the document is a phone bill that the recipient 108 has taken a picture using, for example, the smart phone 116.
  • the smart phone 116 may automatically convey this data to the content provider 102.
  • the content associated with the scanned portion and/or the picture is ingested by, for example, the content provider 102 (block 2104).
  • ingesting the content includes obtaining first data associated with the recipient 108 and/or the document from, for example, the document, the smart phone 116, referencing a database, etc.
  • the first data may include a name of the user, an address of the user, an account number of the user associated with the document, a name of the document, contents of a barcode, etc.
  • ingesting the content includes performing an optical recognition process on the scanned and/or image document received.
  • the example process 2100 also includes displaying the first data to the recipient 108 using, for example, the smart phone 116, for validation by the recipient 108 (block 2106).
  • the recipient 108 may be prompted, via the smart phone 116, whether they would like to modify the first content (block 2108). If the first data is to be modified, the recipient modifies and/or corrects the first data (block 2110).
  • the example process 2100 includes determining whether or not the first data is to be compared to data of a database to identify second data associated with the document and/or the recipient (block 21 12).
  • the first data is compared to data of a database when additional data (e.g., data associated and/or stored at the United States Postal Service) is to be combined with and/or used in combination with the first data as also shown in FIG. 2 IB.
  • additional data e.g., data associated and/or stored at the United States Postal Service
  • the first data is to be compared to the data of the database (block 2112)
  • the first data is compared to data of the database to identify second data associated with the document and/or recipient (block 21 14).
  • the example process 2100 includes combining the first data with the second data (block 21 16).
  • the first and/or second data is converted into a known and/or standard format such as, for example, VASC format (block 2118).
  • converting the first and second data into a standard format includes mapping the first and second data to a model.
  • the example process 2100 also includes conveying or transmitting such as, for example, via the content provider 102, the first and second standardized data to the document sender and/or document creator such as, for example, the phone company and/or a third party sender associated with conveying the phone bill to the recipient (block 2120).
  • the standardized data is associated with a model
  • the generated model is conveyed to the document sender and/or content creator.
  • the first data is converted into a known and/or standard format such as, for example, VASC format, (block 2122).
  • converting the first data into a standard format includes mapping the first data to a model.
  • the example process 2100 also includes transmitting or conveying such as, for example, via the content provider 102, the first standardized data to the document sender and/or content creator such as, for example, the phone company and/or a third party sender associated with conveying the phone bill to the recipient (block 2124).
  • the standardized data is associated with a model
  • the generated model is conveyed to the document sender and/or content creator.
  • the example process 2100 includes receiving confirmation that the digital content request was received (block 2126).
  • the receipt confirmation may be received at, for example, the content provider 102.
  • the example process 2100 includes receiving a confirmation of digital mail initiation (block 2128).
  • the receipt of digital mail initiation may also be received at the content provider 102, for example.
  • the confirmation of digital mail initial confirms that future correspondence associated with the document (e.g., the phone bill) will be sent to the requester 108 digitally.
  • the example process 2100 includes conveying the confirmation associated with future correspondence to be sent to the requester 108 to the requester 108 using, for example, the smart phone 116 (block 2130).
  • FIG. 22 illustrates an example process 900 for publishing content.
  • content is ingested (block 902) from, for example, the recipient 108, the content provider 102 or any other third party document source including, for example, document publishers and/or content delivery companies.
  • Ingesting the content includes authenticating the content, encrypting the content and/or staging the content for further processing.
  • the example process 900 also includes preprocessing (block 904).
  • Preprocessing the content includes data validation and categorization of the content including sorting or grouping the content.
  • the content may also undergo enrichment, transformation and/or analysis in preprocessing (block 904).
  • FIG. 22 also shows that the example process 900 includes tagging and/or classification of the content (block 906).
  • the content is tagged with metadata that details attributes or characteristics of the content, portion of the content, attributes related to the recipient, attributes related to the devices with which the recipient accesses the content and/or any other suitable information or characteristics.
  • the content is also indexed to facilitate access to the content.
  • the example process 900 also includes approval (block 908) of the content and the processing of the content and/or metadata.
  • the example process 900 includes publication (block 910). With publication, the content may be transformed, synchronized, and made available for viewing by the recipient.
  • the example process 900 also determines if there is additional content to be processed for publication (block 912). If there is additional content, the example process 900 returns to block 902 to ingest the additional content. If there is no additional content, the example process ends (block 914).
  • FIG. 23 shows additional example details of the example process 900.
  • content including, for example, marketing communications, financial services and/or response marketing, may be processed according to the example process 900 at the example hub 120.
  • Many of the example stages of the process 900 are managed by a platform services layer before the content is pushed or otherwise transmitted to the storage system 104 and/or lockbox 124.
  • the platform layer services manages and/or executes many functions including, for example, content synchronization, content management, data quality control, searching features, administrative tasks, content and/or data analysis, workflow management, collaboration, security, access control, reporting functionality, auditing, intelligent tagging, application of location based service codes, sorting and/or pushing content.
  • the example hub 120 manages and/or executes general information technology services including, for example, logging, content management, metadata management, workflows, data conversions and content publishing.
  • FIG. 24 shows further details of the example process 900 including details of enterprise content management, which manages publishing activity.
  • the ingestion stage (block 902) includes the capturing, decrypting, decompressing and validating the structure of content.
  • the ingestion stage results in captured content.
  • the preprocessing stage (block 904) includes postal hygiene services, data quality control, enrichment of the content, and analysis of the content or portions thereof.
  • the preprocessing stage results in validated content.
  • the example process 900 also includes composition of the content (block 1102). During composition, content or portions thereof are rendered and/or indexed. The result of the composition stage is composed content.
  • the example process 900 also include post processing (block 1104) during which content is transformed, optimized and indexed. Indexing may occur throughout the process 900.
  • indexing includes associating an identification code (e.g., a digital bar code or signature), with content or portions of content to facilitate identification and access of the content.
  • the result of the post processing stage is optimized content.
  • the example process 900 also includes a production (block 1106) which may include printing content or portions of content and the publication stage (block 910).
  • the example process 900 includes a delivery stage (block 1106), in which the content is delivered.
  • production, publication and/or delivery are combined in whole or in part.
  • FIG. 25 shows further details of the publication elements of the example processes disclosed herein.
  • the result of the production stage is produced content (block 910).
  • the example enterprise content management provides a flexible, reliable secure platform for categorizing, publishing and tracking diverse communication types using configurable work flows.
  • the content e.g., a composed touchpoint
  • Metadata is applied (block 906) to the touchpoint to enable search, categorization and analysis.
  • the tagged touchpoint is reviewed and approved (block 908) for quality control and/or compliance with standards and/or other guidelines or requirements by, for example, the content provider 102 and, in some examples, one or more client(s) of the content provider including content producer(s) or organizations otherwise associated with the content.
  • the approved touchpoint is published (block 910) which may include a push, pull or other transmission between the example system and one or more storage system(s) 104, email account(s), mobile device(s), web based recipient(s), social network(s) and/or other recipients using other communication modes.
  • FIG. 26 diagrams example communications related to operation with the cloud sync providers.
  • the examples described herein enable recipients to work with content offline where relevant and possible and to continue to work with multiple devices and synchronize content across devices.
  • These features are possible where the apps query the services in the cloud for the desired data.
  • the apps will cache the content locally and use the cached content to render the content to the recipient.
  • the documents that have already been pulled will remain accessible.
  • such documents may be pulled again to the other devices automatically.
  • the content is synchronized across multiple devices of the recipient.
  • the example system disclosed herein and, in particular the app operated by the content provider leverages commercially available cloud sync providers of third parties such as, for example, DropBox and iCloud. Because these third party sync providers have a high adoption rate, each recipient can link their third party sync account with their respective account with the example content provider to enable the app operated by the content provider to leverage the sync services of the third party provider to which the recipient is subscribed. In addition, use of these third party services relieves the example content provider from having to develop and maintain all of the infrastructure needed to store and manage all of the content.
  • third parties such as, for example, DropBox and iCloud.
  • a content provider 102 sends a request (e.g., a request token) to the storage system 104 (e.g., the sync provider).
  • the storage system 104 responds, and an authorization on the provider site is send from, for example, a browser of the content provider 102 to a sync authorization site of the storage system 104.
  • An access request (e.g., an access token) is sent from the content provider 102 to the storage system 104, and a response is sent back.
  • the content provider 102 communicates with content provider services (2652) to store the access token.
  • the content provider services 2652 invokes the API.
  • FIG. 27 shows a further implementation of an example process 2500 that includes converting documents such as, for example physical mail, into a tagged standard data exchange format that is deliverable to a device (e.g., a mobile device) using a web- enabled application and/or cloud sync technology.
  • the tagged data components are accessed, used and/or repurposed by the application features to provide the user and/or recipient with an enriched experience and/or more data than would otherwise be available if the user had received the static document content.
  • the process 2500 provides a web and/or mobile based application that aggregates digital versions of commonly received physically mailed documents and delivers digital content to a digital mailbox application.
  • the example process 2500 enables the user to receive such digital content distributions in a secure, centralized location without pulling the information to the digital mailbox application.
  • the process 2500 includes document and/or data source processes 2502, data ingestion processes 2504, data storage processes 2506, content management processes 2508, webservice interfaces 2510, cloud storage processes 2512 and client side applications 2514.
  • the example process 2500 presents document-related content originally formatted for physical delivery.
  • the content includes business information, metadata, tags, interaction features, sharing features, analysis features and/or on-line archival features.
  • FIG. 28 depicts an example content creator registration, content distribution and/or onboarding process 2600.
  • the content provider may register as an input source in the example system.
  • the content providers may include the creators of an account-specific document (e.g., a bill, a statement) and/or entities that provide marketing content and/or offers that are distributable using the examples disclosed herein.
  • registering enables document-specific content and/or business rules of the entity to be used when converting received documents into a standardized format.
  • content of the document is mapped to the associated field to enable the content to be tagged.
  • settings of a provider may be stored pending the receipt of content as part of the registration process.
  • the process 2600 includes engaging, i.e., communicating with clients (document sources) (block 2602) to receive documents.
  • the example process 2600 also includes analyzing a sample document 2604 to understand the content items that are available (e.g., parse the document to identify data), understand the relationship of the contents in the document, identify' the source of the content items and/or the files format (e.g., a print ready file and/or a data file) and map the content to the existing data structure.
  • the example process 2600 also includes analyzing metadata (block 2606).
  • the process 2600 includes identifying document delivery mechanisms (block 2608), value added (VASC) data elements (block 2610) and gaps in VASC data (block 2612), which may include a mapping process and expanding and/or changing the data structure to include newly identified content item types, hi some example, the VASC schema is modified (block 2614). Also, in some examples, a tagging/conversion profile may be created for the specific combination of creator and/or document type (block 2616).
  • FIG. 29 is an example process 2700 by which content is submitted to be distributed via the example distribution methods.
  • the process 2700 may be used regardless of the status of the creator and/or sender.
  • the process 2700 begins with the receipt of various electronic file types from the
  • the process 2700 standardizes the content and/or data to ensure the content has been received in the expected format, which may include document cleansing (block 2706) and document approval (block 2708). If the content is approved, the content under goes the onboarding processes described in the process 2600, which may includes, for example, developing or accessing of a tagging profile (block 2710), document tagging (block 2712), VASC mapping (block 2714), and document enhancing (block 2716), content management services API 2717 and/or the content management services 2718 . However, if the content is not approved, the content moves to an exception workflow. The approved and processed content is delivered to recipients in accordance with the security/data access features disclosed herein (block 2722) and aspects of then content, data, tagging, etc. are stored (blocks 2724a, 2724b)
  • the content is converted into a data structure and made available to the distribution engine by accessing the document, extracting content items from the document and mapping the content items to the appropriate position in the data structure.
  • an identification and/or value may be created and/or associated with the document and the recipient.
  • business rules may be used to determine if additional processing takes place. For example, new offers will be linked to any user account that has opted into receiving offers from a sender. In some examples, a data service will determine the recipient of new content.
  • the data and/or content may be enhanced from the original formatted document to include additional information and/or to enable the data and/or content to be compatible with the data structure.
  • the original document is modified to include metadata, etc. associated with the document content. If available, the original document may be loaded for storage and/or user access.
  • the original data, the metadata, etc. may be associated with a key and/or identification code associated with the recipient.
  • the data and/or content may be accessible using any device.
  • FIG. 30 depicts an example process 2800 of making content formats available to user applications for consumption, viewing and/or use.
  • structured content is loaded into the system database for storage and user access.
  • the arrival of the structured contents may cause and/or trigger procedures in the Control Database to make the content available to the appropriate user application.
  • services in the digital content + Data Access Service processor communicates (block 2802) with the application at the time the application is activated.
  • the digital content processer provides APIs (block 2804) for compatible applications to access and use structured content in real time.
  • formatted content (e.g., pdf format), which may or may not include additional information, is pushed to a recipient using a commercially available cloud storage and synchronization application (e.g., a cloud provider, such as for example, DropBox, Box.net, or iCloud).
  • a cloud provider such as for example, DropBox, Box.net, or iCloud
  • the user may be asked to select which cloud provider the user would like to use and, once selected, the user enters the associated login information (e.g., credentials).
  • a process may begin that reviews the profile of the intended recipient (block 2806) including the selected commercial cloud provider (block 2808), the login credentials, etc.
  • the digital content system loads the content (block 2810), pushes content (block 2812) via, for example, a cloud synchronization interface (block 2814) into the user's cloud provider account (block 2716) to enable access using any user registered device (blocks 2816a, 2816b, 2816c).
  • FIG. 31 depicts an example process 3000 of managing provisioning content to users to increase security, error recovery and/or forensics.
  • the process 3000 may include authentication and authorization services (3002) and/or entitlement services (block 3004).
  • the process 3000 obtains a user's profiled (block 3006) and obtains uses entitlement controls (block 3008) specific to the user's profile to manage access to content at the client side apps (block 3010).
  • the user application web services (block 3010) look for new content when connecting the device registration with the authentication service (block 3002).
  • the authentication service (block 3002) validates the user profile and searches, e.g., via the API (block 3012) for content from the content management system (CMS) (block 3014) that matches the user profile. Matching content is accessible to the user device.
  • CMS content management system
  • Analytics captured on the platform and/or the user's device may be used for reporting and/or when content is accessed (e.g., the application content access activities) may be logged by the entitlement services process, and can be retrieved for reporting or forensics.
  • the process 3000 supports invalidation of content and removes it from user accounts and devices. For example, improperly provisioned content can be removed from user access by edits to the entitlement service, eliminating the ability for a user to access invalid content.
  • the entitlement service can remove invalid content from the content management system and/or direct the content to be removed from the user's commercial cloud account and from any application-controlled storage area on devices where the content has been stored.
  • transportation and storage of data is encrypted.
  • FIGS. 32A and 32B represent an example structure 2850 of mapping example documents such as bills, statement, notices, policies, etc.
  • the structure 2850 includes a data format standard that represents the relationship of content to how the content is organized and used electronically.
  • the data structure 2850 may hold and/or store information about content and business rule decisions and maintain relationships between the recipient, sender and/or the data models.
  • the data structure 2850 may be a comprehensive structure that accounts for the types of content represented by physical mail.
  • the data structure 2850 shows the relationship between the profile of a user of the example digital content delivery systems disclosed herein and the content items represented in the data structure.
  • the example structure 2850 includes a hierarchical model that arranges the original content into an array of tables based on a functional description of the content. This arrangement enables software applications to perform analyses across multiple document types and versions. All content pieces from an original document may be linked via an ID.
  • the data structure 2850 links a user profile ID with the main content header, and thus, to all content elements.
  • the profile includes personal information about the user for the purposes of managing authentication as well as linking to and accessing personal content from senders.
  • the data structure 2850 may be updated dynamically with additional content from senders, results of actions taken by the user upon the content, or by processes accomplished in the application.
  • the data structure 2850 can evolve or otherwise be altered based on analysis of additional document types, additional user actions, and/or additional processes from the application.
  • FIGS. 33A - 33K show further details of example structures of mapping example documents such as, for example, bills, statements, notices, policies, recipient information, and source or provider information, etc.
  • FIGS. 33 A-K show the interrelation between the provider or source of documents, the recipients and the type of documents.
  • the categorization and classification of source, the recipient, the document type and/or document contents illustrate the complexity of potential tagging schemes that may be used to describe documents and/or document content.
  • the details and breadth of the possibilities of data interaction also illustrate the potential for advanced data analysis to provide value added content to the recipient, which is content different than what appears on the face of the documents.
  • the data and documents shown in this illustrated example maybe analyzed automatically in accordance with predetermined analysis protocols and/or analyzed at the request of the recipient and in accordance with the instructions from the recipient.
  • FIG. 34 is a block diagram of an example processor platform 1000 capable of executing the instructions of FIGS. 20-31 to implement the apparatus or systems of FIGS. 1- 19.
  • the processor platform 1000 can be, for example, a server, a personal computer, a mobile device (e.g., a cell phone, a smart phone, a tablet such as an iPadTM), a personal digital assistant (PDA), an Internet appliance, a DVD player, a CD player, a digital video recorder, a Blu-ray player, a gaming console, a personal video recorder, a set top box, or any other type of computing device.
  • a mobile device e.g., a cell phone, a smart phone, a tablet such as an iPadTM
  • PDA personal digital assistant
  • an Internet appliance e.g., a DVD player, a CD player, a digital video recorder, a Blu-ray player, a gaming console, a personal video recorder, a set top box, or any other type of computing device.
  • the processor platform 1000 of the illustrated example includes a processor 1012.
  • the processor 1012 of the illustrated example is hardware.
  • the processor 1012 can be implemented by one or more integrated circuits, logic circuits, microprocessors or controllers from any desired family or manufacturer.
  • the processor 1012 includes a local memory 1013 (e.g., a cache) and is in communication with a main memory including a volatile memory 1014 and a non-volatile memory 1016 via a bus 1018.
  • the volatile memory 1014 may be implemented by
  • the non- volatile memory 1016 may be implemented by flash memory and/or any other desired type of memory device. Access to the main memory 1014, 1016 is controlled by a memory controller.
  • the computer 1000 also includes an interface circuit 1020.
  • the interface circuit 1020 may be implemented by any type of interface standard, such as an Ethernet interface, a universal serial bus (USB), and/or a PCI express interface.
  • One or more input devices 1022 are connected to the interface circuit 1020.
  • the input device(s) 1022 permit a user to enter data and commands into the processor 1012.
  • the input device(s) can be implemented by, for example, a keyboard, a mouse, a touchscreen, a track-pad, a trackball, isopoint and/or a voice recognition system.
  • One or more output devices 1024 are also connected to the interface circuit 1020.
  • the output devices 1024 can be implemented, for example, by display devices (e.g., a liquid crystal display, a cathode ray tube display (CRT), a printer and/or speakers).
  • the interface circuit 1020 thus, typically includes a graphics driver card.
  • the interface circuit 1020 also includes a communication device such as a modem or network interface card to facilitate exchange of data with external computers via a network 1026 (e.g., an Ethernet connection, a digital subscriber line (DSL), a telephone line, coaxial cable, a cellular telephone system, etc.).
  • a network 1026 e.g., an Ethernet connection, a digital subscriber line (DSL), a telephone line, coaxial cable, a cellular telephone system, etc.
  • the computer 1000 also includes one or more mass storage devices 1028 for storing software and data.
  • mass storage devices 1028 include floppy disk drives, hard drive disks, compact disk drives and digital versatile disk (DVD) drives.
  • the mass storage device 1028 may implement the storage devices described herein.
  • the coded instructions 1032 of the examples disclosed above and in the figures may be stored in the mass storage device 1028, in the volatile memory 1014, in the non-volatile memory 1016, and/or on a removable storage medium such as a CD or DVD.
  • hybrid clouds combine the features of public and private cloud models and integrate the benefits of virtualized architecture internally within an enterprise.
  • the service delivery infrastructure is expandable and contractible automatically based on capacity needs.
  • the services are architected so that a plurality of recipients shares underlying infrastructure resources, without compromising the privacy and security of any recipient's data.
  • the system operates on-demand.
  • the cloud services are available over the internet and can be consumed as and where needed. There may also be usage-based metering where billing is either based on the usage of computing resources or on a subscription-based model with or without long term contracts.
  • the services disclosed here may be directly consumed by the recipient from the user-interface or an API.
  • the content is more secure than standard email.
  • the content cannot be blocked by a SPAM filter and is invisible to anti -virus software.
  • the recipient may have a single mailbox for all desired communication.
  • There is improved organization of documents with intelligent folder structure. Content resides and is synchronized across all of the recipient's devices. The content is more targeted and relevant.
  • the document-level tagged data enables intelligent storage and search of content.
  • the system provides security of PDF documents with functionality of accessing tagged data for other uses.
  • a user may sign into the application using a sign in page. However, if the user does not have a user name and/or password, the user may register as a new user. In the registration process, the user may enter personal information and/or other information to complete the registration process. In some examples, the user may use an apple ID or other preexisting ID during the registration process.
  • Users may be presented with legal terms (e.g., terms and conditions) to review and accept to move forward in the application process. Users may select which accounts and/or bills they would like to receive with and/or using the application. The user may select which vendor (e.g., companies offering coupons) they would like to receive offers from, and the user registration process is completed.
  • legal terms e.g., terms and conditions
  • a user signs into the system using a login and password.
  • the main screen may include recent communications and/or expiring offers.
  • the time frame of the content viewable may be changed by the user depending on user preferences (e.g., a number of days, a number of weeks, etc.).
  • a user may be able to view one or more user account(s) and/or metadata related to the user, his or her providers and/or document details.
  • a user may select a particular account and/or bill, and the document (e.g., in .pdf format) for viewing. After and/or prior to viewing the particular bill or other document, the user may store this document in another area of the device (e.g., lockbox) and/or forward the document by e-mail, for example.
  • another area of the device e.g., lockbox
  • Documents may be stored in a dual key encrypted lock box.
  • the lock box may include user created folders where the documents may be stored. Users may modify how they use the lockbox, their pin, the time out, etc. The user may exit the lockbox while still remaining in the application. Documents may be moved from other areas of the application into the lockbox.
  • Users may also view bills that are due, pay bills, and view vendor websites. Once paid, the bill may automatically and/or manually be marked as paid.
  • the billers e.g., the utility company
  • the billers may include videos or other information for user viewing.
  • User may also access offers (e.g., coupons) that have been sent to the user.
  • the offers are searchable and, by selecting a particular offer, a screen may be opened that is scannable (e.g., bar code, a QR code, etc.) at the point of retail purchase (e.g., from a mobile phone).
  • Offers may also be identified based on the location of the user and/or within a distance of the user's current location (e.g., using GPS functionality of the device).
  • Users may change the settings of the system. For example, the user may change a time out time, password settings, etc. Users also have access to value added data that does not appear on the face of a document. For example, aggregate amounts that a user owes (e.g., bills) versus what the user is worth (e.g., bank accounts) may be reviewed. The amount due may be updated based on the bills paid, etc. In some examples, alerts may be added to a particular bill indicating that there is a mismatch between a profile address and physical address provided. The user may update the address information using the example application and/or send an updated address to one or more of the providers, etc.
  • value added data that does not appear on the face of a document. For example, aggregate amounts that a user owes (e.g., bills) versus what the user is worth (e.g., bank accounts) may be reviewed. The amount due may be updated based on the bills paid, etc. In some examples, alerts may be added to a particular bill indicating that
  • VASC data records layout of a document and keeps track of data elements (e.g., name, address, transaction lines, etc.).
  • the examples disclosed herein may extract data from documents by integrating the document, pulling data from the document and then formatting the extracted document into a known and/or standard format (VASC format).
  • VASC format a known and/or standard format
  • the formatted data is then searchable, useable, etc.
  • a bill, .pdf and/or other document may be scanned, identified, tagged, extracted and/or classified in a VASC format.
  • a user can aggregate data, analyze the data, search the data, filter the data, determine trends in the data, etc.
  • a third party can perform analytics on the data with or without the user's knowledge.
  • information obtained by the third party may be used for targeted mailing campaigns.
  • a customer may provide the content provider (e.g., R Donnelley) with a file and/or document to be tagged (e.g., data tagging, tagged with metadata).
  • the content provider may extract and classify the tagged data into a useable, searchable, standardized format (e.g., VASC format).
  • a customer e.g., a tire shop
  • the content provider e.g., RR Donnelley
  • the content provider may then extract and classify the tagged data into a useable, searchable, standardized format (e.g., VASC format).
  • the customer provides the content provider with metadata (e.g., the VASC data, the tagged data) without other documentation and then the content provider, using a template, incorporates the metadata into the template (e.g., a viewable document) for later use.
  • the content provider may extract and classify the tagged data into a useable, searchable, standardized format (e.g., VASC format).
  • the customer provides the content provider (e.g., RR Donnelley) with the VASC data (e.g., metadata, the tagged data) and the content provider uses the VASC data to perform analytics and/or provide content.
  • the content provider e.g., RR Donnelley
  • the VASC data e.g., metadata, the tagged data
  • the example disclosed herein aggregate information obtained from multiple sources and enables the user to access such information in a standardized format.
  • the aggregated information may include personal information.
  • the recipient and/or the user receives the original document in an electronic format in addition to the additional information and/or functionality.
  • the data provided e.g., the original document, additional information, etc.
  • Compatible plug-ins and/or software and/or applications may use data from an individual document, multiple documents, multiple document types, multiple senders, etc.
  • an example data structure may be used to hold and/or store information relating to content, business rule decisions, relationships between the recipient, the sender and/or the data model.
  • the data model may include data elements such as transactional communications, bills, statements, etc.
  • providers can communicate content using defined but expandable categories to enable the content to be useable for other purposes.
  • the examples disclosed herein can be used to provide a standard method of categorizing, mapping and/or tagging elements of document content.
  • the content may be associated with communications between a business and a consumer and/or a consumer and another consumer.
  • the content and/or document elements are converted, tagged and/or mapped to data times to enable the content to be searched, filtered, manipulated, interacted with, etc.
  • a third party, public cloud sync provider and/or data storage can be used to deliver content and enable the content to be synchronized across all user devices (e.g., user devices having the installed software).
  • encrypted content is delivered from a content creator (e.g., a provider) to a recipient and/or user using the recipient's public cloud account (e.g., DropBox, iCloud, etc.).
  • the cloud solution and/or content can be synced across devices and available to the user's devices from a single transmission.
  • the cloud sync provider manages the devices different functionalities and/or abilities to locally store and/or synchronize content.
  • the examples disclosed herein can identify individual content elements from a formatted document (e.g., a PDF) or other format (e.g., ASCII text or XML) and tag and/or map the elements according to the associated value.
  • the values may be stored and/or ingested into a database.
  • administrative access can be used to remove content from a user's device and/or the associated cloud account. For example, an expired offer and/or coupon may be removed.
  • a status of the content e.g., accessed, not accessed, secured, not secured
  • Monitoring the status of content may be used during privacy investigations.
  • the examples disclosed herein relate to processes and/or applications that access data in the example digital content system and structured data provided by the digital content system.
  • a user and/or a device can connect to the digital content platform using APIs to authenticate the user and transfer content back and forth.
  • the examples disclosed may be used with any hardware platform including desktop operating systems (Windows, Mac, etc) as well as mobile platforms (iOS, Android, etc.).
  • the example digital content system interacts with cloud provider services to manage downloading content to local devices and/or view content held and/or stored in the cloud provider's cloud storage.
  • the access device e.g., the user's mobile device
  • a registration process for a user to sign-up and/or subscribe to the digital delivery service includes obtaining personal information to support matching of delivered content (e.g., deliver content associated with an individual to that individual) and/or colleting user's cloud provider credentials to document delivery via commercial cloud provider.
  • delivered content e.g., deliver content associated with an individual to that individual
  • colleting user's cloud provider credentials to document delivery via commercial cloud provider.
  • the user selects the content senders from whom the user wants to receive content digitally and/or select and/or "opt-in" to receive potential offers from marketers that are also registered with the digital content platform.
  • new and/or existing content is collected and/or displayed using a dashboard.
  • the content may include bills, statements, policies, offers - for "at-a-glance" review, searchable fields, and/or intelligent searches using content metadata (VASC).
  • VASC content metadata
  • a user can select to view a formatted document (e.g., PDF, Word, Excel, etc) and/or content-as-data (e.g., content items, VASC data, etc.), to perform analysis, aggregation, and other logic-based functions within a single document's content or across the content from multiple documents.
  • a formatted document e.g., PDF, Word, Excel, etc
  • content-as-data e.g., content items, VASC data, etc.
  • the examples disclosed herein presents content to the user in formats and/or layouts outside of the original document format.
  • the user can perform actions based on the content, such as marking a bill as "paid” or saving custom views and/or sorts, etc. of content.
  • publications such as publications from a library may be displayed using the example platform.
  • a secure personal lockbox stores content that is uploaded by the user directly into the digital content management system. Additional security may be used and/or required to access this storage area.
  • the example process may support third party plug-ins that conform to published specifications for data access (access to the VASC structure managed by the digital content platform and/or within the enhanced document) and/or presentation of offers for which the user has opted-in to receive.
  • Different third party cloud sync providers provide different levels of capability and different support via the API.
  • each third party cloud provider may present specific issues and flexibility needs to optimize operation of the third party cloud provider with the example content delivery system offered by the content provider.
  • the example content delivery system offered by the content provider uses, for example, Amazon S3 for its primary storage, then the example system disclosed here is on par with providers like DropBox who also use S3 for storage needs.
  • the content delivery system may utilize Apple iCloud for third party cloud services.
  • the iCloud is walled and enables the different Apple devices of a recipient to sync data with one another. The data originates from one of these devices or is explicitly imported by the recipient into the system.
  • the content delivery system operated by the content provider when operating on an Apple device (such as, for example, an iPad and/or an iPhone), syncs data differently. Any data that the content delivery system accesses for the first time will be from the server. This data is then cached in a folder that is synced to iCloud.
  • the content delivery system may utilize DropBox for third party cloud services.
  • DropBox enables third party apps like the app for the example content delivery system described herein to access documents and data inside DropBox.
  • DropBox requires the user to explicitly authenticate and authorize with DropBox, which is done via an OAuth 1.0 protocol.
  • the example content delivery system redirects the recipient to the DropBox authentication page.
  • the recipient authenticates on the DropBox page with his or her credentials and the page is then dismissed.
  • the recipient indicates via the example content delivery system that he or she has authenticated with DropBox and to go and connect to the DropBox system.
  • the content delivery system retrieves the authorization token to access DropBox content, which only needs to be done once, and the token can be stored by the content delivery system for further use.
  • the retrieved token is to be stored and managed on the server side to enable for the server to make calls to the DropBox account.
  • the examples disclosed herein supports
  • DropBox supports multiple ways of invoking its API. However, for consistency, the REST API and either (JavaScript Object Notation) JSON or XML is used as the message format.
  • the DropBox API enables use of the token successively from any server. The host from which the requests are originating is not tracked.
  • the content delivery system may utilize Box for third party cloud services.
  • Box enables third party apps like the app for the example content delivery system disclosed herein to access documents and data inside Box. Box requires the recipient to explicitly authenticate and authorize with Box, which is done via the OAuth 1.0 protocol and is similar to that described in the DropBox section above. Also, Box supports access to API using their REST API with XML as the message format.
  • the content delivery system may utilize Sugar Sync for third party cloud services.
  • Sugar Sync enables third party apps like the app associated with the example content delivery system disclosed herein to access documents and data inside Sugar Sync.
  • Sugar Sync requires the recipient to explicitly authenticate and authorize with Sugar Sync, which also is done via the OAuth 1.0 protocol, and again is similar to that described in the DropBox section above.
  • Sugar Sync supports access to API using their REST API with XML as the message format.
  • the content delivery system may utilize Windows Live Sky Drive for third party cloud services.
  • the Sky Drive API is currently in beta and is not enabled to be used in production or customer facing applications.
  • Sky Drive supports authentication and authorization over OAuth 2.0 and has REST API with JSON as the message format.
  • the content delivery system may utilize Amazon Cloud Drive for third party cloud services. Depending on the configurations of Amazon Cloud Drive, access and interoperability therewith may align with the example provided above.
  • the example systems disclosed herein also include security and encryption features.
  • the details of these features are determined based on business requirement such as, for example, encrypting the content at rest, determine from whom the documents need to be protected, any requirements or idiosyncrasies of the third party cloud provider, the use of keys, who is to receive the key, if duplicate content is to be stored and/or if the content is to be stored internally by the content provider.
  • the server side data is available only to service accounts and operations on the web services are wrapped inside access control rules defined by the system.
  • the example system will use custom authentication where the recipient registers with the content provider and the user ID and password are managed by the content provider.
  • open ID authentication is used.
  • the system enables recipients with accounts with providers such as Google, Yahoo, and Facebook etc. to use the same credentials to register and authenticate. Thus, there will be one less user ID and password pair to remember for the recipient.
  • the examples disclosed herein also incorporate a recipient or user profile.
  • the example content provider maintains profile information for each recipient including information such as, for example, attributes like a contact number, a postal address, and other suitable information.
  • the content provider may link to content and/or a document at the source and does not need to create a copy of the content and/or document.
  • the content generator will make the content and/or documents and related metadata available in a standard format.
  • the content generator operates on the corporate network and the related VPN tunnel is enabled by the security team for the services in the cloud to interact with. There is no need for documents in the lockbox to be available online, nor do the lockbox documents need to be shared with other trusted viewers.
  • the examples disclosed herein improve customer experience, has a high degree of standardization and reuse, implements a sustainable architecture, has an ease of maintenance and higher service quality, has the ability to run on less technology and drives product innovation.
  • the examples disclosed herein deliver a highly flexible front-end that can run on iOS, Android, MAC, and Window Devices while maintaining a consistent user experience across the platform.
  • the example workflows and use cases disclosed herein are unique to how a person set ups his or her profile and determines the type of content he or she would like pushed to his or her mailbox/device. Recipients have control over the user ID and password for encrypting their content.
  • the examples disclosed herein track and store access violations and transmit communications such as emails and/or alerts if a recipient fails to login successfully after a threshold number of attempts.
  • the examples disclosed herein include logic for using VASC data that are unique.
  • the business logic will be represented using Objective C and/or HTML/HTML 5.
  • the examples disclosed herein leverage a standard set of software development kits to insure that the content provider is 100% compatible to run on mobile devices and meets regulations of Apple and Android Marketplace for the app operated by the content provider to be placed onto the iTunes and Android marketplace sites.
  • Objective-C and iOS 5 SDK's are used for coding the application. These products are provided out of the box for free to developers by Apple.
  • the examples disclosed herein may leverage the Xcode development environment for testing and compiling the applications.
  • an Android Application interface and programming logic will use Google's Android API's, and the recipient or user interface may be a mixture of HTML5 and off the shelf components needed to complete the UI experience.
  • the examples disclosed herein are able to integrate several cloud providers for storing and retrieving application meta-data and digital assets.
  • third party products are leveraged such as Cyber-Ark, and Simplified Provisioning for security and access control to the content provider application via the cloud.
  • the hub 120 is architected to run on a third party service such as, for example, Amazon's Cloud architecture, and the client user interface will run on Mac, Windows and/or several mobile devices.
  • the client application may handle decryption of packages (documents and other assets sent from the hub to the client interface).
  • the content provider leverages nothing less than AES 256 Bit encryption on content.
  • the content provider allocates about 5- 10MB of local storage on mobile devices for backup, logs and client front-end data elements.
  • the content provider leverages an agile development approach to developing the example systems and methods disclosed here. This enables flexibility in moving recipient requested features into product bills, for example, and rapidly increasing the number of product enhancements introduced to the market.
  • the example systems and methods disclosed herein deliver a detailed set of metadata to support the use cases and VASC requirements of the content provider front-end for statement, bill and/or other document processing services.
  • the system leverages in-house tools (of the content provider) for data cleansing and extraction of metadata (such as for example, PowerStream, Solimar, and/or Rubika).
  • the content provider stores metadata in a common XML format that is VASC compliant.
  • the content provider uses extract, transform and load (ETL) tools to perform data extraction and data conversions.
  • ETL extract, transform and load
  • the content provider uses a document management system for staging and storing recipient content uploaded into the vault or for use within the content provider.
  • content management systems are used to store and encrypt data.
  • notifications may be transmitted from the document management or content management platform.
  • the system(s) and/or method(s) disclosed herein leveraged notification services that can be sent from the Enterprise Services Bus via a web service call.
  • products that have functionality for registration, user entitlement, document and content management include Alfresco, Documentum, and/or Apprenda, which may be incorporated into the disclosed systems.
  • Acxiom which is a marketing technology and services company, may be incorporated into the platform for billing and/or data transmission from the content generator to the hub.
  • the Amazon Cloud Services may be incorporated herein to leverage Amazon's EC2 and other data services products to deliver data from the hub to the client device.
  • the example content delivery system creates hooks into cloud storage providers to distribute data from the hub to cloud storage providers' infrastructure. Also, in some examples, the example system incorporates a customer service and support structure to support the various client inquiries
  • the content and metadata requirements are broadened. This enables the processing of new formats and genres, born-digital content, email archiving, and additional audio, drawing and/or video. Furthermore, additional and more descriptive metadata, linkages to catalogs, books, coupons, affiliates, etc. may be generated and utilized. More sophisticated rights management and/or more access restrictions may be implemented. Also, auxiliary content such as, for example, contextual material, licenses, donor agreements, collection objects, documentation, and/or repository agents may be incorporated herein.
  • the metadata storage database includes objects modeled as related files.
  • File metadata may include, for examples, administrative data (e.g., owners, projects, payment dates, owner IDs, etc.), technical data (e.g., format mime-type and/or format specific data), role purpose and/or quality data, descriptive metadata, access restrictions data (e.g., public, myself-only and/or associations), MD5 file digest and byte count data and/or any other data related to any other attribute of the content, the recipient and/or the system.
  • administrative data e.g., owners, projects, payment dates, owner IDs, etc.
  • technical data e.g., format mime-type and/or format specific data
  • role purpose and/or quality data e.g., descriptive metadata
  • access restrictions data e.g., public, myself-only and/or associations
  • MD5 file digest and byte count data e.g., public, myself-only and/or associations
  • Some examples incorporate a consistency validation service that provides, for example, continuous monitoring for file system and database consistency.
  • Such example monitoring services crawls the file system and confirms that every customer/recipient file has an associated metadata record.
  • the example system also may crawl the metadata records table and confirm that every file referenced exists in the file system.
  • the consistency validation service may confirm that the MD5 checksum for each file is the same as recorded in the database and may report errors to administrators.
  • the delivery and access services incorporate real time web delivery. Images may be delivered as JPEG, JPEG 2000, TIF, GIF or any other suitable format. Streaming delivery service including RealAudio may be available. Also, file delivery as PDFs, WORD files, Excel and/or any suitable format is provided by the example systems, hi addition, asynchronous delivery service (hub to client) and archival masters (metadata) are also provided in some examples.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Development Economics (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne la distribution de contenu numérique. Un exemple de procédé comprend la réception d'informations personnelles associées à un utilisateur et la réception d'une première demande en provenance de l'utilisateur pour recevoir un premier contenu sous forme numérique. Le premier contenu doit être généré par un premier créateur de contenu. Le procédé comprend, en se basant sur les informations personnelles et sur la première demande reçue, l'enregistrement de l'utilisateur auprès d'un distributeur de contenu afin de permettre à l'utilisateur de recevoir le premier contenu sous forme numérique, le distributeur de contenu étant différent du premier créateur de contenu et transportant la première demande au premier créateur de contenu pour que l'utilisateur reçoive le premier contenu sous forme numérique.
EP15774176.0A 2014-04-02 2015-03-27 Distribution de contenu numérique Withdrawn EP3127305A4 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/243,685 US20140223573A1 (en) 2012-03-05 2014-04-02 Digital content delivery
PCT/US2015/023126 WO2015153373A1 (fr) 2014-04-02 2015-03-27 Distribution de contenu numérique

Publications (2)

Publication Number Publication Date
EP3127305A1 true EP3127305A1 (fr) 2017-02-08
EP3127305A4 EP3127305A4 (fr) 2017-11-15

Family

ID=54241143

Family Applications (1)

Application Number Title Priority Date Filing Date
EP15774176.0A Withdrawn EP3127305A4 (fr) 2014-04-02 2015-03-27 Distribution de contenu numérique

Country Status (2)

Country Link
EP (1) EP3127305A4 (fr)
WO (1) WO2015153373A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11362972B2 (en) 2016-06-03 2022-06-14 The Johns Hopkins University Systems and methods for messaging patient information in medical system environments
EP3291500B1 (fr) * 2016-08-30 2020-05-13 Siemens Aktiengesellschaft Système de traitement de données
US11108836B2 (en) 2019-10-15 2021-08-31 Relola, Inc. System and methods of de-centralized content collection, distribution, and control

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030110128A1 (en) * 2001-12-07 2003-06-12 Pitney Bowes Incorporated Method and system for importing invoice data into accounting and payment programs
US8713418B2 (en) * 2004-04-12 2014-04-29 Google Inc. Adding value to a rendered document
CA2662485A1 (fr) * 2005-08-30 2007-03-08 Jasminder Singh Banga Appareil, systemes et procedes permettant la distribution ciblee de contenu
US10191972B2 (en) * 2008-04-30 2019-01-29 Intertrust Technologies Corporation Content delivery systems and methods
US20100205628A1 (en) * 2009-02-12 2010-08-12 Davis Bruce L Media processing methods and arrangements
US10510084B2 (en) * 2011-07-21 2019-12-17 United States Postal Service System and method for retrieving content associated with distribution items
US9639821B2 (en) * 2011-07-26 2017-05-02 Siemens Industry, Inc. Integrated physical and electronic mail delivery
WO2013134290A2 (fr) * 2012-03-05 2013-09-12 R. R. Donnelley & Sons Company Délivrance de contenu numérique

Also Published As

Publication number Publication date
EP3127305A4 (fr) 2017-11-15
WO2015153373A1 (fr) 2015-10-08

Similar Documents

Publication Publication Date Title
US10417440B2 (en) Systems and methods for digital content delivery
US20140223573A1 (en) Digital content delivery
US10764254B2 (en) Systems and methods of secure data exchange
US10454906B1 (en) Systems and methods for encryption and authentication
US11038677B2 (en) Systems and methods for encryption and authentication
US8788819B2 (en) System and method for a cloud-based electronic communication vault
US8868916B2 (en) Self-contained electronic signature
Kwok et al. A software as a service with multi-tenancy support for an electronic contract management application
US7814025B2 (en) Methods and apparatus for title protocol, authentication, and sharing
US20170111325A1 (en) System and method for secured content delivery
US20050038707A1 (en) Methods and apparatus for enabling transactions in networks
US20130275765A1 (en) Secure digital document distribution with real-time sender control of recipient document content access rights
EP3685545B1 (fr) Systèmes et procédés basés sur une chaîne de blocs pour communiquer, stocker et traiter des données sur un réseau à chaîne de blocs
US8904175B2 (en) System and method for secure distribution and/or storage of data files with long term file integrity verification
US20180152429A1 (en) Systems and methods for publicly verifiable authorization
US10853808B1 (en) Method and apparatus for controlled products
EP3127305A1 (fr) Distribution de contenu numérique
US10970741B2 (en) Method and system for integrating audience data with a social media site
US20130311356A1 (en) Secure File Transfer with Electronic Payment Integration
WO2023244993A1 (fr) Systèmes et procédés pour atténuer un encombrement du réseau sur des réseaux de chaîne de blocs en prenant en charge des opérations de chaîne de blocs par l'intermédiaire d'interactions hors chaîne
US10853898B1 (en) Method and apparatus for controlled messages
US20220027350A1 (en) Blockchain enabled service provider system
AU2020202543A1 (en) Unauthenticated access to artifacts in commerce networks
Kumar et al. [Retracted] Data Verification of Logical Pk‐Anonymization with Big Data Application and Key Generation in Cloud Computing
JP2023001908A (ja) 下流制御を用いた文書の配布および追跡

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20161021

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20171018

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 29/06 20060101ALI20171012BHEP

Ipc: G06K 9/18 20060101ALI20171012BHEP

Ipc: G06Q 10/00 20120101ALI20171012BHEP

Ipc: H04L 29/08 20060101AFI20171012BHEP

Ipc: H04L 12/58 20060101ALI20171012BHEP

Ipc: H04L 9/32 20060101ALI20171012BHEP

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20180518