H4-4

Open Source CMS “Plone”で作る大学広報サイト
伊藤 雄一，竹村 治雄，江口 太郎
大阪大学 クリエイティブユニット{itoh, takemura, eguchi}@cu.osaka-u.ac.jp
概要：大阪大学ではウェブを用いた広報に重点を置き，大阪大学公式ウェブサイトの構築や更新においては，クリエイティブユニットという専門の部署を設置し，日々広報活動を行っている．大阪大学公式ウェブサイトは Open Source CMS である Plone を用いて構築されており，コンテンツの更新は部署責任，日英一対一完全対応という特徴を持っている．本発表ではウェブサイト構築の詳細，さらに前述の特徴を実現するための方法を詳述する．

1 はじめに2 大阪大学におけるウェブ広報

大阪大学では，2009 年 6 月に大規模な公式ウ

大阪大学ではウェブを用いた広報に特に重点ェブページのリニューアルを行った．リニューアを置いている．これは，ウェブを用いることで，ル以前のウェブサイトは各部署が HTML ファイ

以下に示す即時性，独立性，到達性が非常に高い

ルのコピーを管理し，担当者がエディタを用いて広報が可能であると考えられるためである．

ファイルを編集した後，FTP を利用してサーバ上l 即時性	 のファイルを上書きし，公開していた．これらの必要な情報を必要なときに遅延なく発信できファイルのバージョン管理は各担当者に任され，るという性質．一般的な冊子体では発信完了管理部署が複数に渡るページでは，しばしば古いまでに数ヶ月を要することがあるが，ウェブバージョンで最新バージョンが上書きされるなどを用いると情報の鮮度が高いうちに公開できの問題が発生したり，間違って異なるディレクトる．

リの index.html を上書きしてしまうなど，ページl 独立性	 更新にかかる事故が多数発生していた．一方で，情報を他者が介入することなく，そのままの日本語コンテンツは，各部署によってある程度積状態で発信できるという性質．新聞記事や雑極的な更新がなされていたものの，英語のページ誌などと異なり，本学が本学の言葉で情報をはほとんど更新されることがなく，「地域に生き世発信できる．

界に伸びる」をモットーとする大学としては非常l 到達性	 に残念なものであった．さらに，ウェブページの情報に興味のある人が，その人が存在する場

デザインも HTML タグの使用法や見せ方につい所や時間などに関係なくその情報に到達できて決まったものはなく，各部署の裁量に任されてるという性質．本学に興味のある人が全世界いたため，担当者ごとにイメージが変わり，統一からいつでも情報にアクセスすることができされたデザインがなされなかったり，アイコンやる．

トップタイトル画像の作成は業者にその都度発注

本学では，ウェブ広報に重点を置くに当たり，していたため，余分な時間的・金銭的コストが発ウェブサイトの管理・運営を専属で行う組織，ウ生したりしていた．

ェブデザインユニット（現在，クリエイティブユ

これらの問題を解決するために，本学では公式ニット）を 2008 年 6 月に本部事務機構内に立ちウェブページの管理に CMS（Contents上げた．このユニットには，1 章で述べた様々なManagement System）を導入することを決定し，問題を解決するために，ウェブデザイナー，グラ

先に述べた通り 2009 年 6 月に全面的にリニュー

フィックデザイナー，英文エディタ，これらをデアルを行った．本稿では本学におけるウェブ広報ィレクションするトータルディレクターが配置さの位置づけ，そして実際のウェブページの構築，れ，他の事務組織から完全に独立した形で発足し運用，今後の展開について詳細を述べる．

た．これは組織的な関係性を廃することで，ウェブサイトの独立性を担保するとともに，他部署に対して積極的な更新依頼などの働きかけを行った
り，逆に他部署からのデザイン依頼などに柔軟に応えるために非常に有効である．以下，本学ウェブデザインユニットが Open Source CMS である
Plone を用いてウェブサイトを構築した詳細について述べる．

3 Plone によるサイト構築
3.1 CMS の 選 定2 章で述べた 3 つの性質はウェブ広報全般だけではなく，日々のコンテンツ更新作業にも言える．
たとえば，ある部署が担当するコンテンツは，他部署から独立して管理されるべきであり（独立性），また，情報の公開が必要になった際に即座に公開されなければならない（即時性）．さらに，これらの情報は日本語だけではなく，英語でも発信されなければならない（到達性）．一方で独立性は担保されるとしても，その情報の可読性やデザインの統一を図る必要がある．以上のコンテンツ要件をまとめると次のようになる．
1. コンテンツごとにそれらを編集できる権限を担当部署に与え，権限を持つ部署以外が編集操作することはできないようにする．
2. コンテンツの公開にあたっては，広報課およびウェブデザインユニットで誤字およびデザインのチェックを行った後，公開す

図 1 トップページのキャプチャる．

（リニューアル当時のデザイン）

3. 日本語コンテンツと英語コンテンツは原則として 1 対 1 対応させ，日本語コンテンツが公開されて一両日中には英語コンテンツも公開される．
4. コ ン テ ン ツ の 編 集 は ブ ラ ウ ザ ベ ー ス のWYSIWYG エディタによるものとすることで，担当者の負担を減らす．
これらの要件を満たす CMS ソフトウェアとして種々検討した結果，Open Source CMS である
Plone[1]の採用を決定した．Plone には強力なワークフロー管理があり，コンテンツの流れが明確で編集責任をはっきりさせることができる．また，多言語対応も非常に容易に実現でき，コンテンツの編集はブラウザ上の WISYWIG エディタを用いて，見た目をそのまま編集できる．さらに Open
Source であるので，導入コストが削減しやすいこと，ウェブで情報が得やすいこと，さらに機能を本学専用のものにカスタマイズできることなどもメリットとして挙げられる．

3.2 デ ザ イ ン と 実 装
ウェブサイトのデザインは，ウェブデザインユ
ニットのデザイナーが行った．図 1 にトップペー
ジのキャプチャイメージを示す1．本学のユニバー
シティカラーは故田中一光氏が定義したスカイブルーであるが，これまではマンセルカラーシステ
ムで定義されたものしかなく，様々な色合いのスカイブルーが氾濫していた．ウェブのリニューア
ルに当たり，ユニバーシティカラーの RGB 化やCMYK 化，DIC カラー化を行い，さらに本学ロゴも新たにロゴタイプをデザインし，それらの使用法をデザインガイドラインとしてまとめ，公開した．ウェブデザインのコンセプトとしては，「洗練された知性」，「若さが溢れる瑞々しい大学」とした．システムの実装は業者に委託し，デザイナー
1 2012 年 8 月末にデザインのリニューアルを行ったため，現在のものとは異なる．

図 2 サーバ群構成が作成したデザインを Plone のテンプレートに落った．コンテンツの編集を担当者が開始してからとし込むことで全てのページのデザインをそろえ，実際に公開されるまでのワークフローを次に示す．

さらに使用できるタグなどにも制限を加えること①	 コンテンツ担当者が更新用サーバにログイで統一感のあるデザインを実現することとした．
サーバ群の構成を図 2 に示す．ユーザがアクセスするフロントエンドとして，2 台のキャッシュサーバを用い冗長化している．また，これらのサーバのみ外部からアクセス可能とすることで，センする．
②	 編集したいページまでブラウザ上で移動する．
③	 ページをチェックアウトすることでコンテンツのコピーを作成する．

キュリティも確保した．Plone は Data.fs と呼ば④	 ブラウザ上のエディタを用いて編集作業をれるデータファイルからページを構成するために行い，完了したらチェックインすることで必要なコンテンツを読み込み，動的にページ構築上書き申請する．

を行うが，この構成作業を担うアプリケーション⑤	 チェックインされたコンテンツの情報が広サーバを 3 台，データベースサーバを 1 台バック報担当者（公開作業の決裁者）にメールでエンドに配置し，さらに編集担当者が作業するた通知される．同時にウェブデザインユニッめに使用する編集用サーバを 1 台配置した．また，トの英文エディタにもメールで通知される．

本学ウェブサイトの全てのデータが格納されてい⑥	 広報担当者がコンテンツの中身およびデザる Data.fs は毎日バックアップを取ることとし，イン統一性のチェックを行い，問題なけれそのためにバックアップサーバを配置している．

ば古いコンテンツに上書きし公開する．

システムの実装後，ページの移行作業を行った．

⑦	 英文エディタが公開された和文ページに対

リニューアル前のウェブサイトはおよそ 400 ペー応する英文ページを作成・修正し公開する．

ジで構成されており，まずこれらのページを「サこれにより 3.1 節で述べたコンテンツ要件が実イトの基本機能として重要なもの」，「コンテンツ現できる．

として重要なもの」，「ナビゲーションのために重要なもの」の 3 種類に分類した．さらにリニュー
アル前の HTML ソースをそのまま利用するもの

4.2 日 英 コ ン テ ン ツ の 1 対 1 対 応
前節のワークフロー中⑤で示したように，コンと，新たに作成し直すものに分類した．その後，テンツ修正についての通知は即座に英文エディタ

リニューアル前のソースをそのまま利用するものに送信される．ウェブデザインユニットに在籍すについてはバッチ処理を行って Plone に取り込み，る英文エディタは日本語を母語とする日本人と，新たに作成し直すものについては，編集作業の英語を母語とする米国人の 2 名で構成されている．

OJT（On the Job Training）の一貫として各部署

ワークフロー中⑦の作業の詳細について述べる．に編集を依頼し，移行作業を行った．

まず，日本語のページを日本人のエディタが英語に翻訳する．次にその翻訳結果を，米国人のエデ

4 運用

ィタが，洗練され統一された英語表現となるよう

4.1 ワ ー ク フ ロ ー の 設 計 と 実 装
3.1 節で述べたコンテンツ要件のために，コン修正を加える．留学生などに対してのニュースなテンツ編集の流れであるワークフローの設計を行うに意識して翻訳する．日英コンテンツは対応関

どは特にそのニュアンスが正確に英語で伝わるよ係が分かりやすいようリンクで結ばれる．すなわ

る全てのデータが Data.fs にまとめられており，ち，ある日本語ページを見ていて，右上の English

サイトの規模が大きくなるにつれ，Data.fs のサ

リンクをクリックすると，英語のトップページにイズも大きくなり，その読み込みに時間がかかる

移動するのではなく，その日本語ページに対応すことからサイト訪問者に対するレスポンスが低下る英語ページが表示される．

するという問題がある．本学のシステムではキャッシュサーバを導入することでこの問題の解決を

4.3 各 部 署 に 対 す る 編 集 権 限 付 与本学の公式ウェブサイトを構成する各ページ
は，どの部署が責任を持って更新すべきかの情報試みているものの，トップページなど，更新が頻を持ち，同時にその部署に対して編集権限を付与

また，このレスポンス低下は更新サーバにおいてしている．Plone にはユーザを登録し，管理する特に顕著であり，更新作業の効率が下がることが機能があるが，各部署の担当者をユーザとして登不可避である．これらはサーバのスペックを上げ録することはせず，部署をユーザとして登録してることで対応が可能であると考えられるが，コスいる．これは大学の事務組織では人事異動が頻繁トの問題が依然として残る．

繁に行われるページに関してはキャッシュの効きが弱く，閲覧者がストレスを感じる可能性がある．に発生するためであり，担当者自体をユーザとしデザインの大幅な変更については，Plone のコて登録してしまうと，その管理コストが大きなもンテンツが全てテンプレートを基にして構成されのとなるためである．一方で，部署をユーザとしているために困難を伴うことが多い．実際に本学て登録してしまうと，パスワードの管理は部署にのウェブサイトは 2012 年 8 月末にデザインのリ任されることとなり，ソーシャルセキュリティホニューアルを行ったが，現在でも若干のデザインール[2]となる可能性が高い．これは定期的なパスの崩れが見られる．

ワード更新を部署に行ってもらうなどの対策を講このような課題が見られるものの，Plone を用じる必要がある．ただし，パスワードが流出した

いたサイト構築には前述のような大きなメリットとしても，権限を持つページ以外は編集できず，があり，特に総合大学のような多数のページを持その影響は限定的であるとも考えられる．

ち，複数の編集担当部署が存在し，さらに多言語対応も実施する必要がある組織には非常に有効で5 Plone によるサイト構築についての考察あると言える．

Plone を用いたウェブサイトの構築を行い，リ6 おわりにニューアルして 4 年が経過したが，本学のウェブ

本稿では，大阪大学におけるウェブサイトを更新業務は概ね上手く機能していると考えている．

用いた広報の位置づけ，そして Plone を用いたウ

特に，東日本大震災や鳥インフルエンザの流行なェブサイト構築の詳細について述べた．結論としど，迅速に情報の発信が必要な事態が発生した際て，総合大学のような多数のページ，複数の編集の対応，これらの情報の英語による発信は非常に担当者，そして多言語対応の必要なウェブサイトスピーディであり，CMS を用いて実装したシスには Plone は非常に有効である．

テムおよび Plone のワークフローの有効性が確認
また，各部署においてはコンテンツの編集責

参 考 文 献 	 [1] 寺田学，伏見潤，永井孝「オープンソース徹任が明確化されたことにより，更新作業が楽にな

底活用 Plone による簡単 Web コンテンツ管ったという声が聞かれた．さらに，広報課からの理」，秀和システム，2006 年できた．

コンテンツ更新の依頼も容易になったという意見が得られた．これらに加え，編集担当者への権限付与により，担当以外のコンテンツを間違えて上書き更新するという事故も発生しなくなった．
一方で，Plone に起因する課題も存在する．
Plone では前述のように，ウェブサイトに関係す[2] J. Goodchild, “Social Engineering: TheBasics.”
csoonline(http://www.csoonline.com/article/514063/social-engineering-the-basics), 2010