2006年08月31日
「NGNインタフェース公開を巡る激突」という特集が組まれております。こちら。
NTTさんのNGNトライアルの現状が、よくまとまって書かれており、一見の価値ありです。
そして、要約すると、ここに落ち着くのかなと思っております。
――ソフトウエア・ベンダーなどから，上位レイヤーの仕様公開が特に少なくて，このままでは新しいアプリケーション開発がしにくいという意見もある。
アプリケーションについて，どういう要望があるのかどうか，まだ見えにくい。アプリケーション開発サイドから，「NGNを使ってこういうサービスをやりたいのだが」という要望がきたら相談にのる。そうやって対応していく。
江��教授と冲中KDDI 執行役員の対談の第三弾です！必見です！！！こちら。
今回は、なぜオールIP化なのか？という話題が中心です。
いきなり、ずばりの解が、でてますね。
もう電話交換機やATM交換機は、メーカーが作らない（製造中止）ため、IPにするしかない
たぶん、今回のキモは、ここの部分なのではないかと思います。
グローバル・リーチャビリティ（グローバルな接続性の広さ）というのは、大事なことです。ですから、グローバルにルーティングできるというということを保証しておいて、ユーザーを囲い込むという戦法のほうが、多分簡単だと思うのです。この逆をやると、つまり囲い込んでおいてからネットワークを無理矢理、外部とつなごうとすると、接続口のところがとても大変なわけです。そういう意味でルーティングにインテリジェンスをもたせて、能力としては全部つなげることができるようにしておくというのが、最終的にはよいのではないかと思います。
つづいて、3GPP＆IMS（IP Multimedia Subsystem、IPマルチメディア・サブシステム）と3GPP2＆MMD （Multi-Media Domain、マルチメディア・ドメイン）のお話です。
実は3GPP2の側がMMDをIMSに一本化しようと歩み寄っています。
江�� それは素晴らしいことです。それならば私もやる気になって、IMSでいこうかと思いますね。
2006年08月30日
IP電話の音質規定が見直しになるそうです。こちら。
やはり、対象は、「IP電話」だけのようですね。「インターネット電話」は、対象外のようです。
最近では、「転送」という概念を用いて、0AB〜Jや050番号をインターネット電話として使えるようにするサービスも出ている（例：050番号のSkype着信サービス)こともあり、「IP電話」だけを対象とするのは、どれほど意味があるのかはなはだ疑問です。
「GoogleとeBayが提携、Google TalkとSkypeの互換実現へ」という記事が出ております。こちら。
これ、しれっと、すごいこと書いてあります。
SkypeとGoogle Talk間の互換性の向上なども、今回の提携に含まれるという。
SkypeとGoogle Talkは、オープン標準経由でチャットとプレゼンス機能の互換性を実現するとしている。
ただ、やはり、発着信がないと片手落ち感は否めないため、ぜひとも、発着信までできるようにしてもらいたいものです。いちおう、
SkypeとGoogle Talkを使用したClick-to-Call機能の統合および開発を行う。
■XMPP関連リンク
●jabber.org
●RFC 3920: Extensible Messaging and Presence Protocol (XMPP)
●RFC 3921: Extensible Messaging and Presence Protocol (XMPP): Instant Messaging and Presence
●RFC 3922: Mapping the Extensible Messaging and Presence Protocol (XMPP) to Common Presence and Instant Messaging (CPIM)
●RFC 3923: End-to-End Signing and Object Encryption for the Extensible Messaging and Presence Protocol (XMPP)
2006年08月29日
前回の「SPARTAN-3E開発最初の一歩」は、サンプルにいわれるがままにコーディングを行ったわけですが、意味不明な点が多々あるわけです。(すみません。実は、前回のコード、全然、理解していません。)
そこで、ド素人なりに考察してみたので、下記に記述しておきます。(※ド素人が自分勝手に考察したものですので、間違っている可能性が高いことをお断りしておきます。)
●I/Oは何を示す？
通常のプログラミングであれば、標準入出力やFILE、Socketから、データをin/outすることにより、プログラムとして動作するわけですが、FPGAでは、この部分が何になるのかという疑問です。
そのヒントは、「1-4」と「3-3-1」で出てきた下記の設定部分にあるようです。
1-4の設定：
・一行目
Port Name:led
Direction:output
・二行目
Port Name:sw
Direction:input
3-3-1の設定：
led1 = F12
sw = L13
・「led1」が、「F12」へ、「output」される
・「sw」が、「L13」へ、「input」される
それを解く鍵は、Spartan-3E スタータ キット ボード ユーザー ガイド (日本語版)とSpartan-3E ASCII ピン配置と Excel フットプリント (英語版)にありました。
Spartan-3E スタータ キット ボード ユーザー ガイド (日本語版)の21ページに、LED1に対して、「F12」が接続されているという記述があります。
また、Spartan-3E ASCII ピン配置と Excel フットプリント (英語版)のピン配置は、碁盤の目のようになっており、「英字行」と「数値行」で、「F12」という記述でピン配置を表しています。
すなわち、これらの設定は、FPGAのピンが、どこに素子や端子に繋がっていて、どのような動作(in/out)をするかを、定義しているものです。
ということで、FGPAでHDLプログラミングするということは、
FGAPのピンをどの素子や端子に接続して、in/outするか？
●main関数はどこ？
電源投入時に、読み込まれる関数(？)が、どれになるのか？という疑問です。
まず、vファイルの先頭行が、下記のようになっていることから、これが関数に相当するものだというのは想像できます。
module sw_led(led1, sw0);
予想としては、main関数に相当するものは、ありそうだとは思うのですが、一つ懸念点として、
基盤上のLED1とLED2を別々に操作できるということは、FPGAの場合、関数が普通のプログラミングででいうところのプロセスやスレッドの単位で動作する
●論理合成とは？
「4」では、何を行っているのか？の具体的な内容が解らないという疑問です。
下記のような設定をしたので、特別なファイルが出来るようなのですが、これがなにか？ということです。
[Readback Oprions]内の
[Create ReadBack Data Files] チェック
[Create Mask File] チェック
2006年08月27日
とあるすばらしい知らせがあり(詳細は、近日公開されるらしいです)、それと同時にある環境を構築せねばならず、構築していたのですが、そのときにサーバが一台お亡くなりになりました。。。ついでに、玄箱も、お亡くなりになりました。
どうやら、電源を落としたのが、致命的だったようです。
（正確には、元々死ぬ寸前で、再電源投入時の突入電流に耐えられなかった模様です。これは、よくある話ですので、死にそうなマシンややばい状態になったマシンの電源は、極力落とさないようにしてバックアップ作業などをすることをおすすめします。ちなみに、うちには、もう一台この状態のPentiumPro(！)マシンがいたりします。YamahaのRT58iがでたら、リプレース予定。）
ということで、二台のマシンを復活させねばならないのですが、それをやるくらいなら、VMWareServerを利用して、何台かのマシンを統合した環境を構築してみようかと考えた次第であります。
そして、考えた結果、下記のような構成にする予定です。
■コンセプト
・最静音
・できる範囲で安定
・HDDの冗長化
・VM最適化
■対象ハードウェア
●CPU
・Intel Core 2 Duo E6600
→VMWareServerを使用するため、VTほしかった
→これ下のモデルだとキャッシュの量が減るため
●M/B
・SuperMicro PDSBA
→サーバ用途であるため、品質を重視し、品質に定評のあるSuperMicro製をチョイス
→サーバ用途であるため、VGAは相性がないオンボードが好ましいため
●メモリ
・swissbit SEU667-1024C(PC2-5300 (DDR2-667MHz)) x 2
→サーバ用途であるため、品質を重視し、品質に定評のあるswissbit製をチョイス
→VMWareServerなので、容量がほしかったため
●電源
・岡谷エレクトロニクス製 音無
→今までの使い回し
→ファンレス電源
→電源は、安定性に影響するため、極力よい品質のものをチョイスするべき
●ケース
・WiNDyのなにか
→今までの使い回し
→精度は悪くはないはず。安定性や共振などに影響が出る。
●光学ドライブ
・MSI XA52P(MS-8452T)
→SerialATA接続内蔵型CD-R/RW、DVD-ROMコンボドライブ
→M/Bの関係上、SATAであることが必須であったため
●HDD
・ARAID99-2000
・Seagate ST3750640AS(750GB)
→RAID1-BOXである「ARAID99-2000」を利用し、冗長性を確保
→ファイルサーバを兼ねるため、最大容量をチョイス
●CPUクーラー
・scythe HR-01 775
→ファンレスクーラー
■移行手順概要（メモ）
１，上記マシンに、OSとVMWareServerをインストールする
２，VMWareServerに、パーティション操作ツール入りのOSをインストールする
３，移行対象サーバのHDDを、上記マシンに接続する
→このときに、VMWareServer環境に合わせて、ドライバ類を用意しておく
４，VMWareServer用のまっさらな新規HDDイメージを作成する
５，「２」の環境に対して、「３」のHDDをマウントする
６，「２」の環境に対して、「４」のHDDイメージをマウントする
７，「２」の環境内にて、パーティション操作ツールを使用して、「５」と「６」間をコピーする
８，「７」でコピーしたVMWareServer用のHDDイメージを使用して、VM環境を作成する
2006年08月26日
まずは、どんなモンか感じをつかむため、プログラミング言語でいうところの「Hello World」を表示するプログラムを作成したいと思います。
で、調査したところ、FPGAでやる場合は、「LCDコントローラ」を書く必要があるようで、「文字の表示」の難度は高いようです。
そこで、「LEDを光らせる」というプログラムを書いてみようかと思います。これが、一番の入門プログラムらしいので。
※下記は、「組込みプレス Vol.4」の「特集2 FPGA基礎」という記事を参考にさせていただきました。
1，新規プロジェクト作成
まず、ISEを起動してください。
そして、起動後、[File] → [New Project] とクリックします。
1-1，[Create New Project]ウィンドウ
下記の値を好きなように入力してください。
Project Name
Project Location
Top-Level Source Type:HDL
1-2，[Device Properties]ウィンドウ
デバイスの設定情報を設定します。Spartan-3Eでは、下記のような値を入力します。
Product Category:ALL
Family:spartan3e
Device:xc3s500e
Package:fg320
Speed:-4
Top-Level Source Type:HDL
Synthesis Tool:XST(VHDL/Verilog)
Simulator:ISE Simulator(VHDL/Verilog)
Enable Enhanced Design Summary:チェック
1-3，[Select Source Type]ウィンドウ
ソースファイルを作成します。ファイル名は、お好きなもので構いません。
Verilog Moduleを選択
File name:sw_led
1-4，[Define Module]ウィンドウ
ポートの入出力設定をします。下記のようにしてください。
・一行目
Port Name:led
Direction:output
・二行目
Port Name:sw
Direction:input
1-5，[Add Existing Sources]ウィンドウ
追加ソースがあれば、指定しますが、今回はナシでOKです。
1-6，終了
[Finish]をクリックします。
その後、[Adding Source Files]ウィンドウが出現しますが、[OK]をクリックします。
以上で、新規プロジェクト作成が終了です。
つづいて、プログラミングを行います。
2，プログラム作成
左上の[Sources]ウィンドウにある、上記で作成したファイルをダブルクリックします。
そうすると、ソースファイルが変更可能状態となります。
コメントを抜いた4行目に、下記コードを記述します。swの状態をled1の状態にするという記述です。
assign led1 = sw;
以上で、プログラミング終了です。(;^_^A アセアセ・・・
つづいて、配線を行います。どうやら、FPGAでのキモとなる部分のようです。
3，配線ファイルの作成
「1-4，[Define Module]」で、指定したものを具体的に配置します。
3-1，[Select Source Type]ウィンドウ
左上のWindow[Sources] にある、上記で作成したファイル上で、右クリック → [New source]をクリックします。
[Select Source Type]ウィンドウが、出現しますので、下記のようにします。
Implementation Constraints Fileを選択
File name:sw_led
3-2，[Associate Source]ウィンドウ
右クリックで選択したファイルがあることを確認して、[Finish]をクリックします。
そうすると、[Sources]ウィンドウ に、ucfファイルが追加されます。
3-3，[Xilinx PACE]ウィンドウ
上記で作成したucfファイルを選択すると、左下の[Processes]ウィンドウの内容が変わります。
その中の [User Constraints] → [Assign Package Pins]をダブルクリックします。
そうすると、[Xilinx PACE]という新しいウィンドウが開らきます。
これは、I/O(ピン配置)を設定できるツールとなります。
3-3-1，[Design Object List]ウィンドウ
[Design Object List]ウィンドウに、「1-4，[[Define Module]」で指定したデバイスがあるはずです。
そこの[Loc] に、下記のように入力します。
led1 = F12
sw = L13
3-3-2，[Save]する
[File] → [Save]で、セーブを行います。
このときに、[Bus Delimiter]ウィンドウが出現しますので、下記の設定で[Finish]をクリックします。
[Symplify Verilog Default:[]]
以上で、[Xilinx PACE]ウィンドウを終了します。
3-4，[Processes]ウィンドウ
[Sources]ウィンドウの[sw_led.v]ファイルをクリックします。
そうすると、[Processes]ウィンドウの内容が変更され、[Implement Design] に、オレンジ色の「？」がついているはずです。
※よくわかりませんが、設定が反映されないことがあるようです。そのときは、ISEを再起動してみてください。
このオレンジ色の「？」をダブルクリックします。
そうすると、配線が自動で作成されます。
4，回路作成
FPGAへ送るための配線データファイル(ビットファイル)を作成します。
4-1，[Generate Programming File]ウィンドウ
[Processes]ウィンドウの[Generate Programming File] → 右クリック → [Properties]をクリックします。
[Process Properties] ウィンドウが出現しますので、下記のようにし、[OK]をクリックします。
[Readback Oprions]内の
[Create ReadBack Data Files] チェック
[Create Mask File] チェック
4-2，データ生成
[Processes]ウィンドウの[Generate Programming File] を、ダブルクリックします。
以上で、論理合成などが生成されます。
4-3，ボード接続
ここまで終了したら、ボードを接続してください。これ以降は、ボードがないと動作しません。
4-4，[iMPACT]ウィンドウ
[Generate Programming File] → [Configure Device (iMPACT)] を、ダブルクリックします。
[iMPACT]ウィンドウが出現しますので、下記を選択して、[Finish]をクリックします。
[Configure devices using Boundary-Scan]
Automatically connect to a cable and idenify Boundary-Scan chain
以上で、コンパイルが始まりますが、数十分かかるので、覚悟の上でクリックしてください。
4-5，[Assign New Configuration File]ウィンドウ
「4-4」が終了すると、[Assign New Configuration File]ウィンドウが出現しますので、[sw_led.bit]を選択して、[Open]をクリックします。
その後、このウィンドウを終了します。
※「4-4」操作をしてから、この画面が出るまで、数十分くらいかかります。
4-6，[Programming Properties]ウィンドウ
[Boundary Scan]ウィンドウの[xc3s500e]を右クリックして、[Programming Properties]をクリックします。
[Programming Properties]ウィンドウが出現したら、何も変更せずに、[OK]をクリックします。
[Boundary Scan]ウィンドウに、「Program Successed」と表示されたら成功です。
以上で、データがボードに転送されます。
あとは、ボード上のsw0スイッチを操作するとLEDが点灯/消灯します。
以上、終了です。
2006年08月25日
江��教授と冲中KDDI 執行役員の対談の第二弾です！必見です！！！こちら。
今回は、IMSの話題が中心です。
というところで、IMSとは？
トランスポート（次世代CDN：コンテンツ配信ネットワーク）の部分は、いずれIPv6になるシステムですが、ここの部分だけを取り出せば、これはインターネットもNGNも、基本的に機能は変わっていない。
ただし、NGNのために、この各ルータすべてに何段階かのQoSポリシーをもたせていて、それを上位のサービス制御レイヤであるIMS（MMD）からコントロールする、そういうインタラクティブネス（相互作用性）をもたせています。
つまり、NGNの中核部分は、実はこのIMSといわれるところであり、これがSIPベースで動いているのです。
さらに、「サービス制御」や「IMS(MMD)」といっている部分が、SIerさんが参入してくる部分となります。これが、現在のインターネットに当たる部分です。
そのため、この部分がないと今までの「ADSL+ISP」という事業形態と何ら変わらないわけで、それゆえに、NGNにおいては、IMSが鍵を握るといわれているわけです。
そして、IMSの問題点の一つとして、
各通信事業者間は当然、このIMS同士を相互接続するためのプロトコルを規定する必要があります。
そのときの、いわゆるインターネット上で動いているSIPサーバとIMS（MMD）の相互接続、あるいはルーティング・ポリシーというのが一番重要となりますね。
IMS（MMD）レイヤにあるSIPサーバと、インターネットがもっているSIPサーバの間の相互接続が、インターネットの世界から見て必要なのかどうか、という質問になります。必要とするのであれば、当然作らなければいけません。しかし、誰がその相互接続のトリガーを引くのか、ということが問題になります。
さて、話を戻しまして、この問題点を具体的な話としては、実は、「現在未定」という話になってしまうようです。各キャリアさんが、まだ試行錯誤状態であり、情報を公開していないため、検討のしようがないという状況のようです。この辺の話の具体例として、こちらのエントリーのような話となっているという状態です。
ぜひとも、出来たところからでよいので、どんどんと公開していってもらいたいものですね。
今回のものは、IMSの概要に終始した感じですね。最後に、「つづく」とありますので、今度こそ、ビジネス方面や具体的なサービス構想などの話になるとよいのですね。
2006年08月24日
「Firefoxの開発に協力を申し出るMicrosoft」という記事が出ております。こちら。
反応としては、「なぜに？」というところが大きいようで、いろいろな憶測を呼んでいるようです。
そして、その中に、
すでに、Web ブラウザは、コモディティー化している
googleはすでにFirefoxと提携しているし、逆にFirefoxをベースにしたgoogleブラウザ(というか、プラットフォーム)なんか作られたら、めんどいことになる。
前回の続きです。
開発環境が整ったので、続いて、実際にコードを書いてみたいと思います。
で、早速、開発環境や付属CDからサンプルコードを検索。。。。。。あれ？見つからない。。。＿｜￣｜○
気を取り直して、すすたわりさんところのSUSUBOXのリンク集を、眺めてみると、、、う〜ん、初心者向けのサイトって無いんですね。Google先生に聞いても、いまいち出てきませんし。。。
どうやら、HDLやFPGAの基礎は、書籍から学ぶ方が良さそうです。
FPGAを記述するHDL(Hadrware Description Language:ハードウェア記述言語)は、2種類あるそうで、どちらにするかを決めなければならないようです。
それぞれの特徴は、下記のようになっていると私が勝手に解釈しています。(;^_^A アセアセ・・・
ということで、私は、初心者に優しそうな「Verilog-HDL」を、まずやろうかと思います。（というか、VHDLの良さそうな書籍がないという問題もあります。)
※現在は、C言語の拡張をして、純粋にC言語で記述できるものとかあるそうです。
■開発言語
●Verilog-HDL
・C言語っぽくかける
→詳細はよろしくやってくれる
●VHDL
・回路の詳細まで定義できる
→アセンブラ的？
開発言語が決まりましたので、下記のような感じで、何冊が注文してみることにしました。
■書籍
●開発言語の文法
・入門Verilog HDL記述
・Verilog‐HDL言語入門
●例題とサンプルコード
・HDLによるVLSI設計
・実用HDLサンプル記述集
・HDLによるデジタル設計の基礎
・HDLによる高性能ディジタル回路設計
最後に、データシートなどの技術資料のリンクを付けておきます。私のようなド素人では、見ても意味不明ですが。。。(;^_^A アセアセ・・・
■技術情報
●Xilinx社の技術資料
●Spartan-3E データシート (全 4 モジュール) (日本語版)
●Spartan-3E スタータ キット ボード ユーザー ガイド (日本語版)
以上で、やっと、開発に取りかかる準備完了です。
2006年08月23日
「NTTが考えるNGNの理想と現実」という記事が出ております。こちら。
まず、NGNのポイントが簡潔にまとめられています。
NGNの最大のポイント，それはNTTだけではなくサードパーティにも新サービスの構築を委ねることだ。そのためNTTはネットワークに持たせる機能の一部を他社に公開する方針だ。この点が，NGNを新たなビジネスチャンスと捉えるITベンダーや情報家電メーカーにとって，最も魅力的な部分だろう。
そして、NTTさんと参入希望企業さんとのギャップが書かれております。
7月にNTTが公開したトライアルへの接続資料には，帯域制御程度しかNGNらしい機能が記載されていなかったからだ。
現状公開されているインタフェースを使って試せるサービスの形は，帯域制御機能を使った0AB〜J IP電話や映像配信サービス，ベストエフォートのプロバイダ接続ぐらい。「これではNTTとトライアル参加事業者が，新しいサービスを共同で試せる場にはならないのではないか」と，危惧する声も聞こえてくる。トライアルによって新サービスの創出を期待していた事業者に対して，冷や水をかける形となった。
この辺の状況をもう少し詳しくいうと、「Gizmo Project」では、通話料無料を謳っており、既に通話機能は「あたりまえ」であり、差異要因にはならないフェーズに突入しつつあります。(こちらのエントリー参照のこと。)
このような状況で、0AB〜J IP電話サービスがメインの機能では、誰も見向きしてくれないわけで、ギャップとなっている要因といえるわけです。
「au、上り速度を高速化するEV-DO Rev.Aを12月から導入」との記事が出ております。こちら。
KDDIはもともと「ウルトラ3G構想」という将来展望があり、バックボーンを全IP化し、固定網と移動体を融合させるFMCを推進していく考えだ。今回のEV-DO Rev.Aにより移動体でのVoIPが現実的となるため、「ウルトラ3G構想の基盤となるシステム」(渡辺本部長)だとしている。将来的には従来のCDMA2000 1xによる回線交換はなくなり、EV-DO Rev.AでのVoIPに統合していく計画だ。だんだんとALL-IP化が見えてきましたね。来年くらいには、ついに、無線LANが標準搭載されそうですね。 期待してしまいますね。そして、出来れば、BREWをもっと解放してください。(;^_^A アセアセ・・・
2006年08月22日
現実逃避シリーズです。(;^_^A アセアセ・・・
FPGAド素人である私が、はまったところをメインに記述します。
１，開発環境の入手
ISE WebPACKという開発環境が、無償にて提供されていますので、それを利用します。これは、MS社のVisualStudioとような開発ツールとなります。
付属のCDか上記リンクから、取得してください。
※フルパッケージは、1GBほどあるので、ダウンロードする場合は、覚悟が必要です。私の環境では、40分ほどかかりました。
これだけ、手に入れればOKです。
2，開発環境のインストール
何も考えずに、「次へ」でインストールされます。
最後に、PATHの設定をするので、そこだけ、競合しないかどうかチェックすれば、OKだと思います。
※状況により、付属CDのケースに書かれている「Product ID」が必要となるようです。
3，ボードの認識
間違うとやばいことになりそうなので、簡単に手順を記述しておきます。
1．「電源がOFF」になっているか確認します。
2．ACアダプタをボードに接続します。
3．USBケーブルをボードに接続します。
4．「電源をON」にします。
5．液晶ディスプレイに「Spartan-3E〜」の文字が出ていることを確認します。
6．USBケーブルをPCと接続します。
7．２つほど、新規デバイスが認識されますが、「自動検索」で認識可能なので、それを選びます。
以上で、すべてのインストールが終了し、PCで使用できる状態となります。
ついしん
「組込みプレス Vol.4」の「特集2 FPGA基礎」という記事が出ており、こちらはもっと詳細に記載されておりますので、こちらも是非とも参照してみてください。
ついしん＾２
メインのチップにバグがあって、リコールしているそうです。こちら。
まぁ、私程度のド素人が踏むとは思えないので、無視する次第ですが。
2006年08月19日
江��教授と冲中KDDI 執行役員が、NGNについて語っております！必見です！！！こちら。
NGNの概要とは？
NGNは、いわゆるインターネットの構造とは少し異なる、制御されたIPベースのネットワークになるとされています。このようなNGNが、インターネットとどのように相互接続を実現させるか、ということがこれからのNGNの方向性というか、NGNのシステム・アーキテクチャの議論の中で重要になっていく
プロトコル統一は、10年コースですか。。。先は長いなぁ。
一つの端末で移動網にも固定網にも接続できるというモデルを作ったときに、そこに使うプロトコルは移動用と固定用では、少なくとも当初の10年くらいは、異なるプロトコルが使い続けられながら、段々と統一されていくと思います。(中略)
移動系のほうは、ローミングという形でネットワークをまたがって通信できる仕組みがあり、業界のコンセンサスができています。そこで、固定系はどうするのかということですが、NGNあるいはウルトラ3Gでは、基本的にはIETF標準のSIPベースのシステムにして、固定系の解決を図ることになります。
中核部分です。テストに出ます。（ｗ
端末側にインストールされるSIPクライアントというソフトのネットワークとのインターオペラビリティ（相互接続性）をどう確保するか、これが重要になってきます。そのときに、そのSIPクライアントをどこに置く（インストールする）かが問題となります。すなわち、SIPクライアントを、一番身近なユーザーの端末側に置くのか、あるいは家庭と外部のネットワークを接続するホーム・ゲートウェイに置くのか、あるいはその中間にあるSTB（セット・トップ・ボックス。欄外の解説を参照）に置くのか。要するに、どこに置くかによってシナリオが変わってくると思います。しかし、この問題については必ずしも、業界でコンセンサスができていないのです。
(中略)
STBはSIPクライアントがインストールされていて、SIPで通信できるようになっていますね。それで、家庭の中にあるパソコンや情報家電というのは、SIPをインストールするのですか、しないのですか。(中略)個人的にはSTBにSIPクライアントを積むということになると思います。
SIPを情報家電に積み込むのは、けっこう難しいのです。理由としては、SIPというプロトコルが重いためです。そして、現在の情報家電は、ZigBeeやDLNAを積む方向で動いています。
ということは、このSTBでSIP←→ZigBeeやDLNA 変換をしてあげるとうれしいことになるはずなのです。（この辺のお話しは、「家電の世界」のエントリーも参考にしてください。）
あまり、語ってはいない部分ですが、実は、SIPropは、プロトコル変換Proxyという性格も持っていたりします。。。そこまで苦労して柔軟性を持たせているのは、伊達ではなかったりするわけです。。。
あっ、言っちゃった・・・
NGNは、実はインターネットそのものなのですよ。つまり、グローバルなコネクティビティ（接続性）をきちんと提供するためのIPアドレスがあって、あるパケット・フローに対して、ルーティングのインテリジェンスを持たせるためにSIPが存在している。
(中略)
現在のベストエフォート型のインターネットは、あまりルーティングにインテリジェンスがありません。ところが、あるサービスに対して、通信経路の「コントロールをしたい」という要求がいろいろと出てきていて、その要求を実現するひとつのアーキテクチャでありプロトコルが、SIPなのです。
しかし、これだと、車輪の再発明でしかないわけで、よほどのメリットがないかこっそりと仕込まれている(意識させずにNGNへ接続させる)というのでない限り(これの解決策の意味もあり、STBを使うといっていると思われます。STBを接続すれば、全く意識せずに自動的にNGNへ繋がっているというシナリオなわけです。)、NGNを使ってもらうことは出来ないわけで、↓のような〆となっているのだと思います。
NGNのアーキテクチャの標準化との関係、あるいは実際のビジネスでの利用の面からみて、NGNをどうつくっていくか、これから5年、10年というのが正念場という気がしますね。
次回は、「NGNのIMSはオープンなのか？」とのことなので、とても、楽しみであります。内容的には、最後のNGN普及論の部分にかかるもののような気がしますので、是非とも、つっこんだ内容であることを期待したいです。
2006年08月17日
Javaのオープンソース化が、決定したらしいです。こちら。
こちらによると、J2MEも対象となるようです。
しかし、J2MEってどのくらいSUNさんがコードを握っていて、公開されるのですかね？
J2MEってデバイスメーカーがベースのJ2MEをSUNさんから取得たりして、独自に実装しているという話を聞いたことがあるので。(ハードやOSが独自な場合が多いですから、当然だとは思うわけですが。)
リナザウは、SUNのJ2MEでそのまま動作するようなので、やはり、J2SEのように、LinuxとWindowsCE(WindowsMobile)というくくりになるのかな？そうだとすると、SymbianOSくらいまでは、ほしいですね。
最強なパターンとしては、DoCoMoさんのDoJaまで対象に入っているパターンですが。。。さすがに、それは、無理ってモンですかね。(;^_^A アセアセ・・・
2006年08月14日
2006年08月11日
松村太郎さんのBlogに、「日本はケータイ（利用）先進国ではなくなったかもしれない」
というエントリーが出ており、考えさせられる面があったため、エントリーいたします。
（もともとは、こちらに掲載されていたものを加筆したもののようです。)
引用から、
今まで別々に動いてきたようなケータイとインターネットの世界が、満を持してというべきか、この1年で生活レベルにおいて急激に融合を進めているように見えてきたのだ。「もはや日本はケータイ先進国ではない」そういう衝撃を突きつけられた格好だ。ニュースでは伝わってきた新しいサービスが、2005年から2006年で一気に広がったところに、何か日本のサービスの普及と違う雰囲気を感じたのだ。（中略）
決定的に違う点がある。インターネットの環境でそれが行われている点だ。相手は同じようなSidekickのユーザーか、パソコンのユーザー。メールサービスも、ウェブのサービスも、チャットも全てパソコンからアクセスするインターネットと同じ環境を使っているのだ。つまりWeb 2.0の流れが、Sidekickによって、一気にケータイの世界に流れ込んできたことになる。メールに貼り付けら得た住所からGoogle Mapsで地図を検索して、見つけた地図のURLを貼り付けてまたメールで送り返す、そんな作業が当たり前なのだ。
決して日本のケータイのウェブが不便だというわけではない。ユニークなサービスもたくさんある。しかし最新のサービスがいち早く使えるパソコン経由のインターネットの方が、新しモノ好きのワカモノにとっては魅力があるし、何よりそのサービスの数の充実度は圧倒的だ。アメリカのワカモノは、通信料だけで、これらの新しい、クリエイティブで変化の早いサービスをケータイからいつでも何処でもアクセスできるのだ。
そう考えると、私としては、この対比は、
日本のケータイ事情＝日本におけるNGN+IMSの世界
アメリカのケータイ事情＝インターネット+MVNOで実現しうる世界
2006年08月09日
ついに、DoCoMoさんが、N900iLを利用した050番号付きのIPセントレックスを提供するそうです。こちら。
この記事を見て、最初に思うのは、対象端末がN900iLしかなく、DoCoMo網内にあるIPセントレックス・サーバーを介するというところから、
無線LANなど使わずに、FOMAでセントレックスを提供すれば、良いのではないか？
という疑問が浮かぶと思います。
感覚的には、ごもっともなのですが、端末&網的に、SIPでしか、内線機能が使えないないのです。そのために、IP網である必要があり、無線LANの登場となるわけですね。（電波利用効率の問題もありますが。)
そして、次に、
なぜ、今頃になって、今更なIPセントレックスサービスを開始するのか？
というところが、今回のキモになる部分だと思います。
憶測となりますが、ものの本によるとDoCoMoさんは、NGNやFMCは、自分が主導でやりたかったのではないかという予想があり、この辺を考えると、NGNやFMCの布石とするためのサービスのような気がします。
このあたりは、もう少し、情報が揃ってから再度検証したいと思います。
2006年08月08日
2006年08月05日
2006年08月04日
「Black Hat」会議で、SIP用のセキュリティーテストツールが公開されたとのことです。こちら。
SIPが主要な製品に取り入れられた時には、こうしたツールによってVoIPシステムがより安全なものになることを願っている、とEndler氏は言う。同氏によると、「VoIPシステムのセキュリティは、まだ幼年期にある」という。
いや〜〜〜、(以下、自主規制)。やばすぎるんで、勘弁してください。いろいろと。<(_ _)>
また、フリーのテストツールとしては、「protos」というツールがあります。
こちらは、オーバーフローやエラーを起こしそうなSIPメッセージを投げるというものです。
例としては、
INVITE sip:test@test SIP/2.0
aaaa(ずっと、続く) sip:test@test SIP/2.0
それが、正常に動作しているかどうかは、チェックしないため、自分で確認する必要があります。
「マイクロソフトのユニファイド・コミュニケーション戦略」という記事が出ております。
マイクロソフトから出てくる製品などが良くまとまっているため、非常によい参考資料として使えるのではないかと思います。
2006年08月03日
