CN100481837C - 在终端和服务器之间移动用户个人数据的同步处理方法 - Google Patents
在终端和服务器之间移动用户个人数据的同步处理方法 Download PDFInfo
- Publication number
- CN100481837C CN100481837C CNB2005101125255A CN200510112525A CN100481837C CN 100481837 C CN100481837 C CN 100481837C CN B2005101125255 A CNB2005101125255 A CN B2005101125255A CN 200510112525 A CN200510112525 A CN 200510112525A CN 100481837 C CN100481837 C CN 100481837C
- Authority
- CN
- China
- Prior art keywords
- data
- multimedia message
- attribute
- imescard
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种在终端和服务器之间移动用户个人数据的同步处理方法，是先以vCard数据格式为基础增加标识符、新格式和新属性而构成的iMesCard数据格式描述短信或彩信等个人信息数据，再在数据通信过程中采用国际标准的数据同步协议SyncML对个人数据进行同步处理，在终端和服务器之间实现用户个人数据的同步承载；即本发明的整体同步模式为SyncML+iMesCard。其中iMesCard数据格式是基于现有的标准vCard创新提出的，能够高效而灵活地实现短信、彩信等数据格式的转换，并适宜于在各种终端设备上进行存储和处理。而且，随着新型的个人信息数据类型的出现，该iMesCard数据格式能够非常方便、容易地实现扩展。
Description
技术领域
本发明涉及一种移动用户进行数据通信时的数据传输方法，确切地说，涉及一种在终端和服务器之间移动用户个人数据的同步处理方法，属于移动通信技术领域。
背景技术
目前，越来越多的用户需要通过有线或无线通信方式将终端(包括手机、PDA和PC客户端等)中的个人数据同步至网络侧的服务器，以达成双方数据的一致，从而能够用多种不同终端、多种不同接入方式来管理和查询个人数据，并能基于这些个人数据使用短信等增值业务，保证即使终端丢失也不会导致个人数据的丧失。目前的个人数据主要是通讯录、日程安排、短信、彩信等。
现在，终端和服务器端之间的同步通常采用OMA组织制定的国际标准SyncML技术。在SyncML中，通讯录和日程安排分别采用IETF组织制定的vCard数据协议和vCalendar数据协议来表示之。
但是，随着数据业务，尤其是短信等数据业务的发展，用户已经不仅仅局限于通讯录、日程安排等数据的同步保存，希望同步保存短信和彩信数据的需求也越来越强烈。然而，国内外至今还没有一个可直接用于同步短信、彩信类的用户数据的数据同步协议或标准。
中国专利《用于电话网的‘个人信息辅助技术’业务的实现方法》(专利号：CN02155383)和中国专利申请《一种独立于移动终端的个人信息管理方法》(申请号：02131177)虽然都提供了如何对用户数据信息进行存储和管理的方法，但是它们都没有涉及短信、彩信等用户数据的同步处理方法。
因此，如何尽快发明一种数据处理的新方法，在各类终端(包括手机、PDA、PC客户端等)和服务器端之间用于对移动用户数据(尤其是短信和彩信数据)实现同步承载传输，已经成为一个当前通信行业技术人员急需解决的焦点和新课题。
发明内容
有鉴于此，本发明的目的是提供一种在终端和服务器之间移动用户个人数据的同步处理方法，该方法是通过制定相关的数据对象的组织格式，用于数据通信过程中个人数据信息的同步处理的各个操作中，在终端(手机、PDA、PC客户端等)和服务器端之间实现用户数据的同步承载。
为了达到上述目的，本发明提供了一种在终端和服务器之间移动用户个人数据的同步处理方法，其特征在于：包括下列步骤：
(1)确定需要同步的移动用户个人信息数据的最小数据集合；
(2)预设用户终端和服务器之间的数据同步模式；
(3)用户终端或服务器对个人信息数据进行结构化解析，以vCard数据格式为基础增加标识符、新格式和新属性而构成的iMesCard数据格式描述个人信息数据，即把个人信息数据转换为iMesCard数据对象，构造iMesCard数据流，再进行存储处理；
(4)用户终端和服务器之间建立有线或无线方式的网络联结后，由服务器对用户或用户终端进行鉴权，鉴权通过后准备启动数据同步；
(5)采用标准数据同步协议，并按照步骤(2)预设的数据同步模式，在用户终端和服务器之间进行iMesCard数据流的同步；该iMesCard数据流为需要同步的个人信息数据；
(6)用户终端或服务器对接收到的iMesCard数据流进行解析处理，恢复成个人信息数据形式，进行存储处理，数据同步结束。
所述移动用户个人信息数据至少包括短信和/或彩信。
对短信进行同步时，所述步骤(1)中的最小数据集合包括：
(101)源地址：发送该短信的发起者的地址号码；
(102)目的地址：接收该短信的接收者的地址号码；
(103)时间戳：接收或发送该短信的时间；
(104)短信内容的编码方案：表明该短信内容的编码格式；
(105)短信内容。
对彩信进行同步时，所述步骤(1)中的最小数据集合包括：
(111)源地址：发送该彩信的发起者的地址号码；
(112)目的地址：接收该彩信的接收者的地址号码；
(113)时间戳：接收或发送该彩信的时间；
(114)主题：该彩信内容的主题名称；
(115)呈现形式：表明组成该彩信各部分内容的展现形式和布局格式；
(116)消息类型：表明该彩信内容的类型，至少包括图像、音频、文本；
(117)消息用途：表明该短信用于个人、广告、或信息服务；
(118)彩信内容的编码方案：表明该彩信内容的编码格式；
(119)彩信内容。
所述步骤(5)的标准数据同步协议是OMA组织制定的SyncML标准同步协议。
所述步骤(2)的数据同步模式至少包括下述七种：
(21)快同步：客户端和服务器相互交换各自数据的修改信息，由客户端先发送修改信息；
(22)慢同步：客户端和服务器的所有数据进行逐项比较同步；
(23)客户端单向同步：客户端把它的数据修改信息发送到服务器，但服务器不发送它的数据修改信息给客户端；
(24)客户端刷新同步：客户端从数据库导出所有数据发送至服务器，服务器用接收的这些数据替换目标数据库中的全部数据；
(25)服务器单向同步：客户端从服务器获得所有的数据修改信息，但它的数据修改信息不发送给服务器；
(26)服务器刷新同步：服务器从数据库导出所有数据发送至客户端，客户端用接收的这些数据替换目标数据库中的全部数据；
(27)服务器通知同步：服务器通知客户端启动上述六种预设模式之一的同步操作。
所述iMesCard数据格式中，以vCard数据格式为基础所增加的标识符、新格式和新属性至少包括：
(1)iMesCard数据类型的标识符：Text/X-iMesCard，用作该iMesCard数据类型区别于其它数据类型的标识；
(2)iMesCard数据流和iMesCard数据对象的格式：每个iMesCard数据流至少包含一个iMesCard数据对象，每个iMesCard数据对象至少包含一个元素，每个元素至少包含一个属性；在iMesCard数据流中，一个iMesCard数据对象以“Begin”分隔符开始，以“End”分隔符结束；
(3)iMesCard数据对象的元素属性Property格式：用于统一规定iMesCard数据对象中各元素的属性格式，定义如下：属性名字[‘；‘属性参数]’：‘属性值，即PropertyName[‘；‘PropertyParameters]’：‘PropertyValue；式中[]内的属性参数可为零个、一个或多个；
(4)iMesCard数据对象元素的消息格式Message Type属性：表明该消息为短信或彩信，其标记符为MTP，该属性参数包括：SM-表示短信，MM-表示彩信；为必选属性；
(5)iMesCard数据对象元素的归属Message Adscription属性：表明短信或彩信来自哪个文件夹，其标记符为MAD，该属性参数至少包括：收件箱INBOX、发件箱OUTBOX、草稿箱DRAFT和我的文件夹MYFOLDER；为必选属性；
(6)iMesCard数据对象元素的地址Address属性：表明短信或彩信的发起者地址号码或接收者地址号码，其标记符为ADR，该属性参数包括：发起者SOURCE，接收者DESTINATION，接收者可为一个或多个；为必选属性；
(7)iMesCard数据对象元素的时间戳Timestamp属性：表明短信或彩信的发送或接收时间，其标记符为STAMP；该属性值为一个表示日期和一天内的某个时刻的合并值的字符串，该字符串的表示法遵循ISO8601基本格式或扩展格式；为可选属性；
(8)iMesCard数据对象元素的短信内容Short Message Content属性：表明短信内容，其标记符为SMC；如果消息格式MTP属性值为SM，则为必选属性，如果MTP属性值为MM，则为可选属性；该属性参数为该短信内容的编码格式，至少包括：Alphabet、ASCII、Octet、ISO88591、X02081990、ISO88595、ISO88598、UCS2、Pictogram、ISO2022、JPKanji、KSC5601b、或GB；
(9)iMesCard数据对象元素的主题Subject属性：表明彩信内容的主题名称，其标记符为SUB；如果消息格式MTP属性值为SM，则为可选属性，如果MTP属性值为MM，则为必选属性；
(10)iMesCard数据对象元素的呈现Presentation属性：表明彩信的呈现形式，用于描述彩信如何藉由文本、声音、图片的相互组合与作用，呈现相应的效果，其标记符为PRE；作为彩信的专有属性，其属性值是用SMIL(Synchronised Multimedia Integration Language)语言表示的Presentation内容，但在遇到下述符号：“；”、“\”、“：”、“，”时，需要加转义符号“\”；为可选属性；
(11)iMesCard数据对象元素的彩信内容Multimedia Message Content属性：表明彩信的内容，其标记符为MMC；一条彩信可有一个或多个MMC属性，该属性参数有四种：彩信用途-表明彩信的用途，彩信类型-表明彩信是图像、文本、或声音，彩信源-表明彩信内容的来源，彩信编码方案-表明彩信内容的编码格式；如果消息格式MTP属性值为SM，则为可选属性，如果MTP属性值为MM，则为必选属性。
所述时间戳Timestamp属性中的时间值为当地时间或协调世界时UTC；如果该短信或彩信的归属属性MAD值为INBOX，则时间戳STAMP的值为接收时间；如果MAD值为OUTBOX，则STAMP的值为发送时间；如果MAD值为DRAFT，则STAMP属性为空；如果MAD值为MYFOLDER，则STAMP属性为空，或为该短信或彩信的最初接收时间或发送时间。
所述彩信内容(Multimedia Message Content)属性的四种属性参数都有对应的数值，藉由这些数值的组合，确定每条彩信的用途、格式和内容；其中：
彩信用途的属性参数至少包括：私人PERSONAL、广告ADVERTISEMENT、或信息INFORMATION；
彩信类型的属性参数至少包括：图像IMAGE、文本TEXT、或声音AUDIO；
彩信源的属性参数是以“SRC＝XXX”标识的彩信文件名或地址信息，式中XXX为彩信文件名或地址的字符串；
彩信编码方案属性参数取决于彩信类型，分别包括以下几种情况：
当彩信类型属性参数是文本TEXT时，至少包括：Alphabet、ASCII、Octet、ISO88591、X02081990、ISO88595、ISO88598、UCS2、Pictogram、ISO2022、JPKanji、KSC5601b、或GB；
当彩信类型属性参数是图像IMAGE时，至少包括：GIF、CGM、WMF、BMP、MET、PMB、DIB、PICT、TIFF、PS、PDF、JPEG、MPEG、MPEG2、AVI、或QTIME；
当彩信类型属性参数是声音AUDIO时，至少包括：WAVE、PCM、或AIFF；
当彩信类型属性参数是图片或声音时，还要有一个Encoding属性参数，用于表明其编码格式。
根据运营商与用户的设定，所述步骤(4)中的鉴权为可选择操作。
本发明的特点是：采用国际标准的数据同步协议，能够有效实现终端和服务器之间短信、彩信等个人信息数据的同步。本发明的iMesCard数据格式是基于已有的标准vCard创新提出的，能够高效而灵活地实现短信、彩信等数据格式的转换，并适宜于在各种终端设备上进行存储和处理。而且，随着新型的个人信息数据类型的出现，该iMesCard数据格式能够非常方便、容易地实现扩展。
附图说明
图1是本发明在终端和服务器之间移动用户个人数据的同步处理方法的操作流程方框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
参见图1，本发明是一种在终端和服务器之间移动用户个人数据的同步处理方法，包括下列操作步骤：
(1)确定需要同步的移动用户个人信息数据的最小数据集合；
(2)预设用户终端和服务器之间的数据同步模式；
(3)用户终端或服务器对个人信息数据进行结构化解析，以vCard数据格式为基础增加标识符、新格式和新属性而构成的iMesCard数据格式描述个人信息数据，即把个人信息数据转换为iMesCard数据对象，构造iMesCard数据流，再进行存储处理；
(4)用户终端和服务器之间建立有线或无线方式的网络联结后，由服务器对用户或用户终端进行鉴权，鉴权通过后准备启动数据同步；
(5)采用标准数据同步协议，并按照步骤(2)预设的数据同步模式，在用户终端和服务器之间进行iMesCard数据流的同步；该iMesCard数据流为需要同步的个人信息数据；
(6)用户终端或服务器对接收到的iMesCard数据流进行解析处理，恢复成个人信息数据形式，进行存储处理，数据同步结束。
由于vCard数据格式已经得到广泛使用，因此本发明在vCard数据格式的基础上，制定了创新的iMesCard数据格式，用于短信和/或彩信同步时的数据表示及数据承载。因此，本发明的方法实质是采用SyncML协议进行同步，其中的数据格式或协议为iMesCard，即本发明的整体同步模式为SyncML+iMesCard。其中本发明的核心部分-iMesCard数据格式中新增的标识符、新格式和新属性的具体内容详细介绍如下：
(1)用于表示iMesCard数据类型的标识符：Text/X-iMesCard，该标识符用于把iMesCard数据类型从其它数据类型(如vCard)里区分出来。
(2)iMesCard数据流和iMesCard数据对象的格式：每个iMesCard数据流至少包含一个iMesCard数据对象，每个iMesCard数据对象至少包含一个元素，每个元素至少包含一个属性。在iMesCard数据流中，一个iMesCard数据对象以“Begin”分隔符(BEGIN：IMESCARD)开始，以“End”分隔符(END：IMESCARD)结束。
(3)iMesCard数据对象的元素属性Property格式：用于统一规定iMesCard数据对象中各元素的属性格式，定义的格式如下：
属性名字[‘；‘属性参数]’：‘属性值，
即PropertyName[‘；‘PropertyParameters]’：‘PropertyValue，式中，[]内的属性参数可为零个、一个或多个；实际使用时，该[]符号不要出现。例如，iMesCard里的地址属性可表示为：ADR；SOURCE：+86-13810021234。
(4)iMesCard数据对象元素的消息格式(MessageType)属性：表明该消息为短信或彩信，其标记符为MTP，该属性参数至少包括如下两个字符：SM(表示短信)和MM(表示彩信)；为必选属性。其格式举例如下：MTP：SM。
(5)iMesCard数据对象元素的归属(Message Adscription)属性：表明短信或彩信来自哪个文件夹，其标记符为MAD，该属性参数至少包括：收件箱INBOX、发件箱OUTBOX、草稿箱DRAFT和我的文件夹MYFOLDER；为必选属性。
(6)iMesCard数据对象元素的地址Address属性：表明短信或彩信的发起者地址号码或接收者地址号码，其标记符为ADR，该属性参数至少包括：发起者SOURCE，接收者DESTINATION，接收者可为一个或多个；为必选属性；其格式举例如下：ADR；DESTINATION：+86-13810021234。
当信息的接收者有多个时，其中每个接收者都可以单独分别列出：
ADR；DESTINATION：+86-13810021234
ADR；DESTINATION：+86-13810021235。
(7)iMesCard数据对象元素的时间戳Timestamp属性：表明短信或彩信的发送或接收时间，其标记符为STAMP；该属性值为一个字符串，表示日期和一天内的时间的合并值；该字符串的表示法遵循ISO8601基本格式或扩展格式；为可选属性，该时间值为当地时间或协调世界时UTC。如果该短信或彩信的归属属性MAD值为INBOX，则时间戳STAMP的值为接收时间；如果MAD值为OUTBOX，则STAMP的值为发送时间；如果MAD值为DRAFT，则STAMP属性为空；如果MAD值为MYFOLDER，则STAMP属性为空，或为该短信或彩信的最初接收时间或发送时间。
采用ISO8601基本格式表示当地时间的示例：STAMP：20050631T222710；
采用ISO8601扩展格式表示UTC时间的示例：STAMP：2005-06-31T22：27：10Z。
(8)iMesCard数据对象元素的短信内容(ShortMessage Content)属性：表明短信内容，其标记符为SMC；如果消息格式MTP属性值为SM，则为必选属性，如果MTP属性值为MM，则为可选属性；该属性参数为该短信内容的编码格式，至少包括：Alphabet、ASCII、Octet、ISO88591、X02081990、ISO88595、ISO88598、UCS2、Pictogram、ISO2022、JPKanji、KSC5601b、或GB；
格式举例如下：SMC；ASCII：hello。
(9)iMesCard数据对象元素的主题Subject属性：表明彩信内容的主题名称，其标记符为SUB；如果消息格式MTP属性值为SM，则为可选属性，如果MTP属性值为MM，则为必选属性；格式举例如下：SUB：It is my picture。
(10)iMesCard数据对象元素的呈现Presentation属性：表明彩信的呈现形式，用于描述彩信如何藉由文本、声音、图片的相互组合与作用，呈现相应的效果，其标记符为PRE；作为彩信的专有属性，其属性值是用SMIL语言表示的Presentation内容，但在遇到“；”、“\”、“：”、“，”等符号时，需要加转义符号“\”；为可选属性。格式举例如下：
PRE：<layout type＝＂text/css＂>
Video\，img{top\:15px\；left\:20px\；width\:100px\；height＝50px\；}
</layout>。
有四类属性参数来描述此属性：“彩信用途”属性参数(指明彩信的用途)、“彩信类型”属性参数(指明彩信是图像、文本还是声音)、“彩信源”属性参数(指明彩信内容源，如彩信的文件名、地址等，以“SRC＝XXX”标识，XXX为具体的值)和“彩信编码方案”属性参数(指明彩信内容的编码格式，)。
(11)iMesCard数据对象元素的彩信内容(Multimedia Message Content)属性：表明彩信的内容，其标记符为MMC；一条彩信可有一个或多个MMC属性，该属性参数有四种：彩信用途-表明彩信的用途，彩信类型-表明彩信是图像、文本、或声音，彩信源-表明彩信内容的来源，彩信编码方案-表明彩信内容的编码格式。
该彩信内容(Multimedia Message Content)属性的四种属性参数分别具有各自对应的数值，藉由这些数值的组合，才能确定每条彩信的用途、格式和内容。即MMC属性参数有时需要由多个属性参数协同说明，如指明彩信内容图像为JPEG格式，再通过ENCODING指明其编码格式。下面分别介绍四种属性参数各自对应的数值：
“彩信用途”属性参数至少包括：私人PERSONAL、广告ADVERTTISEMENT、或信息INFORMATION；
“彩信类型”属性参数至少包括：图像IMAGE、文本TEXT、或声音AUDIO；
“彩信源”属性参数是以“SRC＝XXX”公式标识的彩信文件名或地址信息，式中XXX为彩信文件名或地址的字符串；例如：一条彩信图片的彩信源属性参数值为“public_img_154384.GIF”，表明该彩信图片的文件名为“public_img_154384.GIF”；一条彩信声音的彩信源属性参数值为“public_audio_191240.mid”，表明该彩信声音的文件名为“public_audio_191240.mid”；
“彩信编码方案”属性参数取决于彩信类型，分别包括以下几种情况：
当“彩信类型”属性参数是文本TEXT时，“彩信编码方案”属性参数至少包括：Alphabet、ASCII、Octet、ISO88591、X02081990、ISO88595、ISO88598、UCS2、Pictogram、ISO2022、JPKanji、KSC5601b、或GB；
当“彩信类型”属性参数是图像IMAGE时，“彩信编码方案”属性参数至少包括：GIF、CGM、WMF、BMP、MET、PMB、DIB、PICT、TIFF、PS、PDF、JPEG、MPEG、MPEG2、AVI、或QTIME；
当“彩信类型”属性参数是声音AUDIO时，“彩信编码方案”属性参数至少包括：WAVE、PCM、或AIFF；
当“彩信类型”属性参数是图片或声音时，还要有一个Encoding属性参数，用于表明其编码格式。
如果消息格式MTP属性值为SM，彩信内容MMC为可选属性，如果MTP属性值为MM，彩信内容MMC为必选属性。格式举例如下：
MMC；PERSONAL；SRC＝public_img_154384.jpg；ENCODING＝BSAE64；IMAGE；JPEG：
R01GODdhZAAwAOMAAAAAAIGJjGltcDE0OOfWo6
OchbilnlpmcbGojpKbnP/lpW54fBMTE1RYXEFO
下面介绍本发明使用iMesCard数据对象的若干个实施例：第一个是本发明使用iMesCard数据对象表示短信数据的一个实例，其中在vCard里已经定义的属性在此作了省略，用“......”表示：
BEGIN：IMESCARD (表示iMesCard数据对象的开始)
……
MTP：SM (表示是一条短信)
MAD：INBOX (表示该条短信来自收件箱)
……
ADR；SOURCE：+8613810020935 (该短信的发信者的号码是+8613810020935)
ADR；DESTINATION：+8613810020934 (该短信的收信者的号码是+8613810020934)
STAMP：20050631T222710 (该短信的接收时间是20050631T222710)
SMC；ASCII：hello (该短信的编码格式是ASCII，内容是hello)
……
END：IMESCARD (表示iMesCard数据对象的结束)
下面是本发明使用iMesCard数据对象表示彩信数据(不带PRE属性)的第二个实施例，其中在vCard里已经定义的属性在此作了省略，用“......”表示。该实例的内容主要是一个图像。
BEGIN：IMESCARD (表示iMesCard数据对象的开始)
MTP：MM (表示是一条彩信)
MAD：INBOX (表示该条彩信来自收件箱)
……
ADR；SOURCE：+8613810020935 (该彩信的发信者的号码是+8613810020935)
ADR；DESTINATION：+8613810020934 (该彩信的收信者的号码是+8613810020934)
STAMP：20050631T222710 (该彩信的接收时间是20050631T222710)
SUB：It is my picture (该彩信的主题是It is my picture)
MMC；PERSONAL；ENCODING＝BSAE64；IMAGE；JPEG：
R01GODdhZAAwAOMAAAAAAIGJjGltcDE0OOfWo6
OchbilnlpmcbGojpKbnP/lpW54fBMTE1RYXEFO
(该彩信是一条私人彩信，编码格式是BSAE64，内容是图像，图像格式是JPEG)
……
END：IMESCARD(表示iMesCard数据对象的结束)
下面是本发明使用iMesCard数据对象表示彩信数据(带PRE属性)的第三个实施例，其中在vCard里已经定义的属性在此作了省略，用“......”表示。该实例的内容包括一个图像、一段声音和两段文本。
BEGIN：IMESCARD (表示iMesCard数据对象的开始)
……
MTP：MM (表示是一条彩信)
MAD：INBOX (表示该条彩信来自收件箱)
……
ADR；SOURCE：+8613810020935 (该彩信的发信者的号码是+8613810020935)
ADR；DESTINATION：+8613810020934 (该彩信的收信者的号码是+8613810020934)
STAMP：20050631T222710 (该彩信的接收时间是20050631T222710)
SUB：It is my picture (该彩信的主题是It is my picture)
PRE:<smil xmlns＝＂http\://www.w3.org/2000/SMIL20/CR/Language＂>
<head>
<layout><root-layout height＝＂208＂width＝＂176＂/>
<region id＝＂Image＂height＝＂100％＂width＝＂100％＂left＝＂0％＂top＝＂0％＂/>
</layout>
</head>
<body>
<par dur＝＂30000ms＂><img src＝＂public_img_154384.GIF＂region＝＂Image＂/><audiosrc＝＂public_audio_191240.mid＂region＝＂Image＂/></par><pardur＝＂5s＂><textsrc＝＂diy.txt＂region＝＂Image＂/></par><pardur＝＂5s＂><textsrc＝＂ads.txt＂region＝＂Image＂/></par></body></smil>
(该彩信的呈现格式)
MMC；PERSONAL；SRC＝public_img_154384.GIF；ENCODING＝BSAE64；IMAGE；GIF：
R0l???GODdhZAAwAOMAAAAAAIGJjGltcDE0OOfWo6
OchbilnlpmcbGojpKbnP/lpW54fBMTE1RYXEFO
(该条彩信内容的图片部分，为私人彩信，文件名是public_img_154384.GIF，编码格式是BSAE64，内容是图像，图像格式是GIF)
MMC；PERSONAL；SRC＝public_audio_191240.mid；ENCODING＝BSAE64；AUDIO；WAVE：UklGRhAsAABXQVZFZm10IBAAAAABAAEAESsAABErAAABAAgAZGF0YesrAACAg4eCeXR4e3uAhoiIiYmKjIiDfnx5eX6CgoKEhYWDenV5fH6BhISGiIiDfHZ2eXt/hIiKjY2IhH12d3Vyc3uDiIiFf317fn18eX1+houFf319fnyAgH15eoCIiISChIeAfnt2
(该条彩信内容的声音部分，为私人彩信，文件名是public_audio_191240.mid，编码格式是BSAE64，内容是声音，声音格式是WAVE)
……
MMC；PERSONAL；SRC＝diy.txt；TEXT；GB：
695FE14F8765575B
(该条彩信内容的文本部分，为私人彩信，文件名是diy.txt，内容是文本，格式是GB)
MMC；PERSONAL；SRC＝ads.txt；TEXT；GB：
695FE14F8765575BD153
(该条彩信内容的文本部分，为私人彩信，文件名是ads.txt，内容是文本，格式是GB)
END：IMESCARD(表示iMesCard数据对象的结束)
申请人已经采用本发明方法进行了PC客户端和短信VPN系统服务器之间的短信同步实施试验。一段时间的实施试验的情况表明，该方法是成功的，效果明显，能够很好地在客户端和服务器端同步短信，实现了发明目的。
Claims (10)
1、一种在终端和服务器之间移动用户个人数据的同步处理方法，其特征在于：包括下列步骤：
(1)确定需要同步的移动用户个人信息数据的最小数据集合；
(2)预设用户终端和服务器之间的数据同步模式；
(3)用户终端或服务器对个人信息数据进行结构化解析，以vCard数据格式为基础增加标识符、新格式和新属性而构成的iMesCard数据格式描述个人信息数据，即把个人信息数据转换为iMesCard数据对象，构造iMesCard数据流，再进行存储处理；
(4)用户终端和服务器之间建立有线或无线方式的网络联结后，由服务器对用户或用户终端进行鉴权，鉴权通过后准备启动数据同步；
(5)采用标准数据同步协议，并按照步骤(2)预设的数据同步模式，在用户终端和服务器之间进行iMesCard数据流的同步；该iMesCard数据流为需要同步的个人信息数据；
(6)用户终端或服务器对接收到的iMesCard数据流进行解析处理，恢复成个人信息数据形式，进行存储处理，数据同步结束。
2、根据权利要求1所述的移动用户个人数据的同步处理方法，其特征在于：所述移动用户个人信息数据至少包括短信和/或彩信。
3、根据权利要求1或2所述的移动用户个人数据的同步处理方法，其特征在于：对短信进行同步时，所述步骤(1)中的最小数据集合包括：
(101)源地址：发送该短信的发起者的地址号码；
(102)目的地址：接收该短信的接收者的地址号码；
(103)时间戳：接收或发送该短信的时间；
(104)短信内容的编码方案：表明该短信内容的编码格式；
(105)短信内容。
4、根据权利要求1或2所述的移动用户个人数据的同步处理方法，其特征在于：对彩信进行同步时，所述步骤(1)中的最小数据集合包括：
(111)源地址：发送该彩信的发起者的地址号码；
(112)目的地址：接收该彩信的接收者的地址号码；
(113)时间戳：接收或发送该彩信的时间；
(114)主题：该彩信内容的主题名称；
(115)呈现形式：表明组成该彩信各部分内容的展现形式和布局格式；
(116)消息类型：表明该彩信内容的类型，至少包括图像、音频、文本；
(117)消息用途：表明该短信用于个人、广告、或信息服务；
(118)彩信内容的编码方案：表明该彩信内容的编码格式；
(119)彩信内容。
5、根据权利要求1所述的移动用户个人数据的同步处理方法，其特征在于：所述步骤(5)的标准数据同步协议是OMA组织制定的SyncML标准同步协议。
6、根据权利要求1或5所述的移动用户个人数据的同步处理方法，其特征在于：所述步骤(2)的数据同步模式至少包括下述七种：
(21)快同步：客户端和服务器相互交换各自数据的修改信息，由客户端先发送修改信息；
(22)慢同步：客户端和服务器的所有数据进行逐项比较同步；
(23)客户端单向同步：客户端把它的数据修改信息发送到服务器，但服务器不发送它的数据修改信息给客户端；
(24)客户端刷新同步：客户端从数据库导出所有数据发送至服务器，服务器用接收的这些数据替换目标数据库中的全部数据；
(25)服务器单向同步：客户端从服务器获得所有的数据修改信息，但它的数据修改信息不发送给服务器；
(26)服务器刷新同步：服务器从数据库导出所有数据发送至客户端，客户端用接收的这些数据替换目标数据库中的全部数据；
(27)服务器通知同步：服务器通知客户端启动上述六种预设模式之一的同步操作。
7、根据权利要求1所述的移动用户个人数据的同步处理方法，其特征在于：所述iMesCard数据格式中，以vCard数据格式为基础所增加的标识符、新格式和新属性至少包括：
(1)iMesCard数据类型的标识符：Text/X-iMesCard，用作该iMesCard数据类型区别于其它数据类型的标识；
(2)iMesCard数据流和iMesCard数据对象的格式：每个iMesCard数据流至少包含一个iMesCard数据对象，每个iMesCard数据对象至少包含一个元素，每个元素至少包含一个属性；在iMesCard数据流中，一个iMesCard数据对象以“Begin”分隔符开始，以“End”分隔符结束；
(3)iMesCard数据对象的元素属性Property格式：用于统一规定iMesCard数据对象中各元素的属性格式，定义如下：属性名字[‘；‘属性参数]’：‘属性值，即PropertyName[‘；‘PropertyParameters]’：‘PropertyValue；式中[]内的属性参数可为零个、一个或多个；
(4)iMesCard数据对象元素的消息格式Message Type属性：表明该消息为短信或彩信，其标记符为MTP，该属性参数包括：SM-表示短信，MM-表示彩信；为必选属性；
(5)iMesCard数据对象元素的归属Message Adscription属性：表明短信或彩信来自哪个文件夹，其标记符为MAD，该属性参数至少包括：收件箱INBOX、发件箱OUTBOX、草稿箱DRAFT和我的文件夹MYFOLDER；为必选属性；
(6)iMesCard数据对象元素的地址Address属性：表明短信或彩信的发起者地址号码或接收者地址号码，其标记符为ADR，该属性参数包括：发起者SOURCE，接收者DESTINATION，接收者可为一个或多个；为必选属性；
(7)iMesCard数据对象元素的时间戳Timestamp属性：表明短信或彩信的发送或接收时间，其标记符为STAMP；该属性值为一个表示日期和一天内的某个时刻的合并值的字符串，该字符串的表示法遵循ISO8601基本格式或扩展格式；为可选属性；
(8)iMesCard数据对象元素的短信内容Short Message Content属性：表明短信内容，其标记符为SMC；如果消息格式MTP属性值为SM，则为必选属性，如果MTP属性值为MM，则为可选属性；该属性参数为该短信内容的编码格式，至少包括：Alphabet、ASCII、Octet、ISO88591、X02081990、ISO88595、ISO88598、UCS2、Pictogram、ISO2022、JPKanji、KSC5601b、或GB；
(9)iMesCard数据对象元素的主题Subject属性：表明彩信内容的主题名称，其标记符为SUB；如果消息格式MTP属性值为SM，则为可选属性，如果MTP属性值为MM，则为必选属性；
(10)iMesCard数据对象元素的呈现Presentation属性：表明彩信的呈现形式，用于描述彩信如何藉由文本、声音、图片的相互组合与作用，呈现相应的效果，其标记符为PRE；作为彩信的专有属性，其属性值是用SMIL语言表示的Presentation内容，但在遇到下述符号：“；”、“\”、“：”、“，”时，需要加转义符号“\”；为可选属性；
(11)iMesCard数据对象元素的彩信内容Multimedia Message Content属性：表明彩信的内容，其标记符为MMC；一条彩信可有一个或多个MMC属性，该属性参数有四种：彩信用途-表明彩信的用途，彩信类型-表明彩信是图像、文本、或声音，彩信源-表明彩信内容的来源，彩信编码方案-表明彩信内容的编码格式；如果消息格式MTP属性值为SM，则为可选属性，如果MTP属性值为MM，则为必选属性。
8、根据权利要求7所述的移动用户个人数据的同步处理方法，其特征在于：所述时间戳Timestamp属性中的时间值为当地时间或协调世界时UTC；如果该短信或彩信的归属属性MAD值为INBOX，则时间戳STAMP的值为接收时间；如果MAD值为OUTBOX，则STAMP的值为发送时间；如果MAD值为DRAFT，则STAMP属性为空；如果MAD值为MYFOLDER，则STAMP属性为空，或为该短信或彩信的最初接收时间或发送时间。
9、根据权利要求7所述的移动用户个人数据的同步处理方法，其特征在于：所述彩信内容Multimedia Message Content属性的四种属性参数都有对应的数值，藉由这些数值的组合，确定每条彩信的用途、格式和内容；其中：
彩信用途的属性参数至少包括：私人PERSONAL、广告ADVERTISEMENT、或信息INFORMATION；
彩信类型的属性参数至少包括：图像IMAGE、文本TEXT、或声音AUDIO；
彩信源的属性参数是以“SRC＝XXX”标识的彩信文件名或地址信息，式中XXX为彩信文件名或地址的字符串；
彩信编码方案属性参数取决于彩信类型，分别包括以下几种情况：
当彩信类型属性参数是文本TEXT时，至少包括：Alphabet、ASCII、Octet、ISO88591、X02081990、ISO88595、ISO88598、UCS2、Pictogram、ISO2022、JPKanji、KSC5601b、或GB；
当彩信类型属性参数是图像IMAGE时，至少包括：GIF、CGM、WMF、BMP、MET、PMB、DIB、PICT、TIFF、PS、PDF、JPEG、MPEG、MPEG2、AVI、或QTIME；
当彩信类型属性参数是声音AUDIO时，至少包括：WAVE、PCM、或AIFF；
当彩信类型属性参数是图片或声音时，还要有一个Encoding属性参数，用于表明其编码格式。
10、根据权利要求1所述的移动用户个人数据的同步处理方法，其特征在于：根据运营商与用户的设定，所述步骤(4)中的鉴权为可选择操作。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005101125255A CN100481837C (zh) | 2005-09-30 | 2005-09-30 | 在终端和服务器之间移动用户个人数据的同步处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005101125255A CN100481837C (zh) | 2005-09-30 | 2005-09-30 | 在终端和服务器之间移动用户个人数据的同步处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1744606A CN1744606A (zh) | 2006-03-08 |
| CN100481837C true CN100481837C (zh) | 2009-04-22 |
Family
ID=36139797
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2005101125255A Expired - Fee Related CN100481837C (zh) | 2005-09-30 | 2005-09-30 | 在终端和服务器之间移动用户个人数据的同步处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100481837C (zh) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101068141B (zh) * | 2006-08-18 | 2011-09-21 | 腾讯科技（深圳）有限公司 | 通信终端与网络通信系统之间数据同步的方法及装置 |
| CN101499922B (zh) * | 2008-02-02 | 2012-12-12 | 华为技术有限公司 | 数据转换方法、装置、终端以及服务器 |
| CN101394601B (zh) * | 2008-10-07 | 2013-03-27 | 深圳市戴文科技有限公司 | 一种同步信息发送方法、设备及服务终端、信息收发系统 |
| CN101437221A (zh) * | 2008-12-18 | 2009-05-20 | 中国移动通信集团浙江有限公司 | 基于OMA SyncML协议的移动号簿数据处理方法 |
| CN101969614A (zh) * | 2010-09-01 | 2011-02-09 | 中兴通讯股份有限公司 | 基于移动终端通讯录实现用户签名的方法、装置及系统 |
| CN102684865B (zh) * | 2011-03-07 | 2015-05-27 | 中国移动通信有限公司 | 一种数据同步的方法、系统及设备 |
| EP2696579B1 (en) | 2011-04-05 | 2019-04-24 | YAMAHA Corporation | Information providing system, identification information solution server and mobile terminal device |
| CN103020071B (zh) * | 2011-09-22 | 2017-11-28 | 中兴通讯股份有限公司 | 数据同步方法及装置 |
| CN103186610B (zh) * | 2011-12-30 | 2016-05-25 | 金蝶软件（中国）有限公司 | 数据同步方法和装置 |
| US20140052793A1 (en) * | 2012-08-15 | 2014-02-20 | Microsoft Corporation | Message synchronization with extended properties |
| CN106162580B (zh) * | 2015-04-27 | 2020-01-14 | 小米科技有限责任公司 | 彩信的同步方法和装置 |
| CN105530125B (zh) * | 2015-12-12 | 2019-04-12 | 公安部交通管理科学研究所 | 一种网间数据交换系统 |
| CN106657441A (zh) * | 2017-01-11 | 2017-05-10 | 深圳证券通信有限公司 | 一种生成金融数据交换消息唯一包id的算法 |
-
2005
- 2005-09-30 CN CNB2005101125255A patent/CN100481837C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1744606A (zh) | 2006-03-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100481837C (zh) | 在终端和服务器之间移动用户个人数据的同步处理方法 | |
| CN101098313B (zh) | 一种邮件转发方法及系统 | |
| CN101616377B (zh) | 一种短信的处理方法及系统 | |
| CN101247589B (zh) | 移动终端数据的转换/备份方法、设备和系统 | |
| CN1729468B (zh) | 数据同步 | |
| US20040185883A1 (en) | System and method for threading short message service (SMS) messages with multimedia messaging service (MMS) messages | |
| CN101917520B (zh) | 移动终端数据的转换/备份方法、设备和系统 | |
| CN101621759B (zh) | 将文本短信转换为语音服务的处理系统及其处理方法 | |
| JP2006500806A (ja) | マルチメディアメッセージをアーカイブする方法 | |
| CN101483696A (zh) | 一种移动终端以及信息文件管理装置和方法 | |
| CN101568193A (zh) | 一种即时通信终端主叫信息的显示方法及系统 | |
| CN101252701B (zh) | 一种多媒体彩像主叫名片的终端实现方法 | |
| CN1460351B (zh) | 生成发往通信终端的多媒体文件的装置和方法 | |
| CN101217685A (zh) | 通过文本短信发送彩信的方法和装置 | |
| CN100461776C (zh) | 实现电子邮件通知的系统、方法和装置 | |
| CN101193337A (zh) | 彩信编码装置 | |
| CN111353053A (zh) | 用户与多个对象聊天内容聚合成单一列表的信息展示方法 | |
| CN106330677A (zh) | 一种即时通讯中指定会话消息快速定位和查看的方法 | |
| CN101193338A (zh) | 彩信编码和传输系统 | |
| CN101335911A (zh) | 消息处理的方法、用户终端和服务器 | |
| CN100362876C (zh) | 读取彩信内容的方法 | |
| CN101312549B (zh) | 文本信息转换成流媒体或多媒体进而被终端接收的方法 | |
| CN101175237A (zh) | Mms信息溯源方法 | |
| Zhang et al. | A novel method for the short message or multimedia message synchronization | |
| WO2011113247A1 (zh) | 业务发起方法及终端 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090422 Termination date: 20120930 |