syncml – ウィキペディア

Posted on by
before-content-x4

この記事には、サポート（個々の通知など）が十分に装備されていません。十分な証拠のない情報はすぐに削除される可能性があります。情報を調査して、ウィキペディアを支援してください 良い証拠を挿入します。

syncml の略語です 同期マークアップ言語 実際、データ同期の仕様。 [初め]

after-content-x4

この仕様は、主にXMLベースの表現プロトコルと同期プロトコル、およびHTTP、OBEX、およびWSPとの模範的なつながりで構成されています。 [初め] [2]

データは、MIMEで登録または表現できる限り、任意の形式にすることができます。 [3]

Syncmlは2000年12月に最初になりました 同期イニシアチブ 2000年2月に利益の意図のない合弁事業として設立された出版。たとえば、Ericsson、IBM、Lotus、Matsushita、Motorola、Nokia、Palm、Psionなど、2002年11月にオープンモバイルアライアンスにオープンしました。 [3]

同期の特別な形式はsyncml-dmです（ デバイス管理用のSyncml ）、モバイルエンドデバイスのリモートメンテナンス機能を定義し、サーバーが構成とソフトウェアの更新を管理できる。

SYNCMLに準拠したクライアントを持つデバイスは、オペレーティングシステムとメーカーに関係なく、データをSyncml互換サーバーと比較できます。データを比較できる典型的なエンドデバイスは、PC、携帯電話、ハンドコンピューターです。

データの同期は、基本的に、2つの異なるエンドデバイス（たとえば、携帯電話、ハンドヘルド、ラップトップ、またはPC）が互いに一致するプロセスです。どのENDデバイスがどのデータを持っているかが認識され、それぞれの他のエンドデバイスが独自に加えてこのデータを所有したいかどうかを確認しました。両方のENDデバイスが同じデータコンテンツを持っている場合、異なるバージョンでのみ（たとえば、1つのページでアドレスが変更されている場合）、どの変更が保持されるかを定義できます。

after-content-x4

Syncmlメッセージを使用して、クライアントはサーバーとの同期とデータを交換します。通常、クライアントは常に同期の開始を開始します。将来のバージョン1.3のみが、サーバーからクライアントへの実際のプッシュを可能にする必要があります。
Syncmlメッセージは、構造が通常の電子メールメッセージと類似しています。サーバーには、受信者と送信機の情報とクリアな同期IDを備えたヘッドがあります。ヘッドは同期コマンドに従って、データを追加、削除、および交換します。

例 [ 編集 | ソーステキストを編集します ]

Symbolisierte Darstellung einer Synchronisation

アリスとボブはそれぞれ携帯電話を持っており、同じ会社の営業担当者として雇用されています。この会社は、すべての顧客データをサーバー上で中央に管理しています。

アリスは今、デイブの顧客を知り、電話番号と名前を携帯電話に保存します。 Aliceの携帯電話は、新しいエントリをCentral Company Serverに自動的に送信します。これにより、新しい連絡先が中央に保存されています。これで、Aliceの携帯電話がサーバーへのエントリを発表した直後に、サーバーがBOB携帯電話を送信します。したがって、サーバーは、アリスとボブ間のデータコンテンツを同期しています。これは、3人以上の参加者とも動作します。

デイブの数が変更された場合、アリスは携帯電話でそれを変更し、中央企業サーバーで同期するときに変更され、次の同期のためにBOBデバイスにも到達します。

課題 [ 編集 | ソーステキストを編集します ]

syncmlの機能により、いくつかの問題が発生します。

  • 中央サーバーは、100％を実際に知っています。アリスが携帯電話の連絡先数を変更したときに更新する連絡先は何ですか？
  • サーバーは、どのように変更が行われたことを確認できますか？つまり、どのデータを比較する必要がありますか？
  • アリスとボブが短時間でデイブの電話番号に変更を加えるとどうなりますか？誰の番号が「正しい」か、それは他のすべての従業員の間で同期されていますか？
  • 新しい従業員が自分の携帯電話にさまざまなプライベート番号を入力した場合はどうなりますか？彼らは本当に中央サーバーに招待され、したがって他のすべての人がアクセスできるようにする必要がありますか？
  • 要約すると、誰が誰のデータを同期する必要がありますか？

これらの問題を解決するために、同期プロセスにはさらにいくつかの概念があります。

概念 [ 編集 | ソーステキストを編集します ]

機能データの同期については、次の概念を実装する必要があります。

  • ID処理 ：データレコードを明確に識別するのに役立ちます（たとえば、連絡先エントリ）。これは、明確なID（識別データ – ほとんど数）によって実現されます。したがって、サーバーとエンドデバイス（携帯電話など）は、たとえば、2つのデバイスの2つの連絡先が同じかどうかを認識できます。
  • 検出を変更します ：データレコードはいつ変更されたと見なされますか？最初の名前が違って書かれている場合、または電話番号全体が新しいものでなければならない場合は十分ですか？これにより、変更の検出が定義されます。これは、通常、タイムスタンプ（特定の時刻 – 日付を含む日付）で動作して、変更の時間を定義します。
  • 変更交換 ：変更はどのように行われますか？再度削除、交換、または作成する必要がありますか？これらはすべてここで定義されています。
  • 紛争検出 ：この概念は、さまざまなデータの変更、またはどのデータを同期する必要があるなど、上記のケースの認識を処理します。
  • 紛争解決 ：ここでは、上記の紛争がどのように解決されるかを決定します。原則に従って、「最初に来る人」、または「最後の勝利」 – そうです。
  • ゆっくりと速い同期 ：最後の完全な同期プロセス以降に変更されたデータ、またはすべてを比較する必要がありますか？

これは、概念の概要にすぎません。完全性の理由でのみ複製されました。

スキーマ [ 編集 | ソーステキストを編集します ]

SYNCMLプロトコル構造、出典：www.tecchannel.de

syncmlを使用すると、デバイスは均一な交換プロトコルを受け取ります。これは、デバイスの種類と送信パスに関係なく機能します。PDA、ハンドヘルド、携帯電話、携帯電話、カメラ、PCなどのさまざまなデバイスが同期プロトコルとデータを交換できるように、SyncMLはHTTP、WSP（WAIRESS SESSION Protocol、およびBlueTootの一部）などの確立されたプロトコルをサポートします。

コミュニケーション [ 編集 | ソーステキストを編集します ]

サーバーとクライアント間の同期のための基本プロセス、出典：www.syncml.org

次のグラフィックは、サーバーとクライアントの間の同期プロセスを概略的に提示することを目的としています。サーバーとクライアントの両方が、スムーズなデータ交換を可能にするSYNCMLインターフェイス（インターフェイス）を持っていることが明確にわかります。

SynCML融合データは、サーバーからクライアントにプロトコルから送信され、その逆の場合、これはHTTP（TCP/IP）、およびWSP（WAP）またはOBEX（Bluetooth、赤外線）の両方になります。

Syncクライアントエージェントは、SyncMLプロトコルに基づいて同期プロセスを開始し、クライアント側の送信プロセスを管理します。クライアントの反対側では、同期サーバーエージェントが同期要件を待っています。

同期エンジンは分析を実行し、どのデータを変更する必要があるかを確認します。これを行うために、データベースを開き、変更し、スケジュールの変更に反応したり、電子メールプログラムのフォルダーを更新したりします。

使用する [ 編集 | ソーステキストを編集します ]

基本的にエンドユーザーの側面を意味するクライアント側では、電子メール、カレンダーエントリ、アドレスディレクトリ、ドキュメントで発生する際に、モバイルの部分SyncMLがデータ型を支配します。同時に、SYNCMLは非常に柔軟であるため、新しいフォーマットをより努力なく統合できます。詳細には、プロトコルは次のものを提供します。

  • これにより、有線ネットワーク、無線ネットワーク、赤外線接続を介したデータ通信が可能になります。
  • さまざまな輸送プロトコルとデータ形式をサポートしています。
  • これにより、さまざまなデバイスからのデータアクセスが可能になります。
  • メモリと処理のパフォーマンスに関するモバイルシステムの限られたリソースを考慮しています。
  • 実証済みのネットワークテクノロジーに基づいています。
  • できるだけ多くのシステムが落ちる同期関数をサポートします。

Syncml（おばあちゃんDS）は、任命、連絡先、その他のPIMデータの比較の標準になりましたが、実際にはまだ課題があります。

  • 電子メールのIMAP実装とは対照的に、これまでにサポートしているデスクトップアプリケーションSyncMLは比較的少数です。たとえば、Microsoft OutlookまたはMozilla Thunderbirdは、この方法でサーバーとのカレンダーまたは連絡先の詳細を同期するための追加のプラグインが必要です。現在のモバイルデバイスのほとんどの携帯電話は、オペレーティングシステムのAndroid、Windows Mobile、BlackBerry、またはApple iOSを備えたスマートフォンで、この標準をサポートしています。追加のアプリケーションを使用して改造する必要があります。
  • 既存のサーバーおよびクライアントプログラム、特に異なる開発者は、常にスムーズに互いに通信するとは限りません。これは、未熟な実装によるものです。一部の星座では、同期は、精巧な構成または間違ったものの後にのみまったく機能しません（とりわけ、複製の形成など）。

現在、Duplicatおよび競合の解決とのインテリジェントなデータ比較を支配し、ユーザーに最も多くの作業を取り除くソリューションがあります。

  • ドイツでは、すべての主要な携帯電話プロバイダーとインターネットプロバイダーは、SYNCML、特にMyPhoneBookのT-Mobile、私のアドレス帳、通信センターとのO2、MSYNCサービスを備えたMobilcom、またはT-Home（T-Online）を使用したVodafoneのT-Mobileに基づくデータのバックアップと比較のサービスに依存しています。このようなサービスは、たとえば、オーストリアのMobilkomのA1アドレス帳やオーストリアのオレンジアドレス帳、およびO2アイルランドのオンラインメッセージングアドレス帳の同期など、他の国ですでに確立されています。
  1. ↑ a b syncml共通仕様のイネーブラーリリース定義。 （PDF; 91 KB）オープンモバイルアライアンス、24。Juli2009、 2018年2月11日にアクセス 。
  2. ↑ SyncMl WSPバインディング、バージョン1.1。 （PDF; 97 KB）オープンモバイルアライアンス、15。2月2002年、 2018年2月11日にアクセス 。
  3. ↑ a b OMA DS標準は履歴を変更します。 （PDF; 111 KB）オープンモバイルアライアンス、2008年3月31日、 2018年2月11日にアクセス 。
after-content-x4