JP5302374B2 - アクション可能な電子メールドキュメント - Google Patents

Description

本開示は、一般に、何らかのアクションの実行を容易にする電子メールドキュメントに関し、詳細には、例として、限定としてではなく、関連するブロックおよび／またはデータを識別するフィールドタグを有する電子メールドキュメントを作成すること、および使用することに関する。

データベースは、探索および取り出しの容易さおよび速さのために構成されたデータの混合と見なすことができる。各データベースは、整合性のあるデータの１つまたは複数の大きな構造化されたセットを有することが可能である。それらのセットは、通常、データの入力、更新、およびクエリを行うプログラムに関連している。単純なデータベースの例が、各フィールドが、ある一定の最大幅である同一のフィールドセットをそれぞれが含む、多くのレコードを含む単一のファイルである。

データベースは、企業、個人、教育機関などによって、後にアクセスするためにデータを格納するのに使用される。データベースは、しばしば、フィールドに構成され、編成されて、フィールド内に位置するデータにアクセスすることが、探索と取り出しの両方に関して円滑にされるようにする。ただし、探索または取り出しに先立って、所与のデータベースの中に含まれるデータは、そのデータベースの中に前もって格納される。残念ながら、データベースにデータを入力することは、相当なインフラストラクチャを要する可能性があり、しばしば、時間がかかる。

例えば、１名または数名の人々が、多数の個人に関連するデータを入力することを担う場合、数名の人々が物理的にデータを入力することによって消費される時間は、莫大である可能性がある。さらに、１名または数名の人々がまず、多数の個人から手作業でデータを獲得するため、さらなる時間が要求される。他方、多数の個人が、自身のデータをデータベースに直接に入力することが許される場合、結果として、データベースへの完全に開かれたアクセスが多くの人々に与えられ、これは、相当なインフラストラクチャを要する可能性がある。

したがって、大規模なインフラストラクチャを要することなく、かつ／またはデータベースにアクセスを有する１名または数名の人々による多大な手動の入力なしに、多数の個人からのデータの獲得、および／またはデータベースにそのようなデータを入力することを円滑にすることができる、一般的なスキームおよび／または技術の必要性が存在する。

本発明は、このような状況に鑑みてなされたもので、その目的とするところは、アクション可能な電子メールドキュメントを提供することにある。

受信された返信電子メールドキュメントは、電子メールドキュメントの中に含まれるデータを使用して、データに関連し、メタデータのフィールドに対応するフィールド識別子に応答して、何らかのアクションが実行されることを可能にする。メタデータの既知のフィールドに対応する、関連するフィールド識別子は、そのフィールド識別子が関連するデータの意味論上の意味および／または構文上の制約について、何らかの予想を与える。したがって、その予想に応答して、少なくとも１つのアクションを実行することができる。

説明するインプリメンテーションでは、アクション可能な電子メールドキュメントモジュールが、メタデータのフィールドにマップされたブロックを有する電子メールドキュメントを作成する。電子メールドキュメントは、１名または複数名の受信者に送信される。各受信者は、適切なデータを追加することにより、ブロックに記入するように求められる。この追加されたデータは、こうして、メタデータのフィールドにマップされる。受信者は、フィールドマップされた（ｆｉｅｌｄ−ｍａｐｐｅｄ）データを有する返信電子メールドキュメントを戻す。受信時に、アクション可能な電子メールドキュメントモジュールは、マッピングに応答して、フィールドマップされたデータを使用して、何らかのアクションを実行することができる。例えば、メタデータが、データソースを含む場合、返信電子メールドキュメントのデータは、データが現在、マップされているメタデータのフィールドの中に挿入することができる。

他の方法、システム、アプローチ、装置、デバイス、媒体、手続き、構成などのインプリメンテーションを本明細書で説明する。

同一の符号は、すべての図面で、同様の態様、特徴、およびコンポーネント、および／または対応する態様、特徴、およびコンポーネントを指すのに使用される。

本発明によれば、アクション可能な電子メールドキュメントを提供することができる。

アクション可能な電子メールドキュメントに対する例示的アプローチを示すブロックダイアグラムである。 アクション可能な電子メールドキュメントを作成し、利用するための方法の例を示すフローチャートである。 分岐した（ｂｉｆｕｒｃａｔｅｄ）アクション可能な電子メールドキュメントモジュール、ならびに作成された電子メールドキュメントのブロックダイアグラム例である。 電子メールドキュメントとデータベースの間のマッピングのブロックダイアグラム例である。 発信者のデバイスにおいてアクション可能な電子メールドキュメントを作成し、使用すること、および受信者のデバイスにおいてアクション可能な電子メールドキュメントに返信することの例を示す高レベルフローチャートである。 一般的なマッピングスキームの例を示す図である。 分岐したアクション可能な電子メールドキュメントモジュールを使用した、特定のマッピングスキームの例を示す図である。 本明細書で説明するアクション可能な電子メールドキュメントの少なくとも１つの態様を（完全に、または部分的に）実施することができるコンピューティング（または汎用デバイス）動作環境の例を示す図である。

以下、図面を参照して本発明を適用できる実施形態を詳細に説明する。
イントロダクション
データベース設計者は、従来、１つの単純であるように見えるが、どこにでも存在する問題に直面してきた。適切なエンドユーザから、データベース設計者のデータベース群にデータを入れること。１つのオプションは、データに関する豊かなビュー（ｖｉｅｗ）を提供するクライアントアプリケーションを構築することである。すると、エンドユーザは、クライアントアプリケーションを介してデータベースと対話することができる。それらのビューは、従来、独自のアプリケーション、またはＷｅｂソリューションによって提供されてきた。しかし、両方のケースで、ソリューション作成者は、類似した問題に直面した。ソリューションの展開、および基礎にあるデータベースへのアクセスをユーザに与えること。両方の問題が、ロジスティック上の（ｌｏｇｉｓｔｉｃａｌ）問題、および費用の問題をもたらす。

アクション可能な電子メールドキュメントに関する説明するインプリメンテーションでは、データベース群に関するデータ収集シナリオは、非常に多くのコンピュータユーザが、電子メールへのアクセスを有するという事実を活用することにより、円滑にされる。アクション可能な電子メールドキュメントモジュールを使用して、データベースユーザは、フォームを作成し、電子メールを介して特定の受信者に送信することができる。それらのメール受信者が、受信したフォームに返信すると、データベースユーザおよびフォーム発信者の自動化されたプロセスが、電子メール応答全体を解析することができる。この自動化されたプロセスは、戻された電子メールの中に含まれる該当するデータを、データベースの適切なフィールドの中に自動的に挿入することができる。アクション可能な電子メールドキュメントに関するこの説明するインプリメンテーションは、これにより、展開問題、および／またはデータベースへのアクセスをエンドユーザに与える必要があることの問題を改善する。

ただし、アクション可能な電子メールドキュメントを使用するインプリメンテーションは、データベース挿入状況に限定されず、またはデータベースシナリオ全般にさえ限定されない。アクション可能な電子メールドキュメントは、戻された応答電子メールドキュメントの受信時に、アクションが実行されるのを可能にするのに、一般的に使用することができる。「アクション可能な電子メールドキュメント全般」と題された以下のセクションでは、電子メールドキュメントの受信時に一般的なアクションを実行することについて、一般的なアクション可能な電子メールドキュメントモジュール、およびメタデータに全般的に関連して説明する。「アクション可能な電子メールドキュメントを使用したデータ挿入」と題された後続のセクションでは、電子メールドキュメントの中で受信されたデータが、データベースの中に挿入される特定のインプリメンテーションについて、分岐したアクション可能な電子メールドキュメントモジュール、および一般的なメタデータのデータベースインプリメンテーションに関連して説明する。

アクション可能な電子メールドキュメント全般
図１は、アクション可能な電子メールドキュメントに対する例示的アプローチのブロックダイアグラム１００である。図示するとおり、ブロックダイアグラム１００は、アクション可能な電子メールドキュメントモジュール１０２、メタデータ１０４、電子メールプログラム１０８、および電子メールドキュメント１１０を含む。メタデータ１０４は、１つまたは複数のフィールド１０６を含み、電子メールドキュメント１１０は、フィールドにマップされたブロックおよび／またはデータ１１２を含む。メタデータ１０４は、別のデータに関する情報、または別のデータのドキュメンテーション（ｄｏｃｕｍｅｎｔａｔｉｏｎ）を提供する定義データである。この別のデータは、特定のアプリケーション内で、かつ／または所与の環境内で管理されるデータであることが可能である。

一般に、メタデータ１０４の例には、スキーマ、一般的なデータソース（例えば、データベース、またはデータベースの部分）、ワークフロー情報、以上の何らかの組合せなどが含まれる。より具体的には、メタデータ１０４は、特にワークフロー情報に関して、費用報告メタデータ、「Ｔｉｔｌｅ Ｏｆ Ｉｓｓｕｅ（問題の名称）」、「Ｄｅｓｃｒｉｐｔｉｏｎ ｏｆ Ｉｓｓｕｅ（問題の説明）」、「Ｉｓｓｕｅ Ｔｙｐｅ（問題タイプ）」、「Ａｓｓｉｎｅｄ Ｔｏ（担当者）」などのフィールドを含むことが可能な問題追跡メタデータ、「Ａｓｓｅｔ Ｎａｍｅ（資産名）」、「Ａｓｓｅｔ Ｔｙｐｅ（資産タイプ）」、「Ｄａｔｅ Ａｑｕｉｒｅｄ（獲得日）」などのフィールドを含むことが可能な資産追跡メタデータ、「Ｄｏｃｕｍｅｎｔ Ｎａｍｅ（ドキュメント名）」、「Ｄｏｃｕｍｅｎｔ Ａｕｔｈｏｒ（ドキュメント作成者）」、「Ｓｔａｔｕｓ（ステータス）」、「Ａｐｐｒｏｖｅｄ Ｂｙ（承認者）」などのフィールドを含むことが可能なドキュメント承認メタデータなどを含むことが可能である。

説明するインプリメンテーションでは、アクション可能な電子メールドキュメントモジュール１０２は、メタデータ１０４および／または電子メールプログラム１０８と連携して動作する。電子メールドキュメント１１０が作成されると、アクション可能な電子メールドキュメントモジュール１０２は、フィールドにマップされたブロック１１２を含み、マッピングは、メタデータ１０４の既知のフィールド１０６に対してである。フィールドにマップされたそれらのブロック１１２にデータがポピュレートされた後、そのデータに基づく何らかのアクションが、電子メールドキュメント１１０のフィールドマッピング１１２に応答して実行されることが可能である。というのは、メタデータ１０４のフィールドの知識が存在するからである。

ブロックダイアグラム１００のアクション可能な電子メールドキュメントに対する例示的アプローチでは、４つの段階が例示されている。段階１で、電子メールドキュメント１１０が、フィールドにマップされたブロック１１２を含むように作成される。それらのフィールドマップされたブロック１１２は、メタデータ１０４のフィールド１０６にマップされる。フィールド１０６は、予想される（例えば、既知の）意味論上の意味および／または構文上の制約を有する。段階２で、電子メールドキュメント１１０が、電子メールプログラム１０８を使用して送信される。図１に明示していないが、フィールドマップされたブロック１１２には、電子メールドキュメント１１０の受信者によってデータがポピュレートされ、それらのブロックが、フィールドマップされたデータ１１２になる。

段階３で、電子メールドキュメント１１０が、電子メールプログラム１０８を使用して受信される。電子メールドキュメント１１０のこの返信バージョンは、フィールドマップされたデータ１１２を含む。段階４で、何らかのアクション１１４が、受信された返信電子メールドキュメント１１０のフィールドマップされたデータ１１２を使用して実行される。アクション１１４は、電子メールドキュメント１１０が、メタデータ１０４のフィールド１０６にマップされたデータフィールドマッピング１１２を使用して解析されることが可能であるために、実行することができる。

アクション可能な電子メールドキュメントモジュール１０２は、スタンドアロンプログラム、何らかのタイプのプラグイン、ライブラリコンポーネント、以上の何らかの組合せなどであることが可能である。アクション可能な電子メールドキュメントモジュール１０２は、電子メールプログラム１０８および／またはメタデータ１０４（メタデータ１０４へのアクセスを提供するプログラムを含む）と別個であっても、プログラム１０８および／またはメタデータ１０４と完全に、または部分的に一体化されてもよい。電子メールプログラム１０８は、電子メールクライアントプログラム、電子メールサーバプログラム、電子メール機能を含む別のプログラムタイプなどであることが可能である。

アクション可能な電子メールドキュメントモジュール１０２は、単一の（例えば、モノリシックな（ｍｏｎｏｌｉｔｈｉｃ））コードから、または２つ以上の切断可能な（ｓｅｖｅｒａｂｌｅ）コードから成ることが可能である。オプションのインプリメンテーションでは、ブロックダイアグラム１００に破線で示すとおり、アクション可能な電子メールドキュメントモジュール１０２は、２つの部分、電子メールドキュメント作成モジュール１０２（Ｃ）および収集済みデータアクションイフェクチュエータ（ｅｆｆｅｃｔｕａｔｏｒ）モジュール１０２（Ｅ）から成ることが可能である。図３〜図７を参照して、実行されるアクションが、データ挿入を含むデータベース特有のインプリメンテーションに関して以下にさらに説明するとおり、電子メールドキュメント作成モジュール１０２（Ｃ）は、段階１および段階２に関与し、収集済みデータアクションイフェクチュエータモジュール１０２（Ｅ）は、段階３および段階４に関与する。

図２は、アクション可能な電子メールドキュメントを作成し、利用するための方法の例を示すフローチャート２００である。フローチャート２００は、４つのブロック２０２〜２０８を含む。フローチャート２００のアクションは、他の環境において、様々なハードウェアとソフトウェアの組合せを使用して実行することが可能であるが、図１が、特に、方法の一部の態様および例を例示するために使用される。

ブロック２０２で、メタデータと、電子メールドキュメントのブロックダイアグラムの間のマッピングが確立される。例えば、メタデータ１０４のフィールド１０６と、電子メールドキュメント１１０のフィールドマップされたブロック１１２の間のマッピングが、確立されることが可能である。ブロック２０４で、電子メールドキュメントは、電子メール機構を介して送信される。例えば、フィールドマップされたブロック１１２を有する電子メールドキュメント１１０が、電子メールプログラム１０８を使用して送信されることが可能である。

ブロック２０６で、マップされたブロックにデータがポピュレートされた電子メールドキュメント返信が、電子メール機構を介して受信される。例えば、フィールドマップされたデータ１１２を有する返信電子メールドキュメント１１０が、電子メールプログラム１０８を使用して受信されることが可能である。ブロック２０８で、メタデータに対するマッピングを使用して、電子メールドキュメント返信のブロックにポピュレートされたデータを使用してアクションが実行される。例えば、メタデータ１０４のフィールド１０６にマッピングされているために、アクション１１４が、返信電子メールドキュメント１１０のフィールドマップされたデータ１１２を使用して実行されることが可能である。

それらのアクション１１４は、多くの可能なアクションの任意の１つまたは複数であることが可能である。そのようなアクション１１４の例には、データベースなどのデータソースの中にデータを挿入すること、データを別の電子メールドキュメントに転送すること、データをスプレッドシートに追加すること、Ｗｅｂサービスを開始して、データを有する製品を生成すること、ワークフロー（例えば、費用報告、問題追跡、資産追跡、ドキュメント承認などに関連するワークフロー）を管理すること、以上の何らかの組合せなどが含まれる。

単に例として、経理メタデータ１０４の既知の賃金台帳（ｐａｙｒｏｌｌ）フィールド１０６にマップされたブロック１１２を有する電子メールドキュメント１１０が、作成されることが可能である。返信電子メールドキュメント１１０が、既知の賃金台帳フィールド１０６にマップされたデータ１１２とともに戻されると、１つまたは複数のアクションが開始されることが可能である。それらのアクションには、データ１１２によって示される経費の払い戻しを処理することが含まれることが可能である。この例で複数のアクションが開始される場合、払い戻し処理の後に、払い戻し／賃金台帳データ１１２をデータベースの中に格納することが続くことが可能である。

電子メールドキュメント１１０を受信した結果、行われることが可能なその他の例示的アクションには、（１）着信するフィールドマップされたデータ１１２を検証し、そのデータを、メタデータ１０４に基づいて、異なる人々に「転送すること」が含まれる。例えば、請求書（ｉｎｖｏｉｃｅ）が、１００００ドルを超えている場合、請求書は、承認のために副社長に転送される必要があり、そうでない場合、請求書は、経理部門に転送されることが可能である。（２）共有ドキュメントライブラリにスプレッドシートドキュメントをアップロードして、経理部門の複数の人々が閲覧することができるようにする。

アクション可能な電子メールドキュメントを使用したデータ挿入
図３は、分岐したアクション可能な電子メールドキュメントモジュール１０２（Ｃ／Ｅ）、ならびに作成された電子メールドキュメント１１０のブロックダイアグラム例である。分岐したアクション可能な電子メールドキュメントモジュール１０２は、電子メールドキュメント作成モジュール１０２（Ｃ）および収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）を含む。説明するインプリメンテーションでは、電子メールドキュメント作成モジュール１０２（Ｃ）は、データベースプログラム３０２と一体化され、プログラム３０２の一部を構成し、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）は、電子メールプログラム３０４と対話する。電子メールプログラム３０４は、プラグインモジュールが、プログラム３０４とインタフェースをとることを可能にし、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）は、そのようなプラグインモジュールを含む。電子メールプログラム３０４は、一般的な電子メールプログラム１０８（図１の）の特定の例である。

データベースプログラム３０２は、ユーザが、１つまたは複数のテーブルをそれぞれが有する、複数のデータベースを作成することを可能にする。データベース、ならびにデータベースのテーブルへのアクセスは、例えば、クエリインタフェースを使用して、データベースプログラム３０２によって与えられる。データベースプログラム３０２のユーザが、テーブルに関するデータを収集することを所望する場合、ユーザは、クエリなどを介して該当するテーブルにアクセスしながら、電子メールによってデータを収集するオプションを選択する（例えば、メニュー、キーボードコマンドなどを使用して）ことができる。

電子メールデータ収集オプションを選択することにより、ユーザが、作成される電子メールドキュメントを選択的に仕立てることができるようにする、ユーザインタフェース機構が起動される。ユーザインタフェースは、例えば、ウィザード、少なくとも１つのダイアログボックス、メニュー／タブ、型指定された（ｔｙｐｅｄ）コマンド、以上の何らかの組合せなどであることが可能である。ユーザインタフェースは、ユーザが、電子メールドキュメント１１０の受信者から、ユーザのためにデータを収集しようと試みるために、データベーステーブルのいずれのフィールドが、電子メールドキュメント１１０の中に含められるべきかを選択することができるようにする。また、ユーザは、受信者を選択することができるようにもされる。ユーザが、ユーザインタフェースによって提示される任意のオプションを選択した後、電子メールドキュメント作成モジュール１０２（Ｃ）が、選択されたオプションを使用して、電子メールドキュメント１１０を作成する。

電子メールドキュメント１１０は、標準の電子メールルーティング−サリュテーション（ｓａｌｕｔａｔｉｏｎ）情報を含むことが可能である。この情報は、例えば、「Ｔｏ」、つまり受信者宛先ＩＤ、「Ｆｒｏｍ」、つまり発信ＩＤ、「Ｓｕｂｊｅｃｔ」行などを含むことが可能である。また、電子メールドキュメント１１０は、受信者に対する前文の説明的なテキストも含むことが可能である。テキストは、電子メールの目的を説明し、受信者に何が要請されているのかを記述する。そのようなテキストのサンプルが、図３の電子メールドキュメント１１０の例示的本文に提示されている。

図３に図示するとおり、電子メールドキュメント１１０の例示的本文は、フィールドマップされたブロック１１２を有するデータ収集フォームも含む。フィールドマップされたブロック１１２は、フィールド識別子３０６、ならびに現在、ポピュレートされていないブロック３０８を含む。それぞれの各フィールド識別子３０６は、それぞれのブロック３０８に関連する。３つのそのようなフィールド識別子、および関連するブロックペアだけを図示しているが、代替として、任意の電子メールドキュメント１１０の中に、３つより多い、または３つより少ない数が含まれることも可能である。

また、ブロック３０８は、図３に文字どおりブロックとして示しているが、代替の形で表示されてもよい。例えば、ブロック３０８は、ユーザ／発信者に、または電子メールドキュメント受信者に、空白のスペース、下線が引かれた領域、強調表示された領域などとして表示されてもよい。また、ブロック３０８は、ユーザ／発信者と比べて、電子メールドキュメント受信者に異なる形で表示されることも可能である。このため、ブロック３０８に関して、本明細書で使用する「ブロック」という用語は、実際に表示される構造を必ずしも反映しない、論理的で、機能的な用語である。

フィールド識別子３０６は、英数字などの、任意の所与の識別情報から成ることが可能である。ただし、人間による読みやすさおよび理解は、フィールド識別子が、メタデータ１０４のデータベースインプリメンテーション例の対応するフィールド１０６を本質的に示す場合、促進されることが可能である。電子メールドキュメント１１０のフィールド識別子３０６と、メタデータ１０４のデータベースインプリメンテーションのフィールド１０６の間のマッピングを、図４、ならびに図６〜図７を特に参照して、本明細書で以下にさらに説明する。

アクション可能な電子メールドキュメントに関するインプリメンテーションは、多くの代替の形で実現することができる。例えば、データベースが、単一のテーブルしか有さないこと、またはテーブルによって編成されてさえいないことも可能である。電子メールドキュメント１１０は、ハイパーテキストマークアップ言語（ＨＴＭＬ）などの公開フォーマット、または独自フォーマットを含む、任意のフォーマットで実現することができる。単に例として、電子メールドキュメント１１０が、ＨＴＭＬフォーマットで実現される場合、各フィールド識別子は、ＨＴＭＬタグを含むことが可能である。

また、さらなる選択オプションを発信側ユーザに与えることもできる。例えば、発信側ユーザは、利用可能な電子メールフォーマットオプションの間で、またはそのようなオプションのなかから選択を行うように求められることが可能である。また、返信電子メール処理オプションも、ユーザによって規定されることが可能である。例には、（ｉ）処理されるべき電子メール返信の数を選択可能な最大値に制限すること、（ｉｉ）処理されるのに適格であるための、電子メールドキュメント返信の着信に関する期限を設定すること、（ｉｉｉ）電子メールドキュメント返信の送信元が認識された（例えば、受信者として最初に目標とされていた）場合にだけ、電子メールドキュメント返信が処理されるかどうかを選択すること、（ｉｖ）戻されたデータまたはフィールドが処理されるべき順序を選択することなどが含まれる。

さらに、図３に例示した電子メールドキュメント１１０のサンプルテキストによって示すとおり、電子メールドキュメント１１０の本文の中にヒントを含めることができる。ヒントセクションは、それぞれのポピュレートされていないデータブロック３０８に関して所望される情報のタイプを受信者に示す。個々のヒントは、どのようなデータが所望されているか、データの予想されるフォーマット（例えば、文字の数およびタイプ、小数点の位置（ｄｅｃｉｍａｌ ｌｏｃａｔｉｏｎ）その他）などを示すことが可能である。ユーザは、ブロック３０８の実際の外観を決めることもできる。

さらに、データベースに関する電子メールベースのデータ収集は、データ追加のケースと、データ更新のケースの両方（ならびにデータ削除のケース）で使用することができる。データ追加のケースでは、データベースの中で現在、空であるフィールドに関して、新たなデータが収集されている。データ更新のケースでは、現在のデータの検証、および／または更新されたデータによる置き換えが行われている。そのようなデータ更新のケースでは、現在のデータは、電子メールドキュメント１１０の中に含められることが可能である。現在のデータが含められる場合、データは、更新されたデータを受信者が入力することにより、電子メールドキュメント１１０の中、および／または電子メールドキュメント１１０の返信の中の「現在の」データが上書きされるように、ブロック３０８の中で提示されることが可能である。代替として、現在のデータは、別の列などの、電子メールドキュメント１１０の別の位置で提示されてもよい。

図４は、電子メールドキュメント１１０とデータベース４０２の間のマッピング４１２のブロックダイアグラム例である。図示するとおり、データベース４０２は、少なくとも１つのデータテーブル４０４、およびデータベース情報テーブル４０８を含む。データベース情報テーブル４０８は、データベースプログラム３０２（図３の）によるデータベース４０２のテーブルへのアクセスを容易にする情報を含む。そのような情報は、編成、ＩＤ、記述などに関連することが可能である。

アクション可能な電子メールドキュメントに関する説明するインプリメンテーションでは、データベース情報テーブル４０８は、少なくとも１つのテーブル−電子メールドキュメントリンケージ識別子４１０を含む。テーブル−電子メールドキュメントリンケージ識別子４１０は、データベース４０２のテーブル４０４を電子メールドキュメント１１０にリンクする（またはマップする）。任意の所与の時点で、データベース４０２の各テーブル４０４は、データベース情報テーブル４０８に位置する、０の、１つの、２つの、またはそれより多くの対応するテーブル−電子メールドキュメントリンケージ識別子４１０を有する。テーブル−電子メールドキュメントリンケージ識別子４１０は、英数字などの、任意の所与の識別情報から成ることが可能である。しかし、説明するインプリメンテーションでは、テーブル−電子メールドキュメントリンケージ識別子４１０はそれぞれ、グローバル一意識別子（ＧＵＩＤ）から成る。

テーブル４０４は、複数のフィールド４０６を含む。テーブル４０４およびフィールド４０６は、それぞれ、一般的なメタデータ１０４、および一般的なフィールド１０６（ともに図１の）のデータベース特有の例である。図示するとおり、テーブル４０４は、フィールド４０６（１）、フィールド４０６（２）、およびフィールド４０６（ｎ）を含む。テーブル４０４は、任意の数のフィールド４０６を有することが可能であり、それぞれのそのようなフィールド４０６は、テーブル４０４の意図される目的および／または定義に従って、別個の、同一の、関係する、無関係の、その他の構文上の制約、および意味論上の意味を有することが可能である。各フィールド４０６（必ずしも、すべてのそのようなフィールド４０６ではないが）は、電子メールドキュメント１１０にマップされる４１２ことが可能である。

電子メールドキュメント作成モジュール１０２（Ｃ）（図３の）によって作成される電子メールドキュメント１１０は、複数のフィールド識別子３０６、ならびにデータポピュレート（ｐｏｐｕｌａｔｉｏｎ）用の関連するブロック３０８を含む。また、電子メールドキュメント１１０は、テーブル−電子メールドキュメントリンケージ識別子４１０も含む。図示するとおり、電子メールドキュメント１１０は、データポピュレート用の関連するブロック３０８（１）、データポピュレート用の関連するブロック３０８（２）、およびデータポピュレート用の関連するブロック３０８（ｎ）にそれぞれ関連する、フィールド識別子３０６（１）、フィールド識別子３０６（２）、およびフィールド識別子３０６（ｎ）を含む。

一般に、電子メールドキュメント１１０の各フィールド識別子３０６は、テーブル４０４の対応するフィールド４０６にマップされる４１２。図示するとおり、フィールド４０６（１）、フィールド４０６（２）、およびフィールド４０６（ｎ）がそれぞれ、フィールド識別子３０６（１）、フィールド識別子３０６（２）、およびフィールド識別子３０６（ｎ）にマップされる。こうして、テーブル−電子メールドキュメントリンケージ識別子４１０は、電子メールドキュメント１１０を、データベース４０２のテーブル４０４にリンクする。フィールド４０６とフィールド識別子３０６の間にあるマッピング４１２により、データポピュレート用の各ブロック３０８が、テーブル４０４のフィールド４０６とリンクされる。

これらのマッピングにより、返信電子メールドキュメント１１０の中のデータポピュレートブロック３０８が、データベース４０２のテーブル４０４の中に挿入されることが可能になる。そのようなマッピングおよびデータ挿入について、図６および図７を特に参照して、以下にさらに説明する。電子メールドキュメントを作成し、送信すること、返信電子メールドキュメントを受信すること、受信された返信電子メールドキュメント１１０をデータ挿入のために利用することの全体的なプロセスの例を、図５を特に参照して、高い抽象レベルで以下にさらに説明する。

図５は、発信者のデバイス５０２において、アクション可能な電子メールドキュメント１１０を作成し、使用すること、および受信者のデバイス５０４において、そのアクション可能な電子メールドキュメント１１０に返信することの例を示す高レベルのフローチャート５００である。フローチャート５００は、１０のブロック５０８〜５２６を含む。７つのブロック５０８〜５２０のアクションは、発信者のデバイス５０２において実行され、３つのブロック５２２〜５２６のアクションは、受信者のデバイス５０４において実行される。フローチャート５００のアクションは、他の環境において、様々なハードウェアとソフトウェアの組合せを使用して実行されることが可能であるが、図１、ならびに図３〜図４は、方法の一部の態様および例を示すのに特に使用される。

ブロック５０８で、テーブルまたはクエリが、ユーザ／発信者によって選択される。例えば、データベース４０２のテーブル４０４（またはテーブル４０４上のクエリ）が選択されることが可能である。ブロック５１０で、データを収集するためのフォームを含む電子メールドキュメントが作成される。例えば、電子メールドキュメント作成モジュール１０２（Ｃ）を（場合により、電子メールプログラム３０４と併せて）使用して、フィールドマップされたブロック１１２を含む電子メールドキュメント１１０が作成されることが可能である。フィールドマップされたブロック１１２は、フィールド識別子３０６、ならびにデータポピュレート用の関連するそれぞれのブロック３０８を含む。それぞれのフィールド識別子３０６は、テーブル４０４のそれぞれのフィールド４０６に対応する。発信者は、テーブル４０４のいずれのフィールド４０６が、電子メールドキュメント１１０のデータ収集フォームに含められるべきかを選択する権限を与えられる。

ブロック５１２で、電子メールドキュメントが発行（ｐｕｂｌｉｓｈ）される。例えば、発信者は、「Ｓｅｎｄ（送信）」ボタン、または類似物を押すことにより、電子メールドキュメント１１０が、電子メール送信されるべきことを示すことができる。ブロック５１４で、電子メールドキュメントは、発信者のデバイスから受信者のデバイスに向かって送信される。例えば、電子メールプログラム３０４が、ネットワーク５０６を介して、電子メールドキュメント１１０を受信者のデバイス５０４に向けて送信することができる。ネットワーク５０６は、専用ローカルエリアネットワーク（ＬＡＮ）、インターネット、公衆交換電話網（ＰＳＴＮ）、無線ネットワーク、以上の何らかの組合せなどの、１つまたは複数のネットワークであることが可能である。

ブロック５２２で、電子メールドキュメントは、受信者のデバイスにおいて受信される。例えば、電子メールドキュメント１１０が、受信者のデバイス５０４において受信されることが可能である。ブロック５２４で、受信者が、受信された電子メールドキュメントのフォームに記入する。例えば、受信者は、受信された電子メールドキュメント１１０のフィールドマップされたブロック１１２の中に適切なデータを入力して、ブロック１１２をフィールドマップされたデータ１１２に変換することができる。より具体的には、受信者は、収集されるべきデータをブロック３０８の中に入力して、ブロック３０８をデータ３０８またはデータブロック３０８に変換することができる。それぞれのデータブロック３０８は、それぞれのフィールド識別子３０６に関連する。

受信者のデバイス５０４において使用される電子メールクライアントに依存して、受信者は、「Ｒｅｐｌｙ Ｔｏ（返信）」コマンドをアクティブにするのに先立って、またはこのコマンドをアクティブにした後に、データを入力できることが可能である。つまり、収集されているデータが、受信された電子メールドキュメント１１０の中で、または発信者のデバイス５０２に送り返されるべき返信電子メールドキュメント１１０の中で、受信者によって入力されることが可能である可能性がある。ブロック５２６で、受信者は、ポピュレートされたデータを有する電子メールドキュメントで、送信者に返信する。例えば、受信者のデバイス５０４が、フィールドマップされたデータ１１２として、データがポピュレートされているブロック３０８を有する返信電子メールドキュメント１１０を、発信者のデバイス５０２に向かって送信することが可能である。

ブロック５１６で、電子メールドキュメント返信が受信される。例えば、フィールドマップされたデータ１１２を有する返信電子メールドキュメント１１０が、電子メールプログラム３０４を介して、発信者のデバイス５０２において受信されることが可能である。ブロック５１８で、電子メールドキュメント返信からのデータが、データベースの中にインポートされる（例えば、自動的に）。例えば、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）を使用して、ブロック３０８に現在、ポピュレートされているデータを、マッピング４１２を使用して、データベース４０２の適切なテーブル４０４の中に挿入することができる。代替として、データは、ブロック３０８からデータベース４０２の中に手動でインポートしてもよい。

このマッピング４１２は、テーブル−電子メールドキュメントリンケージ識別子４１０、ならびにポピュレートされたデータを有するそれぞれのブロック３０８に関連する、それぞれのフィールド識別子３０６を必要とする（ｅｎｔａｉｌ）。返信電子メールドキュメント１１０のそれぞれのフィールド識別子３０６に関連するブロック３０８の中のそれぞれのデータが、データベース４０２のテーブル４０４の対応するそれぞれのフィールド４０６の中に挿入される。このマッピングを、図６および図７を特に参照して、以下にさらに説明する。フローチャート５００のブロック５２０で、テーブルまたはクエリの中のデータが更新される。例えば、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）および／またはデータベースプログラム３０２が、テーブル４０４、または元のクエリを更新することができる。

図６は、マッピングモジュール６０２を使用した一般的なマッピングスキームの例を示す。マッピングモジュール６０２は、アクション可能な電子メールドキュメントモジュール１０２の一部である。ただし、マッピングモジュール６０２は、任意の好都合な形で、または望ましい形で分散させてもよい。例えば、マッピングモジュール６０２は、電子メールドキュメント作成モジュール１０２（Ｃ）と収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）のいずれか、または両方の一部であってもよい。

一般に、マッピングモジュール６０２は、データベース４０２のテーブル４０４の各フィールド４０６と、電子メールドキュメント１１０の各ブロック３０８の間のマッピングを確実にする。要するに、データベースごとに複数のテーブルを有するインプリメンテーションでは、マッピングモジュール６０２は、データベース／テーブル／フィールド６０４と電子メールドキュメント／ブロック６０６の間のマッピングを確実にする。このマッピングは、１つまたは複数の情報を使用して、情報が、任意の場所に分散され、配置されていて、任意の形で確立することができる。

しかし、説明するインプリメンテーションでは、２つの情報、テーブル−電子メールドキュメントリンケージ識別子４１０およびフィールド識別子３０６を使用して、このマッピングが確立される。テーブル−電子メールドキュメントリンケージ識別子４１０は、それぞれの所与の電子メールドキュメント１１０をデータベース４０２の特定のテーブル４０４にリンクする、またはマップする役割をする。特定のテーブル４０４内で、特定のテーブル４０４のそれぞれのフィールド４０６が、それぞれのフィールド識別子３０６を有する所与の電子メールドキュメント１１０のそれぞれのブロック３０８にマップされる。マッピング情報に関する例示的分散配置を含む、この説明するマッピングの例を、図７を特に参照して以下にさらに説明する。

図７は、分岐したアクション可能な電子メールドキュメントモジュール１０２（Ｃ／Ｅ）を使用した特定のマッピングスキーム７００の例を示す。マッピングスキーム７００は、５つの段階に関して説明される。電子メールドキュメント１１０が、本明細書で前述したとおり、電子メールドキュメント作成モジュール１０２（Ｃ）によって作成される。段階１のマッピングスキーム７００において、作成プロセスの一環として、電子メールドキュメント作成モジュール１０２（Ｃ）が、リンケージテーブル７０２を保持する。

リンケージテーブル７０２は、電子メールドキュメント（１１０）をデータベース（４０２）にリンクする。リンケージテーブル７０２の各エントリは、所与の電子メールドキュメント１１０の所与のリンケージ識別子を特定のデータベース４０２にリンクする。リンケージ識別子は、図４に示すとおり、電子メールドキュメント１１０およびデータベース情報テーブル４０８の一部として含まれる、テーブル−電子メールドキュメントリンケージ識別子４１０に相当する。リンケージテーブル７０２は、どこに配置されてもよい。しかし、説明するインプリメンテーションでは、リンケージテーブル７０２は、電子メールプログラム３０４に関する構成ファイル（例えば、拡張マークアップ言語（ＸＭＬ）フォーマットの）の一部として格納される。

段階２で、返信電子メールドキュメント１１０が、電子メールプログラム３０４によって受信されている。その結果、電子メールプログラム３０４は、新規メールイベント通知を、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）を含む、プログラム３０４のプラグイン群に提供する。

段階３で、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）が、受信された電子メールドキュメント１１０からテーブル−電子メールドキュメントリンケージ識別子４１０を（存在する場合）獲得する。収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）は、獲得されたテーブル−電子メールドキュメントリンケージ識別子４１０をリンケージテーブル７０２の各リンケージ識別子と比較する。一致が見出された場合、受信された返信電子メールドキュメント１１０が、フィールドマップされたデータ１１２を含む可能性があることが明白である。したがって、リンケージテーブル７０２の中の一致したリンケージ識別子に関連するデータベース４０２が、抽出される。

説明するインプリメンテーションでは、特定のデータベース４０２は、リンケージテーブル７０２から特定可能であるが、特定のテーブル４０４は、データベース情報テーブル４０８から突き止めることが可能である。この分離は、セキュリティ上の理由で設けられるが、特定のテーブル４０４は、代替として、リンケージテーブル７０２からも発見可能であってよい。データが、手動でインポートされるべき場合、段階２の新規メールイベント通知は、単に、受信された返信電子メールドキュメント１１０に、段階３の後、手動のインポートの準備ができているというマーク、または類似のマークが付けられることをもたらすことが可能である。

段階４で、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）が、見出された一致するリンケージ識別子に関連する、抽出されたデータベース４０２のデータベース情報テーブル４０８にアクセスする。データベース情報テーブル４０８から、返信電子メールドキュメント１１０のテーブル−電子メールドキュメントリンケージ識別子４１０に関する、実際の特定のテーブル４０４が取り出される。その時点で、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）は、受信された返信電子メールドキュメント１１０にマップされるテーブル４０４を突き止めている。

段階５で、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）が、返信電子メールドキュメント１１０のブロック３０８からのデータを、テーブル４０４のフィールド４０６の中に挿入する。より具体的には、フィールド４０６に対応するフィールド識別子３０６を使用して、それぞれの識別子３０６に関連するブロック３０８にポピュレートされた、それぞれのデータを、それぞれのフィールド４０６の中に挿入することができる。図示するとおり、返信電子メールドキュメント１１０のフィールド識別子３０６（ｎ）は、テーブル４０４のフィールド４０６（ｎ）に対応する。ブロック３０８（ｎ）にポピュレートされたデータは、フィールド識別子３０６（ｎ）に関連する。このため、収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）は、ブロック３０８（ｎ）にポピュレートされたデータを、データベース４０２のテーブル４０４のフィールド４０６（ｎ）の中に挿入する。挿入により、データ追加および／またはデータ更新が実行されることが可能である。ブロック３０８にポピュレートされた「空のデータ」を挿入することが、データ削除を実行するための１つの技術である。代替として、「空のデータ」がブロック３０８の中で受け取られると、フィールドおよび／またはレコードが実際に除去されて、データ削除が実行されることも可能である。

収集済みデータ挿入イフェクチュエータモジュール１０２（Ｅ）は、オプションとして、データベースプログラム３０２の他の部分と連携して、挿入に先立って、データブロック３０８からのデータを検証することができる。検証は、データ３０８が、データ３０８が挿入されるフィールド４０６に対して適切であることを確実にする、１つまたは複数の構文チェックを含むことが可能である。検証チェックが失敗した場合、エラーメッセージが生成されることが可能である。

図１〜図７のデバイス、アクション、態様、特徴、段階、手続き、モジュール、コンポーネントなどを、複数のブロックに分割された図で示す。ただし、図１〜図７が説明され、かつ／または示される順序、相互接続、相互関係、レイアウトなどは、限定として解釈されるべきものではなく、任意の数のブロックの変更、組合せ、再構成、強化、除外などを任意の形で行って、アクション可能な電子メールドキュメントのための１つまたは複数のシステム、方法、デバイス、手続き、媒体、装置、構成などを実施することができる。さらに、本明細書の説明は、特定のインプリメンテーション（図８の一般的なデバイスを含む）への言及を含むが、図示し、かつ／または説明するインプリメンテーションは、任意の適切なハードウェア、ソフトウェア、ファームウェア、または以上の組合せで、任意の適切な電子メールドキュメントフォーマット、マッピングスキーム、またはデータ構造、モジュール分散、識別子表現、アクション実行、メタデータ実現などを使用して実施することができる。

コンピュータまたは他のデバイスのための例示的動作環境
図８は、本明細書で説明するアクション可能な電子メールドキュメントのための、少なくとも１つのシステム、デバイス、装置、コンポーネント、構成、プロトコル、アプローチ、方法、手続き、媒体、ＡＰＩ、以上の何らかの組合せなどを（完全に、または部分的に）実施することができる、例示的コンピューティング（または一般的なデバイス）動作環境８００を示す。動作環境８００は、以下に説明するコンピュータアーキテクチャおよびネットワークアーキテクチャにおいて利用することができる。

例示的動作環境８００は、環境の一例に過ぎず、適用可能なデバイス（コンピュータ、ネットワークノード、エンターテイメントデバイス、移動機器、一般的な電子デバイスなどを含む）アーキテクチャの用法または機能について何ら限定を示唆することを意図するものではない。また、動作環境８００（または環境８００のデバイス群）が、図８に示したコンポーネントのいずれの１つ、またはいずれの組合せに関連する依存関係または要件も有すると解釈してはならない。

さらに、アクション可能な電子メールドキュメントは、他の多数の汎用または専用のデバイス（コンピューティングシステムを含む）の環境または構成を使用して実施することもできる。使用するのに適する可能性がある周知のデバイス、システム、環境、および／または構成の例には、パーソナルコンピュータ、サーバコンピュータ、シン（ｔｈｉｎ）クライアント、シック（ｔｈｉｃｋ）クライアント、パーソナルデジタルアシスタント（ＰＤＡ）または移動電話、腕時計、ハンドヘルドデバイスまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブル家庭用電化製品、ビデオゲーム機、ゲームコンソール、ポータブルゲームユニットまたはハンドヘルドゲームユニット、ネットワークＰＣ、テレビ会議設備、ミニコンピュータ、メインフレームコンピュータ、ネットワークノード、以上のシステムまたはデバイスのいずれかを含むマルチプロセッシング（ｍｕｌｔｉ−ｐｒｏｃｅｓｓｉｎｇ）コンピューティング環境、以上の何らかの組合せなどが含まれるが、以上には限定されない。

アクション可能な電子メールドキュメントに関するインプリメンテーションは、プロセッサ実行可能命令の一般的な状況で説明することができる。一般に、プロセッサ実行可能命令には、特定のタスクを実行し、かつ／または可能にし、かつ／または特定の抽象データ型を実装する、ルーチン、プログラム、プロトコル、オブジェクト、インタフェース、コンポーネント、データ構造などが含まれる。本明細書の一部のインプリメンテーションで説明するアクション可能な電子メールドキュメントは、通信リンクおよび／または通信ネットワークを介して接続された、リモートリンクされた処理デバイス群によってタスクが実行される、分散処理環境において実施することもできる。特に、ただし、排他的にではなく、分散コンピューティング環境では、プロセッサ実行可能命令は、別々の記憶媒体の中に配置され、異なるプロセッサによって実行され、かつ／または伝送媒体を介して伝搬されることが可能である。

例示的動作環境８００は、コンピューティング／処理能力を有する任意の（例えば、電子）デバイスであることが可能な、コンピュータ８０２の形態の汎用コンピューティングデバイスを含む。コンピュータ８０２のコンポーネント群には、１つまたは複数のプロセッサまたは処理装置８０４、システムメモリ８０６、ならびにプロセッサ８０４からシステムメモリ８０６までを含む様々なシステムコンポーネントを結合するシステムバス８０８が含まれる可能性があるが、以上には限定されない。

プロセッサ８０４は、プロセッサが形成される材料、またはプロセッサ内部で使用される処理機構によって限定されない。例えば、プロセッサ８０４は、半導体および／またはトランジスタ（例えば、電子集積回路（ＩＣ））から成ることが可能である。そのような状況では、プロセッサ実行可能命令は、電子的に実行可能な命令であることが可能である。代替として、プロセッサ８０４の機構、またはプロセッサ８０４のための機構、したがって、コンピュータ８０２の機構、またはコンピュータ８０２のための機構には、量子コンピューティング、光コンピューティング、機械コンピューティング（例えば、ナノテクノロジを使用する）などが含まれることが可能であるが、以上には限定されない。

システムバス８０８は、様々なバスアーキテクチャのいずれかを使用する、メモリバスまたはメモリコントローラ、ポイントツーポイント接続、スイッチングファブリック（ｆａｂｒｉｃ）、周辺バス、アクセラレーテッドグラフィックスポート（ａｃｃｅｌｅｒａｔｅｄ ｇｒａｐｈｉｃｓ ｐｏｒｔ）、およびプロセッサバスまたはローカルバスを含め、多くのタイプの有線または無線のバス構造の任意の構造の１つまたは複数を表す。例として、そのようなアーキテクチャには、インダストリスタンダードアーキテクチャ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ）（ＭＣＡ）バス、エンハンストＩＳＡ（Ｅｎｈａｎｃｅｄ ＩＳＡ）（ＥＩＳＡ）バス、ビデオエレクトロニクススタンダーズアソシエーション（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ）（ＶＥＳＡ）ローカルバス、およびメザニン（Ｍｅｚｚａｎｉｎｅ）バスとしても知られるペリフェラルコンポーネントインターコネクツ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔｓ）（ＰＣＩ）バス、以上の何らかの組合せなどが含まれることが可能である。

コンピュータ８０２は、通常、様々なプロセッサアクセス可能な媒体を含む。そのような媒体は、コンピュータ８０２または別の（例えば、電子）デバイスによるアクセスが可能な任意の利用可能媒体であることが可能であり、揮発性媒体と不揮発性媒体、リムーバブルな媒体とリムーバブルでない媒体、ならびに記憶媒体と伝送媒体がともに含まれる。

システムメモリ８０６は、ランダムアクセスメモリ（ＲＡＭ）８１０のような揮発性メモリ、および／または読取り専用メモリ（ＲＯＭ）８１２のような不揮発性メモリの形態で、プロセッサアクセス可能な媒体を含む。起動中などに、コンピュータ８０２内部の要素間で情報を転送するのを助ける基本ルーチンを含む基本入出力システム（ＢＩＯＳ）８１４が、通常、ＲＯＭ８１２の中に格納される。ＲＡＭ８１０は、通常、プロセッサ８０４が即時にアクセスすることができ、かつ／または現在、処理しているデータおよび／またはプログラムモジュール／命令を含む。

コンピュータ８０２は、他のリムーバブルな／リムーバブルでない、かつ／または揮発性／不揮発性の媒体も含むことが可能である。例として、図８は、（通常）リムーバブルでない不揮発性の磁気媒体（別個に示さず）に対して読み取りおよび書き込みを行うためのハードディスクドライブまたはディスクドライブアレイ８１６、（通常）リムーバブルな不揮発性の磁気ディスク８２０（例えば、「フロッピー（登録商標）ディスク」）に対して読み取りおよび書き込みを行うための磁気ディスクドライブ８１８、およびＣＤ、ＤＶＤ、またはその他の光媒体などの（通常）リムーバブルな不揮発性の光ディスク８２４に対して読み取りおよび／または書き込みを行うための光ディスクドライブ８２２を示す。ハードディスクドライブ８１６、磁気ディスクドライブ８１８、および光ディスクドライブ８２２はそれぞれ、１つまたは複数の記憶媒体インタフェース８２６でシステムバス８０８に接続される。代替として、ハードディスクドライブ８１６、磁気ディスクドライブ８１８、および光ディスクドライブ８２２は、１つまたは複数の他の別個の、または組み合わせられたインタフェース（図示せず）でシステムバス８０８に接続してもよい。

以上のディスクドライブ群、および関連するプロセッサアクセス可能な媒体により、データ構造、プログラムモジュール、およびその他のデータなどの、プロセッサ実行可能命令の不揮発性ストレージが、コンピュータ８０２に提供される。例示的コンピュータ８０２は、ハードディスク８１６、リムーバブルな磁気ディスク８２０、およびリムーバブルな光ディスク８２４を示すが、磁気カセットまたは他の磁気記憶媒体、フラッシュメモリ、コンパクトディスク（ＣＤ）、デジタルバーサタイルディスク（ＤＶＤ）または他の光ストレージ、ＲＡＭ、ＲＯＭ、電気的に消去可能な読取り専用メモリ（ＥＥＰＲＯＭ）などの、他のタイプのプロセッサアクセス可能な媒体が、デバイスによるアクセスが可能な命令を格納してもよいことが理解されよう。また、そのような媒体には、いわゆる専用ＩＣチップまたはハードワイヤド（ｈａｒｄ−ｗｉｒｅｄ）ＩＣチップも含まれることが可能である。つまり、任意のプロセッサアクセス可能な媒体を利用して、例示的動作環境８００の記憶媒体を実現することができる。

一般的な例として、オペレーティングシステム８２８、１つまたは複数のアプリケーションプログラム８３０、その他のプログラムモジュール群８３２、およびプログラムデータ８３４を含め、任意の数のプログラムモジュール（またはプロセッサ実行可能命令の他のユニットまたはセット）が、ハードディスク８１６、磁気ディスク８２０、光ディスク８２４、ＲＯＭ８１２および／またはＲＡＭ８１０に格納されることが可能である。以上のプロセッサ実行可能命令には、例として、アクション可能な電子メールドキュメントモジュール、メタデータ（例えば、データベース、またはデータベースのテーブルなどのデータソース）、データベースプログラム、電子メールプログラムなどが１つまたは複数含まれることが可能である。

ユーザは、キーボード８３６やポインティングデバイス８３８（例えば、「マウス」）などの入力デバイス群を介して、コマンドおよび／または情報をコンピュータ８０２に入力することができる。他の入力デバイス群８４０（明示せず）には、マイク、ジョイスティック、ゲームパッド、サテライトディッシュ、シリアルポート、ビデオカメラ、スキャナおよび／または類似物が含まれることが可能である。以上、およびその他の入力デバイスは、システムバス８０８に結合された入出力インタフェース群８４２を介して、プロセッサ８０４に接続される。ただし、入力デバイス群および／または出力デバイス群は、代わりに、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、赤外線ポート、ＩＥＥＥ１３９４（「Ｆｉｒｅｗｉｒｅ」）インタフェース、ＩＥＥＥ８０２．１１無線インタフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線インタフェースなどの、他のインタフェースおよびバス構造で接続してもよい。

また、モニタ／ビュースクリーン８４４または他のタイプのディスプレイデバイスも、ビデオアダプタ８４６などのインタフェースを介して、システムバス８０８に接続することができる。ビデオアダプタ８４６（または他のコンポーネント）は、グラフィックスを集中的に扱う（ｇｒａｐｈｉｃｓ−ｉｎｔｅｎｓｉｖｅ）計算を処理するため、および要求の厳しい（ｄｅｍａｎｄｉｎｇ）表示要件を扱うためのグラフィックスカードである、またはそのようなカードを含むことが可能である。通常、グラフィックスカードは、グラフィックスの迅速な表示、およびグラフィックス演算の実行を円滑にするグラフィックス処理ユニット（ＧＰＵ）、ビデオＲＡＭ（ＶＲＡＭ）などを含む。モニタ８４４に加えて、他の周辺出力デバイス群には、入出力インタフェース群８４２を介してコンピュータ８０２に接続することができる、スピーカ（図示せず）やプリンタ８４８などのコンポーネントが含まれることが可能である。

コンピュータ８０２は、リモートコンピューティングデバイス８５０などの、１つまたは複数のリモートコンピュータに対する論理接続を使用する、ネットワーク化された環境で動作することも可能である。例として、リモートコンピューティングデバイス８５０は、周辺デバイス、パーソナルコンピュータ、ポータブルコンピュータ（例えば、ラップトップコンピュータ、タブレットコンピュータ、ＰＤＡ、移動局など）、パーム（ｐａｌｍ）サイズまたはポケットサイズのコンピュータ、腕時計、ゲームデバイス、サーバ、ルータ、ネットワークコンピュータ、ピアデバイス、別のネットワークノード、または以上に列挙したのとは別のデバイスなどであることが可能である。しかし、リモートコンピューティングデバイス８５０は、コンピュータ８０２に関連して本明細書で説明した要素および特徴の多く、またはすべてを含むことが可能な、ポータブルコンピュータとして図示している。

コンピュータ８０２とリモートコンピュータ８５０の間の論理接続は、ローカルエリアネットワーク（ＬＡＮ）８５２、および一般的なワイドエリアネットワーク（ＷＡＮ）８５４として示す。そのようなネットワーキング環境は、オフィス、企業全体のコンピュータ網、イントラネット、インターネット、固定電話網および移動電話網、臨時無線ネットワークおよびインフラストラクチャ無線ネットワーク、メッシュネットワーク、その他の無線ネットワーク、ゲームネットワーク、以上の何らかの組合せ、などで一般的である。そのようなネットワーク、ならびに論理的通信接続および物理的通信接続は、伝送媒体のさらなる例である。

ＬＡＮネットワーキング環境で実施される場合、コンピュータ８０２は、通常、ネットワークインタフェースまたはネットワークアダプタ８５６を介して、ＬＡＮ８５２に接続される。ＷＡＮネットワーキング環境で実施される場合、コンピュータ８０２は、通常、ＷＡＮ８５４を介して通信を確立するためのモデム８５８または他のコンポーネントを含む。コンピュータ８０２の内部にあることも、外部にあることも可能なモデム８５８は、入出力インタフェース群８４２、または他の任意の適切な機構を介して、システムバス８０８に接続することができる。図示したネットワーク接続は、例であり、コンピュータ８０２とコンピュータ８５０の間で通信リンクを確立するための他の形も使用することができることが理解されよう。

動作環境８００で示したようなネットワーク化された環境では、コンピュータ８０２に関連して示したプログラムモジュール群、または他の命令、あるいはプログラムモジュール群、または他の命令の諸部分は、リモート媒体記憶装置の中に完全に、または部分的に格納することができる。例として、リモートアプリケーションプログラム群８６０が、リモートコンピュータ８５０のメモリコンポーネント上に存在するが、コンピュータ８０２を介して使用可能である、または別の形でアクセス可能であることが可能である。また、例示のため、アプリケーションプログラム群８３０、ならびにオペレーティングシステム８２８などの他のプロセッサ実行可能命令を本明細書で、別々のブロックとして図示しているが、そのようなプログラム、コンポーネント、およびその他の命令は、様々な時点で、コンピューティングデバイス８０２（および／またはリモートコンピューティングデバイス８５０）の異なるストレージコンポーネントの中に存在し、コンピュータ８０２のプロセッサ８０４（および／またはリモートコンピューティングデバイス８５０のプロセッサ）によって実行されることを認識されたい。

システム、媒体、デバイス、方法、手続き、装置、技術、スキーム、アプローチ、手続き、構成、およびその他のインプリメンテーションを、構造的、論理的、アルゴリズム的、および機能的な特徴および／または図で説明したが、添付の特許請求の範囲で定義する本発明は、説明した特定の特徴または図に必ずしも限定されないことを理解されたい。むしろ、特定の特徴および図は、請求する発明を実施する例示的形態として開示している。

１００ ブロックダイアグラム
１０２ アクション可能な電子メールドキュメントモジュール
１０４ メタデータ
１０６ １つまたは複数のフィールド
１０８ 電子メールプログラム
１１０ 電子メールドキュメント
１１２ フィールドマップされたブロック
１１４ アクション

Claims (13)

1. メタデータのポピュレートフィールドにデータを取得するための、電子メールの返信の案内を含む、データタイプ収集の選択を受信するステップと、
   受信に応答して、メタデータのフィールドを識別するフィールド識別子を含む電子メールドキュメントを作成するステップと、
   受信者へ電子メールドキュメントを送信するステップと、
   受信者からの返信電子メールを受信するステップと、該返信電子メールは、フィールド識別子およびフィールド識別子に関連付けられたデータを含む、ステップ
   コンピューティングデバイスでプロセッサによって返信電子メールを処理するステップと、該処理することは、データを伴うフィールド識別子によって識別されるメタデータのフィールド内のデータをアップデートすることを含む、ステップとを含むことを特徴とする方法。
2. メタデータは、他のデータについての情報を提供する定義づけデータまたは他のデータの参照ドキュメントを含むことを特徴とする請求項１に記載の方法。
3. 他のデータは、スプレッドシートアプリケーションの少なくとも１つまたはデータベースアプリケーションの中で管理されるデータを含むことを特徴とする請求項２に記載の方法。
4. メタデータのフィールドは、予期された意味論上の意味、予期された構文上の制約、または両方を含むことを特徴とする請求項１に記載の方法。
5. 電子メールドキュメントは、電子メールドキュメントをメタデータにマップしてアップデートするリンケージ識別子を含むことを特徴とする請求項１に記載の方法。
6. リンケージ識別子は、グローバル一意識別子（ＧＵＩＤ）を含むことを特徴とする請求項５に記載の方法。
7. 前記返信電子メールの到着の期限を設定するステップを含み、返信電子メールは期限前に受信された場合に処理するに適格であることを特徴とする請求項１に記載の方法。
8. 少なくとも１つのプロセッサと、
   プロセッサ実行可能命令を含む１つまたは複数のメディアであって、該命令は少なくとも１つのプロセッサによって実行されたときにデバイスが
   受信者から返信電子メールを受信するステップと、該返信電子メールは処理オペレーションに関連付けられ、返信電子メールの外のフィールドを識別するフィールド識別子およびフィールド識別子に関連付けられたデータを含み、
   処理操作に従って返信電子メールを処理するステップを含み、
   処理操作が挿入を示すとき、フィールド識別子によって識別される返信電子メールの外側のフィールド内にデータを挿入し、
   処理操作がアップデートを示すとき、データを伴うフィールド識別子によって識別された返信電子メールの外側のフィールド内でデータをアップデートすることを特徴とするデバイス。
9. 返信電子メールの外側のフィールドは、スプレッドシートドキュメントのフィールド、データベースのフィールド、他の電子メールドキュメントのフィールドまたはワークフローの少なくとも１つを含むことを特徴とする請求項８に記載のデバイス。
10. 処理操作が挿入を示すとき、返信電子メールのフィールドの外側は空のフィールドであることを特徴とする請求項８に記載のデバイス。
11. 処理操作がアップデートを示すとき、返信電子メールの外側のフィールドは存在するデータを含み、アップデートは、データを伴った存在するデータの置換または検証を含むことを特徴とする請求項８に記載のデバイス。
12. データを取得するためのデータ収集タイプの選択を受信して、電子メールの返信の提案がデータ収集タイプであることを示す返信電子メールの外側のフィールドをポピュレートするステップと、
    前記選択を受信することに応答して、フィールド識別子およびフィールド識別子に関連付けられ、かつデータを受信可能な１つまたは複数のブロックを含む発信用の電子メールを生成するステップと、
    前記処理操作を発信用の電子メールに関連付けるステップと、
    受信者に発信用の電子メールを送信するステップとを含むことを特徴とする請求項８に記載のデバイス。
13. 返信電子メール内のデータが１つまたは複数のブロックをポピュレートすることを特徴とする請求項１２に記載のデバイス。

Images