WO2009101235A1 - System and method for implementing a publication - Google Patents
System and method for implementing a publication Download PDFInfo
- Publication number
- WO2009101235A1 WO2009101235A1 PCT/FI2008/000143 FI2008000143W WO2009101235A1 WO 2009101235 A1 WO2009101235 A1 WO 2009101235A1 FI 2008000143 W FI2008000143 W FI 2008000143W WO 2009101235 A1 WO2009101235 A1 WO 2009101235A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- publication
- presentity
- request
- publish
- presence information
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
Definitions
- the present invention relates generally to presence services. More particularly, the present invention relates to publication authorization policies and/or rules that provide publication delegation and restrictions on allowed presence information.
- the Open Mobile Alliance is a standards body which collectively develops open standards for use in the mobile industry.
- the OMA helps to create interoperable services enablers to work across countries, operators and mobile terminals and is driven by market requirements.
- companies supporting the Open Mobile Alliance work to aid in the rapid and wide development and deployment of a variety of new, enhanced mobile information, communication and entertainment services.
- the OMA is currently developing Presence and XML Document Management
- XDM Session Initiation Protocol
- XML Extensible Markup Language
- XCAP Extensible Markup Language
- a presence service may refer to a network service or system which accepts, stores and distributes presence information, where the presence information can be subject to various controls. Additionally, requirements have been specified for the collection and distribution of presence information, for example, methods of publishing, subscribing, notifying, etc., as well as for the types of content that may be contained in the presence information, such as willingness to communicate, device status, etc.
- Presence information refers to, for example, a dynamic set of information pertaining to a particular presentity. This information may comprise, for example, a status indicator that indicates the ability and willingness of a communication partner to communicate.
- a presence service may be linked with many other services or enablers.
- Presence Service SHOULD support PRESENCE 2.0 the publication of Presence Information on behalf of other Presentities (refer to Delegation Section).
- Presence Service SHALL allow a PRESENCE 2.0 Presentity to selectively authorize others to perform publication on behalf of the Presentity.
- a conventional presence service currently includes an authorization policy dealing with subscriptions referred to as presence authorization rules. These presence authorization rules describe any authorized watchers that are allowed to subscribe to (or blocked from subscribing to) a particular presentity' s presence information.
- Presence publication delegation has been identified as being an important feature of OMA SIMPLE Presence 2.0 to allow users and/or applications to perform presence information publication on behalf of other users. For example, a secretary may publish presence information on behalf of his/her boss or a calendar application resident on a user's computer may publish the user's presence information on behalf of the user.
- the presence authorization rules include subscription authorization rules and presence content rules.
- Subscription authorization rules determine how incoming subscriptions are handled, while presence content rules determine what or which presence information is disseminated to watchers that have been accepted under any applicable subscription authorization rules.
- Various embodiments create and enforce publication authorization rules in a presence service so that a publication of presence information associated with a presentity may be delegated to a publisher on behalf of the presentity.
- Various embodiments also provide a system and method of defining how a publisher learns about content rules within a policy in a single transaction, thus avoiding unnecessary and/or extra transactions when the (partial) policy is learned via SIP signaling used for the actual publication.
- a service provider can be provided with the ability to restrict presence information that a presentity is allowed to publish.
- publication delegation may be effectuated in cases when a rule matches users (with identities) other than the presentity whose presence information is to be published.
- service provider restriction on the allowed presence information may also be effectuated in those cases when a rule matches the identity of the presentity.
- Various embodiments of the present invention are applicable for virtually any Presence solution, including Internet Messaging and Presence Services (IMPS) (defined by the OMA), SIMPLE Presence, and the Extensible Messaging and Presence Protocol (XMPP) (defined by the Internet Engineering Task Force (IETF)).
- IMS Internet Messaging and Presence Services
- XMPP Extensible Messaging and Presence Protocol
- IETF Internet Engineering Task Force
- FIG. 1 illustrates an exemplary presence service architecture in accordance with various embodiments
- Figure 2 illustrates a flow chart describing operations performed in accordance with various embodiments for publication delegation
- Figure 3 is an overview diagram of a system within which various embodiments of the present invention may be implemented;
- Figure 4 is a perspective view of an electronic device that can be used in conjunction with the implementation of various embodiments of the present invention.
- Figure 5 is a schematic representation of the circuitry which may be included in the electronic device of Figure 4.
- Various embodiments provide systems and methods that allow for publication delegation through the use of publication authorization rules, where a presentity may allow another entity, e.g., a publisher, to publish presence information associated with the presentity on behalf of the presentity. Additionally, various embodiments provide the ability for a service provider to restrict presence information that a presentity is allowed to publish as the publication authorization rules may also include a rule for the presentity itself. Hence, publication delegation may be effectuated in cases when a rule matches users (with identities) other than the presentity whose presence information is to be published. Moreover, service provider restriction on the allowed presence information may also be effectuated in those cases when a rule matches the identity of the presentity.
- the rules in such a publication authorization policy determine how incoming publications are handled (e.g., allowing or blocking), as well the actual presence information itself that users and/or applications are allowed to publish.
- the Internet Engineering Task Force (IETF) Request For Comments (RFC) 3903 available at http://www.ietf.org/rfc/rfc3903.txt, describes a PUBLISH method for presence services.
- IETF RFC 5025 available at http://www.ietf.org/rfc/rfc5025.txt, describes a framework for handling subscriptions and related decisions that a presence server may make.
- One contemplated method for addressing the above issue is to indicate a content policy to a presence source within the body of a PUBLISH response.
- a 200 (OK) response may refer to accepting all of the publication content while a 202 (Accepted) response including a message body may indicate that only a part of the presence information that is authorized.
- IETF RFC 3903 explicitly indicates that a body in a PUBLISH response has no meaning, and so implementing the contemplated method for indicating a content policy would violate IETF RFC 3903 or require an update to IETF RFC 3903.
- a presence source would only become aware of some partial policy relevant to the presence information it is currently publishing, thus resulting in unnecessary transaction exchanges for a presence source to discover the remaining part of the content policy.
- the unnecessary transaction exchanges would also potentially result in the repetition of the same policy rules being transmitted via the publication responses.
- a presence source could never fully learn the relevant content policy but instead would repeatedly attempt publication and if successful, assemble the policy rules in the policy on its own based on a presence server reply. Again, such a process can result in unnecessary traffic and logic in the presence source to construct a policy document.
- FIG. 1 illustrates an exemplary presence service architecture 100.
- Presentities 110 include logical entities that have presence information associated therewith, for example, people, a particular service, etc.
- the presence information associated with the presentities 110 may come from or be composed by one or more presence sources 120.
- presence sources 120 "publish" the presence information.
- the presence sources 120 may comprise, for example, presence user agents, network elements acting as presence agents, applications, such as corporate calendars, etc., or alternatively may be located in a mobile terminal.
- a presence server 130 is another logical entity of the network 100 that receives the presence information from the presence sources 120, while, for example, transforming received instances of presence information into a useable format. That is, the presence server 130 handles publications from one or more presence sources associated with a presentity. Publications may comprise refreshing presence information, replacing presence information, or removing presence information. Handling the publications may refer to forwarding the presence information, once transformed, to watchers 140. Watchers 140 may refer to any uniquely identifiable entity in the network 100 that requests presence information about any one or more presentities 110 from the presence service. Watchers 140 may request presence information via a "subscription," which may refer to the information maintained by the presence service about a subscriber's request to be notified of changes in the presence information of one or more presentities 110. It should be noted that a subscriber may refer to a watcher 140 that has requested the presence service to notify it of changes in presence information of the one or more presentities 110.
- a framework for creating authorization policies for access to application- specific data is defined in IETF RFC 4745, available at http://www.ietf.org/rfc/rfc4745.txt. Therefore, various embodiments may implement presence publication delegation and presence information restriction via the use of publication authorization rules that are formatted in a manner commensurate with common-policy structure described in IETF RFC 4745 and extended in the OMA SIMPLE Presence XDM TS 2.0.
- Each of the publication authorization rules in accordance with various embodiments contains a sequence of ⁇ rule> elements, where each rule comprises at least three parts: a "conditions” element, an "actions” element and a “transformations” element.
- the condition element may specify those conditions under which a rule is to be applied to presence server processing.
- the actions element may instruct the presence server as to what actions it should undertake.
- the transformations element indicates the operations the presence server executes, , for example, the authorized presence information the presence source is allowed to publish.
- ⁇ pub-handling> element specifying the publication authorization decision that a presence server makes associated with the ⁇ actions> child element of any ⁇ rule> element.
- the values "block” and “allow” are meaningful in the publication authorization rules. For the value "allow”, a presence server accepts the proposed publication and returns a 200 (OK) response. For the value "block”, the presence server rejects the proposed publication and returns a 403 (Forbidden) response.
- Figure 2 is a flow chart illustrating exemplary processes that are performed in order to allow presence information to be published on behalf of a presentity by another publisher. Additionally, these exemplary processes can be used, for example, to handle scenarios where a service provider wishes to apply certain restrictions on the allowed presence information.
- a request for publication of presence information of a presentity is received (for example, at a presence server) from a publisher, where the publication is either on behalf of the presentity or on behalf of another presentity.
- the presence server determines based upon a ⁇ condition> element of an applicable publication authorization rule, whether or not the appropriate conditions exist that require the application of the publication authorization rule. For example, it may be determined whether conditions exist that match the identity of a publisher, so that the presence server applies those publication authorization rules.
- the default action can be to block the publication.
- a publication authorization rule may be applied to the presentity itself referred to as presence information restriction.
- the publication authorization rule may be applied to another presentity as described above, referred to a delegation.
- the presence server determines what actions should be taken based on the conditions, as per an ⁇ actions> element of the publication authorization rule, where if conditions exist, rules are combined according to common-policy ruleset combinatory logic and determine a resulting action with transformations. For example, the applicable ⁇ actions> element instructs the presence server to decide that the publication should be one of allowed and blocked at 230.
- the presence server determines the authorized presence information based on combined transformations (publication content rules). That is, the ⁇ transformations> element instructs the presence server to filter the published presence information and allow only the presence elements explicitly specified by the child elements of the ⁇ transformations> element.. If, however, the decision made is to block publication, at 250, the publication request is rejected outright and a 403 (Forbidden) response is sent. At 260, when the published presence information is allowed and the published presence information matches the publication content rules, a 200 (OK) response is sent.
- a 488 (Not Acceptable Here) response including a Policy-Contact header field is sent, where the Policy-Contact header field includes a URI pointing to the publication authorization rules document.
- the ⁇ transformations> element of the publication authorization rules describe content rules. For example, a first group of transformations may allow for the publication of person, device, and service data elements based on some identifying information for those elements. Another group of transformations may allow for the publication of particular data elements in a presence document. For example and in accordance with various embodiments, an ⁇ allow-note> element is provided to control the publication of the ⁇ note> element by a particular publisher.
- Various embodiments also provide systems and methods that allow a presence source to learn the relevant content rules associated with the identity of a presentity on whose behalf a presence source is publishing presence information. That is, the combined ⁇ transformations> element from matching publication authorization rules (for example, rules with an ⁇ identity> element matching the identity of the publisher) is utilized, thus allowing for the re-use of the behavior and SIP extensions presented in the draft-ietf-sip-session-policy-framework-02 memorandum entitled "A Framework for Session Initiation Protocol (SIP) Session Policies.”
- SIP Session Initiation Protocol
- the presence server will reject the publication with a 488 (Not Acceptable Here) response that contains a Policy-Contact header field.
- the Policy-Contact header field is utilized to point to a Uniform Resource Identifier (URI) of, for example, a document containing the publication authorization rules created in accordance with various embodiments. It should be noted that the document can be stored in a presence XDMS.
- URI Uniform Resource Identifier
- the presence source fetches the publication authorization rules from the presence XDMS and discovers the applicable content rules for publication.
- the presence XDMS will then match the identity of the fetching presence source with the identities present in the conditions element of the rules and only return the combined ⁇ transformations> element from the matching rules. Hence, the possibility for a publisher to learn an entire policy is avoided since the publisher is only allowed to discern the policy relevant to the identity of that particular publisher.
- the presence source may create a well-formed presence document for publication which is authorized by the publication authorization rules that have been discovered.
- the presence source may subscribe for changes in the policy document as described in the XDM Core 2.0 specification. Alternatively, the presence source may fetch the latest (for example, changed) document if a publication attempt fails but the local (fore example, cached) copy of the policy document would allow the presence document to be published.
- Various embodiments may be used to create and enforce publication authorization rules in a presence service. Additionally, various embodiments provide a system and method of defining how a publisher learns about content rules within a policy in a single transaction, thus avoiding unnecessary and/or extra transactions when (partial) policy is discovered via SIP signaling used for the actual publication. That is, in accordance with various embodiments, policy downloading can be separated from SIP signaling. For example, a publication authorization rules document can be obtained from a presence XDMS, instead of piggybacking policy information onto SIP signaling messages, where a piece of policy information is included in every unsuccessful PUBLISH transaction response relevant to a rejected publication.
- Figure 3 shows a system 10 in which various embodiments of the present invention may be utilized, comprising multiple communication devices that may communicate through one or more networks.
- the system 10 may comprise any combination of wired or wireless networks including, but not limited to, a mobile telephone network, a wireless Local Area Network (LAN), a Bluetooth personal area network, an Ethernet LAN, a token ring LAN, a wide area network, the Internet, etc.
- the system 10 may include both wired and wireless communication devices.
- the system 10 shown in Figure 3 includes a mobile telephone network 11 and the Internet 28.
- Connectivity to the Internet 28 may include, but is not limited to, long range wireless connections, short range wireless connections, and various wired connections including, but not limited to, telephone lines, cable lines, power lines, and the like.
- the exemplary communication devices of the system 10 may include, but are not limited to, an electronic device 12 in the form of a mobile telephone, a combination personal digital assistant (PDA) 0 and mobile telephone 14, a PDA 16, an integrated messaging device (IMD) 18, a desktop computer 20, a notebook computer 22, etc.
- the communication devices may be stationary or mobile as when carried by an individual who is moving.
- the communication devices may also be located in a mode of transportation including, but not limited to, an automobile, a truck, a taxi, a bus, a train, a boat, an airplane, a bicycle, a motorcycle, etc.
- Some or all of the communication devices may send and receive calls and messages and communicate with service providers through a wireless connection 25 to a base station 24.
- the base station 24 may be connected to a network server 26 that allows communication between the mobile telephone network 11 and the Internet 28.
- the system 10 may include additional communication devices and communication devices of different types.
- the communication devices may communicate using various transmission technologies including, but not limited to, Code Division Multiple Access (CDMA), Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Transmission Control Protocol/Internet Protocol (TCP/IP), Short Messaging Service (SMS), Multimedia Messaging Service (MMS), e-mail, Instant Messaging Service (IMS), Bluetooth, IEEE 802.11, etc.
- CDMA Code Division Multiple Access
- GSM Global System for Mobile Communications
- UMTS Universal Mobile Telecommunications System
- TDMA Time Division Multiple Access
- FDMA Frequency Division Multiple Access
- TCP/IP Transmission Control Protocol/Internet Protocol
- SMS Short Messaging Service
- MMS Multimedia Messaging Service
- e-mail e-mail
- Bluetooth IEEE 802.11, etc.
- a communication device involved in implementing various embodiments of the present invention may communicate using various media including, but not limited to, radio, infrared, laser, cable connection, and the like.
- FIGS 4 and 5 show one representative electronic device 12 within which the present invention may be implemented. It should be understood, however, that the present invention is not intended to be limited to one particular type of device.
- the electronic device 12 of Figures 4 and 5 includes a housing 30, a display 32 in the form of a liquid crystal display, a keypad 34, a microphone 36, an ear-piece 38, a battery 40, an infrared port 42, an antenna 44, a smart card 46 in the form of a UICC according to one embodiment, a card reader 48, radio interface circuitry 52, codec circuitry 54, a controller 56 and a memory 58. Individual circuits and elements are all of a type well known in the art, for example in the Nokia range of mobile telephones.
- a computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM), Random Access Memory (RAM), compact discs (CDs), digital versatile discs (DVD), etc.
- program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
- Computer-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.
- Various embodiments may be implemented in software, hardware, application logic or a combination of software, hardware and application logic.
- the software, application logic and/or hardware may reside, for example, on a chipset, a mobile device, a desktop, a laptop or a server.
- Software and web implementations of various embodiments may be accomplished with standard programming techniques with rule- based logic and other logic to accomplish various database searching steps or processes, correlation steps or processes, comparison steps or processes and decision steps or processes.
- Various embodiments may also be fully or partially implemented within network elements or modules. It should be noted that the words "component” and “module,” as used herein and in the following claims, is intended to encompass implementations using one or more lines of software code, and/or hardware implementations, and/or equipment for receiving manual inputs.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Storage Device Security (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
Abstract
Description
Claims
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA2711731A CA2711731A1 (en) | 2008-02-14 | 2008-12-16 | System and method for implementing a publication |
JP2010544742A JP2011513806A (en) | 2008-02-14 | 2008-12-16 | Systems and methods for implementing publishing |
EP08872411.7A EP2250793B1 (en) | 2008-02-14 | 2008-12-16 | System and method for implementing a publication |
KR1020107018171A KR101152772B1 (en) | 2008-02-14 | 2008-12-16 | System and method for implementing a publication |
CN2008801267629A CN101946492A (en) | 2008-02-14 | 2008-12-16 | System and method for implementing a publication |
RU2010137801/08A RU2484596C2 (en) | 2008-02-14 | 2008-12-16 | Publication system and method |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US2888408P | 2008-02-14 | 2008-02-14 | |
US61/028,884 | 2008-02-14 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2009101235A1 true WO2009101235A1 (en) | 2009-08-20 |
Family
ID=40956682
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/FI2008/000143 WO2009101235A1 (en) | 2008-02-14 | 2008-12-16 | System and method for implementing a publication |
Country Status (8)
Country | Link |
---|---|
US (1) | US20090320094A1 (en) |
EP (1) | EP2250793B1 (en) |
JP (1) | JP2011513806A (en) |
KR (1) | KR101152772B1 (en) |
CN (2) | CN101946492A (en) |
CA (1) | CA2711731A1 (en) |
RU (1) | RU2484596C2 (en) |
WO (1) | WO2009101235A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017127268A1 (en) | 2016-01-19 | 2017-07-27 | T-Mobile Usa, Inc. | Network service access control |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100098105A1 (en) * | 2008-10-16 | 2010-04-22 | Research In Motion Limited | Scheduling Policy and Quality of Service Through the Presence Access Layer |
WO2010054354A2 (en) * | 2008-11-10 | 2010-05-14 | Research In Motion Limited | Method and system for supporting sip session policy using existing authorization architecture and protocols |
WO2010090563A1 (en) * | 2009-02-06 | 2010-08-12 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and server for accessing and providing presence information in a communications network |
JP5583790B2 (en) * | 2010-01-27 | 2014-09-03 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Method and system for authorization of presence information |
JP6370408B2 (en) * | 2014-06-25 | 2018-08-08 | グーグル エルエルシー | Deep links for native applications |
US10805162B2 (en) | 2015-09-10 | 2020-10-13 | Netsweeper (Barbados) Inc. | Content policy discovery |
US10356017B2 (en) * | 2015-12-14 | 2019-07-16 | T-Mobile Usa, Inc. | Configurable use of local presence authorization policy |
CN115510481A (en) * | 2022-09-26 | 2022-12-23 | 北京有竹居网络技术有限公司 | Authority management method and device for video, electronic equipment and medium |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070214243A1 (en) * | 2005-11-09 | 2007-09-13 | Huawei Technologies Co., Ltd. | Method, system, server and unit for setting configuration information of a presentity client |
EP1873976A1 (en) | 2005-09-30 | 2008-01-02 | Huawei Technologies Co., Ltd. | A method and system of issueing the presence information |
Family Cites Families (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
NL8403758A (en) * | 1984-12-11 | 1986-07-01 | Hollandse Signaalapparaten Bv | IMPULSE RADAR DEVICE. |
CN1328682C (en) * | 2001-03-14 | 2007-07-25 | 诺基亚有限公司 | Separation of instant messaging user and client identities |
US7243370B2 (en) * | 2001-06-14 | 2007-07-10 | Microsoft Corporation | Method and system for integrating security mechanisms into session initiation protocol request messages for client-proxy authentication |
US7130405B2 (en) * | 2001-12-17 | 2006-10-31 | International Business Machines Corporation | Identifying a call made or received on behalf of another |
JP2004013824A (en) * | 2002-06-11 | 2004-01-15 | Fujitsu Ltd | Method and device for managing presence |
GB0218707D0 (en) * | 2002-08-12 | 2002-09-18 | Mitel Knowledge Corp | Role-based presence enabled service for communication system |
US7698225B2 (en) * | 2002-08-30 | 2010-04-13 | Avaya Inc. | License modes in call processing |
US20040059781A1 (en) * | 2002-09-19 | 2004-03-25 | Nortel Networks Limited | Dynamic presence indicators |
US7657597B2 (en) * | 2002-09-26 | 2010-02-02 | Sun Microsystems, Inc. | Instant messaging using distributed indexes |
US7533141B2 (en) * | 2003-01-24 | 2009-05-12 | Sun Microsystems, Inc. | System and method for unique naming of resources in networked environments |
GB0306864D0 (en) * | 2003-03-25 | 2003-04-30 | Nokia Corp | Service provisioning in a communication system |
US7200676B2 (en) * | 2003-03-26 | 2007-04-03 | Microsoft Corporation | Transmitting and receiving messages through a customizable communication channel and programming model |
JP4345368B2 (en) * | 2003-06-17 | 2009-10-14 | 株式会社日立製作所 | Presence management device and information distribution system |
US7827595B2 (en) * | 2003-08-28 | 2010-11-02 | Microsoft Corporation | Delegated administration of a hosted resource |
US7162256B2 (en) * | 2003-09-30 | 2007-01-09 | Avaya Technology Corp. | Presence-based telecommunications system |
US7610631B2 (en) * | 2004-11-15 | 2009-10-27 | Alexander Frank | Method and apparatus for provisioning software |
US20070165554A1 (en) * | 2004-12-23 | 2007-07-19 | Agovo Communications Inc. | System, Method and Portable Communication Device |
US20060190600A1 (en) * | 2005-02-18 | 2006-08-24 | Siemens Communications, Inc. | Group based presence availability management |
US7546133B2 (en) * | 2005-07-26 | 2009-06-09 | Motorola, Inc. | System and method for automatic user availability setting |
CN100574203C (en) * | 2005-10-26 | 2009-12-23 | 华为技术有限公司 | A kind of Notification Method of presentation information and system |
US8396922B2 (en) * | 2005-11-18 | 2013-03-12 | Aol Inc. | Promoting interoperability of presence-based systems through the use of ubiquitous online identities |
CN1863175B (en) * | 2006-02-25 | 2010-08-25 | 华为技术有限公司 | Presence service access apparatus, presence service system and method for issuing and obtaining presence information |
US8103725B2 (en) * | 2006-11-17 | 2012-01-24 | Microsoft Corporation | Communication using delegates |
KR101431826B1 (en) * | 2007-03-29 | 2014-08-25 | 삼성전자주식회사 | System and method for the solicitation of presence information from presence source |
EP2223519A4 (en) * | 2007-12-21 | 2015-08-26 | Permanent presence for polite block and confirm | |
US20100312847A1 (en) * | 2008-02-12 | 2010-12-09 | Christer Boberg | Method for authorizing a watcher by providing watcher specific information to the presentity |
-
2008
- 2008-12-16 WO PCT/FI2008/000143 patent/WO2009101235A1/en active Application Filing
- 2008-12-16 CN CN2008801267629A patent/CN101946492A/en active Pending
- 2008-12-16 KR KR1020107018171A patent/KR101152772B1/en active IP Right Grant
- 2008-12-16 RU RU2010137801/08A patent/RU2484596C2/en active
- 2008-12-16 JP JP2010544742A patent/JP2011513806A/en active Pending
- 2008-12-16 CN CN201510557175.7A patent/CN105227636A/en active Pending
- 2008-12-16 CA CA2711731A patent/CA2711731A1/en not_active Abandoned
- 2008-12-16 EP EP08872411.7A patent/EP2250793B1/en active Active
-
2009
- 2009-02-13 US US12/371,447 patent/US20090320094A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1873976A1 (en) | 2005-09-30 | 2008-01-02 | Huawei Technologies Co., Ltd. | A method and system of issueing the presence information |
US20070214243A1 (en) * | 2005-11-09 | 2007-09-13 | Huawei Technologies Co., Ltd. | Method, system, server and unit for setting configuration information of a presentity client |
Non-Patent Citations (2)
Title |
---|
"Open Mobile Alliance: ''Presence SIMPLE Specification''", OMA-TS-PRESENCE_SIMPLE-V1_0-20060725-A, 25 July 2006 (2006-07-25), XP008140681, Retrieved from the Internet <URL:http://www.openmobilealliance.org/technical/release_program> [retrieved on 20090317] * |
PRS2 PUBLICATION AUTHORIZATION,OMA-PAG-2008-0045-INP _PRS2_PUBLISH_AUTHORIZATION_DELEG, 28 January 2008 (2008-01-28) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017127268A1 (en) | 2016-01-19 | 2017-07-27 | T-Mobile Usa, Inc. | Network service access control |
EP3406069A4 (en) * | 2016-01-19 | 2019-08-28 | T-Mobile USA, Inc. | Network service access control |
Also Published As
Publication number | Publication date |
---|---|
US20090320094A1 (en) | 2009-12-24 |
CN105227636A (en) | 2016-01-06 |
JP2011513806A (en) | 2011-04-28 |
EP2250793A4 (en) | 2017-10-18 |
CN101946492A (en) | 2011-01-12 |
EP2250793B1 (en) | 2022-07-20 |
RU2484596C2 (en) | 2013-06-10 |
KR20100103695A (en) | 2010-09-27 |
CA2711731A1 (en) | 2009-08-20 |
EP2250793A1 (en) | 2010-11-17 |
KR101152772B1 (en) | 2012-06-11 |
RU2010137801A (en) | 2012-03-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2250793B1 (en) | System and method for implementing a publication | |
CN105592158B (en) | System and method for using presence information | |
US8046476B2 (en) | Access right control using access control alerts | |
US7293271B2 (en) | Systems and methods for event semantic binding in networks | |
EP2345267B1 (en) | Method and apparatus for address book contact management | |
EP2543173B1 (en) | Presentity authorization of buddy subscription in a communication system | |
MXPA06014825A (en) | Method, system and computer program to enable querying of resources in a certain context by definitin of sip event package. | |
RU2354067C2 (en) | Method, system and computer program for services and content detection on basis of sip protocol events in community developed on context information | |
US20090080404A1 (en) | Active profile selection | |
WO2004095159A2 (en) | System and method for addressing networked terminals via pseudonym translation | |
WO2010010446A1 (en) | Method and apparatus for address book updates | |
US20110004942A1 (en) | Method and apparatuses for authorising provision of indirected content associated with a presentity of a presence service | |
KR20110076881A (en) | Method and apparatus for address book contact management | |
EP2356833A1 (en) | System and method for encapsulation of application aspects within an application information data format message | |
EP2394415B1 (en) | A method and server for accessing and providing presence information in a communications network | |
US20090098886A1 (en) | System and method for providing presence notifications based upon watcher status | |
Beltran et al. | Middleware-based solution to offer mobile presence services | |
WO2010115266A1 (en) | Method and system for the exposure of simplified data-service facades through a context aware access layer |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200880126762.9 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08872411 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2711731 Country of ref document: CA |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2010544742 Country of ref document: JP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 5089/CHENP/2010 Country of ref document: IN |
|
ENP | Entry into the national phase |
Ref document number: 20107018171 Country of ref document: KR Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2008872411 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2010137801 Country of ref document: RU |