なんとなく実験 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が、その結果をフィードバックしたリファレンス実装という位置付けとなれるように、がんばって参りますので、よろしくお願いいたします。