複数のインスタント・メッセージング・ログイン・セッションのための方法、システムおよびコンピュータ・プログラム
【課題】 単一のユーザ名に関連付けられる複数のインスタント・メッセージング（ＩＭ）セッションのためのメカニズムを提供する。
【解決手段】 フロントエンド・サーバがユーザのログイン要求を受信し、バックエンド・サーバへのインスタント・メッセージング・システムのルーティングを行う。特定のユーザ名に関連付けられているそれぞれのログインは、同一のバックエンド・サーバ（またはＩＭホスト）へルーティングされる。複数のアクティブＩＭセッションを有する受信者へ向けられたメッセージについては、すべてのアクティブ・セッションに対してブロードキャストされる。単一のＩＭセッションを有する受信者へ向けられたメッセージはユニキャストされる。
【解決手段】 フロントエンド・サーバがユーザのログイン要求を受信し、バックエンド・サーバへのインスタント・メッセージング・システムのルーティングを行う。特定のユーザ名に関連付けられているそれぞれのログインは、同一のバックエンド・サーバ（またはＩＭホスト）へルーティングされる。複数のアクティブＩＭセッションを有する受信者へ向けられたメッセージについては、すべてのアクティブ・セッションに対してブロードキャストされる。単一のＩＭセッションを有する受信者へ向けられたメッセージはユニキャストされる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インスタント・メッセージング・サービスのためのデータ処理システムに関し、特に、複数のインスタント・メッセージング・ログイン・セッションを許容するデータ処理システムに関する。
【背景技術】
【０００２】
インスタント・メッセージング・システムは、個人ならびにエンタープライズ環境における通信手段として、ますます一般的になりつつある。インスタント・メッセージングは、ネットワーク接続された２者間におけるリアルタイムのメッセージならびにプレゼンスの交換を可能にする。表面上は電子メールに似ているが、インスタント・メッセージング・システムは、ネットワーク上の受信者のプレゼンスを認識していることから、ほぼリアルタイムでメッセージを配信する。インスタント・メッセージング・システムおよび電子メールは、通常、いずれもクライアント‐サーバ・モデルを基礎とするが、電子メールは、ストア‐アンド‐フォワード・システムである。電子メール・メッセージの送信者は、電子メール・クライアント（ＭＵＡ（メール・ユーザ・エージェント）とも呼ばれる）を使用し、それがそのメッセージをＭＴＡ（メール・トランスファ・エージェント）へ送信し、さらにそれがそのメッセージを、ネットワークを介して受信者のＭＴＡへ転送する。つまりそれが、受信者が接続されている『メール・サーバ』である。電子メール・メッセージは、受信者のＭＴＡ上にストアされる。このメッセージは、受信者がその電子メールをＭＴＡから、通常は受信者のパーソナル・コンピュータもしくはワークステーション上に展開されるＰＯＰ（ポスト・オフィス・プロトコル）クライアントを使用して受信するまでストアされる。
【０００３】
これに対して、インスタント・メッセージングの場合には、送信者のインスタント・メッセージング（ＩＭ）クライアントが、ＩＭサーバへメッセージを送信し、続いてそれが、そのメッセージをストアすることなくそのメッセージを受信者へ送信する。言い換えると、一般的なＩＭシステムは、ストア‐アンド‐フォワード・アーキテクチャではない。しかもＩＭシステムは、通常、１ユーザ名当たり１つのアクティブＩＭセッションだけを許容する。したがって、ユーザが作業場所を変更するとき、たとえばオフィスから実験室へ作業場所を変更するとき、そのユーザは、アクティブＩＭセッションがあればそこからログアウトし、新しい場所でログインしなければならない。これらユーザは、しばらくの間にわたってメッセージを受け取ることができない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
その結果として、この分野においては複数のアクティブＩＭセッションを許容するメカニズムに対するニーズがある。特にこの分野では、ＩＭシステム内に組み込まれている輻輳およびトラフィック・フロー・メカニズムを迂回せずに複数のアクティブＩＭセッションを許容するシステムならびに方法に対するニーズがある。
【課題を解決するための手段】
【０００５】
本発明は、前述のニーズに取り組んでいる。したがって、複数のインスタント・メッセージング・セッションのための方法が提供されている。この方法は、ログイン要求に応答して第１のログイン要求をインスタント・メッセージング（ＩＭ）ホスト・サーバへ割り当てることを含む。各ログイン要求は、ログインを要求しているユーザに関連付けされるログイン識別子を有している。第１の要求は、この割り当てられたＩＭホスト・サーバへ渡される。第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、第２のログイン要求が、第１の要求に関連して割り当てられたＩＭホスト・サーバへ渡される。
【０００６】
以上は、次に述べる本発明の詳細な説明がより良好に理解されるように、本発明の１ないしは複数の実施態様の特徴ならびに技術的な利点について概説した。以下、本発明のこのほかの特徴ならびに利点について述べるが、これらは特許請求の範囲にある本発明の内容を形成する。
【０００７】
本発明およびその利点についてのより完全な理解のために、次に、以下の説明を添付図面とともに参照する。
【発明を実施するための最良の形態】
【０００８】
単一のユーザ名に関連付けされた複数のインスタント・メッセージング・セッションのためのメカニズムを提供する。フロントエンド・サーバがユーザのログイン要求を受け取り、バックエンド・サーバへのインスタント・メッセージング・システムのルーティングを行う。特定のユーザ名に関連付けされたそれぞれのログインは、同一のバックエンド・サーバへルーティングされる。複数のアクティブＩＭセッションを有している受信者へ向けられたメッセージは、すべてのアクティブ・セッションに対してマルチキャストされる。単一のＩＭセッションを有する受信者へ向けられたメッセージは、ユニキャストされる。
【０００９】
以下の説明においては、多くの特定の詳細を示して本発明の完全な理解を提供している。たとえば、特定のインスタント・メッセージング・プロトコルを参照することができるが、当業者であればその種の特定の詳細なしに本発明が実施され得ること、およびその一方においては不必要な詳細の中に本発明が埋もれて不明瞭とならないために周知の回路についてはブロック図形式で示されていることを認識できよう。以下、図面を参照するが、図示の要素は必ずしも縮尺に忠実でなく、また類似の要素は、いくつかの図を通じて同一の参照番号によって指定される。
【００１０】
図１は、本発明に関連して使用することのできるインスタント・メッセージング（ＩＭ）アーキテクチャ１００を例示している。複数のＩＭクライアント１０２は、１ないしは複数のＩＭホスト・サーバ１０４ａ〜ｅの仲裁を介して互いにインスタント・メッセージを交換することができる（ホスト・サーバは、バックエンド・サーバと呼ばれることもある）。すでに示したように、ＩＭシステムは、通常、（ピア‐ツー‐ピア・モデルではなく）クライアント‐サーバ・モデルとして構築される。ＩＭメッセージ・フォーマットを定義するいくつかのＩＭプロトコルがすでに開発済みである。しかしながら、使用されている特定のＩＭプロトコルが、概して本発明の原理に影響を与えることはない。その種の一般的に入手可能であり、かつＸＭＬ（拡張マークアップ言語）を基礎としたオープン・ソース・プロトコルの１つにＪａｂｂｅｒ（ジャバー）がある。（Ｊａｂｂｅｒ（ジャバー）は、コロラド州デンバーのＪａｂｂｅｒ Ｓｏｆｔｗａｒｅ Ｆｏｕｎｄａｔｉｏｎ（ジャバー・ソフトウエア・ファウンデーション）によって公開されている。）
【００１１】
別のユーザとのＩＭ通信への参加を希望するユーザは、そのユーザのパーソナル・コンピュータまたはワークステーション上に展開されているＩＭクライアントを介して、たとえばＩＭクライアント１０２ａ〜１０２ｄの１つを介してＩＭホスト・サーバへログインする。図１のアーキテクチャ１００においては、輻輳ならびにトラフィック・フロー・マネジメントを容易にするために、ログインがフロントエンドＩＭサーバ１０６を介して開始される。ログイン要求は、フロントエンド・サーバ１０６内のログイン・マネージャ１０８によって処理される。本発明の原理に従ったログイン・マネージャ１０８の動作については、図２との関連から説明する。それに加えて、アーキテクチャ１００内におけるネットワーク１１０によって表されるフロントエンド・サーバ１０６およびホスト・サーバ１０４ａ〜１０４ｅのネットワーク連結実体は、エンタープライズ環境に見られるようなローカル・エリア・ネットワーク（ＬＡＮ）もしくはワイド・エリア・ネットワーク（ＷＡＮ）、あるいはインターネットとすることができる。これにおいても本発明の原理が、ＩＭクライアントおよびＩＭサーが接続されている特定のネットワークによって影響されることはない。ＩＭクライアントの間におけるメッセージは、送信クライアントが接続されているＩＭホスト・サーバへ送信される。続いてこのサーバは、そのメッセージを受信者のＩＭホスト・サーバへ、すなわちその受信者が接続されているＩＭホスト・サーバへルーティングするが、このホスト・サーバが送信者のホスト・サーバと同一である必要はない。さらに、各クライアントには、そのサーバへ、すなわちそれぞれのクライアントが接続されているＩＭホスト・サーバへプレゼンス・メッセージを提供する責任がある。たとえば、受信者がその受信者のワークステーションを離れるとき、したがってＩＭ交換に参加できないとき、ＩＭクライアントはそれのホスト・サーバへ、その受信者が応答不能であることを示す必要がある。すでに述べたように、インスタント・メッセージングと電子メールを区別しているその側面の１つは、プレゼンスの認識、すなわちメッセージの受信者が応答可能であること、あるいは少なくともそれらの受信者のクライアントが利用可能であることである。言い換えると、ＩＭクライアントは、ＩＭセッションへの参加に応じられることに関するユーザの状態をＩＭホスト・サーバへレポートする責任がある。通常、これは、プレゼンス情報メッセージをＩＭホスト・サーバへ渡すことによってもたらされる。ユーザが、そのユーザのワークステーションをロックし、基本的にリアルタイムのＩＭセッションへ参加できない場合には、そのことをＩＭホスト・サーバへレポートすることができる。同様に、ユーザがログアウトした場合には、それについてもＩＭサーバへレポートすることができる。
【００１２】
これについては、ユーザのＩＭコンタクトのリストの一例の表示であるスクリーン・ショット４００を示した図４を参照することによってさらによく理解することができる。特定のコンタクトのプレゼンスは、アイコン形の記号によって示されている。正方形アイコン４０２は、ユーザがログインしており、アクティブであることを示している。菱形アイコン４０４は、ユーザが、このＩＭシステムへログインしているが、応答可能でないこと、すなわちそのユーザのワークステーションをロックしていることを示している。それに加えてコンタクトは、ユーザが『じゃまされること』を望んでいない旨を示すことによって、ログアウトせずにインスタント・メッセージングへの不参加を選択することができる。このコンタクトのプレゼンス状態は、『円プラス斜線』アイコン４０５として図示されている。ここで注意が必要であるが、コンタクトは、コンタクト名（たとえばコンタクト４０６）等のエイリアスとして、あるいはコンタクトのノード／ドメイン（たとえばコンタクト４０８）としてユーザのコンタクト・リスト内に現れることが許される。通常、これらは、よく知られている電子メールのアドレスと同じ形式、すなわち「ノード＠ドメイン」となる。
【００１３】
図２は、本発明の原理に従ったログイン・マネージャ２００を例示している。詳細に述べれば、ログイン・マネージャ２００は、複数のＩＭアクティブ・セッションをマネージするべく機能する。ステップ２０２においては、ユーザのログイン要求が受信される。それに応答して、ステップ２０４においては、そのユーザ名について、現存するログイン・セッションがあるか否かの決定を行う。決定は、たとえばセッションのリストを維持している図１のフロントエンド・サーバ１０６等のフロントエンド・サーバによって、かつ後述するようにＩＭホスト、またはそれらが接続されているバックエンド・サーバによって行うことができる。ステップ２０６においては、バックエンド・サーバが割り当てられ、この割り当てられたサーバがステップ２０８においてセッション・リスト内へ挿入される。ステップ２１０においては、このセッションが、ステップ２０６において割り当てられたバックエンド・サーバへルーティングされる。
【００１４】
フロントエンド・サーバがそのユーザとの接続を確立すると、作業負荷マネジメント・タスクが呼び出されて、新しいＩＭセッションへのサービスに充分な帯域幅を伴うバックエンド・サーバが見つけ出される。続いてフロントエンド・サーバは、このセッションのログイン情報をそのバックエンド・サーバへ転送し、すべてのＩＭトラフィックが処理される。各バックエンド・サーバは、ホストＩＰアドレス（つまり、各接続ＩＭクライアントのＩＰアドレス）および対応するログインＩＤのリストを維持することができる。本発明によれば、所定のログインＩＤが、複数のＩＰアドレスへ関連付けされることが許される。
【００１５】
ステップ２０４へ戻るが、すでにログイン・セッションがログイン・ユーザ名に関連付けされていると決定されると、ステップ２１２において、そのアクティブ・セッションに割り当てられているバックエンド・サーバがセッション・リストから検索される。ステップ２１４においては、新しいセッションが、ステップ２１２において検索されたバックエンド・サーバへルーティングされる。このようにして、所定のユーザに関するすべてのアクティブ・セッションが同一のバックエンド・サーバによって処理される。このバックエンド・サーバは、ログイン要求を行っているＩＭクライアントのＩＰアドレスが含まれるべく、そのホストＩＰアドレスのリストを更新する。本発明に従ってバックエンド・サーバによって使用されることのある、複数のセッションにわたるインスタント・メッセージングのための手法については、図２との関係から説明する。
【００１６】
所定のユーザは、そのユーザが少なくとも１つのセッションへログインしている限りセッション・リスト内に現れており、そのユーザがセッションからログアウトするとき、そのリストから削除される。したがって、特定のユーザに関するそれぞれのセッションについて（ステップ２１６）、そのユーザがセッションからログアウトするまで（ステップ２１８）、そのユーザのログインＩＤおよびセッションがセッション・リスト内に存続する。ユーザがセッションからログアウトするとき、そのセッションがセッション・リストから削除される（ステップ２２０）。このようにしてこの手法２００は、ステップ２０４において、所定のユーザがアクティブＩＭログインを有しているか否かを、ログイン・ユーザ名もしくはＩＤとセッション・リスト内のエントリを比較することによって決定している。
【００１７】
次に図３を参照すると、複数のＩＭログイン・セッションを伴うユーザ間のインスタント・メッセージングのためのバックエンド・サーバ・プロセス３００がフローチャート形式で示されている。ステップ３０２においては、メッセージがＩＭクライアントから受信される。ステップ３０４において、そのメッセージの受信者が単一のログイン・セッションを有している場合には、ステップ３０６においてその受信者に対してそのメッセージがユニキャストされる。これに対して、その受信者が複数のログイン・セッションを有している場合（ステップ３０４における『Ｙｅｓ』分岐の場合）には、ステップ３０８において、その受信者に関するすべてのＩＭログイン・セッションがロックされているか否かについての決定がなされる。すでに論じたように、バックエンド・サーバは、現在そのサーバ上においてアクティブのＩＤおよび対応するホストＩＰアドレスのリストを維持することができる。このサーバは、各ホストの状態をそのリスト内に維持することもできる。ロックされていなければ、ステップ３１０において、そのメッセージがアクティブ・セッションに対してマルチキャストされる。その逆に、受信者のセッションがすべてロックされている場合には、受信者が応答不能である旨の通知がステップ３１２において送信者へ返される。
【００１８】
ステップ３０４へ戻るが、グループ名を介して集合的に識別される受信者のグループがターゲットとなることも同様に可能である。ステップ３０２において受信されたインスタント・メッセージの受信者が、ステップ３０４においてグループであるとされた場合には、ステップ３０８において、そのグループ内のいずれかのメンバが応答可能であるか否か、すなわちそれらのセッションがアンロックであるか否かについて決定が行われる。いずれかのメンバが応答可能である場合には、ステップ３１０において、アクティブ・セッション（１ないしは複数）に対してメッセージがマルチキャストされる。そのグループのいずれのメンバも応答不能である場合には、そのメッセージの送信者へ通知が返される。ここで注意されたいが、すでに述べたように、これは、受信者のユーザ名に関連付けされるアイコンの形式で送信者に対して表示することができる。
【００１９】
図５は、本発明に従ったデータ処理システム５００のハードウエア構成の一例を図示している。この種のハードウエア構成を、データ処理システムのコンポーネントとして図２および３に例示した方法に関連して使用し、本発明の原理に従ったインスタント・メッセージ・ログイン・セッションをマネージすることができる。データ処理システム５００は、従来的なマイクロプロセッサ等の中央処理ユニット（ＣＰＵ）５１０、およびそのほかの多数の、システム・バス５１２を介して相互接続されるユニットを含んでいる。またデータ処理システム５００は、ランダム・アクセス・メモリ（ＲＡＭ）５１４、読み出し専用メモリ（ＲＯＭ）５１６、およびバス５１２へディスク・ユニット５２０等の周辺デバイスを接続するための入力／出力（Ｉ／Ｏ）アダプタ５１８、およびバス５１２へキーボード５２４、マウス５２６、トラックボール５３２、および／またはそのほかの、タッチ・スクリーン・デバイス（図示せず）等のユーザ・インターフェース・デバイスを接続するためのユーザ・インターフェース・アダプタ５２２も含んでいる（当業者であれば認識されることになろうが、サーバとして構成されているシステム５００の実施態様においては、ユーザ・インターフェース・デバイスのいくつかもしくはすべてを省略することができる）。システム５００は、さらに、データ処理システム５００をデータ処理ネットワークへ接続して、ほかの当該システムとシステムとの通信を可能にするための通信アダプタ５３４、およびバス５１２へディスプレイ・デバイス５３８を接続するためのディスプレイ・アダプタ５３６を含んでいる。ＣＰＵ ５１０は、ここには図示していないそのほかの回路を含むことができ、それには、たとえば実行ユニット、バス・インターフェース・ユニット、算術ロジック・ユニットといった一般にマイクロプロセッサ内に見られる回路が含まれることになる。またＣＰＵ ５１０は、単一の集積回路上に存在することもある。
【００２０】
本発明の好ましい実施態様は、これに示されている方法を実行するべくプログラムされたコンピュータ・システムとして、あるいはコンピュータ・プログラムとしての具体化を含む。コンピュータ・システムの具体化によれば、これらの方法を実行するためのインストラクションのセットが、概して前述のように構成された１ないしは複数のコンピュータ・システムのランダム・アクセス・メモリ５１４内に常駐する。これらのインストラクションのセットは、それを実行するシステム・コンポーネントとともに、前述したように複数のインスタント・メッセージ・ログイン・セッションをマネージすることができる。コンピュータ・システムから要求のあるまで、インストラクションのセットがコンピュータ・プログラムとして別のコンピュータ・メモリ内に、たとえばディスク・ドライブ５２０（光ディスクまたはフレキシブル・ディスク等の、結果としてディスク・ドライブ５２０内において使用されるリムーバブル・メモリを含むことができる）内にストアされるようにしてもよい。さらに、このコンピュータ・プログラムを、別のコンピュータへストアしておき、ネットワークもしくはインターネット等の外部ネットワークによってユーザのワークステーションへ送信されるようにすることもできる。当業者であれば認識されることになろうが、インストラクションのセットの物理的なストレージは、それがストアされるメディアがコンピュータ可読情報を担持するように、そのメディアを物理的に変更する。この変更は、電気的、磁気的、化学的、生物学的、あるいはそのほかの物理的な変更となり得る。インストラクション、記号、文字等の用語を用いて本発明を記述することは好都合であるが、ここではそれらの類似の用語におけるすべてが、適切な物理的エレメントに関連付けされるべきであることに留意して解釈される必要がある。
【００２１】
またここで注意されたいが、本発明は、比較、確認、選択、識別等の表現、あるいはそのほかの、人間のオペレータに関連付け可能な表現を用いて述べることができる。しかしながら、少なくとも１つの実施態様の一部を構成するここに記述している多数のオペレーションについては、少なくとも、人間のオペレータによる動作が望ましくない。記述されているオペレーションは、大部分が電気信号を処理して別の電気信号を生成するマシン・オペレーションである。
【図面の簡単な説明】
【００２２】
【図１】本発明の原理に従ったインスタント・メッセージング・アーキテクチャを例示した説明図である。
【図２】本発明の一実施態様に従ったインスタント・メッセージ・ログイン・マネージャの手法を示したフローチャートである。
【図３】本発明の原理に従ったインスタント・メッセージング・バックエンド・サーバの手法を示したフローチャートである。
【図４】本発明に関連して使用することのできるユーザのコンタクト・リストのディスプレイ・スクリーン・ショットの一例を示した説明図である。
【図５】本発明の原理を組み込んだ手法に関連して使用することのできるデータ処理システムを示したブロック図である。
【符号の説明】
【００２３】
１００ インスタント・メッセージング・アーキテクチャ、ＩＭアーキテクチャ
１０２ ＩＭクライアント
１０２ａ ＩＭクライアント
１０２ｂ ＩＭクライアント
１０２ｃ ＩＭクライアント
１０２ｄ ＩＭクライアント
１０４ａ ＩＭホスト・サーバ
１０４ｂ ＩＭホスト・サーバ
１０４ｃ ＩＭホスト・サーバ
１０４ｄ ＩＭホスト・サーバ
１０４ｅ ＩＭホスト・サーバ
１０６ フロントエンド・サーバ、フロントエンドＩＭサーバ
１０８ ログイン・マネージャ
１１０ ネットワーク
２００ ログイン・マネージャ
３００ バックエンド・サーバ・プロセス
４００ スクリーン・ショット
４０２ 正方形アイコン
４０４ 菱形アイコン
４０５ 『円プラス斜線』アイコン
４０６ コンタクト
４０８ コンタクト
５００ システム、データ処理システム
５１０ 中央処理ユニット（ＣＰＵ）
５１２ システム・バス
５１４ ランダム・アクセス・メモリ（ＲＡＭ）
５１６ 読み出し専用メモリ（ＲＯＭ）
５１８ 入力／出力（Ｉ／Ｏ）アダプタ
５２０ ディスク・ドライブ、ディスク・ユニット
５２２ ユーザ・インターフェース・アダプタ
５２４ キーボード
５２６ マウス
５３２ トラックボール
５３４ 通信アダプタ
５３６ ディスプレイ・アダプタ
５３８ ディスプレイ・デバイス
【技術分野】
【０００１】
本発明は、インスタント・メッセージング・サービスのためのデータ処理システムに関し、特に、複数のインスタント・メッセージング・ログイン・セッションを許容するデータ処理システムに関する。
【背景技術】
【０００２】
インスタント・メッセージング・システムは、個人ならびにエンタープライズ環境における通信手段として、ますます一般的になりつつある。インスタント・メッセージングは、ネットワーク接続された２者間におけるリアルタイムのメッセージならびにプレゼンスの交換を可能にする。表面上は電子メールに似ているが、インスタント・メッセージング・システムは、ネットワーク上の受信者のプレゼンスを認識していることから、ほぼリアルタイムでメッセージを配信する。インスタント・メッセージング・システムおよび電子メールは、通常、いずれもクライアント‐サーバ・モデルを基礎とするが、電子メールは、ストア‐アンド‐フォワード・システムである。電子メール・メッセージの送信者は、電子メール・クライアント（ＭＵＡ（メール・ユーザ・エージェント）とも呼ばれる）を使用し、それがそのメッセージをＭＴＡ（メール・トランスファ・エージェント）へ送信し、さらにそれがそのメッセージを、ネットワークを介して受信者のＭＴＡへ転送する。つまりそれが、受信者が接続されている『メール・サーバ』である。電子メール・メッセージは、受信者のＭＴＡ上にストアされる。このメッセージは、受信者がその電子メールをＭＴＡから、通常は受信者のパーソナル・コンピュータもしくはワークステーション上に展開されるＰＯＰ（ポスト・オフィス・プロトコル）クライアントを使用して受信するまでストアされる。
【０００３】
これに対して、インスタント・メッセージングの場合には、送信者のインスタント・メッセージング（ＩＭ）クライアントが、ＩＭサーバへメッセージを送信し、続いてそれが、そのメッセージをストアすることなくそのメッセージを受信者へ送信する。言い換えると、一般的なＩＭシステムは、ストア‐アンド‐フォワード・アーキテクチャではない。しかもＩＭシステムは、通常、１ユーザ名当たり１つのアクティブＩＭセッションだけを許容する。したがって、ユーザが作業場所を変更するとき、たとえばオフィスから実験室へ作業場所を変更するとき、そのユーザは、アクティブＩＭセッションがあればそこからログアウトし、新しい場所でログインしなければならない。これらユーザは、しばらくの間にわたってメッセージを受け取ることができない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
その結果として、この分野においては複数のアクティブＩＭセッションを許容するメカニズムに対するニーズがある。特にこの分野では、ＩＭシステム内に組み込まれている輻輳およびトラフィック・フロー・メカニズムを迂回せずに複数のアクティブＩＭセッションを許容するシステムならびに方法に対するニーズがある。
【課題を解決するための手段】
【０００５】
本発明は、前述のニーズに取り組んでいる。したがって、複数のインスタント・メッセージング・セッションのための方法が提供されている。この方法は、ログイン要求に応答して第１のログイン要求をインスタント・メッセージング（ＩＭ）ホスト・サーバへ割り当てることを含む。各ログイン要求は、ログインを要求しているユーザに関連付けされるログイン識別子を有している。第１の要求は、この割り当てられたＩＭホスト・サーバへ渡される。第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、第２のログイン要求が、第１の要求に関連して割り当てられたＩＭホスト・サーバへ渡される。
【０００６】
以上は、次に述べる本発明の詳細な説明がより良好に理解されるように、本発明の１ないしは複数の実施態様の特徴ならびに技術的な利点について概説した。以下、本発明のこのほかの特徴ならびに利点について述べるが、これらは特許請求の範囲にある本発明の内容を形成する。
【０００７】
本発明およびその利点についてのより完全な理解のために、次に、以下の説明を添付図面とともに参照する。
【発明を実施するための最良の形態】
【０００８】
単一のユーザ名に関連付けされた複数のインスタント・メッセージング・セッションのためのメカニズムを提供する。フロントエンド・サーバがユーザのログイン要求を受け取り、バックエンド・サーバへのインスタント・メッセージング・システムのルーティングを行う。特定のユーザ名に関連付けされたそれぞれのログインは、同一のバックエンド・サーバへルーティングされる。複数のアクティブＩＭセッションを有している受信者へ向けられたメッセージは、すべてのアクティブ・セッションに対してマルチキャストされる。単一のＩＭセッションを有する受信者へ向けられたメッセージは、ユニキャストされる。
【０００９】
以下の説明においては、多くの特定の詳細を示して本発明の完全な理解を提供している。たとえば、特定のインスタント・メッセージング・プロトコルを参照することができるが、当業者であればその種の特定の詳細なしに本発明が実施され得ること、およびその一方においては不必要な詳細の中に本発明が埋もれて不明瞭とならないために周知の回路についてはブロック図形式で示されていることを認識できよう。以下、図面を参照するが、図示の要素は必ずしも縮尺に忠実でなく、また類似の要素は、いくつかの図を通じて同一の参照番号によって指定される。
【００１０】
図１は、本発明に関連して使用することのできるインスタント・メッセージング（ＩＭ）アーキテクチャ１００を例示している。複数のＩＭクライアント１０２は、１ないしは複数のＩＭホスト・サーバ１０４ａ〜ｅの仲裁を介して互いにインスタント・メッセージを交換することができる（ホスト・サーバは、バックエンド・サーバと呼ばれることもある）。すでに示したように、ＩＭシステムは、通常、（ピア‐ツー‐ピア・モデルではなく）クライアント‐サーバ・モデルとして構築される。ＩＭメッセージ・フォーマットを定義するいくつかのＩＭプロトコルがすでに開発済みである。しかしながら、使用されている特定のＩＭプロトコルが、概して本発明の原理に影響を与えることはない。その種の一般的に入手可能であり、かつＸＭＬ（拡張マークアップ言語）を基礎としたオープン・ソース・プロトコルの１つにＪａｂｂｅｒ（ジャバー）がある。（Ｊａｂｂｅｒ（ジャバー）は、コロラド州デンバーのＪａｂｂｅｒ Ｓｏｆｔｗａｒｅ Ｆｏｕｎｄａｔｉｏｎ（ジャバー・ソフトウエア・ファウンデーション）によって公開されている。）
【００１１】
別のユーザとのＩＭ通信への参加を希望するユーザは、そのユーザのパーソナル・コンピュータまたはワークステーション上に展開されているＩＭクライアントを介して、たとえばＩＭクライアント１０２ａ〜１０２ｄの１つを介してＩＭホスト・サーバへログインする。図１のアーキテクチャ１００においては、輻輳ならびにトラフィック・フロー・マネジメントを容易にするために、ログインがフロントエンドＩＭサーバ１０６を介して開始される。ログイン要求は、フロントエンド・サーバ１０６内のログイン・マネージャ１０８によって処理される。本発明の原理に従ったログイン・マネージャ１０８の動作については、図２との関連から説明する。それに加えて、アーキテクチャ１００内におけるネットワーク１１０によって表されるフロントエンド・サーバ１０６およびホスト・サーバ１０４ａ〜１０４ｅのネットワーク連結実体は、エンタープライズ環境に見られるようなローカル・エリア・ネットワーク（ＬＡＮ）もしくはワイド・エリア・ネットワーク（ＷＡＮ）、あるいはインターネットとすることができる。これにおいても本発明の原理が、ＩＭクライアントおよびＩＭサーが接続されている特定のネットワークによって影響されることはない。ＩＭクライアントの間におけるメッセージは、送信クライアントが接続されているＩＭホスト・サーバへ送信される。続いてこのサーバは、そのメッセージを受信者のＩＭホスト・サーバへ、すなわちその受信者が接続されているＩＭホスト・サーバへルーティングするが、このホスト・サーバが送信者のホスト・サーバと同一である必要はない。さらに、各クライアントには、そのサーバへ、すなわちそれぞれのクライアントが接続されているＩＭホスト・サーバへプレゼンス・メッセージを提供する責任がある。たとえば、受信者がその受信者のワークステーションを離れるとき、したがってＩＭ交換に参加できないとき、ＩＭクライアントはそれのホスト・サーバへ、その受信者が応答不能であることを示す必要がある。すでに述べたように、インスタント・メッセージングと電子メールを区別しているその側面の１つは、プレゼンスの認識、すなわちメッセージの受信者が応答可能であること、あるいは少なくともそれらの受信者のクライアントが利用可能であることである。言い換えると、ＩＭクライアントは、ＩＭセッションへの参加に応じられることに関するユーザの状態をＩＭホスト・サーバへレポートする責任がある。通常、これは、プレゼンス情報メッセージをＩＭホスト・サーバへ渡すことによってもたらされる。ユーザが、そのユーザのワークステーションをロックし、基本的にリアルタイムのＩＭセッションへ参加できない場合には、そのことをＩＭホスト・サーバへレポートすることができる。同様に、ユーザがログアウトした場合には、それについてもＩＭサーバへレポートすることができる。
【００１２】
これについては、ユーザのＩＭコンタクトのリストの一例の表示であるスクリーン・ショット４００を示した図４を参照することによってさらによく理解することができる。特定のコンタクトのプレゼンスは、アイコン形の記号によって示されている。正方形アイコン４０２は、ユーザがログインしており、アクティブであることを示している。菱形アイコン４０４は、ユーザが、このＩＭシステムへログインしているが、応答可能でないこと、すなわちそのユーザのワークステーションをロックしていることを示している。それに加えてコンタクトは、ユーザが『じゃまされること』を望んでいない旨を示すことによって、ログアウトせずにインスタント・メッセージングへの不参加を選択することができる。このコンタクトのプレゼンス状態は、『円プラス斜線』アイコン４０５として図示されている。ここで注意が必要であるが、コンタクトは、コンタクト名（たとえばコンタクト４０６）等のエイリアスとして、あるいはコンタクトのノード／ドメイン（たとえばコンタクト４０８）としてユーザのコンタクト・リスト内に現れることが許される。通常、これらは、よく知られている電子メールのアドレスと同じ形式、すなわち「ノード＠ドメイン」となる。
【００１３】
図２は、本発明の原理に従ったログイン・マネージャ２００を例示している。詳細に述べれば、ログイン・マネージャ２００は、複数のＩＭアクティブ・セッションをマネージするべく機能する。ステップ２０２においては、ユーザのログイン要求が受信される。それに応答して、ステップ２０４においては、そのユーザ名について、現存するログイン・セッションがあるか否かの決定を行う。決定は、たとえばセッションのリストを維持している図１のフロントエンド・サーバ１０６等のフロントエンド・サーバによって、かつ後述するようにＩＭホスト、またはそれらが接続されているバックエンド・サーバによって行うことができる。ステップ２０６においては、バックエンド・サーバが割り当てられ、この割り当てられたサーバがステップ２０８においてセッション・リスト内へ挿入される。ステップ２１０においては、このセッションが、ステップ２０６において割り当てられたバックエンド・サーバへルーティングされる。
【００１４】
フロントエンド・サーバがそのユーザとの接続を確立すると、作業負荷マネジメント・タスクが呼び出されて、新しいＩＭセッションへのサービスに充分な帯域幅を伴うバックエンド・サーバが見つけ出される。続いてフロントエンド・サーバは、このセッションのログイン情報をそのバックエンド・サーバへ転送し、すべてのＩＭトラフィックが処理される。各バックエンド・サーバは、ホストＩＰアドレス（つまり、各接続ＩＭクライアントのＩＰアドレス）および対応するログインＩＤのリストを維持することができる。本発明によれば、所定のログインＩＤが、複数のＩＰアドレスへ関連付けされることが許される。
【００１５】
ステップ２０４へ戻るが、すでにログイン・セッションがログイン・ユーザ名に関連付けされていると決定されると、ステップ２１２において、そのアクティブ・セッションに割り当てられているバックエンド・サーバがセッション・リストから検索される。ステップ２１４においては、新しいセッションが、ステップ２１２において検索されたバックエンド・サーバへルーティングされる。このようにして、所定のユーザに関するすべてのアクティブ・セッションが同一のバックエンド・サーバによって処理される。このバックエンド・サーバは、ログイン要求を行っているＩＭクライアントのＩＰアドレスが含まれるべく、そのホストＩＰアドレスのリストを更新する。本発明に従ってバックエンド・サーバによって使用されることのある、複数のセッションにわたるインスタント・メッセージングのための手法については、図２との関係から説明する。
【００１６】
所定のユーザは、そのユーザが少なくとも１つのセッションへログインしている限りセッション・リスト内に現れており、そのユーザがセッションからログアウトするとき、そのリストから削除される。したがって、特定のユーザに関するそれぞれのセッションについて（ステップ２１６）、そのユーザがセッションからログアウトするまで（ステップ２１８）、そのユーザのログインＩＤおよびセッションがセッション・リスト内に存続する。ユーザがセッションからログアウトするとき、そのセッションがセッション・リストから削除される（ステップ２２０）。このようにしてこの手法２００は、ステップ２０４において、所定のユーザがアクティブＩＭログインを有しているか否かを、ログイン・ユーザ名もしくはＩＤとセッション・リスト内のエントリを比較することによって決定している。
【００１７】
次に図３を参照すると、複数のＩＭログイン・セッションを伴うユーザ間のインスタント・メッセージングのためのバックエンド・サーバ・プロセス３００がフローチャート形式で示されている。ステップ３０２においては、メッセージがＩＭクライアントから受信される。ステップ３０４において、そのメッセージの受信者が単一のログイン・セッションを有している場合には、ステップ３０６においてその受信者に対してそのメッセージがユニキャストされる。これに対して、その受信者が複数のログイン・セッションを有している場合（ステップ３０４における『Ｙｅｓ』分岐の場合）には、ステップ３０８において、その受信者に関するすべてのＩＭログイン・セッションがロックされているか否かについての決定がなされる。すでに論じたように、バックエンド・サーバは、現在そのサーバ上においてアクティブのＩＤおよび対応するホストＩＰアドレスのリストを維持することができる。このサーバは、各ホストの状態をそのリスト内に維持することもできる。ロックされていなければ、ステップ３１０において、そのメッセージがアクティブ・セッションに対してマルチキャストされる。その逆に、受信者のセッションがすべてロックされている場合には、受信者が応答不能である旨の通知がステップ３１２において送信者へ返される。
【００１８】
ステップ３０４へ戻るが、グループ名を介して集合的に識別される受信者のグループがターゲットとなることも同様に可能である。ステップ３０２において受信されたインスタント・メッセージの受信者が、ステップ３０４においてグループであるとされた場合には、ステップ３０８において、そのグループ内のいずれかのメンバが応答可能であるか否か、すなわちそれらのセッションがアンロックであるか否かについて決定が行われる。いずれかのメンバが応答可能である場合には、ステップ３１０において、アクティブ・セッション（１ないしは複数）に対してメッセージがマルチキャストされる。そのグループのいずれのメンバも応答不能である場合には、そのメッセージの送信者へ通知が返される。ここで注意されたいが、すでに述べたように、これは、受信者のユーザ名に関連付けされるアイコンの形式で送信者に対して表示することができる。
【００１９】
図５は、本発明に従ったデータ処理システム５００のハードウエア構成の一例を図示している。この種のハードウエア構成を、データ処理システムのコンポーネントとして図２および３に例示した方法に関連して使用し、本発明の原理に従ったインスタント・メッセージ・ログイン・セッションをマネージすることができる。データ処理システム５００は、従来的なマイクロプロセッサ等の中央処理ユニット（ＣＰＵ）５１０、およびそのほかの多数の、システム・バス５１２を介して相互接続されるユニットを含んでいる。またデータ処理システム５００は、ランダム・アクセス・メモリ（ＲＡＭ）５１４、読み出し専用メモリ（ＲＯＭ）５１６、およびバス５１２へディスク・ユニット５２０等の周辺デバイスを接続するための入力／出力（Ｉ／Ｏ）アダプタ５１８、およびバス５１２へキーボード５２４、マウス５２６、トラックボール５３２、および／またはそのほかの、タッチ・スクリーン・デバイス（図示せず）等のユーザ・インターフェース・デバイスを接続するためのユーザ・インターフェース・アダプタ５２２も含んでいる（当業者であれば認識されることになろうが、サーバとして構成されているシステム５００の実施態様においては、ユーザ・インターフェース・デバイスのいくつかもしくはすべてを省略することができる）。システム５００は、さらに、データ処理システム５００をデータ処理ネットワークへ接続して、ほかの当該システムとシステムとの通信を可能にするための通信アダプタ５３４、およびバス５１２へディスプレイ・デバイス５３８を接続するためのディスプレイ・アダプタ５３６を含んでいる。ＣＰＵ ５１０は、ここには図示していないそのほかの回路を含むことができ、それには、たとえば実行ユニット、バス・インターフェース・ユニット、算術ロジック・ユニットといった一般にマイクロプロセッサ内に見られる回路が含まれることになる。またＣＰＵ ５１０は、単一の集積回路上に存在することもある。
【００２０】
本発明の好ましい実施態様は、これに示されている方法を実行するべくプログラムされたコンピュータ・システムとして、あるいはコンピュータ・プログラムとしての具体化を含む。コンピュータ・システムの具体化によれば、これらの方法を実行するためのインストラクションのセットが、概して前述のように構成された１ないしは複数のコンピュータ・システムのランダム・アクセス・メモリ５１４内に常駐する。これらのインストラクションのセットは、それを実行するシステム・コンポーネントとともに、前述したように複数のインスタント・メッセージ・ログイン・セッションをマネージすることができる。コンピュータ・システムから要求のあるまで、インストラクションのセットがコンピュータ・プログラムとして別のコンピュータ・メモリ内に、たとえばディスク・ドライブ５２０（光ディスクまたはフレキシブル・ディスク等の、結果としてディスク・ドライブ５２０内において使用されるリムーバブル・メモリを含むことができる）内にストアされるようにしてもよい。さらに、このコンピュータ・プログラムを、別のコンピュータへストアしておき、ネットワークもしくはインターネット等の外部ネットワークによってユーザのワークステーションへ送信されるようにすることもできる。当業者であれば認識されることになろうが、インストラクションのセットの物理的なストレージは、それがストアされるメディアがコンピュータ可読情報を担持するように、そのメディアを物理的に変更する。この変更は、電気的、磁気的、化学的、生物学的、あるいはそのほかの物理的な変更となり得る。インストラクション、記号、文字等の用語を用いて本発明を記述することは好都合であるが、ここではそれらの類似の用語におけるすべてが、適切な物理的エレメントに関連付けされるべきであることに留意して解釈される必要がある。
【００２１】
またここで注意されたいが、本発明は、比較、確認、選択、識別等の表現、あるいはそのほかの、人間のオペレータに関連付け可能な表現を用いて述べることができる。しかしながら、少なくとも１つの実施態様の一部を構成するここに記述している多数のオペレーションについては、少なくとも、人間のオペレータによる動作が望ましくない。記述されているオペレーションは、大部分が電気信号を処理して別の電気信号を生成するマシン・オペレーションである。
【図面の簡単な説明】
【００２２】
【図１】本発明の原理に従ったインスタント・メッセージング・アーキテクチャを例示した説明図である。
【図２】本発明の一実施態様に従ったインスタント・メッセージ・ログイン・マネージャの手法を示したフローチャートである。
【図３】本発明の原理に従ったインスタント・メッセージング・バックエンド・サーバの手法を示したフローチャートである。
【図４】本発明に関連して使用することのできるユーザのコンタクト・リストのディスプレイ・スクリーン・ショットの一例を示した説明図である。
【図５】本発明の原理を組み込んだ手法に関連して使用することのできるデータ処理システムを示したブロック図である。
【符号の説明】
【００２３】
１００ インスタント・メッセージング・アーキテクチャ、ＩＭアーキテクチャ
１０２ ＩＭクライアント
１０２ａ ＩＭクライアント
１０２ｂ ＩＭクライアント
１０２ｃ ＩＭクライアント
１０２ｄ ＩＭクライアント
１０４ａ ＩＭホスト・サーバ
１０４ｂ ＩＭホスト・サーバ
１０４ｃ ＩＭホスト・サーバ
１０４ｄ ＩＭホスト・サーバ
１０４ｅ ＩＭホスト・サーバ
１０６ フロントエンド・サーバ、フロントエンドＩＭサーバ
１０８ ログイン・マネージャ
１１０ ネットワーク
２００ ログイン・マネージャ
３００ バックエンド・サーバ・プロセス
４００ スクリーン・ショット
４０２ 正方形アイコン
４０４ 菱形アイコン
４０５ 『円プラス斜線』アイコン
４０６ コンタクト
４０８ コンタクト
５００ システム、データ処理システム
５１０ 中央処理ユニット（ＣＰＵ）
５１２ システム・バス
５１４ ランダム・アクセス・メモリ（ＲＡＭ）
５１６ 読み出し専用メモリ（ＲＯＭ）
５１８ 入力／出力（Ｉ／Ｏ）アダプタ
５２０ ディスク・ドライブ、ディスク・ユニット
５２２ ユーザ・インターフェース・アダプタ
５２４ キーボード
５２６ マウス
５３２ トラックボール
５３４ 通信アダプタ
５３６ ディスプレイ・アダプタ
５３８ ディスプレイ・デバイス
【特許請求の範囲】
【請求項１】
複数のインスタント・メッセージング・セッションのための方法であって、
（ａ）インスタント・メッセージング・セッションへのログインのための第１のログイン要求に応答して、前記第１のログイン要求をインスタント・メッセージング（ＩＭ）ホスト・サーバへ割り当てるステップを包含し、それにおいて各ログイン要求は、ログインを要求するユーザに関連付けされたログイン識別子を有しており、
（ｂ）前記第１のログイン要求を、ステップ（ａ）において割り当てられた前記ＩＭホスト・サーバへ渡すステップを包含し、かつ、
（ｃ）前記第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、ステップ（ａ）において割り当てられたＩＭホスト・サーバへ前記第２のログイン要求をルーティングするステップを包含する方法。
【請求項２】
さらに、
（ｄ）第１のログイン・セッションをセッション・リストへ挿入するステップを包含し、それにおいて前記第１のログイン・セッションは、前記第１のログイン要求に対応しており、前記第１のログイン・セッションはステップ（ａ）において割り当てられた前記ＩＭホスト・サーバを含む、請求項１に記載の方法。
【請求項３】
前記ステップ（ａ）において割り当てられたサーバへ前記第２のログイン要求をルーティングするステップは、ステップ（ａ）において割り当てられた前記ＩＭホスト・サーバを前記第１のログイン・セッションから検索することを含む、請求項２に記載の方法。
【請求項４】
さらに、
（ｅ）ステップ（ａ）における前記ログイン識別子に関連付けされたユーザのためのメッセージの受け取りに応答して、前記ユーザが複数のログイン・セッションを有するか否かを決定するステップ、および、
（ｆ）前記ユーザが複数のログイン・セッションを有する場合には、前記複数のログイン・セッションのアクティブ・セッションに対して前記メッセージのマルチキャストを行うステップ、
を包含する、請求項１に記載の方法。
【請求項５】
さらに、すべてのセッションがロックされているか否かを決定することを含み、ステップ（ｆ）における前記複数のログイン・セッションの前記アクティブ・セッションは、ロックされていないセッションを包含する、請求項４に記載の方法。
【請求項６】
ステップ（ｅ）における前記ログイン識別子に関連付けされたユーザは、ユーザ・グループを構成する、請求項４に記載の方法。
【請求項７】
さらに、前記セッション・リストから前記第１のログイン・セッションを、前記第１のセッションからのログアウトに応答して削除することを含む、請求項２に記載の方法。
【請求項８】
有体のストレージ・メディア内に具体化されるコンピュータ・プログラムであって、
（ａ）インスタント・メッセージング・セッションへのログインのための第１のログイン要求に応答して、前記第１のログイン要求をインスタント・メッセージング（ＩＭ）ホスト・サーバへ割り当てるためのプログラム・インストラクションを包含し、それにおいて各ログイン要求は、ログインを要求するユーザに関連付けされたログイン識別子を有しており、
（ｂ）前記第１のログイン要求を（ａ）において割り当てられた前記ＩＭホスト・サーバへ渡すためのプログラム・インストラクションを包含し、かつ、
（ｃ）前記第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、（ａ）において割り当てられたＩＭホスト・サーバへ前記第２のログイン要求をルーティングするためのプログラミング・インストラクションを包含する、複数のインスタント・メッセージング・セッションのためのコンピュータ・プログラム。
【請求項９】
さらに、
（ｄ）第１のログイン・セッションをセッション・リストへ挿入するためのプログラミング・インストラクションを包含し、それにおいて前記第１のログイン・セッションは、前記第１のログイン要求に対応しており、前記第１のログイン・セッションは（ａ）において割り当てられた前記ＩＭホスト・サーバを含む、請求項８に記載のコンピュータ・プログラム。
【請求項１０】
前記（ａ）において割り当てられたサーバへの前記第２のログイン要求のルーティングは、（ａ）において割り当てられた前記ＩＭホスト・サーバを前記第１のログイン・セッションから検索することを含む、請求項９に記載のコンピュータ・プログラム。
【請求項１１】
さらに、
（ｅ）ステップ（ａ）におけるログイン識別子に関連付けされたユーザのためのメッセージの受け取りに応答して、前記ユーザが複数のログイン・セッションを有するか否かを決定するためのプログラミング・インストラクション、および、
（ｆ）前記ユーザが複数のログイン・セッションを有する場合には、前記複数のログイン・セッションのアクティブ・セッションに対して前記メッセージのマルチキャストを行うためのプログラミング・インストラクション、
を包含する、請求項８に記載のコンピュータ・プログラム。
【請求項１２】
さらに、すべてのセッションがロックされているか否かを決定するためのプログラミング・インストラクションを含み、（ｆ）における前記複数のログイン・セッションの前記アクティブ・セッションは、ロックされていないセッションを包含する、請求項１１に記載のコンピュータ・プログラム。
【請求項１３】
（ｅ）における前記ログイン識別子に関連付けされたユーザは、ユーザ・グループを構成する、請求項１１に記載のコンピュータ・プログラム。
【請求項１４】
さらに、前記セッション・リストから前記第１のログイン・セッションを、前記第１のセッションからのログアウトに応答して削除するためのプログラミング・インストラクションを包含する、請求項９に記載のコンピュータ・プログラム。
【請求項１５】
複数のインスタント・メッセージング・セッションのためのデータ処理システムであって、
（ａ）インスタント・メッセージング・セッションへのログインのための第１のログイン要求に応答して、前記第１のログイン要求をインスタント・メッセージング（ＩＭ）ホスト・サーバへ割り当てるための動作が可能な回路を包含し、それにおいて各ログイン要求は、ログインを要求するユーザに関連付けされたログイン識別子を有しており、
（ｂ）前記第１のログイン要求を（ａ）において割り当てられた前記ＩＭホスト・サーバへ渡すための動作が可能な回路を包含し、かつ、
（ｃ）前記第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、（ａ）において割り当てられたＩＭホスト・サーバへ前記第２のログイン要求をルーティングするための動作が可能な回路を包含するデータ処理システム。
【請求項１６】
さらに、
（ｄ）第１のログイン・セッションをセッション・リストへ挿入するための動作が可能な回路を包含し、それにおいて前記第１のログイン・セッションは前記第１のログイン要求に対応しており、前記第１のログイン・セッションは（ａ）において割り当てられた前記ＩＭホスト・サーバを含む、請求項１５に記載のデータ処理システム。
【請求項１７】
前記（ａ）において割り当てられたサーバへの前記第２のログイン要求のルーティングは、（ａ）において割り当てられた前記ＩＭホスト・サーバを前記第１のログイン・セッションから検索することを含む、請求項１６に記載のデータ処理システム。
【請求項１８】
さらに、
（ｅ）ステップ（ａ）におけるログイン識別子に関連付けされたユーザのためのメッセージの受け取りに応答して、前記ユーザが複数のログイン・セッションを有するか否かを決定するための動作が可能な回路、および、
（ｆ）前記ユーザが複数のログイン・セッションを有する場合には、前記複数のログイン・セッションのアクティブ・セッションに対して前記メッセージのマルチキャストを行うための動作が可能な回路、
を包含する、請求項１７に記載のデータ処理システム。
【請求項１９】
さらに、すべてのセッションがロックされているか否かを決定するための動作が可能な回路を含み、（ｆ）における前記複数のログイン・セッションの前記アクティブ・セッションは、ロックされていないセッションを包含する、請求項１８に記載のデータ処理システム。
【請求項２０】
（ｅ）における前記ログイン識別子に関連付けされたユーザは、ユーザ・グループを構成する、請求項１８に記載のデータ処理システム。
【請求項１】
複数のインスタント・メッセージング・セッションのための方法であって、
（ａ）インスタント・メッセージング・セッションへのログインのための第１のログイン要求に応答して、前記第１のログイン要求をインスタント・メッセージング（ＩＭ）ホスト・サーバへ割り当てるステップを包含し、それにおいて各ログイン要求は、ログインを要求するユーザに関連付けされたログイン識別子を有しており、
（ｂ）前記第１のログイン要求を、ステップ（ａ）において割り当てられた前記ＩＭホスト・サーバへ渡すステップを包含し、かつ、
（ｃ）前記第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、ステップ（ａ）において割り当てられたＩＭホスト・サーバへ前記第２のログイン要求をルーティングするステップを包含する方法。
【請求項２】
さらに、
（ｄ）第１のログイン・セッションをセッション・リストへ挿入するステップを包含し、それにおいて前記第１のログイン・セッションは、前記第１のログイン要求に対応しており、前記第１のログイン・セッションはステップ（ａ）において割り当てられた前記ＩＭホスト・サーバを含む、請求項１に記載の方法。
【請求項３】
前記ステップ（ａ）において割り当てられたサーバへ前記第２のログイン要求をルーティングするステップは、ステップ（ａ）において割り当てられた前記ＩＭホスト・サーバを前記第１のログイン・セッションから検索することを含む、請求項２に記載の方法。
【請求項４】
さらに、
（ｅ）ステップ（ａ）における前記ログイン識別子に関連付けされたユーザのためのメッセージの受け取りに応答して、前記ユーザが複数のログイン・セッションを有するか否かを決定するステップ、および、
（ｆ）前記ユーザが複数のログイン・セッションを有する場合には、前記複数のログイン・セッションのアクティブ・セッションに対して前記メッセージのマルチキャストを行うステップ、
を包含する、請求項１に記載の方法。
【請求項５】
さらに、すべてのセッションがロックされているか否かを決定することを含み、ステップ（ｆ）における前記複数のログイン・セッションの前記アクティブ・セッションは、ロックされていないセッションを包含する、請求項４に記載の方法。
【請求項６】
ステップ（ｅ）における前記ログイン識別子に関連付けされたユーザは、ユーザ・グループを構成する、請求項４に記載の方法。
【請求項７】
さらに、前記セッション・リストから前記第１のログイン・セッションを、前記第１のセッションからのログアウトに応答して削除することを含む、請求項２に記載の方法。
【請求項８】
有体のストレージ・メディア内に具体化されるコンピュータ・プログラムであって、
（ａ）インスタント・メッセージング・セッションへのログインのための第１のログイン要求に応答して、前記第１のログイン要求をインスタント・メッセージング（ＩＭ）ホスト・サーバへ割り当てるためのプログラム・インストラクションを包含し、それにおいて各ログイン要求は、ログインを要求するユーザに関連付けされたログイン識別子を有しており、
（ｂ）前記第１のログイン要求を（ａ）において割り当てられた前記ＩＭホスト・サーバへ渡すためのプログラム・インストラクションを包含し、かつ、
（ｃ）前記第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、（ａ）において割り当てられたＩＭホスト・サーバへ前記第２のログイン要求をルーティングするためのプログラミング・インストラクションを包含する、複数のインスタント・メッセージング・セッションのためのコンピュータ・プログラム。
【請求項９】
さらに、
（ｄ）第１のログイン・セッションをセッション・リストへ挿入するためのプログラミング・インストラクションを包含し、それにおいて前記第１のログイン・セッションは、前記第１のログイン要求に対応しており、前記第１のログイン・セッションは（ａ）において割り当てられた前記ＩＭホスト・サーバを含む、請求項８に記載のコンピュータ・プログラム。
【請求項１０】
前記（ａ）において割り当てられたサーバへの前記第２のログイン要求のルーティングは、（ａ）において割り当てられた前記ＩＭホスト・サーバを前記第１のログイン・セッションから検索することを含む、請求項９に記載のコンピュータ・プログラム。
【請求項１１】
さらに、
（ｅ）ステップ（ａ）におけるログイン識別子に関連付けされたユーザのためのメッセージの受け取りに応答して、前記ユーザが複数のログイン・セッションを有するか否かを決定するためのプログラミング・インストラクション、および、
（ｆ）前記ユーザが複数のログイン・セッションを有する場合には、前記複数のログイン・セッションのアクティブ・セッションに対して前記メッセージのマルチキャストを行うためのプログラミング・インストラクション、
を包含する、請求項８に記載のコンピュータ・プログラム。
【請求項１２】
さらに、すべてのセッションがロックされているか否かを決定するためのプログラミング・インストラクションを含み、（ｆ）における前記複数のログイン・セッションの前記アクティブ・セッションは、ロックされていないセッションを包含する、請求項１１に記載のコンピュータ・プログラム。
【請求項１３】
（ｅ）における前記ログイン識別子に関連付けされたユーザは、ユーザ・グループを構成する、請求項１１に記載のコンピュータ・プログラム。
【請求項１４】
さらに、前記セッション・リストから前記第１のログイン・セッションを、前記第１のセッションからのログアウトに応答して削除するためのプログラミング・インストラクションを包含する、請求項９に記載のコンピュータ・プログラム。
【請求項１５】
複数のインスタント・メッセージング・セッションのためのデータ処理システムであって、
（ａ）インスタント・メッセージング・セッションへのログインのための第１のログイン要求に応答して、前記第１のログイン要求をインスタント・メッセージング（ＩＭ）ホスト・サーバへ割り当てるための動作が可能な回路を包含し、それにおいて各ログイン要求は、ログインを要求するユーザに関連付けされたログイン識別子を有しており、
（ｂ）前記第１のログイン要求を（ａ）において割り当てられた前記ＩＭホスト・サーバへ渡すための動作が可能な回路を包含し、かつ、
（ｃ）前記第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、（ａ）において割り当てられたＩＭホスト・サーバへ前記第２のログイン要求をルーティングするための動作が可能な回路を包含するデータ処理システム。
【請求項１６】
さらに、
（ｄ）第１のログイン・セッションをセッション・リストへ挿入するための動作が可能な回路を包含し、それにおいて前記第１のログイン・セッションは前記第１のログイン要求に対応しており、前記第１のログイン・セッションは（ａ）において割り当てられた前記ＩＭホスト・サーバを含む、請求項１５に記載のデータ処理システム。
【請求項１７】
前記（ａ）において割り当てられたサーバへの前記第２のログイン要求のルーティングは、（ａ）において割り当てられた前記ＩＭホスト・サーバを前記第１のログイン・セッションから検索することを含む、請求項１６に記載のデータ処理システム。
【請求項１８】
さらに、
（ｅ）ステップ（ａ）におけるログイン識別子に関連付けされたユーザのためのメッセージの受け取りに応答して、前記ユーザが複数のログイン・セッションを有するか否かを決定するための動作が可能な回路、および、
（ｆ）前記ユーザが複数のログイン・セッションを有する場合には、前記複数のログイン・セッションのアクティブ・セッションに対して前記メッセージのマルチキャストを行うための動作が可能な回路、
を包含する、請求項１７に記載のデータ処理システム。
【請求項１９】
さらに、すべてのセッションがロックされているか否かを決定するための動作が可能な回路を含み、（ｆ）における前記複数のログイン・セッションの前記アクティブ・セッションは、ロックされていないセッションを包含する、請求項１８に記載のデータ処理システム。
【請求項２０】
（ｅ）における前記ログイン識別子に関連付けされたユーザは、ユーザ・グループを構成する、請求項１８に記載のデータ処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００６−１２７３０１（Ｐ２００６−１２７３０１Ａ）
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００４−３１６９８７（Ｐ２００４−３１６９８７）
【出願日】平成１６年１０月２９日（２００４．１０．２９）
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願日】平成１６年１０月２９日（２００４．１０．２９）
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
[ Back to top ]