SyncML (Synchronization Markup Language)は、クロスプラットフォームで使えるXMLを基にしたデータ同期のオープン規格の以前の名前である。2000年12月17日にSyncML 1.0がリリース、1.1は2002年2月26日にリリースされた。このプロジェクトは現在、 オープン・モバイル・アライアンス (Open Mobile Alliance、OMA)で Data Synchronization (データ同期) プロジェクトとDevice Management (デバイス管理) プロジェクトとなっている。 SyncMLの目的は、既存のデータ同期ソリューションの代わりとなるオープン標準を提供することである。既存のデータ同期ソリューションは、ほとんどがベンダー、アプリケーション、オペレーティングシステムに固有となっている。

詳細 SyncMLは、以下のように要求と応答のコマンドを交換することで機能する。

携帯機器が、Alertコマンドを送信し、更新のみの同期を開始したいことを伝える コンピュータは、Statusコマンドで要求を受け入れる応答をする 携帯機器が、1つ以上のSyncコマンドを送り、各コマンドにはAddサブコマンドで電話帳エントリなどの追加項目が含まれる。エントリ数が多い場合は、タグは含まれない。 タグが含まれなかった場合、コンピュータは適切なAlertメッセージの続行を要求し、携帯機器は別の項目を送信する。もしくは、コンピュータはStatusコマンドですべてのデータを受信したことを確認する。

コマンド(Alert、Sync、Statusなど)はメッセージにグループ化される。各メッセージとその各コマンドには識別子があるため、MsgID、CmdIDのペアがコマンドを一意に決定する。 Statusコマンドなどの応答には、コマンドを識別するペアが続く。

コマンドの前に、メッセージにはトランザクションに関するさまざまなデータを指定するヘッダーが含まれる。前の例のように、更新同期を開始するためAlertコマンドを含むメッセージの例は次の通りとなる。<?xml version="1.0"?> <!DOCTYPE SyncML PUBLIC "-//SYNCML//DTD SyncML 1.2//EN" "http://www.openmobilealliance.org/tech/DTD/OMA-TS-SyncML_RepPro_DTD-V1_2.dtd"> <SyncML xmlns="SYNCML:SYNCML1.2"> <SyncHdr> <VerDTD>1.1</VerDTD> <VerProto>SyncML/1.1</VerProto> <SessionID>1</SessionID> <MsgID>1</MsgID> <Target><LocURI>PC Suite</LocURI></Target> <Source><LocURI>IMEI:3405623856456</LocURI></Source> <Meta><MaxMsgSize xmlns="syncml:metinf">8000</MaxMsgSize></Meta> </SyncHdr>

<SyncBody> <Alert> <CmdID>1</CmdID> <Data>203</Data> <!-- 203 = mobile signals a refresh from it to computer --> <Item> <Target><LocURI>Events</LocURI></Target> <Source><LocURI>/telecom/cal.vcs</LocURI></Source> <Meta><Anchor xmlns="syncml:metinf"><Last>42</Last><Next>42</Next></Anchor></Meta> </Item> </Alert>

<Final/> </SyncBody> </SyncML>コンピュータからの応答は、次のようなxmlドキュメントとなる(説明のためにコメントが追加されている)。<?xml version="1.0"?> <!DOCTYPE SyncML PUBLIC "-//SYNCML//DTD SyncML 1.2//EN" "http://www.openmobilealliance.org/tech/DTD/OMA-TS-SyncML_RepPro_DTD-V1_2.dtd"> <SyncML> <SyncHdr> <VerDTD>1.1</VerDTD> <VerProto>SyncML/1.1</VerProto> <SessionID>1</SessionID> <MsgID>1</MsgID> <Target><LocURI>IMEI:3405623856456</LocURI></Target> <Source><LocURI>PC Suite</LocURI></Source> </SyncHdr>

<SyncBody>

<!-- accept the header of the last message from the client --> <Status> <CmdID>1</CmdID> <MsgRef>1</MsgRef> <CmdRef>0</CmdRef> <!-- 0 = header of the message --> <Cmd>SyncHdr</Cmd> <TargetRef>PC Suite</TargetRef> <SourceRef>IMEI:3405623856456</SourceRef> <Data>200</Data> <!-- 200 = ok, accepted --> </Status>

<!-- accept the request of the mobile for a sync --> <Status> <CmdID>2</CmdID> <!-- this is command #2 --> <MsgRef>1</MsgRef> <CmdRef>1</CmdRef> <!-- it respond to command msg=1,cmd=1 --> <Cmd>Alert</Cmd> <TargetRef>Events</TargetRef> <SourceRef>/telecom/cal.vcs</SourceRef> <Meta><Anchor xmlns="syncml:metinf"><Next>0</Next><Last>0</Last></Anchor></Meta> <Data>200</Data> <!-- 200 = ok, accepted --> </Status>

<Final/> </SyncBody> </SyncML>このトランザクションでは、その後、Syncコマンドを含む携帯機器からのメッセージを続行する。

この例は、携帯機器がすべてのデータをコンピュータに送信し、その逆は何も送信しない更新である。 Alertコマンドのさまざまなコードを使用して、他の種類の同期も開始できる。たとえば、「双方向同期」では、最後の同期からの変更のみがコンピュータに送信される。これでも同様のことが行われる。

LastタグとNextタグは、同期が失われる可能性の追跡に使用される。 Lastは、各デバイスで測定された、同期の最後の操作の時刻を表す。例えば、携帯機器側では、時間の順序を表す単調増加の番号(1、2、3、...)を使ったり、コンピュータ側では20140112T213401Z のような文字列を使ったりする。 Nextは現在の時刻を表し、Lastと同じ書式である。このタイミングで保存されたデータと、次の同期の際にLastと違いがある場合は、同期が失われていることを示す。非同期を検出すると、適切なアクションを実行して、デバイスを同期に戻す。必要に応じてすべてのデータの送信をすることもある。

アンカーは同期の喪失を検出するためにのみ使用され、送信されるデータを示すものではない。同期が失われた場合を除いて、通常の(更新されない)同期では、各デバイスは最後の同期以降のすべての変更を送信する。

関連項目

CalDAV CardDAV iCalendar

脚注

外部リンク

OMA Technical Section - Affiliates - SyncML Sync4j: オープン・ソースのSyncML実装