投稿者: administrator

対象となるホテルやマンションの数が増えるにつれ、直接被害を被った個人や企業だけでなく、建物の周辺までを巻き込んで大きな社会問題に発展して来ました。建築確認申請や建築業界が潜在的に持っていたひずみが、一気に表面化したと言えるでしょう。

今改めて考えてみれば、これまでも欠陥住宅や違法建築は、多くの訴訟を引き起こしてきました。業者の認可や建築確認の制度に問題点や矛盾があったことは、これらの訴訟において常に争われてきましたし、何らかの根本的な改革の必要性があることは、数多く指摘されてきました。

今回の偽装問題によって、個々の建築物についての最善の解決を探ることは当然ですが、改めて制度を確立していくという姿勢が欲しいものです。

欠陥住宅訴訟において、建て替えをするか補修に留めるかが議論されることがよくありますが、建築物はたとえ個人が所有していたとしても社会インフラの一部であると見なされ、建て替えによって社会資産が損失を被る場合は、当事者がいくら立て替えを主張しても認められないことがあります。

今回の問題も、欠陥のある社会的資産が気付かぬうちに増長していたのですから、建て替えるより補強による対応が好ましいのでしょうが、それさえも危険性が伴うほどの脆弱さであったようです。

建築における欠陥が明らかになった場合、より厳格な検査制度によって漏れを防げると考えがちですが、なかなか実際は難しいようです。

以前、自宅の建築に際し建築士の方にお話を伺ったのですが、いくら設計者が現場を頻繁に見て回っても、施工する側がコスト削減などの為に手抜き工事を本気ですれば、決して見抜くことができないと聞きました。

もちろん全てに当てはまるとは限りませんが、設計のプロが検査をしても相手も施工のプロですから、うまくごまかす方法を知っているそうです。

住宅は一生に一度あるかないかの大きな買いものです。住宅購入での失敗は、人生の失敗になりかねません。誰もが住まいを安心して手に入れることができると言うもっとも基本的なことを、私たちの社会はまだ満たしていないようです。

Blog (Web Log)が広く受け入れられた理由のひとつに、ネーミングによってユーザーに使い方を提案したことが挙げられると思います。

「HTMLエディター」より「ホームページビルダー」の方が、目的が判りやすいのと同じです。

個人的な記録をBlogで毎日手軽に残せる事によって、多くの人たちがインターネットの情報提供者になり得たのです。

一方、CMSは機能を表したネーミングであるため、それによって何ができるかが判りにくいようです。企業などが持つ大規模なサイトを管理するためのツールとして生まれましたから、味気のない名前になったのでしょう。企業向けCMSと言えば、ソフトウェアのパッケージが100万円もするような大規模なものが多いようです。

大勢の担当者が一斉にひとつのサイトに含まれるコンテンツを更新し、保存すると同時に更新の承認権限のある人に対してメールを自動的に送ったり、コンテンツのバージョンコントロールを自動的に行うなどの機能が、標準で装備されています。

個人のサイトでも管理対象となるファイルが多くなってくると、なかなかメインテナンスが大変になってきます。コンテンツが少ないうちはBlogで十分だとしても、多くなるに従ってCMSに移行する必要が出てくるかもしれません。

前回ご照会したZOPEにploneというソフトウェアを追加すると、ZOPEのCMS機能にさらに強力なマネージメント機能を追加することができ、企業サイトの管理システムに近いものが実現できます。

このように、CMSはモジュールを追加することによって新たな機能を追加することができるものが多く、必要に応じて拡張することができます。

将来的には、データベースや管理画面などの基本となるCMSエンジンに、サイトごとに違ったモジュールを追加して、コンテンツ管理システムを組み立てていくようになるでしょう。

その中の機能のひとつとしてBlogも提供され、後に機能を拡張する場合でも既存のデータの移行を伴わずに、シームレスに行うことができるようになるのではないでしょうか？

サイトを設置するサーバーにCMS環境が構築され、誰にでも失敗なくCMSによるサイト管理が可能になるのも、それほど遠い話ではないように思います。

そのときはCMSに、一般受けするもっとインパクトのあるネーミングが必要になるでしょうね。今から考えて、商標登録とドメイン取得でもしておきましょうか！

Blogは、今やサイト管理ツールの筆頭として、押しも押されもしないスタンダードなものとなってきました。しかし、Blogは本来日記などの作成に適した設計になっているため、適応するサイトの内容によっては、Blogと違った趣旨で開発されたツールを必要とする場合もあるでしょう。

あるいは、Blogをさらに進化させたサイト管理ツールを採用したいとおっしゃる方もいらっしゃるでしょう。あまりにもポピュラーになってしまったBlogでは面白くないとか、Blogの機能では物足りないと思われている方もいらっしゃるかもしれません。

これらの場合、CMS （Contents Management System)と呼ばれるツールが候補となるわけですが、Blogとは違って、今はまだなかなか環境が整っていないようです。

Blogでも、無料ポータルサイトなどがすべての環境を整えて提供しているものと、自分でサーバーに何らかのツールを導入しなければならないものがあります。前者は、BloggerやYahoo Blogがありますし、後者にはMovableTypeやsbがあります。

自分で導入しなければならないタイプだと、サイトを構築するレンタル・サーバーの環境によっては実現不可能な場合もありますから、事前に調査しておく必要があります。サーバーのプロバイダーが、そのツールの導入をサポートしている場合は、間違いなく実現できるでしょうが、そうでない場合はサーバーの環境を事前に調査しておく必要があります。

注意しなければならないのは、データーベース、使用言語、HTTPサーバーの3点です。前回ご照会したリンクには各種のBlogとCMSが必要とするサーバー環境が表になっていますから、BlogやCMSを使うに当たって予め何を導入しておかなければならないかを知ることができます。

サーバー側のソフトウェアもフリーのものが多いですから、もし足りない場合でもインストールすることは不可能ではありません。しかし、1台のサーバーを占有している場合はともかく、共用サーバーの場合は勝手に導入できないソフトウェアもありますから注意が必要です。

CMSとして人気があるのは、日本語環境が整備されているXOOPSやZOPEなどです。このサイトがあるさくらインターネットのレンタルサーバーでは、データーベースのMySQLがスタンダードプラン以上サポートされており、XOOPSの導入マニュアルも用意されています。

しかし、ZOPEを導入しようとすると、データーベースにZOPE独自のものを内蔵していて制約を受けないのは良いのですが、HTTPサーバーも独自であるためDAEMONとして立ち上げておかなければなりません。レンタルサーバーでは、DAEMONの設置が禁止されていることがありますから、注意が必要です。

今の現状では、CMSをレンタルーサーバーで動かすには、さまざまな制約があるようです。海外のレンタルサーバーではCMSの利用が多いためか、CMSの環境を整備したレンタルサーバーが数多くあるようですから、これから徐々に国内のレンタルサーバーでも、環境が整ってくるのではないかと思われます。

ただ、CMSごとに必要とする環境が異なっていますから、BlogにおけるデファクトスタンダードとなったMovableTypeのように、多くの支持を受けるCMSが登場するのを待たなければならないかもしれません。

今後Blogに代わるサイト管理ツールとして、CMSが脚光を浴びることでしょう。

そもそも、Blogをコミュニケーションの為のツールであると定義するところから、誤解が生じて来るようです。

Blogを使ったサイトがさらに進化していくと、もっと優れたコミュニケーションの手段が必要になり、それを実装したツールが、Blogに取って代わる次世代のサイト構築ツールになると考えがちです。SNSツールが、次世代のウェブツールの主流になると予想されていたとしても不思議ではありません。

確かに、HTMLを直にコーディングしたサイトと比較すれば、Blogはコメントやトラックバックなどのコミュニケーション機能に特徴を持っています。しかし、Blogが持つコミュニケーションの機能だけを将来にわたって拡張していけば、さらに優れたウェブツールになるかと言えば、そうとも言い切れません。

つまり、Blogがこれほどまでに広まってきたのは、優れたコミュニケーション機能を持っていたからだけでなく、Blogのコンテンツ管理ツールとしての利便性が受け入れられたからではないかと、考えられるようになってきました。

現在では、BlogとCMS (Contents Management System) を区別せずに、BlogをCMSのひとつの形だと見なす場合もあるようです。

よく引き合いに出されるのは、もう一年以上前のものですが、ITmediaの「主要Blog、CMSツール機能比較（2004年7月版）」と言う記事です。BlogとCMSの言語やデータベースを一覧表にしていますが、特に日本語環境の程度を記載しているところがありがたいです。

ここでもBlogとCMSのどちらに分類されるか困難なツールがあると書かれていますが、BlogとCMSの違いを次のように定義しています。

Blog

日常の備忘録の為のツールで、トラックバックやping機能を持つ。

CMS

サイトのコンテンツをモジュールごとに管理して、ページ上の配置やコンテンツをGUIメニューで変更する機能を持つ。

Blogはデーターベースによってコンテンツを管理し、ウェブ上で利用可能なcgiによってコンテンツの管理やレイアウトの修正を行うことができます。また、サイト内のページ間リンクや、日付順・テーマ別のインデックスを自動作成する機能は、正にCMSそのものと言って良いでしょう。

このことから、コメントやトラックバック機能は、CMSが提供する機能の一部であると考えられるようになってきました。実際、ほとんどの大規模CMSには、これらをサポートするモジュールが装備されているようです。

Blogが今後どのように発展していくかを考える時、CMSという枠組みの中で捉えることが重要になって来るでしょう。

では次回は、もう少しCMSについて勉強してみたいと思います。

サイトの作成者がすべてのコンテンツを作っている場合に較べて、Blogの場合はコメントやトラックバックによって、コンテンツにサイト作成者以外のよるものが含まれてきます。

どれぐらい活発に投稿されるかによってその割合は異なってきますが、コメントが全体の数％から数十％になることは珍しくないでしょう。そして、コメントが全体のコンテンツの50％を越えた辺りから、サイトの性格に変化を来します。

すなわちサイト作成者は、全体のコーディネートをすることが中心となってきて、多くの人の様々な意見がサイトの大勢を占めるようになってきます。個人の日記であるBlogから、コミュニティー・サイトの意味合いが強くなってきます。

Blogが急速に広まった時、次に訪れる波がコミュニティーのためのウェブ・ツールになると予想されていたのも当然かも知れません。

一般にソーシャル・ネットワーキング・サイト（SNS)と言われる場合、会員による紹介でなければ参加できないものを指すようです。ですから、USではソーシャル・ネットワーキング・サイトと出会い系サイトが、同じ意味で使われている場合も多いそうです。つまり最後はデートがあると。

MovableTypeは、Blogにおけるデファクト・スタンダードとなりつつありますが、同様にソーシャル・ネットワーキング・ツールとして、XOOPSが注目を集めていました。ただ、XOOPSにはサイトを管理するための機能が充実しているため、どちらかと言えばコンテンツ・マネージメント・システム（CMS)として分類されているようです。

一方、Yahoo GroupやGoogle Groupにように、完全に仲間内のコミュニケーションに特化したサービスが広まってきました。これらはポータルサイトから無料で利用することが出来、意見やスケジュールを共有することが可能です。又、メーリングリストもその機能の一つとして提供されています。

今後、ソーシャル・ネットワーキング・サイトとしては、Ｇｒｏｕｐというツールが主流になるのではないでしょうか。会員が新しい仲間を招待したり、過去のメーリングリストを掲示板のスレッドごとに表示する機能などが装備されています。

次第にソーシャル・ネットワーキング・サイトとＧｒｏｕｐが同一のものと見なされ、これ以外のサイト作成ツールはBlogかＣＭＳのいずれかに分類されていくのでしょう。

それでは、次回はＢｌｏｇとＣＭＳの相違点を考え、ＣＭＳにはどのようなものがあるかを、探していきたいと思います。