群衆に呼びかける

目標

このページは,グループとのコールの仕組みを説明することを目的としています.この方法は,クライアントが共有テキスト履歴を持つ複数の参加者にコールを提供できるようにします.プロトコルは柔軟であり,SIPスタックとの互換性を維持し,ADNが分散環境で動作する必要があります.この分散環境は,可能なレース条件 (複数の当事者が同時にコールを起動できる) など,いくつかの課題をもたらします.最後に,Swarmはモバイルのみを使用するメンバーや専用サーバーを持つ企業がビデオを混合するため,異性的な環境で可能な最高の経験で作業することも可能である.

定義

  • 会議で受信されたすべての許可された電話を混ぜます

  • この機能のために,2つの新しいURIが使用されます.

    • `swarm:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    • `rdv:アカウントUri/デバイスId/会話Id/コンファイル

  • スワームのプロフィールは, vCardに保存されているスワームのプロフィール (profile.vcf,参照 会話のプロフィール同期プロフィール同期化)

    • rdvUriは,スワームのデフォルト URIで,スワームのプロフィールに設定されます*

注:この2つのURIは,クライアントが Rendezvous に参加するために呼び出しを行うか,スワームに呼び出しを開始する,次のセクションで説明された論理を導きます.

スワームに電話をかける

提案された流れ:

  • a: rdvUriが設定されている場合:

    • 呼んで

      • 失敗したら,b:** に移動する

  • b: 実行中のアクティブコールがある場合:

    • 呼んで

      • 失敗したら,C##########

  • 違うなら 新しい出会いを 開催して 参加する

    • また,次の電話のホストが になりたいか ユーザーに尋ねてください.

画像/ 集合図に呼び出し.png)

TDO,いつ約束する,誰が約束する

群れを招く

新しい入力電話を受け取るとき,URIは解析する必要があります.入力電話が現在デバイスでホストされている Rendezvous の場合,呼び出し者が参加する権限がある場合は,呼び出しは応答され,現在の Rendezvous に追加する必要があります

群れに宿主を定義する

既定 URI を定義するには,ホストになりたいメンバーは会話のプロフィールを更新し,同級者によって同期し検証されます.しかし,ホストはホストであることを受け入れ,または受け入れることができないことが必須であり,十分な権限を持つメンバーは,ホストであることをデバイスに要求することができます.このプロセスは,今のところ決定されていません.

TODO? 更新許可,ホストの交渉

未来

通知に参加する?

呼び出しに参加していない群れのメンバーは 積極的に呼び出しに参加している人を知ることができるべきです

橋のスイプ?

会議はまだ混合 SIP 呼び出しであるため,SIP 橋はまだ可能である.