5年ほど前からauの携帯を使っています。

auの携帯は新機種の迷走はともかくとして、今まで特に不自由したことも無く使っていたのですが、今の家に住んでからというもの、電波状態の悪さに悩まされることになりました。

昨年末に引っ越してきてからというもの、何となく電話が途切れたりするとは思っていたんですが、つい最近になってINFOBARのa01というスマートフォンに機種変更したところ、Eメールが遅延するというちょっと見過ごせない状態になってしまい、やむなく対処法を探すことに。

ネットでいろいろ探したところ、auには「auエリアサポート」という無料の電波調査サービスがあったので、早速そちらを利用させてもらいました。

ネットからメールフォームで送るだけ

auショップのカウンターまで足を運ばなくちゃいけないのかと思っていたんですが、最初の調査依頼はauのオフィシャルページにあるメールフォームから、現在の状況を詳細に記述して送るだけで済みます。

• KDDI au: みんなでつくろう！ａｕエリア > 情報入力

原則48時間以内に折り返し連絡が来る

メールフォームから送信後、営業日換算で48時間以内に折り返し連絡を頂けるようです。

ウチもご多分に漏れず、休日を挟みましたが営業日換算では48時間以内にauのエリアサポート窓口より電話があり、「調査員を派遣するので後ほど調査員から連絡をします」との連絡を頂きました。

調査員から直接日程のお伺い

調査員から直接、連絡先として通知してある電話番号に連絡が入ります。
ここで、実際に調査に来て頂く日程を決めます。

メールフォームを送信してから、約1週間程度で調査員から連絡を頂きました。

ただ、結構この電波調査の依頼が入っているようで、連絡を頂いた日から1週間半ほど先の日程を指定されました。

実際に電波調査

当日になると、auの電波調査員の方が2人ほど来られました。

• 顧客サポート係
• 電波調査係

上記のペアで来られるようで、基本的には顧客サポート係の方がアンケートや現在の状況、auの電波についての詳しい説明をしてくださり、その間に電波調査係の方が、持参したPCと携帯4つがセットになった電波調査キットを利用して、電波の状況を調査するようです。

顧客サポート係の方は以下のような質問をしていかれました。

• 現在利用している機種
• 電波状況の悪い部屋、場所
• 通話時の品質
• 3G回線を利用したときの回線速度
• 通話開始時にどれくらい待ち時間があるか
• auの回線を何本契約しているか
• 他社の回線を契約しているか
• 他社の回線の電波状況はどうか
• PC用のインターネットはどこの会社を利用しているか

インターネット環境とかは関係ないんじゃ無いか、と思ったのですが、これはauのフェムトセルという装置が貸し出せるかどうかの判断材料らしく、必要な情報のようです。

auの電波について

auの電波は基本的に下記の3つを使っているらしいです。

• 2GHz
• N800MHz
• L800MHz

auの携帯は基本的に 2GHz ＞ N800MHz ＞ L800MHz という優先順位で電波をキャッチして通信を確立するらしく、都市部では一度に大量のトラフィックが処理できる2GHz、群馬のような田舎だとN800MHzが主流として利用されているようです。

ただし例外があり、群馬のような田舎でも人の多い駅周辺などでは2GHzが利用されているらしく、電波の混在するエリアが存在するようです。

改善案

au側から提示される改善案は下記の3つでした。

• 小型アンテナ
• レピータ
• フェムトセル

小型アンテナ

これはいわゆる、携帯の充電端子に差し込んで使うような外部アンテナで、持ち運びが出来るタイプのシンプルなモノでした。

ただし、これはスマートフォンには対応していないそうで、スマートフォン利用の方は真っ先に対象から外れます。

レピータ

これは屋外を飛んでいる良質な電波を拾って増幅し、室内の半径5メートル程度の電波状態を改善するツールらしく、下記のような仕様のようです。

• 周波数毎にレピータが存在する
• 一番電波強度の良い周波数のレピータを使う
• 電波強度が規定の範囲内に収まっていないと使えない

また、利用においては下記のような契約になるようです。

• レンタル料・利用料は無料
• 基本的には2年間の期間レンタル
• 期間内にauを解約すると違約金が1万円

契約内容に同意した場合、上記の仕様に見合うレピータを電波調査員の方が選んで、まずは仮設置を行います。

仮設置後に電波調査員が再度電波状態をチェックし、改善されているようであれば本契約となるようです。

ただし、このレピータを設置しても状況が改善しない場合があり、その場合はただ電気代を使うだけになってしまうため、使わないという方向になります。

フェムトセル

上記2種類が使えなかった場合の最終手段がこのフェムトセルという装置で、単純に言えば家庭用基地局だそうで、装置から半径10m以内に2GHzよりも優先される電波を出すことで、ほぼ全てのケースの電波障害を解決する事ができるスグレモノです。

契約時に総務省の許可が必要になるため、1ヶ月半程度時間がかかる以外、ほぼレピータと同様の契約形態のようです。

ただしこの装置には前提があり、KDDIの光回線かADSLを利用していないと使えません。

最終的に

基本的には上記の3つから改善案を模索し、フェムトセル ＞ レピータ ＞ 小型アンテナ の順に改善度が高くなるため、auの調査員の方もそのような順番で利用出来るかを調査してくれます。

最強なのがフェムトセルで、KDDIの光回線かADSLでインターネットを利用しているようであれば、ほぼ確実に電波状況の改善がされるようなので、これを機会にKDDIに切り替えるのも1つの手では無いかと思います。

フェムトセルが使えない場合レピータという案になりますが、レピータは電波状況によって利用出来るかどうかが左右されてしまうため、屋外の電波状況も悪いと、利用出来ない可能性が高くなります。

もし、フェムトセルもレピータも使えないとなると、最終的には調査員の方がKDDIに報告をし、エリア単位での改善となるようです。

ただし、エリア単位での改善となると、複数の報告が無いとあまり積極的には改善してくれないようで、もし改善する方向になったとしても、3ヶ月～程度かかってしまうそうです。

我が家の状況

最終的に我が家は特殊な環境で、基本的にN800MHzの電波は良好に受信出来る環境のようなのですが、近隣に駅があり、運が悪いことに2GHzの電波がギリギリキャッチできる範囲内らしく、良質なN800MHzの電波がキャッチできる状態にもかかわらず、電波強度ギリギリの2GHzをキャッチしてしまい、電波状況が悪くなるという状態だったそうです。

光回線はBフレッツを使っているためにフェムトセルは利用出来ず、スマートフォンなので小型アンテナもダメ。

頼みの綱はレピータだったのですが、2GHzの電波は微弱すぎて増幅できないので、良好なN800MHzの電波用のレピータを仮設置してもらったのですが、それでも2GHzの電波をキャッチしてしまうために意味が無いと言うことで、レピータも設置できず。

結局、お手上げということになりました。

調査員の方は、エリア改善に努力します！と力強い発言をして帰って行かれたのですが、話を聞く以上、あまり期待はできそうにないので、仕方が無いと割り切って使うことにしました。

ただ、この電波調査でレピータが使えたり、フェムトセルが使えれば、一気に電波状態が改善する事も少なくないそうなので、auをお使いの方で電波状況が悪い方は、是非電波調査サービスを頼んでみて下さい。

調査費用も機器のレンタル費用も無償ですし、1時間程度の調査で電波が改善できるなら、安いものだと思います。

その記事は結論から言えば、「MovableTypeは素晴らしい、WordPressはブログだ」という締めくくりで終わっているんですが、最新のWordPressに触れてみたところ、その認識が全く180度変わってしまいました。

そこで、最新の認識としてWordPressがどういった物であるか、MovableTypeとはどのように違うのかを、プログラマーの視点から比較してまとめてみたいと思います。

WordPressは非常に使いやすいCMS

まずWordPressについての認識が間違っていたのでそちらを訂正させて頂こうと思います。

以前の記事では、CMSとしてはMovableTypeが優れていると書きましたが、WordPressも全く遜色の無い機能を備えていることに気づきました。

それがカスタムポスト機能です。
これは何かというと、MovableTypeで言うところの「ブログ記事」や「ウェブページ」といった投稿の種類を独自に拡張できる機能です。

たとえば不動産物件を管理するサイトであれば「不動産物件」であったり、旅館のサイトであれば「お部屋」といったように、自由に投稿の種類を追加することができます。

そのため、サイトの新着情報は新着情報として、不動産物件は不動産物件として別々に管理することができるのです。

コンテンツ管理

すべてを「ブログ記事」と「ウェブページ」で行うMovableType

MovableTypeでは、例えば不動産屋さんのウェブサイトを作成しているとして、「新着情報」と「不動産物件」を別々のページでどんどん追加できるようにしたい場合、ブログ記事の「カテゴリ」に新着情報だったり不動産物件だったりを追加して作成していました。

そのため、カテゴリにチェックをし忘れただけで当該のページに記事が表示されなくなり、違ったカテゴリにチェックを入れよう物なら意図しない場所に記事が表示されたりと、人為ミスの起きやすい構造でした。

また、不動産物件にだけ画像の入力欄を作りたいと思っても、MovableType5 のカテゴリ毎のカスタムフィールドという機能が追加されるまでは、すべてのブログ記事で同様の入力欄を使って作成しなくてはなりませんでした。

ギークなエンジニアなら、その程度はプラグインを作ってお茶の子さいさいなのでしょうが、わざわざそのためにプラグインを作るコストを考えると非常に手間がかかります。

MovableType5からは子ブログを作成することで、今までカテゴリとして分配していたものをブログ単位で切り分ける事が可能になりましたが、再構築の手間が2倍になったり、管理の手間が増えるというデメリットも増えます。

また、直接コアに手を入れない限り、結局「ブログ記事」だったり「ウェブページ」といった項目から抜け出すことができません。単純に言うなら直感的では無いのです。

直感的なインターフェースが作成できるWordPress

WordPressでは上述のカスタムポスト機能を利用して独自の投稿タイプを追加することで、管理画面のメニュー項目として「不動産物件」や「新着情報」などを表示することが、いとも簡単に行えます。

さらにカスタムポスト機能では、各投稿タイプ毎に入力フォーム（例えばタイトルであったり本文であったり）を取捨選択することが可能であり、また独自の入力欄（不動産物件であれば、外観画像や内観画像など）を追加することも容易です。

• WordPress 3.1 から使う、カスタムポストタイプの設定から表示までのまとめ …的なもの – Website Tips ノート : VARL
• WordPressのカスタム投稿（ポスト）タイプを作成するまでの手順リスト – かちびと.net

管理画面からカスタムポストを作成・編集できるプラグインも公開されており、それを使えば、さらに簡単に独自の投稿タイプを追加できます。

また、カスタムタクソノミーという機能を使えば「不動産物件」にだけ表示するカテゴリーやタグを作成したりもできるため、完全に独立した機能として投稿を管理できるようになります。

• カスタムタクソノミー(Custom Taxonomy)の導入と使い方 [WordPress 3.0] | Odysseygate.com

要するにWordPressでは「ブログ記事」や「ウェブページ」から解放され、直感的で利便性の高いインターフェースを提供することが可能なのです。

ライセンス費用

個人サイト以外は5万円以上の費用がかかるMovableType

MobableTypeはバージョン3より、個人利用以外の用途では、1サーバーにつき5万円ほどのライセンスを支払わなくてはなりません。

バージョン4からはGPLライセンスのオープンソース版をリリースしてますが、CMSとしてのカスタマイズにほぼ必須であるカスタムフィールドが利用できません。

また、ライセンスの問題から一部のプラグインが利用できなくなったり、機能不足を実感してしまいます。

最初からオープンソースのWordPress

その反面、WordPressは最初からオープンソースにて開発されており、GPLライセンスの規約に沿う以上は、無償にて利用することが可能です。

上述のカスタムポスト機能やカスタムタクソノミー機能も標準機能としてシステムに組みこまれていますから、導入コストの低さとカスタマイズ性の高さが両立しています。

学習コスト

2つ以上の言語習得が必要なMovableType

MovableTypeのメリットは、HTMLに酷似した独自のテンプレートを記述するための言語（MTML）を持っていて、それを覚えてしまえばプログラミングの苦手なデザイナーでも、簡単にCMS機能を生かしたウェブサイトを構築できる点です。

• テンプレートタグリファレンス | MovableType.jp

しかしながら、逆に複雑なこと・・・例えば「多階層のカテゴリをサイドバーにメニューの一覧として出力したい」等をMTMLで実現しようとすると、プログラミング言語よりも圧倒的に制限された仕様内で試行錯誤を行わなくてはならず、非常に手間がかかります。

そこで機能拡張を行うプラグインの出番ですが、このプラグインを開発するためには、プログラミング言語であるPerlをある程度習得していなくてはなりません。

さらにテンプレートにはPerlは利用できませんから、プラグインで開発する独自の機能はPerlでMTMLとして記述できるように開発し、MTMLとしてテンプレートに記述するという、2段階の手順を取る必要があります。

MTMLで完結するようなサイトを構築するのであれば手軽に、学習コストも低く抑えられますが、プラグインを開発して複雑なことを実現しようとすると一気にハードルが高くなり、MTMLとPerlという2つの言語を習得しなくては、思い通りの開発ができません。

本体もプラグインもPerlのオブジェクト指向でガッチリと体系化されており（だからこそ大規模なシステムが安定して実行できているのですが）、Perlを多少かじった程度では全く話になりません。

Perlのオブジェクト指向についての知識はもちろん、CPANの外部ライブラリに関してもある程度の知識を必要とします。

MTMLを超えた機能の実現をしようとすると、開発のハードルがとても高いのが現状です。

PHPのみのWordPress

その点、WordPressではコアの機能もテンプレートもプラグインも全てPHPのみで記述されているため、PHP1つを学習するだけで済みます。

WordPress専用の関数を覚える必要はありますが、その関数が出力する結果をPHPの機能を使って加工・編集できるため、テンプレートだけでプラグインと同等、またはそれ以上のことを実現することが可能になります。

ただし、PHPを全く使ったことの無いデザイナーの方などには、PHPの記述方法や変数・関数の扱い方などを少なからず覚えなくてはならないため、MTMLのみを学習する場合と比べると、WordPressの方が学習コストが高くなります。

しかしながら、一度PHPを覚えてしまえばそれ1つですべての事が可能になりますし、PHPをテンプレート内に利用できるという事は、うまく使えばPHPで出来るあらゆる事が実現可能ということです。

例えば、上述のテンプレートだけでプラグインを超える機能を実現できるということ。

プラグインの機能や状態に依存しない、それだけで機能する独立性の高いテンプレートを作成することが可能なのです。

それは、例えばクライアントにテンプレートを納品する場合に、依存するプラグインの導入をクライアントに指示したり、またクライアントの環境にログインして作業をするという管理のコストを軽減できるというメリットになります。

ドキュメントの充実度

ドキュメント不足を切実に感じるMovableType

以前の記事では、MovableTypeは日本語ドキュメントが充実していて理解しやすいと書きましたが、確かにMTMLに関してはある程度日本語のドキュメントが揃っており、理解するのにはそれほど時間はかかりません。

ただ逆に、本体に関するドキュメントが驚くほど少なく、英語圏の情報でも見つけるのが難しいと感じるほど。日本語の情報はさらに少なく、数えるほどしかありません。

どういうことかというと、プラグイン開発などで必要な本体の機能を理解するのに、膨大な量のソースコードを眺めて理解していく必要があるのです。

プラグイン開発には必須のフックポイントや組み込みのユーティリティ関数などの説明も少なく、どの時点でどういった機能が実行されるか、どのようにデータを加工しているのかをを読み解くには、膨大な時間が必要です。

本体機能のマニュアルが常備されたWordPress

逆にWordPressはWeb上に本体の機能のほぼ全てを網羅したマニュアルのデータベースが存在します。

• Main Page – WordPress Codex 日本語版

用途や関数名から必要な機能を調べる事が可能であり、さらに一部は日本語に翻訳して掲載されているため、テンプレート作成やプラグイン開発に必要な知識は、全てそのサイトを利用することで得ることができます。

また利用者が多いために、「これはどうするんだろう」と思ったことは、ほとんど誰かが同様の事を実現しており、それを検索で見つけることも容易です。

コミュニティが活発なこともWordPressの特徴です。

オフィシャルサイトにフォーラムが設置されていますが、そのフォーラムで実現したいことや疑問について質問をすれば、WordPressのプロフェッショナル達がすぐに解答を出してくれます。

• WordPress › フォーラム

複雑なことを行おうとすれば、やはりソースコードをたどる必要は出てきますが、前述のマニュアルとフォーラム、検索を駆使すればそれほど難しくもありません。

既存のサイトとの共存

静的HTMLを使ったスムースな連携がとれるMovableType

MovableTypeの一番の特徴である、静的HTMLの生成機能は、あらゆる既存サイトにスムーズに組み込むことが可能です。

これは、生成するテンプレートの拡張子を .php とし、テンプレートの内部にPHPタグを書けばPHPスクリプトとしても動作しますし、PHPのフレームワークであるCakePHPで利用されている .ctp とすればCakePHPのビューテンプレートとして利用することも可能です。

ファイルのアップロードから、WYSIWYGエディタでのコンテンツ編集まで可能なMovableTypeを、システムの一部として利用する事ができれば、最小限の開発で満足度の高いシステムを作り出すことも可能です。

PHPのinclude機能を利用して全ての機能を埋め込めるWordPress

WordPressもこの点においては非常に小回りの効く作りになっています。

コアのファイルを読み込みさえすれば、WordPressに用意されている全ての機能（PHP関数）を他のシステムやPHPファイルで利用することが可能になります。

例えば既存のコンテンツがすでに静的なHTMLで導入されているサイトに、簡単な更新システムを導入したい、といった場合に有効な方法です。

静的なHTMLをPHPファイルに変換し、PHPのinclude機能でWordPressのファイルを読み込むことが出来れば、WordPressで管理しているコンテンツを好きな場所に表示することができるのです。

既存サイトの新着情報をWeb上から更新したい場合などに、この方法を用いれば、WordPressの全ての機能を、サイトの一部に利用することが可能になります。

フリーのCGIなどを導入するよりも、クライアントの満足度は高まるでしょう。

• hiromasa.another :o)» Blog Archive » 静的 HTML に WordPress を埋め込む方法

総括

MovableTypeには独自の機能として静的HTMLの生成機能や、ポータルサイトの構築機能など、上手に使えば便利な機能もたくさん存在します。

スケールの大きな、堅牢で多量のアクセスにも耐えうるCMSを必要とするような場合は、OracleやSQLserverにも対応したエンタープライズ版も用意もされているMovableTypeは、その威力を存分に発揮するでしょう。

しかし、一番需要の見込まれるであろう、それほど大規模ではない中小企業向けの導入であれば、導入の小回りが効く上に、管理画面のインターフェースなども直感的で、カスタマイズ性の高いWordPressの方が、軍配が上がると思います。

最後に

WordPressを使い始めて気づいたことを書いてきましたが、MovableTypeばかり使っていた自分にとって、WordPressのカスタムポスト機能やカスタムタクソノミー機能、ドキュメントの充実度などは目から鱗の連続でした。

あまり使い込んでいないシステムを上辺だけで決めつけてしまうことで、自ら提案の幅を狭め、同じ事を実現するにも3倍、4倍の時間がかかってしまっていました。

MovableTypeしか使ったことのない方や、WordPressを通常のブログとしてしか見ていなかった方、是非この機会にCMSとしての機能を活用してみてはいかがでしょうか？

最近、通常のウェブサイトの制作業務でも、更新情報の配信やコンテンツの編集などでCMSを利用する機会が非常に多くなってきました。

弊社としては基本的にはMovableTypeを利用してウェブサイトを作成しているのですが、CMSとしてはほかにも本ブログにも利用しているWordPressや、既存サイトを簡単にCMS化できるSoyCMS等、いろいろなアプリケーションも登場しています。

なぜ弊社としてはMovableTypeをメインのCMSとして利用しているかというと、下記のような理由によるものです。（あくまで私的なものなので、これ以外の意見があれば是非教えてください）

1. ウェブサイトとブログという概念で複数のブログを1つの管理画面で管理できる
2. 日本語で書かれた多様なドキュメントとプラグインが存在する
3. 静的生成のため他のシステムと連携が取りやすい
4. 制作実績が多い

ウェブサイトとブログという概念で複数のブログを1つの管理画面で管理できる

これは管理上、非常に便利な機能の1つです。

WordPressにもページとブログ記事という概念で同様のことができましたが、ページもブログ記事も1つのブログ内にごちゃ混ぜに存在していたため、カテゴリやタグなどの機能で分類分けはできたものの、規模が大きなサイトになるほどページやブログ記事の管理が煩雑になるという欠点がありました。

MovableTypeはバージョン4になって、マルチブログという機能がサポートされ、複数のブログを1つのサイトとして管理ができるようになりました。

そのため、たとえば更新情報を1つのブログとしてまとめ、更新情報は更新情報で記事をカテゴリー分けするといった事が可能になり、コンテンツの管理が非常にわかりやすいのです。

MovableType5になってからは、ウェブサイトという概念が追加され、ブログはウェブサイトにぶら下がる形で管理をすることが可能になりました。

これはMovableType4のマルチブログの機能を改善したもので、MovableType4では「ウェブページを管理するブログ」と「ニュースだけのブログ」といった2つのブログは並列に扱われていましたが、これに上下関係を設け、「ウェブページを管理するブログ」の下に「ニュースだけのブログ」がぶら下がるといった構造を表現することが可能になり、さらに管理がしやすくなっています。

日本語で書かれた豊富なドキュメントとプラグインが存在する

これは非常に大きい部分で、MovableTypeは出始めから日本語で書かれたドキュメントが多数掲載されていました。

英語を読めないなら勉強しろ、との声が聞こえてきそうですが、カスタマイズにしろプラグインの導入にしろ、日本語で説明・作成されたものが多いというのは導入のハードルが低く、気軽に導入できます。

また、プラグインも日本人の開発者の方がとても多く、意見のフィードバックや取り扱いのマニュアルなどがそろっていることも、メリットの1つだと思います。

静的生成のため他のシステムと連携させやすい

これは静的生成を利用しているMovableTypeならではのメリットだともいえます。

たとえば弊社ではシステムの案件にCakePHPを利用するのですが、コンテンツの管理にMovableTypeを利用し、その生成したファイルをCakePHPが処理して表示するといった連携をよく行います。

WordPressでもCakePHPと連携する方法などを開発している方もいらっしゃいますが、フレームワークごとの機能がぶつかってしまったり、導入に際してフレームワークのコアに手を入れなくてはならなかったり、少々面倒な部分も多いようです。

MovableTypeは生成するファイルの拡張子や内容などは全て自由にカスタマイズすることができるため、CakePHPのviewファイルとしてテンプレートを生成し、CakePHPをフロントエンドとして機能させれば、非常に保守性の高いシステムを構築することが可能です。

弊社での導入実績が多い

1，2，3の理由もとても大きいのですが、正直なところ4の理由がやはり一番大きいというのは否めません。他のCMSを追求する学習コストを考えると、やはり制作実績の多いMovableTypeを取ってしまいたくなるのも事実です（笑）

MovableTypeのデメリット

上記いろいろとMovableTypeのメリットを紹介してきましたが、デメリットもいくつもあります。

• 静的生成のため、再構築処理が必要（非常に時間がかかり、手間）
• プラグインが一元管理されておらず、探すのに手間がかかる（検索機能等は無い）
• 動作が重い
• テンプレートタグだけで全ての機能を実現させようとすると非常に面倒（プラグインが必須）
• ライセンス費用がかかる（1サーバー\50，000～）

それでもやっぱりMovableTypeをCMSに進める理由

動作の重さやライセンス費用を考えると、ブログを構築するだけならばWordPressなどを利用した方が導入のハードルも低く快適なため、良い選択となるかもしれません。ただ、ある程度の規模のサイトを構築しようとするならば、管理面やシステムとの連携を考えると、MovableTypeを選んだ方が良いのではないかと思います。

ほかにもCMSとして優れたアプリケーションがあると思いますが、機能面や現時点での導入実績（弊社以外も含め）の数やドキュメントの数、サポートを考えると、弊社ではMovableTypeを一番の選択肢として考えています。