(57)【要約】【課題】表計算ソフトのように、情報を項目単位で処理するためのアプリケーションソフトウェアにおけるユーザの利便性を向上させる。【解決手段】授業評価装置は、生徒の所属や成績に関し、複数の項目について設定された属性値の集合をレコードデータとして処理する。各生徒のレコードデータは表形式のデータテーブルとして表示される。項目選択欄２９２において指定された項目に対応する属性値が集約処理の対象となる。集約条件設定欄２９４にて設定される集約条件にしたがって、指定された項目に対応する属性値の種類がより少ない種類の属性値に集約される。【選択図】図８
2007149014.tif 000002
【特許請求の範囲】
【請求項１】
複数の項目のそれぞれに対して設定された属性値の集合であるレコードデータを複数種類保持するデータ保持部と、
保持されている複数種類のレコードデータを表形式のデータテーブルとして表示させるテーブル表示部と、
ユーザが指定した項目に対応する各レコードデータの属性値のうち、集約対象となる複数の属性値をユーザによる入力操作にしたがって指定する集約設定部と、
指定された前記複数の属性値を一つに集約した値としての統合属性値をユーザによる入力操作にしたがって設定する統合属性値設定部と、
集約対象として指定された前記複数の属性値を前記統合属性値に集約させることにより、前記データテーブルを更新表示させる表示変換部と、
を備えることを特徴とするデータ処理装置。
【請求項２】
前記表示変換部は、前記データテーブルを更新表示させるときに、前記統合属性値へ集約される属性値を含むレコードデータが隣り合うように、前記データテーブルにおけるレコードデータの並び順を変更することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記集約設定部は、集約対象となる属性値に共通する集約条件を設定するためのユーザによる入力操作を検出し、設定された集約条件により集約対象となる前記複数の属性値を特定することを特徴とする請求項１または２に記載のデータ処理装置。
【請求項４】
複数の項目のそれぞれに対して設定された属性値の集合であるレコードデータを処理するための方法であって、
複数種類のレコードデータを表形式のデータテーブルとして表示させるステップと、
ユーザが指定した項目に対応する各レコードデータの属性値のうち、集約対象となる複数の属性値をユーザによる入力操作にしたがって指定するステップと、
指定された前記複数の属性値を一つに集約した値としての統合属性値をユーザによる入力操作にしたがって設定するステップと、
集約対象として指定された前記複数の属性値を前記統合属性値に集約させることにより、前記データテーブルを更新表示させるステップと、
を備えることを特徴とするデータ処理方法。
【請求項５】
複数の項目のそれぞれに対して設定された属性値の集合であるレコードデータを処理するためのプログラムであって、複数種類のレコードデータが表形式のデータテーブルとして表示されたあとに、
ユーザが指定した項目に対応する各レコードデータの属性値のうち、集約対象となる複数の属性値をユーザによる入力操作にしたがって指定する機能と、
指定された前記複数の属性値を一つに集約した値としての統合属性値をユーザによる入力操作にしたがって設定する機能と、
集約対象として指定された前記複数の属性値を前記統合属性値に集約させることにより前記データテーブルを更新表示させる機能と、
をコンピュータに発揮させることを特徴とするデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表形式にてデータを表示するための技術に関する。
【背景技術】
【０００２】
近年、コンピュータの普及とネットワーク技術の進展に伴い、ネットワークを介した電子情報の交換が盛んになっている。これにより、従来においては紙ベースで行われていた事務処理の多くが、ネットワークベースの処理に置き換えられつつある。デジタル化とネットワーク技術の進展は、情報取得コストを急激に低下させている。このような状況において、大量の情報の中から必要な情報を検索して解析するための技術が待望されている。
【特許文献１】特開２００４−２５２６３２号公報
【特許文献２】特開２００３−１８３２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
大量の情報を処理するための優れたユーザインタフェースとして、表計算ソフト（Spread Sheet Software）とよばれるアプリケーションソフトウェアが広く使われている。本発明者は、データを項目単位で処理する表計算ソフトのようなアプリケーションソフトウェアに対して簡単な機能を追加するだけで、ユーザの利便性をいっそう向上させることができると想到した。
【０００４】
本発明の主たる目的は、データ表示のためのユーザインタフェースを向上させる技術を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様は、複数の項目のそれぞれに対して設定された属性値の集合であるレコードデータを処理するためのデータ処理装置である。
この装置は、複数種類のレコードデータを表形式のデータテーブルとして表示させ、ユーザが指定した項目に対応する各レコードデータの属性値のうち、集約対象となる複数の属性値を一つの統合属性値に集約させることによりデータテーブルの表示を更新させる。
【０００６】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００７】
本発明によれば、データ表示におけるユーザインタフェースを向上させることができる。
【発明を実施するための最良の形態】
【０００８】
本実施例においては、授業評価システムを例とし、まず、授業評価システムの概要を述べてから、本発明の主たる特徴である「データの集約表示」について説明する。
【０００９】
図１は、授業評価システムのハードウェア構成図である。
授業評価システム１０は、大学のような教育機関への導入を想定した、生徒が授業内容を評価するためのシステムである。授業評価システム１０は、教師と生徒によって利用されるシステムであり、授業に対する生徒の反応を授業内容にフィードバックさせるための仕組みを提供する。
【００１０】
授業評価システム１０は、授業評価装置１００、メールサーバ２０２および複数のクライアント端末２０４を含む。これらは、インターネット２００を介して互いに接続されている。授業評価装置１００は、教師によって使用される（以下、授業評価装置１００のユーザであることを明示する意味で、「教師」のことを「ユーザ」ともよぶことにする）。各クライアント端末２０４は、生徒によって使用される携帯電話やノートパソコンなど、メール送受信機能を搭載した一般的な通信端末である。
【００１１】
まず、教師は講座の開設に際して、講座専用のメールアドレスを設定する（以下、「講座アドレス」とよぶ）。たとえば、「フランス語Ａ」という計１２回の授業からなる講座には、「fraA@xxx.co.jp」のように講座アドレスが設定される。フランス語Ａの授業を受ける生徒は、その講座アドレスを介して授業評価装置１００と電子メールを送受する。たとえば、生徒は授業に出席したときに、講座アドレスに対して出席を通知するための「出席メール」を送信する。メールサーバ２０２は、クライアント端末２０４から受信した出席メールを授業評価装置１００に転送する。このメールサーバ２０２は、一般的な既知の装置でよい。授業評価装置１００では、出席メールによって、どの講座にどの生徒が出席したかを自動的に集計する。
【００１２】
このほかにも、生徒は、授業に対する感想を記述した感想メールを講座アドレスに送信する。授業評価装置１００は、感想メールを自然言語解析して、生徒の授業に対する理解度や意欲を定量化する。たとえば、「やった」、「できた」、「してみたい」というあらかじめ定義された「意欲的な単語」を感想メールが多く含んでいる場合、生徒の理解度や学習意欲が高いと判定できる。このような自然言語解析の手法については、ベイジアンフィルタ法（Bayesian Filtering）など既知の方法が応用されればよい。
このように生徒の電子メールから得られるさまざまな情報は、授業内容の改善するための有用な情報として解析される。
【００１３】
図２は、授業評価装置の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００１４】
授業評価装置１００は、ユーザインタフェース処理部１１０、通信部１２０、データ処理部１３０およびデータ保持部１５０を含む。
ユーザインタフェース処理部１１０は、ユーザからの入力処理やユーザに対する情報表示のようなユーザインタフェース全般に関する処理を担当する。通信部１２０は、メールサーバ２０２を介してクライアント端末２０４との通信処理を担当する。データ処理部１３０は、ユーザインタフェース処理部１１０や通信部１２０から取得されたデータを元にして各種のデータ処理を実行する。データ処理部１３０は、ユーザインタフェース処理部１１０および通信部１２０の間のインタフェースの役割も果たす。
データ保持部１５０は、予め用意された設定データや、データ処理部１３０から受け取った電子メールなど、さまざまなデータを格納する。通信部１２０は、メールの送受信を処理するメール送受信部１２２を含む。
【００１５】
ユーザインタフェース処理部１１０は、表示部１１２と入力部１１８を含む。入力部１１８は、ユーザからの入力操作を受け付ける。表示部１１２は、ユーザに対して各種情報を表示する。表示部１１２は、更に、テーブル表示処理部１１４および集約表示処理部１１６を含む。テーブル表示処理部１１４は、後の図７等に示す表形式にて、各種データを表示する。集約表示処理部１１６は、後の図８等に示す画面にて、集約表示のための設定用ユーザインタフェースを提供し、テーブル表示処理部１１４が表示するデータの表示内容を更新させる。集約表示の詳細については、図７以降に関連して詳述する。
【００１６】
データ保持部１５０は、メールデータ保持部１５２、生徒データ保持部１５４および授業データ保持部１５６を含む。
メールデータ保持部１５２は、生徒から受信した電子メールを保持する。生徒データ保持部１５４は、生徒データを保持する。生徒データとは、学部、年齢、性別、生徒番号など、生徒についてあらかじめ登録されているデータである。授業データ保持部１５６は、授業データを保持する。授業データとは、各講座ごとに、生徒の出席率、試験結果、授業に対する感想など、電子メールから得られた情報を元にして集計される授業に関連するデータである。
【００１７】
データ処理部１３０は、メール処理部１３２と授業データ管理部１３８を含む。
メール処理部１３２は、電子メールを内容を解析する。メール処理部１３２は、分類部１３４および整合判定部１３６を含む。分類部１３４は、電子メールの内容に応じて分類する。すでに述べたように、生徒から受信する電子メールは、出席メールや感想メールなどさまざまである。分類部１３４は、電子メールを内容に応じて分類する。たとえば、「件名」に「出席」という単語が含まれている電子メールは出席メールであるという条件のように、所定の分類条件にしたがって分類する。
【００１８】
整合判定部１３６は、受信された電子メールが処理対象として有効なメールであるかを判定する。たとえば、授業の開始前に受信された出席メールは有効ではないといえる。整合判定部１３６は、受信された電子メールの有効性を所定の整合条件にしたがって判定する。有効でない電子メールは解析対象外とされる。
【００１９】
授業データ管理部１３８は、講座に関するデータを授業ごとに授業データとして管理する。たとえば、試験の平均点や、感想メールから解析される生徒の理解度、授業計画などのようなさまざまなデータが授業データとして管理対象となる。授業データ管理部１３８は、生徒管理部１４０と設定部１４２を含む。生徒管理部１４０は、生徒の授業に対する理解度や出席率など生徒の学習状態を管理する。設定部１４２は、整合判定部１３６や分類部１３４の条件のような電子メールの解析に関する各種条件を設定する。
【００２０】
図３は、授業評価装置のメニュー画面の画面図である。
教師であるユーザが授業評価装置１００にログインしたときには、まず、このメニュー画面２１０が表示される。講座選択領域２１２は、現在開設されている講座を一覧表示する。ここでは、「フランス語Ａ２００５」、「フランス語Ｂ２００５」および「フランス語Ｃ２００５」という３つの講座が開設されている。同図においては、「フランス語Ａ２００５」が選択されている。
【００２１】
メニューボタン群２１４に含まれるいずれかのボタンが選択されると、講座選択領域２１２で選択された講座についての各種授業データにアクセスする画面が表示される。出席簿ボタン２１６は、生徒の出席状況を表示させるためのボタンである。提出物管理ボタン２２０は、宿題などの提出状況を表示させるためのボタンである。試験結果ボタン２２２は、試験結果を一覧表示させるためのボタンである。整合性チェックボタン２２４は、整合条件を設定するための画面を表示させるボタンである。カルテボタン２２６は、生徒の授業態度や成績に関する情報を「カルテ」として表示させるためのボタンである。通知ボタン２２８は、休講通知などのように授業に関する連絡事項を通知するための画面を表示させるボタンである。投票ボタン２３０は、生徒の意見を募るための画面を表示させるためのボタンである。
【００２２】
ここでは、授業評価装置１００の基本的な機能の説明にとどめるため、メニューボタン群２１４のボタン群のうちの出席簿ボタン２１６、感想受付ボタン２１８および試験結果ボタン２２２が選択されたときにそれぞれ表示される出席簿画面２４０、感想受付画面２５０および試験結果画面２６０について説明する。そして、生徒の試験結果をデータテーブルとして表示する後述の試験結果表示画面２７０を対象として、「データの集約表示」について詳述することにする。
【００２３】
図４は、出席簿画面の画面図である。
出席簿画面２４０は、図３のメニュー画面２１０において、出席簿ボタン２１６がクリックされたときに表示される。教師は、授業開始時に、その授業の合い言葉を生徒に示す。合い言葉は、教室で口頭で示されてもよい。授業に出席した生徒はこの合い言葉を入力して出席メールを講座アドレスに送信する。分類部１３４が出席メールを分類し、整合判定部１３６がその出席メールに正しい合い言葉が記述されているかを判定する。有効な出席メールであれば、授業データ管理部１３８は出席メールの送信元である生徒を正規の出席者として認定する。表示部１１２は、授業に出席している生徒名を出席簿画面２４０に表示する。
【００２４】
合い言葉は、実際には出席していない生徒を出席扱いしないための仕組みである。出席管理のための変形例としては、クライアント端末２０４の位置に基づく出席管理方法が考えられる。たとえば、クライアント端末２０４がＧＰＳ（Global Positioning System）機能を搭載する場合、出席メールは、その送信時におけるクライアント端末２０４の位置情報を含んでもよい。整合判定部１３６は、この位置情報に基づいて、実際に教室にいる生徒からの出席メールであるかを判定する。クライアント端末２０４は、ＧＰＳのほかにも、接続した最寄りの基地局ＩＤを位置情報として送信してもよい。
【００２５】
授業選択領域２４２は、「フランス語Ａ２００５」講座の各授業に関する出席状況を表示する。同図によれば、この講座の授業は４回目であり、４回分の授業の出席率が一覧表示されている。授業選択領域２４２では、４回目の「Ｒの発音」というテーマの授業が選択されている。出欠状況表示領域２４４は、授業選択領域２４２で選択された４回目の授業に出席している生徒名を一覧表示させている。ここでは、講座に登録されている６人の生徒のうち、「竹治義克」を除く５名が授業に出席している。
授業評価装置１００が出席メールを受け付けると、表示部１１２は自動的に出席簿画面２４０の内容が更新するため、出席簿画面２４０によって、教師は各生徒の出席状況をリアルタイムかつ正確に把握できる。
【００２６】
図５は、感想受付画面の画面図である。
感想受付画面２５０は、図３のメニュー画面２１０において、感想受付ボタン２１８がクリックされたときに表示される。生徒は、授業がおわると、講座アドレス宛に感想メールを送信する。この感想メールによって、教師は、授業に対する生徒の反応を即座に知ることができる。授業選択領域２５２は、「フランス語Ａ２００５」講座の各授業に関する感想メールの受け付け状態を表示する。授業選択領域２５２では、４回目の授業が選択されている。感想一覧領域２５６は、授業選択領域２５２で選択された４回目の授業に対する生徒の感想を一覧表示させている。更に、感想表示領域２５４は、感想一覧領域２５６で選択された生徒「新井真由美」の感想が表示されている。
【００２７】
ここで、教師が「質問」というキーワードを設定すると、感想メールの中に「質問」という単語が含まれている生徒には星印が付記されている。この機能によって、教師は、質問事項が含まれている感想メールを簡単に見つけることができる。
【００２８】
図６は、試験結果画面の画面図である。
試験結果画面２６０は、図３のメニュー画面２１０において、試験結果ボタン２２２がクリックされたときに表示される。授業中に試験を行ったときには、ユーザはその採点結果をユーザインタフェース処理部１１０を介して入力する。生徒は、試験に対する解答を記載した解答メールを講座アドレス宛に送信してもよい。また、授業評価装置１００が採点機能を備えてもよい。採点結果は、各生徒の試験の結果として試験結果画面２６０に表示される。
【００２９】
試験選択領域２６２は、「フランス語Ａ２００５」講座に関する各試験の結果を表示する。同図によれば、過去５回試験が実施されている。試験選択領域２６２では、そのうち４回目の６月２２日の試験結果が選択されている。試験結果一覧領域２６４は、試験選択領域２６２にて選択された４回目の試験に対する生徒の試験結果を一覧表示している。試験結果としては、得点、順位、前回の試験と比べた点数の変化などが表示対象となる。
【００３０】
試験結果は、ＣＳＶ（Comma Separated Values）形式のファイルとして保存することもできる。たとえば、生徒「石田英行」の場合、「得点」や「順位」などの各項目に対して、それぞれ「８０（点）」、「２（位）」といったデータが属性値として設定される。授業データ管理部１３８は、あらかじめ定められたフォーマットにしたがって、生徒データや授業データからＣＳＶ形式の試験結果ファイルを生成する。テーブル表示処理部１１４は、この試験結果ファイルを表形式にて表示させる。
【００３１】
図７は、試験結果表示画面の画面図である。
試験結果表示画面２７０は、テーブル表示処理部１１４が試験結果ファイルを表示させるときの画面である。同図は、「フランス語Ａ２００５」講座の２００５年６月２２日に実施された試験についての試験結果ファイルを表示されている。授業データ保持部１５６は、たとえば、生徒「新井真由美」のレコードデータとして、名前、学部、順位、・・・等の複数の項目に対する属性値の集合を保持している。試験結果ファイルは、複数の生徒についてのレコードデータを表形式に並べたＣＳＶファイルである。テーブル表示処理部１１４は、各生徒のレコードデータについて、項目ごとに属性値を並べる形で試験結果ファイルを試験結果表示画面２７０に表示させる。
【００３２】
氏名欄２７２は生徒の名前を示す。学部欄２７４は生徒の所属する学部を示す。得点欄２７６は生徒の得点、順位欄２７８は試験の順位、前回得点欄２８０は前回の得点をそれぞれ示す。出席率欄２８２は授業に対する出席率を示す。試験結果ファイルには、出席率のように試験に直接的には関連しない情報も、項目の一つとして設定されている。ここでは、生徒の成績と出席率の関係を確認するために、このような項目設定がなされている。返信文字数欄２８４は、「フランス語Ａ２００５」講座に対する感想メールの合計文字数を示す。文字数という情報も試験に直接的に関連する情報ではないが、文字数と試験結果との相関関係を見るために項目設定されている。ユーザは、入力部１１８を介して、試験結果ファイルの項目を自由に設定できる。試験結果ファイルは、ユーザの設定入力にしたがって授業データ管理部１３８によって生成される。
【００３３】
試験結果表示画面２７０の得点欄２７６には１点単位で生徒の得点が表示されているが、必ずしも、そこまで細かい情報が必要であるとは限らない。実際、生徒の試験の出来を概観したいだけの場合、１点単位の得点表示はかえって可読性が悪くなる。このようなとき、ユーザは、各生徒の得点を、１０点未満、１０点〜１９点、２０点〜２９点、・・・、９０点〜９９点、１００点という具合に情報量を集約させてもよい。
【００３４】
図８は、第１集約画面の画面図である。
まず、ユーザは、集約対象となる項目（以下、「集約項目」とよぶ）を選択する。集約とは、集約項目に対応する各レコードデータの属性値の種類をそれ以下の種類にまとめることである。たとえば、７０点、７１点、・・・、７９点の１０種類の得点を、７０点台として１種類にまとめる場合が該当する。項目選択欄２９２は、集約項目を選択するための欄である。ここでは、得点欄２７６が集約項目として選択されている。集約条件設定欄２９４は、集約方法を設定するための領域である。ここでは、生徒の得点を、１０点刻みで集約するという条件（以下、単に「集約条件」とよぶ）が設定されている。集約列設定欄２９６は、集約の結果として生成される列（以下、「集約列」とよぶ）が試験結果表示画面２７０において挿入されるべき位置を指定するための領域である。ここでは、得点欄２７６の列の前に挿入するよう指定されている。同図の設定によれば、得点欄２７６の属性値は１０点刻みで集約されることになる。すなわち、０点〜１００点までの１０１種類の属性値が、０点台、１０点台、・・・、９０点台、１００点という、１１種類の属性値に集約されることになる。
【００３５】
図９は、図８の第１集約画面における設定に基づいて更新される試験結果表示画面の画面図である。
同図の試験結果表示画面２７０は、図７の試験結果表示画面２７０に集約項目欄３００が追加されている。すなわち、集約項目欄３００は、図８の第１集約画面２９０において設定された集約条件にしたがって新たに生成される集約列である。集約表示処理部１１６は、９９点の「新井真由美」と９０点の「佐藤春行」の２人の得点を、共に、「９０点台」であるとして集約している。この「９０点台」のように、集約条件にしたがって、集約された後の属性値のことを「統合属性値」とよぶ。これに対して、「９０点」や「９１点」のような元の属性値のことを「原属性値」とよぶことにする。
【００３６】
こうして、集約表示処理部１１６は、各生徒の得点という多種類の原属性値をそれよりも少ない種類の統合属性値に集約し、新たに集約項目欄３００を生成し、試験結果表示画面２７０を更新している。集約表示処理部１１６が、試験を受けていない「井ノ上夕紀」を除く７人の生徒の７種類の得点という原属性値を、４種類の統合属性値に集約させることにより、必要精度に応じた情報の集約が可能となる。そのため、試験結果表示画面２７０の可読性、いいかえれば、情報伝達力を高めることができる。加えて、集約表示処理部１１６は、同じ「９０点台」に属する「新井真由美」と「佐藤春行」のそれぞれのレコードデータが表示上、隣り合わせになるように、レコードデータの並び順を変更している。このような処理により、情報の可読性をいっそう向上させている。
【００３７】
なお、ここでは、集約項目欄３００が新たな集約列として生成され、試験結果表示画面２７０に挿入されるとして説明したが、得点欄２７６が集約項目欄３００に置換されてもよい。この場合、得点欄２７６の代わりに集約項目欄３００が表示されることになる。
また、ユーザは表示対象となる項目と表示対象としない項目を適宜選択できる。たとえば、ユーザが返信文字数欄２８４を表示対象外として指定すると、試験結果ファイルには返信文字数欄２８４についての属性値が含まれているにもかかわらず、集約表示処理部１１６は、表示上は返信文字数欄２８４を表示させない。このような処理によれば、多数の項目を含むレコードデータであっても、所望の項目だけを表示対象とすることができる。これにより、試験結果表示画面２７０において、適宜必要な情報だけを簡易に表示対象として選択できる。
【００３８】
本実施例における「集約」とは、得点のような数値型の原属性値を「７０点台」のような範囲に応じた統合属性値に集約するだけではない。たとえば、属性値が日付型であれば、「２００５年６月１０日」から「３日ごと」のような集約条件によって日時範囲を指定することにより、原属性値を統合属性値に集約してもよい。
【００３９】
集約条件は、そのほかにもさまざまな観点からいろいろな設定方法が考えられる。たとえば、「全生徒の平均点よりも高い」、「今回の得点が過去の自己平均点と比べて高い」などのように、他のデータとの関係から求められる統計情報を基準として集約条件が設定されてもよい。
更には、学部欄２７４のように数値ではなくテキスト情報を属性値とする項目であっても、集約条件を設定できる。これについて、次に説明する。
【００４０】
図１０は、第２集約画面の画面図である。
この第２集約画面３１０は、数値範囲による集約ではなく、ユーザが統合属性値を直接指定するときに表示される。項目選択欄３１４は集約項目を選択するための領域であり、同図においては、学部欄２７４が集約項目として選択されている。集約条件設定欄３１６は、集約条件を設定するための領域である。ここでは、「工学部」は「第２キャンパス」、「理学部、文学部、法学部、経済学部」は「本部キャンパス」に所在しているという前提をもとに、学部に対応する各原属性値を、キャンパス名という統合属性値に集約している。集約列設定欄３１２は、集約列の挿入位置を指定するための領域である。ここでは、新規作成ではなく学部欄２７４の列を集約列で置換するように設定されている。
【００４１】
図１１は、図１０の第２集約画面における設定に基づいて更新される試験結果表示画面の画面図である。
同図の試験結果表示画面２７０は、図７の試験結果表示画面２７０の学部欄２７４が集約項目欄３２０に置き換えられている。すなわち、集約項目欄３２０は、図１０の第２集約画面３１０において設定された集約条件にしたがって新たに生成される集約列である。同図に示すように、各生徒の所属する学部についての属性値が、各生徒が所属するキャンパス名という統合属性値に集約されている。
【００４２】
このような学部とキャンパスの関係は、あらかじめ既定の集約条件として用意されてもよい。その場合、ユーザは学部欄２７４の属性値を原属性値として集約するよう指示するだけで、学部からキャンパスへの集約がなされることになる。もちろん、原属性値に対する統合属性値をユーザが任意に設定できてもよい。たとえば、「工学部」と「理学部」は「理系」として集約し、それ以外は「文系」として集約してもよい。このような集約機能によれば、さまざまなタイプの属性値をユーザが求める観点から集約することができる。
【００４３】
更に付言すると、「新井真由美」は「工学部」でも「情報工学科」に属し、「佐藤春行」は「工学部」の「航空工学科」に属するかもしれない。第２集約画面３１０で「新井真由美」は「工学部・情報工学科」、「佐藤春行」は、「工学部・航空工学科」として変換の規則を設定することにより、集約とは反対に、情報を精緻化してもよい。また、「石田英行」と「佐藤春行」の出身地は、共に「大坂」であるかもしれない。この２人は、試験結果表示画面２７０に現れていない「出身地」という隠れた属性値について共通することから、出身地という新たな項目を設定できてもよい。
【００４４】
以上、実施例に基づいて本発明を説明した。
本実施例に示した授業評価装置１００によれば、授業評価システム１０を運用する上で得られるさまざまなデータを、ユーザが求める精度で表示させることができる。本実施例においては、授業評価システム１０を題材として集約機能を説明したが、本実施例で説明した集約機能は、授業評価システム１０に限らず広く応用可能であることはいうまでもない。たとえば、製品名の場合、「シリーズ名＋型名」として名付けられることが多いが、これを「シリーズ名」として集約することができる。また、「徳島」という情報は、「四国」という情報に集約できるし、あるいは、「西日本」、「日本」、「人口８０万人以上の県」のようにさまざまな観点から集約できる。そのため、多種多様な情報の概要をユーザが掴みやすくなる。本実施例において特徴的な集約機能は、既存の表計算ソフトに対するプラグイン（Plug-In）として提供されてもよい。
【００４５】
なお、請求項に記載のテーブル表示部の機能は、本実施例においては主として表示部１１２、特に、テーブル表示処理部１１４によって実現される。請求項に記載の集約設定部と統合属性値設定部や表示変換部の機能は、本実施例においては主として集約表示処理部１１６と入力部１１８の連係によって実現される。
これら請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【００４６】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００４７】
【図１】授業評価システムのハードウェア構成図である。
【図２】授業評価装置の機能ブロック図である。
【図３】授業評価装置のメニュー画面の画面図である。
【図４】出席簿画面の画面図である。
【図５】感想受付画面の画面図である。
【図６】試験結果画面の画面図である。
【図７】試験結果表示画面の画面図である。
【図８】第１集約画面の画面図である。
【図９】図８の第１集約画面における設定に基づいて更新される試験結果表示画面の画面図である。
【図１０】第２集約画面の画面図である。
【図１１】図１０の第２集約画面における設定に基づいて更新される試験結果表示画面の画面図である。
【符号の説明】
【００４８】
１０  授業評価システム、  １００  授業評価装置、  １１０  ユーザインタフェース処理部、  １１２  表示部、  １１４  テーブル表示処理部、  １１６  集約表示処理部、  １１８  入力部、  １２０  通信部、  １２２  メール送受信部、  １３０  データ処理部、  １３２  メール処理部、  １３４  分類部、  １３６  整合判定部、  １３８  授業データ管理部、  １４０  生徒管理部、  １４２  設定部、  １５０  データ保持部、  １５２  メールデータ保持部、  １５４  生徒データ保持部、  １５６  授業データ保持部、  ２００  インターネット、  ２０２  メールサーバ、  ２０４  クライアント端末、  ２１０  メニュー画面、  ２４０  出席簿画面、  ２５０  感想受付画面、  ２６０  試験結果画面、  ２７０  試験結果表示画面、  ２９０  第１集約画面、  ３１０  第２集約画面。
【図１】
2007149014.tif 000003
【図２】
2007149014.tif 000004
【図３】
2007149014.tif 000005
【図４】
2007149014.tif 000006
【図５】
2007149014.tif 000007
【図６】
2007149014.tif 000008
【図７】
2007149014.tif 000009
【図８】
2007149014.tif 000010
【図９】
2007149014.tif 000011
【図１０】
2007149014.tif 000012
【図１１】
2007149014.tif 000013