大学ICT推進協議会
2011年度年次大会 論文集

A11-2
Plone4 による熊本大学公式 Web サイトの構築
永井 孝幸 1,杉谷賢一 1,久保田 真一郎 1,木田 健 1, 松葉 龍一 2,坂本 瑞穂 2,伊澤 睦 2,
岩永 菜穂子 3,中村 直美 3,谷口 勝紀 4,上田 誠 4,後藤 正三 5,河津 秀利 5
熊本大学総合情報基盤センター1, 熊本大学 e ラーニング推進機構 2,
熊本大学マーケティング推進部広報戦略ユニット 3, 熊本大学工学部技術部 4,
熊本大学運営基盤管理部情報企画ユニット 5
tnagai@cc.kumamoto-u.ac.jp1
概要：大学 Web を通じた情報発信を活発に行うには Web の更新作業を各部署で行えるようにすることが望ましいが，学外へ公開するコンテンツについては編集ワークフローに基づいた承認手続きや不正アクセスへの対処など様々な要求を考慮する必要がある．熊本大学では既存の業者製 CMS からオープンソース CMS への移行を検討し，要求を満たす CMS として Plone4 を選定した．本稿ではPlone4 を用いた大学 Web サイトの構築方法について述べる．

1 はじめにリティ上の問題が起きにくいだけでなく，HTML大学 Web を通じた情報発信を活発に行うにはエディタで作成したコンテンツも混在させて配信

Web の更新作業を各部署で行えるようにすることできるため，CMS エディタの機能不足を補えるとが望ましいが，学外へ公開するコンテンツについいうメリットがある．その代わりに，コンテンツては編集ワークフローに基づいた承認手続きや不の統一的な管理ができずに古いコンテンツが残っ正アクセスへの対処など様々な要求を考慮する必たままになる，コンテンツを時限公開できない，要がある．熊本大学では既存の業者製 CMS からといった点が問題になっていた．

オープンソース CMS への移行を検討し，要求を満たす CMS として Plone4 を選定した．本稿ではPlone4 を用いた大学 Web サイトの構築方法について述べる．
本稿の構成は以下の通りである．まず 2 節で大こういった不便をふまえながらもこの方式を用いてきた理由として，過去(2005 年 4 月)に熊本大学の公式 Web サイトがクラッキングにより改ざんされた1,2ことが挙げられる．この時の被害は利用していた CGI の脆弱性が直接の原因であった

学公式 Web サイトへの要求事項について述べ，3が，以後，熊本大学の公式 Web サイトでは動的コ節で大学公式 Web サイト用 CMS の選定基準と選ンテンツは用いないという状態が続いている．

定過程について述べる．4 節では大学公式 Web サ
イト用システムの構築結果について述べる．5 節
では大学 Web の構築運用体制について述べ，最後に 6 節で大学 Web のリニューアルに関する今後の予定について述べる．

2.2 熊本大学公式 Web サイトへの要求

熊本大学では平成 22 年の事務組織改編の一環として大学公式 Web サイトとは独立に教職員向
け Web サイトを Joomla で構築し，担当者自身によるコンテンツの軽微な修正を行えるようにして2いた．大学公式 Web サイトについても同じように

大学公式 Web サイトへの要求

本節では熊本大学公式 Web サイトの現状と，リ各部局の情報発信者によるコンテンツ修正を可能

ニューアルに伴う要求事項について述べる．

され，この要望を受ける形で熊本大学公式 Web サ

2.1 熊本大学公式 Web サイトの現状

現在の熊本大学公式 Web サイトではコンテンツの編集を CMS 上で行い，コンテンツをいった
ん静的 HTML として出力したものを Web サーバで配信している．この方式は Web サーバでセキュにしたい，という要望が広報戦略ユニットから出イトのリニューアルを開始した．
1熊本大学のホームページがハックされてた訳ですが(http://blog.hiroaki.jp/2005/04/000253.html)
2大変だ！！ 熊本大学のトップページがクラックされている(http://d.hatena.ne.jp/softether/20050414)― 268 ―

大学ICT推進協議会
2011年度年次大会 論文集

今回のリニューアルでは，単に大学公式 Web

13. コンテンツの日本語全文検索が可能なこと

サイトに用いる CMS を更新するだけでなく，大14. 多言語コンテンツの作成に対応していること

学公式 Web サイトと教職員向け Web サイトを統

15. UI の言語を容易に切り替えられること

合することで Web サイトの更新・運用の利便性を

16. CSS によるデザインのカスタマイズが可能なこと図る，ということが大きな目標として挙げられた．
これは両サイトで利用する CMS が異なると，職大規模・多人数運用に必要な要件が多く含まれ員の異動等が行われた際にコンテンツの管理・変ていることが分かる．

更作業を行える担当者が不在になることがあり，

3.2 候補 CMS 調査結果概要

安定的な情報の発信が難しくなるためである．このため，採用する CMS はユーザ権限に応じたコンテンツの編集・閲覧制限機能を備えるだけでなく，人事異動に伴う権限割り当ての変更にも対応

3.1 節で述べた基準に基づき，商用およびオープンソースの CMS から候補システムの調査を行った．50 程度のシステムについて調査を行ったが，統合認証・編集ワークフロー対応等の大規模運用可能なことが求められた．
これらの要望を満たすには静的 HTML を配信に必要な機能を備えているシステムはごく尐数でする現在の方式をやめ，CMS をネットワークに公あった．調査を行った時点3で(多尐のカスタマイ開する方式に切り替えることが不可欠であるが，ズを前提とした上で)利用可能なシステムとして，セキュリティを確保することが大前提である．大候補に残ったのは以下のシステムである(表 1)．

学公式 Web サイトは攻撃対象となりやすいため，CMS の選定においては機能面だけでなくセキュ

表 1 大学 Web 用候補 CMS 一覧

リティ面にも大きな比重を置くこととした．

順位3 大学公式 Web サイト用 CMS の選定

本節では今回の大学公式 Web リニューアルに伴う CMS の選定基準と選定経緯，Plone4 採用のメリット/デメリットについて述べる．

3.1 CMS 選定基準

大学公式 Web サイトに対する要求を CMS の技候補システム

1

Plone 4

2

Joomla 1.6

3

Joruri 1.1

4ez Publish

5

Drupal 7

術要件に直した結果，次のようになった．
1.

CAS 統合認証に対応すること

2.

LDAP 等のユーザディレクトリを用いたグルは，システムの機能面だけでなく導入・運用面もープ管理が可能なこと考慮して判断を行った．導入・運用費用の面から

3.

ページ毎に編集・閲覧権限を設定できること

はオープンソースであることが望ましいが，シス

4.

階層化コンテンツの制作が容易であること

テム構築・改修を内製で行う必要があり，システ

5.

Web ブラウザ上でコンテンツの更新が可能

ム変更は最小限にとどめたい．Joruri についてはなこと

グループ別に閲覧権限を設定する機能がないため

6.

コンテンツの版管理機能を有すること

候補から外し，Drupal 7 についてはリリース直後

7.

編集ワークフロー機能を備えることで日本語化が不十分であることから候補から外れ

8.

編集フローメールの自動送信ができることた．学内では Joomla によるサイト構築の経験が9.

管理画面でコンテンツを更新日順にソートであったため，「Plone 4 と Joomal 1.6 であれば候補 CMS から最終候補を選定するにあたってJoomla の方が良い」との意見が優勢であった．ときること
10. 入試合格発表時の一斉アクセス(1 万リクエス
ト/分)に対応できること

半年ごとにバージョンアップが行われる，という

11. 公開開始・終了日時にもとづくコンテンツの開発ロードマップが公表されたことから長期運用を前提とする大学 Web サイトに用いるのは適切

時限公開が可能なこと
12. 添付ファイルに日本語ファイル名が利用可能
なこと

ころが，Joomla 1.6 が長期サポート対象から外れ

3― 269 ―候補 CMS の調査は 2011 年 1 月に実施

大学ICT推進協議会
2011年度年次大会 論文集

ティパッチ自体も Plone の場合は Plone 起動時にでないという結論になった．
以上の経緯から，最終的に Plone4 を用いて大動的にパッチをあてる方式(monkey patch 方式)

学公式 Web サイトを構築することに決定した．

であり，セキュリティパッチを提供するためだけ

3.3 Plone4 採用のメリット・デメリットに Plone 本体のバージョンアップをする必要はな

Plone4 採用のメリット・デメリットをまとめる

い．
(2)Plone4 採用のデメリットと次のようになる．

Plone4 を用いることのデメリットとしては第(1)Plone4 採用のメリット
Plone を用いることのメリットとして大学 Web一に日本語資料の不足が挙げられる．Plone の日に必要な機能を満たすことの他に，高セキュリテ本語文献としては例えば「Plone 完全活用ガイド」

ィであることが挙げられる．Plone については報[1]が挙げられるが内容は Plone 3 のものであり，告されるセキュリティ脆弱性の数も毎年 10 件未2011 年 10 月時点で Plone 4 の管理運用に対応し満と尐なく，政府系機関での採用実績が知られてた内容の日本語書籍が存在しない．そのため，いる4．また Plone は Zope を基盤として構築されPlone3 の内容から類推して Plone4 を使うか，英ているため，CMS 内の全ての素材に対してアクセ語サイト・文献[2][3][4][5]から情報収集する必要スコントロールリストを用いた統一的なアクセスがある．Plone 導入時のカスタマイズに関する情制御が可能である．個々のプラグインで独自にア報がまとめられた数尐ない日本語サイトとしてはクセス制御を実装する方式では，場面によってア

京都大学工学研究科付属情報センターのホームペクセス制御が適用されない，プラグイン側のセキージ[6][7]が挙げられる．

ュリティホールによって意図しないアクセスが可能になるといった問題が発生するが，Plone/Zopeの場合は Zope 側で統一的なアクセス制御が行われるためこの問題は発生しない．
更に，Zope では全てのデータは ZODB というZope 独自形式のオブジェクトデータベースに格納されており，ZODB に対するアクセスは全て

また，Plone は CMS の一種であるが実体はZope フレームワーク上に構築された Web アプリケーションであり，設定項目が Plone 内に閉じていない．大規模サイトの構築・運用には Plone だけでなく Zope に関する知識も必要となり導入の技術的なハードルは高い．
大学 Web サイトでは一斉アクセスへの対処もZope の API を経由して行うことになる．このた考える必要がある．Plone4 は Plone3 に比べ処理め，CMS 側で直接 SQL を発行する余地が無く，速度が向上しているが，初期インストール状態でSQL インジェクション攻撃に対して強固である．

は毎秒数百リクエストの処理には対応できない．

システム運用の面からは他のメリットもある．

複数 Zope インスタンスを用いた負荷分散やリバ

Plone4 は buildout という Python 独自のパッケーースプロキシの導入等により要求性能を満たすよ

ジシステムを用いてインストール・アップデート

うにシステム構築を行う必要があるが，一般に内が可能であり，Plone を動作させているサーバ OS製で行うには難易度が高いと思われる．

本体のバージョンアップとは独立に保守を行うこ

最後に，大学 Web に必要な機能を満たすにはとができる．OS のセキュリティアップデートとし必要なプラグインの組み合わせを自分で調べる必て CMS のセキュリティパッチが提供されるケー要があるだけでなく，4 節で後述するようにプラスでは，Plone 本体のセキュリティパッチがリリグインの不具合への対処や機能拡張を自力で行うースされた後，さらに OS のセキュリティパッチ必要がある．この点で動作保証のある商用システが提供されるまで待つ必要がある．また，オープムの導入が適切であるケースも多いと考えられる．

ンソースシステムの長期運用を考えた場合，サーバ OS のセキュリティパッチが 5 年先まで提供さ4 Plone4 によるシステム構築結果れる保証はない．Plone 単体でパッケージシステ

本節では大学公式 Web サイト用に構築したムを用いてセキュリティパッチを適用可能なこと

システム構成と Plone のカスタマイズ内容につは運用上の大きなメリットである．そのセキュリ
4Gov 2.0 guide to Plone(http://govfresh.com/2011/03/gov-2-0-guide-to-plone/)

いて述べる．なお，本稿で述べるシステム構成
はあくまで現時点(2011 年 10 月)のものであり，本運用に入る段階で変更する可能性がある．

― 270 ―

大学ICT推進協議会
2011年度年次大会 論文集

4.1 システム全体構成

用い，MySQL のレプリケーション機能を用い今回大学公式 Web サイト用に構築したシステることでマスター側 Plone のコンテンツをスレ

ムの構成を図 1 に示す．Plone を動作させるにーブ側に配信する．スレーブ側では MySQL・は Zope の他に MySQL, Apache など複数のサPlone を共に読み出し専用設定で動作させるこービスを動作させる必要があるため，仮想化環とで，不正な HTTP アクセス・SQL 実行によ境(KVM)を用いて同一ブレードサーバ上に複数るコンテンツの改ざんを防止している．の Linux サーバを動作させている．

更新系と参照系を分離しているため，参照系
Plone の負荷が高くなっても問題なく Plone の設定・コンテンツ変更を行うことができる．また，大学 Web サイトを止めることなく更新系
Plone の保守作業を行うことができる．
なお不正な HTTP リクエストによる攻撃やZope 管理画面への不正アクセスを防止するた
め参照系・更新系ともに Plone を Apache HTTPサーバの背後に置き，Plone 自体は localhost としか通信を行わない設定にしている．
参照系 Plone では更に入試合格発表時の一斉アクセスへの対応としてリバースプロキシサー
バ(Varnish)の背後に Plone を設置している．
Varnish のキャッシュを用いることで，Plone単体では 10 リクエスト/秒未満の処理速度しか得られない複雑なページであっても，数百リクエスト/秒まで応答速度を改善できることを確認している．
ユーザ・グループの管理には LDAP を参照する方式を用いている．大学 Web を運用するには数千ユーザ，数百グループを管理する必要があり，Plone の管理画面で直接ユーザ・グループの管理を行うのが難しいことが理由である．特に，今回リニューアルする大学 Web サイトでは人事異動の度にグループ情報を更新する必要があることから，その都度 Plone 上で設定作業を

図 1 構築した大学 Web システムの構成行うのは運用の負担が大きい．

一斉アクセス時の負荷対策と外部攻撃による4.2 プラグインによる Plone カスタマイズ内容

コンテンツの改ざん防止のため，Plone を単体

Plone を用いて大学 Web サイトを構築するにで用いるのではなく，更新系の Plone(マスタ側)は，機能・Web サイトデザイン両方の面でカスと参照系の Plone(スレーブ側)を設けている．コ

タマイズが必要となる．Web サイトデザインおンテンツ保管用のバックエンドには MySQL をよび一般利用者向け UI のカスタマイズについ― 271 ―大学ICT推進協議会
2011年度年次大会 論文集ては本協議会 2011 年度年次大会の別報告[8]にプロードされるバイナリファイルをサーバ上のて発表するため，本節では 4.1 節で述べたシス

ローカルファイルシステムに保存するようになテム構成に必要となる機能面でのカスタマイズっているが，今回は MySQL のレプリケーショ

内容について述べる．

ンを通じて全てのデータを同期させるため，バ(1)CAS 統合認証，LDAP 連携

イナリファイルもデータベースに保存するよう

CAS 統合認証対応には anz.casclient，LDAPに設定している．

連携には python-ldap,PloneLDAP プラグイン(4)編集ワークフローのカスタマイズを利用している．Plone ではユーザ認証，権限

Plone は初期インストール状態でも編集ワー管理，グループ管理にそれぞれ別のプラグイン

クフローのカスタマイズを行うことができるが，を指定することができ，ユーザの認証にのみ状態遷移表を記入するという UI のため，複雑CAS プラグインを指定することで,LDAP によなワークフローを構築することは困難である．

るユーザ・グループ管理と CAS 統合認証を両立

大学 Web 用の編集ワークフローを作成するにさせている．

あたり，Ajax による分かりやすい編集 UI を備(2)リバースプロキシ連携

えた uwosh.northstar プラグインを導入していPlone と独立にリバースプロキシを設置するる．また，編集フローメール内でマクロを用い場合，Plone 側でコンテンツを更新してもしばてユーザ情報やコンテンツ情報を埋め込むためらくの間リバースプロキシ上のキャッシュに古に stringinterp プラグインも利用している．

いコンテンツが残ったままになるという問題が(5)コンテンツの時限公開への対応ある．このキャッシュ不整合問題を避けるため

Plone は標準機能としてコンテンツの時限公に，plone.app.caching プラグインを用いている．

開機能を備えているが，今回の用途では機能がこのプラグインを用いることで，更新のあっ不十分であることが分かった．標準機能の動作

たコンテンツのキャッシュを破棄するためのは公開状態のコンテンツをメニュー表示・検索

PURGE リクエストを Plone からリバースプロ結果から除外するという動作であり，直接コンキシに自動的に送ることができる．また，コンテンツの URI にアクセスした場合には期日前テンツの種類に応じてキャッシュポリシー(キでも公開状態コンテンツの参照ができてしまう．

ャッシュの有効期間など)を変更することもで入試の合否発表においては合格発表時刻よりも前に Web 上で結果を配信することは許容さきる．
(3)MySQL バックエンドへの対応れず，「合格発表ページの URI を予想してアクPlone のコンテンツは Zope 独自の ZODB とセスすれば事前に合否発表を閲覧できてしま呼ばれるオブジェクトデータベースに格納されう」という動作には問題がある．ているが，このデータベースの保存形式を Zope

そこで，Plone 標準の時限公開機能を利用す側のプラグイン設定で変更することができる．

る代わりに，指定時刻にコンテンツを非公開状ZODB をリレーショナルデータベースに保存態から公開状態に切り替える自作の Python ス

す る た め の Zope 用 プ ラ グ イ ン と し て はクリプトを動作させる方式[9]を採用した．このRelStorage が 利 用 可 能 で あ る ． 今 回 は自作スクリプトを定時実行させるためにRelStorage を MySQL 用に設定することでcron4plone プラグインを用いている．

MySQL のレプリケーション機能を用いたマスター・スレーブ間のコンテンツ同期を実現して4.3 ソース改変による Plone カスタマイズ内容

いる．RelStorage の標準設定では Plone にアッ

今回のシステム構成で Plone を運用するにあ― 272 ―大学ICT推進協議会
2011年度年次大会 論文集

たり，一部の動作実現にはソースコードレベル用するシステムでは，不具合報告があった際のでの改変が不可避となった．

状況把握のために管理者権限で指定ユーザとし(1) 読取り専用状態での不具合対策て代理ログインする機能(Unix でいう SU 機能)

スレーブ側 Plone を読取り専用状態で動作さが不可欠である．

せるには，基本的には ZODB を read-only に設Plone4 では Niteoweb.LoginAs プラグインが定すればよい[10]．しかしながら，この状態で利用可能であるが，このプラグインが LDAP 連

Plone にログインするとログイン履歴の書き込携に対応しておらず，LDAP 上のユーザとしてみができないためにエラーが発生し，事実上ログインしようとすると「該当ユーザなし」とPlone にログインできないことが判明した．

いう扱いになる．そこでユーザ検索ルーチンをリニューアル後の大学 Web サイトでは，教職改修し，LDAP 上のユーザに対しても代理ログ員向けコンテンツは認証済みの教職員ユーザにインを可能としている．また，セッション内に対してのみ閲覧を許可することを想定しており， 保持された CAS の認証情報を代理ログイン時スレーブ側 Plone へログインできない不具合はに破棄する処理も追加している．

致命的である．この現象への対策として，
read-only 状態では ZODB への書き込みに失敗

5 大学 Web 構築運用体制
本節では Web サイトリニューアルの組織体してもエラーを出さないように RelStorage プ制と編集ワークフローについて述べる．

ラグインの改修を行った．
また，スレーブ側 Plone にログインした際，5.1 Web サイトリニューアル組織体制コンテンツの編集権限を持つユーザについては，大学公式 Web のリニューアルは大学全体の自分が編集権限を持つコンテンツを閲覧した際広報に関わる事項であるため，大学ホームペーに編集メニューが表示されてしまうという問題

ジに関する最上位の組織である「広報推進会議」があった．参照専用の Plone で編集メニューがの下，学内の各部局と連携しながら作業を行っ表示されるのはユーザに混乱を招くことから，ている．Web サイトリニューアルに伴うページ

Plone が読取り専用状態に設定されている時はのデザイン変更については，基本的に現行 Web編集メニューを表示しないよう Plone 本体の改サイトのデザイン(図 2)を踏襲するものとし，修を行った．

Plone への移行に伴う外見上の変化が尐なくな(2) CAS 認証ユーザに対する Cookie の設定るようにしている(図 3)．

リバースプロキシを用いる際，同じ URI でもユーザによって表示内容が異なるページにはキャッシュを用いないようにする必要がある．
Plone/Zope でこの動作を実現するには，Ploneにログインした際に Cookie に設定される属性(__ac)の有無を調べるのが一般的な方法である
が，CAS 認証でログインした場合にはこの属性が設定されない．そのため，CAS ログイン時にCookie の属性を設定するよう anz.casclient プラグインの改修を行った．
(3) 代理ログイン(SU)機能の CAS・LDAP 対応
大学 Web サイトのように大勢のユーザが利― 273 ―

図 2

現行の大学 Web トップページ

大学ICT推進協議会
2011年度年次大会 論文集に対応し，コンテンツ公開に関する最終権限を持っている．
コンテンツの作成はまず部局レベルで行い，「制作者」はコンテンツ作成後に「承認者」に承認依頼を行い，コンテンツに不備があればこの時点で「制作者」に差し戻される．不備がなければ「承認者」は該当コンテンツの「公開依頼」を「総合管理者」に対して行う．
「総合管理者」は「公開依頼」のあったコンテンツの内容
図 3

リニューアル後のトップページ(予定)を確認し，問題がなければ「公開」とする．

Web サイトリニューアルのため，e ラーニン
グ推進機構兼務職員を中心に事務部・技術部から総勢 23 名により作業チームを構成し，メンバーを小規模のワーキンググループに分けて作業を進めている．各グループの進捗を月に一度の定例ミーティングで報告し，検討事項・問題点の整理やスケジュール調整を行っている．シス
テムの技術的な側面を総合情報基盤センター・工学部技術・情報企画ユニットが担当し，Webサイトデザインのカスタマイズ・コンテンツ作成を e ラーニング推進機構が担当している．また，Plone 導入時の教職員研修に必要な研修用
図 4

コンテンツの作成も e ラーニング推進機構が担

大学 Web の学外公開ワークフロー当する予定である．
5.2 編集ワークフロー

基本的には各部局の承認者の決済を通った時熊本大学では大学公式ホームページに掲載で点で学外に公開しても問題ない状態にコンテンきる情報に関して基準を設けており，学外に公ツが仕上がっていることを想定しているが，予開するコンテンツについては全て広報戦略ユニ

定されていたイベントが急遽とりやめになったットのチェックを得た後に公開することになっ等の例外的な事態が発生した場合は総合管理者ている．

によって学外公開申請を却下することになる．

編集ワークフローの策定にあたって広報戦略「制作者」「承認者」「総合管理者」間のやりユニットと検討を重ね，リニューアル後の大学とりには Plone の編集フローメール機能を利用

Web サイトでは「制作者」「承認者」「総合管理しており，コンテンツ編集画面にある決済用メ者」の３種類のユーザ区分を設けることとした

ニュー(「承認申請」「学外公開申請」「却下」な(図 4)．
「制作者」は各部局でホームページ用コど)を選択するだけで該当者にメールで知らせンテンツの作成を行うスタッフに対応し，「承認るようになっている．

者」は各部局の課長に相当する．
「総合管理者」
は広報戦略ユニットの学外ホームページ責任者― 274 ―

大学ICT推進協議会
2011年度年次大会 論文集

いて e ラーニングの活用を進めており，今回の6 今後の予定
Plone によるシステム構築についてはほぼ目

研修にも e ラーニングを活用する予定である．

処がたったところであるが，実運用に入るまでにはまだ準備が必要である．本節では実運用に入るまでに実施を予定している作業について述べる．
6.1 既存コンテンツの移行
Plone4 を用いて大学 Web サイトをリニュー

謝辞
Plone4 を使った Web サイトの構築・カスタ
マイズにあたっては，京都大学工学研究科付属情報センターのホームページで公開されている技術情報[6][7]が大変参考になりました．この場を借りてお礼を申し上げます．

アルするにあたっては，既存コンテンツの移行作業が大きな課題となる．Plone には他 CMS参考文献のデータを一括で取り込む機能はないため，数千ページに及ぶ既存コンテンツを手作業でPlone のコンテンツとして作り直す必要がある．
WYSIWYG エディタ上のコピー・ペーストで済む作業もあるものの，外部 HTML エディタによって作られた複雑なレイアウトや図表には個別に対処する必要がある．特に事務手続き関係のページでは書式見本等の図表・PDF が大量に使われているため，学外コンテンツに比べてより多くの作業時間がかかると見込まれている．

[1] 柴田 淳, 鈴木 たかのり,木下 文史他,
Plone 完全活用ガイド, 技術評論社, 2008[2] Martin Aspeli, Professional Plone
Development, Packt Publishing, 2007
[3] M. Delmonte, D. Moro, A. Narduzzo, F.
Reale, A. McKay, The Definitive Guide toPlone, Apress, 2009[4] Robert J Nagle, A User's Guide to Plone
4, Enfold Systems, Inc., 2010[5] Martin Aspeli, Plone 4 Professional
Development, Packt Publishing, 2011[6] Plone3.3 サイトの構築,
http://info.t.kyoto-u.ac.jp/ja/docs/plone33[7] Plone4.0 サイトの構築 ,6.2 セキュリティ監査
利用しているソフトウェアにセキュリティホールがないことと，システム全体が適切に機能していることは話が別であり，リニューアルした Web サイトの本運用を開始する前にセキュ

http://info.t.kyoto-u.ac.jp/ja/docs/plone40[8] 坂本 瑞穂,伊澤 睦, 久保田 真一郎, 永井孝幸, 松葉 龍一, 熊本大学公式 Web サイ
トの構築－CSS 等のカスタマイズによるWeb サイトデザイン－, 大学 ICT 推進協
議会 2011 年度年次大会

リティ監査を実施する予定である．
6.3 教職員研修
大学 Web をリニューアルする目的は各部局の情報発信者によるコンテンツ修正を可能にすることであり，各部局のコンテンツ製作者・承認者に対する利用者研修を行うことが不可欠である．Plone の一般的な利用方法については市販の書籍が利用可能であるが，今回構築した編集ワークフローや情報発信ガイドライン等の熊本大学固有の内容についても合わせて研修を行う必要があり，学内で研修用コンテンツを作成する予定である．熊本大学では授業や研修にお― 275 ―[9] Time-based publishing in Plone withhigher security,
http://valentinewebsystems.com/en/blog/
time-based-publishing-with-higher-secu
rity[10] Notes on a More Secure Plone
Deployment,
http://nathanvangheem.com/news/noteson-a-more-secure-plone-deployment