JP2004514186A - E-mail software and method and system for distributing advertisements to client devices - Google Patents

Abstract

E-mail software for distributing advertisements to a client device, and method and system thereof United States Patent Application 20070128400 Kind Code: A1 Software configured for communication via a communication network and used in a client device, the software comprising: A playlist request function for generating a playlist request via a communication network and transferring the playlist request to at least one playlist server; and the at least one playlist server in response to the playlist request A playlist response operation function for receiving and processing the playlist response including a playlist for confirming an advertisement that can be downloaded, which is a playlist response transferred to the client device by the playlist response operation function; Beyond ad download sessions Via the communication network, at least one of the advertisements identified in the playlist, an advertisement download function to download from at least one remote source, and a storage medium connected to the client device; Software that exemplifies an advertisement storage function for storing the downloaded advertisement, and an advertisement display function for achieving display of at least a selected one of the stored advertisements on a display connected to the client device. is there.

Description

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

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

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

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

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

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

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

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

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

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

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

【表１３】

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

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

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

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

ソフトウェアプロバイダーが非常に認識しなければならない問題の一つは、ユーザのプライバシーの保護である、すなわち、ユーザは、一般にユーザが知らないでソフトウェアプロバイダーに提供された情報に基づいて広告を受信したくない。最も当たり障りのさい情報さえ特に全ての形式の情報を集めることに反対する極端に声を出す、被害妄想のユーザ社会のサブセットがある。連続番号のような比較的合法的なしくみさえ完全に回避される何かとみなされる。ソフトウェアの連続番号は、ソフトウェア供給者には些細な事柄のように見えるかもしれないが、この種の「タグ付け」に反対するユーザは存在し、ソフトウェアプロバイダーはこのようなユーザに気づきべきである。可能な最大限度までこのような事項を避けるために、ソフトウェアプロバイダーは、下記の条項を含む機密情報方策を採用すべきである。
【０１７８】
・許可の獲得‐ソフトウェアプロバイダーが、ユーザを識別できるいかなるデータも集めるかあるいは広告者に伝送する前に、ソフトウェアプロバイダーは、ユーザの十分にはっきりと述べられた許可（図３５を参照）あるいは十分にはっきりと述べられたのに近い許可を得るべきである。用語「十分にはっきりと述べられた」は、ソフトウェアプロバイダーがユーザがＥｕｄｏｒａのようなソフトウェアプログラムを登録するウェバページに特別のプライバシー警告を入れてもよいことを示すために使用される。ここで、ユーザは、データをソフトウェアプロバイダーに提供する動作をはっきりと行っている。すなわち、それ自体、十分にはっきりと述べられた許可は必要とされるべきではない。一方、ソフトウェアプロバイダーは、ユーザがソフトウェアプロバイダーに情報を与えたことを知らないことを妥当なユーザは主張し、たとえ情報がソフトウェアプロバイダーに比較的明らかであるように見えても、そこで十分にはっきりと述べられた許可を要求してもよい範囲を懸命に努力して識別すべきである。
【０１７９】
・データ分離‐できる限り、ソフトウェアプロバイダーは、登録情報から独立した支払い情報を保有するべきであり、両方の種類の情報は人口統計情報等とは独立して保有すべきである。ソフトウェアプロバイダーは大いにデータベースを相互に関連させるように勧めてもよいが、ソフトウェアプロバイダーは、データベースが実際に相互関連される場合、潜在的な大きな苦難に直面する。さらに、ソフトウェアプロバイダーは、データベース相関のないまさに目標を定められた広告をなお出すことができるので、ソフトウェアプロバイダーは別個のデータベースを保有すべきである。
【０１８０】
・ユーザ検証可能性‐できる限り、ソフトウェアプロバイダーによって確立された保護は、エンドユーザによってパケットスニファーで検証可能であるべきである。ソフトウェアプロバイダーは、ソフトウェアの動作、例えばＥｕｄｏｒａの動作を観察する活動を奨励することさえしてもよい。一つには「ソフトウェアプロバイダーは広告者にあなたの個人データを与えていない」と言うことである。すなわち、ユーザが、これがその場合であることを検証できることはもうひとつのことである。
【０１８１】
・強い公的および私的な参加‐ソフトウェアプロバイダーは、プライバシー方針に対して分かりやすくて、公にされる必要があり、ソフトウェアプロバイダーは、内面的にこの方針を尊重する。ソフトウェアプロバイダーが単にプライバシーをソフトウェアプロバイダーが行わなければならない何かとみなし、不利な論評範囲を避ける場合、ソフトウェアプロバイダーは、それをうまく行うことができなく、結局トラブルになる。
【０１８２】
要するに、本発明は、ソフトウェア製品がユーザによって料金を支払された場合に稼働される「第１の全機能セット」版（すなわち、「ペイウェア版」）と、ユーザがソフトウェア製品に助成金を出すためにクライアント装置に供給された広告を受信することに同意する（例えば、詐欺あるいは十分はっきりと述べられた契約のいずれかによって）場合に稼働される「第２の全機能セット」版（すなわち、「アドウェア」版）と、ソフトウェア製品に料金が支払われない（すなわち「フリーウェア」版）および「第２の全機能セット」版が稼働されない場合に稼働される「縮小機能セット」版とを含む３つの「必要なものを完備した」異なる版（あるいは「モード」）を含む多モードソフトウェア製品、例えば、ｅ−メール版を包含する。本発明は、このような多モードソフトウェアをインストールさせる多数のクライアント装置に広告を自動的に配信するシステムおよび方法も包含する。第１および第２の全機能セットがｅ−メールサポート機能に関して同じであることが分かる。第２の全機能セットが、第１の全機能セットで現れていないプレイリスト機能および広告取り出し機能ならびに表示機能を含んでいることも分かる。
【０１８３】
さらに、本発明は、前述の多モードソフトウェアをさらに含み、それにおいて、この多モードソフトウェアは、所定の状態を検出する（例えば、監視されたユーザ活動レベル、および／または所定の数よりも少ないダウンロードされた広告、すなわち「信用のおけないユーザ」判定基準に基づいて）際に「アドウェア」版から「フリーウェア」版に自動的に切り換えるモード切り換え機能を含む。本発明は、広告をこのような多モードソフトウェアをインストールさせる多数のクライアント装置に自動的に配信するシステムおよび方法も包含する。
【０１８４】
本発明は、前述されたような多モードソフトウェアをさらに包含し、それにおいて、多モードソフトウェアは、所定の「広告障害状態」例えば、所定の数よりも少ない所定の時間内にクライアント装置によって受信および／または表示された広告、の発生を検出する際に「アドウェア」版から「フリーウェア」版に自動的に切り換えるモード切り換え機能と、「最後のＮａｇ以来の時間」を監視し、監視された「最後のＮａｇ以来の時間」および／または累算された広告ダウンロード／ディスプレイ統計量あるいは情報に基づいて動的に変えられる「Ｎａｇスケジュール」に従って「広告障害Ｎａｇ」を生成する「広告障害Ｎａｇ」機能とを含む。本発明は、この多モードソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含する。
【０１８５】
１つの典型的な実施形態では、本発明は、前述されたさらに多数のソフトウェアを含み、それにおいて、多モードソフトウェアは、現在稼働されるソフトウェア製品の現モードに左右される、および最後のＮａｇが発生された時間、および／または累算された広告ダウンロード／表示統計量あるいは情報、および／または他の監視状態に基づいて異なる種類のＮａｇを発生するＮａｇを含む。例えば、異なる種類のＮａｇは、「登録Ｎａｇ」と、「ペイウェアＮａｇ」と、「アドウェアＮａｇ」と、「更新Ｎａｇ」と、「広告障害Ｎａｇ」とを含む。本発明は、この他モードソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含する。
【０１８６】
他の典型的な実施形態では、本発明は、ソフトウェアが稼働される場合に表示される広告を自動的にダウンロードする自動広告ダウンロード機能と、ユーザ活動レベルを監視し、監視されたユーザ活動レベルに基づいて（例えば、「個別」および／または「累算」の広告表示パラメータに基づいて）クライアント装置のダウンロード広告の表示を制御する制御機能とを組み込むソフトウェア製品（例えば、ｅ−メールソフトウェア）を包含する。本発明は、このソフトウェアをインストールさせる多数の装置に広告を自動的に配信するシステムおよび方法も包含する。
【０１８７】
本発明も、ｅ−メールサーバシステムとは離れており、ｅ−メールサーバシステムとから独立している遠隔サーバシステムから広告を自動的にダウンロードする制御機能を組み込むｅ−メールソフトウェア製品ならびにこのｅ−メールソフトウェア製品をインストールさせるクライアント装置に広告を自動的に配信するシステムおよび方法を包含する。特に、このシステムは、広告の配信を管理し、処理し、制御し、ｅ−メールサービスをこのｅ−メールソフトウェア製品をインストールさせる任意の特定のクライアント装置に供給するｅ−メールサービスシステムを制御する制御エンティティ（例えば、本譲受人、クアルコム社によって運営されるエンティティ）から離れ、かつこのエンティティとから独立している制御エンティティによって制御される広告サーバシステムを含んでいる。したがって、ジュノ（Ｊｕｎｏ）オンラインサービスシステムに適切に対比すると、本発明のこの態様によれば、広告サーバシステムおよび電子サーバシステムは、独立して、すなわち別個および独立した制御エンティティの制御の下で作動される。
【０１８８】
有利なことには、本発明は、遠隔サーバシステムからソフトウェア製品がインストールされるクライアント装置に広告を自動的にダウンロードする自動広告ファイルダウンロード機能と、（各広告に対して）下記の広告パラメータ、すなわち、この特定の広告の任意の所与の表示に対して最大広告表示時間、あるいはフェース時間、この特定の広告に対して最大全／累算広告表示時間、あるいはフェース時間、毎日この特定の広告を表示する最大時間数、それ以前にこの特定の広告を続けるべきでない日付／時間、およびそれ以後にこの特定の広告を続けるべきでない日付／時間、のいろいろの組み合わせおよび下位の組み合わせを含むダウンロード広告ファイルに含まれる広告パラメータに基づいてクライアント装置のダウンロード広告の表示を局部的に制御する制御機能とを組み込むソフトウェア製品、例えば、ｅ−メールソフトウェアも包含する。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステムおよび方法も包含する。
【０１８９】
本発明は、広告をソフトウェア製品がインストールされたクライアント装置に取り出されるように指定する遠隔サーバシステム（例えば、プレイリストサーバシステム）からプレイリストおよび指定広告が記憶されている広告サーバのソースアドレス（例えば、ＵＲＮ）を取り出し、取り出されたプレイリストで指定された広告を取り出し、取り出された広告をクライアント装置に記憶する自動広告ダウンロード機能を組み込むソフトウェア製品、例えばｅ−メールソフトウェアも包含することが分かる。本発明は、ソフトウェア製品をインストールさせ、特定のクライアントからのクライアントプレイリスト識別子を含むプレイリストリクエストに応じて、クライアントプレイリスト識別子によって識別されたクライアントプレイリストとプレイリストサーバに記憶された現プレイリスト（任意にはこの特定のクライアント装置にカスタマイズされてもよい）とを比較し、それから新規広告をクライアント装置によって取り出されるように指定する新規プレイリストおよび指定された新規広告が記憶された広告サーバのソースアドレスをクライアントの装置に送り返すプレイリストサーバ（あるいはプレイリストサーバシステム）を含むクライアント装置に広告を配信するシステムおよび方法をさらに含んでいる。
【０１９０】
任意には、クライアント装置にインストールされたソフトウェア製品の前述の自動広告ダウンロード機能は、現在クライアント装置に記憶された広告、例えば、現プレイリストで指定されない広告の中の全サーバあるいはプレイリストサーバ指定の広告を削除（廃棄）できる；および／またはクライアント装置にインストールされたソフトウェア製品の前述の自動広告ダウンロード機能は、新規プレイリストと現クライアントプレイリストとを合体できる。本発明は、Ｅｕｄｏｒａアドウェア方式で使用されるこの新規のプレイリスト／広告取り出し処理の実行のいくつかの変更および詳細も包含する。
【０１９１】
さらに、本発明は、このソフトウェア製品を販売する特定のソフトウェア製品販売業者を識別する顧客インストーラを組み込むソフトウェア製品、例えばｅ−メールソフトウェアを包含する。本発明は、広告を遠隔サーバシステムからソフトウェア製品がインストールされるクライアント装置に自動的にダウンロードする自動広告ダウンロード機能と、ソフトウェア製品販売者が広告から受け取る広告収益を特定のソフトウェア製品販売業者に分配するのを容易にする目的のためにこのソフトウェア製品を販売する特定のソフトウェア製品販売業者を識別する顧客インストーラとを組み込むソフトウェア製品、例えばｅ−メールソフトウェアをさらに包含する。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含し、それにおいて、このシステムはソフトウェア製品販売業者ＩＤ情報をクライアント装置から受信し、このソフトウェア製品販売業者ＩＤ情報を使用し、ソフトウェア製品販売者が広告者から受け取る収益を特定のソフトウェア製品販売業者に分配するのを容易にする集中制御機能を含んでいる。それとは別に、あるいはさらに、ソフトウェア販売者によって販売された各ソフトウェア製品に対するソフトウェア製品ＩＤを、例えばソフトウェア製品の各コピーに関連した連続番号あるいは参照コードに基づいて（例えば、相互参照および／または相関テーブルによって）識別する中央データベース機能を利用できる。
【０１９２】
さらに、本発明は、遠隔サーバシステムからソフトウェア製品がインストールされたクライアント装置に広告を自動的にダウンロードする自動広告ダウンロード機能と、各特定の広告ダウンロードセッションに対して制限時間を課す組み込み「デッドマンタイマ」、例えばクライアント装置は「デッドマンタイマ」によって課される制限時間の満了の際に遠隔サーバシステムから切り離される、を利用する制御機能とを組み込むソフトウェア製品、例えばｅ−メールを包含する。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含する。
【０１９３】
本発明は、遠隔サーバシステムからソフトウェア製品がインストールされたクライアント装置に広告を自動的にダウンロードする自動広告ダウンロード機能と、いろいろの新規の機能を有する計装・会計監査モジュール、例えば、広告関連統計値の回転ログを保有および／またはユーザ許可があるランダムなおよび／または統計に基づいた広告有効性会計監査を実行する計装・会計監査モジュールとを組み込むソフトウェア製品、例えばｅ−メールソフトウェアとして特徴付けることができることも分かる。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含し、それにおいて、このシステムは、ランダムの方法あるいは統計的な方法で、例えば、広告配信システムの統合性および／または有効性を監視する目的のために、広告関連統計情報を選択クライアント装置から得る集中制御機能を含んでいる。
【０１９４】
さらに、本発明は、遠隔サーバシステムからソフトウェア製品がインストールされたクライアント装置に広告を自動的にダウンロードする自動広告ダウンロード機能と、ユーザが、例えば、ユーザが予め訪れたリンクおよび各々に対して若干の状態情報とともにユーザに予め表示された広告をリストにするリンク履歴ウィンドウを含むグラフィックユーザインタフェース（ＧＵＩ）を提供することによって以前に見た広告を再度見ることができる「リンク履歴」機能とを組み込むソフトウェア製品、例えばｅ−メールソフトウェアを包含する。好ましくは、ユーザが、例えば適切な広告リンクを単一クリックすることによって、表示するためのリンク履歴ウィンドウに列挙された広告を選択でき、例えば、適切な広告リンクをダブルクリックすることによって、リンク履歴ウィンドウに列挙された任意の所与の広告のソースウェブサイトを訪れることができる機構が装備される。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）も包含する。
【０１９５】
さらに、本発明は、「最後のＮａｇ以来の時間」を監視し、監視された「最後のＮａｇ以来の時間」に基づいて動的に変更される「Ｎａｇスケジュール」に従ってユーザに「絶えず責めたてる」「Ｎａｇ」を組み込むソフトウェア製品、例えば、ｅ−メールソフトウェアを包含する。
【０１９６】
最後に、本発明は、遠隔サーバとの別個の通信セッション中単一画像を表す別個のファイル部（例えば、広告ファイル、例えばＧＩＦファイルの別個のファイル部）をダウンロードするダウンロード機能を組み込むソフトウェア製品、例えば、ｅ−メールソフトウェアを包含する。本発明は、このソフトウェア製品をインストールさせる複数のクライアント装置に広告を自動的に配信するシステム（および方法）をさらに包含する。
【０１９７】
本発明のこの好ましい実施形態は、上記に詳述されているけれども、ここで教示され、当業者に明らかであるかもしれない基本発明の概念の多数の変更および／または修正は、添付された特許請求の範囲に規定された本発明の精神および範囲内になおあることを明らかに理解すべきである。
【図面の簡単な説明】
【図１】
コンピュータシステムが本発明によるいろいろの機能を実行するのに適している、ネットワークを介して複数の独立して作動されるサーバ装置に接続される複数のクライアント装置を含む高レベルのコンピュータシステム図である。
【図２】
図１に示されたクライアント装置の代表的な高レベルのクライアント装置図である。
【図３】
図３Ａおよび図３Ｂは、本発明による典型的なｅ−メールソフトウェアアプリケーションの主ナビゲーションスクリーンの広告の他のおよび非制限配置を示している。
【図４】
図４Ａは、ソフトウェアのバージョンが、新ユーザ、旧ユーザ、およびＥＰ４ユーザによってインストールされる場合の状態遷移を示している。
図４Ｂは、図４Ａに示された状態流れ図に関連したダイアログボックスを示している。
【図５】
広告ユーザが登録広告ユーザになる処理の典型的な状態流れ図を示す。
【図６】
図５に関連したいくつかのダイアログボックスを示す。
【図７】
図５に関連したいくつかのダイアログボックスを示す。
【図８】
図５に関連したいくつかのダイアログボックスを示す。
【図９】
図５に関連したいくつかのダイアログボックスを示す。
【図１０】
図５に関連したいくつかのダイアログボックスを示す。
【図１１】
図５に関連したいくつかのダイアログボックスを示す。
【図１２】
フリーユーザが登録フリーユーザになり得る処理の典型的な状態流れ図を示す。
【図１３】
図１２と関連した付加ダイアログボックスを示す。
【図１４】
全ユーザが本発明によりソフトウェアを更新することを気づかされる処理の典型的な状態流れ図を示す。
【図１５】
更新Ｎａｇに対応する典型的なダイアログボックスを示している。
【図１６】
ボックスユーザが支払済ユーザになり得る処理の典型的なダイアログボックスを示している。
【図１７】
支払済ユーザが未支払済ユーザになる処理の典型的な状態流れ図を示す。
【図１８】
本発明の典型的な実施形態によるＥｕｄｏｒａｅ−メールソフトウェアのマックＯＳのための典型的なＮａｇウィンドウディスプレイタイムラインを示している。
【図１９】
本発明によるソフトウェアによって使用されるＮａｇスケジュールを示している。
【図２０】
図２０Ａは、本発明の典型的な実施形態に使用されたリンク履歴ウィンドウの模擬スクリーン捕獲である。
図２０Ｂは、本発明によるｅ−メールクライアントがオフラインであることをユーザに思い出させるダイアログボックスである。
【図２１】
図２１Ａは、ｅ−メールプログラム操作の広告伝送の影響を決定する際に使用される仮定を示している。
図２１Ｂは、加入者ベース対毎日ダウンロードされる新しい広告数に関するバンド幅要求を列挙する表である。
【図２２】
本発明による典型的な広告取り出し処理の状態流れ図である。
【図２３】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２４】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２５】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２６】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２７】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２８】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図２９】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図３０】
ひとまとめにして本発明による典型的な実施形態の広告スケジューリングを制御するアルゴリズムを示している。
【図３１】
図３１Ａは、本発明による典型的な実施形態で可能な広告ディスプレイの他のモードのパラメータ変動を示している。
図３１Ｂは、本発明による典型的な実施形態で可能な広告ディスプレイの他のモードのパラメータ変動を示している。
【図３２】
本発明の１つの態様によるｅ−メールクライアントソフトウェアによって発生できることが有利なことである付加ダイアログボックスを示している。
【図３３】
本発明の１つの態様によるｅ−メールクライアントソフトウェアによって発生できることが有利なことである付加ダイアログボックスを示している。
【図３４】
本発明の１つの態様によるｅ−メールクライアントソフトウェアによって発生できることが有利なことである付加ダイアログボックスを示している。
【図３５】
本発明によるアドウェアソフトウェアの操作を監査することに関連した典型的なダイアログボックスを示している。
【図３６】
ソフトウェアの性能を監査する有用なパラメータを列挙する。
【図３７】
ソフトウェアの性能を監査する有用なパラメータを列挙する。
【図３８】
ソフトウェアの性能を監査する有用なパラメータを列挙する。
【図３９】
ソフトウェアの性能を監査する有用なパラメータを列挙する。
【図４０】
本発明の一態様による典型的なｅ−メールシステムとともに使用できることが有用なことである複数のウェブページの機能を要約する表である。
【図４１】
本発明による他の典型的な実施形態がｄｏＰｏｓｔ方法論に従って作動する場合にオブジェクトおよびタスクフローに対するＸＭＬコードのマッピングを示すクラス図である。
【図４２】
図４２Ａは、ひとまとめにして本発明によるＰｌａｙＬｉｓｔを発生する際に図１のサーバ３０２によって使用できる擬似コードリストを構成する。
図４２Ｂは、ひとまとめにして本発明によるＰｌａｙＬｉｓｔを発生する際に図１のサーバ３０２によって使用できる擬似コードリストを構成する。
【図４３】
図１に示されたサーバとクライアントコンピュータの少なくとも１つの一つとの間でリクエストおよび書き込みの処理を示す他のクラス図である。
【図４４】
本発明の他の態様によるデータベースアクセスを示している。
【符号の説明】
１０…システム構成、１００Ａ−１００Ｎ…クライアントコンピュータ、２０１…通信装置、２０５…記憶装置、２０６…記憶装置、２０７…ダイナミックメモリ装置、２０８…モニタ、２０９…中央処理装置、
３０１−３０４…サーバ、[0001]
(Notes on copyright)
A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to facsimile copying, either in patent documents or patent disclosures, as it appears in the Patent and Trademark Office patent files or records. However, in other cases, unauthorized reproduction is prohibited.
[0002]
TECHNICAL FIELD OF THE INVENTION
The present invention relates generally to the field of electronic mail ("e-mail") software and systems. Specifically, the present invention relates to advertiser support e-mail software that distributes advertisements to client computers installed with advertiser support e-mail software.
[0003]
[Prior art]
This patent application is based on provisional patent application Ser. No. 60 / 169,622 (filed on 1999.12.2.8). This provisional patent application is incorporated herein by reference in its entirety.
[0004]
Electronic mail ("e-mail") has recently become a widespread form of communication. In general, e-mail works as follows. The e-mail software is installed on a client computer (eg, a personal computer (PC)) that is equipped and configured to communicate with a number of other client devices via a communication network. Access to the communication network is provided by a communication network service provider (eg, an Internet Service Provider (ISP) and / or a private network service provider). With those communication network service providers, the user establishes one or more e-mail accounts. Each of the accounts is identified by a specific e-mail address (eg, [present@whitehouse.gov]). With e-mail software (e.g., an e-mail client), a user of a client device composes an e-mail message, sends it to another client device over a communication network, and sends the other client device over a communication network. You can read the e-mail message received from. Users can send e-mail messages to multiple recipients simultaneously, and this feature is sometimes referred to as using mailing lists or, in extreme cases, bulk mailing. Common e-mail clients are POP3 (Post Office Protocol Version 3), SMTP (Mail Transfer Protocol), IMAP4 (Internet Mail Access Protocol Protocol Version 4), and / or MIME (Multimedia Support in Multimedia, Inc.).
[0005]
Each e-mail service provider in each ISP and each private network independently operates an e-mail communication system (or simply "e-mail system"). These independently operated e-mail systems are two-way store-and-forward communication systems, which are alternately connected via the Internet. Each e-mail system typically includes a plurality of e-mail servers to store, forward, route, or simply make incoming and outgoing e-mail messages available to users / destination recipients. Different e-mail systems are managed by different administrative organizations. With the advent of the Internet, users are now receiving a single system (ie, receiving and sending e-mail under the control of a single organization) with both a receiving e-mail server (or server cluster) and a sending e-mail server (or cluster). Not limited to both servers). Most e-mail clients other than private e-mail systems, such as AOL and JUNO, receive e-mail servers (clusters) managed by a first organization and outgoing e-mail servers managed by a second organization. It can be configured to receive e-mail from a mail server (cluster) (ie, separate organizations). The most common e-mail users download and upload from each server operated by a single organization.
[0006]
Generally, when a user sends an e-mail message or reads a received message (operation occurs automatically according to a prescribed procedure), e-mail software is activated. At startup, the e-mail software performs the following functions.
[0007]
Invoke a defined communication mechanism (eg, dial-up modem, ISDN connection, DSL or ADSL connection) and establish a connection or communication session with the host ISP or e-mail service provider via the defined communication link.
[0008]
* Electronically send or forward (e.g., via an SMTP server) all e-mail messages that you want to send to an e-mail server system operated by your ISP or e-mail service provider.
[0009]
Receive all incoming e-mail messages sent by the host ISP or e-mail service provider to the client device (eg, via a POP3 or IMAP4 server).
[0010]
* Store all received e-mail messages in a defined memory location in the client device (eg, either at the e-mail client or a default location established by a user-selected location setting).
[0011]
Typical e-mail software is a registered trademark EUDORA @ PRO^RAnd EUDORA @ LIGHT^R(Hereinafter referred to generally as "Eudora") is commercially available e-mail software sold by the current assignee, QUALCOMM @ INCORPORATED. In general, EUDORA @ PRO e-mail software provides users with a "full feature set" and EUDORA @ LIGHT provides a "reduced feature set" which is a subset of the "full feature set". EUDORA @ PRO @ e-mail software (the previous version is referred to as "EP4" in the text) requires a user fee (or user agent burden) and can be considered "payware". On the other hand, EUDORA LIGHT e-mail software is provided to registered users free of charge and can be considered as "Freeware". Each of the client devices that have installed all versions of Eudora can be considered an "Eudora client". In fact, there are numerous Eudora clients.
[0012]
The current transferor, QUALCOMM @ INCORPORATED, has recently released a new version of the EUDORA @ email software for the public, Eudora @ Adware (hereinafter simply "Adware"). This new version of AdWords is included (ie, an integral part) in a new Eudora software product that includes the Eudora payware and freeware versions cited earlier. Advantageously, the Edward version of Eudora @ Pro® can be activated or switched between an automatic mode according to defined criteria or conditions and a manual mode according to specified user actions (eg registration, payment, selection, etc.). is there. The new version of Eudora @ Adware and the multi-mode Eudorae-mail software product contain the same functions, and at the request of the current transferor, the "full feature set" provided in the Eudora payware version is free of charge for the user. This is done by distributing the advertiser's payer by the advertiser to the client, thereby effectively moving the source of spending / revenue from the user to the advertiser. Thus, this new Eudora software product can be considered "advertiser support" or "advertiser grant" or simply "sponsored" software.
[0013]
Most Internet Service Providers (ISPs) and e-mail service providers charge users a flat monthly fee, while some providers are based on usage (e.g., extra fees for online hours beyond specified hours) Some charge a fee. However, there are a large number of users who want to have a basic e-mail service, but do not need Internet access or do not wish to pay. A small number of companies have responded to the demands of this market segment by offering free e-mail services to users / subscribers who have agreed to receive advertisements along with incoming e-mail messages.
[0014]
According to relevant sources, the first company to propose and provide such a free e-mail service was FreeMark @ Communications (aka "ProductView @ Interactive"). FreMark's system and method for providing a free e-mail service is disclosed in PCT published patent application International Application No. WO 96/24213, which is invented by Mark Mark Goldschmitt and Robert A.M. It has a priority date of 1995.2.1 based on Young U.S. Ser. No. 08 / 382,118. This PCT published patent application is specifically cited herein. Briefly, this free e-mail system allows advertisers to subsidize and send e-mail messages to subscribers as adjuncts (e.g., GIF (graphical interchange format) image file adjuncts). Was attached. The advertisement was stored on the subscriber computer and the received e-mail message was displayed while the subscriber read offline. In some of its promotional materials, FreeMark called the attached advertisement a "stamp." In FreeMark's material, each message received by the subscriber was represented as a stamped envelope, which was an advertisement.
[0015]
Thereafter, Juno Online Service, L.E. P. (Hereinafter simply "JUNO") has introduced a free e-mail service. A system and method for providing JUNO's free e-mail service is disclosed in U.S. Patent No. 5,809,242, issued to Marsh et al. It is cited in the specification. When a private JUNO e-mail service is used to connect to a private JUNO e-mail server system to send and receive e-mail messages, many advertisements are downloaded to the subscriber and the subscriber computer Will be displayed when the subscriber composes or reads the e-mail message offline (i.e., launches the JUNO e-mail software previously installed on the subscriber computer). The locally stored advertisements are displayed under the control of the display scheduler of the subscriber computer, to which the advertisements can be cycled or changed dynamically. This results in a continuously changing display of the advertisement provided to the subscriber. Various other aspects and features of the private JUNO e-mail system are described in U.S. Pat. No. 5,838,790 (issued to McAuliff on 1998.11.17) and U.S. Pat. No. 848,397 (issued to Marsh et al. On 1998.12.2.8), both of which patents are specifically incorporated herein by reference.
[0016]
Using both FreeMark and JUNO private free e-mail systems, both advertisements and e-mail messages are stored on a single e-mail system (eg, JUNO stores both on a single unique server) However, the server is stored (assigned to) the user when the user first signs up for the service) and is directed by the common control entity controlling all parts of the e-mail system. Delivered to subscriber. While this is the preferred system architecture for providing free e-mail services, e-mail systems are independent of advertiser-supported e-mail software (ie, not tied to a particular private e-mail service provider, It is not a system architecture suitable for systems intended to deliver standards (eg, supporting POP3, SMTP, IMAP4, etc.). Furthermore, the free e-mail system architecture is not suitable for many people who have multiple e-mail accounts (eg, business and personal e-mail accounts). As mentioned above, the present invention provides a system and method for delivering advertisements to Eudora clients, generating advertising revenue to deliver full-featured versions of Eudora's e-mail software to end users widely and free of charge. Was intended. Further, the present invention was intended to provide a common and e-mail system independent e-mail software (i.e. not bound by any particular private e-mail service or service provider).
[0017]
Accordingly, the present invention has developed a novel multi-mode Eudora @ e-mail software product. The software includes Payware, Freeware and Adware, and has devised new systems and methods for delivering advertisements to clients equipped with this new software product. As will become apparent below, the purpose and architecture of this new system is fundamentally different from the commercial FreeMark and JUNO e-mail systems. In this regard, the multi-mode Eudora @ e-mail software product, and the novel systems and methods of delivering advertisements to clients equipped with this new software product, encompass a number of different inventions, which are described in the following disclosures Therefore, it becomes clear from the description quoted.
[0018]
[Means for Solving the Problems]
From the foregoing, there remains a need in the art for an assisted e-mail client that overcomes the aforementioned shortcomings. The present invention was directed to overcoming the deficiencies and deficiencies of currently available technology and meeting the needs in the art.
[0019]
In one of its aspects, the present invention includes e-mail software that incorporates an automatic advertisement download feature, with the purpose of supporting a full-featured e-mail software product (eg, a "freeware" version of an e-mail software product). To the user), which automatically downloads the advertisement and displays it when the e-mail software is activated. In this case, the e-mail software is independent of the e-mail system. Preferably, the e-mail software is a common stand-alone product (i.e., works in connection with virtually all e-mail service providers or e-mail systems) and comprises open standards compliant services. . The present invention also includes systems and methods for automatically distributing advertisements to multiple client devices that have installed e-mail software.
[0020]
According to one aspect, the present invention comprises an e-mail client that sends and receives e-mail messages to at least one of a plurality of e-mail servers operated by respective e-mail operators. The mail client receives at least one advertisement from an advertisement server operated by a management organization different from the management organization operating the one or more e-mail systems.
[0021]
According to another aspect, the present invention implements an e-mail client that receives and sends e-mail messages from at least one of a plurality of e-mail servers operated by respective e-mail operators. The e-mail client includes an e-mail client software that automatically receives advertisements from an advertisement server that operates independently of the e-mail server.
[0022]
According to yet another aspect, the invention includes a method of operating an e-mail client, provided by an advertisement server operator, compatible with a plurality of independently operated e-mail servers, Includes methods that comply with open e-mail standards. Preferably, the method comprises the steps of periodically sending and receiving at least one e-mail from a selected one of the e-mail servers, receiving advertisements periodically from an advertisement server operator, and further provided by the advertisement server operator. Display the received advertisement in response to the instruction.
[0023]
In yet another aspect, the present invention comprises an e-mail system, the system comprising: a receiving e-mail server for storing received e-mail messages addressed to a plurality of users; It includes a transmission server that routes messages, an advertisement server that independently operates an e-mail server, and a plurality of e-mail clients operated by each user. Preferably, each of the e-mail clients checks a respective e-mail message stored in the receiving e-mail server and sends all outgoing e-mail messages stored in the e-mail client to the e-mail server And download the advertisement to be used from the advertisement server when the e-mail client is online.
[0024]
In one aspect, the present invention provides software used in the following content, and has the following configuration. That is, a client device configured for communication via a communication network, exemplifying a playlist request function for generating a playlist request, and transferring the playlist request to at least one server via the communication network; A playlist for receiving and processing a playlist response transferred by the at least one playlist server to the client device in response to the list request, the playlist response including a playlist for confirming an advertisement to be downloaded. Responsive operation and downloading at least one of a plurality of advertisements identified in the playlist from at least one remote source via a communication line across one or more advertisement download sessions. Download function and client An advertisement storage function of storing an advertisement downloaded to a storage medium associated with the client device; and an advertisement display function of displaying at least selected one of the stored advertisements on a display associated with the client device. , Software for use with.
[0025]
Many other features, aspects, uses, applications, advantages, modifications, changes and alternative embodiments of the above-described inventive concepts will become apparent from the following technical description. This technical description forms an integral part of the present application for all purposes. Furthermore, additional inventive concepts not described above are disclosed in this technical description and are intended to include such inventive concepts in the present application.
[0026]
In addition, certain items used in the foregoing and following description of the invention are defined as follows.
[0027]
[Table 1]

[0028]
BEST MODE FOR CARRYING OUT THE INVENTION
These and various other features and aspects of the present invention will be readily understood by reference to the above description taken in conjunction with the accompanying drawings, in which like or similar numerals are used throughout.
[0029]
Specific embodiments and exemplary applications will now be described with reference to the accompanying drawings to disclose other advantageous teachings of the present invention.
[0030]
Although the invention has been described herein with reference to specific embodiments for particular applications, it should be understood that the invention is not limited thereto. Those skilled in the art and access to the teachings made herein will recognize other modifications, uses, and embodiments within their scope and additional areas in which the present invention is of significant utility.
[0031]
Referring now to the specific figures, FIG. 1 illustrates an exemplary system configuration 10 suitable for performing functions in accordance with an exemplary embodiment of the present invention. Although the exemplary embodiments are generally described with respect to emails where a large number of users create, send, receive, and retrieve email messages, the invention is not so limited. For example, the invention is applicable to personal digital assistants (PDAs) that also incorporate dedicated software for receiving stock quotes over a wireless network. Accordingly, the principles of the present invention should not be regarded as limited to merely e-mail systems. The principles of the present invention are used for online services where a provider, for example, a program provider, wants to make its software available to users using various payment options for a central set of software features.
[0032]
As shown in FIG. 1, system 10 includes a plurality of client computers 100a, 100b,. . . , 100n, where n is any positive integer. Preferably, each of the client computers, generally indicated as 100, may be either a workstation or a personal computer executing a client program according to the present invention. Typically, client computers 100a, 100b,. . . , 100n can advantageously be connected to a plurality of servers 301-304, described in more detail below, via a network 200, for example the Internet. Alternatively, network 200 may be one of a local area network (LAN), a wide area network (WAN), the Internet, or a wireless network, or some combination thereof. FIG. 1 shows a non-limiting exemplary system, it being understood that the number of clients may be connected to any number of servers.
[0033]
FIG. 2 illustrates the client computers 100a, 100b,. . . , 100n of a typical client computer in more detail. In an exemplary embodiment, the client computer 100a executes a computer program (including a client program according to one exemplary embodiment of the present invention) and manages and controls the operation of the client computer 100a. including. A storage device 205, such as a floppy disk drive, is coupled to the central processing unit 209 to read and write data and computer programs to and from an exchangeable storage medium, such as a floppy disk. The storage device 206 coupled to the central processing unit 209 also includes a mechanism for storing computer programs and data. The storage device 206 is preferably a hard disk having a high storage capacity. A dynamic memory device 207 such as a RAM is also coupled to the central processing unit 209. It is noted that the storage devices 205 and 206 and the dynamic memory device are non-limiting examples of memory where terms have been previously defined. The client computer 100a includes typical input / output devices such as a keyboard 203, a mouse 204, a monitor 208, and a communication device 201, for example. The communication device may be a modem, an Ethernet interface card, or the like.
[0034]
Referring again to FIG. 1, the client computers 100a, 100b,. . . Each of 100n can selectively communicate with a server, for example, any of 301-304, via network 200. In the computer system 10 shown in FIG. 1, each of the servers performs a dedicated function. Typically, server 301 performs a registration function, i.e., receives registration information from each client computer (as described in more detail below), and server 302 stores a playlist (PlayList) in client computers 100a, 100b, . . . 100n, server 303 serves the advertisement specified in the playlist, and server 304 serves as a conventional e-mail server system, ie, an input e-mail server and an output e-mail server Is provided. It should be noted that only the servers 301 and 302 actually need to be under the direct control of a software provider, for example, Qualcomm in the preferred embodiment. However, the server 303 may also advantageously be under the control of a software provider. It should also be noted that reference to software should not be construed as being limited to disk-based software. Whether these instructions are read from a dynamic instruction or stored as firmware in a read only memory (ROM) or other alternative form of such a device, the term "software" refers to instructions executed by a processor as Should be widely interpreted.
[0035]
According to one aspect of the invention, "software" may advantageously be provided as a single binary (per client device) file containing software that can be used by all users, for example Eudora software. This binary file operates in one of three primary modes of operation: Payware, Freeware, and Adware. In the payware mode of operation, the user must pay a software provider to use the software. Freeware is all free to use, but has fewer features than either payware or adware. Payware users certify their payment by a registration code that the software provider provides to the user at the time of payment. This code contains sufficient data to self-verify and identify which version is entitled to operate by the user. It should be noted that users of the Eudora payware version are entitled to all versions of Eudora generated during the calendar year after payment of the user's fee. The software preferably polls predetermined sites periodically, for example, sites held by Qualcomm, to determine if updates to the software are available. If an update is available, the software advantageously provides the user with a small web page with the option to obtain the software update, as described in more detail below.
[0036]
It is noted that adware has all the features of payware, but does not require payment from the user. The need for adware is for the user to display and view advertisements downloaded from the software provider's site and / or one or more sites specified by the software provider. It is also noted that the initial state of the software is adware.
[0037]
In an exemplary embodiment, each client computer downloads advertisements from the advertisement server 303 without disturbing and requiring significant bandwidth, as described in more detail below. In addition, advertisements can be advantageously displayed without significantly compromising the use of software, for example Eudora. 3A and 3B show advertisements integrated into the main screen of a typical Eudorae-mail software.
[0038]
Some of the terminology used in describing the features and novel features of exemplary embodiments of the present invention has been set forth above. Additional terminology that facilitates a complete understanding of the present invention with Eudora software is provided immediately below.
[0039]
[Table 2]

As mentioned above, "software" can be advantageously installed by all users (if necessary) and supplied as a single binary file containing software that can be used, for example Eudora software. This binary file operates in one of three main modes of operation: payware, freeware and adware. Next, the installation of the software program and the operation of the various functions according to the invention will be described in more detail, with reference to several state flow diagrams whose state diagrams show the main user states and the transitions between these user states. I do. The following conventions are followed in the flow state diagram.
[0040]
• The raised gray square is the conceptual name for a button in a dialog.
[0041]
・ Some routes have menu items. These items can be used to bring up the window directly without waiting for nag.
[0042]
-In principle, any dialog or nag can be canceled, leaving the user in the original state.
[0043]
Web pages cannot change user state or generate more dialogs. Thus, all web pages are returned to the user's original state.
[0044]
With respect to the conventions set forth above, Eudorae-mail software will be described next and indicates a state transition when a version of the software is installed by one of a new user, an old user, and an EP4 user. Please refer to FIG. It is noted that the software provider does not provide the user with the option to pay for the entire feature set or to receive software with a reduced feature set in the intro dialogue. For example, similar to the dialog box shown in FIG. 4B, the software provider may be able to obtain these other versions of the software feature set by performing a help menu. Describes these options, but the software defaults to the Adware version.
[0045]
The route taken by the EP4 user and box buyer shown in FIG. 4A deserves some effort. The code generator referenced in FIG. 4A is advantageously exemplified by a binary file installer module that is not in the Eudorae-mail program itself. 3. The user has the software If the x> 4.3 update function is used, the software searches for a copy of EP4 and upon finding a copy of the software, the code generator allows the user to generate a registration code file. If the user is running an out-of-the-box installer, the installer allows for the generation of the registration code without first looking for a copy of EP4. It should be noted that the registration code file so generated is unique in that Eudora includes a line indicating "Needs registration: yes". Eudorae-mail focuses on this line of text, leaving the user unregistered and then constantly accusing the user to register the software. Once the user has registered, the same registration code is retransmitted to the user and Eudorae-mail software receives implicitly (since the registration code is the same as the current code) and registers a flag with the e-mail software. Produce the request.
[0046]
FIG. 5 shows a state flow diagram of a process in which an AdWords User (adware user) becomes a registered adware user. In the exemplary case shown, the registration process requires an interaction between the client computer 100a and the registration server 301, which are connected to each other via the network 200. In FIG. 5, the adware user shown in FIG. 4A registers with the software provider by some other mechanism. For example, an advertising user may wish to register in a “Help” pull-down menu that is available from the toolbar shown at the top of FIG. 3A and selects payment and registration options as shown in FIG. This menu may simply be activated. Alternatively, the adware user may receive a Nag box generated by the software at a predetermined time, ie, a Nag dialog box, as described in more detail below. Finally, the advertising user may register via e-mail, i.e., receive the registration code generated by server 301 and sent by e-mail server 304 to client computer 100a.
[0047]
As shown in FIG. 6, the payment and registration window allows the ad user to register adware, pay for software, enumerate all versions available to the user, and provide demographic information by providing demographic information. Customize or modify the stream, enter a subscription code, and provide some select buttons to downgrade to a reduced set of features provided to the Freeware User. It should be noted that the user can enter the registration code to be one of Registered Adware User, Registered Freeware User, and Registered Payware. See FIG. It can be seen that the software operates according to the same state flow diagram for registered adware, except that registered adware is not dependent on registered Nag.
[0048]
The software provider can advantageously use the registration scheme in conjunction with a self-verifying registration code, so that the database does not need to verify the registration. The algorithm for verification aims to satisfy some competing constraints, i.e. it needs to be safe and easy to implement and not overly burdensome to the user It is. Eudorae-mail examines its registration code at startup for verification. If the registration code is invalid, the user should be considered unregistered. If the user is a paid mode user, this includes a switch to sponsor mode where the user should be alerted using a dialog box (not shown). The alarm is followed by a machine that re-enters the code. The required input to generate the registration code is as follows.
[0049]
[Table 3]

It turns out that a plurality of registration code algorithms can advantageously be used in generating a self-verifying registration code. In short, the software provider makes the entries listed above, sums the inputs, mixes the inputs (including the registration name), sums the sums together according to any of a variety of algorithms, Encode this result as a 16-bit number string. It can be seen that the encoding and bit mix can be reversed, and that a sum check along with the registration name can be used to verify the validity of the registration code.
[0050]
Note that software providers store separate registration codes for Freeware (Eudora Lite) software mode, Adware (Sponsor) software mode, and Payware (Eudora Pro) software mode. Should. Receipt of a registration code for one mode of operation means that the registration code for another mode should be broken.
[0051]
Once the registration mode is generated, the user must somehow enter a valid registration code into the Eudorae-mail client. This can be done in one of three ways.
[0052]
·manual. The user can type or paste a value into the input code dialog box. See FIG.
[0053]
・ Windows registration. Upon starting Eudora, the software looks for a registration code for the Windows registration (eg, software @ Qualcomm @ Eudora @ check, first name, last name, registration code). If these selections are detected and valid, this value should be copied and placed in the e-mail client's selection register or look-up table.
[0054]
・ Registration code file. Upon Eudora startup, the software typically looks for a file in the application software folder named "RegCode.dat". If these selections are detected and valid, this value should be copied and placed in the e-mail client's selection register or associated lookup table.
[0055]
It should also be mentioned that, depending on the software provider, the special case MIME part can e-mail the Eudorae-mail client. The user receiving this MIME part is automatically requested to verify and enter the information. The user can also perform the attachment again later. Special content format attributes ("registration codes") are required to activate this MIME part, and Eudorae-mail cannot send them.
[0056]
The format of the MIME part (and the registration code file) is the format of a text file including an RFC822 header style field. This format is available in the application / vnd. Eudora. It has a registered MIME format for data. This field is included in this MIME part.
[0057]
[Table 4]

It should be noted that the Eudora file format field must be indicated. Other fields listed above may or may not be shown.
[0058]
From the above description, the registration code emailed to the user should be verified before the user. To be used, the registration code must meet the following tests.
[0059]
• Validity-Invalid registration codes should be ignored.
[0060]
• Immediateness-The emailed field of the registration code should contain the address for one of the user's personalities or be in the user's "to me" nickname.
[0061]
Adaptability-New registration codes should not automatically ignore existing valid registration codes. The only exception to this process is that the payware mode registration code should ignore freeware or adware registration codes, and the payware mode registration code that is the same as the user's existing paymode is "Eudora request registration". Can be used to ban Nag.
[0062]
Once the registration code is determined to meet the above test, the user should be required to receive the code. A typical receiving diabox is shown in FIG.
[0063]
As shown above, the registration code is self-verifying because one part is the other function. However, there is another meaning of "verification" to be considered, that is, whether the registration code is "valid" for use with a particular version of Eudora. This can be done by comparing the ExpMonth of the registration code with the BuildMonth field that the software provider makes the application (where it cannot be overwritten by plug-ins, settings, etc.). If the ExpMonth and BuildMonth match, the registration is considered valid by the email client.
[0064]
FIG. 6 shows a state flow diagram of a process in which a freeware user can be a registered free user. It can be seen that the state flow diagrams of FIGS. 5 and 12 are similar in many respects. However, according to the state flow diagram of FIG. 12, the additional Nag dialog box, the so-called function Nag dialog box shown in FIG. 13, is a free user and registered free user of the enhanced functions available to adware and payware users. You can remind both. Regarding the freeware user and the registered freeware user, it can be seen that the registered freeware user does not receive the registration Nag dialog box. The state flow diagram shown in FIG. 12 is the same as the state flow diagram used for adware users (FIG. 5), except that the freeware user is given the option to try the full function rather than enter its demographic information. It turns out that they are very similar.
[0065]
It should also be mentioned at this point that all users receive an updated Nag dialog box (not shown) at predetermined intervals. Eudora checks for updated pages once a week during the e-mail session. If the update page changes, the user is constantly blamed for updating the Eudorae-mail software. If the page has not changed, the user is constantly blamed for a 30-day schedule to check for updates to ensure that the user has the latest software version. See the state flow diagram in FIG. The Update Nag provides users with the version (if any) that they are entitled to upgrade. See FIG. Nag itself is an HTML document with a link to the version of Eudorae-mail software that the user downloads.
[0066]
FIG. 16 shows a typical state flow diagram of a process in which a box user can be a paid user, ie, a payware user. It turns out that the Nag that the software provider particularly shows to the box user is a registered Nag. Once a box user is registered, the box user is converted to a legitimate paid user. However, since the payment date for the box user is set to a specific value by the software provider, the software provider may be required to provide the box user with time, for example, to receive updates from the software provider for the user to move forward freely. It should be noted which version of the software it receives at a given time can be controlled.
[0067]
Introducing the concept of constant blame, this is a convenient point for discussing the various functions of constant blame implemented in the software according to the present invention. Two main issues are (1) how the software provider constantly blames the user, and (2) when the software provider constantly blames the user.
[0068]
Ideally, Nag Windows is modeless Windows. The user can either close the window using the closed box, leave the window by performing one of the user's actions, or drift the window whenever it is in the user's window list. Windows Nag Windows differs slightly in operation from Mac OS Nag Windows described below. Nag Windows is floating Windows. That is, the software provider probably expects the user to leave Nag Windows in a fairly short order. However, it can be seen that Nag Windows does not stop background tasks from running.
[0069]
It should be noted that there is at most one different form of Nag Windows that opens at a time. The same different forms of old Windows are advantageously recycled. That is, if a given Nag Windows is still open at the next time causing the user to be constantly blamed, this window will be reused and returned to the top of the window stack. Since all Nag available to the user should be available to the user by selection from the help menu, such a manual Nag call will not reset the Nag timer, but if the user wishes, the Nag Windows It should also be mentioned that a user who accidentally leaves one of them can deliberately and constantly blame himself.
[0070]
Preferably, the Nag is opened on top of all other windows, for example, including "Tip of Day" and other dialog boxes, excluding other Nag Windows. Is always placed on the opened windows until another non-Nag window is moved on the opened windows. Due to the execution restrictions of the Windows version of Eudorae-mail software, the only windows that can obscure Nag are other floating Windows. It can be seen that this is mainly due to the requirement that multiple document interface (MDI) child windows should be maximizable. It should be noted that it is the standard Windows interface used by many commonly used Windows applications and utilities, such as Windows Program Manager and Windows File Manager. That is, the MDI interface is also part of the Common User Access (CUA) standard set by IBM. Depending on the application that complies with each MDI, you may edit the text, manage the database or open child windows for file-only tasks, such as those that work with spreadsheets, to show more than a few possible tasks. Can be.
[0071]
FIG. 18 shows a flowchart for a Nag window in Eudora for Mac OS version according to an exemplary embodiment of the present invention. In FIG. 18, the software now shows the in-mail box as indicated by symbol (I), time (I). Next, Eudorae-mail puts Nag on top of the mailbox, constantly blaming the user, as indicated by symbol (2). Arrives at some "fresh meat" mailboxes. Usually this opens at the top. However, since there is a "new" Nag displayed by the software, that is, software that the user did not manually send behind, "fresh meat" is instead indicated by the symbol (3). Open under Nag. The user manually moves the fresh meat to the front as indicated by symbol (4). After this, if the mail arrives at more meats, the Nag is no longer new and more meats can be opened at the top in the usual way as indicated by symbol (5).
[0072]
The placement of any Nag Windows in a Windows environment is generally fairly straightforward. Nag Windows simply floats outside the MDI box on top of other floating Windows until the user closes it. If the user assumes that the entire Macintosh diagram is done inside the MDI box, the exception to this rule is the updated Nag, which acts like a Mac OSNag window. In particular, note that this indicates that the updated Nag may be maximized in a Windows environment.
[0073]
Although the basic concept of the Nag schedule has been introduced above, a more detailed discussion of the Nag schedule in this regard will facilitate an understanding of certain aspects and functions of the software according to an exemplary preferred embodiment of the present invention. In Eudora electronic software, each schedule is a set of numbers indicating the number of days (excluding the last) since a given date (Nag based). The software provider has to keep track of the last time the user is constantly being blamed (last delay). Note that both the Nag base and the last Nag should be tracked separately for each type of Nag. The software provider must not, for example, mix values for registered Nag and updated Nag. The last number in the Nag schedule is the repetition interval. Once all other Nags have been exhausted, the user is constantly blamed each time the last days have passed.
[0074]
The best way to understand the Nag schedule is to consider this schedule as a timeline, as shown in FIG. This particular time line is for [0,4,9,12,3]. Note that at 15 and 18 days Nag has a repeat interval of (3 days) for the last number. Thus, in FIG. 19, if there is a Nag date greater than the last Nag and less than or equal to the current date, the user should be constantly blamed. If two or more Nag days have passed, the user will still be scolded only once.
[0075]
It should be mentioned that once the Nag window is opened, the last Nag is reset to the current day. It should also be mentioned that a final Nag interval of 0 indicates that the Nag will not be performed any more after the defined period has expired. Advantageous Eudora electronic software includes software subroutines to determine if any Nag is of course at application startup and completion of each mail check. In the latter case, the software checks the update date of the updated page once a week during the mail check. If the update page has been modified in the past week, the software provider will download the update during the mail check and constantly blaming the user for updating the user's software, e.g., Eudorae-mail software. Build See FIG. Finally, it is noted that if the user's state changes so that the opened Nag is no longer relevant, this Nag is closed and no longer displayed.
[0076]
The above discussion also briefly touches on issues related to advertising. More specifically, the major client issues, including advertising, are how software displays ads, when software displays ads, how software gets ads, and how software providers demographically. Getting and transmitting information is how software providers verify that ads are actually displayed.
[0077]
Referring again to FIG. 3A, the main window of the Eudorae-mail software shows a substantially square advertisement and three advertisement buttons in opposing corners of the main window. It should be noted that a particular approximately square advertisement is 144 pixels high by 128 pixels wide. That is, the software accepts an advertisement of about 144 pixels × 144 pixels. It can be seen that the area of the window available by the mailbox is reduced by almost 30%. However, it can also be seen that the content area remains untouched. FIG. 3 shows another main window where a small graphic or placard is used to indicate that the main window is guaranteed, for example, in the lower right corner.
[0078]
It turns out that the actual information that the software provider can receive from the advertiser is relatively simple. With respect to a standard advertisement as shown in the lower left corner of FIG. 3A, an advertisement that is no more than 15K and no more than 144 pixels high by 144 pixels wide consists of image files, such as GIF files, PNG files, JPEG files, and the like. Preferably, this image file uses a web-safe color palette. This palette, sometimes related to a browser-safe palette, contains only 216 of the possible 256 colors that can be defined by 8 bits. The remaining 40 colors change on Mac and PC. By removing 40 variable colors, this palette is optimized for cross-platform use. Further, the image file is advantageously associated with a single uniform resource name (URN) that is dictated by the user clicking on the advertisement. Each advertiser also specifies the desired scheduling information for the advertisement, as described in more detail below. To facilitate transmission of the advertisement to the software provider, Qualcomm, the advertiser may wrap the advertisement in HTML. This allows the software provider to include the advertisement parameters as a META tag in the HTML page, so that the software provider can advantageously use HTML wrapped advertisements to specify link addresses and the like.
[0079]
In addition, toolbar icons, which are also required in GIF format, are actually supplied to the client in a composite format and converted to standard icons. In addition, the placard for the sponsor of the freeware version shown in FIG. 3B should be only 31 pixels high and about 88 pixels wide, although the exact width can vary in runtime. is there.
[0080]
When a user clicks on an ad, the software provider should mention here that usually directs the user to the software provider click-through counter and then redirects the user's browser to the enumerated link. . The click-through counter may advantageously be one of the servers of the software, for example one of the servers 302 and 303. This indicates that the software provider constructs a URN that includes the server name, some tracking information, and the final destination URN, and then the server needs to redirect the user's browser to the destination URN.
[0081]
One complication arises if the user is offline when the click-through is attempted. If the user is offline, several possible actions by the software are possible. For example, the software can start an online session. Alternatively, the software can simply use the link history mechanism to flag the link. See FIG. 12 which shows the windows / menus that the software maintains as well as the history list maintained by the browser. If the ad is clicked while the software is offline, the software advantageously adds the link to the link history window and flags this link so that the user knows what he wants, This site could not be visited during the e-mail session.
[0082]
Further, the software may advantageously be configured to allow the user's browser to respond to the click-through. Some browsers have their own elaborate features for handling offline conditions, and software providers should not pre-consider the idea that users may rely on this feature. Alternatively, the software, when online, may allow the browser to transmit a link to the browser for subsequent processing. That is, the software may allow a user to inform a software provider that a link will be sent to the user's browser the next time the user is online.
[0083]
In summary, software providers recommend that, in typical and non-limiting cases, the following standards for all advertisements be provided by advertisers.
[0084]
-Not larger than 144 x 144 pixels. Smaller ads are centered in a 144 × 144 window and surrounded by a standard frame color.
[0085]
-GIF or JPEG. The software provider can advantageously convert the GIF to a Photoshop (PNG) file, but this is transparent. Software providers cannot currently receive PNG ads directly due to Photoshop's gamma bug.
[0086]
-Not greater than 15K. This reduces the bandwidth costs required to send the advertisement as well as the credit costs of the user bandwidth.
[0087]
・ Non-animation. This is an integral part of the "non-intrusive" message for the user aspects of the exemplary embodiment of the present invention.
[0088]
A single URN with at most 900 characters. There is a 1K suspicious limit on URN size. By limiting the customer's URN to 900 characters, software providers can annotate the URN and still stay within IK limits.
[0089]
A user-friendly title string with at most 31 characters. This string is displayed in the link window and should be something the user is interested in.
[0090]
This 216 color palette is optimized for the user in the 256 color system as described above.
[0091]
It should be mentioned that the toolbar, ie the button in the upper right corner of FIG. 3A, has the same requirements as a standard advertisement, except as follows.
[0092]
-Both 16x16 and 32x32 required. These are the sizes provided by the client and the software needs both of these sizes.
[0093]
・ Only GIF. This software does not render JPEG images on the toolbar.
[0094]
With respect to the co-brand spot advertisement shown in the lower right corner of FIG. 3B, the spot advertisement has the same conditions as the standard advertisement, except as follows.
[0095]
-Not larger than 95 pixels wide x 31 pixels high.
[0096]
・ Only GIF.
[0097]
One tedious problem with the advertisement placement shown in FIG. 3A, where the user may hide the advertisement from view by placing a small window over the advertisement, is relatively straightforward. Advantageously, the user performs a check to determine that the advertisement is both on the screen and not obscured. If the screen condition does not meet both of these criteria, the software will tell the user to either not obscure the advertisement or automatically reposition the window so that the advertisement is obstructed. Say If the user persists in obscuring the advertisement for a predetermined period of time, the software automatically transitions to freeware mode.
[0098]
One of the main reasons for providing adware versions of software, such as the Eudora electronic program, is to provide a mechanism by which advertisers can get assistance with the cost of the software, so that software providers are offered to all Eudora users. Makes sure you actually see the ads. Stated another way, for example, displaying an advertisement on the screen of the client computer 100a while the user is in another room does not justify the cost of the advertisement for the advertiser. For this reason, the software includes a feature that allows the user to measure the actual time at the computer while there is an advertisement.
[0099]
Since there is no fixation device for certain definitive eyes, the best thing the software does to measure the user's attention is to monitor user input to the client computer 100a and thus Is to make sure you are in. Assuming that the primary input devices to the client computer 100a are a mouse 204 and a keyboard 203, the e-mail client will have both a mouse and keyboard by the user if the adware version of Eudora's e-mail client is at the forefront. And periodically returns a report of this activity to the software provider, for example. In other words, if the mouse moves significantly, if the mouse button state changes, or if a key is pressed or released, the user is considered to be "present and explained." Further, the period before and after such an event is considered "face time" for advertising.
[0100]
In a typical case of the software according to the invention, the software measures this period and calls the total length of this period kFaceInterval. This value does not need to be very accurate, eg, a 60 second kFaceInterval starting with a user event is used in the typical non-limiting case described.
[0101]
Having described the format of the advertisement displayed by the software, a detailed discussion of the resulting methodology for the advertisement to actually be displayed is then presented. A common methodology for obtaining ads to display is to connect to the Qualcomm site and download the ads to a local cache during mail checking or some other time when the software detects a live network connection. It can be seen that the act of downloading the advertisement can be a trigger to bill the advertiser to avoid having to collect billing information from individual clients. In contrast, dedicated systems, such as those provided by JUNO, upload advertisement display data to a designated e-mail server whenever a user accesses their e-mail account for any reason. .
[0102]
In order to make a reasonable decision on how to download an advertisement, the software provider needs to have some idea of what effect the advertisement download will have on the user. To access this impact, software providers must make assumptions about what typical Eudora user habits are and what advertisements are the same with respect to transmission characteristics (gather information No). Part of the adware process consists in adding measures to the software client so that the software provider can begin to answer these questions intelligently rather than by guesswork. However, we have to start with some basic assumptions. For example, FIG. 21A is a table listing the assumptions used in determining the effect of advertising transmission on e-mail program operation. FIG. 21B is a table listing bandwidth requirements for the subscriber base for the number of new advertisements downloaded daily to the subscriber. The meaning of these calculations is as follows. Assuming that the purpose is an average rotation of the advertisement, for example, three days, the top row of the table shown in FIG. 21B is the row used by the software provider. The worst case, or maximum bandwidth scenario, is, for example, to rotate 25 advertisements per day. These values are highlighted in the table of FIG. 21B.
[0103]
Software providers advantageously use playlists to determine what advertisements should be shown for a particular user class as well as transmitting particular advertisement parameters. A playlist is, in essence, a list of URNs that retrieve the actual advertisement as well as a set of attribute value pairs based on each advertisement. The exact format of the playlist is briefly described in more detail. The playlist specifies the set of all ads that the client should have, along with the parameters to display these ads, as described immediately below. It should be noted that the advertisements may be displayed in the playlist, but are not scheduled to be displayed for a long time (or even all). With the presence of such an advertisement in the playlist, the client searches the client's storage for the advertisement for future display. General requirements for a playlist (PlayList) are as follows.
[0104]
1) The request for a playlist includes information that helps the playlist server to determine what advertisements need to retrieve a copy of Eudora.
[0105]
2) Parameters for Eudora can also be included as a whole, including the ability to modify how often new playlists check.
[0106]
3) Playlists can specify whether to replace all older playlists or just to merge with older playlists. It should be mentioned that if a software provider chooses to use a more web-like advertising model, for example a model that uses a rotating advertising pool, the merge function allows such a model.
[0107]
Next, a description will be given with reference to FIGS. 22 and 1 which are state flow diagrams of a typical advertisement retrieval process according to the present invention. First, the client software running on the client computer 100a includes a playlist server, for example, ads. Eudora. com. The client software, for example Eudora software, provides the payment server 302 with the basic client information and playlist ID currently installed by the client software. ads. Eudora. The com server responds to the indication that the current playlist is still valid and uses the Hypertext Transfer Protocol (HTIP) to instruct again to send the client software to a different payment server, eg, another server 302 '. Or a direct response to a new playlist from the playlist server 302. See FIG. When a new playlist is received from the playlist server 302, the client software compares the new playlist with its current set of advertisements and compares advertisements not resident in the e-mail client's advertisement cache to the advertisement server, e.g. 1 and begins to be extracted from the advertisement server 303 according to the URN included in the playlist.
[0108]
Advantageously, the client software performs a new playlist check every three days. It should be noted that the three day interval between playlist checks is arbitrary and can only be used for the exemplary preferred embodiment of the present invention being discussed. It should also be mentioned that advertisements are preferably retrieved as needed to fill playlists, possibly for multiple mail checks. Further, the advertisement retrieval process is limited to one minute per mail check regardless of the task of either the e-mail client software or the client computer 100a. After one minute, the client software disconnects from the advertisement server 303. This often means that the e-mail client software is not filling the playlist if the advertisement retrieval operation is terminated. The software makes use of the available advertisements while the remaining advertisements are downloaded.
[0109]
In addition, the software provider advantageously provides the ads. Eudora. A plurality of servers equivalent to the com server 303 may be provided. It can be seen that these servers provide extra advertising to all users of a company that is provided with information by some Eudora user communities, such as one ISP. Stated another way, an ISP that provides supplementary services such as local and long distance telephone access may want to cross-promote these services to its own customer base. Accordingly, the ISP advantageously undertakes such localized propulsion. The ISP's branded adware email client is coupled to the advertising server 303 "maintained by the ISP at this distance.
[0110]
Given the set of available advertisements, the software still needs to select which advertisement to display next. This turns out to be a very exciting matter in the web advertising industry, where a number of choices are reportedly made to maximize the interests of the advertiser. In particular, advertisements that generate better user response are preferred because such advertisements generate extra revenue, ie, such advertisements are often tied to the content of the web page where the advertisement is displayed. However, it is unlikely that either the software provider or the client software could benefit significantly from the advertising scheduling algorithm currently running on the advertising service. This is due, in part, to the fact that the advertisement displayed by the email client software is decoupled from the displayed content, ie, neither the software provider nor the client software, the content of any particular advertisement viewed by the user Unaware, partly due to the fact that email software requests ads in batches for later display, rather than requesting ads "real time".
[0111]
As mentioned above, the playlist provides a predetermined global input to the advertisement scheduling algorithm, including the parameters listed in the immediately following table.
[0112]
[Table 5]

In addition, the per-advertisement entry for playlists related to ad scheduling is detailed in the table below.
[0113]
[Table 6]

There are several values that are calculated by the software provider, which is also the input to the scheduling algorithm. These global values are listed in the table below.
[0114]
[Table 7]

The software also keeps track of these values and reports these values to the software provider on a per-advertisement basis.
[0115]
[Table 8]

Advantageously, the software provider performs three main states of the ad scheduler: a normal state, an expired state, and a rerun state. Under normal conditions, the electronic client software advantageously shows normal advertisements and reveals details of the advertisements. This turns out to be charging most of the advertisements displayed on the e-mail client, whatever actually happens. On the other hand, if the e-mail client software shows enough regular ads to satisfy the allocated face time quota and the ad cache contains one or more expired ads to use, the expired status Is selected. In the rerun state, the e-mail client software runs out of both its normal advertisement assignments and expired advertisements, i.e., the e-mail client software now shows the normal advertisement again, but the software provider pays for this advertisement. Do not charge.
[0116]
Software providers should note that they can advantageously provide customer installers to various IPS, various IPS to label or brand copies of Eudora distributed by the publisher, etc. . The software provider then credits these distributors for the percentage of advertising revenue generated by the client software distributed by these distributors. It will be appreciated that these credits may be offset by cross-promotion activities associated with each branded version of the adware email client for the aforementioned reasons.
[0117]
Given the immediately preceding discussion, a more detailed description of various aspects of exemplary email client software according to the present invention will now be provided.
[0118]
As mentioned above, playlists are one way to control the retrieval and display of advertisements in software, such as Eudorae-mail clients. The main advantages associated with playlists are the separation of advertising parameters from advertising images without the need for user registration or a centralized user database, the isolation of Eudora clients from detailed knowledge of the image server, and centralized server intelligence of advertising distribution. It is. Therefore, it can be understood that the playlist is an extremely flexible object. Typically, playlists vary from how to specify the exact set of ads that Eudora performs to transmit the abstract URN, which selects its own ads, on how the Eudora client acts. You can exercise a degree of control. When playlists are used for their greatest strength, playlists provide software providers with powerful tools in controlling the display of advertisements in software such as Eudora. If the playlist is subsequently deemed irrelevant, the playlist estimates the cost of one extra simple network connection per day for the software provider.
[0119]
As discussed above with respect to FIGS. 1 and 22, client computer 100a connects to playlist server 302 via network 200 (which may be redirected to a different server 302 '). Next, the playlist server 302 returns the playlist to the client computer 100a via the network 200. Thereafter, the computer's electronic client software retrieves the advertisement specified in the playlist.
[0120]
The playlist request sent by the Eudora client to the playlist server to initiate the advertisement retrieval process is a simple burst binary code. A playlist request is a block of extensible markup language (XML) code used to provide enough information to server 302 to form or select a new playlist appropriate for the user. The playlist request information is shown in the table below.
[0121]
[Table 9]

It can be seen that not all of these parameters can be actively used at the same time. That is, some are shown to support a particular mode of operation (see below) and are not used in other modes. Each playlist list is checked and totaled at MD5. RFC 1321-See "MD5 Message Digest Algorithm" at http://www.face.org/rfcs/rfc1321.html. Playlist server 302 preferably ignores requests that fail the total test verification.
[0122]
After the client makes a playlist request, the server 302 responds with a playlist response. The playlist response is divided into two main parts: the general client behavior with respect to the advertisement, the client information part that updates the rate at which the advertisement changes, and the new playlist itself, which describes the advertisement that the client should retrieve. It should be noted that the playlist server, e.g., server 302, may also return an empty response, which means that the e-mail client should continue the existing advertisement on its path. Each playlist response is total checked in MD5 just as the playlist request is total checked. The MD5 digest is encoded in hexadecimal and placed in the "Total Check" header of the playlist response. Advantageously, the e-mail client ignores playlists that fail total check verification.
[0123]
Before describing the parts of the playlist response, the e-mail client will sometimes be messed up with old client bags, server bags, etc. due to lack of better terminology. From time to time, old data that is inherited even by updated clients is too messed up for properly functioning systems. The client can be programmed to detect this condition, but preferably leaves a task for the server, eg, error detection. Thus, if the server detects that the client is "spoofed," the playlist server 302 responds to just a single command reset. Strictly following the reset command, no client information should follow, and no playlist should follow. Upon receiving the reset command, the client discards its accumulated advertisement database and records, including playlists, face time history, advertisement history, advertisement cache, etc. Everything is reset to the initial state that the e-mail client software had just before the ad software was run for the very first time. The link history is exempt from the reset command both for practical reasons and to be so visible to the user. The only other item of advertising data that the reset has no effect is the ad fault counter that should be kept across resets. The client then has no playlist and makes another request to the playlist server for the required playlist.
[0124]
The client information part updates various client parameters. This parameter is listed directly below.
[0125]
[Table 10]

From the foregoing, it can be seen that the client information portion is an effective function of the playlist. The client information portion allows the software provider to control applications in a global way, including a smooth transition from one advertising model to another. If this is the only advantage the software provider has gained from the playlist, it is worth doing the playlist execution alone.
[0126]
As mentioned above, the playlist response is split into two main parts: the client information that updates the general client behavior and the new playlist itself that describes the advertisements that the client should retrieve. The new playlist itself has one global value, PlayListID. This ID is an ID value that the client returns to the playlist server the next time the client computer 100a connects to the playlist server 302. This playlist ID may advantageously be included in the playlist request or may be separately uploaded to the playlist server in a myriad of forms, for example as cookies. Each advertisement can have multiple parameters, although all of the multiple parameters may not be used with any single advertisement and some of the multiple parameters may never be used at all. This parameter includes the scheduling parameters detailed above and advertising information including the information listed immediately below.
[0127]
[Table 11]

It should be mentioned that the term Uniform Resource Name (URN) refers to a comprehensive set of all names / addresses that are short strings pointing to resources available over the Internet. Thus, it includes both a Uniform Resource Locator (URL), a subset of the URN scheme with explicit instructions on how to access a particular resource on the Internet, and a Uniform Resource Identifier (URI), another subset of the URL. . It can be seen that the URL subset and the URI subset may overlap. It will also be appreciated that the terms URN, URL, and URI can be used interchangeably, advantageously. That is, which term is used, in its broadest sense, means addressing a named resource.
[0128]
Over time, he noted that not all parameters could be used at once. Playlists are freely changeable to provide a number of advertising models. Playlists are useful for some advertising models, other advertising models where the playlist is useful but not central, and where the playlist is marginally useful and important for other advertising models, but without significant hindrance. The use of playlists does not divert software providers to any particular advertising model. That is, the playlist can be advantageously used to provide any advertising model selected by the software provider. Indeed, if the software provider decides to switch between the advertising models, the playlist allows the software provider to switch in the middle of the advertising model. In the following, some advertising models will be described with respect to FIGS. 31A and 31B in an effort to show how playlists are used for each advertising model. It can be seen that this indicates a necessary neutrality of the playlist concept of the advertising model.
[0129]
FIG. 31A shows an advertising model associated with a continuing advertisement, while FIG. 31B shows parameters associated with a short-lived advertising model. One thing to mention here is how a few of the parameters from any of this part appear in the chart. By changing only five parameters, it can be seen that the adware advantageously moves between these two separate advertising models. This parameter is either used or not, regardless of the advertising model. For example, a software provider can implement blank space after advertising in any model, and a software provider can avoid blank space after advertising in any model. Most of the parameters belong to the range of this it-just-doesn t-matter category.
[0130]
With respect to the short-lived advertising model, it can be seen that the software provider receives a large number of advertisements from either a large number of advertisers or only a few advertisers. Advertising lasts for a number of days. Ads are exhausted and discarded relatively quickly. In this model, playlists are further used. Each time the client's ads are low, the client requests another playlist that describes a few more ads to mix with the client's existing ads. If the ad exceeds the allotted time for the ad, the ad is discarded. In this advertising model, the playlist server actually serves to transmit only the parameters for the advertisement. However, this is acceptable since this parameter must eventually be transmitted somehow.
[0131]
Suppose the software provider wants to mix the advertising model, for example, wanting to mix long-lasting and short-lived ads. How this condition is treated depends on the stoichiometry. If the cache is filled with most of the continuing ads and a few short-lived ads or will be filled in the future, the software provider can simply increase the reInterval and use the playlist as in the continuing advertising model. . In other words, the software provider simply selects a few random advertisements and gives them to each playlist, and selects a few more random advertisements and gives them to the next playlist that the client retrieves the next day. On the other hand, the cache contains most ephemeral ads and only a few continuing ads. One playlist lists advertisements that continue as described above. The remaining face time is filled using the short-lived advertising playlist.
[0132]
The foregoing discussion shows how playlists can be used to provide significantly different advertising models. The reason the playlist can do this is that it is only at an extra level of server control and is between Eudora and its advertisements.
[0133]
Given the importance of advertising to adware e-mail software, one of the major concerns of software providers is "what happens if adware does not receive advertisements". For example, a user or ISP may block the flow of advertising to Eudora simply by using a firewall or other means. Alternatively, the user may simply delete the advertisement or playlist (or both), for example, randomly or periodically from the user's computer. When this happens, the user has no ads to display, ie, the user gets a full featured version of Eudora without seeing or paying for the ads. This overcomes one important aspect of typical software according to the present invention. On the other hand, the user may have hardware or software issues or other issues that prevent the user from retrieving advertisements, or the advertisement server of the software provider may even go down for a number of reasons.
[0134]
The software provider distinguishes these two states by a simple question, asking if the user is sending or receiving mail. If the answer is yes, the software provider assumes that blocking ads is something the software provider needs to address. The way software providers address this problem is for a cascading set of advertising failures Nag. These last for two weeks or until the software receives the advertisement. Every two days the software receives the advertisement, and the software decrements the advertisement failure Nag timer by one day. If the timer reaches a set value, the software will apologize to the user and return to the freeware version, marking the user's software as owned by an untrusted user. If the advertising user is connected at the time the user attempts to return to the adware, the untrusted user is only allowed to return to the adware. See FIGS. If a software provider always decides to discard Eudora and wants to use Eudora without advertising, the software provider simply publishes a permanent registration code.
[0135]
Alternatively, the e-mail client advantageously includes some more complex functions that determine that an advertisement failure condition requires the use of the advertisement failure Nag described above. If the corresponding advertisement download function cannot be downloaded for a predetermined period of time, for example, the client device can identify an advertisement download failure condition. Further, the corresponding advertisement display function may be performed at a predetermined time, for example, at a time specified in the new playlist received from the playlist server and / or the current playlist stored for use by the e-mail client device. If the advertisement could not be displayed, the e-mail client device can identify the advertisement display failure condition. Either state invokes the advertising failure Nag function described above.
[0136]
One thing the software provider needs to know is that the advertisement that the software provider is thinking about is actually being displayed, so the advertisement is often displayed and as long as the software provider is displaying the advertisement. Make sure you have to. This proves to be crucial to maintaining credibility for the advertiser. A typical auditing scheme includes the following functions:
[0137]
-Retain the rotation log of the advertisement display. This log is repeated once a week. If the ad is displayed, if the ad is removed, if the ad is clicked in addition to other events, such as Eudora's accumulated face time, accumulated execution time, etc., the log records the ad-related events.
[0138]
-Randomly ask the user for permission to transmit logs. The user is asked to log back to the software provider with the frequency of one out of every hundred users every month. If permission is granted, the log is formatted in ASCII, placed in an output message, and queued. If the user is given the opportunity to consult, cancel the log collection if the user wishes. See FIG.
[0139]
-Pastry is supplied to the selected user. In addition to the random transmission of the logs, the software provider also randomly asks a particular user for permission to review the transaction with the server in detail. This allows software providers to correlate client and server behavior.
[0140]
Other details of the instrumentation applicable to typical Eudorae-mail client software are provided in FIGS.
[0141]
For example, the various state flow diagrams shown in FIGS. 5, 12, 14, 16, and 17 may be accessed and retrieved from multiple web pages, eg, one of the software provider servers, eg, registration server 301. Referenced the HTML page that can be created. See FIG. The general purpose of these pages and the URNs that the software uses to access these pages will now be described in more detail below.
[0142]
Providing information to the server to assist the user by helping the server to direct the user to the appropriate location or pre-populating certain items in a web page based format proves useful to the client. This is a function of the inquiry unit of the URN. The elements that may enter the inquiry section are listed below. It is noted that the interrogator is divided into two groups. The first group contains items that are deemed to be directed to the individual and great care should be taken to transmit the items only where appropriate. The second group includes items that are not considered sensitive to privacy.
[0143]
[Table 12]

[Table 13]

Generally, all of the software provider's non-advertising URNs begin.
[0144]
http: // jump. eudora. com / jump. cgi? action = whatever
An "action" determines what function the user wants to perform. The software provider then adds various other interrogators to the URN that are appropriately escaped, ie separated by percentage (%) or ampersand (&) symbols, according to the chart shown in FIG. . A brief discussion of each type of web page referenced in FIG. 40 is provided below.
[0145]
[Table 14]

Turning now to the client side of the entire system shown in FIG. 1, we now turn to the server side of the system. However, this network is well known in the art and will not be described in detail.
[0146]
In particular, a playlist server (PLS) or Servlet, an applet that responds to a playlist request will be described in detail below. PLS is a server-side program that services HTTP requests and returns HTTP responses. Each request sends out a different thread, and the data format of the communication between the client and the PLS is XML encoded in a typical embodiment. PLS can be advantageously illustrated using the Java package below.
[0147]
[Table 15]

When the Servlet @ doPost method is invoked, what follows is a description of the PLS task flow. See FIG. PLS parses the XML request and forms an object that indicates the client update request. It can be seen that data access is performed using SAX. When recording a client request, the PLS stores the client request information in a so-called client update table (not shown).
[0148]
It can be seen that the playlist request can be received from a plurality of e-mails resident on the client computer, usually designated 100n during a given day. When the same SQL statement is issued repeatedly, it turns out that it is more efficient to use a create statement rather than generating a new statement in response to a query. In the logging operation, the software provider can advantageously use the following semantics to avoid repeated statement generation.
[0149]
PreparedStatement ps = conn. prepareStatement ("INSERT INTO ClientUpdate (date, userAgent, PlayListed, Y) values (?,?,?,?, ..)");
In generating a new playlist, it should be noted that the Servlet can advantageously use both SQL queries and programming filtering. It can also be seen that these processes are synchronized when accessing the database to prevent conflicts. Suitable pseudo code for generating a playlist is shown in FIGS. 42A and 42B. The first block of pseudo-code in FIG. 42A generates an advertisement listing. It can be seen that the advertisement list generated by the first block of pseudocode is active and holds all image advertisements that can be served within a given time frame. The second block of pseudo-code listed in FIG. 42A calculates the time required to be served an advertisement. The third block of pseudocode shown in FIG. 42B determines additional advertisements that can be used to fill available face time. In other words, the email client software automatically fills the available time for expired ads if there is time remaining to fill, i.e., not in the ad history, but also in the remaining goal show time. Find the right expired ad.
[0150]
When generating XML, it is often useful to generate comments, process instructions and the like. The package XP writer provides a set of ways to create a particular type of node in the output XML code, ie, the file. The following is a short list of methods that PLS uses in generating XML output.
[0151]
Start element-start tag
End element-close the current start tag as an end tag or empty element.
[0152]
Attributes add attributes to tag name value pair format
・ Comments write comments
The PLS stores information generated in response to the requests of the two tables, a playlist general response table holding the client information section and the playlist general information, and a playlist specific response holding the entry section. It turns out that the PLS can advantageously use the compose statement API to optimize performance in response to queries.
[0153]
Referring again to FIG. 41, this figure advantageously shows a class diagram that describes the display and rendering of the playlist as well as the playlist response. This class diagram includes repeated XML write method calls, ie, these method calls are used by the PLS to generate the XML tags associated with the playlist.
[0154]
Next, referring to FIG. 43, this figure shows a main playlist Servlet class defining the playlist Servlet collectively. More specifically, the playlist request class processes the request and then maps the XML request to a client update object, while the playlist response class processes the response and sends the client update response to the client. Write back. Further, the playlist generation class generates a playlist, whereas the DB manager class processes a database connection pool. Additional details are readily apparent from FIG.
[0155]
It is clear from FIG. 44 that all of the storage operations using the database can be advantageously threaded. As mentioned above, all operations on the database are MM. Executes the MySQL package.
[0156]
In summary, one exemplary embodiment of the present invention is to provide a playlist response to a client device that exchanges information with an information server system via a communication network and store advertisements to enable a general purpose computer to use a dedicated playlist server. Includes software to convert to More specifically, the software includes a playlist response generation function for generating a playlist response identifying a plurality of selected advertisements displayed by the client device, and a client device via a communication network in which the playlist response is transmitted to the client device. FIG. 6 illustrates a first communication function for completing a playlist response transmission communication link with the information server system and the playlist server, which are separately controlled. Although the playlist dictates the presentation, eg, display, of an advertisement on a client device, eg, an e-mail client, the advertisement is advantageously provided to the client device in any number of ways in this embodiment. It may be understood that the search may be performed by the client device. In this exemplary embodiment, the playlist request preferably includes an identifier and advertising presentation instructions. The corresponding Uniform Resource Name (URN) is included, but may be omitted.
[0157]
According to another exemplary embodiment, the present invention converts a general-purpose computer into a dedicated playlist server that exchanges playlist responses with information server systems and receives advertisements from an advertisement server over a communication network. Software. The software advantageously comprises a playlist response generating function for generating a playlist response identifying a plurality of selected advertisements displayed by the client device, and a communication network through which the playlist response is transmitted to the client device. A first communication function for performing a playlist response transmission communication link with the client device. Preferably, the information server system and the playlist server are controlled separately. It can be seen that this exemplary, non-limiting embodiment of the present invention contemplates a specific communication channel between the client device and a dedicated advertisement server (system) to serve the advertisement defined by the playlist. . The playlist request used by this exemplary embodiment includes both information that directs the operation of the client device with respect to displaying the advertisement and / or the advertisement display function and both the name and URN for the advertisement included in the new playlist. including.
[0158]
According to yet another exemplary embodiment, the present invention is directed to a dedicated playlist server that exchanges playlist responses with information server systems and receives advertisements from an advertisement server via a communication network. To
A playlist response generation function for generating a playlist response identifying a plurality of selected advertisements to be displayed by the client device;
A playlist request parsing function for extracting selection information from the playlist request;
A playlist generation function for receiving an output of a database driver function for generating a playlist for inclusion in a playlist response identifying a plurality of selected advertisements displayed by the client device in response to receiving the playlist request;
A selection information supply function for supplying selection information to the playlist response generation function, thereby starting the playlist generation function;
A first communication function for providing a playlist response transmission communication link with the client device via a communication network through which the playlist response is transmitted to the client device;
Providing software including a second communication function of performing a playlist request receiving function with a client device via a communication network;
The information server system and the playlist server are controlled separately.
[0159]
Preferably, the playlist request parser receives an extensible markup language (XML) parser that verifies the eligibility of the playlist request and a validated playlist request with an XML parser that generates the object. It includes a playlist analysis function and a database driver function that receives an object forming an inquiry from the object and applies the inquiry to a playlist server database.
[0160]
It should be noted that the playlist response generation function typically starts with the receipt of a playlist request that includes the name of the current playlist used by the client device supplying the playlist request. Although each of a number of client devices connected to the information server generates a playlist request, this particular aspect of the invention, i.e., the discussion of the playlist server, is understood in terms of a system that includes only one client device. Is the best. For example, the actual implementation of an e-mail client device is intended for the use of thousands of client devices.
[0161]
The playlist request advantageously includes information about the playlist currently running on the client device and data on the progress made by the client device in presenting, for example, displaying advertisements stored by the client device. And a user data field that stores
[0162]
A typical, non-limiting list of information that can be provided to a playlist server via a playlist request is:
A first user data field identifying the current playlist;
A second user data field identifying user demographic data;
A third user data field identifying user / client device operation data;
A fourth user data field identifying a history of use of the client device;
A fifth user data field identifying each software running on the client device;
A sixth user data field identifying the respective operating system of the client device;
A seventh user data field identifying the amount of time the user has used the client device over a predetermined time interval;
An eighth user data field identifying the total amount of display time required for the stored advertisement remaining to be displayed by the client device;
A ninth user data field identifying the total amount of time the advertisement has been displayed by the client device during the predetermined time interval;
A tenth user data field identifying the size of the display screen associated with the client device;
A list of advertisement identifiers corresponding to advertisements displayed at a predetermined most recent time interval.
[0163]
Advantageously, the playlist request parsing function extracts the selection information from the playlist request and provides the selection information and other information, for example, by an entity that controls the playlist server in generating the playlist response. Information that can be used. It will be appreciated that the playlist request may include all or a subset of the information listed directly above. That is, the playlist request parsing function extracts information included in at least one of the user data fields. In any case, the reception of the playlist request by the playlist server starts generating a playlist response.
[0164]
In response to the playlist request, the playlist response generation function generates one of the operation command and the playlist response. Regarding the former, the playlist response generation function can advantageously generate an activation command in response to receiving a confused playlist request. This can generally be viewed as an error code that instructs the client device to send a new playlist request. The operation command may include an associated error message that can be displayed to the user by the client device. Alternatively, the operation command may cause the client device to delete all of the advertisements received and / or stored by the client device in response to commands issued to the playlist server by an entity controlling the playlist server. . In other words, there are times when a software provider may want to flash an existing ad. That is, the playlist server, e.g., the entity that controls the software provider, sends a command to the playlist server, and depending on the playlist server command, the playlist server causes any of the playlist requests to be sent to the flash command. , For example, a playlist request generated by a particular software version. A detailed discussion on the latter follows.
[0165]
As described above, the playlist response advantageously provides client information, i.e., how the client device, e.g., a PDA device, should present, i.e., display, the selected advertisement, i.e., the advertisement that will continue to receive the client device throughout the time. Includes both information about Kika and the new playlist. For example, the selection parameters included in the client information can be switched between a continuous display mode in which the client device displays an advertisement and a short-lived display mode. Client information is typically
Controlling the repetition rate of the advertisement displayed by the client device;
Specify the periodicity of the client device generating the playlist request,
Establishing a minimum time separation between competing ads within the ad,
Establish specifications that dictate how the client device should display each of the advertisements.
[0166]
For example, if the advertisements available to the client device include both current advertisements (paid advertisements) and expired advertisements (free advertisements), the client information may indicate that the client device displays the current advertisement before displaying the expired advertisement. Including the minimum time to do. This client information may also determine the maximum amount of time that the client device is allowed to display the expired advertisement. In any case, the playlist response advantageously either causes the client device to link the new playlist to the current playlist or discard the current playlist for the new playlist. Command or selection parameter. Commands or selection parameters that control the client device operating surface are executed upon receipt of the playlist response over the established communication link.
[0167]
The new playlist included in the playlist response includes a name for each of the selected advertisements and a corresponding Uniform Resource Name (URN). The URN is one of the ad server locations that redirects the client device to the respective named ad storage location of the ad server or other storage location for the respective named ad. Can respond. Alternatively, the URN specifies an ad server location that redirects the client device to an ad storage location located on the ad server for each named ad. In addition to the name and URN of each of the selected advertisements, the new playlist may also include information identifying the advertisement type, i.e., a postage stamp advertisement, a toolbar advertisement, or a placard advertisement for each of the selected advertisements. I should mention especially in this regard.
[0168]
In at least one embodiment of the present invention, a playlist server, exemplified by software stored on a server computer, is advantageously written, ie, encoded in Extensible Markup Language (XML) Note that it responds to the playlist request. Those skilled in the art of XML-generated documents will appreciate that these documents, eg, playlist requests, may advantageously have an associated document format definition (DTD). To optimize system performance, the playlist server should have available DTDs, that is, DTDs available for the playlist request parsing function. There are several options to ensure that the DTD is available to the playlist server. First, the DTD for each of the different types of client devices, eg, e-mail devices or PDAs, is stored by the playlist server. In this case, the playlist request needs to include only the DTD tag that identifies the specific DTD used by the playlist request parser. Second, DTDs can be advantageously embedded in playlist requests. In both cases, both the playlist server and the client device implicitly use the same DTD.
[0169]
It should be mentioned that software providers should take measures for advertising security. There are actually two security issues to consider. One is whether the client gets an effective advertisement (this is called client security), and the second is whether the effective client is fetching the advertisement (this is called server security).
[0170]
The importance of client security is relatively small. If a designated person is to cheat Eudora to display some advertisements other than the ones transmitted by the software provider, that is probably not a big deal. This cannot be said to be a problem if one or more large numbers of clients begin to do so. That is, a carefully worded license agreement, however, should at least avoid the behavior that creates this particular problem at large sites. However, to avoid trivial attacks, playlists and advertisements can advantageously be summed in MD5 (or other mechanism), and the summed checks are recorded in the playlist. The client may then total the playlists and advertisements using the same security source and compare the totals to the playlist totals. If the client is unable to get a suitable ad, this is considered a barrier to getting the ad anyway.
[0171]
Server-side security is potentially a huge problem. A software provider wants to charge an advertiser for an advertisement based on understanding that the user of the software provider is actually watching the advertisement for which the software provider is charging. To ensure this, the software provider should ensure that it is indeed Eudora downloading the advertisement and that some dangerous steps have not been written to retrieve a large number of advertisements. Why do some people worry about getting ads? Software providers cannot consider in advance the motivation of amateur hackers to "make themselves", but the real problem is advertising revenue, or advertising bounty. There is a very significant monetary bounty to this third party to generate a large number of advertisement retrievals, since it is possible to generate revenue for the third party for each advertisement retrieval. Therefore, it is imperative that software providers prevent (and / or detect) advertisement removal that is not performed by copies of Eudora. Where such retrievals may violate the contract that the software provider has signed with the merchant, these retrievals constitute a form of fraud.
[0172]
Advantageously, there are several different schemes of fraud detection that can be implemented, for example, by software running on the advertisement server 303. Regardless of the method that software providers ultimately use to detect fraud, it is also important to detect fraud should a fraud occur.
[0173]
Authentication is easily understood. That is, if the program that retrieves the ad cannot prove that it is a valid copy of Eudora, the software provider is alerted to a possible fraud. However, authentication poses a challenge to itself and may be impossible or impractical or unnecessary.
[0174]
Statistical analysis has some significant advantages, but also significant disadvantages. The advantage of this is that there is minimal work on the client (and therefore not at all vulnerable to disassembly) on either the client or the server with no execution time, ie, an execution that can be easily changed from the software provider side. Includes the ability added retroactively to be able to do "after this fact" while evaluating. Disadvantages of statistical analysis include that the statistical analysis is never completely reliable, and that software providers cannot collect appropriate statistics and the like.
[0175]
A listing of parameters or statistics that the software provider may collect or calculate is shown directly below.
[0176]
[Table 16]

Given the raw data available from monitoring the parameters listed above, the following is a typical, non-exhaustive list of possible statistics that can be generated.
[0177]
[Table 17]

One of the issues that a software provider must be very aware of is protecting the privacy of the user, i.e., the user generally wants to receive advertisements based on information provided to the software provider without the user's knowledge. Absent. There is a subset of paranoid user societies that even speak out against even the most bland information, especially gathering all forms of information. Even relatively legitimate mechanisms such as serial numbers are considered to be something that is completely avoided. Software serial numbers may seem like a trivial matter to software suppliers, but there are users who oppose this kind of "tagging" and software providers should be aware of such users . To avoid such issues to the maximum extent possible, software providers should adopt a confidential information strategy that includes the following clauses:
[0178]
Acquisition of permission-Before the software provider collects or transmits any data that can identify the user to the advertiser, the software provider must provide the user with a clearly stated permission (see FIG. 35) or sufficient You should get permission close to what was stated. The term "sufficiently stated" is used to indicate that a software provider may put a special privacy warning on a web page where a user registers a software program such as Eudora. Here, the user has explicitly performed the operation of providing data to the software provider. That is, as such, a fully articulated permission should not be required. On the other hand, software providers claim that reasonable users do not know that they have given information to the software provider, and that the information seems sufficiently clear to the software provider that it is sufficiently clear there. One should work hard to identify the areas that may require the stated permission.
[0179]
Data separation-Where possible, software providers should keep payment information independent of registration information, and both types of information should be kept independent of demographic information, etc. While software providers may strongly encourage the databases to be correlated, software providers face significant potential difficulties if the databases are actually correlated. In addition, software providers should have a separate database, as software providers can still serve very targeted advertisements without database correlation.
[0180]
-User verifiability-Where possible, the protection established by the software provider should be verifiable by the end user with a packet sniffer. The software provider may even encourage the activity of observing the operation of the software, for example Eudora. One is that the software provider does not give advertisers your personal data. That is, it is another thing that the user can verify that this is the case.
[0181]
Strong public and private participation-Software providers need to be clear and public about their privacy policy, and software providers internally respect this policy. If a software provider simply considers privacy as something that the software provider has to do and avoids disadvantageous commentary scope, the software provider can't do it well and eventually gets into trouble.
[0182]
In essence, the present invention provides a "first full feature set" version (i.e., a "payware version") that is activated when a software product is paid for by a user and for the user to subsidize the software product. "Second full feature set" version (i.e., the "second full feature set") that is activated if the user agrees to receive the advertisements served to the client device (e.g., either by fraud or a well-defined contract). Adware "version) and a" reduced feature set "version that is activated if no fee is paid for the software product (i.e.," freeware "version) and the" second full feature set "version is not activated. It encompasses multi-modal software products, including e.g. e-mail versions, including two "completely equipped" different versions (or "modes"). The present invention also includes systems and methods for automatically distributing advertisements to multiple client devices that have such multi-mode software installed. It can be seen that the first and second full feature sets are the same for e-mail support functions. It can also be seen that the second full feature set includes a playlist function, an advertisement retrieval function, and a display function that do not appear in the first full function set.
[0183]
Further, the present invention further includes the above-described multi-mode software, wherein the multi-mode software detects a predetermined condition (eg, a monitored user activity level, and / or less than a predetermined number of downloads). A mode switch function that automatically switches from the "adware" version to the "freeware" version upon advertised advertisements (i.e., based on the "untrusted user" criteria). The present invention also encompasses systems and methods for automatically distributing advertisements to multiple client devices that have such multi-mode software installed.
[0184]
The present invention further encompasses multi-mode software as described above, wherein the multi-mode software is received and received by the client device within a predetermined "ad-failure condition", e.g., a predetermined time period less than a predetermined number. A mode switching function that automatically switches from an “adware” version to a “freeware” version when detecting the occurrence of a displayed advertisement, and a “time since last Nag” that is monitored and monitored. An "advertisement impairment Nag" function that generates an "advertisement impairment Nag" according to a "time since last Nag" and / or a "nag schedule" that is dynamically changed based on accumulated ad download / display statistics or information; including. The present invention also includes a system (and method) for automatically delivering advertisements to a plurality of client devices that have the multi-mode software product installed.
[0185]
In one exemplary embodiment, the invention includes more software as described above, wherein the multi-mode software depends on the current mode of the currently running software product, and the last Nag Including Nag generating different types of Nags based on the time generated and / or the accumulated ad download / display statistics or information, and / or other monitoring conditions. For example, different types of Nag include “registered Nag”, “payware Nag”, “adware Nag”, “update Nag”, and “advertisement failure Nag”. The present invention also includes a system (and method) for automatically distributing advertisements to a plurality of client devices that have the other mode software product installed.
[0186]
In another exemplary embodiment, the present invention provides an automatic advertisement download function that automatically downloads advertisements that are displayed when the software is run, and monitors user activity levels, and monitors the monitored user activity levels. (E.g., based on "individual" and / or "accumulated" advertisement display parameters) and a control function that controls the display of downloaded advertisements on the client device (e.g., e-mail software). I do. The present invention also includes systems and methods for automatically distributing advertisements to multiple devices that have the software installed.
[0187]
The present invention also provides an e-mail software product that incorporates a control function for automatically downloading advertisements from a remote server system that is separate from the e-mail server system and independent of the e-mail server system. A system and method for automatically delivering advertisements to client devices that cause a mail software product to be installed. In particular, the system controls an e-mail service system that manages, processes, and controls the delivery of advertisements and provides e-mail services to any particular client device that has the e-mail software product installed. It includes an advertising server system that is separate from and independent of the controlling entity (eg, the Assignee, an entity operated by Qualcomm) and controlled by the controlling entity. Thus, when properly contrasted with the Juno online service system, according to this aspect of the invention, the advertisement server system and the electronic server system operate independently, that is, under the control of a separate and independent control entity. Is done.
[0188]
Advantageously, the present invention provides an automatic advertisement file download function for automatically downloading advertisements from a remote server system to a client device on which a software product is installed, and (for each advertisement) the following advertisement parameters: The maximum ad display time or face time for any given display of this particular ad, the maximum total / accumulated ad display time or face time for this particular ad, A downloaded ad file containing various combinations and sub-combinations of the maximum number of hours to display, the date / time before which this particular advertisement should not continue, and the date / time after which this particular advertisement should not continue Of the download advertisement of the client device based on the advertisement parameter included in the Software products incorporating a control function of locally controlling the view, for example, also e- mail software encompasses. The present invention also includes systems and methods for automatically distributing advertisements to a plurality of client devices that have the software product installed.
[0189]
The present invention provides a source address of an advertisement server (eg, a playlist server and a designated advertisement) stored from a remote server system (eg, a playlist server system) that designates advertisements to be retrieved to a client device on which the software product is installed. , URN), retrieve the advertisements specified in the retrieved playlist, and include software products incorporating an automatic advertisement download function, such as e-mail software, that stores the retrieved advertisements on the client device. The present invention allows a software product to be installed and, in response to a playlist request including a client playlist identifier from a particular client, a client playlist identified by the client playlist identifier and a current playlist stored in the playlist server. (Which may optionally be customized to this particular client device), and then a new playlist specifying the new advertisement to be retrieved by the client device and an advertisement server storing the specified new advertisement. The system further includes a system and method for delivering advertisements to a client device that includes a playlist server (or playlist server system) that returns a source address to the client device.
[0190]
Optionally, the aforementioned automatic advertisement download function of the software product installed on the client device may include the advertisements currently stored on the client device, for example, all servers or playlist server designations in advertisements not specified in the current playlist. The advertisement can be deleted (discarded); and / or the aforementioned automatic advertisement download feature of the software product installed on the client device can merge the new playlist with the current client playlist. The present invention also encompasses some modifications and details of performing this new playlist / ad retrieval process used in the Eudora adware scheme.
[0191]
Further, the invention encompasses software products, such as e-mail software, that incorporate a customer installer that identifies the particular software product vendor that sells the software product. The present invention provides an automatic advertisement download function for automatically downloading advertisements from a remote server system to a client device on which a software product is installed, and distributing advertisement revenue received by a software product seller from the advertisement to a specific software product distributor. Software products, such as e-mail software, that incorporate a customer installer that identifies a particular software product vendor that sells this software product for the purpose of making the software product easier. The present invention also includes a system (and method) for automatically distributing advertisements to a plurality of client devices that cause the software product to be installed, wherein the system receives software product vendor ID information from the client device, The software product vendor ID information is used to include a centralized control function that facilitates software product vendors to distribute revenue received from advertisers to specific software product vendors. Alternatively or additionally, the software product ID for each software product sold by the software seller may be determined based on, for example, a serial number or reference code associated with each copy of the software product (eg, a cross-reference and / or correlation table). Central database function to identify) is available.
[0192]
Further, the present invention provides an automatic advertisement download function for automatically downloading advertisements from a remote server system to a client device having a software product installed thereon, and a built-in "deadman timer" for imposing a time limit for each particular advertisement download session. For example, a client device may include a software product, such as an e-mail, that incorporates a control function that utilizes disconnection from a remote server system upon expiration of a time limit imposed by a "deadman timer". The present invention also includes a system (and method) for automatically distributing advertisements to a plurality of client devices that have the software product installed.
[0193]
The present invention provides an automatic advertisement download function for automatically downloading advertisements from a remote server system to a client device on which a software product is installed, and an instrumentation and accounting audit module having various new functions, such as advertisement-related statistics. May be characterized as an instrumentation and accounting audit module that performs random and / or statistically based advertising effectiveness accounting audits that have a rotating log of and / or have user permission, e.g., e-mail software. You can see what you can do. The present invention also encompasses a system (and method) for automatically distributing advertisements to a plurality of client devices that cause the software product to be installed, wherein the system is provided in a random or statistical manner, for example, Includes a centralized control function to obtain advertising-related statistics from selected client devices for the purpose of monitoring the integrity and / or effectiveness of the advertising distribution system.
[0194]
In addition, the present invention provides an automatic advertisement download function that automatically downloads advertisements from a remote server system to a client device on which a software product is installed, and a method that allows the user to, for example, receive a link to each of the user's pre-visited and some Software that incorporates a "link history" feature that allows a user to re-view previously viewed advertisements by providing a graphic user interface (GUI) that includes a link history window listing pre-displayed advertisements to the user along with status information Products, such as e-mail software. Preferably, the user can select an ad listed in the link history window to display, for example, by single-clicking the appropriate ad link, for example, by double-clicking the appropriate ad link, A mechanism is provided that can visit the source website for any given advertisement listed in the window. The present invention also includes a system (and method) for automatically distributing advertisements to a plurality of client devices that have the software product installed.
[0195]
In addition, the present invention monitors "time since last Nag" and constantly "blames" the user according to a "Nag schedule" that is dynamically changed based on the monitored "time since last Nag". "Software products incorporating" Nag ", for example, e-mail software.
[0196]
Finally, the present invention provides a software product incorporating a download function for downloading a separate file portion representing a single image (eg, a separate file portion of an advertising file, eg, a GIF file) during a separate communication session with a remote server; For example, e-mail software. The invention further encompasses systems (and methods) for automatically delivering advertisements to a plurality of client devices that have the software product installed.
[0197]
Although this preferred embodiment of the present invention has been described in detail above, numerous changes and / or modifications of the basic inventive concept taught herein and which may be apparent to those skilled in the art are set forth in the accompanying patent claims. It should be clearly understood that it is still within the spirit and scope of the invention as defined in the appended claims.
[Brief description of the drawings]
FIG.
FIG. 3 is a high-level computer system diagram including a plurality of client devices connected to a plurality of independently operated server devices via a network, wherein the computer system is suitable for performing various functions according to the present invention. .
FIG. 2
FIG. 2 is a representative high level client device diagram of the client device shown in FIG. 1.
FIG. 3
3A and 3B illustrate other and non-restrictive placements of advertisements on a primary navigation screen of a typical e-mail software application according to the present invention.
FIG. 4
FIG. 4A shows a state transition when the software version is installed by a new user, an old user, and an EP4 user.
FIG. 4B shows a dialog box associated with the state flow diagram shown in FIG. 4A.
FIG. 5
FIG. 3 shows a typical state flow diagram of a process in which an advertising user becomes a registered advertising user.
FIG. 6
FIG. 6 shows some dialog boxes associated with FIG.
FIG. 7
FIG. 6 shows some dialog boxes associated with FIG.
FIG. 8
FIG. 6 shows some dialog boxes associated with FIG.
FIG. 9
FIG. 6 shows some dialog boxes associated with FIG.
FIG. 10
FIG. 6 shows some dialog boxes associated with FIG.
FIG. 11
FIG. 6 shows some dialog boxes associated with FIG.
FIG.
FIG. 4 shows a typical state flow diagram of a process in which a free user can be a registered free user.
FIG. 13
13 illustrates an additional dialog box associated with FIG.
FIG. 14
FIG. 4 shows a typical state flow diagram of a process in which all users are aware of updating software according to the present invention.
FIG.
Fig. 4 shows a typical dialog box corresponding to an update Nag.
FIG.
Fig. 4 shows a typical dialog box of a process where a box user can be a paid user.
FIG.
FIG. 4 illustrates an exemplary state flow diagram of a process in which a paid user becomes an unpaid user.
FIG.
FIG. 4 illustrates an exemplary Nag window display timeline for a Mac OS of Eudorae-mail software according to an exemplary embodiment of the present invention.
FIG.
Fig. 4 shows the Nag schedule used by the software according to the invention.
FIG.
FIG. 20A is a simulated screen capture of the link history window used in an exemplary embodiment of the present invention.
FIG. 20B is a dialog box that reminds the user that the e-mail client according to the present invention is offline.
FIG. 21
FIG. 21A illustrates the assumptions used in determining the impact of advertising transmission on e-mail program operations.
FIG. 21B is a table listing bandwidth requirements for subscriber base versus the number of new advertisements downloaded daily.
FIG. 22
5 is a state flow diagram of an exemplary advertisement retrieval process according to the present invention.
FIG. 23
In summary, an algorithm for controlling the advertisement scheduling of an exemplary embodiment according to the present invention is shown.
FIG. 24
In summary, an algorithm for controlling the advertisement scheduling of an exemplary embodiment according to the present invention is shown.
FIG. 25
In summary, an algorithm for controlling the advertisement scheduling of an exemplary embodiment according to the present invention is shown.
FIG. 26
In summary, an algorithm for controlling the advertisement scheduling of an exemplary embodiment according to the present invention is shown.
FIG. 27
In summary, an algorithm for controlling the advertisement scheduling of an exemplary embodiment according to the present invention is shown.
FIG. 28
In summary, an algorithm for controlling the advertisement scheduling of an exemplary embodiment according to the present invention is shown.
FIG. 29
In summary, an algorithm for controlling the advertisement scheduling of an exemplary embodiment according to the present invention is shown.
FIG. 30
In summary, an algorithm for controlling the advertisement scheduling of an exemplary embodiment according to the present invention is shown.
FIG. 31
FIG. 31A illustrates parameter variations for other modes of advertising display possible in an exemplary embodiment according to the present invention.
FIG. 31B illustrates parameter variations for other modes of advertising display possible in an exemplary embodiment according to the present invention.
FIG. 32
Figure 3 illustrates an additional dialog box that can be advantageously generated by e-mail client software according to one aspect of the present invention.
FIG. 33
Figure 3 illustrates an additional dialog box that can be advantageously generated by e-mail client software according to one aspect of the present invention.
FIG. 34
Figure 3 illustrates an additional dialog box that can be advantageously generated by e-mail client software according to one aspect of the present invention.
FIG. 35
Fig. 4 shows a typical dialog box associated with auditing the operation of adware software according to the present invention.
FIG. 36
List useful parameters for auditing software performance.
FIG. 37
List useful parameters for auditing software performance.
FIG. 38
List useful parameters for auditing software performance.
FIG. 39
List useful parameters for auditing software performance.
FIG. 40
5 is a table summarizing the features of multiple web pages that are useful to be able to use with an exemplary e-mail system according to one aspect of the present invention.
FIG. 41
FIG. 4 is a class diagram illustrating the mapping of XML code to objects and task flows when another exemplary embodiment according to the present invention operates according to the doPost methodology.
FIG. 42
FIG. 42A collectively constitutes a pseudo-code list that can be used by server 302 of FIG. 1 in generating a PlayList according to the present invention.
FIG. 42B collectively constitutes a pseudo-code listing that can be used by server 302 of FIG. 1 when generating a PlayList according to the present invention.
FIG. 43
FIG. 5 is another class diagram illustrating a request and write process between the server shown in FIG. 1 and at least one of the client computers.
FIG. 44
Figure 4 illustrates a database access according to another aspect of the present invention.
[Explanation of symbols]
10: System configuration, 100A-100N: Client computer, 201: Communication device, 205: Storage device, 206: Storage device, 207: Dynamic memory device, 208: Monitor, 209: Central processing device,
301-304 ... server,

Claims (120)

Software configured to communicate over a communication network and used on a client device,
A playlist request function for generating a playlist request and transferring the playlist request to at least a playlist server via the communication network;
Receiving, in response to the playlist request, a playlist response forwarded to the client device by at least one playlist server, the playlist response including a playlist confirming an advertisement to be downloaded; Playlist response operation function to process,
A download function for downloading at least one of the plurality of advertisements identified in the playlist from at least one remote source via the communication line over one or more advertisement download sessions;
An advertisement storage function for storing the downloaded advertisement on a storage medium associated with the client device;
An advertisement display function for achieving display of at least a selected one of the stored advertisements on a display associated with the client device;
Software characterized by comprising. The software according to claim 1, wherein the playlist includes a list of advertisement identifiers for confirming each of the acquired advertisements. The software according to claim 2, wherein the playlist further includes a list of source addresses from which each of the downloaded advertisements can be obtained. The software of claim 1, wherein the at least one remote source has at least one server that stores at least one of the advertisements to be downloaded. The software of claim 1, wherein the software returns to a normal state due to a revenue resulting from a downloaded advertisement. The software of claim 4, wherein the at least one server comprises a plurality of advertisement servers each storing at least one of the downloaded advertisements. The at least one playlist server is controlled by a seller of the software;
The at least one server comprises a plurality of advertisement servers, each storing one or more advertisements distributed to clients of the seller of the software;
At least one of the plurality of advertisement servers is controlled by the seller of the software;
The software according to claim 4, characterized in that: The at least one playlist server is controlled by a seller of the software;
The at least one ad server comprises a plurality of ad servers, each storing one or more ads distributed to the client of the seller of the software;
At least one of the plurality of advertisement servers is controlled by an object (entity) other than the seller of the software, which recognizes the seller of the software and a client accessing the advertisement server. ,
The software according to claim 4, characterized in that: The at least one remote source comprises a plurality of advertisement servers each storing one or more of the advertisements stored and downloaded in a storage location indicated by a URI. Software according to 1. The playlist includes a list of advertisement identifiers and corresponding URIs that identify each of the advertisements that can be downloaded, and a corresponding storage location for acquiring each advertisement. The software according to claim 9. 11. The software according to claim 10, wherein the playlist request function transfers a playlist request to the at least one playlist server at a specified playlist check interval. The software according to claim 1, wherein the playlist request function transfers a playlist request to the at least one playlist server at a specified playlist check interval. 2. The software according to claim 1, wherein the playlist request function includes checking a current playlist. The software according to claim 11, wherein the playlist request function includes checking a current playlist. The at least one playlist server may transfer an indication to the client device indicating that the current playlist is valid and does not need to be updated, or alternatively, may transfer the new playlist to the client device. The software according to claim 14, wherein the software responds to the playlist request by transferring. The playlist included in the playlist response received in response to the playlist request transferred at an individual playlist check interval,
A new playlist,
The playlist response operation function compares the advertisement confirmation list in the current playlist with the advertisement identifier listed in the new playlist, and compares the advertisement identifier in the current playlist. A playlist comparison function for generating a list of URIs of the advertisements corresponding to the advertisement identifier in the new playlist different from the Tififier;
The advertisement download function downloads an advertisement corresponding to the generated list of URIs from an appropriate one of the plurality of advertisement servers across the one or more advertisement download sessions;
The software according to claim 11, characterized in that: 17. The software of claim 16, wherein the playlist request includes a confirmation of the current playlist. The at least one playlist server transfers a current playlist response including an indication that the current playlist is valid and does not need to be increased to the client device, or The software according to claim 10, wherein the software responds to the playlist request by transferring a current playlist response including the current playlist response to the client device. The playlist response operation function compares the advertisement confirmation list in the current playlist with the advertisement identifier listed in the new playlist, and compares the advertisement identifier in the current playlist. A playlist comparison function for generating a list of URIs of the advertisements corresponding to the advertisement identifier in the new playlist different from the Tififier;
The advertisement download function downloads an advertisement corresponding to the generated list of URIs from an appropriate one of the plurality of advertisement servers across the one or more advertisement download sessions;
19. The software according to claim 18, wherein: 20. The software of claim 19, wherein the playlist request includes a confirmation of the current playlist. An advertisement deletion function of deleting all advertisements corresponding to the advertisement identifier in the current playlist that are not included in the new playlist from the storage unit on the client device. 17. The software according to claim 16, wherein: 17. The software according to claim 16, further comprising a playlist assimilation function that combines the current playlist and the new playlist. An advertisement deletion function of deleting all advertisements corresponding to the advertisement identifier in the current playlist that are not included in the new playlist from the storage unit on the client device. 20. Software according to claim 19, characterized in that: 20. The software according to claim 19, further comprising a playlist assimilation function that combines the current playlist and the new playlist. The software of claim 1, wherein each ad download session is limited to a specified maximum time duration. The software of claim 1, wherein the advertisement download function further comprises an advertisement acquisition time function that limits the duration of each advertisement download session to a prescribed maximum time. The playlist determines how many times an advertisement can be displayed during a given time period and how long the advertisement can be displayed at each displayed time. 2. Software according to claim 1, comprising at least advertisement display parameters that are indicated for a defined individual of the selected advertisements. The playlist has advertisement display parameters that indicate how many times an advertisement can be displayed during a given time period for a defined individual of the at least selected advertisements from a plurality of stored advertisements. The software according to claim 1, wherein: The playlist includes advertisement display parameters that indicate to a defined individual of the at least selected advertisements of a plurality of stored advertisements how long the advertisements may be displayed at each time that they are displayed. The software according to claim 1, further comprising: The playlist includes a start date or start time before the related advertisement is not displayed and a start date or start time after the relevant advertisement is not displayed, wherein the at least one of the plurality of stored advertisements is selected. The software of claim 1 having advertising display parameters that are indicated for a defined individual of the advertisement. The playlist has an advertisement display parameter indicating a total or accumulated time at which an advertisement is to be displayed to a defined individual of the at least selected advertisements from a plurality of stored advertisements. Software according to claim 1, characterized in that: The playlist is
At each display time, the maximum appearance time during which the relevant ad is displayed,
A maximum cumulative appearance time in which the associated advertisement displayed is displayed;
A maximum number of times per day that the associated advertisement is displayed;
A start date / time before the associated ad was not displayed;
An end date / time after which the associated advertisement is not displayed;
An advertisement display parameter having any one or more of the parameters for a defined individual of said at least selected advertisements among a plurality of stored advertisements,
Said appearance time comprises a period during which a prescribed minimum level of user activity occurs;
The software according to claim 1, wherein: The playlist is
At each display time, the maximum appearance time during which the relevant ad is displayed,
A maximum cumulative appearance time in which the associated advertisement displayed is displayed;
A maximum number of times per day that the associated advertisement is displayed;
A start date / time before the associated ad was not displayed;
An end date / time after which the associated advertisement is not displayed;
An advertisement display parameter having any two or more of the parameters for a defined individual of said at least selected advertisements among a plurality of stored advertisements;
Said appearance time comprises a period during which a prescribed minimum level of user activity occurs;
The software according to claim 1, wherein: Claims: A cookie comprising information relating to the behavior of the user / client device and / or statistics of the user population and comprising a cookie generation function for transferring said cookie to said at least one playlist server. Item 6. The software according to Item 1. The software of claim 34, wherein the playlist is generated by the at least one playlist server based on at least a portion of the cookie. The software of claim 1, wherein the playlist is customized for a user. The software according to claim 1, wherein the playlist is created for a user. The software of claim 1, wherein the playlist is generated by the at least one playlist server based at least in part on user statistics and / or user / client device behavior. The software of claim 1, wherein the at least one playlist server is controlled by a seller of the software. The software according to claim 1, wherein the software is electronic mail software. The software of claim 1, wherein the playlist is generated by the at least one playlist server based at least in part on user statistics. The software of claim 1, wherein the playlist is generated by the at least one playlist server based at least in part on user / client device behavior. The software of claim 11, wherein the specified playlist check interval is planned independently of an advertisement download session. 13. The software of claim 12, wherein the specified playlist check interval is planned independently of an advertisement download session. The playlist response includes a client information section including a playlist operation command having a first state or a second state,
The playlist response operation function replaces the current playlist with the new playlist in response to the first state of the playlist operation command, and switches to the second state of the playlist operation command. Responsively, merging the current playlist with the new playlist;
17. The software according to claim 16, wherein: The playlist response includes a client information section including a playlist operation command having a first state or a second state,
The playlist response operation function replaces the current playlist with the new playlist in response to the first state of the playlist operation command, and switches to the second state of the playlist operation command. Responsively, merging the current playlist with the new playlist;
20. Software according to claim 19, characterized in that: The advertisement display function is responsive to a first state of the playlist operation instruction to cause one of the advertisements identified in the current playlist to be selected, and Responsive to the second state of the playlist operation instruction to cause one of the advertisements identified in both the current playlist and the new playlist to be selected. 17. The software of claim 16, wherein: The advertisement display function is responsive to a first state of the playlist operation instruction to cause one of the advertisements identified in the current playlist to be selected, and Responsive to the second state of the playlist operation instruction to cause one of the advertisements identified in both the current playlist and the new playlist to be selected. 20. Software according to claim 19, characterized in that: The playlist response includes a client information unit having a playlist operation instruction including a first state or a second state,
The playlist response operation function replaces the advertisement identified in the new playlist with the current playlist in response to the first state of the playlist operation command, and performs the playlist operation. Merging, in response to the second state of the instruction, the advertisement identified in the current playlist with the advertisement identified in the new playlist;
17. The software according to claim 16, wherein: The playlist response includes a client information unit having a playlist operation instruction including a first state or a second state,
The playlist response operation function replaces the advertisement identified in the new playlist with the current playlist in response to the first state of the playlist operation command, and performs the playlist operation. Merging, in response to the second state of the instruction, the advertisement identified in the current playlist with the advertisement identified in the new playlist;
20. Software according to claim 19, characterized in that: The playlist response operation function compares the advertising identifier in the new playlist with the advertising identifier in the current playlist, and is not included in the current playlist. 17. The software of claim 16, generating a list of addresses confirming the source of the advertisement corresponding to the advertisement in the new playlist. The playlist response operation function compares the advertising identifier in the new playlist with the advertising identifier in the current playlist, and is not included in the current playlist. 20. The software of claim 19, generating a list of addresses identifying the source of an advertisement corresponding to the advertisement in the new playlist. The software of claim 51, wherein the advertisement corresponding to the generated list of addresses comprises the at least one of the advertisements identified in the playlist. 53. The software of claim 52, wherein the advertisement corresponding to the generated list of addresses comprises the at least one of the advertisements identified in the playlist. The method of claim 1, wherein the predefined playlist check interval spans multiple online email sessions while the client device is online to send and / or receive email messages. software. The software of claim 1, wherein the one or more advertisement download sessions comprises two or more advertisement download sessions. The software according to claim 1, wherein the playlist request has a user data field including information for confirming the software. 58. The software according to claim 57, wherein the user data field includes information for confirming an operation platform of the client device on which the software operates. The software of claim 1 wherein the playlist request comprises usage data regarding the amount of time the user has used the software beyond a prescribed newest interval. The software of claim 1, wherein the playlist request comprises a display time remaining data field that indicates the total amount of display time for requesting the stored advertisement while being displayed. The software of claim 1, wherein the playlist request includes a newly used display time data field that indicates a total amount of time an advertisement has been displayed in a defined new time interval. 63. The software of claim 61, wherein the prescribed most recent time interval includes the current day. The software of claim 1, wherein the playlist request further comprises client device display screen data indicating a dimension of a display screen associated with the client device. 64. The software of claim 63, wherein the dimensions include height, width, and display screen depth in pixels. The software of claim 1, further comprising a custom installer function for generating a distributor ID that identifies a distributor that distributes the software to the client device for use. The software according to claim 65, wherein the playlist request includes the distributor ID. 67. The software of claim 66, wherein the distributor ID is used to distribute advertising revenue due to the software distributed by the distributor. The software of claim 1, wherein the playlist request includes a list of the advertisements corresponding to advertisements that are displayed at a specified recent time interval. 13. The software according to claim 12, wherein the playlist response further includes client information having a playlist request interval data field indicating the specified playlist check interval. 70. The defined playlist check interval spans multiple online email sessions while the client device is online to send and / or receive email messages. software. 70. The software of claim 69, wherein the specified playlist check interval is planned regardless of the advertisement download session. The software of claim 1, wherein the playlist response comprises a client information section that includes an advertisement history interval data field indicating a time interval at which the software must store that a particular advertisement has been displayed. . The method according to claim 11, wherein the playlist response includes a client information unit including an advertisement sequence data field indicating whether the advertisement display function selects an advertisement for display in a temporary or random manner. Software according to 1. 2. The software according to claim 1, wherein the playlist response has a client information unit including an advertisement window data field indicating the dimension of a display window related to an advertisement that can be displayed on a display connected to the client device. . The stored advertisements include regular advertisements and at least one run-out advertisement;
The playlist response further includes a client information unit,
The client information portion of the playlist response includes a display time quota field indicating the maximum display time for displaying the normal advertisement before the advertisement display function displays the at least one run-out advertisement. ,
The software according to claim 1, wherein: The software of claim 1, wherein the playlist response further comprises a client information portion including instructions for the software to control how the software obtains, operates, and displays advertisements. The new playlist indicates whether the advertisements identified in the new playlist are to be mixed with previously stored advertisements from other playlists or should be displayed as blocks. The software of claim 18, including a mix / block data field. The new playlist includes a block advertisement display sequence data field indicating whether the advertisement display function selects an advertisement identified in the new playlist for display in a primary or random manner. 19. The software of claim 18, further comprising: The new playlist includes a block advertisement display sequence data field indicating whether the advertisement display function selects an advertisement identified in the new playlist for display in a primary or random manner. 78. The software of claim 77, further comprising: A click-through tracking function that adds a click-based URI to a URI associated with the displayed advertisement in response to a click on the displayed advertisement by a user, and facilitates the number of times the user clicks on the displayed advertisement. The software according to claim 1, further comprising: A click-through tracking function that adds a click-based URI to a URI associated with the displayed advertisement in response to a click on the displayed advertisement by a user, and facilitates the number of times the user clicks on the displayed advertisement. 19. The software according to claim 18, further comprising: The software of claim 81, wherein the new playlist includes a click base data field indicating the click base URI. The software of claim 80, wherein the click-based URI indicates a web page connected to the advertisement distribution server system. The software of claim 81, wherein the click-based URI indicates a web page connected to the advertisement distribution server system. 84. The software of claim 83, wherein the web page indicated by the click-based URI is managed by a seller of the software. 85. The software of claim 84, wherein the web page indicated by the click-based URI is managed by a seller of the software. 19. The software of claim 18, wherein the new playlist includes a respective user-friendly title of the advertisement identified in the new playlist. 19. The software of claim 18, wherein the new playlist further comprises an advertisement type data field indicating each type of the advertisement identified in the new playlist. The software of claim 88, wherein the advertisement type is one of a regular advertisement, a run-out advertisement, a toolbar bottom advertisement, and a sponsor placard advertisement. The new playlist has an ad click URI for each of the advertisements identified in the new playlist;
The advertisement click URI indicates a web page to display in response to a click on the relevant advertisement by the user;
19. The software according to claim 18, wherein: 19. The software of claim 18, wherein the new playlist has a plurality of display parameters, wherein the advertisement display function controls the method of displaying the stored advertisement. 19. The software according to claim 18, wherein the new playlist has a plurality of new playlists. The software according to claim 1, wherein the new playlist has a plurality of new playlists. The new playlist has at least one new playlist for relatively long-lived ads and at least one new playlist for relatively short-lived ads. 19. The software according to claim 18, wherein: 19. The software according to claim 18, further comprising a user activity monitoring function for monitoring user activity. Further comprising a user activity monitoring function for monitoring user activity,
The advertising display function is to effectuate the at least one selected display of the stored advertisement during at least a portion of the duration based on the monitored user activity;
The software according to claim 1, wherein: The software of claim 95, wherein the new playlist includes a plurality of display parameters that control the method by which the advertisement display function achieves the stored advertisement display. At least one of the display parameters is an appearance time duration parameter indicating an appearance time duration for at least one of the advertisements,
The advertisement display function achieves display of at least one of the stored advertisements for the appearance time duration defined by the associated appearance time duration parameter;
The appearance time has a time at which the user activity function detects at least a defined minimum level of user activity;
100. The software of claim 97, wherein: 100. The software of claim 98, wherein the user activities include any user actions that indicate a user interaction with the software. 100. The software of claim 98, wherein the user activities include any user actions indicative of the user viewing the display connected to the client device. The user activity is:
Movement of a pointer device connected to the client device;
Use of an input device connected to the client device;
The software according to claim 98, comprising any one of the following user actions: The user activity is:
Movement of a mouse connected to the client device;
Clicking the mouse button connected to the mouse;
Movement of one or more keyboards connected to the client device;
The software according to claim 98, comprising any one of the following user actions: The advertisement display parameter is:
At each display time, the maximum appearance time during which the relevant ad is displayed,
A maximum cumulative appearance time in which the associated advertisement displayed is displayed;
A maximum number of times per day that the associated advertisement is displayed;
A start date / time before the associated ad was not displayed;
An end date / time after which the associated advertisement is not displayed;
100. The software of claim 97, wherein one or more of the following parameters are included for each advertisement identified in the new playlist. 19. The software of claim 18, wherein the new playlist is customized for the user / client device. 19. The software according to claim 18, wherein the new playlist is created according to the device of the user / client. The playlist request includes client information,
The playlist is generated by the at least one playlist server based on at least a portion of the client information included in the playlist request.
The software according to claim 1, wherein: 20. The new playlist is generated by the at least one playlist server based at least in part on user statistics and / or user / client device behavior. software. The playlist request includes client information,
The new playlist information is generated by the at least one playlist server based on at least a portion of the client information included in the playlist request.
19. The software according to claim 18, wherein: 109. The software according to claim 108, wherein the client information includes information on a use history of the software by a device of the client. 107. The software according to claim 106, wherein the client information includes information on a use history of the software by the client device. The playlist request has client information including a confirmation that the current playlist is the same,
The new playlist is generated by the at least one playlist server based on at least a portion of the client information included in the playlist.
19. The software according to claim 18, wherein: The playlist request has client information including the user data field,
Based on at least a portion of the client information included in the playlist request, generated by the at least one playlist server;
The software of claim 58, wherein: The playlist request has client information including the usage data,
The new playlist is generated by the at least one playlist server based on at least a portion of the client information included in the playlist.
The software of claim 59, wherein: The playlist request has client information including the display time leaving a data field,
The new playlist is generated by the at least one playlist server based on at least a portion of the client information included in the playlist.
61. The software of claim 60, wherein: The playlist request includes client information including a newly used display time in a data field,
Wherein the playlist is generated by the at least one playlist server, based on at least a portion of the client information included in the playlist request;
63. The software of claim 61, wherein: The playlist request includes client information including a list of advertising identifiers corresponding to the advertisement displayed at the newly defined time interval,
The playlist is generated by the at least one playlist server, based on at least a portion of the client information included in the playlist request;
70. The software according to claim 68, wherein: 2. The software according to claim 1, further comprising an installer function of installing the software on a computer-readable storage medium. 2. The software according to claim 1, further comprising an installer function for installing the software on the client device. 2. The software according to claim 1, further comprising an installer function of installing the software on a computer-readable storage medium connected to the client device. The software according to claim 1, wherein the advertisement display function displays the at least one of the stored advertisements when the client device is in an offline state.

Images