(57)【特許請求の範囲】
【請求項１】
クレジットカードの利用があったことを、ユーザの端末に電子メールで通知するカード利用通知システムであって、
クレジットカードの売上情報から生成された、前記ユーザのカード番号に対する一定期間の還元情報を記憶する一定期間還元情報記憶手段と、
前記一定期間の還元情報から抽出された還元情報を記憶する送信用還元情報記憶手段と、
前記ユーザのＩＤと、メールアドレスと、前記カード番号と、利用通知サービスの申請情報とを記憶しているユーザ情報記憶手段と
に接続可能であり、
前記利用通知サービスを申請している前記ユーザの還元情報を、前記カード番号で前記一定期間還元情報記憶手段から読み出して前記送信用還元情報記憶手段に格納し、前記送信用還元情報記憶手段内の送信済情報が付加されていない還元情報から利用確認メールを生成して前記ユーザの前記メールアドレス宛てに送信し、前記送信用還元情報記憶手段内の送信した還元情報に送信済情報を付加する利用確認メール生成・送信手段と、
前記一定期間還元情報記憶手段に記憶されている還元情報を、前記売上情報から生成された新たな還元情報が前記一定期間還元情報記憶手段に記憶される前に削除する還元情報削除手段と
を備えていることを特徴とするカード利用通知システム。
【請求項２】
請求項１に記載のカード利用通知システムにおいて、
前記還元情報削除手段が、さらに、前記送信済情報が付加されてから所定期間が経過した前記還元情報を前記送信用還元情報記憶手段から削除する、
ことを特徴とするカード利用通知システム。
【請求項３】
請求項１又は２に記載のカード利用通知システムにおいて、
前記ユーザ情報記憶手段に記憶している前記利用通知サービスの申請情報には、さらに
、前記利用確認メールの送信時間帯区分が含まれ、
前記利用確認メール生成・送信手段が、前記送信時間帯区分により前記利用確認メール
を前記メールアドレス宛てに送信する時間帯を決定する、
ことを特徴とするカード利用通知システム。
【請求項４】
請求項１〜３のいずれかに記載のカード利用通知システムにおいて、
前記ユーザ情報記憶手段には、送信先区分ごとの複数のメールアドレスを記憶でき、
前記ユーザ情報記憶手段に記憶している前記利用通知サービスの申請情報には、さらに、前記利用確認メールを送るべき送信先区分が含まれ、
前記利用確認メール生成・送信手段は、前記メール送信先区分により前記利用確認メールの宛先となる前記メールアドレスを決定する
ことを特徴とするカード利用通知システム。
【請求項５】
請求項１〜４のいずれかに記載のカード利用通知システムにおいて、
さらに、前記ユーザを、登録するときはカード番号で、更新するときは前記ＩＤで認証するログイン手段と、
前記ユーザが、カード番号でログイン後、前記端末から前記利用通知サービスの申請情報を登録するための利用通知サービス申請情報登録手段と、
前記利用通知サービス申請情報登録手段で登録後、前記ＩＤを付与するＩＤ付与手段と、
前記ＩＤでログイン後、前記利用通知サービス申請情報を更新する更新手段と
を備えることを特徴とするカード利用通知システム。
【請求項６】
請求項１〜５のいずれかに記載のカード利用通知システムの各手段をコンピュータに機能として実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クレジットカード等の契約者に、カードが利用されたこと等を迅速に通知するシステムに関する。
【背景技術】
【０００２】
最近、個人情報の流出やクレジットカードの不正利用等の問題が増加し、利用者の関心や不安感が高まっている。特に、カード番号の流出やスキミング等の被害として、契約者本人がカードを所持していながら他人に不正利用されてしまうおそれがある。
このような場合、契約者はクレジットカードの請求書を見て初めて不正な利用があったことを知る。
しかしながら、通常は、カードの利用による売上データが店舗からクレジットカード会社に送られた後の処理は、前月までに店舗から送られた売上データを、当月の定日（例えば毎月１０日など）に契約者への請求データとして確定させ、その後請求書を発行する。このように、通常、請求書は月に１度、前月の利用分が郵送で契約者に送られるのみである。その結果、万一不正な利用があっても、店舗等への確認やカードの利用停止等の対処が遅れ、被害の拡大につながるおそれがある。
契約者がいつでもカードの利用を確認できるよう、ＷＥＢ上で利用明細を閲覧できるサービスを提供しているところもあるが、契約者が自発的にアクセスして閲覧する必要があり、利用を常時監視するのは難しい。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明の課題は、カード契約者が他人による不正利用を素早く察知できる仕組みを提供することである。
【課題を解決するための手段】
【０００４】
上記の課題を解決するために、本発明は、クレジットカードの利用があったことを、ユーザの端末に電子メールで通知するカード利用通知システムであって、クレジットカードの売上情報から生成された、前記ユーザのカード番号に対する一定期間の還元情報を記憶する一定期間還元情報記憶手段と、前記一定期間の還元情報から抽出された還元情報を記憶する送信用還元情報記憶手段と、前記ユーザのＩＤと、メールアドレスと、前記カード番号と、利用通知サービスの申請情報とを記憶しているユーザ情報記憶手段とに接続可能であり、前記利用通知サービスを申請している前記ユーザの還元情報を、前記カード番号で前記一定期間還元情報記憶手段から読み出して前記送信用還元情報記憶手段に格納し、前記送信用還元情報記憶手段内の送信済情報が付加されていない還元情報から利用確認メールを生成して前記ユーザの前記メールアドレス宛てに送信し、前記送信用還元情報記憶手段内の送信した還元情報に送信済情報を付加する利用確認メール生成・送信手段と、前記一定期間還元情報記憶手段に記憶されている還元情報を、前記売上情報から生成された新たな還元情報が前記一定期間還元情報記憶手段に記憶される前に削除する還元情報削除手段とを備えていることを特徴とするカード利用通知システムである。なお、ユーザ情報記憶手段は、図１に示すシステム構成図のＷＥＢ会員情報データベース１４２，契約情報データベース１４４，およびサービス申請情報データベース１４６に該当する。
前記還元情報削除手段は、さらに、前記送信済情報が付加されてから所定期間が経過した前記還元情報を前記送信用還元情報記憶手段から削除してもよい。
前記ユーザ情報記憶手段に記憶している前記利用通知サービスの申請情報には、さらに、前記利用確認メールの送信時間帯区分が含まれ、前記利用確認メール生成・送信手段が、前記送信時間帯区分により前記利用確認メールを前記メールアドレス宛てに送信する時間帯を決定してもよい。
また、前記ユーザ情報記憶手段には、送信先区分ごとの複数のメールアドレスを記憶でき、前記ユーザ情報記憶手段に記憶している前記利用通知サービスの申請情報には、さらに、前記利用確認メールを送るべき送信先区分を含み、前記利用確認メール生成・送信手段は、前記メール送信先区分により前記利用確認メールの宛先となる前記メールアドレスを決定することを特徴としてもよい。
さらに、前記ユーザを、登録するときはカード番号で、更新するときは前記ＩＤで認証するログイン手段と、前記ユーザが、カード番号でログイン後、前記端末から前記利用通知サービスの申請情報を登録するための利用通知サービス申請情報登録手段と、前記利用通知サービス申請情報登録手段で登録後、前記ＩＤを付与するＩＤ付与手段と、前記ＩＤでログイン後、前記利用通知サービス申請情報を更新する更新手段とを備えることを特徴としてもよい。
上記のいずれかに記載のカード利用通知システムの各手段をコンピュータに機能として実現させるためのプログラムも、本発明である。
【発明の効果】
【０００５】
本発明のカード利用通知システムによれば、カード契約者は、カードの利用があったことを電子メールで迅速に知る事ができる。万一、身に覚えのない利用があった場合、店舗等への確認やカードの利用停止等の対処を素早く行なえる。このため、契約者のクレジットカード利用における安心感を高めることができる。
また、電子メールは保管や閲覧が容易なため、例えば、後に郵送された利用明細と照合して利用を再確認する等、カード利用の覚書としても有用である。
【発明を実施するための最良の形態】
【０００６】
以降、本発明のカード利用通知システムの実施形態の一例を、図を参照しながら詳細に説明する。
図１は、本実施形態のカード利用通知システムのシステム構成図である。
前提として、パソコンや携帯電話等の端末を用いてＷＥＢ上でのサービスを利用しているＷＥＢ会員（ユーザ）が、本実施形態のカード利用通知システムによるカード利用通知サービス（以降「本サービス」という）を申し込み、申し込みのあったカードに対して、本サービスを提供するものとする。なお、これは運用の一例であり、他の方法で本サービスの適用対象を決めてもよい。
【０００７】
顧客端末１１０は、ＷＥＢ会員が用いる端末である。本実施形態では、例えばパソコンや携帯電話等の端末とする。顧客端末１１０は、インターネット等のネットワーク１２０を通じて、アプリケーション・サーバ１３０からサービスを受ける。ここでは、ＷＥＢ会員として入会する際にユニークなＩＤである「ＷＥＢ会員番号」と「パスワード」が与えられるものとし、ＷＥＢ上でのサービスを受けるための認証はＷＥＢ会員番号（ＩＤ）とパスワードにより行なうものとする。
【０００８】
アプリケーション・サーバ１３０は、顧客端末１１０を通じてＷＥＢ会員にＷＥＢ上でのサービスを提供するためのシステム等を格納したサーバである。ここでは、本実施形態のカード利用通知システムに関して必要な部分のみ説明する。サービス利用登録・更新処理１３２は、ＷＥＢ会員が顧客端末１１０からカード毎に本サービスの利用申込や申込内容の変更を行なうと、その内容をデータベースに登録（更新）するプログラムである。利用確認メール生成・送信処理１３４は、本サービスが申し込まれているカードについて、カードの利用があったことを知らせるメール（利用確認メール）を生成し、該カードの契約者であるＷＥＢ会員の顧客端末１１０宛てに送信するプログラムである。
【０００９】
データベース・サーバ１４０は、ＷＥＢ上でのサービスの提供等に必要なデータベースを格納しているサーバである。ここでは、本実施形態のカード利用通知システムに関して必要な部分のみ説明する。
ＷＥＢ会員情報データベース１４２は、ＷＥＢ会員の情報を格納しているデータベースである。ＷＥＢ会員情報データベース１４２の主要な項目を図２（ａ）に示す。「ＷＥＢ会員番号」は、上述のＷＥＢ会員番号である。「パスワード」は、上述したように、ＷＥＢ会員の認証に用いるパスワードである。「パソコンメールアドレス」および「携帯メールアドレス」は、それぞれ、該ＷＥＢ会員のパソコンおよび携帯電話のメールアドレスであり、本実施形態の利用確認メールの送信先となる。これらのＷＥＢ会員情報データベース１４２の各項目の内容は、例えばＷＥＢ会員として入会する際に登録され、必要に応じて更新される。
【００１０】
契約情報データベース１４４は、ＷＥＢ会員のカードの契約情報を格納しているデータベースである。契約情報データベース１４４の主要な項目を図２（ｂ）に示す。「契約番号」は、クレジットカード等のカードの契約番号（カード番号）であり、カードに一意の番号である。「ＷＥＢ会員番号」は、上述のＷＥＢ会員番号である。その他、カードの契約内容（例えばカードの有効期限、契約者の生年月日・住所・電話番号、引落口座番号など）を格納している。本実施形態では、カードの契約番号をＷＥＢ会員に紐付けるデータベースとして用いる。
【００１１】
サービス申請情報データベース１４６は、本サービスの申込みをしたＷＥＢ会員の申込内容および現在のサービス状態を格納しているデータベースである。サービス申請情報データベース１４６の主要な項目を図２（ｃ）に示す。「契約番号」は、上述したように、クレジットカード等のカードの契約番号（カード番号）である。本実施形態では「契約番号」をサービス申請情報データベース１４６の主キーとしており、ＷＥＢ会員はカード毎に本サービスの利用申請時および申込内容変更ができるようにしている。「サービス状態フラグ」は、本サービスの適用を有効にしているか無効にしているか（サービス提供対象であるか否か）を示すフラグである。「メール送信先区分」は、利用確認メールの送信先をパソコンのメールアドレスとするか、携帯電話のメールアドレスとするか、その両方とするか等を示す区分である。「送信時間帯区分」は、利用確認メールを顧客端末１１０に送信する時間帯（例えば８：００頃，１０：００頃，１２：００頃のいずれか）を示す区分である。
【００１２】
還元情報データベース１４８は、カード利用情報（還元情報）を格納しているデータベースである。還元情報は、後述の還元情報生成・送信処理１５４にて、売上情報データベース１５２の売上情報から生成されてデータベース・サーバ１４０に送信され、還元情報データベース１４８に格納される。送信用還元情報データベース１４９は、還元情報データベース１４８から今回利用確認メールを生成・送信する対象として抽出した還元情報を格納し、利用確認メール生成・送信に用いられるデータベースである。
還元情報データベース１４８の主要な項目を図２（ｄ）に示す。「契約番号」は、上述の契約番号（カード番号）である。「売上情報」は、利用確認メールで顧客端末１１０に通知するカード利用情報であり、例えば利用日時・利用店舗名・利用金額・請求予定月等である。
送信用還元情報データベース１４９の主要な項目を図２（ｅ）に示す。「契約番号」「売上情報」は、還元情報データベース１４８の各項目と同様である。「データ還元済フラグ」は、その還元情報から利用確認メールを生成して顧客端末１１０に送信済みであるかを示すフラグであり、利用確認メールを生成・送信したらフラグを立てる。
【００１３】
ホスト・コンピュータ１５０は、店舗（カード加盟店）でカードが利用されると、該店舗のＣＡＴ（Ｃｒｅｄｉｔｃａｒｄ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｔｅｒｍｉｎａｌ）端末１６０から情報を受け取って、信用承認等のクレジット処理を行なうホスト・コンピュータである。信用承認されて、さらに利用加盟店から売上請求されたカード利用情報は、売上情報データベース１５２に格納される。また、本実施形態のカード利用通知システムのために還元情報生成・送信処理１５４を用意する。
【００１４】
売上情報データベース１５２は、上述したように、店舗（カード加盟店）のＣＡＴ端末１６０から送信されて信用承認後、さらに利用加盟店から売上請求されたカード利用情報を格納するデータベースである。
売上情報データベース１５２の主要な項目を図３に示す。「契約番号」は、上述の契約番号（カード番号）である。「売上情報」は、カードの利用日時・利用店舗情報（利用店舗番号及び利用店舗名等）・利用金額・支払回数・請求予定月等の売上情報である。「データ還元済フラグ」は、その売上情報から還元情報を生成してデータベース・サーバ１４０に送信済みであるかを示すフラグであり、還元情報を生成・送信したらフラグを立てる。
【００１５】
還元情報生成・送信処理１５４は、売上情報データベース１５２から売上情報を取り出して上述の還元情報を生成し、データベース・サーバ１４０に送信するプログラムである。送信された還元情報は、還元情報データベース１４８に格納される。
【００１６】
上述の図１に示したように、本実施形態のカード利用通知システムのために必要な処理は次の３つである。
（１）サービス利用登録・更新処理１３２
（２）還元情報生成・送信処理１５４
（３）利用確認メール生成・送信処理１３４
以降、これらの処理を、図を参照しながら順に詳しく説明する。
【００１７】
（１．サービス利用登録・更新処理）
サービス利用登録・更新処理１３２は、ＷＥＢ会員が顧客端末１１０から本サービスの利用申込や申込内容の変更を行なうと、その内容をデータベースに登録（更新）する処理である。
上述したように、本実施形態では、ＷＥＢ会員が申込みを行なったカードごとに本サービスを適用できる。ＷＥＢ会員は、ＷＥＢ会員専用のシステムにログインし、ＷＥＢ上で本サービスの利用を申込む。
なお、これは運用の一例であり、他の方法で本サービスの適用対象を決めてもよい。
【００１８】
ログインは、従来利用されているログイン・システムにより行なうとよい。例えば、アプリケーション・サーバ１３０から顧客端末１１０に送信されたログイン用ページに、ＷＥＢ会員がＷＥＢ会員番号とパスワードを入力・送信すると、データベース・サーバ１４０のＷＥＢ会員情報データベース１４２を検索して該ＷＥＢ会員のＷＥＢ会員情報を取得する。入力されたＷＥＢ会員番号がＷＥＢ会員情報データベース１４２にない場合やパスワードが間違っている場合はログイン失敗であり、その旨を表示したページ等を顧客端末１１０に送信する。一方、ＷＥＢ会員番号とパスワードが正しければログイン成功であり、以降で説明する本サービスの利用申込や申込内容の変更を行なうことができる。ここで、ＷＥＢ会員が複数のカードを持っている場合には、本サービスを適用したいカードを選択して、該カードに対する利用申込や申込内容の変更を行なう。
【００１９】
図４は、サービス利用登録・更新処理１３２の処理の流れを示したシーケンス図である。シーケンス図は上述のログイン成功後の処理を示している。なお、ここで示す処理手順は一例である。
まず、顧客端末１１０からアプリケーション・サーバ１３０に、本サービスの利用登録（更新）を要求する（Ｓ４０５）。例えば、ログインするとアプリケーション・サーバ１３０から顧客端末１１０にＷＥＢ会員専用のメニューページを送信し、ＷＥＢ会員がメニューの中から所望のサービスを選択する（本実施形態では、例えば、本サービスを適用したいカードを選択して本サービスの申込ページへのリンクをクリックする。）ことにより行なう。
要求（Ｓ４０５）があると、アプリケーション・サーバ１３０は、データベース・サーバ１４０に、ＷＥＢ会員が選択したカードの契約番号でサービス申請情報データベース１４６を検索する要求を送信する（Ｓ４１０）。データベース・サーバ１４０ではサービス申請情報データベース１４６を検索（Ｓ４１５）し、結果をアプリケーション・サーバ１３０に送信する（Ｓ４２０）。
アプリケーション・サーバ１３０は、データベース・サーバ１４０から送られた結果により、登録用ページまたは更新用ページを顧客端末１１０に送信する（Ｓ４２５）。すなわち、該契約番号に該当するレコードがサービス申請情報データベース１４６になければ登録用の入力ページを送信し、レコードがあれば該契約番号での登録内容を表示した更新用の入力ページを送信する。
【００２０】
図５は、顧客端末１１０に送信（図４のＳ４２５）された登録用の入力ページの例である。入力ページ５００において、「入力／確認／完了」表示欄５５０は、登録の手順（項目への入力→入力内容の確認→受付完了）を示しており、ここでは「入力」の部分を網掛けで示している。また、「トップへ戻る」ボタン５４０は、トップページ（例えば、ＷＥＢ会員専用のメニューページ）に戻るボタンである。
「メール送信先区分」入力欄５１０は、メール送信先区分の入力欄であり、サービス申請情報データベース１４６のメール送信先区分に対応している。ＷＥＢ会員は、利用確認メールの送信先として「パソコン」「携帯」「両方」のいずれかを選択（ラジオボタンをクリック）する。「パソコン」を選択するとパソコンメールアドレスのみに、「携帯」を選択すると携帯メールアドレスのみに、「両方」を選択するとパソコンと携帯のメールアドレスに、利用確認メールが送信される。なお、メール送信先区分の内容は一例である。
「送信時間帯区分」入力欄５２０は、送信時間帯区分の入力欄であり、サービス申請情報データベース１４６の送信時間帯区分に対応している。ＷＥＢ会員は、「８：００頃」「１０：００頃」「１２：００頃」のいずれかを選択（ラジオボタンをクリック）する。なお、送信時間帯区分の内容は一例である。
【００２１】
一方、図６は、顧客端末１１０に送信（図４のＳ４２５）された更新用の入力ページの例である。入力ページ６００において、「入力／確認／完了」表示欄６６０および「トップへ戻る」ボタン６５０は、図５の登録用の入力ページ５００と同様である。
「サービス区分」入力欄６１０は、サービス区分の入力欄であり、サービス申請情報データベース１４６のサービス状態フラグの現在の内容を表示する。フラグが立っていなければ「無効」、フラグが立っていれば「有効」のラジオボタンにチェックを表示する。ＷＥＢ会員は「有効」または「無効」を選択して、本サービスを停止したり（無効）、再開したり（有効）することができる。
「メール送信先区分」入力欄６２０および「送信時間帯区分」入力欄６３０は、図５の登録用の入力ページ５００と同様であるが、各々のラジオボタンには、現在サービス申請情報データベース１４６に登録されている内容を表示する。
【００２２】
上述の図５の登録用の入力ページ５００または図６の更新用の入力ページ６００の各入力欄に入力（図４のＳ４３０）して「入力内容を確認する」ボタン５３０または６４０をクリックすると、入力内容がアプリケーション・サーバ１３０に送信される（Ｓ４３５）。本実施形態では、ここで、入力内容の確認ページを顧客端末１１０に送信し、該ＷＥＢ会員に入力内容の確認を求める。
図７は、入力内容の確認ページの例である。図７の申込内容確認ページ７００において、「入力／確認／完了」７６０は、図５の入力ページ５００および図６の入力ページ６００と同様であるが、ここでは「確認」の部分を網掛けで表示する。「戻る」ボタン７５０は、前のページ（図５の入力ページ５００または図６の入力ページ６００）に戻るためのボタンであり、入力内容を訂正する場合等に用いる。
【００２３】
「サービス区分」表示欄７１０には、登録の場合には「有効」を、更新の場合には図６の入力ページ６００で入力（選択）された内容を表示する。「メール送信先区分」表示欄７２０および「送信時間帯区分」表示欄７３０には、図５の入力ページ５００または図６の入力ページ６００で入力（選択）された内容を表示する。
ＷＥＢ会員は、表示された内容で登録または更新を行なう場合は、「申し込む」ボタン７４０をクリックする。入力内容はアプリケーション・サーバ１３０に送信される（図４のＳ４３５）。
入力内容がアプリケーション・サーバ１３０に送信される（図４のＳ４３５）と、アプリケーション・サーバ１３０は、該入力内容をデータベース・サーバ１４０に送信する（Ｓ４４０）。データベース・サーバ１４０は該入力内容をサービス申請情報データベース１４６に登録し（Ｓ４４５）、登録終了の旨をアプリケーション・サーバ１３０に送信する（Ｓ４５０）。
【００２４】
最後に、アプリケーション・サーバ１３０は、申込受付を完了した旨の受付完了ページを顧客端末１１０に送信する（Ｓ４５５）。図８は、申込受付完了ページの例である。図８の申込受付完了ページ８００において、「入力／確認／完了」８２０は、図５の入力ページ５００等と同様であるが、ここでは「完了」の部分を網掛けで表示する。また、「トップページ」ボタン８１０は、図５の登録用の入力ページ５００等の「トップへ戻る」ボタンと同様である。
【００２５】
上述で説明した図５〜図８の各ページは、顧客端末１１０がパソコンである場合のページの例である。本実施形態では、顧客端末１１０が携帯電話である場合も想定している。携帯電話用の各ページの例を図９〜図１１に示す。
図９は、登録用の入力ページの例であり、図５の入力ページ５００に対応している。「メール送信先区分」入力欄９１０，「送信時間帯区分」入力欄９２０は、それぞれ図５の「メール送信先区分」入力欄５１０，「送信時間帯区分」入力欄５２０に同じである。また、「申込内容を確認」ボタン９３０は、図５の「入力内容を確認する」ボタン５３０と同様である。「トップページ」ボタン９４０は、図５の「トップへ戻る」ボタン５４０と同様である。
図１０は、更新用の入力ページの例であり、図６の入力ページ６００に対応している。「サービス区分」入力欄１０１０，「メール送信先区分」入力欄１０２０，および「送信時間帯区分」入力欄１０３０は、それぞれ図６の「サービス区分」入力欄６１０，「メール送信先区分」入力欄６２０，および「送信時間帯区分」入力欄６３０に同じである。「申し込み内容を確認」ボタン１０４０および「トップページ」ボタン１０５０も、それぞれ図６の「入力内容を確認する」ボタン６４０および「トップへ戻る」ボタン６５０と同様である。
図１１は、申込受付完了ページの例であり、図８の申込受付完了ページ８００に対応している。「トップページ」ボタン１１１０は、図８の「トップページ」ボタン８１０と同様である。
なお、ここでは図示していないが、顧客端末１１０が携帯電話の場合にも入力内容の確認ページ（図７の申込内容確認ページ７００に対応）を設けてもよい。
【００２６】
（２．還元情報生成・送信処理）
還元情報生成・送信処理１５４は、売上情報データベース１５２から還元情報を生成し、データベース・サーバ１４０に送信する処理である。
ここでは、還元情報生成・送信処理のタイミングを日次バッチ（例えば、当日分を夜間にバッチ処理）で行なうものとして説明するが、一日に数回の定期バッチとしてもよい。
還元情報生成・送信処理でデータベース・サーバ１４０に送信された還元情報はいったん還元情報データベース１４８に格納され、その後、後で説明する利用確認メール生成・送信処理にて顧客端末１１０に利用確認メールとして送信される。
【００２７】
図１２は、還元情報生成・送信処理１５４の処理の流れを示したフローチャートである。なお、ここで示す処理手順は一例である。
まず、売上情報データベース１５２から、売上情報を取得する（Ｓ１２１０）。本実施形態では、データ還元済フラグを参照し、フラグが立っていない（すなわち、まだ還元情報生成・送信がされていない）売上情報を取得する。上述の例のように、還元情報生成・送信処理を日次バッチで行なう場合には、利用加盟店からカード会社に売上請求処理が完了して、売上情報データベース１５２に登録された売上情報が対象となる。売上情報データベース１５２の売上情報の中から利用確認メールの生成に必要な情報項目のみを取得すれば足りる。
取得した売上情報から、還元情報を生成して（Ｓ１２２０）、データベース・サーバ１４０に送信する（Ｓ１２３０）。送信した還元情報に対応する売上情報データベース１５２のデータ還元済フラグにフラグを立てる（Ｓ１２４０）。データ還元済フラグを立てた売上情報は、以降、還元情報生成・送信の対象とならない。
データベース・サーバ１４０に送信された還元情報は、還元情報データベース１４８に格納される。
【００２８】
（３．利用確認メール生成・送信処理）
利用確認メール生成・送信処理１３４は、本サービスを申し込んでいるＷＥＢ会員のカードについて、カードの利用があったことを知らせるメール（利用確認メール）を生成し、該カードの契約者であるＷＥＢ会員宛てに送信する処理である。
日次バッチ（又は他のタイミングでの定期バッチ）により還元情報生成・送信処理が行なわれ、還元情報を還元情報データベース１４８に格納しているが、日次バッチ等で還元情報がホスト・コンピュータ１５０から送られてくる前に、格納した還元情報は削除している。
利用確認メール生成・送信処理は、還元情報データベース１４８から処理対象の還元情報を抽出した、送信用還元情報データベース１４９に格納されている還元情報から利用確認メールを生成・送信する。
このように、２つの還元情報データベースを用いるのは、インターネット環境にカードによる売上情報を格納しておくことのリスクを低減するためと、多量の売上情報は１日分のみ格納することで、格納データ量を少なくするためである。
【００２９】
ここで、利用確認メールは、サービス申請情報データベース１４６に登録されている送信時間帯区分に応じて送信する。例えば上述のように、送信時間帯区分として「８：００頃」「１０：００頃」「１２：００頃」の３つを用意している場合には、「８：００頃」を指定したＷＥＢ会員については８：００頃に、「１０：００頃」を指定したＷＥＢ会員については１０：００頃に、そして「１２：００頃」を指定したＷＥＢ会員については１２：００頃に、利用確認メールをそのカードの契約者であるＷＥＢ会員の顧客端末１１０に送信できるよう、利用確認メール生成・送信処理を行なう。上述の例のように、日次バッチ（当日分を夜間バッチ）で還元情報生成・送信処理を行なう場合には、ＷＥＢ会員は、上記で指定した時間帯に、前日のカード利用の利用確認メールを受け取ることができる。
なお、上述の送信時間帯区分は一例であり、さらに多くの送信時間帯区分を用意してもよい。
このように、還元情報生成・送信処理と利用確認メール生成・送信処理との二段階に分けて処理を行なうことにより、迅速な利用通知を実現しながら、処理の負荷を軽減することができる。また、送信時間帯区分を増やしたり変更したりするシステム拡張にも、容易に対応することができる。
【００３０】
図１３は、利用確認メール生成・送信処理１３４の処理の流れを示したフローチャートである。なお、ここで示す処理手順は一例である。この処理は、送信時間帯区分ごとに起動して行う。図５で示したように、本実施形態では、８：００頃、１０：００頃，１２：００頃の１日３回送るようにしているので、この場合は、この時間帯区分ごとに起動する。
まず、還元情報データベース１４８から今回の利用確認メール生成・送信処理の対象となる還元情報を選択する（Ｓ１３１０〜Ｓ１３２０）。まず、サービス申請情報データベース１４６を参照して、今回の利用確認メール生成・送信処理の対象である契約番号を取得する（Ｓ１３１０）。具体的には、サービス申請情報データベース１４６のサービス状態フラグが立っており、送信時間帯区分が今回に該当していれば、今回の利用確認メール生成・送信処理の対象である。次に、取得した契約番号をキーとして、その還元情報に対応し、データ還元済フラグが立っていない（まだ顧客端末１１０に送信されていない）還元情報を還元情報データベース１４８から抽出して、還元情報データベース１４９に格納する（Ｓ１３２０）。
【００３１】
次に、サービス申請情報データベース１４６のメール送信先区分に応じて、ＷＥＢ会員情報データベース１４２からパソコンメールアドレス、携帯メールアドレス、あるいはその両方を取得する（Ｓ１３３０）。
利用確認メールを生成して（Ｓ１３４０）、顧客端末１１０に送信する（Ｓ１３５０）。
図１４は、利用確認メールの例を示した図である。利用確認メール１４００において、「宛先」欄１４１０には、上述で取得（Ｓ１３３０）したパソコンメールアドレス、携帯メールアドレスを入力する。「件名」欄１４２０には、あらかじめ用意した、本実施形態のカード利用通知メールである旨が判り易い件名を入力する。「本文」欄１４３０には、還元情報データベース１４６の売上情報を入力する。図１４の利用確認メール１４００に示す例では、利用日時・利用店舗名・利用金額を表示している。その他、例えば、このメールがカード利用通知である旨の文章や、カード利用に心当たりがない場合の注意事項を示した文章等を自動的にメールの文面に含めるようにしてもよい。
利用確認メールを顧客端末１１０に送信したら、送信用還元情報データベース１４９のデータ還元済フラグを立てる（Ｓ１３６０）。送信後に、データ還元済フラグを立てた還元情報は、定期バッチ処理等により送信用還元情報データベース１４９から削除する。この還元情報は、例えば１週間程度保存してから送信済みの還元情報を削除することで、利用確認メールが送られてこなかったことに対する問い合わせ等に答えられるようにする。
【図面の簡単な説明】
【００３２】
【図１】本実施形態のカード利用通知システムのシステム構成図である。
【図２】データベース・サーバの（ａ）ＷＥＢ会員情報データベース，（ｂ）契約情報データベース，（ｃ）サービス申請情報データベース，（ｄ）還元情報データベース，（ｅ）送信用還元情報データベースの主要な項目を示した図である。
【図３】ホスト・コンピュータの売上情報データベースの主要な項目を示した図である。
【図４】サービス利用登録・更新処理の流れを示したシーケンス図である。
【図５】サービス利用登録用の入力ページの例を示した図である。
【図６】サービス利用更新用の入力ページの例を示した図である。
【図７】申込内容確認ページの例を示した図である。
【図８】申込受付完了ページの例を示した図である。
【図９】携帯電話用のサービス利用登録用の入力ページの例を示した図である。
【図１０】携帯電話用のサービス利用更新用の入力ページの例を示した図である。
【図１１】携帯電話用の申込受付完了ページの例を示した図である。
【図１２】還元情報生成・送信処理の流れを示したフローチャートである。
【図１３】利用確認メール生成・送信処理の流れを示したフローチャートである。
【図１４】利用確認メールの例を示した図である。
【符号の説明】
【００３３】
１１０      顧客端末
１２０      ネットワーク
１３０      アプリケーション・サーバ
１３２      サービス利用登録・更新処理
１３４      利用確認メール生成・送信処理
１４０      データベース・サーバ
１４２      ＷＥＢ会員情報データベース
１４４      契約情報データベース
１４６      サービス申請情報データベース
１４８      還元情報データベース
１４９      送信用還元情報データベース
１５０      ホスト・コンピュータ
１５２      売上情報データベース
１５４      還元情報生成・送信処理
１６０      ＣＡＴ端末
５００      サービス利用登録用の入力ページ
５１０      「メール送信先区分」入力欄
５２０      「送信時間帯区分」入力欄
５３０      「入力内容を確認する」ボタン
５４０      「トップへ戻る」ボタン
５５０      「入力／確認／完了」表示欄
６００      サービス利用更新用の入力ページ
６１０      「サービス区分」入力欄
６２０      「メール送信先区分」入力欄
６３０      「送信時間帯区分」入力欄
６４０      「入力内容を確認する」ボタン
６５０      「トップへ戻る」ボタン
６６０      「入力／確認／完了」表示欄
７００      申込内容確認ページ
７１０      「サービス区分」表示欄
７２０      「メール送信先区分」表示欄
７３０      「送信時間帯区分」表示欄
７４０      「申し込む」ボタン
７５０      「戻る」ボタン
７６０      「入力／確認／完了」表示欄
８００      申込受付完了ページ
８１０      「トップページ」ボタン
８２０      「入力／確認／完了」表示欄
９００      サービス利用登録用の入力ページ
９１０      「メール送信先区分」入力欄
９２０      「送信時間帯区分」入力欄
９３０      「申し込み内容を確認」ボタン
９４０      「トップページ」ボタン
１０００    サービス利用更新用の入力ページ
１０１０    「サービス区分」入力欄
１０２０    「メール送信先区分」入力欄
１０３０    「送信時間帯区分」入力欄
１０４０    「申し込み内容を確認」ボタン
１０５０    「トップページ」ボタン
１１００    申込受付完了ページ
１１１０    「トップページ」ボタン
１４００    利用確認メール
１４１０    「宛先」欄
１４２０    「件名」欄
１４３０    「本文」欄
【図１】
0004676895.tif 000002
【図２】
0004676895.tif 000003
【図３】
0004676895.tif 000004
【図４】
0004676895.tif 000005
【図５】
0004676895.tif 000006
【図６】
0004676895.tif 000007
【図７】
0004676895.tif 000008
【図８】
0004676895.tif 000009
【図９】
0004676895.tif 000010
【図１０】
0004676895.tif 000011
【図１１】
0004676895.tif 000012
【図１２】
0004676895.tif 000013
【図１３】
0004676895.tif 000014
【図１４】
0004676895.tif 000015