特許 6989882 校納金回収支援装置、校納金回収方法、プログラム、及び校納金回収支援システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2021-12-07

(45)【発行日】2022-01-12

(54)【発明の名称】校納金回収支援装置、校納金回収方法、プログラム、及び校納金回収支援システム

(51)【国際特許分類】

   G06Q 20/14 20120101AFI20220104BHJP

   G06Q 50/20 20120101ALI20220104BHJP

【ＦＩ】

G06Q20/14

G06Q50/20

【請求項の数】 9

(21)【出願番号】P 2021077983

(22)【出願日】2021-04-30

【審査請求日】2021-05-12

【早期審査対象出願】

(73)【特許権者】

【識別番号】501379247

【氏名又は名称】日本ソフトウェアマネジメント株式会社

(74)【代理人】

【識別番号】110000198

【氏名又は名称】特許業務法人湘洋内外特許事務所

(72)【発明者】

【氏名】奈須 永典

(72)【発明者】

【氏名】松井 瑞菜

【審査官】山崎 誠也

(56)【参考文献】

【文献】特開２０１３－１０１４４３（ＪＰ，Ａ）

【文献】特開２０１５－１７９５０８（ＪＰ，Ａ）

【文献】特開２０１８－０８１７２５（ＪＰ，Ａ）

【文献】米国特許出願公開第２００４／００８８２５３（ＵＳ，Ａ１）

【文献】特開２０１５－１９１２６７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

校納金を納める保護者の有する保護者端末装置との対話を制御する対話制御部と、
前記校納金の決済を制御する決済制御部と、
前記保護者端末装置から前記校納金の再引落希望日を取得して再引落日を決定する再引落日決定部と、を備え、
前記決済制御部は、金融機関端末装置に校納金の引落を要求し、前記要求への応答として金融機関が前記校納金の引落に成功したか否かを示す情報を受け付け、
前記対話制御部は、所定の引落日に前記金融機関が前記校納金の引落に失敗した場合に、前記対話を用いて前記保護者端末装置に引落不能を通知し、前記保護者端末装置から前記再引落希望日を受信し、
前記再引落日決定部は、前記保護者端末装置から受信した前記再引落希望日を希望する保護者数が所定数以上である場合に前記再引落希望日を再引落日に決定し、所定数未満である場合に前記再引落希望日以外の日を再引落日に決定し、
前記対話制御部は、前記再引落日決定部により決定された前記再引落日を、前記対話を用いて前記保護者端末装置に通知することを特徴とする、校納金回収支援装置。

【請求項2】

請求項１に記載の校納金回収支援装置であって、
保護者のクレジットカード情報を含む個人情報の登録を受け付ける登録情報受付部を備え、
前記決済制御部は、引落の失敗回数が所定回数に到達した場合に、前記クレジットカード情報を用いて前記校納金を決済することを特徴とする、校納金回収支援装置。

【請求項3】

請求項１又は２に記載の校納金回収支援装置であって、
引落の失敗回数が所定数未満である場合に通知される第１の引落不能画面か、所定数以上である場合に通知される第２の引落不能画面か、の表示情報を生成する表示情報生成部を備え、
前記対話制御部は、前記失敗回数を用いて、前記通知に前記第１の引落不能画面又は前記第２の引落不能画面のいずれのリンク情報を含めるかを判定することを特徴とする、校納金回収支援装置。

【請求項4】

請求項１又は２に記載の校納金回収支援装置であって、
前記金融機関が前記校納金の引落に失敗した場合に前記保護者端末装置に送信する再引落条件変更画面の表示情報を生成する表示情報生成部を備え、
前記再引落条件変更画面は、前記再引落希望日の入力を受け付ける希望日入力領域と、前記校納金の支払方法の変更要求を受け付ける支払方法変更受付領域と、前記校納金に関する相談の要求を受け付ける相談受付領域と、を有することを特徴とする、校納金回収支援装置。

【請求項5】

請求項４に記載の校納金回収支援装置であって、
前記再引落条件変更画面は、就学支援制度に関する情報を表示する画面へのリンク情報を含むことを特徴とする、校納金回収支援装置。

【請求項6】

請求項３に記載の校納金回収支援装置であって、
前記保護者に対し、前記校納金の納付方法の変更履歴、又は前記保護者の累計引落失敗回数を含む引落履歴情報を記憶する記憶部を備え、
前記対話制御部は、前記引落履歴情報が所定の条件を満たすか否かにより、前記第１の引落不能画面と前記第２の引落不能画面のいずれを前記保護者端末装置に通知するかを判定することを特徴とする、校納金回収支援装置。

【請求項7】

請求項１から６のいずれか一項に記載の校納金回収支援装置であって、
前記再引落日決定部は、前記保護者数が前記所定数未満である場合に、予め定められた、一定間隔ごとに設定された複数の候補日である一定間隔候補日のうち、前記再引落希望日より後の日付を前記再引落日に決定することを特徴とする、校納金回収支援装置。

【請求項8】

コンピューターの処理部に校納金回収支援方法を実行させるプログラムであって、
校納金を納める保護者の有する保護者端末装置との対話を制御する対話制御手順と、
校納金の決済を制御する決済制御手順と、
前記保護者端末装置から前記校納金の再引落希望日を取得して再引落日を決定する再引落日決定手順と、を実行させ、
前記決済制御手順において、金融機関端末装置に校納金の引落を要求し、前記要求への応答として金融機関が前記校納金の引落に成功したか否かを示す情報を受け付け、
前記対話制御手順において、所定の引落日に前記金融機関が前記校納金の引落に失敗した場合に、前記対話を用いて前記保護者端末装置に引落不能を通知し、前記保護者端末装置から前記再引落希望日を受信し、
前記再引落日決定手順において、前記保護者端末装置から受信した前記再引落希望日を希望する保護者数が所定数以上である場合に前記再引落希望日を再引落日に決定し、所定数未満である場合に前記再引落希望日以外の日を再引落日に決定し、
前記対話制御手順において、前記再引落日決定手順により決定された前記再引落日を、前記対話を用いて前記保護者端末装置に通知することを特徴とする、プログラム。

【請求項9】

校納金を納める保護者の有する保護者端末装置と、金融機関の有する金融機関端末装置と、前記保護者端末装置及び前記金融機関端末装置と通信可能に接続された校納金回収支援装置と、を備える校納金回収支援システムであって、
前記校納金回収支援装置は、
前記保護者端末装置との対話を制御する対話制御部と、
校納金の決済を制御する決済制御部と、
前記保護者端末装置から前記校納金の再引落希望日を取得して再引落日を決定する再引落日決定部と、を備え、
前記金融機関端末装置は、
前記校納金回収支援装置からの前記校納金の引落要求に応じて、前記校納金の引落に成功したか否かを示す情報を前記校納金回収支援装置に送信する通信部を備え、
前記保護者端末装置は、
前記校納金回収支援装置との対話内容を表示する出力部を備え、
前記校納金回収支援装置の対話制御部は、所定の引落日に前記金融機関が前記校納金の引落に失敗した場合に、前記対話を用いて前記保護者端末装置に引落不能を通知し、前記保護者端末装置から前記再引落希望日を受信し、
前記校納金回収支援装置の前記再引落日決定部は、前記保護者端末装置から受信した前記再引落希望日を希望する保護者数が所定数以上である場合に前記再引落希望日を再引落日に決定し、所定数未満である場合に前記再引落希望日以外の日を再引落日に決定し、
前記校納金回収支援装置の前記対話制御部は、前記再引落日決定部により決定された前記再引落日を、前記対話を用いて前記保護者端末装置に通知することを特徴とする、校納金回収システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、校納金回収支援装置、校納金回収方法、プログラム、及び校納金回収支援システムに関する。

【背景技術】

【0002】

一昔前、給食費などの校納金は、現金を直接職員に手渡す方法で納められており、納付率は非常に高かった。現在は主に、銀行引落により徴収されている。

【0003】

特許文献１には、会員決済システムに関する技術が開示されている。段落［００３０］には、「会員決済システム１００は、請求者デバイス１１０から受信した請求情報に基づいて、請求する会員を特定して、必要な通知を作成してから所与の会員の会員デバイス１２０に対して請求情報を通知する。請求情報の通知は、例えば電子メール、ショートメール、スマートフォン用のアプリのプッシュ通知等とすることができ、ＵＲＬ、ＱＲコード等を含むことができる（例えば、図６参照）。」と記載されている。また、段落［００４８］には、「会員登録は、例えば学校・在学生経費における教材費等のように必要に応じて登録する方式とすることができる。」と記載されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１８－７７７６９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

校納金の未納が社会問題となっており、納付率の向上が課題となっている。特許文献１に開示された技術は、未納金の発生を抑止するものではない。

【0006】

本発明は、上記の点に鑑みてなされたものであって、校納金の効率的な回収を支援する技術の提供を目的とする。

【課題を解決するための手段】

【0007】

本願は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下の通りである。

【0008】

上記課題を解決するため、本発明の一態様に係る校納金回収支援装置は、校納金を納める保護者の有する保護者端末装置との対話を制御する対話制御部と、前記校納金の決済を制御する決済制御部と、前記保護者端末装置から前記校納金の再引落希望日を取得して再引落日を決定する再引落日決定部と、を備え、前記決済制御部は、金融機関端末装置に校納金の引落を要求し、前記要求への応答として金融機関が前記校納金の引落に成功したか否かを示す情報を受け付け、前記対話制御部は、所定の引落日に前記金融機関が前記校納金の引落に失敗した場合に、前記対話を用いて前記保護者端末装置に引落不能を通知し、前記保護者端末装置から前記再引落希望日を受信することを特徴とする。

【0009】

本発明の校納金回収支援装置は、保護者のクレジットカード情報を含む個人情報の登録を受け付ける登録情報受付部を備え、前記決済制御部は、引落の失敗回数が所定回数に到達した場合に、前記クレジットカード情報を用いて前記校納金を決済することを特徴としてもよい。

【0010】

本発明の校納金回収支援装置は、引落の失敗回数が所定数未満である場合に通知される第１の引落不能画面か、所定数以上である場合に通知される第２の引落不能画面か、の表示情報を生成する表示情報生成部を備え、前記対話制御部は、前記失敗回数を用いて、前記通知に前記第１の引落不能画面又は前記第２の引落不能画面のいずれのリンク情報を含めるかを判定することを特徴としてもよい。

【0011】

本発明の校納金回収支援装置は、前記金融機関が前記校納金の引落に失敗した場合に前記保護者端末装置に送信する再引落条件変更画面の表示情報を生成する表示情報生成部を備え、前記再引落条件変更画面は、前記再引落希望日の入力を受け付ける希望日入力領域と、前記校納金の支払方法の変更要求を受け付ける支払方法変更受付領域と、前記校納金に関する相談の要求を受け付ける相談受付領域と、を有することを特徴としてもよい。

【0012】

本発明の前記再引落条件変更画面は、就学支援制度に関する情報を表示する画面へのリンク情報を含むことを特徴としてもよい。

【0013】

本発明の前記再引落日決定部は、前記保護者端末装置から受信した前記再引落希望日を希望する保護者数が所定数以上である場合に前記再引落希望日を再引落日に決定し、所定数未満である場合に前記再引落希望日以外の日を再引落日に決定し、前記対話制御部は、前記引落日決定部により決定された前記再引落日を前記対話を用いて前記保護者端末装置に通知することを特徴としてもよい。

【0014】

本発明の前記再引落日決定部は、前記保護者数が前記所定数未満である場合に、予め定められた、一定間隔ごとに設定された複数の候補日である一定間隔候補日のうち、前記再引落希望日より後の日付を前記再引落日に決定することを特徴としてもよい。

【0015】

本発明の校納金回収支援装置は、前記保護者に対し、前記校納金の納付方法の変更履歴、又は前記保護者の累計引落失敗回数を含む引落履歴情報を記憶する記憶部を備え、前記対話制御部は、前記引落履歴情報が所定の条件を満たすか否かにより、前記第１の引落不能画面と前記第２の引落不能画面のいずれを前記保護者端末装置に通知するかを判定することを特徴としてもよい。

【0016】

請求項９
また、上記課題を解決するため、本発明の他の態様に係る校納金回収方法は、校納金を納める保護者の有する保護者端末装置と、校納金回収支援装置とを用いた校納金回収方法であって、生徒に提供されるサービスの申込書であって、未納発生時に引落に用いるクレジットカード情報が記載された前記申込書を前記保護者から回収する申込書回収手順と、前記校納金回収支援装置が前記クレジットカード情報を取得するカード情報取得手順と、前記校納金回収支援装置において、金融機関端末装置に校納金の引落を要求し、前記要求への応答として金融機関が前記校納金の引落に成功したか否かを示す情報を受け付ける成否情報受付手順と、前記校納金回収支援装置において、前記校納金の引落に所定回数失敗した場合に、前記クレジットカード情報を用いた決済を実行するカード決済実行手順と、前記校納金回収支援装置において、前記保護者端末装置との対話機能を用いて前記カード決済実行手順における決済結果を通知する通知手順と、を備えることを特徴とする。

【0017】

また、上記課題を解決するため、本発明の他の態様に係るプログラムは、コンピューターの処理部に校納金回収支援方法を実行させるプログラムであって、校納金を納める保護者の有する保護者端末装置との対話を制御する対話制御手順と、校納金の決済を制御する決済制御手順と、前記保護者端末装置から前記校納金の再引落希望日を取得して再引落日を決定する再引落日決定手順と、を実行させ、前記決済制御手順において、金融機関端末装置に校納金の引落を要求し、前記要求への応答として金融機関が前記校納金の引落に成功したか否かを示す情報を受け付け、前記対話制御手順において、所定の引落日に前記金融機関が前記校納金の引落に失敗した場合に、前記対話を用いて前記保護者端末装置に引落不能を通知し、前記保護者端末装置から前記再引落希望日を受信することを特徴とする。

【0018】

また、上記課題を解決するため、本発明の他の態様に係る校納金回収支援システムは、校納金を納める保護者の有する保護者端末装置と、金融機関の有する金融機関端末装置と、前記保護者端末装置及び前記金融機関端末装置と通信可能に接続された校納金回収支援装置と、を備える校納金回収支援システムであって、前記校納金回収支援装置は、前記保護者端末装置との対話を制御する対話制御部と、校納金の決済を制御する決済制御部と、前記保護者端末装置から前記校納金の再引落希望日を取得して再引落日を決定する再引落日決定部と、を備え、前記金融機関端末装置は、前記校納金回収支援装置からの前記校納金の引落要求に応じて、前記校納金の引落に成功したか否かを示す情報を前記校納金回収支援装置に送信する通信部を備え、前記保護者端末装置は、前記校納金回収支援装置との対話内容を表示する出力部を備え、前記校納金回収支援装置の対話制御部は、所定の引落日に前記金融機関が前記校納金の引落に失敗した場合に、前記対話を用いて前記保護者端末装置に引落不能を通知し、前記保護者端末装置から前記再引落希望日を受信することを特徴とする。

【発明の効果】

【0019】

本発明によれば、校納金の効率的な回収を支援することができる。

【0020】

上記した以外の課題、構成、及び効果は、以下の実施形態の説明により明らかにされる。

【図面の簡単な説明】

【0021】

【図1】帳簿管理装置の機能ブロック図の一例である。

【図2】個人登録情報のデータ構造の一例を示す図である。

【図3】定期引落情報のデータ構造の一例を示す図である。

【図4】校納金回収支援装置のハードウェア構成例を示す図である。

【図5】引落処理の一例を示すフローチャートである。

【図6】再引落情報変更処理の一例を示すフローチャートである。

【図7】再引落情報のデータ構造の一例を示す図である。

【図8】申込書の一例を示す図である。

【図9】引落完了画面の一例を示す図である。

【図10】第１の引落不能画面の一例を示す図である。

【図11】第２の引落不能画面の一例を示す図である。

【図12】再引落条件変更画面の一例を示す図である。

【図13】就学支援情報画面の一例を示す図である。

【図14】クレジット決済処理の一例を示すフローチャートである。

【図15】カード決済成功通知画面の一例を示す図である。

【図16】カード決済失敗通知画面の一例を示す図である。

【図17】第１の変形例における引落処理の一例を示す図である。

【図18】第２の変形例における引落日決定処理の一例を示すフローチャートである。

【図19】再引落日通知画面の一例を示す図である。

【図20】一定間隔候補日を用いた再引落日決定処理の概要を示すイメージ図である。

【発明を実施するための形態】

【0022】

以下、図面に基づいて本発明の概要を説明する。図１は、校納金回収支援システム１の機能ブロック図の一例である。校納金回収支援システム１は、校納金回収支援装置１０と、校納金を納める保護者の有する保護者端末装置２０と、銀行の有する銀行端末装置３０とを有し、校納金回収支援装置１０と、保護者端末装置２０と、銀行端末装置３０とは、ネットワークＸを介して通信可能に接続されている。例えば校納金回収支援システム１は、１つの校納金回収支援装置１０と、複数の保護者端末装置２０と、１又は複数の銀行端末装置３０と、を有する。

【0023】

校納金回収支援装置１０は、サーバー装置、又はＰＣ（Personal Computer）等の情報処理装置であって、例えば校納金回収支援サービスを提供する事業者が有する装置である。校納金回収支援装置１０は、校納金が未納であった保護者からの、校納金の回収を支援する。保護者端末装置２０は、ＰＣ（Personal Computer）、スマートフォン、又はタブレット等の情報処理装置である。銀行端末装置３０は、サーバー装置、又はＰＣ（Personal Computer）等の情報処理装置であって、校納金を引き落とす金融機関の有する装置である。なお、銀行端末装置３０は、金融機関端末装置として機能し、銀行以外の金融機関が有する装置であってもよい。

【0024】

本実施形態における校納金回収支援装置１０は、保護者による校納金の支払を管理しており、未納金があった場合の回収を支援する。一例として、保護者は、銀行口座内の預金からの引落により校納金を支払う。しかしながら、保護者が引落日を失念し銀行口座内に校納金の分の預金残高がない、都合により引落日に支払えないなどの事情により、未納金が発生する場合がある。

【0025】

未納金発生の際、保護者の都合のよい日程なら支払が可能である場合がある。また、公的な支援を受けることで、校納金の支払が可能となる場合がある。本実施形態における校納金回収支援装置１０は、保護者のニーズに応じた対応を行うことで、校納金の回収を支援する。

【0026】

校納金端末装置は、処理部１１０と、記憶部１２０と、入力部１３０と、出力部１４０と、通信部１５０とを備える。処理部１１０は、校納金回収支援装置１０の全体を統括的に制御する。記憶部１２０は、処理部１１０による処理に必要な情報を記憶する。入力部１３０は、後述する入力ＩＦ１４を介して接続された入力装置から、校納金回収支援装置１０への情報の入力を受け付ける。出力部１４０は、後述する出力ＩＦ１５を介して接続された出力装置から、校納金回収支援装置１０に記憶された情報の出力を行う。通信部１５０は、通信可能に接続された他の装置との情報の送信及び受信を仲介する。

【0027】

処理部１１０は、登録情報受付部１１１と、対話制御部１１２と、決済制御部１１３と、引落情報生成部１１４と、表示情報生成部１１５と、再引落日決定部１１６と、相談受付部１１７と、を備える。

【0028】

登録情報受付部１１１は、保護者又は生徒（児童又は学生を含む）の個人情報の登録を受け付ける。登録情報受付部１１１は、例えば申込書に記載された保護者のクレジットカード情報の入力を受け付け、後述する個人登録情報１２１に登録する。

【0029】

対話制御部１１２は、保護者端末装置２０との対話を制御する。対話制御部１１２は、例えばＳＮＳ（Social Networking Service）の有するダイレクトメッセージ機能を用いた対話を実行する。なお、対話制御部１１２は、電話番号を用いて情報の送受信を行う、いわゆるＳＭＳ（Short Message Service）機能を用いて対話を実行してもよい。以下、校納金回収支援装置１０と保護者端末装置２０とがＳＮＳを介して対話を行う例を用いて説明する。

【0030】

対話制御部１１２は、所定の引落日に銀行が校納金の引落に成功したか否かを、対話を用いて保護者端末装置２０に通知する。一例として、対話制御部１１２は、銀行が校納金の引落に失敗した場合に、引落不能を通知する。また、対話制御部１１２は、保護者端末装置２０から入力された、再引落希望日を受信する。対話制御部１１２は、再引落希望日を用いて決定された再引落日を、対話を用いて保護者端末装置２０に通知する。

【0031】

決済制御部１１３は、校納金の決済を制御する。例えば決済制御部１１３は、銀行端末装置３０に校納金の引落を要求し、要求の応答として、銀行が校納金の引落に成功したか否かを示す情報を受け付ける。また、決済制御部１１３は、引落の失敗回数が所定回数に到達した場合に、個人登録情報１２１に登録されたクレジットカード情報を用いて校納金を決済する。即ち、その場合、校納金はクレジットカードを用いて支払われる。

【0032】

引落情報生成部１１４は、銀行に校納金の引落を依頼するための引落情報や再引落情報１２４を生成する。

【0033】

表示情報生成部１１５は、保護者端末装置２０に表示される画面の表示情報を生成する。例えば、表示情報生成部１１５は、未納があった場合に保護者端末装置２０に表示させる、後述の第１の引落不能画面２６３Ａや第２の引落不能画面２６３Ｂの表示情報を生成する。また、表示情報生成部１１５は、銀行が校納金の引落に失敗した場合に保護者端末装置２０に送信する後述の再引落条件変更画面２６４の表示情報を生成する。

【0034】

再引落日決定部１１６は、保護者端末装置２０から校納金の再引落希望日を取得して再引落日を決定する。例えば再引落日決定部１１６は、再引落希望日を再引落日に決定する。

【0035】

相談受付部１１７は、保護者端末装置２０から、校納金の納付に関する相談依頼を受け付ける。相談受付部１１７は、相談依頼を受け付けると、保護者の連絡先を特定し、所定の通知先に保護者の連絡先を通知する。例えば、相談受付部１１７は、生徒が所属する学校や、当該学校を対象とする教育委員会に、保護者の連絡先を通知する。

【0036】

記憶部１２０は、個人登録情報１２１と、定期引落情報１２２と、引落結果情報１２３と、再引落情報１２４と、催告情報１２５と、引落履歴情報１２６と、を記憶している。

【0037】

個人登録情報１２１は、生徒や保護者に関する情報を含む。例えば個人登録情報１２１は、サービスの申込書に記載された、保護者のクレジットカード情報を含む。定期引落情報１２２は、定期的に保護者の銀行口座から引き落とされる校納金に関する情報である。引落結果情報１２３は、決済制御部１１３が銀行端末装置３０から取得する、校納金の引落に成功したか否かを示す情報である。

【0038】

再引落情報１２４は、銀行が校納金の引落に失敗した場合に、再度保護者に請求する校納金に関する情報である。再引落情報１２４には、校納金の引落の失敗回数である引落不能回数が含まれる。催告情報１２５は、引落不能回数が所定回数に到達した場合に、クレジットカード情報を用いて決済を行う校納金に関する情報である。

【0039】

引落履歴情報１２６は、既に引落を行った校納金に関する情報である。引落履歴情報１２６には、引落に成功した校納金の金額等のほか、例えば保護者の累計引落不能回数や、校納金の納付方法の変更履歴等に関する情報が含まれる。

【0040】

保護者端末装置２０は、処理部２１０と、入力部２３０と、出力部２４０と、通信部２５０とを備える。処理部２１０は、保護者端末装置２０の全体を統括的に制御する。入力部２３０は、入力装置を用いて保護者端末装置２０への情報の入力を受け付ける。出力部２４０は、出力装置を用いて保護者端末装置２０に記憶された情報の出力を行う。出力部２４０は、後述の対話制御部２１１の制御により、校納金回収支援装置１０との対話内容を表示する。通信部２５０は、通信可能に接続された他の装置との情報の送信及び受信を仲介する。

【0041】

処理部２１０は、対話制御部２１１と、再引落情報変更要求部２１２と、を備える。対話制御部２１１は、校納金回収支援装置１０の対話制御部１１２と同様に、例えばＳＭＳやＳＮＳを用いた、校納金回収支援装置１０との対話を制御する。対話制御部２１１は、対話において校納金回収支援装置１０から受信したメッセージや、保護者により入力されたメッセージを出力部２４０を介して表示する。

【0042】

再引落情報変更要求部２１２は、校納金回収支援装置１０に対し、再引落情報１２４の変更を要求する。例えば、再引落情報変更要求部２１２は、引落が失敗した場合に表示される第２の引落不能画面２６３Ｂに表示された各項目の変更箇所について、保護者からの入力操作を受け付け、校納金回収支援装置１０に対し、入力された情報を含む再引落情報１２４の変更要求を送信する。

【0043】

銀行端末装置３０は、処理部３１０と、入力部３３０と、出力部３４０と、通信部３５０とを備える。処理部３１０は、銀行端末装置３０の全体を統括的に制御する。入力部３３０は、入力装置を用いて銀行端末装置３０への情報の入力を受け付ける。出力部３４０は、出力装置を用いて銀行端末装置３０に記憶された情報の出力を行う。通信部３５０は、通信可能に接続された他の装置との情報の送信及び受信を仲介する。なお、通信部３５０は、校納金回収支援装置１０からの校納金の引落要求に応じて、校納金の引落に成功したか否かを示す情報を、校納金回収支援装置１０に送信する。

【0044】

処理部３１０は、引落要求受付部３１１と、引落部３１２とを備える。引落要求受付部３１１は、校納金回収支援装置１０から、校納金の引落要求を受け付ける。引落部３１２は、引落要求に応じて、保護者の金融機関口座から校納金の引落を実行する。引落部３１２は、校納金の引落に成功したか否かを示す情報を生成する。

【0045】

図２は、個人登録情報１２１のデータ構造の一例を示す図である。個人登録情報１２１は、氏名１２１ａと、所属１２１ｂと、連絡アプリ１２１ｃと、アカウント情報１２１ｄと、クレジットカード情報１２１ｅとを含む。氏名１２１ａは、生徒の氏名である。所属１２１ｂは、生徒の所属先を特定する情報である。なお、氏名１２１ａ及び所属１２１ｂは、生徒を特定可能な識別情報であればよく、生徒の氏名及び所属先に限定されるものではない。

【0046】

連絡アプリ１２１ｃは、対話制御部１１２が保護者端末装置２０との対話に用いるソフトウェアを特定する情報である。アカウント情報１２１ｄは、連絡アプリ１２１ｃにより特定されるソフトウェアにおける、保護者端末装置２０のアカウントに関する情報である。対話制御部１１２は、連絡アプリ１２１ｃ及びアカウント情報１２１ｄにより、保護者端末装置２０との対話を行うことができる。

【0047】

なお、保護者端末装置２０がソフトウェアを用いた対話を希望しない場合、アカウント情報１２１ｄは、電話番号であってもよい。対話制御部１１２は、電話番号を用いて保護者端末装置２０とＳＭＳによる対話を実行することができる。

【0048】

クレジットカード情報１２１ｅは、校納金の引落元となる保護者の有するクレジットカードに関する情報である。決済制御部１１３は、金融機関口座からの校納金の引落ができない場合、クレジットカード情報１２１ｅを用いて校納金を決済することができる。

【0049】

図８は、申込書２６１の一例を示す図である。申込書２６１は、例えば給食費など、学校が生徒に提供するサービスであって、保護者に対価を請求するサービスの申込を受け付けるための用紙である。申込書２６１は、校納金の未納発生時に引落に用いるクレジットカード情報を記入するカード情報記入欄２６１ａを有する。

【0050】

なお、申込書２６１には、一定回数以上の未納が生じた場合に、カード情報記入欄２６１ａに記載されたクレジットカード情報を用いた支払いを行うことを示す誓約文を記載し、保護者に署名させることが望ましい。本誓約文は、例えば給食費のように、定期的に保護者に対価を請求するサービスの申込書２６１に記載されると、より望ましい。例えば、定期的に発生する債権について、引落不能の累計回数を用いてクレジットカードからの引落要否を判断することができる。

【0051】

図３は、定期引落情報１２２のデータ構造の一例を示す図である。定期引落情報１２２は、氏名１２２ａと、費目１２２ｂと、金額１２２ｃと、引落日１２２ｄと、を含む。氏名１２２ａは、校納金の徴収元となる生徒又は保護者を特定する情報である。費目１２２ｂは、校納金の費目を示す情報である。金額１２２ｃは、校納金の金額を示す情報である。引落日１２２ｄは、校納金の引落日を示す情報である。

【0052】

図４は、校納金回収支援装置１０のハードウェア構成例を示す図である。校納金回収支援装置１０は、演算装置１１と、メモリ１２と、外部記憶装置１３と、入力ＩＦ（Interface）１４と、出力ＩＦ１５と、通信ＩＦ１６と、記憶媒体駆動装置１７とを備え、各構成要素はバスにより接続されている。

【0053】

演算装置１１はＣＰＵ（Central Processing Unit）等の演算装置であり、メモリ１２又は外部記憶装置１３に記録されたプログラムに従って処理を実行する。校納金回収支援装置１０では、メモリ１２又は外部記憶装置１３上に読み出されたプログラムに従って動作する演算装置１１により処理が行われる。処理部１１０を構成する各処理部は、演算装置１１がプログラムを実行することにより各々の機能を実現する。

【0054】

メモリ１２は、ＲＡＭ（Random Access Memory）又はフラッシュメモリ等の記憶装置であり、プログラムやデータが一時的に読み出される記憶エリアとして機能する。外部記憶装置１３は、例えばＨＤＤ（Hard Disk Drive）や、ＣＤ-Ｒ（Compact Disc- Recordable）、ＤＶＤ-ＲＡＭ（Digital Versatile Disk-Random Access Memory）等の書き込み及び読み出し可能な記憶メディア及び記憶メディア駆動装置等である。記憶部１２０は、メモリ１２又は外部記憶装置１３によりその機能が実現される。なお、記憶部１２０は、通信ＩＦ１６を介して接続される記憶装置によってその機能が実現されてもよい。

【0055】

入力ＩＦ１４は、操作者からの入力操作を受け付けるためのインターフェイスであり、例えばタッチパネル、キーボード、マウス、マイク等の入力装置が接続される。出力ＩＦ１５は、校納金回収支援装置１０に内蔵されたＬＣＤ（Liquid Crystal Display）ディスプレイ等の表示装置等に対して情報を出力するためのインターフェイスである。

【0056】

通信ＩＦ１６は、校納金回収支援装置１０をネットワークＸ及びバスに接続するためのインターフェイスであって、例えばＬＡＮ（Local Area Network）カード等の通信デバイスが接続される。通信部１５０は、通信ＩＦ１６によりその機能が実現される。記憶媒体駆動装置１７は、ＣＤ（Compact Disk）やＤＶＤ（Digital Versatile Disk）等の可搬性のメディア１８から情報を入出力する装置である。

【0057】

なお、校納金回収支援装置１０の各構成要素の処理は、１つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。また、校納金回収支援装置１０の各構成要素の処理は、１つのプログラムで実現されてもよいし、複数のプログラムで実現されてもよい。

【0058】

保護者端末装置２０、及び銀行端末装置３０のハードウェア構成は、校納金回収支援装置１０と同様であるため、説明を省略する。

【0059】

図５は、引落処理の一例を示すフローチャートである。本処理は、例えば定期引落情報１２２に含まれる１回の請求、又は１度の支払で弁済が終了する請求、又は引落不能後に実行される再引落に係る請求に対し実行される。即ち、校納金回収支援装置１０は、請求を特定可能な情報、例えば保護者と費目との組み合わせ、又は保護者と校納金額との組み合わせ毎に、本フローチャートの処理を実行する。

【0060】

より具体的には、例えば決済制御部１１３が、定期引落情報１２２を銀行端末装置３０に送信し、引落を要求した定期的な校納金の請求のうち、１回の請求に対して実行される。又は、引落情報生成部１１４が、定期引落情報１２２を用いて、引落日ごとに校納金の金額等を含む引落情報を生成し、決済制御部１１３が銀行端末装置３０に引落を要求することができる。その場合、本フローチャートの処理は、引落情報に係る請求に対して実行される。

【0061】

また、引落情報生成部１１４は、１度の支払で弁済が完了する校納金についても、金額を含む引落情報を生成することができる。その場合においても、本フローチャートの処理は、引落情報に係る請求に対して実行される。また、本フローチャートの処理は、引落不能後に生成される再引落情報１２４に係る請求に対して実行される。再引落情報１２４の生成については後述する。

【0062】

付言すれば、本処理開始前に、例えば学校は、クレジットカード情報が記載された申込書２６１を保護者から回収する。また、学校又は校納金回収支援サービスの事業者は、申込書２６１に記載されたクレジットカード情報を、図示しない端末装置に入力する。校納金回収支援装置１０は、入力されたクレジットカード情報を取得する。

【0063】

まず、決済制御部１１３は、引落結果情報１２３を取得する（ステップＳ１１）。具体的には、校納金回収支援装置１０の決済制御部１１３が引落を要求すると、銀行端末装置３０の引落要求受付部３１１が引落要求を受け付け、引落部３１２が引落を実行する。引落要求受付部３１１は、引落可否を示す情報を生成し、校納金回収支援装置１０に送信する。校納金回収支援装置１０の決済制御部１１３は、校納金の引落の要求への応答として、引落可否を示す情報である引落結果情報１２３を取得する。

【0064】

次に、決済制御部１１３は、引落が完了したか否かを判定する（ステップＳ１２）。決済制御部１１３は、ステップＳ１１において、引落が可能であったことを示す引落結果情報１２３を取得した場合に、引落が完了したものと取り扱う。

【0065】

決済制御部１１３が、引落が完了したと判定する場合（ステップＳ１２で「ＹＥＳ」の場合）、対話制御部１１２は、正常に完了したことをＳＮＳを介して通知する（ステップＳ１３）。

【0066】

図９は、引落完了画面２６２の一例を示す図である。引落完了画面２６２は、保護者端末装置２０に表示される画面であって、引落が完了したことを示すメッセージを含む。なお、引落完了画面２６２には、図９に示すように、引落が完了した日時と、校納金の金額とが表示されてもよい。

【0067】

本画面は、例えばＳＮＳのメッセージ欄に表示されてもよいし、メッセージ欄に表示されたリンク情報にアクセスすることで保護者端末装置２０に表示されてもよい。

【0068】

説明を図５に戻す。次に、引落情報生成部１１４は、引落結果情報１２３に対応する引落情報又は再引落情報１２４がある場合、対応する引落情報又は再引落情報１２４を削除する（ステップＳ１４）。具体的には、引落情報生成部１１４は、ステップＳ１２において引落が完了した請求に対する引落情報又は再引落情報１２４のレコードがある場合に、当該引落情報又は再引落情報１２４のレコードを削除する。完済した請求に関する情報を削除することで、誤って再度請求する等の誤操作を防ぐ。その後、処理部１１０は本フローチャートの処理を終了する。

【0069】

決済制御部１１３が、引落が完了していないと判定する場合（ステップＳ１２で「ＮＯ」の場合）、対話制御部１１２は、引落不能回数が第１の閾値未満であるか否かを判定する（ステップＳ１５）。具体的には、対話制御部１１２は、ステップＳ１２において引落が完了していないと判定された請求について、再引落情報１２４があるか否かを特定する。対話制御部１１２は、再引落情報１２４がある場合に、再引落情報１２４に含まれる引落不能回数が、予め定められた回数である第１の閾値未満であるか否かを判定する。なお、対話制御部１１２は、再引落情報１２４が存在しない場合には、引落不能回数が第１の閾値未満であると判定する。

【0070】

対話制御部１１２が、引落不能回数が第１の閾値未満であると判定する場合（ステップＳ１５で「ＹＥＳ」の場合）、引落情報生成部１１４は、再引落情報１２４の引落不能回数をインクリメントする（ステップＳ１６）。具体的には、引落情報生成部１１４は、ステップＳ１５において、再引落情報１２４がないと判定した場合、ステップＳ１１において受信した引落結果情報１２３に係る請求について再引落情報１２４を生成し、引落不能回数を「１」とする。又は、引落情報生成部１１４は、ステップＳ１５において、再引落情報１２４が存在すると判定した場合、再引落情報１２４の引落不能回数をインクリメントする。

【0071】

図７は、再引落情報１２４のデータ構造の一例を示す図である。再引落情報１２４は、氏名１２４ａと、金額１２４ｂと、回数１２４ｃと、再引落日１２４ｄと、支払方法１２４ｅと、相談連絡先１２４ｆとを含む。

【0072】

氏名１２４ａは、引落不能であった請求先の保護者又は生徒を示す情報である。金額１２４ｂは、引落不能であった請求に係る校納金の金額である。回数１２４ｃは、引落不能と判定された回数である。初回の引落不能である場合、回数１２４ｃは、「１」である。再引落日１２４ｄは、引落不能であった請求について、次に引落を行う日程を示す情報である。なお、本実施形態では、引落日は予め定められており、引落情報生成部１１４は、引落不能と判断された請求を行った日を用いて、次に引落日と定められた日程を特定し、再引落日１２４ｄに含める。

【0073】

支払方法１２４ｅは、次の請求に係る校納金の支払方法を特定する情報である。本実施形態では、初回の引落は銀行振込を用いて請求され、所定回数未満の引落不能に対する再請求は、初回の引落と同様に銀行振込を用いて請求される。即ち、回数１２４ｃが「１」である場合、支払方法１２４ｅは「銀行振込」となる。

【0074】

相談連絡先１２４ｆは、後述する第２の引落不能画面２６３Ｂにおいて、相談の要求を受け付けた場合の、相談元の保護者又は生徒の連絡先を特定する情報である。

【0075】

説明を図５に戻す。次に、対話制御部１１２は、ＳＮＳを介して第１の引落不能画面２６３Ａを送信する（ステップＳ１７）。具体的には、表示情報生成部１１５が、第１の引落不能画面２６３Ａの表示情報を生成する。例えば、対話制御部１１２は、第１の引落不能画面２６３Ａへのリンク情報を、ＳＮＳのメッセージに含めて保護者端末装置２０に送信する。その後、処理部１１０は本フローチャートの処理を終了する。なお、対話制御部１１２は、第１の引落不能画面２６３Ａに含まれる情報を、ＳＮＳのメッセージに含めて送信してもよい。

【0076】

図１０は、第１の引落不能画面２６３Ａの一例を示す図である。第１の引落不能画面２６３Ａは、引落不能メッセージ表示領域２６３ｃと、再引落日表示領域２６３ｄとを含む。引落不能メッセージ表示領域２６３ｃは、引落が不能であったことを示すメッセージを表示する領域である。引落不能メッセージ表示領域２６３ｃには、引落不能であった請求を特定可能な費目及び請求期間を示す情報、請求を行った銀行を示す情報等が含まれていてもよい。再引落日表示領域２６３ｄは、再引落日を表示する領域である。

【0077】

説明を図５に戻す。対話制御部１１２が、引落不能回数が第１の閾値未満でないと判定する場合（ステップＳ１５で「ＮＯ」の場合）、決済制御部１１３は、引落不能回数が第２の閾値以上であるか否かを判定する（ステップＳ１８）。具体的には、決済制御部１１３は、ステップＳ１５で判定に用いた再引落情報１２４の回数１２４ｃを参照し、引落不能回数が予め定められた回数である第２の閾値以上であるか否かを判定する。なお、第２の閾値は第１の閾値よりも大きい数値である。

【0078】

決済制御部１１３が、引落不能回数が第２の閾値以上でないと判定する場合（ステップＳ１８で「ＮＯ」の場合）、引落情報生成部１１４は、再引落情報１２４の引落不能回数をインクリメントする（ステップＳ１９）。引落情報生成部１１４は、ステップＳ１８で参照した再引落情報１２４の回数１２４ｃに１を加える。

【0079】

次に、対話制御部１１２は、ＳＮＳを介して、第２の引落不能画面２６３Ｂを送信する（ステップＳ２０）。例えば、対話制御部１１２は、第２の引落不能画面２６３Ｂへのリンク情報を、ＳＮＳのメッセージに含めて保護者端末装置２０に送信する。なお、対話制御部１１２は、第２の引落不能画面２６３Ｂに含まれる情報を、ＳＮＳのメッセージに含めて送信してもよい。その後、処理部１１０は本フローチャートの処理を終了する。

【0080】

図１１は、第２の引落不能画面２６３Ｂの一例を示す図である。第２の引落不能画面２６３Ｂは、第１の引落不能画面２６３Ａに含まれる引落不能メッセージ表示領域２６３ｃと、再引落日表示領域２６３ｄとのほか、リンク情報２６３ｅを含む。リンク情報２６３は、再引落を行う場合の条件の変更を受け付ける再引落条件変更画面２６４へのハイパーリンクや格納先のアドレス等である。

【0081】

保護者端末装置２０に表示された第２の引落不能画面２６３Ｂのリンク情報２６３ｅが選択された場合、表示画面は再引落条件変更画面２６４に遷移する。再引落条件変更画面２６４への入力操作に伴って行われる再引落情報変更処理については後述する。

【0082】

説明を図５に戻す。決済制御部１１３が、引落不能回数が第２の閾値以上であると判定する場合（ステップＳ１８で「ＹＥＳ」の場合）、引落情報生成部１１４は、催告情報１２５を生成する（ステップＳ２１）。催告情報１２５には、請求先の保護者を特定する情報と、引落不能であった請求金額とが含まれる。その後、処理部１１０は本フローチャートの処理を終了する。

【0083】

図６は、再引落情報変更処理の一例を示すフローチャートである。再引落情報変更処理は、再引落条件変更画面２６４への入力操作に伴い実行される。

【0084】

図１２は、再引落条件変更画面２６４の一例を示す図である。再引落条件変更画面２６４は、希望日入力領域２６４ａと、支払方法変更受付領域２６４ｂと、相談受付領域２６４ｃと、就学支援リンク情報２６４ｄとを含む。希望日入力領域２６４ａは、保護者が再引落を希望する日程の指定を受け付ける領域である。支払方法変更受付領域２６４ｂは、校納金の支払方法の変更要求を受け付ける領域である。支払方法変更受付領域２６４ｂには、校納金の支払に用いることのできる支払方法として、例えばコンビニエンスストアで支払を行う「コンビニ払い」や、納付書を用いて金融機関にて支払を行う「納付書払い」等が、選択可能に表示される。

【0085】

相談受付領域２６４ｃは、校納金に関する相談の要求を受け付ける領域である。相談受付領域２６４ｃは、保護者による連絡先の入力を受け付ける。就学支援リンク情報２６４ｄは、就学支援に関する情報を示す画面へのハイパーリンクや格納先のアドレス等であり、就学支援リンク情報２６４ｄが選択されると、後述する就学支援情報画面２６５に表示画面が遷移する。

【0086】

再引落条件変更画面２６４を保護者端末装置２０に表示させることにより、閲覧した保護者は、校納金の納付日程及び納付方法について変更可能であることを、同時に認識できる。それだけでなく、保護者は校納金に関する相談が受け付けられることを認識できるため、支払が困難な校納金について相談することにより、納付率の向上に寄与することができる。また、就学援助に関する情報にアクセス可能であるため、保護者は校納金について援助を受けられるかどうか判断することができ、未納金を回収可能性が向上する。

【0087】

図６において、まず、対話制御部１１２は、再引落条件変更画面２６４に対する入力操作を受け付ける（ステップＳ３１）。

【0088】

次に、再引落日決定部１１６は、ステップＳ３１で受け付けた入力操作が、引落日の変更であるか否かを判定する（ステップＳ３２）。具体的には、再引落日決定部１１６は、再引落条件変更画面２６４の希望日入力領域２６４ａに希望日が入力された場合に、引落日の変更であると判定する。

【0089】

再引落日決定部１１６が、引落日の変更であると判定する場合（ステップＳ３２で「ＹＥＳ」の場合）、引落情報生成部１１４は、再引落情報１２４の再引落日を変更する（ステップＳ３３）。具体的には、再引落日決定部１１６は、希望日入力領域２６４ａに入力された希望日を再引落日に決定する。引落情報生成部１１４は、再引落情報１２４のレコードのうち、図５に示すステップＳ１９において引落不能回数をインクリメントしたレコードの再引落日１２４ｄに、決定した再引落日を記録する。その後、処理部１１０は本フローチャートの処理を終了する。

【0090】

再引落日決定部１１６が、引落日の変更でないと判定する場合（ステップＳ３２で「ＮＯ」の場合）、決済制御部１１３は、支払方法の変更であるか否かを判定する（ステップＳ３４）。具体的には、決済制御部１１３は、再引落条件変更画面２６４の支払方法変更受付領域２６４ｂにおいて支払方法の選択を受け付けた場合に、支払方法の変更であると判定する。

【0091】

決済制御部１１３が、支払方法の変更であると判定する場合（ステップＳ３４で「ＹＥＳ」の場合）、決済制御部１１３は、コンビニ払いであるか否かを判定する（ステップＳ３５）。具体的には、決済制御部１１３は、再引落条件変更画面２６４の支払方法変更受付領域２６４ｂにおいて、「コンビニ払い」が選択されたか否かを判定する。

【0092】

決済制御部１１３が、コンビニ払いであると判定する場合（ステップＳ３５で「ＹＥＳ」の場合）、対話制御部１１２は、ＳＮＳを介して納付番号を通知する（ステップＳ３６）。具体的には、決済制御部１１３は、コンビニエンスストアにおける支払に用いる納付番号を発行する。対話制御部１１２は、決済制御部１１３の発行した納付番号を、ＳＮＳを介して保護者端末装置２０に通知する。

【0093】

次に、引落情報生成部１１４は、再引落情報１２４の支払方法を変更する（ステップＳ３３）。具体的には、引落情報生成部１１４は、再引落情報１２４のレコードのうち、図５に示すステップＳ１９において引落不能回数をインクリメントしたレコードの支払方法１２４ｅに、「コンビニ払い」であることを示す情報を記録する。その後、処理部１１０は本フローチャートの処理を終了する。

【0094】

決済制御部１１３が、コンビニ払いでないと判定する場合（ステップＳ３５で「ＮＯ」の場合）、決済制御部１１３は、納付書を出力する（ステップＳ３８）。具体的には、決済制御部１１３は、支払に用いる納付書を印刷する。その後、印刷された納付書は保護者に郵送される。なお、対話制御部１１２は、納付書を示す画面情報をＳＮＳを介して保護者端末装置２０に送信してもよい。

【0095】

次に、引落情報生成部１１４は、再引落情報１２４の支払方法を変更する（ステップＳ３９）。具体的には、引落情報生成部１１４は、再引落情報１２４のレコードのうち、図５に示すステップＳ１９において引落不能回数をインクリメントしたレコードの支払方法１２４ｅに、「納付書払い」であることを示す情報を記録する。その後、処理部１１０は本フローチャートの処理を終了する。

【0096】

決済制御部１１３が、支払方法の変更でないと判定する場合（ステップＳ３４で「ＮＯ」の場合）、相談受付部１１７は、相談の要求を受け付けたか否かを判定する（ステップＳ４０）。具体的には、相談受付部１１７は、再引落条件変更画面２６４の相談受付領域２６４ｃに対する入力操作を受け付けたか否かを判定する。

【0097】

決済制御部１１３が、相談の要求を受け付けたと判定する場合（ステップＳ４０で「ＹＥＳ」の場合）、相談受付部１１７は、予め登録された通知先へ、入力された連絡先を通知する（ステップＳ４１）。具体的には、相談受付部１１７は、学校や教育委員会等の所定の通知先に、相談受付領域２６４ｃに入力された保護者の連絡先を通知する。

【0098】

次に、引落情報生成部１１４は、再引落情報１２４の相談連絡先を変更する（ステップＳ４２）。具体的には、引落情報生成部１１４は、再引落情報１２４のレコードのうち、図５に示すステップＳ１９において引落不能回数をインクリメントしたレコードの相談連絡先１２４ｆに、相談受付領域２６４ｃに入力された保護者の連絡先を記録する。その後、処理部１１０は本フローチャートの処理を終了する。

【0099】

決済制御部１１３が、相談の要求を受け付けていないと判定する場合（ステップＳ４０で「ＮＯ」の場合）、対話制御部１１２は、就学支援情報を送信する（ステップＳ４３）。再引落条件変更画面２６４に対する入力操作を受け付けた場合において、希望日入力領域２６４ａ、支払方法変更受付領域２６４ｂ、及び相談受付領域２６４ｃに対する入力操作でない場合、就学支援リンク情報２６４ｄへの入力操作が行われている。対話制御部１１２は、ＳＮＳを介して就学支援情報画面２６５の表示情報を保護者端末装置２０に送信する。その後、処理部１１０は本フローチャートの処理を終了する。

【0100】

図１３は、就学支援情報画面２６５の一例を示す図である。就学支援情報画面２６５は、国や地方自治体により実施される就学支援制度に関する情報を表示する画面である。就学支援制度を用いることができれば、校納金の負担が軽減される。校納金が未納である場合に、保護者に就学支援制度を案内することにより、就学支援制度の受給可能性を考慮する契機となり、未納金の回収可能性が向上する。

【0101】

以上、本実施形態では、対話制御部１１２は、引落不能回数（即ち失敗回数）と第１の閾値とを用いて、第１の引落不能画面２６３Ａか第２の引落不能画面２６３Ｂのいずれを保護者端末装置２０に送信するか否かを判定する。これにより、例えば単なるケアレスミスである可能性の高い初回の引落不能については第１の引落不能画面２６３Ａにより再引落日のみを通知し、経済的な理由による引落不能である可能性のある引落不能について、第２の引落不能画面２６３Ｂにより引落日や納付方法の変更を受け付けることができる。即ち、保護者の傾向に応じて第１の閾値を設定することで、より効率的な校納金の支払を促進することができる。

【0102】

また、従来、校納金の支払日について、保護者の都合をヒアリングすることが困難であったため、学校側が一方的に定めたスケジュールで支払をすることとなり、未納金の増加要因の一端となっていた。本実施形態によれば、保護者の都合に応じて支払日を指定することができるため、未納金の減少に寄与することができる。

【0103】

図１４は、クレジット決済処理の一例を示すフローチャートである。本フローチャートの処理は、校納金回収支援装置１０において、例えば定期的に実行される。

【0104】

まず、決済制御部１１３は、対象の催告情報１２５を特定する（ステップＳ５１）。具体的には、決済制御部１１３は、図５のステップＳ２１で生成された催告情報１２５のうち、クレジット決済の対象となる催告情報１２５のレコードを１つ特定する。なお、催告情報１２５には、請求の対象となる保護者又は生徒と、請求金額とが含まれている。

【0105】

次に、決済制御部１１３は、クレジットカード情報を取得する（ステップＳ５２）。具体的には、決済制御部１１３は、ステップＳ３１で特定した催告情報１２５を用いて個人登録情報１２１を参照し、請求対象の保護者等のクレジットカード情報１２１ｅを取得する。

【0106】

次に、決済制御部１１３は、クレジット決済を実行する（ステップＳ５３）。決済制御部１１３は、ステップＳ３２で取得したクレジットカード情報を用いて、対象の保護者に対し、クレジットカードを用いた決済を実行する。その結果、決済制御部１１３は、クレジットカードを用いた決済が成功したか否かを示す情報を取得する。当該情報は、例えばカード会社から発行される決済情報である。

【0107】

次に、決済制御部１１３は、決済が成功したか否かを判定する（ステップＳ５４）。具体的には、決済制御部１１３は、ステップＳ３３において決済の結果取得した情報を用いて、決済が成功したか否かを判定する。

【0108】

決済制御部１１３が、決済が成功したと判定する場合（ステップＳ５４で「ＹＥＳ」の場合）、対話制御部１１２は、ＳＮＳを介してクレジット決済の成功を通知する（ステップＳ５５）。

【0109】

図１５は、カード決済成功通知画面２６６の一例を示す図である。カード決済成功通知画面２６６には、例えば図１５に示すように、クレジットカード決済を行った日程及び金額等を表示する。なお、校納金回収支援装置１０の対話制御部１１２は、カード決済成功通知画面２６６に示す情報を、ＳＮＳのメッセージに含めて保護者端末装置２０に送信してもよいし、保護者端末装置２０に対し、カード決済成功通知画面２６６のリンク情報を含めたメッセージを送信してもよい。

【0110】

説明を図１４に戻す。次に、決済制御部１１３は、対象の催告情報１２５を削除する（ステップＳ５６）。具体的には、決済制御部１１３は、ステップＳ３１において処理対象として特定した催告情報１２５を削除する。

【0111】

次に、決済制御部１１３は、催告情報１２５に対応する引落情報及び再引落情報１２４を削除する（ステップＳ５７）。具体的には、決済制御部１１３は、ステップＳ３１で対象として特定した催告情報１２５のレコードに対応する再引落情報１２４を特定し、削除する。また、決済制御部１１３は、催告情報１２５に対応する引落情報がある場合、当該引落情報を削除する。その後、処理部１１０は本フローチャートの処理を終了する。

【0112】

決済制御部１１３が、決済が失敗したと判定する場合（ステップＳ５４で「ＮＯ」の場合）、対話制御部１１２は、ＳＮＳを介してクレジット決済不能を通知する（ステップＳ５８）。

【0113】

図１６は、カード決済失敗通知画面２６７の一例を示す図である。カード決済失敗通知画面２６７は、カード決済が成功しなかったことを示すメッセージを含む。図１６に示すように、カード決済失敗画面は、例えばクレジットカード情報を更新するためのリンク情報を含んでいてもよい。

【0114】

次に、決済制御部１１３は、所定回数以上の決済不能である場合、ブラックリスト情報を生成する（ステップＳ５９）。具体的には、決済制御部１１３は、ステップＳ５１で特定した催告情報１２５のレコードに係る請求が、ステップＳ５４において所定回数以上、決済が失敗したと判定される場合に、当該催告情報１２５を用いてブラックリスト情報を生成する。その後、処理部１１０は本フローチャートの処理を終了する。

【0115】

本実施形態により、校納金の銀行引落ができない場合に、クレジットカードを用いた決済を効率的に行うことができる。インターネットを用いた商取引の活発化により、クレジットカード決済がより一般化しており、クレジットカード決済について未払が生じた場合、社会的な信用の失墜につながる可能性がある。そのため、校納金の回収をクレジットカードを用いて行うことにより、未納の減少に寄与することができる。

【0116】

＜第１の変形例＞
以下、本実施形態における第１の変形例について説明する。上述の実施形態では、対話制御部１１２が、引落の失敗回数と第１の閾値とを比較することにより、第１の引落不能画面２６３Ａか第２の引落不能画面２６３Ｂのいずれを保護者端末装置２０に表示させるかを決定した。第１の変形例では、保護者の支払履歴に応じて、第１の引落不能画面２６３Ａ又は第２の引落不能画面２６３Ｂのいずれを表示させるかを決定する。以下、上述の実施形態と異なる点を説明する。

【0117】

図１７は、第１の変形例における引落処理の一例を示す図である。本変形例のステップＳ１２において、決済制御部１１３が、引落が完了していないと判定する場合（ステップＳ１２で「ＮＯ」の場合）、対話制御部１１２は、引落履歴情報１２６が所定の条件を満たすか否かを判定する（ステップＳ１５１）。

【0118】

具体的には、対話制御部１１２は、引落履歴情報１２６に含まれる情報が所定の条件を満たすか否かにより、保護者端末装置２０に第１の引落不能画面２６３Ａ又は第２の引落不能画面２６３Ｂのいずれを表示させるかを決定する。例えば、対話制御部１１２は、引落履歴情報１２６に含まれる校納金の納付方法の変更履歴と、累計失敗回数との少なくとも一方が、予め定められた条件を満たす場合（ステップＳ１５１で「ＹＥＳ」の場合）に、希望日等の再引落情報１２４の変更を許容するものとして、第２の引落不能画面２６３Ｂを送信する。

【0119】

例えば、対話制御部１１２は、納付方法の変更履歴に含まれる変更回数が所定数以上である場合、銀行振込以外の方法での納付を促進する方が未納金の早期回収が見込まれるものとして、条件を満たすものと取り扱い、第２の引落不能画面２６３Ｂを送信する。また例えば、対話制御部１１２は、保護者の累計失敗回数が所定数以上である場合に、希望日変更画面へのリンク情報を含む第２の変更画面を送信する方が未納金の回収に寄与するものとして、条件を満たすものと取り扱い、第２の引落不能画面２６３Ｂを送信する。

【0120】

なお、引落履歴情報１２６を用いた所定の条件については、本例に限定されるものではない。例えば、納付方法の変更履歴と累計失敗回数との両方が条件を満たす場合に、第２の引落不能画面２６３Ｂを表示させるものであってもよい。また、引落履歴情報１２６に相談履歴を含め、相談履歴に応じて第２の引落不能画面２６３Ｂを表示させるか否かを決定してもよい。

【0121】

以上、本変形例により、保護者それぞれの状況に応じて、異なる表示画面が送信される。保護者ごとに適した画面を表示させることにより、効率的に未納金の回収を促進することができる。

【0122】

＜第２の変形例＞
以下、本実施形態における第２の変形例について説明する。上述の実施形態では、保護者の再引落希望日を再引落日に決定した。第２の変形例では、同じ再引落希望日を希望する保護者数に応じて、再引落日を決定する。具体的には、第２の変形例における校納金回収支援装置１０は、同じ再引落希望日を希望する保護者数が所定数以上である場合に、当該再引落希望日を再引落日に決定し、所定数未満である場合に当該再引落希望日以外の日を再引落日に決定する。」以下、上述の実施形態と異なる点を説明する。

【0123】

図１８は、第２の変形例における引落日決定処理の一例を示すフローチャートである。

【0124】

まず、再引落日決定部１１６は、再引落希望日の入力を受け付ける（ステップＳ６１）。具体的には、再引落日決定部１１６は、再引落条件変更画面２６４の希望日入力領域２６４ａに対する、再引落希望日の入力操作を受け付ける。なお、再引落日決定部１１６は、入力された再引落希望日を、記憶部１２０の図示しない領域に格納する。

【0125】

次に、再引落日決定部１１６は、同じ再引落希望日を入力した保護者が所定数以上であるか否かを判定する（ステップＳ６２）。具体的には、再引落日決定部１１６は、記憶部１２０を参照し、ステップＳ４１で入力された再引落希望日と同じ日程を指定した保護者が、予め定められた所定数以上であるか否かを判定する。

【0126】

再引落日決定部１１６が、同じ再引落希望日を入力した保護者が所定数以上であると判定する場合（ステップＳ６２で「ＹＥＳ」の場合）、再引落日決定部１１６は、再引落希望日を再引落日に決定する（ステップＳ６３）。

【0127】

ステップＳ６４で行われる処理は、図６のステップＳ３３の処理と同様であるため、説明を省略する。

【0128】

次に、対話制御部１１２は、再引落日を通知する（ステップＳ６５）。具体的には、対話制御部１１２は、ステップＳ４３で決定した再引落日を示す通知を保護者端末装置２０に送信する。その後、処理部１１０は本フローチャートの処理を終了する。

【0129】

図１９は、再引落日通知画面２６８の一例を示す図である。再引落日通知画面２６８は、決定した再引落日を含む。なお、再引落日通知画面２６８は、図１９に示すように、図１８のステップＳ６１において入力された再引落希望日を含んでいてもよい。再引落日通知画面２６８は、例えばＳＮＳのメッセージ欄に表示されてもよいし、メッセージ欄に表示されたリンク情報にアクセスすることで保護者端末装置２０に表示されてもよい。

【0130】

説明を図１８に戻す。再引落日決定部１１６が、同じ再引落希望日を入力した保護者が所定数未満であると判定する場合（ステップＳ６２で「ＮＯ」の場合）、再引落日決定部１１６は、一定間隔候補日のうち、再引落希望日より後の日付を再引落日に決定する（ステップＳ６６）。具体的には、本処理開始前に、再引落日の候補となる日付であって、一定間隔ごとに設定された複数の候補日である一定間隔候補日が、校納金回収支援装置１０において予め定められている。再引落日決定部１１６は、一定間隔候補日に属する日付であって、ステップＳ６１において入力された再引落希望日よりも後の日付を、再引落日に決定する。

【0131】

図２０は、一定間隔候補日を用いた再引落日決定処理の概要を示すイメージ図である。「１」、「２」、「３」の符号を付した円が、保護者による再引落希望日に係る請求を示し、符号を付していない円が、一定間隔候補日における請求を示す。また、点線は再引落希望日を再引落日に決定するための閾値を示す。図２０における閾値は「４」であり、同じ再引落希望日を希望する保護者が４人以上である場合に、当該再引落希望日を再引落日に決定することができる。

【0132】

「１」の請求に係る再引落希望日を希望した保護者は１名であるため、当該再引落希望日は再引落日に決定されず、当該保護者については、「１」の再引落希望日よりも後の一定間隔候補日が再引落日に決定される。同様に、「２」、及び「３」の再引落希望日を希望した保護者は２名であるため、当該再引落希望日は再引落日に決定されず、当該保護者については、「２」、及び「３」の再引落希望日よりも後の一定間隔候補日が再引落日に決定される。

【0133】

説明を図１８に戻す。ステップＳ６７及びステップＳ６８において行われる処理は、ステップＳ６４及びステップＳ６５において行われる処理と同様であるため、説明を省略する。その後、処理部１１０は本フローチャートの処理を終了する。

【0134】

以上、本変形例により、同じ再引落希望日を希望した保護者が少ない場合には、該日程を再引落日に決定せず、一定間隔候補日にまとめて引落を行うよう再引落日を決定する。これにより、再引落に関する管理業務及び引落業務の負担を軽減することができ、効率性が向上する。

【0135】

なお、図１８に示す引落日決定処理の終了後において、一定間隔候補日に引落を行う保護者数が、ステップＳ６２において判定を行うための閾値に満たない可能性がある。その場合、図１８の処理を繰り返すことで、閾値以上の数の保護者に対し、同じ再引落日に引落を行うよう調整することができる。具体的には、ステップＳ６２において、同じ一定間隔候補日に割り当てられた保護者数が所定数（即ち閾値）以上であるか否かを判定し、所定数未満である場合（ステップＳ６２で「ＮＯ」の場合）に、当該一定間隔候補日より後の、他の一定間隔候補日を、再引落日に決定する。これを、閾値未満の保護者が決定された再引落日が存在しなくなるまで繰り返す。

【0136】

以上、本発明に係る各実施形態及び変形例の説明を行ってきたが、本発明は、上記した実施形態の一例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態の一例は、本発明を分かり易くするために詳細に説明したものであり、本発明は、ここで説明した全ての構成を備えるものに限定されない。また、ある実施形態の一例の構成の一部を他の一例の構成に置き換えることが可能である。また、ある実施形態の一例の構成に他の一例の構成を加えることも可能である。また、各実施形態の一例の構成の一部について、他の構成の追加・削除・置換をすることもできる。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、図中の制御線や情報線は、説明上必要と考えられるものを示しており、全てを示しているとは限らない。ほとんど全ての構成が相互に接続されていると考えてもよい。

【0137】

また、上記の校納金回収支援装置１０、保護者端末装置２０、及び銀行端末装置３０の機能構成は、理解を容易にするために、主な処理内容に応じて分類したものである。構成要素の分類の仕方や名称によって、本願発明が制限されることはない。上述の通り、校納金回収支援装置１０、保護者端末装置２０、及び銀行端末装置３０の構成は、処理内容に応じて、さらに多くの構成要素に分類することもできる。また、１つの構成要素がさらに多くの処理を実行するように分類することもできる。

【符号の説明】

【0138】

１：校納金回収支援システム、１０：校納金回収支援装置、１１：演算装置、１２：メモリ、１３：外部記憶装置、１４：入力ＩＦ、１５：出力ＩＦ、１６：通信ＩＦ、１７：記憶媒体駆動装置、１８：メディア、２０：保護者端末装置、３０：銀行端末装置、１１０・２１０・３１０：処理部、１１１：登録情報受付部、１１２・２１１：対話制御部、１１３：決済制御部、１１４：引落情報生成部、１１５：表示情報生成部、１１６：再引落日決定部、１１７：相談受付部、１２０：記憶部、１２１：個人登録情報、１２２：定期引落情報、１２３：引落結果情報、１２４：再引落情報、１２５：催告情報、１２６：引落履歴情報、１３０・２３０・３３０：入力部、１４０・２４０・３４０：出力部、１５０・２５０・３５０：通信部、２１２：再引落情報変更要求部、２６１：申込書、２６２：引落完了画面、２６３Ａ：第１の引落不能画面、２６３Ｂ：第２の引落不能画面、２６４：再引落条件変更画面、２６５：就学支援情報画面、２６６：カード決済成功通知画面、２６７：カード決済失敗通知画面、２６８：再引落日通知画面、３１１：引落要求受付部、３１２：引落部、Ｘ：ネットワーク

【要約】

【課題】校納金の効率的な回収を支援する技術の提供を目的とする。
【解決手段】校納金回収支援装置であって、校納金を納める保護者の有する保護者端末装置との対話を制御する対話制御部と、前記校納金の決済を制御する決済制御部と、前記保護者端末装置から前記校納金の再引落希望日を取得して再引落日を決定する再引落日決定部と、を備え、前記決済制御部は、金融機関端末装置に校納金の引落を要求し、前記要求への応答として金融機関が前記校納金の引落に成功したか否かを示す情報を受け付け、前記対話制御部は、所定の引落日に前記金融機関が前記校納金の引落に失敗した場合に、前記対話を用いて前記保護者端末装置に引落不能を通知し、前記保護者端末装置から前記再引落希望日を受信することを特徴とする。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】