(57)【要約】【課題】  着信メッセージに対するウィンドウの表示を含むインスタント・メッセージの管理およびインスタント・メッセージング・ユーザに対するステータス情報を管理するための手法を提供する。【解決手段】  １つの局面では、到着したインスタント・メッセージに対する応答をプログラム的に決定するために、インスタント・メッセージング・ユーザがポリシ情報を定義する。例えば、ポリシは、新しいウィンドウが新たに到着したメッセージに対してポップアップするかどうかを制御し、望ましい場合、ウィンドウにおける他の属性を指定し得る。もう１つの局面では、インスタント・メッセージング・ユーザが、自分のインスタント・メッセージング・ステータスを他のユーザに供給する方法に関連した属性を定義する。【選択図】  図６
2005085263.tif 000002
【特許請求の範囲】
【請求項１】
インスタント・メッセージング（ＩＭ）ユーザに対して拡張ステータス情報を提供する方法であって、
第１のＩＭユーザによるユーザ定義のＩＭステータス・レベルの定義を行うステップと
前記第１のＩＭユーザが前記ユーザ定義のＩＭステータス・レベルを有する場合、前記ＩＭステータス・レベルの指示を少なくとも１つの他のＩＭユーザに供給するステップと、
を含む、方法。
【請求項２】
前記ユーザ定義のステータス・レベルと関連した１つまたは複数の属性を前記第１のＩＭユーザによって定義するステップを更に含み、
前記供給するステップが、更に、前記属性を前記少なくとも１つの他のＩＭユーザに供給する、請求項１に記載の方法。
【請求項３】
前記第１のＩＭユーザのユーザ定義のステータス・レベルおよびそれが関連する属性を、当該ステータスレベルおよび関連する属性が特定されているリポジトリから、少なくとも１つの他のＩＭユーザのＩＭシステムによってプログラム的に検索するステップと、
前記供給するステップにおいて、前記プログラム的に検索されたステータス・レベルおよび属性を使用するステップと、
を更に含む、請求項２に記載の方法。
【請求項４】
前記属性が、前記少なくとも１つの他のＩＭユーザのＩＭディスプレイにおける前記第１のＩＭユーザの可視的表示において使用されるべき色を含む、請求項２に記載の方法。
【請求項５】
前記属性が、前記少なくとも１つの他のＩＭユーザのＩＭディスプレイにおける前記第１のＩＭユーザの可視的表示において使用されるべきテキスト・メッセージを含む、請求項２に記載の方法。
【請求項６】
前記属性が、前記少なくとも１つの他のＩＭユーザのＩＭディスプレイにおける前記第１のＩＭユーザの可視的表示において使用されるべきステータス・ラベルを含む、請求項２に記載の方法。
【請求項７】
前記リポジトリが前記第１のＩＭユーザに対する前記ユーザ定義のステータス・レベルおよび関連の属性を表示する１つまたは複数のルールを格納する、請求項３に記載の方法。
【請求項８】
前記第１のＩＭユーザが前記ユーザ定義のステータスを有する場合、前記指示が、プログラム的に生成されたステータス・メッセージを含み、
前記供給するステップが前記生成されたステータス・メッセージを前記少なくとも１つの他のＩＭユーザに送るステップを含む、請求項１に記載の方法。
【請求項９】
前記ステータス・メッセージがマークアップ言語シンタックスにおいてエンコードされる、請求項８に記載の方法。
【請求項１０】
前記マークアップ言語シンタックスが拡張可能マークアップ言語（ＸＭＬ）シンタックスである、請求項９に記載の方法。
【請求項１１】
インスタント・メッセージング（ＩＭ）システムのディスプレイにおいてユーザ定義のステータス情報を指示する方法であって、
１つまたは複数のＩＭユーザに対して、現在のＩＭステータス・レベルを決定するステップと、
前記決定するステップがユーザ定義のＩＭステータス・レベルを決定したＩＭユーザに対して、
（ａ）前記ユーザ定義のＩＭステータス・レベルの属性をプログラム的に位置指定するステップ、および
（ｂ）前記決定されたステータス・レベルのＩＭシステムのディスプレイにおいてプログラム的に位置指定された属性を使用するステップ
を遂行するステップと、
を含む、方法。
【請求項１２】
インスタント・メッセージング（ＩＭ）ユーザに対して拡張ステータス情報を供給するためのシステムであって、
ユーザ定義のＩＭステータス・レベルを第１のＩＭユーザによって定義するための手段と、
前記第１のＩＭユーザが前記ユーザ定義のＩＭステータス・レベルを有する場合、前記レベルの指示を少なくとも１つの他のＩＭユーザに供給するための手段と、
を含む、システム。
【請求項１３】
インスタント・メッセージング（ＩＭ）システムのディスプレイにおいてユーザ定義のステータス情報を指示するためのシステムであって、
１つまたは複数のＩＭユーザに対して、現在のＩＭステータス・レベルを決定するための手段と、
前記決定するための手段がユーザ定義のＩＭステータス・レベルを決定したＩＭユーザに対してユーザ定義のステータス・レベルを表示するための手段と
を含み、前記表示するための手段が、
（ａ）前記ユーザ定義のＩＭステータス・レベルの属性をプログラム的に位置指定するための手段、および
（ｂ）ＩＭシステムのディスプレイにおいて前記決定されたステータス・レベルのプログラム的に位置指定された属性を使用するための手段
を更に含む、  システム。
【請求項１４】
１つまたは複数のコンピュータ読み取り可能媒体において具体化され、インスタント・メッセージング（ＩＭ）ユーザに対して拡張ステータス情報を供給するためのコンピュータ・プログラム製品であって、
ユーザ定義のＩＭステータス・レベルを第１のＩＭユーザによって定義させるためのコンピュータ可読プログラム・コード手段と、
前記第１のＩＭユーザが前記ユーザ定義のＩＭステータス・レベルを有する場合、前記レベルの指示を少なくとも１つの他のＩＭユーザに供給するためのコンピュータ可読プログラム・コード手段と、
を含む、コンピュータ・プログラム製品。
【請求項１５】
１つまたは複数のコンピュータ読み取り可能媒体において具体化され、インスタント・メッセージング（ＩＭ）システムのディスプレイにおいてユーザ定義のステータス情報を指示するためのコンピュータ・プログラム製品であって、
１つまたは複数のＩＭユーザに対して現在のＩＭステータス・レベルを決定するためのコンピュータ可読プログラム・コード手段と、
ユーザ定義のＩＭステータス・レベルを決定したＩＭユーザに対してユーザ定義のステータス・レベルを表示するためのコンピュータ可読プログラム・コード手段と
を含み、前記表示するためのコンピュータ可読プログラム・コード手段が、
（ａ）前記ユーザ定義のＩＭステータス・レベルの属性をプログラム的に位置指定するためのコンピュータ可読プログラム・コード手段、および
（ｂ）ＩＭシステムのディスプレイにおいて前記決定されたステータス・レベルのプログラム的に位置指定された属性を使用するためのコンピュータ可読プログラム・コード手段
を更に含む、コンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータ・ソフトウェアに関し、詳しく言えば、着信メッセージのためのウィンドウの表示を含むインスタント・メッセージを管理するための手法、およびインスタント・メッセージ・ユーザに対するステータス情報を管理するための手法に関するものである。
【背景技術】
【０００２】
インスタント・メッセージング・システムは多くの人々にとって馴染み深い通信機構であり、インターネット、ワールド・ワイド・ウェブ（以下、「ウェブ」と呼ぶ）、または企業内のイントラネットのようなオンラインまたは電子的ネットワーキング環境を通してシステムに接続されたユーザの間の簡易リアルタイム通信を提供する。インスタント・メッセージング・システムの例は、Yahoo!(R)Messenger、AOL Instant Messenger(SM)、およびSametime(R)を含む。（なお、「Yahoo!」はYahoo!Inc. の登録商標であり、「AOL」は American Online Inc. のサービス・マークであり、「Sametime」は ＩＢＭ社の登録商標である）。
【０００３】
インスタント・メッセージング・システムは、誰がログ・オンされるかに関してリアルタイム認識を行う。典型的には、インスタント・メッセージング（以下、「ＩＭ」と呼ぶ）システムのユーザは、自分が通信を行っている相手に対して名前またはニックネーム（「スクリーン・ネーム」とも呼ばれる）を含むアドレス帳を有する。このアドレス帳におけるエントリは、メッセージ受信者を容易に選択するために使用可能である。アドレス帳は、代替的に「バディ・リスト」と呼ばれることもある。ＩＭシステム（ＩＭＳ）は、一般に、アドレス帳におけるどの人がその時点でシステムに対してログ・オンされているかおよびどの人がログ・オンされていないかを指示するために（種々のアイコンまたは種々のフォントのような）視覚的標識（visual cue）を使用する。
【０００４】
メッセージ送信者およびターゲット受信者が共にＩＭＳ（同じＩＭＳであってもよく、あるいは、異なるＩＭＳであってもよい）に対してログ・オンされるとき、メッセージがほぼ瞬時に（もちろん、ネットワーク遅延はあるが）ターゲット受信者に配送されそして表示されることが可能である。インスタント・メッセージング・システムは当業者には周知であり、これの詳細な説明は本発明の理解にとって必要とは思えない。
【０００５】
ＩＭＳユーザは、アドレス帳においてユーザ・グループを定義しておくことも可能である。ユーザ・グループは、個人ユーザを含み（それらのユーザの各々がアドレス帳において別のエントリを持つことが可能である）、任意選択的に他のグループも含むことも可能である。
【０００６】
インスタント・メッセージング・システムは、友人間で通信を行うために使用されることが多く、また、チーム・メンバまたは仕事仲間が（例えば、それらの人々が１つのプロジェクトを共同作業で遂行するとき）より効率的および効果的に通信を行うことを可能にする統合ビジネス・ツールになりつつある。
【０００７】
ＩＭシステムが通信機構として益々適応するので、複数のＩＭメッセージが、比較的短い時間に連続して到着するということはＩＭユーザにとって普通になりつつあり、その結果、多数のＩＭウィンドウがユーザのディスプレイ上にポップアップする（即ち、オープンする）ことがあり得る。例えば、図１を参照すると、ウェブ・ページ１００を見ているユーザが、同じディスプレイ画面上に、バディ・リスト・ウィンドウ１１０、プレゼンス・ウィンドウ１４０（幾つかの他のＩＭユーザに関する現在のＩＭステータスを示す）、および３つのＩＭウィンドウ１２０、１３０、１５０を有するという一般的な形態が示される。これらのＩＭウィンドウ１２０、１３０、１５０では、動的ＩＭメッセージ交換が生じつつあるかも知れず、あるいは、既に受信者が受け取っているが現時点では処理されていないインバウンド・メッセージが表示されることもある。
【０００８】
この例でもわかるように、ＩＭウィンドウの急増は、ディスプレイ画面の大きなクラッタリングを導くことがある。更に、ＩＭウィンドウのポップアップは、都合の悪い時間に生じることがあり、これは、受信ユーザにとって注意をそらすものとなり得る。例えば、受信者は、その新たなＩＭウィンドウにより（少なくとも部分的に）重畳されることになる別のウィンドウの内容を処理しつつあるかもしれない。あるいは、ポップアップは、単に、受信者の集中状態に割り込むだけかもしれない。更に、ＩＭウィンドウのポップアップは予想外であることが多く、受信者を当惑させることがあり得る。例えば、受信者が他人の面前にいるときにＩＭウィンドウが個人的メッセージをポップアップするかもしれない。あるいは、受信者のマネージャが受信者のディスプレイ装置を見ているときに、非ビジネス関連のメッセージを含むウィンドウがポップアップするかもしれない。
【０００９】
インスタント・メッセージの送信者は、受信者が別の方法を表すように自分のＩＭクライアントを設定してなかった場合でも、通信の性質上、応答がすぐに到来するという期待を持つものである。例えば、AOL Instant Messenger および Lotus Sametime Connect のようなインスタント・メッセージング・システムは、ユーザが、或る時点で自分のＩＭステータスを変更することを可能にしている。Sametimeは、３つの状態「私は応答可能です（Iam active）」、「私は離席中です（I am away）」および「応答不可（Do not disturb me）」を有する。（ユーザは、自分がその３つの状態のいずれかにあるとき、他のＩＭユーザに対して表示されるべきステータス・メッセージを指定することも可能にされる）。ＩＭユーザは、自分のＩＭクライアントの「私は離席中です」というフィーチャ（本願では同義的に呼ばれる「離席中」フィーチャ）をイネーブルしておくことが可能である。それは、自分のオンライン・プレゼンスをモニタしている他のＩＭユーザが、この人が現在そこにいないことを（前述のように、いつも視覚的標識によって）知らされることを可能にする。
【００１０】
「離席中」フィーチャを使用することは、その後特定のユーザに対してポップアップするＩＭウィンドウの数を減少させるための１つの方法である。しかし、この方法は極めて効果的というわけではない。即ち、ＩＭユーザは、他のＩＭユーザがそれら自身のディスプレイにおいて視覚的標識を通知すること、および離席中のユーザにインスタント・メッセージを送るのをやめるということを期待して、自分のステータスを「離席中」に変更することが可能である。しかし、とりわけ、「離席中」ステータスは受信者のインスタント・メッセージを抑止しない。その代わり、メッセージ送信者はそのメッセージを送信し、受信側においてＩＭウィンドウがそのメッセージをポップアップして表示し、しかる後、一般にはこの受信者に対する送信者のＩＭウィンドウが閉鎖する。（これは、送信者のＩＭウィンドウが一般には応答ＩＭを待つためにオープンしたままであるという応答可能なユーザに対して使用される手順とは対照的である）。
【００１１】
ポップアップするＩＭウィンドウの数を減少させるための更に厳しい方法は、ユーザが自分のステータスを「応答不可」にセットすることである。従来のＩＭＳは、一般に、このステータスを有するユーザにメッセージが送られないようにする。（ＩＭユーザのステータスに関する要求がＩＭＳによって自動的にリクエストされ、従って、送信者が他のユーザにインスタント・メッセージを送ることを許されるかどうかに影響を与える更新されたステータス情報が送信者のＩＭＳにとって利用可能となる）。この「全か無か（all-or-nothing）」の方法は、明らかに、最適な解決方法ではない。
【００１２】
Ｅメール・システムは、一般に、「不在」フィーチャおよびユーザ定義可能なフィルタリング機能を提供する。Ｅメール・ユーザが自分の不在をメッセージ送信者に通知するように自分のＥメール・クライアントを構成するとき、これは、例えば、緊急メッセージが緊急時に機能を果たしそうもないことを送信者に通知するタイプの限定フィードバックを送信者に供給する。（しかし、そのような「不在」通知フィーチャは誤用されることが多く、間違ったまたは時期遅れの情報をそれらに搬送させることになり得る）。Ｅメール・システムにおけるフィルタリング機能は、一般に、ユーザが種々のキーワードまたは他の基準を定義することを可能にし、それらの基準に適合したインバウンド・メッセージに特別の処理が適用されることを可能にする。例えば、適切なフィルタを定義することによって、主題のラインに卑語を含むメッセージがごみ箱またはごみ箱用メールボックスに自動的に経路指定されることが可能である。
【００１３】
従って、必要なことは、インスタント・メッセージングを使用するときに着信メッセージを管理するための改良された手法およびインスタント・メッセージング・ユーザに対するステータス情報を管理するための改良された手法である。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明の目的は、インスタント・メッセージングを使用するとき、着信メッセージを管理するための改良された方法を提供することにある。
【００１５】
本発明の更なる目的は、インバウンド・インスタント・メッセージに対する応答を自動的に制御するポリシを、インスタント・メッセージング・ユーザが指定することを可能にすることにある。
【００１６】
本発明の更に別の目的は、到着するインスタント・メッセージに対して新たなウィンドウがオープンされるべきかどうかを決定するためにポリシを使用することにある。
【００１７】
本発明の別の目的は、インスタント・メッセージング・ユーザに対するステータス情報を管理するための改良された手法を提供することにある。
【００１８】
本発明の更なる目的は、ＩＭＳユーザがステータス・レベルおよびそれらのレベルに対する関連情報を、従来技術のＩＭＳによって提供されたものよりも優れて定義することを可能にするための手法を提供することにある。
【００１９】
本発明のもう１つの目的は、ディスプレイ画面上にポップアップするＩＭウィンドウの急増を制御する場合にＩＭＳユーザを支援することにある。
【００２０】
本発明の更なる目的は、ＩＭＳユーザに、他のＩＭＳユーザに関する拡張ステータス情報を提供することにある。
【００２１】
本発明の他の目的および利点は、以下の説明および図面において部分的に示され、そして、部分的にはその説明から明らかであろうし、あるいは、本発明を実施することによって学ぶことが可能である。
【課題を解決するための手段】
【００２２】
上記の目的を達成するために、および本願において広範に説明される本発明の目的に従って、本発明は、方法、システム、および／または、コンピュータ・プログラム製品として提供可能である。１つの局面では、本発明は、ＩＭユーザに対する拡張されたステータス情報を提供するための手法を提供するものであり、その手法は、ユーザ定義のＩＭステータス・レベルを第１のＩＭユーザによって定義すること、および第１のＩＭユーザがそのステータスを有する場合、ユーザ定義のステータス・レベルの指示を少なくとも１つの他のＩＭユーザに供給することを含む。この局面は、更に、ユーザ定義のステータス・レベルと関連した１つまたは複数の属性を第１のＩＭユーザによって定義することを含み、それらの属性は指示と共に少なくとも１つ他のＩＭユーザに供給されることが望ましい。
【００２３】
その属性は、例示であって限定ではないが、少なくとも１つの他のＩＭユーザにおけるＩＭディスプレイ上の第１のＩＭユーザの視覚的表示において使用されるべきカラー、その視覚的表示において使用されるべきテキスト・メッセージ、および／または、その視覚的表示において使用されるべきステータス・ラベルを含む。
【００２４】
１つの方法では、この局面は、更に、少なくとも１つの他のＩＭユーザのＩＭシステムによって、第１のＩＭユーザのユーザ指定のステータス・レベルおよびそれの関連の属性を、それらを指定したリポジトリからプログラム的に検索すること、および指示を行うときにそのプログラム的に検索されたステータス・レベルおよび属性を使用することを含む。リポジトリは、第１のＩＭユーザに対するユーザ指定のステータス・レベルおよび関連属性を表す１つまたは複数のルールを保存することが望ましい。
【００２５】
もう１つの方法では、指示は、第１のＩＭユーザがユーザ指定のステータスを有する場合にプログラム的に生成されたステータス・メッセージを含む。この場合、その指示を行うことは、更に、その生成されたステータス・メッセージを少なくとも他のＩＭユーザに送ることを含むことが望ましい。そのステータス・メッセージは、（拡張可能マークアップ言語、即ち、「ＸＭＬ」のような）マークアップ言語のシンタックスでエンコード可能である。
【００２６】
もう１つの局面では、本発明はＩＭシステムのディスプレイにユーザ定義のステータス情報を指示するための手法を提供する。その手法は、１つまたは複数のＩＭユーザに対して、現在のＩＭステータス・レベルを決定し、その決定ステップが決定したユーザ定義のＩＭステータス・レベルの対象であるＩＭユーザに対して、ユーザ指定のＩＭステータス・レベルの属性をプログラム的に位置指定するオペレーションおよび決定されたステータス・レベルのＩＭシステムのディスプレイにおいてそのプログラム的に位置指定された属性を使用するオペレーションを遂行することを含む。
【００２７】
本発明は、例えば、改良されたＩＭＳフィーチャをユーザに提供することまたは改良されたＩＭＳサービスを加入者に提供することによってビジネスを行う方法においても有利に使用可能である。１つの局面では、これは、少なくとも第１のＩＭユーザがユーザ定義のＩＭステータス・レベルを定義することを可能にする動作、そのユーザ定義のＩＭステータス・レベルがＩＭユーザを定義する動作に対して適用可能であるとき、そのユーザ定義のＩＭステータス・レベルの指示を１つまたは複数の他のＩＭユーザに提供する動作、および前記可能にする動作および提供する動作の一方または両方を実行するための料金を課する動作を含む。これらの改良されたフィーチャまたは改良されたサービスに対する料金は、ペイ・パー・ユース（pay-per-use）勘定方式、月払いまたは他の期間払い勘定方式、等々のような種々の収入モデルのもとで収集可能である。
【００２８】
本発明は、以下で、図面を参照して説明される。なお、それらの図面では、全体を通して同じ参照番号は同じ素子を示している。
【発明を実施するための最良の形態】
【００２９】
本発明は、インスタント・メッセージングを使用するときに着信メッセージの到着を管理するための手法およびインスタント・メッセージング・ユーザに対するステータス情報を管理するための手法を提供する。本明細書において更に詳細に説明されるように、本発明は、ＩＭＳユーザによる改良されたインターフェース・パラダイムおよびユーザ・ステータスを指定するための細分化された機構を提供する。換言すると、ＩＭＳユーザは、自分が見るものおよび他のユーザがそれらに関して見るものに対する制御を行う。開示される手法を使用すると、ＩＭＳは、通信を行うための、およびメッセージを交換するための更に生産性の高い、および／または、興味深い方法をそれのユーザに提供する。
【００３０】
本発明の第１の局面によれば、ＩＭＳユーザは、本願ではポリシ情報とも呼ばれる分類情報を定義する。この情報は、ＩＭユーザのクライアントが新たに到着するインスタント・メッセージに応答すべき方法を決定する。例えば、ポリシは、新たなＩＭウィンドウがそのユーザのディスプレイ画面上にポップアップする条件を指定することが可能である。ポリシは、それらが正規のサイズでポップアップするかどうかまたは最小化されたウィンドウを表すアイコンとして表されるかどうか、等々のようなＩＭウィンドウに関連した種々の属性を指定することも可能である。
【００３１】
第２の局面では、本発明は、ＩＭＳユーザが、他のＩＭＳユーザに提供されるステータス情報を定義することを可能にする。なお、このステータス情報は、既存のＩＭＳによって提供されたかなり限定された情報を補うかまたは拡張する。（このステータス情報は、「ポリシ」と見なすこともできるが、第１の局面との混乱を避けるために、本願における説明ではその用語は使用されない）。
【００３２】
次に、これらの局面を更に詳細に説明することにする。本発明の第１の局面に関連して、従来技術のメッセージング・システムは、或るメッセージはインスタント・メッセージの受信者にとって重要であるが他のメッセージは重要でないということを、この受信者が指示することを可能にするものではない。その代わり、着信インスタント・メッセージは、簡単に上述したように（および、図１に示されたように）、受信者がすべてのインバウンド・メッセージをブロックされなかった場合、別のユーザからのＩＭが到着するときにはいつも、新たなＩＭウィンドウをポップアップさせる。（既に受信者とのＩＭセッションを持っている送信者から到着したメッセージは、一般に、そのセッションに対する既存のＩＭウィンドウにおいて表示され、従って、そのようなメッセージはオープン・ウィンドウの急増にさらに寄与するものではない）。一方、本発明の手法を使用すると、ＩＭＳユーザは、新たなウィンドウを選択的にポップアップすることによって、到着するインスタント・メッセージにプログラム的に応答するように自分のシステムを構成することができる。例えば、ＩＭＳユーザは、送信者が幹部または受信者のマネージメント・チェーンにおける誰かである場合には新たなＩＭウィンドウをポップアップするが、チーム・メンバから受け取ったメッセージは、（対応するウィンドウが最小化されることにより）タスク・バーにおいてエントリを有するというポリシを定義することが可能である。これらは静的タイプの基準の例である。別の方法として、動的基準（静的基準と動的基準との組み合わせ）を使用してポリシを表すことも可能である。動的基準を使用する例として、ユーザは、選択されたアプリケーションのリストの１つが現在受信者のコンピューティング・デバイスにおいて活動中であるときを除いてインスタント・メッセージを到着させるための新たなＩＭウィンドウをポップアップするか、あるいは、指定されたタイプのエントリが受信者の電子カレンダ上にスケジュールされてない場合に新たなＩＭウィンドウをポップアップするというポリシを定義することが可能である。（望ましくは、「…の場合にウィンドウをポップアップする」および「…でない場合にウィンドウをポップアップする」というような肯定的および否定的意味の内包を使用して基準の指定を可能にする方法でポリシ情報が定義されることが望ましい）。
【００３３】
到着したインスタント・メッセージにプログラム的に応答するためにポリシを使用するもう１つの例として、選択されたＩＭウィンドウが異なるフォルダに送られるべきであること、または、選択されたインスタント・メッセージが特定のウィンドウに送られるべきであるということを、ポリシ情報が指定してもよく、それによって、メッセージ送信者の指示（例えば、送信者のニックネームまたはＥメール・アドレス）が供給されるが、メッセージ・テキストは、受信者がそれの表示を明示的に要求しない場合、抑止される。これは、ウィンドウの統合整理を行って、各インバウンドＩＭに対するウィンドウがポップアップするときに従来のＩＭＳユーザが体験した視覚的クラッタおよび潜在的な当惑または混乱といった従来技術の問題点に対処している。これが、図２における要素２００に示される。
【００３４】
要求時にはＩＭテキストが利用可能であるが現時点では表示されてないことを表すために別のフォルダまたはウィンドウを使用することに対する代替えとして、ＩＭメッセージ・テキストが要求時表示のために利用可能であるという可視的標識が、既に表示されているバディまたはステータス・ウィンドウ内に設けられてもよい。これが、図３における素子３００、３１０に示される。
【００３５】
この第１の局面によるポリシ情報は、ＩＭウィンドウの属性を制御するためにも使用可能である。例えば、選択された送信者からのＩＭウィンドウは点滅する境界によって表示されてもよく、所定の色の境界またはバックグラウンド、等々によって表示されてもよい。もう１つの例として、特定の送信者に対するＩＭウィンドウが作成されるとき、ビープ音または同様の警報タイプの機能が誘発されるようにしてもよい。
【００３６】
図２および図３に示された手法が、上述のように、ＩＭユーザのポリシに従ってメッセージに適用される。これが新たなＩＭウィンドウのポップアップを抑止する程度は、そのポリシにおいて指定された基準に依存する。例えば、すべてのＩＭウィンドウのポップアップを抑止することをＩＭユーザが望む場合、そのＩＭユーザは、種々の基準に対してワイルドカードを使用するポリシを定義してもよい。その結果、着信するインスタント・メッセージはユーザのＩＭクライアントにおいて受信されてオンデマンド検索を待つが、ＩＭユーザが新たなＩＭウィンドウのポップアップによって撹乱されることはないであろう。（これは従来の方法とは対照的であり、それによって、「応答不可」というＩＭステータスは、新たなＩＭウィンドウが表示されないようにし、しかも、如何なるＩＭテキストも受信されないようにする。）
【００３７】
本発明の第２の局面に関して、従来技術のＩＭＳは、一般に、３つの事前定義されたタイプまたはレベルのＩＭユーザ・ステータス、即ち、「応答可能」、「離席中」、および「応答不可」に限定される。本発明は、ＩＭユーザが１つまたは複数の更なるステータス・レベルを定義することを可能にする。このステータス情報は、他のＩＭＳユーザにとって利用可能にされ、より細分化された情報をそれらのユーザに提供することを可能にする。
【００３８】
例えば、ＩＭＳユーザの「ジョー」は、自身のＩＭクライアントが動作させているデバイスを積極的に使用しようとするかもしれないが、着信するインスタント・メッセージに彼が直ちに応答しないようにする何らかの活動に一時的に関与しているかもしれない。従って、ジョーは、「一時的な応答不可（temporarily distracted）」というようなＩＭステータスを定義するために、本願において開示された手法を使用することが可能である。従って、ＩＭをジョーに送るユーザは、（「利用可能」というステータスと共にメッセージをＩＭユーザに送るときの送信者の期待とは対照的に）即時応答を期待するべきではないことを知っているが、送信者のＩＭクライアントは、（「離席中」というステータスと共にメッセージがＩＭユーザに送られた後に送信ウィンドウを自動的にクローズするのとは対照的に）来るべき応答に備えて送信ウィンドウをオープンのままにしておくことが望ましい。
【００３９】
任意選択的なこととして、追加のステータス・レベルを定義するＩＭユーザは、それらのレベルと関連付けられるように属性を指定することを許されるようにしてもよい。例えば、速い応答が期待されるということの可視指示として応答可能なＩＭユーザにアイコンを提示するときに緑色が使用される場合、ジョーは、彼が「一時的な応答不可」状態にあるときに彼のアイコンに対して黄色が使用されるべきであることを指定し、それによって、彼のメッセージが遅れるかもしれないことを他のＩＭユーザに効果的に知らせることが可能である。
【００４０】
色を選択するとき、選択のメニューが表示されてもよい。例えば、ジョーは、利用可能な色の集合からの選択を行うことができるラジオ・ボタンを有する構成パネルを与えられてもよい。あるいは、ジョーは、例えば、イメージ・ファイルが置かれているユニフォーム・リソース・ロケーション（ＵＲＬ）または同様のアドレスを指定することによって、彼のユーザ定義のステータス・レベルと関連付けられるべき特定のアイコンを指定することを許されてもよい。
【００４１】
ユーザ定義のステータスに対する色属性を定義することに加えて、またはそれを定義する代わりに、ジョーが、ステータス・ラベルおよびそのステータスに対するテキストを含むがそれらに限定されない１つまたは複数の他の属性を定義することを許されることも可能である。例えば、「一時的な応答不可」状態に対するステータス・ラベルは「一時的応答不可」であり、そのステータスに対する例示的な表示テキストは、「私はいまは応答不可だが、すぐにメッセージに応答します（I am distracted at the moment, but I will reply to the message soon）。」である。
【００４２】
ユーザは、特定のユーザ定義ＩＭステータスがいま彼に適用可能であることを明示的に表すことが望ましい。例えば、メニューが提供されてもよく、それによって、ジョーは、彼がいま「一時的な応答不可」ステータスにあることを表すためにグラフィカル・ボタンをクリックすることができる。これは図４に示され、そこでは、２つのユーザ定義ＩＭステータス・レベルが４００、４１０で示される。（サンプルのステータス・レベル４１０は、例えば、作業時間中に従業員によって使用されてもよい。これがユーザの現在のステータスであることを他のＩＭユーザが知るとき、本発明の実施例によれば、それらのユーザは自分のメッセージ・コンテンツを作ることが望ましい。更にまたはその代りに、従業員は、キーワードを含むインバウンド・インスタント・メッセージに対するＩＭウィンドウのポップアップを抑止するための基準、または「個人的な」メッセージ・コンテンツを有するための基準を定義することも可能である。）
【００４３】
ユーザ定義ＩＭステータス・レベル情報は、他のＩＭユーザのＩＭＳにとってアクセスし得るベータベースまたはリポジトリに格納されることが望ましく、しかもユーザのニックネームと関連して格納されることが望ましい。このように、このユーザの現在のＩＭステータスを表す方法を決定するためにルックアップ操作を遂行することが可能である。現在のＩＭシステムでは、ＩＭサーバが、アドレス帳において定義された他のユーザおよびグループのＩＭステータス、または、「存在」を決定する。例えば、ジョーが彼のアドレス帳において１５人を定義している場合、ジョーのＩＭサーバはこれら１５人のユーザのＩＭステータスを動的に決定し、それらユーザのうちのどれが現在オンライン状態にあるか（従って、ＩＭセッションに参加するために利用可能であるか）を表すようにジョーのＩＭディスプレイを更新する。既存のＩＭＳは、前述のように、事前定義されたステータス・レベルで動作するように構成され、従って、ステータスの可視表示を与える。ジョーの現在のステータスが彼のユーザ定義のステータス・レベルの１つである場合、本発明によれば、ＩＭサーバは、属性に関するジョーの指定された選択が格納されたデータ・リポジトリを調べること、および、他のＩＭユーザのＩＭディスプレイ上にジョーのステータスを示すとき、そのリポジトリに格納された情報を使用することが望ましい。
【００４４】
ユーザ定義のステータス・レベル情報は、自分の情報が格納されたユーザだけが変更を行うことを許されるということを保証するようにアクセス制御される。例えば、そのユーザは、データに関する更新操作が行われる前にユーザ識別子（ＩＤ）およびパスワードを提供することを要求されることがある。
【００４５】
ユーザが選択した彼の現在のＩＭステータス・レベルをこのリポジトリに格納してもよい。代替方法として、ユーザ定義のＩＭステータス・レベルが事前定義のステータス・レベルの１つに対するオプションとして動的に決定されるように、既存のプレゼンス機能（presence function）を適応させてもよい。
【００４６】
リポジトリにステータス情報を格納し、他のＩＭＳによりそのリポジトリをアクセスすることの代替えとして、メッセージ交換を使用してＩＭユーザのステータスが他のＩＭクライアントに配布されてもよい。例えば、拡張可能マークアップ言語（ＸＭＬ）のようなマークアップ言語が、メッセージにおけるステータス情報をエンコードするために、および（例えば、ステータス変更が生じたとき）その情報を周期的に配布するために、使用されてもよい。そのようなメッセージは、例えば、ユーザの現在のステータス、そのステータスに関連する表示テキスト、そのステータスに関連するアイコンの色、および／または、そのアイコンのＵＲＬ、等々を含み得る。
【００４７】
ユーザ定義のステータス・レベルは、ユーザのポリシにおいて指定されたルールの基準としてステータス・レベルをエンコードすることによって、ＩＭユーザを他のＩＭユーザに対して表すべき方法を示すことに加えて、（新たなＩＭウィンドウのポップアップのような）到着するインスタント・メッセージに対する応答を制御するために使用されてもよい。その代替えとして、これらの２つの局面が別々に使用されてもよい。到着するインスタント・メッセージに対する応答を制御するためのルールおよびステータス表示のためのルールを定義する方法を次に説明する。
【００４８】
ルールは「IF THEN」形式で表されることが望ましく、ルール・エンジンまたは他の条件付プロセス評価素子によって処理されてもよい。説明を目的としたサンプルのシンタックスを使用してウィンドウのポップアップを管理する一連のルールが図５に示される。図示のように、第１のルール５００は、ユーザ「ボブ」からのインスタント・メッセージが受信される場合、または月曜日にインスタント・メッセージが受信される場合、ウィンドウ・ポップアップが抑止されるべきであることを規定する。（その代りに、図２の素子２００または図３の素子３００、３１０において示されたような手法を使用して、待機メッセージ指示を表示させてもよい）。第２のルール５１０は、新たに受信されたインスタント・メッセージの送信者が受信者の管理チェーン内に（または、管理分類内に）ある場合、このメッセージに対するＩＭウィンドウはディスプレイ・スクリーンの最上レベルにおいてレンダリングされるべきであることを規定する。
【００４９】
ルールの「IF」部分およびルールの「THEN」部分では、種々の情報を規定することが可能である。「IF」部分においてテストされる条件は、静的、および／または、動的性質に基づくものでよく、本願において提供される例は説明のためのものであって限定のためのものではない。ルール５００、５１０におけるようなメッセージ送信者が誰であるかおよび当日が何曜日であるかに関する条件に加えて、受信者が現在何をしているかというような要因をテストするという条件であってもよい。（この要因は、受信者のコンピューティング・デバイスにおけるアクティブ・アプリケーションによって指定されてもよい）。ルールの「THEN」部分は、ウィンドウ・インターフェースによって強制されることが可能な標準のウィンドウ特性によって表されることが望ましい。
【００５０】
メッセージ送信者が受信者のバディ・リスト（ルール５００，５１０には示されていない）にあるかどうかというようなメッセージ送信者に関する特定の分類情報が、ＩＭＳにとって利用可能な情報を使用して決定されてもよい。送信者が受信者の管理チェーンにあるかどうか、受信者の部門にいるかどうか、重役であるかどうか、メッセージ受信者と同じ会議に出席するように現在スケジュールされているかどうか、等々のような別の分類が、ディレクトリまたは他の情報リポジトリを調べることによって決定されてもよい。あるは、場合によって、複数のソースを調べることも可能である。例えば、送信者および受信者が特定の会議に出席するようにスケジュールされているかどうかを決定するために電子カレンダ情報を調べなくてもよく、ルールにおける複合「IF」ステートメントが、企業の組織図のリポジトリをアクセスする必要のある「私の管理職チェーンにおける」というような他の条件を指定してもよい。
【００５１】
メッセージ送信者が必ずしも人間ではないことに留意すべきである。場合によっては、（一般に、「ボット（bot）」と呼ばれる）自動化されたプロセスがＩＭセッションにおける参加者となる。この自動化されたプロセスはメッセージ・コンテンツを生成してもよく、従って、本願におけるメッセージ送信者および受信者に関する説明は、自動化されたプロセスおよび人間のユーザを含むものとして解釈されなければならない。
【００５２】
ステータス表示のために指定可能なルールの例が図６に示される。この例は、図５に示されたルールに対応するものとして例示目的で示される。ルール６００が、ニックネーム「ボブ」を有するＩＭユーザにジョーのステータスを供給するために評価される場合、またはそのルールが月曜日に評価される場合、ジョーのステータスは、黄色を使って表されなければならず、「一時的応答不可(distracted)」として示されなければならないことを、そのルール６００は記述している。ルール６１０がジョーのステータスをジョーの管理職チェーンにおけるＩＭユーザに供給するためにそのルール６１０が評価される場合、その表示において緑色が使われなければならず、ステータスは「応答可」として示されなければならない。従って、ルール６００によれば、ボブは、彼がジョーからの即時応答を受け取ることはないことに（即ち、黄色の「一時的応答不可」状態を解釈することによって）気がつくであろう。従って、ボブがジョーにメッセージを送り、そのメッセージが（ルール５００に従って）ジョーのディスプレイにおいて抑止されるとき、ジョーがこのメッセージに気がつくことにおける遅れ、および／または、応答を送ることにおける遅れは両者の期待の範囲内になるであろう。
【００５３】
同様に、ジョーの管理職チェーンにおけるメッセージ送信者が、ルール５１０に従って、それらのウィンドウをジョーのディスプレイ画面の最上部に表示される場合、それらは、ルール６１０によれば、「応答可」というステータスを有するＩＭユーザに従って、即時応答を受けることをかなり期待してもよい。
【００５４】
他のタイプの条件がステータス表示ルールにおいてテストされてもよく、他のタイプの結果がルール判定において生じてもよいので、図６におけるルール（および図５におけるルール）は例として考察されるが何も限定するものではない。ステータス表示ルールは、それらが他のＩＭユーザのＩＭＳによってアクセスされ得るデータ・リポジトリに格納されることが望ましい。到着するインスタント・メッセージに対する応答に関するルールは、ユーザのＩＭクライアント（または、等価的には、ルール・エンジン、またはクライアントに代わって動作する他の条件付処理コンポーネント）によってアクセス可能であるローカル・リポジトリに格納されることが望ましい。あるいは、これら２つのタイプのルールは一緒に配置されてもよい。ポリシ情報はルール形式で表される必要がなく、従って、本願におけるルールとしての引用は例示のためであるということに留意すべきである。代替方法は、比較される値の表または集合体における情報を指定することを含む。
【００５５】
実行時に、（例えば、図５に示されたようなルールで表された）ポリシを定義したＩＭユーザに対するインバウンド・メッセージがポリシ／ルール情報の評価のきっかけになる。例えば、ジョーがメッセージを受信する場合、彼のＩＭクライアントは、ローカル・ポリシ／ルール・リポジトリを調べて、そのメッセージに応答する方法（例えば、メッセージが表示されるべきかどうか、およびその結果が肯定的である場合に新たなＩＭウィンドウがポップアップされるべきかどうか、若しくは、既にオープンしたウィンドウにおいて指示が表示されるべきかどうか）を決定することが望ましい。そして、別のＩＭユーザ「ジル」が彼女のバディ・リストにジョーを有する場合、ジルのＩＭディスプレイにおけるジョーの現在のＩＭステータスは、ジョーのステータス表示ルールを調べることによってリフレッシュされることが可能である。
【００５６】
前述のように、ＩＭユーザのステータス情報を事前定義された所定のレベルに限定し、しかも到着するインスタント・メッセージに応答する方法を、ＩＭユーザが選択的に制御することを可能にするものではない（且つ、特に、新しいＩＭウィンドウがポップアップするかどうか、または、いつそれがポップアップするかをユーザが選択的に制御することを可能にするものではない）従来技術のＩＭシステムに対して、本発明は大きな利点を提供する。本願において開示された手法は、それをＩＭユーザが理解し、構成し、使用することが容易である。
【００５７】
ＩＭシステムの「アドレス帳」に関連して望ましい実施例を説明したけれども、この用語「アドレス帳」は、インスタント・メッセージングにおいてＩＭクライアントが係わった、あるいは、係わると思われるユーザ、および／または、ユーザ・グループをそのＩＭクライアントが記憶することを可能にする任意のデータ構造に対する簡略表現の参照対象として使用される。
【００５８】
「注釈付き経路指定メッセージ・コンテンツ（Annotatingand Routing MessageContent）」と題した、本願と同じ出願人による２００２年９月５日出願の米国特許出願１０/２３５,３２４号は、インスタント・メッセージを経路指定するためにプログラム的決定が行われるという手法を開示している。例えば、現在のＩＭセッションから他のパーティにメッセージを経路指定することを特定のユーザが承認するかどうかを決定するために、ユーザの好みが配慮されてもよい。その開示された手法は、このプログラム的な決定を通して更なる制御を行うために、望ましい場合に使用し得るルールベースの方法を使用することが可能である（例えば、メッセージ、および／または、略号からＩＭセッション・パートナの識別子、恐らく、キーワードのような要因がその決定時に使用されることを可能にする）。あるいは、略記されたメッセージの経路指定が受諾可能であるかどうかを決定するために、ＩＭセッションにおけるパートナが照会されてもよい。
【００５９】
「通信システムにおけるメディア拡張グリーティング、および／または、応答（Media-EnhancedGreetings and/or Responses in Communication Systems）」と題した、本願と同じ出願人による２００２年４月１０日出願の米国特許出願１０/１１９,５１９号は、プログラム的に生成された応答メッセージ（または、音声発呼者に対するグリーティング）に含まれるべきメディア・ファイルを選択するとき、電子カレンダに格納された情報に加えて、メッセージ・イニシエータ（または、ボイス・メール・システムにおける発呼者）に関する情報、および意図されたメッセージ受信者（または、被呼者）に関する他のソースの状態情報の使用を開示している。例えば、ユーザのサムは、彼のインスタント・メッセージング・バディ・リストを、「友人」および「顧客」を含むカテゴリに配列されているものと仮定する。この同出願人の発明の手法を使用すると、サムは、彼の電子カレンダが「私は病気だ」というステータスを示すとき、「友人」カテゴリにおいて識別されたインスタント・メッセージングの参加者がインスタント・メッセージを彼に送ることに応答して「バイオハザード（biohazard）」アイコンを受け取り、一方、「顧客」カテゴリにおいて識別された参加者が「オフィス外（outofoffice）」アイコンを受け取る。そのアイコンは、オリジナル・メッセージ送信者に対する応答として生成されるテキスト・メッセージに付加されてもよく、あるいは、添付メッセージなしで送られてもよい。いずれの場合も、この同出願人の発明は、ＩＭＳユーザが、ユーザに接触しようとする人に自動的に送られるメッセージに個別情報設定を加えることを可能にする。
【００６０】
この同出願人の発明は、更に、ＩＭユーザが彼のバディ・リストにおける誰かの識別子の上に彼のコンピューティング・デバイスのカーソルを移動すると、それによって、その人の現在のステータスに対応したアイコンが移動メッセージに対して表示され得ることを開示している。この同出願人の発明は、更に、ＩＭユーザが他のユーザへのステータス情報の送信を手操作で開始させることを可能にすることも開示している。例えば、ＩＭセッション参加者は作業中であってもよく、彼のマネージャが彼のオフィスに入ったときにＩＭセッションを中断することを選択することが可能である。参加者は、アイコン（例えば、停止符号）を他のセッション参加者に送らせるアイコンまたはメニュー項目（または、何らかの他の機構）をクリックすることによって他のセッション参加者にこれを指示することも可能である。これは、ＩＭセッションを一時的に中断させることを任意選択的に可能にする。更に、ＩＭＳは、（例えば、ＩＭセッション・ウィンドウを自動的に閉じることによって）ＩＭセッションが継続しないようにすることも可能である。
【００６１】
「インスタント・メッセージング・システムおよび電子ステータス・ボードのためのカレンダ拡張認識（Calendar-EnhancedAwareness for Instant Messaging Systems andElectronic Status Boards）」と題した、同出願人の米国特許出願０９/９４１,０４５号は、ユーザの電子カレンダ・システムに格納された情報に基づいてユーザのインスタント・メッセージング・ステータスを自動化するための手法を開示している。更にこの同出願人の発明は、高機能カレンダ・システムに拡張すること、および、それによって、インスタント・メッセージング・システム（および電子ステータス・ボード）が、定義されたユーザのセットに対するステータス変更を先制的に通知されることを開示している。（例えば）更新された情報が期待されるがそれが受信されない場合に使用可能である再試行／回復手法も開示されている。
【００６２】
本願において開示された手法は、例えば、ＩＭセッションが未だに確立されていないメッセージ送信者からインスタント・メッセージを受信したことに応答して新たなＩＭウィンドウがオープンされなければならない基準をＩＭユーザが定義することができるというサービスを提供すること、ＩＭユーザの少なくとも１つからインスタント・メッセージを受信したとき、新たなＩＭウィンドウがオープンされるべきかどうかを決定するためにその定義された基準を使用すること、および前述のようにこれらの操作を実行するための料金を課することによってビジネスを行うという方法において有利に使用可能である。このサービスは、ペイ・パー・ユース方式の勘定、月毎または他の期間毎の勘定、等々のような種々の収入モデルのもとで提供可能である。
【００６３】
図７に、それぞれが本発明を実施することができるデータ処理システムのネットワークの一例が示されている。データ処理システム７００には、ネットワーク７０１が含まれ、このネットワーク７０１は、データ処理システム７００内で一緒に接続される様々な装置およびコンピュータの間の通信リンクを提供するのに使用することができる媒体である。ネットワーク７０１には、ワイヤまたは光ファイバ・ケーブルなどの永久的な接続、もしくは電話通信または無線通信を介して行われる一時的接続を含めることができる。図示の例では、サーバ７０２およびサーバ７０３が、記憶装置７０４と共にネットワーク７０１に接続される。さらに、クライアント７０５ないし７０７も、ネットワーク７０１に接続される。クライアント７０５ないし７０７およびサーバ７０２および７０３は、メインフレーム、パーソナル・コンピュータ、携帯情報端末（ＰＤＡ）などの様々な計算装置によって表すことができる。データ処理システム７００には、図示されていない追加のサーバ、クライアント、ルータ、他の装置、およびピアツーピア・アーキテクチャを含めることができる。
【００６４】
図示の例では、データ処理システム７００に、インターネットを含めることができ、このときネットワーク７０１は、ＬＤＡＰ、ＴＣＰ／ＩＰ、ＨＴＴＰなどの様々なプロトコルを使用して互いに通信するネットワークおよびゲートウェイの全世界の集合を表す。もちろん、データ処理システム７００に、たとえばイントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、または広域ネットワーク（ＷＡＮ）などの複数の異なるタイプのネットワークを含めることもできる。
【００６５】
本発明は、様々なハードウェア・プラットホーム上で実施することができる。図７は、異種コンピューティング環境の例として意図されたものであって、本発明に関するアーキテクチャ的制限として意図されたものではない。
【００６６】
図８を参照すると、図７に示されたものなどの、本発明を実施することができるデータ処理システムのコンピュータ・アーキテクチャの一例が示されている。データ処理システムには、内部のシステム・バス８０２に接続された１つまたは複数の中央処理装置（ＣＰＵ）８０１が含まれ、システム・バス８０２は、ランダム・アクセス・メモリ（ＲＡＭ）８０３、読取専用メモリ８０４、および入出力アダプタ８０５を相互接続し、入出力アダプタ８０５は、プリンタ８０６、ディスク装置８０７、または、サウンド・システムなどの図示されていない他の装置などの様々な入出力装置をサポートする。システム・バス８０２には、通信リンク８０９へのアクセスを提供する通信アダプタ８０８も接続される。ユーザ・インターフェース・アダプタ８１２には、キーボード８１３およびマウス８１４などの様々なユーザ装置、または、タッチ・スクリーン、スタイラス、マイクロホンなどの図示されていない他の装置が接続される。ディスプレイ・アダプタ８１０によって、システム・バス８０２が、ディスプレイ装置８１１に接続される。
【００６７】
当業者は、システム実施形態に応じて図８のハードウェアを変更できることを諒解するであろう。たとえば、このシステムは、１つまたは複数のプロセッサと、１つまたは複数のタイプの不揮発性メモリを有することができる。図８に示されたハードウェアに加えてまたはその代わりに、他の周辺装置を使用することができる。図示の例は、本発明に関するアーキテクチャ的制限を暗示することを意図されたものではない。
【００６８】
様々なハードウェア・プラットホーム上で実施が可能であることに加えて、本発明は、様々なソフトウェア環境で実施することができる。通常のオペレーティング・システムを使用して、各データ処理システム内のプログラム実行を制御することができる。たとえば、ある装置でUnix（登録商標）オペレーティング・システムを稼動させることができ、また別の装置でマイクロソフト社が提供するＷｉｎｄｏｗｓ（登録商標）オペレーティング・システムを稼動させることができ、また別の装置に単純なJava（登録商標）ランタイム環境を含めることができる。
【００６９】
当業者には明らかなように、本発明の実施例は、方法、システム、またはコンピュータ・プログラム製品として提供可能である。従って、本発明は、全体的にハードウェアの実施例、全体的にソフトウェアの実施例、またはソフトウェアおよびハードウェアの局面を結合した実施例の形式を取り得る。更に、本発明は、具体化されたコンピュータ可読プログラム・コードまたは命令を有する１つまたは複数のストレージ媒体（ディスク・ストレージ、ＣＤ−ＲＯＭ、光学的ストレージ、等々を含むがそれに限定されない）において具体化されたコンピュータ可読プログラム製品の形式を取り得る。
【００７０】
より詳細に説明すると、本発明は、ハードウエア、ソフトウエア、またはハードウエア及びソフトウエアの組み合わせとして実現可能である。ハードウエアとソフトウエアの組み合わせによる実行において、所定のプログラムを有するコンピュータ・システムにおける実行が典型的な例として挙げられる。かかる場合、該所定プログラムが該コンピュータ・システムにロードされ実行されることにより、該プログラムは、コンピュータ・システムを制御し、本発明にかかる処理を実行させる。このプログラムは、任意の言語・コード・表記によって表現可能な命令群から構成される。そのような命令群は、システムが特定の機能を直接、または１．他の言語・コード・表記への変換、２．他の媒体への複製、のいずれか一方もしくは双方が行われた後に、実行することを可能にするものである。もちろん、本発明は、そのようなプログラム自体のみならず、プログラムを記録した媒体もその範囲に含むものである。本発明の機能を実行するためのプログラムは、フロッピー・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ハード・ディスク装置、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記録媒体に格納することができる。かかるプログラムは、記録媒体への格納のために、通信回線で接続する他のコンピュータ・システムからダウンロードしたり、他の記録媒体から複製したりすることができる。また、かかるプログラムは、圧縮し、または複数に分割して、単一または複数の記録媒体に格納することもできる。
【００７１】
本発明の好適な実施例を説明したけれども、当業者が基本的な発明概念を学べば、当業者にとってそれらの実施例における更なる変更および修正は想起し得ることである。従って、特許請求の範囲の記載は好適な実施例を含むように解釈されるべきであり、そのような変更および修正はすべて本発明の真意および範囲内にあるものとして解釈されるべきである。
【図面の簡単な説明】
【００７２】
【図１】従来技術に従ってユーザのディスプレイ画面上に配列された複数のＩＭウィンドウを示す、ＩＭシステムのグラフィカル・ユーザ・インターフェース（ＧＵＩ）表示のサンプルを示す図である。
【図２】本発明に従って、ＩＭウィンドウのポップアップが抑止された場合にも依然として新たなメッセージ・テキストの到着が受信者に対してグラフィック的に指示されるＧＵＩディスプレイのサンプルを示す図である。
【図３】図２における情報を表すための代替え方法を示す図である。
【図４】本発明に従って、ＩＭユーザが自分の現在のＩＭステータスを選択すること可能にする構成メニューのサンプルを示す図である。
【図５】本発明の実施例によって実行時に使用可能なルールのサンプルを示す図である。
【図６】本発明の実施例によって実行時に使用可能なルールのサンプルを示す図である。
【図７】本発明を実施することができる通常の分散データ処理システムの一例を示す図である。
【図８】本発明を実施することができるデータ処理システム内で使用することができるコンピュータ・アーキテクチャの一例を示す図である。
【図１】
2005085263.tif 000003
【図２】
2005085263.tif 000004
【図３】
2005085263.tif 000005
【図４】
2005085263.tif 000006
【図５】
2005085263.tif 000007
【図６】
2005085263.tif 000008
【図７】
2005085263.tif 000009
【図８】
2005085263.tif 000010