JP2004500637A - クライアント装置に広告を配布するためのｅ−メールソフトウェアおよびその方法とシステム - Google Patents

Abstract

通信ネットワークにより、広告の少なくとも１つの遠隔ソースと通信するように構成されたクライアント装置で使用するソフトウェアは、１以上の広告ダウンロードセッション中に少なくとも１つの遠隔ソースから広告をダウンロードする広告ダウンロード機能と、ダウンロードされた広告を、クライアント装置に関連される記憶媒体に記憶する広告記憶機能と、クライアント装置に関連されるディスプレイに、記憶された広告のうちの少なくとも選択された広告の表示を行わせる広告ディスプレイ機能と、不明瞭にされたａｄ状態が生じているか否かを決定し、それによってクライアント装置に関連されるディスプレイ上に現在表示されている広告が、ディスプレイ上に現在表示されている１以上の他のアイテムにより不明瞭にされているときに不明瞭にされたａｄ状態が生じる不明瞭ａｄモニタ機能と、不明瞭にされたａｄ状態の検出に応答して、不明瞭にされたａｄ　ｎａｇディスプレイを発生し、不明瞭にされたａｄ　ｎａｇディスプレイはユーザに不明瞭にされたａｄ状態を通知する不明瞭ａｄ　ｎａｇ機能とを有している。

Description

【０００１】
（著作権に関する注意）
本特許文書の開示の一部には、著作権保護の対象になっている資料を含む。著作権所有者は、特許商標庁の特許ファイルまたは記録に表れる、特許文書または特許開示のいずれかによるファクシミリ複写に異議はない。しかしその他の場合は無断転載を禁ずる。
【発明の属する技術分野】
本発明は一般に電子メール（「ｅ−メール」）ソフトウェアおよびシステムの分野に関する。具体的には、本発明は、広告主支援ｅ−メールソフトウェアをインストールしたクライアントコンピュータに広告を配信する広告主支援ｅ−メールソフトウェアに関する。
【０００２】
【従来の技術】
本特許出願書は仮特許出願第６０／１６９，６２２号（１９９９．１２．８付け出願）を基にする。この仮特許出願はその全文を本明細書の一部をなすものとしてここに引用する。
【０００３】
電子メール（「ｅ−メール」）は、最近では広く普及した通信形態になっている。一般に、ｅ−メールは以下のように動作する。ｅ−メールソフトウェアを、通信ネットワークを介して多数の他のクライアント装置と通信できるように装備され、構成されたクライアントコンピュータ（例えばパーソナルコンピュータ（ＰＣ））にインストールする。通信ネットワークへのアクセスは、通信ネットワークサービスプロバイダ（例えばインターネットサービスプロバイダ（ＩＳＰ）および／または民間のネットワークサービスプロバイダ）により提供される。それらの通信ネットワークサービスプロバイダにより、ユーザは１つまたは複数のｅ−メールアカウントを確立する。そのアカウントの各々は特定のｅ−メールアドレス（例えば［ｐｒｅｓｉｄｅｎｔ＠ｗｈｉｔｅｈｏｕｓｅ．ｇｏｖ］）で識別される。ｅ−メールソフトウェア（例えばｅ−メールクライアント）により、クライアント装置のユーザーはｅ−メールメッセージを作成し、それを通信ネットワークを介して他のクライアント装置に送り、また通信ネットワークを介して他のクライアント装置から受取ったｅ−メールメッセージを読むことができる。ユーザはｅ−メールメッセージを複数の受取人に同時に送ることができ、この機能は時々メーリングリストまたは、極端な場合はバルクメーリングを使用するのに参照される。一般的なｅ−メールクライアントはＰＯＰ３（Ｐｏｓｔ　Ｏｆｆｉｃｅ　Ｐｒｏｔｏｃｏｌ　Ｖｅｒｓｉｏｎ　３）、ＳＭＴＰ（Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）、ＩＭＡＰ４（Ｉｎｔｅｒｎｅｔ　Ｍａｉｌ　Ａｃｃｅｓｓ　Ｐｒｏｔｏｃｏｌ　Ｖｅｒｓｉｏｎ　４）、および／またはＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ　Ｉｎｔｅｒｎｅｔ　Ｍａｉｌ　Ｅｘｔｅｎｓｉｏｎｓ）をサポートしている。
【０００４】
各ＩＳＰおよび各民間ネットワークの各々のｅ−メールサービスプロバイダは、独立して、ｅ−メール通信システム（または簡単に「ｅ−メールシステム」）を運営管理している。これらの独立して運営されているｅ−メールシステムは双方向の蓄積交換通信システムであり、インターネットを介して交互接続されている。各ｅ−メールシステムは一般に複数のｅ−メールサーバを備え、受信送信ｅ−メールメッセージを格納し、転送し、ルーティングし、または単にユーザ／宛先受取者に利用できるようにする。異なるｅ−メールシステムが別々の管理組織で運営管理されている。インターネットの出現により、ユーザーは、受信ｅ−メールサーバ（またはサーバクラスタ）と送信ｅ−メールサーバ（またはクラスタ）の両方を備えた単一システム（すなわち単一組織の管理下の受信送信ｅ−メールサーバの両方）に制限されない。ＡＯＬおよびＪＵＮＯなどの民間のｅ−メールシステム以外の大部分のｅ−メールクライアントは、第１の組織で管理される受信ｅ−メールサーバ（クラスタ）および第２の組織で管理される送信ｅ−メールサーバ（クラスタ）からｅ−メールを受信するように（つまり別々の組織）構成できる。もっとも普通のｅ−メールユーザは単一組織で運営される各サーバからダウンロードおよびアップロードする。
【０００５】
一般に、ユーザがｅ−メールメッセージを送信するか、または受信したメッセージを読む場合（操作は規定した手順に従って自動的に発生する）、ｅ−メールソフトウェアを起動する。起動の際、ｅ−メールソフトウェアは以下の機能を実行する。
＊規定した通信メカニズム（例えばダイアルアップモデム、ＩＳＤＮコネクション、ＤＳＬまたはＡＤＳＬコネクション）を呼出し、規定した通信リンクを介して、ホストＩＳＰまたはｅ−メールサービスプロバイダとのコネクションまたは通信セッションを確立する。
＊送ることを望むすべてのｅ−メールメッセージを、ＩＳＰまたはｅ−メールサービスプロバイダで運営されているｅ−メールサーバシステムに、電気的に送信または転送する（例えばＳＭＴＰサーバを介して）。
＊ホストＩＳＰまたはｅ−メールサービスプロバイダによりクライアント装置に送られたすべての受信ｅ−メールメッセージを受信する（例えばＰＯＰ３またはＩＭＡＰ４サーバを介して）。
＊受信したすべてのｅ−メールメッセージを、クライアント装置内の規定したメモリ位置に格納する（例えばｅ−メールクライアントまたはユーザ選択位置設定により確立されたデフォルト位置のどちらかで）。
【０００６】
典型的なｅ−メールソフトウェアは、登録商標ＥＵＤＯＲＡ　ＰＲＯ^ＲおよびＥＵＤＯＲＡ　ＬＩＧＨＴ^Ｒ（以後、一般に「Ｅｕｄｏｒａ」と呼ぶ）の下に、現在の譲渡者ＱＵＡＬＣＯＭＭ　ＩＮＣＯＲＰＯＲＡＴＥＤにより販売されている、市場で入手できるｅ−メールソフトウェアである。一般にＥＵＤＯＲＡ　ＰＲＯ　ｅ−メールソフトウェアはユーザに「フル機能セット」を提供し、ＥＯＵＤＯＲＡ　ＬＩＧＨＴは「フル機能セット」のサブセットである「縮小機能セット」を提供する。ＥＵＤＯＲＡ　ＰＲＯ　ｅ−メールソフトウェア（前バージョンは本文で「ＥＰ４」としている）はユーザ料金（またはユーザ代理人負担）が必要であり、「ペイウェア」とみなすことができる。一方、ＥＵＤＯＲＡ　ＬＩＧＨＴ　ｅ−メールソフトウェアは無料で登録ユーザに提供され、「Ｆｒｅｅｗａｒｅ（フリーウェア）」と考えることができる。Ｅｕｄｏｒａのすべてのバージョンをインストールしたクライアント装置の各々は、「Ｅｕｄｏｒａクライアント」と考えることができる。実際、非常に多くのＥｕｄｏｒａクライアントが存在する。
【０００７】
現在の譲渡者ＱＵＡＬＣＯＭＭ　ＩＮＣＯＲＰＯＲＡＴＥＤは、最近一般向けＥＵＤＯＲＡ　ｅ−メールソフトウェアの新バージョン、Ｅｕｄｏｒａ　Ａｄｗａｒｅ（以後単に「Ａｄｗａｒｅ」と呼ぶ）をリリースした。この新バージョンＡｄｗａｒｅは、前に引用したＥｕｄｏｒａのペイウェアとフリーウェアバージョンを含む新しいＥｕｄｏｒａソフトウェア製品に含まれている（すなわち一体化部分である）。有利な点は、Ｅｕｄｏｒａ　Ｐｒｏ（登録商標）のＡｄｗａｒｅバージョンは、規定した基準または条件に従う自動モードと、指定したユーザ操作（例えば登録、支払い、選択等）に従う手動モードのどちらでも起動または切換えできることである。このＥｕｄｏｒａ　Ａｄｗａｒｅの新バージョンとマルチモードＥｕｄｏｒａｅ−メールソフトウェア製品は同一機能を含んでおり、現在の譲渡者側の要望により、Ｅｕｄｏｒａのペイウェアバージョンで提供されている「フル機能セット」が無料でユーザに提供されるようになった、これはクライアントに対する広告主による広告支払い体の配分することによってなされ、それによりユーザから広告主への支出／収入の源泉を効果的に移動する。したがって、この新Ｅｕｄｏｒａソフトウェア製品は「広告主支援」または「広告主助成」または単に「スポンサ付き」ソフトウェアと考えることができる。
【０００８】
大部分のインターネットサービスプロバイダ（ＩＳＰ）およびｅ−メールサービスプロバイダは均一な月額料金をユーザに課している、一方プロバイダによっては使用量（例えば規定時間を超えるオンライン時間に対する追加料金）を基にした料金を課すものもある。しかし、基本のｅ−メールサービスを持つことは希望するが、インターネットアクセスを必要としないかまたは支払いを望まない多数のユーザが存在する。少数の会社がこのマーケット分野の要求に応えて、受信するｅ−メールメッセージと共に広告を受取ることに同意するユーザ／加入者に無料ｅ−メールサービスを提供している。
【０００９】
関連資料によれば、このような無料ｅ−メールサービスを提案し、提供した最初の会社はは、ＦｒｅｅＭａｒｋ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ａ．ｋ．ａ．「ＰｒｏｄｕｃｔＶｉｅｗ　Ｉｎｔｅｒａｃｔｉｖｅ」）であった。無料ｅ−メールサービスを提供するＦｒｅＭａｒｋのシステムと方法は、ＰＣＴ公開特許出願国際出願番号ＷＯ　９６／２４２１３号に開示されており、発明者Ｍａｒｋ　ＧｏｌｄｓｃｈｍｉｔｔとＲｏｂｅｒｔ　Ａ．Ｙｏｕｎｇの米国出願番号第０８／３８２，１１８号に基づく、１９９５．２．１の優先日付けを有する。このＰＣＴ公開特許出願は本明細書に特に引用している。手短に言えば、この無料ｅ−メールシステムは広告主が補助金を出資し、加入者に送信するｅ−メールメッセージにその添加物（例えば、ＧＩＦ（ｇｒａｐｈｉｃａｌ　ｉｎｔｅｒｃｈａｎｇｅ　ｆｏｒｍａｔ）画像ファイル添加物）として広告を添えていた。広告は加入者コンピュータに格納され、その受取ったｅ−メールメッセージはその加入者がオフラインで読む間表示された。そのプロモーション資料のいくつかで、ＦｒｅｅＭａｒｋは添付広告を「切手」と呼んだ。ＦｒｅｅＭａｒｋの資料では、加入者が受信した各メッセージは切手を貼った封筒として表され、その切手が広告であった。
【００１０】
その後、Ｊｕｎｏ　Ｏｎｌｉｎｅ　Ｓｅｒｖｉｃｅ，Ｌ．Ｐ．（以後、単に「ＪＵＮＯ」）社が無料ｅ−メールサービスを導入した。ＪＵＮＯ社の無料ｅ−メールサービスを提供するシステムと方法は、米国特許第５，８０９，２４２号（Ｍａｒｓｈ外に１９９８．１２．８付けで交付された）に開示されており、その内容は本明細書に引用している。民間のＪＵＮＯ社のｅ−メールサービスを使用して、民間のＪＵＮＯ社のｅ−メールサーバシステムに接続してｅ−メールメッセージを送受信するときは多くの広告が加入者にダウンロードされ、加入者コンピュータのローカルに格納されたその広告は、加入者がオフラインでｅ−メールメッセージを作成または読むとき（すなわち加入者コンピューに前もってインストールしたＪＵＮＯ社のｅ−メールソフトウェアを起動するとき）に表示される。ローカルに格納された広告は、加入者コンピュータの表示スケジューラの管理の下に表示され、それに対して広告を動的に循環または変化できる。この結果、加入者に提供される広告の連続変化表示がなされる。民間のＪＵＮＯ社のｅ−メールシステムのその他の各種の態様と特徴は、米国特許第５，８３８，７９０号（ＭｃＡｕｌｉｆｆ外に１９９８．１１．１７付けで交付された）、および米国特許第５，８４８，３９７号（Ｍａｒｓｈ外に１９９８．１２．８付けで交付された）に開示されており、これら両方の特許も特に本明細書に引用している。
【００１１】
ＦｒｅｅＭａｒｋおよびＪＵＮＯの両方の民間の無料ｅ−メールシステムを使用して、広告とｅ−メールメッセージの両方は単一のｅ−メールシステム（例えばＪＵＮＯは単一の固有のサーバ上に両方を格納するが、そのサーバはユーザが最初にサービスにサインアップするときに、そのユーザに割り当て（設定される）られる）に格納され、ｅ−メールシステムの全部分を制御している共通制御エンティティの指示により加入者に配送される。これは無料ｅ−メールサービスを提供するには望ましいシステムアーキテクチャであるが、ｅ−メールのシステムに独立の広告主支援ｅ−メールソフトウェア（すなわち特定の民間ｅ−メールサービスプロバイダに拘束されず、公共標準（例えばＰＯＰ３、ＳＭＴＰ、ＩＭＡＰ４等）をサポートする）の配信を目的とするシステムに適するシステムアーキテクチャではない。さらに、無料ｅ−メールシステムアーキテクチャは、複数のｅ−メールアカウント（例えば業務用および個人用ｅ−メールアカウント）を所有する多くの人には適さない。前述のように、本発明はＥｕｄｏｒａクライアントに広告を配信するシステムと方法を提供し、ユードラ（Ｅｕｄｏｒａ）のｅ−メールソフトウェアのフル機能バージョンを広く無料でエンドユーザに配信する広告収入を発生することを意図したものであった。さらに本発明は、共通的かつｅ−メールシステムから独立のｅ−メールソフトウェア（すなわちすべての特定の民間ｅ−メールサービスまたはサービスプロバイダにも拘束されない）を提供することを意図したものであった。
【００１２】
したがって、本発明では新規のマルチモードのＥｕｄｏｒａ　ｅ−メールソフトウェア製品を開発してきた。このソフトウェアにはＰａｙｗａｒｅ（ペイウェア）、Ｆｒｅｅｗａｒｅ（フリーウェア）およびＡｄｗａｒｅ（アドウエア）を含み、さらにこの新しいソフトウェア製品を装備したクライアントに広告を配信する新規のシステムと方法を考案した。以下に明らかになるように、この新規のシステムの目的とアーキテクチャは、民間のＦｒｅｅＭａｒｋおよびＪＵＮＯのｅ−メールシステムと根本的に異なる。これに関しては、マルチモードのＥｕｄｏｒａ　ｅ−メールソフトウェア製品、およびこの新しいソフトウェア製品を装備したクライアントに広告を配信する新規のシステムと方法は多数の異なる発明を包含しており、それらは以下の開示とそこで引用する説明から明瞭になる。
【課題を解決するための手段】
前述の説明から、前述の欠点を克服した、補助されるｅ−メールクライアントのための当技術分野での必要性が現在も存在する。本発明は現在利用できる技術の欠点と不足箇所を克服し、当技術分野での必要性を満たすことを目的とするものであった。
【００１３】
その態様の１つとして、本発明は自動広告ダウンロード機能を組み込んだｅ−メールソフトウェアを含み、フル機能のｅ−メールソフトウェア製品を補助する目的で（例えばｅ−メールソフトウェア製品の「フリーウェア」バージョンをユーザに提供すること）、自動的に広告をダウンロードしてｅ−メールソフトウェアを起動したときに表示する、この場合のｅ−メールソフトウェアはｅ−メールシステムに独立である。好ましくはｅ−メールソフトウェアは、共通的なスタンドアロン製品（すなわち実質的にすべてのｅ−メールサービスプロバイダまたはｅ−メールシステムに接続して機能する）であり、オープンな標準規格に準拠するサービスを備える。本発明はまた、ｅ−メールソフトウェアをインストールした多数のクライアント装置に広告を自動配信するシステムと方法を含む。
【００１４】
別の態様によれば、本発明は、それぞれのｅ−メールオペレータで運営されている複数のｅ−メールサーバの少なくとも１つからｅ−メールメッセージを受信し、また送信するｅ−メールクライアントを実行するｅ−メールクライアントソフトウェアを格納する記録メディアを備えており、ここでのｅ−メールクライアントは、ｅ−メールサーバとは独立して運営している広告サーバから広告を自動的に受信する。
【００１５】
さらに別の態様によれば、本発明はｅ−メールクライアントを操作する方法を含んでおり、広告サーバオペレータにより提供され、複数の独立して運営されているｅ−メールサーバと互換性があり、オープンなｅ−メール標準規格に準拠する方法を含む。好ましくは、その方法はｅ−メールサーバの選択した１つから少なくとも１つのｅ−メールを定期的に送受信するステップ、広告サーバオペレータから定期的に広告を受信し、さらに広告サーバオペレータにより提供される指示に応答して受信した広告を表示する。
【００１６】
さらに別の態様では、本発明はｅ−メールシステムを備えており、そのシステムには、複数ユーザ宛ての受信ｅ−メールメッセージを格納する受信ｅ−メールサーバと、ユーザで発生した送信ｅ−メールメッセージを送信ルーティングする送信サーバと、ｅ−メールサーバを独立して運営している広告サーバと、さらにそれぞれのユーザで操作される複数のｅ−メールクライアントを含む。好ましくは、ｅ−メールクライアントの各々が受信ｅ−メールサーバに格納されたそれぞれのｅ−メールメッセージをチェックし、ｅ−メールクライアントに格納されたすべての送信ｅ−メールメッセージを送信ｅ−メールサーバに送信し、さらにｅ−メールクライアントがオンラインの時に、利用する広告を広告サーバからダウンロードする。
【００１７】
１つの特徴では、本発明は、通信ネットワークにより、広告の少なくとも１つの遠隔ソースと通信するように構成されたクライアント装置で使用するソフトウェアを提供する。そのソフトウェアは、１以上の広告ダウンロードセッション中に少なくとも１つの遠隔ソースから広告をダウンロードする広告ダウンロード機能と、ダウンロードされた広告を、クライアント装置に関連される記憶媒体に記憶する広告記憶機能と、クライアント装置に関連されるディスプレイに、記憶された広告のうちの少なくとも選択された広告の表示を行わせる広告ディスプレイ機能と、不明瞭にされたａｄ状態が生じているか否かを決定し、それによってクライアント装置に関連されるディスプレイ上に現在表示されている広告が、ディスプレイ上に現在表示されている１以上の他のアイテムによって不明瞭にされているときに不明瞭にされたａｄ状態が生じる不明瞭ａｄモニタ機能と、不明瞭ａｄ状態の検出に応答して、不明瞭ａｄ　ｎａｇディスプレイを発生し、不明瞭ａｄ　ｎａｇディスプレイはユーザに不明瞭にされたａｄ状態を通知する不明瞭ａｄ　ｎａｇ機能とを例示している。
【００１８】
別の特徴では、本発明は、通信ネットワークにより、多数の他のクライアント装置と通信するように構成されたクライアント装置で使用するソフトウェアを提供し、そのソフトウェアは、クライアント装置のユーザがｅメールメッセージを構成することを可能にするｅメール構成機能と、通信ネットワークによってユーザがｅメールメッセージを他のクライアント装置へ送信することを可能にするｅメール送信機能と、通信ネットワークによってユーザがｅメールメッセージを他のクライアント装置から受信することを可能にするｅメール受信機能と、１以上の広告ダウンロードセッション中に少なくとも１つの遠隔ソースから広告をダウンロードする広告ダウンロード機能と、ダウンロードされた広告を、クライアント装置に関連される記憶媒体に記憶する広告記憶機能と、クライアント装置に関連されるディスプレイに、記憶された広告のうちの少なくとも選択されたものの表示を行わせる広告ディスプレイ機能と、不明瞭にされたａｄ状態が生じているか否かを決定し、それによってクライアント装置に関連されるディスプレイ上に現在表示されている広告が、ディスプレイ上に現在表示されている１以上の他のアイテムにより不明瞭にされているときに不明瞭にされたａｄ状態が生じる不明瞭ａｄモニタ機能と、不明瞭にされたａｄ状態の検出に応答して、不明瞭にされたａｄ　ｎａｇディスプレイを発生し、不明瞭にされたａｄ　ｎａｇディスプレイがユーザに不明瞭ａｄ状態を通知する不明瞭ａｄ　ｎａｇ機能とを例示している。
【００１９】
前述の発明概念の多くのその他の機能、態様、使用、用途、利点、修正、変更および代替実施形態が、以下の技術説明から明らかになるであろう。この技術説明はすべての目的に対する本出願の不可欠部分を構成する。さらに、上記に説明しなかった追加的発明概念をこの技術説明で開示し、本出願にこのような発明概念を包含させることを意図するものである。
【００２０】
さらに、本発明の前述および以下の説明中に使用する特定の項目は次のように定義する。
【表１】

【００２１】
【発明の実施の形態】
本発明のこれらの及びいろいろな他の機能および態様は、同じあるいは同様な番号が全体に使用される添付図面とともに行われた上記の説明を参照して容易に理解される。
【００２２】
次に、具体的な実施形態および典型的なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）は、他の本発明の有利な教示を開示するために添付図面を参照して説明される。
【００２３】
本発明は、特定の用途のための具体的な実施形態に関してここに説明されているが、本発明はこれに限定されないことを理解すべきである。当業者およびここに行われた教示へのアクセスは、本発明が著しい有用性のものであるその範囲内および付加的分野内の他の修正、用途および実施形態を認識する。
【００２４】
次に、特定の図面を参照すると、図１は、本発明の代表的な実施形態による機能を実行するのに適している典型的なシステム構成１０を示している。代表的な実施形態は、多数のユーザがｅ−メールメッセージを作成し、送信し、受信し、読み出すｅ−メールに関して一般に記載されているけれども、本発明はそれに限定されない。例えば、本発明は、同様に無線ネットワークを介して株価を受信する専用ソフトウェアを組み込むパーソナルディジタルアシスタント（ＰＤＡ）に適用可能である。したがって、本発明の原理は単にｅ−メールシステムに限定されるものとみなされるべきでない。本発明の原理は、プロバイダー、例えば、プログラムプロバイダーがソフトウェア機能の中心部セットのためのいろいろの金の支払いオプションを使用してそのソフトウェアをユーザに利用可能にさせたいオンラインサービスに用いられる。
【００２５】
図１に示されるように、システム１０は、複数のクライアントコンピュータ１００ａ、１００ｂ、．．．、１００ｎを含み、ここで、ｎは任意の正の整数である。好ましくは、通常１００と示されているクライアントコンピュータの各々は、本発明によりクライアントプログラムを実行するワークステーションあるいはパーソナルコンピュータのいずれかであってもよい。典型的な場合、クライアントコンピュータ１００ａ、１００ｂ、．．．、１００ｎは、有利なことには、ネットワーク２００、例えば、インターネットを介して下記により詳細に述べられる複数のサーバ３０１〜３０４に接続できる。それとは別に、ネットワーク２００は、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネット、あるいは無線ネットワーク、あるいはそのいくつかの組み合わせの中の１つであってもよい。図１が非限定の典型的なシステムを示し、クライアントの数は任意の数のサーバに接続されてもよいが分かる。
【００２６】
図２は、図１に示されたクライアントコンピュータ１００ａ、１００ｂ、．．．、１００ｎの典型的なクライアントコンピュータのハードウェア構成をさらに詳細に示している。代表的な実施形態では、クライアントコンピュータ１００ａは、コンピュータプログラム（本発明の１つの典型的な実施形態によるクライアントプログラムを含む）を実行し、クライアントコンピュータ１００ａの動作を管理し、制御する中央処理装置２０９を含む。フロッピーディスク駆動装置のような記憶装置２０５は、中央処理装置２０９に結合され、データおよびコンピュータプログラムをフロッピーディスクのような交換可能記憶媒体へおよびこの交換可能記憶媒体から読み出し、書き込む。中央処理装置２０９に結合された記憶装置２０６は、コンピュータプログラムおよびデータを記憶する機構も備えている。記憶装置２０６は、好ましくは高記憶容量を有するハードディスクである。ＲＡＭのようなダイナミックメモリ装置２０７は中央処理装置２０９にも結合される。記憶装置２０５および２０６ならびにダイナミックメモリ装置は、用語が以前に定義されたメモリの非限定例であることに注目する。クライアントコンピュータ１００ａは、例えば、キーボード２０３、マウス２０４、モニタ２０８、および通信装置２０１のような典型的な入出力装置を含んでいる。通信装置は、モデム、イーサネットインタフェースカード等であってもよい。
【００２７】
再度図１を参照すると、クライアントコンピュータ１００ａ、１００ｂ、．．．１００ｎの各々は、ネットワーク２００を介してサーバ、例えば３０１〜３０４のいずれかと選択的に通信できる。図１に示されたコンピュータシステム１０では、サーバの各々は専用機能を実行する。典型的な場合、サーバ３０１は登録機能を実行する、すなわち（下記により詳細に述べるように）登録情報を各クライアントコンピュータから受信し、サーバ３０２は、プレイリスト（ＰｌａｙＬｉｓｔ）をクライアントコンピュータ１００ａ、１００ｂ、．．．１００ｎに供給し、サーバ３０３は、プレイリストで指定された広告を供給し、サーバ３０４は、従来のｅ−メールシステムサーバシステムとしの役を果たす、すなわち入力ｅ−メールサーバおよび出力ｅ−メールサーバを備える。サーバ３０１および３０２だけは、実際、ソフトウェアプロバイダー、例えば好ましい実施形態では、クアルコム社の直接制御下にある必要があることに言及すべきである。ただし、サーバ３０３はまた、有利なことにはソフトウェアプロバイダーの制御下にあってもよい。ソフトウェアの参照はディスクベースソフトウェアに限定されると解釈されるべきではないことにも言及すべきである。これらの命令はダイナミック命令から読み出されても読み出し専用メモリ（ＲＯＭ）あるいは他の別の形のこのような装置にファームウェアとして記憶されても、用語「ソフトウェア」は、プロセッサによって実行される命令として広く解釈されるべきである。
【００２８】
本発明の一態様によれば、「ソフトウェア」は、有利なことには、全てのユーザによって使用することができるソフトウェア、例えばＥｕｄｏｒａソフトウェアを含む単一バイナリ（クライアント装置毎に）ファイルとし供給できる。このバイナリファイルは、３つの主要動作モード、すなわちＰａｙｗａｒｅ（ペイウェア）、Ｆｒｅｅｗａｒｅ（フリーウェア）、およびＡｄｗａｒｅ（アドウェア）の中の１つで動作する。ペイウェア動作モードでは、ユーザは、ソフトウェアを使用するためにソフトウェアプロバイダーに料金を支払わなければならない。フリーウェアは、全てが自由に使用できるが、ペイウェアあるいはアドウェアのいずれかよりも少ない機能を有する。ペイウェアユーザは、ソフトウェアプロバイダーが料金の支払いの時点でこのユーザに提供する登録コードによって自分の料金の支払いを証明する。このコードは自己検証し、どのバージョンにユーザが操作する資格が与えられているかを識別するのに十分なデータを含む。Ｅｕｄｏｒａのペイウェアバージョンのユーザは、ユーザの料金の支払い後の暦年中に発生される全てのバージョンのＥｕｄｏｒａを得る資格を与えられていることに注目すべきである。このソフトウェアは、好ましくは、ソフトウェアに対する更新が利用可能であるかどうかを決定するために周期的に所定のサイト、例えば、クアルコム社によって保有されたサイトをポーリングする。更新が利用可能である場合、このソフトウェアは、有利なことには、下記により詳細に述べられるようにソフトウェア更新を得るオプションの小さいウェブページをユーザに提供する。
【００２９】
アドウェアはペイウェアの全ての機能を有するが、ユーザからの金の支払いの必要がないことは注目される。アドウェアが必要であることは、ユーザがソフトウェアプロバイダーのサイトおよび／またはソフトウェアプロバイダーによって指定された１つあるいはそれ以上のサイトからダウンロードする広告を表示し、見ることである。ソフトウェアの初期状態がアドウェアであることも注目される。
【００３０】
典型的な実施形態では、各クライアントコンピュータは、下記により詳細に述べられているように広告サーバ３０３から広告を妨害なく、著しいバンド幅を必要としないでダウンロードする。さらに、広告は、有利なことには、ソフトウェア、例えばＥｕｄｏｒａの使用を著しく損なわないように表示できる。図３Ａおよび図３Ｂは、典型的なＥｕｄｏｒａｅ−メールソフトウェアの主スクリーンに統合される広告を示している。
【００３１】
本発明の典型的な実施形態の機能および新規な機能を説明する際に使用される専門用語のいくつかは上記に示されている。Ｅｕｄｏｒａソフトウェアにより本発明の完全な理解を容易にする付加的専門用語は直ちに下記に示される。
【表２】

【００３２】
前述のように、「ソフトウェア」は、有利なことには、全てのユーザによって（必要ならば）インストールでき、使用できるソフトウェア、例えばＥｕｄｏｒａソフトウェアを含む単一バイナリファイルとして供給できる。このバイナリファイルは、３つの主要な動作モード、すなわちペイウェア、フリーウェアおよびアドウェアの中の１つで作動する。次に、本発明によるソフトウェアプログラムのインストールおよびいろいろの機能の動作は、より詳細に説明されると同時にその状態図が主要なユーザ状態およびこのユーザ状態間の遷移を示すいくつかの状態流れ図を参照する。流れ状態図では、下記の規約が守られる。
【００３３】
・隆起したグレイの正方形はダイアログにおいてボタンのための概念上の名前である。
【００３４】
・若干の経路にはメニュ項目が付けられている。これらの項目はｎａｇを待たないで直接当該ウィンドウを持ち出すために使用できる。
【００３５】
・原則として、任意のダイアログあるいはｎａｇはキャンセルでき、ユーザを最初の状態に戻したままにする。
【００３６】
・ＷＥＢ Ｐａｇｅ（ウェブページ）は、ユーザ状態を変えるかあるいはより多くのダイアログを発生できない。したがって、全てのウェブページはユーザの最初の状態に戻される。
【００３７】
上記に示された規約に関して、Ｅｕｄｏｒａｅ−メールソフトウエアが次に説明されると同時にあるバージョンのソフトウエアが新ユーザ、旧ユーザ、およびＥＰ４ユーザの中の一人によってインストールされる場合に状態遷移を示す図４を参照する。ソフトウエアプロバイダーは、全機能セットに対して料金を支払うかあるいはイントロダイアログの減少された機能セットを有するソフトウエアを受信するオプションをユーザに提供しないことが注目される。ソフトウエアプロバイダーは、ユーザがヘルプメニュを遂行することによってソフトウエア機能セットのこれらの他のバージョンを得ることができるという事実と同様に、例えば、図４Ｂに示されたダイアログボックスと同様にダイアログボックスによってこれらのオプションを説明するが、ソフトウエアはＡｄｗａｒｅ（アドウェア）バージョンにデフォルトする。
【００３８】
図４Ａに示されたＥＰ４ユーザおよびボックス購入者によってとられた経路は若干の労作に値する。図４Ａで参照されるコード発生器は、有利なことには、Ｅｕｄｏｒａｅ−メールプログラムそのものにはないバイナリファイルのインストーラモジュールによって例示される。ユーザがソフトウエアの４．ｘ＞４．３更新機能を使用している場合、ソフトウエアは、ＥＰ４のコピーを検索し、ソフトウエアのコピーを見つけると、コード発生器によって、ユーザは登録コードファイルを発生できる。ユーザがボックス外のインストーラ（ｉｎｓｔａｌｌｅｒ）を実行している場合、インストーラは、ＥＰ４のコピーを最初に探さないで登録コード発生を可能にする。そのように発生された登録コードファイルが、Ｅｕｄｏｒａは「登録を必要とする：イエス」を示す行を含む点で特殊であることに言及すべきである。Ｅｕｄｏｒａｅ−メールは、テキストのこの行に注目し、ユーザを未登録状態にして、それからソフトウエアを登録するようにユーザを絶えず責めたてる。一旦ユーザが登録すると、同じ登録コードはユーザに再伝送され、（登録コードは現コードと同じであるので）Ｅｕｄｏｒａｅ−メールソフトウエアは、暗黙に受信し、フラグをｅ−メールソフトウエアに登録する要求を作り出す。
【００３９】
図５は、Ａｄｗａｒｅ Ｕｓｅｒ（アドウェアユーザ）が登録アドウェアユーザになる処理の状態流れ図を示す。図示された典型的な場合、登録処理は、ネットワーク２００を介して互いに接続されている、クライアントコンピュータ１００ａと登録サーバ３０１との間の対話を必要とする。図５では、図４Ａに示されたアドウェアユーザは、いくつかの他の機構によってソフトウエアプロバイダーに登録する。例えば、広告ユーザは、図３Ａの上部に示されたツールバーから利用可能であり、図６に示されたように支払いおよび登録オプションを選択する「ヘルプ」プルダウンメニュに登録することを望んでもよいし、このメニュを単に起動してもよい。それとは別に、アドウェアユーザは、下記により詳細に述べられているように所定の時間にソフトウエアによって発生されたＮａｇボックス、すなわちＮａｇダイアログボックスを受信してもよい。最後に、広告ユーザは、ｅ−メールを介して登録、すなわちサーバ３０１によって発生され、ｅ−メールサーバ３０４によってクライアントコンピュータ１００ａに送信された登録コードを受信してもよい。
【００４０】
図６に示されるように、支払いおよび登録ウィンドウは、広告ユーザがアドウェアを登録でき、ソフトウエアに金を支払い、ユーザに利用可能な全てのバージョンを列挙し、人口統計情報を供給することによって広告ストリームをカスタマイズするか修正し、受信登録コードを入力し、Ｆｒｅｅｗａｒｅ Ｕｓｅｒ（フリーウェア ユーザ）に提供される削減された機能セットに格下げするいくつかの選択ボタンを供給する。ユーザは、Ｒｅｇｉｓｔｅｒｅｄ Ａｄｗａｒｅ Ｕｓｅｒ（登録済アドウェアユーザ）、ｒｅｇｉｓｔｅｒｅｄ ｆｒｅｅｗａｒｅ Ｕｓｅｒ（登録済フリーウェアユーザ）、および登録済ペイウェアの中の１つになるように登録コードを入力できることに言及すべきである。図１０を参照せよ。ソフトウエアは、登録済アドウェアは登録Ｎａｇに左右されないことを除いて登録済アドウェアのための同じ状態流れ図に従って作動することが分かる。
【００４１】
ソフトウエアプロバイダーは、有利なことには、登録方式を自己検証登録コード併用できるので、データベースは登録を検証する必要がない。検証のためのアルゴリズムは、いくつかの競合する制約を満たすことを目的とする、すなわち、このアルゴリズムは、実施するのが安全で、さらに容易であり、ユーザに対して過度に煩わしくないことが必要である。Ｅｕｄｏｒａｅ−メールは、検証のための始動でその登録コードを検査する。登録コードが無効である場合、ユーザは未登録とみなされるべきである。ユーザが支払済モードユーザである場合、これは、ユーザがダイアログボックス（図示せず）を使用して警告されるべきであるスポンサーモードに対するスイッチを含む。この警報には、コードを再入力する機械が続く。登録コードを発生する必要な入力か下記の通りである。
【表３】

【００４２】
複数の登録コードアルゴリズムは、有利なことには自己検証登録コードを発生する際に使用できることが分かる。要するに、ソフトウエアプロバイダーは、上記に列挙された入力を行い、この入力を合計検査し、この入力（登録名を含む）を混合し、いろいろのアルゴリズムの中のいずれかに従って一緒に合計検査し、１６ビット番号ストリングとしてこの結果を符号化する。符号化およびビット混合は反転でき、次に登録名とともに合計検査は登録コードの有効性を検証するために使用できることが分かる。
【００４３】
ソフトウエアプロバイダーは、Ｆｒｅｅｗａｒｅ（フリーウェア）（Ｅｕｄｏｒａライト）ソフトウエアモード、アドウェア（スポンサ）ソフトウエアモードおよびＰａｙｗａｒｅ（ペイウェア）（Ｅｕｄｏｒａプロ）ソフトウエアモードに対して別々の登録コードを記憶することに注目すべきである。１つの動作モードに対する登録コードの受信は、他のモードに対する登録コードが壊されるべきであることを意味する。
【００４４】
一旦登録モードが発生されると、ユーザは、どうにかして有効登録コードをＥｕｄｏｒａｅ−メールクライアントに入力しなければならない。これは３つの方法の中の１つで行うことができる。
【００４５】
・手動。ユーザは、入力コードダイアログボックスの中に値をタイプあるいはペースト（ｐａｓｔｅ）できる。図１０を参照せよ。
【００４６】
・Ｗｉｎｄｏｗｓ（ウィンドウズ）登録。Ｅｕｄｏｒａ始動で、ソフトウエアは、ウィンドウズ登録の登録コード（例えば、ソフトウエア＼クアルコム＼Ｅｕｄｏｒａ＼チェック、ファーストネーム、ラストネーム、登録コード）を探す。これらの選択が検出され、有効である場合、この値は、コピーされ、ｅ−メールクライアントの選択レジスタあるいはルックアップテーブルの中に入れられるべきである。
【００４７】
・登録コードファイル。Ｅｕｄｏｒａ始動で、ソフトウエアは、典型的な場合、「ＲｅｇＣｏｄｅ．ｄａｔ」という名前のアプリケーションソフトウエアフォルダのファイルを探す。これらの選択が検出され、有効である場合、この値は、コピーされ、ｅ−メールクライアントの選択レジスタあるいは関連ルックアップテーブルに入れられるべきである。
【００４８】
ソフトウエアプロバイダーによって、特別の場合のＭＩＭＥ部はＥｕｄｏｒａｅ−メールクライアントにメールできることにも言及すべきである。このＭＩＭＥ部を受信するユーザは、情報を検証し、入力するように自動的に要求される。ユーザは、後で再度アタッチメントも実行できる。特別のコンテント形式属性（「登録コード」）はこのＭＩＭＥ部を起動することが要求され、Ｅｕｄｏｒａｅ−メールはこれらを送信できない。
【００４９】
ＭＩＭＥ部（および登録コードファイル）のフォーマットはＲＦＣ８２２ヘッダスタイルフィールドを含むテキストファイルのフォーマットである。このフォーマットはアプリケーション／ｖｎｄ．Ｅｕｄｏｒａ．データの登録済ＭＩＭＥ形式を有する。このフィールドはこのＭＩＭＥ部に含まれる。
【表４】

【００５０】
Ｅｕｄｏｒａファイル形式フィールドが示されねばならないことに注目すべきである。上記に列挙された他のフィールドは示されてもよいし示されなくてもよい。
【００５１】
上記の説明から、ユーザにメールされた登録コードがユーザより前に検証されるべきである。使用されるために、登録コードは下記のテストを満たさなければならない。
【００５２】
・有効性‐無効登録コードは無視されるべきである。
【００５３】
・直接性‐登録コードのメールされたフィールドは、ユーザのパーソナリティの中の１つに対するアドレスを含むかあるいはユーザの「私に」ニックネームにあるべきである。
【００５４】
・適応可能性‐新しい登録コードは既存の有効登録コードを自動的に無視すべきではない。この処理の唯一の例外は、ペイウェアモード登録コードはフリーウェアあるいはアドウェア登録コードを無視すべきであるということであり、ユーザの既存のペイモードと同じであるペイウェアモード登録コードは「Ｅｕｄｏｒａ要求登録」Ｎａｇを使用禁止にするために使用できる。
【００５５】
一旦登録コードが上記のテストを満たすことが決定されると、ユーザは、コードを受信することが要求されるべきである。典型的な受信ダイアボックスは図１０に示される。
【００５６】
上記に示されるように、一方の部分が他方の機能であるので、登録コードは自己検証する。しかしながら、考察されるべき「検証」の他の意味がある、すなわち、登録コードは特定のバージョンのＥｕｄｏｒａと併用することに対して「有効」であるか否かである。これは、登録コードのＥｘｐＭｏｎｔｈとソフトウエアプロバイダーがアプリケーション（プラグイン、セッティング等によって上書きできない場所で）にするＢｕｉｌｄＭｏｎｔｈフィールドとを比較することによって行うことができる。ＥｘｐＭｏｎｔｈおよびＢｕｉｌｄＭｏｎｔｈが一致する場合、登録はｅ−メールクライアントによって有効とみなされる。
【００５７】
図６は、フリーウェアユーザが登録済フリーユーザになり得る処理の状態流れ図を示している。図５および図１２の状態流れ図は多くの点で同様であることが分かる。しかしながら、図１２の状態流れ図によって、付加Ｎａｇダイアログボックス、すなわちいわゆる図１３に示されたいわゆる機能Ｎａｇダイアログボックスはアドウェアユーザおよびペイウェアユーザに利用可能な強化された機能のフリーユーザおよび登録済フリーユーザ両方に思い出させることができる。フリーウェアユーザおよび登録済フリーウェアユーザに関して、登録済フリーウェアユーザが登録Ｎａｇダイアログボックスを受信しないことが分かる。図１２に示された状態流れ図は、フリーウェアユーザがその人口統計情報を入力するよりもむしろ全機能を試行するオプションを与えられることを除いて、アドウェアユーザ（図５）に用いられる状態流れ図と非常に類似していることが分かる。
【００５８】
この点で全てのユーザが所定の間隔で更新Ｎａｇダイアログボックス（図示せず）を受信することも言及すべきである。Ｅｕｄｏｒａは、ｅ−メールセッション中毎週１回更新ページをチェックする。更新ページが変更した場合、ユーザはＥｕｄｏｒａｅ−メールソフトウエアを更新することを絶えず責めたてられる。たとえページが変更しなかった場合、ユーザは、ユーザが最新ソフトウエアバージョンを有することを保証するために更新をチェックするために３０日スケジュールを絶えず責めたてられる。図１４の状態流れ図を参照せよ。更新Ｎａｇは、どのユーザが（もしあれば）アップグレードする資格を与えられるバージョンをユーザに提供する。図１５を参照せよ。Ｎａｇそのものは、ユーザがダウンロードするバージョンのＥｕｄｏｒａｅ−メールソフトウエアとのリンクを有するＨＴＭＬドキュメントである。
【００５９】
図１６は、ボックスユーザが支払済ユーザ、すなわちペイウェアユーザになり得る処理の典型的な状態流れ図を示している。ソフトウエアプロバイダーが特にボックスユーザに示すＮａｇは登録Ｎａｇであることが分かる。一旦ボックスユーザが登録されると、ボックスユーザは正規の支払済ユーザに変換される。しかしながら、ボックスユーザのための支払い日付がソフトウエアプロバイダーによって特定値にセットされるので、ソフトウエアプロバイダーは、ボックスユーザが、例えばユーザが自由に前方に進むためにソフトウエアプロバイダーから更新を受信する時間に受信するどの版のソフトウエアを制御できるかに言及すべきである。
【００６０】
絶えず責めたてることの概念を導入すると、これは、本発明によるソフトウエアで実行される絶えず責めたてることのいろいろの機能を論議するための便利な点である。２つの主要な問題は、（１）いかにソフトウエアプロバイダーがユーザを絶えず責めたてるか、および（２）何時ソフトウエアプロバイダーがユーザを絶えず責めたてるかである。
【００６１】
理想的には、Ｎａｇウィンドウズは無モードウィンドウズである。ユーザは、閉じたボックスを使用してウィンドウズを閉じるかあるいはユーザの動作項目の一つを行うことによってウィンドウズを退去させるかもしくはユーザズ ウィンドウリストにある場合は常にウィンドウズをドリフトさせることができる。ウィンドウズＮａｇウィンドウズは、下記に述べられるマックＯＳＮａｇウィンドウズとは働きにおいてわずかに異なる。Ｎａｇウィンドウズが浮動ウィンドウズである。すなわち、ソフトウエアプロバイダーは、おそらくユーザがかなり短い順序でＮａｇウィンドウズを退去させることを期待する。しかしながら、Ｎａｇウィンドウズは実行からバックグラウンドタスクを停止しないことが分かる。
【００６２】
多くて一つの一度に開く各々の異なった形態のＮａｇウィンドウズがあることに言及すべきである。同一の異なった形態の旧ウィンドウズは有利なことにはリサイクルされる。すなわち、所与のＮａｇウィンドウズがユーザが絶えず責めたてられる原因となっている次の時間になお開いている場合、このウィンドウは再使用され、ウィンドウスタックの上部に返される。ユーザに用いることができる全てのＮａｇはヘルプメニュからの選択によってユーザに利用可能であるべきであるので、このような手動Ｎａｇ呼び出しはＮａｇタイマをリセットしないけれども、ユーザが望むならば、Ｎａｇウィンドウズの中の１つを誤って退去させるユーザは自分自身に故意に絶えず責めたてることができることも言及すべきである。
【００６３】
好ましくは、Ｎａｇは全ての他のウィンドウズの上部で開かれ、例えば、「Ｔｉｐ　ｏｆ　Ｄａｙ」および他のダイアログボックスを含み、他のＮａｇウィンドウズを除外する自動的に開かれたウィンドウズは、ユーザが手動で他の非Ｎａｇウィンドウを開かれたウィンドウズの上に動かすまで開かれたウィンドウズの上に常に配置される。ウィンドウズ版のＥｕｄｏｒａｅ−メールソフトウエアの実行制約により、Ｎａｇを不明瞭にし得るウィンドウだけは他の浮動ウィンドウズである。これは、主に多重ドキュメントインタフェース（ＭＤＩ）子ウィンドウズが最大化可能であるべきであるという要求によることが分かる。それがウィンドウズプログラムマネジャーおよびウィンドウズファイルマネジャーのような多数の一般に使用されているウィンドウズアプリケーションおよびユーティリティによって使用された標準のウィンドウズインタフェースであることに言及すべきである。すなわちＭＤＩインタフェースは、ＩＢＭによる共通ユーザアクセス（ＣＵＡ）規格セットの一部でもある。各ＭＤＩに従うアプリケーションによって、あなたがたは、テキストを編集し、データベースを管理するかあるいはスプレッドシートで作動するようなファイル専用タスクのための子ウィンドウズを開いて、若干の可能なタスク以外を示すことができる。
【００６４】
図１８は、本発明の典型的な実施形態によるマックＯＳ版のＥｕｄｏｒａでＮａｇウィンドウのためのフローチャートを示す。図１８では、ソフトウエアは、シンボル（Ｉ）、すなわち時間（Ｉ）によって示されるようにインメールボックスをいま示す。次に、Ｅｕｄｏｒａｅ−メールは、シンボル（２）によって示されるように、ユーザを絶えず責めたて、メールボックスの上にＮａｇを置く。若干の「フレッシュミート」メールボックスに到着する。通常、これは上部で開く。しかしながら、ソフトウエア、すなわちユーザがどれの後ろにも手動で送信しなかったソフトウエアによって表示される「新しい」Ｎａｇがあるので、その代わりに、「フレッシュミート」は、シンボル（３）によって示されるようにＮａｇの下で開く。ユーザは、シンボル（４）によって示されるように、手動でフレッシュミートを前部に動かす。この後、メールがより多くのミートに到着する場合、Ｎａｇはもはや新しくなく、より多くのミートは、シンボル（５）によって示されるように通常な方法で上部で開くことができる。
【００６５】
ウィンドウズ環境のいずれかのＮａｇウィンドウズの配置は、一般に、かなり簡単である。Ｎａｇウィンドウズは、ユーザがこのウィンドウズを閉じるまで、他の浮動ウィンドウズの上でＭＤＩボックスの外側を単に浮動する。ユーザが全マッキントッシュダイアグラムがＭＤＩボックスの内部で行われると仮定する場合、この規則の例外はマックＯＳＮａｇウィンドウのように動作する更新Ｎａｇである。特に、これが更新Ｎａｇがウィンドウズ環境で最大化されてもよいことを示すことに注目。
【００６６】
Ｎａｇスケジュールの基本概念が上記に導入されたけれども、この点のＮａｇスケジュールのより詳細な論議は本発明の典型的な好ましい実施形態によるソフトウエアの所定の態様および機能の理解を容易にする。Ｅｕｄｏｒａ電子ソフトウエアでは、各スケジュールは、所与の日付（Ｎａｇベース）以来の日数（最後を除いて）を示す数のセットである。ソフトウエアプロバイダーは、ユーザが絶えず責めたてられる最後の時間をさらに見失わないようにしなければならない（最後の遅延）。Ｎａｇベースおよび最後のＮａｇの両方が各型式のＮａｇに対して別々に追跡すべきであることに注目。ソフトウエアプロバイダーは、例えば、登録Ｎａｇおよび更新Ｎａｇに対する値を混合してはいけない。Ｎａｇスケジュールの最後の数は繰り返し間隔である。一旦他のＮａｇが全て使い果たされると、ユーザは、最後の日数が過ぎる度に絶えず責めたてられる。
【００６７】
Ｎａｇスケジュールを理解する最も良い方法は、図１９に示されるようにこのスケジュールを時間線としてみなすことにある。この特定の時間ラインは、［０，４，９，１２，３］に対するものである。Ｎａｇが１５日時点および１８日時点でＮａｇは最後の数のために（３日）の繰り返し間隔があるということに注目。したがって、図１９では、最後のＮａｇよりも大きく、現在日よりも小さいかあるいは等しいＮａｇ日がある場合、ユーザは絶えず責めたてられるはずである。２日以上のＮａｇ日が過ぎた場合、ユーザは１度だけなお小言を言われる。
【００６８】
一旦Ｎａｇウィンドウが開かれると、最後のＮａｇが現在日にリセットされることに言及すべきである。０の最後のＮａｇ間隔は、Ｎａｇが規定された期間が満了した後少しも多く行われないことを示すことにも言及すべきである。Ｅｕｄｏｒａ電子ソフトウエアが有利なことには、任意のＮａｇが当然アプリケーション始動および各メールチェックの完了にあるかどうかを決定するソフトウエアサブルーチンを含んでいる。後者の場合に関して、ソフトウエアは、メールチェック中毎週１度更新ページの修正日付をチェックする。更新ページが過去の週中に修正された場合、ソフトウエアプロバイダーは、メールチェック中更新情報をダウンロードし、ユーザにユーザのソフトウエア、例えば、Ｅｕｄｏｒａｅ−メールソフトウエアを更新するようにユーザを絶えず責めたてる。図１５を参照せよ。最後に、ユーザの状態が開いたＮａｇが最早関連ないように変わる場合、このＮａｇは閉じられ、最早表示されないことが注目される。
【００６９】
前述の論議は広告に関するいろいろの問題にも簡単に触れられる。より詳細には、広告を含む主要なクライアント問題は、いかにソフトウエアが広告を表示するか、何時ソフトウエアが広告を表示するか、いかにソフトウエアが広告を得るか、いかにソフトウエアプロバイダーが人口統計情報を得て、伝送するか、いかにソフトウエアプロバイダーが広告が実際に表示されることを検証するかである。
【００７０】
図３Ａを再び参照すると、Ｅｕｄｏｒａｅ−メールソフトウエアの主ウィンドウは、主ウィンドウの対向する隅部にほぼ四角の広告および３つの広告ボタンを示している。特定のほぼ四角の広告は高さ１４４ピクセル×幅１２８ピクセルであることに言及すべきである。すなわち、ソフトウエアは、１４４ピクセル×１４４ピクセルぐらいの広告を受け入れる。メールボックスによって使用可能なウィンドウの領域はほぼ３０％減少されることが分かる。しかしながら、内容領域には触れられないままであることも分かる。図３は、小さいグラフィックあるいはプラカードが、例えば、下部右隅で、主ウィンドウが保証されることを示すために使用される他の主ウィンドウを示している。
【００７１】
ソフトウエアプロバイダーが広告者から受信できる実際の情報が比較的簡単であることが分かる。図３Ａの下部左隅に示されるような標準広告に関して、１５Ｋ以上でない、高さ１４４ピクセル×幅１４４ピクセル以上でない広告は、画像ファイル、例えば、ＧＩＦファイル、ＰＮＧファイル、ＪＰＥＧファイル等からなる。好ましくは、この画像ファイルは、ウェブセーフカラーパレットを使用する。時にはブラウザセーフパレットに関するものであるこのパレットは、８ビットによつて規定できる可能な２５６色の中から２１６色だけを含む。残りの４０色はマックおよびＰＣで変わる。４０の可変色を除去することによって、このパレットはクロスプラットホーム使用のために最適にされる。さらに、画像ファイルは、有利なことには、広告にクリックするユーザが指令される単一均一資源名（ＵＲＮ）に関連する。各広告者は、下記により詳細に述べられるように、広告のための所望のスケージューリング情報も指定する。ソフトウエアプロバイダー、クアルコム社に広告を伝送することを容易にするために、広告者は、広告をＨＴＭＬで包んでもよい。これによって、ソフトウエアプロバイダーは、ＨＴＭＬページのＭＥＴＡタグとして広告パラメータを含むことができるので、ソフトウエアプロバイダーは、有利なことには、リンクアドレス等を指定するためにＨＴＭＬ包み込み広告を使用できる。
【００７２】
さらに、ツールバーアイコンは、ＧＩＦフォーマットでもまた要求されるが、実際はクライアントに複合フォーマットに供給され、標準アイコンに変換される。さらに、正確な幅が実行時間に変わり得るけれども、図３Ｂに示されたフリーウェアバージョンのスポンサーのためのプラカードは、わずか高さが３１ピクセルにすぎなく、幅が約８８ピクセルであるべきである。
【００７３】
ユーザが広告にクリックする場合、ソフトウエアプロバイダーは、通常ユーザをソフトウエアプロバイダークリックスルーカウンタに案内し、それから広告を列挙されたリンクにユーザのブラウザを再案内することにここで言及すべきである。クリックスルーカウンタは、有利なことには、ソフトウエアのサーバの１つ、例えばサーバ３０２および３０３の１つであってもよい。このことは、ソフトウエアプロバイダーは、サーバ名、若干のトラッキング情報、最終宛先ＵＲＮを含むＵＲＮを構成し、次にサーバはユーザのブラウザを宛先ＵＲＮに再案内することを必要とすることが分かる。
【００７４】
ユーザがクリックスルーが試みられた時点でオフラインである場合、１つの複雑さが生じる。ユーザがオフラインである場合、ソフトウエアによるいくつかの可能な動作が可能である。例えば、ソフトウェアはオンラインセッションを開始できる。それとは別に、ソフトウェアは、単にリンク履歴機構を使用してリンクにフラグを立てることができる。ソフトウェアが大部分ブラウザによって保持された履歴リストと同様に保持するウィンドウ／メニュを示す図１２を参照せよ。ソフトウェアがオフラインである間に広告がクリックされる場合、ソフトウェアは、有利なことには、リンクをリンク履歴ウィンドウに加え、ユーザが望んだことを知るようにこのリンクにフラグを立てるが、前のｅ−メールセッション中このサイトを訪ねることができなかった。
【００７５】
さらに、ソフトウェアは、有利なことには、ユーザのブラウザがクリックスルーに応答できるように構成されてもよい。いくつかのブラウザは、オフライン状態を処理するそれ自体の精巧な機能を有し、ソフトウェアプロバイダーは、ユーザがこの機能を当てにするかもしれないという考えをあらかじめ考慮しておくべきではない。それとは別に、ソフトウェアは、オンラインである場合、ブラウザ（ｂｒｏｗｓｅｒ）によってその後処理するためのブラウザへのリンクの伝送を可能にし得る。すなわち、ソフトウェアによって、ユーザは、ユーザがオンラインである次の時間にユーザのブラウザにリンクを送信することをソフトウェアプロバイダーに知らせることを可能にすることができる。
【００７６】
要約すると、ソフトウェアプロバイダーは、典型的で非限定の場合、全ての広告に対する下記の標準規格が広告者によって提供することを勧告する。
【００７７】
・１４４×１４４ピクセルよりも大きくない。これよりも小さい広告は、１４４×１４４ウィンドウの中心に置かれ、標準規格フレームカラーによって囲まれる。
【００７８】
・ＧＩＦあるいはＪＰＥＧ。ソフトウェアプロバイダーは、有利なことには、ＧＩＦをフォトショップ（ＰＮＧ）ファイルに変換できるが、これは透過的である。ソフトウェアプロバイダーは、現在はフォトショップのガンマバグのためにＰＮＧ広告を直接受信できない。
【００７９】
・１５Ｋよりも大きくない。これは、広告を送信するのに必要とされるバンド幅ならびにユーザバンド幅の信用コストを減らす。
【００８０】
・非アニメーション。これは、本発明の典型的な実施形態のユーザ態様に対する「非妨害的な」メッセージの必要不可欠なものである。
【００８１】
・多くて９００文字しかない単一ＵＲＮ。ＵＲＮサイズの１Ｋの疑わしい限界がある。顧客のＵＲＮを９００文字に制限することによって、ソフトウェアプロバイダーはＵＲＮに注釈を付け、ＩＫ限界内になお留まることができる。
【００８２】
・多くて３１文字しかないユーザフレンドリタイトルストリング。このストリングはリンクウィンドウで表示され、ユーザが関係する何物かであるべきである。
【００８３】
・この２１６色のパレットは、前述のように２５６色系でユーザのために最適化される。
【００８４】
ツールバー、すなわち図３Ａの上部右隅のボタンは、下記を除いて、標準広告と同じ要求を持つことに言及すべきである。
【００８５】
・必要される１６×１６および３２×３２の両者。これらは、クライアントが提供するサイズであり、ソフトウェアはこのサイズの両方を必要とする。
【００８６】
・ＧＩＦだけ。このソフトウェアはツールバーにＪＰＥＧ画像をレンダリングしない。
【００８７】
図３Ｂの下部右隅に示された共同ブランドスポット広告に関して、このスポット広告は、下記のものを除いて、標準広告と同じ条件を有する。
【００８８】
・幅９５ピクセル×高さ３１ピクセルよりも大きくない。
【００８９】
・ＧＩＦだけ。
【００９０】
ユーザが広告の上に小さいウィンドウを置くことによって広告を視界から隠すかもしれないという図３Ａに示された広告配置に関する１つの面倒な問題は比較的容易である。有利なことには、ユーザは、広告がスクリーン上にあり、かつ覆い隠されないの両方であることを決定するようにチェックを実行する。スクリーン状態はこれらの判定基準の両者を満たさない場合、ソフトウェアは、広告を覆い隠さないかあるいは広告が覆い隠されるようにウィンドウを自動的に再配置するかのいずれかを行うようにユーザに小言を言う。ユーザが所定の時間広告を覆い隠すことに固執する場合、ソフトウェアは自動的にフリーウェアモードに移す。
【００９１】
Ｅｕｄｏｒａ電子プログラムのようなアドウェア版のソフトウェアを提供する主要な理由の１つは、広告者がソフトウェアのコストの援助を得ることができる機構を提供することにあるので、ソフトウェアプロバイダーを全てのＥｕｄｏｒａユーザは実際広告を見ることを確実にする気にはっきりとさせる。他の方法を述べると、例えば、ユーザが他の部屋にいる間、クライアントコンピュータ１００ａのスクリーン上に広告を表示することは、広告者のための広告の費用を正当と認めない。この理由のために、ソフトウェアは、ユーザが広告がある間にコンピュータの前にいる実際の時間の測定を可能にする機能を含む。
【００９２】
ある種の決定的な目のための固定装置がないので、ソフトウェアがユーザの注意力を測定するために行う最善なのことは、クライアントコンピュータ１００ａへのユーザ入力を監視し、したがってディスプレイ装置２０８の前にいることを確認することにある。クライアントコンピュータ１００ａへの主要な入力装置はマウス２０４およびキーボード２０３であると仮定すると、ｅ−メールクライアントは、アドウェア版のＥｕｄｏｒａのｅ−メールクライアントが最前部にいる場合、ユーザによるマウスおよびキーボードの両方の操作を監視し、このアクティビティの報告を例えばソフトウェアプロバイダーに周期的に返す。換言すると、マウスが著しく動く場合、マウスボタン状態が変わる場合、あるいはキーが押されるかあるいは解放される場合、ユーザは、「存在して、説明される」とみなされる。さらに、このような事象の前後の期間を広告のための「フェース時間」とみなす。
【００９３】
本発明によるソフトウェアの典型的な場合、ソフトウェアは、この期間を測定し、この期間の全長をｋＦａｃｅＩｎｔｅｒｖａｌと呼ぶ。この値について非常に正確である必要がない、例えば、ユーザ事象で開始する６０秒のｋＦａｃｅＩｎｔｅｒｖａｌは述べられた典型的な非限定の場合に使用される。
【００９４】
ソフトウェアによって表示される広告のフォーマットを説明すると、次に広告が実際に表示するために得られる方法論の詳細な論議が提示される。表示する広告を得られる一般的な方法論は、メールチェック中あるいはソフトウェアがライブネットワーク接続を検出する若干の他の時間中、クアルコム社サイトに接続し、広告をローカルキャッシュにダウンロードすることにある。広告をダウンロードする動作が課金情報を個別のクライアントから収集する必要性を避けるために広告者に請求書を送るトリガであり得ることが分かる。それに反して、ＪＵＮＯによって提供される専用システムのような専用システムは、ユーザがいかなる理由のためにも自分のｅ−メールアカウントにアクセスする場合は常に広告表示データを指定ｅ−メールサーバにアップロードする。
【００９５】
いかに広告をダウンロードするかについての妥当な決定を行うために、ソフトウェアプロバイダーは、広告ダウンロードがユーザにどんな影響を持つかの若干の考えを持つ必要がある。この影響にアクセスするために、ソフトウェアプロバイダーは、典型的なＥｕｄｏｒａユーザの習慣は何であるか、およびどんな広告が伝送特性に関して同じであるかについての仮定を行わなければならない（情報を収集しなければならない）。アドウェア処理の一部は、ソフトウェアプロバイダーが当て推量によってよりむしろこれらの質問に知的に回答し始めることができるようにソフトウェアクライアントに手段を加えることにある。しかしながら、いくつかの基本的な仮定で開始しなければならない。例えば、図２１Ａは、ｅ−メールプログラム操作に与える広告伝送の影響を決定する際に使用される仮定を列挙する表である。図２１Ｂは、加入者に毎日ダウンロードされる新規の広告数に対する加入者ベースに関するバンド幅要求を列挙する表である。これらの計算の意味は下記の通りである。この目的が例えば３日である広告の平均交代であると仮定すると、図２１Ｂに示された表の最上部行はソフトウェアプロバイダーによって使用される行である。最悪の場合、すなわち最大バンド幅のシナリオは例えば、一日２５の広告を交代することにある。これらの値は図２１Ｂの表で強調される。
【００９６】
特定の広告パラメータを伝送するのと同様にどんな広告が特定のユーザ階級に対して示されるべきであるかを決定するために、ソフトウェアプロバイダーは、有利なことには、プレイリストを使用する。プレイリストは、その本質において、毎広告に基づいて属性値対のセットと同様に実際の広告を取り出すＵＲＮのリストである。プレイリストの正確なフォーマットはより詳細に手短に述べられる。プレイリストは、下記に直ちに述べらているように、これらの広告を表示するパラメータとともにクライアントが持つべき全広告のセットを指定する。広告はプレイリストに表示されてもよいが長い間表示することが予定されていない（あるいは全部でさえ）ことに注目すべきである。プレイリストのこのような広告の存在によって、クライアントは、将来表示するためにクライアントの記憶装置に対して広告を検索する。プレイリスト（ＰｌａｙＬｉｓｔ）のための一般的な要件は下記の通りである。
【００９７】
１）プレイリストに対する要求は、どんな広告にＥｕｄｏｒａのコピーを取り出す必要があるのかを決定するプレイリストサーバを助ける情報を含む。
【００９８】
２）いかにしばしば新規のプレイリストがチェックするかを修正する能力を含むＥｕｄｏｒａのためのパラメータを全体としても含むことができる。
【００９９】
３）プレイリストは、全てより古いプレイリストと交換すべきか否かあるいは単により古いプレイリストと合体されるべきであるかを指定できる。万一ソフトウェアプロバイダーがよりウェブ状の広告モデル、例えば回転する広告プールを使用するモデルを使用することを選択する場合、併合機能はこのようなモデルを可能にすることに言及すべきである。
【０１００】
次に、本発明による典型的な広告取り出し処理の状態流れ図である図２２および図１を参照して説明される。まず第一に、クライアントコンピュータ１００ａ上で実行するクライアントソフトウェアは、プレイリストサーバ、例えば、ａｄｓ．Ｅｕｄｏｒａ．ｃｏｍに結合する。クライアントソフトウェア、例えば、Ｅｕｄｏｒａソフトウェアは、クライアントソフトウェアが現在インストールした基本クライアント情報およびプレイリストのＩＤを支払いサーバ３０２に供給する。ａｄｓ．Ｅｕｄｏｒａ．ｃｏｍサーバは、現プレイリストがなお有効であり、クライアントソフトウェアを異なる支払いサーバ、例えば他のサーバ３０２′に送信するように再度命令するためにハイパーテキスト転送プロトコル（ＨＴＩＰ）を使用する指示に応答するか、あるいはプレイリストサーバ３０２からの新規のプレイリストに直接応答するかのいずれかである。図２２を参照せよ。新規プレイリストがプレイリストサーバ３０２から受信される場合、クライアントソフトウェアは、新規プレイリストとその現広告のセットと比較し、ｅ−メールクライアントの広告キャッシュに常駐していない広告を広告サーバ、例えば図１に示された広告サーバ３０３から、プレイリストに含まれるＵＲＮに従って取り出し始める。
【０１０１】
有利なことには、クライアントソフトウェアは新規プレイリストのチェックを３日毎に実行する。プレイリストチェック間の３日の間隔は任意であり、論議されている本発明の典型的な好ましい実施形態だけに使用可能であることに言及すべきである。広告は好ましくは、多分多数のメールチェックに対するプレイリストを満たすために必要に応じて取り出されることにも言及されるべきである。さらに、広告取り出し処理は、ｅ−メールクライアントソフトウェアあるいはクライアントコンピュータ１００ａのいずれかのタスクにもかかわらずメールチェック当たり１分に限定される。１分後、クライアントソフトウェアは広告サーバ３０３から切り離す。このことは、広告取り出し動作が終了される場合、ｅ−メールクライアントソフトウェアはプレイリストを満たしていないことをしばしば意味している。このソフトウェアは利用可能な広告を利用すると同時に残りの広告はダウンロードされる。
【０１０２】
さらに、ソフトウェアプロバイダーは、有利なことには、ａｄｓ．Ｅｕｄｏｒａ．ｃｏｍサーバ３０３と同等な複数のサーバを備えてもよい。これらのサーバは、いくつかのＥｕｄｏｒａユーザ社会、例えば１つのＩＳＰ等によって情報を提供される会社のユーザの全てに余分の広告を提供することが分かる。他の方法を述べると、地方および長距離電話アクセスのような付加サービスを提供するＩＳＰは、それ自体の顧客ベースに対してこれらのサービスを相互推進したいかもしれない。したがって、ＩＳＰは、有利なことには、このような局部化された推進を請け負う。ＩＳＰのブランドのアドウェアｅ−メールクライアントは、この距離でＩＳＰによって保守される広告サーバ３０３″に結合される。
【０１０３】
利用可能な広告のセットを与えられると、ソフトウェアは、次にどの広告を表示するかを選択することをなお必要とする。これは、多数の選択が伝えられるところによると広告者の利益を最大にするように行われるウェブ広告業界の非常に興奮する事項であることが分かる。特に、より良いユーザ応答を発生する広告が、このような広告が余分の収益を生み出す、すなわちこのような広告は広告が表示されるウェブページの内容にしばしば結ばれているために好ましい。しかしながら、ソフトウェアプロバイダーあるいはクライアントソフトウェアのいずれかが広告サービス上で現在実行される広告スケジューリングアルゴリズムから著しい利点を得ることができることはありそうにない。これは、一部にはｅ−メールクライアントソフトウェアによって表示される広告が表示されている内容から切り離される事実による、すなわちソフトウェアプロバイダーもクライアントソフトウェアもどちらもユーザが見ている任意の特定の広告の内容に気づかなく、一部にはｅ−メールソフトウェアは、「実時間」で広告を要求するよりもむしろ後の表示のためにバッチで広告を要求するという事実による。
【０１０４】
前述のように、プレイリストは、直ぐ後の表に列挙されたパラメータを含む広告スケジューリングアルゴリズムへの所定のグローバル入力を提供する。
【表５】

【０１０５】
さらに、広告スケジューリングに関連するプレイリストの毎広告入力は下記の表に詳述される。
【表６】

【０１０６】
スケジューリングアルゴリズムへの入力でもあるソフトウェアプロバイダーが計算するいくつかの値がある。これらのグローバル値は下記の表に列挙される。
【表７】

【０１０７】
このソフトウェアも、これらの値を見失わないようにし、これらの値を広告毎にソフトウェアプロバイダーに報告する。
【表８】

【０１０８】
有利なことには、ソフトウェアプロバイダーは、広告スケジューラ（ａｄ ｓｃｈｅｄｕｌｅｒ）の３つの主要状態、すなわち、通常の状態、期限切れ状態、および再実行状態を実行する。通常の状態では、電子クライアントソフトウェアは、有利なことには、通常の広告を見せ、広告の明細を明らかにする。このことは、実際に発生するものは何でもｅ−メールクライアントに表示される広告の大部分の料金を請求することであることがわかる。それに反して、ｅ−メールクライアントソフトウェアが割り当てられたフェース時間割り当てを満たすのに十分な通常の広告を見せ、広告キャッシュが見せるのに利用する１つあるいはそれ以上の期限切れ広告を含む場合、期限切れ状態が選択される。再実行状態では、ｅ−メールクライアントソフトウェアは、その通常の広告割り当ておよび期限切れ広告の両方を使い果す、すなわちｅ−メールクライアントソフトウェアは今通常の広告を再度見せるが、ソフトウェアプロバイダーはこの広告に料金を請求しない。
【０１０９】
ソフトウェアプロバイダーは、有利なことには、いろいろのＩＰＳ、本出版者等が配布したＥｕｄｏｒａのコピーにラベルあるいはブランドを付けるいろいろのＩＰＳ、本出版者等に顧客インストーラを提供できることに言及すべきである。次に、ソフトウェアプロバイダーは、これらの配布者が配布したクライアントソフトウェアによって生み出された広告収益の歩合に対してこれらの配布者にクレジットする。これらのクレジットは、前述の理由のために各ブランド版のアドウェアｅ−メールクライアントと関連した相互推進活動によって相殺されてもよいことが分かる。
【０１１０】
直前に示された議論が与えられると、次に本発明による典型的なｅ−メールクライアントソフトウェアのいろいろの態様のより詳細な説明が行われる。
【０１１１】
前述のように、プレイリストは、ソフトウェア、例えばＥｕｄｏｒａｅ−メールクライアントでの広告の取り出しおよび表示を制御する一つの方法である。プレイリストと関連した主要な長所は、ユーザ登録あるいは集中化ユーザデータベースを必要としない広告画像からの広告パラメータの分離、画像サーバの詳細な知識からのＥｕｄｏｒａクライアントの隔離、および広告分配の集中サーバインテリジェンスである。したがって、プレイリストが極端に融通の利くオブジェクトであることが分かる。典型的な場合、プレイリストは、いかにＥｕｄｏｒａクライアントが行動するかに対して、それ自身の広告を選択するアブストラクトＵＲＮを単に伝送するためにＥｕｄｏｒａが実行する正確な広告のセットを指定することから変わる程度の制御を行使できる。プレイリストがその最も大きい長所のために使用される場合、プレイリストは、Ｅｕｄｏｒａのようなソフトウェアでの広告表示を制御する際に力強いツールをソフトウェアプロバイダーに与える。プレイリストがその後関係ないとみなされる場合、プレイリストは、ソフトウェアプロバイダーの日毎の１つの余分の簡単なネットワーク接続の費用を見積もる。
【０１１２】
図１および図２２に関して前述されるように、クライアントコンピュータ１００ａは、ネットワーク２００を介して（異なるサーバ３０２′に再度向けられてもよい）プレイリストサーバ３０２に接続する。次に、プレイリストサーバ３０２は、ネットワーク２００を介してクライアントコンピュータ１００ａにプレイリストを戻す。その後、コンピュータの電子クライアントソフトウェアは、プレイリストで指定された広告を取り出す。
【０１１３】
広告取り出し処理を開始するためにＥｕｄｏｒａクライアントによってプレイリストサーバに送信されたプレイリストリクエストは単純なバーストのバイナリコードである。プレイリストリクエストは、ユーザのための適切な新しいプレイリストを形成あるいは選択するのに十分な情報をサーバ３０２に供給するために使用される拡張可能マークアップ言語（ＸＭＬ）コードのブロックである。プレイリストリクエストの情報は下記の表に示されている。
【表９】

【０１１４】
これらのパラメータの全ては同時に活動的に使用される可能性がないことが分かる。すなわち、いくつかは特定の動作モード（下記を参照）をサポートするために示され、他のモードで使用されない。毎プレイリストリストはＭＤ５でチェック合計される。ＲＦＣ１３２１‐「ｈｔｔｐ：／／ｗｗｗ．ｆａｃｅ．ｏｒｇ／ｒｆｃｓ／ｒｆｃ１３２１．ｈｔｍｌの「ＭＤ５メッセージダイジェストアルゴリズム」を参照せよ。プレイリストサーバ３０２は、好ましくは合計検査検証を失敗するリクエストを無視する。
【０１１５】
クライアントがプレイリストリクエストを行った後、サーバ３０２はプレイリスト応答で回答する。プレイリスト応答は２つの主要な部分、すなわち広告に関する一般的なクライアントの行動、すなわち広告が変わる速度を更新するクライアント情報部分およびクライアントが取り出すべき広告を記述する新しいプレイリストそのもの、に分割される。プレイリストサーバ、例えば、サーバ３０２は、ｅ−メールクライアントがその進路上で既にある広告を続けるべきであることを意味する空の応答も戻してもよいことに言及すべきである。毎プレイリスト応答がプレイリストリクエストが合計検査されるのと丁度同じようにＭＤ５で合計検査される。ＭＤ５ダイジェストは、１６進で符号化され、プレイリスト応答の「合計検査」ヘッダに入れられる。有利なことには、ｅ−メールクライアントは合計検査検証を失敗するプレイリストを無視する。
【０１１６】
プレイリスト応答の部分を記述する前に、ｅ−メールクライアントは時々、より良い用語がないために、旧クライアントバッグ、サーババッグ等のためにまごつかされることになる。時々、更新されたクライアントによってさえ引き継がされる旧データは適切に機能を果たすシステムに対してあまりにもごちゃごちゃにされる。クライアントはこの状態を検出するようにプログラム化できるが、サーバに対するタスク、例えば、エラー検出を残すことが好ましい。したがって、サーバが、クライアントが「まごつかされる」ことを検出する場合、プレイリストサーバ３０２は、丁度単一コマンドリセットに応答する。厳密にリセットコマンドに、クライアント情報は全然従うべきでなく、プレイリストは全然従うべきでない。リセットコマンドを受信する際に、クライアントは、プレイリスト、フェース時間履歴、広告履歴、広告キャッシュ等を含むその累算された広告データベースおよび記録を廃棄する。あらゆるものは、ｅ−メールクライアントがアドソフトウェアがまさに初めて実行される前にｅ−メールクライアントソフトウェアが有した初期の状態にリセットされる。リンク履歴は、実用性の理由のためおよびそのようにユーザに見えるための両方のためにリセットコマンドから免除される。リセットが影響を及ぼさない広告データの唯一の他の項目は、リセットにわたって保持されるべきである広告故障カウンタである。次に、クライアントは、プレイリストを全然持ってなく、必要されるプレイリストに対するプレイリストサーバに他のリクエストを行う。
【０１１７】
クライアント情報部分はいろいろのクライアントパラメータを更新する。このパラメータは真下に列挙される。
【表１０】

【０１１８】
前述から、クライアント情報部分はプレイリストの効果的な機能であることが分かる。クライアント情報部分によって、ソフトウェアプロバイダーは、一方の広告モデルから他方のモデルへ滑らかに推移することを含むアプリケーションをグローバルの方法で制御できる。もしこれが、ソフトウェアプロバイダーがプレイリストから得られた唯一の長所であるならば、ソフトウェアプロバイダーだけで、プレイリストの実行を行う価値がある。
【０１１９】
前述のように、プレイリスト応答は、２つの主要な部分、一般的なクライアント行動を更新するクライアント情報およびクライアントが取り出すべき広告を記述する新規プレイリストそのものに分割される。新規プレイリストそのものは、１つのグローバル値、すなわちＰｌａｙＬｉｓｔＩＤを有する。このＩＤは、クライアントコンピュータ１００ａがプレイリストサーバ３０２に接続する次の時間にクライアントがプレイリストサーバに戻すＩＤ値である。このプレイリストＩＤは、有利なことには、プレイリストリクエストに含むことができるかあるいはプレイリストサーバに無数の形態、例えばクッキーとして別々にアップロードできる。多数のパラメータの全てが少しの単一広告と併用されない可能性があり、多数のパラメータのいくつが決して全く使用されない可能性があるけれども、各広告は多数のパラメータを有することができる。このパラメータは、上記に詳述されているスケジューリングパラメータと、真下に列挙された情報を含む広告情報とを含んでいる。
【表１１】

【０１２０】
用語統一資源名（ＵＲＮ）は、インターネットを介して利用可能な資源を指す短いストリングである包括的な全ての名前／アドレスのセットを示していることに言及すべきである。したがって、インターネット上の特定の資源にいかにアクセスするかの明白な命令を有するＵＲＮ方式のサブセットである統一資源ロケータ（ＵＲＬ）およびＵＲＬの他のサブセットである統一資源識別子（ＵＲＩ）の両方を包含する。ＵＲＬサブセットおよびＵＲＩサブセットは重なってもよいことが分かる。用語ＵＲＮ、ＵＲＬ、およびＵＲＩは、有利なことには、交換して使用できることも分かる。すなわち、どの用語が使用されているかは、その最も広い意味で、名前を付けられた資源をアドレス指定していることを意味している。
【０１２１】
時の経過で、全てのパラメータが一度に使用される可能性がないことを言及した。プレイリストは、多数の広告モデルを提供するのに十分自由に変えられる。プレイリストは、いくつかの広告モデル、プレイリストが役立つが中心的でない他の広告モデル、プレイリストが限界ぎりぎりで役に立ちさらに他の広告モデルに重要であるが、著しい支障を与えない。プレイリストの使用は、ソフトウェアプロバイダーを任意の特定の広告モデルに傾かせない。すなわち、プレイリストは、有利なことには、ソフトウェアプロバイダーが選択するいかなる広告モデルにも提供するために使用できる。確かに、万一ソフトウェアプロバイダーが広告モデル間で切り換えることを決定すると、プレイリストによって、ソフトウェアプロバイダーは、広告モデルの流れの中ほどで切り換えることができる。後述において、いくつかの広告モデルは、いかにプレイリストが各広告モデルに対して使用されるかを示そうと努力して図３１Ａおよび図３１Ｂに関して述べられる。これは広告モデルのプレイリスト概念の絶対必要な中立を示すことが分かる。
【０１２２】
図３１Ａは、継続する広告と関連する広告モデルを示すと同時に図３１Ｂは短命の広告モデルに関連したパラメータを示している。ここで言及する１つのことは、いかにこの部分のいずれかからのパラメータの中の２、３がチャートに現れるかである。わずか５つのパラメータを変えることによって、有利なことには、アドウェアは、これらの２つの別個の広告モデル間で移動することが分かる。このパラメータ、広告モデルにかかわりなく、使用されるか否かのいずれかである。例えば、ソフトウェアプロバイダーは、任意のモデルにおいて、広告後の空白スペースを実行でき、ソフトウェアプロバイダーは、任意のモデルにおいて、広告後の空白スペースを避けることができる。パラメータの大部分は、このｉｔ‐ｊｕｓｔ‐ｄｏｅｓｎ’ｔ‐ｍａｔｔｅｒカテゴリーの範囲に属する。
【０１２３】
短命広告モデルに関して、ソフトウェアプロバイダーは、多数の広告を多数の広告者あるいは２、３の広告者だけのいずれかから受信することが分かる。広告は多数の日数の間に存続する。広告は、使い尽くされ、比較的高速に廃棄される。このモデルでは、プレイリストがさらに使用される。クライアントの広告が少なくなる度に、クライアントは、クライアントの既存の広告と混合するためにもっと２、３の広告を記述する他のプレイリストを要求する。広告が広告の割り当てられた時間を超える場合、広告は廃棄される。この広告モデルでは、プレイリストサーバは、実際に広告のためのパラメータのみを伝送するのに役立つ。しかしながら、このパラメータは、結局、なんとかして伝送されねばならないので、これは許容可能である。
【０１２４】
ソフトウェアプロバイダーは、広告モデルを混合したい、例えば、長く続く広告および短命広告の混合を行うことを望むと仮定する。いかにこの状態が処理されたかは化学量論に依存する。キャッシュが、大部分の継続する広告および２、３の短命広告で充満されるかあるいは将来充満される場合、ソフトウェアプロバイダーは、単にｒｅＩｎｔｅｒｖａｌを増加させ、継続する広告モデルにおけるようにプレイリストを使用できる。換言すると、ソフトウェアプロバイダーは、単に２、３のランダム広告を選択し、各プレイリストに与えられ、もっと２、３のランダム広告を選択し、クライアントが次日取り出す次のプレイリストに与えられる。一方、キャッシュが大部分の短命広告および２、３の継続する広告だけを含む。１つのプレイリストは、前述のように継続する広告を列挙する。残りのフェース時間は、短命広告のプレイリストを使用して満たされる。
【０１２５】
前述の論議は、いかにプレイリストが著しい異なる広告モデルを提供するために使用できるかを示している。プレイリストがこれを行うことができる理由は、プレイリストは、余分レベルのサーバ制御だけにあり、Ｅｕｄｏｒａとその広告との間にあるということである。
【０１２６】
アドウェアｅ−メールソフトウェアに対する広告の重要性が与えられると、ソフトウェアプロバイダーの主要な関心の一つは、「アドウェアが広告を受信しない場合、何が起こるか」ということである。例えば、ユーザあるいはＩＳＰは、単にファイヤウォールあるいは他の手段を使用することによってＥｕｄｏｒａへの広告の流れを遮断してもよい。それとは別に、ユーザは、単に、広告あるいはプレイリスト（あるいは両者）を例えば、ユーザのコンピュータからランダムあるいは周期的に削除してもよい。これが起きる場合、ユーザは表示する広告を全然有しない、すなわち、ユーザは、広告を見るかあるいは料金を支払うことをしないで全機能バージョンのＥｕｄｏｒａを得る。これは、本発明による典型的なソフトウェアの１つの重要な局面に打ち勝ち。一方、ユーザは、ハードウェアあるいはソフトウェア問題あるいはユーザが広告を取り出させない他の問題を有してもよいしあるいはソフトウェアプロバイダーの広告サーバはいくつかの理由のためにダウンさえしてもよい。
【０１２７】
ソフトウェアプロバイダーは、簡単な質問、すなわちユーザはメールを送受信しているかを尋ねることによってこれらの２つの状態を区別する。答えがイエスである場合、ソフトウェアプロバイダーは、広告の遮断がソフトウェアプロバイダーが取り組む必要がある何かがあると仮定する。ソフトウェアプロバイダーがこの問題に取り組む方法は段階的に増大する一連の広告故障Ｎａｇに対するものである。これらは２週間あるいはソフトウェアが広告を受信するまで続く。２日毎にソフトウェアは広告を受信し、ソフトウェアは、１日だけ広告故障Ｎａｇタイマを減少させる。タイマが設定値になる場合、ソフトウェアはユーザにお詫びを表示し、フリーウェア版に戻り、信用のおけないユーザによって所有されるようなユーザのソフトウェアにマークをつける。広告ユーザがユーザがアドウェアに戻すように試みる時点で接続される場合、信用のおけないユーザは、アドウェアに戻るだけが可能にされる。図３２〜３４を参照せよ。ソフトウェアプロバイダーが万一Ｅｕｄｏｒａを廃棄することを常に決心し、広告なしにＥｕｄｏｒａを使用させたいならば、ソフトウェアプロバイダーは単に永久登録コードを公表する。
【０１２８】
それとは別に、ｅ−メールクライアントは、有利なことには、広告故障状態が上記の広告故障Ｎａｇの使用を必要とすることを決定するいくつかのより非常に複雑な機能を含む。対応する広告ダウンロード機能が所定の時間中ダウンロードできない場合、例えば、クライアント装置は、広告ダウンロード故障状態を識別できる。さらに、対応する広告表示機能が、所定の時間、例えば、プレイリストサーバから受信された新プレイリストおよび／またはｅ−メールクライアント装置によって使用するために記憶された現プレイリストで指定された時間に広告を表示できなかった場合、ｅ−メールクライアント装置は、広告表示故障状態を識別できる。どちらかの状態が前述の広告故障Ｎａｇ機能を呼び出す。
【０１２９】
ソフトウェアプロバイダーが知る必要があることの１つは、ソフトウェアプロバイダーが考えている広告が実際表示されているので、広告がしばしばのように、およびソフトウェアプロバイダーが広告が表示されている限りの間表示されていることを確認することにある。これは広告者に対して信用性を保持するのに決定的に重要であることが分かる。典型的な会計検査方式は下記の機能を含む。
【０１３０】
・広告表示の回転ログを保持する。このログは毎週１回引っ繰り返す。広告が表示される場合、広告が取り除かれる場合、広告が、Ｅｕｄｏｒａの累積フェース時間、累積実行時間等のように他の事象に加え、クリックされる場合、ログは広告関連事象を記録する。
【０１３１】
・ランダムに、ユーザにログを伝送する許可を求める。毎月百人のユーザ毎の中から１人の頻度で、ユーザの許可をログをソフトウェアプロバイダーに戻すことを求める。許可が与えられる場合、ログは、ＡＳＣＩＩでフォーマット化され、出力メッセージに入れられ、待ち行列にされる。ユーザが調べる機会を与えられる場合、ユーザが望む場合、ログ収集を取り消す。図３５を参照せよ。
【０１３２】
・選択されたユーザに対しては、ｐａｓｔｒｙを供給する。ログのランダム送信に加えて、ソフトウェアプロバイダーは、ランダムに、特定のユーザにサーバとの取引を詳細に会計検査するユーザの許可も求める。これによって、ソフトウェアプロバイダーは、クライアントおよびサーバ行動を相互関連させることができる。
【０１３３】
典型的なＥｕｄｏｒａｅ−メールクライアントソフトウェアに応用可能な計装の他の詳細は図３６〜３９で行われる。
【０１３４】
例えば、図５、図１２、図１４、図１６および図１７に示されたいろいろの状態流れ図は、複数のウェブページ、例えば、ソフトウェアプロバイダーサーバの１つ、例えば登録サーバ３０１からアクセスし、引き出すことができるＨＴＭＬページを参照した。図１を参照。次に、これらのページおよびソフトウェアがこれらのページにアクセスするために使用するＵＲＮの一般的な目的は下記により詳細に述べられる。
【０１３５】
ユーザが適切な位置に向くようにサーバを助けあるいはウェブページを基にした形式の所定の項目に予め記入することによってユーザを支援する情報をサーバに与えることはクライアントに役に立つことが分かる。これはＵＲＮの問い合わせ部の機能である。問い合わせ部に入ったもよい要素は下記に列挙される。問い合わせ部が２つのグループに分割されることが注目される。第１のグループは、個人に向けられたものとみなされる項目を含み、適切である場合だけ項目を伝送するのに大いに注意を払うべきである。第２のグループは、プライバシーに敏感であるとみなされない項目を含む。
【表１２】

【０１３６】
【表１３】

【０１３７】
一般的には、ソフトウェアプロバイダーの非広告ＵＲＮの全てが始まる。
【０１３８】
ｈｔｔｐ：／／ｊｕｍｐ．ｅｕｄｏｒａ．ｃｏｍ／ｊｕｍｐ．ｃｇｉ？ａｃｔｉｏｎ＝ｗｈａｔｅｖｅｒ
「アクション」は、ユーザがどんな機能を実行したいかを決定する。次に、ソフトウェアプロバイダーは、図４０に示されたチャートに従って、適当に％エスケープされ、すなわちパーセンテージ（％）あるいはアンパーサンド（＆）記号によって分離されるいろいろの他の問い合わせ部をＵＲＮに付加する。図４０で参照された各種類のウェブページの簡単な論議が真下に提供される。
【表１４】

【０１３９】
図１に示された全システムのクライアント側を述べると、今やシステムのサーバ側に目に向ける。しかしながら、このネットワークは、当該技術分野で周知であるものであるので、詳述されない。
【０１４０】
特に、プレイリストサーバ（ＰＬＳ）あるいはＳｅｒｖｌｅｔ、プレイリストリクエストに応答するアプレットは、次に詳述される。ＰＬＳは、ＨＴＴＰリクエストをサービスし、ＨＴＴＰ応答を返すサーバ側プログラムである。各リクエストは異なるスレッドを送り出し、クライアントとＰＬＳとの間の通信のデータフォーマットは典型的な実施形態でＸＭＬ符号化される。ＰＬＳは、有利なことには、下記のＪａｖａ（登録商標）パッケージを使用して例示できる。
【表１５】

【０１４１】
Ｓｅｒｖｌｅｔ　ｄｏＰｏｓｔ方法が呼び出される場合、続くのはＰＬＳのタスクフローの説明である。図４１を参照せよ。ＰＬＳは、ＸＭＬリクエストを構文解析し、クライアント更新リクエストを示すオブジェクトを形成する。データアクセスはＳＡＸを使用して実行されることが分かる。クライアントリクエストを記録する場合、ＰＬＳはクライアントリクエスト情報をいわゆるクライアント更新テーブル（図示せず）に記憶する。
【０１４２】
プレイリストリクエストは、所与の日中通常１００ｎと示されているクライアントコンピュータに常駐する複数のｅ−メールから受信できることが分かる。同じＳＱＬステートメントを繰り返して出される場合、問い合わせに応じて新規ステートメントを発生するよりもむしろ作成ステートメントを使用することはより効率的であることが分かる。ロギング動作において、ソフトウェアプロバイダーは、有利なことには、反復ステートメント生成を避けるために下記のセマンティックを使用できる。
【０１４３】

新規プレイリストを発生する際に、Ｓｅｒｖｌｅｔは、有利なことには、ＳＱＬ問い合わせおよびプログラミングフィルタリングの両方を使用できることに言及すべきである。これらの処理は、データベースをアクセスする場合、競合を防止するために同期化されることも分かる。プレイリストを発生する適切な擬似コードは図４２Ａおよび図４２Ｂに示される。図４２Ａの擬似コードの第１のブロックは広告リストを生成する。擬似コードの第１のブロックによって生成された広告リストは、アクティブであり、所定の時間フレーム内に供給できる全ての画像広告を保持することが分かる。図４２Ａに列挙される擬似コードの第２のブロックは、広告を供給されるのに必要とされる時間を計算する。図４２Ｂに示されている擬似コードの第３のブロックは、使用可能なフェース時間を埋めるために使用できる付加広告を決定する。換言すると、メールクライアントソフトウェアは、埋める残りの時間がある場合、生成されたプレイリストは、期限切れ広告に対する利用可能な時間を自動的に埋める、すなわち広告履歴になく、残されたゴールショータイムにもぴったりと合う期限切れ広告を探す。
【０１４４】
ＸＭＬを発生する場合、コメントを生成し、命令等を処理することはしばしば役に立つ。パッケージＸＰライタは、出力ＸＭＬコード、すなわちファイルに特定の種類のノードを作成する方法のセットを提供する。下記のものは、ＰＬＳはＸＭＬ出力を生成する際に使用する方法の短いリストである。
【０１４５】
・要素を開始する‐開始タグ
・要素を終了する‐終了タグあるいは空の要素として現開始タグを閉じる。
【０１４６】
・属性は属性をタグ名値対フォーマットに加える
・コメントはコメントを書く
ＰＬＳは、２つの表のリクエストに応じて発生された情報、クライアント情報部およびプレイリスト一般情報を保持するプレイリスト一般応答テーブルおよびエントリ部を保持するプレイリスト固有応答を記憶する。ＰＬＳは、有利なことには、問い合わせに応じて性能を最適化するために作成ステートメントＡＰＩを使用できることが分かる。
【０１４７】
再び、図４１を参照すると、この図は、有利なことには、プレイリスト応答と同様にプレイリストの表示およびレンダリングを記述するクラス図を示す。このクラス図は、反復ＸＭＬ書き込み方法呼び出しを含む、すなわちこれらの方法呼び出しはプレイリストに関連したＸＭＬタグを発生するためにＰＬＳによって使用される。
【０１４８】
次に、図４３を参照すると、この図は、ひとまとめにしてプレイリストＳｅｒｖｌｅｔを規定する主要なプレイリストＳｅｒｖｌｅｔクラスを示している。より詳細には、プレイリストリクエストクラスは、リクエストを処理し、その後、ＸＭＬリクエストをクライアント更新オブジェクトにマッピングするのに対して、プレイリスト応答クラスは、この応答を処理し、クライアント更新応答をクライアントに書き戻す。さらに、プレイリスト生成クラスは、プレイリストを生成するのに対してＤＢマネージャクラスはデータベース接続プールを処理する。付加詳細は図４３から容易に明らかである。
【０１４９】
データベースを使用する記憶動作の全ては、有利なことには、スレッドできることが図４４から明らかである。前述のように、データベースに関する全ての動作はＭＭ．ＭｙＳＱＬパッケージを実行される。
【０１５０】
要するに、本発明の１つの典型的な実施形態は、プレイリスト応答を通信ネットワークを介して情報サーバシステムと情報を交換するクライアント装置に供給し、広告を記憶することによって汎用コンピュータを専用プレイリストサーバに変換するソフトウェアを包含する。より詳細には、ソフトウェアは、クライアント装置によって表示される複数の選択広告を識別するプレイリスト応答を生成するプレイリスト応答生成機能およびプレイリスト応答がクライアント装置に伝送される通信ネットワークを介してクライアント装置とのプレイリスト応答送信通信リンクを完了する第１の通信機能を例示し、それにおいて、情報サーバシステムおよびプレイリストサーバが別々に制御される。プレイリストは、クライアント装置、例えばｅ−メールクライアント上の広告のプレゼンテーション、例えば表示を命令しているが、広告は、有利なことには、本実施形態でいかなる数の方法でもクライアント装置に供給されてもよいし、クライアント装置によって検索されてもよいことが分かる。この典型的な実施形態では、プレイリストリクエストは、好ましくは、識別子および広告プレゼンテーション命令を含む。対応する統一資源名（ＵＲＮ）は含むが、省略されてもよい。
【０１５１】
他の典型的な実施形態によれば、本発明は、汎用コンピュータを、プレイリスト応答を情報サーバシステムと情報と交換し、広告を広告サーバから通信ネットワークを介して受信する専用プレイリストサーバに変換するソフトウェアを包含する。ソフトウェアは、有利なことには、クライアント装置によって表示される複数の選択広告を識別するプレイリスト応答を発生するプレイリスト応答発生機能と、プレイリスト応答がクライアント装置に伝送される通信ネットワークを介してクライアント装置とのプレイリスト応答送信通信リンクを行う第１の通信機能とを含む。好ましくは、情報サーバシステムおよびプレイリストサーバは別々に制御される。本発明のこの典型的で非限定的な実施形態は、プレイリストによって規定された広告を供給するためにクライアント装置と専用広告サーバ（システム）との間の特定通信チャネルを意図としていることを分かる。この典型的な実施形態によって使用されるプレイリストリクエストは、広告の表示および／または広告表示機能に関するクライアント装置の動作を命令する情報および新規プレイリストに含まれた広告のための名前およびＵＲＮの両方を含む。
【０１５２】
さらにもう一つの典型的な実施形態によれば、本発明は、汎用コンピュータを、プレイリスト応答を情報を情報サーバシステムと交換し、広告を通信ネットワークを介して広告サーバから受信する専用プレイリストサーバに変換し、
・クライアント装置によって表示される複数の選択広告を識別するプレイリスト応答を発生するプレイリスト応答生成機能と、
・選択情報をプレイリストリクエストから抽出するプレイリストリクエスト構文解析機能と、
・プレイリストリクエストの受信に応じてクライアント装置によって表示される複数の選択広告を識別するプレイリスト応答に含めるためのプレイリストを生成するデータベースドライバ機能の出力を受信するプレイリスト生成機能と、
・選択情報をプレイリスト応答生成機能に供給し、それによってプレイリスト生成機能を開始する選択情報供給機能と、
・それを介してプレイリスト応答がクライアント装置に伝送される通信ネットワークを介してクライアント装置とのプレイリスト応答送信通信リンクを行う第１の通信機能と、
・通信ネットワークを介してクライアント装置とのプレイリストリクエスト受信機能を行う第２の通信機能とを含むソフトウェアを提供し、
情報サーバシステムおよびプレイリストサーバが別々に制御される。
【０１５３】
好ましくは、プレイリストリクエスト構文解析機能は、プレイリストリクエストの適格性を検証する拡張可能マークアップ言語（ＸＭＬ）構文解析機能と、オブジェクトを発生するＸＭＬ構文解析機能による検証後プレイリストリクエストを受信するプレイリスト解析機能と、オブジェクトからの問い合わせを形成するオブジェクトを受信し、この問い合わせをプレイリストサーバデータベースに適用するデータベースドライバ機能とを含む。
【０１５４】
プレイリスト応答生成機能は、典型的な場合、プレイリストリクエストを供給するクライアント装置によって使用される現プレイリストの名前を含むプレイリストリクエストの受信によって開始されることに注目すべきである。情報サーバに接続された多数のクライアント装置の各々がプレイリストリクエストを生成するが、本発明のこの特定の態様、すなわちプレイリストサーバの論議は、唯一つのクライアント装置を含むシステムの面から理解するのが最もよい。例えば、ｅ−メールクライアント装置の実際の実行は数千のクライアント装置の使用を意図している。
【０１５５】
プレイリストリクエストは、有利なことには、クライアント装置で現在実行しているプレイリストを関する情報と、クライアント装置によって記憶された広告を提示、例えば表示する際にクライアント装置によって行われた経過に関するデータを記憶するユーザデータフィールドとを含み得る。
【０１５６】
プレイリストリクエストを介してプレイリストサーバに供給できる情報の典型的で、非限定のリストは、
・現プレイリストを識別する第１のユーザデータフィールドと、
・ユーザ人口統計データを識別する第２のユーザデータフィールドと、
・ユーザ／クライアント装置動作データを識別する第３のユーザデータフィールドと、
・クライアント装置の使用履歴を識別する第４のユーザデータフィールドと、
・クライアント装置で作動するそれぞれのソフトウェアを識別する第５のユーザデータフィールドと、
・クライアント装置のそれぞれのオペレーティングシステムを識別する第６のユーザデータフィールドと、
・ユーザが所定の時間間隔にわたってクライアント装置を使用した時間量を識別する第７のユーザデータフィールドと、
・クライアント装置によって表示するために残っている記憶広告に対して要求される全表示時間量を識別する第８のユーザデータフィールドと、
・広告が所定時間間隔中クライアント装置によって表示された全時間量を識別する第９のユーザデータフィールドと、
・クライアント装置に関連したディスプレイスクリーンの寸法を識別する第１０のユーザデータフィールドと、
・所定の最も最近の時間間隔で表示された広告に対応する広告識別子のリストとを含む。
【０１５７】
有利なことには、プレイリストリクエスト構文解析機能は、選択情報をプレイリストリクエストから抽出し、選択情報および他の情報、例えば、プレイリスト応答を発生する際にプレイリストサーバを制御するエンティティによって提供される情報を使用できる。プレイリストリクエストは、真上に列挙された情報の全てあるいはサブセットを含んでもよいことが分かる。すなわち、プレイリストリクエスト構文解析機能は、ユーザデータフィールドの少なくとも１つに含まれた情報を抽出する。いずれにしても、プレイリストサーバによるプレイリストリクエストの受信はプレイリスト応答の生成を開始する。
【０１５８】
プレイリストリクエストに応じて、プレイリスト応答生成機能は、動作コマンドおよびプレイリスト応答の中の１つを生成する。前者に関して、プレイリスト応答生成機能は、有利なことには、混同プレイリストリクエストの受信に応じて作動コマンドを生成できる。これは、一般的に新規プレイリストリクエストを送信するようにクライアント装置に命令するエラーコードとみなすことができる。動作コマンドは、クライアント装置によってユーザに表示可能である関連エラーメッセージを含んでもよい。それとは別に、動作コマンドによって、クライアント装置は、プレイリストサーバを制御するエンティティによってプレイリストサーバに出されたコマンドに応じてクライアント装置によって受信および／または記憶された広告の全てを削除してもよい。換言すると、ソフトウェアプロバイダーが既存の広告をフラッシュを望んでもよい時がある。すなわち、プレイリストサーバ、例えば、ソフトウェアプロバイダーを制御するエンティティは、コマンドをプレイリストサーバに送信する、プレイリストサーバのコマンドによって、プレイリストサーバは、フラッシュコマンドに対して全てのプレイリストリクエストのどちらかの特定のプレイリストリクエスト、例えば特定のソフトウェア版によって発生されたプレイリストリクエストに応答する。後者に関して、詳細の論議が続く。
【０１５９】
上述されるように、プレイリスト応答は、有利なことには、クライアント情報、すなわちいかにクライアント装置、例えば、ＰＤＡ装置、が選択広告、すなわち時間中クライアント装置の受信を続く広告を提示、すなわち表示すべきかに関する情報および新規プレイリストの両方を含む。例えば、クライアント情報に含まれる選択パラメータは、クライアント装置を広告を表示する継続表示モードと短命表示モードとの間から切り換えることができる。クライアント情報は、典型的な場合では、
・クライアント装置によって表示される広告の引っ繰り返し速度を制御し、
・クライアント装置がプレイリストリクエストを生成する周期性を指定し、
・広告の中の競合広告間の最小時間分離を確立し、
・クライアント装置が広告の各々を表示すべき方法を命令する仕様を確立できる。
【０１６０】
例えば、クライアント装置に利用可能な広告が現広告（支払済広告）および失効広告（無料広告）の両方を含まれる場合、クライアント情報は、クライアント装置が、失効広告を表示する前に現広告を表示する最小時間を含む。このクライアント情報は、クライアント装置が失効広告を表示することを許された最大時間も確定してもよい。いずれにしても、プレイリスト応答は、有利なことには、クライアント装置に新規プレイリストを現プレイリストに連結するかかあるいは新プレイリストのために現プレイリストを廃棄するかのいずれかを行うように命令するコマンドあるいは選択パラメータを含んでもよい。クライアント装置動作面を制御するコマンドあるいは選択パラメータは、行われた通信リンクを介してプレイリスト応答の受信の際に実行される。
【０１６１】
プレイリスト応答に含まれた新規プレイリストは、選択広告の各々に対する名前および対応する統一資源名（ＵＲＮ）を含んでいる。ＵＲＮは、広告サーバのそれぞれの名前を付けられた広告の記憶位置あるいはそれぞれの名前を付けられた広告のための他の記憶装置の位置にクライアント装置を再指向する広告サーバの位置の１つに応答できる。それとは別に、ＵＲＮは、クライアント装置をそれぞれの名前を付けられた広告のための広告サーバに配置された広告記憶位置に再指向する広告サーバの位置を指定する。選択広告の各々の名前およびＵＲＮに加えて、新規プレイリストは、広告型式を識別する情報、すなわち、それぞれの選択広告の中のそれぞれに対する郵便切手広告、ツールバー広告、あるいはプラカード広告も含んでもよいことにこの点で言及すべきである。
【０１６２】
本発明の少なくとも１つの実施形態では、サーバコンピュータに記憶されたソフトウェアによって例示されたプレイリストサーバは、有利なことには、拡張可能マークアップ言語（ＸＭＬ）で記述された、すなわち符号化されたプレイリストリクエストに応答することに注目すべきである。ＸＭＬで生成されたドキュメントの当業者は、これらのドキュメント、例えば、プレイリストリクエストは、有利なことには、関連ドキュメント形式定義（ＤＴＤ）を有してもよいことが分かる。システム性能を最適化するために、プレイリストサーバは、利用可能なＤＴＤ、すなわちプレイリストリクエスト構文解析機能に利用可能なＤＴＤを有するべきである。ＤＴＤがプレイリストサーバに利用可能であることを確実にするいくつかのオプションがある。まず最初に、異なる型式のクライアント装置、例えばｅ−メール装置あるいはＰＤＡの各々に対するＤＴＤは、プレイリストサーバによって記憶される。この場合、プレイリストリクエストは、プレイリストリクエスト構文解析機能によって使用される特定のＤＴＤを識別するＤＴＤタグのみを含む必要がある。第二に、ＤＴＤは、有利なことには、プレイリストリクエストに埋め込むことができる。どちらの場合も、プレイリストサーバおよびクライアント装置の両方共暗黙のうちに同じＤＴＤを使用する。
【０１６３】
ソフトウェアプロバイダーは、広告セキュリティに対する対策を行うべきであることに言及すべきである。実際に考慮する２つのセキュリティ問題がある。一つは、クライアントが有効広告を得るか否かである（これをクライアントセキュリティを呼ぶ）、第二は、有効クライアントが広告を取り出しているか否かである（これをサーバセキュリティを呼ぶ）。
【０１６４】
クライアントセキュリティの重要性は比較的小さい。定められた人が、まんまとＥｕｄｏｒａをごまかしてソフトウェアプロバイダーによって伝送された広告以外のいくつかの広告を表示させるようにする場合、そのことは多分大した問題ではない。このことは、１つあるいはそれ以上の多数のクライアントがそれを行い始める場合、問題となり得ないとは言えない。すなわち、しかしながら、注意深く言葉で表現したライセンス契約は、この特定の問題を生じる動作を少なくとも大きなサイトで回避させるべきである。しかしながら、些細な攻撃を避けるために、プレイリストおよび広告は、有利なことには、ＭＤ５（あるいは他の機構）で合計検査ができ、合計検査はプレイリストに記録される。次に、クライアントは、同じ機密発生源を使用してプレイリストおよび広告を合計検査し、その合計検査とプレイリストの合計検査とを比較してもよい。クライアントが適切な広告を得ることができない場合、これはともかく広告を得るための障害とみなされる。
【０１６５】
サーバ側セキュリティは潜在的に非常に大きい問題がある。ソフトウェアプロバイダーは、ソフトウェアプロバイダーのユーザがソフトウェアプロバイダーが料金を請求している広告を実際見ていることを理解することに基づいて広告者に広告の料金を請求したい。これを確実に行うために、ソフトウェアプロバイダーは、広告をダウンロードしているのは実際Ｅｕｄｏｒａであり、若干の危険な工程が多数の広告を取り出すために書き込まれていないことを確認すべきである。ある人は何故広告を取り出すために悩むのか。ソフトウェアプロバイダーは、アマチュアハッカーの「自分達ができるため」動機付けを予め考慮できないが、実際の問題は広告収益、すなわち広告奨励金である。広告取り出し毎に第三者に対する収益を生み出すことができるために、多数の広告取り出しを生じるためにこの第三者に対する非常に著しい金銭上の報奨金がある。したがって、ソフトウェアプロバイダーは、Ｅｕｄｏｒａのコピーによって行われない広告取り出しを防止（および／または検出）することは絶対に必要なことである。このような取り出しがソフトウェアプロバイダーが販売業者と契約した契約に違反しているかもしれない場合、これらの取り出しは詐欺の形式を構成する。
【０１６６】
有利なことには、例えば、広告サーバ３０３で実行するソフトウェアで実現できる詐欺検出にはいくつかの異なる方式がある。ソフトウェアプロバイダーが最終的には詐欺を検出するために使用される方法は何であっても、万一詐欺が生じた場合、詐欺を検出することは重要なことでもある。
【０１６７】
認証は容易に理解される。すなわち、広告を取り出すプログラムがＥｕｄｏｒａの有効なコピーであることを証明できない場合、ソフトウェアプロバイダーは可能な詐欺に警告が出される。しかしながら、認証は、自分自身への挑戦を行い、不可能でありあるいは実用的でなくもしくは不必要であるかもしれない。
【０１６８】
統計解析はいくつかの顕著な長所を有するが、著しい欠点も有する。この長所は、クライアントにおける最少作業（したがって、分解に対して全然傷つきやすくない）クライアントあるいはサーバのいずれかに実行時間が全然ないこと、すなわち、あらゆることがソフトウェアプロバイダー側から容易に変更可能な実行を評価している間「この事実の後」行うことができる、遡及するように加えられた能力を含む。統計解析の欠点は、統計解析が決して完全に確実でないこと、およびソフトウェアプロバイダーは適切な統計値等を収集できないことを含む。
【０１６９】
ソフトウェアプロバイダーが集めるかあるいは計算するかもしれないパラメータあるいは統計量のリスティングは真下に示されている。
【表１６】

【０１７０】
上記に列挙されたパラメータを監視することから入手できる生のデータを与えられると、下記のものは、生成できる可能な統計量の典型的で、包括的でないリストである。
【表１７】

【０１７１】
ソフトウェアプロバイダーが非常に認識しなければならない問題の一つは、ユーザのプライバシーの保護である、すなわち、ユーザは、一般にユーザが知らないでソフトウェアプロバイダーに提供された情報に基づいて広告を受信したくない。最も当たり障りのさい情報さえ特に全ての形式の情報を集めることに反対する極端に声を出す、被害妄想のユーザ社会のサブセットがある。連続番号のような比較的合法的なしくみさえ完全に回避される何かとみなされる。ソフトウェアの連続番号は、ソフトウェア供給者には些細な事柄のように見えるかもしれないが、この種の「タグ付け」に反対するユーザは存在し、ソフトウェアプロバイダーはこのようなユーザに気づきべきである。可能な最大限度までこのような事項を避けるために、ソフトウェアプロバイダーは、下記の条項を含む機密情報方策を採用すべきである。
【０１７２】
・許可の獲得‐ソフトウェアプロバイダーが、ユーザを識別できるいかなるデータも集めるかあるいは広告者に伝送する前に、ソフトウェアプロバイダーは、ユーザの十分にはっきりと述べられた許可（図３５を参照）あるいは十分にはっきりと述べられたのに近い許可を得るべきである。用語「十分にはっきりと述べられた」は、ソフトウェアプロバイダーがユーザがＥｕｄｏｒａのようなソフトウェアプログラムを登録するウェバページに特別のプライバシー警告を入れてもよいことを示すために使用される。ここで、ユーザは、データをソフトウェアプロバイダーに提供する動作をはっきりと行っている。すなわち、それ自体、十分にはっきりと述べられた許可は必要とされるべきではない。一方、ソフトウェアプロバイダーは、ユーザがソフトウェアプロバイダーに情報を与えたことを知らないことを妥当なユーザは主張し、たとえ情報がソフトウェアプロバイダーに比較的明らかであるように見えても、そこで十分にはっきりと述べられた許可を要求してもよい範囲を懸命に努力して識別すべきである。
【０１７３】
・データ分離‐できる限り、ソフトウェアプロバイダーは、登録情報から独立した支払い情報を保有するべきであり、両方の種類の情報は人口統計情報等とは独立して保有すべきである。ソフトウェアプロバイダーは大いにデータベースを相互に関連させるように勧めてもよいが、ソフトウェアプロバイダーは、データベースが実際に相互関連される場合、潜在的な大きな苦難に直面する。さらに、ソフトウェアプロバイダーは、データベース相関のないまさに目標を定められた広告をなお出すことができるので、ソフトウェアプロバイダーは別個のデータベースを保有すべきである。
【０１７４】
・ユーザ検証可能性‐できる限り、ソフトウェアプロバイダーによって確立された保護は、エンドユーザによってパケットスニファーで検証可能であるべきである。ソフトウェアプロバイダーは、ソフトウェアの動作、例えばＥｕｄｏｒａの動作を観察する活動を奨励することさえしてもよい。一つには「ソフトウェアプロバイダーは広告者にあなたの個人データを与えていない」と言うことである。すなわち、ユーザが、これがその場合であることを検証できることはもうひとつのことである。
【０１７５】
・強い公的および私的な参加‐ソフトウェアプロバイダーは、プライバシー方針に対して分かりやすくて、公にされる必要があり、ソフトウェアプロバイダーは、内面的にこの方針を尊重する。ソフトウェアプロバイダーが単にプライバシーをソフトウェアプロバイダーが行わなければならない何かとみなし、不利な論評範囲を避ける場合、ソフトウェアプロバイダーは、それをうまく行うことができなく、結局トラブルになる。
【０１７６】
要するに、本発明は、ソフトウェア製品がユーザによって料金を支払された場合に稼働される「第１の全機能セット」版（すなわち、「ペイウェア版」）と、ユーザがソフトウェア製品に助成金を出すためにクライアント装置に供給された広告を受信することに同意する（例えば、詐欺あるいは十分はっきりと述べられた契約のいずれかによって）場合に稼働される「第２の全機能セット」版（すなわち、「アドウェア」版）と、ソフトウェア製品に料金が支払われない（すなわち「フリーウェア」版）および「第２の全機能セット」版が稼働されない場合に稼働される「縮小機能セット」版とを含む３つの「必要なものを完備した」異なる版（あるいは「モード」）を含む多モードソフトウェア製品、例えば、ｅ−メール版を包含する。本発明は、このような多モードソフトウェアをインストールさせる多数のクライアント装置に広告を自動的に配信するシステムおよび方法も包含する。第１および第２の全機能セットがｅ−メールサポート機能に関して同じであることが分かる。第２の全機能セットが、第１の全機能セットで現れていないプレイリスト機能および広告取り出し機能ならびに表示機能を含んでいることも分かる。
【０１７７】
さらに、本発明は、前述の多モードソフトウェアをさらに含み、それにおいて、この多モードソフトウェアは、所定の状態を検出する（例えば、監視されたユーザ活動レベル、および／または所定の数よりも少ないダウンロードされた広告、すなわち「信用のおけないユーザ」判定基準に基づいて）際に「アドウェア」版から「フリーウェア」版に自動的に切り換えるモード切り換え機能を含む。本発明は、広告をこのような多モードソフトウェアをインストールさせる多数のクライアント装置に自動的に配信するシステムおよび方法も包含する。
【０１７８】
本発明は、前述されたような多モードソフトウェアをさらに包含し、それにおいて、多モードソフトウェアは、所定の「広告障害状態」例えば、所定の数よりも少ない所定の時間内にクライアント装置によって受信および／または表示された広告、の発生を検出する際に「アドウェア」版から「フリーウェア」版に自動的に切り換えるモード切り換え機能と、「最後のＮａｇ以来の時間」を監視し、監視された「最後のＮａｇ以来の時間」および／または累算された広告ダウンロード／ディスプレイ統計量あるいは情報に基づいて動的に変えられる「Ｎａｇスケジュール」に従って「広告障害Ｎａｇ」を生成する「広告障害Ｎａｇ」機能とを含む。本発明は、この多モードソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含する。
【０１７９】
１つの典型的な実施形態では、本発明は、前述されたさらに多数のソフトウェアを含み、それにおいて、多モードソフトウェアは、現在稼働されるソフトウェア製品の現モードに左右される、および最後のＮａｇが発生された時間、および／または累算された広告ダウンロード／表示統計量あるいは情報、および／または他の監視状態に基づいて異なる種類のＮａｇを発生するＮａｇを含む。例えば、異なる種類のＮａｇは、「登録Ｎａｇ」と、「ペイウェアＮａｇ」と、「アドウェアＮａｇ」と、「更新Ｎａｇ」と、「広告障害Ｎａｇ」とを含む。本発明は、この他モードソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含する。
【０１８０】
他の典型的な実施形態では、本発明は、ソフトウェアが稼働される場合に表示される広告を自動的にダウンロードする自動広告ダウンロード機能と、ユーザ活動レベルを監視し、監視されたユーザ活動レベルに基づいて（例えば、「個別」および／または「累算」の広告表示パラメータに基づいて）クライアント装置のダウンロード広告の表示を制御する制御機能とを組み込むソフトウェア製品（例えば、ｅ−メールソフトウェア）を包含する。本発明は、このソフトウェアをインストールさせる多数の装置に広告を自動的に配信するシステムおよび方法も包含する。
【０１８１】
本発明も、ｅ−メールサーバシステムとは離れており、ｅ−メールサーバシステムとから独立している遠隔サーバシステムから広告を自動的にダウンロードする制御機能を組み込むｅ−メールソフトウェア製品ならびにこのｅ−メールソフトウェア製品をインストールさせるクライアント装置に広告を自動的に配信するシステムおよび方法を包含する。特に、このシステムは、広告の配信を管理し、処理し、制御し、ｅ−メールサービスをこのｅ−メールソフトウェア製品をインストールさせる任意の特定のクライアント装置に供給するｅ−メールサービスシステムを制御する制御エンティティ（例えば、本譲受人、クアルコム社によって運営されるエンティティ）から離れ、かつこのエンティティとから独立している制御エンティティによって制御される広告サーバシステムを含んでいる。したがって、ジュノ（Ｊｕｎｏ）オンラインサービスシステムに適切に対比すると、本発明のこの態様によれば、広告サーバシステムおよび電子サーバシステムは、独立して、すなわち別個および独立した制御エンティティの制御の下で作動される。
【０１８２】
有利なことには、本発明は、遠隔サーバシステムからソフトウェア製品がインストールされるクライアント装置に広告を自動的にダウンロードする自動広告ファイルダウンロード機能と、（各広告に対して）下記の広告パラメータ、すなわち、この特定の広告の任意の所与の表示に対して最大広告表示時間、あるいはフェース時間、この特定の広告に対して最大全／累算広告表示時間、あるいはフェース時間、毎日この特定の広告を表示する最大時間数、それ以前にこの特定の広告を続けるべきでない日付／時間、およびそれ以後にこの特定の広告を続けるべきでない日付／時間、のいろいろの組み合わせおよび下位の組み合わせを含むダウンロード広告ファイルに含まれる広告パラメータに基づいてクライアント装置のダウンロード広告の表示を局部的に制御する制御機能とを組み込むソフトウェア製品、例えば、ｅ−メールソフトウェアも包含する。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステムおよび方法も包含する。
【０１８３】
本発明は、広告をソフトウェア製品がインストールされたクライアント装置に取り出されるように指定する遠隔サーバシステム（例えば、プレイリストサーバシステム）からプレイリストおよび指定広告が記憶されている広告サーバのソースアドレス（例えば、ＵＲＮ）を取り出し、取り出されたプレイリストで指定された広告を取り出し、取り出された広告をクライアント装置に記憶する自動広告ダウンロード機能を組み込むソフトウェア製品、例えばｅ−メールソフトウェアも包含することが分かる。本発明は、ソフトウェア製品をインストールさせ、特定のクライアントからのクライアントプレイリスト識別子を含むプレイリストリクエストに応じて、クライアントプレイリスト識別子によって識別されたクライアントプレイリストとプレイリストサーバに記憶された現プレイリスト（任意にはこの特定のクライアント装置にカスタマイズされてもよい）とを比較し、それから新規広告をクライアント装置によって取り出されるように指定する新規プレイリストおよび指定された新規広告が記憶された広告サーバのソースアドレスをクライアントの装置に送り返すプレイリストサーバ（あるいはプレイリストサーバシステム）を含むクライアント装置に広告を配信するシステムおよび方法をさらに含んでいる。
【０１８４】
任意には、クライアント装置にインストールされたソフトウェア製品の前述の自動広告ダウンロード機能は、現在クライアント装置に記憶された広告、例えば、現プレイリストで指定されない広告の中の全サーバあるいはプレイリストサーバ指定の広告を削除（廃棄）できる；および／またはクライアント装置にインストールされたソフトウェア製品の前述の自動広告ダウンロード機能は、新規プレイリストと現クライアントプレイリストとを合体できる。本発明は、Ｅｕｄｏｒａアドウェア方式で使用されるこの新規のプレイリスト／広告取り出し処理の実行のいくつかの変更および詳細も包含する。
【０１８５】
さらに、本発明は、このソフトウェア製品を販売する特定のソフトウェア製品販売業者を識別する顧客インストーラを組み込むソフトウェア製品、例えばｅ−メールソフトウェアを包含する。本発明は、広告を遠隔サーバシステムからソフトウェア製品がインストールされるクライアント装置に自動的にダウンロードする自動広告ダウンロード機能と、ソフトウェア製品販売者が広告から受け取る広告収益を特定のソフトウェア製品販売業者に分配するのを容易にする目的のためにこのソフトウェア製品を販売する特定のソフトウェア製品販売業者を識別する顧客インストーラとを組み込むソフトウェア製品、例えばｅ−メールソフトウェアをさらに包含する。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含し、それにおいて、このシステムはソフトウェア製品販売業者ＩＤ情報をクライアント装置から受信し、このソフトウェア製品販売業者ＩＤ情報を使用し、ソフトウェア製品販売者が広告者から受け取る収益を特定のソフトウェア製品販売業者に分配するのを容易にする集中制御機能を含んでいる。それとは別に、あるいはさらに、ソフトウェア販売者によって販売された各ソフトウェア製品に対するソフトウェア製品ＩＤを、例えばソフトウェア製品の各コピーに関連した連続番号あるいは参照コードに基づいて（例えば、相互参照および／または相関テーブルによって）識別する中央データベース機能を利用できる。
【０１８６】
さらに、本発明は、遠隔サーバシステムからソフトウェア製品がインストールされたクライアント装置に広告を自動的にダウンロードする自動広告ダウンロード機能と、各特定の広告ダウンロードセッションに対して制限時間を課す組み込み「デッドマンタイマ」、例えばクライアント装置は「デッドマンタイマ」によって課される制限時間の満了の際に遠隔サーバシステムから切り離される、を利用する制御機能とを組み込むソフトウェア製品、例えばｅ−メールを包含する。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含する。
【０１８７】
本発明は、遠隔サーバシステムからソフトウェア製品がインストールされたクライアント装置に広告を自動的にダウンロードする自動広告ダウンロード機能と、いろいろの新規の機能を有する計装・会計監査モジュール、例えば、広告関連統計値の回転ログを保有および／またはユーザ許可があるランダムなおよび／または統計に基づいた広告有効性会計監査を実行する計装・会計監査モジュールとを組み込むソフトウェア製品、例えばｅ−メールソフトウェアとして特徴付けることができることも分かる。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含し、それにおいて、このシステムは、ランダムの方法あるいは統計的な方法で、例えば、広告配信システムの統合性および／または有効性を監視する目的のために、広告関連統計情報を選択クライアント装置から得る集中制御機能を含んでいる。
【０１８８】
さらに、本発明は、遠隔サーバシステムからソフトウェア製品がインストールされたクライアント装置に広告を自動的にダウンロードする自動広告ダウンロード機能と、ユーザが、例えば、ユーザが予め訪れたリンクおよび各々に対して若干の状態情報とともにユーザに予め表示された広告をリストにするリンク履歴ウィンドウを含むグラフィックユーザインタフェース（ＧＵＩ）を提供することによって以前に見た広告を再度見ることができる「リンク履歴」機能とを組み込むソフトウェア製品、例えばｅ−メールソフトウェアを包含する。好ましくは、ユーザが、例えば適切な広告リンクを単一クリックすることによって、表示するためのリンク履歴ウィンドウに列挙された広告を選択でき、例えば、適切な広告リンクをダブルクリックすることによって、リンク履歴ウィンドウに列挙された任意の所与の広告のソースウェブサイトを訪れることができる機構が装備される。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含する。
【０１８９】
さらに、本発明は、「最後のＮａｇ以来の時間」を監視し、監視された「最後のＮａｇ以来の時間」に基づいて動的に変更される「Ｎａｇスケジュール」に従ってユーザに「絶えず責めたてる」「Ｎａｇ」を組み込むソフトウェア製品、例えば、ｅ−メールソフトウェアを包含する。
【０１９０】
最後に、本発明は、遠隔サーバとの別個の通信セッション中単一画像を表す別個のファイル部（例えば、広告ファイル、例えばＧＩＦファイルの別個のファイル部）をダウンロードするダウンロード機能を組み込むソフトウェア製品、例えば、ｅ−メールソフトウェアを包含する。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）をさらに包含する。
【０１９１】
本発明のこの好ましい実施形態は、上記に詳述されているけれども、ここで教示され、当業者に明らかであるかもしれない基本発明の概念の多数の変更および／または修正は、添付された特許請求の範囲に規定された本発明の精神および範囲内になおあることを明らかに理解すべきである。
【図面の簡単な説明】
【図１】
コンピュータシステムが本発明によるいろいろの機能を実行するのに適している、ネットワークを介して複数の独立して作動されるサーバ装置に接続される複数のクライアント装置を含む高レベルのコンピュータシステム図である。
【図２】
図１に示されたクライアント装置の代表的な高レベルのクライアント装置図である。
【図３】
図３Ａおよび図３Ｂは、本発明による典型的なｅ−メールソフトウェアアプリケーションの主ナビゲーションスクリーンの広告の他のおよび非制限配置を示している。
【図４】
図４Ａは、ソフトウェアのバージョンが、新ユーザ、旧ユーザ、およびＥＰ４ユーザによってインストールされる場合の状態遷移を示している。
図４Ｂは、図４Ａに示された状態流れ図に関連したダイアログボックスを示している。
【図５】
広告ユーザが登録広告ユーザになる処理の典型的な状態流れ図を示す。
【図６】
図５に関連したいくつかのダイアログボックスを示す。
【図７】
図５に関連したいくつかのダイアログボックスを示す。
【図８】
図５に関連したいくつかのダイアログボックスを示す。
【図９】
図５に関連したいくつかのダイアログボックスを示す。
【図１０】
図５に関連したいくつかのダイアログボックスを示す。
【図１１】
図５に関連したいくつかのダイアログボックスを示す。
【図１２】
フリーユーザが登録フリーユーザになり得る処理の典型的な状態流れ図を示す。
【図１３】
図１２と関連した付加ダイアログボックスを示す。
【図１４】
全ユーザが本発明によりソフトウェアを更新することを気づかされる処理の典型的な状態流れ図を示す。
【図１５】
更新Ｎａｇに対応する典型的なダイアログボックスを示している。
【図１６】
ボックスユーザが支払済ユーザになり得る処理の典型的なダイアログボックスを示している。
【図１７】
支払済ユーザが未支払済ユーザになる処理の典型的な状態流れ図を示す。
【図１８】
本発明の典型的な実施形態によるＥｕｄｏｒａｅ−メールソフトウェアのマックＯＳのための典型的なＮａｇウィンドウディスプレイタイムラインを示している。
【図１９】
本発明によるソフトウェアによって使用されるＮａｇスケジュールを示している。
【図２０】
図２０Ａは、本発明の典型的な実施形態に使用されたリンク履歴ウィンドウの模擬スクリーン捕獲である。
図２０Ｂは、本発明によるｅ−メールクライアントがオフラインであることをユーザに思い出させるダイアログボックスである。
【図２１】
図２１Ａは、ｅ−メールプログラム操作の広告伝送の影響を決定する際に使用される仮定を示している。
図２１Ｂは、加入者ベース対毎日ダウンロードされる新しい広告数に関するバンド幅要求を列挙する表である。
【図２２】
本発明による典型的な広告取り出し処理の状態流れ図である。
【図２３】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２４】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２５】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２６】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２７】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２８】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２９】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図３０】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図３１】
図３１Ａは、本発明による典型的な実施形態で可能な広告ディスプレイの他のモードのパラメータ変動を示している。
図３１Ｂは、本発明による典型的な実施形態で可能な広告ディスプレイの他のモードのパラメータ変動を示している。
【図３２】
本発明の１つの態様によるｅ−メールクライアントソフトウェアによって発生できることが有利なことである付加ダイアログボックスを示している。
【図３３】
本発明の１つの態様によるｅ−メールクライアントソフトウェアによって発生できることが有利なことである付加ダイアログボックスを示している。
【図３４】
本発明の１つの態様によるｅ−メールクライアントソフトウェアによって発生できることが有利なことである付加ダイアログボックスを示している。
【図３５】
本発明によるアドウェアソフトウェアの操作を監査することに関連した典型的なダイアログボックスを示している。
【図３６】
ソフトウェアの性能を監査する有用なパラメータを列挙する。
【図３７】
ソフトウェアの性能を監査する有用なパラメータを列挙する。
【図３８】
ソフトウェアの性能を監査する有用なパラメータを列挙する。
【図３９】
ソフトウェアの性能を監査する有用なパラメータを列挙する。
【図４０】
本発明の一態様による典型的なｅ−メールシステムとともに使用できることが有用なことである複数のウェブページの機能を要約する表である。
【図４１】
本発明による他の典型的な実施形態がｄｏＰｏｓｔ方法論に従って作動する場合にオブジェクトおよびタスクフローに対するＸＭＬコードのマッピングを示すクラス図である。
【図４２】
図４２Ａは、ひとまとめにして本発明によるＰｌａｙＬｉｓｔを発生する際に図１のサーバ３０２によって使用できる擬似コードリストを構成する。
図４２Ｂは、ひとまとめにして本発明によるＰｌａｙＬｉｓｔを発生する際に図１のサーバ３０２によって使用できる擬似コードリストを構成する。
【図４３】
図１に示されたサーバとクライアントコンピュータの少なくとも１つの一つとの間でリクエストおよび書き込みの処理を示す他のクラス図である。
【図４４】
本発明の他の態様によるデータベースアクセスを示している。
【符号の説明】
１０…システム構成、１００Ａ−１００Ｎ…クライアントコンピュータ、２０１…通信装置、２０５…記憶装置、２０６…記憶装置、２０７…ダイナミックメモリ装置、２０８…モニタ、２０９…中央処理装置、
３０１−３０４…サーバ、

Claims (56)

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. 不明瞭ａｄ　ｎａｇディスプレイはさらに、
    不明瞭広告を不明瞭にしているものを除去し、
    状態ｑｕｏを維持し、それによって将来不明瞭ａｄ状態が発生する度に不明瞭ａｄ　ｎａｇディスプレイを発生し、
    第１の動作モードから、第１の動作モードよりも特徴が少ない第２の動作モードへソフトウェアの動作モードを切換える選択肢をユーザが有することをユーザに通知する請求項１９記載のソフトウェア
50. 不明瞭ａｄ　ｎａｇディスプレイはさらに、
    不明瞭化広告を不明瞭にしているものを除去し、
    状態ｑｕｏを維持し、それによって将来不明瞭ａｄ状態が発生する都度に不明瞭ａｄ　ｎａｇディスプレイを発生し、
    第１の動作モードから、第１の動作モードよりも特徴が少ない第２の動作モードへソフトウェアの動作モードを切換える選択肢をユーザが有することをユーザに通知する請求項４７記載のソフトウェア
51. ソフトウェアをコンピュータの読取り可能な記憶媒体にインストールするインストーラ機能をさらに具備している請求項１記載のソフトウェア。
52. ソフトウェアをクライアント装置にインストールするインストーラ機能をさらに具備している請求項１記載のソフトウェア。
53. ソフトウェアをクライアント装置に関連されたコンピュータの読取り可能な記憶媒体にインストールするインストーラ機能をさらに具備している請求項１記載のソフトウェア。
54. ソフトウェアをコンピュータの読取り可能な記憶媒体にインストールするインストーラ機能をさらに具備している請求項１９記載のソフトウェア。
55. ソフトウェアをクライアント装置にインストールするインストーラ機能をさらに具備している請求項１９記載のソフトウェア。
56. ソフトウェアをクライアント装置に関連されるコンピュータの読取り可能な記憶媒体にインストールするインストーラ機能をさらに具備している請求項１９記載のソフトウェア。

Images