US20130288712A1 - Methods and apparatus for session control in a networked locationing system - Google Patents

Methods and apparatus for session control in a networked locationing system Download PDF

Info

Publication number
US20130288712A1
US20130288712A1 US13/931,139 US201313931139A US2013288712A1 US 20130288712 A1 US20130288712 A1 US 20130288712A1 US 201313931139 A US201313931139 A US 201313931139A US 2013288712 A1 US2013288712 A1 US 2013288712A1
Authority
US
United States
Prior art keywords
locationing
session
mobile device
active
remotely located
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13/931,139
Inventor
Eric Hefner
Jignesh Dixit
Amit Raj Trehan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Google Technology Holdings LLC
Original Assignee
Motorola Mobility LLC
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
Application filed by Motorola Mobility LLC filed Critical Motorola Mobility LLC
Priority to US13/931,139 priority Critical patent/US20130288712A1/en
Publication of US20130288712A1 publication Critical patent/US20130288712A1/en
Assigned to Google Technology Holdings LLC reassignment Google Technology Holdings LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MOTOROLA MOBILITY LLC
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H04W76/06
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W64/00Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/54Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices

Definitions

  • the present invention generally relates to locationing used in connection with mobile devices, and more particularly relates to session control and user interfaces used in connection with such devices.
  • locationing services and location-aware applications are increasingly common to incorporate locationing services and location-aware applications within mobile devices, particularly “smart-phones,” PDAs, netbooks, and the like. Accordingly, it is not unusual for the user of a mobile device to interact with an external network host or server that requests information regarding the geographical location of the user.
  • a “locationing session” is typically established in which the mobile device periodically sends location data (determined, for example, via GPS satellites or WiFi signals) to the external server.
  • This locationing session can last for a significant length of time, and may be based on a specified period, on proximity, or on geo-fencing limits (i.e., presence within a specified geometric area).
  • One popular method of providing such location information is through the Secure User Plane Location (SUPL) protocol developed by the Open Mobile Alliance (OMA).
  • SUPL Secure User Plane Location
  • OMA Open Mobile Alliance
  • SUPL and other such locationing protocols are, however, undesirable in a number of respects.
  • the user is typically only notified that his location is being tracked at the time that the locationing session is actually established. At that time, the user is generally also given the option to validate the session. Thereafter, however, the session might continue without notice to the user for an extended period of time, during which the user may forget that the session is active.
  • the prolonged and perhaps unwanted provision of locationing services can present a significant drain on power resources.
  • FIG. 1 depicts a wireless network system useful in describing the present invention
  • FIG. 2 is a conceptual block diagram depicting an exemplary mobile device in accordance with one embodiment.
  • FIG. 3 graphically illustrates an example user interface in accordance with one embodiment
  • FIG. 4 is a flowchart illustrating a method in accordance with an exemplary embodiment.
  • FIG. 5 depicts a partial messaging protocol in accordance with one embodiment.
  • the present invention relates to systems and methods for providing a plurality of notifications (e.g., at predetermined intervals and/or in response to an event) indicating that one or more locationing sessions are ongoing, allowing the user to validate, cancel, or decline establishment of a particular session.
  • a plurality of notifications e.g., at predetermined intervals and/or in response to an event
  • a wide range of additional notification options may also provided in various embodiments.
  • FIG. 1 an example wireless network useful in illustrating operation of the present invention will now be described.
  • SUPL Secure User Plane Location
  • OMA-TS-ULP-V2 0-20090831-D UserPlane Location Protocol Draft Version 2.0—31 Aug. 2009 http://www.openmobilealliance.org.
  • SUPL protocol is used without loss of generality, and that the present embodiments are not so limited.
  • a mobile device 102 (also referred to as a “SET” (SUPL Enabled Terminal) or “Target SET”) is capable of establishing, via network 104 , one or more locationing sessions with one or more remotely located servers 106 (also referred to as “H_SLP” (Home SUPL Location Platforms) or simply “servers”).
  • server 106 also referred to as “H_SLP” (Home SUPL Location Platforms) or simply “servers”.
  • H_SLP Home SUPL Location Platforms
  • Locationing information may be provided continuously (at predetermined intervals), or only when the user (i.e., the mobile device) enters a particular geographical region—a practice known as “geo-fencing”. In other embodiments, location information is provided based on proximity to a particular geographical location.
  • the user is generally only notified that his location is being tracked at the time that the locationing session is actually established, at which time he or she is given the option to validate the session. Subsequently, the session may continue without notice to the user for an extended period of time. In accordance with the present invention, however, the user is notified at multiple times (e.g., when the session is established, and subsequently at predetermined times or in response to an event) that one or more locationing session are active, and is given the option to selectively terminate and/or validate these sessions.
  • triggered updates are initiated—i.e., a network-initiated SUPL triggered location session.
  • a network-initiated SUPL triggered location session There may be any number of sessions running in parallel, hence the illustration of multiple processes 401 A- 401 C.
  • step 404 the system honors the privacy override and sets an indefinite session re-notify timeout (step 406 ).
  • the session is not added to a user interface session list (as detailed below), and no active icons or other indicators need be provided.
  • step 434 the process then continues with step 434 , as described further below.
  • step 404 the system then decides whether to notify the user (step 408 ). If so, a notification is provided (step 414 ); if not, the system optionally determines whether verification is required (step 410 ). If verification is required, the user is prompted in any suitable way, and acceptance is determined (steps 412 , 416 ). For example, the user may be prompted via the user interface to manually assent to the session by using a touchscreen, button, or other input device.
  • step 440 the session is terminated by the mobile device (step 440 ), and the session ends (step 442 ). If, however, the session was validated in step 416 , or verification was not required in step 410 , the process continues with step 418 , where the session is added to the user interface control list, and a triggered session icon is provided to the user.
  • step 420 if the session is terminated by the user, the system continues with step 440 as before. If not, the system determines whether it should re-verify, re-notify, or timeout (step 422 ) in accordance with various configuration options. Depending upon the result, the user is re-notified (steps 424 , 432 ), and the session is optionally re-verified (steps 425 , 428 , and 430 ).
  • step 434 a determination is made as to whether the network (i.e., the remotely located server) terminated the session. If so, the system proceeds to step 442 ; if not, the system continues session reporting (step 436 ), and optionally implements the privacy override (step 438 ).
  • the network i.e., the remotely located server
  • FIG. 3 shows, schematically, a typical user interface including any number of user interface components or widgets 304 , as well as one or more items 302 listing each of the active locationing sessions (the “control list”).
  • user interface components 304 could be used to select, cancel, and/or configure each of the sessions 302 .
  • the present embodiments are not so limited, however, as the user interface may include any number of conventionally known element, such as windows, text boxes, input boxes, check boxes, radio buttons, toggle buttons, standard buttons, sliders, touch-sensitive areas, drop-down menus, and the like.
  • the user interface components may be configured to provide a wide range of additional functionality.
  • the user interface is configured to allow the user to periodically generating an indicator that the locationing session is active; adjust a default re-notification and/or re-verification interval; set the maximum locationing session duration; limit the number of active locationing sessions; automatically terminate the locationing session when connection with the remotely located server has been lost; generate an indicator that location information is delivered to the remotely located server; generate a log of information sent during the locationing session (e.g., a log indicating when information was sent, what the information included, etc.); and/or send an external report of the locationing session via the network.
  • a log of information sent during the locationing session e.g., a log indicating when information was sent, what the information included, etc.
  • the user interface details and methods described above may be implemented in a variety of mobile devices, including, for example, cellular phones (or “smartphones”), GPS systems, e-book readers, tablet computers, netbook computers, point-of-sale devices, gaming devices, and any other apparatus that may include more than one touchscreen display.
  • mobile devices including, for example, cellular phones (or “smartphones”), GPS systems, e-book readers, tablet computers, netbook computers, point-of-sale devices, gaming devices, and any other apparatus that may include more than one touchscreen display.
  • such devices are typically special-purpose or general-purpose computing devices including one or more microprocessors, memory components, and the like as is known in the art.
  • a typical mobile device 102 will generally include one or more processors 202 , one or more memory devices 204 (e.g., flash memory, hard drives, MicroSD cards, etc.), an RF transceiver module 206 (e.g., operating in accordance with IEEE 802.11, Zigbee, etc.), a display 210 (e.g., a touchscreen display), and input devices 208 (buttons, LEDs, etc.).
  • processors 202 e.g., one or more memory devices 204 (e.g., flash memory, hard drives, MicroSD cards, etc.), an RF transceiver module 206 (e.g., operating in accordance with IEEE 802.11, Zigbee, etc.), a display 210 (e.g., a touchscreen display), and input devices 208 (buttons, LEDs, etc.).
  • memory devices 204 e.g., flash memory, hard drives, MicroSD cards, etc.
  • RF transceiver module 206 e.g., operating in
  • additional electronic components may be present, including, typically, a power module (e.g., batteries, charging circuits, etc.), a peripheral interface, one or more external ports 412 (e.g., USB, Firewire, etc.), an audio module, and one or more sensors such as acceleration sensors, orientation sensors, and proximity sensors (not illustrated).
  • a power module e.g., batteries, charging circuits, etc.
  • a peripheral interface e.g., a peripheral interface
  • one or more external ports 412 e.g., USB, Firewire, etc.
  • an audio module e.g., a microphone, etc.
  • sensors such as acceleration sensors, orientation sensors, and proximity sensors (not illustrated).
  • a computer program product in accordance with one embodiment comprises a computer usable medium (e.g., memory 404 , an optical drive, a USB drive, or the like) having computer-readable program code embodied therein, wherein the computer-readable program code is adapted to be executed by processor 202 (working in connection with an operating system) to implement a method for generating a user interface and/or implementing the method described above.
  • the program code may be implemented in any desired language, and may be implemented as machine code, assembly code, byte code, interpretable source code or the like (e.g., via C, C++, Java, Actionscript, Objective-C, Javascript, CSS, XML, etc.).
  • FIG. 5 further depicts a notification process 500 specifically tailored to such an environment.
  • the signaling during an ongoing periodic or area-event triggered session (steps A-I). rows B, C, and D conform to prior art SUPL signaling systems.
  • the H-SLP initiates the “query for session info” session with the SET using a SUPL INIT message (step B).
  • the SUPL INIT message contains the session-id, posmethod and SLP mode.
  • Query for session information is indicated by posmethod: sessioninfoquery.
  • the H-SLP Before the SUPL INIT message is sent, the H-SLP also computes and stores a hash of the message.
  • step C the SET analyses the received SUPL INIT message. If found to be non authentic, the SET takes no further actions. Otherwise the SET takes needed action preparing for establishment or resumption of a secure connection.
  • step D the SET returns a SUPL REPORT message to the H-SLP including a list of session-ids (sessionlist) of all currently active sessions.
  • the SET MAY also send the SET Capabilities in the SUPL REPORT message.
  • the SUPL REPORT message also contains a hash of the received SUPL INIT message (ver).
  • the SET releases all resources related to this session.
  • the SET starts UT6 to wait for either a SUPL NOTIFY in step E or SUPL END in steps G or H.
  • Step E is optionally performed if re-notification or re-notification and verification is needed based upon a check of the subscriber privacy and the elapsed time since notification and/or verification last occurred for any active sessions.
  • a SUPL NOTIFY is sent to the SET.
  • the H-SLP starts ST5 to wait for the SUPL NOTIFY RESPONSE.
  • step F if step E is performed, the SET sends a SUPL NOTIFY RESPONSE message to the H-SLP. If notification and verification was required in step G, then this will contain the notification response from the user.
  • the SET starts UT5 to await a SUPL END for an active Triggered session or the SUPL END for this Session Info Query Session.
  • Step G may be performed for two independent cases.
  • the SUPL END is conditionally sent when step F occurs and the SET responded with a SUPL NOTIFY RESPONSE containing a response type of “Not Allowed” to deny consent for the re-verification.
  • the SUPL END contains a statusCode of “consentDeniedByUser.”
  • the SUPL END identifies the triggered session associated with the re-verification.
  • the SET releases all resources related to the identified triggered session and starts UT10 to wait for subsequent SUPL ENDs for active triggered sessions or the SUPL END for this Session Info Query Session.
  • the SUPL END is optionally sent, independent of steps E and F, to cancel any active triggered session without waiting for the next Periodic or Area Event trigger.
  • the H-SLP may end any active sessions as reported in step D.
  • the SET starts UT10 to wait for subsequent SUPL ENDs for active triggered sessions, or the SUPL END for this Session Info Query Session.
  • Steps E, F, G are repeated for any active sessions reported in step D which require re-notification/re-notification and verification or termination as determined by the H-SLP.
  • step H the H-SLP sends the SUPL END message to the SET, informing it that no further positioning procedure will be started and that the location session is finished.
  • the SET releases the secure connection to the H-SLP and releases all resources related to this session. This step shall occur before the expiry of UT6, or UT5, when started in Step F, or before the expiry of UT10 when started in step G.
  • timers are employed:
  • UT1 11 For immediate applications, from The SET sends SUPL sending of SUPL START to END to the SLP. receipt of SUPL RESPONSE or The SET clears all SUPL END. session resources at the In trigger positioning, from SET. sending of SUPL TRIGGERED START to receipt of SUPL TRIGGERED RESPONSE or SUPL END.
  • UT2 11 From sending of SUPL POS INIT For immediate to receipt of first SUPL POS, applications the SET SUPL REPORT or SUPL END sends SUPL END to the message. SLP and clears all UT2 is not needed if the SUPL session resources.
  • POS INIT message contains the For triggered first SUPL POS element (SET applications, the SET initiated TIA-801).
  • UT3 10 From sending of the last SUPL For immediate POS message to receipt of SUPL applications, the SET END, SUPL REPORT or SUPL sends SUPL END to the NOTIFY. SLP and clears all In cases where there is no SUPL session resources. POS message sent from SET, For triggered timer UT3 is not used. applications, the SET continues the triggered session. UT4 10 Only applicable to non-proxy The SET sends SUPL mode. END to the SLP. From sending of SUPL AUTH The SET clears all REQ to receipt of SUPL AUTH session resources. RESP message.
  • UT5 10 Only applicable to “notification The SET sends SUPL based on location” or Session END to the SLP. Info Query “re-notification” The SET clears all scenarios. session resources. From sending of SUPL NOTIFY RESPONSE to receipt of SUPL END. UT6 10 Only applicable to “notification The SET sends SUPL based on location” in non-proxy END to the SLP. mode or Session Info Query The SET clears all scenarios. session resources. From sending of SUPL REPORT to receipt of SUPL NOTIFY or SUPL END. UT7 10 Only applicable to triggered The SET sends SUPL scenarios. END to the SLP.

Abstract

A session control method includes establishing a locationing session between a mobile device and a remotely located server over a network, sending information related to the geographical location of the mobile device to the remotely located server after establishing the locationing session, and providing two or more notifications via the mobile device, at predetermined intervals or in response to an event, that the locationing session is active. The user may then validate or invalidate the active session, thereby providing greater control of such information. Additional configuration options are provided to the user in order to control the nature and distribution of such locationing data.

Description

    CROSS-REFERENCES TO RELATED APPLICATIONS
  • The present application claims the benefit of the filing date of U.S. application Ser. No. 12/557,054, filed Sep. 10, 2009, the entire contents of which are incorporated by reference.
  • FIELD OF THE INVENTION
  • The present invention generally relates to locationing used in connection with mobile devices, and more particularly relates to session control and user interfaces used in connection with such devices.
  • BACKGROUND
  • It is increasingly common to incorporate locationing services and location-aware applications within mobile devices, particularly “smart-phones,” PDAs, netbooks, and the like. Accordingly, it is not unusual for the user of a mobile device to interact with an external network host or server that requests information regarding the geographical location of the user. In such a case, a “locationing session” is typically established in which the mobile device periodically sends location data (determined, for example, via GPS satellites or WiFi signals) to the external server. This locationing session can last for a significant length of time, and may be based on a specified period, on proximity, or on geo-fencing limits (i.e., presence within a specified geometric area). One popular method of providing such location information is through the Secure User Plane Location (SUPL) protocol developed by the Open Mobile Alliance (OMA).
  • SUPL and other such locationing protocols are, however, undesirable in a number of respects. For example, in currently known SUPL systems, the user is typically only notified that his location is being tracked at the time that the locationing session is actually established. At that time, the user is generally also given the option to validate the session. Thereafter, however, the session might continue without notice to the user for an extended period of time, during which the user may forget that the session is active. In addition to raising privacy concerns, the prolonged and perhaps unwanted provision of locationing services can present a significant drain on power resources.
  • Accordingly, there is a need for improved control over networked locationing sessions. Other desirable features and characteristics of the present invention will become apparent from the subsequent detailed description and the appended claims, taken in conjunction with the accompanying drawings and the foregoing technical field and background.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • A more complete understanding of the present invention may be derived by referring to the detailed description and claims when considered in conjunction with the following figures, wherein like reference numbers refer to similar elements throughout the figures.
  • FIG. 1 depicts a wireless network system useful in describing the present invention;
  • FIG. 2 is a conceptual block diagram depicting an exemplary mobile device in accordance with one embodiment.
  • FIG. 3 graphically illustrates an example user interface in accordance with one embodiment;
  • FIG. 4 is a flowchart illustrating a method in accordance with an exemplary embodiment; and
  • FIG. 5 depicts a partial messaging protocol in accordance with one embodiment.
  • DETAILED DESCRIPTION
  • In general, the present invention relates to systems and methods for providing a plurality of notifications (e.g., at predetermined intervals and/or in response to an event) indicating that one or more locationing sessions are ongoing, allowing the user to validate, cancel, or decline establishment of a particular session. A wide range of additional notification options may also provided in various embodiments.
  • The following detailed description is merely illustrative in nature and is not intended to limit the invention or the application and uses of the invention. Furthermore, there is no intention to be bound by any expressed or implied theory presented in the preceding technical field, background, brief summary or the following detailed description. For the purposes of conciseness, conventional techniques and principles related to user interface components, network communication, locationing, mobile computing devices, and the like, need not be described herein.
  • Referring now to FIG. 1, an example wireless network useful in illustrating operation of the present invention will now be described. As a threshold matter, the system and many of its components are described herein in the context of a Secure User Plane Location (SUPL) protocol (see, e.g., OMA-TS-ULP-V20-20090831-D UserPlane Location Protocol Draft Version 2.0—31 Aug. 2009 http://www.openmobilealliance.org. It will be appreciated, however, that the SUPL protocol is used without loss of generality, and that the present embodiments are not so limited.
  • As shown, a mobile device 102 (also referred to as a “SET” (SUPL Enabled Terminal) or “Target SET”) is capable of establishing, via network 104, one or more locationing sessions with one or more remotely located servers 106 (also referred to as “H_SLP” (Home SUPL Location Platforms) or simply “servers”). During the locationing session, mobile device 102 receives information regarding its geographic location. This information may be provided in a number of ways, including, for example, via GPS satellites 103, WiFi locationing information, and the like. This information is then provided to server 106 via any suitable protocol and at any convenient intervals. A SUPL agent 108 may direct the operation of server 106 and otherwise take part in the locationing session as is understood from the SUPL protocol.
  • Locationing information may be provided continuously (at predetermined intervals), or only when the user (i.e., the mobile device) enters a particular geographical region—a practice known as “geo-fencing”. In other embodiments, location information is provided based on proximity to a particular geographical location.
  • As mentioned previously, in prior art systems the user is generally only notified that his location is being tracked at the time that the locationing session is actually established, at which time he or she is given the option to validate the session. Subsequently, the session may continue without notice to the user for an extended period of time. In accordance with the present invention, however, the user is notified at multiple times (e.g., when the session is established, and subsequently at predetermined times or in response to an event) that one or more locationing session are active, and is given the option to selectively terminate and/or validate these sessions.
  • Referring now to the flowchart illustrated in FIG. 4, an exemplary process in accordance with one embodiment will now be described. As shown, in step 402, triggered updates are initiated—i.e., a network-initiated SUPL triggered location session. There may be any number of sessions running in parallel, hence the illustration of multiple processes 401A-401C.
  • If a privacy override is in place (step 404), the system honors the privacy override and sets an indefinite session re-notify timeout (step 406). In such a case, the session is not added to a user interface session list (as detailed below), and no active icons or other indicators need be provided. The process then continues with step 434, as described further below.
  • If in step 404 there was no privacy override in place, the system then decides whether to notify the user (step 408). If so, a notification is provided (step 414); if not, the system optionally determines whether verification is required (step 410). If verification is required, the user is prompted in any suitable way, and acceptance is determined (steps 412, 416). For example, the user may be prompted via the user interface to manually assent to the session by using a touchscreen, button, or other input device.
  • If the session was not validated or verified by the user, the session is terminated by the mobile device (step 440), and the session ends (step 442). If, however, the session was validated in step 416, or verification was not required in step 410, the process continues with step 418, where the session is added to the user interface control list, and a triggered session icon is provided to the user.
  • In step 420, if the session is terminated by the user, the system continues with step 440 as before. If not, the system determines whether it should re-verify, re-notify, or timeout (step 422) in accordance with various configuration options. Depending upon the result, the user is re-notified (steps 424, 432), and the session is optionally re-verified (steps 425, 428, and 430).
  • The process continues at step 434, where a determination is made as to whether the network (i.e., the remotely located server) terminated the session. If so, the system proceeds to step 442; if not, the system continues session reporting (step 436), and optionally implements the privacy override (step 438).
  • The user interface provided to implement such a method may vary depending upon, for example, the hardware and software platforms being used. FIG. 3 shows, schematically, a typical user interface including any number of user interface components or widgets 304, as well as one or more items 302 listing each of the active locationing sessions (the “control list”). In this embodiment, for example, user interface components 304 could be used to select, cancel, and/or configure each of the sessions 302. The present embodiments are not so limited, however, as the user interface may include any number of conventionally known element, such as windows, text boxes, input boxes, check boxes, radio buttons, toggle buttons, standard buttons, sliders, touch-sensitive areas, drop-down menus, and the like.
  • The user interface components may be configured to provide a wide range of additional functionality. In various embodiments, for example, the user interface is configured to allow the user to periodically generating an indicator that the locationing session is active; adjust a default re-notification and/or re-verification interval; set the maximum locationing session duration; limit the number of active locationing sessions; automatically terminate the locationing session when connection with the remotely located server has been lost; generate an indicator that location information is delivered to the remotely located server; generate a log of information sent during the locationing session (e.g., a log indicating when information was sent, what the information included, etc.); and/or send an external report of the locationing session via the network.
  • The user interface details and methods described above may be implemented in a variety of mobile devices, including, for example, cellular phones (or “smartphones”), GPS systems, e-book readers, tablet computers, netbook computers, point-of-sale devices, gaming devices, and any other apparatus that may include more than one touchscreen display. In general, however, such devices are typically special-purpose or general-purpose computing devices including one or more microprocessors, memory components, and the like as is known in the art.
  • Similarly, the systems and methods described herein may be implemented in any mobile device now known or later developed. Referring to FIG. 4, for example, a typical mobile device 102 will generally include one or more processors 202, one or more memory devices 204 (e.g., flash memory, hard drives, MicroSD cards, etc.), an RF transceiver module 206 (e.g., operating in accordance with IEEE 802.11, Zigbee, etc.), a display 210 (e.g., a touchscreen display), and input devices 208 (buttons, LEDs, etc.). In any given embodiment, additional electronic components may be present, including, typically, a power module (e.g., batteries, charging circuits, etc.), a peripheral interface, one or more external ports 412 (e.g., USB, Firewire, etc.), an audio module, and one or more sensors such as acceleration sensors, orientation sensors, and proximity sensors (not illustrated).
  • In general, a computer program product in accordance with one embodiment comprises a computer usable medium (e.g., memory 404, an optical drive, a USB drive, or the like) having computer-readable program code embodied therein, wherein the computer-readable program code is adapted to be executed by processor 202 (working in connection with an operating system) to implement a method for generating a user interface and/or implementing the method described above. In this regard, the program code may be implemented in any desired language, and may be implemented as machine code, assembly code, byte code, interpretable source code or the like (e.g., via C, C++, Java, Actionscript, Objective-C, Javascript, CSS, XML, etc.).
  • In a particular embodiment, the session control methods described above are implemented in the context of the SUPL protocol. In that regard, FIG. 5 further depicts a notification process 500 specifically tailored to such an environment. In general, the signaling during an ongoing periodic or area-event triggered session (steps A-I). rows B, C, and D conform to prior art SUPL signaling systems.
  • The H-SLP initiates the “query for session info” session with the SET using a SUPL INIT message (step B). The SUPL INIT message contains the session-id, posmethod and SLP mode. Query for session information is indicated by posmethod: sessioninfoquery. Before the SUPL INIT message is sent, the H-SLP also computes and stores a hash of the message.
  • In step C, the SET analyses the received SUPL INIT message. If found to be non authentic, the SET takes no further actions. Otherwise the SET takes needed action preparing for establishment or resumption of a secure connection.
  • In step D, the SET returns a SUPL REPORT message to the H-SLP including a list of session-ids (sessionlist) of all currently active sessions. The SET MAY also send the SET Capabilities in the SUPL REPORT message. The SUPL REPORT message also contains a hash of the received SUPL INIT message (ver). After sending the SUPL REPORT message, the SET releases all resources related to this session. The SET starts UT6 to wait for either a SUPL NOTIFY in step E or SUPL END in steps G or H.
  • Step E is optionally performed if re-notification or re-notification and verification is needed based upon a check of the subscriber privacy and the elapsed time since notification and/or verification last occurred for any active sessions. A SUPL NOTIFY is sent to the SET. The H-SLP starts ST5 to wait for the SUPL NOTIFY RESPONSE.
  • With respect to step F, if step E is performed, the SET sends a SUPL NOTIFY RESPONSE message to the H-SLP. If notification and verification was required in step G, then this will contain the notification response from the user. The SET starts UT5 to await a SUPL END for an active Triggered session or the SUPL END for this Session Info Query Session.
  • Step G may be performed for two independent cases. First, The SUPL END is conditionally sent when step F occurs and the SET responded with a SUPL NOTIFY RESPONSE containing a response type of “Not Allowed” to deny consent for the re-verification. In this case the SUPL END contains a statusCode of “consentDeniedByUser.” The SUPL END identifies the triggered session associated with the re-verification. The SET releases all resources related to the identified triggered session and starts UT10 to wait for subsequent SUPL ENDs for active triggered sessions or the SUPL END for this Session Info Query Session.
  • Second, the SUPL END is optionally sent, independent of steps E and F, to cancel any active triggered session without waiting for the next Periodic or Area Event trigger. The H-SLP may end any active sessions as reported in step D. The SET starts UT10 to wait for subsequent SUPL ENDs for active triggered sessions, or the SUPL END for this Session Info Query Session.
  • Steps E, F, G are repeated for any active sessions reported in step D which require re-notification/re-notification and verification or termination as determined by the H-SLP.
  • In step H, the H-SLP sends the SUPL END message to the SET, informing it that no further positioning procedure will be started and that the location session is finished. The SET releases the secure connection to the H-SLP and releases all resources related to this session. This step shall occur before the expiry of UT6, or UT5, when started in Step F, or before the expiry of UT10 when started in step G.
  • In the illustrated environment, the following timers are employed:
  • UT1 11 For immediate applications, from The SET sends SUPL
    sending of SUPL START to END to the SLP.
    receipt of SUPL RESPONSE or The SET clears all
    SUPL END. session resources at the
    In trigger positioning, from SET.
    sending of SUPL TRIGGERED
    START to receipt of SUPL
    TRIGGERED RESPONSE or
    SUPL END.
    UT2 11 From sending of SUPL POS INIT For immediate
    to receipt of first SUPL POS, applications the SET
    SUPL REPORT or SUPL END sends SUPL END to the
    message. SLP and clears all
    UT2 is not needed if the SUPL session resources.
    POS INIT message contains the For triggered
    first SUPL POS element (SET applications, the SET
    initiated TIA-801). skips the SUPL POS
    session and continues
    the triggered session.
    UT3 10 From sending of the last SUPL For immediate
    POS message to receipt of SUPL applications, the SET
    END, SUPL REPORT or SUPL sends SUPL END to the
    NOTIFY. SLP and clears all
    In cases where there is no SUPL session resources.
    POS message sent from SET, For triggered
    timer UT3 is not used. applications, the SET
    continues the triggered
    session.
    UT4 10 Only applicable to non-proxy The SET sends SUPL
    mode. END to the SLP.
    From sending of SUPL AUTH The SET clears all
    REQ to receipt of SUPL AUTH session resources.
    RESP message.
    UT5 10 Only applicable to “notification The SET sends SUPL
    based on location” or Session END to the SLP.
    Info Query “re-notification” The SET clears all
    scenarios. session resources.
    From sending of SUPL NOTIFY
    RESPONSE to receipt of SUPL
    END.
    UT6 10 Only applicable to “notification The SET sends SUPL
    based on location” in non-proxy END to the SLP.
    mode or Session Info Query The SET clears all
    scenarios. session resources.
    From sending of SUPL REPORT
    to receipt of SUPL NOTIFY or
    SUPL END.
    UT7 10 Only applicable to triggered The SET sends SUPL
    scenarios. END to the SLP.
    From sending of SUPL The SET clears all
    TRIGGERED STOP to receipt of session resources.
    SUPL END.
    UT8 10 Only applicable to triggered The SET sends SUPL
    periodic scenarios. END to the SLP.
    From sending the last SUPL The SET clears all
    REPORT message to receipt of session resources.
    SUPL END.
    UT9 60 Only applicable to SET Initiated The SET sends SUPL
    Location Request of Another SET. END to the SLP.
    From sending of SUPL SET INIT The SET clears all
    to receipt of SUPL END. session resources.
    UT10 10 Only applicable to the Session The SET sends SUPL
    Info Query scenarios END to the SLP.
    From Receipt of SUPL END for The SET clears all
    an active triggered session to session resources.
    receipt of SUPL END for the
    Session Info Query Session
  • Accordingly, what has been presented are systems and methods that periodically notify the user when locationing sessions are active, and allow the user to terminate and/or configure each of those sessions in any number of ways.
  • While at least one example embodiment has been presented in the foregoing detailed description, it should be appreciated that a vast number of variations exist. It should also be appreciated that the example embodiment or embodiments described herein are not intended to limit the scope, applicability, or configuration of the invention in any way. Rather, the foregoing detailed description will provide those skilled in the art with a convenient and edifying road map for implementing the described embodiment or embodiments. It should be understood that various changes can be made in the function and arrangement of elements without departing from the scope of the invention and the legal equivalents thereof.

Claims (20)

What is claimed is:
1. A session control method, comprising:
establishing a locationing session between a mobile device and a remotely located server over a network;
sending information related to the geographical location of the mobile device to the remotely located server after establishing the locationing session; and
providing, via the mobile device, a plurality of notifications after establishing the location session, wherein the plurality of notifications each indicate that the locationing session is active,
wherein the remotely located server is capable of performing re-notification or re-notification and verification for one or more active locationing sessions, and terminating one or more active triggered sessions without waiting for a next report interval.
2. The method of claim 1, wherein providing the plurality of notifications includes presenting a user interface to a user that allows the user to selectively verify the locationing session.
3. The method of claim 2, wherein the user interface includes a list of active locationing sessions, and an indicator that at least one of the locationing sessions is active.
4. The method of claim 3, wherein the user interface includes a plurality of user interface components configured to allow the user to perform functions selected from the group consisting of terminating one or more active locationing sessions; periodically generating an indicator that the locationing session is active; adjusting a default re-notification and/or re-verification interval; setting the maximum locationing session duration; limiting the number of active locationing sessions; automatically terminating the locationing session when connection with the remotely located server has been lost; generating an indicator that location information is delivered to the remotely located server; generating a log of information sent during the locationing session; and sending an external report of the locationing session via the network.
5. The method of claim 3, wherein the indicator is selected from the group consisting of visual cues and audio cues.
6. The method of claim 1, wherein the plurality of notifications are provided periodically or in response to an event.
7. The method of claim 1, wherein the remotely located server and the mobile device are configured to communicate in accordance with a Secure User Plane Location protocol.
8. The method of claim 1, further including:
sending a notify message from the remotely located server to the mobile device;
in response to the notify message, providing the notification to a user;
waiting for user input either validating or declining validation of the locationing session;
providing a report message to the remotely located server in response to the user input.
9. The method of claim 1, wherein the locationing session is established by the mobile device, or in response to a message from the remotely located server.
10. The method of claim 1, wherein the notification is periodic, and has a rate specified by the remotely located server.
11. A mobile device comprising:
a processor;
a memory communicatively coupled to the processor;
a display communicatively coupled to the processor;
at least one user input device communicatively coupled to the processor; and
a transceiver communicatively coupled to the processor and configured to establish a locationing session with a remotely located server over a network;
wherein the processor is configured to provide a user interface for displaying a plurality of notifications that the locationing session is active, and
wherein the mobile device allows the remotely located server to perform re-notification or re-notification and verification for one or more active locationing sessions, and terminate one or more active triggered sessions without waiting for a next report interval.
12. The mobile device of claim 11, wherein the user interface further allows a user to selectively validate or invalidate, via the at least one input device, the locationing session.
13. The mobile device of claim 11, wherein the plurality of notifications includes an indicator selected from the group consisting of visual cues and audio cues.
14. The mobile device of claim 11, wherein the mobile device is configured to communicate in accordance with a Secure User Plane Location protocol.
15. The mobile device of claim 11, wherein the locationing session is established in response to a message from the remotely located server.
16. The mobile device of claim 11, wherein the processor is configured to:
provide the plurality of notifications to the user, via the display, in response to a notify message received from the remotely located server,
wait for user input via the at least one input device either validating or declining validation of the locationing session;
providing a report message to the remotely located server in response to the user input.
17. A computer program product, comprising a computer usable medium having a computer-readable program code embodied therein, the computer-readable program code adapted to be executed to implement a method for generating a user interface, the method comprising:
establishing a locationing session with a remotely located server over a network;
sending information related to the geographical location of the mobile device to the remotely located server after establishing the locationing session; and
providing a notification via the mobile device, at predetermined intervals or in response to an event, that the locationing session is active,
wherein the remotely located server is capable of performing re-notification or re-notification and verification for one or more active locationing sessions, and terminating one or more active triggered sessions without waiting for a next report interval.
18. The computer program product of claim 17, wherein providing the notification includes presenting a user interface to a user that allows the user to selectively validate the locationing session.
19. The computer program product of claim 17, wherein the user interface includes a list of active locationing sessions, and an indicator that at least one of the locationing sessions is active.
20. The computer program product of claim 17, wherein the mobile device is configured to communicate in accordance with a Secure User Plane Location protocol.
US13/931,139 2009-09-10 2013-06-28 Methods and apparatus for session control in a networked locationing system Abandoned US20130288712A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/931,139 US20130288712A1 (en) 2009-09-10 2013-06-28 Methods and apparatus for session control in a networked locationing system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US12/557,054 US8521187B2 (en) 2009-09-10 2009-09-10 Methods and apparatus for session control in a networked locationing system
US13/931,139 US20130288712A1 (en) 2009-09-10 2013-06-28 Methods and apparatus for session control in a networked locationing system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/557,054 Continuation US8521187B2 (en) 2009-09-10 2009-09-10 Methods and apparatus for session control in a networked locationing system

Publications (1)

Publication Number Publication Date
US20130288712A1 true US20130288712A1 (en) 2013-10-31

Family

ID=43216414

Family Applications (2)

Application Number Title Priority Date Filing Date
US12/557,054 Active 2030-09-14 US8521187B2 (en) 2009-09-10 2009-09-10 Methods and apparatus for session control in a networked locationing system
US13/931,139 Abandoned US20130288712A1 (en) 2009-09-10 2013-06-28 Methods and apparatus for session control in a networked locationing system

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US12/557,054 Active 2030-09-14 US8521187B2 (en) 2009-09-10 2009-09-10 Methods and apparatus for session control in a networked locationing system

Country Status (9)

Country Link
US (2) US8521187B2 (en)
EP (1) EP2476241B1 (en)
KR (1) KR101345019B1 (en)
CN (1) CN102484654B (en)
BR (1) BR112012008348B1 (en)
MX (1) MX2012002989A (en)
RU (1) RU2562402C2 (en)
TW (1) TWI486041B (en)
WO (1) WO2011031533A1 (en)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8626926B2 (en) * 2008-02-26 2014-01-07 Qualcomm Incorporated Method and apparatus for performing session info query for user plane location
US10063642B2 (en) * 2010-08-21 2018-08-28 Qualcomm Incorporated Method and apparatus for supporting location services via a generic location session
FR2991128B1 (en) * 2012-05-25 2015-03-27 Deveryware METHOD AND SYSTEM FOR SPATIO-TEMPORAL ADJUSTMENT OF GEOLOCATION PERMISSIONS
US9503323B2 (en) * 2012-09-07 2016-11-22 At&T Intellectual Property I, L.P. Facilitation of connectivity and content management in mobile environments
RU2672186C2 (en) 2014-03-19 2018-11-12 Хуавей Текнолоджиз Ко., Лтд. Method and device for semi-persistent sps scheduling
US9473890B1 (en) * 2015-09-29 2016-10-18 Motorola Mobility Llc Enhanced system and method for mobile device-based geo-fencing solutions
US20180225616A1 (en) * 2017-02-03 2018-08-09 Icarus Ops LLC Digital Checklist System Using Mobile Technology, Artificial Intelligence, and Infrared Technology
US10671143B2 (en) * 2018-01-11 2020-06-02 Red Hat Israel, Ltd. Power management using automation engine
CN110300432B (en) * 2018-03-22 2022-04-26 阿里巴巴集团控股有限公司 Method for distributing network to equipment and network distribution system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060079249A1 (en) * 2004-08-03 2006-04-13 Lg Electronics Inc. User privacy management apparatus and method in mobile communications system
US20080070593A1 (en) * 2006-06-01 2008-03-20 Altman Samuel H Secure and private location sharing for location-aware mobile communication devices
US20100279712A1 (en) * 2009-04-29 2010-11-04 Research In Motion Limited Systems and methods for location tracking notification

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69941460D1 (en) * 1999-11-23 2009-11-05 Nokia Corp PROCEDURE WHICH ALLOWS THE USER TO BE NOTIFIED ABOUT HIS / YOUR LOCALIZATION REQUIREMENTS
US6928291B2 (en) * 2001-01-25 2005-08-09 Openwave Systems Inc. Method and apparatus for dynamically controlling release of private information over a network from a wireless device
AU2002234496A1 (en) * 2002-01-08 2003-07-24 Siemens Aktiengesellschaft Improved data protection for position-dependent services
MX2007010137A (en) 2005-04-30 2007-09-27 Lg Electronics Inc Method for providing a location information service in mobile communications system.
US9154907B2 (en) 2005-06-21 2015-10-06 Qualcomm Incorporated Efficient periodic location reporting in a radio access network
US8068056B2 (en) 2005-08-25 2011-11-29 Qualcomm Incorporated Location reporting with secure user plane location (SUPL)
US7873370B2 (en) 2005-12-01 2011-01-18 Lg Electronics Inc. Location information system and method for performing notification based upon location
KR100893072B1 (en) 2006-01-26 2009-04-17 엘지전자 주식회사 Method for requesting triggered location service between terminals in location information system
CN100446625C (en) * 2006-03-20 2008-12-24 华为技术有限公司 Extending trigger positioning method and device
KR20070115550A (en) * 2006-06-03 2007-12-06 삼성전자주식회사 Location service providing system and method for providing triggered location request service
CN101316402A (en) * 2007-06-01 2008-12-03 德信无线通讯科技(北京)有限公司 Method for managing task on mobile phone

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060079249A1 (en) * 2004-08-03 2006-04-13 Lg Electronics Inc. User privacy management apparatus and method in mobile communications system
US20080070593A1 (en) * 2006-06-01 2008-03-20 Altman Samuel H Secure and private location sharing for location-aware mobile communication devices
US20100279712A1 (en) * 2009-04-29 2010-11-04 Research In Motion Limited Systems and methods for location tracking notification

Also Published As

Publication number Publication date
KR20120043098A (en) 2012-05-03
TWI486041B (en) 2015-05-21
CN102484654A (en) 2012-05-30
CN102484654B (en) 2015-11-25
EP2476241A1 (en) 2012-07-18
US20110059749A1 (en) 2011-03-10
RU2562402C2 (en) 2015-09-10
WO2011031533A1 (en) 2011-03-17
EP2476241B1 (en) 2019-07-24
MX2012002989A (en) 2012-04-19
TW201134166A (en) 2011-10-01
KR101345019B1 (en) 2013-12-26
BR112012008348B1 (en) 2021-07-06
US8521187B2 (en) 2013-08-27
BR112012008348A2 (en) 2017-06-13
RU2012113862A (en) 2013-10-20

Similar Documents

Publication Publication Date Title
US8521187B2 (en) Methods and apparatus for session control in a networked locationing system
US9253198B2 (en) Systems and methods for geolocation-based authentication and authorization
EP3334127B1 (en) Message pushing method and apparatus thereof
EP2933965B1 (en) Method, device and system for accessing network
US9462053B2 (en) Method and apparatus for connection establishment
US9301117B2 (en) SMS communication during emergencies
US9569607B2 (en) Security verification method and apparatus
US9775009B2 (en) Method and system for coordinating a communication response
CN109644154B (en) Location-based access control for human dialog entities
CN109314913B (en) Access control limiting method and device
US10911605B2 (en) Provisioning a trial service to a mobile device
CN105592005B (en) Security verification method, device and system
CN114747265A (en) Method, apparatus and computer program product for adaptive paging of user equipment supporting multiple subscriber identity modules
CN108156071B (en) Method for adding members to community, terminal device and computer readable storage medium
US8406786B2 (en) Methods and apparatus for extended generic messaging in a networked geolocation system
KR102264193B1 (en) Electronic apparatus and method for providing an emergency call, and server therefor
US20150126197A1 (en) Method and its apparatus for controlling sms in communication system
US9369331B1 (en) Application message management
CN107872381B (en) Prompting method and device
US9986088B2 (en) Automated MDN line transfer
CN105490810B (en) Method, device and system for processing virtual resource data
KR101568584B1 (en) Method for providing web communication service through device control technology
US20220417193A1 (en) Method, computer device, and non-transitory computer-readable recording medium to differentially limit message transmission in messaging-based social network service
CN106650421B (en) Program processing method, device and equipment
KR20170076466A (en) Apparatus and method for processing secure message using beacon

Legal Events

Date Code Title Description
AS Assignment

Owner name: GOOGLE TECHNOLOGY HOLDINGS LLC, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MOTOROLA MOBILITY LLC;REEL/FRAME:034625/0001

Effective date: 20141028

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION