(57)【要約】【課題】認証コードの有効期間内に輻輳を起こさない方法で学生の出欠の管理ができるようにすること、また、利用者（学生）の負担も軽くできるようにすることである。【解決手段】メールアドレスをキーとして学生の履修科目ごとの出欠テーブルを備えた履修データベース１０と、履修科目と履修科目ごとの認証コードとそのコードの有効期間を備えた認証コードデータベース１１とメールサーバ１４を設ける。学生は、教室で認証コードが知らされると、携帯１９メールのサブジェクトに認証コードを記入し、メールサーバへ送信する。メールサーバは受信したメールの認証コード、コードの有効期間、メールアドレスを、前記データベースと照合し、照合できれば出席を登録してメールを返信する。この結果、Ｗｅｂで出欠を入力するより負荷を分散して、輻輳なしに出欠の管理ができる。また、学生もメールに認証コードを記入して送信するだけで良く負担も軽くできる。【選択図】図１
2009290525.tif 000002
【特許請求の範囲】
【請求項１】
メールアドレスを主キーとして学生の学籍番号、前記学生の履修科目及び履修科目ごとの出欠データのテーブルを備えた履修データベースと、履修科目と履修科目ごとの認証コードとそのコードの有効期間のデータテーブルを備えた認証コードデータベースとからなる出席管理データベースと、
メールサーバを設け、
上記メールサーバへ端末から、教室で知らされた認証コードをサブジェクトあるいは本文に記載したメールを送信すると、その送信されたメールをメールサーバが受信して、受信メールの送信時刻とサブジェクトあるいは本文の認証コードを取得し、取得した認証コードと出席管理データベースの認証コードデータベースに登録された認証コードとを比較して一致すると、一致した認証コードから該当科目を照合し、照合できると先に取得した送信時刻から有効期間内のメールかを確認ののち、確認できた受信メールアドレスの有無を履修データベースで検索し、該当アドレスがあれば履修科目と出欠データを読み出して、読み出した履修科目が一致すると、一致した履修科目の出欠データに出席を記録して、出席受付メールを返信し、一方、認証コードを比較した際や有効期間を比較した際に不一致となった場合、あるいは履修科目を照合した際やメールアドレスを検索した際に該当アドレスが検索できない場合に、エラーメールを返信する出席確認システム。
【請求項２】
上記認証コードを上記メールサーバのアドレスのローカル部に記載して送信すると、メールサーバが受信して、受信メールの送信時刻と送信アドレスから認証コードを取得し、取得した認証コードと出席管理データベースの認証コードデータベースに登録された認証コードとを比較して一致すると、一致した認証コードから該当科目を照合し、照合できると先に取得した送信時刻から有効期間内のメールかを確認ののち、確認できた受信メールアドレスの有無を履修データベースで検索し、該当アドレスがあれば履修科目と出欠データを読み出して、読み出した履修科目が一致すると、一致した履修科目の出欠データに出席を記録して、出席受付メールを返信し、一方、認証コードを比較した際や有効期間を比較した際に不一致となった場合、あるいは履修科目を照合した際やメールアドレスを検索した際に該当アドレスが検索できない場合に、エラーメールを返信する請求項１に記載の出席確認システム。
【請求項３】
Ｗｅｂサーバを設け、上記認証コードデータベースの履修科目ごとの認証コードとそのコードの有効期間の設定をＷｅｂ上から端末を介して行ったのち、学生に知らせるようにした請求項１又は２に記載の出席確認システム。
【請求項４】
上記認証コードデータベースへのアクセス用ＩＤとパスワードの管理者用データテーブルを備え、前記データテーブルに設定されたアクセス用ＩＤとパスワードによる認証を行ったのち、Ｗｅｂ上から認証コードと使用時間の設定を行うようにした請求項３に記載の出席確認システム。
【請求項５】
上記認証コードに使用する英数字をランダムに発生するコード発生手段を備え、前記コード発生手段に、Ｗｅｂ上から認証コードを設定する際にコードを自動生成させて入力するようにした請求項３又は４に記載の出席確認システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、人手に頼っていた学生の出欠の管理をＩＴ化による情報技術を使って正確に、かつ、効率よく行えるようにした出席確認システムに関するものである。
【背景技術】
【０００２】
情報技術を使って学生の出欠の管理を行う方法として、例えば、特許文献１に示すような在席状況管理方法がある。
【０００３】
この管理方法では、図１０のように、在席管理サーバ１、キーワード呈示装置２をインターネット等のネットワーク３と接続したもので、例えば、教室などに設置したキーワード呈示装置２に、ネットワークを介して在席管理サーバ１からキーワード情報を供給し提示させる。一方、教室内で講座に出席している学生は、提示されたキーワードを見ると、自分の携帯電話（以下、携帯）４で在席管理サーバ１のホームページにアクセスし、例えば図１１（ａ）、（ｂ）のような入力画面５を表示させて、先のキーワード情報と電話番号などの識別情報を入力する。
【０００４】
前記情報が入力された在席管理サーバ１では、入力情報をキーとして、データベースから出欠管理情報、科目時間、教室、カレンダを抽出し、抽出した出欠管理情報からキーワードの表示指定時刻と終了時刻を算出して、算出した有効時間内に前記入力が行われたかを算出する。このとき、前記入力が有効な時間内に行われた場合は、前記入力情報をキーにして、データベースから履修情報、教員・学生情報を抽出し、そのデータの中に出欠を確認している科目の履修情報に携帯４から供給された電話番号の学生が存在するか否かを判定する。この判定で学生が存在する場合は、再度、キーワードが一致しているかをチェックして履修情報の出席数又は欠席日数を更新すると共に、科目情報の科目聴講状況確認データをデータベースから読み出し、読み出した科目聴講状況確認データの確認者欄に学生識別情報（例えば電話番号）に対応する学生コードを書き込む。
【０００５】
こうすることで、講座に参加している学生が有効な時間内に正しいキーワード情報を携帯４から入力すれば、その学生の学生コードが科目情報の出席者欄又は科目聴講状況確認データの確認者欄に登録される。つまり、この発明の在席状況管理システムを利用することで、正確に、かつ、容易に在席状況を確認して出欠管理を行うことができるというものである。
【特許文献１】特開２００２−２９０５６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の在席状況管理システムでは、有効時間内にキーワード情報を入力しなければならない。そのため、在席管理サーバへのアクセスが短時間に集中する問題がある。特に、出欠を取らなければならない学生数が多いと、アクセスが集中して輻輳状態となることが考えられる。そのため、入力に時間がかかってしまって、講義時間をロスすることも考えられる。また、この輻輳状態を緩和するためには、サーバの能力とともに通信容量も増強しなければならないが、学生数によっていつ起きるか分からないトラフィックに備えて増強するのは無駄が多い。
【０００７】
一方、利用者（学生）側では、アクセス後の入力画面で、キーワードと電話番号などの識別情報を入力しなければならず、煩雑なので誤入力も起こしやすい問題も考えられる。
【０００８】
そこで、この発明の課題は、キーワード（認証コード）の有効期間内に輻輳を起こさない方法で出欠の管理ができるようにすること、また、利用者（学生）の負担も軽くできるようにすることである。
【課題を解決するための手段】
【０００９】
上記の課題を解決するためこの発明では、メールアドレスを主キーとして学籍番号、前記学籍番号の学生の履修科目及び履修科目ごとの出欠データのテーブルを備えた履修データベースと、履修科目と履修科目ごとの認証コードとそのコードの有効期間のデータテーブルを備えた認証コードデータベースからなる出席管理データベースと、メールサーバを設け、上記メールサーバへ端末から、教室で知らされた認証コードをサブジェクトあるいは本文に記載したメールを送信すると、その送信されたメールをメールサーバが受信して、受信メールの送信時刻とサブジェクトあるいは本文の認証コードを取得し、取得した認証コードと出席管理データベースの認証コードデータベースに登録された認証コードとを比較して一致すると、一致した認証コードから該当科目を照合し、照合できると先に取得した送信時刻から有効期間内のメールかを確認ののち、確認できた受信メールアドレスの有無を履修データベースで検索し、該当アドレスがあれば履修科目と出欠データを読み出し、読み出した履修科目が一致すると、一致した履修科目の出欠データに出席を記録して、出席受付メールを返信し、一方、認証コードを比較した際や有効期間を比較した際に不一致となった場合、あるいは履修科目を照合した際やメールアドレスを検索した際に該当アドレスが検索できない場合に、エラーメールを返信する構成を採用したのである。
【００１０】
このような構成を採用することにより、認証コードを記入したメールを前記コードの有効期間内に送信しておけば出席の手続きができる。そのため、サーバに直接アクセスして入力を行うよりも遥かにトラフィックを小さくできるので、輻輳を起こさない方法で出欠の管理ができる。したがって、一定しない学生数に対応するためにサーバや通信容量を増強しなくてもよい。その際、メールサーバのアドレスはアドレス帳に登録しておけばよいので、認証コードはメールに一度だけ入力するだけでよく、利用者（学生）の手間もかからない。
【００１１】
このとき、認証コードを上記メールサーバのアドレスのローカル部に記載して送信すると、メールサーバが受信して、受信メールの送信時刻と送信アドレスから認証コードを取得する構成を採用することができる。
【００１２】
このような構成を採用することにより、認証コードを上記メールサーバのアドレスのローカル部に記載すれば出席の手続きができるので、メール本文に記載するよりも手間がかからないようにできる。
【００１３】
また、このとき、Ｗｅｂサーバを設け、上記認証コードデータベースの履修科目ごとの認証コードとそのコードの有効期間の設定をＷｅｂ上から端末を介して行ったのち、学生に知らせるようにした構成を採用することができる。
【００１４】
このような構成を採用することにより、インターネットへの接続環境さえあれば、認証コードと前記コードの有効期間の設定がＷｅｂ上からできるので、状況に応じて、教室からでも直接設定することもできる。
【００１５】
このとき、認証コードデータベースへのアクセス用ＩＤとパスワードの管理者用データテーブルを備え、前記データテーブルに設定されたアクセス用ＩＤとパスワードによる認証を行ったのち、Ｗｅｂ上から認証コードと使用時間の設定を行うようにした構成を採用することができる。
【００１６】
このような構成を採用することにより、セキュリティーを向上させることができる。
【００１７】
また、このとき、認証コードに使用する英数字をランダムに発生するコード発生手段を備え、前記コード発生手段に、Ｗｅｂ上から認証コードを設定する際にコードを自動生成させて入力するようにした構成を採用することができる。
【００１８】
このような構成を採用することにより、コード設定がより簡単にできるので、管理者（教職員）の負担を軽減して、出席確認の効率の向上が図れる。
【発明の効果】
【００１９】
この発明は、以上のように構成したことにより、ネットワークへの負荷が少なくて、サーバなどの装置のコストも少なくてすみ、出席手続きも簡便にできる。
【発明を実施するための最良の形態】
【００２０】
以下、この発明を実施するための最良の形態を図面に基づいて説明する。
【００２１】
この形態の出席確認システムは、図１に示すように、履修データベース１０、認証コードデータベース１１及び管理者用データベース１２からなる出席管理データベース１３とメールサーバ１４及びＷｅｂサーバ１５で構成し、Ｗｅｂサーバ１５には、本形態の場合、コード発生手段１６を備えている。また、これら出席管理データベース１３とメールサーバ１４及びＷｅｂサーバ１５はファイアーウォール１７を介してインターネット１８に接続する構成となっており、インターネット１８を介して学生の携帯１９及び管理者（教職員）の端末（携帯、パソコン）２０とアクセス可能となっている。
【００２２】
履修データベース１０は、例えば、学籍番号、氏名、履修科目、出欠などの履修要件のデータテーブルを備えており、各データテーブルはメールアドレスを主キーとして正規化してリレーショナルに構成してある。
【００２３】
認証コードデータベース１１は、例えば、履修科目と前記履修科目ごとの認証コードとそのコードの有効期間のデータテーブルをリレーショナルに構築したものである。
【００２４】
管理者用データベース１２は、このシステムを使用して出欠を管理する教職員などの管理監督者のＩＤとパスワードのデータテーブルである。
【００２５】
メールサーバ１４は、出席確認用の独自ドメインを備えたものである。
【００２６】
Ｗｅｂサーバ１５は、ここでは、例えば、データベースの更新をネットワークからできるように設けたもので、データベースの知識のない教職員などの管理者でも、ブラウザを利用した後述のような設定画面から簡単に行えるようにしたものである。
【００２７】
コード発生手段１６は、例えば、図２のように時刻ごとに異なったコード、例えばランダムな英数字をモンテカルロ法などで生成させるようにしたもので、ここでは、発生した一桁以上の英数字（ここでは２桁）を使用するようにしてある。
【００２８】
ファイアーウォール１７は、外部から前記データベース１３への侵入を阻止するために設けたもので、セキュリティーの向上を図っている。
【００２９】
この形態は、上記のように構成されており、このシステムの運用には、学生を特定するためのデータとその学生の履修データを入力して履修データベースを構築する。例えば、学生ごとの、氏名、携帯番号、履修科目などを入力する。
【００３０】
さらに、管理者用データベース１２へは、使用者である教職員のＩＤとパスワードを登録する。
【００３１】
一方、学生に対しては、メールサーバのアドレスを事前に知らせて携帯１９のアドレス帳に登録させておく。
【００３２】
運用に際しては、認証コードデータベース１１への認証コードとそのコードの有効期間の登録が必要である。このデータの登録は、Ｗｅｂサーバ１５からできるので、出欠の確認を行う直前にする。
【００３３】
具体的には、教室など出欠を取る場所で、管理者である教職員がＷｅｂサーバ１５にアクセスし、管理者の携帯２０のディスプレイに表示される図３（ａ）〜（ｄ）の画面に入力することで、例えば、図４のフローチャートの処理を実行して登録できる。
【００３４】
すなわち、Ｗｅｂサーバ１５にアクセスすると、図４の処理がスタートし（処理１００：以下「処理」省略）、図３（ａ）のログイン画面２１ａを表示する。そのため、表示画面に教員ＩＤとパスワードを入力し、ログインボタンを押す。すると、管理者用データベース１２を検索し（１１０）、前記ＩＤとパスワードが登録されていれば、出席管理データベース１３の中の認証コードデータベース１１へのアクセス（操作）が有効になり（１２０）、図３（ｂ）の設定画面２１ｂを表示する。表示された設定画面２１ｂには、プルダウンメニューを準備して履修科目の設定が小さな画面でも楽に設定ができるようにしてある。また、メニューから履修科目を選択して（１３０）、画面内の「コード発行ボタン」を押すと、認証コードが自動生成されて（１４０）、図３（ｃ）のように登録画面２１ｃが表示されるので、有効期間をプルダウンメニューで選択して（１５０）、「出席確認開始」ボタンを押せば、図３（ｄ）のように、開始画面２１ｄが表示される。したがって、認証コードと有効時間を学生に知らせれば、出席確認システムが稼動して管理者の操作は終了する。また、開始画面２１ｄには、更新ボタンと手動停止ボタンが表示されていて、認証コードと有効期間の再設定とシステムの手動停止ができるようになっている（１６０〜１７０）。
【００３５】
このようにメニューを選択し、ボタンを押して報知するだけなので、管理者の出欠管理に対する負担を小さくできる。そのため、他の業務（授業）の効率アップが図れる。
【００３６】
一方、学生は、教室で認証コードが知らされると、携帯１９のメール機能を起動して、図５（ａ）のようにメールのサブジェクトあるいは本文（図５（ａ）ではサブジェクト）に認証コードを記入し、アドレス欄にメールサーバ１４のアドレスを入力して、図５（ｂ）のように送信すると、図５（ｃ）のように受付を知らせるメールが返送される。
【００３７】
すなわち、図６のフローチャートのように、処理をスタートして（２００）、メールサーバ１４がメールを受信すると（２１０）、出席管理データベース１３の認証コードデータベース１１の認証コードを読み込んで（２２０）、そのコードと受信したメールのサブジェクトあるいは本文に記載されたコードが存在するかを確認し（２３０）、存在すれば該当科目と照合し（２４０）、該当科目が照合できれば有効な時間内に送信されたものかを確認する（２５０）。この確認は、例えばメールのタイムスタンプなどを利用すれば簡単にできる。そして、出席確認に使用できる有効期間内であれば、履修データベース１０にアクセスして（２６０）、メールのアドレスを照合し（２７０）、アドレスが存在する場合は学生の特定を行って、前記データベース１０に学籍番号の登録と該当科目の出席登録を行う（２８０）。そして、出席登録完了メールを送信する（２９０）。また、処理２３０のメールに認証コードが記載されていない場合や処理２５０で時刻が有効でない場合及び処理２７０でメールアドレスが存在しない場合は、エラーメールを送信して（２３５、２５５、２７５）処理を終了する。
【００３８】
このように、メールを使用することで、リアルタイムで応答しなくても出欠の処理ができる（バッチ処理）。そのため、Ｗｅｂサーバ１５で直接出欠を入力する場合より負荷を分散させて処理できるので、輻輳を起こさない方法で出欠の管理ができる。また、利用者（学生）の負担も軽くできる。
【００３９】
次に、認証コードの生成処理について説明する。この生成処理は、例えば図７のフローチャートに示すように、認証コードの発行の際に（３００）、認証コードデータベース１１から有効なコードを検索し（３１０）、検索した認証コード以外のランダムに生成したコードを採用する。こうすることで、有効な認証コードと重ならない認証コードを作成する（３２０）。作成した認証コードは再チェックし（３３０）、問題なければ認証コードデータベース１１へ登録し（３４０）、有効な時間を登録する（図３（ｄ）の画面２１ｄ参照）。登録が終了すると手動停止ボタンが押されるか（３７０）、あるいは有効期間が経過したかを検出していて（３８０）、手動停止ボタンが押された場合は、認証コード停止処理を行う（３７５）。また、有効時間な時間が経過した場合は、認証コードを停止する（３９０）。なお、一点鎖線で囲んだ処理３６０と処理４００は、後述の実施例１の場合に有効にする。
【実施例１】
【００４０】
この実施例１は、図８（ａ）のように、認証コードをメールアドレスのローカル部に記載するようにしたもので、この場合、認証コードをメールアドレスのローカル部に記載したメールアカウントをメールサーバ１４に登録することで実現する。
【００４１】
そのため、認証コードのアドレスを使用するので、図６の処理２３０に替えて図９のように処理５３０を行う。さらに、認証コードの生成処理では、先に述べたように、図７の破線で示すような処理３６０を設けて、メールアカウントを発行すると共に、処理４００を設けてメールアカウントを停止して、手動停止ボタンが押されるか（３７０）、あるいは有効時間が経過した場合に備える（３８０）。この部分以外は、先に図７で述べたので説明は省略する。
【００４２】
また、図８（ｂ）、（ｃ）は、図５（ｂ）、（ｃ）と同じ表示で作用効果も同じなので、説明は省略する。同様に、図６の処理２００〜３００（２３０を除く）と図９の処理５００〜６００（５３０を除く）は同じなので、説明は省略する。
【００４３】
なお、この形態では、ネットワークとしてインターネット１８に接続しているが、これに限定されるものではなく、ネットワーク１８は、プライベートなＬＡＮや携帯電話網を使用したものであってもよい。また、実施形態及び実施例１では、端末に携帯電話を使用する例について述べたが、端末については携帯電話に限定されるものではなく、パソコン、ＰＤＡ、スマートフォンなどネットワーク１８に接続してメールの送受信ができるものであればどのようなものでも使用可能である。
【図面の簡単な説明】
【００４４】
【図１】実施形態のブロック図
【図２】認証コードの表
【図３】（ａ）（ｂ）（ｃ）（ｄ）管理者携帯の表示画面
【図４】実施形態のフローチャート
【図５】学生側携帯の表示画面
【図６】実施形態のフローチャート
【図７】実施形態のフローチャート
【図８】実施例１の学生側携帯の表示画面
【図９】実施例１のフローチャート
【図１０】従来例のブロック図
【図１１】（ａ）、（ｂ）従来例の表示画面
【符号の説明】
【００４５】
１０  履修データベース
１１  認証コードデータベース
１２  管理者用データベース
１３  出席管理データベース
１４  メールサーバ
１５  Ｗｅｂサーバ
１６  コード発生手段
１８  インターネット
１９  携帯
２０  携帯
【図１】
2009290525.tif 000003
【図２】
2009290525.tif 000004
【図３】
2009290525.tif 000005
【図４】
2009290525.tif 000006
【図５】
2009290525.tif 000007
【図６】
2009290525.tif 000008
【図７】
2009290525.tif 000009
【図８】
2009290525.tif 000010
【図９】
2009290525.tif 000011
【図１０】
2009290525.tif 000012
【図１１】
2009290525.tif 000013