FaceTime と iChat オフ
Apple は、新しい iPhone 4 ハードウェア専用の iChat のようなサービスとして FaceTime を発表しました。ただし、正確には iChat ではなく、多くの共通点がありますが、現時点では iPhone 4 からデスクトップ Mac iChat クライアントにチャットできるという話はありません (ただし、これは iPhone 4 の発売に合わせて来年中に実現するのはほぼ確実です)。
Apple の Mac iChat は、もともと AOL 独自の AIM ネットワーク用の IM クライアントでした。 Apple は後に、オープン XMPP「Jabber」インスタント メッセージングをサポートするために iChat を拡張しました。さらに、標準ベースのビデオ チャットやビデオ会議を行うために、iChat AV に Internet Engineering Task Force の SIP (セッション開始プロトコル) のサポートが追加されました。
Apple の Mac iChat AV クライアントは、ビデオ会議製品として、低コストで優れた画質を提供しますが、今日のインターネットでは致命的な自然の障壁である NAT (ネットワーク アドレス変換) にぶつかります。企業ネットワークとホーム ネットワークの両方のルーターは、オープン インターネットから内部 IP アドレスを隠していることが多く、インターネットを介して他のホストへの双方向リッチ メディア ストリームでサーバーとクライアントの両方として機能するビデオ チャット アプリケーションにとって困難になります。
NATの問題
iChat AV がインターネット経由で他のクライアント (AOL など、ビデオ チャット標準の同じ複雑なスイートを実行している互換性のある PC クライアントを含む) に確実に接続するには、通常、NAT を通過する必要があります。これは特に複雑です。なぜなら、各 NAT の動作は少しずつ異なり、さまざまな種類のルーターやさまざまな NAT 実装の処理には非常に多くの技術的問題が関係しているからです。
NAT にはさまざまな種類があり、理想的な相互運用性を実現する実装方法に関する完全な標準は確立されていません。さらに、企業が独自に確立するセキュリティ ポリシーによって、個人が独自のサーバーをセットアップすることができない可能性があります。iChat AV は、リモート クライアントがトランザクションを開始するためにサーバーのように機能する必要があるため、ビデオ チャットにとっては問題になります。
Apple の iChat は独自の SNATMAP プロトコルを使用して、クライアントが外部 IP アドレスを決定し、リモート ホストがファイアウォール経由で通信を返すために使用できるポート マッピングを開くことができます。 Apple はまた、さまざまな消費者ルーター/ファイアウォール メーカーがサポートする NAT ポート トラバーサル用の Microsoft 独自の標準である UPnP (ユニバーサル プラグ アンド プレイ) も使用しています。
これらは、NAT ルーターを介して iChat AV のトラフィックをパンチするために使用されますが、エンタープライズ ルーターやホーム ルーター アプライアンスの一部のモデルでは常にサポートされているわけではありません。 Mac OS X Leopard では、Apple は、新たな IETF NAT トラバーサル標準である ICE (Interactive Connectivity 確立) のサポートを追加することで状況を改善しましたが、単純なビデオ チャットをセットアップしようとする非技術的な消費者にとっては依然として厄介な問題が残っています。
FaceTime をオープンにする
Apple は、iPhone でビデオ通話を機能させる際にも同様の問題に直面しています。他のベンダーも同様です。 Apple は、モバイル ビデオ チャットを相互運用可能なビデオ チャット セッションのオープン スタンダードにしたいと考えており、サービスを iChat という Apple っぽい名前ではなく、中立的な FaceTime という名前を採用しました。
ただし、本質的には、FaceTime は iPhone 用の iChat AV です。ジョブズ氏は、FaceTime の機能に関係するテクノロジーの「アルファベット スープ」を紹介しました。その多くは iChat AV と共有されており、次のものが含まれます。
- H.264 と AAC、その ISO/MPEG ビデオおよびオーディオ コーデック (iChat と同様)。
- SIP (セッション開始プロトコル)、iChat AV で使用される VoIP 用のオープン IETF シグナリング プロトコル。
- STUN (Session Traversal Utilities for NAT)、さまざまな種類の NAT を処理するための IETF 標準。
- TURN (Traversal using Relay NAT)。NAT の背後にあるクライアントがサーバーと同様に受信リクエストを受信できるようにするための IETF 標準です。
- ICE (対話型接続確立) NAT ファイアウォールを介した接続のセットアップを支援する IETF 標準。
- RTP (リアルタイム トランスポート プロトコル)、VoIP でメディア ストリームを配信するための iETF 標準。
- SRTP (Secure RTP) は、データ ストリームの暗号化、メッセージ認証、整合性を提供するために設計された IETF 標準です。
Apple の FaceTime は、ビデオ チャット用の根本的に新しいプロトコルというよりも、iChat の標準ベースの基盤を進化させたものであり、AOL によってデスクトップ PC 上の互換性のあるクライアントにすでに実装されています。したがって、他の携帯電話ベンダーが iPhone 4 携帯電話で動作する互換性のある FaceTime クライアントの開発に取り組むと考えるのは無理もありません。Apple 独自の iChat AV が最新の FaceTime プロトコルで動作してデスクトップである時点でモバイルビデオ通話。
FaceTime に賛同する必要がある企業は、Cisco のようなネットワーク機器会社 (関連する IETF プロトコルのサポートにすでに取り組んでいます) と、Nokia、RIM、HTC、Motorola のような携帯電話メーカー (すでに iPhone の機能に合わせようと懸命に取り組んでいます) です。および仕様）。 Apple が FaceTime を推進する最善の方法は、WebKit を提供したのと同じように、また BSD が標準の IP ネットワーキング スタックを世界に提供したのと同じように、コア テクノロジー スタックのオープンソース実装を提供することです。
Apple は WebKit の成功を理解していますが、絶対にそうする必要がない場合には競合他社にソフトウェアを配布する用意があるかどうかはまだ明らかではありません。その結果、FaceTime 互換デバイスのさまざまな実装が行われる可能性があり、そのすべてに相互運用性を妨げるさまざまなバグが存在する可能性があります。もちろん、このような状況は Apple にとっても利益となる可能性があり、Apple は信頼性の高い FaceTime 電話の主要ベンダーになります。
の上2ページ目2 件中: FaceTime が WiFi のみである理由、Skype や Fring はどうですか?
iPhone での FaceTime の機能は、インターネット上で高品質のビデオ チャットを簡単に開始および使用できるようにすることです。 NAT 境界を越えてビデオチャットを動作させようとすると同じ問題に遭遇することに加えて、信頼性が低く、帯域幅が限られている 3G モバイル ネットワーク上で FaceTime を動作させることは、障壁が高すぎます。主な理由は、主にモバイル ネットワークが現在まだ使用されていないためです。使用するには非常に高価です。
3G ネットワーク上で動作する既存のビデオ チャット電話の料金は通常、1 分あたり 0.50 ドルから 1 ドルの間であり、これは大量に普及する見込みはありません。さらに、ビデオ通話は、電話をかけるのに十分な困難を抱えている Apple の本拠地 AT&T ネットワークでは確実に機能しません。
今のところ、iPhone の新しい FaceTime 機能は WiFi に限定されていますが、これは 2010 年以降に変更されるとの示唆があり、通信事業者はこのアイデアを受け入れ、価格を下げながら通信範囲を大幅に強化しています。
ただし、ビデオ通話をしたい人のほとんどは自宅やオフィスで WiFi にアクセスできるため、制限はそれほど問題になりません。 Apple がサービスを携帯通信会社に結び付けるのではなく、VoIP アプリケーションとしてビデオ チャットを開拓していることも興味深いです。これにより、iPhone (および iPod touch) は、今日のモバイル ネットワークの音声中心の性質に挑戦する可能性のあるデバイスとして位置付けられます。次世代 LTE モバイル ネットワークが出現すると、その IP ベースの接続により、モバイル ネットワークは電話から単なる広域ブロードバンド データ プロバイダーへと移行する可能性があります。
Apple も同様に、SMS および MMS モバイル標準に代わって、iPhone でインターネット電子メールを推進しました。SMS および MMS モバイル標準では、配信する実際のデータ量に比べて著しく不釣り合いな、メッセージごとの古風な料金が請求され続けています。
Skype や Fring はどうですか?
iPhone (および Mac デスクトップ) はすでに Skype によるビデオ通話をサポートしています。 Apple は、iOS 4 のバックグラウンドで実行する Skype のサポートを追加し、WiFi に加えて 3G ネットワーク上でも Skype を実行できるようにしました。では、なぜ Apple は Skype の競合他社、しかも 3G では動作しないものを導入するのでしょうか?
まず、Apple は、iPhone 4 の機能と深く統合され、両方のカメラを最大限に活用し、整然としていて「ワンタッチでシンプル」で、優れた画質を実現するために高度に最適化されたビデオ通話アプリを望んでいました。また、オープンスタンダードを推進したいとも考えている。 iChat AV や FaceTime とは異なり、Skype はオープン標準ベースではありません。 Skype が所有する完全にクローズドな独自のプロトコルを使用します。
Skype がネットワーク上での使用を承認した、正式に認可されたクライアント アプリは、クローズド ソースです。 Skype は NAT 問題を解決し、完全に不透明な方法でメッセージ暗号化セキュリティに対処します。基本的にルーターを信頼せず、ネットワークを通過するために独自のメカニズムを使用します。
ユーザーが別のユーザーに電話してセッションを開始する iChat のようなポイントツーポイント システムではなく、ユーザー間で負荷を共有するピアツーピア ネットワークで接続されたユーザーの完全に分散型システムを使用すると主張しています。しかし、このテクノロジーはいずれも、セキュリティ審査のためのピアレビューを受けられるものではなく、他者が公然と実装できるものでもありません。
そのため、Apple の Skype の代替手段は、デスクトップでは iChat で、iPhone 4 では FaceTime で、Microsoft 独自の Windows Media Audio に対するオープン MP3/AAC オーディオの位置づけや、WMV 上の H.264 のサポートとよく似た戦略になります。インタラクティブなコンテンツに対する Adobe Flash 上の HTML5 のサポート。いずれの場合も、Apple は 1 つのベンダーが推進するクローズドな標準に依存するのではなく、オープンな相互運用性の構築に取り組んでいました。
これを理解していない顧客は、これらの戦略を Microsoft や Adobe、Skype に対する「攻撃」と見なしましたが、これらの取り組みは実際には市場を開拓するために機能し、Apple と他の企業が競争し、協力することを可能にしました。
Skype との違いは、WMA/WMV や Flash とは異なり、Apple が iPhone 4 や iOS で Skype をブロックしていないことです。 Skype は、独自のハードウェアを推進する直接の競合他社ではありません。 Skype は、FaceTime では解決できない問題 (以前の電話と 3G 通話のサポート) に対処する製品を提供しています。 Skype はすでに完成しており、機能しており、モバイル市場のプレーヤーとして定着しています。
Fring などの他の iPhone VoIP アプリは、Skype 独自のプロトコルの両方をサポートしており、SIP などの代替オープン ネットワーク プロトコルもサポートできます。そのため、Fring や他の企業が、Skype と標準ベースの FaceTime の両方をサポートする複数ネットワークの VoIP アプリを実際に作成できる可能性があります。
Isamu 
Isamu