(57)【要約】  顧客の口座に対応し、また、前記顧客によって定義された画像を記載したトランザクションカードを生成するための方法には、トランザクションカードに適用される顧客定義の画像に光学読取可能な識別子を関連付ける段階が含まれる。光学識別子を読み取り、それを、トランザクションカードに適用される顧客口座情報に関連した対応する識別子と一致させ得る。このようにして、カードは、顧客によって定義された画像及び顧客の口座情報を記載して生成し得る。
2007522588.tif 000002
【特許請求の範囲】
【請求項１】
顧客の口座に対応し、また、前記顧客によって定義された画像を記載したトランザクションカードを生成するための方法であって、
トランザクションカードに適用される顧客定義の画像に光学読取可能な識別子を関連付ける段階と、
前記光学識別子を読み取り、トランザクションカードに適用される顧客口座情報に関連した対応する識別子をそれと一致させる段階と、
前記顧客定義の画像及び前記顧客口座情報を記載したトランザクションカードを生成する段階と、
が含まれる方法。
【請求項２】
請求項１に記載の方法であって、前記顧客口座情報に関連した前記対応する識別子を前記光学識別子と一致させる前記段階には、前記顧客口座情報から前記対応する識別子を導出する段階が含まれる方法。
【請求項３】
前述の請求項のいずれかに記載の方法であって、前記顧客口座情報及び／又はそれに関連した前記対応する識別子は、セキュリティ保護された状態でカード発行管轄機関から受信される方法。
【請求項４】
請求項１、２又は３に記載の方法であって、前記光学識別子を読み取る段階の後、識別子のバージョンが、トランザクションカード上の記録媒体に符号化される方法。
【請求項５】
請求項４に記載の方法であって、前記符号化された識別子のバージョンは、前記顧客口座情報に関連した前記対応する識別子と一致させる処理の一部として読み取られる方法。
【請求項６】
前述の請求項のいずれかに記載の方法であって、前記顧客口座情報には、金融トランザクションカード用の浮き出し印刷記録が含まれる方法。
【請求項７】
請求項４乃至６のいずれかに記載の方法であって、識別子のバージョンでトランザクションカードを符号化する段階は、カード製造業者のサイトで行われる方法。
【請求項８】
請求項４乃至６のいずれかに記載の方法であって、識別子のバージョンでトランザクションカードを符号化する段階は、カード製造業者のサイトとは別のカード仕上げ機関のサイトで行われる方法。
【請求項９】
前述の請求項のいずれかに記載の方法であって、前記顧客口座情報は、セキュリティ保護されたリンク上で、金融トランザクションカード発行者によってカード仕上げ機関に提供される方法。
【請求項１０】
請求項９に記載の方法であって、前記金融トランザクションカード発行者は、顧客口座情報に関連する前記対応する識別子も提供する方法。
【請求項１１】
前述の請求項のいずれかに記載の方法であって、顧客口座情報に関連した前記対応する識別子は、口座情報から導出される方法。
【請求項１２】
前述の請求項のいずれかに記載の方法であって、前記対応する識別子は、金融口座情報から導出される方法。
【請求項１３】
前述の請求項のいずれかに記載の方法であって、前記対応する識別子は、浮き出し印刷記録から導出される方法。
【請求項１４】
前述の請求項のいずれかに記載の方法であって、前記カード発行者によって制御されるサイト上の暗号化モジュールは、セキュリティ保護された識別子を口座情報から生成する方法。
【請求項１５】
請求項１４に記載の方法であって、光学識別子及び前記対応する識別子は、前記セキュリティ保護された識別子に対応するか、又は、前記セキュリティ保護された識別子から導出される方法。
【請求項１６】
前述の請求項のいずれかに記載の方法であって、識別子には、数字コード、英数字コード、テキストコード、非順番コード、一方向コード、暗号化コード、ハッシュコード、メタタグ、他の適切な識別子、の内の１つ又は複数が含まれる方法。
【請求項１７】
前述の請求項のいずれかに記載の方法であって、前記光学識別子には、バーコード、デジタル署名、テキスト、数字、英数字コード、マイクロドット、マイクロテキスト、隠顕インキ、デジタル透かし又は他の適切な光学読取可能なコード、の内の１つ又は複数が含まれる方法。
【請求項１８】
前述の請求項のいずれかに記載の方法であって、前記画像及び前記光学識別子は、記憶機能に記憶される方法。
【請求項１９】
請求項１８に記載の方法であって、前記記憶機能は、カード・グラフィックス・ホスティング・サービスによって制御されるサイト上にある方法。
【請求項２０】
請求項１８に記載の方法であって、前記記憶機能は、カード仕上げ機関のサイト上にある方法。
【請求項２１】
請求項１８に記載の方法であって、前記記憶機能は、カード製造業者のサイト上にある方法。
【請求項２２】
前述の請求項のいずれかに記載の方法であって、光学識別子を備えたカードは、カード製造業者の管理からカード仕上げ機関に転送される方法。
【請求項２３】
前述の請求項のいずれかに記載の方法であって、顧客定義の画像及び光学識別子の１つ又は複数は、カードの表面に配置される方法。
【請求項２４】
前述の請求項のいずれかに記載の方法であって、顧客定義の画像及び光学識別子の１つ又は複数は、カードの裏面に配置される方法。
【請求項２５】
前述の請求項のいずれかに記載の方法であって、顧客が、前記顧客定義の画像を生成した方法。
【請求項２６】
前述の請求項のいずれかに記載の方法であって、顧客が、前記顧客定義の画像を操作した方法。
【請求項２７】
前述の請求項のいずれかに記載の方法であって、顧客が、前記顧客定義の画像を選択した方法。
【請求項２８】
請求項２７に記載の方法であって、利用可能な画像の集まりから画像が顧客によって選択される方法。
【請求項２９】
前述の請求項のいずれかに記載の方法であって、前記顧客定義の画像は、インターネットを介して、顧客によってアップロードされる方法。
【請求項３０】
前述の請求項のいずれかに記載の方法であって、前記光学識別子は、カードの他の特徴によってその後覆われる位置の前記トランザクションカード上に配置される方法。
【請求項３１】
請求項３０に記載の方法であって、特徴は、チップ、ホログラム、又はブランド特徴の内の１つ又は複数から選択される方法。
【請求項３２】
前述の請求項のいずれかに記載の方法であって、発行が認定されたカードの識別子は、発行が認定されたカード用にデザインされた顧客定義の画像だけが下流の処理に供給されるように、正規のカード発行者からカード・グラフィックス・ホスティング・サービスによって受信される方法。
【請求項３３】
前述の請求項のいずれかに記載の方法であって、前記顧客定義の画像は、１つ又は複数の操作不可能なカード特徴を表示するテンプレートと関連して操作し得る方法。
【請求項３４】
前述の請求項のいずれかに記載の方法であって、口座情報だけが、カード発行管轄機関からカード仕上げ機関に転送される方法。
【請求項３５】
前述の請求項のいずれかに記載の方法であって、前記光学識別子は、除去されるカードの一部に適用されて完成カードを生成する方法。
【請求項３６】
前述の請求項のいずれかに記載の方法であって、光学識別子は、２つ以上のフォーマットでカードに適用される方法。
【請求項３７】
前述の請求項のいずれかに記載の方法であって、前記仕上げ機関によって、顧客定義の画像は、識別子の一致に基づき、画像記憶装置から提供される方法。
【請求項３８】
顧客の口座に対応し、前記顧客によって定義された画像を記載したトランザクションカードを生成する方法であって、光学読取可能な識別子を顧客定義の画像に関連付ける段階が含まれる方法。
【請求項３９】
口座情報及び顧客定義の画像を記載したトランザクションカードを生成するための方法であって、
顧客の口座情報から生成される識別子を受信する段階と、
前記受信された識別子に対応する光学読取可能な識別子を生成する段階と、
前記光学読取可能な識別子を前記顧客によって定義された画像に関連付ける段階と、
対応する識別子を受信する段階と、
前記対応する識別子及び顧客定義の画像に関連付けられた前記光学識別子を一致させて、顧客定義の画像及び該当する顧客口座情報を記載したカードの生成を行う段階と、
が含まれる方法。
【請求項４０】
請求項３９に記載の方法であって、前記光学識別子を画像に関連付ける段階は、カード・グラフィックス・ホスティング・サービスによって行われる方法。
【請求項４１】
口座情報及び顧客定義の画像を記載したトランザクションカードを生成するための方法であって、
顧客口座情報から導出された識別子をカード発行管轄機関から受信する段階と、
前記識別子の光学読取可能なバージョンを前記顧客によって定義された画像に埋め込む段階と、
前記光学読取可能な識別子を読み取り、前記トランザクションカードの記録媒体に識別子のバージョンを符号化する段階と、
カード生成設備において前記口座情報を受信し、そこから対応する識別子を独立に生成する段階と、
前記対応する識別子及び前記符号化された識別子のバージョンの一致に基づき、該当する口座情報及び前記顧客定義画像をトランザクションカードに適用する段階と、
が含まれる方法。
【請求項４２】
前述の請求項のいずれかに記載の方法であって、前記光学読取可能な識別子は、前記顧客定義の画像に埋め込まれる方法。
【請求項４３】
前記顧客によって定義された画像を記載した個人専用の製品を生成するための方法であって、
グラフィックスホスティング機能を提供して、製品に適用される画像を顧客に定義させる段階と、
光学読取可能な識別子を画像に関連付ける段階と、
前記画像が前記顧客用の製品に適用されるように、対応する識別子と前記光学識別子を一致させる段階と、
が含まれる方法。
【請求項４４】
前述の請求項のいずれかに記載の方法であって、前記光学識別子及び／又はそれが導出される識別子が、前記カード・グラフィックス・ホスティング・サービスによって生成される方法。
【請求項４５】
画像を定義する顧客から離れた場所で顧客定義の画像を製品に適用するための方法であって、
製品に適用される画像への操作を定義するためのインターネットブラウザベースのインターフェイスを提供する段階と、
前記インターフェイスを用いて画像データに対応する画像を選択し、前記画像データに適用される操作に関する情報を取り込む段階と、
前記画像データ及び操作に関する取り込まれた情報をリモート画像処理エンジンに送信する段階と、
前記操作情報に基づき、前記画像データに操作を行う段階と、
操作された画像を製品に適用する段階と、
が含まれる方法。
【請求項４６】
顧客定義の画像を記載したトランザクションカードの生成における段階を実行可能な装置であって、
インターネットによって顧客定義の画像を生成するためのインターフェイスを提供するための手段と、
光学読取可能な識別子を顧客定義の画像に埋め込むための手段と、
が含まれる装置。
【請求項４７】
顧客定義の画像を記載したトランザクションカードの生成における段階を実行可能な装置であって、
埋め込まれた光学識別子を含む顧客定義の画像を受信するための手段と、
前記埋め込まれた光学識別子を読み取り、前記トランザクションカードのメモリ媒体を前記識別子のバージョンで符号化するための手段と、
が含まれる装置。
【請求項４８】
顧客定義の画像を記載したトランザクションカードの生成における段階を実行可能な装置であって、
光学識別子を含む顧客定義の画像を記載したカードを受信するための手段と、
対応する識別子に関する少なくとも金融情報を受信するための手段と、
前記光学識別子及び前記対応する識別子を一致させるための手段と、
前記一致させる段階に応答して、前記顧客定義の画像を記載したトランザクションカードに口座情報を適用するための手段と、
が含まれる装置。
【請求項４９】
請求項４８に記載の装置であって、更に、前記口座情報から前記対応する識別子を導出するための手段が含まれる装置。
【請求項５０】
請求項４８に記載の装置であって、前記顧客定義の画像には、埋め込まれた光学読取可能な識別子が含まれる装置。
【請求項５１】
請求項４８に記載の装置であって、前記一致させる段階には、前記光学識別子を読み取り、識別子の磁気読取可能なバージョンを磁気帯に符号化する段階が含まれる装置。
【請求項５２】
顧客の口座に対応しまた顧客によって定義された画像を記載したトランザクションカードを生成するための方法であって、
トランザクションカードに適用される顧客定義の画像を顧客が生成するインターフェイスを提供する段階と、
光学読取可能な識別子を前記顧客定義の画像に関連付ける段階と、
前記光学識別子を読み取り、前記識別子のバージョンを前記カードの記録媒体上に符号化する段階と、
顧客口座情報に関連した対応する識別子と符号化された識別子のバージョンとを一致させて、前記顧客定義の画像及び前記顧客口座情報を記載したトランザクションカードを生成する段階と、
が含まれる方法。
【請求項５３】
請求項５２に記載の方法であって、カードの記録媒体上に前記識別子のバージョンを符号化する段階には、磁気識別子のバージョンを金融トランザクションカードの磁気帯上に符号化する段階が含まれる方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２００４年２月１７日に出願したＰＣＴ出願連番ＰＣＴ／ＧＢ２００４／０００６２６、表題“画像を操作するための方法及び装置”と、２００４年３月２９日に出願したＧＢ出願連番０４０７０４２．１、表題“セキュリティ保護された生成設備”との恩典を主張するものである。これら両関連出願の開示内容は、本明細書において引用・参照する。
技術分野
本発明は、トランザクションカードを生成するための方法及び装置に関し、特に、個人専用の外観を有するトランザクションカードを生成するための方法及び装置に関する。
【背景技術】
【０００２】
大量に販売される消費財の外観を個人専用化しようとする傾向は、例えば、携帯電話用のカスタマイズされたデザインや呼出し音の使用において分かるように、益々大きくなりつつある。
【０００３】
しかしながら、本発明以前には、クレジットカード等の物品の外観をユーザに個人専用化させることやユーザの個人的な金融情報に対して適切なセキュリティを維持することが、恐らく困難であろうという予測のために、クレジットカード等の金融口座利用手段は、外観が個人専用化されないままである。
【発明の開示】
【課題を解決するための手段】
【０００４】
本発明の一態様によれば、顧客の口座に対応し、また、前記顧客によって定義された画像を記載したトランザクションカードを生成する方法が提供され、本方法には、光学読取可能な識別子を顧客定義の画像に関連付ける段階が含まれる。
【０００５】
本発明の他の態様によれば、顧客の口座に対応し、また、前記顧客によって定義された画像を記載したトランザクションカードを生成するための方法が提供され、本方法には、
トランザクションカードに適用される顧客定義の画像に光学読取可能な識別子を関連付ける段階と、
前記光学識別子を読み取り、トランザクションカードに適用される顧客口座情報に関連した対応する識別子をそれと一致させる段階と、
前記顧客定義の画像及び前記顧客口座情報を記載したトランザクションカードを生成する段階と、が含まれる。
【０００６】
好適な実施形態において、光学読取可能な識別子（光学識別子）は、インターネットを介して顧客が利用可能なカード・グラフィックス・ホスティング・サービスによって画像と関連付けられる。完成カードを生成するために、画像に関連付けられた光学識別子が、カード生成処理の一部として読み取られ、識別子のバージョンが、カードの磁気帯に符号化されるが、この識別子の磁気バージョンは、旧来の生成設備によって用いられ、正しい口座情報（例えば、浮き出し印刷記録）がカードに適用されることを保証し得る。生成処理のこれらの段階は、適切な設備でどこで行ってもよく、また、様々なサイト上の旧来の設備の好み及び存在に基づく多数の異なるサイト上で行ってよい。
【発明を実施するための最良の形態】
【０００７】
本発明のより良い理解のために、また、如何にして本発明を実施し得るかを示すために、一例としてのみ添付図面を参照する。
【０００８】
本発明による一実施形態において、個人専用の外観を有するクレジットカード又は他の金融カード等の金融口座利用手段を生成するための方法が提供される。本発明の実施形態によって、ユーザの個人的な金融情報に対して適切なセキュリティを維持しつつ、ユーザが選択したデザインを記載したそのような金融口座利用手段の生成が、従来のカード生成手法に経済的に一体化し得るやり方で可能になる。本明細書の実施形態は、現行のシステムへの変更がほとんどなく、カード発行者は、比較的簡単に実現でき、カード所持者は、発行者ロゴ及びホログラムさえ含む自分のカード全体を個人専用化し得る。
【０００９】
図１は、外観が個人専用化されていないクレジットカード等の金融口座利用手段を生成するための代表的従来技術手法のブロック図である。銀行等のカード発行者１０１は、セキュリティ保護されたネットワークリンク１０３上で、カード個人専用化機関１０４にカード所持者の金融情報１０２を送信し、カード個人専用化機関１０４は、カード所持者の金融情報をクレジットカードに適用する。カード所持者の金融情報には、例えば、各クレジットカード所持者の名前、クレジットカード番号、カード失効期日等のデータを含んでよく、この情報は、浮き出し印刷され、データによっては、クレジットカード上に磁気的に刻印されるものもある。カード製造業者１０５は、カード所持者の金融情報１０２が適用される仕込みクレジットカード１０６を印刷して、例えば、警備会社の輸送車で保安対策された状態で仕込みカードを仕上げ機関１０４に渡す１０７。カード仕上げ機関１０４では、データカード（Ｄａｔａｃａｒｄ）９０００等のカード仕上げユニット１０８が、カードを浮き出し印刷し、それらの磁気帯を符号化し、また、オプションとして、郵送するために、それらを予め宛名が記載された手紙又は封筒と組み合わせる。この結果は、外観が個人専用でない一組の従来の完成カード１０９である。尚、従来技術に用いられる用語“カード個人専用化ユニット”は、各カード所持者の金融情報をカードに適用するための仕上げユニット１０８を意味し、各カード所持者の好みによりカードの外観を個人専用化するユニットを意味しない。
【００１０】
図２は、本発明の一実施形態に基づく、外観が個人専用の金融口座利用手段を生成するための手法のブロック図である。本明細書の他の実施形態と共通に、金融情報のセキュリティは、全てのカード所持者金融情報がセキュリティ保護されたネットワーク２０９を通ることによって保証され、従って、如何なる金融情報もカード・グラフィックス・ホスティング機能２０３へは渡らない。カード所持者グラフィックスホスティング機能には、カード所持者に固有なカードデザイン識別子２０２が渡されるが、第三者は、それをカード所持者にまで遡って追跡できないため、セキュリティは、いっそう保証される。
【００１１】
しかしながら、以下において分かるように、図２の実施形態には、本明細書の後述する実施形態と比較して、従来のカード生成手法との一体化が困難であることから、幾つかの面において不利な点がある。図２の実施形態において、カード発行者２０１は、自分のカードの外観を個人専用化しようとする各カード所持者用の固有の非順番デジタル識別子２０２をカード・グラフィックス・ホスティング機能２０３に渡す。デジタル識別子２０２には、生成される画像とカードをデザインしようとしている個人との間を結びつける以外の意味はない。カード・グラフィックス・ホスティング機能２０３は、例えば、カード所持者がカードをデザインするために対話するウェッブサイトサーバを含み得る。一旦カードデザインが完了すると、カード・グラフィックス・ホスティング機能２０３は、カードのデザインが正常に完了した確認として、カードを正常にデザインした各カード所持者用のデジタル識別子をカード発行者２０１に送り返す２０４。カード・グラフィックス・ホスティング機能２０３は、各カード所持者のデジタル識別子、及びそのカード所持者用の関連するカードデザインデジタル画像をカード仕上げ機関２０６に渡す２０５。また、カード仕上げ機関２０６は、カード製造業者２０８から仕込みクレジットカード２０７を受信し、また、セキュリティ保護されたネットワークリンク２０９を介して、各カード所持者のカードデザインを特定するためにカード・グラフィックス・ホスティング機能に与えられた（２０２）デジタル識別子と共に各カード所持者の金融情報２１０を受信する。
【００１２】
金融情報及びデジタル識別子２１０、デジタル画像及び関連するデジタル識別子２０５、及び仕込みカード２０７を用いて、図２の実施形態のカード仕上げ機関２０６は、外観が個人専用のクレジットカードを生成する。カードデザインデジタル画像及び関連するカード所持者デジタル識別子は、カードグラフィックス倉庫２１１に記憶され、カード・グラフィックス・プリントサーバ２１２に渡される２１７。プリントサーバ２１２は、カードプリンタ２１３用のサーバとしての役割を果たすが、カードプリンタ２１３は、例えば、アルティスタ（Ａｒｔｉｓｔａ）カードプリンタであってよい。カードプリンタ２１３は、プリントサーバ２１２から画像及び関連するデジタル識別子を引き出すことによって（２１８）、仕込みカード２０７に印刷し、また、カードの磁気帯をカードデザインデジタル識別子で符号化する。そして、磁気デジタル識別子を備えたカードは、カード裏面の磁気帯を読み取るデータカード９０００等のカード仕上げ機２１４に渡され２１９、デジタル識別子を用いて適切な金融情報２１０を取得して、カードを浮き出し印刷し、その郵送の準備を行う。カード仕上げ機２１４は、金融情報及び関連するデジタル識別子２１０を取得すると、デジタル識別子２１５をカードプリンタに渡して、どのカードデザインを次に生成すべきかについて通知し得る。また、（本及び他の実施形態における）カード仕上げ機２１４には、磁気帯リーダに加えて又はその代わりに、バーコードリーダ又は他の光学リーダを含み得る。本処理の結果は、カード所持者の金融情報及び自身の個人専用デザインを備えた完成カード２１６である。
【００１３】
図２の実施形態には多数の潜在的な欠点がある。図２のカード仕上げ機関２０６と図１における従来のカード生成手法のカード仕上げ機関１０４を比較することによって分かるように、図２の実施形態には、カード仕上げ機関に多くの余分な装置及び処理が必要である。余分なカードプリンタ２１３は、２５０，０００米ドルもの費用を要し得るが、カード仕上げ機関毎に設置しなければならない。カード仕上げ機関には、少数のカードだけを運用するものがあることから、各機関に余分なカードプリンタが必要になると、カード生成に経費が追加される。カードプリンタは、カード当りの消耗品コストが高い（例えば、カード当り０．２５米ドル）。また、各カード仕上げ機関に余分な印刷設備を用いると、余分なスタッフの訓練が必要である。更に、カードプリンタ２１３が描く画像と、ホログラム及び幾つかのロゴ等の仕込みカード２０７上に既に存在する要素との間における位置決めや位置合わせの問題がある。データの観点からは、カード・グラフィックス・ホスティング機能２０３は、潜在的に多くの各カード仕上げ機関２０６に画像を送る必要があるが、これは、困難であり、また、高い信頼度やセキュリティ保護された状態で行うには多大の費用を要する。また、印刷に必要な画像はローカルに呼び出されることから、各カード仕上げ機関２０６には、画像をローカルに記憶するための設備がなければならない。また、アルティスタプリンタ等、カード仕上げ機関において用い得るカードプリンタ２１３は、金、紫外線インク、又はパントーンに準拠した色を印刷できず、また、カード関連商標を描くのに充分な品質で印刷できない。最後に、カードを紛失した場合、その再発行は、カード発行者にとって困難なことがある。例えば、１つのシステム上で、カード所持者の好みのカード画像を保管して引き出し再発行しなければならず、また更に、再発行される画像を新しいカードと組み合わせて、所定の日に印刷しなければならない。
【００１４】
図２の実施形態のこれら潜在的な欠点は、図３の実施形態によって対処されるが、これによって、セキュリティ保護されたやり方で、カード製造業者の設備においてカードデザインの個人専用化が可能になる。図３の実施形態において、カード発行者３０１は、図２の実施形態のそれと同様なやり方で、自分のカードの外観を個人専用化しようとする各カード所持者用の固有の非順番デジタル識別子３０２をカード・グラフィックス・ホスティング機能３０３に渡す。デジタル識別子は、デザインが正常に完了した確認として、例えば、ユーザがカードグラフィックスウェッブサイト３０５と対話することによって、カード発行者３０１に送り返される３０４。カード発行者３０１は、自分のカードデザインを完了し与信されたカード所持者のデジタル識別子３０７を当人のグラフィックスホスティング機能３０３に送り返す。カード発行者３０１は、紛失、期限切れ、又は他の要因のために再発行が必要なあらゆるカードのデジタル識別子３０７をファイルに追加し得る。また、カード発行者３０１は、正常なデジタル識別子３０７をカード所持者の金融情報３０９と関連付け、セキュリティ保護されたネットワークリンク３１０を介して、それらをカード仕上げ機関３１１に渡す。カード・グラフィックス・ホスティング機能３０３は、各カード所持者のデジタル識別子をカード所持者の完成済みカードデザインデジタル画像と関連付け（３０６）、そして、ライン近接の画像記憶機能であってよいカードグラフィックス倉庫モジュール３０８にそれらを記憶する。一実施形態において、カード・グラフィックス・ホスティング機能３０３は、例えば、バーコード、テキスト、マイクロドット、マイクロテキスト、隠顕インキ、又は他の手法を用いて、デジタル識別子を光学フォーマットに変換することによって、また、カードに適用されるデジタル画像の一部として光学フォーマット識別子を埋め込むことによって、例えば、光学識別子を画像それ自体に印刷することによって、デジタル識別子をその対応する画像と関連付ける（３０６）。また、デジタル識別子は、走査を誤っても識別子を読み取ることができるように、２つ以上の異なる光学フォーマットで、又は同じフォーマットで複数回、印刷してよい。
【００１５】
次に、図３の実施形態は、与信されたデジタル識別子３０７のリストを用いて、カードグラフィックス倉庫３０８から適切な画像を引き出して、埋め込まれた光学識別子３１２を備えたデジタル画像をカード製造業者３１３のカード・グラフィックス・プリントサーバ３１４に渡す。カード・グラフィックス・プリントサーバ３１４は、例えば、関連するプリンタに対して画像を最適化するように構成されたオフラインの短期画像記憶機能であってよい。デジタル識別子がデジタル画像に光学的に埋め込まれていることから、デジタル識別子を別個に送信する必要はなく、画像３１２だけをカード製造業者３１３に渡す必要がある。そして、埋め込まれた光学識別子３１５を備えたデジタル画像は、デジタルプリンタ３１６に渡され、デジタルプリンタ３１６は、プリントサーバ３１４によって画像がそれに渡された全てのカードを単に印刷すればよい。デジタルプリンタ３１６は、例えば、ＨＰインディゴ（Ｉｎｄｉｇｏ）プリンタ又は同様なシステムであってよい。更に一般的には、金融カードをデジタル的に印刷するように構成された高品質な市販のデジタル印刷機であってよい。例えば、プリンタ３１６は、パントーンに準拠して８００ｄｐｉ以上で印刷する機械であってよく、また、単一の処理で、ロゴ、ブランド商標、光学識別子及びカードデザインを迅速に且つ経済的に描き得る機械であってよく、更に、シート状の複数のカードを異なる情報のカード毎に印刷し得る機械であってよい。好適には、プリンタ３１６は、少なくとも４つの可視色及び他の２つ（１つは紫外線及びもう１つは金属性又は蛍光性のもの等）を含み、様々な色を全てインクで印刷し得る。次に、その印刷画像に埋め込み光学識別子を備えた印刷済みカード３１７は、記録／再生モジュール３１８に渡され、記録／再生モジュール３１８は、各カードの光学識別子を読み取り、それをカードの磁気帯に符号化することによって、各カードのデジタル識別子をカード仕上げ機３１９が磁気的に読み取れるようにする。磁気識別子を備えたカード３２０は、従来の経路を通ってカード製造業者３１３からカード仕上げ機関３１１に出荷される。そして、カード仕上げ機３１９（データカード９０００又は他の機械等）は、各カードの磁気識別子を読み取り、また、それを用いて正しい画像印刷済みカードを、リンク３１０を介して提供さ
れる関連するカード所持者の金融情報に関連付け得る。こうして、完成カード３２１を生成し得るが、完成カード３２１は、ユーザの金融情報また更に個人専用の外観を有する。
【００１６】
図３の実施形態には、多数の利点がある。まず、各カード仕上げ機関３１１において追加の設備が不要であり、設備は、図１の実施形態の従来のカード生成手法によって各カード仕上げ機関１０４に要求されるものと同じである。次に、デジタル画像が、図２の実施形態のように潜在的に多数のカード仕上げ機関３１１に渡される代わりに、少数のカード製造業者３１３に、また、カード・グラフィックス・ホスティング機能３０３の２つの構成要素３０５と３０８との間に大容量で渡される。このことは、デジタル画像３０６及び３１２を送信するための高速専用ラインを所定の場所に配置し得ることを意味する。また、デジタル識別子がデジタル画像３１２に光学的に埋め込まれることから、カード製造業者３１３にデジタル識別子を別に送る必要がない。このことは、一方向に１つのファイルタイプ（デジタル画像ファイルタイプ）だけをカード製造業者３１３に渡せばよいことを意味する。従って、データ３１２を送信するための専用ラインは、ファイアウォールにおいて簡単に閉鎖し得る。更に、図３の処理によって、カード発行者３０１が、カードの再発行を要求するのが簡単になる。即ち、カード発行者３０１は、再発行されるカードのデジタル識別子を、カード仕上げ機関３１１に送信される（３０９）デジタル識別子の同一リストで単に送ればよい（３０７）。印刷側では、図３の実施形態は、デジタルプリンタ３１６の単一の印刷処理を用いて、カードロゴ及び個人専用の画像等の要素を、位置合わせや位置決め問題に煩わされることなく、互いに対して正しく印刷し得る。図２の実施形態と比較して、印刷コストの増加が極めて小さく、また、印刷品質が高い（例えば、デジタルプリンタ３１６は、カードプリンタ２１３によって達成される３００ｄｐｉの代わりに、８００ｄｐｉで印刷し得る）。また、各エンティティの処理は、合理化されており、カード発行者３０１もカード仕上げ機関３１１も厄介なデジタル画像を扱う必要がなく、カード仕上げ機関３１１における処理は、全体的にインラインであり、また、カード製造業者の設備３１３における処理には、ほとんど変更がない。
【００１７】
図４の実施形態は、図３のそれと同様であり、カード発行者にとって有用と思われる幾つかの修正がある。特に、図４の実施形態は、カード発行者４０１のシステムに暗号化モジュール４０２を含み、また、カード仕上げ機関４０３に暗号化モジュール４０４含む分だけ異なる。暗号化モジュール４０２は、カード所持者のカードデザインの特定に用いられるデジタル識別子４０５を生成するために、各カード所持者にとって個人的な幾つかの固有金融情報に暗号化関数を適用するために用いられる。暗号化は、不可逆的にカード所持者情報を符号化するＭＤ５ハッシュ関数又は他のハッシュ関数等の一方向暗号化関数を用いて行い得る。暗号化関数がデジタル識別子４０５を生成するために用いられることから、カード発行者は、セキュリティ保護されたネットワークリンク４０６上でカード所持者の金融情報４０７と共にデジタル識別子を渡す必要がない。その代わり、暗号化モジュール４０４をカード仕上げ機関４０３で用いて、暗号化モジュール４０２によって適用されたものと同じ暗号化関数をカード所持者の金融情報４０７の同じ部分に適用し得る。従って、暗号化モジュール４０４の出力は、カード所持者のカードデザインを自分の金融情報と一致させるために暗号化モジュール４０２によって生成されたカード所持者用と同じデジタル識別子４０５である。しかしながら、図３の実施形態とは対照的に、カード発行者４０１は、ネットワーク４０６上で金融情報４０７と共にデジタル識別子を渡す必要がない。このことは、金融情報４０７を送信するためのカード発行者４０１のシステムは、（図１のそれらの従来の送信１０２と比較して）修正の必要がないことを意味し、これは、図３の実施形態と比較して、カード発行者にとって利点であり得る。
【００１８】
図５に示す本発明による更なる実施形態では、図３の実施形態が、記録／再生モジュール３１８をカード製造業者３１３からカード仕上げ機関３１１に移すことによって修正される。図５に示すように、カード製造業者５０１は、埋め込み光学識別子を備えた印刷済みカード５０２をカード仕上げ機関５０３に送る。そして、記録／再生モジュール５０４は、光学識別子５０２を読み取り、そして、図３の仕上げ機３１９と同様なやり方でカード仕上げ機５０５がそれを読み取り得るように、それをカードの磁気帯に書き込む。図３の実施形態と比較して、図５の実施形態は、カード製造業者５０１の施設において、追加設備が不要であるという利点を有する。また、カード仕上げ機関５０３における処理は、依然としてインラインである。しかしながら、潜在的に、図５の実施形態は、図３の実施形態と比較して、カード５０２に印刷された光学識別子のサイズ及び種類が、カード仕上げ機関５０３で用いられる記録／再生設備５０４に依存するという欠点を有し得る。この設備は、カード製造業者が用いる記録／再生モジュール３１８より性能が良くないことがあるため、光学識別子５０２が、大きい必要があったり見苦しくなったりすることがあり、カードが販売時点で拒否される可能性もある。
【００１９】
図６に示す本発明による他の実施形態では、図４及び５の実施形態の修正が組み合わせられる。具体的には、図６の実施形態は、一対の暗号化モジュール６０１及び６０２を用いて、カード発行者６０３が、（図４の実施形態と同様なやり方で）金融情報６０４と共にデジタル識別子を送信する必要性を回避する。また、図５の実施形態と同様なやり方で、記録／再生モジュール６０５が、カード製造業者６０７に配置される代わりに、カード仕上げ機関６０６に移される。従って、図６の実施形態は、図４及び５の利点と不利な点とを組み合わせる。即ち、追加の設備が、カード製造業者６０７において不要であり、カード仕上げ機関６０６における処理は、インラインであり、更に、デジタル識別子を金融情報６０４と共に送信する必要がなく、このため、カード発行者６０３のシステムは、そうするために調整する必要がない。しかしながら、図５のように、カード仕上げ機関６０６で記録／再生モジュール６０５を用いることから、この記録／再生モジュールが、カード製造業者が用いるタイプのものより性能が良くなければ、光学識別子が、大きくなったり見苦しくなったりする可能性が生じる。
【００２０】
図７に示す本発明による更なる実施形態は、金融口座利用手段中に埋め込まれたチップの位置に基づき、バーコード（又は他の固有識別子）を位置決めする。まず、ユーザは、電子バンキングサイトにログオンし７０１、あるいは、そうでない場合、金融口座利用手段を申し込む。カード発行者サーバ７０２は、ユーザのカードを個人専用化せよというユーザの要求を受信し、ユーザを個人専用のカードデザインに関連付けるための固有識別子をカード・グラフィックス・ホスティング機能７０３に渡す。また、カード発行者サーバ７０２は、カード・グラフィックス・ホスティング機能に渡された固有識別子と共に、ユーザの金融（浮き出し印刷）記録をカード事務局７０５に渡す７０４。ウェッブサイトとして実現し得るカード・グラフィックス・ホスティング機能７０３では、ユーザは、そのカード発行者用の標準のカード上に表示される浮き出し印刷及びロゴを示すグラフィックテンプレートを参照して、自分のカードをデザインし、また、カード・グラフィックス・ホスティング機能７０３は、ユーザのカードデザインを容認可能かどうかチェックする。次に、図７の実施形態は、カードには埋め込みチップがカード上の場所７０６に配置されるという事実を利用するが、チップが後で追加される同じ場所７０６にカードデザインに関連するユーザの識別に用いられるバーコードを配置することによって利用する。これによって、より大きな又は更に見やすいバーコードを用いることができるが、これは、最終的なカードデザインでは、一旦バーコードが埋め込みチップによって覆われると見えなくなるためである。そして、カード・グラフィックス・ホスティング機能７０３は、バーコードに符号化されたユーザの固有識別子を備えたユーザの最終的な画像をカード製造業者７０７に送る。カード製造業者７０７は、例えば、ＨＰインディゴ印刷機等のカードプリンタを用いて、カードを印刷する。バーコードは、カードに印刷された画像の埋め込みチップによってその後占有される位置に含まれる。また、カード発行者ロゴ、及びビザ又はマスタカード等のカード関連のロゴが、画像上に重ねられる。そして、カードは、標準の保安配送を介してカード事務局７０５に送られる７０８。カード事務局７０５では、データカード５０００カードリーダ等の記録／再生ユニット７０９が、カード上のバーコード
を読み取り、ユーザの固有識別子をカードの磁気帯に書き込む。また、記録／再生ユニット７０９は、カード上のプラスチックを研磨して、バーコードの代わりに埋め込みチップを配置する。そして、カードは、データカード９０００又は同様なカード浮き出し印刷ユニット７１１に置かれ７１０、そして、ユーザの浮き出し印刷記録が、カードの磁気帯に保持されたユーザの固有識別子を用いて、浮き出し印刷記録７１３のデータベースから要求される７１２。そして、カード浮き出し印刷ユニット７１１は、カードを浮き出し印刷して送り、ユーザの住所が記載された封筒に完成カード７１４を生成する。
【００２１】
次に、本発明による一実施形態について説明する。この実施形態は、ユーザにブラウザインターフェイスを通して画像を操作させる。また、この実施形態は、フロントエンドソフトウェア及びバックエンドソフトウェアと称する２つのソフトウェア部分に分割される。フロントエンドソフトウェアは、それがブラウザの制限を受けるため、全体的にインターネットブラウザ内において動作し、ほとんどの場合、ダウンロードを必要としない。一実施形態において、フロントエンドソフトウェアは、６００、Ｔｏｗｎｓｅｎｄ＿Ｓｔｒｅｅｔ、Ｓａｎ＿Ｆｒａｎｃｉｓｃｏ、ＣＡ９４１０３、Ｕ．Ｓ．Ａ．のマクロメディア社（Ｍａｃｒｏｍｅｄｉａ＿Ｉｎｃ．）から入手可能なフラッシュ（Ｆｌａｓｈ）ソフトウェア又は等価なソフトウェアを走らせる。フロントエンドソフトウェアは、純粋なグラフィックユーザインターフェイス（ＧＵＩ）であり、ユーザは、所望の画像の表現を構築するために、自分の画面上でグラフィックスをデザインしたり編集したりできる。手持ちの（開始用）画像の表現は、画面上の画像ライブラリにおいてユーザに提示したり及び／又は要望に応じてユーザが生成したりできる。出力したい画像は、各々位置が原点に対して定義された１つ又は複数の代表的な構成要素で構成でき、また、例えば、画像又はその構成要素の大きさ変更、回転、反転、鏡映、及び他の構成要素に対する移動を可能にする規則等、一組の所定の規則に基づき操作できる。代表的なグラフィック構成要素は、例えば、複数の異なる層及び／又はフラッシュシーンを用いて構築される透明陽画からなる比較的複雑なデザインを構築するために用い得る。
【００２２】
デザインが完成すると、本発明による一実施形態では、最終画像がどのように見えるかに関する命令が、サーバ上で走るバックエンドソフトウェアに送信される。本好適な実施形態において、これらの命令は、操作が完了した後、一緒に（同時に）送信され、また、画像の各構成要素に対してテキスト文字列の形態をとる。例えば、グラフィックス構成要素に対するテキスト文字列ｍａｋｅｉｍａｇｅ．ａｓｐｘは、
ｉｄ＋＝０３０、ｘ＝１８２、ｙ＝３２．３、ｆｌｉｐ＝ｙｅｓ、ｒｏｔａｔｅ＝２７０、ｓｃａｌｅ＝１９０．６、ｕｓｅｒ＝２３０
を示し得る。
上式において、ｉｄは、画像識別子であり、ｘ及びｙは、所定の原点に対する構成要素の位置を定義し、ｆｌｉｐ、ｒｏｔａｔｅ、及びｓｃａｌｅは、一般的に当分野において公知のタイプの操作を定義し、ｕｓｅｒは、ユーザを特定する番号である。当業者は、画像操作の範囲がこのようにして定義し得ることを認識されるであろう。結果的に生じる画像は、１つ又は多数のグラフィック構成要素によって表し得る。従って、複数のテキスト文字列又は拡張テキスト文字列が、複数の別個のグラフィック構成要素で構成された画像を定義することが可能である。例えば、フラッシュ映画シーンに用いられるグラフィック構成要素は、最小の演算資源で生成・操作され、その結果構築されたデザインは、適切な（及び一般的に更に大きな）画像ファイルを用いて、バックエンド（サーバ）側で再現し得る。比較的複雑なデザインは、別個の画像識別子を備えた２つ以上の画像構成要素を用いることによって達成し得る。同じ画像のグラフィック構成要素用の画像識別子は、共通の特性を有し得る。本発明の実施形態によれば、結果として生じる画像を生成するのに必要な操作を定義するテキスト文字列に含まれる命令は、全て単一のテキスト文字列に含まれる必要がなく、その代わり、同じ複数の命令を伝達する一連のテキスト文字列を別個に送信してよい。更に、リモートサーバ上での操作は、一連の全てのテキスト文字列の受信を待つ必要がないが、その代わり、その一連の各文字列が受信される際、段階的に実行し得る。用いられるテキスト文字列の数にかかわらず、本発明による実施形態の利点は、ユーザが、最小の演算資源で、より小さいエミュレートバージョンの画像を操作し得ることであり、また、顧客と画像生成サーバとの間において、大きな画像ファイル又はその一部の非効率的な（且つ時間がかかる）転送が必要な代わりに、命令をテキスト文字列として効率的に伝達し得ることである。更に、１つの操作を行い画像変更がある度にサーバを呼び出す必要性も克服される。
【００２３】
バックエンドソフトウェアは、本発明の一実施形態に基づき、（上記又は各テキスト文字列ファイルにおいて定義された）表現に適用される操作を解釈することによって、また、対応する操作をリモート画像店舗に保持された１つ又は複数の手持ち画像に適用することによって、最終画像の生成に対する役割を担う。フロントエンドソフトウェアに用いられる画像は、サーバに保持された画像の演算処理的負荷が小さい図である。その結果、バックエンドソフトウェアは、クライアント機上で見える画像を厳密に鏡映する画像変形を行い得る。一旦、所望の画像がバックエンドソフトウェアによって生成されると、画像は、個人専用の消費財上に画像を印刷するための装置等、要求される任意の装置に出力し得る。このようにして、グラフィック表現は、フラッシュソフトウェアによってユーザインターフェイスにおいて表示・操作され、また、それに適用される画像及び操作に関する最小量の情報だけがリモート画像プロセッサに転送される。
【００２４】
上述したように、フロントエンドソフトウェアは、マクロメディア社のフラッシュ又は他の製品を用い得る。例えば、ソフトウェアは、代わりに、ダウンロードせずにＨＴＭＬ及びＪａｖａ（登録商標）ｓｃｒｉｐｔ（ＤＨＴＭＬ）を用い得るが、このＧＵＩは、比較的貧弱である。フラッシュ（又は等価な）ソフトウェアを用いると、ユーザのローカルファイルにフルアクセスさせず、コンピュータウイルスをユーザの機械に送信する危険を冒すおそれがないという点において有利である。また、フラッシュソフトウェアを用いると、ユーザは、ブラウザ市場に深く浸透しているフラッシュプラグイン以外のソフトウェアをインストールする必要がない。
【００２５】
従って、本発明の実施形態により、生成される画像を個人的な作品の創作に用い得るように、画像の表現にユーザが行うブラウザベースの変形（画像のサイズ変更又は張り付け等）をサーバ上でエミュレートすることによって、オンライン画像操作が可能になる。
【００２６】
本発明による一実施形態において、オンライン画像操作は、二層アーキテクチャを生成することによって可能になる。即ち、画像が個人的な作品の創作のために出力し得るように、ユーザの前の画面上で画像操作を可能にする１つのプログラムと、これらの操作をエミュレートするサーバ上の第２プログラムとがある。好適な実施形態において、バックエンド処理又はその要素は、セキュリティ保護されたコンピュータ処理環境において実行可能であり、また、カスタマイズされた画像は、極めて高いセキュリティ（例えば、銀行レベルセキュリティ）の下で実際の作品に印刷し得る。このようにして、インターネットアクセス権を有するユーザは、カスタマイズされた画像をデザインして、銀行レベルのセキュリティ等のセキュリティで保護された処理が必要な遠隔地にある作品への印刷を行い得る。例えば、詐欺防止及び盗難防止対策は、クレジットカード及び他の種類のトランザクションカードがセキュリティ保護された場所で生成されることを意味する。従って、そのようなカードに適用されるデザインのカスタマイゼーションは、好適な実施形態を用いて可能であり、セキュリティ保護された環境にユーザを直接処理のためにアクセスさせる必要はない。
【００２７】
オンライン画像編集ツールは、本発明による一実施形態において、クライアント機上で行われるアクションをエミュレートするリモートソフトウェア用のグラフィックユーザインターフェイスとしてＨＴＭＬのブラウザ環境及びマクロメディア社フラッシュを用いる。これによって、ユーザは高速の体験ができ、また、高品質の最終製品が可能になる。しかしながら、ユーザによって操作が可能なブラウザベースのクライアント側環境は、必ずしもマクロメディア社製のフラッシュである必要はない。必要な機能を提供可能な任意の等価なソフトウェアツールを用い得る。例えば、サーバ側の画像プロセッサが、フロントエンドのアクションをエミュレートでき、また、サーバに保存し得る結果画像を生成し得るように、画像の表現を生成し、操作をそれに適用し、一組の命令を通してその結果をサーバ側ソフトウェアに転送することが可能な任意のツールを用い得る。フロントエンドソフトウェアは、ユーザ自身の画像が操作され“手持ち”画像や境界線を用いて張り付けを行えるように、ユーザのコンピュータからサーバに画像をアップロードさせ得る。そして、バックエンドソフトウェアと通信を行うことによって、ユーザ用の個人専用の物を生成することが可能である。そのような個人専用の物には、例えば、クレジットカード、デビットカード、携帯電話カバー、マグカップ、Ｔシャツ、ギフトカード、及び額入りの写真を含み得る。
【００２８】
本発明による実施形態は、ウェッブにより使用可能な軽量級のフォーマットが代わりに用いられユーザが使用するため、操作処理中、高品質画像を顧客のブラウザにアップロードする必要がないという利点を有し、これによってシステムが高速化され、また、簡単に使用できる。しかしながら、情報が転送されると、高品質の元の画像が用いられ印刷結果は高品質になる。また、本発明による実施形態によって、プログラムをダウンロードするという面倒な問題なく、軽量級であるが高速のグラフィックス操作の提供が可能になる。更に、本発明によるユーザインターフェイスは、絶えずサーバを呼び出してはおらず、従って、インターフェイスは、すばやく且つ快適に用いられ、インターネット帯域幅が効率的に用いられる。本発明による一実施形態の他の利点として、元の画像は、操作段階では、インターネットを通して転送されず、このため画像ハッキングの可能性が大きく低減される。また、インターフェイスは、マクロメディア社フラッシュ環境内で走ることから、インターフェイスは、プラットホームとは独立である。更に、最終的な画像は、単一の企業によって管理されるサーバ上で生成し得ることから、最終的な画像は、標準のサイズ及び解像度を有するように出力し得る。これによって、プリンタとの一体化が簡単に可能になり、個人専用の作品の生成が簡略化され、また、画像毎の課金が簡略化される。
【００２９】
一例として、図８及び９は、本発明の一実施形態に基づくクレジットカードの生成について説明する。
【００３０】
図８の実施形態において、顧客は、カード発行者（銀行等）のウェッブサイト８０１を通してクレジットカードを申し込んだ後、本発明によるソフトウェアにアクセスする。第１ステップにおいて、カード発行者は、カード発行者以外の企業によって運用し得る（又は運用し得ない）画像編集サーバ８０８に渡される固有の識別番号８０３を顧客に発行する。カード発行者は、固有の顧客識別子８０３を顧客の金融情報８０４と関連付ける。この関連付けは、ユーザインターフェイスからセキュリティ保護された環境に維持される金融口座関連付け表８２４において行い得る。関連付けされた顧客識別子８０３及び金融情報８０４は、ファイアウォール８０２を介して、銀行（又は他のカード発行者）プリンタサーバ８０９に渡される。次に、顧客は、ウェッブサイトサーバ又は他のフロントエンドサーバによって動作し得るフロントエンドソフトウェア８０５に入る。顧客は、顧客のコンピュータハードディスク８０６から図８における画像８０７を選択して、それを画像編集サーバ８０８にアップロードする。画像８０７は、画像編集サーバ８０８のオペレータによって維持される画像ライブラリ等、任意の適切な供給源から取得し得る。こうして、画像編集サーバ８０８において走るバックエンドソフトウェア８１０は、元の画像をデータベースに入力し、フロントエンドソフトウェア８０５に送るより小さいウェッブフレンドリなコピー８１１を生成する。次に、顧客は、画像操作８１２（画像のサイズ変更、回転、及び配置等）を顧客が望むように行う。バックエンドソフトウェア８１０は、顧客画像選択並びに後続の操作及び選択を固有の顧客識別子８０３と関連付ける。次に、顧客は、第１画像８０７上に張り付ける他の画像８１３を選択し、望み通りに画像８１３を配置する。張り付け画像８１３は、例えば、アップロードされる画像８０７用の透明な装飾枠であってよく、画像サーバ８１４に維持し得る。バックエンドソフトウェア８１０は、元の操作される画像８０７と張り付け画像８１３との組合せ８１６の生成に用いるために、張り付け画像８１３のウェッブフレンドリなより小さいバージョン８１５を顧客に送信する。一旦、最終デザイン８１６の顧客承認８１７が行われフロントエンドソフトウェア８０５に示されると、フロントエンドソフトウェア８０５は、ユーザ操作データ８１８の文
字列を画像編集サーバ８０８に送信する。この文字列８１８には、顧客の画像選択及び操作が含まれている。この文字列８１８を受信すると、バックエンドソフトウェア８１０は、画像ライブラリからの画像の元のコピーにアクセスし、顧客の最終的なデザインのために顧客がフロントエンドソフトウェア８０５において選択した動作をその通りに行う。このようにして、バックエンドソフトウェア８１０は、テキスト文字列で伝達される情報（本明細書では、結果スクリプトとも称す）に基づき、ユーザ側で操作をエミュレートする。この時点で、バックエンドソフトウェア８１０は、結果的に生じる画像８１９をプリンタサーバ８２０に出力し得るが、これは、ファイアウォール８２１を通して行い得る。そして、結果的に生じる画像８１９及び関連する顧客識別子８０３は、銀行（又は他のカード発行者）プリンタサーバ８０９に渡し得るが、プリンタサーバ８０９は、次に、金融口座関連付け表８２４にアクセスして、関連するセキュリティ保護された顧客金融情報８０４を取得する。そして、金融情報８０４及び結果的に生じる画像８１９は、クレジットカードプリンタ８２２に送ることができ、クレジットカードプリンタ８２２は、カスタマイズされたクレジットカード８２３を印刷する。フロントエンドソフトウェア８０５において顧客が用いる全ての画像は、バックエンドソフトウェア８１０を介して発行される。フロントエンドソフトウェア８０５からバックエンドソフトウェア８１０に渡る情報だけ（画像要求用とは別）が、顧客の前の画像が如何に表示されるかに関するデータである。この情報は、簡単に暗号化してセキュリティを高め得る。一デザインにおいて組み合わせられる画像の数は、１つ又は２つ（画像８０７及び８１３等）に限定されず、スクリプトは、更に多くの層に簡単に変更し得る。また、透明なフレーム画像層は、非透過画像層の前に、選択や操作される必要はなく、画像層は、任意の順番に構成し得る。テキストも同様な複製を通して画像に追加し得る。出力画像は、任意の種類の機械に送信でき、従って、可能なアプリケーションは、極めて広範囲である。ソフトウェアは、支払用カード市場ばかりでなく非支払用及びテレホンカードにも適用し得る。ある実施形態において、層は、本明細書において透明陽画と称するテンプレート及び／又はマークとして用い得る。一実
施形態において、カードに表示される最終画像は、支払用カード（又は他の金融口座利用手段）上の“窓”等の所定の選択された領域に限定して、銀行ロゴ、支払用カードホログラム又は（例えば、“ビザ”又は“マスタカード”ロゴ等の）タイプ標識等、カードの機能的な特徴を含むようにカードの残りの部位を空けておいてよい。他の選択肢として、幾つかの画像層は、カード上のそのように選択された窓内に配置し得る。また、他の画像層（透明陽画等）は、選択された窓の外側に配置されるが、カードの機能的な特徴（銀行ロゴ、支払用カードホログラム等）を取り囲んで配置される。また、銀行ロゴ又は他の金融特徴は、固定テンプレートとしての役割を果たし得るが、この後ろで、ユーザは画像を所望の位置に移動し得る。
【００３１】
図９の実施形態において、第１ステップ９３１では、顧客９５１は、オンラインでクレジットカードを銀行（又は他のカード発行者）に申し込んだところであるか、又は、既存口座用の新しいカードを作る機会を申し出た既存の顧客である。ステップ９３２において、顧客は、クレジットカードをデザインするための（カード発行者以外の企業によって運用し得る）ウェッブサイトにユーザを転送するリンクをクリックして、固有識別子と共に到着するが、この識別子は、顧客の口座に関係し、また、そのサイトに顧客がいる間中顧客についてまわる。ステップ９３３において、顧客識別子は、ログインするために用いられる。他の選択肢として、顧客は、この時点で、別個にログインし、顧客の識別子を再度取得し得る。デザインウェッブサイトは、顧客を特定するためだけに顧客識別子を用いることから、顧客の如何なる金融細目も取得しない。ステップ９３４において、顧客は、取り込んだ又は撮影した画像等の画像を顧客自身のコンピュータ９５２からアップロードしようと決める。ステップ９３５において、画像は、画像サーバにアップロードされ、便宜上、データベース９５３に保持し得る。ステップ９３６において、顧客は、ブラウザベースの画像操作ソフトウェア９５４に入る。ステップ９３７において、画像操作ソフトウェアは、処理を迅速に使えるように、画像サイズ変更ツール９５５からウェッブフレンドリなフォーマットで一連の画像を要求する。ステップ９３８において、画像サイズ変更ツールは、データベース９５３から元の画像を要求し、ステップ９３９において、元の画像が返され、ウェッブフレンドリなフォーマット及びサイズにサイズ変更され、そして、ステップ９４０において、一組のウェッブフレンドリな画像が、画像操作ソフトウェア９５４に返される（これらは、操作を行い得る元の画像のグラフィック表現である）。一旦、必要とされる一連の画像を操作することによって所望の効果を顧客が達成すると、関連する画像操作命令は、画像操作エミュレータ９５６に送信される９４１。画像操作命令には、例えば、回転、サイズ変更、位置決め、反転、スケール変更、輝度制御、赤目低減、不透明度レベル、及び他の操作を含み得る。そして、ステップ９４２において、画像操作エミュレータ９５６は、最良品質の画像が用いられるように、画像サーバからの元の画像を要
求する。そして、ステップ９４３で画像を受信すると、エミュレータ９５６は、顧客の完了した変形を繰り返し、そして、オンラインで生成されたものをエミュレートする画像であって、より高品質な元のグラフィックスを用いる画像を生成する。ステップ９４４において、この画像及び関連する顧客識別子が、銀行のプリンタ９５７に送られる。顧客識別子に対応する金融データが、セキュリティ保護された銀行（又は他のカード発行者）接続９５８を介して取得され、印刷処理が動き始める。
【００３２】
個人専用の画像をプラスチックのクレジットカードスタイルのカードに配置する本発明による一実施形態では、極めて高いレベルのセキュリティを保証することが必要である。従って、既にユーザ用の金融記録が所定の位置にある状況では、アーキテクチャは、一組の金融記録と整合する固有の非順番顧客識別子をクレジットカード発行者から受信する。この顧客識別子は、システムの各要素を通過し、生成された画像ファイルと共に返される。従って、“メール統合”タイプの運用では、顧客の個人専用の画像は、顧客の金融及び個人的記録と整合させることができ、こうして正しい画像がカード上に配置される。如何なる時も、フロントエンド又はバックエンドソフトウェアのいずれも何ら金融情報を有さない。顧客識別子は、自動ログイン処理に用い得る。このようにして、ソフトウェア（フロントエンド及びバックエンドソフトウェア双方）は、ユーザが新規かどうか知り得る。従って、再訪問者には、以前の訪問時アップロードされた画像を提示し得る。
【００３３】
システムのアーキテクチャには、本発明による一実施形態において、２つの独特な要素が含まれる。ユーザが対話する要素であるフロントエンド要素は、マクロメディア社フラッシュに構築されている。この要素によって、ユーザは、アップロードされた画像を（スケール変更、回転、又は上述した他の操作等の実行を通して）操作し、そして、透明な部位を含み得る枠を画像に張り付けることによって、カードをデザインし得る。フラッシュは、ブラウザベースのインターフェイスであるため、クライアント機上に“ローカルな権限”を有さないことから、最終デザインを保存することは不可能である。従って、それは、第２のサーバ側要素に命令の文字列を送る。第２のサーバ側要素は、Ｊａｖａ（登録商標）、Ｃ、Ｃ＋＋、又は任意の他の適切な言語も同様に可能であるが、Ｃ＃で書き込み得る。命令の文字列は、“問い合わせ文字列”として、即ち、ＵＲＬの一部として送り得る。例えば、文字列は、以下のようにフォーマット化し得る。
（ｃｒｅａｔｅｐａｇｅ．ａｓｐｘ？ｈｅｒｅ＿ａｒｅ＿ｔｈｅ＿ｓｔｒｉｎｇ＿ｏｆ＿ｉｎｓｔｒｕｃｔｉｏｎｓ＆ｒｏｔａｔｅ＝９０＆ｆｌｉｐ＝ｙｅｓ．．．）
ユーザのデザイン操作を送信するために、ＨＴＭＬスタイルの“形式”を用いたり、情報をクッキーに書き込んでその情報を再度読み取ったりするなどの他の方法も用い得る。他の選択肢として、ハイパーテキスト転送プロトコル命令ＨＴＴＰ“ＰＯＳＴ”及びＨＴＴＰ“ＧＥＴ”を用いて、ユーザセッションからサーバにデータを渡し得る。ＨＴＴＰ“ＰＯＳＴ”は、標準のウェッブサイト形式と同様なやり方で機能し、ＨＴＴＰ“ＧＥＴ”は、ＵＲＬを変更することによって機能する。例えば、ＨＴＴＰ“ＧＥＴ”は、ユーザの回転、スケール変更、及び他の選択を転送するために、ＵＲＬを変更して、
ｈｔｔｐ：／／ｗｗｗ．ｐｅｒｓｏｎａｌｃａｒｄ．ｎｅｔ／ｓａｖｅｉｎｆｏ．ａｓｐｘ？ｒｏｔａｔｅ＝９０＆ｆｌｉｐ＝ｎｏ＆ｓｃａｌｅ＝２３２＆ｘ＝２３２＆ｙ＝１２＆ｙ２＝３４３＆ｘ２＝３３３等、
を読み込み得る。
【００３４】
操作結果を送信するためのこのリストの手法は、網羅的であることを意図していない。他の選択肢及び将来開発される手法もまた適切であろう。
【００３５】
顧客識別子は、本発明の一実施形態に基づき、Ｓｅｓｓｉｏｎ＿Ｓｔａｔｅ（ウェッブサーバのＳｅｓｓｉｏｎ_Ｏｂｊｅｃｔ））を用いて、又は、“問い合わせ文字列”の一部として渡すことによって渡し得る。ＨＴＭＬ“形式”は、同じ結果を実現し得る。
【００３６】
本発明の一実施形態に基づき、画像は、ＪＰＥＧ、ＧＩＦ、ビットマップ、ＰＮＧ、Ｔｉｆｆなどとしてアップロードし得るが、どのようなデジタル画像もアップロード又は出力し得ることを認識されるであろう。元のアップロードされた画像から、システムは、４つの別個のバージョンを生成する。即ち、
１．サムネイルバージョン（ＪＰＥＧとして）：以下のインターフェイス画面写真を参照。画像は、ファイルサイズが約１乃至２ｋである。
２．より大きいが依然としてウェッブ最適化バージョン（これは、画像がインターフェイスによって利用可能な最大画像に拡張されるようにスケール変更され（変更倍率２５０％等）、また、それでも一対一の画素整合がある（即ち、画像サイズは、可能ならば、幅２４１ｘ２５０％である））。これは、カードのデザインのために画面上で用いられる画像である。
３．元の画像と同じスケールのビットマップ画像。ビットマップ画像は、例えば、Ｃ＃を用いるシステムにおいて用い得るが、Ｃ＃は、マイクロソフトの言語であり、ビットマップを既定の画像タイプとして用いる。
４．クレジットカードに比例して大きさを決め得る出力デザイン。このデザインは、ＢＭＰ（ビットマップ）又はＰＮＧ（ポータブル・ネットワーク・グラフィックス）等の、用いられるプリンタにとって有用な任意のソフトウェアフォーマットであってよい。
【００３７】
元の画像は、一旦アップロードされると、データベースに配置し得る。一実施形態において、画像に対する各要求は、用いる元のバージョンに戻ることが必要である。しかしながら、このことは、そうである必要はない。なぜかと言うと、一旦他の画像バージョン（例えば、サムネイルバージョン）が生成されると、システムは、処理が低減されるように（要したメモリ増加するが）、このバージョンを同様に記憶し得るためである。本発明による実施形態の主な恩典は、画像の初期のアップロードを除き、クライアントからサーバにウェッブを行ったり来たりして最も大きな画像を渡す必要がないことである。それにもかかわらず、最終的な編集されたデザイン又は画像が生成される場合、最も高品質の画像が用いられる。
【００３８】
本発明による一実施形態において、ユーザは、画面上で、画面解像度７２ｄｐｉを用いて、クレジットカードとして同じ物理的なサイズを示す画像をデザインする。このことは、コンピュータモニタが、これより高い解像度で画像を提示できないためである。しかしながら、プリンタは、より高い解像度で、通常３００ｄｐｉ以上で、出力し品質を向上し得る。フロントエンドソフトウェアは、低解像度画像を用いるが、最終デザインは、アップロードされたフルスケールの元画像のビットマップバージョンを用いて、バックエンドソフトウェアによって編集される。このことは、フロントエンドソフトウェア内におけるデザインキャンバスより大きいバックエンドソフトウェア内における“仮想キャンバス”を用いることによって達成し得る。従って、バックエンドソフトウェアによって生成されるデザインは、（７２ｄｐｉ解像度を維持しつつ）フロントエンドソフトウェアでのサイズより大きいサイズのバックグラウンドに置かれる。従って、クレジットカードサイズが、画素単位で２４１×１５３である場合、７２ｄｐｉで１０５０×６７２の“仮想キャンバス”クレジットカードに画像を置くことによって、クレジットカードが最終的に（３．３インチ×２．１インチに戻って）印刷される時、解像度は、約３００ｄｐｉに増大させ得る。この方法は、（プリンタの最大設定値に）到達可能な最大ｄｐｉが、バックエンドソフトウェアから出力されるが、必要な解像度だけが、フロントエンドソフトウェアに送信されることを保証する。これによって、クライアント機のメモリ使用量及びインターネットトラフィックが低減される。この動作は、元のサイズで７２ｄｐｉ画像の解像度を３００に変更することによって同様に達成し得る。
【００３９】
透明陽画を用いるために、本発明による一実施形態において、透明な層（通常、枠又は境界線）を含む画像は、それら自体フラッシュ“動画”に変換されなければならない。この処理は、手動であってよいが、自動化して、透明陽画を備えた画像（ビットマップ又はＰＮＧ等）を“その場で”フロントエンドソフトウェアにインポートし得る。バックエンドソフトウェアは、元のＰＮＧ又はＢＭＰ画像を用いて、クレジットカード画像を生成し得る。
【００４０】
図１０乃至１７は、本発明の一実施形態に基づく一連のステップで運用されるクレジットカードデザインウェッブサイトの画面を示す。図１０は、画像の標準ライブラリが、画面の左側において、クレジットカードデザインウェッブサイトを用いている特定のカード発行者に割り当てられた第１画面を示す。図１１は、ユーザが新しい画像を左手側のライブラリにロードし得るように、ユーザにログインさせる画面を示す。実際のバージョンでは、このことは自動化が可能である。図１２において、このアップロードによって、ユーザは、画像をアップロードするために自分自身のコンピュータをブラウズし得る。図１３は、新しいライブラリが、ユーザの画像及び一組の手持画像双方を含む画面を示す。図１４の画面において、左手側のサムネイル画像をクリックすることによって、より大きいがそれでもウェッブ最適化された画像をロードする。この時点で、画像は、サイズ変更、反転、回転したり、他の操作を受けたりすることが可能であり、カード細目は、閲覧又は隠すことができる。そして、図１５の画面において、枠を追加し得る。これらは、透明陽画が可能なフラッシュ（．ｓｗｆ）ファイルである。また、枠は、反転、サイズ変更、回転したり、他の操作を受けさせたりすることが可能であり、カード細目は、隠し得る。図１６の画面において、赤の戻りボタン又はステップ１タブをクリックすることによって、ユーザは、前の画面に戻り得る。この時点で、画像は、“実物”のように示されるが、枠は、また見ることができる。図１７の画面は、バックエンドソフトウェアに送出されて生成される前のクレジットカードの最終バージョンを示す。
【００４１】
図１９に示す本発明の更なる実施形態によれば、銀行又は他のカード発行者は、顧客用の固有識別子を生成して、カード発行者自身のシステムを通してその識別子を渡す必要がない。銀行業務システムは複雑であることからして、そのような識別子を生成する必要性を回避することは、利点であり得る。
【００４２】
図１９の他の選択肢を示す前に、図１８は、まず、幾つかのカード発行者にとって有用であり得る実施形態を示すが、この場合、固有識別子が各顧客に対して生成される。本実施形態において、固有識別子は、カードのデザインを要求する（１８０１）各顧客に対して生成され、バックエンドサーバ１８０３に渡される１８０２。バックエンドサーバ１８０３は、顧客の固有識別子に対応する画像を生成し、カード発行者１８０４は、カード発行者自身のシステムを通して固有識別子を渡す。そして、最終的なカードを生成する事務局１８０５は、固有識別子を用いて、バックエンドサーバ１８０３にソフトウェア呼び出しを行うことができ、こうして、カード発行者１８０４から受信された口座細目は、画像と関連付け得る。
【００４３】
更に詳細には、図１８の実施形態は、次のように機能する。顧客が、個人専用のカード１８０１をデザインせよとカード発行者１８０４に要求すると、カード発行者１８０４は、固有識別子を生成して、識別子１８０２をバックエンドサーバ１８０３に渡す。一旦顧客がカードをデザインする（１８０６）と、ユーザ及び対応する固有識別子が、カード発行者に返され１８０７、また、バックエンドサーバは、顧客画像及び固有識別子を記憶する１８２５。そして、顧客が新しいカードを要求したという情報は、固有識別子と共に、カード発行者のシステムに送られ１８０８、顧客用の記録及び固有識別子は、カード発行者のシステムに記憶される１８０９。そして、カード発行者は、固有識別子をバックエンドサーバに渡し１８１０、新しいカードが生成され浮き出し印刷される可能性があることをそれに通知する。そして、バックエンドサーバ１８０３及び／又はカード発行者１８０４は、画像チェック手順１８１１及び１８１２を行い、顧客によってデザインされる画像は、生成が許容可能であることを保証し得る。画像がバックエンドサーバの画像チェック１８１１に不合格になった場合、固有識別子及び画像の拒絶理由が、カード発行者に送信され１８１３、顧客は、カードを再度デザインするように案内される１８１４。一旦、画像が許容されると、カード発行者は、顧客の記録及び固有識別子を浮き出し印刷記録に変換し１８１５、これが、カードを生成することになっている事務局１８０５に送られる１８１６。バックエンドサーバは、次のバッチの画像で事務局１８０５に送られる画像にタグ付けを行い１８１７、適切な数の画像の準備が整った時、画像及び関連する固有識別子を事務局１８０５に送信する１８１８。次に、事務局１８０５は、カード発行者１８０４から得られる顧客の浮き出し印刷記録及び固有識別子を記憶し１８１９、また、バックエンドサーバ１８０３から得られる固有識別子及び画像を記憶する１８２０。そのように行った後、事務局１８０５は、この時点で、まず、カード発行者１８０４によって提供される顧客の記録を取得することによって１８２１、また、固有識別子を用いて関連する顧客画像を取得して、それを未完成カード仕込み品プリンタに提供することによって１８２２、完成カードを生成し得る。そして、未完成カード仕込み品プリンタは、未完成仕込み品
に画像を印刷１８２３し、カードの磁気帯を符号化し得る。そして、磁気帯中の情報に基づき、浮き出し印刷記録及び印刷されるカード仕込み品が合流し１８２４、完成カードが生成される。
【００４４】
図１８の処理と対比すると、図１９の実施形態によって、カード発行者は、カード発行者のシステムを通過しなければならない固有識別子を各顧客に対して生成する必要性を回避し得る。その代わり、カード発行者は、各個人用の何らかの口座細目に基づき、メッセージ要約等の“ハッシュ値”又は他の一方向コードを生成し、こうして、カード発行者は、完全に安全なやり方で顧客の口座情報をバックエンドサーバに渡し得る。図１９において、処理は、図１８のそれと同様であり、カード発行者１９０４、バックエンドサーバ１９０３、及び事務局１９０５は、図１８のステップ（１８０１以降）に類似したステップ（１９０１以降）を行う。しかしながら、主な差異は、図１９のステップ１９０２、１９０７、１９１０、１９１３、１９２６、及び１９２７にあり、ここでは、図１８のように、各顧客用の固有識別子を生成するようにカード発行者に要求する代わりに、“ハッシュ値”（又は他の一方向コード）が、カード発行者１９０４とバックエンドサーバ１９０３との間で渡される。まず、ステップ１９０２において、顧客記録の固有部（顧客の名前等）のハッシュが生成される。ＭＤ５ハッシュ等の一方向ハッシュは、任意サイズの入力データ（顧客の名前及び口座番号等）をとり、ハッシュ（又はハッシュ値）と呼ばれる固定サイズの出力を生成する処理である。ハッシュは、以下の特性を有する。即ち、（ｉ）同じハッシュ値を生成する他の入力文字列を見つけることは演算上実現不可能である。また、（ｉｉ）ハッシュは、それを生成するために用いられた入力に関しては何も明らかにしない。このことは、図１９の実施形態に用いるハッシュ関数によって、カード発行者１９０４が、少なくとも何らかの顧客の口座情報を完全にセキュリティ保護されたやり方でバックエンドサーバ１９０３に渡し得ることを意味する。ステップ１９０２、１９０７、１９１０、１９１３、１９２６、及び１９２７において分かるように、ハッシュ値は、カード発行者１９０４とバックエンドサーバ１９０３との間でやりとりでき、カード発行者１９０４が固有識別子を生成してそれをそのシステムを通して渡す必要がない。
【００４５】
更に詳細には、図１９の実施形態は、次のように機能する。顧客が個人専用のカードをデザインするようにカード発行者１９０４に要求すると１９０１、カード発行者１９０４は、顧客記録の固有部のハッシュ値を生成し１９０２、そのハッシュ値をバックエンドサーバ１９０３に渡す１９２６。一旦顧客がカードをデザインすると１９０６、ユーザ及び対応するハッシュ値が、カード発行者に返され１９０７、バックエンドサーバは、顧客画像及びハッシュ値を記憶する１９２５。そして、顧客が新しいカードを要求したという情報は、カード発行者のシステムに送信され１９０８、顧客用の記録が、カード発行者のシステムに記憶される１９０９。そして、カード発行者は、顧客記録の固有部に基づくハッシュ値を再度生成し１９１０、それをバックエンドサーバ１９０３に渡し１９２７、新しいカードが生成され浮き出し印刷される可能性があることをそれに通知する。そして、バックエンドサーバ１９０３及び／又はカード発行者１９０４は、画像チェック手順１９１１及び１９１２を行い、顧客によってデザインされる画像は、生成が許容可能であることを保証し得る。画像がバックエンドサーバの画像チェック１９１１に不合格になった場合、ハッシュ値及び画像の不合格理由が、カード発行者１９１３に送信され、顧客は、カードを再度デザインするように案内される１９１４。一旦画像が許容されると、カード発行者は、顧客の記録及び固有識別子を浮き出し印刷記録に変換し１９１５、これが、カードを生成することになっている事務局１９０５に送られる１９１６。バックエンドサーバは、次のバッチの画像で事務局１９０５に送られる画像にタグ付けを行い１９１７、適切な数の画像の準備が整った時、画像及び関連する固有識別子を事務局１９０５に送る１９１８。次に、事務局１９０５は、カード発行者１９０４から得られる顧客の浮き出し印刷記録を記憶し１９１９、また、バックエンドサーバ１９０３からを得られるハッシュ値及び画像を記憶する１９２０。そのように行った後、事務局１９０５は、この時点で、まず、カード発行者１９０４によって提供される顧客の記録を取得することによって１９２１、また、ハッシュ値を用いて関連する顧客画像を取得して、それを未完成カード仕込み品プリンタに提供することによって１９２２、完成カードを生成し得る。そして、未完成カー
ド仕込み品プリンタは、未完成仕込み品に画像を印刷し１９２３、カードの磁気帯を符号化し得る。そして、磁気帯中の情報に基づき、浮き出し印刷記録及び印刷されるカード仕込み品は、一緒に合流され１９２４、完成カードが生成される。
【００４６】
それぞれ固有識別子及びハッシュ値を利用する図１８及び１９の実施形態に対する他の選択肢において、セキュリティ保護されたユーザ識別子を生成する他の方法を用い得る。例えば、処理の始めに、カード発行者側において、ユーザ情報を暗号化し、そして、カード事務局において、秘密／公開鍵又は秘密／秘密鍵暗号化技術を用いて復号化することも可能である。この選択肢は、図１９において説明された処理と同様に機能するが、セキュリティ対策が修正される。例えば、鍵は、カード事務局によって保持されなければならない。
【００４７】
本発明による他の実施形態において、ユーザの命令に基づき生成される画像のセキュリティ保護された識別子は、画像それ自体に埋め込んだり、画像が記憶されるデータファイルの一部として埋め込んだりできる。例えば、ハッシュキー、暗号化された識別子、又は他のセキュリティ保護された識別子は、ユーザの画像操作命令に関連して、バックエンドサーバ（サーバ１８０３又は１９０３等）を通して渡し得る。カード事務局（カード事務局１９０５等）に送るために画像を生成するなどのバックエンドサーバ処理の任意の時点において、画像は、セキュリティ保護された識別子がそれに埋め込まれるように作成し得る。例えば、セキュリティ保護された識別子を符号化し、画像自体に置かれるバーコード又は他の機械読み取り可能なコードを埋め込むことによって作成し得る。このようにして、カード事務局１９０５は、画像自体から直接バーコード又は他のセキュリティ保護された埋め込み識別子を読み取ることができ、バーコードを含む画像自体を除き、バックエンドサーバ１９０３から如何なる情報も取得する必要がない。本実施形態には、特定の用途があるが、これは、事務局１９０５のカード生成処理が、画像プリンタの使用を伴い、この画像プリンタがセキュリティ保護された識別子を別個に記憶したり渡したりできない場合である。従って、セキュリティ保護された埋め込み識別子を用いることによって、画像プリンタは、セキュリティ保護された識別子及び画像を浮き出し印刷段階に、バーコード（又は他の機械読み取り可能な埋め込み識別子）を含む印刷される画像自体を単に渡すことによって、効果的に渡し得る。次に、浮き出し印刷段階は、画像からバーコード（又は他の機械読み取り可能な埋め込み識別子）を読み取り、そして、関連する浮き出し印刷記録を調べて最終的なカード生成に用いるという段階を含み得る。事務局１９０５の画像印刷機能は、単一の組織又は企業内において実行する必要がなく、例えば、その代わり、画像印刷は、本発明の一実施形態に基づき、浮き出し印刷を行う組織とは別の企業又は部門によって行い得ることに留意すべきである。セキュリティ保護された識別子を画像に埋め込むには、画像ファイルが事務局１９０５に送信される場合又は画像ファイルがバックエンドサーバ又は事務局によって使用状態である場合の双方を含み、画像ファイルのメタデ
ータに識別子を含むことによって等、様々な異なる手法を用い得ることを認識されるであろう。
【００４８】
図２０に示す本発明による他の実施形態において、カード発行キオスク又は店内“瞬時発行”システムという文脈で、修正されたアーキテクチャを用い得る。上述した実施形態のように、フロントエンドソフトウェアは、クライアント側ブラウザ上で走り、バックエンドソフトウェアは、リモートウェッブサーバ上で走る。しかしながら、上記実施形態とは異なり、カードプリンタは、クライアント機（カード発行キオスク等）に配置される。図２０を参照すると、店内キオスク内にあるユーザブラウザは、インターネットサーバから提供される（２００１）フロントエンドソフトウェアを用いる（２００２）ことで、顧客は、個人専用のカードをデザインし得る。そして、ユーザの画像の好みが保存され、リモートウェッブサーバ上で画像が生成される２００３。そして、画像は、キオスクに返され２００４、顧客のカードに印刷し得る２００５。画像は、リモートサーバ側でチェックし、必要であれば、リアルタイムで、印刷に適していることを保証し得る。そうでない場合、システムの動作は、上述した実施形態と同様であり得る。
【００４９】
図２１に示す本発明による更なる実施形態において、データベースを用いて、ユーザの画像選択とバックエンド画像生成との間に情報を記憶し得る。このようにして、システムは、リアルタイムにバックエンド上で画像を生成する必要がないことから、更にスケーラブルにできる。他の実施形態のように、まず、ユーザは、フロントエンド・インターフェイス・ソフトウェア上で画像選択を行い、画像操作が、バックエンドサーバに渡される２１０１。次に、しかしながら、各ユーザの操作は、データベースに保存され２１０２、バックエンドソフトウェアは、リアルタイムではないが、各操作をピックアップし、高解像度の画像を作成し得る２１０３。
【００５０】
更なる実施形態において、ユーザによって行われる操作は、例えば、顧客のハードディスク８０６上にローカルに保持される画像と関連する。画像ファイルは、ローカル入出力手段によって又はネットワークを介して顧客のハードディスク８０６にロードし得る。
【００５１】
ブラウザベースのソフトウェアによって、顧客は、例えば、ハードディスク８０６からローカル画像を選択し、リモート画像に対して先に述べた同じやり方で画像に適用される操作を行い得る。操作及び利用可能な操作の種類を定義するための手順は、リモート画像に対して先に定義したものと同じである。ローカル画像に適用される上記又は各操作を定義するデータは、ユーザ操作文字列８１８の形態で記憶される。ユーザ操作文字列８１８及び画像ファイルは、操作がユーザによって定義された後、画像編集サーバ８０８に転送され、そこで、ユーザ操作文字列が解釈され、また、ユーザが定義した操作を画像に適用し得るまで、双方共ローカルに、例えば、顧客のコンピュータに常駐する。操作文字列は、単一の文字列として又は幾つかの部品として伝達でき、同様に、操作文字列の各部は、画像ファイルの有無にかかわらず伝達し得る。
【００５２】
本明細書では、用語“顧客定義の画像”は、ユーザ／カード所持者によって選択された、又はその要素がユーザ／カード所持者によって定義された、任意の画像、複数の画像又はグラフィックスを含むと広義に解釈するものとする。このように、顧客定義の画像は、例えば、（ｉ）顧客によって（恐らく個人的な写真集に）、（ｉｉ）商標印刷又は販売促進企業によって、（ｉｉｉ）インターネット上で、（ｉｖ）カード発行者によって、（ｖ）カード製造業者によって、（ｖｉ）カード・グラフィックス・ホスティング機能によって、又は（ｖｉｉ）任意の他の発信元によって、生成し得る。画像は、それが、何らかのやり方で顧客によって、（ａ）選択され、（ｂ）生成され、（ｃ）修正又は操作され、又は、恐らく（ｄ）（ａ）、（ｂ）又は（ｃ）の２つ以上の組合せであることから、“顧客により定義”し得る。
【００５３】
上記内容は、最良の態様であると思われるもの、及び、適宜、本発明を実施する他の態様について記載したが、本発明は、好適な実施形態の説明において開示した特定の装置構成又は方法ステップに限定すべきではない。また、本発明は、広い範囲の用途を有すること、また、本実施形態は、本発明による概念から逸脱することなく広い範囲の修正を許容することを当業者は認識されたい。
【図面の簡単な説明】
【００５４】
【図１】外観が個人専用でないクレジットカード等の金融口座利用手段を生成するための代表的従来技術手法のブロック図である。
【図２】本発明の一実施形態に基づく、外観が個人専用の金融口座利用手段を生成するための手法のブロック図である。
【図３】本発明の一実施形態に基づく、カード製造業者の設備に配置されたカードプリンタを用いて、外観が個人専用の金融口座利用手段を生成するための手法のブロック図である。
【図４】本発明の一実施形態に基づく、外観が個人専用の金融口座利用手段を生成するための手法であって、暗号化モジュールがカード発行者及びカード個人専用化機関に配置される手法のブロック図である。
【図５】本発明の一実施形態に基づく、外観が個人専用の金融口座利用手段を生成するための手法であって、記録／再生モジュールがカード個人専用化機関に配置される手法のブロック図である。
【図６】本発明の一実施形態に基づく、外観が個人専用の金融口座利用手段を生成するための手法であって、暗号化モジュールがカード発行者及びカード個人専用化機関に配置され、また、記録／再生モジュールがカード個人専用化機関に配置される手法のブロック図である。
【図７】本発明の一実施形態に基づく、外観が個人専用の金融口座利用手段を生成するための手法であって、固有識別子が、金融口座利用手段中に埋め込まれたチップの位置に基づき配置される手法のブロック図である。
【図８】本発明の一実施形態に基づく、画像の遠隔操作用のコンピュータシステムを示す図である。
【図９】本発明の一実施形態に基づく、画像の遠隔操作用のコンピュータシステムを動作する方法を示す図である。
【図１０】本発明の一実施形態に基づき運用される、クレジットカードデザインウェッブサイトの画面を示す図である。
【図１１】本発明の一実施形態に基づき運用される、クレジットカードデザインウェッブサイトの画面を示す図である。
【図１２】本発明の一実施形態に基づき運用される、クレジットカードデザインウェッブサイトの画面を示す図である。
【図１３】本発明の一実施形態に基づき運用される、クレジットカードデザインウェッブサイトの画面を示す図である。
【図１４】本発明の一実施形態に基づき運用される、クレジットカードデザインウェッブサイトの画面を示す図である。
【図１５】本発明の一実施形態に基づき運用される、クレジットカードデザインウェッブサイトの画面を示す図である。
【図１６】本発明の一実施形態に基づき運用される、クレジットカードデザインウェッブサイトの画面を示す図である。
【図１７】本発明の一実施形態に基づき運用される、クレジットカードデザインウェッブサイトの画面を示す図である。
【図１８】本発明の一実施形態に基づく、固有の顧客識別子を用いて、画像の遠隔操作用のコンピュータシステムを動作する方法を示す図である。
【図１９】本発明の一実施形態に基づく、カード申し込み・印刷ライフサイクル全体において、固有の顧客識別子を生成・維持する必要性を回避するためにハッシュ値を用いて、画像の遠隔操作用のコンピュータシステムを動作する方法を示す図である。
【図２０】画像が、カード発行キオスク又は店内即時発行システムを用いてデザインされる本発明の一実施形態によるシステムを示す図である。
【図２１】本発明の一実施形態に基づく、ユーザの画像選択とバックエンド画像生成との間に情報を記憶するためにデータベースが用いられるシステムを示す図である。
【符号の説明】
【００５５】
２０１      カード発行者
２０６      カード仕上げ機関
２０８      カード製造業者
２０７      仕込みクレジットカード
２０９      ネットワークリンク
２１０      金融情報
２１１      カードグラフィックス倉庫
２１２      カード・グラフィックス・プリントサーバ
２１３      カードプリンタ
２１６      完成カード
３０１      カード発行者
３０５      カードグラフィックスウェッブサイト
３０８      カードグラフィックス倉庫
３０９      金融情報
３１０      ネットワークリンク
３１１      カード仕上げ機関
３１３      カード製造業者
３１４      カード・グラフィックス・プリントサーバ
３１６      デジタルプリンタ
３１８      記録／再生モジュール
３１９      カード仕上げ機
３２０      カード
３２１      完成カード
４０１      カード発行者
４０２      暗号化モジュール
４０３      カード仕上げ機関
４０４      暗号化モジュール
４０６      ネットワークリンク
５０１      カード製造業者
５０２      印刷済みカード
５０３      カード仕上げ機関
５０４      記録／再生モジュール
５０５      カード仕上げ機
６０１、６０２      一対の暗号化モジュール
６０３      カード発行者
６０５      記録／再生モジュール
６０６      カード仕上げ機関
６０７      カード製造業者
７０２      カード発行者サーバ
７０５      カード事務局
７０７      カード製造業者
７０９      記録／再生ユニット
７１１      カード浮き出し印刷ユニット
７１４      完成カード
８０１      カード発行者（銀行等）のウェッブサイト
８０２      ファイアウォール
８０５      フロントエンドソフトウェア
８０６      顧客のコンピュータハードディスク
８０８      画像編集サーバ
８０９      銀行（又は他のカード発行者）プリンタサーバ
８１０      バックエンドソフトウェア
８１４      画像サーバ
８２０      プリンタサーバ
８２１      ファイアウォール
８２２      クレジットカードプリンタ
８２３      クレジットカード
８２４      金融口座関連付け表
９５１      顧客
９５２      顧客自身のコンピュータ
９５３      データベース
９５４      ブラウザベースの画像操作ソフトウェア
９５５      画像サイズ変更ツール
９５６      画像操作エミュレータ
９５７      銀行のプリンタ
【図１】
2007522588.tif 000003
【図２】
2007522588.tif 000004
【図３】
2007522588.tif 000005
【図４】
2007522588.tif 000006
【図５】
2007522588.tif 000007
【図６】
2007522588.tif 000008
【図８】
2007522588.tif 000009
【図９】
2007522588.tif 000010
【図１０】
2007522588.tif 000011
【図１１】
2007522588.tif 000012
【図１２】
2007522588.tif 000013
【図１３】
2007522588.tif 000014
【図１４】
2007522588.tif 000015
【図１５】
2007522588.tif 000016
【図１６】
2007522588.tif 000017
【図１７】
2007522588.tif 000018
【図１８】
2007522588.tif 000019
【図１９】
2007522588.tif 000020
【図２０】
2007522588.tif 000021
【図２１】
2007522588.tif 000022
【図７】
2007522588.tif 000023
【国際調査報告】
2007522588.tif 000024
2007522588.tif 000025