JP2014194458A - 学習支援プログラム、学習支援装置及び学習支援方法 - Google Patents

Abstract

【課題】グループ内の生徒が協力しあって課題を達成できるように支援する学習支援プログラム、学習支援装置及び学習支援方法を提供することを目的としている。
【解決手段】コンピュータに、記憶部に格納された各生徒が担当する課題の進捗を示す値を参照し、前記進捗を示す値に基づき、課題達成のための援助を受ける援助対象生徒と、課題達成を援助する援助実行生徒とを抽出する処理と、前記援助対象生徒に対する援助を依頼する援助依頼画面データを前記援助実行生徒の端末へ送信する処理と、を実行させる。
【選択図】図９

Description

本発明は、グループでの課題達成を支援する学習支援プログラム、学習支援装置及び学習支援方法に関する。

近年では、タブレット端末等を含む電子端末を利用した次世代型教育の実証実験等が行われており、今後はこの次世代型教育が全国的に浸透していくものと考えられる。

ところで電子端末を利用した授業の一形態では、生徒を予めグルーピングしてグループ毎に課題を与え、１つのグループで１つの課題を達成又は解決させる形態が知られている。

グループで課題を達成する授業では、「グループ内の生徒同士で協力しあって課題を達成する」ということが目的である。グループ毎の課題は、例えばグループ内の生徒毎に担当する項目を割り振り、各生徒が担当する項目の回答結果をまとめることで達成されるものがある。

特開２００２−２７８４３９号公報

グループで１つの課題に取り組む際に、生徒毎に担当する項目を割り振った場合、全ての生徒が担当する項目に回答できるとは限らない。例えば割り振られた項目の分野を苦手とする生徒は、決められた時間内に自分が担当する項目に回答できないことが考えられる。また割り振られた項目の分野を得意とする生徒は時間に余裕をもって自分が担当する項目に回答できる。

このようにグループ内の生徒に得手不得手がある場合、苦手な項目が割り振られた生徒がこの項目を得意とする生徒に自分の担当する項目の回答を任せてしまい、結果的に特定の生徒が課題の大部分を担当することになる可能性がある。そうなるとこの授業は、「グループ内の生徒同士で協力しあって課題を達成する」という目的とは離れたものとなる。

１つの側面では、本発明は、グループ内の生徒が協力しあって課題を達成できるように支援する学習支援プログラム、学習支援装置及び学習支援方法を提供することを目的としている。

開示の技術の一様態によれば、コンピュータに、記憶部に格納された各生徒が担当する課題の進捗を示す値を参照し、前記進捗を示す値に基づき、課題達成のための援助を受ける援助対象生徒と、課題達成を援助する援助実行生徒とを抽出する処理と、前記援助対象生徒に対する援助を依頼する援助依頼画面データを前記援助実行生徒の端末へ送信する処理と、を実行させる。

上記各処理は、上記各処理を実現する機能部、上記各処理を手順としてンピュータにより実行させる方法、プログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。

グループ内の生徒が協力しあって課題を達成できるように支援することができる。

学習支援システムの構成の例を示す図である。 教師端末のハードウェア構成の一例を示す図である。 生徒データベースの一例を示す図である。 グループ課題データベースの一例を示す図である。 項目番号対応データベースの一例を示す第一の図である。 回答データベースの一例を示す図である。 メンバ別進捗ワークテーブルの一例を示す図である。 教師端末の機能を説明する図である。 教師端末の動作を説明する第一のフローチャートである。 課題分担処理を説明するフローチャートである。 援助項目送信処理を説明するフローチャートである。 最終項目送信処理を説明するフローチャートである。 教師端末に表示される課題選択画面の一例を示す図である。 課題分担処理により分担された項目に対応した生徒毎の回答画面の例を示す第一の図である。 課題分担処理により分担された項目に対応した生徒毎の回答画面の例を示す第二の図である。 第一確認時間が経過したときのメンバ別進捗ワークテーブルの一例を示す図である。 援助依頼画面の一例を示す図である。 判断画面の一例を示す図である。 援助受け入れの通知を受信して更新されたメンバ別進捗ワークテーブルの一例を示す図である。 援助通知画面の一例を示す図である。 援助画面の一例を示す図である。 自力回答の通知を受信して更新されたメンバ別進捗ワークテーブルの一例を示す図である。 援助対象項目を自力回答としたときの援助対象生徒の生徒端末に表示される回答画面の一例を示す図である。 援助対象生徒が援助対象項目を自力回答としたときの援助実行生徒の生徒端末に表示される通知画面の一例を示す図である。 最終援助依頼画面の一例を示す図である。 課題分担画面の一例を示す図である。

以下に図面を参照して実施例について説明する。図１は、学習支援システムの構成の例を示す図である。

本実施例の学習支援システム１００は、学習支援サーバ２００と複数の電子端末３００とを有する。本実施例の学習支援サーバ２００と複数の電子端末３００とは、ネットワークを介して接続されている。

本実施例の学習支援システム１００は、例えば生徒を予めグルーピングしてグループ毎に１つの課題を与え、グループ内の生徒により課題を達成させる授業等に用いられる。本実施形態では、グループ毎に与えられる課題をグループ課題と呼ぶ。

学習支援システム１００は、授業に用いられる場合には、学習支援サーバ２００が教師用の端末となり、電子端末３００が生徒用の端末となる。よって以下の説明では、学習支援サーバ２００を教師端末２００と呼び、電子端末３００を生徒端末３００と呼ぶ。

教師端末２００及び生徒端末３００は、それぞれがタブレット端末であっても良い。また教師端末２００は、例えばデスクトップ型あるいはノートブック型のコンピュータであり、生徒端末３００がタブレット端末であっても良い。

本実施例の教師端末２００は、生徒データベース２１０、グループ課題データベース２２０、項目番号対応データベース２３０、回答データベース２４０、メンバ別進捗ワークテーブル２５０を有し、教師端末プログラム２６０がインストールされている。本実施例の教師端末プログラム２６０は、学習支援プログラムを含む。

また本実施例の生徒端末３００は、生徒端末プログラム３１０がインストールされている。本実施例の生徒端末プログラム３１０は、本実施例の学習支援システム１００において後述する処理を生徒端末３００に実行させるプログラムである。

本実施例の学習支援システム１００において、教師端末２００は、各グループにおいて、グループ内の生徒が協力しあってグループ課題を達成できるように支援する。より具体的には教師端末２００は、決められた時間内に分担された課題が終わらないと思われる生徒を抽出し、該当する生徒の生徒端末３００に他の生徒からの援助を受けるか否かを決定させる画面を表示させることで、生徒間での協力を促す。

図２は、教師端末のハードウェア構成の一例を示す図である。本実施例の教師端末２００は、それぞれバスＢで相互に接続されている表示操作装置２１，ドライブ装置２２，補助記憶装置２３，メモリ装置２４，演算処理装置２５及びインターフェース装置２６を有する。

表示操作装置２１は、タッチパネル等であり、各種信号の入力と各種情報の表示をするために用いられる。

インターフェース装置２６は、モデム，ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。

教師端末プログラム２６０は、教師端末２００を制御する各種プログラムの少なくとも一部である。教師端末プログラム２６０は例えば記録媒体２７の配布やネットワークからのダウンロードなどによって提供される。教師端末プログラム２６０を記録した記録媒体２７は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。

また教師端末プログラム２６０を記録した記録媒体２７がドライブ装置２２にセットされると、教師端末プログラム２６０は記録媒体２７からドライブ装置２２を介して補助記憶装置２３にインストールされる。ネットワークからダウンロードされた教師端末プログラム２６０は、インターフェース装置２６を介して補助記憶装置２３にインストールされる。

補助記憶装置２３は、インストールされた教師端末プログラム２６０を格納すると共に、必要なファイル，データ等を格納する。メモリ装置２４は、コンピュータの起動時に補助記憶装置２３から教師端末プログラム２６０を読み出して格納する。そして、演算処理装置２５はメモリ装置２４に格納された教師端末プログラム２６０に従って、後述するような各種処理を実現している。

尚本実施例の教師端末２００は、例えばデスクトップ型あるいはノートブック型のコンピュータであっても良い。その場合教師端末２００は、表示操作装置２１の代わりに、キーボードやマウス等を含む入力装置と、ディスプレイ等を含む出力装置とを有する。

本実施例の生徒端末３００のハードウェア構成は、教師端末２００と同様であるから説明を省略する。

以下に図３乃至図７を参照して教師端末２００に格納された各データベース及びメンバ別進捗ワークテーブル２５０について説明する。本実施例の各データベース及びメンバ別進捗ワークテーブル２５０は、例えば教師端末２００の補助記憶装置２３やメモリ装置２４等の所定の記憶領域に格納される。

図３は、生徒データベースの一例を示す図である。本実施例の生徒データベース２１０は、例えば教師端末２００を操作する教師等により予め登録されている。生徒データベース２１０は、生徒端末３００毎に割り振られた生徒識別子（生徒ＩＤ）、生徒氏名、生徒が属するグループ名、生徒端末３００のＩＰアドレスが対応付けられて格納されている。ＩＰアドレスは、生徒端末３００を識別する情報である。また本実施例では、例えば生徒は予めグルーピングされており、グループ名が付与されている。生徒のグルーピングは、教師が行っても良いし、教師端末２００がランダムに生徒ＩＤをグループピングしても良い。

図４は、グループ課題データベースの一例を示す図である。本実施例のグループ課題データベース２２０は、例えば教師端末２００を操作する教師等により予め登録されている。本実施例のグループ課題データベース２２０では、グループ課題毎に付与された課題ＩＤ、グループ課題、グループ課題に含まれる項目（問題）数が対応付けられている。

本実施例でのグループ課題とは、１グループに対して１つ与えられる問題や題目である。本実施例のグループ課題は、例えば回答が要求される複数の項目を含んでおり、グループ課題に含まれる全ての項目に対して回答することで達成される。

またグールプ課題は、実際にはグループ課題の内容を示すテキストデータであるが、以下の説明では、グループ課題の内容を示すテキストデータとグループ課題とを同義のものとして説明する。

またグループ課題データベース２２０では、課題ＩＤと、第一確認時間情報、第一実施率、第二確認時間情報、第二実施率、最終確認時間情報、検討時間情報とが対応付けられている。

第一確認時間情報、第二確認時間情報及び最終確認時間情報は、予め設定された時間を示す情報であり、援助が必要な生徒が存在するか否かを確認する際の閾値となる。第一実施率及び第二実施率は、予め設定された値であり、援助が必要だと考えられる生徒を抽出する際の閾値となる。検討時間情報は、グループ課題に取り組む時間として予め設定された情報である。以下の説明では、第一確認時間情報、第二確認時間情報、最終確認時間情報、検討時間情報のそれぞれは、第一確認時間、第二確認時間、最終確認時間、検討時間と同義とする。

図５は、項目番号対応データベースの一例を示す第一の図である。

本実施例の項目番号対応データベース２３０は、課題ＩＤ毎に、グループ課題に含まれる項目が対応付けられている。

例えば図４の例では、課題ＩＤ０００１の課題内容は、「４７都道府県の名産を調べて下さい」である。したがって図５に示す項目番号対応データベース２３０では、課題ＩＤ０００１に含まれる項目名として、４７都道府県の名前が課題ＩＤ０００１と対応付けられている。また項目番号対応データベース２３０では、項目名と各項目を識別するための項目ＩＤとが対応付けられている。例えば図５の例では、課題ＩＤ０００１に含まれる項目ＩＤ１の項目名は北海道となる。また課題ＩＤ０００２に含まれる項目ＩＤ１の項目名は、徳川家康となる。

図６は、回答データベースの一例を示す図である。回答データベース２４０は、生徒端末３００において入力された回答が格納される。

本実施例の回答データベース２４０は、生徒ＩＤと、生徒ＩＤと項目ＩＤ及び項目名とが対応付けられており、生徒端末３００において回答が入力されると、該当する生徒ＩＤと項目ＩＤとに対応付けて回答が格納される。

図６の例では、生徒ＩＤ１２３０１の生徒端末３００において、項目ＩＤ１に対する回答として「カニ」と入力されたことがわかる。

本実施例の回答データベース２４０は、グループ毎に作成される。よって例えば１クラスの生徒が４つのグループに分けられていた場合、回答データベース２４０は４つできる。

尚生徒端末３００において入力される回答は、実際には回答を示すテキストデータであるが、以下の説明では、回答の内容を示すテキストデータと回答とを同義のものとして説明する。

図７は、メンバ別進捗ワークテーブルの一例を示す図である。本実施例のメンバ別進捗ワークテーブル２５０は、例えばグループ毎に設けられていても良い。生徒ＩＤ、担当項目ＩＤ、実施済項目ＩＤ、未実施項目ＩＤ、実施率、援助項目ＩＤ、援助依頼ＩＤ、自力回答ＩＤが対応付けられて格納される。

担当項目ＩＤとは、グループ課題に含まれる項目のうち、各生徒が担当する項目のＩＤである。本実施例における各生徒が担当する項目とは、グループ課題のうち各生徒が担当する課題（問題や題目）である。すなわちグループ課題に含まれる項目のうち各生徒が担当する項目とは、言い換えればグループ課題を各生徒に分担させた場合にそれぞれの生徒が担当する課題である。

実施済項目ＩＤは、生徒端末３００において回答が入力された項目のＩＤである。未実施項目ＩＤは、生徒端末３００において回答が入力されていない項目のＩＤである。
実施率は、生徒が担当する項目に対して回答が入力された項目の割合を示す値であり、生徒毎の課題に対する進捗状況を示す。実施率の詳細は後述する。また援助項目ＩＤ、援助依頼ＩＤ、自力回答ＩＤの詳細は後述する。

本実施例のメンバ別進捗ワークテーブル２５０は、グループ課題に対する取り組みの進捗にしたがって、生徒ＩＤと対応付けられた各項目ＩＤ及び実施率が格納されるフィールドが更新される。図７に示すメンバ別進捗ワークテーブル２５０は、生徒毎に担当する項目が割り当てられた直後の状態を示している。

図７に示すメンバ別進捗ワークテーブル２５０では、生徒ＩＤ１２３０１，１２３０２，１２３０３，１２３０４の４人が同じグループである。例えば生徒ＩＤ１２３０１の生徒には、項目ＩＤ１，２，４が割り振られ、生徒ＩＤ１２３０２の生徒には、項目ＩＤ２７，２８，２９が割り当てられていることがわかる。

尚図７の例では、４人の生徒はそれぞれが担当する項目が全て未実施項目ＩＤ欄に格納されているため、各生徒が担当する項目に対して回答を行っていない状態であることがわかる。

次に図８を参照して本実施例の教師端末２００の機能について説明する。以下に説明する各部の処理は、教師端末プログラム２６０を実行することで実現される。図８は、教師端末の機能を説明する図である。

本実施例の教師端末２００は、画面生成部２８１、画面送信部２８２、課題分担部２８３、経過時間判断部２８４、回答データベース更新部２８５、ワークテーブル更新部２８６、実施率算出部２８７、援助実行処理部２９０を有する。

画面生成部２８１は、後述する各種画面を生成する。画面送信部２８２は、画面生成部２８１が作成した各種画面を送信先となる生徒端末３００へ送信する。課題分担部２８３は、生徒データベース２１０とグループ課題データベース２２０とを参照し、グループ課題に含まれる複数の項目を１グループ内の各生徒に割り当てる課題分担処理を行う。課題分担処理の詳細は後述する。

経過時間判断部２８４は、グループ課題データベース２２０を参照し、各グループにおいてグループ課題に対する取り組みが開始されてから経過した時間が第一確認時間、第二確認時間及び最終確認時間に達したか否かを判断する。

回答データベース更新部２８５は、生徒端末３００から項目に対する回答を受信すると回答データベース２４０を更新する。ワークテーブル更新部２８６は、グループ課題への取り組みが開始されると、進捗に合わせてメンバ別進捗ワークテーブル２５０を更新する。

実施率算出部２８７は、メンバ別進捗ワークテーブル２５０に含まれる生徒毎の実施率を算出する。

援助実行処理部２９０は、後述する援助項目送信処理を実行するか否かを判断し、実行すると判断されたとき援助項目送信処理を実行する。本実施例の援助実行処理部２９０は、援助対象生徒抽出部２９１、援助対象項目抽出部２９２、援助実行判断部２９３を有する。

援助対象生徒抽出部２９１は、メンバ別進捗ワークテーブル２５０を参照し、援助対象となる生徒の生徒ＩＤを抽出する。援助対象となる生徒とは、例えばグループ課題に対する取り組みが開始してから第一確認時間が経過したときに、実施率が所定値以下の生徒である。

援助対象項目抽出部２９２は、援助対象として抽出された生徒が担当する項目から、援助対象となる項目を抽出する。項目の抽出の詳細は後述する。

援助実行判断部２９３は、援助対象生徒から援助依頼を受けたか否かを判断し、判断結果に基づき援助を実行させる。

以下に図９を参照して本実施例の教師端末２００の動作を説明する。図９は、教師端末の動作を説明する第一のフローチャートである。

本実施例の教師端末２００は、画面生成部２８１により、グループ課題データベース２２０を参照してグループ課題選択画面を生成し、表示操作装置２１に表示させる（ステップＳ９０１）。続いて教師端末２００は、グループ課題選択画面においてグループ課題ＩＤが選択されたか否かを判断する（ステップＳ９０２）。ここで選択されるグループ課題ＩＤは、例えばグループ毎に選択される。図９の例では、グループ名が１のグループに対して与えられるグループ課題のグループ課題ＩＤが選択されたものとする。

ステップＳ９０２においてグループ課題ＩＤが選択されていない場合、教師端末２００はグループ課題ＩＤが選択されるまで待機する。

ステップＳ９０２においてグループ課題ＩＤが選択されると、教師端末２００は課題分担部２８３により課題分担処理を行う（ステップＳ９０３）。課題分担処理とは、選択されたグループ課題ＩＤと対応する課題に含まれる項目をグループ内の生徒に割り振る処理である。課題分担処理の詳細は後述する。ステップＳ９０３で課題分担処理が実行されると、メンバ別進捗ワークテーブル２５０において、各生徒が担当する項目の項目ＩＤが、生徒ＩＤと対応付けられた担当項目ＩＤのフィールド（欄）と未実施項目ＩＤのフィールドの両方に格納される（図７参照）。

続いて経過時間判断部２８４は、グループ課題データベース２２０を参照し、選択されたグループ課題ＩＤと対応する第一確認時間、第二確認時間、最終確認時間及び検討時間を取得する（ステップＳ９０４）。続いて画面生成部２８１は、課題分担処理により分担された項目に対応した生徒毎の回答画面を生成し、画面送信部２８２は各生徒端末３００へ対応する回答画面を送信する（ステップＳ９０５）。

続いて経過時間判断部２８４は、各生徒端末３００へ回答画面を送信してから最終確認時間が経過したか否かを判断する（ステップＳ９０６）。尚本実施例では、生徒毎に分担された項目に対応する回答画面が各生徒の生徒端末３００に送信されたとき、グループ課題に対する取り組みが開始されたものと判断する。

ステップＳ９０６において最終確認時間が経過していた場合、援助実行処理部２９０は、最終項目送信処理を行う（ステップＳ９０７）。最終項目送信処理の詳細は後述する。

ステップＳ９０６において最終確認時間が経過していない場合、回答データベース更新部２８５は、生徒端末３００から項目の回答を受信したか否かを判断する（ステップＳ９０８）。ステップＳ９０８で回答を受信しない場合、教師端末２００は後述するステップＳ９１２へ進む。

ステップＳ９０８において回答を受信した場合、回答データベース更新部２８５は、受信した回答を回答データベース２４０の該当する箇所へ格納する（ステップＳ９０９）。このとき教師端末２００は、回答を送信した生徒端末３００の生徒ＩＤを回答と共に受信しても良い。そして回答データベース更新部２８５は、回答データベース２４０において回答を入力した生徒の生徒ＩＤと受信した回答とを対応付けて格納する。

続いてワークテーブル更新部２８６は、メンバ別進捗ワークテーブル２５０において回答を入力した生徒の生徒ＩＤと対応する未実施項目ＩＤのフィールドから、回答を受信した項目の項目ＩＤを実施済項目ＩＤのフィールドへ移動させる（ステップＳ９１０）。

続いて実施率算出部２８７は、メンバ別進捗ワークテーブル２５０において回答を入力した生徒の生徒ＩＤと対応する実施率を更新する（ステップＳ９１１）。本実施例の実施率は、実施済項目の数／（担当項目の数＋援助項目の数）により算出される。

続いて援助実行処理部２９０は、メンバ別進捗ワークテーブル２５０を参照し、グループ内に実施率が１００％の生徒が存在するか否かを判断する（ステップＳ９１２）。実施率が１００％であることは、割り当てられた項目全てが回答済みであることを示す。

ステップＳ９１２において実施率１００％の生徒がグループ内に存在する場合、経過時間判断部２８４は、グループ課題に対する取り組みを開始してから第一確認時間又は第二確認時間が経過したか否かを判断する（ステップＳ９１３）。ここでは第一確認時間が経過したか否かを判断するものとする。ステップＳ９１３において第一確認時間が経過していた場合、援助実行処理部２９０は、援助項目送信処理を実行する（ステップＳ９１４）。援助項目送信処理の詳細は後述する。

ステップＳ９１３において第一確認時間が経過していない場合、教師端末２００は後述するステップＳ９１５へ進む。

続いて援助実行処理部２９０は、自力解除要求を受信した項目があるか否かを判断する（ステップＳ９１５）。自力解除要求の詳細は後述する。ステップＳ９１５において、自力解除要求を受信した項目がある場合、援助実行処理部２９０は、自力解除要求が入力された項目の項目ＩＤをメンバ別進捗ワークテーブル２５０の自力回答ＩＤのフィールドから未実施項目ＩＤのフィールドへ移動させる（ステップＳ９１６）。

続いて援助実行処理部２９０は、ステップＳ９１４と同様の援助項目送信処理を実行する（ステップＳ９１７）。ステップＳ９１５において自力解除要求を受信した項目がない場合、後述するステップＳ９１８へ進む。

続いて経過時間判断部２８４は、グループ課題に対する取り組みを開始してから検討時間が経過したか否かを判断する（ステップＳ９１８）。ステップＳ９１８において検討時間が経過していない場合、教師端末２００はステップＳ９０６へ戻る。ステップＳ９１８において検討時間が経過した場合、教師端末２００は処理を終了する。

次に図１０を参照して課題分担部２８３による課題分担処理について説明する。図１０は、課題分担処理を説明するフローチャートである。

本実施例の課題分担部２８３は、グループ課題ＩＤが選択されると、項目番号対応データベース２３０を参照し、選択されたグループ課題ＩＤと対応する項目ＩＤを取得する（ステップＳ１０１）。続いて課題分担部２８３は、生徒データベース２１０を参照し、同じグループの生徒の生徒ＩＤを取得する（ステップＳ１０２）。次に課題分担部２８３は、取得した生徒ＩＤに対して、取得した項目ＩＤを振り分ける（ステップＳ１０３）。具体的には課題分担部２８３は、例えば項目ＩＤの番号が若い順に一つずつ、同じグループに含まれる複数の生徒ＩＤに割り振っても良い。課題分担部２８３は、同じグループ内の生徒ＩＤ毎に割り振られる項目ＩＤの数が均等になるように割り振ることが好ましい。

続いて課題分担部２８３は、メンバ別進捗ワークテーブル２５０の生徒ＩＤ毎に、対応する担当項目ＩＤのフィールドに割り振られた項目ＩＤを格納する（ステップＳ１０４）。次に課題分担部２８３は、メンバ別進捗ワークテーブル２５０の生徒ＩＤ毎に、未実施項目ＩＤのフィールドに割り振られた項目ＩＤを格納する。そして課題分担部２８３は、メンバ別進捗ワークテーブル２５０の生徒ＩＤ毎に、対応する実施率のフィールドに０を格納し（ステップＳ１０５）、処理を終了する。

本実施例の課題分担部２８３は、以上のようにしてグループ内の各生徒へグループ課題の項目を割り振って課題を分担させる。図７に示すメンバ別進捗ワークテーブル２５０は、課題分担部２８３による課題分担処理の終了後の例である。

次に図１１を参照して本実施例の援助実行処理部２９０による援助項目送信処理について説明する。図１１は、援助項目送信処理を説明するフローチャートである。

本実施例の援助実行処理部２９０は、援助項目送信処理を開始すると、メンバ別進捗ワークテーブル２５０からグループ内の生徒全員の実施率を取得する（ステップＳ１１０１）。続いて援助対象生徒抽出部２９１は、グループ課題データベース２２０を参照し、実施率が第一実施率又は第二実施率以下の生徒が存在するか否かを判断する（ステップＳ１１０２）。

尚援助対象生徒抽出部２９１は、例えばステップＳ９１３で経過時間判断部２８４により参照された確認時間が第一確認時間であった場合、第一実施率を参照する。また援助対象生徒抽出部２９１は、例えばステップＳ９１３で経過時間判断部２８４により参照された確認時間が第二確認時間であった場合、第二実施率を参照する。以下では、第一実施率が参照されるものとして説明する。

ステップＳ１１０２において第一実施率以下の生徒が存在しない場合、援助実行処理部２９０は援助項目送信処理を終了する。第一実施率以下の生徒が存在しない場合とは、グループ内の生徒全員が、第一確認時間が経過した段階において順調に各生徒が担当する項目の回答を続けている状態を示す。すなわち第一実施率以下の生徒が存在しない場合とは、グループ課題に対する取り組みを開始してから第一確認時間が経過した段階では、項目の回答が遅れている生徒はおらず、援助対象となる生徒がいないことを示す。

ステップＳ１１０２において第一実施率以下の生徒が存在する場合、援助対象生徒抽出部２９１は、メンバ別進捗ワークテーブル２５０において実施率が第一実施率以下であり、且つ援助依頼ＩＤ及び自力回答ＩＤのフィールドに項目ＩＤの記録がない生徒の生徒ＩＤを抽出する（ステップＳ１１０３）。ここで抽出された生徒ＩＤの生徒は、援助対象となる援助対象生徒である。すなわち援助対象生徒は、自分の担当する項目の回答がグループ内の他の生徒より遅れており、且つ過去に誰にも援助依頼をしていない生徒である。

またステップＳ１１０３で該当する生徒ＩＤが複数抽出された場合、援助対象生徒抽出部２９１は、実施率が最も低い生徒ＩＤの生徒を援助対象生徒とする。

続いて援助対象項目抽出部２９２は、メンバ別進捗ワークテーブル２５０において、抽出した生徒ＩＤと対応する未実施項目ＩＤのフィールドにある項目ＩＤの中に、実施済項目ＩＤのフィールドにある項目ＩＤより小さい番号の項目ＩＤがあるか否かを判断する（ステップＳ１１０４）。ステップＳ１１０４において該当する項目ＩＤがある場合とは、例えば生徒が項目ＩＤの番号が小さいものから順に回答をしていったとき、回答できずに空欄のままにし、次の項目に取り組んだことを示している。

本実施例の援助対象項目抽出部２９２は、未実施項目ＩＤにある項目ＩＤのうち最も番号が小さい項目ＩＤを取得する（ステップＳ１１０５）。ここで取得した項目ＩＤは、生徒が回答できなかった項目の項目ＩＤである。ステップＳ１１０５では、この項目ＩＤを援助対象項目ＩＤとする。

ステップＳ１１０４において該当する項目ＩＤがない場合、援助対象項目抽出部２９２は、未実施項目ＩＤのフィールドにある項目ＩＤのうち、番号が最も大きい項目ＩＤを取得する（ステップＳ１１０６）。ここで取得した項目ＩＤは、生徒が項目ＩＤの番号が小さいものから順に回答をしていったとき、最後に回答することになる項目の項目ＩＤである。ステップＳ１１０６では、この項目ＩＤを援助対象項目ＩＤとする。

続いて援助実行処理部２９０は、画面生成部２８１により取得した援助対象項目ＩＤの項目の回答の援助を依頼する援助依頼画面を生成させ、画面送信部２８２により生成された援助依頼画面を実施率１００％の生徒の生徒端末３００に送信させる（ステップＳ１１０７）。援助依頼画面は、実施率１００％の生徒の生徒端末３００に表示される。また以下の説明では、実施率１００％の生徒を援助対象生徒の援助を行う援助実行生徒と呼ぶ。

続いて援助実行処理部２９０は、援助実行生徒の生徒端末３００に表示された援助依頼画面において入力された援助了解の通知を受信したか否かを判断する（ステップＳ１１０８）。
援助了解の通知とは、援助実行生徒が援助対象生徒に対する援助を行うことに同意したことを示す通知である。

ステップＳ１１０８において援助了解の通知を受信しない場合、援助実行処理部２９０は、援助実行生徒の生徒端末３００から援助拒否の通知を受信したか否かを判断する（ステップＳ１１０９）。援助拒否の通知とは、援助実行生徒が援助対象生徒に対する援助を行うことに同意せず、援助を行うことを拒否したことを示す通知である。

ステップＳ１１０９において援助拒否の通知を受信しない場合、援助実行処理部２９０はステップＳ１１０８へ戻る。ステップＳ１１０９において援助拒否の通知を受信した場合、援助実行処理部２９０は、援助依頼を消去した通常の回答画面を援助実行生徒の生徒端末３００に送信し（ステップＳ１１１０）、援助項目送信処理を終了する。

ステップＳ１１０８において援助了解の通知を受信した場合、援助実行処理部２９０は、画面生成部２８１により、援助対象生徒に他の生徒からの援助を受け入れるか否かを判断させる判断画面を生成させる。すなわち本実施例では、判断画面を表示させることで、援助対象として抽出された生徒に対して自身が援助対象生徒となったことを通知する。

そして援助実行処理部２９０は、画面送信部２８２により、ステップＳ１１０３で抽出された生徒ＩＤの生徒端末３００へ判断画面を送信させる（ステップＳ１１１１）。判断画面は、援助対象生徒の生徒端末３００に表示される。

続いて援助実行判断部２９３は、援助対象生徒の生徒端末３００から、他の生徒からの援助を受け入れる援助受入通知を受信したか否かを判断する（ステップＳ１１１２）。ステップＳ１１１２において援助受入通知を受信した場合、援助実行判断部２９３は、援助対象生徒の援助を実行するものと判断する。ここでワークテーブル更新部２８６は、メンバ別進捗ワークテーブル２５０において、援助対象生徒の生徒ＩＤと対応する未実施項目ＩＤのフィールドから、援助対象項目ＩＤを援助依頼ＩＤのフィールドへ移動させる（ステップＳ１１１３）。

続いてワークテーブル更新部２８６は、メンバ別進捗ワークテーブル２５０において、援助実行生徒の生徒ＩＤと対応する援助項目ＩＤのフィールドに、援助対象項目ＩＤを格納する（ステップＳ１１１４）。続いて援助実行処理部２９０は、画面生成部２８１により、援助実行生徒が援助を実行することを示す援助通知画面を生成させ、画面送信部２８２により援助通知画面を援助対象生徒の生徒端末３００へ送信させる（ステップＳ１１１５）。

次に援助実行処理部２９０は、画面生成部２８１により、援助対象項目ＩＤに対応した回答を入力させる援助画面を生成させ、画面送信部２８２により援助実行生徒の生徒端末３００に援助画面を送信させる（ステップＳ１１１６）。

続いてワークテーブル更新部２８６は、実施率算出部２８７によりメンバ別進捗ワークテーブル２５０における実施率を算出して実施率を更新する（ステップＳ１１１７）。前述したように、実施率は実施項目の数／（担当項目の数＋援助項目の数）により算出されるため、援助受け入れを確定したところで実施率を更新する。

ステップＳ１１１２において援助受入通知を受信しない場合、援助実行判断部２９３は、援助対象生徒の生徒端末３００から、他の生徒からの援助を受けない旨の援助受入拒否通知を受信したか否かを判断する（ステップＳ１１１８）。以下の本実施例では、援助対象生徒が他の生徒の援助の受け入れを拒否することを「自力回答」と呼ぶ。

ステップＳ１１１８において自力回答の通知を受信しない場合、援助実行判断部２９３はステップＳ１１１２に戻る。ステップＳ１１１８において自力回答の通知を受信した場合、援助実行判断部２９３は、援助対象生徒の援助を行わないものと判断する。ここでワークテーブル更新部２８６は、メンバ別進捗ワークテーブル２５０において、援助対象生徒の生徒ＩＤと対応する未実施項目ＩＤのフィールドから援助対象項目ＩＤを自力回答ＩＤのフィールドへ移動させる（ステップＳ１１１９）。

次に援助実行処理部２９０は、画面生成部２８１により、再度他の生徒に対する援助依頼を可能とする操作ボタン（自力解除ボタン）を表示させた回答画面を生成させ、画面送信部２８２により援助対象生徒の生徒端末３００へ送信させる（ステップＳ１１２０）。以下の説明では、援助対象生徒が援助対象項目の自力回答を選択した後に、再度他の生徒に対する援助依頼を可能とすることを自力解除と呼ぶ。また自力解除を要求することを自力解除要求と呼ぶ。

ステップＳ１１２０で生成される回答画面に表示される操作ボタンは、自力解除要求を行う操作ボタンである。

続いて援助実行処理部２９０は、画面生成部２８１により、援助対象生徒が自力回答を選択したことを表示させた通知画面を生成させ、画面送信部２８２により援助実行生徒の生徒端末３００に送信させる（ステップＳ１１２１）。

以上が本実施例の援助項目送信処理である。本実施形態では実施率が１００％の生徒を援助実行生徒とするものとして説明したが、これに限定されない。援助実行生徒は、例えば第一確認時間、第二確認時間及び最終確認時間が経過したそれぞれのタイミングにおいて、実施率が最も高い生徒を援助実行生徒としても良い。

すなわち本実施例では、各生徒に課題が与えられてから所定のタイミングで、実施率が最も高い生徒が、実施率が所定値以下であり且つ実施率が最も低い生徒に対して援助を行うグループ内の生徒が協力しあって課題を達成できるように支援することができる。

次に図１２を参照して本実施例の最終項目送信処理について説明する。図１２は、最終項目送信処理を説明するフローチャートである。

本実施例の経過時間判断部２８４は、グループ課題への取り組みを開始してから検討時間が経過したか否かを判断する（ステップＳ１２０１）。ステップＳ１２０１において検討時間が経過していた場合とは、グループ課題に対する取り組みの時間が終了したことを示すため、教師端末２００は最終項目送信処理を終了する。

ステップＳ１２０１において検討時間が経過していない場合、援助実行処理部２９０はメンバ別進捗ワークテーブル２５０の全ての生徒ＩＤと対応する未実施項目ＩＤのフィールドにある項目ＩＤを取得する（ステップＳ１２０２）。ステップＳ１２０２で取得した項目ＩＤと対応する項目は、最終援助対象項目である。
続いて援助実行処理部２９０は、メンバ別進捗ワークテーブル２５０から各生徒の実施率を取得する（ステップＳ１２０３）。

続いて援助実行処理部２９０は、実施率が１００％の援助実行生徒が存在するか否かを判断する（ステップＳ１２０４）。ステップＳ１２０４において援助実行生徒が存在する場合、援助実行処理部２９０は、画面生成部２８１により、援助実行生徒にステップＳ１２０２で取得した項目ＩＤと対応する項目の回答画面である最終援助依頼画面を生成させる。そして援助実行処理部２９０は、画面送信部２８２により援助実行生徒の生徒端末３００に最終援助依頼画面を送信させる（ステップＳ１２０５）。

尚援助実行処理部２９０は、ステップＳ１２０２で複数の項目ＩＤが取得された場合には、最終援助依頼画面に複数の項目ＩＤと対応する項目の回答入力欄を表示させても良い。

ステップＳ１２０４で援助実行生徒が存在しない場合、援助実行処理部２９０は後述するステップＳ１２０６へ進む。

援助実行処理部２９０は、ステップＳ１２０２で取得した項目ＩＤの回答を生徒端末３００から受信したか否かを判断する（ステップＳ１２０６）。ここで受信する回答は、援助実行生徒の生徒端末３００から受信した回答であっても良い。またここで受信する回答は、未実施項目ＩＤに項目ＩＤがある生徒ＩＤと対応する生徒端末３００から受信した回答であっても良い。

続いて回答データベース更新部２８５は、受信した回答を回答データベース２４０に格納し、回答データベース２４０を更新する（ステップＳ１２０７）。続いてワークテーブル更新部２８６は、実施率算出部２８７によりメンバ別進捗ワークテーブル２５０の全ての生徒ＩＤと対応する実施率を計算し、メンバ別進捗ワークテーブル２５０を更新し（ステップＳ１２０８）、ステップＳ１２０１へ戻る。

以上が本実施例の最終項目送信処理である。

次に、画面生成部２８１により生成される画面の例等を用いて本実施例の教師端末２００の処理を具体的に説明する。

図１３は、教師端末に表示される課題選択画面の一例を示す図である。

本実施例の画面生成部２８１は、グループ課題データベース２２０を参照し、課題選択画面１３０を教師端末２００に表示させる。図１３に示す課題選択画面１３０は、図９のステップＳ９０１で教師端末２００に表示される画面の例である。図１３の課題選択画面１３０では、グループ１の生徒に対するグループ課題を選択する画面である。

本実施例の教師端末２００は、課題選択画面１３０において選択ボタンによりグループ課題ＩＤが選択されて課題送信ボタン１３１が操作されると、課題分担部２８３により課題分担処理を行う。教師端末２００は、課題分担処理が終了すると、課題分担処理により分担された項目に対応した生徒毎の回答画面をグループ１の生徒の生徒端末３００へ送信する。

図１４は、課題分担処理により分担された項目に対応した生徒毎の回答画面の例を示す第一の図である。

図１４の回答画面１４０は、グループ１の生徒ＩＤ１２３０１の生徒の生徒端末３００に表示される回答画面の例である。図１４に示す回答画面１４０は、ステップＳ９０５で画面生成部２８１により生成され、生徒端末３００に送信される画面の例である。すなわち回答画面１４０は、生徒端末３００に表示される画面の例である。

図１３の課題選択画面１３０でグループ１に対して選択されたグループ課題ＩＤ０００１のグループ課題に含まれる項目は、課題分担処理により図７のメンバ別進捗ワークテーブル２５０に示すように各生徒に割り振られる。

ここで生徒ＩＤ１２３０１と対応する担当項目ＩＤは、項目ＩＤ１，２，４である。そこで画面生成部２８１は、項目番号対応データベース２３０を参照し、グループ課題ＩＤ０００１の項目ＩＤ１，２，４と対応する項目を取得する。項目番号対応データベース２３０において、項目ＩＤ１と対応する項目は「北海道」であり、項目ＩＤ２と対応する項目は「青森」であり、項目ＩＤ４と対応する項目は「岩手」である。

よって画面生成部２８１は、項目ＩＤ１，２，４と対応する項目と、各項目の回答欄とを表示させる回答画面１４０を生徒ＩＤ１２３０１の回答画面として生成する。画面送信部２８２は、生徒データベース２１０を参照し、生徒ＩＤ１２３０１と対応する生徒端末３００のＩＰアドレスから、回答画面１４０の送信先となる生徒端末３００を特定し、回答画面１４０を送信する。生徒ＩＤ１２３０１と対応する生徒端末３００は、回答画面１４０を受信すると、回答画面１４０を表示させて回答の入力を受け付ける。

図１５は、課題分担処理により分担された項目に対応した生徒毎の回答画面の例を示す第二の図である。図１５に示す回答画面１４０Ａは、回答画面１４０の各項目に生徒ＩＤ１２３０１の生徒が回答を入力した後の例である。

本実施例では、例えば生徒端末３００において項目に対応する回答が入力され、入力を確定する操作が行われると、項目に対応する回答が教師端末２００に送信されるようにしても良い。入力を確定する操作とは、例えば回答を入力した後にエンターキーを押下する等である。

図１５の例では、全ての項目に対する回答が入力されている。入力された回答は、教師端末２００の回答データベース２４０に格納される。図６に示す回答データベース２４０では、生徒ＩＤ１２３０１と対応する項目ＩＤ１の回答として「カニ」が格納され、項目ＩＤ２の回答として「しじみ」が格納され、項目ＩＤ４の回答として「わんこ」が格納される。

以下に図１６を参照し、グループ１の各生徒がそれぞれの担当する項目を回答し、回答画面１４０が各生徒端末３００に送信されてから第一確認時間が経過した場合のメンバ別進捗ワークテーブル２５０について説明する。

図１６は、第一確認時間が経過したときのメンバ別進捗ワークテーブルの一例を示す図である。

図１６に示すメンバ別進捗ワークテーブル２５１では、生徒ＩＤ１２３０１の生徒は、全ての担当項目ＩＤが実施済項目ＩＤのフィールドにあり、未実施項目ＩＤのフィールドに項目ＩＤは存在しない。よって生徒ＩＤ１２３０１の生徒は、担当する全ての項目に対する回答を終えており、実施率１００％の援助実行生徒である。

教師端末２００は、援助実行生徒が存在し且つ第一確認時間が経過したため、援助項目送信処理を開始する（図９のステップＳ９１２〜９１４）。

教師端末２００は、援助項目送信処理において、メンバ別進捗ワークテーブル２５１を参照して援助対象生徒を抽出する。

教師端末２００は、メンバ別進捗ワークテーブル２５１において実施率が第一実施率より低く、且つ援助依頼ＩＤ及び自力回答ＩＤのフィールドに項目ＩＤの記録がない生徒の生徒ＩＤを抽出する。グループ課題データベース２２０によれば、第一実施率は５０％である。よって図１６のメンバ別進捗ワークテーブル２５１において抽出される生徒ＩＤは、生徒ＩＤ１２３０２，１２３０３，１２３０４である。ここの中で、実施率が最も低い生徒ＩＤは、生徒ＩＤ１２３０４である。

よって教師端末２００は、生徒ＩＤ１２３０４の生徒を援助対象生徒とする。ここで生徒ＩＤ１２３０４の未実施項目ＩＤのフィールドにある項目ＩＤのうち、実施済項目ＩＤよりも項目番号が若い項目ＩＤは存在しない。よって教師端末２００は、生徒ＩＤ１２３０４の生徒が担当する項目ＩＤ４７の項目を援助対象項目とする。項目ＩＤ４７は、生徒ＩＤ１２３０４の未実施項目ＩＤのフィールドにある項目ＩＤのうち最も項目番号が大きい項目である。

図１７は、援助依頼画面の一例を示す図である。

本実施例の教師端末２００は、援助対象項目が抽出されると、援助実行生徒の生徒端末３００に送信する援助依頼画面を生成する。援助依頼画面を受信した生徒端末３００は、援助依頼画面を表示させる。

図１７に示す援助依頼画面１７１は、図１１のステップＳ１１０７で援助実行生徒である生徒ＩＤ１２３０１の生徒端末３００に送信され、生徒端末３００で表示される画面の例である。

援助依頼画面１７１には、生徒ＩＤ１２３０１の生徒が回答した項目の他に、援助対象項目１７２とその回答欄１７３とが表示される。また援助依頼画面１７１には、援助実行生徒が援助了解を通知するための操作ボタン１７４、援助を拒否するための操作ボタン１７５が表示される。尚援助依頼画面１７１の回答欄１７３は、援助対象生徒から援助を受け入れる旨の通知を受けるまで、回答の入力を受け付けない。

生徒端末３００は、援助依頼画面１７１において援助了解を通知する操作ボタン１７４が操作されると、援助了解の通知を教師端末２００に送信する。また生徒端末３００は、援助拒否を通知する操作ボタン１７５が操作されると、援助拒否の通知を教師端末２００に送信する（図１１のステップＳ１１０８，１１０９）。

教師端末２００は、援助了解の通知を受信すると、援助対象生徒に対し、他の生徒からの援助を受けることを許可するか否かを判断させる判断画面を生成し、援助対象生徒の生徒端末３００へ送信する。援助対象生徒の生徒端末３００は、判断画面を表示させる。

図１８は、判断画面の一例を示す図である。

図１８の例では、援助対象生徒である生徒ＩＤ１２３０４の生徒の生徒端末３００に表示される画面の一例である。また図１８の例では、援助対象項目は項目ＩＤ４７の「沖縄」である。

判断画面１８１では、生地ＩＤ１２３０４の担当する項目及び回答欄と、他の生徒からの回答の援助を受けられることを示すメッセージ１８２と、操作ボタン１８３、１８４とが表示される。操作ボタン１８３は他の生徒からの援助を受け入れる援助受入を通知する操作ボタンである。操作ボタン１８４は、他の生徒からの援助の受け入れを拒否し、自力で回答する自力回答を通知する操作ボタンである。

生徒端末３００は、判断画面１８１において他の生徒からの援助を受け入れる旨を通知する操作ボタン１８３が操作されると、援助受け入れの通知を教師端末２００に送信する。

次に、図１１のステップＳ１１１３からステップＳ１１１６までの処理を具体的に説明する。

教師端末２００は、援助受け入れの通知を受信すると、メンバ別進捗ワークテーブル２５１をさらに更新する。

図１９は、援助受入の通知を受信して更新されたメンバ別進捗ワークテーブルの一例を示す図である。

図１９のメンバ別進捗ワークテーブル２５２は、援助対象生徒である生徒ＩＤ１２３０４の未実施項目ＩＤのうち、項目ＩＤ４７の回答の援助を援助実行生徒である生徒ＩＤ１２３０１の生徒に依頼した場合の例である。

この場合教師端末２００は、生徒ＩＤ１２３０４の未実施項目ＩＤのフィールドにある項目ＩＤ４７を、援助依頼ＩＤのフィールドへ移す。したがって生徒ＩＤ１２３０４の未実施項目ＩＤの数は１つ減る。

また教師端末２００は、生徒ＩＤ１２３０１の援助項目ＩＤのフィールドに、項目ＩＤ４７を追加する。したがって生徒ＩＤ１２３０１の生徒は、担当項目ＩＤ以外の援助項目ＩＤについても回答を行う。また生徒ＩＤ１２３０１の実施率も更新され、７５％となる。

メンバ別進捗ワークテーブル２５１の更新が完了すると、教師端末２００は、他の生徒による援助が実行されることを通知する援助通知画面を生成し、援助対象生徒の生徒端末３００に援助通知画面を送信する。

また教師端末２００は、援助対象項目の回答の入力を受け付ける援助画面を生成し、援助実行生徒の生徒端末３００に援助画面を送信する。

図２０は、援助通知画面の一例を示す図である。図２０に示す援助通知画面２０１は、援助対象生徒である生徒ＩＤ１２３０４の生徒端末３００に表示される。援助通知画面２０１では、援助対象項目である「沖縄」の回答欄２０２に、「他の生徒が回答中」と表示される。このとき生徒端末３００は、援助通知画面２０１において回答欄２０２への入力を受け付けないようにしても良い。

図２１は、援助画面の一例を示す図である。図２１に示す援助画面２１１は、援助実行生徒である生徒ＩＤ１２３０１の生徒端末３００に表示される。援助画面２１１に表示された援助対象項目の回答欄１７３は、回答の入力が可能となり、図１７で存在していた操作ボタン１７４、１７５は消去される。

援助画面２１１の回答欄１７３において回答が入力されると、この回答は教師端末２００に送信され、回答データベース２４０に格納される。尚教師端末２００の回答データベース更新部２８５は、回答欄１７３に入力された回答を生徒ＩＤ１２３０１の生徒と対応する項目ＩＤ４７の欄に格納する。回答データベース更新部２８５は、回答欄１７３に入力された回答を格納するとき、この回答が援助対象項目の回答であることを判別できるように格納しても良い。

次に、図１１のステップＳ１１１９からステップＳ１１２１までの処理を具体的に説明する。

援助対象生徒の生徒端末３００は、判断画面１８１において、自力回答を通知する操作ボタン１８４が操作されると、自力回答の通知を教師端末２００に送信する。

教師端末２００は、自力回答の通知を受信すると、メンバ別進捗ワークテーブル２５１をさらに更新する。

図２２は、自力回答の通知を受信して更新されたメンバ別進捗ワークテーブルの一例を示す図である。

図２２は、例えば第二確認時間が経過したときのメンバ別進捗ワークテーブル２５３の例である。第二確認時間が経過した場合、援助対象生徒抽出部２９１は、メンバ別進捗ワークテーブル２５３において実施率が第二実施率以下であり、且つ援助依頼ＩＤ及び自力回答ＩＤのフィールドに項目ＩＤの記録がない生徒ＩＤを抽出する。

メンバ別進捗ワークテーブル２５３は、援助対象生徒の生徒ＩＤとして生徒ＩＤ１２３０２が抽出され、項目ＩＤ２７が援助対象項目とされたとき、生徒ＩＤ１２３０２の生徒端末３００から自力回答の通知を受信した場合を示している。

教師端末２００は、項目ＩＤ２７の自力回答の通知を受けると、生徒ＩＤ１２３０２の自力回答ＩＤに項目ＩＤ２７を格納する。

次に教師端末２００は、再度他の生徒に援助に援助依頼を可能とする自力解除要求を行う操作ボタンを表示させた生徒ＩＤ１２３０２の回答画面を生成し、生徒ＩＤ１２３０２の生徒端末３００へ送信する。

図２３は、援助対象項目を自力回答としたときの援助対象生徒の生徒端末に表示される回答画面の一例を示す図である。回答画面２３１には、生徒ＩＤ１２３０２の担当項目と各回答の回答欄が表示されている。図２３の例では、項目ＩＤ２７である項目「京都」が自力回答するとされた項目である。

図２４は、援助対象生徒が援助対象項目を自力回答としたときの援助実行生徒の生徒端末に表示される通知画面の一例を示す図である。

教師端末２００は、援助対象生徒である生徒ＩＤ１２３０２の生徒端末３００から、項目ＩＤ２７の自力回答の通知を受信すると、項目ＩＤ２７について自力回答が選択されたことを通知する通知画面を生成し、援助実行生徒の生徒端末３００へ送信する。

図２４に示す通知画面２４１は、援助実行生徒である生徒ＩＤ１２３０１の生徒端末３００に表示される画面である。通知画面２４１では、援助対象項目である「京都」の回答欄は表示されず、回答欄が表示される箇所に「自力回答（援助不可）」という通知が表示される。

尚本実施例では、例えば図２３の回答画面２３１において操作ボタン２３２が操作されると、生徒端末３００は、項目ＩＤ２７と対応付けて自力回答が解除されたことを示す自力解除要求を教師端末２００へ送信する。教師端末２００は、この自力解除要求を受け、メンバ別進捗ワークテーブル２５３の生徒ＩＤ１２３０２の自力回答ＩＤのフィールドにある項目ＩＤ２７を削除しても良い。

次に図２５を参照して、最終項目送信処理について具体的に説明する。図２５は、最終援助依頼画面の一例を示す図である。

図２５の最終援助依頼画面２５５は、項目に対する回答の進捗が図２２に示すメンバ別進捗ワークテーブル２５３の状態であるときに、最終確認時間が経過して最終項目送信処理が実行されたときの画面である。

図２５では、例えば最終確認時間が経過したときのメンバ別進捗ワークテーブル２５０が図２２にメンバ別進捗ワークテーブル２５３となっていた場合について説明する。

メンバ別進捗ワークテーブル２５２において、全ての生徒ＩＤの未実施項目ＩＤのフィールドにある項目ＩＤは、項目ＩＤ２７，２９，３８，４６である。教師端末２００は、自力回答ＩＤである項目ＩＤ２７を除く３つの項目ＩＤの項目と回答欄とを対応付けて表示させる最終援助依頼画面２５５を生成する。尚図２５の例では、自力回答ＩＤにある項目ＩＤは除くものとしたが、これに限定されない。例えば最終援助依頼画面２５５には、自力回答ＩＤのフィールドにある項目ＩＤも最終援助依頼画面２５５に表示させても良い。そして実施率１００％の援助実行生徒である生徒ＩＤ１２３０１の生徒端末３００に最終援助依頼画面２５５を送信する。

最終援助依頼画面２５５は、生徒ＩＤ１２３０１の生徒端末３００に表示される。最終援助依頼画面２５５には、生徒ＩＤ１２３０１の生徒が担当する項目と回答欄の他に、回答の入力が未実施の項目と対応する回答欄が表示される。また最終援助依頼画面２５５は、未実施の項目において回答を援助する項目を選択する選択欄２５６と、各項目と対応する援助ボタン２５７、２５８、２５９が表示される。

本実施例では、例えば最終援助依頼画面２５５において選択欄２５６で援助する項目が選択され、選択された項目と対応する援助ボタンが操作されると、選択された項目の回答欄への回答の入力が可能となる。

以上のように本実施例では、グループに与えられたグループ課題において各生徒が担当する課題の進捗を定期的に確認し、生徒毎の進捗に応じてグループ内の生徒同士でグループ課題の達成を援助しあうことができる。具体的には本実施例では、グループ内で自分の担当する課題を時間内に達成した生徒が、進捗が遅れている生徒の意志を反映した形で、課題達成を援助する。したがって本実施例では、グループのメンバが協力しあって課題を達成できるよう課題解決を支援することができる。

また本実施例では、生徒を予めグループ分けする際に、グループ毎に座席替えをすることなくグループ内で協力しあってグループ課題を検討することができる。

尚本実施例では、教師端末２００による課題分担処理により、グループ内の各生徒への課題を分担するものとしたが、これに限定されない。グループ内における課題の分担は、例えば生徒により行われても良い。その場合、課題の分担を担当する生徒の生徒端末３００には、図２６に示す課題分担画面が表示されても良い。

図２６は、課題分担画面の一例を示す図である。図２６の課題分担画面２６１は、グループ１内で課題分担を担当する生徒の生徒端末３００に表示される。生徒端末３００は、課題分担画面２６１において生徒氏名毎に項目が選択されると、生徒氏名と選択された項目とを対応付ける。そして生徒端末３００は、送信ボタン２６２が操作されると、生徒氏名と、生徒氏名と対応付けられた項目ＩＤとを教師端末２００に送信しても良い。

開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
コンピュータに、
記憶部に格納された各生徒が担当する課題の進捗を示す値を参照し、前記進捗を示す値に基づき、課題達成のための援助を受ける援助対象生徒と、課題達成を援助する援助実行生徒とを抽出する処理と、
前記援助対象生徒に対する援助を依頼する援助依頼画面データを前記援助実行生徒の端末へ送信する処理と、を実行させる学習支援プログラム。
（付記２）
前記抽出する処理は、
所定時間において、前記進捗を示す値が所定値以下であり、且つ最も小さい値である生徒を援助対象生徒として抽出し、
前記進捗を示す値が最も大きい生徒を前記援助実行生徒として抽出する付記１記載の学習支援プログラム。
（付記３）
前記抽出する処理は、
所定時間において、前記進捗を示す値に基づき前記担当する課題を全て達成した生徒が存在するか否かを判断し、該当する生徒を前記援助実行生徒として抽出する付記１又は２記載の学習支援プログラム。
（付記４）
前記記憶部に格納された、各生徒の識別子と、各生徒の前記進捗を示す値と、各生徒の担当する課題のうち達成済みの前記課題の番号と、未達成の前記課題の番号とが対応付けられたテーブルを参照し、
前記未達成の前記課題の番号の中に、前記達成済みの課題の番号よりも小さい番号が存在する場合に、前記達成済みの課題の番号よりも小さい番号の課題を抽出し、前記達成済みの課題の番号よりも小さい番号が存在しない場合に前記未達成の前記課題の番号のうち最も大きい番号の課題を抽出する処理を含み、
前記送信する処理は、
前記抽出された課題を援助対象課題として表示させる前記援助依頼画面データを前記援助実行生徒の端末へ送信する付記１乃至３の何れか一項に記載の学習支援プログラム。
（付記５）
前記援助実行生徒の端末から前記援助を了解する通知を受信したとき、前記援助対象課題に対する援助を受け入れるか否かを判断させる判断画面データを前記援助対象生徒の端末へ送信する処理を実行させる付記４記載の学習支援プログラム。
（付記６）
前記援助対象生徒の端末から、前記援助対象課題に対する援助を受け入れない通知を受けたとき、前記援助対象課題達成のための援助依頼を行う操作部を含む回答画面データを援助対象生徒の端末へ送信する付記５記載の学習支援プログラム。
（付記７）
各生徒が担当する課題の進捗を示す値が格納された記憶部と、
前記記憶部を参照し、前記進捗を示す値に基づき、課題達成のための援助を受ける援助対象生徒と、課題達成を援助する援助実行生徒とを抽出する抽出処理部と、
前記援助対象生徒に対する援助を依頼する援助依頼画面データを前記援助実行生徒の端末へ送信する処理部と、を有する学習支援装置。
（付記８）
コンピュータによる学習支援方法であって、該コンピュータが、
記憶部に格納された各生徒が担当する課題の進捗を示す値を参照し、前記進捗を示す値に基づき、課題達成のための援助を受ける援助対象生徒と、課題達成を援助する援助実行生徒とを抽出し、
前記援助対象生徒に対する援助を依頼する援助依頼画面データを前記援助実行生徒の端末へ送信する学習支援方法。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から
逸脱することなく、種々の変形や変更が可能である。

１００ 学習支援システム
２００ 教師端末
２１０ 生徒データベース
２２０ グループ課題データベース
２３０ 項目番号対応データベース
２４０ 回答ベース
２５０、２５１、２５２、２５３ メンバ別進捗ワークテーブル
２６０ 教師端末プログラム
３００ 生徒端末
３１０ 生徒端末プログラム

Claims (6)

1. コンピュータに、
   記憶部に格納された各生徒が担当する課題の進捗を示す値を参照し、前記進捗を示す値に基づき、課題達成のための援助を受ける援助対象生徒と、課題達成を援助する援助実行生徒とを抽出する処理と、
   前記援助対象生徒に対する援助を依頼する援助依頼画面データを前記援助実行生徒の端末へ送信する処理と、を実行させる学習支援プログラム。
2. 前記抽出する処理は、
   所定時間において、前記進捗を示す値が所定値以下であり、且つ最も小さい値である生徒を援助対象生徒として抽出し、
   前記進捗を示す値が最も大きい生徒を前記援助実行生徒として抽出する請求項１記載の学習支援プログラム。
3. 前記抽出する処理は、
   所定時間において、前記進捗を示す値に基づき前記担当する課題を全て達成した生徒が存在するか否かを判断し、該当する生徒を前記援助実行生徒として抽出する請求項１又は２記載の学習支援プログラム。
4. 前記記憶部に格納された、各生徒の識別子と、各生徒の前記進捗を示す値と、各生徒の担当する課題のうち達成済みの前記課題の番号と、未達成の前記課題の番号とが対応付けられたテーブルを参照し、
   前記未達成の前記課題の番号の中に、前記達成済みの課題の番号よりも小さい番号が存在する場合に、前記達成済みの課題の番号よりも小さい番号の課題を抽出し、前記達成済みの課題の番号よりも小さい番号が存在しない場合に前記未達成の前記課題の番号のうち最も大きい番号の課題を抽出する処理を含み、
   前記送信する処理は、
   前記抽出された課題を援助対象課題として表示させる前記援助依頼画面データを前記援助実行生徒の端末へ送信する請求項１乃至３の何れか一項に記載の学習支援プログラム。
5. 各生徒が担当する課題の進捗を示す値が格納された記憶部と、
   前記記憶部を参照し、前記進捗を示す値に基づき、課題達成のための援助を受ける援助対象生徒と、課題達成を援助する援助実行生徒とを抽出する抽出処理部と、
   前記援助対象生徒に対する援助を依頼する援助依頼画面データを前記援助実行生徒の端末へ送信する処理部と、を有する学習支援装置。
6. コンピュータによる学習支援方法であって、該コンピュータが、
   記憶部に格納された各生徒が担当する課題の進捗を示す値を参照し、前記進捗を示す値に基づき、課題達成のための援助を受ける援助対象生徒と、課題達成を援助する援助実行生徒とを抽出し、
   前記援助対象生徒に対する援助を依頼する援助依頼画面データを前記援助実行生徒の端末へ送信する学習支援方法。

Images