(57)【要約】本発明は、電子メッセージ処理方法及びシステムに関し、電子メッセージ処理システムは、メッセージコンテンツが経路指定決定プロセスを制御できる情報を含むように構成されている。メッセージ自体は、メッセージの受信者がメッセージを読む前であっても、優先順位をつけて予め定義された通信装置又はアプリケーションに経路指定することができる。送信者は、コンテンツに焦点を絞り、ＭｅｓｓａｇｅＭＬによって、そのコンテンツにタグをつけてターゲット通信装置へ配信するための閲覧可能な書式に適切に変換する構造が可能になる。また、個人が電子メッセージ処理システムを使用してＸＭＬ電子メッセージを受信することを可能にするコンテンツ駆動電子メッセージ処理を行う方法が開示される。情報提供者スタイルシート及びスマートメッセージ・スタイルシートが作成されると、スマートメッセージは、ＭｅｓｓａｇｅＭＬサービスプロバイダへ送信することができ、ＭｅｓｓａｇｅＭＬサービスプロバイダは、スマートメッセージを受信及び処理してスマートメッセージをユーザの定義エンドポイントに配信できる。
2004514192.tif 000002
【特許請求の範囲】
【請求項１】
個人が電子メッセージ処理システムを使用してＸＭＬ電子メッセージを受信することを可能にする、コンテンツ制御された電子メッセージ処理を行う方法であって、
情報提供者スタイルシートを作成する段階と、
少なくとも１つのスマートメッセージ・スタイルシートを作成する段階と、
少なくとも１つスマートメッセージを作成する段階と、
前記少なくとも１つのスマートメッセージをＭｅｓｓａｇｅＭＬサービスプロバイダに送信する段階と、
前記少なくとも１つスマートメッセージを受信する段階と、
前記少なくとも１つスマートメッセージを処理する段階と、
前記電子メッセージ処理システムのユーザの少なくとも１つのエンドポイントへ前記スマートメッセージを前記ユーザによって作成された定義に基づいて配信する段階と、
を含むことを特徴とする方法。
【請求項２】
情報提供者スタイルシートを作成する前記段階は、前記情報提供者に関するメタデータを定義する段階を含むことを特徴とする請求項１に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項３】
前記情報提供者に関する前記メタデータは、スマートメッセージが生じることができる場所を含むことを特徴とする請求項２に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項４】
情報提供者スタイルシートを作成する前記段階は、前記情報提供者スタイルシートを前記情報提供者のウェブサーバ上に格納する段階を含むことを特徴とする請求項２に記載のコンテンツ制御された電子メッセージ処理を行なう方法。
【請求項５】
少なくとも１つスマートメッセージ・スタイルシートを作成する前記段階は、メッセージペイロードと、前記メッセージペイロードを前記少なくとも１つのエンドポイントにどのように表示すべきかを定義する段階を含むことを特徴とする請求項１に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項６】
前記メッセージペイロードは、ＸＭＬスキーマを定義することによってイベントクラスに対して定義されることを特徴とする請求項５に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項７】
前記メッセージペイロードをどのように表示すべきかは、ＸＳＬ文書によって定義されることを特徴とする請求項５にコンテンツ制御された電子メッセージ処理を行う方法。
【請求項８】
少なくとも１つのスマートメッセージ・スタイルシートを作成する前記段階は、前記少なくとも１つのスマートメッセージ・スタイルシートを前記情報提供者のウェブサーバ上に格納する段階を含むことを特徴とする請求項５にコンテンツ制御された電子メッセージ処理を行う方法。
【請求項９】
前記少なくとも１つのスマートメッセージは、前記スマートメッセージ・スタイルシート、前記情報提供者スタイルシート、及びメッセージペイロードを含むことを特徴とする請求項１にコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１０】
前記メッセージペイロードは、アクティビティペイロード及びイベントペイロードを含むことを特徴とする請求項９にコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１１】
前記イベントペイロードは、前記アクティビティペイロードに属することを特徴とする請求項１０に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１２】
前記少なくとも１つのスマートメッセージは、ＸＭＬ文書を含むことを特徴とする請求項９に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１３】
前記少なくとも１つのスマートメッセージをＭｅｓｓａｇｅＭＬサービスプロバイダに送信する前記段階は、前記情報提供者から前記ＭｅｓｓａｇｅＭＬサービスプロバイダへのスマートメッセージの送信を含むことを特徴とする請求項１に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１４】
前記少なくとも１つのスマートメッセージを受信する前記段階は、前記ＭｅｓｓａｇｅＭＬサービスプロバイダが前記スマートメッセージを受信する段階と、前記情報提供者スタイルシート及び前記少なくとも１つのスマートメッセージ・スタイルシートに基づいて前記少なくとも１つのスマートメッセージを処理する段階と、前記ユーザによって作成された定義に基づいて、前記スマートメッセージを前記電子メッセージ処理システムのユーザの少なくとも１つのエンドポイントへ配信する段階を含むことを特徴とする請求項１に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１５】
前記少なくとも１つのスマートメッセージを処理する前記段階は、前記情報提供者スタイルシート及び前記少なくとも１つのスマートメッセージ・スタイルシートに基づく前記ＭｅｓｓａｇｅＭＬサービスプロバイダの処理を含むことを特徴とする請求項１に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１６】
前記少なくとも１つのスマートメッセージを情報提供者から受信するために申し込みを行う段階を更に含むことを特徴とする請求項１に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１７】
前記少なくとも１つのスマートメッセージを情報提供者から受信するために申し込みを行う前記段階は、前記少なくとも１つのスマートメッセージをどこに配信すべきかを決定する段階を含むことを特徴とする請求項１６に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１８】
前記少なくとも１つのスマートメッセージをどこに配信すべきかを決定する前記段階は、前記電子メッセージ処理システムの前記ユーザの少なくとも１つのエンドポイントを決定する段階を含むことを特徴とする請求項１７に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項１９】
前記少なくとも１つのエンドポイントは、電子メールボックス、有線又は無線電話、ファックス装置、ポケットベル、ウェブサイト、又は携帯情報端末を備えることを特徴とする請求項１８に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項２０】
前記少なくとも１つのスマートメッセージを配信する前記段階は、前記少なくとも１つのスマートメッセージを前記エンドポイントに送信する段階を含むことを特徴とする請求項１９に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項２１】
受信通知スマートメッセージを作成する段階を更に含み、前記受信通知は、前記スマートメッセージの進捗に関するステータス最新情報を通知できることを特徴とする請求項１に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項２２】
前記受信通知は、受信通知形式を備えることを特徴とする請求項２１に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【請求項２３】
前記受信通知形式は、受取、処理、又は配信ステータスを含むことを特徴とする請求項２３に記載のコンテンツ制御された電子メッセージ処理を行う方法。
【発明の詳細な説明】
【０００１】
本出願は、２０００年４月３日出願の米国仮特許出願番号６０／１９４，２５４「民生用ＸＭＬメッセージ処理コンピュータシステム」を基にしている。
【０００２】
本特許明細書の開示の一部は、著作権の保護を受ける内容を含む。著作権所有者は、特許商標局の特許ファイル又は記録に見ることができるので、何人の特許明細書又は特許開示内容の複製に異存はないが、その他に点では全ての著作権を所有するものである。
【０００３】
同時出願の米国特許出願「個別ＸＭＬメッセージ処理コンピュータシステム」に開示されている関連の発明とクロスリファレンスされており、その主題は本出願人が所有するものであり、その開示内容は引用によって本明細書に組み込まれている。
【０００４】
また、同時出願の米国特許出願「パーソナルリソースへのアクセス制御方法」に開示されている関連の発明とクロスリファレンスされており、その主題は本出願人が所有するものであり、その開示内容は引用によって本明細書に組み込まれている。
【０００５】
（背景技術）
本発明は、電子メッセージ処理システムに関し、更に詳細には、本発明は、メッセージをどのように経路指定するか、書式設定するか、表示するか、構成するか、及びさもなければ処理するかを含む、どのようにメッセージを処理するかを制御できるＸＭＬタグを含むように構成されている電子メッセージ処理のシステム及び方法に関する。本システム、即ちＭｅｓｓａｇｅＭＬは、個人が、個人の既存の電子メールボックス、携帯電話、ポケットベル、ファックス装置、電話、及び他の装置を完全に統合化する方法で企業又は他の送信者からのＸＭＬベースの電子メッセージ及び標準ＳＭＴＰ電子メール（ｅｍａｉｌ）メッセージを、受信、格納、統合、及び知的に処理することを可能にする、特定のメッセージ処理コンピュータシステムに関連して作動する。ＭｅｓｓａｇｅＭＬは、処理コンピュータシステムがコンテンツの意味、つまりメッセージをどのように処理すべきかを理解するように、メッセージコンテンツにタグ付けするための構成をもたらす。メッセージ処理コンピュータシステムは、本出願と同時に出願された米国特許出願「個別ＸＭＬメッセージ処理コンピュータシステム」に説明されており、その開示コンテンツは引用によって本明細書に組み込まれている。
【０００６】
既存技術の限界にもかかわらず電子通信市場は巨大であり非常に急速に成長している。世界中には２億６０００万以上のメールボックスがあり、米国だけで９２億通のメッセージが毎日送信されている。携帯型データ機器も同様に急成長を遂げており、現在、世界中には２億８００万人以上のデジタル無線電話加入者がいる。同様に、インターネット機器も急成長しており、接続機器台数は２００２年までには５５００万台になると予想されている。図１に示すように、これらの急成長市場を完全に利用するために、個人の既存電子メールボックス、携帯電話、ポケットベル、ファックス装置、電話、及び他の装置を完全に統合化することができる新しい通信コンピュータシステムが必要とされている。これを知的に行なうために非常に強力な先見性のあるメッセージ処理構造が必要されている。
【０００７】
新しい電子メール処理システムは、１）現在の電子メールシステム固有の限界、２）消費者「エンドポイント」（電子メールアドレス、無線装置、ファックス装置等）間の統合化の欠如、及び３）急増する電子通信の複雑性に起因して企業及び消費者が必要としている。
【０００８】
第１に、電子メールは、「広報」の形態以外は企業が顧客と対話する適切な媒体ではない。電子メールは、定義上、送信者アドレス、緊急／非緊急タグ、件名行、及びテキスト本文以外の知的なコンテンツを含んでいない。電子メールは、定義上、一般に電子メールが開封され、読まれ、及び格納又は削除される、ユーザの単一の受信箱に入る。多くの企業が顧客へ電子メールを送ると、受信者は受信箱が直ぐに一杯になるという問題に直面する。また、電子メールは、ユーザによる電子メールチェックの頻度が異なるために緊急メッセージ及び警告に関しては当てにできない。更に、電子メールは、簡単に自動的に分類、合成、保管、再書式設定又は要約作成を行なうことができない。
【０００９】
現在、着信電子メールを自動的に保管又は処理するために、ユーザは、件名行の検索等のメッセージ専用のルールを手作業で設定するか、又は特定の送信者アドレスに基づく対応を指定する必要がある。企業及び個人が送信する電子メッセージ数が増えるにつれて、これらのメッセージの処理、格納、及び合成するための更に知的な方法が必要とされる。例えば、支払金額は送られたか、取引は処理されたか、又は請求書は郵送されたかを調べるために、自分のクレジットカードのベンダーからの全てのメッセージを開封するのは不便である。これらのメッセージは、消費者が合成された状態を見るか、又は必要であれば詳細を見ることができるように知的に格納される必要がある。
【００１０】
第２に、多くの人は、自分の電子メールボックス、無線電話、ポケットベル、ファックス装置、即時メッセージ処理等のための種々の電子通信アドレスを使用する。これらの装置を有効かつ知的に統合化する方法は存在しない。即ち、ポケットベル、電子メールボックス、電話、及びファックス装置は、互いの様子が分からないのである。電子メールメッセージをポケットベル又は携帯電話に転送するか、又は電子メールテキストをファックスメッセージ又は音声メッセージに変換することができるウェブメール又は電子メールによる解決方法は存在する。しかしながら、これらの解決方法はいずれもユーザ側の手作業による管理又はメッセージ専用のルールが事前に設定されていないと、各々の特定の着信メッセージの正しい宛先を知的に決定できない。例えば、既存のサービスは、定期航空便欠航警告は直ちにそのメッセージを配信できる受信器をもつ装置へ送る必要があるが、同一航空会社からの特別料金通知は緊急度の低い、即ち割り込みの少ない装置に送る必要があることを自動的に理解できない。多くのメッセージ処理の解決方法では、ユーザは既存のアドレス及び電話番号を放棄する必要があり、更に着信メッセージは知的に処理されない。これらのコンピュータシステムにより、受信者は、種々のコンピュータシステムからのメッセージを変換して聴くことだけが可能である。特定のシステムは、複数の電話番号を試みて加入者を見つけることができるが、一般に着信メッセージは音声メール又は電子メールであることから、着信メッセージのコンテンツに基づいた知的な経路指定は実際には行なわれていない。
【００１１】
第３に、企業及び個人に対する通信は非常に複雑になってきている。新しい「接続」装置は毎日導入されており、各々が異なる性能、書式設定、プロトコル要件、及びアドレスをもっている。各人には、受信できる情報の形式、及び情報の受信及び閲覧を行なうことができる装置に対する選択権がある。個人及び／又は企業の間の既存のメッセージ通信は、一般に、ポイント・ツー・ポイントである。企業が顧客のポケットベルにメッセージを送信しようとする場合、その企業は、メッセージを直接そのポケットベルのアドレスに送信する。同様に、個人がテキストメッセージを友人の特定のエンドポイントに送信しようとする場合、その人は、多くの場合、複数の電子メールアドレス、ＰＣＳ無線電話テキストアドレス、ファックス番号、ポケットベル番号等を識別して記憶しておく必要がある。受信側の個人が過去においてポケットベル又は無線電話プロバイダを変更した場合、全ての可能性のある送信相手に新しい装置専用のアドレスを忘れずに通知する必要がある。
【００１２】
無線ＰＤＡ、自動車、家電製品、及び他の装置は全て固有の電子メッセージ処理アドレスを保有し始めているので、既存のポイント・ツー・ポイントのアドレス専用メッセージ処理方法は、送信者及び受信者にとって非常に煩わしく、複雑になる可能性がある。装置の検出技術及びエンドポイントの検出技術等の機能が導入されると更に複雑になってしまう。この問題は、特定の個人の通信世界へのアクセスは制限するが、パスワードを共有しなくても友人や家族がアクセスできるようにするニーズによって悪化する。図２は、電子メッセージ処理の現状に関する前述の制約を示す。
【００１３】
ＭｅｓｓａｇｅＭＬによって可能になった高度なメッセージ処理能力の一部は、現在では企業内で処理することができる。例えば、単一のコンピュータシステム上の企業内メッセージ処理は、高度な書式設定、統合化されたカレンダ処理、及び他のアプリケーションを備える場合が多い。しかしながら、これらの能力は、メッセージが企業ネットワーク外の受信者に送られると全てなくなってしまう。この問題に対処するために、新しいメッセージ処理基準が必要である。ＭｅｓｓａｇｅＭＬは、全てのユーザへ現在企業内メッセージ処理コンピュータシステム上に存在する能力を与えるのみならず、その機能性レベルも劇的に高めることができる。
【００１４】
（発明の開示）
本発明は、電子メールを送信する新規なシステム及び方法に関する。ＭｅｓｓａｇｅＭＬシステムは、拡張マークアップ言語（ＸＭＬ）に基づく。本システムは、コンテンツの意味及び付随のメッセージ処理語彙の解釈に基づいてメッセージを処理するメッセージ処理コンピュータシステムが利用できる厳密なＸＭＬ語彙である。本システムは、メッセージコンテンツが特にどのようにメッセージを処理するかを制御するための情報を含む、コンフィギュレーションを提供する。メッセージの送信者は、メッセージの実際のコンテンツを作成し、ＭｅｓｓａｇｅＭＬ語彙を使用して、メッセージが適切に処理できるようにそのコンテンツに意味をタグ付けする。
【００１５】
ＭｅｓｓａｇｅＭＬは、広く受け入れられている電子商取引言語であるＸＭＬをメッセージ処理に適用する新しい電子通信規格である。ＭｅｓｓａｇｅＭＬは、個人宛てのメッセージに適用される厳密なＸＭＬ語彙である。単にテキストコンテンツを含む現在のＳＭＴＰ標準に基づく電子メールと異なり、ＭｅｓｓａｇｅＭＬメッセージは、メッセージのコンテンツは何を意味するかを伝達する一連の自己記述的属性を含む。処理エンジンは、これらの属性を用いてメッセージを知的に操作して処理することができ、任意の電子装置又はメッセージ処理アカウントへのメッセージの経路指定、種々の通信装置に対する自動書式設定、受信箱内のメッセージの自動構成、及び多数の他の用途等の高度な機能性が可能になる。
【００１６】
ＭｅｓｓａｇｅＭＬメッセージは、そのメッセージの特定の属性を記述する埋込ＸＭＬタグを含む。ＭｅｓｓａｇｅＭＬメッセージ処理コンピュータシステムは、着信ＭｅｓｓａｇｅＭＬメッセージの属性を受信者の通信装置及びその使用方法に関する情報と適合させて、メッセージを知的に経路指定、書式設定、及び配信する。詳細には、ＭｅｓｓａｇｅＭＬ語彙及びアーキテクチャを使用して構成されたメッセージは、配信先、緊急度、機密度、コンテンツ、有効期限、及び前後関係（ｃｏｎｔｅｘｔ）等の、そのメッセージの特定の属性を記述する生データ及びＸＭＬタグを含む。メッセージプロセッサは、メッセージを処理する際にこのメタデータを調べる。また、メッセージプロセッサは、送信者のサーバ内のスタイルシートに含まれている送信者及びメッセージ書式に関するメタデータに問い合わせを行う。送信者属性は、送信者名、ウェブサイトアドレス、及び業種等の項目を含むが、メッセージ書式属性は、そのメッセージが表すアクティビティ形式（例えば、旅行日程）及び種々の通信装置上でのメッセージの表示方法を含む。送信者のスタイルシートをスマートメッセージ自体に適用して受信者の装置の設定を考慮することによって、メッセージプロセッサは、メッセージの経路指定、書式設定、優先順位設定、及び配信方法を決定する。
【００１７】
スマートメッセージ（ＭｅｓｓａｇｅＭＬ語彙を使用して作られたメッセージ）は、本明細書ではターゲット通信装置又はエンドポイントと呼ぶ、通信装置及びアプリケーションのホストへそのコンテンツを配信するための単一の標準エンベロープをもたらす電子メッセージである。エンドポイントとしては、メッセージ処理能力を有する携帯電話、無線ＰＤＡ、ポケットベル、ファックス装置、ＰＣ電子メール受信箱、即時メッセージ処理アプリケーション、及び標準的な電話等を挙げることができる。ＭｅｓｓａｇｅＭＬアーキテクチャは、コンテンツと表示部とを分離するので、このアーキテクチャによって、送信者はメッセージコンテンツを種々のエンドポイント上でユーザに対してどのように表示すべきかを定義できる。情報提供者（ＭｅｓｓａｇｅＭＬメッセージの送信者）は、１度だけメッセージをＸＭＬでコード化すると、そのメッセージは、受信者側の優先順位によってポケットベル又はＨＴＭＬ形式の電子メールアカウント、又は任意の他の通信装置に送信され、これらの装置の各々で適切に表示されることになる。
【００１８】
本発明は、通信コンピュータシステム、特に、「ＭｅｓｓａｇｅＭＬ処理コンピュータシステム」というコンピュータシステムに関連して機能し、「センタポストコンピュータシステム」は、この形式のコンピュータシステムの一例である。コンピュータシステムと関連して使用すると、新規な電子メッセージ処理システムによって、個人は、個人の既存の電子メールボックス、携帯電話、ポケットベル、ファックス装置、電話、及び他の装置を完全に統合化した態様で、企業又は他の送信者からのＸＭＬベースの電子メッセージ及び標準ＳＭＴＰ電子メール（電子メール）メッセージを、受信、格納、合成、及び知的に処理することができる。顧客と電子的に対話する企業については、通信コンピュータシステムに関連して使用されるこの新規な電子メッセージ処理システムは、複雑性を低減し、経費を削減し、更に能力を高めることができる。
【００１９】
通信コンピュータシステムと共に本システムは、特に、航空会社、仲買業者、金融機関、及び小売り業者等の企業のための多数の価値のある通知用途を可能にする。個人に関しては、本発明は、全ての電子通信の管理を単純化すると同時に、価値のある情報を配信する。本発明に関連して使用される通信コンピュータシステムによって、企業及び第三者は、共通のホストコンピュータシステムを使用してアプリケーションを定義及び作成することができる。この新規なシステムは、１）販売などのウェブメールを介して個人が、２）ホスト又はライセンスベースで遠隔通信及びインターネットサービスプロバイダが、３）ホスト又はライセンスベースで企業が、又は４）ホスト又はライセンスベースで他のサービスプロバイダが使用することができる。
【００２０】
図３Ａは、企業と個人との間の電子メッセージの送信を可能にする、本発明の特定の態様を利用した通信コンピュータシステムの概略図である。また、通信コンピュータシステムと共にこの新規なシステムは、企業間及び個人間で機能することも意図しており、単に、企業と個人との間の通信に限定されるものではない。図３Ｂは、本明細書で説明する新規なシステムと共に、集中型ユーザ中心ハブを使用した通信の流れの幾つかの例を示す。図３Ｃは、本発明の電子メッセージ処理システムと共に通信コンピュータシステムを使用した、例示的な対話の一部を示すものである。
【００２１】
（発明を実施するための最良の形態）
新規な電子メッセージ処理システム又はＭｅｓｓａｇｅＭＬシステムは、新しい形式の電子メッセージ処理である。ＭｅｓｓａｇｅＭＬシステムによって、メッセージコンテンツがメッセージをどのように処理するかを制御する情報を含むコンフィギュレーションが提供される。このことは、ユーザがメッセージを読む前であっても、所定の通信装置又はアプリケーションに優先順位付け、書式設定、及び経路指定がなされていることを意味する。メッセージの送信者は、コンテンツの意味に基づくメッセージの知的処理を可能にするために、メッセージの実際のコンテンツを作成し、ＭｅｓｓａｇｅＭＬ語彙を使用して、そのコンテンツに意味をタグ付けする。ＭｅｓｓａｇｅＭＬタグを使用すると、メッセージ属性を定義すること、複数のメッセージの相互関連付けを行うこと、厳密なメッセージ書式設定を可能にすること、メッセージクラスの定義及び発行を有効にすること、実行できる回答を定義して回答の配信方法を定義すること、特定のエンドポイント形式を有効及び／又は無効にすること、セキュリティ・レイヤーを設けること、ユーザ及びエンドポイントを事前の構成すること、未加工のコンテンツの拡張可能にタグ付けすること、スタイルシートを定義すること、メッセージ処理特性（例えば、メッセージ有効期限）を定義すること、メッセージ送信者を定義すること、及びメッセージ受信通知を定義すること等を行うことができる。ＭｅｓｓａｇｅＭＬシステムは、拡張マークアップ言語（ＸＭＬ）に基づいている。
【００２２】
本システムは、コンテンツの意味及び付随するメッセージ処理語彙の解釈に基づいてメッセージを処理する、メッセージ処理コンピュータシステムが利用することができる厳密なＸＭＬ語彙である。本システムによって、メッセージコンテンツが特にメッセージ処理方法を決定する情報を含むコンフィギュレーションが得られる。メッセージの送信者は、メッセージの実際のコンテンツを作成し、ＭｅｓｓａｇｅＭＬ語彙を使用して、メッセージが適切に処理されるようにそのコンテンツに意味をタグ付けする。
【００２３】
ＭｅｓｓａｇｅＭＬは、広く受け入れられている電子商取引言語であるＸＭＬをメッセージ処理に適用する新しい電子通信規格である。ＭｅｓｓａｇｅＭＬは、個人宛てのメッセージに適用される厳密なＸＭＬ語彙である。単にテキストコンテンツを含む現在のＳＭＴＰ標準に基づく電子メールと異なり、ＭｅｓｓａｇｅＭＬメッセージは、メッセージのコンテンツは何を意味するかを伝達する一連の自己記述的属性を含む。処理エンジンは、これらの属性を用いてメッセージを知的に操作して処理することができ、任意の電子装置又はメッセージ処理アカウントへのメッセージの経路指定、種々の通信装置に対する自動書式設定、受信箱内のメッセージの自動構成、及び多数の他の用途等の高度な機能性が可能になる。
【００２４】
ＭｅｓｓａｇｅＭＬメッセージは、そのメッセージの特定の属性を記述する埋込ＸＭＬタグを含む。ＭｅｓｓａｇｅＭＬメッセージ処理コンピュータシステムは、着信ＭｅｓｓａｇｅＭＬメッセージの属性を受信者の通信装置及びその使用方法に関する情報と適合させて、メッセージを知的に経路指定、書式設定、及び配信する。詳細には、ＭｅｓｓａｇｅＭＬ語彙及びアーキテクチャを使用して構成されたメッセージは、配信先、緊急度、機密度、コンテンツ、有効期限、及び前後関係（ｃｏｎｔｅｘｔ）等の、そのメッセージの特定の属性を記述する生データ及びＸＭＬタグを含む。メッセージプロセッサは、メッセージを処理する際にこのメタデータを調べる。また、メッセージプロセッサは、送信者のサーバ内のスタイルシートに含まれている送信者及びメッセージ書式に関するメタデータに問い合わせを行う。送信者属性は、送信者名、ウェブサイトアドレス、及び業種等の項目を含むが、メッセージ書式属性は、そのメッセージが表すアクティビティ形式（例えば、旅行日程）及び種々の通信装置上でのメッセージの表示方法を含む。送信者のスタイルシートをスマートメッセージ自体に適用して受信者の装置の設定を考慮することによって、メッセージプロセッサは、メッセージの経路指定、書式設定、優先順位設定、及び配信方法を決定する。
【００２５】
ＸＭＬ規格は、Ｗ３Ｃ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＸＭＬ／Ｓｃｈｅｍａ）によって定義されており、これは、発展を助長して相互運用性を保証する共通のプロトコルを開発することによって、ワールド・ワイド・ウェブの全ての可能性を引き出すために１９９４年１０月に設立された協会である。
この規格は、ＸＭＬ文書の構造、コンテンツ、及び意味を定義する方法を提供する。
【００２６】
図４は、ＭｅｓｓａｇｅＭＬデザインを構成する各要素の間の関係を示す。スマートメッセージ１０はアーキテクチャ全体の中枢部である。
【００２７】
スマートメッセージ１０は、本明細書ではターゲット通信装置又はエンドポイント１２と呼ぶ、通信装置及びアプリケーションのホストにそのコンテンツを配信するための単一の標準エンベロープをもたらす電子メッセージである。これらのエンドポイント１２としては、メッセージ処理能力を有する携帯電話、無線ＰＤＡ、ポケットベル、ファックス装置、ＰＣ電子メール受信箱、即時メッセージ処理アプリケーション、及び標準的な電話等を挙げることができる。従って、そのＸＭＬコード化に関して、スマートメッセージ１０は、ポケットベルに送られたか、又はＨＴＭＬ形式の電子メールアカウントへ送られたかに関係なく、同じに見えることになる。ＭｅｓｓａｇｅＭＬアーキテクチャは、コンテンツを表示部から分離するので、このアーキテクチャによって、送信者はメッセージコンテンツを種々のエンドポイント１２上でユーザに対してどのように表示すべきか定義することができる。
【００２８】
また、スマートメッセージ１０は、コンテンツに関する強力な一連の自己記述属性又はメタデータを含む。このメタデータを調べることによって、処理コンピュータシステム又は受信者は、メッセージをどのように処理するか、例えば、どのようにメッセージの優先順位設定、書式設定、及び配信を行うのかを決定することができる。
【００２９】
また、ＭｅｓｓａｇｅＭＬシステムは、メッセージコンテンツに適用されるメッセージスタイルシートを組み込んでいる。これらのスタイルシートは、通信装置専用メッセージ書式を作成するために使用される。コンテンツを表示部から分離することによって、スマートメッセージ１０のコンテンツは、任意の他の表示書式に変換することができる。従って、ＭｅｓｓａｇｅＭＬシステムは、他の所有者のＸＭＬベースの通信形式と相互運用して利用することができる。例えば、スマートメッセージ１０は、そのコンテンツをＷＭＬに変換することによってＷＡＰ対応電話へ送信することができ、音声認識ダイアログは、スマートメッセージ１０をＶｏｉｃｅＸＭＬに変換することによって電話上で起動できる。
従って、ＭｅｓｓａｇｅＭＬサービスプロバイダ及びその受信者は、電子メッセージの管理、受信、経路指定、及び対話を行うことが容易になる。
【００３０】
前述のプロセスの流れから明らかなように、スマートメッセージ１０の配信に関連する多くの異なる要素及びエンティティが存在する。前述のように、スマートメッセージ文書１０は、ＭｅｓｓａｇｅＭＬシステム又はアーキテクチャの主要な要素である。簡単にいうと、スマートメッセージ１０は、埋込メッセージコンテンツを定義して記述する強力な一連の属性を有する適格なＸＭＬ文書であり、それ自体が適格なＸＭＬ文書である。ＭｅｓｓａｇｅＭＬでは、そのコンテンツをペイロードと呼ぶ。図５は、スマートメッセージ１０、スタイルシート、及びアクティビティペイロード２０及びイベントペイロード２２との間の相互関係を示す。
【００３１】
スマートメッセージ１０自体は、何らかの形式の定義がなければ意味のある解釈はできない。定義は、受信者がメッセージを読む前にメッセージの処理方法に関する意思決定を行なうために必要である。例えば、ＭｅｓｓａｇｅＭＬシステムは、メッセージが開封される前であっても特定の情報、即ち誰からのメッセージか、定期航空便欠航や銀行当座貸越の通知であるか否か、メッセージをどこへ経路指定すべきか、及びどのような書式で表示するかを受信者に知らせる必須の構成をもたらす。
【００３２】
ＭｅｓｓａｇｅＭＬの定義は、スマートメッセージ１０を送信する前に作成され、定義は、情報提供者スタイルシート１４及びスマートメッセージ・スタイルシート１６に存在する。スマートメッセージ１０は、適切な情報提供者スタイルシート１４及びスマートメッセージ・スタイルシート１６への参照をもつ。以下に説明するように、この関連性は、スマートメッセージ１０を特定の情報提供者、アクティビティクラス、イベントクラス、及び有効ＸＭＬスキーマから分類する。
【００３３】
スマートメッセージプロセスの第１の段階は、送信者が情報提供者スタイルシート１４を作成することである。情報提供者スタイルシート１４は、情報提供者及び関連のスマートメッセージ１０が生じる情報提供者の有効ソース又は位置に関するメタデータを定義する。この文書は、情報提供者のウェブサーバ（図示せず）に格納される。次に、情報提供者は、受信者への配信を希望するアクティビティクラスの各々の形式に関するスマートメッセージ・スタイルシート１６を作成する。例えば、情報提供者は、旅行に関するスマートメッセージ・スタイルシート１６を作成することができ、このアクティビティクラスに「旅行日程」のタイトルをつけることができる。各々のアクティビティクラスは、そのアクティビティクラスに関連するイベントクラス（又はメッセージ書式）の集まりであり、「定期航空便欠航」「日程変更」等は、「旅行日程」アクティビティ内のイベントである。情報提供者は、ＸＭＬスキーマを定義することによって、何のメッセージコンテンツ又はペイロードが各々のイベントクラスであるかを定義するが、ＸＭＬスキーマは、スマートメッセージ・スタイルシート１６に埋め込まれている。また、ＸＳＬ文書は、種々のエンドポイント１２に関する各々のイベントペイロードをどのように表示すべきかを定義するために作成されスマートメッセージ・スタイルシート１６に埋め込まれている。また、この文書は、情報提供者のウェブサーバに格納される。
【００３４】
ＭｅｓｓａｇｅＭＬシステムのユーザは、情報提供者からスマートメッセージ１０を受信するためにＭｅｓｓａｇｅＭＬサービスプロバイダ１８に申し込みを行う。各々のスマートメッセージユーザは、情報提供者の種々のスマートメッセージ・イベントクラスの配信先、詳細にはユーザのエンドポイント１２を決定する。次に、情報提供者は、スマートメッセージ１０を作成してＭｅｓｓａｇｅＭＬサービスプロバイダ１８から提供された一連のスマートメッセージユーザアカウントへ送信する。ＭｅｓｓａｇｅＭＬサービスプロバイダ１８は、スマートメッセージ１０を受信し、処理し、アドレス指定された各々のユーザの所定のエンドポイント１２へ配信する。
【００３５】
情報提供者スタイルシート１４は、情報提供者又は情報送信者、及びメッセージの送信元である有効な転送ソース又は位置に関する情報を定義する。また、各々のソースに関して正しいインターネット・アクセス・プロトコルが定義される。更に、スマートメッセージ・スタイルシート１６は、メッセージペイロードのメタデータ及び構造、並びに種々のエンドポイント１２に関してＸＳＬを使用してどのようにメッセージペイロードを作成すべきかを定義する。
【００３６】
情報提供者スタイルシート１４の主たる機能は、メッセージ送信者に関する情報を提供し、メッセージ送信者を認証することである。また、情報提供者スタイルシート１４は、名前、ウェブサイトアドレス、業種等の情報提供者自身に関するメタデータを含む。ＭｅｓｓａｇｅＭＬサービスプロバイダ１８が送信者からのスマートメッセージ１０を受信した場合、サービスプロバイダは、スマートメッセージ１０が受信された物理的ＩＰアドレス、ドメイン、又はＳＭＴＰ電子メールアカウントを調べることができる。ソースアドレスが情報提供者スタイルシート１４の記入項目の１つに一致すると本物と判断され、そうでなければそのメッセージは却下される。
【００３７】
通常、情報提供者スタイルシート１４は、情報提供者のウェブサーバ上にあり、ファイル名でバージョン管理される。例えば、情報提供者スタイルシート
ｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｔｙｌｅｓｈｅｅｔｓ／ｉｎｆｏｒｍａｎｔ／ｖ１−０．ｘｍｌ
は、文書のバージョン１．０であることを示している。
【００３８】
スマートメッセージ・スタイルシート１６は主として３つの機能を果たす。第１に、スマートメッセージ・スタイルシート１６は、アクティビティ及びイベントクラスのメタデータ及び構成を定義する。第２に、アクティビティペイロード２４及びイベントクラスペイロード２６、又はコンテンツ２０、２２のＸＭＬスキーマを定義する。第３に、特定のエンドポイント１２に関してＸＳＬによってどのようにペイロード２０、２２を与えるかを定義する。
【００３９】
前述のように、アクティビティクラス２４は、イベントクラス２６のグループである。例えば、旅行日程というアクティビティクラス２４は、それに関連する幾つかのイベントクラス２６を有することになる。これらには、定期航空便欠航、定期航空便変更、レンタカー、及びホテルの確認等を挙げることができる。１つのイベントクラス２６は、１つのアクティビティクラス２４に属することができる。図６は、アクティビティクラス２４とイベントクラス２６との関係を示す。
【００４０】
また、アクティビティクラス２４及びイベントクラス２６は、存続期間及び頻度を記述するメタデータを有する。この情報を使用して、メッセージ自体の適時性を知ることができる。また、イベントクラス２６は、その目的、機密度、配信範囲、緊急度、及びカテゴリに関する更なるメタデータを有する。この情報を使用して、スマートメッセージ１０をフィルタリングして経路指定ルール及び命令を定めることができる。
【００４１】
更新が必要な場合、全てのスマートメッセージ１０は、新しいスマートメッセージ・スタイルシートを指示するために照会先を、例えば、旅行日程−ｖ１−０．ｘｍｌから旅行日程−ｖ１−１．ｘｍｌに変更することになる。このデザインは、過去に遡っての互換性を維持するものである。
【００４２】
ＸＭＬスキーマは、スマートメッセージペイロードの構造を定義するものである。これらのＸＭＬスキーマは、＜アクティビティペイロード・スキーマ＞及び＜イベントペイロード・スキーマ＞要素でスマートメッセージ・スタイルシート１６に埋め込まれている。これらのスキーマは、Ｗ３Ｃによって定義されているＸＭＬスキーマ形式に準拠する。アクティビティペイロード２０は、全てのイベントクラス２６に共通の情報を記述し、イベントペイロード２２はそのイベントインスタンス固有の情報を記述する。
【００４３】
スマートメッセージ・スタイルシート（スマートメッセージ１０、スマートメッセージ・スタイルシート１６、及び情報提供者スタイルシート１４）の実施例は以下の通りである。
【００４４】
2004514192.tif 000003
【００４５】
2004514192.tif 000004
【００４６】
2004514192.tif 000005
【００４７】
2004514192.tif 000006
【００４８】
2004514192.tif 000007
【００４９】
2004514192.tif 000008
【００５０】
本明細書で説明するように、スマートメッセージ１０は、情報提供者がＭｅｓｓａｇｅＭＬサービスプロバイダ１８により提供されるスマートメッセージアカウントへ送信したＸＭＬ文書である。スマートメッセージ１０は、定期航空便欠航又は出荷確認等のイベントコンテンツ又はペイロード２２を有し、旅行日程又はＤＶＤ注文等のアクティビティ２４と関連すると共にそのアクティビティを更新する。
【００５１】
書式設定情報等のメタデータは、関連の情報提供者スタイルシート１４（情報提供者を記述）及び関連のスマートメッセージ・スタイルシート１６（アクティビティ２４及びイベント２６を記述）を参照することによって見つけことができる。スマートメッセージ１０の構造、要素及び属性としては、ｓｍＸＭＬ２８、経路、発信元、発信先、受信要求、アクティビティ、アクティビティペイロード、イベント、及びイベントペイロード等を挙げることができる。構造、要素、及び属性を以下の表に要約する。
【００５２】
【表１】
2004514192.tif 000009
【表２】
2004514192.tif 000010
【００５３】
「ｓｍＸＭＬ」要素２８は、スマートメッセージ文書１０のルート要素であり以下の属性を含む。
【００５４】
【表３】
2004514192.tif 000011
【表４】
2004514192.tif 000012
【００５５】
「経路」要素は、スマートメッセージ受信者、情報提供者及び受信要求に関する情報を記述する。これは、コンテナ要素である。
「発信元」要素は、スマートメッセージ１０の送信者及びメッセージ回答オプションを記述し以下の属性を含む。
【００５６】
【表５】
2004514192.tif 000013
【００５７】
「発信先」要素は、スマートメッセージの受信者を定義する。この要素は、スマートメッセージ１０の各々の受信者に対して１回の割合で複数回発生し以下の属性を含む。
【００５８】
【表６】
2004514192.tif 000014
【００５９】
「受信通知要求」要素はオプションであり、スマートメッセージ１０の受信通知が送信者又は情報提供者へ返送されるように指定する。この要素は、受信通知要求の各々の形式に対して１回の割合で複数回定義でき以下の属性を含む。
【００６０】
【表７】
2004514192.tif 000015
【００６１】
「アクティビティ」要素は、スマートメッセージ１０に関連するアクティビティに関する情報を与える。アクティビティは、イベントの１つのカテゴリである。例えば、アクティビティは、「定期航空便欠航」、「定期航空便到着時間」等の関連イベントを有する「旅行日程」とすることができ以下の属性を含む。
【００６２】
【表８】
2004514192.tif 000016
【００６３】
「アクティビティペイロード」要素２０は、スマートメッセージ１０に埋め込まれている、単一のルートを有する適格なＸＭＬ文書である。この要素は、アクティビティに関連する情報を含む。このペイロードのＸＭＬスキーマは、以下に示すように、参照スマートメッセージ・スタイルシート１６によって定義される。
【００６４】
2004514192.tif 000017
【００６５】
「イベント」要素は、アクティビティ要素で指定されているアクティビティに関連するイベントに関する情報を与える。イベントは、任意の形式のスマートメッセージ１０発生の特定のインスタンス、例えば、特定の定期航空便遅延通知であり以下の属性を含む。
【００６６】
【表９】
2004514192.tif 000018
【００６７】
「イベントペイロード」２２は、イベントに関連する単一のルートを含む情報を有する適格なＸＭＬ文書である。このペイロード要素のＸＭＬスキーマは、以下に示すように参照スマートメッセージ・スタイルシート１６によって定義される。
【００６８】
2004514192.tif 000019
【００６９】
2004514192.tif 000020
【００７０】
本明細書で説明するように、情報提供者スタイルシート１４は、ロゴ及び説明、及び有効転送ソース等の情報提供者に関するメタデータを記述する。情報提供者スタイルシート１４は、情報提供者のウェブサーバの１つに存在する。ＭｅｓｓａｇｅＭＬサービスプロバイダ１８によって提供されるＭｅｓｓａｇｅＭＬ処理コンピュータシステムは、これらのスタイルシートを自身のデータベースに蓄積（ｃａｃｈｅ）するので、インターネット上を往復することなく素早く参照することができる。
【００７１】
情報提供者スタイルシート１４文書の構造、要素、及び属性を以下の表に要約する。
【００７２】
【表１０】
2004514192.tif 000021
【００７３】
「Ｓｍ情報提供者スタイルシート」要素はこの文書のルート要素であり以下の属性を含む。
【００７４】
【表１１】
2004514192.tif 000022
【００７５】
「有効転送ソース」要素は、特定の情報に関してスマートメッセージ１０が生じることができる有効ソースを記述する。情報提供者は、異なるバージョンの情報提供者スタイルシート１４を作成して、異なる有効転送ソースセットを定義することができる。この要素は、各々の有効転送に対して１回の割合で複数回生じることができ以下の属性を含む。
【００７６】
【表１２】
2004514192.tif 000023
【００７７】
複数の有効転送ソースを有する情報提供者を記述する情報提供者スタイルシート１４は以下の通りである。
【００７８】
2004514192.tif 000024
【００７９】
本明細書で説明するように、スマートメッセージ・スタイルシート１６は、異なる形式のエンドポイント１２上でどのように書式設定を行うかといったスマートメッセージ１０に関するメタデータを記述する。通常、スマートメッセージ・スタイルシート１６は情報提供者のウェブサーバの１つに存在すが、情報提供者は、ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ．等の共有サーバ上で共通のスタイルシートを共有することもできる。
【００８０】
ＭｅｓｓａｇｅＭＬ処理コンピュータシステムは、インターネット上で見つけることなく素早くこれらのスタイルシートを参照できるように自身のデータベースにこれらのスタイルシートを蓄積しておく必要がある。単一のスマートメッセージ・スタイルシートＸＭＬ文書１６は、複数のスマートメッセージアクティビティ２４及びイベント２６に関するメタデータを含むことができる。
【００８１】
スマートメッセージ・スタイルシート文書１６の構造、要素、及び属性を以下の表に要約する。
【００８２】
【表１３】
2004514192.tif 000025
【表１４】
2004514192.tif 000026
【００８３】
「ｓｍスマートメッセージ・スタイルシート」は、この文書のルート要素であり以下の要素を含む。
【００８４】
【表１５】
2004514192.tif 000027
【００８５】
「アクティビティクラス」要素２４は、イベントクラス２６のグループ化に使用される予め定義されたカテゴリである。アクティビティクラス２４は、自身のスマートメッセージ１０で使用するために情報提供者が定義し以下の属性を含む。
【００８６】
【表１６】
2004514192.tif 000028
【００８７】
「アクティビティペイロード・スキーマ」は、単一ルートが文書内に埋め込まれている適格なＸＭＬスキーマ文書である。この埋込ＸＭＬスキーマは、アクティビティペイロード２０の構造を記述する。
【００８８】
「アクティビティＸＳＬデフォルト」は、単一ルートが文書内に埋め込まれている適格なＸＳＬ文書である。この埋込ＸＳＬ文書は、アクティビティペイロード２０（ＸＭＬデータ）をエンドポイント独立型表示書式に変換する。この定義は、エンドポイント専用のＸＳＬ文書３０が定義されていない場合に、アクティビティペイロードをエンドポイント１２に与えるために「全てをキャッシュ」することを意味する。従って、ＸＳＬ変換は、任意のエンドポイントで閲覧できる程度に一般的である必要がある。
【００８９】
＜アクティビティＸＳＬエンドポイント＞
「アクティビティＸＳＬエンドポイント」は、単一ルートが文書内に埋め込まれている適格なＸＳＬ文書であり以下の属性を含む。この埋込ＸＳＬは、アクティビティペイロード２０（ＸＭＬデータ）をエンドポイント依存型表示書式に変換する。情報提供者は、各々のサポートされたエンドポイント装置タイプ１２に対してこの要素を定義できる。有効エンドポイント装置に対してＸＳＬが定義されていない場合は、アクティビティＸＳＬデフォルトを使用できる。
【００９０】
【表１７】
2004514192.tif 000029
【００９１】
「イベントクラス」要素２６は、アクティビティに関連する特定のイベント分類を記述する。例えば、「定期航空便欠航」は、アクティビティクラス２４「旅行日程」で定義されるイベントクラス２６とすることができ以下の属性を含む。
【００９２】
【表１８】
2004514192.tif 000030
【００９３】
「イベントペイロード・スキーマ」は、単一ルートが文書内に埋め込まれている適格なＸＭＬスキーマ文書である。この埋込ＸＭＬスキーマは、イベントコンテンツの構造を定義する。
【００９４】
「イベントＸＳＬデフォルト」は、適格な単一ルートが文書内に埋め込まれている適格なＸＳＬ文書である。この埋込ＸＳＬ文書は、イベントペイロード（ＸＭＬデータ）をエンドポイント独立型表示書式に変換する。この定義は、エンドポイント専用のＸＳＬ文書が定義されていない場合に、イベントペイロードをエンドポイントに与えるために「全てをキャッシュ」することを意味する。従って、ＸＳＬ変換は、任意のエンドポイントで閲覧できる程度に一般的である必要がある。
【００９５】
「イベントＸＳＬエンドポイント」は、単一ルートが文書内に埋め込まれている適格なＸＳＬ文書であり以下の属性を含む。この埋込ＸＳＬは、イベントペイロード２２（ＸＭＬデータ）をエンドポイント依存型表示書式に変換する。情報提供者は、各々のサポートされたエンドポイント装置タイプ１２に対してこの要素を定義できる。有効エンドポイント装置１２に対してＸＳＬが定義されていない場合は、イベントＸＳＬデフォルトを使用できる。
【００９６】
【表１９】
2004514192.tif 000031
【００９７】
本明細書で説明するように、スマートメッセージ１０は、特定のエンドポイント１２に変換される。ＸＳＬテンプレートは、スマートメッセージ１０がどのように特定のエンドポイント１２へ与えられるかを定義する。＜アクティビティＸＳＬエンドポイント＞及び＜イベントＸＳＬエンドポイント＞は、これらのＸＳＬテンプレートを含み、ＸＳＬテンプレートは、スマートメッセージ・スタイルシート１６内に埋め込まれている。ＸＳＬテンプレートは、各々のエンドポイント装置１２に対して作成する必要がある。＜アクティビティＸＳＬデフォルト＞及び＜イベントＸＳＬデフォルト＞ＸＳＬテンプレートは必要とされ、エンドポイント専用ＸＳＬテンプレートが定義されていない場合にスマートメッセージを与えるのに使用される。図７は、ＸＳＬテンプレートがどのようにスマートメッセージ・スタイルシート内に埋め込まれているかを示す。
【００９８】
スマートメッセージ・スタイルシートは、情報提供者ウェブサーバ上に存在するのでメッセージ処理の実行時に検索することができる。ＭｅｓｓａｇｅＭＬプロセッサは、これらのスタイルシートを参照するスマートメッセージの第１のインスタンスが送信された状態で、これらのスタイルシートをキャッシュすることでこの作業を最適化することができる。従って、サービスプロバイダ１８は、ユーザに優先順位設定及び経路指定の好みを選択できるアクティビティ及びイベントのカタログを提供できる。
【００９９】
前述のように、スマートメッセージ文書１０は、ＸＭＬスキーマに対して有効化される。詳細には、スマートメッセージ文書１０は、マイクロソフトのＸＭＬスキーマ実行を利用する。
（ｈｔｔｐ：／／ｍｓｄｎ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｘｍｌ／ｒｅｆｅｒｅｎｃｅ／ｓｃｈｅｍａ／ｓｔａｒｔ．ａｓｐ）
【０１００】
ＭｅｓｓａｇｅＭＬの実行ＸＭＬスキーマは、ＭｅｓｓａｇｅＭＬフォーラムのウェブサイト上に格納され、スマートメッセージ仕様のバージョン管理規格を定義する。例えば、スマートメッセージ文書に対して定義されたＸＭＬスキーマは、
ｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｃｈｅｍａｓ／ｓｍａｒｔｍｅｓｓａｇｅ／ｖｌ−ｌ．ｘｄｒに置かれており、スマートメッセージ・スタイルシートに対して定義されたＸＭＬスキーマは、
ｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｃｈｅｍａｓ／ｓｔｙｌｅｓｈｅｅｔｓ／ｓｍａｒｔｍｅｓｓａｇｅ／ｖｌ−．ｘｄｒに置かれており、情報提供者スタイルシートに対して定義されたＸＭＬスキーマは、
ｈｔｔｐ：／／ｌｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｃｈｅｍａｓ／ｉｎｆｏｒｍａｎｔ／ｖｌ−ｌ．ｘｄｒに置かれている。
【０１０１】
ＭｅｓｓａｇｅＭＬに対して定義されているこれらのＸＭＬスキーマは、ＸＭＬネームスペース属性における関連のスマートメッセージ文書内で結果的に参照する必要がある。例えば、以下の通りである。
＜ｓｍＳｍａｒｔＭｅｓｓａｇｅＳｔｙｌｅｓｈｅｅｔ
ｘｍｌｎｓ＝”ｘ−ｓｃｈｅｍａ：ｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｃｈｅｍａｓ／ｓｔｙｌｅｓｈｅｅｔｓ／ｓｍａｒｔｍｅｓｓａｇｅ／ｖ１−１．ｘｄｒ”
…
＜ｓｍＩｎｆｏｒｍａｎｔＳｔｙｌｅｓｈｅｅｔ
ｘｍｌｎｓ＝”ｘ−ｓｃｈｅｍａ： ｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｃｈｅｍａｓ／ｓｔｙｌｅｓｈｅｅｔｓ／ｉｎｆｏｒｍａｎｔ／ｖ１−１．ｘｄｒ”
…
＜ｓｍＸＭＬ
ｘｍｌｎｓ＝”ｘ−ｓｃｈｅｍａ： ｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｃｈｅｍａｓ／ｓｍａｒｔｍｅｓｓａｇｅ／ｖ１−１．ｘｄｒ”
…
【０１０２】
バージョン管理は、プロトコル、ＸＭＬスキーマ、及びスマートメッセージ文書１０を含む、スマートメッセージ・アーキテクチャの全てのレベルで維持される。文書は、そのファイル命名規則、及びその目的を記述する位置又は経路によってバージョン管理される。用語「クラス」は経路、用語「バージョン」はファイル名と考えることができる。
【０１０３】
ＭｅｓｓａｇｅＭＬで定義されたＸＭＬスキーマの例としては、スマートメッセージ・スタイルシートＸＭＬスキーマ、バージョンｖ１−１．ｘｄｒ、クラスｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｃｈｅｍａｓ／ｓｔｙｌｅｓｈｅｅｔｓ／ｓｍａｒｔｍｅｓｓａｇｅ／；情報提供者スタイルシートＸＭＬスキーマ、バージョンｖ１−１．ｘｄｒ、クラスｈｔｔｐ：／／ｌｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｃｈｅｍａｓ／ｉｎｆｏｒｍａｎｔ；スマートメッセージＸＭＬスキーマ、バージョンｖ１−１．ｘｄｒ、クラス
ｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｃｈｅｍａｓ／ｓｍａｒｔｍｅｓｓａｇｅ／を挙げることができる。
【０１０４】
ＭｅｓｓａｇｅＭＬＸＭＬ文書の例としては、情報提供者スタイルシートバージョンｖ１−０．ｘｍｌ、クラス
ｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｔｙｌｅｓｈｅｅｔｓ／ｉｎｆｏｒｍａｎｔ／；受信スマートメッセージ・スタイルシートｖ１−０．ｘｍｌ、クラス
ｈｔｔｐ：／／ｓｍａｒｔｍｅｓｓａｇｅ．ｍｅｓｓａｇｅｍｌ．ｏｒｇ／ｓｔｙｌｅｓｈｅｅｔｓ／ｒｅｃｅｉｐｔｓ／を挙げることができる。
【０１０５】
また、スマートメッセージ・プロトコルバージョンは、ＭｅｓｓａｇｅＭＬ要素のプロトコル−バージョン属性におけるスマートメッセージ文書１０上で指定される。現行バージョンは１．１である。
【０１０６】
スマートメッセージ・スタイルシート１６は複数の文書を単一の文書に埋め込むことに留意されたい。これは一連の文書全体を簡単にバージョン管理できるように実行される。例えば、これらの埋込文書が外部から参照可能な場合、外部文書の１つに変更があるとそのセット全体のバージョン管理を訂正できるであろう。従って、スマートメッセージ・スタイルシート１６に関する関連の文書セットを１つに統合することで、優れたバージョン管理を達成できる。
【０１０７】
ＭｅｓｓａｇｅＭＬに基づくサービスを行なうサービスプロバイダのユーザは、情報提供者からスマートメッセージを受信するために申し込みを行う。各々のユーザは、情報提供者の種々のスマートメッセージ・イベントクラスの配信先、詳細にはユーザのどのエンドポイントかを決定する。次に、情報提供者は、スマートメッセージを作成してＭｅｓｓａｇｅＭＬサービスプロバイダによって提供される一連のユーザアカウントへ送信する。ＭｅｓｓａｇｅＭＬサービスプロバイダは、スマートメッセージを受信、処理して、各々のアドレス指定されたユーザの特定のエンドポイントへ配信する。
【０１０８】
図８は、スマートメッセージ・アーキテクチャ３２に関連するエンティティの高度な考え方を示す。情報提供者３４は、スマートメッセージ文書１０を情報システム上のデータから作成する。また、情報提供者は、一連のスマートメッセージ・スタイルシート１６及び情報提供者スタイルシート１４を作成して提供する。ユーザ３６は、ＭｅｓｓａｇｅＭＬサービスプロバイダ１８が有するスマートメッセージアカウントを経由してスマートメッセージ文書１０を受信する。スマートメッセージ・アプリケーション・インタフェース３８は、画像系、プログラム系を問わず、スマートメッセージ転送エージェント（ＳＭＴＡ）４０とのインタフェース接続を可能にする。このスマートメッセージ・アプリケーション・インタフェースは、ユーザアプリケーションとしての及び再利用可能なコードオブジェクトとしてのＳＭＴＡと考えることができる。
【０１０９】
スマートメッセージ転送エージェント（ＳＭＴＡ）４０は、メッセージデータをスマートメッセージアプリケーションへ伝達するスマートメッセージ文書１０を送受信する。ＳＭＴＡ４０は、ＨＴＴＰ又はＳＭＴＰインターネット・アクセス・プロトコル４２のいずれかによってスマートメッセージ文書１０を送信する。ＭｅｓｓａｇｅＭＬサービスプロバイダ（ＭＭＬＳＰ）１８は、スマートメッセージ文書１０を処理して、エンドユーザ又はメッセージ受信者３６を経路指定するのに必要な技術的インフラ及びプラットフォームをもたらす。これには、ＨＴＴＰアクセス用ＵＲＬを提供するウェブサイト、ＳＭＴＰアクセス用メールサーバ、及び受信者がスマートメッセージアカウントを管理して構成すためのウェブアプリケーション等が含まれる。
【０１１０】
ユーザは、ウェブアプリケーションによって携帯電話、ＰＤＡ、ポケットベル、ファックス装置、電子メール受信箱、即時メッセージ処理装置等のメッセージを受信する全てのメッセージ処理装置又はエンドポイント装置を登録する。また、ウェブアプリケーションは、受信者のスマートメッセージ１０のフォリオ、即ち単一のリポジトリーをもたらすメッセージ管理ツールの機能を果たす。
【０１１１】
また、ＭＭＬＳＰ１８は、スマートメッセージ文書１０を結果的に経路指定するエンドポイントゲートウェイインフラを保持する。規則に基づく処理モジュール４４を実行することによって、スマートメッセージ１０は、ユーザの好みに基づいて経路指定できる。
【０１１２】
ＭｅｓｓａｇｅＭＬ文書は、ＨＴＴＰ及びＳＭＴＰプロトコル４２を使用してインターネット上でＭｅｓｓａｇｅＭＬサービスプロバイダ１８へ送信される。これらのプロトコル４２を使用して、ＭｅｓｓａｇｅＭＬシステムは、メッセージ通信用の既存のインフラの広範な基部（ｂａｓｅ）を利用することができる。
【０１１３】
処理された状態で、ＭｅｓｓａｇｅＭＬサービスプロバイダ１８は、音声、ファックス、ページング、ＳＭＴＰ、ＨＴＴＰ、又は他のプロトコルを使用できるエンドポイントゲートウェイサービス４６を介してメッセージを受信者に配信する。図９は、異なるＭｅｓｓａｇｅＭＬ３２エンティティ間の相互関係を示す。
【０１１４】
ＨＴＴＰＰＯＳＴ手法を使用して、情報提供者は、ＭｅｓｓａｇｅＭＬ文書をＭｅｓｓａｇｅＭＬサービスプロバイダ１８が提供するウェブサーバ（ページ）へ送り、次に、ＭｅｓｓａｇｅＭＬサービスプロバイダ１８は、メッセージを処理して特定の受信者３６に経路指定できる。セキャア・ソケット・レイヤー（ＳＳＬ）によって安全な通信が達成される。
【０１１５】
また、情報提供者３４は、ＳＭＴＰメールの添付文書としてスマートメッセージ文書１０をＭｅｓｓａｇｅＭＬサービスプロバイダ１８が提供するメールサーバ上の特定のスマートメッセージアカウントへ送信できる。サービスプロバイダ１８は、添付されたＭｅｓｓａｇｅＭＬ文書を処理して特定の受信者３６に経路指定できる。Ｓ／ＭＩＭＥをよって安全な通信が達成される。
【０１１６】
ＭｅｓｓａｇｅＭＬアーキテクチャ３２は、安全なメッセージ処理を３通りの方法で処理する。情報提供者３４は、スマートメッセージ転送エージェント４０及びＭｅｓｓａｇｅＭＬサービスプロバイダ１８を経由して以下の認証方法及び機密保護方法、即ち情報提供者スタイルシート認証、セキャア・ソケット・レイヤー（ＳＳＬ）、及びＳ／ＭＩＭＥをサポートする必要がある。
【０１１７】
情報提供者スタイルシート認証に関して、スマートメッセージは、スマートメッセージ文書１０を送信できる有効転送ソースのリストを含む、特定の情報提供者スタイルシート１４を参照する。情報提供者３４は、種々のクラスのスマートメッセージ１０で使用される有効転送ソースの種々の組み合わせでもって、多数の情報提供者スタイルシート１４をもつことができる。
【０１１８】
セキャア・ソケット・レイヤー暗号化を使用して、スマートメッセージは、安全な送信を保証するためにＨＴＴＰによって送信できる。データをウェブページへ送る場合、ＵＲＬはＳＳＬを使用する必要がある。例えば、ｈｔｔｐ：／／．．．ではなくｈｔｔｐｓ：／／．．．を使用することになる。
【０１１９】
また、スマートメッセージ１０は、Ｓ／ＭＩＮＥを使用してＳＭＴＰメールの添付メッセージとして送信して、送信メールに暗号化機密保護サービスを付加して、受信メール内の暗号化完全確保サービスを解釈するようになっていてもよい。Ｓ／ＭＩＮＥは、送信者によって有効にされ、メール処理受信者によってサポートされる必要がある。
【０１２０】
また、標準的ＭｅｓｓａｇｅＭＬ文書１０のバージョン管理ＸＭＬスキーマを保守することに加えて、ＭｅｓｓａｇｅＭＬ．ｏｒｇは、「標準的」スマートメッセージ１０の特定のカテゴリを管理する。これらは、受信通知、問い合わせ作業、コンフィギュレーション、ウェブメッセージ、及び公衆通信等の領域を含む。
【０１２１】
ＭｅｓｓａｇｅＭＬ．ｏｒｇはこれらの形式の標準的メッセージに関する単一の情報提供者３４であるので、これらの標準的スマートメッセージ１０は、常に、ＭｅｓｓａｇｅＭＬ．ｏｒｇの情報提供者スタイルシート１４（情報提供者スタイルシートクラス及び情報提供者スタイルシートバージョン属性）を参照する。以下にＭｅｓｓａｇｅＭＬ．ｏｒｇの情報提供者スタイルシート１４のリストを示す。
【０１２２】
2004514192.tif 000032
【０１２３】
2004514192.tif 000033
【０１２４】
2004514192.tif 000034
【０１２５】
これらの追加の標準的スマートメッセージ１０の仕様は、ｗｗｗ．ＭｅｓｓａｇｅＭＬ．ｏｒｇに見ることができる。公開ロケケーション及び命名規則は以下の通りである。
［ｉｎｆｏｒｍａｎｔ ｗｅｂｓｉｔｅ ｕｒｌ］／ｓｔｙｌｅｓｈｅｅｔｓ／［ａｃｔｉｖｉｔｙ］／ｖ［ｍａｊｏｒ ｖｅｒｓｉｏｎ］−［ｍｉｎｏｒ ｖｅｒｓｉｏｎ］．ｘｍｌ
ただし、
［ｉｎｆｏｒｍａｎｔ ｗｅｂｓｉｔｅ ｕｒｌ］は、インターネットホストＵＲＬである。
［ａｃｔｉｖｉｔｙ］は、スタイルシートが定義するアクティビティクラスである。
［ｍａｊｏｒ ｖｅｒｓｉｏｎ］は、メジャーバージョン番号である。
［ｍｉｎｏｒ ｖｅｒｓｉｏｎ］は、マイナーバージョン番号である。
例：ｈｔｔｐ：／／ｗｗｗ．ｆｕｔｕｒｅａｉｒｌｉｎｅｓ．ｃｏｍ／ｓｔｙｌｅｓｈｅｅｔｓ／ｔｒａｖｅｌ−ｉｔｉｎｅｒａｒｙ／ｖ１−０．ｘｍｌ
【０１２６】
このシナリオにおいて、スマートメッセージ・スタイルシートクラスは、
ｈｔｔｐ：／／ｗｗｗ．ｆｕｔｕｒｅａｉｒｌｉｎｅｓ．ｃｏｍ／ｓｔｙｌｅｓｈｅｅｔｓ／ｔｒａｖｅｌ−ｉｔｉｎｅｒａｒｙ／になり、スマートメッセージ・スタイルシートバージョンはｖ１−０．ｘｍｌになる。
【０１２７】
情報提供者スタイルシート１４は、同様の公開ロケケーション及び命名規則に従う。
［ｉｎｆｏｒｍａｎｔ ｗｅｂｓｉｔｅ ｕｒｌ］／ｓｔｙｌｅｓｈｅｅｔｓ／ｉｎｆｏｒｍａｎｔ／ｖ［ｍａｊｏｒ ｖｅｒｓｉｏｎ］−［ｍｉｎｏｒ ｖｅｒｓｉｏｎ］．ｘｍｌ
ただし、
［ｉｎｆｏｒｍａｎｔ ｗｅｂｓｉｔｅ ｕｒｌ］は、インターネットホストＵＲＬである。
［ｍａｊｏｒ ｖｅｒｓｉｏｎ］は、メジャーバージョン番号である。
［ｍｉｎｏｒ ｖｅｒｓｉｏｎ］は、マイナーバージョン番号である。
例：ｈｔｔｐ：／／ｗｗｗ．ｆｕｔｕｒｅａｉｒｌｉｎｅｓ．ｃｏｍ／ｓｔｙｌｅｓｈｅｅｔｓ／ｉｎｆｏｒｍａｎｔ／ｖ１−０．ｘｍｌ
【０１２８】
このシナリオにおいて、情報提供者スタイルシートクラスは、
ｈｔｔｐ：／／ｗｗｗ．ｆｕｔｕｒｅａｉｒｌｉｎｅｓ．ｃｏｍ／ｓｔｙｌｅｓｈｅｅｔｓ／ｉｎｆｏｒｍａｎｔ／であり、情報提供者スタイルシートバージョンはｖ１−０．ｘｍｌである。
【０１２９】
図１０に示すように、受信通知４８は、スマートメッセージの進捗に関するステータス最新情報をもたらす。ＭｅｓｓａｇｅＭＬデザインは、図４に示して説明したものと同様の形態で受信者１６のスマートメッセージ・スタイルシートを利用する。受信通知４８は、スマートメッセージ転送エージェント４０を介して情報提供者３４へ返送される。ＭｅｓｓａｇｅＭＬ仕様は、３つの形式の受信通知４８、即ち受取、処理、及び配信ステータスをサポートする。これらの受信通知形式は、元のスタイルシートにおける受信通知要求要素の下で適切なエントリ又はエンティティを作成することによって送信される必要がある。
【０１３０】
受信通知４８は標準スタイルシート形式であることから、関連の情報提供者スタイルシート１４及びスマートメッセージ・スタイルシート１６は、ｗｗｗ．ｍｅｓｓａｇｅｍｌ．ｏｒｇのＭｅｓｓａｇｅＭＬフォーラムウェブサイト上に存在する。これにより、受信通知４８は全ての実行にわたって標準的な方法で確実に処理される。
【０１３１】
スマートメッセージ１０は、ＭｅｓｓａｇｅＭＬサービスプロバイダ（ＭＭＬＳＰ）１８によって受信されると受信状態になる。この時点で、全てのスマートメッセージアカウントは、ＭＭＳＬＰのアカウントデータベースに対して有効とされる。サービスプロバイダドメイン名に適合しない宛先スマートメッセージアカウントはスキップされて、受信通知処理に含まれない。以下の表は、受取受信通知に関する有効受信確認通知を説明する。
【０１３２】
【表２０】
2004514192.tif 000035
【０１３３】
スマートメッセージ１０は、正しく受信されると処理状態になり、全ての有効性チェック及び経路指定規則を実行するＭＭＬＳＰ１８により処理される準備が完了した状態になる。以下の表は、処理受信通知に関する有効受信確認通知を説明する。
【０１３４】
【表２１】
2004514192.tif 000036
【０１３５】
スマートメッセージ１０は、正しく処理されると配信ステータスになり、配信される準備が完了した状態になる。配信できないスマートメッセージ１０は、最初にメッセージ再試行ループに入り、再試行時間間隔又は再試行時間が終了するまで再送信され続ける。以下の表は、配信ステータス受信通知に関する有効受信確認通知を説明する。
【０１３６】
【表２２】
2004514192.tif 000037
【０１３７】
受信通知４８は、細分（ｇｒａｎｕｌａｒ）レベルで配信される。これらはグループ化されておらず、単一の宛先アドレス受信通知要求に関連する。
【０１３８】
図１１は受信通知を使用するプロセスの流れを示し、ここでは全ての受信形式が指定されている想定する。まず、情報提供者は、スマートメッセージ１０を作成して、所望の受信通知要求を指定し、スマートメッセージ・アプリケーション・インタフェース３８へ送る。次に、スマートメッセージ転送エージェント（ＳＭＴＡ）４０は、スマートメッセージ１０に問い合わせを行い、メッセージを送信することになる全ての宛先ドメイン名を特定する。次に、ＳＭＴＡ４０は、各々の宛先ホストに関するスマートメッセージ１０をコピーし、スマートメッセージ１０で指定されている１つ又は複数のプロトコルを使用してメッセージを発信する。ＳＭＴＡ４０は、「発信先」宛先に送信するために全ての失敗したＳＭＴＰ又はＨＴＴＰ試行を処理する。ＭｅｓｓａｇｅＭＬサービスプロバイダ（ＭＭＬＳＰ）１８は、メッセージを受信し、「発信先」アカウントがＭｅｓｓａｇｅＭＬサービスプロバイダ（ＭＭＬＳＰ）１８に対して有効であることを確認する。受取受信通知は、情報提供者のＳＭＴＡ４０に配信されて処理される。スマートメッセージ１０が正しく受信された場合は、その後に処理される。処理受信通知は、情報提供者のＳＭＴＡ４０へ送信されて処理される。次に、メッセージは、スマートメッセージユーザの予め定められたエンドポイント経路指定規則に基づいて配信される。配信受信通知は、情報提供者のＳＭＴＡ４０へ送信されて処理される。ユーザ単位の受信項目は、メッセージが配信された各々のエンドポイント含まれることになる。
【０１３９】
下表は、それぞれ、受取イベントペイロード定義、処理イベントペイロード定義、及び配信ステータスイベントペイロード定義の要素及び属性を示す。
【０１４０】
【表２３】
2004514192.tif 000038
【０１４１】
【表２４】
2004514192.tif 000039
【０１４２】
【表２５】
2004514192.tif 000040
【０１４３】
更に、エラーコードは、以下の表で説明するように、受取、処理、及び配信ステータスイベントペイロードのエラー情報要素を含む。
【０１４４】
【表２６】
2004514192.tif 000041
【０１４５】
受信通知に関する受信通知スマートメッセージ・スタイルシートの例は以下の通りである。
【０１４６】
2004514192.tif 000042
【０１４７】
2004514192.tif 000043
【０１４８】
2004514192.tif 000044
【０１４９】
2004514192.tif 000045
【０１５０】
2004514192.tif 000046
【０１５１】
2004514192.tif 000047
【０１５２】
2004514192.tif 000048
【０１５３】
ＭｅｓｓａｇｅＭＬの初期の用途及びサービスの一部は、受信者エンドポイント装置１２に対する電子メッセージ処理を可能にすることを目的としているが、この規格は、他の多くの用途、即ち各自動化プロセス間の双方向メッセージ処理通信、別のＸＭＬ技術を用いてメッセージ処理相互運用性を可能にするために他のＸＭＬ書式へ変換又はその書式からの変換、及びフィールドサービスを対象とした通信経路指定用途等に適用することができる。
【０１５４】
本発明の前述の詳細な説明は例示的なものであり、本発明の範囲を限定することを意図していない。前述の説明に対する変更及び変形が可能であり、本発明は、特許請求の範囲に含まれる、本明細書で詳細に説明したもの以外の方法で実施できることを理解されたい。
【図面の簡単な説明】
【図１】
知的メッセージ及び統合エンドポイントを利用することができる新規な通信コンピュータシステムの必要性を詳細に説明するブロック図である。
【図２】
新規な通信コンピュータシステムをもたない電子メッセージ処理を示す概略図である。
【図３Ａ】
コンピュータシステムによって得られる対話の実施例に加えて、新規な通信コンピュータシステムを用いる電子メッセージ処理を示すブロック図及びチャートである。
【図３Ｂ】
コンピュータシステムによって得られる対話の実施例に加えて、新規な通信コンピュータシステムを用いる電子メッセージ処理を示すブロック図及びチャートである。
【図３Ｃ】
コンピュータシステムによって得られる対話の実施例に加えて、新規な通信コンピュータシステムを用いる電子メッセージ処理を示すブロック図及びチャートである。
【図４】
本発明のスマートメッセージの要素間の相互関係を示すブロック図である。
【図５】
本発明のスマートメッセージ、スタイルシート、アクティビティペイロード、及びイベントペイロードの間の相互関係を示すブロック図である。
【図６】
本発明のアクティビティクラスとイベントクラスとの間の相互関係を示すブロック図である。
【図７】
本発明の書式設定及び経路指定の概念を示すブロック図である。
【図８】
本発明のスマートメッセージ・アーキテクチャに含まれるエンティティの高レベルの全体像を示すブロック図である。
【図９】
本発明の異なるエンティティ間の相互関係を示すブロック図である。
【図１０】
受信機能を有する本発明のスマートメッセージの要素間の相互関係を示すブロック図である。
【図１１】
受信機能を有する本発明のスマートメッセージの流れを示す図である。
【図１】
2004514192.tif 000049
【図２】
2004514192.tif 000050
【図３Ａ】
2004514192.tif 000051
【図３Ｂ】
2004514192.tif 000052
【図３Ｃ】
2004514192.tif 000053
【図４】
2004514192.tif 000054
【図５】
2004514192.tif 000055
【図６】
2004514192.tif 000056
【図７】
2004514192.tif 000057
【図８】
2004514192.tif 000058
【図９】
2004514192.tif 000059
【図１０】
2004514192.tif 000060
【図１１】
2004514192.tif 000061
【国際公開パンフレット】
2004514192.tif 000062
2004514192.tif 000063
2004514192.tif 000064
2004514192.tif 000065
2004514192.tif 000066
2004514192.tif 000067
2004514192.tif 000068
2004514192.tif 000069
2004514192.tif 000070
2004514192.tif 000071
2004514192.tif 000072
2004514192.tif 000073
2004514192.tif 000074
2004514192.tif 000075
2004514192.tif 000076
2004514192.tif 000077
2004514192.tif 000078
2004514192.tif 000079
2004514192.tif 000080
2004514192.tif 000081
2004514192.tif 000082
2004514192.tif 000083
2004514192.tif 000084
2004514192.tif 000085
2004514192.tif 000086
2004514192.tif 000087
2004514192.tif 000088
2004514192.tif 000089
2004514192.tif 000090
2004514192.tif 000091
2004514192.tif 000092
2004514192.tif 000093
2004514192.tif 000094
2004514192.tif 000095
2004514192.tif 000096
2004514192.tif 000097
2004514192.tif 000098
2004514192.tif 000099
2004514192.tif 000100
2004514192.tif 000101
2004514192.tif 000102
2004514192.tif 000103
2004514192.tif 000104
2004514192.tif 000105
2004514192.tif 000106
2004514192.tif 000107
2004514192.tif 000108
2004514192.tif 000109
2004514192.tif 000110
2004514192.tif 000111
2004514192.tif 000112
2004514192.tif 000113
2004514192.tif 000114
2004514192.tif 000115
2004514192.tif 000116
2004514192.tif 000117
2004514192.tif 000118
2004514192.tif 000119
2004514192.tif 000120
2004514192.tif 000121
2004514192.tif 000122
2004514192.tif 000123
2004514192.tif 000124
2004514192.tif 000125
2004514192.tif 000126
2004514192.tif 000127
2004514192.tif 000128
2004514192.tif 000129
2004514192.tif 000130
2004514192.tif 000131
2004514192.tif 000132