(57)【要約】【課題】制限を有する通信セッションを開始するための方法およびシステムを提供する。【解決手段】本通信システムでは、他のユーザとの間に構築されるセッションに対して、ユーザが制限を課すことが可能となる。他のユーザがその制限に同意しない場合、または他のユーザのシステムがその制限を支援しない場合には、セッションは構築されない。本通信システムでは、セッションに対する制限を執行することができる。【選択図】図４
2006222936.tif 000002
【特許請求の範囲】
【請求項１】
制限を有するセッションを開始するコンピュータシステムにおける方法であって、
前記セッションに対する制限の表示を受信すること、
前記制限を有する前記セッションに参加するための勧誘を勧誘者から被勧誘者に送信すること、
該被勧誘者が前記セッションに参加する意図があること、および前記被勧誘者が前記セッションに対する前記制限を守る意図があるか否か、の表示を前記被勧誘者から受信すること、および
セッションに対する前記制限を前記被勧誘者が守る意図がある場合に、前記被勧誘者との間に前記セッションを構築すること
を備えることを特徴とする方法。
【請求項２】
前記セッションは、ＳＩＰ（Session Initiation Protocol）を使用して開始されることを特徴とする請求項１に記載の方法。
【請求項３】
前記制限は、ＳＤＰ（Session Description Protocol）に適合する属性として表示されることを特徴とする請求項２に記載の方法。
【請求項４】
前記表示を前記被勧誘者から前記受信することは、前記属性を有するＳＩＰ（Session Initiation Protocol）のＯＫのメッセージを受信することを含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記セッションは、インスタント・メッセージ・セッションであることを特徴とする請求項１に記載の方法。
【請求項６】
前記制限は、前記セッションに参加するよう前記被勧誘者が誰を勧誘することができるかを制限することを特徴とする請求項１に記載の方法。
【請求項７】
前記制限は、前記セッションのメッセージに対して前記被勧誘者が実行できる動作を制限することを特徴とする請求項１に記載の方法。
【請求項８】
前記制限の前記表示を前記勧誘者から受信することを特徴とする請求項１に記載の方法。
【請求項９】
前記勧誘者が関連付けられている企業のポリシーに基づいて、前記制限の前記表示を受信することを特徴とする請求項１に記載の方法。
【請求項１０】
制限を有するセッションを構築するためにコンピュータシステムを制御する命令を含む、コンピュータで読み込み可能な記録媒体であって、前記命令は、
前記制限を有する前記セッションに参加するための勧誘者からの勧誘を被勧誘者により受信すること、
該被勧誘者が前記セッションに対する前記制限を守る意図があるか否かを判定すること、
前記被勧誘者が前記セッションに対する前記制限を守る意図がある場合に、前記被勧誘者が前記セッションに参加する意図があること、および前記セッションに対する前記制限を守る意図があること、の表示を前記被勧誘者から前記勧誘者に送信すること、および
前記制限を有する前記セッションを前記勧誘者との間に構築すること
を実行することを特徴とするコンピュータで読み込み可能な記録媒体。
【請求項１１】
前記構築することは、前記セッションに対する前記制限に不整合ないかなる動作をも前記被勧誘者が行うことを回避することを含むことを特徴とする請求項１０に記載のコンピュータで読み込み可能な記録媒体。
【請求項１２】
前記判定することは、前記セッションに対する前記制限を自身が執行することができるか否かをクライアントコンポーネントが判定することを含むことを特徴とする請求項１０に記載のコンピュータで読み込み可能な記録媒体。
【請求項１３】
前記判定することは、前記セッションに対する前記制限を前記被勧誘者が守る意図があるか否かを前記被勧誘者が表示することを含むことを特徴とする請求項１０に記載のコンピュータで読み込み可能な記録媒体。
【請求項１４】
前記セッションは、ＳＩＰ（Session Initiation Protocol）を使用して開始されることを特徴とする請求項１０に記載のコンピュータで読み込み可能な記録媒体。
【請求項１５】
前記制限は、ＳＤＰ（Session Description Protocol）に適合する属性として表示されることを特徴とする請求項１０に記載のコンピュータで読み込み可能な記録媒体。
【請求項１６】
前記セッションは、インスタント・メッセージ・セッションであることを特徴とする請求項１０に記載のコンピュータで読み込み可能な記録媒体。
【請求項１７】
セッションに対する制限を執行するためにサーバを制御する命令を含むコンピュータで読み込み可能な記録媒体であって、前記命令は、
前記制限を有する前記セッションに参加するための被勧誘者への勧誘を勧誘者から受信すること、
前記セッションに対する前記制限を記録すること、
前記セッションのメッセージを前記被勧誘者から受信すること、
前記メッセージが前記セッションに対する前記制限と整合しているか否かを判定すること、および
前記メッセージが、前記セッションに対する前記制限と整合していないと判定された場合には、前記メッセージを廃棄すること
を実行することを特徴とするコンピュータで読み込み可能な記録媒体。
【請求項１８】
前記廃棄することは、前記セッションに対する前記制限と整合していないメッセージを前記被勧誘者が送信したということを前記被勧誘者に通知することを含むことを特徴とする請求項１７に記載のコンピュータで読み込み可能な記録媒体。
【請求項１９】
前記セッションは、ＳＩＰ（Session Initiation Protocol）を使用して開始されることを特徴とする請求項１７に記載のコンピュータで読み込み可能な記録媒体。
【請求項２０】
前記サーバは、プロキシサーバであることを特徴とする請求項１９に記載のコンピュータで読み込み可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
ここで記述される技術は、一般的にはデータ通信網に関し、より詳細には通信セッションに関連する。
【背景技術】
【０００２】
アプリケーションではしばしば、計算装置との間にセッションを確立し、および管理する必要がある。セッションは計算装置の間で、ある時間期間に亘って生起する一連の相互作用である。一例として、マイクロソフト社のメッセンジャーあるいはＶｏＩＰ（Voice Over Internet Protocol）などの実時間通信アプリケーションは、ユーザに代わって通信装置間にセッションを確立する。これらのアプリケーションは、セッションを確立するために、「ＳＩＰ」（Session Initiation Protocol）などの様々なメカニズムを使用することができる。ＳＩＰは、装置がお互いを発見し、装置間のセッションを確立し、変更し、および終了するために使用することができる、アプリケーション層の制御プロトコルである。ＳＩＰはインターネットにおいて提案された標準である。その仕様「ＲＦＣ３２６１」は、<http://www.ietf.org/rfc/rfc3261.txt>で入手可能である。イベント通知に関連するＳＩＰの拡張仕様「ＲＦＣ３２６５」は、<http://www.ietf.org/rfc/rfc3265.txt>で入手可能である。ＳＩＰサーバの位置探索のための仕様「ＲＦＣ３２６３」は、<http://www.ietf.org/rfc/rfc3263.txt>で入手可能である。セッション記述のための仕様「ＲＦＣ２３２７」は、<http://www.ietf.org/rfc/rfc2327.txt>で入手可能である。これら仕様のすべては、参照することによりそのすべての開示内容を本明細書の一部とする。
【０００３】
アプリケーションでは、情報を送受信するために、ＳＩＰを別のプロトコルと共に使用することができる。一例として、あるアプリケーションでは、セッションの間に実時間データを転送するために、ＳＩＰを「ＲＴＰ」（Real-time Transport Protocol）と共に使用する場合がある。ＳＩＰを他のプロトコルと共に使用することにより、アプリケーションでは、セッションを生成しおよび管理し、そしてそのセッションの間で情報を交換することが可能である。情報を交換するためにＳＩＰと共に使用されるプロトコルでは、情報をメッセージ群に分割する場合がある。一例として、ＶｏＩＰアプリケーションでは、長いナレーションをより短いメッセージ群に分割する場合がある。セッションの間のメッセージ交換動作は「ダイアログ」と呼ばれる。ＳＩＰではダイアログのメッセージを転送するために、一般的に採用されているトランスポートおよびネットワーク層プロトコルである「ＴＣＰ／ＩＰ」（Transmission Control Protocol/Internet Protocol）などの、低レベル通信層を使用する場合がある。
【０００４】
ＳＩＰネットワークは、クライアント、サーバ、またはその両方としてダイアログに参加できるエンティティを含む。ＳＩＰは４つのタイプのエンティティを支援する：すなわち、ユーザエージェント、プロキシサーバ、リダイレクトサーバ、およびレジストラである。ユーザエージェントは、他のＳＩＰエージェントとメッセージを交換することにより、セッションを開始し、終了する。ユーザエージェントは、一般的に、ＳＩＰ要求を開始する装置であるユーザ・エージェント・クライアント、または、一般的に、ＳＩＰ要求を受け取り、そのような要求に応答する装置であるユーザ・エージェント・サーバとすることができる。例として、「ＩＰ電話」、携帯情報端末、および他の種類の計算装置もユーザエージェントとなることができる。１つの装置が、１つのダイアログにおいてはユーザ・エージェント・クライアントになり、別の場合においてはユーザ・エージェント・サーバになることができ、またはそのダイアログの間に役割を変えることができる。プロキシサーバは、クライアントに対してサーバとして、そしてサーバに対してクライアントとして機能するエンティティである。その場合にプロキシサーバは、クライアントとサーバの間でメッセージを傍受したり、変換したり、または転送する。プロキシサーバは、例えば、メッセージの送信側および受取側を確認することにより、ネットワークセキュリティーに貢献する。リダイレクトサーバはＳＩＰ要求を受け、そしてその要求を送出したクライアントに、代わりのネットワークリソースと接触するよう指示するＳＩＰ応答を生成する。一例としてリダイレクトサーバは、特定のユーザがその時点でいくつかの装置の中のどれを利用可能であるかを表示することができる。レジストラは、ＳＩＰクライアントから登録情報を受け、その受信された登録情報を位置サービスまたは他のエンティティに通知するサーバである。
【０００５】
ＳＩＰは２つのメッセージのタイプを支援する：すなわち、サーバからクライアントに送信される要求、および一般に要求に応答するときに、クライアントからサーバに送信される応答である。ＳＩＰメッセージは３つの部分を含む。ＳＩＰメッセージの第１の部分は「開始行（start line）」であり、メッセージのタイプおよびプロトコルのバージョンを示すフィールドを含む。ＳＩＰメッセージの第２の部分は、名前値対（name-value pair）としてその値が表されるヘッダーフィールドを備える。ＳＩＰメッセージの第３の部分は、メッセージの本体であり、開始されるべきセッションについて記述するために、あるいはそのセッションに関連するデータを含めるために使用される。メッセージ本体は要求または応答において出現する場合がある。
【０００６】
ＳＩＰメッセージはそのヘッダーフィールドの内容に基づいて経路指定される。ＳＩＰ要求は、有効であるために少なくとも以下の５つのヘッダーフィールドを含むべきである。すなわち、Ｔｏ（受信者）、Ｆｒｏｍ（発信者）、Ｃｏｎｔａｃｔ（連絡先）、Ｍａｘ−Ｆｏｒｗａｒｄｓ（最大転送数）、およびＶｉａ（経由）である。「Ｔｏ」ヘッダーフィールドは、その要求の受信者の論理的識別表示を表示する。「Ｆｒｏｍ」ヘッダーフィールドは、その要求の発信者の論理的識別表示を表示する。「Ｃｏｎｔａｃｔ」ヘッダーフィールドは、送信者がそのダイアログのその後のメッセージを受信したいと思っている連絡先の識別表示を表示する。「Ｍａｘ−Ｆｏｒｗａｒｄｓ」ヘッダーフィールドは、要求が目的地に到着するまでに行うことができるホップ（hop）の数を表示する。一例として、装置Ａからのメッセージが、目的装置Ｃに到着するまでに装置Ｂを経由するのであれば、そのメッセージは２つのホップ（例えば、装置ＢおよびＣ）を行ったと言われる。「Ｖｉａ」ヘッダーフィールドは、それまでにその要求が採用した経路（例えば、その要求が通過した装置群のネットワークアドレスのつながり）を表示し、その応答を経路指定する際に従うべき経路を表示する。ヘッダーにはまた、その後の要求および応答が表記された装置を通して経路指定されるべきであることを示すために使用されるＲｅｃｏｒｄ−Ｒｏｕｔｅ（記録経路）フィールドが含まれる場合がある。ネットワーク装置は、ダイアログにおけるその後のメッセージが指定された装置群を経由するよう経路指定する積もりで、ＳＩＰメッセージを転送する場合にその装置群を指定するＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダーフィールドを挿入することができる。Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダーフィールドは、その装置に対する識別子（例えば、ネットワークアドレス）およびパラメーターを含む場合がある。これらおよび他のヘッダーフィールドは、上で参照されたＳＩＰ仕様書において記述されている。
【０００７】
ＳＩＰは、ダイアログまたはセッションの概念を有し、２つのピアの間のしばらく持続する関係を表し、およびその間のメッセージの順序付けおよび経路指定を容易にする。適切なＳＩＰダイアログを維持するために、ピア群は１つのホップ、あるいは複数のＳＩＰプロキシ（例えば、ルーター）がピアを分離する場合にはより多数のホップ群を含む可能性がある、ピア群自身の間のＳＩＰ指定経路をピア群は格納する必要がある。
【０００８】
ＳＩＰセッションは、「ＳＤＰ」（Session Description Protocol）、ＲＦＣ２３２７を使用して記述される。セッション開始時のセッション宣言、セッション勧誘、および他の様式の目的のために、マルチメディアセッションについて記述するためにＳＤＰを使用することができる。ＳＤＰデータは、セッション名および目的、セッションがアクティブである時間、セッションの媒体、および媒体を受信するための情報（例えば、アドレスおよびポート）について記述する。ＳＤＰは拡張可能であり、セッションに関するカスタム情報について説明するために新しい属性値対（attribute-value pair）を定義することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
セッションに誰が参加するか、またはそのセッションのメッセージで何ができるかに関して何らかの制限を課すことができるなら、インスタントメッセージなどの典型的な実時間のセッションにおける困難性はほんのわずかになる。例えば、ユーザＡが、ユーザＢがセッションに参加するよう勧誘しそしてユーザＢが同意した場合には、ユーザＢはユーザＣなどの、他のユーザがセッションに参加するよう自由に勧誘するようになる。しかしながらユーザＡは、ユーザＣが参加することを欲していない場合がある。別の例として、ユーザＡが、他のいずれのユーザもそのセッションのメッセージを見ることができないという意味において内密に、ユーザＢとの間でそのセッションを維持することを欲している場合がある。ユーザＢが、ユーザＣがセッションに参加するよう勧誘することはできない場合でも、伝統的なコピー・貼り付けを使用してメッセージの内容をコピーし、ユーザＣとの別のセッションのメッセージの中に、またはユーザＣに送られる電子メールメッセージの中にそれを貼り付けることにより、ユーザＢは依然として、ユーザＣにメッセージを実際的には転送することができてしまう。セッションに対して、求められていないユーザがそれらのセッションに参加すること、またはそれらのセッションのメッセージの内容を見ることができないように、ユーザが制限を課すことを可能とする技法を有することが望ましいであろう。
【課題を解決するための手段】
【００１０】
制限を有する通信セッションを開始するための方法およびシステムが提供される。本通信システムでは、他のユーザにより構築されるセッションに対して、ユーザが制限を課すことが可能となる。他のユーザがその制限に同意しない場合、または他のユーザのシステムがその制限を支援しない場合には、セッションは構築されないであろう。制限を有するセッションが「被勧誘者（invitee）」との間に構築されようとしていることを明示しつつ、セッションは「勧誘者（inviter）」により開始される。そして、本通信システムでは、その制限を明示する勧誘が被勧誘者へ送信される。被勧誘者がセッションに対する制限を守ることに同意する場合には、被勧誘者は勧誘者に応答を送信する。勧誘者が、被勧誘者がセッションに対する制限を守る意図があるという表示を受けると、つぎに勧誘者および被勧誘者はインスタント・メッセージ・セッションのような、セッションを構築することができる。被勧誘者のコンピュータシステム上で実行されている通信システムのクライアントコンポーネントは、そのセッションに対する制限の執行に役立つ場合がある。
【発明を実施するための最良の形態】
【００１１】
制限を有する通信セッションの開始動作のための方法およびシステムが提供される。一実施形態において本通信システムでは、他のユーザとの間に構築されるセッションに対して、ユーザが制限を課すことが可能である。他のユーザがその制限に同意しない場合、または他のユーザのシステムがその制限を支援しない場合には、セッションは構築されないであろう。制限を有するセッションが「被勧誘者」との間に構築されようとしていることを明示しつつ、セッションは「勧誘者」により開始される。そして、本通信システムでは、その制限を明示する勧誘が被勧誘者へ送信される。被勧誘者が、セッションに対するその制限を守ることに同意する場合には、被勧誘者は勧誘者に応答を送信する。被勧誘者がセッションに対するその制限を守る意図があるという表示を勧誘者が受信すると、次に勧誘者および被勧誘者は、インスタント・メッセージ・セッションなどの、セッションを構築することができる。被勧誘者のコンピュータシステム上で実行されている通信システムのクライアントコンポーネントは、セッションに対する制限の執行に役立つ場合がある。例えばその制限が、被勧誘者がそのセッションに参加するよう勧誘することができる人を制限している（例えば、ある特定のドメインのユーザのみが参加できる）場合には、クライアントコンポーネントは、そのセッションについて被勧誘者により送信されるそれぞれの勧誘を、それがその制限と整合していることを確実にするべくチェックすることができる。別の例としてその制限が、被勧誘者がメッセージに対して実行できる動作を制限（例えば、メッセージのコピー・貼り付けを禁止）している場合には、クライアントコンポーネントは、被勧誘者のそれぞれの動作を、それがその制限と整合していることを確実にするべくチェックすることができる。このように、クライアントコンポーネントがその制限を執行すると信じられる限り、勧誘者はセッションに対して制限を課し、および被勧誘者がその制限を守る意図があることをある程度確実にすることができる。
【００１２】
一実施形態では、本通信システムのクライアントコンポーネントは、ＳＩＰ（Session Initiation Protocol）プロトコルを使用してセッションを開始することができる。勧誘者のコンピュータシステムで実行されているクライアントコンポーネントは、勧誘者がセッションを開始することを欲している場合には、セッション上に課された任意の制限に対して、勧誘者に入力を促すことができる。さらに、勧誘者が関連付けられている（例えば、勧誘者が一企業の従業員である場合がある）企業が、ユーザのすべてのセッションに対して、ある制限を課すことを欲する場合がある。クライアントコンポーネントはＳＩＰおよびＳＤＰ（Session Description Protocol）に適合する勧誘を生成する。通信システムは、セッションに対する制限を特定するカスタム属性を含むようにＳＤＰを拡張することができる。例えば、他の誰もがセッションに参加することが許されるべきではなく、およびメッセージまたはその内容のいずれもが他の誰にも入手可能にされるべきでないという意味において内密にするように、１つの属性によりそのセッションを制限することができる。その場合にはクライアントコンポーネントは、その勧誘者、および／または企業の制限を表示するＳＤＰデータを有するＳＩＰの勧誘を生成する。クライアントコンポーネントはそのＳＩＰの勧誘を被勧誘者に転送する。その勧誘を受信すると被勧誘者のクライアントコンポーネントは、ＳＤＰデータの属性により定義された要求された制限を支援することができるか否かを判定することができる。制限を支援することができる場合には、勧誘に対するＳＩＰ応答（例えば、SIP200OKメッセージ）のＳＤＰデータ中にそれらの属性を包含させる。制限を支援できない場合、または制限を特定している属性を認識しない場合には、その応答にそれらの属性を包含させない。クライアントコンポーネントが制限を支援する場合には、被勧誘者がそのセッションに対する制限を守ることを欲するかどうかを確かめるために被勧誘者に入力を促す場合がある。被勧誘者が制限を守ることを欲しない場合には、クライアントコンポーネントは、その制限を特定する属性を応答のＳＤＰデータに加えない。勧誘者のクライアントコンポーネントは応答を受信すると、ＳＤＰデータの属性をチェックし、被勧誘者が制限の要求を守る意図があるか否かを判定する。被勧誘者が制限を守る意図がない場合には、勧誘者は、例えばＳＩＰ承認を送信しないことにより、セッションを開始させないことを決定することができる。
【００１３】
一実施形態では、セッションのメッセージがサーバを通して経路指定される場合には、そのサーバがそのセッションに対する制限を執行する。セッションが開始されるとき、セッションに参加させるための勧誘は、セッションに対する制限を格納するプロキシサーバを通して経路指定される。セッションが開始した後に、そのセッションのメッセージ、特に被勧誘者により送信されたものは、サーバを通して経路指定される。被勧誘者からメッセージを受信すると、サーバは、そのメッセージがセッションに対する制限に整合しているか否かを判定する。そのメッセージがセッションに対する制限に整合していない場合には、サーバは、そのメッセージを廃棄しその制限を執行することができ、および勧誘者、および／または被勧誘者にメッセージが廃棄されたことを通知する場合がある。例えば、ある一定のドメインの中のユーザのみをセッションに参加するよう勧誘することができることが制限により表示されており、被勧誘者が別のドメイン中のユーザへ勧誘を送信した場合には、サーバはそのメッセージを廃棄するであろう。しかしながら、サーバがある一定の制限のみを執行するように制約することができる。例えばサーバは、メッセージの内容のコピー・貼り付けに関しては何らの禁止を執行することはできないが、メッセージを転送することに関しては禁止を執行することができる場合がある。
【００１４】
一実施形態では、被勧誘者のクライアントコンポーネントがセッションに対する制限を執行すると信じることができることを表示することにより、被勧誘者のクライアントコンポーネントが、勧誘への応答において信用証明を提供することができる。勧誘者のクライアントコンポーネントは応答を受信すると、次にその信用証明に基づいてそのセッションを続けるべきか否かを決定することができる。信用証明が使用されない場合には、悪意があるクライアントコンポーネントが、セッションに対する制限を守ることに同意しながら、それを守らないことがあり得る。このような場合には勧誘者クライアントコンポーネントは、セッションのすべてのメッセージがサーバを通して経路指定されるよう要求することにより、いくつかの制限を執行することについてサーバに依存することができる場合がある。
【００１５】
図１は、一実施形態において、それにより勧誘者が被勧誘者をセッションに参加するように勧誘することができる、勧誘者クライアントコンポーネントによって提供されるユーザインタフェースを示す表示ページである。表示ページ１００は、被勧誘者名入力フィールド１０１、制限チェックボックス１０２、および提出ボタン１０３が含む。勧誘者は、被勧誘者の名前を被勧誘者名入力フィールドに入力し、必要な制限に関して適切なチェックボックスにチェックを付ける。次に勧誘者は送信ボタンを選択し、勧誘を被勧誘者に送信する。
【００１６】
図２は、一実施形態において、それにより被勧誘者がセッションの制限を守ることに同意することができる、被勧誘者クライアントコンポーネントによって提供されるユーザインタフェースを示す表示ページである。表示ページ２００は、勧誘者名フィールド２０１、セッションに対する制限の領域２０２、制限受容ボタン２０３、および制限拒否ボタン２０４を含む。勧誘者名フィールドは、勧誘者の名前を含む。セッションに対する制限の領域では、被勧誘者が参加するように勧誘者が勧誘しているセッションに対する様々な制限を一覧表で示す。この例では、メッセージを転送してはならない、および他のドメインのユーザをこのセッションに参加するよう勧誘してはならないということがこのセッションに対する制限となっている。被勧誘者が、そのセッションに対する制限を守ることに同意する場合には、被勧誘者は制限受容ボタンを選択する。さもなければ、被勧誘者は制限拒否ボタンを選択する。ユーザインタフェースにより、被勧誘者は選択的に制限を受容するか、または拒否することができる。被勧誘者が制限を守ることに同意すると、被勧誘者クライアントコンポーネントが支援しおよび被勧誘者が守ることに同意する制限を表示する応答を被勧誘者クライアントコンポーネントが送信する。
【００１７】
図３は、一実施形態において、そのセッションに対する制限が受け容れられたことを示す、勧誘者クライアントコンポーネントのユーザインタフェースを示す表示ページである。表示ページ３００は、勧誘者により送信された勧誘を被勧誘者が受け容れていることを示す。次に、被勧誘者クライアントコンポーネントは、セッションを開始するために承認メッセージを被勧誘者に送信する。
【００１８】
図４は一実施形態における本通信システムのコンポーネントを示すブロック図である。本通信システムは、勧誘者および被勧誘者クライアントコンポーネントを含み、さらに、サーバが制限を執行するために使用される場合には、サーバコンポーネントを含むことができる。クライアント・コンピュータ・システム４１０およびサーバ・コンピュータ・システム４２０は、インターネットなどの通信リンク４３０を介して接続されている。クライアント・コンピュータ・システムは、ユーザ・インタフェース・コンポーネント４１１、被勧誘者動作受信コンポーネント４１２、勧誘受信コンポーネント４１３、および勧誘送信コンポーネント４１４を含む。ユーザ・インタフェース・コンポーネントは図１〜３のユーザインタフェースを提供する。勧誘送信コンポーネントは、勧誘者が勧誘を送ることを欲するときに呼び出される。本コンポーネントは、セッションに対する制限についてユーザに入力を促して、次にセッションに対する制限を表示しつつ、被勧誘者に勧誘を送信する。勧誘受信コンポーネントは、被勧誘者が勧誘を受信するときに呼び出される。このコンポーネントは、クライアントコンポーネントが支援するセッションに対する制限を守ることに被勧誘者が同意するか否かを判定するように、被勧誘者に入力を促す。同意する場合にはこのコンポーネントは、被勧誘者がセッションに対する制限を守る意図があることを表示しつつ、勧誘者へ応答を送信する。被勧誘者動作受信コンポーネントは、被勧誘者がセッションに関連する動作を実行するときは常に呼び出される。その動作は、そのセッションに参加するように別のユーザを勧誘する試み、そのセッションのメッセージを転送する試み、またはメッセージの内容をコピー・貼り付けする試みを含むことができる。このコンポーネントは、その動作がそのセッションに対する制限に整合しているか否かを判定する。整合していなければ、このコンポーネントはその動作を排除する。サーバ・コンピュータ・システムは、登録コンポーネント４２１、登録の格納コンポーネント４２２、勧誘受信コンポーネント４２３、確認通知受信コンポーネント４２４、メッセージ受信コンポーネント４２５、およびセッションの格納コンポーネント４２６を含む。登録コンポーネントおよび登録の格納コンポーネントは、セッションに参加できるユーザを登録するための従来のＳＩＰコンポーネントである場合がある。登録コンポーネントは、ＳＩＰによって定義されたように登録を実行することができる。勧誘受信コンポーネントは、被勧誘者に送られた、勧誘者からの勧誘をサーバが受信するときに呼び出される。サーバ・コンピュータ・システムはＳＩＰプロキシサーバとして機能することができる。勧誘受信コンポーネントは、セッションに対する制限の表示を格納することができる。確認通知受信コンポーネントは、セッションを開始することができるということを勧誘者が確認したという、勧誘者から被勧誘者への応答をサーバが受信したときに、呼び出される。サーバ・コンピュータ・システムにはまた、被勧誘者により勧誘者に送信された応答を処理し、被勧誘者が守ることに同意した制限を記録するためのコンポーネントが含まれる場合がある。メッセージ受信コンポーネントはセッションのメッセージが受信されたときに呼び出される。メッセージ受信コンポーネントは、被勧誘者からのメッセージがセッションに対する制限に整合しているか否かを判定し、整合していていなければそのメッセージを廃棄する。セッションの格納コンポーネントは、セッションに対する制限を執行することができるように、それらを格納する。
【００１９】
本通信システムが実施されている計算装置は、中央処理装置、メモリー、入力装置（例えば、キーボードおよび指示装置）、出力装置（例えば、表示装置）、および記憶装置（例えば、ディスクドライブ）を含むことができる。メモリーおよび記憶装置は本通信システムを実施する命令を含むことができるコンピュータで読み込み可能な媒体である。さらにデータ構造およびメッセージ構造が格納され、または通信リンク上の信号のように、データ伝送媒体を介して伝送される場合がある。インターネット、ローカル・エリア・ネットワーク、広域ネットワーク、ポイント・ツー・ポイントダイヤルアップ接続、携帯電話ネットワークなどのような、様々な通信リンクを使用することができる。
【００２０】
パーソナルコンピュータ、サーバコンピュータ、携帯型あるいはラップトップ装置、マルチプロセッサーシステム、マイクロプロセッサーに基づくシステム、プログラム式家電品、デジタルカメラ、ネットワークＰＣ、ミニコンピュータ、メインフレーム計算機、上記のシステムや装置の内の任意のものを含む分散計算環境などを含む、様々な動作環境において本通信システムの実施形態を実施することができる。コンピュータシステムは、携帯電話、携帯情報端末、スマートフォン、パーソナルコンピュータ、プログラム式家電品、デジタルカメラなどであることがあり得る。
【００２１】
図５は、一実施形態における勧誘者クライアントコンポーネントの勧誘送信コンポーネントの処理動作を示すフロー図である。本コンポーネントは勧誘者が勧誘を送信することを欲したときに呼び出される。コンポーネントは、セッションに対する制限に関して勧誘者に入力を促し、および企業全体の制限を適用することができる。そしてコンポーネントは、被勧誘者に勧誘を送信する。被勧誘者がセッションに対する制限を守ることに同意するという表示をコンポーネントが受信すると、次に勧誘者が確認通知を被勧誘者に送信し、セッションを開始できることを表示する。ブロック５０１において、コンポーネントは、被勧誘者の名前、およびセッションに課せられるべき制限を入力する。判定ブロック５０２において、セッションに何らかの企業全体の制限が課せられるべきである場合には、コンポーネントはブロック５０３に続き、そうでない場合にはコンポーネントはブロック５０４に続く。ブロック５０３において、コンポーネントは、企業的制限を加える。ブロック５０４において、コンポーネントは、勧誘者および被勧誘者を識別するＳＩＰデータを生成する。ブロック５０５において、コンポーネントは、セッションに課されるべき制限に対する属性を含むＳＤＰデータを生成する。ブロック５０６において、コンポーネントは、被勧誘者に勧誘を送信する。ブロック５０７において、コンポーネントは、被勧誘者から応答を受信する。判定ブロック５０８において、その応答がＯＫの応答である場合には、コンポーネントがブロック５０９に続き、そうでなければコンポーネントはセッションの開始が失敗したことを表示して終了する。判定ブロック５０９において、被勧誘者がセッションに対する制限を守る意図があることをその応答で表示している場合には、コンポーネントはブロック５１０に続き、そうでない場合にはコンポーネントはセッションの開始が失敗したことを表示して終了する。ブロック５１０において、コンポーネントは、確認通知を被勧誘者に送信し、次にセッションの開始が成功したことを表示して完了する。
【００２２】
図６は、一実施形態における被勧誘者クライアントコンポーネントの勧誘受信コンポーネントの処理動作を示すフロー図である。本コンポーネントは勧誘を受信し、およびそれがセッションに対する制限を支援することができるか否かを判定する。コンポーネントは、次に、クライアントコンポーネントが支援する制限を被勧誘者が守る意図があるか否かを判定するように、被勧誘者に入力を促す。コンポーネントは、次に、それが支援し、および守ることに同意する制限を表示しつつ、勧誘者へＯＫの応答を送信する。ブロック６０１において、クライアントコンポーネントは、支援しおよび守る意図がある制限をコンポーネントが識別する。ブロック６０２において、コンポーネントは、クライアントコンポーネントが支援する、セッションに対する制限を被勧誘者が守る意図があるか否かを表示するように、被勧誘者に入力を促す。判定ブロック６０３において、セッションに対する制限を守ることに被勧誘者が同意する場合には、コンポーネントはブロック６０４に続き、そうでない場合にはコンポーネントはブロック６０６に続く。ブロック６０４において、コンポーネントは、勧誘者に送られるＳＩＰ応答のＳＤＰデータにそれら受容された制限を追加する。ブロック６０５において、コンポーネントは、被勧誘者が守る意図がある制限を表示しつつ、勧誘者へＯＫの応答を送信し、次に成功を表示しつつ完了する。ブロック６０６において、コンポーネントは、ＯＫでない応答を勧誘者に送信し、次にセッションの開始に失敗したことを表示しつつ完了する。
【００２３】
図７は、一実施形態における被勧誘者クライアントコンポーネントの被勧誘者動作受信コンポーネントの処理動作を示すフロー図である。被勧誘者が制限を有するセッションに関連する動作を実行するときは常に、本コンポーネントが呼び出される。コンポーネントは、その動作がセッションに対する制限と整合しているか否かを判定する。整合していなければ、コンポーネントはその動作を排除する。ブロック７０１において、コンポーネントは、その動作をセッションに対する制限と比較する。判定ブロック７０２において、動作がセッションに対する制限に整合している場合には、コンポーネントは動作を実行し続け、そうでない場合にはコンポーネントはブロック７０３に続く。ブロック７０３において、コンポーネントは、その動作がセッションに対する制限に不整合であることを被勧誘者に通知し、また勧誘者にも通知する場合がある。次にコンポーネントは、動作が失敗したことを表示しつつ完了する。
【００２４】
図８は、一実施形態におけるサーバコンポーネントのメッセージ受信コンポーネントの処理動作を示すフロー図である。サーバがセッションの被勧誘者からメッセージを受信したときは、常に、本コンポーネントが呼び出される。コンポーネントは、メッセージがセッションに対する制限と整合しているか否かを判定する。ブロック８０１において、コンポーネントは、そのメッセージをセッションに対する制限と比較する。判定ブロック８０２において、メッセージがセッションに対する制限に整合している場合には、コンポーネントはブロック８０４に続き、そうでない場合にはコンポーネントはブロック８０３に続く。ブロック８０３において、コンポーネントは、メッセージがセッションに対する制限に不整合であることを被勧誘者、および／または勧誘者に通知し、次にメッセージが転送されないことを表示しつつ終了する。ブロック８０４において、コンポーネントは、メッセージを転送して、次にメッセージが転送されたことを表示しつつ完了する。
【００２５】
図９は、一実施形態におけるサーバコンポーネントの勧誘受信コンポーネントの処理動作を示すフロー図である。サーバが勧誘者から勧誘を受けるときに、本コンポーネントが呼び出される。サーバが後でセッションに対する制限を執行することができるように、コンポーネントは、セッションに対する制限を格納する。ブロック９０１において、コンポーネントは、セッション識別情報、被勧誘者および勧誘者の識別情報、およびセッションに対する制限を含むセッション情報を保存する。ブロック９０２において、コンポーネントは勧誘を転送する。ブロック９０３において、コンポーネントは、被勧誘者からＯＫの応答を受信するのを待っている。判定ブロック９０４において、ＯＫの応答が受信され、被勧誘者がセッションに対する制限を守る意図があることをその応答が表示している場合には、コンポーネントはブロック９０５に続き、そうでなければコンポーネントはセッションの開始に失敗したことを表示する。ブロック９０５でコンポーネントは、セッションに対する制限を執行するために、セッションのメッセージを監視する準備をする。次にコンポーネントは、成功を表示して完了する。コンポーネントはまた、確認通知が勧誘者から受信されることを待つ場合がある。
【００２６】
以上により、本通信システムの特定の実施形態が、例証の目的のためにここに記述されているが、本発明の趣旨および範囲から逸脱することなく、様々な変更を行うことができることが理解されるであろう。セッションに対する、メッセージの数、または長さ、メッセージのタイミング、参加者のドメインまたは名前など、任意のタイプの制限を勧誘者が課すことができることを当業者は理解するであろう。また勧誘者は、あるセッションの間に、１つまたは複数の制限を削除し、または追加する表示を含む再勧誘を被勧誘者へ送信することができる。勧誘者は、異なる被勧誘者に対して異なる制限を課すことができる。そのセッションに参加するよう別の人を勧誘する被勧誘者は、他の人の参加に対して異なる制限を課すことができる。しかしながら本通信システムは、この場合の制限が最初の勧誘者によって被勧誘者に課せられた制限と少なくとも同じくらい制限的であることを確実にすることができる。当業者は、セッションを開始するために、ＳＩＰ以外のプロトコルと共に本通信システムを使用できることを理解するであろう。また、クライアントまたはサーバコンポーネントがある制限を執行できない可能性がある場合でも、被勧誘者がセッションに対するその制限に同意する意図があるか否かを調べるために本通信システムを使用することができる。当業者は、企業の制限が企業全体に適用されるのではなく、むしろその企業の異なるユーザまたはグループ毎にカスタマイズできる場合があることを理解するであろう。従って、添付されたクレームによるもの以外には、本発明は制約されるものではない。
【図面の簡単な説明】
【００２７】
【図１】一実施形態において、それにより勧誘者が被勧誘者をセッションに参加するように勧誘することができる、勧誘者クライアントコンポーネントによって提供されるユーザインタフェースを示す表示ページの図である。
【図２】一実施形態において、それにより被勧誘者がセッションの制限を守ることに同意することができる、被勧誘者クライアントコンポーネントによって提供されるユーザインタフェースを示す表示ページの図である。
【図３】一実施形態において、そのセッションに対する制限が受け容れられたことを示す、勧誘者クライアントコンポーネントのユーザインタフェースを示す表示ページの図である。
【図４】一実施形態における本通信システムのコンポーネントを示すブロック図である。
【図５】一実施形態における勧誘者クライアントコンポーネントの勧誘送信コンポーネントの処理動作を示すフロー図である。
【図６】一実施形態における被勧誘者クライアントコンポーネントの勧誘受信コンポーネントの処理動作を示すフロー図である。
【図７】一実施形態における被勧誘者クライアントコンポーネントの被勧誘者動作受信コンポーネントの処理動作を示すフロー図である。
【図８】一実施形態におけるサーバコンポーネントのメッセージ受信コンポーネントの処理動作を示すフロー図である。
【図９】一実施形態におけるサーバコンポーネントの勧誘受信コンポーネントの処理動作を示すフロー図である。
【符号の説明】
【００２８】
４１０  クライアント
４１２  ユーザ動作受信
４１３  勧誘受信
４１４  勧誘送信
４２０  サーバ
４２１  登録
４２２  登録の格納
４２３  勧誘受信
４２４  確認通知受信
４２５  メッセージ受信
４２６  セッションの格納
４３０  通信リンク
【図１】
2006222936.tif 000003
【図２】
2006222936.tif 000004
【図３】
2006222936.tif 000005
【図４】
2006222936.tif 000006
【図５】
2006222936.tif 000007
【図６】
2006222936.tif 000008
【図７】
2006222936.tif 000009
【図８】
2006222936.tif 000010
【図９】
2006222936.tif 000011