広報
第１ 号

２００８年３月

大阪府立工業高等専門学校
情報システム統括室

目

次

巻頭言
現行システムの概要

情報システム統括室長《投 稿》
ＸＯＯＰＳサイト構造による情報発信教育の試み
学内情報提供システムの構築
シラバスの情報管理および入力支援システムの構築
計算機を利用した授業時間割編成システムの提案と開発
パソコン甲子園２００７でグランプリを受賞して

大西 章
乾 達巳

･･･
･･･

１
２

福嶋茂信
中尾 洵
窪田哲也
窪田哲也
和田 健

･･･

６

松浦史裕
浜田悠樹
岩見宏明

･･･ １１･･･ １５･･･ １９･･･ ２２

巻 頭 言情報システム統括室長

大西章

インターネットの普及が始まったのは今から僅か１２年ほど前ですが、その後、コンピュータのソフトウエアとハードウエアおよびネットワーク技術は飛躍的に進歩し、コンピュータは、従来からの自動処理とシミュレーション分野利用に加えて、情報伝達・コミュニケー
ション手段として欠くことのできないものになりました。このような情報技術の発達と社会の情報化に教育を対応させるために、本校情報処理教育設備は１９９３年のリフレッシュ計
画に基づくシステム更新で、汎用機システムに替わって LAN による分散処理システムが導入され、その後、６年ごとの２回のリプレースを経て現在に至っています。情報処理教育の内
容も、１９９１年度からすべての学科において１学年から情報処理教育が実施されるようになり、２００３年の教育課程改正で各科共通の情報リテラシー教育が本格的に導入され、現在では、２００５年の総合工学システム学科への改編によって教育課程が一新され、低学年から高学年にわたって１０科目から成る共通情報基礎科目を柱とした広範囲な内容の一貫教育が行われています。
新教育体制の実施にともない学校組織も大きく変更され、共同教育研究センターの情報処
理部門は情報システム統括室に名称変更され、図書館とから構成される総合情報センターに組織変更されました。さらに、来年度からは総合情報センターは廃止され、情報システム統括室は教務担当副校長直属の組織として位置づけられることになっています。このような過渡的経緯のため、一時的に広報誌の発行が中断することとなりましたが、統括室としての教育・研究への支援、設備の有効利用の促進など広報活動の重要性に鑑み、本年度、情報シス
テム統括室広報第１号を発行することになりました。なお、新しい試みとして省資源と学生を含むより多くの方々への情報発信を考えて、従来の印刷物ではなく、Web ページ上で公開することにいたしました。
総合工学システム学科への改編にあわせて、学内ネットワークシステムは同年９月に新システムに更新されました。最新の情報システム環境を活用した教育・研究への取り組みは着
実に進められていますが、さらなる高度活用と学内普及には専門分野教職員にあっても継続的な最新情報知識・技術の修得と実践が必要で、全学的な連携と協力が不可欠な状況にあります。今後さらに本校において、教材コンテンツの共有化や e-Learning の導入等、国の重要施策である ICT を活用した教育を進めていくためには、課題が山積しています。皆様方もご存じのとおり、最近のインターネット技術の発達と普及によって、情報専門分野の人間のみにとどまらず、情報処理教育に直接かかわっていない教職員にとっても、情報リテラシー能
力のいっそうの向上が要求される情勢にあります。情報システム統括室は今後ともいっそうのサービスと支援に努め、本校と地域社会の発展に寄与したいと考えております。

-1-

現行システムの概要
情報システム統括室
平成 17 年 9 月 1 日にシステム更新された現行システムの概要と特徴的な３つのＷｅｂアプリケーションについてご紹
介いたします。

乾達巳

ール等への対応を速やかに行うことができます。
プロキシサーバを通過してインターネットへアクセスする際、すべての利用者
は、ユーザ認証する必要があり、ログには閲覧サイトとユーザ名がセットで記録されます。ユーザ認証の必要なプロキシ
サーバに対応していないアプリケーショ
ンがありますが、ファイアウォールと協調した設定をすることにより可能になる場合（サイトの特定や相手側認証が条件）とオフラインによる対応が必要となる場
合（アプリケーションのライセンス自動認証など）があります。

１．システムの概要
1．1 ネットワーク機能の増強
図 1 にシステム全体の構成を表したネットワーク概念図を示します。校内光ネットワークを 100Mbps から 1Gbps に増強しました。また、マルチホームの外部
インターネット接続は専用回線
256Kbps と 128Kbps から光 100Mbpsと ADSL50Mbps のベストエフォート回線に増速しました。現在、実測で光回線上り下り 20〜40Mbps、ADSL 回線下り
20Mbps 前後の回線速度があります。
HTTP､HTTPS などの Web アクセスはプロキシサーバにより、これらの 2 回線に自動的に負荷分散されています。

1．3 共通仕様のパソコン導入
旧システムのパソコンは、CAD ルームには高解像度パソコン、CAI ルームにはアップルマッキントッシュを導入するな
ど、目的に応じた特色あるアーキテクチ
ャを採用していましたが、総合工学シス
1．2 セキュリティ機能の強化
テム学科の一学科制への移行による共通
ファイアウォールとプロキシサーバは、 科目の増加に対応するために表 1 に示す
従来 UNIX サーバ上でそれらの機能を実共通仕様の Windows アーキテクチャを現していましたが、今回は専用のアプラ採用したパソコンに変更しました。これ
イ ア ン ス マ シ ン （ Netscreen とらのパソコンは Windows サーバによっ
BlueCoat）を導入しました。Web ブラてユーザ認証、ホームフォルダなどのネウザによる設定が可能になったことで、
ットワークドライブそしてプリンタ利用
利便とセキュリティのバランスなどを考（枚数制限）等が管理されています。ま慮した設定変更に柔軟かつ迅速に対応でた、教員機 1 台＋学生機 46 台の従来の 3きるようになりました。また内蔵ソフト
教室に加え、専攻科等による授業増加に
ウェアのアップデートがほぼワンクリッ
対応するため事務室を改修して 24 台のクで自動化されており、セキュリティホ
HPC ルームを増設しました。

-2-

図１
表１

ネットワーク概念図

共通パソコンのハードウェア仕様とソフトウェア

共通ハードウェア

共通ソフトウェア

コンピュータ本体

IBM PC 互換機

OS

Windows XP Pro

CPU

Pentium4 ３GHｚ

リテラシ

MS Office2003 Pro

メモリ

１GB

3 次元 CAD

Pro/Engineer Wildfire

ハードディスク

４０GB

技術計算支援MathCAD

ディスプレイ

19 ｲﾝﾁ液晶

ウィルス対策Symantec Antivirus

LAN

100BASE-TX

PDF 生成瞬簡 PDF

その他の主なソフトウェア（ライセンス数）
2 次元 CAD

AutoCAD（49)2D 変換ソフト
制御設計支援数学支援

建設デザイン

VectoｒWorks（25)

STHENO/Pro(100）

美術支援

Paintshop Pro(47)Matlab（55）

化学支援

Chem Draw(47)Mathematica(47)Toeic 受験支援 Toeic テスト（47)-3-２．Web アプリケーションシステム更新にあたり Web ブラウザ
から電子メールを操作する Web メール、
ネットワークドライブにアクセスする
Web ファイル（本校での通称です）そして外部インターネットからのアクセスを可能とする SSLVPN 機能の３つのアプ
リケーションを新規に導入しました。
2．1 Web メール
多数の利用実績があるトランスウェアの Active!mail2003 を採用しました。電子メールの利用は、パソコンのアプリケーション使用が主流ですが、送受信に問題が発生した場合、そのアプリケーショ
ンの違いによって対応が異なる場合があったり、また一部のネットワークに長時間の障害が発生して電子メールが利用できないなどの事例が過去にあり、サポー
ト向上とどこからでも電子メールを利用できることを目的として導入しました。
Active!mail には基本的な送受信機能、メール転送設定機能、POP 受信機能などの他、学習型フィルタによる迷惑メール対策機能があります。また学生の利用者
は教職員と違うドメイン名のメールアド
レスを発行していますが、同じ Web メー
ルのシステムで対応しており、複数ドメイン対応機能も特徴のひとつです。
図 2 は、ログインした直後の Web メールの画面を示します。

-4-

図２

Web メールの画面例

2．2 Web ファイル
Web ブラウザを介してネットワーク
ドライブへアクセスする機能を Web フ
ァイルと称しています。これは富士通ビ
ジネスシステムの WEB コラボレーションという製品で構築されています。図 3に Web ファイルの操作画面を示します。
Web ブラウザからファイルサーバをアクセスする機能として WebDAV がありますが、これはパソコンのファイル選
択画面を介してファイルをアップロードする必要がありますが、Web ファイルではファイルを Web ブラウザとの間で、ドラッグアンドドロップするだけでファイルの送受信を行うことができます。残念ながら Web ファイルの利用は、Windowsのインターネットエクスプローラからのみとなります。

図 4 SSLVPN の画面例

図 3 Web ファイルの画面例

2．3 SSLVPN 機能
Web ブラウザの SSL 暗号通信を利用してインターネットから本校内のイント
ラネットサーバに VPN を構築する機能です。F5 ネットワークのアプライアンス
マシン FirePass を採用しています。
FirePass は ク ラ イ ア ン ト と し てWindows 以外の Macintosh、Linux そして携帯端末に対応しているのが特徴です。
接続時のセキュリティを確保するため、おわりに新システムは、旧システムに比較して管理サーバやアプライアンスマシンが増加し、それぞれの管理は Web ブラウザからの管理などで容易になっているものの、多様なサービスのためにそれぞれを最適な運用状態に調整することや十分機能を発揮させるために詳細を知ることなど、かなりの時間を要しており、更新して 2年以上が経過した現在でも日々試行錯誤
キーロガー対策にバーチャルキーボード、 が続いています。
クライアントのウィルスチェックソフト
また、今回のご紹介には登場していまの状態を検知するなどのエンドポイント
せんが、各教室からの VLAN 認証接続、
セキュリティ機能があります。
計算サーバの増強やパソコン教室を使っ
現在、SSLVPN 機能を利用して校内用
た PC クラスタの取り組みなども行ってホームページの一部や、Web メールやいます。次回の機会には、それらの紹介
Web ファイルにアクセスすることがでのほか、実践報告もしてまいりたいと思きます。また希望のあった校内 Web サー
います。
バへのアクセスを許可しています。それ（そういっている間に、次期システム
以外に計算サーバとの VPN では、リモについての情報収集も始めなければならートソフト VNC を介して X アプリケー
なくなりそうです。）
ションを利用することができます。
図 4 は、SSLVPN へログイン直後の画面を示します。

-5-

XOOPS サイト構築による情報発信教育の試み
大阪府立工業高等専門学校

システム制御工学科
福嶋 茂信

中尾 洵

ント・サービス）の一種であり，掲示板やブログなどの複数の機能を一つのサイトに
最 近 の ICT (Internet Communication
持たせることができる．さらに，モジューTechnology) の進展に伴い，インターネット
ルと呼ばれるプラグイン型プログラムを追上で情報発信をする機会が増大している．
加することで，多様なサイトを構築するこインターネット上での情報発信は，これまとができる．学習者は，サイト構築に関す
で HTML ファイル作成によるホームページ
るすべての権限を与えられ，独自のサイト作成を指していた．これに関しては，内容，を構築することができる．
読みやすさ，デザインなどの要素が重要で本報告では，これに関する試行と，試行
あるが，そのノウハウ本も数多く出ており，結果であるサイト構築についての分析，分手法としてはかなり確立している．さらに，
析結果に基づいた教育方法の改良について
商用ソフトウェアを使用すれば，テンプレ
述べる．
ートファイルを変更することで作成することもできる．簡便さの反面，作成されたホ２．情報発信教育の試行
ームページは，画一的になりがちであると
２．１ XOOPS サイト構築による最終報告
いう問題がある．
しかし，最近は，ブログや Wiki など次々
まず，試行について述べる．平成 19 年度と新しい技術が生まれてきている．そして， の本校システム制御工学科 5 年次前期科目
このような新しい技術によって，よりイン「設計製作Ⅱ」において行った．この科目
パクトのあるものが次々と世の中に提供さは，4 年次通年科目「設計製作Ⅰ」と組にれている．ICT を使った情報発信についてなった，総合学習的な製作実習科目である．
教育しようと考えた場合，単なる技術の使いこなしにとどまることはもったいない．
そもそも ICT 自体が日進月歩であり，今現在の最新技術について教育することがどれだけ意味があるか分からない．より重要なことは，未知の技術を取り入れ，適切に組み合わせるなどして，新しいものを創造することである．
このような創造する能力を体験的に習得することを目的として，われわれは，本校の製作実習科目の最終報告を，Web サイト
構築を通して行った．作業環境として，機能 拡 張 性 に 富 む XOOPS [1][2] を用いた．
図１ サイト構築に用いた
XOOPS は，CMS（コンテンツ・マネッジメ
動物型ロボット例

1．はじめに-6-

学習者は，グループ単位で動物型ロボットの製作に関するすべての工程，すなわち，製作目標決定，基本仕様作成，設計，部品
発注，組み立て，調整，性能評価，最終報告を行う．期間は，合計 1 年半であり，1週あたりでは 4 コマ（200 分）の実習が行われた．図 1 に製作されたロボットの例を示す．
製作ロボットに関する最終報告を，
XOOPS サイト構築という形で行った．約 5名で構成する各グループに対し，標準的なインストールを行った XOOPS サイトを一つずつ割り当て，サイト管理の全権限を与えた．グループ数は 8 である．約 25 時間の実習で，全グループがサイト構築を終えた．
構築されたサイトのトップページの一例を，
図 2 に示す．
２．１ 構築されたサイトの評価
学習者からの評価と，作成コンテンツの評価を行った．学習者からの評価は，サイト構築終了後，学習者からのアンケートをとることで行った．4 項目についての質問から評価した．各項目について，5 段階で

図２

評価し，1 を最高，5 を最低とした．アンケートの項目は，以下に示す 4 項目である．
・習得の容易さ（XOOPS を使った報告書
作成は習得することは簡単でしたか）
・使用の容易さ（習得後，使用することは簡単でしたか）・制御の容易さ（思い通りにサイト構築ができましたか）・楽しさ（通常の報告書作成と比較して楽しかったですか）
表 1 に，学習者からの評価を示す．肯定的な意見（表中の 1，2）が 39%～60%であるのに対し，否定的な意見（表中の 4，5）は 13%～24%であった．使い勝手やおもし
ろさといった，学習者の満足度に関しては，十分な結果を得た．
一方，構築されたサイトについては，すべてのグループが，最終報告として必要なデータを掲載したサイト構築を完了した．
また，すべてのサイトで静止画や動画などのマルチメディアデータの利用が見られた．
XOOPS では機能拡張は基本的にモジュールの追加によって行う．このため，作成コ
ンテンツの独自性に対する評価として，各製作された XOOPS サイトのトップページ例-7-

サイトにインストールされたモジュールの個数で評価する．下表 2 に示す通り，モジュール数はせいぜい 3 であり，全くモジュールを利用しないグループもみられた．これから，XOOPS の機能を十分活用しているとはいえず，独自性のあるサイト構築という点では，不十分な結果となった．
表 1. 学習者の評価（回答数を割合で表示）
回答番号

1

2

4

5

習得の容易さ5%

32% 39% 16%8%

使用の容易さ

13% 39% 24% 13% 11%制御の容易さ5%

楽しさ

3

34% 42% 13%

26% 34% 26%

8%

5%
5%

表 2．構築サイトの独自性評価
0

1

2

3

全体に占める割合 13%

25%

25%

38%

表 3．項目とモジュールの対応

３．情報発信教育の改良
３．１(1) 評価の難しさ
学習結果は構築されたサイトであるため，
明確な目標が無く，評価も難しい．
(2) 独自性のあるサイト構築への配慮
本研究では，独自性のあるサイト構築をする能力の育成が目的である．このため，提示する情報の度合いの制御が必要である．
これらの問題を解決するため，以下の特徴を持つコンテンツ配信制御を行う．
・学習者が作成中のコンテンツに対する定量的な評価と教授者からの評価を併用す
る．
・サイト構築の進み具合に合わせて配信を行う．

（解答：1(肯定的)～5(否定的) ）モジュールの個数

研究での手法を本研究に応用するには以下の問題がある．

適応的コンテンツ配信

製作実習科目で行ったサイト構築の試行
から，構築されたサイトの独自性が不十分であることが課題として残った．XOOPS では，基本的にモジュールを追加することで機能拡張を行うため，独自性のあるサイト構築を促すには，モジュールについての情報提供を行うことが効果的である．しかし，学習者に同じ内容の情報を提供しては，構築されるサイトは画一的になると思われる．
そこで，構築状況に合わせてモジュールの情報提供を行う，適応的コンテンツ配信制御の仕組みを考えた．これまでにも，数学の問題を例題として，適応的かつ自動的なコンテンツ制御についての研究[3][4]がある．
この研究では，数学の問題の解法を例題とし，設問に対する正誤をもとに，配信コン
テンツの制御を行っている．しかし，従来

-8-

項目

モジュール名モジュール概要

テキス
ト

Bwiki

Wiki 形式文書作成

TinyD

HTML 形式文書作成

静止画

MyAlbum-P

画像管理

動画

X_MOVIE CUSTOM

動画投稿

sitemap

サイトマップ

piCal

カレンダー

xhnewbb掲示板

その他

３．２ 配信コンテンツの分類
学習者に配信するモジュールを，その扱うものに応じて，テキスト，静止画，動画と，それ以外の４項目に分類する．その他の例は，
カレンダーなどである．XOOPS には多数のモジュールが公開されており，すべてのモジュールについてコンテンツ配信をすることはできない．今回は，表 3. に示す 8 つのモジュールに，サイトのデザインを変更するテーマを加えた 5 項目に関してのコンテ
ンツ配信を行う．

３．３

C(m) ＝ (1 - I(m)) w(m) p(m)

配信制御の実現

配信制御では，項目とモジュールをあらかじめ関連づけておき，利用の度合いが少ない項目について，関連するモジュールの情報提供を行う．このための手順を以下に示す．

重要度 w(m)は，項目ごとに予め固定的に与える．教授者が与える評価値 p(m)は，教授者がサイト構築状況を見て，手動で補正するときなどに使用する． 5 項目の優先度
C(m) (m = 1～5) を比較し，優先度が高い項目についてコンテンツ配信する．
配信制御を行うプログラムは PHP 言語で作成した．配信するコンテンツは，教授者の XOOPS サイト内に，各項目に関する情報提供用ページの形で予め作成しておく．
グループのサイトからのリンクを設定・解除することで，配信を行う．

手順 1. 各グループの構築状況の確認
手順 2. 各グループの構築状況に合わせたモジュールの選定
手順 3. 各グループへのコンテンツ配信
手順１，２，３が 1 組であり，1 回の講義内で行われ，これが講義ごとに繰り返される．配信のブロック図を図４に示す．
手順１では，5 項目(テキスト，静止画，動画，その他，テーマ)のサイト内のコンテンツに関して，その分量を定量的に評価する．こうして，項目ｍ に対する評価値 I(m)（ただし，0～1 の値に正規化する）を得る．
手順２では，前述の分量を示す評価値
I(m)と，各項目の重要度 w(m)，教授者が与える評価値 p(m)から，次式に示すように優
先度 C(m)を求める．

３．４ 配信制御の評価
情報発信の試行時に作成したサイトを用
い，コンテンツ配信の評価を行う．ただし，教授者が与える評価値は一定とし，項目の重要度には，適当な値を仮に与えた．
結果を下表 5 に示す．サイトの中身に応じて，配信される項目が変化するのが確認
できた．

教授者
編集

教授者サイトモジュール
説明用ページ(1)モジュール
説明用
ページ(2)

・・・

p(m)

優先度
C(m) 算出

リンクファイル

教授者評価

項目ごとの

w(m)
サイト評価値

リンク生成

学習者
１
サイト

学習者
２
サイト

・・・

図４

I(m)
学習者
N
サイト

利用モジュールの分析

コンテンツ配信制御ブロック-9-表 5．各グループに配信される項目
グループ名
A
B
C
D
E
F
G
H

[3]
金西計英・林賢太郎・光原弘幸・矢野米雄・:教材知識に基づき WBT 上で演習問題を生成する機能の実現,教育システム情報学会, Vol.
20, No. 2, pp.71-82 (2003).

コンテンツ配信される項目
テキスト
テキスト
テキスト
静止画
静止画
動画
テキスト
その他

静止画
動画
静止画
テキスト
テキスト
テキスト
動画
テキスト

動画
静止画
動画
動画
動画
静止画
静止画
静止画

[4] 吉田賢史・宮崎光二・中上香代子・中山弘
隆：e-Learning における適応的コンテンツ配信制
御 , メ デ ィ ア 教 育 研 究 , Vol. 2, No. 1, pp.81-91(2005).

４．おわりに
本研究では，発表技術教育に XOOPS を用いた．発表技術教育の「試行」と「改良」を行った．前者の試行での評価を以下に示す．
・学習者から満足度の点で，高い評価が得られた．
・サイトの独自性を示すモジュールの使用数が不十分であった．
後者の改良では，サイト構築の試行の結果から，サイト構築状況に合わせたモジュー
ルの情報提供を行った，適応的コンテンツ配信制御の仕組みを考えた．サイトの構築状況を把握するために，サイト内のコンテンツを
５つの項目に分けて評価した．また，各項目の評価値に加え，重要度による重みと教授者による評価を加味し，必要な情報を適応的にコンテンツ配信した．コンテンツ配信制御のプログラムは PHP で作成した．
本報告では，改良したコンテンツ配信シ
ステムの実際的な運用と評価については，
まだである．これに関しては，平成 20 年度の設計製作Ⅱにおいて行っていく予定である．
参考文献[1] GIJOE & matchan : カスタマイジング・ズ
ープス, 毎日コミュニケーションズ (2005).
[2] XOOPS Cube
<http://xoopscube.jp/>

日 本 語 サ イ ト ,-10-

学内情報提供システムの構築
総合工学システム学科
窪田哲也

1

はじめに

してもかまわない情報を順次表示し，ユーザ認証

現在，本校では休講や時間割の変更，学生の呼後は，モバイルキャンパスのように個人を対象とび出し等の情報伝達手段として，掲示内容を貼りした情報の表示が行えるといった双方の特徴を生付ける掲示板を使用している．掲示板の性質上，そかしたシステムを提案する．

の大半が自分に関係のない情報や，放置されたま

2

ま残ってしまっている古い情報であり，必要な情現状分析と提案システム

報が埋もれてしまっていることがある．そのため，

現在の掲示板は教室から遠い場所にあるため，既存の掲示板では，閲覧者にとって必要な情報のほとんどの学生が登下校時にのみ掲示内容の確認みを容易に見つけ出すことが困難となっている．まを行っている．高学年の自転車通学者にいたってた，情報の確認や，掲示内容を更新する場合，設は，掲示板の前を通らずに駐輪場に行ってしまう

置場所に行く必要がある．さらに，掲示板が教室

ため，ほとんど掲示内容の確認を行っていない．こに近いとは限らないため，学生が頻繁に掲示の確れらの問題は，学内のさまざまな場所に掲示板を認を行わないと思われる．

設置することで解決が可能だと考えられる．しか富士通エフ・アイ・ピー株式会社が提供してい

し，掲示板の設置場所を増やすと，今でも手間とる，「モバイルキャンパス」[1] を導入している大学なっている情報の掲示・更新作業がさらに増えるこや短大がある．このモバイルキャンパスとはインととなり，既存の掲示板という方式では増設は不ターネットを利用して，PC と携帯電話から学校可能と考えられる．そこで，掲示板を電子化する側が発信する休講情報や学校行事などの情報を確ことでさまざまな場所に設置可能になると思われ認できるサービスである．このシステムでは，個る．図 1 に学内各所に掲示板を設置した場合の概人を対象とした情報は個人用掲示板に掲示すると略図を示す．この図にもあるように学内には既にメールでも通知を行ってくれるので，情報を検索する手間がかからず，必要な情報のみ確実に入手できる．しかし，「モバイルキャンパス」の導入には，初期費用 60 万円と，月額で 100 円×ユーザ数の料金が必要となる．また，携帯端末の使用の際に掛かる通信料は利用者の負担となってしまうという問題がある．福島大学では，学校側からの情報を PowerPoint 等を用いて電子化を行い，大型プ
ラズマディスプレイを用いて表示する「お知らせ配信システム」[2] を導入している．同様に，津山
高専でも掲示板全ての上部の壁に液晶モニターを備え付け，情報を画像化したものを一定時間毎に

図 1: 学内ネットワーク

スライドショーで学生に提示している [3]．スライドショーの優先順位は情報提供者がフレキシブル

ネットワークが張り巡らされており，これを利用に変更可能である．しかし，情報を順次切り替えすることで掲示内容の管理・投稿を一元的に取り扱ながら表示しているので個人を対象とした情報のうことが可能になる．さらに，全ての端末まで同表示には適していない．また，目的の情報が表示

じ情報が表示され，高学年の学生も容易に情報のされるまで画面の前で待たなくてはならないとい取得が可能となる．また，いたる所に設置するこう問題点がある．

とで情報の閲覧頻度も向上すると思われる．しかそこで本研究では，ユーザ認証が行われていな

し，掲示内容を電子化することで，掲示板の代わい場合は「お知らせ配信システム」のように公開

りに新たな情報表示端末を廊下や図書館等に設置- 11 -

する必要がある．そのため，設置にかかる初期導表 2: システムの構築環境 (サーバ側)入のためのコストが発生してしまう．しかし，これによる学生サービスの向上は計り知れないものと思われる．
今回提案する学内情報提供システムでは，学生は近くの情報表示端末から情報を得ることが可能となる．さらに，教員は掲示板に掲示物を貼り付けるのではなく，自室の PC から学生への連絡・呼OSDebian GNU/Linux 4.0

CPU

AMD Athlon 64 3500+

メモリ

1GByteWeb サーバ

Apache2.0

データベースMySQL 5.0.32

アプリケーション

Mongrel rails 0.3.12

び出しの情報を全学に配信可能となる．そのためのシステムの構成や技術的なことについて 3 で述

3.2

べる．

データベースの設計

本システムでは，掲示板の掲示内容・利用者の情報を管理・保存しておくデータベースが必要とな

3

学内情報提供システム (N-Board)

る．そこで，初めにデータベースの設計を行った．
ただし，データベースは情報の冗長性をなくすた

3.1

システムの概要

めに当研究室で行っているシラバス入力支援シス

本システムの構成を表 1，2 に示す．本システム

テムと共有することを考えて設計しており，本シでは図 2 に示すように，投稿者が掲示内容の投稿

ステムに必要な部分を図 3 に示す．次に，テーブ

用アプリケーション，または Web ブラウザを利用

ルを大きく 3 つに分けて説明を行う．

して掲示内容を作成し，データベースに情報の登録を行う． そして，閲覧者は Web ブラウザや携帯

図 2: システムの構成
図 3: 本システムに必要なテーブル
表 1: システムの構築環境 (専用端末)

OS

Windows XP Professional

Frameworks.NET Frameworks 2.0

DLL

3.2.1 利用者情報
利用者の名前や学年，クラス，学科やパスワー
ドを入れておくためのテーブルである．ここに登

libpasori.NET
MySQL Connector

libusb-win32

0.1.12.1

録してある情報を基にして，ユーザ認証や掲示内

FeliCa R/W

RC-S320

容の作成時に対象者を選択することに利用する．

電話，さらに掲示板の代わりに設置するタッチパ

3.2.2 掲示内容情報
掲示情報のタイトルや内容，作成者，作成日，添

ネル式の情報提供専用端末 (以下専用端末とする)

付画像の URL といった情報を保存しておく．掲示

から情報の取得が可能となる．また，ユーザ認証

内容は Web アプリケーションから入力可能であるを行うことで閲覧者を特定し，データベースからが，個人の PowerPoint などを使って掲示内容を作関連した情報のみを取り出し提供することが可能

成し，画像化してシステムへ投稿したいという要である．

求があると思い，添付画像のテーブルを追加した．

- 12 -

3.3.3 情報の登録
掲示内容をデータベースに登録すると同時に対象者の id と掲示内容の id の関係 (Relation) を作成
し，データベースに登録するようにデータベース

3.2.3 掲示内容の対象者を特定するための情報
掲示内容の作成時に，掲示内容と対象者を結びつけるための情報で，掲示内容の対象を設定する
ことで自動的に生成される．また，このテーブルには利用者がその掲示内容を閲覧したかどうかの状態を示すフラグを用意してある．

設計を行った．例えば，掲示内容番号 (notiece id)１の情報が対象となる利用者を表示すると，図 5 のようになる．これは user id が 18，64，22，75，96

3.3の 5 人の利用者が掲示内容１の対象者であること

システム利用の流れを示している．掲示内容の表示には，この Relation

本システムは，情報登録用のコンピュータ，デー

を利用して行われるようにした．

タベースサーバ，専用端末から成り立っている．ここでは，情報の登録から表示までの流れを説明する．

3.3.1 利用者の登録・編集本システムでは，あらかじめ教員と学生の名
前や学年，初期パスワードといった情報が管理者によって登録されており，パスワードは個々に変更可能となっている．また，メールでの情報配信サービスを受けるためのメールアドレスと，専用端末で利用する際ユーザ認証を容易にするために利用する FeliCa の固有番号については，利用者の同意によって登録することが可能である．

図 5: 掲示内容番号と対象ユーザの組み合わせ

3.3.2 掲示内容の作成
掲示板に表示する内容は，専用の掲示内容作成ア
プリケーションを用いて作成するようにした．今回は Web アプリケーションと Windows アプリケー
ションの 2 種類を用意した．図 4 に Windows アプ
リケーションの入力画面を示す．図にあるように，対象者とカテゴリを選択し，タイトル，本文，掲
載期限を入力し登録ボタンをクリックすることで内容の登録ができるようにした．Web アプリケー
ションでも同様のことが出来るようにした．

図 4: 掲示内容作成画面

3.3.4 情報の表示
情報の表示は Web アプリケーションまたは専用
端末上で行うようにした．Web アプリケーション
ではログイン後に，カテゴリ検索によって掲示内
容の検索を行うことができ，閲覧したい内容を選択すると図 6 のように掲示内容の詳細が表示される．専用端末では，ユーザ認証前は図 7 のような一般的な情報が順次表示されるようにした．登録
しておいた FeliCa をカードリーダに読み込ませると自動的にユーザ認証を行い，図 8 に示すような内容の一覧がカテゴリ毎に表示される．その中から，見たい内容を選択すると図 9 のように情報が表示される．また，FeliCa をカードリーダから放すと自動的にログアウトされ，図 7 のような画面に戻るようにした．

図 6: 掲示内容の詳細 (Web アプリケーション)- 13 -

4

まとめ

本研究では，既存の掲示システムの代わりとなる学
内情報提供システムの構築を行った．Web アプリ
ケーションと Windows アプリケーションではユー
ザ認証を実装した．さらに Windows アプリケー
ションでは，パスワードによる認証方法だけではなく FeliCa による認証方法も実装した．
今後，システム全体として未実装になっている
専用端末で掲示内容の添付画像の表示，記事作成
時の Relation を行えるようにすることが必要であると考えられる．また現在構築している専用端末
用のアプリケーションでは，FeliCa のみのユーザ
図 7: ログイン前の画面 (専用端末)

認証となっている．最近では，おサイフケータイ
やカード型乗車券などで FeliCa を所有している人は多いが，全ての人が所有しているとは限らない．
本システムでは，既存に発行された FeliCa を利用するが，FeliCa を所持していない人は現在の専用
端末用アプリケーションにおいてユーザ認証が行えない．そのための FeliCa 以外でのユーザ認証方法についても実装していく必要がある．

参考文献[1] モバイルキャンパス，http://jp.fujitsu.com/group/fip/services/educat
ion/mobilecampus/[2] 福島大学お知らせ配信システム，
http://kyoumu.adb.fukushimau.ac.jp/fibs.htm

図 8: 掲示内容の一覧（専用端末）[3] 宮岡樹，衣笠昭弘，岡田正，Web ベース業務効率化システムのオープンソースソフトウェアによる開発，津山工業高等専門学校紀要，第 49号，2005，pp.59-66

図 9: 掲示内容の詳細（専用端末）- 14 -

シラバスの情報管理および入力支援システムの構築
総合工学システム学科
窪田哲也

1

はじめに

たシステムを提案し，教員が入力する部分を Web
アプリケーションとして構築する．

大学，短期大学，高等専門学校といった高等教
育機関はその教育研究水準の向上に資するため，教2

育研究，組織運営および施設設備の総合的な状況システム開発技術に関し，7 年以内毎に，文部科学大臣が認証する評

シラバスを作成する各教員が使用しているオペ

価機関 (認証評価機関) の実施する評価を受けるこ

レーティングシステムはさまざまである．そこで，とが義務付けられている [1]．認証評価機関による開発するシステムは OS に依存しないように Web

評価の際にはさまざまな書類が必要であり，そのブラウザを用いて利用するものとする．また，1．

一つに認証評価を受ける高等教育機関が作成するで述べたようにシラバスに関する情報は DB に格

シラバスがある [2]．シラバスとは，教育機関にお納する．以上の点を踏まえると，本システムは DB

いて開講される各授業科目の詳細な授業計画書でを利用した Web アプリケーションとして構築するある．学生に対して授業目的や計画等の情報を提のが望ましいと考えた．DB を利用した Web アプ

供する仕様書としての役割や評価方法について学

リケーションの構築には多くの着手法が存在する

生との契約書のような役割を有する．また，学位が，本システムの構築には Ruby on Rails(RoR) を授与審査の際の修得単位の内容確認にもシラバス

利用することとした．

は利用されている．このように，高等教育機関においてシラバスの重要性は大きい．

2.1

本校では現在，各授業科目の担当教員にシラバ
ス作成用の Word テンプレートファイルを配布し，担当教員がそのファイルを編集するという方式でシラバス作成を行っている．このテンプレートファ
イルは全科目に対して共通であるため，全ての情報を担当教員が自ら入力しなければならない．しかし，単位数や科目名，学習・教育目標，学習達成

Ruby on Rails

Ruby on Rails はオープンソースのプログラミン
グ言語 Ruby を用いて開発された Web アプリケー
ション開発のためのフレームワークである．Web
アプリケーション開発の際によく使われる機能があらかじめ実装されており，システム開発者はア
プリケーション固有の部分を実装するだけでよくなっている．

である．さらに，現在の方式では提出状況の把握がRoR を特徴付ける概念として Convention overConfiguration(CoC) がある．CoC とは「設定より規約」という意味であり，RoR においては規約に則ってコードを書くことで余分なコードを記述する必要がなくなる．例として，次節で説明するモ困難という問題がある．担当教員は作成したシラ

デルクラスに対応付けた DB のテーブル名をモデ

バスファイルを電子メールに添付して取りまとめ

ルクラス名の複数形として定義することで自動的の担当者に送信し，それを担当者が処理するといにモデルクラスと DB テーブルが対応付けられる[3]．

目標といった情報は教員がシラバスを作成する際にはすでに決まっている．このような情報は個々の教員がいちいち調べて入力しなくともコンピュー
タシステムを利用すれば自動的に入力可能な項目

う流れになっている．電子メールを利用した方式
では提出されたファイルを見逃す可能性がある．また，シラバスファイルが頻繁に修正されると，どの

2.2

Ruby on Rails と MVC

ファイルが最新のものなのかわからなくなる．このRoR は図 1 に示すような，MVC(Model-View-

問題は，シラバスに関する情報を DataBase(DB)に格納して一元的に管理することで解消すること

Controller) アーキテクチャに基づいて設計されている．MVC アーキテクチャとはアプリケーションができると考える．

をモデル (Model)，ビュー (View)，コントローラ(Controller) という 3 種類のコンポーネントに分割

そこで，本研究ではシラバスに関する情報を一して設計・実装することをいう [4]．

元化するとともに，教員の記述する項目を限定し- 15 -

ている PC なら，どこからでもアプリケーションにアクセスできるように設置したため，ユーザ認証を実装し，各教員にアカウントとパスワードを発行することで学生がアプリケーションを利用できないようにした．

3.1

DB 設計

アプリケーションの開発に先立って，まず DBの設計を行った．作成した DB の ER 図を図 2 に
図 1: Rails の MVC アーキテクチャ

示す．

モデルはアプリケーションで使用するデータそのものとデータの操作方法・制約条件を定義するコ
ンポーネントである．また，DB とのデータのやりとりもモデルが行う ()．RoR においては Active
Record というライブラリに定義された ActiveRecord::Base クラスを継承することによりモデルを作成する．このモデルのオブジェクトが DB テー
ブルの各行に対応し，各列はオブジェクトの属性が対応する．
ビューはモデルに格納されているデータに基づいてユーザにデータを表示するコンポーネントで

図 2: 作成した DB

ある ( )．データを表示するだけでなく，ユーザがデータ入力を行うためのインタフェースもビュー

今回作成したアプリケーションは最終的には当研が提供する．RoR においては HTML や XML と究室で開発を行っている学内情報管理システムと同いったさまざまな形式のビューを作成することが一の DB を用いることを想定しているため，users

可能である．HTML 形式のビューを作成する場合，

HTML 内に Ruby コードの断片を埋め込むことに
より動的にコンテンツを作成することができるのが特徴である．

テーブルには学生，教員の両方がアカウント登録される．そのためユーザの詳細情報を登録しておく user infos テーブルには教員には関係の無い学年やクラスといった情報も登録できるようになっコントローラはアプリケーション内の調整役にている．

位置するコンポーネントで，ユーザの入力を受けsubjects テーブルにはシラバスに関する全情報が格納されている．担当教員情報は元々users テー
ブルと関係を持たせることで管理する予定だったが，クライアントから担当教員を素早く変更できるようにしてほしいという要求があったため，テ取り，モデルとやり取りをし，適切なビューをユー
ザに表示する ( )．RoR においてはユーザからのリクエストをアクションと呼ばれるコントローラ
内の１つのメソッドに対応付ける．

キストとして持たせるようにした (3システム概要)．このため，ログインした教員に関係のある科目のみを表示す

今回作成した Web アプリケーションは，Mi-る機能の実装が困難な状況となった．

crosoftWord を用いて作成していたシラバスを Web
ブラウザによって作成できるようにすることを目

3.2

ユーザ認証ページ的とした．そのため，シラバスに関する基本的かつユーザがシステムを利用する際にはユーザ認証

変更して欲しくない情報 (科目名，単位数，学習・を行う必要がある．図 3 に作成したユーザ認証ペー

教育目標など) はあらかじめ DB に登録しておくもジを示す．なお，ユーザ認証を行わずにユーザ認のとし，Web アプリケーションからは編集できな

証ページ以外にアクセスするとユーザ認証ページ

いようにした．また，学内ネットワークに接続しに強制的にリダイレクトされるようにした．現状- 16 -

のシステムではユーザ認証機能の実装はできていページは授業内容を記述するページ (図 5(a)) と，るが，パスワード変更や新規ユーザのパスワード

それ以外を記述するページ (図 5(b)) に分かれて設定といった機能の実装が行えなかった．そのたいる．ユーザの操作性を考慮すると，Web アプリ

め，現在はこちらの発行するパスワードでのみログイン可能となっている．

(a) 授業内容の編集

図 3: ユーザ認証ページ

3.3

シラバス一覧表示・検索ページ

ユーザがシラバスの編集を行う際に，編集したいシラバスを容易に探し出せることは重要である．
当初 3．2 で述べたように教員に関係する科目のみ(b) 概要等の編集一覧表示する予定であったが DB 変更に伴ない困図 5: シラバスの編集ページ難となった．単純に全シラバスの一覧を表示しただけでは目的の授業科目を見つけるのは容易ではケーションはページ遷移することなく全ての情報ない．そこで，一覧表示ページに検索機能を実装を編集できることが望ましい．しかし，本校のシすることでユーザの求める授業科目を検索できる

ラバスは A4 用紙 1 枚にまとめなければならない．

ようにした (図 4)．

さらに，シラバス全体の体裁も整えなければならない．これらの制約を満足させるために，記述部分の行数を揃える必要がある．行数を揃える方法
として授業内容部分に不足行数分の空白行を挿入するという対策を施すことにした．しかし，編集
ページが 1 ページだけでは現在入力している文字

図 4: シラバス一覧表示・検索ページ数や行数をリアルタイムで把握することは困難で検索条件には，科目名 (日)，学年，担当教員のある．そのため，あとどの程度の文章を書けば行3 種類が指定できるようにした．また，シラバス情報は毎年蓄積されるので表示したい授業科目の開数がオーバーするかシステムによる補助機能が実装できない．そこで，行数あわせをする授業内容
だけは最後に編集するようにした．ページ遷移す

講年度を選択できるようにもした．現状では，過ることで残り何行で 1 ページを超える文章になる

年度のシラバスの内容を反映させる機能の実装にか表示させることが可能となった．また，2 ページ

は至らなかった．さらに，各シラバスが完成して目では授業時間数の合計と行数を確認するボタンいるかどうかもシラバス一覧のページから確認でを設置した．図 6(a) は両方が正しく入力された場

きるようにした．

3.4

合である．それに対して，図 6(b)，(c) は正しく入力されていない状態を表している．

シラバス編集ページ

シラバス編集ページはテンプレートでの編集に3.5近づけるために，実際のシラバスと同じような構

シラバス表示ページ

成で入力欄を表示するようにした．シラバス編集

DB に格納されたシラバス情報は，主事室担当

ページは 2 つのページで構成されている．2 つの者にのみ提供する Windows アプリケーションから- 17 -

スが作成される予定となっている．実用面での開発は概ね終了しており，今後はユーザの利便性，操作性の向上を目的とした開発が必要であると考えられる．
(a) 問題無し(b) 要修正(c) 要修正

今後の課題としてユーザ認証機能の強化が考えられる．現在は学内情報管理システムと共通の DB

図 6: 行数・時間数の確認を利用していないので，アカウントは教員のものしかないという前提でユーザ認証を行っている．そ読み込まれ，Word ファイルとして出力される．本のため，学生のアカウントが登録されるようにな

校で最終的に利用するのは Word ファイルを変換ると学生も教員と同様にユーザ認証を行うことでした PDF ファイルなので，ユーザは Web アプリ

シラバスを編集できるようになってしまう．またケーション経由で PDF ファイルを確認できるよう現状では，認証されたユーザは全てのシラバスをにすることが望ましい．しかし，Windows アプリ

編集できる．これについても検討する必要がある

ケーションを RoR 側から実行し，PDF ファイルをと考えられる．さらに，現在 Windows アプリケー

作成してユーザに提示するのは不可能である．そションで行っているシラバス情報の登録について

こで，Web アプリケーションでは HTML 形式でも Web アプリケーションから登録できるようにす表示するようにした (図 7)．しかし，現状では行端ることも検討する．

にカンマ記号が存在したり，半角英数字が入ることで行数のカウントがおかしくなる可能性がある．

参考文献[1] 大学評価・学位授与機構 ｜ 大学評価事業，
http://www.niad.ac.jp/n hyouka/index.html[2] 高 等 専 門 学 校 評 価 基 準(機関別認証評価)，大学評価・学位授与機構，
http://www.niad.ac.jp/ICSFiles/afieldfile/
2007/05/31/no6 1 3 kousenkijun20.pdf[3] [ThinkIT] 第 1 回 : Rails が
注 目 さ れ て い る 理 由(1/3)，
http://www.thinkit.co.jp/free/article/0605/2/1/[4] Dave Thomas et al.，“Rails によるアジャイル
Web アプリケーション開発 第 2 版”，株式会社
オーム社，2007，pp．10–16

図 7: シラバス表示ページ
シラバスの入力が完了した際，この Preview ペー
ジにおいて完成ボタンをクリックすることで DB の編集完了フラグをたてることができる．それ以降，
シラバス一覧ページと編集ページにおいてシラバスが完成していることが表示されるようにした．

4

まとめ
本研究では，Web ブラウザを利用してシラバスを作成するアプリケーションを RoR を用いて開発した．アプリケーションは本研究室のサーバにて現在稼動中であり，これを利用し来年度のシラバ- 18 -

計算機を利用した授業時間割編成システムの提案と開発
システムデザインコース
システム制御工学科５年
1. 緒 論和田 健
松浦 史裕

極 めて多 数 の制 約 を考 慮 しなければならない．

時 間 割 編 成 問 題 とは， 教 員 や 講 義 室 が競 合 し な
いように時 間 割 表 上 に授 業 を配 置 していく問 題 である．高 専 をはじめとして，小 学 校 から高 校 ・大 学 ，さらには予 備 校 に至 るまで，教 育 機 関 に勤 務 する者にとっては身 近 な問 題 として知 られている．しかしながら，この問 題 は，数 学 的 には組 合 せ最 適 化 問 題 と2.2 本 校 時 間 割 編 成 の 手 順
本 校 の時 間 割 編 成 では，まず，各 コースから選 出された編 成 委 員 が，当 該 コースの授 業 について担
当 教 員 や開 講 時 期 をコース内 で協 議 ・調 整 し，
Fig.1 に示 すようなマグネットを作 成 する．

して位 置 づけられており，その求 解 には極 めて大 き
な労 力 が必 要 となる．近 年 では，その労 力 軽 減 を目的 として，時 間 割 を自 動 編 成 するソフトウェアも市 販
さ れ て い る ２ )- ３ ) が ， 「 複 雑 な 制 約 条 件 が 取 り 扱 え ない」「特 殊 なクラス構 成 ・授 業 形 態 に対 応 していない」「操 作 や設 定 が複 雑 である」「満 足 できる時 間 割が得 られない」といった問 題 から，現 在 でも手 作 業 による編 成 を行 なうところは多 い．本 校 においても「専攻 科 を含 めて 7 学 年 ある」｢学 科 ・コース編 成 が複 雑である｣といった特 殊 な設 定 に加 え，「非 常 勤 講 師 がFig.1 マグネット

多 い」「共 有 する講 義 室 が多 い」などの制 約 条 件 が多 数 存 在 することから，これまで自 動 編 成 ソフトの利

次 に，各 コースの委 員 が集 まり，（例 えば「非 常 勤

用 は考 えられてこなかった．そのため，現 在 でも手 作

講 師 の授 業 から」といったような）段 階 を踏 みながら業 を中 心 とした時 間 割 編 成 が行 なわれており，担 当

作 成 したマグネットを Fig.2 のように白 版 上 に貼 付 け

教 員 にとっては大 きな負 担 となっている．

授 業 配 置 を決 める．その際 ，教 員 や講 義 室 に競 合

このような背 景 から，本 研 究 では，本 校 における時
間 割 編 成 作 業 の労 力 軽 減 を目 的 として，（計 算 機が生 じていないかを確 認 し，問 題 があれば委 員 同 士
で協 議 し，授 業 配 置 の調 整 を行 なう．

によ る 時 間 割 の完 全 自 動 編 成 ではなく） 編 成 者 とコンピュータの連 携 により効 率 的 な時 間 割 編 成 を行 なう システムの 提 案 と 開 発 を 行 なった ． そし て， 実 際 の
時 間 割 編 成 作 業 を通 じて提 案 するシステムの有 効性 についての評 価 を行 なった．

2. 本 校 に お け る 時 間 割 編 成 作 業 の 現 状
本 校 の授 業 時 間 割 編 成 の特 徴 と手 順 について，
ヒアリングを通 じて情 報 の収 集 を行 なった．ヒアリングは， 実 際 に 時 間 割 編 成 に 携 わ った 経 験 を 有 する 教
員 2 名 に対 して行 なった．得 られた情 報 について整Fig.2 時 間 割 編 成 用 白 板

理 したものを次 に示 す．

このよう にし て ， その 段 階 に おける 問 題 が なくなれ

2.1 本 校 時 間 割 編 成 の 特 徴
本 校 の時 間 割 編 成 では，（総 合 工 学 システム学
科 という学 科 体 制 をとっていることから）学 科 ごとに独 立 して決 定 することができない 5 クラス／6 コース／4 学 科 の 7 学 年 を同 時 に扱 わなければならないこと（つまり、非 常 に大 きなサイズの問 題 を扱 うこと）に
加 え，｢学 科 ・コース編 成 が複 雑 である｣｢授 業 可 能
な時 間 帯 が 限 定 された 非 常 勤 講 師 が 多 い ｣「 学 科 ・コースで共 通 して使 用 する講 義 室 が多 い」といった

ば， 次 の 段 階 （例 え ば， 特 別 教 室 を 使 用 す る 授 業 ）のマグネットを貼 り付 ける，という作 業 を繰 り返 しながら段 階 的 に時 間 割 を完 成 させる．しかし，先 述 したよう に制 約 条 件 が多 いこ とか ら， 制 約 を 満 足 する時 間
割 が得 られず，前 の段 階 に戻 ることはも ちろんのこと，
クラスの持 ち替 えや開 講 時 期 ・教 科 担 当 者 の変 更が行 なわれることもある．さらには，教 員 の競 合 など
深 刻 な制 約 違 反 を除 いて，連 続 講 義 時 間 が 6 時 間を超 えないようにするといった緩 い制 約 条 件 につい-19-

機 能 を有 する．

ては委 員 の判 断 で妥 協 されることもある．

(2) 編 成 者

なお，上 記 の手 順 の中 でも，競 合 の検 出 と解 消 に
大 きな労 力 が費 やされている．この問 題 の解 決 としSche っ 人 が 提 供 す る 情 報 を 参 考 に ， 授 業 のて，数 年 前 よ り，エクセルのマクロで組 ま れた競 合 検

配 置 を行 なう．提 案 するシステムは，この編 成 者 を出 ツールが利 用 可 能 となっているが，テキストベース

支 援 す るため のものであり， 時 間 割 を編 成 に関 すのデ ー タ 入 力 ・ 操 作 が 必 要 であ るこ とか ら 委 員 全 員る意 思 決 定 を行 なうのは，あくまで，編 成 者 自 身が積 極 的 に使 用 するには至 ってはいない．

である．
(3) 基 本 情 報

3. 時 間 割 編 成 シ ス テ ム の 提 案

時 間 割 編 成 に必 要 な基 礎 データであり，教 員

時 間 割 編 成 作 業 の労 力 軽 減 を目 的 として，本 校

情 報 ，講 義 室 情 報 ，教 科 情 報 ，クラス情 報 などかの時 間 割 編 成 において実 際 に利 用 可 能 な編 成 シス

ら構 成 される．これらは，膨 大 なデータとなるため，テムの提 案 を行 なう．

見 や す く ， 扱 い や す い エ ク セ ル フ ァ イ ル フ ォ ー マッ

先 述 したように汎 用 の自 動 編 成 ソフトを，本 校 のトを採 用 した．なお，これらを編 集 することで，小 学

時 間 割 編 成 に使 用 することは難 しい．これは汎 用 の

校 や中 学 校 の時 間 割 編 成 にも対 応 できる．

ソ フ ト が ， (1) 一 般 的 な 小 ・ 中 ・ 高 校 を 想 定 し て 設 計(4) 授 業 配 置 情 報

されており，本 校 のような７学 年 （５クラス→６コース→

授 業 の配 置 情 報 に関 するデータである．これを４学 科 ）という構 成 に対 応 していないこと，(2)時 間 割

出 力 することで編 成 作 業 を中 断 し，読 込 むことで編 成 作 業 の実 務 者 として強 い決 定 権 を有 した 1 人編 成 作 業 の再 開 が可 能 となる．

のユーザを想 定 しており，本 校 のような複 数 人 体 制(5) 授 業 時 間 割 表 (HTML)による編 成 には馴 染 まないこと，(3)すべての制 約 条

Sche っ人 により出 力 される HTML 形 式 で整 形

件 を満 たす実 行 可 能 解 が存 在 していることを前 提 にされた授 業 時 間 割 表 である．Web にアップロード

設 計 されているため，編 成 の前 提 条 件 である担 当することで，ブラウザを通 じた時 間 割 表 の確 認 が教 員 の 変 更 や， いく つ か の制 約 条 件 の 妥 協 が 必 要

可 能 となる．

と なる 本 校 の 時 間 割 編 成 に は 適 さ ない こ と， が 原 因(6) 授 業 時 間 割 表 (Excel)

である．

Sche っ人 により出 力 される Excel 形 式 で整 形

これらのことを踏 まえ，提 案 するシステムは，学 年 ・された授 業 時 間 割 表 である．印 刷 して紙 媒 体 でク ラ ス 構 成 に 柔 軟 に 対 応 可 能 で， （ 計 算 機 によ る時

配 布 することなどが可 能 である．

間 割 の完 全 自 動 編 成 を行 なうのではなく）編 成 者 に

4.時 間 割 編 成 支 援 ツ ー ル ｢Sche っ 人 ｣対 して有 益 な情 報 を提 供 することで編 成 作 業 を支援 することをコンセプトとして設 計 した．また，システ

編 成 シス テム の中 核 となる 「 Sche っ人 」は，簡 単

ムは，現 行 の時 間 割 編 成 体 制 ・手 順 に十 分 に沿 う

なマウス操 作 より，白 板 にマグネットを貼 り付 ける感ものとなるように設 計 した．

覚 で 時 間 割 を 編 成 す る 機 能 を 提 供 する． 具 体 的 には，基 本 情 報 の読 込 むことによって生 成 される

3.2 シ ス テ ム 構 成

Fig.4 に示 すような授 業 タグ（マグネットに相 当 ）を，提 案 す る 時 間 割 編 成 システムの構 成 図 を Fig.3

マウスのドラッグ＆ドロップにより Fig.5 に示 すようなに 示 す ． シ ス テ ム に お い て 各 要 素 は 次 のよ う に 位 置

編 成 ウィンドウ上 に配 置 していくことにより，時 間 割

づけられる．

の編 成 を可 能 とする．なお，配 置 を変 更 した際 に，(1) 授 業 時 間 割 編 成 支 援 ツール『Sche っ人 』

教 員 や講 義 室 に関 して競 合 が生 じると，Fig.6 に示システムの中 核 となる編 成 支 援 ソフトウェアであすように，授 業 タグ周 囲 の色 を変 えて編 成 者 に競 合り，簡 単 なマウスの操 作 のみで時 間 割 を編 成 するの発 生 をリアルタイムで通 知 する．

機 能 ， 競 合 を 検 出 す る機 能 ， 各 種 帳 票 出 力 する

Excel
入力

入力

教員情報
講義室情報
教科情報
インポート

編成
a Time...

エクスポート

出力(Ex cel)a Scheっ人人

競合の自動検出
（教員・講義室etc.）
授業時間割の編集
2

3

4

5

授業配置情報閲覧・確認

e http://.....
授業時間割(案)

6

・ 学年別
・ 曜日別
・ 教員別
・ 講義室別1 2 3 4 5 6

印刷

Data
Y学科 編成員

時間割表
出力(HTM L)

1

Excel

X学科

意見

時間割編成員

Fig.3 システム構 成 図-20-- Local Page -X学科 教員時間割表（紙）5. シ ス テ ム の 評 価
提 案 するシステムを使 用 して 2007 年 度 (前 期 )の
時 間 割 を作 成 した．この際 ，競 合 を効 率 よ くチェックしながら，実 際 に時 間 割 を作 成 できることを確 認 した．
また，時 間 割 編 成 委 員 に対 してシステム導 入 の提 案 を行 ない，その結 果 ，2008 年 度 の編 成 作 業 に
白 板 を使 用 したシステムと併 用 する形 でシステムのFig.4 授 業 タグ

導 入 が実 現 した．手 作 業 では見 逃 しがちな競 合 を，リア ルタイ ムに確 実 に検 出 する 機 能 ， 編 成 途 中 であっても時 間 割 表 を出 力 する機 能 （持 ち帰 って作 業 を
続 けることが可 能 ）は，好 評 であり，システム全 般 についても概 ね好 評 であった．しかし，白 板 上 の時 間
割 と Sche っ人 上 の時 間 割 の間 で食 い違 いが生 じ，
それ ら を 修 正 する 作 業 に 大 きな 時 間 が 費 やされ るといった問 題 が発 生 した．また，ディスプレイ領 域 の制
限 ，マウスが 1 つであることに起 因 して，複 数 人 で同時 に作 業 する ことには難 があった．特 に，これらの問

Fig.5 時 間 割 編 成 ウィンドウ

題 は，配 置 変 更 が頻 繁 に行 なわれる序 盤 で問 題 となった．そのため，序 盤 では白 板 が主 として利 用 されていたが，半 分 以 上 の授 業 が配 置 されて競 合 が
頻 発 する中 盤 では白 板 と Sche っ人 の併 用 となり，
終 盤 では編 成 作 業 は Sche っ人 に一 本 化 された．これらの結 果 ， 効 率 的 に編 成 作 業 を行 なうためには，
前 半 に 従 来 式 の 白 板 を 利 用 し ， 後 半 に 提 案 する シ
ステムを投 入 することが望 ましいといえる．

Fig.6 競 合 情 報 の通 知

この他 ，編 成 委 員 からは，システム（Sche っ人 ）にまた，授 業 タグが移 動 されると，別 に開 かれている

対 して次 のような改 善 要 求 が挙 げられた．

教 員 別 ・講 義 室 別 ・クラス別 の時 間 割 ウィンドウ上 で• Sche っ人 から担 当 教 員 や使 用 教 室 の変 更 が行も 配 置 が リア ルタ イ ム に 更 新 され る． これ ら の 機 能 になえるとよい（現 状 では，担 当 教 員 や使 用 教 室 のより，白 板 を眺 めながら競 合 の有 無 をチェックする手

変 更 は基 礎 データを変 更 しなければならない）．

間 と，競 合 が発 生 した場 合 にどこに移 動 させれば競• 基 礎 データの作 成 が煩 雑 である．

合 が回 避 されるかを探 し出 す手 間 が大 幅 に減 少 さ• 基 礎 データから白 板 用 のマグネットを自 動 作 成 する機 能 が欲 しい．

せることができる．さらに，Sche っ人 では，そのまま印
刷 して時 間 割 表 として配 布 可 能 なエクセルファイル

現 在 、Sche っ人 を下 記 URL にて公 開 している．

を出 力 することができる． また，時 間 割 表 を HTMLhttp://wada-server.ipc.osaka-pct.ac.jp/wiki/
index.php?TimeTableEditor

形 式 で出 力 する機 能 も備 えており，出 力 したHTML ファイルを Web サーバー上 にアップロードす6. 結 論ることが可 能 となる。これに， Fig.7 に示 すようにイン

本 研 究 では，本 校 における時 間 割 編 成 作 業 の省

ターネットブラウザを通 じて時 間 割 表 を閲 覧 ・確 認 す

力 化 を目 的 として計 算 機 を利 用 した時 間 割 編 成 シることが可 能 となる．

ステムの提 案 と開 発 を行 なった．そし て， 提 案 した シ
ステムを使 用 することで，時 間 割 編 成 にかかる労 力
が軽 減 されることを実 証 的 に検 証 した．また，試 験
運 用 を通 じて，今 後 の課 題 点 を明 確 にした．

参考文献
1）田 中 雅 博 , メ タ ヒ ュ ー リ ス テ ィ ッ ク 手 法 に よ る 時
間割編成の自動化, システム制御情報学会誌,
Vol.45, No.12, pp.725-732 (2001)
2） 株 式 会 社 シ ス テ ム 21, タ キ オ ン ,http://www.kks21.co.jp/tachyon
3） 株 式 会 社 イ デ ア シ ス テ ム , AI 時 間 割 ,Fig.7 HTML として出 力 された授 業 時 間 割 表

http://www.ideas.co.jp-21-

パソコン甲子園 2007 でグランプリを受賞して総合工学システム学科３年

浜田悠樹・岩見宏明

今回、パソコン甲子園 2007 でグランプリを受賞することが出来ました。この賞を受賞したことを通じて、私達は何かに挑戦すること、努力することの大切さを知ることが出来ました。
私達が初めてパソコン甲子園に参加したのは、2006 年度の大会でした。パソコン甲子園
は、年に１度、福島県にある会津大学で行われる、高校生・高等専門学生を対象とした、全国大会です。この大会は制限時間以内により多くの問題を解くことを競うプログラミン
グ部門と、ショートムービーを作る、デジタルコンテンツ部門などがあります。私達が参加したのは、プログラミング部門です。私達はこの大会で、昨年度は 6 位という結果に終
わってしまいました。結果だけを見れば、6 位というのはそう悪くは無い結果かもしれませんが、上位のチームとの間には大きな点差がありました。私達はこの大会での大敗を通じて、自分たちの力の無さを実感しました。この悔しさをバネに、次年度の大会では、絶対に勝ってやると意気込みました。それから、私達はアルゴリズムや数学の勉強を自分たちで進めていきました。そうして、2007 年度の大会に挑み、勝利を得ることが出来ました。
この経験を通じて、努力し、挑戦し続ければ必ず報われる時が来る、何か、かけがえの無いものを得ることが出来るのだと実感しました。だから、後輩の皆さんにも、何でもいいので、何かに挑戦し、努力し続けて欲しいと思います。自分の趣味に没頭できるのは学生のうちだけですので、社会人になる前に、自分の好きなことを見つけ、没頭して欲しいと思います。

-22-

編集後記
投稿していただきました方々には、お忙しいところありがとうございました。
新システムにリプレースされてから、２年半になりますが、情報技術分野の進歩は日進月歩で、まだ、学内全体で十分に広く活用されているとは言い難い状況です。情報システム統括室では、
本校ネットワーク設備をより有効に活用していただけるよう、今後ともいっそうの利用環境の整備とサービスに努めてまいりますので、皆様方のご協力をよろしくお願いいたします。

発行日

２００８年３月（第１号）

編集発行

大阪府立工業高等専門学校
情報システム統括室
大西 章
乾 達巳
森山泰秀
〒572-8572

大阪府寝屋川市幸町２６番１２号
Phone 072-821-6401（代表）Fax
072-821-0134（代表）