しらぎくモバイルシステム VI 処理出来るHTML文書。

推奨しないエンコーディング。

HTML文書に於いて、シフトJISコード以外のエンコーディングは一切推奨しません。

特に以下のエンコーディングは使わないようにしてください。

ISO-2022-JP(JISコード)

アスキィ文字と仮名漢字の判別が困難なため、可能な限り事前にシフトJISに一括変換してから処理します。

UTF-16及びUTF-32

いずれもそのままでは処理出来ないため、事前にUTF-8に一括変換し、更にシフトJISコードに再変換します。ユニコードを用いる場合にはなるべくUTF-8でエンコーディングするようにしましょう。

• 特にPerl 5.8.3未満の場合、自家製の文字エンコーディング処理を利用するため、これらのエンコーディングでは処理が非常に重くなってしまう事があります。

ユニコードを用いる場合の注意事項。

ユニコードを用いる場合は、出来るだけUTF-8でエンコーディングしてください。

但し、UTF-8であっても事前にシフトJISコードに変換しますので、ユニコードを用いる場合であってもアスキィ文字とJIS区点コードにある文字のみで記述する事を強く推奨します。

また、ユニコードを用いた文書での絵文字は、必ず数値文字参照で記述してください。

サポートされないフォーム。

大き過ぎるフォーム

フォームは機能上、途中で分割する訳には行きません。

このため、途中で分割が必要になるような大きなフォームは削除対象となります。

• 大体、4キロバイト程度を目安にすれば良いでしょう。
• フォームの途中でのページ分割を防ぐため、フォームの前後の分割切片が極端に小さくなる事もあります。

フォームを扱えない端末

WAP 1.0 端末(国内には残っておりません)及びH"はHTMLではないため、フォームを扱えません。

従って、これらの端末ではフォームは一律削除対象となります。

制限のある要素。

<input type="file">要素

携帯端末の多くは、ファイルアップロードに対応しておりません。

このため、しらぎくモバイルシステム VIでも<input type="file">要素は自動的に削除となります。

<button>要素

携帯端末の多くは、<button>要素をサポートしません。

<button>要素の内容テキストをvalue属性にした<input type="submit">要素または<input type="reset">要素に変換します。

<input type="image">要素

携帯電話の多くは、画像を送信ボタンにする事が出来ません。

このため、alt属性, value属性を用いた<input type="submit">要素に変換され、画像は表示されなくなります。

<select multiple>要素

携帯電話の多くは、複数選択のメニューボックスに対応しておりません。

このため、multiple属性があっても削除され、複数選択は出来ないものとします。

<optgroup>要素

旧型の携帯電話に、<optgroup>要素をサポートしないものがあります。

• <optgroup>要素でのグルーピングが無効になるだけで、プルダウンメニューが利用不可能になる訳ではありません。

<form>要素のaction属性値

method属性が省略されているか"get"値の場合、action属性値となっているURLにクエリが付いている場合、それが無効になる端末があります。

• 実はPCブラウザでも一部このような実装のものがあります。

この対策として、action属性に付けられたクエリは<input type="hidden">値に変換されます。

• 順序はクエリの並ぶ順序に従い、<form>要素開始タグの直後に記述されます。

<form>要素外の<input>要素等

旧型端末の場合、<form>要素外に書かれた<input>要素等がレンダリングされないものがあります。

旧ジェイフォン機について。

旧ジェイフォンの非パケット端末には、幾つかの制限があります。

ヴァージョン 2(初期端末)

初期端末ではmethod="post"属性に対応しておりません。このため、getメソッドに強制変換されます。

ヴァージョン 3(初期端末を除く非パケット機)

method="post"属性が与えられたフォームでは、action属性に与えたクエリが送信出来ません。

このため、クエリは<input type="hidden">に変換されますが、その場合当該クエリはクエリストリングではなく標準入力から取得する事となります。

テーブル(表)として取扱わない場合とその扱い。

テーブルの分割。

テーブル(表)は必要に応じて行単位で分割されます。

• その際に、複数行に跨ったテーブルで問題が生じないようにしております。

また、複数ページに分割されたテーブルに於いて、テーブルのヘッダ部分とフッタ部分がそれぞれに自動的に附加されます。

• テーブルのフッタは旧ジェイフォン非パケット機には附加されません。
• ヘッダは<thead>要素としてマークアップされる部分ですが、<thead>要素が無い場合もテーブルの冒頭から空で無い<td>要素を含まない連続する行をヘッダとして処理対象とします。
• フッタは<tfoot>要素としてマークアップされた部分ですが、<tfoot>要素が無い場合もテーブルの末尾から遡って空で無い<td>要素を含まない連続する行をフッタとして処理対象とします。尚、これらが無い場合にはフッタは附与されません。

テーブルに関する注意。(平成21年 8月 8日 更新)

テーブルに関して、以下の点にご注意ください。

テーブルを処理出来ない端末。

テーブルを処理出来ない端末では、テーブル内容をリスト形式に置換えて表示します。

その際に見出しコマ(<th>要素)に与えたscope属性やデータコマ(<td>要素)に与えたheaders属性を活用します。

• 詳細は、しらぎくモバイルシステム VIでのテーブル処理をご覧ください。

静止画。(平成21年 8月10日 更新)

現在サポートしている静止画は、GIF画像, JPEG画像及びPNG画像です。

機種の制約に合わせて処理されますが、一般に以下のような変換ルールとなります。

• 旧ジェイフォン端末については、端末の世代に依り、一律にPNG画像かJPEG画像に変換します。
• その他の主な端末については、以下のルールとなります。

  GIF画像

  縮小を伴う場合、JPEG画像に対応している端末にはJPEG画像に変換されます。

  JPEG画像

  • ベースライン方式以外(特にブログレッシヴJPEG)は、縮小などの加工を伴わない場合であってもベースラインJPEGに変換されます。
  • ベースライン方式であれば、JPEG画像に対応している端末にはそのまま配信されます。

  PNG画像

  • インデックスドカラー以外はJPEG画像に変換されます。
  • インデックスドカラーの場合、縮小を伴わなければGIF画像に、縮小される場合はJPEG画像に変換されます。

フラッシュ。(平成21年 8月10日)

第0.8810版(平成21年 8月10日)から、フラッシュに対応しました。

<object type="application/x-shockwave-flash" data="フラッシュのURL" declare="declare" id="このフラッシュに与えたID"></object>
				  …
				<a iswf="#フラッシュに与えたID" href="フラッシュ非対応端末向けのURL">〜</a>

その他のマルティメディア。(平成21年 8月10日)

PDF文書はドコモのフォーマ端末でのみリンク出来ます。

• フォーマでも旧式の端末ではPDF文書が開けませんが、それについてはまだ考慮しておりません。
• 他端末でしらぎくモバイルシステム VIを通じてPDF文書を開こうとした場合、エラーメッセージが配信されます。

また、動画及び着信音は以下の形式のものへのリンクが、対応端末でのみ開けます。

• 3GPP動画
• MLD音源
• SMAF音源
• MIDI音源

• 動画の<object>要素での埋め込み及び音源の<bgsound>要素での演奏は現時点ではサポートしておりません。

外部サイトへリンクする際にリンク元を隠したい場合。(平成21年 8月11日)

外部サイトへのリンクで、端末が送信するリファラに依りリンク元を知られたくない場合には、設定ファイル「KConfig.pl」内の$extNeed=0;の右辺を 1にしてください。

こうすると、外部サイトへのリンクでは自動的に出口ページへのリンクとなり、リンク先にはその出口ページのURLしか伝わらなくなります。

• このため、リンク元のページの特定は困難になりますが、リンク元のサイトまでは隠蔽出来ない事に注意してください。
• パスワード認証または年齢確認を用いている場合には、この設定の有無に拘らず、外部サイトへのリンクでは出口ページ経由となります。