はじめに
SyncMLでのファイルの同期は、特に各SyncMLパッケージがメモリにダウンロードされることを前提とするSyncML APIの従来の実装により、このプロトコルを使用して大きなファイルを転送できないように実行されます。 これに関して、ポッドキャストの原則に基づいたソリューションが提案されています。つまり、アプリケーションはリンクを交換し、ファイルの直接受信は特定のアプリケーションの責任です。
実装コンセプト
ファイル同期メカニズムの実装は、2つの新しいエンティティが追加された既存のSyncML同期プロトコルに基づいています。
- リンク管理サブシステム
- 追加のファイル同期ルール
デバイス上の新しいファイル
リンクのないデバイスに新しいファイルが表示され、同期が実行されます。
1.クライアント上のアプリケーションはセッションを開き、その識別子を受け取ります。 セッションを開くと、承認も実行されます。 また、セッションを開くときに、アプリケーションがセッション内で動作するリンクを示すことができます;これらのリンクが別のアプリケーションによって使用される場合、例外がスローされます。 このユースケースにはファイルリストは提供されていません。
2.ファイルはリンクマネージャーにダウンロードされています
3.新しいファイルの場合、リンクが取得されます
4.セッションは終了します
5.結果のリンクを使用して、SyncMLサーバーとの同期用のxmlを生成します
SyncMLサーバー上の新しいファイル
一部のデバイスはファイルを追加しましたが、現在のデバイスにはファイルがありません。
1.同期時に、リンクが識別され、デバイス上にないファイル
2.セッションが開かれ、開かれると、このファイルはブロックするように指示されます
3.ファイルの読み込み
4.セッションは終了します
その他
主な操作のうち、ファイルの削除と変更のみが残っていましたが、これらのシナリオでの作業はデバイス上の新しいファイルの外観に似ています。 削除の場合の例外は、ファイルがリンクマネージャーにアップロードされないことです。
建築
ポッドキャストの同期に関係する主なコンポーネントは次のとおりです。
1.SyncMLサーバーの同期ファイル同期コネクタ
2.リンクマネージャー
コネクタに関しては、他の同期オブジェクトと同様にファイルを同期します。 ファイルには次のプロパティがあります。
1.リンク
2.作成/変更の日付
3.タイトル
リンクマネージャは、次のコンポーネントで構成される独立したサブシステムです。
1.トランザクション管理モジュール
2.ファイルストレージマネージャー
3.認可モジュール
4. HTTPベースのアクセスプロトコル