JP2006081174A - ファックスメッセージを表すようにメッセージスキーマを拡張するシステムおよび方法 - Google Patents

Abstract

【課題】 ファックス伝送を表す電子メッセージを効率的に記憶し、それにアクセスするための方法、システム、コンピュータプログラム製品、およびデータ構造を提供すること。
【解決手段】 メッセージは、ファックスプロトコル固有の、かつ／またはファックスアプリケーション固有のデータフィールドを電子メッセージに追加するためのフォーマットを定義するファックススキーマに従って拡張される。メッセージは、ファックススキーマに従って、アカウンティングサービス、メッセージ内容、およびファックス伝送に関連付けられたメッセージ参加者を定義する他のスキーマを使用して記憶された他のデータフィールドとの関係を有する。ファックススキーマにより、ファックス伝送を表す電子メッセージの効率的な記憶およびアクセスが促進される。
【選択図】 図１０

Description

一般に、本発明は電子メッセージングに関し、より詳細には、ファックスメッセージを表す電子メッセージ関連データを効率的に記憶し、それにアクセスすることに関する。

本願は、参照により本明細書に組み込まれる、２００３年１０月２３日に出願された「Schema Hierarchy for Electronic Messages」という名称の先の米国特許出願第１０／６９２，０９７号明細書の一部継続出願である。

コンピュータシステムと関連技術は、社会の多くの側面に影響を及ぼす。実際、情報を処理するコンピュータシステムの能力は、我々の暮らしと仕事の方法を変容させた。今日、コンピュータシステムは、コンピュータシステムの出現以前には手動で行われていた多数の作業（たとえば、ワードプロセッシング、スケジューリング、データベース管理）を普通に実行する。つい最近では、コンピュータシステムは、互いに、また他の電子機器に結合され、有線コンピュータネットワークと無線コンピュータネットワークを共に形成しており、このネットワークを介して、コンピュータシステムや他の電子機器は、電子データを転送することができる。その結果、コンピュータシステムで実行される多数のタスク（たとえば、音声通信、電子メールへのアクセス、ホームエレクトロニクスの制御、ウェブのブラウズ）は、有線および／または無線コンピュータネットワークを介したいくつかのコンピュータシステムおよび／または他の電子機器との間の電子通信を含んでいる。

具体的には、電子メッセージングが通信のための重要な方法となってきているといえる。コンピュータシステムユーザは、しばしば、情報を相互に交換するため電子メッセージ（たとえば、電子メールメッセージ、インスタントメッセージ、ファックス、ニュースグループポスティングなど）を送受信する。たとえば、電子メールメッセージを作成するために、送り手のユーザは、一般に、電子メールアプリケーション内から新しいメッセージの選択肢を選ぶ。その選択に応答して、電子メールアプリケーションは、ユーザによって入力されたデータを受け取ることができる１つまたは複数のフィールド（たとえば、Ｔｏフィールド、Ｂｏｄｙフィールドなど）を表示する。送り手のユーザは、表示されたフィールド内にデータを（たとえば、キーボード部から）入力する。適切なとき、送り手のユーザは、（たとえば、電子メールアプリケーション内の適切な「保存」または「送信」ボタンを選択することによって）電子メールメッセージを草稿として保存することも、電子メールメッセージを受け手のユーザに送信することもできる。

電子メールメッセージを送信することにより、送り手のユーザのコンピュータシステムから、送信側メールサーバを介して、ネットワークを通って、受け手のユーザのために電子メールメッセージを記憶する受信側メールサーバへ電子メールメッセージを経路指定させることができる。電子メールメッセージを閲覧するために、受け手のユーザは、電子メールアプリケーションから受信側メールサーバに接続を確立する。接続を確立することにより、送り手のユーザからのメールメッセージを含め、受け手のユーザに対して送信された電子メールメッセージすべてを、受信側メールサーバから受け手のユーザのコンピュータシステムへ転送させ、受け手のユーザのコンピュータシステム部で記憶させることができる。送り手のユーザからの電子メールメッセージが転送および記憶された後で、送り手のユーザは、電子メールアプリケーション内で、入力デバイス、たとえばマウスなどを操作し、記憶された電子メールメッセージを閲覧することができる。

電子メールアプリケーションに加えて、コンピュータシステムユーザはまた、他のメッセージングアプリケーションを使用し、他の様々な種類の電子メッセージを送信し、受信し、記憶することができる。残念ながら、種類の異なる電子メッセージ（たとえば、電子メールメッセージ、インスタントメッセージ、ファックス、ブログエントリ、音声メッセージなど）は、一般に、異なるデータフォーマットで記憶される。たとえば、１種類の電子メッセージ、たとえばインスタントメッセージなどを記憶するために使用されるデータフォーマットは、一般に、他の別の種類の電子メッセージ、たとえばニュースグループポスティングなどを記憶するために使用されるデータフォーマットと異なる。したがって、ユーザは、指定された種類の電子メッセージにアクセスするために、その指定された種類の電子メッセージに対応するデータフォーマットで記憶されたデータにアクセスすることができるメッセージングアプリケーションを使用することを要求される。たとえば、ユーザは一般に、インスタントメッセージにアクセスするためにインスタントメッセージングアプリケーションを、あるいはファックス伝送を送信または受信するためにファックスコンソールを使用することを要求される。

さらに、メッセージングアプリケーションは、一般に、いくつかの、あるいは１種類だけの電子メッセージにアクセスするように構成され、通常、他の追加の種類の電子メッセージにアクセスために使用することができない。すなわち、一般に、メッセージングアプリケーションは、１つまたは複数の指定された電子メッセージの種類に対応する、１つのデータフォーマットだけである可能性もある限られた数のデータフォーマットで記憶されたデータにアクセスするように設計される。たとえば、インスタントメッセージアプリケーションは、一般に、１つまたは複数のインスタントメッセージデータフォーマットで記憶されたデータにアクセスするように構成されるが、一般に、ファックスデータフォーマットで記憶されたデータにアクセスするように構成されない。

さらに、いくつかのデータフォーマットは、アプリケーションに固有となる可能性がある。したがって、同じ種類の電子メッセージにアクセスするように構成された２つのメッセージングアプリケーションが、異なるデータフォーマットを使用して電子メッセージデータを記憶することもあり得る。たとえば、第１の電子メールアプリケーションは、第１のデータフォーマットを使用して電子メールメッセージを記憶する可能性がある一方、第２の電子メールアプリケーションは、第２の異なるデータフォーマットを使用して電子メールメッセージを記憶する。したがって、特定の種類の電子メッセージにアクセスするように開発されたメッセージングアプリケーションが、その特定の種類の電子メッセージすべてにアクセスすることができない可能性がある。たとえば、第１の電子メールアプリケーションによって第１のデータフォーマットで記憶された電子メールメッセージは、（たとえば、第２のデータフォーマットで記憶された電子メールメッセージにアクセスすることができるにすぎない）第２の電子メールアプリケーションにとってアクセスできないことがある。

また、異なる各メッセージングアプリケーションは、一般に、対応する電子メッセージを異なるデータベース内に記憶する。たとえば、インスタントメッセージングアプリケーションは、インスタントメッセージをインスタントメッセージングデータベース内に記憶することができ、電子メールアプリケーションは、電子メールメッセージを電子メールメッセージングデータベース内に記憶することができ、ニュースグループリーダは、ニュースグループポスティングをニュースグループデータベース内に記憶することができ、ファックスアプリケーションは、ファックスをファックスフォーマットで記憶することができる、などである。

したがって、すべてではないとしても、大抵のコンピュータシステムは、異なるデータフォーマットで記憶された、異なるデータベース内にあるメッセージデータを記憶し、それにアクセスするため、いくつかのメッセージングアプリケーションを含んでいる。たとえば、コンピュータシステムは、電子メールメッセージにアクセスするための電子メールアプリケーション、インスタントメッセージにアクセスするためのインスタントメッセージアプリケーション、ファックスにアクセスするためのファックスコンソールまたは他の種類のファックスアプリケーションなどを含むことができる。複数の電子メッセージングアプリケーションを使用することは、たとえば、ユーザが、指定されたエンティティに対応する使用可能な電子メッセージすべてにアクセスしたいと望むとき多くの時間がかかる。望ましい電子メッセージが、異なるデータフォーマットで記憶されている、および／または異なるデータベース内にある場合、各メッセージングアプリケーションは、望ましい電子メッセージを求めて別々の探索を実行しなければならないことになる。たとえば、ユーザは、電子メールメッセージを探索するために電子メールアプリケーションに切り換え（さらには、複数の電子メールアプリケーション間で切り換え）、インスタントメッセージを探索するためにインスタントメッセージアプリケーションに切り換え、音声メッセージを探索するために音声メッセージアプリケーションに切り換え、メッセージ情報を受信するためにファックスアプリケーションに切り換えることを要求される可能性がある。複数のメッセージングアプリケーションに電子メッセージを探索させることにより、望ましくない時間とコンピュータシステムリソースとの消費が発生する可能性がある。

また、特定の電子メッセージまたは電子メッセージ関連データの探索および照会は、電子メッセージングアプリケーションの各々において別々に実行しなければならない。すなわち、ユーザは、電子メールアプリケーションを使用し、電子メールメッセージを探索することを要求されることになる。しかし、そのユーザは、一般に、必ずしも使用可能でない解決策である、電子メールアプリケーションがそれらを電子メールメッセージに対する添付部として扱う能力を有していない限り、記憶されているインスタントメッセージ、音声メッセージ、またはファックスメッセージを探索するためにその電子メールアプリケーションを使用することができないことになる。各メッセージングアプリケーション部で別々の探索を実行しなければならないことは、電子メッセージの種類が未知であるとき特に問題となる可能性がある。ユーザは、単一の電子メッセージを突き止めるために、いくつかの異なるメッセージングアプリケーションの各々において探索を実行することを要求される可能性がある。したがって、メッセージ関連データをより効率的に記憶し、それにアクセスするためのシステム、方法、コンピュータプログラム製品、およびデータ構造が有利となるであろう。

現況技術に関する上述の問題は、電子メッセージ関連データをより効率的に記憶し、それにアクセスするための方法、システム、コンピュータプログラム製品、およびデータ構造を対象とする本発明の原理によって解決される。本発明はさらに、既存のメッセージプロトコルおよびメッセージアプリケーションとの互換をうまく進めるために、ファックス伝送を表す電子メッセージ関連データを、他の種類のメッセージを表す電子メッセージ関連データと一体化するための方法、システム、コンピュータプログラム製品、およびデータ構造を対象とする。

本発明の一態様によれば、電子メッセージは、電子メッセージの階層的スキーマ（ｓｃｈｅｍａ ｈｉｅｒａｒｃｈｙ）に従って作成される。電子メッセージは、別の種類の電子メッセージ間（たとえば、電子メールメッセージとインスタントメッセージとファックス伝送の間）でも、いくつかのデータフィールド（たとえば、主題フィールド、参加者フィールド、重要性フィールドなど）が共通して定義されるように作成することができる。また、電子メッセージは、いくつかのデータフィールド、たとえば特定のメッセージプロトコルおよび／または特定のメッセージアプリケーション固有データフィールド（たとえば、ニュースグループポスティング用のＰｏｓｔｅｒＩＤ、電子メールメッセージ用の削除済みフィールド、およびファックス伝送についての再試行回数）が別々に定義され、したがって別の種類のメッセージ間で異なることができるように作成することができる。したがって、電子メッセージは、他の電子メッセージと共通のいくつかのフィールドと、他の電子メッセージと異なるいくつかのフィールドとを有することができる。いくつかの共通して定義されたフィールドと、互いに異なるように定義されたフィールドとを有することにより、電子メッセージの効率的な記憶およびアクセスが促進され、一方、既存のメッセージプロトコルおよびメッセージアプリケーションとのメッセージ互換もまた、うまく進む。

本発明の他の態様によれば、メッセージの階層的スキーマは、別の種類の電子メッセージに共通とすることができるデータフィールドを定義するメッセージスキーマを含み、また特定のメッセージプロトコルおよび特定のメッセージ拡張部のためのデータフィールドを定義するメッセージ拡張スキーマを含む。メッセージは、作成されたとき、メッセージスキーマ内で定義されているデータフィールドを含むことができ、また特定のメッセージプロトコルおよび／またはメッセージアプリケーション固有他のフィールドを含むことができる。コンピュータシステムは、メッセージスキーマに従って電子メッセージを表すメッセージ項目を作成する。コンピュータシステムは、メッセージに主メッセージ種別を割り当てる。主メッセージ種別は、作成されたメッセージ項目にリンクされた１つまたは複数の内容部分の主な挙動（たとえば、電子メールメッセージ、インスタントメッセージなど）を示す。異なるメッセージの種類を表すメッセージ項目は、いくつかの同様に定義されたデータフィールド（すなわち、同様のフォーマット）を有するため、メッセージ項目を、単一のデータベースから、より効率的に記憶およびアクセスすることができる。

本発明の他の態様によれば、コンピュータシステムは、１つまたは複数のプロトコル拡張部を作成済みメッセージ項目に割り当てる。割り当てられた各プロトコル拡張部は、指定されたメッセージプロトコルとの互換を促進する１つまたは複数のプロトコル固有プロパティを、作成済みメッセージ項目に追加することができる。コンピュータシステムは、１つまたは複数のアプリケーション拡張部を作成済みメッセージ項目に割り当てる。割り当てられた各アプリケーション拡張部は、指定されたメッセージアプリケーションとの互換を促進する１つまたは複数のアプリケーション固有プロパティを、作成済みメッセージ項目に追加することができる。任意の主な種類のメッセージ項目には、事実上どんな数のプロトコル拡張部および／またはアプリケーション拡張部を割り当てることもできる。たとえば、インスタントメッセージには、インスタントメッセージをＰＯＰ３を介して転送すること、およびインスタントメッセージをファックスアプリケーションで閲覧することを容易にするＰＯＰ３拡張部とファックスアプリケーション拡張部を割り当てることができる。したがって、どの主な種類のメッセージも、いくつかの異なるプロトコルや異なるメッセージアプリケーションとの互換のために構成することができる。

本発明の他の態様によれば、メッセージの階層的スキーマは、別の種類のファックス伝送に共通とすることができるデータフィールドを定義するファックススキーマを含み、特定のファックス配布／移送プロトコル用の、また特定のファックスアプリケーション用のデータフィールドを定義するファックス拡張スキーマを含む。ファックス伝送を表すメッセージ項目には、ファックススキーマに従って、事実上任意の数のファックスプロトコル拡張部および／またはファックスアプリケーション拡張部を割り当てることができる。たとえば、ファックス伝送には、遠隔ファックスサーバ通信プロトコル用の拡張部と、特定の電子メールアプリケーション用の拡張部とを割り当てることができる。拡張部は、遠隔ファックスサーバを使用してファックスを送信すること、および、送信されたファックスを、電子メールアプリケーションを用いて閲覧するために、１人または複数のファックスの受け手に、その受け手宛の電子メールメッセージに対する添付部として送ることなど、ファックス伝送の様々な態様をうまく進める。別の例として、ファックス伝送には、インターネットをベースとするファックスサービス用のファックスプロトコル拡張部と、ユーザが電子メールで作業する方法と同様にファックス文書で作業することを可能にする、ＰＣをベースとするファックスアプリケーション用のファックスアプリケーション拡張部とを割り当てることができる。別個のファックスコンソール内で、または電子メールメッセージに対する添付部として伝送を受信するのではなく、割り当てられたメッセージ拡張部は、基礎となるファックス配布／移送機構にかかわりなく、ＰＣをベースとするファックスアプリケーションを用いてファックス伝送を受信し、アドレスし、送信することを可能にする。

本発明の他の一態様によれば、ファックススキーマはさらに、ファックス伝送に関連付けられたアカウンティングデータと、ファックス伝送の内容と、ファックス伝送に関連付けられた参加者とを表すメッセージ関係を含む。アカウンティングデータを表すメッセージ関係は、概してファックス伝送に関連する別の種類のアカウンティングサービスに共通とすることができるデータフィールドを定義し、特定のファックスサーバおよびファックスアカウント用のデータフィールドを定義するファックスアカウントスキーマを含む。ファックス伝送の内容を表すメッセージ関係は、画像、テキスト、またはファックス伝送の内容を含むファイルなど、ファックス内容を容れるためのデータフィールドを定義するファックスメッセージ内容スキーマを含む。ファックス伝送に関連付けられた参加者を表すメッセージ関係は、ファックス伝送の参加者の特定の属性を説明するデータフィールドを定義するためのファックスメッセージ伝送スキーマを含む。

本発明の他の態様によれば、ファックススキーマは、ファックス伝送のために生成された別の種類のカバーページに共通とすることができるデータフィールドを定義するためのファックスカバーページスキーマを含み、ファックスサーバ上でホスティングされるカバーページ用のデータフィールドを定義するファックスカバーページを含む。

本発明の一態様によれば、１つのメッセージ拡張部に対応する拡張部固有のフィールドとして記憶されたデータ値を使用し、メッセージ項目を、別のメッセージ拡張部との互換のために変換することができる。コンピュータシステムは、電子メッセージを表すメッセージ項目にアクセスする。メッセージ項目は、複数の別の種類のメッセージプロトコルに、また複数の別の種類のメッセージアプリケーションに共通である１つまたは複数の一般プロパティを有する。メッセージ項目はまた、少なくとも１つの現在割り当てられているメッセージ拡張部（たとえば、現在割り当てられているファックスプロトコル拡張部またはファックスアプリケーション拡張部）に固有である１つまたは複数の現在割り当てられている特定のプロパティを含む。

本発明の他の態様によれば、コンピュータシステムは、新しいメッセージ拡張部（たとえば、新たに割り当てられたメッセージプロトコル拡張部またはメッセージアプリケーション拡張部）をメッセージ項目に割り当てる。新しいメッセージ拡張部は、メッセージ項目に関連付けるべき１つまたは複数の新しい特定のプロパティを有する。コンピュータシステムは、現在割り当てられているメッセージ拡張部と新しいメッセージ拡張部とに従って、メッセージ項目を送る。したがって、単一のメッセージ項目を、そのメッセージ項目の内容を複製することを必要とせずに、いくつかのアプリケーションに送ることができる。単一のメッセージ項目を送ることにより、異なるアプリケーション、たとえば電子メールアプリケーションとファックスアプリケーションが一貫したデータを受信する可能性が高まる。コンピュータシステムはまた、現在割り当てられている拡張部から１つまたは複数の値を取り出し、任意選択で、取り出された値を使用し、新しいメッセージ拡張部に対応するフィールドを占有することができる。現在割り当てられている拡張部からの値を使用し、新たに割り当てられた拡張部に対応するフィールドを占有することにより、リソースを保存し、ユーザが手で値を入力しなければならないことを軽減することができる。

本発明の他の態様によれば、メッセージ項目をデータベースのメッセージサイロ部分に記憶することができる。また、データベースは、他のサイロ、たとえば、連絡先サイロ、フォルダ、サイロ、文書サイロなどを含むことができる。メッセージ項目のフィールドは、他のサイロ内に記憶された項目に対するリンクを含むことができる。たとえば、メッセージ項目のメッセージ参加者フィールドは、連絡先サイロ内の連絡先項目に対するリンクを含むことができる。メッセージ項目は、プロトコル固有拡張部またはアプリケーション固有拡張部をも有するフォルダ内に格納することができる。

本発明の追加の特徴および利点は、以下の説明で述べられることになり、また一部には、その説明から自明となり、あるいは、本発明を実施することによって学習することができる。本発明の特徴および利点は、特許請求の範囲で特に指摘されている手段および組合せによって実現し獲得することができる。本発明のこれら、および他の特徴は、以下の説明と特許請求の範囲から、より完全に明らかとなり、あるいは、以下で述べられている本発明を実施することによって学習することができる。

本発明の上記の、また他の利点および特徴を得ることができるやり方を述べるために、簡単に上述した本発明について、添付の図面に示されているその特定の実施形態を参照することによって、より具体的に述べる。これらの図面は、本発明の典型的な実施形態を示すにすぎず、したがって、その範囲を制限するものと見なすべきでないことを理解して、本発明について、添付の図面を使用することによって追加の特殊性および詳細と共に述べ、かつ説明する。

本発明の原理は、概して、電子メッセージ関連データを効率的に記憶し、それにアクセスすることを可能にし、さらに、ファックス伝送を表す電子メッセージ関連のデータを効率的に記憶し、それにアクセスすることを可能にする。概して、電子メッセージは、電子メッセージ階層的スキーマに従って作成される。電子メッセージは、別の種類の電子メッセージ間（たとえば、電子メールメッセージとインスタントメッセージの間）でも、いくつかのデータフィールド（たとえば、主題フィールド、参加者フィールド、重要性フィールドなど）が共通して定義され、他のデータフィールド、たとえば特定のメッセージプロトコルおよび／または特定のメッセージアプリケーション固有データフィールド（たとえば、ニュースグループポスティング用のＰｏｓｔｅｒＩＤ、電子メールメッセージ用の削除済みフィールド、およびファックス伝送についての再試行回数）が、別々に定義され、別の種類の電子メッセージ間で異なるように作成することができる。したがって、電子メッセージは、他の電子メッセージと共通のいくつかのフィールドと、他の電子メッセージと異なるいくつかのフィールドとを有することができる。いくつかの共通して定義されたフィールドと、互いに異なるように定義されたフィールドとを有することにより、電子メッセージの効率的な記憶およびアクセスが促進され、一方、既存のメッセージプロトコルおよびメッセージアプリケーションとのメッセージ互換もまた、うまく進む。

本発明の範囲内にある実施形態は、コンピュータ実行可能命令またはデータ構造を有する、またはそれらが記憶されているコンピュータ読取可能な媒体を含む。そのようなコンピュータ読取可能な媒体は、汎用または専用コンピュータシステムによってアクセスすることができる任意の使用可能な媒体とすることができる。限定ではなく例を挙げると、そのようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイスなど物理媒体、または、コンピュータ実行可能命令、コンピュータ読取可能命令、またはデータ構造の形態で所望のプログラムコード部を有するまたは記憶するために使用することができ、汎用コンピュータまたは専用コンピュータによってアクセスすることができる他の任意の媒体を含むことができる。

この説明では、また特許請求の範囲では、「ネットワーク」は、コンピュータシステムおよび／またはモジュール間で電子データの移送を可能にする１つまたは複数のデータリンクとして定義される。ネットワークまたは別の通信接続（有線、無線、または有線もしくは無線の組合せ）を介して情報がコンピュータシステムに転送または提供されるとき、その接続をもコンピュータ読取可能な媒体と見るのが妥当である。したがって、そのようなどの接続もコンピュータ読取可能な媒体と称するのが妥当である。上記の組合せもまた、コンピュータ読取可能な媒体の範囲内に含むべきである。コンピュータ実行可能命令は、たとえば、汎用コンピュータまたは専用コンピュータにある種の機能または機能群を実行させる命令およびデータを含む。コンピュータ実行可能命令は、たとえば、バイナリ、アセンブリ言語など中間フォーマット命令、あるいはソースコードとすることもできる。

この説明では、また以下の特許請求の範囲では、「コンピュータシステム」は、１つまたは複数のソフトウェアモジュール、１つまたは複数のハードウェアモジュール、あるいはそれらの組合せとして定義され、これらは共に動作し、電子データに対して演算を実行する。たとえば、コンピュータシステムの定義には、パーソナルコンピュータのハードウェア構成要素、ならびに、パーソナルコンピュータのオペレーティングシステムなどソフトウェアモジュールが含まれる。モジュールの物理レイアウトは重要でない。コンピュータシステムは、ネットワークを介して結合された１つまたは複数のコンピュータを含むことができる。同様に、コンピュータシステムは、（メモリおよびプロセッサなど）内部モジュールが共に動作し、電子データに対して演算を実行する（移動電話または携帯情報端末「ＰＤＡ」など）単一の物理デバイスを含むことができる。

この説明、および特許請求の範囲では、「スキーマ」は、複数のコンピュータシステム間で共用されるボキャブラリの表現として定義され、表現された共用ボキャブラリに従って複数のコンピュータシステムが文書を処理することを可能にする。たとえば、拡張マークアップ言語（ＸＭＬ）スキーマは、ＸＭＬスキーマ言語のスキーマ構成体（ｃｏｎｓｔｒｕｃｔ）（たとえば、名前／値対）を使用して、あるクラスのＸＭＬ文書を定義および記述することができる。これらのスキーマ構成体を使用し、ＸＭＬ文書で使用されるように、データ型の意味、使用、関係、要素とその内容、属性とその値、エンティティとその内容、および表記法を制約および記載することができる。したがって、ＸＭＬスキーマにアクセスすることができるどのコンピュータシステムも、ＸＭＬスキーマに従ってＸＭＬ文書を処理することができる。さらに、ＸＭＬスキーマにアクセスすることができるどのコンピュータシステムも、やはりそのＸＭＬスキーマにアクセスすることができる他のコンピュータシステムおよび／またはメッセージプロセッサによって使用されるように、ＸＭＬ文書を構成または修正することができる。

スキーマは、たとえば「．ｄｔｄ」拡張子で終わるＤＴＤファイルなど、文書型定義（ＤＴＤ）を含むように定義される。また、スキーマは、たとえば「．ｘｓｄ」拡張子で終わるＸＭＬスキーマファイルなど、「Ｗ３Ｃ」（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）ＸＭＬスキーマを含むように定義される。しかし、特定のＤＴＤまたはＸＭＬスキーマ用の実際のファイル拡張子は重要でない。スキーマは、論理型、バイナリ型、オクタル型、１０進型、１６進型、整数型、浮動小数点型、文字型、文字列型、ユーザ定義データ型、ならびに、データ構造を定義するために使用されるこれらのデータ型の組合せを含めて、事実上どんなデータ型を定義するためにも使用することができる。ユーザ定義データ型のいくつかの例としては、日付および時刻データを表すＤａｔｅＴｉｍｅデータ型や、たとえば、電話番号、電子メールアドレス、インスタントメッセージアドレスなど電子アドレスデータを表すＥＡｄｄｒｅｓｓデータ型がある。データ型（またはエンティティ）はまた、階層的スキーマ内で他のデータ型（またはエンティティ）を参照し、またはそれらにリンクするように定義することができる。

本発明は、パーソナルコンピュータ、ラップトップコンピュータ、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサをベースとする、もしくはプログラム可能な家電、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、移動電話、ＰＤＡ、ページャなどを含む多数の種類のコンピュータシステム構成と共に、ネットワークコンピューティング環境内で実施することができることを、当業者なら理解するであろう。本発明はまた、通信ネットワークを介して（有線データリンク、無線データリンクによって、または有線データリンクと無線データリンクの組合せによって）リンクされたローカルコンピュータシステムと遠隔コンピュータシステムが共にタスクを実行する分散システム環境で実施することができる。分散システム環境では、プログラムモジュールは、ローカルと遠隔双方のメモリ記憶デバイス内に位置する可能性がある。

図１は、本発明の原理に従って電子メッセージ関連データを効率的に記憶し、それにアクセスすることを容易にするネットワークアーキテクチャ１００および一般的な階層的スキーマ１５０の一例を示す。ネットワークアーキテクチャ１００は、コンピュータシステム１０２、コンピュータシステム１０９、データベース１１４、ネットワーク１２１を含む。コンピュータシステム１０２とコンピュータシステム１０９は、対応するリンク１０６によって接続される。コンピュータシステム１０２とコンピュータシステム１０９は、リンク１０６を介して電子メッセージ（たとえば、電子メールメッセージ、インスタントメッセージ、ファックスメッセージ、ニュースグループポスティング、音声メッセージなど）を交換することができる。たとえば、コンピュータシステム１０９は、ファックス伝送を送受信するファックスサーバなど、電子メッセージを記憶するメッセージングサーバである可能性がある。コンピュータシステム１０２は、時々、コンピュータシステム１０９に接続して、電子メッセージをダウンロードし、またはファックス伝送を送受信することができる。

コンピュータシステム１０９は、リンク１２３によってデータベース１１４に接続される。データベース１１４は、複数の別の種類のデータベース項目を記憶するデータベースとすることができる。たとえば、連絡先サイロ１８３は、連絡先（たとえば、個人、団体、または会社）を表す連絡先項目を記憶することができ、フォルダサイロ１８３は、他の種類の項目（たとえば、電子メッセージ）を記憶するフォルダを表すフォルダ項目を記憶することができ、メッセージサイロ１８４は、電子メッセージを表すメッセージ項目を記憶することができ、文書サイロ１８６は、様々な文書を表す文書項目を記憶することができる、などである。データベース１１４内に記憶されたデータベース項目は、階層的スキーマ１５０のスキーマに従って定義されたデータフィールドを含むことができる。連絡先サイロ１８２の前と文書サイロ１８６の後の一連の３つのピリオド（省略記号）は、（他の別の種類のデータベース項目を記憶する可能性がある）他のサイロがデータベース１１４内に含まれる可能性があることを示す。

コンピュータシステム１０９は、リンク１１８によってネットワーク１２１に接続される。ネットワーク１２１は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、あるいはインターネットとすることもできる。コンピュータシステム１０９は、リンク１１８を介してネットワーク１２１に接続された他のコンピュータシステムからデータを受信し、またそれらにデータを送信することができる。コンピュータシステム１０２、コンピュータシステム１０９、また潜在的にはネットワーク１２１に接続された他のコンピュータシステムは、階層的スキーマ１５０内に含まれるスキーマにアクセスすることができる。

階層的スキーマ１５０は、概して、電子メッセージを定義するためのデータフォーマットを表す。電子メッセージを表すメッセージ項目（ならびに、データベース１１４内の他の種類の項目）は、基本項目スキーマ１５１に従って定義することができる。概して、基本項目スキーマは、あるデータベース項目を別のデータベース項目と区別するために使用されるデータフィールド用のデータフォーマット（たとえば、グローバルに一意のＩＤおよびディスプレイ名）を定義することができる。したがって、メッセージサイロ１８４内に記憶されたメッセージ項目（ならびに、連絡先サイロ１８２、フォルダサイロ１８３、文書サイロ１８６内に記憶された項目）は、基本項目スキーマ１５１に従って定義された１つまたは複数のデータフィールドを含むことができる。

メッセージスキーマ１５２は、複数の別の種類の電子メッセージに共通である１つまたは複数のデータフィールド用のデータフォーマット（たとえば、メッセージ主題、メッセージサイズなど）を定義する。メッセージスキーマ１５２は、たとえば、テキストフォーマット、またはハイパーテキストマークアップ言語（ＨＴＭＬ）フォーマットなど、共通フォーマットを定義することができる。したがって、メッセージサイロ１８４内に記憶されたメッセージ項目は、メッセージスキーマ１５２に従って定義された１つまたは複数のデータフィールドを含むことができる。また、メッセージサイロ１８４内に記憶されたメッセージ項目は、１つまたは複数のメッセージ拡張スキーマに従って定義されたデータフィールドを含むこともできる。メッセージスキーマ１５２は、階層的スキーマ１５０内の他のスキーマに従って定義されたデータフィールドを参照する、またはそれらにリンクするデータフィールドを定義することができる。

たとえば、メッセージスキーマ１５２は、連絡先サイロ１８２内の（連絡先スキーマ１５３に従って定義されたデータフィールドを有する）連絡先関連情報を参照し、またはそれにリンクする１つまたは複数のデータフィールドを定義することができる。したがって、メッセージスキーマ１５２に従って定義されたメッセージ項目は、連絡先サイロ１８２内の連絡先関連情報を参照する、またはそれにリンクすることができる。連絡先関連情報を参照する、またはそれにリンクすることにより、その連絡先関連情報に対応するエンティティがそのメッセージ項目に関連付けられていることを示すことができる。同様に、メッセージスキーマ１５２は、フォルダサイロ１８３内の（フォルダスキーマ１５４に従って定義されたデータフィールドを有する）フォルダ関連情報を参照する、またはそれにリンクする１つまたは複数のデータフィールドを定義することができる。したがって、メッセージスキーマ１５２に従って定義されたメッセージ項目は、フォルダサイロ１８３内のフォルダ関連情報を参照する、またはそれにリンクすることもできる。フォルダ関連情報を参照する、またはそれにリンクすることにより、そのメッセージ項目が、フォルダ関連データに対応するフォルダ内に記憶されていることを示すことができる。

同様に、メッセージスキーマ１５２は、文書関連情報を参照する、またはそれにリンクする１つまたは複数のデータフィールドを定義することができる。したがって、スキーマ１５２に従って定義されたメッセージ項目は、文書サイロ１８６内の文書関連情報を参照する、またはそれにリンクする（添付部スキーマ１５７に従って定義されたデータフィールドを有する）１つまたは複数の添付部を含むことができる。文書関連データを参照する、またはそれにリンクすることにより、その文書関連データに対応する文書がそのメッセージ項目に対する添付部であったことを示すことができる。たとえば、メッセージ項目は、ワードプロセッシング文書、カレンダアポイントメント、絵など添付部を含むことができる。添付部が体系化されているとき、受信側コンピュータシステムは、その添付部をより知的に処理することができる。たとえば、コンピュータシステムは、体系化された添付部のフィールドを照会し、そのフィールド内に格納された値に従って、その体系化された添付部を処理することができる。

さらに、メッセージスキーマ１５２に従って定義されたメッセージ項目は、アカウントスキーマ１５８に従って定義されたアカウント関連データを参照する、またはそれにリンクすることができる。メッセージ項目の内容（たとえば、メッセージ本文またはメッセージ添付部）は、内容スキーマ１５６に従って定義されたデータフィールドを含むことができる。

また、スキーマ１５２に従って定義されたメッセージ項目は、１つまたは複数のメッセージ拡張スキーマに従って定義されたデータフィールドを含むことができる。いくつかのメッセージ拡張スキーマは、指定されたメッセージプロトコルとの互換を促進するプロトコル拡張部とすることができる。たとえば、メッセージプロトコル拡張スキーマ１６１は、特定のメッセージプロトコルに固有であるデータフィールドを定義する１つまたは複数のメッセージプロトコル拡張スキーマを含むことができる。たとえば、プロトコル拡張スキーマ１６２は、第１のメッセージプロトコル（たとえば、ＮＴＴＰ（ネットワークニュース転送プロトコル））に固有の１つまたは複数のデータフィールド用のデータフォーマットを定義することができ、プロトコル拡張スキーマ１６３は、第２のメッセージプロトコル（たとえば、ＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ３）など別の電子メールプロトコル、または、ファックス移送プロトコルなど全く別の種類のプロトコル）に固有の１つまたは複数のデータフィールド用のデータフォーマットを定義することができる。プロトコル拡張スキーマは、階層で構成することができる。たとえば、プロトコル拡張スキーマ１６４は、（プロトコル拡張スキーマ１６２に従って定義されたデータフィールドを有する）第１のメッセージプロトコルの特定の実施に固有の追加データフィールド用のデータフォーマットを定義することができる。

他のメッセージ拡張部は、指定されたメッセージアプリケーションとの互換を促進するアプリケーション拡張部とすることができる。たとえば、メッセージアプリケーション拡張スキーマ１６６は、メッセージアプリケーションに固有であるデータフィールドを定義する１つまたは複数のメッセージアプリケーション拡張スキーマを含むことができる。たとえば、アプリケーション拡張スキーマ１６７は、第１のメッセージアプリケーション（たとえば、電子メールアプリケーション）に固有の１つまたは複数のデータフィールド用のデータフォーマットを定義することができ、アプリケーション拡張スキーマ１６８は、第２のメッセージアプリケーション（たとえば、ＰＣをベースとするファックスアプリケーション）に固有の１つまたは複数のデータフィールド用のデータフォーマットを定義することができる。アプリケーション拡張スキーマは、階層で構成することができる。たとえば、アプリケーション拡張スキーマ１６９は、（アプリケーション拡張スキーマ１６８に従って定義されたデータフィールドを有する）第２のメッセージプロトコルの特定のバージョンに固有の追加データフィールド用のデータフォーマットを定義することができる。

したがって、メッセージスキーマ１５２に従って定義されたデータフィールドを有するメッセージ項目はまた、メッセージプロトコル拡張スキーマ１６１およびメッセージアプリケーション拡張スキーマ１６６内の拡張スキーマのいずれかに従って定義された追加データフィールドを有することができる。メッセージ拡張部に対応するデータフィールドは、既存のメッセージプロトコルおよびメッセージアプリケーションとの互換をうまく進めるために、必要に応じてメッセージ項目に「スナップ留め（ｓｎａｐｐｅｄ）」し、またメッセージ項目から除去することができる。したがって、メッセージ項目内に含まれるデータフィールドの構成は、時間の経過につれて変化する可能性がある。

たとえば、メッセージアプリケーション１１１またはメッセージアプリケーション１０３など、アプリケーションは、特定のプロトコル拡張スキーマまたはアプリケーション拡張スキーマのデータフィールドを、メッセージ項目にアクセスする前に、メッセージ項目にスナップ留めし、またはメッセージ項目から除去することを要求することができる。したがって、メッセージ項目は、特定のメッセージプロトコルまたはメッセージアプリケーションとの互換のために変換される可能性がある。たとえば、メッセージアプリケーション１０３は、ＮＮＴＰプロトコル拡張スキーマのフィールドをメッセージ項目１１６にスナップ留めすることを要求することができる。したがって、メッセージアプリケーション１０３は、メッセージ項目１１６を取り出し、ＮＮＴＰプロトコルとの互換を促進する（たとえば、プロトコル拡張スキーマ１６２に従って定義された）データフィールドを含むようにメッセージ項目１１６を変換することができる。次いで、変換されたメッセージ項目（たとえば、メッセージ項目１０７）は、コンピュータシステム１０２に転送することができる。

メッセージアプリケーション１１１は、１つまたは複数の現在割り当てられているデータフィールドから値を自動的に取り出し、メッセージ拡張スキーマに対応する新たに追加されたデータフィールドの１つまたは複数の値を投入する可能性がある。値を取り出すステップは、階層的スキーマ１５０内の他のスキーマに従って定義された情報を参照し、またはそれにリンクするステップを含むことができる。たとえば、電子メールを処理するためのメッセージアプリケーション１１１を使用し、１人または複数の電子メールの受け手の代わりに、あるいはそれらに加えて、１人または複数のファックスの受け手宛のメッセージを作成することができる。アプリケーション１１１は、対応するメッセージアプリケーション拡張スキーマ１６６に従って、電子メールアプリケーション拡張部をメッセージ項目に添付することができる。これとともに、アプリケーション１１１は、所期のファックスの受け手にメッセージを送達するために使用されるファックス移送プロトコルのため、メッセージプロトコル拡張スキーマ１６１に従って、ファックスプロトコル拡張部をメッセージ項目に添付することができる。受け手（宛先）には、従来のファックス機、または、メッセージを作成するために使用されたものと同様の電子メールアプリケーションが動作するコンピュータである可能性がある。後者の場合、メッセージ項目が電子メールアプリケーション拡張部で拡張されているため、メッセージは、ファックスメッセージとして送達されたものであっても、（Ｏｕｔｌｏｏｋなど）電子メールアプリケーション内で電子メールメッセージのようにユーザに対して表示することができる。電子メールアプリケーション１１１は、必要に応じて、メッセージ項目を拡張するために使用されたメッセージプロトコル拡張スキーマ１６１の種類に応じて、たとえばファックスまたは電子メールメッセージアイコンを使用して、ファックスを介して送達されたメッセージと、電子メールを介して送達されたメッセージとを区別することも可能である。

実施例の説明に進むと、電子メールアプリケーション１１１は、内容スキーマ１５６に従って、電子メールを介して送達されたメッセージとは対照的に、ファックスを介して送達されたメッセージについて異なるようにメッセージの内容を記憶することができる。たとえば、受信されたファックスメッセージの本文を．ｔｉｆｆ画像として記憶することができる。この．ｔｉｆｆ内容は、別のメッセージアプリケーション１１１内で別の方法で表示することができる。たとえば、ＭｉｃｒｏｓｏｆｔのＯｕｔｌｏｏｋなど、ある電子メールアプリケーションは、．ｔｉｆｆ画像（すなわち、受信されたファックスメッセージの本文）をＯｕｔｌｏｏｋの閲覧ウィンドウ内で一列で表示することを選択することができ、一方、他のメッセージアプリケーションは、．ｔｉｆｆ画像を別個の画像ブラウザウィンドウ内で表示することができる。またはこれに替えて、あるいはそれに加えて、メッセージアプリケーション１１１は、メッセージ拡張部に対応する新たに追加されたデータフィールドを占有するために値を入力するようにユーザを促すことができる。

図２Ａ〜図２Ｆは、本発明の原理による、より詳細な階層的スキーマ２００の一例を示す。図２Ａでは、階層的スキーマ２００は、基本項目スキーマ２１０を含む。基本項目スキーマ２１０は、基本項目データを表すためのデータフォーマットを定義する相関フィールド２１１を含む。より具体的には、相関フィールド２１１は、表１に記載されているようにデータフォーマットを定義することができる。

図２Ａでは、階層的スキーマ２００は、メッセージスキーマ２１２を含む。メッセージスキーマ２１２は、基本項目スキーマ２１０から派生し、メッセージ項目を表すためのデータフォーマットを定義する相関フィールド２１３をも含む。メッセージスキーマ２１２のフィールドは、（基本項目スキーマ２１０内で定義されている）グローバルに一意の識別子を有する基本項目に適用し、その基本項目に、メッセージ項目のプロパティを示させることができる。より具体的には、相関フィールド２１３は、表２に記載されているようにデータフォーマットを定義することができる。

２１４は、連絡先項目を表すためのデータフォーマットを定義する相関フィールド２１５を含む。メッセージスキーマ２１２に従って定義されたメッセージ項目は、連絡先スキーマ２１４に従って定義された連絡先項目を含むことができる。参加者は、メッセージ送信者、受信者などを表す連絡先項目に対するリンクとすることができる。参加者リンクは、はっきりさせないでおくことができ、その場合には、この種類のものに対するフィールドは、参加者について必要なデータすべてを含む。より具体的には、相関フィールド２１５は、表３に記載されているようにデータフォーマットを定義することができる。

図２Ａでは、階層的スキーマ２００は、フォルダスキーマ２２０を含む。フォルダスキーマ２２０は、フォルダ項目を表すためのデータフォーマットを定義する相関フィールド２２１を含む。メッセージスキーマ２１２に従って定義されたメッセージ項目は、フォルダスキーマ２２０に従って定義されたフォルダに対するリンクを含むことができる。より具体的には、相関フィールド２２１は、表４に記載されているようにデータフォーマットを定義することができる。

図２Ａでは、階層的スキーマ２００は、内容スキーマ２１６を含む。内容スキーマ２１６は、メッセージ項目に関連する内容の一部分を表すためのデータフォーマットを定義する相関フィールド２１７を含む。メッセージスキーマ２１２に従って定義されたメッセージ項目は、内容スキーマ２１６に従って定義された内容の一部分（たとえば、本文または添付部）を含むことができる。これは、文書、イベント、または内容の他の部分に対するリンクとすることができる。メッセージ項目は、内容の複数の部分（たとえば、複数の本文および／または添付部）を有することができる。たとえば、マルチパートＭＩＭＥメッセージは、複数の本文を含むことができる。

別の例として、ファックスメッセージは、１つまたは複数の．ｔｉｆｆ画像として記憶されたメッセージ本文と１つまたは複数のカバーページとを含むことができる。したがって、ファックスメッセージを表すメッセージ項目は、内容スキーマ２１６に従って定義された１つまたは複数の．ｔｉｆｆ画像に対するリンクを含むことができる。一実施形態において、このリンクは、メッセージスキーマ２１２内のメッセージ内容関係から導出される。次いで、．ｔｉｆｆ画像は、別のメッセージアプリケーション１１１内で別の方法で容易に表示することができる。たとえば、ＭｉｃｒｏｓｏｆｔのＯｕｔｌｏｏｋなど、ある電子メールアプリケーションは、ｔｉｆｆ画像（すなわち、受信されたファックスメッセージの本文）をＯｕｔｌｏｏｋの閲覧ウィンドウ内で一列で表示することを選択することができ、一方、他のメッセージアプリケーションは、ファックス伝送の．ｔｉｆｆ画像を別個の画像ブラウザウィンドウ内で表示することができる。ファックス伝送についてのさらなる詳細は、図２Ｅを参照して下記でさらに詳しく述べるように、ファックスプロトコルスキーマ２３５内で表すことができる。

内容スキーマ２１６の相関フィールド２１７は、表５に記載されているように、メッセージの内容の１つまたは複数の部分を表すためのデータフォーマットを定義することができる。

図２Ａでは、階層的スキーマ２００は、添付部スキーマ２１８を含む。添付部スキーマ２１８は、メッセージ項目に関連する添付部を表すためのデータフォーマットを定義する相関フィールド２１９を含む。添付部スキーマ２１８に従って定義された添付部は、メッセージスキーマ２１２に従って定義されたメッセージ項目を含むことができる。より具体的には、相関フィールド２１９は、表６に記載されているようにデータフォーマットを定義することができる。

図２Ａでは、階層的スキーマ２００は、アカウントスキーマ２２２を含む。アカウントスキーマ２２２は、アカウント項目を表すためのデータフォーマットを定義する相関フィールド２２３を含む。メッセージスキーマ２１２に従って定義されたメッセージ項目（または、フォルダスキーマ２２０に従って定義されたフォルダ項目）は、アカウントスキーマ２１９に従って定義されたアカウント項目に対するリンクを含むことができる。アカウント項目は、メッセージアカウントおよび設定を含むことができる。より具体的には、相関フィールド２２３は、表７に記載されているようにデータフォーマットを定義することができる。

図２Ｂでは、階層的スキーマ２００は、内容プロパティスキーマ２２４を含む。内容プロパティスキーマ２２４は、内容プロパティを表すためのデータフォーマットを定義する相関フィールド２２５を含む。内容プロパティは、メッセージの内容を説明するフィールドを含む。内容プロパティは、メッセージ項目と、（たとえば、内容スキーマ２１６に従って定義された）内容の一部分との関係に基づいて、あるいは（たとえば、添付部スキーマ２１８に基づいて定義された）添付部用の拡張部に基づいて使用される。より具体的には、相関フィールド２２５は、表８に記載されているようにデータフォーマットを定義することができる。

図２Ｂでは、階層的スキーマ２００は、サーバアカウントスキーマ２２８を含む。サーバアカウントスキーマ２２８は、サーバアカウントを表すためのデータフォーマットを定義する相関フィールド２２９を含む。サーバアカウントスキーマ２２８に従って定義されたサーバアカウントデータは、特定のサーバとの互換のために（たとえば、アカウントスキーマ２２２に従って定義された）アカウントを拡張することができる。サーバアカウントスキーマは、あるクライアントアカウントについてサーバアカウントを説明するために使用することができる。より具体的には、相関フィールド２２９は、表９に記載されているようにデータフォーマットを定義することができる。

図２Ｂでは、階層的スキーマ２００は、ファックスアカウントスキーマ２２６を含む。ファックスアカウントスキーマ２２６は、ファックスアカウントおよび設定を表すためのデータフォーマットを定義する相関フィールド２２７を含む。ファックスアカウントスキーマ２２６に従って定義されたファックスアカウントデータは、特定のファックスサービスとの互換のために（たとえば、アカウントスキーマ２２２に従って定義された）アカウントを拡張することができる。ファックスアカウントスキーマは、クライアントアカウントについてファックスアカウントを説明するために使用することができる。より具体的には、相関フィールド２２７は、表１０に記載されているようにデータフォーマットを定義することができる。

図２Ｃでは、階層的スキーマ２００は、メッセージプロトコル拡張スキーマ２３０およびメッセージアプリケーション拡張スキーマ２５０を含め、複数のメッセージ拡張スキーマを含む。メッセージプロトコル拡張スキーマ２３０は複数のプロトコル拡張スキーマを含み、これらを使用して、複数の対応するメッセージプロトコルとの互換のためにメッセージ項目を拡張することができる。たとえば、メッセージプロトコル拡張スキーマ２３０は、インスタントメッセージプロトコルスキーマ２３１、電子メールプロトコルスキーマ２３３、ファックス（Ｆａｘ）プロトコルスキーマ２３５を含み、これらは、それぞれインスタントメッセージ、電子メール、ファックスプロトコルとの互換を促進することができる。メッセージプロトコル拡張スキーマ２３０内で明示的に示されているスキーマの前、スキーマの間、スキーマの後の省略記号は、メッセージプロトコル拡張スキーマ２３０が（たとえば、音声メッセージプロトコル、ブログ（Ｂｌｏｇ）エントリプロトコルなどとの互換のためにメッセージ項目を拡張するために）追加のスキーマを含むことができることを示す。

垂直省略記号２３２および２３６は、インスタントメッセージプロトコルスキーマ２３１およびファックスプロトコルスキーマ２３５がそれぞれ１つまたは複数の相関データフィールドを含むことができることを示す。この１つまたは複数の相関データフィールドを使用し、対応するメッセージプロトコルとの互換のためにメッセージ項目を拡張することができる。たとえば、電子メールプロトコルスキーマ２３３は相関フィールド２３４を含み、これを使用して、電子メールプロトコルとの互換のために（たとえば、メッセージスキーマ２１２に従って定義された）メッセージ項目を拡張することができる。より具体的には、相関フィールド２３４は、表１１に記載されているようにデータフォーマットを定義することができる。

ファックスプロトコルスキーマ２３５の一例についてさらに詳しい説明を、下記の図２Ｅを参照して行う。ファックスプロトコルスキーマ２３５は相関フィールド２３６を含み、これらを使用し、特定のファックス移送プロトコルとの互換のために（たとえば、メッセージスキーマ２１２に従って定義された）メッセージ項目を拡張することができる。

図２Ｃでは、電子メールＰＯＰ３スキーマ２３７は、電子メールプロトコルスキーマ２３３から派生し、ＰＯＰ３固有のデータを定義する追加の相関フィールド２３８を含む。電子メールＰＯＰ３スキーマ２３７を使用し、ＰＯＰ３プロトコルとの互換を促進するために（たとえば、電子メールプロトコルスキーマ２３３に従って定義されたフィールドを含む）電子メールメッセージを拡張することができる。相関フィールド２３８は、表１２に記載されているようにデータフォーマットを定義することができる。

図２Ｃでは、電子メールＮＮＴＰメッセージスキーマ２３９は、電子メールプロトコルスキーマ２３３から派生し、ＮＮＴＰ固有のデータを定義する追加の相関フィールド２４０を含む。電子メールＮＮＴＰスキーマ２３７を使用し、ＮＮＴＰプロトコルとの互換を促進するために（たとえば、電子メールプロトコルスキーマ２３３に従って定義されたフィールドを含む）電子メールメッセージを拡張することができる。相関フィールド２４０は、表１３に記載されているようにデータフォーマットを定義することができる。

図２Ｃでは、電子メールコミュニティニューススキーマ２４１は、電子メールＮＮＴＰスキーマ２３９からさらに派生し、コミュニティニュース固有のデータを定義する追加の相関フィールド２４２を含む。電子メールコミュニティニューススキーマ２４１を使用し、コミュニティニュースメッセージとの互換を促進するために（たとえば、電子メールＮＮＴＰスキーマ２３９に従って定義されたフィールドを含む）ＮＮＴＰメッセージを拡張することができる。相関フィールド２４２は、表１４に記載されているようにデータフォーマットを定義することができる。

メッセージアプリケーション拡張スキーマ２５０は複数のアプリケーション拡張スキーマを含み、これらを使用し、複数の対応するメッセージアプリケーションとの互換のためにメッセージ項目を拡張することができる。たとえば、メッセージアプリケーションプロトコル拡張スキーマ２５０は、ブログアプリケーションスキーマ２５１、電子メールアプリケーションスキーマ２５３、第２の電子メールアプリケーションスキーマ２５５、ファックスアプリケーションスキーマ２５７を含み、これらは、それぞれブログアプリケーション、第１の電子メールアプリケーション、第２の電子メールアプリケーション、ファックスアプリケーションとの互換を促進することができる。メッセージアプリケーション拡張スキーマ２５０内で明示的に示されているスキーマの前、スキーマ間、スキーマの後の省略記号は、メッセージアプリケーション拡張スキーマ２５０が（たとえば、音声メッセージアプリケーション、追加のファックスまたは電子メールアプリケーション、ニュースグループアプリケーションなどとの互換のためにメッセージ項目を拡張するために）追加のスキーマを含むことができることを示す。

垂直省略記号２５２、２５６、２５８は、ブログアプリケーションスキーマ２５１、第２の電子メールアプリケーションスキーマ２５５、ファックスアプリケーションスキーマ２５７がそれぞれ１つまたは複数の相関データフィールドを含むことができることを示す。この１つまたは複数の相関データフィールドを使用し、対応するメッセージアプリケーションとの互換のためにメッセージ項目を拡張することができる。たとえば、電子メールアプリケーションスキーマ２５３は相関フィールド２５４を含み、これを使用し、特定の電子メールアプリケーションとの互換のためにメッセージ項目を拡張することができる。特定の電子メールアプリケーションは、第２の電子メールアプリケーションスキーマ２５５に対応する第２の電子メールアプリケーションと異なるものとすることができる。より具体的には、相関フィールド２５４は、表１５に記載されているようにデータフォーマットを定義することができる。

ファックスアプリケーションスキーマ２５７についてさらに詳しい説明を、下記の図２Ｆを参照して行う。ファックスアプリケーションスキーマ２５７は相関フィールド２５８を含み、これらを使用し、ＰＣをベースとするファックスアプリケーション、またはファックスコンソールアプリケーションなど、特定のファックスアプリケーションとの互換のために（たとえば、メッセージスキーマ２１２に従って定義された）メッセージ項目を拡張することができる。

図２Ｄでは、階層的スキーマ２００は、フォルダプロトコル拡張スキーマ２６０およびフォルダアプリケーション拡張スキーマ２７０を含めて、複数のフォルダ拡張スキーマを含む。フォルダプロトコル拡張スキーマ２６０は複数のフォルダプロトコル拡張スキーマを含み、これらを使用し、複数の対応するフォルダプロトコルとの互換のためにフォルダ項目を拡張することができる。たとえば、フォルダプロトコル拡張スキーマ２６０は、音声メッセージフォルダプロトコルスキーマ２６１、電子メールメッセージフォルダプロトコルスキーマ２６３、ブログメッセージフォルダプロトコルスキーマ２６７を含み、これらは、それぞれ音声メッセージフォルダプロトコル、電子メールフォルダプロトコル、ブログエントリフォルダプロトコルとの互換を促進することができる。フォルダプロトコル拡張スキーマ２６０内で明示的に示されているスキーマの前、スキーマの間、スキーマの後の省略記号は、フォルダプロトコル拡張スキーマ２６０が（たとえば、インスタントメッセージフォルダプロトコル、ファックスフォルダプロトコルなどとの互換のためにフォルダ項目を拡張するために）追加のスキーマを含むことができることを示す。

垂直省略記号２６２、２６４、２６８は、音声メッセージフォルダプロトコルスキーマ２６１、電子メールメッセージフォルダプロトコルスキーマ２６３、ブログエントリフォルダプロトコルスキーマ２６７がそれぞれ１つまたは複数の相関データフィールドを含むことができることを示す。この１つまたは複数のデータ相関データフィールドを使用し、対応するフォルダプロトコルとの互換のためにフォルダ項目を拡張することができる。図２Ｄでは、電子メールＩＭＡＰフォルダスキーマ２６５は、電子メールメッセージフォルダプロトコルスキーマ２６３からさらに派生し、ＩＭＡＰ固有のデータを定義する追加の相関フィールド２６６を含む。電子メールＩＭＡＰフォルダスキーマ２６５を使用し、ＩＭＡＰフォルダとの互換を促進するために（たとえば、電子メールメッセージフォルダプロトコルスキーマ２６３に従って定義されたフィールドを含む）電子メールメッセージフォルダを拡張することができる。相関フィールド２６６は、表１６に記載されているようにデータフォーマットを定義することができる。

フォルダアプリケーション拡張スキーマ２７０は複数のアプリケーション拡張スキーマを含み、これらを使用し、複数の対応するフォルダアプリケーションとの互換のためにフォルダ項目を拡張することができる。たとえば、フォルダアプリケーション拡張スキーマ２７０は、インスタントメッセージフォルダアプリケーションスキーマ２７１、電子メールメッセージフォルダアプリケーションスキーマ２７３、第２の電子メールフォルダアプリケーションスキーマ２７５を含み、これらは、それぞれインスタントメッセージフォルダアプリケーション、第１の電子メールフォルダアプリケーション、第２の電子メールフォルダアプリケーションとの互換を促進することができる。フォルダアプリケーション拡張スキーマ２７０内で明示的に示されているスキーマの前、スキーマ間、スキーマの後の省略記号は、フォルダアプリケーション拡張スキーマ２７０が（たとえば、ブログエントリフォルダアプリケーション、ファックスフォルダアプリケーションなどとの互換のためにフォルダ項目を拡張するために）追加のスキーマを含むことができることを示す。

垂直省略記号２７２および２７６は、インスタントメッセージアプリケーションフォルダスキーマ２７１および第２の電子メールメッセージアプリケーションフォルダスキーマ２７５がそれぞれ１つまたは複数の相関データフィールドを含むことができることを示す。この１つまたは複数の相関データフィールドを使用し、対応するフォルダアプリケーションとの互換のためにフォルダ項目を拡張することができる。たとえば、電子メールメッセージアプリケーションフォルダスキーマ２７３は相関フィールド２７４を含み、これらを使用し、特定の電子メールフォルダアプリケーションとの互換のためにフォルダ項目を拡張することができる。特定の電子メールフォルダアプリケーションは、第２の電子メールメッセージフォルダアプリケーションスキーマ２７５に対応する第２の電子メールフォルダアプリケーションと異なるものとすることができる。より具体的には、相関フィールド２７４は、表１７に記載されているようにデータフォーマットを定義することができる。

図２Ｄでは、電子メールニュースメッセージフォルダアプリケーションスキーマ２７７は、電子メールメッセージフォルダアプリケーションスキーマ２７３から派生し、ニュースメッセージ固有のデータを定義する追加の相関フィールド２７８を含む。電子メールニュースメッセージアプリケーションフォルダスキーマ２７７を使用し、ニュースメッセージフォルダアプリケーションとの互換を促進するために（たとえば、電子メールメッセージフォルダアプリケーションスキーマ２７３に従って定義されたフィールドを含む）電子メールメッセージフォルダを拡張することができる。相関フィールド２７８は、表１８に記載されているようにデータフォーマットを定義することができる。

図２Ｄでは、記事範囲スキーマ２８１は、記事範囲を表すためのフォーマットを定義する相関フィールド２８２を含む。相関フィールド２８２は、表１９に記載されているようにデータフォーマットを定義することができる。

図２Ｅには、図２Ｃを参照して前述したファックスプロトコルスキーマ２３５が示されている。図では、ファックスプロトコルスキーマ２３５は階層化された相関フィールド２３６を含み、相関フィールド２３６を使用し、特定のファックス伝送プロトコルとの互換のため（たとえば、メッセージスキーマ２１２に従って定義された）メッセージ項目を拡張することができる。より具体的には、相関フィールド２３６の階層には、ファックスメッセージ伝送スキーマ２４３およびファックス伝送スキーマ２４４内で定義されたフィールドが含まれる。「ｎ」人の受け手に送られたブロードキャストファックスメッセージにより、「ｎ」個のファックス伝送が生じることになる。ファックスメッセージ伝送スキーマおよびファックス伝送スキーマは、この伝送の詳細を含む。具体的には、ファックスメッセージ伝送スキーマ２４３は、表２０に記載されているように、ファックスメッセージの各参加者（すなわち、送信者および各受け手）を表すために使用される。一実施形態において、ファックスメッセージ伝送スキーマ２４３は、図２Ｆを参照して下記で述べるファックスアプリケーションスキーマ２５７のファックスメッセージ拡張スキーマ２５８など、メッセージ項目をメッセージアプリケーション拡張部にリンクする関係から導出することができる。他の実施形態において、ファックスメッセージ伝送スキーマ２４３は、メッセージスキーマ２１２に従って定義されたメッセージ項目内のＭｅｓｓａｇｅＰａｒｔｉｃｉｐａｎｔｓデータフィールドから導出することができる。

各ファックス伝送の詳細は、各参加者について異なる可能性がある。したがって、ファックスメッセージ伝送スキーマ２４３は、表２１に記載しているように、ファックス伝送スキーマ２４４を参照し、またはそれにリンクするためのデータフィールドを含む。ファックス伝送スキーマ２４４は、ファックスメッセージ伝送スキーマ２４３内で識別された各受け手についてファックス伝送の詳細を示す。より具体的には、ファックスメッセージ伝送スキーマ２４３およびファックス伝送スキーマ２４４の相関フィールド２３６は、それぞれ表２０および表２１に記載されているようにデータフォーマットを定義することができる。

表２０および表２１に記載されているファックスメッセージ伝送スキーマ２４３およびファックス伝送スキーマ２４４に加えて、各ファックス伝送の詳細における違いのいくつかが、ファックス伝送の実際の内容内で反映される。ブロードキャストファックスメッセージの各受け手について内容が異なる可能性がある。というのは、カバーページの描画（ｒｅｎｄｅｒｉｎｇ）が各受け手の内容情報における違いを反映するからである。さらに、各ファックス伝送の本文が、その特定の受け手に対する伝送の時刻を反映するファックスバナー（ファックス伝送の各ページの頂部に現れる小さなテキスト）を含むため、内容は異なる可能性がある。したがって、ファックス伝送の内容に関する詳細は、先に図２Ａを参照して表５に記載されているように、内容スキーマ２１６など、内容スキーマに従って定義することができる。ファックス伝送を定義するための内容スキーマ２１６は、ファックス伝送スキーマ２４４がリンクされたメッセージ項目用のメッセージスキーマ２１２内で定義されたメッセージ内容関係から導出することができる。

図２Ｆには、図２Ｃを参照して前述したファックスアプリケーションスキーマ２５７を示す。図では、ファックスアプリケーションスキーマ２５７は相関フィールド２５８の階層を含み、相関フィールド２５８を使用し、ＰＣをベースとするファックスアプリケーションなど、ファックスアプリケーションとの互換のためにメッセージ項目（たとえば、メッセージスキーマ２１２に従って定義されたメッセージ）を拡張することができる。より具体的には、相関フィールド２５８の階層は、ファックスメッセージスキーマ２９０およびファックスカバーページスキーマ２９１内で定義されたフィールドを含む。既に指摘しているように、「ｎ」人の受け手に送られたブロードキャストファックスメッセージにより、「ｎ」個のファックス伝送が生じることになる。ファックスメッセージスキーマ２９０は、表２２に記載されているように、送信されたメッセージの、ファックス固有の詳細を含み、ファックスカバーページスキーマ２９１は、表２３に記載されているように、このファックスメッセージ用に使用されたカバーページに関するファックス固有の詳細をさらに含む。ファックスカバーページスキーマ２９１内に含まれるカバーページの詳細は、メッセージごとのものであり、ファックスプロトコルスキーマ２３５および内容スキーマ２１６を参照して上述した、描画された（ｒｅｎｄｅｒｅｄ）カバーページの詳細と異なり、各受け手について異なることはない。より具体的には、ファックスメッセージスキーマ２９０およびカバーページスキーマ２９１の相関フィールド２５８は、それぞれ表２２および表２３に記載されているようにデータフォーマットを定義することができる。

たとえば階層的スキーマ１５０または階層的スキーマ２００など、階層的スキーマ内に含まれるスキーマを使用し、データベース１１４内に記憶されるデータベース項目を作成することができる。たとえば、基本項目スキーマ１５１と、メッセージスキーマ１５２と、おそらくはメッセージプロトコル拡張スキーマ１６１からのメッセージプロトコル拡張スキーマの１つ、および／またはメッセージアプリケーション拡張スキーマ１６６からの１つもしくは複数のメッセージアプリケーションスキーマとを使用し、電子メッセージを作成することができる。図３は、本発明の原理に従ってフォーマットされた電子メッセージ例３００を示す。図８は、本発明の原理に従って電子メッセージを作成するための方法８００のフローチャート例を示す。方法８００について、ネットワークアーキテクチャ１００、階層的スキーマ１５０、電子メッセージ３００に関連して述べる。ネットワークアーキテクチャ１００内に示されているメッセージ（すなわち、メッセージ項目１０７、１０８、１１２、１１６）はどれも、フォーマットにおいて電子メッセージ３００と同様とすることができる。

方法８００は、電子メッセージを表すメッセージ項目を作成する動作を含む（動作８０１）。動作８０１は、電子メッセージを表すメッセージ項目を作成するコンピュータシステムを含むことができる。たとえば、コンピュータシステム１０２またはコンピュータシステム１０９は、電子メッセージを表すメッセージ項目（たとえば、電子メッセージ項目１０８または１１２）を作成することができる。メッセージ項目は、たとえば、ユーザインターフェース用の「Ｎｅｗ Ｍｅｓｓａｇｅ」オプションを選択することなど、ユーザ入力に応答して作成される可能性がある。ユーザ入力は、たとえば、キーボードまたはマウスなどローカル入力デバイスからローカルで受け取ることも、遠隔位置から、たとえば、何らかの他のネットワーク接続可能なコンピュータシステムから受け取ることもできる。

メッセージ項目を作成することは、基本項目スキーマ１５１およびメッセージスキーマ１５２に従って定義された１つまたは複数のフィールドを含むデータ構造を作成することを含むことができる。基本項目スキーマ１５１およびメッセージスキーマ１５２に従って定義された１つまたは複数のフィールドは、複数の別の種類の電子メッセージに共通である一般プロパティを表すことができる。一般プロパティ３０１は、複数の別の種類の電子メッセージに共通とすることができるメッセージプロパティフィールドの一例である。たとえば、グローバルに一意の識別子（ＧＵＩＤ）など、識別子をＩＤフィールド３０２に割り当てることができる。割り当てられた識別子は、電子メッセージ３００を表すメッセージ項目をデータベース１１４内の他の項目と区別することができる。

方法８００は、作成されたメッセージ項目に主な種類を割り当てる動作を含むことができる（動作８０２）。動作８０２は、作成されたメッセージ項目に主な種類を割り当てるコンピュータシステムを含むことができる。主メッセージ種別は、たとえば、電子メールメッセージ、ファックスメッセージ、ニュースグループポスティングなどとしてなど、電子メッセージ３００の一般的な挙動を示すことができる。主メッセージ種別を電子メッセージ３００に割り当てることは、たとえば、電子メールメッセージ、インスタントメッセージ、ファックスメッセージ、ニュースグループポスティング、またはブログエントリを表す主メッセージ種別値を主な種類フィールド３０３に割り当てることを含むことができる。したがって、主な種類フィールド３０３は、ＩＤフィールド３０２内の識別子によって識別された電子メッセージの主メッセージ種別を表すことができる。

電子メッセージ３００の他のプロパティもまた割り当てることができる。参加者フィールド３０４には、電子メッセージ３００（ＩＤフィールド３０２内の識別子によって識別された電子メッセージ）に関連する１人または複数の参加者に対するリンクを表す１つまたは複数のメッセージ参加者関係を割り当てることができる。内容フィールド３０５には、メッセージ３００に対応するメッセージ内容の１つまたは複数の部分に対するリンクを表す１つまたは複数のメッセージ内容関係を割り当てることができる。送信済みメッセージフィールド３０６には、送達のためにサブミットされた後で電子メッセージ３００を移動すべき１つまたは複数のメッセージフォルダに対するリンクを表す１つまたは複数のフォルダ関係を割り当てることができる。ダウンロード状態フィールド３０７には、電子メッセージ３００に対応するダウンロード状態（たとえば、「一部」など）を割り当てることができる。

メッセージ状態フィールド３０８には、メッセージ３００の状況を表す１つまたは複数の値を割り当てることができる。たとえば、メッセージ状況フィールド３０８には、メッセージ３００が読まれたかどうかを示すＩｓＲｅａｄ指示、メッセージ３００の送信状況を示すＳｅｎｄＳｔａｔｕｓ指示、電子メッセージ３００に対してとられた最後のアクションを示すＬａｓｔＡｃｔｉｏｎＴａｋｅｎ指示、最後のアクションが電子メッセージ２００に対してとられた時刻を表すＬａｓｔＡｃｔｉｏｎＴｉｍｅ、電子メッセージ３００に対してとられた最後のアクションの種類を表すＬａｓｔＡｃｔｉｏｎＴｙｐｅフィールドを割り当てることができる。一般プロパティ３０１のフィールドは、表２で上述したデータフォーマットに対応することができる。

方法８００は、１つまたは複数のメッセージ拡張部に従ってメッセージ項目をカスタマイズするための機能的な結果指向ステップを含む（ステップ８０５）。ステップ８０５は、１つまたは複数のメッセージ拡張部に従ってメッセージ項目をカスタマイズすることになる、対応する動作を含むことができる。しかし、例示的な例図８では、ステップ８０５は、作成されたメッセージ項目に１つまたは複数のプロトコル拡張部を割り当てる、対応する動作を含む（動作８０３）。

動作８０３は、作成されたメッセージ項目に１つまたは複数のプロトコル拡張部を割り当てるコンピュータシステムを含むことができる。プロトコル拡張部を割り当てることは、メッセージプロトコル拡張スキーマに従って定義されたフィールドをメッセージ項目に追加すること（またはスナップ留めすること）を含むことができる。メッセージプロトコル拡張部は、プロトコル固有プロパティを表すためのフォーマットを定義する電子メールプロトコル拡張部（たとえば、ＰＯＰ３拡張部）、インスタントメッセージプロトコル拡張部、ファックスプロトコル拡張部、ニュースグループポスティングプロトコル拡張部（たとえば、ＮＮＴＰまたはコミュニティニュース拡張部）、ブログエントリプロトコル拡張部などを含むことができる。

一般に、たとえば、プロトコル固有プロパティ３１０などプロトコル固有プロパティは、１つまたは複数のメッセージプロトコルに固有であるプロパティを表す。電子メッセージ３００の互換要件に基づいて、諸フィールドをプロトコル固有プロパティ３１０に追加する、またはプロトコル固有プロパティ３１０から削除することができる。たとえば、（たとえば、プロトコル拡張スキーマ１６３に従って定義された）プロトコル固有フィールド３１１、および（たとえば、プロトコル拡張スキーマ１６２に従って定義された）プロトコル固有フィールド３１２を追加し、対応するメッセージプロトコルとの互換を促進することができる。プロトコル固有プロパティ３１０内の垂直省略記号は、他のプロトコル固有フィールドもまたプロトコル固有プロパティ３１０内に含まれる可能性があることを表す。

例示的な図８では、ステップ８０５は、作成されたメッセージ項目に１つまたは複数のアプリケーション拡張部を割り当てる、対応する動作を含む（動作８０４）。動作８０４は、作成されたメッセージ項目に１つまたは複数のアプリケーション拡張部を割り当てるコンピュータシステムを含むことができる。アプリケーション拡張部を割り当てることは、メッセージアプリケーション拡張スキーマに従って定義されたフィールドをメッセージ項目に追加すること（またはスナップ留めすること）を含むことができる。メッセージアプリケーション拡張部は、アプリケーション固有プロパティを表すためのフォーマットを定義する（たとえば、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｏｕｔｌｏｏｋ（登録商標） Ｅｘｐｒｅｓｓ、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｏｕｔｌｏｏｋ（登録商標）、Ｅｕｄｏｒａ、Ｎｏｖｅｌｌ ＧｒｏｕｐＷｉｓｅ（登録商標）などとの互換用の）電子メールアプリケーション拡張部、インスタントメッセージングアプリケーション拡張部、ファックスアプリケーション拡張部、ニュースグループポスティングアプリケーション拡張部、ブログエントリアプリケーション拡張部などを含むことができる。

一般に、たとえば、アプリケーション固有プロパティなどアプリケーション固有プロパティ３２０は、１つまたは複数のメッセージアプリケーションに固有であるプロパティを表す。電子メッセージ３００の互換要件に基づいて、諸フィールドをアプリケーション固有プロパティ３２０に追加する、またはアプリケーション固有プロパティ３２０から削除することができる。たとえば、（たとえば、プロトコル拡張スキーマ１６７に従って定義された）アプリケーション固有フィールド３２１、および（たとえば、プロトコル拡張スキーマ１６８に従って定義された）アプリケーション固有フィールド３２２を追加し、対応するメッセージアプリケーションとの互換を促進することができる。アプリケーション固有プロパティ３２０内の垂直省略記号は、他のアプリケーション固有フィールドもまたプロトコル固有プロパティ３２０内に含まれる可能性があることを表す。

他のデータベース項目もまた、階層的スキーマ１５０または階層的スキーマ２００内のスキーマに従って作成することができる。図４は、本発明の原理に従ってフォーマットされた内容部分の一例４００を示す。内容部分４００は、内容スキーマ（たとえば、内容スキーマ１５６）に従ってフォーマットされたフィールドを含むことができる。メッセージリンクフィールド４０１には、内容部分４００から電子メッセージへのリンクを表すメッセージ関係を割り当てることができる。内容種別フィールド４０２は、内容部分４００に対応する内容種別を表す。順番フィールド４０３は、内容部分４００に対応する順番を表すことができる。内容フィールド４０８は、内容部分４００に対応するメッセージデータ（たとえば、電子メールメッセージのテキスト、ファックスメッセージの本文、またはそのファックスメッセージの特定の受け手用のカバーページの画像）を表すことができる。

内容部分４００が添付部であるとき、内容部分４００は、任意選択で、添付部種別フィールド４０６およびＭＩＭＥ ＵＲＬフィールド４０７を含むことができる。添付部種別フィールド４０５は、内容部分４００の添付部の種類を表す。ＭＩＭＥ ＵＲＬフィールド４０７は、内容部分４００に対応するＭＩＭＥパスに対するリンクを表す。

図５は、本発明の原理に従ってフォーマットされたメッセージ添付部例５００を示す。メッセージ添付部５００は、添付部スキーマ（たとえば、添付部スキーマ１５７）に従って定義されたフィールドを含むことができる。メッセージリンクフィールド５０１には、メッセージ添付部５００から電子メッセージへのリンクを表すメッセージ関係を割り当てることができる。種類フィールド５０２は、リンクフィールド５０１内のリンクによってリンクされた電子メッセージのメッセージ種別を表す。ＩｓＰｉｎｎｅｄフィールド５０３は、リンクフィールド５０１内のリンクによってリンクされた電子メッセージに関連して、メッセージ添付部５００の削除状況を表す。ＩｓＴｒｕｓｔｅｄフィールド５０４は、メッセージ添付部５００に関する信用情報を表す。

添付部状態フィールド５０６は、メッセージ添付部５００の種類をよび挙動を表す。添付部ソースフィールド５０７には、メッセージ添付部５００がアクセスされたデータベース項目に対するリンクを表す関係を割り当てることができる。ＳａｖｅＦｒｏｍＦｉｅｌｄ５０８には、メッセージ添付部５００に対するリンクを表す関係を割り当てることができる。添付部データフィールド５０９は、メッセージ添付部５００に対応する添付部データ（たとえば、ＭＰ３の内容）を表すことができる。

図６は、本発明の原理に従ってフォーマットされたコミュニティニュースフォルダ例６００を示す。コミュニティニュースフォルダ６００は、フォルダスキーマ（たとえば、フォルダスキーマ１５４）と、おそらくは１つまたは複数のフォルダ拡張スキーマ（たとえば、電子メールニュースメッセージアプリケーションフォルダスキーマ２７７）とに従って定義されたフィールドを含むことができる。コミュニティ範囲フィールド６０１は、コミュニティヘッダプロパティと同期されている、ニュースグループコミュニティからの記事ＩＤの集まりを表す。コミュニティ最終更新フィールド６０２は、コミュニティ範囲フィールド６０１内に表されている同期された記事ＩＤの集まりを含むニュースグループコミュニティのコミュニティ動的プロパティが更新（ｒｅｆｒｅｓｈ）された最後の時刻を表す。下位の（ｌｏｗ）記事ＩＤフィールド６０３は、コミュニティ範囲フィールド６０１内に表されている同期された記事ＩＤの集まり内に含まれる下位の記事ＩＤを表す。上位の記事ＩＤフィールド６０４は、コミュニティ範囲フィールド６０１内に表されている同期された記事ＩＤの集まり内に含まれる上位の（ｈｉｇｈ）記事ＩＤを表す。

いくつかの実施形態において、あるメッセージ拡張スキーマに従って定義されたフィールド内の値を取り出して使用し、別のメッセージ拡張スキーマに従って定義されたフィールドを占有する。したがって、他の拡張スキーマに対応するプロトコルまたはアプリケーションとの互換のために、電子メッセージを効率的に変換することができる。図９は、本発明の原理に従って、メッセージ拡張部との互換のために電子メッセージを変換するための方法９００のフローチャート例を示す。方法９００について、ネットワークアーキテクチャ１００および階層的スキーマ１５０に関連して述べる。

方法９００は、電子メッセージを表すメッセージ項目にアクセスする動作を含む（動作９０１）。動作９０１は、電子メッセージを表すメッセージ項目にアクセスするコンピュータシステムを含むことができる。たとえば、コンピュータシステム１０２は、メッセージ項目１０７にアクセスすることができる。同様に、コンピュータシステム１０９は、メッセージ１１６またはメッセージ項目１０８にアクセスすることができる。

方法９００は、新しいメッセージ拡張部との互換のために、現在割り当てられている拡張部固有のフィールドの値を使用し、電子メッセージ項目を翻訳するための機能的な結果指向ステップを含む（ステップ９０５）。ステップ９０５は、新しいメッセージ拡張部との互換のために、現在割り当てられている拡張部固有のフィールドの値を使用し、電子メッセージ項目を翻訳することになる、任意の対応する動作を含むことができる。しかし、例示的な図９の例では、ステップ９０５は、新しいメッセージ拡張部をメッセージ項目に割り当てる、対応する動作を含む（動作９０２）。

動作９０２は、新しいメッセージ拡張部をメッセージ項目に割り当てるコンピュータシステムを含むことができる。たとえば、コンピュータシステム１０２は、新しいメッセージ拡張部をメッセージ項目１０７に割り当てることができる。同様に、コンピュータシステム１０９は、新しいメッセージ拡張部メッセージ項目１０８またはメッセージ項目１１６を割り当てることができる。新たに割り当てられたメッセージ拡張部は、メッセージプロトコル拡張スキーマまたはメッセージアプリケーション拡張スキーマに従って定義された１つまたは複数のデータフィールドを含むことができる。たとえば、コンピュータシステム１０９は、新しいメッセージ拡張部（インスタントメッセージアプリケーション拡張部）を（現在電子メールアプリケーション拡張部が割り当てられている）メッセージ項目１０７に割り当て、メッセージアプリケーション１０３（インスタントメッセージングアプリケーション）との互換を促進することができる。電子メールメッセージとインスタントメッセージは、１つまたは複数の同様のフィールドを有する可能性がある。しかし、その１つまたは複数の同様のフィールドは、たとえば音声メッセージやファックスメッセージなど、様々な他の種類の電子メッセージのフィールドと同様でない可能性がある。したがって、その１つまたは複数の同様のフィールドは、一般的なメッセージスキーマ（たとえば、メッセージスキーマ１５２）内に含まれない可能性がある。

コンピュータシステムは、現在割り当てられているメッセージ拡張部と新しいメッセージ拡張部の双方に従ってメッセージ項目を送信することができる。したがって、単一のメッセージ項目を、そのメッセージ項目の内容を複製することを必要とせずに、いくつかのアプリケーションに送信することができる。単一のメッセージ項目を送信することにより、異なるアプリケーション、たとえば電子メールアプリケーションとファックスアプリケーションが一貫したデータを受信する可能性が高まる。

例示的な図９の例では、ステップ９０５は、１つまたは複数の現在割り当てられている特定のプロパティから少なくとも１つの値を取り出す、対応する動作を含む（動作９０３）。動作９０３は、１つまたは複数の現在割り当てられている特定のプロパティから少なくとも１つの値を取り出すコンピュータシステムを含むことができる。たとえば、コンピュータシステム１０２は、少なくとも１つの値を取り出し、メッセージ項目１０７または１０８の１つまたは複数の現在割り当てられている特定のプロパティから少なくとも１つの値を取り出すことができる。同様に、コンピュータシステム１０９は、少なくとも１つの値を取り出し、メッセージ項目１１２または１１６の１つまたは複数の現在割り当てられている特定のプロパティから少なくとも１つの値を取り出すことができる。

メッセージアプリケーション１１１は、他のメッセージングアプリケーションとの互換のためにメッセージを変換するように構成されたアプリケーションである可能性がある。メッセージングアプリケーション１１１は、たとえば、現在割り当てられているファックスアプリケーション拡張部であるメッセージ項目１１６を取り出すことができる。メッセージングアプリケーション１１１は、そのファックスアプリケーション拡張部の現在割り当てられているプロパティを解析し、その現在割り当てられているプロパティ（すなわち、ファックスプロパティ）のいずれかが、（たとえば、電子メールアプリケーション拡張部に対応する）任意の新しいプロパティと同様であるかどうか判定することができる。たとえば、そのファックスアプリケーションとその電子メールアプリケーションは、メッセージがオフラインで、同様の方法で保存されたかどうかを示す可能性がある。したがって、そのファックスアプリケーションに対応する保存されたオフライン値もまた、その電子メールアプリケーションに関連するものである可能性がある。したがって、この保存されたオフライン値を、そのファックスアプリケーション拡張部から取り出すことができる。

例示的な図９の例では、ステップ９０５は、任意選択で、その取り出された少なくとも１つの値を少なくとも１つの新しい特定のプロパティに割り当てる、対応する動作を含む（動作９０４）。動作９０４は、その取り出された少なくとも１つの値を少なくとも１つの新しい特定のプロパティに割り当てるコンピュータシステムを含むことができる。たとえば、コンピュータシステム１０２は、その取り出された少なくとも１つの値を、メッセージ項目１０７または１０８の少なくとも１つの新しい特定のプロパティに割り当てることができる。同様に、コンピュータシステム１０９は、その取り出された少なくとも１つの値を、メッセージ項目１１２または１１６の少なくとも１つの新しい特定のプロパティに割り当てることができる。

たとえば、メッセージアプリケーションは、ファックスアプリケーションプロパティについて取り出された値を、同様の電子メールアプリケーションプロパティ用の値として割り当てることができる。したがって、その割り当てられた値により、電子メールアプリケーションとの互換が促進される可能性がある。メッセージアプリケーション１１１は、変換されたメッセージを（たとえば、メッセージ項目１１２として）データベース１１４内に格納することができる。またはこれに替えて、メッセージアプリケーションは、変換されたメッセージを（たとえば、メッセージ項目１０７として）コンピュータシステム１０２に送信することができる。たとえばメッセージアプリケーション１０３など、対応する電子メールアプリケーションは、メッセージ項目１０７について互換可能であり、アクセスすることができる。

いくつかの実施形態において、クライアントコンピュータシステムは、翻訳するために、電子メッセージをサーバコンピュータシステムに送信することができる。たとえば、メッセージ項目１０８は、メッセージアプリケーション１０８部で構成することができる。その後で、メッセージアプリケーション１０４は、メッセージ項目１０８を要求することができる。したがって、コンピュータシステム１０２は、翻訳するために、メッセージ項目１０８をコンピュータシステム１０９に提供することができる。コンピュータシステム１０９は、メッセージアプリケーション１０４との互換のため、（たとえば、対応するアプリケーション拡張部の諸フィールドを占有することによって）そのメッセージを変換することができる。変換されたメッセージ、たとえばメッセージ項目１０７は、コンピュータシステム１０２に返すことができる。次いで、メッセージアプリケーション１０４は、メッセージ項目１０７にアクセスすることができる。

メッセージ項目を変換することは、データベース１１４の他のサイロ内の情報を参照することを含むことができる。たとえば、現在割り当てられている電子メールアプリケーション拡張部であるメッセージを、ファックスアプリケーション拡張部との互換のために変換するとき、メッセージアプリケーションは、連絡先サイロ１８２内の情報を参照することができる。メッセージアプリケーションは、たとえば、そのメッセージ内に含まれる電子メールアドレスを有する参加者に対応する電話番号を突き止めることができる。

図１０は、電子メッセージ３００としてフォーマットされた特定の種類のメッセージの別の例で、本発明の原理に従ってフォーマットされたファックスメッセージ１０００を示す。図１１は、本発明の原理による、ファックスメッセージ１０００を作成するための方法１１００のフローチャートの一例を示す。方法１１００について、ネットワークアーキテクチャ１００、階層的スキーマ１５０、ファックススキーマ２２６、２３５、２５７、電子メッセージ３００、およびファックスメッセージ１０００に関連して説明する。ファックスメッセージを表す、ネットワークアーキテクチャ１００内に示されたどのメッセージ（すなわち、メッセージ項目１０７、１０８、１１２、１１６）も、フォーマットがファックスメッセージ１０００と同様のものとすることができる。

方法１１００は、ファックス伝送を表すメッセージ項目を作成するためのプロセス１１１０を含む。プロセス１１１０は、図１０に示されているファックスメッセージ１０００を表すメッセージ項目を作成することを含むことができる。たとえば、コンピュータシステム１０２またはコンピュータシステム１０９は、ファックスメッセージ（たとえば、電子メッセージ項目１０８または１１２）を表すメッセージ項目を作成することができる。メッセージ項目は、たとえば、ユーザインターフェース用の「ファックスを送信（Ｓｅｎｄ ａ Ｆａｘ）」オプションを選択することなど、ユーザ入力に応答して作成される可能性がある。ユーザ入力は、たとえば、キーボードまたはマウスなどローカル入力デバイスからローカルで受け取ることも、遠隔位置から、たとえば、何らかの他のネットワーク接続可能なコンピュータシステムから受け取ることもできる。

他の種類の電子メッセージと同様に、ファックスメッセージ用のメッセージ項目を作成するためのプロセス１１００は、基本項目スキーマ１５１およびメッセージスキーマ１５２に従って定義された１つまたは複数のフィールドを含むデータ構造を作成するプロセスを含むことができる。図１０に示されているように、基本項目スキーマ１５１およびメッセージスキーマ１５２に従って定義されたフィールドは、ファックスメッセージ１０００を含めて、複数の別の種類の電子メッセージに共通である一般プロパティ３１０を表すことができる。メッセージがファックスメッセージであるため、主種別フィールド３０３を含む一般プロパティ３１０には、そのメッセージがファックスメッセージであることを示す値が割り当てられる。

前述のように、ブロードキャストファックスメッセージの内容は、カバーページの描画が各受け手の内容情報における違いを反映するため、各受け手について異なる可能性がある。さらに、各ファックス伝送の本文が、その特定の受け手に対する伝送の時刻を反映するファックスバナー（ファックス伝送の各ページの頂部に現れる小さなテキスト）を含むため、内容が異なる可能性がある。したがって、ファックスメッセージ１０００用のメッセージ項目を作成するプロセスは、ファックスメッセージ１０００に関連付けられた内容４００の１つまたは複数の部分、たとえば、各ファックス伝送のカバーページと本文とを含む．ｔｉｆｆ画像を表すためのフォーマットを定義する内容スキーマ１５６に従って定義された１つまたは複数のフィールドを含むデータ構造を作成するプロセスを含むことができる。したがって、プロセス１１１０はさらに、各受け手に送信されたファックスメッセージのカバーページ１０３０および本文１０４０内容部分を定義するメッセージ内容スキーマ２１６に従って、メッセージ項目とファックスメッセージ１０００の内容部分４００との間の内容関係を作成するプロセスを含む。一実施形態において、プロセス１１１０は、一般プロパティ３１０の一般内容（Ｃｏｎｔｅｎｔｓ）フィールド３０５に、ブロードキャストファックスメッセージの各受け手について１つまたは複数の内容関係を割り当てるプロセスを含み、内容関係の各々は、特定の受け手に対するファックスメッセージ１０００の各伝送に関連付けられた内容４００の、対応するカバーページ１０３０および本文１０４０部分に対するリンクを表す。

他の種類の電子メッセージと同様に、ファックスメッセージ用のメッセージ項目を作成するプロセスは、作成されたメッセージ項目に、ファックスメッセージ１０００用のファックスアプリケーション固有のプロパティ１０１０を表すためのフォーマットを定義する１つまたは複数のアプリケーション拡張部を割り当てるプロセスを含むことができる。したがって、方法１１００は、ファックスアプリケーション拡張部を、作成されたメッセージ項目に割り当てるためのプロセス１１２０を含む。たとえば、一般プロパティ３１０の一般内容フィールド３０５には、前述のように、ファックスメッセージ１０００に関連付けられた内容の１つまたは複数の部分に対するリンクを表す１つまたは複数のメッセージ内容関係を割り当てることができるが、ファックスメッセージスキーマ２９０は、ファックスメッセージ１０００に関連付けられたメッセージ内容をさらに定義する追加のファックスアプリケーション固有のプロパティ１０１０を定義する。たとえば、ブロードキャストファックスの各受け手は一般に異なるカバーページを受け取るため、ファックスメッセージスキーマ２９０は、ファックスメッセージを受け手に送信する際に使用されるカバーページに関する追加情報にリンクするカバーページ情報フィールド、すなわちスキーマ２９０内のデータフィールドＣｏｖｅｒＰａｇｅＩｎｆｏを定義する。この場合、カバーページに関する追加情報は、そのような情報をデータフィールドＣｏｖｅｒＰａｇｅＮａｍｅ内のカバーページ名、およびデータフィールドＮｏｔｅ内のカバーページ注記の値として定義する別のスキーマ、すなわちファックスカバーページスキーマ２９１内で定義される。

ファックスアプリケーション固有のプロパティ１０１０内の垂直省略記号は、ファックスの送信をいつスケジュールするか、たとえば今か、後か、それとも割引率が適用されたときかを示すために使用されるスケジュール種別など、他のファックスアプリケーション固有のフィールドをも含むことができることを表す。ファックスアプリケーション固有のプロパティ１０１０のデータフィールドは、表２２〜２３内で上述したデータフォーマットに概ね対応することができる。他の種類の電子メッセージと同様に、ファックスメッセージ１０００用のメッセージ項目を作成するプロセスは、作成されたメッセージ項目に、ファックスメッセージ用のファックスプロトコル固有のプロパティ１０２０を表すためのフォーマットを定義する１つまたは複数のプロトコル拡張部を割り当てるプロセスを含むことができる。ブロードキャストファックスの各受け手は別のファックス移送プロトコルを使用してファックスを受信することができるため、ファックス伝送に関する特定の情報は、ある受け手と次の受け手の間で異なる可能性がある。したがって、ある参加者向けのファックス伝送に関する特定の情報は、ファックスプロトコル固有のプロパティ１０２０のファックス伝送スキーマ２４４など、そのメッセージ項目に対するファックスプロトコル拡張部内で定義される。作成されたメッセージ項目に割り当てることができる各拡張部の数は、所与のファックスメッセージの受け手の数に応じて変わることになる。

一般に各受け手について異なるファックス伝送に関するファックスプロトコル固有の情報の一例は、その受け手向けの着信ファックス伝送を受信するために使用されるデバイスの被呼局識別子、たとえばスキーマ２４４内のデータフィールドＤｅｖｉｃｅＣｓｉｄである。したがって、方法１１００は、ファックスプロトコル拡張部を作成されたメッセージ項目に割り当て、特定の受け手についてファックス伝送に関するファックスプロトコル固有の情報を表すためのプロセス１１３０を含む。一実施形態において、プロセス１１２０は、アプリケーション固有のプロパティ１０１０に、ファックスメッセージスキーマ２９０によって表された１人または複数のファックスメッセージの受け手に対するリンクを表す１つまたは複数のメッセージ受け手関係を割り当てるプロセスを含むことができる。たとえば、プロセス１１２０は、ファックスメッセージスキーマ２９０の受け手データフィールドに、ファックスメッセージ１０００の各受け手についてファックス伝送に関する特定の情報を参照し、またはそれにリンクする受け手関係を割り当てるプロセスを含むことができる。受け手関係は、ファックスプロトコル固有のプロパティ１０２０のファックスメッセージ伝送スキーマ２４３定義に従ってさらに定義することができる。たとえば、プロセス１１２０はさらに、ファックスメッセージ伝送スキーマ２４３の伝送詳細データフィールドに、ファックスメッセージ１０００の各受け手についてファックス伝送に関する特定の情報を参照し、またはそれにリンクする受け手関係を割り当てるプロセスを含むことができ、その受け手についてのファックス伝送に関する特定の情報は、ファックス伝送スキーマ２４４によって表される。代替の実施形態において、プロセス１１２０は、一般プロパティ３１０の一般参加者（Ｐａｒｔｉｃｉｐａｎｔｓ）フィールド３０４に、ファックスメッセージ１０００の受け手を含めて、ファックスメッセージ１０００に関連付けられた１人または複数の参加者に対するリンクを表す受け手関係を割り当てるプロセスを含むことができる。前の場合と同様に、ファックスメッセージ１０００に関連付けられた参加者は、ファックスメッセージ伝送スキーマ２４３によって表すことができ、ファックスメッセージ伝送スキーマ２４３は、ファックス伝送スキーマ２４４によって表されたその受け手についてのファックス伝送に関する特定の情報にリンクする。ファックスプロトコル固有のプロパティ１０２０内の垂直省略記号は、その参加者に対する伝送を識別するために使用される伝送ＩＤ、現在のページ番号、伝送開始／終了時刻など、他のファックスプロトコル固有のフィールドをも含むことができることを表す。ファックスプロトコル固有のプロパティ１０２０のデータフィールドは、表２０〜２１内で上述したデータフォーマットに概ね対応させることができる。

ファックスメッセージ用のメッセージ項目が作成され、拡張部が割り当てられた後で、ファックスメッセージは、いくつかの、割り当てられたファックスプロトコル拡張部に対応するファックスプロトコル、または割り当てられたファックスアプリケーション拡張部に対応するファックスアプリケーションのいずれか１つによって処理するために、効率的に記憶しアクセスすることが可能である。したがって、方法１１００は、作成されたメッセージ項目を使用してファックスアプリケーションを用いてファックスメッセージにアクセスするためのプロセス１１４０を含む。たとえば、ＰＣをベースとするファックスアプリケーション拡張部が割り当てられている場合、作成されたメッセージ項目は今、ＰＣをベースとするファックスアプリケーションと互換であり、それに応じてアクセスおよび処理を行うことができる。

いくつかの実施形態において、概して電子メッセージと同様に、１つのファックス拡張スキーマに従って定義されたフィールド内の値は、別のメッセージ拡張スキーマ、すなわちファックス拡張スキーマ、または別の種類のメッセージ拡張スキーマに従って定義されたフィールドを占有するために、取り出され使用される。したがって、ファックスメッセージを、他の拡張スキーマに対応するプロトコルまたはアプリケーションとの互換のために、効率的に変換することができる。図１２は、本発明の原理による、ファックスメッセージを別のメッセージ拡張部との互換のために変換するための方法１２００のフローチャートの一例を示す。方法１２００について、ネットワークアーキテクチャ１００、階層的スキーマ１５０、ファックスメッセージ１１００、およびファックススキーマ２４３、２４４、２９０、２９１に関連して説明する。

方法１２００は、新しいプロトコルを使用して、ファックスメッセージを表すメッセージ項目にアクセスするためのプロセス１２１０を含む。たとえば、コンピュータシステム１０２は、ファックスメッセージを表すメッセージ項目１０７にアクセスすることができるが、ファックス伝送が一般的なファックスサーバ内で受信され、電子メールメッセージに対する添付部として最終的な宛先受け手に中継されるときなど、電子メールプロトコルを用いる。

方法１２００は、現在割り当てられている拡張部固有のフィールドの値を使用し、新しいメッセージプロトコル拡張部との互換のために電子メッセージ項目を翻訳するためのプロセス１２２０を含む。プロセス１２２０は、新しいメッセージ拡張部をメッセージ項目に割り当てるとき、現在割り当てられているファックス拡張部固有のフィールドの値を使用し、新しい拡張部固有のフィールドを占有するプロセスを含むことができる。たとえば、コンピュータシステム１０２は、新しいメッセージ拡張部をメッセージ項目１０７に割り当てることができる。同様に、コンピュータシステム１０９は、新しいメッセージ拡張部を、メッセージ項目１０８またはメッセージ項目１１６に割り当てることができる。新たに割り当てられたメッセージ拡張部は、メッセージプロトコル拡張スキーマに従って定義された１つまたは複数のデータフィールドを含むことができる。

たとえば、コンピュータシステム１０９は、ファックスサーバ上でファックスを受信するために使用されたファックスプロトコルに対応するファックスプロトコル拡張部が現在割り当てられているメッセージ項目１０７に、特定の電子メールプロトコルに対応する電子メールプロトコル拡張部を割り当てることができる。新しい拡張部を割り当てることにより、ファックスサーバの、電子メールシステムとの互換が促進され、電子メールシステムは、最終的には、その最終的な宛先、たとえば、電子メールシステムの特定のアドレスにファックスメッセージを送達するために使用されることになる。コンピュータシステムは、現在割り当てられているファックスプロトコルメッセージ拡張部にも新しい電子メールプロトコルメッセージ拡張部にも従って、メッセージ項目を送ることができる。

同様な形で、方法１２００は、現在割り当てられている拡張部固有のフィールドの値を使用し、新しいメッセージアプリケーション拡張部との互換のために電子メッセージ項目を翻訳するためのプロセス１２３０を含む。プロセス１２３０は、新しいメッセージアプリケーション拡張部をメッセージ項目に割り当てるとき、現在割り当てられているファックス拡張部固有のフィールドの値を使用し、新しいアプリケーション固有のフィールドを占有するプロセスを含むことができる。新しいメッセージアプリケーション拡張部は、メッセージアプリケーション拡張スキーマに従って定義された１つまたは複数のデータフィールドを含むことができる。

たとえば、コンピュータシステム１０９は、ＰＣをベースとするファックスアプリケーションに対応するファックスアプリケーション拡張部が現在割り当てられているメッセージ項目１０７に、特定のメールクライアントに対応する電子メールアプリケーション拡張部を割り当て、ＰＣをベースとするファックスアプリケーションの電子メールアプリケーションとの、またその逆の互換を促進することができる。コンピュータシステムは、現在割り当てられているメッセージアプリケーション拡張部にも新たに割り当てられたメッセージアプリケーション拡張部にも従って、メッセージ項目を送ることができる。したがって、方法１２００は、新しいメッセージアプリケーション拡張部を用いて、たとえば、ＰＣをベースとするファックスアプリケーションではなく電子メールアプリケーションを用いて（またはその逆に）ファックスメッセージにアクセスするためのプロセス１２４０を含むことができる。

したがって、特定のファックスメッセージを表す単一のメッセージ項目を、そのメッセージ項目の内容を必ずしも複製することなく、電子メールアプリケーションまたはＰＣをベースとするファックスアプリケーションなど、いくつかのアプリケーションに送ることができる。単一のメッセージ項目を送ることにより、異なるアプリケーション、たとえば電子メールアプリケーションとファックスアプリケーションが一貫したデータを受信する可能性が高くなる。さらに、一実施形態において、ファックスメッセージを表すメッセージ項目には、ファックスプロトコル拡張部と電子メールアプリケーション拡張部とを共に同時に割り当てることができ、その結果、そのファックスメッセージは、任意の他の電子メールメッセージと同様にＭｉｃｒｏｓｏｆｔのＯｕｔｌｏｏｋ Ｅｘｐｒｅｓｓなど電子メールクライアント内部で閲覧することができる。そのようなメッセージ項目は、メッセージ項目が添付されたファックスプロトコル拡張部により、依然としてファックストランスポートによって処理される。他の実施形態において、本明細書で明示的に述べられていない拡張部の代替の組合せもまた、特許請求の範囲から逸脱することなしに、同時に割り当てることができる。

図７および以下の考察は、本発明を実施することができる好適なコンピューティング環境について手短に、一般的に述べることが意図されている。必要とされてはいないが、本発明について、コンピュータシステムによって実行されるプログラムモジュールなどコンピュータ実行可能命令の一般的な文脈で述べる。一般に、プログラムモジュールは、特定のタスクを実行する、あるいは特定の抽象データ型を実行するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令、関連のデータ構造、およびプログラムモジュールは、本明細書に開示されている方法の動作を実行するためのプログラムコード手段の諸例を表す。

図７を参照すると、本発明を実施するためのシステム例は、処理装置７２１、システムメモリ７２２、およびシステムメモリ７２２を含む様々なシステム構成要素を処理装置７２１に結合するシステムバス７２３を含むコンピュータシステム７２０の形態で、汎用コンピューティングデバイスを含む。処理装置７２１は、本発明の機能を含めて、コンピュータシステム７２０の機能を実施するように設計されたコンピュータ実行可能命令を実行することができる。システムバス７２３は、メモリバスまたはメモリコントローラ、周辺機器バス、および、様々なバスアーキテクチャのいずれかを使用するローカルバスを含むいくつかの種類のバス構造のいずれかとすることができる。システムメモリは、読出し専用メモリ（ＲＯＭ）７２４およびランダムアクセスメモリ（ＲＡＭ）７２５を含む。起動中などにコンピュータ７２０内の要素間で情報を転送するのを助ける基本ルーチンを含む基本入出力システム（ＢＩＯＳ）７２６は、ＲＯＭ７２４内に記憶されている可能性がある。

コンピュータ７２０はまた、磁気ハードディスク７３９との間で読出しおよび書込みをする磁気ハードディスクドライブ７２７、取外し式の磁気ディスク７２９との間で読出しまたは書込みをする磁気ディスクドライブ７２８、たとえばＣＤ−ＲＯＭまたは他の光媒体など取外し式の光ディスク７３１との間で読出しまたは書込みをする光ディスクドライブ７３０を含むことができる。磁気ハードディスクドライブ７２７、磁気ディスクドライブ７２８、光ディスクドライブ７３０は、それぞれハードディスクドライブインターフェース７３２、磁気ディスクドライブインターフェース７３３、光ドライブインターフェース７３４によってシステムバス７２３に接続される。ドライブ群とそれらの関連コンピュータ読取可能な媒体は、コンピュータ実行可能命令、データ構造、プログラムモジュール、およびコンピュータ７２０用の他のデータの不揮発性記憶を実現する。本明細書に述べられている環境例は、磁気ハードディスク７３９、取外し式の磁気ディスク７２９、および取外し式の光ディスク７３１を使用するが、磁気カセット、フラッシュメモリカード、デジタル多用途ディスク、ベルヌーイカートリッジ、ＲＡＭ、ＲＯＭなどを含めて、データを記憶するための他の種類のコンピュータ読取可能な媒体を使用することができる。

１つまたは複数のプログラムモジュールを含むプログラムコード手段は、ハードディスク７３９、磁気ディスク７２９、光ディスク７３１、ＲＯＭ７２４、またはＲＡＭ７２５に記憶することができ、オペレーティングシステム７３５、１つまたは複数のアプリケーションプログラム７３６、他のプログラムモジュール７３７、およびプログラムデータ７３８を含む。ユーザは、キーボード７４０、ポインティングデバイス７４２、または他の入力デバイス（図示せず）、たとえばマイクロフォン、ジョイスティック、ゲームパッド、スキャナなどを介して、コンピュータ７２０にコマンドおよび情報を入力することができる。これら、および他の入力デバイスは、システムバス７２３に結合された入出力インターフェース７４６を介して処理装置７２１に接続することができる。入出力インターフェース７４６は、たとえば、シリアルポートインターフェース、ＰＳ／２インターフェース、パラレルポートインターフェース、ユニバーサルシリアルバス（ＵＳＢ）インターフェース、または、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）１３９４インターフェース（すなわち、ＦｉｒｅＷｉｒｅインターフェース）など、多種多様な異なるインターフェースのいずれかを論理的に表し、あるいは、異なるインターフェースの組合せを論理的に表すこともできる。

モニタ７４７または他のディスプレイデバイスもまた、ビデオインターフェース７４８を介してシステムバス７２３に接続される。スピーカ７６９または他のオーディオ出力デバイスもまた、オーディオインターフェース７４９を介してシステムバス７２３に接続される。たとえばプリンタなど他の周辺出力デバイス（図示せず）もまた、コンピュータシステム７２０に接続することができる。

コンピュータシステム７２０は、たとえば、全事務所コンピュータネットワークまたは全社コンピュータネットワーク、ホームネットワーク、イントラネット、および／またはインターネットなど、ネットワークに接続可能である。コンピュータシステム７２０は、そのようなネットワークを介して、たとえば、遠隔コンピュータシステム、遠隔アプリケーション、および／または遠隔データベースなど、外部ソースとデータを交換することができる。

コンピュータシステム７２０はネットワークインターフェース７５３を含み、それを介して、コンピュータシステム７２０は、外部ソースからデータを受信し、および／または外部ソースにデータを送信する。図１に示されているように、ネットワークインターフェース７５３は、リンク７５１を介した遠隔コンピュータシステム７８３とのデータ交換を容易にする。ネットワークインターフェース７５３は、たとえばネットワークインターフェース、および対応するＮＤＩＳ（Ｎｅｔｗｏｒｋ Ｄｒｉｖｅｒ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）スタックなど、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを論理的に表すことができる。リンク７５１は、ネットワークの一部分（たとえば、イーサネット（登録商標）セグメント）を表し、遠隔コンピュータシステム７８３は、ネットワークのノードを表す。

同様に、コンピュータシステム７２０は入出力インターフェース７４６を含み、それを介して、コンピュータシステム７２０は、外部ソースからデータを受信し、および／または外部ソースにデータを送信する。入出力インターフェース７４６は、データリンク７５９を介して、モデム７５４（たとえば、標準的なモデム、ケーブルモデム、またはデジタル加入者回線（ＤＳＬ）モデム）に結合され、それを介して、コンピュータシステム７２０は、外部ソースからデータを受信し、および／または外部ソースにデータを送信する。図７に示されているように、入出力インターフェース７４６およびモデム７５４は、リンク７５２を介した遠隔コンピュータシステム７９３とのデータ交換を容易にする。リンク７５２は、ネットワークの一部分を表し、遠隔コンピュータシステム７９３は、ネットワークのノードを表す。

図７は、本発明に適した動作環境を表すが、本発明の原理は、必要なら適切な修正と共に、本発明の原理を実施することが可能である任意のシステムにおいて使用することができる。図７に示されている環境は例示的なものにすぎず、本発明の原理を実施することができる多種多様な環境の小部分を決して表しているわけではない。

本発明は、その精神または本質的な特徴から逸脱することなしに、他の特定の形態で実施することができる。上述の実施形態は、あらゆる面において限定的なものではなく、例示的なものにすぎないと見なすべきである。したがって、本発明の範囲は、前述の説明によってではなく、特許請求の範囲によって示される。特許請求の範囲の等価の意味および範囲内に入る変更はすべて、それらの範囲に包含すべきである。

本発明の原理に従って関連する電子メッセージを効率的に記憶し、それにアクセスすることを容易にするネットワークアーキテクチャおよび一般的な階層的スキーマの一例を示す図である。 本発明の原理による、より詳細な階層的スキーマの一例の第１の部分を示す図である。 本発明の原理に従って形成されたファックススキーマの詳細を含めて、より詳細な階層的スキーマの一例の第２の部分を示す図である。 本発明の原理による、より詳細な階層的スキーマの一例のメッセージ拡張部分を示す図である。 本発明の原理による、より詳細な階層的スキーマの一例のフォルダ拡張スキーマ部分を示す図である。 本発明の原理に従って形成されたファックススキーマの一例において、図２Ｃに示されているメッセージプロトコル拡張部のファックスプロトコルスキーマ部分を示す図である。 本発明の原理に従って形成されたファックススキーマの一例において、図２Ｃに示されているメッセージアプリケーション拡張部のファックスアプリケーションスキーマ部分を示す図である。 本発明の原理に従ってフォーマットされた電子メッセージ例を示す図である。 本発明の原理に従ってフォーマットされた内容部分例を示す図である。 本発明の原理に従ってフォーマットされた添付部例を示す図である。 本発明の原理に従ってフォーマットされたコミュニティニュースフォルダ例を示す図である。 本発明の原理に好適な動作環境を示す図である。 本発明の原理による、電子メッセージを作成するための方法のフローチャート例である。 本発明の原理による、メッセージ拡張部との互換のために電子メッセージを変換するための方法のフローチャート例である。 本発明の原理に従ってフォーマットされた、ファックス伝送を表す電子メッセージ例を示す図である。 本発明の原理による、ファックス伝送を表す電子メッセージを作成するための方法のフローチャート例である。 本発明の原理による、新しいメッセージ拡張部との互換のためにファックス伝送を表す電子メッセージを変換するための方法のフローチャート例である。

符号の説明

７２１ 処理装置
７２２ システムメモリ
７２３ システムバス
７３２ ハードディスクドライブインターフェース
７３３ 磁気ディスクドライブインターフェース
７３４ 光ドライブインターフェース
７３５ オペレーティングシステム
７３６ アプリケーションプログラム
７３７ 他のプログラムモジュール
７３８ プログラムデータ
７４０ キーボード
７４６ 入出力インターフェース
７４７ モニタ
７４８ ビデオアダプタ
７５３ ネットワークインターフェース
７５４ モデム
７８３ 遠隔コンピュータ
７９３ 遠隔コンピュータ

Claims (49)

1. １つまたは複数の他のコンピュータシステムと共にネットワークに接続されるコンピュータシステムにおいて、メッセージスキーマを使用してファックスメッセージを表す方法であって、
   メッセージスキーマに従ってファックスメッセージを表すメッセージ項目を作成するステップであって、前記メッセージ項目は、複数の別の種類のメッセージプロトコルおよび複数の別の種類のメッセージアプリケーションの少なくとも１つに共通する１つまたは複数の一般プロパティを有するステップと、
   カバーページおよびファックスメッセージの本文の少なくとも１つを表す１つまたは複数の内容部分を、前記作成されたメッセージ項目にリンクするステップと
   を備えたことを特徴とする方法。
2. 前記ファックスメッセージは、複数の受け手に対するブロードキャストファックスメッセージであり、前記１つまたは複数の内容部分は各々、前記ブロードキャストファックスの前記複数の受け手の各々について描画されて異なるカバーページを表すことを特徴とする請求項１に記載の方法。
3. １つまたは複数のファックスプロトコル拡張部を前記作成されたメッセージ項目に割り当てるステップであって、前記ファックスプロトコル拡張部の各々は、前記ファックスメッセージの受信を表し、およびファックスプロトコル拡張スキーマに従って、前記受け手に対する前記ファックスメッセージのファックス伝送に関する詳細を表すファックス伝送項目にリンクし、前記ファックス伝送項目は、前記１つまたは複数のリンクされた内容部分と、指定されたファックス伝送プロトコルとの間の互換を促進するように、１つまたは複数のプロトコル固有プロパティを前記作成されたメッセージ項目に追加するステップをさらに備えたことを特徴とする請求項１に記載の方法。
4. 前記ファックス伝送項目は、前記ファックスメッセージを前記受け手に送信するために使用される前記指定されたファックス伝送プロトコル用のファックスプロトコル拡張スキーマに従って、前記複数の受け手の１人に対する前記ファックスメッセージのファックス伝送に関する詳細を表すことを特徴とする請求項３に記載の方法。
5. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記ファックスメッセージを前記受け手に送信するために使用されるデバイスの名前を含むことを特徴とする請求項３に記載の方法。
6. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記ファックスメッセージを前記受け手に送信するために使用される前記デバイスの被呼局識別子を含むことを特徴とする請求項５に記載の方法。
7. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記ファックスメッセージを前記受け手に送信するために使用される前記デバイスの送信局識別子を含むことを特徴とする請求項５に記載の方法。
8. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記受け手に対する前記ファックス伝送の状況を含むことを特徴とする請求項３に記載の方法。
9. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記受け手に対する前記ファックス伝送の拡張状況を含み、前記拡張状況は、コードおよびテキスト文字列の少なくとも１つによって表された前記拡張状況の説明を含むことを特徴とする請求項３に記載の方法。
10. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記ファックスメッセージを前記受け手に送信するために行われた再試行回数を含むことを特徴とする請求項３に記載の方法。
11. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記ファックス伝送に関連付けられた再試行回数を含むことを特徴とする請求項３に記載の方法。
12. 前記ファックスメッセージは、発信ファックスメッセージであり、前記ファックス伝送に関連付けられた再試行回数は、前記受け手に関連付けられた宛先番号が呼び出された回数を含むことを特徴とする請求項１１に記載の方法。
13. 前記ファックスメッセージは、着信ファックスメッセージであり、前記ファックス伝送に関連付けられた再試行回数は、前記ファックスメッセージを前記受け手に経路指定しようとする試行数を含むことを特徴とする請求項１１に記載の方法。
14. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記ファックス伝送に関連付けられた一意の識別子を含むことを特徴とする請求項３に記載の方法。
15. 前記一意の識別子は、前記ファックス伝送を、特定のファックスサーバ上の他のファックス伝送から一意に識別することを特徴とする請求項１４に記載の方法。
16. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記ファックス伝送がいつ開始されたかを示すタイムスタンプを含むことを特徴とする請求項３に記載の方法。
17. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、前記ファックス伝送がいつ終了したかを示すタイムスタンプを含むことを特徴とする請求項３に記載の方法。
18. 前記ファックス伝送項目によって前記メッセージ項目に追加された前記１つまたは複数のプロトコル固有プロパティは、現在送信されている前記ファックス伝送のページ数を含むことを特徴とする請求項３に記載の方法。
19. １つまたは複数のファックスアプリケーション拡張部を前記メッセージ項目に割り当てるステップであって、前記ファックスアプリケーション拡張部各々は、前記ファックスメッセージが処理されるアプリケーションを表し、およびファックスアプリケーション拡張スキーマに従って、前記ファックスメッセージに関する詳細を表すファックスメッセージ項目にリンクし、前記ファックスメッセージ項目は、前記１つまたは複数のリンクされた内容部分と、指定されたアプリケーションとの間の互換を促進するように、１つまたは複数のアプリケーション固有プロパティを前記作成されたメッセージ項目に追加するステップをさらに備えたことを特徴とする請求項１に記載の方法。
20. 前記ファックスメッセージは、着信ファックスメッセージであり、前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、前記ファックスメッセージが送信された発呼デバイスの識別子を含むことを特徴とする請求項１９に記載の方法。
21. 前記ファックスメッセージが送信された前記発呼デバイスの識別子は、前記発呼デバイスの電話番号を含む発呼者ＩＤであることを特徴とする請求項２０に記載の方法。
22. 前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、前記ファックスメッセージの表示名を含むことを特徴とする請求項１９に記載の方法。
23. 前記ファックスメッセージは、発信ファックスメッセージであり、前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、前記ファックスメッセージのスケジュール種別を含み、前記スケジュール種別は、前記ファックスメッセージの前記伝送が今送られるか、それとも後の所定の時刻に延期されるかの１つを示すことを特徴とする請求項１９に記載の方法。
24. 前記ファックスメッセージの伝送が後の所定の時刻に延期されることを示すスケジュール種別は、前記後の所定の時刻が、特定の時刻、および割引率が適用される期間の１つであることを示すスケジュール種別を含むことを特徴とする請求項２３に記載の方法。
25. 前記ファックスメッセージは、発信ファックスメッセージであり、前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、前記ファックスメッセージの送達レシート種別を含み、前記送達レシート種別は、レシートが要求されているかどうかを示すことを特徴とする請求項１９に記載の方法。
26. 前記送達レシート種別は、電子メールおよびインスタントメッセージの１つが前記レシートを送達するように要求されていることを示すことを特徴とする請求項２５に記載の方法。
27. 前記ファックスメッセージは発信ファックスメッセージであり、前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、送達レシート種別パラメータを含み、前記送達レシート種別パラメータは、前記レシートを送達すべき宛先を示し、前記宛先は電子メールアドレスを含むことを特徴とする請求項１９に記載の方法。
28. 前記ファックスメッセージは発信ファックスメッセージであり、前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、「ブロードキャストレシートをグループ化する」フラグを含み、前記「ブロードキャストレシートをグループ化する」フラグは、各受け手についての別個のレシート、および前記ファックスメッセージの受け手全員についての要約レシートの１つが要求されているかどうかを示すことを特徴とする請求項１９に記載の方法。
29. 前記ファックスメッセージは発信ファックスメッセージであり、前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、「ファックスをレシートに添付する」フラグを含み、前記「ファックスをレシートに添付する」フラグは、前記ファックスメッセージを前記レシートに添付すべきかどうかを示すことを特徴とする請求項１９に記載の方法。
30. 前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、前記ファックスメッセージのページ数を含み、前記ページ数は、前記カバーページを含むことを特徴とする請求項１９に記載の方法。
31. 前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、前記ファックスメッセージのブロードキャスト識別子を含み、前記ブロードキャスト識別子は、複数の受け手にブロードキャストされたブロードキャストファックスメッセージを一意に識別することを特徴とする請求項１９に記載の方法。
32. 前記ファックスメッセージ項目によって前記メッセージ項目に追加された前記１つまたは複数のアプリケーション固有プロパティは、ファックスカバーページ項目に対するリンクを含み、前記ファックスカバーページ項目は、前記メッセージ項目に追加すべき追加のアプリケーション固有プロパティを含み、前記追加のアプリケーション固有プロパティは、前記カバーページを記述することを特徴とする請求項１９に記載の方法。
33. 前記ファックスカバーページ項目によって前記メッセージ項目に追加された前記１つまたは複数の追加のアプリケーション固有プロパティは、前記カバーページの名前を含み、前記名前は、前記ファックスカバーページがファックスサービスを用いて作成された場合相対ファイル名を含み、および前記ファックスカバーページがクライアント上で作成された場合絶対ファイル名を含み、前記絶対ファイル名は、前記ファックスカバーページが含まれる前記ファイルのパス名を指定することを特徴とする請求項１９に記載の方法。
34. 前記ファックスカバーページ項目によって前記メッセージ項目に追加された前記１つまたは複数の追加のアプリケーション固有プロパティは、前記カバーページの注記フィールドを含み、前記注記フィールドは、前記ファックスカバーページ上に現れる注記の値を含むことを特徴とする請求項１９に記載の方法。
35. ファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体であって、前記データ構造は、
    複数の別の種類のメッセージプロトコルおよび複数の別の種類のメッセージアプリケーションの少なくとも１つに共通する電子メッセージのプロパティを表す一般プロパティフィールドと、
    前記電子メッセージがファックスメッセージであることを示す種別固有プロパティフィールドと、
    前記データ構造の内容部分を参照する内容固有プロパティフィールドであって、前記データ構造の内容部分は、前記ファックスメッセージの各受け手に関連付けられたカバーページを表す少なくとも１つのカバーページ内容と、前記ファックスメッセージに関連付けられた本文を表す少なくとも１つの本文内容フィールドとを含む内容固有プロパティフィールドと
    を備えたことを特徴とする媒体。
36. 前記データ構造は、
    前記ファックスメッセージを前記ファックスメッセージの受け手に送信するために使用される特定のファックスプロトコルに対応する１つまたは複数のプロトコル固有プロパティを表す少なくとも１つのファックスプロトコル固有プロパティフィールドであって、前記特定のファックスプロトコルは前記複数の別の種類のメッセージプロトコルの中から選択しつつあるファックスプロトコル固有プロパティフィールドをさらに備えたことを特徴とする請求項３５に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
37. 前記データ構造は、
    特定のメッセージアプリケーションに対応する１つまたは複数のアプリケーション固有プロパティを表す少なくとも１つのアプリケーション固有プロパティフィールドであって、前記特定のメッセージアプリケーションは、前記ファックスメッセージを処理することができる複数の別の種類のメッセージアプリケーションの中から選択されるアプリケーション固有プロパティフィールドをさらに備えたことを特徴とする請求項３５に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
38. ファックスメッセージを表すためのデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体であって、前記データ構造は、
    メッセージデータベース内で前記ファックスメッセージを識別する識別子を表すＩＤフィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージに関連付けられた１人または複数のファックス参加者に対するリンクを表す少なくとも１つのメッセージ参加者（ＭｅｓｓａｇｅＰａｒｔｉｃｉｐａｎｔ）関係フィールドであって、前記１人または複数のファックス参加者は、送信者と、前記ファックスメッセージの少なくとも１人の受け手とを含むメッセージ参加者関係フィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージに対応する１つまたは複数の内容部分に対するリンクを表す少なくとも１つのメッセージ内容（ＭｅｓｓａｇｅＣｏｎｔｅｎｔｓ）関係フィールドであって、前記１つまたは複数の内容部分は、前記ファックスメッセージに関連付けられた前記１人または複数のファックス受け手の各々についてのカバーページと、前記ファックスメッセージの本文とを含むメッセージ内容関係フィールドと
    を備えたことを特徴とする媒体。
39. 前記データ構造は、前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージに関連付けられた前記１人または複数のファックス参加者に対する前記ファックスメッセージの伝送を表す伝送データ構造をさらに備え、前記伝送データ構造は、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを、前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に送信するために使用されるデバイスの名前を表すデバイス名（ＤｅｖｉｃｅＮａｍｅ）フィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを、前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に送信するために使用される前記デバイスの被呼局識別子を表すデバイスＣＳＩＤ（ＤｅｖｉｃｅＣｓｉｄ）フィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを、前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に送信するために使用される前記デバイスの送信局識別子を表すデバイスＴＳＩＤ（ＤｅｖｉｃｅＴｓｉｄ）フィールドと、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの伝送について現在の伝送状況の指示を表す状況（Ｓｔａｔｕｓ）フィールドと、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送中に行われた再試行回数を表す再試行（Ｒｅｔｒｉｅｓ）フィールドと、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送を識別するために使用される一意のＩＤを表す伝送ＩＤ（ＴｒａｎｓｍｉｓｓｉｏｎＩＤ）フィールドと
    からなることを特徴とする請求項３８に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
40. 前記伝送データ構造は、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送の拡張伝送状況を説明するコードを表す拡張状況コード（ＥｘｔｅｎｄｅｄＳｔａｔｕｓＣｏｄｅ）フィールドと、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送の拡張伝送状況を説明するテキスト文字列を表す拡張状況文字列（ＥｘｔｅｎｄｅｄＳｔａｔｕｓＳｔｒｉｎｇ）フィールドと、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの伝送が開始された時刻を表す伝送開始（ＴｒａｎｓｍｉｓｓｉｏｎＳｔａｒｔ）フィールドと、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの伝送が終了した時刻を表す伝送終了（ＴｒａｎｓｍｉｓｓｉｏｎＥｎｄ）フィールドと、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に現在送信されている前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送のページ数を表す現在ページ（ＣｕｒｒｅｎｔＰａｇｅ）フィールドと
    からなることを特徴とする請求項３９に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
41. 前記データ構造は、前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージが処理されるアプリケーションを表すファックスメッセージデータ構造をさらに備え、前記ファックスメッセージデータ構造は、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの伝送を開始するために使用されるデバイスの識別子を表す発呼者ＩＤ（ＣａｌｌｅｒＩＤ）フィールドと、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの送達を確認するために送信するように要求された送達レシートの種類を表す送達レシート種別（ＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔＴｙｐｅ）フィールドであって、前記送達レシートは、電子メール送達レシート、インスタントメッセージ送達レシート、および送達レシート無しを含む送達レシート種別フィールドと、
    前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージについて送達レシートパラメータの種類を表す送達レシート種別パラメータ（ＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔＴｙｐｅＰａｒａｍｅｔｅｒ）フィールドであって、前記送達レシートパラメータは、前記送達レシートが送り届けられるアドレスを含み、前記アドレスは、要求された前記送達レシートの種類が電子メール送達レシートおよびインスタントメッセージ送達レシートの１つであるとき電子メールアドレスを含む、送達レシート種別パラメータフィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージが送達された、前記メッセージ参加者関係フィールド内で表された前記ファックス参加者の各々について別個の送達レシートが要求されているかどうか、および前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージが送達された、すべての前記メッセージ参加者関係フィールド内で表された前記ファックス参加者全員について要約送達レシートが要求されているかどうかの１つを示すフラグを表す「ブロードキャストレシートをグループ化する（ＧｒｏｕｐＢｒｏａｄｃａｓｔＲｅｃｅｉｐｔｓ）」フィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージが送達された、前記メッセージ参加者関係フィールド内で表された前記ファックス参加者の各々について前記送達レシートが要求されたとき、前記ファックスメッセージを前記送達レシートに添付すべきかどうかを示すフラグを表す「ファックスをレシートに添付する（ＡｔｔａｃｈＦａｘＴｏＲｅｃｅｉｐｔ）」フィールドと、
    サービスが特定のサーバ上で前記ファックスメッセージを識別することができる一意の識別子を表すブロードキャストＩＤ（ＢｒｏａｄｃａｓｔＩＤ）フィールドと、
    ファックスカバーページデータ構造に対するリンクを表すカバーページ情報（ＣｏｖｅｒＰａｇｅＩｎｆｏ）フィールドであって、前記ファックスカバーページデータ構造は、
    前記ファックスカバーページがファックスサービスを用いて作成されたとき前記ファックスカバーページを含む前記ファイルの相対ファイル名、および前記ファックスカバーページがクライアント上で作成されたとき絶対ファイル名の１つを表すカバーページ名（ＣｏｖｅｒＰａｇｅＮａｍｅ）フィールドであって、前記絶対ファイル名は、前記ファックスカバーページを含む前記ファイルのパス名を指定する、カバーページ名フィールドと、
    前記カバーページがファックスサーバによって生成されたかどうかを示すフラグを表すサーバベース（ＳｅｒｖｅｒＢａｓｅｄ）フィールドと、
    前記カバーページの注記セクション内に現れるテキストを表す注記フィールドと
    からなるカバーページ情報フィールドと
    からなることを特徴とする請求項３９に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
42. 前記ファックスメッセージデータ構造はさらに、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを前記アプリケーションがディスプレイデバイスに表示するときはいつでも表示するための表示名を表す文書名（ＤｏｃｕｍｅｎｔＮａｍｅ）フィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを、前記メッセージ参加者関係フィールド内で表された前記ファックス参加者に送信するために使用される送達スケジュールの種類を表すスケジュール種別（ＳｃｈｅｄｕｌｅＴｙｐｅ）フィールドであって、前記送達スケジュールは、指定された時刻で前記ファックスメッセージを送達すること、割引伝送率が適用された時点で前記ファックスメッセージを送達すること、および直ちに前記ファックスメッセージを送達することを含むスケジュール種別フィールドと
    からなることを特徴とする請求項４１に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
43. ファックスアカウントを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体であって、前記データ構造は、
    ファックスサービス内のファックスアカウントを識別する識別子を表すＩＤフィールドであって、前記ファックスアカウントが、ファックスメッセージの伝送に関連付けられるＩＤフィールドと、
    前記ファックスサービス内の前記ファックスアカウントの種類を識別する識別子を表す種別（Ｔｙｐｅ）フィールドであって、前記種別は、ローカルモデムアカウント、ＭＦＰアカウント、共用ファックスサービスアカウント、交換サーバアカウント、インターネットＦＳＰアカウントの１つを含む種別フィールドと、
    前記ファックスアカウントに関連付けられたユーザ名を表す名前（Ｎａｍｅ）フィールドと
    を備えたことを特徴とする媒体。
44. 前記ファックスアカウントデータ構造はさらに、
    前記ファックスアカウントがオフラインモードおよびオンラインモードの１つにあるかどうかを示すフラグを表すモード（Ｍｏｄｅ）フィールドと、
    前記ファックスメッセージの前記伝送に関連付けられたコストが割り当てられるエンティティを表す支払い請求コード（Ｂｉｌｌｉｎｇ Ｃｏｄｅ）フィールドと、
    前記ファックスメッセージの前記伝送において使用されるデフォルトカバーページの名前を表すカバーページ名（Ｃｏｖｅｒ Ｐａｇｅ Ｎａｍｅ）フィールドと、
    前記デフォルトカバーページがサーバをベースとするものであるかどうかを示すフラグを表すサーバベース（Ｓｅｒｖｅｒ Ｂａｓｅｄ）フィールドと、
    前記ファックスメッセージの前記伝送について送達レシートを送るためのデフォルトインスタントメッセージアドレスを表すインスタントメッセージ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｅ）アドレスフィールドと、
    前記ファックスメッセージの前記伝送について前記送達レシートを送るためのデフォルト電子メールアドレスを表す電子メールアドレス（Ｅｍａｉｌ Ａｄｄｒｅｓｓ）フィールドと
    からなることを特徴とする請求項４３に記載のファックスアカウントを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
45. ファックスメッセージを表すためのデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体であって、前記データ構造は、
    メッセージデータベース内でファックスメッセージを識別する識別子を表すＩＤフィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージに対応する１つまたは複数の内容部分に対するリンクを表す少なくとも１つのメッセージ内容（ＭｅｓｓａｇｅＣｏｎｔｅｎｔｓ）関係フィールドであって、前記１つまたは複数の内容部分は、前記ファックスメッセージの１人または複数の受け手の各々についてのカバーページと、前記ファックスメッセージの前記１人または複数の受け手の各々に送信された前記ファックスメッセージの本文とを含むメッセージ内容関係フィールドと
    を備えたことを特徴とする媒体。
46. 前記データ構造は、前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージが処理されるアプリケーションを表すファックスメッセージデータ構造をさらに備え、前記ファックスメッセージデータ構造は、
    前記ファックスメッセージの前記１人または複数の受け手に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの伝送を開始するために使用されるデバイスの識別子を表す発呼者ＩＤ（ＣａｌｌｅｒＩＤ）フィールドと、
    前記ファックスメッセージの前記１人または複数の受け手に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの送達を確認するために送信するように要求された送達レシートの種類を表す送達レシート種別（ＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔＴｙｐｅ）フィールドであって、前記送達レシートは、電子メール送達レシート、インスタントメッセージ送達レシート、および送達レシート無しとを含む送達レシート種別フィールドと、
    前記ファックスメッセージの前記１人または複数の受け手に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージについて送達レシートパラメータの種類を表す送達レシート種別パラメータ（ＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔＴｙｐｅＰａｒａｍｅｔｅｒ）フィールドであって、前記送達レシートパラメータは、前記送達レシートが送り届けられるアドレスを含み、前記アドレスは、要求された前記送達レシートの前記種類が電子メール送達レシートおよびインスタントメッセージ送達レシートの１つであるとき電子メールアドレスを含む、送達レシート種別パラメータフィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージが送達された、前記ファックスメッセージの前記１人または複数の受け手の各々について別個の送達レシートが要求されているかどうか、および、前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージが送達された前記１人または複数の受け手の全員について要約送達レシートが要求されているかどうかの１つを示すフラグを表す「ブロードキャストレシートをグループ化する（ＧｒｏｕｐＢｒｏａｄｃａｓｔＲｅｃｅｉｐｔｓ）」フィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージが送達された前記１人または複数の受け手の各々について前記送達レシートが要求されたとき、前記ファックスメッセージを前記送達レシートに添付すべきかどうかを示すフラグを表す「ファックスをレシートに添付する（ＡｔｔａｃｈＦａｘＴｏＲｅｃｅｉｐｔ）」フィールドと、
    サービスが特定のサーバ上で前記ファックスメッセージを識別することができる一意の識別子を表すブロードキャストＩＤ（ＢｒｏａｄｃａｓｔＩＤ）フィールドと、
    伝送データ構造に対する１つまたは複数のリンクを表す受け手（Ｒｅｃｉｐｉｅｎｔ）フィールドであって、前記伝送データ構造に対する前記リンクの各々は、前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記１人または複数の受け手の１人を表す受け手フィールドと、
    ファックスカバーページデータ構造に対するリンクを表すカバーページ情報（ＣｏｖｅｒＰａｇｅＩｎｆｏ）フィールドであって、前記ファックスカバーページデータ構造は、
    前記ファックスカバーページがファックスサービスを用いて作成されたとき前記ファックスカバーページを含む前記ファイルの相対ファイル名、および、前記ファックスカバーページがクライアント上で作成されたとき絶対ファイル名の１つを表すカバーページ名（ＣｏｖｅｒＰａｇｅＮａｍｅ）フィールドであって、前記絶対ファイル名は、前記ファックスカバーページを含む前記ファイルのパス名を指定する、カバーページ名フィールドと、
    前記カバーページがファックスサーバによって生成されたかどうかを示すフラグを表すサーバベース（ＳｅｒｖｅｒＢａｓｅｄ）フィールドと、
    前記カバーページの注記セクション内に現れるテキストを表す注記フィールドと
    からなるカバーページ情報フィールドと
    からなることを特徴とする請求項４５に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
47. 前記ファックスメッセージデータ構造はさらに、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを前記アプリケーションがディスプレイデバイスに表示するときはいつでも表示するための表示名を表す文書名（ＤｏｃｕｍｅｎｔＮａｍｅ）フィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを、前記ファックスメッセージの前記１人または複数の受け手に送信するために使用される送達スケジュールの種類を表すスケジュール種別（ＳｃｈｅｄｕｌｅＴｙｐｅ）フィールドであって、前記送達スケジュールは、指定された時刻で前記ファックスメッセージを送達、割引伝送率が適用された時点で前記ファックスメッセージを送達、および直ちに前記ファックスメッセージを送達を含むスケジュール種別フィールドと
    からなることを特徴とする請求項４６に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
48. 前記伝送データ構造は、前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記１人または複数の受け手に対する前記ファックスメッセージの伝送を表し、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを、前記受け手フィールド内で表された前記受け手の１人に送信するために使用されるデバイスの名前を表すデバイス名（ＤｅｖｉｃｅＮａｍｅ）フィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを、前記受け手フィールド内で表された前記受け手の１人に送信するために使用される前記デバイスの被呼局識別子を表すデバイスＣＳＩＤ（ＤｅｖｉｃｅＣｓｉｄ）フィールドと、
    前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージを、前記受け手フィールド内で表された前記受け手の１人に送信するために使用される前記デバイスの送信局識別子を表すデバイスＴＳＩＤ（ＤｅｖｉｃｅＴｓｉｄ）フィールドと、
    前記受け手フィールド内で表された前記受け手の１人に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの伝送について現在の伝送状況の指示を表す状況（Ｓｔａｔｕｓ）フィールドと、
    前記受け手フィールド内で表された前記受け手の１人に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送中に行われた再試行回数を表す再試行（Ｒｅｔｒｉｅｓ）フィールドと、
    前記受け手フィールド内で表された前記受け手の１人に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送を識別するために使用される一意のＩＤを表す伝送ＩＤ（ＴｒａｎｓｍｉｓｓｉｏｎＩＤ）フィールドと
    からなることを特徴とする請求項４６に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
49. 前記ファックス伝送データ構造はさらに、
    前記受け手フィールド内で表された前記受け手の１人に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送の拡張伝送状況を説明するコードを表す拡張状況コード（ＥｘｔｅｎｄｅｄＳｔａｔｕｓＣｏｄｅ）フィールドと、
    前記受け手フィールド内で表された前記受け手の１人に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送の前記拡張伝送状況を説明するテキスト文字列を表す拡張状況文字列（ＥｘｔｅｎｄｅｄＳｔａｔｕｓＳｔｒｉｎｇ）フィールドと、
    前記受け手フィールド内で表された前記受け手の１人に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送が開始された時刻を表す伝送開始（ＴｒａｎｓｍｉｓｓｉｏｎＳｔａｒｔ）フィールドと、
    前記受け手フィールド内で表された前記受け手の１人に対する前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送が終了した時刻を表す伝送終了（ＴｒａｎｓｍｉｓｓｉｏｎＥｎｄ）フィールドと、
    前記受け手フィールド内で表された前記受け手の１人に現在送信されている前記ＩＤフィールド内で表された前記識別子によって識別された前記ファックスメッセージの前記伝送のページの数を表す現在ページ（ＣｕｒｒｅｎｔＰａｇｅ）フィールドと
    からなることを特徴とする請求項４８に記載のファックスメッセージを表すデータ構造が記憶されている１つまたは複数のコンピュータ読取可能な媒体。
    

Images