Extensible device synchronization architecture and user interface

• US 20060041893A1
• Filed: 08/20/2004
• Published: 02/23/2006
• Est. Priority Date: 08/20/2004
• Status: Abandoned Application

• Current Assignee: Microsoft Technology Licensing LLC (Microsoft Corporation)
• Original Assignee: Microsoft Corporation
• Inventors: Castro, Alexander, Lee, Oliver, Wentz, Brian D., Rollin, Kelly, Watson, Marieke Iwema, van der Bogert, Giles, Silverman, Andrew, Araman, Christopher
• Application Number:
  US10/923,609
• Publication Number:
  US 20060041893A1
• Time in Patent Office: Days
• US Class Current: 719/320
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]
• CPC Class Codes: H04L 67/306 User profiles

Abstract

An extensible device synchronization architecture and user interface is provided. A variety of device classes are supported, and support is also provided for mass storage, WMDM, MTP, AS, etc. An extensible UI model is provided that allows content type specific setting UI to plug-in. Support for 2-way synchronization is also provided. The synchronization architecture includes a content type user experience level, and a synchronization engine layer, with handlers and a synchronization engine API which handlers can use to manage their item level synchronization relationships and implement the semantics of the synchronization. In addition, the content that is being synchronized may be transformed so that the user'"'"'s experience on the destination device (e.g., mobile phone, portable audio player, PDA, other type of personal or handheld computer, etc.) is optimized and these transforms are also extensible.

Claims

1. A method for synchronization, comprising:

specifying a plurality of content types which are supported and which may be selected for synchronization;

providing a user interface on which one or more of the content types may be selected; and

during a synchronization process synchronizing the selected content types to a device.

2. The method of claim 1, wherein the support for the content types is extensible.

3. The method of claim 1, further comprising specifying a plurality of device classes that are supported for synchronization.

4. The method of claim 3, wherein the support for the device classes is extensible.

5. The method of claim 1, wherein handlers store content selections made by a user.

6. The method of claim 5, wherein a handler is utilized when a synchronization is started.

7. The method of claim 6, wherein the handler is responsible for synchronizing content based on a user'"'"'s settings.

8. The method of claim 1, wherein a shell provides a synchronization API which can be utilized by the handlers to manage their synchronization relationships.

9. The method of claim 1, wherein as part of a synchronization process a determination is made as to whether the content that is being synchronized needs to be resized for the destination device.

10. The method of claim 1, wherein as part of a synchronization process a determination is made as to whether the content that is being synchronized needs to be reformatted in order to be appropriate for the destination device.

11. The method of claim 1, wherein as part of a synchronization process a determination is made as to whether the content that is being synchronized needs to be re-encoded in order to be appropriate for the destination device.

12. The method of claim 1, wherein applications are able to register for one or more of a plurality of content types, the registrations of the applications allowing the applications to provide UI for configuring the content types.

13. The method of claim 1, wherein a synchronization engine layer is provided at which a handler is invoked when a synchronization is started.

14. A computer-readable medium having computer-executable instructions for performing the steps recited in claim 1.

15. A synchronization system, comprising:

a UI layer, wherein applications are able to register for one or more of a plurality of content types which are supported for synchronization, the registrations allowing the applications to provide UI at the UI layer for configuring the types of content that have been registered for; and

a synchronization engine layer, wherein a handler is invoked when a synchronization is started and the handler is responsible for synchronizing content based on a user'"'"'s settings.

16. The system of claim 15, further comprising a shell management layer, wherein the handler is responsible for reporting progress of the synchronization back to the shell management layer.

17. The system of claim 16, wherein a synchronization engine API is provided which handlers can use to manage their synchronization relationships.

18. The system of claim 15, wherein the support for the content types is extensible.

19. The system of claim 18, wherein a plurality of device classes are supported for synchronization.

20. The system of claim 19, wherein the support for the device classes is extensible.

21. A computer-readable medium having computer-executable instructions for performing steps comprising:

specifying a plurality of content types that are supported and that can be selected for synchronization;

receiving selection signals indicative of content types that have been selected by a user for synchronization; and

synchronizing the selected content types to an external device.

22. The computer-readable medium of claim 21, wherein the external device falls into one of a plurality of device classes that are supported for synchronization.

23. The computer-readable medium of claim 22, wherein the support for the device classes is extensible.

24. The computer-readable medium of claim 23, wherein the support for the plurality of content types is extensible.

25. The computer-readable medium of claim 21, wherein applications register to handle particular content types, the registering of the applications allowing the applications to provide UI for configuring the content types.

26. The computer-readable medium of claim 21, wherein handlers store selections made by the user and are responsible for synchronizing content based on the user'"'"'s selections.

27. The computer-readable medium of claim 26, wherein a synchronization engine API is provided which handlers can use to manage their synchronization relationships.

28. A synchronization system, comprising:

a device capabilities store which maintains information about a device'"'"'s capabilities, such that data that is to be synchronized to the device may be altered to be appropriate for the device; and

a user options store which maintains information about user options for the device synchronization process.

29. The system of claim 28, further comprising a transform enumeration engine which enumerates a set of transforms for device capabilities, user options and the nature of the content that is to be synchronized.

30. The system of claim 29, further comprising a synchronization engine which is responsible for managing the transfer of content between the computer system and an external device.

31. The system of claim 30, further comprising a transform engine which is responsible for determining what handlers to call, and once the transformation is complete passes the newly transformed data to the synchronization engine where it is transferred over to the device.

32. The system of claim 31, wherein the handlers comprise data transformation handlers which correspond to a per data-type basis and are used to execute transform descriptors passed to the transform engine for a particular data-type.

33. A computer-readable medium having computer-executable instructions for performing steps comprising:

determining if content that is to be synchronized to a device needs to be reduced in size in order to be appropriate for the device; and

determining if the content that is to be synchronized needs to be reformatted in order to be appropriate for the device.

34. The computer-readable medium of claim 33, having further computer executable instructions for performing the step of determining if the content protection inhibits the transfer of the content to the device in which case the content will be transcribed from one copy protection mechanism to another.

35. The computer-readable medium of claim 33, wherein the content comprises an image and the size determination is based on whether the image should be reduced to fit on the device'"'"'s display, and the image is further reviewed to determine if it has the proper encoding for being provided on the device'"'"'s display.

36. The computer-readable medium of claim 33, wherein the content comprises audio, and the size determination is based on whether the bit rate needs to be reduced, and a determination is made as to whether the content needs to be re-encoded to be appropriate for the device.

37. The computer-readable medium of claim 33, wherein the content comprises video, and the size determination is based on whether the resolution of the video file should be reduced, and a determination is made as to whether the file needs to be re-encoded to be appropriate for the device.

38. The computer-readable medium of claim 33, wherein the content comprises documents, and a determination is made as to whether the documents need to be translated from one format to another so that they can be modified and viewed on the device.

39. The computer-readable medium of claim 33, wherein the content comprises contacts, and a determination is made as to whether the device is unable to support certain fields in the contents in which case those fields are stripped out and are not transferred to the device.

40. The computer-readable medium of claim 33, wherein the framework is extensible in that additional transforms for content data types can be plugged into the framework.