はじめに

iモード／EZweb／Yahoo!ケータイなどで利用されるケータイブラウザは、極端な言い方をするとPCブラウザやフルブラウザとは「まったくの別物」です。今回はまず、ケータイブラウザ向けWebアプリケーションを開発する際に考慮すべき技術要素の説明を行います。次回以降は、そういった技術要素を共通的に処理できるフレームワークとして、筆者たちの所属する株式会社ディー・エヌ・エー（DeNA）がオープンソースソフトウェアとして2008年5月に公開したMobaSiF（Moba Simple Framework）を解説していきます。

各キャリア端末の世代分類

NTTドコモのiモードが開始されたのは1999年2月で、すでに9年が経過しており、過去に発売されたすべての端末に対応したウェブアプリケーションを開発するにはコストがかかります。

ケータイ端末は仕様などにより世代分けがある程度可能です。世代分けができればどの世代以降を対象端末にするかの判断材料になります。

筆者の所属するDeNAでは、会員数1000万人以上（2008年4月時点）のモバゲータウンというサービスを運営しており、おそらくケータイサイトとしてはトップの規模ではないかと考えています。このサービスで利用された端末の集計結果（2008年4月から過去3ヶ月分、ユニークユーザ数ベース）も参考情報としつつ、以下、キャリアごとに世代分類を考えてみたいと思います。

NTTドコモ

まず、通信方式の違いによりmovaとFOMAに分かれます。NTTドコモの報道発表資料を見てみると、最後にmova端末が発売されたのは2006年4月のようで（機種はP506iCII⁠）⁠、2006年6月には契約ベースでFOMAが半数を超えたと発表されており、現在それからすでに2年たっています。

モバゲータウンのNTTドコモ対応機種は、FOMA 70x,90xシリーズのみということもありますが、mova端末でのアクセスは3キャリア全体で見ても1.59%に過ぎないようです。

NTTドコモ端末にはキャッシュ容量という概念があり、1画面表示に必要な全要素（HTMLファイルだけでなくインライン表示する画像ファイルやFlashコンテンツも含めたもの）のファイルサイズ総和はその容量以下に抑えないと表示できないという制約がありますが、iモード対応のFOMA端末では一律100KBとなります。

FOMA端末でも、902i,702iシリーズ以降（M702iG,M702iSを除く）は「iモード対応HTML 6.0」「⁠iモード対応XHTML 2.0」という仕様に対応し、<table>タグを記述できます。これらのシリーズより前のFOMA端末の利用をモバゲータウンで見てみると、サイトの対応機種が含まれるにも関わらず1.47%とmova端末全体より少ない割合となっています。

以上をまとめると、

• FOMAのみ対応とする（=mova対応をあきらめる）
• FOMA902i,702iシリーズ以降対応とする

あたりに境界を設定できそうです。

au

まず、WAP 2.0ブラウザとHDMLブラウザのどちらが搭載されているかで分類されますが、機種別一覧のHDMLブラウザ搭載機種で最近（上側）の方に掲載されているA1014STやA1013Kでも発売は2002年です。したがって現在ではHDMLブラウザからの接続はほぼ無いと見なしてよいと思います。

現状auで用意しているすべての絵文字に対応するとなると、A1300シリーズ以降となりますが、こちらについてはウェブアプリケーションとして対応をあきらめれば楽になるというものではありません。

一方、NTTドコモ端末の「キャッシュ容量」にあたる制限について調べると、WAP 2.0ブラウザ搭載機種ではXHTMLまたはiモード互換HTMLで記述するページは9KB程度以内で制作する必要があるという記述が見つかります。なお、これにはインライン表示する画像データの容量は含みません。

画像データなどを含んだ容量については、「iモードの互換性」説明ページにほぼ同等のファイルサイズの表示が可能という記述があります。我々の経験によると、WIN端末であればFOMA端末と同等の100KBでも表示可能なようですが、WIN端末以外ではそれより制限の厳しいものもあるようです。

したがって、利用できるコンテンツ容量の制限を考えると、WIN端末かどうかで世代分けできそうです。

ソフトバンクモバイル

端末一覧を見ると3Gシリーズ/V8シリーズ/6-5シリーズ/4-2シリーズ/4-1シリーズに分けられています。一方、PDFで提供される技術資料では端末がC型/P型/W型/3GC型に分類されています。User-Agentの対応関係を調べてみると、下記のようになります。また、NTTドコモのキャッシュ容量と同様、ページサイズ制限があるのでそれも付記します。

2006年度のボーダフォンプレスリリースを見ていると、C型端末V403SHの新色モデルが2006年6月に出ており、おそらくそれが最後のC型端末リリースと考えられます。

モバゲータウンでは3Gシリーズのみ対応機種としていますが、C型端末,P型端末+W型端末の利用割合はそれぞれ0.03%,0.16%となっています。

詳しくは後述しますが、ソフトバンクモバイル向けページはUTF-8で記述することが望ましい一方、C型端末とP型端末の一部ではUTF-8で記述されたページに対応しないという制限があります。

ソフトバンクモバイルについては端末の世代が上記のようにはっきり分かれているので、どこを境界とするかは比較的決めやすいのではないでしょうか。

ケータイ向けWebアプリケーション開発特有の技術要素

この記事の内容は、執筆時点で可能な限り正確な情報となるように心がけて書いていますが、最新の情報は各キャリアのページで確認するようにしてください[1]⁠。

ケータイ向けWebアプリケーション開発時に考慮する必要がある点は

• 絵文字の取り扱い
• 端末の認証
• キャリア・端末機種の判定

などが挙げられます。以下、順を追って説明します。

絵文字と文字エンコーディング

絵文字の表現方法はケータイキャリアにより異なります。静的なWebコンテンツを作成する場合、ページ中で絵文字をどのように表現するかに着目すればよいのですが、動的なWebアプリケーションでユーザから絵文字入力を受け付ける場合は、FORMタグ中からどのように絵文字が送られてくるかについても把握する必要があります。

NTTドコモ、au、ソフトバンクモバイルの3キャリアについて、絵文字や文字エンコーディングに関する特徴を表1にまとめました。絵文字表記方法は代表的なもののみ紹介しています。このように3キャリアの絵文字仕様を把握してみると、絵文字の数も違えば、表現方法（＝コード）も違うということがわかります。

3キャリアに対応したサービスでユーザによる絵文字入力を許容するならば、あるキャリアの端末で入力された絵文字を他キャリアの端末でも表示できるようにしたほうが親切です。NTTドコモの絵文字コードがページに含まれると、au側の機能で近似した絵文字を表示してくれますが、ソフトバンクモバイル側ではこのような機能はありません。また、NTTドコモの絵文字は合計252種類であるのに対し、au、ソフトバンクモバイルはそれぞれ822、474種類と数が多く、auやソフトバンクモバイルの多彩な絵文字をNTTドコモユーザに対しどう表示するかという問題もあります。こう考えると、各キャリア間で同じ絵文字あるいは類似した絵文字を関係づけるマッピングテーブルを用意し、相互変換する処理も必要になります。

また、ユーザが入力した絵文字コードをデータベースで保持する際、データベース上でどう扱うかという問題もあります。

端末による認証

ユーザを識別する際、PC向けサイトでは一般的にユーザ名とパスワードの組み合わせを利用しますが、ケータイの場合は個々の端末を識別するしくみが用意されているため、ユーザ名やパスワードをユーザに入力してもらう手間を省くことができます。以下、各キャリアの端末認証方法を表2にまとめます。

これらのIDはHTTPリクエストに含まれる情報ですので、クローラやHTTPクライアントなどの実装経験がある方には容易に想像がつくと思いますが、接続元IPアドレスをケータイキャリアのものに限定していない場合（あるいは接続元IPアドレスを偽って接続ができた場合など）は、簡単に偽装され得るものなので注意が必要です。

キャリアと端末機種の判別

ここまでの内容でもわかるように、ケータイ向けWebアプリケーションの場合、接続がどのケータイキャリアを利用しているものか判別することが重要です。キャリア判別の方法としては、次の2つが考えられます。

• IPアドレスによるキャリアの判別
• User-Agentによるキャリア（と端末機種）の判別

IPアドレスによるキャリア判別

各ケータイキャリアは、ユーザがケータイサイトに接続する際の接続元IPア1ドレスをコンテンツ制作者向けサイトで公開しています。それらの情報に基づけば、IPアドレスによるキャリア判別が可能です。また、前述の端末による認証の安全性も高められます。

User-Agentによるキャリアと端末機種の判別

PCの世界でブラウザを判別するのに使われるHTTPリクエストヘッダ中のUser-Agentフィールドですが、ケータイの世界ではキャリアや機種の特定に利用できます。キャリアと機種名以外の情報も含まれる場合もありますが、ここではその2種類にのみ着目し、表3にまとめます。

その他の制約事項

その他のケータイ特有の制約事項としては、Cookieの利用が挙げられます。Cookieはauの全端末で、ソフトバンクモバイル端末では一部を除き利用できますが、NTTドコモ端末では利用できないため、統一的な利用はできません。代わりにiモードID、EZ番号、ソフトバンクモバイルのUIDがセッション管理に利用できます。