(57)【特許請求の範囲】
【請求項１】
複数の履修モデルと、当該履修モデルそれぞれに対応する科目情報を記憶する記憶装置を含む情報処理システムであって、
科目情報の選択を受け付ける科目情報選択受付手段と、
前記選択された科目情報に基づいて履修モデルの選択候補を表示する候補表示手段と、
前記表示された履修モデルの選択候補から履修モデルの選択を受け付ける履修モデル選択受付手段と
を備えることを特徴とする情報処理システム。
【請求項２】
前記候補表示手段は、前記選択された科目情報と、選択候補となる履修モデルに対応する科目情報とを対比した結果に基づいて、履修モデルの選択候補を表示することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記候補表示手段は、前記選択された科目情報と、選択候補となる履修モデルに対応する科目情報との一致度合いに基づいて、履修モデルの選択候補をソートして表示することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記選択された科目情報と、前記選択された履修モデルに対応する科目情報とを対比した結果を表示する対比表示手段を備えることを特徴とする請求項１〜３のいずれか１項に記載の情報処理システム。
【請求項５】
前記対比表示手段は、前記選択された履修モデルに対応する科目情報のうち、前記選択された科目情報と一致する科目情報と一致しない科目情報とを識別表示することを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記選択された科目情報と、前記選択された履修モデルに対応する科目情報とを対比した結果に基づいて、前記選択された履修目標をユーザに対応づけて登録する登録制御手段を備えることを特徴とする請求項１〜５のいずれか１項に記載の情報処理システム。
【請求項７】
前記履修モデルはそれぞれ、履修目標となる職業、職業グループ、人物像のいずれかに対して設定されることを特徴とする請求項１〜６のいずれか１項に記載の情報処理システム。
【請求項８】
複数の履修モデルと、当該履修モデルそれぞれに対応する科目情報を記憶する記憶装置を含む情報処理システムの処理方法であって、
科目情報の選択を受け付ける科目情報選択受付ステップと、
前記選択された科目情報に基づいて履修モデルの選択候補を表示する候補表示ステップと、
前記表示された履修モデルの選択候補から履修モデルの選択を受け付ける履修モデル選択受付ステップと
を含むことを特徴とする処理方法。
【請求項９】
複数の履修モデルと、当該履修モデルそれぞれに対応する科目情報を記憶する記憶装置を含む情報処理システムのプログラムであって、
前記情報処理システムを、
科目情報の選択を受け付ける科目情報選択受付手段と、
前記選択された科目情報に基づいて履修モデルの選択候補を表示する候補表示手段と、
前記表示された履修モデルの選択候補から履修モデルの選択を受け付ける履修モデル選択受付手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、科目情報選択に関する情報処理システムとその処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、大学などでは、学生が希望する将来なりたい職業に向けてどのような授業を修得するのがよいかを支援することが行われている。
【０００３】
例えば、学生が、職業職種を選択すると、この職業職種で推奨される履修科目候補を自動的に選択して、時間割を作成する仕組みが、特許文献１に開示されている。
このように、職業に応じて、推薦する履修科目を提示する技術は種々あり、事前になりたい職業、その学生に適する職業が決まっている場合には、有効である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３３２０３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、学生としては、具体的な職業までは決まっていない場合も多く、学生は漠然と、「巨額損失隠し事件がなんで発生するのか？会社の中のお金はどう管理されているのか？」などの興味をもとに、「国際会計の科目」「経営系の科目」「企業法務系の科目」を勉強してみようと考え、履修する科目を先に選択する。
この場合、学生自身が選択した科目から、どのような職業への道があるのか（候補職業）を見つけだすことは困難である。
【０００６】
また、一般的には、候補職業における推奨科目と、学生自身が選んだ科目とが一致することはほとんどないというのが現状である。
そのため、候補職業へ進むために、学生自身が選んだ科目（科目群含む）に対して、どのように選択すればよいかを支援することが求められる。
【０００７】
更に、大学では、メインの授業は何単位以上、サブの授業は何単位以上取得する必要があるなどの決まりがあり、科目選択は煩雑となるという課題があった。
【０００８】
そこで、本発明の目的は、職業等に対応する履修モデルの選択および候補となる履修モデルに対する科目の選択を容易にする仕組みを提供することである。
【課題を解決するための手段】
【０００９】
本発明の目的を達成するための、数の履修モデルと、当該履修モデルそれぞれに対応する科目情報を記憶する記憶装置を含む情報処理システムであって、科目情報の選択を受け付ける科目情報選択受付手段と、前記選択された科目情報に基づいて履修モデルの選択候補を表示する候補表示手段と、前記表示された履修モデルの選択候補から履修モデルの選択を受け付ける履修モデル選択受付手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、職業等に対応する履修モデルの選択および候補となる履修モデルに対する科目の選択を容易にする仕組みを提供することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】科目選択システムの構成の一例を示すシステム構成図である。
【図２】クライアント端末１００（職員端末／教員端末）と、学修管理サーバ２００に適用可能な情報処理装置のハードウエア構成を示すブロック図である。
【図３】科目選択システムの機能ブロック図である。
【図４】科目選択処理の一例を示すフローチャートである。
【図５】モデル選択処理の一例を示すフローチャートである。
【図６】モデル選択画面の一例を示すイメージ図である。
【図７】比較画面の一例を示すイメージ図である。
【図８】種別変更後の比較画面の一例を示すデータ図である。
【図９】科目情報指定時の比較画面の一例を示すイメージ図である。
【図１０】科目情報指定時の比較画面の一例を示すイメージ図である。
【図１１】学修管理サーバ２００で管理するデータ群を示すデータ図である。
【図１２】更新したデータの一例を示すデータ図である。
【図１３】更新したデータと登録されたモデルコードの一例を示すデータ図である。
【図１４】学修計画立案画面の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の情報処理システムとしての科目選択システムの構成の一例を示すシステム構成図である。
【００１３】
図１は、クライアント端末１００（学生端末）と、学修管理サーバ２００と、がローカルエリアネットワーク（ＬＡＮ）４００を介して接続される構成となっている。なお、ネットワーク上には、他のサーバやクライアント端末、複合機などがあってもよいことは言うまでもない。
クライアント端末１００には、ブラウザがインストールされており、ブラウザを介して、学修管理サーバ２００と通信を行うものとなっている。
また、ＬＡＮに限らずＷＡＮ上で、ＬＡＮ外の端末と通信可能に接続されている。
【００１４】
学修管理サーバ２００は、Ｗｅｂサーバとなっており、クライアント端末１００と通信可能に接続されている。また、学修管理サーバ２００には、各種データ（例えば、図１１）を記憶している。なお、データは不図示のデータベースサーバで管理する構成であってもよい。
【００１５】
本実施形態ではＷｅｂシステムとして、通信はＨＴＴＰ通信にて行うものとするが、クライアント端末１００に専用のアプリケーションをインストールしておき、学修管理サーバ２００と通信する構成、すなわちクライアントサーバ型のシステムであってもよい。
【００１６】
以下、図２を用いて、図１に示したクライアント端末１００、学修管理サーバ２００に適用可能な情報処理装置のハードウエア構成について説明する。
図２は、クライアント端末１００、学修管理サーバ２００に適用可能な情報処理装置のハードウエア構成を示すブロック図である。
【００１７】
図２において、２００１はＣＰＵで、システムバス２００４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２００２あるいは外部メモリ２０１１には、ＣＰＵ２００１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００１８】
２００３はＲＡＭで、ＣＰＵ２００１の主メモリ、ワークエリア等として機能する。ＣＰＵ２００１は、処理の実行に際して必要なプログラム等をＲＯＭ２００２あるいは外部メモリ２０１１からＲＡＭ２００３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００１９】
また、２００５は入力コントローラで、キーボード（ＫＢ）２００９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２００６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２０１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２０１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２０】
２００７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２０１１へのアクセスを制御する。
【００２１】
２００８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２２】
なお、ＣＰＵ２００１は、例えばＲＡＭ２００３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２０１０上での表示を可能としている。また、ＣＰＵ２００１は、ＣＲＴ２０１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２３】
本発明を実現するための後述する各種プログラムは、外部メモリ２０１１に記録されており、必要に応じてＲＡＭ２００３にロードされることによりＣＰＵ２００１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２０１１に格納されており、これらについての詳細な説明も後述する。
【００２４】
次に、図３用いて、本発明の科目選択システムの機能ブロック図について説明する。
尚、各機能ブロックが処理する詳細な制御については、後述するフローチャートにて説明する。
まず、科目選択システムは、職業と、当該職業に対応する科目情報を記憶する記憶装置を含む情報処理システムである。
科目情報選択部３０１は、任意の科目情報を選択する機能部である。
【００２５】
職業選択部３０２は、選択された科目情報に従って特定される職業を選択する機能部である。後述の職業一覧表示部３０５により表示された一覧から職業を選択する機能部である。
【００２６】
対比表示部３０３は、選択された職業の科目情報と、選択された科目情報とを対比表示する機能部である。また、選択された科目情報と選択された職業の科目情報とが一致する科目情報と、一致しない科目情報を識別表示する機能部である。また、比較部３０６により種別が一致した科目情報と種別が一致しない科目情報とを識別表示する機能部である。さらに、選択された科目情報の種別の第１の設定表示と、選択された職業の科目情報の種別の第２の設定表示と、変更後の種別を設定する第３の設定表示とを表示する機能部である。
【００２７】
変更部３０４は、対比表示された科目情報に基づき、選択された科目情報を変更する機能部である。この第３の設定表示は、第１の設定表示又は第２の設定表示を用いて、一括して設定変更して表示する。
職業一覧表示部３０５は、選択された科目情報を含む職業の一覧を表示する機能部である。
【００２８】
比較部３０６は、選択された職業の科目情報の種別と、前選択された科目情報の種別を比較する機能部である。なお、科目情報は、メイン科目を識別する種別を含むものである。
【００２９】
登録部３０７は、第３の設定表示における種別を登録する際、当該種別と選択された職業の科目情報の種別が一致した場合に、選択された職業をユーザに対応付けて登録する機能部である。
【００３０】
次に、図４〜図５を用いて、本実施形態の詳細な処理について説明する。なお、図４〜図５の各ステップの処理は、各装置のＣＰＵが実行する。
まず、図４を参照して、本実施形態の科目選択処理について説明する。
【００３１】
ステップＳ４０１では、ユーザ名、パスワードの入力を受け付け、学修管理サーバ２００へログインを行う。ログインがされると、クライアント端末１００とのセッションを確立し、ステップＳ４０２へ処理を移す。
ステップＳ４０２では、学修計画立案画面をクライアント端末１００へ送信する。学修計画立案画面の例が、図１４となる。図１４については後述する。
ステップＳ４０３では、学修計画立案画面をブラウザにて表示する。
【００３２】
ステップＳ４０４では、図１４の学修計画立案画面でモデルの選択を行う。モデルの選択は、図１４のモデル追加ボタン１４０１の押下を受け付けると、図１１の１１００のモデル一覧データを学修管理サーバ２００から取得して、選択画面（不図示）を表示して選択を受け付ける。そして、選択されたモデルのモデルコードを含むモデル追加要求を学修管理サーバ２００へ送信する。
ステップＳ４０５では、モデル追加要求を受信すると、モデルコードに従って、モデルに登録されている科目グループを取得する。
ステップＳ４０６では、取得した科目グループとモデル名を含むモデル情報をクライアント端末１００に送信する。
ステップＳ４０７では、図１４のタブにモデルを追加して、そのタブに科目グループ一覧を表示する。この科目グループごとに履修する科目などを選択する。すなわち、任意の科目情報を選択する科目情報選択処理の一例を示すステップである。科目グループ名は１１２０から取得できるデータである。
【００３３】
なお、本実施形態ではモデルを職業や将来の活躍イメージ（姿）として記載するが、ファイナンス系のモデル、農業系のモデルなどのグループ分けされたものであってもよい。すなわち、科目情報が選択できれば、モデルの内容に限定されるものではない。
ステップＳ４０８では、科目一覧ボタン１４０２の選択を受け付けると、科目グループコードを含む科目一覧要求を送信する。
【００３４】
ステップＳ４０９では、科目一覧要求を受信すると、科目グループコードに紐づく科目一覧（科目Ａ、科目Ｂ，科目Ｃ）（不図示）を取得して、クライアント端末１００に科目一覧情報を送信する。
【００３５】
ステップＳ４１０では、科目一覧情報を受信して、科目一覧１４００を表示する。この科目一覧から学生が学修したい科目を選択する。選択すると、選択された科目に対応付く単位情報が加算され、１４０３に単位が表示される。すなわち、任意の科目情報を選択する科目情報選択処理の一例を示すステップである。
【００３６】
ステップＳ４１１では、科目グループの一覧１４０４で、種別の選択を受け付ける。種別とは、「メイン」「サブ」「修得しない」の３種である。メインを選択すると科目グループがメインの科目グループとして登録される。登録されたメインの科目グループの単位数は、学校で決められたメインで取得する単位を満たすか否かを判定するために用いられる。すなわち、任意の科目情報を選択する科目情報選択の一例を示すステップである。
【００３７】
サブを選択すると科目グループがサブの科目グループとして登録される。登録されたサブの科目グループの単位数は、学校で決められたサブで取得する単位を満たすか否かを判定するために用いられる。
【００３８】
修得しないを選択すると科目グループが、学校で決められた基準とは関係ない科目グループとして登録される。登録された修得しないの科目グループの単位数は、下限も上限もないため、単に管理上の単位数として用いられる。
【００３９】
ステップＳ４１２では、次の科目グループに対して科目選択や種別選択する入力を受け付けたかを判定する。次の選択を受け付けた場合には、ステップＳ４０８へ処理を移す。なお、フローチャートでは便宜上、ステップＳ４０８へ処理を移すようになっているが、選択した内容によって、ステップＳ４１１へ処理を移してもよいことは言うまでもない。
本実施形態では科目グループに対してメインやサブを設定する構成としたが各科目に設定する構成であってもよい。すなわち、科目グループや科目としての科目情報を任意に選択して、その選択した科目に対して種別を設定できればよい。
【００４０】
ステップＳ４１３では、入力した値（計画）の保存指示を受け付ける。
ステップＳ４１４では、保存指示を受け付けると、学修管理サーバ２００へ計画を送信する。
【００４１】
ステップＳ４１５では、計画を受信して、ログインユーザの学籍Ｎｏをキーに選択科目情報を登録する。登録された学生の計画データの例は、図１１の１１３０である。
【００４２】
ステップＳ４１６では、計画を保存したのち、学生が登録した科目で、どのような職業に自分が合うかを確認するため、類似モデル検索を行う。類似モデル検索ボタン１４０５が押下されたか否かを判定する。類似モデル検索ボタン１４０５が押下された場合には、ステップＳ４１７へ処理を移す。類似モデル検索ボタン１４０５が押下されていない場合には、待機状態とする。他のボタンが押下された場合には、そのボタンに対応した処理を実行するものとする。なお類似モデル検索要求は、計画があれば実行できるため、既に保存された計画を読み出して実行することも可能である。
ステップＳ４１７では、類似モデル検索要求を学修管理サーバ２００へ送信する。
【００４３】
ステップＳ４１８では、類似モデル検索要求を受信して、ログインしているユーザの計画を取得する。計画に含まれている科目情報（科目グループ）と、各モデルの科目情報（科目グループ）と比較して、モデルごとに科目情報が、計画の科目情報と一致する件数を算出する。この算出された件数の多い順（例えば、上位５番目）にモデル名を取得する。これが類似モデルの特定である。
【００４４】
ステップＳ４１９では、取得したモデル名（類似モデル一覧）をクライアント端末に送信する。モデル名のほか、モデルコード、科目情報の一致件数（ヒット数）も合わせて送信する。モデル名は、１１００で取得できるデータである。
【００４５】
ステップＳ４２０では、類似モデル一覧を受信して、表示する。表示の例が例えば、図６の６００の画面である。この画面でモデルを選択する。モデルの選択処理は、次の図５のフローチャートで説明する。
すなわち、選択された科目情報を含む職業の一覧を表示する職業一覧表示処理の一例を示すステップである。
【００４６】
次に、図５のフローチャートを用いて、モデル選択処理について説明する。図５は、類似モデル選択処理のフローチャートである。
【００４７】
ステップＳ５０１では、ユーザの操作に応じて、図６のモデル選択画面６００でモデル（職業）の選択を受け付ける。図６の６００では科目情報の一致の多かったモデル名とともに、科目情報が一致した数を表示する。すなわち、選択された科目情報に従って特定される職業を選択する職業選択処理の一例を示すステップである。これにより類似度が高いモデルについて、ユーザが識別可能となる。
ステップＳ５０２では、選択されたモデルのモデルコードを学修管理サーバ２００に送信する。
【００４８】
ステップＳ５０３では、モデルコードを受信して、ログインユーザの学籍Ｎｏをキーに保存されている計画データを取得する。取得される計画データは、１１３０の科目グループコードとしての科目情報である。
ステップＳ５０４では、モデルコードをキーに１１１０のモデルデータを参照し、選択されたモデルの科目グループコードとしての科目情報を取得する。
【００４９】
ステップＳ５０５では、ステップＳ５０３とステップＳ５０４で取得した科目情報を比較する。科目情報が一致し、推奨状態が一致する科目情報と、一致しない科目情報とを特定する。なお、本実施形態では、科目情報と推奨状態の内容の両方が一致する科目情報と、一致しない科目情報の２つを区別する構成とするが、科目情報だけが一致した科目情報、科目情報と推奨状態の内容の両方が一致する科目情報、いずれも一致しない科目情報の３つを区別する構成であってもよい。すなわち、科目情報に従って、計画と選択モデルの一致する科目情報と、一致しない科目情報を特定し識別する処理である。また、選択された職業の科目情報の種別と、選択された科目情報の種別を比較する比較処理の一例を示すステップである。
【００５０】
ステップＳ５０６では、計画と選択モデルの科目情報の対比する画面情報を生成し、ステップＳ５０５で特定された一致する科目情報と一致しない科目情報を識別する比較画面を生成する。生成した比較画面をクライアント端末１００に送信する。
【００５１】
ステップＳ５０７では、比較画面を受信し、クライアント端末１００のブラウザで表示する。比較画面の一例が、図７の７００である。図７の７０４は計画と選択モデルで一致した科目情報であり、一致していない科目情報と識別できるように強調表示されている。また、図７の７００は、計画と選択モデルの科目情報の種別（７０５、７０６）をそれぞれ表示し、いずれの種別を用いるかを選択可能にするため、変更後の種別（７０７）を選択できるように表示している。７０５は、選択された科目情報の種別の第１の設定表示の一例を示し、７０６は、選択された職業の科目情報の種別の第２の設定表示の一例を示し、７０７は、変更後の種別を設定する第３の設定表示の一例を示すステップである。
すなわち、ユーザにより選択された職業の科目情報と、ユーザにより選択された科目情報とを対比表示する対比表示処理の一例を示すステップである。また、ユーザにより選択された科目情報とユーザにより選択された職業の科目情報とが一致する科目情報と、一致しない科目情報を識別表示する対比表示処理の一例を示すステップである。
【００５２】
ステップＳ５０８では、図７の７０１又は７０２のどちらのモデル反映ボタンが押下されたか否かを判定する。７０１の変更前モデル（計画）が押下された場合には、ステップＳ５０９へ処理を移す。７０２の選択モデルが押下された場合には、ステップＳ５１０へ処理を移す。
ステップＳ５０９では、比較画面に設定されている変更前モデル（計画）の科目情報の種別（メイン、サブ、修得しない）を取得する。
ステップＳ５１０では、比較画面に設定されている選択モデルの科目情報の種別（メイン、サブ、修得しない）を取得する。
【００５３】
ステップＳ５１１では、取得した種別を変更後の種別として７０７に設定する。７０１が押下された場合の例が、図８の８００である。また、７０２が押下された場合の例が、図８の８１０である。すなわち、一括して設定表示するものである。なお、変更後の種別を設定したのち、ユーザが任意に種別を変更することが可能である。
すなわち、対比表示された科目情報に基づき、ユーザにより予め選択された科目情報（計画）を変更する変更処理の一例を示すステップである。
【００５４】
ステップＳ５１２では、科目グループ（科目情報）からモデル検索が指定されたか否かを判定する。具体的には、図１０の１００１のように、カーソルを用いて、右クリック等で科目情報を指定して、選択する。科目グループ（科目情報）からモデル検索が指定された場合には、ステップ５１３へ処理を移す。保存ボタン１００２が押下された場合には、Ｓ５１７へ処理を移す。
ステップＳ５１３では、科目グループ（科目情報）コードを学修管理サーバ２００に送信する。
ステップＳ５１４では、科目グループ（科目情報）コードを受信する。
【００５５】
ステップＳ５１５では、受信した科目グループ（科目情報）コードをキーに、１１１０のモデルデータを参照し、科目グループ（科目情報）コードを持つモデルを特定する。特定には、この科目グループをメイン種別となるモデルを特定するものとする。特定したモデルの一覧をステップＳ４１９で送信する。そして、次は、このモデル一覧からモデルを選択して、自分が計画した科目グループと比較可能となる。
【００５６】
よって、比較画面上から、任意の科目グループ（科目情報）を選択することで、特定の科目グループをメインとして学修するモデルを検索することができ、別の視点から候補となる職業を確認でき、別の視点から選んだ職業に対する科目の選択が容易になる。これにより、自分が計画した科目に基づき、様々な職業への検討が可能となり、効果の高い学修支援が可能となる。
ステップＳ５１６では、変更後の種別と、選択モデルの種別を比較する。
【００５７】
ステップＳ５１７では、選択モデルの科目グループ（科目情報）の種別が、変更後の種別と一致するか否かを判定する。一致する場合、ステップＳ５１９へ処理を移す。一致しない場合、ステップＳ５１８へ処理を移す。
【００５８】
ステップＳ５１８では、種別が一致しないため、図９の９００のように、ログインユーザ（学生）に職業モデルが登録されないことを通知するダイアログを表示する。
【００５９】
ステップＳ５１９では、種別が一致したため、図９の９１０のようにログインユーザ（学生）に職業モデルが登録されることを通知するダイアログを表示する。この時、登録されるモデル名（例えば、公認会計士）も合わせて表示することが望ましい。
【００６０】
ステップＳ５２０では、ダイアログでＯＫボタンが押下されると、変更後の種別の設定を学修管理サーバ２００に送信する。ここでは、科目グループコードと種別を含む登録要求を送信する。ここで、９１０のダイアログでＯＫボタンが押下された場合には、選択モデルのモデルコードも合わせて送信する。
【００６１】
ステップＳ５２１では、登録要求を受信して、ログインユーザの計画を受信した科目グループと種別に従って登録（更新）する。更新したデータの一例が、図１２である。１２００が更新前のデータで、１２１０が更新後のデータである。また、図１３のように、選択モデルと同様の種別であった場合には、モデルコードを受信するため、１３１１にモデルコードを登録する。１３００が更新前のデータで、１３１０が更新後のデータである。すなわち、ステップＳ５１９〜ステップＳ５２１は、選択された職業をユーザに対応付けて登録する登録処理の一例を示すステップである。なお、学生それぞれに設定されたモデルコードのデータの一例が１１４０である。
すなわち、対比表示された科目情報に基づき、選択された科目情報を変更する変更処理の一例を示すステップである。
【００６２】
本実施形態では、クライアントとサーバそれぞれで処理を分けるようにしたが、サーバで保持するデータをクライアントに読み込ませ、スタンドアローンで処理を実行させる構成であってもよい。また、クライアント端末１００をシンクライアント端末として、すべての処理をサーバで行わせて、処理した結果をクライアント端末で表示する構成であってもよい。
そのため、いずれの構成でも実現できるため、情報処理システムとして発明を特定することが可能である。
【００６３】
以上、本実施形態によれば、候補となる職業に対する科目の選択を容易にすることができる。
【００６４】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００６５】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００６６】
また、本発明におけるプログラムは、図４〜図５に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４〜図６の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４〜図５の各装置の処理方法ごとのプログラムであってもよい。
【００６７】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００６８】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００６９】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００７０】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７１】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７２】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００７３】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００７４】
１００    クライアント端末
２００    学修管理サーバ
４００    ネットワーク（ＬＡＮ）
【図１】
0006674091.tif 000002
【図２】
0006674091.tif 000003
【図３】
0006674091.tif 000004
【図４】
0006674091.tif 000005
【図５】
0006674091.tif 000006
【図６】
0006674091.tif 000007
【図７】
0006674091.tif 000008
【図８】
0006674091.tif 000009
【図９】
0006674091.tif 000010
【図１０】
0006674091.tif 000011
【図１１】
0006674091.tif 000012
【図１２】
0006674091.tif 000013
【図１３】
0006674091.tif 000014
【図１４】
0006674091.tif 000015