(57)【要約】【課題】レッスンからの退会を考える生徒の早期発見を可能とし、このようなケアを必要とする生徒へのフォローを確実に促すことができるシステムの提供。【解決手段】この発明による出席管理システムでは、レッスン実施（１）の後に講師ＴＣが講師端末Ｂで作成した指導レポート（２）の指導内容をサーバＡに入力する（３）。生徒データベース（生徒ＤＢ）を備えるサーバＡは、この指導内容に基づき、レッスン脱退の可能性を表わす退会予測指数（ケア指数）を算出すると共に、出席状況を含むこれら生徒毎の生徒情報を生徒ＤＢに記録する。そして、サーバＡは、生徒ＤＢの出席状況やケア指数が所定の出欠条件やケア指数条件を満たす生徒を抽出し、抽出された生徒に対応する生徒情報を生徒ＤＢから読み出して、当該生徒情報と共に、生徒ＳＴへのフォロー（５）→（６）を指示する「注意喚起メッセージ」（４）を講師端末Ｂに通知する。【選択図】図３
2004094709.tif 000002
【特許請求の範囲】
【請求項１】
出席状況を含む生徒情報を各生徒に対応して蓄積する生徒情報蓄積手段と、
この生徒情報蓄積手段の出席状況を参照して、所定の出欠条件を満たす生徒を抽出する生徒抽出手段と、
抽出された生徒に対応する生徒情報を上記生徒情報蓄積手段から読み出して、当該生徒情報と共に、フォローを指示するメッセージを講師端末に通知するフォロー通知手段と
を具備することを特徴とする出席管理システム。
【請求項２】
さらに、
レッスンの実施後に指導内容を各生徒に対応して前記生徒情報蓄積手段に入力する指導内容入力手段と、
入力された指導内容に基づいて、当該レッスンからの脱退の可能性を表わすケア指数を算出する指数算出手段と
を具備し、
前記生徒抽出手段は、前記出欠条件に加えて、算出されたケア指数が所定の閾値を超える生徒を抽出する
ことを特徴とする請求項１に記載の出席管理システム。
【請求項３】
出席状況を含む生徒情報を各生徒に対応して蓄積する生徒情報蓄積手段を具備する生徒情報処理装置に対して、
生徒情報蓄積手段の出席状況を参照して、所定の出欠条件を満たす生徒を抽出する生徒抽出ステップと、
抽出された生徒に対応する生徒情報を上記生徒情報蓄積手段から読み出して、当該生徒情報と共に、フォローを指示するメッセージを講師端末に通知するフォロー通知ステップと
から成る手順を実行させるための出席管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、音楽教室等の教習機関における出席管理システムに関する。
【０００２】
【従来の技術】
レッスン後に講師・生徒からレポートを提出させる構成を含む教習システムが、例えば、特許文献１により提案されている。また、本出願人は、ＩＤカードを利用した教習機関（教室）の出席／帰宅受付対応システムを特願２００１−１１４３１６（「先願１」という。）により、そして、特許文献１と同様のレポートを講師への報酬計算やカリキュラムの見直し等に利用可能としたシステムを特願２００１−２６６７８９（「先願２」という。）により、既に提案している。
【０００３】
【特許文献１】
特開２００２−１３３２３８号公報（図２７〜図２９）
【０００４】
このようなシステムにおいて、各種教室を事業として行う場合、レッスン内容に魅力を感じない生徒など、退会（教室からの脱退）を考える生徒を早期に発見し、その対応を行うことは重要である。しかしながら、従来は、レッスン乃至レッスン前後に講師が生徒を観察した結果による主観的な判断に頼ることが多く、客観的な判断を行うためのシステムが提供されていなかった。
【０００５】
また、経験則により、レッスンを欠席した生徒（特に連続して欠席するような生徒）は退会する可能性が高いことが判っているため、このような生徒に対するケアは（欠席という明らかな現象があるため）なされるかもしれないが、あくまでも事後のケアに過ぎなかった。従って、退会を考える生徒の早期発見が難しく、また、そういった生徒へのフォローを実際に行うか否かも各講師に一任されているため、ケアが十分なされているとはいえない。
【０００６】
【発明が解決しようとする課題】
この発明の主たる目的は、このような事情に鑑み、各種教習機関においてレッスンからの退会を考える生徒の早期発見を可能とし、このようなケアを必要とする生徒へのフォローを確実に促すことができるシステムを提供することにある。
【０００７】
【課題を解決するための手段】
この発明の主たる特徴に従うと、出席状況を含む生徒情報を各生徒に対応して蓄積する生徒情報蓄積手段（ＡＤ）と、この生徒情報蓄積手段の出席状況を参照して、所定の出欠条件を満たす生徒を抽出する生徒抽出手段（Ａ４）と、抽出された生徒に対応する生徒情報を生徒情報蓄積手段（ＡＤ）から読み出して、当該生徒情報と共に、フォローを指示するメッセージ（注意喚起メッセージ）を講師端末（Ｂ）に通知するフォロー通知手段（Ａ５）とを具備する出席管理システム〔請求項１〕、並びに、出席状況を含む生徒情報を各生徒に対応して蓄積する生徒情報蓄積手段（ＡＤ）を具備する生徒情報処理装置（Ａ）に対して、生徒情報蓄積手段の出席状況を参照して、所定の出欠条件を満たす生徒を抽出する生徒抽出ステップ（Ａ４）と、抽出された生徒に対応する生徒情報を生徒情報蓄積手段から読み出して、当該生徒情報と共に、フォローを指示するメッセージを講師端末（Ｂ）に通知するフォロー通知ステップ（Ａ５）とから成る手順を実行させるための出席管理プログラム〔請求項３〕が提供される。なお、括弧書きは、対応する実施例中の参照記号乃至用語を表わし、以下においても同様である。
【０００８】
この出席管理システムでは、さらに、レッスンの実施後に指導内容を各生徒に対応して生徒情報蓄積手段（ＡＤ）に入力する指導内容入力手段（Ａ２）と、入力された指導内容に基づいて、当該レッスンからの脱退の可能性を表わすケア指数（Ｔ）を算出する指数算出手段（Ａ３）とを具備し、生徒抽出手段（Ａ４）は、出欠条件に加えて、算出されたケア指数が所定の閾値を超える生徒を抽出する〔請求項２〕ように構成することができる。
【０００９】
〔発明の作用〕
この発明による出席管理システムでは、毎レッスン後に、生徒の出席状況や講師のレッスン内容レポート等に基づいてケア指数（退会予測指数Ｔ）を算出し、生徒情報の一部として生徒情報処理装置（サーバＡ）の生徒情報蓄積手段（ＡＤ）に格納する。生徒情報処理装置（Ａ）は、レッスンを欠席した等の生徒を適宜抽出して、フォローを行うための基礎情報を取り出し、フォローを要する生徒が存在することをメッセージで講師端末（Ｂ）に通知する。従って、講師は、このメッセージに基づき、生徒へのフォローメッセージを作成し、生徒情報処理装置（Ａ）を介して生徒端末（Ｃ）に送信することができ、退会予備軍（レッスンを脱退しようとする生徒）の早期発見とそのケアを効率よく行うことができる。
【００１０】
【発明の実施の形態】
〔システムの概要〕
図１は、この発明の一実施例による出席管理システムの概要図である。この出席管理システムは、図１（１）の全体図に示すように、サーバＡと、講師端末Ｂ、生徒端末Ｃ、教室端末Ｄなどの各端末から成り、サーバＡと各端末Ｂ〜Ｄは、有線〔Ｅｔｈｅｒ（イーサ）ネット（商標）、ＩＥＥＥ１３９４、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂａｓ）等〕又は無線〔ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ（商標）等〕で通信回線を介して通信を行うことができる。レッスンを事業として行いカリキュラムの作成なども行う「教室」の運営者（経営者）は、教室設備に設置されるサーバＡ及び教室端末Ｄを所有し管理する。サーバＡは、通信機能を有するパーソナルコンピュータ（ＰＣ）やサーバマシンなどで構成され、生徒データベース（生徒ＤＢ）ＡＤを備える生徒情報処理装置である。
【００１１】
また、各端末Ｂ〜Ｄは、サーバＡと通信可能な情報処理装置であり、ＰＣや、携帯通信端末（携帯電話機等）、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）などで構成される。講師端末Ｂは、「教室」のレッスンを実施する「講師」それぞれが所有し、生徒端末Ｃは、「教室」のレッスンを受ける「生徒」自身或いはその保護者が所有する。教室端末Ｄは、生徒の有するカードＣｄなどを読み取るためのカードリーダＤＲを備える。なお、教室端末Ｄ及びサーバＡは同一のものであってもよい。
【００１２】
図１（２）は、各端末Ｂ〜Ｄ及びサーバＡのハードウエア構成の一例を示す。各端末Ｂ〜Ｄ又はサーバＡは、当該端末Ｂ〜Ｄ又はサーバＡの動作を制御する中央処理装置（ＣＰＵ）１、制御プログラムや制御用データを記憶した読出専用メモリ（ＲＯＭ）２、処理用データ等を一時記憶するランダムアクセスメモリ（ＲＡＭ）３、種々のデータやプログラムを記憶するハードディスク（ＨＤ）などの外部記憶装置４、当該端末Ｂ〜ＤからサーバＡへ又は当該サーバＡから各端末Ｂ〜Ｄへと通信するためのモデムやＬＡＮカード等の通信部５などの構成要素を備え、これらの構成要素１〜５はバス６を介して相互に接続される。
【００１３】
ここで、サーバＡにおける外部記憶装置４には、各生徒の情報管理のために前述の生徒データベース（ＤＢ）ＡＤが構築される。また、端末Ｂ〜Ｄには、バス６に接続される入出力部７が設けられ、この入出力部７は、キーやボタン等の入力操作子を備えた入力部と、ＣＲＴ、ＬＣＤ等の表示装置や、プリンタ等の印刷装置、楽音や音声の放音装置などを含む出力部から成る。教室端末Ｄには、更に、バス６からカードリーダ用入出力インターフェース（Ｉ／Ｏ）８を介してカードリーダＤＲが接続され、カードリーダＤＲにてカードＣｄから読み取った記録情報を当該教室端末Ｄ内に取り込む。なお、サーバＡについては、これらの要素７，８，ＤＲは必須のものではないが必要に応じて設けてもよい。
【００１４】
〔生徒データベース〕
図２は、生徒データベース（ＤＢ）の記録内容を説明するための図である。サーバＡの生徒データベース（生徒ＤＢ）ＡＤに蓄積される生徒情報には、図示のように、生徒の生徒ＩＤ、基礎情報（氏名・連絡先・生年月日、決済情報等）、受講コースＩＤ、担当講師の講師ＩＤ、レッスン履歴情報（出席状況を含む）など（例えば、特許文献１＝図３（１）の「生徒情報データベースＤＳ」、先願１＝図１及び図２の「ＤＢ４」、先願２＝図８の「生徒：個人情報」などの内容を参照。）に加えて、生徒が受講する各レッスン毎に当該レッスンからの脱退の可能性を表わすケア指数（Ｔ）があり、ここでは「退会予測指数」と呼ばれる。
【００１５】
〔サービスの流れ〕
図３は、この発明の一実施例による出席管理システムにおけるサービスの流れを説明するための図である。ここで、図３を用いて、このシステムの機能を概略的に説明しておく。このシステムでは、レッスン実施（１）の後に講師ＴＣが講師端末Ｂで作成した指導レポート（２）の指導内容をサーバＡの生徒データベースＡＤに入力する（３）。サーバＡは、この指導内容に基づいて、レッスン脱退の可能性を表わす退会予測指数（ケア指数）Ｔを算出すると共に、出席状況を含むこれら生徒毎の生徒情報を生徒データベースＡＤに記録する。そして、サーバＡは、生徒データベースＡＤの出席状況やケア指数Ｔが所定の出欠条件やケア指数条件を満たす生徒を抽出し、抽出された生徒に対応する生徒情報を生徒データベースＡＤから読み出し、当該生徒情報と共に、生徒ＳＴへのフォロー（５）→（６）を指示する「注意喚起メッセージ」（４）を講師端末Ｂに通知する。
【００１６】
以下、より詳しく説明する。レッスンの際、生徒ＳＴはカードリーダＤＲにカードＣｄを投入して教室端末Ｄに出席登録を行い、サーバＡの生徒データベースＡＤに当該レッスンの出席を登録する。講師ＴＣは、生徒ＳＴに「（１）レッスンを実施」した後、講師端末Ｂを用いて「（２）レポートを作成」する。サーバＡは、データベースＡＤに「（３）レポートを登録」し、さらに、生徒ＳＴに関する出席登録や指導レポート（講師レポートともいう）の内容に基づいて退会予測指数Ｔを算出し、生徒情報の１つとして生徒データベースＡＤに格納する。
【００１７】
また、サーバＡは、定期的に、生徒の出欠状況に関する出欠条件や退会予測指数Ｔに関するケア指数条件に従って、ケアを要する生徒を抽出し、抽出された生徒のレッスンを担当する講師の講師端末Ｂに「（４）注意喚起メッセージ」を送付する。これに対して、講師端末Ｂ側では、このメッセージが送付されてきたことを確認した上、当該メッセージの編集を行いサーバＡに「（５）フォローメッセージを返送」する。サーバＡは、生徒端末Ｃに「（６）フォローメッセージを送信」すると共に生徒データベースＡＤに登録する。当該生徒端末Ｃでは、このフォローメッセージによる宿題などの注意事項が生徒ＳＴにより確認される。
【００１８】
なお、図３に破線で示すように、レッスン終了後は、特許文献１の「アンケート」（図２９）のように、生徒端末Ｃでも生徒レポートを作成し、サーバＡの生徒データベースＡＤに登録しておき、注意喚起メッセージ（４）の作成などに利用するようにしてもよい。さらに、（４）の注意喚起メッセージをサーバＡから教室端末Ｄにも送信するようにもよい。このように、講師端末Ｂに送られる情報と同等の情報を教室端末Ｄにも送信することによって、教室の運営者として人的なフォロー〔例えば、注意喚起メッセージが認められた生徒が出席（登録）した際に受付で声をかける等〕を起すための契機が得られると共に、講師ＴＣが実際にフォローを行ったか否かを教室運営者としてチェックを行うことができる。
【００１９】
〔処理フロー例１〕
図４は、上述した「（２）レポート作成」及び「（３）レポート登録」のサービスを行う場合の処理例を表わすフローチャートである。講師は、レッスン実施後、特許文献１のレッスン終了処理（図２７：Ｄ１）と同様に、講師端末Ｂで各生徒の指導レポートの作成に取りかかる（ステップＢ１）。この場合、講師端末ＢからサーバＡに対して生徒ＩＤと共に指導レポートの入力フォーム送信要求を行うと、サーバＡでは、指定された生徒ＩＤを参照して対応する入力フォームを特定し、生徒データベースＡＤから対応する入力フォーム情報を取り出して講師端末Ｂに送信する（ステップＡ１）。この入力フォームは、例えばレッスンコース毎又は生徒の年齢毎に、入力項目が異なるものである（図７参照）。
【００２０】
講師端末Ｂにおいて、入力フォームに所要の事項（入力データ）を記入して指導レポートを作成しサーバＡに送信すると（ステップＢ２）、サーバＡは、指導レポートを受け付けて、その指導内容を表わす入力データを生徒データベースＡＤに登録する（ステップＡ２）。図７は、講師端末Ｂで作成される指導レポートの一例を示す。
【００２１】
図７において、「生徒ＩＤ」〜「講師」から成る項目群（ａ）はサーバＡ側で自動的にフォーム中に既に付加されている。「欠席事由」欄（ｂ）の内容は欠席情報として生徒データベースＡＤに蓄積される。「課題曲」及び「使用教材」欄（ｃ）の内容は、レッスンカルテとして生徒データベースＡＤに蓄積され、欠席時のレッスン内容通知としても利用される。質問回答項目（ｄ）は、レッスンカルテとして生徒データベースＡＤに蓄積され、退会予測指数Ｔを決定する要素の一つである「指導レポート指数」〔レポートの指導内容に基づくケア指数〕（Ｒ）の算出にも利用される。また、「コメント」欄（ｅ）のテキストデータはレッスンカルテとして生徒データベースＡＤに蓄積される。
【００２２】
なお、質問回答項目即ち入力項目（ｄ）の個数は、フォームによらず固定（例えば、“５”項目）であっても、フォーム毎に可変であってもよい。特に、後者（可変）の場合には、そのままでは、算出される指導レポート指数（Ｒ）の最大値がフォーム毎に異なるので、後述するように正規化を行う必要がある。
【００２３】
さて、サーバＡでは、指導レポートの登録（Ａ２）後、指導レポートの解析が行われ、当該レポートの内容に基づいて各生徒毎に退会予測指数Ｔが算出され、生徒データベースＡＤに蓄積される（ステップＡ３）。図６は、レポート解析による指数算出の一例を表わし、図６（１）は、図４のステップＡ３で実行されるレポート解析・指数算出処理の処理フロー例を示す。各生徒の退会予測指数（ケア指数）Ｔは、図６（１）の処理フローに従って、出欠状況と指導レポートの内容に基づいて各レッスン毎に算出される。
【００２４】
図６（１）において、退会予測指数Ｔを値“０”に初期化した後（ステップＡ３１）、今回レッスンに出席したか否かの出欠判定を行い（ステップＡ３２）、出席の場合は（Ａ３２→ＹＥＳ）、指導レポート情報から算出される指導レポート指数“Ｒ”だけ指数Ｔをインクリメントし（ステップＡ３３）、この指導レポート指数Ｒで生徒データベースＡＤの指数Ｔを更新する（ステップＡ３４）。
【００２５】
一方、出欠判定で欠席の場合は（Ａ３２→ＮＯ）、予め定められた欠席時加算指数（単一の欠席に基づくケア指数）“Ｑ”（定数）だけ指数Ｔをインクリメントする（ステップＡ３５）。この指数Ｑは、指導レポート指数Ｒが取り得る最大値Ｒｍａｘ、ケア指数条件となる抽出閾値Ｌとの間で次式（１）の関係がある：
Ｑ　≧　Ｒｍａｘ　＞　Ｌ　　　　　　　　　　　　　　　　　　…（１）
【００２６】
次いで、今回レッスンの欠席が連続欠席であるか否かの連続欠席判定を行い（ステップＡ３６）、連続欠席でないときは（Ａ３６→ＮＯ）、欠席時加算指数Ｑで生徒データベースＡＤの退会予測指数Ｔを更新する（Ａ３４）。
【００２７】
一方、連続欠席のときは（Ａ３６→ＹＥＳ）、更に欠席時加算指数“Ｑ”だけ指数Ｔをインクリメントして（ステップＡ３７）、インクリメント後の指数Ｔ＝“２Ｑ”で生徒データベースＡＤの退会予測指数Ｔを更新する（Ａ３４）。つまり、連続欠席時の指数Ｔの値（連続欠席に基づくケア指数）は最大値“Ｑ”（Ａ３５）＋“Ｑ”（Ａ３７）＝“２Ｑ”となる。つまり、経験則から、２回連続して欠席した生徒は退会する傾向にあることが判っているので、連続欠席時の指数Ｔは、欠席時加算指数Ｑの２倍という大きな値に設定される。
【００２８】
なお、連続欠席時のインクリメント値には、指数Ｑよりも更に大きい値をもつ連続欠席時加算指数Ｐを設定してもよい。この場合は、Ｐ＞Ｑ≧Ｒｍａｘ＞Ｌであり、指数Ｔの更新値（連続欠席に基づくケア指数）は“Ｑ＋Ｐ”となる。
【００２９】
次に、レポート情報からの指数算出は図６（２）〜（４）で説明するような方法で行われる。図６（３）に示すレポート指数算出テーブルには、レポートに使用されている項目毎（ＱＩＤ毎）にそれぞれ指数値（ａ１，ｂ１，ｃ１；ａ２，ｂ２，ｃ２；…；ａｎ，ｂｎ，ｃｎ）が定義されている。そこで、図６（２）に例示されるレポートに記入された入力データの内容を、図６（３）のレポート指数算出テーブルに基づいて、図６（４）の算出式で表わされる数値に変換する。
【００３０】
ここで、質問内容（Ｑ１〜Ｑｎ）が同じであっても、コースや生徒の年齢毎に指数値を変更する必要がある場合が生じる。従って、指数算出テーブルには、図示のように、同じ質問内容の項目（Ｑ１〜Ｑｎ）を区別するために識別番号（ＱＩＤ）などを割り振るようにすることが望ましい。例えば、図６（２）に示される指導レポート例の場合、「ピアノ初心者」コースに応じた質問Ｑ１，Ｑ２，…，Ｑｎに対応する項目ＩＤ（ＱＩＤ）＝“００１”，“０１０”，…，“ｍｍｍ”を求め、求められたＱＩＤに基づいて図６（２）の算出テーブルを検索し、入力（回答）データ（ＹＥＳ，ＮＯ，ＥＬＳＥ）に対応する指数値“ａ１”，“ａ１０”，“ｂ４”，…，“ａｍｍｍ”を取得する。そして、これらの指数値に基づく図６（４）の算出式によって指導レポート指数Ｒを求めることができる。
【００３１】
なお、レポートに入力すべき項目内容によっては、前述したように、フォーム毎に算出される指数Ｒの最大値Ｒｍａｘが異なるような場合があるが、この場合は、算出テーブルに基づいてフォーム内容を数値に変換した後、フォーム毎の最大値Ｒｍａｘが等しくなるように正規化を行えばよい。
【００３２】
〔処理フロー例２〕
図５は、前述した「（４）注意喚起」〜「（６）（生徒宛）フォローメッセージ」のサービスを行う場合の処理例を表わすフローチャートである。まず、サーバＡでは、所定周期毎（例えば、毎日午前０時等）に、生徒データベースＡＤに対してクエリー（ｑｕｅｒｙ　）を行い、注意喚起を発すべき要ケア生徒を生徒ＤＢから抽出する（ステップＡ４）。この抽出条件は、
１．出欠条件＝「直前のレッスンを欠席している」
２．ケア指数条件＝「退会予測指数Ｔが抽出閾値Ｌを超えている」
の何れかに該当する生徒であって、且つ、この生徒に対してフォローメッセージが送られていない（メッセージフラグが立っていない）ことである。なお、直前のレッスンを休んでいる生徒は、必ず退会予測指数が閾値を超えることになる。
【００３３】
サーバＡは、抽出した生徒の生徒ＩＤに基づきレッスン履歴情報を生徒データベースＡＤから読出して、レッスン内容、欠席状況、退会予測指数、注意喚起定形文などから成る注意喚起メッセージを担当講師の講師端末Ｂに送信する（ステップＡ５）。図８は、注意喚起メッセージの一例を示す。
【００３４】
図８において、項目部分（ｆ）は、指導レポート（図７）に基づく生徒データベースＡＤのレッスンカルテから自動抽出され、「出席状況」項目（ｆ１）に列記される記号の“○”は出席を、“×”は欠席を、“−”はレッスン未実施を表わし、「指数」項目（ｆ２）の値（○○）には、生徒データベースＡＤに登録されている退会予測指数Ｔ〔図３：Ａ３〕の値が入る。また、メッセージ欄（ｇ）には編集可能な定型文のテキストデータが挿入され、この定型文の「」内にはレッスンカルテを参照して宿題データ〔図７（ｃ）〕などが自動挿入される。
【００３５】
なお、この注意喚起メッセージは、例えば、ＨＴＭＬで構成し、当該メッセージに生徒のレッスン履歴等の詳細な情報を参照するようなハイパーリンクを設定しておき、随時生徒に関する詳細情報を参照可能とすることが望ましい。
【００３６】
講師端末Ｂでは、注意喚起メッセージが確認され（ステップＢ３）、出席状況項目（ｆ１）や指数項目（ｆ２）の内容が記号・数値化されているので、生徒の状況に対する客観的な理解が容易になる。そこで、講師ＴＣは必要に応じて適宜メッセージ編集を行う（ステップＢ４）。この編集では、必要事項が定型文で用意されるので、「風邪は治りましたか？」を追加する等の簡単な入力で済む。
【００３７】
講師端末Ｂで確認乃至編集されたメッセージは、フォローメッセージとしてサーバＡに返信され、サーバＡでは、これを生徒データベースＡＤに登録する（ステップＡ６）。なお、メッセージが登録されることでメッセージフラグが立ち、このメッセージフラグは、次回のレッスンが実施された時点でクリアされる。また、フォローメッセージからメッセージ欄（ｇ）のテキストデータが生徒宛フォローメッセージとして抽出されてフォロー対象になっている生徒の生徒端末Ｃに送信され（Ａ６）、生徒端末Ｃで当該生徒により確認される（ステップＣ１）。
【００３８】
〔種々の実施態様〕
以上、図面を参照しつつ、この発明を一実施例について説明したが、これは単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能であり、種々の態様で発明を実施することができる。例えば、生徒データベースに用意される入力フォームは、欠席日数や連続欠席数などの各種条件に対応して複数備えていてもよい。また、指数算出テーブルは、入力フォームの種別毎に複数備えるようにしてもよい。
【００３９】
講師が作成した指導レポートによる指導レポート指数Ｒだけでなく、図３のＳＴ−Ｃ−Ａ間の破線で示されるように、生徒ＳＴが作成した生徒レポート（アンケート）に基づく生徒レポート指数Ｓをも使用して、退会予測指数Ｔを算出するようにしてもよい。例えば、指導レポートに対応する算出テーブル〔図６（３）〕と同様に、レッスンのコース毎に生徒レポート用の入力フォーム及び算出テーブルを用意しておくことで、生徒レポート指数Ｓを算出するようにすればよい。この場合、例えば、図６（１）の出席時の指数決定段階（Ａ３３）において、退会予測指数Ｔは“Ｒ＋Ｓ”に決定され、指数Ｓが取り得る最大値をＳｍａｘとすると、次式（２）の関係がある：
Ｐ　＞　Ｑ　≧　Ｒｍａｘ＋Ｓｍａｘ　＞　Ｌ　　　　　　　　　　…（２）
【００４０】
図６における退会予測指数や指導レポート指数の算出では、単純に各種条件に対応する指数値を加算しているが、他の演算式であってもよい。また、或る項目に対応する指数値を他の項目の選択内容に応じて変更するようにしてもよい。例えば、図７のレポート例の場合には、「Ｑ２．意欲的に学習していましたか？」の設問と「Ｑ４．指導内容を理解しましたか？」の設問とを関連づけ、Ｑ２の回答として「ｙｅｓ」を選択した場合はＱ４の回答に対応する各指数値を全体に低くするといったようにする。
【００４１】
指数算出テーブルの内容を可変としてもよい。例えば、サーバにおいて、定期的に、入力フォームの各項目の各選択肢が選択された度数と実際に退会した生徒との相関関係等について統計的な分析を行い、指数算出テーブルの要素値を修正するようなプロセスを実行するようにしてもよい。
【００４２】
図８において、指数値と共に或いは指数値に代えて、「退会する可能性が高い」や「レッスンに魅力を感じなくなっているかもしれません」など、所定のメッセージを表示するようにしてもよい。また、欠席回数や指数値に応じてメッセージ欄（ｇ）の文章を変更するようにしてもよい。
【００４３】
実施例においては、退会の可能性を示唆することが主たる効果として説明されているが、他の側面として、教室運営者乃至講師は、複数の生徒について、レッスン履歴と指数値の推移を観察することが可能であり、カリキュラム上の問題点や各生徒毎の特性等を客観的に判断することが可能となる効果もある。
【００４４】
【発明の効果】
以上説明したように、この発明では、毎レッスン後に、生徒の出席状況や講師のレッスン内容レポート等に基づいてケア指数（Ｔ）を算出し、生徒情報の一部としてサーバの生徒情報データベースに格納し、レッスンを欠席していたりケア指数が大きい等の要ケア生徒を適宜抽出し、当該生徒のフォローを行うための基礎情報を取り出し、フォローの必要な生徒が存在することをメッセージでサーバから講師端末に通知する。従って、このメッセージに基づく生徒へのフォローメッセージを講師が作成し、サーバを介して生徒端末に送信することが可能となり、退会予備軍の早期発見とそのケアを効率よく行うことができる。
【００４５】
【図面の簡単な説明】
【図１】図１は、この発明の一実施例による出席管理システムの概要図である。
【図２】図２は、生徒データベース（生徒ＤＢ）の記録内容を表わす図である。
【図３】図３は、この発明の一実施例による出席管理システムにおけるサービスの流れを説明するための図である。
【図４】図４は、この発明の一実施例によるサービス（３），（４）の処理例を表わすフローチャートである。
【図５】図５は、この発明の一実施例によるサービス（５）〜（１０）の処理例を表わすフローチャートである。
【図６】図６は、この発明の一実施例による出席管理システムにおけるサービスの流れを説明するための図である。
【図７】図７は、この発明の一実施例によるサービス（３），（４）の処理例を表わすフローチャートである。
【図８】図８は、この発明の一実施例によるサービス（５）〜（１０）の処理例を表わすフローチャートである。
【符号の説明】
Ａ　生徒データベース（生徒ＤＢ）ＡＤを備えるサーバ、
Ｔ　退会予測指数（ケア指数）、
Ｒ　指導レポート指数（指導内容に基づくケア指数）、
Ｑ　欠席時加算指数（単一の欠席に基づくケア指数となる）、
ＱＩＤ　各レポートの質問番号に対応する項目ＩＤ。
【図１】
2004094709.tif 000003
【図２】
2004094709.tif 000004
【図３】
2004094709.tif 000005
【図４】
2004094709.tif 000006
【図５】
2004094709.tif 000007
【図６】
2004094709.tif 000008
【図７】
2004094709.tif 000009
【図８】
2004094709.tif 000010