Patent Application
20160292726
Loyalty and reward program management systems provide offerings to participants of the program through user devices. Conventional systems and methods are one-size-fits-all approaches that provide the same offerings to every participant of a program. In addition, global changes across multiple programs require each program to be individually changed. Conventional systems and methods also rely on a human (e.g., a business user) to manually create sites, programs, catalogs, prices, segments, and targeters.
There is a need for a system and method which provides the development, management, and editing of multiple programs while providing custom offerings for each participant via a user device.
A system and method including an administrator user interface (AUI) module configured to define a plurality of Client Configuration Unit (CCU) programs in response to administrator input. Each CCU program is defined by a selected attribute subset of the CCU attributes selected in response to administrator input and defined by a selected business rules subset of the business rules selected in response to administrator input. The CCU programs have different attributes subsets and the plurality of CCU programs have different business rules subsets. An e-commerce system is configured to provide access to a plurality of e-commerce websites. The AUI module is also configured to implement in response to administrator input one or more personalization, marketing, and/or targeting rules applicable to the CCU programs. A participant user interface (PUI) module identifies participants of the CCU programs and provides identified participants access to their CCU program. A CCU program generator module configured to generate the CCU program for each of the participants. A processor executes the AUI module, the PUI module, and the CCU program generator module to generate the CCU program of each identified participant.
Other objects and features will be in part apparent and in part pointed out hereinafter.
The Appendix illustrates one embodiment of a list of CCU attributes.
Corresponding reference characters indicate corresponding parts throughout the drawings.
The user devices 12 are adapted to provide access to at least aspects of client systems 14, CCU system 100, and/or e-commerce systems 16. In an embodiment, user devices 12 are computing devices that include a graphical user interface (GUI) adapted to facilitate interaction with client systems 14, CCU system 100, and/or e-commerce systems 16. The user devices 12 may be any computing device capable of executing processor-executable instructions including, but not limited to, personal computers, laptops, workstations, tablets, smartphones, mobile devices, and the like.
The communication infrastructure 18 is capable of facilitating the exchange of data among various components of system 10, including user devices 12, client systems 14, CCU system 100, and e-commerce systems 16. In an embodiment, communication infrastructure 18 includes a local area network (LAN) that is connectable to other telecommunications networks, including other LANs or portions of the Internet or an intranet. The communication infrastructure 18 may be any telecommunications network that facilitates the exchange of data, such as those that operate according to the IEEE 802.3 (e.g., Ethernet) and/or the IEEE 802.11 (e.g., Wi-Fi) protocols, for example. In another embodiment, communication infrastructure 18 is any medium that allows data to be physically transferred through serial and/or parallel communication channels (e.g., copper, wire, optical fiber, computer bus, wireless communication channel, etc.).
Referring further to
The I/O interface 206 of
Referring to the embodiment illustrated by
The system structure and methodology center around CCU program software module 112 generated by CCU program generator software module 120 executed by processor(s) 202 (e.g., one or more server devices, such as a staging server) for configuring and managing the CCU program 112 in accordance with multiple CCU attributes as selected by the client via one or more client systems 14. In an exemplary embodiment, CCU attributes database 108 includes a collection of attributes (e.g., a profile) for each client comprised of selected CCU attributes defining an instance of CCU program software module 112 to be accessed by user devices 12 via each client system 14. The configuration can be managed by an administrator via administrator user interface (AUI) software module 110 in near-real-time with functional knowledge. In an embodiment, AUI software module is accessed by a user device associated with a particular client system 14. In one form, the CCU Program 112 can reside and execute on a production server device. In an aspect, CCU program 112 is provided as processor-executable instructions that comprise a procedure, a function, a routine, a method, and/or a subprogram of CCU system 100.
The AUI software module 110 is adapted to provide an administrator (e.g., utilizing a user device associated with a particular client system 14) access to aspects of CCU system 100 for creating, configuring, and/or managing CCU programs 112. The AUI software module 110 is configured to define a plurality of CCU programs 112 in response to administrator input provided to the administrator by the client running the program. In an aspect, AUI software module 110 is provided as processor-executable instructions that comprise a procedure, a function, a routine, a method, and/or a subprogram of CCU system 100.
It is possible that a participant is participating in several CCU programs 112. Such participants would have a unique log-in for each program and would be presented to only one program at a time, based on the log-in information corresponding to the program. However, it is contemplated that the parameters of such a participant could be shared across some or all the CCU programs 112 in which the participant is a member. For example, the participant's audience segment would be available to some or all of the participant's programs so that content consistent with the participant's segment would be presented to the participant. In one configuration, each participant is a standalone entity even if the same person in several programs. All of the participant's data is stored completely separate from each other for each program. For example, a home address would be the same in all programs but is actually stored separately for each program. Alternatively, it is contemplated that programs share some information about a participant, although this would have to be closely managed with certain approvals and privacy safeguards.
The AUI module 110 is configured to control the plurality of e-commerce websites 116 available to participants via their CCU programs 112. An e-commerce system 114 such as the e-commerce system is configured to provide access to a plurality of e-commerce websites 116. The administrator via the AUI module 110 as executed by the processor(s) 202 interfaces with the e-commerce system 114 to link each CCU program 112 to various e-commerce websites 116, which links are stored in a e-commerce database storage device 124.
The AUI module 110 is additionally configured to implement one or more marketing rules stored in database 102 and selected by the administrator via the AUI module 110 and applicable to the CCU programs 112. Some of the selected marketing rules are selected according to client preferences and some of the marketing rules are selected according administrative preferences and campaigns which an administrator can implement across one or more CCU programs 112. For example, the structure of the system and method provide the ability to report out (in a spreadsheet such as Excel™) to clients to provide a tool for driving business decisions in marketing.
Similarly, the AUI module 110 is additionally configured to implement one or more personalization rules stored in database 102 and selected by the administrator via the AUI module 110 and applicable to the CCU programs 112. Some of the selected personalization rules are selected according to client preferences and some of the personalization rules are selected according administrative preferences and campaigns which an administrator can implement across one or more CCU programs 112.
Similarly, the AUI module 110 is additionally configured to implement one or more targeting rules stored in database 102 and selected by the administrator via the AUI module 110 and applicable to the CCU programs 112. Some of the selected targeting rules are selected according to client preferences and some of the targeting rules are selected according administrative preferences and campaigns which an administrator can implement across one or more CCU programs 112.
The AUI module 110 is additionally configured to implement one or more site look and feel rules stored in database 126 and selected by the administrator via the AUI module 110 and applicable to the CCU programs 112. Some of the selected site look and feel rules are selected according to client preferences and some of the site look and feel rules are selected according administrative preferences and campaigns which an administrator can implement across one or more CCU programs 112.
Similarly, the AUI module 110 is additionally configured to implement one or more pricing and item(s) available rules stored in database 128 and selected by the administrator via the AUI module 110 and applicable to the CCU programs 112. Some of the selected pricing and item(s) available rules are selected according to client preferences and some of the pricing and item(s) available rules are selected according administrative preferences and campaigns which an administrator can implement across one or more CCU programs 112.
A participant user interface (PUI) software module 118 executed by processor(s) 202 is configured to identify participants of the CCU programs and is configured to provide each identified participant access to their particular CCU program 112 based on the participant's log-in information. For example, the log-in information may include participant parameters, such as those stored in participant parameters database storage device 106. As noted herein, participants can be members of several CCU programs 112 and would have unique log-in information for each program. As part of the PUI module 118, each CCU program 112 is generated for each of the participants by a CCU program generator module 120. Each participant is presented with a log-in/authentication interface 130. After the participant successfully logs in, the processor(s) 202 accesses database 106 to determine the particular parameters of the participant for the particular CCU program 112 in which they have logged in. Participants can access the log-in/authentication interface 130 from various program sites in which the participant participates and/or from other client sites with which the participant is associated. After the participant successfully logs in, the processor(s) 202 accesses database 132 to identify the participant's a system of record (i.e., their point bank) and to provide optional processor authentication. In an aspect, PUI software module 118 is provided as processor-executable instructions that comprise a procedure, a function, a routine, a method, and/or a subprogram of CCU system 100.
The CCU system 100 includes seven databases of information used to generate CCU programs 112 for participants. A P/M/T rules database storage device 102 is configured to store a plurality of marketing rules. A business rules database storage device 104 is configured to store a plurality of business rules. A participant parameters database storage device 106 is configured to store a plurality of participant parameters. A CCU attributes database storage device 108 is configured to store a plurality of CCU attributes. An inclusion/exclusion rules database storage device 134 is configured to store a plurality of inclusion/exclusion rules, as further described herein. A look and feel database storage device 126 is configured to store a plurality of look and feel rules. A pricing and items available database storage device 128 is configured to store a plurality of pricing and items available rules.
In one form, the CCU program generator software module 120 generates an instance of CCU program software module 112 in accordance with one or more P/M/T rules stored in P/M/T rules database 102. For example, CCU program generator software module 120 calls P/M/T rules engine 103 for implementing the personalization, marketing, and/or targeting (P/M/T) rules in database 102 to generate an instance of CCU program software module 112 associated with a particular client. In an aspect, P/M/T rules engine 103 is provided as processor-executable instructions that comprise a procedure, a function, a routine, a method, and/or a subprogram of CCU system 100. In one form, the CCU program generator software module 120 generates an instance of CCU program software module 112 in accordance with one or more business rules stored in business rules in database 104. For example, CCU program generator software module 120 calls business rules engine 105 for implementing the business rules in database 104 to generate an instance of CCU program software module 112 associated with a particular client. In an aspect, business rules engine 105 is provided as processor-executable instructions that comprise a procedure, a function, a routine, a method, and/or a subprogram of CCU system 100. In an embodiment, the rules engines 103, 105 comprise CCU program generator software module 120. It is also contemplated that that the rules engines 103, 105 can be separate from the CCU program generator software module 120. In an aspect, CCU program generator software module 120 is provided as processor-executable instructions that comprise a procedure, a function, a routine, a method, and/or a subprogram of CCU system 100.
The system structure and methodology comprises the CCU program generator module 120, which is a unique tool for use by an administrator via AUI 110. The CCU program generator module 120 interfaces with an e-commerce system 114 (e.g., a web commerce platform, such as Oracle's ATG Web Commerce System) which enables delivery of a personalized online buying experience for each participant by presenting relevant content and merchandizing, personalized search, customized marketing programs, and tailored websites. In an aspect, e-commerce system 114 is provided as processor-executable instructions that comprise a procedure, a function, a routine, a method, and/or a subprogram of CCU system 100.
In accordance with an aspect of the invention, the system structure and methodology functionality simplify development and configuration of attributes that, at least in part, define each CCU program 112. In accordance with another aspect of the invention, the system structure and methodology functionality simplify attribute management, such as creation and termination of attributes. In accordance with a further aspect of the invention, the system structure and methodology functionality simplify the creation of a repository (e.g., business rules database 104) to store multiple platform business rules to enable site and content configuration.
In an embodiment, the CCU system 100 and method comprise a repository for all unique platform business rules and allow for the efficient set-up, management, and editing of complex client sites (or stores). In one form, the system comprises a switchboard in which an administrator creates a unique CCU program 112 (or store) by simply and quickly “throwing the switch” on a series of business rules and attributes implemented by the CCU program generator module 120. This system structure and methodology minimizes and/or eliminates the need for hard-coding new technology that will meet requirements of a client and/or site. In an embodiment, the system structure and methodology enable the creation of a new, unique site more quickly and efficiently than conventional systems and/or methods.
In an aspect, the system structure and methodology functionality prevent inconsistencies among one or more CCU programs 112. For example, a restriction such as preventing several CCU programs 112 from accessing a particular vendor previously available via the e-commerce system 114 can be accomplished by selectively implementing a business rule and/or by selectively modifying an attribute of the program. On the other hand, a restriction such as preventing a particular CCU program 112 from accessing a particular vendor previously unavailable via the e-commerce system 114 can be accomplished by selectively modifying an attribute of the program and/or by selectively modifying a business rule. Alternatively, or in addition, such changes can be accomplished by applying a rule (e.g., a first scenario) or not applying the same rule (e.g., a second scenario).
In another aspect, the system structure and methodology functionality provide the ability to manage a large number of client systems 14 and/or e-commerce websites 116 concurrently (e.g., economies of scale). For example, the CCU system 100 and method are intended to allow one administrator to implement, via AUI module 110, a large number (e.g., 100+) of CCU programs 112, each of which has certain unique aspects and certain shared aspects. In addition, the CCU system 100 is intended to allow the administrator to make global changes, via AUI module 110, to shared aspects of each CCU program 112 and to apply selected personalization, marketing or targeting rules (e.g., rules comprising P/M/T rules database 102) across multiple CCU programs 112.
In yet another aspect, the system structure and methodology functionality provide the ability to query aspects of CCU system 100. Beneficially, querying the data enables AUI module 110 to present information (e.g., via a graphical user interface display) so that an administrator can better understand client configurations for reporting purposes. For example, the administrator can query: “all clients that do not allow promotions” using AUI module 110 to determine which client systems 14 do not allow promotions. These types of global data queries are important so that when making a business decision to (for example) run a promotion, the administrator can better understand the scope and reach of clients (e.g., client systems 14) that will be affected. Queries relating to push communications and any other data in the databases of CCU system 100 are also available.
Each CCU program 112 is defined by a selected attribute subset of the CCU attributes stored in CCU attributes database 108 selected by the administrator via the AUI module 110, selected according to client preferences. The CCU program generator module 120 utilizes the selected attributes to generate each CCU program 112. In addition, each CCU program 112 is defined by a selected business rules subset of the business rules stored in business rules database 104 and selected by the administrator via the AUI module 110, selected according to client preferences. The CCU program generator module 120 utilizes the selected business rules to generate each CCU program 112. At least some of the CCU programs 112 have different attributes subsets and at least some of the CCU programs 112 have different business rules subsets, although some of the CCU programs 112 can have the same or substantially similar subsets. At least some of the CCU programs 112 share some attributes subsets and at least some of the CCU programs 112 share business rules subsets, although some of the CCU programs 112 can mutually exclusive subsets.
The various personalization rules, marketing rules, and targeting rules stored in P/M/T database 102 are selectively applied to participants and CCU programs by the CCU program generator module 120 as determined by the CCU attributes of each particular program 112 and as determined by the participant parameters of each participant accessing the particular program.
Thus, as noted herein, one or more processors 202 are configured to:
Thus, the generated CCU program 112 for each of the participants is based on the selected subset of CCU attributes stored in the attribute database storage device 108, is based on the selected business rules subset of the business rules stored in the business rules database storage device 104, in based on the parameters of the participant stored in the parameter database storage device 106, and is based on the selected marketing rules stored in the marketing rules database storage device 102 controlling e-commerce websites 116 available to the participant's CCU program 112.
In an aspect, CCU system 100 enables AUI module 110 (e.g., a business user) to configure client programs (e.g., CCU programs 112) to account for unique program management, business rules, pricing, creative features, content, etc. of each client (e.g., client system 14) and/or each participant (e.g., user device 12). In one form, the CCU program 112 is defined by:
Three Major Attributes that define this form of CCU Program 112 and make each CCU program 112 unique are:
In an embodiment, the CCU program 112 functionality in this form includes:
Participants can be assigned to only one CCU program 112 once they log-in. For example, a user device 12 is assigned to a particular client system 14 upon logging-in to a session.
Participants can migrate between units (a unit is a tier or segment of the program within the same program) rendered based on the parameters of the participant at the time of login, if the program and configuration values are the same while retaining profile settings and order history. A unit could be a website page (e.g., e-commerce website 116). What makes it unique is that it is rendered specifically for a given participant (e.g., user device 12) in a client program. As a client can have multiple programs (employee recognition, channel incentive, consumer loyalty, safety program, etc.) and a participant could be in all or a select few of the programs, the “unit” will render a website, via CCU program 112, that is specific to that participant program experience.
Attributes to control web site behavior (checkout type, wish list allowed, etc.)
Unique creative aspects and designs that create a client specific look and feel per CCU program 112 (including Logos, Cascading Style Sheets, templates, etc.). Each client will have a specific site creative “look and feel” managed by attributes of the CCU program 112.
Attributes to be used for participant segmentation
Attributes to be used for personalization presented to the participant, such as via user devices 12.
Ability to configure and modify multiple CCU programs 112 together to provide common business rules and marketing strategies
Ability to update simultaneously multiple attributes of multiple CCU programs 112 to allow mass management of programs with minimal labor effort
Ability to duplicate CCU programs 112
Ability to create template CCU programs that are utilized by CCU program generator module 120 to generate unique CCU programs 112 from the template
Ability to search and report on CCU programs 112 by all CCU attributes. As noted herein, the query and reporting functions provide the basis for administrators and/or clients evaluate the data within the system and method and to make decisions based on the data within the system and method.
Capable for using standard publishing process including preview of the e-commerce platform system 114
Existing frameworks of CCU programs 112 can be extended in order to enable the administrator to create/update the CCU program 112 and associate them to sites.
As shown in
Referring further to
There are at least six audience segments that can be used in promotions:
Tech Savvies
Political Mavens
Blogging Moms
Fitness Enthusiasts
Investment Sharks
Fashionistas
Blogging Moms spend considerable time online sharing child rearing tips and recommendations for other online Moms. They create more media content than they consume, and are generally highly emotional when sharing their opinions. Birthday Planning and Celebration are Moms' best ways to express their caring for the loved ones, and make for a great artistic outlet, as does Holiday Shopping. Interest in Sports is driven by Moms' role in planning and supporting their children's sporting activities.
Tech Savvies are up to date on modern technology and the latest gadgets. Savvies enjoy computer hardware and software-related publications, articles, and reviews. Smartphones, Tablets, and Accessories' popularity with the Tech Savvy is not entirely driven by personal necessity—Techies just like to be up to date on the latest mobile devices, which go hand in hand with Operating Systems and Software.
Politics Mavens stay up to date on political news, issues, and elections. They read analysis pieces, opinion pieces, and follow the media on legislative decisions and the status updates on various bills. Politics Mavens tend to take a stand on issues like Green Energy and Solar Power. Politics Mavens are casually but consistently following Investments and Stock Prices, and interested in Financial Trading Solutions.
Fitness Enthusiasts enjoy exercise-related publications. Members like to stay updated on fitness equipment, gear, and industry trends. Enthusiasts are often members of online communities built around tracking individual milestones as well as improving nutrition. Smartphones, Tablets, Accessories, as well as Phone Apps help Fitness Enthusiast track the progress of their Fitness and Nutrition endeavors, and are a reflection of their on-the-go lifestyle.
Investment Sharks follow financial and business news. Sharks track the changes in stock prices and read industry forecasts to inform business and investment decisions. Sharks would not be sharks if they did not follow Investment and Stock Prices topics closely. Interests in Financial and Commodities Trading Solutions and Online Currency Trading follow suit for the same practical reason. Smartphones and Tablets complement Investment Sharks' busy lifestyle.
Fashionistas follow the latest retail trends—often inspired by celebrity style. Fashionistas consume fashion forward & focused publications in addition to periodicals focused on cosmetics, popular culture, and celebrity gossip. Following Pop Music Celebrities is what defines Fashionistas. The only other things Fashionistas spend an equally sizeable amount of time on are Shoes and Apparel. Birthdays and Celebrations are Fashionistas' third favorite pass time, as they get to meet with other like-minded trend-following celebrity fans.
The above six segments are examples of the various audience segments. It should be understood that the number, definition, and content of the segments are not static and will change/evolve over time as new trends are uncovered almost on monthly basis. It is not intended that the segments are set-in-stone for a long period of time. This flexibility in the segments provides the ability to leverage the functionality of the e-commerce system platform 114 and quickly adapt to changing trends and/or market influencers.
In addition, the way a CCU program 112 is constructed and modified via AUI module 110 allows the administrator to segment using dynamic and static attributes (e.g., attributes stored in CCU attributes database 108) to drive the personalization of each CCU program 112 for each user device 12. A segment could be every participant who shops for a particular product (e.g., tools), which would be a dynamic segment so that the administrator can structure the system and method to show such participants similar products (e.g., grills). Alternatively and in addition, a segment can be defined by the administrator using rules and/or attributes as everyone who has a point balance over $100 in value at the time of login, which would be a static segment, in order to show them particular products (e.g., home goods). The segments listed herein are an example of a baseline segmentation methodology that can be applied and such segments will change as the system and method gather data reflecting more user site activity.
Audience Segments are sample groupings of publications which reflect a particular persona, lifestyle, or interest group. An audience segment can provide a quick look into how a topic is being perceived by different groups of social media connoisseurs. An audience segment is not meant to encompass every publication that could be potentially relevant to a group of individuals; rather the segment is meant to be composed of key publications which carry weight in the industry and represent the predominant view of the topic by a particular persona. By using audience segmentation, CCU attributes and business rules personalize and target participants.
In an embodiment, CCU system 100 configures (normal state is 200+ unique sites across 100+ clients) 120+ attributes which are used to create each unique CCU program 112. Table 1 below is an example of 3 sites and a sample cross section of their attributes:
Participant Parameters.
Numerous Parameters apply to an individual participant profile. In an embodiment, participant parameters are associated with a particular user device 12 and/or an account associated with each user device 12. Table 2 below is a cross-section of these Parameters for example participants within the above noted CCU program. Individual CCU programs could have dozens or hundreds of thousands participants:
Business rules need to be maintained which will affect CCU programs 112 which have certain shared attributes. For example, some items offered in an overall catalog cannot be offered to loyalty clients (e.g., client systems 14 in a loyalty configuration). For example, the item prohibitions may be based on agreements between the administrator and these brand vendors associated with the client systems 14. Thus, a business rule can be created which is assigned to all CCU programs 112 which are loyalty type programs. Exclusion Rule 1 in Table 1 is an exemplary business rule of this type.
Here is an example of this concept: Brand C has formerly declined participation in loyalty program types. The Brand Exclusion rule (noted above) represents all brands, including “C”, which have declined participation in certain program types. Brand C has approached the administrator and has indicated they now wish to participate in all program types. E-commerce systems 114 functionality would allow this via an individual update to each individual site to now include Brand C. CCU program 112 functionality enables the administrator to update the Brand Exclusion rule one time and have it apply to all sites tied to that rule. Thus, sites 2 & 3 in the above example are both affected by the update of one global brand exclusion rule.
With e-commerce systems 114, each participant (e.g., user device 12) can be marketed to in an individual manner. The challenges to this within the multi-client business model (200+ sites), is to be able to manage the on-going changes to the marketing without incurring an unsupportable amount of labor.
With the CCU program generator module 120 added to e-commerce system 114, administrators are able to dynamically create marketing and targeting at any level of granularity. Any of the 120+ attributes for CCU programs 112 and any of the participant parameters 106 can be combined to create complex targeting rules that will allow targeting both within and across CCU programs 112 with minimal labor.
If an administrator wants to create a segment of all participants who have previously shopped for jewelry, both Jane Doe and John Jones would be included. This segment could then be used to drive specific site content to the user devices 12 of those participants when they log in. The user device 12 of Joe Smith would not receive this offer because it is not known if he is interested in jewelry.
If an administrator then wished to provide a discount to those participants in the jewelry segment, the administrator could include the CCU attribute ‘May send marketing materials/promotional offers to participants’ in the targeting rules and provide both the discount and a banner highlighting that discount on the e-commerce website displayed on each user device 12 of the segment according to each user's CCU program 112. Without the CCU program 112 structure, separate targeting rules would need to be created for each individual site which allowed promotions.
With all the possible combinations between the various CCU attributes 108 and the participant parameters 106 this would become unmanageable in a short period of time.
A mass email can be generated for anyone with a point balance of at least $500 and their client allows marketing to their participants. While both Joe Smith and John Jones each have sufficient balance to be included in the segment, John Jones' sponsoring client does not allow marketing materials to be sent to their participants, thus only Joe Smith would receive the email.
In an embodiment, the administrator has a requirement to maintain exclusion/inclusion rules which contains Exclusion Items and Inclusion Items. These exclusion and inclusion rules are applied while processing the catalog feed specific to a particular CCU program 112. An exclusion/inclusion rule item is defined and linked to CCU attribute Catalog Exclusion Inclusion Rule. The load process in e-commerce system 16 software reads the reward offering exclusion/inclusion rules for the CCU program 112 and generates a list of exclusion rules. Any product or SKU in the load file that matches one of the exclusion rules should be discarded for that CCU program 112.
A catalog load process of CCU system 100 receives a list of products and SKUs for a given CCU program 112. The load consolidates all of the exclusion rules (e.g., from each level of the exclusion hierarchy) and then applies it to the list of products and SKUs. After that, the inclusion rule is applied to add back in any product which was excluded. If the product wasn't in the original feed, it should never be put into the catalog. Inclusion rules are applicable only for products/SKUs that are excluded. For example, if 20 products are configured in exclude products/SKUs and one of them has to be included back to the catalog then inclusion products/SKUs will hold the products/SKUs to be included back.
If a category is configured as excluded category then products or SKUs part of the excluded category can't be included back to the catalog.
Table 3 describes the exclusion/inclusion item properties to be added to the CCU exclusion/inclusion rule property for enabling the business users to define the exclusion and inclusion rules at a CCU program 112 level.
The administrator can feed two types of catalogs to e-commerce system 114: 1) Deploy Master catalog feed; and 2) Deploy CCU catalog feed. The Master catalog feed and CCU catalog feeds are either auto or manually deployed, as per the deployment configuration defined in the XML. The Master catalog feed will be loaded first, and then the CCU-specific catalog will be loaded and assigned to the site.
Master Catalog—This feed contains the following items, which belong to all the CCUs:
CCU Catalog—This feed contains the following items related to the specific CCU:
All CCUs are independent, and there is no hierarchy structure or inheritance from one CCU to another.
Business users can create Master CCUs for major program types, which in turn can be used for creating other CCUs using the duplication feature.
The Master Template is a set of attributes used for client setup for reuse by multiple programs. This will be “understood” by business users, and not systemically controlled.
Master CCUs are not meant to have any participants assigned to them. This will be “understood” by business users, and not systemically controlled.
CCU deployment will be done through BCC using the standard e-commerce SYSTEM deployment process. The CCU Administrator will be publishing client setup. It can then be moved to staging, and then to production.
Each CCU has a complete set of attributes for setting up a client.
Participants can only be assigned to one CCU once they log in.
As noted herein, the ability to search using CCU attributes is a key requirement. Functional design sessions focused on CCU as being a repository in the merchandising workbench explained all functionality of merchandising objects; specifically the ability to search and find CCUs by any of their attributes. Additionally, the ability to perform multi-edits is key to managing CCUs.
The Abstract and summary are provided to help the reader quickly ascertain the nature of the technical disclosure. They are submitted with the understanding that they will not be used to interpret or limit the scope or meaning of the claims. The summary is provided to introduce a selection of concepts in simplified form that are further described in the Detailed Description. The summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the claimed subject matter.
For purposes of illustration, programs and other executable program components, such as the operating system, are illustrated herein as discrete blocks. It is recognized, however, that such programs and components reside at various times in different storage components of a computing device, and are executed by a data processor(s) of the device.
Although described in connection with an exemplary computing system environment, embodiments of the aspects of the invention are operational with numerous other special purpose computing system environments or configurations. The computing system environment is not intended to suggest any limitation as to the scope of use or functionality of any aspect of the invention. Moreover, the computing system environment should not be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment. Examples of well-known computing systems, environments, and/or configurations that may be suitable for use with aspects of the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, mobile telephones, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
Embodiments of the aspects of the invention may be described in the general context of data and/or processor-executable instructions, such as program modules, stored one or more tangible, non-transitory storage media and executed by one or more processors or other devices. Generally, program modules include, but are not limited to, routines, programs, objects, components, and data structures that perform particular tasks or implement particular abstract data types. Aspects of the invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote storage media including memory storage devices.
In operation, processors, computers and/or servers may execute the processor-executable instructions (e.g., software, firmware, and/or hardware) such as those illustrated herein to implement aspects of the invention.
Embodiments of the aspects of the invention may be implemented with processor-executable instructions. The processor-executable instructions may be organized into one or more processor-executable components or modules on a tangible processor readable storage medium which is not a signal. Aspects of the invention may be implemented with any number and organization of such components or modules. For example, aspects of the invention are not limited to the specific processor-executable instructions or the specific components or modules illustrated in the figures and described herein. Other embodiments of the aspects of the invention may include different processor-executable instructions or components having more or less functionality than illustrated and described herein.
The order of execution or performance of the operations in embodiments of the aspects of the invention illustrated and described herein is not essential, unless otherwise specified. That is, the operations may be performed in any order, unless otherwise specified, and embodiments of the aspects of the invention may include additional or fewer operations than those disclosed herein. For example, it is contemplated that executing or performing a particular operation before, contemporaneously with, or after another operation is within the scope of aspects of the invention.
When introducing elements of aspects of the invention or the embodiments thereof, the articles “a,” “an,” “the,” and “said” are intended to mean that there are one or more of the elements. The terms “comprising,” “including,” and “having” are intended to be inclusive and mean that there may be additional elements other than the listed elements.
In view of the above, it will be seen that several advantages of the aspects of the invention are achieved and other advantageous results may be attained.
Not all of the depicted components illustrated or described may be required. In addition, some implementations and embodiments may include additional components. Variations in the arrangement and type of the components may be made without departing from the spirit or scope of the claims as set forth herein. Additional, different or fewer components may be provided and components may be combined. Alternatively or in addition, a component may be implemented by several components.
The above description illustrates the aspects of the invention by way of example and not by way of limitation. This description enables one skilled in the art to make and use the aspects of the invention, and describes several embodiments, adaptations, variations, alternatives and uses of the aspects of the invention, including what is presently believed to be the best mode of carrying out the aspects of the invention. Additionally, it is to be understood that the aspects of the invention is not limited in its application to the details of construction and the arrangement of components set forth in the following description or illustrated in the drawings. The aspects of the invention are capable of other embodiments and of being practiced or carried out in various ways. Also, it will be understood that the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting.
Having described aspects of the invention in detail, it will be apparent that modifications and variations are possible without departing from the scope of aspects of the invention as defined in the appended claims. It is contemplated that various changes could be made in the above constructions, products, and methods without departing from the scope of aspects of the invention. In the preceding specification, various preferred embodiments have been described with reference to the accompanying drawings. It will, however, be evident that various modifications and changes may be made thereto, and additional embodiments may be implemented, without departing from the broader scope of the aspects of the invention as set forth in the claims that follow. The specification and drawings are accordingly to be regarded in an illustrative rather than restrictive sense.
| Number | Date | Country | |
|---|---|---|---|
| 62140851 | Mar 2015 | US |
