US20030191762A1 - Group management - Google Patents

Group management Download PDF

Info

Publication number
US20030191762A1
US20030191762A1 US10/118,656 US11865602A US2003191762A1 US 20030191762 A1 US20030191762 A1 US 20030191762A1 US 11865602 A US11865602 A US 11865602A US 2003191762 A1 US2003191762 A1 US 2003191762A1
Authority
US
United States
Prior art keywords
group
data structure
service
function
group management
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
US10/118,656
Other languages
English (en)
Inventor
Juha Kalliokulju
Matti Turunen
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.)
Nokia Oyj
Original Assignee
Nokia Oyj
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 Nokia Oyj filed Critical Nokia Oyj
Priority to US10/118,656 priority Critical patent/US20030191762A1/en
Assigned to NOKIA CORPORATION reassignment NOKIA CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: KALLIOKULJU, JUHA, TURUNEN, MATTI
Priority to EP03712485A priority patent/EP1493104A4/en
Priority to PCT/US2003/011140 priority patent/WO2003087998A2/en
Priority to AU2003230871A priority patent/AU2003230871A1/en
Priority to AU2003216578A priority patent/AU2003216578A1/en
Priority to JP2003582672A priority patent/JP2005522759A/ja
Priority to MXPA04009914A priority patent/MXPA04009914A/es
Priority to KR10-2004-7016044A priority patent/KR20040101414A/ko
Priority to BR0309045-0A priority patent/BR0309045A/pt
Priority to PCT/IB2003/001273 priority patent/WO2003085556A1/en
Priority to CNA038125625A priority patent/CN1656484A/zh
Publication of US20030191762A1 publication Critical patent/US20030191762A1/en
Priority to ZA200407951A priority patent/ZA200407951B/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions

Definitions

  • the present invention relates to Group Management, and, more particularly, to an enhancement for group management functionality which enables more effective use of group management in the context of services.
  • group management requirements specify the management function to be generic across all types of services and do not contain any (group) service-specific requirements.
  • the group management function requires additional service management procedures for a given service that describes how the groups are utilized within the given service. This leads to additional complexity and increases the signaling load.
  • group services instead of group management, the task would be practically difficult, because the requirements for different services will vary, and it is hard to foresee all the possibilities today.
  • An object of the present invention is to provide a mechanism to enable more effective use of group management in the context of different services.
  • a data structure including a plurality of primitives each for carrying out a separate function of a group management service, each primitive for at least temporary storage in a computer-readable medium at a client and in a computer readable medium at a server during transfer of said primitives over a network between the client and the server, each primitive including at least one information element having information relating to said separate function, each primitive having an identifying information element with information identifying said separate function of said group management service, is characterized in that at least one primitive of said plurality of primitive also contains an information element or is associated with a header or field relating to a service-specific function and that said service-specific function is subsumed within said group management service.
  • the data structure is characterized in that the service-specific function relates to a presence service and the data structure includes a presence information element, header, or field provided from a client to the server within said group management function.
  • the data structure is characterized in that the service-specific function relates to a rich call service and the data structure includes a rich call information element, header, or field provided from a client to the server within said group management function.
  • the data structure is characterized in that the service-specific function relates to a messaging service and the data structure includes a message information element, header, or field provided from a client to the server within said group management function.
  • the data structure is characterized in that the service-specific function relates to a content management service and the data structure includes a content management information element, header, or field provided from a client to the server within said group management function.
  • the data structure is characterized in that associated with the plurality of primitives are group access privileges.
  • the data structure is characterized in that said separate function of said group management service is a create group function, a delete group function, a modify group function, a group information function, a subscribe presence function, an unsubscribe presence function, or a presence request function.
  • the data structure is characterized in that upon receipt of one of said plurality of primitives for carrying out said separate function of said group management service, said primitive including said information element, header, or field relating to said service-specific function, if said client or server receiving said primitive does not recognize said information element, header, or field, an error message is not necessarily generated.
  • a device having means for at least temporarily storing a data structure for transmission or reception, is characterized in that said data structure is according to the first aspect of the present invention.
  • a system having at least one server able to communicate with a plurality of devices, wherein a communication protocol is used between the at least one server and the plurality of devices is characterized by a data structure according to the first aspect of the present invention.
  • a service-specific information element, header, or extension field is added to group management and is linked to individual members as well as the whole group. If an entity that receives a group command e.g. a server does not understand the extension, it is ignored without an error indication.
  • the invention proposes to organize group management so that both the group and the individual members in the group would have an extendable, generic field, header or the like that is able to carry service-specific information. Multiple fields or headers could be used to the same effect. This header or field would carry an identification for which service the further instructions are applied and what are the instructions. If the server does not understand the service ID the field is ignored without any errors being generated.
  • IM Instant Messaging
  • the field could be used as described: user A wants to block all the messages from B and C. A creates a group XX (containing B and C) with a ‘group property’ IM service, block list.
  • A, B, C, D and E are the members. After each member there would be one or more service specific fields A (read); B (read); C (read/write); D (read/write) and E (read/write).
  • a (read); B (read); C (read/write); D (read/write) and E read/write
  • FIG. 1 shows a system in which the group management of the present invention may be employed.
  • FIG. 2 shows a protocol structure used in the clients and servers of FIG. 1.
  • FIG. 3 shows more details of the service capabilities layer of FIG. 2 in both the client and server and particularly shows how user group management requirements are currently specified to be generic across all types of services.
  • FIG. 4 shows a set of primitives being exchanged between a client and server and defining some capabilities of a group management function.
  • FIG. 5 shows information elements being assembled by a service capabilities layer into a primitive or vice versa from a primitive into individual information elements and also shows a header, according to the present invention.
  • FIG. 6 shows a primitive, according to the present invention, with a header such as shown in FIG. 5, although it should be realized that this invention can also be assembled to be part of the payload even if the header is the more preferred implementation option.
  • FIG. 7 shows the header of FIGS. 5 and 6 in more detail; it can contain information for multiple services or there can be several headers each of which contains information specific to one service only.
  • FIG. 8 shows a plurality of primitives which may be exchanged between a server and clients according to the presence service capabilities component 36 c of FIG. 3.
  • FIG. 9 shows a plurality of primitives which may be exchanged between a server and clients according to the messaging service capabilities component 36 a of FIG. 3.
  • FIG. 1 shows a system 10 comprising physical devices 12 , 14 , clients 16 , 18 , users 20 , 22 , 24 , 26 , and servers 28 , 30 .
  • a user is a customer of the system, enjoying services thereof provided by using the physical devices 12 , 14 .
  • a client is an implementation of a given service which allows one or more users to access the service.
  • the client may be hardware, software, firmware, or any combination thereof.
  • the client concept is device independent, but for purposes of actual use it is installed in a physical device. Although not shown, more than one client can be resident on a given physical device, and the same user can access different clients on the same device. For instance, a not shown client 3 could be installed on device 14 and accessed by user 3 .
  • a server is a network element providing the services and maintaining user data. The servers may be interconnected.
  • a user may access the server simultaneously from several clients (using a single device or multiple devices). Similarly, a client may provide simultaneous access for several users.
  • a physical device e.g., mobile handset or PC
  • client instances they may need to be separately identifiable. But for many cases, the device identity and the client identity can be considered the same. In those cases, for all intents and purposes, the physical device is therefore the same as the client.
  • Both the clients and the servers of FIG. 1 will have a layered approach such as shown in FIG. 2 for facilitating the provision of services. But the servers intermediate the client will not usually utilize the topmost layer, i.e., a services layer 34 .
  • the model shown in FIG. 2 includes also a service capabilities layer 36 , a session layer 38 and a transport layer 40 .
  • the services layer 34 includes services such as messaging (chat, dating, meeting, conferencing, etc.), presence, rich call, etc.
  • the next lower service capabilities layer 36 includes a high-level protocol description including primitives with information elements and message flows.
  • the service capabilities layer 12 defines the information elements in the abstract messages. It also suggests the technologies that may be selected in this level (such as encoding of information elements).
  • the various services of the service layer 34 will be able to use the service capabilities layer 36 as a toolbox to create the various services.
  • the next lower session layer 38 includes mapping of the service capabilities through existing sessions, such as MMS (Multimedia Message Service), SIP (Session Initiation Protocol), SMS (Short Message Service), and USSD (Unstructured Supplementary Data).
  • the bottom transport layer 40 includes definitions of how to use transports: TCP/UDP/IP (Transport Control Protocol/User Datagram Protocol/Internet Protocol), SMS/USSD as bearer, WAP/WSP (Wireless Application Protocol/Wireless Session Protocol).
  • TCP/UDP/IP Transmission Control Protocol/User Datagram Protocol/Internet Protocol
  • SMS/USSD as bearer
  • WAP/WSP Wireless Application Protocol/Wireless Session Protocol
  • a client having the layered structure of FIG. 3 will communicate over a communication link 42 with a server having a similar layered structure, except not having the topmost services layer.
  • the server will, in turn, communicate ultimately with other clients either directly or through other services, and those clients will have service layers in the same way the client of FIG. 3 has such a service layer.
  • the services layer includes services such as messaging, presence, rich call, etc.
  • this layer may include various components, as shown.
  • One of these, for instance, may be a messaging component 36 a , wherein the exchange of instant messages is provided for.
  • a rich call component 36 b may be provided.
  • a presence component 36 c may be provided for as well.
  • User group management 36 d involves management of various aspects of the other services, including messaging, rich call and presence, etc.
  • Content management 36 e provides for management of shared content, such as images and documents. Subscriber management 36 f is also provided for.
  • the same components 36 a , 36 b , 36 c , 36 d , 36 e are shown condensed on the server 27 side of FIG. 3 as client technologies 28 a , whereas a subscriber management component 28 b is shown by itself, along with an interconnection management component 28 c.
  • Each of the components of the service capabilities layer 36 will have a defined set of primitives that are interchanged between a client and a server that together define the service capability component.
  • the user group management component 36 d may include a plurality of primitives such as shown. Each of these primitives should most likely be mandatory but are not necessarily so.
  • a CreateGroup primitive is provided on a line 50 from the client to the server and includes a plurality of information elements relating to the function of creating a group as per a particular client request to a server.
  • These information elements for the Create Group primitive may, for instance, include a message identifier, a version of the specification, a transaction identifier, a client identifier, a user identifier, a list of requested properties of the group, a list of initial users for membership in the group being created, and a group name. It should be mandatory to name the group when creating it.
  • the group name is not necessarily unambiguous however, i.e., it cannot be used for referring to the group (instead, a group ID, e.g. URL must be used).
  • the group ID must be associated with the group while creating or uniquely identifying the group (this can happen so that the user proposes something and the server accepts it if it is alright. If it is not all right i.e.
  • FIG. 5 shows a plurality of such information elements 52 , 54 , 56 , 58 . . . 60 being assembled and provided to the service capabilities layer 36 for assembly into a primitive such as the primitive 50 of FIG. 4.
  • Other primitives which may be used for creating a group management function will now be discussed.
  • group properties such as the group name, group visibility using for instance the ModifyGroup primitive on the line 64 .
  • group member access rights using the ModifyGroup primitive or some similar primitive with appropriate information elements defined. Other requirements may be made such as shown in Table I, for instance.
  • the group concept is flexible but should at least include the name of the group, the identification of the group, and group visibility which defines at least one of the users (person having user access privilege) who can get the group member list.
  • the terminology used can be defined as follows:
  • Group a group of persons which is used in group communication services such as Rich Call, Presence and Messaging, etc. Group can consist of number of persons or number of groups or combination of them.
  • Group management a collection of operations how the group owner or moderator can e.g. create, delete and modify groups, including group properties.
  • Group member a person belonging to a group.
  • Group properties group properties such as group name, group ID, group visibility.
  • Group (related) service a service utilizing groups which are managed by group management.
  • Group visibility is a group property that defines who sees the group.
  • Moderator a person who has moderator privileges for the group and is also a group member. TABLE I Name Requirement Creation of a It MUST be possible to create a group group Group name
  • the group MUST be named when creating it.
  • Group name is not necessarily unambiguous, i.e. it cannot be used for referring to the group (Group URL MUST be used)
  • Group URL MUST be used
  • An URL MUST be associated with the group when creating it.
  • Group URL identifies uniquely the group Group It MUST be possible to give a list of members group members when creating the group Group visibility It MUST be possible to define group visibility when creating the group Deletion of a It MUST be possible to delete a group group Addition of a It MUST be possible to add a member to group member an existing group to a group Get group It MUST be possible to get list of all members group member(s) from a group. Removal of a It MUST be possible to remove group member member(s) from a group. Group can from a group consist of group(s) so it must be possible to remove group(s) from a group.
  • Administrators can do anything in a group.
  • the creator of the particular group has always administrator privileges (administrator privileges cannot be removed) as long as the group exists. There is only one Administrator per group.
  • Moderators can add/remove members, but only ordinary users not moderators or administrators. There can be several Moderators per group.
  • Persons that do not have any administrative privileges but are group members are having User role. Group as a group member has only User privileges.
  • a person can get information only about those groups where the person is a group member (having Administrator, Moderator or User privileges).
  • the other components 36 a , 36 b , 36 c , 36 e and 36 f also have a group of primitives defined with each primitive having its own set of predefined information elements for assembly such as shown in FIG. 5. It will therefore be realized that these other components 36 a , 36 b , 36 c , 36 e , and 36 f require a good deal of signaling between the client and the server because of their status as separate components of the service capabilities layer 36 .
  • the current group management function is specified as being generic across all types of services without containing any (group) service-specific requirements.
  • the group management function is utilized along with one or more of the other service capability layer components such as presence or messaging, each of which may be associated with their own particular user groups.
  • the signaling load required by this approach is ameliorated by inserting service-specific functions into the signaling primitives defined for the group management component.
  • a group management primitive 80 is provided with a header 82 and a plurality of defined information elements 52 , 54 , 56 . . . 60 .
  • This might be part of a CreateGroup primitive defined for the User Group Management component 36 d of FIG. 3, for instance.
  • the header 82 may include a service-specific type identity 100 and instructions 102 as shown in FIG. 7. The recipient of the group management primitive 80 would then be able to determine the service-specific function identity from the header (with instructions).
  • FIG. 5 shows how a header 82 with service identifier 100 and instructions 102 can be assembled along with the information elements 52 , 54 , 56 , 58 , . . . 60 in the service capabilities layer 36 in a manner similar as described above.
  • the generic user group management component 36 d of FIG. 3 can be used to convey service-specific information as well and signaling between the client and server is thereby reduced.
  • This does not necessarily mean that the respective service-specific components 36 a , 36 b , 36 c , 36 e and 36 f can be eliminated. They can coexist.
  • FIG. 8 illustrates some presence primitives exchanged between a server and clients as part of the presence component 36 c of FIG. 3.
  • Each primitive has a standard set of associated mandatory, conditional, and optional information elements (IEs).
  • Table III below illustrates such a set of IEs for the AuthorizePres primitive 110 of FIG. 8.
  • TABLE III Authorize Presence Information Element Req Description Message-Type Mandatory Message identifier Version Mandatory Version of the IM specification Transaction-ID Mandatory Identifies the authorisation request transaction, either originated from IM server or IM client Own-User-ID Mandatory The identification of the requesting IM user Group-ID Optional Identifies the group if authorisation of presence is related to group.
  • Presence-Value-List A list of presence values requested.
  • Some of these IEs can be added, in the category of optional or conditional, to group management primitives.
  • one or more IEs of the AuthorizePres primitive could be used with the CreateGroup primitive 50 of FIG. 4 to create a group, such additional presence information elements would enable the creation of a group with some presence-specific service capabilities.
  • FIG. 9 Another example is taken from the messaging component 36 a of the service capabilities layer of FIG. 3 as shown in FIG. 9.
  • Table IV shows a standard set of IEs associated with a Message primitive 120 .
  • TABLE IV Message Information Element Req Description Message-Type Mandatory Message identifier Version Mandatory Version of the IM specification Own-Client-ID Mandatory The identification of the sending IM client. Own-User-ID Mandatory The subscriber identification of the sending IM user Req-Client-ID Conditional The identification of the recipient IM client, if message is targeted to single IM client only.
  • Req-User-ID Conditional The subscriber identification of the recipient IM user if individual messaging is requested Group-ID Conditional Identifies the group if messaging is requested via buddy list Join-ID Conditional Dynamic identification of the join session. Present if messaging is requested via public or private user group.
  • Content-Type Mandatory The content type of the instant message Content Optional The content of the instant message
  • one or more IEs can be added to selected Group Management Primitives as standard optional or conditional IEs.
  • the Content-Type and Content IEs can be added to one or more of the User Group Management 36 d primitives.
  • the various group management functions carried out by the primitives of FIG. 4 can be augmented to carry out messaging functions, depending on which function is desired or appropriate for association therewith.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)
  • Storage Device Security (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
US10/118,656 2002-04-08 2002-04-08 Group management Abandoned US20030191762A1 (en)

Priority Applications (12)

Application Number Priority Date Filing Date Title
US10/118,656 US20030191762A1 (en) 2002-04-08 2002-04-08 Group management
CNA038125625A CN1656484A (zh) 2002-04-08 2003-04-08 组管理
MXPA04009914A MXPA04009914A (es) 2002-04-08 2003-04-08 Administracion de grupo.
PCT/US2003/011140 WO2003087998A2 (en) 2002-04-08 2003-04-08 Group management
AU2003230871A AU2003230871A1 (en) 2002-04-08 2003-04-08 Group management
AU2003216578A AU2003216578A1 (en) 2002-04-08 2003-04-08 Group management
JP2003582672A JP2005522759A (ja) 2002-04-08 2003-04-08 グループ管理
EP03712485A EP1493104A4 (en) 2002-04-08 2003-04-08 GROUP MANAGEMENT
KR10-2004-7016044A KR20040101414A (ko) 2002-04-08 2003-04-08 그룹 관리
BR0309045-0A BR0309045A (pt) 2002-04-08 2003-04-08 Estrutura de dados compreendendo um primitivo para executar a função de um grupo de serviço de gerenciamento
PCT/IB2003/001273 WO2003085556A1 (en) 2002-04-08 2003-04-08 Group management
ZA200407951A ZA200407951B (en) 2002-04-08 2004-10-01 Group management.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US10/118,656 US20030191762A1 (en) 2002-04-08 2002-04-08 Group management

Publications (1)

Publication Number Publication Date
US20030191762A1 true US20030191762A1 (en) 2003-10-09

Family

ID=28674471

Family Applications (1)

Application Number Title Priority Date Filing Date
US10/118,656 Abandoned US20030191762A1 (en) 2002-04-08 2002-04-08 Group management

Country Status (10)

Country Link
US (1) US20030191762A1 (pt)
EP (1) EP1493104A4 (pt)
JP (1) JP2005522759A (pt)
KR (1) KR20040101414A (pt)
CN (1) CN1656484A (pt)
AU (2) AU2003230871A1 (pt)
BR (1) BR0309045A (pt)
MX (1) MXPA04009914A (pt)
WO (2) WO2003085556A1 (pt)
ZA (1) ZA200407951B (pt)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040083291A1 (en) * 2002-10-28 2004-04-29 Pekka Pessi System and method for conveying terminal capability and user preferences-dependent content characteristics for content adaptation
US20070011235A1 (en) * 2005-07-08 2007-01-11 Nokia Corporation Multi-user services in a communications system
US20080040442A1 (en) * 2006-07-31 2008-02-14 Ethan Fieldman Group interactive network (gin) system
CN100421429C (zh) * 2005-06-14 2008-09-24 华为技术有限公司 一种降低多媒体消息业务时延的方法
US20090254970A1 (en) * 2008-04-04 2009-10-08 Avaya Inc. Multi-tier security event correlation and mitigation
US7995742B2 (en) 2002-12-04 2011-08-09 Avaya Inc. Outbound dialing decision criteria based
US8014497B2 (en) 2003-01-20 2011-09-06 Avaya Inc. Messaging advise in presence-aware networks
US8108516B2 (en) 2002-02-14 2012-01-31 Avaya Inc. Presence tracking and name space interconnection techniques
US8150003B1 (en) 2007-01-23 2012-04-03 Avaya Inc. Caller initiated undivert from voicemail
US8301581B2 (en) 2009-09-24 2012-10-30 Avaya Inc. Group compositing algorithms for presence
US9398152B2 (en) 2004-02-25 2016-07-19 Avaya Inc. Using business rules for determining presence

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4352959B2 (ja) 2004-03-25 2009-10-28 日本電気株式会社 プレゼンス情報に基づくグループ通信方式およびクライアント装置
US20050289096A1 (en) * 2004-06-23 2005-12-29 Nokia Corporation Method, system and computer program to enable SIP event-based discovery of services and content within a community built on context information
CN100401259C (zh) * 2005-08-15 2008-07-09 中兴通讯股份有限公司 一种分布式服务系统的服务提供方法
US7735014B2 (en) 2007-01-05 2010-06-08 Sharp Laboratories Of America, Inc. Device-directed default list naming for mobile electronic device
JP4504997B2 (ja) * 2007-05-28 2010-07-14 富士通株式会社 プレゼンス管理方法及び装置
US20120051264A1 (en) 2010-08-24 2012-03-01 Ho-Sung Chien Method of Handling Service Group Creation in a Communication System and Related Communication Device
US10079787B2 (en) 2014-03-20 2018-09-18 Xiaomi Inc. Method and apparatus for creating group and exiting group
CN103888344B (zh) * 2014-03-20 2017-07-14 小米科技有限责任公司 群组创建方法、群组退出方法和装置

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5680461A (en) * 1995-10-26 1997-10-21 Sun Microsystems, Inc. Secure network protocol system and method
US5787280A (en) * 1990-05-21 1998-07-28 Texas Instruments Incorporated Apparatus and method for providing a facility for managing versions and configurations of persistent and transient objects
US6092199A (en) * 1997-07-07 2000-07-18 International Business Machines Corporation Dynamic creation of a user account in a client following authentication from a non-native server domain
US6151702A (en) * 1994-09-30 2000-11-21 Computer Associates Think, Inc. Method and system for automated, interactive translation of a software program to a data model for input to an information repository
US20020055975A1 (en) * 2000-11-08 2002-05-09 Yevgeniy Petrovykh Method and apparatus for intelligent routing of instant messaging presence protocol (IMPP) events among a group of customer service representatives
US20020156879A1 (en) * 2000-12-22 2002-10-24 Delany Shawn P. Policies for modifying group membership
US20030125051A1 (en) * 2001-12-27 2003-07-03 Arto Leppisaari Acknowledgement of reception of downlink messages
US6621895B1 (en) * 1999-08-31 2003-09-16 Nortel Networks Limited Enhanced communication services for data networks
US6754696B1 (en) * 1999-03-25 2004-06-22 Micosoft Corporation Extended file system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6202066B1 (en) * 1997-11-19 2001-03-13 The United States Of America As Represented By The Secretary Of Commerce Implementation of role/group permission association using object access type

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5787280A (en) * 1990-05-21 1998-07-28 Texas Instruments Incorporated Apparatus and method for providing a facility for managing versions and configurations of persistent and transient objects
US6151702A (en) * 1994-09-30 2000-11-21 Computer Associates Think, Inc. Method and system for automated, interactive translation of a software program to a data model for input to an information repository
US5680461A (en) * 1995-10-26 1997-10-21 Sun Microsystems, Inc. Secure network protocol system and method
US6092199A (en) * 1997-07-07 2000-07-18 International Business Machines Corporation Dynamic creation of a user account in a client following authentication from a non-native server domain
US6754696B1 (en) * 1999-03-25 2004-06-22 Micosoft Corporation Extended file system
US6621895B1 (en) * 1999-08-31 2003-09-16 Nortel Networks Limited Enhanced communication services for data networks
US20020055975A1 (en) * 2000-11-08 2002-05-09 Yevgeniy Petrovykh Method and apparatus for intelligent routing of instant messaging presence protocol (IMPP) events among a group of customer service representatives
US20020156879A1 (en) * 2000-12-22 2002-10-24 Delany Shawn P. Policies for modifying group membership
US20030125051A1 (en) * 2001-12-27 2003-07-03 Arto Leppisaari Acknowledgement of reception of downlink messages

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8108516B2 (en) 2002-02-14 2012-01-31 Avaya Inc. Presence tracking and name space interconnection techniques
WO2004038933A3 (en) * 2002-10-28 2004-12-29 Nokia Corp System and method for conveying terminal capability and user preferences-dependent content characteristics for content adaptation
US20040083291A1 (en) * 2002-10-28 2004-04-29 Pekka Pessi System and method for conveying terminal capability and user preferences-dependent content characteristics for content adaptation
US7685315B2 (en) 2002-10-28 2010-03-23 Nokia Corporation System and method for conveying terminal capability and user preferences-dependent content characteristics for content adaptation
US7995742B2 (en) 2002-12-04 2011-08-09 Avaya Inc. Outbound dialing decision criteria based
US8098799B2 (en) 2003-01-20 2012-01-17 Avaya Inc. Messaging advise in presence-aware networks
US8218735B2 (en) 2003-01-20 2012-07-10 Avaya Inc. Messaging advise in presence-aware networks
US8107597B2 (en) 2003-01-20 2012-01-31 Avaya Inc. Messaging advise in presence-aware networks
US8014497B2 (en) 2003-01-20 2011-09-06 Avaya Inc. Messaging advise in presence-aware networks
US8050388B2 (en) 2003-01-20 2011-11-01 Avaya Inc. Messaging advise in presence-aware networks
US8064574B2 (en) 2003-01-20 2011-11-22 Avaya Inc. Messaging advise in presence-aware networks
US9398152B2 (en) 2004-02-25 2016-07-19 Avaya Inc. Using business rules for determining presence
CN100421429C (zh) * 2005-06-14 2008-09-24 华为技术有限公司 一种降低多媒体消息业务时延的方法
WO2007007174A1 (en) * 2005-07-08 2007-01-18 Nokia Corporation Multi-user services in a communications system
US8433752B2 (en) 2005-07-08 2013-04-30 Nokia Corporation Notification of a blocked user entering or participating in a multi-user chat session
EP2913962A1 (en) * 2005-07-08 2015-09-02 Nokia Technologies OY Multi-user services in a communications system
US20070011235A1 (en) * 2005-07-08 2007-01-11 Nokia Corporation Multi-user services in a communications system
US20080040442A1 (en) * 2006-07-31 2008-02-14 Ethan Fieldman Group interactive network (gin) system
US8615784B2 (en) * 2006-07-31 2013-12-24 Ethan Fieldman Group interactive network (GIN) system
US8150003B1 (en) 2007-01-23 2012-04-03 Avaya Inc. Caller initiated undivert from voicemail
US20090254970A1 (en) * 2008-04-04 2009-10-08 Avaya Inc. Multi-tier security event correlation and mitigation
US8301581B2 (en) 2009-09-24 2012-10-30 Avaya Inc. Group compositing algorithms for presence

Also Published As

Publication number Publication date
CN1656484A (zh) 2005-08-17
WO2003085556A1 (en) 2003-10-16
BR0309045A (pt) 2005-02-01
JP2005522759A (ja) 2005-07-28
ZA200407951B (en) 2005-08-31
MXPA04009914A (es) 2004-12-07
KR20040101414A (ko) 2004-12-02
AU2003230871A1 (en) 2003-10-27
EP1493104A1 (en) 2005-01-05
WO2003087998A2 (en) 2003-10-23
EP1493104A4 (en) 2009-12-16
AU2003216578A1 (en) 2003-10-20

Similar Documents

Publication Publication Date Title
US20030191762A1 (en) Group management
CA2439380C (en) Separation of instant messaging user and client identities
US7797010B1 (en) Systems and methods for talk group distribution
EP1829412B1 (en) Providing communication group information to a client
US7818020B1 (en) System and method for joining communication groups
US7864716B1 (en) Talk group management architecture
US7738900B1 (en) Systems and methods of group distribution for latency sensitive applications
CN101163117B (zh) 一种群组管理方法、群组资源共享方法及即时通讯装置
CN101897209B (zh) 用于即时状态和位置的情境感知机制的方法和系统
CA2372647A1 (en) System and method for administrating a wireless communication network
CN101940015A (zh) 用于通过策略、规则和/或触发指定、应用和扩展与应用有关的方面的方法和系统
KR101922985B1 (ko) 연락처 정보의 구독을 초대하는 장치 및 방법

Legal Events

Date Code Title Description
AS Assignment

Owner name: NOKIA CORPORATION, FINLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KALLIOKULJU, JUHA;TURUNEN, MATTI;REEL/FRAME:013119/0855

Effective date: 20020529

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION