JP2003157232A - 電子メッセージによって計算資源にアクセスするための方法、システムおよび装置 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザの関与なしに電子メッセージ上で計算
を実行するための方法、システム、および装置を提供す
ること。 【解決手段】 計算を実行するためのアプリケーション
・プロバイダを識別し、アプリケーション・プロバイダ
に提供される情報を示すためのパラメータおよび値を含
むコマンド命令を電子メッセージ内に含めることによっ
て、その電子メッセージをユーザから送信することがで
き、ユーザの関与なしに計算を実行することができる。
方法、システム、および製造物品がメッセージをインタ
セプトし、計算を制御し、メッセージを変更し、それを
対象とする受信者に配信するように設計されている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メッセージに
対して計算および機能を追加する方法及び装置に関す
る。

【０００２】

【従来の技術】インターネットは二十世紀において一般
社会に導入されたおそらく最も重要な情報アクセス・メ
カニズムである。個人は現在、インターネットを使用し
てニュース、スポーツ、スコア、株式相場、および他の
公益および私益題材などの情報を得る。さらに、インタ
ーネットは、ダウンロードして使用し、個人間で共有す
ることができる果てしなく豊富な画像、音声、ビデオ、
およびデータのファイルを提供する。

【０００３】通常、個人はメッセージに対するテキスト
をタイプ入力し、そのメッセージを対象とする受信者に
アドレス指定することによって電子的に通信することが
できる。一般に、配信中に、ユーザによって送信される
メッセージは、それが最終宛先に到着する前に、インタ
ーネットを作り上げているいくつかの異なるコンピュー
タ、サーバ、および他の計算装置を通過することがしば
しばある。メッセージの中にテキストをタイプする他
に、ユーザはそのメッセージと一緒に到着するファイ
ル、文書、および他の情報を手動で付加することができ
る。

【０００４】

【発明が解決しようとする課題】頻繁に使用される通信
方法としての電子メッセージの進化、およびインターネ
ット上で利用できる計算および機能によって、この２つ
を統合し、それによって計算を実行し、また、ファイ
ル、画像、音声などの情報をメッセージに付加して、ユ
ーザの関与なしにメッセージを配信することができるよ
うにしたいという要望がある。

【０００５】従って、インターネットの計算および機能
を電子メッセージの送信と統合化し、ユーザからの手動
の関与なしに計算および機能が実行されてメッセージに
付加されるようにすることができるシステムを作ること
が望ましい。

【０００６】

【課題を解決するための手段】大ざっぱに言うと、本発
明の１つの態様は、電子メッセージの機能を強化するた
めの方法を含む。該方法は、電子メッセージを受信する
ステップと、その電子メッセージからコマンド命令を取
得するステップと、前記取得のステップに応答して機能
を実行するステップとを含む。

【０００７】もう１つの態様においては、コマンド命令
は、サービス、アプリケーション・プロバイダ、および
電子メッセージ上で機能を実行するためにアプリケーシ
ョン・プロバイダによって必要とされる情報を示す。

【０００８】さらにもう１つの態様においては、本発明
は、Ｒｅｑｕｅｓｔ（要求）の受信に応答して機能を提
供するための装置を備える。その装置はプロセッサと、
そのプロセッサとの通信におけるプロセッサ可読記憶媒
体とを含む。プロセッサ可読記憶媒体はＲｅｑｕｅｓｔ
の受信に応答して機能を提供する方法を実行するために
装置をプログラムするためのプロセッサ可読プログラム
・コードを含む。その方法はＲｅｑｕｅｓｔを受信する
ステップと、そのＲｅｑｕｅｓｔ内に含まれている命令
に応答して機能を実行するステップと、その機能の実行
に続いてＲｅｓｐｏｎｓｅ（応答）を作成するステップ
とを含む。

【０００９】

【発明の実施の形態】本明細書で述べた、一般的に「メ
ッセージ機能技術」として周知の方法およびシステムに
よって、インターネットなどから利用できる計算および
機能をユーザのメッセージと統合化することができる。
本発明の実施形態によって、ユーザは自分が現在使用し
ている方法と似た方法で電子メッセージのアプリケーシ
ョン、またはインスタント・メッセージングなどの既存
のメッセージ送信アプリケーションを使用し続けること
ができる。

【００１０】本明細書の「計算および機能」は、メッセ
ージ機能技術によってアクセスすることができる任意の
タイプのアプリケーションまたはファイルを使用するこ
とができる。例えば、計算および機能は言語翻訳、Ｔｏ
‐Ｄｏリストの更新、キーワードのサーチ、関連アイテ
ム、画像、音声ファイル、ビデオ・ファイルに対するイ
ンターネット・リンクでのワードの置き換え、ワークフ
ロー・システムにおける進行または状態変化の記録、ま
たはメッセージ内に付加するか、あるいは含めることが
できる任意の他のタイプのファイル、およびメッセージ
機能技術によってアクセスすることができる任意の他の
タイプのサービスまたは情報などを使用することができ
る。

【００１１】本明細書の「コマンド命令」は、必要な計
算または機能が実行されることをメッセージ機能技術に
知らせる、メッセージ内に含まれている任意のタイプの
情報を使用することができる。例えば、コマンド命令
は、そのメッセージの本体の中、表題の中、あるいはそ
のメッセージの任意の他の部分に含めることができる。
代わりに、コマンド命令はそのメッセージに付加されて
いるファイルの形式を使用することができる。例えば、
コマンド命令は、必要な計算または機能が実行されるこ
とをメッセージ機能技術に知らせる情報を提供するよう
に構成することができるワード・ファイル、インターネ
ットのショートカット・ファイル、テキスト・ファイ
ル、．ｃｓｖファイル、または任意の他のタイプのファ
イルを使用することができる。

【００１２】＜概要＞図１は、本発明の一実施形態に従
って、メッセージ上で計算が実行されるメッセージの配
信を示すブロック図である。計算装置１０によってユー
ザ１１が別のユーザ１２に配信するための電子メッセー
ジ１３を作成することができる。ユーザ１１はメッセー
ジ１３がユーザ１２に配信される前に、インターネット
を通じて利用できる計算が実行されるようにしたい。メ
ッセージ機能技術１４は、ユーザ１１からメッセージ１
３を受信し、インターネット１５を通じて利用できる計
算サービス（例えば、テキストの翻訳、またはメッセー
ジへの画像の付加）を使用して実行される計算を制御
し、ユーザ１２に配信される変更されたメッセージ１６
を作成する。メッセージ機能技術１４によって、ユーザ
１１は所望の計算または機能を手動で実行する必要なし
に、メッセージを作成して送信することができる。

【００１３】他の実施形態においては、メッセージ１３
がメッセージ機能技術１４に到着する前または後の両方
においてインターネット１５を通じてメッセージ１３を
送信することができる。

【００１４】本発明の範囲は、インターネットでの使用
を遥かに超えているが、本発明の実施形態を例示するた
めにインターネットが使用される。他の方法としては、
本発明の実施形態を任意のタイプのエンド・ツー・エン
ド通信チャネル上で実装することができる。

【００１５】広範囲の各種機能および計算をユーザの電
子メッセージに容易に追加することができる。一実施形
態においては、その機能または計算がメッセージ機能技
術に利用できる場合、ユーザの関与なしに、その機能ま
たは計算をメッセージ上に容易に追加して実行させるこ
とができる。

【００１６】＜計算装置のアーキテクチャ＞図２は、本
発明のいくつかの実施形態を実装するために適している
計算装置のアーキテクチャ１００を示す。計算装置のア
ーキテクチャ１００は、プロセッサ１０２と、記憶装置
１０３と、モデムなどのインターネットへのアクセス機
器１１０とを含む。また、アーキテクチャ１００は、デ
ィスプレイ・モニタ１０４と、カーソル制御装置１０５
と、ランダム・アクセス・メモリ１０７と、ＲＯＭメモ
リ１０８と、キーボード１０６と、グラフィックスのコ
プロセッサ１０９とを含むこともできる。

【００１７】従って、本発明の方法は、図２に示されて
いるアーキテクチャ１００などの任意の計算装置アーキ
テクチャ上で実行することができるが、このアーキテク
チャが本発明の実施形態を実行することができる唯一の
ものであるという制限はない。

【００１８】一実施形態においては、計算装置のアーキ
テクチャ１００は、図４に示されているような、計算装
置３１０〜３１３などの他の計算装置が直接接続されて
いるサーバ３００、図６によって示されているようなイ
ンターネットの一部であるサーバ３６４、または図５に
示されているような計算装置３３０〜３３３などの任意
の他のタイプの計算装置であってよい。

【００１９】本発明の一実施形態においては、記憶装置
１０３は、コンピュータ可読媒体などの、製造の１つの
物品であってよい。例えば、記憶装置１０３は、磁気ハ
ード・ディスク、光ディスク、フレキシブルディスク、
ＣＤ‐ＲＯＭ（コンパクト・ディスク読出し専用メモ
リ）、ＲＡＭ（ランダム・アクセス・メモリ）、ＲＯＭ
（読出し専用メモリ）、または単独で、または組み合わ
せて読出しまたは書込みができる他のデータ記憶技術を
使用することができる。

【００２０】記憶装置１０３は、Ｍｉｃｒｏｓｏｆｔの
Ｗｉｎｄｏｗｓ（登録商標）７またはＵｎｉｘ（登録商
標）７などのオペレーティング・システム１１１を含ん
でいてもよく、オペレーティング・システム１１１は計
算装置アーキテクチャ１００を使用してプログラムまた
はアプリケーションを実行することができる。本発明の
一実施形態がメッセージ機能ソフトウェア・プログラム
１１２として実装され、記憶装置１０３上に格納されて
いる。一実施形態においては、メッセージ機能ソフトウ
ェア・プログラム１１２は、計算装置アーキテクチャ１
００を通じて送信されるすべての電子メッセージをイン
タセプトし、ユーザからの入力なしで電子メッセージ上
で実行される特別の機能または計算を制御するように構
成される。

【００２１】理解されるように、メッセージ機能ソフト
ウェア・プログラム１１２などの本発明の実施形態は、
ソフトウェア・プログラム、ソフトウェア・オブジェク
ト、ソフトウェア関数、ソフトウェア・サブルーチン、
ソフトウェアの方法、ソフトウェアのインスタンス、コ
ード・フラグメント、ハードウェアの動作またはユーザ
の動作の単独または組合せでの形式とすることができ
る。さらに、メッセージ機能ソフトウェア・プログラム
１１２は、１つ、２つまたは任意の数の計算装置１００
を使用して実装することができる。

【００２２】＜メッセージの作成および配信＞一実施形
態においては、計算が実行されるメッセージが図３に示
されているフローチャートに従って作成され、配信され
る。

【００２３】当業者であれば理解されるように、図３、
図７、および図１０は、特定の機能を実行するための論
理ボックスを示す。他の実施形態においては、より多く
の、あるいはより少ない数の論理ボックスを使用するこ
とができる。本発明の一実施形態においては、論理ボッ
クスは、図２に示されているメッセージ機能ソフトウェ
ア・プログラム１１２の一部分、あるいはメッセージ機
能技術の他の実施形態の任意の部分であってよい。

【００２４】ユーザは、論理ボックス２００によって示
されているような計算が実行されるメッセージを作成す
る。メッセージを作成している間に、ユーザは、論理ブ
ロック２１０に示されているように、配信されるメッセ
ージと一緒にコマンド命令を含める。

【００２５】論理ブロック２００および２１０に示され
ているように、メッセージを作成し、コマンド命令を付
加すると、ユーザは論理ブロック２１０によって示され
ているように、そのメッセージを送信する。本発明の実
施形態の計算的に強化されたメッセージを送信する際に
ユーザが行う必要があることはこれだけである。

【００２６】一実施形態においては、ユーザは、図４の
計算装置３１０〜３１３、図５の計算装置３３０〜３３
３、図６の計算装置３５０〜３５３、または電子メッセ
ージを送信するのに通常使用される任意の他のタイプの
装置などのどれかの計算装置を使用して、論理ボックス
２００〜２２０として示されているステップを実行する
ことができる。

【００２７】論理ブロック２３０は、メッセージを受信
し、そのメッセージの必要な計算を制御するメッセージ
機能技術１４を示す。計算が完了すると、メッセージが
変更されて配信される。そのメッセージは指定されるだ
け多くの受信者に配信されるか、誰にも配信されない
か、ユーザに戻されるか、あるいは任意の他のアクセス
可能なロケーションに配信されるようにすることができ
る。

【００２８】一実施形態においては、メッセージ機能技
術１４は、図４のサーバ３００、図５の計算装置３３０
〜３３３のうちの任意の１つ、あるいは図６のサーバ３
６４の上に実装して、論理ボックス２３０によって示さ
れているステップを実行することができる。

【００２９】論理ブロック２４０は、計算が既に実行さ
れているメッセージを受信している受信者を示す。一実
施形態においては、その変更されたメッセージからコマ
ンド命令が取り除かれ、その受信者は受信されたメッセ
ージが変更されているかどうかを知らない。他の方法と
しては、その変更されたメッセージ内にコマンド命令を
含めることができ、受信側ではそのメッセージが変更さ
れていることを知る。そのような実施形態においては、
受信側はそのコマンド命令を保存し、それを同様な方法
で計算したい自分自身のメッセージに後で付加すること
ができる。上記のように、メッセージはユーザに配信さ
れない場合もあるが、図４の計算装置３１５〜３２２、
図５の計算装置３３５〜３４２、図６の計算装置３５５
〜３６２などの任意のロケーションに配信されるか、あ
るいは全く配信されない場合がある。さらに、メッセー
ジを複数の異なるロケーションに配信することができ
る。

【００３０】＜メッセージのインタセプト＞図４〜図６
は、本発明の種々の実施形態を実装するための種々のシ
ステムの一般化されたブロック図を示す。

【００３１】図４は、メッセージ機能技術１４が、イン
ターネット３２３と通信しているサーバ３００上に実装
されている本発明の一実施形態を示す。

【００３２】ユーザ１１は、デスクトップ・コンピュー
タ３１０、ポータブル・コンピュータ３１１、ハンドヘ
ルド・コンピュータ３１２、あるいはサーバ３００と通
信する任意の他のタイプの計算装置３１３を使用するこ
とができ、それによってメッセージ機能技術１４の恩恵
を得ることができる。

【００３３】ユーザ１１が使用することができる種々の
計算装置３１０〜３１３のリストは、例を示す目的だけ
のために示されており、本発明の実施形態で使用できる
種々のタイプの装置を全て含んでいるリストであること
が意図されているわけではない。ユーザ１１はサーバ３
００にアクセスすることができる任意のタイプの計算装
置を使用することができる。

【００３４】装置３１０〜３１３を、それぞれの以前か
ら存在しているソフトウェアまたはハードウェアを変更
することなしに、本発明の実施形態において使用するこ
とができる。例えば、ユーザ１１は、電子メールのアプ
リケーションを含んでいるデスクトップ・コンピュータ
３１０を使用して、計算が実行されるメッセージを送信
することができる。メッセージが送信された後、それは
サーバ３００上にあるメッセージ機能技術１４によって
受信される。メッセージ機能技術１４は、必要な計算を
制御し、そのメッセージをその対象とする受信者に配信
する。

【００３５】ハンドヘルド・コンピュータ３１６、Ｍａ
ｃコンピュータ３１８、またはＰＣコンピュータ３１９
などの計算装置にメッセージを配信する他に、その付加
によってメッセージ機能技術１４にそのメッセージを掲
示板３１５上に載せること、データベース３１７に格納
すること、ファックス装置３２０、スキャナ３２１、プ
リンタ３２２に送信すること、ユーザ１１に返すこと、
そのメッセージを全く配信しないこと、あるいはそのメ
ッセージを任意の他のロケーションまたは装置に配信す
ることを指示することができる。

【００３６】図５は、本発明の他の実施形態を示してお
り、メッセージ機能技術１４が装置３３０〜３３３のう
ちのどれか１つ上に実装され、それらの装置は、デスク
トップ・コンピュータ３３０、ポータブル・コンピュー
タ３３１、ハンドヘルド・コンピュータ３３２、または
インターネット３４３と通信する任意の他のタイプの計
算装置３３３を使用することができる。

【００３７】ユーザ１１が使用することができる種々の
計算装置３３０〜３３３のリストが例を示す目的のため
だけに示されているが、それは本発明の実施形態と一緒
に使用することができる種々のタイプの装置を全て含ん
でいるリストであることが意図されているわけではな
い。ユーザ１１はインターネット３４３にアクセスする
ことができる任意のタイプの計算装置を使用することが
できる。例えば、ユーザ１１はデスクトップ・コンピュ
ータ３３０を使用して、計算が実行される電子メッセー
ジを送信することができる。メッセージが送信される
と、それはデスクトップ・コンピュータ３３０上にある
メッセージ機能技術１４によって受信される。メッセー
ジ機能技術１４は、必要な計算を制御し、そのメッセー
ジをその対象とする受信者に配信する。

【００３８】ハンドヘルド・コンピュータ３３６、Ｍａ
ｃコンピュータ３３８、またはＰＣコンピュータ３３９
などの計算装置にメッセージを送信する他に、その付加
によって、メッセージを掲示板３３５上に載せること、
データベース３３７内に格納すること、ファックス装置
３４０、スキャナ３４１、プリンタ３４２に送信するこ
と、ユーザ１１に返すこと、そのメッセージを全く配信
しないこと、あるいはそのメッセージを任意の他のロケ
ーションまたは装置に配信することをメッセージ機能技
術１４に指示することができる。

【００３９】図６は、本発明のさらに他の実施形態のブ
ロック図を示しており、メッセージ機能技術１４が計算
装置３５０〜３５３の１つなどと、インターネット３６
３の一部であるサーバ３６４との両方に実装されてい
る。計算装置は、デスクトップ・コンピュータ３５０、
ポータブル・コンピュータ３５１、ハンドヘルド・コン
ピュータ３５２、またはインターネット３６３と通信す
る任意の他のタイプの計算装置３５３を使用することが
できる。計算装置３５０〜３５３はモデムおよびダイヤ
ルアップ接続によって、ローカル・サーバを通じて、あ
るいはインターネット３６３にアクセスするために普通
に使用される任意の他の技術によってインターネット３
６３にアクセスすることができる。

【００４０】ユーザ１１が使用することができる種々の
計算装置３５０〜３５３のリストは、例を示す目的ため
だけのために示されており、本発明の実施形態と一緒に
使用することができる種々のタイプの装置を全て含んで
いるリストであることが意図されているわけではない。
ユーザ１１はインターネット３６３にアクセスすること
ができる任意のタイプの計算装置を使用することができ
る。例えば、ユーザ１１はデスクトップ・コンピュータ
３５０を使用して計算が実行される電子メッセージを送
信することができる。

【００４１】メッセージの送信において、そのメッセー
ジはそのメッセージが発信される計算装置３５０〜３５
３上にあるメッセージ機能技術１４の第１の部分によっ
て受信される。メッセージ機能技術１４の第１の部分は
そのメッセージが最初にサーバ３６４に配信されるよう
にメッセージを経路変更（ｒｅ−ｒｏｕｔｅ）し、サー
バ３６４はメッセージ機能技術１４の第２の部分を含ん
でいる。一実施形態においては、メッセージ機能技術１
４の第１の部分はクライアント側のプラグインまたはマ
クロとして実装されている。他の方法としては、最初に
そのメッセージを受信する計算装置３５０〜３５３と通
信しているサーバ上に、メッセージ機能技術１４の第１
の部分を置くことができる。

【００４２】サーバ３６４上に置かれているメッセージ
機能技術１４の第２の部分は、経路変更されたメッセー
ジを受信し、必要な計算を制御し、そのメッセージをそ
の対象とする受信者に配信する。

【００４３】ハンドヘルド・コンピュータ３５６、Ｍａ
ｃコンピュータ３５８、またはＰＣコンピュータ３５９
などの計算装置にメッセージを送信する他に、その付加
によって、そのメッセージを掲示板３５５上に載せるこ
と、データベース３５７内に格納すること、ファックス
装置３６０、スキャナ３６１、プリンタ３６２に送信す
ること、ユーザ１１に返すこと、そのメッセージを全く
配信しないこと、あるいはそのメッセージを任意の他の
ロケーションまたは装置に配信することをメッセージ機
能技術１４の第２の部分に指示することができる。

【００４４】図７は、本発明の一実施形態に従って、計
算装置３５０〜３５３などのうちの１つの計算装置から
図６のサーバ３６４にメッセージを経路変更するための
フローチャートを示す。図４および図５に関して、そし
て他の実施形態において説明されたように、メッセージ
の経路変更は必須ではない。

【００４５】論理ブロック３７０において、ユーザがメ
ッセージを送信することによって、そのプロセスが開始
される。

【００４６】論理ブロック３７１において、論理ブロッ
ク３７０においてユーザによって送信されたメッセージ
がメッセージ機能技術１４の第１の部分によって受信さ
れる。一実施形態においては、メッセージ機能技術１４
の第１の部分は、そのメッセージが発信される計算装置
上にある。送信されたメッセージの受信時に、制御が論
理ブロック３７２へ渡される。他の実施形態において
は、計算装置からメッセージを最初に受信するサーバな
どの中間の装置上にメッセージ機能技術の第１の部分を
置くことができる。

【００４７】一実施形態においては、メッセージについ
て計算が実行されるべきかどうかに関しての決定は行わ
れない。この実施形態においては、すべてのメッセージ
がサーバ３６４（図６）を通じて経路変更される。他の
実施形態においては、計算が実行されるべきかどうかを
判定するためにメッセージをサーチすることができる。
計算が実行されないことが判定された場合、そのメッセ
ージは経路変更されずに対象とする受信者に配信され
る。

【００４８】論理ブロック３７２において、メッセージ
が最初にサーバ３６４に配信されるようにメッセージの
Ｔｏフィールドが書き換えられる。例えば、ユーザ１１
が電子メッセージを作成して、ｋｄｏｅ＠ｈｉｓｍａｉ
ｌ．ｃｏｍに送信した場合、そのＴｏフィールドはアド
レスｋｄｏｅ＠ｈｉｓｍａｉｌ．ｃｏｍを含むことがで
きる。論理ブロック３７２において、そのＴｏフィール
ドがｋｄｏｅ＃ｈｉｓｍａｉｌ．ｃｏｍ＠ｓｅｒｖｅｒ
３６４．ｃｏｍとなるように書き換えられる。Ｔｏフィ
ールドを書き換えることによって、そのメッセージは最
初にサーバ３６４に配信される。

【００４９】ブロック３７３において、メッセージのＣ
ｃフィールドが論理ブロック３７２に関連して説明され
たのと同じ方法で書き換えられる。例えば、Ｃｃフィー
ルドがアドレスｂｄｏｅ＠ｍｙｍａｉｌ．ｃｏｍを含ん
でいた場合、それはｂｄｏｅ＃ｍｙｍａｉｌ．ｃｏｍ＠
ｓｅｒｖｅｒ３６４．ｃｏｍとなるように書き換えられ
る。Ｃｃフィールドを書き換えることによって、そのＣ
ｃフィールド内にリストされている受信者にアドレス指
定されている最終的に配信されるメッセージに対する全
ての応答が、それぞれの最終宛先に配信される前にサー
バ３６４を通して転送される。他の実施形態において
は、Ｃｃフィールドは変えられず、応答は直接にユーザ
に配信される。

【００５０】論理ブロック３７４において、メッセージ
のＢｃｃフィールドが論理ブロック３７２および３７３
に関連して説明されたのと同様な方法で書き換えられ
る。例えば、Ｂｃｃフィールドがアドレスｂｃｄｏｅ＠
ｍｙｍａｉｌ．ｃｏｍを含んでいた場合、それはｂｃｄ
ｏｅ＃ｍｙｍａｉｌ．ｃｏｍ＠ｓｅｒｖｅｒ３６４．ｃ
ｏｍとなるように書き換えられる。Ｂｃｃフィールドを
書き換えることによって、そのＢｃｃフィールド内にリ
ストされている受信者にアドレス指定されている最終的
に配信されるメッセージに対する全ての応答が、それぞ
れの最終宛先に配信される前にサーバ３６４を通して転
送される。他の実施形態においては、Ｂｃｃフィールド
が変えられず。応答は直接にユーザに配信される。

【００５１】論理ブロック３７５において、メッセージ
のＦｒｏｍフィールドが論理ブロック３７２、３７３お
よび３７４に関して説明されたのと同様な方法で書き換
えられる。例えば、Ｆｒｏｍフィールドがアドレスｊｄ
ｏｅ＠ｍｙｍａｉｌ．ｃｏｍを含んでいた場合、それは
ｊｄｏｅ＃ｍｙｍａｉｌ．ｃｏｍ＠ｓｅｒｖｅｒ３６
４．ｃｏｍとなるように書き換えられる。Ｆｒｏｍフィ
ールドを書き換えることによって、Ｆｒｏｍフィールド
内にリストされている送信側にアドレス指定されている
最終的に配信されるメッセージに対するすべての応答
が、それぞれの最終宛先に配信される前にサーバ３６４
を通して転送される。他の実施形態においては、Ｆｒｏ
ｍフィールドは換えられず、応答は直接にユーザに配信
される。

【００５２】最終的に配信されるメッセージに対する応
答がメッセージ機能技術を通して転送されることを確実
にする他に、一実施形態においては、メッセージ機能技
術は各フィールドに対して種々のコマンド命令を受信す
ることができる。例えば、メッセージ機能技術はＴｏフ
ィールド内に受信者に配信されるメッセージが、そのメ
ッセージ内に含まれている本体のフランス語の翻訳を必
要とする命令を受信する場合があり、Ｃｃフィールド内
にリストされた受信者に配信されるメッセージは本体の
スペイン語の翻訳を含む必要があり、Ｂｃｃフィールド
内にリストされている受信者は、そのメッセージをその
まま受信する必要があるという命令を受信する場合があ
る。各フィールドを変更することによって、メッセージ
機能技術は送信者の関与なしに種々の受信者に対して同
じメッセージに関して異なる計算および機能を実行する
ことができる。

【００５３】アドレス・フィールドが書き換えられる
と、制御が論理ブロック３７４へ渡され、そのメッセー
ジが代表的な伝送技術を使用して計算装置から送信さ
れ、サーバ３６４上にあるメッセージ機能技術１４の第
２の部分によってインタセプトされる。

【００５４】図４〜図６に示されている上記各実施形態
において、各メッセージおよび各メッセージに対する応
答がメッセージ機能技術を通して転送される。メッセー
ジ機能技術を通じて元の各メッセージを転送することに
よって、所望の計算または機能が配信の前に確実に実行
される。

【００５５】さらに、メッセージ機能技術を通じてメッ
セージに対する応答が確実に転送されることによって、
メッセージ機能技術がユーザ１１に追加の機能および計
算を提供することができる。

【００５６】＜計算および機能＞図８は、本発明の一実
施形態の、ポータブル・コンピュータ３１１、サーバ３
００、Ｍａｃコンピュータ３１８、およびインターネッ
ト３２３を示す図４の部分の展開図の一例を示す。イン
ターネット３２３は電子的に送信されるメッセージ上に
含まれていて実行される多くの異なるタイプの機能、ア
タッチメントおよび計算装置を含む。例えば、インター
ネット３２３はニュース４０１、株価情報４０２、デー
タベース・サーチ４０３、ジョーク４０４、スポーツ情
報４０５、映画４０６、ｔｏ‐ｄｏリスト４０７、音声
クリップ４０８、翻訳サービス４０９、および他の多く
のタイプの計算サービスおよび機能的特徴を含む。

【００５７】メッセージ機能技術によってアクセスする
ことができる任意のサービス、機能、画像、音声クリッ
プ、または他のタイプのデータを、本発明の実施形態に
従って配信される電子メッセージ上に付加し、実行する
ことができる。

【００５８】図９は、本発明の一実施形態に従って、Ｕ
ＲＬ５００として実装されたコマンド命令を示す。一実
施形態においては、ＵＲＬ５００をメッセージ内に含め
るか、あるいはインターネットのショートカット・ファ
イルなどのファイルとしてメッセージに付加することが
できる。インターネットのショートカット・ファイルは
当業者にとって周知のものであり、これ以上詳しくは説
明しない。ＵＲＬ５００はホスト５１０、ファイル５２
０、一組のパラメータ５３０、および関連値５４０を含
む。

【００５９】ホスト５１０およびファイル５２０は、そ
の計算を実行するのに使用されるサービスおよびアプリ
ケーション・プロバイダをメッセージ機能技術に指示す
る。図１３について説明すると、ＵＲＬ８５０における
ホストによって識別されるサービスはｗｗｗ．ｓｅｒｖ
ｉｃｅ．ｃｏｍ（例えば、ｗｗｗ．ａｌｔａｖｉｓｔ
ａ．ｃｏｍ）であり、そのファイルによって識別される
アプリケーション・プロバイダは翻訳（例えば、ｂａｂ
ｅｌｆｉｓｈ）である。

【００６０】パラメータ５３０および関連値５４０は、
その計算を正しく実行するためにそのアプリケーション
・プロバイダが必要とする情報を示す。図１３におい
て、そのパラメータは、値がＦｒｅｎｃｈであるｌａｎ
ｇｕａｇｅおよび、値がｔｒｕｅ（真）であるＴＤ‐Ｒ
ＥＱ‐ＢＯＤＹである。本発明の実施形態においては、
アプリケーション・プロバイダによって必要とされる情
報をメッセージ機能技術に通知するために１つ、２つ、
または必要なだけのパラメータおよび関連値を使用する
ことができる。

【００６１】そのパラメータはそのアプリケーション・
プロバイダに対して固有であるか、あるいはそのアプリ
ケーション・プロバイダに渡される情報を示すパラメー
タである場合がある。例えば、図１３のＵＲＬ８５０に
おける最初のパラメータおよび値、すなわち、ｌａｎｇ
ｕａｇｅ＝Ｆｒｅｎｃｈ、は翻訳のアプリケーション自
身に固有であり、変更されずにそのアプリケーション・
プロバイダに渡される。第２のパラメータおよび値、す
なわち、ＴＤ‐ＲＥＱ‐ＢＯＤＹ＝ｔｒｕｅ（真）は、
そのメッセージの本体がアプリケーション・プロバイダ
に送信されることをメッセージ機能技術に示す。

【００６２】メッセージ上で他の機能が実行されること
を示すために、ＵＲＬ５００内に追加のパラメータおよ
び値を含めることができる。例えば、図１３の表題行８
４０が翻訳される場合、ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ
＝ｔｒｕｅなどの別のパラメータおよび値がＵＲＬ８５
０内にある。

【００６３】一実施形態においては、ＵＲＬ５００内に
含めることができる多くの異なるパラメータおよび値が
ある。例えば、本発明の一実施形態に従って、ＵＲＬ５
００内に含めることができるパラメータのリストは、Ｔ
Ｄ‐ＲＥＱ‐ＳＥＮＤＥＲ、ＴＤ‐ＲＥＱ‐ＲＥＣＩＰ
ＩＥＮＴＳ、ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ、ＴＤ‐Ｒ
ＥＱ‐ＤＡＴＥ、ＴＤ‐ＲＥＱ‐ＭＥＳＳＡＧＥＩＤ、
ＴＤ‐ＲＥＱ‐ＨＥＡＤＥＲＳ、ＴＤ‐ＲＥＱ‐ＢＯＤ
Ｙ、ＴＤ‐ＲＥＱ‐ＴＨＲＥＡＤ、およびＴＤ‐ＲＥＱ
‐ＡＴＴ‐ＬＩＳＴである。

【００６４】上記リストは、可能なすべてのパラメータ
を含むリストであることが意図されているわけではな
く、単に本発明の実施形態において使用することができ
るいくつかのパラメータのリストであるに過ぎない。さ
らに、パラメータの中で使用される用語、例えば、Ｔ
Ｄ、ＲＥＱ、ＳＥＮＤＥＲ、ＲＥＣＩＰＩＥＮＴＳ、Ｓ
ＵＢＪＥＣＴ、ＤＡＴＥ、ＭＥＳＳＡＧＥＩＤ、ＨＥＡ
ＤＥＲＳ、ＴＨＲＥＡＤ、ＬＩＳＴ、ＢＯＤＹ、および
ＡＴＴは、単に説明的な例として使用されるだけであ
り、他の用語、英字、数字または他の文字の組合せを使
用して本発明の実施形態によって使用されるパラメータ
を示すことができる。

【００６５】任意の指定された値をパラメータに割り当
てること、そしてｔｒｕｅ（真）またはｆａｌｓｅ
（偽）の値に限定されないことも理解することができる
だろう。例えば、１および０の値、あるいは英字、文
字、または他の記号の任意の他の組合せを使用して、本
発明の実施形態に従ってパラメータに値を割り当てるこ
とができる。

【００６６】値がｔｒｕｅまたは他のデータである上記
のパラメータをＵＲＬ５００内に含めることによって、
メッセージ上で実行される種々の機能が示される。

【００６７】一実施形態においては、コマンド命令内に
含まれているパラメータがメッセージ機能技術によって
認識されない場合、メッセージ機能技術はこれらのパラ
メータを変えずに、そのアプリケーション・プロバイダ
に渡す。

【００６８】一実施形態においては、アプリケーション
・プロバイダはユーザが利用できるコマンド命令を有す
ることができ、アプリケーション・プロバイダはそのコ
マンド命令をメッセージに容易に付加することができ
る。例えば、コマンド命令をウェブ・ページ上で利用で
きるインターネットのショートカット・アイコンとして
提供し、ユーザがコンピュータ上でそれを保存し、後で
メッセージに付加することができる。しかし、そのコマ
ンド命令は提供されているが、ユーザはそのコマンド命
令を書く方法を知る必要がなく、単にそれを所望の機能
を実行するコマンド命令を含むメッセージ・ファイルに
付加することができる。

【００６９】例えば、プロバイダは配信に先立ってメッ
セージの終りに漫画を追加する計算を提供することがで
きる。このプロバイダは、“Ａｄｄ Ｃａｒｔｏｏｎ”
のタイトルのインターネットのショートカットの形式で
ユーザに利用できるコマンド命令のアタッチメントを有
することができる。ユーザは単純にこのショートカット
をそれぞれのコンピュータ上に保存し、漫画をメッセー
ジに追加したい時に送信に先立ってそのメッセージにそ
のショートカットを付加するだけで済む。漫画をそれぞ
れのメッセージに追加するためにユーザがする必要があ
ることはそれだけである。そのメッセージはメッセージ
機能技術によって受信され、必要な計算が実行され、漫
画が追加され、メッセージが対象とする受信者に配信さ
れ、送信側からの入力に対する追加の必要性はない。

【００７０】図１０は、本発明の一実施形態に従って、
メッセージ上で実行される計算を制御するためのステッ
プのフローチャート６００を示す。

【００７１】論理ブロック６１０において、本発明の一
実施形態に従って、メッセージ機能技術１４によってメ
ッセージが受信される。そのメッセージが受信される
と、制御が論理ブロック６２０へ渡される。

【００７２】論理ブロック６２０において、そのメッセ
ージがコマンド命令を含んでいるかどうかが判定され
る。論理ブロック６２０におけるその判定の結果がｙｅ
ｓであった場合、制御が論理ブロック６３０へ渡され
る。

【００７３】しかし、論理ブロック６１０において受信
されたメッセージ内にコマンド命令が含まれていなかっ
た場合、制御は論理ブロック６９０へ渡され、メッセー
ジはその対象とする受信者に配信される。論理ブロック
６９０においてメッセージを配信するとき、制御が論理
ブロック６９５に渡され、そのプロセスが完了する。

【００７４】論理ブロック６１０において受信されたメ
ッセージがコマンド命令を含んでいることが、論理ブロ
ック６２０において判定された場合、制御は論理ブロッ
ク６３０へ渡される。

【００７５】論理ブロック６３０において、そのコマン
ド命令内に含まれている情報に基づいて、要求された計
算を実行するアプリケーション・プロバイダがメッセー
ジ機能技術１４によって決定される。一実施形態におい
ては、そのコマンド命令の形式がＵＲＬ５００（図９）
であった場合、アプリケーション・プロバイダはＵＲＬ
５００のホスト５１０およびファイル５２０に基づいて
メッセージ機能技術１４によって決定される。

【００７６】論理ブロック６３５において、“Ｒｅｑｕ
ｅｓｔ（要求）”が、そのコマンド命令内に含まれてい
る命令に基づいてメッセージ機能技術１４によって作成
される。一実施形態においては、そのコマンド命令の形
式がＵＲＬ５００（図９）であった場合、そのＲｅｑｕ
ｅｓｔはパラメータ５３０および関連値５４０に基づい
て作成される。

【００７７】一実施形態においては、Ｒｅｑｕｅｓｔは
ＨＴＴＰ ＰＯＳＴコマンドを使用して送信するための
形式でメッセージ機能技術１４によって作成される。Ｐ
ＯＳＴコマンドは、ｈｔｔｐプロトコルを使用して潜在
的に大量のデータを送信するコマンドである。Ｒｅｑｕ
ｅｓｔ内に含まれているのは、その宛先、すなわち、ホ
スト＋アプリケーション・プロバイダ、上記の関連値を
持つ一組のパラメータ、およびデータ・ストリームであ
る。他のタイプのプロトコルを使用して送信するための
フォーマットでＲｅｑｕｅｓｔを作成することができる
ことを理解されたい。例えば、Ｒｅｍｏｔｅ Ｍｅｔｈ
ｏｄ Ｉｎｖｏｃａｔｉｏｎ（ＲＭＩ）、一般的ソケッ
ト（“ＴＣＰ／ＩＰ”）、または任意の他のタイプのプ
ロトコルを使用して送信するためにＲｅｑｕｅｓｔをフ
ォーマット化することができる。

【００７８】図１５および図１６について説明すると、
インターネットのショートカット・ファイル９１０の形
式でコマンド命令を含んでいるメッセージが論理ブロッ
ク６１０においてメッセージ機能技術１４によって受信
されている。インターネットのショートカット・ファイ
ル９１０は３つのパラメータおよび関連値、すなわち、
ｌａｎｇｕａｇｅ＝Ｆｒｅｎｃｈ、ＴＤ‐ＲＥＱ‐ＳＵ
ＢＪＥＣＴ＝ｔｒｕｅ、およびＴＤ‐ＲＥＱ‐ＢＯＤＹ
＝ｔｒｕｅを含んでいる。第１のパラメータはホスト・
サービスに固有であるので、それはメッセージ機能技術
１４によって不変のままでＲｅｑｕｅｓｔのヘッダに追
加される。

【００７９】第２のパラメータ、ＴＤ‐ＲＥＱ‐ＳＵＢ
ＪＥＣＴ＝ｔｒｕｅは、そのＲｅｑｕｅｓｔ内に翻訳さ
れているメッセージの主題行を含むことをメッセージ機
能技術１４に知らせる。従って、メッセージ機能技術１
４は、ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ＝Ｐｒｅａｍｂｌ
ｅ ｔｏ ｔｈｅ Ｃｏｎｓｔｉｔｕｔｉｏｎの形式の
ヘッダをＲｅｑｕｅｓｔに追加する。

【００８０】第３のパラメータはＴＤ‐ＲＥＱ‐ＢＯＤ
Ｙ＝ｔｒｕｅである。これはＲｅｑｕｅｓｔ内に関連メ
ール・メッセージの本体テキストを含むことをメッセー
ジ機能技術１４に知らせる。一実施形態においては、パ
ラメータおよびＴＤ‐ＲＥＱ‐ＢＯＤＹ＝ｔｒｕｅの値
がＲｅｑｕｅｓｔのヘッダに追加され、そのメッセージ
の本体の実際の内容がそのＲｅｑｕｅｓｔのデータ・ス
トリーム部分内に含められる。他の実施形態において
は、ＴＤ‐ＲＥＱ‐ＢＯＤＹのパラメータがＲｅｑｕｅ
ｓｔのヘッダに追加され、そのメッセージの本体の実際
の内容がそのパラメータに値として割り当てられる。

【００８１】アプリケーション・プロバイダが論理ブロ
ック６３０において決定され、Ｒｅｑｕｅｓｔが論理ブ
ロック６３５において作成されると、制御は論理ブロッ
ク６４０へ渡される。論理ブロック６４０においてＲｅ
ｑｕｅｓｔがアプリケーション・プロバイダに送信され
る。

【００８２】論理ブロック６４０において送信されたＲ
ｅｑｕｅｓｔの結果として、論理ブロック６５０におい
て“Ｒｅｓｐｏｎｓｅ（応答）”がアプリケーション・
プロバイダから受信される。一実施形態においては、Ｒ
ｅｑｕｅｓｔの場合と同様な方法でフォーマット化され
ている（例えば、ヘッダおよび内容のデータ・ストリー
ムを有している）ＨＴＴＰ ＰＯＳＴ Ｒｅｓｐｏｎｓ
ｅの形式でＲｅｓｐｏｎｓｅが返されてくる場合があ
る。Ｒｅｓｐｏｎｓｅは、他のタイプのプロトコルを使
用して送信するためのフォーマットで作成されていても
よいことを理解されたい。例えば、ＲＭＩ、ＴＣＰ／Ｉ
Ｐ、または任意の他のタイプのプロトコルを使用して送
信するためにＲｅｓｐｏｎｓｅをフォーマット化するこ
とができる。

【００８３】上記の例に戻って説明すると、メッセージ
機能技術１４は元のメッセージの翻訳およびその翻訳に
ついて行われることについての命令の両方を含んでいる
Ｒｅｓｐｏｎｓｅを、翻訳のアプリケーション・プロバ
イダから受信することを期待する。そのＲｅｓｐｏｎｓ
ｅはヘッダの形式がＴＤ‐ＲＥＳ‐ＡＰＰＥＮＤ‐ＢＯ
ＤＹ＝ｔｒｕｅの形式になっていて、そのＲｅｓｐｏｎ
ｓｅの内容が元のメッセージの終りに付加されることを
メッセージ機能技術１４に知らせることができる。翻訳
されたテキストそのものをＲｅｓｐｏｎｓｅのデータ・
ストリーム内に入れることもできる。

【００８４】論理ブロック６５０においてＲｅｓｐｏｎ
ｓｅが受信されると、制御は論理ブロック６６０へ渡さ
れる。

【００８５】論理ブロック６６０において、メッセージ
機能技術はアプリケーション・プロバイダから受信され
たＲｅｓｐｏｎｓｅ内に命令が含まれているかどうかを
判定する。Ｒｅｓｐｏｎｓｅ内に命令が含まれていなか
った場合、制御は論理ブロック６８０へ渡される。しか
し、Ｒｅｓｐｏｎｓｅ内に命令があった場合、制御は論
理ブロック６７０へ渡される。

【００８６】論理ブロック６７０において、元のメッセ
ージが論理ブロック６６０においてアプリケーション・
プロバイダから受信された命令に基づいて変更される。
例えば、ＲｅｓｐｏｎｓｅがＴＤ‐ＲＥＳ‐ＡＰＰＥＮ
Ｄ‐ＢＯＤＹ＝ｔｒｕｅを含んでいた場合、メッセージ
機能技術はそのＲｅｓｐｏｎｓｅのオブジェクトの内容
を元のメッセージの本体の終りに付加する。

【００８７】論理ブロック６８０において、メッセージ
が対象とする受信者に配信される。上記例からの結果の
メッセージが本発明の一実施形態に従って図１４として
示されている。

【００８８】他の実施形態においては、メッセージ機能
技術によって受信されたメッセージと一緒に複数のコマ
ンド命令が含まれていてもよい。２つ以上のコマンド命
令が付いてメッセージが受信された場合、論理ブロック
６８０におけるメッセージの配信に先立って、図１０に
示されている論理ステップ６３０〜６７０を各コマンド
命令に対して繰り返すことができる。

【００８９】さらに、他の実施形態においては、コマン
ド命令内にリストされたパラメータが論理ブロック６３
５においてメッセージ機能技術１４によって認識されな
いか、そのアプリケーション・プロバイダが要求された
情報を得るために認定されていないか、あるいはそのコ
マンド命令内にパラメータが含まれていなかった場合、
メッセージ機能技術はＨＴＴＰ ＧＥＴコマンドを実行
する。ＧＥＴコマンドは、そのコマンド命令内に識別さ
れたソースの内容のコピーを取得する。一実施形態にお
いては、そのソースは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒ
ｃｅ Ｌｏｃａｔｏｒ（“ＵＲＬ”）であってよい。メ
ッセージ機能技術がＧＥＴコマンドを実行すると、その
結果がメッセージに付加され、制御が論理ブロック６８
０へ渡され、その付加を伴ったメッセージが配信され
る。

【００９０】図１１は、本発明の一実施形態に従ってＨ
ＴＴＰ ＰＯＳＴ Ｒｅｑｕｅｓｔとして実装されたＲ
ｅｑｕｅｓｔ７００を示す。Ｒｅｑｕｅｓｔ７００内に
は、ホスト７３０と、ファイル７４０と、パラメータ７
５０と、各パラメータに関連する値７６０とを含むヘッ
ダ７１０が含まれている。ホスト７３０、ファイル７４
０、およびパラメータ７５０は、図９に関して説明され
たホスト５１０、ファイル５２０およびパラメータ５３
０と類似している。各パラメータ７５０に関連する値７
６０は、アプリケーション・プロバイダによって処理さ
れる実際のデータ内容であるか、あるいは値５４０（図
９）と同様にｔｒｕｅなどの指示値を含んでいてもよ
い。例えば、図１３を参照して、コマンド命令８５０が
パラメータ“ＴＤ‐ＲＥＱ‐ＳＵＢＪＥＣＴ＝ｔｒｕ
ｅ”を含んでいた場合、メッセージ機能技術によって作
成されるＲｅｑｕｅｓｔはパラメータ７５０および“Ｔ
Ｄ‐ＲＥＱ‐ＳＵＢＪＥＣＴ＝Ｐｒｅａｍｂｌｅ ｔｏ
ｔｈｅ Ｃｏｎｓｔｉｔｕｔｉｏｎ”などの値７６０
を含むことができる。

【００９１】他の方法としては、そのパラメータに関連
する処理されるデータが大きかった場合、ｔｒｕｅの値
がそのパラメータに割り当てられ、実際のデータがデー
タ・ストリーム７２０内に含められている。例えば、再
び図１３について説明すると、コマンド命令８５０は
“ｔｒｕｅ”の関連値を持つパラメータ“ＴＤ‐ＲＥＱ
‐ＢＯＤＹ”を含む。しかし、メッセージ８００の本体
８６０が非常に大きいので、Ｒｅｑｕｅｓｔ７００は
“ＴＤ‐ＲＥＱ‐ＢＯＤＹ”のパラメータ７５０および
“ｔｒｕｅ”の関連値７６０を含むことができる。メッ
セージ８００の本体８６０の内容がＲｅｑｕｅｓｔ７０
０のデータ・ストリーム７２０内に含められる。

【００９２】図１２は、ＨＴＴＰ ＰＯＳＴ Ｒｅｓｐ
ｏｎｓｅとして実装されているＲｅｓｐｏｎｓｅ７７０
を示しており、それは本発明の一実施形態に従って、ア
プリケーション・プロバイダの１つによってメッセージ
機能技術１４に返すことができる。Ｒｅｓｐｏｎｓｅ７
７０は、一組のパラメータ７９０および関連値７９５を
有するヘッダ７８０を含む。一実施形態においては、メ
ッセージ機能技術によって配信されたＲｅｑｕｅｓｔの
ためにメッセージ機能技術１４とアプリケーション・プ
ロバイダとの間に通信リンクが既に確立されていたの
で、ヘッダ情報内にホストまたはファイルはない。Ｒｅ
ｓｐｏｎｓｅ７７０内にはデータ・ストリーム７８５も
含まれている。

【００９３】パラメータ７９０および関連値７９５は、
値７９５として格納されているか、あるいはデータ・ス
トリーム７８５内に含まれている情報について行われる
ことに関する情報を、メッセージ機能技術１４に提供す
る。例えば、図１４について説明すると、本体８６０の
翻訳を実行したアプリケーション・プロバイダはパラメ
ータ“ＴＤ‐ＲＥＱ‐ＡＰＰＥＮＤ‐ＢＯＤＹ”を含ん
だＲｅｓｐｏｎｓｅをメッセージ機能技術１４に提供し
ている。上記の説明と同様に、一実施形態においては、
Ｒｅｓｐｏｎｓｅの内容、翻訳された本体がデータ・ス
トリーム７８５内に含められ、ｔｒｕｅの値がそのパラ
メータに割り当てられる。他の方法としては、一実施形
態においては、そのＲｅｓｐｏｎｓｅの内容が値として
含められる。

【００９４】Ｒｅｓｐｏｎｓｅ７７０は、必要な情報を
メッセージ機能技術１４に中継する任意の形式を使用す
ることができ、ＨＴＴＰ ＰＯＳＴのフォーマットには
限定されないことを理解されたい。さらに、一実施形態
においては、返されるデータの処理方法をメッセージ機
能技術１４に示すためにＲｅｓｐｏｎｓｅ７７０内に含
めることができる多くの異なるパラメータおよび値があ
る。

【００９５】例えば、本発明の一実施形態に従って、コ
マンドＲｅｓｐｏｎｓｅ７７０内に含めることができる
パラメータのリストは、ＴＤ‐ＲＥＳ‐ＲＥＰＬＡＣＥ
‐ＳＥＮＤＥＲ、ＴＤ‐ＲＥＳ‐ＡＤＤ‐ＲＥＣＩＰＩ
ＥＮＴ、ＴＤ‐ＲＥＳ‐ＲＥＭＯＶＥ‐ＲＥＣＩＰＩＥ
ＮＴ、ＴＤ‐ＲＥＳ‐ＲＥＰＬＡＣＥ‐ＳＵＢＪＥＣ
Ｔ、ＴＤ‐ＲＥＳ‐ＡＰＰＥＮＤ‐ＢＯＤＹ、ＴＤ‐Ｒ
ＥＳ‐ＲＥＰＬＡＣＥ‐ＢＯＤＹ、ＴＤ‐ＲＥＳ‐ＡＤ
Ｄ‐ＡＴＴ、ＴＤ‐ＲＥＳ‐ＲＥＭＯＶＥ‐ＡＴＴ、Ｔ
Ｄ‐ＲＥＳ‐ＲＥＭＯＶＥ‐ＣＭＤ、およびＴＤ‐ＲＥ
Ｓ‐ＳＷＡＬＬＯＷ‐ＭＳＧである。

【００９６】上記のパラメータのリストは、可能なパラ
メータをすべて含んでいるリストであることが意図され
ているわけではなく、単に本発明の実施形態において使
用することができるパラメータのいくつかのリストに過
ぎないことを理解されたい。さらに、そのパラメータの
中で使用されている用語、例えば、ＴＤ、ＲＥＳ、ＡＤ
Ｄ、ＲＥＰＬＡＣＥ、ＳＷＡＬＬＯＷ、ＡＰＰＥＮＤ、
ＳＥＮＤＥＲ、ＲＥＣＩＰＩＥＮＴＳ、ＳＵＢＪＥＣ
Ｔ、ＳＵＢＪＥＣＴ、ＢＯＤＹ、ＡＴＴ、ＣＭＤ、およ
びＭＳＧは、説明的な例として使用されているに過ぎ
ず、他の用語、英字、数字または他の文字の組合せを使
用して本発明の実施形態によって使用されるパラメータ
を示すことができる。

【００９７】また、任意の指定された値をパラメータに
割り当てることができ、ｔｒｕｅまたはｆａｌｓｅ
（偽）の値には限定されないことも理解されたい。例え
ば、１および０の値、あるいは英字、文字、または他の
記号の任意の他の組合せを本発明の実施形態に従ってパ
ラメータに値を割り当てる際に使用することができる。
さらに、そのパラメータに関連するデータを値として割
り当てることができる。

【００９８】Ｒｅｓｐｏｎｓｅ ７７０内に値付きの上
記パラメータを含めることによって、返された情報が処
理される方法がメッセージ機能技術に示される。

【００９９】＜計算の前および後のメッセージの例＞図
１３は、本発明の一実施形態に従って、図３に示されて
いるステップを使用してユーザ１１によって作成され、
送信されるメッセージ８００のブロック図を示す。図１
４は、本発明の一実施形態に従って、図１０に示されて
いる方法を使用して、計算が実行された後のメッセージ
８９０のブロック図を示す。

【０１００】図１３は、本発明の一実施形態に従って、
計算が実行されるメッセージ８００を示す。メッセージ
８００内にはＵＲＬ８５０として実装されているコマン
ド命令があり、それはどのサービスがその計算を実行す
るか、どんな情報をそのサービスが必要とするかを指定
する。図１３において、ＵＲＬ８５０は、ｗｗｗ．ｓｅ
ｒｖｉｓｅ．ｃｏｍ／ｔｒａｎｓｌａｔｅとして識別さ
れるサービスおよびアプリケーション・プロバイダ（例
えば、ｗｗｗ．ａｌｔａｖｉｓｔａ．ｃｏｍ／ｂａｂｅ
ｌｆｉｓｈ）を使用してメッセージの本体がフランス語
に翻訳されることの情報を含む。一実施形態において
は、その翻訳された本体をメッセージの終りに付加し、
それによって元の英語のバージョンと翻訳されたフラン
ス語のバージョンの両方を含めるか、あるいは翻訳され
たバージョンが元の本体を置き換えることができる。

【０１０１】Ｆｒｏｍフィールド８１０は、そのメッセ
ージが“ｊｄｏｅ＠ｍｙｍａｉｌ．ｃｏｍ”のアドレス
を有するユーザによって送信されていることを示す。ま
た、メッセージ８００内には、メッセージの受信者が
“ｋｄｏｅ＠ｈｉｓｍａｉｌ．ｃｏｍ”であることを示
すＴｏフィールド８３０、およびコピーが“ｂｄｏｅ＠
ｈｅｒｍａｉｌ．ｃｏｍ”に配信されることを示すＣｃ
フィールド８３０が含まれている。また、メッセージ８
００内には、英語のテキスト“Ｐｒｅａｍｂｌｅｔｏ
ｔｈｅ Ｃｏｎｓｔｉｔｕｔｉｏｎ”を含む表題行８４
０、およびＰｒｅａｍｂｌｅ ｔｏ ｔｈｅ Ｃｏｎｓ
ｔｉｔｕｔｉｏｎの英語のテキストを含む本体８６０が
含まれている。

【０１０２】図１４は、本発明の一実施形態に従って、
図１０に示された方法を使用して変更されたメッセージ
８９０を示す。メッセージ８９０は、本発明の一実施形
態に従って、ＵＲＬ８５０の命令に基づいて変更された
メッセージ８００である。メッセージ８９０は、図１３
に示されているメッセージ８００の場合と同様に、Ｆｒ
ｏｍフィールド８１０、Ｔｏフィールド８２０、および
Ｃｃフィールド８３０を含む。また、メッセージ８９０
には元の本体８６０も含まれている。さらに、本体８６
０の翻訳されたバージョン８７０が、メッセージが配信
される前にそのメッセージ８９０内に含まれている。

【０１０３】図１５および図１６は、本発明の他の実施
形態の、ユーザ１１によって送信されるときのメッセー
ジおよび計算が実行された後のメッセージのブロック図
を示す。

【０１０４】図１５は、本発明の一実施形態に従って、
計算が実行されるメッセージ９００を示す。メッセージ
９００内には、メッセージ９００に付加されているファ
イル９１０として実装されたコマンド命令がある。ファ
イル９００はどのサービスがその計算を実行するか、お
よびそのサービスがどんな情報を必要とするかについて
の命令を含む。

【０１０５】ファイル９１０は、ＵＲＬを含むインター
ネットのショートカット・ファイルであってよい。イン
ターネットのショートカット・ファイルとして格納され
ているファイル９１０は、要求された計算を制御するた
めにメッセージ機能技術によって必要とされる情報を含
む。図１５において、ファイル９１０はｗｗｗ．ｓｅｒ
ｖｉｃｅ．ｃｏｍ／ｔｒａｎｓｌａｔｅとして識別され
るサービスおよびアプリケーション・プロバイダを使用
して、そのメッセージの本体がフランス語に翻訳される
という情報を含む。

【０１０６】Ｆｒｏｍフィールド８１０は、そのメッセ
ージが“ｊｄｏｅ＠ｍｙｍａｉｌ．ｃｏｍ”のアドレス
を有するユーザによって送信されていることを示す。ま
た、メッセージ９００内には、そのメッセージの受信者
が“ｋｄｏｅ＠ｈｉｓｍａｉｌ．ｃｏｍ”であることを
示すＴｏフィールド８２０と、コピーが“ｂｄｏｅ＠ｈ
ｅｒｍａｉｌ．ｃｏｍ”に配信されることを指定してい
るＣｃフィールド８３０も含まれている。また、メッセ
ージ９００内には、英語のテキスト“Ｐｒｅａｍｂｌｅ
ｔｏ ｔｈｅ Ｃｏｎｓｔｉｔｕｔｉｏｎ”を含む表
題行８４０およびＰｒｅａｍｂｌｅ ｔｏ ｔｈｅ Ｃ
ｏｎｓｔｉｔｕｔｉｏｎの英語のテキストを含む本体８
６０も含まれている。

【０１０７】図１６は、本発明の一実施形態に従って変
更されたメッセージ９２０を示す。メッセージ９２０は
ファイル９１０の中の命令に基づいて本発明の一実施形
態に従って変更されたメッセージ９００である。

【０１０８】メッセージ９２０は、図１５に示されたメ
ッセージ９００の場合と同様に、Ｆｒｏｍフィールド８
１０、Ｔｏフィールド８２０、およびＣｃフィールド８
３０を含む。本体８６０の翻訳されたバージョン９７０
と、表題行８４０の翻訳されたバージョン９４０が、メ
ッセージ９２０が受信者に配信される前にメッセージ機
能技術によってメッセージ９２０内に含められている。
図１６によって示されている実施形態において、元の本
体８６０は取り除かれ、ファイル９１０が配信に先立っ
て取り除かれている。そのような実施形態においては、
受信側は、そのメッセージがユーザ１１によって送信さ
れた後、変更されたことを知らない。

【０１０９】上記特定の実施形態は、本発明の原理を単
に示しているものに過ぎず、当業者であれば、本発明の
範囲および精神から逸脱することなしに種々の変更がな
され得ることを理解されたい。従って、本発明の範囲は
特許請求の範囲によってのみ制限される。

【図面の簡単な説明】

【図１】 本発明の一実施形態に従って、計算が実行さ
れるメッセージの配信を示す一般化されたブロック図で
ある。

【図２】 本発明の種々の実施形態を実装するために適
している計算装置のアーキテクチャを示す一般化された
ブロック図である。

【図３】 本発明の一実施形態に従って、計算が実行さ
れるメッセージを作成して配信するためのステップを示
すフローチャートである。

【図４】 本発明の種々の実施形態を実装するためのシ
ステムを示す一般化されたブロック図である。

【図５】 本発明の種々の実施形態を実装するためのシ
ステムを示す他の一般化されたブロック図である。

【図６】 本発明の種々の実施形態を実装するためのシ
ステムを示す、さらに他の一般化されたブロック図であ
る。

【図７】 本発明の一実施形態に従って、メッセージを
転送するためのステップを示すフローチャートである。

【図８】 本発明の一実施形態による、図４の展開図の
一例である。

【図９】 本発明の一実施形態による、コマンド命令を
示す。

【図１０】 本発明の一実施形態による、メッセージ上
で実行される計算を制御するためのステップを示すフロ
ーチャートである。

【図１１】 本発明の一実施形態による、Ｒｅｑｕｅｓ
ｔ（要求）の一例である。

【図１２】 本発明の一実施形態による、Ｒｅｓｐｏｎ
ｓｅ（応答）の一例である。

【図１３】 本発明の一実施形態による、計算が実行さ
れるメッセージの一例である。

【図１４】 本発明の一実施形態による、計算が実行さ
れたメッセージの一例である。

【図１５】 本発明の一実施形態による、計算が実行さ
れるメッセージの他の例である。

【図１６】 本発明の一実施形態による、計算が実行さ
れたメッセージの他の例である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 マーク エイ ハワード アメリカ合衆国 カリフォルニア サンフ ランシスコ チャーチ ストリート 550 ＃６ (72)発明者 トレバー エフ スミス アメリカ合衆国 カリフォルニア サンフ ランシスコ フェル ストリート 1822 ＃１ (72)発明者 ビクトリア シー ベロッティ アメリカ合衆国 カリフォルニア サンフ ランシスコ アンドーバー ストリート 612 (72)発明者 カレン ジェイ マルセロ アメリカ合衆国 カリフォルニア サンフ ランシスコ フェル ストリート 2096 Ｆターム(参考） 5B085 BA06 BG02 BG07 CA00

Claims (9)

【特許請求の範囲】
1. 【請求項１】 電子メッセージの機能を強化するための
   方法であって、 電子メッセージを受信するステップと、 前記電子メッセージからコマンド命令を取得するステッ
   プと、 前記取得のステップに応答して機能を実行するステップ
   とを含む方法。
2. 【請求項２】 請求項１に記載の方法において、前記コ
   マンド命令が前記機能を実行するためのアプリケーショ
   ン・プロバイダを示す方法。
3. 【請求項３】 請求項１に記載の方法において、前記機
   能を実行するステップが、 前記コマンド命令からアプリケーション・プロバイダを
   決定するステップと、 前記機能を実行するために前記アプリケーション・プロ
   バイダにＲｅｑｕｅｓｔ（要求）を送信するステップと
   を含む方法。
4. 【請求項４】 請求項３に記載の方法において、 前記コマンド命令に基づいて前記Ｒｅｑｕｅｓｔを作成
   するステップを含む方法。
5. 【請求項５】 請求項３に記載の方法において、前記ア
   プリケーション・プロバイダからＲｅｓｐｏｎｓｅ（応
   答）を受信するステップと、 前記Ｒｅｓｐｏｎｓｅの受信に応答して前記メッセージ
   を変更するステップとをさらに含む方法。
6. 【請求項６】 請求項５に記載の方法において、 前記変更されたメッセージを宛先に送信するステップを
   さらに含む方法。
7. 【請求項７】 請求項１に記載の方法において、 前記コマンド命令が、 前記機能を実行するためのアプリケーション・プロバイ
   ダを示すホストおよびファイルと、 前記アプリケーション・プロバイダに配信される情報を
   示す少なくとも１つのパラメータとを含む方法。
8. 【請求項８】 請求項１に記載の方法において、 前記コマンド命令が受信されたメッセージ内にインター
   ネットのショートカット・ファイルとして含まれる方
   法。
9. 【請求項９】 Ｒｅｑｕｅｓｔの受信に応答して機能を
   提供するための装置であって、 プロセッサと、 Ｒｅｑｕｅｓｔを受信し、 前記Ｒｅｑｕｅｓｔ内に含まれている命令に応答して機
   能を実行し、 前記機能の実行に続いてＲｅｓｐｏｎｓｅを作成するた
   めに、 前記装置をプログラムするためのプロセッサ可読プログ
   ラム・コードを含む、前記プロセッサと通信するプロセ
   ッサ可読記憶媒体とを備える装置。