コンピュータに実装され、追跡システムにおいてユーザと交信相手との交信を追跡する方法であって、ユーザと交信相手との間での電子メールメッセージを監視すること、電子メールメッセージが検出されると、前記電子メールメッセージを前記追跡システムに自動的にコピーすること、前記電子メールメッセージを解析して、前記メッセージの送信者及び受信者を特定すること、前記送信者及び前記受信者について前記追跡システムのデータベースを検索すること、並びに前記送信者又は前記受信者が前記データベースにおいて見つかった場合、前記電子メールメッセージを前記交信相手の活動レコードに追加すること、を含む、方法。前記電子メールメッセージを活動レコードに追加することは、前記活動がインバウンド活動であるか、それともアウトバウンド活動であるかについての指標を追加することを含む、請求項1に記載の方法。前記電子メールメッセージを活動レコードに追加することは、前記メッセージがインバウンドメッセージである場合、前記メッセージの前記送信者の活動レコードに前記電子メールメッセージを追加することを含む、請求項2に記載の方法。前記電子メールメッセージを活動レコードに追加することは、前記メッセージがアウトバウンドメッセージである場合、前記メッセージの前記受信者の活動レコードに前記電子メールメッセージを追加することを含む、請求項2に記載の方法。前記送信者及び前記受信者のいずれも前記データベースにおいて見つからない場合、前記電子メールメッセージのコピーを削除することをさらに含む、請求項1に記載の方法。電子メールメッセージを検出することは、カレンダーイベントの電子招待を検出することを含む、請求項1に記載の方法。前記カレンダーイベントについての情報を前記データベースに記憶することをさらに含む、請求項6に記載の方法。前記カレンダーイベントの被招待者について前記データベースを検索することをさらに含む、請求項6に記載の方法。前記カレンダーイベントについての情報を前記被招待者の前記活動レコードに追加することをさらに含む、請求項8に記載の方法。前記電子招待がキャンセルされた場合、前記カレンダーイベントについての情報を前記データベースから削除すること、及び前記カレンダーイベントのあらゆる被招待者の前記活動レコードから、前記カレンダーイベントについての情報を削除することをさらに含む、請求項6に記載の方法。追跡システムにおいてユーザと交信相手との交信を追跡するコンピュータシステムであって、ユーザと交信相手との間での電子メールメッセージを監視し、電子メールメッセージを検出すると、前記電子メールメッセージを前記追跡システムに自動的にコピーするメール転送モジュールと、前記電子メールメッセージを解析して、前記メッセージの送信者及び受信者を特定し、前記送信者及び前記受信者について前記追跡システムのデータベースを検索する解析モジュールと、前記送信者又は前記受信者が前記データベースにおいて見つかった場合、前記電子メールメッセージを前記交信相手の活動レコードに追加する追跡モジュールと、を備える、システム。前記追跡モジュールは、前記活動がインバウンド活動であるか、それともアウトバウンド活動であるかについての指標を前記活動レコードに追加する、請求項11に記載のコンピュータシステム。前記追跡モジュールは、前記メッセージがインバウンドメッセージである場合、前記メッセージの前記送信者の活動レコードに前記電子メールメッセージを追加する、請求項12に記載のコンピュータシステム。前記追跡モジュールは、前記メッセージがアウトバウンドメッセージである場合、前記メッセージの前記受信者の活動レコードに前記電子メールメッセージを追加する、請求項12に記載のコンピュータシステム。前記追跡モジュールは、前記送信者及び前記受信者のいずれも前記データベースにおいて見つからない場合、前記電子メールメッセージのコピーを削除する、請求項11に記載のコンピュータシステム。前記解析モジュールは、前記電子メールメッセージがカレンダーイベントの電子招待を含むか否かを判断する、請求項11に記載のコンピュータシステム。前記追跡モジュールは、前記カレンダーイベントについての情報を前記データベースに記憶する、請求項16に記載のコンピュータシステム。前記解析モジュールは、前記カレンダーイベントの被招待者について前記データベースを検索する、請求項16に記載のコンピュータシステム。前記追跡モジュールは、前記カレンダーイベントについての情報を前記被招待者の前記活動レコードに追加する、請求項18に記載のコンピュータシステム。前記追跡モジュールは、前記電子招待がキャンセルされた場合、前記カレンダーイベントについての情報を前記データベースから削除し、前記カレンダーイベントのあらゆる被招待者の前記活動レコードから、前記カレンダーイベントについての情報を削除する、請求項16に記載のコンピュータシステム。追跡システムにおいてユーザと交信相手との交信を追跡するためのプログラムコードであって、コンピュータ内に具現化され、コンピュータ可読なプログラムコードを有するコンピュータ可読媒体であって、前記コンピュータ可読媒体プログラムコードは命令を含み、前記命令は、プロセッサによって実行されると、前記プロセッサに、ユーザと交信相手との間での電子メールメッセージを監視する手順、電子メールメッセージを検出すると、前記電子メールメッセージを前記追跡システムに自動的にコピーする手順、前記電子メールメッセージを解析して、前記メッセージの送信者及び受信者を特定する手順、前記送信者及び前記受信者について前記追跡システムのデータベースを検索する手順、及び前記送信者又は前記受信者が前記データベースにおいて見つかった場合、前記電子メールメッセージを前記交信相手の活動レコードに追加する手順、を実行させる、コンピュータ可読媒体。今日の追跡アプリケーションに伴う一問題は、既存のシステム又は方法では、ユーザが1電子メールメッセージを追跡システムに手動で追加するか、又は2他のアプリケーションを使用して、電子メールメッセージを特定の交信相手にタグ付けし、それにより、電子メールを追跡アプリケーション内のその交信相手に関連付ける必要があることである。これらの方法のいずれを用いても、ユーザ動作が必要であり、その結果、交信相手とユーザとの間での電子メールメッセージ活動がファーム全体にわたって一貫して追跡されない確率が高い。追跡システムによっては、電子メールメッセージ活動をシステムに取り込む完全に手動のカットアンドペースト方法を低減する機能を有するものがあるが、これらのシステムの多くでは、ユーザが、メッセージをメールユーザエージェントMUAの電子メールクライアントソフトウェアに関連付ける必要があり、後の時点で、インターネット接続があると、MUAは追跡システムと同期する。追跡システムによっては、電子メール送信時のMUA内のBCCラインへの追跡アドレスの追加を含め、交信相手との進行中の対話を追跡するために、ユーザが多くの手動動作をとる必要があるものもある。そのようなBCC方法を使用して、システムは送信メッセージを追跡することしかできず、インターネットからMUAに受信する電子メールを追跡しない。これらの受信メッセージを追跡するために、ユーザは、受信メッセージを追跡システムに手動で再送信しなければならない。さらに、ソフトウェアをMUAにインストールする必要がある解決策は、ユーザが、例えば、モバイル装置又はウェブベースのMUAMicrosoftWebAccess等から電子メールを送信又は受信する場合には上手く機能しない。これらの問題を解消する方法及びシステムの例を本明細書に開示する。一例は、顧客関係管理又は応募者追跡システムCRM/ATS、追跡アプリケーション、又は追跡システムにおいてユーザと交信相手との交信を追跡するコンピュータ実施方法である。この方法は、ユーザと交信相手との間での電子メールメッセージを監視すること、及び電子メールメッセージを検出すると、電子メールメッセージを追跡システムに自動的に追加することを含む。次に、電子メールメッセージは解析されて、メッセージの送信者及び受信者を特定する。この例示の方法によれば、追跡システムのデータベースが送信者及び受信者について検索され、送信者又は受信者がデータベースにおいて見つけられる場合、電子メールメッセージは、その交信相手の活動レコードに自動的にユーザ手動の動作又はコマンドなしで追加される。いくつかの実施形態では、本方法は、活動がインバウンド外部から内部への活動であるか、それともアウトバウンド内部から外部への活動であるかについての指標を自動的に追加すること、そして次に、電子メールメッセージがインバウンドメッセージである場合にはメッセージの送信者の活動レコードに、電子メールメッセージがアウトバウンドメッセージである場合にはメッセージの受信者の活動レコードに、電子メールメッセージを自動的に追加することを含んでもよい。送信者及び受信者のいずれもデータベースにおいて見つからない場合、電子メールメッセージのコピーを削除してもよい。電子メールメッセージが、カレンダーイベントの電子招待を含む場合、カレンダーイベントについての情報をデータベースに自動的に記憶し、カレンダーイベントの被招待者についてデータベースを自動的に検索し、カレンダーイベントについての情報を被招待者の活動レコードに自動的に追加してもよい。電子招待がカレンダーイベントのキャンセルである場合、カレンダーイベントについての情報をデータベース及びカレンダーイベントのあらゆる被招待者の活動レコードから自動的に削除してもよい。上記は、同様の参照符号が、異なる図全体を通して同じ部分を指す添付図面に示されるように、以下の本発明の例示的な実施形態のより具体的な説明から明らかになろう。図面は、必ずしも一定の縮尺ではなく、その代わり、本発明の実施形態を示すことに重点が置かれている。本発明の例示的な実施形態の説明は以下のとおりである。本明細書において開示される実施形態では、第三者のメール転送エージェントMTAから対話例えば、電子メールメッセージを受信し、追跡システムにおいて交信相手に関連付けられた分類された活動として、対話を追跡システムに自動的にすなわち、ユーザ手動ステップ又は介入なしで追加することができる。多くの実施形態では、追跡システムは、自動的に、対話の受信者を識別し、対話の送信者を識別し、予約例えば、.ics添付ファイル等のあらゆる電子メール添付物を識別することができる。追跡システムは、識別された受信者及び送信者のそれぞれについてのシステムのデータベースでの検索も自動的に実行し、見つかった場合、対話例えば、電子メールメッセージをインバウンド/アウトバウンドメール活動として自動的に追加することができる。追跡システムはさらに、予約又は会議に含まれるメタデータ例えば、.icsファイル添付に基づいて、予約又は会議例えば、カレンダーイベントを作成又は更新することができる。開示される追跡システムは、メールユーザエージェントMUAが、例えば、MicrosoftOutlook又はThunderbird等のシックメールクライアントである場合、及び例えば、MicrosoftExchange等のMTAに接続される場合、追跡システムでの自動活動追跡に役立つ。追跡システムは、ユーザのMUAが、例えば、MicrosoftOutlookWebAccess等のシンウェブメールクライアントである場合、及び例えば、MicrosoftExchange等のMTAに接続される場合の自動活動追跡にも役立つ。追跡システムはさらに、ユーザのMUAが、例えば、iPhone、AndroidオペレーティングシステムOS、又はBlackberry装置等のハンドヘルド装置である場合、及び例えば、MicrosoftExchange等のMTAに接続される場合の自動活動追跡に役立つ。開示される方法又はシステムを使用すると、1追跡システムでの送信者のレコードに自動的にリンクし、ユーザのメールサーバから追跡アプリケーションにインバウンド電子メールのコピーを送信することにより、インバウンド電子メールのコピーを記憶する機能、2追跡システムでの受信者To、CCのレコードに自動的にリンクし、ユーザのメールサーバから追跡アプリケーションにアウトバウンド電子メールのコピーを送信することにより、アウトバウンド電子メールのコピーを記憶する機能、及び3追跡アプリケーションでの交信相手のレコードに自動的にリンクし、追跡アプリケーションでのユーザメールサーバからカレンダーイベント電子メールのコピーを処理することにより、カレンダーイベントのコピーを記憶する機能が生まれる。上記特徴を可能にするために、企業又は他のエンティティは、メール転送エージェント電子メールサーバを追跡アプリケーションにインストールして、別のエンティティのプライマリMTAMicrosoftExchange等から企業に転送された電子メールを受信してもよい。電子メールを、ユーザのプライマリMTAから企業のMTAで受信すると、システムは電子メールを処理して、電子メールを、任意の詳細なメタデータと共に追跡システムに自動的に追加する。メッセージが到着すると、システムはメッセージを解析して、メッセージの送信者及び受信者を特定する。次に、システムは、送信者及び各受信者についてのシステムのデータベース内の検索を実行する。送信者又は受信者が特定される場合、システムは、データベースで見つかった各交信相手のメッセージ活動レコードに電子メールを自動的に追加する。上述したように、システムは、ユーザがモバイル装置例えば、iPhone、Blackberry、Android、又はWindows登録商標Mobile装置から、又はウェブベースのMUA例えば、MicrosoftWebAccess及びGmailを介して電子メールを送信又は受信すると、すべての電子メール活動を自動的に追跡してもよい。図1は、送受信された電子メールを追跡する例示的な実施形態のプロセス100を示すフローチャートである。電子メールは、ファーム/企業のユーザ例えば、採用担当者110から交信相手105例えば、求職者に送信され120、送信されると、電子メールは、交信相手105により受信される125とともに、ファーム/企業の追跡システム115に自動的に挿入される130。さらに、電子メールは交信相手105からユーザ110に送信され140、送信されると、電子メールはユーザ110により受信される135とともに、追跡システム115に自動的に挿入される145。図2は、交信相手からの電子メールへの返信の追跡を含む、送受信された電子メールを追跡する例示的な実施形態のプロセス200を示すフローチャートである。電子メールは交信相手105からユーザ110に送信され205、送信されると、電子メールはユーザ110により受信される210とともに、追跡システム115に自動的にコピーされる230。ユーザ110は、電子メールを読み、次に、電子メールを削除する215か、又は電子メールに返信する220ことができる。ユーザ110が電子メールに返信する場合、返信は交信相手105により受信される225とともに、追跡システム115に自動的にコピーされる235。図3は、ユーザ例えば、採用担当者から交信相手に送信された電子紹介を追跡する例示的な実施形態のプロセス300を示すフローチャートである。ユーザ110は、予定予約カレンダー上の約束の作成、更新、又は削除を行うことができ305、対応する電子紹介を交信相手105に送信してもよい310。紹介が送信される場合、紹介は追跡システム115に自動的にコピーされ315、交信相手105によっても受信される320。次に、交信相手105は紹介に返信してもよく、返信されると、ユーザ110は返信を受信し325、返信は追跡システム115にコピーされる330。交信相手105が同様に電子招待をユーザ110に送信することもでき、プロセス300が同様にその招待を処理できることを理解されたい。図4は、例示の追跡システムにおいて送受信された電子メールを追跡し、電子招待を追跡する例示的な実施形態のプロセス400を示す詳細なフローチャートである。この追跡システムの開始点において、メールメッセージがメール転送エージェントMTAに送られる420。メールメッセージは、以下の例示的なシナリオのうちの1つに基づいてMTAにおいて受信される:1誰かが電子メールを企業ユーザに送信し、企業が、その企業ユーザのメール交換MaileXchangeMXレコードを所有する。これはインバウンドメールシナリオである。2誰かが電子メールを企業ユーザに送信し、企業は、その企業ユーザのMXレコードを所有せず、ユーザのメールシステムは、追跡のために追跡システムにインバウンドメールを転送するように構成される例えば、ジャーナリングを介して。3企業ユーザが自分のメールシステム例えば、MicrosoftExchangeを使用して、電子メールを送信し、そのシステムは、追跡のために、送信したメールを追跡システムに転送するように構成される。簡易メール転送プロトコルSMTP伝送からのRCPTTO値を使用して、企業のシステムのカスタムメール転送エージェントMTAは、追跡システムにアクセスして、電子メールアドレスが有効な企業ユーザであるか否かを判断することにより、メールメッセージの受信者を検証しようとする425。受信者が有効とは見なされない場合、システムプロセス400は、電子メールの送信者を同様に検証しようとし、この場合、これは送信アイテム追跡状況である430。送信者が有効であると見なされる場合、メッセージは送信アイテム追跡状況と記され、それにより、システムの下流論理は、そのメッセージがインバウンドメールメッセージではないことを認識する435。受信者及び送信者のいずれも有効と判断されない場合、メッセージはSMTPハンドオフポイントファストフェイル、戻りメールなしにおいて拒絶され440、プロセス400の流れは終わる450。送信者又は受信者のいずれかが有効であると判断される場合、チェックが行われ、メッセージがインバウンドシナリオであるか、それともアウトバウンドシナリオであるかが判断される455。インバウンドシナリオでは、追跡はメッセージの送信者に適用され、したがって、システムプロセス400は、送信者が、企業の追跡システムで認識されている人物例えば、志願者、交信相手であるか否かを判断する460。システムプロセス400は、追跡システムのデータベースを照会することにより、この判断を下してもよい。アウトバウンド追跡シナリオでは、追跡はメッセージの受信者に適用され、したがって、システムプロセス400は、個々の各受信者すなわち、to、cc、bccフィールドが企業の追跡システムで認識されている人物例えば、志願者、交信相手であるか否かを判断する465。次に、電子メールについての情報例えば、件名、本文が、追跡システムに記憶される470。上述したように、追跡すべき関係のある妥当な人々すなわち、インバウンドシナリオでは送信者、又はアウトバウンドシナリオでは受信者がいる場合、保存された電子メール情報をそれらの人々に関連付け、それにより、例えば、活動追跡ページ上でそれらの人々に関連付けてその電子メール情報を閲覧することができる475。メールメッセージ追跡判断がなされた後、チェックが行われて、電子メールメッセージに関連付けられた任意のカレンダデータがあるか否かが判断される445。このチェックは、.ics添付があるか否かを判断することにより、又はコンテンツタイプテキスト/カレンダを有するMIME本文部分があるか否かを判断することにより実行してもよい。カレンダデータがない場合、プロセス400の流れは終わる450。カレンダデータがある場合、システムプロセス400は、カレンダデータが作成/更新タイプ例えば、メソッドタイプ公開又は要求であるか、それとも削除タイプ例えば、メソッドタイプキャンセルであるかを判断する480。カレンダデータが作成/更新カレンダデータである場合、システムプロセス400は、カレンダデータ内で参照された任意の予約アポ、約束が追跡システムに存在するか否かを判断する490。予約が現在存在しない場合、予約が、電子メールのカレンダデータにおいて供給される情報を使用して、追跡システム内に作成される492。予約がすでに存在する場合、追跡システム内のその予約についての情報が、新たに供給されたカレンダデータに従って更新される494。この時点で、チェックが行われ496、カレンダデータに含まれる電子メールアドレスを使用して、任意の予約被招待者がコンピュータの追跡システムにおいて認識されている人々例えば、志願者、交信相手であるか否かが判断される。認識された人々がいない場合、プロセス400の流れは終わる450。認識された人々がいる場合、予約が、企業の追跡システムにおいてそれらの認識された人々に関連付けられ、それにより、予約情報を、例えば、活動追跡ページ上で閲覧することができる498。次に、プロセス400の流れは終わる450。他方、カレンダデータがキャンセルシナリオの場合、参照された予約は追跡システムから削除される485。いかなる追跡参照も削除され487、したがって、予約はいずれの活動追跡情報にも見られない。次に、プロセス400の流れは終わる450。図5は、追跡例示的なシステムの構成要素及び構成要素間での情報の流れを示すブロック図である。例示的なシステム500は、ユーザと交信相手との間での交信を追跡し、サブシステム又はプロセス505内に、1ユーザと交信相手との間での電子メールメッセージを監視し、プライマリメールシステム510からの電子メールメッセージ520を検出すると、電子メールメッセージを追跡システム500に自動的にコピーするメール転送モジュール525と、2電子メールメッセージ520を解析して、メッセージ520の送信者及び受信者を特定し、送信者及び受信者についての情報540について追跡システムのデータベース515を検索する例えば、クエリをデータベース515に送信する解析モジュール530と、3送信者又は受信者がデータベース515で見つかる場合、電子メールメッセージ520を交信相手の活動レコード545に追加する追跡モジュール535と、を含む。他の実施形態のように、追跡モジュール535は、活動がインバウンド活動であるか、それともアウトバウンド活動であるかの指標を活動レコード545に追加してもよい。追跡モジュール535はさらに、インバウンドメッセージである場合にはメッセージ520の送信者の活動レコード545に、アウトバウンドメッセージである場合にはメッセージ520の受信者の活動レコード545に、電子メールメッセージを追加してもよい。送信者及び受信者のいずれもデータベース515において見つからない場合、追跡モジュール535は、代わりに、電子メールメッセージのコピーを削除してもよい。さらに、解析モジュール530は、電子メールメッセージ520がカレンダーイベントの電子招待を含むか否かを判断してもよい。そのような電子招待が存在する場合、解析モジュール530はさらに、カレンダーイベントの被招待者についてデータベース515を検索してもよい。次に、追跡モジュール535は、カレンダーイベントについての情報をデータベース515に記憶し、カレンダーイベントについての情報を、被招待者の活動レコードがある場合には被招待者の活動レコード545に追加してもよい。例えば、電子招待が会議又は予約のキャンセルである場合、追跡モジュール535は、カレンダーイベントについての情報をデータベース515から削除し、そのカレンダーイベントの全ての被招待者の活動レコード545からカレンダーイベントについての情報を削除する。図6は、メールサーバにおいてメールメッセージを受信し、追跡システムを通してメッセージを処理するシーケンス600を示す流れ図である。例示的なシーケンス600は、メッセージの受信がすでに検証されているものと仮定する。例示的なシーケンス600では、メールデリバリーチェイン605が、デリバリーハンドラ610MailetサービスMailメソッドを呼び出す640。デリバリーハンドラ610は、MailetUtils615のcheckForJournaledMailMimeMassage演算オペレーションを呼び出す645。メッセージが単一の埋め込み電子メール添付物を有し、メッセージが単一の受信者へのものであり、本文中にジャーナル情報を含む場合、メッセージは、ジャーナリングメッセージであるものと判断され例えば、交換ジャーナリングから、送出する実際のメッセージを含むJournaledMail620オブジェクトが作成され650、返される。デリバリーハンドラ610は、MailetUtils615のcreateEmailRequestMimeMessageを呼び出す655。この演算では、メッセージの詳細が、CreateEmailRequestの新しいインスタンスにコピーされ660、その新しいインスタンスが次のサービスコールに使用される。デリバリーハンドラ610は、EmailService625クラスのcreateEmailCreateEmailRequestを呼び出す665。このシーケンスの特定の詳細については、図7において以下にさらに詳細に表される。さらに、メールデリバリーチェイン605は、メッセージに添付された.icsファイルを検出した場合、ICSPreprocessHandler630MailetのサービスMail演算を呼び出す670。次に、ICSハンドラ630が、AppointmentService635クラスのpreprocessICSPreprocessICSRequestを呼び出す675。この演算の詳細については、図8においてより詳細に以下において取り扱う。図7は、例示的な追跡システムにおいて電子メールを作成し、適切な個人と突き合わせて追跡するシーケンス700を示す流れ図である。この例示的なシーケンス700では、EmailService625クラスが、PersonUtils705クラスのresolvePeopleList<Person>を呼び出す730。インバウンド追跡の場合、メッセージの送信者は個人レコードに帰着される変換される。アウトバウンド追跡の場合、メッセージの受信者To、Cc、Bccが個人レコードに帰着される。いずれの方法でも、帰着論理は以下であってもよい:電子メールアドレスが内部人物に一致する場合、その一致は他のすべての一致に勝つ。内部一致がない場合、次は、コンテキストユーザアウトバウンドでは送信者、インバウンドでは受信者が所有するプライベートクライアント交信である。プライベートのクライアント交信がない場合、次はコンテキストユーザが所有するプライベート志願者である。プライベート志願者がない場合、次はパブリッククライアント交信である、パブリッククライアント交信がない場合、最後はパブリック志願者である。帰着論理が完了した後、EmailService625は、追跡システムデータベースで受信した電子メールに結び付けられた情報を記憶する新しいEmailRecord710を作成する740。インバウンド追跡の場合、送信者がEmailRecord710に結び付けられ、送信者と突き合わせて追跡される。アウトバウンドの場合、帰着された各受信者がEmailRecord710に結び付けられて、受信者と突き合わせて追跡される。EmailRecord710をデータベースに作成した後、EmailService625は、IndexingService715のindexNewEmailEmailRecordを呼び出して、電子メールデータを電子メールLuceneインデックスに追加し750、それにより、追跡システムの高速検索構成で利用することができる。電子メールにインデックスを付与した後、EmailService625は、MobileDeviceService720のnewEmailEmailRecordを呼び出して760、コンテキストユーザのモバイル装置がある場合にはそのモバイル装置が新しい電子メールを利用できるようにする。図8は、電子メールに結び付けられた.icsファイルを事前処理するシーケンス800を示す流れ図である。例示的なシーケンス800は、.icsファイルからの予約が追跡システムにまだ存在していない場合に対処する。この例示的なシーケンス800では、AppointmentService635クラスは、ICSParser805のparseICSStringを呼び出す830。parseICS805演算では、新しいカレンダ810オブジェクトが、.icsファイルに含まれるデータから作成される例えば、iCal4jライブラリを使用して835。追跡のために、AppointmentService635は、PersonUtils705のresolvePerpleList<Person>を呼び出し、.icsからの任意の被招待者を追跡システム内の人々のレコードに帰着変換する例えば、図7参照840。新しいAppointmentRecordが作成され850、追跡システムデータベースに残る。この時点で、所有者のコンテキスト内の人々のレコードに帰着された任意の被招待者は、AppointmentRecord815に結び付けられ、それにより、予約がそれらの被招待者と突き合わせて追跡される。AppointmentService635は、MobileDeviceService720のnewAppointmentAppointmentRecordを呼び出し860、それにより、新しい予約を所有者の装置で利用できるようになる。図9は、本発明の実施形態が動作できるコンピュータネットワークの概略図である。クライアント装置910及びサーバ装置920は、アプリケーションプログラム等を実行する処理装置、記憶装置、及び入/出力装置を提供する。クライアント装置910は、通信ネットワーク930を通して、他のクライアント装置910及びサーバ装置920を含む他の計算装置にリンクすることもできる。通信ネットワーク930は、現在、各プロトコルTCP/IP、Bluetooth登録商標等を使用して、互いに通信するリモートアクセスネットワーク、グローバルネットワーク例えば、インターネット、計算装置の世界規模の集まり、ローカルエリアネットワーク、広域ネットワーク、及びゲートウェイの一部であり得る。他の電子装置/コンピュータネットワークアーキテクチャも適する。図10は、図9のネットワーク内のコンピュータノード/装置910/920のブロック図である。各装置910、920はシステムバス1030を含み、バスは、装置又は処理システムの構成要素間でのデータ転送に使用される1組のハードウェア線である。バス1030は本質的には、要素間でのデータ転送を可能にする、装置の異なる要素例えば、プロセッサ、ディスク記憶装置、メモリ、入/出力ポート、ネットワークポート等を接続する共有導管である。システムバス1030には、様々な入力装置及び出力装置例えば、キーボード、マウス、ディスプレイ、プリンタ、スピーカー等を装置1010、1020に接続するためのI/O装置インタフェース1040が取り付けられる。ネットワークインタフェース1060により、装置を、ネットワーク例えば、図9のネットワーク930に取り付けられた様々な他の装置に接続することができる。メモリ1070は、本発明の実施形態の実施に使用されるコンピュータソフトウェア命令1080及びデータ1090例えば、図5のメール転送モジュール525、解析モジュール530、及び追跡モジュール535並びに図1~図4及び図6~図8において上で詳述された機能及びプロセス100、200、300、400、600、700、800を実行するサポートコードに揮発性記憶を提供する。ディスク記憶装置1075は、本明細書に開示される方法及びシステムの実施に使用されるコンピュータソフトウェア命令1080及びデータ1090に不揮発性記憶を提供する。中央演算装置1050もシステムバス1030に取り付けられ、コンピュータ命令の実行を提供する。一実施形態では、プロセッサルーチン1080及びデータ1090は、本発明のシステムのソフトウェア命令の少なくとも一部を提供するコンピュータ可読媒体例えば、1つ又は複数のDVD-ROM、CD-ROM、ディスク、テープ、又はポータルサーバ媒体等のリムーバブル記憶媒体等を含むコンピュータプログラム製品全体的に1080と参照されるである。コンピュータプログラム製品1080は、当分野で周知のように、任意の適したソフトウェアインストール手順によりインストールすることができる。別の実施形態では、ソフトウェア命令の少なくとも一部は、ケーブル、通信、及び/又は無線接続を介してダウンロードすることもできる。本発明について本発明の例示的な実施形態を参照して特に図示し説明したが、添付の特許請求の範囲に包含される本発明の範囲から逸脱せずに、形態及び詳細に様々な変更を行い得ることが当業者には理解されよう。