遅筆(というか、気まぐれ)なのも手伝ってデジクリがお休みの間にも紙媒体や情報系サイトに多くの個人サイトで取り上げられ、幾分、出遅れ気味のネタとなってしまい、夏休みの宿題のお役にも立てなく(?)なってしまいました。出てくる新しい情報に翻弄されながら書くという行為は、まるで油絵を延々と描いているような、どうにもイヤな感じで......。それでも、そこいらの記事とは毛色が異なることはお約束できます。妄想144%(たぶん)で書かかれたものだから。:-)●ゲーム否定論者なのだ(――また?)「ドラゴンクエストIV」で発狂して以来、ゲームなんていうものはやらなくなった。これは、元々、ゲームをプレイするということにあまり興味がなかったのもある。それでも、ゲームをプレイすることは放棄して久しいわけだが、ゲームを作ることまでも放棄はしていない。他人が作ったゲームには興味がないということでもいい。実際、最近も、JavaScript(Javaではない)でRPGを作ってみようと試作していたものがある。予測していたこととはいえ、背景の上にスプライト(前景)を置いて進入可否判定や画面間移動のような基本的な部分を組込んだところで、マップやキャラクターのパーツ数の増加につれてプレローディングの非確実性が高まってしまうことに立ち往生して制作は中断したままだ。●いくつかの解決にならない解決方法もちろん、解決方法がないわけではない。そのひとつが、DATA-URL(RFC[*1]2397)だ。ブラウザーなどのクライアント・アプリケーションが対応していなければ意味をなさないが、「http」や「ftp」のような通信プロトコルに対応するスキームではなく「data」という特別なスキームを用いて、HTMLの記述を妨げないようにBASE64やURLエスケープで符号化したものをインラインはインラインでも参照ではなく実体として埋め込むことができる。Explorer(以下、IE)5.xは(少なくとも単体では)対応していないようだ。Navigator(以下、NN)4.x以降ならば動作を確認できるが、NN6PR1は対応してないどころか少しでも大きいものを読込むと異常終了してしまうので注意が必要だ。この問題はNN6PR2において既に修正されている。集ソフト等でも起こりうるということは頭の隅に入れておいた方が良いかもしれない。Definition)などあったものではないが、一般に、どのHTMLの仕様においてもSGMLの実装のひとつであるはずであるから、それぞれのDTDで細かく規定してあるものだ。そのため、厳格な(いや、正直な)SGMLパーサーを通そうものなら、はねられても仕方ない。そのような関連する規定はどこにあるかというと、SGML宣言の量集合(QUANTITY)の中だ。4.01[*2]では「65536」といった具合になっている。その時、実装上、それらの数値を基準にすることには問題はないのだが、過失によってフェイル・セーフを怠ってしまうと、しばしば、予期しない大きさのデータを取り込んでしまい、不正な処理を巻き起こしてしまうことになる。これはフェイル・セーフのなされていないアプリケーションも悪いし、時として、そのような異常終了を引き起こすHTML記述も悪い――それでも、どちらが悪いかというような議論は不毛でしかない。NN4.xは型に対して実にアクロバティックだ。JavaScript-URLに文字列として埋めこむとによっても実体として渡されるのだ。下の例ではすべて8進数にエスケープし、文字列としてシングル・クォートしてある。このようにエスケープすると元のデータの2~4倍と冗長になってしまう。これは、問題とならない文字はエスケープしないことによって、いくらか節約することもできるが、8bitにかかる文字はブラウザーが文字コードを意図した通りに認識してくれないと壊れてしまう可能性がある上、8bitにかからない文字でも、いくつかの記号と数字(「"1」+「2」と「"12」は区別できないため)も使えない。そのため、有効な文字はわずかでしかなく、効果薄としかいえない。・BASE64(4/3倍になる)で符号化して埋め込み、実行時に変換する。・16進数ダンプ(2倍になる)で埋め込み、実行時に変換する。・画像のヘッダーやパレットを共有させておき、実行時に合成する。いった方法の方が合理的かもしれない。HTTP-HeaderやDATA-URLのように、Content-Typeを添えることができないことを憶えておく必要がある。ある、MHTML(RFC2557)。Multipart/Related(RFC2387)をベースにしたもので、いわゆる、HTMLメールで用いられているものだ。これはメールでの利用に限られているわけではない。紛いながらも動作を確認できたのはNN4.xで、NN6PR2はかろうじて対応している程度のように思えた。DCD[*3]では「bin.hex」および「bin.base64」というデータ型が挙げられている。XMLでもバイナリーを直接に埋め込むことはできないが、それらの形式に変換することで埋め込むことができる。それでも、いくら実体を埋め込むことができても、XHTML[*4]などから利用しようとする場合、そこには代入互換性がない。そのため、実体宣言をしてやって、実体参照する必要がある。この方法は将来的に有望と思われるが、これについては現行ブラウザーでの確認はとっていない。parserのBASE64の解釈には方言がある。したものか「/(63)」を認識できない代りに無関係な「*」を認識してしまうようなのだ。この不都合は既に修正されており、「*」と「/」の両方に対応するということにしたようだ[*5]。File[*6]にすれば実に容易にパッケージ化できる上に圧縮までかけてくれる。まとめると、標準化されたり、標準化の方向にある技術でさえも、依然、製品への実装はまちまちという困った状況にある。特定の環境でしか動作しないものを排除してしまうと、現状では使用を控えざるをえない方法ばかりだ。複数の環境での実現がどうしようもないくらい高い障壁で閉ざされているのならあきらめもつくが、ウェブの場合は、そうとは限らない。いくらかの工夫を凝らせば障壁をまたげるような気にさせられてしまうからだ。それでも、今ある選択枝は、機種依存でやってしまうか、時を待つか......だ。ARTICALES(インライン化の実例を置いています)<http://www.flux.gr.jp/~kasui/dgcr/>●そんなことを言っていると......JavaScriptなんか諦めて、素直にJavaにしてjarアーカイブを使えとか、Flashにしておけとか、そういった声が聞こえてきたりするかもしれない。しているうちにJavaについては一寸先は闇となってしまった。Microsoftの.NET戦略の存在だ。ありえないことを信じたいが、Microsoftの采の振り方によってはウェブにおけるJavaの非一般化もありえない話ではないように思われる。家電市場では不動の地位を獲得しているようにみえる。一体、どこに乗っかればいいのやら。そんな中でも、あっさりといってしまうが、JavaScriptにこだわる理由はないのかもしれない。数世代前の貧弱な環境でも比較的ストレスなく動かすことができることくらいだ。それというのも、JavaScriptを捨てる準備はしてあるからのだ。効率性や移植性を見据えてゲームのマップや会話のようなデータは複数のPerlスクリプトの中に保持するようにしてある。メインのPerlスクリプトにHTMLファイルやJavaScriptファイルを生成させるわけだ。そのため、いくらか改良すれば、他の言語用にも比較的小さなコストで対応できる。いった処理をするスクリプトを書くのは手間ではあるが複雑となりがちな部分には手を触れなくて済むので人によっては快適な環境となる。●それがどうした!その発売を知った時、そう思わせられた製品が、また、思わず涙を浮かべてしまった製品が現れた。いっても、残念ながら、Appleとか、Macromediaとか、Adobeとかの新製品のことではない。ちいさい魔女さん(個人的にそう呼んでいる)ことワンダーウィッチ(WonderWitch)[*8]、ワンダースワン[*9]用の開発キットで、既に発売されているが、公式かつ一般向けのものなのだ。・CMでよく目にした(過去形)気がする。21[*10]で桃井はるこさんがいくつも持っているのを見せびらかしていた。・昆虫ロボ[*11]もあるんだって......なんか、クウガ[*12]のゴウラムみたいな。いって、1か月前までのイメージはそんな感じだった。その程度でしかなかったのだ。それが、先頃、なんとなくバンダイのURL[*13]をタイプすると、そこに現れたのが「ワンダースワン」。ここで、はじめてバンダイ製だという認識が確かなものとなる。トップに絵を置くということは力を入れてるのかなぁ――と、何かに誘われるようにWonderSwanのページへ向かったその先で目に入ってきた文字列、それが「WonderWitch」。その刹那、全身を貫く衝撃を感じ、それまでのイメージは跡形もなく崩れ去った。以前、谷山浩子の「約束[*14]」を探さなくてはいけないのに、歌詞と歌唱力にいくらかの違和感を感じながらもグロリア・イップの「ASHURA[*15]」こそ、それだと信じ続けていたことがあった。他のアーティストへの提供曲のセルフ・カバーものが少なくない谷山浩子だが、この“ふたつ”の似て非なるヴァージョンがどのような経緯で生まれてしまったのか、その事情を知る余地はない......しかし、どうにも「ASHURA」の歌詞はへんてこだった。信じ難いことに、ヒロインの心情を歌っているはずなのに男性的な言い回しが混ざってしまっているそこには種々の疑念が募るばかりであり、“ふたつ”の存在を知った今でこそ言えることだが、無理に日本語で歌わせていることからも、その滑稽さは相乗的だった。偶然にも、ようやく「約束」に出遭えた時と、どこか重なるような気がしてならなかった。先に述べた通り、ゲームには疎い生活を送っているので、アンテナも張っていない。偶然でもなければ知ることはなかったかもしれないのだ。それは、どこか“約束”されていたことのようで。完全にフィルタリングされ、受信フォルダに一通も残らずに分類されるメールソフトの動作を見て満足していた。それはカテゴリー別にさまざまなフォルダに分類される。夜の落ち着いた時間に私は多くのメールに目を通す。事を斜め読みしていった時にこんなキーワードが目に飛び込んできた。圏に突入させて焼却させるなどの方法」というぶったまげたスケールだ。もったいないからうちにくれ!と言いたいところだ(笑)イリジウムの「夢」とはなんだったのかを考えた。テレビでは織田くんがいろんなところへ携帯を持っていきながら「ここでもつながる!」と叫んでいる。どこでもいつでも人とつながりたい欲求。それをかなえる究極の方法がイリジウムだったはずだ。イリジウムは大きなことを見落としていた。話衛星が捕捉できないところでは会話ができない。人とつながりたいという欲求はなにも南極や北極にいるときばかりではない。地に行ける人間はごく限られた人々である。携帯電話のもっとも重要な特性は「時間を二重に持てる」ことである。会議中に好きな人に携帯メールを送る、電車で移動中に情報をリサーチする、なにかをしている「最中」にさらに二重に「なにかができる」わけだ。蔵の電話を持とうとはしなかった。誰が見ても「地球上のどこからでも通信できるという夢」を描けたかに見えたイリジウムだが、それが「実際の生活にどういう夢を持ち込むのか?」が描けていなかったのだ。ip2000で使用したのはインマルサットB衛星だ。海からの通信という、完全に外界から遮断されたシチュエーションは非常に特殊と言える。多くの家族や友人とコミニケートできるだろう。個々の端末同士がつながり多くの感動を共有できるだろう。私が今回のフェーズ1で実験してきたことを今後のデジクリでひとつずつ検証しようと思っているが、自分の予想を上回った数少ない成果のひとつに「愛ぴ~メール」があった。ここには「夢」が感じられた。々への「エール」となっていた。ip2000での衛星通信は「通信サービス」にはなっていなかった。「通信以上サービス未満」だったのだ。その未熟さが「愛ぴ~メール」を生んだともいえる。私はますます「夢」という言葉に複雑な思いを馳せる。そんなこんなで寝られない私のデスクトップに、いつもの薮中さんからの携帯メールが着信した。「夢」を作るのは「人」だと感じた。「明日分の仕事前倒しでやらな。夢は寝て見るもんやない。内容:日本で唯一最大のディジタル・アーティスト団体の展覧会。ディジタル・アート静止画作品の展示、アニメーションの上映など。(8/29)・昨日はJPCセミナー「動き始めた?オンラインマガジン・ビジネス」に行った。領域としての「コンテンツビジネス」への参入を目指すものだった「オンライン・マガジン」ですが、ここへきて「出版サイドの目的」ではなく、「ユーザー側のニーズ」の上に立脚するようなポジションを獲得し、サイバーライフに不可欠な一個のメディアとして支持される機運が高まってきました。}とセミナー案内にあるが、まさしくそれを実証しつつあるのが「cafeglobe.com」だ。CEOの矢野貴久子さんの講演は歯切れがよく、おおいに刺激をうけた。性たちに支持されているようだ。バナー広告を柱とせずECもやらない。