なんとなく実験 with SIProp開発記

Nokiaさんが、「GSM／無線LAN間ハンドオーバーが可能なUMAサービス試験運用を開始」したそうです。

無線LANとGSM携帯電話ネットワーク間でハンドオーバーを可能とするUnlicensed Mobile Access（UMA）仕様に準拠した通信サービス

と、今後の無線端末のキモとなる機能ですね。これに加えて、データ通信のハンドオーバーも出来るようにしてほしいですね。(対象技術：MobileIP)
W-ZERO3あたりに、本当に欲しい機能です。。。

FUSIONさんが、ISPフリー転送サービス「FUSION フォンP'」のトライアルを始めるそうです。こちら。

総務省の「ＩＰ時代における電気通信番号の在り方に関する研究会第二次報告書」で、インターネットへの転送のガイドラインが公開されてから、この手のサービスが多くなりましたね。参考エントリー
それまでは、ISPフリーや転送などは、 livedoor SIPフォンの前例により、ほぼNGでしたので、私としては非常に隔世の感がありますね。

SIPropのビルドツールとして、Maven2を採用しますので、その参考サイト一覧を。

●インストール
・Maven 2.0のインストール
・Maven2のTipsを集めるWiki@CookBook

●pom.xml(設定ファイル)
・Maven Model
・Maven翻訳サブプロジェクト
・試験管のなかのコード
・Maven Island

●Ant連携
・Reuse in the POM
・Running Ant Task from Maven2

PHPに、Jabberクライアントクラスというのが、実装されているそうです。こちら。

さらに、MSNメッセンジャーやYahoo!メッセンジャーなども使用できるようです。当然、Jubberに対応しているので、GTalkとも通信可能ですね。

これは、うまく何かに使えそうですね。

日別アーカイブ、月別アーカイブが、おかしかったので修正しました。こちら。

ついでに、テンプレートもちょっと変更してみました。

無線移動体通信ネットワークのための次世代ネットワークアーキテクチャ規格を、通信機器大手5社が策定したとのこと。こちら。

内容的には、

現行のネットワークへの次世代サービス実装と、将来ネットワークにSIP／非SIPベースの両サービスを効率的に導入するための基盤となる。

IMSの拡張規格と言うことですが、どうなることやら。。。

アイピーモバイルが携帯事業のサービス開始を来春に延期するとのことです 。こちら。

その理由は，「より高速なデータ通信サービスを提供するために，基地局などのシステムに変更を加える必要が生じた」（アイピーモバイル）と説明する。

5MHz幅を10MHz幅の倍にして、通信速度も倍にしようと言うことらしいです。
う〜ん、帯域が倍になれば、速度も倍になるのは解るのですが、そのぶん、ユーザ収容数は半分になるわけで、あまりメリットはなさそうな感じですね。。。

そうなると、3.5Gあたりが、5Mbps前後を狙っているため、その差別化要因としてなのかな？でも、それはそれで、今更感がありますね。
ちなみに、YOZANのWiMAXが、9Mbpsとなっているので、さすがにそれ以下というのは避けたかったのかもしれません。

こちらの本田雅一さんの週刊MOBILE通信の記事にMVNOについて書かれています。こちら。

記事中に、キャリアさんがMVNOに対して積極的ではない理由が、書かれています。

田島氏はNTTドコモでの経験を元に「携帯電話を通じた情報サービスや企業向けのネットワークサービスなど、あらゆるサービスを支配しようしているからだ」と話す。

　「基本的には販路が広い方が、ネットワークインフラを整備、販売している事業者としては都合がいい。それにも関わらずMVNOを受け入れないのは、自分たちが投資して整備したインフラで他社が事業を行なうことに納得できない、どちらかといえば感情論の方が理由として大きい」。

MVNOとは、同記事中にて、下記のように書かれています。

MVNOという業態は、携帯電話やPHSなどのインフラを持つネットワーク事業者(キャリアという方がピンとくる人も多いかもしれない)から通信帯域を購入し、それに何らかの付加価値を加えて、あるいは別の商品としてパッケージし直して再販する事業だ。

そして、NGNを「電話網とインターネット網を統合したサービスを提供するための網」として、同記事に照らし合わせてみると、「NGNという業態は、事業者が、キャリアさんからNGNの通信帯域を購入し、それに付加価値を付けて再販する」わけであり、NGNとMVNOは、ほぼ、同一のものと解釈できるのではないでしょうか？（NGNについては、こちらのエントリーも参照してください。）

そのため、固定網も移動体網も持っているキャリアさんとしては、NGNが本命であるため、MVNOに対しては消極的なのではないかと思います。

※それなら、NGNってピーピーピー(自主規制)って話も。

こちらのエントリーにて、GizmoやSkypeのメッセンジャー系は、ビジネスモデルも解らんし、金食い虫であるという話が出ております。

メッセンジャー系のビジネスモデルですが、基本的には、Web2.0系のものと一緒です。

そして、メッセンジャー系のWeb2.0としての存在意義は、

梅田さんの「ウェブ進化論」でいうところの『あちら側』に「自分を投影する」こと

ということになるのではないかと考えています。

例えば、プレゼンス情報は、「自分の存在状態」を『あちら側』に投影しているといえます。また、こちらの「起業を支えたのは「Skype」」という記事においても、通話機能をうまく利用してオフィスを『あちら側』に投影していると考えることも出来るかと思います。

ビジネスモデルとしては、真っ先に思いつくのが、広告ですね。
例えば、「ケータイメッセンジャー＋GPS」で良く行く場所などを、プレゼンス情報として『あちら側』に溜め込めば、その場所にあるお店の情報やイベント情報などが届くという仕掛けです。(正確には、『あちら側』に自動で保持されて、解析・分析される)
これの先駆けが、「天気予報のように在席率を判定，NTTデータのプレゼンス製品」だと思います。プレゼンス情報を「あちら側」に保持し、解析・分析することでプレゼンス情報の価値を高めています。

というところで、まだまだ、機能的には足りていないわけで、それはすなわち、まだまだ未知の可能性があるため、出血してでも参入し、競争が激しいのです。これは、YouTubeさんなどの動画ポータルサイトと状況と同じですね。

Gizmo Projectが通話料を一部無料にしたそうです。こちら。

一部引用。

この発表はこの分野にとって、どんな意味をもたらすのか？もし通話料が無料体系へと向かっていくなら、全ては付加価値機能次第である。ビデオ機能、改善されたカンファレンス機能のサポート、SMS − VOIPが実質的な利益を見いだせるためにどのような機能を提供できるのか想像することしかできないが･･･。おそらくこういったコンシューマー向けVOIPサービスは、無料のサービスを”客寄せ商品”としつつ、企業用VOIPサービスの提供を強化していく必要があるだろう。ウェブインターフェースに広告を差し込むことで、広告支援のフリーコールを提供することは納得の案かもしれない。VOIP-out(固定電話・携帯電話へのコールの意）による収益に代わる手段が何なのかは分からないが、面白いことが起こりそうである。

NTTさんが、自社のNGN網のフィールドトライアルの受付を開始しました。こちら。
同時に、接続条件なども開示されています。公開された接続パターンは、下記の通りです。

・ISPやキャリア向けのNNI接続
・端末ベンダーやメーカー向けのUNI接続
・サービス事業者向けのSNI接続

フィールドトライアルにおいては、ネットワーク間、ユーザ端末とネットワーク間、アプリケーションサーバとネットワーク間のインタフェースを情報家電ベンダ、サービスプロバイダや他キャリア等の皆様に広く開示して、コネクティビティの確保を推進し、アプリケーションサービスのご提案を頂きます。

●SIPアプリケーションにおける機能階層

・SIPStack(スタック)層
　RFC3261相当の動作をする。
　一つリクエスト&レスポンス＝ダイアログの単位を制御する。
　例：INVITEやREFER、SUBSCRIBEなど

・TU(シーケンス)層
　動作のシーケンスを定義する。
　複数のリクエスト&レスポンス＝機能の単位を制御する。
　例：通話や転送、プレゼンスなど

・UA(ダイアログ)層
　複数の機能を制御する。
　複数の機能を並列動作させ、制御する。
　例：通話を開始すると、プレゼンス状態を「通話中に変更」するような機能など。

「YOZANのWiMAX」についての講演。こちら。

一部引用。

PCと同じように、「世界で利用できる無線環境がWi-FiやWiMAX」（高取氏）という。

「ソフトバンクもWiMAX実証実験の免許申請」。こちら。

BBモバイルがやっているので、基本的にあまり意味はないような気もします。ただ、提携するパートナーが違うため、そのあたりが大きな原因なのかもしれません。あとは、ソフトバンク本体が、手綱を握ることにより、グループ全体で実験結果などの共有がスムーズに出来るようにするという狙いもあるのかもしれませんね。

さて、NGNまわりでは夢物語ばかり書いてきたので、ここら辺で、現実というやつを直視したいと思います。

■NGNの姿
(注意：以下は、ネット上の情報からNTTさんのNGNをベースに、私が想像したものであり、間違っている可能性があります。また、NGNの姿は、国内外を含めて、キャリアごとに微妙に異なるようです。)

●NGNの網とは
簡単に言えば、IP化(SIP化)された既存電話網とQoSやらのサービス機能が付加された「マネージドな(管理された)インターネット網」ということになります。すなわち、もう一つインターネットを新規に構築するという非常に野心的な網となります。

●NGNへの接続
今までのISPへの接続と同じような感じになると想定されます。NTTさんであれば、Flet'sファミリーの先がNGNとなっているイメージです。(現状では、インターネット(正確にはFlet's網を経由して、ISPに接続し、インターネットと接続される)となっている。)Flet'sスクエアへの接続をイメージしてもらえれば、だいたいあっているのではないかと思います。
ただ、現行インターネット網と併存する形となるため、NGN網と現行インターネット網の間にGWが用意されることも想定されます。

●ISPの役割
基本的には、足回りが、「Flet'sファミリー」か「NGN」かという違いしかなく、ユーザは意識することはないでしょう。
ただし、NGNでは様々なサービス機能が付加されることが想定されているため、今までISPの領域であったところにNTTさんなどのキャリアさんが進出してくることが予想されます。そのため、ISPは、さらに厳しい状況にさらされることが予想されます。

■NGNの問題点
しばらく(当分？)は、NGN網と現行インターネット網が併存することになりますが、NGNサービスはNGN網へ接続している人しか恩恵を受けることが出来ません。
そうなってくると、サービスの内容にもよりますが、メトカーフの法則により、負のスパイラルに陥る可能性があります。(利用者が増えない→ネットワークの価値が上がらない のスパイラル)
すなわち、

どうやって、現行インターネット網からNGN網へ乗り換えてもらうか(orNGN網へ接続してもらうか)

現行インターネット網は、基本的に自由にサービスを行うことが出来るが、NGN網は、基本的にキャリアさんの所有物となるため、キャリアさんの意思が尊重される。

■NGNの普及に向けて
NTTの和田社長さんは、総務省NGNの設備に開放義務に下記のような発言をしています。

「『NGNの開放義務化』と言われても意味が分からない。NGNの構築についてはロードマップを公開し，上位レイヤーのアプリケーションやコンテンツ，端末などの接続条件も開示していくと我々は言ってきた。それ以上求められることはあるのだろうか」と疑問を呈した上で，「コスト割れでも設備を貸し出さなければならない義務や，我々の企業価値が下がる形での開放義務なら受け入れられない」

■最後に。
実は、この手のマネージドネットワークが検討されたのは、今回が初めてではないようです。その昔、ISPも似たようなことを考えていたことがあったようです。
なぜ、ISP版のNGNもどきが、日の目を見ることがなかったかは解りませんが、このあたりの理由にNGNの行く末の解の一つがあるのかもしれません。

百式さんにて、「Jaiku」というものが紹介されています。こちら。

どんなものかというと、

GPSを使って今の位置情報や、携帯の電源がついているか切られているか（オンラインか、オフラインか）、携帯がしばらく操作されていないか（IMの退席中に相当するだろう）、はては携帯がマナーモードになっているかどうかなどの情報をまったくの入力操作なしに公開することができる。

一週間くらい前から騒がれていた「Skypeプロトコル解読」についてですが、ついに、日経さんにも掲載されました。こちら。

まだ、ものが出てきていない&通話くらいの機能しかないということだったので、スルーしていたのですが、日経さんが取り上げた以上は、当blogでもいちおう、エントリーしておきます。

あとは、この企業がプロトコルを完全公開してくれることを祈るだけです。そうしたら、念願であるSkype←→SIP変換機能をSIPropに組み込むことを検討しますので。

諸事情により、JavaScript用の開発環境を調査することに。候補は、3つ。

・JSide
・Eclipse JSEditor
・IntelliJ IDEA

●JSide
単体のJavaScript用の開発環境。バージョンは、1.0を使用。
主な機能としては、下記の通り。

・シンタックス色付け
・ブレース対応明示
・関数アウトライン
・文法チェック
・アンドゥ/リドゥ

「文法チェック」と「JavaScript関数アウトライン」は、ありがたいですね。
ということで、早速、使用してみることに。。。だめです。。。不安定すぎます。何とか動くというレベルで、実用に耐えません。処理速度も遅いです。


●Eclipse JSEditor
EclipseのJavaScript用Plug-in。バージョンは、0.9を使用。

・シンタックス色付け
・関数アウトライン
・アンドゥ/リドゥ

エディタとしての最低限の機能はあるという感じです。(まぁ、名称的にもエディタなのですが。)
普通のエディタに比べれば、「関数アウトライン」があるという点が、利点というところですが、やはり、エディタの領域を抜け切れていません。


●IntelliJ IDEA
こちらは、JetBrainsさんの商用統合開発環境。

機能一覧は、こちらを見ていただくのがよいでしょう。JavaScript機能一覧。

すばらしい、「コードアシスト」がありますね。早速、体験版をダウンロードして、試用してみました。
う〜ん、完璧に近いですね。動作もきびきびしていますし、補完機能などもばっちり動作します。これは素晴らしい。さすが、商用ソフトは、違うと言うところを見せつけられた感じです。
買っちゃおうかしらん。。。（オープンソースライセンスというものがあるけど、ライセンス条項が長すぎて読む気がしない。。。)
あと、βテスターであれば、無料で使用することも可能なようですね。ちなみに、このβ版も全然問題なく動作します。


やはり、現時点で、まともな開発環境を求めるとなると商用のものしかない感じですね。


あとは、最大の関門、デバッグをどうするかですが。。。それは、コードが仕上がってきてからのお話し。(というか、コードは仕上がるのだろうか？(;^_^A)

近いうちに書こうと思っていた内容にちょうど良いエントリーを、アークランプのゆすけさんが書かれていたので、便乗させていただこうと思います。(いつも、参考にさせてもらっております。)
そのエントリーとは、「階層化するサービス」というもので、近いうちに書こうと思っていた内容である、

なぜ、プロトコルを操作するアプリであるSIPropが、設計テクノロジーにおいてJ2EEサーバ(DIコンテナ)であるJeronimoだのESBであるServiceMixだのスクリプト言語であるRihnoだの書かれている理由

まずは、SOAの構成内容の引用から、

SOAがサービス（コンポーネント化された処理）とプロセスマネージメント（その呼び出し手順）によって構成される

・SOAにおける「サービス」が、SIPropにおける「制御モジュール」に相当
・SOAにおける「プロセスマネージメント」が、SIPropにおける「Router/Resolver部のスクリプト」に相当

なぜ、このようなことになっているかというと、SIPにおいては、1つの制御モジュールを決定するまでには、複数のメッセージのやりとりが必要なためです。
例えば、A社のUAにおいて、Ver.2で転送機能が付加された場合、Ver.1とVer.2において、通話のメッセージとシーケンスは全く同じと言うことが考えられます。この場合は、通話シーケンスにおいては、Ver.1のモジュールを使用すべきかVer.2のモジュールを使用すべきかが決定できないのです。そのため、通話シーケンスにおいては、Ver.1とVer.2の両方のモジュールを使用できるようにする必要があり、転送シーケンスにおいて初めてどちらを使用すべきかを決定する必要があります。
そのため、制御モジュール(SOAのサービス)の粒度を細かくする必要があります。ただ、細かくすると複雑度が増すため、実装が困難となります。そこで、

僕はサービスの階層化を進めればよいと思っています。
　現実の世界を考えると非常に簡単です。商品販売をサービスとして提供する会社は、別の会社から商品供給をサービスされています。さらにその会社は、別の会社から原材料を供給するサービスを受けている。しかも、それぞれの会社では、同じ会社から文房具を供給するサービスを受けていることもあるでしょう。

スクリプト言語というのは、この階層化された世界において、XMLとJavaコードの真ん中、つまりパワーユーザやエンドユーザーエンジニア向けのDSLとして大いに可能性があるわけです。例えば、BEPL仕様のスクリプト言語というのがあればよい気がしています。XMLで表現するBPELは難しいものですが、スクリプト言語であれば、可能性が広がるのではないでしょうか。

こちらに、AMDのコプロセッサ戦略の解説記事が出ております。
やはり、この戦略は素晴らしいですね。Intelも同様の方向性を検討しているというあたりからもその方向性の正しさが証明されているのではないかと思います。

「アプリケーションに特化したコプロセッサの例としては、まずJavaやXML、ハイパフォーマンスの科学技術系コンピューティング市場でのベクタ浮動小数点演算などが挙げられる。潜在的には、メディアプロセッシングアプリケーションなども、将来は考えられるだろう。データセンターなどのワークロードを分析した結果、こうした(コプロセッサ)機能を念頭に置いて次世代プロセッサを開発する必要があることが明白となった」とHester氏は説明する。

「CPUとOSとVMの境界」のエントリーでも、ちらっと書きましたが、JavaVMのハードウェア実装は近いうちに実現されそうですね。
もし、そのうえで、Java実装Browser（ICEbrowser)が動作して、WebOS(YouOS。こちらのエントリーも参照。)を、動作させたら、今までのOSやPCの概念が一気に変わってしまう可能性を秘めているのではないでしょうか？JavaVMに特化したようなCPUであれば、組み込みのような機器への搭載も比較的楽でしょうし、データが「あちら側」に存在しているのであれば、どこでも同じ環境が呼び出せるのです。(このようにどこでも同一の環境が扱えるというのは非常に便利です。私の方も、2001年頃からいろいろ試しています。そのあたりの話は、こちらのエントリーをどうぞ。)
そういう状況になるのを防ぐため、ゲイツ様の肝いりで「Windows Live」のようなサービスが生まれているのではないかと思います。そして、「Windows Live Messenger」のエントリーにある「MSの技術TopがGroovy&NotesのRay Ozzie氏」になることへの期待が膨らむわけですね。
（この辺の話は、ジェフリー・ムーア著「ライフサイクルイノベーション」をあわせてお読みいただくと、より理解が深まると思います。）

数年ぶりに、ヤマハのルータが発売されるようです。こちら。

個人ルータ市場からは撤退という話もあった気がしますが、紛れもなく個人向けルータ「RT57i」の後継機という感じです。

そして、今回は、「アナログ回線」がつくようで、まさに、最強のVoIPルータして遊べそうな仕様となっております。発売され次第、購入し、骨の髄までシャブリ尽くしたい所存であります。

こちらのIT戦士の記事に「“かしこいWeb”――Web2.0の先にあるもの」というものがでていますね。

この行き詰まりをコミュニティーにゆだねるのがWeb2.0の試みだと大向さんは語る。“Web2.0的”な技術やサービスをベースに今、人々が情報を少しずつ出し合い、協調しながら、知識を整理したり意味の体系を作る動きが活発化している。

このあたりは、こちらのエントリー「マイクロフォーマット加速？」で書かせていただいた内容と同様のことだと思います。
すなわち、「集合知（みんなの意見は正しい）」をベースにすることにより、今まで不可能であった自然言語処理が実用レベルで運用が可能であることが証明されつつあると言うことです。

次にあるものの一つは、「悪」に対する防衛法などがどのように進んでいくかですね。最初の検索エンジンでも悪意ある業者によりランキングの順位を操作されたりしましたので、そういうものに対する対抗策がどうなるのか、面白そうなところであります。

Windows Live MessengerとYahoo! Messenger with Voiceが、相互乗入れのβプログラムを開始したそうです。こちら。

ただ、日本は、対象外とのこと。日本の場合、Yahoo! Japanが強いのでそのあたりが影響しているのかしれませんね。Yahoo! Japanは、独自でIMを考えていたフシもありますし。

さて、これによる影響は、、、う〜ん、何も思いつきませんね。
もう、既に十分なユーザがいる両サービスですから、新しい市場が生まれるとも思えません。NGN(IMS)などへの布石というところが、妥当な解釈と言うところですかね。あちらは、メガ・キャリア連合となるため、IT業界としてバラバラのままでは、何かと不都合があるでしょうから。

あとは、一瞬、Skypeへの影響が懸念されますが、元々、Skypeシェア自体はたいしたことありません。（こちら）Skypeは、別の領域で確固たる地位を確立していると見るべきであり、あまり、影響はないように思います。

「YouOS--ウェブOSのメリットと可能性を垣間見る」
という、ブラウザ上で動作するOSの解説が出ています。
これは、ブラウザがビューワとなって、サーバ側で処理をして返すという、太古の昔のテレタイプ端末に起源を発する動作のようです。(イメージ的には、WindowsXPのリモートデスクトップという方がわかりやすいでしょうか。)

まさに、「OSの進化」提示したブラウザをビューワとしたOSモデルですね。
これで、さらに処理をクライアントにも割り振るSETI＠homeのような機能が付加されれば、もっと、面白くなりますよね。AAA認証（Liberty Allianceなど）がつけば、使った分だけ支払うや使用されただけもらえるという電力網のような使い方に発展するかもしれませんね。

「世界のメガキャリア，電話網の”次”を語る」という座談会の記事が出ています。

引用。

ETSIとしてはSIP上で今の固定電話の機能をどう実現できるかについてインターネット・ドラフトを作ることも考えている。

あとは、あまり目新しいものはないですね。ずっと言われている話の焼き直しのようです。

AsteriskでENUM(ぽいもの)を実装してしまった言う人がいるらしい。こちら。

DNSのSRVレコードに、SIP-URIをいれて、それを発信キーにしようというもののようです。すばらしい！思いついても、早々、やろうとは思わないところですよね！！！

んで、問題は、「セキュリティー」ですね。このままですと、SPITし放題(メール(SMTP)と同じアーキテクチャなので、Fromの詐称などメールの問題点はほぼそのまま引き継がれます)なのが、いただけませんね。

でも、ENUM系のアイデアは、とても、面白いので、ぜひとも、普及してほしいですね。

デザインが、見事に崩れまくっております。。。

何が、原因か不明。。。

ダレカタスケテ。。。

MS-Office Communicator 2005のWindows Mobile版の提供が始まったそうです。こちら。

ただのアプリのようなので、待機状態での待ち受けとか難しそうだし、あまり、使い所はなさそうですね。
発信する前に、相手がOnlineか解るくらいがメリットですかね。

「総務省，「新競争促進プログラム2010」でNTTのNGN開放を促進」という記事に、

NTTグループが構築中の次世代ネットワーク（NGN）やそれを構成する課金，認証システムなどがボトルネック設備となる場合は，他事業者への開放を義務付ける見通しだ。

NTT東西地域会社の光ファイバの接続料見直しや，携帯電話網の開放義務付け，ユニバーサル・サービス制度の見直しなどについての方針が盛り込まれている。

須田所長は「SOAはエンタープライズでは主流になろうとしており，サービス連携が大きな流れだ。テレコム分野も同様で，この流れの延長で将来のサービスを考えたい」とした。

「ネット電話フィッシング「vishing」が登場」だそうで、内容を見てみると、

「vishing」と呼ばれるこの手口では、盗んだ個人情報を使って低料金のインターネット電話会社にデジタル音声応答システムを設定し、特定地域の電話番号に無作為に電話をかける。
相手が出ると自動音声で、クレジットカードが不正利用されたので、これから言う番号に電話するようにと指示。この番号に電話すると、アカウントの確認と称して自分のクレジットカード番号を入力するよう求められ、さらに暗証番号やカードの期限、生年月日などの情報を求められることもある。

アナログ電話では、引き入れている回線分しか同時発信できないが、IP電話発信では同時発信回線数は無制限(である場合がある)

というところですね。これにより、回線コストがかからないため、さらに低コスト且つ大量に、発信できるわけです。

我が家では、APC Smart-UPS1000を、2機導入していますが、そのうちの1機のバッテリーが干上がってしまい、替えバッテリーを発注しました。

ちなみに、2回目の交換となるのですが、APCは、本当にバッテリー持たないですね。だいたい、1.5年くらいでへたってしまいます。(2機いるので、すでに、3回ほど、バッテリー交換してます。)
まぁ、HDDと一緒で、熱により寿命が大幅に左右されるため、サーバルームに比べ高温である我が家では、少々寿命が短いのは仕方ないところなのですが。。。けど、1.5年は、ちょっと。。。

やはり、Omronとかに買い換えた方がよいかなぁ。

ネットワークアプリを開発するなら、開発サーバにOpenVPNを入れてOpenVPN経由で開発するようにすると便利に開発できます。
(インストール法などは、Google先生に聞いてください。(;^_^A アセアセ・・・)

理由は、下記の点となります。
特に、1番目のメリットは相当でかいです。Ethereal(Wireshark)などで、いちいち、Filterの設定をしなくてよいのは楽ちんです。

・仮想NIC経由で通信するため、余計なパケットが流れない。(キャプチャ時に威力を発揮！)
・開発サーバが、NATの外にあっても大丈夫。
・OpenVPNは、OSSであり、無料で使用できる。

※もちろん、仮想NICを使うものなら何でもよいのですけどね。

2010年には、Intelさんの1CPU内に32個のコアが入るとのこと。こちら。

その先には、100コアなんて話もありますが、どうなのでしょう？
ここまで来ると、内部バスがネックになりそうな気がするのですが？メモリのバスの並列度とかどうなるのでしょう？並列度が低ければ、結局同時に稼働できるコアの数にも制限が出てくるわけで。
ほとんど、スケーラブルな性能向上は期待できない気がします。(まぁ、SMPなシステムでもそうですし。)

ちなみに、某新鋭Gridシステムもバスがネックになって、CPUの期待値ほど、性能が出ないと話ですし。

メインマシンのThinkPad T42pのHDDの残り容量が1GBを切ったため、100GBから160GBへ換装。しかし、はまりまくって、36時間。。。その顛末記。

HDDコピーをして、その後、パーティーション拡張をする戦法にて換装を試みることにする。

・HDDコピーソフトを使って、旧HDDを新HDDにコピー。
・パーティーション操作ソフトを使って、新HDDのパーティーション領域を拡大。

・MBRが破損している
・MBRから、NTLDRが呼び出せない

・「Administer」ユーザは作成していないためなのか、ログインが通らず、管理コンソールが使えない
・代わりに、Windows2000のインストールディスクを使用して、管理コンソールから「fixmbr」を行う

ここで、もう一つ気になることが判明する。

・インストールディスク起動時に、HDD領域が「131GB」となっていた

・元のWindowsXPが、28bitLBAで構成されているから。。。＿｜￣｜○
・ちなみに、WindowsXP SP1以前のインストールディスクは48bitLBA非対応なので137GBに見えるのはある意味正常であることは、追記しておく

・再インストール
・137GB以下で、使用する
・フォーマットしたあと純粋なファイルコピーで再構築

やはり、人柱を目指すものとしては、「3つ目」の方法を試してみる。

・旧HDDで起動して、48bitLBAレジストリを変更する。
「HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters」
「EnableBigLba」=「1」
・新HDDをThinkPadに接続して、48bitLBA対応WindowsをNTLDRを呼び出すところまでインストールする（初回のリブートまで）
・新旧HDDをほかのWindowsマシンに接続して、「NTLDR」以外を、すべて、旧HDD→新HDDへパーミッションなどの情報を含めてコピーする
　例：xcopy [旧HDD] [新HDD] /A /E /V /C /G /H /R /K /O /X /Y

仕方なく、「2つ目」の方法に落ち着くことに。

・こちらのツールを使って、Low-Level(物理)フォーマット。
・こちらのツールを使って、28bitLBAに変更。
・Windows2000などの28bitLBAしか対応していないOSで、NTFS(論理)フォーマット。
・最初にやった方法で、HDDコピー。

以上でも、移植できず。。。う〜ん、何がダメなんだろう。。。
ということで、現時点では、再インストールしか移植法がなく、保留状態。。。

※上記の手法は、あくまで、私の環境での事例です。他の環境にて同様になる保証はありません。自己責任において、お試しください。

「指マウス」が、発売されたそうです。

おしい。ThinkPadのTrackPointのような使い方が出来れば、無敵なんですけどねぇ。
是非とも、次期バージョンでは、そんな感じにしてもらいたいです。

SIPropにて、JPNICさま主催の「VoIP/SIP総合接続検証タスクフォース」へ、参加させていただくことになりました。

VoIP/SIP総合接続検証タスクフォースが、相互接続する場を与え、SIPropが、その結果をフィードバックしたリファレンス実装という位置付けとなれるように、がんばって参りますので、よろしくお願いいたします。

故あって、JavaのコードをJavaScriptにしたいと思い、Google Web Toolkitを、いろいろ、いじってみましたが、いまいちですね。
私が、試した範囲ですと、下記のような制限が。。。さすがに、これだけ動かないと、自分で実装しようという気も起きず。。。

・Hash系が使えない。Hashtableなど。 ・Vector,List系が使えない。LinkedListやEnumerationなど。 ・Thread系が使えない。 ・java.textパッケージが使えない。

ということで、似たようなコンセプトであり、JavaScript上でJVMを動かそうという「ORTO」を使用してみました。
Java2ME相当のものを実装していると言うことで、上記の問題は、「Timer系が使えない」くらいで問題なくコンパイルが通りました。(実際に、動作しているかまでは、まだ、不明なのですが。)
すばらしいです！あとは、Socket通信まわりさえ、どうにかできれば。。。

と、いろいろと遊んでみましたが、なかなかに面白いところでありますね。
ただ、JavaScriptのHTTP送信時の圧縮効率上げるためなのか、生成されるJavaScriptが難読化状態なので、これを読める形にするオプションがほしいですね。そうじゃないと、JavaScript上での拡張が行えないので、辛いです。

「1台で同時50万接続のWebサーバーが登場 」だそうです。すごいですね。
普通のIAサーバと呼ばれるようなサーバでは、チューニングをがんばって5000くらいが限界だと思います。それが、100倍の50万です。すごい！！！

HTTP，TCP/IP，イーサネットなどWebサーバーの機能に必要な最低限のプロトコルをFPGA（Field Programmable Gate Array）で実現したWebサーバー専用装置である。

ということですので、構想的にヘテロジニアスマルチコアCPUに近い構想だと思います。ソニーさんのCellのSPEを通信専用として、インプリメントしたものというのが一番わかりやすいかもしれません。
ほかでも、AMDさんの「コプロセッサ構想」は、まさに、そのものといえるのではないでしょうか？
実際に、OpteronとFPGAを結ぶというマザーボードも存在します。こちら。

で、こうなってくると、OSとCPUの違いは、どうなるのでしょうか？
JRockitさんでは、「JavaVMは汎用OS上で動かさない」といって、JavaVM専用OSを開発していますが、JavaVMを解釈するCPUというのが、あったらどうでしょうか？

さらに、これを「OSの進化」ブラウザとOSの関係も考慮すると、さらに、面白い妄想が広がります。

日経BPさんで、「NGN特番サイト」というものが立ち上がったようです。

その中の記事の一つに、「NGNは日本が巻き返す大チャンス，メーカーは標準化活動にもっと力を」というものがあり、総務省技術総括審議官　鬼頭達男氏が、

日本の産業が勝てる技術分野をNGNの標準にして，世界市場を切り開く努力と戦略が不可欠だ。「日本のメーカーが作る製品を国際標準にしたい」というのが政府の気持ちだ。

と、いっております。私としても、本当に日本のメーカーさんには、がんばってもらいたいと思っています。ただ、「富士通とシスコ、戦略提携」という現実もあるわけで。。。(これ以上のつっこみは、胸の奥に。)

「家庭向けシン・クライアント」で、簡単に触れた「家庭用ゲートウェイサーバ(ホームゲートウェイ)」について、少し補足を。

最近の家電の流れとしては、DLNA対応が標準となってきております。DLNAについては、ちよろずさんや小寺信良さんあたりをあたってもらえればと思います。

要するに、家電やPC間の情報をやりとりするためのプロトコルです。そして、これの中心に「家庭用ゲートウェイサーバ」があるのです。

例であり、近い未来実現しそうなものとしては、「iTunes入りMacMini」が「家庭用ゲートウェイサーバ（ホームゲートウェイ）」として、DLNAをしゃべり、ハードディスクレコーダーと通信して、iPodビデオに録画したデータをトランスコードして、転送するなんて言うモデルです。

しかし、DLNAは、UPnPベースであることから、LANでの使用が前提という弱点があります。
インターネットを前提としたものとしては、、UOPFがあります。こちらは、m2m-xがベースであるためインターネットとの相性はよいのですが、非常に重量級となっています。そのため、DLNAに押され気味で普及のメドは見えておりません。
（ちなみに、m2m-xは、「IPv6」「SIP」ベースのプロトコルとなりますので、両方とも私の得意分野でして。(￣ー￣)ニヤリ）

そこで、私としては、「家庭用ゲートウェイサーバ（ホームゲートウェイ）」が、UOPF←→DLNAの仲介役をやってくれると非常に楽しいことになると考えているのですが、いかがでしょうかね？
例えば、WiMAX搭載ケータイ（定額に近い高速無線通信網）などから、UOPFで「家庭用ゲートウェイサーバ（ホームゲートウェイ）」と通信して、そこから自宅にある音源を取得して、音楽ケータイ化するなんて言う使い方です。

そうなってくると、今度は、UIも重要になってくるところで、GoogleDesktopSearchやiTunesの「家庭用ゲートウェイサーバ（ホームゲートウェイ）」と連携するケータイ版のようなものがあったら、どうでしょう？
そうすれば、データにおいては、「家庭用ゲートウェイサーバ（ホームゲートウェイ）」が外部脳化して、だんだんとPCとケータイとの境目がなくなってくるのではないかと思っております。さらに進化していけば、こちらのエントリーの俯瞰図に近づくのではないかと思っている次第であります。
（ケータイ検索は、ちよろずさんのこのへんのエントリーが参考になります。）

※「家庭用ゲートウェイサーバ（ホームゲートウェイ）」に関しては、こちらのmotomotoさんの若輩エンジニアが素朴な目でみる先進技術のエントリーも非常に良い参考になります。

梅田望夫さんのエントリーに面白いものがあったので、反応します。

まずは、引用から。

これからは、「あちら側」に無限の情報が存在し、その検索性が高まり、なおかつネット上で人でつながっているので必要なら「誰かに情報を求める」というアクションも簡単に取ることができる時代である。欲しい情報のすべてが絶対に「あちら側」に存在するという保証はないが、かなりの確度で必要なときにアクセスできる(exactに欲しいものにたどりつけなくても似たような未知のものには必ずたどりつける)、と信じることができるようになると、人々の情報に対する行動は変わってくるに違いない。

そこで、「業者がサービスとしているものを対象」とすると、AppleさんのiTMSやゆうせんさんのGyaoあたりが、対象となるかと思いますが、これであれば十分に「あちら側に情報が存在する世界」の現実性があるのではないでしょうか。
ここでのポイントは、「業者のサービス」であるため、ほぼ確実に情報を取得できるという点です。要するに、サービスは「いつでも(いつか)、手に入る」ですが、YouTubeでは「いつか、手に入らなくなる」という、違いです。

「いつでも(いつか)、手に入る」と思わせることが出来れば、

若いときからYouTubeを視聴して育つ世代は、情報は溜め込まずに消費し、必要なときにアクセスするのが当たり前になるのではないか。もちろん物凄い解像度で見ないと楽しくない映像は特別扱いされるだろうが、消費してしまえばいいやという程度の映像ならば、情報行動はそんなふうに変わっていくのではないだろうか。

実際に、私は、2001年から、大学時代の友人たち6名で、自分たちで作成したデータが「いつでも(いつか)、手に入る」環境を構築しています。
その利用者である友人Kくん(20歳後半)は、自分で情報を「溜め込む」作業から解放され、非常に満足しているとのことですので、「いつでも(いつか)、手に入る」と「いつか、手に入らなくなる」の境界をきっちりを守れば受け入れられるのではないかと思います。

「シチュエーションドリブンデスクトップ環境」の続きで、OSまわりのお話しを。

■(私の考える)OSの世代
●第一世代：シングルタスク
・代表OS：DOS

●第二世代：マルチタスク
・代表OS：Windows、Mac

●第三世代：マルチマシン(マルチPC)
・代表OS：Plan9、仮想OS(Xen)

※まぁ、いろいろとつっこみはあるでしょうが。。。
※基本的には、PC視点を基準にしています。

第一世代、第二世代については、説明の必要はないでしょう。
現在、第三世代への移行期にいると思います。
そして、第三世代とは、OSの境界が「PC」の単位を越えることを意味しています。ソニーさんのCell(PS3)の戦略を想像してもらえるとだいたいイメージは合っていると思います。

こうなると、極端な話、必要なものはビューワだけになります。例えば、Plan9では、DrawTermというものが提供されていて、GUIも含めてすべてを操作することが出来ます。(Plan9では、認証用サーバ、CPU(処理用)サーバ、ファイルサーバという3つのサーバがネットワーク連携することで一つのOS(システム)が構成されます。それを、操作するためのビューアがDrawTermです。)
また、一つの方向性としては、ブラウザをビューワとして使用するという考え方もあります。（これは、Thinクライアントなどと呼ばれるネットスケープ社が提唱したものです。)
これに関しては、Ajaxな「Google Spreadsheets」あたりが、目新しいものとなるでしょう。

という感じで、個人が操作するアプリケーションの範囲が「PC」を超え始めると、使用法がユビキタス化するため、「PC」にデータが保存されていると不都合が起きます。
そのため、Googleさんは、「あちら側」にどんどんとデータを溜め込もうしているわけです。
こちらに、その辺の話が、MS社とGoogle社との対比で出ておりますので、参考になるかと思います。

新しい技術的なキーワードとしては、「シングルサインオン」「グリッド」というところでしょうか？
そして、これまでの話を、全部、繋げるとこちらのエントリーの俯瞰図が完成するのです。といったところで、この辺のお話しは終了して、SIPropの開発記に戻ります。

「シン・クライアントが家庭に入り込む？」という記事を発見。

企業だけではなく家庭でも，アプリケーションの更新に手間をかけている。1家庭あたりのパソコンの台数は今後さらに増えるはず。そうなると，家族で最もパソコンに詳しい人が全員分のパソコンの面倒を見ることは，さらに労を要する作業となっていく。大事な情報が入ったノート・パソコンを紛失するような事態も避けたい。つまりクライアント側にデータを持たないシン・クライアントと，その運用を請け負ってくれるサービスは家庭でも役立つのではないか。

う〜ん、ちょっと、微妙ですね。
家庭向けでは、DVD再生や家族ムービーの編集、ゲームなど重量級の処理が要求されることが想定されるため、なかなかすべてをインターネット越しにというのは無理かと思います。

解決策としては、「家庭用ゲートウェイサーバ」をインターネットとの接続点に設置して、それをシン・クライアント用のサーバにする方向性があります。これは、ソニーさんの「ロケーションフリー」やMSさんの「MediaCenterEdition」が、狙っている分野ではないかと思われます。
そして、このゲートウェイPCリモートメンテナンスなどをやるサービスなどをISPが提供するというシナリオです。実際、ISP配布のルータなどは、リモートメンテナンスされているようですから、こういうものもありかと思います。

平成１８年「情報通信に関する現状報告」（情報通信白書）が、公表されました。こちら。

「ユビキタスネットワークによる新しい潮流」とかいって、Web2.0と結びつけているのですが、あんまり関係ない気が。。。ちなみに、ユビキタスネットワークとは、下記のように定義されているようです。
（まぁ、これのからみゆえでしょうが。。。)

いつでも、どこでも、ネットワーク、端末、コンテンツなどを自在に安心して利用できる情報通信ネットワークであり、利用者の生活領域にまで広く浸透することに特色。

あと、VoIP関連で参考になりそうな資料へのリンクをつけておきます。

・通信・放送分野における事業者の相互参入・事業連携(トリプルプレイ)
・情報通信機器の国内出荷
・携帯インターネット利用状況
・移動通信
・IP電話の普及(利用者数)
・IP化の進展に対応した競争ルールの在り方に関する検討
・情報通信ネットワークの高度化

予てから噂の新型W-ZERO3が、発表になりました。＞こちら。

う〜ん、無線LANが非搭載ですか。さらに、期待していたBluetoothも非搭載ですか。。。
USBホスト機能がつくそうで、それで拡張しろってことですか。。。アリエナイ。。。

最大の懸案事項、バッテリーの持ちは、「連続通話」から換算すると、1.5倍ほどパワーアップ。これくらいになれば、ぎりぎり、使えなくもないくらいの範囲になったのかな？
(液晶の減サイズ分、連続通話時間が延びたという感じ？)

ひとまず、SIPropとしては、新対応デバイスとして、対応を考えないとならないですね。

実は、「マイクロフォーマット加速？」がらみで未踏ソフトウェア事業に応募しようと思っていたネタがありました。

作業場所（シチュエーション)を認識してダイナミックにWindowsのデスクトップを切り替える「シチュエーションドリブンデスクトップ環境」

- IPアドレスやGPS、手入力による場所(オフィスや自宅など)
- 作業内容(プロジェクト単位やリラックスタイムなど)
- 時間(日曜や夜など)

下記の情報をダイナミックに切り替えることができるデスクトップ環境です。(具体的には、仮想画面とかMetaFremeのような技術を想定。)

●作業環境
そのシチュエーションにあった作業環境を復元する。
下記のものの内容が、変更され、アクセスしやすい状態とする。
例えば、「自宅」ではDVDライブラリーなどを表示したり、「オフィス」ではさらに細分化して「プロジェクト」単位で入れ替えたりすることを想定。(プロジェクトごとに、お気に入りや作業フォルダとかディレクトリ化しますよね？メールとか、ごちゃ混ぜになりますよね？)

- デスクトップ
- スタートメニュー
- ユーザプロファイル(dotファイル)
- お気に入り
- RSSリーダー
- メール
- IMのコンタクトリスト

●作業状態
そのシチュエーションで、行っていた作業を復元する。
編集中の文章や閲覧していたサイトなどを元に戻す機能です。

例えば、技術者としては、「Aプロジェクト」ではPMをやっているので、「プロジェクト管理ツール」が起動したり、「Bプロジェクト」では開発者をやっているので、「開発ツール」が起動するという感じです。（皆さん、仕事内容ごとに、アプリケーションを起動し直してませんか？）

●パーミッションの変更
場所によって、パーミッションを変更する。
これは、取って付けたような機能。
対Winny的な意味合いがあり、「自宅」では「オフィス」のファイルを閲覧不可にして、情報漏洩を防ぐという目的。

これ自体は、GoogleさんのGoogleDesktopややMSさんの故WinFSからインスパイアされたものです。たぶん、狙っているところの一つがこういうことだと思うのですよね。
具体的な技術要件としては、シチュエーションやデータを「自然言語処理」など（解析対象に依存）で解析し、対応する「メタデータ」を付加して、「検索」というところです。ちなみにキーワードは、「ファインダビリティ」と「パーソナライズ」ってところですね。
その辺から「国産検索エンジン」が、実用化された上、運用までやってくれないかと思っております。というか、運用してくれないなら、相当、微妙ですよね。データの収集というのが一つのハードルなわけですから。

これを、ブラウザオンリーな方向に持って行くと面白いので、この辺の話もエントリーしますね。

最後に。応募しなかった理由は、「スキルセット的に、開発不能だったから」です。(;^_^A

MTを、3.3にバージョンアップいたしました。
ついでに、見にくいと評判だったテンプレートも変更。(;^_^A アセアセ・・・

ちなみに、現在、スーパーデザイナーな人にまともなテンプレートを制作依頼中。。。
こちらも、近日中にアップ予定。

中島聡氏のネット時代のデジタルライフスタイルにおいて、Tellmeが、失敗データベースを作っているという、エントリーが出ていました。

そのキモとなる部分は、

Tellmeが最初からVoiceXMLをソフトウェア・パッケージとしてではなく、サービスとして提供することを前提としていた上に、当初から「データを蓄積することにより企業価値を高める」ことを考えていた点にある。

＜中略＞

すでに膨大なデータが蓄積されており、今でも毎日のように蓄積を続けている。VoiceXMLのテクノロジーそのものは、音声認識のソフトさえどこからかライセンスしてくれば誰でも簡単に作れる（実際、Tellmeも音声認識のソフトはNuanceからライセンスしている）。しかし、毎日何十万件の番号案内を処理しながら蓄積しつづけているTellmeのデータベースは、実際に何十万人のユーザーを抱えていない限り不可能であり、それが参入障壁となっているのだ。

ということですが、VoIPでもSPIT(SPAMのVoIP版)において、このモデルが使えるのではないかと考えています。

SPITがSPAMと違ってやっかいな点として「出てみるまでSPITかどうか判断しにくい」という点があります。
理由としては、

・非通知で発信されると、発信者情報がIPアドレス以外一切ユーザには届かない
・近年は暗号化される方向に流れているため、受信端末でしか解読できない
・リアルタイム通信である

そのため、「キャリアによる識別子(ユーザIDやIPアドレスなど）フィルタリング」が、一番効果的ではあるのですが、現状のSPAMの状況を見る限りですと、あまり期待できないと思います。
そこで、「自動着信して、音声データを解析する」という方法が一つの解であり、その音声データ情報データベース（BlackList）を作成するというところが、「データビジネス」になるのではないかと考えています。
(まぁ、方法論としては、SPAMのBlackListと同じ考え方なので、目新しくはないのですが、実現法にそれなりのVoIP技術が必要となります。)

というところで、音声データのマッチング技術をお持ちの方、一緒にやってみませんか？

「KDDIが無線IP電話を使ったSIを支援、デュアル端末にミドルウエア実装」という記事が出ています。

パートナー企業が顧客向けのアプリケーションを開発しやすくするため。ミドルウエア自体がBREWで開発されており、携帯電話網や無線LAN経由でオフィス側に設置した専用のアプリケーションサーバーと直接連携し、データベースなどの業務システムにアクセスできるようにする。システムインテグレータなどが開発したクライアントソフトはこのミドルウエアを介して通信する。これにより、KDDIによるアプリの承認作業などを回避できる。

ミドルウェアにどのような機能があるかは、記述されていませんが、最大のネックである「KDDIの認証」が不要になるというのは、とても、大きな話ですね。

メディア・パブのエントリーに、マイクロフォーマットが普及しそうな気配であるとでています。

かなり前からセマンティクWebやメタデータの話は、どう入力するかが問題でなかなか普及しませんでしたが、Web2.0とかでユーザドリブンが一般的になってきたので、そろそろと言うことなのでしょう。
実際に、メタデータをユーザに入力させるサービスも多くなっていることですしね。

この辺は、文字コード＆自然言語処理がらみの話も面白いところですね。
例えば、文字コードとしては、「沢」と「澤」って、文字コードとしては別でも、「文字グループ」としては、同じ方が扱いやすいとか。
自然言語処理としては、平沢さんは、どちらの「さわ」も同一でだいたい問題ないけど、「平沢商会」のような社名になると同一じゃまずいという話。

WinFSの開発中止が決まったようですね。これも、上記の話の核になるとしたいしていたので、非常に残念でなりません。

あと、実は、これっぽいところで未踏ソフトウェア事業に応募しようと思っていたネタがありました。これについては、後ほど、エントリーいたします。

「IP電話の通話品質を上げる」ミドルウエアというものが、出てきたそうです。
http://itpro.nikkeibp.co.jp/article/NEWS/20060623/241659/

発想的には、SIPropと同じようなところで、SIPropの音声版という感じですね。まさに、補完関係にありますので、仲良くさせていただければとなどと妄想してしまいます。(;^_^A

といったところで、この問題なのですが、この辺も相当大変なんですよ。

無音圧縮(無音が続くとRTP送信をStopする)とか、下手にいれると「RTPが10秒間届かなかったら、切断」などという電話機があると切れてしまうわけです。
とくに、ジッター/バッファー調整の自動調整なんて、涙ものですね。これ、実際に繋げて、聞いてみるしかないのですが、神様が聞かないと差が解らなかったりするんです。

ジッター（パケットごとに転送速度や到着間隔がばらつくこと）の状態を検知し，動的にバッファの大きさを変える「ジッタバッファ制御技術」も開発