(57)【要約】  送信者が、電子メール、インスタントメッセージング等を含む全てのメッセージシステムについて、汎用的なメッセージ入力形式を用いることができるシステム及び方法を提供する。ユーザは、受信者の名称及びメッセージを入力し、ディスパッチサーバ（２４）は、適切なメッセージングエンジン（３０、３２、３４、３６）を用いて、受信者コンピュータ（３８）にメッセージをインテリジェントにルーティングする。
2007531088.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの送信者コンピュータ（１２）と、
上記送信者コンピュータ（１２）において、該送信者コンピュータ（１２）のユーザが、少なくとも受信者の識別情報及びメッセージを入力することができ、如何なる特定のメッセージングエンジンにも関連付けられていないメッセージ入力ファイルを呼び出すメッセージ入力ファイル呼出手段（１４）と、
上記送信者コンピュータ（１２）及び上記受信者の識別情報に関連する受信者コンピュータ（３８）と通信し、ロジックを実行する少なくとも１つのディスパッチサーバ（２４）とを備え、
上記ディスパッチサーバ（２４）が実行するロジックは
上記送信者コンピュータ（１２）から入力ファイルを受け取り（４２）、
上記ディスパッチサーバ（２４）が使用可能な複数のメッセージングエンジンから、使用するメッセージングエンジン（３０、３２、３４、３６）を決定し（４４）  、
上記決定によって選択されたメッセージングエンジンを用いて、上記受信者コンピュータ（３８）にメッセージを送信する（５０）通信システム（１０）。
【請求項２】
上記メッセージ入力ファイルは、可視のタイプされたデータエントリの形式として上記送信者コンピュータ（１２）のユーザに表示されることを特徴とする請求項１記載の通信システム。
【請求項３】
上記メッセージ入力ファイルは、上記送信者コンピュータ（１２）のユーザが聴くことができる可聴のデータエントリとしてアクセスできることを特徴とする請求項１記載の通信システム。
【請求項４】
上記送信者コンピュータ（１２）は、メッセージングエンジンを有さないライトクライアントであることを特徴とする請求項１記載の通信システム。
【請求項５】
上記決定は、上記メッセージ入力ファイルにおいて、メッセージングシステムが指定されているか否かを判定し、メッセージングシステムが指定されている場合、該メッセージングシステムに関連するメッセージングエンジンを呼び出すことを特徴とする請求項１記載の通信システム。
【請求項６】
上記決定は、少なくとも部分的に、受信者情報に基づいて実行されることを特徴とする請求項１記載の通信システム。
【請求項７】
上記決定は、少なくとも部分的に、メッセージのコンテンツに基づいて実行されることを特徴とする請求項１記載の通信システム。
【請求項８】
上記決定は、少なくとも他のメッセージングエンジンを指示する情報がない場合、デフォルトメッセージングエンジンを選択することを特徴とする請求項１記載の通信システム。
【請求項９】
メッセージファイル及び２つ以上のメッセージングシステムのうちの１つを用いて、送信者コンピュータ（１２）から、受信者コンピュータ（３８）にメッセージを送信する通信方法において、
ユーザが入力したメッセージング情報を含む上記メッセージファイルを受信するステップと、
複数のメッセージングシステム（３０、３２、３４、３６）にアクセス可能なサーバコンピュータに上記メッセージングファイルを送信するステップと、
上記サーバコンピュータにおいて、メッセージを配信するために使用するメッセージングシステム（３０、３２、３４、３６）を決定し、該決定によって選択されたメッセージングシステムを用いて、上記受信者コンピュータ（３８）に少なくともユーザが入力したメッセージング情報の一部を送信するステップとを有する通信方法。
【請求項１０】
インターネットを介して、少なくとも１つの送信者コンピュータ（１２）と、少なくとも１つの受信者コンピュータ（３８）とにアクセスするサーバコンピュータ（２４）において、
上記送信者コンピュータ（１２）からの、メッセージングサービスを指定しないメッセージの受信に応じて、複数のメッセージングエンジンから、呼出のための１つのメッセージングエンジンを選択する選択手段（２６／４４）と、
上記選択手段によって選択されたメッセージングエンジンを用いて、上記受信者コンピュータ（３８）に送信するために、上記送信者コンピュータ（１２）からのメッセージを、該選択手段によって選択されたメッセージングエンジンで使用するために適切にフォーマットするフォーマット手段（４８）とを備えるサーバコンピュータ。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、２００４年３月１８日に出願された米国仮出願第６０／５５４，７５５号の優先権を主張する。
【技術分野】
【０００２】
本発明は、コンピュータ化されたメッセージングサービスに関連する。
【背景技術】
【０００３】
メッセージを受信者に送信するためには、特定の通信又はメッセージングシステムのプロトコルを用いて、メッセージを受信者に宛てて送信する必要がある。例えば、特定のメッセージを送信する場合、ユーザは、電子メール、インターネットに接続されたコンピュータを介したインスタントメッセージングサービス、ショートメッセージングサービス（short message service：ＳＭＳ）を用いた電話機におけるテキスト入力、マルチメディアメッセージングサービス（multimedia messaging service：ＭＭＳ）として知られる同様の電話機を用いたメッセージングサービス、及び他のメッセージングシステムのいずれを用いるかを決めなくてはならない。各システムには、当然ながら、長所及び短所があり、また、必ずしも意図された受信者の全員が、送信者が用いた全てのシステムにアクセスできるわけではない。
【０００４】
したがって、メッセージを受信者に送る手法を決定する際、送信者は、コスト、受信者の能力、受信者の所在及び好み等の様々な要素のバランスを考慮しなくてはならない。そして、送信者は、選択されたメッセージングシステムを起動し又は呼び出し、これを使用しなくてはならないが、このタスクは、利便性の向上のための技術が、メッセージングの技術的な進歩及び能力に追いついていないため、より困難になっている。以上の問題を鑑み、以下に説明する本発明を提供する。
【発明の開示】
【課題を解決するための手段】
【０００５】
通信システムは、少なくとも１つの送信者コンピュータと、送信者コンピュータにおいて、送信者コンピュータのユーザが、少なくとも受信者の識別情報及びメッセージを入力することができ、如何なる特定のメッセージングエンジンにも関連付けられていないメッセージ入力ファイルを呼び出すメッセージ入力ファイル呼出手段とを備える。ディスパッチサーバは、送信者コンピュータ及び受信者の識別情報に関連する受信者コンピュータと通信し、ロジックを実行する。このロジックは、送信者コンピュータから入力ファイルを受け取る。更に、このロジックは、ディスパッチサーバが使用可能な複数のメッセージングエンジンから、使用するメッセージングエンジンを決定する。メッセージは、この決定によって選択されたメッセージングエンジンを用いて、受信者コンピュータに送信される。
【０００６】
メッセージ入力ファイルは、可視のタイプされたデータエントリの形式として送信者コンピュータのユーザに表示してもよく、送信者コンピュータのユーザが聴くことができる可聴のデータエントリとしてアクセスできるようにしてもよい。いずれの場合も、メッセージングエンジンの技術的詳細をサーバに負わせているために、送信者コンピュータは、メッセージングエンジンを有さないライトクライアント（light client）であってもよい。
【０００７】
非限定的な実施例では、サーバは、メッセージ入力ファイルがメッセージングシステムを指定しているか否かを判定し、メッセージングシステムが指定されている場合、サーバは、メッセージングシステムに関連するメッセージングエンジンを呼び出すことができる。また、サーバは、受信者の所在及び／又は好みに関する情報に基づいてメッセージングシステムを選択してもよい。他のメッセージングエンジンを指示する情報がない場合、デフォルトメッセージングエンジンを選択してもよい。
【０００８】
他の側面として、メッセージファイル及び２つ以上のメッセージングシステムのうちの１つを用いて、送信者コンピュータから、受信者コンピュータにメッセージを送信する通信方法は、ユーザが入力したメッセージング情報を含むメッセージファイルを受信するステップを有する。更に、この通信方法は、複数のメッセージングシステムにアクセス可能なサーバコンピュータにメッセージングファイルを送信するステップを有する。サーバコンピュータは、メッセージを配信するために使用するメッセージングシステムを決定し、この決定によって選択されたメッセージングシステムを用いて、受信者コンピュータに少なくともユーザが入力したメッセージング情報の一部を送信する。
【０００９】
更に他の側面として、本発明は、インターネットを介して、少なくとも１つの送信者コンピュータと、少なくとも１つの受信者コンピュータとにアクセスするサーバコンピュータを提供する。サーバコンピュータは、送信者コンピュータからの、メッセージングサービスを指定しないメッセージの受信に応じて、複数のメッセージングエンジンから、呼出のための１つのメッセージングエンジンを選択する選択手段を備える。更に、サーバコンピュータは、選択手段によって選択されたメッセージングエンジンを用いて、受信者コンピュータに送信するために、送信者コンピュータからのメッセージを、選択手段によって選択されたメッセージングエンジンで使用するために適切にフォーマットするフォーマット手段を備える。本発明のその構造及び動作に関する詳細は、添付の図面を参照した説明によって明瞭になる。これらの図面において、同様の要素には共通の符号を付している。
【発明を実施するための最良の形態】
【００１０】
図１に示す通信システム１０は、本発明に基づくロジックを実行するロジックモジュール１４を備える送信者コンピュータ１２を備えている。ここに示す非限定的な好ましい実施の形態では、コンピュータは、１つ以上のソフトウェア又はハードウェア要素にアクセスし、ロジックを実行する。また、図に示すフローチャートは、コンピュータプログラムソフトウェアとして表現される本発明の論理モジュールの構造を論理フローチャートの形式で示しており、このロジックは、状態図又は他の取決めによっても表現できる。このフローチャートは、例えば、本発明に基づいて動作するコンピュータプログラムコード要素又は電子論理回路等の論理要素の構造を示していることは、当業者にとって明らかである。本発明の本質的な実施の形態は、論理要素が、デジタル処理装置（すなわち、コンピュータ又はマイクロプロセッサ）に命令し、処理ステップのシーケンスを実行させるようにする機械要素によって実現されることは明らかである。内部のロジックは、状態マシンと同程度に単純なものであってもよい。
【００１１】
換言すれば、ここに説明するロジックは、例えば、一連のコンピュータにより実行可能な命令として、コンピュータ／サーバ内のプロセッサによって実行されるコンピュータプログラムとして実現できる。これらの命令は、ハードディスクドライブに格納されるとともに、例えば、適切なコンピュータのＲＡＭに常駐させてもよく、若しくは、この命令は、磁気テープ、電子リードオンリーメモリ、又は他の適切なデータストレージ装置に格納してもよい。ユーザは、キーボード又はキーパッド等のテキスト入力装置１６を操作して、送信者コンピュータ１２に情報をタイプ入力することができる。また、必要ならば、音声入力装置１８、例えば、これに限定されるものではないが、音声認識ソフトウェアにデータを供給するマイクロホンを用いて、送信者コンピュータ１２に情報を入力してもよい。更に、マルチメディアソース又はマルチメディア入力装置２０から、マルチメディアデータを送信者コンピュータ１２に入力してもよい。例えば、モニタ２２又はオーディオスピーカ等の１つ以上の出力装置を用いて、送信者コンピュータ１２のユーザに、以下に説明するメッセージ入力形式を含むデータを表示又は出力できる。
【００１２】
以下に説明するロジックのために、送信者コンピュータ１２は、電子メールプログラムや、インスタントメッセージングプログラム等、商業用の如何なるメッセージングエンジンも有する必要はない。これに代えて、送信者コンピュータ１２は、後述する汎用且つ共通の、単一のメッセージファイルを用いてディスパッチサーバ２４と通信するだけでよく、したがって、送信者コンピュータ１２として、低機能なクライアントコンピュータ（thin client computer）を使用することができる。或いは、送信者コンピュータ１２は、メッセージ又は転送の種類を考慮することなくユーザが呼び出すことができる１つの商業用のメッセージングアプリケーションだけを有していればよい。商業用のメッセージングエンジンであるか否かに関わらず、後述する単一の統合されたメッセージングユーザインタフェースが呼び出されると、ユーザは、メッセージをどのように送るかを検討する必要なく、メッセージを作成できる。このような検討は、ディスパッチサーバ２４が、メッセージのコンテンツ（所定のアドレスに宛てられているか、テキストのみか、マルチメディアデータを含むか）、受信者の所在、使用可能性等に基づいて行い、ディスパッチサーバ２４は、「最良の」又はメッセージに最も適切なメッセージングエンジンを用いてメッセージを送信する。
【００１３】
ディスパッチサーバ２４は、ウェブサーバであってもよく、インターネットを介して、送信者コンピュータ１２と通信を行ってもよい。ディスパッチサーバ２４は、後述するロジックを実行するために論理モジュール２６にアクセスできる。必要であれば、所在データベース２８から、インターネットを介して、受信者存在情報（recipient presence information）を受信してもよい。所在データベース２８は、引用により本願に援用される係属中の米国特許出願第１０／８９２，９９３に開示されているデータベースであってもよい。特に所在データは、システムの受信者が如何なるメッセージングシステムを所有しているか、どのシステムが有効であるか、受信者がメッセージの受信を好むシステムはどれか等のコンタクトデータを含んでいてもよい。また、ディスパッチサーバ２４は、送信者コンピュータ１２のユーザに関連している単一のプロファイルにアクセスし、後述するそれぞれのメッセージングエンジンに関連付けられた複数のメッセージングアカウントを管理することができる。
【００１４】
図１に示すように、ディスパッチサーバ２４は、電子メールエンジン３０と、ＳＭＳエンジン３２と、ＭＭＳエンジン３４と、ＩＭエンジン３６とを含む複数のメッセージングエンジンにアクセスできる。この他のエンジンがメッセージングエンジンに含まれていてもよい。送信者コンピュータ１２からのメッセージは、サーバが決定したメッセージングエンジン３０〜３６の１つを用いて、１つ以上の受信者コンピュータ３８に送信される。
【００１５】
なお、ディスパッチサーバ２４がメッセージングエンジンを選択した場合、ディスパッチサーバ２４は、そのメッセージングエンジンによって表現されるメッセージングサービスの特定のフォーマットで、メッセージングエンジンにメッセージを構成させる。これにより、ディスパッチサーバ２４は、選択された特定のメッセージングサービスを用いて、選択されたエンジンに、例えば、暗号化等の所望の機能に必要な、送信者コンピュータ１２のユーザ、送信者コンピュータ１２のユーザの公開パスワード、送信者コンピュータ１２のユーザのデジタル署名等に関する認証情報を供給できる。
【００１６】
以下、図２を参照して、本発明を更に詳細に説明する。まず、ブロック４０において、汎用的な単一のメッセージインタフェースを表示し、ユーザは、このメッセージインタフェースを用いて、少なくともメッセージと、例えば氏名又はユーザ名等の受信者の識別情報とを入力することができ、オプションとして、後述するように、配信に好ましいメッセージングサービスとして、複数のメッセージングエンジンのうちの１つを指定することができる。このメッセージインタフェースは、ユーザが利用でき、例えば、単純な２フィールド（受信者ＩＤ及びメッセージ本文）の形式でユーザに提示されるメッセージ入力ファイルを含んでいてもよく、このメッセージ入力ファイルは、モニタ２２の画面に表示してもよく、優先権書類に詳しく説明されているように、可聴プロンプトを用いて音声として出力することもできる。
【００１７】
ブロック４２では、ユーザは、ブロック４０で提示されたメッセージ入力ファイルに、少なくともメッセージ及び意図する受信者を入力する。そして、ブロック４４において、このメッセージ入力ファイルをディスパッチサーバ２４に供給し、ディスパッチサーバ２４は、ブロック４６において、図１に示す複数のメッセージングエンジン３０〜３６のうち、使用するメッセージングエンジンを決定する。ブロック４８では、ブロック４６で選択された特定のメッセージングエンジンに適合するように、メッセージ入力ファイル内のメッセージを再フォーマット又は再構成し、次に、ブロック５０において、選択されたメッセージングエンジンを用いて、この再フォーマット又は再構成されたメッセージを受信者コンピュータ３８に送信する。
【００１８】
図３は、ディスパッチサーバ２４が、図２のブロック４６において、メッセージエンジンを選択する際に実行できる１つの例示的な処理を示している。まず、判定ブロック５２において、ディスパッチサーバ２４は、送信者コンピュータ１２のユーザが特定のメッセージングシステムを選択したかを判定し、これに該当する場合、ロジックは、ブロック５４に進み、ユーザが選択したシステムを使用する。メッセージングシステムが選択されていない場合、ロジックは、判定ブロック５６に進み、ここで、ディスパッチサーバ２４は、図１に示すユーザ所在データベースにアクセスし、受信者コンピュータが現在有効にしているメッセージングサービスを特定し、及び／又は受信者コンピュータにとって好ましいメッセージングサービスとして指定されているメッセージングサービスを特定する。好ましいメッセージングサービスが指定されている場合、又は利用できるメッセージングサービスが１つのみである場合、ディスパッチサーバ２４は、ブロック５８において、このメッセージングサービスを選択する。
【００１９】
更に、受信者コンピュータのユーザは、図１に示す所在データベースにプロファイルを提供してもよく、このプロファイルに、「最良」のサービスを発見するための発見規則を適用してもよい。一例として、受信者コンピュータのユーザがミーティング中の場合、第１のメッセージングサービス（例えば、電子メール）を使用し、受信者コンピュータのユーザが事務作業中の場合は、ＩＭ等の第２のサービスを選択するようにしてもよい。また、メッセージの種類又はコンテンツに基づいてメッセージングサービスを選択してもよい。例えば、メッセージがマルチメディアを含む場合、ＭＭＳエンジン３４を選択するとよい。例えば、上述したような如何なる情報もない場合、ブロック６０において、デフォルトサービス（例えば、電子メール）を呼び出す。
【００２０】
以上のように、本発明の通信システムにより、複雑なメッセージング技術の障壁がなくなり、ユーザのメッセージング作業が単純化されるとともに、多くの異なるオペレーティングシステムに対応し、容易に携帯できる軽量化された送信者用のクライアントコンピュータを使用することができる。具体的には、本発明は、認証、ロスタ（roster）、所在、エージェント、転送、ゲートウェイ及び変換に関する処理負担を送信者コンピュータ１２からディスパッチサーバ２４に渡し、これにより、送信者コンピュータ１２に対するプロセッサ能力及びデータストレージ容量に関する要求を低減することができる。それぞれのメッセージングサービスに関連する異種のネットワーク間で切換が必要な場合、この切換は、送信者コンピュータ１２のユーザにはトランスペアレントな形式で、ディスパッチサーバ２４が実行する。例えば、送信者コンピュータ１２からのメッセージを他のコンピュータに転送する際、ディスパッチサーバ２４は、１つの種類のメッセージングサービスのために用いられているワイヤレスフェデリティ（８０２．１１ｂ）（Ｗｉ−Ｆｉ）ネットワークを、他の種類のメッセージングサービスのために用いられている汎用パケット無線サービス（ＧＰＲＳ）ネットワークにシームレスに切り換えることができる。更に、例えば、広く普及しているマイクロソフトアウトルック（Microsoft Outlook：商標）等の電子メール用のアプリケーションを通信システム１０に統合してもよい。ディスパッチサーバ２４は、単一のプロファイルを用いて、それぞれ特定のメッセージサービスに関連している複数のユーザアイデンティティ（携帯電話機、会社の電話機、ファックス、ＳＭＳ、Ｅメールアドレス、ＩＭ、ページャ、デバイスアドレス等）を管理でき、このプロファイルは、ユーザが希望すれば、通信システム１０内の他のユーザと共有できる。
【００２１】
通信システム１０に含ませることができる任意の処理を図４に示す。ブロック６２において、ディスパッチサーバ２４は、図１に示す所在データベース２８にアクセスし、受信者コンピュータ又はコンピュータ３８の所在、プロファイル使用可能性に関するデータを送信者コンピュータ１２に送信し、送信者コンピュータ１２は、このデータに基づく情報をモニタ２２に表示する。また、ブロック６４では、受信者コンピュータ３８のメッセージング能力をモニタ２２に表示できる。表示されるメッセージング能力は、例えば、受信者コンピュータ３８の電源がオンにされているか、着信可能な状態にあるか等を含む。更に、表示されるメッセージング能力は、受信者コンピュータ３８が様々なメッセージサービスをサポートできるか否かに関する情報を含んでいてもよい。また、ブロック６６において、必要に応じて、所在データベースに登録されているか、又はディスパッチサーバ２４が使用可能であれば、受信者コンピュータ３８のユーザが好むメッセージングサービスを送信者コンピュータ１２に供給し、表示する。
【００２２】
更に、ブロック６８において、送信者コンピュータ１２のユーザのカスタムロゴをディスパッチサーバ２４に供給し、受信者コンピュータ３８にロゴを表示できるようにしてもよい。また、他のオプションとしてブロック７０において、ディスパッチサーバ２４は、上述したように、メッセージングエンジンを選択するために、及び送信者コンピュータ１２のモニタに状態を表示するために、受信者コンピュータ３８のユーザのプロファイル状態を判定してもよい。この判定は、例えば、日時、ユーザがディスパッチサーバ２４に送ったメッセージによって示される、ユーザがミーティング中であるか否かに関する情報、受信者コンピュータ３８の電源がオンになっているか、ユーザがユーザのオフィス内にいるか（したがって、電話に出ることができるか）等の情報に基づいて行ってもよい。また、必要に応じて、ブロック７２において、送信者コンピュータ１２のユーザが許可すれば、予め選択された受信者コンピュータ３８のみに予め選択された情報を伝送するために送信側のユーザに関連した同様の情報をディスパッチサーバ２４に送信してもよい。例えば、送信者コンピュータ１２は、送信者コンピュータ１２のユーザの同僚及び家族の受信者コンピュータ３８だけに「オフィスにいる」状態を公開することをディスパッチサーバ２４に許可する。同様に、送信者コンピュータ１２のユーザが自宅にいるか否かを、送信者コンピュータ１２のユーザの家族の受信者コンピュータ３８だけに公開してもよく、送信者コンピュータ１２のユーザは、このような情報を一切公開しないことを選択することもできる。また、ディスパッチサーバ２４は、ブロック７４において、発呼者の所在／使用可能性等に基づいて、応答がない呼について、両方向に自動的に応答してもよい。
【００２３】
以上、本発明に基づく、複数のメッセージングシステムを統合するシステム及び方法について、詳細に説明したが、ここに説明した具体例は、本発明の好ましい実施の形態及び本発明によって意図される広範な手段を代表するものであり、本発明の範囲は、他の具体例をも包含することは当業者にとって明らかであり、したがって、本発明の範囲は、添付の請求の範囲によってのみ限定される。特許請求の範囲において、単数で記載される構成要素は、明確な記載がない限り「単一のみ」を意味するのではなく、「１以上」を意味する。また、装置又は方法を本願の特許請求の範囲に含めるために、その装置又は方法が、本発明により解決されるべき個々の課題に一々対応する必要はない。更に、本願における構成要素、構成部品、方法のステップは、いずれも、特許請求の範囲に明示的に記載されているか否かに関わらず公開されるものではない。請求の範囲で用いているがここでは定義を示していない用語は、全て、本明細書及びファイル履歴に矛盾しない通常の慣用的な意味で用いられている。
【図面の簡単な説明】
【００２４】
【図１】本発明に基づくシステムのブロック図である。
【図２】総合的なロジックのフローチャートである。
【図３】メッセージングシステムを選択するための、例示的な非限定的なロジックのフローチャートである。
【図４】様々な情報を表示するためのオプションのロジックを示すフローチャートである。
【図１】
2007531088.tif 000003
【図２】
2007531088.tif 000004
【図３】
2007531088.tif 000005
【図４】
2007531088.tif 000006
【国際調査報告】
2007531088.tif 000007