JP4384839B2 - 構成可能で、組み込み可能なデリバリー・マネージャを使ったインスタント・メッセージの経路指定 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は一般にインスタント・メッセージングに関し、特に構成可能（configurable）かつ組み込み可能（pluggable）なデリバリー・マネージャを使って、インスタント・メッセージを意図された宛先へ経路指定（ルーティング）するメッセージング環境を提供することに関する。
【０００２】
【従来の技術】
今日の通信環境では、インスタント・メッセージングはありふれたものである。ユーザは一人以上の意図された宛先へメッセージを送信し、それらメッセージが即座に送達されることを期待する。インターナショナル・ビジネス・マシーンズ・コーポレーションによって提供されるセイムタイム・プロトコル（SameTime protocol）、又はＡＯＬによって提供されるインスタント・メッセンジャー（Instant Messenger）など、１つ以上のインスタント・メッセージング・プロトコルを含む様々な機構が、インスタント・メッセージングのために使用される。ページャ・ゲートウエイなど、他の技術もまたインスタント・メッセージを送信するのに使用される。
【０００３】
インスタント・メッセージングは慣用技術であるが、しばしばメッセージが意図された宛先に届かないことがある。例えばメッセージング・プロトコルがダウンしたり又は意図された宛先がメッセージを送るプロトコルへのアクセスをもたない（例えばコンピュータにアクセスしていない）場合である。
【０００４】
【発明が解決しようとする課題】
したがって、インスタント・メッセージが意図された宛先に届く成功率を高める能力に対する必要性が依然としてある。メッセージを意図された宛先へ経路指定するために使用されるべき、構成可能及びフレキシブルなデリバリー・ポリシーを提供することができる環境に対する更なる必要性がある。
【０００５】
【課題を解決するための手段】
インスタント・メッセージの経路を指定する方法の提供により、従来技術の欠点は克服され、付加的な利点が提供される。その方法は例えば、実行時に、組み込み可能なデリバリー・マネージャにより、インスタント・メッセージをその意図された宛先へ経路指定するために使用されるデリバリー・ポリシーを、組み込み可能なデリバリー・マネージャの構成、意図された宛先のユーザ構成、及び１つ以上の使用可能なデリバリー機構に基づいて定義し、デリバリー・ポリシーを使ってインスタント・メッセージを意図された宛先へ経路指定することを含む。
【０００６】
本発明の更なる局面において、インスタント・メッセージの経路を指定する方法が提供される。その方法は例えばインスタント・メッセージの意図された宛先へインスタント・メッセージを経路指定するべき、組み込み可能なデリバリー・マネージャを選択し、実行時に、インスタント・メッセージの中身を使用して、一組の構成から前記デリバリー・マネージャに対する１つの構成を選択することによりデリバリー・マネージャを構成し、前記意図された宛先によりサポートされている１つ以上のデリバリー機構を決定するために意図された宛先のユーザ構成をデリバリー・マネージャにより問い合わせ、１つ以上の使用可能なデリバリー機構をデリバリー・マネージャにより決定し、１つ以上の可能なデリバリー機構を与えるために、前記問い合わせと前記決定の結果に共通な１つ以上のデリバリー機構をデリバリー・マネージャにより識別し、前記１つ以上の可能なデリバリー機構から、デリバリー・マネージャによりサポートされる少なくとも１つのデリバリー機構を選択し、少なくとも１つのデリバリー機構を使って、意図された宛先へインスタント・メッセージを経路指定することを含む。
【０００７】
上記要約した方法に対応するシステムとコンピュータプログラムもまたここで説明され、特許請求の範囲に記載される。
【０００８】
有利なことは、デリバリー・マネージャーが組み込まれ、実行時に動的に構成され、ユーザから意図された宛先へのインスタント・メッセージの経路指定を制御するために使用される、メッセージング環境が提供されることである。デリバリー・マネージャは、ユーザ構成と、現在使用可能なデリバリー機構と、デリバリー・マネージャの構成とに基づくデリバリー・ポリシーを決定し、適用する。
【０００９】
本発明の一局面においては、より堅固で、インテリジェントな同期通信の技術を提供するために、複数のプロトコル及び通知サービスを統合する、インスタント・メッセージ・デリバリー環境が提供される。
【００１０】
追加的な特徴及び利点は本発明の技術を通して実現される。本発明の他の実施例や局面は、ここで詳細に説明され、特許請求の範囲に記載された発明の一部と考えられる。
【００１１】
【発明の実施の形態】
本発明の一局面に従うと、デリバリー・マネージャ（すなわち経路指定論理モジュール）が組み込まれ、実行時に動的に構成され、ユーザから意図された宛先（例えば他のユーザ）へのインスタント・メッセージの経路指定を制御するために使用される、メッセージング環境が提供される。デリバリー・マネージャは、ユーザ構成と、現在使用可能なデリバリー機構と、デリバリー・マネージャの構成に基づく、デリバリー・ポリシーを決定し、適用してそのメッセージの経路指定をする。
【００１２】
本発明の局面を組み入れ、かつ使用するコンピュータ環境の１つの実施例が図１に示されている。図１に示されるように、コンピュータ環境１００は、例えば接続１０６を介して、少なくとも１つのコンピュータ装置１０４に接続された、少なくとも１つのコンピュータ装置１０２を含む。各コンピュータ装置は例えば、パーソナルコンピュータ、ワークステーション、ラップトップコンピュータ、又は任意の他の型のコンピュータを含む。一例として、各装置はＵＮＩＸ(R)アーキテクチャに基づいたパーソナルコンピュータである。更に接続１０６は、任意のタイプの有線接続、トークン・リング、又はネットワーク接続など、標準の接続である。あるいは接続１０６は、一つ以上のサービスを含む通信チャンネルでもよい。
【００１３】
インスタント・メッセージを１以上の意図された宛先（コンピュータ装置２又は他のコンピュータ装置のユーザなど）へ送信することを望む、１つ以上のクライアント・アプリケーションは、少なくとも１つのコンピュータ装置（例えばコンピュータ装置１）の上で実行される。クライアント・アプリケーションは、メッセージの経路指定に責任のある複数の様々なデリバリー・マネージャをサポートする、メッセージング環境で動作する。
【００１４】
本発明の一局面に従って、デリバリー・マネージャは実行時に動的に追加したり構成したりすることができる。従ってユーザは、どのデリバリー・マネージャを使用すべきか、及び特定のメッセージに対してデリバリー・マネージャをどのように構成するかを実行時に選択することができる。デリバリー・マネージャは、その後デリバリー・ポリシーを使ってそのメッセージのデリバリーを制御する。デリバリー・ポリシーは以下に説明するように、宛先の構成、デリバリー・マネージャの構成及び使用可能なデリバリー機構によって制約を受ける。
【００１５】
ユーザから意図された宛先へのインスタント・メッセージの経路指定に関係付けられる論理の１つの実施例を、図２を参照して説明する。この論理は例えばコンピュータ環境のクライアント・アプリケーションによって実行される。
【００１６】
図２を参照すると、初めユーザは、ステップ２００において宛先へ送られるべきインスタント・メッセージを作成する。このようなメッセージの一例が図３に示されている。図に示すように、インスタント・メッセージ３００は、例えばそのメッセージの意図された宛先を示すユーザ名３０２、その意図された宛先へ送達されるべきメッセージを含むメッセージの本文３０４、及び１つ以上のオプショナル・プロパティ３０６を含む。一例として、それらのプロパティは、振る舞い（例えばメッセージの優先度）、そのメッセージの有効期限、その他の特徴など、望まれる様々な特徴を含む。
【００１７】
図２に戻って、メッセージの作成に加えて、その特定のメッセージの経路指定に責任のあるデリバリー・マネージャが、ステップ２０２において選択される。例えばクライアント・アプリケーションは、１つ以上の使用可能なデリバリー・マネージャのグループ（例えば使用可能なデリバリー・マネージャのクラス）のドロップダウン・メニューを提供し、ユーザはそれらマネージャーの１つを選択する。更なる例として、クライアント・アプリケーションは、使用可能なデリバリー・マネージャのグループから１つのデリバリー・マネージャを選択する論理（例えば意図された宛先などの基準に基づく選択）を含む。
【００１８】
デリバリー・マネージャのグループは、例えばクライアント・アプリケーションによって使用可能なデータベース４００（図４）内に保存される。すなわち、そのデータベースは使用可能なデリバリー・マネージャのリストを含む。それらのデリバリー・マネージャは組み込み可能及びホットスワップ可能（例えば実行時に追加したり変更したりすることができる）である。特に、機能的に異なる複数のデリバリー・マネージャを同時に実装することができ、また動的に追加、削除又は変更することができる。
【００１９】
再び図２に戻ると、デリバリー・マネージャの特定のクラスの選択に続き、ステップ２０４において、そのデリバリー・マネージャのインスタンスが作成され、メッセージがそのインスタンスに割り当てられる。ここに挙げられる例では、各メッセージはそれ自身のデリバリー・マネージャに割り当てられる。しかしながら他の実施例では、１つのデリバリー・マネージャは複数のメッセージにサービスすることができる。
【００２０】
次にステップ２０６において、デリバリー・マネージャの構成が、例えばデリバリー・マネージャ構成データベースから選択される。このようなデータベースの１つの例が図５に示されている。図に示すように、デリバリー・マネージャ構成データベース５００は、各デリバリー・マネージャに対して１つの構成テーブル５０１を含んでいる。構成テーブル５０１は、対応するデリバリー・マネージャの１以上の構成を含む。これらの構成は実行時に、動的にデリバリー・マネージャを構成するのに使用される
【００２１】
１つの実施例では、選ばれたデリバリー・マネージャに対する特定の構成は、メッセージの中身に基づいて選択される。例えば、優先度のようなプロパティの１つの値が、どの構成を選択すべきかを決定するのに使用される。すなわち、もし優先度がノーマルならば（図３の３０６参照）、ノーマル優先度（図５参照）に対する構成が選択される。同様にもし優先度が緊急であるなら、緊急優先度に対する構成が選択される。
【００２２】
デリバリー・マネージャに対する構成の選択に続いて、ステップ２０８において（図２）デリバリー・マネージャはその選択された構成データで初期化される。これは動的にデリバリー・マネージャを構成し、デリバリー・マネージャはメッセージの経路指定を開始する準備ができる。
【００２３】
経路指定処理の初期ステップとして、デリバリー・マネージャはメッセージを意図された宛先へ経路指定するために使用されるべき経路指定ポリシーを、ステップ２１０において定義する。ポリシーを定義する１つの構成要素は、どうやって意図された宛先がメッセージを受け取りたいのかを決定するために、ステップ２１２において、デリバリー・マネージャによってユーザ構成データベースに問い合わせることを含む。
【００２４】
ユーザ構成データベースの一例が図６に示されている。ユーザ構成データベース６００は有効なメッセージ宛先の各々に対してデリバリー機構テーブル６０２を含む。各テーブルは、対応するユーザによってサポートされている、１つ以上のデリバリー機構に対する構成情報６０４を含む。すなわち各々の意図された宛先は、テーブルによって定義されるように、１つ以上の論理位置に存在する論理ユーザである。
【００２５】
構成情報はユーザによってサポートされている各デリバリー機構の識別子（例えばインスタント・メッセージング（IM）プロトコル2、Eメール、ページャ）と機構固有の構成を含む。機構固有の構成は、特定のサーバ上での宛先のログイン名（例えばユーザ=hsmith@im.netなど）、暗号化メッセージング・プロトコルに対する公開鍵などのデータを含む。
【００２６】
メッセージのユーザ名はユーザ構成データベース内で、そのユーザに対応するテーブルを見つけるためのインデックスとして使用される。デリバリー・マネージャは、意図された宛先が希望するメッセージ受け取り方法を決定するために、テーブルにアクセスする。図６に示された例では、ユーザ名はジョン・スミスであり、ジョン・スミスに対する機構はインスタント・メッセージング（ＩＭ）プロトコル２、Ｅメール、及びページャを含む。
【００２７】
図２に戻って、経路指定ポリシーを定義するために、ユーザ構成データベースへの問い合わせに加えて、ステップ２１４において、デリバリー・マネージャはコンピュータ環境のアクティブなデリバリー機構を決定するために、デリバリー機構データベースにも問い合わせる。このようなデータベースの一例が図７に示されている。
【００２８】
図７に示すように、デリバリー機構データベース７００は、現在メッセージを送信することのできる１つ以上のデリバリー機構７０２を含む。このデータベースは、例えば現在の操作環境を反映するためにクライアント・アプリケーションによって、動的にアップデートされる。
【００２９】
デリバリー機構構成テーブル６０２のデリバリー機構とデリバリー機構データベース７００のアクティブなデリバリー機構の共通点が、割り当てられたインスタント・メッセージの経路指定にとって使用可能な一組の機構を特定する。例えば、ここで図示された特定の例では、その一組の機構はインスタント・メッセージング・プロトコル２、Ｅメール、及びページャを含む。この一組の機構は、メッセージを意図された宛先へ経路指定するために使用される、経路指定ポリシーを定義する。
【００３０】
デリバリー・マネージャはステップ２１６（図２）において、しかしながらそれ自身の構成による制約を受けて、経路指定ポリシーを実行する。（この制約を受けた経路指定ポリシーはここではデリバリー・ポリシーと称呼される。）例えばもし経路指定ポリシーが、インスタント・メッセージング・プロトコル２、Ｅメール、及びページャを含む一組の機構を与え、しかしデリバリー・マネージャの構成がＥメールを含まないならば（図５参照）、デリバリー・マネージャはインスタント・メッセージング・プロトコル２とページャの使用に制限される。
【００３１】
デリバリー・マネージャはデリバリー・ポリシーを適用してメッセージを意図された宛先へ送信する。特にインスタント・メッセージは、デリバリー・ポリシーの使用可能な１つ以上のデリバリー機構へ、デリバリー・ポリシーの定義に従って、直列形式又は並列形式で発送される。この例では、デリバリー・マネージャはインスタント・メッセージをインスタント・メッセージング・プロトコル２へ送り、そしてもし宛先があいていなかったら、送信者にプロンプトを出した後、英数字ページャを開始する。これはデリバリー・マネージャの選択された構成（ノーマル優先度）によって示されている（図５参照）。
【００３２】
ここで説明された特定の例の概観が、図８に示されている。図に示されているように、選択されたデリバリー・マネージャ８００は８０２のように構成される。デリバリー・マネージャはジョン・スミスに対するデリバリー機構構成テーブル８０４とデリバリー機構データベース８０６に問い合わせて、ジョン・スミスへのメッセージを送るために使用されるべき経路指定ポリシーを定義する。この例において、経路指定ポリシーはインスタント・メッセージング・プロトコル２、英数字Pager及びＥメールを含む。経路指定ポリシーは、しかしながら、構成８０２によって制約を受ける。すなわちデリバリー・マネージャは、自身が選択できない機構を使用することはできない。従ってデリバリー・マネージャは、構成８０２によって制約された経路指定ポリシーである、デリバリー・ポリシーを定義する。この例ではデリバリー・ポリシーはインスタント・メッセージング・プロトコル２（８０８）とページャ（８１０）を含む。
【００３３】
デリバリー・マネージャはその後、デリバリー・ポリシーの１つ以上のその機構を使用して、ジョン・スミスへのメッセージの経路を指定する。これら機構の使用態様は、構成８０２によって定義される。この例では、メッセージは、初めインスタント・メッセージング・プロトコル２によって送信され、送信者にプロンプトを出した後、ページャによって送信される。
【００３４】
特定の例を説明してきたが、本発明はこのような例に制限されない。例えば、追加の又は異なるデリバリー・マネージャやデリバリー・マネージャの構成が可能である。更に、複数の宛先が、追加の又は異なる、彼らにとって使用可能なデリバリー機構をもつことができる。また、様々な時点で、追加の又は異なるメッセージ・デリバリー機構が使用可能である。
【００３５】
組み込み可能な、エージェント主導型の、制約ベースのインスタント・メッセージング・デリバリー環境が上で詳細に説明された。そのデリバリー環境はより堅固で、インテリジェントな同期通信の技術の提供を促進するために、複数のプロトコル及び通知サービスを統合する。その環境は、同時に多くの信頼できないサービスを自動的に実行し及び動的に構成することによって、堅固なメッセージ・デリバリーを提供する。ユーザ（例えば１の論理ユーザ）がメッセージを作成しそれを一以上の意図された宛先（例えば同じ又は異なるコンピュータ装置上の他の１以上の論理ユーザ）へ発送する場合、システムはそれをある１つのデリバリー・マネージャへ割り当てる。そのデリバリー・マネージャは、そのメッセージの論理内容を宛先へ経路指定する責任をとるエージェントである。メッセージの宛先は、どうやって、異なるデリバリー機構又はメッセージング・サービスを介して、宛先に接触することができるのかを指定する、対応プロファイルをもつ。デリバリー・マネージャ・エージェントは、エージェント固有の構成と対になったメッセージ経路指定アルゴリズムを含む、デリバリー・ポリシーを固守する。
【００３６】
本発明の１つの局面においては、デリバリー・マネージャとデリバリー機構の両方が、組み込み可能及びホットスワップ可能である。これは複数の実装又は機能的な変形が同時に存在し、動的に追加又は削除することができることを意味する。デリバリー機構は、広範囲の様々なネットワーク・プロトコルと通知サービスに対する抽象化を提供する、共通の一組のインスタント・メッセージング機能をサポートする。デリバリー・マネージャは、異なるデリバリー・ポリシーを実行する各変形に関して、共通のメッセージ経路指定インターフェースをサポートする。デリバリー・ポリシーは、メッセージが発送されたときに使用可能な、任意のデリバリー機構を利用することができる。デリバリー・マネージャはメッセージの優先度など、ユーザ構成に従って、メッセージ単位で選択される。
【００３７】
有利なことには、本発明の１つ以上の局面は、従来技術のインスタント・メッセージング・ソリューションに比べて、メッセージ・デリバリーの成功率が高くなっている。また、インスタント・メッセージング・クライアントと一般的に関係付けられていないデリバリー機構（例えばページャやＥメール）を組み入れる。更にユーザに、メッセージ単位で相互作用を要求することなく、メッセージ経路指定動作の細分化された、正確な制御を提供する。更に、コアシステムとは別に、実装され及び分散が可能であり、それによりインクリメンタルな改善及び拡張が可能な、新しいメッセージのデリバリー機構（組み込み可能なシステム構成要素）をサポートする。クライアント側のデリバリー・マネージャは、現在の操作環境及び個々のメッセージ要件に基づくこれら制約を用いることによって、効率的にメッセージの経路を指定する。
【００３８】
上述したコンピュータ環境やコンピュータ装置は例として提示されたにすぎない。本発明は、本発明の精神から離れることなく、多く型のコンピュータ、プロセッサ、ノード、システム、ワークステーション環境などと共に実施可能である。
【００３９】
本発明は、例えばコンピュータ可用媒体に記録可能なプログラムとして実施することができる。プログラムは例えば、本発明の機能を実現するためのコンピュータ可読コード手段を含む。プログラムはコンピュータシステムの一部として含まれ又は分けて販売することができる。
【００４０】
更に、機械によって読み取り可能な少なくとも１つのプログラム記憶装置であって、上記のプログラムを記憶する記憶装置が提供される。
【００４１】
ここに図示された流れ図は例にすぎない。本発明の精神から離れることなく、ここで説明されたステップ（又は操作）の多くの変形が可能である。例えばそれらのステップは異なる順序で実行することができ、またステップを追加したり、削除したり、変更したりすることができる。これら変形の全ては特許請求の範囲に記載された発明の一部と考えられる。
【００４２】
好適実施例がここにおいて詳細に図示され説明されたが、様々な変形、追加、代替等が本発明の精神から離れない範囲で可能であることは当業者にとって明らかであり、これらはそれゆえ請求項において定義された発明の範囲内であると考えられる。
【図面の簡単な説明】
【図１】本発明の一局面を具体化及び使用するコンピュータ環境の一つの例を示した図である。
【図２】本発明の一局面に従って、構成可能及び組み込み可能なデリバリー・マネージャを使った、インスタント・メッセージの経路指定に関連付けられるロジックの一例の流れ図である。
【図３】本発明の一局面に従った、インスタント・メッセージの一例を示した図である。
【図４】本発明の一局面に従った、デリバリー・マネージャ・データベースの一例を示した図である。
【図５】本発明の一局面に従った、デリバリー・マネージャ構成データベースの一例を示した図である。
【図６】本発明の一局面に従った、ユーザ構成データベースの一例を示した図である。
【図７】本発明の一局面に従った、デリバリー機構データベースの一例を示した図である。
【図８】本発明の一局面を使用した特定の経路指定の例を示した図である。
【符号の説明】
１００ コンピュータ環境
１０２ コンピュータ装置
１０６ 接続
３００ インスタント・メッセージ
３０２ ユーザ名
３０４ 本文
３０６ プロパティ
４００ デリバリー・マネージャ・データベース
５００ デリバリー・マネージャ構成データベース
５０１ 構成テーブル
５０２ デリバリー・マネージャの構成
６００ ユーザ構成データベース
６０２ デリバリー機構テーブル
６０４ 構成情報
７００ デリバリー機構データベース
７０２ デリバリー機構

Claims (7)

1. インスタント・メッセージの経路指定方法であって、
   インスタント・メッセージを該インスタント・メッセージの意図された宛先へ経路指定をするべき、組み込み可能なデリバリー・マネージャを選択するステップと、
   実行時に、前記インスタント・メッセージの中身を使用して、一組の構成から前記デリバリー・マネージャに対する１つの構成を選択するステップと、
   前記意図された宛先によりサポートされる１つ以上のデリバリー機構を決定するために、デリバリー・マネージャにより、前記意図された宛先のユーザ構成を問い合わせるステップと、
   デリバリー・マネージャにより、送信側における１つ以上の使用可能なデリバリー機構を決定するステップと、
   １つ以上の可能なデリバリー機構を与えるために、デリバリー・マネージャにより、前記問い合わせと前記決定の結果に共通な１つ以上のデリバリー機構を識別するステップと、
   前記１つ以上の可能なデリバリー機構から、デリバリー・マネージャによりサポートされる少なくとも１つのデリバリー機構を選択するステップと、
   前記少なくとも１つのデリバリー機構を使って、前記意図された宛先へ前記インスタント・メッセージを経路指定するステップとを含む方法。
2. 請求項１に記載の方法であって、デリバリー・マネージャによってサポートされている前記少なくとも１つのデリバリー機構が、デリバリー・マネージャの選択された前記１つの構成内に含まれる方法。
3. インスタント・メッセージの経路指定システムであって、
   インスタント・メッセージを該インスタント・メッセージの意図された宛先へ経路指定をするべき、組み込み可能なデリバリー・マネージャを選択する手段と、
   実行時に、前記インスタント・メッセージの中身を使用して、一組の構成から前記デリバリー・マネージャに対する１つの構成を選択する手段と、
   前記意図された宛先によりサポートされている１つ以上のデリバリー機構を決定するために、デリバリー・マネージャにより、前記意図された宛先のユーザ構成を問い合わせる手段と、
   デリバリー・マネージャにより、送信側における１つ以上の使用可能なデリバリー機構を決定する手段と、
   １つ以上の可能なデリバリー機構を与えるために、デリバリー・マネージャにより、前記問い合わせと前記決定の結果に共通な１つ以上のデリバリー機構を識別する手段と、
   前記１つ以上の可能なデリバリー機構から、デリバリー・マネージャによりサポートされる少なくとも１つのデリバリー機構を選択する手段と、
   前記少なくとも１つのデリバリー機構を使って、前記意図された宛先へ前記インスタント・メッセージを経路指定する手段とを含むシステム。
4. 請求項３に記載のシステムであって、デリバリー・マネージャによってサポートされている前記少なくとも１つのデリバリー機構が、デリバリー・マネージャの選択された前記１つの構成内に含まれるシステム。
5. インスタント・メッセージの経路指定システムであって、
   インスタント・メッセージを該インスタント・メッセージの意図された宛先へ経路指定する組み込み可能なデリバリー・マネージャを含み、前記デリバリー・マネージャは、実行時に、前記インスタント・メッセージの中身を使用して、一組の構成から前記デリバリー・マネージャに対する１つの構成を選択することによって構成され、更に前記デリバリー・マネージャが、
   １）前記意図された宛先によりサポートされている１つ以上のデリバリー機構を決定するために意図された宛先のユーザ構成を問い合わせ、
   ２）送信側における１つ以上の使用可能なデリバリー機構を決定し、
   ３）１つ以上の可能なデリバリー機構を与えるために、前記問い合わせと前記決定の結果に共通な１つ以上のデリバリー機構を識別し、
   ４）前記１つ以上の可能なデリバリー機構から、デリバリー・マネージャによりサポートされる少なくとも１つのデリバリー機構を選択し、
   ５）前記少なくとも１つのデリバリー機構を使って、前記意図された宛先へ前記インスタント・メッセージを経路指定するシステム。
6. 機械によって読み取り可能なプログラム記憶装置であって、インスタント・メッセージの経路指定方法を実行するために、機械によって実行可能なプログラムを記憶し、該方法が、
   インスタント・メッセージを該インスタント・メッセージの意図された宛先へ経路指定をするべき、組み込み可能なデリバリー・マネージャを選択するステップと、
   実行時に、前記インスタント・メッセージの中身を使用して、一組の構成から前記デリバリー・マネージャに対する１つの構成を選択するステップと、
   前記意図された宛先によりサポートされている１つ以上のデリバリー機構を決定するために、デリバリー・マネージャにより、前記意図された宛先のユーザ構成を問い合わせるステップと、
   デリバリー・マネージャにより、送信側における１つ以上の使用可能なデリバリー機構を決定するステップと、
   デリバリー・マネージャにより、１つ以上の可能なデリバリー機構を与えるために、前記問い合わせと前記決定の結果に共通な１つ以上のデリバリー機構を識別するステップと、
   前記１つ以上の可能なデリバリー機構から、デリバリー・マネージャによりサポートされる少なくとも１つのデリバリー機構を選択するステップと、
   前記少なくとも１つのデリバリー機構を使って、前記意図された宛先へインスタント・メッセージを経路指定するステップとを含むプログラム記憶装置。
7. 請求項６に記載のプログラム記憶装置であって、前記デリバリー・マネージャによってサポートされる少なくとも一つのデリバリー機構が、前記デリバリー・マネージャの選択された前記１つの構成内に含まれるプログラム記憶装置。

Images