"一または複数のサーバによってユーザと受取人との間でイメージデータを共有する方法であって、イメージデータをアップロードするためのユーザインタフェースをクライアントコンピュータに提供すること、前記ユーザインタフェースを介して前記クライアントコンピュータからアップロードされたイメージデータを受信すること、アップロードされたイメージデータを記憶すること、前記記憶されたイメージデータと、当該記憶されたイメージデータを取得するためのサーバに対し当該記憶されたイメージデータを識別するために構成されたユニフォームリソースロケーターURLとを関連付けること、前記クライアントコンピュータからアップロードされた前記イメージデータを受信するのとは別に、受取人の識別情報を受信すること、関連付けられた前記URLを含めた電子メッセージを生成すること、識別された前記受取人に前記電子メッセージを送信することを備える方法。イメージデータをアップロードするためのユーザインタフェースをクライアントコンピュータに提供することは、第1サーバがユーザインタフェースを提供することを含み、アップロードされたイメージデータを記憶することは、第2サーバが前記アップロードされたイメージデータを記憶することを含み、前記電子メッセージを送信することは、第3サーバが前記電子メッセージを送信することを含む、請求項1に記載の方法。イメージデータをアップロードするためのユーザインタフェースをクライアントコンピュータに提供することは、第1サーバがユーザインタフェースを提供することを含み、アップロードされたイメージデータを記憶することは、前記アップロードされたイメージデータを第1サーバがアクセス可能なデータ記憶装置に記憶することを含む、請求項1に記載の方法。前記クライアントコンピュータから受信したリクエストに応答して、前記記憶したイメージデータを操作することを備える、請求項3に記載の方法。前記記憶したイメージデータを操作することは、倍率変更、回転、センタリング、ミラーリング、フィルタリング、フォーマット化、圧縮、色補正、編集、トリミング、ぼかし加え、表題付け、モチーフの付加、可視的効果の付加からなる群から選択された少なくとも一つの処理を行うことを含む請求項4記載の方法。少なくとも2つのサーバを備え、ユーザと受取人との間でイメージデータを共有するシステムにおいて、前記少なくとも2つのサーバのうちの少なくとも1つが単独で下記動作の全部よりは少ない動作を実行するように構成され、それにより、前記少なくとも2つのサーバが協働して下記動作を実行するように構成されている前記システムであって、前記動作が、イメージデータをアップロードするためのユーザインタフェースをクライアントコンピュータに提供すること、前記ユーザインタフェースを介して前記クライアントコンピュータからアップロードされたイメージデータを受信すること、アップロードされたイメージデータを記憶すること、前記記憶されたイメージデータと、当該記憶されたイメージデータを取得するためのサーバに対し当該記憶されたイメージデータを識別するために構成されたユニフォームリソースロケーターURLとを関連付けること、前記クライアントコンピュータからアップロードされた前記イメージデータを受信するのとは別に、受取人の識別情報を受信すること、関連付けられた前記URLを含めた電子メッセージを生成すること、識別された前記受取人に前記電子メッセージを送信することを備える、前記システム。前記少なくとも2つのサーバのうちの少なくとも1つが、前記クライアントコンピュータから受信したリクエストに応答して、前記記憶したイメージデータを操作するように構成されている、請求項6に記載のシステム。前記記憶したイメージデータを操作することは、倍率変更、回転、センタリング、ミラーリング、フィルタリング、フォーマット化、圧縮、色補正、編集、トリミング、ぼかし加え、表題付け、モチーフの付加、可視的効果の付加からなる群から選択された少なくとも一つの処理を行うことを含む請求項7に記載のシステム。ユーザと受取人との間でイメージデータを共有することを手助けするコンピュータプログラムを格納したコンピュータ読み取り可能媒体であって、前記コンピュータプログラムが、イメージデータをアップロードするためのユーザインタフェースをクライアントコンピュータに提供すること、前記ユーザインタフェースを介して前記クライアントコンピュータからアップロードされたイメージデータを受信すること、アップロードされたイメージデータを記憶すること、前記記憶されたイメージデータと、当該記憶されたイメージデータを取得するためのサーバに対し当該記憶されたイメージデータを識別するために構成されたユニフォームリソースロケーターURLとを関連付けること、前記クライアントコンピュータからアップロードされた前記イメージデータを受信するのとは別に、受取人の識別情報を受信すること、関連付けられた前記URLを含めた電子メッセージを生成すること、識別された前記受取人に前記電子メッセージを送信することを実行するための命令を備える、前記コンピュータ読み取り可能媒体。ディジタルカメラが広く受け入れられるにつれ、イメージの電子的分配の変幻性の必要性がより求められるであろう。分配の現在の方法は、Eメールを含むが、Eメールでは、ディジタル写真はテキスチャル表示に変換され、遠隔のユーザに送付され、そして遠隔のユーザがテキスチャル表示をディジタル変換し戻す。ユーザはまた、ディジタル写真をあらかじめ指示されたウェブページにより分配し、これにより任意数の遠隔のユーザが、ディジタル写真を試験することが可能となる。現在の機構によるとどれも、ユーザが、ディジタル写真をサーバに転送し、イメージデータをディスプレイに処理し、ディスプレイを観察するように1又は複数の個人に通報を送ることができない。従って、本発明の目的は、画イメージをサーバにロードし、特定の個人に通報を提供することができるシステムを提供することである。本発明の他の目的は、ユーザのディジタル写真より成る電子的ポストカードの作成を可能にすることである。本発明の他の目的は、従来のはがきの様相に似せた電子的ポストカードの作成を可能にすることである。本発明の他の目的は、消印又はロゴ情報を有する電子的ポストカードの作成を可能にすることである。本発明の他の目的は、テキスト情報をディジタル写真と融合することができる電子的ポストカードの作成を可能にすることである。本発明の他の目的は、自ずから明らかであり、また後の説明から明らかであろう。本発明は、以下の概要及び詳細な説明に例示されるような製造物品より成る。本発明は、電子的イメージデータを処理するためのシステム及び方法に係る。システムは、ネットワークに接続された少なくとも1つのサーバコンピュータを備える。サーバは、ネットワークに接続された第2のコンピュータから電子イメージデータを受信するように構成される。サーバは、電子イメージデータを処理し、処理された電子イメージデータの少なくとも一部を含むディスプレイを作り出す。1又は複数のディスプレイには、一意の識別子を割り当てることができる。ディスプレイを表すデータは、クライアントコンピュータへの伝送及びそのコンピュータ上での観察を可能にするフォーマットの形式にある。クライアントコンピュータ上での観察は、好ましくはウェブブラウザを介して遂行されるのがよい。サーバはまた、一意の識別子を含む通報をネットワークを介して少なくとも1人の人間に送るように構成される。一意の識別子を受信する人間は、観察のため、サーバからの識別子により表示される1又は複数のディスプレイを検索できる。サーバ上での処理は、表題付けし、フォーマット化し、記憶し、伝送し、センタリングし、トリミングし、フリッピングし、アンチエイリアシングし、倍率変更し、圧縮し、フィルタリングし、色補正し、特別の縁部及び/又はコーナーモチーフを加え、ぼかしを加え、そして可視的効果を加えることの1又は複数のステップより成る。加えて、クライアントは、サーバとの対話中処理の一部を逐行するように拡張されてよい。電子イメージ用データは、写真プロセッサを介して提供されてもよく、この場合にはフィルムは現イメージされ、それから電子増に変換される。電子イメージを表すデータは、ついで写真プロセッサからクライアントコンピュータに、又は直接サーバコンピュータに転送できる。本発明の上述の目的は、図面を参照して行った本発明についての以下の説明の参照により一層明らかとなり、発明自体もいっそうよく理解されるであろう。システムアーキテクチャ本発明は、電子ネットワークを介しての電子ポストカードの生成のためのシステムに関する。図1はコンピュータのネットワークの簡略図を図示する。2つの基本的な装置、ユーザまたはクライアントコンピュータ10及び20と、サーバシステム31が35を通して接続されている。サーバシステムは、典型的なユーザがネットワークに接続し、他のユーザコンピュータ及びサーバシステムと情報を交換するために必要な機能を与えるので、ユーザコンピュータ例えば、コンピュータ10は概念上、サーバシステムから分離されている。本発明において、ユーザコンピュータ10は、スキャナ12、プリンタ13、ビデオカメラ14とデジタルカメラ15を含む、多様な周辺機器と接続してもよい。さらに、ユーザコンピュータ10は、ネットワーク上の通信のために、ここでモデムとして図示されている通信装置11を介して通信する。本発明のユーザコンピュータ10は、図1に図示されるように、広範のネットワークコンピュータのシステムと接続される。この環境にて、ユーザコンピュータ10は、モデム11を介してISP31へ接続する。ISPはユーザコンピュータ10とウェブ30の間のインターフェースを与える。ISP31はまた、ユーザのEメールの受信及び格納、ユーザファイルの格納や他の多様なサービス等の、他のサービスを与えてもよい。ウェブ30へのインターフェースで、ISP31は、ユーザコンピュータ10からデータのパケットを受信し、情報を受信するか、ウェブ30上をアドレス指定されたディスティネーションへ情報を送信する。アドレス指定されたディスティネーションは、サーバ31-35の1つであってもよいし、分離されたユーザコンピュータ20であってもよい。この分野での通常の技術の1つは、そのようなネットワークで可能な、多様な構成を認識できるであろう。ウェブはここで単体のネットワークとして図示されているが、それが多数のローカルエリアネットワークLAN及びワイドエリアネットワークWANの1つを構成することができることが理解される。好ましい実施例では、電子ポストカードの機能はウェブサイトの構成要素として実施されている。ウェブサイトは本質的に、ハイパーテキスト文書を含む1つまたは複数のファイルへの公共のアクセスを供給するサーバコンピュータである。ユーザは、ネットワーク30上にある1つまたは複数のサーバコンピュータ31-35に格納されているハイパーテキストへアクセスするために、文書クライアントコンピュータ10上で動いているウェブブラウザを利用する。ハイパーテキスト変換プロトコルHTTPウェブサーバソフトウエアを動かしているサーバは、ハイパーテキスト文書をブラウザ上への表示のためにユーザコンピュータへ転送する。本発明は、サーバが、電子ポストカードを生成し、送信するために必要な機能を実行することに適合するソフトウエアに向けられている。サーバ図2への参照で、本発明おいて、サーバ31は、LinuxオペレーティングシステムRedHatSoftware,Inc.,ResearchTrianglePark,NCとMetaHTMLウェブサーバソフトウエア61UniversalAccessInc.,SantaBarbara,CAを動かしている、インターネットへ接続された、PeniumProIntelCorporation,SanJose,CAベースのコンピュータである。ウェブサーバソフトウエアは、ワールドワイドウェブインターラクションで標準的に利用されているHTTPプロトコルをサポートする。ウェブページを見るためにインターネット上で要求がされたとき、サーバは、ページをハイパーテキスト記述言語HTML形式で記述しているテキストの形式で応答を戻し、この要求に応答する。ユーザは、見たいページをユニフォームリソースロケーターURLまたはウェブアドレスで指定する。サーバ上のデータベースサーバ31はインターネット上を伝達されるデータを格納し、処理するために適合する。本発明は2つのタイプの記憶装置:一時記憶装置と恒久記憶装置、を利用する。一時記憶装置はサイトへの対話のセッション中にユーザにより入力されるデータを保持する。一時記憶装置はセッションデータベース62と呼ばれる。ユーザがポストカードに変更を行ったとき、セッションデータベース62のデータはアップデートされる。個々のユーザのためにデータを管理するために、各ユーザにはユーザのセッションを全ての他のユーザから区別する固有の識別番号が割り当てられる。固有の識別番号は、クッキーメカニズムとして知られる標準的な仕組みを使用して、ウェブブラウザを介してクライアントにより格納される。識別番号はセッションデータベース62へのカギとしてクライアントによって使用される。クッキーはクライアント側に格納されるが、クッキーの書き込み及び、セッションデータベース62への記録及び検索は、MetaHTMLソフトウエアを介してサーバにより扱われる。電子ポストカードは2つのデータ:本文テキストとグラフィック、から成る。カードが生成されている間に、テキストデータはセッションデータベースに格納される。画像と写真から生成されるグラフィックデータは、サーバのファイルシステムの一時的な画像ファイルここでは、一時画像データベース65として示される用に作られたディレクトリーに格納される。多様な他の名前の構成も可能であるが、好ましい実施例では、ディレクトリーネームは同じクッキー識別番号を利用する。ディレクトリーネームにクッキーを使用することにより、システムは、各ユーザが自分自身の一時ディレクトリーを有することを確実にする。このディレクトリーはセッションデータベース62の拡張として考えることができる。グラフィックデータファイルは名前が割り当てられ、それ名前もまたセッションデータベースに格納される。電子ポストカードが送信された後、ポストカードデータは恒久的に2つの他のデータベースに格納される。1つのデータベースはカードデータベース63と呼ばれ、送信者と受取人の名前とEメールアドレスを格納する。他のデータベースは画像データベースと呼ばれ、カードの前面と後面のために構成された画像を格納する。好ましい実施例では、電子ポストカードが送信され、画像データベース66にデータが格納された後、一時グラフィックデータファイルとセッションデータは消去される。代替的な実施例では、一時グラフィックデータファイルは画像のアルバムの作成等の、付加的な使用のために残されてもよい。カードデータベース63及び画像データベース66の両方のデータは、カードが送信されたときに作成されるカードキーと呼ばれる固有の識別子によってカギがかけられる。カードデータベース63及び画像データベース64から電子ポストカードデータを検索するために要求される情報であるこのカギは、メッセージでカードの受取人に送信される。結果として、受取人は、カードキーによって識別される特定の電子ポストカードを見ることができるように、サーバと対話インターラクションするために十分な情報を有する。カードデータベース63はまた、カードが送信されたこととカードが見られた回数のデータを格納する。カードのためのデータは通常14日間日数はシステムが構成されたときにセットされた数であり、サーバの記憶装置の限界ではない格納される。その時点の後、恒久的なカード及び画像データは自動的に消去されてもよい。データはまた、カードが15回見られた後に消去されてもよいこの回数もシステム構成時にセットされる。この分野で通常の技術の1つは、データがいつ消去されるかについての決定に多様な可能性があることを認識することができる。代替的な実施例では、恒久的なカード及び画像データが、画像のアルバムの作成等の付加的な使用のために残されてもよい。一時画像データベース65と同様に、画像データベース66は、画像ファイルを格納するためにファイルシステムを使用する。ファイルは、カードキーから派生する名前のディレクトリーに格納される。この場合、送信された各カードのために生成される別個のディレクトリーが存在する。動的に生成されるウェブページ本発明は、HTMLページ内に生成された画像を含む、カスタム注文製作のHTMLページから成る電子ポストカードを生成するためにテキスト及びグラフィックデータを処理するために適合する。システムは、事前にユーザ入力から格納されたデータを調べ、ユーザに望まれたカスタム注文製作の外観を達成するためにHTMLページを生成する。ユーザは、アップロードするためのグラフィックデータ、カードの外観のためのスタイルパラメーター、本文のためのテキストと、アドレスを供給することにより外観の明細を決める。特定のスタイルの特徴がユーザデータから自動的に決定されてもよい。例えば、写真が水平に置かれた場合、垂直に置かれた場合と異なったHTMLテキストが生成される。そしてまた、ユーザによりアップロードされたグラフィックデータの縦横比により向きが決定される。図4に図示されている電子ポストカード400は、静的static画像を含むいくつかのセルと、生成されたgenerated画像を含むいくつかのセルを持った表から成るHTMLページから成る。静的画像401から406は一度作成されると、ポストカードへの以後の変更の間には変化しない。生成された画像407から409は、ポストカードのカスタム化の間に変化し、よって、要求に応じて再生成される。静的と生成された画像の使用は、システムの動作中に本質的に固定している画像の再作成及び再送信を防ぐことで、システムの効率を改善する。ユーザがテキストを入力する、または、スタイル選択を行うとき、この入力はサーバへ送られ、サーバ上にあるコードを使用して処理される。この処理は、HTMMetaLやDynamoArtTechnologyGroup,Boston,MA等のスクリプト言語を使用するこの処理の詳細なアルゴリズムは以下に記述する使用の項目で簡単に説明される。このサーバは次に、アップデートされた情報及び再生成された画像を含む新しいHTMLページをクライアントへ送信する。システムの動作を改善するために、情報のアップデート中には表示されたページのこれらの区分だけがアップデートされる。したがって、変更されたデータに依存する表示の一部の画像だけが再生成され再送信される。例えば、図4を参照した場合、生成された画像408は表題を含んでいるので、もし表題のテキストデータが変更されれば、部分408は再生成及び再送信されるだろう。クライアント図1を参照すると、好ましい実施例において、ユーザまたはクライアントコンピュータ10はインターネットへ接続されているパソコンである。コンピュータはアップルマッキントッシュAppleComputer,Inc.,Cupertio,CA、IBMコンパチブル装置IBMCorp.,Armonk,NYまたは、標準的なウェブブラウザを起動可能な他のコンピュータである。クライアントは、TCP/IPプロトコルを使用してウェブに接続し通信する。実際の物理的な接続は本発明のために重要ではなく、専用線またはダイアルアップ接続を介するモデムでもよいであろう。図2に移ると、好ましい実施例においては、ユーザコンピュータ10は、マイクロソフトウインドウズ95MicrosoftCorporation,Redmond,WAオペレーテイングシステムとネットスケープナビゲータNetscapeCommunicationsCorporation,MountainView,CAやマイクロソフトインターネットエクスプローラMicrosoftCorporation,Redmond,WA等のブラウザ51を走らせる。ブラウザは、ブラウザがクライアントへのローカル処理をサポートすることを可能にするために、Java言語SunMicrosytems,Inc.,MountainView,CAをサポートするために、さらに増強されてもよい。ブラウザ51は、クライアントコンピュータ上でオペレーティングシステムで走るアプリケーションであり、それは、ユーザがスタイル選択を行い、テキストを入力し、写真をアップロードすることを可能にする。ブラウザ51はサーバ31から受信したページを表示し、サーバ31への送信のためにユーザの入力を収集する。好ましい実施例のページは、付加的なプラグインやアプリケーションを使用せずにウェブブラウザに表示可能な標準HTMLで書かれている。ユーザコンピュータ10にユーザによりアップロードされたグラフィックデータは多様な情報源から供給されることができるだろう。例えば、CorelDrawCorelCorporation,Ottawa,Ontario,Canada、AdobeIllustratorやAdobePhotoshop両者とも、AdobeSystemsIncorporated,Seattle,WA等のプログラムによって作成された図画がアップロードのための画像データとして使用できる。デジタル写真を表すグラフィックデータのために、データの多様な情報源が可能である。図1に図示されているように、ユーザコンピュータは、デジタルカメラ15、ビデオカメラ14、スキャナ12や、電子画像を供給するフィルム処理機からデータを受信する。異なった画像の情報源に加え、多様なグラフィックデータ形式が、画像情報をエンコードするために使用できる。好ましい実施例では、グラフィックデータはJPEGまたはGIF形式で供給される。本発明の好ましい実施例では、図1のコンピュータ21等の別のクライアントコンピュータは、電子ポストカードの受取人であってもよい。電子ポストカードの受取人として、受信コンピュータは、EudoraQUALCOMM,Inc.,SanDiego,CAやネットスケープナビゲータ等の標準的なEメールリーダを使用して、Eメールアカウントへアクセスし、Eメールを送受信することができるべきである。システムの操作図17に図示されているように、電子ポストカードは、一方の面に写真、もう一方の面に個人的なメッセージと受取人の名前を持ち、見慣れた外観と雰囲気を有する。ユーザは、個人的な情報:受取人の名前、メッセージ、サインで電子ポストカードを埋め;カードに表されるだろうユーザによって選択された写真をアップロードする。ユーザが電子ポストカードに表される情報を明細に決めた後、カードを受取人に通知するEメールが受取人に送られる。インターネットへのコンピュータの接続電子ポストカードのユーザは、最初に、モデム及び電話線を使用して自分のコンピュータをインターネットへ接続しなければならない。標準的なSLIPまたはPPPソフトウエアを使用して、ユーザはモデムにインターネットサービスプロバイダーへ接続するように指示する。接続がなされ、全てのプロトコルハンドシェイクが完了したとき、ユーザは、自分の電子ポストカードを作成することができるサーバへ接続する。電子ポストカードを提供するサイトへ移動するインターネットへの接続と共に、ユーザは、サイトへの専用URLを使用して電子ポストカードサービスを提供するサイトへアクセスするために、ネットスケープナビゲータやマイクロソフトインターネットエクスプローラ等の標準的なウェブブラウザソフトウエアを使用することができる。初期のウェブページは両面が空白のポストカードを示すユーザが初期のウェブページに、最初に移動したとき、図6に図示されているように、それは空白の電子ポストカード600である。レイアウトは、1つの画面にポストカード600の前面601及び後面602の両方を示す。前面601は、写真と写真について簡単に述べている表題を有するだろう。後面602は、受取人の名前、メッセージテキストと、送信者のサイン、また選択的に、送信の日時を示す消印を有するであろう。両面とも最初は、個人的な内容を含まないが、典型的な空白のポストカードに似た背景のグラフィックを有する。電子ポストカードの一部を埋めるためにタブを選ぶユーザは、カード600の前面601及び後面602を囲んでいる603から607のタブをクリックすることにより、電子ポストカードに自分の個人的な情報を追加する。タブ603から607は、ユーザが埋めることができるポストカードの異なった部分:送信者の名前及びEメールアドレス606、受取人の名前及びEメールアドレス607、受取人へのメッセージ605、ユーザの選択による写真603と、写真の表題604、に対応する。ユーザがタブをクリックしたとき、カードの選択部分のための入力フィールドの形式を含む新しいウェブページが現れる。各タブには異なったページが存在する。代替的な実施例として、電子ポストカードを完成させるために、例えば、手順の連続リストや、固定した手順の連続等が実施される、他の指示標識を使用することができる。電子ポストカードの部分の明細を決めるユーザは、電子ポストカードの部分に対応するページを繰り出すために、タブ603から607の1つをクリックする。ページは、ユーザがカードに現れるだろう情報を入力することを促す形式を含むだろう。ユーザは、HTML形式でフィールドを埋め、サーバコンピュータにデータを送信するためにOKボタンをクリックする。送信は、標準的なHTTP形式のPOST要求を介して扱われる。サーバは、POST処理されたデータからフィールドを処理し、情報の確認を行う。情報が確かなものである場合、それはセッションデータベースのフィールドに格納される。情報が確かなものでない場合、ユーザは問題点を記述してあるエラーページに転送される。セッションデータベースの情報が変更されたとき、サーバはポストカードを再生成し、新しい情報がポストカード上に現れる。この処理はまた、すでに入力されているフィールドを変更するためにも使用されることができる。カードは常に、適当な場所に最新の情報を持って表示される。図7はメッセージタブ605を選択した後の表示を図示している。電子ポストカードは、ユーザがポストカード600の後面への表示のためのメッセージを入力するためのプロンプト701を生成する。図8はプロンプト701への例としての入力を図示している。図9は、ポストカードの後面に表示されるメッセージを有するカードの後面を図示している。表示されたポストカード後面の画像の作成の手順の詳細は下記で説明される。図9はまた、写真タブ図6の603を選択した後の写真のためのプロンプト901を図示している。写真を含むファイルの名前がわかっている場合、それが入力されてもよいし、図10に図示されているように、ファイル1001のためにユーザが検索してもよい。図11は、写真がサーバへアップロードされ、サーバにより処理された後の電子ポストカードを図示する。写真を処理するための手段は、下記で説明される。ポストカード600の前面は、これにより、前面601に配置された写真を有する。電子ポストカードの前面はまた、図6の表題タブ604を選択することにより表題を含んでもよい。システムは次に、図12で見られるように、表題1201のためのプロンプトを表示する。表題1201は、ボタン1202a、b、c、またはdを介して色を選択することにより多様な色で表示することができるだろう。例えば、ボタン白whiteが選択される。図13はポストカード600の前面601に表示された表題を図示する。ポストカードに必要な最後の情報は、送信者と受取人の名前及びEメールアドレスである。図14は、タブ図6の606から選択された後の、送信者の名前のためにプロンプトを表示している電子ポストカードシステムを図示する。ユーザは、名前1401a及びEメールアドレス1401bをフィールドに明記する。名前はポストカードのサインのために使用される。Eメールアドレスは、送信者と受取人の間のさらなる通信を容易にするために使用される。図15は、後面602に送信者の名前を表示した電子ポストカード600を図示している。図15はまた、タブ図6の607の選択の後の受取人の名前及びEメールアドレスのプロンプトを図示している。ユーザは名前1501a及びEメールアドレス1501bをフィールドに明記する。名前はポストカードのアドレス指定のために使用される。Eメールアドレスはカードキーを受取人に送信するために使用される。図16は、後面602に受取人の名前を表示した電子ポストカード600を図示している。この時点で、電子ポストカードは送信される準備ができており、または、ユーザがポストカードの修正または変更するために任意のタブの1つを選択してもよい。図17は受取人へ送られたときのカードを図示している。ポストカード600の前面601は写真と表題を含んでいる。後面602はメッセージ、送信者と受取人の名前を含んでいる。さらに、スタンプ1701と消印1702が後面602に追加されている。消印1702は日付と、選択てきに場所やカードに提供された広告を含む。スタンプ1701は、ユーザに選択されるかシステムにより生成されるロゴを含む。システムにより生成された場合、それは、電子ポストカードサーバのオペレーターにより決められる広告材料を含んでもよい。システムがカードを送信したとき、通知1704がポストカードを送られたユーザに与えられる。ユーザは次に、ボタン1703aか1703bを選択することによりもう1つのカードを作成してもよい。ポストカードの裏面生成メッセージ、並びに受取人及び差出人の名前を含むポストカードの裏面が、図3bに示される手順により生成される。消印データストリング生成304:カードが送られた後、カードの裏面が消印スタンプを表示する。消印はカードが送られた日付を示し、任意の文字を含んでもよい。ユーザがカードを送ったとき、この情報はセッションデータベースに記憶される。それは消印に適したスタイルに整形される。ポストカードの方向決定307:ユーザがアップロードしたイメージの縦横比により、ポストカードの前面が2つの異なる向きに表示される。もし、写真の高さが幅よりも高ければ、ポストカードはカード正面を垂直に表示して示される。もし、ポストカードの幅が高さよりも広ければ、カード正面は水平に表示される。正面の向きは、好ましい実施例のポストカードの裏面に影響を及ぼす。バックグラウンドイメージの選択308:空白カードの裏面に使用される2つの異なるイメージが存在する。どちらのイメージでも、ポストカードの正面はポストカードの裏面と僅かに重なって表示される。影の使用により、ポストカードの正面は、ポストカードの裏面の前にあるポストカードの正面と同様にされる。ポストカードの裏面に投影される影は、ポストカードの裏面の異なる2つの向きに対して異なる。図4に示される垂直なポートレートでは、正面と裏面の部分的な重なりは、裏面の左下端部にある。図8に示されるように横向きの方向では、正面と裏面の部分的な重なりは、裏面の右上端部にある。ページ記述ファイルの生成305:カードの裏面のテキストのレイアウトは、ポストスクリプトのようなページ記述言語を使用して記述される。ページ記述は、テキストフィールドの大きさを決めて配置するためにコーディングされるユーザにより記載されるテキストは、メッセージ操作301、受取人名及びアドレス操作302、差出人名及びEメールアドレス操作303、及び消印操作304に対する。ページ記述言語はまた、メッセージテキストをラインに分割するline-wrappingためのコードを含むので、カードの適当な領域と適合する。カードの裏面の全テキストは手書き風の書体で書かれているが、予め定められた異なる書体又はシステムの操作中にユーザが選択した書体で書くこともできる。ページ記述レンダリング306:ページ記述は、GhostscriptPostcriptインタープリタRedHatSoftware,Inc.ReserchTrianglePark,NCのようなラスター化エンジンを使用してグレイスケールイメージに変換される。その結果はテキストイメージと呼ばれる。テキストイメージとカード裏面のバックグラウンドの合成309:テキストイメージは、合成ルーチンを使用してバックグラウンドと合成される。図5は、メッセージ及び差出人名をポストカード裏面と合成するプロセスを示す。全て空白のイメージがオーバーレイ501として使用され、テキストイメージがアルファマスク502として使用され、カードバックグラウンドがオリジナル503として使用される。その結果、テキストイメージ502が黒いピクセルではオーバーレイが通過し、結果として生じるイメージ504が、この黒い例ではオーバーレイであり、テキストイメージ502が白いピクセルでは、結果として生じるイメージ504は対応するピクセル位置のバックグラウンドイメージ503と同じでり、テキストイメージ502がグレイであるピクセルでは、結果として生じるイメージ504はオーバーレイ501黒及び対応するピクセルのバックグラウンドイメージ503の内容との混合である。正確な混合はテキストイメージピクセルのグレイレベルによる。イメージの圧縮及び変換310:結果として生じるイメージは最終的に圧縮され、ウェブブラウザで見ることができるイメージフォーマット例えば、GIF又はJPEG形式に変換される。このプロセスの結果は、手書き風の書体で表示されるユーザのテキストを用いて、ポストカードの裏面の生成された部分を表示するイメージである。図17は、完成したポストカードの裏面を示す。写真のアップロード写真タブは他のタブと異なって扱われる。図3aを参照すると、写真ファイル操作351では、ユーザがカード上で使用したいイメージを保持するローカルクライアントコンピュータのファイルをユーザ自身が指定する。写真はJPEG又はGIFフォーマットでなければならない。ファイル名は、FILEタイプのINPUTフィールドを有するHTMLフォームを使用して指定される。このフィールドタイプはNetscapeNavigatorブラウザによりサポートされる。ユーザがOKボタンをクリックするとき、FORMデータがサーバにPOSTされる。このファイルの内容はフォームデータに添付され、サーバ上で受信される。FILEタイプのINPUTフィールドをサポートしないブラウザ上では、写真はEメール添付ファイルとして転送される。Eメールは、写真転送のために使用されるサーバ上の特定のアドレス例えば、picturedrop.yobaby.comに送信される。アドレスの名前部分は、写真が関連する特定のセッションをエンコードする。電子ポストカードサーバ上で作動しているEメールサーバは、このアドレスへのメールを特別に処理する。例えば、Sendmailのようなメールサーバでは、これは特定のホストに対する規則により処理される。規則は、メッセージを、受取人名からセッションIDをデコードしメッセージ本体をデコードするプログラムに渡す。プログラムはPerlのようなスクリプト言語で記述でき、MUNPACKのようなUnixプログラムを使用してデコードできる。プログラムはデコードされたイメージファイルをTempImageDatabaseに書き込む。写真の処理及びポストカード表面の生成写真がサーバ上で受信されるとき、電子ポストカードサーバソフトウエアは、図3に示される諸ステップを使用して写真を処理する。サイズ及びタイプのチェック354:サーバにPOSTされたイメージデータは、電子ポストカードソフトウエアが処理できるサイズ及びフォーマットでなければならない。第1のステップは、サーバに送信されたデータのバイト数チェックである。もしバイト数があるリミットを越えていたら、イメージは無視され、ユーザはエラーページに誘導される。次に、イメージデータはテンポラリファイルとして保存され、ファイルのタイプがチェックされる。ファイルタイプは、ファイルをエンコードするファイルのヘッダバイトを調べることによりチェックされる。これは、Unixコマンドファイルのようなプログラムを使用して為される。もし、ファイルタイプが電子ポストカードによりサポートされるタイプの1つでない場合、ファイルは消去され、ユーザはエラーページに誘導される。解凍及び写真のフォーマットの変換355:ユーザから受信したイメージデータは、一般に圧縮されたフォーマットである。それは幾つかのフォーマットの中の1つである。イメージを更に容易に操作するために、サーバは最初にイメージをPortablePixMapファイルフォーマットPPMのような統一された圧縮されていないフォーマットに変換する。変換は、UnixNetPBMライブラリワシントン大学、セントルイス、ミズーリ州から配布され、http://wuarchive.wustl.edu/graphics/graphics/packages/NetPBMのURLにより指定されるディレクトリで見つかるソフトウエアに含まれるような標準的変換ツールを使用して為される。写真の倍率変更356:ポストカードの表面は固定したサイズであり、イメージはこのサイズに適合するように倍率変更されなければならない。カードの表面の2つの異なるバージョンが、各方向に対して存在する。もし、写真の幅が高さよりも広ければ、水平横向きバージョンが選択される。もし、写真の高さが幅よりも高ければ、垂直縦向きバージョンが選択される。他の問題は、写真の縦横比が選択されたカードの縦横比と正確に一致しないかもしれないことである。写真は倍率変更され、1つの寸法が所望するサイズと正確に一致し、他のサイズは常にカードより大きいか又は正確に同じサイズである。倍率変更された写真のトリミング357:もし倍率変更の後に写真の1つの寸法がカードに対して所望するサイズより大きければ、写真はカードに適合するようにトリミングされなければならない。大部分の写真の縦横比は類似およそ5X7しており、カードはおよそ同じ縦横比でデザインされているので、トリミングは通常は影響しない。トリミングが為され、よけいな部分が両端部上下又は左右から等しく除去され、写真はポストカード上で中心に配置される。トリミングは、Unixコマンドpnmcutのような標準的グラフィックルーチンを使用して為される。ページ記述ファイルの生成358:キャプション操作352が写真上にされる間のテキスト入力のレイアウトは、ポストスクリプトのようなページ機銃言語を使用して記述される。ページ記述は、テキストフィールドの大きさを決めて配置するためにコーディングされる。ページ記述言語はまた、メッセージテキストをラインに分割するline-wrappingためのコードを含むので、カードの適当な領域と適合する。ページ記述レンダリング359:ページ記述は、GhostscriptPostcriptインタープリタのようなラスター化エンジンを使用してグレイスケールイメージに変換される。その結果はキャプションイメージと呼ばれる。テキストカラーイメージの選択360:ユーザは、キャプションテキストに使用したいテキストカラー操作353で色を選択する。各色がイメージファイルであることに関連して、イメージフィルには色が入り、ポストカード正面の大きさである。キャプションイメージ、テキストカラー、及びトリミングされた写真の合成361:キャプションイメージは、倍率変更されトリミングされた写真と合成ルーチンを使用して合成される。この操作は、上記の図3b及び図5で示されるテキストイメージ及びカードバックグラウンド合成操作359と類似している。この場合、グレイスケール操作イメージがアルファマスクとして使用され、テキストカラーイメージがオーバーレイとして使用され、写真がオリジナルとして使用される。その結果、キャプションイメージが黒いピクセルでは、結果として生じるイメージが所望するテキストカラーであり、キャプションイメージが白いピクセルでは、結果として生じるイメージがピクセル位置の写真と同じであり、キャプションイメージがグレイであるピクセルでは、結果として生じるイメージはテキストカラー及び対応するピクセルの写真の内容との混合である。正確な混合はキャプションイメージピクセルのグレイレベルによる。キャプションテキストを写真から目立たせるために、キャプションテキストは対比影で描かれる。各ステップは上記のように機能する。第1の混合ステップは影の色一般に黒をオーバーレイとして使用し、キャプションイメージをアルファマスクとして使用し、写真をオリジナルとして使用する。第2の混合ステップはユーザにより選択されたテキストカラーをオーバーレイとして使用し、キャプションイメージをアルファマスクとして使用し、第1のステップの結果をオリジナルとして使用する。影は僅かなオフセットで混合され、キャプションの下及び右に現れる。イメージの圧縮及び変換362:結果として生じるイメージは最終的に圧縮され、ウェブブラウザで見ることができるイメージフォーマット例えば、GIF又はJPEG形式に変換される。このプロセスの結果は、手書き風の書体で表示されるユーザのテキストを用いて、ポストカードの裏面の生成された部分を表示するイメージである。カード送信写真、差出人、受取人、及びメッセージが特定されるとき、カードは完全になり送信できる。ユーザがSendボタンをクリックするとき、サーバはカードキーを生成し、カードをPermanentDatabase内部に記憶し、受取人にEメールメッセージを送信する。コンタクト情報及びイメージは、PermanentDatabase内に記憶される。カードの表面及び裏面に対するイメージは、ImageDatabase内部に記憶される。カードの裏面は今、消印されたスタンプを含む。いつも記載するように、消印はカードが送信される日付のためのものであり、スタンプはサイトのスポンサー/ホストを宣伝できる。差出人名、差出人のEメールアドレス、受取人名、及び受取人のEメールアドレスは、CardDatabase内に記憶される。カードが送信された日付も記憶される。受取人に自動的に送信されるEメールメッセージは、受取人がウェブサイト上で利用可能なカードが存在し、特定のURLを開くことにより見ることができることを述べている。URLは、特定の電子ポストカードを一意に指定するカードキーを含む。カードを見るURLを有するEメールメッセージを受信するとすぐ、受取人はカードを見ることができる。受取人はURLに入るためにウェブブラウザを使用し、名前の入ったページを見る。バリエーション上記の好ましい実施例は電子ポストカードに向けられているが、システムはそれに限定されない。本発明は、サーバに処理されるイメージ情報をユーザが表示用ディスプレイにアップロードし、生成されたディスプレイの可用性について受け手に知らせるように任意に通知機構を提供する種々のシステムに適用される。本発明は、種々のイメージ処理システムを作り出すことに適用でき、システムに組み付けられる構造の程度、記憶の期間、及び通知する人数により変化する。例えば、本発明は以下のものを作り出すために変更できる。写真コンテスト:システムのこの実施例では、ユーザは電子イメージを最小限の構造が組み付けられることによると倍率変更及びフォーマット変換を含むサーバ上にアップロードできる。イメージデータは、コンテストが開かれている短い時間だけ記憶される。いったんアップロードされたら、システムはイメージ識別子を含む通知を審査員に送信するか、又は新しい電子イメージのエントリーの審査員への通知を判断する。赤ちゃんジャーナル:システムのこの実施例では、ユーザは電子イメージを赤ちゃん又は幼児のサーバにアップロードできる。サーバは固定された構造例えば、イメージを保持するページに対する特定のフレーム又はフォーマットを組み付けるか、又はユーザが選択できる種々の構造を許容する。永久的でなければ、イメージデータは長期間保持される。いったんアップロードされたら、ユーザは1又は複数の受取人が新しいイメージの通知を受信するように指定することができ、受取人ディスプレイを訪問して見るように招待できる。そして子供のためのアルバムが作り出され、表題の種々のイメージを長期間にわたって保持する。家族アルバム:システムのこの実施例では、1又は複数の関連するユーザが電子イメージをアップロードする。サーバは固定された構造例えば、イメージを保持するページに対する特定のフレーム又はフォーマットを組み付けるか、又はユーザが選択できる種々の構造を許容する。サーバもまた、各ユーザ例えば、家族によって電子イメージディスプレイを分離し、一方、家族アルバム全体の全ディスプレイ間の関係を維持する。永久的でなければ、イメージデータは長期間保持される。いったんアップロードされたら、ユーザは1又は複数の受取人が新しいイメージの通知を受信するように指定することができ、受取人ディスプレイを訪問して見るように招待できる。従って、アルバムが全体の家族に対して作り出され、家族の種々のイメージが構成されたアルバムで保持される。システムは訪問者が写真にコメントを付けることができるように拡張してもよく、システムはコメントをイメージを有するディスプレイに対するデータベース内に記憶する。上記の全実施例では、システムは種々の処理例えば、キャプチャ、フォーマット化、記憶、変換、センタリング、トリミング、フリッピング、アンチエイリアシング、倍率変更、圧縮、フィルタリング、色補正、特別な境界及び/又はコーナモチーフの付加、ぼかし、視覚的効果の付加等を提供する。実施例は更に、電子イメージデータ及び/又はディスプレイのクライアントコンピュータによる追加的な処理を提供する。例えば、システムは、ポストカードの表面上の写真を再度センタリングするようにユーザがクライアントコンピュータのマウスをドラッグできるように変更できる。クライアント上で動くソフトウエアはまた、再配置された写真を表示するためにディスプレイをアップデートできる。ディスプレイのアップデートは、マウスがドラッグされている間にサーバコンピュータとの通信無しで進行する。クライアント上で動くソフトウエアはまた、種々の他のタイプのイメージデータ処理例えば、倍率変更、フィルタリング、色補正、テキスト合成等の結果をプレビューできる。クライアントコンピュータ上のこの処理の結果として生成された結果は、サーバコンピュータにより生成されたものと同じ解像度であるか、又はプレビューの時間を最小化するために低品質であり、従って、サーバが最終的に処理された情報を実際に生成することを可能にする。クライアントコンピュータソフトウエアはJava言語で実行されるので、Javaを実行可能なブラウザで動く。他の実施例が機能、レイアウト、及び外見の変更を用いて作り出せることが理解されるべきである。本発明は上記好ましい実施例だけを参照して詳細に記述されたが、本発明の範囲から逸脱することなく種々の変更が可能なことは当業者に認識されるところである。従って、本発明は特許請求の範囲によってのみ制限される。"