(57)【特許請求の範囲】
【請求項１】
電子メッセージの機能を強化するための方法であって、
あるユーザから、他のユーザを宛先に設定した電子メッセージを受信するステップと、
前記電子メッセージに１以上のコマンド命令が含まれているか判断し、含まれていない場合には前記電子メッセージを前記宛先に配送するステップと、
前記電子メッセージがコマンド命令を含む場合に、コマンド命令中の情報に基づいて、前記電子メッセージを変更するアプリケーション・プロバイダを決定するステップと、
コマンド命令に含まれた命令に基づいて、リクエストを作成するステップと、
前記アプリケーション・プロバイダに前記リクエストを送信するステップと、
前記リクエストの送信結果として、前記アプリケーション・プロバイダから応答を受信するステップと、
前記応答に命令がふくまれているかを判定し、含まれていなければ前記電子メッセージを前記宛先に配信するステップと、
前記応答に命令が含まれていれば、その命令に基づいて、前記電子メッセージを変更するステップと、
変更された前記電子メッセージを前記宛先に配信するステップと、
を含む電子メッセージ強化方法。
【請求項２】
請求項１に記載の電子メッセージ強化方法において、
前記コマンド命令が、
前記機能を実行するためのアプリケーション・プロバイダを示すホストおよびファイルと、
前記アプリケーション・プロバイダに配信される情報を示す少なくとも１つのパラメータとを含む電子メッセージ強化方法。
【請求項３】
請求項１に記載の電子メッセージ強化方法において、
前記電子メッセージの中に、前記コマンド命令がインターネットのショートカット・ファイルとして含まれる電子メッセージ強化方法。
【請求項４】
電子メッセージの機能を強化する装置であって、
あるユーザから、他のユーザを宛先に設定した電子メッセージを受信する手段と、
前記電子メッセージに１以上のコマンド命令が含まれているか判断し、含まれていない場合には前記電子メッセージを前記宛先に配送する手段と、
前記電子メッセージがコマンド命令を含む場合に、コマンド命令中の情報に基づいて、前記電子メッセージを変更するアプリケーション・プロバイダを決定する手段と、
コマンド命令に含まれた命令に基づいて、リクエストを作成する手段と、
前記アプリケーション・プロバイダに前記リクエストを送信する手段と、
前記リクエストの送信結果として、前記アプリケーション・プロバイダから応答を受信する手段と、
前記応答に命令がふくまれているかを判定し、含まれていなければ前記電子メッセージを前記宛先に配信する手段と、
前記応答に命令が含まれていれば、その命令に基づいて、前記電子メッセージを変更する手段と、
変更された前記電子メッセージを前記宛先に配信する手段と、
を含む電子メッセージ強化装置。
【請求項５】
請求項４に記載の電子メッセージ強化装置から、前記リクエストを受信する手段と、
前記リクエスト内に含まれている命令に基づいて機能を実行する手段と、
前記機能の実行に続いて前記応答を作成する手段と、
前記電子メッセージ強化装置に、前記応答を送信する手段と、
を備える応答装置。
【請求項６】
あるユーザから、他のユーザを宛先に設定した電子メッセージを受信する手段と、
前記電子メッセージに１以上のコマンド命令が含まれているか判断し、含まれていない場合には前記電子メッセージを前記宛先に配送する手段と、
前記電子メッセージがコマンド命令を含む場合に、コマンド命令中の情報に基づいて、前記電子メッセージを変更するアプリケーション・プロバイダを決定する手段と、
コマンド命令に含まれた命令に基づいて、リクエストを作成する手段と、
前記アプリケーション・プロバイダに前記リクエストを送信する手段と、
前記リクエストの送信結果として、前記アプリケーション・プロバイダから応答を受信する手段と、
前記応答に命令がふくまれているかを判定し、含まれていなければ前記電子メッセージを前記宛先に配信する手段と、
前記応答に命令が含まれていれば、その命令に基づいて、前記電子メッセージを変更する手段と、
変更された前記電子メッセージを前記宛先に配信する手段と、
してコンピュータを機能させる電子メッセージ強化プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子メッセージに対して計算および機能を追加する方法及び装置に関する。
【０００２】
【従来の技術】
インターネットは二十世紀において一般社会に導入されたおそらく最も重要な情報アクセス・メカニズムである。個人は現在、インターネットを使用してニュース、スポーツ、スコア、株式相場、および他の公益および私益題材などの情報を得る。さらに、インターネットは、ダウンロードして使用し、個人間で共有することができる果てしなく豊富な画像、音声、ビデオ、およびデータのファイルを提供する。
【０００３】
通常、個人はメッセージに対するテキストをタイプ入力し、そのメッセージを対象とする受信者にアドレス指定することによって電子的に通信することができる。一般に、配信中に、ユーザによって送信されるメッセージは、それが最終宛先に到着する前に、インターネットを作り上げているいくつかの異なるコンピュータ、サーバ、および他の計算装置を通過することがしばしばある。メッセージの中にテキストをタイプする他に、ユーザはそのメッセージと一緒に到着するファイル、文書、および他の情報を手動で付加することができる。
【０００４】
【発明が解決しようとする課題】
頻繁に使用される通信方法としての電子メッセージの進化、およびインターネット上で利用できる計算および機能によって、この２つを統合し、それによって計算を実行し、また、ファイル、画像、音声などの情報をメッセージに付加して、ユーザの関与なしにメッセージを配信することができるようにしたいという要望がある。
【０００５】
従って、インターネットの計算および機能を電子メッセージの送信と統合化し、ユーザからの手動の関与なしに計算および機能が実行されてメッセージに付加されるようにすることができるシステムを作ることが望ましい。
【０００６】
【課題を解決するための手段】
大ざっぱに言うと、本発明の１つの態様は、電子メッセージの機能を強化するための方法を含む。該方法は、電子メッセージを受信するステップと、その電子メッセージからコマンド命令を取得するステップと、前記コマンド命令に応答して機能を実行するステップとを含む。
【０００７】
もう１つの態様においては、コマンド命令は、サービス、アプリケーション・プロバイダ、および電子メッセージ上で機能を実行するためにアプリケーション・プロバイダによって必要とされる情報を示す。
【０００８】
さらにもう１つの態様においては、本発明は、Ｒｅｑｕｅｓｔ（要求）の受信に応答して機能を提供するための装置を備える。その装置はプロセッサと、そのプロセッサとの通信におけるプロセッサ可読記憶媒体とを含む。プロセッサ可読記憶媒体はＲｅｑｕｅｓｔの受信に応答して機能を提供する方法を実行するために装置をプログラムするためのプロセッサ可読プログラム・コードを含む。その方法はＲｅｑｕｅｓｔを受信するステップと、そのＲｅｑｕｅｓｔ内に含まれている命令に応答して機能を実行するステップと、その機能の実行に続いてＲｅｓｐｏｎｓｅ（応答）を作成するステップとを含む。
【０００９】
【発明の実施の形態】
本明細書で述べた、一般的に「メッセージ機能技術」として周知の方法およびシステムによって、インターネットなどから利用できる計算および機能をユーザのメッセージと統合化することができる。本発明の実施形態によって、ユーザは自分が現在使用している方法と似た方法で電子メッセージのアプリケーション、またはインスタント・メッセージングなどの既存のメッセージ送信アプリケーションを使用し続けることができる。
【００１０】
本明細書の「計算および機能」は、メッセージ機能技術によってアクセスすることができる任意のタイプのアプリケーションまたはファイルを使用することができる。例えば、計算および機能は言語翻訳、Ｔｏ‐Ｄｏリストの更新、キーワードのサーチ、関連アイテム、画像、音声ファイル、ビデオ・ファイルに対するインターネット・リンクでのワードの置き換え、ワークフロー・システムにおける進行または状態変化の記録、またはメッセージ内に付加するか、あるいは含めることができる任意の他のタイプのファイル、およびメッセージ機能技術によってアクセスすることができる任意の他のタイプのサービスまたは情報などを使用することができる。
【００１１】
本明細書の「コマンド命令」は、必要な計算または機能が実行されることをメッセージ機能技術に知らせる、メッセージ内に含まれている任意のタイプの情報を使用することができる。例えば、コマンド命令は、そのメッセージの本体の中、表題の中、あるいはそのメッセージの任意の他の部分に含めることができる。代わりに、コマンド命令はそのメッセージに付加されているファイルの形式を使用することができる。例えば、コマンド命令は、必要な計算または機能が実行されることをメッセージ機能技術に知らせる情報を提供するように構成することができるワード・ファイル、インターネットのショートカット・ファイル、テキスト・ファイル、．ｃｓｖファイル、または任意の他のタイプのファイルを使用することができる。
【００１２】
＜概要＞
図１は、本発明の一実施形態に従って、メッセージ上で計算が実行されるメッセージの配信を示すブロック図である。計算装置１０によってユーザ１１が別のユーザ１２に配信するための電子メッセージ１３を作成することができる。ユーザ１１はメッセージ１３がユーザ１２に配信される前に、インターネットを通じて利用できる計算が実行されるようにしたい。メッセージ機能技術１４は、ユーザ１１からメッセージ１３を受信し、インターネット１５を通じて利用できる計算サービス（例えば、テキストの翻訳、またはメッセージへの画像の付加）を使用して実行される計算を制御し、ユーザ１２に配信される変更されたメッセージ１６を作成する。メッセージ機能技術１４によって、ユーザ１１は所望の計算または機能を手動で実行する必要なしに、メッセージを作成して送信することができる。
【００１３】
他の実施形態においては、メッセージ１３がメッセージ機能技術１４に到着する前または後の両方においてインターネット１５を通じてメッセージ１３を送信することができる。
【００１４】
本発明の範囲は、インターネットでの使用を遥かに超えているが、本発明の実施形態を例示するためにインターネットが使用される。他の方法としては、本発明の実施形態を任意のタイプのエンド・ツー・エンド通信チャネル上で実装することができる。
【００１５】
広範囲の各種機能および計算をユーザの電子メッセージに容易に追加することができる。一実施形態においては、その機能または計算がメッセージ機能技術に利用できる場合、ユーザの関与なしに、その機能または計算をメッセージ上に容易に追加して実行させることができる。
【００１６】
＜計算装置のアーキテクチャ＞
図２は、本発明のいくつかの実施形態を実装するために適している計算装置のアーキテクチャ１００を示す。計算装置のアーキテクチャ１００は、プロセッサ１０２と、記憶装置１０３と、モデムなどのインターネットへのアクセス機器１１０とを含む。また、アーキテクチャ１００は、ディスプレイ・モニタ１０４と、カーソル制御装置１０５と、ランダム・アクセス・メモリ１０７と、ＲＯＭメモリ１０８と、キーボード１０６と、グラフィックスのコプロセッサ１０９とを含むこともできる。
【００１７】
従って、本発明の方法は、図２に示されているアーキテクチャ１００などの任意の計算装置アーキテクチャ上で実行することができるが、このアーキテクチャが本発明の実施形態を実行することができる唯一のものであるという制限はない。
【００１８】
一実施形態においては、計算装置のアーキテクチャ１００は、図４に示されているような、計算装置３１０〜３１３などの他の計算装置が直接接続されているサーバ３００、図６によって示されているようなインターネットの一部であるサーバ３６４、または図５に示されているような計算装置３３０〜３３３などの任意の他のタイプの計算装置であってよい。
【００１９】
本発明の一実施形態においては、記憶装置１０３は、コンピュータ可読媒体などの、製造の１つの物品であってよい。例えば、記憶装置１０３は、磁気ハード・ディスク、光ディスク、フレキシブルディスク、ＣＤ‐ＲＯＭ（コンパクト・ディスク読出し専用メモリ）、ＲＡＭ（ランダム・アクセス・メモリ）、ＲＯＭ（読出し専用メモリ）、または単独で、または組み合わせて読出しまたは書込みができる他のデータ記憶技術を使用することができる。
【００２０】
記憶装置１０３は、ＭｉｃｒｏｓｏｆｔのＷｉｎｄｏｗｓ（登録商標）７またはＵｎｉｘ（登録商標）７などのオペレーティング・システム１１１を含んでいてもよく、オペレーティング・システム１１１は計算装置アーキテクチャ１００を使用してプログラムまたはアプリケーションを実行することができる。本発明の一実施形態がメッセージ機能ソフトウェア・プログラム１１２として実装され、記憶装置１０３上に格納されている。一実施形態においては、メッセージ機能ソフトウェア・プログラム１１２は、計算装置アーキテクチャ１００を通じて送信されるすべての電子メッセージをインタセプトし、ユーザからの入力なしで電子メッセージ上で実行される特別の機能または計算を制御するように構成される。
【００２１】
理解されるように、メッセージ機能ソフトウェア・プログラム１１２などの本発明の実施形態は、ソフトウェア・プログラム、ソフトウェア・オブジェクト、ソフトウェア関数、ソフトウェア・サブルーチン、ソフトウェアの方法、ソフトウェアのインスタンス、コード・フラグメント、ハードウェアの動作またはユーザの動作の単独または組合せでの形式とすることができる。さらに、メッセージ機能ソフトウェア・プログラム１１２は、１つ、２つまたは任意の数の計算装置１００を使用して実装することができる。
【００２２】
＜メッセージの作成および配信＞
一実施形態においては、計算が実行されるメッセージが図３に示されているフローチャートに従って作成され、配信される。
【００２３】
当業者であれば理解されるように、図３、図７、および図１０は、特定の機能を実行するための論理ボックスを示す。他の実施形態においては、より多くの、あるいはより少ない数の論理ボックスを使用することができる。本発明の一実施形態においては、論理ボックスは、図２に示されているメッセージ機能ソフトウェア・プログラム１１２の一部分、あるいはメッセージ機能技術の他の実施形態の任意の部分であってよい。
【００２４】
ユーザは、論理ボックス２００によって示されているような計算が実行されるメッセージを作成する。メッセージを作成している間に、ユーザは、論理ブロック２１０に示されているように、配信されるメッセージと一緒にコマンド命令を含める。
【００２５】
論理ブロック２００および２１０に示されているように、メッセージを作成し、コマンド命令を付加すると、ユーザは論理ブロック２１０によって示されているように、そのメッセージを送信する。本発明の実施形態の計算的に強化されたメッセージを送信する際にユーザが行う必要があることはこれだけである。
【００２６】
一実施形態においては、ユーザは、図４の計算装置３１０〜３１３、図５の計算装置３３０〜３３３、図６の計算装置３５０〜３５３、または電子メッセージを送信するのに通常使用される任意の他のタイプの装置などのどれかの計算装置を使用して、論理ボックス２００〜２２０として示されているステップを実行することができる。
【００２７】
論理ブロック２３０は、メッセージを受信し、そのメッセージの必要な計算を制御するメッセージ機能技術１４を示す。計算が完了すると、メッセージが変更されて配信される。そのメッセージは指定されるだけ多くの受信者に配信されるか、誰にも配信されないか、ユーザに戻されるか、あるいは任意の他のアクセス可能なロケーションに配信されるようにすることができる。
【００２８】
一実施形態においては、メッセージ機能技術１４は、図４のサーバ３００、図５の計算装置３３０〜３３３のうちの任意の１つ、あるいは図６のサーバ３６４の上に実装して、論理ボックス２３０によって示されているステップを実行することができる。
【００２９】
論理ブロック２４０は、計算が既に実行されているメッセージを受信している受信者を示す。一実施形態においては、その変更されたメッセージからコマンド命令が取り除かれ、その受信者は受信されたメッセージが変更されているかどうかを知らない。他の方法としては、その変更されたメッセージ内にコマンド命令を含めることができ、受信側ではそのメッセージが変更されていることを知る。そのような実施形態においては、受信側はそのコマンド命令を保存し、それを同様な方法で計算したい自分自身のメッセージに後で付加することができる。上記のように、メッセージはユーザに配信されない場合もあるが、図４の計算装置３１５〜３２２、図５の計算装置３３５〜３４２、図６の計算装置３５５〜３６２などの任意のロケーションに配信されるか、あるいは全く配信されない場合がある。さらに、メッセージを複数の異なるロケーションに配信することができる。
【００３０】
＜メッセージのインタセプト＞
図４〜図６は、本発明の種々の実施形態を実装するための種々のシステムの一般化されたブロック図を示す。
【００３１】
図４は、メッセージ機能技術１４が、インターネット３２３と通信しているサーバ３００上に実装されている本発明の一実施形態を示す。
【００３２】
ユーザ１１は、デスクトップ・コンピュータ３１０、ポータブル・コンピュータ３１１、ハンドヘルド・コンピュータ３１２、あるいはサーバ３００と通信する任意の他のタイプの計算装置３１３を使用することができ、それによってメッセージ機能技術１４の恩恵を得ることができる。
【００３３】
ユーザ１１が使用することができる種々の計算装置３１０〜３１３のリストは、例を示す目的だけのために示されており、本発明の実施形態で使用できる種々のタイプの装置を全て含んでいるリストであることが意図されているわけではない。ユーザ１１はサーバ３００にアクセスすることができる任意のタイプの計算装置を使用することができる。
【００３４】
装置３１０〜３１３を、それぞれの以前から存在しているソフトウェアまたはハードウェアを変更することなしに、本発明の実施形態において使用することができる。例えば、ユーザ１１は、電子メールのアプリケーションを含んでいるデスクトップ・コンピュータ３１０を使用して、計算が実行されるメッセージを送信することができる。メッセージが送信された後、それはサーバ３００上にあるメッセージ機能技術１４によって受信される。メッセージ機能技術１４は、必要な計算を制御し、そのメッセージをその対象とする受信者に配信する。
【００３５】
ハンドヘルド・コンピュータ３１６、Ｍａｃコンピュータ３１８、またはＰＣコンピュータ３１９などの計算装置にメッセージを配信する他に、その付加によってメッセージ機能技術１４にそのメッセージを掲示板３１５上に載せること、データベース３１７に格納すること、ファックス装置３２０、スキャナ３２１、プリンタ３２２に送信すること、ユーザ１１に返すこと、そのメッセージを全く配信しないこと、あるいはそのメッセージを任意の他のロケーションまたは装置に配信することを指示することができる。
【００３６】
図５は、本発明の他の実施形態を示しており、メッセージ機能技術１４が装置３３０〜３３３のうちのどれか１つ上に実装され、それらの装置は、デスクトップ・コンピュータ３３０、ポータブル・コンピュータ３３１、ハンドヘルド・コンピュータ３３２、またはインターネット３４３と通信する任意の他のタイプの計算装置３３３を使用することができる。
【００３７】
ユーザ１１が使用することができる種々の計算装置３３０〜３３３のリストが例を示す目的のためだけに示されているが、それは本発明の実施形態と一緒に使用することができる種々のタイプの装置を全て含んでいるリストであることが意図されているわけではない。ユーザ１１はインターネット３４３にアクセスすることができる任意のタイプの計算装置を使用することができる。例えば、ユーザ１１はデスクトップ・コンピュータ３３０を使用して、計算が実行される電子メッセージを送信することができる。メッセージが送信されると、それはデスクトップ・コンピュータ３３０上にあるメッセージ機能技術１４によって受信される。メッセージ機能技術１４は、必要な計算を制御し、そのメッセージをその対象とする受信者に配信する。
【００３８】
ハンドヘルド・コンピュータ３３６、Ｍａｃコンピュータ３３８、またはＰＣコンピュータ３３９などの計算装置にメッセージを送信する他に、その付加によって、メッセージを掲示板３３５上に載せること、データベース３３７内に格納すること、ファックス装置３４０、スキャナ３４１、プリンタ３４２に送信すること、ユーザ１１に返すこと、そのメッセージを全く配信しないこと、あるいはそのメッセージを任意の他のロケーションまたは装置に配信することをメッセージ機能技術１４に指示することができる。
【００３９】
図６は、本発明のさらに他の実施形態のブロック図を示しており、メッセージ機能技術１４が計算装置３５０〜３５３の１つなどと、インターネット３６３の一部であるサーバ３６４との両方に実装されている。計算装置は、デスクトップ・コンピュータ３５０、ポータブル・コンピュータ３５１、ハンドヘルド・コンピュータ３５２、またはインターネット３６３と通信する任意の他のタイプの計算装置３５３を使用することができる。計算装置３５０〜３５３はモデムおよびダイヤルアップ接続によって、ローカル・サーバを通じて、あるいはインターネット３６３にアクセスするために普通に使用される任意の他の技術によってインターネット３６３にアクセスすることができる。
【００４０】
ユーザ１１が使用することができる種々の計算装置３５０〜３５３のリストは、例を示す目的ためだけのために示されており、本発明の実施形態と一緒に使用することができる種々のタイプの装置を全て含んでいるリストであることが意図されているわけではない。ユーザ１１はインターネット３６３にアクセスすることができる任意のタイプの計算装置を使用することができる。例えば、ユーザ１１はデスクトップ・コンピュータ３５０を使用して計算が実行される電子メッセージを送信することができる。
【００４１】
メッセージの送信において、そのメッセージはそのメッセージが発信される計算装置３５０〜３５３上にあるメッセージ機能技術１４の第１の部分によって受信される。メッセージ機能技術１４の第１の部分はそのメッセージが最初にサーバ３６４に配信されるようにメッセージを経路変更（ｒｅ−ｒｏｕｔｅ）し、サーバ３６４はメッセージ機能技術１４の第２の部分を含んでいる。一実施形態においては、メッセージ機能技術１４の第１の部分はクライアント側のプラグインまたはマクロとして実装されている。他の方法としては、最初にそのメッセージを受信する計算装置３５０〜３５３と通信しているサーバ上に、メッセージ機能技術１４の第１の部分を置くことができる。
【００４２】
サーバ３６４上に置かれているメッセージ機能技術１４の第２の部分は、経路変更されたメッセージを受信し、必要な計算を制御し、そのメッセージをその対象とする受信者に配信する。
【００４３】
ハンドヘルド・コンピュータ３５６、Ｍａｃコンピュータ３５８、またはＰＣコンピュータ３５９などの計算装置にメッセージを送信する他に、その付加によって、そのメッセージを掲示板３５５上に載せること、データベース３５７内に格納すること、ファックス装置３６０、スキャナ３６１、プリンタ３６２に送信すること、ユーザ１１に返すこと、そのメッセージを全く配信しないこと、あるいはそのメッセージを任意の他のロケーションまたは装置に配信することをメッセージ機能技術１４の第２の部分に指示することができる。
【００４４】
図７は、本発明の一実施形態に従って、計算装置３５０〜３５３などのうちの１つの計算装置から図６のサーバ３６４にメッセージを経路変更するためのフローチャートを示す。図４および図５に関して、そして他の実施形態において説明されたように、メッセージの経路変更は必須ではない。
【００４５】
論理ブロック３７０において、ユーザがメッセージを送信することによって、そのプロセスが開始される。
【００４６】
論理ブロック３７１において、論理ブロック３７０においてユーザによって送信されたメッセージがメッセージ機能技術１４の第１の部分によって受信される。一実施形態においては、メッセージ機能技術１４の第１の部分は、そのメッセージが発信される計算装置上にある。送信されたメッセージの受信時に、制御が論理ブロック３７２へ渡される。他の実施形態においては、計算装置からメッセージを最初に受信するサーバなどの中間の装置上にメッセージ機能技術の第１の部分を置くことができる。
【００４７】
一実施形態においては、メッセージについて計算が実行されるべきかどうかに関しての決定は行われない。この実施形態においては、すべてのメッセージがサーバ３６４（図６）を通じて経路変更される。他の実施形態においては、計算が実行されるべきかどうかを判定するためにメッセージをサーチすることができる。計算が実行されないことが判定された場合、そのメッセージは経路変更されずに対象とする受信者に配信される。
【００４８】
論理ブロック３７２において、メッセージが最初にサーバ３６４に配信されるようにメッセージのＴｏフィールドが書き換えられる。例えば、ユーザ１１が電子メッセージを作成して、ｋｄｏｅ＠ｈｉｓｍａｉｌ．ｃｏｍに送信した場合、そのＴｏフィールドはアドレスｋｄｏｅ＠ｈｉｓｍａｉｌ．ｃｏｍを含むことができる。論理ブロック３７２において、そのＴｏフィールドがｋｄｏｅ＃ｈｉｓｍａｉｌ．ｃｏｍ＠ｓｅｒｖｅｒ３６４．ｃｏｍとなるように書き換えられる。Ｔｏフィールドを書き換えることによって、そのメッセージは最初にサーバ３６４に配信される。
【００４９】
ブロック３７３において、メッセージのＣｃフィールドが論理ブロック３７２に関連して説明されたのと同じ方法で書き換えられる。例えば、Ｃｃフィールドがアドレスｂｄｏｅ＠ｍｙｍａｉｌ．ｃｏｍを含んでいた場合、それはｂｄｏｅ＃ｍｙｍａｉｌ．ｃｏｍ＠ｓｅｒｖｅｒ３６４．ｃｏｍとなるように書き換えられる。Ｃｃフィールドを書き換えることによって、そのＣｃフィールド内にリストされている受信者にアドレス指定されている最終的に配信されるメッセージに対する全ての応答が、それぞれの最終宛先に配信される前にサーバ３６４を通して転送される。他の実施形態においては、Ｃｃフィールドは変えられず、応答は直接にユーザに配信される。
【００５０】
論理ブロック３７４において、メッセージのＢｃｃフィールドが論理ブロック３７２および３７３に関連して説明されたのと同様な方法で書き換えられる。例えば、Ｂｃｃフィールドがアドレスｂｃｄｏｅ＠ｍｙｍａｉｌ．ｃｏｍを含んでいた場合、それはｂｃｄｏｅ＃ｍｙｍａｉｌ．ｃｏｍ＠ｓｅｒｖｅｒ３６４．ｃｏｍとなるように書き換えられる。Ｂｃｃフィールドを書き換えることによって、そのＢｃｃフィールド内にリストされている受信者にアドレス指定されている最終的に配信されるメッセージに対する全ての応答が、それぞれの最終宛先に配信される前にサーバ３６４を通して転送される。他の実施形態においては、Ｂｃｃフィールドが変えられず。応答は直接にユーザに配信される。
【００５１】
論理ブロック３７５において、メッセージのＦｒｏｍフィールドが論理ブロック３７２、３７３および３７４に関して説明されたのと同様な方法で書き換えられる。例えば、Ｆｒｏｍフィールドがアドレスｊｄｏｅ＠ｍｙｍａｉｌ．ｃｏｍを含んでいた場合、それはｊｄｏｅ＃ｍｙｍａｉｌ．ｃｏｍ＠ｓｅｒｖｅｒ３６４．ｃｏｍとなるように書き換えられる。Ｆｒｏｍフィールドを書き換えることによって、Ｆｒｏｍフィールド内にリストされている送信側にアドレス指定されている最終的に配信されるメッセージに対するすべての応答が、それぞれの最終宛先に配信される前にサーバ３６４を通して転送される。他の実施形態においては、Ｆｒｏｍフィールドは換えられず、応答は直接にユーザに配信される。
【００５２】
最終的に配信されるメッセージに対する応答がメッセージ機能技術を通して転送されることを確実にする他に、一実施形態においては、メッセージ機能技術は各フィールドに対して種々のコマンド命令を受信することができる。例えば、メッセージ機能技術はＴｏフィールド内に受信者に配信されるメッセージが、そのメッセージ内に含まれている本体のフランス語の翻訳を必要とする命令を受信する場合があり、Ｃｃフィールド内にリストされた受信者に配信されるメッセージは本体のスペイン語の翻訳を含む必要があり、Ｂｃｃフィールド内にリストされている受信者は、そのメッセージをそのまま受信する必要があるという命令を受信する場合がある。各フィールドを変更することによって、メッセージ機能技術は送信者の関与なしに種々の受信者に対して同じメッセージに関して異なる計算および機能を実行することができる。
【００５３】
アドレス・フィールドが書き換えられると、制御が論理ブロック３７４へ渡され、そのメッセージが代表的な伝送技術を使用して計算装置から送信され、サーバ３６４上にあるメッセージ機能技術１４の第２の部分によってインタセプトされる。
【００５４】
図４〜図６に示されている上記各実施形態において、各メッセージおよび各メッセージに対する応答がメッセージ機能技術を通して転送される。メッセージ機能技術を通じて元の各メッセージを転送することによって、所望の計算または機能が配信の前に確実に実行される。
【００５５】
さらに、メッセージ機能技術を通じてメッセージに対する応答が確実に転送されることによって、メッセージ機能技術がユーザ１１に追加の機能および計算を提供することができる。
【００５６】
＜計算および機能＞
図８は、本発明の一実施形態の、ポータブル・コンピュータ３１１、サーバ３００、Ｍａｃコンピュータ３１８、およびインターネット３２３を示す図４の部分の展開図の一例を示す。インターネット３２３は電子的に送信されるメッセージ上に含まれていて実行される多くの異なるタイプの機能、アタッチメントおよび計算装置を含む。例えば、インターネット３２３はニュース４０１、株価情報４０２、データベース・サーチ４０３、ジョーク４０４、スポーツ情報４０５、映画４０６、ｔｏ‐ｄｏリスト４０７、音声クリップ４０８、翻訳サービス４０９、および他の多くのタイプの計算サービスおよび機能的特徴を含む。
【００５７】
メッセージ機能技術によってアクセスすることができる任意のサービス、機能、画像、音声クリップ、または他のタイプのデータを、本発明の実施形態に従って配信される電子メッセージ上に付加し、実行することができる。
【００５８】
図９は、本発明の一実施形態に従って、ＵＲＬ５００として実装されたコマンド命令を示す。一実施形態においては、ＵＲＬ５００をメッセージ内に含めるか、あるいはインターネットのショートカット・ファイルなどのファイルとしてメッセージに付加することができる。インターネットのショートカット・ファイルは当業者にとって周知のものであり、これ以上詳しくは説明しない。ＵＲＬ５００はホスト５１０、ファイル５２０、一組のパラメータ５３０、および関連値５４０を含む。
【００５９】
ホスト５１０およびファイル５２０は、その計算を実行するのに使用されるサービスおよびアプリケーション・プロバイダをメッセージ機能技術に指示する。図１３について説明すると、ＵＲＬ８５０におけるホストによって識別されるサービスはｗｗｗ．ｓｅｒｖｉｃｅ．ｃｏｍ（例えば、ｗｗｗ．ａｌｔａｖｉｓｔａ．ｃｏｍ）であり、そのファイルによって識別されるアプリケーション・プロバイダは翻訳（例えば、ｂａｂｅｌｆｉｓｈ）である。
【００６０】
パラメータ５３０および関連値５４０は、その計算を正しく実行するためにそのアプリケーション・プロバイダが必要とする情報を示す。図１３において、そのパラメータは、値がＦｒｅｎｃｈであるｌａｎｇｕａｇｅおよび、値がｔｒｕｅ（真）であるＴＤ‐ＲＥＱ‐ＢＯＤＹである。本発明の実施形態においては、アプリケーション・プロバイダによって必要とされる情報をメッセージ機能技術に通知するために１つ、２つ、または必要なだけのパラメータおよび関連値を使用することができる。
【００６１】
そのパラメータはそのアプリケーション・プロバイダに対して固有であるか、あるいはそのアプリケーション・プロバイダに渡される情報を示すパラメータである場合がある。例えば、図１３のＵＲＬ８５０における最初のパラメータおよび値、すなわち、ｌａｎｇｕａｇｅ＝Ｆｒｅｎｃｈ、は翻訳のアプリケーション自身に固有であり、変更されずにそのアプリケーション・プロバイダに渡される。第２のパラメータおよび値、すなわち、ＴＤ‐ＲＥＱ‐ＢＯＤＹ＝ｔｒｕｅ（真）は、そのメッセージの本体がアプリケーション・プロバイダに送信されることをメッセージ機能技術に示す。
【００６２】
メッセージ上で他の機能が実行されることを示すために、ＵＲＬ５００内に追加のパラメータおよび値を含めることができる。例えば、図１３の表題行８４０が翻訳される場合、ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ＝ｔｒｕｅなどの別のパラメータおよび値がＵＲＬ８５０内にある。
【００６３】
一実施形態においては、ＵＲＬ５００内に含めることができる多くの異なるパラメータおよび値がある。例えば、本発明の一実施形態に従って、ＵＲＬ５００内に含めることができるパラメータのリストは、ＴＤ‐ＲＥＱ‐ＳＥＮＤＥＲ、ＴＤ‐ＲＥＱ‐ＲＥＣＩＰＩＥＮＴＳ、ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ、ＴＤ‐ＲＥＱ‐ＤＡＴＥ、ＴＤ‐ＲＥＱ‐ＭＥＳＳＡＧＥＩＤ、ＴＤ‐ＲＥＱ‐ＨＥＡＤＥＲＳ、ＴＤ‐ＲＥＱ‐ＢＯＤＹ、ＴＤ‐ＲＥＱ‐ＴＨＲＥＡＤ、およびＴＤ‐ＲＥＱ‐ＡＴＴ‐ＬＩＳＴである。
【００６４】
上記リストは、可能なすべてのパラメータを含むリストであることが意図されているわけではなく、単に本発明の実施形態において使用することができるいくつかのパラメータのリストであるに過ぎない。さらに、パラメータの中で使用される用語、例えば、ＴＤ、ＲＥＱ、ＳＥＮＤＥＲ、ＲＥＣＩＰＩＥＮＴＳ、ＳＵＢＪＥＣＴ、ＤＡＴＥ、ＭＥＳＳＡＧＥＩＤ、ＨＥＡＤＥＲＳ、ＴＨＲＥＡＤ、ＬＩＳＴ、ＢＯＤＹ、およびＡＴＴは、単に説明的な例として使用されるだけであり、他の用語、英字、数字または他の文字の組合せを使用して本発明の実施形態によって使用されるパラメータを示すことができる。
【００６５】
任意の指定された値をパラメータに割り当てること、そしてｔｒｕｅ（真）またはｆａｌｓｅ（偽）の値に限定されないことも理解することができるだろう。例えば、１および０の値、あるいは英字、文字、または他の記号の任意の他の組合せを使用して、本発明の実施形態に従ってパラメータに値を割り当てることができる。
【００６６】
値がｔｒｕｅまたは他のデータである上記のパラメータをＵＲＬ５００内に含めることによって、メッセージ上で実行される種々の機能が示される。
【００６７】
一実施形態においては、コマンド命令内に含まれているパラメータがメッセージ機能技術によって認識されない場合、メッセージ機能技術はこれらのパラメータを変えずに、そのアプリケーション・プロバイダに渡す。
【００６８】
一実施形態においては、アプリケーション・プロバイダはユーザが利用できるコマンド命令を有することができ、アプリケーション・プロバイダはそのコマンド命令をメッセージに容易に付加することができる。例えば、コマンド命令をウェブ・ページ上で利用できるインターネットのショートカット・アイコンとして提供し、ユーザがコンピュータ上でそれを保存し、後でメッセージに付加することができる。しかし、そのコマンド命令は提供されているが、ユーザはそのコマンド命令を書く方法を知る必要がなく、単にそれを所望の機能を実行するコマンド命令を含むメッセージ・ファイルに付加することができる。
【００６９】
例えば、プロバイダは配信に先立ってメッセージの終りに漫画を追加する計算を提供することができる。このプロバイダは、“Ａｄｄ  Ｃａｒｔｏｏｎ”のタイトルのインターネットのショートカットの形式でユーザに利用できるコマンド命令のアタッチメントを有することができる。ユーザは単純にこのショートカットをそれぞれのコンピュータ上に保存し、漫画をメッセージに追加したい時に送信に先立ってそのメッセージにそのショートカットを付加するだけで済む。漫画をそれぞれのメッセージに追加するためにユーザがする必要があることはそれだけである。そのメッセージはメッセージ機能技術によって受信され、必要な計算が実行され、漫画が追加され、メッセージが対象とする受信者に配信され、送信側からの入力に対する追加の必要性はない。
【００７０】
図１０は、本発明の一実施形態に従って、メッセージ上で実行される計算を制御するためのステップのフローチャート６００を示す。
【００７１】
論理ブロック６１０において、本発明の一実施形態に従って、メッセージ機能技術１４によってメッセージが受信される。そのメッセージが受信されると、制御が論理ブロック６２０へ渡される。
【００７２】
論理ブロック６２０において、そのメッセージがコマンド命令を含んでいるかどうかが判定される。論理ブロック６２０におけるその判定の結果がｙｅｓであった場合、制御が論理ブロック６３０へ渡される。
【００７３】
しかし、論理ブロック６１０において受信されたメッセージ内にコマンド命令が含まれていなかった場合、制御は論理ブロック６９０へ渡され、メッセージはその対象とする受信者に配信される。論理ブロック６９０においてメッセージを配信するとき、制御が論理ブロック６９５に渡され、そのプロセスが完了する。
【００７４】
論理ブロック６１０において受信されたメッセージがコマンド命令を含んでいることが、論理ブロック６２０において判定された場合、制御は論理ブロック６３０へ渡される。
【００７５】
論理ブロック６３０において、そのコマンド命令内に含まれている情報に基づいて、要求された計算を実行するアプリケーション・プロバイダがメッセージ機能技術１４によって決定される。一実施形態においては、そのコマンド命令の形式がＵＲＬ５００（図９）であった場合、アプリケーション・プロバイダはＵＲＬ５００のホスト５１０およびファイル５２０に基づいてメッセージ機能技術１４によって決定される。
【００７６】
論理ブロック６３５において、“Ｒｅｑｕｅｓｔ（要求）”が、そのコマンド命令内に含まれている命令に基づいてメッセージ機能技術１４によって作成される。一実施形態においては、そのコマンド命令の形式がＵＲＬ５００（図９）であった場合、そのＲｅｑｕｅｓｔはパラメータ５３０および関連値５４０に基づいて作成される。
【００７７】
一実施形態においては、ＲｅｑｕｅｓｔはＨＴＴＰ  ＰＯＳＴコマンドを使用して送信するための形式でメッセージ機能技術１４によって作成される。ＰＯＳＴコマンドは、ｈｔｔｐプロトコルを使用して潜在的に大量のデータを送信するコマンドである。Ｒｅｑｕｅｓｔ内に含まれているのは、その宛先、すなわち、ホスト＋アプリケーション・プロバイダ、上記の関連値を持つ一組のパラメータ、およびデータ・ストリームである。他のタイプのプロトコルを使用して送信するためのフォーマットでＲｅｑｕｅｓｔを作成することができることを理解されたい。例えば、Ｒｅｍｏｔｅ  Ｍｅｔｈｏｄ  Ｉｎｖｏｃａｔｉｏｎ（ＲＭＩ）、一般的ソケット（“ＴＣＰ／ＩＰ”）、または任意の他のタイプのプロトコルを使用して送信するためにＲｅｑｕｅｓｔをフォーマット化することができる。
【００７８】
図１５および図１６について説明すると、インターネットのショートカット・ファイル９１０の形式でコマンド命令を含んでいるメッセージが論理ブロック６１０においてメッセージ機能技術１４によって受信されている。インターネットのショートカット・ファイル９１０は３つのパラメータおよび関連値、すなわち、ｌａｎｇｕａｇｅ＝Ｆｒｅｎｃｈ、ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ＝ｔｒｕｅ、およびＴＤ‐ＲＥＱ‐ＢＯＤＹ＝ｔｒｕｅを含んでいる。第１のパラメータはホスト・サービスに固有であるので、それはメッセージ機能技術１４によって不変のままでＲｅｑｕｅｓｔのヘッダに追加される。
【００７９】
第２のパラメータ、ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ＝ｔｒｕｅは、そのＲｅｑｕｅｓｔ内に翻訳されているメッセージの主題行を含むことをメッセージ機能技術１４に知らせる。従って、メッセージ機能技術１４は、ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ＝Ｐｒｅａｍｂｌｅ  ｔｏ  ｔｈｅ  Ｃｏｎｓｔｉｔｕｔｉｏｎの形式のヘッダをＲｅｑｕｅｓｔに追加する。
【００８０】
第３のパラメータはＴＤ‐ＲＥＱ‐ＢＯＤＹ＝ｔｒｕｅである。これはＲｅｑｕｅｓｔ内に関連メール・メッセージの本体テキストを含むことをメッセージ機能技術１４に知らせる。一実施形態においては、パラメータおよびＴＤ‐ＲＥＱ‐ＢＯＤＹ＝ｔｒｕｅの値がＲｅｑｕｅｓｔのヘッダに追加され、そのメッセージの本体の実際の内容がそのＲｅｑｕｅｓｔのデータ・ストリーム部分内に含められる。他の実施形態においては、ＴＤ‐ＲＥＱ‐ＢＯＤＹのパラメータがＲｅｑｕｅｓｔのヘッダに追加され、そのメッセージの本体の実際の内容がそのパラメータに値として割り当てられる。
【００８１】
アプリケーション・プロバイダが論理ブロック６３０において決定され、Ｒｅｑｕｅｓｔが論理ブロック６３５において作成されると、制御は論理ブロック６４０へ渡される。論理ブロック６４０においてＲｅｑｕｅｓｔがアプリケーション・プロバイダに送信される。
【００８２】
論理ブロック６４０において送信されたＲｅｑｕｅｓｔの結果として、論理ブロック６５０において“Ｒｅｓｐｏｎｓｅ（応答）”がアプリケーション・プロバイダから受信される。一実施形態においては、Ｒｅｑｕｅｓｔの場合と同様な方法でフォーマット化されている（例えば、ヘッダおよび内容のデータ・ストリームを有している）ＨＴＴＰ  ＰＯＳＴ  Ｒｅｓｐｏｎｓｅの形式でＲｅｓｐｏｎｓｅが返されてくる場合がある。Ｒｅｓｐｏｎｓｅは、他のタイプのプロトコルを使用して送信するためのフォーマットで作成されていてもよいことを理解されたい。例えば、ＲＭＩ、ＴＣＰ／ＩＰ、または任意の他のタイプのプロトコルを使用して送信するためにＲｅｓｐｏｎｓｅをフォーマット化することができる。
【００８３】
上記の例に戻って説明すると、メッセージ機能技術１４は元のメッセージの翻訳およびその翻訳について行われることについての命令の両方を含んでいるＲｅｓｐｏｎｓｅを、翻訳のアプリケーション・プロバイダから受信することを期待する。そのＲｅｓｐｏｎｓｅはヘッダの形式がＴＤ‐ＲＥＳ‐ＡＰＰＥＮＤ‐ＢＯＤＹ＝ｔｒｕｅの形式になっていて、そのＲｅｓｐｏｎｓｅの内容が元のメッセージの終りに付加されることをメッセージ機能技術１４に知らせることができる。翻訳されたテキストそのものをＲｅｓｐｏｎｓｅのデータ・ストリーム内に入れることもできる。
【００８４】
論理ブロック６５０においてＲｅｓｐｏｎｓｅが受信されると、制御は論理ブロック６６０へ渡される。
【００８５】
論理ブロック６６０において、メッセージ機能技術はアプリケーション・プロバイダから受信されたＲｅｓｐｏｎｓｅ内に命令が含まれているかどうかを判定する。Ｒｅｓｐｏｎｓｅ内に命令が含まれていなかった場合、制御は論理ブロック６８０へ渡される。しかし、Ｒｅｓｐｏｎｓｅ内に命令があった場合、制御は論理ブロック６７０へ渡される。
【００８６】
論理ブロック６７０において、元のメッセージが論理ブロック６６０においてアプリケーション・プロバイダから受信された命令に基づいて変更される。例えば、ＲｅｓｐｏｎｓｅがＴＤ‐ＲＥＳ‐ＡＰＰＥＮＤ‐ＢＯＤＹ＝ｔｒｕｅを含んでいた場合、メッセージ機能技術はそのＲｅｓｐｏｎｓｅのオブジェクトの内容を元のメッセージの本体の終りに付加する。
【００８７】
論理ブロック６８０において、メッセージが対象とする受信者に配信される。上記例からの結果のメッセージが本発明の一実施形態に従って図１４として示されている。
【００８８】
他の実施形態においては、メッセージ機能技術によって受信されたメッセージと一緒に複数のコマンド命令が含まれていてもよい。２つ以上のコマンド命令が付いてメッセージが受信された場合、論理ブロック６８０におけるメッセージの配信に先立って、図１０に示されている論理ステップ６３０〜６７０を各コマンド命令に対して繰り返すことができる。
【００８９】
さらに、他の実施形態においては、コマンド命令内にリストされたパラメータが論理ブロック６３５においてメッセージ機能技術１４によって認識されないか、そのアプリケーション・プロバイダが要求された情報を得るために認定されていないか、あるいはそのコマンド命令内にパラメータが含まれていなかった場合、メッセージ機能技術はＨＴＴＰ  ＧＥＴコマンドを実行する。ＧＥＴコマンドは、そのコマンド命令内に識別されたソースの内容のコピーを取得する。一実施形態においては、そのソースは、Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（“ＵＲＬ”）であってよい。メッセージ機能技術がＧＥＴコマンドを実行すると、その結果がメッセージに付加され、制御が論理ブロック６８０へ渡され、その付加を伴ったメッセージが配信される。
【００９０】
図１１は、本発明の一実施形態に従ってＨＴＴＰ  ＰＯＳＴ  Ｒｅｑｕｅｓｔとして実装されたＲｅｑｕｅｓｔ７００を示す。Ｒｅｑｕｅｓｔ７００内には、ホスト７３０と、ファイル７４０と、パラメータ７５０と、各パラメータに関連する値７６０とを含むヘッダ７１０が含まれている。ホスト７３０、ファイル７４０、およびパラメータ７５０は、図９に関して説明されたホスト５１０、ファイル５２０およびパラメータ５３０と類似している。各パラメータ７５０に関連する値７６０は、アプリケーション・プロバイダによって処理される実際のデータ内容であるか、あるいは値５４０（図９）と同様にｔｒｕｅなどの指示値を含んでいてもよい。例えば、図１３を参照して、コマンド命令８５０がパラメータ“ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ＝ｔｒｕｅ”を含んでいた場合、メッセージ機能技術によって作成されるＲｅｑｕｅｓｔはパラメータ７５０および“ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ＝Ｐｒｅａｍｂｌｅ  ｔｏ  ｔｈｅ  Ｃｏｎｓｔｉｔｕｔｉｏｎ”などの値７６０を含むことができる。
【００９１】
他の方法としては、そのパラメータに関連する処理されるデータが大きかった場合、ｔｒｕｅの値がそのパラメータに割り当てられ、実際のデータがデータ・ストリーム７２０内に含められている。例えば、再び図１３について説明すると、コマンド命令８５０は“ｔｒｕｅ”の関連値を持つパラメータ“ＴＤ‐ＲＥＱ‐ＢＯＤＹ”を含む。しかし、メッセージ８００の本体８６０が非常に大きいので、Ｒｅｑｕｅｓｔ７００は“ＴＤ‐ＲＥＱ‐ＢＯＤＹ”のパラメータ７５０および“ｔｒｕｅ”の関連値７６０を含むことができる。メッセージ８００の本体８６０の内容がＲｅｑｕｅｓｔ７００のデータ・ストリーム７２０内に含められる。
【００９２】
図１２は、ＨＴＴＰ  ＰＯＳＴ  Ｒｅｓｐｏｎｓｅとして実装されているＲｅｓｐｏｎｓｅ７７０を示しており、それは本発明の一実施形態に従って、アプリケーション・プロバイダの１つによってメッセージ機能技術１４に返すことができる。Ｒｅｓｐｏｎｓｅ７７０は、一組のパラメータ７９０および関連値７９５を有するヘッダ７８０を含む。一実施形態においては、メッセージ機能技術によって配信されたＲｅｑｕｅｓｔのためにメッセージ機能技術１４とアプリケーション・プロバイダとの間に通信リンクが既に確立されていたので、ヘッダ情報内にホストまたはファイルはない。Ｒｅｓｐｏｎｓｅ７７０内にはデータ・ストリーム７８５も含まれている。
【００９３】
パラメータ７９０および関連値７９５は、値７９５として格納されているか、あるいはデータ・ストリーム７８５内に含まれている情報について行われることに関する情報を、メッセージ機能技術１４に提供する。例えば、図１４について説明すると、本体８６０の翻訳を実行したアプリケーション・プロバイダはパラメータ“ＴＤ‐ＲＥＱ‐ＡＰＰＥＮＤ‐ＢＯＤＹ”を含んだＲｅｓｐｏｎｓｅをメッセージ機能技術１４に提供している。上記の説明と同様に、一実施形態においては、Ｒｅｓｐｏｎｓｅの内容、翻訳された本体がデータ・ストリーム７８５内に含められ、ｔｒｕｅの値がそのパラメータに割り当てられる。他の方法としては、一実施形態においては、そのＲｅｓｐｏｎｓｅの内容が値として含められる。
【００９４】
Ｒｅｓｐｏｎｓｅ７７０は、必要な情報をメッセージ機能技術１４に中継する任意の形式を使用することができ、ＨＴＴＰ  ＰＯＳＴのフォーマットには限定されないことを理解されたい。さらに、一実施形態においては、返されるデータの処理方法をメッセージ機能技術１４に示すためにＲｅｓｐｏｎｓｅ７７０内に含めることができる多くの異なるパラメータおよび値がある。
【００９５】
例えば、本発明の一実施形態に従って、コマンドＲｅｓｐｏｎｓｅ７７０内に含めることができるパラメータのリストは、ＴＤ‐ＲＥＳ‐ＲＥＰＬＡＣＥ‐ＳＥＮＤＥＲ、ＴＤ‐ＲＥＳ‐ＡＤＤ‐ＲＥＣＩＰＩＥＮＴ、ＴＤ‐ＲＥＳ‐ＲＥＭＯＶＥ‐ＲＥＣＩＰＩＥＮＴ、ＴＤ‐ＲＥＳ‐ＲＥＰＬＡＣＥ‐ＳＵＢＪＥＣＴ、ＴＤ‐ＲＥＳ‐ＡＰＰＥＮＤ‐ＢＯＤＹ、ＴＤ‐ＲＥＳ‐ＲＥＰＬＡＣＥ‐ＢＯＤＹ、ＴＤ‐ＲＥＳ‐ＡＤＤ‐ＡＴＴ、ＴＤ‐ＲＥＳ‐ＲＥＭＯＶＥ‐ＡＴＴ、ＴＤ‐ＲＥＳ‐ＲＥＭＯＶＥ‐ＣＭＤ、およびＴＤ‐ＲＥＳ‐ＳＷＡＬＬＯＷ‐ＭＳＧである。
【００９６】
上記のパラメータのリストは、可能なパラメータをすべて含んでいるリストであることが意図されているわけではなく、単に本発明の実施形態において使用することができるパラメータのいくつかのリストに過ぎないことを理解されたい。さらに、そのパラメータの中で使用されている用語、例えば、ＴＤ、ＲＥＳ、ＡＤＤ、ＲＥＰＬＡＣＥ、ＳＷＡＬＬＯＷ、ＡＰＰＥＮＤ、ＳＥＮＤＥＲ、ＲＥＣＩＰＩＥＮＴＳ、ＳＵＢＪＥＣＴ、ＳＵＢＪＥＣＴ、ＢＯＤＹ、ＡＴＴ、ＣＭＤ、およびＭＳＧは、説明的な例として使用されているに過ぎず、他の用語、英字、数字または他の文字の組合せを使用して本発明の実施形態によって使用されるパラメータを示すことができる。
【００９７】
また、任意の指定された値をパラメータに割り当てることができ、ｔｒｕｅまたはｆａｌｓｅ（偽）の値には限定されないことも理解されたい。例えば、１および０の値、あるいは英字、文字、または他の記号の任意の他の組合せを本発明の実施形態に従ってパラメータに値を割り当てる際に使用することができる。さらに、そのパラメータに関連するデータを値として割り当てることができる。
【００９８】
Ｒｅｓｐｏｎｓｅ  ７７０内に値付きの上記パラメータを含めることによって、返された情報が処理される方法がメッセージ機能技術に示される。
【００９９】
＜計算の前および後のメッセージの例＞
図１３は、本発明の一実施形態に従って、図３に示されているステップを使用してユーザ１１によって作成され、送信されるメッセージ８００のブロック図を示す。図１４は、本発明の一実施形態に従って、図１０に示されている方法を使用して、計算が実行された後のメッセージ８９０のブロック図を示す。
【０１００】
図１３は、本発明の一実施形態に従って、計算が実行されるメッセージ８００を示す。メッセージ８００内にはＵＲＬ８５０として実装されているコマンド命令があり、それはどのサービスがその計算を実行するか、どんな情報をそのサービスが必要とするかを指定する。図１３において、ＵＲＬ８５０は、ｗｗｗ．ｓｅｒｖｉｓｅ．ｃｏｍ／ｔｒａｎｓｌａｔｅとして識別されるサービスおよびアプリケーション・プロバイダ（例えば、ｗｗｗ．ａｌｔａｖｉｓｔａ．ｃｏｍ／ｂａｂｅｌｆｉｓｈ）を使用してメッセージの本体がフランス語に翻訳されることの情報を含む。一実施形態においては、その翻訳された本体をメッセージの終りに付加し、それによって元の英語のバージョンと翻訳されたフランス語のバージョンの両方を含めるか、あるいは翻訳されたバージョンが元の本体を置き換えることができる。
【０１０１】
Ｆｒｏｍフィールド８１０は、そのメッセージが“ｊｄｏｅ＠ｍｙｍａｉｌ．ｃｏｍ”のアドレスを有するユーザによって送信されていることを示す。また、メッセージ８００内には、メッセージの受信者が“ｋｄｏｅ＠ｈｉｓｍａｉｌ．ｃｏｍ”であることを示すＴｏフィールド８３０、およびコピーが“ｂｄｏｅ＠ｈｅｒｍａｉｌ．ｃｏｍ”に配信されることを示すＣｃフィールド８３０が含まれている。また、メッセージ８００内には、英語のテキスト“Ｐｒｅａｍｂｌｅｔｏ  ｔｈｅ  Ｃｏｎｓｔｉｔｕｔｉｏｎ”を含む表題行８４０、およびＰｒｅａｍｂｌｅ  ｔｏ  ｔｈｅ  Ｃｏｎｓｔｉｔｕｔｉｏｎの英語のテキストを含む本体８６０が含まれている。
【０１０２】
図１４は、本発明の一実施形態に従って、図１０に示された方法を使用して変更されたメッセージ８９０を示す。メッセージ８９０は、本発明の一実施形態に従って、ＵＲＬ８５０の命令に基づいて変更されたメッセージ８００である。メッセージ８９０は、図１３に示されているメッセージ８００の場合と同様に、Ｆｒｏｍフィールド８１０、Ｔｏフィールド８２０、およびＣｃフィールド８３０を含む。また、メッセージ８９０には元の本体８６０も含まれている。さらに、本体８６０の翻訳されたバージョン８７０が、メッセージが配信される前にそのメッセージ８９０内に含まれている。
【０１０３】
図１５および図１６は、本発明の他の実施形態の、ユーザ１１によって送信されるときのメッセージおよび計算が実行された後のメッセージのブロック図を示す。
【０１０４】
図１５は、本発明の一実施形態に従って、計算が実行されるメッセージ９００を示す。メッセージ９００内には、メッセージ９００に付加されているファイル９１０として実装されたコマンド命令がある。ファイル９００はどのサービスがその計算を実行するか、およびそのサービスがどんな情報を必要とするかについての命令を含む。
【０１０５】
ファイル９１０は、ＵＲＬを含むインターネットのショートカット・ファイルであってよい。インターネットのショートカット・ファイルとして格納されているファイル９１０は、要求された計算を制御するためにメッセージ機能技術によって必要とされる情報を含む。図１５において、ファイル９１０はｗｗｗ．ｓｅｒｖｉｃｅ．ｃｏｍ／ｔｒａｎｓｌａｔｅとして識別されるサービスおよびアプリケーション・プロバイダを使用して、そのメッセージの本体がフランス語に翻訳されるという情報を含む。
【０１０６】
Ｆｒｏｍフィールド８１０は、そのメッセージが“ｊｄｏｅ＠ｍｙｍａｉｌ．ｃｏｍ”のアドレスを有するユーザによって送信されていることを示す。また、メッセージ９００内には、そのメッセージの受信者が“ｋｄｏｅ＠ｈｉｓｍａｉｌ．ｃｏｍ”であることを示すＴｏフィールド８２０と、コピーが“ｂｄｏｅ＠ｈｅｒｍａｉｌ．ｃｏｍ”に配信されることを指定しているＣｃフィールド８３０も含まれている。また、メッセージ９００内には、英語のテキスト“Ｐｒｅａｍｂｌｅ  ｔｏ  ｔｈｅ  Ｃｏｎｓｔｉｔｕｔｉｏｎ”を含む表題行８４０およびＰｒｅａｍｂｌｅ  ｔｏ  ｔｈｅ  Ｃｏｎｓｔｉｔｕｔｉｏｎの英語のテキストを含む本体８６０も含まれている。
【０１０７】
図１６は、本発明の一実施形態に従って変更されたメッセージ９２０を示す。メッセージ９２０はファイル９１０の中の命令に基づいて本発明の一実施形態に従って変更されたメッセージ９００である。
【０１０８】
メッセージ９２０は、図１５に示されたメッセージ９００の場合と同様に、Ｆｒｏｍフィールド８１０、Ｔｏフィールド８２０、およびＣｃフィールド８３０を含む。本体８６０の翻訳されたバージョン９７０と、表題行８４０の翻訳されたバージョン９４０が、メッセージ９２０が受信者に配信される前にメッセージ機能技術によってメッセージ９２０内に含められている。図１６によって示されている実施形態において、元の本体８６０は取り除かれ、ファイル９１０が配信に先立って取り除かれている。そのような実施形態においては、受信側は、そのメッセージがユーザ１１によって送信された後、変更されたことを知らない。
【０１０９】
上記特定の実施形態は、本発明の原理を単に示しているものに過ぎず、当業者であれば、本発明の範囲および精神から逸脱することなしに種々の変更がなされ得ることを理解されたい。従って、本発明の範囲は特許請求の範囲によってのみ制限される。
【図面の簡単な説明】
【図１】  本発明の一実施形態に従って、計算が実行されるメッセージの配信を示す一般化されたブロック図である。
【図２】  本発明の種々の実施形態を実装するために適している計算装置のアーキテクチャを示す一般化されたブロック図である。
【図３】  本発明の一実施形態に従って、計算が実行されるメッセージを作成して配信するためのステップを示すフローチャートである。
【図４】  本発明の種々の実施形態を実装するためのシステムを示す一般化されたブロック図である。
【図５】  本発明の種々の実施形態を実装するためのシステムを示す他の一般化されたブロック図である。
【図６】  本発明の種々の実施形態を実装するためのシステムを示す、さらに他の一般化されたブロック図である。
【図７】  本発明の一実施形態に従って、メッセージを転送するためのステップを示すフローチャートである。
【図８】  本発明の一実施形態による、図４の展開図の一例である。
【図９】  本発明の一実施形態による、コマンド命令を示す。
【図１０】  本発明の一実施形態による、メッセージ上で実行される計算を制御するためのステップを示すフローチャートである。
【図１１】  本発明の一実施形態による、Ｒｅｑｕｅｓｔ（要求）の一例である。
【図１２】  本発明の一実施形態による、Ｒｅｓｐｏｎｓｅ（応答）の一例である。
【図１３】  本発明の一実施形態による、計算が実行されるメッセージの一例である。
【図１４】  本発明の一実施形態による、計算が実行されたメッセージの一例である。
【図１５】  本発明の一実施形態による、計算が実行されるメッセージの他の例である。
【図１６】  本発明の一実施形態による、計算が実行されたメッセージの他の例である。
【図１】
0004125553.tif 000002
【図２】
0004125553.tif 000003
【図３】
0004125553.tif 000004
【図４】
0004125553.tif 000005
【図５】
0004125553.tif 000006
【図６】
0004125553.tif 000007
【図７】
0004125553.tif 000008
【図８】
0004125553.tif 000009
【図９】
0004125553.tif 000010
【図１０】
0004125553.tif 000011
【図１１】
0004125553.tif 000012
【図１２】
0004125553.tif 000013
【図１３】
0004125553.tif 000014
【図１４】
0004125553.tif 000015
【図１５】
0004125553.tif 000016
【図１６】
0004125553.tif 000017