+

WO2008101289A1 - Système et procédé pour un réseau de télécommunications reposant sur des utilisateurs enregistrés - Google Patents

Système et procédé pour un réseau de télécommunications reposant sur des utilisateurs enregistrés Download PDF

Info

Publication number
WO2008101289A1
WO2008101289A1 PCT/AU2008/000227 AU2008000227W WO2008101289A1 WO 2008101289 A1 WO2008101289 A1 WO 2008101289A1 AU 2008000227 W AU2008000227 W AU 2008000227W WO 2008101289 A1 WO2008101289 A1 WO 2008101289A1
Authority
WO
WIPO (PCT)
Prior art keywords
bluetooth
server
registered user
user device
communications
Prior art date
Application number
PCT/AU2008/000227
Other languages
English (en)
Inventor
Che Metcalf
Original Assignee
Podmo Mobile Pty Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from AU2007900844A external-priority patent/AU2007900844A0/en
Application filed by Podmo Mobile Pty Ltd filed Critical Podmo Mobile Pty Ltd
Publication of WO2008101289A1 publication Critical patent/WO2008101289A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor

Definitions

  • the present invention relates to the field of telecommunications, and more particularly to the provision of a wireless telecommunications network to registered users.
  • Wireless communication between people is an everyday event, with the most common form being used for telephony for voice communications and to a lesser extent computer-to-computer communications for purely data communications.
  • the digital nature of both these methods provides the basis for both voice and data to be communicated within their respective systems.
  • the Bluetooth communications protocol is a short range (typically less than 100m), low cost, low power radio frequency based protocol for enabling wireless communications between two or more devices. Since the first release of the Bluetooth communications protocol
  • Bluetooth specification in 1994 it has undergone significant development, which has lead to widespread integration in a range of devices such as mobile phones, laptops, personal digital assistants (PDA's), video game consoles, personal computers and associated peripheral devices such as keyboards, mice, printers, and cameras.
  • Bluetooth technology operates in the unlicensed ISM band at 2.4 to 2.485 GHz, using a spread spectrum, frequency hopping, full-duplex signal at a nominal rate of 1600 hops/ sec.
  • the basic data rate is approximately 1 Megabit per second (Mbps), and increases to 2.1 Mbps as an Enhanced Data Rate, available under the Bluetooth 2.0 specification.
  • the ISM band is unlicensed in most countries.
  • the range of a Bluetooth connection depends upon the Bluetooth class of the device, with class 1 devices having a range of approximately 100m, class 2 devices having a range of approximately 10m, and class 3 devices having a range of approximately Im. As communication is performed with radio frequencies, devices need not be in line of sight of each other although the exact range will depend upon factors such as transmitter power, receiver sensitivity and the local environment.
  • Bluetooth protocols enable the formation of an ad hoc network known as a piconet which consists of a master device and up to seven active slave devices. Up to 255 further slave devices can be inactive, or parked, which the master device can bring into active status at anytime. Devices in a piconet occupy the same physical channel which means that they are synchronized to a common clock and hopping sequence which is derived from the master's clock and the master's Bluetooth device address.
  • Bluetooth devices may switch to the master or slave role at any time (known as a master-slave switch). Some Bluetooth devices may only accept connections on the condition that the connecting device will accept a master-slave switch so that the device accepting the connection may become the master device.
  • Each piconet has a different physical channel (that is a different master device and an independent piconet clock and hopping sequence). These may be connected to form a scatternet, with some devices acting as a bridge by simultaneously playing the master role in one piconet and the slave role in another piconet (a device may not be a master of more than one piconet).
  • Establishing a piconet first requires connection between devices.
  • Each Bluetooth device has a unique 48 bit address known as the Bluetooth device address.
  • Establishing a connection only requires knowledge of the Bluetooth device address of the target (slave) device by the initiating (master) device. However any additional knowledge about the clock estimate (the slave's estimate of the master's clock) would speed up the time taken to establish the connection. If the master device knows the unique 48-bit address of the (target) slave device, the slave device will always respond to direct connection requests. Once a connection is established, a device can then request access to a service of the other device, which can choose to allow or deny access to the service.
  • Bluetooth enabled devices use an inquiry procedure to either discover nearby devices, or to be discovered by devices in their locality.
  • the Bluetooth inquiry procedure uses a special physical channel for the inquiry requests and responses. Any device may perform a general inquiry to find other devices to which to connect, and any device can be configured to respond (or not) to such inquiries.
  • the inquiry procedure involves a source device entering an inquiry state and sends out inquiry packets to all devices in range.
  • a Bluetooth device will transmit at least the Bluetooth address of the device, clock offset, device class, and may transmit additional information such as device name, list of services, device features, manufacturer, and the Bluetooth specification. This information allows the source device to then request a connection with the responding device.
  • a connection can be initiated by any device to another device and be held until it goes out of range.
  • Some devices can only be connected to one device at a time and connecting to them will prevent them from connecting to other devices and showing up in inquiries until they disconnect the other device.
  • the device offering a service controls access to the service, with many devices requiring a secure connection to be created between the devices, before access to the service by the connecting device is allowed.
  • Such secure connections in which a trusted relationship is established between the devices, is known as pairing the devices, or simply pairing.
  • Paired devices allow secure connection through the use of cryptographic authentication of device identity and optional encryption of data. As the Bluetooth address is permanent, a pairing will be preserved even if the Bluetooth name of one or both of the paired devices is changed. Pairs can be deleted at any time by either device.
  • pairing is not always convenient nor is it trouble free. In some cases pairing can be time consuming, especially if multiple attempts are required. Secondly, pairing generally requires the user to input PIN numbers to establish the connection which can be inconvenient. Finally in some cases pairing can not be achieved without substantial user intervention such as updating drivers or modifying device configurations. Thus in some circumstances it is desirable to avoid pairing and instead directly connect devices using the known Bluetooth address of the two devices.
  • Java Platform Micro Edition
  • Java ME Java ME
  • JME Java 2 Platform
  • J2ME Java 2 Platform
  • JSR82 JME Mobile Information Device Profile
  • JSR 118 JSR 118
  • JSR 118 JSR 118
  • JSR 118 JSR 118
  • JSR 118 JSR 118
  • JSR 118 JSR 118
  • JSR 118 JSR 118
  • JSR 118 JSR 118
  • JSR 118 JSR 118
  • JSR 118 JSR 118
  • JSR 118 JSR 118
  • JSR 118 includes a push registry, which enables MIDlets to set themselves up to be launched (initiated) automatically, without user initiation. Initiation can be in response to network or timer based events.
  • the registration of MIDlets, and how they may be initiated, is handled by the push registry.
  • a MIDlet can be registered in the push registry to be activated by an incoming Bluetooth connection.
  • Bluetooth communications capability is typically underutilised for communications between two mobile devices.
  • Such underutilisation often results from the user interface either preventing or not implementing potential Bluetooth based communications capability, or the user interface is not sufficiently user friendly and therefore becomes a barrier to use.
  • User interfaces are often mobile device type specific, and thus menu options in one device are not the same in another different device.
  • some user interfaces do not support persistent connections or sessions based operations. Rather each request is treated as an independent transaction and requires a new Bluetooth connection to be established. In such cases the transfer of multiple files between devices, or of a single file to multiple devices, can be time consuming and tedious for the user. Additionally the devices must be in Bluetooth range of each other in order to set up the required direct device to device Bluetooth connections. Thus there is a need to improve, or at least provide an alternative way for users of Bluetooth capable devices to utilise the Bluetooth capabilities of their devices.
  • the present invention accordingly provides a system for providing a telecommunications network for use by registered user devices, the system including, a plurality of connected servers having server software wherein at least one of the connected servers having Bluetooth communications capability, and at least one of the connected servers having a dataf ile containing a registered user device address list containing a Bluetooth device address for each registered user device, wherein
  • Bluetooth communications capable servers with access to said datafile provide registered user devices access to said plurality of connected servers including access between registered user devices; client software installed on a registered user device having a Bluetooth communications capability, wherein when executed, the client software enables communication with server software executing in a server having a Bluetooth communications capability, wherein said communication uses the Bluetooth protocol to communicate between said registered user device and said server having Bluetooth communications capability.
  • the present invention accordingly provides a server apparatus for a telecommunications network including Bluetooth capable user devices, the apparatus including means for connecting to the other server apparatus in the telecommunications network; means for executing server software; means for determining if a Bluetooth device address is in a list of Bluetooth device addresses corresponding to user devices which are registered with the telecommunications network; at least one means for communicating with a device having Bluetooth communications capability, means for controlling access to the telecommunications network of server apparatus by a device having Bluetooth communications, wherein access is only provided if the Bluetooth device address of said device is in a list of Bluetooth device addresses corresponding to user devices which are registered with the telecommunications network; and wherein said means for communicating with a device having Bluetooth communications capability uses the Bluetooth protocol over a communications channel.
  • the present invention accordingly provides a method for controlling access to a telecommunications network by a server, the server having a means for connecting to the telecommunications network; means for executing server software; at least one means for communicating with a device having Bluetooth communications capability over a communications channel, and a list of Bluetooth device addresses corresponding to user devices which are registered with the telecommunications network; the method including the steps of: obtaining the Bluetooth device address of device requesting access to the telecommunications network using the server software and at least one means for communicating with the device having Bluetooth communications capability over a communications channel; and allowing access to the telecommunications network by the user device if the obtained Bluetooth device address of the user device is in a list of Bluetooth device addresses corresponding to user devices which are registered with the telecommunications network.
  • the present invention accordingly provides a method for localizing data provided to a registered user device by a server of a telecommunications network, wherein the registered user device is communicating with the server over a communications channel using the Bluetooth protocol and the server includes a location identifier, the method including the steps of: requesting data from the server by the registered user device; receipt of the requested data by the server; localizing data to be sent to the requesting registered user device based on the location identifier of the server.
  • the present invention accordingly provides a method for registering a Bluetooth enabled device with a telecommunications network, the network including a plurality of connected servers wherein at least one of the connected servers having a Bluetooth communications capability and also having server software, and at least one of the connected servers having a datafile containing a registered user device address list containing a Bluetooth device address for each registered user device, wherein the datafile is available at least to the servers having Bluetooth communications capability; the method including the steps of: using the Bluetooth Inquiry protocol to obtain a list of local Bluetooth device addresses using a server having Bluetooth communications capabilities, checking if a local Bluetooth device address is also contained in the list of Bluetooth device addresses corresponding to registered user devices and if the address is not in the said list, offering client software for communicating with the telecommunications network to the Bluetooth enabled device using the server; accepting and executing the client software on the Bluetooth enabled device, wherein the client software initiates a registration process to register the Bluetooth enabled device with the system, wherein the registration process includes adding the Bluetooth device address to the datafile containing
  • the present invention accordingly provides a method for accessing a telecommunications network by a registered user device, the network including a plurality of connected servers having server software wherein at least one of the connected servers having a Bluetooth communications capability and offering a Bluetooth service for accessing said telecommunications network, and at least one of the connected servers having a dataf ile containing a registered user device address list containing a Bluetooth device address for each registered user device, wherein the datafile is available at least to the servers having Bluetooth communications capability; client software installed on a registered user device having a Bluetooth communications capability; the method including the steps of: searching by client software executing on a registered user device for a Bluetooth communications capable server offering a Bluetooth service for accessing said telecommunications network and if found, requesting access to said telecommunications network by the client software executing on a registered user device from the found server, allowing the client software executing on a registered user device access to said telecommunications network if the Bluetooth device address of the registered user device is in a list of Bluetooth
  • the present invention accordingly provides a method for accessing a telecommunications network by a registered user device, the network including a plurality of connected servers having server software wherein at least one of the connected servers having a Bluetooth communications capability, and at least one of the connected servers having a datafile containing a registered user device address list containing a Bluetooth device address for each registered user device, wherein the datafile is available at least to the servers having Bluetooth communications capability; a registered user device having a Bluetooth communications capability, a push registry, and installed client software, wherein the push registry of the registered user device will execute the client software in response to a predefined push request; the method including the steps of: obtaining a list of Bluetooth device addresses of Bluetooth devices in range of a server having a Bluetooth communications capability by the said server, sending the said predefined push request from the server to a local Bluetooth address if the address in the list of Bluetooth device addresses of Bluetooth devices in range of a server and in the list of Bluetooth device addresses corresponding to registered user devices.
  • FIGURE 1 is a block diagram of registered user based telecommunications network according to an aspect of the present invention
  • FIGURE 2 is a block diagram of registered user based telecommunications network according to another aspect of the present invention.
  • FIGURE 3 is a exemplary embodiment of a connection process
  • FIGURE 4 is a block diagram of an exemplary embodiment of a process for controlling access to the network
  • FIGURE 5 a block diagram of the dynamic server side processing that is performed in relation to a data request
  • FIGURE 6 is an exemplary embodiment of a Bluetooth enabled server processing a user request
  • FIGURE 7 is a block diagram of another exemplary embodiment of a process for controlling access to the network
  • FIGURE 8 A shows an exemplary embodiment of the start-up screen for the client software according to an aspect of the present invention
  • FIGURE 8B shows an exemplary embodiment of the screen of the client software for performing searches according to an aspect of the present invention
  • FIGURE 8C shows an exemplary embodiment of the screen of the client software for browsing content available on the registered user network the according to an aspect of the present invention
  • FIGURE 9 A shows an exemplary embodiment of the screen of the client software showing an advertising listing according to an aspect of the present invention
  • FIGURE 9B shows an exemplary embodiment of the screen of the client software showing a Banner advertisement displayed when a registered user downloads content from the local Bluetooth enabled server according to an aspect of the present invention
  • FIGURE 9C shows an exemplary embodiment of the screen of the client software showing a full page advertisement and menu icon of a major sponsor according to an aspect of the present invention
  • FIGURE 9D shows an exemplary embodiment of the screen of the client software showing a redeemable coupon offered to a registered user according to an aspect of the present invention.
  • mobile phone will be used to describe conventional mobile phones as well as any Bluetooth enabled portable device with an MIDP implementation, and preferably JSR82.
  • FIG. 1 shows an exemplary embodiment of a registered user based telecommunications network 100.
  • the network is comprised of a network of connected servers, 110, 111, 180 each having server software 130 connected via connections 170, 171.
  • the system is divided into a backend server 180, and Bluetooth communications capable servers 110, 111.
  • Each of the Bluetooth communications capable servers include one or more Bluetooth devices 140, 144 for Bluetooth communications (only one device per server is shown).
  • the Bluetooth communications range defines local network access zones 120,121 around servers 110, 111 respectively.
  • two such Bluetooth communications capable servers and zones are shown for ease of explanation, but it is to be understood that there may be a plurality of servers having Bluetooth communications capability.
  • Such servers will also be referred to as Bluetooth servers, or Bluetooth enabled servers.
  • the network may also include servers without Bluetooth communications capability such as the administration
  • the administration server 180 stores information on registered users of the system, including a datafile 190 containing a registered user device address list containing a Bluetooth device address for each registered user device. This file is made available to all Bluetooth enabled servers, and may be made available to other severs as required. Typically this datafile will be part of a database containing other information about the registered user and their registered user device. This database made be supplied in whole or in part to Bluetooth enabled servers. In another exemplary embodiment this file is stored on another backend server or Bluetooth enabled server, or distributed (and synchronised) on all servers.
  • a Bluetooth enabled server may send a Bluetooth device address query to the server the database resides on (in this case 180) and obtain a yes/ no response regarding whether the Bluetooth address is in the registered user device address list.
  • the administration server may also record session information (eg session time, content requested) on registered users and content usage on the system. Some or even all of the administration functions may also be delegated or distributed to other servers in the network (including Bluetooth communications capable servers).
  • Network access zone 120 consists of a Bluetooth communications capable computer server 110 which includes at least one Bluetooth device 140.
  • the Bluetooth devices are Bluetooth transceivers which may be either integrated into the server or connected to the server via a USB port.
  • the boundary 120 of the network access zone is defined by the communication range of the Bluetooth transceivers of the server 110.
  • One or more Bluetooth enabled devices may also be in the zone, 160, 161, 162.
  • a registered user device 160 accesses the network via a Bluetooth communications channel (Bluetooth link) 150.
  • the Bluetooth communications capable server 110 includes a cache for storing content, and runs server software 130 for communicating with registered user devices 160, 161 and 162, and the other servers in the network including servers 180 and 111.
  • the server software running on the Bluetooth enabled server controls access to the network by checking that the Bluetooth address of devices attempting to connect to the network is in the registered user device address list, and only allows access to registered user devices.
  • the server and client software is written in Java.
  • the server is also suitably equipped to execute such software, including a CPU, memory, and storage means (eg hard disk) as would be apparent to the person skilled in the art.
  • the server software enables communications with the client software executing on registered user devices.
  • the server software stores the physical location of the server (the location identifier) to allow localisation of data and searches provided to registered users. This location identifier will be assigned to any registered users the server communicates with over a Bluetooth connection. This may be assigned at the time of connection, or to each data request as the context requires. As Bluetooth connections are typically short range (ie under 10m) this provides an efficient way of determining the location of the user without the need for GPS, or other position estimation technologies.
  • Server software will instruct each server Bluetooth device to seek to be a master device (using a master-slave switch as is known in the art) in any piconet established so that the server can optimise resources and perform load balancing.
  • the server software may be in control of several Bluetooth devices which are each masters of independent piconets, and the server software can initiate transfer of a slave device from one piconet to another piconet that it controls (also known as hand off).
  • the Bluetooth enabled server may also include a display and input means such as a touch screen.
  • a touch screen allows registered users to directly interact with the server, allows registration of new users, and provides an alternative way for registered users to interact with the network which may be useful in circumstances when their user device is not operational (such as due to a dead battery or other technical issues).
  • a registered user device 160 runs a client software application (the registered user application) that allows communication via a Bluetooth link 150 with a Bluetooth enabled server 110.
  • the client software is a thin client application to the server software application executing on a Bluetooth enabled server.
  • the client software enables the user to access the registered user network, displays content obtained from the Bluetooth enabled server 110, and sends requests and content to the Bluetooth enabled server.
  • An exemplary embodiment start-up screen is shown in figure 8 A.
  • the client software is a Java MIDlet that can be downloaded to the registered user device upon registration with the network. User registration can be performed over a website, via the touchscreen of the local computer server in the network access zone, via a user accepting the software from a server over Bluetooth, via WAP or Premium SMS.
  • Registration requires the registering user to enter contact details including but not limited to (name, address, email), demographic (age, sex), mobile details (phone number, manufacturer, model type, telecommunication carrier) and optionally other associated information such as their interests and preferences.
  • contact details including but not limited to (name, address, email), demographic (age, sex), mobile details (phone number, manufacturer, model type, telecommunication carrier) and optionally other associated information such as their interests and preferences.
  • contact details including but not limited to (name, address, email), demographic (age, sex), mobile details (phone number, manufacturer, model type, telecommunication carrier) and optionally other associated information such as their interests and preferences.
  • the Bluetooth device address of the user device is recorded in the registered user device address list 190 maintained by the network. Registration information is entered into and stored by the backend servers from which a registered user profile is created.
  • the user may obtain the client software from several sources. If registration is performed via a registration site on the internet (whether access via a WAP browser on the phone, or a different computing device), then the application may be sent directly to the phone via the telecommunications carrier via a WAP Push. Alternatively the registering user may text a request for the application to be sent to the phone via a Premium SMS service. In such cases the registered user will typically incur download charges from the telecommunications carrier for receiving the registered user application.
  • a Bluetooth enabled server offers the client software to devices which are not yet registered on the network. Registration may then be performed if the offered software is accepted, installed and executed on the device. The system is thus an opt-in system, as the user is first given the option to receive the client software, and then once they have execute the software they are given the choice to register with the network.
  • FIG. 1 shows a second network access zone 121 having server 111 executing server software 130, the server having a Bluetooth device 144 which is in communications with a registered user device 164 over Bluetooth communications channel 154.
  • each Bluetooth server is connected to the backend server 180 via a communications links, in this case 110 to 180 via 170, and 111 to 180 via 171.
  • this communications link is a secure link over a broadband connection between the Bluetooth server and the backend servers.
  • the link may be any suitable wired or wireless link.
  • registered user devices 160 and 164 may communicate with each other over the network. Communication between registered users may be in the form of Voice over Internet Protocol (VoIP), Instant Messaging (IM), Email or other means.
  • Registered user devices 160,164 may browse content provided on network intranet, or gain access to the internet, access information services, perform searches for services (eg local restaurants) upload files and download files.
  • VoIP Voice over Internet Protocol
  • IM Instant Messaging
  • Email or other means.
  • Registered user devices 160,164 may browse content provided on network intra
  • Figure 2 shows another exemplary embodiment of the invention 200, featuring backend servers 280 which include a content server 281, and administration server 282 and an advertising server 283.
  • the content server 281 stores content which is made available to Bluetooth enabled servers 210, 211 for provision to registered user devices in each network access zone 220, 221.
  • the content comprises data (documents, images, movies etc) and template files written in a mark-up language.
  • the advertising server 283 handles advertising functions of the network such as the provision of advertising content to servers as well as the tracking of content displayed to registered users.
  • the advertising server may include a database and interface to allow queries to be made of this database to enable the production of reports relating to specific advertising content.
  • the database or interface may be integrated with other databases, such as a user profile database to facilitate queries about registered users possessing requested demographic characteristics.
  • the advertising module additionally allows advertisers to monitor and adjust advertising campaigns. Adjustment may be in relation to geographic or temporal display of content, as well as modification of existing content and the uploading of new content and the changes can be made in real time as information regarding the use of current advertising is being fed back to the advertiser or at intervals of the advertisers choosing.
  • the advertising module may reside in another server, or may reside in multiple servers and send querys to the tracking database.
  • a single Bluetooth transceiver 240 is connected to the Bluetooth enabled server 210 for Bluetooth communications with Bluetooth enabled registered user devices 260, 261, 262, 263 over Bluetooth links 250, 251, 252, 253 respectively.
  • the server software instructs the server Bluetooth device 240 to be the master of this piconet formed between devices 240, 260, 261, 262, and 263, executing a master slave switch as required (for example after a connection is formed with a registered user device which is initially acting in the role of master).
  • An alternative configuration is illustrated in network access zone 221.
  • the server 211 comprises three Bluetooth devices 244, 245 and 246, which each are respectively connected to a single Bluetooth enabled registered user devices 264, 265, 266 over Bluetooth links 254, 255, 256.
  • the server software instructs each Bluetooth server device 244, 245, 246 to be the master device in each of the three piconets.
  • the Bluetooth devices 240, 244, 245, 246 may either be integrated into the server or each connected to the server via a USB port.
  • each Bluetooth enabled server is equipped with at least four USB ports into which four Bluetooth transceivers (also known as Bluetooth dongles) are connected, thus actively supporting up to 28 registered user (slave) devices.
  • each Bluetooth transceiver may instruct selected registered user devices, which are all slave devices to the master transceiver, to enter parked, or inactive states. In this way each Bluetooth transceiver can support up to seven active links with registered users and 255 inactive links with registered users.
  • one or more USB hubs may be connected to the Bluetooth enabled server to enable a plurality of Bluetooth transceivers to be connected enabling expansion of user capacity on an as required basis.
  • the server software instructs each Bluetooth device connected to the server to form a piconet with only one registered user device (as illustrated in network access zone 221).
  • a server may have 8 Bluetooth devices to enable 8 registered users to be supported, and in another alternative exemplary embodiment a server may 4 USB ports into which 4 USB hubs are connected each having 8 USB ports into which 32 Bluetooth devices are connected to enable 32 registered users to be supported.
  • Each Bluetooth communications link is kept in an active state so that rapid communications between the server and a registered user device are maintained, without the need for device wakeup or other handshaking which may slow down communications between the registered user device and the server.
  • a Bluetooth enabled server broadcasts a Bluetooth Device Inquiry 310 to locate all discoverable Bluetooth devices. Bluetooth devices within communications range respond with information such as their Bluetooth device address and what services they offer. The Bluetooth server receives this information and produces a list of
  • Bluetooth device addresses 320 the server processes the list, and for each Bluetooth device address in the list, it checks if the Bluetooth device address is also in registered user device address list which contains the Bluetooth device addresses for each registered user device.
  • the server sends a predefined push request to the device 350. If the client software installed on the registered user device has been appropriately added to the push registry of the device, then the device will execute the client software in response to the predefined push request 352. This may be predefined and is known to both server software and client software, so that the client software will respond to an appropriate request from a server. In one exemplary embodiment this could be via an incoming Bluetooth connection for access to the registered user network. A Bluetooth communications connection is established between the client software and server software via their respective Bluetooth devices 352. The registered user device is then granted access to the network by the server 356.
  • the server may offer the device client software for accessing the network at 360. If the client accepts the software and proceeds to install and execute the software, 362, they may then register themselves with the network.
  • the registration step involves adding the Bluetooth device address to the list of Bluetooth device addresses 364 which is maintained by the network (and made available to all Bluetooth enabled servers). Once the Bluetooth device address is added, the now registered user device may establish a Bluetooth connection for accessing the network, and access will be granted on the basis that the Bluetooth device address is now in the list Bluetooth device addresses maintained by the network.
  • a Bluetooth enabled server offers access to the registered user network as a Bluetooth service.
  • a Bluetooth service is identified by a unique identifier. This unique identifier is known to both client software and server software to enable communications. Such a port number may be utilised to initiate a push request as described previously.
  • client software when client software is executed on a registered user device, the client software initiates a search for Bluetooth devices offering a Bluetooth service for accessing the network 410.
  • a Bluetooth device offering network access 420 is not found 422, then the client software may attempt to access the network using other means.
  • Other means may include wi-fi or via their telecommunications carrier (such as via WAP). Access via the registered users telecommunications carrier will typically incur cost to the registered user (payable to their telecommunications carrier).
  • location based searching using the known location of the server will not be available (as the server is not in Bluetooth communications range of the registered user device).
  • Location based services could instead be offered through the registered user supplying a location, such as via entering the street address or suburb in text, or via selecting a location on a map displayed to the user.
  • the server may also have available to it a variety of geo-location tools that can assist with identifying the location of the registered user.
  • the client software requests access to the network 430 via the Bluetooth device offering the access.
  • the Bluetooth enabled server receives the request for network access and checks if the Bluetooth device of the requestor is in the registered user device address list 450. If the answer is yes 451, the server allows the registered user device access to the network 460. If the answer is no 452 then the server denies the device access.
  • Bluetooth enabled servers of the registered user device address list ensures that only registered users are granted access, and prevents access from non registered user devices which may discover the Bluetooth service of access to the registered user network.
  • Connection to the network may also be assisted by client software maintaining a list of frequently accessed Bluetooth enabled servers.
  • search order is based on the frequency with which servers are visited.
  • the user may specify a search order, or maintain a subset of preferred sites to be preferentially checked over remaining sites.
  • a Bluetooth enabled server attempts to establish connections with each registered user as they become known to Bluetooth enabled server.
  • the Bluetooth enabled server can park each user as they are connected so that system resources are available for registered users requesting data.
  • the client software sends a request to be made active.
  • the client software may periodically search for a Bluetooth enabled server. This search may be based on looking a device offering a Bluetooth service for offering network access, or the client software may search for Bluetooth device addresses of known Bluetooth enabled servers. Once a Bluetooth enabled server is found, the client software may request access to the network from the server.
  • the network provides information services such as a list of network access locations. User's can browse this list and add these access locations to their local list of servers on their device.
  • This list stores the name, address and Bluetooth address of the servers.
  • the home page of the local Bluetooth enabled server is displayed which allows the user to browse available content.
  • An exemplary embodiment is shown in Figure 8C.
  • the user then proceeds to request data (also referred to as content) from a Bluetooth enabled server, the Bluetooth enabled server processes this request and the registered user is served and receives the data.
  • This request-process- serve cycle continues whilst the registered user stays within the network access zone of a Bluetooth enabled and ends when the registered user leaves the network access zone, or shuts down the client software.
  • all of this communications is done using the Bluetooth facilities of the device and the Bluetooth enabled server and thus is at no cost to the user of the device, although some downloads may have advertising included and other content downloaded may incur a cost that could be by way of tokens, valuable consideration or monetary by way of an agreed debit and credit facility.
  • FIG. 5 illustrates a block diagram of an exemplary embodiment of dynamic server side processing that is performed in relation to a data request 500.
  • the server software receives a data request from a registered user device 510.
  • the Bluetooth enabled server associate the server's location identifier, which is the known location of the server, with the data request from the registered user device 520.
  • the server checks if the data is locally available on the local cache 530. If the data is not available 532, then the data is requested from a content server 534 on the network and the data is stored on the local cache so that it will be available for any future requests. If the local cache is full, then old content will be deleted until there is sufficient space for the new content. It will be appreciated that there are numerous algorithms for choosing what content to delete. In one embodiment, a first in first out system is used, to choose material to be deleted. In a more preferred embodiment, the least used and oldest material is deleted.
  • the server may localise the data based on the associated location identifier 540.
  • the server software obtains the required predetermined format for the registered user device 550.
  • a device database may be maintained on the administration server or other appropriate server, and the server could query this database for the appropriate format.
  • the user could specify desired formats which could be stored in the user profile.
  • the request could include the required format.
  • the data is then transformed into the required predetermined format for the device 560 and is then sent to the registered user device 570.
  • transforming the data may involve resizing and/ or padding of images into an appropriate size for display on the registered user device. Audio and video data could be reformatted into device specific formats.
  • the client software may be temporarily suspended and the data displayed using appropriate applications loaded on the user device.
  • the client software calls appropriate applications loaded onto the user device to enable display of data within the registered user application.
  • localisation steps 520 and 540 are not performed. This may be in response to a user request not to localise the results or due localisation not being appropriate for the data request.
  • the formatted data is customised and cached on the Bluetooth enabled server, available for later use by a registered user with identical device requirements.
  • device specific versions of data could be stored on the backend data server and provided to Bluetooth enabled servers on request.
  • the client software allows the user to view data or request network provided services.
  • the client software is a lightweight client that sends requests and receives suitably formatted data for display to the registered user.
  • the computationally more demanding aspects of the data processing and traffic control are handled by the Bluetooth enabled server.
  • Figure 6 illustrates an exemplary embodiment of a Bluetooth enabled server processing a user request 600.
  • An exemplary embodiment of a startup splash screen of the client software is shown in Figure 8A.
  • the screen includes a search task bar at the top, as well as status indicators at the bottom. These indicates can be used to indicate to the client if they are connected to the network for example using a circle which may be red if not connected and blue when connected.
  • FIG. 8B shows an exemplary embodiment of a screen of the client software for performing searches.
  • a general search may be performed, or more targeted searches for entertainment or dining (restaurants) may be performed.
  • Such searches may be localised based on the location identifier which is assigned to the user by the Bluetooth enabled server they are connected to.
  • FIGURE 8C shows an exemplary embodiment of a screen of the client software for browsing content available on the registered user network. Registered users may choose the content they wish to browse and download such as MP3 files, News and Weather information, games and movies.
  • the client software sends a user request to a Bluetooth enabled server.
  • the Bluetooth enabled server examines the request 610 to determine the type of the request. If the request is a communication request, 620, 622 the server first extracts the target of the communication request, and queries the backend server to determine if the target is currently connected to the network.
  • a communication request may be a request for a voice connection (such as VoIP), instant messaging (IM) or a chat session.
  • the target may be with another registered user in the same piconet, another registered user connected to same Bluetooth enabled server or out of Bluetooth connection but on the network. If the target is connected to the network 622 and there are available system resources then the desired connection with the target device is established, 624. Often this is at no cost to the registered user.
  • the registered user will be given the option of leaving a message for the target. If the target registered user is not available because of a paucity of system resources then the registered user wanting them is notified and can be informed by the system when the target is available and options including the leaving of a message are provided.
  • the server software checks if it is a location based search request 630. If the request is a search request, then the server initiates a location-based search for the desired data 632. The known location of the server is used to localise results of the search 634 (if requested) and a map is generated 636 which illustrates the search results in relation to the current location which is transformed into a format suitable for display on the registered user device by, or under control of the client software 638.
  • An exemplary embodiment of the search screen is shown in Figure 8B.
  • the server software checks if it is a download request 640. If this is the case, the server begins the download 642. The server periodically checks if the download is complete 644, and if not complete then the download progress is shown to the user through the client software, sometimes with a banner advertisement 646. An exemplary embodiment of such a screen is shown in Figure 9B.
  • the server displays the available data (such as the current webpage, or the requested link) integrated with advertising data 650.
  • a registered user may select a link to a webpage for "My Company" as shown in Figure 9 A.
  • the user may be shown an advertisement such as that shown in Figure 9C, before the desired target page, Fig 9A is shown.
  • the network offers an instant messaging service based on the Jabber/ XMPP specification.
  • registered users can chat and leave messages with other registered users.
  • messages and communication can be maintained with persons external to the registered user network via the servers and backend servers of the network that are connected to the internet.
  • the target or target address may be external to the registered user network.
  • a communication connection may be established via a connection from the internet to the backend server.
  • the backend server can control whether access is allowed based on the connection type (such as instant messaging, voice, VoIP, etc) and user profile.
  • instant messaging text based connections could be provided to all registered users, but voice, multimedia and other data connections could be restricted to registered users who subscribe to a premium service.
  • a server receives a request for network access by a device, where the request includes the Bluetooth device address of the requesting device.
  • the request for access may be for communicating with other registered user devices or for communicating with a server or server of the network in order to gain access to browsing, searching or information services.
  • the server checks if the Bluetooth device address is in the registered user device address list 720. If the answer is yes 721 then the server allows the device access 730, and if the answer is no 722 then the server denies the device access 740.
  • This check outlined in step 720 may be performed by looking up the registered user device address list containing Bluetooth device address for each registered user device.
  • This list may be maintained locally on the server, as either a master list, or as a copy of a list maintained elsewhere on the network.
  • the list may be part of a database, either as a separate list or table in the database, or the information stored in one or more records which may be suitably queried to obtain such a list.
  • the Bluetooth enabled server may send a Bluetooth device address query to the server the database resides on and obtain a yes/ no response regarding whether the Bluetooth address is in the registered user device address list.
  • the network may also add a further level of access control, in which some registered users may only be allowed access to certain servers.
  • Access control restrictions could thus be stored in the database with the Bluetooth device addresses and used to further control access to servers and the network. Access control could also be initiated on a query by query basis. For example some services offered by servers of the network may be made available only to registered users who subscribe to premium access. A server offering premium services could receive a request from a device, and then use the Bluetooth device address to control access to the services by checking a database to see if the device should be allowed access. The procedure outlined in Figure 7 may also be used to control access to the network by devices which seek to connect via non-Buetooth connections. In one exemplary embodiment a server may have a wi-fi connection means, and a device may attempt to access the server using a wi-fi connection.
  • a registered user device may attempt to connect to the network utilising a WAP connection through their telecommunications carrier. Such connections may be desired when devices are outside of Bluetooth range of the Bluetooth enabled servers of the network, or when a Bluetooth enabled server within Bluetooth communications range is unable to support a Bluetooth connection to the device (as may occur due to a lack of resources).
  • Each registered user session is tracked from start to end, with the network recording details of pages accessed, advertisements shown to the registered user, location of the registered user, and data downloaded.
  • every piece of data may be tracked (what is tracked can be controlled by the system administrator), and this information can be stored in a database on the administration server or other appropriate server of the network.
  • the advertising module includes a real-time dashboard application to allow advertisers to connect to the system and view access details to their data and thus allows the advertiser to assess the effectiveness of an advertising campaign. Advertisers can also obtain information on locations visited by target populations according to the various profiles of registered users. Advertisers are thus provided with the means of assessing the effectiveness of advertising campaigns, and are further provided tools for modifying their campaigns as needed.
  • an advertiser may view the real-time dashboard and notice that registered users are accessing one type of advertisement over the other.
  • the under-performing advertisement type could thus be replaced with a changed or performing advertisement type.
  • the uptake and use of offered coupons could be tracked to determine their effectiveness. Additionally, tokens that are earned or given away that provide access to premium data and other services controlled by the advertiser or others, can be monitored for use, expiry statistics, etc.
  • an advertiser could query the database to identify the most popular locations for a selected target audience either in real time or historically. The advertising resources available could then be concentrated in these locations or new relationships formed with the proprietors of the related establishments. Alternatively, the advertiser could offer coupons redeemable at the store nearest these locations, such as the exemplary embodiment coupon shown in Figure 9D.
  • a backend content server stores all available data (content) for the network. Data is stored along with template files for display of the data. A mark-up language is utilised for display of data by the registered user application.
  • Each Bluetooth enabled server dynamically creates the data as it is requested. An advertising schedule can be created so that advertising data (content) can be dynamically integrated as the page is built for display on the registered user's device.
  • the network has the ability to provide real-time, time averaged and spatial behaviour patterns of registered users. Access to this information can be provided to advertisers to fund the on going running costs of the network, thus allowing registered users free access to network services.
  • each Bluetooth enabled server is known, location based searches by registered users can be efficiently performed.
  • maps could be precomputed for each location with commonly requested features such as ATMs, restaurants and hotels illustrated and cached on the Bluetooth enabled server. These images could be cached and served, or search results could be simply added over the top enabling rapid display of localised search results.
  • the network may include a dedicated map server which prepares maps for use by Bluetooth enabled servers based on the location identifier of the server. Such maps could be prepared and supplied to servers for several search types (eg directions, entertainment, dining etc) in a variety of formats to suit a range of user devices to speed up the handling of search requests by users.
  • kits could be provided to allow purchasers to establish additional network nodes (i.e. network access zones).
  • a kit would consist of a Bluetooth transceiver device for connection to the purchaser's computer, server software, and instructions on how to connect the hardware and use the software.
  • the kit could also include software and instructions to allow the purchaser to build content, create advertisements, coupons and schedule advertising campaigns. This would allow the network to expand, whilst allowing local customisation of the network by the node administrator or purchaser.
  • the local administrator of a node eg a shop owner
  • the local administrator of a node could pay a fee to the network administrator to control advertising displayed at the node. This would allow the local administrator to customise the advertising to the location. They could maintain either complete advertising control or negotiate for a share of advertising space (and possibly exclude certain content or data such as those of a direct competitor).
  • the local administrator could offer coupons for use at the current location, or nearby locations.
  • server software would allow the purchaser or administrator to establish a local data zone, so that some data could be restricted so that it is only available at the Bluetooth enabled server.
  • registered users may upload content or data to the system. Uploading may either be unrestricted, or may be monitored to ensure that only valid content is uploaded (that is material that does not infringe copyright or other agreements or laws). Registered users may provide the data for free or charge other users for access. Uploading would also facilitate the establishment of interactive user communities.
  • a content producers kit could be provided. The content producers kit would provide software to allow a content producer to develop content (data) and template files for use by the content server and the server software software used to dynamically generate content for registered users. The kit allows the development of different types of advertisements (such as full page and banner ads), as well as the creation of coupons and tokens for use by registered users.
  • Suitable hardware specification for the backend servers include a Intel Dual Core CPU such as the i686 Intel® Xeon® CPU 3050 running at 2.13GHz, lx80Gb IDE Western Digital Hard Disk (Partitioned as Ix Boot, Ix Swap, Ix Reiser FileSystem Ix Reiser Journal), at least IGB onboard DRAM @ 533MHz.
  • Network capabilities include 2 x Ethernet controller such as Broadcom Corporation NetXtreme BCM5721 and Gigabit Ethernet PCI Express (rev 11).
  • a suitable video Adapter is a VGA compatible controller such as the ATI Technologies Inc ESlOOO (rev 02)
  • Suitable hardware specification for each Bluetooth enabled server include a EPIA 5000 Mini-ITX motherboard features embedded onboard graphics, audio, 10/100 Ethernet, USB and TV-Out support all in a 6.75" x 6.75" (170xl70mm) package, a 533Mhz fanless Eden CPU, up to lGig RAM, 80 Gig hard disk, 4 x Generic HP Bluetooth "Dongle"-style RF Communcations Transcievers, and a touch screen or display device and input device (keyboard and mouse).
  • the minimum specifications for executing the software available in the kit include a computer executing Windows XP, at least 256Mb RAM, Internet connection, 10Mb free disk space and capable of supporting Bluetooth devices.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un système pour fournir un réseau de télécommunications, destiné à être utilisé par des périphériques utilisateurs enregistrés. La communication entre des périphériques et des serveurs s'effectue par l'intermédiaire du Bluetooth. Le réseau comprend une pluralité de serveurs connectés qui exécutent un logiciel de serveur. Au moins l'un des serveurs présente une capacité de communication Bluetooth. Par ailleurs, au moins l'un des serveurs connectés possède un fichier de données contenant une liste d'adresses de périphériques utilisateurs enregistrés, contenant l'adresse du dispositif Bluetooth pour chaque périphérique utilisateur enregistré dans le réseau. Ce serveur rend ce fichier de données accessible à tous les serveurs ayant une capacité de communication Bluetooth, sachant que l'accès sera autorisé au réseau seulement pour les périphériques dont l'adresse du périphérique Bluetooth se trouve dans le fichier (à savoir, à des périphériques utilisateurs enregistrés). L'accès au réseau autorise des communication entre le périphérique utilisateur enregistré et le réseau de serveurs, et comprend également l'accès des périphériques utilisateurs enregistrés entre eux. Un logiciel client est installé sur chaque périphérique utilisateur enregistré. Lors de l'exécution, le logiciel client autorise la communication avec le logiciel serveur. Une telle communication utilise le protocole Bluetooth. L'invention concerne également un poste serveur et des procédés d'enregistrement, de contrôle d'accès au réseau, d'accès à ce dernier et de localisation de données.
PCT/AU2008/000227 2007-02-20 2008-02-20 Système et procédé pour un réseau de télécommunications reposant sur des utilisateurs enregistrés WO2008101289A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AU2007900844A AU2007900844A0 (en) 2007-02-20 A system and method for a subscriber based communications network using localised bluetooth enabled servers
AU2007900844 2007-02-20

Publications (1)

Publication Number Publication Date
WO2008101289A1 true WO2008101289A1 (fr) 2008-08-28

Family

ID=39709555

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2008/000227 WO2008101289A1 (fr) 2007-02-20 2008-02-20 Système et procédé pour un réseau de télécommunications reposant sur des utilisateurs enregistrés

Country Status (1)

Country Link
WO (1) WO2008101289A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2464273A (en) * 2008-10-07 2010-04-14 Winston Donald Keech Short-range communication system offering cost- reduced loyalty card provision
CN103731830A (zh) * 2012-10-12 2014-04-16 中兴通讯股份有限公司 设备到设备通信的管理和校验方法、装置及系统
CN106572426A (zh) * 2015-10-09 2017-04-19 陈文妮 一种智能蓝牙设备、通信方法和系统
EP2615746A4 (fr) * 2010-09-07 2017-06-14 BC Card Co., Ltd. Procédé et système pour la communication bluetooth
EP3200549A4 (fr) * 2014-09-24 2018-04-11 Samsung Electronics Co., Ltd. Procédé et dispositif pour une communication sans fil entre des terminaux de communication

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030172271A1 (en) * 2002-03-05 2003-09-11 Silvester Kelan C. Apparatus and method for wireless device set-up and authentication using audio authentication_information
GB2412819A (en) * 2004-03-31 2005-10-05 Nokia Corp Identifying a local device name in a short-range radio network
US20050266798A1 (en) * 2004-05-31 2005-12-01 Seamus Moloney Linking security association to entries in a contact directory of a wireless device
US20060003785A1 (en) * 2004-07-01 2006-01-05 Vocollect, Inc. Method and system for wireless device association
US7123878B1 (en) * 2002-06-14 2006-10-17 Nokia Corporation Apparatus, method and system for a connectivity tool in bluetooth devices

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030172271A1 (en) * 2002-03-05 2003-09-11 Silvester Kelan C. Apparatus and method for wireless device set-up and authentication using audio authentication_information
US7123878B1 (en) * 2002-06-14 2006-10-17 Nokia Corporation Apparatus, method and system for a connectivity tool in bluetooth devices
GB2412819A (en) * 2004-03-31 2005-10-05 Nokia Corp Identifying a local device name in a short-range radio network
US20050266798A1 (en) * 2004-05-31 2005-12-01 Seamus Moloney Linking security association to entries in a contact directory of a wireless device
US20060003785A1 (en) * 2004-07-01 2006-01-05 Vocollect, Inc. Method and system for wireless device association

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2464273A (en) * 2008-10-07 2010-04-14 Winston Donald Keech Short-range communication system offering cost- reduced loyalty card provision
EP2615746A4 (fr) * 2010-09-07 2017-06-14 BC Card Co., Ltd. Procédé et système pour la communication bluetooth
CN103731830A (zh) * 2012-10-12 2014-04-16 中兴通讯股份有限公司 设备到设备通信的管理和校验方法、装置及系统
WO2014056449A1 (fr) * 2012-10-12 2014-04-17 中兴通讯股份有限公司 Méthode, dispositif et système de gestion et de vérification de communication entre dispositifs
EP3200549A4 (fr) * 2014-09-24 2018-04-11 Samsung Electronics Co., Ltd. Procédé et dispositif pour une communication sans fil entre des terminaux de communication
US10334436B2 (en) 2014-09-24 2019-06-25 Samsung Electronics Co., Ltd. Method and device for wireless communication between communication terminals
CN106572426A (zh) * 2015-10-09 2017-04-19 陈文妮 一种智能蓝牙设备、通信方法和系统

Similar Documents

Publication Publication Date Title
US10860734B2 (en) Remote data access techniques for portable devices
US7680899B1 (en) Seamless retrieval of non-standard items for a mobile device
EP2079256B1 (fr) Configuration de porteur retardée
US8209378B2 (en) Methods and apparatus for widget sharing between content aggregation points
USRE49505E1 (en) Servicing device aggregates
EP2373074B1 (fr) Autorisation de l'activation d'un dispositif mobile basée sur des informations d'achat
US20040054923A1 (en) Digital rights and content management system and method for enhanced wireless provisioning
EP1130933B1 (fr) Services en fonction de la localisation
KR101567294B1 (ko) Ｗｉｆｉ 핫스팟을 통해 로컬 서비스들을 발견하고 액세스하는 장치들 및 컴퓨터 프로그램 제품들
US9092812B2 (en) Method and system for distributing business application and contents for mobile equipment using application store and wireless AP
US20070060117A1 (en) Short-range wireless architecture
US20030018524A1 (en) Method for marketing and selling products to a user of a wireless device
US20060128408A1 (en) Method and system for selecting data items for service requests
US20150039441A1 (en) Apparatuses, methods and systems for ad-hoc applications based on advertisement
US20030018887A1 (en) Method for providing user-apparent consistency in a wireless device
US20070118661A1 (en) System and method for mobile digital media content delivery and services marketing
US20100284390A1 (en) System and method for managing and appling history information of terminal in converged personal network service environment, and converged personal network service server, mobile communication and end device therefor
JP2009533954A (ja) メディアメッセージを提供するために無線ビーコンブロードキャストを使用するための方法およびそのシステム
JP2014527665A (ja) 通知メッセージの管理
US20090054061A1 (en) System and method of locating wireless connection among a plurality of wireless connections
WO2011115986A2 (fr) Appareil et procédé permettant une gestion de données de dispositif mobile sensible au contexte
US8539101B2 (en) Systems, methods, and computer programs for detecting carrier-controlled requests for a web site
US20070143492A1 (en) Automated superdistribution
JP2015528673A (ja) 自動車ヘッドユニットを伴った通信およびサービスを提供するためのシステム、方法、および物品
WO2009089308A2 (fr) Acquisition de données sans fil pour des dispositifs électroniques mobiles

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08706110

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08706110

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载