(57)【要約】【課題】本発明の目的は、履修実績に基づいて適切な職業モデルを容易に選択できる仕組みを提供することである。【解決手段】ユーザが履修する履修科目を登録する情報処理装置において、職業モデル毎に対応する履修科目と履修実績に基づき、現状の職業モデルに対応する履修科目と履修実績を表示し、さらに、現状の職業モデルに対応する履修科目を、推奨する職業モデルに対応する履修科目に変更した場合に、推奨する職業モデルに対応する履修実績を表示し、現状の職業モデルに対応する履修科目を、推奨する職業モデルに対応する履修科目に変更すべく、対応する職業モデルの変更指示を受け付け、ユーザが履修する履修科目を変更する。また、職業モデルを選択する学生の履修実績に基づいて職業モデル毎の履修実績に関する評価値を算出し、算出された評価値に基づいて選択する職業モデルの候補を表示する。【選択図】図３
2018092589.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが履修する履修科目を登録する情報処理装置であって、
職業モデル毎に対応する履修科目を記憶する第１記憶手段と、
職業モデル毎に対応する履修実績を記憶する第２記憶手段と、
第１の職業モデルに対応する履修科目を表示する第１表示制御手段と、
前記第１の職業モデルに対応する履修実績を表示する第２表示制御手段と、
前記第１の職業モデルに対応する履修科目を、第２の職業モデルに対応する履修科目に変更した場合に、当該第２の職業モデルに対応する履修実績を表示する第３表示制御手段と、
前記第１の職業モデルに対応する履修科目を、前記第２の職業モデルに対応する履修科目に変更すべく、対応する職業モデルを変更する指示を受け付ける変更受付手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記第１表示制御手段による前記第１の職業モデルに対応する履修実績と、前記第３表示制御手段による前記第２の職業モデルに対応する履修実績とを対比可能に表示制御することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記変更受付手段にて変更する指示を受け付けた前記第２の職業モデルに対応する履修科目を、前記ユーザが履修する履修科目として登録することを特徴とする請求項１または２のいずれか１項に記載の情報処理装置。
【請求項４】
前記第１の職業モデルに対応する履修実績に基づいて、職業モデルの変更要否を判定する判定手段と、
前記判定手段にて職業モデルの変更が必要と判定された場合に、職業モデルの候補として前記第２の職業モデルを提示する候補提示手段と
を備えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記判定手段は、前記第１の職業モデルに対応する履修科目の修得実績と、当該ユーザの修得可能期間に対する経過期間とに基づいて、職業モデルの変更要否を判定することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記候補提示手段は、職業モデル毎の対応する前記ユーザの履修実績に基づいて、提示する職業モデルの候補を選出することを特徴とする請求項４または５に記載の情報処理装置。
【請求項７】
ユーザが履修する履修科目を登録する情報処理装置であって、
職業モデル毎に対応する履修科目と達成基準とを記憶するモデル科目記憶手段と、
前記ユーザの履修科目毎の履修実績を記憶する科目実績記憶手段と、
前記職業モデルに対応する履修科目の達成基準と、前記ユーザの当該履修科目の履修実績とに基づいて、前記ユーザが選択する職業モデルの候補を選定し表示する選択候補表示制御手段と
を備えることを特徴とする情報処理装置。
【請求項８】
前記職業モデルの候補から選択を受け付けることにより、当該選択された職業モデルに対応する履修科目の履修実績を表示する詳細表示制御手段を備えることを特徴とする請求項７に記載の情報処理装置
【請求項９】
職業モデル毎に対応する履修科目を記憶する第１記憶手段と、職業モデル毎に対応する履修実績を記憶する第２記憶手段とを備え、ユーザが履修する履修科目を登録する情報処理装置の制御方法であって、
第１表示制御手段が、第１の職業モデルに対応する履修科目を表示する第１表示制御ステップと、
第２表示制御手段が、前記第１の職業モデルに対応する履修実績を表示する第２表示制御ステップと、
第３表示制御手段が、前記第１の職業モデルに対応する履修科目を、第２の職業モデルに対応する履修科目に変更した場合に、当該第２の職業モデルに対応する履修実績を表示する第３表示制御ステップと、
変更受付手段が、前記第１の職業モデルに対応する履修科目を、前記第２の職業モデルに対応する履修科目に変更すべく、対応する職業モデルを変更する指示を受け付ける変更受付ステップと
を備えることを特徴とする情報処理装置の制御方法。
【請求項１０】
職業モデル毎に対応する履修科目と達成基準とを記憶するモデル科目記憶手段と、ユーザの履修科目毎の履修実績を記憶する科目実績記憶手段とを備え、ユーザが履修する履修科目を登録する情報処理装置の制御方法であって、
評価手段が、前記職業モデル毎に、前記ユーザの当該職業モデルに対応する履修科目の履修実績と達成基準とに基づいて達成状況に関する評価値を算出する評価ステップと、
選択候補表示制御手段が、前記職業モデルに対応する履修科目の達成基準と、前記ユーザの当該履修科目の履修実績とに基づいて、前記ユーザが選択する職業モデルの候補を選定し表示する選択候補表示制御ステップと
を備えることを特徴とする情報処理装置の制御方法。
【請求項１１】
情報処理装置を、請求項１乃至８のいずれか１項に記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、職業モデル選択を伴う学修管理システムに関する。
【背景技術】
【０００２】
近年、大学などでは、学生が希望する将来なりたい職業に向けてどのような授業を修得するのがよいかを支援することが行われている。
【０００３】
例えば、学生が、職業職種を選択すると、この職業職種で推奨される履修科目候補を自動的に選択して、時間割を作成する仕組みが、特許文献１に開示されている。
【０００４】
このように、職業に応じて、推薦する履修科目を提示する技術は種々あり、事前になりたい職業、その学生に適する職業が決まっている場合には、有効である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−３３２０３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の方法では、最初に学修計画を作成する段階では有効であるが、その後の履修状況の変化等に対応することはできない。学生自身が希望する将来なりたい職業に向けて、計画した授業を履修するが、出席日数の不足や成績未達、課題の未提出等が原因で、計画通りに授業を修得することが困難である学生も多く実在する。
【０００７】
また、学生自身が希望する将来なりたい職業には関係ないが、興味がある計画外の授業を履修し修得する場合もある。
【０００８】
そのため、計画通り授業を修得できていない学生や本質的に適している職業を把握していない学生に対して、将来の職業を再選択する機会を提供、支援することが求められる。
【０００９】
更に大学では、履修の実績値を確認することは可能だが、学修計画を見直すように手引する仕組が無く、学生が意図して学修計画を見直さなければいけない課題があった。
【００１０】
また、ある程度履修が進んだ時点で、履修実績に基づいて職業を選択する際の支援も求められる。
【００１１】
そこで、本発明の目的は、履修実績に基づいて適切な職業モデルを容易に選択できる仕組みを提供することである。
【課題を解決するための手段】
【００１２】
本発明は、ユーザが履修する履修科目を登録する情報処理装置であって、職業モデル毎に対応する履修科目を記憶する第１記憶手段と、職業モデル毎に対応する履修実績を記憶する第２記憶手段と、第１の職業モデルに対応する履修科目を表示する第１表示制御手段と、前記第１の職業モデルに対応する履修実績を表示する第２表示制御手段と、前記第１の職業モデルに対応する履修科目を、第２の職業モデルに対応する履修科目に変更した場合に、当該第２の職業モデルに対応する履修実績を表示する第３表示制御手段と、前記第１の職業モデルに対応する履修科目を、前記第２の職業モデルに対応する履修科目に変更すべく、対応する職業モデルを変更する指示を受け付ける変更受付手段とを備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、履修実績に基づいて適切な職業モデルを容易に選択することが可能になる。
【図面の簡単な説明】
【００１４】
【図１】学修管理システムの構成の一例を示すシステム構成図である。
【図２】クライアント端末１０１（学生端末）と、学修管理サーバ１０２に適用可能な情報処理装置のハードウエア構成の一例を示すブロック図である。
【図３】学修管理システムの機能ブロック図である。
【図４】学修進捗確認処理の一例を示すフローチャートである。
【図５】学修進捗確認処理の一例を示すフローチャートである。
【図６】履修メニュー画面の一例を示す画面イメージである。
【図７】モデル変更喚起画面の一例を示す画面イメージである。
【図８】モデル変更画面の一例を示す画面イメージである。
【図９】モデル変更結果画面の一例を示す画面イメージである。
【図１０】学修進捗画面の一例を示す画面イメージである。
【図１１】学修管理システムで使用するデータ群の一例を示すデータ図である。
【図１２】学修管理システムで使用するデータ群の一例を示すデータ図である。
【図１３】モデル選択処理の一例を示すフローチャートである。
【図１４】履修メニュー画面の一例を示す画面イメージである。
【図１５】モデル選択画面の一例を示す画面イメージである。
【発明を実施するための形態】
【００１５】
［第１の実施形態］
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１６】
図１は、本発明の実施形態である学修管理システム１００の構成の一例を示すシステム構成図である。
【００１７】
学修管理システム１００は、クライアント端末１０１（学生端末）と、学修管理サーバ１０２とがローカルエリアネットワーク（ＬＡＮ）１０４を介して接続される構成となっている。なお、ネットワーク上には、他のサーバやクライアント端末、複合機などがあってもよいことは言うまでもない。
【００１８】
クライアント端末１０１には、ブラウザがインストールされており、ブラウザを介して、学修管理サーバ１０２と通信を行うものとなっている。
【００１９】
また、ＬＡＮに限らずＷＡＮ上で、ＬＡＮ外の端末と通信可能に接続されている。
【００２０】
学修管理サーバ１０２は、Ｗｅｂサーバとなっており、クライアント端末１０１と通信可能に接続されている。また、学修管理サーバ１０２には、各種データ（例えば、図１１）を記憶している。なお、データは不図示のデータベースサーバで管理する構成であってもよい。
【００２１】
本実施形態ではＷｅｂシステムとして、通信はＨＴＴＰ通信にて行うものとするが、クライアント端末１０１に専用のアプリケーションをインストールしておき、学修管理サーバ１０２と通信する構成、すなわちクライアントサーバ型のシステムであってもよい。
【００２２】
以下、図２を用いて、図１に示したクライアント端末１０１、学修管理サーバ１０２に適用可能な情報処理装置のハードウエア構成について説明する。
【００２３】
図２は、クライアント端末１０１、学修管理サーバ１０２に適用可能な情報処理装置のハードウエア構成を示すブロック図である。
【００２４】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２５】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２６】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器はＣＲＴや、液晶ディスプレイ等の様々な種類が存在する。
【００２７】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦカードメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２８】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３０】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００３１】
次に、図３用いて、本発明の学修管理システム１００の機能ブロック図について説明する。
【００３２】
進捗状況確認部３０１は、対象となる学生が選択中のモデル（後述）に対して、学修科目の修得状況に応じて進捗状況を確認し、必要であれば対象学生に対しモデル変更の検討を喚起するための機能部である。
【００３３】
推奨モデル候補決定部３０２は、対象学生がモデル変更の検討を受け入れた場合に、学修科目の修得状況に応じて、適切な推奨モデルの候補を選択し提示するための機能部である。
【００３４】
変更モデル選択受付部３０３は、提示した推奨モデル候補の中から変更モデルの選択を受け付けるための機能部である。
【００３５】
ショップ状態表示部３０４は、対象学生が選択中のモデルと、選択を受け付けた変更モデルとに対するショップ（後述）の状態を比較すべく表示するための機能部である。
【００３６】
変更モデル確定受付部３０５は、選択を受け付けた変更モデルの確定を受け付けるための機能部である。
【００３７】
登録部３０６は、対象学生が選択中のモデルを、確定を受け付けた変更モデルに更新すべくデータベースに登録するための機能部である。
【００３８】
進捗状況表示部３０７は、対象学生の学修進捗状況を表示するための機能部である。
【００３９】
ここで、用語、および、関連するマスタテーブル（図１１）について説明する。
【００４０】
モデル（または、職業モデル、キャリアモデル）とは、学生が希望する職業や、職業選択のための方針等を表す分類である、モデルはモデルマスタ１１００（図１１（ａ））にて管理される。モデルマスタ１１００は、モデルＣＤ１１０１、モデル区分１１０２、モデル名称１１０３を含み、モデルＣＤ１１０１はモデルを識別するための英数字列であり、モデル区分１１０２は、”１”の場合は職業、”２”の場合は方針等を表す。
【００４１】
ショップ（または、科目グループ）とは、学修内容を分野ごとに分類したものであり、その中に科目が含まれる。ショップはショップマスタ１１１０（図１１（ｂ））にて管理される。ショップマスタ１１１０は、ショップＣＤ１１１１、ショップ名１１１２を含み、ショップＣＤ１１１１はショップを識別するための英数字列である。
【００４２】
科目とは、個々の学修内容を表し、講義や実習の形式で学生に提供され、所定のレベルで修了すると学生に単位が与えられる。科目は科目マスタ１１２０（図１１（ｃ））にて管理される。科目マスタ１１２０は、科目ＣＤ１１２１、科目名１１２２を含み、科目ＣＤ１１２１は科目を識別するための英数字列である。
【００４３】
ショップと科目の関係は、ショップ科目マスタ１１４０にて管理される。ショップ科目マスタ１１４０は、ショップＣＤ１１４１、ショップ名１１４２、科目ＣＤ１１４３、科目名１１４４を含み、ショップＣＤ１１４１と科目ＣＤ１１４３がショップと科目の対応付けを表す。ショップ名１１４２、科目名１１４４は、それぞれショップマスタ１１１０、科目マスタ１１２０から引用される参照項目である。
【００４４】
モデルに対して、そのモデルを実現するために必要とされるショップが対応付けられ、各ショップに対して求められる修得目標が与えられる。本実施例では、修得目標としてメインショップ、サブショップの２種類があり、メインショップの場合は当該ショップに含まれる科目について合計１２単位以上の取得が求められ、サブショップの場合は合計６単位以上の取得が求められる。モデル、ショップおよび修得目標の関係は、モデルショップ目標マスタ１１３０（図１１（ｄ））にて管理される。モデルショップ目標マスタ１１３０は、モデルＣＤ１１３１、ショップＣＤ１１３２、目標状態１１３３を含み、モデルＣＤ１１３１とショップＣＤ１１３２がモデルとショップの対応付けを表し、目標状態１１３３は修得目標を表し、”１”の場合はメインショップ、”２”の場合はサブショップ、”０”の場合は推奨しない、つまり、取得単位に対する要求がないことを表す。
【００４５】
次にデータテーブル（図１２）について説明する。
【００４６】
選択モデルテーブル１２００（図１２（ａ））は、学生が現在選択しているモデルを管理する。選択モデルテーブル１２００は、学籍Ｎｏ１２０１、選択モデルＣＤ１２０２を含み、学籍Ｎｏ１２０１は学生を識別する英数字列であり（以下同様）、選択モデルＣＤ１２０２は学生が現在選択しているモデルのモデルＣＤを表す。
【００４７】
学修計画テーブル１２１０（図１２（ｂ））は、学生が現在選択しているモデルに対するショップの修得目標を管理する。学修計画テーブル１２１０は、学籍Ｎｏ１２１１、ショップＣＤ１２１２、目標状態１２１３を含み、学籍Ｎｏ１２１１とショップＣＤ１２１２は学生とショップの対応付けを、目標状態１２１３は当該ショップに対する修得目標を表す。なお、目標状態１２１３については、学籍Ｎｏをキーに選択モデルテーブル１２００から選択モデルＣＤ１２０２を取得し、モデルショップ目標マスタ１１３０のモデルＣＤ１１３１に対して検索することにより目標状態１１３３として取得した値と基本的に同じであるが、特定のショップに対して任意に修得目標を変更した場合等に対応できるように本テーブルを設けている。
【００４８】
確定成績テーブル１２２０（図１２（ｃ））は、学生が履修した科目に対する合否および単位数を管理する。確定成績テーブル１２２０は、学籍Ｎｏ１２２１、科目ＣＤ１２２２、科目名１２２３、単位１２２４、合否１２２５を含み、学籍Ｎｏ１２２１と科目ＣＤ１２２２は学生と科目の対応付けを、単位１２２４は当該科目で取得可能な単位数、合否１２２５は当該科目に対する合否の結果を表す。合否１２２５が”合”の場合に、学生に当該科目について単位１２２４の単位数が与えられることになる。
【００４９】
在学期数テーブル１２３０（図１２（ｃ））は、現在まで学生が在籍しているのべ期数を管理する。在学期数テーブル１２３０は、学籍Ｎｏ１２３１、学年１２３２、在学期数１２３３を含み、学年１２３２は現在の学年、在学期数１２３３は現在までののべ期数を表す。本実施例では、年間２期制の４年制大学を想定しており、全期数は８期である。例えば、２年生の第１期の場合、学年１２３２は”２”、在学期数１２３３は”３”となる。
【００５０】
次に、図４〜図５を用いて、本実施形態の詳細な処理について説明する。なお、図４〜図５の各ステップの処理は、各装置のＣＰＵが実行する。
【００５１】
まず、図４を参照して、本実施形態の学修進捗確認処理について説明する。
【００５２】
ステップＳ００１では、クライアント端末１０１は、ユーザ（学生）からログイン要求を受け付け、学修管理サーバ１０２にログイン要求を送信する。
【００５３】
ステップＳ００２では、学修管理サーバ１０２は、ログイン要求に対して認証処理を実施し、認証できればステップＳ００３に進む。
【００５４】
ステップＳ００３では、学修管理サーバ１０２は、履修メニュー画面データをクライアント端末１０１に送信する。
【００５５】
ステップＳ００４では、クライアント端末１０１は、履修メニュー画面６０１（図６）を表示する。履修メニュー画面６０１は、履修の手続きに関連する処理を起動するためのボタンを備えている。
【００５６】
ステップＳ００５では、クライアント端末１０１は、ユーザ操作を受け付け、学修進捗ボタンが押下された場合はステップＳ００６の処理に進む。押下されていない場合は履修メニューを表示してユーザ操作があるまで待機する。
【００５７】
ステップＳ００６では、クライアント端末１０１は、学修進捗確認要求を学修管理サーバ１０２に送信する。ここでは、対象となる学生の学籍Ｎｏを送信する。
【００５８】
ステップＳ００７では、学修管理サーバ１０２は、送信された学籍Ｎｏに基づいて、選択モデルテーブル１２００、学修計画テーブル１２１０、確定成績テーブル１２２０、在学期数テーブル１２３０から対象学生が現在選択中のモデルに対するデータを取得する。
【００５９】
ステップＳ００８では、学修管理サーバ１０２は、ステップＳ００８にて取得したデータに基づいて、当該学生がモデル変更を喚起する対象者であるか判断する。判断手順の一例を以下に示す。
【００６０】
まず、選択中のモデルの各ショップに対する達成度と期間経過度を計算する。算出方法の一例を以下に示す。
【００６１】
・達成度（％）＝ショップ科目の修得済み単位÷必要単位数×１００（上限１００）
※必要単位数：メインショップの場合１２、サブショップの場合６。
【００６２】
・期間経過度（％）＝（在学期数−１）÷８×１００  ※８は全期数。
【００６３】
次に、下記判定条件に該当する場合は、当該学生がモデル変更を喚起する対象者であると判断する。
【００６４】
［判定条件］下記条件に当てはまるショップが所定数存在すること。※所定数は１以上の数値。本実施例では１。
【００６５】
・達成度＜期間経過度×係数  ※係数は１以下の数値。本実施例では１。
【００６６】
上記判定条件は、単位取得のペースが、期間経過のペースに比べて遅れているショップが所定数存在することを意味する。係数については１未満の数値を設定すれば、多少の遅れを許可することになる。
【００６７】
当該学生がモデル変更を喚起する対象者であると判断した場合はステップＳ００９に進み、そうでない場合はステップＳ０３０に進む。
【００６８】
ステップＳ００９では、学修管理サーバ１０２は、モデル変更喚起画面データをクライアント端末１０１に送信する。
【００６９】
ステップＳ０１０では、クライアント端末１０１は、モデル変更喚起画面７０１（図７）を表示する。モデル変更喚起画面７０１は、モデルの変更を検討するか否かのメッセージ７０２、ユーザからの回答を受け付けるはいボタン７０３、いいえボタン７０４を表示する。
【００７０】
ステップＳ０１１では、クライアント端末１０１は、モデル変更喚起画面７０１において回答ボタン（はいボタン／いいえボタン）が押下されたか判断する。回答ボタンが押下された場合はステップＳ０１２に進み、そうでない場合は回答ボタンが押下されるまで待機する。
【００７１】
ステップＳ０１２では、クライアント端末１０１は、回答内容を学修管理サーバ１０２に送信する。
【００７２】
ステップＳ０１３では、学修管理サーバ１０２は、回答内容を判断し、回答が「はい」の場合はステップＳ０１４に進み、「いいえ」の場合はステップＳ０３０に進む。
【００７３】
ステップＳ０１４では、学修管理サーバ１０２は、近似推奨モデル候補を決定する。決定方法の一例を以下に示す。
【００７４】
［決定方法］モデルマスタ１１００に登録されたモデルから下記充足度の高いモデルを選択する。
【００７５】
・充足度＝ショップの達成度の和÷ショップ数
※ショップの達成度の計算方法は前述の通り。
【００７６】
ステップＳ０１５では、学修管理サーバ１０２は、ステップＳ０１４にて決定した近似推奨モデル候補をもとに、モデル変更画面データを作成し、クライアント端末１０１に送信する。
【００７７】
ステップＳ０１６では、クライアント端末１０１は、モデル変更画面８０１（図８）を表示する。この段階では、モデル変更画面８０１には、近似推奨モデル候補表示欄８０２にステップＳ０１４にて決定した近似推奨モデル候補の一覧を表示し、現在選択中のモデルの各ショップに対する目標状態および達成度をショップ一覧の８０５、８０６に、対象学生のショップ毎の現在の状態および修得済み単位数をショップ一覧の８０９、８１０に表示する。さらに、ステップＳ００８の判定条件に該当するショップに対して、８１２のように達成度を強調表示（赤色表示）する。
【００７８】
ステップＳ０１７では、クライアント端末１０１は、モデル変更画面８０１において、近似推奨モデル候補表示欄８０２のいずれかの候補の選択ボタン８０３が押下されたかを判断する。押下された場合はステップＳ０１８に進み、そうでない場合は押下されるまで待機する。
【００７９】
ステップＳ０１８では、クライアント端末１０１は、ステップＳ０１７にて選択された近似推奨モデルのモデルＩＤを学修管理サーバに送信する。
【００８０】
ステップＳ０１９では、学修管理サーバ１０２は、送信されたモデルＩＤをもとに、モデルマスタ１１００、ショップマスタ１１１０、モデルショップ目標マスタ１１３０、ショップ科目マスタ１１４０から、対象となるモデルと対象モデルに含まれるショップ、科目に関する情報を取得し、さらに、確定成績テーブル１２２０から対象学生の該当科目に対する修得済み単位数を取得する。
【００８１】
ステップＳ０２０では、学修管理サーバ１０２は、ステップＳ０１９にて取得した情報をもとにモデル詳細画面データを作成し、クライアント端末１０１に送信する。
【００８２】
ステップＳ０２１では、クライアント端末１０１は、送信されたモデル詳細画面データをもとに、モデル変更画面８０１において、選択されたモデルの各ショップに対する目標状態および達成度をショップ一欄の８０７、８０８に表示する。
【００８３】
ここで、ステップＳ００８の判定条件に該当する、つまり達成度が前述の期間経過度未満のショップに対して、８１８のように達成度を強調表示（赤色表示）する。なお本例では期間経過度は２５％である。
【００８４】
さらに、選択中のモデルと選択された近似推奨モデルとの間で目標状態に差異のあるショップについて８１３〜８１７のように強調表示する。また、選択中のモデルを選択された近似推奨モデルに変更することによる達成度の変化状況が識別可能なように強調方法（色など）を変える。本実施例では下記のような変化状況で強調方法を変えている。
【００８５】
・達成度が増加する場合や、未考慮（目標状態が「推奨しない」の場合）から期間経過度以上の値になる場合：青色表示（８１３）
・達成度が期間経過度以上の数値のままの場合：緑色表示（８１４）
・達成度が期間経過度未満の値から未考慮になる場合：橙色表示（８１５）
・達成度が減少する場合や、未考慮から期間経過度未満の値になる場合：桃色表示（８１６）
・達成度が期間経過度未満の数値のままの場合：紫色表示（８１７）
処理の説明に戻る。
【００８６】
ステップＳ０２２では、クライアント端末１０１は、ユーザにより近似推奨モデル反映ボタンが押下されたかを判断する。押下された場合はステップＳ０２３に進み、そうでない場合はステップＳ０１７に戻り、近似推奨モデルの選択からやり直す。
【００８７】
ステップＳ０２３では、クライアント端末１０１は、モデル反映要求を学修管理サーバ１０２に送信する。このとき、対象学生の学籍Ｎｏと選択された近似推奨モデルのモデルＩＤを要求とともに送信する。
【００８８】
ステップＳ０２４では、学修管理サーバ１０２は、対象学生に対する選択モデルを変更するために、選択モデルテーブル１２００、学修計画テーブル１２１０を更新する。具体的には、選択モデルテーブル１２００の学籍Ｎｏが該当するレコードの選択モデルＣＤ１２０２を選択された近似推奨モデルのモデルＩＤに更新し、学修計画テーブル１２１０の学籍Ｎｏが該当するレコードをモデルショップ目標マスタ１１３０のモデルＩＤが該当するレコードの情報に基づいて更新する。これにより、対象学生の現在選択中のモデルが、選択された近似推奨モデルに変更される。
【００８９】
ステップＳ０２５では、学修管理サーバ１０２は、モデル変更結果画面データを作成し、クライアント端末１０１に送信する。
【００９０】
ステップＳ０２６では、クライアント端末１０１は、モデル変更結果画面９０１（図９）を表示する。モデル変更結果画面９０１には、モデル変更後の各ショップに対する目標状態および達成度をショップ一覧の９０３、９０４に、対象学生のショップ毎の現在の状態および修得済み単位数をショップ一覧の９０５、９０６に表示する。
【００９１】
ステップＳ０２７では、クライアント端末１０１は、モデル変更結果画面９０１において、学修進捗画面へボタンが押下されたかを判断する。押下された場合はステップＳ０２８に進み、そうでなければ押下されるまで待機する。
【００９２】
ステップＳ０２８では、クライアント端末１０１は、学修進捗確認要求を学修管理サーバ１０２に送信する。ここでは、対象となる学生の学籍Ｎｏを送信する。
【００９３】
ステップＳ０２９では、学修管理サーバ１０２は、送信された学籍Ｎｏに基づいて、選択モデルテーブル１２００、学修計画テーブル１２１０、確定成績テーブル１２２０、在学期数テーブル１２３０から対象学生に対する進捗データと、関連するマスタテーブル（図１１）から必要データを取得する。
【００９４】
ステップＳ０３０では、学修管理サーバ１０２は、ステップＳ０２９にて取得したデータに基づいて、学修進捗画面データを作成し、クライアント端末１０１に送信する。
【００９５】
ステップＳ０３１では、クライアント端末１０１は、学修進捗画面１００１（図１０）を表示する。学修進捗画面１００１では、ショップ関連の進捗状況だけではなく、ショップに属さない科目の進捗状況も表示される。
【００９６】
以上で学修進捗確認処理を終了する。
【００９７】
［第２の実施形態］
以下に本発明に係る学修管理システム１００の第２の実施形態について説明する。なお、第１の実施形態と同じ内容については説明を省略する。
【００９８】
図１３を用いて、本実施形態の詳細な処理について説明する。なお、図１３の各ステップの処理は、各装置のＣＰＵが実行する。
【００９９】
ステップＳ２０１では、クライアント端末１０１は、ユーザ（学生）からログイン要求を受け付け、学修管理サーバ１０２にログイン要求を送信する。
【０１００】
ステップＳ２０２では、学修管理サーバ１０２は、ログイン要求に対して認証処理を実施し、認証できればステップＳ２０３に進む。
【０１０１】
ステップＳ２０３では、学修管理サーバ１０２は、履修メニュー画面データをクライアント端末１０１に送信する。
【０１０２】
ステップＳ２０４では、クライアント端末１０１は、履修メニュー画面１４０１（図１４）を表示する。履修メニュー画面１４０１は、履修の手続きに関連する処理を起動するためのボタンを備えている。
【０１０３】
ステップＳ２０５では、クライアント端末１０１は、ユーザ操作を受け付け、モデル選択ボタン１４０２が押下された場合はステップＳ２０６の処理に進む。押下されていない場合は履修メニューを表示してユーザ操作があるまで待機する。
【０１０４】
ステップＳ２０６では、クライアント端末１０１は、モデル選択画面表示要求を学修管理サーバ１０２に送信する。ここでは、対象となる学生の学籍Ｎｏを送信する。
【０１０５】
ステップＳ２０７では、学修管理サーバ１０２は、送信された学籍Ｎｏに基づいて、確定成績テーブル１２２０から対象学生の履修実績に関するデータを取得する。
【０１０６】
ステップＳ２０８では、学修管理サーバ１０２は、対象学生の履修実績に基づいて近似推奨モデル候補を決定する。決定方法の一例を以下に示す。
【０１０７】
まずモデルを１つ選択し、選択されたモデルの各ショップに対する達成度を計算する。算出方法の一例を以下に示す。
【０１０８】
・達成度（％）＝ショップ科目の修得済み単位÷必要単位数×１００（上限１００）
※必要単位数：メインショップの場合１２、サブショップの場合６。
【０１０９】
次に選択されたモデルに対する充足度を計算する。算出方法の一例を以下に示す。
【０１１０】
・充足度＝ショップの達成度の和÷ショップ数
※サブショップについては、達成度、ショップ数ともに０．５をかけて計算。
【０１１１】
そして全てのモデルに対して充足度を算出し、充足度の大きいモデルから順に推奨モデル候補として決定する。
【０１１２】
ステップＳ２０９では、学修管理サーバ１０２は、ステップＳ２０８にて決定した近似推奨モデル候補をもとに、モデル選択画面データを作成し、クライアント端末１０１に送信する。
【０１１３】
ステップＳ２１０では、クライアント端末１０１は、モデル選択画面１５０１（図１５）を表示する。モデル選択画面１５０１には、近似推奨モデル候補表示欄１５０２にステップＳ２０８にて決定した近似推奨モデル候補の一覧を表示する。この時、各モデルに対する充足度、不足単位数等を参考情報として表示する。
【０１１４】
ステップＳ２１１では、クライアント端末１０１は、モデル選択画面１５０１において、近似推奨モデル候補表示欄１５０２のいずれかの候補の選択ボタン１５０３が押下されたかを判断する。押下された場合はステップＳ２１２に進み、そうでない場合は押下されるまで待機する。
【０１１５】
ステップＳ２１２では、クライアント端末１０１は、ステップＳ２１１にて選択された近似推奨モデルのモデルＩＤを学修管理サーバ１０２に送信する。
【０１１６】
ステップＳ２１３では、学修管理サーバ１０２は、送信されたモデルＩＤをもとに、モデルマスタ１１００、ショップマスタ１１１０、モデルショップ目標マスタ１１３０、ショップ科目マスタ１１４０から、対象となるモデルと対象モデルに含まれるショップ、科目に関する情報を取得し、さらに、確定成績テーブル１２２０から対象学生の該当科目に対する修得済み単位数を取得する。
【０１１７】
ステップＳ２１４では、学修管理サーバ１０２は、ステップＳ２１３にて取得した情報をもとにモデル選択結果データを作成し、クライアント端末１０１に送信する。
【０１１８】
ステップＳ２１５では、クライアント端末１０１は、送信されたモデル選択結果データをもとに、モデル選択画面１５０１において、モデル選択結果表示欄１５０４に選択されたモデルの各ショップに対する習得済み単位数、目標状態、必須単位数、不足単位数、達成度等を表示し、選択されたモデルに対する充足度を表示する。ここで、達成度が１００％に達していないショップの行を強調表示してもよい。
【０１１９】
ステップＳ２１６では、クライアント端末１０１は、ユーザによりキャリアモデル登録ボタンが押下されたかを判断する。押下された場合はステップＳ２１７に進み、そうでない場合はステップＳ２１１に戻り、近似推奨モデルの選択からやり直す。
【０１２０】
ステップＳ２１７は、クライアント端末１０１は、モデル登録要求を学修管理サーバ１０２に送信する。このとき、対象学生の学籍Ｎｏと選択された近似推奨モデルのモデルＩＤを要求とともに送信する。
【０１２１】
ステップＳ２１８では、学修管理サーバ１０２は、対象学生に対するキャリアモデルを登録するために、選択モデルテーブル１２００、学修計画テーブル１２１０を更新する。具体的には、選択モデルテーブル１２００の学籍Ｎｏが該当するレコードの選択モデルＣＤ１２０２を選択された近似推奨モデルのモデルＩＤに更新し、学修計画テーブル１２１０の学籍Ｎｏが該当するレコードをモデルショップ目標マスタ１１３０のモデルＩＤが該当するレコードの情報に基づいて更新する。これにより、対象学生のキャリアモデルとして選択された近似推奨モデルが登録される。
【０１２２】
以上でモデル選択処理を修了する。
【０１２３】
上記により、履修実績に基づいて適切な職業モデルを容易に選択することが可能になる。
【０１２４】
本実施形態では、クライアント端末１０１と学修管理サーバ１０２それぞれで処理を分けるようにしたが、学修管理サーバ１０２で保持するデータをクライアント端末１０１に読み込ませ、スタンドアローンで処理を実行させる構成であってもよい。また、クライアント端末１０１をシンクライアント端末として、すべての処理を学修管理サーバ１０２で行わせて、処理した結果をクライアント端末で表示する構成であってもよい。
【０１２５】
以上、本実施形態によれば、科目の修得状況に基づいて適切な職業モデルを容易に選択できるようになる。
【０１２６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１２７】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２８】
また、本発明におけるプログラムは、図に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図示したフローチャートの処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図示したフローチャートの各装置の処理方法ごとのプログラムであってもよい。
【０１２９】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１３１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１３２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３５】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３６】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１３７】
１００    学修管理システム
１０１    クライアント端末
１０２    学修管理サーバ
１０４    ネットワーク（ＬＡＮ）
【図１】
2018092589.tif 000003
【図２】
2018092589.tif 000004
【図３】
2018092589.tif 000005
【図４】
2018092589.tif 000006
【図５】
2018092589.tif 000007
【図６】
2018092589.tif 000008
【図７】
2018092589.tif 000009
【図８】
2018092589.tif 000010
【図９】
2018092589.tif 000011
【図１０】
2018092589.tif 000012
【図１１】
2018092589.tif 000013
【図１２】
2018092589.tif 000014
【図１３】
2018092589.tif 000015
【図１４】
2018092589.tif 000016
【図１５】
2018092589.tif 000017