Presentation is loading. Please wait.

Presentation is loading. Please wait.

© 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document.

Similar presentations


Presentation on theme: "© 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document."— Presentation transcript:

1 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #1 [OMA-Template-SlideDeck I] Submitted To:OMA DS for presentation at vCard workshop (hosted by the Calendaring and Scheduling Consortium) Date:18 Sep 2007 Availability:Public Contact:Mark Paterson, Darryl Champagne, Source:OMA DS Working Group OMA-DS-DS_DO INP_vCard_Workshop OMA DS and VCard USE OF THIS DOCUMENT BY NON-OMA MEMBERS IS SUBJECT TO ALL OF THE TERMS AND CONDITIONS OF THE USE AGREEMENT (located at AND IF YOU HAVE NOT AGREED TO THE TERMS OF THE USE AGREEMENT, YOU DO NOT HAVE THE RIGHT TO USE, COPY OR DISTRIBUTE THIS DOCUMENT.http://www.openmobilealliance.org/UseAgreement.html THIS DOCUMENT IS PROVIDED ON AN "AS IS" "AS AVAILABLE" AND "WITH ALL FAULTS" BASIS. Intellectual Property Rights Members and their Affiliates (collectively, "Members") agree to use their reasonable endeavours to inform timely the Open Mobile Alliance of Essential IPR as they become aware that the Essential IPR is related to the prepared or published Specification. This obligation does not imply an obligation on Members to conduct IPR searches. This duty is contained in the Open Mobile Alliance application form to which each Member's attention is drawn. Members shall submit to the General Manager of Operations of OMA the IPR Statement and the IPR Licensing Declaration. These forms are available from OMA or online at the OMA website at

2 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #2 [OMA-Template-SlideDeck I] What is OMA DS? OMA DS (formerly known as SyncML) is most commonly thought of as a method to synchronize contact and calendar information between some type of handheld device and a computer. The new version of the specification includes support for providing a standard protocol alternative to proprietary solutions.

3 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #3 [OMA-Template-SlideDeck I] How does OMA DS relate to vCard? In order to synchronize contact information the OMA Enabler Specifications specify that vCard 2.1 or 3.0 be used as the data object format for the contact information

4 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #4 [OMA-Template-SlideDeck I] What problems have been seen? Since Contact Synchronization uses vCard, problems with the underlying data object format effect the quality of the sync. 1. Too Many Type combination possibilities. 2. No good way of knowing what a device can store or provide. 3. No support for enumerating contact methods. 4. Proper format for date time stamps not sufficiently defined. 5. Proper format for phone numbers not sufficiently defined. 6. Proper format for addresses not sufficiently defined. 7. Obsolete methods of communication supported while new methods are not.

5 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #5 [OMA-Template-SlideDeck I] Problem #1 Too Many Type combination possibilities TEL;TYPE=VOICE,CELL TEL;TYPE=CELL,VOICE TEL;TYPE=CELL These are all perfectly legal!!! You can probably specify your home cell submarine phone number So why is this an issue? Some devices will only accept certain combinations Some devices will accept a combination but send it back differently What would be nice to see? A more stringent definition of acceptable combinations. An enforcement regarding what should be supported.

6 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #6 [OMA-Template-SlideDeck I] Problem #2 No good way of knowing what a device can store or provide Server sends the following to a device… TEL;type=WORK:+1 (617) TEL;type=HOME:+1 (617) TEL;type=SUBMARINE:+1 (617) Device sends back the following on a later sync… TEL;type=WORK:+1 (617) TEL;type=HOME:+1 (617) What happened? Device doesnt support submarine numbers (go figure ) and ignored it? User deleted the submarine number? What would be nice to see? Better way of understanding what a device accepts. An enforcement regarding what should be supported.

7 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #7 [OMA-Template-SlideDeck I] Problem #3 No support for enumerating contact methods Server sends the following to a device… TEL;type=WORK:+1 (617) TEL;type=WORK:+1 (617) TEL;type=WORK:+1 (617) Device sends back the following on a later sync… TEL;type=WORK:+1 (617) TEL;type=WORK:+1 (617) What happened? Device only supports 2 work numbers and ignored the 3 rd one? User deleted one of the numbers? Which one? What would be nice to see? Some way of enumerating or uniquely identified a contact method Could be across all methods or for methods of the same type.

8 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #8 [OMA-Template-SlideDeck I] Problem #4 Proper format for date time stamps not sufficiently defined The format of BDAY must be defined more strongly in order to have always the same format sent or received. This unique format could be the following (which includes time in UTC form) : yyyymmddThhmmss{sign}thtm (ISO 8601 basic format only) where all values yyyy, mm, ss, hh, mm, ss, th, tm are mandatory (even if null or unknown (default 00 )). where T is mandatory where {sign} (e.g. "+" or "-") is mandatory where Z is forbidden (in ISO 8601, after the time value Z indicates UTC time) where hyphens ("-") are forbidden in date value where colons (":") are forbidden in time and UTC offset values (thtm)

9 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #9 [OMA-Template-SlideDeck I] Problem #5 Proper format for phone numbers not sufficiently defined (333) All of these are valid. Some servers store the country code, area code, and actual number separately. Some devices want to display them a certain way. So why is this an issue? Formatting preferences on either end affect the other. Country code end up as area codes, etc… Cant use them to make a phone call some times!!! What would be nice to see? A stringent definition of how phone numbers should be defined.

10 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #10 [OMA-Template-SlideDeck I] Problem #6 Proper format for addresses not sufficiently defined …See problems #4 and #5 Label property seems obsolete but used by some to avoid supporting ADDR property.

11 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #11 [OMA-Template-SlideDeck I] Problem #7 Obsolete methods of communication supported while new methods are not BBS, MODEM, PCS, CAR, ISDN (SUBMARINE isnt actually in there ) AOL, AppleLink, ATTMail, CIS, eWorld, IBMMail, MCIMail, POWERSHARE, PRODIGY, TLX How do you specify how to reach someone using IM?

12 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #12 [OMA-Template-SlideDeck I] What would help OMA DS? A Vcard 3.0 that solved these issues (calsify for vCard). Test Suites that help ensure better conformance and interoperability. Some attempts done within OMA to help but largely ignored… vObject Minimum Interoperability Profile C/OMA-TS-vObjectOMAProfile-V1_ C.pdf A new contact format might be interesting but overall,despite its inadequacies, vCard has been a success, it is supported all over the place.

13 © 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. OMA-DS-DS_DO Slide #13 [OMA-Template-SlideDeck I] Conclusion Specify it and we will use it.


Download ppt "© 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document."

Similar presentations


Ads by Google