記述とは？
|
インターネット上でXML文書の交換による通信が盛んになってきた。このやりとりを「なんらかの『要求』に対してその『応答』を返す一連のプロセスである」と見ると、これを「要求を受けて応答を返す」という処理機能（＝サービス）を持った「1つのプログラム部品（ソフトウェア・コンポーネント）」のように考えることができる。このような、XMLベースの応答を行うサービスプログラム（サーバプログラム）を「Webサービス」と呼ぶようになった（ただし、これはある意味、狭義のWebサービスである）。 Webサービスは、当然のことながらWWW、すなわちインターネット上で使われる。インターネットの利点は、前回「UDDIって何だ？」の回で説明したように、瞬時に世界中に情報を発信したり、集めたりできることにある。Webサービスのようなプログラム部品からこの利点を考えると、瞬時に世界中のコンピュータと接続してサービスを提供できる、という点にあるだろう。 ところで、XML文書のフォーマットは、すでに何百何千と存在する。Webサービスがこれに固定的に対応していたのでは、「相手を探して動的に接続し、サービスを提供する」なんてことは技術的にも不可能に近いように思える。 そこでWebサービスには、「自己記述」ということが求められている。自己記述とは「自分が提供するサービスを説明する」ということである。サービスを説明するためには、たくさんの情報が必要だ。自分がだれなのか、どういう業種なのか、どのURLで、どういうインターフェイスで機能を提供するのか。こういった内容をXMLベースで提供する必要がある。このうち、だれなのか、どういう業種なのか、URLは、などの情報はUDDIで記述できることは前回説明した。今回説明するWSDLは、最後の、どういうインターフェイスでサービスを提供するのか、を定義するためのものである。 実は、インターフェイスを記述するためのXML文書のフォーマットやプロトコルはすでにICE、RSS、MIME、WIDL、SCL、NASSLなど多くのものが存在し、しのぎを削ってきた歴史を持っている。ここではそれぞれの解説はしないが、WSDLはその中でも、Webサービスにおけるインターフェイス記述の最新の仕様である。WSDLは、Ariba、IBM、Microsoftが共同で考案し、W3Cに提案されている（http://www.w3.org/TR/wsdl）。 QAフレームワーク：仕様ガイドラインが勧告に昇格 （2005/10/21） データベースの急速なXML対応に後押しされてか、9月に入って「XQuery」や「XPath」に関係したドラフトが一気に11本も更新された 文字符号化方式にまつわるジレンマ （2005/9/13） 文字符号化方式（UTF-8、シフトJISなど）を自動検出するには、ニワトリと卵の関係にあるジレンマを解消する仕組みが必要となる XMLキー管理仕様（XKMS 2.0）が勧告に昇格 （2005/8/16） セキュリティ関連のXML仕様に進展あり。また、日本発の新しいXMLソフトウェアアーキテクチャ「xfy technology」の詳細も紹介する ホワイトペーパー利用者に「Amazonギフト券」を抽選で100名様にプレゼント！――TechTargetジャパン リニューアル・キャンペーン ＠ITトップ｜XML & SOAフォーラム トップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ |
[ 151] Webサービスを記述するWSDL
[引用サイト] http://www.atmarkit.co.jp/fxml/rensai/soap04/soap04a.html
|
.htaccessで設定した内容は、このファイルを設置したディレクトリ以下の範囲で適用されます。（ホームディレクトリに設置した場合は、そのサイト全体に適用されることになります） サーバーによっては .htaccessファイルの設置を許可していない場合がありますので、サーバー業者のホームページ、または資料等で確認してください。 このファイルをFTPでアップロードするときは、アスキー（テキスト）モードで転送します。パーミッションは変更する必要はありません。 ドット（ . ）で始まる .htaccessファイルは、隠しファイルとしてFTPの画面上には表示されない場合があります。アップロードしたにもかかわらず、サーバー側の一覧にこのファイルが見当たらない場合は、次の操作を行ってみてください。 NextFTPの場合 … 「オプション」メニューの「ファイルリスト取得コマンド」で「NLST -la」を選択する。 URLをスラッシュ（ / ）で終わらせてアクセスすると、通常はそのディレクトリにある index.html が呼び出されます。DirectoryIndex を指定しておくと、このデフォルトのファイル（index.html）を違うファイルに変更することができます。 上記例の場合、まず sample1.html を呼び出そうとしますが、そのファイルが存在しなければ sample2.html を表示し、それも存在しなければ index.html を表示します。 URLをスラッシュ（ / ）で終わらせてアクセスすると、通常はそのディレクトリにある index.html が呼び出されます。しかし、そのディレクトリに index.html が存在しない場合は、ディレクトリ内のファイルが一覧で表示されてしまう場合があります。（サーバーの設定により異なります） もし表示されてしまった場合で、その表示を取りやめたいときは、この指定を行っておきます。また、この指定は +ExecCGI や +Includes などと同時に指定することもできます。 例えば、アクセスした場所にページが存在しないと「Not Found」または「ページが見つかりません」といったエラーメッセージが表示されますが、このメッセージのかわりに、あらかじめ用意しておいたページを表示させることができます。 上記の例は、404 のエラー（ファイルが見つからない）が発生した場合に、404.html を表示するように指定しています。 HTMLタグ｜スタイルシート｜JavaScript｜Webツール｜カラーチャート｜HP作成ガイド｜掲示板 TAG indexについて - 免責事項 - リンクのお願い - 管理人ブログ - 一言フォーム - お問い合わせ |
[ 152] .htaccessの記述例 - TAG index
[引用サイト] http://www.tagindex.com/other/htaccess.html
|
昨年6月に、WAPフォーラムからWAP 2.0の仕様（パブリックプレビュー版）が公開された。国内ではKDDIがいち早く新しいEZwebサービスに採用し、昨年12月からWAP 2.0に対応したサービスを開始した。仕様の公開後は、細かな部分のフィックスはあるものの、基本的な仕様に変更はないとだれもが信じていた。ところが、実際には昨年の11月にアップデートされたWAP まず、これらの背景を紹介するため、WML 2.0とXHTMLを解説し、WAP 2.0の正式な記述言語がどのように変わったのかを紹介しよう。 Profiled HTTP）」がある。この2つのプロトコルは、インターネット標準のプロトコルを無線対応にしたものである。記述言語においても、同様に「WAP仕様」と「インターネット標準仕様」との摺り合わせが行われている。 WAPのページ作成には、いままでWML 1.xが使われていた。しかし、インターネット標準はHTMLであるため、新たに言語を覚えるのが嫌われ、コンテンツがあまり普及しなかった背景がある。そのためWAPでも、HTMLの流れを受け継ぐ記述言語でホームページを作りたいという要望が高まった。そこで、採用されたのがXHTML 2.0で採用されたXHTML Basicを考える」で紹介されているので、参考にしてほしい。 簡単にまとめると、XHTML 1.0はHTML 4.01の後継に当たり、HTML 4.01の仕様をXML化したものである。XHTML 1.1からは、利用されるタグが機能別に「モジュール化」されている。利用目的に応じて、これらのモジュールのセットを、追加／削除／変更し、新しい記述言語を作成してよいことになっている。これが「XHTMLファミリー」である。 モバイル機器（つまり携帯電話）などに組み込む際に、必要最低限のタグだけを規定したXHTML Basicは、XHTMLファミリーの一員である（図1）。XHTMLそのものが、ファミリーの「本家」とすれば、XHTML Basicは「分家」である。XHTML Basicで採用されているタグについては表1（クリックすると別ウィンドウで開きます）を参考にしてほしい。 XHTMLは、利用するモジュールセットを変更するだけで新しい記述言語を作成できる。このようにして作成してできた言語集団を「XHTMLファミリー」と呼び、XHTML このXHTML Basicで書いたホームページ作成方法については、「XHTMLで変わるモバイルコンテンツの世界（2）XHTML CSSとはCascading Style Sheetsの略で、画面上のデザインに関する指定を行う記述のことである。通常はタグの中に埋め込んだり、タグ自体に属性を与えたりして、画面のデザインを行う。例えば、<div>というタグに、センタリング、背景領域水色という属性をCSSで書くと、図2のように表示される。 グラフィカルにWebページを構築するため、このCSSを用いる場合がよくある（この@ITのサイトも例外ではない）。CSSは、画面のデザインをリッチに（重たくするために）使われると思いがちである。そのため、一部の人からは携帯電話の小さい画面で、CSSを適用することは、ばかげているとの声を聞くことがある。しかし実際は違う。携帯コンテンツは、複数の異なる表示形式の携帯電話からのアクセスが行われる。その画面は、白黒だったり、カラーだったり、縦横サイズが違ったりする。しかし組み込み機器の閉じた世界でサービスする場合は、ユーザーの使い勝手を犠牲にすると、そのサービスはすぐに使われなくなってしまう。そのため、最大のユーザビリティを保証するためには、アクセスしてくる携帯電話ごとにコンテンツを最適化して作り直さなくてはならない。しかし、CSSがあれば、コンテンツは作り直すことなく1つでよい。使われる携帯電話に対して1つのCSSを作り、これにすべてのコンテンツを対応させるだけで、最大のユーザビリティが実現できるようになるのだ。 W3Cでは、CSSにLevel1とLevel2の2つを規定している。Webでは、これらを利用してホームページのデザインを行う。しかし、これらのフルスペックをモバイルの組み込み機器に実装することはやりすぎである（PC用のWebブラウザですら実装が完全ではない）。モバイル機器で使われるためのCSSは、「CSS 1.xに、新しくXHTML Basicが加わり、双方の記述言語を使うことができるようになっていた。しかし「2つの言語が利用できる」とすると、WAPの記述言語を示すときに、分かりにくくなる。そのため、XHTML これにより、WML 2.0には、WML 1.xと、XHTML Basicの2つが存在することとなった。この2つの言語は、XMLのネームスペースの概念で、1つのファイルの中で混在して利用できるようになった。しかしこれには1つ問題がある。例えば、XHTML BasicにもWMLにも「<br/>」というタグがある。ネームスペースが違えば、どちらを利用してもよいが、同じ仕様が2つのネームスペースに存在することは、仕様としておかしい。そのため、XHTML Basicと、WMLで重複している仕様の部分は、XHTML Basicを優先して、WML 1.xのタグは削ることとなっている。そうして残った、いままでのWML 1.xの部分を「WML Extensions」と呼ぶ。このWML Extensionsこそ、無線アクセスに適した言語仕様である。キャッシュのカードを残して、高速に画面めくり（リンク動作）が行える仕組みなどがある部分である。 アクティビティの仕組み（ただしこれはOpenwave Systemsが策定した特別仕様なので厳密にいえば、WMLではない） XHTML Mobile Profileとは、基本はXHTMLファミリーの一員である。つまりXHTML Basicと並ぶ、分家の1つである。とはいってもタグセットは表2（クリックすると別ウィンドウで開きます）であり、XHTML 2.0に関しては、過去との互換を持たせるためだけにサポートすることが必須となっている。つまり、新しく作成するコンテンツは、WML 2.0で記述することは好ましくない、とされているのだ。 これはとりもなおさず、新しく作成するコンテンツでは、WML Extensionsが利用できないということを意味する。つまり、モバイルならではの機能がなく、通常Webの機能部分だけがWAPの標準記述言語として残った形になっている。 そして、大きくWAP 2.0標準記述言語の方針が変わったこととなる。標準のWAP 2.0コンテンツでは、WML Extensionsを利用するネームスペース「<wml:〜>」の記述が事実上禁止となり、 が利用できなくなる。また、移動機に搭載するブラウザも、タグが混在するページを表示できなくてもよいことになった。2つの独立したブラウザを搭載すれば、それでWAP それでは、現在サービスが始まっているKDDIのサービスはWAP 2.0ではなくなってしまうのだろうか？ それとも、KDDIのサービスが切り替わって、WML Profileのどちらもサービスできるスペックを持っている。WAP 2.0からみると、WML 2.0コンテンツのサポートはKDDIのオプションとして扱われるだろう。これを考えれば、KDDIのサービスの中で、どちらの記述言語を使うかは、コンテンツ作成者の選択の自由となる。乱暴にいえば、使えるものは（良いものならば）使ってしまえ！というスタンスだ。 もしもコンテンツ作成者が、正式なWAP 2.0コンテンツとして作りたい場合は、XHTML Mobile ProfileとWAP CSSだけを使ったページ作成を行えばよい。そうすれば、ほかの事業者（現在は存在しないが）のWAP CSSよりも、WML2.0＋WAP CSSで作成したページの方が、ユーザーに使い勝手の良いサービスを提供できるからだ。また、これを利用することによって、XHTML Mobile Profile＋WAP CSSで作ったコンテンツから、より差別化を図ったコンテンツ制作ができるようになるというコンテンツ作成側のメリットもある。 現状、KDDI以外でのWAP 2.0サービスは日本で行われていない。そのため、WAP 2.0に完全に準ずるコンテンツを作る意義は、いまのところ薄いといえる。しかし、ほかの事業者でもWAP 2.0サービスが始まり、当初のコンテンツ互換性を保持する必要が出てきたとき、意味を持ち始めるだろう。 XHTML Mobile ProfileとWAP CSSは、WAPがどちらの仕様に転んでも必要な技術である。そのため、コンテンツ作成者は、これを基本に携帯コンテンツを作成するとよいだろう。本フォーラムの「XHTMLで変わるモバイルコンテンツの世界（2）XHTML Basicを使ってWAP 2.0対応に挑戦する」に書かれた内容が参考となることには違いがない。 そして、携帯電話用にソフトキーを定義したい場合、またはダウンロードで特別な遷移をしたい場合に、初めて将来の互換性を犠牲にして、WML Extensions（およびOpenwave このような標準化の動きは政治部分の色が強く、まだ落ち着いていない。しかし、日本では携帯電話の動きが速いため、策定された仕様が異常なほど早く実装されている。それ故に、そのシステム（つまりWAP）にかかわる人々は、右往左往しなくてはならないハメになっている。 そのため、コンテンツ作成者には（コロコロと変わってしまう）政治に振り回されることのないコンテンツ作りが自衛策として必要となってくる。その技術の1つとして、XMLベースでコンテンツを作成し、XSLTで変換するという方法がある。記述言語が変わっても、影響は最小限でくい止められる工夫が必要だろう。同時にこれは、一度作成したコンテンツが資産として次に生きる仕組みでもあり、そのまま複数事業者をサポートする携帯コンテンツの構築のしやすさにも結び付く。 もちろん、電話会社のサービスとしては、コンテンツを簡単には切り捨てられないわけで、相当の期間はサポートしてくれるだろう。 TCP/IPとHTTPから始まったWAP 2.0でのインターネットとの融合は、W3Cとの融合を行う段階で大きく方向転換をしたといえる。できるだけインターネットとの垣根をなくすという方向性は、同時にいままで有効だった「WAPならではの特徴」も薄めてしまっている。とはいうものの、WAPのもともとのあり方は、複数事業者の間でコンテンツが共有できる共通規格を決めることである。そのためには、実は「WAPならではの特性」にこだわる必要はないのかもしれない。 今回は記述言語よりの話を中心にしてしまったが、次回は再びネットワークレイヤのWAP 2.0の話に戻る予定だ。特に、共通化よりも、WAPでの新しい規格や仕組みについて（プッシュなど）紹介したいと思う。 ホワイトペーパー利用者に「Amazonギフト券」を抽選で100名様にプレゼント！――TechTargetジャパン リニューアル・キャンペーン Connectionフォーラム トップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ |
[ 153] WAP記述言語戦線異状アリ！
[引用サイト] http://www.atmarkit.co.jp/fmobile/rensai/wap03/wap03.html
