JP6992389B2 - 情報処理システム、情報処理装置、プログラム及び講義選択受付方法 - Google Patents

Description

本発明は、情報処理システム、情報処理装置、プログラム及び講義選択受付方法に関する。

近年、学内における履修登録手続はＰＣから申請を行うことができるＷｅｂ履修が主流となりつつある。例えば学生が科目抽出条件を設定入力することで自動的に履修科目情報を作成することができる履修科目選択支援システムは従来から知られている（例えば特許文献１参照）。

地域や分野に応じて大学間が相互に連携し、社会の要請に応える共同の教育・質保証システムの構築を行うことを目的とした「大学間連携」の活動が進んでいる。活動のひとつに「単位互換制度」がある。単位互換制度とは、学生が自らの所属する大学以外において履修した授業科目について修得した単位を、自らの大学における授業科目の履修によって修得したものとみなす制度である。

しかしながら、自らの大学の各時限の１コマの時間及び開始時間と、連携する大学の各時限の１コマの時間及び開始時間とが異なっていると、時間帯が重複しないように検討しながら所望の講義を受講できるスケジュールの作成が難しいという問題があった。週次や月次などの定期的に実施される講義と不定期に実施される講義とが混在する場合も、時間帯が重複しないように検討しながら所望の講義を受講できるスケジュールの作成が難しいという問題がある。このような問題は大学間の連携のみならず、異なる教育機関の間で連携する場合であっても共通に存在する。

本発明の実施の形態は、上記の点に鑑みなされたもので、複数の教育機関がそれぞれ実施する講義を受講するためのスケジュールを容易に作成できる情報処理システムを提供することを目的とする。

上記目的を達成するため、本願請求項１は、複数の教育機関がそれぞれ実施する講義の情報であって、講義が実施される時間帯が異なる複数の講義の情報を管理する情報処理装置と、前記講義の受講を希望するユーザが操作する端末装置とが、ネットワークを介して接続される情報処理システムであって、前記複数の教育機関がそれぞれ実施する前記講義の情報の少なくとも一部として、前記講義が実施される時間帯を表す情報を記憶する記憶手段と、前記記憶手段に記憶される前記講義が実施される時間帯を表す情報のうち、前記端末装置を操作するユーザから指定された時間帯と少なくとも一部の時間帯が重複する前記講義の時間帯を表す情報の一覧を、対応する講義とそれぞれ関連付けて前記端末装置の画面に表示させる第一の画面表示制御手段と、前記第一の画面表示制御手段によって表示された前記講義の中から、前記端末装置を操作するユーザが受講を希望する前記講義の選択を受け付ける講義選択受付手段と、前記選択を受け付けた前記講義の時間帯を視覚的に表したスケジュール画面を前記端末装置の画面に表示させる第二の画面表示制御手段と、を有し、前記講義選択受付手段は、選択を受け付け済みの前記講義が実施される時間帯の少なくとも一部が実施される時間帯と重複する講義であっても、録画中の講義を、録画終了を待たずに再生可能な機能により、指定された時間帯での受講が可能と判定された講義の選択を受け付けることを特徴とする。

本発明の実施の形態によれば、複数の教育機関がそれぞれ実施する講義を受講するためのスケジュールを容易に作成できる。

本実施形態に係る講義管理システムの一例の構成図である。 本実施形態に係る講義管理システムを構成するコンピュータの一例のハードウェア構成図である。 管理者端末の一例の機能ブロック図である。 受講者端末の一例の機能ブロック図である。 サーバ装置の一例の機能ブロック図である。 教員端末の一例の機能ブロック図である。 本実施形態に係る講義管理システムにおいて学生が講義のスケジュールを作成する手順の一例のフローチャートである。 サーバ装置へのログイン後に表示されるメニュー画面の一例のイメージ図である。 講義スケジュール登録画面の一例のイメージ図である。 講義スケジュール情報の一例の構成図である。 講義受講申込み情報の一例の構成図である。 講義受講申し込み一覧画面の一例のイメージ図である。 シミュレーション処理の一例のフローチャートである。 講義スケジュールシミュレーション画面の一例のイメージ図である。 講義スケジュール選択画面の一例のイメージ図である。 講義スケジュール選択画面表示処理の一例のフローチャートである。 各コマの講義が実施される時間帯が大学ごとに異なる場合の例を示した説明図である。 講義スケジュール選択画面表示処理の一例のフローチャートである。 講義スケジュール選択画面表示処理の一例のフローチャートである。 受講講義スケジュール画面の一例のイメージ図である。 講義情報・出欠一覧画面の一例のイメージ図である。 講義管理情報の一例の構成図である。 講義出欠情報の一例の構成図である。 アンケートの登録及び確認を行う画面の一例のイメージ図である。

次に、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係る講義管理システムの一例の構成図である。図１の講義管理システム１は、サーバ装置１０、複数台のクライアント端末１２及びビデオキャプチャ装置１４が、ＬＡＮなどのネットワークＮ１に接続される構成を一例として示している。

サーバ装置１０は、大学間連携する大学及び大学院の講義情報、大学及び大学院の管理者、教員及び学生のユーザ情報などの管理を行う。また、サーバ装置１０は学生に講義のスケジュール作成を行わせるシミュレーション機能、学生から講義の受講申し込みを受け付ける機能、講義の収録（録画）や出欠管理などの教員による講義の実施を支援する機能などを有する。学生は講義の受講を希望するユーザの一例である。教員は講義の実施者の一例であって、講義の実施者が大学等の教育機関に所属していない者であってもよい。

サーバ装置１０は１台以上のコンピュータ上で動作するソフトウェアやサービスにより実現できる。例えばサーバ装置１０はクラウドサービスの形態により実現される。サーバ装置１０は例えば講義管理システム１専用の装置や、一般的なワークステーションやＰＣなどの情報処理装置により実現される。

また、クライアント端末１２には、大学及び大学院の管理者が操作する後述の管理者端末と、学生が操作する後述の受講者端末と、教員が操作する後述の教員端末と、が含まれている。管理者は、管理者端末であるクライアント端末１２を操作して、サーバ装置１０に講義情報を登録する処理等を行う。学生は、受講者端末であるクライアント端末１２を操作してサーバ装置１０にログインし、講義のスケジュール作成のためのシミュレーション等を行う。教員は、教員端末であるクライアント端末１２を操作してサーバ装置１０にログインし、ビデオキャプチャ装置１４に講義の収録を開始させる収録開始指示や、学生の出欠確認等を行う。ビデオキャプチャ装置１４は講義の状況を録画し、録画データをサーバ装置１０に保存する。

なお、クライアント端末１２はＰＣやタブレット端末、スマートフォンや携帯電話、ＰＤＡ、ウェアラブル端末などの端末装置、仮想マシン、プロジェクタ、電子黒板の他、講義管理システム１専用の装置であってもよい。講義管理システム１において、サーバ装置１０、クライアント端末１２及びビデオキャプチャ装置１４はネットワークＮ１を介してデータ通信可能である。ネットワークＮ１はＬＡＮの他、インターネットや専用線でもよいし、有線であっても無線であってもよい。

＜ハードウェア構成＞
サーバ装置１０、クライアント端末１２は、例えば図２に示すハードウェア構成により実現される。図２は本実施形態に係る講義管理システムを構成するコンピュータの一例のハードウェア構成図である。なお、ビデオキャプチャ装置１４の構成は省略する。

図２に示すクライアント端末１２は、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、ＨＤＤ５０８等を備え、それぞれがバスＢで相互に接続されている。なお、クライアント端末１２はカメラ、マイク、スピーカなどを有する構成であってもよい。

入力装置５０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置５０２はディスプレイ等を含み、コンピュータによる処理結果を表示する。通信Ｉ／Ｆ５０７はコンピュータを各種ネットワークに接続するインタフェースである。これにより、コンピュータは通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。

また、ＨＤＤ５０８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。ＨＤＤ５０８に格納されるプログラムやデータにはコンピュータ全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションソフトウェア（以下、単にアプリケーションと呼ぶ）などがある。なお、コンピュータはＨＤＤ５０８に替え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。

外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータは外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａには、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ、ＳＩＭカードなどがある。

ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５０５にはコンピュータの起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。

ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータ全体の制御や機能を実現する演算装置である。ＣＰＵ５０６は１つのプロセッサ又は複数のプロセッサで実現されていてもよい。クライアント端末１２は、例えば上記ハードウェア構成でプログラムを実行することにより、後述するような各種処理を実現できる。

図２のサーバ装置１０は、入力装置６０１、表示装置６０２、外部Ｉ／Ｆ６０３、ＲＡＭ６０４、ＲＯＭ６０５、ＣＰＵ６０６、通信Ｉ／Ｆ６０７、ＨＤＤ６０８等を備え、それぞれがバスＢで相互に接続されている。サーバ装置１０のハードウェア構成はクライアント端末１２のハードウェア構成と同様であるが、入力装置６０１及び表示装置６０２を必要なときに接続して利用する形態であってもよい。サーバ装置１０は例えば上記ハードウェア構成でプログラムを実行することで、後述するような各種処理を実現できる。

＜ソフトウェア構成＞
本実施形態に係る講義管理システム１のサーバ装置１０、大学及び大学院の管理者が操作するクライアント端末１２である管理者端末１２Ａ、学生が操作するクライアント端末１２である受講者端末１２Ｂ、及び、教員が操作するクライアント端末１２である教員端末１２Ｃは以下のような機能ブロックにより実現される。

《管理者端末》
図３は管理者端末の一例の機能ブロック図である。なお、図３の機能ブロックは管理者端末１２Ａが提供する機能のうち、本実施形態の説明に必要な機能を示しており、他の機能が存在してもかまわない。

図３の管理者端末１２Ａはプログラムを実行することにより、通信部２１、操作受付部２２、Ｗｅｂクライアント部２３を実現する。Ｗｅｂクライアント部２３は、サーバ接続部３１、ログイン処理部３２、講義情報登録部３３、受講確定部３４、表示制御部３５を有する。

管理者端末１２Ａの通信部２１はサーバ装置１０との通信を制御する。操作受付部２２は管理者からの入力操作を受け付け、入力操作に基づいた制御を行う。Ｗｅｂクライアント部２３は講義を管理するための機能を管理者に提供する。例えばＷｅｂクライアント部２３は講義情報を管理者に登録させる機能、学生からの受講の申し込み内容を表示して管理者に確認させる機能、学生からの受講の申し込みを確定させる操作を管理者から受け付ける機能などを備えている。

サーバ接続部３１はサーバ装置１０と接続し、セッションを確立する。ログイン処理部３２はサーバ装置１０へログインするためのログイン処理を行う。講義情報登録部３３は各大学及び大学院の管理者からの入力操作に基づき、サーバ装置１０に各大学及び大学院の講義情報を登録する処理等を行う。受講確定部３４は各大学及び大学院の管理者からの入力操作に基づき、学生から申し込まれた講義の受講の申し込み内容を表示し、管理者からの操作に基づき、その申し込みを確定させる処理等を行う。また、受講確定部３４は管理者により確定された申し込みをサーバ装置１０に通知する処理等を行う。表示制御部３５は画面の表示制御を行う。

《受講者端末》
図４は受講者端末の一例の機能ブロック図である。なお、図４の機能ブロックは受講者端末１２Ｂが提供する機能のうち、本実施形態の説明に必要な機能を示しており、他の機能が存在してもかまわない。

図４の受講者端末１２Ｂはプログラムを実行することにより、通信部５１、操作受付部５２、Ｗｅｂクライアント部５３を実現する。Ｗｅｂクライアント部５３は、サーバ接続部６１、ログイン処理部６２、シミュレーション機能部６３、カレンダー制御部６４、表示制御部６５を有する。

受講者端末１２Ｂの通信部５１はサーバ装置１０との通信を制御する。操作受付部５２は学生からの入力操作を受け付け、入力操作に基づいた制御を行う。Ｗｅｂクライアント部５３は講義内容を表示する機能や講義のスケジュール作成のためのシミュレーション等の機能を学生に提供する。

サーバ接続部６１はサーバ装置１０と接続し、セッションを確立する。ログイン処理部６２はサーバ装置１０へログインするためのログイン処理を行う。シミュレーション機能部６３は学生からの入力操作に基づき、講義のスケジュール作成のシミュレーション等を行う。カレンダー制御部６４は作成された講義のスケジュールに関する制御を行う。表示制御部６５は画面の表示制御を行う。

《サーバ装置》
図５はサーバ装置の一例の機能ブロック図である。なお、図５の機能ブロックはサーバ装置１０が提供する機能のうち、本実施形態の説明に必要な機能を示しており、他の機能が存在していてもかまわない。

図５のサーバ装置１０はプログラムを実行することにより、通信部８１、講義管理部８２、認証部８３、ユーザ情報ＤＢ８４、講義情報ＤＢ８５及び録画データＤＢ８６を実現する。講義管理部８２は、情報登録部９１、シミュレーション実施部９２、情報提供部９３、録画部９４、再生部９５を有する。

通信部８１はクライアント端末１２との通信を制御する。講義管理部８２はユーザ情報ＤＢ８４に記憶されているユーザ情報、講義情報ＤＢ８５に記憶されている講義情報などの情報を用いて、後述の講義に関する管理を行う。認証部８３はユーザ情報ＤＢ８４に記憶されているユーザ情報を用いて、クライアント端末１２を操作する管理者、学生及び教員の認証を行う。

情報登録部９１はユーザ情報や講義情報などの登録処理を行う。シミュレーション実施部９２は受講者端末１２Ｂからの要求に基づき、学生に講義のスケジュール作成を行わせるシミュレーションを実施する。情報提供部９３はユーザ情報、講義情報などの情報をクライアント端末１２に提供する。録画部９４は教員端末からの要求に基づき、ビデオキャプチャ装置１４による講義の収録を開始させる収録開始指示及び講義の収録を終了させる収録終了指示等を行う。また、再生部９５はビデオキャプチャ装置１４により録画された録画データの再生に関する処理を行う。ビデオキャプチャ装置１４が録画した録画データは録画データＤＢ８６に保存される。なお、サーバ装置１０は一台の情報処理装置で実現してもよいし、複数台の情報処理装置で実現してもよい。

《教員端末》
図６は教員端末の一例の機能ブロック図である。なお、図６の機能ブロックは教員端末１２Ｃが提供する機能のうち、本実施形態の説明に必要な機能を示しており、他の機能が存在してもかまわない。

図６の教員端末１２Ｃはプログラムを実行することにより、通信部１０１、操作受付部１０２、Ｗｅｂクライアント部１０３を実現する。Ｗｅｂクライアント部１０３はサーバ接続部１１１、ログイン処理部１１２、収録指示部１１３、表示制御部１１４、情報管理部１１５を有する。

教員端末１２Ｃの通信部１０１はサーバ装置１０との通信を制御する。操作受付部１０２は教員からの入力操作を受け付け、入力操作に基づいた制御を行う。Ｗｅｂクライアント部１０３は講義の収録や出欠管理などの教員による講義の実施を支援する機能を教員に提供する。

サーバ接続部１１１はサーバ装置１０と接続し、セッションを確立する。ログイン処理部１１２はサーバ装置１０へログインするためのログイン処理を行う。収録指示部１１３は教員からの入力操作に基づき、ビデオキャプチャ装置１４に講義の収録を開始させる収録開始指示等を行う。表示制御部１１４は画面の表示制御を行う。情報管理部１１５は教員からの入力操作に基づき、講義資料や事前課題の登録や学生への連絡など、講義に関する情報の管理を行う。

＜処理＞
《処理概要》
本実施形態に係る講義管理システム１は、例えば図７に示す手順により、学生に講義のスケジュールを作成させる。図７は本実施形態に係る講義管理システムにおいて学生が講義のスケジュールを作成する手順の一例のフローチャートである。大学間連携する大学及び大学院は、それぞれが管理者を設定する。

ステップＳ１１において、大学間連携する大学及び大学院の管理者は、管理者端末１２Ａからサーバ装置１０にログインする。サーバ装置１０にログインすると、管理者端末１２Ａには図８（ａ）のようなメニュー画面が表示される。図８はサーバ装置へのログイン後に表示されるメニュー画面の一例のイメージ図である。

図８（ａ）は管理者がログインした場合のメニュー画面の一例である。図８（ｂ）は学生がログインした場合のメニュー画面の一例である。図８（ｂ）の学生用のメニュー画面は学生自身の講義情報（本日の講義予定や週間スケジュールなど）や大学や大学院からの連絡事項（お知らせ）などが表示される。図８（ｂ）の学生用メニュー画面は、期初（例えば２学期制の場合であれば４月と１０月）に、その期に受講する講義のスケジュールを作成するシミュレーションへのリンクと、作成された講義のスケジュールが反映されたカレンダーへのリンクと、が表示される。

図８（ａ）の管理者用のメニュー画面は図８（ｂ）の学生用メニュー画面に、管理者が管理を行うために必要な各種機能へのリンクが追加で表示されている。図８（ａ）の管理者用のメニュー画面には、講義スケジュールを登録する機能へのリンクと、講義の受講申し込みを確認する機能へのリンクと、講義情報を確認する機能へのリンクと、教員情報を確認する機能へのリンクと、が表示される。

例えば管理者は図８（ａ）のメニュー画面の「講義スケジュール策定」リンクを選択することにより、図９の講義スケジュール登録画面を表示させ、自らの大学及び大学院で策定されたマスタースケジュールに従い、講義スケジュール情報を登録する。図９は講義スケジュール登録画面の一例のイメージ図である。なお、図９の講義スケジュール登録画面は、他のアプリケーションなどで作成したマスタースケジュールのファイルを利用することで講義スケジュール情報を一括登録するボタンが設けられている。また、図９の講義スケジュール登録画面は、登録する講義スケジュール情報の項目である学科名や講義名、教員、実施パターンなどの情報を選択肢から選択させる選択形式の登録であってもよい。

ステップＳ１１の講義情報登録処理により、サーバ装置１０の講義情報ＤＢ８５には例えば図１０のような講義スケジュール情報が登録される。図１０は講義スケジュール情報の一例の構成図である。図１０の講義スケジュール情報は、学科名、講義名、教員、実施パターン、開始の年月日、終了の年月日、曜日、講義日、開始時間、終了時間、定員を項目の一例として表示している。

実施パターンは講義が実施されるパターンを週次や不定期などで表す。実施パターンが週次の講義には、講義の開始の年月日、終了の年月日、曜日が設定される。実施パターンが不定期の講義には、講義日が設定される。なお、ステップＳ１１の講義情報登録処理により、サーバ装置１０の講義情報ＤＢ８５に登録される講義情報には、図１０の講義スケジュール情報の他、講義の概要や教員（先生）の情報、受講により取得できる単位の情報などが含まれていてもよい。

ステップＳ１２に進み、講義の受講を希望する学生は、受講者端末１２Ｂからサーバ装置１０にログインする。サーバ装置１０にログインすると、受講者端末１２Ｂには前述した図８（ｂ）のメニュー画面が表示される。例えば学生は図８（ｂ）に示したメニュー画面の講義のスケジュールを作成するシミュレーションへのリンクを選択することにより、後述するような講義スケジュールシミュレーション画面を表示させ、講義のスケジュール作成を行う。

また、ステップＳ１３に進み、講義の受講を希望する学生は、作成したスケジュールに含まれる講義の受講申し込みを受講者端末１２Ｂから後述のように行う。ステップＳ１３の処理により、サーバ装置１０の講義情報ＤＢ８５には例えば図１１のような講義受講申込み情報が登録される。図１１は講義受講申込み情報の一例の構成図である。図１１の講義受講申込み情報は確定状況、申込者、所属大学、学科名、講義名、定員状況、定員、申し込み数を項目の一例として表示している。確定状況は「確定」又は「未確定」を表し、大学又は大学院の管理者が学生からの受講の申し込みを確定させる操作を行うことで「未確定」から「確定」に変更される。

ステップＳ１４に進み、管理者は管理者端末１２Ａからサーバ装置１０にログインし、図８（ａ）のメニュー画面の「申し込み確認」リンクを選択することにより、図１２の講義受講申し込み一覧画面を表示させ、学生からの受講の申し込みを確認する。図１２は講義受講申し込み一覧画面の一例のイメージ図である。図１２の講義受講申し込み一覧画面は図１１の講義受講申込み情報を利用して生成できる。

管理者は図１２の講義受講申し込み一覧画面により、学生からの受講の申し込みを一覧で確認できる。なお、図１２の講義受講申し込み一覧画面では項目「申込者」及び「定員状況」がリンクとなっている。図１２の講義受講申し込み一覧画面は項目「申込者」リンクがクリックされた場合に、受講の申し込みを行った学生の情報（過去に受講した講義の情報や現在受講の申し込みを行っている講義の情報など）を表示してもよい。また、図１２の講義受講申し込み一覧画面は項目「定員状況」リンクがクリックされた場合に、その講義の受講を申し込んでいる学生の一覧を表示してもよい。

なお、図１２において項目「確定状況」が「確定」の案件は、履修が認められた学生の受講申し込みである。また、項目「確定状況」が「未確定」の案件は、履修を許可するか否かの判断が示されていない受講申し込みである。なお、履修が認められなかった案件の項目「確定状況」は「却下」で表してもよい。

ステップＳ１５に進み、管理者は項目「確定状況」が「未確定」の案件に対し、履修を許可するか否かの判断を行う。例えば受講の申し込みを受けた講義の時間帯に、履修が許可された講義が確定していれば、重複申請となるため、履修を許可しない。また、定員がある講義であって既に定員を満たしていれば、同様に履修を許可しない。

履修を許可すると判断された案件の項目「確定状況」は例えば「未確定」の表示を管理者がクリックする操作を行うことで表示される「受講可能」のボタンを押下することにより「未確定」から「確定」に変更される。また、履修を許可しないと判断された案件の項目「確定状況」は例えば「未確定」の表示を管理者がクリックする操作を行うことで表示される「受講不可」のボタンを押下することで「未確定」から「却下」に変更される。

ステップＳ１５の受講確定処理の結果は、サーバ装置１０の講義情報ＤＢ８５に登録されている図１１の講義受講申込み情報の項目「確定状況」等に反映される。ステップＳ１６に進み、サーバ装置１０の情報提供部９３はステップＳ１５の受講確定処理の結果（受講可能又は受講不可）を例えばメールなどを利用して、その受講申込みを行った学生に通知する。

このように、本実施形態に係る講義管理システム１では大学間連携する大学及び大学院の管理者が、他の大学や大学院の学生に受講を認めている講義の情報をサーバ装置１０に容易に登録できると共に、その講義の受講申し込みに対する対応も容易となる。学生は他の大学や大学院がそれぞれ実施する講義を組み合わせて、受講する講義のスケジュールを容易に作成できると共に、受講申し込みも容易に行うことができる。

《Ｓ１２：シミュレーション処理の詳細》
図７のステップＳ１２に示したシミュレーション処理は、例えば図１３に示す手順で行うことができる。図１３はシミュレーション処理の一例のフローチャートである。講義の受講を希望する学生は、ステップＳ２１において、受講者端末１２Ｂからサーバ装置１０へのログイン操作を行う。受講者端末１２Ｂのログイン処理部６２はサーバ装置１０へのログイン処理を行う。サーバ装置１０にログインすると、受講者端末１２Ｂの表示制御部６５は図８（ｂ）のメニュー画面を表示する。

学生が図８（ｂ）のメニュー画面から講義のスケジュールを作成するシミュレーションへのリンクを選択すると、受講者端末１２Ｂのシミュレーション機能部６３はステップＳ２２に進む。ステップＳ２２においてシミュレーション機能部６３は、サーバ装置１０のシミュレーション実施部９２と連携しながら、例えば図１４に示す講義スケジュールシミュレーション画面１０００を表示する。

図１４は講義スケジュールシミュレーション画面の一例のイメージ図である。図１４の講義スケジュールシミュレーション画面１０００は一時間単位のマス目となっており、一週間分の講義のスケジュールを、講義の開始時間及び終了時間に合わせて視覚的に設定できる表形式となっている。

図１４の講義スケジュールシミュレーション画面１０００には、受講が確定した講義名「環境と人間生活」及び受講名「化学特別研究Ｉ」の講義のスケジュールと、受講を申し込む前の講義名「現代人類学の諸問題」の講義スケジュールと、が表示されている。図１４の講義スケジュールシミュレーション画面１０００では受講が確定した講義のスケジュール（コマ）には「確定」のマークが表示されている。また、図１４の講義スケジュールシミュレーション画面１０００では、受講を申し込む前の講義のスケジュール（コマ）には「申込」のマークが表示されている。受講者端末１２Ｂのシミュレーション機能部６３は学生から「申込」のマークをクリックする操作を受け付けることにより、講義の受講申し込みを行うようにしてもよい。

ステップＳ２３において、学生は図１４の講義スケジュールシミュレーション画面１０００の受講を希望する時間帯（コマ）を指定するクリック操作を受講者端末１２Ｂに対して行う。また、学生が受講者端末１２Ｂから図１４の講義スケジュールシミュレーション画面１０００の空きスケジュール欄（コマ）をクリックする操作を行うことで、シミュレーション機能部６３はステップＳ２４に進む。ステップＳ２４においてシミュレーション機能部６３は、図１５の講義スケジュール選択画面１１００を表示する。図１５は講義スケジュール選択画面の一例のイメージ図である。

学生から図１５の項目「講義名」や「教員」のリンクをクリックする操作を受け付けると受講者端末１２Ｂのシミュレーション機能部６３は講義情報や教員情報を表示するようにしてもよい。また、学生は図１５の講義スケジュール選択画面１１００から選択した講義を図１４の講義スケジュールシミュレーション画面１０００に反映させることができる。

学生が図１５の講義スケジュール選択画面１１００から講義を選択する操作を行うと受講者端末１２Ｂのシミュレーション機能部６３はステップＳ２６に進む。ステップＳ２６においてシミュレーション機能部６３は、講義スケジュール選択画面１１００から選択された講義のスケジュールを図１４の講義スケジュールシミュレーション画面１０００に反映させる。

なお、図１３のシミュレーション処理は図１５の講義スケジュール選択画面１１００から講義が選択される度にステップＳ２６で講義スケジュールシミュレーション画面１０００への反映処理が行われる例を示した。図１３のシミュレーション処理は、複数の講義が選択された後でまとめてステップＳ２６の処理を行うようにしてもよい。図１５の講義スケジュール選択画面１１００からの講義の選択が終了する操作を学生から受け付けると、シミュレーション機能部６３は図１４の講義スケジュールシミュレーション画面１０００に戻る。また、シミュレーション処理を終了する操作を学生から受け付けると、シミュレーション機能部６３は図１４の講義スケジュールシミュレーション画面１０００の表示を終了する。

《Ｓ２４：講義スケジュール選択画面表示処理》
図１３のステップＳ２４に示した講義スケジュール選択画面表示処理は、例えば図１６に示す手順で行うことができる。図１６は講義スケジュール選択画面表示処理の一例のフローチャートである。

学生は図１４の講義スケジュールシミュレーション画面１０００の受講を希望する時間帯（コマ）を指定するクリック操作を受講者端末１２Ｂに対して行う。ステップＳ３１に進み、シミュレーション機能部６３は、学生が受講者端末１２Ｂからクリックする操作を行った空きスケジュール欄の時間帯に実施される講義情報のリストを図１０の講義スケジュール情報に基づいて特定し、講義情報ＤＢ８５から特定した講義スケジュール情報を読み出す。なお、ステップＳ３１において読み出される講義スケジュール情報は、空きスケジュール欄の時間帯と一部でも実施される時間帯が重複するものである。

ステップＳ３２に進み、シミュレーション機能部６３は学生から選択を受け付け済みであり、図１４の講義スケジュールシミュレーション画面１０００に表示されている講義と実施される時間帯が重複する講義情報をステップＳ３１で読み出したリストから除外する。

ステップＳ３３に進み、シミュレーション機能部６３は選択済みの講義と実施される時間帯が重複する講義情報が除外されたリストを図１５の講義スケジュール選択画面１１００に表示する。

例えば図１６のステップＳ３２の処理は、図１７の左側に示したＡ大学の２時限及び３時限のコマと、図１７の右側に示したＢ大学の２時限のコマのように重複するコマがある場合を示している。図１７の例では、Ｂ大学の２時限の講義を受講する学生のＡ大学の２時限と３時限の講義が、図１５の講義スケジュール選択画面１１００のリストから除外される。

このように、図１６の講義スケジュール選択画面表示処理によれば、学生は図１４に示した講義スケジュールシミュレーション画面１０００の空きスケジュール欄（コマ）で受講できる講義のリストから、受講を申し込む講義を選択できる。

図１３のステップＳ２４に示した講義スケジュール選択画面表示処理は、図１８に示す手順で行うようにしてもよい。図１８は、講義スケジュール選択画面表示処理の一例のフローチャートである。

ステップＳ４１に進み、シミュレーション機能部６３は、学生が受講者端末１２Ｂからクリックする操作を行った空きスケジュール欄の時間帯に実施される講義情報のリストを図１０の講義スケジュール情報に基づいて特定し、講義情報ＤＢ８５から特定した講義スケジュール情報を読み出す。

ステップＳ４２に進み、シミュレーション機能部６３は学生から選択を受け付け済みであり、図１４の講義スケジュールシミュレーション画面１０００に表示されている講義と実施される時間帯が重複する講義情報があるか否かを判定する。

図１４の講義スケジュールシミュレーション画面１０００に表示されている講義と実施される時間帯が重複する講義情報があれば、シミュレーション機能部６３はステップＳ４３に進む。ステップＳ４３においてシミュレーション機能部６３は通常の再生速度よりも速い再生速度の追っかけ再生により空きスケジュール欄の時間帯での受講が可能か否かを判定する。

なお、追っかけ再生とは、録画中の講義を、録画終了を待たずに講義の最初から再生する機能である。また、通常の再生速度よりも速い追っかけ再生により空きスケジュール欄の時間帯での受講が可能か否かは、例えば学生が講義の内容を理解できる程度の再生速度により、講義の終了時間までに講義の再生がリアルタイムの講義に追いつけるかにより判定できる。その他、通常の再生速度よりも速い再生速度の追っかけ再生により空きスケジュール欄の時間帯での受講が可能か否かの判定は、講義の開始時間から何分までというように決めておいてもよい。

追っかけ再生により空きスケジュール欄の時間帯での受講が可能でなければ、ステップＳ４４に進み、追っかけ再生により空きスケジュール欄の時間帯での受講ができない講義情報をステップＳ４１で読み出したリストから除外する。

図１８の講義スケジュール選択画面表示処理では選択済みの講義と実施される時間帯が重複する講義情報であっても、追っかけ再生により空きスケジュール欄の時間帯での受講ができる講義であれば、ステップＳ４１で読み出したリストから除外されない。

ステップＳ４５に進み、シミュレーション機能部６３は選択済みの講義と実施される時間帯が重複する講義情報であって追っかけ再生によっても受講ができない講義が除外されたリストを図１５の講義スケジュール選択画面１１００に表示する。

図１３のステップＳ２４に示した講義スケジュール選択画面表示処理は、図１９に示す手順で行うようにしてもよい。図１９は、講義スケジュール選択画面表示処理の一例のフローチャートである。

ステップＳ５１に進み、シミュレーション機能部６３は、学生が受講者端末１２Ｂからクリックする操作を行った空きスケジュール欄の時間帯に実施される講義情報のリストを図１０の講義スケジュール情報に基づいて特定し、講義情報ＤＢ８５から特定した講義スケジュール情報を読み出す。

ステップＳ５２に進み、シミュレーション機能部６３は学生から選択を受け付け済みであり、図１４の講義スケジュールシミュレーション画面１０００に表示されている講義と実施される時間帯が重複する講義情報をステップＳ５１で読み出したリストから除外する。さらにシミュレーション機能部６３はステップＳ５３において、操作中の学生が受講しても単位を取得できない講義の講義情報をステップＳ５２の処理を行ったリストから除外する。

ステップＳ５４に進み、シミュレーション機能部６３は選択済みの講義と実施される時間帯が重複する講義情報と操作中の学生が受講しても単位が取得できない講義の講義情報とが除外されたリストを図１５の講義スケジュール選択画面１１００に表示する。

なお、図１５の講義スケジュール選択画面１１００には、例えばリアルタイムに受講できる講義と追っかけ再生を利用することで受講できる講義とを学生が視覚的に区別できるように表示してもよい。また、図１５の講義スケジュール選択画面１１００には、他の大学や大学院の講義の受講により単位を取得するために、自習時間やレポート提出の条件がある講義も視覚的に区別できるように表示してもよい。このような自習時間やレポート提出の条件は１コマの時間差を埋めるためのものである。

《受講講義スケジュール画面》
講義のスケジュールを作成した学生が図８（ｂ）のメニュー画面から、作成された講義のスケジュールが反映されたカレンダーへのリンクを選択すると、受講者端末１２Ｂのカレンダー制御部６４は例えば図２０に示す受講講義スケジュール画面を表示する。受講者端末１２Ｂのカレンダー制御部６４はサーバ装置１０の情報提供部９３と連携しながら受講講義スケジュール画面を表示する。

図２０は受講講義スケジュール画面の一例のイメージ図である。図２０の受講講義スケジュール画面では、学生が受講する講義情報を時間割表形式で表示している。また、図２０の受講講義スケジュール画面では、講義の実施タイミング別に、復習／参加／予習のアクションを学生が行える。

例えば過去の講義については、講義を収録（録画）したコンテンツ（録画データ）の視聴等の復習のアクションを学生から受け付ける。講義日の講義については例えば参加ボタンのクリックにより受講画面へ遷移する参加のアクションを学生から受け付ける。未来の講義については、事前学習のための講義資料のダウンロードや事前課題の提出などの予習のアクションを学生から受け付ける。

受講者端末１２Ｂに表示させる受講画面は、例えばテレビ会議システムの画面共有機能などを利用することで実現できる。また、教員端末１２Ｃの画面をビデオキャプチャ装置１４でキャプチャすることで、講義の録画データをサーバ装置１０の録画データＤＢ８６に保存できる。

《講義情報・出欠一覧画面》
教員端末１２Ｃの表示制御部１１４はサーバ装置１０の情報提供部９３と連携しながら例えば図２１に示す講義情報・出欠一覧画面を表示する。図２１は講義情報・出欠一覧画面の一例のイメージ図である。図２１の講義情報・出欠一覧画面には、教員が講義の開始前に事前課題を登録し、受講予定の学生へ連絡する仕組みが設けられている。また、図２１の講義情報・出欠一覧画面には、教員が講義の開始時に、受講予定の学生の出欠及び事前課題の提出状況を確認できる仕組みが設けられている。また、図２１の講義情報・出欠一覧画面には、講義後の学習用コンテンツを作成するため、教室に備え付けられたカメラや教員端末１２Ｃの画面の映像の収録を開始する仕組みが設けられている。さらに、図２１の講義情報・出欠一覧画面には、講義後のアンケート提出状況を確認する画面である講義受講アンケート一覧画面へ遷移する仕組みも設けられている。

図２１の講義情報・出欠一覧画面は例えばサーバ装置１０の講義情報ＤＢ８５に記録されている図２２のような講義管理情報及び図２３のような講義出欠情報を利用して生成される。図２２は講義管理情報の一例の構成図である。図２２の講義管理情報は、項目として学科名、講義名、教員、講義資料、事前課題、講義日などを有する。

図２３は講義出欠情報の一例の構成図である。図２３の講義出欠情報は、項目として学科名、講義名、教員、受講日、受講者、所属大学、参加時間、退出時間、受講場所、事前課題、アンケート内容などを有する。例えば参加時間は学生が図２０から受講画面へ遷移する参加のアクションを受け付けた時間が記録される。なお、受講者端末１２Ｂは顔認証機能と連携して図２３の講義出欠情報の参加時間を記録するようにしてもよい。

図２４はアンケートの登録及び確認を行う画面の一例のイメージ図である。学生は図２４（ａ）に示す講義受講アンケート画面を受講者端末１２Ｂに表示させ、講義終了時に講義内容に関する理解度や質問などのアンケートを登録できる。また、教員は図２４（ｂ）に示すような講義受講アンケート一覧画面を教員端末１２Ｃに表示させ、学生が登録したアンケートを閲覧できる。図２４（ｂ）の講義受講アンケート一覧画面から教員は学生の登録したアンケートを閲覧することで、講義の振り返りや学生へのコメントの発信を行うことができる。
［他の実施形態］
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば、サーバ装置１０、一台以上のクライアント端末１２、ビデオキャプチャ装置１４を有する講義管理システム１は一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもないことである。

また、本実施形態では教育機関の一例として大学及び大学院を示したが、大学及び大学院に限定するものではなく、講義を実施している専門学校、企業や公共団体等であってもよい。また、教育機関が実施する講義という名称も一例であって、授業、セミナー、講習会など、他の名称であってもよい。なお、表示制御部３５、６５、１１４は特許請求の範囲に記載した第一の表示制御手段及び第二の表示制御手段の一例である。

１ 講義管理システム
１０ サーバ装置
１２ クライアント端末
１２Ａ 管理者端末
１２Ｂ 受講者端末
１２Ｃ 教員端末
１４ ビデオキャプチャ装置
２１、５１、８１、１０１ 通信部
２２、５２、１０２ 操作受付部
２３、５３、１０３ Ｗｅｂクライアント部
３１、６１、１１１ サーバ接続部
３２、６２、１１２ ログイン処理部
３３ 講義情報登録部
３４ 受講確定部
３５、６５、１１４ 表示制御部
６３ シミュレーション機能部
６４ カレンダー制御部
８２ 講義管理部
８３ 認証部
８４ ユーザ情報ＤＢ
８５ 講義情報ＤＢ
８６ 録画データＤＢ
９１ 情報登録部
９２ シミュレーション実施部
９３ 情報提供部
９４ 録画部
９５ 再生部
１１３ 収録指示部
１１５ 情報管理部
５０１、６０１ 入力装置
５０２、６０２ 表示装置
５０３、６０３ 外部Ｉ／Ｆ
５０３ａ、６０３ａ 記録媒体
５０４、６０４ ＲＡＭ（Random Access Memory）
５０５、６０５ ＲＯＭ（Read Only Memory）
５０６、６０６ ＣＰＵ（Central Processing Unit）
５０７、６０７ 通信Ｉ／Ｆ
５０８、６０８ ＨＤＤ（Hard Disk Drive）
Ｂ バス
Ｎ１ ネットワーク

特開２００５－１５７９３５号公報

Claims (10)

1. 複数の教育機関がそれぞれ実施する講義の情報であって、講義が実施される時間帯が異なる複数の講義の情報を管理する情報処理装置と、前記講義の受講を希望するユーザが操作する端末装置とが、ネットワークを介して接続される情報処理システムであって、
   前記複数の教育機関がそれぞれ実施する前記講義の情報の少なくとも一部として、前記講義が実施される時間帯を表す情報を記憶する記憶手段と、
   前記記憶手段に記憶される前記講義が実施される時間帯を表す情報のうち、前記端末装置を操作するユーザから指定された時間帯と少なくとも一部の時間帯が重複する前記講義の時間帯を表す情報の一覧を、対応する講義とそれぞれ関連付けて前記端末装置の画面に表示させる第一の画面表示制御手段と、
   前記第一の画面表示制御手段によって表示された前記講義の中から、前記端末装置を操作するユーザが受講を希望する前記講義の選択を受け付ける講義選択受付手段と、
   前記選択を受け付けた前記講義の時間帯を視覚的に表したスケジュール画面を前記端末装置の画面に表示させる第二の画面表示制御手段と、
   を有し、
   前記講義選択受付手段は、選択を受け付け済みの前記講義が実施される時間帯の少なくとも一部が実施される時間帯と重複する講義であっても、録画中の講義を、録画終了を待たずに再生可能な機能により、指定された時間帯での受講が可能と判定された講義の選択を受け付けることを特徴とする情報処理システム。
2. 前記講義選択受付手段は、実施される時間帯の一部が、選択を受け付け済みの前記講義が実施される時間帯と重複する前記講義であっても、前記機能によって前記講義の録画データを通常速度よりも速い速度で再生することにより、新たに選択を受け付けた前記講義が実施されている間に、前記講義の録画データの再生が前記講義に追いつくのであれば、前記講義の選択を受け付けること、
   を特徴とする請求項１記載の情報処理システム。
3. 前記講義選択受付手段は、前記端末装置を操作するユーザが受講しても前記教育機関の単位を取得できない前記講義の選択を受け付けないこと、
   を特徴とする請求項１又は２記載の情報処理システム。
4. 前記講義選択受付手段は、前記端末装置を操作するユーザが受講しても前記教育機関の単位を取得できない前記講義であっても、ユーザが追加の条件を満たすことにより前記単位を取得できるのであれば、前記追加の条件をユーザに提示し、前記講義の選択を受け付けること、
   を特徴とする請求項１又は２記載の情報処理システム。
5. 前記講義が実施される時間帯は前記教育機関ごとに設定されていること、
   を特徴とする請求項１乃至４何れか一項記載の情報処理システム。
6. 前記第二の画面表示制御手段は、前記機能により指定された時間帯での受講が可能と判定された講義と、リアルタイムに受講可能な講義とを視覚的に区別して表示すること、
   を特徴とする請求項１乃至５の何れか一項記載の情報処理システム。
7. 複数の教育機関がそれぞれ実施する講義の受講を希望するユーザが操作する端末装置とネットワークを介して接続されており、複数の教育機関がそれぞれ実施する講義の情報であって、講義が実施される時間帯が異なる複数の講義の時間帯を表す情報を管理する情報処理装置であって、
   前記管理される前記講義が実施される時間帯を表す情報のうち、前記端末装置を操作するユーザから指定された時間帯と少なくとも一部の時間帯が重複する前記講義の時間帯を表す情報の一覧を、対応する講義とそれぞれ関連付けて前記端末装置の画面に表示させる第一の画面表示制御手段と、
   前記第一の画面表示制御手段によって表示された前記講義の中から、前記端末装置を操作するユーザが受講を希望する前記講義の選択を受け付ける講義選択受付手段と、
   前記選択を受け付けた前記講義の時間帯を視覚的に表したスケジュール画面を前記端末装置の画面に表示させる第二の画面表示制御手段と、
   を有し、
   前記講義選択受付手段は、選択を受け付け済みの前記講義が実施される時間帯の少なくとも一部が実施される時間帯と重複する講義であっても、録画中の講義を、録画終了を待たずに再生可能な機能により、指定された時間帯での受講が可能と判定された講義の選択を受け付けることを特徴とする情報処理装置。
8. 複数の教育機関がそれぞれ実施する講義の受講を希望するユーザが操作する端末装置とネットワークを介して接続されており、複数の教育機関がそれぞれ実施する講義の情報であって、講義が実施される時間帯が異なる複数の講義の時間帯を表す情報を管理する情報処理装置を、
   前記管理される前記講義が実施される時間帯を表す情報のうち、前記端末装置を操作するユーザから指定された時間帯と少なくとも一部の時間帯が重複する前記講義の時間帯を表す情報の一覧を、対応する講義とそれぞれ関連付けて前記端末装置の画面に表示させる第一の画面表示制御手段、
   前記第一の画面表示制御手段によって表示された前記講義の中から、前記端末装置を操作するユーザが受講を希望する前記講義の選択を受け付ける講義選択受付手段、
   前記選択を受け付けた前記講義の時間帯を視覚的に表したスケジュール画面を前記端末装置の画面に表示させる第二の画面表示制御手段、
   として機能させるためのプログラムであって、
   前記講義選択受付手段は、選択を受け付け済みの前記講義が実施される時間帯の少なくとも一部が実施される時間帯と重複する講義であっても、録画中の講義を、録画終了を待たずに再生可能な機能により、指定された時間帯での受講が可能と判定された講義の選択を受け付けるプログラム。
9. 複数の教育機関がそれぞれ実施する講義の情報であって、講義が実施される時間帯が異なる複数の講義の時間帯を表す情報を管理する情報処理装置と、前記講義の受講を希望するユーザが操作する端末装置とが、ネットワークを介して接続される情報処理システムにおいて実行される講義選択受付方法であって、
   前記管理される前記講義が実施される時間帯を表す情報のうち、前記端末装置を操作するユーザから指定された時間帯と少なくとも一部の時間帯が重複する前記講義の時間帯を表す情報の一覧を、対応する講義とそれぞれ関連付けて前記端末装置の画面に表示させる第一の画面表示制御ステップと、
   前記第一の画面表示制御ステップによって表示された前記講義の中から、前記端末装置を操作するユーザが受講を希望する前記講義の選択を受け付ける講義選択受付ステップと、
   前記選択を受け付けた前記講義の時間帯を視覚的に表したスケジュール画面を前記端末装置の画面に表示させる第二の画面表示制御ステップと、
   を有し、
   前記講義選択受付ステップは、選択を受け付け済みの前記講義が実施される時間帯の少なくとも一部が実施される時間帯と重複する講義であっても、録画中の講義を、録画終了を待たずに再生可能な機能により、指定された時間帯での受講が可能と判定された講義の選択を受け付けることを特徴とする講義選択受付方法。
10. 複数の教育機関がそれぞれ実施する講義の受講を希望するユーザが操作する端末装置とネットワークを介して接続されており、複数の教育機関がそれぞれ実施する講義の情報であって、講義が実施される時間帯が異なる複数の講義の時間帯を表す情報を管理する情報処理装置において実行される講義選択受付方法であって、
    前記管理される前記講義が実施される時間帯を表す情報のうち、前記端末装置を操作するユーザから指定された時間帯と少なくとも一部の時間帯が重複する前記講義の時間帯を表す情報の一覧を、対応する講義とそれぞれ関連付けて前記端末装置の画面に表示させる第一の画面表示制御ステップと、
    前記第一の画面表示制御ステップによって表示された前記講義の中から、前記端末装置を操作するユーザが受講を希望する前記講義の選択を受け付ける講義選択受付ステップと、
    前記選択を受け付けた前記講義の時間帯を視覚的に表したスケジュール画面を前記端末装置の画面に表示させる第二の画面表示制御ステップと、
    を有し、
    前記講義選択受付ステップは、選択を受け付け済みの前記講義が実施される時間帯の少なくとも一部が実施される時間帯と重複する講義であっても、録画中の講義を、録画終了を待たずに再生可能な機能により、指定された時間帯での受講が可能と判定された講義の選択を受け付けることを特徴とする講義選択受付方法。

Images