JP4049327B2 - 複数のインスタント・メッセージング・ログイン・セッションのための方法、システムおよびコンピュータ・プログラム - Google Patents

Description

本発明は、インスタント・メッセージング・サービスのためのデータ処理システムに関し、特に、複数のインスタント・メッセージング・ログイン・セッションを許容するデータ処理システムに関する。

インスタント・メッセージング・システムは、個人ならびにエンタープライズ環境における通信手段として、ますます一般的になりつつある。インスタント・メッセージングは、ネットワーク接続された２者間におけるリアルタイムのメッセージならびにプレゼンスの交換を可能にする。表面上は電子メールに似ているが、インスタント・メッセージング・システムは、ネットワーク上の受信者のプレゼンスを認識していることから、ほぼリアルタイムでメッセージを配信する。インスタント・メッセージング・システムおよび電子メールは、通常、いずれもクライアント‐サーバ・モデルを基礎とするが、電子メールは、ストア‐アンド‐フォワード・システムである。電子メール・メッセージの送信者は、電子メール・クライアント（ＭＵＡ（メール・ユーザ・エージェント）とも呼ばれる）を使用し、それがそのメッセージをＭＴＡ（メール・トランスファ・エージェント）へ送信し、さらにそれがそのメッセージを、ネットワークを介して受信者のＭＴＡへ転送する。つまりそれが、受信者が接続されている『メール・サーバ』である。電子メール・メッセージは、受信者のＭＴＡ上にストアされる。このメッセージは、受信者がその電子メールをＭＴＡから、通常は受信者のパーソナル・コンピュータもしくはワークステーション上に展開されるＰＯＰ（ポスト・オフィス・プロトコル）クライアントを使用して受信するまでストアされる。

これに対して、インスタント・メッセージングの場合には、送信者のインスタント・メッセージング（ＩＭ）クライアントが、ＩＭサーバへメッセージを送信し、続いてそれが、そのメッセージをストアすることなくそのメッセージを受信者へ送信する。言い換えると、一般的なＩＭシステムは、ストア‐アンド‐フォワード・アーキテクチャではない。しかもＩＭシステムは、通常、１ユーザ名当たり１つのアクティブＩＭセッションだけを許容する。したがって、ユーザが作業場所を変更するとき、たとえばオフィスから実験室へ作業場所を変更するとき、そのユーザは、アクティブＩＭセッションがあればそこからログアウトし、新しい場所でログインしなければならない。これらユーザは、しばらくの間にわたってメッセージを受け取ることができない。

その結果として、この分野においては複数のアクティブＩＭセッションを許容するメカニズムに対するニーズがある。特にこの分野では、ＩＭシステム内に組み込まれている輻輳およびトラフィック・フロー・メカニズムを迂回せずに複数のアクティブＩＭセッションを許容するシステムならびに方法に対するニーズがある。

本発明は、前述のニーズに取り組んでいる。したがって、複数のインスタント・メッセージング・セッションのための方法が提供されている。この方法は、ログイン要求に応答して第１のログイン要求をインスタント・メッセージング（ＩＭ）ホスト・サーバへ割り当てることを含む。各ログイン要求は、ログインを要求しているユーザに関連付けされるログイン識別子を有している。第１の要求は、この割り当てられたＩＭホスト・サーバへ渡される。第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、第２のログイン要求が、第１の要求に関連して割り当てられたＩＭホスト・サーバへ渡される。

以上は、次に述べる本発明の詳細な説明がより良好に理解されるように、本発明の１ないしは複数の実施態様の特徴ならびに技術的な利点について概説した。以下、本発明のこのほかの特徴ならびに利点について述べるが、これらは特許請求の範囲にある本発明の内容を形成する。

本発明およびその利点についてのより完全な理解のために、次に、以下の説明を添付図面とともに参照する。

単一のユーザ名に関連付けされた複数のインスタント・メッセージング・セッションのためのメカニズムを提供する。フロントエンド・サーバがユーザのログイン要求を受け取り、バックエンド・サーバへのインスタント・メッセージング・システムのルーティングを行う。特定のユーザ名に関連付けされたそれぞれのログインは、同一のバックエンド・サーバへルーティングされる。複数のアクティブＩＭセッションを有している受信者へ向けられたメッセージは、すべてのアクティブ・セッションに対してマルチキャストされる。単一のＩＭセッションを有する受信者へ向けられたメッセージは、ユニキャストされる。

以下の説明においては、多くの特定の詳細を示して本発明の完全な理解を提供している。たとえば、特定のインスタント・メッセージング・プロトコルを参照することができるが、当業者であればその種の特定の詳細なしに本発明が実施され得ること、およびその一方においては不必要な詳細の中に本発明が埋もれて不明瞭とならないために周知の回路についてはブロック図形式で示されていることを認識できよう。以下、図面を参照するが、図示の要素は必ずしも縮尺に忠実でなく、また類似の要素は、いくつかの図を通じて同一の参照番号によって指定される。

図１は、本発明に関連して使用することのできるインスタント・メッセージング（ＩＭ）アーキテクチャ１００を例示している。複数のＩＭクライアント１０２は、１ないしは複数のＩＭホスト・サーバ１０４ａ〜ｅの仲裁を介して互いにインスタント・メッセージを交換することができる（ホスト・サーバは、バックエンド・サーバと呼ばれることもある）。すでに示したように、ＩＭシステムは、通常、（ピア‐ツー‐ピア・モデルではなく）クライアント‐サーバ・モデルとして構築される。ＩＭメッセージ・フォーマットを定義するいくつかのＩＭプロトコルがすでに開発済みである。しかしながら、使用されている特定のＩＭプロトコルが、概して本発明の原理に影響を与えることはない。その種の一般的に入手可能であり、かつＸＭＬ（拡張マークアップ言語）を基礎としたオープン・ソース・プロトコルの１つにＪａｂｂｅｒ（ジャバー）がある。（Ｊａｂｂｅｒ（ジャバー）は、コロラド州デンバーのＪａｂｂｅｒ Ｓｏｆｔｗａｒｅ Ｆｏｕｎｄａｔｉｏｎ（ジャバー・ソフトウエア・ファウンデーション）によって公開されている。）

別のユーザとのＩＭ通信への参加を希望するユーザは、そのユーザのパーソナル・コンピュータまたはワークステーション上に展開されているＩＭクライアントを介して、たとえばＩＭクライアント１０２ａ〜１０２ｄの１つを介してＩＭホスト・サーバへログインする。図１のアーキテクチャ１００においては、輻輳ならびにトラフィック・フロー・マネジメントを容易にするために、ログインがフロントエンドＩＭサーバ１０６を介して開始される。ログイン要求は、フロントエンド・サーバ１０６内のログイン・マネージャ１０８によって処理される。本発明の原理に従ったログイン・マネージャ１０８の動作については、図２との関連から説明する。それに加えて、アーキテクチャ１００内におけるネットワーク１１０によって表されるフロントエンド・サーバ１０６およびホスト・サーバ１０４ａ〜１０４ｅのネットワーク連結実体は、エンタープライズ環境に見られるようなローカル・エリア・ネットワーク（ＬＡＮ）もしくはワイド・エリア・ネットワーク（ＷＡＮ）、あるいはインターネットとすることができる。これにおいても本発明の原理が、ＩＭクライアントおよびＩＭサーバが接続されている特定のネットワークによって影響されることはない。ＩＭクライアントの間におけるメッセージは、送信クライアントが接続されているＩＭホスト・サーバへ送信される。続いてこのサーバは、そのメッセージを受信者のＩＭホスト・サーバへ、すなわちその受信者が接続されているＩＭホスト・サーバへルーティングするが、このホスト・サーバが送信者のホスト・サーバと同一である必要はない。さらに、各クライアントには、そのサーバへ、すなわちそれぞれのクライアントが接続されているＩＭホスト・サーバへプレゼンス・メッセージを提供する責任がある。たとえば、受信者がその受信者のワークステーションを離れるとき、したがってＩＭ交換に参加できないとき、ＩＭクライアントはそれのホスト・サーバへ、その受信者が応答不能であることを示す必要がある。すでに述べたように、インスタント・メッセージングと電子メールを区別しているその側面の１つは、プレゼンスの認識、すなわちメッセージの受信者が応答可能であること、あるいは少なくともそれらの受信者のクライアントが利用可能であることである。言い換えると、ＩＭクライアントは、ＩＭセッションへの参加に応じられることに関するユーザの状態をＩＭホスト・サーバへレポートする責任がある。通常、これは、プレゼンス情報メッセージをＩＭホスト・サーバへ渡すことによってもたらされる。ユーザが、そのユーザのワークステーションをロックし、基本的にリアルタイムのＩＭセッションへ参加できない場合には、そのことをＩＭホスト・サーバへレポートすることができる。同様に、ユーザがログアウトした場合には、それについてもＩＭサーバへレポートすることができる。

これについては、ユーザのＩＭコンタクトのリストの一例の表示であるスクリーン・ショット４００を示した図４を参照することによってさらによく理解することができる。特定のコンタクトのプレゼンスは、アイコン形の記号によって示されている。正方形アイコン４０２は、ユーザがログインしており、アクティブであることを示している。菱形アイコン４０４は、ユーザが、このＩＭシステムへログインしているが、応答可能でないこと、すなわちそのユーザのワークステーションをロックしていることを示している。それに加えてコンタクトは、ユーザが『じゃまされること』を望んでいない旨を示すことによって、ログアウトせずにインスタント・メッセージングへの不参加を選択することができる。このコンタクトのプレゼンス状態は、『円プラス斜線』アイコン４０５として図示されている。ここで注意が必要であるが、コンタクトは、コンタクト名（たとえばコンタクト４０６）等のエイリアスとして、あるいはコンタクトのノード／ドメイン（たとえばコンタクト４０８）としてユーザのコンタクト・リスト内に現れることが許される。通常、これらは、よく知られている電子メールのアドレスと同じ形式、すなわち「ノード＠ドメイン」となる。

図２は、本発明の原理に従ったログイン・マネージャ２００を例示している。詳細に述べれば、ログイン・マネージャ２００は、複数のＩＭアクティブ・セッションをマネージするべく機能する。ステップ２０５においては、ユーザのログイン要求が受信される。それに応答して、ステップ２０４においては、そのユーザ名について、現存するログイン・セッションがあるか否かの決定を行う。決定は、たとえばセッションのリストを維持している図１のフロントエンド・サーバ１０６等のフロントエンド・サーバによって、かつ後述するようにＩＭホスト、またはそれらが接続されているバックエンド・サーバによって行うことができる。ステップ２０６においては、バックエンド・サーバが割り当てられ、この割り当てられたサーバがステップ２０８においてセッション・リスト内へ挿入される。ステップ２１０においては、このセッションが、ステップ２０６において割り当てられたバックエンド・サーバへルーティングされる。

フロントエンド・サーバがそのユーザとの接続を確立すると、作業負荷マネジメント・タスクが呼び出されて、新しいＩＭセッションへのサービスに充分な帯域幅を伴うバックエンド・サーバが見つけ出される。続いてフロントエンド・サーバは、このセッションのログイン情報をそのバックエンド・サーバへ転送し、すべてのＩＭトラフィックが処理される。各バックエンド・サーバは、ホストＩＰアドレス（つまり、各接続ＩＭクライアントのＩＰアドレス）および対応するログインＩＤのリストを維持することができる。本発明によれば、所定のログインＩＤが、複数のＩＰアドレスへ関連付けされることが許される。

ステップ２０４へ戻るが、すでにログイン・セッションがログイン・ユーザ名に関連付けされていると決定されると、ステップ２１２において、そのアクティブ・セッションに割り当てられているバックエンド・サーバがセッション・リストから検索される。ステップ２１４においては、新しいセッションが、ステップ２１２において検索されたバックエンド・サーバへルーティングされる。このようにして、所定のユーザに関するすべてのアクティブ・セッションが同一のバックエンド・サーバによって処理される。このバックエンド・サーバは、ログイン要求を行っているＩＭクライアントのＩＰアドレスが含まれるべく、そのホストＩＰアドレスのリストを更新する。本発明に従ってバックエンド・サーバによって使用されることのある、複数のセッションにわたるインスタント・メッセージングのための手法については、図２との関係から説明する。

所定のユーザは、そのユーザが少なくとも１つのセッションへログインしている限りセッション・リスト内に現れており、そのユーザがセッションからログアウトするとき、そのリストから削除される。したがって、特定のユーザに関するそれぞれのセッションについて（ステップ２１６）、そのユーザがセッションからログアウトするまで（ステップ２１８）、そのユーザのログインＩＤおよびセッションがセッション・リスト内に存続する。ユーザがセッションからログアウトするとき、そのセッションがセッション・リストから削除される（ステップ２２０）。このようにしてこの手法２００は、ステップ２０４において、所定のユーザがアクティブＩＭログインを有しているか否かを、ログイン・ユーザ名もしくはＩＤとセッション・リスト内のエントリを比較することによって決定している。

次に図３を参照すると、複数のＩＭログイン・セッションを伴うユーザ間のインスタント・メッセージングのためのバックエンド・サーバ・プロセス３００がフローチャート形式で示されている。ステップ３０２においては、メッセージがＩＭクライアントから受信される。ステップ３０４において、そのメッセージの受信者が単一のログイン・セッションを有している場合には、ステップ３０６においてその受信者に対してそのメッセージがユニキャストされる。これに対して、その受信者が複数のログイン・セッションを有している場合（ステップ３０４における『Ｙｅｓ』分岐の場合）には、ステップ３０８において、その受信者に関するすべてのＩＭログイン・セッションがロックされているか否かについての決定がなされる。すでに論じたように、バックエンド・サーバは、現在そのサーバ上においてアクティブのＩＤおよび対応するホストＩＰアドレスのリストを維持することができる。このサーバは、各ホストの状態をそのリスト内に維持することもできる。ロックされていなければ、ステップ３１０において、そのメッセージがアクティブ・セッションに対してマルチキャストされる。その逆に、受信者のセッションがすべてロックされている場合には、受信者が応答不能である旨の通知がステップ３１２において送信者へ返される。

ステップ３０４へ戻るが、グループ名を介して集合的に識別される受信者のグループがターゲットとなることも同様に可能である。ステップ３０２において受信されたインスタント・メッセージの受信者が、ステップ３０４においてグループであるとされた場合には、ステップ３０８において、そのグループ内のいずれかのメンバが応答可能であるか否か、すなわちそれらのセッションがアンロックであるか否かについて決定が行われる。いずれかのメンバが応答可能である場合には、ステップ３１０において、アクティブ・セッション（１ないしは複数）に対してメッセージがマルチキャストされる。そのグループのいずれのメンバも応答不能である場合には、そのメッセージの送信者へ通知が返される。ここで注意されたいが、すでに述べたように、これは、受信者のユーザ名に関連付けされるアイコンの形式で送信者に対して表示することができる。

図５は、本発明に従ったデータ処理システム５００のハードウエア構成の一例を図示している。この種のハードウエア構成を、データ処理システムのコンポーネントとして図２および３に例示した方法に関連して使用し、本発明の原理に従ったインスタント・メッセージ・ログイン・セッションをマネージすることができる。データ処理システム５００は、従来的なマイクロプロセッサ等の中央処理ユニット（ＣＰＵ）５１０、およびそのほかの多数の、システム・バス５１２を介して相互接続されるユニットを含んでいる。またデータ処理システム５００は、ランダム・アクセス・メモリ（ＲＡＭ）５１４、読み出し専用メモリ（ＲＯＭ）５１６、およびバス５１２へディスク・ユニット５２０等の周辺デバイスを接続するための入力／出力（Ｉ／Ｏ）アダプタ５１８、およびバス５１２へキーボード５２４、マウス５２６、トラックボール５３２、および／またはそのほかの、タッチ・スクリーン・デバイス（図示せず）等のユーザ・インターフェース・デバイスを接続するためのユーザ・インターフェース・アダプタ５２２も含んでいる（当業者であれば認識されることになろうが、サーバとして構成されているシステム５００の実施態様においては、ユーザ・インターフェース・デバイスのいくつかもしくはすべてを省略することができる）。システム５００は、さらに、データ処理システム５００をデータ処理ネットワークへ接続して、ほかの当該システムとシステムとの通信を可能にするための通信アダプタ５３４、およびバス５１２へディスプレイ・デバイス５３８を接続するためのディスプレイ・アダプタ５３６を含んでいる。ＣＰＵ ５１０は、ここには図示していないそのほかの回路を含むことができ、それには、たとえば実行ユニット、バス・インターフェース・ユニット、算術ロジック・ユニットといった一般にマイクロプロセッサ内に見られる回路が含まれることになる。またＣＰＵ ５１０は、単一の集積回路上に存在することもある。

本発明の好ましい実施態様は、これに示されている方法を実行するべくプログラムされたコンピュータ・システムとして、あるいはコンピュータ・プログラムとしての具体化を含む。コンピュータ・システムの具体化によれば、これらの方法を実行するためのインストラクションのセットが、概して前述のように構成された１ないしは複数のコンピュータ・システムのランダム・アクセス・メモリ５１４内に常駐する。これらのインストラクションのセットは、それを実行するシステム・コンポーネントとともに、前述したように複数のインスタント・メッセージ・ログイン・セッションをマネージすることができる。コンピュータ・システムから要求のあるまで、インストラクションのセットがコンピュータ・プログラムとして別のコンピュータ・メモリ内に、たとえばディスク・ドライブ５２０（光ディスクまたはフレキシブル・ディスク等の、結果としてディスク・ドライブ５２０内において使用されるリムーバブル・メモリを含むことができる）内にストアされるようにしてもよい。さらに、このコンピュータ・プログラムを、別のコンピュータへストアしておき、ネットワークもしくはインターネット等の外部ネットワークによってユーザのワークステーションへ送信されるようにすることもできる。当業者であれば認識されることになろうが、インストラクションのセットの物理的なストレージは、それがストアされるメディアがコンピュータ可読情報を担持するように、そのメディアを物理的に変更する。この変更は、電気的、磁気的、化学的、生物学的、あるいはそのほかの物理的な変更となり得る。インストラクション、記号、文字等の用語を用いて本発明を記述することは好都合であるが、ここではそれらの類似の用語におけるすべてが、適切な物理的エレメントに関連付けされるべきであることに留意して解釈される必要がある。

またここで注意されたいが、本発明は、比較、確認、選択、識別等の表現、あるいはそのほかの、人間のオペレータに関連付け可能な表現を用いて述べることができる。しかしながら、少なくとも１つの実施態様の一部を構成するここに記述している多数のオペレーションについては、少なくとも、人間のオペレータによる動作が望ましくない。記述されているオペレーションは、大部分が電気信号を処理して別の電気信号を生成するマシン・オペレーションである。

本発明の原理に従ったインスタント・メッセージング・アーキテクチャを例示した説明図である。 本発明の一実施態様に従ったインスタント・メッセージ・ログイン・マネージャの手法を示したフローチャートである。 本発明の原理に従ったインスタント・メッセージング・バックエンド・サーバの手法を示したフローチャートである。 本発明に関連して使用することのできるユーザのコンタクト・リストのディスプレイ・スクリーン・ショットの一例を示した説明図である。 本発明の原理を組み込んだ手法に関連して使用することのできるデータ処理システムを示したブロック図である。

符号の説明

１００ インスタント・メッセージング・アーキテクチャ、ＩＭアーキテクチャ
１０２ ＩＭクライアント
１０２ａ ＩＭクライアント
１０２ｂ ＩＭクライアント
１０２ｃ ＩＭクライアント
１０２ｄ ＩＭクライアント
１０４ａ ＩＭホスト・サーバ
１０４ｂ ＩＭホスト・サーバ
１０４ｃ ＩＭホスト・サーバ
１０４ｄ ＩＭホスト・サーバ
１０４ｅ ＩＭホスト・サーバ
１０６ フロントエンド・サーバ、フロントエンドＩＭサーバ
１０８ ログイン・マネージャ
１１０ ネットワーク
２００ ログイン・マネージャ
３００ バックエンド・サーバ・プロセス
４００ スクリーン・ショット
４０２ 正方形アイコン
４０４ 菱形アイコン
４０５ 『円プラス斜線』アイコン
４０６ コンタクト
４０８ コンタクト
５００ システム、データ処理システム
５１０ 中央処理ユニット（ＣＰＵ）
５１２ システム・バス
５１４ ランダム・アクセス・メモリ（ＲＡＭ）
５１６ 読み出し専用メモリ（ＲＯＭ）
５１８ 入力／出力（Ｉ／Ｏ）アダプタ
５２０ ディスク・ドライブ、ディスク・ユニット
５２２ ユーザ・インターフェース・アダプタ
５２４ キーボード
５２６ マウス
５３２ トラックボール
５３４ 通信アダプタ
５３６ ディスプレイ・アダプタ
５３８ ディスプレイ・デバイス

Claims (20)

1. 複数のインスタント・メッセージ（ＩＭ）クライアントと、複数のＩＭホスト・サーバと、フロントエンド・サーバとを有し、前記ＩＭクライアント、前記ＩＭホスト・サーバ、及び前記フロントエンド・サーバがネットワークを介して接続され、前記ＩＭクライアントの１つから他のＩＭクライアントにＩＭを送信するシステムで用いられ、
   前記ＩＭクライアントのいずれか１つを介してユーザから与えられるログイン要求は前記ユーザに関連付けられたログイン識別子を有しており、
   前記フロントエンド・サーバは、
   （ａ）前記ユーザから与えられたインスタント・メッセージング・セッションへのログインのための第１のログイン要求に応答して、前記第１のログイン要求をＩＭホスト・サーバの１つへ割り当てるステップと、
   （ｂ）前記第１のログイン要求を、前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバへ渡して当該ＩＭホスト・サーバと前記ユーザとの間に第１のインスタント・メッセージング・セッションを確立するステップと、
   （ｃ）前記第１のログイン要求に基づき前記ユーザがログイン中に、前記第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバへ前記第２のログイン要求をルーティングして当該ＩＭホスト・サーバと前記ユーザとの間に第２のインスタント・メッセージング・セッションを確立するステップとを実行し、
   前記ユーザと前記ステップ（ａ）で割り当てたＩＭホスト・サーバとの間で、前記第１のログイン要求と前記第２のログイン要求によって、複数のインスタント・メッセージング・セッションを確立する方法。
2. さらに、前記フロントエンド・サーバは、
   （ｄ）前記ステップ（ａ）で割り当てたＩＭホスト・サーバと前記第１のログイン要求を送信した前記ＩＭクライアントとの通信セッションを示す第１のログイン・セッションをセッション・リストへ挿入するステップを実行しており、前記第１のログイン・セッションは前記第１のログイン要求に対応し、前記第１のログイン・セッションは前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバを示す情報を有する請求項１に記載の方法。
3. 前記フロントエンド・サーバは、前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバへ前記第２のログイン要求をルーティングするステップを行う際、前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバを前記第１のログイン・セッションが挿入された前記セッション・リストから検索する請求項２に記載の方法。
4. 前記ＩＭホスト・サーバは、
   （ｅ）前記ステップ（ａ）における前記ログイン識別子に関連付けされたユーザのためのメッセージの受け取りに応答して、前記ユーザが複数のログイン・セッションを有するか否かを決定するステップと、
   （ｆ）前記ユーザが複数のログイン・セッションを有する場合には、前記複数のログイン・セッション中のアクティブ・セッションに対して前記メッセージのマルチキャストを行うステップとを実行する請求項１に記載の方法。
5. さらに、前記ＩＭホスト・サーバは、すべてのセッションが応答不可であることを示すロック状態であるか否かを判定しており、ステップ（ｆ）における前記複数のログイン・セッションの前記アクティブ・セッションは応答可能なセッションを示すアンロックセッションである請求項４に記載の方法。
6. ステップ（ｅ）における前記ログイン識別子に関連付けされたユーザは、ユーザ・グループを構成する請求項４に記載の方法。
7. さらに、前記フロントエンド・サーバは、前記第１のログイン・セッションのログアウトに応じて、前記セッション・リストから前記第１のログイン・セッションを削除する請求項２に記載の方法。
8. 複数のインスタント・メッセージ（ＩＭ）クライアントと、複数のＩＭホスト・サーバと、フロントエンド・サーバとを有し、前記ＩＭクライアント、前記ＩＭホスト・サーバ、及び前記フロントエンド・サーバがネットワークを介して接続され、前記ＩＭクライアントの１つから他のＩＭクライアントにＩＭを送信するシステムで実行され、記憶媒体に記録されたコンピュータ・プログラムであって、
   前記ＩＭクライアントのいずれか１つを介してユーザから与えられるログイン要求は前記ユーザに関連付けられたログイン識別子を有しており、
   前記フロントエンド・サーバで実行され、
   （ａ）前記ユーザから与えられたインスタント・メッセージング・セッションへのログインのための第１のログイン要求に応答して、前記第１のログイン要求をＩＭホスト・サーバの１つへ割り当てるプログラム・インストラクションと、
   （ｂ）前記第１のログイン要求を、前記プログラム・インストラクション（ａ）で割り当てた前記ＩＭホスト・サーバへ渡して当該ＩＭホスト・サーバと前記ユーザとの間に第１のインスタント・メッセージング・セッションを確立するプログラム・インストラクションと、
   （ｃ）前記第１のログイン要求に基づき前記ユーザがログイン中に、前記第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、前記プログラム・インストラクション（ａ）で割り当てた前記ＩＭホスト・サーバへ前記第２のログイン要求をルーティングして当該ＩＭホスト・サーバと前記ユーザとの間に第２のインスタント・メッセージング・セッションを確立するプログラム・インストラクションとを有し
   前記ユーザと前記プログラム・インストラクション（ａ）で割り当てたＩＭホスト・サーバとの間で、前記第１のログイン要求と前記第２のログイン要求によって、複数のインスタント・メッセージング・セッションを確立するコンピュータ・プログラム。
9. さらに、前記フロントエンド・サーバで実行され、
   （ｄ）前記プログラム・インストラクション（ａ）で割り当てたＩＭホスト・サーバと前記第１のログイン要求を送信した前記ＩＭクライアントとの通信セッションを示す第１のログイン・セッションをセッション・リストへ挿入するプログラム・インストラクションを有し、
   前記第１のログイン・セッションは前記第１のログイン要求に対応し、前記第１のログイン・セッションは前記プログラム・インストラクション（ａ）で割り当てた前記ＩＭホスト・サーバを示す情報を有する請求項８に記載のコンピュータ・プログラム。
10. 前記フロントエンド・サーバで実行され、
    前記プログラム・インストラクション（ａ）で割り当てた前記ＩＭホスト・サーバへ前記第２のログイン要求をルーティングするプログラム・インストラクションを行う際、前記プログラム・インストラクション（ａ）で割り当てた前記ＩＭホスト・サーバを前記第１のログイン・セッションが挿入された前記セッション・リストから検索するプログラム・インストラクションを有する請求項９に記載のコンピュータ・プログラム。
11. さらに、前記ＩＭホスト・サーバで実行され、
    （ｅ）前記プログラム・インストラクション（ａ）における前記ログイン識別子に関連付けされたユーザのためのメッセージの受け取りに応答して、前記ユーザが複数のログイン・セッションを有するか否かを決定するプログラミング・インストラクションと、
    （ｆ）前記ユーザが複数のログイン・セッションを有する場合には、前記複数のログイン・セッション中のアクティブ・セッションに対して前記メッセージのマルチキャストを行うプログラミング・インストラクションとを有する請求項８に記載のコンピュータ・プログラム。
12. さらに、前記ＩＭホスト・サーバで実行され、すべてのセッションが応答不可であることを示すロック状態であるか否かを判定するプログラミング・インストラクションを有し、
    前記プログラミング・インストラクション（ｆ）における前記複数のログイン・セッションの前記アクティブ・セッションは応答可能なセッションを示すアンロックセッションである請求項１１に記載のコンピュータ・プログラム。
13. 前記プログラミング・インストラクション（ｅ）における前記ログイン識別子に関連付けされたユーザは、ユーザ・グループを構成する請求項１１に記載のコンピュータ・プログラム。
14. さらに、前記フロントエンド・サーバで実行され、前記第１のログイン・セッションのログアウトに応じて、前記セッション・リストから前記第１のログイン・セッションを削除するプログラミング・インストラクションを有する請求項９に記載のコンピュータ・プログラム。
15. 複数のインスタント・メッセージ（ＩＭ）クライアントと、複数のＩＭホスト・サーバと、フロントエンド・サーバとを有し、前記ＩＭクライアント、前記ＩＭホスト・サーバ、及び前記フロントエンド・サーバがネットワークを介して接続され、前記ＩＭクライアントの１つから他のＩＭクライアントにＩＭを送信するデータ処理システムであって、
    前記ＩＭクライアントのいずれか１つを介してユーザから与えられるログイン要求は前記ユーザに関連付けられたログイン識別子を有しており、
    前記フロントエンド・サーバは、
    （ａ）前記ユーザから与えられたインスタント・メッセージング・セッションへのログインのための第１のログイン要求に応答して、前記第１のログイン要求をＩＭホスト・サーバの１つへ割り当てるステップと、
    （ｂ）前記第１のログイン要求を、前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバへ渡して当該ＩＭホスト・サーバと前記ユーザとの間に第１のインスタント・メッセージング・セッションを確立するステップと、
    （ｃ）前記第１のログイン要求に基づき前記ユーザがログイン中に、前記第１のログイン要求と同一のログイン識別子を有する第２のログイン要求に応答して、前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバへ前記第２のログイン要求をルーティングして当該ＩＭホスト・サーバと前記ユーザとの間に第２のインスタント・メッセージング・セッションを確立するステップとを実行し、
    前記ユーザと前記ステップ（ａ）で割り当てたＩＭホスト・サーバとの間で、前記第１のログイン要求と前記第２のログイン要求によって、複数のインスタント・メッセージング・セッションを確立するデータ処理システム。
16. さらに、前記フロントエンド・サーバが、
    （ｄ）前記ステップ（ａ）で割り当てたＩＭホスト・サーバと前記第１のログイン要求を送信した前記ＩＭクライアントとの通信セッションを示す第１のログイン・セッションをセッション・リストへ挿入するステップを実行しており、前記第１のログイン・セッションは前記第１のログイン要求に対応し、前記第１のログイン・セッションは前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバを示す情報を有する請求項１５に記載のデータ処理システム。
17. 前記フロントエンド・サーバは、前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバへ前記第２のログイン要求をルーティングするステップを行う際、前記ステップ（ａ）で割り当てた前記ＩＭホスト・サーバを前記第１のログイン・セッションが挿入された前記セッション・リストから検索する請求項１６に記載のデータ処理システム。
18. 前記ＩＭホスト・サーバが、
    （ｅ）前記ステップ（ａ）における前記ログイン識別子に関連付けされたユーザのためのメッセージの受け取りに応答して、前記ユーザが複数のログイン・セッションを有するか否かを決定するステップと、
    （ｆ）前記ユーザが複数のログイン・セッションを有する場合には、前記複数のログイン・セッション中のアクティブ・セッションに対して前記メッセージのマルチキャストを行うステップとを実行する請求項１７に記載のデータ処理システム。
19. さらに、前記ＩＭホスト・サーバが、すべてのセッションが応答不可であることを示すロック状態であるか否かを判定し、ステップ（ｆ）における前記複数のログイン・セッションの前記アクティブ・セッションは応答可能なセッションを示すアンロックセッションである請求項１８に記載のデータ処理システム。
20. ステップ（ｅ）における前記ログイン識別子に関連付けされたユーザは、ユーザ・グループを構成する請求項１８に記載のデータ処理システム。

Images