EP3926567A1 - System und verfahren zur authentifizierung und registrierung von produkten und zur dynamischen wiedergabe von inhalten - Google Patents
System und verfahren zur authentifizierung und registrierung von produkten und zur dynamischen wiedergabe von inhalten Download PDFInfo
- Publication number
- EP3926567A1 EP3926567A1 EP20181153.6A EP20181153A EP3926567A1 EP 3926567 A1 EP3926567 A1 EP 3926567A1 EP 20181153 A EP20181153 A EP 20181153A EP 3926567 A1 EP3926567 A1 EP 3926567A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- registration
- data
- user
- product
- service module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/01—Customer relationship services
- G06Q30/012—Providing warranty services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0241—Advertisements
- G06Q30/0251—Targeted advertisements
Definitions
- the present invention relates to a system and method for expedited registration of products at a server and dynamically generating content for both users and manufacturers, retailers or third party providers based on the registration.
- the system and method can include authentication of the product before registration of the authenticated product.
- Manufacturers of user products typically provide warranties for a user product.
- the user may be required to register the purchase of the user product with the manufacturer.
- Conventional product registration procedures have included the user filling out an information card with their address and the product model number of the user product, mailing the information card to a manufacturer and the manufacturer entering the data from the information card into a database at the manufacturer. Users often do not complete the above cumbersome procedure and have difficulty during the life of the product to obtain warranty information or updates of the product.
- U.S. Patent Publication No. 2016/009288 describes systems and methods for facilitating product management using an associated code directed to product information and a product life-cycle.
- the code can be associated with a product and affixed to the product, for example, by printing the code on the product or a packing of the product.
- Users of the product can initiate an action included in the product life-cycle by using an electronic device to take a picture of the code and texting the picture to a system. The system will process the code and determine a static next action in the product life-cycle.
- the present invention relates to a system and method for expedited registration of products at a server and dynamically generating content for both users and manufacturers, retailers or third party providers based on the registration.
- a text of a product model number is sent to a short code to initiate the registration process.
- data is embedded in a label associated with a product. The data can be read from the label to initiate the registration process.
- User information is collected for creating a registration record. After registration of the user, response events are asynchronously used to collect data, search for stored product information and registration records, score attributes of the user and dynamically render content to be sent to the user, manufacturer, retailer or third party provider.
- the system and method for expedited registration of products at a server method of the present invention can use existing information directed to a product to facilitate the registration process and find enhanced information about the product without requiring a unique pin or code.
- any piece of information about a product can be used to dynamically determine a code for the product for registration without the need of the user to enter a PIN or code.
- Scored attributes of the user can be used to rank the user propensity to respond to various types of follow up marketing. For example, scored attributes including previous registrations, previous transactions, product profiling, and demographics can be used to make decisions on how and when to send dynamic messaging based on the scoring. Those scored attributes can be passed back to a manufacturer of the product or used by a third party for marketing channels to sell products and services.
- the marketing channels can include social media.
- the system and method for expedited registration of products at a server method of the present invention provides privacy compliance to allow a user the option to change or edit their permissions at the product level.
- the system and method of the present invention can determine authenticity of a user product being registered at the server and dynamically generate content if the registration is authenticated.
- unique identifiers are incorporated into the user product.
- the identifier can be incorporated into the user product using a RFID chip.
- the RFID chip is scanned by an RFID reader to initiate the authentication process.
- the scanned identification read from the RFID chip is matched against records for authenticated user products. If the identification matches a record for an authenticated user product, user information can be collected for creating a registration record of the authenticated user product to include user registration information.
- response events are asynchronously used to collect data, search for stored product information and registration records, score attributes of the user and dynamically render content to be sent to the user, manufacturer, retailer or third party provider.
- the method comprises the steps of:
- the invention further includes a number of preferred features that are object of the dependent claims and the utility of which will be highlighted hereinafter in the detailed description of an embodiment of the invention.
- the electronic authentication request message is preferably generated from the input device communicatively connected to the authentication data collection content rendering system via the network, the input device having a reader, the reader comprises at least one of a NFC reader and an RFID reader, wherein the reader inputs the identification input of a user product by reading a RFID tag or NFC tag.
- the electronic registration request message preferably includes input generated from a collection endpoints module embodied in a non-transitory computer memory of a collection endpoints system operating on one or more processors, the collection endpoints module using data received from the input device communicatively connected to the collection endpoints system via the network, the data being generated from one or more of an electronic text code, a hyperlink accessed by a messaging application running on the input device, image processing, voice processing and natural language processing.
- the method preferably further comprises the steps of:
- the attributes from the registration record preferably include a probability of the user to respond and a monetary value of a specific accessory or service for purchase.
- the method preferably further comprises the steps of:
- the decision is preferably based on if the score is above a predetermined threshold generating an offer and further comprising the step of: posting the offer on one or more of a social media platform, platform of a user, platform of a manufacturer of a user product and a third-party E-commerce platform.
- the method preferably further comprises the steps of:
- the method preferably further comprises the steps of:
- the invention further relates to a system for authenticating a product comprising: a processing system including at least one processor, and non-transitory computer memory including instructions translatable by the at least one processor to perform:
- the electronic authentication request message is preferably generated from an input device communicatively connected to the data collection content rendering system via the network, the input device having a reader, the reader comprises at least one of a NFC reader and an RFID reader, wherein the reader inputs the identification input of a user product by reading a RFID tag or NFC tag and
- the invention also relates to a method for registering a product, the method comprising the steps of:
- the method further comprises the steps of:
- Fig. 1 is a schematic diagram of a system for registration of products and dynamically rendering of content 10 in accordance with the teachings of the present invention.
- Messaging application 11 is executed on input device 12.
- Messaging application 11 can receive input 13.
- input 13 can be from a user directed to a product the user would like to have registered and personal information directed to the user.
- Input device 12 can be a device for generating and receiving electronic data such as a cellular phone, tablet or laptop.
- Input 13 can be an electronic message of various message types/formats including, but not limited to, SMS, MMS, RCS and/or e-mail messages.
- Electronic messages can include text and/or image data.
- input 13 can be a data message to a social media platform.
- input 13 is an electronic message of an identifier such as for example a model number of a user product and an electronic text code which is used to generate a registration request.
- Input device 12 connects over connection 14 to public network 16.
- Public network 16 connects over connection 18 to data collection content rendering unit 20.
- public network 16 is the Internet and connections 14 and 18 can be WiFi connections.
- Input device 12 can receive content from data collection and content rendering unit 20 over connections 14 and 18 using public network 16.
- Data collection content rendering system 20 includes data collection service module 21, search service module 22, scoring service module 23, decision service module 24, message service module 25 and content service module 26 to dynamically render content for both users and manufacturers, retailers or third party providers based on the registration of a product as described below.
- Data collection service module 21, search service module 22, scoring service module 23, decision service module 24, message service module 25 and content service module 26 can be embodied on non-transitory computer memory of a data collection content rendering system 20 system operating on a processing system including one or more processors.
- Data collection service module 21, search service module 22, scoring service module 23, decision service module 24, message service module 25 and content service module 26 send and receive data using message queue 30. Data is stored in data storage unit 32.
- Data can include registration records 31 and data 29 directed to a product or service which can be provided or associated with the product.
- data storage unit 32 can be a database.
- Manufacturers 33, retailers 34 and third party service providers 35 can receive dynamically rendered content over connection 36 from data collection content rendering unit 20 over public network 16.
- Fig. 2 is a schematic diagram of an implementation of an enhancement to data collection service module 21.
- Collection endpoints module 40 receives data from messaging application 11 through public network 16. For example, collection endpoints module 40 can receive a text message or data from a hyperlink accessed by messaging application 11. Endpoint providers 42 receive data from endpoints module 40 and forwards the data to data collection service module 21 to generate a registration request.
- input processors 44 can forward information to data collection service module 21.
- Input processors 44 can include image processing 45, voice processing 46 and natural language processing 47.
- Image processing 45 can receive an uploaded image such as a serial number of a product. Image processing 45 can run Al image recognition to extract data of a serial number from the uploaded image. The extracted serial number can be forwarded to data collection service module 21.
- Voice processing 46 can receive spoken information directed to a product such as a serial number of a product to determine data of the serial number.
- the serial number can be forwarded to data collection service module 21.
- Natural language processing 47 can receive spoken information directed to a product such as a serial number of a product to determine data of the serial number.
- the serial number can be forwarded to data collection service module 21.
- Fig. 3 is a flow diagram of a method for registration of a product 50 for implementation of search service module 22.
- a registration request is received.
- the registration request is generated by input 13 being received at messaging application 11 as shown in Fig. 1 or using collection endpoints module 40 and endpoint providers as shown in Fig. 2 and described above.
- the received registration request is logged as a registration event message.
- a registration record is created.
- Product data from the registration event message is searched in data storage unit in block 54 and the results are determined using data decision block 55. If the product is determined to be registered in decision block 55, a request for additional data is performed in block 56.
- the additional data can include for example a name of a purchaser of the product to be registered, street address of the purchaser, email address of the purchaser and date the product was purchased.
- the additional data demographic or propensity data from a social media platform which was used to register the product.
- Interactive channel decision block 57 determines if the additional data is directed to an interactive channel. If the additional data is determined to be directed to an interactive channel, offer interactive completion block 58 is activated to send an offer to a user based on the additional data. In acceptance decision block 60, if it is determined that the interactive offer was accepted, block 61 is performed to interactively transmit requests to the user for completion of the requested additional data. Review of the requested data is performed at completion decision block 62.
- completion decision block 62 determines the registration is complete, updated registration information is received at block 64. If it is determined in completion decision block 62, that the offer is not completed or if there is a time out, block 61 is performed to interactively submit the request to completion decision block 62.
- send completion and product information block 63 sends completion and product information to block 64.
- the registration record is updated with the updated registration information.
- Information complete decision block 66 determines if the registration information is complete. If the registration information is complete, an updated registration record is stored in data storage unit 32 and a registration event is sent to message queue 30, shown in Fig. 1 . Referring to Fig. 3 , if information complete decision block 66 determines the registration record is incomplete, a reminder is sent in block 67 for updated registration information which is forwarded to block 64.
- block 68 is performed to request a correction which is forwarded to interactive channel decision module 57 and proceeds thereafter as described above.
- Fig. 4 is a flow diagram of a method for rendering content performed in data collection and content rendering unit 20 for implementation of scoring service module 23, decision service module 24, message service module 25 and content service module 26.
- Content rendering unit 20 can be implemented in a processing system, such as a server, including at least one processor.
- Registration events 70 from method for registration of a product 50 are received in message queue 30.
- Response events 72 generated from scoring service module 23, decision service module 24, message service module 25 and content service module 26 are received in message queue 30.
- Registration events 70 and response events 72 can be processed asynchronously from message queue 28 for dynamically activating one or more of scoring service module 23, decision service module 24, message service module 25 and content service module 26.
- Scoring service module 23 can be activated upon receipt of registration event 70.
- profile data block 100 obtains registration records from data storage unit 32 as shown in Fig. 1 .
- score generation block 102 determines a score for data from the registration record.
- the score can be related to desired content for the user, the manufacturer, the retailer, or a third party provider.
- Example third party providers can include product repair service providers, warranty service providers marketing service providers and social media platforms.
- Score generation block 102 can include a set of predictive models with attributes of the registration record to score or rank a customer based on a probability to respond and a monetary value of a specific accessory or service the customer might purchase.
- a scoring event is posted as response event 72 in message queue 30. The scoring event can include the score generated in score generation block 102.
- Decision service module 24 can be activated upon receipt of response event 72 directed to a score generated by score generation block 102.
- Profile data and score block 200 obtains a registration record from data storage and the score from the scoring event posted as response event 72.
- decision block 202 a decision is determined based on data from the registration record and the score. Example decisions include that if a customer score is above a predetermined threshold the customer has a high probability of response and a decision event can enter the customer into a marketing campaign. The form, timing and content of the marketing campaigns are also examples of decisions; for example, inclusion of discount, as well as the monetary value of any discounts can be formulated as decisions.
- a decision event is posted as response event 72 in message queue 30. The decision event can include the decision determined in decision block 202.
- Message service module 25 can be activated upon receipt of response event 72 directed to a decision made by decision block 202.
- Get decision block 300 obtains a decision from response event 72.
- Get content block 302 obtains related content based on the decision. For example, if the decision indicated the customer should be entered in a marketing campaign, get content block 302 can obtain content directed to the product from data storage such as a particular offer which can be part of a direct mail campaign.
- a particular offer can be part of a post on a social media platform.
- Example social media platforms include Facebook and Instagram.
- a particular offer can be provided to marketing channels, such as a platform of a user, platform of a manufacturer of a user product or a third-party E-commerce platform.
- E-commerce platforms can include one or more of online merchants, online stores and retail point-of-sale systems.
- rendered content is posted in message queue 30.
- Content service module 26 can be activated upon receipt of rendered content from message queue 30.
- send block 400 rendered content is sent from data collection and content rendering unit 20 to one or more of input device 12, manufacturer 33, retailer 34, third party service providers 35 as shown in Fig. 1 .
- Fig. 5 is a flow diagram of a method for implementing privacy features 500 in the system for registration of products and dynamically rendering of content 20.
- Decision service module 24 can be activated upon receipt of response event 72 to delegate the response event to a privacy service in block 250.
- Privacy service is activated in privacy service block 251 to get customer data in block 252, get regulatory policies in block in block 254, get local policies in block 256, and to set a privacy action in block 258.
- the privacy action is received in privacy service 251 block and is transferred by delegate to privacy block 250.
- a decision event is posted as response event 72 in message queue 30.
- the decision event can include privacy action determined in set privacy action block 258.
- Fig. 6 is a schematic diagram of static clings 800 and stickers 801 which can be attached for example directly to product 802, product accessory 804 and product packaging 805.
- static clings 800 and stickers 801 can include indicia to text a model number to a short code, such as text "1234567" to "QUIK” to register your product using messaging application 11 shown in Fig. 1 .
- a customer can use the telephone for voice registration with data collection content rendering unit 20.
- a customer can email the model number to a website associated with data collection content rendering unit 20 or a spoken request can be translated into an action, for example using Siri, Alexa, Cortana, or Google Assistant or an alternate translation interface, for contacting registration data collection content rendering unit 20.
- Fig. 7 is a schematic diagram of a registration scenario for use in the registration process in the present invention.
- Text message 900 including a product module number is sent to a short code or telephone number as described above.
- Text 902 is sent to input device 12.
- Text 902 can include a link or an indication to confirm registration by texting a message for example "go". If the link is accessed at input device 12, mobile enabled registration page 904 can be displayed at input device 12.
- Registration page 904 can include for example an image of the product and to complete registration such as to click and populate a name, address and phone number field and click to opt into future communication and register the product for future service and product information.
- the inbound mobile phone number of input device 12 can be used by data collection and content rendering unit 20, collection endpoints 40 or endpoint providers 42 to append data attributes that are publicly known, such as for example last known physical address, email address, household income, and the like.
- Decision service module 24 can determine the information that is required for a decision, delegate retrieval of the information to other systems, such as for example a unit that retrieves demographic information from a third-party provider, integrate the retrieved information, and make a decision based on the integrated data.
- mobile enabled product information page 906 can be displayed at input device 12.
- Product information page 906 can include for example a description of the product, product information, such as digital manuals, rebates and the like.
- Product information page 906 can include offers made at time of registration for parts, services, service contracts and third party service offerings available for the model number that was registered.
- Fig. 8 is a schematic diagram of a registration scenario for use in the registration process in the present invention.
- Confirmation text message 903 is sent to a short code or telephone number as described above.
- Registration information texts 910a-910n can be sent and received at input device 12.
- registration information texts 910a-910n can include a name, address and phone number.
- Email registration information texts 912a-912b can be sent and received at input device 12 to enter email registration information.
- Privacy information texts 914a-914b can be sent and received at input device 12 to enter privacy registration information in order to opt into future communication.
- Registration information texts 910a-910n, email registration information texts 912a-912b and privacy information texts 914a-914b can be used to enter registration information into messaging application 11 as shown in Fig. 1 .
- Fig. 9 is a schematic diagram of implementation of registration and rendered content of the present invention.
- Registration request 1050 is received at messaging application 11 or registration application 2011.
- Product look-up and product information 1052 is generated by data collection and content rendering unit 20 as described above. If a user registers and opts in such as by using privacy information text 914b, full marketing program content 1054 can be rendered with data collection content rendering unit 20. If a user does not register or opts out such as by using privacy information text 914b, direct mail content 1056 can be rendered with data collection content rendering unit 20. Privacy status can be monitored and depending on the privacy status a registration record can be shared with an OEM as described above.
- Figs. 10A-10C are schematic diagrams of example predictive analytics for use in the scoring process in the present invention.
- Figs. 10A-10C are schematic diagrams of example predictive analytics for use in the scoring process in the present invention.
- Statistical models are used in support; models can, among other things, classify customers into segments, predict their likelihood to behave in certain ways, and estimate their relative long-term value.
- System for registration of products and dynamically rendering of content 10 has a common framework for registering such analytical algorithms, invoking them so that customer records can be scored, and incorporating scores into the decisions made about registration events and customers.
- Example scatterpoint matrices 1012-1014 are shown in Fig. 10A and an example stochastic model is shown as 1010.
- Model algorithms can take a number of forms such as for example logit models, stochastic models depending on the form and origin of the model, System for registration of products and dynamically rendering of content 10 can either implement the algorithm directly or invoke an external software application to execute the model.
- two models are used to make a decision about which offer to make.
- a classification model such as logistic regression is used to rank order customers likelihood-to-respond and a generalized linear model such as multiple linear regression is used to classify customers into value segments.
- An example classification model is shown as 1020 in Fig. 10B and generalized linear models are shown as 1030 and 1040 in Fig. 10C .
- the outputs of these two models, along with other data available to system for registration of products and dynamically rendering of content 10 are then used to formulate a decision about what offer to make and which communication channel is best suited for delivering the offer. If new input data are received, the decision process can invoke these models or other models to arrive at a new decision.
- Fig. 11 is a schematic diagram of a system for registration of products and dynamically rendering of content 2000 in accordance with the teachings of the present invention.
- Registration application 2011 is executed on input device 2012.
- Input label 2010 can have embedded input 2013.
- Input label 2010 can be read by reader 2009 of input device 2012.
- reader 2009 can include at least one of an NFC reader and an RFID reader. In one embodiment, reader 2009 can include at least one identification image including a bar code reader and a QR code reader. Input label 2010 can include at least one of NFC tag and an RFID tag. Input label 2010 can include at least one identification image including a bar code and a QR code.
- NFC near field communication
- RFID radio frequency identification
- input device 2012 is a mobile device such as an iPhone or Android with built-in capabilities or an app for a NFC reader and/or RFID reader.
- Input label 2010 can include a particular identification image and reader 2009 can be a device capable of recognizing the identification image.
- the particular identification image can be a bar code or a QR code.
- the bar code is a code provided by encoding characters or numbers into a combination of black and white bars having different thicknesses so that computers may easily read the information.
- the QR code (quick response code) is a two-dimensional code which can contain information in both the horizontal and vertical directions. It will be appreciated that other types of readers, tags and codes can be used in accordance with the teachings of the present invention.
- Input label 2010 can also include indicia to text a model number to a short code, such as text "1234567" to "QUIK” to register a product using registration application 2011.
- Fig. 12 is a schematic diagram of input label 2010 which can be attached for example directly to product 802, product accessory 804 and product packaging 805.
- input label 2010 can be a static cling or sticker.
- Registration application 2011 can receive input 2013 from reader 2009.
- input 2013 can be a product model number the user would like to have registered.
- Input device 2012 can be a device for generating and receiving electronic data such as a cellular phone, tablet or laptop.
- input device 2012 can be an iPhone 7, iPhone 8 or iPhone X using a mobile operating system that runs on the mobile Apple devices such as ioS 11 or iOS 13 and supports NFC.
- Input device 2012 can also generate input 2013 which can be an electronic message of various message types/formats including, but not limited to, SMS, MMS, RCS and/or e-mail messages. Electronic messages can include text and/or image data.
- Registration application 2011 can also receive input 2013 of personal information directed to the user.
- input 2013 is an identifier such as for example a model number of a user product.
- input device 2012 connects over connection 14 to public network 16.
- Public network 16 connects over connection 18 to data collection content rendering unit 20.
- public network 16 is the Internet and connections 14 and 18 are wifi connections.
- Input device 2012 can receive content from data collection and content rendering unit 20 over connections 14 and 18 using public network 16.
- Fig. 13 is a schematic diagram of a registration scenario for use in the registration process in the present invention.
- Input device 2012 taps input label 2013 to navigate to registration application 2011.
- Registration application 2011 receives information from reader 2009 such as an identifier of a product.
- Text 902 is sent to input device 2012.
- Text 902 can include a link or an indication to confirm registration by texting a message for example "go". If the link is accessed at input device 2012, mobile enabled registration page 904 can be displayed at input device 2012.
- Confirmation text message 903 is sent to a short code or telephone number as described above.
- Registration information texts 910a-910n can be sent and received at input device 2012.
- Registration information texts 910a-910n can include for example a name, address and phone number.
- Email registration information texts 912a-912b can be sent and received at input device 2012 to enter email registration information.
- Privacy information texts 914a-914b can be sent and received at input device 2012 to enter privacy registration information in order to opt into future communication.
- Registration information texts 910a-910n, email registration information texts 912a-912b and privacy information texts 914a-914b can be used to enter registration information into registration application 2011 as shown in Fig. 11 .
- Fig. 14 is a schematic diagram of an implementation of an enhancement to data collection service module 21.
- Collection endpoints module 40 receives data from registration application 2011 through public network 16. For example, collection endpoints module 40 can receive a text message or data from a hyperlink accessed by registration application 2011. Endpoint providers 42 receive data from endpoints module 40 and forwards the data to data collection service module 21 to generate a registration request.
- input processors 44 can forward information to data collection service module 21.
- Input processors 44 can include image processing 45, voice processing 46 and natural language processing 47.
- Image processing 45 can receive an uploaded image such as a serial number of a product. Image processing 45 can run Al image recognition to extract data of a serial number from the uploaded image. The extracted serial number can be forwarded to data collection service module 21.
- Voice processing 46 can receive spoken information directed to a product such as a serial number of a product to determine data of the serial number.
- the serial number can be forwarded to data collection service module 21.
- Natural language processing 47 can receive spoken information directed to a product such as a serial number of a product to determine data of the serial number.
- the serial number can be forwarded to data collection service module 21.
- voice processing 46 and natural language processing 47 can be performed with integrated voice enabled systems.
- Example voice enabled systems include Alexa, Google Assistant and Siri.
- Fig. 15 is a flow diagram of a method for registration of a product 50 for implementation of search service module 22.
- a registration request is received.
- the registration request is generated by input 13 being received at registration application 2011 as shown in Fig. 11 or using collection endpoints module 40 and endpoint providers as shown in Fig. 14 and described above.
- the received registration request is logged as a registration event message.
- a registration record is created.
- Product data from the registration event message is searched in data storage unit in block 54 and the results are determined using data decision block 55. If the product is determined to be registered in decision block 55, a request for additional data is performed in block 56.
- the additional data can include for example a name of a purchaser of the product to be registered, street address of the purchaser, email address of the purchaser and date the product was purchased.
- Interactive channel decision block 57 determines if the additional data is directed to an interactive channel. If the additional data is determined to be directed to an interactive channel, offer interactive completion block 58 is activated to send an offer to a user based on the additional data.
- acceptance decision block 60 if it is determined that the interactive offer was accepted, block 61 is performed to interactively transmit requests to the user for completion of the requested additional data. Review of the requested data is performed at completion decision block 62. If completion decision block 62 determines the registration is complete, updated registration information is received at block 64. If it is determined in completion decision block 62, that the offer is not completed or if there is a time out, block 61 is performed to interactively submit the request to completion decision block 62.
- send completion and product information block 63 sends completion and product information to block 64.
- the registration record is updated with the updated registration information.
- Information complete decision block 66 determines if the registration information is complete. If the registration information is complete, an updated registration record is stored in data storage unit 32 and a registration event is sent to message queue 30, shown in Fig. 11 . Referring to Fig. 15 , if information complete decision block 66 determines the registration record is incomplete, a reminder is sent in block 67 for updated registration information which is forwarded to block 64.
- block 68 is performed to request a correction which is forwarded to interactive channel decision module 57 and proceeds thereafter as described above.
- Fig. 16 is a schematic diagram of a system for authentication and registration of products and dynamically rendering of content 3000 in accordance with the teachings of the present invention.
- Authentication application 3001 is executed on input device 3012.
- Product 3002 can have embedded identification tag 3003.
- product 3002 can be a user product.
- product 3002 is a shoe.
- product 3002 can be an athletic shoe or a sneaker.
- Identification tag 3003 can be read by reader 3009 of input device 3012 to generate identification input 3008.
- reader 3009 can include at least one of an NFC reader and an RFID reader.
- Product identification tag 3003 can include at least one of a NFC tag and an RFID tag.
- NFC near field communication
- RFID radio frequency identification
- input device 3012 is a mobile device such as an iPhone or Android with built-in capabilities or an app for a NFC reader and/or RFID reader. It will be appreciated that other types of readers, tags and codes can be used in accordance with the teachings of the present invention.
- Authentication application 3001 can receive identification input 3008 from reader 3009.
- Input device 3012 can forward identification input 3008 over connection 14 to public network 16.
- Public network 16 connects over connection 18 to authentication and data collection content rendering unit 3020.
- public network 16 is the Internet.
- Connection 14 can be a wifi connection.
- Input device 3012 can receive content from authentication and data collection content rendering unit 3020 over connections 14 and 18 using public network 16.
- Authentication data collection content rendering system 3020 includes authentication service module 3022, data collection service module 21, search service module 22, scoring service module 23, decision service module 24, message service module 25 and content service module 26.
- Content service module 26 can dynamically render content for both users and manufacturers, retailers or third party providers based on the registration of a product as described below.
- Authentication service module 3022, data collection service module 21, search service module 22, scoring service module 23, decision service module 24, message service module 25 and content service module 26 can be embodied on non-transitory computer memory of a data collection content rendering system 3020 system operating on a processing system including one or more processors.
- Authentication service module 3022, data collection service module 21, search service module 22, scoring service module 23, decision service module 24, message service module 25 and content service module 26 send and receive data using message queue 30.
- Data is stored in data storage unit 32.
- Data can include authentication records 3031.
- Authentication records 3031 can be directed to an authenticated product which has been registered in authentication data collection content rendering system 3020.
- Data can include registration records 31 and data 29 directed to a product or service which can be provided or associated with the product.
- data storage unit 32 can be a database.
- Manufacturers 33, retailers 34 and third party service providers 35 can receive dynamically rendered content over connection 36 from data collection content rendering unit 20 over public network 16.
- Authentication service module 3022 received identification input 3008.
- Authentication service module 3022 can search authentication records 3031 for a match of identification input 3008.
- Registration application 3011 can be executed on input device 3012 if identification input 3008 is determined to match an authentication record 3031.
- Registration application 3011 can receive registration information to register a product which was authenticated by authentication application 3001.
- identification input 3008 can be a product model number of an authenticated product that the user can have registered.
- Input device 3012 can also generate input 3013 which can be an electronic message of various message types/formats including, but not limited to, SMS, MMS, RCS and/or e-mail messages. Electronic messages can include text and/or image data.
- Registration application 3011 can receive input 3013 of personal information directed to the user.
- Input device 3012 can be a device for generating and receiving electronic data such as a cellular phone, tablet or laptop.
- input device 3012 can be an iPhone 7, iPhone 8 or iPhone X using a mobile operating system that runs on the mobile Apple devices such as ioS 11 or iOS 13 and supports NFC.
- input identification 3008 includes an identifier such as for example of a user product.
- Input device 3012 connects over connection 14 to public network 16.
- Public network 16 connects over connection 18 to data collection content rendering unit 20.
- Fig. 17 is of a method for authentication of a product 3500 for implementation of authentication service module 3022.
- an authentication request is received.
- the authentication request is generated by identification input 3008 being received at authentication application 3001 as shown in Fig. 16 .
- the authentication request can include identification input 3008.
- the authentication identification input is searched in the data storage and the results are determined using data decision block 3504.
- authentication input 3008 is searched against authentication records 3031 for a match.
- Fig. 18 is a flow diagram of a method for registration of an authenticated product 3550 for implementation of authentication service module 3022 and search service module 22.
- An authentication confirmation is received 3510.
- a registration request is received.
- the registration request is generated by identification input 3008 being received at registration application 3011 as shown in Fig. 16 .
- the received registration request is logged as a registration event message.
- a registration record is created.
- Product data from the registration event message is searched in data storage unit in block 54 and the results are determined using data decision block 55. If the product is determined to be registered in decision block 55, a request for additional data is performed request for additional data is performed in block 56.
- a request for additional data is performed in block 56.
- the additional data can include for example a name of a purchaser of the product to be registered, street address of the purchaser, email address of the purchaser and date the product was purchased.
- Interactive channel decision block 57 determines if the additional data is directed to an interactive channel. If the additional data is determined to be directed to an interactive channel, offer interactive completion block 58 is activated to send an offer to a user based on the additional data. In acceptance decision block 60, if it is determined that the interactive offer was accepted, block 61 is performed to interactively transmit requests to the user for completion of the requested additional data. Review of the requested data is performed at completion decision block 62.
- completion decision block 62 determines the registration is complete, updated registration information is received at block 64. If it is determined in completion decision block 62, that the offer is not completed or if there is a time out, block 61 is performed to interactively submit the request to completion decision block 62.
- send completion and product information block 63 sends completion and product information to block 64.
- the registration record is updated with the updated registration information.
- Information complete decision block 66 determines if the registration information is complete. If the registration information is complete, an updated registration record is stored in data storage 32 and a registration event is sent to message queue 30, shown in Fig. 16 . Referring to Fig. 18 , if information complete decision block 66 determines the registration record is incomplete, a reminder is sent in block 67 for updated registration information which is forwarded to block 64.
- block 68 is performed to request a correction which is forwarded to interactive channel decision module 57 and proceeds thereafter as described above.
- Embodiments discussed herein can be implemented in a computer communicatively coupled to a network (for example, the Internet), another computer, or in a standalone computer.
- a suitable computer can include a central processing unit (“CPU"), at least one read-only memory (“ROM”), at least one random access memory (“RAM”), at least one hard drive (“HD”), and one or more input/output (“I/O") device(s).
- the I/O devices can include a keyboard, monitor, printer, electronic pointing device (for example, mouse, trackball, stylus, touch pad, etc.), or the like.
- ROM, RAM, and HD are computer memories for storing computer-executable instructions executable by the CPU or capable of being compiled or interpreted to be executable by the CPU.
- the processes described herein may be implemented in suitable computer-executable instructions that may reside on a non-transitory computer readable medium (for example, ROM, RAM, and HD, etc.), hardware circuitry or the like, or any combination thereof.
- a non-transitory computer readable medium for example, ROM, RAM, and HD, etc.
- the term "computer readable medium” is not limited to ROM, RAM, and HD and can include any type of data storage medium that can be read by a processor.
- Examples of computer-readable storage media can include, but are not limited to, volatile and non-volatile computer memories and storage devices such as random access memories, read-only memories, hard drives, data cartridges, direct access storage device arrays, magnetic tapes, floppy diskettes, flash memory drives, optical data storage devices, compact-disc read-only memories, and other appropriate computer memories and data storage devices.
- a computer-readable medium may refer to a memory, a disk, a data cartridge, a data backup magnetic tape, a floppy diskette, a flash memory drive, an optical data storage drive, a CD-ROM, ROM, RAM, HD, or the like.
- Any suitable programming language can be used to implement the routines, methods or programs of embodiments of the invention described herein, including C, C++, Java, JavaScript, HTML, or any other programming or scripting code, etc.
- Other software/hardware/network architectures may be used.
- the functions of the disclosed embodiments may be implemented on one computer or shared/distributed among two or more computers in or across a network. Communications between computers implementing embodiments can be accomplished using any electronic, optical, radio frequency signals, or other suitable methods and tools of communication in compliance with known network protocols.
- Any particular routine can execute on a single computer processing device or multiple computer processing devices, a single computer processor or multiple computer processors.
- Data may be stored in a single storage medium or distributed through multiple storage mediums, and may reside in a single database or multiple databases (or other data storage techniques).
- steps, operations, or computations may be presented in a specific order, this order may be changed in different embodiments. In some embodiments, to the extent multiple steps are shown as sequential in this specification, some combination of such steps in alternative embodiments may be performed at the same time.
- the sequence of operations described herein can be interrupted, suspended, or otherwise controlled by another process, such as an operating system, kernel, etc.
- the routines can operate in an operating system environment or as stand-alone routines. Functions, routines, methods, steps and operations described herein can be performed in hardware, software embodied on hardware, firmware or any combination thereof.
- Embodiments described herein can be implemented in the form of control logic in hardware or a combination of software and hardware.
- the control logic may be stored in an information storage medium, such as a computer-readable medium, as a plurality of instructions adapted to direct an information processing device to perform a set of steps disclosed in the various embodiments.
- an information storage medium such as a computer-readable medium
- a "computer-readable medium” may be any medium that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, system or device.
- the computer readable medium can be, by way of example only but not by limitation, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, system, device, propagation medium, or computer memory.
- Such computer-readable medium shall generally be machine readable and include software programming or code that can be human readable (e.g., source code) or machine readable (e.g., object code).
- non-transitory computer-readable media can include random access memories, read-only memories, hard drives, data cartridges, magnetic tapes, floppy diskettes, flash memory drives, optical data storage devices, compact-disc read-only memories, and other appropriate computer memories and data storage devices.
- some or all of the software components may reside on a single server computer or on any combination of separate server computers.
- a computer program product implementing an embodiment disclosed herein may comprise one or more non-transitory computer readable media storing computer instructions translatable by one or more processors in a computing environment.
- a “computer” or “processor” may include any hardware system, mechanism or component that processes data, signals or other information.
- a computer or processor can include a system with a general-purpose central processing unit, multiple processing units, dedicated circuitry for achieving functionality, or other systems. Processing need not be limited to a geographic location, or have temporal limitations. For example, a computer or processor can perform its functions in "real-time,” “offline,” in a “batch mode,” etc. Portions of processing can be performed at different times and at different locations, by different (or the same) processing systems.
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Information Transfer Between Computers (AREA)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP20181153.6A EP3926567A1 (de) | 2020-06-19 | 2020-06-19 | System und verfahren zur authentifizierung und registrierung von produkten und zur dynamischen wiedergabe von inhalten |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP20181153.6A EP3926567A1 (de) | 2020-06-19 | 2020-06-19 | System und verfahren zur authentifizierung und registrierung von produkten und zur dynamischen wiedergabe von inhalten |
Publications (1)
Publication Number | Publication Date |
---|---|
EP3926567A1 true EP3926567A1 (de) | 2021-12-22 |
Family
ID=71119933
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP20181153.6A Withdrawn EP3926567A1 (de) | 2020-06-19 | 2020-06-19 | System und verfahren zur authentifizierung und registrierung von produkten und zur dynamischen wiedergabe von inhalten |
Country Status (1)
Country | Link |
---|---|
EP (1) | EP3926567A1 (de) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114500109A (zh) * | 2022-04-06 | 2022-05-13 | 北京安华金和科技有限公司 | 一种产品注册平台的处理方法和系统 |
CN114884973A (zh) * | 2022-03-25 | 2022-08-09 | 徐工汉云技术股份有限公司 | 一种车辆定位数据的批量注册方法、装置及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120005026A1 (en) * | 2010-05-27 | 2012-01-05 | Mohammad Khan | Methods, systems and computer readable media for utilizing a consumer opt-in management system |
US20130173383A1 (en) * | 2012-01-03 | 2013-07-04 | Zortag Inc. | Method Of, And System For, Authenticating And Custom Marketing Products In Response To Their Authentication |
WO2015070055A2 (en) * | 2013-11-08 | 2015-05-14 | Vattaca, LLC | Authenticating and managing item ownership and authenticity |
US20160009288A1 (en) | 2014-07-14 | 2016-01-14 | Ford Global Technologies, Llc | Estimating a trailer road grade |
-
2020
- 2020-06-19 EP EP20181153.6A patent/EP3926567A1/de not_active Withdrawn
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120005026A1 (en) * | 2010-05-27 | 2012-01-05 | Mohammad Khan | Methods, systems and computer readable media for utilizing a consumer opt-in management system |
US20130173383A1 (en) * | 2012-01-03 | 2013-07-04 | Zortag Inc. | Method Of, And System For, Authenticating And Custom Marketing Products In Response To Their Authentication |
WO2015070055A2 (en) * | 2013-11-08 | 2015-05-14 | Vattaca, LLC | Authenticating and managing item ownership and authenticity |
US20160009288A1 (en) | 2014-07-14 | 2016-01-14 | Ford Global Technologies, Llc | Estimating a trailer road grade |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114884973A (zh) * | 2022-03-25 | 2022-08-09 | 徐工汉云技术股份有限公司 | 一种车辆定位数据的批量注册方法、装置及存储介质 |
CN114884973B (zh) * | 2022-03-25 | 2023-11-17 | 徐工汉云技术股份有限公司 | 一种车辆定位数据的批量注册方法、装置及存储介质 |
CN114500109A (zh) * | 2022-04-06 | 2022-05-13 | 北京安华金和科技有限公司 | 一种产品注册平台的处理方法和系统 |
CN114500109B (zh) * | 2022-04-06 | 2022-06-28 | 北京安华金和科技有限公司 | 一种产品注册平台的处理方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11550886B2 (en) | Disambiguation and authentication of device users | |
US10049347B2 (en) | Electronic receipt system with social media link and related servers and methods | |
US11238528B2 (en) | Systems and methods for custom ranking objectives for machine learning models applicable to fraud and credit risk assessments | |
CN109002464B (zh) | 利用对话界面自动报告分析和分发建议的方法和系统 | |
US9514483B2 (en) | Marketing campaign application for multiple electronic distribution channels | |
US11763334B2 (en) | Machine learning based customized notification generation and authentication system | |
US20170200193A1 (en) | Systems and methods for customizing electronic indicia | |
US20220012768A1 (en) | Iteratively improving an advertisement response model | |
US11205180B2 (en) | Fraud detection based on an analysis of messages in a messaging account | |
US11847636B2 (en) | Seamless electronic system and method for application, acceptance of, authorizing access to, and tracking purchases made with a new credit account | |
JP7026600B2 (ja) | 購買情報活用システム及び購買情報活用方法、及びプログラム | |
EP3926567A1 (de) | System und verfahren zur authentifizierung und registrierung von produkten und zur dynamischen wiedergabe von inhalten | |
CN113837768A (zh) | 用于认证和注册产品以及动态地呈现内容的系统和方法 | |
US10713538B2 (en) | System and method for learning from the images of raw data | |
US20190087914A1 (en) | Deterministic Rules Protocol To Determine A Score | |
US20230281654A1 (en) | Systems and methods for autonomous management of manufacturer coupons | |
US20200349587A1 (en) | System and Method for Authentication and Registration of Products and Dynamically Rendering Content | |
US20200226614A1 (en) | System and Method for Registration of Products and Dynamically Rendering Content | |
CA3060136A1 (en) | Seamless electronic system and method for application, acceptance of, authorizing access to, and tracking purchases made with a new credit account | |
US20220122134A1 (en) | Automated customer review matching | |
US20230325842A1 (en) | Methods and systems for enhancing purchase experience via audio web-recording | |
US20240111754A1 (en) | Systems and methods for enhancing transaction data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN PUBLISHED |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
B565 | Issuance of search results under rule 164(2) epc |
Effective date: 20201104 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20220623 |