問題タブ [syncml]

Nokia N95 から WBXML エンコードされた SyncML メッセージをデコードしようとしています。私の最初の試みは、libwbxml への呼び出しをラップする python pywbxml モジュールを使用することでした。これを使用してメッセージをデコードすると、多くの <unknown> タグと、<Collection> タグ内のバイナリの大きなチャンクが得られました。<Collection> の内容を単独で実行しようとしましたが、失敗しました。足りないものはありますか？

また、wbxml パーサーの純粋な python 実装を知っている人はいますか? これらのメッセージをデコードするためのコマンド ラインまたはオンライン ツールが役に立たないことに失敗すると、自分でメッセージを作成するのがずっと簡単になります...

基本的には、独自のカスタム データ ソースに接続できる SyncML サーバーを作成する必要があります。コンポーネントが行うことは、クライアント接続をリッスンし、コードからデータを通知して要求し、データをクライアントに返すことだけです。主に、アプリの連絡先データをさまざまなモバイル デバイスと同期することを検討しています。

少なくとも SyncML 1.2 に完全に準拠している WBXML エンコーダー/デコーダーはありますか?

サーバーdevinfを送信するためにN95クライアントから415ステータスを取得しています。私は多くのことを試みましたが、成功しませんでした。

サーバーの応答は次のとおりです (私が生成したもので、syncml サーバーの独自の実装を作成しています)。

そして、クライアントが送信するものは次のとおりです。

Item に meta を入れたり入れたりする 1 つのメモだけでは何も変わりません。私は基本的にその段階で迷っています..

Windowsのデータ（SQLiteなど）をスマートフォンに同期する状況がどうなっているのか知りたいです。理想的には、同じツールが主要なスマートフォン (iPhone、BlackBerry、Windows Mobile、Android) をサポートする必要があります。

Google は OpenSync と SyncML に関する情報を返しました。私は専門家に、これらのプロジェクトがショータイムの準備ができているかどうかを尋ねたいと思います。

まだプロプライエタリな世界のようですが、最も簡単な方法は、最初に Outlook と同期し、次に提供されている同期ユーティリティを使用して Outlook をスマートフォンと同期することです。

ありがとうございました。

rsyncがSyncML/Funambolとどのように比較されるか、特に帯域幅に関しては、不安定なネットワークと複数のクライアントを介して1つのサーバーに同期する方法についていくつか考えてみたいと思います。

これは、複数のモバイルデバイスを成長するテキストファイルのディレクトリ構造と同期させるためです。（基本的にサーバー上で可能な限り多くのファイルが必要であり、一貫性のないファイルは実際には問題ではありません。また、変更がどこで発生するかもわかっています）。

これまでのところ、Funambolは圧縮せず、部分的な更新を処理せず、ファイル転送の中断を処理するのは難しいようです。

rsyncがサーバーを通過しないことは知っていますが、それがどのように不利であるかはよくわかりません。

誰かが使用SyncML (Synchronization Markup Language)したことがあるかどうか、そしてそれが使用するのに良い基準であるかどうか、私はただ興味がありました。

タブレットデバイスからWebサーバー（Webサービス経由）に、またはその逆に情報を同期するために必要です。

SyncMLは肥大化しすぎていませんか？私はいくつかのSyncMLAPIを調べていて、非常に気が遠くなりました。したがって、大きな選択は、この標準を使用するか、社内ソリューションを構築することです。

社内で行ったとしても、送信するデータを定義するための何らかの方法を作成する必要があるため、XMLスキーマの構築を検討するか、JSONを使用することをお勧めします。

何か意見はありますか？アイデア？

モバイルデバイス（Androidを使用）からサーバーへのデータの同期（または更新？）に関して、別のジレンマに直面しています。

これを行うための標準として SyncML を検討しましたが、私の大きな懸念は、syncing大量のデータ (1 つのレコードだけでなく) を計画しており、おそらく 1 日に 1 回、2 回、または最大で 3 回しか実行しないことです。 、あるいは 1 日 1 回でさえないかもしれません - すべて特定の状況に依存します。

もう 1 つのこと - デバイスまたはサーバーは、同期しなくても適切に機能することができます。同期はupdate、基本的に , になります。

SyncML 仕様を読むと、小さなデータ間で、非常に速い間隔 (つまり、5 ～ 15 分ごとですが、ユーザーが調整できると思います) での同期に適用されます。いずれにせよ、同期プロセスはより複雑で、デバイスとサーバーの両方にとって重要です (デバイスの方が重要だと思います)。

これは、私が考えさせられたドキュメントからの引用です。

2.2.3 データ同期 SyncML は、変更されたレコードが完全に送信されるため、小さな独立したレコードの同期に向けられています。これは、アドレス エントリ、ショート メッセージ、および同様のデータに適しています。SyncML の主なターゲットであるモバイル デバイスでは、ほとんどのデータがこのタイプです。デバイスは、どのレコードが変更されたかを追跡できる必要があります。各レコードは一意の ID で識別されるため、競合は非常に簡単に検出できます。レコード ID は任意に選択されるのではなく、自動的に作成されるため、サーバー ID とクライアント ID の間のマッピングはプロトコルで定義されています。マッピングは常にサーバーによって管理されます。クライアントがサーバーから新しいアイテムを受け取ると、マップ更新コマンドを送信して、アイテムに割り当てた ID をサーバーに伝えることができます。

それで、私の質問は、これについて SyncML を検討し続ける必要があるか、それとも社内ソリューションを構築する必要があるかということだと思います。おそらく、大量のデータを配信するように調整されたもので、それを定義することもできますか?

オープンソースである可能性のある iPhone 用の Syncml クライアントが必要です。Syncml クライアントにアクセスできるダウンロード リンクはどれでも役に立ちます。よろしくお願いします。