JP3369994B2 - カード作成支援装置及び方法並びにカード作成支援用ソフトウェアを記録した記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クレジットカード
などのカード作成を支援する技術の改良に関するもの
で、より具体的には、コンピュータネットワークを通じ
て顧客が所望のカードデザインを容易に指定できるよう
にし、カード作成も効率化したものである。

【０００２】

【従来の技術】近年、経済、金融、情報通信などの発達
に伴って、クレジットカード、各種会員カードなどさま
ざまな種類のカードが利用されている。このようなカー
ドは、予め決められたデザインで作成され、会員番号や
有効期限などの情報を文字、磁気帯、エンボス加工など
で表し、サービスの会員であることを示したり個々の会
員の識別を行うためなどに用いられる。

【０００３】また、カードのデザインも多様化してお
り、例えば同じクレジットカード会社のクレジットカー
ドでも、利用する決済機構すなわちブランド会社によっ
て若干デザインが異なる他、他の会社やチャリティ（社
会慈善）活動などとのいわゆる提携カードでは、提携先
に応じて異なるデザインのカードが発行されている。

【０００４】また、顧客の顔写真などを表面に表示した
写真付きカードも知られていて、以下このように顧客ご
とにデザインの異なるカードを「オリジナルカード」と
呼ぶ。従来、このようなオリジナルカードを作成するに
は、現像した写真を顧客に持参又は郵送してもらい、こ
の写真をデジタルスキャナなどで取り込んだり、拡大縮
小や不要部分を切り捨てるトリミングなどの加工を手作
業で行っていた。

【０００５】

【発明が解決しようとする課題】しかしながら、上記の
ような従来技術には、次のような問題点があった。ま
ず、顧客側がカードのデザインを選択できる範囲が、上
記のようなブランド会社や提携カードの種類を選択した
り、自分の顔写真を入れてもらう程度に狭かったため、
カードデザインの自由度が低く、個々の顧客ごとの多様
な嗜好を十分満足させることができなかった。

【０００６】また、上記のように写真付きカードを利用
する場合、顧客側では、写真を持参したり郵送する手間
がかかり、このため利用度も低いという問題があった。
また、写真付きカードを作成する側でも、写真をスキャ
ナなどで取り込んだり加工する処理を手作業で行ったり
写真を返却するなど、カード作成の時間やコストがかか
るという問題があった。

【０００７】さらに、顧客にとっては、上記のような加
工を他人が行うため、拡大縮小、トリミング、位置合わ
せなどの具合によっては、作成されたカードが気に入ら
ず仕上がりに納得できない場合も考えられ、満足度やカ
ードの利用度が十分でないという問題もあった。

【０００８】本発明は、上記のような従来技術の問題点
を解決するために提案されたもので、その目的は、コン
ピュータネットワークを通じて顧客が所望のカードデザ
インを容易に指定でき、カード作成も効率化するカード
作成支援の技術を提供することである。また、本発明の
他の目的は、ユーザが手軽に利用でき、集客ルートの拡
大も容易なカード作成支援の技術を提供することであ
る。

【０００９】より具体的には、本発明の目的は、端末か
ら送られる画像を使ったカードの出来上がりイメージを
端末に表示させることで、顧客が所望のデザインのカー
ドを容易に作成することである。

【００１０】また、本発明の他の目的は、見栄えや体裁
の優れたカードを容易に作成するカード作成支援の技術
を提供することである。また、本発明の他の目的は、納
得できる仕上がりのカードを容易に得ることができるカ
ード作成支援の技術を提供することである。また、本発
明の他の目的は、画像の加工を容易かつ自由に行うこと
ができるカード作成支援の技術を提供することである。

【００１１】また、本発明の他の目的は、サーバ側や端
末側の負担を軽減するカード作成支援の技術を提供する
ことである。また、本発明の他の目的は、レスポンスの
優れたカード作成支援の技術を提供することである。ま
た、本発明の他の目的は、カードのリアルな出来上がり
イメージを容易に表示するカード作成支援の技術を提供
することである。

【００１２】また、本発明の他の目的は、カードに関す
る申込も容易にするカード作成支援の技術を提供するこ
とである。また、本発明の他の目的は、変造や盗用とい
った不正を防止するカード作成支援の技術を提供するこ
とである。また、本発明の他の目的は、カードのデザイ
ンに使用する画像の使用料を容易かつ確実に徴収するカ
ード作成支援の技術を提供することである。また、本発
明の他の目的は、セキュリティに優れたカード作成支援
の技術を提供することである。

【００１３】

【課題を解決するための手段】上記の目的を達成するた
めに、請求項１の発明は、インターネットのホームペー
ジを使って、ユーザ側端末と情報をやり取りすることで
カードの作成を支援するためのカード作成支援装置にお
いて、前記端末から送られる画像を受け取るための手段
と、前記画像を使った前記カードの出来上がりイメージ
を前記端末に表示させるための手段と、 前記端末で指
定された拡大、縮小、トリミング及び予め決められた距
離を単位とした画像の位置の移動、の少なくともいずれ
かを含む加工内容を前記端末から受け取るための手段
と、受け取った加工内容に基づいた前記出来上がりイメ
ージを作成するための手段と、作成された前記出来上が
りイメージを前記端末に送るための手段と、出来上がり
イメージに対する決定を前記端末に受け付けさせるため
の手段と、を備えたことを特徴とする。

【００１４】請求項１４の発明は、請求項１の発明を方
法という見方からとらえたもので、インターネットのホ
ームページを使って、ユーザ側端末と情報をやり取りす
ることでカードの作成を支援するためのカード作成支援
方法において、前記端末から送られる画像を受け取るた
めのステップと、前記画像を使った前記カードの出来上
がりイメージを前記端末に表示させるためのステップ
と、前記端末で指定された拡大、縮小、トリミング及び
予め決められた距離を単位とした画像の位置の移動、の
少なくともいずれかを含む加工内容を前記端末から受け
取るためのステップと、受け取った加工内容に基づいた
前記出来上がりイメージを作成するためのステップと、
作成された前記出来上がりイメージを前記端末に送るた
めのステップと、出来上がりイメージに対する決定を前
記端末に受け付けさせるためのステップと、を含むこと
を特徴とする。

【００１５】これらの態様では、ユーザはインターネッ
トに代表されるコンピュータネットワークを通して、ロ
ーカルな記憶装置上に用意したオリジナルの画像データ
を手軽に送れるだけでなく、その画像を使ったカードの
出来上がりイメージを合成表示によって事前確認でき
る。このため、ユーザは、嗜好に合った個性的なカード
のデザインを容易に指定することができ、カード発行側
では、写真の取り込み、返却などの作業が不要になるの
でカード作成の時間やコストを削減することができる。

【００１６】また、これらの態様では、インターネット
のホームページを使ってユーザがオリジナルカードのデ
ザインを指定できる。このため、多くのユーザが自宅な
どから手軽にデザインの指定を行える。また、他の企業
のホームページや検索エンジンなどいろいろなサイトか
らリンクを設定し、アクセスを容易にすることで、集客
ルートの拡大が容易となる。

【００１７】また、これらの態様では、表示されている
出来上がりイメージが指定された加工内容にしたがって
変化する。このため、ユーザは、出来上がりイメージを
確認 しながら画像の位置合わせ、縮小・拡大、縦横比率
合わせ、トリミングといった加工内容のなかから所望の
種類や程度を容易に指定し、納得できる状態になったと
きにカードのデザインを決定することができる。このた
め、ユーザはこのような加工を行う手段を持っていなく
ても、納得できる仕上がりのカードを容易に得ることが
できる。また、カード作成側ではこのような加工を行う
必要がなくなるため、カード作成のコスト削減や効率化
が可能となる。

【００１８】また、これらの態様では、指定された加工
内容に基づいた出来上がりイメージが作成されて端末に
送られ、ホームページの更新などの形で表示される。こ
のため、端末側では、加工内容に基づいて実際に画像を
加工したり出来上がりイメージを作成するための機能や
計算負荷が不要となり、負担が軽減される。

【００１９】請求項２の発明は、コンピュータネットワ
ークを経由してユーザ側端末と情報をやり取りすること
でクレジットカードの作成を支援するためのカード作成
支援装置において、予め用意された画像ごとに使用料を
設定するための手段と、前記画像の候補を前記端末に送
るための手段と、前記端末で選択された画像を使ったカ
ードの出来上がりイメージを当該端末に表示させるため
の手段と、使用料が設定された画像を使って作成される
クレジットカードに前記使用料を課金するための手段
と、を備えたことを特徴とする。

【００２０】請求項１５の発明は、請求項２の発明を方
法という見方からとらえたもので、コンピュータネット
ワークを経由してユーザ側端末と情報をやり取りするこ
とでクレジットカードの作成を支援するためのカード作
成支援方法において、予め用意された画像ごとに使用料
を設定するためのステップと、前記画像の候補を前記端
末に送るためのステップと、前記端末で選択された画像
を使ったカードの出来上がりイメージを当該端末に表示
させるためのステップと、使用料が設定された画像を使
って作成されるクレジットカードに前記使用料を課金す
るためのステップと、を含むことを特徴とする。

【００２１】請求項２１の発明は、請求項２，１５の発
明を、コンピュータのソフトウェアを記録した記録媒体
という見方からとらえたもので、コンピュータをソフト
ウェアで制御することによって、インターネットのホー
ムページを使って、ユーザ側端末と情報をやり取りする
ことでカードの作成を支援するためのカード作成支援用
ソフトウェアを記録した記録媒体において、そのソフト
ウェアは前記コンピュータに、前記用意された画像ごと
に使用料を設定させ、前記端末から送られる画像を受け
取らせ、予め用意された画像の候補を前記端末に送ら
せ、前記端末から送られた前記画像又は前記端末で選択
された画像のうち少なくとも一方を使ったカードの出来
上がりイメージを当該端末に表示させ、使用料が設定さ
れた画像を使って作成されるクレジットカードに前記使
用料を課金させることを特徴とする。

【００２２】これらの態様では、予め用意された画像を
選択するだけで容易にカードのデザインを選択すること
ができる。このため、用意しておく画像に応じて、見栄
えのする専門的デザインをあしらったカードや、各種イ
ベントの記念カードなど趣向を凝らしたオリジナルデザ
インのカードの作成が容易になる。特に、日常携帯し使
用の都度他人に提示するクレジットカードを所望のデザ
インで作成できるので、ユーザの嗜好が効果的に満足さ
れる。また、カードのデザインに所持人の人相、特徴な
どの属性が反映されるとともに、カード使用時にも、カ
ードの印象が店員など提示相手に強く残るので、変造や
盗用といった不正の防止効果が期待できる。また、著作
権などの使用料が必要な画像について、その画像をあし
らったクレジットカードそのものに課金することで使用
料の徴収を容易かつ確実に行うことができる。

【００２３】請求項３の発明は、インターネットのホー
ムページを使って、ユーザ側端末と情報をやり取りする
ことでカードの作成を支援するためのカード作成支援装
置において、前記端末から送られる画像を受け取るため
の手段と、予め用意された画像の候補を前記端末に送る
ための手段と、前記端末から送られた前記画像及び前記
端末で選択された画像のうち少なくとも一方を使ったカ
ードの出来上がりイメージを当該端末に表示させるため
の手段と、を備えたことを特徴とする。

【００２４】請求項１６の発明は、請求項３の発明を方
法という見方からとらえたもので、インターネットのホ
ームページを使って、ユーザ側端末と情報をやり取りす
ることでカードの作成を支援するためのカード作成支援
方法において、前記端末から送られる画像を受け取るた
めのステップと、予め用意された画像の候補を前記端末
に送るためのステップと、前記端末から送られた前記画
像及び前記端末で選択された画像を使ったカードの出来
上がりイメージを当該端末に表示させるためのステップ
と、を含むことを特徴とする。

【００２５】これらの態様及び請求項２１の発明では、
ユーザが用意した画像と、予め用意されユーザが選択し
た画像とを組み合わせてカードのデザインを構成するこ
とができる。このため、有名な図形や専門的にデザイン
された見栄えのする画像を予め用意しておくことで、変
化に富んだ体裁の良いオリジナリティ溢れるカードを容
易に作成することができ、ユーザの多様な嗜好が満足さ
れる。なお、端末から送られる画像と、予め用意された
画像は、必ずしも常に両方使う必要はなく、どちらか一
方を選択できるようにしてもよい。

【００２６】また、これらの態様及び請求項２１の発明
では、インターネットのホームページを使ってユーザが
オリジナルカードのデザインを指定できる。このため、
多くのユーザが自宅などから手軽にデザインの指定を行
える。また、他の企業のホームページや検索エンジンな
どいろいろなサイトからからリンクを設定し、アクセス
を容易にすることで、集客ルートの拡大が容易となる。

【００２７】請求項４の発明は、請求項３記載のカード
作成支援装置において、前記用意された画像は、前記端
末から送られる画像のフレームを表すことを特徴とす
る。

【００２８】請求項１７の発明は、請求項４の発明を方
法という見方からとらえたもので、請求項１６記載のカ
ード作成支援方法において、前記用意された画像は、前
記端末から送られる画像のフレームを表すことを特徴と
する。

【００２９】これらの態様では、ユーザの用意した画像
を、趣味性に富んだ見栄えのするフレームを使って、シ
ールプリント装置すなわちプリクラ（商標）のように装
飾できるので、ユーザの用意した画像を使ったカードの
体裁を向上させることができる。なお、ここでいうフレ
ームは、画像の枠や飾り縁の意味であり、単一のブラウ
ザ上で表示画面を縦横に区切る意味のフレームのことで
はない。

【００３０】請求項５の発明は、請求項１から４のいず
れか１つに記載のカード作成支援装置において、予め用
意された文字ごとの画像のうち、前記端末で指定された
文字列の各文字に対応するものを使ったカードの出来上
がりイメージを前記端末に表示するように構成されたこ
とを特徴とする。

【００３１】この態様では、所望の文字列をカードのデ
ザインに使用できるので、各種プリペイドカードなど
に、デザインされた文字で祝辞をあしらってプレゼント
するなど、ユーザの嗜好に合ったカードの作成が容易に
なる。

【００３２】請求項６の発明は、インターネットのホー
ムページを使って、ユーザ側端末と情報をやり取りする
ことでカードの作成を支援するためのカード作成支援装
置において、前記端末から送られる画像を受け取るため
の手段と、前記画像を使った前記カードの出来上がりイ
メージを前記端末に表示させるための手段と、指定され
た加工内容に応じて前記出来上がりイメージをどのよう
に変化させ、及び、決定された加工内容をカード作成支
援装置へどのように送るかの手順を前記端末に送るため
の手段を備えたことを特徴とする。

【００３３】請求項１８の発明は、請求項６の発明を方
法という見方からとらえたもので、インターネットのホ
ームページを使って、ユーザ側端末と情報をやり取りす
ることでカードの作成を支援するためのカード作成支援
方法において、前記端末から送られる画像を受け取るた
めのステップと、前記画像を使った前記カードの出来 上
がりイメージを前記端末に表示させるためのステップ
と、指定された加工内容に応じて前記出来上がりイメー
ジをどのように変化させ、及び、決定された加工内容を
どのように送るかの手順を前記端末に送るためのステッ
プを含むことを特徴とする。

【００３４】これらの態様では、加工内容に応じて出来
上がりイメージを変化させたり、最終的に決定された内
容をカード作成支援装置に送る手順が、いわばサーバ側
であるカード作成支援装置から端末へダイナミックＨＴ
ＭＬのスクリプトなどで送られる。そして、このような
手順にしたがって、出来上がりイメージに関する画像処
理などが、いわばクライアント側である端末側で実行さ
れる。このため、端末側では加工内容の指定に対するレ
スポンスが改善し、カード作成支援装置の側では、加工
内容に応じて出来上がりイメージを作成し直す計算負荷
が軽減され、ネットワークのトラフィックも軽減され
る。

【００３５】これらの態様において、加工内容は、拡
大、縮小、トリミング、予め決められた距離を単位とし
た画像の位置の移動のうち少なくともいずれかを含む。
このうち画像の拡大や縮小を加工内容として指定する場
合は、カードの開放領域など予め決められたサイズにと
らわれることなく、所望のサイズの画像を使うことも容
易になる。また、縦や横の幅を指定してはみ出す部分を
カットするなどのトリミングを加工内容として指定する
場合は、所望の画像から不要部分を自由にカットして使
うことも容易になる。また、画像の位置をマウス操作で
ピクセル（画素）単位で移動するなど、画像の位置の移
動を加工内容として指定する場合は、バランスを考えて
画像の位置を微調整するなども容易になる。

【００３６】請求項７の発明は、請求項１から６のいず
れか１つに記載のカード作成支援装置において、出来上
がりイメージに決定する旨の通知を前記端末から受け取
った場合に、前記決定に基づいて予め決められた形式の
ファイルを作成するための手段と、作成された前記ファ
イルを保存するための手段と、を備えたことを特徴とす
る。

【００３７】請求項１９の発明は、請求項７の発明を方
法という見方からとらえたもので、請求項１４から１８
のいずれか１つに記載のカード作成支援方法において、
出来上がりイメージに決定する旨の通知を前記端末から
受け取った場合に、前記決定に基づいて予め決められた
形式のファイルを作成するためのステップと、作成され
た前記ファイルを保存するためのステップと、を含むこ
とを特徴とする。

【００３８】これらの態様では、決定された画像のファ
イルが、大きさや縦横比率などの固定化された予め決め
られた形式で自動作成され保存される。このため、印刷
業者などカード作成側では、このように保存されたファ
イルをそのまま使って印刷などのカード作成作業を行う
ことができ、負担が軽減される。

【００３９】請求項８の発明は、請求項１から７のいず
れか１つに記載のカード作成支援装置において、前記ホ
ームページは、出来上がりイメージを表示するための部
分と、加工内容を指定するための部分と、決定のための
部分と、を含むことを特徴とする。

【００４０】この態様では、ユーザは単一のホームペー
ジ上で、表示される出来上がりイメージを確認しながら
所望の加工内容を指定したり、表示されている出来上が
りイメージを決定できるので、作業が効率化される。

【００４１】請求項９の発明は、請求項１から８のいず
れか１つに記載のカード作成支援装置において、透過情
報を持つ層を含む複数の層を使って前記出来上がりイメ
ージを作成するように構成されたことを特徴とする。

【００４２】請求項２０の発明は、請求項９の発明を方
法という見方からとらえたもので、請求項１４から１９
のいずれか１つに記載のカード作成支援方法において、
透過情報を持つ層を含む複数の層を使って前記出来上が
りイメージを作成することを特徴とする。

【００４３】請求項２２の発明は、請求項９，２０の発
明を、コンピュータのソフトウェアを記録した記録媒体
という見方からとらえたもので、請求項２１記載のカー
ド作成支援用ソフトウェアを記録した記録媒体におい
て、前記ソフトウェアは前記コンピュータに、透過情報
を持つ層を含む複数の層を使って前記出来上がりイメー
ジを作成させることを特徴とする。

【００４４】請求項１０の発明は、請求項９記載のカー
ド作成支援装置において、少なくとも１つの前記層は透
過ＧＩＦを使って構成されたことを特徴とする。

【００４５】これらの態様では、透過ＧＩＦなど透過情
報を持つ層を使うことで、例えばユーザの用意した画像
とフレームとを合成したり、さらにその下にカードの地
色を合成したり、さらにそれら画像の上にはエンボス
（凸凹）加工によるカード番号などが表れる様子を合成
したりすることで、リアルな出来上がりイメージを容易
に表示することができる。

【００４６】請求項１１の発明は、請求項１から１０の
いずれか１つに記載のカード作成支援装置において、申
込を受け付けるための手段と、前記申込の内容を保存す
るための手段と、を備えたことを特徴とする。

【００４７】この態様では、ホームページ上で住所氏名
などの属性を入力し送信したりすることで、クレジット
カード契約の申込などカードに関する申込を容易に行う
ことができる。これによって、ユーザは、日常利用する
インターネットなどを通じて容易に申込を行うことが可
能となり、また、申込受付側は申込の時点で電子化され
たユーザの属性といった情報が入手できる。

【００４８】このため、申込書をユーザが手書きで記入
したり、記入された内容を申込受付側が改めてデータ入
力するなどの必要がなくなり、申込をする側も受け付け
る側も双方負担が軽減される。なお、申込内容をユーザ
の署名で確認するなどの必要がある場合は、例えば申込
受付側が申込内容を審査したうえ、プリントアウトした
ものをユーザに郵送したり、署名や捺印のうえ返送して
もらうなどすればよい。

【００４９】請求項１２の発明は、請求項１から１１の
いずれか１つに記載のカード作成支援装置において、暗
号化したデータを前記端末とやりとりするように構成さ
れたことを特徴とする。

【００５０】これらの態様では、端末とのデータのやり
取りがＳＳＬ（Secure Socket Layer ）などで暗号化さ
れるので、インターネットなど一般に開放されたネット
ワークを通じて、クレジットカードの申込とそのカード
のデザイン作成を行うような場合でも機密保持が可能と
なる。

【００５１】請求項１３の発明は、請求項１から１２の
いずれか１つに記載のカード作成支援装置において、予
め決められた条件が満たされた場合に、予め決められた
画像の選択を許すように構成されたことを特徴とする。

【００５２】これらの態様では、例えばインターネット
のホームページ上のクイズに一定以上正解した場合や、
既にクレジットカードを所持している申込人が一定以上
の利用額を達成した場合など、予め決められた条件が満
たされた場合に、人気タレントグループの肖像や人気ブ
ランドのマークなど特別に決められた画像をカードのデ
ザインとして選択することができる。このように特別に
限定された付加価値の高いデザインを使う機会を設ける
ことで、ユーザの挑戦意欲や興味を刺激し、新規申込の
増大や既存契約者の利用促進を効果的に図ることができ
る。

【００５３】

【発明の実施の形態】以下、本発明の実施の形態（以下
「実施形態」という）について図面を参照しながら説明
する。ここで、本発明は、周辺機器を持つコンピュータ
を、ソフトウェアで制御することによって実現されるこ
とが一般的と考えられる。この場合、そのソフトウェア
は、この明細書の記載にしたがった命令を組み合わせる
ことで作られ、上に述べた従来技術と共通の部分には従
来技術で説明した手法も使われる。また、そのソフトウ
ェアは、プログラムコードだけでなく、プログラムコー
ドの実行のときに使うために予め用意されたデータも含
む。

【００５４】そして、そのソフトウェアは、カード作成
支援装置側や端末側において、ＣＰＵ、コプロセッサ、
各種チップセットといった処理装置、キーボードやマウ
スといった入力装置、メモリやハードディスク装置とい
った記憶装置、ディスプレイやプリンタといった出力装
置、ネットワーク接続装置などの物理的な資源を活用す
ることで本発明や本実施形態の作用効果を実現する。

【００５５】但し、本発明を実現する具体的なソフトウ
ェアやハードウェアの構成はいろいろ変更することがで
きる。例えば、ソフトウェアの形式には、コンパイラ、
インタプリタ、アセンブラなどいろいろ考えられる。ま
た、本発明を実現するソフトウェアやプログラムを記録
したＣＤ−ＲＯＭのような記録媒体は、単独でも本発明
の一態様である。さらに、本発明の機能の一部をＬＳＩ
などの物理的な電子回路で実現することも可能である。

【００５６】以上のように、コンピュータを使って本発
明を実現する態様はいろいろ考えられるので、以下で
は、本発明や実施形態に含まれる個々の機能を実現する
仮想的回路ブロックを使って、本発明と実施形態とを説
明する。

【００５７】〔１．構成〕 本実施形態は、インターネット（前記コンピュータネッ
トワークに相当する）上のホームページを経由してユー
ザ側端末と情報をやり取りすることで、クレジットカー
ドの作成を支援するためのカード作成支援装置である。
具体的には、本実施形態のカード作成支援装置は、図１
に示すように、インターネットＮに接続されたサーバ１
として構成され、ユーザ側端末２からのアクセスを、ダ
イヤルアップ接続やインターネットプロバイダの図示し
ないサーバなどを経由して受け付けるように構成されて
いる。

【００５８】そして、このサーバ１は、前記ソフトウェ
アの作用によって、申込受付部１１と、属性データベー
ス１２と、画像受信部１３と、合成選択部１４と、画像
データベース１５と、使用料設定部１６と、課金部１７
と、表示制御部１８と、加工部１９と、定格画像保存部
２０と、としての機能を果たす。なお、本出願にいうホ
ームページは、あるウェブページ群を代表する狭義のホ
ームページの意味ではなく、ワールド・ワイド・ウェブ
上の表示単位となる個々のウェブページの意味であり、
それと技術的に同等のものを含む。

【００５９】〔１−１．申込受付に関する構成〕 ここで、ユーザは、端末２からサーバ１にアクセスする
ことで、クレジットカードの申込と、そのクレジットカ
ードのデザインの決定の両方を行うことができる。すな
わち、上記の各構成部分のうち申込受付部１１は、クレ
ジットカードの申込を受け付けるための手段であり、属
性データベース１２は、このような申込の内容を保存す
るための手段である。

【００６０】そして、サーバ１は、端末２との通信をイ
ンターネット上のいわゆるホームページを使って行うよ
うに構成されている。また、サーバ１は、クレジットカ
ード申込などの機密を保持するため、暗号化したデータ
を端末２とやりとりするように構成されている。つまり
端末２のユーザは、インターネットの所定のホームペー
ジとの間で、暗号化で保護された安全な通信を行うこと
で、プライバシーを守りながら容易にクレジットカード
の申込を行うことができる。

【００６１】〔１−２．画像の送信と選択に関する構
成〕 また、端末２のユーザは、自分が用意した画像やサーバ
１上に予め用意された画像を、クレジットカードのデザ
インに使うことができる。すなわち、上記の各構成部分
のうち画像受信部１３は、端末２から送られる画像を受
け取る手段であり、合成選択部１４は、画像データベー
ス１５内に予め用意された画像の候補を、ユーザに選択
させるために端末２に送る手段である。ここでは、画像
データベース１５上には、予め用意された画像として、
端末２から送られる画像の飾り縁すなわちフレームを表
すものも格納されているものとする。

【００６２】以下、上記のようにユーザが自分で用意し
た画像を「オリジナル画像」と呼び、予め用意された画
像を「既製画像」と呼び、飾り縁を表す既製画像を「フ
レーム画像」と呼ぶ。なお、ここでいうフレームは、画
像の枠や飾り縁の意味であり、単一のブラウザ上で表示
画面を縦横に区切る意味のフレームのことではないが、
そのような意味のフレームを本発明に組み込むこともも
ちろん可能である。

【００６３】次に、端末２のユーザは、自分が送信した
オリジナル画像や選択した既製画像を使ったクレジット
カードの出来上がりイメージを、ホームページ上で即座
に確認することができる。すなわち、表示制御部１８
は、端末２から送られたオリジナル画像や選択された既
製画像を使ったクレジットカードの出来上がりイメージ
を端末２に表示させる手段である。

【００６４】具体的には、表示制御部１８は、ユーザが
オリジナル画像の送信又は既製画像の選択のうちどちら
か一方だけを行った場合は、それに応じてオリジナル画
像又は既製画像のうち存在する一方を使ったクレジット
カードの出来上がりイメージを端末に表示させるように
構成されている。

【００６５】また、表示制御部１８は、ユーザがオリジ
ナル画像を送信したうえ、既製画像の選択も行った場合
は、オリジナル画像と既製画像の両方を使ったクレジッ
トカードの出来上がりイメージを端末２に表示させるよ
うに構成されている。また、表示制御部１８は、上記の
ような出来上がりイメージの作成を、透過ＧＩＦなど、
透過情報を持つ層を含む複数の層を使って行うように構
成されている。

【００６６】また、クレジットカードの発行側は、所望
の既製画像を使って作成されるクレジットカードに、予
め決めた使用料を課金することができる。すなわち、使
用料設定部１６は、一部又は全部の既製画像について、
既製画像ごとに使用料を予め設定しておくための手段で
あり、課金部１７は、このように使用料が設定された既
製画像を使って作成されるクレジットカードに、その既
製画像に設定された使用料を課金する手段である。

【００６７】〔１−３．画像の加工に関する構成〕 また、加工部１９は、端末２で指定された加工内容に基
づいて変化させた出来上がりイメージを端末２に表示さ
せるための部分である。ここで、具体的な加工内容とし
ては、拡大、縮小、トリミング、位置合わせ、予め決め
られた距離を単位とした画像の位置の移動などが考えら
れる。

【００６８】また、指定された加工内容にしたがって出
来上がりイメージを変化させる処理については、ダイナ
ミックＨＴＭＬ（Hyper Text Markup Language）などを
使って端末２側で行わせる態様（ダイナミック処理と呼
ぶ）と、サーバ１側で行う態様（バックエンド処理と呼
ぶ）とが考えられる。

【００６９】このうちダイナミック処理では、指定され
た加工内容に応じて前記出来上がりイメージをどのよう
に変化させ、及び、決定された加工内容をどのようにサ
ーバ側に送るかの手順が、Internet Explorer,Netscape
Navigator(Communicator)（商標）といったブラウザの
ダイナミックＨＴＭＬのスクリプトなどの形式で記述さ
れ、加工部１９は表示制御部１８に指示することで、こ
のようなダイナミックＨＴＭＬを予め端末２へ送信させ
る。

【００７０】一方、バックエンド処理の場合、端末２で
指定された加工内容は端末２からサーバ１に送られ、サ
ーバ１の加工部１９が、指定された加工内容を端末２か
ら受け取る手段と、受け取った加工内容に基づいて新し
い出来上がりイメージを作成する手段と、このように作
成された新しい出来上がりイメージを端末２に送る手段
としての役割を果たす。

【００７１】なお、表示制御部１８や加工部１９は仮想
的回路ブロックであり、出来上がりイメージを端末２に
表示させるための処理と、加工内容が反映された出来上
がりイメージを端末２に表示させるための処理とは、密
接な関係を持つ。このため、実装では、表示制御部１８
と加工部１９との間でどのような役割分担をさせること
も可能であり、例えば加工部１９が画像作成に関する処
理やＨＴＭＬの送信を表示制御部１８に委託するなど、
いろいろな構成が可能である。

【００７２】また、本実施形態は、上記のような出来上
がりイメージの表示や加工内容の指定もインターネット
のホームページを通して行うように構成されていて、こ
のようなホームページの例としては、出来上がりイメー
ジを表示するための部分と、加工内容を指定するための
アイコンや文字列などの部分と、決定のためのアイコン
や文字列などの部分を持ったものなどが考えられる。

【００７３】このように、決定のための部分を持ったホ
ームページのＨＴＭＬは、表示制御部１８や加工部１９
から端末２に送られるもので、表示制御部１８及び加工
部１９は、出来上がりイメージに対する決定を端末２に
受け付けさせるための手段としての役割も持っている。

【００７４】また、定格画像保存部２０は、出来上がり
イメージに決定する旨の通知を端末２から受け取った場
合に、この決定に基づいて予め決められた形式のファイ
ル（定格画像ファイルと呼ぶ）を作成する手段であり、
画像データベース１５は、このように作成された定格画
像ファイルを保存する手段としての役割も持つ。

【００７５】〔１−４．ソフトウェアの構成〕 また、上記のような各機能を実現するためのソフトウェ
アと、そのようなソフトウェアを使った処理の流れの概
略を図２の概念図に示す。すなわち、図１に示したサー
バ１上では、ソフトウェアによって複数のシステムを実
現することが可能であり、そのうちの少なくとも１つ
は、本実施形態のカード作成支援装置を実現するための
ウェブサーバシステム上のシステム（業務システムと呼
ぶ）Ｓ１である。なお、このようなウェブサーバシステ
ムとしては、ＩＩＳ(Internet Information Server）、
アパッチ、ネットスケープコマースサーバー（それぞれ
商標）などを適宜選択して利用することができる。

【００７６】そして、同じサーバ１上や他のサーバ上
で、ダイレクトメール発送などの他システムＳ５を稼働
させ、業務システムＳ１と他システムＳ５との間でデー
タの受渡等を行うことで、協力して情報処理を行わせる
こともできる。

【００７７】また、業務システムＳ１は、クレジットカ
ードの申込とデザインの指定に使うためのデータベース
（業務データベースと呼ぶ）ＤＢとして、具体的には、
図１に示した属性データベース１２及び画像データベー
ス１５を備えている。また、業務システムＳ１を構成す
るソフトウェアを業務プログラムと呼ぶ。

【００７８】この業務プログラムＳ２は、図１のサーバ
１内に示した申込受付部１１、画像受信部１３、合成選
択部１４、使用料設定部１６、課金部１７、表示制御部
１８、加工部１９及び定格画像保存部２０の機能を実現
するもので、具体的には、画像処理表現プログラムＳ３
と、画像処理用汎用ライブラリＳ４と、その他の図示し
ないソフトウェアモジュールを備えている。

【００７９】このうち画像処理表現プログラムＳ３は、
画像の加工を中心とした画像に関する処理を行うための
プログラムであり、主に図１の表示制御部１８、加工部
１９及び定格画像保存部２０としての動作を実現するた
めに働く。また、画像処理用汎用ライブラリＳ４は、複
数の画像の合成や、画像の縮小・拡大、トリミングな
ど、１つ又は複数の画像ファイルに対する汎用的な処理
を実現するものである。

【００８０】このような画像処理用汎用ライブラリＳ４
を画像処理表現プログラムＳ３から利用する態様として
は、例えば、画像処理表現プログラムＳ３から、ＡＰＩ
（Application Interface ）などを使って、処理の対象
となる画像ファイル、加工の種類や内容を表すパラメー
タなどを引数として関数呼び出しし、呼び出された関数
は、リターン値や処理済みの画像のパラメータ引き渡し
ファイルなどで処理結果を返すなどが考えられる。ま
た、このような画像処理用汎用ライブラリＳ４の関数
を、例えば他システムＳ５などから呼び出して使うよう
にしてもよい。

【００８１】そして、業務プログラムＳ２は、ユーザ側
端末２とのやりとりを、インターネット上のホームペー
ジＨを使って行うように構成されていて、このようなホ
ームページＨとしては、クレジットカード契約の申込受
付用に使われる申込ページＨ１と、クレジットカードに
使う画像の送信や選択、出来上がりイメージ確認などに
使われる画像ページＨ２などが考えられる。

【００８２】さらに具体的には、上記のようなホームペ
ージＨ１やＨ２は、既に説明したＨＴＭＬに加えて、Ｊ
ＡＶＡスクリプトのようなスクリプトをＨＴＭＬ内に組
み込んだり、ＣＧＩ（Common Gateway Interface）やＡ
ＳＰ（Active Server Pages）を介してデータベースや
下位レイヤーのプログラム等と連携して情報をやり取り
するような実装態様で構成するなどが考えられる。

【００８３】そして、ホームページＨ１やＨ２は、図２
に示すように、例えば画像処理表現プログラムＳ３との
間で、ｈｔｔｐ（Hypertext Transfer Protocol ）標準
出力に加え、そのようなＣＧＩ、ＡＳＰリンクなどを使
って情報をやり取りすればよい。

【００８４】〔１−５．ユーザ側端末の構成〕 また、端末２（図１）は、サーバ１によって提供される
ホームページＨにアクセスできるものであればどのよう
なものでもよいが、典型的には、モデムなどのネットワ
ーク接続装置やＣＰＵなどを備えた処理部２１と、ハー
ドディスクドライブ（ＨＤＤ）などの記憶装置２２と、
キーボードやマウスなどの入力部２３と、ＣＲＴや液晶
ディスプレイなどの表示部２４と、を備えたパーソナル
コンピュータなどが考えられる。

【００８５】〔１−６．実装に使う具体的技術の例〕 なお、本発明や本実施形態の実装においては、どのよう
な具体的技術を使うことも可能であるが、一例として、
上に挙げたものを含め次に例示するような技術を適宜組
み合わせることが考えられる（以下商標及び社名を含
む）。 （１）オペレーティングシステム（ＯＳ）として、

【００８６】ＭＳ−ＤＯＳ，

【００８７】Ｗｉｎｄｏｗｓ（３．１，９５，９８，Ｎ
Ｔ），

【００８８】ＭａｃｉｎｔｏｓｈなどのＭａｃＯＳ，

【００８９】ＵＮＩＸ，Ｓｏｌａｒｉｓ，Ｌｉｎｕｘ，
ＢＳＤ，その他（２）通信に関する手法やプロトコルと
して、

【００９０】ダイヤルアップネットワーク，

【００９１】ＴＣＰ／ＩＰ

【００９２】（Transmission Control Protocol / Inte
rnet Protocol），

【００９３】ｈｔｔｐ（Hypertext Transfer Protocol
），

【００９４】ｆｔｐ（File Transfer Protocol），その
他 （３）ＨＴＭＬ，ＶＲＭＬやその他のＭａｒｋｕｐ言語 （４）Internet Explorer,Netscape Navigator(Communi
cator) その他のウェブブラウザ （５）ＪＰＥＧ，ＧＩＦやその他の画像のファイルや圧
縮に関する技術や規格 （６）Ｓｈｏｃｋｗａｖｅやその他のプラグイン技術や
規格 （７）ＭＩＭＥやその他のインタフェース規格 （８）プログラミング言語やスクリプト言語として、

【００９５】Ｃ，Ｃ＋＋，ＶＢ（Visual Basic），ＪＡ
ＶＡ，

【００９６】ＪａｖａＳｃｒｉｐｔ，ＡＳＰ（Active S
erver Pages ），

【００９７】ＣＧＩ（Common Gateway Interface），そ
の他

【００９８】特に、上記のダイナミック処理はダイナミ
ックＨＴＭＬやレイヤーオブジェクトの他、ｍａｃｒｏ
ｍｅｄｉａ社のｄｉｒｅｃｔｏｒ，ｆｌａｓｈ，Ｘｔｒ
ａｓ，Ｇｅｎｅｒａｔｏｒに代表されるような同一ペー
ジ内での画像処理技術を使って実現することが考えられ
る。

【００９９】また、このような画像処理技術によって上
記のバックエンド処理やサーバ１側における定格画像フ
ァイルの自動出力を行うことも考えられる。また、その
ようなバックエンド処理やサーバ１側における定格画像
ファイルの自動出力は、ＩｍａｇｅＫｉｔ ４ Ｂｏｒ
ｌａｎｄ Ｅｄｉｔｉｏｎ，ＵＮＩＸ／ＩｍａｇｅＭａ
ｇｉｃに代表されるような他の画像処理技術によって実
現することも可能である。

【０１００】このように、本発明や本実施形態はいろい
ろな具体的技術を使って実装することが可能であり、当
然、上記のようなカテゴリにおいて今後開発されるどの
ような技術を使って実装することも可能である。

【０１０１】〔２．作用〕 以上のように構成された本実施形態は、次のように作用
する。まず、図３は、本実施形態における概略的な処理
手順を示すフローチャートである。

【０１０２】〔２−１．クレジットカードの申込〕 まず、端末２のユーザは（図１）、サーバ１にアクセス
することによって、申込ページＨ１から（図２）クレジ
ットカード契約の申込をすることができる（図３、ステ
ップ１）。特に、さまざまな他の企業や個人のホームペ
ージなどから申込ページＨ１へのリンクを設定しておけ
ば、ユーザはリンクのバナーをクリックするなどの操作
で容易に申込ページＨ１に到達することができ、容易に
クレジットカードの申込を行うことができる。

【０１０３】この場合のリンク元としては、アクセス数
の多いサイトが望ましく、例えば、いわゆる検索サイト
（検索エンジン）のほか、新聞社、雑誌社、コンピュー
タソフトメーカ、通信サービス会社のホームページなど
が考えられる。

【０１０４】そして、ユーザが到達する申込ページＨ１
は、サーバ１の申込受付部１１が（図１）ＨＴＭＬなど
の形式で端末２に送信し表示させることができる。この
ような申込ページＨ１では（図２）、ユーザに案内や申
込条件などが提示され、ユーザは、ＣＧＩなどを使った
記入欄に氏名、住所、電話番号、生年月日、勤務先、勤
続年数、年収、電子メールアドレスその他の必要事項を
タイプ入力する。なお、クレジットカード入会時に電子
メールアドレスを入力してもらって取得することで、電
子メールによる低コストでのダイレクトマーケティング
の実践が容易になる。

【０１０５】そして、ユーザが画面上の送信ボタンをマ
ウスのポインタでクリックすると、ユーザの入力したデ
ータは、ＳＳＬなどで暗号化されたうえでサーバ１に送
信される。そして、申込受付部１１は（図１）、受信し
たデータを復号化（デコード）し、データで表わされた
申込内容を属性データベース１２に保存する（図３、ス
テップ２）。

【０１０６】このように、申込ページＨ１を、ＳＳＬ、
ファイアウォールなどのネットワークを守る装置やソフ
トウェア等を利用して、保護されたホームページとして
おくことで、端末２との間でやり取りする情報の機密が
インターネット上の第三者から保護される。

【０１０７】そして、オリジナルデザインのカードを希
望するユーザは、申込ページＨ１からのリンクに基づい
て（図２）画像ページＨ２にアクセスし、オリジナル画
像の送信（アップロード）やサーバ１上の既存画像の選
択を行うことで、カードデザインを決定することができ
る。なお、以下に説明するようなカードデザインの決定
を先にし、その後でクレジットカードの申込を行うよう
にしてもよい。

【０１０８】〔２−２．オリジナル画像の送信〕 カードのデザインを決定する際、ユーザは例えば（図
１）、端末２の記憶装置２２内のディレクトリから、予
め用意しておいたＪＰＥＧ，ＧＩＦ，ＢＭＰ（ビットマ
ップ）などの画像ファイルを選んで転送の操作を行うこ
とができる（図３、ステップ３）。すると（図１）、端
末２からサーバ１にオリジナル画像の転送が開始され、
サーバ１では、画像受信部１３が転送されてくる画像フ
ァイルを受信する。ここで、このようにユーザが送信す
る加工前のオリジナル画像のファイルを元画像ファイル
Ｆ１（図２）と呼ぶ。

【０１０９】そして、画像受信部１３は（図１）、この
ように受信した元画像ファイルＦ１を、画像データベー
ス１５上のテンポラリファイル（一時保存ファイル）や
所定のメモリ上に格納し、表示制御部１８に引き渡す。
なお、このようなオリジナル画像のアップロードは、ア
ップロードを希望するユーザが画面上で所定の操作を行
ったときだけ受け付けるようにすることができる。

【０１１０】〔２−３．既製画像の選択〕 また、端末２のユーザは、画面上の所定のアイコンをク
リックするなどの操作を行うことで、サーバ１側に予め
用意された既製画像を選択しカードのデザインに合成選
択することができる（図３、ステップ４）。既製画像と
してはオリジナル画像の代わりに使うためのものや、オ
リジナル画像と組み合わせて使うためのもの、予め作ら
れたカード表面全体のデザインなどが考えられ、１つだ
け選択できるようにしてもよいし複数選択できるように
してもよい。

【０１１１】既製画像の具体例としては、人気タレント
グループの肖像、有名人がデザインしたカード模様、長
野オリンピックカウントダウンＴシャツのように世界で
ただ１枚となるようなカードデザイン、２００２年ワー
ルドカップのような著名なイベントの記念マークなどい
ろいろなものが考えられる。

【０１１２】また、既製画像として、オリジナル画像な
どを飾るための飾り縁や著名な漫画キャラクタを表した
ようなフレーム画像を用意すれば、ユーザは、自分が送
信したオリジナル画像や選択した画像をそのようなフレ
ーム画像で飾ることができる。また、同様に、ユーザ自
身の画像に対して、著名タレントが一緒に写真を取った
ように見える画像を組み合わせるなども可能である。

【０１１３】そして、ユーザが既製画像を選択するため
の操作を行った場合（図３、ステップ４）、合成選択部
１４は（図１）、どのような既製画像を選択することが
できるかを、原寸大画像や縮小画像（サムネイル）を端
末２に送信することでユーザに提示して選択させる（図
３、ステップ５）。そして、合成選択部１４は（図
１）、ユーザがどの既製画像を選択したかの情報を表示
制御部１８に引き渡す。

【０１１４】〔２−４．既製画像使用料の課金〕 また、クレジットカードの発行側は、使用料設定部１６
によって、所望の既製画像に著作権使用料などの使用料
を予め設定しておき、課金部１７によって、その既製画
像を使って作成されるクレジットカードに、設定してお
いた使用料を課金することができる。この場合、使用料
がかかる既製画像にはその旨とその金額を表示したうえ
で、その画像を使うかどうかをユーザに選択してもらえ
ばよい。

【０１１５】このように使用料が設定された既製画像を
ユーザが選択した場合、課金部１７は例えば、どの既製
画像を選択したかと、使用料の金額を、属性データベー
ス１２に保存されているそのユーザの申込内容に付記す
る。これにより、審査を経てクレジットカードが発行さ
れた場合、その金額を初回の請求で自動的に課金するこ
とができる。なお、インターネットを通じて申し込まれ
るオリジナルクレジットカード全てに一定の手数料を課
し、その課金を同様に行ってもよい。

【０１１６】〔２−５．出来上がりイメージの表示〕 以上のようにカードに使う画像が決まると、表示制御部
１８が、それらの画像を使ったカードの出来上がりイメ
ージ（外観）を合成して端末２に表示させる（ステップ
６）。ここで、図４は、複数の画像の層Ｌ１〜Ｌ４か
ら、カードの出来上がりイメージＧ１を合成する状態を
示す概念図である。この例では、最背面の第１の層Ｌ１
がクレジットカードの下地色を表し、その前面側の第２
の層Ｌ２は、ユーザが送信したオリジナル画像である。

【０１１７】また、そのさらに前面側の第３の層Ｌ３
は、ユーザが選択したフレーム画像であり、最前面の第
４の層Ｌ４は、カードの発行会社や決済機構のマーク、
クレジットカード番号などのエンボス加工部分など、必
須の表面模様を表す画像である。

【０１１８】このうち第３の層Ｌ３と第４の層Ｌ４は、
透過ＧＩＦ形式の画像ファイルであり、最前面となる第
４の層４の左寄り中央の四角い部分は、その後ろの第３
の層Ｌ３などが表れる透過部分となっている。そしてこ
の透過部分は、エンボス加工の部分を除いて、オリジナ
ル画像や既製画像でユーザがデザインできるフリースペ
ース（開放領域）となっている。

【０１１９】また、第３の層Ｌ３も透過ＧＩＦ形式の画
像ファイルであり、周囲の飾り縁の部分に囲まれた中央
部が四角く透過部分になっており、その後ろの第２の層
Ｌ２がこの部分を通して現われることになる。すなわ
ち、図４に示すように、最背面から順にこれら第１の層
Ｌ１から第４の層Ｌ４を重ね合わせて合成することによ
って、前面側から見れば、第２の層Ｌ２のオリジナル画
像が第３の層Ｌ３のフレーム画像で縁取られ、第４の層
Ｌ４のフリースペースにはめ込まれた状態となり、残っ
た部分には第１の層Ｌ１の下地色が現われることにな
る。

【０１２０】上記のような出来上がりイメージを端末２
に表示させるには、例えば、図１の表示制御部１８が、
図２の画像処理表現プログラムＳ３や画像処理用汎用ラ
イブラリＳ４を使って合成した出来上がりイメージを含
むホームページのデータを、端末２に送信すればよい。

【０１２１】この場合、ユーザがオリジナル画像の送信
又は既製画像の選択のうちどちらか一方だけを行った場
合は、それに応じてオリジナル画像又は既製画像のうち
存在する一方を使ったクレジットカードの出来上がりイ
メージが端末２に表示される。また、ユーザがオリジナ
ル画像を送信したうえ、既製画像の選択も行った場合
は、オリジナル画像と既製画像の両方を使ったクレジッ
トカードの出来上がりイメージが端末２に表示される。
さらに、第２の層Ｌ２及び第３の層Ｌ３からは、定格画
像ファイルの内容となる画像Ｇ２を作成することができ
る。

【０１２２】また、図５は、上記のような出来上がりイ
メージを表示するホームページの構成例を示す概念図で
ある。このホームページでは、オリジナル画像や既製画
像を使ったカードの出来上がりイメージＧ１と、現在の
出来上がりイメージに対してどのような加工内容を指定
することができるかを表す複数のボタンＢ１と、現在表
示されている出来上がりイメージで納得できるときにク
リックするための決定ボタンＢ２に加え、その他の可能
な操作を表すボタンＢ３，Ｂ４が表示されている。

【０１２３】〔２−６．加工内容の指定〕 この場合、ユーザは、決定ボタンＢ２をクリックするま
では（図３、ステップ７）、出来上がりイメージＧ１を
確認しながら、画像の拡大縮小などの加工を指定するこ
とができる（ステップ８）。ここで、指定できる加工の
内容としては、次のようなものを例示することができ
る。

【０１２４】（１）拡大縮小 拡大縮小の例として、画像の縦横比は元画像ファイルＦ
１と同一に固定したまま、指定した縦幅に合わせた横幅
浮動や、逆に、指定した横幅に合わせた縦幅浮動での拡
大縮小が考えられる。また、縦幅と横幅を両方指定して
拡大縮小を行うことも考えられるが、この場合、画像の
縦横比は元画像ファイルＦ１と同一とは限らず、その場
合は画像の内容がひずむことになる。さらに、１２０％
や９５％のように、指定した％での拡大縮小も考えられ
る。

【０１２５】（２）トリミング トリミングは、画像の一部をカットする加工であり、例
えば、指定した縦幅に合わせた横幅カットなどが考えら
れ、この場合、左寄せ又は右寄せを選択させて寄せる側
をカットしたり、両側を同じ幅ずつカットするなどの選
択肢が考えられる。また逆に、指定した横幅に合わせた
縦幅カットも考えられ、この場合も、上寄せ又は下寄せ
の選択や、上下両側を同一幅ずつカットなどが考えられ
る。また、中央に合わせるため、左右上下の外側をカッ
トすることも考えられる。

【０１２６】（３）選択的位置合わせ 選択的位置合わせは、オリジナル画像や既製画像の位置
を、用意された空きスペース上などで選択する基準点に
基づいた位置に合わせることであり、大まかな位置合わ
せに適した加工である。また、基準点としては、左上／
左中央／左下／右上／右中央／右下／中央上／中央下／
中央などが考えられる。

【０１２７】（４）マウス操作による位置合わせ マウス操作による位置合わせは、オリジナル画像や既製
画像の位置を、マウスのポインタの位置と連動させた
り、移動用アイコンのクリックなどに応じて、画面上の
ピクセル（画素）単位で移動させる加工であり、微妙な
位置合わせに適している。このマウス操作による位置合
わせは、画面のレスポンスが速いほうが使いやすいた
め、上記ダイナミック処理の場合に適している。

【０１２８】なお、以上の加工は典型例に過ぎず、これ
らを複数組み合わせたり、また、上記以外の種類の加工
を指定できるようにすることも自由であり、さらに、こ
れらの加工内容を指定するための画面構成等も自由であ
る。また、例えば、フレーム画像などの既存画像とオリ
ジナル画像のどちらを前面側にするかといった合成上の
条件を指定する加工や、カラーをセピア色やモノクロに
変換するといった色指定などを行えるようにしてもよ
い。

【０１２９】ここで、上記のような加工の各項目のう
ち、どの種類の加工がどのような数値で適用されている
かを表す情報を加工パラメータと呼ぶこととする。ここ
で、あるユーザとのやり取りを行っている画像ページＨ
２（図２）における加工パラメータの例としては、現在
扱っている元画像ファイルのテンポラリファイル名、そ
の元画像ファイルが現在どのように拡大縮小されている
かの情報、フリースペースとの関係でどの位置に位置合
わせされているかの情報などが考えられる。

【０１３０】また、ユーザがオリジナル画像を送信した
り既製画像を選択した後、最初に出来上がりイメージを
表示するときどのような加工パラメータを使うかについ
ては自由であるが、次のような例が考えられる。

【０１３１】すなわち、最初に出来上がりイメージを表
示しようとするときは、予め決められた初期値を適用し
てまず一旦出来上がりイメージを表示し、そのあと加工
内容を指定させてもよいし、逆に、代表的なパラメータ
は表示前に選択させ、その選択に応じた表示を行っても
よい。さらに、オリジナル画像の規格が一定の限界値を
超える場合に、空きスペースに収まるように暫定的な加
工パラメータを計算して適用してもよい。

【０１３２】 〔２−７．指定された加工内容に基づく出来上がりイメ
ージの更新〕 また、指定された上記のような加工内容を反映して、出
来上がりイメージを作成し更新する処理（図３、ステッ
プ９）については、端末２側で行うダイナミック処理
と、サーバ１側で行うバックエンド処理と、が考えられ
る。そして、ダイナミック処理とバックエンド処理のど
ちらを使用するかは、例えば、加工部１９が、端末２か
らブラウザの種類やバージョンに関する情報を得たり、
端末２のユーザから指示してもらうなどのやり方で判断
すればよい。

【０１３３】例えば、図６は、加工内容の指定とそれに
応じた出来上がりイメージの更新について、端末２のブ
ラウザがダイナミック処理に対応している（ダイナミッ
ク対応と呼ぶ）かどうかに応じて異なった処理がされる
例を示すフローチャートである。このフローチャートに
おいて実線はサーバ１上での処理を、破線は端末２上で
の処理を表している

【０１３４】〔２−７−１．ダイナミック処理〕 すなわち、端末２のブラウザがダイナミック対応の場合
（ステップ６０）、加工部１９は、表示制御部１８から
端末２に、ダイナミック処理のための情報を送信させる
（ステップ６１）。このダイナミック処理のための情報
は、具体的には、ダイナミックＨＴＭＬ（Hyper Text M
arkup Language）にしたがったスクリプトと、例えば、
図４に示した各層Ｌ１〜Ｌ４ごとの別々の画像ファイル
である（ステップ６１）。

【０１３５】この場合、ダイナミックＨＴＭＬに記述さ
れるスクリプトの内容は、個々の画像ファイルを端末２
上でレイヤーオブジェクトとしてどのように重ね合わせ
て表示するか、指定された加工内容に応じてそれぞれの
層の画像ファイルをどのように処理したり表示位置を変
更するか、ユーザから決定の操作が入力されたときにそ
の時点の加工パラメータをどのようにサーバ１側に送る
か、といった手順を含んでいる。

【０１３６】そして、このようなダイナミックＨＴＭＬ
を受け取った端末２では、個々の層の画像ファイルがダ
イナミックＨＴＭＬから参照され、重ね合わされること
で出来上がりイメージが表示される（ステップ９１）。
また、加工内容としては、マウス操作による位置合わせ
（微調整）も指定することが可能であり（ステップ８
１）、例えばこのようにマウス操作による位置合わせが
指定された場合、端末２上のブラウザは、サーバ１と通
信する必要はなく、ダイナミックＨＴＭＬのスクリプト
にしたがって図４の第２の層Ｌ２の位置をずらすこと
で、出来上がりイメージを更新することができる（ステ
ップ９１）。

【０１３７】このような加工内容の指定と出来上がりイ
メージの更新は同一ページ内で何度でも繰り返すことが
でき、ユーザが決定を指定すると（ステップ７）、端末
２のブラウザはダイナミックＨＴＭＬのスクリプトにし
たがって、その時点における加工パラメータをサーバ１
に送信する。ダイナミック処理の場合、この加工パラメ
ータを受信した時点では、サーバ１には出来上がりイメ
ージの画像ファイルは存在しない。

【０１３８】このため、定格画像保存部２０は、加工部
１９から加工パラメータを受け取り、この加工パラメー
タに基づいた定格画像ファイルを、表示制御部１８や図
２の画像処理用汎用ライブラリＳ４などを利用してバッ
クエンド処理として作成し（図３のステップ１０、図６
のステップ１０１）、画像データベース１５に保存する
（図３のステップ１０、図６のステップ１０２）。

【０１３９】〔２−７−２．バックエンド処理〕 一方、加工内容に基づく出来上がりイメージの更新をバ
ックエンド処理で行う場合、例えば図４の第１の層Ｌ１
から第４の層Ｌ４までの４つの画像ファイルを合成する
ことで出来上がりイメージを作成する処理は、バックエ
ンド処理として、サーバ１内で加工部１９が表示制御部
１８に行わせる。このため、このとき同時に、例えば図
４の第２の層Ｌ２と第３の層Ｌ３とを合成することで、
画像Ｇ２（図４）を内容とする定格画像ファイルを作成
することができ（図６、ステップ６２）、作成された定
格画像ファイルは所定のメモリやテンポラリファイルな
どに保存される。

【０１４０】そして、このように合成された出来上がり
イメージの画像と通常のＨＴＭＬが端末２に送られ（ス
テップ６３）、端末２では、ページの更新によって出来
上がりイメージの表示が行われる（ステップ９２）。ま
た、バックエンド処理の場合、マウス操作による位置合
わせは画面の反応が遅くなるため端末２では指定でき
ず、それ以外の限定された加工内容のみ指定できる（ス
テップ８２）。

【０１４１】この場合、端末２で加工内容が指定される
と、指定された加工内容はサーバ１へ送られ、サーバ１
では、加工部１９がそれまで持っていた加工パラメータ
を受信した加工内容で更新する。

【０１４２】また、加工部１９は、加工内容が反映され
た新しい出来上がりイメージと定格画像ファイルとを、
表示制御部１８や図２の画像処理用汎用ライブラリＳ４
などを利用してバックエンド処理として合成させて更新
する（ステップ６２）。そして、加工部１９は表示制御
部１８に、この新しい出来上がりイメージの画像ファイ
ルを伴ったＨＴＭＬを端末２に送らせ、端末２では再度
ページが更新されることで、加工内容が反映された新し
い出来上がりイメージが表示される（ステップ６３）。

【０１４３】このようなバックエンド処理の場合、サー
バ１上には、各時点での加工パラメータと最新の出来上
がりイメージの画像が存在するだけでなく、テンポラリ
ファイルなどに定格画像ファイルが保存されている。こ
のため、端末２でユーザが決定を指示すると（ステップ
７）、決定が指示されたことがサーバ１へ送信され、サ
ーバ１では、改めて定格画像ファイルを作成する必要は
なく、定格画像保存部２０は、テンポラリファイルなど
に保存されていた定格画像ファイルＦ２を定格画像保存
部２０へ正式に保存するだけで済む（ステップ１０
２）。

【０１４４】なお、ダイナミック処理の場合も、バック
エンド処理の場合も、ブラウザのバック（「戻る」）ボ
タンが押された場合は、警告やエラーを表示することに
よって、ユーザが見ている出来上がりイメージの内容
と、その時点で決定した場合に使われる加工パラメータ
との食い違いを防止するようにしてもよい。さらに、決
定された加工パラメータを使って再度出来上がりイメー
ジを作成して確認のために表示し、再確認で確定させる
か、作業をやりなおすかをユーザに選択させるようにし
てもよい。

【０１４５】 〔２−８．申込内容と定格画像ファイルの取り扱い〕 以上のような処理の結果（図２）、属性データベース１
２には申込内容が、画像データベース１５には定格画像
ファイルＦ２が保存された状態となり、これらのデータ
は、例えば次のように取り扱われる。まず、カード発行
側では、定格画像ファイルとそれに対応する申込内容を
出力し、画像の内容や、勤続年数など申込者の属性が予
め決められた基準に合致するかどうか審査する。

【０１４６】審査の結果、定格画像ファイル又は申込内
容の少なくともどちらかが基準に合致しない場合は、そ
の旨を郵便や電子メールで申込者に通知する。このと
き、定格画像ファイルの内容だけが基準に合致しない場
合は、カードデザインの決定だけを画像ページＨ２から
やり直せるようにしてもよい。

【０１４７】一方、定格画像ファイルと申込内容の双方
が基準に合致した場合、申込内容は既に電子化されてい
るので、申込内容を入会申込書に印字したうえ申込者に
郵送することも容易である。そして、署名捺印など必要
事項記入のうえ入会申込書を返送してもらって保管する
と共に定格画像ファイルＦ２を使ったクレジットカード
Ｃを発行することが考えられる。

【０１４８】このようにクレジットカードＣを発行する
一例としては、次のようなものが考えられる。例えば、
定格画像ファイルＦ２を作成するとき、個々の申込者と
の対応関係を表す整理番号などを割り振っておく。そし
て、クレジットカード発行側は、決定したクレジットカ
ード番号や有効期限などの発券データと、定格画像ファ
イルＦ２とを、整理番号で互いに対応付け、印刷会社な
どを使ったカード作成プロセス３（図２）に渡す。

【０１４９】これらのデータを提供されたカード作成プ
ロセス３では、予め決められたセキュリティが維持され
た印刷会社等の設備において、いわゆる生カード上に定
格画像ファイルＦ２を用いた券面印刷、クレジットカー
ド番号などのエンボス加工、裏面磁気帯への情報書き込
みなどでクレジットカードＣを作成し、このように完成
したクレジットカードＣが、カード発行側の新たな顧客
となる申込者に郵送される。

【０１５０】〔３．効果〕 以上説明したように、本実施形態では、画像受信部１３
の作用により、ユーザはインターネットを通して、ロー
カルな記憶装置２２上に用意したオリジナルの画像デー
タを元画像ファイルＦ１として手軽に送れるだけでな
く、表示制御部１８の作用によって、そのオリジナル画
像を使ったクレジットカードの出来上がりイメージを合
成表示によって事前確認できる。

【０１５１】このため、ユーザは、嗜好に合った個性的
なクレジットカードのデザインを容易に指定することが
でき、カード発行側では、写真の取り込み、返却などの
作業が不要になるのでカード作成の時間やコストを削減
することができる。

【０１５２】また、本実施形態では、ユーザは、合成選
択部１４の作用により、サーバ１上に予め用意された既
製画像を選択するだけで容易にクレジットカードのデザ
インを選択することができる。このため、用意しておく
既製画像に応じて、見栄えのする専門的デザインをあし
らったクレジットカードや、各種イベントの記念クレジ
ットカードなど趣向を凝らしたオリジナルデザインのク
レジットカードの作成が容易になる。

【０１５３】また、本実施形態では、ユーザが用意した
オリジナル画像と、予めサーバ１上に用意されユーザが
選択した既製画像とを組み合わせてクレジットカードの
デザインを構成することができる。このため、有名な図
形や専門的にデザインされた見栄えのする既製画像を予
め用意しておくことで、変化に富んだ体裁の良いオリジ
ナリティ溢れるクレジットカードを容易に作成すること
ができ、ユーザの多様な嗜好が満足される。

【０１５４】また、本実施形態では、ユーザの用意した
オリジナル画像を、趣味性に富んだ見栄えのするフレー
ム画像を使って、シールプリント装置すなわちプリクラ
（商標）のように装飾できるので、ユーザの用意したオ
リジナル画像を使ったクレジットカードの体裁を向上さ
せることができる。

【０１５５】特に、本実施形態では、日常携帯し使用の
都度他人に提示するクレジットカードを所望のデザイン
で作成することによって、ユーザの嗜好が効果的に満足
される。また、クレジットカードのデザインに所持人の
人相、特徴などの属性が反映されるとともに、クレジッ
トカード使用時にも、クレジットカードの印象が店員な
ど提示相手に強く残るので、変造や盗用といった不正の
防止効果が期待できる。

【０１５６】また、本実施形態では、使用料設定部１６
及び課金部１７の作用により、著作権などの使用料が必
要な既製画像について、その既製画像をあしらったクレ
ジットカードそのものに課金することで使用料の徴収を
容易かつ確実に行うことができる。

【０１５７】また、本実施形態では、加工部１９の作用
により、表示されている出来上がりイメージが指定され
た加工内容にしたがって変化する。このため、ユーザ
は、出来上がりイメージを確認しながら画像の位置合わ
せ、縮小・拡大、縦横比率合わせ、トリミングといった
加工内容のなかから所望の種類や程度を容易に指定し、
納得できる状態になったときにクレジットカードのデザ
インを決定することができる。

【０１５８】このため、ユーザはこのような加工を行う
手段を持っていなくても、納得できる仕上がりのクレジ
ットカードを容易に得ることができる。また、クレジッ
トカード作成側ではこのような加工を行う必要がなくな
るため、クレジットカード作成のコスト削減や効率化が
可能となる。

【０１５９】また、本実施形態では、加工内容に応じて
出来上がりイメージを更新する態様として、バックエン
ド処理とダイナミック処理とを使うことができ、これら
２つの態様を、端末２やブラウザの種類などに応じて使
い分けることができる。このため、ユーザごとに異なる
端末２やブラウザの種類に容易に対応し、円滑にサービ
スを提供することができる。

【０１６０】特に、バックエンド処理の場合、指定され
た加工内容に基づいた出来上がりイメージがサーバ１側
で作成されて端末２に送られ、ホームページの更新など
の形で表示される。このため、端末２側では、加工内容
に基づいて実際に画像を加工したり出来上がりイメージ
を作成するための機能や計算負荷が不要となり、負担が
軽減される。

【０１６１】また、ダイナミック処理の場合、加工内容
に応じて出来上がりイメージを変化させたり、最終的に
決定された内容をサーバ１に送る手順が、サーバ１から
端末２へダイナミックＨＴＭＬのスクリプトなどで送ら
れ、端末２側で実行される。このため、端末２側では加
工内容の指定に対するレスポンスが改善し、サーバ１の
側では、加工内容に応じて出来上がりイメージを作成し
直す計算負荷が軽減され、インターネットに関わるトラ
フィックも軽減される。

【０１６２】また、本実施形態では、画像の拡大や縮小
が加工内容として指定でき、クレジットカードの開放領
域など予め決められたサイズにとらわれることなく、所
望のサイズの画像を使うことも容易になる。また、本実
施形態では、縦や横の幅を指定してはみ出す部分をカッ
トするなどのトリミングが加工内容として指定でき、所
望の画像から不要部分を自由にカットして使うことも容
易になる。

【０１６３】また、本実施形態では、開放領域のなかか
ら所望の基準点を指定して画像を配置するといった位置
合わせが加工内容として指定でき、所望の部分を重視し
た画像の配置も容易になる。また、本実施形態では、画
像の位置をマウス操作でピクセル（画素）単位で移動す
るなど、画像の位置の移動を加工内容として指定でき、
バランスを考えて画像の位置を微調整するなども容易に
なる。

【０１６４】また、本実施形態では、定格画像保存部２
０の作用により、決定された画像のファイルが、大きさ
や縦横比率などの固定化された予め決められた定格画像
ファイルの形式で自動作成され、サーバ１側で画像デー
タベース１５内に保存される。このため、印刷業者など
クレジットカード作成側では、このように保存されたフ
ァイルをそのまま使って印刷などのクレジットカード作
成作業を行うことができ、負担が軽減される。

【０１６５】また、本実施形態では、インターネットの
ホームページである画像ページＨ２を使ってユーザがオ
リジナルクレジットカードのデザインを指定できる。こ
のため、多くのユーザが自宅などから手軽にデザインの
指定を行える。また、他の企業のホームページや検索エ
ンジンなどいろいろなサイトからからリンクを設定し、
アクセスを容易にすることで、集客ルートの拡大が容易
となる。

【０１６６】また、本実施形態では、ユーザは単一の画
像ページＨ２上で、表示される出来上がりイメージを確
認しながら所望の加工内容を指定したり、表示されてい
る出来上がりイメージを決定できるので、作業が効率化
される。

【０１６７】また、本実施形態では、透過ＧＩＦなど透
過情報を持つ層を使うことで、例えばユーザの用意した
画像とフレーム画像とを合成したり、さらにその下にク
レジットカードの地色を合成したり、さらにそれら画像
の上にはエンボス（凸凹）加工によるクレジットカード
番号などが表れる様子を合成したりすることで、リアル
な出来上がりイメージを容易に表示することができる。

【０１６８】また、本実施形態では、申込受付部１１の
作用により、申込ページＨ１上で住所氏名などの属性を
入力し送信したりすることで、クレジットカード契約の
申込を容易に行うことができる。これによって、ユーザ
は、日常利用するインターネットなどを通じて容易に申
込を行うことが可能となり、また、申込受付側は申込の
時点で電子化されたユーザの属性といった情報が入手で
きる。このため、申込書をユーザが手書きで記入した
り、記入された内容を申込受付側が改めてデータ入力す
るなどの必要がなくなり、申込をする側も受け付ける側
も双方負担が軽減される。

【０１６９】また、本実施形態では、サーバ１と端末２
とのデータのやり取りがＳＳＬ（Secure Socket Layer
）などで暗号化されるので、一般に開放されたインタ
ーネットを通じて、クレジットカードの申込とそのカー
ドのデザイン作成を行うような際の機密が保持される。

【０１７０】〔４．他の実施の形態〕 なお、本発明は上記実施形態に限定されるものではな
く、次に例示するような他の実施形態も包含するもので
ある。例えば、本発明は、クレジットカードだけでな
く、プリペイドカードや各種会員カードなどあらゆる種
類のカードの作成に適用することができる。また、端末
とのやり取りには、インターネット以外のコンピュータ
ネットワークを使用することも可能である。

【０１７１】また、図１や図２に示した実施形態の具体
的な構成は一例に過ぎず、例えば、ホームページＨは申
込ページＨ１と画像ページＨ２という２つのページによ
って構成する必要はなく、単一又は３つ以上のホームペ
ージを適宜組み合わせて構成することができる。また、
業務プログラムＳ２も、必ずしも画像処理表現プログラ
ムＳ３と画像処理用汎用ライブラリＳ４を含む必要はな
く、画像処理用汎用ライブラリＳ４の機能を画像処理表
現プログラムＳ３内に分散して組み込んだり、これらを
他のソフトウェアモジュールと一体化させることもでき
る。

【０１７２】また、出来上がりイメージの表示態様や加
工内容の具体的種類も自由に設定でき、例えば、異なっ
た加工内容による複数の出来上がりイメージを単一のペ
ージ内に複数同時に表示したり、交互に表示したり、ま
た、ある画像がある状態とない状態の出来上がりイメー
ジを複数同時又は交互に表示することも可能である。ま
た、画像の合成に使う層として、透過ＧＩＦを使うこと
は必須ではなく、他の形式を使って合成を行ってもよ
い。

【０１７３】また、業務データベースＤＢの構成、申込
内容のデータ形式、定格画像ファイルの形式なども自由
であり、業務データベースＤＢ内にさらに他のデータベ
ースを設けるなども可能である。また、加工内容の項目
によっては、必ずしもホームページ上の所定の部分をク
リックするだけでなく、端末２のカーソル（方向／矢
印）キーを押すなど、他の操作によって指定できるよう
にしてもよい。

【０１７４】また、デザインされた文字フォントをサー
バ１内に予め用意しておき、ユーザが端末２で入力した
文字列の各文字に対応する文字フォントをカードの券面
に合成できるようにしてもよい。このようにすれば、所
望の文字列をカードのデザインに使用できるので、各種
プリペイドカードなどに、デザインされた文字で祝辞を
あしらってプレゼントするなど、ユーザの嗜好に合った
カードの作成が容易になる。

【０１７５】また、予め決められた条件が満たされた場
合に、予め決められた画像の選択を許すようにしてもよ
い。すなわち、例えばインターネットのホームページ上
のクイズに一定以上正解した場合や、既にクレジットカ
ードを所持している申込人が一定以上の利用額を達成し
た場合など、予め決められた条件が満たされた場合に、
人気タレントグループの肖像や人気ブランドのマークな
ど特別に決められた画像をカードのデザインとして特別
に選択できるようにすることが考えられる。このように
特別に限定された付加価値の高いデザインを使う機会を
設けることで、ユーザの挑戦意欲や興味を刺激し、新規
申込の増大や既存契約者の利用促進を効果的に図ること
ができる。

【０１７６】

【発明の効果】以上のように、本発明によれば、コンピ
ュータネットワークを通じて顧客が所望のカードデザイ
ンを容易に指定できるため顧客の嗜好が満足され、カー
ド作成も効率化される。

【図面の簡単な説明】

【図１】本発明の実施形態の構成を示す機能ブロック
図。

【図２】本発明の実施形態について、ソフトウェア構成
態様の一例を示す図。

【図３】本発明の実施形態における処理手順の一例を示
すフローチャート。

【図４】本発明の実施形態において、複数の画像に基づ
いてカードの出来上がりイメージ及び定格画像ファイル
を合成する状態を示す概念図。

【図５】本発明の実施形態において、出来上がりイメー
ジを表示するホームページの構成例を示す概念図。

【図６】本発明の実施形態において、指定された加工内
容に基づいた出来上がりイメージの更新を、ダイナミッ
ク処理及びバックエンド処理によって行う手順を示すフ
ローチャート。

【符号の説明】

１…サーバ ２…端末 ３…カード作成プロセス １１…申込受付部 １２…属性データベース １３…画像受信部 １４…合成選択部 １５…画像データベース １６…使用料設定部 １７…課金部 １８…表示制御部 １９…加工部 ２０…定格画像保存部 ２１…処理部 ２２…記憶装置 ２３…入力部 ２４…表示部 Ｃ…カード ＤＢ…業務データベース Ｆ１…元画像ファイル Ｆ２…定格画像ファイル Ｎ…インターネット Ｓ１…業務システム Ｓ２…業務プログラム Ｓ３…画像処理表現プログラム Ｓ４…画像処理用汎用ライブラリ Ｓ５…他システム Ｈ…ホームページ Ｈ１…申込ページ Ｈ２…画像ページ ＳＴＥＰ…手順の各ステップ

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平７−89272（ＪＰ，Ａ) 特開 平４−150561（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) B42D 5/00 - 15/10 G06F 17/60 G06K 17/00

Claims (22)

(57)【特許請求の範囲】
1. 【請求項１】 インターネットのホームページを使っ
   て、ユーザ側端末と情報をやり取りすることでカードの
   作成を支援するためのカード作成支援装置において、 前記端末から送られる画像を受け取るための手段と、 前記画像を使った前記カードの出来上がりイメージを前
   記端末に表示させるための手段と、前記端末で指定された拡大、縮小、トリミング及び予め
   決められた距離を単位とした画像の位置の移動、の少な
   くともいずれかを含む加工内容を前記端末から受け取る
   ための手段と、 受け取った加工内容に基づいた前記出来上がりイメージ
   を作成するための手段と、 作成された前記出来上がりイメージを前記端末に送るた
   めの手段と、 出来上がりイメージに対する決定を前記端末に受け付け
   させるための手段と、 を備えたことを特徴とするカード作成支援装置。
2. 【請求項２】 コンピュータネットワークを経由してユ
   ーザ側端末と情報をやり取りすることでクレジットカー
   ドの作成を支援するためのカード作成支援装置におい
   て、 予め用意された画像ごとに使用料を設定するための手段
   と、 前記画像の候補を前記端末に送るための手段と、 前記端末で選択された画像を使ったカードの出来上がり
   イメージを当該端末に表示させるための手段と、 使用料が設定された画像を使って作成されるクレジット
   カードに前記使用料を課金するための手段と、 を備えたことを特徴とするカード作成支援装置。
3. 【請求項３】 インターネットのホームページを使っ
   て、ユーザ側端末と情報をやり取りすることでカードの
   作成を支援するためのカード作成支援装置において、 前記端末から送られる画像を受け取るための手段と、 予め用意された画像の候補を前記端末に送るための手段
   と、 前記端末から送られた前記画像及び前記端末で選択され
   た画像のうち少なくとも一方を使ったカードの出来上が
   りイメージを当該端末に表示させるための手段と、 を備えたことを特徴とするカード作成支援装置。
4. 【請求項４】 前記用意された画像は、前記端末から送
   られる画像のフレームを表すことを特徴とする請求項３
   記載のカード作成支援装置。
5. 【請求項５】 予め用意された文字ごとの画像のうち、
   前記端末で指定された文字列の各文字に対応するものを
   使ったカードの出来上がりイメージを前記端末に表示す
   るように構成されたことを特徴とする請求項１から４の
   いずれか１つに記載のカード作成支援装置。
6. 【請求項６】 インターネットのホームページを使っ
   て、ユーザ側端末と情報をやり取りすることでカードの
   作成を支援するためのカード作成支援装置において、 前記端末から送られる画像を受け取るための手段と、 前記画像を使った前記カードの出来上がりイメージを前
   記端末に表示させるための手段と、 指定された加工内容に応じて前記出来上がりイメージを
   どのように変化させ、及び、決定された加工内容をどの
   ように送るかの手順を前記端末に送るための手段を備え
   たことを特徴とするカード作成支援装置。
7. 【請求項７】 出来上がりイメージに決定する旨の通知
   を前記端末から受け取った場合に、前記決定に基づいて
   予め決められた形式のファイルを作成するための手段
   と、 作成された前記ファイルを保存するための手段と、 を備えたことを特徴とする請求項１から６のいずれか１
   つに記載のカード作成支援装置。
8. 【請求項８】 前記ホームページは、 出来上がりイメージを表示するための部分と、 加工内容を指定するための部分と、 決定のための部分と、 を含むことを特徴とする請求項１から７のいずれか１つ
   に記載のカード作成支援装置。
9. 【請求項９】 透過情報を持つ層を含む複数の層を使っ
   て前記出来上がりイメージを作成するように構成された
   ことを特徴とする請求項１から８のいずれか１つに記載
   のカード作成支援装置。
10. 【請求項１０】 少なくとも１つの前記層は透過ＧＩＦ
    を使って構成されたことを特徴とする請求項９記載のカ
    ード作成支援装置。
11. 【請求項１１】 申込を受け付けるための手段と、 前記申込の内容を保存するための手段と、 を備えたことを特徴とする請求項１から１０のいずれか
    １つに記載のカード作成支援装置。
12. 【請求項１２】 暗号化したデータを前記端末とやりと
    りするように構成されたことを特徴とする請求項１から
    １１のいずれか１つに記載のカード作成支援装置。
13. 【請求項１３】 予め決められた条件が満たされた場合
    に、予め決められた画像の選択を許すように構成された
    ことを特徴とする請求項１から１２のいずれか１つに記
    載のカード作成支援装置。
14. 【請求項１４】 インターネットのホームページを使っ
    て、ユーザ側端末と情報をやり取りすることでカードの
    作成を支援するためのカード作成支援方法において、 前記端末から送られる画像を受け取るためのステップ
    と、 前記画像を使った前記カードの出来上がりイメージを前
    記端末に表示させるためのステップと、前記端末で指定された拡大、縮小、トリミング及び予め
    決められた距離を単位とした画像の位置の移動、の少な
    くともいずれかを含む加工内容を前記端末から 受け取る
    ためのステップと、 受け取った加工内容に基づいた前記出来上がりイメージ
    を作成するためのステップと、 作成された前記出来上がりイメージを前記端末に送るた
    めのステップと、 出来上がりイメージに対する決定を前記端末に受け付け
    させるためのステップと、 を含むことを特徴とするカード作成支援方法。
15. 【請求項１５】 コンピュータネットワークを経由して
    ユーザ側端末と情報をやり取りすることでクレジットカ
    ードの作成を支援するためのカード作成支援方法におい
    て、 予め用意された画像ごとに使用料を設定するためのステ
    ップと、 前記画像の候補を前記端末に送るためのステップと、 前記端末で選択された画像を使ったカードの出来上がり
    イメージを当該端末に表示させるためのステップと、 使用料が設定された画像を使って作成されるクレジット
    カードに前記使用料を課金するためのステップと、 を含むことを特徴とするカード作成支援方法。
16. 【請求項１６】 インターネットのホームページを使っ
    て、ユーザ側端末と情報をやり取りすることでカードの
    作成を支援するためのカード作成支援方法において、 前記端末から送られる画像を受け取るためのステップ
    と、 予め用意された画像の候補を前記端末に送るためのステ
    ップと、 前記端末から送られた前記画像及び前記端末で選択され
    た画像を使ったカードの出来上がりイメージを当該端末
    に表示させるためのステップと、 を含むことを特徴とするカード作成支援方法。
17. 【請求項１７】 前記用意された画像は、前記端末から
    送られる画像のフレームを表すことを特徴とする請求項
    １６記載のカード作成支援方法。
18. 【請求項１８】 インターネットのホームページを使っ
    て、ユーザ側端末と情報をやり取りすることでカードの
    作成を支援するためのカード作成支援方法に おいて、 前記端末から送られる画像を受け取るためのステップ
    と、 前記画像を使った前記カードの出来上がりイメージを前
    記端末に表示させるためのステップと、 指定された加工内容に応じて前記出来上がりイメージを
    どのように変化させ、及び、決定された加工内容をどの
    ように送るかの手順を前記端末に送るためのステップを
    含むことを特徴とするカード作成支援方法。
19. 【請求項１９】 出来上がりイメージに決定する旨の通
    知を前記端末から受け取った場合に、前記決定に基づい
    て予め決められた形式のファイルを作成するためのステ
    ップと、 作成された前記ファイルを保存するためのステップと、 を含むことを特徴とする請求項１４から１８のいずれか
    １つに記載のカード作成支援方法。
20. 【請求項２０】 透過情報を持つ層を含む複数の層を使
    って前記出来上がりイメージを作成することを特徴とす
    る請求項１４から１９のいずれか１つに記載のカード作
    成支援方法。
21. 【請求項２１】 コンピュータをソフトウェアで制御す
    ることによって、インターネットのホームページを使っ
    て、ユーザ側端末と情報をやり取りすることでカードの
    作成を支援するためのカード作成支援用ソフトウェアを
    記録した記録媒体において、 そのソフトウェアは前記コンピュータに、前記用意された画像ごとに使用料を設定させ、 前記端末から送られる画像を受け取らせ、 予め用意された画像の候補を前記端末に送らせ、 前記端末から送られた前記画像又は前記端末で選択され
    た画像のうち少なくとも一方を使ったカードの出来上が
    りイメージを当該端末に表示させ、使用料が設定された画像を使って作成されるクレジット
    カードに前記使用料を課金させる ことを特徴とするカー
    ド作成支援用ソフトウェアを記録した記録媒体。
22. 【請求項２２】 前記ソフトウェアは前記コンピュータ
    に、 透過情報を持つ層を含む複数の層を使って前記出来上が
    りイメージを作成させることを特徴とする請求項２１記
    載のカード作成支援用ソフトウェアを記録した記録媒
    体。