US9256752B2 - Product authorization with cross-region access - Google Patents
Product authorization with cross-region access Download PDFInfo
- Publication number
- US9256752B2 US9256752B2 US14/149,759 US201414149759A US9256752B2 US 9256752 B2 US9256752 B2 US 9256752B2 US 201414149759 A US201414149759 A US 201414149759A US 9256752 B2 US9256752 B2 US 9256752B2
- Authority
- US
- United States
- Prior art keywords
- customer
- product
- region
- access
- blocking
- 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.)
- Active, expires
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/101—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities
- G06F21/1013—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities to locations
-
- G06F2221/0708—
Definitions
- the sale of new products has traditionally been through brick-and-mortar channels.
- a customer typically travels from their home or work, to a store, selects the product, pays for the product, travels back to their home or work, and then uses the product at their home or work.
- the geographic region serviced by a store is typically constrained because customers will, with all other things being equal, travel to the closest store to purchase a product.
- the geographic region serviced by a store may also be constrained by governmental regions that are defined by governmental organizations, such as country, state, county, or city, as certain products may only be adapted to operate under the rules of such governmental organizations.
- Product suppliers may price a product differently for different regions (i.e., geographic regions and governmental regions) for various reasons. For example, a retailer who wants to attract new customers to a new store or keep existing customers in face of stiff competition may price a product at a low price in a certain region. As another example, a product supplier may want to price a product higher in regions with a high cost of doing business. Factors that may influence the cost of doing business include the cost of complying with government regulations, tax rates, currency exchange rates, the cost of living, the cost of product liability insurance, and so on.
- a product sold in one region can be used in another region
- customers in a region in which a product is sold at a high price may travel to and purchase the product in a region where the product is sold at a low price.
- a product supplier may factor into the price the revenue that may be lost from high-price regions because of sales in a low-price region.
- the problem is, however, not so limited for digital products such as computer programs, music, and video, which may be distributed on DVD or CD or electronically.
- digital products such as computer programs, music, and video
- the customer may be provided with a product key.
- a product key is typically a sequence of 16 (4-by-4) or 25 (5-by-5) alphanumeric characters.
- the product key is evidence that the customer purchased the product.
- the customer may need to provide that product key electronically (e.g., via the Internet) to an authorization system so that the product key can be verified and access authorized.
- the authorization may result in a code being provided to the customer's computer so that the product can be used on that computer.
- the authorization may allow the product to be downloaded to the customer's computer or allow the customer to set up and account to access the product as an on-line service (e.g., via a cloud).
- a method and system for authorizing access to a product to limit suspected cross-region access receives from a customer device a product key that identifies a product and a product region and receives a customer address related to the customer device.
- the system identifies the customer's region from the customer address, which indicates the region in which the customer device is located.
- the system authorizes customer access to the product unless the product region does not match the customer region and blocking of access is confirmed by applying a blocking rule so that access to the product is authorized even if a cross-region access is suspected.
- a blocking rule may indicate to not block access when the confidence that the customer region has been correctly identified is below a threshold confidence level.
- FIG. 1 is a block diagram that illustrates the product authorization system and its interactions with other systems in some embodiments.
- FIG. 2 is a flow diagram that illustrates the processing of the authorize access component of the product authorization system in some embodiments.
- FIG. 3 is a flow diagram that illustrates the processing of the confirm blocking component of the product authorization system in some embodiments.
- FIG. 4 is a flow diagram that illustrates the processing of the access product component of the customer system in some embodiments.
- a method and system for authorizing access to a product by a customer to limit cross-region access refers to the acquisition (e.g., purchase) of a product meant to be used in one region while using the product in a different region.
- a product authorization system receives from a customer device (e.g., a computer) a product key that is unique to each purchase of a product.
- the product and the product region can be identified from the product key.
- the product region is the region in which the product is to be used as specified by a supplier of the product.
- the product authorization system receives a customer address for the customer device.
- the customer address may be, for example, an Internet Protocol (“IP”) address.
- IP Internet Protocol
- the product authorization system identifies a customer region from the customer address.
- the customer region indicates the region in which the customer device is located.
- the product authorization system may use one of many geolocation services that when provided with an IP address returns the geographic location associated with that IP address along with a confidence score.
- the confidence score indicates how confident the geolocation service is that the returned geographic location is the location where the device with that IP address is actually located.
- the product authorization system determines whether the product region matches the customer region.
- the product authorization system authorizes the customer's access to the product. Once access is authorized, the customer can access the product. If the product has already been installed to the customer device, the authorization would allow the customer to use the product. Authorization may also enable the product to be copied to a customer device (e.g., from a DVD or a server) and then used. The authorization may also enable the customer to use a product that is stored on a server (e.g., in the cloud).
- the product authorization system applies blocking rules to determine whether the customer's access to the product should be blocked. For example, a blocking rule may be that access should only be blocked if the customer region can be identified with a threshold degree of confidence. If a product supplier is not very confident that the customer region is correct, then the product supplier may not want to block access for fear of alienating a customer whose device is actually in the same region as the product region. Upon determining that a customer's access should be blocked, the product authorization system blocks the customer's access to the product. Otherwise, the product authorization system authorizes the customer's access to the product.
- a blocking rule may be that access should only be blocked if the customer region can be identified with a threshold degree of confidence. If a product supplier is not very confident that the customer region is correct, then the product supplier may not want to block access for fear of alienating a customer whose device is actually in the same region as the product region.
- the product authorization system defines a region to be a collection of sub-regions.
- the product authorization system may define regions such as Latin America, Europe, Middle East, and Asia Pacific with sub-regions that are countries.
- the product authorization system may alternatively define each region to be a single country with no sub-regions or with sub-regions of states, provinces, counties, and so on.
- the product authorization system may also define regions and sub-regions not based on a governmental organization.
- the product authorization system could define a region or sub-region based on zip code, area code, and so on.
- a sub-region may also be a collection of zip codes (or other postal codes) or area codes that share a common characteristic such as geographic proximity or similar median income.
- the product authorization system may even define regions more abstractly such as the area near a university.
- a region near a university may be used to help ensure that student versions are actually used by students.
- regions may be defined for any geographic areas in which a product supplier may want to prevent cross-region access.
- the product authorization system may allow for selective disablement of blocking of cross-region access. For example, certain distribution modes may be less susceptible to cross-region access, and a product supplier may not want to block even suspected cross-region access for such distribution modes.
- Distribution modes may include different distribution channels and distribution tenants within a distribution channel.
- Distribution channels include brick-and-mortar stores and electronic channels (e.g., the Internet). that may be administered by the manufacturer of the product or independent retailers or partners.
- Distribution tenants may include different types of brick-and-mortar stores (e.g., book store or computer store) and different types of web sites (e.g., business web site or student web site). So, the product authorization system would not block access when a product is purchased via a distribution mode that has blocking disabled.
- Such selective disablement may be also on a region-by-region basis or sub-region-by-sub-region basis.
- the product authorization system may use various rules to determine whether access should be blocked.
- the product authorization system may block access based on a threshold degree of confidence in the customer region that may vary over time.
- the product authorization system may allow a product supplier to specify that no more than a target percentage of suspected cross-region accesses should be blocked (i.e., a target goal). If more than the target percentage of cross-region accesses is being blocked, then the product authorization system may gradually increase the threshold degree of confidence until the percentage being blocked drops below the target percentage within a specified time period. For example, if the target is 5%, but 10% are being blocked, the product authorization system may increase the threshold degree of confidence from 0.95 to 0.96 for a certain period. If the percentage continues to be above 5%, the product authorization system would then increase the threshold to 0.97 and so on until the target percentage is met.
- the product authorization system may also allow for different threshold degree of confidences or different target percentages to be used for different regions. For example, a product supplier may believe that customers in a certain region (e.g., a border town) are more likely to engage in cross-region access. In such a case, the product supplier may specify a higher target percentage or a lower threshold degree of confidence in those regions to block more cross-region access. As another example, an Internet Service Provider might service different sub-regions with the same IP address range. In such a case, the product supplier may specify special targets or thresholds for such sub-regions.
- the product authorization system may also be used to limit cross-region access to physical products.
- a computer manufacturer may be prohibited from selling a certain product for use in a country for various reasons.
- the product e.g., a refrigerator
- Another reason may be that using the product in that country may be prohibited by court order.
- a product may be programmed to automatically check whether its use in the customer country or region is authorized.
- FIG. 1 is a block diagram that illustrates the product authorization system and its interactions with other systems in some embodiments.
- a product authorization system 100 interacts with customer system 110 , an electronic commerce system 120 , and a geolocation service 130 .
- the product authorization system 100 includes a region map store 101 , a blocking enabled flag 102 , distribution mode blocking enable flags 103 , a sub-region data store 104 , and product key data store 105 .
- the product authorization system also includes an authorize access component 106 , and a confirm blocking component 107 .
- the region map store contains a data structure that maps the various regions to their sub-regions (e.g., the Middle East includes Saudi Arabia and Yemen).
- the blocking enable flag indicates whether the blocking of cross-region access is enabled worldwide.
- the distribution mode blocking enabled flags indicate whether the blocking of cross-region access is enabled for the various distribution modes.
- the sub-region data store contains a data structure that indicates whether blocking is supported for each sub-region and, if supported, whether blocking is enabled for that sub-region.
- the product key data store is a data structure that stores information associated with a product key such as the part number of the product, the product region, a blocking enabled flag, an activated flag, and sub-regions where blocking is enabled for the product key.
- the blocking enabled flag indicates whether blocking is enabled for that product key.
- the activated flag indicates whether the product key represents a legitimate product key that can be used to access the product.
- the activated flag for a product key would typically be set when a product supplier sells a product to a customer and provides the product key to the customer as evidence of the sale.
- the authorize access component determines whether a requested access is authorized.
- the authorize access component is provided with a product key and a customer address.
- the authorize access component identifies the product region from the product key data store and the customer region by providing the customer address to the geolocation service 130 . If the product region and the customer region do not match, the authorize access component invokes the confirm blocking component to determine whether a suspected cross-region access should actually be blocked.
- the customer system 110 includes a purchase product component 111 , an access product component 112 , and a product key 113 .
- the purchase product component allows the customer to purchase a product from an electronic commerce system and store the product key as evidence of the purchase. Once the product is purchased, the customer uses the access product component to access the purchased product by providing the product key to the product authorization system.
- the electronic commerce system includes a sell product component 121 , an activate product component 122 , and a product database 123 .
- the sell product component interfaces with a customer to sell a product that is listed in the product database and provides a product key to the customer as evidence of the sale.
- the activate product component interacts with the product authorization system to indicate that the product key has been activated and the customer may now be authorized to access the product.
- the computing devices on which the product authorization system or customer systems may be implemented may include a central processing unit, input devices, output devices (e.g., display devices and speakers), storage devices (e.g., memory and disk drives), network interfaces, graphics processing units, accelerometers, cellular radio link interfaces, global positioning system devices, and so on.
- the input devices may include keyboards, pointing devices, touch screens, gesture recognition devices (e.g., for air gestures), head and eye tracking devices, microphones for voice recognition, and so on.
- the computing devices may include desktop computers, laptops, tablets, e-readers, personal digital assistants, smartphones, gaming devices, servers, and computer system such as massively parallel systems.
- the computing devices may access computer-readable media that includes computer-readable storage media and data transmission media.
- the computer-readable storage media are tangible storage means that do not include a transitory, propagating signal. Examples of computer-readable storage media include memory such as primary memory, cache memory, and secondary memory (e.g., DVD) and include other storage means.
- the computer-readable storage media may have recorded upon or may be encoded with computer-executable instructions or logic that implements the product authorization system.
- the data transmission media is used for transmitting data via transitory, propagating signals or carrier waves (e.g., electromagnetism) via a wired or wireless connection.
- the systems may be described in the general context of computer-executable instructions, such as program modules and components, executed by one or more computers, processors, or other devices.
- program modules or components include routines, programs, objects, data structures, and so on that perform particular tasks or implement particular data types.
- the functionality of the program modules may be combined or distributed as desired in various embodiments.
- aspects of the systems may be implemented in hardware using, for example, an application-specific integrated circuit (“ASIC”).
- ASIC application-specific integrated circuit
- FIG. 2 is a flow diagram that illustrates the processing of the authorize access component of the product authorization system in some embodiments.
- the authorize access component is invoked when a customer requests access to the product identified by the product key.
- the component determines whether the product region and the customer region match and authorizes access when they do match. If they do not match, then cross-region access may be occurring and the component will then determine whether such access should be blocked.
- the component receives the product key from the customer.
- the component retrieves the data for the product key that includes an indication of the product region and the activated flag for that product key.
- the component retrieves the customer address (e.g., IP address) associated with the customer device from which the product key was received.
- the component identifies the customer sub-region (e.g., country) associated with the customer address by accessing the geolocation service. The geolocation service returns the customer sub-region along with a confidence score.
- the component identifies the customer region from the customer sub-region using the sub-region map.
- decision block 207 if the product region and the customer region match, then the component continues at block 211 to authorize access, else a cross-region access may be occurring and the component continues at block 208 .
- the component invokes the confirm blocking component to determine whether the suspected cross-region access should be blocked.
- decision block 209 if the suspected cross-region access should be blocked, then the component blocks the access in block 210 , else the component authorizes the access in block 211 . The component then completes.
- FIG. 3 is a flow diagram that illustrates the processing of the confirm blocking component of the product authorization system in some embodiments.
- the confirm blocking component is passed a product key, a distribution mode, a sub-region, and a sub-region confidence score and applies various rules to determine whether the suspected cross-region access should be blocked. Some rules may be based on sub-region and/or customer region.
- decision block 301 if the blocking enabled flag is set, then blocking is enabled and the component continues at block 302 , else blocking is disabled and the component returns an indication that the suspected cross-region access should not be blocked.
- decision block 302 if blocking is enabled for the distribution mode, then the component continues at block 303 , else the component returns an indication that the suspected cross-region access should not be blocked.
- decision block 303 if the customer sub-region confidence score is greater than the threshold degree of confidence (e.g., a dynamic threshold), then the component continues at block 304 , else the component returns an indication that the suspected cross-region access should not be blocked.
- the threshold degree of confidence e.g., a dynamic threshold
- decision block 304 if the customer sub-region can support blocking, then the component continues at block 305 , else the component returns an indication that the suspected cross-region access should not be blocked.
- decision block 305 if blocking is enabled for the sub-region, then the component continues at block 306 , else the component returns an indication that the suspected cross-region access should not be blocked.
- decision block 306 if the sub-region is one that can be blocked based on the product key, then the component returns an indication that the suspected cross-region access should be blocked, else the component returns an indication that the suspected cross-region access should not be blocked.
- FIG. 4 is a flow diagram that illustrates the processing of the access product component of the customer system in some embodiments.
- the component interacts with the product authorization system to determine whether the customer is authorized to access the product associated with the product key.
- the component receives the product key provided by the retailer to the customer.
- the component submits the product key to the product authorization system.
- decision block 403 if the product authorization system indicates that access to the product is blocked, then the component completes by blocking access and reporting an error to the customer, else the component continues at block 404 .
- the component allows access to the product and then completes.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Technology Law (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Storage Device Security (AREA)
Priority Applications (11)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/149,759 US9256752B2 (en) | 2014-01-07 | 2014-01-07 | Product authorization with cross-region access |
AU2014376259A AU2014376259B2 (en) | 2014-01-07 | 2014-12-17 | Product authorization with cross-region access |
CN201480072528.8A CN106104543B (zh) | 2014-01-07 | 2014-12-17 | 产品的跨地区访问授权 |
JP2016562452A JP6449328B2 (ja) | 2014-01-07 | 2014-12-17 | クロス領域アクセスに対する製品認可 |
EP14825536.7A EP3092591B1 (en) | 2014-01-07 | 2014-12-17 | Product authorization with cross-region access |
MX2016008865A MX359853B (es) | 2014-01-07 | 2014-12-17 | Autorizacion del producto con acceso de region cruzada. |
PCT/US2014/070691 WO2015105644A1 (en) | 2014-01-07 | 2014-12-17 | Product authorization with cross-region access |
BR112016014864-9A BR112016014864B1 (pt) | 2014-01-07 | 2014-12-17 | Método, meio de armazenamento legível por computador e dispositivo de computação para autorização de produto com acesso via região transfronteiriça |
CA2934901A CA2934901C (en) | 2014-01-07 | 2014-12-17 | Product authorization with cross-region access |
KR1020167018104A KR102297156B1 (ko) | 2014-01-07 | 2014-12-17 | 교차 영역 액세스를 이용한 제품 허가 기법 |
RU2016127200A RU2678461C1 (ru) | 2014-01-07 | 2014-12-17 | Авторизация продукта с межрегиональным доступом |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/149,759 US9256752B2 (en) | 2014-01-07 | 2014-01-07 | Product authorization with cross-region access |
Publications (2)
Publication Number | Publication Date |
---|---|
US20150193632A1 US20150193632A1 (en) | 2015-07-09 |
US9256752B2 true US9256752B2 (en) | 2016-02-09 |
Family
ID=52345549
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/149,759 Active 2034-03-20 US9256752B2 (en) | 2014-01-07 | 2014-01-07 | Product authorization with cross-region access |
Country Status (11)
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220271954A1 (en) * | 2019-03-22 | 2022-08-25 | Lexmark International, Inc. | Physical Unclonable Function Variable Read Sensor |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9639919B2 (en) * | 2014-10-07 | 2017-05-02 | Stmicroelectronics (Grenoble 2) Sas | Detection and correction of artefacts in images or video |
US11593810B2 (en) * | 2018-11-21 | 2023-02-28 | Mastercard International Incorporated | Systems and methods for transaction pre-registration |
AU2020245217A1 (en) | 2019-03-22 | 2021-09-16 | Lexmark International, Inc. | Physical unclonable function region encoding |
CN117150567B (zh) * | 2023-10-31 | 2024-01-12 | 山东省国土空间数据和遥感技术研究院(山东省海域动态监视监测中心) | 一种跨区域不动产数据共享系统 |
Citations (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6138009A (en) * | 1997-06-17 | 2000-10-24 | Telefonaktiebolaget Lm Ericsson | System and method for customizing wireless communication units |
US20030065571A1 (en) | 1999-10-14 | 2003-04-03 | Rabindranath Dutta | System, method, and program for determining the jurisdiction of a product delivery location by using the ip address of the client while selling items via electronic commerce over the internet |
US6574732B1 (en) * | 1996-06-20 | 2003-06-03 | Emc Corporation | Software fingerprinting and branding |
US20050021467A1 (en) | 2001-09-07 | 2005-01-27 | Robert Franzdonk | Distributed digital rights network (drn), and methods to access operate and implement the same |
US20060059100A1 (en) | 2004-04-14 | 2006-03-16 | Digital River, Inc. | Software license server with geographic location validation |
US20070260550A1 (en) | 2006-04-20 | 2007-11-08 | Tobid Pieper | Digital goods export control |
US7519561B2 (en) * | 2005-11-10 | 2009-04-14 | International Business Machines Corporation | System, method and program to manage software licenses |
US7627753B2 (en) * | 2002-03-19 | 2009-12-01 | Microsoft Corporation | Secure digital data format and code enforced policy |
US20100024017A1 (en) | 2008-07-22 | 2010-01-28 | Bank Of America Corporation | Location-Based Authentication of Online Transactions Using Mobile Device |
US20100235279A1 (en) | 2007-06-04 | 2010-09-16 | Bce Inc. | Online transaction validation using a location object |
US20110099037A1 (en) | 2009-10-27 | 2011-04-28 | Useful Networks, Inc. | Location-Based, Time Sensitive Wireless Exchange |
US20120054001A1 (en) | 2010-08-25 | 2012-03-01 | Poynt Corporation | Geo-fenced Virtual Scratchcard |
US8218766B2 (en) * | 2001-10-17 | 2012-07-10 | Sirf Technology, Inc. | Systems and methods for facilitating transactions in accordance with a region requirement |
US20120265593A1 (en) | 2007-04-17 | 2012-10-18 | American Express Travel Related Services Company, Inc. | System and method for determining positive behavior and/or making awards based upon geographic location |
US20130053057A1 (en) | 2011-08-31 | 2013-02-28 | The Directv Group, Inc. | Method and system for determining a location of a mobile device and utilizing the location in content services |
WO2013054350A2 (en) | 2011-07-29 | 2013-04-18 | Deshpande Bipin Prabhakar | System and method for location based verification of transactions |
US20130204690A1 (en) | 2010-10-12 | 2013-08-08 | Geocast Holdings Limited | Determining coupon redemption validity via mobile devices |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1139064B1 (de) * | 2000-03-30 | 2004-05-19 | Siemens Aktiengesellschaft | Kraftfahrzeug-Navigationssystem mit einem geschützten Speichermedium |
CN1867938A (zh) * | 2003-09-19 | 2006-11-22 | 泰戈公司 | 用于竞争的处方药品和/或投标服务提供者选择的方法 |
US7765158B2 (en) * | 2004-01-27 | 2010-07-27 | Panasonic Corporation | Playback apparatus and server apparatus |
JP2005301578A (ja) * | 2004-04-09 | 2005-10-27 | Konami Co Ltd | 通信回線を用いたデータ管理方法及びデータ管理装置 |
RU2268635C1 (ru) * | 2004-09-15 | 2006-01-27 | Закрытое акционерное общество "Дженерал Текнолоджис" | Способ дистанционной продажи товаров и система для его осуществления |
US20120095877A1 (en) * | 2010-10-19 | 2012-04-19 | Apple, Inc. | Application usage policy enforcement |
KR101283884B1 (ko) * | 2011-04-28 | 2013-08-23 | 슈어소프트테크주식회사 | 세이프가드 장치, 방법 및 컴퓨터로 판독가능한 기록매체 |
-
2014
- 2014-01-07 US US14/149,759 patent/US9256752B2/en active Active
- 2014-12-17 BR BR112016014864-9A patent/BR112016014864B1/pt active IP Right Grant
- 2014-12-17 JP JP2016562452A patent/JP6449328B2/ja active Active
- 2014-12-17 MX MX2016008865A patent/MX359853B/es active IP Right Grant
- 2014-12-17 KR KR1020167018104A patent/KR102297156B1/ko active Active
- 2014-12-17 AU AU2014376259A patent/AU2014376259B2/en not_active Ceased
- 2014-12-17 CA CA2934901A patent/CA2934901C/en active Active
- 2014-12-17 RU RU2016127200A patent/RU2678461C1/ru active
- 2014-12-17 EP EP14825536.7A patent/EP3092591B1/en active Active
- 2014-12-17 WO PCT/US2014/070691 patent/WO2015105644A1/en active Application Filing
- 2014-12-17 CN CN201480072528.8A patent/CN106104543B/zh active Active
Patent Citations (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6574732B1 (en) * | 1996-06-20 | 2003-06-03 | Emc Corporation | Software fingerprinting and branding |
US6138009A (en) * | 1997-06-17 | 2000-10-24 | Telefonaktiebolaget Lm Ericsson | System and method for customizing wireless communication units |
US20030065571A1 (en) | 1999-10-14 | 2003-04-03 | Rabindranath Dutta | System, method, and program for determining the jurisdiction of a product delivery location by using the ip address of the client while selling items via electronic commerce over the internet |
US20050021467A1 (en) | 2001-09-07 | 2005-01-27 | Robert Franzdonk | Distributed digital rights network (drn), and methods to access operate and implement the same |
US8218766B2 (en) * | 2001-10-17 | 2012-07-10 | Sirf Technology, Inc. | Systems and methods for facilitating transactions in accordance with a region requirement |
US7627753B2 (en) * | 2002-03-19 | 2009-12-01 | Microsoft Corporation | Secure digital data format and code enforced policy |
US20060059100A1 (en) | 2004-04-14 | 2006-03-16 | Digital River, Inc. | Software license server with geographic location validation |
US7519561B2 (en) * | 2005-11-10 | 2009-04-14 | International Business Machines Corporation | System, method and program to manage software licenses |
US20070260550A1 (en) | 2006-04-20 | 2007-11-08 | Tobid Pieper | Digital goods export control |
US20120265593A1 (en) | 2007-04-17 | 2012-10-18 | American Express Travel Related Services Company, Inc. | System and method for determining positive behavior and/or making awards based upon geographic location |
US20100235279A1 (en) | 2007-06-04 | 2010-09-16 | Bce Inc. | Online transaction validation using a location object |
US20100024017A1 (en) | 2008-07-22 | 2010-01-28 | Bank Of America Corporation | Location-Based Authentication of Online Transactions Using Mobile Device |
US20110099037A1 (en) | 2009-10-27 | 2011-04-28 | Useful Networks, Inc. | Location-Based, Time Sensitive Wireless Exchange |
US20120054001A1 (en) | 2010-08-25 | 2012-03-01 | Poynt Corporation | Geo-fenced Virtual Scratchcard |
US20130204690A1 (en) | 2010-10-12 | 2013-08-08 | Geocast Holdings Limited | Determining coupon redemption validity via mobile devices |
WO2013054350A2 (en) | 2011-07-29 | 2013-04-18 | Deshpande Bipin Prabhakar | System and method for location based verification of transactions |
US20130053057A1 (en) | 2011-08-31 | 2013-02-28 | The Directv Group, Inc. | Method and system for determining a location of a mobile device and utilizing the location in content services |
Non-Patent Citations (2)
Title |
---|
International Search Report & Written Opinion for PCT Application No. PCT/US2014/070691, Mailed Date: May 19, 2015, 11 Pages. |
Singh, Nirvikar, "Chapter 14: Pricing", In Proceedings of Electronic Commerce: Economics and Strategy, Mar. 23, 2000, 16 pages. |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220271954A1 (en) * | 2019-03-22 | 2022-08-25 | Lexmark International, Inc. | Physical Unclonable Function Variable Read Sensor |
Also Published As
Publication number | Publication date |
---|---|
KR102297156B1 (ko) | 2021-09-01 |
EP3092591A1 (en) | 2016-11-16 |
BR112016014864B1 (pt) | 2022-07-19 |
KR20160106591A (ko) | 2016-09-12 |
BR112016014864A2 (pt) | 2017-08-08 |
CA2934901A1 (en) | 2015-07-16 |
BR112016014864A8 (pt) | 2020-06-09 |
RU2016127200A (ru) | 2018-01-10 |
US20150193632A1 (en) | 2015-07-09 |
AU2014376259A1 (en) | 2016-07-07 |
CN106104543A (zh) | 2016-11-09 |
EP3092591B1 (en) | 2020-09-09 |
JP2017504138A (ja) | 2017-02-02 |
AU2014376259B2 (en) | 2020-01-30 |
CN106104543B (zh) | 2019-04-09 |
RU2678461C1 (ru) | 2019-01-29 |
CA2934901C (en) | 2022-05-31 |
JP6449328B2 (ja) | 2019-01-09 |
MX359853B (es) | 2018-10-12 |
WO2015105644A1 (en) | 2015-07-16 |
MX2016008865A (es) | 2016-09-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Chin et al. | An empirical investigation of intent to adopt mobile payment systems using a trust-based extended valence framework | |
US11922425B2 (en) | Methods for enhancing transaction authorizations with device location data | |
CA2934901C (en) | Product authorization with cross-region access | |
US9892402B2 (en) | Financial authorization of an online transaction based on a location and an identifier of a user device | |
US10332192B2 (en) | Methods and systems for locating a mobile merchant | |
US20140297527A1 (en) | System and method for location based validation via mobile device | |
US10248802B2 (en) | Digital rights management using geographic and temporal traits | |
US11354668B2 (en) | Systems and methods for identifying devices used in fraudulent or unauthorized transactions | |
US20150304314A1 (en) | Methods and systems for providing bidirectional authentication | |
KR102146987B1 (ko) | 상품 추천 서비스 시스템 및 그 방법, 그리고 이에 적용되는 장치 | |
US10089665B2 (en) | Systems and methods for evaluating a credibility of a website in a remote financial transaction | |
US20160300267A1 (en) | Systems and methods for providing recommendations to residential relocators | |
Safieddine | M-commerce | |
US20170032368A1 (en) | Systems and Methods for Authenticating Account Users | |
US10216917B2 (en) | Identity validation using local environment information | |
US10635995B2 (en) | Systems and methods for facilitating event access through payment accounts | |
CN110570272A (zh) | 供货方法及装置、电子设备及计算机可读存储介质 | |
US20250285138A1 (en) | Computer implemented system and method for protecting individuals from false advertising and deceptive conduct in an online environment | |
US20240202696A1 (en) | Systems and methods for performing payments in an extended reality environment | |
US11604770B2 (en) | Methods and systems for secure product tracking data storage and verification | |
EP4519821A1 (en) | Computer implemented system and method for protecting individuals from false advertising and deceptive conduct in an online environment | |
Yen et al. | Cybersecurity risk with online transactions and relevant laws to protect consumers interests |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MICROSOFT CORPORATION, WASHINGTON Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:GOLAC, DAVOR;BHALLA, SUNIL;LEACH, LARRY;AND OTHERS;SIGNING DATES FROM 20131218 TO 20140118;REEL/FRAME:032165/0550 |
|
AS | Assignment |
Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC, WASHINGTON Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROSOFT CORPORATION;REEL/FRAME:034747/0417 Effective date: 20141014 Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC, WASHINGTON Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROSOFT CORPORATION;REEL/FRAME:039025/0454 Effective date: 20141014 |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |