カテゴリー: Develop

激しく祭り状態ですので、既に既知だと思いますが・・・。
「転送待ち時間割込みファイルｗｅｂサイトの設定方法」（特許番号:3393199号)
NPO法人文化情報推進協議会
によるとブラウザでJavaScriptを使っても_blankを使っても別窓を開くとこの著作権特許を侵害するのだそうです・・・。
「_blank」なんて実装された機能に著作権特許が発生するとは・・・。
認めた方が全然わかっていないのか、なんなのか理解しがたい部分はあるのだけど、もーあいた口がふさがらないというか・・・。
先週末からあちこちに請求メールを送っているそうです。
ま、解釈の問題など微妙な部分もあるので、詳しくはJavaScript 掲示板などを参照してくださいませ。
Eolasの件となんとなく似た感じもしますけど、日本はどのように対処していくのでしょうかね？
そのうちHTMLに画像を表示するのも著作権特許とかそういうのがでてくるのでしょうか？
余談ですが、開発者の方のプロフィールに
「Webサイトアプリケーション「ＮＡＯシフト」「パノラマシフト」開発」
とありますが、今回の件は「NAOシフト」で、これを開発（？）されたそうです。
一緒に併記されている「パノラマシフト」の内容も非常に心配です・・・・。
２００２年　　　　元 X-JAPAN　YOSHIKI氏と NPO「文化情報推進協議会」発足
なぜYOSHIKI？なんか迷走しているっぽい・・。

今Flashで大量の画像を扱う仕組みのものを作っているのですけど、画像を一枚表示させるごとにメモリ使用量が3MBずつ追加されていく。フレームにID換算したイメージを配置してattachしたmcを制御していたのだけど、attachのMCが上手く引き継がれず追加されているのか？とデバッガで調べるが特に増加しているパラメーターもオブジェクトも無し。一応attachをやめ、マニュアルでMC配置で処理してみるもやっぱり画像を表示させるごとに3MBメモリ使用量が増加する。じゃあ逆にその画像自体をMC化してattachで置換するとメモリも置換してくれないのか？と試してもそれも駄目。
どうもスクリーンキャプチャの容量で何かしら表示された画像データをメモリにストックさせているような感じ。ということで、じゃあ画像のクオリティを下げてみたが、消費メモリの増加サイズは変わらず3MB。じゃあそれは表示サイズに依存するのか？ということで単純に表示率を縮小してみる。しかしそれでも3MB増加。それならと小さいサイズのイメージを取り込んで同様の検証を行ってみると、メモリの消費率が減少。
どうも表示領域のキャプチャではなく、SWF内部に保持する元々の画像のサイズに依存してキャプチャが行われているくさい。（ってか改めて考えるとラスタ的処理ではなくベクター的な処理構造なので当然だなと・・）
ということで今のところ結論としては

・Flash内で画像を表示させるとそれはメモリにストックされる。
・その際のメモリ消費量は元々Flashに取り込んでいる画像の領域に依存する。
・インスタンス名で置換はできず、ライブラリ内のデータ名で区別されるためメモリの置換が行えない。

というと感じ。最初にLoadされた時点でメモリに格納されるのだと思っていたけど、そうじゃなく表示されたタイミングでメモリに格納されるのね・・・。
ただMACなどのメモリ割り当てに必要になってくるメモリ量とは別のメモリ領域のようなので、それに伴い再生ソフトのメモリ割り当てを増やすということではない感じがする。（MACでの各プロセスにおけるメモリ消費が見えないので良くわからないけど・・・）
ま、これからブロードバンド化すすんで、Flash進化して大容量コンテンツが増加していく中で、こんなメモリ管理だと、こういった部分がネックになってくる時期もでてくるのだろうな・・（多分こういう部分をディレクターはきちんと処理できる気もするけど、触ったこと無いのでわかりません）
なにかこの辺Flashで上手くメモリを開放したりする術を知っている人いましたら教えてください。（これを書いている途中で思いついたけど変数でdelete するように一度MCをパージさせればいけるのか？試してみよう・・・）

SEOとはなんじゃぃ！？SONY ENTERTAINMENT ORGANIZATIONではなくて”Serach Engine Optimization”のことです。いわゆる「検索エンジン最適化」のことです。
如何にコンテンツをサーチエンジンで検索されやすくするか？ネットの世界ではリアルな世界でのバイラルの役目をGoogleなどのサーチエンジンが担っている部分もあったりするので、ある意味マーケティング的な手法に分類されるのかと思います。これとブランディングってのはまた別のことなので、コレだけやっていてもしゃあないのですが・・・。まぁ車の両輪の一つの一要素という感じでしょうか？
で、この辺の情報はSEO検索エンジン最適化で詳しく解説されています。
Google Dance tool、検索エンジンロボットシミュレーター、キーワード出現頻度解析など便利なツールがありまする。このサイトを個人で運営されているスミモトハルさんに感謝してつかいましょう。

さて8月にMSがEolasに対して敗訴して以来、WEB業界はバタバタとしているのですが、そんななかW3CがEolasの著作権自体の見直しを求める再審査要求をUSPTOに提出しました。
これの裏づけになっているのは先行技術の存在なのですが、一応MSの控訴の「Viola」のことなのかどうか？は不明。ただしこの部分はMSの訴訟ではあまり取り上げられなかったようですが、USPTOの審査においてはかなり重要な位置づけになるのではないかと思います。
一方EolasはMSに対してライセンスの購入を行うか、そうでない場合はInternet Explorer（IE）の配布を恒久的に禁じる訴えを起こしていて、なんか泥沼の様相を呈してきた。いったい何がしたいのか？と問われると、やっぱり金なのか？とか思ってしまう。
賠償っていっても実害を受けているわけでもなし、社長ひとりの会社でそれを実装する技術もないのに権利だけ持っているっていう状況はどう考えても不健康だと思うのですが・・・。
特許はその技術をもちいて何かしらを具現化させる人に与えられるべきものだと思ったりしているのですが、どーなんでしょうね。

昔から書いてきた日記系のデータを暇を見つけてインポートしてみる。
ただ書き方がTABLE組みとかでむちゃくちゃなので、スクリプトで簡単にインポートできないのがちょっとつらい・・・。ということで2003年4月からのものだけ試しにインポートしてみる。
最初SJISでやってしまって文字化けしてかなり冷えたけど、それ以外はつつがなくインポート完了。で、一点気づいたこと。投稿日時がその月の1日の場合
2003-04-01 00:00:00
とするとマンスリーアーカイブの中に含まれず行方不明になってしまうので、一括でインポートするときは日時を
YYYY-MM-DD 00:00:01
とかにしたほうが良いかもしれないです。（なんか俺の他の部分の設定が悪いのかもしれないけど・・・）

XForms 1.0　W3C Recommendation 14 October 2003

XForms is an XML application that represents the next generation of forms for the Web. By splitting traditional XHTML forms into three parts?XForms model, instance data, and user interface?it separates presentation from content, allows reuse, gives strong typing?reducing the number of round-trips to the server, as well as offering device independence and a reduced need for scripting.
XForms is not a free-standing document type, but is intended to be integrated into other markup languages, such as XHTML or SVG.

まだ内容は完全に把握していませんが、とりあえずメモしておく。
とりあえず”XForms model”,”instance data”,”user interface”の3つで構成されるようだけど・・・。

えーmac IE 5の人から「文字化けして書き込めない」と多数報告を頂いていまして、それほったらかしにしていました・・・。すいません。ちょっとテンプレートいじるついでに修整をしておきました。
詳細はまみちゃんのところで解説されていますが、その辺の対応を施しましたので、文字化けは解消されたと思います。
ちなみに私のフォント設定は

html * {
box-sizing:border-box;
-moz-box-sizing:border-box;
font-family:"Osaka",verdana,"\FF2D\FF33\20\FF30\30B4\30B7\30C3\30AF ",sans-serif;
font-size:100%;
}

といった感じです。
しかしテンプレートちょっと息抜きにやった程度なんで、各要素の力がバラバラでちょっと読みにくいですね・・・。また合間をみてちょいちょい修整していきます。

トラックバックがタイムアウトで設定できない。
特に”altba.com”へのトラックバックがほとんどできない。（今まで一度も成功したことないかも）
Trackback Wha’?
クロログ
トラックバック仕様書
この辺の情報はあるけど、受け手、送り手のサーバの設定が諸々ある模様。
ただどうもうちのサーバが遅いだけという気もしなくはない・・・。
詳細調査はまた後日。

アクティブコンテンツディベロッパーセンター
先日のログでも書いたけど、どうもMSは控訴とかそういう前に対応してしまうという考えらしいです。

Eolas社の特許に関する問題を回避するため、Microsoft社が今後リリースするInternet Explorer では、HTML内で <object>、<embed>、<applet>タグを使用した場合、再生許可を求めるダイアログボックスが表示されます。仕様変更済みのInternet Explorerは、まずデベロッパー向けにリリースされます。一般向けのリリースは、2004年初頭の予定です。

これによりどういう問題が発生するか？というとHTMLコードからプラグインを理解して自動的にプラグインを起動させるという機能がなくなります。このため

Flash, Shockwave, Authorwareプラグインを使ったwebページは、アクティブコンテンツがひとつひとつ表示されるたびに、再生を確認するダイアログボックスが表示されるようになります。

これはFlashなどに限らずすべてのプラグインが再生される前に再生許可を訪ねるダイアログが表示されることになります。対応策としては

<object>、<embed>、<applet> タグを外部Java script関数呼び出しで置き換え、タグをスクリプトで生成することで問題を回避できます。Macromediaは、HTML制作者およびサイト管理者が最小限の手間でサイト修正が行えるよう技術情報をweb上で提供しています。また、近日中に無償ダウンロードでき、サイトに適用できるツールが数種類用意されます。Macromediaのサイトでは本日付けでサイト内のほとんどのページに修正を行いました。

ということで、HTMLの記述の問題をJava Script関数に置換することで対応できるようです。なので、特にFlashの修整などの必要はありません。
権利の問題はデリケートな問題ではあるのだけど、Eolas社がこの件でどれだけの被害をこうむっていたのだろうか？と少し疑問に感じる。どうも後ろ向きな権利の行使っぽく捉えてしまって少しブルーです。
Eolas社が多くの反感を買ってまでこれを主張したことで、れだけの利益を得ることができたのか？も非常に興味がありますけど・・・

このブログをネスケでみるとCSSが適応されない形で表示されます。
テンプレート編集しているときはローカルでざっと見てたんですけど、それは別に問題なく普通に見れていたんですよね・・・。
で、なんかタグとか間違ってるのかなあ？とか思ったんですけど、よーわかりませんでした。
ちなみにすげー簡単なCSSでも適応できませんでした・・・ｗ
http://39.img8.com/test/check.html
一応パケット拾ってもキチンと受信できているけど適応できない・・。
同じドメインの中の他のページとかはjavascriptとかかましてCSSをlinkしているのですが、それは問題なく適応できていたり・・・。
なんか根本的なミスを見逃しているのだろうか？
ってかこんなことをしている場合ではないです。はぃ
一度打ち切り。ネスケで観るな！ということで・・・・

4年前に揉めていたプラグインの件でMSが敗訴してしまった。
「プラグイン，アプレット，スクリプトレット，それにActiveX Controlなどの小規模の対話式プログラムを，Webドキュメントに埋め込むことを可能にした初のブラウザシステム」というもので、「自動化されたインタラクティブな体験」が定義されているため、ActiveXのFlashPlayerインストールとかが抵触するんだとは思うけど、この手の技術はIEだけじゃなくて、OperaもネスケもSafariも使っているだろうし結構影響おおきそうですね。ちょっとこれ作業大変そうでブルー。
GIFやSCOの件とか特許関係で権利を保護するというよりも、前に進む力を阻害して利益を得ようとする傾向はきもちわるい。ってかこの記事を掲載しているZD自体にリンクを貼ることすら規約で禁止されているのがうざったい。インターネットがインターネットとして成長していく前にそれらを利用する我々によってその可能性を抑制されつつあるのは有る意味喜劇。