US20130246636A1 - Providing additional information with session requests - Google Patents

Providing additional information with session requests Download PDF

Info

Publication number
US20130246636A1
US20130246636A1 US13/887,744 US201313887744A US2013246636A1 US 20130246636 A1 US20130246636 A1 US 20130246636A1 US 201313887744 A US201313887744 A US 201313887744A US 2013246636 A1 US2013246636 A1 US 2013246636A1
Authority
US
United States
Prior art keywords
session
communication
communication client
communication session
action
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/887,744
Inventor
John H. Yoakum
Philip Edholm
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.)
RPX Clearinghouse LLC
Original Assignee
Rockstar Consortium US LP
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 Rockstar Consortium US LP filed Critical Rockstar Consortium US LP
Priority to US13/887,744 priority Critical patent/US20130246636A1/en
Publication of US20130246636A1 publication Critical patent/US20130246636A1/en
Assigned to RPX CLEARINGHOUSE LLC reassignment RPX CLEARINGHOUSE LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BOCKSTAR TECHNOLOGIES LLC, CONSTELLATION TECHNOLOGIES LLC, MOBILESTAR TECHNOLOGIES LLC, NETSTAR TECHNOLOGIES LLC, ROCKSTAR CONSORTIUM LLC, ROCKSTAR CONSORTIUM US LP
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H04L29/08576
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/403Arrangements for multi-party communication, e.g. for conferences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions

Definitions

  • the present invention relates to communications and in particular to providing additional information in a session request that may be used by a remote communication device or application.
  • Various types of communication sessions are established because two or more parties desire to communicate about a particular subject.
  • the subject of the communication may be of interest to additional parties and may be associated with any number of files, documents, and the like. For example, if a voice session is established between two parties to discuss a particular project defined in a document, one of the parties to the communication session may email the other party a copy of the document during the communication session, such that both of the parties may view the document during their discussions.
  • the parties may exchange documents related to their discussions.
  • other parties should be involved in the session, there is no easy or automated way to determine these parties are interested in the discussion and provide these documents to the third parties.
  • the present invention allows a communication client to send a session request to initiate a session with a receiving communication client, wherein the session request includes additional information configured to allow the receiving communication client to take an action in association with the communication session.
  • the action may be initiated before, during, or after session establishment. Further, the action may take place at any time.
  • the additional information may include context indicia, which may identify an association related to the subject matter of the session, or a specific instruction or request to take an action in association with the communication session.
  • the context indicia identifies an association of people, information, or things, which may take many forms.
  • the association is related to the action to be taken.
  • the actions to be taken may include providing information to a user, displaying information to a user, recording at least a portion of the communication session, storing information related to the communication session, initiating other sessions with other communication devices, restricting incoming session requests to those related to the existing communication session, obtaining information from a participant in the session, providing information to a participant in the session, accessing web sites, initiating emails, calls, or instant messages, and the like. Accordingly, information may be provided in session requests to cause the communication client receiving the session request to establish the session, as well as take additional actions related to the session or the subject matter to be addressed in the session.
  • FIG. 1 is a block representation of a communication environment according to one embodiment of the present invention.
  • FIG. 2 is a communication flow diagram according to a first embodiment of the present invention.
  • FIG. 3 is a communication flow diagram according to a second embodiment of the present invention.
  • FIG. 4 is a block representation of a communication client according to one embodiment of the present invention.
  • the present invention allows a first communication client to include additional information in a session request, which is sent to a second communication client.
  • the session request is intended to trigger a communication session between the first and second communication clients.
  • the additional information provided in the session request by the first communication client is used by the second communication client to initiate an action.
  • the action taken by the second communication client in response to receiving a session request with the additional information is generally related to the session being established between the first and second communication clients.
  • the additional information is contextual information, which provides an association of people, issues, objects, events, files, tasks, archives of previous communications, and the like with the session being initiated.
  • the context indicia may be or may bear on a subject or topic with which people and documents are associated.
  • the context information bears on a particular subject about which multiple people have exchanged email and multiple files have been shared and reviewed.
  • the context information could be or could relate to the subject of the email, and when the second communication client receives the session request including the context indicia, certain actions may be taken to automatically exchange the most recent versions of the shared documents to all of the participants, and perhaps initiate additional sessions in an attempt to conference all of the parties related to that particular subject.
  • the second communication client will recognize that the session request has the context indicia and make a determination regarding what action to take based on the context indicia.
  • the context indicia may take many forms and cause numerous actions to be taken by the communication client receiving the session request. Further details and examples are provided later in the specification.
  • the additional indicia provided in the session request may be specific instructions for the second communication client receiving the session request.
  • the second communication client may take action based on the instructions without having to determine what action to take based on the mere presence of context indicia.
  • the additional information may include context indicia as well as instructions in other embodiments.
  • the additional information may be the actual context indicia or instructions, or a pointer to appropriate information.
  • the actions taken by the second communication client upon receiving the additional information may take many forms, including displaying information, delivering information, initiating additional communication sessions, recording the communication session, storing information associated with the communication session, reacting in a certain fashion to session requests from third parties, and the like. Accordingly, the present invention relates to delivering additional information bearing on context indicia or instructions, and having the communication client receiving the session request take appropriate action in response to the context indicia or instructions.
  • an exemplary communication environment 10 is illustrated wherein communication clients 12 can communicate with each other and establish sessions for communication through a packet network 14 .
  • the sessions may be established using any type of session establishment protocol, such as the Session Initiation Protocol (SIP).
  • SIP Session Initiation Protocol
  • the communication clients 12 may be implemented in various types of communication devices, such as personal computers, personal digital assistants (PDAs), telephones, and the like, and may be associated with one or more applications 16 , which reside on or are otherwise closely associated with the communication client 12 .
  • Other applications 18 may be accessible by the communication client 12 via the packet network 14 . These remote applications 18 may provide similar or different functions as the associated applications 16 .
  • communication servers 20 may be used to assist in establishing the sessions between the respective communication clients 12 .
  • These communication servers 20 may act as proxies, such as a SIP proxy, and play an important role in any necessary signaling or handshaking between the communication clients 12 prior to the communication session being established.
  • the communication session is established directly between the communication clients 12 , even when session control signaling may involve the communication servers 20 .
  • one or more media application servers 22 may be provided to assist in establishing various types of media sessions, such as voice, audio, and video sessions and associated conferencing between the communication clients 12 as well as third party communication clients (not shown).
  • the communication environment 10 is separated into two sides by a dashed line. Those entities on the left side of the dashed line will be modified by the term “sending” and those on the right side of the dashed line will be modified by the term “receiving.”
  • the use of the terms “sending” and “receiving” clarifies whether the devices are associated with the communication client 12 sending the session request or receiving the session request. Accordingly, the sending communication client 12 will send a session request to the receiving communication client 12 to initiate a communication session between the sending and receiving communication clients 12 .
  • the sending associated applications 16 and the sending remote applications 18 will provide the additional information, either context indicia or instructions, to the sending communication client 12 , which will send a session request including the additional information to the receiving communication client 12 .
  • the receiving communication client 12 will process the additional information and interact with the appropriate receiving associated application 16 or receiving remote application 18 to take the appropriate action based on the context indicia or instructions provided in the additional information.
  • the receiving communication client 12 may also interact with the receiving media application server 22 as necessary to support actions involving various types of media-related functions.
  • the respective sending and receiving communication servers 20 may be used to route these messages.
  • a session request taking the form of a SIP Invite message may be sent from the sending communication client 12 to the sending communication server 20 , which will forward the SIP Invite message to the receiving communication server 20 , which will in turn forward the SIP Invite message to the receiving communication client 12 .
  • the routing of a session request through the communication servers 20 is not illustrated, for conciseness and readability. Those skilled in the art will recognize that various types of communication protocols may or may not require the routing of these session-related messages through the respective communication servers 20 , and that the specific routing of these messages is not integral to the concepts of the present invention.
  • a sending associated or remote application 16 , 18 will generate context indicia for an upcoming session between the sending and receiving communication clients 12 (step 100 ).
  • the context indicia is provided to the sending communication client 12 (step 102 ), which will initiate the session (step 104 ) by sending a session request including the context indicia toward the receiving communication client 12 (step 106 ).
  • the receiving communication client 12 Upon receipt of the session request, the receiving communication client 12 will process the session request (step 108 ), retrieve the context indicia from the session request (step 110 ), and process the context indicia (step 112 ).
  • the receiving communication client 12 will use the context indicia to determine an action to take based on the context indicia (step 114 ), and initiate the action by communicating with the appropriate receiving application 16 , 18 (step 116 ).
  • the receiving communication client 12 may access information stored internally or externally to identify the relationships associated with the context indicia and determine the action to take based on the given context indicia.
  • the receiving communication client 12 will send a session response back to the sending communication client 12 (step 118 ), which will establish a communication session between the sending and receiving communication clients 12 (step 120 ).
  • the action may be initiated at any time before the session is initiated (as illustrated), while the session is being initiated, or after the session is initiated.
  • the actual action may take place at any time as needed and may be optional based on various criteria.
  • the context indicia does not provide an instruction, but information that the receiving communication client 12 can process to determine an action to take.
  • the context indicia identifies a relationship among people, issues, objects, events, files, tasks, archives of previous communications, and the like, and associates this relationship with the communication session. Based on the relationship, the receiving communication client 12 can determine an action to take, and must be configured to process context indicia to arrive at the proper action. For example, if the context is a meeting set on the calendars of a group of people, the action to take may be to establish communication sessions with the people scheduled to conference and distribute documents, web pages, links, or other files to all the people in the group.
  • context indicia may relate to a certain project, wherein when the session is established, aspects of the project will be displayed to the respective users.
  • the communication session may be recorded and information associated with the communication session and the communication itself may be stored as desired by the participants.
  • Another example would be having the context indicia correspond to the subject of an email, wherein a copy of emails having the same subject are sent to the communication session participants or local copies of the emails are displayed for the participants.
  • the session does not need to be a voice session, but could be an instant messaging session, a video conferencing session including voice, and the like.
  • the context indicia may be used to identify interested parties, present participants with related information and documents, or trigger related communication events. The actions taken do not need to be immediate.
  • the receiving communication client 12 may recognize the context indicia as allowing additional parties related to the context indicia to join the session.
  • the receiving communication client 12 may recognize these participants and allow them to join the session with the initial participants.
  • the context indicia may identify the actual context, or provide a pointer to the actual context.
  • the SIP Invite message will include a field in which the additional information containing the context indicia is provided.
  • the receiving communication client 12 will review session requests to determine if this field is populated with additional information such as context indicia or instructions.
  • the actions taken may also include automatically generating email, sending instant messages, and the like. Notably, the action is related to the context indicia and the communication session being established between the sending and receiving communication clients 12 .
  • the session request includes instructions for the receiving communication client 12 .
  • a sending application 16 , 18 will generate an instruction for an upcoming session between the sending and receiving communication clients 12 (step 200 ).
  • the instruction is provided to the sending communication client 12 (step 202 ), which will initiate the session (step 204 ) by sending a session request toward the receiving communication client 12 (step 206 ).
  • the receiving communication client 12 will process the session request (step 208 ), retrieve the instruction (step 210 ), and process the instruction (step 212 ).
  • the receiving communication client 12 will initiate an action in response to the instruction (step 214 ). Again, initiation of the action may take place before, during, or after session establishment.
  • the action may occur at any time. Initiating the action may involve instructing a receiving application 16 , 18 to initiate a desired function.
  • the receiving communication client 12 will also send a session response back to the sending communication client 12 (step 216 ) to establish the communication session between the sending and receiving communication clients 12 (step 218 ).
  • actions may be taken in response to the instruction; however, the action taken may relate to the session being established between the sending and receiving communication clients 12 .
  • Exemplary actions taken in response to the instruction are those described above in association with the context indicia.
  • the receiving communication client 12 need only be configured to properly interpret the instruction instead of analyzing the context indicia to determine an action to take.
  • the communication client 12 may include a control system 24 , which is associated with memory 26 having sufficient software 28 to provide the functionality described above.
  • the software 28 may include a communication client function 30 as well as one or more of the associated applications 16 .
  • the control system 24 is also associated with an appropriate communication interface 32 to facilitate sessions and any requisite signaling over the packet network 14 .
  • the communication client 12 may include a user interface 34 through which user input is received and information may be displayed to the user.
  • the communication interface 32 and the user interface 34 will vary depending on the nature of the communication client 12 .

Abstract

The present invention allows a communication client to send a session request to initiate a session with a receiving communication client, wherein the session request includes additional information configured to allow the receiving communication client to take an action in association with the communication session. The additional information may include context indicia, which may identify an association related to the subject matter of the session, or a specific instruction to take the action in association with the communication session.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is related to U.S. application Ser. No. 10/784,864, entitled PROVIDING ADDITIONAL INFORMATION WITH SESSION REQUESTS, which was filed on Feb. 23, 2004; U.S. application Ser. No. 10/931,857, entitled AUTOMATED CONFERENCE ADMISSION, which was filed on Sep. 1, 2004; U.S. application Ser. No. 12/540,030, entitled AUTOMATED SESSION ADMISSION, which was filed on Aug. 12, 2009; and U.S. Pat. No. 7,469,293, entitled USING ADDITIONAL INFORMATION PROVIDED IN SESSION REQUESTS, which issued on Dec. 23, 2008, the disclosures of which are incorporated herein by reference in its entirety.
  • FIELD OF THE INVENTION
  • The present invention relates to communications and in particular to providing additional information in a session request that may be used by a remote communication device or application.
  • BACKGROUND OF THE INVENTION
  • Various types of communication sessions, including those based on voice or messaging, are established because two or more parties desire to communicate about a particular subject. The subject of the communication may be of interest to additional parties and may be associated with any number of files, documents, and the like. For example, if a voice session is established between two parties to discuss a particular project defined in a document, one of the parties to the communication session may email the other party a copy of the document during the communication session, such that both of the parties may view the document during their discussions. Thus, there is a need to allow for the parties to exchange documents related to their discussions. Further, if other parties should be involved in the session, there is no easy or automated way to determine these parties are interested in the discussion and provide these documents to the third parties. Accordingly, there is a need for a way to provide contextual information in association with establishing a communication session, such that related parties may participate in the session and related documents or information may be provided to the parties in an automated fashion, without requiring the parties to identify other parties to include in the communication session or separately provide documents and information in association with the communication session. There is also a need to provide instructions to a communication device or application with which a communication session is being established to take actions to enhance the communication session.
  • SUMMARY OF THE INVENTION
  • The present invention allows a communication client to send a session request to initiate a session with a receiving communication client, wherein the session request includes additional information configured to allow the receiving communication client to take an action in association with the communication session. The action may be initiated before, during, or after session establishment. Further, the action may take place at any time. The additional information may include context indicia, which may identify an association related to the subject matter of the session, or a specific instruction or request to take an action in association with the communication session.
  • In one embodiment, the context indicia identifies an association of people, information, or things, which may take many forms. The association is related to the action to be taken. Although not inclusive, the actions to be taken may include providing information to a user, displaying information to a user, recording at least a portion of the communication session, storing information related to the communication session, initiating other sessions with other communication devices, restricting incoming session requests to those related to the existing communication session, obtaining information from a participant in the session, providing information to a participant in the session, accessing web sites, initiating emails, calls, or instant messages, and the like. Accordingly, information may be provided in session requests to cause the communication client receiving the session request to establish the session, as well as take additional actions related to the session or the subject matter to be addressed in the session.
  • Those skilled in the art will appreciate the scope of the present invention and realize additional aspects thereof after reading the following detailed description of the preferred embodiments in association with the accompanying drawing figures.
  • BRIEF DESCRIPTION OF THE DRAWING FIGURES
  • The accompanying drawing figures incorporated in and forming a part of this specification illustrate several aspects of the invention, and together with the description serve to explain the principles of the invention.
  • FIG. 1 is a block representation of a communication environment according to one embodiment of the present invention.
  • FIG. 2 is a communication flow diagram according to a first embodiment of the present invention.
  • FIG. 3 is a communication flow diagram according to a second embodiment of the present invention.
  • FIG. 4 is a block representation of a communication client according to one embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • The embodiments set forth below represent the necessary information to enable those skilled in the art to practice the invention and illustrate the best mode of practicing the invention. Upon reading the following description in light of the accompanying drawing figures, those skilled in the art will understand the concepts of the invention and will recognize applications of these concepts not particularly addressed herein. It should be understood that these concepts and applications fall within the scope of the disclosure and the accompanying claims.
  • The present invention allows a first communication client to include additional information in a session request, which is sent to a second communication client. The session request is intended to trigger a communication session between the first and second communication clients. The additional information provided in the session request by the first communication client is used by the second communication client to initiate an action. The action taken by the second communication client in response to receiving a session request with the additional information is generally related to the session being established between the first and second communication clients.
  • In one embodiment, the additional information is contextual information, which provides an association of people, issues, objects, events, files, tasks, archives of previous communications, and the like with the session being initiated. For example, the context indicia may be or may bear on a subject or topic with which people and documents are associated. In this example, assume the context information bears on a particular subject about which multiple people have exchanged email and multiple files have been shared and reviewed. The context information could be or could relate to the subject of the email, and when the second communication client receives the session request including the context indicia, certain actions may be taken to automatically exchange the most recent versions of the shared documents to all of the participants, and perhaps initiate additional sessions in an attempt to conference all of the parties related to that particular subject. Notably, the second communication client will recognize that the session request has the context indicia and make a determination regarding what action to take based on the context indicia. The context indicia may take many forms and cause numerous actions to be taken by the communication client receiving the session request. Further details and examples are provided later in the specification.
  • In another embodiment, the additional indicia provided in the session request may be specific instructions for the second communication client receiving the session request. As such, the second communication client may take action based on the instructions without having to determine what action to take based on the mere presence of context indicia. Notably, the additional information may include context indicia as well as instructions in other embodiments. The additional information may be the actual context indicia or instructions, or a pointer to appropriate information.
  • The actions taken by the second communication client upon receiving the additional information may take many forms, including displaying information, delivering information, initiating additional communication sessions, recording the communication session, storing information associated with the communication session, reacting in a certain fashion to session requests from third parties, and the like. Accordingly, the present invention relates to delivering additional information bearing on context indicia or instructions, and having the communication client receiving the session request take appropriate action in response to the context indicia or instructions.
  • Prior to delving into exemplary communication flows for delivering context indicia and instructions in a session request, an overview of an exemplary communication environment according to one embodiment of the present invention is provided. With reference to FIG. 1, an exemplary communication environment 10 is illustrated wherein communication clients 12 can communicate with each other and establish sessions for communication through a packet network 14. The sessions may be established using any type of session establishment protocol, such as the Session Initiation Protocol (SIP). The communication clients 12 may be implemented in various types of communication devices, such as personal computers, personal digital assistants (PDAs), telephones, and the like, and may be associated with one or more applications 16, which reside on or are otherwise closely associated with the communication client 12. Other applications 18 may be accessible by the communication client 12 via the packet network 14. These remote applications 18 may provide similar or different functions as the associated applications 16.
  • Depending on the communication protocol, communication servers 20 may be used to assist in establishing the sessions between the respective communication clients 12. These communication servers 20 may act as proxies, such as a SIP proxy, and play an important role in any necessary signaling or handshaking between the communication clients 12 prior to the communication session being established. Typically, but not necessarily, the communication session is established directly between the communication clients 12, even when session control signaling may involve the communication servers 20. Additionally, one or more media application servers 22 may be provided to assist in establishing various types of media sessions, such as voice, audio, and video sessions and associated conferencing between the communication clients 12 as well as third party communication clients (not shown).
  • For the purposes of illustration, the communication environment 10 is separated into two sides by a dashed line. Those entities on the left side of the dashed line will be modified by the term “sending” and those on the right side of the dashed line will be modified by the term “receiving.” The use of the terms “sending” and “receiving” clarifies whether the devices are associated with the communication client 12 sending the session request or receiving the session request. Accordingly, the sending communication client 12 will send a session request to the receiving communication client 12 to initiate a communication session between the sending and receiving communication clients 12.
  • In general, the sending associated applications 16 and the sending remote applications 18 will provide the additional information, either context indicia or instructions, to the sending communication client 12, which will send a session request including the additional information to the receiving communication client 12. In addition to establishing the session with the sending communication client 12, the receiving communication client 12 will process the additional information and interact with the appropriate receiving associated application 16 or receiving remote application 18 to take the appropriate action based on the context indicia or instructions provided in the additional information. As noted, the receiving communication client 12 may also interact with the receiving media application server 22 as necessary to support actions involving various types of media-related functions.
  • When sending session related messages between the sending and receiving communication clients 12, the respective sending and receiving communication servers 20 may be used to route these messages. For example, a session request taking the form of a SIP Invite message may be sent from the sending communication client 12 to the sending communication server 20, which will forward the SIP Invite message to the receiving communication server 20, which will in turn forward the SIP Invite message to the receiving communication client 12. For the following communication flow diagrams, the routing of a session request through the communication servers 20 is not illustrated, for conciseness and readability. Those skilled in the art will recognize that various types of communication protocols may or may not require the routing of these session-related messages through the respective communication servers 20, and that the specific routing of these messages is not integral to the concepts of the present invention.
  • Turning now to FIG. 2, an exemplary communication flow is provided where the additional information provided in the session request is context indicia. Initially, a sending associated or remote application 16, 18 will generate context indicia for an upcoming session between the sending and receiving communication clients 12 (step 100). The context indicia is provided to the sending communication client 12 (step 102), which will initiate the session (step 104) by sending a session request including the context indicia toward the receiving communication client 12 (step 106). Upon receipt of the session request, the receiving communication client 12 will process the session request (step 108), retrieve the context indicia from the session request (step 110), and process the context indicia (step 112). The receiving communication client 12 will use the context indicia to determine an action to take based on the context indicia (step 114), and initiate the action by communicating with the appropriate receiving application 16, 18 (step 116). The receiving communication client 12 may access information stored internally or externally to identify the relationships associated with the context indicia and determine the action to take based on the given context indicia. The receiving communication client 12 will send a session response back to the sending communication client 12 (step 118), which will establish a communication session between the sending and receiving communication clients 12 (step 120). Notably, the action may be initiated at any time before the session is initiated (as illustrated), while the session is being initiated, or after the session is initiated. The actual action may take place at any time as needed and may be optional based on various criteria.
  • The context indicia does not provide an instruction, but information that the receiving communication client 12 can process to determine an action to take. The context indicia identifies a relationship among people, issues, objects, events, files, tasks, archives of previous communications, and the like, and associates this relationship with the communication session. Based on the relationship, the receiving communication client 12 can determine an action to take, and must be configured to process context indicia to arrive at the proper action. For example, if the context is a meeting set on the calendars of a group of people, the action to take may be to establish communication sessions with the people scheduled to conference and distribute documents, web pages, links, or other files to all the people in the group. Alternatively, context indicia may relate to a certain project, wherein when the session is established, aspects of the project will be displayed to the respective users. The communication session may be recorded and information associated with the communication session and the communication itself may be stored as desired by the participants. Another example would be having the context indicia correspond to the subject of an email, wherein a copy of emails having the same subject are sent to the communication session participants or local copies of the emails are displayed for the participants. Notably, the session does not need to be a voice session, but could be an instant messaging session, a video conferencing session including voice, and the like. Thus, the context indicia may be used to identify interested parties, present participants with related information and documents, or trigger related communication events. The actions taken do not need to be immediate. For example, the receiving communication client 12 may recognize the context indicia as allowing additional parties related to the context indicia to join the session. Thus, when session requests arrive from parties having a relationship to the context indicia, the receiving communication client 12 may recognize these participants and allow them to join the session with the initial participants.
  • Again, the context indicia may identify the actual context, or provide a pointer to the actual context. In a SIP embodiment, the SIP Invite message will include a field in which the additional information containing the context indicia is provided. The receiving communication client 12 will review session requests to determine if this field is populated with additional information such as context indicia or instructions. The actions taken may also include automatically generating email, sending instant messages, and the like. Notably, the action is related to the context indicia and the communication session being established between the sending and receiving communication clients 12.
  • Turning now to FIG. 3, a communication flow diagram is provided wherein the session request includes instructions for the receiving communication client 12. Initially, a sending application 16, 18 will generate an instruction for an upcoming session between the sending and receiving communication clients 12 (step 200). The instruction is provided to the sending communication client 12 (step 202), which will initiate the session (step 204) by sending a session request toward the receiving communication client 12 (step 206). The receiving communication client 12 will process the session request (step 208), retrieve the instruction (step 210), and process the instruction (step 212). As a result, the receiving communication client 12 will initiate an action in response to the instruction (step 214). Again, initiation of the action may take place before, during, or after session establishment. Further, the action may occur at any time. Initiating the action may involve instructing a receiving application 16, 18 to initiate a desired function. The receiving communication client 12 will also send a session response back to the sending communication client 12 (step 216) to establish the communication session between the sending and receiving communication clients 12 (step 218).
  • Various types of actions may be taken in response to the instruction; however, the action taken may relate to the session being established between the sending and receiving communication clients 12. Exemplary actions taken in response to the instruction are those described above in association with the context indicia. When the additional information is an instruction, the receiving communication client 12 need only be configured to properly interpret the instruction instead of analyzing the context indicia to determine an action to take.
  • With reference to FIG. 4, an exemplary communication client 12 is illustrated. The communication client 12 may include a control system 24, which is associated with memory 26 having sufficient software 28 to provide the functionality described above. In particular, the software 28 may include a communication client function 30 as well as one or more of the associated applications 16. The control system 24 is also associated with an appropriate communication interface 32 to facilitate sessions and any requisite signaling over the packet network 14. Further, the communication client 12 may include a user interface 34 through which user input is received and information may be displayed to the user. The communication interface 32 and the user interface 34 will vary depending on the nature of the communication client 12.
  • Those skilled in the art will recognize improvements and modifications to the preferred embodiments of the present invention. All such improvements and modifications are considered within the scope of the concepts disclosed herein and the claims that follow.

Claims (20)

What is claimed is:
1. A method comprising:
sending a Session Initiation Protocol (SIP) Invite message toward a receiving communication client, the SIP Invite message indicating a relationship among entities associated with the SIP Invite message and the SIP Invite message being configured to instruct the receiving communication client to take at least one action after establishing a communication session in response to the at least one communication session request message; and
establishing the communication session with the receiving communication client, such that the receiving communication client performs the action after establishing the communication session in response to the SIP Invite message.
2. The method of claim 1, wherein the SIP Invite message comprises contextual information associated with the communication session.
3. The method of claim 1, wherein the at least one action comprises storing information associated with the communication session.
4. The method of claim 1, wherein the relationship among entities is a relationship among physical entities associated with the communication session.
5. The method of claim 1, wherein the relationship among entities is a relationship among people associated with the communication session.
6. The method of claim 1, wherein the relationship among entities is a relationship among items of information associated with the communication session.
7. The method of claim 1, wherein the SIP Invite message is configured to enable the receiving communication client to take at least one action after establishing a communication session by comprising at least one instruction for execution by the receiving communication client.
8. The method of claim 1, wherein the SIP Invite message comprises context indicia.
9. The method of claim 8, wherein the context indicia indicates an association related to the at least one action.
10. The method of claim 1, wherein the action comprises the receiving communication client providing information to a user.
11. The method of claim 10, wherein the action comprises the receiving communication client displaying the information to the user.
12. The method of claim 1, wherein the action comprises recording at least a portion of the communication session.
13. The method of claim 1, wherein the action comprises storing information associated with the communication session.
14. The method of claim 1, wherein the action comprises initiating at least one communication session with a communication client other than a communication client which sent the SIP Invite message.
15. The method of claim 1, wherein the action comprises obtaining information for at least one user participating in the communication session.
16. The method of claim 1, wherein the action comprises the receiving communication client accessing a web site.
17. The method of claim 1, wherein the action comprises the receiving communication client sending an email.
18. The method of claim 1, wherein the action comprises the receiving communication client sending a text message.
19. The method of claim 1, wherein the action comprises the receiving communication client initiating another communication session.
20. The method of claim 1, wherein the other communication session is a voice call.
US13/887,744 2004-02-23 2013-05-06 Providing additional information with session requests Abandoned US20130246636A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/887,744 US20130246636A1 (en) 2004-02-23 2013-05-06 Providing additional information with session requests

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/784,864 US8442227B1 (en) 2004-02-23 2004-02-23 Providing additional information with session requests
US13/887,744 US20130246636A1 (en) 2004-02-23 2013-05-06 Providing additional information with session requests

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/784,864 Continuation US8442227B1 (en) 2004-02-23 2004-02-23 Providing additional information with session requests

Publications (1)

Publication Number Publication Date
US20130246636A1 true US20130246636A1 (en) 2013-09-19

Family

ID=48225506

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/784,864 Expired - Fee Related US8442227B1 (en) 2004-02-23 2004-02-23 Providing additional information with session requests
US13/887,744 Abandoned US20130246636A1 (en) 2004-02-23 2013-05-06 Providing additional information with session requests

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10/784,864 Expired - Fee Related US8442227B1 (en) 2004-02-23 2004-02-23 Providing additional information with session requests

Country Status (1)

Country Link
US (2) US8442227B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150091252A (en) * 2014-01-31 2015-08-10 아바야 인코포레이티드 Call context conveyance

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005043041A1 (en) * 2005-09-09 2007-03-22 Siemens Ag Method and device for setting up a topic-related communication connection
US9264483B2 (en) 2007-07-18 2016-02-16 Hammond Development International, Inc. Method and system for enabling a communication device to remotely execute an application
CN101803353B (en) 2007-09-20 2013-12-25 西门子企业通讯有限责任两合公司 Method and communications arrangement for operating communications connection
US8769113B2 (en) * 2009-05-19 2014-07-01 Telefonaktiebolaget L M Ericsson (Publ) Establishing a communication session
US20110252152A1 (en) * 2010-04-09 2011-10-13 Marcus Sherry Reliable messaging system and method
US8832284B1 (en) * 2011-06-16 2014-09-09 Google Inc. Virtual socializing
US11349817B2 (en) * 2019-12-23 2022-05-31 Intel Corporation Session management framework for secure communications between host devices and trusted devices

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020073210A1 (en) * 2000-10-17 2002-06-13 Low Colin Andrew Establishment of a deferred network communication session
US20020141404A1 (en) * 2001-04-03 2002-10-03 Michael Wengrovitz Call routing using information in session initiation protocol messages
US6625141B1 (en) * 1999-06-18 2003-09-23 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP)
US20050033836A1 (en) * 2001-10-11 2005-02-10 Heikki Tuunanen Terminal-based instruction execution in an ip communications network
US20060010392A1 (en) * 2004-06-08 2006-01-12 Noel Vicki E Desktop sharing method and system

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5689641A (en) 1993-10-01 1997-11-18 Vicor, Inc. Multimedia collaboration system arrangement for routing compressed AV signal through a participant site without decompressing the AV signal
CA2261262C (en) 1996-07-22 2007-08-21 Cyva Research Corporation Personal information security and exchange tool
US6690654B2 (en) 1996-11-18 2004-02-10 Mci Communications Corporation Method and system for multi-media collaboration between remote parties
US6041357A (en) 1997-02-06 2000-03-21 Electric Classified, Inc. Common session token system and protocol
US8375127B1 (en) 1999-03-31 2013-02-12 International Business Machines Corporation Method and system for using virtual URLs for load balancing
US6892307B1 (en) * 1999-08-05 2005-05-10 Sun Microsystems, Inc. Single sign-on framework with trust-level mapping to authentication requirements
US6771639B1 (en) * 2000-04-10 2004-08-03 Nortel Networks Limited Providing announcement information in requests to establish interactive call sessions
US7945592B2 (en) 2001-03-20 2011-05-17 Verizon Business Global Llc XML based transaction detail records
US7590692B2 (en) * 2001-07-09 2009-09-15 Dialogic Corporation Conferencing architecture employing media servers and enhanced session initiation protocol
US20030058838A1 (en) * 2001-09-06 2003-03-27 Michael Wengrovitz System and method for transmitting information via a call center SIP server
US6985961B1 (en) 2001-12-04 2006-01-10 Nortel Networks Limited System for routing incoming message to various devices based on media capabilities and type of media session
US7240366B2 (en) * 2002-05-17 2007-07-03 Microsoft Corporation End-to-end authentication of session initiation protocol messages using certificates
US20040006595A1 (en) 2002-07-03 2004-01-08 Chiang Yeh Extended features to conferencing system using a web-based management interface
US20040068572A1 (en) 2002-10-04 2004-04-08 Zhixue Wu Methods and systems for communicating over a client-server network
US20040123144A1 (en) * 2002-12-19 2004-06-24 International Business Machines Corporation Method and system for authentication using forms-based single-sign-on operations
US20060005237A1 (en) * 2003-01-30 2006-01-05 Hiroshi Kobata Securing computer network communication using a proxy server
US7623643B2 (en) * 2005-07-26 2009-11-24 Microsoft Corporation Augmenting a call with context

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6625141B1 (en) * 1999-06-18 2003-09-23 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP)
US20020073210A1 (en) * 2000-10-17 2002-06-13 Low Colin Andrew Establishment of a deferred network communication session
US20020141404A1 (en) * 2001-04-03 2002-10-03 Michael Wengrovitz Call routing using information in session initiation protocol messages
US20050033836A1 (en) * 2001-10-11 2005-02-10 Heikki Tuunanen Terminal-based instruction execution in an ip communications network
US20060010392A1 (en) * 2004-06-08 2006-01-12 Noel Vicki E Desktop sharing method and system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150091252A (en) * 2014-01-31 2015-08-10 아바야 인코포레이티드 Call context conveyance
KR101665230B1 (en) * 2014-01-31 2016-10-11 아바야 인코포레이티드 Call context conveyance
US10200418B2 (en) 2014-01-31 2019-02-05 Avaya Inc. Call context conveyance

Also Published As

Publication number Publication date
US8442227B1 (en) 2013-05-14

Similar Documents

Publication Publication Date Title
US20130246636A1 (en) Providing additional information with session requests
US9031208B2 (en) Augmenting a call with context
US6914519B2 (en) System and method for muting alarms during a conference
AU2004222762B2 (en) Architecture for an extensible real-time collaboration system
US7983201B2 (en) Coordinated invitations to a conference call
US20120017149A1 (en) Video whisper sessions during online collaborative computing sessions
US7624188B2 (en) Apparatus and method to provide conference data sharing between user agent conference participants
US8245043B2 (en) Audio start service for Ad-hoc meetings
US7844260B2 (en) Method and system for previewing a multimedia conference
US20050089023A1 (en) Architecture for an extensible real-time collaboration system
US20130159432A1 (en) Providing Parameterized Actionable Communication Messages Via an Electronic Communication
US7769809B2 (en) Associating real-time conversations with a logical conversation
US20050018828A1 (en) System and method for indicating a speaker during a conference
US20080104169A1 (en) Processing initiate notifications for different modes of communication
US10462195B2 (en) Methods, apparatus and/or system for using email to schedule and/or launch group communications sessions
CN102165748A (en) File transfer in conference services
US9083771B2 (en) System and methods for multi-participant teleconferencing using preferred forms of telecommunication
US8903058B2 (en) Conveying call subject matter with voice data
US8705410B2 (en) Global conference roster for distributed bridges
US7469293B1 (en) Using additional information provided in session requests
US20100299736A1 (en) Automated session admission
US20130061153A1 (en) System and Method for Inserting a Control System Into a Conference

Legal Events

Date Code Title Description
AS Assignment

Owner name: RPX CLEARINGHOUSE LLC, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ROCKSTAR CONSORTIUM US LP;ROCKSTAR CONSORTIUM LLC;BOCKSTAR TECHNOLOGIES LLC;AND OTHERS;REEL/FRAME:034924/0779

Effective date: 20150128

STCB Information on status: application discontinuation

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