授業管理装置および授業管理方法
【課題】授業や教師の質的向上のために、効率的に授業内容を評価する。
【解決手段】生徒の学習状況を管理することによって授業を支援するための授業管理装置に関する。この装置は、生徒から送信された電子メールにレポートファイルが添付されているときには、レポートファイルの名前を所定の命名規則にしたがって設定し、設定後のファイル名にて、レポートファイルを自動的に保存する。また、レポートファイルが取得されたときには、レポートファイルの取得状況を示すデータが更新される。
【解決手段】生徒の学習状況を管理することによって授業を支援するための授業管理装置に関する。この装置は、生徒から送信された電子メールにレポートファイルが添付されているときには、レポートファイルの名前を所定の命名規則にしたがって設定し、設定後のファイル名にて、レポートファイルを自動的に保存する。また、レポートファイルが取得されたときには、レポートファイルの取得状況を示すデータが更新される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生徒の学習状況を管理するための教育支援技術に関する。
【背景技術】
【０００２】
日本はいよいよ人口減少社会に突入しつつある。大学全入時代の到来も予想されるなか、各大学は生き残りをかけた厳しい競争にさらされている。魅力ある大学としての地位を築いてこのような競争に打ち勝つために、授業内容・方法を改善し、質的向上を図るための組織的な取り組み、いわゆるＦＤ（Faculty Development）の必要性が高まってきている。
【特許文献１】特開２００４−２５２６３２号公報
【特許文献２】特開２００３−１８３２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
通常の大学教育では、教師から生徒に一方通行的に知識を伝授するだけでなく、教師が生徒に課題を与えることも多い。生徒は課題に対する解答をレポートとして教師に提出する。教師は、このレポートの出来に応じて各生徒の理解度を把握し、場合によってはレポートの再提出を要求する。レポート提出は、生徒を能動的に授業に参加させる上でも有効な方法である。
しかし、多数の生徒から提出されるレポートの管理は教師にとっても負担が大きく、かえって、教師が本業としての教育に専念できなくなる可能性がある。
【０００４】
本発明の主たる目的は、授業評価のために生徒の学習状況を効率的に管理するための教育支援技術、を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様は、生徒の学習状況を管理することによって授業を支援するための授業管理装置に関する。
この装置は、生徒から送信された電子メールにレポートファイルが添付されているときには、レポートファイルの名前を所定の命名規則にしたがって設定し、設定後のファイル名にて、レポートファイルを自動的に保存する。また、レポートファイルが取得されたときには、レポートファイルの取得状況を示すレポート管理データが更新される。
【０００６】
生徒は、授業への出席を示す電子メールや授業についての感想を記述した電子メール等、さまざまな種類の電子メールを送信してもよい。そして、これらの電子メールから得られるさまざまなデータが、生徒の学習状況を管理するためのカルテデータとして統合されてもよい。同様に、生徒は、レポートが記述されたファイル（以下、「レポートファイル」とよぶ）を電子メールに添付して、授業管理装置に送信してもよい。
生徒は、普段使い慣れているノートパソコン等の通信端末から電子メールを送信するだけなので、授業管理装置の運用に対して生徒の協力を得やすいというメリットがある。
【０００７】
この装置は、生徒からレポートファイルを取得すると、所定の命名規則に基づいてレポートファイルの名前を変更してもよい。これにより、多数の生徒から送信される多数のレポートファイルを、統一的な命名規則によって一元的に管理しやすくなる。
【０００８】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、授業評価のために生徒の学習状況を効率的に管理できる。
【発明を実施するための最良の形態】
【００１０】
本実施例においては、まず、授業評価システムの概要を述べつつ、本発明の主たる特徴である「レポート管理」を中心として説明してゆく。
【００１１】
図１は、授業評価システム１０のハードウェア構成図である。
授業評価システム１０は、大学のような教育機関への導入を想定した、授業内容を評価・検証するためのシステムである。授業評価システム１０は、教師と生徒によって利用されるシステムであり、授業に対する生徒の反応を授業内容にフィードバックさせるための仕組みを提供する。
【００１２】
授業評価システム１０は、授業管理装置１００、メールサーバ２０２および複数のクライアント端末２０４を含む。これらは、インターネット２００を介して互いに接続されている。授業管理装置１００は、教師によって使用される（以下、授業管理装置１００のユーザであることを明示する意味で、「教師」のことを「ユーザ」ともよぶことにする）。各クライアント端末２０４は、生徒によって使用される携帯電話やノートパソコンなど、メール送受信機能を搭載した一般的な通信端末である。
【００１３】
まず、教師は講座の開設に際して、講座専用のメールアドレスを設定する（以下、「講座アドレス」とよぶ）。たとえば、「フランス語Ａ」という計１５回の授業からなる講座には、「fraA@xxx.co.jp」のように講座アドレスが設定される。フランス語Ａの授業を受ける生徒は、その講座アドレスを介して授業管理装置１００と電子メールを送受する。たとえば、生徒は授業に出席したときに、講座アドレスに対して出席を通知するための「出席メール」を送信する。メールサーバ２０２は、クライアント端末２０４から受信した出席メールを授業管理装置１００に転送する。このメールサーバ２０２は、一般的な既知の装置でよい。授業管理装置１００では、出席メールによって、どの講座にどの生徒が出席したかを自動的に集計する。
【００１４】
このほかにも、生徒は、授業に対する感想を記述した感想メールを講座アドレスに送信する。授業管理装置１００は、感想メールを自然言語解析して、生徒の授業に対する理解度や意欲を定量的に評価する。たとえば、「やった」、「できた」、「してみたい」というあらかじめ定義された「意欲的な単語」を感想メールが多く含んでいる場合、生徒の理解度や学習意欲が高いと判定できる。このように、本実施例に示す授業管理装置１００は、感想メールに含まれる用語を分析することにより、生徒の授業に対する反応を定量化することもできる。
【００１５】
あるいは、生徒は、レポートファイルを添付した電子メールである「レポートメール」を講座アドレスに送信してもよい。生徒から送信された電子メールが出席メールや感想メール、レポートメールなどのいずれのタイプに該当するかは、後述のメール分類処理によって判定される。
生徒の電子メールから得られるさまざまな情報は、授業内容の改善するための有用な情報として利用される。
【００１６】
図２は、授業管理装置１００の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組み合わせによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００１７】
授業管理装置１００は、ユーザインタフェース処理部１１０、通信部１２０、データ処理部１３０およびデータ保持部１５０を含む。
ユーザインタフェース処理部１１０は、教師であるユーザからの入力処理やユーザに対する情報表示のようなユーザインタフェース全般に関する処理を担当する。通信部１２０は、メールサーバ２０２を介してクライアント端末２０４との通信処理を担当する。データ保持部１５０は、あらかじめ用意された設定データや、データ処理部１３０から受け取った電子メールなど、さまざまなデータを格納する。データ処理部１３０は、ユーザインタフェース処理部１１０や通信部１２０から取得されたデータを元にして各種のデータ処理を実行する。データ処理部１３０は、ユーザインタフェース処理部１１０、通信部１２０およびデータ保持部１５０の間のインタフェースの役割も果たす。
【００１８】
ユーザインタフェース処理部１１０は、表示部１１２と入力部１１８を含む。入力部１１８は、ユーザからの入力操作を受け付ける。表示部１１２は、ユーザに対して各種情報を表示する。
【００１９】
通信部１２０は、メールの送受信を処理するためのメール送受信部１２２を含んでいる。メール送受信部１２２は、更に、通常メール送受信部１２４と自動メール送信部１２６を含む。通常メール送受信部１２４は、クライアント端末２０４に対して各種通知のための電子メールを送信したり、クライアント端末２０４から出席メールや感想メール、レポートメール等の各種電子メールを受信する。自動メール送信部１２６は、授業管理装置１００において設定される所定条件が成立したときに、自動的に所定の電子メールを送信する。たとえば、レポートファイルに含まれる誤字・脱字の個数が所定個数以上であるときには、レポート再提出を生徒に要求するメッセージが記述された電子メールを送信する。以下、このような所定メッセージが記述された電子メールであって授業管理装置１００により自動的に送信される電子メールのことを「自動メール」とよび、それ以外の通常の電子メールを「通常メール」として区別する。
【００２０】
データ保持部１５０は、メールデータ保持部１５２、レポート保持部１６０、カルテデータ保持部１７２およびフォーム保持部１７０を含む。
メールデータ保持部１５２は、生徒から受信した電子メールを保持する。レポート保持部１６０は、レポートメールに添付されたレポートファイルを保持する。レポート保持部１６０は、レポートファイルを複数のディレクトリ（フォルダ）に分類して保持するが、そのディレクトリ構造については、図１０に関連して後に詳述する。
【００２１】
カルテデータ保持部１７２は、ユーザが生徒の学習状況を判断するための元になるカルテデータを保持する。カルテデータには、たとえば、生徒の氏名やメールアドレス、出席状況、感想メールに記述された内容、レポートファイルの提出状況などの各種所定項目に対応したデータが含まれる。カルテデータ保持部１７２の具体的なデータ構造については、図３に関連して後述する。
【００２２】
フォーム保持部１７０は、カルテ表示処理部１１４がカルテデータを画面表示するときの表示レイアウトが定義されたフォームデータを保持する。フォームデータによって、カルテデータのうちの表示対象となるべきデータ、および、その表示方法が定義される。フォームデータは、カルテデータに基づく所定演算の結果を表示させるためのロジックを含めることもできる。具体的には、図１２に関連して詳述する。
【００２３】
データ処理部１３０は、メール処理部１３２、レポート処理部１４８、前置処理部１６２および授業データ管理部１３８を含む。
メール処理部１３２は、電子メールを内容を解析する。メール処理部１３２は、メール分類部１３４および整合判定部１３６を含む。メール分類部１３４は、電子メールの内容に応じて分類する。すでに述べたように、生徒から受信する電子メールは、出席メールや感想メール、レポートメールなどさまざまである。メール分類部１３４は、電子メールを所定の分類条件にしたがって分類する。たとえば、電子メールの本文に「出席」というコマンドが記述されている電子メールは出席メールとして分類し、「レポート」というコマンドが記述されている電子メールはレポートメールとして分類する。生徒は、このような各種コマンドを記述して電子メールを送信することになる。
【００２４】
整合判定部１３６は、受信された電子メールが処理対象として有効なメールであるかを判定する。たとえば、授業の開始前に受信された出席メールは有効ではないといえる。整合判定部１３６は、受信された電子メールの有効性を所定の整合条件にしたがって判定する。有効でない電子メールは解析対象外とされる。
【００２５】
レポート処理部１４８は、レポートメールからレポートファイルを取得し、レポート保持部１６０に保存する。レポート処理部１４８は、校正判定部１６４、レポート分類部１５４、命名部１５６および保存処理部１５８を含む。
レポート分類部１５４は、レポート保持部１６０においてレポートファイルを保存すべきディレクトリを選択する。レポートファイルの保存先を決定する方法については、図１０に関連して後述する。
【００２６】
命名部１５６は、レポートファイルの名前を設定する。たとえば、「新井真由美」という名前の生徒から「フランス語Ａレポート」という名前のレポートファイルを受け取ると、命名部１５６は、レポートファイルの名前を「新井真由美‐フランス語Ａ‐レポート」という名前に設定変更してもよい。この場合、「［生徒名］‐［講座名］‐レポート」という命名規則があらかじめ設定されており、命名部１５６はこの命名規則にしたがってレポートファイルの名前を設定する。命名規則については、図９に関連して後に詳述する。
【００２７】
保存処理部１５８は、レポート保持部１６０のディレクトリのうち、レポート分類部１５４により選択されたディレクトリにレポートファイルを保存する。校正判定部１６４の処理については、前置処理部１６２に関連して説明する。
【００２８】
前置処理部１６２は、取得されたレポートファイルに対して所定の前置処理を実行する。前置処理部１６２は、レポートファイルに含まれる誤字・脱字を検出する。そのほかにも、前置処理として、レポートファイルに英単語や英文が含まれているときに、当該単語を翻訳して、その日本語訳をレポートファイルに付記してもよい。あるいは、前置処理は、レポートファイルに含まれる文字数の計数、「しゃべり言葉」のようなレポートには不適切なタイプの用語が含まれているかの判定、平均文長の計算等、その処理内容はさまざまであってよい。
【００２９】
なお、前置処理部１６２は、授業管理装置１００の機能の一部として実装されてもよいが、授業管理装置１００の外部装置の機能として実現されてもよい。また、授業管理装置１００に対してプラグイン（plug-in）としてその機能が提供されてもよい。本実施例における前置処理部１６２は、レポートファイルの誤字・脱字を検出する処理を前置処理として実行する。レポート処理部１４８は、メール処理部１３２から受け取ったレポートファイルを、まず、前置処理部１６２に転送する。前置処理部１６２は、このレポートファイルの誤字・脱字を検出する。誤字脱字検出のアルゴリズムは、一般的な文書作成支援ソフトウェアに搭載されているような既知のアルゴリズムを応用すればよい。
【００３０】
前置処理部１６２は、処理結果を校正判定部１６４に通知する。校正判定部１６４は、この誤字・脱字の個数が所定個数以上あるときには、自動メール送信部１２６に指示して、レポートファイルの再提出を要求する旨のメッセージが記載された電子メールを送信させる。一方、所定個数以内であれば、このような自動メールは送信されない。このように、校正判定部１６４はレポートファイルにおける誤字・脱字の数に基づいて、再提出要求可否を決定する。このための判定条件のことを、本実施例では「許可条件」とよぶ。
許可条件判定と自動的なレポートの再提出要求処理により、文章の誤記等、レポートの内容に関わらない非本質的部分のチェックに要するユーザの労力を抑制できる。ユーザは、許可条件をクリアしたレポートファイルだけをチェックすればよい。なお、再提出を要求する自動メールには、誤字・脱字箇所を指摘するメッセージが付記されてもよい。
もちろん、教師は、文章としての質がよいレポートファイルであっても、その内容が不出来であれば、生徒に対して再提出を要求してもよい。この場合には、教師は、通常メールによりレポートの再提出を要求すればよい。
【００３１】
授業データ管理部１３８は、講座に関するデータを授業ごとに授業データとして管理する。講座は１回以上の授業によって構成される。たとえば、試験の平均点や、感想メールから解析される生徒の理解度、授業計画のようなさまざまなデータが授業データとして管理対象となる。
【００３２】
授業データ管理部１３８は、生徒管理部１４０および設定部１４２を含む。
生徒管理部１４０は、出席率や試験結果など生徒の学習状況に関連するデータを管理する。生徒管理部１４０は、更に、カルテ管理部１６８を含む。カルテ管理部１６８は、生徒に関するデータのうち、カルテデータ保持部１７２のカルテデータを適宜更新する。
【００３３】
設定部１４２は、整合判定部１３６やメール分類部１３４、校正判定部１６４における各種条件のように授業管理装置１００における各種処理のための条件を設定する。設定部１４２は、命名規則設定部１４６と受付期間設定部１４４を含む。
命名規則設定部１４６は、後に示す命名規則設定画面２７６を介して、レポートファイルの命名規則を設定する。受付期間設定部１４４は、後に示す締切設定画面２７４を介して、レポートファイルの受付期間を設定する。たとえば、受付期間が「８月３１日まで」と設定された場合、整合判定部１３６は、９月１日以降に取得されたレポートファイルを自動的に無効扱いとする。
【００３４】
受付期間については、レポートメールの送信日時と受信日時のいずれに基づいて判定してもよいし、また、その双方に基づいて判定してもよいが、本実施例においては送信日時に基づいて判定するとして説明する。受信日時は、インターネット２００のトラフィックやメールサーバ２０２の不具合等の各種外的要因によって影響されやすい情報と考えられるためである。なお、整合判定部１３６は、レポートメールのヘッダ情報から送信日時を検出して判定を行う。
【００３５】
図３は、カルテデータ保持部１７２におけるカルテデータのデータ構造図である。
同図に示すのは「フランス語Ａ２００５」という講座について、各生徒のカルテデータである。ここでは、カルテデータに含まれるさまざまなデータのうち、その一部のみを示している。
【００３６】
ＩＤ欄２８２は、生徒を識別するためにあらかじめ付与されているＩＤ（以下、「生徒ＩＤ」とよぶ）を示す。氏名欄２８４は生徒名を示す。出席履歴欄２８６は「フランス語Ａ２００５」の１５回分の授業についての生徒の出席状況を示す。同図丸印は出席を示し、バツ印は欠席を示す。カルテ管理部１６８は、出席メールを受信したとき、その送信アドレス等に基づいて生徒を特定した上で、出席履歴欄２８６の該当データを更新する。
【００３７】
未提出物欄２８８はレポートファイルの提出状況を示す。カルテ管理部１６８は、レポートファイル付きのレポートメールが有効に受信されると、未提出物欄２８８の該当データを更新する。未送信感想欄２９０は感想メールの到着状況を示す。カルテ管理部１６８は、感想メールが受け付けられると、未送信感想欄２９０の該当データを更新する。
特記事項欄２９２は、教師が入力部１１８を介して入力したデータである。生徒についてのコメント等、自由に書き込むことができる。このように、カルテデータは、電子メールの受信を契機としてカルテ管理部１６８によって自動的に記述されるデータと、ユーザによって入力されるデータによって構成されている。
【００３８】
図４は、授業管理装置のメニュー画面の画面図である。
教師であるユーザが授業管理装置１００にログインしたときには、まず、このメニュー画面２１０が表示される。講座選択領域２１２は、現在開設されている講座を一覧表示する。ここでは、「フランス語Ａ２００５」、「フランス語Ｂ２００５」および「フランス語Ｃ２００５」という３つの講座が開設されている。同図においては、「フランス語Ａ２００５」が選択されている。
【００３９】
メニューボタン群２１４に含まれるいずれかのボタンが選択されると、講座選択領域２１２で選択された講座についての各種授業データにアクセスする画面が表示される。出席簿ボタン２１６は、生徒の出席状況を表示させるためのボタンである。感想受付ボタン２１８は、生徒から受信された感想メールの内容を一覧表示させるためのボタンである。提出物管理ボタン２２０は、レポートファイルの提出状況を表示させるためのボタンである。試験結果ボタン２２２は、試験結果を一覧表示させるためのボタンである。整合性チェックボタン２２４は、整合条件を設定するための画面を表示させるボタンである。カルテボタン２２６は、生徒の授業態度や成績に関する情報を「カルテ」として表示させるためのボタンである。通知ボタン２２８は、休講通知などのように授業に関する連絡事項を通知するための画面を表示させるボタンである。投票ボタン２３０は、生徒の意見を募るための画面を表示させるためのボタンである。
【００４０】
ここでは、授業管理装置１００の基本的な機能として、メニューボタン群２１４のボタン群のうちの出席簿ボタン２１６および感想受付ボタン２１８が選択されたときにそれぞれ表示される出席簿画面２４０および感想受付画面２５０について説明する。その後、提出物管理ボタン２２０が選択されたときに表示される提出物管理画面２６０に関して、レポート管理を中心として説明する。
【００４１】
図５は、出席簿画面２４０の画面図である。
出席簿画面２４０は、図４のメニュー画面２１０において、出席簿ボタン２１６がクリックされたときに表示される。教師は、授業開始時に、その授業の合い言葉を生徒に示す。合い言葉は、教室で口頭で示されてもよい。授業に出席した生徒はこの合い言葉を入力して出席メールを講座アドレスに送信する。メール分類部１３４が出席メールを分類し、整合判定部１３６がその出席メールに正しい合い言葉が記述されているかを判定する。有効な出席メールであれば、授業データ管理部１３８は出席メールの送信元である生徒を正規の出席者として認定する。表示部１１２は、授業に出席している生徒名を出席簿画面２４０に表示する。
【００４２】
授業選択領域２４２は、「フランス語Ａ２００５」講座の各授業に関する出席状況を表示する。同図によれば、この講座の授業は４回目であり、４回分の授業の出席率が一覧表示されている。授業選択領域２４２では、４回目の「Ｒの発音」というテーマの授業が選択されている。出欠状況表示領域２４４は、授業選択領域２４２で選択された４回目の授業に出席している生徒名を一覧表示させている。ここでは、講座に登録されている６人の生徒のうち、「竹治義克」を除く５名が授業に出席している。授業管理装置１００が出席メールを受け付けると、表示部１１２は自動的に出席簿画面２４０の内容を更新するため、出席簿画面２４０によって、教師は各生徒の出席状況をリアルタイムかつ正確に把握できる。
カルテ管理部１６８は、有効に出席メールが受け付けられたときには、カルテデータ保持部１７２が保持するカルテデータを更新する。たとえば、「竹治義克」から新たに出席メールを受信すると、カルテ管理部１６８は、「フランス語Ａ２００５」の「竹治義克」のカルテデータにおける出席状況に関するデータを更新する。
【００４３】
図６は、感想受付画面２５０の画面図である。
感想受付画面２５０は、図４のメニュー画面２１０において、感想受付ボタン２１８がクリックされたときに表示される。生徒は、授業が終わると、講座アドレス宛に感想メールを送信する。この感想メールによって、教師は、授業に対する生徒の反応を即座に知ることができる。授業選択領域２５２は、「フランス語Ａ２００５」講座の各授業に関する感想メールの受け付け状態を表示する。授業選択領域２５２では、４回目の授業が選択されている。感想一覧領域２５６は、授業選択領域２５２で選択された４回目の授業に対する生徒の感想を一覧表示させている。更に、感想表示領域２５４は、感想一覧領域２５６で選択された生徒「新井真由美」の感想が表示されている。
【００４４】
ここで、教師が「質問」というキーワードを設定すると、感想メールの中に「質問」という単語が含まれている生徒には星印が付記されている。この機能によって、教師は、質問事項が含まれている感想メールを簡単に見つけることができる。
カルテ管理部１６８は、感想メールが受け付けられると、カルテデータ保持部１７２のカルテデータを更新する。
【００４５】
図７は、提出物管理画面２６０の画面図である。
提出物管理画面２６０は、図４のメニュー画面２１０において、提出物管理ボタン２２０がクリックされたときに表示される。生徒は、教師から授業中に提示された課題について解答し、レポートファイルとしてまとめる。そして、講座アドレス宛にレポートファイルを添付した電子メール、すなわち、レポートメール送信する。授業管理装置１００は、レポートメールを受信すると、カルテデータの未提出物欄２８８等に示したレポート提出状況に関連するデータを更新する。ただし、レポートメールであってもレポートファイルが添付されていなければ、レポート提出は有効とは扱われない。
【００４６】
授業選択領域２６２は、「フランス語Ａ２００５」講座の各授業についてのレポート提出状況を示す。授業選択領域２６２は、レポートの締切日や締切までの残り日数、レポートファイルの提出率等を示す。授業選択領域２６２では、４回目の授業が選択されている。提出状況一覧領域２６４は、授業選択領域２６２で選択された４回目の授業について各生徒のレポート提出状況を一覧表示する。
【００４７】
生徒から提出されたレポートファイルは、前置処理部１６２によって誤字・脱字がチェックされる。提出状況一覧領域２６４には、各生徒のレポートファイルの誤字・脱字の個数も表示される。また、生徒が複数回レポートファイルを提出するときには、前回のレポートファイルと比較した誤字・脱字の数が増減が示される。たとえば、提出状況一覧領域２６４によると、第４回目の授業「Ｒの発音」において、生徒「石田英行」は、２回レポートファイルを提出している。これは、「石田英行」がレポートファイルを再提出していることを意味する。２回目のレポートファイルに対する前置処理の結果、検出された誤字・脱字箇所は２箇所であり、１回目のレポートに比べてその数が増加している旨が上向きの矢印によって示されている。
【００４８】
図８は、締切設定画面２７４の画面図である。
ユーザは、締切設定画面２７４を介してレポートファイルの受付期間を設定する。ユーザの指示に応じて、表示部１１２は、締切設定画面２７４を表示する。
【００４９】
レポート名設定領域２７０は、レポート名を指定する。同図においては、授業のテーマと同じく「Ｒの発音」というレポート名が設定されている。このレポート名は、授業中に教師から生徒に口頭で通知されてもよいし、締切設定画面２７４の設定を契機として、自動メールにより生徒に通知されてもよい。
生徒は、レポートファイルを提出するときには、レポートメールの本文に「生徒ＩＤ レポート レポート名」というフォーマットのテキストを記述する。ここで、生徒ＩＤの次に記載されている「レポート」は、当該電子メールがレポートメールである旨を示すコマンドである。たとえば、生徒ＩＤ「２００５１００１」の新井真由美の場合、メール本文に「２００５１００１ レポート Ｒの発音」と記述してレポートメールを送信することになる。
【００５０】
メール分類部１３４は、「レポート」というコマンドによって、当該電子メールがレポートメールであると判定する。レポート分類部１５４は、「レポート」コマンドの後に指定されたレポート名により、そのレポートメールがどの課題に対するレポートメールであるかを判定する。
ユーザが、レポート名設定領域２７０にてレポート名「Ｒの発音」を設定すると、設定部１４２はレポート保持部１６０に「Ｒの発音」という同名のディレクトリを自動生成することになるが、これについては図１０に関連して説明する。
【００５１】
締切日設定領域２７２は、レポートファイルの提出締切日を設定するための領域である。同図においては、２００５年８月３１日が提出締切日として設定されている。整合判定部１３６は、ここで設定された締切日に基づいて、レポートファイルが受付期間内に送信されたか否かを判定する。この締切日についての設定は、レポートメールについての整合条件を定めるものであるといえる。
【００５２】
図９は、命名規則設定画面２７６の画面図である。
ユーザは、命名規則設定画面２７６を介してレポートファイルの命名規則を設定する。ユーザの指示に応じて、表示部１１２は命名規則設定画面２７６を表示する。
【００５３】
第１要素設定領域３４０、第２要素設定領域３４２および第３要素設定領域３４４に設定される各要素名が、接続要素設定領域３４６に示される記号によって接続されることにより、保存時のレポートファイル名が決定される。同図においては、第１要素設定領域３４０には「生徒ＩＤ」という要素、第２要素設定領域３４２には「生徒名」という要素、第３要素設定領域３４４には「レポート」という文言が指定されている。そして、接続要素設定領域３４６には「−（ハイフン）」が指定されている。したがって、生徒ＩＤ「２００５１００１」の生徒「新井真由美」からのレポートファイルは、命名部１５６により「２００５１００１−新井真由美‐レポート．ｔｘｔ」という名前に設定される。保存処理部１５８は、このファイル名にて、新井真由美のレポートファイルをレポート保持部１６０に保存する。
【００５４】
このように、第１要素設定領域３４０、第２要素設定領域３４２、第３要素設定領域３４４および接続要素設定領域３４６の各領域における指定値が、命名部１５６がレポートファイルの名前を設定するための命名規則となる。以下、命名部１５６により命名規則にしたがって設定された名前のことを「保存用レポート名」とよび、もともと生徒が送信したレポートファイルの名前を「送信時レポート名」とよぶことにする。このほかにも、レポートファイルの送信日時や、送信時レポート名などが、保存用レポート名の構成要素となってもよい。
例示領域３４８は、第１要素設定領域３４０、第２要素設定領域３４２、第３要素設定領域３４４および接続要素設定領域３４６に指定された各データに基づいて、保存用レポート名を例示する。
【００５５】
図１０は、レポート保持部１６０におけるディレクトリ構造を示す模式図である。
新たに講座が開設され講座アドレスが設定されると、設定部１４２は講座名と同名のディレクトリを生成する。同図においては、「フランス語Ａ２００５」や「ドイツ語Ａ２００５」、「線形代数I２００６」などの複数の講座に対応して複数のディレクトリが生成されている。以下、このような講座に対応したディレクトリのことを「講座ディレクトリ」とよぶ。
【００５６】
ユーザが、締切設定画面２７４を介してレポートの提出締切日を設定すると、レポート名設定領域２７０において指定されたレポート名と同名のディレクトリが生成される。同図において、講座ディレクトリ「フランス語Ａ２００５」は、「フランス語の防衛に関する考察」や「フランス語の歴史的変化」等のレポート名に対応したディレクトリを含んでいる。以下、このようなレポート名に対応したディレクトリのことを「レポートディレクトリ」とよぶ。
【００５７】
レポートディレクトリが生成されると、レポートディレクトリの下に、講座に登録している生徒に対応したディレクトリが自動生成される。たとえば、「フランス語の防衛に関する考察」というレポートディレクトリは、「フランス語Ａ２００５」という講座ディレクトリに属しているので、「フランス語Ａ２００５」という講座に登録している「新井真由美」や「石田英行」等の生徒名に対応したディレクトリが生成されることになる。以下、このような生徒名に対応したディレクトリを「生徒ディレクトリ」とよぶ。
【００５８】
このようなディレクトリが設定されている状態で、生徒ＩＤ「２００５１０３２」の「石田英行」から「フランス語Ａ２００５」の講座アドレス宛に、「２００５１０３２ レポート フランス語の防衛に関する考察」というコマンドが記述されたレポートメールが送信されたとする。このとき、メール分類部１３４は、電子メール本文において、生徒ＩＤの次に記述されている「レポート」というコマンド名から、その電子メールがレポートメールであると判定する。レポート分類部１５４は、「フランス語の防衛に関する考察」という用語と生徒ＩＤから、そのレポートファイルの保存先を「フランス語Ａ２００５＞フランス語の防衛に関する考察＞石田英行」のディレクトリと判定する。命名部１５６は、命名規則にしたがって保存用レポート名を決定する。図９に示した命名規則によれば、保存用レポート名は「２００５１０３２−石田英行−レポート」となる。
保存処理部１５８は、保存用レポート名にて、レポートファイルをレポート保持部１６０の該当ディレクトリに保存する。このように、生徒から受信されるさまざまなレポートファイルが、自動的に仕分けされて各ディレクトリに保存されることになる。
【００５９】
また、教師が出した課題に対して、ある生徒がレポートファイルを提出した後、その生徒が同じ課題についてレポートファイルを再提出したとする。たとえば、「石田英行」が「フランス語の防衛に関する考察」という課題に対し、「２００５１０３２ レポート フランス語の防衛に関する考察」というコマンドが記述されたレポートメールを送信し、再度、「２００５１０３２ レポート フランス語の防衛に関する考察」というコマンドが記述されたレポートメールを送信したとする。このようなときには、命名部１５６は、１回目のレポートファイルと２回目のレポートファイルを別名に設定する。
【００６０】
２回目のレポートファイルが受信されると、命名部１５６はすでに保存されている１回目のレポートファイルの保存用レポート名を「２００５１０３２−石田英行‐レポート１」に変更し、２回目のレポートファイルの保存用レポート名を「２００５１０３２−石田英行‐レポート２」に設定する。このような処理により、生徒から、レポートファイルが再提出されたときにも、それらを識別できるような保存用レポート名に適宜設定される。結果として、新たなレポートファイルによって、先に取得されていたレポートファイルが上書きされないので、レポート保持部１６０は生徒が提出したレポートファイルをすべて保存できる。
【００６１】
たとえば、１回目のレポートファイルには「かもしれない」「おもしろかった」という用語が多く含まれ、２回目のレポートファイルに「わかった」「だと思った」という用語が多く含まれていたとする。この場合には、レポートの再提出によって生徒の課題に対する考察が深くなっていることが推測できる。このように複数回のレポートファイルに含まれる用語を比較することによって、生徒の学習状況をより深く認識しやすくなる。
【００６２】
ユーザは、レポートファイルをチェックし、再提出を要求するか否かを入力してもよい。再提出を要求しないとき、命名部１５６は、そのレポートファイルの名前を更に変更してもよい。たとえば、「２００５１０３２−石田英行‐レポート２」というレポートファイルが再提出不要であれば、教師は「再提出不要」の旨を入力する。このとき、命名部１５６はこのレポートファイルの名前を「２００５１０３２−石田英行‐レポート２（最終版）」という名前に変更してもよい。このような命名処理によれば、ユーザはファイル名を参照するだけでも、各生徒のレポート提出状況を把握できる。
カルテ管理部１６８は、受付期間内にレポートファイルが受信されると、カルテデータの未提出物欄２８８を「有」から「無」に変更するとしてもよいし、教師が「再提出不要」の旨を入力したことを条件としてカルテデータの未提出物欄２８８を「有」から「無」に変更するとしてもよい。
【００６３】
図１１は、レポートメールの受付処理過程を示すフローチャートである。
まず、通常メール送受信部１２４は、生徒から電子メールを受信する（Ｓ１０）。メール分類部１３４は、この電子メールがレポートメールにあたるかを判定する（Ｓ１２）。レポートメールでなければ（Ｓ１２のＮ）、感想メールや出席メールなど、それぞれに対応する各種処理が実行されることになる（Ｓ３２）。
【００６４】
レポートメールであれば（Ｓ１２のＹ）、整合判定部１３６はこのレポートメールの送信日時が受付期間設定部１４４により設定された受付期間内にあるかを判定する（Ｓ１４）。受付期間内になければ（Ｓ１４のＮ）、整合判定部１３６は自動メール送信部１２６に指示して、レポートの提出が遅れたことを注意する自動メールを送信させる（Ｓ１６）。本実施例においては、締切に遅れたレポートファイルは、評価の対象とはならず、レポート保持部１６０にも保存されない。変形例として、レポートファイルが締切日に遅れたときには、自動メールによって注意した上で（Ｓ１６）、Ｓ１８以降の通常の処理の対象とされてもよい。
【００６５】
受付期間内のレポートファイルであれば（Ｓ１４のＹ）、レポート処理部１４８は添付されているレポートファイルを前置処理部１６２に渡し、前置処理部１６２は前置処理を実行する（Ｓ１８）。前置処理部１６２は、レポートファイル中の誤字・脱字の個数を計数し、受け取ったレポートファイルに誤字・脱字箇所を付記して校正判定部１６４に渡す。校正判定部１６４は、前置処理結果についての許可条件、たとえば、誤字・脱字の個数が２０箇所以内であるかについて判定する（Ｓ２０）。許可条件が満たされない場合には（Ｓ２０のＮ）、校正判定部１６４は自動メール送信部１２６に指示して、再提出を要求する旨が記述された自動メールを送信させる（Ｓ２２）。許可条件が成立するときには（Ｓ２０のＹ）、Ｓ２２の処理はスキップされる。
【００６６】
命名部１５６は、レポートファイルの保存用レポート名を決定する（Ｓ２４）。レポート分類部１５４は、レポートファイルの送信先となっていた講座アドレスや、本文中の生徒ＩＤ等から、レポートファイルの保存先となるディレクトリを選択する（Ｓ２６）。保存処理部１５８は、選択されたディレクトリにレポートファイルを保存する（Ｓ２８）。カルテ管理部１６８は、カルテデータの未提出物欄２８８等、レポートファイルの取得状況を示すデータを更新する（Ｓ３０）。
【００６７】
図１２は、カルテ画面３００の画面図である。
ここでは、カルテ画面３００において表示対象となるさまざまなデータのうち、その一部のみを示している。ユーザが図４のメニュー画面２１０において講座を指定した上でカルテボタン２２６をクリックすると、表示部１１２は、フォームデータに定義されている表示レイアウトにて、カルテデータを表示させる。ＩＤ表示領域３０２は、図３のＩＤ欄２８２における生徒ＩＤを示す。生徒ＩＤを変更すると別の生徒についてのカルテデータが表示される。このようにカルテ画面３００は、講座ごと、かつ、生徒ごとにそれぞれ別画面にて表示される。ここでは、「フランス語Ａ２００５」の受講生である「新井真由美」のカルテデータが表示対象となっている。
【００６８】
氏名表示領域３０４は、図３の氏名欄２８４における生徒名を表示する。出席状況表示領域３０６は、図３の出席履歴欄２８６における生徒の出席状況を示す。フォームデータには、あらかじめ「フランス語Ａ２００５」講座の授業が１５回あるものとして出席状況表示領域３０６の欄がデザインされている。ユーザはフォームデータを自由にデザインできる。出欠率表示領域３０７は、「新井真由美」の「フランス語Ａ２００５」に対する出席率と欠席率（まとめて、「出欠率」とよぶ）を示す。フォームデータには、出席状況表示領域３０６に示される出席データに基づいて、出欠率を算出するための式が記述されている。表示部１１２は、カルテデータを表示させるときに、フォームデータにこのような計算式が記述されているときには、カルテ管理部１６８に計算実行を指示する。カルテ管理部１６８は、カルテデータとフォームデータを参照して、出席率と欠席率をそれぞれ計算し、その計算結果を表示部１１２に渡す。表示部１１２は、この計算結果を出欠率表示領域３０７に出欠率として表示させる。
【００６９】
整合性表示領域３０８は、レポートファイルの提出状況や出席メールの有効性など、各種条件判定の結果を示す。フォームデータには、授業に出席していないのに感想メールを送ったり、レポートファイルを提出していないなど、整合性表示領域３０８に表示すべき状況についてさまざまな条件設定を記述できる。たとえば、未提出レポートがあるか否かは、カルテデータの未提出物欄２８８のデータによって判定できる。また、出席率が５０％以下なのに、試験の平均点が７０点以上の生徒は印をつけてもよい。フォームデータに記述された各種判定条件は、カルテ管理部１６８によって判定される。
【００７０】
文長推移表示領域３１０は、授業終了後に生徒が送信する感想メールの本文の感想文字数の変化をグラフとして示す。感想メールが受信されると、文字計数部１６６は、感想文字数を計数する。この感想文字数もカルテデータの一部としてカルテデータ保持部１７２に保持される。意欲的に授業に参加している生徒は、一般的には感想文字数も多くなると考えられる。そのため、生徒の意欲の変化を推し量る上で、文長推移表示領域３１０のグラフは有益な判断材料となる。このように、電子メールの内容だけではなく、感想文字数のように生徒の無意識心理を反映したデータもカルテとして活用することにより、より多面的に生徒の学習状況を探ることができる。
【００７１】
カルテ管理部１６８は、全生徒において感想文字数の平均値を計算する。そして、カルテ表示処理部１１４は、文長推移表示領域３１０に全生徒の感想文字数の平均値と生徒「新井真由美」の感想文字数とを比較したかたちで表示させている。このため、教師であるユーザは、全体傾向と個人傾向をあわせて把握できる。
【００７２】
以上、実施例に基づいて本発明を説明した。
本実施例に示した授業管理装置１００によれば、授業評価システム１０を運用する上で得られるさまざまなデータをカルテデータとしてまとめることができる。カルテ画面３００によって、ユーザは、生徒ごとの学習状況をきめこまやかに、かつ、一目で把握しやすくなる。生徒の電子メールをベースとしてカルテデータを生成するので、カルテデータを作成するための教師の負荷を軽減できる。
【００７３】
授業管理装置１００は、ユーザが設定可能な命名規則により、さまざまな生徒から取得されるレポートファイルの名前を自動的に設定できる。また、ユーザは簡単なユーザインタフェースにて自由に命名規則を設定できるので、自分なりのネーミングポリシに基づいて、各生徒のレポートを管理できる。また、レポートメールに含まれる簡単なコマンドで、レポート保持部１６０におけるレポートファイルの保存先を決定できる。そのため、多数の生徒から多数のレポートファイルが取得される場合において、教師がレポートファイルを管理するための負担を軽減できる。
【００７４】
また、受付期間の設定により、レポートファイルの締切を授業管理装置１００によって自動的に管理できる。更に、レポートファイルが教師による評価対象となる前に、前置処理としてレポートファイルの検査や加工が可能となっている。たとえば、本実施例で示したように、自動的に誤字・脱字チェックを行い、必要に応じて生徒に再提出を要求すれば、教師がレポートファイルを評価するための負担を軽減できる。
【００７５】
なお、請求項に記載の学習管理部の機能は、本実施例においては主として生徒管理部１４０によって実現される。また、請求項に記載の受付期間判定部の機能は、本実施例においては主として整合判定部１３６によって実現される。請求項に記載の再提出要求部の機能は、本実施例においては校正判定部１６４や自動メール送信部１２６によって実現される。請求項に記載のレポート管理データは、本実施例においてはカルテデータの一部として実現される。
これら請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【００７６】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００７７】
【図１】授業評価システムのハードウェア構成図である。
【図２】授業管理装置の機能ブロック図である。
【図３】カルテデータ保持部におけるカルテデータのデータ構造図である。
【図４】授業管理装置のメニュー画面の画面図である。
【図５】出席簿画面の画面図である。
【図６】感想受付画面の画面図である。
【図７】提出物管理画面の画面図である。
【図８】締切設定画面の画面図である。
【図９】命名規則設定画面の画面図である。
【図１０】レポート保持部におけるディレクトリ構造を示す模式図である。
【図１１】レポートメールの受付処理過程を示すフローチャートである。
【図１２】カルテ画面の画面図である。
【符号の説明】
【００７８】
１０ 授業評価システム、 １００ 授業管理装置、 １１０ ユーザインタフェース処理部、 １１２ 表示部、 １１８ 入力部、 １２０ 通信部、 １２２ メール送受信部、 １２４ 通常メール送受信部、 １２６ 自動メール送信部、 １３０ データ処理部、 １３２ メール処理部、 １３４ メール分類部、 １３６ 整合判定部、 １３８ 授業データ管理部、 １４０ 生徒管理部、 １４２ 設定部、 １４４ 受付期間設定部、 １４６ 命名規則設定部、 １４８ レポート処理部、 １５０ データ保持部、 １５２ メールデータ保持部、 １５４ レポート分類部、 １５６ 命名部、 １５８ 保存処理部、 １６０ レポート保持部、 １６２ 前置処理部、 １６４ 校正判定部、 １６８ カルテ管理部、 １７０ フォーム保持部、 １７２ カルテデータ保持部、 ２００ インターネット、 ２０２ メールサーバ、 ２０４ クライアント端末、 ２１０ メニュー画面、 ２４０ 出席簿画面、 ２５０ 感想受付画面、 ２６０ 提出物管理画面、 ２７４ 締切設定画面、 ２７６ 命名規則設定画面、 ３００ カルテ画面。
【技術分野】
【０００１】
本発明は、生徒の学習状況を管理するための教育支援技術に関する。
【背景技術】
【０００２】
日本はいよいよ人口減少社会に突入しつつある。大学全入時代の到来も予想されるなか、各大学は生き残りをかけた厳しい競争にさらされている。魅力ある大学としての地位を築いてこのような競争に打ち勝つために、授業内容・方法を改善し、質的向上を図るための組織的な取り組み、いわゆるＦＤ（Faculty Development）の必要性が高まってきている。
【特許文献１】特開２００４−２５２６３２号公報
【特許文献２】特開２００３−１８３２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
通常の大学教育では、教師から生徒に一方通行的に知識を伝授するだけでなく、教師が生徒に課題を与えることも多い。生徒は課題に対する解答をレポートとして教師に提出する。教師は、このレポートの出来に応じて各生徒の理解度を把握し、場合によってはレポートの再提出を要求する。レポート提出は、生徒を能動的に授業に参加させる上でも有効な方法である。
しかし、多数の生徒から提出されるレポートの管理は教師にとっても負担が大きく、かえって、教師が本業としての教育に専念できなくなる可能性がある。
【０００４】
本発明の主たる目的は、授業評価のために生徒の学習状況を効率的に管理するための教育支援技術、を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様は、生徒の学習状況を管理することによって授業を支援するための授業管理装置に関する。
この装置は、生徒から送信された電子メールにレポートファイルが添付されているときには、レポートファイルの名前を所定の命名規則にしたがって設定し、設定後のファイル名にて、レポートファイルを自動的に保存する。また、レポートファイルが取得されたときには、レポートファイルの取得状況を示すレポート管理データが更新される。
【０００６】
生徒は、授業への出席を示す電子メールや授業についての感想を記述した電子メール等、さまざまな種類の電子メールを送信してもよい。そして、これらの電子メールから得られるさまざまなデータが、生徒の学習状況を管理するためのカルテデータとして統合されてもよい。同様に、生徒は、レポートが記述されたファイル（以下、「レポートファイル」とよぶ）を電子メールに添付して、授業管理装置に送信してもよい。
生徒は、普段使い慣れているノートパソコン等の通信端末から電子メールを送信するだけなので、授業管理装置の運用に対して生徒の協力を得やすいというメリットがある。
【０００７】
この装置は、生徒からレポートファイルを取得すると、所定の命名規則に基づいてレポートファイルの名前を変更してもよい。これにより、多数の生徒から送信される多数のレポートファイルを、統一的な命名規則によって一元的に管理しやすくなる。
【０００８】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、授業評価のために生徒の学習状況を効率的に管理できる。
【発明を実施するための最良の形態】
【００１０】
本実施例においては、まず、授業評価システムの概要を述べつつ、本発明の主たる特徴である「レポート管理」を中心として説明してゆく。
【００１１】
図１は、授業評価システム１０のハードウェア構成図である。
授業評価システム１０は、大学のような教育機関への導入を想定した、授業内容を評価・検証するためのシステムである。授業評価システム１０は、教師と生徒によって利用されるシステムであり、授業に対する生徒の反応を授業内容にフィードバックさせるための仕組みを提供する。
【００１２】
授業評価システム１０は、授業管理装置１００、メールサーバ２０２および複数のクライアント端末２０４を含む。これらは、インターネット２００を介して互いに接続されている。授業管理装置１００は、教師によって使用される（以下、授業管理装置１００のユーザであることを明示する意味で、「教師」のことを「ユーザ」ともよぶことにする）。各クライアント端末２０４は、生徒によって使用される携帯電話やノートパソコンなど、メール送受信機能を搭載した一般的な通信端末である。
【００１３】
まず、教師は講座の開設に際して、講座専用のメールアドレスを設定する（以下、「講座アドレス」とよぶ）。たとえば、「フランス語Ａ」という計１５回の授業からなる講座には、「fraA@xxx.co.jp」のように講座アドレスが設定される。フランス語Ａの授業を受ける生徒は、その講座アドレスを介して授業管理装置１００と電子メールを送受する。たとえば、生徒は授業に出席したときに、講座アドレスに対して出席を通知するための「出席メール」を送信する。メールサーバ２０２は、クライアント端末２０４から受信した出席メールを授業管理装置１００に転送する。このメールサーバ２０２は、一般的な既知の装置でよい。授業管理装置１００では、出席メールによって、どの講座にどの生徒が出席したかを自動的に集計する。
【００１４】
このほかにも、生徒は、授業に対する感想を記述した感想メールを講座アドレスに送信する。授業管理装置１００は、感想メールを自然言語解析して、生徒の授業に対する理解度や意欲を定量的に評価する。たとえば、「やった」、「できた」、「してみたい」というあらかじめ定義された「意欲的な単語」を感想メールが多く含んでいる場合、生徒の理解度や学習意欲が高いと判定できる。このように、本実施例に示す授業管理装置１００は、感想メールに含まれる用語を分析することにより、生徒の授業に対する反応を定量化することもできる。
【００１５】
あるいは、生徒は、レポートファイルを添付した電子メールである「レポートメール」を講座アドレスに送信してもよい。生徒から送信された電子メールが出席メールや感想メール、レポートメールなどのいずれのタイプに該当するかは、後述のメール分類処理によって判定される。
生徒の電子メールから得られるさまざまな情報は、授業内容の改善するための有用な情報として利用される。
【００１６】
図２は、授業管理装置１００の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組み合わせによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００１７】
授業管理装置１００は、ユーザインタフェース処理部１１０、通信部１２０、データ処理部１３０およびデータ保持部１５０を含む。
ユーザインタフェース処理部１１０は、教師であるユーザからの入力処理やユーザに対する情報表示のようなユーザインタフェース全般に関する処理を担当する。通信部１２０は、メールサーバ２０２を介してクライアント端末２０４との通信処理を担当する。データ保持部１５０は、あらかじめ用意された設定データや、データ処理部１３０から受け取った電子メールなど、さまざまなデータを格納する。データ処理部１３０は、ユーザインタフェース処理部１１０や通信部１２０から取得されたデータを元にして各種のデータ処理を実行する。データ処理部１３０は、ユーザインタフェース処理部１１０、通信部１２０およびデータ保持部１５０の間のインタフェースの役割も果たす。
【００１８】
ユーザインタフェース処理部１１０は、表示部１１２と入力部１１８を含む。入力部１１８は、ユーザからの入力操作を受け付ける。表示部１１２は、ユーザに対して各種情報を表示する。
【００１９】
通信部１２０は、メールの送受信を処理するためのメール送受信部１２２を含んでいる。メール送受信部１２２は、更に、通常メール送受信部１２４と自動メール送信部１２６を含む。通常メール送受信部１２４は、クライアント端末２０４に対して各種通知のための電子メールを送信したり、クライアント端末２０４から出席メールや感想メール、レポートメール等の各種電子メールを受信する。自動メール送信部１２６は、授業管理装置１００において設定される所定条件が成立したときに、自動的に所定の電子メールを送信する。たとえば、レポートファイルに含まれる誤字・脱字の個数が所定個数以上であるときには、レポート再提出を生徒に要求するメッセージが記述された電子メールを送信する。以下、このような所定メッセージが記述された電子メールであって授業管理装置１００により自動的に送信される電子メールのことを「自動メール」とよび、それ以外の通常の電子メールを「通常メール」として区別する。
【００２０】
データ保持部１５０は、メールデータ保持部１５２、レポート保持部１６０、カルテデータ保持部１７２およびフォーム保持部１７０を含む。
メールデータ保持部１５２は、生徒から受信した電子メールを保持する。レポート保持部１６０は、レポートメールに添付されたレポートファイルを保持する。レポート保持部１６０は、レポートファイルを複数のディレクトリ（フォルダ）に分類して保持するが、そのディレクトリ構造については、図１０に関連して後に詳述する。
【００２１】
カルテデータ保持部１７２は、ユーザが生徒の学習状況を判断するための元になるカルテデータを保持する。カルテデータには、たとえば、生徒の氏名やメールアドレス、出席状況、感想メールに記述された内容、レポートファイルの提出状況などの各種所定項目に対応したデータが含まれる。カルテデータ保持部１７２の具体的なデータ構造については、図３に関連して後述する。
【００２２】
フォーム保持部１７０は、カルテ表示処理部１１４がカルテデータを画面表示するときの表示レイアウトが定義されたフォームデータを保持する。フォームデータによって、カルテデータのうちの表示対象となるべきデータ、および、その表示方法が定義される。フォームデータは、カルテデータに基づく所定演算の結果を表示させるためのロジックを含めることもできる。具体的には、図１２に関連して詳述する。
【００２３】
データ処理部１３０は、メール処理部１３２、レポート処理部１４８、前置処理部１６２および授業データ管理部１３８を含む。
メール処理部１３２は、電子メールを内容を解析する。メール処理部１３２は、メール分類部１３４および整合判定部１３６を含む。メール分類部１３４は、電子メールの内容に応じて分類する。すでに述べたように、生徒から受信する電子メールは、出席メールや感想メール、レポートメールなどさまざまである。メール分類部１３４は、電子メールを所定の分類条件にしたがって分類する。たとえば、電子メールの本文に「出席」というコマンドが記述されている電子メールは出席メールとして分類し、「レポート」というコマンドが記述されている電子メールはレポートメールとして分類する。生徒は、このような各種コマンドを記述して電子メールを送信することになる。
【００２４】
整合判定部１３６は、受信された電子メールが処理対象として有効なメールであるかを判定する。たとえば、授業の開始前に受信された出席メールは有効ではないといえる。整合判定部１３６は、受信された電子メールの有効性を所定の整合条件にしたがって判定する。有効でない電子メールは解析対象外とされる。
【００２５】
レポート処理部１４８は、レポートメールからレポートファイルを取得し、レポート保持部１６０に保存する。レポート処理部１４８は、校正判定部１６４、レポート分類部１５４、命名部１５６および保存処理部１５８を含む。
レポート分類部１５４は、レポート保持部１６０においてレポートファイルを保存すべきディレクトリを選択する。レポートファイルの保存先を決定する方法については、図１０に関連して後述する。
【００２６】
命名部１５６は、レポートファイルの名前を設定する。たとえば、「新井真由美」という名前の生徒から「フランス語Ａレポート」という名前のレポートファイルを受け取ると、命名部１５６は、レポートファイルの名前を「新井真由美‐フランス語Ａ‐レポート」という名前に設定変更してもよい。この場合、「［生徒名］‐［講座名］‐レポート」という命名規則があらかじめ設定されており、命名部１５６はこの命名規則にしたがってレポートファイルの名前を設定する。命名規則については、図９に関連して後に詳述する。
【００２７】
保存処理部１５８は、レポート保持部１６０のディレクトリのうち、レポート分類部１５４により選択されたディレクトリにレポートファイルを保存する。校正判定部１６４の処理については、前置処理部１６２に関連して説明する。
【００２８】
前置処理部１６２は、取得されたレポートファイルに対して所定の前置処理を実行する。前置処理部１６２は、レポートファイルに含まれる誤字・脱字を検出する。そのほかにも、前置処理として、レポートファイルに英単語や英文が含まれているときに、当該単語を翻訳して、その日本語訳をレポートファイルに付記してもよい。あるいは、前置処理は、レポートファイルに含まれる文字数の計数、「しゃべり言葉」のようなレポートには不適切なタイプの用語が含まれているかの判定、平均文長の計算等、その処理内容はさまざまであってよい。
【００２９】
なお、前置処理部１６２は、授業管理装置１００の機能の一部として実装されてもよいが、授業管理装置１００の外部装置の機能として実現されてもよい。また、授業管理装置１００に対してプラグイン（plug-in）としてその機能が提供されてもよい。本実施例における前置処理部１６２は、レポートファイルの誤字・脱字を検出する処理を前置処理として実行する。レポート処理部１４８は、メール処理部１３２から受け取ったレポートファイルを、まず、前置処理部１６２に転送する。前置処理部１６２は、このレポートファイルの誤字・脱字を検出する。誤字脱字検出のアルゴリズムは、一般的な文書作成支援ソフトウェアに搭載されているような既知のアルゴリズムを応用すればよい。
【００３０】
前置処理部１６２は、処理結果を校正判定部１６４に通知する。校正判定部１６４は、この誤字・脱字の個数が所定個数以上あるときには、自動メール送信部１２６に指示して、レポートファイルの再提出を要求する旨のメッセージが記載された電子メールを送信させる。一方、所定個数以内であれば、このような自動メールは送信されない。このように、校正判定部１６４はレポートファイルにおける誤字・脱字の数に基づいて、再提出要求可否を決定する。このための判定条件のことを、本実施例では「許可条件」とよぶ。
許可条件判定と自動的なレポートの再提出要求処理により、文章の誤記等、レポートの内容に関わらない非本質的部分のチェックに要するユーザの労力を抑制できる。ユーザは、許可条件をクリアしたレポートファイルだけをチェックすればよい。なお、再提出を要求する自動メールには、誤字・脱字箇所を指摘するメッセージが付記されてもよい。
もちろん、教師は、文章としての質がよいレポートファイルであっても、その内容が不出来であれば、生徒に対して再提出を要求してもよい。この場合には、教師は、通常メールによりレポートの再提出を要求すればよい。
【００３１】
授業データ管理部１３８は、講座に関するデータを授業ごとに授業データとして管理する。講座は１回以上の授業によって構成される。たとえば、試験の平均点や、感想メールから解析される生徒の理解度、授業計画のようなさまざまなデータが授業データとして管理対象となる。
【００３２】
授業データ管理部１３８は、生徒管理部１４０および設定部１４２を含む。
生徒管理部１４０は、出席率や試験結果など生徒の学習状況に関連するデータを管理する。生徒管理部１４０は、更に、カルテ管理部１６８を含む。カルテ管理部１６８は、生徒に関するデータのうち、カルテデータ保持部１７２のカルテデータを適宜更新する。
【００３３】
設定部１４２は、整合判定部１３６やメール分類部１３４、校正判定部１６４における各種条件のように授業管理装置１００における各種処理のための条件を設定する。設定部１４２は、命名規則設定部１４６と受付期間設定部１４４を含む。
命名規則設定部１４６は、後に示す命名規則設定画面２７６を介して、レポートファイルの命名規則を設定する。受付期間設定部１４４は、後に示す締切設定画面２７４を介して、レポートファイルの受付期間を設定する。たとえば、受付期間が「８月３１日まで」と設定された場合、整合判定部１３６は、９月１日以降に取得されたレポートファイルを自動的に無効扱いとする。
【００３４】
受付期間については、レポートメールの送信日時と受信日時のいずれに基づいて判定してもよいし、また、その双方に基づいて判定してもよいが、本実施例においては送信日時に基づいて判定するとして説明する。受信日時は、インターネット２００のトラフィックやメールサーバ２０２の不具合等の各種外的要因によって影響されやすい情報と考えられるためである。なお、整合判定部１３６は、レポートメールのヘッダ情報から送信日時を検出して判定を行う。
【００３５】
図３は、カルテデータ保持部１７２におけるカルテデータのデータ構造図である。
同図に示すのは「フランス語Ａ２００５」という講座について、各生徒のカルテデータである。ここでは、カルテデータに含まれるさまざまなデータのうち、その一部のみを示している。
【００３６】
ＩＤ欄２８２は、生徒を識別するためにあらかじめ付与されているＩＤ（以下、「生徒ＩＤ」とよぶ）を示す。氏名欄２８４は生徒名を示す。出席履歴欄２８６は「フランス語Ａ２００５」の１５回分の授業についての生徒の出席状況を示す。同図丸印は出席を示し、バツ印は欠席を示す。カルテ管理部１６８は、出席メールを受信したとき、その送信アドレス等に基づいて生徒を特定した上で、出席履歴欄２８６の該当データを更新する。
【００３７】
未提出物欄２８８はレポートファイルの提出状況を示す。カルテ管理部１６８は、レポートファイル付きのレポートメールが有効に受信されると、未提出物欄２８８の該当データを更新する。未送信感想欄２９０は感想メールの到着状況を示す。カルテ管理部１６８は、感想メールが受け付けられると、未送信感想欄２９０の該当データを更新する。
特記事項欄２９２は、教師が入力部１１８を介して入力したデータである。生徒についてのコメント等、自由に書き込むことができる。このように、カルテデータは、電子メールの受信を契機としてカルテ管理部１６８によって自動的に記述されるデータと、ユーザによって入力されるデータによって構成されている。
【００３８】
図４は、授業管理装置のメニュー画面の画面図である。
教師であるユーザが授業管理装置１００にログインしたときには、まず、このメニュー画面２１０が表示される。講座選択領域２１２は、現在開設されている講座を一覧表示する。ここでは、「フランス語Ａ２００５」、「フランス語Ｂ２００５」および「フランス語Ｃ２００５」という３つの講座が開設されている。同図においては、「フランス語Ａ２００５」が選択されている。
【００３９】
メニューボタン群２１４に含まれるいずれかのボタンが選択されると、講座選択領域２１２で選択された講座についての各種授業データにアクセスする画面が表示される。出席簿ボタン２１６は、生徒の出席状況を表示させるためのボタンである。感想受付ボタン２１８は、生徒から受信された感想メールの内容を一覧表示させるためのボタンである。提出物管理ボタン２２０は、レポートファイルの提出状況を表示させるためのボタンである。試験結果ボタン２２２は、試験結果を一覧表示させるためのボタンである。整合性チェックボタン２２４は、整合条件を設定するための画面を表示させるボタンである。カルテボタン２２６は、生徒の授業態度や成績に関する情報を「カルテ」として表示させるためのボタンである。通知ボタン２２８は、休講通知などのように授業に関する連絡事項を通知するための画面を表示させるボタンである。投票ボタン２３０は、生徒の意見を募るための画面を表示させるためのボタンである。
【００４０】
ここでは、授業管理装置１００の基本的な機能として、メニューボタン群２１４のボタン群のうちの出席簿ボタン２１６および感想受付ボタン２１８が選択されたときにそれぞれ表示される出席簿画面２４０および感想受付画面２５０について説明する。その後、提出物管理ボタン２２０が選択されたときに表示される提出物管理画面２６０に関して、レポート管理を中心として説明する。
【００４１】
図５は、出席簿画面２４０の画面図である。
出席簿画面２４０は、図４のメニュー画面２１０において、出席簿ボタン２１６がクリックされたときに表示される。教師は、授業開始時に、その授業の合い言葉を生徒に示す。合い言葉は、教室で口頭で示されてもよい。授業に出席した生徒はこの合い言葉を入力して出席メールを講座アドレスに送信する。メール分類部１３４が出席メールを分類し、整合判定部１３６がその出席メールに正しい合い言葉が記述されているかを判定する。有効な出席メールであれば、授業データ管理部１３８は出席メールの送信元である生徒を正規の出席者として認定する。表示部１１２は、授業に出席している生徒名を出席簿画面２４０に表示する。
【００４２】
授業選択領域２４２は、「フランス語Ａ２００５」講座の各授業に関する出席状況を表示する。同図によれば、この講座の授業は４回目であり、４回分の授業の出席率が一覧表示されている。授業選択領域２４２では、４回目の「Ｒの発音」というテーマの授業が選択されている。出欠状況表示領域２４４は、授業選択領域２４２で選択された４回目の授業に出席している生徒名を一覧表示させている。ここでは、講座に登録されている６人の生徒のうち、「竹治義克」を除く５名が授業に出席している。授業管理装置１００が出席メールを受け付けると、表示部１１２は自動的に出席簿画面２４０の内容を更新するため、出席簿画面２４０によって、教師は各生徒の出席状況をリアルタイムかつ正確に把握できる。
カルテ管理部１６８は、有効に出席メールが受け付けられたときには、カルテデータ保持部１７２が保持するカルテデータを更新する。たとえば、「竹治義克」から新たに出席メールを受信すると、カルテ管理部１６８は、「フランス語Ａ２００５」の「竹治義克」のカルテデータにおける出席状況に関するデータを更新する。
【００４３】
図６は、感想受付画面２５０の画面図である。
感想受付画面２５０は、図４のメニュー画面２１０において、感想受付ボタン２１８がクリックされたときに表示される。生徒は、授業が終わると、講座アドレス宛に感想メールを送信する。この感想メールによって、教師は、授業に対する生徒の反応を即座に知ることができる。授業選択領域２５２は、「フランス語Ａ２００５」講座の各授業に関する感想メールの受け付け状態を表示する。授業選択領域２５２では、４回目の授業が選択されている。感想一覧領域２５６は、授業選択領域２５２で選択された４回目の授業に対する生徒の感想を一覧表示させている。更に、感想表示領域２５４は、感想一覧領域２５６で選択された生徒「新井真由美」の感想が表示されている。
【００４４】
ここで、教師が「質問」というキーワードを設定すると、感想メールの中に「質問」という単語が含まれている生徒には星印が付記されている。この機能によって、教師は、質問事項が含まれている感想メールを簡単に見つけることができる。
カルテ管理部１６８は、感想メールが受け付けられると、カルテデータ保持部１７２のカルテデータを更新する。
【００４５】
図７は、提出物管理画面２６０の画面図である。
提出物管理画面２６０は、図４のメニュー画面２１０において、提出物管理ボタン２２０がクリックされたときに表示される。生徒は、教師から授業中に提示された課題について解答し、レポートファイルとしてまとめる。そして、講座アドレス宛にレポートファイルを添付した電子メール、すなわち、レポートメール送信する。授業管理装置１００は、レポートメールを受信すると、カルテデータの未提出物欄２８８等に示したレポート提出状況に関連するデータを更新する。ただし、レポートメールであってもレポートファイルが添付されていなければ、レポート提出は有効とは扱われない。
【００４６】
授業選択領域２６２は、「フランス語Ａ２００５」講座の各授業についてのレポート提出状況を示す。授業選択領域２６２は、レポートの締切日や締切までの残り日数、レポートファイルの提出率等を示す。授業選択領域２６２では、４回目の授業が選択されている。提出状況一覧領域２６４は、授業選択領域２６２で選択された４回目の授業について各生徒のレポート提出状況を一覧表示する。
【００４７】
生徒から提出されたレポートファイルは、前置処理部１６２によって誤字・脱字がチェックされる。提出状況一覧領域２６４には、各生徒のレポートファイルの誤字・脱字の個数も表示される。また、生徒が複数回レポートファイルを提出するときには、前回のレポートファイルと比較した誤字・脱字の数が増減が示される。たとえば、提出状況一覧領域２６４によると、第４回目の授業「Ｒの発音」において、生徒「石田英行」は、２回レポートファイルを提出している。これは、「石田英行」がレポートファイルを再提出していることを意味する。２回目のレポートファイルに対する前置処理の結果、検出された誤字・脱字箇所は２箇所であり、１回目のレポートに比べてその数が増加している旨が上向きの矢印によって示されている。
【００４８】
図８は、締切設定画面２７４の画面図である。
ユーザは、締切設定画面２７４を介してレポートファイルの受付期間を設定する。ユーザの指示に応じて、表示部１１２は、締切設定画面２７４を表示する。
【００４９】
レポート名設定領域２７０は、レポート名を指定する。同図においては、授業のテーマと同じく「Ｒの発音」というレポート名が設定されている。このレポート名は、授業中に教師から生徒に口頭で通知されてもよいし、締切設定画面２７４の設定を契機として、自動メールにより生徒に通知されてもよい。
生徒は、レポートファイルを提出するときには、レポートメールの本文に「生徒ＩＤ レポート レポート名」というフォーマットのテキストを記述する。ここで、生徒ＩＤの次に記載されている「レポート」は、当該電子メールがレポートメールである旨を示すコマンドである。たとえば、生徒ＩＤ「２００５１００１」の新井真由美の場合、メール本文に「２００５１００１ レポート Ｒの発音」と記述してレポートメールを送信することになる。
【００５０】
メール分類部１３４は、「レポート」というコマンドによって、当該電子メールがレポートメールであると判定する。レポート分類部１５４は、「レポート」コマンドの後に指定されたレポート名により、そのレポートメールがどの課題に対するレポートメールであるかを判定する。
ユーザが、レポート名設定領域２７０にてレポート名「Ｒの発音」を設定すると、設定部１４２はレポート保持部１６０に「Ｒの発音」という同名のディレクトリを自動生成することになるが、これについては図１０に関連して説明する。
【００５１】
締切日設定領域２７２は、レポートファイルの提出締切日を設定するための領域である。同図においては、２００５年８月３１日が提出締切日として設定されている。整合判定部１３６は、ここで設定された締切日に基づいて、レポートファイルが受付期間内に送信されたか否かを判定する。この締切日についての設定は、レポートメールについての整合条件を定めるものであるといえる。
【００５２】
図９は、命名規則設定画面２７６の画面図である。
ユーザは、命名規則設定画面２７６を介してレポートファイルの命名規則を設定する。ユーザの指示に応じて、表示部１１２は命名規則設定画面２７６を表示する。
【００５３】
第１要素設定領域３４０、第２要素設定領域３４２および第３要素設定領域３４４に設定される各要素名が、接続要素設定領域３４６に示される記号によって接続されることにより、保存時のレポートファイル名が決定される。同図においては、第１要素設定領域３４０には「生徒ＩＤ」という要素、第２要素設定領域３４２には「生徒名」という要素、第３要素設定領域３４４には「レポート」という文言が指定されている。そして、接続要素設定領域３４６には「−（ハイフン）」が指定されている。したがって、生徒ＩＤ「２００５１００１」の生徒「新井真由美」からのレポートファイルは、命名部１５６により「２００５１００１−新井真由美‐レポート．ｔｘｔ」という名前に設定される。保存処理部１５８は、このファイル名にて、新井真由美のレポートファイルをレポート保持部１６０に保存する。
【００５４】
このように、第１要素設定領域３４０、第２要素設定領域３４２、第３要素設定領域３４４および接続要素設定領域３４６の各領域における指定値が、命名部１５６がレポートファイルの名前を設定するための命名規則となる。以下、命名部１５６により命名規則にしたがって設定された名前のことを「保存用レポート名」とよび、もともと生徒が送信したレポートファイルの名前を「送信時レポート名」とよぶことにする。このほかにも、レポートファイルの送信日時や、送信時レポート名などが、保存用レポート名の構成要素となってもよい。
例示領域３４８は、第１要素設定領域３４０、第２要素設定領域３４２、第３要素設定領域３４４および接続要素設定領域３４６に指定された各データに基づいて、保存用レポート名を例示する。
【００５５】
図１０は、レポート保持部１６０におけるディレクトリ構造を示す模式図である。
新たに講座が開設され講座アドレスが設定されると、設定部１４２は講座名と同名のディレクトリを生成する。同図においては、「フランス語Ａ２００５」や「ドイツ語Ａ２００５」、「線形代数I２００６」などの複数の講座に対応して複数のディレクトリが生成されている。以下、このような講座に対応したディレクトリのことを「講座ディレクトリ」とよぶ。
【００５６】
ユーザが、締切設定画面２７４を介してレポートの提出締切日を設定すると、レポート名設定領域２７０において指定されたレポート名と同名のディレクトリが生成される。同図において、講座ディレクトリ「フランス語Ａ２００５」は、「フランス語の防衛に関する考察」や「フランス語の歴史的変化」等のレポート名に対応したディレクトリを含んでいる。以下、このようなレポート名に対応したディレクトリのことを「レポートディレクトリ」とよぶ。
【００５７】
レポートディレクトリが生成されると、レポートディレクトリの下に、講座に登録している生徒に対応したディレクトリが自動生成される。たとえば、「フランス語の防衛に関する考察」というレポートディレクトリは、「フランス語Ａ２００５」という講座ディレクトリに属しているので、「フランス語Ａ２００５」という講座に登録している「新井真由美」や「石田英行」等の生徒名に対応したディレクトリが生成されることになる。以下、このような生徒名に対応したディレクトリを「生徒ディレクトリ」とよぶ。
【００５８】
このようなディレクトリが設定されている状態で、生徒ＩＤ「２００５１０３２」の「石田英行」から「フランス語Ａ２００５」の講座アドレス宛に、「２００５１０３２ レポート フランス語の防衛に関する考察」というコマンドが記述されたレポートメールが送信されたとする。このとき、メール分類部１３４は、電子メール本文において、生徒ＩＤの次に記述されている「レポート」というコマンド名から、その電子メールがレポートメールであると判定する。レポート分類部１５４は、「フランス語の防衛に関する考察」という用語と生徒ＩＤから、そのレポートファイルの保存先を「フランス語Ａ２００５＞フランス語の防衛に関する考察＞石田英行」のディレクトリと判定する。命名部１５６は、命名規則にしたがって保存用レポート名を決定する。図９に示した命名規則によれば、保存用レポート名は「２００５１０３２−石田英行−レポート」となる。
保存処理部１５８は、保存用レポート名にて、レポートファイルをレポート保持部１６０の該当ディレクトリに保存する。このように、生徒から受信されるさまざまなレポートファイルが、自動的に仕分けされて各ディレクトリに保存されることになる。
【００５９】
また、教師が出した課題に対して、ある生徒がレポートファイルを提出した後、その生徒が同じ課題についてレポートファイルを再提出したとする。たとえば、「石田英行」が「フランス語の防衛に関する考察」という課題に対し、「２００５１０３２ レポート フランス語の防衛に関する考察」というコマンドが記述されたレポートメールを送信し、再度、「２００５１０３２ レポート フランス語の防衛に関する考察」というコマンドが記述されたレポートメールを送信したとする。このようなときには、命名部１５６は、１回目のレポートファイルと２回目のレポートファイルを別名に設定する。
【００６０】
２回目のレポートファイルが受信されると、命名部１５６はすでに保存されている１回目のレポートファイルの保存用レポート名を「２００５１０３２−石田英行‐レポート１」に変更し、２回目のレポートファイルの保存用レポート名を「２００５１０３２−石田英行‐レポート２」に設定する。このような処理により、生徒から、レポートファイルが再提出されたときにも、それらを識別できるような保存用レポート名に適宜設定される。結果として、新たなレポートファイルによって、先に取得されていたレポートファイルが上書きされないので、レポート保持部１６０は生徒が提出したレポートファイルをすべて保存できる。
【００６１】
たとえば、１回目のレポートファイルには「かもしれない」「おもしろかった」という用語が多く含まれ、２回目のレポートファイルに「わかった」「だと思った」という用語が多く含まれていたとする。この場合には、レポートの再提出によって生徒の課題に対する考察が深くなっていることが推測できる。このように複数回のレポートファイルに含まれる用語を比較することによって、生徒の学習状況をより深く認識しやすくなる。
【００６２】
ユーザは、レポートファイルをチェックし、再提出を要求するか否かを入力してもよい。再提出を要求しないとき、命名部１５６は、そのレポートファイルの名前を更に変更してもよい。たとえば、「２００５１０３２−石田英行‐レポート２」というレポートファイルが再提出不要であれば、教師は「再提出不要」の旨を入力する。このとき、命名部１５６はこのレポートファイルの名前を「２００５１０３２−石田英行‐レポート２（最終版）」という名前に変更してもよい。このような命名処理によれば、ユーザはファイル名を参照するだけでも、各生徒のレポート提出状況を把握できる。
カルテ管理部１６８は、受付期間内にレポートファイルが受信されると、カルテデータの未提出物欄２８８を「有」から「無」に変更するとしてもよいし、教師が「再提出不要」の旨を入力したことを条件としてカルテデータの未提出物欄２８８を「有」から「無」に変更するとしてもよい。
【００６３】
図１１は、レポートメールの受付処理過程を示すフローチャートである。
まず、通常メール送受信部１２４は、生徒から電子メールを受信する（Ｓ１０）。メール分類部１３４は、この電子メールがレポートメールにあたるかを判定する（Ｓ１２）。レポートメールでなければ（Ｓ１２のＮ）、感想メールや出席メールなど、それぞれに対応する各種処理が実行されることになる（Ｓ３２）。
【００６４】
レポートメールであれば（Ｓ１２のＹ）、整合判定部１３６はこのレポートメールの送信日時が受付期間設定部１４４により設定された受付期間内にあるかを判定する（Ｓ１４）。受付期間内になければ（Ｓ１４のＮ）、整合判定部１３６は自動メール送信部１２６に指示して、レポートの提出が遅れたことを注意する自動メールを送信させる（Ｓ１６）。本実施例においては、締切に遅れたレポートファイルは、評価の対象とはならず、レポート保持部１６０にも保存されない。変形例として、レポートファイルが締切日に遅れたときには、自動メールによって注意した上で（Ｓ１６）、Ｓ１８以降の通常の処理の対象とされてもよい。
【００６５】
受付期間内のレポートファイルであれば（Ｓ１４のＹ）、レポート処理部１４８は添付されているレポートファイルを前置処理部１６２に渡し、前置処理部１６２は前置処理を実行する（Ｓ１８）。前置処理部１６２は、レポートファイル中の誤字・脱字の個数を計数し、受け取ったレポートファイルに誤字・脱字箇所を付記して校正判定部１６４に渡す。校正判定部１６４は、前置処理結果についての許可条件、たとえば、誤字・脱字の個数が２０箇所以内であるかについて判定する（Ｓ２０）。許可条件が満たされない場合には（Ｓ２０のＮ）、校正判定部１６４は自動メール送信部１２６に指示して、再提出を要求する旨が記述された自動メールを送信させる（Ｓ２２）。許可条件が成立するときには（Ｓ２０のＹ）、Ｓ２２の処理はスキップされる。
【００６６】
命名部１５６は、レポートファイルの保存用レポート名を決定する（Ｓ２４）。レポート分類部１５４は、レポートファイルの送信先となっていた講座アドレスや、本文中の生徒ＩＤ等から、レポートファイルの保存先となるディレクトリを選択する（Ｓ２６）。保存処理部１５８は、選択されたディレクトリにレポートファイルを保存する（Ｓ２８）。カルテ管理部１６８は、カルテデータの未提出物欄２８８等、レポートファイルの取得状況を示すデータを更新する（Ｓ３０）。
【００６７】
図１２は、カルテ画面３００の画面図である。
ここでは、カルテ画面３００において表示対象となるさまざまなデータのうち、その一部のみを示している。ユーザが図４のメニュー画面２１０において講座を指定した上でカルテボタン２２６をクリックすると、表示部１１２は、フォームデータに定義されている表示レイアウトにて、カルテデータを表示させる。ＩＤ表示領域３０２は、図３のＩＤ欄２８２における生徒ＩＤを示す。生徒ＩＤを変更すると別の生徒についてのカルテデータが表示される。このようにカルテ画面３００は、講座ごと、かつ、生徒ごとにそれぞれ別画面にて表示される。ここでは、「フランス語Ａ２００５」の受講生である「新井真由美」のカルテデータが表示対象となっている。
【００６８】
氏名表示領域３０４は、図３の氏名欄２８４における生徒名を表示する。出席状況表示領域３０６は、図３の出席履歴欄２８６における生徒の出席状況を示す。フォームデータには、あらかじめ「フランス語Ａ２００５」講座の授業が１５回あるものとして出席状況表示領域３０６の欄がデザインされている。ユーザはフォームデータを自由にデザインできる。出欠率表示領域３０７は、「新井真由美」の「フランス語Ａ２００５」に対する出席率と欠席率（まとめて、「出欠率」とよぶ）を示す。フォームデータには、出席状況表示領域３０６に示される出席データに基づいて、出欠率を算出するための式が記述されている。表示部１１２は、カルテデータを表示させるときに、フォームデータにこのような計算式が記述されているときには、カルテ管理部１６８に計算実行を指示する。カルテ管理部１６８は、カルテデータとフォームデータを参照して、出席率と欠席率をそれぞれ計算し、その計算結果を表示部１１２に渡す。表示部１１２は、この計算結果を出欠率表示領域３０７に出欠率として表示させる。
【００６９】
整合性表示領域３０８は、レポートファイルの提出状況や出席メールの有効性など、各種条件判定の結果を示す。フォームデータには、授業に出席していないのに感想メールを送ったり、レポートファイルを提出していないなど、整合性表示領域３０８に表示すべき状況についてさまざまな条件設定を記述できる。たとえば、未提出レポートがあるか否かは、カルテデータの未提出物欄２８８のデータによって判定できる。また、出席率が５０％以下なのに、試験の平均点が７０点以上の生徒は印をつけてもよい。フォームデータに記述された各種判定条件は、カルテ管理部１６８によって判定される。
【００７０】
文長推移表示領域３１０は、授業終了後に生徒が送信する感想メールの本文の感想文字数の変化をグラフとして示す。感想メールが受信されると、文字計数部１６６は、感想文字数を計数する。この感想文字数もカルテデータの一部としてカルテデータ保持部１７２に保持される。意欲的に授業に参加している生徒は、一般的には感想文字数も多くなると考えられる。そのため、生徒の意欲の変化を推し量る上で、文長推移表示領域３１０のグラフは有益な判断材料となる。このように、電子メールの内容だけではなく、感想文字数のように生徒の無意識心理を反映したデータもカルテとして活用することにより、より多面的に生徒の学習状況を探ることができる。
【００７１】
カルテ管理部１６８は、全生徒において感想文字数の平均値を計算する。そして、カルテ表示処理部１１４は、文長推移表示領域３１０に全生徒の感想文字数の平均値と生徒「新井真由美」の感想文字数とを比較したかたちで表示させている。このため、教師であるユーザは、全体傾向と個人傾向をあわせて把握できる。
【００７２】
以上、実施例に基づいて本発明を説明した。
本実施例に示した授業管理装置１００によれば、授業評価システム１０を運用する上で得られるさまざまなデータをカルテデータとしてまとめることができる。カルテ画面３００によって、ユーザは、生徒ごとの学習状況をきめこまやかに、かつ、一目で把握しやすくなる。生徒の電子メールをベースとしてカルテデータを生成するので、カルテデータを作成するための教師の負荷を軽減できる。
【００７３】
授業管理装置１００は、ユーザが設定可能な命名規則により、さまざまな生徒から取得されるレポートファイルの名前を自動的に設定できる。また、ユーザは簡単なユーザインタフェースにて自由に命名規則を設定できるので、自分なりのネーミングポリシに基づいて、各生徒のレポートを管理できる。また、レポートメールに含まれる簡単なコマンドで、レポート保持部１６０におけるレポートファイルの保存先を決定できる。そのため、多数の生徒から多数のレポートファイルが取得される場合において、教師がレポートファイルを管理するための負担を軽減できる。
【００７４】
また、受付期間の設定により、レポートファイルの締切を授業管理装置１００によって自動的に管理できる。更に、レポートファイルが教師による評価対象となる前に、前置処理としてレポートファイルの検査や加工が可能となっている。たとえば、本実施例で示したように、自動的に誤字・脱字チェックを行い、必要に応じて生徒に再提出を要求すれば、教師がレポートファイルを評価するための負担を軽減できる。
【００７５】
なお、請求項に記載の学習管理部の機能は、本実施例においては主として生徒管理部１４０によって実現される。また、請求項に記載の受付期間判定部の機能は、本実施例においては主として整合判定部１３６によって実現される。請求項に記載の再提出要求部の機能は、本実施例においては校正判定部１６４や自動メール送信部１２６によって実現される。請求項に記載のレポート管理データは、本実施例においてはカルテデータの一部として実現される。
これら請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【００７６】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００７７】
【図１】授業評価システムのハードウェア構成図である。
【図２】授業管理装置の機能ブロック図である。
【図３】カルテデータ保持部におけるカルテデータのデータ構造図である。
【図４】授業管理装置のメニュー画面の画面図である。
【図５】出席簿画面の画面図である。
【図６】感想受付画面の画面図である。
【図７】提出物管理画面の画面図である。
【図８】締切設定画面の画面図である。
【図９】命名規則設定画面の画面図である。
【図１０】レポート保持部におけるディレクトリ構造を示す模式図である。
【図１１】レポートメールの受付処理過程を示すフローチャートである。
【図１２】カルテ画面の画面図である。
【符号の説明】
【００７８】
１０ 授業評価システム、 １００ 授業管理装置、 １１０ ユーザインタフェース処理部、 １１２ 表示部、 １１８ 入力部、 １２０ 通信部、 １２２ メール送受信部、 １２４ 通常メール送受信部、 １２６ 自動メール送信部、 １３０ データ処理部、 １３２ メール処理部、 １３４ メール分類部、 １３６ 整合判定部、 １３８ 授業データ管理部、 １４０ 生徒管理部、 １４２ 設定部、 １４４ 受付期間設定部、 １４６ 命名規則設定部、 １４８ レポート処理部、 １５０ データ保持部、 １５２ メールデータ保持部、 １５４ レポート分類部、 １５６ 命名部、 １５８ 保存処理部、 １６０ レポート保持部、 １６２ 前置処理部、 １６４ 校正判定部、 １６８ カルテ管理部、 １７０ フォーム保持部、 １７２ カルテデータ保持部、 ２００ インターネット、 ２０２ メールサーバ、 ２０４ クライアント端末、 ２１０ メニュー画面、 ２４０ 出席簿画面、 ２５０ 感想受付画面、 ２６０ 提出物管理画面、 ２７４ 締切設定画面、 ２７６ 命名規則設定画面、 ３００ カルテ画面。
【特許請求の範囲】
【請求項１】
生徒の学習状況を管理することによって授業を支援するための装置であって、
生徒から電子メールを受信する電子メール受信部と、
前記電子メールにレポートファイルが添付されているときには、前記レポートファイルの名前を所定の命名規則にしたがって設定する命名部と、
設定後のファイル名にて、前記レポートファイルを自動的に保存する保存処理部と、
レポートファイルが取得されたとき、レポートファイルの取得状況を示すレポート管理データを更新する学習管理部と、
を備えることを特徴とする授業管理装置。
【請求項２】
自装置のユーザによる入力にしたがって、レポートファイルの名前を設定するための命名規則を設定する命名規則設定部、
を更に備えることを特徴とする請求項１に記載の授業管理装置。
【請求項３】
所定の分類条件にしたがって、前記レポートファイルの保存先をあらかじめ設定された複数の保存領域の中から選択するレポート分類部、を更に備え、
前記保存処理部は、選択された保存領域に前記レポートファイルを保存することを特徴とする請求項１または２に記載の授業管理装置。
【請求項４】
前記命名部は、所定の課題に対するレポートファイルが前記生徒から取得された後に前記所定の課題に対するレポートファイルが更に前記生徒から取得されたときには、新たに取得されたレポートファイルの名前を先に取得されたレポートファイルとは異なる名前に設定し、
前記保存処理部は、前記先に取得されたレポートファイルを保存したままで、更に前記新たに取得されたレポートファイルを保存することを特徴とする請求項１から３のいずれかに記載の授業管理装置。
【請求項５】
自装置のユーザによる入力にしたがって、所定の課題に対するレポートファイルの受付期間を設定する受付期間設定部と、
レポートファイルが添付された電子メールの送信日時または受信日時が前記受付期間内にあるかを判定する受付期間判定部と、を更に備え、
前記学習管理部は、前記レポート管理データに前記受付期間判定部による判定結果を反映させることを特徴とする請求項１から４のいずれかに記載の授業管理装置。
【請求項６】
レポートファイルの本文として含まれるテキストデータに対して所定の前置処理を実行する前置処理部、を更に備え、
前記学習管理部は、前記前置処理の結果を前記レポート管理データに反映させることを特徴とする請求項１から５のいずれかに記載の授業管理装置。
【請求項７】
前記レポートファイルに対する前置処理の結果が所定の許可条件を満たすかを判定し、前記所定の許可条件が成立しないときには、前記レポートファイルを送信した生徒に対して、レポートファイルの再提出を指示する再提出要求情報を送信する再提出要求部、
を更に備えることを特徴とする請求項６に記載の授業管理装置。
【請求項８】
生徒の学習状況を管理することによって授業を支援するための方法であって、
生徒から電子メールを受信するステップと、
前記電子メールにレポートファイルが添付されているときには、前記レポートファイルの名前を所定の命名規則にしたがって設定するステップと、
設定後のファイル名にて、前記レポートファイルを自動的に保存するステップと、
前記レポートファイルが取得されたときに、レポートファイルの取得状況を示すレポート管理データを更新するステップと、
を備えることを特徴とする授業管理方法。
【請求項９】
生徒の学習状況を管理することによって授業を支援するためのコンピュータプログラムであって、
生徒から電子メールを受信する機能と、
前記電子メールにレポートファイルが添付されているとき、前記レポートファイルの名前を所定の命名規則にしたがって設定する機能と、
設定後のファイル名にて、前記レポートファイルを自動的に保存する機能と、
レポートファイルの取得に応じて、レポートファイルの取得状況を示すレポート管理データを更新する機能と、
をコンピュータに発揮させることを特徴とする授業管理プログラム。
【請求項１】
生徒の学習状況を管理することによって授業を支援するための装置であって、
生徒から電子メールを受信する電子メール受信部と、
前記電子メールにレポートファイルが添付されているときには、前記レポートファイルの名前を所定の命名規則にしたがって設定する命名部と、
設定後のファイル名にて、前記レポートファイルを自動的に保存する保存処理部と、
レポートファイルが取得されたとき、レポートファイルの取得状況を示すレポート管理データを更新する学習管理部と、
を備えることを特徴とする授業管理装置。
【請求項２】
自装置のユーザによる入力にしたがって、レポートファイルの名前を設定するための命名規則を設定する命名規則設定部、
を更に備えることを特徴とする請求項１に記載の授業管理装置。
【請求項３】
所定の分類条件にしたがって、前記レポートファイルの保存先をあらかじめ設定された複数の保存領域の中から選択するレポート分類部、を更に備え、
前記保存処理部は、選択された保存領域に前記レポートファイルを保存することを特徴とする請求項１または２に記載の授業管理装置。
【請求項４】
前記命名部は、所定の課題に対するレポートファイルが前記生徒から取得された後に前記所定の課題に対するレポートファイルが更に前記生徒から取得されたときには、新たに取得されたレポートファイルの名前を先に取得されたレポートファイルとは異なる名前に設定し、
前記保存処理部は、前記先に取得されたレポートファイルを保存したままで、更に前記新たに取得されたレポートファイルを保存することを特徴とする請求項１から３のいずれかに記載の授業管理装置。
【請求項５】
自装置のユーザによる入力にしたがって、所定の課題に対するレポートファイルの受付期間を設定する受付期間設定部と、
レポートファイルが添付された電子メールの送信日時または受信日時が前記受付期間内にあるかを判定する受付期間判定部と、を更に備え、
前記学習管理部は、前記レポート管理データに前記受付期間判定部による判定結果を反映させることを特徴とする請求項１から４のいずれかに記載の授業管理装置。
【請求項６】
レポートファイルの本文として含まれるテキストデータに対して所定の前置処理を実行する前置処理部、を更に備え、
前記学習管理部は、前記前置処理の結果を前記レポート管理データに反映させることを特徴とする請求項１から５のいずれかに記載の授業管理装置。
【請求項７】
前記レポートファイルに対する前置処理の結果が所定の許可条件を満たすかを判定し、前記所定の許可条件が成立しないときには、前記レポートファイルを送信した生徒に対して、レポートファイルの再提出を指示する再提出要求情報を送信する再提出要求部、
を更に備えることを特徴とする請求項６に記載の授業管理装置。
【請求項８】
生徒の学習状況を管理することによって授業を支援するための方法であって、
生徒から電子メールを受信するステップと、
前記電子メールにレポートファイルが添付されているときには、前記レポートファイルの名前を所定の命名規則にしたがって設定するステップと、
設定後のファイル名にて、前記レポートファイルを自動的に保存するステップと、
前記レポートファイルが取得されたときに、レポートファイルの取得状況を示すレポート管理データを更新するステップと、
を備えることを特徴とする授業管理方法。
【請求項９】
生徒の学習状況を管理することによって授業を支援するためのコンピュータプログラムであって、
生徒から電子メールを受信する機能と、
前記電子メールにレポートファイルが添付されているとき、前記レポートファイルの名前を所定の命名規則にしたがって設定する機能と、
設定後のファイル名にて、前記レポートファイルを自動的に保存する機能と、
レポートファイルの取得に応じて、レポートファイルの取得状況を示すレポート管理データを更新する機能と、
をコンピュータに発揮させることを特徴とする授業管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−２２６４５７（Ｐ２００７−２２６４５７Ａ）
【公開日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願番号】特願２００６−４５８３１（Ｐ２００６−４５８３１）
【出願日】平成１８年２月２２日（２００６．２．２２）
【出願人】（３９００２４３５０）株式会社ジャストシステム (123)
【Ｆターム（参考）】
【公開日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願日】平成１８年２月２２日（２００６．２．２２）
【出願人】（３９００２４３５０）株式会社ジャストシステム (123)
【Ｆターム（参考）】
[ Back to top ]