(57)【要約】【課題】教育機関と学生との円滑な情報の共有を実現するとともに、学生の活動を十分に支援することが可能な携帯端末用プログラム、及び評価プログラムを提供すること。【解決手段】本発明の一形態に係る携帯端末用プログラムは、コンピュータシステムに以下のステップを実行させる。教育機関により提供される表示用の第１の情報を取得するステップ。前記教育機関により提供される編集可能な第２の情報を取得するステップ。携帯端末における前記第２の情報の編集を含む入力操作により入力された第３の情報を取得するステップ。前記第１及び前記第３の情報を含むカレンダーを前記携帯端末に表示するステップ。前記第１の情報を除く前記カレンダーの情報と前記カレンダーとは異なる他のカレンダーの情報とを同期するステップ。【選択図】図３
2020077122.tif 000002
【特許請求の範囲】
【請求項１】
教育機関により提供される表示用の第１の情報を取得するステップと、
前記教育機関により提供される編集可能な第２の情報を取得するステップと、
携帯端末における前記第２の情報の編集を含む入力操作により入力された第３の情報を取得するステップと、
前記第１及び前記第３の情報を含むカレンダーを前記携帯端末に表示するステップと、
前記第１の情報を除く前記カレンダーの情報と前記カレンダーとは異なる他のカレンダーの情報とを同期するステップと
をコンピュータシステムに実行させる携帯端末用プログラム。
【請求項２】
請求項１に記載の端末用プログラムであって、
前記第１及び前記第３の情報は、複数のグループに分けて登録され、
前記カレンダーを前記携帯端末に表示するステップは、
前記複数のグループを選択するための選択入力を受け付け、
前記選択入力に基づいて前記カレンダーに表示する表示グループを決定することを含む
携帯端末用プログラム。
【請求項３】
請求項１に記載の端末用プログラムであって、
前記第１の情報は、前記教育機関におけるユーザの評価情報を含み、
前記評価情報を前記携帯端末に表示するステップをさらに含む
携帯端末用プログラム。
【請求項４】
請求項１から３のうちいずれか１項に記載の端末用プログラムであって、
前記第３の情報を取得するステップは、
前記教育機関により設定された入力項目を含む入力画面を前記携帯端末に表示し、
前記入力画面から入力された前記入力項目についての入力内容を取得することを含み、
前記入力された前記入力内容を前記教育機関に送信するステップをさらに含む
携帯端末用プログラム。
【請求項５】
複数の教育目標の各々に対する複数の授業科目の関連度が設定されたマトリクスを取得するステップと、
評価対象となる学生が履修した前記複数の授業科目の成績値及び単位数を取得するステップと、
前記関連度と前記単位数と前記成績値とに基づいて、前記複数の授業科目ごとに、前記複数の教育目標に対応する第１の評価値を算出するステップと、
前記複数の教育目標ごとに、前記複数の授業科目の前記第１の評価値を集計して第２の評価値を算出するステップと、
前記複数の教育目標ごとに、所定の規格化パラメータを用いて前記第２の評価値を規格化して第３の評価値を算出するステップと、
前記第３の評価値に基づいて前記評価対象となる学生の評価情報を生成するステップと
をコンピュータシステムに実行させる評価用プログラム。
【請求項６】
請求項５に記載の評価用プログラムであって、
前記複数の授業科目は、複数の学年ごとに区分され、
前記所定の規格化パラメータは、卒業までの前記複数の教育目標ごとの前記第１の評価値の総和の最大値、または対象となる学年までの前記複数の教育目標ごとの前記第１の評価値の総和の最大値のどちらか一方であり、
前記第２の評価値を算出するステップは、
前記複数の学年ごとに、対象となる学年までの前記第１の評価値の総和を前記第２の評価値として算出することを含み、
前記第３の評価値を算出するステップは、
前記複数の学年ごとに、前記所定の規格化パラメータを用いて前記第２の評価値を規格化して前記第３の評価値を算出することを含む
評価用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、学習・教育活動に係る情報を扱うための携帯端末用プログラム、及び評価プログラムに関する。
【背景技術】
【０００２】
学校等の教育機関は、所属する学生に対して、様々な情報を提供して学生の活動を支援する。例えば、授業の予定や、補講、休講等の学習に必要な情報や、学園祭や就職活動セミナーといったイベントについての情報等が学生に向けて提供される。
【０００３】
また近年では、教育の質の保障を実現するために、学修の成果等を評価して学生に提供するといった手法が広がっている。例えば特許文献１には、３階層以上のツリー構造となるように階層化された複数の教育目標情報に従って、学生の試験評価を解析する評価方法について記載されている（特許文献１の明細書段落［００１８］［００７２］図２等）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５３４７０７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このような教育機関から提供される情報を積極的に活用することで、学生自身の活動がより活発になると期待される。このため、教育機関と学生との円滑な情報の共有を実現するとともに、学生の活動を十分に支援することが可能な技術が求められている。
【０００６】
以上のような事情に鑑み、本発明の目的は、教育機関と学生との円滑な情報の共有を実現するとともに、学生の活動を十分に支援することが可能な携帯端末用プログラム、及び評価プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一形態に係る携帯端末用プログラムは、コンピュータシステムに以下のステップを実行させる。
教育機関により提供される表示用の第１の情報を取得するステップ。
前記教育機関により提供される編集可能な第２の情報を取得するステップ。
携帯端末における前記第２の情報の編集を含む入力操作により入力された第３の情報を取得するステップ。
前記第１及び前記第３の情報を含むカレンダーを前記携帯端末に表示するステップ。
前記第１の情報を除く前記カレンダーの情報と前記カレンダーとは異なる他のカレンダーの情報とを同期するステップ。
【０００８】
この携帯端末用プログラムを実行することで、コンピュータシステムにより教育機関が提供する表示用の第１の情報と編集可能な第２の情報とが取得される。また携帯端末での第２の情報の編集を含むユーザの入力操作により入力される第３の情報が取得される。そして第１の情報と第３の情報とを含むカレンダーが携帯端末に表示される。また第１の情報を除くカレンダーの情報が他のカレンダーと同期される。これにより、教育機関が提供する情報とユーザが入力した情報を一つのカレンダー上に表示することが可能となり、教育機関と学生との円滑な情報の共有を実現するとともに、学生の活動を十分に支援することが可能となる。
【発明の効果】
【０００９】
以上のように、本発明によれば、教育機関と学生との円滑な情報の共有を実現するとともに、学生の活動を十分に支援することが可能となる。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る情報共有システムを示す模式図である。
【図２】情報共有システムで用いられる携帯端末の構成例を示すブロック図である。
【図３】制御プログラムの基本的な処理例を示すフローチャートである。
【図４】携帯端末に表示されるアプリケーション画面の一例である。
【図５】月表示の端末カレンダーが表示された手帳画面の一例である。
【図６】週表示及び日表示の端末カレンダーが表示された手帳画面の一例である。
【図７】お知らせ情報を端末カレンダーに反映する処理のフローチャートである。
【図８】お知らせ情報を端末カレンダーに反映する際の手帳画面の一例である。
【図９】お知らせ情報を端末カレンダーに反映する際の手帳画面の一例である。
【図１０】お知らせ情報を端末カレンダーに反映する際の手帳画面の一例である。
【図１１】メモ登録画面が表示された手帳画面の一例である。
【図１２】他のカレンダーとの同期処理の一例を示すフローチャートである。
【図１３】アンケートの入力処理の一例を示すフローチャートである。
【図１４】アンケートが表示された手帳画面の一例である。
【図１５】ポートフォリオの登録処理の一例を示すフローチャートである。
【図１６】ポートフォリオが表示された手帳画面の一例である。
【図１７】情報共有システムで用いられる職員端末の構成例を示すブロック図である。
【図１８】カリキュラムマトリクスの一例を示す表である。
【図１９】成績評価処理の一例を示すフローチャートである。
【図２０】成績評価値を算出する処理の一例を示すフローチャートである。
【図２１】成績評価値の算出処理を示すための表である。
【図２２】成績評価値の算出例とグラフ化の一例を示す図である。
【図２３】職員端末に表示されるシステム画の一例である。
【図２４】学生用のポートフォリオ画面の一例である。
【発明を実施するための形態】
【００１１】
以下、本発明に係る実施形態を、図面を参照しながら説明する。
【００１２】
図１は、本発明の一実施形態に係る情報共有システムを示す模式図である。図２は、情報共有システム１００で用いられる携帯端末の構成例を示すブロック図である。情報共有システム１００は、学校２で用いられる職員端末１０と、サーバ装置２０と、各ユーザ１が用いる複数の携帯端末３０とを含む。職員端末１０、サーバ装置２０、及び複数の携帯端末３０は、互いにネットワーク３を介して接続される。学校２は、例えば大学、大学院、高校、中学、専門学校等の教育機関であり、その種類等は限定されない。ユーザ１は、例えば学校２に所属する学生（大学生、大学院生、高校生、中学生、等）や、その卒業生等である。情報共有システム１００は、サーバ装置２０を介して学校２側の職員端末１０と各ユーザ１側の携帯端末３０との情報の送受信等を管理するシステムである。これにより、例えば各ユーザ１に対して、学習に必要な情報や、学修成果等の情報が提供される。なお、本開示において、ユーザ１（学生）が学校２の授業で科目内容等を習うことを「学習」と記載し、学校２の授業等を受けてユーザ１自身が学びを修めることを「学修」と記載する。
【００１３】
職員端末１０は、学校２の職員等により用いられるＰＣ等のコンピュータである。職員端末１０には、例えば授業に関する情報や、ユーザ１の成績情報等が入力される。また職員端末１０は、職員等により入力された情報のうち、各ユーザ１の携帯端末３０に送信するための情報（以下学校提供情報と記載する）を生成する。学校提供情報は、ＷｅｂＡＰＩ等を介してネットワーク３に接続されたサーバ装置２０に出力される。サーバ装置２０は、職員端末１０と携帯端末３０との間で送受信される各種の情報を管理する管理用のコンピュータである。サーバ装置２０には、例えばユーザ１ごとの学校提供情報等が記録されたデータベースが構築される。またサーバ装置２０は、データベースに記録された学校提供情報を、ネットワーク３を介して各携帯端末３０に適宜出力する。
【００１４】
携帯端末３０は、例えばスマートフォンやタブレットＰＣ等のユーザ１が携帯して用いることが可能なコンピュータ端末である。図２に示すように、携帯端末３０は、通信部３１と、入力部３２と、ディスプレイ３３と、記憶部３４と、制御部４０とを有する。通信部３１は、他のデバイスとの間で通信を行うモジュールであり、例えば無線ＬＡＮ、ＷｉＦｉ、ＬＴＥ、Bluetooth（登録商標）等の無線通信モジュールが用いられる。入力部３２は、ユーザ１が入力操作を行うための入力インタフェースであり、例えばタッチパネルや、入力キー等が用いられる。ディスプレイ３３は、画像を表示する表示装置であり、液晶ディスプレイや有機ＥＬディスプレイ等が用いられる。以下では、主にタッチパネル（入力部３２）を備えたディスプレイ３３が用いられる場合について説明する。
【００１５】
記憶部３４は、不揮発性の記憶デバイスであり、例えばフラッシュメモリ、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）等の非一時的にデータを記録する記録媒体が用いられる。記憶部３４には、携帯端末３０の動作を制御する制御プログラム３５が記録される。制御プログラム３５は、例えばインターネット等のネットワーク３を介してインストールされる。この他、制御プログラム３５を携帯端末３０にインストールする方法等は限定されない。また記憶部３４は、サーバ装置２０等から取得した学校提供情報や、入力部３２を介して入力された情報等を記録する。本実施形態では、制御プログラム３５は、携帯端末用プログラムに相当する。
【００１６】
制御部４０は、携帯端末３０が有する各ブロックの動作を制御する。制御部４０は、例えばＣＰＵやメモリ（ＲＡＭ、ＲＯＭ）等のコンピュータに必要なハードウェア構成を有する。ＣＰＵが記憶部３４に記録されている制御プログラム３５をＲＡＭにロードして実行することにより、種々の処理が実行される。本実施形態では、制御部４０のＣＰＵが本実施形態に係る制御プログラム３５を実行することで、機能ブロックとして、通信処理部４１、入力受付部４２、表示処理部４３、及び同期部４４が実現される。これらの機能ブロックにより、本実施形態に係る情報処理方法が実行される。
【００１７】
通信処理部４１は、携帯端末３０と他のデバイス等との通信処理を行う。例えば通信処理部４１により、サーバ装置２０からデータを受信する処理や、サーバ装置２０にデータを送信する処理等が実行される。入力受付部４２は、タッチパネル（入力部３２）等を用いたユーザ１の操作入力を受け付ける。操作入力には、例えばユーザ１がディスプレイ３３に表示された画像（画面）をタッチすることでタッチパネルより検出される選択入力や編集入力等が含まれる。表示処理部４３は、ディスプレイ３３に表示される画像等の表示を制御する。例えば表示処理部４３は、入力受付部４２により受け付けられたユーザ１の操作入力に応じて、画像の表示内容等を適宜変更する。同期部４４は、後述する端末カレンダー５０と、他のカレンダーとを同期する同期処理を実行する。
【００１８】
図３は、制御プログラム３５の基本的な処理例を示すフローチャートである。図４は、携帯端末３０に表示されるアプリケーション画面の一例である。図４に示すように、本実施形態では、制御プログラム３５が実行されることで、各種のスケジュール等の情報を含む端末カレンダー５０が表示される。この端末カレンダー５０を用いることで、ユーザ１は、携帯端末３０をあたかも自身のスケジュール等を管理する手帳として活用することが可能となる。従って、制御プログラム３５は、端末カレンダー５０を表示してユーザ１のスケジュール管理等に用いられる手帳アプリとして機能するとも言える。以下では、アプリケーション画面を、手帳画面５１と記載する場合がある。
【００１９】
図３に示すように、携帯端末３０では、端末カレンダー５０を表示するためのカレンダー情報が取得される（ステップ１０１）。カレンダー情報は、例えば日付・時刻等の日時情報とともに、各種のイベント情報が記録されたデータである。イベント情報は、例えば学校の授業や学生のサークル活動等についての情報であり、後述する複数のグループごとに登録されている。例えば表示処理部４３により、記憶部３４に記録された直近のカレンダー情報が読み込まれる。あるいは通信処理部４１を介して、サーバ装置２０のデータベース等に記録された直近のカレンダー情報等が読み込まれてもよい。
【００２０】
通信処理部４１により、学校２の職員端末１０で入力された学校提供情報が取得される（ステップ１０２）。本実施形態では、学校提供情報として、表示専用情報と、お知らせ情報とが取得される。表示専用情報は、例えば携帯端末３０に表示することを目的とした情報であり、ユーザ１が独自に編集して表示させることができない情報である。表示専用情報には、ユーザ１が受けている科目の授業予定、休講予定、補講予定、教室変更等を知らせる授業関連情報が含まれる。また表示専用情報には、学園際、体育祭、健康診断、歯科検診等の学校２で開催される各種の行事を知らせる学校関連情報が含まれる。授業関連情報及び学校関連情報は、例えば学校２側で登録されたイベントを知らせる学校イベント情報であると言える。なお学校２側から提供される表示専用情報には、この他にも後述するアンケート情報や評価情報等が含まれる。この点については後述する。このように、通信処理部４１により、教育機関により提供される表示専用情報が取得される。本実施形態では、表示専用情報は、第１の情報に相当する。
【００２１】
お知らせ情報は、例えば携帯端末３０に表示されるともに、ユーザ１自身が編集した上で表示させることが可能な情報である。お知らせ情報は、例えば学園祭等の開催や、就活イベント等の各種セミナーやガイダンスの開催、あるいは事務連絡等を知らせる情報である。本実施形態では、例えばイベントの開催日時等の日時情報とともに配信されるお知らせ情報が含まれる。このようなお知らせ情報は、学校イベント情報の一例であり、ユーザ１が適宜編集することで、端末カレンダー５０に登録可能である（図７〜図１０等参照）。このように、通信処理部４１により、教育機関により提供される編集可能なお知らせ情報が取得される。本実施形態では、お知らせ情報は、第２の情報に相当する。
【００２２】
また入力受付部４２により、タッチパネル（入力部３２）等の操作入力を介してユーザ１により入力されたユーザ入力情報が取得される（ステップ１０３）。ユーザ入力情報には、例えばクラブ活動、バイト、電話連絡、就活、宿題の締め切り等の予定といったユーザ１の個人的なイベントに関する個人イベント情報が含まれる。またユーザ入力情報には、上記したお知らせ情報をユーザ１が編集することで入力された情報（編集お知らせ情報）が含まれる。編集お知らせ情報に日時等の情報が含まれる場合、編集お知らせ情報もまた、個人イベント情報となる。個人イベント情報や編集お知らせ情報は、例えば所定の入力画面（図９等参照）を介して適宜入力可能である。このように、入力受付部４２により、携帯端末３０におけるお知らせ情報の編集を含む入力操作により入力されたユーザ入力情報が取得される。本実施形態では、ユーザ入力情報は、第３の情報に相当する。
【００２３】
表示処理部４３により、表示専用情報及びユーザ入力情報を含む端末カレンダー５０が携帯端末に表示される（ステップ１０４）。本実施形態では、学校２から提供された表示専用情報及びユーザ１が入力したユーザ入力情報のうち、日時情報を備える情報が端末カレンダー５０に表示される。具体的には、授業関連情報、学校関連情報、及び個人イベント情報等が一つの端末カレンダー５０の中に表示された端末カレンダー５０の画像が生成され、ディスプレイ３３に表示される。この結果、図４に示すように、学校のイベント（学校イベント情報）と、ユーザ１個人のイベント（個人イベント情報）とが一目でわかる手帳画面５１が形成される。これにより、例えばユーザ１は、学校２での活動とプライベートな活動とを効率的に管理することが可能となる。
【００２４】
例えば図４には、２０１８年６月の月表示の端末カレンダー５０が示されている。端末カレンダー５０が表示される領域の上側には、設定ボタン５５と、後述するグループ選択ボタン５６とが横一列に配置される。グループ選択ボタン５６の上側には、月表示「Ｍ」、週表示「Ｗ」、及び日表示「Ｄ」を切り替える表示切替ボタン５７が配置される。また端末カレンダー５０の下側には、メニュー表示ボタン５８と、追加ボタン５９とがそれぞれ配置される。月表示の端末カレンダー５０では、各予定（イベント）の名称の一部が表示されるように調整されている。また例えば表示可能な数を超えて予定が登録されている場合には、その旨を示すアイコン２１ａが表示される。なお科目名等の完全な表記は後述する詳細画面２３や、週表示、日表示等を選択することで確認可能である（図５Ｂや図６等参照）。
【００２５】
図４に示す例では、例えば「２０１８年６月４日月曜日」の予定として、「科目Ａ」、「科目Ｂ」、「科目Ｃ」等の学校の予定（授業関連情報）と、「クラブ打ち合わせ」、「図書館に行く」等のユーザ１個人の予定（個人イベント情報）とが同時に表示されている。これにより、ユーザ１は１日の予定を容易に把握することが可能となる。また学校の予定の内、「科目Ａ」には、休講であることを示すアイコン２１ｂが付加される。この他にも、補講を示すアイコン２１ｃや、教室変更を示すアイコン（図示省略）等が適宜表示される。
【００２６】
また本実施形態では、表示専用情報及びユーザ入力情報は、複数のグループに分けて登録される。これらのグループのうち、ユーザ１は、グループ選択ボタン５６を用いて、任意のグループを選択し、選択されたグループの表示・非表示を設定することが可能である。例えば、表示専用情報のうち、授業に関する授業関連情報は、「授業グループ」に登録され、学校に関する学校関連情報は、「学校グループ」に登録される。また、ユーザ入力情報は、「就活グループ」、「個人グループ」といった任意のグループに分けて登録される。ユーザ入力情報のグループ分けは、例えば各情報の登録時にユーザ１によって行われる。ユーザ入力情報を分けるためのグループは、任意に設定可能である。なお、表示専用情報のグループ（「授業グループ」及び「学校グループ」）に対して、ユーザ入力情報を登録することや、グループを削除すること等は禁止される。
【００２７】
図４に示す端末カレンダー５０では、全てのグループを指定する「ＡＬＬ」のグループ選択ボタン５６が選択されており、上記した「学校グループ」、「授業グループ」「就活グループ」及び「個人グループ」各々に登録されている予定（イベント）が全て表示された状態が示されている。例えば図４に示す手帳画面５１において、ユーザ１が「学校グループ」のグループ選択ボタン５６を選んだとする。この場合、「学校グループ」を選択するユーザ１の選択入力が受け付けられ、表示処理部４３により既に表示されていた「学校グループ」が非表示に切り替えられる。この結果、「学校グループ」に区分されていた学校関連情報のイベント（例えば５月２８日の歯科検診や、６月１日の体育際等）が非表示となる。また、「学校グループ」が非表示になったあと、再度「学校グループ」を選択すると、非表示にされたイベントが再度表示される。他のグループについても同様の処理が可能である。なお、図４に示す状態で「ＡＬＬ」を選択すると、全てのグループを一括して非表示とすることが可能である。
【００２８】
このように、端末カレンダー５０を携帯端末３０に表示する処理（ステップ１０４）では、複数のグループを選択するための選択入力が受け付けられ、選択入力に基づいて端末カレンダー５０に表示する表示グループが決定される。これにより、ユーザ１は表示したいあるいは表示したくないグループのグループ選択ボタン５６を選択するだけで、容易に端末カレンダー５０の表示内容を切り替えることが可能である。このため、単一の端末カレンダー５０に多数のイベントが加わる場合であっても、グループを切り替えることで、必要とする予定に容易にアクセスすることが可能である。なお後述する週表示及び日表示の端末カレンダー５０においても同様に各グループを表示／非表示とする処理が可能である。
【００２９】
図５は、月表示の端末カレンダー５０が表示された手帳画面５１の一例である。図５Ａ及び図５Ｂでは、月表示の端末カレンダー５０に重畳してそれぞれ、メニュー画面２２及び詳細画面２３が表示されている。メニュー画面２２は、手帳画面５１の下端に配置されたメニュー表示ボタン５８を選択することで表示される。図５Ａに示すように、メニュー画面２２は、手帳画面５１の下側の領域に端末カレンダー５０と重なるように表示される。なおメニュー画面２２は、手帳画面５１の表示内容等に係らず表示可能な画面である。メニュー画面２２は、複数のメニュー（スケジュール、お知らせ、メモ帳、時間割、ポートフォリオ、安否確認、設定等）を選択するための複数のメニューボタン２４を含む。例えばスケジュールのメニューボタン２４を選択することで、端末カレンダー５０の画面に遷移する。メニューボタン２４の種類等は限定されない。
【００３０】
詳細画面２３は、月表示の端末カレンダー５０内に表示された各日付に対応する枠を選択することで表示される。図５Ｂに示すように、詳細画面２３は、手帳画面５１の下側の領域に端末カレンダーと重なるように表示される。図５Ｂには、「２０１８年６月４日月曜日」の枠が選択された場合の詳細画面２３が示されている。詳細画面２３には、選択された日付のイベント（予定）についての詳細な情報が表示される。図５Ｂに示す例では、３つの授業（イベント）について、イベントのグループを示すアイコン（授業グループ）、イベントの時間、イベント内容（図では科目名）が示される。なお詳細画面２３を適宜スクロールすることで、他のイベントも表示可能である。このように、各日付の詳細なイベントが知りたい場合には、詳細画面２３を用いてその内容を容易に確認することが可能である。
【００３１】
図６は、週表示及び日表示の端末カレンダー５０が表示された手帳画面５１の一例である。図６Ａには、週表示の端末カレンダー５０が表示されており、図６Ｂには、日表示の端末カレンダー５０が表示されている。週表示の端末カレンダー５０は、画面右上の表示切替ボタン５７の「Ｗ」を選択することで表示される。図６Ａに示すように、週表示の端末カレンダー５０は、縦横４×２の８つの枠に分割される。左の４つの枠は上から順に月曜日〜木曜日に対応し、右の４つの枠のうち上から順に３つの枠は金曜日〜日曜日に対応した枠となる。図６Ａには、一例として「２０１８年６月４日月曜日」から「２０１８年６月１０日日曜日」までのユーザ１の一週間の予定が示されている。各枠には、曜日ごとのイベントの開始時刻とイベント名とが示される。
【００３２】
日表示の端末カレンダー５０は、画面右上の表示切替ボタン５７の「Ｄ」を選択することで表示される。図６Ｂには、「２０１８年６月４日月曜日」１日分の予定が示されている。日表示の端末カレンダー５０は、左側及び右側の２つの領域に分割される。左側の領域には、上下方向を時間軸とした授業に関するイベント枠２５が表示される。また右側の領域には、ユーザ１が入力した個人的なイベント（ユーザ入力情報）が表示される。イベント枠２５は、イベントの開始及び終了時刻に応じた縦幅で、時間軸に合わせて表示される。イベント枠２５には、イベント名（科目名）、開催場所（教室名）、開始時刻、終了時刻等が表示される。またイベント枠２５は、そのイベントについての関連情報（講義資料やアンケート等）が表示された画面等を表示するための表示ボタンとしても機能する（図１４参照）。なお図６Ｂでは、１３時〜１９時までのイベントが表示されているが、スクロール操作により、これ以外の時間のイベントを表示させることが可能である。
【００３３】
図７は、お知らせ情報を端末カレンダー５０に反映する処理のフローチャートである。図８〜１０は、お知らせ情報を端末カレンダー５０に反映する際の手帳画面の一例である。以下では、ユーザ１がお知らせ情報を編集して、端末カレンダーに反映するための処理について説明する。図７に示す処理は、例えば学校２の職員端末１０でお知らせ情報が入力され、サーバ装置２０にアップロードされた場合に実行される。携帯端末３０では、通信処理部４１によりサーバ装置２０からお知らせ情報が取得され（ステップ１０１）、表示処理部４３によりお知らせ情報が表示される（ステップ１０２）。例えば、お知らせ情報が取得されると、新規なお知らせ情報が取得された旨を伝える通知アイコン等が生成され、手帳画面５１に表示される。この場合、ユーザ１がメニュー画面２２のお知らせメニューを選択すると、手帳画面５１がお知らせ情報を表示するためのお知らせ画面に遷移する。
【００３４】
図８には、お知らせ画面６０の一例が示されている。この例では、最新のお知らせ情報として、「第６９回学園祭」についてのお知らせが取得され、お知らせ画面６０に表示されている。なおお知らせ画面６０は、例えば画面をスクロールすることで、過去のお知らせが閲覧可能なように構成される。各お知らせ情報は、例えばタイトル、要約、イベントの日付情報（開催日時等）等の情報を含むウィンドウにより表示される。また各ウィンドウには、カレンダー登録ボタン２６やメモ登録ボタン２７が適宜表示される。カレンダー登録ボタン２６は、例えば開催日時等の日付情報が付加されたお知らせ情報のウィンドウに表示されるボタンであり、メモ登録ボタン２７は、例えば全てのお知らせ情報のウィンドウに表示されるボタンである。図８に示す例では、最新のお知らせ情報である「第６９回学園祭」のウィンドウに、カレンダー登録ボタン２６が表示される。
【００３５】
お知らせ情報が表示されると、ユーザ１によりカレンダー登録ボタン２６が選択されたか否かが判定される（ステップ２０３）。カレンダー登録ボタン２６が選択されていないと判定された場合（ステップ２０３のＮｏ）、お知らせ画面６０を表示したまま処理が終了する。またカレンダー登録ボタン２６が選択されたと判定された場合（ステップ２０３のＹｅｓ）、ユーザ１によるお知らせ情報の編集を受け付ける処理が実行される（ステップ２０４）。まず、お知らせ情報を端末カレンダー５０に登録するためのスケジュール登録画面が生成され、お知らせ画面６０からスケジュール登録画面に手帳画面５１が遷移する。
【００３６】
図９には、スケジュール登録画面６１の一例が示されている。スケジュール登録画面６１は、ユーザ１による文字入力が可能な編集画面であり、例えば、タイトル、イベント（スケジュール）の期間（開始時刻、終了時刻、あるいは終日であるか否か等）、開催場所、詳細内容等を入力するための入力項目が用意された画面である。図９には、「第６９回学園祭」のお知らせ情報のカレンダー登録ボタン２６が選択された場合に表示されるスケジュール登録画面６１が示されている。図９に示すように、カレンダー登録ボタン２６を選択して表示されたスケジュール登録画面６１は、各入力項目に対して、お知らせ情報として取得された内容（タイトルや期間等）が予め入力された状態で表示される。このように、お知らせ情報は、例えば学校２から提供される表示専用情報とは異なり、ユーザ１がカレンダー登録ボタン２６を選択するだけで容易に編集可能となる情報である。
【００３７】
例えば、スマートフォンやタブレット等の限られた表示画面の中で、目的の文章を選択し、その文章をコピーして他の画面でペーストする等の一連の動作は、時間がかかる場合がある。本実施形態では、逐次受信されるお知らせ情報について、カレンダー登録ボタン２６を選択するというワンアクションで、端末カレンダー５０への登録画面を表示することが可能である。これにより、所望の文章を選択するといった動作が不要となり、高いユーザビリティを発揮することが可能となる。この結果、例えばお知らせ情報をより積極的に活用してスケジュールを管理するといったことが可能となり、ユーザ１の活動を支援することが可能となる。
【００３８】
またスケジュール登録画面６１には、ユーザ１が登録しようとするイベントのグループを設定するためのグループ登録ボタン６２が配置される。図９に示す例では、「就活グループ」、「個人グループ」、「学習記録グループ」の３つのグループが一例として示されている。これらのグループは、上記したように、ユーザ１が任意に設定したグループである。なおスケジュール登録画面６１では、図４等を参照して説明した表示専用情報のグループ（「授業グループ」及び「学校グループ」）についての登録ボタン等は表示されない。ユーザ１は、これらグループ登録ボタン６２のうち、所望のグループを選択してイベント（スケジュール）を登録することが可能である。また、ユーザ１による編集入力が終了し、画面右上に表示された保存ボタン６３が選択されると、編集されたお知らせ情報が端末カレンダー５０に登録される。
【００３９】
図１０には、図９に示すスケジュール登録画面６１により登録されたお知らせ情報（「第６９回学園祭」）が表示された月表示の端末カレンダー５０が示されている。図１０では、お知らせ情報は、「個人グループ」として登録され、その期間にわたって端末カレンダー５０上に新しいイベントとして表示される。また図９に示す例では、「就活グループ」のイベントとして他のお知らせ情報を編集して登録された「新３年生ガイダンス」が表示されている。このように、学校２から提供される様々なイベント等を各グループに振り分けてスケジュール管理を行うことが可能である。これにより、ユーザ１は、学校２から配信される情報を容易に取得することが可能となり、ユーザ１の活動を十分に支援することが可能となる。なお、図９では、「学校グループ」及び「授業グループ」のイベントが非表示に設定されており、端末カレンダー５０には主にユーザ１自身のイベントが表示されている。例えばこのような画面で個人のスケジュールを管理することが可能である。
【００４０】
なお、ユーザ１がお知らせ情報を用いずに、自身のイベントを登録する場合等には、各項目に情報が入力されていない状態のスケジュール登録画面６１（図９参照）が表示される。例えば、端末カレンダー５０が表示された状態で右下に表示される追加ボタン５９を選択することで、白紙の状態のスケジュール登録画面６１が表示される。ここに、ユーザ１が自身のイベント（個人イベント情報）を適宜入力することで、グループごとのイベント登録を容易に行うことが可能である。また、これらユーザ１により入力された個人イベント情報は、いつでも削除・変更（再編集）することが可能である。
【００４１】
図１１は、メモ登録画面６４が表示された手帳画面５１の一例である。例えば図８で説明したお知らせ画面６０において、メモ登録ボタン２７が選択された場合等には、図１１に示すメモ登録画面６４が表示される。図１１には、「第６９回学園祭」のお知らせ情報を表示するウィンドウのメモ登録ボタン２７が選択された場合に表示されるメモ登録画面６４が示されている。メモ登録画面６４では、例えばお知らせ情報のタイトルとともに詳細情報がメモ入力用の画面に表示される。なおメモ登録画面６４には日付等の入力項目は設けられない。またメモ登録画面６４には、グループ登録ボタン６２が設けられ、グループごとにメモを管理することが可能である。ユーザ１のメモ入力が完了し、右上の保存ボタン６３を選択されると、メモ内容が保存される。なお保存されたメモは、メニュー画面のメモ帳を選択することで、適宜参照可能である。
【００４２】
図１２は、他のカレンダーとの同期処理の一例を示すフローチャートである。本実施形態では、同期部４４により、表示専用情報を除く端末カレンダー５０の情報と端末カレンダー５０とは異なる他のカレンダーの情報とを同期する処理が実行される。他のカレンダーとは、例えばクラウドサービス等で提供されるカレンダーや、携帯端末３０そのものに設定されたカレンダー等である。この他、所定の形式（ｉＣａｌｅｎｄａｒ形式等）で構成される任意のカレンダーとの同期処理が実行されてよい。本実施形態では、端末カレンダー５０に登録される情報の内、学校２から提供された表示専用情報（授業関連情報と学校関連情報）以外の情報が、他のカレンダーと連携される。従って、典型的には、ユーザ１が個人的に入力した個人イベント情報が、他のカレンダーに登録されることになる。これにより、学校２の授業時間等の学内の情報やユーザ１が履修している授業名等の個人情報等が不用意に漏えいすることを防ぐことが可能である。また、学校２に関する情報は、端末カレンダー５０に集約されるため、ユーザ１のスケジュールに関する情報が散逸することを防止することが可能である。
【００４３】
例えば、端末カレンダー５０が他のカレンダーと同期した場合、他のカレンダーに登録されたイベント等の情報が端末カレンダー５０のイベントとして登録され、端末カレンダー５０に登録されたイベントが他のカレンダーに適宜登録される。また本実施形態では、他のカレンダーと同期するためのグループを設定可能である。例えばユーザ１が個人で設定したグループ（「個人グループ」、「就活グループ」等）が、他のカレンダーに同期するグループとして適宜設定される。なお、学校２側から提供される表示専用情報のグループ（「学校グループ」や「授業グループ」等）は、他のカレンダーには同期できないように設定される。
【００４４】
図１２に示すように、ユーザ１の所定の入力に応じて、カレンダーを同期する処理（カレンダーを連携する処理）が起動される（ステップ３０１）。例えばユーザ１が端末カレンダー５０を表示させたタイミングで自動的に同期処理が開始されてもよいし、所定のボタン等が選択された場合に同期処理が開始されてもよい。次に、端末カレンダー５０に設定された各グループの中に、同期対象となるカレンダーグループ（同期グループ）が存在するか否かが判定される（ステップ３０２）。同期グループが存在する場合（ステップ３０２のＹｅｓ）、同期グループの情報が他のカレンダーに送信される（ステップ３０３）。また他のカレンダーの情報が取得され、同期グループとして端末カレンダー５０に登録される（ステップ３０４）。また、ステップ３０２において同期グループが存在しない場合（ステップ３０２のＮｏ）、ステップ３０４が実行された他のカレンダーの情報が適宜端末カレンダー５０に登録される。
【００４５】
このように、端末カレンダー５０は、他のカレンダーと連携することが可能であり、例えばユーザ１が利用する様々なクラウドサービス等との情報共有を容易に実現することが可能である。例えばユーザ１が所属するサークル・アルバイト先等で使われているカレンダーと、端末カレンダー５０とを連携することで、ユーザ１は学校２・個人・学外の情報を一括して管理することが可能となる。このように、本実施形態に係る手帳アプリ（制御プログラム３５）は、ユーザ１にとって必要な学校２のイベントとそれ以外の様々なイベントとを同時に表示可能な端末カレンダー５０を提供する。これにより、学校２とユーザ１との情報の共有を容易に実現するとともに、学校２でのスケジュールを中心として様々な予定等を組み立てる支援が可能となる。
【００４６】
図１３は、アンケートの入力処理の一例を示すフローチャートである。図１４は、アンケートが表示された手帳画面５１の一例である。本実施形態では、手帳画面５１に授業等についてのアンケート６５を入力するための画面が表示される。例えば図６Ｂを参照して説明したように、日表示の端末カレンダー５０では、左側の領域に各授業のイベント枠２５が表示される。このイベント枠２５を選択すると、各授業についての関連情報を表示する関連画面６６が表示される。本実施形態では、この関連画面６６の中に、アンケート６５が表示される。図１４に示す例では、図６Ｂに示す４時限目の「科目Ｂ」についてのアンケート６５（関連画面６６）が示されている。この画面は、「科目Ｂ」のイベント枠２５を選択することで表示される。なお関連画面６６には、アンケート６５の他に、例えば参考・配布資料のリンク等が表示される。
【００４７】
図１３に示す処理は、例えばイベント枠が選択された場合に実行される処理である。イベント枠２５が選択されると、通信処理部４１により、学校２から提供されるアンケート情報が取得される（ステップ４０１）。アンケート情報には、例えば学校により設定された複数の入力項目等の情報が含まれる。表示処理部４３により、学校２により設定された入力項目２８を含む関連画面６６が携帯端末３０に表示される（ステップ４０２）。本実施形態では、関連画面６６は、入力画面に相当する。関連画面６６（アンケート６５）には、例えば複数の質問について選択式の入力項目２８がそれぞれ表示される。図１４に示す関連画面６６には、授業理解度アンケートが表示されている。例えば「この授業の内容はどの程度理解できましたか。」という質問について、「まったく理解できない」、「理解できない」、「どちらともいえない」、「理解できた」「よく理解できた」といった入力項目２８が選択可能に表示される。もちろん、アンケートの種類、質問の内容、回答の形式等は限定されない。例えば、文字入力形式の入力項目等が用いられてもよい。
【００４８】
アンケート６５の入力内容が取得され、アンケート結果として学校２に送信される（ステップ４０３）。本実施形態では、入力受付部４２により、関連画面６６から入力された入力項目２８についての入力内容が取得される。例えば図１４では、「この授業の内容はどの程度理解できましたか。」という質問について、「よく理解できた」という入力項目が選択され、その情報が入力内容として取得される。このように、選択式の入力項目が用いられる場合、どの入力項目が選択されたかという情報が入力内容として取得される。なお文字入力形式の入力項目が設定されている場合には、入力された文字情報等が入力内容として取得される。また通信処理部４１により、関連画面６６から入力された入力内容が学校２に送信される。学校２側では、例えば各携帯端末３０から送信されたこれらの入力内容が適宜記録・集計される。
【００４９】
このようにアンケート６５（関連画面６６）を手帳画面５１に表示することで、ユーザ１の授業に対する理解度や、ユーザ１から見た授業評価等のアンケートを容易に行うことが可能となる。これにより、授業等に対するユーザ１側の情報を容易に収集・蓄積することが可能となる。なお、授業アンケートの他にも、学校２により設定された任意の入力項目を入力画面等が表示されてもよい。例えば、各種のガイダンスや就活イベント等についてのアンケートや、進路調査や生活調査等の調査画面等が表示されてもよい。
【００５０】
図１５は、ポートフォリオの登録処理の一例を示すフローチャートである。図１６は、ポートフォリオ６７が表示された手帳画面５１の一例である。ポートフォリオ６７には、例えば学校２側から提供される評価情報（教育関連情報）が含まれる。例えばＧＰＡ（Grade Point Average）等の学生の成績評価値、教育に関連した各種の到達目標に対する達成度、あるいはユーザ１の行動特性（コンピテンシー）等を示すグラフ情報等（図１６参照）が評価情報として提供される。評価情報は、ユーザ１に対して学校２側による評価を示すための情報であり、図３を参照して説明した表示専用情報の一例である。このように表示専用情報は、学校２におけるユーザ１の評価情報を含む。本実施形態では、教育関連情報は、教育機関におけるユーザの評価情報に相当する。またポートフォリオ６７には、ユーザ１自身により入力された活動記録等の情報が含まれてもよい。このように、ポートフォリオ６７は、学校２での活動を通して蓄積されたユーザ１に関する各種の記録情報であると言える。
【００５１】
図１５に示す処理は、例えば図５Ａに示すメニュー画面２２のポートフォリオが選択された場合に実行される処理である。ポートフォリオ６７のメニューボタン２４が選択されると、通信処理部４１により、学校２側から提供される評価情報が取得される（ステップ５０１）。この時、ポートフォリオ６７としてすでに登録されているユーザ１の活動記録等も同時に取得される。あるいは、直近で生成されたポートフォリオ６７の情報が、記憶部３４等に記憶されている場合等には、それらを読み込む処理が実行されてもよい。
【００５２】
ポートフォリオ６７の情報（評価情報や活動記録等）が取得されると、表示処理部４３により、登録済みのポートフォリオ６７が手帳画面５１に表示される（ステップ５０２）。図１６に示す例では、ユーザ１の直近学期の成績評価値及び入学してから現在までのトータルの成績評価値（ＧＰＡ）が表示される。また学修成果を表すコンピテンシー（ユーザ１の行動特性や各種の能力等）に関するレーダチャートが表示される。なおレーダチャートは、例えば後述する成績評価値等を用いて生成可能である。このように表示処理部４３は、評価情報を携帯端末３０に表示する。この他、ポートフォリオ６７の表示画面を適宜スクロールすることで、ユーザ１の活動記録等の他の情報が表示される。
【００５３】
登録済みのポートフォリオ６７が表示されると、新規ポートフォリオ６７を登録するか否かが判定される（ステップ５０３）。例えば図１６に示す追加ボタン５９を押すことで、ユーザ１の新しい活動記録等をポートフォリオ６７に追加することが可能である。新規ポートフォリオの追加がないと判定された場合、すなわち追加ボタン５９が選択されなかった場合（ステップ５０３のＮｏ）、ステップ３０２が実行され登録済みのポートフォリオ６７の表示が継続される。また追加ボタン５９が選択され新規ポートフォリオ６７の登録が選択された場合（ステップ５０３のＹｅｓ）、ポートフォリオ６７の登録画面（図示省略）が表示され、ポートフォリオ６７に新しい活動記録等を登録する処理が実行される（ステップ５０４）。ポートフォリオ６７の登録処理では、例えばユーザ１の留学記録や、部活動等の活動記録、学外の資格試験等の記録が適宜入力され、ポートフォリオ６７に登録される。登録処理が完了すると、新たに登録された記録とともに、新しいポートフォリオ６７が表示される（ステップ５０５）。なお、図１５に示すループは、例えばポートフォリオ６７の表示画面がキャンセルされるまで継続される。
【００５４】
このように、本実施形態では、手帳画面５１にユーザ１のポートフォリオ６７を表示することが可能である。ポートフォリオ６７には、上記したように、学校２側からの評価等がグラフ等を用いて分かりやすく可視化される。例えばポートフォリオ６７を適宜参照することで、ユーザ１は自身の活動や成績評価等を容易に確認することが可能となる。またポートフォリオ６７の情報は、例えば学習目標の設定や就職活動でのプロフィールの作成等に活用することが可能である。これにより、ユーザ１の活動を十分に支援可能となる。
【００５５】
以下では、学校２の職員端末１０により実行される成績評価処理について具体的に説明する。図１７は、情報共有システム１００で用いられる職員端末１０の構成例を示すブロック図である。職員端末１０は、通信部１１と、入力部１２と、ディスプレイ１３と、記憶部１４と、制御部１５とを有する。通信部１１は、他のデバイスと通信するための通信モジュールである。職員端末１０は通信部１１を介してネットワーク３に接続し、サーバ装置２０とのデータの送受信を行う。入力部１２は、例えばキーボードやマウス等の入力用デバイスである。ディスプレイ１３は、職員端末１０の表示装置であり、例えば液晶ディスプレイ等が用いられる。
【００５６】
記憶部１４は、不揮発性の記憶デバイスである。記憶部１４には、成績評価を行うための評価用プログラム１６と、評価用プログラム１６に用いられるカリキュラムマトリクス１７と、学生の成績データベース１８とが記録される。なおカリキュラムマトリクス１７及び成績データベース１８は、職員端末１０の外部の記憶デバイス等に記録されてもよい。制御部１５は、例えばＣＰＵやメモリ（ＲＡＭ、ＲＯＭ）等のコンピュータに必要なハードウェア構成を有する。ＣＰＵが記憶部１４に記録されている評価用プログラム１６をＲＡＭにロードして実行することで、本実施形態に係る成績評価処理が実行される。本実施形態では、制御部１５のＣＰＵが本実施形態に係る評価用プログラム１６を実行することで、機能ブロックとして、データ取得部４５、及び算出処理部４６が実現される。データ取得部４５は、学生の成績評価を行うために必要なデータ（試験結果やカリキュラムマトリクス等）を取得する。算出処理部４６は、データ取得部４５により取得されたデータに基づいて、所定の演算処理を実行し成績評価値等を算出する。また算出処理部４６は、算出された成績評価値のグラフ等を生成する。
【００５７】
図１８は、カリキュラムマトリクスの一例を示す表である。本開示において、カリキュラムマトリクス１７とは、複数の教育目標に対する各授業科目（科目Ａ、科目Ｂ・・・）の関連度が設定された表である。例えば大学では、学部学科ごとに学生が身に着けるべき能力をしめすディプロマポリシー（学位授与方針）等が策定される。例えばこのディプロマポリシーに従って、複数の教育目標が設定される。複数の教育目標は、例えば各学部学科やその教育分野における、学生が身につけるべき能力等を用いて表される。もちろんこれに限定されるわけではない。以下では、複数の教育目標を、ＤＰ１、ＤＰ２、ＤＰ３・・・と記載して説明を行う。図１８に示す例では、４つの教育目標ＤＰ１〜ＤＰ４が設定される。この４つの教育目標と、各授業科目との関連度を表す表がカリキュラムマトリクス１７となる。
【００５８】
図１８に示すように、教育目標と授業との関連度は、数値で表されてもよいし、「◎」、「○」、「△」といった記号等を用いて表されてもよい。各授業についての関連度は、例えば所定の設定画面上で入力される。例えば関連度を記号で表すことで、直観的な関連度の設定が可能となる。記号が用いられる場合、各記号は適宜対応する数値（ポイント）に変換される。例えば「◎」、「○」、「△」は、それぞれ３，２，１といった数値に変換される。また各授業に対して全ての教育目標（ＤＰ１〜ＤＰ４）についての関連度を設定する必要はない。例えば関連度を表す記号が設定されない場合は、その教育目標と授業との関連度は０に変換される。例えば「科目Ａ」は、ＤＰ１との関連度が「◎」（３ポイント）に設定され、ＤＰ４との関連度が「○」（２ポイント）に設定される。なお「科目Ａ」には、ＤＰ２、ＤＰ３との関連度が０ポイントに設定される。このように、カリキュラムマトリクス１７は、複数の教育目標の各々に対する複数の授業科目の関連度が設定されたマトリクスである。
【００５９】
例えば各学部学科では、カリキュラムポリシー（教育課程編成方針）に従って複数の授業科目の内容、種類、履修年次等が設定されたカリキュラムマップが編成される。このカリキュラムマップに含まれる各授業科目に対して、複数の教育目標（ＤＰ１〜ＤＰ４等）との関連度が設定され最初のカリキュラムマトリクス１７が設定される。最初のカリキュラムマトリクス１７は、例えば上記したディプロマポリシーとの整合性がとれるように適宜修正される。例えばカリキュラム全体を通して、複数の教育目標の関連度に偏りが生じないように、各授業の関連度が修正される。これにより、ディプロマポリシーに合致したカリキュラムマトリクス１７を設定することが可能となる。この他、カリキュラムマトリクス１７を設定する方法は限定されない。
【００６０】
図１９は、成績評価処理の一例を示すフローチャートである。成績評価処理では、対象となる学生の成績に基づいて、複数の教育目標ごとの成績評価値が算出される。図２０は、成績評価値を算出する処理の一例を示すフローチャートである。図２０に示す処理は、図１９に示すステップ６０２の内部処理の一例である。図１９に示すように、成績評価処理では、まずカリキュラムマトリクス１７と成績情報とが取得される（ステップ６０１）。具体的には、データ取得部４５により、記憶部１４に記憶されたカリキュラムマトリクス１７が取得される。またデータ取得部４５により、成績データベース１８が参照され成績情報として、評価対象となる学生が履修した複数の授業科目の成績値及び単位数が取得される。
【００６１】
図２１は、成績評価値の算出処理を示すための表である。図２１には、１年目から４年目までに履修された授業科目が、学年ごとに示されている。このように、複数の授業科目は、複数の学年ごとに区分されている。なお１年目、２年目、及び３年面の表では、授業科目の一部が省略されている。図２１に示す表では、各授業科目について、成績を表す評定（Ｓ，Ａ，Ｂ，Ｃ，Ｎ等）と、評定を数値化した成績値（ＧＰ）と、授業科目の単位と、履修学年と、ポイント換算されたカリキュラムマトリクス１７（ＤＰポイント換算）と、ＤＰ比重と、ＤＰ評価値（ＤＰ×ＧＰ）とが示されている。図２１に示す例において授業科目の評定を数値化した場合、各評定に対応する成績値は、Ｓ＝４、Ａ＝３、Ｂ＝２、Ｃ＝１、及びＮ＝０となる。なお図２１では、評定がＢまたはＣとなる授業科目は表示されていない。
【００６２】
図１９に戻り、算出処理部４６により、成績情報とカリキュラムマトリクスとに基づいて、成績評価値が算出される（ステップ６０２）。以下、図２０及び図２１を参照して成績評価値を算出する処理（成績評価処理）について説明する。まず、授業科目ごとにＤＰ評価値が算出される（ステップ７０１）。ＤＰ評価値は、授業科目ごとに算出される評価値である。本実施形態では、カリキュラムマトリクス１７から授業科目ごとに、各教育目標についての比重（ＤＰ比重）が算出される。具体的には、１つの授業科目に設定された各教育目標（ＤＰ１〜ＤＰ４）に対する関連度が、規格化された割合（比重）に変換される。例えば１年次に履修された「科目Ａ」に設定された関連度は、（ＤＰ１，ＤＰ２，ＤＰ３，ＤＰ４）＝（３，０，０，２）である。これらの関連度の合計値（ＤＰ１＋ＤＰ２＋ＤＰ３＋ＤＰ４＝５）で、各関連度を除算した値が、各教育目標についての比重として算出される。例えばＤＰ１のＤＰ比重は、３／５＝０．６となり、ＤＰ４のＤＰ比重は２／５＝０．４と算出される。またＤＰ２及びＤＰ３のＤＰ比重は０となる。
【００６３】
算出されたＤＰ比重と、授業科目の単位数と、成績値（ＧＰ）とが乗算され、ＤＰ評価値が算出される。例えば「科目Ａ」の単位数は２であり、成績値は３（評定はＡ）である。この場合、ＤＰ１のＤＰ評価値は、０．６×２×３＝３．６と算出され、ＤＰ２のＤＰ評価値は、０．４×２×３＝２．４と算出される。なおＤＰ２及びＤＰ３のＤＰ評価値は０となる。同様の処理が授業科目ごとに実行され、授業科目ごとに４つのＤＰ評価値がそれぞれ算出される。このように、算出処理部４６により、授業科目に対する各授業科目の関連度と単位数と成績値とに基づいて、複数の授業科目ごとに、複数の教育目標ＤＰに対応するＤＰ評価値が算出される。本実施形態ではＤＰ評価値は、第１の評価値に相当する。
【００６４】
ＤＰ評価値が算出されると、算出処理部４６により、複数の教育目標ごとに、複数の授業科目のＤＰ評価値を集計され集計評価値が算出される（ステップ７０２）。ここでＤＰ評価値を集計する処理は、典型的には教育目標（ＤＰ１〜ＤＰ２）ごとにＤＰ評価値の総和を算出する処理である。本実施形態では、複数の学年ごとに、対象となる学年までのＤＰ評価値の総和が集計評価値として算出される。例えば、対象となる学年を１年次とした場合、１年次に履修された授業科目（図２１では「科目Ａ」〜「科目Ｄ」）について、ＤＰ１〜ＤＰ４についての各集計評価値が算出される。図２１に示す例では、１年次のＤＰ１の集計評価値は、７７．８０である。
【００６５】
また例えば、対象となる学年を２年次とした場合、２年次にまでに履修された授業科目（図２１では「科目Ａ」〜「科目Ｈ」）について、ＤＰ１〜ＤＰ４についての各集計評価値が算出される。すなわち、１年次と２年次（１＋２年次）の集計評価値の合計が、２年次までの集計評価値として算出される。例えば図２１では、２年次のみで集計されたＤＰ１の合計は、７３．６０である。この場合、１＋２年次のＤＰ１の集計評価値は、７７．８０＋７３．６０＝１５１．４と算出される。同様に、３年次のみで集計されたＤＰ１の合計は、３７．２であり、１＋２＋３年次のＤＰ１の集計評価値は１８８．６と算出される。また４年次のみで集計されたＤＰ１の合計は、３．００であり、１〜４年次のＤＰ１の集計評価値は１９１．６と算出される。同様にＤＰ２〜ＤＰ４についても、各学年までの集計評価値が算出される。本実施形態では、集計評価値は、第２の評価値に相当する。
【００６６】
集計評価値が算出されると、算出処理部４６により、複数の教育目標ごとに、所定の規格化パラメータを用いて集計評価値を規格化して成績評価値が算出される（ステップ７０３）。例えば図２１に示す例では、各学年（１〜４年次）で教育目標（ＤＰ１〜ＤＰ４）ごとの１６の集計評価値が算出された。これら１６の集計評価値が所定の規格化パラメータによりそれぞれ規格化され、１６の成績評価値が算出される。
【００６７】
図２２は、成績評価値の算出例とグラフ化の一例を示す図である。図２２Ａ及び図２２Ｂの左側の表は、それぞれ異なる規格化パラメータを用いて算出された成績評価値の一例である。図２２Ａでは、所定の規格化パラメータとして、卒業までの複数の教育目標ごとのＤＰ評価値の総和の最大値が用いられる。ここで教育目標ごとのＤＰ評価値の総和の最大値とは、例えば成績が全て最高評価（Ｓ）であった場合でのＤＰ評価値の総和である。図２１では、各学年までに履修されるＤＰ評価値の総和の最大値（Ｍａｘ値）が教育目標ごとに示されている。このうち、図２２Ａでは、卒業までのＭａｘ値、すなわち４年次のＭａｘ値が規格化パラメータとして用いられる。
【００６８】
例えばＤＰ１の４年次のＭａｘ値は、２２０．２７である。このＤＰ１のＭａｘ値を用いて各学年までのＤＰ１の集計評価値が規格化されて各学年までの成績評価値が算出される。図２２Ａでは、規格化後の最大値が４となるように、規格化されている。なお規格化後の最大値は適宜設定されてよい。例えば１年次のＤＰ１の成績評価値は、１年次の集計評価値をＤＰ１のＭａｘ値で除算して４を乗算した値（４×７７．８０／２２０．２７≒１．４１）となる。また２年次〜４年次までの成績評価値も、ＤＰ１のＭａｘ値を用いて算出される。ＤＰ２〜ＤＰ４についても同様である。このように、卒業時のＭａｘ値を用いて規格化することで、例えば各教育目標ＤＰの到達度が、学年が上がるたびにどのように増加したかを明示することが可能となる。
【００６９】
図２２Ｂでは、所定の規格化パラメータとして、対象となる学年までの複数の教育目標ごとのＤＰ評価値の総和の最大値が用いられる。例えばＤＰ１の１年次のＭａｘ値は、８３．２０であり、１年次のＤＰ１の成績評価値は、１年次の集計評価値を１年次のＤＰ１のＭａｘ値で除算して４を乗算した値（４×７７．８０／８３．２０≒３．７４）となる。同様に２年次のＤＰ１の成績評価値は、２年次のＤＰ１の集計評価値を、２年次のＤＰ１のＭａｘ値を用いて規格化して算出される。３年次及び４年次も同様に各学年でのＤＰ１のＭａｘ値が規格化パラメータとして用いられる。またＤＰ２〜ＤＰ４についても同様である。このように、各学年でのＭａｘ値を用いて規格化することで、例えば学年ごとの教育目標ＤＰの到達度を明示することが可能となる。このように、本実施形態では、複数の学年ごとに、所定の規格化パラメータを用いて集計評価値を規格化して成績評価値が算出される。なお規格化パラメータの種類等は限定されず、例えば描画したいグラフの特性等に応じて、任意の規格化パラメータが適宜用いられてよい。本実施形態では、成績評価値は、第３の評価値に相当する。
【００７０】
図１９に戻り、各成績評価値が算出されると、算出処理部４６により、成績評価値のレーダチャートが生成され、ディスプレイ１３に表示される。例えば図２２Ａの右側には、卒業時のＭａｘ値を用いて規格化された各成績評価値を示すレーダチャート６８ａが示されている。レーダチャート６８ａには、１年次〜４年次までの成績評価値がプロットされており、学年が上がるにつれてレーダチャートが最大値に近づく様子が示されている。このように、卒業時のＭａｘ値を用いることで、卒業を基準とした時に、現時点での学生の能力や、卒業までに伸ばしたい能力等を可視化して示すことが可能となる。また例えば図２Ｂの右側には、４年次のＭａｘ値を用いて規格化された４年次の成績評価値を示すレーダチャート６８ｂが示されている。この場合、レーダチャート６８ｂには、４年次までに学生が達成した教育目標別の能力が、チャートの最大値＝４（外枠）を基準に示される。なお、１年次〜３年次の成績評価値が表示される場合にも、チャートの最大値を基準に各目標の達成度等を示すことが可能である。
【００７１】
これらのレーダチャート６８は、例えば図１６等を参照して説明したポートフォリオ６７等に表示される、学校２側の学生についての評価情報となる。このように、算出処理部４６は、成績評価値に基づいて評価対象となる学生の評価情報を生成する。これにより、学生の学修成果を可視化して学生や教職員等に提示することが可能となり、学生の学習状況等を容易に把握することが可能となる。
【００７２】
なお、上記では、カリキュラムマトリクス１７を用いて成績評価値を算出する処理について説明したが、カリキュラムマトリクス１７を適宜設定することで、他の評価値を算出することも可能である。例えば、授業理解度アンケート（図１４参照）の結果を評定として、各教育目標についての自己評価値が算出されてもよい。これにより、学生自身がその授業科目を履修したことで、各教育目標ＤＰに示される能力等をどのように身に着けたいかといったことを自己評価するための評価情報（自己評価のレーダチャート等）を提供することが可能である。また、例えば学生のパフォーマンスを評価するルーブリック等を作成し、そのルーブリック評価とカリキュラムマトリクス１７とに基づいて、学生の評価情報（パフォーマンス系の能力についてのレーダチャート等）が生成されてもよい。この場合、例えばルーブリック評価が評定として用いられる。このように、カリキュラムマトリクス１７を適宜構成することで、学生を様々な観点から容易に評価することが可能となる。これらの評価情報は、例えば以下で説明する職員用のシステム画面、学生用のポートフォリオ画面、及び上記した携帯端末３０等に適宜表示される。
【００７３】
図２３は、職員端末１０に表示されるシステム画面７０の一例である。システム画面７０は、基本的に学校２の教職員等が用いる画面である。システム画面７０では、各学生の基本情報、成績、活動記録等の様々な情報が閲覧可能である。またシステム画面７０では、各閲覧項目や選択項目の追加やアクセス権限の設定等が任意に可能である。例えば、システム画面７０から、学生用のポートフォリオ画面に表示される評価情報の種類や、学生記録の項目等を適宜設定することが可能である。
【００７４】
図２４は、学生用のポートフォリオ画面７１の一例である。ポートフォリオ画面７１は、例えばＰＣ等の端末に表示される画面であり、例えば図１６等を参照して説明したポートフォリオ６７をより詳細に表示することが可能な画面である。ポートフォリオ画面７１には、例えば、学生の成績、授業アンケート、ルーブリック等に関する評価情報がレーダチャート６８等を用いて表示される。また、ポートフォリオ画面７１には、システム画面７０を用いて設定された、各種の入力項目（例えば、学生生活、留学記録、部活動記録等）が表示される。これらの入力項目は、携帯端末３０の手帳画面５１からユーザ１が入力した入力内容と連動するように構成される。例えばユーザ１が留学記録や部活動記録として、端末カレンダー５０に入力したイベント等の情報が、日付とともにポートフォリオ画面７１にも反映される。従って、ポートフォリオ画面７１を表示せずに、ユーザ１は手帳画面５１から自身の活動記録等を適宜登録することが可能である。これにより、学校生活を通したユーザ１の様々な記録を、負担なく蓄積することが可能となり、質の高いポートフォリオ等を生成することが可能である。
【００７５】
以上、本実施形態に係る制御用プログラムを実行することで、携帯端末３０により学校が提供する表示用の表示専用情報と編集可能なお知らせ情報とが取得される。また携帯端末でのお知らせ情報の編集を含むユーザ１の入力操作により入力されるユーザ入力情報が取得される。そして表示専用情報とユーザ入力情報とを含む端末カレンダー５０が携帯端末３０に表示される。また表示専用情報を除く端末カレンダー５０の情報が他のカレンダーと同期される。これにより、学校２が提供する情報とユーザが入力した情報を一つの端末カレンダー５０上に表示することが可能となり、学校２とユーザ１（学生）との円滑な情報の共有を実現するとともに、ユーザ１の活動を十分に支援することが可能となる。
【００７６】
例えば、授業の休講、補講、教室変更とうの情報が掲示物として提示される場合には、ユーザ１は掲示物を確認する必要がある。本実施形態では、このような学校生活において必要となる様々な予定（イベント）等の情報が、ユーザ１の携帯端末に送信され、ユーザ１が入力可能な端末カレンダー上に表示される。これにより、ユーザ１は、自ら掲示物等を確認することなく、必要な情報を容易に参照することが可能となる。また、端末カレンダー５０にはユーザ１が選択したお知らせ情報や、学校以外のイベントの情報等を表示させることが可能である。このように、学校の予定とユーザ個人の予定とが同時に表示された画面を構成することで、ユーザ１は様々なスケジュールを効率的に組み立てることが可能である。これにより、ユーザ１の活動を十分に支援することが可能となる。
【００７７】
また本実施形態では、評価用プログラム１６を実行することで、職員端末１０により、複数の教育目標ＤＰのそれぞれに対する各授業科目の関連度を示すカリキュラムマトリクス１７と、学生が履修した授業科目の成績値（ＧＰ）及び単位数が取得される。この関連度と単位数と成績値とに基づいて、各教育目標に対応するＤＰ評価値が算出される。またＤＰ評価値を教育目標ＤＰごとに集計して集計評価値が算出され、集計評価値が所定の規格化パラメータにより規格化された成績評価値が算出される。算出された成績評価値に基づいて、学生の評価情報が生成される。このように学生の評価情報を生成することで、学生の活動を十分に支援することが可能となる。
【００７８】
例えば生成された評価情報（成績評価値のレーダチャート等）は、学生（ユーザ１）の携帯端末３０等に送信され、手帳画面５１に表示される。これにより、ユーザ１は、自身の能力等がどのような状況にあるのかといったことや、過去の評価値と比較して自身の学習状況等を省察することが可能となる。このように、学校２側の評価値をわかりやすく伝えることで、効果的な学習支援を実現することが可能となり、ユーザ１の活動を支援するとともに、積極的な学生生活を促すことが可能となる。また、カリキュラムマトリクス１７は、例えば各授業科目の教育目標ＤＰごとの関連度を指定することで容易に構成することが可能である。これにより、学部学科等で策定されたディプロマポリシーに応じた能力を学生が身に着けているかといった解析を容易に行うことが可能となる。この結果、教育の質保障を十分に支援することが可能となる。
【００７９】
以上説明した本発明に係る特徴部分のうち、少なくとも２つの特徴部分を組み合わせることも可能である。すなわち各実施形態で説明した種々の特徴部分は、各実施形態の区別なく、任意に組み合わされてもよい。また上記で記載した種々の効果は、あくまで例示であって限定されるものではなく、また他の効果が発揮されてもよい。
【符号の説明】
【００８０】
ＤＰ、ＤＰ１〜ＤＰ２…教育目標
１…ユーザ
２…学校
１０…職員端末
１４…記憶部
１５…制御部
１６…評価用プログラム
１７…カリキュラムマトリクス
３０…携帯端末
３４…記憶部
３５…制御プログラム
４０…制御部
４２…入力受付部
４３…表示処理部
４４…同期部
５０…端末カレンダー
５１…手帳画面
６７…ポートフォリオ
１００…情報共有システム
【図１】
2020077122.tif 000003
【図２】
2020077122.tif 000004
【図３】
2020077122.tif 000005
【図４】
2020077122.tif 000006
【図５】
2020077122.tif 000007
【図６】
2020077122.tif 000008
【図７】
2020077122.tif 000009
【図８】
2020077122.tif 000010
【図９】
2020077122.tif 000011
【図１０】
2020077122.tif 000012
【図１１】
2020077122.tif 000013
【図１２】
2020077122.tif 000014
【図１３】
2020077122.tif 000015
【図１４】
2020077122.tif 000016
【図１５】
2020077122.tif 000017
【図１６】
2020077122.tif 000018
【図１７】
2020077122.tif 000019
【図１８】
2020077122.tif 000020
【図１９】
2020077122.tif 000021
【図２０】
2020077122.tif 000022
【図２１】
2020077122.tif 000023
【図２２】
2020077122.tif 000024
【図２３】
2020077122.tif 000025
【図２４】
2020077122.tif 000026