ホーム > X-Plus > XML Square > デベロッパーズコーナー > XML Dev魂（デブこん）
| Ｑ．ＸＭＬを使って「クールなＷｅｂサイト」を作るにはどうしたらよいのでしょうか？（山形県Ｔ．Ｆ．） |
この深遠なテーマに対してこれまで２回を費やし、「そもそもクールなＷｅｂサイトとは何か」、「ＸＭＬの得意分野は何か」について述べてきました。ここまでの論議をまとめると、「ＸＭＬを使ったクールなＷｅｂサイト」とは、
「ＸＭＬを使うことによって、顧客一人ひとりが求めている情報に顧客が満足のゆくパフォーマンスで到達可能なＷｅｂサイト」
ということになります。では、実際のところ、どのようにしたら「顧客に満足のゆくパフォーマンス」を得ることができるでしょうか？今回こそ、結論まで到達したいと思います。(^_^;
さて、前回も触れたように、ＸＭＬを使うこと自体が高パフォーマンスを生み出すわけではありません。「抽出（注1）」・「再利用」・「流通」といった利用分野においてこそＸＭＬは活かされますが、たとえ、「ＸＭＬ向き」のシステムであっても、パフォーマンスのことを最初から考慮して利用しないなら、ＸＭＬ自体がボトルネックとなってしまい、結局、顧客に使ってもらえないシステムとなってしまいかねません。
では、顧客に満足のゆくパフォーマンスを得るためのポイントは何でしょうか？
ＸＭＬは導入が簡単であり、データベースのようなミドルウェアも基本的に不要であることから幅広く採用したいという向きもありますが、システム全体のパフォーマンスのこと考えると、要件定義の段階でＸＭＬの利用を必要最小限に抑えることは大切です。なぜなら、ＸＭＬによる開発生産性は確かに高いですが、ＸＭＬの利用にはそれなりにコストがかかるからです。
具体例で考えてみましょう。最も一般的なＸＭＬを利用したＷｅｂシステムとして、コンテンツをＸＭＬ化し、ＸＳＬＴでスタイル変換して異なる端末向けに配信するというものがあります。この場合、サーバプラットフォームが何であれ、基本構成は以下のようになると思います。
ブラウザを"IE5"に限定するならクライアントサイドでのXSLT変換ができるわけですが、前々回扱いましたように、企業が顧客向けにサイトを運営しているなら、様々なブラウザでアクセスしてくる「顧客一人ひとり」に対応できる方がより「クール」であると言えます。
さて、このシステムでは、ユーザからのリクエスト（要求）があると、「ユーザエージェント」（つまり、ユーザが使用しているブラウザ）を識別し、対応するスタイルシートをＸＭＬに適用して返却しますが、サーバの負荷が毎分数十程度のヒット数であるなら問題なく動くかもしれません。しかし、毎分数百あるいは数千のオーダーでヒットを受けるとしたらどうでしょうか？ ＸＭＬをとてつもない速さで変換しなければならないわけですから、ＸＭＬの読み込み、および、ＸＳＬＴ変換は確実にボトルネックとなります。（注2）
この場合、（一概には言えませんが、）パフォーマンスを上げる方法として以下のものが考えられます。
多くの場合、方法１はもっとも有効であり、「マルチキャストに対応可能」というＸＭＬのメリットも活きるのでお薦めです。ブラウザにおける表示パフォーマンスについて言えば、現時点では、やはりＨＴＭＬに勝るものはないでしょう。それで、ユーザエージェント（ブラウザ）を識別し、それぞれに対応したマークアップ言語（HTML，CHTML（注6），HDML（注7），MML（注8），WML（注9）など）の形でＸＭＬ変換結果である表示ページをキャッシュしておくことは、パフォーマンス向上の近道と言えるでしょう。ただし、コンテンツであるＸＭＬに編集があった場合、表示キャッシュも更新する必要があるので、そのオーバーヘッドも考慮する必要があります。
方法２も有効ですが、見極めは微妙なのでＸＭＬ専門家によるチューニングが必要でしょう。この点、最近製品が出揃ってきた「ＸＭＬデータベース」を採用するという方法も考えられますが、かなりの導入コスト（および保守料）がかかることや高いハードウェアスペックが要求されることも考慮にいれる必要があります。また、ＲＤＢであるMicrosoft SQLServer2000（注10）も「ＸＭＬ対応」を謳っていますが、「ＸＭＬデータベース」のように「ＸＭＬ文書をリポジトリに蓄積していく」というよりも、「データベースの検索結果をＸＭＬで取得したり、データベースのスキーマに合ったＸＭＬを登録する」というように「データ交換形式としてのＸＭＬ利用」に比重が置かれているので、その点を設計段階で考慮する必要があります。
一般に「ＸＭＬはＤＯＭに読み込ませて使うもの」と考えられていますが、参照系利用が多い場合には、方法３のようにＳＡＸを利用する手があります。ＳＡＸはＤＯＭに比較して「軽量なインターフェイス」と言われてますが、その理由はＤＯＭのようにそれ自身がオブジェクトを生成しないところにあり、それ故、処理も高速であり、メモリもＤＯＭほど消費しないので「軽量」であるわけです。ただし、ＸＭＬに更新処理が伴う場合、やはりＤＯＭやＸＳＬＴなどを使用する必要があるでしょう。
以上、三つほど、パフォーマンス向上案を上げましたが、以下に示すポイント２やポイント３を組み合わせて適用すれば、さらに「顧客に満足のゆくパフォーマンス」を実現することができると思います。
ＸＭＬのメリットの一つに「柔軟性と拡張性」がありますが、これがかえってパフォーマンスの足かせになるケースがあります。例えば、ＸＭＬでは自由にタグ名を付けられ、階層構造も自由に設計できるからといって、
＜ヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒ＞ぼくの笑い声＜／ヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒ＞
みたいに長くしすぎると、より多くのデータをクライアントへ転送したり、処理しなければならなくなるわけですからパフォーマンスの観点から言えば問題です。また、
＜家系図＞
＜ひいひいひいじいさん＞
＜ひいひいじいさん＞
＜ひいじいさん＞
＜おじいさん＞
＜おとうさん＞
＜ぼく！＞
のように階層を深くしすぎることも、ＸＭＬ処理系に余計に負荷がかかりますので、パフォーマンスが求められる部分では要注意です。
もちろん、"XML Schema"（注11）や"ebXML"（注12）などの標準仕様を採用した場合、定義された「マークアップ語彙」を使用することになるわけですが、やはり、パフォーマンスが求められる部分については、ＸＭＬデータの「圧縮」を図る以下のような措置が必要になってきます。
たとえば、上記の「家系図」の例であれば、もし構造や並び順が変わらないとするなら、以下のように属性を活用し、まとめて記述してしまうのも手です。（かなり強引ですが。）（注14）
＜ぼく 家系＝"ひいひいひいじいさん,ひいひいじいさん,ひいじいさん,おじいさん,おとうさん"＞
また、ＸＳＬＴを使用しているなら、そちらのチューニングも必要かもしれません。（注15）
ポイント１や２の対策を試みたものの、まだ期待しているパフォーマンスが得られないとするなら、この点がボトルとなっている可能性があります。「サーバとの行き来を少なくせよ！」というのは、DCOM（注16）やCORBA（注17）のようなネットワーク通信プロトコルを介したアプリケーションのパフォーマンス・チューニングでは既に「鉄則」となっていますが、Ｗｅｂシステムにおいてもやはり重要です。この点は、これから台頭して来るであろうSOAP（注18）をベースとした「Ｗｅｂサービス」においても同様であると思われます。具体的な対策としては、一回のリクエストでまとめて情報を取得できるかどうか、見直してみることができるでしょう。
さて、ここまでで「ＸＭＬを使ったＷｅｂサイトのパフォーマンス」という点に絞って、三つほどのポイントを述べてきました。ここで、「ＸＭＬを使ったクールなＷｅｂサイト」の実例を紹介しましょう。その一つに、米マイクロソフトの「製品カタログ」ページ（注19）があります。
このページがどのような仕組みとなっているか、また、どこが良いのかという説明については、以下の記事に譲りますが、今回取り上げた方法の幾つかが実装されています。
http://www.microsoft.com/japan/developer/
workshop/xml/articles/xml09182000.asp
三回にわたって、「ＸＭＬを使って『クールなＷｅｂサイト』を作るには、どうしたらよいのか」というご質問に対してお答えしてきました。結論を「ためしてガッテン」 風にまとめまてみますと以下のようになります。（注20）
「ＸＭＬを『効率よく』使うことによって、顧客が求めている情報に顧客の満足のゆくパフォーマンスで到達可能なＷｅｂサイト」
ガッテンしていただけたでしょうか？？
【開発者コラム：XML Dev魂】 Microsoft.netを使ったWebサービスってどうやって作るのでしょうか？（Part2） 【開発者コラム：XML Dev魂】 Microsoft.netを使ったWebサービスってどうやって作るのでしょうか？ 【開発者コラム：XML Dev魂】 Microsoft.NETとXMLの関係について教えてください！！ 【開発者コラム：XML Dev魂】 XMLでクールなWebページを作るには？（その2） 【開発者コラム：XML Dev魂】 XMLでクールなWebページを作るには？ 【開発者コラム：XML Dev魂】 気になる！Netscape 6
