(57)【要約】【課題】授業評価のために生徒の学習状況を効率的に管理する。【解決手段】授業管理装置のメール送受信部は、生徒からの電子メールを受信する。この電子メールから、所定のキーワードなどを抽出し、電子メールを処理するモジュールを決定する。このとき、電子メールの分類条件と処理モジュールの対応付けが定義されている処理選択テーブルが参照される。電子メールが処理されると、その電子メールに対応するカルテデータの項目が更新される。【選択図】図３
2007226456.tif 000002
【特許請求の範囲】
【請求項１】
生徒の学習状況を管理することによって授業を支援するための装置であって、
複数の項目を含むカルテデータにより、生徒の学習状況を管理するカルテ管理部と、
前記複数の項目のそれぞれに対応づけられ、前記カルテデータを更新する複数の処理モジュールと、
生徒からの電子メールを受信する電子メール受信部と、
電子メールに含まれるデータと電子メールの処理主体となるべき処理モジュールを対応づけた処理選択テーブルを参照して、前記受信された電子メールをいずれかの処理モジュールに転送する転送制御部と、を備え、
前記処理モジュールは、前記転送された電子メールから所定のデータを抽出して、当該処理モジュールが対応づけられている項目について前記カルテデータを更新することを特徴とする授業管理装置。
【請求項２】
前記カルテ管理部は、生徒の授業に対する出席状況を管理するための項目である出席項目を含むカルテデータを保持しており、
前記複数の処理モジュールには、授業への出席を通知するための電子メールを処理対象とし、前記出席項目について前記カルテデータを更新する処理モジュールが含まれることを特徴とする請求項１に記載の授業管理装置。
【請求項３】
前記カルテ管理部は、生徒の授業に対する感想を管理するための項目である感想項目を含むカルテデータを保持しており、
前記複数の処理モジュールには、授業に対する生徒の感想が記述された電子メールを処理対象とし、前記感想項目について前記カルテデータを更新する処理モジュールが含まれることを特徴とする請求項１または２に記載の授業管理装置。
【請求項４】
前記処理選択テーブルには、キーワードと処理モジュールが対応づけられており、
前記転送制御部は、前記受信された電子メールから前記処理選択テーブルに定義されているキーワードが検出されたとき、そのキーワードと対応づけられている処理モジュールに対して前記受信された電子メールを転送することを特徴とする請求項１から３のいずれかに記載の授業管理装置。
【請求項５】
前記転送制御部は、前記受信された電子メールから前記処理選択テーブルに定義されているキーワードが複数個検出されたときには、それぞれのキーワードと対応づけられている複数の処理モジュールに対して前記受信された電子メールを転送することを特徴とする請求項４に記載の授業管理装置。
【請求項６】
電子メールに対して所定の前置処理を実行する前置処理部、を更に備え、
前記転送制御部は、前記受信された電子メールを前記前置処理部に転送してその処理結果を取得し、前記電子メールの代わりに、または、前記電子メールと共に、前記処理結果をいずれかの処理モジュールに転送することを特徴とする請求項１から５のいずれかに記載の授業管理装置。
【請求項７】
生徒の学習状況を管理することによって授業を支援するための方法であって、
生徒からの電子メールを受信するステップと、
電子メールに含まれるデータと電子メールの処理主体となるべき処理モジュールを対応づけた処理選択テーブルを参照して、複数の処理モジュールのうちのいずれかの処理モジュールに前記受信された電子メールを転送するステップと、
前記電子メールを転送された処理モジュールにおいて、前記電子メールから所定データを抽出し、生徒の学習状況を管理するためのカルテデータに含まれる複数の項目のうち当該処理モジュールが対応づけられている項目について前記カルテデータを更新するステップと、
を備えることを特徴とする授業管理方法。
【請求項８】
生徒の学習状況を管理することによって授業を支援するためのコンピュータプログラムであって、
生徒からの電子メールを受信する機能と、
電子メールに含まれるデータと電子メールの処理主体となるべき処理モジュールを対応づけた処理選択テーブルを参照して、前記受信された電子メールをいずれかの処理モジュールに転送する機能と、
前記電子メールを転送された処理モジュールにおいて、前記電子メールから所定データを抽出し、生徒の学習状況を管理するためのカルテデータに含まれる複数の項目のうち当該処理モジュールが対応づけられている項目について前記カルテデータを更新させる機能と、
をコンピュータに発揮させることを特徴とする授業管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生徒の学習状況を管理するための教育支援技術に関する。
【背景技術】
【０００２】
日本はいよいよ人口減少社会に突入しつつある。大学全入時代の到来も予想されるなか、各大学は生き残りをかけた厳しい競争にさらされている。魅力ある大学としての地位を築いてこのような競争に打ち勝つために、授業内容・方法を改善し、質的向上を図るための組織的な取り組み、いわゆるＦＤ（Faculty Development）の必要性が高まってきている。
【特許文献１】特開２００４−２５２６３２号公報
【特許文献２】特開２００３−１８３２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このような社会的背景に鑑みて、本発明者は、生徒ごとの学習状況をカルテとしてまとめれば、教師が授業内容・方法を自発的に改善しやすくなると考えた。しかし、カルテへの記入作業が過負荷となると、かえって、教師が本業としての教育に専念できなくなる可能性がある。
【０００４】
本発明の主たる目的は、授業評価のために生徒の学習状況を効率的に管理するための教育支援技術、を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様は、生徒の学習状況を管理することによって授業を支援するための授業管理装置に関する。
この装置は、複数の項目を含むカルテデータにより、生徒の学習状況を管理する。項目ごとに処理モジュールが対応づけられる。この装置は、生徒から電子メールを受信し、電子メールに含まれるデータに応じて、受信された電子メールをいずれかの処理モジュールに転送する。電子メールを転送された処理モジュールは、電子メールから所定のデータを抽出して、当該処理モジュールが対応づけられている項目についてカルテデータを更新する。
【０００６】
生徒は、授業への出席を示す電子メールや授業についての感想を記述した電子メール等、さまざまな種類の電子メールを送信してもよい。そして、これらの電子メールから得られるさまざまなデータが、生徒の学習状況を管理するためのカルテデータとして統合されてもよい。電子メールから抽出される所定データとは、電子メールの本文や添付ファイルのように送信者が明示的に設定するデータであってもよいし、送信アドレスや送信時刻のように暗黙的に設定されるデータであってもよい。電子メールから得られる所定データそのものがカルテデータとして管理されてもよいし、所定データに基づいて生成されるデータがカルテデータとして管理されてもよい。
生徒は、普段使い慣れている携帯電話等の通信端末から電子メールを送信するだけなので、授業管理装置の運用に対して生徒の協力を得やすいというメリットがある。
【０００７】
カルテデータには、たとえば、生徒の出席状況、授業に対する意欲、試験結果などのさまざまな項目に対応したデータが含まれてもよい。この装置は、たとえば、電子メールの件名や本文に「出席」という単語が含まれているときには、生徒の出席状況を管理するための専用の処理モジュールに対して、その電子メールを転送してもよい。そして、この処理モジュールは、カルテデータのうち、生徒の出席状況に関するデータを更新してもよい。
このような態様によれば、電子メールの内容に応じて、複数の処理モジュールのうち処理主体となる処理モジュールを自動的に特定できる。そのため、多様な内容を含む電子メールからカルテデータの項目に応じて適切にデータを抽出しやすくなっている。また、電子メールを振り分けるための条件と処理モジュールとの組み合わせを、処理選択テーブルに新たに登録することにより、カルテデータの内容を簡易に拡張できる。
【０００８】
なお、以上の構成要素を任意に組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、授業評価のために生徒の学習状況を効率的に管理できる。
【発明を実施するための最良の形態】
【００１０】
本実施例においては、まず、授業評価システムの概要を述べつつ、本発明の主たる特徴である「メール分類処理」を中心として説明してゆく。
【００１１】
図１は、授業評価システムのハードウェア構成図である。
授業評価システム１０は、大学のような教育機関への導入を想定した、授業内容を評価・検証するためのシステムである。授業評価システム１０は、教師と生徒によって利用されるシステムであり、授業に対する生徒の反応を授業内容にフィードバックさせるための仕組みを提供する。
【００１２】
授業評価システム１０は、授業管理装置１００、メールサーバ２０２および複数のクライアント端末２０４を含む。これらは、インターネット２００を介して互いに接続されている。授業管理装置１００は、教師によって使用される（以下、授業管理装置１００のユーザあることを明示する意味で、「教師」のことを「ユーザ」ともよぶことにする）。各クライアント端末２０４は、生徒によって使用される携帯電話やノートパソコンなど、電子メール送受信機能を搭載した一般的な通信端末である。本実施例においては、各クライアント端末２０４は、各種電子メールを授業管理装置１００に送信する。
【００１３】
まず、教師は講座の開設に際して、講座専用のメールアドレスを設定する（以下、「講座アドレス」とよぶ）。たとえば、「フランス語Ａ」という計１５回の授業からなる講座には、「fraA@xxx.co.jp」のように講座アドレスが設定される。フランス語Ａの講座を受ける生徒は、その講座アドレスを介して授業管理装置１００と電子メールを送受する。たとえば、生徒は授業に出席したときに、講座アドレスに対して出席を通知するための「出席メール」を送信する。メールサーバ２０２は、クライアント端末２０４から受信した出席メールを授業管理装置１００に転送する。このメールサーバ２０２は、一般的な既知の装置でよい。授業管理装置１００では、出席メールによって、どの講座にどの生徒が出席したかを自動的に集計する。
【００１４】
このほかにも、生徒は、授業に対する感想を記述した感想メールを講座アドレスに送信する。授業管理装置１００は、感想メールを自然言語解析して、生徒の授業に対する理解度や意欲を定量的に評価する。たとえば、「やった」、「できた」、「してみたい」というあらかじめ定義された「意欲的な単語」を感想メールが多く含んでいる場合、生徒の理解度や学習意欲が高いと判定できる。このように、本実施例に示す授業管理装置１００は、感想メールに含まれる用語を分析することにより、生徒の授業に対する反応を定量化することもできる。
生徒の電子メールから得られるさまざまな情報は、授業内容の改善するための有用な情報として利用される。
生徒から送信された電子メールが出席メールや感想メールのいずれに該当するかは、後述のメール分類処理によって判定される。
【００１５】
図２は、授業管理装置の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組み合わせによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００１６】
授業管理装置１００は、ユーザインタフェース処理部１１０、通信部１２０、データ処理部１３０およびデータ保持部１５０を含む。
ユーザインタフェース処理部１１０は、教師であるユーザからの入力処理やユーザに対する情報表示のようなユーザインタフェース全般に関する処理を担当する。通信部１２０は、メールサーバ２０２を介してクライアント端末２０４との通信処理を担当する。データ処理部１３０は、ユーザインタフェース処理部１１０や通信部１２０から取得されたデータを元にして各種のデータ処理を実行する。データ処理部１３０は、ユーザインタフェース処理部１１０、通信部１２０およびデータ保持部１５０間のインタフェースの役割も果たす。
データ保持部１５０は、あらかじめ用意された設定データや、データ処理部１３０から受け取った電子メールなど、さまざまなデータを格納する。通信部１２０は、電子メールの送受信を処理するメール送受信部１２２を含んでいる。
【００１７】
ユーザインタフェース処理部１１０は、表示部１１２と入力部１１８を含む。入力部１１８は、ユーザからの入力操作を受け付ける。表示部１１２は、ユーザに対して各種情報を表示する。表示方法は後述する。
【００１８】
データ保持部１５０は、メールデータ保持部１５２、カルテデータ保持部１７２およびフォーム保持部１７０を含む。
メールデータ保持部１５２は、生徒から受信した電子メールを保持する。生徒は宿題として提出を指示されたレポートファイルを電子メールに添付して送信することもある。メールデータ保持部１５２は、このようなレポートファイルも保持する。
カルテデータ保持部１７２は、ユーザが生徒の学習状況を判断するための元になるカルテデータを保持する。カルテデータには、たとえば、生徒の氏名やメールアドレス、出席状況、感想メールに記述された内容、レポートファイル提出状況などの複数の項目が含まれる。たとえば、生徒からの出席メールが受信されたときは、該当生徒のカルテデータの、出席の項目が更新される。感想メールが送信されたときは感想の項目が、提出物メールが受信されたときは提出物の項目が更新される。
カルテデータの具体的なデータ構造については、図４に関連して後述する。
フォーム保持部１７０は、表示部１１２がカルテデータを画面表示するときの表示レイアウトが定義されたフォームデータを保持する。フォームデータによって、カルテデータのうちの表示対象となるべきデータ、および、その表示方法が定義される。フォームデータは、カルテデータに基づく所定演算の結果を表示させるためのロジックを含めることもできる。具体的には、図１１に関連して詳述する。
【００１９】
データ処理部１３０は、メール処理部１３２、前置処理部１４６および授業データ管理部１３８を含む。
メール処理部１３２は、電子メールの内容を解析する。メール処理部１３２は、分類部１３４および整合判定部１３６を含む。分類部１３４は、処理選択テーブルを内部に含み、それを参照して、電子メールを内容に応じて分類し、処理するモジュールを決定する。たとえば、「件名に「出席」という単語が含まれていたら、出席メールと分類する」という条件で電子メールを分類する。そして、その分類条件に対応したモジュールに電子メールを処理させることを決定する。条件と処理モジュールの対応付けは、処理選択テーブル内で行われている。処理選択テーブルの構成例については、後で詳述する。
【００２０】
整合判定部１３６は、受信された電子メールが処理対象として有効な電子メールであるかを判定する。たとえばユーザが、後述する設定部１４２で、授業の開始５分後以内に受信された電子メールを出席メールとして受け付ける、という条件を設定したとき、授業の開始５分後以内に受信された電子メールは出席メールとして有効、それ以外は有効でないとなる。
【００２１】
前置処理部１４６は、分類部１３４からの指示に応じて、取得された電子メールに対して所定の前置処理を実行する。たとえば、前置処理部１４６は、前置処理として電子メールに含まれる誤字脱字をチェック・修正してもよいし、電子メールに英単語や英文が含まれているときに、日本語に翻訳してもよい。このほか、前置処理は、電子メールの文字数の計数、特定用語が含まれているかの判定、平均文長の計算等、その処理内容はさまざまであってよい。
なお、本実施例では、前置処理部１４６は、誤字脱字のチェック・修正のみを行う。
【００２２】
授業データ管理部１３８は、講座に関するデータを授業ごとに授業データとして管理する。授業データには、試験の平均点、感想メールから解析される生徒の理解度、授業計画、などのデータが含まれる。なお、講座は１回以上の授業によって構成される。
【００２３】
授業データ管理部１３８は、生徒管理部１４０および設定部１４２を含む。
生徒管理部１４０は、出席率や試験結果など生徒の学習状況に関連するデータを管理する。生徒管理部１４０は、更に、カルテ管理部１６８と処理モジュール群１４４を含む。カルテ管理部１６８は、カルテデータを管理する。カルテ管理部１６８は、処理モジュール群１４４の各種処理モジュールと協働して、カルテデータ保持部１７２のカルテデータを適宜更新する。処理モジュール群１４４については、次の図３に関連して詳述する。
設定部１４２は、電子メールの解析に関する各種条件を設定するために用いられる。整合判定部１３６や分類部１３４が用いる条件も、設定部１４２で設定される。
【００２４】
図３は、処理モジュール群１４４に含まれる各種処理モジュールを示す機能ブロック図である。
処理モジュール群１４４は、出席処理モジュール１８０、感想処理モジュール１８２、投票処理モジュール１８４、提出物処理モジュール１８６、試験処理モジュール１８８、アンケート処理モジュール１９０、特記事項処理モジュール１９２および登録処理モジュール１９４を含む。
【００２５】
分類部１３４は処理選択テーブルを参照し、たとえば、電子メールを出席メールと分類すると、次に出席メールを処理すべきモジュール、すなわち、出席処理モジュール１８０を特定し電子メールを転送する。出席処理モジュール１８０は、出席メール宛先、送信元アドレスから講座アドレスと出席メールを送信した生徒を割り出し、どの生徒が講座を受講しているか、などの判定処理を行う。受講していると判定すれば、カルテ管理部１６８に制御が移され、カルテデータのうち生徒の出席状況に関する項目が更新される。感想処理モジュール１８２は、感想メールを受け取り、感想メール本文中に特定のキーワードが含まれるか、などの判定を行う。その後、カルテ管理部１６８と協働し、生徒の授業に対する感想についての項目を更新する。投票処理モジュール１８４は、生徒からの投票に関するデータを処理する。提出物処理モジュール１８６は、課題に対するレポートファイルに関するデータを処理する。試験処理モジュール１８８は、試験に関するデータを処理する。アンケート処理モジュール１９０は、アンケートに関するデータを処理する。特記事項処理モジュール１９２は、カルテデータのうち、教師によって記入される特記事項に関する項目を処理する。登録処理モジュール１９４は、授業管理装置１００への生徒の登録に関するデータを処理する。
【００２６】
図４は、カルテデータ保持部１７２が管理するカルテデータのデータ構造図である。
同図に示すのは「フランス語Ａ２００５」という講座について、各生徒のカルテデータである。ここでは、カルテデータに含まれるさまざまなデータのうち、その一部のみを示している。
【００２７】
ＩＤ欄２８２は、生徒を識別するためにあらかじめ付与されているＩＤ（以下、「生徒ＩＤ」とよぶ）を示す。氏名欄２８４は生徒名を示す。出席履歴欄２８６は「フランス語Ａ２００５」の１５回分の授業についての生徒の出席状況を示す。同図丸印は出席を示し、バツ印は欠席を示す。分類部１３４により出席メールと分類された電子メールは、出席処理モジュール１８０に転送される。そして、出席処理モジュール１８０とカルテ管理部１６８とが協働して、出席履歴欄２８６が更新される。たとえば、生徒「石井英行」から第１５回目の授業の出席メールが送信された場合、生徒「石井英行」の出席履歴欄２８６の第１５回目授業の出欠を表すバツが丸印に変わる。
【００２８】
未提出物欄２８８はレポートファイルの提出状況を示す。レポートファイル付きの電子メール（以下、「提出物提出メール」と呼ぶ）が有効に受信されると、カルテ管理部１６８は、提出物処理モジュール１８６と協働して、未提出物欄２８８の該当データを更新する。未送信感想欄２９０は感想メールの到着状況を示す。有効に感想メールが受け付けられると、カルテ管理部１６８は、感想処理モジュール１８２と協働して、未送信感想欄２９０の該当データを更新する。
たとえば、生徒「竹治義克」からの提出物提出メールが受信された場合、生徒「竹治義克」の未提出物欄２８８の「有」が「無」に変わる。有効な感想メールが受信された場合も同様である。
特記事項欄２９２は、教師が入力部１１８を介して入力したデータである。生徒についてのコメント等、自由に書き込むことができる。図４では、教師は生徒「石井英行」について、「病弱」と記している。
このように、カルテデータは、電子メールの受信を契機としてカルテ管理部１６８によって自動的に記述されるデータと、ユーザによって入力されるデータによって構成されている。
【００２９】
図５は、生徒が送信する電子メールフォーマット４００を示す図である。
宛先４０１は、電子メールの送信先である講座アドレスを示す。宛先４０１は、分類部１３４により解析され、生徒がどの講座に出席メール、感想メールなどを送信したかが判別される。件名４０２は分類部１３４により解析され、生徒がどの種類のメールを送信したかが判別されてもよい。たとえば、生徒が件名に「出席」と記した電子メールを送ったとする。分類部１３４は、処理選択テーブルを参照し、この電子メールを出席メールと分類する。そして、出席処理モジュール１８０に処理をさせる。また、件名「感想」の電子メールが送信されたら、感想メールと分類し、感想処理モジュール１８２に処理をさせてもよい。結果、該当生徒のカルテデータの「出席」や「感想」などに関する項目が更新される。
本実施例では、電子メールの件名を用い、出席メール、感想メール、提出物提出メールの分類を行う。
【００３０】
授業課題として生徒が提出するレポートファイルが添付される場合、添付４０３に添付ファイル名が表示される。
【００３１】
変形例として、分類部１３４は、本文４０４中の特定の文字列を検出して、処理を依頼するモジュールを決定してもよい。たとえば、メール本文の先頭に「出席」の文字列があれば、出席処理モジュール１８０に処理をさせてもよいし、メール本文の先頭に「感想」の文字列があれば、感想処理モジュール１８２に処理をさせてもよい。
検出する特定文字列は、メール本文の先頭にある必要はなく、メール本文末尾であってもよいし、文中であってもよい。また、特定のパスワードを本文中に記すと、そのパスワードに対応する処理モジュールがメールを処理する、という方式でもよい。
なお、本実施例ではメール本文を用いた電子メールの分類は行わないが、感想メールの授業感想として、メール本文を解析する。
【００３２】
以上の例では、電子メールをいずれかのモジュールに転送することを説明したが、分類部１３４は、複数モジュールに電子メールを転送してもよい。たとえば、メール件名に、「出席」、「感想」の両文字列がある場合、電子メールを出席処理モジュール１８０、感想処理モジュール１８２の両モジュールに送ってもよい。
【００３３】
図６は、電子メールの受付処理過程を示すフローチャートである。以下、出席メールの受付処理過程を例に説明する。
生徒から送信された電子メールは、メールサーバ２０２を介し、メール送受信部１２２で受信される。受信された電子メールは、分類部１３４に送られる。
電子メールが受信された後（Ｓ１０）、分類部１３４は処理選択テーブルを参照し、件名４０２中に特定のキーワードが含まれているかに応じて、電子メールを分類する。たとえば、件名４０２に「出席」の文字列があれば出席メールと分類し、その電子メールの処理対象を出席処理モジュール１８０と特定する（Ｓ１２）。
【００３４】
次に、整合性チェックを行う（Ｓ１４）。整合性チェックとは、ユーザが設定した条件に、出席メールが適合するかどうかのチェックである。たとえば、ユーザが、授業開始５分後という条件を設定すれば、授業開始５分以内の出席メールは、Ｓ１６の処理に進み（Ｓ１４のＹ）、５分以降の出席メールは（Ｓ１４のＮ）メールデータ保持部１５２に、後述の後処理が施された後、保存される（Ｓ２２）。保存するのは、保存しないで削除すると、不都合が起こり得るからである。たとえば、ユーザが授業開始５分以内の出席メール受付許可、という条件を設定していたとき、交通機関のトラブル発生を事後的に考慮して、授業開始２０分以内の出席メール受付許可、という条件に変えたとする。この場合、電子メールを保存しておけば、事後的に電子メールの分類、整合性チェックができる。結果、授業開始５分以降２０分以内に出席メールを送信した生徒を、出席扱いにできる。
電子メールを保存（Ｓ２２）する前の後処理は、本実施例では、メール本文の固定メッセージへの置換である。たとえば、生徒が授業管理装置１００への登録を申請するため、送信した電子メールの本文に、パスワードを含んだ登録のためのコマンドを記したとする。固定メッセージへの置換が行われれば、このような機密情報を保護することができる。
変形例として、メール件名、宛先、本文を暗号化することも考えられる。
【００３５】
整合性があると判定された出席メールは、前置処理部１４６に送られ、誤字脱字のチェック・修正が行われる（Ｓ１６）。
【００３６】
前置処理が施された出席メールは、単独で、あるいは前置処理前の出席メールと共に、出席処理モジュール１８０に転送される（Ｓ１８）。たとえば、誤字脱字を含む出席メールが送信されてきたときは、その出席メールは、単独で、または誤字脱字が修正された電子メールと共に転送される。
【００３７】
最後に、出席処理モジュールはカルテデータの出席に関する項目を更新し（Ｓ２０）、出席メールが保存される。感想メール、その他が受信されたときも、同様のフローで電子メールが処理される。特に、感想メールが受信されたとき、授業感想が記された感想メール本文に前置処理が施され、誤字脱字チェック・修正後の感想が、後述の感想受付画面２５０に表示される。
【００３８】
図７は、授業管理装置のメニュー画面の画面図である。
教師であるユーザが授業管理装置１００にログインしたときには、まず、このメニュー画面２１０が表示される。講座選択領域２１２は、現在開設されている講座を一覧表示する。ここでは、「フランス語Ａ２００５」、「フランス語Ｂ２００５」および「フランス語Ｃ２００５」という３つの講座が開設されている。同図においては、「フランス語Ａ２００５」が選択されている。
【００３９】
メニューボタン群２１４に含まれるいずれかのボタンが選択されると、講座選択領域２１２で選択された講座についての各種データにアクセスする画面が表示される。出席簿ボタン２１６は、生徒の出席状況を表示させるためのボタンである。感想受付ボタン２１８は、生徒の授業の感想を表示させるためのボタンである。提出物管理ボタン２２０は、宿題などの提出状況を表示させるためのボタンである。試験結果ボタン２２２は、試験結果を一覧表示させるためのボタンである。整合性チェックボタン２２４は、整合条件を設定するための画面を表示させるボタンである。カルテボタン２２６は、生徒の授業態度や成績に関する情報を「カルテ」として表示させるためのボタンである。通知ボタン２２８は、休講通知などのように授業に関する連絡事項を通知するための画面を表示させるボタンである。投票ボタン２３０は、生徒の意見を募るための画面を表示させるためのボタンである。
【００４０】
ここでは、授業管理装置１００の基本的な機能の説明にとどめるため、メニューボタン群２１４のうち、出席簿ボタン２１６、感想受付ボタン２１８、提出物管理ボタン２２０およびカルテボタン２２６が選択されたときにそれぞれ表示される出席簿画面２４０、感想受付画面２５０、提出物管理画面２６０、カルテ画面について説明する。
【００４１】
図８は、出席簿画面の画面図である。
出席簿画面２４０は、図７のメニュー画面２１０において、出席簿ボタン２１６がクリックされたときに表示される。教師は、授業開始時に、その授業の合い言葉を生徒に示す。合い言葉は教室で、口頭で示されてもよいし、後述の授業選択領域２４２の、各授業のテーマであってもよい。たとえば、教師が、授業開始時に合い言葉、「Ｒの発音」を示したとする。そして、設定部１４２を介し、「メール件名が「出席」」である」を出席メールの分類条件として設定し、「授業開始５分以内」を有効メールの条件として設定したとする。このとき、授業に出席した生徒が合い言葉をメール本文に記し、件名を「出席」とし、授業開始５分以内に講座アドレスに電子メールを送信したとする。分類部１３４は、電子メールを出席メールと分類し、整合判定部１３６は有効な出席メールと判定する。そして、授業データ管理部１３８は出席メールの送信元である生徒を正規の出席者と認定する。表示部１１２は授業に出席している生徒名を出席簿画面２４０に表示する。
【００４２】
合い言葉は、実際には出席していない生徒を出席扱いしないための仕組みである。出席管理のための変形例としては、クライアント端末２０４の位置に基づく出席管理方法が考えられる。たとえば、クライアント端末２０４がＧＰＳ（Global Positioning System）機能を搭載する場合、出席メールは、その送信時におけるクライアント端末２０４の位置情報を含んでもよい。整合判定部１３６は、この位置情報に基づいて、実際に教室にいる生徒からの出席メールであるかを判定する。クライアント端末２０４は、ＧＰＳのほかにも、接続した最寄りの基地局ＩＤを位置情報として送信してもよい。
【００４３】
授業選択領域２４２は、「フランス語Ａ２００５」講座の各授業に関する出席状況を表示する。同図によれば、この講座の授業は４回目であり、４回分の授業の出席率が一覧表示されている。授業選択領域２４２では、４回目の「Ｒの発音」というテーマの授業が選択されている。出欠状況表示領域２４４は、授業選択領域２４２で選択された４回目の授業に出席している生徒名を一覧表示させている。ここでは、講座に登録されている６人の生徒のうち、「竹治義克」を除く５名が授業に出席している。
授業管理装置１００が出席メールを受け付けると、表示部１１２は自動的に出席簿画面２４０の内容を更新するため、出席簿画面２４０によって、教師は各生徒の出席状況をリアルタイムかつ正確に把握できる。
【００４４】
図９は、感想受付画面の画面図である。
感想受付画面２５０は、図７のメニュー画面２１０において、感想受付ボタン２１８がクリックされたときに表示される。生徒は、授業がおわると、講座アドレス宛に感想メールを送信する。この感想メールによって、教師は、授業に対する生徒の反応を即座に知ることができる。たとえば、教師が設定部１４２を介し、「メール件名が「感想」である」を、感想メールの分類条件として設定したとする。このとき、授業に出席した生徒は、メール件名「感想」の電子メールを講座アドレスに送信したとする。分類部１３４は、電子メールを感想メールと分類し、感想一覧領域２５６に感想メール本文が掲載される。
授業選択領域２５２は、「フランス語Ａ２００５」講座の各授業に関する感想メールの受け付け状態を表示する。授業選択領域２５２では、４回目の授業が選択されている。感想一覧領域２５６は、授業選択領域２５２で選択された４回目の授業に対する生徒の感想を一覧表示させている。更に、感想表示領域２５４は、感想一覧領域２５６で選択された生徒「新井真由美」の感想が表示されている。
【００４５】
ここでは、教師が「質問」というキーワードを、設定部１４２を介し設定したので、感想メール本文に「質問」という単語が含まれている生徒には星印が付記されている。この機能によって、教師は、質問事項が含まれている感想メールを簡単に見つけることができる。
また、メール本文を自然言語処理することにより、質問事項が含まれている感想メールを見つける、あるいは質問事項を重要度によってレベル分けする、という手法も、本実施例なら実現可能であることは、当業者には理解されるところである。
そして、複数生徒から類似の質問がある場合、その質問を電子メールで発した生徒に、たとえば、「あなたと同じような質問をした生徒が何人います」という電子メールを送信する、という機能も実現可能なことも、当業者には理解されるところである。
有効な感想メールが受け付けられると、カルテ管理部１６８は、カルテデータの「感想」に関する項目を更新する。
授業管理装置１００が感想メールを受け付けると、表示部１１２は自動的に感想受付画面２５０の内容を更新するため、感想受付画面２５０によって、教師は各生徒の授業の感想をリアルタイムかつ正確に把握できる。
【００４６】
図１０は、提出物管理画面の画面図である。
提出物管理画面２６０は、図７のメニュー画面２１０において、提出物管理ボタン２２０がクリックされたときに表示される。生徒が送信した電子メールを、授業管理装置１００が提出物として受信したとき、カルテデータの提出物に関する項目が更新され、ユーザは、提出物管理画面２６０で、提出物に関する項目の最新データを知ることができる。
たとえば、ユーザが「メール件名が「提出物提出」である」を提出物提出メールの分類条件として設定し、生徒が件名「提出物提出」の電子メールを添付ファイル（提出物）と共に送信したとする。この場合、分類部１３４は、電子メールを提出物提出メールと分類し、電子メールを誤字脱字チェック・修正が施された添付ファイルと共に提出物処理モジュール１８６に転送する。提出物処理モジュール１８６は、添付ファイルを提出物だと見なし、カルテ管理部１６８と協働し、カルテデータの「提出物」に関する項目を更新する。
授業選択領域２６２は、「フランス語Ａ２００５」講座の各授業に関する提出物の提出状況を表示する。授業選択領域２６２では、３回目の授業が選択されており、その下の提示状況一覧２６４で、授業選択領域２６２で選択された３回目の授業に対する生徒の提出物の提出状況を表示させている。
【００４７】
図１１は、カルテ画面の画面図である。
ここでは、カルテ画面３００において表示対象となるさまざまなデータのうち、その一部のみを示している。ユーザが図７のメニュー画面２１０において講座を指定した上でカルテボタン２２６をクリックすると、表示部１１２は、フォームデータに定義されている表示レイアウトにて、カルテデータを表示させる。ＩＤ表示領域３０２は、図４のＩＤ欄２８２における生徒ＩＤを示す。生徒ＩＤを変更すると別の生徒についてのカルテデータが表示される。このようにカルテ画面３００は、講座ごと、かつ、生徒ごとにそれぞれ別画面にて表示される。ここでは、「フランス語Ａ２００５」の受講生である「新井真由美」のカルテデータが表示対象となっている。
【００４８】
氏名表示領域３０４は、図７の氏名欄２８４における生徒名を表示する。出席状況表示領域３０６は、図７の出席履歴欄２８６における生徒の出席状況を示す。フォームデータには、あらかじめ「フランス語Ａ２００５」講座の授業が１５回あるものとして出席状況表示領域３０６の欄がデザインされている。ユーザはフォームデータを自由にデザインできる。出欠率表示領域３０７は、「新井真由美」の「フランス語Ａ２００５」に対する出席率と欠席率（まとめて、「出欠率」とよぶ）を示す。フォームデータには、出席状況表示領域３０６に示される出席データに基づいて、出欠率を算出するための式が記述されている。表示部１１２は、カルテデータを表示させるときに、フォームデータにこのような計算式が記述されているときには、カルテ管理部１６８に計算実行を指示する。カルテ管理部１６８は、カルテデータとフォームデータを参照して、出席率と欠席率をそれぞれ計算し、その計算結果を表示部１１２に渡す。表示部１１２は、この計算結果を出欠率表示領域３０７に出欠率として表示させる。
【００４９】
整合性表示領域３０８は、レポートの提出状況や出席メールの有効性など、各種条件判定の結果を示す。フォームデータには、授業に出席していないのに感想メールを送った、レポートを提出していないなど、整合性表示領域３０８に表示すべき状況についてさまざまな条件設定を記述できる。たとえば、未提出レポートがあるか否かは、カルテデータの未提出物欄２８８のデータによって判定できる。また、出席率が５０％以下なのに、試験の平均点が７０点以上の生徒は印をつけてもよい。フォームデータに記述された各種判定条件は、カルテ管理部１６８によって判定される。
【００５０】
文長推移表示領域３１０は、授業終了後に生徒が送信する感想メールの本文の感想文字数の変化をグラフとして示す。感想メールが受信されると、感想文字数が計測される。この感想文字数もカルテデータの一部としてカルテデータ保持部１７２に保持される。意欲的に授業に参加している生徒は、一般的には感想文字数も多くなると考えられる。そのため、生徒の意欲の変化を推し量る上で、文長推移表示領域３１０のグラフは有益な判断材料となる。このように、電子メールの内容だけではなく、感想文字数のように生徒の無意識心理を反映したデータもカルテとして活用することにより、より多面的に生徒の学習状況を探ることができる。
【００５１】
カルテ管理部１６８は、全生徒において感想文字数の平均値を計算する。表示部１１２は、文長推移表示領域３１０に全生徒の感想文字数の平均値と生徒「新井真由美」の感想文字数とを比較したかたちで表示させている。このため、教師であるユーザは、全体傾向と個人傾向をあわせて把握できる。
電子メールの受信、分類、処理モジュール群１４４とカルテ管理部１６８の協働によるカルテデータの更新が行われると、カルテ画面３００は更新される。そのためユーザは、生徒のカルテデータをリアルタイムかつ正確に把握できる。
【００５２】
以上、実施例に基づいて本発明を説明した。
本実施例に示した授業管理装置１００によれば、授業評価システム１０において、クライアント端末２０４から送られてくる電子メールの内容を解析して所定データを抽出し、その抽出データに対応する処理モジュールに電子メールを転送し、カルテデータを更新することができ、ユーザの評価作業の負担軽減が可能となる。そして、前置処理部による誤字・脱字チェック・修正により、レポートの管理負担軽減などが図られる。教育現場ではレポートなどの誤字・脱字は頻繁に発生しており、従来は手動で誤字・脱字のチェックを行っていた。しかし、本発明によればこれを自動で行うことができ、ユーザが手間をかけずに済む。
【００５３】
また、本実施例では、処理選択テーブルが分類部１３４に含まれるとしたが、処理選択テーブルは、分類部１３４に含まれなくともよい。たとえば、処理選択テーブルは、所定フォーマットのデータベースファイルでハードディスクに格納されていてもよい。この場合、たとえば、データベースファイル中のレコードは、電子メールの分類条件を表す属性（以下、「分類条件属性」と記す）と処理モジュールのパスを表す属性（以下、「処理モジュール属性」と記す）を含んでいてよい。そして、分類条件属性は分類部１３４により自然言語処理されてよい。
たとえば、出席処理モジュールa.exeを用意し、Ｃドライブ直下に保存したとする。データベースファイルには、分類条件属性「メール件名出席だったら、出席メールにする」、処理モジュール属性「Ｃ：￥a.exe」のレコードが含まれているとする。このとき、生徒から件名「出席」の電子メールを送信されたら、分類部１３４は処理選択テーブルを参照し、「メール件名出席だったら、出席メールにする」の文字列を自然言語処理し、電子メールの件名に文字列「出席」を検出できるかを試みる。送信された電子メールが分類条件に当てはまるので、次に、処理モジュール属性を取得し、Ｃドライブ直下のa.exeを処理モジュールと決定し、a.exeに電子メールを転送する。
レコードはユーザが任意に編集してもよく、たとえば、ユーザはレコードの分類条件属性を「本文か件名に出席すると書いてあったら、出席メール」の文字列に変更してもよい。この場合、分類部１３４は、その文字列を自然言語処理し、電子メールの件名または本文に「出席」の文字列があったら、a.exeに電子メールを転送する。
また、処理モジュール属性には、ＩＰアドレスとポート番号の組み合わせが設定されていてもよく、この場合、該当ＩＰアドレスが設定されているマシンの該当ポート番号に関連付けられているモジュールが、電子メールを処理してもよい。
そして、レコードをデータベースファイルに新たに追加、削除、変更することにより、授業管理装置１００が処理する電子メールの種類を簡単に追加、削除、変更できるので、授業管理装置１００を直接手直しせず済み、ユーザの負担軽減が図られる。
生徒が送信した電子メールがどの分類条件にも当てはまらない場合、授業管理装置１００が、電子メールを送信した生徒に電子メールが受け付けられなかった旨のエラーメールを送信することも考えられる。ユーザのエラーメール送信の手間が省け、更なる負担軽減が図られる。
【００５４】
さらに、前置処理の機能は授業管理装置１００内部に組み込まれている必要はなく、外部モジュールにより行われてもよい。たとえば、前置処理部１４６に前置処理の機能を有するＤＬＬ（Dynamic Link Library）をアドオンする、外部マシンと通信する、という方法によって行ってもよい。外部モジュールはサービスプロセス、その他であってもよい。分類部１３４が処理モジュールに電子メールを転送する方法は、出席メールのデータをファイルに出力する、という方法でもよいし、共有メモリに書き込む、という方法でもよい。
そして、前置処理部１４６が電子メールを、特定フォーマットのファイルに出力することも考えられる。たとえば、前置処理部１４６が宿題の解答を記した電子メールをＨＴＭＬ（Hyper Text Markup Language）ファイルとして出力することが考えられる。この場合、出力ファイルを公開すれば、後日、生徒が容易に、送信した解答を確認でき、生徒が安心して、解答メールを送信できる環境が構築できる。
また、前置処理部１４６が翻訳の機能を担っているとき、たとえば、講師が米国人の英語教師である場合、前置処理部で、電子メールを英語翻訳できれば、教師は翻訳の手間を取らずに済む。
【００５５】
本実施例においては、授業評価システム１０を題材として、電子メールから所定データを抽出することにより、カルテデータを更新する機能を説明したが、本実施例で示したカルテデータ更新機能は、授業評価システム１０に限らず広く応用可能であることはいうまでもない。応用例として、以下２つ挙げる。
【００５６】
社員情報管理装置…社員が送信する電子メールを解析し、たとえば、件名が「住所」であると、社員カルテデータの住所項目を更新する、というような管理装置が考えられる。これにより、人手をかけることなく、社員情報が効率的に管理できる。
【００５７】
本店支店間の営業報告装置…支店送信メールに特定のキーワードが含まれていると、特定の発注に関する報告メールだと判断し、本店のコンピュータが自動的に、その電子メールを処理する、などという方式が考えられる。たとえば、キーワードを発注番号としてメール件名に記し、発注番号によって電子メールを処理するモジュールを決定する、という方式が考えられ、本店支店間の情報共有が円滑に行える。
また、外国支店からの電子メールを、前置処理部で日本語に翻訳し、カルテデータを更新する、という方式も考え得る。
【００５８】
なお、本実施例においては、請求項に記載の転送制御部の機能は、分類部１３４によって実現される。
これら請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【００５９】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり 、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００６０】
【図１】授業評価システムのハードウェア構成図である。
【図２】授業管理装置の機能ブロック図である。
【図３】処理モジュール群を示す機能ブロック図である。
【図４】カルテデータ保持部におけるカルテデータのデータ構造図である。
【図５】生徒が送信するメールのフォーマットを示す図である。
【図６】電子メールの受付処理過程を示すフローチャートである。
【図７】授業管理装置のメニュー画面の画面図である。
【図８】出席簿画面の画面図である。
【図９】感想受付設定画面の画面図である。
【図１０】提出物管理画面の画面図である。
【図１１】カルテ画面の画面図である。
【符号の説明】
【００６１】
１０  授業評価システム、  １００  授業管理装置、  １１０  ユーザインタフェース処理部、  １１２  表示部、  １１８  入力部、  １２０  通信部、  １２２  メール送受信部、  １３０  データ処理部、  １３２  メール処理部、  １３４  分類部、  １３６  整合判定部、  １３８  授業データ管理部、  １４０  生徒管理部、  １４２  設定部、  １４４  処理モジュール群、  １４６  前置処理部、  １５０  データ保持部、  １５２  メールデータ保持部、  １６８  カルテ管理部、  １７０  フォーム保持部、  １７２  カルテデータ保持部、  ２０２  メールサーバ、  ２０４  クライアント端末、  ４００  電子メールフォーマット、  ２１０  メニュー画面、  ２１４  メニューボタン群、  ２４０  出席簿画面、  ２５０  感想受付画面、  ２６０  提出物管理画面、  ３００  カルテ画面。
【図１】
2007226456.tif 000003
【図２】
2007226456.tif 000004
【図３】
2007226456.tif 000005
【図４】
2007226456.tif 000006
【図５】
2007226456.tif 000007
【図６】
2007226456.tif 000008
【図７】
2007226456.tif 000009
【図８】
2007226456.tif 000010
【図９】
2007226456.tif 000011
【図１０】
2007226456.tif 000012
【図１１】
2007226456.tif 000013