(57)【要約】【課題】本発明では、学修管理システムにおいて、科目を階層的にグルーピングした科目グループに対する必要単位数を満たすように科目を時間枠に割り当てできる仕組みを提供することを目的とする。【解決手段】科目を複数の階層でグルーピングした複数の科目グループに対し当該科目グループごとの必要単位数を記憶する条件記憶手段と、履修可能な科目と当該科目を割り当て可能な時間枠を記憶する授業記憶手段を備え、前記科目ごとの取得済み単位数および割り当て済み単位数を管理し、前記科目グループごとの必要単位数と前記科目ごとの取得済み単位数および割り当て済み単位数に基づき、単位数が不足している科目グループを特定し、前記特定された科目グループに属する前記履修可能な科目を前記時間枠に割り当てる。【選択図】図３
2019114163.tif 000002
【特許請求の範囲】
【請求項１】
科目を複数の階層でグルーピングした複数の科目グループに対し当該科目グループごとの必要単位数を記憶する条件記憶手段と、履修済みの科目ごとの取得済み単位数を記憶する実績記憶手段と、履修可能な科目と当該科目を割り当て可能な時間枠を記憶する授業記憶手段とを備える情報処理装置であって、
前記履修可能な科目ごとの前記時間枠への割り当て済み単位数を管理する管理手段と、
前記科目グループごとの必要単位数と、前記履修済みの科目ごとの取得済み単位数と、前記履修可能な科目ごとの割り当て済み単位数とに基づき、単位数が不足している科目グループを特定する特定手段と、
前記特定された科目グループに属する前記履修可能な科目を前記時間枠に割り当てる割当手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記割当手段は、前記科目を割り当てる時間枠の重複がないように前記履修可能な科目を前記時間枠に割り当てることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記割当手段は、所定の履修可能単位数を越えないように、前記履修可能な科目を前記時間枠に割り当てることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記割当手段は、前記特定された科目グループで不足している単位数分、前記履修可能な科目を前記時間枠に割り当てることを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
科目グループの指定を受け付ける受付手段を備え、
前記割当手段は、前記科目グループの単位数の不足が解消した場合に、前記指定された科目グループに属する前記履修可能な科目を前記時間枠に割り当てることを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項６】
科目を複数の階層でグルーピングした複数の科目グループに対し当該科目グループごとの必要単位数を記憶する条件記憶手段と、履修可能な科目と当該科目を割り当て可能な時間枠を記憶する授業記憶手段を備える情報処理装置の制御方法であって、
管理手段が、前記科目ごとの取得済み単位数および割り当て済み単位数を管理する管理ステップと、
特定手段が、前記科目グループごとの必要単位数と前記科目ごとの取得済み単位数および割り当て済み単位数に基づき、単位数が不足している科目グループを特定する特定ステップと、
割当手段が、前記特定された科目グループに属する前記履修可能な科目を前記時間枠に割り当てる割当ステップと
を備えることを特徴とする情報処理装置の制御方法。
【請求項７】
科目を複数の階層でグルーピングした複数の科目グループに対し当該科目グループごとの必要単位数を記憶する条件記憶手段と、履修可能な科目と当該科目を割り当て可能な時間枠を記憶する授業記憶手段を備える情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
前記科目ごとの取得済み単位数および割り当て済み単位数を管理する管理手段と、
前記科目グループごとの必要単位数と前記科目ごとの取得済み単位数および割り当て済み単位数に基づき、単位数が不足している科目グループを特定する特定手段と、
前記特定された科目グループに属する前記履修可能な科目を前記時間枠に割り当てる割当手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、学生の履修科目を決定する学修管理システムに関する。
【背景技術】
【０００２】
近年、大学などでは、学生が学修管理システムを使用して、当学期で履修可能な科目を検索し、履修する科目を登録している。その結果、当学期の時間割が作成される。
【０００３】
例えば、学生が、職業職種を選択すると、この職業職種で推奨される履修科目候補を自動的に選択して、時間割を作成する仕組みが、特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３３２０３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
履修科目の登録において、単に希望する科目を選択しただけでは卒業条件を満たさない場合があるため、履修科目の選択の際に卒業条件を考慮する必要がある。しかし、卒業条件は、必須科目が定められたり、科目のグループごとに必要単位数が定められたり、科目のグループが階層的に設定されたり、と複数の複雑な要件により構成され、学生が卒業条件を完全に把握して履修科目を選択することは難しい。
【０００６】
特許文献１に記載された方法では、時間割を考慮しながら、選択した職業職種に対応する科目を選択することはできるが、卒業条件のような複数の要件に対する必要単位数を満たすように科目を選択することはできない。
【０００７】
そこで本発明では、学修管理システムにおいて、科目を階層的にグルーピングした科目グループに対する必要単位数を満たすように科目を時間枠に割り当てできる仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、科目を複数の階層でグルーピングした複数の科目グループに対し当該科目グループごとの必要単位数を記憶する条件記憶手段と、履修可能な科目と当該科目を割り当て可能な時間枠を記憶する授業記憶手段を備える情報処理装置であって、前記科目ごとの取得済み単位数および割り当て済み単位数を管理する管理手段と、前記科目グループごとの必要単位数と前記科目ごとの取得済み単位数および割り当て済み単位数に基づき、単位数が不足している科目グループを特定する特定手段と、前記特定された科目グループに属する前記履修可能な科目を前記時間枠に割り当てる割当手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、学修管理システムにおいて、科目を階層的にグルーピングした科目グループに対する必要単位数を満たすように科目を時間枠に割り当てできる仕組みを提供可能になる。
【図面の簡単な説明】
【００１０】
【図１】学修管理システムの構成の一例を示すシステム構成図である。
【図２】クライアント端末１０１と、学修管理サーバ１０２に適用可能な情報処理装置のハードウエア構成の一例を示すブロック図である。
【図３】学修管理システムの機能ブロック図である。
【図４】学修管理システムで使用するデータ群の一例を示すデータ図である。
【図５】学修管理システムで使用するデータ群の一例を示すデータ図である。
【図６】履修科目登録のための全体処理の一例を示すフローチャートである。
【図７】履修科目登録のための全体処理の一例を示すフローチャートである。
【図８】履修科目登録のための全体処理の一例を示すフローチャートである。
【図９】履修状況確認画面表示制御処理の一例を示すフローチャートである。
【図１０】自動割り当て処理の一例を示すフローチャートである。
【図１１】自動割り当て処理の一例を示すフローチャートである。
【図１２】科目変更画面表示制御処理の一例を示すフローチャートである。
【図１３】履修状況確認画面の一例を示す画面イメージである。
【図１４】履修状況確認画面の一例を示す画面イメージである。
【図１５】時間割確認画面の一例を示す画面イメージである。
【図１６】こだわり設定画面の一例を示す画面イメージである。
【図１７】履修状況確認画面の一例を示す画面イメージである。
【図１８】時間割確認画面の一例を示す画面イメージである。
【図１９】科目変更画面の一例を示す画面イメージである。
【図２０】科目変更画面の一例を示す画面イメージである。
【図２１】時間割確認画面の一例を示す画面イメージである。
【図２２】履修状況確認画面の一例を示す画面イメージである。
【図２３】履修登録画面の一例を示す画面イメージである。
【図２４】履修登録画面の一例を示す画面イメージである。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１２】
図１は、本発明の実施形態である学修管理システム１００の構成の一例を示すシステム構成図である。
【００１３】
学修管理システム１００は、クライアント端末１０１（学生端末）と、学修管理サーバ１０２とがローカルエリアネットワーク（ＬＡＮ）１０４を介して接続される構成となっている。なお、ネットワーク上には、他のサーバやクライアント端末、複合機などがあってもよいことは言うまでもない。
【００１４】
クライアント端末１０１には、ブラウザがインストールされており、ブラウザを介して、学修管理サーバ１０２と通信を行うものとなっている。
【００１５】
また、ＬＡＮに限らずＷＡＮ上で、ＬＡＮ外の端末と通信可能に接続されている。
【００１６】
学修管理サーバ１０２は、Ｗｅｂサーバとなっており、クライアント端末１０１と通信可能に接続されている。また、学修管理サーバ１０２には、各種データ（例えば、図１１）を記憶している。なお、データは不図示のデータベースサーバで管理する構成であってもよい。
【００１７】
本実施形態ではＷｅｂシステムとして、通信はＨＴＴＰ通信にて行うものとするが、クライアント端末１０１に専用のアプリケーションをインストールしておき、学修管理サーバ１０２と通信する構成、すなわちクライアントサーバ型のシステムであってもよい。
【００１８】
以下、図２を用いて、図１に示したクライアント端末１０１、学修管理サーバ１０２に適用可能な情報処理装置のハードウエア構成について説明する。
【００１９】
図２は、クライアント端末１０１、学修管理サーバ１０２に適用可能な情報処理装置のハードウエア構成を示すブロック図である。
【００２０】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２１】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２２】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器はＣＲＴや、液晶ディスプレイ等の様々な種類が存在する。
【００２３】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦカードメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００２７】
次に、図３用いて、本発明の学修管理システム１００の機能ブロック図について説明する。
【００２８】
自動割当設定部３０１は、後述する画面から自動割り当てのための設定を受け付けて登録する機能部である。
【００２９】
自動割当部３０２は、前学期までの履修実績と卒業条件を考慮して、当学期の履修科目を自動で提案する機能部である。
【００３０】
割当変更部３０３は、後述する画面から変更する割り当て済の履修科目の指定を受け付け、卒業条件を考慮して変更候補科目を提示し、変更候補科目から変更対象の選択を受け付けて履修科目データを変更するための機能部である。
【００３１】
履修登録部３０４は、後述する画面から直接履修科目の登録、変更を受け付けて、履修科目データを更新するための機能部である。
【００３２】
ここで、図４、図５を参照して、学修管理システム１００で使用するデータの一例について説明する。
【００３３】
図４（ａ）に、卒業要件テーブル４００の一例を示す。卒業要件テーブル４００は、学生が所属する学部や学科と、科目の小分類項目である科目分野ごとに卒業のための必要単位数を設定したテーブルである。卒業要件テーブル４００は、卒業要件Ｎｏ．４０１、所属４０２、科目分類４０３、科目群４０４、科目分野４０５、必要単位数４０６を持つ。卒業要件Ｎｏ．４０１は、所属、科目分野ごとに必要単位数を管理するためにユニークに採番される数字である。所属４０２は、学生が所属する学部や学科であり、卒業条件は所属４０２ごとに定められる。科目分類４０３、科目群４０４、科目分野４０５はそれぞれ科目を分類するための大分類項目、中分類項目、小分類項目である。必要単位数４０６は、所属４０２、科目分野４０５ごとの卒業に必要な単位数である。
【００３４】
図４（ｂ）に、卒業要件グループテーブル４１０の一例を示す。卒業要件グループテーブル４１０は、卒業条件を単一の卒業要件（科目分野）に対する必要単位数ではなく、複数の卒業要件を統合した卒業要件グループに対する合計の必要単位数として設定するためのテーブルである。卒業要件グループテーブル４１０は、所属４１１、グループコード４１２、卒業要件Ｎｏ．４１３、必要単位数４１４を持つ。所属４１１は、学生が所属する学部や学科であり、卒業要件テーブル４００の所属４０２に対応する。グループコード４１２は、卒業要件グループごとにユニークに付与されるコードであり、同じグループコードをもつ卒業要件が卒業要件グループとして統合される。卒業要件Ｎｏ．４１３は、卒業要件グループを構成する卒業要件を表し、卒業要件テーブル４００の卒業要件Ｎｏ．４０１に対応する。必要単位数４１４は、卒業要件グループに含まれる卒業要件の合計として卒業に必要な単位数であり、ここでは各卒業要件の必要単位数や、他の卒業要件グループの必要単位数の外数として設定する。つまり、対象の卒業要件グループ内の卒業要件ごとの必要単位数や、同じ卒業要件を含む他の卒業要件グループの必要単位数は含まない。
【００３５】
図４（ｃ）に、成績テーブル４２０の一例を示す。成績テーブル４２０は、学生ごとに前学期までに履修した科目に対して取得した単位数を記録するテーブルである。成績テーブル４２０は、学生番号４２１、科目分類４２２、科目群４２３、科目分野４２４、科目４２５、取得単位４２６を持つ。学生番号４２１は、学生ごとに持つユニークな番号である。科目分類４２２、科目群４２３、科目分野４２４はそれぞれ、科目４２５の大分類項目、中分類項目、小分類項目である。取得単位４２６は、当該学生が当該科目に対して取得した単位数である。
【００３６】
図５（ｄ）に、当学期科目テーブル４３０の一例を示す。当学期科目テーブル４３０は、当学期で履修可能な科目を示すテーブルである。当学期科目テーブル４３０は、所属４３１、科目分類４３２、科目群４３３、科目分野４３４、科目４３５、曜日４３６、時限４３７、取得単位４３８を持つ。所属４３１は、学生が所属する学部や学科であり、卒業要件テーブル４００の所属４０２や卒業要件グループテーブル４１０の所属４１１に対応する。科目分類４３２、科目群４３３、科目分野４３４はそれぞれ、科目４３５の大分類項目、中分類項目、小分類項目である。曜日４３６、時限４３７はそれぞれ、当該科目を受講する曜日、時限であり、曜日と時限の組合せで決まる１つの時間枠を「コマ」と呼ぶ（以下同様）。取得単位４３８は、当該科目を履修して取得することができる単位数であり、通常１コマに対して２単位が取得可能である。
【００３７】
図５（ｅ）に、履修テーブル４４０の一例を示す。履修テーブル４４０は、学生ごとに当学期で履修する科目を登録するテーブルである。履修テーブル４４０は、学生番号４４１、履修学期４４２、曜日４４３、時限４４４、履修科目４４５を持つ。学生番号４４１は、学生ごとに持つユニークな番号である。履修学期４４２は、当学期を表す。曜日４４３、時限４４４はそれぞれ、履修科目４４５を履修する曜日、時限であり、１つのコマを示す。
【００３８】
図５（ｆ）に、履修一時テーブル４５０の一例を示す。履修一時テーブル４５０は、履修する科目を確定、つまり履修科目を履修テーブル４４０に登録するまでに一時的に使用するテーブルであり、履修テーブル４４０と同じ構造を持つ。
【００３９】
以上で、データの説明を終了する。
【００４０】
次に、図を参照して、学修管理システム１００の処理について説明する。
【００４１】
図６、図７、図８は、学修管理システム１００における、履修科目登録のための全体処理の一例を示すフローチャートである。各処理は、クライアント端末１０１のＣＰＵ２０１、および、学修管理サーバ１０２のＣＰＵ２０１にて実行される。
【００４２】
ステップＳ１０１では、クライアント端末１０１は、図１３に示す履修状況確認画面１３００を表示する。当画面を表示するために、ステップＳ１０２にて、学修管理サーバ１０２は、履修状況確認画面を表示するための制御を行う（図９にて詳述）。
【００４３】
ここで、図９を参照して、ステップＳ１０２の履修状況確認画面表示制御処理について説明する。
【００４４】
ステップＳ２０１では、学修管理サーバ１０２は、クライアント端末１０１から、履修状況確認画面の表示要求を受信する。当表示要求には対象となる学生の学生番号を含んでいる。
【００４５】
ステップＳ２０２では、学修管理サーバ１０２は、対象の学生の所属をキーとして、卒業要件テーブル４００、卒業要件グループテーブル４１０から、該当する卒業要件データ、卒業要件グループデータを取得する。
【００４６】
ステップＳ２０３では、学修管理サーバ１０２は、対象の学生の学生番号をキーとして、成績テーブル４２０から、該当する成績データを取得する。
【００４７】
ステップＳ２０４では、学修管理サーバ１０２は、対象の学生の学生番号をキーとして、履修テーブル４４０または履修一時テーブル４５０から、該当する履修データを取得する。いずれのテーブルから取得するかは、履修科目の確定後か確定前かで切り替える。ただし、当学期の履修科目登録を開始した時点では、いずれのテーブルにも該当する履修データは存在しない。
【００４８】
ステップＳ２０５では、学修管理サーバ１０２は、ステップＳ２０２〜Ｓ２０４で取得したデータの単位数を、卒業要件ごと、卒業要件グループごとに集計し、卒業要件ごと、卒業要件グループごとの不足単位数を算出する。
【００４９】
ステップＳ２０６では、学修管理サーバ１０２は、履修状況確認画面の表示データを作成する。
【００５０】
ここで、図１３を参照して、履修状況確認画面の一例について説明する。
【００５１】
履修状況確認画面１３００には、ヘッダ、一覧表、各種機能ボタンを表示する。ヘッダには、学生の情報と、当学期の履修上限単位数に対する現在割り当て済み（または一時割り当て済）の履修単位数を表示する。一覧表では、卒業必要単位欄に卒業要件ごと、卒業要件グループごとの必要単位数を表示する。また累計欄には卒業要件ごと、卒業要件グループごとの取得済単位数と不足単位数、当学期予定欄には、当学期における卒業要件ごと、卒業要件グループごとの取得予定単位数、取得予定単位数を全て取得した場合の不足予定単位数を表示する。なお、本例は、履修科目登録開始時点の履修状況確認画面であるため、当学期予定欄はブランクとなっている。機能ボタンとして、こだわり設定ボタン、自動割当ボタン、自動割当解除ボタン、履修登録ボタン、時間割確認ボタンを表示する。
【００５２】
ステップＳ２０７では、学修管理サーバ１０２は、作成した履修状況確認画面の表示データをクライアント端末１０１に送信して本処理フローを終了する。
【００５３】
全体処理の説明に戻る。
【００５４】
ステップＳ１０３では、クライアント端末１０１は、履修状況確認画面１３００において、こだわり設定ボタンが押下されたかを判断し、押下された場合はステップＳ１０４に移行し、そうでない場合はステップＳ１０８に移行する。
【００５５】
ステップＳ１０４では、クライアント端末１０１は、図１６に示すこだわり設定画面１６００を表示する。当画面を表示するために、学修管理サーバ１０２では、ステップＳ１０５にて、画面表示制御（画面表示要求受信〜画面表示データ作成〜画面表示データ送信の一連処理）を行う。
【００５６】
ここで、図１６を参照して、こだわり設定画面の一例について説明する。
【００５７】
こだわり設定画面１６００には、除外曜日設定欄、除外時限設定欄、余剰単位設定欄を表示する。除外曜日設定欄は、自動割り当てにおいて履修科目の割り当てをさせない曜日を指定させる欄で、月曜日〜土曜日の中から除外曜日の指定を受け付ける。除外時限設定欄は、、自動割り当てにおいて履修科目の割り当てをさせない時限を指定させる欄で、１限〜７限の中から除外時限の指定を受け付ける。余剰単位設定欄は、卒業条件を満たすまで履修科目を割り当てた後に、履修上限単位数までの余裕単位数をどの科目分野の科目に何単位まで割り当てるかを指定させる欄で、割り当てる科目分野の優先順位と、割り当てる単位数の上限の指定を受け付ける。なお本実施例では科目分野ごとに指定しているが、複数の科目分野を統合した科目分野グループや、科目群、科目分類ごとに指定を受け付けるようにしてもよい。余剰単位設定が未設定の場合は、卒業条件を満たすだけの自動割り当てが実行される。
【００５８】
全体処理の説明に戻る。
【００５９】
ステップＳ１０６では、クライアント端末１０１は、こだわり設定画面１６００において自動割り当てのための設定（こだわり設定）を受け付け、設定登録ボタンの押下を受けて、設定内容を学修管理サーバ１０２に送信して、履修状況確認画面１３００に戻る。ただし、戻るボタンが押下された場合は、設定内容を送信することなく、履修状況確認画面１３００に戻る。
【００６０】
ステップＳ１０７では、学修管理サーバ１０２は、クライアント端末１０１から送信されたこだわり設定の内容を外部メモリ２１１等に登録する。
【００６１】
ステップＳ１０８では、クライアント端末１０１は、履修状況確認画面１３００において、自動割当ボタンが押下されたかを判断し、押下された場合はステップＳ１０９に移行し、そうでない場合はステップＳ１４０に移行する。
【００６２】
ステップＳ１０９では、クライアント端末１０１は、学修管理サーバ１０２に、自動割り当て要求を送信する。
【００６３】
ステップＳ１１０では、学修管理サーバ１０２は、自動割り当て処理を実行する（図１０、図１１にて詳述）。
【００６４】
ここで、図１０、図１１を参照して、ステップＳ１１０の自動割り当て処理について説明する。
【００６５】
ステップＳ３０１では、学修管理サーバ１０２は、ステップＳ１０７で登録されたこだわり設定の内容を取得する。
【００６６】
ステップＳ３０２では、学修管理サーバ１０２は、ステップＳ３１０の繰り返し終端までの処理を、曜日（月曜〜土曜）について繰り返す。
【００６７】
ステップＳ３０３では、学修管理サーバ１０２は、対象曜日に対して除外設定されていないかを判断し、除外設定されていない場合はステップＳ３０４に移行し、除外設定されている場合はステップＳ３１０に移行する。
【００６８】
ステップＳ３０４では、学修管理サーバ１０２は、ステップＳ３０９の繰り返し終端までの処理を、時限（１限〜７限）について繰り返す。
【００６９】
ステップＳ３０５では、学修管理サーバ１０２は、対象時限に対して除外設定されていないかを判断し、除外設定されていない場合はステップＳ３０６に移行し、除外設定されている場合はステップＳ３０９に移行する。
【００７０】
ステップＳ３０６では、学修管理サーバ１０２は、対象曜日・時限（コマ）にて当学期で履修可能な科目を当学期科目テーブル４３０から抽出し、抽出した科目のうち、不足単位数の発生している卒業要件または卒業要件グループに対応する科目が存在するかを判断する。存在する場合はステップＳ３０７に移行し、存在しない場合はステップＳ３０９に移行する。
【００７１】
ステップＳ３０７では、学修管理サーバ１０２は、一時割り当て済の履修科目の単位数の合計が当学期の履修上限単位数に達していないかを判断し、達していない場合はステップＳ３０８に移行し、達している場合は（これ以上割り当てることができないため）本処理フローを終了する。
【００７２】
ステップＳ３０８では、学修管理サーバ１０２は、ステップ３０６で不足単位数の発生している卒業要件または卒業要件グループに対応すると判断された科目を、対象曜日・時限（コマ）に一時割り当てする（履修一時テーブル４５０に登録する。以下同様）。なお、対応する科目が複数存在する場合は、まず不足単位数の多い卒業要件に対応する科目、次に不足単位数の多い卒業要件グループに対応する科目の順で一時割り当て対象とする。
【００７３】
ステップＳ３０９は、時限についての繰り返し処理の終端である。
【００７４】
ステップＳ３１０は、曜日についての繰り返し処理の終端である。
【００７５】
ここまでが、不足単位数の発生している卒業要件および卒業要件グループに対して、対応する科目をコマに割り当てることにより不足単位数を解消する処理であり、ここからは当学期の履修上限単位数までの余裕がある場合に余剰単位設定に従って科目を割り当てる処理である。
【００７６】
ステップＳ３２０では、学修管理サーバ１０２は、一時割り当て済の履修科目の単位数の合計が当学期の履修上限単位数に達していないかを判断し、達していない場合はステップＳ３２１に移行し、達している場合は（これ以上割り当てることができないため）本処理フローを終了する。
【００７７】
ステップＳ３２１では、学修管理サーバ１０２は、こだわり設定で余剰単位設定が設定されているかを判断し、設定されている場合はステップＳ３２２に移行し、設定されていない場合は本処理フローを終了する。
【００７８】
ステップＳ３２２では、学修管理サーバ１０２は、ステップＳ３２７の繰り返し終端までの処理を、余剰単位設定ごとに繰り返す。ここで余剰単位設定ごとの処理とは、こだわり設定画面１６００で指定を受け付けた科目分野ごとの処理であり、処理順序は設定された優先順位に従う。
【００７９】
ステップＳ３２３では、学修管理サーバ１０２は、科目が一時割り当てされていないコマを検索する。
【００８０】
ステップＳ３２４では、学修管理サーバ１０２は、検索されたコマを順に調べ、当該コマにて履修可能な、対象の余剰単位設定に対応する科目を検索する。
【００８１】
ステップＳ３２５では、学修管理サーバ１０２は、対象のコマにステップＳ３２４で検索された科目を、余剰単位設定の上限単位数および当学期の履修上限単位数を超えないように一時割り当てする。
【００８２】
ステップＳ３２６では、学修管理サーバ１０２は、一時割り当て済の履修科目の単位数の合計が当学期の履修上限単位数に達していないかを判断し、達していない場合はステップＳ３２５に移行し、達している場合は（これ以上割り当てることができないため）本処理フローを終了する。
【００８３】
ステップＳ３２７は、余剰設定単位についての繰り返し処理の終端である。
【００８４】
以上で、ステップＳ１１０の自動割り当て処理の説明を終了する。
【００８５】
全体処理の説明に戻る。
【００８６】
ステップＳ１１１では、クライアント端末１０１は、ステップＳ１１０の自動割り当て結果を反映した履修状況確認画面を表示する。当画面を表示するために、学修管理サーバ１０２では、ステップＳ１１２にて、図９で説明した履修状況確認画面表示制御処理を行う。
【００８７】
ここで、図１４、図１７を参照して２つのケースの履修状況確認画面の表示例を示す。
【００８８】
図１４は、こだわり設定が未設定の場合の自動割り当て結果を反映した履修状況確認画面１４００の表示例である。本例では、不足単位数がちょうど０となるように科目の割り当てがされており、履修上限単位数２４に対して、割り当てされた単位数は２０である。
【００８９】
また、図１５に、履修状況確認画面１４００の時間割確認ボタンの押下を受け付けて表示する時間割確認画面１５００の表示例を示す。本例では、全てのコマが網掛けなしで表示され、曜日および時限の除外設定がされておらず、全てのコマが割り当て対象となっていることがわかる。割り当てられたコマ数は１０である。
【００９０】
次に、図１７は、図１６のこだわり設定画面１６００に表示したこだわり設定を実施した場合の自動割り当て結果を反映した履修状況確認画面１７００の表示例である。本例では、不足単位数を越えて科目の割り当てがされており、履修上限単位数２４に対して、割り当てされた単位数は２４である。
【００９１】
また、図１８に、履修状況確認画面１７００の時間割確認ボタンの押下を受け付けて表示する時間割確認画面１８００の表示例を示す。本例では、土曜日、および、６限、７限のコマが網掛け表示されており、除外設定されていることがわかる。その結果、除外されたコマには科目が割り当てられず、図１５とは異なる科目が割り当てられていることがわかる。割り当てられたコマ数は１２であり、余剰単位設定により２コマ追加されていることがわかる。
【００９２】
全体処理の説明に戻る。
【００９３】
ステップＳ１１３では、クライアント端末１０１は、履修状況確認画面（１４００または１７００）において、自動割当解除ボタンが押下されたかを判断し、押下された場合はステップＳ１１４に移行し、そうでない場合はステップＳ１２０に移行する。
【００９４】
ステップＳ１１４では、クライアント端末１０１は、学修管理サーバ１０２に自動割り当て解除要求を送信する。
【００９５】
ステップＳ１１５では、学修管理サーバ１０２は、自動割り当て解除要求を受信し、ステップＳ１１０の自動割り当ての結果を削除する。具体的には、履修一時テーブル４５０のステップＳ１１０にて登録されたレコードを削除（または削除区分を設定）する。
【００９６】
ステップＳ１１６では、クライアント端末１０１は、ステップＳ１１５の自動割り当て解除結果を反映した履修状況確認画面を表示する。当画面を表示するために、学修管理サーバ１０２では、ステップＳ１１７にて、図９で説明した履修状況確認画面表示制御処理を行う。
【００９７】
自動割り当て解除後、再度自動割り当てを実施する場合は、ステップＳ１０３のこだわり設定に戻って再度実行する。
【００９８】
ステップＳ１２０では、クライアント端末１０１は、履修状況確認画面（１４００または１７００。本例では１７００の表示例について今後の説明を進める）において、時間割確認ボタンが押下されたかを判断し、押下された場合はステップＳ１２１に移行し、そうでない場合はステップＳ１４０に移行する。
【００９９】
ステップＳ１２１では、クライアント端末１０１は、図１８に示す時間割確認画面１８００を表示する。当画面を表示するために、学修管理サーバ１０２では、ステップＳ１２２にて、画面表示制御（画面表示要求受信〜画面表示データ作成〜画面表示データ送信の一連処理）を行う。画面表示データの元となるデータは履修一時テーブル４５０から取得する。
【０１００】
ここで、図１８を参照して、時間割確認画面１８００について説明する。
【０１０１】
時間割確認画面１８００は、横方向に曜日、縦方向に時限を取り、それぞれが交わった部分の矩形が１つのコマを表す。各コマに割り当てられた科目の科目名をリンクとして表示し、リンクの押下を受け付けることにより、当該科目が選択される。除外設定の網掛け表示については前述の通りである。また、本表示例では、図１５と比較するため、図１５との変更部分を強調表示しているが、通常はこれらの項目は表示されない。
【０１０２】
ステップＳ１２３では、クライアント端末１０１は、時間割確認画面１８００において、科目名リンクが押下されたかを判断し、押下された場合はステップＳ１２４に移行し、そうでない場合はステップＳ１４０に移行する。
【０１０３】
ステップＳ１２４では、クライアント端末１０１は、図１９または図２０に示す科目変更画面（１９００または２０００）を表示する。図１９は時間割確認画面１８００において月曜・１限の「科目Ｄ２１」のリンクが押下された場合の表示例であり、図２０は同画面において火曜・２限の「科目Ｃ２１」のリンクが押下された場合の表示例である。当画面を表示するために、ステップＳ１２５にて、学修管理サーバ１０２は、科目変更画面を表示するための制御を行う（図１２にて詳述）。
【０１０４】
ここで、図１２を参照して、ステップＳ１２５の科目変更画面表示制御処理について説明する。
【０１０５】
ステップＳ４０１では、学修管理サーバ１０２は、クライアント端末１０１から、科目変更画面の表示要求を受信する。当表示要求には対象となる学生の学生番号および変更対象の科目の情報を含んでいる。
【０１０６】
ステップＳ４０２では、学修管理サーバ１０２は、変更対象の科目の一時割り当てを解除した場合の卒業要件ごと、卒業要件グループごとの不足単位数を再計算する。
【０１０７】
ステップＳ４０３では、学修管理サーバ１０２は、ステップＳ４０２の結果により、変更対象の科目の一時割り当てを解除することにより卒業要件や卒業要件グループに不足単位数が発生するかを判断し、発生する場合はステップＳ４０４に移行し、発生しない場合はステップＳ４０８に移行する。
【０１０８】
ステップＳ４０４では、学修管理サーバ１０２は、ステップＳ４０７の繰り返し終端までの処理を、未割り当てのコマについて繰り返す。
【０１０９】
ステップＳ４０５では、学修管理サーバ１０２は、対象のコマにて履修可能な、不足単位数が発生すると判断された卒業要件や卒業要件グループに対応する科目を検索する。具体的には、卒業要件に不足が発生する場合には、変更対象と同じ科目分野に属する科目を検索し、卒業要件グループに不足が発生する場合には、当該卒業要件グループに含まれる卒業要件の科目分野に属する科目を検索する。これは、変更対象の一時割り当て解除により発生する不足を解消できる科目を変更候補科目とするためである。
【０１１０】
ステップＳ４０６では、学修管理サーバ１０２は、ステップＳ４０５にて検索された科目を変更候補科目に追加する。
【０１１１】
ステップＳ４０７は、未割り当てのコマについての繰り返し処理の終端である。繰り返し処理が終了すれば、ステップＳ４１２に移行する。
【０１１２】
ステップＳ４０８では、学修管理サーバ１０２は、ステップＳ４１１の繰り返し終端までの処理を、未割り当てのコマについて繰り返す。
【０１１３】
ステップＳ４０９では、学修管理サーバ１０２は、対象のコマにて履修可能な、一時割り当てされていない全科目を検索する。これは、ステップＳ４０５とは対照的に、変更対象の一時割り当て解除により不足が発生しないため、どの科目を変更候補科目としても卒業条件を満たすためである。
【０１１４】
ステップＳ４１０では、学修管理サーバ１０２は、ステップＳ４０９にて検索された科目を変更候補科目に追加する。
【０１１５】
ステップＳ４１１は、未割り当てのコマについての繰り返し処理の終端である。繰り返し処理が終了すれば、ステップＳ４１２に移行する。
【０１１６】
ステップＳ４１２では、学修管理サーバ１０２は、変更候補科目をソートする。ソート方法は任意であり、例えば、変更対象科目と同じ科目分野の科目や、同じ曜日・時限の科目を上位に並べたり、同じ卒業要件グループに含まれる卒業要件の科目分野の科目を上位に並べたりしてもよい。
【０１１７】
ステップＳ４１３では、学修管理サーバ１０２は、科目変更画面の表示データを作成する。
【０１１８】
ここで、図１９を参照して、科目変更画面の一例について説明する。
【０１１９】
科目変更画面１９００には、ヘッダ、変更候補科目一覧、各種機能ボタンを表示する。ヘッダには、変更対象科目の情報を表示する。変更候補科目一覧には、ステップＳ４０５またはＳ４０９にて検索され、ステップＳ４１２にてソートされた変更候補科目の情報を表示し、変更候補科目の選択を受け付けるための選択ボタンを表示する。機能ボタンとして、変更ボタン、戻るボタンを表示する。
【０１２０】
ステップＳ４１４では、学修管理サーバ１０２は、作成した科目変更画面の表示データをクライアント端末１０１に送信して本処理フローを終了する。
【０１２１】
全体処理の説明に戻る。
【０１２２】
ステップＳ１２４にて表示される２つのケースの科目変更画面について説明する。
【０１２３】
まず、図１９は時間割確認画面１８００において月曜・１限の「科目Ｄ２１」のリンクが押下された場合の表示例である。「科目Ｄ２１」の一時割り当てを解除した場合、卒業要件テーブル４００の卒業要件Ｎｏ．４０１が”４”の卒業要件に不足が発生するため、当不足を解消できる、「科目Ｄ２１」と同じ科目分野「Ｄ．社会の分野」に属する科目が変更候補科目として提示されている。
【０１２４】
一方、図２０は同画面において火曜・２限の「科目Ｃ２１」のリンクが押下された場合の表示例である。「科目Ｃ２１」の一時割り当てを解除した場合、不足が発生する卒業要件、卒業要件グループがないため、未割り当てのコマの未割り当ての全科目が、「科目Ｃ２１」と同じ科目分野「Ｃ．人文の分野」に属する科目や、同じ卒業要件グループに対応する科目を上位にして、変更候補科目として提示されている。
【０１２５】
ステップＳ１２５では、クライアント端末１０１は、科目変更画面（１９００または２０００）において、変更候補科目の一覧から対象が選択され変更ボタンが押下されたかを判断し、押下された場合はステップＳ１２７に移行し、そうでない場合（戻るボタンが押下された場合）はステップＳ１２９に移行する。
【０１２６】
ステップＳ１２７では、クライアント端末１０１は、学修管理サーバ１０２に科目変更要求を送信する。当変更要求には、変更前後の科目の情報を含む。
【０１２７】
ステップＳ１２８では、学修管理サーバ１０２は、受信した科目変更要求に従って、履修一時テーブル４５０の該当レコードを更新する。
【０１２８】
ステップＳ１２９では、クライアント端末１０１は、科目変更結果を反映した図２１に示す時間割確認画面２１００を表示する。当画面を表示するために、学修管理サーバ１０２では、ステップＳ１３０にて、画面表示制御（画面表示要求受信〜画面表示データ作成〜画面表示データ送信の一連処理）を行う。画面表示データの元となるデータは履修一時テーブル４５０から取得する。
【０１２９】
ステップＳ１３１では、クライアント端末１０１は、時間割確認画面２１００において、登録ボタンが押下されたかを判断し、押下された場合はステップＳ１３２に移行し、そうでない場合はステップＳ１２３に戻り、変更する科目がなくなるまで前述の科目変更を実施する。
【０１３０】
ステップＳ１３２では、クライアント端末１０１は、学修管理サーバ１０２に履修データ登録要求を送信する。
【０１３１】
ステップＳ１３３では、学修管理サーバ１０２は、履修一時テーブル４５０の登録内容を、履修テーブル４４０にコピーすることにより、履修科目の割り当てを確定する。
【０１３２】
ステップＳ１３４では、クライアント端末１０１は、ステップＳ１３３の履修データ登録結果を反映した図２２に示す履修状況確認画面２２００を表示する。当画面を表示するために、学修管理サーバ１０２では、ステップＳ１３５にて、図９で説明した履修状況確認画面表示制御処理を行う。
【０１３３】
ステップＳ１４０では、クライアント端末１０１は、履修状況確認画面において、履修登録ボタンが押下されたかを判断し、押下された場合はステップＳ１４１に移行し、そうではない場合は本処理フローを終了する。なお、履修登録ボタンが押下されるケースは、ユーザである学生が、最初からマニュアルでコマに対して科目を割り当てたり、すでに割り当てされた科目に対して、マニュアルで科目変更したりするケースである。
【０１３４】
ステップＳ１４１では、クライアント端末１０１は、図２３に示す履修登録画面２３００を表示する。当画面を表示するために、学修管理サーバ１０２では、ステップＳ１４２にて、画面表示制御（画面表示要求受信〜画面表示データ作成〜画面表示データ送信の一連処理）を行う。画面表示データの元となるデータは履修一時テーブル４５０から取得するが、履修科目の割り当てが確定されている場合（履修テーブル４４０登録後）は、履修テーブル４４０から履修一時テーブル４５０に該当レコードをコピーして使用する。
【０１３５】
ステップＳ１４３では、クライアント端末１０１は、履修登録画面２３００において、授業選択ボタンが押下され、不図示の科目選択画面において科目の選択を受け付けたかを判断し、受け付けた場合はステップＳ１４４に移行し、そうでない場合はステップＳ１５１に移行する。
【０１３６】
ステップＳ１４４では、クライアント端末１０１は、学修管理サーバ１０２に科目割り当て要求を送信する。
【０１３７】
ステップＳ１４５では、学修管理サーバ１０２は、科目割り当て要求に従って、履修一時テーブル４５０を更新する。
【０１３８】
ステップＳ１４６では、クライアント端末１０１は、ステップＳ１４５の科目割り当て登録処理結果を反映した図２４に示す履修登録画面２４００を表示する。当画面を表示するために、学修管理サーバ１０２では、ステップＳ１４６にて、画面表示制御（画面表示要求受信〜画面表示データ作成〜画面表示データ送信の一連処理）を行う。
【０１３９】
ステップＳ１４８では、クライアント端末１０１は、履修登録画面２４００において、登録ボタンが押下されたかを判断し、押下された場合はステップＳ１４９に移行し、そうでない場合はステップＳ１４３に戻って割り当てする科目がなくなるまで前述の科目割り当てを実施する。
【０１４０】
ステップＳ１４９では、クライアント端末１０１は、学修管理サーバ１０２に履修データ登録要求を送信する。
【０１４１】
ステップＳ１５０では、学修管理サーバ１０２は、履修一時テーブル４５０の登録内容を、履修テーブル４４０にコピーすることにより、履修科目の割り当てを確定する。
【０１４２】
ステップＳ１５１では、クライアント端末１０１は、ステップＳ１５０の履修データ登録結果を反映し履修状況確認画面を表示する。当画面を表示するために、学修管理サーバ１０２では、ステップＳ１５２にて、図９で説明した履修状況確認画面表示制御処理を行う。
【０１４３】
上記により、学修管理システムにおいて、卒業条件のような科目を階層的にグルーピングした科目グループに対する必要単位数を満たすように科目を時間枠に割り当てできる仕組みを提供可能になる。
【０１４４】
本実施形態では、クライアント端末１０１と学修管理サーバ１０２それぞれで処理を分けるようにしたが、学修管理サーバ１０２で保持するデータをクライアント端末１０１に読み込ませ、スタンドアローンで処理を実行させる構成であってもよい。また、クライアント端末１０１をシンクライアント端末として、すべての処理を学修管理サーバ１０２で行わせて、処理した結果をクライアント端末で表示する構成であってもよい。
【０１４５】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１４６】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１４７】
また、本発明におけるプログラムは、図に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図示したフローチャートの処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図示したフローチャートの各装置の処理方法ごとのプログラムであってもよい。
【０１４８】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１４９】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１５０】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１５１】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５４】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５５】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１５６】
１００    学修管理システム
１０１    クライアント端末
１０２    学修管理サーバ
１０４    ネットワーク（ＬＡＮ）
【図１】
2019114163.tif 000003
【図２】
2019114163.tif 000004
【図３】
2019114163.tif 000005
【図４】
2019114163.tif 000006
【図５】
2019114163.tif 000007
【図６】
2019114163.tif 000008
【図７】
2019114163.tif 000009
【図８】
2019114163.tif 000010
【図９】
2019114163.tif 000011
【図１０】
2019114163.tif 000012
【図１１】
2019114163.tif 000013
【図１２】
2019114163.tif 000014
【図１３】
2019114163.tif 000015
【図１４】
2019114163.tif 000016
【図１５】
2019114163.tif 000017
【図１６】
2019114163.tif 000018
【図１７】
2019114163.tif 000019
【図１８】
2019114163.tif 000020
【図１９】
2019114163.tif 000021
【図２０】
2019114163.tif 000022
【図２１】
2019114163.tif 000023
【図２２】
2019114163.tif 000024
【図２３】
2019114163.tif 000025
【図２４】
2019114163.tif 000026