だからflashで作られた携帯CGMサイトは少ない（国内)
前回の続き
・NTT DoCoMo Flash Lite1.0 最大100KB Flash Lite1.1 最大100KB（外部ロード分を含む） Flash Lite3.0 最大100KB（外部ロード分を含む） ・au Flash Lite1.1 WIN 最大100KB/ 1X 最大48KB（1セッションにつき) Flash Lite2.0 最大100KB（1セッションにつき) ・ソフトバンク Flash Lite1.1 最大100KB Flash Lite2.0 最大150KB（1セッションにつき) 上記を見るとauおよびソフトバンクのFlash Lite2.0対応端末は、 外部ファイルのロードを何度でも繰り返せる。 逆にDoCoMoは、トータルのサイズである。
http://d.hatena.ne.jp/kazukiz/20080913/1221317246
どういった場合に影響するのか？
例えば、以下のようなサイトを考えてみる。
携帯サイトで、検索、ランキング、新着記事表示機能を要するFlashページ
検索、ランキング、新着情報はリアルタイムとする。
SWF本体(30k)
メニューエリア
- ランキング
- 新着
- 検索
- おすすめ
メインエリア
(※メニュー押下で内容がメインエリアに表示される)
■パターン１ 動的呼び出し au, SoftBankの場合
１．SWF本体(30kb)
２．ランキングボタン押下
３．ローディング中メッセージをメインエリアに表示(ランキング情報取得中）
４．ランキング情報をメインエリアに表示(40kb)
５．新着ボタン押下
６．ローディング中メッセージをメインエリアに表示(新着情報取得中）
７．新着情報をメインエリアに表示(40kb)
以降２〜７を何度でも繰り返せる
■パターン１ 動的呼び出し DoCoMoの場合
１．SWF本体(30kb)
２．ランキングボタン押下
３．ローディング中メッセージをメインエリアに表示(ランキング情報取得中）
４．ランキング情報をメインエリアに表示(40kb)
５．新着ボタン押下
６．ローディング中メッセージをメインエリアに表示(新着情報取得中）
ここで、NG 容量オーバーとなってしまう
■パターン２ 別ページ遷移
別のSWFを呼び出した場合
１．SWF本体(30kb)
２．新着ボタン押下
３．新着SWFに遷移(20kb)
４．新着情報取得ボタン押下
５．ローディング中メッセージをメインエリアに表示(新着情報取得中）
６．新着情報をメインエリアに表示(40kb)
※４でボタンを押させるのは、イベントを発生させないと、外部ファイルのロードができない国内キャリアの制限の為
これだと、なぜ２回もクリックしなきゃいけないのか？？
となる
■パターン３ 別ページ遷移（サーバサイド生成SWF)
別のSWFを呼び出した場合
１．SWF本体(30kb)
２．新着ボタン押下
３．新着SWF（サーバサイドで自動生成)に遷移(新着情報含む50kb)
これでようやくスムーズになる。
ただし、サーバサイドで自動生成するには、
CS3では開発できないので、mingやswfmill（使ったことはない)や有料ツール等を使う必要があり、
学習コストは少なくないし、プログラミング力が要求されるので敷居は高い。
結論１(最も理想）
au, SoftBankの場合は、パターン１、
DoCoMoの場合にパターン３の方法をとる
結論２(２番目）
パターン３の方法を３キャリアで使う。
結論３(３番目）
au, SoftBankだけにパターン１のswfを作成する。
結論４(４番目）
Flashは使わない
この要件には向いてないと考える
DoCoMoが、au, SoftBankの仕様に統一されるまで待つ。
結論４が選ばれたとしても不思議ではない。
こうしてFlashは使われなくなる。。。
Flashで作られた携帯CGMサイトが少ないのはおそらくこの辺が原因ではないだろうか？
最近、flashサイト構築ASP等のニュースをよく耳にするが、
これは、キャリアが制限を設けてるからこその需要だろう。。。
それにしても、DoCoMoは、クッキーが使えなかったり独自路線だよな。。
パケ放題だったら制限をゆるくしてくれたりすればいいのに！
今後に期待したい。。
追記
adobeのサイト内で、Flash Lite入門講座が公開されました。
Flash Lite入門講座 第1回 日本のFlash Liteの仕様
http://www.adobe.com/jp/devnet/devices/articles/develop_in_japan.html
