500 | 600 | 690 | << | index | >> | 710 | 800

●ちょっと前にグルグル考えていたこと

マイクロソフトが戦略上　やらない分野がある。
ACCESS や WORD や EXCELL や OutLook に
HTTP Server機能をつけないことだ。

HTTPServer 機能をつけないかわりに、
IISとの連携機能をつけてる。
この連携を実現するために、
ActiveX 関連の技術を開発してるのだが、

ActiveX でやりたいことはなんなのか考えると、

ユーザーからみて便利なのは、
自宅のパソコンで Word で編集してて、パソコンをつけたまま会社にいって、
会社のパソコンで Word を立ち上げると、自宅のパソコンのWord と通信して、
編集中の文書を取り込んで、編集をつづけられれはいいのだ。
会社のパソコンでワードを起動したまま家に帰って、、、、、

そんなことができたら、
会社と自宅を往復する意味を社会は
考えることになってしまうのだろう。

WORD に HTTPサーバー機能をつければ、
こういうことは簡単にできるはずだ。
IIS ActiveX ってやつがあるんじゃないか？
マイクロソフト的には、 Word ActiveX を IIS
経由で使ってもらいところだろうなー。

HTTPサーバーを組み込んだアプリケーションを企画すると
HTTP を使ってリモート操作できるようにすることを考えてしまう。
つまりIEを通して、遠隔操作する、
ActiveX にしても、Javaアプレットにしても、
この発想の延長なんだけど、

アプリケーション自体を小さくして、ダウンロードさせればすむことじゃないのか？
ダウンロードできないほど重いものは、アプレットにしても、ActiveX にしても
そもそも実用的にはならないのだし、、、

HTTPサーバーをアプリケーションにくみこんでやるべきことは、
アプリケーションが開いているファイルの配信と
アプリケーション自体をダウンロードできる仕組をつけてやることだ。

Word はこれが技術的にできない。
まず、Word は１つのファイルでできてなくて、
複数のDLLにまたがるからだ。
（建前上　この見解は正しいが、Wordの機能は、
OSと一体化されつつあるので
実際は、数個のファイルで Word の機能は実現できるのかもしれない。
そうでないと、Word がインストールされてない環境で、
Word ActiveX をリモートで使うことができない。）

Word はこれをやると、収益モデルがこわれる。
タダのソフトでないと、こういうことはできない。
ActiveX って、kim99には、十分に使いこなせないし、
よくよく考えてみると、ユーザーにとっても便利なのかもしれないが
マイクロソフトが儲ける為に必要な技術であることが
なんとなくわかる。
 

HTTPサーバー機能を CR2Builder に埋め込んで
どんなメリットがあるか考えると、、、
これがまったく考えられなかった。

 HTTPサーバーがあって、CGIがあるという発想から抜け出せない。
CR2Builder は CGI的な発想で作ってない。

CGI に HTTPサーバー機能をうめこんで１つのexeファイルってのは、
組み込み機器にはありそうな話だ、ルーターとかそうなってるのだろう。

HTTPを埋め込むメリットは
簡単にコンテンツが作れるところにあると思っていた、
なぜなら、アプリケーションには目的があるから
その目的が表現であれば、コンテンツになりやすい。
そういうアプリケーションに HTTPサーバーを埋め込めば、
直ぐにコンテンツができると思ったのだが、、、、

家でも会社でも、同じようにWordをしたい。
というニーズに対してどんな技術で対応すべきかを
論じているとすると、

リモートデスクトップを使ってくれということになるのだろう。
長時間リモートデスクトップでword を使う気にはならない。
IISを立ち上げて、ファイル共有しろってのもありだが、
Word を使いたい人間が 上のニーズの為に
IISを立ち上げる気にはなれる可能性は低い。

１つ論じてないのはネットワーク通信のセキュリティなんだけど、
リモート操作するActiveX 的には
通信機能を内蔵しているActiveX 内にセキュリティ機能を
入れるというのが筋なんだが、重くなるしなー。
OSにセキュリティ機能つけて、ActiveXは軽くできると
Microsoftは思っているのか、、、、

SoftEther のような暗号化された通信を行う
仮想ネットワーク機能が現実的だと思う。