(57)【要約】【課題】  異なるアプリケーションおよびタスクをサポートし、特定の受信者のローカライズおよびフォーマット要件に適するようにカスタマイズしたＥメールを生成する。【解決手段】  本発明にかかるＥメールシステムは、アプリケーションからの要求に応答して特定の受信者データを取得し、Ｅメールタスクを実行する受信者データエンジンを備える。Ｅメールシステムは、Ｅメールタスクおよびアプリケーションに特有のメッセージ資源ファイル（ＭＲＦ）を提供するメッセージ資源ファイルディレクトリ（ＭＲＦＤ）を備える。ＭＲＦは、特定の受信者データに基づいて受信者用にカスタマイズされたＥメールを生成する。このＥメールは、第１のカスタマイズ方法または第２のカスタマイズ方法でカスタマイズされ、第１のカスタマイズ方法はロケールカスタマイズを表し、第２のカスタマイズ方法はコンテンツカスタマイズを表す。【選択図】図３
2006092545.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションのために受信者に関してＥメールタスクを実行するように構成された自動化Ｅメールシステムであって、
前記アプリケーションからの要求に応答して、前記受信者に関する特定の受信者データを取得して、前記Ｅメールタスクを実行するように構成された受信者データエンジン（２２４）と、
少なくとも前記Ｅメールタスクおよび前記アプリケーションに特有のメッセージ資源ファイル（ＭＲＦ）（３１６）を提供するように構成されたメッセージ資源ファイルディレクトリ（ＭＲＦＤ）（３１４）と
を備え、
前記ＭＲＦ（３１６）は、前記特定の受信者データに基づいて、前記受信者用にカスタマイズされたカスタマイズＥメール（３２０）を生成するように構成され、
前記カスタマイズＥメール（３２０）は、第１のカスタマイズ方法および第２のカスタマイズ方法のいずれかでカスタマイズされ、
前記第１のカスタマイズ方法は、ロケールカスタマイズを表し、
前記第２のカスタマイズ方法はコンテンツカスタマイズを表す、
自動化Ｅメールシステム。
【請求項２】
前記カスタマイズＥメール（３２０）は、前記第１のカスタマイズ方法および前記第２のカスタマイズ方法でカスタマイズされる
請求項１に記載の自動化Ｅメールシステム。
【請求項３】
前記受信者データエンジン（２２４）は、前記アプリケーションから語彙キーを受信し、前記語彙キーを使用して語彙プロバイダ（２０８）から、前記特定の受信者データを取得するように構成され、
前記語彙プロバイダ（２０８）は、前記Ｅメールタスクの実行および特定の語彙タグを使用して、前記特定の受信者データの取得に必要な前記特定の語彙タグを提供するように構成される
請求項１に記載の自動化Ｅメールシステム。
【請求項４】
前記語彙プロバイダ（２０８）は、前記特定の語彙タグを使用して前記アプリケーションに関連したアプリケーションデータベース（２１６）から、前記特定の受信者データを取得するように構成される
請求項３に記載の自動化Ｅメールシステム。
【請求項５】
前記語彙プロバイダ（２０８）は、前記特定の語彙タグを、前記アプリケーションデータベース（２１６）の対応するデータフィールドにマッピングするように構成される
請求項４に記載の自動化Ｅメールシステム。
【請求項６】
前記特定の受信者データを特定のローカライズ仕様にマッピングするように構成されるロケールサポートマッパ（３１０）
をさらに備える請求項４に記載の自動化Ｅメールシステム。
【請求項７】
前記ＭＲＦ（３１６）は、
複数のコンテンツカスタマイズセクション
を含み、
前記特定のローカライズ仕様は、前記複数のコンテンツカスタマイズセクションのうちの特定のコンテンツカスタマイズセクションを選択して、前記特定のコンテンツカスタマイズセクションで前記コンテンツカスタマイズを実行するために使用される
請求項６に記載の自動化Ｅメールシステム。
【請求項８】
前記コンテンツカスタマイズは、ＨＴＭＬフォーマットおよびテキストフォーマットを含む
請求項７に記載の自動化Ｅメールシステム。
【請求項９】
前記ＭＲＦ（３１６）は、前記特定のローカライズ仕様に基づいて前記ＭＲＦＤ（３１４）から選択され、前記ロケールカスタマイズを実施する
請求項６に記載の自動化Ｅメールシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｅメールカスタマイズ技法およびシステムに関する。
【背景技術】
【０００２】
電子メールすなわちＥメールは、通信にとって重要なツールとなっており、特に、多数の受信者へ多数のＥメールを送付する必要のあるビジネスにとって重要なツールとなっている。
大量のＥメールは、多数の受信者と通信するのに特に効率的な伝達手段である。
大量のＥメール送信は、包括的なメッセージを含む場合もあるし、カスタマイズされたメッセージを含む場合もある。
包括的なＥメールの場合、すべての受信者は、同一のコンテンツを有する同一のＥメールを受信する。
包括的なＥメールの一例は、インターネットマーチャントがすべての顧客へ新たな製品の広告を送信することとすることができる。
包括的なＥメールの別の例は、人事部が、すべての従業員に会社の休日カレンダーを通知するＥメールを送信することとすることができる。
【０００３】
カスタマイズされたＥメールの場合、各Ｅメールは、個々の受信者用に、その受信者に特有のデータを使用してカスタマイズされる。
例えば、インターネットマーチャントは、注文確認Ｅメールを１群の顧客へ送付することが必要な場合がある。
顧客のそれぞれは、異なる品目を注文した者である。
Ｅメールの意図はほぼ同じ（例えば、注文の確認）であるが、顧客特有のデータ（例えば、名前、住所、注文した品目、支払い方法等）は受信者ごとに異なる。
別の例として、会社の人事部は、各従業員に、その従業員がこの一ヶ月に働いた時間数を通知するＥメールを各従業員へ送信する場合がある。
【０００４】
従来、カスタマイズされた大量のＥメール送信を行う必要のある各アプリケーションは、そのカスタム作成されたＥメールコンポーネントを有する必要がある。
例えば、インターネットマーチャントの注文ソフトウェアは、前述の注文確認Ｅメール送信タスクを実行するためにカスタム作成された大量のＥメールコンポーネントを有する必要がある。
同様に、従業員の時間を追跡する役割を担当する人事ソフトウェアも、働いた時間に関する前述のＥメールの送信を可能にするためにカスタム作成された大量のＥメールコンポーネントを有する必要がある。
【０００５】
この手法の一例は、或る文書処理アプリケーションソフトウェアのフォームレターの特徴に見つけることができる。
フォームレターの例では、文書処理アプリケーションソフトウェアのフォームレターコンポーネントによって、フォームレターのテキストフィールドを異なるファイルに記憶された顧客データでポピュレートすることが可能になる。
ワードプロセッサのユーザは、フォームレターを１回作成する必要があり、異なる顧客を含むファイルを設け、フォームレターの特徴は、例えば、異なるアドレスの異なる顧客へ宛てられたフォームレターを作成する。
【０００６】
時間の経過と共に、アプリケーションソフトウェアは、文書処理を上回って進化している。
完全に解析的であると事前に考えることができるアプリケーションまたはバックオフィス部門と事前に考えることができるアプリケーションは、そのアプリケーションのワークフローにおいてＥメールを使用して人間の受信者と通信することがますます増加している。
さらに、アプリケーションソフトウェアがより複雑になるにつれて、サポート負担が増加している。
付随して、このようなサポートを提供するコストも劇的に増加している。
今日では、多くの組織は、もはや、それら組織の多数のアプリケーションのＥメールコンポーネントのカスタム作成およびサポートに資源を充てたくない。
【０００７】
さらに、経済および職場はグローバル化してきている。
労働者や顧客等のＥメール受信者は、地球のあらゆる場所に存在することがあり、異なる言語を話すことがあり、それら受信者のコンピュータは、異なるタイプのコンテンツをサポートすることがある。
例えば、偶然に第３世界の国の研究を行うロシアの専門家であり、かつ、自身のパームトップコンピュータで遅い衛星接続を介してのみＥメールにアクセスできる顧客は、ロシアのキリル文字のプレーンテキストを使用して送信されたＥメールのみを読むことができる場合がある。
【０００８】
他方で、高速ケーブルまたはＤＳＬ（デジタル加入者線）サービスにアクセスできるカリフォルニアのコンピュータに精通した顧客は、興味のあるグラフィックスによって添付される英語のＥメールを好む場合がある。
したがって、ロシアの専門家およびカリフォルニアの顧客へ送信された注文商品のＥメール確認は、目的は同じ（すなわち、注文の確認）であるが、異なるコンテンツタイプ（例えば、プレーンテキスト対ＨＴＭＬ）を異なる言語（例えば、ロシアのキリル文字対英語）および異なるローカライズ特徴（例えば、異なる日付／時刻フォーマット）で有する必要がある。
ローカライズの要件（例えば、言語、ロケールフォーマット等）およびコンテンツタイプの多様性も、サポートの負担をより煩わしくし、組織が、当該組織のさまざまなアプリケーションについて当該組織自身のＥメールコンポーネントを作成してサポートすることを思い留まらせる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、異なるアプリケーション（例えば、商品または人的資源の注文）のサポート、異なるタスク（例えば、注文確認または労働時間の報告）のサポートを行って、特定の受信者のローカライズ要件およびフォーマット要件に適するように異なる受信者用にカスタマイズできるＥメールを生成することができる、自動化されたＥメールシステムが望まれている。
【課題を解決するための手段】
【００１０】
一実施の形態では、本発明は、アプリケーションのために受信者に関してＥメールタスクを実行するように構成された自動化Ｅメールシステムに関する。
このＥメールシステムは、アプリケーションからの要求に応答して受信者に関する特定の受信者データを取得して、Ｅメールタスクを実行するように構成された受信者データエンジンを備える。
このＥメールシステムはさらに、少なくともＥメールタスクおよびアプリケーションに特有のメッセージ資源ファイル（ＭＲＦ）を提供するように構成されたメッセージ資源ファイルディレクトリ（ＭＲＦＤ）を備える。
このＭＲＦは、特定の受信者データに基づいて受信者用にカスタマイズされたカスタマイズＥメールを生成するように構成される。
このカスタマイズＥメールは、第１のカスタマイズ方法および第２のカスタマイズ方法の少なくとも一方でカスタマイズされ、第１のカスタマイズ方法はロケールカスタマイズを表し、第２のカスタマイズ方法はコンテンツカスタマイズを表す。
【００１１】
別の実施の形態では、本発明は、アプリケーションのためにＥメールタスクを自動的にハンドリングして、第１の受信者用のカスタマイズＥメールを生成する、コンピュータ実施される方法に関する。
この方法は、アプリケーションから要求を受信することを含む。
この要求は語彙キーを含む。
また、この方法は、語彙キーを使用して、第１の受信者に関する特定の受信者データを取得することも含む。
これに加えて、この方法は、メッセージ資源ファイルディレクトリ（ＭＲＦＤ）からメッセージ資源ファイル（ＭＲＦ）を選択することも含む。
このＭＲＦは、少なくともアプリケーションおよびＥメールタスクに特有である。
さらに、この方法は、特定の受信者データをＭＲＦに記入し、それによって、カスタマイズＥメールを作成することも含む。
これによって、カスタマイズＥメールは、第１のカスタマイズ方法および第２のカスタマイズ方法の少なくとも一方でカスタマイズされる。
第１のカスタマイズ方法はロケールカスタマイズを表し、第２のカスタマイズ方法はコンテンツカスタマイズを表す。
【００１２】
さらに別の実施の形態では、本発明は、コンピュータ可読コードが実施されたプログラム記憶媒体を備える製品に関する。
このコンピュータ可読コードは、アプリケーションのためにＥメールタスクを自動的にハンドリングして、第１の受信者用のカスタマイズＥメールを生成するように構成される。
この製品は、アプリケーションから要求を受信するコンピュータ可読コードを含む。
この要求は語彙キーを含む。
また、この製品は、語彙キーを使用して、第１の受信者に関する特定の受信者データを取得するコンピュータ可読コードも含む。
さらに、この製品は、メッセージ資源ファイルディレクトリ（ＭＲＦＤ）からメッセージ資源ファイル（ＭＲＦ）を選択するコンピュータ可読コードも含む。
このＭＲＦは、少なくともアプリケーションおよびＥメールタスクに特有である。
これに加えて、この製品は、特定の受信者データをＭＲＦに記入し、それによって、カスタマイズＥメールを作成するコンピュータ可読コードも含む。
これによって、カスタマイズＥメールは、第１のカスタマイズ方法および第２のカスタマイズ方法の少なくとも一方でカスタマイズされる。
第１のカスタマイズ方法はロケールカスタマイズを表し、第２のカスタマイズ方法はコンテンツカスタマイズを表す。
【００１３】
本発明のこれらの特徴および他の特徴は、以下の本発明の詳細な説明で図と共にさらに詳細に説明される。
【００１４】
本発明は、限定としてではなく例として添付図面の図に示される。
添付図面において、同じ参照番号は同様の要素を指す。
【発明を実施するための最良の形態】
【００１５】
次に、添付図面に示されるような本発明のいくつかの実施の形態に関して本発明を詳細に説明する。
以下の説明では、本発明の十分な理解を提供するために、多数の具体的な詳細を述べる。
しかしながら、本発明は、これらの具体的な詳細の一部またはすべてがなくても実施できることが当業者には明らかであろう。
それ以外の場合には、本発明を不必要に分かりにくくしないために、既知のプロセスステップおよび／または構造は、詳細に説明していない。
【００１６】
方法および技法を含めて、さまざまな実施の形態を以下で説明する。
本発明は、本発明の技法の実施の形態を実行するコンピュータ可読命令が記憶されたコンピュータ可読媒体を含む製品もカバーすることができる。
このコンピュータ可読媒体には、例えば、コンピュータ可読コードを記憶する半導体形式、磁気形式、光磁気形式、光形式、または他の形式のコンピュータ可読媒体が含まれ得る。
さらに、本発明は、本発明の実施の形態を実施する装置もカバーすることができる。
このような装置には、本発明の実施の形態に関するタスクを実行する専用回路および／またはプログラマブル回路が含まれ得る。
このような装置の例には、適切にプログラミングされた場合の汎用コンピュータおよび／または専用計算デバイスが含まれ、本発明の実施の形態に関するさまざまなタスクに適合したコンピュータ／計算デバイスおよび専用／プログラマブル回路の組み合わせが含まれ得る。
【００１７】
本発明の実施の形態によると、あらゆるアプリケーションのために１つまたは複数のＥメールの自動化、カスタマイズ、およびローカライズを行うこと、ならびに、あらゆるアプリケーションによって要求されたあらゆるＥメール関係タスクをハンドリングすることをＥメールシステムに可能にする方法および機構が提供される。
一実施の形態では、商品もしくはサービスを販売するネットワークベースマーチャントまたは他のあらゆるネットワークベースアプリケーションによって使用されるアプリケーション等のあらゆるアプリケーションが、自動化、カスタマイズ、およびローカライズ（ＡＣＬ（Automated, customized, and localized））が行われたＥメールシステムへタスクを送信することができる。
このタスクは、例えば、確認Ｅメールの要求、発送確認の要求、または入札確認の要求を表すことができるが、これらに限定されるものではない。
【００１８】
本明細書で用語が使用されるように、Ｅメールは、人間の受信者へ電子的に送信されるように構成されたあらゆる電子ファイルまたは電子文書を表すことができる。
Ｅメール送信は、そのようなファイルや文書の電子送信を指す。
Ｅメールシステムは、そのようなファイルや文書を作成してオプションで送信する機構を指す。
【００１９】
一実施の形態では、アプリケーションは、タスクおよび語彙キーをＥメールシステムへ送信する。
語彙キーは、Ｅメールシステムがアプリケーションデータベースと通信して、タスクを実行するのに必要なデータを取得することを可能にするアプリケーションにより作成された識別子を表す。
アプリケーションデータベースとは、すなわち、受信者に関する情報、および、当該アプリケーションからのタスク要求にサービスを提供するための他のデータを含むデータベースである。
【００２０】
次に、Ｅメールシステムは、語彙キーを使用して、特定の受信者データ（例えば、Ｅメールを介して確認する必要があるJohn Smithによる購入データ）を取得し、その受信者へ送信できるカスタマイズされたＥメールを作成する。
カスタマイズは、ロケールカスタマイズまたはコンテンツカスタマイズの形を取ることができる。
ロケールカスタマイズは、別名、ローカライズであり、言語および／または文法に関する受信者の実際の嗜好または感知された嗜好にＥメールを一致させるものである。
コンテンツカスタマイズは、受信者の実際の嗜好または感知された嗜好（例えば、ＨＴＭＬ対プレーンテキスト）に従ってＥメールをフォーマットするものである。
【００２１】
一実施の形態では、アプリケーションは、タスク要求をＥメールシステムへ送信する。
このタスク要求（例えば、注文確認の送信）は、語彙キーを含むことができる。
この語彙キーは、アプリケーションデータベースにおいて対象となるレコードへのアクセスを語彙プロバイダ機構または語彙プロバイダメカニズム（以下「語彙プロバイダ」）に可能にするデータをカプセル化するものである。
【００２２】
詳しく説明すると、語彙プロバイダは、特定のアプリケーション／タスクの組み合わせに特有のものである。
したがって、アプリケーションがＥメールシステムに対して要求できるＥメール関係タスクが複数存在する場合、アプリケーションを複数の語彙プロバイダに関連付けることができる。
一実施の形態では、語彙プロバイダは、Ｅメールシステムの一部（例えば、プラグインコンポーネント）である。
別の実施の形態では、語彙プロバイダは、Ｅメールシステムの外部のコンポーネントを表すことができる。
【００２３】
一実施の形態では、語彙プロバイダは、アプリケーションデータベースのレコードの特定のデータフィールドにマッピングできる語彙タグのリストを含む。
語彙プロバイダ自体が特定のアプリケーション／タスクの組み合わせに特有であるので、これらの語彙タグも、特定のアプリケーション／タスクの組み合わせに特有である。
例えば、インボイスアプリケーションからの前述の注文確認タスクに関連した語彙プロバイダは、次の語彙タグ、すなわち、$Recipient_Name（受信者名）、$Recipient_Address（受信者住所）、および$Recipient_Language（受信者言語）を含むことができる。
これら３つの語彙タグは、アプリケーションデータベースのレコードの３つのフィールド、すなわち、CUST_NAME、CUST_ADDR、およびCUST_LANGにそれぞれマッピングすることができる。
【００２４】
このように、語彙タグは、アプリケーションデータベースのレコードの必要なデータフィールドにアクセスするメカニズムを提供する。
必要なデータフィールドは、要求されたＥメールタスク（例えば、購入確認Ｅメールタスクの名前、住所、言語、注文量）を実行するのに使用されるので、当該必要なデータフィールドは対象となる。
語彙キー（例えば、受信者名または注文番号に関するデータをカプセル化することができる）によって、語彙プロバイダは、アプリケーションデータベースの適切なレコード（例えば、注文＃１５８９またはJohn Smithの２００４年６月１９日の注文）にアクセスすることが可能になる。
【００２５】
一実施の形態では、語彙プロバイダは、構造化照会言語（ＳＱＬ）等の標準データベース通信言語に要求をマッピングすることによって、語彙キーおよび語彙タグをアプリケーションデータベースへ送信することができる。
その返信として、アプリケーションデータベースは、要求された特定の受信者データを語彙プロバイダへ返信することができる。
この特定の受信者データは、タスクに適しており（データは、特定のデータフィールドにマッピングされる語彙タグに対応したものであるので）、適切な受信者に関係する（語彙キーは、さまざまなデータフィールドのデータが取得される適切なレコードにアクセスするためにアプリケーションデータベースへのキーとして使用されるので）ことに留意されたい。
【００２６】
特定の受信者データを使用して、Ｅメールシステムは、一実施の形態において、ロケールサポートマッパにアクセスし、ローカライズ仕様（例えば、国／言語コードとして表すことができる）を取得することができる。
例えば、メキシコのティファナに住んでいる受信者Raul Cadenaに関する特定の受信者データは、メキシコ／スペイン語のローカライズ仕様を取得するのに使用することができる。
【００２７】
本発明の一実施の形態では、ロケールサポートマッパは、特定の受信者データのロケール関係データをローカライズ仕様にマッピングする機構を表す。
ローカライズ仕様は、受信者の言語／方言／国に直接対応することもできるし、受信者の言語／方言／国に類似したものとすることもできる。
ローカライズ仕様データは、Ｅメール送信用の関連したＭＲＦを選択するのに使用されるので、ローカライズ仕様が、受信者の好ましい言語／方言／国により近くマッピングされるほど、選択されたＭＲＦは、より適したものになることができ、カスタマイズは、受信者の嗜好によりよく適合して実行することができる。
【００２８】
次に、このローカライズ仕様が、要求側のアプリケーションに関するデータおよび実行されるタスクに関して使用され、特定のメッセージ資源ファイル（ＭＲＦ）が、メッセージ資源ファイルディレクトリ（ＭＲＦＤ）から選択される。
例としてRaul Cadena氏の注文確認を使用すると、メキシコ／スペイン語のローカライズ仕様によって、スペイン／スペイン語の注文確認ＭＲＦまたは日本／日本語の注文確認の代わりにメキシコ／スペイン語の注文確認ＭＲＦが選択される。
【００２９】
一般的に言うと、ＭＲＦ（メッセージ資源ファイル）は、それ以外に（without more）、タスクによって要求されたＥメールを作成するのに必要なすべての一般的なコンテンツ情報を含むことができる。
一実施の形態では、ＭＲＦは、要求側のアプリケーション、要求側のタスク、およびローカライズ仕様に基づいて選択されるので、選択されたＭＲＦは、すでに、ロケールカスタマイズを実施している。
次に、特定の受信者データが、ＭＲＦにおける受信者特有のコンテンツフィールド（注文量、支払い方法、注文日付等）を記入するのに使用される。
記入後、ＭＲＦは、特定の受信者に特有のデータを含むＥメールとなっている。
また、フォーマットおよびコンテンツ（例えば、ＨＴＭＬ対プレーンテキスト、ビットマップグラフィックス対プレーンＡＳＣＩＩ）に関して、受信者の指定した嗜好または感知された嗜好にＥメールを一致させることによって、コンテンツカスタマイズを実行するのに特定の受信者データを使用することもできる。
【００３０】
さらに、本発明の実施の形態はホット構成も提供する。
ホット構成は、一実施の形態では、システムの電源を落とす必要もなく、システムで実行されているソフトウェアを再起動することもなく、コンポーネントを更新または作成する能力に関係するものである。
ホット構成可能なコンポーネントの例には、アプリケーションタスク構成ファイル、ＭＲＦ、語彙プロバイダ、およびロケールサポートマッパが含まれる。
一実施の形態では、ホット構成は、コンポーネントをキャッシュするキャッシュを使用することによって円滑にされる。
したがって、コンポーネントを再構成する必要がある場合、オリジナルバージョンに対して更新を行うと同時に、キャッシュにおけるそのコンポーネントのバージョンを使用することができる。
【００３１】
例えば、現在のＭＲＦを変更する必要があると仮定する。
アドミニストレータは、システムの電源を落としてＭＲＦを更新するのではなく、ＭＲＦディレクトリにおけるＭＲＦのバージョンを更新することができる。
一実施の形態では、完了すると、ＥメールシステムがＭＲＦを呼び出す時に、ＭＲＦの新しいバージョンをキャッシュにロードすることができる。
【００３２】
一実施の形態では、特定のＭＲＦが呼び出された時に、更新コンポーネントは、キャッシュされたバージョンの最後に変更された日付を、ＭＲＦディレクトリのバージョンの最後に変更された日付と比較する。
これらの日付が異なる場合には、ＭＲＦがキャッシュから使用される前に、ＭＲＦディレクトリのバージョンがキャッシュにアップロードされる。
別の実施の形態では、アップロードされたＭＲＦは、人間のオペレータが介入するか、または、介入しないで、キャッシュに積極的にアップロードすることができる。
この後者の場合、特定のＭＲＦが呼び出されるごとに、キャッシュされたバージョンの最後に変更された日付をＭＲＦディレクトリのバージョンの最後に変更された日付と比較する必要はない。
【００３３】
このように、要求されたＥメールタスクの実行またはその結果のＥメールのカスタマイズを行うために特定の受信者に必要なデータを取得するタスクは、Ｅメールシステムにカプセル化されているので、本発明の実施の形態によって、ＡＣＬＥメールシステムは、あらゆるアプリケーションのためにあらゆるＥメール関係タスクにサービスを提供することが可能になる。
タスク要求を行うアプリケーションの観点からすると、そのアプリケーションは、受信者および／または目下の取引を識別するのに十分な語彙キーの情報と共に、実行されるタスク（例えば、注文の確認）を指定することのみが必要である。
Ｅメールを適切に記入するのに必要なデータの残りを取得するタスク、および、カスタマイズタスクは、要求を行うアプリケーションに実質的にトランスペアレントな方法で実行される。
【００３４】
この手法の１つの直接的な利点は、アプリケーションを保守したり動作させたりする組織またはエンティティが、もはやＥメールコンポーネントを保守する必要がないことである。
この手法の別の利点は、たとえ、異なるアプリケーションが完全に無関係であり、かつ／または、異なる組織によって動作され、かつ／または、世界の異なる領域に配置されたサーバで実行されていても、単一のＥメールシステムがそれら異なるアプリケーションおよび異なるタスクのニーズを満たすことができるということである。
【００３５】
本発明は、図および本明細書の説明を参照することによってより良く理解することができる。
図１は、本発明の一実施の形態による、Ｅメールの自動化、カスタマイズ、およびローカライズを行うＥメールシステムを示している。
自動化、カスタマイズ、およびローカライズが行われたＥメールシステム（ＡＣＬＥメールシステム）１００は、アプリケーションＡ１０２、アプリケーションＢ１０４、アプリケーションＣ１０６等のどのアプリケーションとも連動することができる。
これらのアプリケーションは、同じサーバで実行することもできるし、異なるサーバで実行することもできる。
さらに、アプリケーションを実行するサーバは、同じ組織が動作させることもできるし、異なる組織が動作させることもでき、同じロケーションに配置することもできるし、世界中の異なる領域に分散させることもできる。
【００３６】
各アプリケーションは、１組のタスクを実行するようにＡＣＬＥメールシステム１００に要求することができる。
この１組のタスクは、０個のタスク、１つのタスク、または複数のタスクを含むことができる。
例えば、アプリケーションＡ１０２は、注文確認、発送確認、クレジットカード拒否等の複数のタスクを実行するようにＡＣＬＥメールシステム１００に要求することができる。
【００３７】
タスク要求１０８、１１０、および１１２のそれぞれは語彙キーを含む。
この語彙キー、および、要求したアプリケーションおよび要求されたタスクに関する識別情報データを使用して、ＡＣＬＥメールシステム１００は、受信者１２０、１２２、および１２４へそれぞれ送信されるカスタマイズされたＥメール１１４、１１６、および１１８を自動的に作成する。
【００３８】
ＡＣＬＥメールシステム１００によって作成されたＥメールは、ロケールのカスタマイズおよび／またはコンテンツのカスタマイズを含むことができる。
例えば、米国の顧客１２０は、英語のＥメール１１４を受信することができ、そのＥメールのコンテンツは、米国の顧客１２０が好むフォーマット（ＨＴＭＬ等）を使用してフォーマットすることができる。
一方、日本の顧客１２２は、日本語および日本語文法のＥメール１１６を受信することができる。
さらに、このＥメール１１６は、日本の顧客１２２が、自身のプロファイルで指定しておくことができるフォーマットとすることができる。
このプロファイルは、アプリケーションデータベースに記憶することができる。
インドの顧客１２４は、選択されたインドの方言のＥメール１１８を受信することもできるし、この方言が利用可能でない場合には、顧客の選択した方言に最も近い方言でＥメール１８８を受信することもできる。
【００３９】
図２は、本発明の一実施の形態による、受信した語彙キーを使用するＥメールシステムが、あらゆるアプリケーションまたはあらゆるタスクとどのように連動して、必要な特定の受信者データを取得できるかを示している。
図２の例によって示すように、特定のＥメールタスクに必要とされる必要な特定の受信者データを取得するのに使用される動作ステップは、アプリケーションから隠蔽される。
語彙プロバイダが特定のアプリケーション／タスク用に作成されている限り、アプリケーションが、アプリケーションデータベースの適切なレコードへのアクセスをＥメールシステムに可能にする語彙キーで一意の識別データ（例えば、注文番号）をＥメールシステムに提供すると、アプリケーションは、Ｅメールシステムに依拠して、あらゆる必要なステップを実行し、必要な特定の受信者データを取得することができる。
【００４０】
図２に関して、アプリケーションＡ２０２は、タスク（例えば、購入注文の確認）および語彙キー２０４をＡＣＬＥメールシステム２０６へ送信することができる。
次に、ＡＣＬＥメールシステム２０６が、語彙キーを２１０を介して受信者データエンジン２２４へ送信し、特定の受信者データを取得することができる。
【００４１】
図２の例では、受信者データエンジンは、ＡＣＬＥメールシステム２０６およびアプリケーションデータベース２１６の双方と通信する複数の語彙プロバイダによって実施される。
図２は、語彙プロバイダ２０８および語彙プロバイダ２２６をＡＣＬＥメールシステム２０６とは別個のコンポーネントとして示しているが、これらの語彙プロバイダは、別の実施の形態では、Ｅメールシステムのプラグインコンポーネントとすることができる。
一般に、特定のアプリケーション／タスクの組み合わせは、特定の語彙プロバイダにマッピングすることができる。
また、デフォルトまたは汎用の語彙プロバイダも存在する。
これらの語彙プロバイダは、特定のアプリケーション／タスクの組み合わせ用の語彙プロバイダが存在しない場合に使用することができる。
Ｅメールシステムは、適切な語彙プロバイダを選択して、アプリケーション／タスクの識別情報に基づいて語彙キーを受信する。
【００４２】
語彙プロバイダは、特定のアプリケーション／タスクの組み合わせに基づいて選ばれるので、その語彙プロバイダは、そのアプリケーションのタスク要求にサービスを提供するのに必要なデータを取得するように構成された語彙タグを含む。
例えば、注文確認タスク用の語彙プロバイダは、購入者の識別情報ならびに購入した物品のタイプおよび量の語彙タグを含むことができる。
銀行アプリケーション用の月次計算書提供タスクに関連した語彙プロバイダは、銀行顧客の識別情報、その月初めにおける口座の開始残高、その月の間の取引、およびその月末における締切残高の語彙タグを含むことができる。
【００４３】
図２の例では、語彙キーは、語彙プロバイダ２０８へ送信される。
その後、語彙プロバイダ２０８は、語彙キーおよび語彙タグをパス２１２を介してアプリケーションデータベース２１６（例えば、アプリケーションＡのデータベース）へ送信することができる。
この返信として、アプリケーションデータベース２１６は、パス２１８を介して語彙プロバイダ２０８へ、要求されている特定の受信者データ（例えば、顧客名、顧客注文番号、顧客のコンテンツ嗜好（customer content preference）、顧客の都市／国、購入量等）を返信することができる。
次に、語彙プロバイダ２０８は、この特定の受信者データを２２０を介してＡＣＬＥメールシステム２０６へ転送する。
【００４４】
語彙プロバイダ２０８に関して、各アプリケーションにつき１つまたは複数の語彙プロバイダが存在することがある。
各語彙プロバイダは、１組の事前に定義された語彙タグを有することができる。
この１組の語彙タグは、語彙プロバイダごとに異なることがある。
新たに定義されたタスクが、既存の語彙プロバイダ内で定義されていない語彙タグを必要とする場合、別の語彙プロバイダを作成することもできるし、既存の語彙プロバイダを、そのタスクに対応するように更新することもできる。
【００４５】
図３は、本発明の一実施の形態による、アプリケーションおよびタスクの識別情報に関するデータならびに特定の受信者データ（この特定の受信者データは、語彙キーのデータ、ならびに、図２に関して説明したアプリケーションおよびタスクに関するデータを使用して取得される）から、カスタマイズされたＥメールをどのようにして作成できるかを示している。
この場合も、カスタマイズされたＥメールを作成して特定のＥメールタスク要求にサービスを提供するのに使用される動作ステップは、アプリケーションから隠蔽されることに留意されたい。
さらに、これらの動作ステップは、モジュール化され、それによって、Ｅメールシステムは、異なるアプリケーションおよび異なるタスクにサービスを提供することが可能になる。
【００４６】
先の図２に関連して説明したように、ＡＣＬＥメールシステム２０６は、語彙プロバイダ２０８から特定の受信者データを受信することができる。
図３の例の状況では、この特定の受信者データは、顧客に特有のデータ３０２を表す。
例えば、ＡＣＬＥメールシステム２０６は、ネットワークベースのアプリケーションＡから特定の顧客データを受信することができる。
この特定の顧客データは、顧客名、顧客注文番号、Ｅメールフォーマットに関する顧客の嗜好、顧客のロケール関連データ、購入量、購入日付等である。
【００４７】
ロケール関連データ３０４は、顧客の住所（例えば、国）から導出することもできるし、顧客の言語および／または方言の嗜好から明示的に収集されたデータから導出することもできる。
ロケール関連データ３０４をロケールサポートマッパ３１０に送信して、ローカライズ仕様を取得することができる。
このローカライズ仕様は、図３では、国コード／言語コード３１２の形で示されている。
【００４８】
ＭＲＦディレクトリ３１４は複数のＭＲＦを含む。
これら複数のＭＲＦのそれぞれは、アプリケーション／タスク／ローカライズ仕様の組み合わせに特有のものである。
例えば、或るＭＲＦとして、英国／英語ローカライズ仕様のインボイスアプリケーションの注文確認タスク用のＭＲＦが存在することがある。
別のＭＲＦとして、同じインボイスアプリケーションの同じ注文確認タスク用のＭＲＦが存在することがあるが、このＭＲＦは、メキシコ／スペイン語ローカライズ仕様（すなわち、同じアプリケーション／タスクであるが、異なるローカライズ仕様）に適合されている。
別のＭＲＦとして、英国／英語ローカライズ仕様の同じインボイスアプリケーションの支払い督促タスク（すなわち、同じアプリケーションおよびローカライズ仕様であるが、異なるタスク）用のＭＲＦが存在することがある。
さらに別のＭＲＦとして、英国／英語ローカライズ仕様の異なるインボイスアプリケーション（すなわち、同じタスクおよびローカライズ仕様であるが、異なるアプリケーション）の同じ注文確認タスク用のＭＲＦが存在することがある。
【００４９】
次に、アプリケーションおよびタスクの識別情報ならびにローカライズ仕様に関するデータを使用して、Ｅメールシステムは、ＭＲＦディレクトリ３１４から適切なＭＲＦ３１６を選択し、要求されたＥメールタスクにサービスを提供するのに使用する。
したがって、適切なＭＲＦの選択は、実質的に、（例えば、言語および文法に関する受信者の指定されたまたは感知された嗜好に準拠した）ロケールカスタマイズを達成する。
【００５０】
一実施の形態では、ＭＲＦは、異なるコンテンツのカスタマイズを満たすように構成された異なるコンテンツカスタマイズセクションを有することができる。
例えば、或るコンテンツカスタマイズセクションは、プレーンテキスト情報のみを受信者へ送信するように構成することができる。
別のコンテンツカスタマイズセクションは、ＨＴＭＬの情報およびアニメグラフィックスを送信するように構成することができる。
他のタイプのコンテンツカスタマイズも可能であり、本明細書で提供する例は、限定することを意図するものでもなく、余すところのない列挙を意図するものでもない。
一般的に言えば、コンテンツカスタマイズは、受信者が示したコンテンツの嗜好、または、Ｅメールシステムが受信者に割り当てたコンテンツの嗜好に基づいて実行される。
【００５１】
図３に示すように、顧客特有のデータ３０２は、ＭＲＦ３１６の適切なセクションのさまざまなフィールドに埋め込まれて、カスタマイズされたＥメール３２０を作成することができる。
このように、作成されたＥメールは、（適切なＭＲＦを選択することにより）ロケールカスタマイズに関してカスタマイズされるだけでなく、（選択されたＭＲＦの適切なセクションを記入することにより）コンテンツカスタマイズに関してもカスタマイズされる。
【００５２】
異なるコンテンツの嗜好を設定するための異なるＭＲＦを提供することによって、コンテンツカスタマイズを実施することが可能であることに留意されたい。
このように、（特定の受信者データから取得されたコンテンツの嗜好設定に基づいて）適切なＭＲＦを選択することにより、コンテンツカスタマイズが達成される。
また、ＭＲＦの異なるロケール特有のセクションを提供することによって、ロケールカスタマイズを実施することも可能である。
各ロケール特有のセクションは、異なるローカライズ仕様に対処するように構成されている。
さらに、ロケールカスタマイズおよび／またはコンテンツカスタマイズは、セクションの手法および離散的なＭＲＦ手法の任意の組み合わせによって達成することもできる。
【００５３】
ロケールサポートマッパに関して、ロケールサポートマッパに関連したさまざまな構成ファイルが存在することがある。
これらの構成ファイルは、特定のロケール関連データが明示的サポート、類似サポート、またはデフォルトサポートを有することができるかどうかを定義することができる。
例えば、インドの方言であるヒンディー語は、明示的サポートを有することができる。
換言すると、ヒンディー語のローカライズ仕様のＭＲＦが存在する。
したがって、ヒンディー語が好ましい言語であることを受信者のロケール関連データが示す場合、その言語の明示的サポートがＭＲＦに存在する。
一般的に言うと、ロケール関連データは、特定の受信者データ（例えば、住所情報）から暗黙的に導出することもできるし、受信者が明示的に指定することもできる（例えば、受信者は、ヒンディー語がＥメール通信の受信に好ましい言語であることを購入中に指定しておくことができる）。
【００５４】
或るロケール関連データは、類似サポートのみを有することができる。
例えば、別のインドの方言であるウルドゥー語は、別の受信者のロケール関連データの場合がある。
しかしながら、ウルドゥー語のＭＲＦは存在しない。
この場合、ヒンディー語およびウルドゥー語は多くの類似点を有する方言であるので、ロケールサポートマッパにインテリジェンスを組み込んで、ウルドゥー語のロケール関連データをヒンディー語にマッピングすることができる。
類似サポートの結果、ロケール関連データがウルドゥー語を示す受信者用のヒンディー語のローカライズ仕様が得られる。
そのウルドゥー語の受信者には、ヒンディー語のＭＲＦを代わりに使用することができる。
【００５５】
他のロケール関連データは、明示的サポートも類似サポートも有しない場合がある。
この場合、デフォルトサポートを提供することができる。
例えば、スワヒリ語は、特定の受信者のロケール関連データである場合がある。
スワヒリ語は明示的にサポートされていない場合があり、類似サポートを実施するための別の類似の言語も方言も存在しない場合がある。
その結果、デフォルト言語（例えば、英語）を使用することができ、この結果、英語のローカライズ仕様が、スワヒリ語の受信者用に取得される。
この場合、英語のＭＲＦを通信タスク用に使用することができる。
【００５６】
適切なローカライズ仕様で特定の受信者のロケール関連データをマッピングすることによって、適切なＭＲＦを選択して、ロケールカスタマイズを実施することができる。
構成ファイルを使用してロケールマッピングを指定することにより、ロケールカスタマイズを柔軟にサポートでき、かつ／または、あらゆる受信者用に変更できることが保証される。
【００５７】
図４は、本発明の一実施の形態における、Ｅメールシステムがアクセスできるさまざまなコンポーネントのホット構成特徴（hot configuration feature）を示している。
ホット構成は、システムの電源を落とす必要もなく、システムで実行されているソフトウェアを再起動することもなく、オブジェクトを更新する能力に関係するものである。
【００５８】
ホット構成がどのように動作できるかを示すために、ＭＲＦファイルを例として使用する。
例えば、ＡＣＬＥメールシステム４０２は、ＭＲＦを呼び出すことが必要な場合がある。
ＡＣＬＥメールシステム４０２は、最初にキャッシュ４０４にアクセスすることができる。
この例では、キャッシュ４０４は、ＭＲＦファイル４１０Ａおよび４１２Ａのそれぞれのキャッシュバージョン４１０Ｂおよび４１２Ｂを含む。
ＭＲＦのバージョンをキャッシュに記憶することによって、ＡＣＬＥメールシステム４０２は、ＭＲＦに高速にアクセスできる可能性がある。
【００５９】
ホット構成は、新たなＭＲＦが作成された時、または、現在のＭＲＦが更新された時に使用することができる。
例えば、ＭＲＦディレクトリ４１６は、ＭＲＦ４１０Ａ、４１２Ａ、および４１４Ａを含むことができる。
これらのうち、ＭＲＦ４１０Ａは、最後に呼び出された後、更新されたものであり、ＭＲＦ４１４Ａは、最近作成された新しいＭＲＦである。
ＡＣＬＥメールシステム４０２が、ＭＲＦ４１０Ａ等の特定のＭＲＦを呼び出すと、ＡＣＬＥメールシステム４０２は、最初にキャッシュ４０４をチェックすることができる。
キャッシュ４０４のＭＲＦバージョン４１０Ｂが、（例えば、最後に変更された日付データの比較に基づいて）ＭＲＦディレクトリ４１６のその対応するもの４１０Ａと異なる場合、ＭＲＦがＡＣＬＥメールシステム４０２によって使用可能になる前に、最新のＭＲＦ４１０Ａを更新コンポーネント４１７を介してキャッシュ４０４内にロードすることができる。
【００６０】
別の実施の形態では、更新コンポーネント４１７は、ＭＲＦディレクトリ４１６が、キャッシュシステム４０４にロードすることが必要な場合がある更新された／新しいＭＲＦを含むことをオペレータに知らせることができる。
あるいは、更新コンポーネントは、更新された／新しいＭＲＦをキャッシュにアップロードすることができる。
これらの方法は、そのキャッシュコピーの更新においてかなり革新的であり、ＭＲＦがいつ呼び出されても、キャッシュがＭＲＦの最新バージョンを含むことをＥメールシステムがチェックして確かめることを必要としない。
【００６１】
ホット構成の状況では、ロケールサポートマッパの構成ファイルを変更することによって、ロケールサポートマッパにおいて新しいＭＲＦをマッピングすることができる。
一般的に言うと、ロケールマッピングは、ロケール関連データが、ロケールサポートマッパにおいて、ＭＲＦに関連したローカライズ仕様と整合することに関係するものである。
例えば、新しいウルドゥー語のＭＲＦ４１４Ａが作成されると、ウルドゥー語がもはや類似サポートされないことを反映するように、ロケールサポートマッパの構成ファイルを更新することができる。
ウルドゥー語は、現在、明示的にサポートされる言語であり、ウルドゥー語の受信者のローカライズ仕様は、現在、ウルドゥー語である（その結果、ウルドゥー語のＭＲＦ４１４ＡまたはそのキャッシュされたバージョンはＥメールタスク用に選択される）。
サポートマッパの構成ファイルは、例えば、ＭＲＦに関連して説明したのと同じようにホット構成可能とすることができる。
【００６２】
ホット構成可能とすることができる他のコンポーネントには、アプリケーションタスク構成ファイル、語彙プロバイダ等が含まれる。
アプリケーションタスク構成ファイルの場合、一実施の形態では、構成ファイルの更新された部分のみをキャッシュへ再ロードすることが必要な場合がある。
ロケールサポートマッパ構成ファイルに対する更新および語彙プロバイダに対する更新も同様に行われることがある。
【００６３】
本発明の方法論のアーキテクチャをより良く理解することを助けるために、サンプルコードを以下に提供する。
以下のリスト１は、本発明の一実施の形態を示しており、２つの登録されたタスク（Example 1およびExample 2）を定義する１つの登録されたアプリケーション（example-app）のサンプル構成ファイルを示している。
この構成ファイルは、アプリケーションおよびそのアプリケーションに関連したタスクに関する詳細な情報を含む。
また、ＭＲＦを含むＭＲＦディレクトリも、この構成ファイルに定義することができる。
これらのＭＲＦディレクトリは、各タスクに特有のものとすることができる。
さらに、構成ファイルは、アプリケーションヘッダ（例えば、送信者名、住所等）も記憶することができる。
各タスクは、構成ファイルに定義することができる。
さらに別の実施の形態では、ヘッダをタスクセクションにも見つけることができる。
このヘッダは、タスクセクション内に存在することがあり、アプリケーションヘッダに優先することができる。
また、構成ファイルは、語彙プロバイダの例を示すこともできる。
【００６４】
<?xml version="1.0" encoding="UTF-8"?>
<mail-system>
<registered-applications>
<application name="example-app">
<base-path>/opt/apps/email/example_app</base-path>
<defaults>
<address-information>
<from-name>HP</from-name>
<from-address>john.doe@hp.com</from-address>
<reply-to>john.doe@hp.com</reply-to>
</address-information>
<locale-support-mapper>
<supported-locale language-code="en" country-code="US"/>
<supported-locale language-code="es" country-code="ES"/>
<mapped-locale  language-code="es" country-code="MX">
<supported-locale language-code="es" country-code="ES"/>
</mapped-locale>
<default-locale language-code="en" country-code="US"/>
</locale-support-mapper>
<vocabulary-provider description="Supports tasks for the ordering system application.">
<validation type="com.hp.intelligentservices.vocabulary.Provider"/>
<construction factory="false" class="com.hp.intelligentservices.vocabulary.ExampleProviderImpl">
<input application-id="false" task-id="true">
<vocabulary-key data-type="java.lang.String"/>
</input>
</construction>
<provider name="Default order task vocabulary provider."/>
<version value="1.0.0"/>
</vocabulary-provider>
</defaults> 
<registered-tasks>
<task name="Example1">
<message-name>ExampleMessage1</message-name>
</task>
<task name="Example2">
<vocabulary-provider description="Supports the Example2 task for the ordering system application.">
<construction factory="false" class="com.hp.intelligentservices.vocabulary.Example2ProviderImpl">
<input application-id="false" task-id="true">
<vocabulary-key data-type="java.util.Map"/>
</input>
</construction>
<provider name="Example 2 order task vocabulary provider."/>
<version value="1.0.0"/>
</vocabulary-provider>
<message-name>ExampleMessage1</message-name>
</task>
</registered-tasks>
</application>
</registered-applications>
</mail-system>
【００６５】
以下は、リスト１のサンプル構成ファイルの説明である。リスト１は、構成ファイルに存在し得るコードの例である。
しかしながら、サンプルコードは、構成ファイルを提示できるすべての方法を何ら包含するものではない。
【００６６】
リスト１のサンプル構成ファイルでは、アプリケーションはベースパス（すなわち、/opt/apps/email/example_app）を定義することができる。
このベースパスは、登録されたタスクメッセージ資源ファイルの発信元となる場所とすることができる。
登録された各タスクは、メッセージ名を定義することができる。
このメッセージ名は、メッセージの資源ファイルを含むディレクトリ（すなわち、ＭＲＦディレクトリ）の名前とすることができる。
【００６７】
さらに、サンプル構成ファイルは、デフォルトセクションを含むことができる。
このセクションは、一般に、アプリケーションのタスクに適用できるヘッダデータ（すなわち、送信者名、送信者住所等）を含む。
同様に、このデータ（すなわち、送信者名、送信者住所等）は、タスク特有のセクションの下に記憶することができる。
タスク関係ヘッダがタスク特有のセクションの下で見つけられると、そのタスク関係ヘッダは、デフォルトヘッダに優先することができる。
【００６８】
また、サンプル構成ファイルは、アプリケーションのデフォルトロケールサポートマッパセクションも含むことができる。
このロケールサポートマッパセクションは、サポートされるロケールを定義する。
或るアイテムが、サポートされるものとして定義される（すなわち、明示的サポートを有する）場合、一般に、ロケールのローカライズされたＭＲＦが存在する。
【００６９】
しかしながら、或るアイテムがマッピングされる（すなわち、類似サポート）場合において、そのマッピングされたロケールが要求されたとき、サポートされたロケールの指定されたものを代わりに使用することができる。
リスト１の例では、スペインのスペイン語が明示的なサポートを有する。
メキシコからのスペイン語が要求されると、ロケールサポートマッパは、その要求をスペインからのスペイン語にマッピングすることができる。
【００７０】
さらに、サポートもされず、サポートされた代わりのロケールにも特にマッピングされない一定のロケールが要求された場合、デフォルトロケールを使用することができる。
リスト１を使用して説明すると、日本からの日本語が要求されると、明示的サポートも類似サポートもないので、米国の英語をデフォルトとすることができる。
【００７１】
特定のタスクが、そのアプリケーションのタスクの他の部分と異なるロケールをサポートする場合、別のロケールサポートマッパを、その特定のタスクセクションの下で見つけることができる。
その結果、その特定のタスクセクションの下で定義されたロケールサポートマッパは、デフォルトロケールサポートマッパに優先することができる。
【００７２】
サンプル構成ファイルに見つけることができる別のコンポーネントは、語彙プロバイダである。
上述したように、語彙プロバイダは、そのアプリケーションの特定の情報を取り出すためにそのアプリケーションのデータベースへデータを送信する方法を一般に知っているプラグインソフトウェアコンポーネントとすることができる。
サンプル構成ファイルは、語彙プロバイダにアクセスして語彙プロバイダを使用する方法を定義する。
また、サンプル構成ファイルは、語彙キーのデータタイプも定義することができる。
リスト１に示す例は、Ｊａｖａ（登録商標）プログラミング言語に特有のものである。
しかしながら、あらゆるオブジェクト指向言語がこの例によく適応する。
【００７３】
ロケールサポートマッパと同様に、タスクがデフォルト語彙プロバイダによってサポートされない語彙タグを必要とする場合、別の語彙プロバイダをその特定のタスクセクションの下に定義することができる。
その結果、アプリケーションデータベースから特定のデータを抽出するのに語彙プロバイダが必要とされると、そのタスクセクションの下で定義された語彙プロバイダは、デフォルトヘッダに優先することができる。
【００７４】
サンプル構成ファイルは、タスクというコンポーネントも定義することができる。
アプリケーションのサンプル構成ファイルに列挙されたタスクは、通例、アプリケーションによってサポートされるタスクである。
登録されたタスクは、すべてのアプリケーションデフォルトを使用することもできるし、そのタスクは、自身の値を有するデフォルトのいずれにも優先することができる。
リスト１の例では、タスク名Example 1は、すべてのデフォルトを使用するが、Example 2は、アプリケーション語彙プロバイダに優先する。
また、タスクセクション内では、そのタスクに関係したＭＲＦディレクトリが存在し得る。
【００７５】
さらに、構成ファイルはホット構成可能とすることができる。
ホット構成の一例は図４に示されている。
Ｅメールシステムが構成ファイルにアクセスすると、システムは、構成ファイルが最新のバージョンであるかどうかを確かめることができる。
最新のバージョンでない場合には、その構成ファイルを更新することができる。
【００７６】
カスタマイズされ、かつ、ローカライズされたＥメールが、どのようにして本発明の方法論の結果となることができるかの理解を助けるために、ＭＲＦの例を以下のリスト２に示す。
リスト２は、ＭＲＦの一例であり、ＭＲＦを構成できる唯一の方法と解釈されるべきではない。
一般に、ＭＲＦは、所与のアプリケーションタスクの特定のロケールの未処理のメールのコンテンツを作成するのに必要な情報を含むことができる。
ＭＲＦは複数のコンテンツの可能性（例えば、プレーンテキスト、ＨＴＭＬ等）を含むことができる。
また、各コンテンツセクションは、メッセージを十分にローカライズできるようにＥメールシステムが動的符号化に置き換えることができる符号化文字セット（character set encoding）、コンテンツタイプ、主題、本文、および語彙タグを指定することができる。
ただし、各コンテンツセクションはこれらに限定されるものではない。
各メッセージ資源ファイルは、ＭＲＦが最初に要求された時にロードすることができ、更新が必要とされると、ホット構成することができる。
【００７７】
<?xml version="1.0" encoding="UTF-8"?>
<email>
<content charset="US-ASCII" type="text/plain">
<subject>Example Message</subject>
<body><![CDATA[
This message has been automatically generated.  Please do not reply to this message.
Dear $CUSTOMER_NAME
Thank you for buying our product on $PURCHASE_DATE.
Sincerely,
$COMPANY_NAME
]]></body>
</content>
<content charset="US-ASCII" type="text/html">
<subject>Example Message</subject>
<body><![CDATA[
<HTML>
This message has been automatically generated.  Please do not reply to this message.
<P></P>
Dear $CUSTOMER_NAME
<P></P>
Thank you for buying our product on $PURCHASE_DATE.
<P></P>
Sincerely,
<BR></BR>
$COMPANY_NAME
</HTML>
]]></body>
</content>
</email>
【００７８】
上記から理解できるように、本発明の実施の形態は、あらゆるアプリケーションのためにあらゆる大量のＥメール送信タスクを自動化できる高度に構成可能なＥメールシステムを提供する。
送信されるＥメールは、コンテンツについてのカスタマイズおよび／またはロケールについてのカスタマイズを要望通りにすることができる。
Ｅメールシステムにおいて、特定の受信者データを取得するのに必要な詳細なステップおよび／またはＥメールをカスタマイズするのに必要な詳細なステップをカプセル化することによって、本発明の実施の形態は、カスタマイズされた大量のＥメール機能をあらゆるアプリケーションに提供することができる。
この提供は、アプリケーションに、一般的なタスク要求と共に語彙キーをＥメールシステムへ単に送信させることによって行われる。
【００７９】
タスク要求を行うアプリケーションの観点からすると、そのアプリケーションは、一般的に、受信者（例えば、John Smith）および／または対象となる取引（例えば、購入注文＃１５７７）を識別するのに十分な語彙キーの情報と共に、実行されるタスク（例えば、注文の確認）を指定することのみが必要である。
Ｅメールを適切に記入するのに必要なデータの残りをアプリケーションデータベースレコードから取得するタスク、および、カスタマイズタスクは、一般的な要求を行うアプリケーションに実質的にトランスペアレントな方法で実行される。
【００８０】
上述したように、本発明は他の多くの利点を提供する。
例えば、この手法の利点は、アプリケーションを保守したり動作させたりする組織またはエンティティが、もはやＥメールコンポーネントを保守する必要がないことである。
この手法の別の利点の例は、たとえ、異なるアプリケーションが完全に無関係であり、かつ／または、異なる組織によって動作され、かつ／または、世界の異なる領域に配置されたサーバで実行されていても、単一のＥメールシステムがそれら異なるアプリケーションおよび異なるタスクのニーズを満たすことができるということである。
【００８１】
本発明をいくつかの実施の形態の観点から説明してきたが、本発明の範囲内に入る変更形態、置換形態、および均等物が存在する。
また、本発明の方法および装置を実施する多くの代替的な方法が存在することにも留意すべきである。
したがって、添付の特許請求の範囲は、本発明の真の精神および範囲内に入るこのようなすべての変更形態、置換形態、および均等物を含むものと解釈されることが意図されている。
【図面の簡単な説明】
【００８２】
【図１】本発明の一実施の形態による、Ｅメールの自動化、カスタマイズ、およびローカライズを行うＥメールシステムを示す図である。
【図２】本発明の一実施の形態による、受信した語彙キーを使用するＥメールシステムが、あらゆるアプリケーションまたはあらゆるタスクとどのように連動して、必要な特定の受信者データを取得できるかを示す図である。
【図３】本発明の一実施の形態による、アプリケーションおよびタスクの識別情報に関するデータならびに特定の受信者データから、カスタマイズされたＥメールをどのようにして作成できるかを示す図である。
【図４】本発明の一実施の形態における、Ｅメールシステムがアクセスできるさまざまなコンポーネントのホット構成特徴を示す図である。
【符号の説明】
【００８３】
１００・・・ＡＣＬＥメールシステム，
１０２〜１０６・・・アプリケーション，
１０８〜１１２・・・タスク，
１１４，１１６，１１８・・・Ｅメール，
２０２・・・アプリケーション，
２０６・・・ＡＣＬＥメールシステム，
２０８，２２６・・・語彙プロバイダ，
２２４・・・受信者データエンジン，
３０８・・・アプリケーション名／タスク名，
３１０・・・ロケールサポートマッパ，
３１２・・・国／言語コード，
３１４・・・ＭＲＦディレクトリ，
４０２・・・ＡＣＬＥメールシステム，
４０４・・・キャッシュ，
４１６・・・ＭＲＦディレクトリ，
４１７・・・更新コンポーネント，
【図１】
2006092545.tif 000003
【図２】
2006092545.tif 000004
【図３】
2006092545.tif 000005
【図４】
2006092545.tif 000006