WO1996031848A2 - Telecommunications reward method - Google Patents
Telecommunications reward method Download PDFInfo
- Publication number
- WO1996031848A2 WO1996031848A2 PCT/CA1996/000198 CA9600198W WO9631848A2 WO 1996031848 A2 WO1996031848 A2 WO 1996031848A2 CA 9600198 W CA9600198 W CA 9600198W WO 9631848 A2 WO9631848 A2 WO 9631848A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- reward
- transaction
- message
- transactions
- rewards
- Prior art date
Links
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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/342—Cards defining paid or billed services or quantities
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/02—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices
- G07F7/025—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices by means, e.g. cards, providing billing information at the time of purchase, e.g. identification of seller or purchaser, quantity of goods delivered or to be delivered
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
Definitions
- the present invention relates to telecommunications reward methods and is particularly concerned with the rewards based on consumer purchases.
- An object of the present invention is to provide an improved telecommunications reward method.
- a method of providing telecommunications rewards to a member comprising the steps of generating a point-of-sale transaction, relating the point-of-sale transaction to a member of telecommunications awards, determining value of reward in dependence upon the point-of- sale transaction, updating a member's profile for the member by the value determined.
- the method of the present invention combines known technologies in such a way as to create a system whereby participants in a rewards program can be given telecommunications access time, e.g. long distance time, Internet access time or cellular telephone air time, in return for purchases and the reward would be credited and available for use immediately following the purchases.
- telecommunications access time e.g. long distance time, Internet access time or cellular telephone air time
- the method relates a purchase to an immediate reward for telecommunications access time by identifying the purchase as eligible for a reward through a member database for example a UPC code scanner database or a credit card magnetic strip database which then communicates to a telecommunications debit platform which in turn is interfaced with a long distance or cellular provider.
- a member database for example a UPC code scanner database or a credit card magnetic strip database which then communicates to a telecommunications debit platform which in turn is interfaced with a long distance or cellular provider.
- Figure 1 illustrates, in a flow chart, an overview of the reward method in accordance with an embodiment of the present invention for a magnetic strip card user
- Figure 2 illustrates, in a flow chart, an overview of the reward method, in accordance with an embodiment of the present invention an overview of the method for a UPC code card holder
- Figure 3 illustrates, in a flow chart, the reward method in accordance with the embodiment of the present invention
- Figure 4 illustrates in a block diagram apparatus used by the method of Figure 3;
- Figure 5 illustrates, in a flow chart, an overview processing data flow for the reward method of Fig. 3;
- Figure 6 illustrates, in a block diagram, input activities of the method of Fig. 3;
- Figure 7 illustrates, in a block diagram, reward transfers
- Figure 8 illustrates, in a flow chart, the file processing data flow for the reward method of Fig. 3;
- Figure 9 illustrates, in a flow chart, member lead processing data flow for the reward method of Fig. 3;
- Figure 10 illustrates, in a flow chart, member enrollment processing data flow for the reward method of Fig. 3
- Figure 1 illustrates, in a flow chart, the reward transaction process for the reward method of Fig. 3;
- Figure 12 illustrates, in a flow chart, transaction processing data flow for the reward method of Fig. 3;
- Figure 13 illustrates in a block diagram outbound activities for apparatus used by the method of Figure 3.
- Figure 1 illustrates, in a flow chart, statement processing data flow for the reward method of Fig. 3.
- FIG. 1 there is illustrated in a flow chart an overview of the method in accordance with an embodiment of the present invention.
- step 1 as represented by a card 10, a point-of-sale transaction is initiated.
- Step 2 a member card is swiped through a magnetic strip reader, as represented by a block 12, as in a typical point-of-sale transaction.
- Step 3 a credit card (or debit) card database is accessed, as represented by a block 14, to confirm the transaction.
- a credit card (or debit) card database is accessed, as represented by a block 14, to confirm the transaction.
- Step 4 a field in the card holder record, in the database 14, identifies the card holder as a member of the reward plan. Responsive to the presence of this identification a datalink is established, as represented by block 16, to an appropriate debit platform, steps 5a and 5b, as represented by blocks 18 and 20.
- steps 5a and 5b are illustrated.
- the actual debit platform used could be a telecommunications services platform.
- the telecommunications services platform could credit the member with long distance or cellular time or a host of other services, such as Internet access time, voice messaging, call waiting, and calling number identification.
- Individual member profiles could be used to distribute rewards between the various services or to other users. For example to a daughter away at University.
- the rewards method is completed by step 6, by the member using the telecommunications reward, as represented by block 2.
- FIG. 2 illustrates an overview of the method for a member having a UPC type card at step 1 , as represented by a UPC card 24.
- a member's card is held to a UPC code scanner, as represented by block 26, as is typical in a point-of-sale UPC transaction.
- a UPC code card database is accessed, as represented by a block 28 to confirm the transaction.
- a field in the current holder record in the database 28 identifies the cardholder as a member of the award plan. Responsive to the presence of this identification a data link is established as represented by block 16.
- the remaining steps in the method are the same as in Figure 1. Referring to Figure 3 there is illustrated in a flow chart a reward method in accordance with another embodiment of the present invention.
- the method begins at step 1 with a point-of-sale transaction being collected, as represented by block 30.
- Step 2 transactions are aggregated and sorted as represented by block 32.
- An associated transaction file, as represented by block 34 is created by the first and second steps.
- transactions are rated to determine number of seconds to be rewarded, as represented by a block 36.
- a rewards rating table as represented by block 38, is consulted.
- any special treatment required for members is determined and rewards are calculated. Special treatment is determined by consulting a member profile, as represented by block 42, and a rewards file is created as a result of step 4, as represented by block 44.
- the member's profile is examined and rewards are updated on the member file, as represented by block 46.
- the updated member profile is represented by a block 48.
- a master update process is performed on a debit platform as represented by block 50.
- a debit system member profile is updated as represented by block 52.
- the method is completed at step 7, when a member phones into the system and consumes rewarded time as represented by a block 54.
- a reward system 100 comprising a high-level control centre (HCC) 102 and an information works (IW) 104.
- the IW 104 includes a transaction processor (IW/TP) 106 for partner management, member management, and reward system calculations and an data warehouse (IW/DW) 108.
- the HCC 102 includes a Customer Service Centre (CSC) system 1 10 and a debit platform with interactive voice response (I VR) 1 12.
- CSC Customer Service Centre
- I VR interactive voice response
- the method is a database-driven relationship marketing program, there are four distinct business components.
- Transaction Processing (IW/TP) Database Management System 106 Data Warehouse (IW/DW) Database Management System 108; High- level Control Centre for Debit Platform 102; and IVR systems (IVR) 1 12.
- IW/TP Transaction Processing
- IW/DW Data Warehouse
- IVR IVR systems
- the IW/TP System collects and processes the Member purchase transactions and assigns the appropriate reward points.
- the reward redemption process includes calling the IVR system via a 1-800 telephone number, 24 hours a day, 7 days a week: Members will call a 1-800 number, Enter their unique Member Number and password, Place a call with a telephone number of their choice
- the HCC/Debit Platform is the data manager of the redemption process and is the vehicle that Members use to redeem their reward points.
- HCC/IVR platform is a voice-assisted telephony system.
- the IVR system is a vehicle for: Customer Service, Program Information, Member Enrollment, Customized advertising, Branded messaging, Branded marketing surveys.
- Members may access a live operator at the CSC (Customer Service Centre).
- CSC Customer Service Centre
- IW/TP System Architecture-Pipeline and parallel processing The architecture of the IW/TP engine will include many asynchronous processes to handle different stages of transaction processing. The processes will be similar for each transaction type; they will be kept simple; and they will support pipeline and parallel processing. This architecture allows many processes to be reused for different transaction types. Communication processes can be common to many transaction types and for many parties. Separate processes to handle the communication links, to load transaction files into the database; and to process the transactions within the database will simplify the maintenance of the programs. Simple changes to file formats and support for new communication methods could be implemented without touching the transaction processing processes. The migration from a batch engine to a real-time engine could be done quickly by providing a new loader process on top of the existing processing processes.
- a prospect may enroll into the reward system program using one of the various methods that are available:
- a new Member Lead transaction is generated and sent to IW/TP.
- the transaction layout is the same as the Member Enrollment (ME), except the transaction identifier is "ML" and the Member Number must be blank.
- a unique reference number is assigned to the transactions and stored in the
- CSC is responsible for returning a clean Member Enrollment (ME) transaction with the assigned reference number. This reference number will be used to update the MEMBER LEAD table as accepted or rejected. If the lead is rejected, a reason code will be provided by CSC.
- Member Enrollment (ME) is responsible for returning a clean Member Enrollment (ME) transaction with the assigned reference number. This reference number will be used to update the MEMBER LEAD table as accepted or rejected. If the lead is rejected, a reason code will be provided by CSC.
- CSC All Member Enrollment transactions will be stored for auditing purposes.
- the CSC is responsible for validating all information on prospective Members.
- the new Member information may be generated via the IVR system, or Member Lead transactions sent from IW/TP. Once an individual's request for enrollment has passed validation, CSC will:
- Basic profile which includes name, addresses, phone numbers, etc.
- CSC For demographic profile updates, CSC will only transmit the information that has changed.
- a Member Enrollment type For demographic profile updates, CSC will only transmit the information that has changed.
- ME02 transaction will be used to provide this demographic information.
- die Partner When a Member purchases various items at a Partner's location and presents their reward system Membership card, die Partner is responsible for transmitting the purchase transaction to IW/TP using one of the certified transmission methods. This purchase transaction is translated into reward points and the Member's balance is updated. Each purchase transaction will generate a Reward Credit transaction. Multiple Reward Credit transactions will be sorted and grouped into blocks for transmission to HCC.
- a Reward is a reward system quantity of points purchased by a Partner or FTC for a Member.
- This Reward Credit transaction contains a description of a Member's purchase, date/time, Partner, location, transaction purchase amount and the Reward points. This transaction is typically sent by IW/TP to HCC and serves two functions:
- CSC will receive Reward transaction details to assist them with Member inquiries.
- Debit Platform is given the Reward Credits to increase a Member's point balance for potential redemption via long distance or cellular phone calls.
- redemption currency code i.e. cellular, long distance, video
- HCC will transmit all Reward Debit transactions to IW/TP.
- IW/TP will update the Member's monthly redemption accumulators, store and archive the transaction for analytical reporting and statementing.
- the Reward Debit transaction is defined so that other redemption currencies are possible.
- Any Member can transfer rewards from themselves to another Member. This transfer may be initiated by a Member within the IVR system.
- a transfer is simply a Reward Debit transaction for the initiating Member and a Reward
- This transaction controls the branded message switches for the IVR system. These flags instruct the IVR system to play specific targeted advertisement messages for individual Members.
- This transaction can be generated by an analytical process according to some business rules via the IW/DW system. The transaction will update the Member's message profile and is passed on to the Debit Platform for IVR processing.
- the IVR system is responsible for deactivating the message once it is played and returning an
- IVR response transaction Whenever a Member calls into the IVR system and is prompted for various messages and/or surveys, an IVR response transaction will be sent to IW/TP for future analysis. Which message/survey generates these transaction will be the responsibility of reward system and HCC. The data stored would indicate how long they listened to a specific message (i.e. % completed, zero-out, hung-up), as well as the response codes from survey questions.
- Database Synchronization (DS)Most database tables in the IW/TP system are updated via transactions. However, not all tables require a specific transaction type like Member Enrollment (ME) or Member Reward (MR).
- the Database Synchronization (DS) transaction is the "catch-all" transaction for all other database synchronization transactions.
- Processing acknowledgments transactions are generated by remote sites on transactions sent by IW/TP to them. This mandatory information allows IW/TP to track the transactions it generates. It ensures that a remote site actually received and processed the transaction file sent by IW/TP.
- All files are transmitted via predetermined telecommunication interfaces. Each party will be assigned an unique USERID which will allow them to transmit files in to their own directory. Transmitted files are automatically located and recorded in the IN_FILE_CONTROL table with a unique file control number as "RECEIVED". The files header information and date/time of reception is also recorded. The file will then be moved to a designated processing area for validation.
- the IN FILE CONTROL table will be automatically scanned at regular intervals for "RECEIVED" files.
- the file header is checked for validity:
- Each detail record is validated to ensure all number fields are numeric and selected control fields are accumulated. All control fields are checked against the trailer record. If any errors are found an error log and report will be generated. These errors will be communicated to the sending party according to a pre-defined procedure for that specific party. A successful validation will update the file status to "VALID" Disaster Recovery Copy of input files
- All files that will be scheduled for processing will be copied and sent to the off-site backup server.
- the backup server will hold a copy of all files received and transmitted to connecting parties. These files will be used for recovery purposes in case of disaster or system failures.
- the backup server must have the capability to store a minimum of all files received and transmitted since the last full off-site system backup. Upon successful transmission, the IN FILE CONTROL disaster recovery field is updated to "SENT".
- File segmentation is the processing of breaking up files to be processed into smaller work units. These work units can be processed using parallel processing. This means multiple units of work can be process simultaneously.
- the IN FILE CONTROL table is scanned for files with a status of "VALID”. The selected file is then segmented into smaller work files. The size of a segment will depend on the transaction type and is controlled using the system EDIT TABLE. Each segment is assigned a number and each transaction will be assigned a unique tracking ID. Once a segment is completed, the segment name, transaction type, and size is added to the SEGMENT CONTROL table with the status "LOADED".
- This process will scan the SEGMENT_CONTROL table for "LOADED" segments. Each time a loaded segment is encountered the status is changed to "PREPROCESS".
- the preprocessing of each transaction will consist of validating member codes, location codes, message codes, etc. All preprocessing functions that require table lookups, calculating of rewards are performed and the results stored with the transactions. All transactions that have error conditions or marked for suspend are marked with an appropriate error message code and stored in the ERROR_CONTROL table. When processing segment has been completed the segment status is changed to "PROCESSED".
- Segment Process and CommitEach segment marked "PROCESSED" is located and any additional processing (if required) is completed. Additional processing will be required only if the result of the processing is dependent on the current status of a Member. An example would be if a Member's status level changes based on the accumulated rewards for a given Partner. The result changes the calculation of the reward on the next transaction for the same Member. All transactions are inserted into the production database and all updates are applied to the production databases. At the end of a segment all updates are committed to the database and the SEGMENT CONTROL entry is changed to "COMMITTED". Once all the segments for a given input file have been committed then the IN_FILE_CONTROL entry is changed to "COMMITTED" along with the date and time, total number of transactions processed, and the total number of errors. Audit and Controls
- Outbound extracts will be controlled by the SCHEDULE CONTROL table. This table will control the frequency, destination and size of all outbound files.
- Each extract file is assigned a unique name and an entry is added to the OUT_FILE_CONTROL table with the status set to "EXTRACTED".
- This process will scan the OUT_FILE_CONTROL table for all entries with a status of "EXTRACTED". For each entry found, a telecommunication connection is initiated to the designated party and the file is transmitted.
- a copy of the output file is also transmitted to the off-site backup server.
- DRS Disaster Recovery Server
- a Partner's customer can become a reward system Member and added to the
- Auto-Prospects - A Partner can supply a "target group" of valued customers which can be uploaded to the database as leads( prospects) via tape or electronic transfer.
- HCC is responsible for validating all new Member data.
- IW/TP receives information from Data Entry or from Partners, IW/TP simply passes on this raw Member Lead transaction to HCC for validation.
- FIG. 9 there is illustrated, in a flow chart, member lead processing data flow for the reward method of Fig. 3.
- Figure 10 there is illustrated, in a flow chart, member enrollment processing data flow for the reward method of Fig. 3.
- Partners Rewards- Partners are responsible for capturing the reward system data and sending it to FTC. Members (using the reward system card) will earn points for each dollar spent at a Partner's location. Members will have options on "what" currency types they wish to use when redeeming their points, i.e. Long Distance minutes, Cellular minutes, etc.
- the Partner then generates a Member Purchase (MP) transaction and sends it to the IW/TP. Procedures and Standards for Data Capture will be provided by FTC to the Partner. IW/TP receives and validates the MP transaction by Member Number, Partner
- Partner's store location ID offer codes. Any errors are flagged and reported to the Partner. Reward points are likely to be pre-calculated by the Partner. However,
- IW/TP must verify the points in any case. Using the Offer rate table, the reward points are calculated.
- the reward points are analyzed for fraud by comparing the points to pre- defined Partner thresholds. Any suspected transactions are flagged as
- IW/TP generates a Member Reward Credit (RC) transactions. IW/TP will also manage Member and Partner point accumulator buckets.
- RC Member Reward Credit
- the RC transactions are transmitted to HCC.
- the RC transactions are stored HCC receives the RC transactions and updates the available points for the
- the CSC will receive the Reward Credit Transactions via HCC from IW.
- Reward Redemption HCC is responsible for managing the Debit Process. This debit process, commonly known as redemption is initiated when a Member consumes or uses a part of their reward points. IW manages the Member purchases to reward "points" conversion process. HCC manages the reward point to "currency" conversion process based on the method of redemption, i.e. Long distance, cellular, video, Internet. Reward Debit Transaction Process
- a Reward Debit transaction is generated and transmitted to IW/TP to keep the systems synchronized.
- Rules and standards apply for Credit processing. The rules and standards must be authorized by reward system and will vary depending upon the Partner. IW and the CSC can generate credits for a Member (upon investigation). If IW initiates the credit, a Member Reward Credit transaction is created and transmitted to HCC. If the CSC initiates the credit, a Member Reward Credit transaction is created and transmitted to IW. The Member's account will be credited instantly, allowing immediate redemption.
- Figure 11 there is illustrated, in a flow chart, the reward transaction process for the reward method of Fig. 3.
- Figure 12 illustrates, in a flow chart, transaction processing data flow for d e reward method of Fig. 3.
- OLAP On-Line Analytical Processing
- TP Transaction Processor
- Database- Tables are optimized for fast, flexible data access
- the OLAP System has these major components: IW Data Warehouse (DW) for storage and de-normalized tables for accumulating Member transaction data (detail level data), archiving system for low-cost storage and rapid retrieval of old detail data.
- IW Data Warehouse for storage and de-normalized tables for accumulating Member transaction data (detail level data)
- archiving system for low-cost storage and rapid retrieval of old detail data.
- IW Analytical Processing for marketing-statistical software procedures for reporting and segmenting.
- MDB Partner Marketing Databases
- GUI Graphical User Interface
- the Analytical Member data will be processed as a special transaction sent to the TP on a WEEKLY basis, taking place after that week's download has been analyzed.
- the InfoWorks' Data Warehouse stores reward system data to support the reporting, viewing and analytics functions.
- the DW has three sub- components:
- the reward system PCS system comprises a front end voice application that has its own unique call flow as well as a back end database component that will suit the data requirements of the reward system.
- the Control Centre 102 is the interface to the debit platform 112. It has access to tables in the reward system PCS database and is able to perform reward system and batch updates.
- the reward system PCS system requires access to the HCC 102 tables in order to provide some of the features required by the reward system.
- the reward system PCS has its own separate master database.
- the tables that are the main concern are the CARD NUMBER, CONSUMER_CALL_LOG, and CONS_OUTBOUND_LOG tables.
- the reward system member will choose their preferred IVR language during enrollment. This choice will be validated against the choices available on the IVR and will be stored in a language field on the reward system PCS CARD_NUMBER table and in an IVR language field on their member profile. A member's household language is also recorded on their member profile so that analytics can be performed to determine the best options for future languages in the IVR.
- a function will be available within the IVR to allow the caller to change their language choice (this will be particularly useful as new languages are added to d e IVR).
- This "change language" function will be a sub-option under the administrative options on the main menu. If a member chooses to change their language in the IVR their current call must continue in the new language and the change must be immediately reflected on the reward system PCS CARD_NUMBER table. Also, a member transaction to the CC must be created to update their member profile. Until this function is implemented, the member can change their IVR language through the Customer Service Centre.
- Each reward system member number (card number in PCS) will have a password associated with it. This password will be chosen by the member when they first use the debit platform. It is personal to the member and will not be visible to anyone.
- a flag may be added to the CAMPAIGN table to indicate whether a campaign uses passwords. As well, a field has been added to d e CARD NUMBER table to store the password for the card. The password length is currently set at 4 characters. A change will be made to increase the length of the password field to 10 characters and allow the IVR to accept a variable length password (minimum 4 to maximum 10 characters). A password reset flag will also be added to d e CARD NUMBER table so that the member can be prompted to choose a new password on their next call.
- the member When the member is initially setup in the PCS system their password will be blank and the password reset flag will be set to Y to indicate that a password needs to be chosen.
- the member When the member first calls into the IVR they will be prompted to initialize their password. The member must enter a password which is then validated (4 to 10 characters). The member is then asked to re-enter their password for verification. If the two passwords are identical, the member's password is set otherwise they must begin the entire routine again. On subsequent calls, the member will be asked to enter then- password immediately after entering their member number (the member number is validated first).
- a function will be available within the IVR system to allow the caller to change their password. This will be a sub-option under the administrative options on the main menu. If a member forgets their password, a procedure will be in place that will allow a Customer Service Centre agent to reset it (this will be an audited process). During the call flow, the member will be presented with a main menu of IVR options. The entire menu will be soft prompted such that the caller can make their selection at anytime while the menu is played.
- Additional menu options can be added as required with the recommendation that the zero out to the CSC option always be played last.
- a sub-menu will exist under the messages/surveys option and will be presented to the caller when they press 1.
- the primary categories on this menu will be:
- a sub-menu may also exist for the program and/or partner information option but will be designed as needed. This may include topics such as "to hear a list of reward system Partners", “to learn more about the reward system program”, etc.
- the caller will be guided within die call flow to enter the digits for their outbound call if they have enough units in their account for a one minute call at the lowest rating level (eg. local call).
- the caller will be able to place a national or international call provided that they have at least enough units remaining in their account (after rating) for a one minute call.
- Outbound calls to regions within the North American Dialing Plan will be rated based on their npa and nxx in conjunction with the npa and nxx of the caller. International calls will be rated on the country code that was entered.
- the caller With only 1 minute remaining in the call, the caller will be prompted with a warning message which states that there is only 1 minute remaining for the call. A second warning, with only 10 seconds left, will also play. After ⁇ eir time has been used, the caller will hear a "Your time is up" message and will be disconnected from their outbound call. The caller may also disconnect from their outbound call by pressing the # key. The caller's account will be immediately updated to reflect the time used. The duration of the call will be rounded up to the next minute and this time amount will be translated to units based on the rating scheme for the call. After placing a call (either successfully or unsuccessfully), the caller will hear their new balance and will be presented with the main menu.
- An outbound call that consumes a member's units will also create a consumption transaction to the CC platform for audit purposes and to update the member's balance on their member profile.
- the member will be able to obtain their current account balance within the IVR. A member's account balance is played to them before the main menu is presented.
- the IVR will speak their account balance in terms of how many minutes they have available for the call they have just placed. This balance of time will be calculated based on the rate of unit consumption for that call and will be rounded down to the nearest minute. For example, if they have 6 units remaining in their account but are placing a call that has a 3 units : 1 minute rating ratio, then this rated balance will read "You have up to 2 minutes for this call”. If a member's rated balance does not allow for at least a one minute call, they will not be played their balance but will instead be told that they do not have sufficient units to place the call. After a member has ended an outbound call, they will be played their new account balance and returned to die main menu.
- Type A messages are typically short messages (5 - 10s) and are slotted to play after the member has entered their member number and password.
- Type B messages are typically longer messages (5 - 30s) and will be available under option 1 on me main menu ("To listen to messages, participate in surveys, and earn reward system units, press 1"). Type A messages can be recycled and played with Type B messages so that a member has the opportunity to listen to them again. After the member has entered their member number and password, me IVR system will check me CC MEMBER MESSAGE table to determine whether the member has any Type A branded messages that should be played at this time (complete or expired messages are not considered). The next message to be played for a member is based on which one has the highest priority and is die oldest within that priority level. A message code is returned from me MEMBER_MESSAGE table which must then be translated to a voice segment. The message code is looked up in the CC BRANDED_MESSAGE table to determine which voice segment to play, the type of play (hard or soft), and whedier mere is a reward for fully listening to the message. The message is then played to the caller.
- a message transaction record is created with the message code, the member number, the length of time the member listened to the message, and a "partially listened" status. If the caller fully listens to die message then a message transaction record is created with a "fully listened” status. If the message was fully listened to and a reward is offered, the member's account must be immediately updated to reflect the reward and a reward transaction must be created and sent to die CC for audit purposes. If the caller pressed zero before the branded message finished playing they will be transferred to the CSC (any other key will not have an action associated with it).
- the member's account balance is played after the branded message. It must reflect any additional reward that was given for listening to the branded message. The member will hear a maximum of 1 branded message per call. If the branded message is flagged as recyclable, then the message's priority for that member is lowered so tiiat it will be considered again but only after other messages have been considered. If it not recyclable, then the message for that member will be flagged as complete.
- the caller chooses option 1 on the main menu and then selects to listen to branded messages, they will be presented wim all Type A and Type B branded messages.
- the branded messages will be ordered based on priority and age. If me message is soft play, the member will have the option to interrupt by pressing a DTMF key which will stop the message from playing. The caller will be instruct that the # key is to be used to interrupt/skip a message. With this interrupt, or when the message had finished playing, the caller will be presented with three options. They can listen to the message again, move on to the next message, or return to the menu. After a message has been listened to (either fully or partially) a message transaction record will be created.
- the member's account is updated with the reward and a reward transaction is initiated. If the message is flagged as recyclable then the priority of the message is lowered so that it moves further down in the queue otherwise, the message is flagged as complete and will not be offered to the member again.
- the IVR system will check the CC MEMBER_SURVEY table to determine whether the member has any surveys or interactive games to present at this time. The member will be able to participate in all surveys or games that have been assigned to their member number. The order in which these surveys are to be presented for a member is based on which survey has the highest priority and is the oldest within that priority level. The survey codes are returned from the
- the beginning steps of a survey or game will include a brief explanation of what it is about. For example, "Partner X will reward you with 5 reward system units to answer the following survey”. The introduction will also give the caller an option to continue or skip. If the caller chooses to skip the survey or game they simply move on to the next survey that was assigned to them. If the caller continues and partially completes the survey or game then a decision is made within the survey or game whether it should be made available to the caller again (either to complete or to redo). A decision will also be made within the survey about creating a survey transaction record for partially completed surveys. If the caller fully completes the survey then a survey transaction record is created and the survey for that member is either marked as completed or it is recycled by lowering the priority.
- the member's account must be immediately updated to reflect the reward and a reward transaction must be created and sent to CC for audit purposes.
- the actual results of a survey or game will be transmitted (if necessary) via the CC to the transaction processing kernel for analytics. This transmission of results will not be a standard transaction as the data produced by a survey or game will vary depending on the survey or game.
- a menu selection is offered in the IVR system
- an option on this menu will be to zero out to the customer service centre ("To speak with a reward system customer service centre agent, press 0").
- Most of the voice prompts that are played to the caller are soft play and can therefore be interrupted at any time by a DTMF key. If a menu follows one of these prompts then a caller pressing zero during the prompt will transfer their call to the CSC. For example, the member is listening to their account balance and presses zero. This zero interrupts the playing of the account balance and is interpreted the same as the caller waiting for the main menu to play and then pressing zero. The member can also zero out to the CSC while listening to a soft play branded message.
- a tunable option (turn it on or off) that will automatically zero out a caller to the customer service centre when they appear to be having difficulty using the IVR system. For example, the caller was given two tries to enter their member number but the IVR did not detect a response. The caller will be told they are being transferred a CSC agent and can choose to either stay on the line or hang up. The CSC agent can then assist the caller in determining their difficulty (rotary phone, insufficient time, etc). The caller could also be transferred to the CSC if they appeared to be deliberately trying to defraud the system (eg. member number hunting or guessing passwords).
- a transfer to the customer service centre could be accompanied by a screen pop based on member number information and perhaps based on where the caller was in the IVR when they pressed zero.
- the CSC agent will then be able to better assist the caller as they would already have an idea why the caller was transferred to the CSC.
- the caller should be able to transfer units from their account to any other valid member's account in the reward system PCS. This option will be available on the administrative options sub-menu.
- the caller When the caller chooses the member to member transfer option, they will be asked to enter the number of units they wish to transfer. Once the system has validated that the caller did not enter an amount greater than their account balance, the caller will be asked to enter the member number to which they wish to transfer the units. The system will then verify that the "transfer to" member number is valid. The caller will not be asked for the other member's password. The "transfer to" member number and the number of units to transfer will be repeated to the caller. The caller will be given the option to continue (if the information is correct) or restart (if the information is not correct). A member to member transfer will immediately update the two members account balances.
- a consumption transaction will be created for the "transfer from” member and sent to the CC for audit purposes and to decrement the member's balance in their member profile.
- a reward transaction will be created for the "transfer to” member and sent to the CC for audit purposes and to increment the member's balance in their member profile. Note: the alternative option being considered is to send a special member to member transfer transaction to the CC for audit purposes.
- Another alternative is to support cellular debit calling.
- issues such as location of the caller (roaming or out of home area) must be considered.
- the caller dials something like *99 to connect them to the reward system debit application through which they will enter their member number and password and place their call.
- the rating (unit consumption) for a cellular call may be different than for a land based call and may also involve a long distance debit.
- the member will only have one account of units from which either land based or cellular calls are debited.
- the IVR system may be able to expand to include other options without significantly changing the current options - so as to avoid confusion for the caller that has become experienced at using the system.
- Other functions may include: faxing of account information (may consume units); information services (eg. sports, horoscopes) that may consume units per use; etc. 2.0 Customer Service Centre
- the Control Centre will be the interface to the reward system Customer Service Centre. All information that is required for the CSC screens will be derived from the CC databases and the debit platform databases.
- the Customer Service Centre will have a screen based application to gather and access reward system data.
- the CSC agent's screen is populated with member profile data as the call is being transferred (provided that the caller zeroed out from the application after entering their member number).
- Agents will be able to collect all pertinent enrollment information from the caller into their reward system CSC application.
- the application will guide them as to the required information and will allow a completed application to be submitted to me CC for processing.
- the enrollee will receive their reward system card in the mail once the system has processed their application (they will not know their member number until they receive their card).
- a feature on the CSC application will be to bring forward any enrollments that did not pass the validation process (eg. incomplete data that would prevent the enrollee from being properly serviced by reward system).
- the CSC agent will place outbound calls, fill in the missing details, and submit the enrollment for processing (the enrollment must contain a valid phone number).
- This function will be used to personalize the conversation between the CSC agent and the member as well as to inform the agent of special considerations (eg. hearing impaired, gold rated reward system member).
- a query will be initiated to retrieve the member profile information so the CSC agent can verify that the caller is the member.
- the CSC agent can then change any of the displayed information (eg. name, address, language). Note that a change to a member's spoken language will be reflected on the debit platform.
- the agent Based on a request to do so by a member, the agent will be able to initiate a transaction to the CC to retire or reactivate a member.
- the CSC agents may be able to gather remarks about a member that would be useful in future dealings with that member (eg. hearing impaired, preferred calling time frame for accepting calls, etc.). Also, the CSC agent may ask the member to answer survey questions either on the inbound call or by making outbound calls.
- the agent can initiate a password reset transaction to the CC.
- This transaction sets the member's password reset flag on me debit platform which will then force them to enter and verify a new password the next time they call into the IVR.
- the ability to do this may be restricted to CSC supervisors as the member will be required to give their personal validation number (eg. mother's maiden name).
- the options are a) to try to determine the member's number so that a replacement card can be mailed to mem or b) to re-enroll the member as if they had just joined.
- Widi option A a fulfillment request will be initiated to the CC to send the replacement card.
- option B a new enrollment transaction will be sent to the CC, the member will lose their units and reward system will lose any previous data that had been collected on the member.
- a member's card is locked by the PCS system while it is in use. It may remain locked if there was a significant system problem while the member was using their card. This unlock process will first verify that the card is not locked because it is currently in use, then it will send a request to the CC to unlock the card. The unlock will be immediately effective.
- units may be added to a member's card to compensate for a problem. These units can be charged to different sources (such as a specific partner). This function will initiate a transaction to the CC to immediately update the member's balance and create a MEMBER REWARD TXN as an audit.
- a member's unit accumulation history consists of reward transactions that show how the member acquired their units and from which source (purchases at partners, CSC agents, branded messages, surveys, other members). If the reward is a summary reward (eg. it is composed of several purchase transactions from a partner) then it will be highlighted and the CSC agent may perform a drill down operation to further define how that summary reward was calculated.
- a member's unit consumption history consists of consumption transactions that show how the member used their units (outbound calls, transfers to another member). Outbound calls will show me number that was called, the duration of the call, and the number of units that was consumed by the call. Transfers will show the member number of the person that the units were transferred to.
- the CC Transaction Processing centre interfaces to the reward system PCS system (debit platform), the reward system Customer Service Centre, the
- Transaction Processing centre and die IVR Enrollment process. Transactions are received from and sent to these interfaces either in a batch or reward system mode.
- the CC TP centre houses transaction databases tiiat are used for audit purposes and well as for queries from the CSC and the reward system PCS.
- An electronic kiosk may require a direct link to the member profile database and may simulate real-time enrollment.
- An IVR application can capture DTMF and voice input to create an enrollment record.
- the result will be a transaction to the CC (either batch or reward system).
- the format of this transaction (MEMBER_TXN) is outlined in the reward system Database Design document.
- CSC agents will be able to modify transactions that are flagged as corrections pending and resubmit them for processing. Any enrollments that originate from the CSC, new or corrected, will have been validated online so that they do not recycle continuously through the system causing frustration to both the CSC agent and the enrollee.
- a process will periodically search the MEMBER_TXN table for validated enrollments.
- a member number will be chosen from the pool of unique member numbers and will be assigned to the enrollment to complete a new member profile. The member number will be flagged as in use in the MEMBER_NUMBERS table and the new member profile record will be added to the MEMBER PROFILE table.
- the member After the MEMBER_PROFILE record has been created for the new member, the member will be activated on me debit platform by adding their member number to the reward system PCS CARD_NUMBER table.
- a batch process will be run at least daily to send the new member profiles, with member number, to the transaction processing kernel.
- the transaction processing kernel will add them to meir member profile table and issue a welcome kit to the new member.
- the welcome kit will contain the member's reward system card with their member number printed on the card.
- member numbers When member numbers are assigned to new enrollments they are flagged as in use. They remain in this state until the member retires (or is suspended). When a member retires, the member number is removed from the debit platform (member deactivated) and it is also flagged as retired in the MEMBER_NUMBERS table. If the member does not reactivate within a specified period of time then the member number is made available for reuse.
- Reward system will have to determine a policy with regard to whether a member loses their accumulated units by retiring.
- a process will be run periodically to verify that the debit platform CARD NUMBER table remains in sync with the CC MEMBER PROFILE table. All member numbers on the debit platform must relate to non-retired and non-suspended member numbers in the member profile table and must have the same account balance.
- the CC MEMBER PROFILE table must contain member numbers that match member numbers in the MEMBER_NUMBERS table.
- the status of the member numbers must also be similar, that is an in use number in one table cannot relate to a retired number in the other. Numbers that are not in use or retired in the MEMBER NUMBERS table must not exist in the MEMBER_PROFILE table.
- the CC member profile table must also be verified with the online analytical processing system member number table to ensure that these two are identical.
- the full member profile database to be used for analytics will be designed, developed and managed by transaction processing kernel but a subset of this database will need to reside in the CC so that member profile information is available to the customer service centre agents.
- the information collected in the CC will pertain to information that is required during the enrollment process; information that can be changed by the member calling the CSC; and information that can be changed via an IVR function (eg. language). All data contained in the CC tables of the member profile database will be created, updated, and deleted by the CC. That is, the CC has the master version of these tables. A copy of new, updated, or deleted records will be sent to die transaction processing kernel so that the corresponding tables in their member profile database can be maintained.
- Member profile updates will be received in reward system or batch from the customer service centre (eg. name, address) or the IVR (eg. language) or transaction processing kernel (eg. from white mail processing).
- the CC will record these transactions in the MEMBER_TXN table, validate the changes and update its member profile table. It will forward these changes to the transaction processing kernel to update their member profile table and will also update the debit platform if required.
- the customer service centre can initiate retirements or suspensions at a member's request or the CC can determine that a member should be retired or suspended based on account inactivity or fraudulent use of die system.
- the CC will record these transactions in the MEMBER TXN table. It will forward these updates to the transaction processing kernel to update their member profile table. The CC will also apply these changes as deletes to d e CARD NUMBER table in the debit platform database.
- Fulfillment requests will be created for welcome kits, replacement cards, program or partner information, and account statements. These requests will come primarily from the CSC.
- This type of information will be from survey responses or member comments that were collected in the IVR or by the CSC.
- a member's demographic information (eg. number of cars) may also be collected via the IVR or CSC.
- These two types of information will not be stored in the CC member profile table but will be transmitted to the transaction processing kernel to be stored in their data warehouse. The type of information collected may vary so a flexible process needs to be developed to handle this data transfer.
- Reward transactions will be received from the debit platform for member to member transfers of units, branded messages, and survey completion. These rewards have already been added to the member's balance in the CARD_NUMBER table but need to be added to the member's balance on the member profile table. They also need to be captured in die MEMBER_REWARD_TXN table for audit purposes and for queries by the CSC. • Transaction audit trail
- the CC system should be able to track all transactions and if necessary re-process any transactions that were not processed successfully.
- the system should also be able to reverse any transactions that were sent in error (backing out a reward from a member's balance if necessary).
- Online analytical processing system will need a copy of reward transactions for rewards that were not generated by purchases (eg. units awarded by the customer service centre or from a survey) so that the information is available for statementing, billing, and analytics. This information will be sent in a batch process.
- Member consumption transactions will be generated by die debit platform for outbound calls that consume a member's units.
- the member's balance on the debit platform CARD NUMBER table has already been updated but the member's balance on the CC member profile table needs to be updated.
- the consumption information is captured in the MEMBER_CONSUMPTION_TXN table for audit purposes and for the CSC interface so that an agent can explain to a member how they used their units.
- a member to member transfer will generate a reward for one member and a consumption for the other. If this transaction originates from the debit platform then both members' balances on the debit platform have already been updated but the members' balances on the CC member profile table need to be updated. If this transaction originates from the CSC then the members' balances need to be updated on the debit platform CARD NUMBER table and on the CC member profile table. This transaction will be captured in the MEMBER_CONSUMP ⁇ ON_TXN table for audit purposes and for queries by the CSC.
- a batch process will extract and send die member consumption transactions to the transaction processing kernel so that the information is available for statementing and analytics.
- the CC system should be able to track all transactions and if necessary re-process any transactions that were not processed successfully.
- the system should also be able to reverse any transactions that were sent in error (backing out a consumption from a member's balance if necessary). • Report any errors/anomalies
- consumption transactions As consumption transactions are processed, they will be validated and analyzed for errors such as unknown member number or "large" consumption, etc. A facility will be provided to review and correct any errors/anomalies and resubmit the consumption transaction for processing.
- a branded message Once a branded message has been recorded and setup on all the IVR nodes and a code has been assigned to uniquely identify the message, it will be sent to transaction processing kernal so that members can be assigned to listen to the message.
- the information about a branded message is stored in the CC BRANDED MESSAGE table.
- a batch file containing a list of targeted member numbers with a corresponding branded message code and priority will be sent from the transaction processing kernal to the CC.
- the CC processes tiiis file, it will add the member number and branded message code combination to the MEMBER_MESSAGE table.
- the member message table is essentially the member's queue of messages from which the debit platform chooses the next message to be played to the member during meir call into the
- MESSAGE rXN message transaction table
- This table records the date and time that the message was listened to and how much of the message was listened to by me member (number of seconds).
- a batch process will extract and send member message information to transaction processing kernel for "listened to" messages.
- Member messages can be cancelled either specifically by member number or globally like the expiry.
- the survey or interactive game Once the survey or interactive game has been developed and setup on all the IVR nodes and a code has been assigned to uniquely identify it, it will be sent to transaction processing kernel so that members can be assigned to the survey.
- the information about a survey is stored in the CC SURVEY table.
- the call flow position field in this table will determine where in the call flow the survey can be offered.
- a batch file containing a list of targeted member numbers with a corresponding survey code and priority will be sent from transaction processing kernel to the CC. As the CC processes this file, it will add the member number and survey code combination to the MEMBER_SURVEY table. There is a need to queue many surveys for a member but to only play one per call.
- the member survey table is essentially the member's queue of surveys from which the debit platform chooses the next survey to be played to die member during their call into the IVR.
- SURVEY TXN survey transaction table
- This table records the date and time that the survey was completed.
- a batch process will extract and send member survey transaction data to the transaction processing kernel for completed surveys.
- the survey responses will be sent to the transaction processing kernel through a separate process as this information will vary depending on the design of the survey.
- the CC will control the archiving of the cdr information from the reward system CONSUMER_CALL_LOG and CONS_OUTBOUND_LOG tables on the debit platform.
- Telecommunications reporting will be available to analyze the system usage and capacity requirements with regards to call volumes and peak periods. These reports will be used to optimize all aspects of the telecommunications from 800 number translations through to the Summa and DirectTalk. Telecommunications reporting will also analyze the batch and reward system transaction processing of the CC.
Abstract
Description
Claims
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU52629/96A AU5262996A (en) | 1995-04-05 | 1996-04-05 | Telecommunications reward method |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA 2142691 CA2142691A1 (en) | 1995-04-05 | 1995-04-05 | Long distance loyalty rewards device |
CA2,142,691 | 1995-04-05 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO1996031848A2 true WO1996031848A2 (en) | 1996-10-10 |
WO1996031848A3 WO1996031848A3 (en) | 1996-11-07 |
Family
ID=4155257
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CA1996/000198 WO1996031848A2 (en) | 1995-04-05 | 1996-04-05 | Telecommunications reward method |
Country Status (3)
Country | Link |
---|---|
AU (1) | AU5262996A (en) |
CA (1) | CA2142691A1 (en) |
WO (1) | WO1996031848A2 (en) |
Cited By (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998025242A1 (en) * | 1996-12-03 | 1998-06-11 | Carlson Companies, Inc. | In-store points redemption system and method |
WO1998038788A1 (en) * | 1997-02-26 | 1998-09-03 | Telefonaktiebolaget Lm Ericsson | Rewarding telecommunication customers |
NL1006951C2 (en) * | 1997-09-05 | 1999-03-08 | Koninkl Kpn Nv | Client system for IP network. |
WO1999053448A1 (en) * | 1998-04-14 | 1999-10-21 | Catalina Marketing International, Inc. | Method and system for using a frequent shopper card as a phone calling card |
WO1999062243A1 (en) * | 1998-05-22 | 1999-12-02 | Najor Daniel B | Telephone calling card coupon |
GB2339625A (en) * | 1998-07-13 | 2000-02-02 | Raymond Cotter | Mobile phone prepayment system |
EP1001357A1 (en) * | 1998-11-10 | 2000-05-17 | MANNESMANN Aktiengesellschaft | Discount processing method |
GB2345173A (en) * | 1995-12-19 | 2000-06-28 | Brad Wendkos | A communications system and interactive computerized methods and apparatus for conducting an incentive awards program |
WO2000039720A1 (en) * | 1998-10-05 | 2000-07-06 | Walker Digital, Llc | Method and apparatus for providing cross-benefits based on a customer activity |
EP1076308A1 (en) * | 1999-08-13 | 2001-02-14 | Prestadis S.N.C., Société en Nom Collectif | Commercial site comprising at least a leisure space and a computer management system |
WO2001031542A1 (en) * | 1999-10-27 | 2001-05-03 | Mci Worldcom, Inc. | Subscription-based marketing with remuneration for consumers |
WO2001039084A1 (en) * | 1999-11-22 | 2001-05-31 | Idt Corporation | Prepayment method using web-based advertising banners |
WO2001039052A1 (en) * | 1999-11-26 | 2001-05-31 | Allani Ferid | Method and system for managing access to telecommunication services in a programme for enlisting customers and promoting customer loyalty, and dedicated mobile communication equipment |
FR2801702A1 (en) * | 1999-11-26 | 2001-06-01 | Ferid Allani | Management of access to telecommunications services, including enlisting customers, and promoting customer loyalty involving use of dedicated mobile communications equipment |
WO2001067718A2 (en) * | 2000-03-09 | 2001-09-13 | @Internet Inc. | Method and system providing advertisement using tone of ringing sounds of mobile phone and commercial transaction service in association with the same |
NL1015197C2 (en) * | 2000-05-13 | 2001-11-15 | Ficaro N V | Telecommunication system comprises telecommunication network with number of at least permanent connections for subscribers connected to network by permanent connection giving subscribers access to at least one telecommunication service |
BE1013325A3 (en) * | 1998-04-14 | 2001-12-04 | Catalina Marketing Int | Process and system for using a member card as a telephone card |
EP1172744A1 (en) * | 2000-07-13 | 2002-01-16 | van Brummen, John | System for managing consumer to business and consumer to consumer relationships |
EP1182624A2 (en) * | 2000-06-21 | 2002-02-27 | Nec Corporation | Data sale immediate settling method and prepaid card |
US6519572B1 (en) * | 1997-11-24 | 2003-02-11 | John Riordan | Method and system for collecting and processing marketing data |
US6549912B1 (en) | 1998-09-23 | 2003-04-15 | Visa International Service Association | Loyalty file structure for smart card |
EP1431892A1 (en) * | 2001-09-28 | 2004-06-23 | Sony Corporation | Point return method and apparatus |
US6898570B1 (en) | 1997-12-01 | 2005-05-24 | Walker Digital, Llc | Billing statement customer acquistion system |
US7415425B1 (en) | 2000-06-02 | 2008-08-19 | Walker Digital, Llc | Systems and methods wherein a security deposit facilitates a transaction in which a benefit is applied in exchange for performance of a task |
US7729988B1 (en) | 1997-03-21 | 2010-06-01 | Walker Digital, Llc | Method and apparatus for processing credit card transactions |
US7818284B1 (en) | 1996-09-04 | 2010-10-19 | Walker Digital, Llc | Method and apparatus for providing cross-benefits via a central authority |
US7827062B2 (en) | 1996-10-29 | 2010-11-02 | Google Inc. | Method of delivery, targeting, and measuring advertising over networks |
US7827056B2 (en) | 1996-09-04 | 2010-11-02 | Walker Digital, Llc | Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction |
US7827057B1 (en) * | 1998-10-05 | 2010-11-02 | Walker Digital, Llc | Method and apparatus for providing cross-benefits based on a customer activity |
US20110055038A1 (en) * | 2005-06-28 | 2011-03-03 | Matthew Mengerink | Mobile device communication system |
US8015059B2 (en) | 1997-05-05 | 2011-09-06 | Walker Digital, Llc | Method and apparatus for facilitating the sale of subscriptions to periodicals |
US8566154B2 (en) | 1997-06-16 | 2013-10-22 | Google Inc. | Network for distribution of re-targeted advertising |
US8630916B2 (en) | 1998-12-31 | 2014-01-14 | Inventor Holdings, Llc | System and method for encouraging competitive participation in an auction |
TWI659375B (en) * | 2017-04-12 | 2019-05-11 | 遊戲橘子數位科技股份有限公司 | Ways to give back to the telecommunications dividend |
US11455603B2 (en) | 2005-03-31 | 2022-09-27 | Paypal, Inc. | Payment via financial service provider using network-based device |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5983196A (en) | 1995-12-19 | 1999-11-09 | Phoneworks, Inc. | Interactive computerized methods and apparatus for conducting an incentive awards program |
AU688257B3 (en) * | 1997-09-19 | 1998-03-05 | Jack Zdzislaw Silber | A gaming system |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4706275A (en) * | 1985-11-13 | 1987-11-10 | Aerotel Ltd. | Telephone system |
EP0308224A2 (en) * | 1987-09-17 | 1989-03-22 | Meridian Enterprises, Inc. | Incentive award system |
US4941090A (en) * | 1989-01-27 | 1990-07-10 | Mccarthy Patrick D | Centralized consumer cash value accumulation system for multiple merchants |
WO1991003789A1 (en) * | 1989-08-29 | 1991-03-21 | Citicorp Pos Information Services, Inc. | Automated purchase reward accounting system and method |
WO1993008546A1 (en) * | 1991-10-23 | 1993-04-29 | Lino Bonavitacola | Electronic system for automatically transferring a percentage of a sum, spent on purchases in shops involved in the scheme, to an insurance policy in the purchaser's name |
WO1993012489A1 (en) * | 1991-12-16 | 1993-06-24 | The Harrison Company, Inc. | Data processing technique for scoring bank customer relationships and awarding incentive rewards |
US5333186A (en) * | 1991-09-05 | 1994-07-26 | At&T Bell Laboratories | Telecommunication call billing method and apparatus |
-
1995
- 1995-04-05 CA CA 2142691 patent/CA2142691A1/en not_active Abandoned
-
1996
- 1996-04-05 WO PCT/CA1996/000198 patent/WO1996031848A2/en active Application Filing
- 1996-04-05 AU AU52629/96A patent/AU5262996A/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4706275A (en) * | 1985-11-13 | 1987-11-10 | Aerotel Ltd. | Telephone system |
EP0308224A2 (en) * | 1987-09-17 | 1989-03-22 | Meridian Enterprises, Inc. | Incentive award system |
US4941090A (en) * | 1989-01-27 | 1990-07-10 | Mccarthy Patrick D | Centralized consumer cash value accumulation system for multiple merchants |
WO1991003789A1 (en) * | 1989-08-29 | 1991-03-21 | Citicorp Pos Information Services, Inc. | Automated purchase reward accounting system and method |
US5333186A (en) * | 1991-09-05 | 1994-07-26 | At&T Bell Laboratories | Telecommunication call billing method and apparatus |
WO1993008546A1 (en) * | 1991-10-23 | 1993-04-29 | Lino Bonavitacola | Electronic system for automatically transferring a percentage of a sum, spent on purchases in shops involved in the scheme, to an insurance policy in the purchaser's name |
WO1993012489A1 (en) * | 1991-12-16 | 1993-06-24 | The Harrison Company, Inc. | Data processing technique for scoring bank customer relationships and awarding incentive rewards |
Cited By (63)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2345171B (en) * | 1995-12-19 | 2000-08-09 | Brad Wendkos | A communications system and interactive computerized methods and apparatus for conducting an incentive awards program |
GB2345173B (en) * | 1995-12-19 | 2000-08-09 | Brad Wendkos | A communications system and interactive computerized methods and apparatus for conducting an incentive awards program |
GB2345173A (en) * | 1995-12-19 | 2000-06-28 | Brad Wendkos | A communications system and interactive computerized methods and apparatus for conducting an incentive awards program |
GB2345171A (en) * | 1995-12-19 | 2000-06-28 | Brad Wendkos | A communications system and interactive computerized methods and apparatus for conducting an incentive awards program |
US8543451B2 (en) | 1996-09-04 | 2013-09-24 | Walker Digital, Llc | Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction |
US8234164B2 (en) | 1996-09-04 | 2012-07-31 | Walker Digital, Llc | Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction |
US7827056B2 (en) | 1996-09-04 | 2010-11-02 | Walker Digital, Llc | Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction |
US7818284B1 (en) | 1996-09-04 | 2010-10-19 | Walker Digital, Llc | Method and apparatus for providing cross-benefits via a central authority |
US8676644B2 (en) | 1996-10-29 | 2014-03-18 | Google Inc. | Method of delivery, targeting, and measuring advertising over networks |
US7930207B2 (en) | 1996-10-29 | 2011-04-19 | Google Inc. | Method of delivery, targeting, and measuring advertising over networks |
US7844488B2 (en) | 1996-10-29 | 2010-11-30 | Doubleclick Inc. | Method of delivery, targeting, and measuring advertising over networks |
US7827062B2 (en) | 1996-10-29 | 2010-11-02 | Google Inc. | Method of delivery, targeting, and measuring advertising over networks |
US6138911A (en) * | 1996-12-03 | 2000-10-31 | Carlson Companies, Inc. | In-store points redemption system and method |
GB2334609B (en) * | 1996-12-03 | 2001-03-07 | Carlson Companies Inc | In-store points redemption system and method |
GB2334609A (en) * | 1996-12-03 | 1999-08-25 | Carlson Companies Inc | In-store points redemption system and method |
WO1998025242A1 (en) * | 1996-12-03 | 1998-06-11 | Carlson Companies, Inc. | In-store points redemption system and method |
AU740766B2 (en) * | 1996-12-03 | 2001-11-15 | Aimia Proprietary Loyalty U.S. Inc. | In-store points redemption system and method |
US5923016A (en) * | 1996-12-03 | 1999-07-13 | Carlson Companies, Inc. | In-store points redemption system & method |
WO1998038788A1 (en) * | 1997-02-26 | 1998-09-03 | Telefonaktiebolaget Lm Ericsson | Rewarding telecommunication customers |
AU740769B2 (en) * | 1997-02-26 | 2001-11-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Rewarding telecommunication customers |
US7729988B1 (en) | 1997-03-21 | 2010-06-01 | Walker Digital, Llc | Method and apparatus for processing credit card transactions |
US8706632B2 (en) | 1997-03-21 | 2014-04-22 | Inventor Holdings, Llc | Method and apparatus for processing credit card transactions |
US8015059B2 (en) | 1997-05-05 | 2011-09-06 | Walker Digital, Llc | Method and apparatus for facilitating the sale of subscriptions to periodicals |
US8566154B2 (en) | 1997-06-16 | 2013-10-22 | Google Inc. | Network for distribution of re-targeted advertising |
NL1006951C2 (en) * | 1997-09-05 | 1999-03-08 | Koninkl Kpn Nv | Client system for IP network. |
WO1999013438A1 (en) * | 1997-09-05 | 1999-03-18 | Koninklijke Kpn N.V. | Client system for ip network |
US6519572B1 (en) * | 1997-11-24 | 2003-02-11 | John Riordan | Method and system for collecting and processing marketing data |
US7467745B2 (en) | 1997-12-01 | 2008-12-23 | Walker Digital, Llc | Billing statement customer acquisition system |
US6898570B1 (en) | 1997-12-01 | 2005-05-24 | Walker Digital, Llc | Billing statement customer acquistion system |
BE1013325A3 (en) * | 1998-04-14 | 2001-12-04 | Catalina Marketing Int | Process and system for using a member card as a telephone card |
AU736646B2 (en) * | 1998-04-14 | 2001-08-02 | Catalina Marketing International, Inc. | Method and system for using a frequent shopper card as a phone calling card |
WO1999053448A1 (en) * | 1998-04-14 | 1999-10-21 | Catalina Marketing International, Inc. | Method and system for using a frequent shopper card as a phone calling card |
US6183017B1 (en) | 1998-05-22 | 2001-02-06 | Daniel B. Najor | Telephone calling card coupon |
WO1999062243A1 (en) * | 1998-05-22 | 1999-12-02 | Najor Daniel B | Telephone calling card coupon |
GB2339625A (en) * | 1998-07-13 | 2000-02-02 | Raymond Cotter | Mobile phone prepayment system |
US6549912B1 (en) | 1998-09-23 | 2003-04-15 | Visa International Service Association | Loyalty file structure for smart card |
US9697553B2 (en) | 1998-10-05 | 2017-07-04 | Paypal, Inc. | Method and apparatus for providing cross-benefits based on a customer activity |
US7827057B1 (en) * | 1998-10-05 | 2010-11-02 | Walker Digital, Llc | Method and apparatus for providing cross-benefits based on a customer activity |
US8700456B2 (en) | 1998-10-05 | 2014-04-15 | Inventor Holdings, Llc | Method and apparatus for providing cross-benefits based on a customer activity |
WO2000039720A1 (en) * | 1998-10-05 | 2000-07-06 | Walker Digital, Llc | Method and apparatus for providing cross-benefits based on a customer activity |
EP1001357A1 (en) * | 1998-11-10 | 2000-05-17 | MANNESMANN Aktiengesellschaft | Discount processing method |
EP2299394A1 (en) * | 1998-11-10 | 2011-03-23 | Vodafone Holding GmbH | Discount processing method |
US8630916B2 (en) | 1998-12-31 | 2014-01-14 | Inventor Holdings, Llc | System and method for encouraging competitive participation in an auction |
EP1076308A1 (en) * | 1999-08-13 | 2001-02-14 | Prestadis S.N.C., Société en Nom Collectif | Commercial site comprising at least a leisure space and a computer management system |
FR2797506A1 (en) * | 1999-08-13 | 2001-02-16 | Prestadis S N C | COMMERCIAL SITE INCLUDING AT LEAST ONE LEISURE AREA AND COMPUTER SYSTEM |
WO2001031542A1 (en) * | 1999-10-27 | 2001-05-03 | Mci Worldcom, Inc. | Subscription-based marketing with remuneration for consumers |
WO2001039084A1 (en) * | 1999-11-22 | 2001-05-31 | Idt Corporation | Prepayment method using web-based advertising banners |
FR2801703A1 (en) * | 1999-11-26 | 2001-06-01 | Ferid Allani | Management of access to telecommunications services, including enlisting customers, and promoting customer loyalty involving use of dedicated mobile communications equipment |
FR2801702A1 (en) * | 1999-11-26 | 2001-06-01 | Ferid Allani | Management of access to telecommunications services, including enlisting customers, and promoting customer loyalty involving use of dedicated mobile communications equipment |
WO2001039052A1 (en) * | 1999-11-26 | 2001-05-31 | Allani Ferid | Method and system for managing access to telecommunication services in a programme for enlisting customers and promoting customer loyalty, and dedicated mobile communication equipment |
WO2001067718A3 (en) * | 2000-03-09 | 2002-06-20 | Internet Inc | Method and system providing advertisement using tone of ringing sounds of mobile phone and commercial transaction service in association with the same |
WO2001067718A2 (en) * | 2000-03-09 | 2001-09-13 | @Internet Inc. | Method and system providing advertisement using tone of ringing sounds of mobile phone and commercial transaction service in association with the same |
NL1015197C2 (en) * | 2000-05-13 | 2001-11-15 | Ficaro N V | Telecommunication system comprises telecommunication network with number of at least permanent connections for subscribers connected to network by permanent connection giving subscribers access to at least one telecommunication service |
US7908168B2 (en) | 2000-06-02 | 2011-03-15 | Walker Digital, Llc | Systems and methods wherein a security deposit facilitates a transaction in which a benefit is applied in exchange for performance of a task |
US7415425B1 (en) | 2000-06-02 | 2008-08-19 | Walker Digital, Llc | Systems and methods wherein a security deposit facilitates a transaction in which a benefit is applied in exchange for performance of a task |
EP1182624A3 (en) * | 2000-06-21 | 2003-02-05 | Nec Corporation | Data sale immediate settling method and prepaid card |
EP1182624A2 (en) * | 2000-06-21 | 2002-02-27 | Nec Corporation | Data sale immediate settling method and prepaid card |
EP1172744A1 (en) * | 2000-07-13 | 2002-01-16 | van Brummen, John | System for managing consumer to business and consumer to consumer relationships |
EP1431892A4 (en) * | 2001-09-28 | 2004-12-15 | Sony Corp | Point return method and apparatus |
EP1431892A1 (en) * | 2001-09-28 | 2004-06-23 | Sony Corporation | Point return method and apparatus |
US11455603B2 (en) | 2005-03-31 | 2022-09-27 | Paypal, Inc. | Payment via financial service provider using network-based device |
US20110055038A1 (en) * | 2005-06-28 | 2011-03-03 | Matthew Mengerink | Mobile device communication system |
TWI659375B (en) * | 2017-04-12 | 2019-05-11 | 遊戲橘子數位科技股份有限公司 | Ways to give back to the telecommunications dividend |
Also Published As
Publication number | Publication date |
---|---|
AU5262996A (en) | 1996-10-23 |
WO1996031848A3 (en) | 1996-11-07 |
CA2142691A1 (en) | 1996-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO1996031848A2 (en) | Telecommunications reward method | |
US10834268B2 (en) | Inserting value into customer account at point of sale using a customer account identifier | |
US7024174B2 (en) | Method and system for data management in electronic payments transactions | |
US6327348B1 (en) | Method and system for controlling authorization of credit card transactions | |
US8666041B2 (en) | System and method for facilitating account-based transactions | |
US8023622B2 (en) | Technique for call context based advertising through an information assistance service | |
US5655008A (en) | System and method for performing a variety of transactions having distributed decision-making capability | |
US8295466B2 (en) | Technique for continually assisting a user during an information assistance call | |
US7292998B2 (en) | System and method for adding value to a stored-value account | |
CA2539283C (en) | Delivery of value identifiers using short message service (sms) | |
US7630926B2 (en) | Inserting value into customer account at point of sale using a customer account identifier | |
US6349290B1 (en) | Automated system and method for customized and personalized presentation of products and services of a financial institution | |
US20020126813A1 (en) | Phone based rewards programs method and apparatus prepared by tellme networks, Inc | |
US20020091632A1 (en) | Method and system for linking prepaid cards and calls using those cards to paying for content and other services over the internet | |
US20070118477A1 (en) | Value Insertion Using Bill Pay Card Preassociated with Biller | |
US20090254412A1 (en) | Methods and systems using targeted advertising | |
US20070094129A1 (en) | System and method for adding value to a stored-value account using provider specific pin | |
US20080220739A1 (en) | Billing a collect call to a cellular telephone | |
CA2234026A1 (en) | Sales process support system and method | |
US20160350677A1 (en) | System and Method for Generating and Issuing Proofs of Enrollment | |
CN111489147A (en) | Qualification confirmation method, payment system and payment method | |
US20080304638A1 (en) | System and method for delivering targeted promotional announcements over a telecommunications network based on financial instrument consumer data | |
CA2182650A1 (en) | Telecommunications reward method | |
CA2504295A1 (en) | Technique for call context based advertising through an information assistance service |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AL AM AT AU AZ BB BG BR BY CH CN CZ DE DK EE ES FI GB GE HU IS JP KE KG KP KR KZ LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TR TT UA UG US UZ VN AM AZ BY KG KZ MD RU TJ TM |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): KE LS MW SD SZ UG AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML |
|
AK | Designated states |
Kind code of ref document: A3 Designated state(s): AL AM AT AU AZ BB BG BR BY CH CN CZ DE DK EE ES FI GB GE HU IS JP KE KG KP KR KZ LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TR TT UA UG US UZ VN AM AZ BY KG KZ MD RU TJ |
|
AL | Designated countries for regional patents |
Kind code of ref document: A3 Designated state(s): KE LS MW SD SZ UG AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML |
|
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
ENP | Entry into the national phase in: |
Ref country code: US Ref document number: 1997 952900 Date of ref document: 19971030 Kind code of ref document: A Format of ref document f/p: F |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
NENP | Non-entry into the national phase in: |
Ref country code: CA |
|
122 | Ep: pct application non-entry in european phase |