(57)【要約】【課題】  クレジットカードの利用代金を指定口座から引き落としができなかった利用者について、引落結果の確認状況等により延滞が発生した利用者の意識を確認して督促等の連絡を行い、トラブルの発生を防止する。【解決手段】  利用者端末よりクレジットカードの利用代金についての照会を行うと、利用代金の口座引落しができなかった場合は、カード会社システムは結果表示の確認ボタンを含む利用明細を利用者端末に送信する。引落しができずに延滞が発生したことを利用者が確認すると、延滞分についての振込承認、又は再引落依頼の指示ボタンが表示される。確認ボタンや指示ボタンの選択状況は会員テーブルに記録され、これらの選択状況から延滞発生に対する利用者の確認状況等を把握し、延滞発生の連絡や督促等に活用する。【選択図】        図１
2006011566.tif 000002
【特許請求の範囲】
【請求項１】
引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納手段と、
クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付ける利用明細受付手段と、
前記表示要求を受け付けた利用者にかかる決済情報を前記決済情報格納手段より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかった利用代金をクレジットカード業者の指定口座への振込により決済することを承認する振込承認の指示ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させる利用明細表示手段と、
前記利用者端末において前記振込承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に振込承認が行われたことを示す振込承認フラグを記録する振込承認フラグ記録手段と、
前記決済情報格納手段を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択する利用者選択手段と、
を備えていて、
前記利用者選択手段は、前記決済情報に前記振込承認フラグが記録された利用者を選択しないこと
を特徴とする決済情報管理システム。
【請求項２】
引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納手段と、
クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付ける利用明細受付手段と、
前記表示要求を受け付けた利用者にかかる決済情報を前記決済情報格納手段より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかったことを示す引落未済確認ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させる利用明細表示手段と、
前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に前記引落指定日において引落がされなかったことが確認されたことを示す引落未済確認フラグを記録する引落未済確認フラグ記録手段と、
前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、口座引落がされなかった利用代金をクレジットカード業者の指定口座への振込により決済することを承認する振込承認の指示ボタンを前記利用者端末に表示させる振込承認ボタン表示手段と、
前記利用者端末において前記振込承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に振込承認が行われたことを示す振込承認フラグを記録する振込承認フラグ記録手段と、
前記決済情報格納手段を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択する利用者選択手段と、
を備えていて、
前記利用者選択手段は、前記決済情報に前記引落未済確認フラグが記録されていない利用者、又は前記決済情報に前記振込承認フラグが記録された利用者を選択しないこと
を特徴とする決済情報管理システム。
【請求項３】
引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納手段と、
クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付ける利用明細受付手段と、
前記表示要求を受け付けた利用者にかかる決済情報を前記決済情報格納手段より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかった利用代金を再引落指定日に利用者の指定口座から引き落とすことを承認する再引落承認の指示ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させる利用明細表示手段と、
前記利用者端末において前記再引落承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に再引落承認が行われたことを示す再引落承認フラグを記録する再引落承認フラグ記録手段と、
前記決済情報格納手段を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択する利用者選択手段と、
を備えていて、
前記利用者選択手段は、前記決済情報に前記再引落承認フラグが記録された利用者を選択しないこと
を特徴とする決済情報管理システム。
【請求項４】
引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納手段と、
クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付ける利用明細受付手段と、
前記表示要求を受け付けた利用者にかかる決済情報を前記決済情報格納手段より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかったことを示す引落未済確認ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させる利用明細表示手段と、
前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に前記引落指定日において引落がされなかったことが確認されたことを示す引落未済確認フラグを記録する引落未済確認フラグ記録手段と、
前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、口座引落がされなかった利用代金を再引落指定日に利用者の指定口座から引き落とすことを承認する再引落承認の指示ボタンを前記利用者端末に表示させる再引落承認ボタン表示手段と、
前記利用者端末において前記再引落承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に再引落承認が行われたことを示す再引落承認フラグを記録する再引落承認フラグ記録手段と、
前記決済情報格納手段を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択する利用者選択手段と、
を備えていて、
前記利用者選択手段は、前記決済情報に前記引落未済確認フラグが記録されていない利用者、又は前記決済情報に前記再引落承認フラグが記録された利用者を選択しないこと
を特徴とする決済情報管理システム。
【請求項５】
前記決済情報格納手段から前記再引落承認フラグが記録された決済情報を選択し、前記決済情報から再引落のための口座引落依頼電文を作成する口座引落電文作成手段を備えること
を特徴とする請求項３又は４記載の決済情報管理システム。
【請求項６】
前記決済情報格納手段に格納された決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択して、前記利用者に前記利用明細の確認を促す電子メールを送信する電子メール送信手段を備えること
を特徴とする請求項１乃至５いずれかに記載の決済情報管理システム。
【請求項７】
クレジットカードに関する情報を管理するコンピュータシステムが、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付けるステップと、
前記コンピュータシステムが、前記表示要求を受け付けた利用者にかかる決済情報を、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納部より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかった利用代金をクレジットカード業者の指定口座への振込により決済することを承認する振込承認の指示ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させるステップと、
前記コンピュータシステムが、前記利用者端末において前記振込承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に振込承認が行われたことを示す振込承認フラグを記録するステップと、
前記コンピュータシステムが、前記決済情報格納部を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択するステップと、
を有していて、
前記利用者を選択するステップでは、前記決済情報に前記振込承認フラグが記録された利用者を選択しないこと
を特徴とする決済情報管理方法。
【請求項８】
クレジットカードに関する情報を管理するコンピュータシステムが、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付けるステップと、
前記コンピュータシステムが、前記表示要求を受け付けた利用者にかかる決済情報を、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納部より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかったことを示す引落未済確認ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させるステップと、
前記コンピュータシステムが、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に前記引落指定日において引落がされなかったことが確認されたことを示す引落未済確認フラグを記録するステップと、
前記コンピュータシステムが、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、口座引落がされなかった利用代金をクレジットカード業者の指定口座への振込により決済することを承認する振込承認の指示ボタンを前記利用者端末に表示させるステップと、
前記コンピュータシステムが、前記利用者端末において前記振込承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に振込承認が行われたことを示す振込承認フラグを記録するステップと、
前記コンピュータシステムが、前記決済情報格納部を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択するステップと、
を有していて、
前記利用者を選択するステップでは、前記決済情報に前記引落未済確認フラグが記録されていない利用者、又は前記決済情報に前記振込承認フラグが記録された利用者を選択しないこと
を特徴とする決済情報管理方法。
【請求項９】
クレジットカードに関する情報を管理するコンピュータシステムが、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付けるステップと、
前記コンピュータシステムが、前記表示要求を受け付けた利用者にかかる決済情報を、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納部より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかった利用代金を再引落指定日に利用者の指定口座から引き落とすことを承認する再引落承認の指示ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させるステップと、
前記コンピュータシステムが、前記利用者端末において前記再引落承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に再引落承認が行われたことを示す再引落承認フラグを記録するステップと、
前記コンピュータシステムが、前記決済情報格納部を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択するステップと、
を有していて、
前記利用者を選択するステップでは、前記決済情報に前記再引落承認フラグが記録された利用者を選択しないこと
を特徴とする決済情報管理方法。
【請求項１０】
クレジットカードに関する情報を管理するコンピュータシステムが、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付けるステップと、
前記コンピュータシステムが、前記表示要求を受け付けた利用者にかかる決済情報を、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納部より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかったことを示す引落未済確認ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させるステップと、
前記コンピュータシステムが、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に前記引落指定日において引落がされなかったことが確認されたことを示す引落未済確認フラグを記録するステップと、
前記コンピュータシステムが、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、口座引落がされなかった利用代金を再引落指定日に利用者の指定口座から引き落とすことを承認する再引落承認の指示ボタンを前記利用者端末に表示させるステップと、
前記コンピュータシステムが、前記利用者端末において前記再引落承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に再引落承認が行われたことを示す再引落承認フラグを記録するステップと、
前記コンピュータシステムが、前記決済情報格納部を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択するステップと、
を有していて、
前記利用者を選択するステップでは、前記決済情報に前記引落未済確認フラグが記録されていない利用者、又は前記決済情報に前記再引落承認フラグが記録された利用者を選択しないこと
を特徴とする決済情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クレジットカードの利用代金を指定口座から引き落としができなかった利用者について、引落結果の確認状況に応じて督促等の連絡を行うための決済情報を管理することができるクレジットカード利用代金の決済情報管理システム及び決済情報管理方法に関するものである。
【背景技術】
【０００２】
一般にクレジットカードの利用代金の決済は、所定の引落日に利用者の指定する預金口座から１ヶ月分の利用代金を引き落とすことにより行われている。引落日において指定口座の残高が決済金額に足りない場合は引き落としができずに延滞が発生するが、利用者自身は指定口座から利用代金の引き落としがされていないことをもってしか延滞の発生を了知できない、クレジットカード業者は延滞が確認できた利用者に対して、延滞の発生を連絡して振込依頼等を行うことが必要になる。しかしながら、預金残高の不足は利用者が気付かないうちに発生していることが多いため、延滞発生の連絡は利用者の気分を害してトラブルの元となることがある。
【０００３】
このような状況を回避するためには、利用者に対して次回の利用代金の引落予定額と引落予定日を伝達することが必要であり、クレジットカード業者は次回の利用代金の引落予定等を記載した利用明細を、定期的に郵送している。インターネットユーザーの拡大に伴って、近時はクレジットカード業者のＷｅｂサイトにおいても利用明細が確認できることが一般的になっている。
【０００４】
利用明細から引落予定日には口座残高が不足すると確認した利用者は、引き落としの指定口座に入金を行って、残高不足が生じすることを回避する。利用明細の通知等にネットワークを利用する場合は、口座の残高不足が生じる可能性を検討しながら、利用者は指定口座への他の口座からの振込等による入金やクレジットカードの支払方法の変更などによる対処まで連続して処理することが可能になる。
【０００５】
例えば、引落予定日の前に引落予定額と指定口座の残高を対比して、残高不足が生じそうな場合には自動振込・振替ボタンが付された電子メールを送信し、自動振込・振替ボタンをクリックすることで速やかに指定口座への振り込みや振り替えを行うことができる発明が開示されている（特許文献１参照。）。また、利用者がクレジットカードによる支払予定と指定口座の残高から過不足金額のシミュレーションを行って、利用者が支払方法の指定や変更を自由に行うことができる発明が開示されている（特許文献２参照。）。
【０００６】
【特許文献１】特開２００２−７３９９９号公報
【特許文献２】特開２００２−１８３４４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
クレジットカード業者のＷｅｂサイトにおいて利用明細が確認できることにより、従来の郵送による通知のみに比べれば、利用者が引落予定額を確認する機会や手段が増加することにより、残高不足の発生を減少させることができると考えられる。前記特許文献１及び２記載の発明のように、口座残高等も考慮した情報の通知を行ったり、残高不足への対処まで一連の処理で行える手段を提供したりすることにより、利用者に残高の維持を促して、さらに残高不足の発生が減少することも考えられる。
【０００８】
しかしながら、これらの手段はいずれも事前の利用者に対する告知手段であって、利用者がＷｅｂサイトにアクセスしなかったり、電子メールを開かなかったりすれば、効果を発揮することができない。いずれにしても、残高不足で延滞が発生すればクレジットカード業者から利用者に対して連絡を行わなければならないことに変わりはなく、延滞発生の連絡により利用者の気分を害する可能性を回避することはできない。
【０００９】
つまり、このような問題を回避するためには、延滞に気付いていない利用者に対するクレジットカード業者からの延滞発生の連絡をなるべく減少させることが好ましく、延滞の発生を認識しているか否か、延滞が発生した利用者の意識を直接連絡することなく確認できる手段が求められるところである。
【００１０】
本発明は、このような課題に対応するためになされたものであり、クレジットカードの利用代金を指定口座から引き落としができなかった利用者について、引落結果の確認状況等により延滞が発生した利用者の意識を確認して督促等の連絡を行うことができるクレジットカード利用代金の決済情報管理システム及び決済情報管理方法を提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
本願にかかる課題を解決する第１の発明は、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納手段と、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付ける利用明細受付手段と、前記表示要求を受け付けた利用者にかかる決済情報を前記決済情報格納手段より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかった利用代金をクレジットカード業者の指定口座への振込により決済することを承認する振込承認の指示ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させる利用明細表示手段と、前記利用者端末において前記振込承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に振込承認が行われたことを示す振込承認フラグを記録する振込承認フラグ記録手段と、前記決済情報格納手段を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択する利用者選択手段と、を備えていて、前記利用者選択手段は、前記決済情報に前記振込承認フラグが記録された利用者を選択しないことを特徴とする決済情報管理システムである。
【００１２】
本願にかかる課題を解決する第２の発明は、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納手段と、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付ける利用明細受付手段と、前記表示要求を受け付けた利用者にかかる決済情報を前記決済情報格納手段より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかったことを示す引落未済確認ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させる利用明細表示手段と、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に前記引落指定日において引落がされなかったことが確認されたことを示す引落未済確認フラグを記録する引落未済確認フラグ記録手段と、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、口座引落がされなかった利用代金をクレジットカード業者の指定口座への振込により決済することを承認する振込承認の指示ボタンを前記利用者端末に表示させる振込承認ボタン表示手段と、前記利用者端末において前記振込承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に振込承認が行われたことを示す振込承認フラグを記録する振込承認フラグ記録手段と、前記決済情報格納手段を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択する利用者選択手段と、を備えていて、前記利用者選択手段は、前記決済情報に前記引落未済確認フラグが記録されていない利用者、又は前記決済情報に前記振込承認フラグが記録された利用者を選択しないことを特徴とする決済情報管理システムである。
【００１３】
本願にかかる課題を解決する第３の発明は、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納手段と、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付ける利用明細受付手段と、前記表示要求を受け付けた利用者にかかる決済情報を前記決済情報格納手段より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかった利用代金を再引落指定日に利用者の指定口座から引き落とすことを承認する再引落承認の指示ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させる利用明細表示手段と、前記利用者端末において前記再引落承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に再引落承認が行われたことを示す再引落承認フラグを記録する再引落承認フラグ記録手段と、前記決済情報格納手段を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択する利用者選択手段と、を備えていて、前記利用者選択手段は、前記決済情報に前記再引落承認フラグが記録された利用者を選択しないことを特徴とする決済情報管理システムである。
【００１４】
本願にかかる課題を解決する第４の発明は、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納手段と、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付ける利用明細受付手段と、前記表示要求を受け付けた利用者にかかる決済情報を前記決済情報格納手段より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかったことを示す引落未済確認ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させる利用明細表示手段と、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に前記引落指定日において引落がされなかったことが確認されたことを示す引落未済確認フラグを記録する引落未済確認フラグ記録手段と、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、口座引落がされなかった利用代金を再引落指定日に利用者の指定口座から引き落とすことを承認する再引落承認の指示ボタンを前記利用者端末に表示させる再引落承認ボタン表示手段と、前記利用者端末において前記再引落承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納手段に格納された前記利用者にかかる決済情報に再引落承認が行われたことを示す再引落承認フラグを記録する再引落承認フラグ記録手段と、前記決済情報格納手段を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択する利用者選択手段と、を備えていて、前記利用者選択手段は、前記決済情報に前記引落未済確認フラグが記録されていない利用者、又は前記決済情報に前記再引落承認フラグが記録された利用者を選択しないことを特徴とする決済情報管理システムである。
【００１５】
本発明においては、クレジットカードの利用者がインターネット等のネットワークを通じて利用明細を参照する際に、利用代金の引き落としができずに延滞が発生した場合には振込依頼や再引落依頼の指示ボタンを表示し、かかる指示ボタンの選択の有無をフラグ管理により識別する。延滞発生の連絡を行う場合は、指示ボタンにより延滞を解消するための処理を行った利用者を特定することができるので、かかる利用者を連絡対象から除外することが可能になる。第１の発明及び第２の発明においては、振込依頼の指示ボタンが表示される。第３の発明及び第４の発明においては、再引落依頼の指示ボタンが表示される。
【００１６】
また、利用代金の引き落としができずに延滞が発生した利用者に対しては、利用明細に引落未済確認ボタンを表示し、かかる確認ボタンの選択の有無をフラグ管理により識別する。延滞発生の連絡を行う場合は、確認ボタンの選択の有無から延滞発生を了知した利用者を特定することができるので、延滞発生を了知していない利用者を連絡対象から除外したり、延滞発生を了知しながら延滞を解消するための処理を行っていない利用者を選択して連絡を行ったりすることが可能になる。第２の発明及び第４の発明が、かかる構成を備えるものである。
【００１７】
尚、本発明における振込依頼及び再引落依頼の指示ボタン、並びに引落未済確認ボタンは、利用者端末の操作画面上で円形や四角形などのボタンの形状を表示するものに限られず、所定の領域をボタンの選択と関連付けるものであれば、所定の文字列の表示なども含まれる。また、振込依頼又は再引落依頼の指示ボタン、若しくは引落未済確認ボタンの表示は、利用者端末に最初に表示される利用明細に含まれるものに限定されず、いくつかの画面上のボタンやリンク等の選択を行った上で表示される画面に含まれるものであってもよい。
【００１８】
第３の発明及び第４の発明は、前記決済情報格納手段から前記再引落承認フラグが記録された決済情報を選択し、前記決済情報から再引落のための口座引落依頼電文を作成する口座引落電文作成手段を備えることを特徴とすることもできる。
【００１９】
利用者が再引落依頼の指示ボタンを選択した場合、利用者の指定口座から再引落を行うために、利用者の指定口座のある銀行に対して口座引落処理の依頼を行うことが必要になる。口座引落処理を依頼するための口座引落依頼電文を作成する必要のある決済情報は、再引落承認フラグをキーに特定することができる。
【００２０】
第１の発明乃至第４の発明は、前記決済情報格納手段に格納された決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択して、前記利用者に前記利用明細の確認を促す電子メールを送信する電子メール送信手段を備えることを特徴とすることもできる。
【００２１】
本発明においては、振込依頼又は再引落依頼の指示ボタン、若しくは引落未済確認ボタンの選択の有無によって、利用者が延滞の発生を了知したか否か、さらには利用者が延滞を解消するための処理を依頼したか否かを把握し、延滞発生の連絡を行う利用者を選択することができるが、利用者がなるべく延滞の発生を認識して何らかの対処を行うためには、まず利用明細の確認を行うよう促すことが好ましい。この構成においては、延滞が発生した利用者を選択して利用明細の確認を促す電子メールを送信することにより、延滞の発生を直接連絡しなくても利用者が自発的に確認することを促すことができる。
【００２２】
さらに、第１の発明乃至第４の発明は、それぞれの発明にかかるクレジットカード利用代金の決済情報管理システムに対応して、クレジットカードに関する情報を管理するコンピュータシステムによるクレジットカード利用代金の決済情報管理方法として捉えることもできる。
【００２３】
つまり、第１の発明に対応する決済情報管理方法は、クレジットカードに関する情報を管理するコンピュータシステムが、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付けるステップと、前記コンピュータシステムが、前記表示要求を受け付けた利用者にかかる決済情報を、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納部より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかった利用代金をクレジットカード業者の指定口座への振込により決済することを承認する振込承認の指示ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させるステップと、前記コンピュータシステムが、前記利用者端末において前記振込承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に振込承認が行われたことを示す振込承認フラグを記録するステップと、前記コンピュータシステムが、前記決済情報格納部を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択するステップと、を有していて、前記利用者を選択するステップでは、前記決済情報に前記振込承認フラグが記録された利用者を選択しないことを特徴とする決済情報管理方法である。
【００２４】
第２の発明に対応する決済情報管理方法は、クレジットカードに関する情報を管理するコンピュータシステムが、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付けるステップと、前記コンピュータシステムが、前記表示要求を受け付けた利用者にかかる決済情報を、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納部より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかったことを示す引落未済確認ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させるステップと、前記コンピュータシステムが、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に前記引落指定日において引落がされなかったことが確認されたことを示す引落未済確認フラグを記録するステップと、前記コンピュータシステムが、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、口座引落がされなかった利用代金をクレジットカード業者の指定口座への振込により決済することを承認する振込承認の指示ボタンを前記利用者端末に表示させるステップと、前記コンピュータシステムが、前記利用者端末において前記振込承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に振込承認が行われたことを示す振込承認フラグを記録するステップと、前記コンピュータシステムが、前記決済情報格納部を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択するステップと、を有していて、前記利用者を選択するステップでは、前記決済情報に前記引落未済確認フラグが記録されていない利用者、又は前記決済情報に前記振込承認フラグが記録された利用者を選択しないことを特徴とする決済情報管理方法である。
【００２５】
第３の発明に対応する決済情報管理方法は、クレジットカードに関する情報を管理するコンピュータシステムが、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付けるステップと、前記コンピュータシステムが、前記表示要求を受け付けた利用者にかかる決済情報を、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納部より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかった利用代金を再引落指定日に利用者の指定口座から引き落とすことを承認する再引落承認の指示ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させるステップと、前記コンピュータシステムが、前記利用者端末において前記再引落承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に再引落承認が行われたことを示す再引落承認フラグを記録するステップと、前記コンピュータシステムが、前記決済情報格納部を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択するステップと、を有していて、前記利用者を選択するステップでは、前記決済情報に前記再引落承認フラグが記録された利用者を選択しないことを特徴とする決済情報管理方法である。
【００２６】
第４の発明に対応する決済情報管理方法は、クレジットカードに関する情報を管理するコンピュータシステムが、クレジットカードの利用者の操作する利用者端末より、ネットワークを通じて前記利用者のクレジットカードの利用明細の表示要求を受け付けるステップと、前記コンピュータシステムが、前記表示要求を受け付けた利用者にかかる決済情報を、引落指定日における利用代金の口座引落の結果を含むクレジットカードの決済情報を格納する決済情報格納部より取得し、前記決済情報に引落指定日において口座引落がされなかったと記録がある場合には、口座引落がされなかったことを示す引落未済確認ボタンを含めた前記利用者にかかる利用明細を作成し、前記利用者端末に前記利用明細を表示させるステップと、前記コンピュータシステムが、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に前記引落指定日において引落がされなかったことが確認されたことを示す引落未済確認フラグを記録するステップと、前記コンピュータシステムが、前記利用者端末において前記引落未済確認ボタンが選択されたことを受け付けると、口座引落がされなかった利用代金を再引落指定日に利用者の指定口座から引き落とすことを承認する再引落承認の指示ボタンを前記利用者端末に表示させるステップと、前記コンピュータシステムが、前記利用者端末において前記再引落承認の指示ボタンが選択されたことを受け付けると、前記決済情報格納部に格納された前記利用者にかかる決済情報に再引落承認が行われたことを示す再引落承認フラグを記録するステップと、前記コンピュータシステムが、前記決済情報格納部を参照して、延滞の督促が必要な利用者として前記決済情報に引落指定日において口座引落がされなかったと記録がある利用者を選択するステップと、を有していて、前記利用者を選択するステップでは、前記決済情報に前記引落未済確認フラグが記録されていない利用者、又は前記決済情報に前記再引落承認フラグが記録された利用者を選択しないことを特徴とする決済情報管理方法である。
【発明の効果】
【００２７】
本発明により、延滞が発生したクレジットカードの利用者に対してクレジットカード業者からの延滞発生の連絡を行う際に、当該利用者が延滞の発生を認識し、何らかの対処を行ったか否か、延滞が発生した利用者の意識を電話等によって直接尋ねることなく確認することができる。延滞が発生した利用者に対して電話等によって直接連絡を行うと、延滞の発生に気付いていない利用者の気分を害してしまう恐れがあるが、本発明では延滞の発生に気付いていない可能性が高い利用者や延滞を解消するための処理を依頼した利用者を除外することにより、このような問題が生じる可能性を軽減することができる。
【発明を実施するための最良の形態】
【００２８】
本発明を実施するための最良の形態について、図面を用いて以下に詳細に説明する。尚、以下に示す実施形態は本発明にかかる決済情報管理システムの一例であって、例えば利用明細に以下に説明する決済情報以外に様々な情報提供を行ってもよく、本発明は以下の実施形態に限定されるものではない。また、以下の説明においては、カード業者システムはＷｅｂサーバとホストコンピュータ、会員テーブルを含んで構成され、本発明にかかる決済情報管理システムの機能を果たすものとしているが、本発明にかかる決済情報管理システムに必要な各々の構成要件をどのようなシステム構成により分担するかは特定されるものではなく、下記の構成はその一例に過ぎない。例えば、会員テーブルに含まれるデータをＷｅｂサーバに記憶させることもできるし、ホストコンピュータで行うべき処理をＷｅｂサーバで代行することもできる。
【００２９】
図１は、本発明にかかる決済情報管理システムの構成の概要を示す図である。図２〜図４は、本発明にかかる決済情報管理システムの会員テーブルの、それぞれ第１〜第３の例を示す図である。図５〜図１０は、本発明にかかる決済情報管理システムにより表示される、それぞれ利用明細照会画面（延滞発生時）、振込承認画面、再引落承認画面、振込承認・再引落承認を選択できる画面、利用明細照会画面（振込確認後）、利用明細照会画面（再引落確認後）の一例を示す図である。図１１は、本発明にかかる決済情報管理システムが、利用者端末に利用明細を表示させるフローのフローチャートである。図１２は、本発明にかかる決済情報管理システムが、利用者端末より結果照会と振込承認を受け付けるフローのフローチャートである。図１３は、本発明にかかる決済情報管理システムが、利用者端末より結果照会と再引落承認を受け付けるフローのフローチャートである。
【００３０】
図１において、本発明にかかる決済情報管理システムは、カード業者システム２０において、Ｗｅｂサーバ２１及びホストコンピュータ２２の機能の一部として構成されている。Ｗｅｂサーバ２１には利用者端末１０よりインターネットを通じて接続することが可能で、カード業者システム２０の提供するサービスその他の情報が提供されている。ホストコンピュータ２２はクレジットカードの利用代金の決済情報の処理等を行うが、銀行ホスト３０と専用回線で接続されていて、口座引落などの決済のための処理依頼の送信や引落の可否など決済結果に関する情報の受信を行うよう構成することもできる。
【００３１】
また、ホストコンピュータ２２には会員テーブル２３が設けられていて、カード会員それぞれの属性情報やカードの利用状況に関する情報などが格納されている。図２乃至図４は、利用代金の決済状況を管理する会員テーブルの一例であるが、会員テーブルには会員単位で１ヶ月分の利用代金が集計された引落金額が記録され、決済日が経過すると引落結果が所定のフィールドに記録される。
【００３２】
決済日において口座引落に指定した預金口座の残高が引落金額に足りる場合には口座引落が実行され、図２乃至図４の例では、引落結果のフィールドに「ＯＫ」と記録される。一方、預金口座の残高が引落金額に足りない場合には口座引落は実行されず、図２乃至図４の例では、引落結果のフィールドに「ＮＧ」と記録される。引落結果の記録については、引き落としを依頼した銀行から一覧リストを取得して、引落結果をクレジットカード業者において入力することとしてもよいし、銀行ホスト３０と専用回線で接続して、引落結果を電子的に受け付けてホストコンピュータ２２で自動的に記録することとしてもよい。
【００３３】
尚、指定された預金口座の残高が引落金額に足りるか否かの基準は預金口座において定められた条件により異なるものであり、当該預金口座において一定のマイナス残高が許容される場合には、預金口座の残高が引落金額に不足していても引落が実行される場合もある。また、通常は口座引落の可否は引落金額全額で判断され、引落金額が指定された預金口座における引落可能な基準額を超える場合には引落金額全額の引き落としが行われず、引落可能な一部の金額のみが引き落とされることはない。
【００３４】
会員テーブルについての図２及び図３の例では、所定の決済日における会員毎の決済情報単位で設けられたレコードについて、決済日が同日のレコードを集めた所定の期日における決済情報の管理テーブルとして構成されているが、図４の例のようにカードナンバーをキーにして会員単位のレコードを抽出し、履歴情報を管理するテーブルとして構成することもできる。
【００３５】
図５に示した利用者端末の表示画面と、図１１のフローチャートを用いて、本発明にかかる決済情報管理システムが、利用者端末に利用明細を表示させるフローについて説明する。まず、クレジットカードの会員である利用者が、利用代金の引落結果を確認するために、利用者端末１０よりインターネットでクレジットカード業者のＷｅｂページにアクセスする。かかるアクセスはＷｅｂサーバ２１で受け付けられ、引落結果など個別の会員情報を照会する場合には、カードナンバーとパスワード等の本人認証のためのデータの入力画面が利用者端末１０に表示される。尚、本人認証における本人はカードナンバー単位で特定されるが、カードナンバーに対応する会員ＩＤ等を付与して、これを本人認証に用いることとしてもよい。
【００３６】
利用者が利用者端末１０よりカードナンバーとパスワードを入力すると、Ｗｅｂサーバ２１でこれを受け付けて、会員テーブル２３等に予め登録されたマスタデータと照合して、一致する場合は本人であると認証して、利用者端末１０に本人専用ページを表示させる。尚、本人認証に会員ＩＤ等を用いてもよいことは、先に説明したとおりである。利用者が利用代金などの利用明細を確認したい場合には、利用者端末１０において本人専用ページの「利用者明細照会」のボタンを選択する。尚、ここまでのフローについては画面表示のフローの一例であって、例えば会員以外のアクセスできるＷｅｂページから直接「利用者明細照会」のボタンを選択して、その後にカードナンバーとパスワード等を要求して本人認証が行われれば、利用明細照会画面を直接表示することとしてもよい。
【００３７】
利用者端末１０において「利用者明細照会」のボタンが選択されると、図１１のフローチャートに示したように、Ｗｅｂサーバ２１は利用者明細の照会が依頼されたことを示すデータを受信して（Ｓ０１）、カード業者システム２０内においてホストコンピュータ２２に利用明細の照会依頼を引き渡す。ホストコンピュータ２２では、利用明細を照会した利用者のカードナンバーに対応する利用代金の引落結果に関する情報を含む利用情報を取得し（Ｓ０２）、前回の利用代金の請求額の引き落としが実行されたか否かを確認する（Ｓ０３）。
【００３８】
前回の利用代金の請求額の引き落としが実行されたか否かは、図２乃至図４の例で示した「引落結果」のフラグから判定する。「ＯＫ」の場合は、前回の請求額は予定通り引き落とされたものと判定され、引落結果について「お引落し完了」と記した利用者端末１０に表示するための利用明細を作成する（Ｓ０４）。かかる利用明細として表示されるデータの編集は、Ｗｅｂサーバ２１又はホストコンピュータ２２のいずれで行うこととしてもよい。このようにして作成された利用明細は、利用者端末１０に送信される（Ｓ０５）。
【００３９】
一方、引落結果フラグが「ＮＧ」の場合は、前回の請求額は指定口座の残高不足により引き落とされず延滞が発生したものと判定され、引落結果について「お引落しできませんでした」と記した利用者端末１０に表示するための利用明細を作成する（Ｓ０６）。このようにして作成された利用明細は、利用者端末１０に送信される（Ｓ０７）。図５は、延滞発生時に利用者端末１０に表示される利用明細照会画面の一例であるが、お引落し結果について「お引落しできませんでした」と表示されている部分は、引落結果が確認されたことを示す確認ボタン、さらに次の画面を表示するための選択ボタンとして、画面上でこの部分が選択されるとカード業者システム２０に以下に説明する動作を実行させるための指示信号が送信される。
【００４０】
尚、特に引落結果フラグが「ＮＧ」に対しては、延滞発生を確認すべく利用明細の参照を促すため、ホストコンピュータ２２において「ＮＧ」の記録された会員を抽出し、これらの会員に対してＷｅｂページからの利用明細の参照を促すための電子メールを送信することとしてもよい。電子メールの送信先アドレスは、会員テーブル２３マスタデータに記録しておき、対象となる会員に対応するアドレスを併せて取得することとすればよい。
【００４１】
図５乃至図８に示した利用者端末の表示画面と、図１２及び図１３のフローチャートを用いて、本発明にかかる決済情報管理システムが、利用者端末より結果照会と振込承認を受け付けるフローについて説明する。利用者端末１０に表示された図５の利用明細照会画面においては、結果を確認した利用者に対して「お引落しできませんでした」の表示部分をクリックすることが促されている。この部分がクリックされると前記の指示信号が送信されるが、かかる指示信号を受け付けたカード業者システム２０の第１のフローが、図１２のフローチャートである。
【００４２】
まず、Ｗｅｂサーバ２１において、「お引落しできませんでした」の表示が選択されたか否かについて、前記の指示信号の受け付けの有無から判定し（Ｓ０８）、表示部分が選択された場合には、ホストコンピュータ２２において利用者が引落結果を確認したことを示す結果照会フラグの書換えを行う（Ｓ０９）。図２乃至図４の例では、「結果照会」のフィールドに「有」又は「無」のフラグが記録されていて、当初は「無」に設定されたフラグが、引落結果が確認されたことを示す「有」に変更される。
【００４３】
結果紹介フラグは、次のように利用することができる。延滞が発生している会員を選択したい場合は、引落結果フラグが「ＮＧ」となっているレコードのカードナンバーや氏名を特定すればよいが、これらの会員の中には指定口座の残高不足が発生したことに気付いていない会員も存在し得るため、特定された全ての会員に延滞発生の連絡を行うと気分を害する会員が生じる可能性がある。そこで、さらに結果照会フラグをキーにして絞込みを行い、「有」となっている会員は延滞発生を認識していることになるので、その中で再引落依頼等の行われていない会員を優先的に督促等の連絡を行うことにより、このような問題が発生する可能性を抑えることが可能になる。
【００４４】
次に、「お引落しできませんでした」の表示が選択された利用者端末１０に対して、引き落としができなかった利用代金をクレジットカード業者の指定口座に振り込むことを承認する振込承認画面を表示させる（Ｓ１０）。図６は、利用者端末１０に表示される振込承認画面の一例を示す図である。振込期日とクレジットカード業者の指定口座が表示され、利用者がこの条件に従って振り込みを行うことを承認する場合は、画面上に「振込承認」と表示された振込承認ボタンを選択すると、カード業者システム２０に振込承認の処理を実行させるための指示信号が送信される。
【００４５】
Ｗｅｂサーバ２１において、「振込承認」の表示が選択されたか否かについて、前記の指示信号の受け付けの有無から判定し（Ｓ１１）、表示部分が選択された場合には、ホストコンピュータ２２において利用者が延滞発生分の指定口座への振込を承認したことを示す振込承認フラグの書換えを行う（Ｓ１２）。図２又は図４の例では、「振込承認」のフィールドに「有」又は「無」のフラグが記録されていて、当初は「無」に設定されたフラグが、振り込みによる決済が承認されたことを示す「有」に変更される。
【００４６】
振込承認フラグは、次のように利用することができる。先に説明したように、延滞が発生したことを認識いる会員は、引落結果フラグが「ＮＧ」であり、かつ結果照会フラグが「有」であることから特定できるが、このうち振込承認フラグが「有」となっている会員については、延滞発生を認識するとともに、延滞を解消するために指定口座への振り込みを行う意思を明らかにしている。このような会員を督促等の連絡対象から除外することにより、延滞発生を認識し、かつ延滞解消の意思を明らかにしている会員に対して督促等を行って気分を害してしまうことを回避することが可能になる。
【００４７】
振込承認を行った会員が期日までに所定の金額を指定口座に振り込むと、指定口座を有する銀行からの振込受領通知等によりクレジットカード業者において入金が確認され、図２の例では、「振込結果」のフィールドに振り込みが確認されたことが記録される。尚、かかる振込結果の記録は、銀行ホスト３０から電子的に受け付けて、ホストコンピュータ２２で自動処理されることとしてもよい。
【００４８】
このように振込結果が記録された後に、利用者端末１０から利用明細の照会を受け付けると、カード業者システム２０は振込結果が記録されたレコードを参照して利用明細を作成し、利用者端末１０には図９の例に示したような利用明細照会画面が表示される。図９の利用明細では、「お振込完了」と振り込みが受け付けられて延滞が解消したことが表示されている。
【００４９】
振込期限が経過しても、「振込結果」のフィールドに振り込みが確認されたことが記録されない場合は、該当者に対しては決済ができなかったことを通知することが好ましい。かかる通知を行うために、「振込期限」のフィールドと「振込結果」のフィールドについて、決済日が経過しかつ振込確認の記録がされていない利用者を選択して、一覧リストの出力、メールの送信等を行うよう構成してもよい。
【００５０】
図１３のフローチャートは、「お引落しできませんでした」の表示部分がクリックされて送信された指示信号を受け付けた、カード業者システム２０の第２のフローを示している。「お引落しできませんでした」の確認ボタンが選択され、結果照会フラグが書き換えられるまでのフローは（Ｓ１３、Ｓ１４）、図１２のフローチャートに示した第１のフローと同様である。
【００５１】
続いて、「お引落しできませんでした」の表示が選択された利用者端末１０に対して、引き落としができなかった利用代金を会員の指定口座から再度引き落とすことを依頼する再引落依頼画面を表示させる（Ｓ１５）。図７は、利用者端末１０に表示される再引落依頼画面の一例を示す図である。再引落の予定日が表示され、利用者がこの条件に従って再度引き落とすことを依頼する場合は、画面上に「再引落依頼」と表示された再引落依頼ボタンを選択すると、カード業者システム２０に再引落依頼の処理を実行させるための指示信号が送信される。尚、再引落の予定日は図７のようにデフォルトで設定してもよいが、画面に再引落希望日の入力フィールドを設けて、利用者が入力した再引落希望日を併せてカード業者システム２０に送信することとしてもよい。
【００５２】
Ｗｅｂサーバ２１において、「再引落依頼」の表示が選択されたか否かについて、前記の指示信号の受け付けの有無から判定し（Ｓ１６）、表示部分が選択された場合には、ホストコンピュータ２２において利用者が延滞発生分の指定口座からの再引落を依頼したことを示す再引落依頼フラグの書換えを行う（Ｓ１７）。図３の例では、「引落依頼」のフィールドに「有」又は「無」のフラグが記録されていて、当初は「無」に設定されたフラグが、指定口座からの再引落を依頼されたことを示す「有」に変更される。尚、「引落日２」のフィールドには、再引落予定日がデフォルトで設定される場合は予めデータが登録され、利用者から再引落希望日を受け付ける場合は、当該再引落希望日が休日や銀行への通知が間に合わない等の受け付けが不可能な日でないことを確認して、受け付けた日付が書き込まれる。
【００５３】
再引落依頼フラグも、振込承認フラグと同様に利用することができる。つまり、延滞が発生したことを認識している会員は、引落結果フラグが「ＮＧ」であり、かつ結果照会フラグが「有」であることから特定できるが、このうち再引落依頼フラグが「有」となっている会員については、延滞発生を認識するとともに、延滞を解消するために指定口座からの引き落としを依頼する意思を明らかにしている。このような会員を督促等の連絡対象から除外することにより、延滞発生を認識し、かつ延滞解消の意思を明らかにしている会員に対して督促等を行って気分を害してしまうことを回避することが可能になる。
【００５４】
再引落依頼を行った会員については、指定口座を有する銀行に対して口座引落を依頼するために口座引落書を作成し、所定の期日までに当該銀行に送付される。かかる工程は電子的手段により行われてもよく、この場合は所定の様式で口座引落依頼電文が作成され、専用線や金融機関間の決済システムを通じて銀行システム３０に送信される。
【００５５】
指定された引落日に指定口座の残高が足りて利用代金が引き落とされると、指定口座を有する銀行からの口座引落通知等によりクレジットカード業者において入金が確認され、図３の例では、「引落結果２」のフィールドに口座引落が確認されたことが記録される。尚、かかる引落結果の記録は、銀行ホスト３０から電子的に受け付けて、ホストコンピュータ２２で自動処理されることとしてもよい。
【００５６】
このように再引き落としの結果が記録された後に、利用者端末１０から利用明細の照会を受け付けると、カード業者システム２０は再引落結果が記録されたレコードを参照して利用明細を作成し、利用者端末１０には図１０の例に示したような利用明細照会画面が表示される。図１０の利用明細では、「再引落し完了」と再引き落としが実行されて延滞が解消したことが表示されている。
【００５７】
再引落期日が経過しても、「引落結果２」のフィールドに口座引落が確認されたことが記録されない場合は、該当者に対しては決済ができなかったことを通知することが好ましい。かかる通知を行うために、「決済日２」のフィールドと「引落結果２」のフィールドについて、決済日が経過しかつ再引落完了の記録がされていない利用者を選択して、一覧リストの出力、メールの送信等を行うよう構成してもよい。
【００５８】
前記の第１のフロー及び第２のフローでは、それぞれ振込承認、再引落依頼を行う例について説明したが、振込承認と再引落依頼は利用者が自由に選択できるよう構成することもできる。この場合、利用者端末１０に表示される利用明細の表示画面で「お引落できませんでした」の表示部分をクリックした後の表示画面では、図８の例のように、振込承認と再引落依頼のいずれも選択できるよう振込承認ボタンと再引落依頼ボタンの双方が表示される。
【００５９】
これまで説明したように、会員テーブルにおいて結果照会フラグ、振込承認フラグ、再引落依頼フラグを設けて延滞発生時の会員本人の確認状況のステータスを把握できるよう構成すると、クレジットカード業者が延滞発生の連絡や督促等を行う場合に、各々の状況に応じた連絡を行うことが可能になる。例えば、クレジットカード業者の担当者がホストコンピュータ２２に接続された端末から延滞連絡リストの出力を要求すると、前記のフラグをキーに、「利用明細を照会していない、つまり延滞発生に気付いていない会員」「利用明細を照会して振込や再引落のための処理を行っている、つまり延滞発生に気付いて解消のための対応を行った会員」「利用明細を照会したが何ら対処を行っていない、つまり延滞発生に気付いているが何ら対応を行っていない会員」に区別した連絡先リストを出力することが可能であり、このリストに応じて連絡の要否や連絡する場合の対応を検討することができる。
【００６０】
また、延滞発生の連絡や督促等を電子メールや自動音声による電話連絡などのオートコール方式で行う場合、上記のリストを電子的に処理することにより、オートコールの内容を相違させることもできる。例えば、「延滞発生に気付いていない会員」には利用明細の確認を促し、「延滞発生に気付いて解消のための対応を行った会員」については連絡を控え、「延滞発生に気付いているが何ら対応を行っていない会員」には督促を行う、といった相違を設けると、延滞発生に気付いていない顧客の気分を害してしまうことを回避するとともに、必要な会員には督促を行うことができる。
【図面の簡単な説明】
【００６１】
【図１】本発明にかかる決済情報管理システムの構成の概要を示す図である。
【図２】本発明にかかる決済情報管理システムの会員テーブルの第１の例を示す図である。
【図３】本発明にかかる決済情報管理システムの会員テーブルの第２の例を示す図である。
【図４】本発明にかかる決済情報管理システムの会員テーブルの第３の例を示す図である。
【図５】本発明にかかる決済情報管理システムにより表示される利用明細照会画面（延滞発生時）の一例を示す図である。
【図６】本発明にかかる決済情報管理システムにより表示される振込承認画面の一例を示す図である。
【図７】本発明にかかる決済情報管理システムにより表示される再引落承認画面の一例を示す図である。
【図８】本発明にかかる決済情報管理システムにより表示される振込承認・再引落承認を選択できる画面の一例を示す図である。
【図９】本発明にかかる決済情報管理システムにより表示される利用明細照会画面（振込確認後）の一例を示す図である。
【図１０】本発明にかかる決済情報管理システムにより表示される利用明細照会画面（再引落確認後）の一例を示す図である。
【図１１】本発明にかかる決済情報管理システムが、利用者端末に利用明細を表示させるフローのフローチャートである。
【図１２】本発明にかかる決済情報管理システムが、利用者端末より結果照会と振込承認を受け付けるフローのフローチャートである。
【図１３】本発明にかかる決済情報管理システムが、利用者端末より結果照会と再引落承認を受け付けるフローのフローチャートである。
【符号の説明】
【００６２】
１０    利用者端末
２０    カード業者システム
２１    Ｗｅｂサーバ
２２    ホストコンピュータ
２３    会員テーブル
３０    銀行ホスト
【図１１】
2006011566.tif 000003
【図１２】
2006011566.tif 000004
【図１３】
2006011566.tif 000005
【図１】
2006011566.tif 000006
【図２】
2006011566.tif 000007
【図３】
2006011566.tif 000008
【図４】
2006011566.tif 000009
【図５】
2006011566.tif 000010
【図６】
2006011566.tif 000011
【図７】
2006011566.tif 000012
【図８】
2006011566.tif 000013
【図９】
2006011566.tif 000014
【図１０】
2006011566.tif 000015