GoogleがGoogle Spreadsheets、Google CalenderなどのWebサービスを提供している最近の動向に関連して以下の興味深いエントリがあった。
ウィンドウズに対する脅威はOSではなく、別の階層から来るだろう。それはおそらくブラウザで、それさえ動けばOSは何でもよいし、なくてもかまわない。事実、ネットスケープはコードをJavaで書き直してOSに依存しないブラウザを開発しようとしたが、失敗に終わった。
今、グーグルが実現しつつあるのは、このOSのデバイスドライバ化だ。ウェブに加えて、メール、カレンダー、スプレッドシート、文書作成(Writely)が使えれば、ウィンドウズ上のアプリケーションはほとんど必要なくなるかもしれない。
サービスベースのエンタープライズアプリケーションの成熟が進んだことで、ユーザーは、Web経由で実行され、Webブラウザに提供されるアプリケーションを従来よりはるかに快適に利用できるようになった。また、最近のAjaxの進化に伴い、現在のブラウザベースのアプリケーションは、GUIの洗練度と対話性が高いレベルに達しており、OS上で直接実行されるアプリケーションとほとんど見分けがつかない。
こうした一連の展開はわたしにとっても、OSとしてのブラウザの可能性を信じる十分な材料だ。
そこで、将来のOSのあり方について自分なりに想像を膨らませて見た。
従来は、OpenOfficeなど、クライアント側で、作業していたものをあちら側でするようになる。つまり、Webサービスとの連携強化、親和性の強化がなされる。
マシンに不要なソフト・データ、高価なソフトを積む必要がなく、廉価でセキュリティを高めることが出来るようになる。
具体的には、メニューから文書の作成を選択すると、文書作成のWebサービスを自動的に呼び出すようにするなど。
従来は、WindowsやLinuxのウィンドウが主なワークプレースであったが、これからは、ブラウザがワークプレースとなる。ブラウザから、OSの各種処理を全て行うことが出来る様になる。また、各種アプリケーションの実行も、ブラウザから行うことが出来るようになる。
提供するサービス元が、クライアント側にあるのか、サーバ側にあるのかは、ユーザは普段はあまり意識しないようになる。要するに、クライアントとサーバのボーダーが曖昧になっていく。
パワーユーザの場合は、各種操作のAPIは、ローカルかグローバルかを設定により切り替えるようにする。(ローカル:自マシン、グローバル:ネットワークに繋がっているサーバ)また、用途・目的に応じてカスタマイズが出来るようにする。また、プロファイル化して、使用場面に応じて、選択できるようにする。
皆さんは、どのように考えるでしょうか?
GoogleがGoogle Spreadsheets、Google CalenderなどのWebサービスを提供している最近の動向に関連して以下の興味深いエントリがあった。
ウィンドウズに対する脅威はOSではなく、別の階層から来るだろう。それはおそらくブラウザで、それさえ動けばOSは何でもよいし、なくてもかまわない。事実、ネットスケープはコードをJavaで書き直してOSに依存しないブラウザを開発しようとしたが、失敗に終わった。
今、グーグルが実現しつつあるのは、このOSのデバイスドライバ化だ。ウェブに加えて、メール、カレンダー、スプレッドシート、文書作成(Writely)が使えれば、ウィンドウズ上のアプリケーションはほとんど必要なくなるかもしれない。
サービスベースのエンタープライズアプリケーションの成熟が進んだことで、ユーザーは、Web経由で実行され、Webブラウザに提供されるアプリケーションを従来よりはるかに快適に利用できるようになった。また、最近のAjaxの進化に伴い、現在のブラウザベースのアプリケーションは、GUIの洗練度と対話性が高いレベルに達しており、OS上で直接実行されるアプリケーションとほとんど見分けがつかない。
こうした一連の展開はわたしにとっても、OSとしてのブラウザの可能性を信じる十分な材料だ。
そこで、将来のOSのあり方について自分なりに想像を膨らませて見た。
従来は、OpenOfficeなど、クライアント側で、作業していたものをあちら側でするようになる。つまり、Webサービスとの連携強化、親和性の強化がなされる。
マシンに不要なソフト・データ、高価なソフトを積む必要がなく、廉価でセキュリティを高めることが出来るようになる。
具体的には、メニューから文書の作成を選択すると、文書作成のWebサービスを自動的に呼び出すようにするなど。
従来は、WindowsやLinuxのウィンドウが主なワークプレースであったが、これからは、ブラウザがワークプレースとなる。ブラウザから、OSの各種処理を全て行うことが出来る様になる。また、各種アプリケーションの実行も、ブラウザから行うことが出来るようになる。
提供するサービス元が、クライアント側にあるのか、サーバ側にあるのかは、ユーザは普段はあまり意識しないようになる。要するに、クライアントとサーバのボーダーが曖昧になっていく。
パワーユーザの場合は、各種操作のAPIは、ローカルかグローバルかを設定により切り替えるようにする。(ローカル:自マシン、グローバル:ネットワークに繋がっているサーバ)また、用途・目的に応じてカスタマイズが出来るようにする。また、プロファイル化して、使用場面に応じて、選択できるようにする。
皆さんは、どのように考えるでしょうか?
まだ、具体的な像が見えて来ていないのですが、以下の3点をインプリした形になるのではないかと想像しています。
(1) Mashup/Remix…SNSとBlogの融合
今は、SNSのコミュニティの中でコメントしたものや、エントリしたものは、コミュニティの中でしか見れないが、今後は、個々の発言が、個々のBlog上で集約した形で表現されるようになる。従って、その人がどのコミュニティで何を発言したのか分かるようになる。
(2) Forksonomy…Blogを個々のフィルター経由で見れるようになる
今は、Blogを出すと、全てのエントリが表示されるが、今後は、個々の関心のあるキーワードに応じて、表示するエントリーを限定するようになる。
(3) Rich User Experience…Blogの表示形式が可変になる
閲覧者の好みで、Blogの表示を変えることが出来るようになる。
◎ちょっと分類方法が強引かも知れないが、その点は、指摘頂けると嬉しいです。私自身も不勉強でよく分かっていないので…
これらって、閲覧者側に主体性を置いて、情報の表示の方法を変えるという意味では、CGMに通じるものがあるように思った。丁度、以下の記事では、SNSの次は、CGMということが書かれていた。

CGMは、BlogとSNSとは、別系統の言葉であり、(CGMは、概念であってサービス名称ではない) 同じ線上に並べられるのは何だかなぁという気がしないでもないが、概念的には同感できる。CGMをどのように実装するかが、今後のビジネス上のポイントであると思った。
まだ、具体的な像が見えて来ていないのですが、以下の3点をインプリした形になるのではないかと想像しています。
(1) Mashup/Remix…SNSとBlogの融合
今は、SNSのコミュニティの中でコメントしたものや、エントリしたものは、コミュニティの中でしか見れないが、今後は、個々の発言が、個々のBlog上で集約した形で表現されるようになる。従って、その人がどのコミュニティで何を発言したのか分かるようになる。
(2) Forksonomy…Blogを個々のフィルター経由で見れるようになる
今は、Blogを出すと、全てのエントリが表示されるが、今後は、個々の関心のあるキーワードに応じて、表示するエントリーを限定するようになる。
(3) Rich User Experience…Blogの表示形式が可変になる
閲覧者の好みで、Blogの表示を変えることが出来るようになる。
◎ちょっと分類方法が強引かも知れないが、その点は、指摘頂けると嬉しいです。私自身も不勉強でよく分かっていないので…
これらって、閲覧者側に主体性を置いて、情報の表示の方法を変えるという意味では、CGMに通じるものがあるように思った。丁度、以下の記事では、SNSの次は、CGMということが書かれていた。

CGMは、BlogとSNSとは、別系統の言葉であり、(CGMは、概念であってサービス名称ではない) 同じ線上に並べられるのは何だかなぁという気がしないでもないが、概念的には同感できる。CGMをどのように実装するかが、今後のビジネス上のポイントであると思った。
"ことのは"の松永英明氏が、ブログの次に来るものについて興味深いエントリをUPしていた。データベース→サイト化システム (Database to Website System)=DWSがブログの次に来ると考えているそうです。
ブログの「次」はこれが来る。DWS(デーサイ)=データベース→サイト化ツールの時代 [絵文録ことのは]2005/11/29
私は、次にやってくるツールは、「Movable Typeのようなコンテンツ・マネージメント機能を完全に備え、HTMLファイルを静的出力する上、元となるデータベース形式も自由にウェブ上からカスタマイズできる“リレーショナル・データベース→ウェブページ化ツール”」だと考えている。
なるほど、今あるMTのようなCMSは、決まった形のフォーマットしか生成できていない。CSSである程度フォーマットを変更できるが、カテゴリー要約ー本文の三層構造が基本で、余り自由にデータベース構造をいじれない。これを自由に変化させることで、新たなAspectを見せることで、情報の可塑性を向上させるというという意味では、Web2.0的と言えるかも知れない。
長ったらしいので、「データベース→サイト化システム (Database to Website System)」=DWSと仮に名付けておくことにしよう(電脳卸ウェブサービスと略称がかぶるけど)。でも日本語だと3~4音の略称が定着しやすいから、「デーサイ」という名前も提唱しておく。まあこれは私の命名なので、そんなのダサイと思う人は勝手に代案出してください。
データベースそのものを変えるのはかなりコストがかかるので(個人で所有するデータ量なら少ないかも知れないが)、それよりもデータの見せ方を、自由自在に変えると言った方が現実的ではないだろうか。
データの見せ方を変えるトリガーとしては、閲覧者の興味を持つ分野や属性などが考えられる。例えば、閲覧者が政治に興味を持っていて、政治に関するタグをたくさん持っていたとすると、そのタグのキーワードを多く含むエントリをトップに持って来るようなウェイトの変更や、レイアウトの変更を自動的に行ったり、障害者であったら、アクセシビリティに配慮したレイアウトに変更したりというようなイメージを描いている。
Blogは、これまでは情報の記録といった情報がそこにあるという静的な意味合いが強かったが、今後は、情報の発信というように情報自体が色々な形で発せられるという動的な意味合いが強くなるのかも知れません。そういう意味では、Web Logという言葉は、死語になるのではないかな。または、BlogがDynamicになるという意味では、Dynamic Blogと言う形になるのかな。それとも、より意味を持たせるという意味では、Semantic Blogかな。