US20080215483A1 - System and method for the enablement of electronic commerce in a content network - Google Patents
System and method for the enablement of electronic commerce in a content network Download PDFInfo
- Publication number
- US20080215483A1 US20080215483A1 US11/982,835 US98283507A US2008215483A1 US 20080215483 A1 US20080215483 A1 US 20080215483A1 US 98283507 A US98283507 A US 98283507A US 2008215483 A1 US2008215483 A1 US 2008215483A1
- Authority
- US
- United States
- Prior art keywords
- consumer
- information
- database
- transaction
- present
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- 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]
- G06Q30/0613—Third-party assisted
- G06Q30/0617—Representative agent
-
- 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]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
Definitions
- the present invention relates to electronic commerce and transactions, and more particularly, to a system and method for facilitating transactions for consumers and commercial entities operating within networks which may offer limited input environments, such as interactive television systems.
- Interactive television is a relatively new phenomenon. Through interactive television, television viewers can use their remote controls or other input devices to affect what is seen and what functionality can be invoked on the television screen. Interactive television moves consumers to actively participate in television. Various forms of functionality, content and applications can be invoked with interactive television, including selecting information to be scrolled like a “ticker” across a portion of the television screen. Such information might be related to sports, weather, news, the stock market, or other information found to be of interest.
- Consumer interaction through the television or over wireless devices is currently a difficult task, due in part to poor consumer/service provider interfaces and in part to strict agreements between service providers and their commercial partners. It is obviously advantageous for cable and wireless service providers to be able to provide their customers with the ability to interact with third party commercial partners.
- the service provider typically reaches individual agreements with each specific partner on both a business and technical level, thereby hindering scalability for each commercial partner.
- the technical level agreement may not only contain mandates on connections and protocols, but also which specific information the partner is looking for on a screen or session level basis, and where that information can be entered by the customer.
- This can include applications that require completed input fields from the customer through remote controls such as “request for information” advertisements, television-commerce order forms, or games.
- third party content providers have difficulty successfully deploying this content and applications in varied environments.
- consumer/service provider interfaces traditional purchasing methods by television-watching consumers have required the consumer to place a telephone call or log in to an Internet web site to purchase the materials shown on television. Once logged in, the consumer is required to enter text in text fields and make other selections in appropriate dialog boxes to convey necessary information to the vendor, such as billing and shipping information. Both of these methods require an investment of time and effort on the part of the consumer, which can lead to lost sales opportunities. Customization would improve customer interaction, but service providers and commercial partners typically find it unduly burdensome to customize on an individual consumer basis.
- consumer information can be stored through registration or through system interaction and is associated with tags from commercial participants which are stored based upon informational needs for consummating transactions.
- New commercial participants are easily integrated into the present system through storage and association of tags or target content markers.
- Commercial participant branding is maintained, and entry of consumer information is minimized and simplified.
- FIG. 1 shows a schematic of the data flow in accordance with one embodiment of the present invention.
- FIG. 2 is a flow chart showing the process by which a customer purchase can be made using the system of the present invention.
- FIG. 3 is a diagram illustrating vendor integration using markup transformation in accordance with one embodiment of the present invention.
- FIG. 4 shows one embodiment of an architecture diagram for use in implementing the system of the present invention.
- FIGS. 5 through 8 show the interaction of the various components of the present invention in connection with the initiation and execution of end user and vendor-side activity.
- Provider or Operator Network operator such as a cable or wireless service provider.
- Vendor or Commercial Partner Third party seller of goods and services.
- Customer or Consumer Cable service user and consumer of goods and services.
- Protocol Means of connection between Customer and Commercial Partner (ie. HTTP/MFS).
- the present invention takes the form of a plug-able module for any J2EE compliant application server written in JavaTM that intercepts the stream of information between the customer and vendor while still within the confines of the provider's network.
- Tags Embedded information keys, such as HTML or XML embedded keys, for customer specific values which can be agreed upon at time of Provider/Vendor agreement.
- 6. Environment The private connections between the customer, the provider, and the vendor communicated via pre-determined protocol. 7.
- Dialogs Interactive user interface objects displayed by the browser (such as text fields, text areas, check boxes, radio buttons, and list boxes).
- Standard Information Groups of values to specific tags that are common across most vendors (such as billing and shipping information).
- Non-Standard Information Unique user session information or groups of values to specific tags that are not frequently used by more than one vendor.
- Page User interface presentation screen.
- Data entry page The page provided by the present invention on the device or television set top browser for entering standard or non-standard information.
- Data selection page The page generated by the present invention at the point of sale for the customer to easily select which information to use for the transaction.
- a commerce and transaction platform 10 for use in network platforms having limited user input capabilities, such as interactive television systems or wireless Internet service provider systems.
- the limitations on consumer input can be inherent, such as where an input device has no keyboard, or can be based on convenience, such as where a binary selection may take a user a few seconds, but a longer field entry may take one or more minutes.
- the system of the present invention can specifically handle the needs of cable and wireless service providers that have agreements with specific vendors to be able to sell products and/or services to the providers' customers.
- the present invention provides a commerce transaction application system 10 , which can incorporate a subscriber profile management and digital wallet service to serve consumers using a variety of limited input devices.
- the present invention allows users to store various types of information, including billing and shipping addresses, credit card data, and partner-specific preference data, regardless of type or quantity.
- User, profile, type or any number of semantics can be used to organize this information in database 24 .
- the present invention was designed for usability; if a consumer is using a device with restrictive input methods, such as a digital cable set-top box 32 or data capable phone, the invention facilitates the data entry requirements.
- the invention can insert preference data into the stream of information that is passed between the consumer at 32 , 36 and commercial provider 20 .
- the invention recognizes markers or tags 22 that commercial partner 20 uses as keys to the customer-entered values or preferences. Since these markers 22 can be agreed upon a priori, the consumer's data is present, and the present invention maintains the customer-specific values for the markers, the values are written to the stream via proxy server 40 as the tags are identified. This is also shown in FIG. 3 .
- the present invention can allow for a set of predetermined markers or tags to be used by many commercial partners, given that none of said markers are tags have partner-specific meaning.
- a specific embodiment of this could be a number of partners and the present invention all conforming to some standard, such as Electronic Commerce Markup Language (ECML).
- ECML Electronic Commerce Markup Language
- the partner need only notify the present invention through any number of the invention's interfaces that it is a participant in the standard, and the partner can than be fully integrated.
- vendor 20 can interact with tag database 24 B via servlet 21 using HTTP.
- the servlet can interact with tag database 24 B using Java Database Connectivity (JDBC).
- JDBC Java Database Connectivity
- a default entry can be provided to the consumer. For example, if the consumer is ordering a men's dress shirt, and has previously stored credit and identity information in the consumer database, the shirt retailer may send an HTML page having standardized fields (set forth by the network provider and the present invention) for identity and credit information, as well as neck size, sleeve length, collar type and color. Individual tags can be associated with each field such that, when the HTML page is parsed by the application of the present invention, the fields corresponding to identity and credit information are pre-populated into the HTML page, and the remaining fields are left as default values. Default values and/or indicators can be pre-set according to the preferences of the consumer, the commercial partner or the network operator. Dialog types can than be modified and/or pre-set according to preferences and/or default policies. A specific embodiment of a default policy could be to either fill in a class of default values such as marketing opt-in/opt-out options, or simply to fill in nothing.
- the present invention not only can insert preference or choices for certain dialogs, but it can also substitute difficult dialogs for easier ones if the commercial partner and network operator so desire. For example, if the shirt retailer provides text fields for neck size and sleeve length, such dialogs may be difficult to enter for a consumer in a limited input environment without a keyboard. Thus, the consumer may desire that the dialogs be presented in a drop-down menu or radio button format.
- the present invention presents the consumer with a list of selectable options either inline with the page or in an augmented workflow (with the mechanism below), otherwise it automatically fills the appropriate value, rather than cumbersome text areas to make transaction and signup processes more efficient.
- FIG. 2 shows a flow diagram of process steps in accordance with one embodiment of the invention.
- the system can collect any initial information at 50 , and can receive a purchase request 52 from consumer.
- the proxy server accesses the tag database 54 for the tags associated with the particular vendor involved and fills the information 56 into the vendor page according to data in the consumer database. If further information is required 58 to consummate the transaction, the customer can then be presented with a separate data entry page as at 64 or default values which may or may not require consumer confirmation.
- the database can be updated as at 68 so as to provide even greater efficiencies in future transactions involving the consumer.
- the system of the present invention can send a data selection page 60 where the user can select which profile and/or standard information they would like to use, as at 62 .
- the transaction can be consummated as at 69 .
- the vendor can send an e-mail confirmation via messaging component 80
- customer service component 82 can send order confirmation via servlet 83 , accessible via the profile database.
- the network operator can interrupt or augment with additional user interface components the commercial partner's workflow to gather identity or other information from the user. For example, if the consumer is part of a household of five registered purchasers, and the consumer accesses information about toys, the network operator may suspend the consumer's interaction with the commercial partner while determining which profile to invoke for the household. In doing so, the consumer's content requests and the commercial partner's responses can be cached while the identity information is obtained or will be filled after a selection.
- the consumer in one embodiment simply has to select their product and the desired shipping and billing information from outside the commercial partner's interface in order to execute a transaction, which can be automatically chosen as well.
- the user's profile can be managed via PC 36 using a branded interface 38 on the World Wide Web.
- the authentication used on the web interface could be the same account information used on the device, allowing for simplified profile management and fewer forgotten passwords.
- the user can communicate information to database 24 via servlet 41 using a servlet container.
- the servlet can interact with profile database 24 A using Java Database Connectivity (JDBC) 42 .
- JDBC Java Database Connectivity
- database 24 can comprise multiple separate databases (for example, 24 A and 24 B in FIGS. 5 through 8 ) or a single database.
- the unknown information required by the commercial partner can be presented in a separate data entry page for the consumer.
- a page may be desirable where a more difficult data entry process is requested, such as the text of a greeting card, for example.
- Information requests can be placed in the aforementioned augmented or interrupted workflow as well as a separate area provided by the network operated accessible at any time before possible transactions.
- the present invention can also import data from external databases, such as service provider database 43 .
- a specific embodiment could be either a batch load as at 45 for a number of accounts from an existing billing system or single account setup from a customer service interface.
- the present invention also recognizes when a consumer attempts to use the system does not have an existing profile in the system. When such cases arise, the present invention interrupts workflow (via aforementioned mechanism), and presents augmented workflow for the new consumer to register with the system. A particular embodiment of this is the present invention catching the consumer clicking “checkout” and offering a setup page if the consumer wishes to continue. An additional embodiment is the present invention recognizing that the consumer lacks a profile yet has a default policy registered to not offer registration (opt-out), and the present invention allows the commercial partner workflow to continue.
- the present invention also interprets appropriate commercial partner documents to determine information that is descriptive or required to consummate a transaction from the partner.
- the present invention then presents this information to the interactive television, mobile data, or internet consumer in a format which is simple to navigate and complete, and which may be pre-populated with relevant customer data to the extent the data has been obtained.
- the present invention allows the network provider to expose an interface to the commercial partners for easy integration of standard or custom tags or markers.
- the present invention allows partners to enter their specific tags or markers through the appropriate protocol plug-in, and match them to internal markers already determined in the system. Through this interface, partners can check what the system is already looking for, what it has the potential to look for, and request new tags or markers to be analyzed.
- the present invention provides a solution for commercial partners and network providers who require information and content integration.
- the present invention not only facilitates this integration, but also provides records of agreement and manages the relationships.
- the present invention also allows the vendors to maintain their branding and acquire the particular customer information they need, while requiring no more integration than if the vendor had direct access to the customer's browser. Because of this tag matching and modifying procedure, the customer is provided with the look-and-feel intended by the commercial partner, including the page layout, workflow, and custom and non-custom content.
- a provider's customer is generally not one person, but instead an entire household.
- Each household consists of multiple users, and each user may wish to have multiple methods of payment, multiple locations for goods to be shipped to, and multiple preferences that are vendor specific.
- the present invention accommodates any household type, whether that includes a single user with a single billing and shipping address related to a single credit card, or multiple users, with one or more different addresses per user, and one or more payment types.
- the present invention enhances the abilities of a roaming user by providing for data entry from a PC, as well as a DTSB or PDA, as shown in FIG. 1 .
- a specific embodiment of this function can be a web page that displays all known internal HTML tags: CAULDRON_FIRST_NAME, CAULDRON_LAST_NAME, CAULDRON_FULL_NAME.
- the content developer can register all intended HTML tags to be used or already in use by matching them to the internal tags: CAULDRON_FIRST_NAME & PARTNER_FNAME, CAULDRON_LAST_NAME & PARTNER_LNAME, etc.
- the commercial partner can provide certain field descriptors that depict the information needed from a customer in order to purchase the vendor's goods or services.
- This information can be provided electronically or “offline” and is stored in a partner transaction or tag database, as shown in FIGS. 1 and 7 , for example.
- a partner transaction or tag database as shown in FIGS. 1 and 7 , for example.
- an airline may need identity and credit information, as well as seating preference, meal preference, and date and time information in order to process a request.
- a shirt retailer may need size and color information in addition to identity and credit information.
- the partner can provide its generic content page with tags, and the present invention parses the page for tags and inserts consumer values, if known, which correspond to the partner's tags.
- consumer 32 can request information, which request is processed through proxy server 40 to vendor 20 .
- Vendor returns content information containing tags, whereby the information is received and parsed by proxy server 40 .
- proxy server invokes programming which accesses tags from tag database 24 B and associated consumer information from profile database 24 A to pre-populate the electronic form for the consumer.
- proxy server invokes programming which accesses tags from tag database 24 B and associated consumer information from profile database 24 A to pre-populate the electronic form for the consumer.
- the system of the present invention can parse the electronic pages intended for a consumer to identify fields or tags similar to known tags already stored in the partner transaction database. If the system recognizes common tags, such as those listed in agreed standards like ECML (as discussed above), these tags can be associated with the new commercial partner and stored in the transaction database. The invention can further pull consumer values associated with the particular tags prior to delivering the content page to the consumer. In this way, new commercial partners can be readily integrated into the system of the present invention without previously identifying their tags with the system.
- FIG. 4 identifies one embodiment of a detailed internal code architecture 55 of one implementation in the Java language. This embodiment can handle synchronous HTTP protocol and HTML dialog modification with workflow interruption while using the HTML tag registration, parsing and modification as discussed above.
- the application of one embodiment of the present invention is generally comprised of 6 packages:
- the servlet container loads the FlybuyServlet with the ServletConfig object from the container configuration file. FlybuyServlet then loads its custom configuration file, flybuyConfig.xml, and creates a FlyBuyConfig object (which is a singleton and can be accessed from anywhere). Before finishing, FlybuyServlet instantiates the chosen Authentication scheme for managing authenticity of the client. FlybuyServlet is now ready to receive HttpServletRequest and HttpServletResponse objects from the container.
- the FlybuyServlet When the service function is called in FlybuyServlet, the FlybuyServlet must manage two tasks. First, it must request any previously stored session or the creation of a new session depending on whether the client has previously logged in (all sessions, new and old, are managed by the SessionManager). Secondly, the FlybuyServlet must derive the appropriate Action either from internal logic based on what the present application already knows about the client or from what is indicated in a custom request from the client as a result of a system interruption page. Once the Session has been acquired and the appropriate Action is derived and acquired from ActionFactory, FlybuyServlet executes the action and the correct allocated action takes over the remaining service fulfillment.
- flybuy.auth flybuy.action
- Session keys are stored in secured cookies that are checked by the FlybuyServlet; thus, every request is authenticated.
- ServletLoginAction the Authenticators generate the key that will be used for the duration of the session. For each subsequent request the key is requested from the cookie, and verified by the implemented method in the Authenticator.
- the only Authenticator included with this release is BasicAuthentication which only checks username and password combinations, and verifies session keys.
- flybuy.state flybuy.action
- the Session object contains the authentication key for maintaining tight security and any cached HTTP requests and responses that need to be held while the user selects which profiles to use as well as client network connection information.
- the Session object is also the central point for all data required to manage the request and insert user-defined values into the necessary vendor form fields.
- the ProfileManager After authenticity of the user has been initially confirmed in ServletLoginAction, the ProfileManager is called upon to gather the entire appropriate vendor and profile data associated to the hostname and user, respectively.
- the ProfileManager encapsulates all this data into a UserData object, which is returned and maintained in the user's Session object.
- the UserData object not only maintains the mappings of vendor specific tags to a list of profiles which can have the data to fill the forms, but also a running list of selected profiles, so the user is interrupted as few times as possible.
- flybuy.state flybuy.action
- the Parser and RewritingFilter are instantiated and work together to resolve any fields that may need completion on behalf of the client. If the user has already selected the appropriate data or if there is only one choice, the RewritingFilter automatically fills the data. If there is ambiguity about which profile data to complete the form with, the InterruptAction must be called to present the user with the appropriate options.
- the flybuy.action classes are the handlers for every required behavior.
- System internal logic for deriving the appropriate action is first determined by checking if the session is marked new. If the session is not new, the parameter list of the HTTPServletRequest is checked for an fb_action key, which is an indicator of the submission of an application JSP, and the value is translated into the appropriate action name. If the session is not new, and there is no fb_action in the parameter list, a default action is taken, namely, ServletVendorAction.
- SessioninitAction is created if the Session object is marked as new, and its job is to store the HTFPServletRequest in the Session, and forward the client to the login.jsp.
- the login.jsp indicates the next action to take is SessionLoginAction.
- the SessionLoginAction authenticates the user and gathers the profile and tag data for the user and site, before retrieving the cached HTTPServletRequest and fulfilling it.
- ServletVendorAction handles all normal requests routed through FlyBuy, and calls upon the Parser and RewritingFilter objects to check for any forms that may need completion. As mentioned earlier, if there is any choice that user must make for the forms to be filled, an interrupt page must be sent to the client so the user can make his/her choice. Once the Parser and RewritingFilter have determined all the options to be completed by the user, the Vendors response is stored in the Session and a UserDataException with the necessary information is thrown to the ServletVendorAction. The ServletVendorAction then forwards the client to the JSP that presents the options.
- the InterruptAction is called as per the value of fb_action (embedded in the JSP previously sent) and the choices are then set in the user's Session's UserData object.
- the InterruptAction then calls the ServletVendorAction with the cached Vendor Response and the process can continue.
Abstract
An apparatus customizes electronic received information and facilitates electronic transactions with an individual consumer. The apparatus includes a consumer database for storing consumer profiles information corresponding to the individual consumer and a transaction database for storing transaction related information corresponding to individual commercial partners, including target content markers. A first computer program in communication with the databases modifies the electronic information received to include the consumer profile information stored in the consumer database which corresponds to the transaction-related target content markers in the electronic information. A second computer program in communication with the consumer database automatically monitors consumer interaction and automatically monitors consumer interaction and automatically updating the consumer profile data based on the interactions.
Description
- This application is a divisional application of U.S. patent application Ser. No. 10/359,770, filed on Feb. 7, 2003, which claims the benefit of U.S. provisional application Ser. No. 60/374,830 entitled “System and Method for the Enablement of Electronic Commerce in Limited Input Environments” filed Apr. 24, 2002 the entirety of which are incorporated by reference.
- The present invention relates to electronic commerce and transactions, and more particularly, to a system and method for facilitating transactions for consumers and commercial entities operating within networks which may offer limited input environments, such as interactive television systems.
- Interactive television is a relatively new phenomenon. Through interactive television, television viewers can use their remote controls or other input devices to affect what is seen and what functionality can be invoked on the television screen. Interactive television moves consumers to actively participate in television. Various forms of functionality, content and applications can be invoked with interactive television, including selecting information to be scrolled like a “ticker” across a portion of the television screen. Such information might be related to sports, weather, news, the stock market, or other information found to be of interest.
- Consumer interaction through the television or over wireless devices is currently a difficult task, due in part to poor consumer/service provider interfaces and in part to strict agreements between service providers and their commercial partners. It is obviously advantageous for cable and wireless service providers to be able to provide their customers with the ability to interact with third party commercial partners. However, the service provider typically reaches individual agreements with each specific partner on both a business and technical level, thereby hindering scalability for each commercial partner. For example, the technical level agreement may not only contain mandates on connections and protocols, but also which specific information the partner is looking for on a screen or session level basis, and where that information can be entered by the customer. This can include applications that require completed input fields from the customer through remote controls such as “request for information” advertisements, television-commerce order forms, or games. With the increasing disparity of equipment, software, and environments, third party content providers have difficulty successfully deploying this content and applications in varied environments.
- With regard to consumer/service provider interfaces, traditional purchasing methods by television-watching consumers have required the consumer to place a telephone call or log in to an Internet web site to purchase the materials shown on television. Once logged in, the consumer is required to enter text in text fields and make other selections in appropriate dialog boxes to convey necessary information to the vendor, such as billing and shipping information. Both of these methods require an investment of time and effort on the part of the consumer, which can lead to lost sales opportunities. Customization would improve customer interaction, but service providers and commercial partners typically find it unduly burdensome to customize on an individual consumer basis.
- There is thus a need for a method of empowering television-watching consumers and wireless Internet surfers with simple access and functionality for purchasing items of interest discovered while interacting with their devices. There is also a need for a system for facilitating automated and simplified presentation of commercial partner information over a content network to users of devices having limited input environments.
- By the present invention, there is provided a system and method for automatically storing and loading consumer information into commercial transaction pages. Consumer information can be stored through registration or through system interaction and is associated with tags from commercial participants which are stored based upon informational needs for consummating transactions. New commercial participants are easily integrated into the present system through storage and association of tags or target content markers. Commercial participant branding is maintained, and entry of consumer information is minimized and simplified.
-
FIG. 1 shows a schematic of the data flow in accordance with one embodiment of the present invention. -
FIG. 2 is a flow chart showing the process by which a customer purchase can be made using the system of the present invention. -
FIG. 3 is a diagram illustrating vendor integration using markup transformation in accordance with one embodiment of the present invention. -
FIG. 4 shows one embodiment of an architecture diagram for use in implementing the system of the present invention. -
FIGS. 5 through 8 show the interaction of the various components of the present invention in connection with the initiation and execution of end user and vendor-side activity. - The following terms are defined to enhance the understanding of the invention, but the definitions contained should not be read in a limiting sense.
- 1. Provider or Operator: Network operator such as a cable or wireless service provider.
2. Vendor or Commercial Partner: Third party seller of goods and services.
3. Customer or Consumer: Cable service user and consumer of goods and services.
4. Protocol: Means of connection between Customer and Commercial Partner (ie. HTTP/MFS). In one embodiment, the present invention takes the form of a plug-able module for any J2EE compliant application server written in Java™ that intercepts the stream of information between the customer and vendor while still within the confines of the provider's network.
5. Tags: Embedded information keys, such as HTML or XML embedded keys, for customer specific values which can be agreed upon at time of Provider/Vendor agreement.
6. Environment: The private connections between the customer, the provider, and the vendor communicated via pre-determined protocol.
7. Dialogs: Interactive user interface objects displayed by the browser (such as text fields, text areas, check boxes, radio buttons, and list boxes).
8. Standard Information: Groups of values to specific tags that are common across most vendors (such as billing and shipping information).
9. Non-Standard Information: Unique user session information or groups of values to specific tags that are not frequently used by more than one vendor.
10. Page: User interface presentation screen.
11. Data entry page: The page provided by the present invention on the device or television set top browser for entering standard or non-standard information.
12. Data selection page: The page generated by the present invention at the point of sale for the customer to easily select which information to use for the transaction. - In the embodiment of the invention as shown in
FIGS. 1 through 8 , there is provided a commerce andtransaction platform 10 for use in network platforms having limited user input capabilities, such as interactive television systems or wireless Internet service provider systems. The limitations on consumer input can be inherent, such as where an input device has no keyboard, or can be based on convenience, such as where a binary selection may take a user a few seconds, but a longer field entry may take one or more minutes. The system of the present invention can specifically handle the needs of cable and wireless service providers that have agreements with specific vendors to be able to sell products and/or services to the providers' customers. - I. Holds Preference Data
- As shown in
FIGS. 1 and 7 , the present invention provides a commercetransaction application system 10, which can incorporate a subscriber profile management and digital wallet service to serve consumers using a variety of limited input devices. The present invention allows users to store various types of information, including billing and shipping addresses, credit card data, and partner-specific preference data, regardless of type or quantity. User, profile, type or any number of semantics can be used to organize this information indatabase 24. - II. Auto Fills Preference Data
- a. Data Insertion
- The present invention was designed for usability; if a consumer is using a device with restrictive input methods, such as a digital cable set-
top box 32 or data capable phone, the invention facilitates the data entry requirements. The invention can insert preference data into the stream of information that is passed between the consumer at 32, 36 andcommercial provider 20. The invention recognizes markers ortags 22 thatcommercial partner 20 uses as keys to the customer-entered values or preferences. Since thesemarkers 22 can be agreed upon a priori, the consumer's data is present, and the present invention maintains the customer-specific values for the markers, the values are written to the stream viaproxy server 40 as the tags are identified. This is also shown inFIG. 3 . - b. Standard Tags
- The present invention can allow for a set of predetermined markers or tags to be used by many commercial partners, given that none of said markers are tags have partner-specific meaning. A specific embodiment of this could be a number of partners and the present invention all conforming to some standard, such as Electronic Commerce Markup Language (ECML). The partner need only notify the present invention through any number of the invention's interfaces that it is a participant in the standard, and the partner can than be fully integrated. As shown in
FIG. 6 ,vendor 20 can interact withtag database 24B viaservlet 21 using HTTP. The servlet can interact withtag database 24B using Java Database Connectivity (JDBC). - c. Default Policies
- If the information required by the commercial partner is not known, a default entry can be provided to the consumer. For example, if the consumer is ordering a men's dress shirt, and has previously stored credit and identity information in the consumer database, the shirt retailer may send an HTML page having standardized fields (set forth by the network provider and the present invention) for identity and credit information, as well as neck size, sleeve length, collar type and color. Individual tags can be associated with each field such that, when the HTML page is parsed by the application of the present invention, the fields corresponding to identity and credit information are pre-populated into the HTML page, and the remaining fields are left as default values. Default values and/or indicators can be pre-set according to the preferences of the consumer, the commercial partner or the network operator. Dialog types can than be modified and/or pre-set according to preferences and/or default policies. A specific embodiment of a default policy could be to either fill in a class of default values such as marketing opt-in/opt-out options, or simply to fill in nothing.
- d. Dialog Modification
- The present invention not only can insert preference or choices for certain dialogs, but it can also substitute difficult dialogs for easier ones if the commercial partner and network operator so desire. For example, if the shirt retailer provides text fields for neck size and sleeve length, such dialogs may be difficult to enter for a consumer in a limited input environment without a keyboard. Thus, the consumer may desire that the dialogs be presented in a drop-down menu or radio button format.
- III. Interruption of Workflow
- If the consumer has stored more than one possible input value (or there are conflicting policies of equal importance), the present invention presents the consumer with a list of selectable options either inline with the page or in an augmented workflow (with the mechanism below), otherwise it automatically fills the appropriate value, rather than cumbersome text areas to make transaction and signup processes more efficient.
-
FIG. 2 shows a flow diagram of process steps in accordance with one embodiment of the invention. As shown inFIG. 2 , the system can collect any initial information at 50, and can receive apurchase request 52 from consumer. Next, the proxy server accesses thetag database 54 for the tags associated with the particular vendor involved and fills theinformation 56 into the vendor page according to data in the consumer database. If further information is required 58 to consummate the transaction, the customer can then be presented with a separate data entry page as at 64 or default values which may or may not require consumer confirmation. Once obtaining any new information at 66, the database can be updated as at 68 so as to provide even greater efficiencies in future transactions involving the consumer. If no further information is required, yet the user has multiple profile information values for a particular field, for example, the system of the present invention can send adata selection page 60 where the user can select which profile and/or standard information they would like to use, as at 62. Once all information required for a transaction is presented, the transaction can be consummated as at 69. As shown inFIG. 8 , once the transaction has occurred, the vendor can send an e-mail confirmation viamessaging component 80, andcustomer service component 82 can send order confirmation viaservlet 83, accessible via the profile database. - If the consumer has requested content, the network operator can interrupt or augment with additional user interface components the commercial partner's workflow to gather identity or other information from the user. For example, if the consumer is part of a household of five registered purchasers, and the consumer accesses information about toys, the network operator may suspend the consumer's interaction with the commercial partner while determining which profile to invoke for the household. In doing so, the consumer's content requests and the commercial partner's responses can be cached while the identity information is obtained or will be filled after a selection.
- Since the present invention does the work of inserting the end consumer's billing and shipping addresses and credit card information, the consumer in one embodiment simply has to select their product and the desired shipping and billing information from outside the commercial partner's interface in order to execute a transaction, which can be automatically chosen as well.
- IV. Input Methods
- There are a variety of ways of attaining the user's data:
- a. Web Page
- As shown in
FIGS. 1 and 5 , because the client's input device can be limited, the user's profile can be managed viaPC 36 using a brandedinterface 38 on the World Wide Web. The authentication used on the web interface could be the same account information used on the device, allowing for simplified profile management and fewer forgotten passwords. In one embodiment, the user can communicate information todatabase 24 viaservlet 41 using a servlet container. The servlet can interact withprofile database 24A using Java Database Connectivity (JDBC) 42. It will be appreciated thatdatabase 24 can comprise multiple separate databases (for example, 24A and 24B inFIGS. 5 through 8 ) or a single database. - b. Interactive Workflow
- In a further embodiment of the invention, the unknown information required by the commercial partner can be presented in a separate data entry page for the consumer. Such a page may be desirable where a more difficult data entry process is requested, such as the text of a greeting card, for example. Information requests can be placed in the aforementioned augmented or interrupted workflow as well as a separate area provided by the network operated accessible at any time before possible transactions.
- c. Existing Database Import
- As shown in
FIG. 5 , the present invention can also import data from external databases, such asservice provider database 43. A specific embodiment could be either a batch load as at 45 for a number of accounts from an existing billing system or single account setup from a customer service interface. - d. First Time Transaction Data Entry
- The present invention also recognizes when a consumer attempts to use the system does not have an existing profile in the system. When such cases arise, the present invention interrupts workflow (via aforementioned mechanism), and presents augmented workflow for the new consumer to register with the system. A particular embodiment of this is the present invention catching the consumer clicking “checkout” and offering a setup page if the consumer wishes to continue. An additional embodiment is the present invention recognizing that the consumer lacks a profile yet has a default policy registered to not offer registration (opt-out), and the present invention allows the commercial partner workflow to continue.
- V. Transaction Recognition
- The present invention also interprets appropriate commercial partner documents to determine information that is descriptive or required to consummate a transaction from the partner. The present invention then presents this information to the interactive television, mobile data, or internet consumer in a format which is simple to navigate and complete, and which may be pre-populated with relevant customer data to the extent the data has been obtained.
- VI. Tag Registration
- a. Introduction
- The present invention allows the network provider to expose an interface to the commercial partners for easy integration of standard or custom tags or markers. The present invention allows partners to enter their specific tags or markers through the appropriate protocol plug-in, and match them to internal markers already determined in the system. Through this interface, partners can check what the system is already looking for, what it has the potential to look for, and request new tags or markers to be analyzed.
- b. Integration
- The present invention provides a solution for commercial partners and network providers who require information and content integration. The present invention not only facilitates this integration, but also provides records of agreement and manages the relationships. The present invention also allows the vendors to maintain their branding and acquire the particular customer information they need, while requiring no more integration than if the vendor had direct access to the customer's browser. Because of this tag matching and modifying procedure, the customer is provided with the look-and-feel intended by the commercial partner, including the page layout, workflow, and custom and non-custom content.
- In terms of users, a provider's customer is generally not one person, but instead an entire household. Each household consists of multiple users, and each user may wish to have multiple methods of payment, multiple locations for goods to be shipped to, and multiple preferences that are vendor specific. The present invention accommodates any household type, whether that includes a single user with a single billing and shipping address related to a single credit card, or multiple users, with one or more different addresses per user, and one or more payment types. Furthermore, the present invention enhances the abilities of a roaming user by providing for data entry from a PC, as well as a DTSB or PDA, as shown in
FIG. 1 . - c. Mechanism
- A specific embodiment of this function can be a web page that displays all known internal HTML tags: CAULDRON_FIRST_NAME, CAULDRON_LAST_NAME, CAULDRON_FULL_NAME. When the partner access the web site, the content developer can register all intended HTML tags to be used or already in use by matching them to the internal tags: CAULDRON_FIRST_NAME & PARTNER_FNAME, CAULDRON_LAST_NAME & PARTNER_LNAME, etc.
- d. Motivation
- The commercial partner can provide certain field descriptors that depict the information needed from a customer in order to purchase the vendor's goods or services. This information can be provided electronically or “offline” and is stored in a partner transaction or tag database, as shown in
FIGS. 1 and 7 , for example. As an example, an airline may need identity and credit information, as well as seating preference, meal preference, and date and time information in order to process a request. Conversely, a shirt retailer may need size and color information in addition to identity and credit information. When such commercial partners register their field descriptor tags with the system of the present invention, they are stored in the partner transaction database. As such, whenever a consumer requests content from a commercial partner or vendor, the partner can provide its generic content page with tags, and the present invention parses the page for tags and inserts consumer values, if known, which correspond to the partner's tags. As shown inFIG. 7 ,consumer 32 can request information, which request is processed throughproxy server 40 tovendor 20. Vendor returns content information containing tags, whereby the information is received and parsed byproxy server 40. In parsing the electronic information, proxy server invokes programming which accesses tags fromtag database 24B and associated consumer information fromprofile database 24A to pre-populate the electronic form for the consumer. It will be appreciated that a variety of types of commercial partners are encompassed by the present invention, including merchants of goods and services, content providers, contest operators and other entities who may interact with consumers in the course of conducting commerce and transactions. - e. Standard Tags
- In another embodiment, commercial partners need not identify required information prior to involvement in electronic transactions. In such instances, the system of the present invention can parse the electronic pages intended for a consumer to identify fields or tags similar to known tags already stored in the partner transaction database. If the system recognizes common tags, such as those listed in agreed standards like ECML (as discussed above), these tags can be associated with the new commercial partner and stored in the transaction database. The invention can further pull consumer values associated with the particular tags prior to delivering the content page to the consumer. In this way, new commercial partners can be readily integrated into the system of the present invention without previously identifying their tags with the system.
-
FIG. 4 identifies one embodiment of a detailedinternal code architecture 55 of one implementation in the Java language. This embodiment can handle synchronous HTTP protocol and HTML dialog modification with workflow interruption while using the HTML tag registration, parsing and modification as discussed above. - The application of one embodiment of the present invention is generally comprised of 6 packages:
-
- FlyBuy™.servlet: Core Server objects that exist across all requests
- FlyBuy™.parser: HTML Parsing classes including 3rd Party code and adapters.
- FlyBuy™.state: Request level classes maintained on a per user basis.
- FlyBuy™.store: Persistence classes for managing Database interaction.
- FlyBuy™.auth: Classes for managing authenticity keys and approvals.
- FlyBuy™.action: Handlers for all expected behaviors and required actions of the present invention.
- flybuy.servlet
- On startup, the servlet container loads the FlybuyServlet with the ServletConfig object from the container configuration file. FlybuyServlet then loads its custom configuration file, flybuyConfig.xml, and creates a FlyBuyConfig object (which is a singleton and can be accessed from anywhere). Before finishing, FlybuyServlet instantiates the chosen Authentication scheme for managing authenticity of the client. FlybuyServlet is now ready to receive HttpServletRequest and HttpServletResponse objects from the container.
- flybuy.servlet, flybuy.state, flybuy.action
- When the service function is called in FlybuyServlet, the FlybuyServlet must manage two tasks. First, it must request any previously stored session or the creation of a new session depending on whether the client has previously logged in (all sessions, new and old, are managed by the SessionManager). Secondly, the FlybuyServlet must derive the appropriate Action either from internal logic based on what the present application already knows about the client or from what is indicated in a custom request from the client as a result of a system interruption page. Once the Session has been acquired and the appropriate Action is derived and acquired from ActionFactory, FlybuyServlet executes the action and the correct allocated action takes over the remaining service fulfillment.
- flybuy.auth, flybuy.action
- Classes wishing to manage authentication must implement the interface. Session keys are stored in secured cookies that are checked by the FlybuyServlet; thus, every request is authenticated. During ServletLoginAction, the Authenticators generate the key that will be used for the duration of the session. For each subsequent request the key is requested from the cookie, and verified by the implemented method in the Authenticator. The only Authenticator included with this release is BasicAuthentication which only checks username and password combinations, and verifies session keys.
- flybuy.state, flybuy.action, flybuy.store
- With all requests per user login session, there is an associated Session object. The Session object contains the authentication key for maintaining tight security and any cached HTTP requests and responses that need to be held while the user selects which profiles to use as well as client network connection information. The Session object is also the central point for all data required to manage the request and insert user-defined values into the necessary vendor form fields.
- After authenticity of the user has been initially confirmed in ServletLoginAction, the ProfileManager is called upon to gather the entire appropriate vendor and profile data associated to the hostname and user, respectively. The ProfileManager encapsulates all this data into a UserData object, which is returned and maintained in the user's Session object. The UserData object not only maintains the mappings of vendor specific tags to a list of profiles which can have the data to fill the forms, but also a running list of selected profiles, so the user is interrupted as few times as possible.
- flybuy.state, flybuy.action, flybuy.parser
- For every request routed through the present application, the Parser and RewritingFilter are instantiated and work together to resolve any fields that may need completion on behalf of the client. If the user has already selected the appropriate data or if there is only one choice, the RewritingFilter automatically fills the data. If there is ambiguity about which profile data to complete the form with, the InterruptAction must be called to present the user with the appropriate options.
- flybuy.action
- As stated in Request Dispatching above, the flybuy.action classes are the handlers for every required behavior. System internal logic for deriving the appropriate action is first determined by checking if the session is marked new. If the session is not new, the parameter list of the HTTPServletRequest is checked for an fb_action key, which is an indicator of the submission of an application JSP, and the value is translated into the appropriate action name. If the session is not new, and there is no fb_action in the parameter list, a default action is taken, namely, ServletVendorAction.
- Currently there are six flybuy.action classes, each of which extend the AbstractServletAction and are created from the ActionFactory. SessioninitAction is created if the Session object is marked as new, and its job is to store the HTFPServletRequest in the Session, and forward the client to the login.jsp. The login.jsp indicates the next action to take is SessionLoginAction. The SessionLoginAction authenticates the user and gathers the profile and tag data for the user and site, before retrieving the cached HTTPServletRequest and fulfilling it.
- ServletVendorAction handles all normal requests routed through FlyBuy, and calls upon the Parser and RewritingFilter objects to check for any forms that may need completion. As mentioned earlier, if there is any choice that user must make for the forms to be filled, an interrupt page must be sent to the client so the user can make his/her choice. Once the Parser and RewritingFilter have determined all the options to be completed by the user, the Vendors response is stored in the Session and a UserDataException with the necessary information is thrown to the ServletVendorAction. The ServletVendorAction then forwards the client to the JSP that presents the options. When the client submits, the InterruptAction is called as per the value of fb_action (embedded in the JSP previously sent) and the choices are then set in the user's Session's UserData object. The InterruptAction then calls the ServletVendorAction with the cached Vendor Response and the process can continue.
- The invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the claims of the application rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein.
Claims (1)
1. An apparatus which customizes electronic information received by the apparatus to facilitate electronic transactions with an individual consumer comprising:
a consumer database for storing consumer profiles information corresponding to the individual consumer;
a transaction database for storing transaction related information corresponding to individual commercial partners, including target content markers;
a first computer program in communication with said databases for modifying the electronic information received to include said consumer profile information stored in the consumer database which corresponds to said transaction-related target content markers in said electronic information; and
a second computer program in communication with said consumer database for automatically monitoring consumer interaction and automatically monitoring consumer interaction and automatically updating the consumer profile data based on said interactions.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/982,835 US20080215483A1 (en) | 2002-04-24 | 2007-11-05 | System and method for the enablement of electronic commerce in a content network |
US12/384,119 US20100042475A1 (en) | 2002-04-24 | 2009-04-01 | System and method for the enablement of electronic commerce in a content network |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US37483002P | 2002-04-24 | 2002-04-24 | |
US10/359,770 US7346552B1 (en) | 2002-04-24 | 2003-02-07 | System and method for the enablement of electronic commerce in a content network |
US11/982,835 US20080215483A1 (en) | 2002-04-24 | 2007-11-05 | System and method for the enablement of electronic commerce in a content network |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/359,770 Division US7346552B1 (en) | 2002-04-24 | 2003-02-07 | System and method for the enablement of electronic commerce in a content network |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/384,119 Continuation US20100042475A1 (en) | 2002-04-24 | 2009-04-01 | System and method for the enablement of electronic commerce in a content network |
Publications (1)
Publication Number | Publication Date |
---|---|
US20080215483A1 true US20080215483A1 (en) | 2008-09-04 |
Family
ID=34798542
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/359,770 Active 2024-10-28 US7346552B1 (en) | 2002-04-24 | 2003-02-07 | System and method for the enablement of electronic commerce in a content network |
US11/027,574 Abandoned US20050165686A1 (en) | 2002-04-24 | 2004-12-30 | System and method for two-way communication between media consumers and media providers |
US11/982,835 Abandoned US20080215483A1 (en) | 2002-04-24 | 2007-11-05 | System and method for the enablement of electronic commerce in a content network |
US12/384,119 Abandoned US20100042475A1 (en) | 2002-04-24 | 2009-04-01 | System and method for the enablement of electronic commerce in a content network |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/359,770 Active 2024-10-28 US7346552B1 (en) | 2002-04-24 | 2003-02-07 | System and method for the enablement of electronic commerce in a content network |
US11/027,574 Abandoned US20050165686A1 (en) | 2002-04-24 | 2004-12-30 | System and method for two-way communication between media consumers and media providers |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/384,119 Abandoned US20100042475A1 (en) | 2002-04-24 | 2009-04-01 | System and method for the enablement of electronic commerce in a content network |
Country Status (1)
Country | Link |
---|---|
US (4) | US7346552B1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140149243A1 (en) * | 2012-11-29 | 2014-05-29 | Red Hat, Inc. | Vendor download integration |
Families Citing this family (65)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9900286B2 (en) | 2001-04-26 | 2018-02-20 | Nokia Technologies Oy | Device classification for media delivery |
US7360160B2 (en) * | 2002-06-20 | 2008-04-15 | At&T Intellectual Property, Inc. | System and method for providing substitute content in place of blocked content |
US20050033849A1 (en) * | 2002-06-20 | 2005-02-10 | Bellsouth Intellectual Property Corporation | Content blocking |
US7818764B2 (en) | 2002-06-20 | 2010-10-19 | At&T Intellectual Property I, L.P. | System and method for monitoring blocked content |
US9027063B2 (en) * | 2002-11-27 | 2015-05-05 | Deluxe Digital Distribution Inc. | Video-on-demand (VOD) management system and methods |
JP2005148868A (en) * | 2003-11-12 | 2005-06-09 | Hitachi Ltd | Data prefetch in storage device |
US8091142B2 (en) * | 2005-04-26 | 2012-01-03 | Microsoft Corporation | Supplementary trust model for software licensing/commercial digital distribution policy |
US7925973B2 (en) * | 2005-08-12 | 2011-04-12 | Brightcove, Inc. | Distribution of content |
US8191098B2 (en) * | 2005-12-22 | 2012-05-29 | Verimatrix, Inc. | Multi-source bridge content distribution system and method |
US7813963B2 (en) | 2005-12-27 | 2010-10-12 | The Pen | Interactive electronic desktop action method and system for executing a transaction |
US20080215490A1 (en) * | 2007-03-03 | 2008-09-04 | Motorola, Inc. | Intelligent assistant for content purchasing |
US8375131B2 (en) * | 2007-12-21 | 2013-02-12 | Yahoo! Inc. | Media toolbar and aggregated/distributed media ecosystem |
US9659011B1 (en) * | 2008-02-18 | 2017-05-23 | United Services Automobile Association (Usaa) | Method and system for interface presentation |
GB2459640A (en) * | 2008-04-03 | 2009-11-04 | Hewlett Packard Development Co | Selecting content for delivery to a group of users comprising receiving a plurality of user identifier tags |
US20100223396A1 (en) * | 2009-02-27 | 2010-09-02 | Yahoo! Inc. | Intelligent status polling |
US8103553B2 (en) * | 2009-06-06 | 2012-01-24 | Bullock Roddy Mckee | Method for making money on internet news sites and blogs |
US8065193B2 (en) * | 2009-06-06 | 2011-11-22 | Bullock Roddy Mckee | Method for making money on the internet |
US20100332337A1 (en) * | 2009-06-25 | 2010-12-30 | Bullock Roddy Mckee | Universal one-click online payment method and system |
US9129090B2 (en) * | 2009-09-14 | 2015-09-08 | Blackboard Inc. | Distributed service point transaction system |
US9432253B1 (en) * | 2011-11-23 | 2016-08-30 | Amazon Technologies, Inc. | Automated multi-user system detection |
US20130282886A1 (en) * | 2012-04-24 | 2013-10-24 | Joseph E. Taylor | Network management |
US8832252B2 (en) * | 2012-04-26 | 2014-09-09 | Adobe Systems Incorporated | Extensible integration between service platforms |
US9805363B1 (en) * | 2012-09-04 | 2017-10-31 | Da Ip Corp. | System and method for accelerating account creation |
US8821260B1 (en) | 2012-11-06 | 2014-09-02 | Kabam, Inc. | System and method for granting in-game bonuses to a user |
US8790185B1 (en) | 2012-12-04 | 2014-07-29 | Kabam, Inc. | Incentivized task completion using chance-based awards |
US8920243B1 (en) | 2013-01-02 | 2014-12-30 | Kabam, Inc. | System and method for providing in-game timed offers |
US8831758B1 (en) | 2013-03-20 | 2014-09-09 | Kabam, Inc. | Interface-based game-space contest generation |
US9007189B1 (en) | 2013-04-11 | 2015-04-14 | Kabam, Inc. | Providing leaderboard based upon in-game events |
US9626475B1 (en) | 2013-04-18 | 2017-04-18 | Kabam, Inc. | Event-based currency |
US9613179B1 (en) | 2013-04-18 | 2017-04-04 | Kabam, Inc. | Method and system for providing an event space associated with a primary virtual space |
US10248970B1 (en) | 2013-05-02 | 2019-04-02 | Kabam, Inc. | Virtual item promotions via time-period-based virtual item benefits |
US8961319B1 (en) | 2013-05-16 | 2015-02-24 | Kabam, Inc. | System and method for providing dynamic and static contest prize allocation based on in-game achievement of a user |
US10789627B1 (en) | 2013-05-20 | 2020-09-29 | Kabam, Inc. | System and method for pricing of virtual containers determined stochastically upon activation |
US9138639B1 (en) | 2013-06-04 | 2015-09-22 | Kabam, Inc. | System and method for providing in-game pricing relative to player statistics |
US9463376B1 (en) | 2013-06-14 | 2016-10-11 | Kabam, Inc. | Method and system for temporarily incentivizing user participation in a game space |
US9737819B2 (en) | 2013-07-23 | 2017-08-22 | Kabam, Inc. | System and method for a multi-prize mystery box that dynamically changes probabilities to ensure payout value |
US11164200B1 (en) | 2013-08-01 | 2021-11-02 | Kabam, Inc. | System and method for providing in-game offers |
US9561433B1 (en) | 2013-08-08 | 2017-02-07 | Kabam, Inc. | Providing event rewards to players in an online game |
US9799059B1 (en) | 2013-09-09 | 2017-10-24 | Aftershock Services, Inc. | System and method for adjusting the user cost associated with purchasable virtual items |
US9799163B1 (en) | 2013-09-16 | 2017-10-24 | Aftershock Services, Inc. | System and method for providing a currency multiplier item in an online game with a value based on a user's assets |
US11058954B1 (en) | 2013-10-01 | 2021-07-13 | Electronic Arts Inc. | System and method for implementing a secondary game within an online game |
US10110541B2 (en) * | 2013-10-17 | 2018-10-23 | International Business Machines Corporation | Optimization of posting in social networks using content delivery preferences comprising hashtags that correspond to geography and a content type associated with a desired time window |
US10282739B1 (en) | 2013-10-28 | 2019-05-07 | Kabam, Inc. | Comparative item price testing |
US10482713B1 (en) | 2013-12-31 | 2019-11-19 | Kabam, Inc. | System and method for facilitating a secondary game |
US9508222B1 (en) | 2014-01-24 | 2016-11-29 | Kabam, Inc. | Customized chance-based items |
US10226691B1 (en) | 2014-01-30 | 2019-03-12 | Electronic Arts Inc. | Automation of in-game purchases |
US9873040B1 (en) | 2014-01-31 | 2018-01-23 | Aftershock Services, Inc. | Facilitating an event across multiple online games |
US9795885B1 (en) | 2014-03-11 | 2017-10-24 | Aftershock Services, Inc. | Providing virtual containers across online games |
US9517405B1 (en) | 2014-03-12 | 2016-12-13 | Kabam, Inc. | Facilitating content access across online games |
US9610503B2 (en) | 2014-03-31 | 2017-04-04 | Kabam, Inc. | Placeholder items that can be exchanged for an item of value based on user performance |
US11823233B2 (en) * | 2014-04-08 | 2023-11-21 | Virtual Hold Technology Solutions, Llc | Real-time consumer interaction via media broadcast with automated callback handling during media playback |
US9675891B2 (en) | 2014-04-29 | 2017-06-13 | Aftershock Services, Inc. | System and method for granting in-game bonuses to a user |
EP2945108A1 (en) * | 2014-05-13 | 2015-11-18 | Thomson Licensing | Method and apparatus for handling digital assets in an assets-based workflow |
US9744445B1 (en) | 2014-05-15 | 2017-08-29 | Kabam, Inc. | System and method for providing awards to players of a game |
US9744446B2 (en) | 2014-05-20 | 2017-08-29 | Kabam, Inc. | Mystery boxes that adjust due to past spending behavior |
US10307666B2 (en) | 2014-06-05 | 2019-06-04 | Kabam, Inc. | System and method for rotating drop rates in a mystery box |
US9717986B1 (en) | 2014-06-19 | 2017-08-01 | Kabam, Inc. | System and method for providing a quest from a probability item bundle in an online game |
US9452356B1 (en) | 2014-06-30 | 2016-09-27 | Kabam, Inc. | System and method for providing virtual items to users of a virtual space |
US9539502B1 (en) | 2014-06-30 | 2017-01-10 | Kabam, Inc. | Method and system for facilitating chance-based payment for items in a game |
US9579564B1 (en) * | 2014-06-30 | 2017-02-28 | Kabam, Inc. | Double or nothing virtual containers |
US10463968B1 (en) | 2014-09-24 | 2019-11-05 | Kabam, Inc. | Systems and methods for incentivizing participation in gameplay events in an online game |
US9656174B1 (en) | 2014-11-20 | 2017-05-23 | Afterschock Services, Inc. | Purchasable tournament multipliers |
CN104539520A (en) * | 2014-12-27 | 2015-04-22 | 宁波江东远通计算机有限公司 | Message sending management method and device |
US9827499B2 (en) | 2015-02-12 | 2017-11-28 | Kabam, Inc. | System and method for providing limited-time events to users in an online game |
CN114268817B (en) * | 2021-12-29 | 2023-12-29 | 北京连屏科技有限公司 | Media resource management method |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5717923A (en) * | 1994-11-03 | 1998-02-10 | Intel Corporation | Method and apparatus for dynamically customizing electronic information to individual end users |
US5864823A (en) * | 1997-06-25 | 1999-01-26 | Virtel Corporation | Integrated virtual telecommunication system for E-commerce |
US6308327B1 (en) * | 2000-03-21 | 2001-10-23 | International Business Machines Corporation | Method and apparatus for integrated real-time interactive content insertion and monitoring in E-commerce enabled interactive digital TV |
US6330719B1 (en) * | 1999-06-30 | 2001-12-11 | Webtv Networks, Inc. | Interactive television receiver unit browser that waits to send requests |
US6385592B1 (en) * | 1996-08-20 | 2002-05-07 | Big Media, Inc. | System and method for delivering customized advertisements within interactive communication systems |
US6944669B1 (en) * | 1999-10-22 | 2005-09-13 | America Online, Inc. | Sharing the personal information of a network user with the resources accessed by that network user |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US1475139A (en) * | 1920-03-30 | 1923-11-20 | George C Pearson | Telephone cable |
US2869316A (en) * | 1957-03-12 | 1959-01-20 | Plastic Wire & Cable Corp | Twisted conductors and cables and method and apparatus for making the same |
US3017450A (en) * | 1957-07-19 | 1962-01-16 | Western Electric Co | Cables |
NL290710A (en) * | 1962-03-27 | |||
US3651243A (en) * | 1968-08-30 | 1972-03-21 | Western Electric Co | High-frequency cables |
US3715877A (en) * | 1969-10-27 | 1973-02-13 | Oki Electric Cable | Communication cable |
WO1994014279A1 (en) | 1992-12-09 | 1994-06-23 | Discovery Communications, Inc. | Digital cable headend for cable television delivery system |
US5564268A (en) * | 1994-04-08 | 1996-10-15 | Ceeco Machinery Manufacturing Ltd. | Apparatus and method for the manufacture of uniform impedance communication cables for high frequency use |
US7133845B1 (en) * | 1995-02-13 | 2006-11-07 | Intertrust Technologies Corp. | System and methods for secure transaction management and electronic rights protection |
US5767441A (en) * | 1996-01-04 | 1998-06-16 | General Cable Industries | Paired electrical cable having improved transmission properties and method for making same |
US5926624A (en) * | 1996-09-12 | 1999-07-20 | Audible, Inc. | Digital information library and delivery system with logic for generating files targeted to the playback device |
US5960411A (en) * | 1997-09-12 | 1999-09-28 | Amazon.Com, Inc. | Method and system for placing a purchase order via a communications network |
US7185355B1 (en) | 1998-03-04 | 2007-02-27 | United Video Properties, Inc. | Program guide system with preference profiles |
US6189008B1 (en) * | 1998-04-03 | 2001-02-13 | Intertainer, Inc. | Dynamic digital asset management |
US6211467B1 (en) * | 1998-08-06 | 2001-04-03 | Prestolite Wire Corporation | Low loss data cable |
US6318062B1 (en) * | 1998-11-13 | 2001-11-20 | Watson Machinery International, Inc. | Random lay wire twisting machine |
EP1314316A4 (en) | 2000-08-28 | 2008-03-12 | Sony Electronics Inc | System for interactive television |
US6725303B1 (en) | 2000-08-31 | 2004-04-20 | At&T Corp. | Method and apparatus for establishing a personalized connection with a network |
WO2002037334A1 (en) * | 2000-10-30 | 2002-05-10 | Elias Arts Corporation | System and method for performing content experience management |
US7302465B2 (en) * | 2001-10-22 | 2007-11-27 | Comverse, Inc. | Distributed multimedia transfer |
US8086491B1 (en) * | 2001-12-31 | 2011-12-27 | At&T Intellectual Property I, L. P. | Method and system for targeted content distribution using tagged data streams |
US6959533B2 (en) * | 2002-01-10 | 2005-11-01 | International Business Machines Corporation | Apparatus and method for producing twisted pair cables with reduced propagation delay and crosstalk |
US6875928B1 (en) * | 2003-10-23 | 2005-04-05 | Commscope Solutions Properties, Llc | Local area network cabling arrangement with randomized variation |
US7392647B2 (en) * | 2003-10-23 | 2008-07-01 | Commscope, Inc. Of North Carolina | Methods and apparatus for forming cable media |
US7345243B2 (en) * | 2004-12-17 | 2008-03-18 | Panduit Corp. | Communication cable with variable lay length |
-
2003
- 2003-02-07 US US10/359,770 patent/US7346552B1/en active Active
-
2004
- 2004-12-30 US US11/027,574 patent/US20050165686A1/en not_active Abandoned
-
2007
- 2007-11-05 US US11/982,835 patent/US20080215483A1/en not_active Abandoned
-
2009
- 2009-04-01 US US12/384,119 patent/US20100042475A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5717923A (en) * | 1994-11-03 | 1998-02-10 | Intel Corporation | Method and apparatus for dynamically customizing electronic information to individual end users |
US6385592B1 (en) * | 1996-08-20 | 2002-05-07 | Big Media, Inc. | System and method for delivering customized advertisements within interactive communication systems |
US5864823A (en) * | 1997-06-25 | 1999-01-26 | Virtel Corporation | Integrated virtual telecommunication system for E-commerce |
US6330719B1 (en) * | 1999-06-30 | 2001-12-11 | Webtv Networks, Inc. | Interactive television receiver unit browser that waits to send requests |
US6944669B1 (en) * | 1999-10-22 | 2005-09-13 | America Online, Inc. | Sharing the personal information of a network user with the resources accessed by that network user |
US6308327B1 (en) * | 2000-03-21 | 2001-10-23 | International Business Machines Corporation | Method and apparatus for integrated real-time interactive content insertion and monitoring in E-commerce enabled interactive digital TV |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140149243A1 (en) * | 2012-11-29 | 2014-05-29 | Red Hat, Inc. | Vendor download integration |
Also Published As
Publication number | Publication date |
---|---|
US20050165686A1 (en) | 2005-07-28 |
US7346552B1 (en) | 2008-03-18 |
US20100042475A1 (en) | 2010-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7346552B1 (en) | System and method for the enablement of electronic commerce in a content network | |
US5950172A (en) | Secured electronic rating system | |
US9218619B2 (en) | Internet transaction and user interface therefor | |
US7346576B2 (en) | Integrating live chat into an online credit card application | |
USRE45295E1 (en) | System and method for integrating public and private data | |
US20080021816A1 (en) | Integrating Live Chat Into an Online Credit Card Application | |
WO1998004083A9 (en) | Secured electronic rating system | |
US20140095355A1 (en) | Platform, Method, and Device for Managing Application | |
US20040068565A1 (en) | Provisioning web services | |
KR20010090860A (en) | Interactive media system | |
CN105871785B (en) | Service processing method, device and system | |
KR101030946B1 (en) | Method and system for scheduling transaction listings at a network-based transaction facility | |
US8799103B1 (en) | Client-side structured data capture and remote application integration using a web browser | |
US20050262011A1 (en) | Hypertext transfer protocol application programming interface between cleint-side trading systems and server-side stock trading systems | |
US20020133585A1 (en) | Computer program for recording and selective playback of a communication involving the hypertext transfer protocol | |
KR100390556B1 (en) | Method for electronic commerce with instant messenger | |
Ferguson et al. | WebSphere as an e-business server | |
Bouras et al. | Application on demand system over the Internet | |
US20230208786A1 (en) | Method and system for identifying messenger counterpart in order to provide personalized service | |
JP3851080B2 (en) | Content providing system, content providing method, recording medium on which program for executing content providing method is recorded, and server | |
JP3552098B2 (en) | Information processing method and information processing apparatus | |
KR20000053959A (en) | The general shopping cart system and a reservation method for the on-line purchasing | |
JP2001134531A (en) | Method and device for information processing and terminal device | |
JP2004355636A (en) | Information processor and terminal device | |
JP2004070729A (en) | Method, and system for intermediating item information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |