スマートフォン、タブレット、GoogleTV、コネクテッド ウォッチ、Google クラスが間もなく登場する今、Android ピアツーピア テクノロジーの必要性が高まっています。デバイスの接続についてどう思いますか?
MOVL や AllJoyn などのフレームワークに専念する必要がありますか、それとも独自のカスタム フレームワークを作成する必要がありますか?
Google / YouTubeが、ネットワークデバイスの検出とネットワークデバイスでのアプリの起動にDIALプロトコルの使用に取り組んでいることは周知の事実です。
私自身のテストでは、各GoogleTVデバイスにDIALサーバーがあることが示されています。しかし、dial-multiscreen.orgのドキュメントを使用すると、プロトコルの検出部分しか機能させることができませんでした。つまり、ネットワーク上のすべてのDIALサーバーを見つけることができますが、それらのデバイスでアプリを起動または制御することができませんでした。YouTubeモバイルアプリが動画をGoogleTVデバイスに「フリング」するときのネットワーク上のパケットを見ると、検出部分も使用されていることがわかります。ただし、文書化されていない他のTCPトラフィックがあります。これは、YouTubeアプリがGoogleTVデバイスで動画を再生する方法である可能性があります。そのため、GoogleではDIALが進行中であるように見えます。また、dial-multiscreen.orgサイトは、主に開発者がプロトコルを使用してセカンドスクリーンアプリを開発する準備をするためのものです。
NetworkServiceDiscoveryとWiFiDirectでGoogleトレーニングクラスを見つけました。
http://developer.android.com/training/connect-devices-wirelessly/index.html
すでに多くの大企業がサポートしているように見えるので、DIAL は非常に有望だと思います。Google がそれを Android に直接統合して、インテントを DIAL コマンドに直接マッピングし、Action_VIEW インテントの app-Picker が DIAL 互換デバイスを直接提供できるようになることを願っています。もちろん、Anymote にも DIAL を使用させる必要があります。I/O や KeyLimePie でこのようなものを見たいと思っています。
しかし、これが現実ではない限り、ANI ( https://github.com/pocmo/Android-Network-Intents ) は一見の価値があると思います。