JP2015114995A - 分類方法 - Google Patents

Abstract

【課題】意見者が提出前に入力したが削除した意見内容も反映させた形で、意見者同士のグループ分けを行う。
【解決手段】端末に入力された入力データのうち、所定の処理の対象とされなかった入力データの記録が存在する場合に、記録された該入力データの内容解析結果に基づいて、前記入力に対応する入力元の分類を行う処理をコンピュータに実行させる。
【選択図】図１３

Description

本発明は、分類方法に関する。

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

かかる状況下、例えば、次のような授業の一形態がある。教師は教師端末から生徒端末に対して課題を送信し、生徒は生徒端末において課題に対する意見を記載して、教師端末に返信する。教師は、生徒らの意見を受信すると、例えばスクリーン上に、生徒からの様々な意見を表示して議論を行う。

またさらに、教師は、生徒らの意見を受信すると、これら意見内容に応じて、生徒同士のグループ分けを行って、今度はグループ単位で議論（グループディスカッション）させるという授業形態も存在する。

ここで、生徒同士をグルーピングする方法として、例えば、教師が生徒からの意見を読んだ上、手動操作でグルーピングする方法がある。また、教師端末が生徒からの意見に含まれるキーワード等に基づいて自動操作でグルーピングする方法、各生徒の意見の関連性を数値化し関連性に応じて自動操作でグルーピングする方法などが知られている。

特開平７−９８６８７号公報

しかしながら、生徒らから提出された意見内容に応じて、生徒同士のグループ分けを行う場合、生徒の中には、どのグループにも分類できない意見を返送する生徒が存在し、このような生徒をどのグループに所属させればよいかの判断が困難な場合がある。また、教師は、限られた時間内で授業を円滑に進行させるため、このような生徒については、提出された意見内容を加味しないまま、何れかのグループに分類せざるを得ない。

本発明は、１つの側面において、意見者から提出された意見のみでは、グループ人数に偏りが出たり、分類できるグループがない意見者が存在する場合に、意見者が提出前に入力したが削除した意見内容も反映させた形で、意見者同士のグループ分けを行うことを目的とする。

開示の技術の一様態によれば、端末に入力された入力データのうち、所定の処理の対象とされなかった入力データの記録が存在する場合に、記録された該入力データの内容解析結果に基づいて、前記入力に対応する入力元の分類を行う処理をコンピュータに実行させることを特徴とする分類方法である。

また、上記課題を解決するための手段として、装置、プログラムとすることもできる。

開示の技術によれば、意見者が提出前に入力したが削除した意見内容も反映させた形で、意見者同士のグループ分けを行うことができる。

教育支援システムの構成例を示す図である。 生徒ＤＢのデータ構成例を示す図である 課題ＤＢのデータ構成例を示す図である。 意見ＤＢのデータ構成例を示す図である。 グループ議題ＤＢのデータ構成例を示す図である。 グループ意見ＤＢのデータ構成例を示す図である。 教師端末のハードウェア構成例を示す図である。 教師端末の処理動作の一例を示すフローチャートである。 課題選択画面の一例を示す図である。 回答画面の一例を示す図である。 グルーピング処理の一例を示すフローチャートである。 文字列照合テーブルの一例を示す図である。 設定テーブルの一例（その1）を示す図である。 設定テーブルの一例（その２）を示す図である。 設定テーブルの一例（その３）を示す図である。 設定テーブルの一例（その４）を示す図である。 グルーピング選択画面の一例を示す図である。 グループ議論開始画面の一例を示す図である。 チャット空間画面の一例を示す図である。 回答画面の一例を示す図である。 回答画面の一例を示す図である。

以下、図面を参照しながら、実施例について説明する。なお、本実施例においては、本発明にかかるグルーピング支援システムを、教育支援システムに適用した例を用いて説明する。即ち、本実施例にかかる教育支援システムは、グルーピング支援システムを含むものである。

＜システム構成例＞
図１は、本実施例における教育支援システムの構成例を示す図である。本実施例の教育支援システム１００は、教育支援サーバ２００と複数の電子端末３００とを有し、また教育支援サーバ２００と複数の電子端末３００とは、ネットワークを介して相互に接続されている。

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

本実施例の授業において、教師は、教師端末２００を用いて、生徒の生徒端末３００に対して課題を送信する。生徒は、生徒端末３００において課題を受信すると、課題に対する自身の意見（回答）を入力・記載して、教師端末２００に返信する。

教師は、生徒端末３００から、生徒らの意見を受信すると、これら意見内容に応じて、生徒同士のグループ分けを行う（例えば、類似した意見を持つグループ毎に、生徒のグループ分けを行う）。この後、生徒は、グループ分けされたグループ単位で、生徒間での議論（グループディスカッション）を行う。

まず、本実施例の教師端末２００は、図１に示されるように、主な機能部として、課題出題部２１１、意見取得部２１２、第一グルーピング部２１３、第二グルーピング部２１４、グループ決定部２１５、及び記憶部２２０を有している。

課題出題部２１１は、教師が生徒や生徒グループに出題したい課題やグループ議題の出題操作を行うと、生徒端末３００に対して、課題やグループ議題を送信する。

意見取得部２１２は、生徒端末３００から、生徒によって入力後に提出された提出意見と、意見者によって入力後に削除されたクリア意見とを取得する。

第一グルーピング部２１３は、提出意見が取得された場合、記憶部２２０のグループ議題ＤＢ（Database）２２４を参照することで、提出意見に関連するグループが存在するかどうかを照合し、提出意見に関連するグループが存在する場合、提出意見を提出した生徒を当該提出意見に関連するグループにグルーピング（分類）する。

第二グルーピング部２１４は、クリア意見が取得された場合、記憶部２２０のグループ議題ＤＢ２２４を参照することで、クリア意見に関連するグループが存在するかどうかを照合し、クリア意見に関連するグループが存在する場合、クリア意見を提出した生徒を当該クリア意見に関連するグループにグルーピングする。

グループ決定部２１５は、生徒同士のグループを決定する。詳細は後述するが、例えば、グループ決定部２１５は、第一グルーピング部２１３によりグルーピングされたグループ及び第二グルーピング部２１４によりグルーピングされたグループを、教師端末２００に表示させ、教師に何れのグループを採用するかを選択させ、選択されたグループを最終的なグループとして決定する。

記憶部２２０は、生徒ＤＢ２２１、課題ＤＢ２２２、意見ＤＢ２２３、グループ議題ＤＢ２２４、グループ意見ＤＢ２２５、文字列照合テーブル２２６、設定テーブル２２７を記憶する。これらＤＢ及びテーブルについては、具体例を挙げて後述する。

なお、教師端末２００には、教師用プログラム２１０が予めインストールされている。そして、教師端末２００のＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で、教師用プログラム２１０が実行されることで、少なくとも、上述の意見取得部２１２、第一グルーピング部２１３、第二グルーピング部２１４が実現される。

また、第一グルーピング部２１３及び第二グルーピング部２１４の有する機能を纏めて１つのグルーピング部としてもよい。

次に、本実施例の生徒端末３００は、図１に示されるように、主な機能部として、意見入力部３１１、意見送信部３１２を有している。

意見入力部３１１は、教師端末２００から課題を受信すると、回答画面上の意見欄において、課題に対する意見（回答）を入力する。

意見送信部３１２は、回答画面上において、入力された意見（回答）を教師端末２００に送信する。

ここで、詳細は後述するものの、生徒端末２００の意見送信部３１２は、教師端末２００に対して、２種類の意見を送信する。まず１つは、回答画面上の意見欄において、生徒により入力された意見であって、その後、例えば「意見提出」ボタン押下により、生徒によって明示的に提出された意見（提出意見と呼ぶ）である。また、もう１つは、回答画面上の意見欄において、生徒により入力された意見であるものの、その後、意見欄内から削除・クリアされた意見（クリア意見と呼ぶ）である。クリア意見の場合、生徒によって明示的に提出はなされないものの、意見送信部３１２は、意見欄内への文字入力を監視しており、意見欄内から削除・クリアされた文字列を、クリア意見として教師端末２００に送信する。

なお、生徒端末３００には、生徒用プログラム３１０が予めインストールされている。そして、生徒端末３００のＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で、生徒用プログラム３１０が実行されることで、少なくとも、上述の意見入力部３１１、意見送信部３１２が実現される。

また、これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。

図２は、本実施例における生徒ＤＢのデータ構成例を示す図である。本実施例の生徒ＤＢ２２１は、生徒端末３００毎に固有に割り振られた「生徒識別子」（生徒ＩＤ）、「生徒名」、生徒端末３００の「ＩＰアドレス」が対応付けられて格納されている。生徒ＤＢ２２１は、システム上、例えば、教師端末２００を操作する教師等により予め登録される。

図３は、本実施例における課題ＤＢのデータ構成例を示す図である。本実施例の課題ＤＢ２２２は、課題毎に固有に付与された「課題ＩＤ」、教師から生徒に対して出題される「課題内容」、課題毎に決められた「回答制限時間」が対応付けられて格納されている。課題ＤＢ２２２は、例えば、教師端末２００を操作する教師等により予め登録される。

本実施例の授業において、教師は、教師端末２００を用いて、生徒の生徒端末３００に対して課題を送信する。従って、教師は、生徒に出題したい課題を課題ＤＢ２２２に予め登録しておく。

図４は、本実施例における意見ＤＢのデータ構成例を示す図である。本実施例の意見ＤＢ２２３は、「課題ＩＤ」毎に、「生徒識別子」、生徒が意見欄内に入力して提出した意見内容である「提出意見」、生徒が意見欄内に一旦入力したものの削除したことで提出しなかった意見内容である「クリア意見」が対応付けられて格納（記録）される。

本実施例の授業においては、生徒が生徒端末３００において教師からの課題を受信すると、回答画面上の意見欄において課題に対する自身の意見（回答）を入力・記載したものが教師端末２００に送信される。そして、この生徒からの意見が「提出意見」又は「クリア意見」として、意見ＤＢ２２３に格納される。

なお、このうち「クリア意見」は、回答画面上の意見欄において、生徒が一旦入力したものの削除された文字列であるため、必ずしも文章として正しく成立しているもののみではない。例えば、単語だけの文字列の他、意味をなさない文字列や誤記なども含まれうる。このため、全てのクリア意見を登録するのではなく、形態素解析等の技術により、意味を有する単語のみが抽出されてから、意見ＤＢ２２３の「クリア意見」として、登録するようにしてもよい。

また、「クリア意見」は、複数の文字列が記録されてもよい。生徒が文字列の入力及び削除を繰り返した場合、削除された全ての文字列を「クリア意見」として記録できるようにするためである。

図５は、本実施例におけるグループ議題ＤＢのデータ構成例を示す図である。本実施例のグループ議題ＤＢ２２４は、「課題ＩＤ」毎に、グループ毎に固有に付与された「グループＩＤ」、教師から生徒グループに対して出題される「グループ議題」、そのグループ議題の「キーワード」が対応付けられて格納される。グループ議題ＤＢ２２４は、例えば、教師端末２００を操作する教師等により予め登録される。

本実施例の授業において、教師は、生徒端末３００から、生徒らの意見を受信すると、これら意見内容に応じて、生徒同士のグループ分けを行う（例えば、類似した意見を持つグループ毎に、生徒のグループ分けを行う）。その後、生徒にグループ分けされたグループ単位で、生徒間での議論（グループディスカッション）を行わせるためである。従って、教師は、生徒から出されるであろう意見を想定の上、意見毎に応じたいくつかグループを作成し、グループ議題ＤＢ２２４に予め登録しておく。また、グループ議題毎に、そのグループ議題の「キーワード」を併せて登録しておく。生徒からの意見と「キーワード」とを照合し、自動的に生徒のグルーピングを行えるようにするためである。

例えば、本実施例の授業において、教師は、全生徒に対して、課題内容「未成年の中絶についてどう思うか？」という課題を出した場合、教師は、生徒らからは、例えば、金銭的側面からの是非、生命の大切さからの是非、母体の安全性からの是非というような意見が出されるであろうと想定し、これをグループ議題ＤＢ２２４に予め登録する。

このように、本実施例において、教師は、生徒から出されるであろう意見を想定した上で、「グループ議題」と、それから想定できる「キーワード」とを予め用意しおき、生徒の意見に応じて、「キーワード」を用いて生徒のグルーピングを行い、それぞれの生徒の意見に適したグループ内でさらに議論させることで、課題に対しいっそうの理解を深めさせる。

図６は、本実施例におけるグループ意見ＤＢのデータ構成例を示す図である。本実施例のグループ意見ＤＢ２２５は、「グループＩＤ」毎に、グループに所属する生徒の「メンバ」、グループディスカッションの結果提出されたグループ代表意見である「グループ意見」が対応付けられて格納される。なお、「メンバ」については、生徒の意見に応じて決定され、当該グループに所属する「生徒識別子」が格納される。この点、詳細は後述する。

以上、記憶部２２０の生徒ＤＢ２２１、課題ＤＢ２２２、意見ＤＢ２２３、グループ議題ＤＢ２２４、及びグループ意見ＤＢ２２５について説明した。なお、文字列照合テーブル２２６、及び設定テーブル２２７は、グループに所属する生徒の「メンバ」が決定される処理過程で用いられるテーブルであるため、詳細は後述する。

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

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

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

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

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

補助記憶装置２３は、インストールされた教師用プログラム２１０を格納すると共に、必要なファイル、データ等を格納する。

メモリ装置２４は、コンピュータの起動時に補助記憶装置２３から教師用プログラム２１０を読み出して格納する。そして、演算処理装置２５はメモリ装置２４に格納された教師用プログラム２１０に従って、後述するような各種処理を実現している。

なお、教師端末２００及び生徒端末３００は、電子端末の一例として、タブレット端末により実現されうる。また、タブレット端末の他、例えば、教師端末２００は、デスクトップ型あるいはノートブック型のコンピュータ、生徒端末３００は、ノートブック型のコンピュータであってもよい。

＜教師端末の処理動作例＞
図８は、本実施例における教師端末の処理動作の一例を示すフローチャートである。

Ｓ１：まず、教師端末２００（課題出題部２１１）は、課題ＤＢ２２２を参照し、課題選択画面を表示操作装置２１に表示させる。

Ｓ２：続いて、教師端末２００（課題出題部２１１）は、教師等からの出題操作に基づいて、課題ＩＤと課題送信要求とを受け付けたか否かを判断する。本実施例では、表示操作装置２１において、教師等により１つの課題が選択されると、課題送信要求を受けたものと判断する。課題ＩＤと課題送信要求とを受け付けない場合、教師端末２００は課題ＩＤと課題送信要求とを受け付ける迄これを待機する。

Ｓ３：教師端末２００（課題出題部２１１）は、課題ＩＤと課題送信要求とを受け付けると、課題ＤＢ２２２から選択された「課題ＩＤ」と対応した「課題内容」及び「回答制限時間」の情報を取得し、全ての生徒端末３００へ送信する。一方、生徒端末３００は、受信した「課題内容」及び「回答制限時間」を、生徒端末３００の表示操作装置に表示させる。

Ｓ４：教師端末２００（課題出題部２１１）は、「課題内容」及び「回答制限時間」の情報を送信すると、「回答制限時間」を用いて、時間の計時を開始する。

図９は、本実施例における課題選択画面の一例を示す図である。図９に示す教師端末２００の課題選択画面９００では、「選択ボタン」９０１、「課題ＩＤ」、「課題内容」、「回答制限時間」（課題提出時間）が対応して表示される。教師端末２００は、課題選択画面９００において、「選択ボタン」９０１により１つの課題が選択され、「課題送信」９０２が押下（タッチ）されると、選択された「課題ＩＤ」と対応した「課題内容」及び「回答制限時間」の情報を、生徒端末３００へ送信する。

図１０は、本実施例における回答画面の一例を示す図である。図１０に示す生徒端末３００の回答画面１０００には、教師端末２００から送信された「課題内容」が課題欄１００１に表示されている。また、回答画面１０００には、課題に対する意見を入力するための意見欄１００２が表示されている。また、回答画面１０００には、意見を提出（回答）しなくてならない回答制限時間１００３が表示されている。回答画面１０００上、回答制限時間１００３はカウントダウンしていき、最終的に０：００となったタイミングで、意見提出が締め切られる。

回答画面１０００上、生徒端末３００（意見入力部３１１）は、回答制限時間１００３の時間内に、意見欄１００２に生徒によって意見が入力されると、これを受け付ける。また、生徒端末３００（意見送信部３１２）は、「意見提出」１００４が押下（タッチ）されると、教師端末２００に対して意見送信要求を受け付けたものと判断し、意見欄１００２に入力された意見を、教師端末２００へ送信する。

また、回答画面１０００には、意見欄１００２に一旦入力された意見をクリア（消去）するための「意見クリア」１００５が設けられている。生徒は、意見欄１００２に課題に対する意見を入力しながら思考すると共に、ときには一旦入力した意見を書き換えたり、修正する場合がある。この場合、生徒は「意見クリア」１００５を押下（タッチ）することで、意見欄１００２に入力された意見をクリア（消去）できる。生徒は、このような過程を経て、最終的に提出すべき意見を入力し終えると、「意見提出」１００４を押下し、意見欄１００２に入力された意見を、教師端末２００へ提出する。

なお、本実施例において、生徒端末３００（意見入力部３１１）は、「意見クリア」１００５が押下された場合、回答画面１０００の表示上、意見欄１００２に一旦入力された意見をクリアするものの、生徒端末３００（意見送信部３１２）は、クリア対象となった意見、即ち、意見欄１００２に入力されている意見（クリア意見）を、バックグラウンドで教師端末２００へ送信するようにする。

Ｓ５：次に、教師端末２００（意見取得部２１２）は、生徒端末３００から、意見クリア要求を受信したか否かを判断する。

Ｓ６：教師端末２００（意見取得部２１２）は、意見クリアの要求を受信した場合、要求対象となった「クリア意見」を、要求送信元の生徒識別子と対応付けて、意見ＤＢ２２３の「クリア意見」に記録する。

Ｓ７：次に、教師端末２００（意見取得部２１２）は、生徒端末３００から、課題に対する意見を受信したか否かを判断する。

Ｓ８：教師端末２００（意見取得部２１２）は、課題に対する意見を受信した場合、受信した意見を、意見送信元の生徒識別子と対応付けて、意見ＤＢ２２３の「提出意見」に記録する。

なお、生徒が一旦意見を提出したものの、回答制限時間内にあらためて意見を書き直したい場合がある。このような場合、既に意見ＤＢ２２３の「提出意見」には、一旦意見が格納されているため、教師端末２００（意見取得部２１２）は、最新に受信した意見に「提出意見」を上書き更新する。また、これに伴い、上書き更新前の「提出意見」は、「クリア意見」に記録する（移動させる）。「クリア意見」には、複数の意見を格納することが可能である。

Ｓ９：教師端末２００（課題出題部２１１）は、Ｓ４で計時を開始した課題の「回答制限時間」が経過したか否かを判断する。経過した場合、生徒端末３００からの課題提出を締め切って、Ｓ１０へ進む。一方、経過していない場合、再びＳ５へ戻る。

Ｓ１０：教師端末２００は、課題の「回答制限時間」が経過し、生徒端末３００からの課題提出を締め切ると、生徒らの意見に応じて、生徒同士のグループ分けを行う。

図１１は、本実施例におけるグルーピング処理の一例を示すフローチャートである。Ｓ１０のグルーピング処理について、図１１を参照しながら、以下詳しく説明する。なお、ここでまでの前提として、意見ＤＢ２２３には、課題に対する生徒の意見（「提出意見」及び「クリア意見」）が格納されているものとする（例えば、図４参照）。

Ｓ１０−１：まず、教師端末２００（第一グルーピング部２１３）は、意見ＤＢ２２３における「課題ＩＤ」に対応する「提出意見」及び「クリア意見」の文字列と、グループ議題ＤＢ２２４における同「課題ＩＤ」の「グループＩＤ」毎に登録されている「キーワード」とを照合する。

Ｓ１０−２：教師端末２００（第一グルーピング部２１３）は、「キーワード」に一致する「提出意見」及び「クリア意見」を持った生徒の「生徒識別子」を、文字列照合テーブル２２６の「グループＩＤ」に対応付けて、「生徒識別子１（提出意見）」と「生徒識別子２（クリア意見）」とにそれぞれ記録する。

Ｓ１０−３：また、教師端末２００（第一グルーピング部２１３）は、一致する「キーワード」を持たない「提出意見」を提出した生徒の「生徒識別子」を、設定テーブル２２７の「グルーピング案１」において、「その他」に記録する。

図１２は、本実施例における文字列照合テーブルの一例を示す図である。図１３は、本実施例における設定テーブルの一例（その1）を示す図である。

例えば、意見ＤＢ２２３（例えば、図４参照）において、「課題ＩＤ」０００１、「生徒識別子」Ａの「提出意見」（母体による影響が大きいと聞いているので心配です。）は、グループ議題ＤＢ２２４（例えば、図５参照）の「グループＩＤ」０００１３の「キーワード」母体と一致する。よって、「生徒識別子」Ａを、文字列照合テーブル２２６の「グループＩＤ」０００１３の「生徒識別子１」に対応付けて記録する（図１２の１２０１参照）。

また、意見ＤＢ２２３（例えば、図４参照）において、「課題ＩＤ」０００１、「生徒識別子」Ａの「クリア意見」（なし）は、グループ議題ＤＢ２２４（例えば、図５参照）の何れの「グループＩＤ」の「キーワード」とも一致しない。よって、「生徒識別子」Ａは、文字列照合テーブル２２６の何れの「グループＩＤ」の「生徒識別子２」に対応付けられない。

一方、例えば、意見ＤＢ２２３（例えば、図４参照）において、「課題ＩＤ」０００１、「生徒識別子」Ｂの「提出意見」（親が収入のない状況で生まれるのはどうか。）は、グループ議題ＤＢ２２４（例えば、図５参照）の「グループＩＤ」０００１１の「キーワード」収入と一致する。よって、「生徒識別子」Ｂを、文字列照合テーブル２２６の「グループＩＤ」０００１１の「生徒識別子１」に対応付けて記録する（図１２の１２０２参照）。

また、意見ＤＢ２２３（例えば、図４参照）において、「課題ＩＤ」０００１、「生徒識別子」Ｂの「クリア意見」（なし）は、グループ議題ＤＢ２２４（例えば、図５参照）の何れの「グループＩＤ」の「キーワード」とも一致しない。よって、「生徒識別子」Ｂは、文字列照合テーブル２２６の何れの「グループＩＤ」の「生徒識別子２」に対応付けられない。

一方、例えば、意見ＤＢ２２３（例えば、図４参照）において、「課題ＩＤ」０００１、「生徒識別子」Ｃの「提出意見」（わからん!）は、グループ議題ＤＢ２２４（例えば、図５参照）の何れの「グループＩＤ」の「キーワード」とも一致しない。よって、「生徒識別子」Ｃは、文字列照合テーブル２２６の何れの「グループＩＤ」の「生徒識別子１」に対応付けられない。よって、この場合、設定テーブル２２７の「グルーピング案１」において、「その他」に「生徒識別子」Ｃを記録する（図１３の１３０１参照）。

また、意見ＤＢ２２３（例えば、図４参照）において、「課題ＩＤ」０００１、「生徒識別子」Ｃの「クリア意見」（命は大切。）は、グループ議題ＤＢ２２４（例えば、図５参照）の「グループＩＤ」０００１２の「キーワード」命と一致する。よって、「生徒識別子」Ｃを、文字列照合テーブル２２６の「グループＩＤ」０００１２の「生徒識別子２」に対応付けて記録する（図１２の１２０３参照）。

以上の要領で、Ｄ、Ｅ、Ｆ、Ｇ、Ｈについても、同様の処理を実行すると、図１２の文字列照合テーブル２２６のように、「キーワード」と一致する意見については、それぞれの「提出意見」及び「クリア意見」に応じて、各生徒を分類することができる。また、一致する「キーワード」を持たない意見が提出された場合には、その意見を提出した生徒を、例えば「その他」として分類することができる。

Ｓ１０−４：教師端末２００（第一グルーピング部２１３）は、文字列照合テーブル２２６の「生徒識別子１」を、設定テーブル２２７の「グルーピング案１」にコピーする。

図１４は、本実施例における設定テーブルの一例（その２）を示す図である。図１４の設定テーブル２２７では、文字列照合テーブル２２６の「生徒識別子１」が、設定テーブル２２７の「グルーピング案１」にコピーされた結果が示されている。

Ｓ１０−５：教師端末２００（第一グルーピング部２１３）は、設定テーブル２２７の「グルーピング案１」で、メンバ数が「所定人数」（所定定員数）を満たしていないグループを取得したか否かを判断する（「所定人数」を満たしていないグループが存在するか否かを判断する）。なお、「所定人数」は、議論を行うに適正な人数という観点から、下限人数（例えば、２人）及び上限人数（例えば、５人）が、教師等により予め決められている。「所定人数」を満たしていない「グループＩＤ」を取得した場合、Ｓ１０−６へ進む。一方、「所定人数」を満たしていない「グループＩＤ」を取得しない場合、Ｓ１０−１２へ進む。

Ｓ１０−６：教師端末２００（第二グルーピング部２１４）は、取得した「グループＩＤ」が、文字列照合テーブル２２６の「グループＩＤ」に存在する場合、その「グループＩＤ」と、「グループＩＤ」に対応する「生徒識別子２」とを取得する。

例えば、図１４の設定テーブル２２７を参照し、「所定人数」を満たしていない「グループＩＤ」０００１３に着目する。「所定人数」を満たしていない「グループＩＤ」０００１３は、図１２の文字列照合テーブル２２６の「グループＩＤ」に存在するので、その「グループＩＤ」０００１３と、「グループＩＤ」０００１３に対応する「生徒識別子２」Ｇとを取得する。

また、教師端末２００（第二グルーピング部２１４）は、取得した「グループＩＤ」が、文字列照合テーブル２２６の「グループＩＤ」に存在しない場合（即ち、設定テーブル２２７の「グルーピング案１」において、「その他」に生徒識別子が存在する場合）、設定テーブル２２７の「グルーピング案１」に記録されている「生徒識別子」を取得し、その「生徒識別子」が、文字列照合テーブル２２６の何れかのグループＩＤの「生徒識別子２」に存在するかどうかを検索する。そして、存在する場合には、「生徒識別子」が存在する「グループＩＤ」と、「グループＩＤ」に対応する「生徒識別子」とを対応付けて取得する。

例えば、図１４の設定テーブル２２７を参照し、「所定人数」を満たしていない「グループＩＤ」が、文字列照合テーブル２２６の「グループＩＤ」にない場合（即ち、設定テーブル２２７の「グルーピング案１」において、「その他」に生徒識別子が存在する場合）、設定テーブル２２７の「グルーピング案１」の「生徒識別子」Ｃを取得し、その「生徒識別子」Ｃが、図１２の文字列照合テーブル２２６の何れかのグループＩＤの「生徒識別子２」に存在するかどうかを検索する。すると、「生徒識別子」Ｃは、「グループＩＤ」０００１２の「生徒識別子２」に存在する。よって、「生徒識別子」Ｃが存在する「グループＩＤ」０００１２と、「グループＩＤ」０００１２に対応する「生徒識別子」Ｃとを取得する。

Ｓ１０−７：教師端末２００（第二グルーピング部２１４）は、「グループＩＤ」と「生徒識別子」とを取得したか否かを判断する。

Ｓ１０−８：教師端末２００（第二グルーピング部２１４）は、「グループＩＤ」と「生徒識別子」とを取得した場合、取得した「生徒識別子」を、設定テーブル２２７の「グループＩＤ」に対応する「グルーピング案２」に記録する。

図１５は、本実施例における設定テーブルの一例（その３）を示す図である。図１５に示されるように、例えば、「グループＩＤ」０００１３に対応する「生徒識別子２」Ｇを、設定テーブル２２７の「グループＩＤ」０００１３に対応する「グルーピング案２」に記録する（図１５の１５０１参照）。また、例えば、「グループＩＤ」０００１２に対応する「生徒識別子２」Ｃを、設定テーブル２２７の「グループＩＤ」０００１２に対応する「グルーピング案２」に記録する（図１５の１５０２参照）。

Ｓ１０−９：教師端末２００（第二グルーピング部２１４）は、設定テーブル２２７の「グルーピング案２」において、全「生徒識別子」が記録されているかを検索し、記録されていない「生徒識別子」については、「グルーピング案１」で振り分けた「グループＩＤ」と同じ「グループＩＤ」に対応付けて記録する。

図１６は、本実施例における設定テーブルの一例（その４）を示す図である。例えば、図１５の設定テーブル２２７の「グルーピング案２」においては、「生徒識別子」Ｃ、Ｇが既に記録されている。よって、図１６の設定テーブル２２７においては、「グルーピング案２」に記録されていない「生徒識別子」Ａ、Ｂ、Ｄ、Ｅ、Ｆ、Ｈを対象として、「グルーピング案１」で振り分けた「グループＩＤ」と同じ「グループＩＤ」に対応付けて記録する。具体的に、Ｂ、Ｄ、Ｈは、「グルーピング案２」の「グループＩＤ」０００１１に記録する。また、Ｅ、Ｆは、「グルーピング案２」の「グループＩＤ」０００１２に記録する。また、Ａは、「グルーピング案２」の「グループＩＤ」０００１３に記録する。

Ｓ１０−１０：教師端末２００（第二グルーピング部２１４）は、設定テーブル２２７の「グルーピング案２」で、「所定人数」を満たしていないグループが他に存在するか否かを判断する。「所定人数」を満たしていない「グループＩＤ」が他に存在する場合、Ｓ１０−６へ戻る。一方、「所定人数」を満たしていない「グループＩＤ」が他に存在しない場合、Ｓ１０−１１へ進む。

Ｓ１０−１１：教師端末２００（第二グルーピング部２１４）は、設定テーブル２２７の「グルーピング案１」及び「グルーピング案２」を用いて、グルーピング選択画面を生成する。

Ｓ１０−１２：一方、Ｓ１０−５でＮへ進んだ場合、即ち、「グルーピング案１」でそれぞれの「グループＩＤ」の「所定人数」を満たしている場合には、教師端末２００（第一グルーピング部２１３）は、設定テーブル２２７の「グルーピング案１」を用いて、グルーピング選択画面を生成する。

Ｓ１０−１３：教師端末２００（グループ決定部２１５）は、生成した画面を教師端末に表示する。

図１７は、本実施例におけるグルーピング選択画面の一例を示す図である。図１７のグルーピング選択画面１７００では、２通りのグルーピング結果が表示されている。１つ目は、「提出意見のみでのグルーピング」１７０１であり、設定テーブル２２７の「グルーピング案１」に相当する。２つ目は、「クリア意見を考慮したグルーピング」１７０２であり、設定テーブル２２７の「グルーピング案２」に相当する。教師は、何れのグルーピング結果を参照の上、「選択」１７０３又は「選択」１７０４を押下することで、最終的に採用すべきグルーピングを決定することができる。

ここで、「提出意見のみでのグルーピング」１７０１に着目すると、この１つ目のグルーピング案では、生徒名「鈴木」は、提出意見において何れかのグループ議題に関連する意見を述べていないために、教師が予め設定している何れのグループにもグルーピングされなかったことを意味している。つまり、生徒から提出された最終意見である「提出意見」からだけでは、生徒を満遍なく何れかのグループに分けてグルーピングできない場合がある。よって、このまま１つ目のグルーピング案のグループに分かれて議論を実施すると、「鈴木」はどのグループにも所属できないままとなってしまう。

一方、「クリア意見を考慮したグルーピング」１７０２に着目すると、この２つ目のグルーピング案では、「鈴木」を含めた全生徒が、教師が予め設定している何れかのグループにグルーピングされたことを意味している。よって、この場合、教師は２つ目のグルーピング案を採用することで、全生徒を何れかのグループに分かれて議論させることが可能である。

なお、「クリア意見を考慮したグルーピング」１７０２であっても、クリア意見によっては、必ずしも全生徒が何れかのグループにグルーピングされるとは限らない。また、教師の判断で任意にある生徒をあるグループにグルーピングさせるケースも存在する。従って、教師は、「提出意見のみでのグルーピング」１７０１、又は「クリア意見を考慮したグルーピング」１７０２をベースとし、生徒名をドラッグするなどして、他のグループに移動させることで、生徒のグルーピングを個別に修正することも可能となっている。

以上のように、本実施例の「クリア意見を考慮したグルーピング」１７０２では、生徒をグルーピングする際、「提出意見」のみならず、生徒の思考の履歴である「クリア意見」を考慮して、生徒のグルーピングを行っている。「クリア意見」は、生徒が一旦は入力したものの削除された意見内容であるものの、生徒の思考の履歴そのものであり、また生徒の意見の一部である。従って、「提出意見」からだけでは、生徒をうまくグルーピングできない場合は、さらに「クリア意見」を考慮することで、生徒の思考の履歴を反映しつつ、生徒のグルーピングを行うことができる。

Ｓ１０−１４：教師端末２００（グループ決定部２１５）は、「選択」ボタンが押下されたか否かを判断する。例えば、教師端末２００は、グルーピング選択画面１７００の「選択」１７０３又は「選択」１７０４が押下されることで、「選択」ボタンが押下されたか否かを判断する。

Ｓ１０−１５：教師端末２００（グループ決定部２１５）は、選択されたグルーピングメンバを、グループ意見ＤＢ２２５の「メンバ」欄に記録する。これにより、グルーピングメンバが決定される。

以上、Ｓ１０のグルーピング処理について説明した。再び、図８に戻る。

Ｓ１１：教師端末２００（課題出題部２１１）は、グループ議論開始の要求を受けたかどうかを判断する。

図１８は、本実施例におけるグループ議論開始画面の一例を示す図である。教師は、グループ議論を開始する場合、グループ議論開始画面１８００において、「グループ議論開始」１８０１を押下することで、グループ議論を開始することができる。

Ｓ１２：教師端末２００（課題出題部２１１）は、グループ議題ＤＢ２２４の「グループＩＤ」及び「グループ議題」、並びに、グループ意見ＤＢ２２５の「グループＩＤ」及び「メンバ」に基づいて、グループ毎のグループ議論を行うためのチャット空間を生成する。

図１９は、本実施例におけるチャット空間画面の一例を示す図である。図１９に示されるように、教師端末２００側に表示されるチャット空間画面１９００には、３つのグループに分かれたチャット空間画面が表示されている。

Ｓ１３：教師端末２００（課題出題部２１１）は、生徒端末３００に対し、その生徒が所属するグループに応じて、そのグループの「メンバ」と「グループ議題」とを送信することで、所属するグループ間でグループ議論が可能になるよう通信環境を設定する。例えば、「メンバ」Ｂ、Ｄ、Ｈには、そのグループ「メンバ」の生徒識別子Ｂ、Ｄ、Ｈと、「グループ議題」（金銭的に苦しいと本当に幸せにならないのか？）の情報が送信される。

図２０は、本実施例における回答画面の一例を示す図である。生徒端末３００（生徒識別子Ｂ（山田）、Ｄ（山本）、Ｈ（浅井））側には、図２０に示されるような回答画面２０００が表示される。「山田」、「山本」、「浅井」は、グループ内の生徒同士で、議論を行うと共にその意見を提出することが可能となっている。

Ｓ１４：教師端末２００（意見取得部２１２）は、グループ議題に対するグループ意見を受信した場合、その意見送信元の生徒識別子を取得し、グループ意見ＤＢ２２５において、その生徒識別子が分類されている「グループＩＤ」に対応付けて、「グループ意見」に記録する。

以上、本実施例によれば、意見者から提出された意見のみでは、グループ人数に偏りが出たり、分類できるグループがない意見者が存在する場合に、意見者が提出前に入力したが削除した意見内容も反映させた形で、意見者同士のグループ分けを行うことが可能である。

＜変形例＞
図２１は、本変形例における回答画面の一例を示す図である。図１０の生徒端末３００の回答画面１０００と比較すると、図２１の生徒端末３００の回答画面１０００−２には、課題に対する意見を入力するための意見欄１００２−１、意見欄１００２−２、及び意見欄１００２−３が表示されている。但し、回答画面１０００−２には、「意見クリア」１００５は設置されていない。

回答画面１０００−２上、生徒端末３００（意見入力部３１１）は、回答制限時間１００３の時間内に、意見欄１００２−１、意見欄１００２−２、又は意見欄１００２−３に生徒によって意見が入力されると、これを受け付ける。ここでは、例えば、３つの意見欄が設けされているので、この場合、生徒は、思考の過程で複数（ここでは、最大３つ）の意見（案）を作成することができる。生徒は、最終的に提出したい意見を１つ選択してから、「意見提出」１００４を押下（タッチ）し、選択した意見欄に入力された意見を、教師端末２００へ送信する。

生徒端末３００（意見送信部３１２）は、「意見提出」１００４が押下（タッチ）されると、教師端末２００に対して意見送信要求を受け付けたものと判断し、選択された意見欄欄に入力された意見を、教師端末２００へ送信する。

また、生徒端末３００（意見送信部３１２）は、提出対象とならなかった入力意見が存在する場合、意見欄１００２−１、意見欄１００２−２、又は意見欄１００２−３のうち、選択されなかった意見欄に入力されている意見（クリア意見）を、教師端末２００へ送信する。このように、選択されなかった意見欄に入力されている意見は、最終的な提出意見ではないものの、生徒の思考の履歴そのものであり、また生徒の意見の一部であるため、クリア意見として取り扱うことが可能である。

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

以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
端末に入力された入力データのうち、所定の処理の対象とされなかった入力データの記録が存在する場合に、記録された該入力データの内容解析結果に基づいて、前記入力に対応する入力元の分類を行う、
処理をコンピュータに実行させることを特徴とする分類方法。
（付記２）
前記所定の処理は、入力された前記入力データの提出処理である、ことを特徴とする付記１記載の分類方法。
（付記３）
前記所定の処理は、設定された期限内に受け付けられる処理である、ことを特徴とする付記１記載の分類方法。
（付記４）
前記所定の処理の対象とされなかった入力データは、前記所定の処理の対象とされずに削除された入力データである、ことを特徴とする付記１記載の分類方法。
（付記５）
複数の端末のそれぞれにおいて入力された入力データのうち、所定の処理の対象とされた入力データの内容解析結果に基づいて、入力データの入力元を複数のグループに分類する第１の分類処理と、
前記複数の端末のそれぞれにおいて入力された入力データのうち、所定の処理の対象とされなかった入力データの記録が存在する場合に、記録された該入力データの内容の解析結果に基づいて、記録された該入力データの入力元を前記複数のグループ内で再分類する第２の分類処理と、
をコンピュータに実行させることを特徴とする分類方法。
（付記６）
前記第２の分類処理は、前記第１の分類処理によって分類された前記複数のグループのうち、グループに属する入力元の総数が基準数に満たないグループが存在する場合に行われる、ことを特徴とする付記５記載の分類方法。
（付記７）
前記第２の分類処理は、前記第１の分類処理によって分類された前記複数のグループのうち、グループに属する入力元の総数が基準数を超えるグループが存在する場合に行われる、ことを特徴とする付記５記載の分類方法。
（付記８）
前記第１の分類処理の結果と、前記第２の分類処理の結果とを表示し、
前記第１の分類処理と前記第２の分類処理のうち選択された分類処理を入力元の分類処理として決定する、ことを特徴とする付記５記載の分類方法。
（付記９）
前記第１の分類処理の結果と、前記第２の分類処理の結果とを表示し、
前記第１の分類処理と前記第２の分類処理のうち選択された分類処理で分類された各グループについて、グループ内の入力元間の所定の通信環境を設定する、ことを特徴とする付記５記載の分類方法。
（付記１０）
受講者の端末のそれぞれで入力された入力意見データのうち、提出処理の対象とされた入力意見データだけでなく、提出処理の対象とされなかった入力意見データも解析して、受講者の意見の類似性に応じた受講者の分類を行う処理をコンピュータに実行させることを特徴とする受講者の分類方法。
（付記１１）
端末に入力された入力データのうち、所定の処理の対象とされなかった入力データの記録が存在する場合に、記録された該入力データの内容解析結果に基づいて、前記入力に対応する入力元の分類を行う処理部を有することを特徴とする分類処理装置。
（付記１２）
端末に入力された入力データのうち、所定の処理の対象とされなかった入力データの記録が存在する場合に、記録された該入力データの内容解析結果に基づいて、前記入力に対応する入力元の分類を行う処理をコンピュータに実行させる分類処理プログラム。

１００ 教育支援システム
２００ 教師端末
２１０ 教師用プログラム
２１１ 課題出題部
２１２ 意見取得部
２１３ 第一グルーピング部
２１４ 第二グルーピング部
２１５ グループ決定部
２２０ 記憶部
２２１ 生徒ＤＢ
２２２ 課題ＤＢ
２２３ 意見ＤＢ
２２４ グループ議題ＤＢ
２２５ グループ意見ＤＢ
２２６ 文字列照合テーブル
２２７ 設定テーブル
３００ 生徒端末
３１０ 生徒用プログラム

Claims (10)

1. 端末に入力された入力データのうち、所定の処理の対象とされなかった入力データの記録が存在する場合に、記録された該入力データの内容解析結果に基づいて、前記入力に対応する入力元の分類を行う、
   処理をコンピュータに実行させることを特徴とする分類方法。
2. 前記所定の処理は、入力された前記入力データの提出処理である、ことを特徴とする請求項１記載の分類方法。
3. 前記所定の処理は、設定された期限内に受け付けられる処理である、ことを特徴とする請求項１記載の分類方法。
4. 前記所定の処理の対象とされなかった入力データは、前記所定の処理の対象とされずに削除された入力データである、ことを特徴とする請求項１記載の分類方法。
5. 複数の端末のそれぞれにおいて入力された入力データのうち、所定の処理の対象とされた入力データの内容解析結果に基づいて、入力データの入力元を複数のグループに分類する第１の分類処理と、
   前記複数の端末のそれぞれにおいて入力された入力データのうち、所定の処理の対象とされなかった入力データの記録が存在する場合に、記録された該入力データの内容の解析結果に基づいて、記録された該入力データの入力元を前記複数のグループ内で再分類する第２の分類処理と、
   をコンピュータに実行させることを特徴とする分類方法。
6. 前記第２の分類処理は、前記第１の分類処理によって分類された前記複数のグループのうち、グループに属する入力元の総数が基準数に満たないグループが存在する場合に行われる、ことを特徴とする請求項５記載の分類方法。
7. 前記第２の分類処理は、前記第１の分類処理によって分類された前記複数のグループのうち、グループに属する入力元の総数が基準数を超えるグループが存在する場合に行われる、ことを特徴とする請求項５記載の分類方法。
8. 前記第１の分類処理の結果と、前記第２の分類処理の結果とを表示し、
   前記第１の分類処理と前記第２の分類処理のうち選択された分類処理を入力元の分類処理として決定する、ことを特徴とする請求項５記載の分類方法。
9. 前記第１の分類処理の結果と、前記第２の分類処理の結果とを表示し、
   前記第１の分類処理と前記第２の分類処理のうち選択された分類処理で分類された各グループについて、グループ内の入力元間の所定の通信環境を設定する、ことを特徴とする請求項５記載の分類方法。
10. 受講者の端末のそれぞれで入力された入力意見データのうち、提出処理の対象とされた入力意見データだけでなく、提出処理の対象とされなかった入力意見データも解析して、受講者の意見の類似性に応じた受講者の分類を行う処理をコンピュータに実行させることを特徴とする受講者の分類方法。

Images