JP2017167673A - カード情報生成プログラム、カード情報生成方法、及びカード情報生成装置 - Google Patents

Abstract

【課題】本発明の課題は、訪れた場所でクレジットカードを利用することにより訪れた場所に結びつくサービスを提供することを目的とする。【解決手段】上記課題は、第１カードを特定するカードＩＤを受信し、利用ログ情報からカードＩＤで特定されるカードを利用した店舗の識別子を取得し、店舗データベースから店舗の識別子を用いて店舗の所在地を取得し、店舗の所在地に基づいて、デザインデータベースから第２カードに印刷する候補デザインを取得して、受信したカードＩＤと取得した候補デザインとを対応付けて候補テーブルに格納し、第１カードの利用者端末に、候補テーブルの候補デザインから第２カードのデザインを選択する選択画面を表示させ、選択されたデザインを含む第２カードを発行する情報を生成する処理をコンピュータに行わせるカード情報生成プログラムにより達成される。【選択図】図１

Description

本発明は、カード情報生成プログラム、カード情報生成方法、及びカード情報生成装置に関する。

生活用品の購入から娯楽関連まで種々の支払が容易であるという利便性から、現金に代わって種々のカードが利用されている。従来から、審査により発行されるクレジットカード、前払いで購入するプリペイドカード等が利用されている。また、近年では、前払いで購入しクレジットカードの利便性を備えたプリペイド型クレジットカードが普及しつつある。

カードにプレミア感を持たせるために、購入時に利用者が選択したデザインをプリペイドカード上にプリントし発行する技術等が知られている。

特開平４−４７４８８号公報

上述した技術は、利用者の好みのデザインを選択する技術であり、デザインの価値によってプリペイドカードに対する利用者の満足度を実現するものである。したがって、利用者の購買意欲は、購入するプリペイドカードに向けられるものであり、クレジットカードの利用を促進するには十分ではない。

したがって、１つの側面では、本発明は、訪れた場所でクレジットカードを利用することにより訪れた場所に結びつくサービスを提供することを目的とする。

一態様によれば、第１カードに対応する第２カードを発行する情報を生成するカード情報生成プログラムであって、前記第１カードを特定するカードＩＤを受信し、カードを利用した店舗の識別子を含む利用ログ情報から前記カードＩＤで特定される店舗の識別子を取得し、店舗の識別子に対応づけて該店舗の所在地を格納する店舗データベースから、取得した前記店舗の識別子を用いて該店舗の所在地を取得し、前記店舗の所在地に基づいて、デザイン毎に該デザインを有効にする所在地の範囲を対応付けたデザインデータベースから、前記第２カードに印刷する候補デザインを取得して、受信した前記カードＩＤと取得した該候補デザインとを対応付けて候補テーブルに格納し、前記第１カードの利用者端末に、前記候補テーブルから該第１カードの前記カードＩＤに対応付けられた１以上の前記候補デザインから、前記第２カードのデザインを選択する選択画面を表示させ、選択された前記デザインを含む第２カードを発行する情報を生成する処理をコンピュータに行わせるカード情報生成プログラムが提供される。

また、上記課題を解決するための手段として、カード情報生成方法、及び、カード情報生成装置とすることもできる。

訪れた場所に結びつくサービスを提供することにより、当該サービスを目当てとする訪問先でのカード利用を促進する。

第１実施例におけるシステムの構成例を示す図である。 各装置のハードウェア構成を示す図である。 カード管理ＤＢのデータ構成例を示す図である。 加盟店ＤＢのデータ構成例を示す図である。 利用ログＤＢのデータ構成例を示す図である。 観光地デザインＤＢのデータ構成例を示す図である。 候補図テーブルのデータ構成例を示す図である。 第１実施例における処理シーケンスを説明するための図である。 第１実施例における利用管理処理を説明するためのフローチャート図である。 第１実施例におけるデザイン選択処理を説明するためのフローチャート図である。 第１実施例における候補デザイン収集処理を説明するためのフローチャート図である。 第１実施例における利用者通知処理を説明するためのフローチャート図である。 第１実施例におけるカード作成依頼処理を説明するためのフローチャート図である。 案内メールの本文例を示す図である。 デザイン選択画面の例を示す図である。 更新後のカードの例を示す図である。 第２実施例におけるシステムの構成例を示す図である。 第２実施例における処理シーケンスを説明するための図である。 第２実施例におけるサーバで行われるデザイン蓄積処理を説明するための図である。 第２実施例における利用管理処理を説明するためのフローチャート図である。 第２実施例におけるデザイン選択処理を説明するためのフローチャート図である。 第２実施例における利用者通知処理を説明するためのフローチャート図である。 第２実施例におけるカード作成依頼処理を説明するためのフローチャート図である。 第３実施例におけるシステムの構成例を示す図である。 第３実施例における処理シーケンスを説明するための図である。 プリペイドカードＤＢのデータ構成例を示す図である。 第３実施例におけるサーバで行われるデザイン蓄積処理を説明するための図である。 第３実施例におけるデザイン通知処理を説明するためのフローチャート図である。 第３実施例におけるデザイン選択画面の例を示す図である。 第３実施例におけるデザイン選択画面の例を示す図である。 第３実施例におけるプリペイドカードの例を示す図である。 第３実施例におけるデザイン選択画面の例を示す図である。 複数のデザインが選択され印刷されたカードの例を示す図である。 観光地デザインＤＢの他のデータ構成例を示す図である。

以下、本発明の実施の形態を図面に基づいて説明する。現在、日本国内で発行されている種々のカードは、主には、日本国内に居住する利用者を対象として発行されている。近年、日本へ多くの外国人が観光等で来訪するようになり、外国人による消費に大きな期待が寄せられている。

このような状況において、カード会社等では、比較的容易に購入できるプリペイド型クレジットカードを外国人にも購入して貰うことで、日本国内でのカード発行の市場を拡大したいという要望がある。

特に、２０２０年開催のオリンピックに向け、入国される外国人にカード契約を促すため、「この場所に来た」、「有名なものを見た」等の、外国人利用者にとってより記憶に残るカードにすることが望まれている。

以下に説明する第１〜第３実施例では、日本国内での支払い履歴に基づき、支払のあった場所に係る画像をカードに印刷可能とする。また、本実施例は、外国人来訪者に限定されない。日本国内の居住者を含む。

先ず、第１実施例を説明する。第１実施例では、カード利用時の可否はカード会社で行い、サーバがカード更新時に利用者にデザインの選択サービスを行う。

図１は、第１実施例におけるシステムの構成例を示す図である。図１に示すシステム１００１は、カード利用管理装置１００と、カードに印刷するデザインの選択サービスを提供するサーバ２００と、カードを保持する１以上の利用者の利用者端末３００と、複数の加盟店端末４００とを有し、ネットワーク２を介して通信が行われる。

カード利用管理装置１００は、カード会社１のサーバ装置であり、利用者に発行した各カードに係るデータ管理を行う利用管理部１４０を有する。利用管理部１４０は、コンピュータプログラムによって実現される。

第１実施例において、利用管理部１４０は、サーバ２００からのカード作成依頼を受信する。カード会社１は、利用管理部１４０が受信したカード作成依頼に含まれるデザインを、カード作成依頼で指定されたカードに印刷して、利用期限を更新したカードを作成する。

カード利用管理装置１００は、更に、カード管理ＤＢ１３２、加盟店ＤＢ１３４、利用ログＤＢ１３６等を有する。カード利用管理装置１００は、サーバ２００と、加盟店端末４００と、ネットワーク２を介して通信を行う。

第１実施例におけるサーバ２００は、利用者端末３００からのデザイン選択の要求に応じて、所持するカードに印刷するデザインの選択サービスを提供する。サーバ２００は、カードの利用期限までの更新期間に、利用者へカード更新時のデザイン選択の案内を送信し、利用者端末３００からのデザイン選択の要求を受信することで、デザインの選択サービスを開始する。サーバ２００は、更に、観光地デザインＤＢ２３２、候補テーブル２３４等を有する。

サーバ２００は、カード利用管理装置１００との通信により、カード利用管理装置１００からカードの更新時期、また、カードが利用されたカード会社１の加盟店の住所等の情報を取得する。

サーバ２００は、利用者端末３００からのデザイン選択の要求に応じて、利用者がカードを利用した加盟店の住所に対応するデザイン（画像）を選択可能に、利用者端末３００に提供する。サーバ２００は、利用者端末３００から受信したデザインを特定する情報で、カード利用管理装置１００へカード作成依頼を行う。

利用者端末３００は、利用者によって利用される、パーソナルコンピュータ（ＰＣ）、携帯端末等の情報処理端末であり、ブラウザ３４０を有する。利用者は、利用者端末３００から、サーバ２００に接続し、デザインの選択サービスを受ける。

利用者は、利用者端末３００のブラウザ３４０に表示されたデザインのうち１以上のデザインを選択することで、選択したデザインが印刷され、利用期限が更新されたカードがカード会社１から送付される。

加盟店端末４００は、カード会社の加盟する店舗Ａ、Ｂ等に設置されたＰＯＳ（point of sale system）端末等であり、カードでの精算を可能とするカード精算部４０ｐを有する。

図２は、各装置のハードウェア構成を示す図である。図２において、カード利用管理装置１００は、コンピュータによって制御される情報処理装置であって、ＣＰＵ（Central Processing Unit）１１１と、主記憶装置１１２と、補助記憶装置１１３と、入力装置１１４と、表示装置１１５と、通信Ｉ／Ｆ（インターフェース）１１７と、ドライブ装置１１８とを有し、バスＢ１に接続される。

ＣＰＵ１１１は、主記憶装置１１２に格納されたプログラムに従ってカード利用管理装置１００を制御するプロセッサに相当する。主記憶装置１１２には、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１１にて実行されるプログラム、ＣＰＵ１１１での処理に必要なデータ、ＣＰＵ１１１での処理にて得られたデータ等を記憶又は一時保存する。

補助記憶装置１１３には、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１１３に格納されているプログラムの一部が主記憶装置１１２にロードされ、ＣＰＵ１１に実行されることによって、各種処理が実現される。主記憶装置１１２及び補助記憶装置１１３が記憶部１３０に相当する。

入力装置１１４は、マウス、キーボード等を有し、カード会社１の管理者がカード利用管理装置１００による処理に必要な各種情報を入力するために用いられる。表示装置１１５は、ＣＰＵ１１１の制御のもとに必要な各種情報を表示する。入力装置１１４と表示装置１１５とは、一体化したタッチパネル等によるユーザインタフェースであってもよい。通信Ｉ／Ｆ１７は、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１１７による通信は無線又は有線に限定されるものではない。
カード利用管理装置１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read‐Only Memory）等の記憶媒体１９によってカード利用管理装置１００に提供される。

ドライブ装置１１８は、ドライブ装置１１８にセットされた記憶媒体１１９（例えば、ＣＤ−ＲＯＭ等）とカード利用管理装置１００とのインターフェースを行う。

また、記憶媒体１１９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１９に格納されたプログラムは、ドライブ装置１１８を介してカード利用管理装置１００にインストールされる。インストールされたプログラムは、カード利用管理装置１００により実行可能となる。

尚、プログラムを格納する記憶媒体１１９はＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non-transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い
カード利用管理装置１００の利用管理部１４０は、ＣＰＵ１１１が対応するプログラムを実行することによって実現される。また、カード管理ＤＢ１３２、加盟店ＤＢ１３４、利用ログＤＢ１３６等は、記憶部１３０に記憶される。

サーバ２００は、コンピュータによって制御される情報処理装置であって、ＣＰＵ２１１と、主記憶装置２１２と、補助記憶装置２１３と、入力装置２１４と、表示装置２１５と、通信Ｉ／Ｆ２１７と、ドライブ装置２１８とを有し、バスＢ２に接続される。

サーバ２００のデザイン選択部２４０は、ＣＰＵ２１１が対応するプログラムを実行することによって実現される。主記憶装置２１２と補助記憶装置２１３とが記憶部２３０に相当し、観光地デザインＤＢ２３２、候補テーブル２３４等を記憶する。各構成部の説明は、カード利用管理装置１００と同様であるため、その説明を省略する。

利用者端末３００は、コンピュータによって制御されるタブレット型、携帯電話等の情報処理端末であって、ＣＰＵ３１１と、メモリ３１２と、ユーザＩ／Ｆ（インターフェース）３１６と、通信Ｉ／Ｆ３１７とを有し、バスＢ３に接続される。

ユーザＩ／Ｆ３１６は、ＣＰＵ３１１の制御のもとに必要な各種情報を表示し、また、ユーザによる操作入力を可能とするタッチパネル等に相当する。

ＣＰＵ３１１は、メモリ３１２に記憶されたプログラムを実行することでブラウザ３４０等の種々の操作可能な種々の画面をユーザＩ／Ｆ３１６に表示させ、画面上のユーザの操作に応じて、処理を実行する。

利用者端末３００のブラウザ３４０は、既存のプログラムによって実現されればよい。その他の各構成部の説明は、カード利用管理装置１００と同様であるため、その説明を省略する。また、利用者端末３００は、デスクトップ型、ノートブック型、ラップトップ型等の情報処理端末であっても良く、そのハードウェア構成は、カード利用管理装置１００のハードウェア構成と同様であるので、その説明を省略する
加盟店端末４００は、コンピュータによってＰＯＳ端末として機能する情報処理装置であって、ＣＰＵ４１１と、主記憶装置４１２と、補助記憶装置４１３と、入力装置４１４と、表示装置４１５と、読取装置４１６と、通信Ｉ／Ｆ４１７と、ドライブ装置４１８とを有し、バスＢ４に接続される。

加盟店端末４００のカード精算部４０ｐは、ＣＰＵ４１１が対応するプログラムを実行することによって実現される。主記憶装置４１２と補助記憶装置４１３とが記憶部４３０に相当する。

読取装置４１６は、プリペイド型クレジットカードを含む種々のカードによる精算を行うための装置であり、カード精算部４０ｐにより制御される。読取装置４１６によって読み取られたカードＩＤ等は、カード精算部４０ｐにより、通信Ｉ／Ｆ４１７を介してカード利用管理装置１００へカード照会依頼が行われる。

その他の各構成部の説明は、カード利用管理装置１００と同様であるため、その説明を省略する。

第１実施例におけるテーブル及びデータベースのデータ構成例について、図３〜図７で説明する。先ず、カード利用管理装置１００で管理されるデータベースのデータ構成例について説明する。

図３は、カード管理ＤＢのデータ構成例を示す図である。図３において、カード管理ＤＢ１３２は、カード利用管理装置１００の記憶部１３０に保持され、カードＩＤ毎に、利用者情報１３２ａ、利用関連情報１３２ｂ等を記憶し管理するデータベースである。

カードＩＤは、カード会社１で付与されたカードを一意に特定する番号を示す。利用者情報１３２ａは、利用者住所、利用者氏名、連絡先アドレス等の項目を有し、利用者に関する情報を記憶し管理する。利用者住所は、利用者の住所であり、カードの郵送先の住所を示す。利用者氏名は、利用者のフルネームを示す。連絡先アドレスは、利用者への情報提供に利用する電子メールアドレスを示す。

利用関連情報１３２ｂは、利用限度額、累積利用額、利用期限等の項目を有し、カード利用に関する情報を記憶し管理する。利用限度額は、月毎のカードでの支払い限度額を示す。累積利用額は、同月内でカードで支払った金額の累計を示す。利用期限は、カード更新日を示す。

このデータ例では、カードＩＤ「9876-5432-1098」に関して、利用者情報１３２ａにおいて、このカードの利用者は「富士太郎」である。また、カードの郵送等の利用者住所は「川崎市中原区上小田中・・・」であり、カードに関する情報提供等の連絡先アドレスは「fujitarou@xxxxx.yyy.zz」であることが示されている。

利用関連情報１３２ｂにおいて、カードに設定された利用限度額は「500000」であり、カード発行日から現在までの累積利用額は「12752」であり、利用期限は「2017.3」であることが示されている。

第１実施例において、連絡先アドレスが、サーバ２００によって、カード更新時のデザイン選択の案内の送信等に利用される。利用期限は、サーバ２００によって、カード更新時のデザイン選択の案内の送信時期の決定に利用される。

図４は、加盟店ＤＢのデータ構成例を示す図である。図４において、加盟店ＤＢ１３４は、カード利用管理装置１００の記憶部１３０に保持され、加盟店毎に、加盟店情報を記憶し管理するデータベースであり、加盟店ＩＤ、店名、住所等の項目を有する。

加盟店ＩＤは、加盟店を特定する識別子を示す。店名は、加盟店の店舗の名称を示す。住所は、加盟店の所在地を示す。第１実施例において、加盟店の住所がサーバ２００によって参照され、利用者端末３００に表示させる候補デザインが、加盟店の住所に基づいて決定される。

このデータ例では、加盟店ＩＤ「1001」の店名は「東京みやげ屋」であり、その住所は「東京都中央区・・・」であることを示している。

図５は、利用ログＤＢのデータ構成例を示す図である。図５において、利用ログＤＢ１３６は、カード利用管理装置１００の記憶部１３０に保持され、カードＩＤ毎に、支払情報を累積して記憶するログデータベースである。カードＩＤ毎に、利用日、加盟店ＩＤ、商品名、金額等が記憶される。

カードＩＤは、カード管理ＤＢ１３２に登録済みのカードＩＤを示す。利用日は、カードが利用された日付を示す。加盟店ＩＤは、利用者がカードを利用した、加盟店ＤＢ１３４に登録されている加盟店の識別子を示す。商品名は、利用者が加盟店ＤＢ１３４で購入した商品の名称を示す。金額は、商品の価格を示す。

このデータ例では、カードＩＤ「9876-5432-1098」のカードは、利用日「2016/2/1」に、加盟店ＩＤ「1001」で特定される加盟店で、商品名「Ｔシャツ」の商品が購入され、金額「3500」が支払われたことが示されている。

次に、サーバ２００で管理されるテーブル及びデータベースのデータ構成例について説明する。

図６は、観光地デザインＤＢのデータ構成例を示す図である。図６において、観光地デザインＤＢ２３２は、サーバ２００の記憶部２３０に予め用意され保持され、各デザインを場所と関連付けて記憶し管理するデータベースである。

観光地デザインＤＢ２３２は、デザインＩＤ、位置、デザイン等の項目を有する。デザインＩＤは、デザインを特定する識別子を示す。位置は、デザインが関連付けられる場所を特定する。デザインは、写真画像等であり、画像に含まれる被写体を表わす名称がファイル名に含まれて記憶される。

この例では、デザインＩＤ「Ｄ１」のデザインは「富士.jpg」であり、このファイル名からデザインに富士山を含んでいることを示している。このデザインの位置は、「静岡県富士市・・・」であることを示している。

デザインＩＤ「Ｄ２」のデザインは「東京タワー.jpg」であり、このファイル名からデザインに東京タワーを含んでいることを示している。このデザインの位置は、「東京都中央区・・・」であることを示している。

デザインＩＤ「Ｄ３」のデザインは「スカイツリー.jpg」であり、このファイル名からデザインにスカイツリーを含んでいることを示している。このデザインの位置は、「東京都墨田区・・・」であることを示している。

図７は、候補図テーブルのデータ構成例を示す図である。図７において、候補図テーブル２３４は、サーバ２００の記憶部２３０に保持され、利用期限までの更新期間となったカード毎にカードを利用した場所に基づいて決定した候補デザインを記憶したテーブルである。候補図テーブル２３４は、カードＩＤ、利用日、デザインＩＤ等の項目を有する。

カードＩＤは、利用期限までの更新期間となったカードの番号を示す。利用日は、カードが利用された日付を示す。デザインＩＤは、カードが利用された場所に関連するデザインを特定する識別子を示す。

カードＩＤ「9876-5432-1098」で特定されるカードに対して、利用日「2015/11/1」に利用された時の位置に関連付けられたデザインＩＤ「Ｄ１」のデザインと、利用日「2015/11/8」に利用された時の位置に関連付けられたデザインＩＤ「Ｄ２」のデザインと、利用日「2015/11/8」に利用された時の位置に関連付けられたデザインＩＤ「Ｄ３」のデザインとが、候補デザインとして選択されたことを示している。

図８は、第１実施例における処理シーケンスを説明するための図である。図８において、加盟店は、利用者が提示したカードを、加盟店端末４００の読取装置４１６で読み取って、カード利用管理装置１００へカード照会依頼を行う（ステップＳ１１０１）。カード照会依頼には、加盟店ＩＤ、商品名、利用者のカードＩＤ、金額等の情報が含まれる。

カード利用管理装置１００では、利用管理部１４０が、カードＩＤ及び利用金額でカード管理ＤＢ１３２を参照し、カードの利用可否を判定し、判定結果を示す利用可否通知を加盟店端末４００に送信する（ステップＳ１１０２）。利用管理部１４０は、また、カードＩＤ、利用日、加盟店ＩＤ、商品名、金額を示す利用ログを利用ログＤＢ１３６に蓄積して記憶する。

サーバ２００のデザイン選択部２４０は、日毎等の間隔で、カード利用管理装置１００へ更新カード取得要求を送信して、利用期限までの更新期間のカードＩＤを要求する（ステップＳ１１０３）。カード利用管理装置１００の利用管理部１４０は、カード管理ＤＢ１３２及び利用ログＤＢ１３６を参照して、更新カード情報をサーバ２００に提供する（ステップＳ１１０４）。更新カード情報は、カードＩＤ、連絡先アドレス、利用期限、加盟店の住所、利用日等を示す。

サーバ２００のデザイン選択部２４０は、カード利用管理装置１００から受信した更新カード情報の加盟店の住所で観光地デザインＤＢ２３２を参照して候補デザインを決定し、候補図テーブル２３４に記憶する。また、デザイン選択部２４０は、更新カード情報の連絡先アドレスへ案内メールを送信する（ステップＳ１１０５）。案内メールには、デザインの選択サービスを受けるためのＵＲＬ（Uniform Resource Locator）を含む。

利用者は、利用者端末３００で案内メールを受信し、ＵＲＬをクリックすることでブラウザ３４０を起動させ、デザインの選択サービスの画面をユーザＩ／Ｆ３１６に表示させる。利用者がカードに印刷するデザインを選択すると、選択情報がサーバ２００へと送信される（ステップＳ１１０６）。選択情報は、利用者が選択したデザインを特定するデザインＩＤと、カードＩＤとを指定する。

サーバ２００のデザイン選択部２４０は、利用者端末３００から選択情報を受信すると、デザイン指定情報をカード利用管理装置１００へ送信する（ステップＳ１１０７）。デザイン指定情報は、カードＩＤ、デザインデータ、利用日等の情報が含まれる。

カード利用管理装置１００では、受信したデザイン指定情報のデザインをカードに印刷して、利用者に郵送する（ステップＳ１１０８）。

先ず、カード利用管理装置１００の利用管理部１４０で行われる利用管理処理について説明する。図９は、第１実施例における利用管理処理を説明するためのフローチャート図である。

図９において、カード利用管理装置１００では、利用管理部１４０が、一定の間隔で、利用者がカードを利用した加盟店の加盟店端末４００から、カード照会依頼を受信したか否かを判断する（ステップＳ１２０１）。カード照会依頼には、加盟店ＩＤ、商品名、利用者のカードＩＤ、金額等の情報が含まれる。

カード照会依頼を受信していない場合（ステップＳ１２０１のＮＯ）、利用管理部１４０は、更に、サーバ２００からデザイン指定情報を受信したか否かを判断する（ステップＳ１２０２）。デザイン指定情報を受信していない場合（ステップＳ１２０２のＮＯ）、利用管理部１４０は、ステップＳ１２０１へと戻り、上記同様の処理を繰り返す。

デザイン指定情報を受信した場合（ステップＳ１２０２のＹＥＳ）、利用管理部１４０は、デザイン指定情報からデザインデータを取得して、カード作成指示を出す（ステップＳ１２０３）。カード作成指示は、表示装置１１５に表示されてもよいし、カード利用管理装置１００からカードを作成する作成者へ電子メール等によって通知してもよい。

指定されたデザインデータを印刷したカードが作成された通知に応じて、利用管理部１４０は、カードの利用者へ作成されたカードを郵送する郵送指示を出す（ステップＳ１２０４）。その後、利用管理処理は、ステップＳ１２０１へと戻り、上述同様の処理を繰り返す。

一方、カード照会依頼を受信した場合（ステップＳ１２０１のＹＥＳ）、利用管理部１４０は、カード管理ＤＢ１３２から、カード照会依頼で指定されたカードＩＤで、利用期限、利用限度額、及び累積利用額を取得し、現在日及びカード照会依頼で示された金額に基づいて利用可能を確認する（ステップＳ１２０５）。現在日が利用期限前であること、今回の利用金額を累積利用額に換算した値が利用限度以下であることが確認される。

利用管理部１４０は、利用期限を超えていないかを判断する（ステップＳ１２０６）。利用期限を超えている場合、利用管理部１４０は、加盟店に、利用不可通知を送信し（ステップＳ１２０８）、ステップＳ１２０１へと戻り、上述同様の処理を繰り返す。

一方、利用限度を超えていない場合、利用管理部１４０は、利用限度額を超えていないかを判断する（ステップＳ１２０７）。利用限度を超えている場合、利用管理部１４０は、加盟店に、利用不可通知を送信する（ステップＳ１２０８）、ステップＳ１２０１へと戻り、上述同様の処理を繰り返す。

一方、利用限度を超えていない場合、利用管理部１４０は、現在の月日と、受信した加盟店ＩＤと、利用者のカードＩＤと、商品名と、金額とを利用ログＤＢ１３６に記録し、カード管理ＤＢ１３２の累計利用金額を更新する（ステップＳ１２０９）。

その後、利用管理部１４０は、加盟店に課金終了を示す利用可通知を送信し（ステップＳ１２１０）、ステップＳ１２０１へと戻り、上述した同様の処理を繰り返す。

次に、サーバ２００のデザイン選択部２４０で行われるデザイン選択処理について説明する。図１０は、第１実施例におけるデザイン選択処理を説明するためのフローチャート図である。

図１０において、デザイン選択部２４０は、候補デザイン収集部２４１によって、候補デザイン収集処理を行い（ステップＳ１３１０）、利用者通知部２４２によって、利用者通知処理を行う（ステップＳ１３３０）。また、デザイン選択部２４０は、カード作成依頼部２４３によって、カード作成入り処理を行って（ステップＳ１３５０）、デザイン選択処理を終了する。

候補デザイン収集部２４１、利用者通知部２４２、及びカード作成依頼部２４３は、デザイン選択部２４０から呼び出されるサブルーチンとして構成されればよい。

図１１は、第１実施例における候補デザイン収集処理を説明するためのフローチャート図である。図１１において、サーバ２００の候補デザイン収集部２４１は、更新カード取得要求をカード利用管理装置１００に送信して、カード利用管理装置１００からカード管理ＤＢ１３２のカードの利用期限までの更新期間のカードＩＤを示す更新カード情報を受信する（ステップＳ１３１１）。更新カード情報は、複数のカードＩＤを示してもよい。

利用期限までの更新期間は、１カ月等の予め設定された期間である。通常、サーバ２００は、複数のカードＩＤを受信する。カードＩＤを受信するタイミングは、利用者からデザインの変更依頼を受けたときでもよい。この場合においても、以下同様の処理を行なえばよい。

サーバ２００において、候補デザイン収集部２４１は、受信したカードＩＤから順に、カード利用管理装置１００に問合せて、１以上の加盟店ＩＤを利用ログＤＢ１３６から取得する（ステップＳ１３１２）。

候補デザイン収集部２４１は、取得した加盟店ＩＤを用いて、カード利用管理装置１００に問い合わせることで、加盟店ＤＢ１３４から加盟店の住所を取得する（ステップＳ１３１３）。

そして、候補デザイン収集部２４１は、観光地デザインＤＢ２３２に取得した住所が１つ以上存在するか否かを判断する（ステップＳ１３１４）。候補デザイン収集部２４１は、取得した各住所で、観光地デザインＤＢ２３２の位置を前方一致で検索する。観光地デザインＤＢ２３２に取得した住所のいずれも存在しない場合（ステップＳ１３１４のＮＯ）、候補デザイン収集部２４１は、ステップＳ１３１２へと戻り、上述同様の処理を繰り返す。

一方、観光地デザインＤＢ２３２に取得した住所が１つ以上存在する場合（ステップＳ１３１４のＹＥＳ）、候補デザイン収集部２４１は、観光地デザインＤＢ２３２に存在した住所に対応付けられたデザインＩＤを取得し、該当カードＩＤと対応づけて候補図テーブル２３４に追加する（ステップＳ１３１５）。

そして、候補デザイン収集部２４１は、次のカードＩＤがあるか否かを判断する（ステップＳ１３１６）。次のカードＩＤがある場合（ステップＳ１３１６のＹＥＳ）、候補デザイン収集部２４１は、ステップＳ１３１２へと戻り、上述同様の処理を繰り返す。

一方、次のカードＩＤがない場合（ステップＳ１３１６のＮＯ）、候補デザイン収集部２４１による候補デザイン収集処理は終了する。そして、利用者通知部２４２による利用者通知処理が行われる。

図１２は、第１実施例における利用者通知処理を説明するためのフローチャート図である。図１２において、サーバ２００の利用者通知部２４２は、候補図テーブル２３４から順に、カードＩＤを取得する（ステップＳ１３３１）。

利用者通知部２４２は、候補図テーブル２３４から、カードＩＤに対応付けられたデザインＩＤを取得し（ステップＳ１３３２）、観光地デザインＤＢ２３２から、取得したデザインＩＤに対応付けられたデザインデータを取得する（ステップＳ１３３３）。

また、利用者通知部２４２は、カード利用者管理装置１００に問合せて、カード管理ＤＢ１３２から、カードＩＤに対応付けられた連絡先アドレスを取得する（ステップＳ１３３４）。

利用者通知部２４２は、取得したデザインデータを用い、候補デザインを選択可能なデザイン選択画面を作成し、作成したデザイン選択画面のＵＲＬを含めた案内メールを、取得した連絡先アドレスに送信する（ステップＳ１３３５）。

そして、利用者通知部２４２は、次のカードＩＤがあるか否かを判断する（ステップＳ１３３６）。次のカードＩＤがある場合（ステップＳ１３３６のＹＥＳ）、利用者通知部２４２は、ステップＳ１３３１へと戻り、上述同様の処理を繰り返す。

一方、次のカードＩＤがない場合（ステップＳ１３３６のＮＯ）、即ち、取得した全てのカードＩＤについて処理を終了した場合、利用者通知部２４２は、利用者通知処理を終了する。利用者通知処理が終了すると、カード作成依頼部２４３によるカード作成依頼処理が行われる。

図１３は、第１実施例におけるカード作成依頼処理を説明するためのフローチャート図である。図１３において、サーバ２００のカード作成依頼部２４３は、一定間隔毎に、利用者端末３００から選択情報を受信したか否かを判断する（ステップＳ１３５１）。選択情報には、デザインＩＤと、カードＩＤとが指定されている。

選択情報を受信した場合（ステップＳ１３５１のＹＥＳ）、カード作成依頼部２４３は、受信した選択情報で指定されたデザインＩＤを用いて、観光地デザインＤＢ２３２からデザインデータを取得する（ステップＳ１３５２）。

そして、カード作成依頼部２４３は、カード利用管理装置１００に、取得したデザインデータと、選択情報で指定されたカードＩＤとを含むデザイン指定情報を送信する（ステップＳ１３５３）。その後、カード作成依頼部２４３がカード作成依頼を終了することで、デザイン選択処理は終了する。

一方、選択情報を受信していない場合（ステップＳ１３５１のＮＯ）、カード作成依頼部２４３は、カード作成依頼処理を終了し、デザイン選択処理が終了する。

図１４は、案内メールの本文例を示す図である。図１４に示す案内メール５ｍは、サーバ２００の利用者通知部２４２から利用者端末３００へ送信される電子メールである。

案内メール５ｍでは、利用者が現在所持しているカードの利用期限が間近であること、カードのデザインを選択できること等のメッセージに加えて、デザインを選択するためのＵＲＬ５ｍ−２が含まれている。

この例では、「
富士太郎様
○○カードです。

いつもご利用ありがとうございます。現在、お使いのカードの期限が2016/3となっています。新しいカードの発行にあたり、過去に当カードをご利用いただいた場所の図柄を新しいカードのデザインとすることができます。

カードのデザインについては、下のＵＲＬにて、ご希望のデザインを選択してください。なお、○月○日までにご連絡のない場合は、以前と同様のデザインとなります。

http://www.card-ga-dezain-dekimasu.com/koushin/
これからも○○カードをよろしくお願いします。」
等の本文が利用者端末３００のユーザＩ／Ｆ３１６に表示される。

利用者は、利用者端末３００のユーザＩ／Ｆ３１６に表示され案内メール５ｍの本文からＵＲＬ５ｍ−２をクリックすることで、図１５に示すようなページがブラウザ３４０に表示される。

図１５は、デザイン選択画面の例を示す図である。図１５に示すデザイン選択画面６１ｇは、サーバ２００の利用者通知部２４２によって作成され、利用者端末３００のブラウザ３４０に表示される画面である。デザイン選択画面６１ｇは、メッセージ表示領域６１ｇ−２、デザイン選択領域６１ｇ−４、選択するボタン６１ｇ−６、選択しないボタン６１ｂ−８等を有する。

メッセージ表示領域６１ｇ−２は、更新されるカードのデザインの選択が可能である旨を示すメッセージを表示する。メッセージ表示領域６１ｇ−２には、
「富士太郎様
カードの更新時期です。過去にあなたがカードを利用した場所に応じたデザインを、新カードのデザインにすることができます。希望するものがあれば選択してください。」
等のメッセージが表示される。

デザイン選択領域６１ｇ−４は、利用者がカードを利用した加盟店の場所に関連付られる写真等のデザインを１以上表示し、利用者によるデザイン選択を可能とする領域である。デザイン選択領域６１ｇ−４には、チェックボックス、デザイン、所在地等が表示される。利用者は、チェックボックスをチェックすることで、所望するデザインを選択する。

この例では、２つのデザインが表示されている。「静岡県富士市」を所在地とする富士山の画像と、「東京都中央区」を所在地とする東京タワーの画像とが表示されている。

選択するボタン６１ｇ−６は、デザイン選択領域６１ｇ−４のチェックボックスでチェックしたデザインへ変更して印刷するためのボタンである。選択しないボタン６１ｂ−８は、カードのデザインの変更を希望しないことを通知するためのボタンである。

デザイン選択画面６１ｇの他の例として、メッセージ表示領域６１ｇ−２に、
「富士太郎様
カードデザイン変更ご希望ですか？
あなたがカードを利用した場所のデザインを新カードのデザインにすることができます。」
等とし、希望するボタンと、希望しないボタンとを表示させ、利用者のボタンの選択によりデザイン変更希望の有無のみを通知できるようにしてもよい。利用者が、デザイン変更を希望した場合、任意のデザインがカードに印刷され、利用者に郵送される。

図１６は、更新後のカードの例を示す図である。図１６（Ａ）は、更新後も更新前と同一のカード会社１で定めたデザイン（図柄）で作成されたカードの例を示している。図１６（Ｂ）は、第１実施例により、利用者がカードのデザイン（図柄）を変更して作成されたカードの例を示している。

富士山のデザインがカードに印刷されることで、利用者に専用のデザインが示され、カードにプレミア感を持たせることができる。

次に、第２実施例について説明する。第２実施例では、利用者が加盟店でカード利用時に、サーバ２００が候補デザインを蓄積する。加盟店端末４００からのカード照会依頼に対して、加盟店端末４００とカード会社１のカード利用管理装置１００との間で、サーバ２００が仲介する。

図１７は、第２実施例におけるシステムの構成例を示す図である。図１７に示すシステム１００２は、カード利用管理装置１００と、カードに印刷するデザインの選択サービスを提供するサーバ２００と、カードを保持する利用者の利用者端末３００と、複数の加盟店端末４００とを有し、ネットワーク２を介して通信が行われる。

利用者端末３００、及び加盟店端末の構成は、第１実施例と同様であるため、その説明を省略する。カード利用管理装置１００は、第１実施例と同様に利用管理部１４０を有するが、加盟店端末４００との通信は、サーバ２００を介して行われる点で、第１実施例と異なっている。

第２実施例におけるサーバ２００は、利用者端末３００からのデザイン選択の要求に応じて、所持するカードに印刷するデザインの選択サービスを提供する。サーバ２００は、カード利用管理装置１００と加盟店端末４００との間を仲介し、加盟店端末４００からのカード照会依頼をカード利用管理装置１００へと仲介する際に、加盟店の住所に基づいて、候補デザインを取得し、利用されたカードＩＤに対応付けて候補図テーブル２３４に蓄積しておく。

サーバ２００は、第１実施例と同様にデザイン選択部２４０を有するが、第１実施例との違いは、デザイン選択部２４０が候補デザイン収集部２４１を有さない点である。その一方で、サーバ２００は、デザイン蓄積部２３７を有する。

デザイン蓄積部２３７は、加盟店の住所をカード利用管理装置１００から取得して、観光地デザインＤＢ２３２の位置を取得した住所で前方一致で検索してデザインＩＤを取得する。そして、デザイン蓄積部２３７は、カードＩＤに対応付けて、利用日とデザインＩＤとを候補図テーブル２３４に記憶する。デザイン選択部２４０の利用者通知部２４２及びカード作成依頼部２４３は、第１実施例と同様であるため、その説明を省略する。

カード利用管理装置１００、サーバ２００、利用者端末３００、及び加盟店端末４００のハードウェア構成は、第１実施例と同様であるためその説明を省略する。また、テーブル及びデータベースのデータ構成例も第１実施例と同様であるためその説明を省略する。

図１８は、第２実施例における処理シーケンスを説明するための図である。図１８において、加盟店は、利用者が提示したカードを、加盟店端末４００の読取装置４１６で読み取って、サーバ２００へカード照会依頼を行う（ステップＳ２１０１）。カード照会依頼には、加盟店ＩＤ、商品名、利用者のカードＩＤ、金額等の情報が含まれる。

サーバ２００では、加盟店端末４００からカード照会依頼を受信すると、デザイン蓄積部２３７が、カード利用管理装置１００へカード照会依頼を転送する（ステップＳ２１０２）。

カード利用管理装置１００では、利用管理部１４０が、カードＩＤ及び利用金額でカード管理ＤＢ１３２を参照し、カードの利用可否を判定し、判定結果を示す利用可否通知をサーバ２００へ送信する（ステップＳ２１０３）。利用管理部１４０は、また、カードＩＤ、利用日、加盟店ＩＤ、商品名、金額を示す利用ログを利用ログＤＢ１３６に蓄積して記憶する。利用可否通知によって、カードの利用可否と、加盟店の住所とがサーバ２００に通知される。

サーバ２００にて、利用可否通知を受信すると、デザイン蓄積部２３７が、利用可否通知を加盟店端末４００に転送する（ステップＳ２１０４）。また、デザイン蓄積部２３７は、利用可否通知で示される加盟店の住所で、観光地デザインＤＢ２３２を参照し、デザインＩＤを取得すると、候補図テーブル２３４に、カードＩＤに対応付けて、利用日とデザインＩＤとを記憶する。

サーバ２００のデザイン選択部２４０は、日毎等の間隔で、カード利用管理装置１００へ更新カード取得要求を送信して、利用期限までの更新期間となったカードのＩＤを要求する（ステップＳ２１０５）。カード利用管理装置１００の利用管理部１４０は、カード管理ＤＢ１３２及び利用ログＤＢ１３６を参照して、更新カード情報をサーバ２００に提供する（ステップＳ２１０６）。更新カード情報は、カードＩＤ、連絡先アドレス、利用期限、加盟店の住所、利用日等を示す。

サーバ２００のデザイン選択部２４０は、カード利用管理装置１００から受信した更新カード情報の加盟店の住所で観光地デザインＤＢ２３２を参照して候補デザインを決定し、候補図テーブル２３４に記憶する。また、デザイン選択部２４０は、更新カード情報の連絡先アドレスへ案内メールを送信する（ステップＳ２１０７）。案内メールには、デザインの選択サービスを受けるためのＵＲＬ（Uniform Resource Locator）を含む。

利用者は、利用者端末３００で案内メールを受信し、ＵＲＬをクリックすることでブラウザ３４０を起動させ、デザインの選択サービスの画面をユーザＩ／Ｆ３１６に表示させる。利用者がカードに印刷するデザインを選択すると、選択情報がサーバ２００へと送信される（ステップＳ２１０８）。選択情報は、利用者が選択したデザインを特定するデザインＩＤと、カードＩＤとを指定する。

サーバ２００のデザイン選択部２４０は、利用者端末３００から選択情報を受信すると、デザイン指定情報をカード利用管理装置１００へ送信する（ステップＳ２１０９）。デザイン指定情報は、カードＩＤ、デザインデータ、利用日等の情報が含まれる。

カード利用管理装置１００では、受信したデザイン指定情報のデザインをカードに印刷して、利用者に郵送する（ステップＳ２１１０）。

先ず、サーバ２００のデザイン蓄積部２３７によるデザイン蓄積処理について説明する。図１９は、第２実施例におけるサーバで行われるデザイン蓄積処理を説明するための図である。

図１９において、サーバ２００では、デザイン蓄積部２３７が、一定の間隔で、利用者がカードを利用した加盟店の加盟店端末４００から、カード照会依頼を受信したか否かを判断する（ステップＳ２２０１）。カード照会依頼には、加盟店ＩＤ、商品名、利用者のカードＩＤ、金額等の情報が含まれる。

カード照会依頼を受信していない場合（ステップＳ２２０１のＮＯ）、デザイン蓄積部２３７は、ステップＳ１２０１へと戻り、上記同様の処理を繰り返す。

デザイン蓄積部２３７は、カード照会依頼をカード利用管理装置１００に送信し（ステップＳ２２０３）、カード利用管理装置１００からの利用可否通知により、カードの利用可情報と、加盟店の住所とを受信したか否かを判断する（ステップＳ２２０４）。

利用可情報と、加盟店の住所とを受信しなかった場合（ステップＳ２２０４のＮＯ）、デザイン蓄積部２３７は、カードの利用不可情報を受信したか否かを判断する（ステップＳ２２０５）。カードの利用不可情報を受信しなかった場合（ステップＳ２２０５のＮＯ）、デザイン蓄積部２３７は、ステップＳ２２０４へと戻り、上記同様の処理を繰り返す。

一方、カードの利用不可情報を受信した場合（ステップＳ２２０６のＹＥＳ）、デザイン蓄積部２３７は、加盟店端末に、利用不可通知を送信し（ステップＳ２２０６）、ステップＳ２２０１へと戻り、上述同様の処理を行う。

一方、カードの利用可情報と、加盟店の住所とを受信した場合（ステップＳ２２０４のＹＥＳ）、デザイン蓄積部２３７は、課金終了を示す利用可通知を送信する（ステップＳ２２０７）。課金終了により利用可であったことが示される。

そして、デザイン蓄積部２３７は、受信した加盟店の住所で、観光地デザインＤＢ２３２の位置を検索し、加盟店の住所が存在するか否かを判断する（ステップＳ２２０８）。加盟店の住所が存在しない場合（ステップＳ２２０８のＮＯ）、デザイン蓄積部２３７は、ステップＳ２２０１へと戻り、上述した同様の処理を繰り返す。

一方、加盟店の住所が存在する場合（ステップＳ２２０８のＹＥＳ）、デザイン蓄積部２３７は、検索したレコードからデザインＩＤを取得し、該当カードＩＤと対応付けて、候補図テーブル２３４に追加する（ステップＳ２２０９）。そして、デザイン蓄積部２３７は、ステップＳ２２０１へと戻り、上述した同様の処理を繰り返す。

次に、カード会社１のカード利用管理装置１００の利用管理部１４０による利用管理処理について説明する。

図２０は、第２実施例における利用管理処理を説明するためのフローチャート図である。図２０において、利用管理部１４０は、サーバ２００からカード照会依頼を受信したか否かを判断する（ステップＳ２３０１）。

サーバ２００からカード照会依頼を受信した場合（ステップＳ２３０１のＹＥＳ）、利用管理部１４０は、カード管理ＤＢ１３２から、カード照会依頼で指定されたカードＩＤで、利用期限、利用限度額、及び累積利用額を取得し、現在日、今回の利用金額（カード照会依頼で示される金額）と比較する（ステップＳ２３０２）。現在日が利用期限を超えていないこと、今回の利用金額を累積利用額に換算した値が利用限度以下であることが確認される。

利用管理部１４０は、利用期限を超えていないかを判断する（ステップＳ２３０３）。利用期限を超えている場合（ステップＳ２３０３のＮＯ）、利用管理部１４０は、サーバ２００に利用不可通知を送信し（ステップＳ２３０５）、ステップＳ２３０１へと戻り、上述同様の処理を繰り返す。

一方、利用期限を超えていない場合（ステップＳ２３０３のＹＥＳ）、利用管理部１４０は、限度額を超えていないかを判断する（ステップＳ２３０４）。限度額を超えている場合（ステップＳ２３０４のＮＯ）、利用管理部１４０は、サーバ２００に利用不可通知を送信し（ステップＳ２３０５）、ステップＳ２３０１へと戻り、上述同様の処理を繰り返す。

一方、限度額を超えていない場合（ステップＳ２３０４のＹＥＳ）、利用管理部１４０は、現在の月日と、受信した加盟店ＩＤと、利用者のカードＩＤと、商品名と、利用金額とを利用ログＤＢ１３６に記録し、カード管理ＤＢ１３２の利用者のカードＩＤのレコードの累計利用額を更新する（ステップＳ２３０６）。

利用管理部１４０は、受信した加盟店ＩＤを用いて、加盟店ＤＢ１３４から加盟店の住所を取得する（ステップＳ２３０７）。そして、利用管理部１４０は、サーバ２００に、利用可通知と、加盟店の住所とを送信し（ステップＳ２３０８）、ステップＳ２３０１へと戻り、上述した同様の処理を繰り返す。

一方、サーバからカード照会依頼を受信していない場合（ステップＳ２３０１のＮＯ）、利用管理部１４０は、サーバから、利用期限までの更新期間のカードのＩＤを要求する更新カード取得要求を受信したか否かを判断する（ステップＳ２３０９）。

更新カード取得要求を受信した場合（ステップＳ２３０９のＹＥＳ）、利用管理部１４０は、カード管理ＤＢ１３２を参照して、利用期限までの更新期間のカードＩＤを取得する（ステップＳ２３１０）。通常、複数のカードＩＤを取得する。

そして、利用管理部１４０は、取得したカードＩＤをサーバ２００に送信する（ステップＳ２３１１）。取得した１又は複数のカードＩＤを示す更新カード情報がサーバ２００へ送信される。その後、利用管理部１４０は、ステップＳ２３０１へと戻り、上述した同様の処理を繰り返す。

一方、更新カード取得要求を受信していない場合（ステップＳ２３０９のＮＯ）、利用管理部１４０は、サーバから、デザイン指定情報を受信したか否かを判断する（ステップＳ２３１２）。

デザイン指定情報を受信した場合（ステップＳ２３１２のＹＥＳ）、利用管理部１４０は、デザイン指定情報に含まれるデザインデータでカードを作成するカード作成指示を出す（ステップＳ２３１３）。カード作成指示は、表示装置１１５に表示されてもよいし、カード利用管理装置１００からカードを作成する作成者へ電子メール等によって通知してもよい。

指定されたデザインデータを印刷したカードが作成された通知に応じて、利用管理部１４０は、カードの利用者へ作成されたカードを郵送する郵送指示を出す（ステップＳ２３１４）。その後、利用管理処理は、ステップＳ２３０１へと戻り、上述同様の処理を繰り返す。

次に、サーバ２００のデザイン選択部２４０で行われるデザイン選択処理について説明する。図２１は、第２実施例におけるデザイン選択処理を説明するためのフローチャート図である。

図２１において、デザイン選択部２４０は、利用者通知部２４２によって、利用者通知処理を行う（ステップＳ２３３０）。また、デザイン選択部２４０は、カード作成依頼部２４３によって、カード作成依頼処理を行って（ステップＳ２３５０）、デザイン選択処理を終了する。

第１実施例と同様に、利用者通知部２４２、及びカード作成依頼部２４３は、デザイン選択部２４０から呼び出されるサブルーチンとして構成されればよい。

図２２は、第２実施例における利用者通知処理を説明するためのフローチャート図である。図２２において、サーバ２００の利用者通知部２４２は、更新カード取得要求をカード利用管理装置１００に送信する（ステップＳ２３３１）。

そして、利用者通知部２４２は、更新カード情報を受信したか否かを判断する（ステップＳ２３３２）。更新カード情報を受信していない場合（ステップＳ２３３２のＮＯ）、利用者通知部２４２は、ステップＳ２３３２を繰り返す。

更新カード情報を受信した場合（ステップＳ２３３２のＹＥＳ）、利用者通知部２４２は、更新カード情報からカードＩＤを１つ取得し（ステップＳ２３３３）、取得したカードＩＤが候補図テーブル２３４に存在するか否かを判断する（ステップＳ２３３４）。カードＩＤが存在しない場合（ステップＳ２３３４のＮＯ）、利用者通知部２４２は、ステップＳ２３３８へ進む。

一方、カードＩＤが存在する（ステップＳ２３３４のＹＥＳ）、利用者通知部２４２は、候補図テーブル２３４から、カードＩＤに対応付けられたデザインＩＤを取得し、観光地デザインＤＢ２３２から取得しデザインＩＤに対応付けられたデザインを候補デザインとして取得する（ステップＳ２３３５）。

また、利用者通知部２４２は、カード利用管理装置１００に問合せて、カード管理ＤＢ１３２から、カードＩＤに対応付けられた連絡先アドレスを取得する（ステップＳ２３３６）。

そして、利用者通知部２４２は、候補デザインを選択できるデザイン選択画面を作成し、デザイン選択画面６１ｇ（図１５）のＵＲＬを含めた案内メール５ｍ（図１４）を取得した連絡先アドレスに送信する（ステップＳ２３３７）。

その後、利用者通知部２４２は、更新カード情報に次のカードＩＤがあるか否かを判断する（ステップＳ２３３８）。次のカードＩＤがある場合（ステップＳ２３３８のＹＥＳ）、利用者通知部２４２は、ステップＳ２３３３へと戻り、上述した同様の処理を繰り返す。

一方、次のカードＩＤがない場合（ステップＳ２３３８のＮＯ）、利用者通知部２４２は、利用者通知処理を終了する。利用者通知処理が終了すると、カード作成依頼部２４３によるカード作成依頼処理が行われる。

図２３は、第２実施例におけるカード作成依頼処理を説明するためのフローチャート図である。図２３において、サーバ２００のカード作成依頼部２４３は、一定間隔毎に、利用者端末３００から選択情報を受信したか否かを判断する（ステップＳ２３５１）。選択情報には、デザインＩＤと、カードＩＤとが指定されている。

選択情報を受信した場合（ステップＳ２３５１のＹＥＳ）、カード作成依頼部２４３は、受信した選択情報で指定されたデザインＩＤを用いて、観光地デザインＤＢ２３２からデザインデータを取得する（ステップＳ２３５２）。

そして、カード作成依頼部２４３は、カード利用管理装置１００に、取得したデザインデータと、選択情報で指定されたカードＩＤとを含むデザイン指定情報を送信する（ステップＳ２３５３）。その後、カード作成依頼部２４３がカード作成依頼を終了することで、デザイン選択処理は終了する。

一方、選択情報を受信していない場合（ステップＳ２３５１のＮＯ）、カード作成依頼部２４３は、カード作成依頼処理を終了し、デザイン選択処理が終了する。

以下に、第３実施例について説明する。第３実施例では、利用者は、クレジットカードでプリペイドカードを購入し、プリペイドカードのデザインを変更する。プリペイドカードに印刷するデザインは、クレジットカードの利用ログに基づいて自動的に選択された候補デザインから選択される。

図２４は、第３実施例におけるシステムの構成例を示す図である。図２４に示すシステム１００３は、カード利用管理装置１００と、プリペイドカードに印刷するデザインの選択サービスを提供するサーバ２００と、利用者の利用者端末３００とを有し、ネットワーク２を介して通信が行われる。

利用者端末３００は携帯端末等であり、ハードウェア構成は、第１実施例と同様であるため、その説明を省略する。カード利用管理装置１００は、第１実施例と同様に利用管理部１４０を有するが、第３実施例では、サーバ２００から候補デザインを取得して、利用者端末３００と通信する点において、第１実施例及び第２実施例と異なっている。

カード利用管理装置１００は、第１実施例及び第２実施例のカード管理ＤＢ１３２、加盟店ＤＢ１３４、及び利用ログＤＢ１３６に加えて、プリペイドカードＤＢ１３８を有する。プリペイドカードＤＢ１３８のデータ構成例については、図２６で詳述する。

第３実施例では、カード利用管理装置１００の利用管理部１４０が、ネットワーク２を介して利用者端末３００からの、利用者のクレジットカードでの支払によるプリペイドカードの購入を受け付ける。購入時に、利用者のクレジットカードの利用ログから判明するクレジットカードを利用した加盟店の住所に基づいて、利用者が訪れた場所に関連するデザインの選択を可能とする。

第３実施例におけるサーバ２００は、利用者端末３００と通信することはなく、カード利用管理装置１００からの候補デザイン取得要求に応じて、候補デザインを提供するデザイン通知部２５０を有する。

デザイン通知部２５０は、利用者がクレジットカードを利用した加盟店の住所に基づいて、利用者が訪れた場所に関連するデザインを観光地デザインＤＢ２３２から検索して候補デザインを取得し、カード利用管理装置１００に提供する。

図２５は、第３実施例における処理シーケンスを説明するための図である。図２５において、利用者は、ネットワーク２を介して、利用者端末３００からカード利用管理装置１００へとプリペイドカードの購入依頼を行う（ステップＳ３１０１）。

カード利用管理装置１００は、プリペイドカードの購入依頼に応じて、利用者端末３０にプリペイドカード選択画面を表示させる（ステップＳ３１０２）。

利用者は、利用者端末３００に表示されたプリペイドカード選択画面からプリペイドカードの種別を選択し、プリペイドカードの購入に利用するクレジットカードＩＤを入力して、購入を選択する。利用者の購入の選択に応じて、プリペイドカードの購入情報がカード利用管理装置１００へ送信される（ステップＳ３１０３）。プリペイドカードの購入情報には、プリペイドカードの種別、プリペイドカードＩＤ、クレジットカードID等の情報が含まれる。

購入情報を受信すると、カード利用管理装置１００は、候補デザイン取得要求をサーバ２００に送信する（ステップＳ３１０４）。カード利用管理装置１００は、クレジットカードＩＤで利用ログＤＢ１３６を検索して１又は複数の加盟店ＩＤを取得し、取得した各加盟店ＩＤで加盟店ＤＢ１３４を検索して加盟店の住所を取得する。カード利用管理装置１００は、１又は複数の加盟店の住所を含む候補デザイン取得要求をサーバ２００に送信する。

候補デザイン取得要求を受信すると、サーバ２００は、候補デザイン取得要求の加盟店の各住所に対応するデザインデータを候補デザインと、デザインＩＤとを含む候補デザイン情報をカード利用管理装置１００へ送信する（ステップＳ３１０５）。サーバ２００は、候補デザイン取得要求で指定される加盟店の各住所で観光地デザインＤＢを検索して、デザインデータを取得する。取得したデザインデータが、候補デザインとなる。

候補デザインを受信すると、カード利用管理装置１００は、カード管理ＤＢ１３２を用いて、利用者端末３００から受信したプリペイドカードの購入情報のクレジットカードＩＤのカードの利用可否を判定した結果を示す利用可否情報を利用者端末３００に送信する（ステップＳ３１０６）。利用可否情報が利用不可を示す場合、その旨のメッセージが利用者端末３００に表示される。

利用可否情報が利用可能の場合、カード利用管理装置１００は、利用者端末３００にデザイン選択画面を表示させる（ステップＳ３１０７）。利用者は、利用者端末３００に表示されたデザイン選択画面に表示された候補デザインから所望のデザインを選択すると、利用者端末３００から選択情報が送信される（ステップＳ３１０８）。選択情報には、利用者が選択したデザインのＩＤ、及び、プリペイドカード選択画面で入力したクレジットカードのＩＤが含まれる
カード利用管理装置１００では、選択情報を受信すると、選択情報で指定されたデザインＩＤによって特定されたデザインデータでプリペイドカードが作成されると、利用者へ郵送される（ステップ３１０９）。

図２６は、プリペイドカードＤＢのデータ構成例を示す図である。図２６において、プリペイドカードＤＢ１３８は、プリペイドカード毎に、種別と、金額とを記憶し管理するデータベースであり、プリペイドカードＩＤ、購入対象コンテンツ、金額等の項目を有する。

プリペイドカードＩＤは、発行したプリペイドカードを特定する一意の番号を示す。購入対象コンテンツは、プリペイドカードの用途を示し種別に相当する。「音楽」は、音楽の購入に利用されることを示し、「ゲーム」はゲームの購入に利用されることを示す。

先ず、カード利用管理装置１００の利用管理部１４０による利用管理処理について説明する。図２７は、第３実施例におけるサーバで行われるデザイン蓄積処理を説明するための図である。

図２７において、カード利用管理装置１００の利用管理部１４０は、プリペイドカードの購入依頼を利用者端末３００から受信したか否かを判断する（ステップＳ３２０１）。プリペイドカードの購入依頼を受信していない場合（ステップＳ３２０１のＮＯ）、利用管理部１４０は、一定の間隔でステップＳ３２０１を繰り返す。

一方、プリペイドカードの購入依頼を受信した場合（ステップＳ３２０１のＹＥＳ）、利用管理部１４０は、プリペイドカードＤＢ１３８から、種別を取得し、選択画面を作成して（ステップＳ３２０２）、利用者端末３００に送信する（ステップＳ３２０３）。

利用管理部１４０は、利用者端末３００からプリペイドカードの購入情報を受信したか否かを判断する（ステップＳ３２０４）。プリペイドカードの購入情報を受信していない場合（ステップＳ３２０４のＮＯ）、利用管理部１４０は、一定の間隔でステップＳ３２０４を繰り返す。

一方、プリペイドカードの購入情報を受信した場合（ステップＳ３２０４のＹＥＳ）、利用管理部１４０は、カード管理ＤＢ１３２から、プリペイドカードの購入情報で指定されるクレジットカードＩＤで、利用期限、利用限度額、及び累積利用額を取得し、現在日、今回の利用金額（プリペイドカードの購入情報で示される金額）と比較する（ステップＳ３２０５）。現在日が利用期限を超えていないこと、今回の利用金額を累積利用額に換算した値が利用限度以下であることが確認される。

利用管理部１４０は、利用期限を超えていないかを判断する（ステップＳ３２０６）。利用期限を超えている場合（ステップＳ３２０６のＮＯ）、利用管理部１４０は、サーバ２００に利用不可通知を送信し（ステップＳ３２０８）、ステップＳ３２０１へと戻り、上述同様の処理を繰り返す。

一方、利用期限を超えていない場合（ステップＳ３２０６のＹＥＳ）、利用管理部１４０は、限度額を超えていないかを判断する（ステップＳ３２０７）。限度額を超えている場合（ステップＳ３２０７のＮＯ）、利用管理部１４０は、利用者端末３００に利用不可通知を送信し（ステップＳ３２０８）、ステップＳ３２０１へと戻り、上述同様の処理を繰り返す。

一方、限度額を超えていない場合（ステップＳ３２０７のＹＥＳ）、利用管理部１４０は、利用ログＤＢ１３６から、クレジットカードを利用した加盟店ＩＤを取得する（ステップＳ３２０９）。利用管理部１４０は、利用ログＤＢ１３６において、購入依頼で指定されるクレジットカードのＩＤに対応付けられた加盟店ＩＤを取得し、加盟店ＤＢ１３４から取得した加盟店ＩＤに対応付けられた住所を取得する。複数の加盟店の住所が取得されてもよい。

利用管理部１４０は、加盟店の住所を示す候補デザイン取得要求をサーバ２００に送信する（ステップＳ３２１０）。その後、サーバ２００から候補デザイン情報を受信したか否かを判断する（ステップＳ３２１１）。候補デザイン情報を受信していない場合（ステップＳ３２１１のＮＯ）、利用管理部１４０は、利用者端末３００に、デザイン選択画面及びクレジットカードの利用可通知を送信する（ステップＳ３２１２）。

そして、利用管理部１４０は、利用者端末３００から選択情報を受信したか否かを判断する（ステップＳ３２１３）。選択情報を受信していない場合（ステップＳ３２１３のＮＯ）、利用管理部１４０は、ステップＳ３２１３を一定の間隔で行う。

選択情報を受信した場合（ステップＳ３２１３のＹＥＳ）、利用管理部１４０は、現在の月日と、利用者のクレジットカードＩＤと、利用金額と、プリペイドカードの種別を利用ログＤＢ１３６に記録し、カード管理ＤＢ１３２の累計利用額を更新する（ステップＳ３２１４）。プリペイドカードの種別は、利用ログＤＢ１３６の商品名に記録されればよい。

そして、利用管理部１４０は、選択情報で指定されたデザインでプリペイドカードを作成するカード作成指示を出す（ステップＳ３２１５）。カード作成指示は、表示装置１１５に表示されてもよいし、カード利用管理装置１００からカードを作成する作成者へ電子メール等によって通知してもよい。

指定されたデザインデータを印刷したカードが作成された通知に応じて、利用管理部１４０は、プリペイドカードを購入した利用者に、作成されたカードを郵送する郵送指示を出す（ステップＳ３２１６）。そして、利用管理部１４０は、利用管理処理を終了する。

図２７では、プリペイドカード購入以外の商品購入時の利用ログの蓄積については、第１実施例及び第２実施例と同様であるため、その説明を省略する。

次に、サーバ２００のデザイン通知部２５０で行われるデザイン通知処理について説明する。図２８は、第３実施例におけるデザイン通知処理を説明するためのフローチャート図である。

図２８において、デザイン通知部２５０は、カード利用管理装置１００から、候補デザイン取得要求を受信したか否かを判断する（ステップＳ３３０１）。候補デザイン取得要求は、１以上の加盟店の住所を含む。候補デザイン取得要求を受信していない場合（ステップＳ３３０１のＮＯ）、デザイン通知部２５０は、一定の間隔で、ステップＳ３３０１を繰り返す。

一方、候補デザイン取得要求を受信している場合（ステップＳ３３０１のＹＥＳ）、デザイン通知部２５０は、候補デザイン取得要求の各住所で観光地デザインＤＢ２３２を検索し、加盟店の住所が位置となるデザインＩＤとデザインデータとを取得する（ステップＳ３３０２）。

そして、デザイン通知部２５０は、カード利用管理装置１００に候補デザイン情報を送信する（ステップＳ３３０３）。候補デザイン情報は、１以上の候補デザインを含む。候補デザイン毎に、デザインＩＤ、デザインデータ、プリペイドカードの種別、購入金額等が存在する。

カード利用管理装置１００の利用管理部１４０は、候補デザイン情報に含まれるデザインＩＤとデザインデータとを用いて、後述する図３０に示すようなデザイン選択画面６３ｇを作成し、利用者端末３００に表示させる。

以下に、第３実施例における画面例を示す。先ず、プリペイドカード選択画面について説明する。図２９は、第３実施例におけるデザイン選択画面の例を示す図である。

図２９に示すプリペイド選択画面６３ｇは、利用者端末３００からのプリペイドカードの購入依頼に応じて、カード利用管理装置１００によって作成され、利用者端末３００のブラウザ３４０に表示される画面である。プリペイド選択画面６３ｇは、メッセージ表示領域６３ｇ−２、カード選択領域６３ｇ−４、入力領域６３ｇ−６、購入ボタン６３ｇ−８等を有する。

メッセージ表示領域６３ｇ−２は、デザインを選択できるプリペイドカード（デザインプリペイドカード）の購入が可能である旨を示すメッセージを表示する。メッセージ表示領域６３ｇ−２には、
「富士太郎様
以下のデザインプリペイドカードが販売中です。購入したいカードを選択し、購入ボタンを押しててください。本カードは、クレジットカードでのご購入の際に、クレジットカード利用地でのデザインが選択できます。」
等のメッセーカード選択領域６３ｇ−４が表示される。

カード選択領域６３ｇ−４は、購入可能なプリペイドカードの種別を選択する領域である。図２９では、５０００円の音楽カードと、１００００円のゲームカードから選択できる例を示している。

入力領域６３ｇ−６は、プリペイドカードを購入するためのクレジットカードＩＤの入力領域である。購入ボタン６３ｇ−８は、カード選択領域６３ｇ−４で選択したプリペイドカードを、入力領域６３ｇ−６で特定したクレジットカードで購入するためのボタンである。購入ボタン６３ｇ−８の押下により、プリペイドカードの購入情報が、利用者端末３００からカード利用管理装置１００へと送信される。

図３０は、第３実施例におけるデザイン選択画面の例を示す図である。図３０に示すデザイン選択画面６４ｇは、カード利用管理装置１００によって作成され、利用者端末３００のブラウザ３４０に表示される画面である。デザイン選択画面６４ｇは、メッセージ表示領域６４ｇ−２、デザイン選択領域６４ｇ−４、選択ボタン６４ｇ−６等を有する。

メッセージ表示領域６４ｇ−２は、更新されるカードのデザインの選択が可能である旨を示すメッセージを表示する。メッセージ表示領域６４ｇ−２には、
「富士太郎様
過去にあなたがカードを利用した場所の風景を、今回、購入されたプリペイドカードの図柄にすることができます。希望するものがあれば選択してください。」
等のメッセージが表示される。

デザイン選択領域６４ｇ−４は、利用者がカードを利用した加盟店の場所に関連付られる写真等のデザインを１以上表示し、利用者によるデザイン選択を可能とする領域である。デザイン選択領域６４ｇ−４には、チェックボックス、デザイン、所在地等が表示される。利用者は、チェックボックスをチェックすることで、所望するデザインを選択する。

この例では、２つのデザインが表示されている。「静岡県富士市」を所在地とする富士山の画像と、「東京都中央区」を所在地とする東京タワーの画像とが表示されている。

選択ボタン６４ｇ−６は、デザイン選択領域６４ｇ−４のチェックボックスでチェックしたデザインでプリペイドカードを作成するためのボタンである。利用者が、デザイン選択領域６４ｇ−４から「日本 東京タワー」のデザインを選択すると、図３１に示すようなプリペイドカードが利用者へ郵送される。

図３１は、第３実施例におけるプリペイドカードの例を示す図である。図１３において、プリペイドカードには、利用者がデザイン選択画面６４ｇで選択した「日本 東京タワー」のデザインが印刷されている。

利用者が訪れた実際の場所に関連する風景等のデザインがプリペイドカードに印刷されることで、プリペイドカードに利用者の思い出を示したプレミア感を持たせることができる。

上述では、デザインを１つ選択するためのデザイン選択画面について説明したが、カードに印刷する複数のデザインを選択できるデザイン選択画面について説明する。

図３２は、各実施例におけるデザイン選択画面の例を示す図である。図３０に示すデザイン選択画面６７ｇは、カード利用管理装置１００によって作成され、利用者端末３００のブラウザ３４０に表示される画面である。デザイン選択画面６７ｇは、メッセージ表示領域６７ｇ−２、デザイン選択領域６７ｇ−４、一枚選択ボタン６７ｇ−６、複数選択ボタン６７ｇ−７、デザイン変更無しボタン６７ｇ−８等を有する。

メッセージ表示領域６７ｇ−２は、更新されるカードのデザインの選択が可能である旨を示すメッセージを表示する。メッセージ表示領域６７ｇ−２には、
「富士太郎様
過去にあなたがカードを利用した場所の風景を、カードの図柄にすることができます。希望するものがあれば選択してください。」
等のメッセージが表示される。

デザイン選択領域６７ｇ−４は、利用者がカードを利用した加盟店の場所に関連付られる写真等のデザインを１以上表示し、利用者によるデザイン選択を可能とする領域である。デザイン選択領域６７ｇ−４には、チェックボックス、デザイン、所在地等が表示される。利用者は、チェックボックスをチェックすることで、所望するデザインを選択する。

この例では、２つのデザインが表示されている。「日本 富士」を所在地とする富士山の画像と、「日本 東京タワー」を所在地とする東京タワーの画像とが表示されている。また、夫々には、日付「2015/11/1」、「2015/11/8」が付加されている。利用者は、どの順に訪問したのかを知ることができる。

一枚選択ボタン６７ｇ−６は、デザイン選択領域６７ｇ−４のチェックボックスでチェックした１つのデザインへの変更を行うためのボタンである。一枚選択ボタン６７ｇ−６は、１つのデザインをカードに印刷する場合に押下されるボタンである。

複数選択ボタン６７ｇ−７は、デザイン選択領域６７ｇ−４のチェックボックスでチェックした２以上のデザインへの変更を行うためのボタンである。この例では、２つのデザインにチェックがなされているため、カードに「日本 富士」と「日本 東京タワー」のデザインが印刷される。

デザイン変更無しボタン６７ｇ−８は、カードのデザインの変更を希望しないことを通知するためのボタンである。

図３３は、複数のデザインが選択され印刷されたカードの例を示す図である。図３３において、利用者が選択した複数のデザインが印刷されたカードの例を示している。カードは、クレジットカード、プリペイドカード等である。

日付を付加して日付順に複数のデザインを印刷することで、印刷されたデザインがより思い出となり、利用者専用にデザインされたカードとなり、プレミア感を持たせることができる。

次に、第１実施例から第３実施例において、例えば、観光地の風景をデザインとする場合、利用者が訪問した時期に対応した風景であることが好ましい。富士山に夏に音連れた場合には、夏の富士の画像等がよく、冬に訪れた場合には、冬の富士の画像等の方が、利用者が実際に見た風景により近いものとなる。

利用者がカードを利用した日付に対応する季節の風景を示すデザインデータを取得できるようにするための、観光地デザインＤＢの他のデータ構成例を、以下に示す。

図３４は、観光地デザインＤＢの他のデータ構成例を示す図である。図３４において、観光地デザインＤＢ２３２−４は、図６の観光地デザインＤＢ２３２の項目に加えて、季節、イベント等の項目を有する。季節、イベント以外の項目の説明は省略する。

季節は、四季により情景が異なるデザインの場合、春（３−５）、夏（６−８）、秋（９−１１）、及び冬（１２−２）のいずれかを示す。また、季節は、祭りなどの地域に特有なイベントのデザインの場合、祭りが実施される月日を示す。

加盟店の住所に加えて、利用日時で、観光地デザインＤＢ２３２−４を検索することで、クレジットカードを利用した時期に対応したデザインを候補デザインとして取得することができる。

上述したように、利用者が観光地でクレジットカードを利用した場合に、自らが出かけた観光地をデザインしたクレジットカード又はプリペイドカードに更新することができ、利用者が所有するカードにプレミア感を持たせることができる。

第１実施例から第３実施例は、クレジットカードの更新時に、利用者が利用した観光地のデザインに変更するようにしてもよい。

また、利用者端末３００に提供される種々の画面は、日本語に限定されない。利用者の言語を選択可能とし画面表示すればよい。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、主々の変形や変更が可能である。

以上の第１〜第３実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
第１カードに対応する第２カードを発行する情報を生成するカード情報生成プログラムであって、
前記第１カードを特定するカードＩＤを受信し、
カードを利用した店舗の識別子を含む利用ログ情報から前記カードＩＤで特定される店舗の識別子を取得し、
店舗の識別子に対応づけて該店舗の所在地を格納する店舗データベースから、取得した前記店舗の識別子を用いて該店舗の所在地を取得し、
前記店舗の所在地に基づいて、デザイン毎に該デザインを有効にする所在地の範囲を対応付けたデザインデータベースから、前記第２カードに印刷する候補デザインを取得して、受信した前記カードＩＤと取得した該候補デザインとを対応付けて候補テーブルに格納し、
前記第１カードの利用者端末に、前記候補テーブルから該第１カードの前記カードＩＤに対応付けられた１以上の前記候補デザインから、前記第２カードのデザインを選択する選択画面を表示させ、
選択された前記デザインを含む第２カードを発行する情報を生成する
処理をコンピュータに行わせるカード情報生成プログラム。
（付記２）
前記第２カードは、前記第１カードを再発行するカード、または、前記第１カードの支払いにより購入するカードである付記１記載のカード情報生成プログラム。
（付記３）
前記コンピュータに、
前記カードＩＤと前記第１カードを利用した利用日とを受信させ、
前記選択画面に、受信した前記利用日の順に前記候補デザインを該利用日と共に表示させることを特徴とする付記１又は２記載のカード情報生成プログラム。
（付記４）
前記デザインデータベースは、同じ所在地に対して、時期毎のデザインを対応付け、
前記コンピュータに、
前記店舗の所在地と、該店舗で前記第１カードを利用した利用日とに基づいて、前記デザインデータベースから、該店舗の所在地と該利用日とに対応する前記候補デザインを取得して、受信した前記カードＩＤと取得した該候補デザインとを対応付けて前記候補テーブルに格納させることを特徴とする付記３記載のカード情報生成プログラム。
（付記５）
前記第１カードは、クレジットカードであり、
前記第２カードは、クレジットカードで購入されるプリペイドカードであることを特徴とする付記１乃至４のいずれか一項記載のカード情報生成プログラム。
（付記６）
第１カードに対応する第２カードを発行する情報を生成するカード情報生成方法であって、
前記第１カードを特定するカードＩＤを受信し、
カードを利用した店舗の識別子を含む利用ログ情報から前記カードＩＤで特定される店舗の識別子を取得し、
店舗の識別子に対応づけて該店舗の所在地を格納する店舗データベースから、取得した前記店舗の識別子を用いて該店舗の所在地を取得し、
前記店舗の所在地に基づいて、デザイン毎に該デザインを有効にする所在地の範囲を対応付けたデザインデータベースから、前記第２カードに印刷する候補デザインを取得して、受信した前記カードＩＤと取得した該候補デザインとを対応付けて候補テーブルに格納し、
前記第１カードの利用者端末に、前記候補テーブルから該第１カードの前記カードＩＤに対応付けられた１以上の前記候補デザインから、前記第２カードのデザインを選択する選択画面を表示させ、
選択された前記デザインを含む第２カードを発行する情報を生成する
処理をコンピュータが行うカード情報生成方法。
（付記７）
第１カードに対応する第２カードを発行する情報を生成するカード情報生成装置であって、
前記第１カードを特定するカードＩＤを受信し、カードを利用した店舗の識別子を含む利用ログ情報から前記カードＩＤで特定される店舗の識別子を取得し、店舗の識別子に対応づけて該店舗の所在地を格納する店舗データベースから、取得した前記店舗の識別子を用いて該店舗の所在地を取得する取得部と、
前記店舗の所在地に基づいて、デザイン毎に該デザインを有効にする所在地の範囲を対応付けたデザインデータベースから、前記第２カードに印刷する候補デザインを取得して、受信した前記カードＩＤと取得した該候補デザインとを対応付けて候補テーブルに格納する候補取得部と、
前記第１カードの利用者端末に、前記候補テーブルから該第１カードの前記カードＩＤに対応付けられた１以上の前記候補デザインから、前記第２カードのデザインを選択する選択画面を表示させる表示部と
選択された前記デザインを含む第２カードを発行する情報を生成する発行情報生成部と
を有するカード情報生成装置。

１ カード会社
２ ネットワーク
１００ カード利用管理装置
１３２ カード管理ＤＢ
１３４ 加盟店ＤＢ
１３６ 利用ログＤＢ
１３８ プリペイドカードＤＢ
１４０ 利用管理部
２００ サーバ
２３２ 観光地デザインＤＢ
２３４ 候補図テーブル
２４０ デザイン選択部
２４１ 候補デザイン収集部
２４２ 利用者通知部
２４３ カード作成依頼部
２５０ デザイン通知部
３００ 利用者端末
３４０ ブラウザ
４００ 加盟店端末
４０ｐ カード精算部

Claims (6)

1. 第１カードに対応する第２カードを発行する情報を生成するカード情報生成プログラムであって、
   前記第１カードを特定するカードＩＤを受信し、
   カードを利用した店舗の識別子を含む利用ログ情報から前記カードＩＤで特定される店舗の識別子を取得し、
   店舗の識別子に対応づけて該店舗の所在地を格納する店舗データベースから、取得した前記店舗の識別子を用いて該店舗の所在地を取得し、
   前記店舗の所在地に基づいて、デザイン毎に該デザインを有効にする所在地の範囲を対応付けたデザインデータベースから、前記第２カードに印刷する候補デザインを取得して、受信した前記カードＩＤと取得した該候補デザインとを対応付けて候補テーブルに格納し、
   前記第１カードの利用者端末に、前記候補テーブルから該第１カードの前記カードＩＤに対応付けられた１以上の前記候補デザインから、前記第２カードのデザインを選択する選択画面を表示させ、
   選択された前記デザインを含む第２カードを発行する情報を生成する
   処理をコンピュータに行わせるカード情報生成プログラム。
2. 前記第２カードは、前記第１カードを再発行するカード、または、前記第１カードの支払いにより購入するカードである請求項１記載のカード情報生成プログラム。
3. 前記コンピュータに、
   前記カードＩＤと前記第１カードを利用した利用日とを受信させ、
   前記選択画面に、受信した前記利用日の順に前記候補デザインを該利用日と共に表示させることを特徴とする請求項１又は２記載のカード情報生成プログラム。
4. 前記デザインデータベースは、同じ所在地に対して、時期毎のデザインを対応付け、
   前記コンピュータに、
   前記店舗の所在地と、該店舗で前記第１カードを利用した利用日とに基づいて、前記デザインデータベースから、該店舗の所在地と該利用日とに対応する前記候補デザインを取得して、受信した前記カードＩＤと取得した該候補デザインとを対応付けて前記候補テーブルに格納させることを特徴とする請求項３記載のカード情報生成プログラム。
5. 第１カードに対応する第２カードを発行する情報を生成するカード情報生成方法であって、
   前記第１カードを特定するカードＩＤを受信し、
   カードを利用した店舗の識別子を含む利用ログ情報から前記カードＩＤで特定される店舗の識別子を取得し、
   店舗の識別子に対応づけて該店舗の所在地を格納する店舗データベースから、取得した前記店舗の識別子を用いて該店舗の所在地を取得し、
   前記店舗の所在地に基づいて、デザイン毎に該デザインを有効にする所在地の範囲を対応付けたデザインデータベースから、前記第２カードに印刷する候補デザインを取得して、受信した前記カードＩＤと取得した該候補デザインとを対応付けて候補テーブルに格納し、
   前記第１カードの利用者端末に、前記候補テーブルから該第１カードの前記カードＩＤに対応付けられた１以上の前記候補デザインから、前記第２カードのデザインを選択する選択画面を表示させ、
   選択された前記デザインを含む第２カードを発行する情報を生成する
   処理をコンピュータが行うカード情報生成方法。
6. 第１カードに対応する第２カードを発行する情報を生成するカード情報生成装置であって、
   前記第１カードを特定するカードＩＤを受信し、カードを利用した店舗の識別子を含む利用ログ情報から前記カードＩＤで特定される店舗の識別子を取得し、店舗の識別子に対応づけて該店舗の所在地を格納する店舗データベースから、取得した前記店舗の識別子を用いて該店舗の所在地を取得する取得部と、
   前記店舗の所在地に基づいて、デザイン毎に該デザインを有効にする所在地の範囲を対応付けたデザインデータベースから、前記第２カードに印刷する候補デザインを取得して、受信した前記カードＩＤと取得した該候補デザインとを対応付けて候補テーブルに格納する候補取得部と、
   前記第１カードの利用者端末に、前記候補テーブルから該第１カードの前記カードＩＤに対応付けられた１以上の前記候補デザインから、前記第２カードのデザインを選択する選択画面を表示させる表示部と
   選択された前記デザインを含む第２カードを発行する情報を生成する発行情報生成部と
   を有するカード情報生成装置。