GUI によるユーザ管理システムと活用システム－マイページ提示システムと組織内連絡システム－
河田 進＊

-

鰆目 正志＊

真鍋 伸也＊＊

User Management System by GUI and The Systems using This
My-Page Presentation System and Connection System in an organization Susumu KAWATA*, Masashi SAWARAME* and Shinya MANABE**

Abstract
GUI による操作可能なユーザ管理システムを開発した。ユーザは階層構造化されたグループに所属するが，グループの作成や削除，登録ユーザの変更はシステムの管理者が行うのではなく，グループ毎に設定された管理者が個々に許された範囲内で行う分散型管理体制を実現した。また，グループ化されたユーザ情報をＷｅｂアプリケーションが有効利用できるための方法と，ユーザ管理システムの利用例として「マイページ提示システム」と「組織内連絡システム」紹介する。I

Keywords : GUI，ユーザ管理，Ｗｅｂアプリケーション，単一ログイン，マイページ

1．
． 緒 言が行っている。サーバ管理者以外の者がユーザ管理を行いたい場合，サーバ管理者に登録や権限の設定を依

多くの高専において高専機構認証サーバ（以下認頼する必要がある。そのため，時期によっては認証サ証サーバと略す）を利用しており，計算機センタの演ーバに対する作業に多くの時間が割かれ，負担となっ習室で利用できるシステムへのログインなどに使われていることが予想できる。ている。香川高専詫間キャンパスにおいては全教職員

そこで，グループの作成や削除，ユーザ登録などと全学生を登録している。

を特定のシステム管理者が行うのではなく，グループまた，キャンパス内には教職員や学生を対象としを階層的に構成でき，さらにグループそれぞれにグルたＷｅｂアプリケーション（以下アプリと略す）やホープ管理者（例えば，教員用学科は学科長，学生は教ームページ（以下ＨＰと略す）が多々存在している。

務主事，学生会は学生主事など）を置き，下層のグル

特にアプリにおいてはユーザを特定して利用させる必

ープ管理はそのグループ管理者が行う分散型ユーザ管要があるものもある。その様なアプリにおいてはユー

理システムを提案する。さらに操作性を良くするためザ管理が必要であるが，認証サーバの情報を利用してＧＵＩによる操作を可能とする他，グループ構造の可いない場合が多い。理由としては認証サーバ内におい視化を行う。てユーザがグループ分けされていないためや，アプリ

ここではシステム構成やアプリにおいてシステム開発者が簡単な操作で認証サーバのグループ管理をすを利用する方法を示す他，活用例として「マイページることが困難なためである。

提示システム」と「組織内連絡システム」を紹介する。

香川高専詫間キャンパスの認証サーバの年度更新処理やユーザの一括登録などはサーバ管理者（教員）2. ユーザ管理
ユーザ管理システム
管理システムのシステムのシステム構成
システム構成＊ 香川高等専門学校情報工学科＊＊ 九州工業大学情報工学部

2.1 ユーザ管理機能
ユーザ管理機能141

香川高等専門学校研究紀要 5(2014)

ユーザは図１に示すような木構造をしたグループ

表２ グループ管理機能の権限一覧の階層構造の中で管理をする。親ノードがルートであ権限名る１つの部分木の中で特定の個人は１つのグループに管理者権限のみ所属させる。例えばＡさんを５ＩＴに所属させた

ユーザ管理権限場合，５ＩＴからたどれる親グループ（５年，学生、サブグループ作成権限全体）に所属していることになる。５ＩＴの中に新し権限設定権限

内容指定されたグループをトップノードとする部分木の完全なアクセス権を持つ指定されたグループをトップノードとする部分木のノードにユーザを登録したり移動，削除などを行える指定されたグループのノードに子ノードを作成・削除できる指定されたグループをトップノードとする部分木を管理する権限を与えたり削除したりできる

くグループを作ってＡさんがそのグループに所属する
場合は，５ＩＴから新しいグループに移動させる。
しかし，クラブのように個人が複数のクラブに所

2.3 データベース
ユーザ管理システムのデータベースは表３のよう属することが可能である場合を考慮し，部分木に同一なテーブルで構成している。グループの木構造はある人物のユーザコードを複数登録することも可能とする。

グループが親となるグループに所属する形を採っていこの様な管理をすることの利点は以下の通りである。また，ユーザ氏名テーブルに存在しないユーザ IDる。

を所属テーブルや権限テーブルに登録することはでき(1)登録する個人コードの総量を少なくできる。

ない。

(2)年度更新のための処理が簡単である。

表３ データベースのテーブル一覧(3)個人の削除や所属変更の必要が生じても，ルートをテーブル名
ユーザ氏名
グループ
グループ名
所属グループ権限

親ノードとする１つの部分木の中で処理する個人コードは僅かである。

ユーザＩＤ
グループＩＤ
グループＩＤ
ユーザＩＤ
ユーザＩＤ

フィールド
漢字氏名
親グループID
グループ名
グループＩＤ
グループＩＤ

仮名氏名
マルチ許可SW

権限

表１にユーザ管理機能の一覧を示す。
2,4 実装図２はグループ構造を可視化したものであり，図

ルート
学生会

３はグループ管理ページである。

教職員

学生

１年

２年

３年

執行部

柔道部

２ＣＮ

２ＥＳ

２ＩＴ

Ａ
さん

Ａさん

Ａ
さん

図 1 グループの階層構造図
表１ ユーザ管理機能一覧

機能名
処理内容
ユーザ登録
個人のユーザコードを木構造の指定位置に登録する
ユーザ削除
指定した木構造からユーザを削除する
ユーザ移動
指定した木構造内のユーザ（個人または集団）の所属グループを変更する
グループ追加現在の木構造の任意のグループに子グループとして新しいノードを追加する
グループ削除指定したグループを削除する（所属しているユーザは親グループに移動）
グループ情報変更
グループ名などの情報を変更する
木構造表示指定したグループ以下の部分木の構成を表示する
グループ管理者権限設定
グループを管理できるユーザの登録や変更を行う
2.2 グループ管理機能
グループ管理機能
木構造をしたグループに対する権限の種類を表２のように定める。あるグループにサブグループ作成権限を与えられたユーザには，自由なグループ管理を実現できるよう作成したサブグループ以下の部分木に対しては管理者権限を与える。
図２ 可視化されたグループ構造図

142河田進 他 : GUI によるユーザ管理システムと活用システム シマイページ提示システムと組織内連絡システムシ

2009/1/29定が必要で，認証手続きを行う必要がある。そのため
アプリ開発者はユーザの認証ためのユーザ登録／更新作業や認証プログラムの用意が必要で開発者の負担になっている。さらに，アプリ毎にログイン作業が必要でユーザの負担になる。
そこで，ユーザ管理ステムのユーザ情報を利用することで開発者側のユーザ管理／認証作業を不要とする他，利用可能なアプリやＨＰを容易に認識できるマイページ提示システムを提案する。尚，マイページへログインすれば，そこで提示されているアプリへのログインを不要とする単一ログインのための仕組みもここで示す。
3.2 マイページ提示
イページ提示システム
提示システムのシステムのシステム構成
システム構成ユーザが利用できるアプリやＨＰの情報を図４のように 2.1 で示した木構造のグループと関連づけて記憶する。例えば２年生の微積１に関連するアプリやＨ
Ｐは２年生全員が受講するので［２年］というグループに関連させるが，２年情報工学科のデジタル回路１に関連するアプリやＨＰは［２ＩＴ］というグループ
図３ グループ管理ページに関連づける。
これにより重複した登録をせずに済む。
Ａさんのマイページは，所属するグループ（［２Ｉ

3. マイページ提示
マイページ提示システム
提示システムＴ］と［柔道部］，「執行部」）それぞれから親ノードを辿って関連づけられたアプリやＨＰを集め表示する。

学生

学生会

微積１ＨＰ

２年

柔道部

デジタル回路
アプリ

２ＩＴ

Ａ
さん

用されているアプリやＨＰを表４に示す。ＨＰは主に情報公開用なのでログインを必要としないが，アプリはログインを必要とするものが多い。

1

しかし，これらのアプリやＨＰも存在を知らなけ

香川高専ＨＰルート

そくせん

3.1 概要
香川高専（詫間キャンパス）で教職員や学生に利柔道部ＨＰ

Ａ
さん

ればサービスを受けることが困難である。また，アプリの幾つかは利用ログなどの蓄積のためにユーザの特

図４ グループとアプリ・ＨＰとの関連図

表 4 Ｗｅｂアプリケーションおよびホームページ一覧（2013．5 調査）
タイトル

目的対象者

種別

ログイン

記録

開発者

法定外控除提示システム

法定外控除費の通知

教職員

アプリ

必要

無し

教員

寮通知システム

郵便物情報などの通知

寮生

アプリ

必要

有り

学生

小テスト管理システム

小テストの実施と管理

情報3年

アプリ

必要

有り

教員，学生

プログラミング状況認識支援システム

C言語プログラミング支援

2年

アプリ

必要

有り

教員

専攻科・大学試験問題データベース

専攻科・大学入試の過去問

学生

アプリ

不要

無し

学生

教務Webシステム

成績管理

教職員・学生

アプリ

必要

有り

業者

Webclass

自習学習や小テスト，アンケート

教職員・学生

アプリ

必要

有り

業者

寮生外泊・欠食システム

寮生の外泊・欠食届けの提出

教職員・学生

アプリ

必要

有り

業者

そくせん

教職員・学生へのメール送信

教職員・学生

アプリ

必要

有り

業者

クラブホームページ

クラブ紹介

誰でもHP

不要

無し

教職員・学生

科目ホームページ

科目の紹介や自主学習用

学生

HP

不要

無し

教員

その他ホームページ

女子キャリア支援など

誰でもHP

不要

無し

教職員・学生143

香川高等専門学校研究紀要 5(2014)

3.3 アプリやアプリやＨＰのＨＰの登録
ユーザ管理システムが管理しているデータベースの権限テーブル以外のテーブルへの読み取り権限を設定し利用するが，グループにリンクさせるアプリやＨＰの情報はマイページ提示システムのデータベースに記憶する。誰にアプリやＨＰ情報を登録させるかという登録権限もデータベースに記憶するが，それを行える者はユーザ管理システムで登録されているグループ管理者である。
例えばＩＴ２年の科目担当者が学生に参照させたいＨＰをグループＩＴ２年にリンクさせたければ，ＩＴ２年のクラス担任やさらに上位の２年団長，さらに上位の教務主事に権限設定を依頼することになる。
3.4 データベース
マイページ提示システムのデータベースは表５の

図６ アプリやＨＰの登録管理ページように２つのテーブルから構成される。
3.6 単一ログイン
単一ログインのログインの仕組み
仕組み
図７はユーザ管理システムやマイページ提示シス

表５ データベースのテーブル一覧
テーブル名
ＵＲＬ
権限

テムとアプリとの関係図であるが，マイページを経由フィールド
グループＩＤ ＵＲＬ
ユーザＩＤ
グループＩＤせずに不正にアクセスすることができないようにするための仕組みを示す。

3.5 実装利用者は図５のように利用可能なアプリやＨＰを

3.6.1 アプリとのアプリとの連携処理との連携処理(1)マイページへログインしたとき，システムはアプリ参照できる。また，アプリやＨＰの登録権限を有する単位にランダムなアクセスキーを割り振り，以下のよ者は図６に示すページを利用できる。尚，ユーザ管理

うなリンクをマイページ内に生成する。その際システシステムの管理権限を有する者も図５のページから操

ムは，ユーザコードとアクセスキーのペアをデータベ作を開始できる。

ースに記録する。
http://******（URL）?ucode=ユーザコード&KEY=A87BE109CF72E83E(2)ユーザがアプリへアクセスした際２つのデータはアプリへ送信されるが，アプリはこれをセッション変数などに記憶し，他ページへジャンプした際，アクセスキー管理ツールに対してユーザコードとアクセスキーのペアが有効であるかどうか確認し，有効でなければマイページへのログイン画面へジャンプさせる。
3.6.2.6.2 アクセスキー管理
アクセスキー管理ツール
管理ツール
アクセスキー管理ツールはＬｉｎｕｘのデーモンとして動作しているが，アプリからの確認要求に応えると共に，データベースに記憶しているユーザコードとアクセスキーの最終確認要求時間から一定時間が経過したとき，アクセスキーの有効期間が過ぎたものと図５ マイページ画面見なして破棄することで，アプリへの不正なアクセス

144河田進 他 : GUI によるユーザ管理システムと活用システム シマイページ提示システムと組織内連絡システムシを防ぐ。尚，アプリとアクセスキー管理ツールとの通との関連図であるが，以下にメール送信の流れを示す。

信はソケットを利用する。

①ユーザ管理システムからグループ構造の取得
マイページＤＢ要求②ユーザ管理システムへ送信先ユーザグループＩＤのマイページ
提示システム送信③ ユーザ管理システムからユーザ情報の取得

マイページ
ユーザ管理
システム

ユーザ

④ ユーザ一覧の表示参照など

アクセスキー
管理ツール⑤ 送信先ユーザの指定
ユーザ管理ＤＢ⑥ 返信先（Reply：）の指定⑦ メールの作成

アクセス確認⑧添付ファイルの指定

Ｗｅｂアプリケーション

アクセスキーＤＢ⑨ 署名の自動挿入と送信チェック⑩ エラーメール処理

図７ 単一ログインのためのシステム関連図
4. 組織内連絡システム
組織内連絡システム
4.1 概要
現在 GUI を使ったメールグループを管理できるメールシステムが開発されている．本校にもメール通知

図８ 組織内連絡システムとシステムとして「そくせん」があるが，以下のようなユーザ管理システムとの関連図問題点がある。
①学生はメール受信しかできない

メール作成権限には制約を持たせず，登録ユーザ「そくせん」では，学生はメールを受信することであれば誰でもメール作成を行える。学生がクラス内しかできず，送信機能を利用することができない。まに実験の班グループを作って連絡を取りたい場合，クた，グループ管理機能も利用できないので，クラス内ラスのグループ管理者であるクラス担任に新しいグルや，部活動内で連絡を取る手段として利用できない。

ープの作成を依頼し，管理権限を設定してもらうこと②送信者が不明

で，組織内連絡システムを班内の意識疎通のツールと「そくせん」のメールの差出人は，常に「システして利用できる。

ム管理者」になっているので，本文に名前がないと誰また，システムは送信者の所属と氏名を自動挿入することでなりすましや迷惑メール作成を防ぐ。

が送信者かわからない。つまり，なりすましの危険性がある。また，返信してもシステム管理者にしか届かエラーメールが発生した場合は，Reply で指定されないので，返信が必要な場合は本文に返信先を記述すたアドレスにエラーメールを転送することでメール送る必要がある。

信失敗を知らせる。

③ メール送信の成功／失敗が不明
送られて送信者には届かないので，送信が成功したか

4.3 データベース
データベースにはユーザのメールアドレステーブどうか不明である。

ルと送信ログテーブルがある。

エラーメールは「そくせん」のシステム管理者にそこで，メール機能とユーザ管理システムを利用

4.4 実装図９はメール作成画面であるが，個人情報保護のした組織内連絡システムを構築する。

めに以下のような改良を今後行う。
4.2 組織内連絡システム
組織内連絡システムのシステムのシステム構成
システム構成図８は組織内連絡システムとユーザ管理システム① 送信先を選ぶときメールアドレスは表示されない。
② To:ではなく Bcc:に送信先を記述することで，複数145

香川高等専門学校研究紀要 5(2014)

2009/1/29
人に同一メールを送っても受信者以外のメールア③ 卒業生に対する処理方針の決定

ドレスを知られないようにする。

また，単一ログインを実現するためには以下の問
題点を解消する必要がある。
① 提案した方法で不正アクセスが本当に防げるか実証する必要がある。特に組織内連絡システムが悪用されれば，学生に被害が及ぶ可能性がある。
② マイページシステムやユーザ管理システム，アクセ
スキー管理ツールがダウンすると全てのアプリが利用できなくなるので，システムのデュアル化が必要である。

図９ メール作成画面
5. アプリによるアプリによるユーザによるユーザ管理
ユーザ管理システム
管理システムのシステムの活用
現在，ユーザ管理システムが利用しているデータ
ベースは，権限テーブル以外は誰でも参照できるよう権限を設定しているので，アプリ開発者は必要なＳＱＬ文を作成することで情報を利用できる。そこで，利用者を限定する必要があるアプリは以下のような手順でユーザを限定できる。
① 認証サーバによりログイン認証を行う。
② アプリにアクセスできるグループにユーザＩＤが含まれているかどうか確認する。
③ アプリがユーザ毎のログなどを記録する必要がある場合は，データベースなどにユーザＩＤをキーとして情報を蓄積する。この場合，予めグループに登録されているユーザＩＤを全て抽出登録してから蓄積を行うのではなく，新規ログインの判断により新しいレコードの生成と蓄積を開始する方が効率的である。
6. 終わりにユーザ管理システムに登録されているユーザは認証サーバに登録されているユーザと同一であるので，本来は認証サーバの登録情報を直接使うことが望ましいが，まだ実現できていない。また，実用化するためには以下の方針決定や機能の実現が残っている。
① 年度更新処理② 留年，退学，転科などの処理確認（処理そのものはユーザの削除や移動などで行える）

146