うかつにSOAなんて書くから...。

SSS氏からもらったコメントにどう答えるかなぁ、でもまじめに答えると話が拡散しちゃう恐れが多分にあるなぁ、でも日経にアレの記事出ちゃったしなぁ、でもなぁ、としょっぱなから歯切れ悪いことこの上ないです。すいません。

まず、跳箱的にはSOAに関する議論の存在に気づいたのはkazuho氏からトラバもらってkazuho氏んとこのブログをざらっと読んでからのことだったりしたことを白状しておきます。当然、最近の総務省と経産省の動きとか含め5年くらい前（つい最近です、すいません）からこの手の協調アーキテクチャについて関わってきていたのですが、トラバもらったりしているご縁な方々周辺でそういう議論になっているとは露知らずでありました。流行ってたのね。

参戦するわけじゃないけどSOAについて整理しとくために書き出しておくと、跳箱的には前提としているSOAの定義は前回も引用した通り、日経BP準拠ってことで行きますが、もっとゆるいです。（昔考えてた時はもうちょっと厳密だったんだけど...。）

跳箱的な関心は総務省のまとめたユビキタスネット社会におけるプラットフォーム機能のあり方に関する研究会最終報告書のフレームワークくらいの粒度で足場を作って情報フロンティア研究会報告書で示されている程度の粒度の各論とその周辺からカネになるネタを引き出してとりあえず流れを作り出すところだったりします。

この関心の粒度からすると、

kazuho氏の主張はこの辺、渡辺氏の主張はこの辺、店長の主張はこの辺

と前提するとどうも議論がかみ合わないんです。というかそういうの跳箱的には、あ、そっすかなんとかしといてね、で終わりになっちゃうんよ。技術に疎い商売人にしたらそれらすべての投影図であるところの商売の在り方の部分に関心があるんであって、詳細の議論については投入可能なコストに収まるか？採用するアーキテクチャ別の限界市場規模はどのくらいなんか？もしくはどのくらいになりえるんか？といった変数要因として把握したいだけだったりします。カネにしか関心ないからなぁ、跳箱。

と、立場表明したところで、SSS氏のコメントを引用しつつ跳箱的整理をしてみようかと。

SOAの「サービス」には、AppleやYahoo!のWidgetのような簡易ブラウザ上の「アプリケーション」やEclipse/OSGi等のプラグインによる「アプリケーション」も含まれるだろうと思います（Java6には、JavaScript実行環境も入りますし）。

跳箱的了解では交換可能な財の単位であればなんでも「サービス」としてまるで問題なかろうと考えています。コンビニのPOSレジ＆レジ打ちバイトのセットもSOAに組み込みうるサービスモジュールという考え方です。

つまり管理が簡単であれば、ローカルのアプリケーションもリモートのWebサービスもどちらでもいいのだろうと思います。この辺はSOAの記事では殆ど触れられませんが。

はいはい、その点まったくもってアグリーです。跳箱的には容易に組み換え可能なビジネス（サービス）モジュールをどのようなマーケティングコンテクストに乗っけて組み立てて、なにからどうカネを巻き上げるか？というテーマとして認識しています。注釈つけるなら対象範囲はSSS氏よりルーズにもっとだだっ広く解釈してくだせぇ。

MSも色々やるだろうしSOA周辺は3年で技術が確立すると思います。

ここんとこよく解んないなぁ？MSがいろいろやるのはいつものことだし、MSを他の企業名に置き換えても同じだし。SOAという概念セット自体は1980年代にクライアントサーバ（別にサーバクライアントと古式に読んでもいいすけど）なシステムの売り込みが最新流行だった時代にはすでに登場してたわけで、現在、そこかしこで流行っているらしいSOAは1990年代末に雨後の竹の子状態で勃興した各種ASPなんかを連結して運用しようそうしようという流れを基にそのエンタープライズ市場向け実装の方法論の部分が一人歩きしている話なんじゃないかと考えます。

ゆえに跳箱的にはなにをもって3年と区切っているのかよくわからないのね。（前提としている議論の粒度がちがうせいもあると思うけど）

なので、

サービス/アプリの単位が小さくなって、販売で儲けるのは難しくなるなと思います。

ここの部分は、跳箱的粒度を前提とするとそうばっかりはいえないでしょ、となります。こちゃこちゃと小さな技術ツールのどれが主流になるか？といった議論ばかりしていれば、取引単位が小さくなって販売で儲けるのは難しい、というシナリオもありえますが、一方、とことん汎用化が進んで、それこそメモリ並みに大量に使うものになって市場規模がとことんデカイ（つまり対象範囲が広くて単純なソフトウェア部品で知的財産権が守られている）ということになればそれなりにビジネスになるはずじゃん？その代わり、たぶん、その単純なソフトウェア部品が実現する機能とか、その設計思想とかを前提とした社会が実現していないといけないわけで。（スチームパンクな社会とかを想像してみたらどうだろ？蒸気機関というシンプルな技術があらゆる分野に使われているっつう...。でもスチームパンクな社会ならディファレンスエンジンチックな計算機じゃなくて量子論的な計算機の方が先に実現できたかもしれないねぇ...。どうでもいいけど）

まあなにはともあれ、商売にならない、と悲観することもなかろうよ、ということで。

ところで、冒頭でアレ、と書いたからにはそこにも落としどころが必要だろうなぁ。要するに跳箱的にはすでに何度か紹介してるLiberty Allianceに準拠した仕組みと新しい本人確認についての社会的合意形成の組み合わせが突破口になるんじゃないかと考えてます。べつに冒頭で紹介したアレが当る、と考えてるわけじゃないですがホリエモン暴れて地固まる、みたいなことってしょっちゅうあるじゃん？

で、同じ文脈で、Coral Consortiumも重要と考えてます。

これをユビキタスに運用することまでフォーカスに入れると、これまた何度も紹介しているUoPFとかDLNAとかの出番が出てきてOMAも見ておかなきゃ、って話になると。そうすると、IETFとかITU-Tなんかも見ておかないとよくわからないなぁてな話になるじゃないかと。以下話は拡散し続けるわけです。