WO2015164719A1

WO2015164719A1 - Systems and methods for generating location based entitlements

Info

Publication number: WO2015164719A1
Application number: PCT/US2015/027486
Authority: WO
Inventors: Jose Hernandez; Adam HORNIBROOK; Darren TRZYNKA
Original assignee: West Publishing
Current assignee: West Publishing
Priority date: 2014-04-25
Filing date: 2015-04-24
Publication date: 2015-10-29
Anticipated expiration: 2016-10-25
Also published as: CA2945800C; EP3135046A4; CA2945800A1; EP3135046B1; EP3135046A1; CN106416316A; AU2015249350B2; AU2015249350A1; US9596600B2; US20150312762A1; CN106416316B

Abstract

The present disclosure is directed towards systems and methods for providing one or more security measures in Bluetooth low energy protocol environment, which comprises broadcasting a beacon signal, wherein the beacon signal comprises one or more temporal attributes and a proximity range. A request from an access device is received to authenticate the access device with the beacon signal and is subsequently authenticated with the beacon signal when the access device is within the proximity range. One or more content items are the transmitted to the access device in accordance with the one or more temporal attributes while the access device is authenticated with the beacon signal.

Description

SYSTEMS AND METHODS FOE GENERATING

LOCATION BASED ENTITLEMENTS

COPYRIGHT NOTICE

[0001] A portion of th disclosure of this patent document contains material, which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the paient document or the patent disclosure, as it appears i n the

Reuters.

CROSS-REFERENCE TO RELATED APPLICATION

[0002] This application claims priority to U.S. Provisional Application No. 61/984,334, filed April 25, 2014, entitled "Systems and Methods for Generating Location Based

Entitlements," the content of which is incorporated herein in its entirety.

TECHNICAL FIELD

[0003] This disclosure relates generally to data distribution, security. More specifically, the disclosure is directed towards systems and methods for providing one or more security measures in a BLUETOOTH® Low Energy ("BEE") network.

BACKGROUND

[0004] With the ad vent of wireless communication technology becoming the mainstream focus i the our everyday lives, an increasing focus is being sent on establishing wireless communication protocols that limit the resources expended necessary to support such communications. Recently, one wireless communication protocol that has emerged in the wireless industry is BLUETOOTH'® Low Energy, which is intended to provide considerably reduced power consumption and cost while maintaining a similar communication range as to classic BLUETOOTH®. While gaining momentum as a broadcast resource within a finite location, BLUETOOTH® Low Energy does ha ve a signi ficant drawback, lack of security.

Specifically- the broadcast information from BLUBTOOTH 8> Low Energy transmitter can easily be spoofed to another device as the advertisement frame is plainly visible to the world The net result is that a receiving device may receive not onl receive incorrect content, but damaging content in the form of a virus or the like, instead of the .intended content from the intended

BLUETOOTH® Low Energy transmitter. Accordingly, there exists a need for additional security measures when authenticating a BLUETOOTH® Low Energy with a receiving access device.

SUMMARY

[0005] The present disclosure is directed towards systems and methods for providing one or more security measures in Bluetooth low energy protocol environment. In one aspect, the computer implemented method includes broadcasting a beacon signal, wherein the beacon signal comprises one or more temporal attributes and a proximity range. A request from an access device is received to authenticate the access device with the beacon signal and is subsequently authenticated with the beacon signal when the access device is within the proximity range. One or more content items are the transmitted to the access device in accordance with the one or more temporal attributes while the access device is authenticated with the beacon signal.

[0006] According to one embodiment, the one or more temporal attributes comprises one or more of rule defining a predefined time period before expiratio and a rule defining a number of uses, in another embodiment, the comp uter implemented method further incl udes invalidating the authentication of the access device with the beacon signal in accordance with the one or more temporal attributes and removing the one or more content items from the access device upon the authentication of the access device with the beacon signal being invalidated.

[0007] According to another embodiment, authenticating the mobile device with the beacon signal when the access device is within the proximit range further comprises iteratively authenticating the mobile device with the beaco signal. According to another embodiment authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises authenticating one or more beacon identification properties, [0008] In another embodiment, authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises authenticating the location of a beacon device broadcasting tie beacon signal. In yet another embodiment, authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises authenticating the location of the access device.

[0009] A system, as well as articles thai include a machine-readable medium storing machine-readable program code for implementing the various techniques, are disclosed. Details of various embodiments are discussed in greater detail below.

[0010] Additional features and advantages will be readil apparent from the following detailed description, the accompanying drawings and the claims.

BRIEF DESCRIPTION OE THE DRAWINGS

[0011] FIG. 1 is a schematic depicting an exemplary computer-based system for providing one or more security measures in a BLE network ;

[0012] FIG. 2 is a schematic depicting an exemplary computer-based system for providing one or more security measures in a BLE network ; [0013] FIG, 3 is a flow diagram illustrating an exemplary computer-implemented method for providing content in a BLE network using one or more security measures;

[0014] FIG. 4 is flow diagram illustrating an exemplary computer-implemented method for providing one or more securit measures in a. BLE network; and

[0015] FIG. 5 is a flow diagram illustrating an. exemplary computer-implemented method for providing one or more security measures in a. BLE network.

[0016] Like reference symbols in the various drawings indicate like elements.

DETAILED DESCRIPTION

[0017] In. the following description, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration specific embodiments in which the disclosure may be practiced, it is to be understood that other embodiments may be utilized and structural changes may be made without departing from the scope of the present disclosure.

[0018] Turn ing now to FIG. I , an example of a suitable computing system 100 within which embodiments of the disclosure may he implemented is presented. The computing system 100 is only one example and is not intended to suggest any limitation as to the scope of use or functionality of the disciostiie. Neither should the computing system 100 be interpreted as having any dependency or requirement relating to any one or combination of illustrated components.

[0019 ] For example, the present disclosure is operational with numerous other general purpose or special purpose computing consumer electronics, network PC^'s, minicomputers, mainframe computers, laptop computers, as well as distributed computin environments that include any of the above systems or devices, and the like.

[0020] The disclosure may be described in the general co ntext of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, loo code segments and constructs, etc. that perform particular tasks or implement particular abstract data types. The disclosure can. be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules are located in both local and remote computer storage media including memory storage devices. Tasks performed by the programs and modules are described below and with the aid of figures. Those skilled in the art can implement the description and figures as processor executable imtractions, which can be written on any form of a computer readable media.

[0021 j la one embodiment, with reference to FIG. 1. the system 100 includes a server

110 configured to include a processor 1 12, such as a central processing unit ("CPU"), random access memory ("RAM") 1 .14, one or more input-output devices 1 1 6, such as a display device (not shown) and keyboard (not shown), non-volatile memory 120 and data store 130, all of which are interconnected via a common bus and controlled by the processor 1 12.

[0022] As shown in the Fig. 1 example, in one embodiment, the non-volatile memory

120 is configured to include an application module 122, a beacon module 124 and a transmission module 126:, The application module 122 is configured to generate one or more applications that can be installed on the access device 160, receive BLE signal authentication requests from the access device 160, and work in conjunction with the beacon module 124 to verify beacon properties, beacon device locations and access device locations. According to one embodiment, the application module 122 is further configured to present a listing of available content items to the access device 160, manage requests for selected content items, and register content requests, beacon session requests, content item viewing and content item downloading. [0023] According to one embodiment, the beacon module 124 is operative to configure the beacon device 150 response to one or more commands by an administrator utilizing the input/output facilities of the server 10. In one embodiment, the beacon module is configured to, in conjunction with the application module 122, verify beacon properties, beacon device locations and access device locations and authenticate the BLE signal .1 80 with the access device 160. According to one embodiment,, the beacon module 124 is configured to monitor and evaluate content requests, beacon session requests, content item viewing and content item downloading. The transmission module 126 is configured serve as a gateway for the server 110 and is operative to receive from and transmit signals to the access device 160, the content server 140 and the beacon device 150. Additional details of modules 122. 124 and 126 are discussed in connection with FIGS. 2-5.

[0024] As shown in FIG. 1, in one embodiment_* a network 170 is provided that can include various devices such as routers, server, and switching elements connected in an. Intranet, Extranet or Internet configuration, in one embodiment, the network 170 employs wireless communication protocols to transfer information between an access device 160, the server 1 10, a data store 1.30, a content server 140 and a beacon device 150. For example, the network 170 may be a cellular or mobile network employing digital cellular standards including but not limited to the 3GPP, 3GPP2 and AMPS family of standards such as Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), CDMAOne,

CDMA2000, Evolution-Data. Optimized (EV-DO), LIE Advanced, Enhanced Data Rates for GSM. Evolution (EDGE), Universal Mobile Telecommunications System (UMTS), Digital Enhanced Cordless Telecommunications (DECT), Digital AMPS ilS-136/TDMA),

and Integrated Digital Enhanced Network (iDEN). The network 170 may also be a Wide Area Network ( W AN), such as the Internet, which employs one or more transmission protocols, e.g. TCP/IP. As another example, the network 170 may employ a combination of digital cellular standards and transmission protocols. In another embodiment, the network 170 uses wired commt«iicatio.ns to transfer information between the access device 160, the server 110, the data store 130, the content, server 140 and the beacon device 150. In yet. other embodiments, the network 170 may employ a combination of wired and wireless technologies to transfer information between the access device 160, the server 1 10, the data store 130, the content server 140 and the beacon device 150.

[0025] The data store BO is a repository that maintains and stores information utilized, by the before-mentioned modules 122, 124 and 126. m one embodiment, the data store .130 is a relational data store. In another embodiment, the data store 130 is a directory server, such as a lightweight Directory Access Protocol ("LDAP"). Jn yet another embodiment, the data store 130 is an area of non-volatile memory .120 of the server device 110.

[0026] i one embodiment, as shown in the FIG. 1 example, the data store 130 includes an authentication data store 132 and a content data store 134. According to one embodiment, the authentication data store 132 is operati ve to store and maintain the beacon properties, including the beacon identification properties., location infonnatton, temporal attributes and iterative labeling for a respective beacon device. According to one embodiment, the content data store 134 maintains a listing of all available content items maintained in the content server 140 and having been designated as accessible on an access device when in the vicinity of the beacon device 130.

[0027] Although the data store 130 shown in FIG, 1 is shown as part of the server device

1 10, it will be appreciated by one skilled in the art that the data store 130 and/or any of the information shown therein, can be distributed across various servers and be accessible to the server device 1 .10 over the network 1.70, be coup led directly to the server device 1 10, or be configured, in an area of non-volatile memory 120 of the server device 110.

[0028] The access device ! 60, according to one embodiment, is a personal device, such as a personal wearable device, a Smartphone, tablet device or o her personal digital assistant device. According to one embodiment, the access device 160 has user interface 1 6, an application module 162 and an internal storage component 164. Additionally, according to one embodiment, the access device 160 may have a plurality of sensors (not shown), an externa! storage component (not shown), a power management system (not shown), an audio component (not shown), audio input/output components (not shown), an. image capture and process system (not shown), RF antenna (not shown) and a subscriber identification module (SIM) (not shown). The internal storage component 164 may include, for example, static random-access

memory (SRAM.) or Flash memory components. According to one embodiment, the application module 162 is configured to execute a stand-alone client application, in another embodiment, the application module \ 62 is configured, to execute a web-based client application, such as a through web browser, which allows a user to access the data stored within data store 130 and the ^•content server 140, Examples of web browsers are known in the art, such as MICROSOFT® INTERNET EXPLORER®, GOOGLE CHROME™, MOZILLA FIREFOX® AND APPLE® SAFARI®. According to another embodiment, the access device 160 may comprise a plurality of access dev ices, each of which comprise the same exemplary components as described herein.

[0029] The application module 1 2, according to one embodiment, is configured to execute a client application, which is rendered to a user on the user interface 166 of the access device 160, The application, according to one embodiment, is executed via the application module 162 and rendered on the user interface 166 when execution of the application is initiated. Execution of the application and rendering on a user interface are well kno wn in th e art

According to one one embodiment, the applicatio is written in one or more programming languages commonly used for application programming development, including but not limited to JAVA, C, OH-, HT L, JavaScript, and Objective C,

[0030] According to one embodiment, the content server 140 is a general purpose or special purpose computing device comprising a user interface, an application module, transient and persistent storage devices, input/output subsystem and bus to provide a communications path between components comprising the general purpose or special purpose computer. According to one embodiment, the content server 140 comprises one or more databases containing one or more content items. A content item may consist of any type of electronic text, image or video data file. Exemplary content items may include book excerpts, articles, video snippets, coupons.

[0031] According to one embodiment, the beacon device 150 is a transmitter that uses

BLUETOOTH® Low Energy ("BEE") wireless protocol to broadcast a BEE signal 180 that can be received by a compatible device, such as a Smartphone or tablet, which has BLE capability. The BEE wireless protocol, also referred to as BLUETOOTH* SMART, is part of the Bluetooth Core Specification Version 4.0. As is known in the art, mobile operating systems, such as APPLE© IOS® and ANDROID™ , as well as well known operating systems APPLE® Mae OS®, LINUX®, and WINDOWS®, support the BLE wireless protocol.

[0032] According to one embodiment, the beacon device 150 is an IBEACON™ device powered by the APPLE® IBEACON™ technology, which is a commonly known technology that uses the BLE wireless protocol As is known in the art, an IBEACON™ deployment consists of one or more IBEACON™ devices that transmit their own unique identification number to the local area, which takes the form of defined iBeaeon prefix, followed by a variable proximity UUID, and a major, minor pair. Software on a receiving access device, such as a Smartphone or tablet running the APPLE® iOS® and ANDROID^"™ mobile operating system, ears connect to the IBEACON™ de vice arid perform various functions, such as no ifying the user of its presence, notifying the user of available content or retrieving values from the IBEACON™ generic attribute profile ("GA F') service. As is also known in the rt,

IBEACON™ devices can take the form of a fixed transmitter, such, as the ESTIMOTE™ beacon, or a mobile transmitter, such as a mobile device, such as a Smartphone or tablet running the APPLE® iOS® and ANDROID™ mobile operating system and having a BLE chipset. According to another embodiment, the beacon device .150 may comprise a plurality of beacon devices, each of which comprise the same exemplary components as described herein .

[0033] Further, it should be noted that the system 100 shown in FIG. 1 is only one embodiment of the disclosure. Other system embodiments of the disclosure may include additional structures that are not shown, such as secondary storage and additional computational devices. In addition, various other embodiments of the disclosure include fewer structures than those shown in FIG. 1. For example, in one embodiment, the disclosure is implemented on a single computing device m a non-networked standalone configuration. Data input and requests are communicated to the computing device via a input device, such as a keyboard and/or mouse. Da ta output, such as the computed significance score, of the system is communicated from the computing device to a display device, such as a computer monitor,

[0034] Turning now to FIG. 2, another example of a suitable computing system 100 within which embodiments of the disclosure may be impl emen ted is presented. The computing system 200 is only one example and is not intended to suggest any limitation as to the scope of use or functionality of the disclosure. Neither should the computing system 200 be interpreted as having any dependency or requirement relating to any one or combination of illustrated components.

[0035] For example, the present disclosure is operational with numerous other general purpose or special purpose computing consumer electronics, network PCs, minicomputers, mainframe computers, laptop computers, as well as distributed computing environments that include any of the above systems or devices, and the like.

[0036] The disclosure may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, loo code segments and constructs, etc. that perform particular tasks or implement particular abstract data types. The disclosure can be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network . In a distributed computing environment, program modules are located in both local and remote computer storage media including memory storage devices. Tasks performed by the programs and modules are described below and with the aid of figures. Those skilled in the art can implement the description and figures as processor executable instructions, which can be written on any form of a computer readable media.

[0037] in one embodiment, with reference to FIG. 2, the system 200 includes a server

210 configured to include a processor (not shown), RAM (not shown},, one or more input-output devices (not shown), such as a display device (not shown) and keyboard (not shown), nonvolatile memory (not shown) and dat store (not shown), all of which are interconnected via a common bus and controlled by the processor. [0038] As shown in FIG. 2, in one embodiment, a network 220 is provided that can include various devices such as routers, server, and switching elements connected in an intranet.. Extranet or internet configuration, hi one embodiment, the network 220 employs wireless contmtuiication protocols to transfer information, between an access device 240, the server 210, a locator device 250 and a beacon device 230. For example, the network 220 may be a cellular or mobile network employing digital cellular standards including bu not limited to the 3GPP, 3GPP2 and AMPS family of standards such as Global System for Mobile

Communications (GSM), General Packet Radio Service (GPRS), CDMAOne,

CDMA2000, Evolution-Data Optimized (EV-DO), LTE Advanced, Enhanced Data Rates for GSM Evolution (EDGE), Universal Mobile Telecommunications System (UMTS), Digital Enhanced Cordless Telecommunications (DECT), Digital AMPS (IS-136 TDMA),

and Integrated Digital Enhanced Network (iDEN). The network. 220 may also be a Wide Area Network (WAN), such as the internet, which employs one or more transmission protocols, e.g. TCP/IP. As another example, the network. 220 may employ a combination of digital cellular standards and transmission protocols, in another embodiment:, the network 220 uses wired communications to transfer information between the access device 240, tire server 10, the locator device 250 and the beacon device 230. in yet other embodiments, the network .170 may employ a combination of wired and wireless technologies to transfer information between the access device 240, tire server 10, the locator device 250 and the beacon device 230.

[0039] The access device 240, according to one embodiment, is a personal device, such as a personal wearable device, a Smartphone, tablet device or other personal digital assistant device. According to one embodiment, the access device 240 has user interface (not shown), an application module (not shown) and an internal storage component (not shown). Additionally; according to one embodiment, the access device 240 may have a plurality of sensors (not shown), an external storage component (.not shown), a power management system (not shown), an audio component (not shown), audio input/output components (not shown), an image capture and process system (not shown), RF antenna (not shown) and a subscriber identification module (SIM) (not shown). The internal storage component of the access device 240 may include, for example, static random-access memory (SRAM) or Flash memory components. According to one embodiment, the application module of the access device 240 is configured to execute a stand-alone client application, in another embodiment the application module of the access device 240 is configured to execute a web-based client application, such as a through web browser, which allows a user to access the data stored within the server 210 or other data sources connected to the network 220. E mples of web browsers are known i the art, such as

MICROSOFT® INTERNET EXPLORER®, GOOGLE CHROME™, MOZILLA FIREFQX® AND APPLE© SAFARI©. According to another embodiment, the access device 240 may comprise a plurality of access devices, each of which comprise the same exempiary components as described herein.

[0040] The applica tion module of the access device 240, according to one embodiment, is configured to execute a client application, which is rendered to a user on the user interface of the access device 240. The application, according to one embodiment, is executed via the application module of the access device 240 and rendered on the user interface 166 when execution of the application is initiated. Execution of the application and rendering on a user interface are well known in the art. According to one embodiment, the application is written in one or more programming languages commonly used for application programming development, including but not limited to JAVA, C, C++, HTML, JavaScript, and Objective C. [0041 ] According to one embodiment, the beacon device 230 is a transmitter that uses

BLUETOOTH® Low Energy ("BLE") wireless protocol to broadcast a BLE signal 260 that can be received by a compatible device, such as a Smartphone or tablet, which has BLE capability. The BLE wireless protocol, also referred to as BLUETOOTH* SMART, is part of the Bluetooth Core Specification Version.4.0. As is known, in the art, mobile operating systems, such as APPLE® iOS® and ANDROID™ , as well as well known operating systems APPLE® Mac- OS®, LINUX®, and WINDOWS®, support the BLE wireless protocol

[0042] For example, and according to one embodiment, the beacon device 230 is an

IBEACON™ device powered by the APPLE® IBEACON™ technology, which is a commonly known technology that uses the BLE wireless protocol. As is known in the art, an IBEACON™ deployment consists of one or more IBEACON™ devices that transmit their own unique identification number to the local area, which takes the form of defined iBeacon prefix, followed by a variable proximity UUID, and a major, minor pair. Software on a receiving access device, such as a Smartphone or tablet running the APPLE® iOS® and ANDROID™ mobile operating system, can connect to the IBEACON™ device and perform various functions, such as notifying the user of its presence, notifying the user of available content or retrieving values from the IBEACON™ generic attribute profile. ("ΟΑΤΓΊ service. As is also known in the art,

IBEACON™ devices can take the form of a fixed transmitter, such as the EST1MOTE™ beacon, or a mobile transmitter, such as a mobile device, such as a Smartphone or tablet running the APPLE® iOS® and ANDROID™ mobile operating system and having a BLE chipset.

[0043] In one embodiment, the locator device 250 is networking component that broadcasts a locator signal 270 to the access device 240. According to one embodiment, the locator device 250 is network component such as a router, booster or other broadcasting device that is capable of broadcasting a Wi-Fi local area wireless signal as is known in the art.

Accordingly, locator signal 270, according to the same embodiment, is a Wi-Fi local area, wireless signal within 2.4 GHz UHP and 5 GHz SHF ISM radio bands as is known the art. hi another embodiment, the locator device 230 is Global Positioning System {"GPS") satellite and the locator signal 270 is satellite broadcast signal in 1.1 to L5 bands as is known in the art..

According to one embodiment, the beacon device 230, the access device 240 and the locator device 250 are in the same location A, wherein the locator device 250 is Wi-Fi network component broadcasting a local area Wi-Fit signal 270. In another embodiment (not shown), the locator device 250 is in a different location than the access device 240 and the beaco device 230, wherein the locator device 250 is GPS satellite and the locator signal 270 is a GPS satellite broadcast signal.

[0044] Further, it should be noted that the system 200 shown in FIG. 2 is only one embodiment of the disclosure. Other system embodiments of the disclosure may include

additional structures that are not shown, such as secondary storage and additional computational devices. In addition, various other embodiments of the disclosure include fewer structures than those shown in FIG. 2. For example, in one embodiment the disclosure is implemented on a single computing device in a non-networked standalone configuration. Data input and requests are communicated to the computing device via an input device, such as a keyboard and/or mouse. Data o utput, such as the computed significance score, of the system is communicated from the computing device to a display device, such as a computer monitor,

[0045] Turning now to FIG. 3, an exemplar method 300 for providing content in a BLE network using one or more security measures is disclosed in the context of system 100 of FIG. 1. In the exemplary embodiment illustrated in FIG. 3, a BLE broadcast signal ISO is generated by the beacon device 150 and is received by the access device 160, wherein the BLE signal I SO comprises one or more temporal attributes and a proximity range, step 310. According to one embodiment, and as discussed previously, tbe beacon device 150 is an IBBAC0 ™ device that can take the form of a fixed transmitter, such as the ESTIMOTE™ beacon, or a mobile transmitter, such as a mobile device, such as a Smartphone or tablet running the APPLE® iOS® and ANDROID™ mobile operating system and having BLE chipset, suc as the APPLE® ΪΡΗΟ Ε®.

[0046] hi one embodiment, prior to the BLE broadcast signal being generated, the beacon device 150 is configured by the beacon module 124 of the server 1 10 i response to one or more commands by an administrator utilizing the input/output facilities of the server 1 10, In particular, the beacon module 124 configures the beacon properties of the beacon device 1 0 v ia the transmission module 126. Exemplary beacon properties include proximity range

information, such as the unique identification number for the beacon device 50 to the local area, which includes the ί Beacon prefix, followed by a variable proximity universally unique identifier ("IJUID"), a major, minor pan and XX power value, as well as one or more temporal attributes, such as a time expiration period for the use of the beacon device 150 or a quan tifiable number of uses of the beacon de vice .150.

[0047] According to one embodiment, th configuration of the beacon device 150 is performed by the beacon module 124 of the server 1 10 on an iterative or roiling basis. A rolling configuration of the beacon properties serves as one of the security measures afforded by the present invention. The rolling configuration, in one embodiment, is accomplished by the beacon module 124 of the server 1 1 automatically generating one or more beacon configuration properties o an iterati ve time basis, such as second, minute, hour or day. Each instance of the beacon properties, in addition to being transmitted to the beacon device, are also stored in the authentication data store 132 and associated with the respecti ve beacon device 150 and its corresponding location.

[0048] Once the configuration is created is create by the beacon module 124, the beacon properties are transmitted to the beacon device 150 via the transmission module 126 and over the network 170. The beacon device 150 is then operable to transmit the BLE broadcast signal ISO within a specified area as defined by the proximity range set for hi the beacon properties and as known in the art. According to one embodiment, the beacon device 150 initiates broadcast of the BLE signal. ISO in. response to one or more user commands.

[0049] At step 320, the access device 160 generates a request to authenticate the BLE signal 180, which is recei ved by the beacon module 124 via the transmission module 126. in one embodiment, and as discussed previously, the access device 160 is a persona! device, such as a personal wearable device, a Smartphone, tablet device or other personal digital assistant device, executing the APPLE® iOS® mobile operating system, ANDROID™ mobile operating system, or other mobile operating system and has the capabilit to receive an IBEACON™ broadcast signal or other Bluetooth Low Energy signal. According to one embodiment, the application module 162 of the access device 160 executes a software application that is operative to identify the presence of a BLE signal For example, a user having an 1PHO E© at a trade show in the specified vicinity of a IBEACON™ device having executed a Smartphone application operative to identify d e presence of an IBEACON™ signal, such as the THOMSON REUTERS

PROVIEW eReader application, can receive a notification that an IBEACON™ signal is available, in one embodiment, in addition to providing an identification of the presence of a BLE signal, listing of available content items is also displayed through the software application.

[0050] Subsequent to the executed software application on the access device 1 0 receiving a notification of the presence of the BLE signal 180, the application module 162 of the access device 160 sends an authentication request to the application module 122 of the server 110 over the network 170 via the transmission module 126, The uthentication request, according to one embodiment, includes a request to authenticate and confirm the one or more beacon properties, which as discussed previously, includes the Beacon's own unique identification number to the local area, such as iBEACO ^'m's defined iBeaeon prefix, followed by a variable proximity UUID, a major, minor pair, and XX Po wer value. The application module 122 of the server 1 10, upon recei ving the authentication request, communicates with the beacon module 124 in order to verify and compare the one or more beacon properties in the authentication request to the one or more beacon properties maintained in the authentication data store 132 and associated with the respective beacon device 150 and its corresponding location. In one embodiment, the aforementioned authentication process occurs on an iterati ve basis when the beacon configuration is set to occur on a rolling basis. As described previously, the roiling configuration is accomplished by the beacon module 124 of the server 110 automatically generating one or more beacon configuration properties on an iterative lime basis, such as second, minute, hour or day. Accordingly, the subsequent authentication of the beacon properties is also performed on an iterative time basis, on an interactive basis with the executed software application of the access device 160, or combination thereof.

[0051 ] Returning to FIG. 3, at step 330, the access device 1 0 is authenticated, with the

BLE signal 180 when the access device 160 is within the proximity range of the beacon device 150 upon confirmation by the application module 122 in conjunction with the beacon module 124 that the beacon properties of the authentication request are in fact the same as the beacon properties maintained in the authentication data store 132 and associated with the respective beacon device 150 and its corresponding location. Continuing from the pre vious example, the IPHONE® at the trade show while in the specified vicinity of a IBEACON™ device is authenticated with the IBEACON™ device when a back-end server confirms that the

IBEACON™'s defined iBeaeon. prefix, followed by a variable proximity UtJID, a major, minor pair, and TX Power value represented to the IPHONE® is the same as IBEACON™^*s properties as recorded at the back-end server. n one embodi ment, the authenticat ion of the access device 160 with the BLE signal 180 is performed on an iterative basis when the beacon configuration is set to occur on a rolling basis.

[0052] Once authenticated, one or more content items are transmitted from the content, server 140 to the access device .160 via the network .170 in accordance wit the one or more temporal attributes while the access device 160 is authenticated with the BLE signal 180, step 340. in one embodiment a listing of available content items is made available by the application module 122 of the server 1 10 to the application module 162 of the access device 160 over the network 170 via the transmission module 126. The listing of available con tent items, according to one embodiment, is made available by interrogating the content data store 134 to identify available content items maintained in the server 140 and have been identified as accessible an access device when in the vicinity of the beacon device 150 , Continuing from the previous example, the IPHONE® at the trade show while in the specified vicinity of an IBEACON™ device receives a listing of marketing documents that has been previously set by an administrator as the listing of content that is to be made available to users at the trade show. In the example, the listing of marketing documents corresponding to a specific beacon, device is maintained in a data store, such as the content data store I 34 of the access device 1 10. Upon selection of a gi ven content item, the application module 122 will send the request via the transmission module 126 over the network 170 to the content server 140, which in turn will transmit the selected content item over the network 170 to the access device 1.60, Farther details regarding the one or more temporal attributes associated with the transmitted content item are discussed in connection with FIG. 5.

[0053] Turning now to FIG. 4, an exemplary method 400 for providing content in a BLE network using one or more security measures is disclosed i the context of system 100 of FIG, I , In the exemplary embodiment illustrated in FIG, 4, a previously configured BLE broadcast signal 180 comprising one or more beacon properties is broadcast by the beacon device 150, step 410. According to one embodiment, and as discussed previously, the beacon device 150 is an IBEACON™ device and the one or more beacon, properties includes beacon properties include proximity range information, such as the unique identification number for the beacon device 150 to the local area, which includes the iBeacon prefix, followed by a variable proximity universally unique identifier ("UU ID"), a major, minor pair and TX power value; one or more temporal attributes, such as a time expiration period for the use. of the beacon device 150 or a quantifiable number of uses of the beacon device 150; a physical location of the beacon device 150, such as its GPS location; and a rolling configuration label if the beacon is intended to be automatically configured on an iterative basis.

[0054] At ste 420, the application module 162 of the access device 160 having executed the application recognizes the presence of the broadcast BLE signal ! SO and renders notification of the BLE signal 180 on the user interface 166. For example, a user having an ίΡΗΟ Ε® in a book store or library in the specified vicinity of a IBEACON™- device having executed a Smartphone application operative to identify the presence of an {BEACON™ signal, such as the THOMSON REUTERS PROVTEW ©Reader application, can receive a notification i the application user interface thai an IBEACON™^' signal is available.

[0055] Returning to FIG. 4, at step 430, the application module 162 requests the one or more beacon properties from the beacon module 124 of the server 1 10. In one embodiment, the application module 162 of the access device 160 sends an authentication request to the

application module 122 of the server 1 10 over the network 170 via the transmission module 126. The authenticatio request, according to one embodiment, includes a request to authenticate and confirm the one or more beacon properties, including the beacon device ISO's own unique identification number to the local area, such as IBEACON™'s defined iBeacon prefix, followed by a variable proximity ULTD, a major, minor pair, and TX Power value; one or more temporal attributes,, such as a time expiration period o a limited quantifiable number of uses of the beacon device 150; the beacon device 1 SO's physical location; or a ro!lins configuration label.

[0056] A determination is then made as to whether the one or more beacon properties are valid, step 440. n one embodiment, the one or more beacon properties are considered in two categories, beacon identification properties of the beacon device 150 and the beacon device 150's physical location. A determination is first made by the beacon module 124 as to whether the beacon identification properties are valid, step 450, The beacon identification properties, according to one embodiment, includes the beacon device I SO's own unique identification number to the local area, as well as the rolling configuration label, if present, that identifies that the beacon will he authenticated on a rolling iterative basis. The application module 122 of the server 110, upon receiving the authentication request, communicates with the beacon .module 124 m order to verify and compare the beacon identification properties in the authentication request to the beacon identification properties maintained in the authentication data store 132 and associated with the respective beacon device 150.

[0057] If the beacon identification properties are invalid, the process flow ends and the access device 160 will not be authenticated with the BLE signal .180. By contrast, if a determination is made that the beaco identification properties are valid, process flow continues to step 460. At step 460, a determination is made as to whether the location of the beacon device 150 and the access device 160 is valid. According to one embodiment, the beacon device 150's location comprises the beacon device ISO's physical location, such as the latitudinal and longitudinal coordinates of the beacon device 150, detennined using a Wi-Fi-based positioning system ("WPS"), Global Positioning System ("GPS") or the like. System 200 of FIG. 2

illustrates an exemplary system used to determine if a beacon device's location is valid. As discussed previously, in one embodiment, the locator device 250 is networking component that broadcasts a locator signal 270 to the access device 240. According to one embodiment, the locator device 250 is a network component such as a router, booster or other broadcasting device that is capable of broadcasting a Wi-Fi local area wireless signal as is known in the art. in another embodiment, the locator device 250 is GPS satellite and the locator signal 270 is satellite broadcast signal in LI to L5 bands as is known in the art. in yet. another embodiment, the locator device 250 comprises components of both a WPS and a GPS, or other like combination as is known in the art,

[0058] According to one embodiment, when the beacon module 124 makes a

determination that the beacon identification properties are valid, the beacon module 124 identifies beacon device ISO's anticipated physical location recorded in the authentication data store 132. The beacon device ISO's anticipated physical location is recorded when the beacon device 150 first broadcasts the BLE signal 180. in one embodiment when the beacon device 150 initially broadcasts the BLE signal 180, the beacon device also notes its physical location coordinates and whether it is located to a WPS or other local area network, and subsequently transmits that information to the beacon module 124 via the transm ssion module 126 over the network 170 to a network. The beacon module 124 in turn records the location information .in the authentication data store 132 as being associated with the beacon device 150. Subsequent to the beacon module i 24 verifying the beacon identification properties, the beacon module 124 identifies the beacon device ISO's anticipated physical .location and its connection to the WPS, sends out a request via the transmission module 126 over the network 170 to a network to the network component at that location to validate and confirm the access device 160 is in the physical location, i another embodiment, where the beacon device 150 is not connected to a local area network or cannot be located by a WPS. the GPS coordinates are used by the beacon module 124, which turn requests the GPS system t confirm that the access device 160 is in the physical location by confirm the GPS coordinates of the access device 160. In another

embodiment, the location information of the access device 1 0, as GPS or YVPD coordinates, for example, is sent to the server 110 when the authentication request is made and the beacon module 124 confirms the location of both the the access device 160 and the beacon device 150.

[0059] Returning to F!G. 4, at step 470, if the beacon device 150 is not within proximit of the access device 160, the process flow ends and the access device 160 will not be

authenticated with the BLE signal 180. By contrast, if a determination is made that the beacon device 150 is within proximity of the access device 1 0, the access device 160 will be authenticated with the BLE signal 1.80, step 470. At step 480, one or more content items are made accessible to the application by the application module 162 while the access device 160 is authenticated wit the BLE signal 180.

[0060] Turning now to FIG. 5, an exemplary method 500 for providing content in a BLE network using one or more security measures is disclosed in the context of system 100 of FIG. 1. In the exemplary embodiment illustrated in FIG. 5, the application executed by the application module 162 of the access device 160 submits a request to the application module 122 via the transmission module 126 over the network 170 for a given content item available on content server 140 once the access device 160 is authenticated with the BLE signal 180, step 510. For example, a user having an ΪΡΗΟΝ.Ε® in a book store or library that is authenticated with the BLE signal and having executed a Smartphone application, such as ihe THOMSON R.EU ERS PRO VIEW e eader application, receives a notification of the availability of free reading materials such as sample book excerpts. According to one embodiment, and as discussed in connection with FIG. 3. the BLE signal is broadcast with one or more temporal attributes,, such as a time expiration period for the use of the beacon device 150 or a quantifiable number of uses of t he beacon device .150.

[0061 j At step 520, a determination is made as to whether the number of beacon uses is greater than a threshold. In one embodiment, where the BLE signal is broadcast with th temporal attributes limiting the number of uses of^" the beacon device 150 to a threshold number, such as three beacon uses, the application module 122 will register each instance of the application module 162 of the access device 160 having made a request for a content item and compare the total number of instance the access device 160 has made a content item request to the threshold, number of allowable content item requests set forth by an administrator and associated with the beacon device ! 50, which is recorded in the authentication data store 132. In another embodiment, the application module 122 will register each instance of a beacon device use session by the application module 162 of the access device 1 0 and compare the iota! number of a beacon device use sessions made initiated by the application module 1 2 and compare to the threshold .number of allowable beacon device use sessions set forth by an administrator and associated with the beacon device 150, which is recorded in the authentication data store 132.

[0062] If it. is determined that the number of beacon uses has exceeded the threshold, the

BLE signal is invalidated for subsequent uses, step 525, and process flow ends. By contrast, if the number of beacon uses has not exceeded the threshold, process flow continues to step 530, the content item is presented to the access device 1 0. Further details concerning the transfer and presentation of content items on the access device were discussed previously in connection, with FIGS. 1 -4.

[0063] Returning to FIG. 5. process flow then continues to step 540. wherein a determination is made as to whether the expiration time for time expiration period for the use of the beac on device 150 has elapsed. According to one embodiment, the authentication of the BLE signal ISO to the access device 160 is set for a finite time period, whereby the beacon module 124 in conjunction with the application module 122 monitors the time by which the access device can remain authenticated to the BLE signal 180. The beacon module 124 begins monitoring time of the beacon use when the application module first receives a request from the access device 360 to authenticate the BLE signal I SO and indentifies that the expiration time period set forth by an administrator for the beacon device 150 and maintained in the records within authentication module 132, While the access device 160 is authenticated with the BLE signal 180 within the allowable time period, process flow continues to step 53 , where the content item continues to be presented to the access device 160. By contrast, if it is determined that the expiration time period has elapsed, process flow continues to step 525, wherein the BLE signal is in validated and the presentat ion of the content item terminates.

[0064] Ac cording to one embodiment, the presentation of the one or more content item s is accomplished through a web-based software application wherein the content items are not made avaiiable locally on the access device 160 but instead are viewed over the network 170. In another embodiment, the one or more content items are made available locally on the access device 160 and stored within internal storage 164 of the access device 160. With regard to the latter, and returning to FIG. 5, when one of the temporal attributes for invalidating the BLE signal are triggered, i.e. the expiration time period for the use of the beacon device 150 has elapsed or a quantifiable number of allowable uses of the beacon device 150 has been exhausted, the one or more content items stored locally within internal storage 164 of the access device 160 is removed from the access device though well-known method m the art. such as through use of self-destruct files, or deleted by the application module 162 in communication with the application module 122 once the beacon module 124detetmines one of the temporal attributes having been triggered.

[0065] FIGS. 1 through 5 are conceptual illustrations allowing fo an explanation of the present disclosure. It. sho uld be understood that vari ous aspects of the embodiments of the present disclosure could be implemented in hardware, firmware, software, or combinations thereof. In such embodiments, the various components and/or steps would be implemented in hardware, firmware, and/or soft ware to perform the functions of the present disclosure. That is, the same piec e of hardware, firm ware, or module of soft ware could perform one or more of the illustrated blocks (e.g., components or steps). [0066] In software implementations, computer software (e.g. , programs or other

instructions) and/or data is stored on a machine readable medium as part of a computer program product, and is loaded into a computer system or other device or machine via a removable storage drive, hard drive, or commtmications interface. Computer programs (also called computer control logic or computer readable program code) are stored in a main and/or

secondary memory, and executed fay one or more processors ( controllers, or the like) to cause the one or more processors to perform the functions of the disclosure as described herein. In this document, the terms "machine readable medium," "computer program medium" and "computer usable medium" are used, to generally refer to media such as a random access memory (RAM); a read only memory (ROM); a removable storage unit (e.g.. a magnetic or optical disc, flash memory device, or the like); a hard disk; or the like.

[0067] Notably, the figures and examples above are not meant to limit the scope of the present disclosure to a single embodiment, as other embodiments are possible by way of interchange of some or all of the described or illustrated elements. Moreover, where certain elements of the present disclosure can be partially or fully imp lemented us ing known

components, only those portions of such known components that are necessary for an

understanding of the present disclosure are described, and detailed descriptions of other portion of such known components are omitted so as not to obscure th disclosure. In the present specification, an embodiment showing a singular component should not necessarily be limited to other embodiments including a plurality of the same component, and vice-versa, unless explicitly stated otherwise herein. Moreover, applicants do not intend for any term n the specification or claims to be ascribed an uncommon or special mea ing unless explicitly set forth as such. Further, the present disclosiire encompasses present and future known equivalents to the known components referred to herein by way of illustration.

[0068] The foregoing description of the specific embodiments so fully reveals the general nature of the disclosure that others can, by applying knowledge within the skill of the relevant artfs) (including the contents of the documents cited and incorporated by reference herein), readily modify and/or adapt for various applications such specific embodiments, without undue experimentation, without departing from the general concept of the present disclosure. Such adaptations and modifications are therefore intended to be within the meaning and range of equivalents of the disclosed embodiments, based on the teaching and guidance presented herein . It is to be understood that the phraseology or terminology herein is for the purpose of description and not of limitation, such that the terminology or phraseology of the present speci fication is to be interpreted by the skilled artisan in light of the teachings and guidance presented herein, in combination with the knowledge of one skilled in the relevant art(s).

[0069] While various embodiments of the present disclosure ha ve been described above, it should be understood that they have been presen ted by way of example, and not limitations. It would be apparent to one skilled in the relevant art(s) that various changes in form and detail could be made therein without departing from the spirit and scope of the disclosure. Thus, the present disclosure should not b limited by any of the above-described exemplary embodiments, but should be defined only in accordance wit the following claims and their equivalents.

Claims

WHAT IS CLAIMED IS:

1. A c mputer mp!eniented method comprising:

broadcastin a beacon signal, wherein the beacon signs! comprises one or more temporal attributes and a proximity range;

receiving a request from an access device to authenticate with the beacon signal;

authenticating the access device with the beacon si goal when the access device is withi the proximity range; and

transmitting one or more content items to the access device in accordance with the one or more temporal attributes while the access device is authenticated with the beacon signal.

2. The computer-implemented method of claim 1 , wherein the one or more temporal attributes comprises one or more of a rule defining a predefined time period before expiration and a rule defining a number of uses.

3. The computer-implemented method of claim 1 , further comprising invalidating the authentication of the access device with the beacon signal in accordance with the one or more temporal attributes.

4. The computer-implemented method of claim 3, further comprising removing the one or more content items from the access device upon the authentication of the access device with the beacon signal being invalidated.

5. The computer-implemented method of claim I , wherein the beacon signal complies with the Bluetooth lo energy protocol.

6. The computer-implemented method of claim I , wherem authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises itera ively authenticating the mobile device with the beacon signal

7. The compiler- implemented method of claim 1 , wherein authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises authenticating one or more beacon identification properties.

8. The computer-implemented method of claim 1 , wherein authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises authenticating the location of a beacon device broadcasting the beacon signal

9. The computer-implemented method of claim 1 , wherein authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises authenticating the location of the access device.

10. Non-transitory computer readable media comprising program code stored thereon for executio b a programmable processor to perform a method for providing one or more security measures in Bluetooth low energy protocol environment, the computer readable media comprising:

program code for broadcasting a beacon signal, wherein the beacon signal comprises one or more temporal attributes and a proximity range;

program code for receiving a request from an access device to authenticate with the beacon signal ;

program code for authenticating the access device with the beacon signal when the access device is within the proximity range; and

program code for transmitting one or more content items to the access device in

accordance with the one or more temporal attributes while the access device is authenticated with the beacon signal.

1 1. The computer readable media of 1.0, wherein the one or more temporal attributes comprises one or more of a ride defining a predefined time period before expiration and a rale defining a number of uses.

12. The computer readable media of 10, further comprising program code for invalidating the authentication of the access device with the beacon signal in accordance with, the one or more temporal attributes.

13. The computer readable media of 12, further comprising program code for removing the one or more content items from the access device upon the authentication of the access device with the beacon signal being invalidated.

14. The computer readable medi of 10, wherein the beacon signal complies with the Bluetooth low energy protocol

15. The computer readable media of 10, wherein program code for authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises program code for iterati ely authenticating the mobile device with the beacon signal

16. The computer-implemented method of claim 1 , wherein program code for authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises program code for authenticating one or more beacon identification properties.

! 7, The computer readable media, of 10, wherein program code tor authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises program code for authenticating the location of a beaco device broadcasting the beacon signal,

18. The computer readable media of 10, wherein program code for authenticating the mobile device with the beacon signal when the access device is within the proximity range further comprises program code for authenticating the location of the access device,

1 . A system for performing a method for providing one or mor security measures in Bluetooth low energy protocol, environment,, the system comprising:

a beacon device configured to broadcast a beacon signal, wherein the beacon signal comprises one or more temporal attributes and a proximity range;

a server including a processor configured to;

receive a request from an access device to authenticate with the beaco signal; authenticate the access device with the beacon signal when the access device is within the proximity range; and

transmit one or more content items to the access device in accordance with the one or more temporal attributes while the access device is authenticated with the beacon signal.

20. The system of claim 19, wherein the one or more temporal attributes comprises one or more of a rule defin ing a predefined time period before expiration and a rule defining a number of uses,

21. The system of claim 19, wherein th server is further configured to invalidate the authentication of the access device with the beacon signal in accordance with the one or more temporal attributes,

22. The system of claim 21 , wherein the server is further configured to remove the one or more content items from the access device upon the authentication of the access device with the beacon signal being invalidated.

23. The system of claim 1 , wherein the beacon signal complies with the Bluetooth iow energy protocol.

24. The system of claim 19, wherein the server in authenticating the mobile device with the beacon signal when the access device is within the proximiiy range is further coafigured to it ratively authenticate the mobile device with the beacon signal.

25. The system of claim 19, wherein the server in authenticating the mobile device with the beacon signai when the access device is within the proximity range is further configured to authenticate one or more beacon identification properties.

26. The system of claim 19, wherein the server in authenticating the mobile device with the beacon signal when the access device is within the proximity range is further configured to authenticate the location of a beacon device broadcasting the beacon signal

27. The system of claim 1 , wherein the server in authenticating the mobile device with the beacon signal when, the access device is within the proximity range is further oonfi gored to authenticate the location of the access device.