SyncML (Synchronization Markup Language) platform bağımsız bilgi senkronizasyonu standardıdır. Proje şu anda Veri Senkronizasyonu ve Cihaz Yönetimi olarak adlandırılmaktadır. SyncML'nin amacı, çoğunlukla birtakım satıcı, uygulama veya işletim sistemine özgü olan mevcut veri senkronizasyon çözümlerinin yerini alan bir açık standart sunmaktır.
SyncML, istekleri ve yanıtları olabilecek komutları değiştirerek çalışır. Örnek olarak:
- mobil, yalnızca bir yenileme senkronizasyonuna başlama isteğini bildirmek için bir Uyarı komutu gönderir
- bilgisayar, isteği kabul etmek için bir Durum komutuyla yanıt verir
- mobil, her bir öğe için bir Add alt komutu içeren bir veya daha fazla Sync komutu gönderir (ör., telefon rehberi girişi); Giriş sayısı büyükse, <Final /> etiketini içermez;
- ikinci durumda, bilgisayar uygun bir Uyarı mesajıyla devam etmeyi talep eder ve mobil cihaz, başka bir öğe yığını gönderir; aksi halde bilgisayar, tüm verileri bir Durum komutuyla aldığını doğrular.
Komutlar (Alert, Sync, Status, ecc.) Mesajlara ayrılmıştır. Her mesaj ve her bir komutunun bir tanımlayıcısı vardır, böylece MsgID çifti, CmdID bir komutu benzersiz şekilde belirler. Durum komutları gibi yanıtlar, yanıtladıkları komutu belirleyen çifti içerir.
İşlem
Komutlardan önce, mesajlar işlemle ilgili çeşitli verileri belirten bir başlık içerir. Önceki örnekteki gibi bir yenileme senkronizasyonuna başlamak için Uyarı komutunu içeren örnek bir mesajdır:
<?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>
Bilgisayardan gelen yanıt, bir xml belgesi gibi olabilir (yorumlar eklendi açıklama uğruna):
<?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>
İşlem daha sonra, Senk komutunu içeren mobilden bir mesaj ile devam eder.
Bu örnek, cep telefonunun tüm verilerini bilgisayara gönderdiği ve başka bir şekilde hiçbir şeyin gönderilmediği bir yenileme işlemidir. İlk Uyarı komutundaki farklı kodlar, diğer senkronizasyon türlerini başlatmak için kullanılabilir. Örneğin, bir "iki yönlü eşitleme" de, yalnızca son eşitlemeden gelen değişiklikler bilgisayara gönderilir, aynısı yapar.
Son ve Sonraki etiketler olası bir senkronizasyon kaybını takip etmek için kullanılır. Son olarak, her cihaz tarafından ölçülen son senkronizasyon işleminin zamanı gösterilir. Örneğin, bir mobil bilgisayar 20140112T213401Z gibi dizileri kullanırken, bir süreyi temsil etmek için aşamalı sayılar (1, 2, 3, ...) kullanabilir. Bu ikinci veri saklanır ve bir sonraki senkronizasyonda Son ile karşılaştırılır. Herhangi bir fark, senkronizasyon kaybını gösterir. Tüm verileri göndermeyi içeren uygun eylemler daha sonra cihazları tekrar senkronize etmek için alınabilir.
Ankrajlar sadece bir senkronizasyon kaybını tespit etmek için kullanılır, hangi verilerin gönderileceğini belirtmezler. Senkronizasyon durumu kaybı haricinde, normal (yenilenmeyen) bir senkronizasyonda, her cihaz son senkronizasyondan bu yana tüm değişiklikleri gönderir.
Kaynakça
- ^ "Arşivlenmiş kopya". 29 Nisan 2018 tarihinde kaynağından . Erişim tarihi: 29 Nisan 2018.
- ^ "Arşivlenmiş kopya". 29 Nisan 2018 tarihinde kaynağından arşivlendi. Erişim tarihi: 29 Nisan 2018.
- ^ "Arşivlenmiş kopya". 29 Nisan 2018 tarihinde kaynağından . Erişim tarihi: 29 Nisan 2018.
- ^ "Arşivlenmiş kopya". 29 Nisan 2018 tarihinde kaynağından . Erişim tarihi: 29 Nisan 2018.
- ^ "Arşivlenmiş kopya". 29 Nisan 2018 tarihinde kaynağından . Erişim tarihi: 29 Nisan 2018.
- ^ "Arşivlenmiş kopya" (PDF). 4 Eylül 2017 tarihinde kaynağından (PDF). Erişim tarihi: 29 Nisan 2018.
- ^ (PDF). 21 Ekim 2016 tarihinde kaynağından (PDF) arşivlendi. Erişim tarihi: 29 Nisan 2018.
Dış bağlantılar
- SyncML 15 Ekim 2019 tarihinde Wayback Machine sitesinde .
Ayrıca bakınız
wikipedia, wiki, viki, vikipedia, oku, kitap, kütüphane, kütübhane, ara, ara bul, bul, herşey, ne arasanız burada,hikayeler, makale, kitaplar, öğren, wiki, bilgi, tarih, yukle, izle, telefon için, turk, türk, türkçe, turkce, nasıl yapılır, ne demek, nasıl, yapmak, yapılır, indir, ücretsiz, ücretsiz indir, bedava, bedava indir, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, resim, müzik, şarkı, film, film, oyun, oyunlar, mobil, cep telefonu, telefon, android, ios, apple, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, pc, web, computer, bilgisayar
SyncML Synchronization Markup Language platform bagimsiz bilgi senkronizasyonu standardidir Proje su anda Veri Senkronizasyonu ve Cihaz Yonetimi olarak adlandirilmaktadir SyncML nin amaci cogunlukla birtakim satici uygulama veya isletim sistemine ozgu olan mevcut veri senkronizasyon cozumlerinin yerini alan bir acik standart sunmaktir SyncML istekleri ve yanitlari olabilecek komutlari degistirerek calisir Ornek olarak mobil yalnizca bir yenileme senkronizasyonuna baslama istegini bildirmek icin bir Uyari komutu gonderir bilgisayar istegi kabul etmek icin bir Durum komutuyla yanit verir mobil her bir oge icin bir Add alt komutu iceren bir veya daha fazla Sync komutu gonderir or telefon rehberi girisi Giris sayisi buyukse lt Final gt etiketini icermez ikinci durumda bilgisayar uygun bir Uyari mesajiyla devam etmeyi talep eder ve mobil cihaz baska bir oge yigini gonderir aksi halde bilgisayar tum verileri bir Durum komutuyla aldigini dogrular Komutlar Alert Sync Status ecc Mesajlara ayrilmistir Her mesaj ve her bir komutunun bir tanimlayicisi vardir boylece MsgID cifti CmdID bir komutu benzersiz sekilde belirler Durum komutlari gibi yanitlar yanitladiklari komutu belirleyen cifti icerir IslemKomutlardan once mesajlar islemle ilgili cesitli verileri belirten bir baslik icerir Onceki ornekteki gibi bir yenileme senkronizasyonuna baslamak icin Uyari komutunu iceren ornek bir mesajdir lt xml version 1 0 gt lt DOCTYPE SyncML PUBLIC SYNCML DTD SyncML 1 2 EN http www openmobilealliance org tech DTD OMA TS SyncML RepPro DTD V1 2 dtd gt lt SyncML xmlns SYNCML SYNCML1 2 gt lt SyncHdr gt lt VerDTD gt 1 1 lt VerDTD gt lt VerProto gt SyncML 1 1 lt VerProto gt lt SessionID gt 1 lt SessionID gt lt MsgID gt 1 lt MsgID gt lt Target gt lt LocURI gt PC Suite lt LocURI gt lt Target gt lt Source gt lt LocURI gt IMEI 3405623856456 lt LocURI gt lt Source gt lt Meta gt lt MaxMsgSize xmlns syncml metinf gt 8000 lt MaxMsgSize gt lt Meta gt lt SyncHdr gt lt SyncBody gt lt Alert gt lt CmdID gt 1 lt CmdID gt lt Data gt 203 lt Data gt lt 203 mobile signals a refresh from it to computer gt lt Item gt lt Target gt lt LocURI gt Events lt LocURI gt lt Target gt lt Source gt lt LocURI gt telecom cal vcs lt LocURI gt lt Source gt lt Meta gt lt Anchor xmlns syncml metinf gt lt Last gt 42 lt Last gt lt Next gt 42 lt Next gt lt Anchor gt lt Meta gt lt Item gt lt Alert gt lt Final gt lt SyncBody gt lt SyncML gt Bilgisayardan gelen yanit bir xml belgesi gibi olabilir yorumlar eklendi aciklama ugruna lt xml version 1 0 gt lt DOCTYPE SyncML PUBLIC SYNCML DTD SyncML 1 2 EN http www openmobilealliance org tech DTD OMA TS SyncML RepPro DTD V1 2 dtd gt lt SyncML gt lt SyncHdr gt lt VerDTD gt 1 1 lt VerDTD gt lt VerProto gt SyncML 1 1 lt VerProto gt lt SessionID gt 1 lt SessionID gt lt MsgID gt 1 lt MsgID gt lt Target gt lt LocURI gt IMEI 3405623856456 lt LocURI gt lt Target gt lt Source gt lt LocURI gt PC Suite lt LocURI gt lt Source gt lt SyncHdr gt lt SyncBody gt lt accept the header of the last message from the client gt lt Status gt lt CmdID gt 1 lt CmdID gt lt MsgRef gt 1 lt MsgRef gt lt CmdRef gt 0 lt CmdRef gt lt 0 header of the message gt lt Cmd gt SyncHdr lt Cmd gt lt TargetRef gt PC Suite lt TargetRef gt lt SourceRef gt IMEI 3405623856456 lt SourceRef gt lt Data gt 200 lt Data gt lt 200 ok accepted gt lt Status gt lt accept the request of the mobile for a sync gt lt Status gt lt CmdID gt 2 lt CmdID gt lt this is command 2 gt lt MsgRef gt 1 lt MsgRef gt lt CmdRef gt 1 lt CmdRef gt lt it respond to command msg 1 cmd 1 gt lt Cmd gt Alert lt Cmd gt lt TargetRef gt Events lt TargetRef gt lt SourceRef gt telecom cal vcs lt SourceRef gt lt Meta gt lt Anchor xmlns syncml metinf gt lt Next gt 0 lt Next gt lt Last gt 0 lt Last gt lt Anchor gt lt Meta gt lt Data gt 200 lt Data gt lt 200 ok accepted gt lt Status gt lt Final gt lt SyncBody gt lt SyncML gt Islem daha sonra Senk komutunu iceren mobilden bir mesaj ile devam eder Bu ornek cep telefonunun tum verilerini bilgisayara gonderdigi ve baska bir sekilde hicbir seyin gonderilmedigi bir yenileme islemidir Ilk Uyari komutundaki farkli kodlar diger senkronizasyon turlerini baslatmak icin kullanilabilir Ornegin bir iki yonlu esitleme de yalnizca son esitlemeden gelen degisiklikler bilgisayara gonderilir aynisi yapar Son ve Sonraki etiketler olasi bir senkronizasyon kaybini takip etmek icin kullanilir Son olarak her cihaz tarafindan olculen son senkronizasyon isleminin zamani gosterilir Ornegin bir mobil bilgisayar 20140112T213401Z gibi dizileri kullanirken bir sureyi temsil etmek icin asamali sayilar 1 2 3 kullanabilir Bu ikinci veri saklanir ve bir sonraki senkronizasyonda Son ile karsilastirilir Herhangi bir fark senkronizasyon kaybini gosterir Tum verileri gondermeyi iceren uygun eylemler daha sonra cihazlari tekrar senkronize etmek icin alinabilir Ankrajlar sadece bir senkronizasyon kaybini tespit etmek icin kullanilir hangi verilerin gonderilecegini belirtmezler Senkronizasyon durumu kaybi haricinde normal yenilenmeyen bir senkronizasyonda her cihaz son senkronizasyondan bu yana tum degisiklikleri gonderir Kaynakca Arsivlenmis kopya 29 Nisan 2018 tarihinde kaynagindan Erisim tarihi 29 Nisan 2018 Arsivlenmis kopya 29 Nisan 2018 tarihinde kaynagindan arsivlendi Erisim tarihi 29 Nisan 2018 Arsivlenmis kopya 29 Nisan 2018 tarihinde kaynagindan Erisim tarihi 29 Nisan 2018 Arsivlenmis kopya 29 Nisan 2018 tarihinde kaynagindan Erisim tarihi 29 Nisan 2018 Arsivlenmis kopya 29 Nisan 2018 tarihinde kaynagindan Erisim tarihi 29 Nisan 2018 Arsivlenmis kopya PDF 4 Eylul 2017 tarihinde kaynagindan PDF Erisim tarihi 29 Nisan 2018 PDF 21 Ekim 2016 tarihinde kaynagindan PDF arsivlendi Erisim tarihi 29 Nisan 2018 Dis baglantilarSyncML 15 Ekim 2019 tarihinde Wayback Machine sitesinde Ayrica bakinizFunambol CalDAV CardDAV