JP3979295B2 - 出欠管理方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は教育機関で開かれる講義、講座などの出欠管理を行うための方法に係り、特に携帯端末を用いた出欠管理に関する。
【０００２】
【従来の技術】
従来、教育機関で開かれる講義、講座などに出席している人員の確認は教員、教師などが行う。その際、出席カードなどを回収して確認するなどの方法が行われていたが、これには集計に時間がかかり講義の時間を無駄にすることが多かった。また、このような問題を解決するために、ＩＣカードをカードリーダにセットされた場合出席とする方法を用いているものもある（例えば、特許文献１参照。）。また、カードリーダと着席すると感知するセンサーを用いて出欠管理を行うものもある（例えば、特許文献２参照。）。
【０００３】
【特許文献１】
特開平９−６９１２５号公報
【０００４】
【特許文献２】
特開平１０−７４２７５号公報
【０００５】
【発明が解決しようとする課題】
ところが、上述の出欠管理方法では以下の問題があった。まず、上記特許文献１では、教室毎にカードリーダを設置する必要がありコスト高となっていた、またカードリーダを講義、講義の最中に回す方法ではカードリーダに全員が登録するために時間がかかり講義の妨げとなっていた。また、上記特許文献２では、専用の設備を必要としており、そのための費用がかかりすぎるという問題があった。
【０００６】
上述の状況に鑑み、本発明の目的は、特別な設備投資を必要とせず、簡便に確実な出欠の確認が行える方法を提供するものである。
【０００７】
【課題を解決するための手段】
本発明に係る出欠管理方法は、学生の操作する端末から、該学生を識別する学生識別情報とキーワードとを受信する受信ステップと、前記受信ステップにおいて受信したキーワードが、予めキーワード情報テーブルに設定されていたキーワードと同一であるかを判定する判定ステップと、前記判定ステップにおいて同一であると判定された場合には前記学生識別情報で特定される学生の出欠情報を出席として、出欠管理テーブルに記録する記録ステップと、を含む。
【０００８】
このように構成することにより、教育機関の講義・講座に出席している学生からの出席情報を受信する際、併せて所定のキーワードを受信することができるため、確実にその教室にいる学生の出席を確認することが可能となる。
【０００９】
また、本発明に係る出欠管理方法は、学生の操作する端末から、該学生を識別する学生識別情報を受信する受信ステップと、前記各学生識別情報の受信時間から中間時間を決定し、前記学生識別情報の受信時間と該中間時間との差が所定の時間以下であるかを判定する判定ステップと、前記判定ステップにおいて所定の時間以下であると判定された場合には前記学生識別情報で特定される学生の出欠情報を出席として、出欠管理テーブルに記録する記録ステップと、を含む。
【００１０】
このように構成することにより、教育機関の講義・講座に出席している学生からの出席情報を受信する際、受信時間が他の学生と比較して大幅に遅い学生は不正な出席情報を送信しているものと判断することができるため、確実にその教室にいる学生の出席を確認することが可能となる。
【００１１】
また、本発明に係る出欠管理方法は、学生の操作する端末から、該学生を識別する学生識別情報とキーワードとを受信する受信ステップと、前記受信ステップにおいて受信したキーワードのうち、一番多いキーワードを正解キーワードと決定する決定ステップと、前記受信ステップにおいて受信したキーワードが、前記正解キーワードと同一であるかを判定する判定ステップと、前記判定ステップにおいて同一であると判定された場合には前記学生識別情報で特定される学生の出欠情報を出席として、出欠管理テーブルに記録する記録ステップと、を含む。
【００１２】
このように構成することにより、事前に教員がキーワードを設定しなくても、上述の手段と同様の出欠確認が可能となる。
【００１３】
なお、上述の方法は、プログラム及びコンピュータにて実施することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。なお、中間的な処理結果はメモリに一時保管される。
【００１４】
【発明の実施の形態】
本発明の実施の形態に係るシステム概要について図１を用いて説明する。本発明の出欠管理方法を実施する出欠管理システム１０１は、例えば大学などの教育機関における校務処理を行うための校務サーバ１００に格納されている。この出欠管理システム１０１には、後述する端末装置１５０及び教員端末１６０からの情報を受信する受信手段１１０、端末装置１５０及び教員端末１６０へ情報を送信する送信手段１１１、後述する各種データベース（以下ＤＢとする）に各種の情報を登録する登録手段１１２、各種DBから情報を抽出する抽出手段１１３、出席情報の正当性を確認する正当性確認手段１１４、各種の情報を出力する出力手段１１５、が含まれる。
【００１５】
これらのプログラムは、校務サーバ１００の図示せぬ外部記憶装置に格納されており、各プログラム実行時に内部記憶装置に読み出される。
【００１６】
また更に、校務サーバ１００の外部記憶装置には、出欠確認の作業ファイルである出欠確認作業ＤＢ１２０、エラー情報を記録するための出欠確認エラーＤＢ１２１、学生に関する情報を格納する学生ＤＢ１２２、端末装置１５０から送信された情報を格納する出欠確認ＤＢ１２３、学生の出欠情報を格納する出欠管理ＤＢ１２４、講義の情報を格納する講義ＤＢ１２５、学生の履修情報を格納する履修ＤＢ１２６、とが含まれ、必要に応じて受信手段１１０、送信手段１１１、登録手段１１２、抽出手段１１３、時間算出手段１１４、出力手段１１５、から参照又は更新される。
【００１７】
また、校務サーバ１００は通信手段１３０を備え、例えばインターネットやＬＡＮのようなネットワーク１４０と接続して情報の送受信を行うことができるように構成されている。
【００１８】
更に、出欠管理システムを利用する学生は、端末装置１５０を携帯しており、必要に応じてネットワーク１４０を介して端末装置１５０を校務サーバ１００に接続することで各種の処理を実行することが可能となる。ここでいう端末装置１５０とは、ネットワーク１４０に接続してデータの送受信ができる端末であれば、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ）など、特に種類は問わない。
【００１９】
また、校務サーバ１００には教員端末１６０が接続されており、教員はこの端末を利用して情報の登録、参照が可能となる。
【００２０】
次に、本発明の一実施の形態に係る処理概要について図２を用いて説明する。
【００２１】
本処理は、まず教員によって該当する講義に対応するキーワードが登録される（Ｓ２０１）。次に講義が始まり、当該講義中に教員がＳ２０１で登録したキーワードを学生に伝える。この伝達を受けて、学生は各自が携帯している端末装置１５０のメーラを起動し、教員から伝えられたキーワードを入力した電子メールを出欠管理システム１０１に送信する。出欠管理システム１０１は、校務サーバ１００の図示せぬメールボックスから出席情報が入力されたメールの情報を取り出し、出欠確認ＤＢ１２３に格納する（Ｓ２０２）。その後、例えば講義終了後に、当該出欠確認ＤＢ１２３に格納された出席情報の正当性を確認する（Ｓ２０３）。その後、出欠管理ＤＢの内容を更新する。また、Ｓ２０３で正当性が確認できなかった学生に対しては、その理由を確認するためのメールを返信する（Ｓ２０５）。
【００２２】
次に、上述した処理概要について、さらに詳細に説明する。まず、Ｓ２０１のキーワード登録処理について、図３を用いて詳細に説明する。
【００２３】
まず、教員が教員端末１６０を操作して出欠管理システム１０１にログインを行う。その際、教員ＩＤを送信する（Ｓ３０１）。出欠管理システム１０１の受信手段１１０は、教員ＩＤを受信する（Ｓ３０２）。
【００２４】
次に、抽出手段１１３は、アクセスしてきた教員の担当している講義の情報を得るべく、Ｓ３０２で受信した教員ＩＤに合致するレコードを、講義ＤＢから抽出する（Ｓ３０３）。
【００２５】
この講義ＤＢ１２５を、図４の講義ＤＢ４０１に例示する。講義ＤＢ４０１は、レコード番号であるＳＥＱ、講義の開催予定日である日付、講義の開催予定時限である時限、開始時間、終了時間、講義を識別するための講義ＩＤ、講義名、担当教員を識別する教員ＩＤ、教員が設定するキーワードを格納するキーワード、とから構成されている。なお、講義ＩＤは、各講義の日付と時限ごとに採番されているものとする。
【００２６】
本実施の形態では、アクセスしてきた教員のＩＤを“Ｔ０００１”とする。そうした場合、教員ＩＤフィールドをサーチし、値が“Ｔ０００１”である、ＳＥＱ番号が１と５のレコードが抽出される。
【００２７】
次に、Ｓ３０３で抽出した情報に基づき、キーワード入力画面を編集する（Ｓ３０４）。
【００２８】
このキーワード入力画面を、図５のキーワード入力画面５０１に例示する。キーワード入力画面５０１は、ヘッダ、ボディ、フッタの３つのパーツから構成されており、ヘッダにはアクセスしてきた教員のＩＤが表示される。ボディはＳ３０３で抽出した情報に基づいて編集されている。各講義枠のキーワードを入力する領域を備えており、２００３年５月２０日の講義にはすでにキーワードが入力されていることが示されている。フッタには、確定ボタンと戻るボタンが備えられている。なお、ここではキーワードとして“Ａ１２３４５”が登録されたものとする。
【００２９】
Ｓ３０４でキーワード入力画面５０１の編集が完了すると、送信手段１１１は、このキーワード入力画面５０１を教員端末１５０に送信する（Ｓ３０５）。そして、教員端末１５０は、このキーワード入力画面５０１を受信して、図示せぬ表示装置に表示する（Ｓ３０６）。
【００３０】
教員がＳ３０６で受信したキーワード入力画面５０１のキーワード入力領域にキーワードを入力し、同画面のフッタに備えられた確定ボタンを押下すると、入力されたキーワードが出欠管理システム１０１に送信される（Ｓ３０７）。この時、同画面のフッタに備えられた”戻るボタン”を押下すると、入力されたキーワードの送信を行わずに処理を終了することとなる。
【００３１】
次に、出欠管理システム１０１の受信手段１１０は、Ｓ３０７で教員端末１６０から送信されたキーワードを受信する（Ｓ３０８）。そして、登録手段１１２は、Ｓ３０８で受信したキーワードを、講義ＤＢ１２５に格納する（Ｓ３０９）。
【００３２】
ここまでの処理で、これから開催される講義のキーワードが設定される。次に、図２に戻り、講義開始後の流れを説明する。
【００３３】
講義開始後の任意のタイミングで、事前に登録されたキーワードを教員が学生に伝える。ここでは、Ｓ２０１で登録された“Ａ１２３４５”がキーワードとなる。これを受けて、各学生は携帯している端末装置１５０のメーラを起動する。そして、出欠管理システム１０１を宛先に、教員から伝えられたキーワードを記入した電子メールを送信する。そして、出欠管理システム１０１は、校務サーバ１００の図示せぬメールボックスから出席情報となるキーワードが入力されたメールの情報を受信する（Ｓ２０２）。この時、受信したメールから得られる出席情報は、送信者のメールアドレス、送信時間、キーワードである。そして、Ｓ２０２で受信した出席情報は、出欠確認ＤＢ１２３に格納される。このように構成することにより、実際に講義に出席していない学生はキーワードを知る術がないため、確実に出欠が確認できるようになる。
【００３４】
この出欠確認ＤＢ１２３を、図６の出欠確認ＤＢ６０１に例示する。出欠確認ＤＢ６０１は、レコード番号であるＳＥＱ、学生のメールアドレスを格納するメールアドレス、受信したメールのヘッダに記載された送信日を格納する送信日、受信したメールのヘッダに記載された送信時間を格納する送信時間、メールの件名若しくは本文に記入されたキーワードを格納するキーワード、とから構成されている。
【００３５】
次に、出欠管理システム１０１の正当性確認手段１１４が実行するＳ２０３の出席情報の正当性確認処理について、図７を用いて詳細に説明する。
【００３６】
まず、出欠確認ＤＢ１２３を読み込む（Ｓ７０１）。次に、Ｓ７０１で読み込んでレコードに含まれるメールアドレスをキーに学生ＤＢ１２２を検索する（Ｓ７０２）。
【００３７】
この学生ＤＢ１２２を、図８の学生ＤＢ８０１に例示する。学生ＤＢ８０１は、レコード番号であるＳＥＱ、学籍番号、氏名、メールアドレス、とから構成されている。このように構成されていることで、出欠確認ＤＢ１２３のメールアドレスから該当する学生の学籍番号を得ることが可能となる。
【００３８】
次に、出欠確認ＤＢ１２３のレコードと学生ＤＢ１２２のレコードと履修ＤＢ１２６と講義ＤＢ１２５とを用いて、学生が送信した出席情報が対象とする講義を特定する（Ｓ７０３）。
【００３９】
例えば、出欠確認ＤＢ６０１の１レコード目であれば、メールアドレスが１２３＠ａｂｃ．ｃｏｍなので、この値をキーに学生ＤＢ１２２を検索する。
【００４０】
この学生ＤＢ１２２を、図８の学生ＤＢ８０１に例示する。学生ＤＢ８０１は、レコード番号であるＳＥＱ、学籍番号、氏名、メールアドレス、とから構成されている。本実施の形態では、メールアドレス＝１２３＠ａｂｃ．ｃｏｍで検索を行うので、１レコード目の学籍番号＝Ｓ０３０００１が抽出される。
【００４１】
次に、この学籍番号をキーに履修ＤＢ１２６を検索する。
【００４２】
この履修ＤＢ１２６を、図８の履修ＤＢ８０２に例示する。履修ＤＢ８０２は、レコード番号であるＳＥＱ、学籍番号、講義ＩＤ、とから構成されており、学籍番号、講義ＩＤの順に予め並び替えがなされているものとする。本実施の形態では、学籍番号＝Ｓ０３０００１で検索を行うので、１〜２レコード目が抽出され、当学生がＫ００１、Ｋ００３という講義ＩＤの講義を履修していることがわかる。
【００４３】
次に、Ｋ００１とＫ００３のうち、出欠確認ＤＢ６０１の送信日及び送信時間に開催されていた講義がいずれであるかを、講義ＤＢ４０１を検索することにより判定する。本実施の形態においては、送信日が２００３／５／２０で送信時間が１０：０５である。また、講義ＤＢ４０１ではＫ００１が２００３／０５／２０の９：００から１０：３０であり、Ｋ００３が２００３／０５／２０の１０：４５から１２：１５であることがわかる。よって、当学生が出席情報を送信しようとしていたのはＫ００１であることが判明する。
【００４４】
このように、講義が特定されることによって、予め設定されていたキーワードが何であるかを講義ＤＢ１２５から知ることができる。この場合は、講義ＤＢ４０１に例示したとおり、“Ａ１２３４５”である。この値と、出欠確認ＤＢ６０１の当学生に関するレコードのキーワードとを比較することにより、正しいキーワードを送信したか否かを判定することができる（Ｓ７０４）。
【００４５】
本実施の形態においては、出欠確認ＤＢのメールアドレス＝１２３＠ａｂｃ．ｃｏｍの学生は正しいキーワードを送信してきていたと判定されるが、同メールアドレス＝７８９＠ｘｙｚ．ｃｏｍの学生は“ａｂｃ２”というキーワードを送信してきていたと判定されるため、出席とは見なされない。
【００４６】
Ｓ７０４において、送信してきたキーワードが正しいと判定された場合は、必要な情報を出欠確認作業ＤＢ１２０に書き出し、次のチェックロジックに進む（Ｓ７０５）。
【００４７】
この出欠確認作業ＤＢ１２０を、図８の出欠確認作業ＤＢ８０３に例示する。出欠確認作業ＤＢ８０３は、レコード番号であるＳＥＱ、学籍番号、講義ＩＤ、送信時間、出欠の有無を示す出欠、とから構成されている。このうち、学籍番号、講義ＩＤ、送信時間、については、Ｓ７０２からＳ７０３の処理の中で、出欠確認ＤＢ１２３、学生ＤＢ１２２、履修ＤＢ１２６、講義ＤＢ１２５から抽出された情報から転記される。また、出欠については、現時点においては全てのレコードに欠席を意味する“０”が設定されるものとする。
【００４８】
また、Ｓ７０４において、送信してきたキーワードが正しくないと判定された場合は、必要な情報を出欠確認エラーＤＢ１２１に書き出す（Ｓ７０６）。この情報は、後述する学生への確認処理（Ｓ２０５）において利用される。
【００４９】
この出欠確認エラーＤＢ１２１を、図９の出欠確認エラーＤＢ９０１に例示する。出欠確認エラーＤＢ９０１は、レコード番号であるＳＥＱ、学籍番号、氏名、メールアドレス、講義ＩＤ、事象、とから構成されている。このうち、学籍番号、氏名、メールアドレス、講義ＩＤ、については、Ｓ７０２からＳ７０３の処理の中で、出欠確認ＤＢ１２３、学生ＤＢ１２２、履修ＤＢ１２６、講義ＤＢ１２５から抽出された情報から転記される。また、事象については、現時点においては全てのレコードにキーワード違いにより欠席扱いとなったことを示す“キーワード”という情報が設定されるものとする。
【００５０】
上述のようにＳ７０５若しくはＳ７０６の処理が完了すると、出欠確認ＤＢ１２３の全てのレコードを処理したか否かを判定する（Ｓ７０７）。この判定において、まだ未処理のレコードが存在する場合は、Ｓ７０１に戻り、次のレコードを読み込む。また、全てのレコードの処理が完了したのであれば、Ｓ７０８の処理に進む。
【００５１】
ここまでの処理で、キーワードを誤った学生がはじかれ、出欠確認作業ＤＢ１２０には、正しいキーワードを送信した学生のデータのみが格納されることになる。しかし、これだけでは、例えば講義に出席していなくても、出席している学生から電話等でキーワードを伝えてもらい、あたかも出席していたかのように出席情報を外部から送信してくる学生であっても出席扱いとなってしまう。そのため、次に、出欠確認作業ＤＢ１２０に格納された情報のうち、キーワードの通知から送信時間までの間隔が長く、明らかに不正な出席情報であるものを排除する処理を行う。
【００５２】
まず、出欠確認作業ＤＢ１２０の全レコードを、送信時間をキーにして並び替えを行う（Ｓ７０８）。そして、全レコードの送信時間を見て、例えば一番数が多い送信時間を中間時間（ｔ）とする（Ｓ７０９）。本実施の形態では、例えば１０：０５であったと仮定する。
【００５３】
次に、出欠確認作業ＤＢ１２０のレコードを読み込む（Ｓ７１０）。そして、読み込んだレコードの送信時間と中間時間（ｔ）とを比較する（Ｓ７１１）。この比較の結果、送信時間から中間時間（ｔ）を引いた絶対値が所定の時間より小さいかを判定する（Ｓ７１２）。本実施の形態においては、この所定の時間を１０分と仮定する。
【００５４】
出欠確認作業ＤＢ８０３の１レコード目の場合は、送信時間が１０：０５であり、中間時間（ｔ）を引いた数の絶対値は０分となるため、出席と見なされる。また、２レコード目の場合は、送信時間が１０：０６であり、中間時間（ｔ）を引いた数の絶対値は１分となるため、出席と見なされる。しかし、３レコード目については、送信時間が１０：２８であり、中間時間（ｔ）を引いた数の絶対値は２３分となるため、欠席（不当な出席）と見なされる。
【００５５】
このようにして、Ｓ７１２の判定において所定の条件を満たして出席と見なされた場合は、出欠確認作業ＤＢ１２０の出欠に出席を意味する“１”が設定される（Ｓ７１３）。しかし、Ｓ７１２の判定において所定の条件を満たしていないため欠席と見なされた場合は、出欠確認作業ＤＢ１２０の出欠は欠席を意味する“０”のままとし、出欠確認エラーＤＢ１２１に必要な情報を書き出す（Ｓ７１４）。
【００５６】
Ｓ７１４で書き出された後の出欠確認エラーＤＢ１２１を図９の出欠確認エラーＤＢ９０２に例示する。３レコード目がＳ７１４で書き出された情報であり、基本的にはＳ７０６の説明で記載したとおりであるが、事象については、送信時間が遅かったために欠席扱いとなったことを意味する“送信時間”が設定される。
【００５７】
上述のようにＳ７１３若しくはＳ７１４の処理が完了すると、出欠確認作業ＤＢ１２０の全てのレコードを処理したか否かを判定する（Ｓ７１５）。この判定において、まだ未処理のレコードが存在する場合は、Ｓ７１０に戻り、次のレコードを読み込む。また、全てのレコードの処理が完了したのであれば、Ｓ２０３の出席情報正当性確認処理は完了する。
【００５８】
次に、出欠確認作業ＤＢ１２０の情報に基づき、学生の出欠情報の管理を行う出欠管理ＤＢ１２４の更新を行う（Ｓ２０４）。
【００５９】
この出欠管理ＤＢ１２４を、図１０の出欠管理ＤＢ１００１に例示する。出欠管理ＤＢ１００１は、レコード番号であるＳＥＱ、学籍番号、講義ＩＤ、出欠の区分を示す出欠、欠席の場合のエラー区分を示すエラー、エラーに対する弁明である理由、とから構成されている。このうち、学籍番号、講義ＩＤ、については、出欠確認作業ＤＢ１２０及び出欠確認エラーＤＢから転記される。出欠については、出欠確認作業ＤＢ１２０に格納されている学生については出欠確認作業ＤＢ１２０の出欠を転記し、出欠確認エラーＤＢ１２１に格納されている学生ついては無条件に欠席を示す“０”が設定される。また、理由については、後述する学生への確認処理（Ｓ２０５）で説明する。さらに、出欠管理ＤＢ１２４は、この時点でデータの生成が行われるのではなく、年度の初めに各学生の履修が決定した時点で全てのレコードが生成されるものとする。その際、初期値として、出欠は欠席を示す“０”、エラー及び理由はブランクとする。このようにすることで、出席情報を送信しない学生であっても、データ上は初めから“０”を設定しているため、誤って出席扱いとなる恐れはない。
【００６０】
ここまでの処理で、学生の出欠を管理するための出欠管理ＤＢ１２４の情報が更新される。しかし、この段階で欠席と扱われた学生の中には、特別な事情がある場合があり、システムが無条件に欠席とするには問題がある場合が考えられる。そこで、本実施の形態においては、出席情報の正当性確認処理（Ｓ２０３）において欠席と見なされた学生に対して、その旨を通知し、弁明をする機会を与えるように構成されている。
【００６１】
この学生への確認処理（Ｓ２０５）について、図１１にフローに基づいて詳細に説明する。
【００６２】
まず、出欠管理システム１０１の正当性確認手段１１４は、出欠確認エラーＤＢ１２１のレコードを読み込む（Ｓ１１０１）。次に、このレコードの情報に基づいて、学生にエラーがあった旨の通知を行う通知メールを編集する（Ｓ１１０２）。
【００６３】
この通知メールを、図１２の通知メール１２０１に例示する。通知メールはエラーがあった講義とエラー内容を記してあり、そのエラーに対する学生の弁明を記すための理由記入欄を備えるＨＴＭＬメールとなっている。出欠管理システム１０１の送信手段１１１は、このメールを出欠確認エラーＤＢ１２１のメールアドレス宛に送信する（Ｓ１１０３）。
【００６４】
Ｓ１１０３でメールの送信が完了すると、正当性確認手段１１４は、出欠確認エラーＤＢ１２１の全てのレコードを処理したか否かを判定する（Ｓ１１０４）。この判定において、まだ未処理のレコードが存在する場合は、Ｓ１１０１に戻り、次のレコードを読み込む。また、全てのレコードの処理が完了したのであれば、メールの送信処理は完了する。
【００６５】
次に、学生が携帯する端末装置では、Ｓ１１０３で送信された通知メールを受信する（Ｓ１１０５）。そして、しかるべき理由がある学生は、通知メール１２０１の理由記入欄に理由を記入する（Ｓ１１０６）。そして、出欠管理システム１０１に対して返信を行う（Ｓ１１０７）。
【００６６】
出欠管理システム１０１は、電子メールの受信を確認するプロセスが起動されており、定期的にメールの受信があるか否かの確認を行っている（Ｓ１１０８）。そして、メールの受信があったと判定されると（Ｓ１１０９）、そのメールの内容に従って出欠管理ＤＢ１２４のデータを更新する（Ｓ１１１０）。
【００６７】
Ｓ１１１０で更新された出欠管理ＤＢ１２４を、図１３の出欠管理ＤＢ１３０１に例示する。学籍番号＝Ｓ０３０００３の学生からの理由が記入されている返信メールを受信した場合、出欠管理ＤＢ１３０１の３レコード目のように、理由に“入力ミス”などの理由が格納される。但し、この時点では出欠は欠席を意味する“０”のままである。システムで無条件に出欠の区分を変更することは運用上問題が発生する可能性があるからである。
【００６８】
最後に、出力手段１１５が出力する出欠情報一覧画面を、図１４の出欠情報一覧画面１４０１に例示する。出欠情報一覧画面は、教員が学生の出欠状況を一覧で確認する画面である。この画面は、ヘッダ、ボディ、フッタの３つのパーツから構成されており、ヘッダには教員端末１６０を操作して本システムにログインを行っている教員の教員ＩＤが表示されている。
【００６９】
教員がボディ上部の日付選択コンボボックスで任意の日付を選択すると、その下の領域に、当該日付の出欠状況が一覧表示される。なお、この情報は出欠管理ＤＢ１２４のデータが主に使用されている。この領域では、出欠のみが変更可能となっており、教員は、エラーがあった学生の理由を見て、妥当な理由であると判断した場合は、出欠選択コンボボックスを操作して出席に変更する。
【００７０】
このような操作が完了し、同画面のフッタに備えられた確定ボタンを押下すると、変更された出欠区分が出欠管理ＤＢ１２４に反映される。この時、同画面のフッタに備えられた”戻るボタン”を押下すると、変更された出欠区分は反映されずに処理を終了することとなる。
【００７１】
以上説明したように、本発明によれば、教育機関の講義・講座に出席している学生からの出席情報を受信する際、併せて所定のキーワードを受信することができるため、確実にその教室にいる学生の出席を確認することが可能となる。
【００７２】
ところで、本発明による出欠管理方法によれば、様々な実施の形態のバリエーションが可能となる。
【００７３】
例えば、端末装置１５０と出欠管理システム１０１とのデータのやり取りを電子メールで行う実施の形態を説明したが、端末装置１５０にＷｅｂブラウザを備え、校務サーバ１００がＷｅｂサーバの機能を備えることにより、端末装置１５０に入力画面を表示してキーワードの入力を行わせるように構成することも可能である。このようにすることで、最初から数種類のキーワードの選択肢を設けた入力画面を用意し、学生がその中から適切なキーワードを選択することで、キーボードからキーワードを入力するより学生にとって手間のかからない仕組みとすることも可能である。
【００７４】
また、上述したように教員がキーワードを伝えるのではなく、座席ごとにユニークとなるキーワードを伝え（各机にキーワードが記された紙を置いておく、机上に設置された表示装置にキーワードを表示する、講師が伝えたキーワードと机の番号とを組み合わせたキーワード等のバリエーションが考えられる）、そのキーワードを用いて出欠を確認することも可能である。この場合は、学生個々にキーワードが異なるため、より成り済ましを防止する効果がある。
【００７５】
また、予め教員がキーワードを登録しておく実施の形態を説明したが、そのような事前準備を行わず、講義中に教員が思いついたキーワードを伝えるような実施の形態も可能である。その場合は、出欠確認ＤＢ１２３に登録されているキーワードのうち、一番多いキーワードが正しいものであると見なすことで、上述した実施の形態と同レベルの出欠確認が可能となる。
【００７６】
この場合のキーワードの決定処理について、図１５のキーワード決定処理１５０１を用いて詳細に説明する。本処理は、上述した実施の形態における出席情報の正当性確認処理（Ｓ２０３）の前に実行される処理である。
【００７７】
まず、出欠確認ＤＢ１２３のレコードを読み込む（Ｓ１５０１）。そして、そのレコードのキーワードを一時的な作業ファイルに書き出す（Ｓ１５０２）。Ｓ１５０２で作業ファイルへの書き出しが完了すると、正当性確認手段１１４は、出欠確認ＤＢ１２４の全てのレコードを処理したか否かを判定する（Ｓ１５０３）。この判定において、まだ未処理のレコードが存在する場合は、Ｓ１５０１に戻り、次のレコードを読み込む。また、全てのレコードの処理が完了したのであれば、作業ファイルに書き込まれたキーワードのうち一番多いキーワードを正しいキーワードとして講義ＤＢ１２５の該当するレコードのキーワードに書き込む（Ｓ１５０４）。このようにすることにより、この後の処理は上述の実施の形態と同じように実施されることとなる。
【００７８】
また、さらに簡便な実施の形態として、キーワードを用いない方法も考えられる。つまり、上述の実施の形態においては、キーワードの一致と送信時間の一致との二重チェックを行っているが、このうちの送信時間の一致のみで出席を確認することも可能である。勿論、二重チェックほどの信頼性は保証できないことは言及するまでもない。
【００７９】
また、上述の実施の形態においては、端末装置１５０のメールを校務サーバ１００が受信した受信時間に基づいて種々の判定を行っていたが、当該メールのヘッダに記載された端末装置１５０が当該メールを送信した送信時間を用いることも考えられる。このようにすることで、例えば校務サーバ１００がシステムダウンをしていてメールを受信することができなかった場合等であっても出席を保証する仕組みを構築することができることとなる。
（付記１）
教育機関における学生の出欠を管理するサーバによる出欠管理方法であって、
学生の操作する端末から、該学生を識別する学生識別情報とキーワードとを受信する受信ステップと、
前記受信ステップにおいて受信したキーワードが、予めキーワード情報テーブルに設定されていたキーワードと同一であるかを判定する判定ステップと、
前記判定ステップにおいて同一であると判定された場合には前記学生識別情報で特定される学生の出欠情報を出席として、出欠管理テーブルに記録する記録ステップと、
を含むことを特徴とする出欠管理方法。
（付記２）
教育機関における学生の出欠を管理するサーバによる出欠管理方法であって、
学生の操作する端末から、該学生を識別する学生識別情報を受信する受信ステップと、
前記各学生識別情報の受信時間から中間時間を決定し、前記学生識別情報の受信時間と該中間時間との差が所定の時間以下であるかを判定する判定ステップと、
前記判定ステップにおいて所定の時間以下であると判定された場合には前記学生識別情報で特定される学生の出欠情報を出席として、出欠管理テーブルに記録する記録ステップと、
を含むことを特徴とする出欠管理方法。
（付記３）
教育機関における学生の出欠を管理するサーバによる出欠管理方法であって、
学生の操作する端末から、該学生を識別する学生識別情報とキーワードとを受信する受信ステップと、
前記受信ステップにおいて受信したキーワードのうち、一番多いキーワードを正解キーワードと決定する決定ステップと、
前記受信ステップにおいて受信したキーワードが、前記正解キーワードと同一であるかを判定する判定ステップと、
前記判定ステップにおいて同一であると判定された場合には前記学生識別情報で特定される学生の出欠情報を出席として、出欠管理テーブルに記録する記録ステップと、
を含むことを特徴とする出欠管理方法。
（付記４）
前記判定ステップの判定の結果、出席と判定されなかった学生の操作する端末に対して、その理由の記載を依頼する通知を送信する通知送信ステップを含むことを特徴とする付記１から３までのいずれかに記載の出欠管理方法。
（付記５）
コンピュータに、
学生の操作する端末から、該学生を識別する学生識別情報とキーワードとを受信する受信ステップと、
前記受信ステップにおいて受信したキーワードが、予めキーワード情報テーブルに設定されていたキーワードと同一であるかを判定する判定ステップと、
前記判定ステップにおいて同一であると判定された場合には前記学生識別情報で特定される学生の出欠情報を出席とし、同一ではないと判定された場合には前記学生識別情報で特定される学生の出欠情報を欠席として、学生出欠管理テーブルに記録する記録ステップと、
を動作させることを特徴とする出欠管理プログラム。
（付記６）
コンピュータに、
学生の操作する端末から、該学生を識別する学生識別情報を受信する受信ステップと、
前記各学生識別情報の受信時間から中間時間を決定し、前記学生識別情報の受信時間と該中間時間との差が所定の時間以下であるかを判定する判定ステップと、
前記判定ステップにおいて所定の時間以下であると判定された場合には前記学生識別情報で特定される学生の出欠情報を出席とし、所定の時間以下ではないと判定された場合には前記学生識別情報で特定される学生の出欠情報を欠席として、学生出欠管理テーブルに記録する記録ステップと、
を動作させることを特徴とする出欠管理プログラム。
（付記７）
コンピュータに、
学生の操作する端末から、該学生を識別する学生識別情報とキーワードとを受信する受信ステップと、
前記受信ステップにおいて受信したキーワードのうち、一番多いキーワードを正解キーワードと決定する決定ステップと、
前記受信ステップにおいて受信したキーワードが、前記正解キーワードと同一であるかを判定する判定ステップと、
前記判定ステップにおいて同一であると判定された場合には前記学生識別情報で特定される学生の出欠情報を出席とし、同一ではないと判定された場合には前記学生識別情報で特定される学生の出欠情報を欠席として、学生出欠管理テーブルに記録する記録ステップと、
を動作させることを特徴とする出欠管理プログラム。
【００８０】
【発明の効果】
上述のように、本発明は、学生から出席情報を受信し、当該出席情報に含まれるキーワードが、教員が伝えたキーワードと一致しているかを判定するようにしたので、確実にその教室にいる学生の出席を確認することが可能となる。
【００８１】
また、本発明は、学生から出席情報を受信し、それら受信した出席情報の中から大幅に外れた時間に受信した学生の出席情報を不正な出席情報であると判定するようにしたので、確実にその教室にいる学生の出席を確認することが可能となる。
【００８２】
また、本発明は、学生から出席情報を受信し、当該出席情報に含まれるキーワードのうち一番多いキーワードを正しいキーワードとし、当該出席情報に含まれるキーワードが、当該正しいキーワードと一致しているかを判定するようにしたので、事前に教員がキーワードを設定しなくても、上述の手段と同様の出欠確認が可能となる。
【図面の簡単な説明】
【図１】実施例のシステム構成図である。
【図２】実施例の処理概要である。
【図３】キーワード登録処理の流れを示すフローチャートである。
【図４】講義ＤＢの一例を示す図である。
【図５】キーワード入力画面の一例を示す図である。
【図６】出欠確認ＤＢの一例を示す図である。
【図７】出席情報の正当性確認処理の流れを示すフローチャートである。
【図８】学生ＤＢ、履修ＤＢ、出欠確認作業ＤＢの一例を示す図である。
【図９】出欠確認エラーＤＢの一例を示す図である。
【図１０】出欠管理ＤＢの一例を示す図である。
【図１１】学生への確認処理の流れを示すフローチャートである。
【図１２】通知メールの一例を示す図である。
【図１３】出欠管理ＤＢの一例を示す図である。
【図１４】出欠情報一覧画面の一例を示す図である。
【図１５】出席情報の正当性確認処理の流れを示すフローチャートである。
【符号の説明】
１００ 校務サーバ
１０１ 出欠管理システム
１１０ 受信手段
１１１ 送信手段
１１２ 登録手段
１１３ 抽出手段
１１４ 正当性確認手段
１１５ 出力手段
１２０ 出欠確認作業ＤＢ
１２１ 出欠確認エラーＤＢ
１２２ 学生ＤＢ
１２３ 出欠確認ＤＢ
１２４ 出欠管理ＤＢ
１２５ 講義ＤＢ
１２６ 履修ＤＢ
１３０ 通信手段
１４０ ネットワーク
１５０ 端末装置
１６０ 教員端末

Claims (2)

1. 教育機関における学生の出欠を管理するサーバによる出欠管理方法であって、
   学生の操作する端末から、該学生を識別する学生識別情報とキーワードとを受信する受信ステップと、
   前記受信ステップにおいて受信したキーワードが、予めキーワード情報テーブルに設定されていたキーワードと同一であるかを判定する第一の判定ステップと、
   前記キーワードの送信時間と、各学生のキーワードの送信時間から決定した中間時間との差が所定の時間以下であるかを判定する第二の判定ステップと、
   前記第一の判定ステップの判定結果が同一であり、かつ前記第二の判定ステップの判定結果が所定の時間以下であった場合に、前記学生識別情報で特定される学生の出欠情報を出席として、出欠管理テーブルに記録する記録ステップと、
   を含むことを特徴とする出欠管理方法。
2. 出席と判定されなかった学生の操作する端末に対して、その理由の記載を依頼する通知を送信する通知送信ステップを含むことを特徴とする請求項１に記載の出欠管理方法。

Images