平成 16 年度卒業論文 Web アプリケーションによる学生支援を目的としたポータルサイト構築琉球大学工学部情報工学科 015737G 当間英俊指導教官白土浩目次第 1 章序論 2 第2章 2.1 2.2 2.3 . . . . . 4 4 5 5 5 6 . . . . . 7 7 8 8 9 11 . . . . . . . . . . . . 12 12 13 14 14 14 16 16 17 17 20 20 21 ポータルサイトと Web アプリケーションポータルサイトとは . . . . . . . . . . . . Web アプリケーションとは . . . . . . . . 授業履修に関する問題点について . . . . . 2.3.1 履修する授業の選択について . . . 2.3.2 授業に関する情報について . . . . . 第 3 章システム設計指針 3.1 必要となるアプリケーション . . . . . 3.2 提供するアプリケーション . . . . . . . 3.2.1 履修計画支援アプリケーション 3.2.2 コミュニティアプリケーション 3.2.3 その他の機能 . . . . . . . . . . 第4章 4.1 4.2 4.3 4.4 4.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 実装と検証ポータルサイトの環境について . . . . . . . . . . . ポータルサイトの概要図 . . . . . . . . . . . . . . . 個人認証について . . . . . . . . . . . . . . . . . . . 4.3.1 ユーザの管理 . . . . . . . . . . . . . . . . . 4.3.2 ユーザ認証の流れ . . . . . . . . . . . . . . . 時間割作成 . . . . . . . . . . . . . . . . . . . . . . 4.4.1 授業情報の管理 . . . . . . . . . . . . . . . . 4.4.2 時間割表の生成 . . . . . . . . . . . . . . . . 4.4.3 授業の追加・削除、シラバスの更新についてコミュニティ . . . . . . . . . . . . . . . . . . . . . 4.5.1 メッセージの管理について . . . . . . . . . . 4.5.2 掲示板について . . . . . . . . . . . . . . . . 第 5 章結論 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 i 図目次 2.1 ポータルサイトの例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2 Web アプリケーションの概要 . . . . . . . . . . . . . . . . . . . . . . . . . 4 5 3.1 時間割作成の比較 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 3.2 情報交換の比較 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 4.10 4.11 4.12 ポータルサイトを提供する流れ . . . . . . . . . . . ポータルサイトの概要図 . . . . . . . . . . . . . . . 認証の流れ図 . . . . . . . . . . . . . . . . . . . . . 履修授業の授業時間割のイメージ図 . . . . . . . . . 授業情報 . . . . . . . . . . . . . . . . . . . . . . . . 授業情報 . . . . . . . . . . . . . . . . . . . . . . . . アプリケーションを用いて履修授業を追加する流れアプリケーションを用いてシラバスを編集する流れコミュニティアプリケーションのトップ . . . . . . メッセージテーブル . . . . . . . . . . . . . . . . . 掲示板のトップ . . . . . . . . . . . . . . . . . . . . メッセージ管理のイメージ . . . . . . . . . . . . . . 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 14 15 16 16 17 18 19 20 20 21 22 第 1 章序論近年，ネットワークインフラの整備、パーソナルコンピュータや携帯電話などの情報端末の普及により、従来であれば紙媒体のみで提供されてきた様々な情報が電子化され電子媒体やネットワーク上で提供されている。提供されている情報が紙媒体であるか電子媒体であるかに関わらずこれらを目的に合わせて有効利用するには、多くの情報から自分にとって必要な情報を収集し分析すること (情報統合) が必要不可欠となる。ユーザがこのような情報統合を意識することなく、得られた情報を利用することに注力する工夫としてコンピュータを用いて情報統合を行うことがあり、そのような例として、株式会社リクルートによって提供されている就職情報サービス総合サイトのリクナビがあげられる。リクナビとは新卒の学生向けの就職情報を扱うサイトであり、学生の採用を予定している企業の紹介・検索、各企業の詳細情報・採用情報・セミナー情報、ユーザの予定管理などのサービスを提供している。数多くある企業についての情報をユーザが利用しやすいようにまとめ、統一されたインターフェースで提供することにより、サービスを利用するユーザは情報統合を意識することなく情報を利用することができるようになっている。このような情報統合は、大学生活での履修計画や履修授業に関する情報などにおいても同様に必要となる。琉球大学においても平成 16 年度の後期から履修授業の登録申請が Web アプリケーションによって行えるようになったが、利用できるのは登録申請のみであり履修授業を決定するための情報統合は今までどおり学生自身で行わなければならない。本研究では、学生生活において必要となる情報の情報統合やそれらに関する情報交換を Web アプリケーションを用いて行えるようにすることによって学生を支援するポータルサイトを構築する。具体的には、紙媒体で提供されてきた授業情報をデータベースで管理し、履修計画や履修授業についての情報、各種手続きについての情報を Web アプリケーションによって情報統合し、利用しやすいような形にして提供する。例えば、履修授業を決定するのであれば Web アプリケーションによって取得可能な授業を自動的に抽出、それらに関するシラバスや、取得した場合の単位数等を自動的に提供できるようにする。また、個々の授業に関する掲示板を用意することでシラバスなどの公式な情報だけでなく、実際に受講した学生の意見なども得られるようにする。従来これらの情報は、履修要項等の紙媒体，先輩・友人からの口コミ情報と様々で，各個人が得ることのできる情報量や質に関しても一様でなく，十分であるとは言い難い．ポータルサイトにおいて提供することによって情報を手にいれやすくなりよりよくなる。以下、第二章ではポータルサイト、Web アプリケーションや授業情報の情報統合に関す 2 る問題点について説明する。第三章ではポータルサイトの設計指針として必要となる Web アプリケーションの選定および実装案について説明する。第四章では Web アプリケーションの実装および動作する様子を説明する。最後に第五章で本論文のまとめ並びに残された課題について述べる。 3 第 2 章ポータルサイトと Web アプリケーション 2.1 ポータルサイトとはポータルサイトとは，インターネットへアクセスする際の玄関口として利用されることを意図した Web サイトであり，図 2.1 に示すように検索，ニュース，辞書，ショッピング，オークション，他の Web サイトの紹介などのサービスを提供する．図 2.1: ポータルサイトの例また，最近では利用者全員に同じサービスを提供するだけでなく，メールやスケジュール管理などのパーソナルサービスも提供され始めている．ポータルサイトの利用者は，このように様々なサービスが一箇所で提供されることにより効率良く目的の情報を手に入れ活用することができると言える． 4 2.2 Web アプリケーションとは Web アプリケーションとは、インターネットを経由して動作するアプリケーションのことである。Web ブラウザを用いてデータのやりとりをし、サーバ上で動作するためユーザ側の OS などの環境に依存することなく動作させることができる。Web アプリケーションの概要を図に示す。 Web Server Internet Browser Browser Browser 図 2.2: Web アプリケーションの概要 2.3 2.3.1 授業履修に関する問題点について履修する授業の選択について学生は，大学が提供する多くの授業の中から学科のカリキュラムに沿った授業や，興味のある分野の授業を選択し受講することができる．そのため，どのような授業をいつごろ受講するかという履修計画は 4 年間の大学生活において何を学んで行けるかに深く関わりがあると考えられるが，実際に履修授業を選択するにあたって，個々の授業内容までを理解した上で選択することは多くはないと考える．なぜなら現在の方法で履修授業を選択することを考えた場合，そのための判断材料となる情報は提供されているもののそれらの情 5 報統合に労力が必要となり，その分授業内容について考慮することができにくくなってしまうからである．具体的には以下に示すような情報統合が必要となる． • 各学科から提供される修学手引書を参照し卒業要件を満たすために必要な授業種別ごとの単位数を確認する。 • 大学が提供する授業時間配当表を参照にそれぞれの授業の優先順位や曜日・時限を考慮しながら時間割を作成する。 • 残りの在学期間を考え，後々無理な履修が必要とならないようバランスのとれた履修計画を考える． 2.3.2 授業に関する情報について授業を担当する教官によって提供される授業に関する休講・補講通知、テストやレポートの情報、その他の連絡事項など，授業を受講する上で必要となる情報を得る方法としてシラバス、口頭での連絡、掲示板など様々なものがある。問題なく受講するためにこれらの情報源を全ての履修授業についてチェックし把握するが理想的ではあるが，実際には大きな労力が必要となる，欠席などやむを得ない理由でチェックできないこともあるであろう。また授業に関する情報以外にも授業内容についてなど教官に尋ねるほどではないような疑問点があることもあるであろう。この様な問題の解決手段としては先輩や友人など口コミによる情報を利用することもあるが、個人個人のに交遊のある範囲内でのしか情報を共有することできず，この方法では学生ひとりひとりが持つ情報の質や量は一様であるとは言えない．また十分に情報を持っている学生は多いとは限らない。 6 第 3 章システム設計指針本章では 2.3 であげた問題点の解決策として提案するポータルサイト上でどのような Web アプリケーション必要となるかを考え、そのアプリケーションの設計指針について考える． 3.1 必要となるアプリケーション 2.3 であげた問題点を改善するため必要となるであろう Web アプリケーションとして以下に示す 6 つのものが考えられる。 • 履修計画支援アプリケーション履修する授業を選択する際に必要となる履修計画に関する情報や授業時間割の一覧表示を提供し，授業時間割をポータルサイトで作成できる機能を提供する． • コミュニティアプリケーション履修している授業のシラバスの表示や、履修授業に関する情報収集・情報交換を行うことができる． • 各種手続き支援アプリケーション各種奨学金，授業料免除の手続きの流れやインターンシップ，教育実習に参加する上での注意点を提供する． • 修学計画支援アプリケーション着手したい卒業研究や受講したい後続科目に関連する，取得しておくことが望ましい科目や各年次においての単位取得状況についてのアドバイスを提供する． • 携帯端末用アプリケーションパソコンやネットワーク環境がない場合でもインターネット接続機能を持つ携帯電話を用いることでポータルサイトを利用できるように支援する． • FAQ アプリケーション学生生活の中で多くの学生が感じる同様の疑問点，不都合な点などの解答，解決法を見つけ出すことを支援する．各種手続支援アプリケーションや修学計画支援アプリケーション、FAQ などのアプリケーションを用意しポータルサイトで一元的に提供できれば、従来の様に多くの資料を参照しながらの情報統合の必要が少なくなくなるため有用であると考えられる．また、履修 7 計画支援アプリケーションやコミュニティアプリケーションは情報統合の必要が少なくなることに加えて，利用者全員に同じ情報を提供するだけではなく、利用する学生に対応した学年の授業一覧や履修している授業のコミュニティの情報を優先的に提供することができるなど、電子媒体ならではの状態に応じた支援をすることができるアプリケーションであると考える．これらのアプリケーションのうち，履修計画支援アプリケーションとコミュニティアプリケーションの 2 つのは、コンピュータを利用するメリットを用いたよりの有用なアプリケーションであると考えて、まずこの 2 つの本研究で提案するポータルサイトのアプリケーションとして実装し提供する事とする． 3.2 3.2.1 提供するアプリケーション履修計画支援アプリケーションこのアプリケーションでは履修計画に必要な情報を提供しポータルサイト内の情報のみで授業時間割の作成ができるよう支援する． 2.3 の問題点についてで述べたように履修する授業を選択する際には授業内容だけでなく様々な卒業要件や授業の日時などの条件についても考慮しなければならない．提案するポータルサイトではこのような手間を軽減するための機能として、 • 取得可能な授業が時間割表の形式で自動的に抽出され • 更にその状態での取得予定単位の必修・選択の別ごとに計算 • 各授業のシラバスへリンクの機能を用意し、時間割表形式で表示された各授業を任意に追加・削除を行えるようにする．このアプリケーションを利用して授業時間割を作成した場合と，従来の方法で作成した場合とを比較したイメージを図 4.7 に示す．従来の方法で授業時間割を作成する場合には 2.3 で述べたように複数の資料を参考にして情報統合する必要があるが，提供するアプリケーションを用いると取得可能な授業一覧，シラバスへのリンク，授業種別ごとの単位数が自動的に表示されるようにするため，従来の方法のように資料を参考にすることなく表示された内容をチェックするだけで授業時間割りが作成できるようにすることで情報統合の労力を少なくすることができるようにしたいと考える．このように，提供する履修計画支援アプリケーションを利用することによってより個人の目的にあった履修計画を支援することができると考えられる。 8 ªN« z¬L P ®¯°L± 45687"9 C ,DE :-;-<>= AB <>= ??@@ "!#"$&% '# I :-; ?@ (*)*+-,./ 01"23-3 40 34 ( 2 FGHI ) JLKNMOQPSRLT C I 4 ²³´µL¶·¹¸ P®¯°L± Mon 1 2 3 4 5 `a Tue Wed Thu Fri g-d ehi f njo ka p JLKyMO©PSRNT JLK{SMO & I &y &" I &y &" S I 45 I FG 5 I I I I UVWW X bc I YZ I d ehi f [ Z\ g ]^ _ I jklm I qrNstu8MOwv 8yx{z}|~ }z MO z y¡N¢¤£§4¨ 9 ¥&¦ 2 ¥&¦ 図 3.1: 時間割作成の比較 3.2.2 コミュニティアプリケーションこのアプリケーションでは履修する授業に関する情報交換を行う授業別のコミュニティを提供し，学生が統一された方法で履修授業に関する情報を得ることができるよう支援する． 2.3 の問題点についてで述べたように従来の方法で情報を得ようと考えた場合，情報を得るために労力が必要となり，また十分な情報を得ることができるとも限らない．ポータルサイトで提供する授業別のコミュニティアプリケーションでは、各授業ごとに授業に関する基本的な情報であるシラバスへのリンクと情報収集・情報交換のための掲示板を提供する．掲示板のように同じ授業を履修する学生同士が情報を共有できる場所があ 9 ることで従来の交遊範囲を超えた大きな横のつながりが生まれ多くの情報が集まりノウハウも蓄積されていくと考える．また、掲示板に投稿された内容を検索する事同時期に学んでいる学生だけでなく学年も超えた縦のつながりとなることでで蓄積されたノウハウの利用することもできるとも言える．このサービスを利用して情報交換を行う場合と，従来の方法で情報交換した場合とを比較したイメージを図 3.2 に示す．従来のシラバスや口頭による情報の伝達，口コミに頼った情報収集の場合図 3.2 の上部分のように個々の学生の交遊範囲の違いなどから情報の収集量や質に差がでてしまっていると予想される．一方，従来の方法に加えて提供するコミュニティを利用した場合には図 3.2 の下部分のようにコミュニティを通して，参加する学生全体が十分と言える情報を得ることができると考えられる． /02134657989:;< !"# $%&' () & )*+ , =?>"@BADC9E 5FHGIB3465798?:;< !"# $% ) -.%&' ( & )*+ , 図 3.2: 情報交換の比較従来の方法と比較して少ない労力で情報を得ることができるようになったとは言っても，通常，ユーザは複数の履修する授業や担当する授業のコミュニティに所属しているためすべてのコミュニティの投稿メッセージをチェックする必要がある．そのような労力を少なし，また情報を見落としにくくするためにも各コミュニティの掲示板ごとに前回のアクセス時以降に投稿された新着メッセージを自動的にチェックすることができればより簡単に情報収集を行うことができると考える． 10 3.2.3 その他の機能 3.2.1，3.2.2 であげたこれらアプリケーション実装するため，またポータルサイトをより使い易くするための工夫や機能として以下に示す項目も提供したいと考える． • 個人認証個人情報である履修授業に関する情報や、掲示板など他人に改変されたりされることのないように必要． • コミュニティ内の情報検索現在の情報だけでなく過去の情報から目的の情報を見つけ出せるようにする． • 教官の参加教官も担当する科目のコミュニティに参加することで，コミュニティを通じた情報交換に教官も参加してもらう． • シラバスの更新毎年最新のシラバスが提供されるように，シラバスの更新ページを提供する． 11 第 4 章実装と検証 4.1 ポータルサイトの環境について 3 章で設計したポータルサイトを構築するため、以下に示すソフトウェアを iBook G4 (Mac OSX(10.3.6) 上で利用した。 • Apache (1.3.31) ポータルサイトを提供する http サーバ。 • OpenSSL (0.9.7d)、mod ssl (2.8.19-1.3.31) https プロトコルを用いて暗号化された通信を提供する SSL を実装したソフトウェア及び Apache 用のモジュール。 • PHP (4.3.8) HTML 埋め込み型のサーバサイドスクリプト言語。 • PostgreSQL (7.4.6) オープンソースなデータベースマネジメントシステムこれらのソフトウェアが、動的にポータルサイトのアプリケーションを提供する様子を図 4.1 に示す。 12 Client Server Browser (i) request Apache (ii) load PHP SSL (v) response script module PHP module (iv) result over SSL (iii) query PostgreSQL & Database (i) ユーザがサーバへサービスのリクエストをする． (ii) リクエストを受けると Apache は組み込まれた PHP モジュールを利用して PHP スクリプトを読み込む． (iii) PHP で用意された PostgreSQL 用の関数を利用し，query を発行する． (iv) データベースからの結果を受け取る (v) PHP によって動的にポータルサイトのサービスを提供する．図 4.1: ポータルサイトを提供する流れ 4.2 ポータルサイトの概要図提案するポータルサイトは以下の図 4.2 のようにインデックスページから履修計画の支援に関するものと授業のコミュニティに関するものへのリンクがあり、利用できるようになっている。インデックスページにおいて当日・翌日分の授業時間割、コミュニティの更新情報、todo リストの内容がピックアップされることで、全てのコンテンツをチェックすることなく各コンテンツの大まかな内容を知ることができる。また、授業時間割とコミュニティの２つのアプリケーションは、それぞれが学生用と教官用のモードに分かれており、ユーザが学生と教官の場合で多少動作が異なっている。これらについては 4.4，4.5 で後述する。 13 Y)Z[ \Z PR]7^_L`ba I7JLK0M#N)O#PRQLS7T#U VRWX to do 9 :<;=> ?@ ABC %D E%F%GH !#"%$& *))' +( c de fg<h ?@AB<C D E%F.GH ,.-/0"%$& !#".$& 1.2%3 1)%2 3 4%576.8 4.75 6%8 図 4.2: ポータルサイトの概要図 4.3 個人認証についてポータルサイトにおいては、履修計画に役立てるための履修中・履修済授業や todo リストの管理など個人向けに提供されていて，本人以外にアクセスされると改変など不都合が生じる恐れのあるコンテンツのほか、他のユーザになりすましいたずら目的での掲示板への投稿の恐れがあるなどの理由からそれぞれのユーザを判別し，他のユーザに悪影響を及ぼすようなことは防がなければならないと考えられる。そこで、ポータルサイトを利用するユーザに対してあらかじめユーザ ID とパスワードを用意し、そのようなアプリケーションを利用する際にはそれらによって認証と行うこととした。 4.3.1 ユーザの管理ユーザ認証のために必要なユーザ ID やパスワードは PostgreSQL を利用して表 4.1 に示す形式でデータベース上で管理されており、それぞれユーザ ID、MD5 を用いたパスワードのハッシュ値、学部、学科、学年を記録している。 4.3.2 ユーザ認証の流れユーザが何らかのアプリケーションにアクセスすると，サーバはセッションに登録されているログインフラグを確認しユーザのログイン状態をチェックする。ログインフラグが有効であればそのままコンテンツを送信、ログインフラグが無効であれば認証用の authorize 関数でユーザ認証を行う流れになっている． 14 ユーザ ID 015735 015737 ・表 4.1: ユーザ情報パスワードのハッシュ値 2a426ba624b41c97220b64c56d238378 66a2409a24ee41d94af0b64c519b23ba ・学部工学部工学部・学科情報工学科情報工学科・学年 4 4 ・ログインフラグが無効、つまり最初のアクセス時か認証が認められなかった場合の認証の流れを図 4.3 に示す。 authorize 関数は、最初のアクセス時または認証が認められなかった場合にログイン情報を入力するのためのフォームを送信する (図 4.3(i))．ユーザがログインフォームにユーザ ID とパスワードを入力し再度アクセスすると，そのデータと表 4.1 のデータとを照合しユーザ名・パスともに一致すればユーザを認証する。 authorize 関数で認証が認められるとサーバーはクライアントにコンテンツを送信する (図 4.3(ii))．ポータルサイトの利用を終え，ユーザがログアウトする際にはサーバはクライアントに関するセッション情報を削除し，ログアウト時のコンテンツを送信する (図 4.3(iii))． Server Client Main ( i ) !#" ),+.-0/ ,12$0%#3 &&'4(* 56,78 ( ii ) 9.:<;=. 9 :@? 8 . !) > ( iii ) request login form user , pass contents authorize authorize( ) false authorize( ) true request of logout logout 図 4.3: 認証の流れ図 15 4.4 時間割作成授業時間割のコンテンツではユーザが履修するまたは教官が担当する授業の管理を行う。このコンテンツにアクセスすると、ユーザが学生か教官であるかによって学生用のモードでは履修中の授業時間割の表示、履修する授業の追加・削除の管理を、教官用のモードでは担当する授業時間割の表示、シラバスの編集を行うことができる。図 4.4: 履修授業の授業時間割のイメージ図授業情報の管理 4.4.1 +, - ./ "! 16 ? +, A <@ . . . ? +, >=< 図 4.5: 授業情報 ;2 ./ : 9 8 67 45 3 )( 0 12 $# URL 0 E-mail ' &% * ユーザ情報と同様に授業情報も PostgreSQL のデータベース上で管理されている。授業情報データベースに登録される授業に関する項目として図 4.5 に示すものが挙げられる。これらの授業情報をそのまま利用すると冗長な項目が多く、情報の更新も容易ではなくなってしまう。そのため、これらの授業情報をリレーショナルデータベースの正規化を行いこれらの問題を改善する。リレーショナルデータベースの正規化を行った結果が図 4.6(a) の授業に関するテーブル、図 4.6(b) の担当教官に関するテーブル、図 4.6(c) の科目に関するテーブルである。これら 3 つに分けたテーブルを図の矢印ようにキーによってテーブル同士をリンクすることによって図 4.5 と同様のテーブルとして利用することができる。 >? 6 C5 ; ; (b) F DE URL HG $ # !" E-mail (c) 図 4.6: 授業情報 4.4.2 時間割表の生成コンテンツへアクセスしたユーザが履修中の授業または担当する授業がある場合、それらの授業を以下のような流れで時間割形式で表示する。 • ユーザの履修中・担当する授業をデータベースから読み出し • 読み出した各授業の開講日時により、テーブルの対応する日時を決定 • 授業の科目名、教室などの情報とシラバスへのリンクを表示 4.4.3 授業の追加・削除、シラバスの更新について学生のユーザで履修する授業が決定していないときなどに調整しながら履修授業を決定できるように、日時が重複していない限りは任意に履修授業の追加・削除が行えるようになっている。以下にユーザが履修授業を追加していく流れを示す． 17 >? A 8@ . . . =< >? 7, 6 45 3 2 01 ./ - * +, * =< :98 )( $ # !" % '& B (a) 追加する前の授業時間割が図 4.7(a) である．授業を追加する場合は “授業を追加” のリンクをクリックすると図 4.7(b) のように取得可能な授業時間割が表示されるので，その中から追加したい授業のチェックボックスにチェックをつけて追加ボタンを押す。削除の場合には同様に表示された履修中の授業時間割の削除したい授業のチェックボックスにチェックをして削除ボタンを押すという単純な作業で授業の追加・削除が行えるようになっている。授業を追加後の授業時間割は図 4.7(c) のようになり，履修する授業が追加されたことが確認できる。 (a) (c) (b) 図 4.7: アプリケーションを用いて履修授業を追加する流れ 18 また、教官のユーザで担当授業のシラバスの内容を変更していく流れを以下に示す．図 4.11(a) のように表示された担当授業の一覧からシラバスを変更したい授業のラジオボタンを選択し更新ボタンを押す．すると図 4.11(b) のようにシラバスの変更画面になるので変更したい項目を変更し更新ボタンを押すことでシラバスの更新が行える。この例では授業日時を月曜日の 3 限目から火曜日の 2 限目に，教室を工 1-321 から工 2-313 へと変更している．シラバスを変更した後の様子が 4.11(c) で確認できる． (a) (c) (b) 図 4.8: アプリケーションを用いてシラバスを編集する流れ 19 コミュニティ 4.5 授業コミュニティのサービスでは個々の授業の情報を参照し，情報の収集・交換をする事ができる。このサービスにアクセスするユーザによって学生用のモードでは履修中の授業として登録した授業の掲示板の利用とシラバスを参照を、教官用のモードでは担当する授業の掲示板の利用とシラバスを参照を行うことができる。ユーザが履修中の授業を登録しているまたは担当する授業があれば自動的にそのコミュニティに参加するようになっている。図 4.9: コミュニティアプリケーションのトップメッセージの管理について 4.5.1 " ! ユーザ情報と同様にコミュニティ内の掲示板に投稿されたメッセージ情報も PostgreSQL のデータベース上で管理されている。メッセージデータベースに登録されるメッセージに関する項目として図 4.10 に示すものが挙げられる。図 4.10: メッセージテーブル 20 4.5.2 掲示板について情報交換に用いられる掲示板は、質問・疑問点やその他などひとつのトピックスについての情報交換が多く行われると考え、前後の話の流れが分かりやすいスレッド形式の掲示板とした。また、メッセージキーを指定することでスレッド単位での表示もできるため、情報源としてこの掲示板を利用する場合に有用であると考えられる。図 4.11: 掲示板のトップ作成した掲示板は図 4.12 に示すようにすべてのコミュニティのメッセージをひとつのデータベーステーブルで管理している。掲示板の表示は、指定されたコミュニティに関するメッセージをデータベーステーブルから読み出し、まず親となるメッセージを表示、次にそのメッセージを親とする子メッセージを続けて表示していくことを繰り返して行っている。すべてのコミュニティのメッセージをひとつのデータベーステーブルで管理しているため、掲示板に投稿されたメッセージから目的の情報を検索する際に特定の授業への投稿だけでなくすべての授業への投稿を検索できる。このことによりより目的の情報を得やすくなっていると考えられる。また，新着メッセージを自動的にチェックし容易に情報を得ることができるようにするため、各コミュニティの掲示板ごとの最終アクセス時のメッセージ数をユーザ別に記録しておくことで、前回のアクセス時以降に投稿されたメッセージをチェックできるようになっている。 21 !"$#&%')(&%+*-, ./ 015780 1 C 015572 2 A ./ 015737 3 B 2 A 015572 015500 Re: 3 B ./ 015737 015773 Re: ./ 1 図 4.12: メッセージ管理のイメージ 22 C ./ 015780 015700 Re: ./ 第 5 章結論本研究では、学生生活において必要となる情報の情報交換や情報統合を Web アプリケーションを提供することによって学生を支援するポータルサイトを作成し, 履修計画支援アプリケーションやコミュニティアプリケーションの実装し、データベースを作成した。これにより、情報統合について意識することなく情報を利用することができるようになったと考える。今後の課題としてポータルサイトを実際に使用してもらい評価してもらう実証実験、及び改善、提供する Web アプリケーションを増やす (卒業要件との比較など)、携帯電話からの閲覧、メールでの変更通知の受け取りなど機能の強化などがあげられる。謝辞本論文の作成，本研究を遂行するにあたり，御多忙にも関わらず終始懇切なる御指導と御教授を賜わりました白土浩助手に心より深く感謝致します．また日頃より，協力，指導，支援して頂いた博士前期過程の米須朝之さん，木下祥彦さん，学部生の友利良美さん，屋良旦さん，ならびに自律分散システム研究室の皆さんに深く感謝します． 23