CN1526099A - 使数据同步的系统、用于该系统的装置和数据同步方法 - Google Patents

Abstract

数据访问系统包括：用户使用的客户端装置(10)，与网络(5)连接，用于登录、显示日程表或备忘录等数据；数据服务器装置(1)，与网络(5)连接，管理存储在客户端装置(10)中的数据。客户端装置(10)包括：通信部(11)，与数据服务器装置(1)进行通信；客户端数据存储部(12)，存储服务器数据的一部分或全部，该服务器数据存储在数据服务器装置(1)中；显示装置，向用户同时文字信息或图像信息；由扬声器构成的输出部(13)，输出音乐或声音；输入部(14)，由键盘、按钮、照相机或麦克风等构成；以及控制部(15)，客户端装置以上各部分。

Description

使数据同步的系统、用于该系统的装置和数据同步方法

技术领域

本发明涉及一种数据访问系统，特别是涉及一种可以将存储在数据服务器装置中的数据存储在客户端装置中加以利用的数据访问系统。

背景技术

在现有技术中，作为在服务器中统一管理客户端装置的数据的系统，有分组系统(groupware system)。

在分组系统中，例如当将日程表和备忘录等数据作为组数据登录在服务器中时，属于该组的所有用户就可以参照该日程表。该分组系统中的组数据的参照方法分为两大类。一类是客户端装置在参照组数据时必须与服务器连接，参照该时刻的服务器中的数据的方法。另一类是在每个客户端装置中存储全部组数据，当服务器的组数据被修改时，服务器进行将存储在所有客户端装置中的组数据都修改的处理的方法。

在特开2000-148572号公报中公开了在不能通信期间，将来自无线移动终端的通信请求存放在消息队列中，当可以通信时，进行存放在队列中的通信处理的方法，以及修改显示在无线移动终端显示装置上的列表的列表更新方法。

此外，在特开2000-148691号公报中公开了这样的信息同步系统，即当在客户端装置中发生的数据更新是分组信息时，利用电子邮件使相关成员的客户端装置的相同分组信息一致。

但是，在现有的分组系统中存在以下问题。

在客户端装置为了参照数据而与服务器连接，参照该时刻的服务器的数据的情况下，当服务器所管理的组数据有修改时，服务器中的组数据更新的信息没有被通知给各个终端。因此存在以下问题，即只要用户不是有意访问服务器上的组数据，就不会发现该组数据的更新。此外，还存在以下问题，即在客户端装置每次参照组数据时都会发生通信，从而增加了网络上的信息流量。

此外还存在以下问题，即由于将全部组数据存储在客户端装置内，当服务器的组数据中有修改时，需要修改所有客户端装置内的组数据，在这种情况下，各客户端必须具有存储全部组数据的存储容量。此外，当服务器的组数据发生修改时，必须更新所有客户端的组数据。因此，存在网络上的信息流量增大的问题。

在特开2000-148572号公报中，公开了从服务器高效地更新无线移动终端的数据的技术。此外，对于存储保存在服务器中的各无线移动终端的原始数据和各无线移动终端的数据之间的复杂关联的方法，没有任何记载，所以无法解决该问题。

在特开2000-148691号公报中，在各客户端中，无法象各客户端存储区域那样使用服务器的存储区域。因此，各客户端无法处理实际安装在各客户端中的存储区域以外的数据。此外，各客户端必须具有管理应同步的组数据的分组管理表和管理功能，从而增大了客户端的负担。此外，当客户端中发生组数据更新时，为了向所有的客户端装置通知更新内容，将会增加网络上的信息流量。

即使简单地将上述特开2000-148572号公报和特开2000-148691号公报中公开的技术组合，也无法解决每次更新组数据时与所有的客户端装置进行通信而使得网络上的信息流量增加的问题。此外，无法在减轻各客户端装置负担的同时实现各种通信服务。

因此，本发明的目的在于提供一种不增加网络信息流量，用户使用客户端装置就能利用信息的数据服务器装置、客户端装置和数据访问系统。

本发明的另一个目的是提供一种能使用户使用客户端装置来利用比该客户端装置的实际存储容量大得多的信息的数据服务器装置、客户端装置和数据访问系统。

本发明的另一个目的是提供一种用户使用客户端装置就能利用对该客户有意义的信息的数据服务器装置、客户端装置和数据访问系统。

本发明的另一个目的是提供一种在确保安全性的同时，能使用户使用客户端装置来利用信息的数据服务器装置、客户端装置和数据访问系统。

本发明的另一个目的是提供一种能使用户使用客户端装置来根据需要利用信息的数据服务器装置、客户端装置和数据访问系统。

发明内容

本发明的数据服务器装置，包括：服务器数据存储部，存储被1台或多台客户端装置利用的服务器数据以及服务器数据与客户端装置之间的对应关系；以及客户端存储数据管理部，与服务器数据存储部连接，管理存储在客户端装置中的客户端数据。

本发明的另一个数据服务器装置，包括：服务器数据存储部，存储被1台或多台客户端装置利用的服务器数据以及服务器数据与客户端装置的对应关系；以及客户端存储数据管理部，与服务器数据存储部连接，管理存储在客户端装置中的客户端数据，在存储在服务器数据存储部中的服务器数据被更新的情况下，更新存储在可访问该服务器数据的客户端装置中的客户端数据。

由此，可以仅对已存储了数据服务器装置中有数据更新部分的客户端装置进行更新处理。因此，不会增加网络网络信息流量。此外，被客户端装置利用的服务器数据存储在服务器数据存储部中。因此，客户端装置可以利用比实际存储容量大得多的信息。

优选客户端存储数据管理部管理存储在客户端装置中的客户端数据和存储在服务器数据存储部中的服务器数据的一致状况。

由于知道客户端数据和服务器数据的一致状况，所以可以仅在客户端数据和服务器数据不一致的情况下对客户端数据进行更新。

此外，优选存储在服务器数据存储部中的服务器数据包括用于识别可访问的客户端装置的客户端装置识别标记。

此外，优选存储在服务器数据存储部中的服务器数据包括用于识别拥有可访问的客户端装置的用户的用户识别标记。

由此，可以决定每个用户可访问的服务器数据。

此外，优选客户端存储数据管理部管理用于识别拥有客户端装置的用户的识别标记和用户所属的组之间的对应关系，存储在服务器数据存储部中的服务器数据包含可访问的组的组名。

由此，可以决定每个组可访问的服务器数据。

此外，优选客户端存储数据管理部在更新客户端数据的过程中，在与客户端装置不能通信的情况下，将更新履历记录在通信队列中。

在不能与客户端装置进行通信的情况下，通过将更新履历记录在通信队列中，可以在可进行通信的时刻对客户端数据进行更新。

此外，优选客户端存储数据管理部在更新客户端数据的过程中，在与客户端装置不能通信的情况下，以规定的时间间隔尝试与客户端数据的通信。

此外，优选对存储在服务器数据存储部中的服务器数据赋予重要性属性，客户端存储数据管理部根据重要性更新客户端数据。

此外，优选在存储在服务器数据存储部中的服务器数据被更新的情况下，客户端存储数据管理部对可访问该服务器数据的客户端装置，根据该客户端装置的种类，选择地执行客户端数据的更新或向客户端装置的通知。

在服务器数据被更新的情况下，根据客户端装置的性能，有时无法存储客户端数据。在该情况下，通知服务器数据被更新的消息。由此，可以根据客户端数据的性能而精确地对应。

此外，优选在存储在服务器数据存储部中的服务器数据被更新的情况下，客户端存储数据管理部对可访问该服务器数据的客户端装置，根据被更新的服务器数据的属性，选择地执行客户端数据的更新或向客户端装置的通知。

此外，优选在与客户端装置进行通信的过程中，客户端存储数据管理部执行加密手续和认证手续。

由此，可以防止来自有恶意的用户的非法访问等。

此外，优选允许从客户端装置以外对服务器数据存储部进行访问。

由此，可以优选客户端装置以外的ASP(Application ServiceProvider)对网络的参与。

本发明的客户端装置，包括：客户端数据存储部，存储作为服务器数据的一部分或全部的客户端数据，服务器数据存储在数据服务器装置的服务器数据存储部中；控制部，与客户端数据存储部连接，判断所希望的数据是否存储在客户端数据存储部中，根据判断结果从客户端数据存储部或数据服务器装置的服务器数据存储部读出数据并进行利用。

由此，可以利用数据服务器装置的服务器数据存储部。因此，可以利用大于客户端装置实际存储容量的存储容量。

优选在删除存储在客户端数据存储部中的数据的情况下，控制部向数据服务器装置进行通知。

由此，数据服务器装置可以删除存储在服务器数据存储部中的服务器数据。

此外，优选控制部在不能向数据服务器装置进行通知的情况下，以规定的时间间隔尝试与数据服务器装置进行通信。

此外，优选控制部根据存储在数据服务器装置的服务器数据存储部中的服务器数据的属性，改变可否删除存储在客户端数据存储部中的客户端数据的条件。

由此，例如服务器数据在由移动电话构成的客户端装置中被利用的情况下，可以使电话簿的数据不能被删除。

此外，优选控制部根据存储在客户端数据存储部中的客户端数据的属性，改变可否删除存储在客户端数据存储部中的客户端数据的条件。

此外，优选在存储在客户端数据存储部中的客户端数据被更新的情况下，控制部对存储在数据服务器装置的服务器数据存储部中的服务器数据进行更新。

此外，优选在向客户端数据存储部追加客户端数据的情况下，控制部向数据服务器装置的服务器数据存储部追加服务器数据。

由此，可以使客户端数据和服务器数据保持同步。

此外，优选在不能与数据服务器装置进行通信的情况下，控制部将更新履历存储在通信队列中。

在不能与数据服务器装置进行通信的情况下，通过将更新履历记录在通信队列中，可以在可进行通信的时刻向数据服务器装置的服务器数据存储部中追加服务器数据。

此外，优选在不能与数据服务器装置进行通信的情况下，控制部在检测到可与数据进行通信时进行通信。

此外，优选对存储在客户端数据存储部中的客户端数据赋予重要性属性，在存储在客户端数据存储部中的客户端数据被更新的情况下，控制部根据重要性，选择地执行是否对存储在数据服务器装置的服务器数据存储部中的服务器数据进行更新。

此外，优选对存储在客户端数据存储部中的客户端数据赋予重要性属性，在向客户端数据存储部追加客户端数据的情况下，控制部根据重要性，选择地执行是否向数据服务器装置的服务器数据存储部追加服务器数据。

此外，优选控制部通过数据服务器装置的服务器数据存储部中的服务器数据的更新反映，在存储在客户端数据存储部中的客户端数据被更新的情况下，向用户通知客户端数据被更新的消息。

由此，可以引起用户的注意。

此外，优选在与数据服务器装置进行通信的过程中，控制部执行加密手续和认证手续。

由此，可以防止来自有恶意的用户的非法访问等。

本发明的数据访问系统，包括：上述的数据服务器装置；以及上述的客户端装置。

优选存储在数据服务器装置的服务器数据存储部中的服务器数据包含应用程序。

此外，优选存储在数据服务器装置的服务器数据存储部中的服务器数据包含应用程序的环境设定文件。

通过共享程序的环境设定文件，可以容易地实现例如在同一用户的客户端装置之间共用程序的工具条的个人设定、书签等，或者在其它客户端装置上继续执行在某一客户端装置上进行的游戏等。

本发明的用于数据访问系统的数据同步方法，该数据访问系统包括：数据服务器装置，存储被1台或多台客户端装置利用的服务器数据以及服务器数据与客户端装置的对应关系；以及客户端装置，通过网络与数据服务器装置连接，存储作为服务器数据的一部分或全部的客户端数据，数据同步是服务器数据和客户端数据的数据同步方法。数据同步方法包括以下步骤：数据服务器装置判断存储在数据服务器装置中的服务器数据和存储在客户端装置中的客户端数据的一致状况的步骤；在存储在客户端装置中的客户端数据被更新的情况下，向数据服务器装置进行数据更新通知的步骤；数据服务器装置在从客户端装置接收到数据更新通知时，对将包含数据更新部分的数据作为客户端数据存储的其它客户端装置通知数据已被更新的消息的步骤；以及更新其它客户端装置的客户端数据的步骤。

由此，可以使客户端数据和服务器数据保持同步。

本发明的计算机可读记录介质，记录用于使计算机实现数据服务器功能的程序，程序使计算机实现作为以下装置的功能：服务器数据存储装置，用于存储被1台或多台客户端装置利用的服务器数据以及服务器数据与客户端装置的对应关系；以及客户端存储数据管理装置，用于管理存储在客户端装置中的客户端数据。

本发明的计算机可读记录介质，记录用于使计算机实现数据服务器功能的程序，程序使计算机实现作为以下装置的功能：服务器数据存储装置，用于存储被1台或多台客户端装置利用的服务器数据以及服务器数据与客户端装置的对应关系；以及客户端存储数据管理装置，用于管理存储在客户端装置中的客户端数据，当存储在服务器数据存储装置中的服务器数据被更新时，对存储在可访问该服务器数据的客户端装置中的客户端数据进行更新。

由此，可以仅对存储了数据服务器装置中有数据更新的部分的客户端装置进行更新处理。因此，不会增加网络信息流量。此外，被客户端装置利用的服务器数据存储在服务器数据存储部中。因此，客户端装置可以利用被实际存储容量大得多的信息。

本发明的计算机可读记录介质，记录用于使计算机实现客户端功能的程序，程序使计算机实现作为以下装置的功能：客户端数据存储装置，用于存储作为存储在数据服务器装置的服务器数据存储部中的服务器数据的一部分或全部的客户端数据；以及控制装置，用于判断所希望的数据是否存储在客户端数据存储装置中，根据判断结果，从客户端数据存储装置或数据服务器装置的服务器数据存储部读出数据并进行利用。

由此，可以利用数据服务器装置的服务器数据存储部。因此，可以利用比实现客户端功能的计算机的数据存储容量大的存储容量。

本发明的数据服务器装置，包括：

服务器数据存储部，将被1台或多台客户端装置利用的服务器数据与基于利用服务器数据的应用程序的种类、数据的重要性、数据的通知方法中的至少一个的数据特征一起存储，并且存储服务器数据和客户端装置之间的对应关系；以及处理决定部，与服务器数据存储部连接，根据对应关系，决定对存储在客户端装置中的客户端数据的处理。

当从客户端装置接收到客户端数据更新通知，并根据该通知对服务器数据进行更新时，可以根据服务器数据和客户端装置之间的对应关系，进行例如抽取反映该更新的客户端装置的处理。仅对被抽取的客户端装置发送用于更新客户端数据的信息。因此，不会增加网络信息流量，而可以根据预定的对应关系，更新存储在需要更新的客户端装置中的客户端数据。

此外，优选数据服务器装置还包括存储表示客户端装置特征的客户端装置数据的客户端装置数据存储部。客户端装置根据客户端装置数据被分为多个装置类。服务器数据根据服务器数据被分为多个数据类。服务器数据存储部通过使数据类与装置类相对应，而存储服务器数据和客户端装置之间的对应关系。

例如，根据可在该装置中显示的图像的文件格式，将客户端装置访问多个装置类，根据文件格式，将表示图像的服务器数据访问多个数据类。可以根据数据类和装置类之间的对应关系，抽取可显示通信数据的客户端装置，更新存储在被抽取的客户端装置中的通信数据。

此外，优选数据服务器装置还包括存储用户数据的用户数据存储部。该用户数据表示使用客户端装置的用户的特征，用户根据用户数据被分为多个用户类。服务器数据根据服务器数据被分为多个数据类。服务器数据存储部通过使数据类与用户类相对应，而存储服务器数据和客户端装置之间的对应关系。

例如，可以根据用户的饮食爱好，将使用客户端装置的该用户分为多个用户类，根据饮食，将介绍饮食店的服务器数据分为多个数据类。根据数据类和用户类之间的对应关系，当介绍饮食店的服务器数据被更新时，抽取由该饮食店提供的饮食与用户的爱好一致的用户，更新存储在被抽取的用户使用的客户端装置中的服务器数据。

此外，优选服务器数据根据利用服务器数据的应用程序的种类、数据的重要性、数据的通知方法中的至少一个，被分为多个数据类。

当服务器数据根据来自客户端装置的请求而被更新时，例如根据基于该服务器数据的重要性而被分类的数据类，决定对客户端数据的处理。

此外，优选客户端装置根据客户端装置的种类、客户端装置的显示能力、数据服务器装置和客户端装置之间的通信线路的种类中的至少一个，被分为多个装置类。

当服务器数据根据来自客户端装置的请求而被更新时，例如基于客户端装置的种类而被分类的装置类，决定对客户端数据的处理。

此外，优选用户根据用户所属的组、用户的爱好、客户端装置中的用户设定信息中的至少一个，被分为多个用户类。

当服务器数据根据来自客户端装置的请求而被更新时，例如根据基于使用客户端装置的用户所属的组而被分类的用户类，决定对客户端数据的处理。

此外，优选用户所属的组可由客户端装置作成、编辑和删除。数据服务器装置还包括：询问部，在新作成组时，向该客户端装置询问是否可以向新组登录；以及组登录部，响应询问部的询问，将使用回答为可登录的客户端装置的用户登录在新组中。

当新作成决定对客户端数据的处理、被分到用户类的组时，向客户端装置进行询问。仅将回答该询问的用户记录在新作成的组中。在用户知道时，不使该用户属于新组。

此外，优选处理决定部决定以下处理，即向根据对应关系被抽取的客户端装置发送更新存储在客户端装置中的客户端数据的数据和根据对应关系决定的、表示向用户通知客户端数据被更新的消息的方法的通知信息。

向客户端装置的用户通知数据更新的方法根据对应关系被决定。由此，可以根据例如服务器数据的重要性，决定通知方法为通过大音量警报进行通知、通过警告声(beep)进行通知、仅通过显示进行通知等。

此外，优选处理决定部决定以下处理，即向根据对应关系被抽取的客户端装置发送更新存储在客户端装置中的客户端数据的数据和根据对应关系决定的、表示删除被更新的客户端数据的方法的删除信息。

删除数据的方法根据对应关系被决定。由此，可以根据例如服务器数据的重要性，决定数据删除方法为从更新开始经过1日后删除、从更新开始经过1周后删除等。

本发明的另一个客户端装置，包括：客户端数据存储部，存储作为服务器数据的一部分或全部的客户端数据，服务器数据存储在数据服务器装置的服务器数据存储部中；接收部，从数据服务器装置接收包含被更新的客户端数据和通知信息的更新信息；通知部，向客户端装置的用户通知客户端数据被更新的消息；以及控制部，与客户端数据存储部、接收部和通知部连接，控制客户端数据存储部和通知部，以将包含在接收部所接收的更新信息中的被更新的客户端数据存储在客户端数据存储部中，同时根据包含在更新信息中的通知信息，向用户通知客户端数据被更新的消息。

根据从数据服务器装置接收的更新信息，客户端装置可以通过大音量警报进行通知、通过警告声进行通知、仅通过显示进行通知等。

本发明的另一个客户端装置，包括：客户端数据存储部，存储作为服务器数据的一部分或全部的客户端数据，服务器数据存储在数据服务器装置的服务器数据存储部中；接收部，从数据服务器装置接收包含被更新的客户端数据和删除信息的更新信息；以及控制部，与客户端数据存储部和接收部连接，控制客户端数据存储部，将包含在接收部接收到的更新信息中的被更新的客户端数据存储在客户端数据存储部中，同时根据包含在更新信息中的删除信息，删除存储在客户端数据存储部中的客户端数据。

根据从数据服务器装置接收的更新信息，客户端装置可以对被更新的客户端数据进行删除。

本发明的另一个用于数据访问系统的数据同步方法，该数据访问系统包括：数据服务器装置，存储被1台或多台客户端装置利用的服务器数据以及服务器数据与客户端装置的对应关系；以及客户端装置，通过网络与数据服务器装置连接，存储作为服务器数据的一部分或全部的客户端数据，数据同步是服务器数据和客户端数据的数据同步方法。数据同步方法包括以下步骤：客户端装置在存储在客户端装置中的客户端数据被更新的过程中，向数据服务器装置进行数据更新通知的步骤；数据服务器装置在从客户端装置接收到数据更新通知时，根据对应关系，抽取出发送与客户端数据更新相关的信息的客户端装置的步骤；数据服务器装置向被抽取出的客户端装置发送与客户端数据更新相关的信息的步骤；客户端装置从数据服务器装置接收与更新相关的信息的步骤；以及客户端装置根据接收的与更新相关的信息，更新客户端数据的步骤。

由此，可以根据预先存储在数据服务器装置中的对应关系，使客户端数据和服务器数据保持同步。

此外，优选数据服务器装置发送与更新相关的信息的步骤包括发送更新信息的步骤，更新信息包含：更新存储在客户端装置中的客户端数据的数据；以及根据对应关系决定的、表示向用户通知客户端数据被更新的消息的方法的通知信息。数据同步方法还包括：客户端装置根据包含在更新信息中的通知信息，向用户通知客户端数据被更新的消息的步骤。

根据从数据服务器装置接收的更新信息，客户端装置可以通过大音量警报进行通知、通过警告声进行通知、仅通过显示进行通知等。

此外，优选数据服务器装置发送与更新相关的信息的步骤包括发送更新信息的步骤，更新信息包含：更新存储在客户端装置中的客户端数据的数据；以及根据对应关系决定的、表示删除被更新的客户端数据的方法的删除信息。数据同步方法还包括：客户端装置根据包含在更新信息中的删除信息，删除被更新的客户端数据的步骤。

根据从数据服务器装置接收的更新信息，客户端装置可以对被更新的客户端数据进行删除。

本发明的另一个计算机可读记录介质，记录用于使计算机实现数据服务器功能的程序，程序使计算机实现作为以下装置的功能：服务器数据存储装置，用于存储被1台或多台客户端装置利用的服务器数据以及服务器数据与客户端装置的对应关系；以及处理决定装置，用于根据对应关系，决定对存储在客户端装置中的客户端数据的处理。

当服务器数据根据来自客户端装置的客户端数据更新通知而被更新时，根据服务器数据和客户端装置之间的对应关系，进行例如抽取反映该更新的客户端装置的处理。仅对被抽取的客户端装置发送用于更新客户端数据的信息。因此，不会增加网络信息流量。可以根据预定的对应关系，更新存储在需要更新的客户端装置中的客户端数据。

本发明的另一个计算机可读记录介质，记录用于使计算机实现客户端功能的程序，程序使计算机实现作为以下装置的功能：客户端数据存储装置，用于存储作为服务器数据的一部分或全部的客户端数据，服务器数据存储在数据服务器装置的服务器数据存储部中；接收装置，用于从数据服务器装置接收包含被更新的客户端数据和通知信息的更新信息；通知装置，用于向客户端装置的用户通知客户端数据被更新的消息；以及控制装置，用于控制客户端数据存储装置和通知装置，以将包含在接收装置所接收的更新信息中的被更新的客户端数据存储在客户端数据存储装置中，同时根据包含在更新信息中的通知信息，向用户通知客户端数据被更新的消息。

根据从数据服务器装置接收的更新信息，客户端装置可以通过大音量警报进行通知、通过警告声进行通知、仅通过显示进行通知等。

本发明的另一个计算机可读记录介质，记录用于使计算机实现客户端功能的程序，程序使计算机实现作为以下装置的功能：客户端数据存储装置，用于存储作为服务器数据的一部分或全部的客户端数据，服务器数据存储在数据服务器装置的服务器数据存储部中；接收装置，用于从数据服务器装置接收包含被更新的客户端数据和删除信息的更新信息；以及控制装置，用于控制客户端数据存储装置，以将包含在接收装置所接收的更新信息中的被更新的客户端数据存储在客户端数据存储装置中，同时根据包含在更新信息中的删除信息，删除存储在客户端数据存储装置中的客户端数据。

根据从数据服务器装置接收的更新信息，客户端装置可以对被更新的客户端数据进行删除。

附图说明

图1是表示本发明第一实施例的数据访问系统的构成的方框图。

图2是表示第一实施例的数据服务器装置的构成的方框图。

图3是表示第一实施例的客户端装置的构成的方框图。

图4A和图4B是第一实施例的客户端装置的外观图。

图5是第一实施例的数据服务器装置的整体动作的流程图。

图6是第一实施例的数据服务器装置对其它客户端装置进行更新数据反映处理的流程图。

图7是第一实施例的数据服务器装置的一般数据更新反映处理的流程图。

图8是第一实施例的客户端装置的整体动作的流程图。

图9是第一实施例的客户端装置中的由数据服务器装置引起的数据更新处理的流程图。

图10是第一实施例的客户端装置中的由客户端装置引起的数据更新处理的流程图。

图11是第一实施例的客户端装置的服务器数据更新处理的流程图。

图12是表示第一实施例的服务器数据和客户端数据之间的关系的一个例子的图。

图13是表示第一实施例的数据服务器装置中的服务器数据存储形式的一个例子的图。

图14是表示第一实施例的数据服务器装置中的终端数据的存储形式的一个例子的图。

图15是表示第一实施例的数据服务器装置中的组数据的存储形式的一个例子的图。

图16是为了更新存储在数据服务器装置中的服务器数据而由第一实施例的客户端装置发送的服务器数据更新通知的格式的图。

图17是用于说明在第一实施例的数据访问系统中的数据更新处理的一个例子的图。

图18是表示第一实施例的通讯录数据的一个例子的图(其一)。

图19是表示第一实施例的通讯录数据的一个例子的图(其二)。

图20是表示第一实施例的通讯录数据的一个例子的图(其三)。

图21是表示第一实施例的通讯录数据的一个例子的图(其四)。

图22是表示第一实施例的通讯录数据的一个例子的图(其五)。

图23是表示第一实施例的通讯录数据的一个例子的图(其六)。

图24是用于说明在第一实施例的数据访问系统中的相册数据更新处理的一个例子的图。

图25是用于说明在第一实施例的数据访问系统中的邮件发送处理的一个例子的图。

图26和图27是表示第一实施例的邮件发送处理和服务器数据的一个例子的图。

图28～图31是表示第一实施例的邮件发送处理中的服务器数据的一个例子的图。

图32是用于说明在第一实施例的数据访问系统中的聊天处理的一个例子图。

图33是用于说明在第一实施例的数据访问系统中的日程表数据更新处理的一个例子图。

图34是第一实施例的客户端装置中的更新数据的反映处理的流程图。

图35是表示在第一实施例的数据删除处理时的客户端数据的一个例子的图。

图36是表示本发明第一实施例的数据访问系统的另一个构成的方框图。

图37是第一实施例的第一变形例中的数据服务器装置的整体动作的流程图。

图38是第一实施例的第二变形例的数据服务器装置的整体动作的流程图。

图39是表示本发明第二实施例的服务器数据和客户端数据之间的关系的一个例子的图。

图40是表示第二实施例的数据服务器装置中的服务器数据的存储形式的一个例子的图。

图41是表示第二实施例的数据服务器装置中的终端数据的存储形式的一个例子的图。

图42是表示使用第二实施例的数据服务器装置的用户的用户数据的存储形式的一个例子的图。

图43和图44是表示存储在第二实施例的数据服务器装置中的处理表的存储形式的一个例子的图。

图45是表示第三实施例的数据服务器装置中的服务器数据存储部的内容的图。

图46是表示在第三实施例中，结构化的对象传输的状态的图。

图47～图50是表示用于进行对象更新处理的表和规则的图。

图51是表示在第三实施例中，结构化的对象的元素被删除的状态的图。

具体实施方式

以下参照附图，对本发明的实施例进行说明。在以下说明中，对同一部件使用相同的标号。这些名称和功能也相同。因此适当省略其详细的重复说明。

(第一实施例)

参照图1，本实施例的数据访问系统包括：用户使用的客户端装置10，与以因特网为代表的网络5连接，用于登录、显示日程表或备忘录等的数据；以及数据服务器装置1，与网络5连接，管理存储在客户端装置10中的数据。

参照图2，数据服务器装置1包括：服务器数据存储部3，存储被各客户端装置10利用的服务器数据；客户端存储数据管理部2，与服务器数据存储部3连接，管理存储在各客户端装置10中的数据；以及通信部4，与网络5和客户端存储数据管理部2连接，与各客户端装置10进行通信。

参照图3，客户端装置10包括：通信部11，经由网络5与数据服务器装置1进行通信；客户端数据存储部12，存储数据服务器装置1的服务器数据存储部3中存储的服务器数据存储部的一部分或全部，以及根据情况在客户端装置10中存储固有数据；显示装置(未图示)，向用户提示文字信息或图像信息；输出部13，由输出音乐或声音的扬声器构成；输入部14，由键盘、按钮、照相机或麦克风等构成；以及控制部15，与通信部11、客户端数据存储部12、输出部13、输入部14和显示装置连接，控制这些装置。

作为客户端装置10，可以设想图4A所示的PDA(Personal DigitalAssistants)或图4B所示的移动电话。

在本构成中，存储在数据服务器装置1的服务器数据存储部3中的服务器数据的一部分或者全部被存储在各客户端装置10的客户端数据存储部12中。即，客户端装置10从数据服务器装置1将所需要的服务器数据下载到适当的客户端数据存储部12中。原则上将最近使用的数据存储在客户端装置10的客户端数据存储部12中，将较早的数据或重要性低的数据顺次从客户端数据存储部12中删除。根据上述设计，可以利用客户端装置10，就象数据服务器装置1的具有大量存储容量的服务器数据存储部3在客户端装置10内一样。

在客户端装置10具有移动电话功能的情况下，客户端数据存储部12不删除电话簿的数据，而是根据情况和数据的种类等，按照规定的流程处理数据。此外，当在客户端数据存储部12中发生删除处理时，客户端装置10的控制部15向数据服务器装置1通知该消息。数据服务器装置1的客户端存储数据管理部2对每个客户端装置10管理在各客户端装置10的客户端数据存储部12中存储服务器数据的哪些部分。

以下参照图5～图7，对用于实现数据服务器装置1功能的程序的控制结构概要进行说明。

参照图5，对数据服务器装置1的整体控制流程进行说明。

数据服务器装置1等待来自客户端装置10的通信(S101)，当有通信时(S101中“是”)，判断来自该客户端装置10的通信数据是否是请求更新存储在数据服务器装置1的服务器数据存储部3中的服务器数据的数据(S102)。

当通信数据是请求更新服务器数据的数据时(S102中“是”)，客户端存储数据管理部2确认服务器数据存储部的更新请求的相容性(S103)。该相容性的确认是指例如对要进行更新的数据的访问权的确认，以及从该更新数据传送到该客户端装置10时开始，作为该更新数据的原始数据的服务器数据是否被修改等、是否在多个场所被编辑即是否发生冲突等的确认。

当相容性的确认OK时(S103中“是”)，客户端存储数据管理部2对存储在数据服务器装置1的服务器数据存储部3中的该服务器数据进行更新。此时，同时进行服务器数据的最后更新时间的更新(S104)。关于所更新的数据，客户端存储数据管理部2对除了发送来该更新数据的客户端装置10以外的客户端装置10进行反映处理(S105)。后面详细说明本处理。当反映处(S105)结束时，数据服务器装置1返回等待下一次通信的处(S101)。

如果通信数据不是服务器数据的更新请求(S102中“否”)，数据服务器装置1的客户端存储数据管理部2判断通信数据是否是通知客户端装置10恢复连接的数据(S106)。

如果通信数据是通知客户端装置10恢复连接的数据(S106中“是”)，则客户端存储数据管理部2检查是否有与该客户端装置10相关的终端通信队列(S107)，如果存在终端通信队列(S107中“是”)，则根据其内容，通过通信部4进行更新存储在该客户端装置10的客户端数据存储部12中的客户端数据的通信(S108)，然后返回等待下一次通信的处(S101)。此外，如果对该客户端装置10的终端通信队列为空(S107中“否”)，则不进行任何处理，返回等待下一次通信的处理(S101)。

如果来自客户端装置10的通信数据是更新请求，但不具有相容性(S102中“是”，S103中“否”)，或者该通信数据既不是数据更新请求，也不是连接恢复(S102中“否”，S106中“否”)，则进行适当的例外处理(S109)。例外处理是指例如在相容性的确认失败时，向该客户端装置10发送其原因，然后向用户询问事后处理的处理，或者通信数据既不是数据更新请求，也不是恢复连接，例如是新的客户端装置10请求进行用户登录的通信时的用户登录处理等。

以下参照图6，对除了发送来上述更新数据的客户端装置10以外的客户端装置10的反映处理(S105)进行详细说明。

在从客户端装置10发来的、由数据服务器装置1接收的更新数据是不包含日程表或相册数据等特殊通信处理的一般数据的情况下(SA01中“是”)，数据服务器装置1的客户端存储数据管理部2进行一般数据的更新处理(SA02)。该一般数据的更新处理在后面进行详细说明。

如果该更新数据是邮件数据(SA01中“否”，SA03中“是”)，则进行邮件数据的更新处理(SA04)。在邮件数据的更新处理中，根据更新数据中包含的接收地址信息，确定一台或多台应分配邮件数据的客户端装置10。通过通信部4向各客户端装置10的客户端数据存储部12发送更新数据，使其将该邮件数据作为新的邮件数据保存。此外，如果发送邮件数据的客户端装置10的用户所拥有的客户端装置10存在多台，则也向这些客户端装置10发送更新数据(SA04)，使该邮件数据作为发送完成邮件被登录。作为该邮件数据的接收地址，接收更新数据的客户端装置10进行将该数据作为新邮件而通知用户的处理。

如果该更新数据是聊天数据(SA01中“否”，SA03中“否”，SA05中“是”)，则进行聊天数据的更新处理。在聊天数据的更新处理中，根据更新数据中包含的聊天成员的信息，确定一台或多台应分配聊天数据的客户端装置10。通过通信部4向各客户端装置10的客户端数据存储部12发送更新数据，使其将该聊天数据作为新的聊天数据保存(SA06)。在接收该聊天数据的客户端装置10中，适当地进行在聊天画面上显示该聊天数据的处理。

如果该更新数据不是邮件数据也不是聊天数据(SA01中“否”，SA03中“否”，SA05“否”)，则对该数据进行预定的处(SA07)。

以下参照图7，对从上述客户端装置10发送的、由数据服务器装置1接收的更新数据是一般数据时的一般数据更新处理(SA02)进行详细说明。

数据服务器装置1的客户端存储数据管理部2判断发生该更新的一般数据是否是应被除了发送该更新数据的客户端装置10以外的客户端装置10所共享的数据(SB01)。如果不存在应共享该更新数据的其它客户端装置10(SB01中“否”)，则在本处理中不进行任何动作。

在存在应共享该更新数据的其它客户端装置10的情况下(SB01中“是”)，如果存在多台客户端装置10，则选择其中一台，如果只存在一台，则选择该客户端装置10(SB02)。然后，判断是否需要向所选择的该客户端装置10进行本数据更新的通知(SB03)。本判断如下进行。首先，确认对应的客户端数据在该时刻是否被保存在该客户端装置10的客户端数据存储部12中。如果对应的客户端数据保存在其中，则原则上判断不需要对该客户端装置10的客户端数据进行更新。但是，在赋予更新数据的重要性高或用户进行了设定的情况下，则不限于此。然后，如果对应的客户端数据存储在该客户端装置10的客户端数据存储部12中，则原则上判断需要对该客户端装置10的客户端数据进行更新。但是，在赋予更新数据的重要性高或与该客户端装置10进行通信的成本高的情况下，则不限于此。在SB02的客户端装置10的选择处理中，可以最先选择最后与服务器连接的客户端装置10。由此，可以最早通知用户现在使用的可能性高的客户端装置10，提高便利性。

当通知的必要性判断(SB03)结束，并且判断没有通知的必要性时(SB03中“否”)，转向确认是否有应共享更新数据的其它客户端装置10的处理(SB10)。当判断有通知的必要性时(SB03中“是”)，判断是否有对向该客户端装置10发送的该更新数据进行加工的必要性(SB04)。本判断如下进行。首先，在表现该更新数据的内容所需要的能力超过了该客户端装置10的表现能力的情况下，即对只能显示8比特彩色的客户端装置10进行24比特彩色图像的更新通知的情况下，或者例如在用户设定如果是超过规定值的大数据，则可以只通知更新内容的概要的情况下，则判断需要进行数据加工。如果用户设定、客户端装置10的表现能力、通信线路没有问题，则判断不需要对更新数据内容进行数据加工。在判断需要进行数据加工的情况下(SB04中“是”)，在进行了通知数据的加工之后(SB05)，开始向该客户端装置10的通信(SB06)，在判断不需要进行数据加工的情况下(SB04中“否”)，则立即开始向该客户端装置10的通信(SB06)。

在开始向该客户端装置10的通信，通信线路建立成功的情况下(SB07中“是”)，执行向该客户端装置10的数据更新通知(SB08)，在通信线路建立失败的情况下(SB07中“否”)，进行将本更新通知向与该客户端装置10对应的终端通信队列追加的处理(SB09)，然后进行是否还有应共享该更新数据的其它客户端装置10的确认处理(SB10)。在本处理中，如果还有应共享更新数据的其它客户端装置10(SB10中“是”)，则返回SB02，从选择还没有进行更新处理的客户端装置10开始，顺次重复上述处理。此外，如果在本处理中没有应共享更新数据的其它客户端装置10(SB10中“否”)，则数据服务器装置1返回等待进行下一次通信的处理(图5的S101)。在本处理中，如果需要进行终端数据的更新，则立即尝试进行与客户端装置10的通信和终端数据的更新，当然，在重要性低的情况下，也可以不立即尝试通信，而是进行向终端通信队列的追加。

在上述通信处理中，为了防止来自有恶意的用户的非法访问，进行加密处理和终端认证手续。在以后的数据服务器装置1与客户端装置10的所有通信中，在要求保密性的通信中，进行适当的加密处理、认证手续。关于加密处理和认证手续，由于是公知技术，这里就不重复说明了。

以下参照图8，对客户端装置10的动作进行说明。

客户端装置10的控制部15在通过数据服务器装置1、经由网络5和通信部11接收到数据更新请求的情况下(S201中“是”)，则进行由数据服务器装置1引起的客户端装置10的客户端数据更新处理(S202)。本处理在后面详细说明。

然后，在通过由输入部14检测到的用户操作而发生了客户端数据更新请求的情况下(S201中“否”，S203中“是”)，则进行由客户端装置10引起的数据更新处理(S204)。本处理在后面详细说明。

在不进行由服务器引起的数据更新和由用户操作引起的数据更新(S201中“否”，S203中“否”)，而是定期(这里是每30分钟进行访问的通信线路检查时间)并且存在服务器通信队列的情况下(S205中“是”)，则开始向服务器的连接(S206)。在不是通信线路检查时间的情况下，或者在是通信线路检查时间且不存在服务器通信队列的情况下(S205中“否”)，则返回S201的处理。

在S206中开始向服务器的连接，如果通信线路建立成功(S207中“是”)，则进行将存放在服务器通信队列中的数据向数据服务器装置1发送的处理(S208)。在S208之后，或者通信线路的建立失败的情况下(S207中“否”)，则返回S201的处理。

以下参照图9，对由数据服务器装置1引起的数据更新处理(图8的S202)进行说明。

根据来自数据服务器装置1、经由网络5和通信部11传送来的数据更新请求，控制部15对存储在客户端装置10内的客户端数据存储部12中的该数据进行更新(S305)。如果更新内容是新数据的追加，则在客户端数据存储部12中进行新数据的追加，并进行更新数据的反映处理。本处理在后面进行详细说明。

然后，根据该数据的属性，判断是否需要进行通知(S306)。如果需要进行通知(S306中“是”)，则对利用该数据的应用程序进行更新通知。如果应用程序不是处于动作中，则可以根据需要，启动利用该数据的应用程序或更新通知用的应用程序，然后进行通知。此外，也可以通过同时播放呼叫声音或改变图标等向用户进行通知(S307)。此外，在进行该通知时，可以根据后面说明的数据重要性或数据种类，使图标改变的程度、通知声音的有/无、大小等引起用户注意的手段变化。此外，在S306中，对于例如日程表的错误更正等不需要特别向用户通知的修改，不向用户进行通知。

以下参照图10，对由客户端装置10引起的数据更新处理(图8的S204)进行说明。

控制部15根据由输入部14更新或新输入的数据，对客户端数据存储部12中的该数据进行更新，或者向客户端数据存储部12进行数据的新追加，然后进行更新数据的反映处理(S301)。本处理在后面详细说明。

控制部15确认被更新的数据的属性(S302)，判断该数据是否是客户端装置10的非固有数据，并且是否需要对在数据服务器装置1中被管理的服务器数据进行更新(S303)。在本判断中，如果根据用户的指定，该数据是客户端装置10的固有数据，则判断不需要对服务器数据进行更新，但对于通常的用户数据，需要进行服务器数据的更新。

在需要对服务器数据进行更新的情况下(S303中“是”)，通过通信部11和网络5对在数据服务器装置1中被管理的服务器数据进行更新(S304)。然后，返回图8的S201的处理。如果不需要对服务器数据进行更新(S303中“否”)，则返回S201的处理。

以下参照图11，对来自客户端装置10的、数据服务器装置1的服务器数据进行更新的处理(图10的S304)进行说明。

根据数据的重要性、种类等，利用规定的算法判断是否需要立即对服务器数据进行更新(SC01)。

如果判断需要立即对服务器数据进行更新(SC01中“是”)，则客户端装置10的控制部15通过通信部11开始向数据服务器装置1的通信(SC02)。

如果通信线路建立成功(SC03中“是”)，则控制部15进行通知，以更新与数据服务器装置1的服务器数据存储部3对应的数据(SC04)。

如果判断不需要立即对服务器数据进行更新(SC01中“否”)，或者通信线路建立失败(SC03中“否”)，则控制部15向服务器通信队列追加该更新处理请求(SC05)。该服务器通信队列通常在上述S208中进行处理。通过该处理，可以避免以下问题，即例如在不需要对服务器数据进行更新的数据的更新过程中，即使进行连续多次的编辑，由于此时不对服务器数据进行更新，所以通信费用不会增加。

此外，在上述通信中，为了防止来自有恶意的用户的非法访问等，进行加密处理和用户认证手续。

以下，对本实施例的实际动作状态，按照数据的状态和顺序进行详细说明。以下将客户端装置简单地称为“终端”。

图12示意地示出了本实施例的存储在数据服务器装置1的服务器数据存储部3中的服务器数据和存储在多个客户端装置10的客户端数据存储部12中的客户端数据之间的关系的一个例子。

在本实施例中，本系统的利用者是“铃木太郎”、“铃木花子”和“田中次郎”等3人。铃木太郎和铃木花子是婚姻关系，两者属于在数据服务器装置1中被管理的“铃木家”组220。铃木太郎和田中次郎两人属于同样在数据服务器装置1中被管理的“滑雪爱好者协会”组221。

此外，铃木太郎拥有作为客户端装置的终端A206和终端B207，铃木花子拥有终端C208和终端D209，田中次郎拥有终端E210和终端F211。

在该情况下，作为数据集合，铃木花子个人数据210、铃木太郎个人数据202、铃木家数据203、滑雪爱好者协会组数据204和田中次郎个人数据205的服务器数据在数据服务器装置1的服务器数据存储部3中被管理。在图12中，数据服务器装置1内的服务器数据的组和各个客户端装置10内的客户端数据形成由直线连接的对应关系。

例如，在数据服务器装置1中作为服务器数据而被管理的铃木太郎个人数据202、铃木家数据203和滑雪爱好者协会组数据204等各服务器数据的一部分被存储在铃木太郎所拥有的终端A206的客户端数据存储部12中。

图13示出了存储在数据服务器装置1的服务器数据存储部3中的服务器数据的数据存储形式的一个例子。该例子与图12所示的各用户、终端、组的关系相对应。

在本实施例中，在各客户端装置10中安装有能管理个人计划和组计划的日程表应用程序、能管理熟人朋友的电话号码和住址的通讯录应用程序、能进行电子邮件收发、管理接收邮件和发送邮件的邮件应用程序、能管理照片数据和动画数据的相册应用程序、能实现通过文本在画面上实时地与规定的成员进行对话的聊天应用程序以及能适当获得和管理天气预报和新闻速递等的新闻应用程序等。从各客户端装置10参照的服务器数据以图13所示的形式被存储。

以下将图13中的各行数据单位称为“数据登记项”(data entry)。各数据登记项中有各数据登记项的数据内容301、表示处理各数据登记项的应用程序的应用程序属性302、表示各数据登记项所属的组的所属组属性303、表示使用各数据登记项的终端的使用终端属性304、表示现在存储各数据登记项的终端的存储中终端属性305以及表示各数据登记项重要性的重要性属性306等属性。数据登记项根据各数据登记项的属性，将例如具有相同属性值的数据登记项分到相同的类中。对于所属组属性303，可以考虑不必通过后面说明的图15的表对各数据的属性赋值，但在本实施例中为了容易理解，而对各数据的属性赋值。对于使用终端属性304，由于可以由后面说明的图14和图15的表导出，所以可以考虑不必对各数据的属性进行赋值，但在本实施例中为了容易理解，而对各数据的属性赋值。

参照图14，说明在数据服务器装置1的客户端存储数据管理部2中被管理的、存储各终端的属性的数据格式的一个例子。

如图14所示，数据服务器装置1的客户端存储数据管理部2在每个终端存储用于管理以下属性的表，这些属性包括：表示拥有终端的用户的用户属性401、表示终端是PC(Personal Computer)、PDA、移动电话等哪一种类的种类属性402、表示用户将终端用于何种用途的用途属性403、表示终端是否具有声音输出、图像显示能力等表现能力的表现能力属性404以及表示作为通信线路是利用无线通信线路、还是利用有线通信线路、通信速度高还是低、此外通信线路是按照流量收费还是固定收费等的通信线路属性405等。

根据该表可知，在本实施例中，终端A是铃木太郎所拥有的、具有按照流量收费的高速无线通信功能的个人用的移动电话，作为表现能力，可以进行声音输出、具有VGA(Video Graphics Array)的显示能力。同样可知，终端B是铃木太郎所拥有的、具有按照流量收费的低速无线通信功能的商用PDA，作为表现能力，不能进行声音输出、具有VGA的显示能力。终端C是铃木花子所拥有的、具有固定收费的高速有线通信功能的个人用桌上型PC，作为表现能力，可以进行声音输出、具有SXGA(Super extended Graphics Array)的显示能力。终端D是铃木花子所拥有的、具有按照流量收费的高速无线通信功能的个人用移动电话，作为表现能力，可以进行声音输出、具有只能进行文本显示的显示能力。终端E是田中次郎所拥有的、具有按照流量收费的高速无线通信功能的个人用移动电话，作为表现能力，可以进行声音输出、具有VGA的显示能力。终端F是田中次郎所拥有的、具有按照流量收费的低速无线通信功能的商用PDA，可以进行声音输出、具有VGA的显示能力。

图15示出了存储在数据服务器装置1的服务器数据存储部3中的组数据的数据存储格式的一个例子。该例子与图12所示的各用户、终端、组的关系相对应。如图15所示，存储表示属于组的用户的用户属性406与各组的对应关系表。

根据该表可知，铃木太郎和铃木花子属于“铃木家”组。同样可知，铃木太郎和田中次郎属于“滑雪爱好者协会”组，铃木太郎属于“铃木太郎个人”组，铃木花子属于“铃木花子个人”组，田中次郎属于“田中次郎个人”组。

图14和图15所示的表也在根据各数据的所属组判断从哪一个终端访问各数据时，即判断表示拥有各数据登记项的终端的使用终端属性(图13的304)中使用。

图16中示出了为了更新存储在数据服务器装置1的服务器数据存储部3中的服务器数据，而通过客户端装置10发送的服务器数据更新通知的格式。

在上述图11的SC04中的、对数据服务器装置1进行更新通知处理中，使用该格式的数据。

在该格式中包括用于识别发送源的客户端装置的终端ID(Identification)D01、数据大小D02、数据内容D03、利用数据的应用程序D04、数据所属的所属组D05、数据的重要性D06、该数据在数据服务器装置1中的最后更新时间D07(即将该数据从数据服务器装置1最后取入客户端装置10的时刻，或者将该数据从客户端装置10最后登录在数据服务器装置1的时刻的数据服务器装置1的更新时间)、该数据在客户端装置10中的最后更新时间D08以及表示该数据是向数据服务器装置1的服务器数据存储部3新登录的数据还是对已存储在服务器数据存储部3中的数据进行更新的数据的登录种类D09。

该格式还可以适当包括上述信息之外的信息，或者相反，不限于必须具有上述的所有字段。

通过数据服务器装置1对客户端装置10的数据更新通知也可以使用几乎相同的数据格式。

以下说明本系统中的各服务的动作。

以下参照图17，对更新通讯录数据中的田中次郎的数据登记项的情况进行说明。

首先，田中次郎在个人用的移动电话的客户端装置10即终端E中，对自己的住址信息进行更新。终端E首先根据田中次郎的操作内容修改保存有田中次郎的住址数据的数据登记项，田中次郎的住址数据是存储在该客户端装置10内的客户端数据存储部12中的、作为存储在数据服务器装置1的服务器数据存储部3中的服务器数据的副本。然后，终端E的控制部15通过通信部11、经由网络5与数据服务器装置1连接，进行对存储在数据服务器装置1的服务器数据存储部3中的田中次郎住址的服务器数据的更新请求(S501)。

从终端E接收了田中次郎住址数据的更新请求的、数据服务器装置1的客户端存储数据管理部2，对存储在服务器数据存储部3中的服务器数据的田中次郎的住址数据登记项进行更新，同时根据图13所示的表，判断使用该田中次郎通讯录数据登记项的终端是A、B、E、F等4台终端，存储有该数据登记项的终端是A、E、F等3台终端，由于是来自终端E的更新请求，所以应进行数据更新的终端是A、F等2台终端。

因此，数据服务器装置1的客户端存储数据管理部2通过通信部4，经由网络5进行更新存储在终端A和终端F的客户端数据存储部12中的田中次郎通讯录数据登记项的通信(S502、S503)。由此，在终端A和终端F中，可以参照被更新的田中次郎的通讯录数据。此外，虽然终端B是使用该数据登记项的终端，但由于没有存储该数据登记项，所以不进行数据更新的手续(S504)。

然后，如果在终端B中通讯录应用程序被启动，对田中次郎的通讯录进行访问，则由于在客户端数据存储部12中没有田中次郎的通讯录数据，所以终端B的控制部15通过通信部11，经由网络5请求存储在数据服务器装置1的服务器数据存储部3中的服务器数据(S505)。从终端B接收了田中次郎通讯录的服务器数据请求的数据服务器装置1读出存储在服务器数据存储部3中的、已进行了更新的田中次郎的通讯录数据，然后通过通信部4，经由网络5向终端B发送该通讯录数据(S506)。

如果田中次郎在终端E进行了第二次住址数据的更新，则通过与上述相同的处理，进行数据服务器装置1的服务器数据的更新请求(S507)。接收了数据更新请求的数据服务器装置1判断已存储了该数据登记项的终端是A、B、E、F等4台终端，由于是来自终端E的更新请求，所以应进行数据更新的终端是A、B、F等3台终端。因此，数据服务器装置1的客户端存储数据管理部2通过通信部4，经由网络5进行更新存储在终端A、B、F的客户端数据存储部12中的田中次郎通讯录数据登记项的通信(S508)。

通过以上手续，终端B中的田中次郎的通讯录数据的更新被反映在数据服务器装置1的服务器数据存储部3中，然后，在其它能参照田中次郎通讯录数据的任何一个终端中，都能正确共享被更新的数据。

以下参照图18～图23，对在图17所示的本系统的数据更新处理中数据服务器装置1的数据变化进行说明。图18是表示在开始图17的田中次郎的通讯录数据修改处理之前的数据服务器装置1中的服务器数据状态的例子。在该时刻，在数据服务器装置1中进行田中次郎的第一次修改处理之前的时刻的住址数据被存储在A、B、F等3台终端中，而终端B由于长时间没有使用田中次郎的数据，所以该数据已从终端B的存储装置中被删除。

如图18所示，服务器数据在包括数据内容421的同时，对于各个终端422，还包括表示在该终端中为了处理该数据而使用的应用程序的应用程序属性423、表示该终端中的该数据的重要性的重要性属性424、表示存储在该终端的客户端数据存储部12中的对应数据是否已完成与该服务器数据421同步的同步属性425以及表示该终端现在是否已存储了该数据的存储中属性426。

如上所述，在图18中，终端A、E、F的存储中属性426为“是”，同步属性425为“完成”。未存储该数据的终端B的存储中属性426为“否”，由于没有存储该数据，所以没有同步属性425(“-”)。

图19示出了由于田中次郎在终端E进行了通讯录数据修改处理，所以有从终端E向数据服务器装置1的更新通知(S501)，存储在数据服务器装置1的服务器数据存储部3中的田中次郎通讯录数据的服务器数据被更新之后的服务器数据的状态。

在该时刻，由于终端E与存储在数据服务器装置1的服务器数据存储部3中的田中次郎的通讯录数据一致，所以与终端E相关的存储中属性为“是”，同步属性为“完成”。而存储中属性为“是”的、除此之外的终端A和终端F的同步属性为“未完成”，所以成为图19所示的状态。

图20示出了从田中次郎的第一次住址修改处理被反映到数据服务器装置1的服务器数据存储部3中的图19的时刻开始经过例如5分钟的时刻，数据服务器装置1的服务器数据的状态。

在该时刻，对于在图19的时刻同步属性为“未完成”的终端A和终端F，由于数据更新通知处(S503、S504)已完成，所以这些同步属性变为“完成”，成为如图20所示的状态。

图21示出了从田中次郎的第一次住址修改处理被反映到数据服务器装置1的服务器数据存储部3中的图19的时刻开始经过例如5小时的时刻，数据服务器装置1的服务器数据的状态。

在该时刻，由于终端B中的通讯录应用程序在图20的时刻之后被启动，对田中次郎的通讯录数据进行访问，所以终端B向数据服务器装置1发出数据请求(S505)，数据服务器装置1根据该请求，向终端B传送田中次郎的通讯录数据(S506)。

在该时刻，在数据服务器装置的服务器数据中，在图20的时刻存储中属性为“否”的终端B的存储中属性变为“是”，同时同步属性变为“完成”，成为图21所示的状态。

图22示出了田中次郎在终端E进行了第二次通讯录数据修改处理，由此从终端E向数据服务器装置1发送更新通知(S507)，存储在数据服务器装置1的服务器数据存储部3中的田中次郎通讯录数据的服务器数据再次被更新之后的服务器数据的状态。

在该时刻，与图19同样，由于终端E与存储在数据服务器装置1的服务器数据存储部3中的田中次郎的通讯录数据一致，所以与终端E相关的存储中属性为“是”，同步属性为“完成”。存储中属性为“是”的、除此之外的终端A、终端B和终端F的同步属性为“未完成”，所以成为图22所示的状态。

图23示出了从田中次郎的第二次住址修改处理被反映到数据服务器装置1的服务器数据存储部3中的图22的时刻开始，在例如经过5分钟之后的时刻的数据服务器装置1的服务器数据的状态。

在该时刻，对在图22的时刻同步属性为“未完成”的终端A、终端B和终端F的数据更新通知处理(S508)结束。因此，上述同步属性变为“完成”，而成为图23所示的状态。

以下参照图24，说明在本系统中进行相册的初次输入时的处理流程。

首先，对“铃木家”的家庭旅行照片通过铃木太郎所拥有的个人用移动电话即终端A被作为相册初次输入铃木家数据203中的情况进行说明。

当附加有所属组为“铃木家”、应用程序为“相册”等属性的铃木家旅行相册在终端A被初次输入时，终端A的控制部15将被输入的相册数据存储在客户端数据存储部12中。同时，控制部15通过通信部11，经由网络5与数据服务器装置1连接，将被输入的新相册数据作为服务器数据初次登录在数据服务器装置1中的服务器数据存储部3中(S511)。

输入终端A的相册数据也可以通过例如数码相机或红外线、近距离无线通信向终端A传输，或者在终端A中内置数码相机的功能，通过该相机功能来进行拍摄。

接收新相册数据登录的数据服务器装置1的客户端存储数据管理部2判断是否有应传输该新相册数据的终端的处理如下所述。

首先，根据该相册数据的属性，判断所属组为“铃木家”，然后根据图15所示的组数据的表，判断铃木太郎和铃木花子属于“铃木家”。然后根据图14所示的各终端的属性表，判断铃木太郎和铃木花子所拥有的终端是A、B、C和D等4台终端。

此外，知道终端A是新相册数据的作成源。因此，判断不必向终端A传输新相册数据。

对于终端C，可以判断是桌上型PC，并且是通过固定收费的高速有线连接、存储区域很大，从而尝试传输，但由于此时终端C未通电，或者通信线路存在故障而不通(S512)，所以放弃对终端C的客户端数据的更新(S513)。

对于终端D，根据图14所示的表可知，其仅具有进行文本显示的显示能力。因此，判断不必传输作为照片数据的该新相册数据(S514)。此外，对于终端D，可以通知新相册数据已被登录在数据服务器装置1上的消息。

对于终端B，根据图14可知为PDA，并且是按照流量收费的低速无线线路。由此，不进行该新相册数据本身的传输，而是仅通知新相册数据已追加在数据服务器装置1的服务器数据存储部的服务器数据中的消息。

当铃木花子接通终端C的电源，或网络故障解除，通信线路开通时，终端C的控制部15通过通信部11，经由网络5向数据服务器装置1询问在终端C的客户端数据存储部12内存储的客户端数据中是否有需要更新的数据(S516)。数据服务器装置1响应该询问，进行该新相册数据的传输(S517)。接收新相册数据的传输的终端C的控制部15将该新相册数据存储在客户端数据存储部12中。

这里，终端C在通电后询问是否存在需要更新的数据，但也可以不从终端C进行询问，而是由数据服务器装置1定期尝试进行更新处理。在该情况下，例如如果被更新的数据是重要性高的数据，则缩短定期尝试进行更新处理的周期，这是非常有用的处理。

此外，这里由于终端B是按照流量收费的无线线路，所以仅进行新数据追加的通知，但同样如果是重要性高的相册数据，也可以进行图像数据的传输，或者根据重要性改变更新处理，这是非常有用的。

然后，铃木太郎在终端B请求参照相册数据时(S518)，数据服务器装置1的客户端存储数据管理部2通过通信部4，经由网络5向作为客户端装置10中的一台的终端装置B传输该新相册数据(S519)。

通过以上处理，实现了将在一台客户端装置10中追加的组数据自动发送到应共享该数据的其它客户端装置10的客户端数据存储部12中。

以下参照图25，对在本系统中进行邮件发送时的处理流程进行说明。这里对通过铃木太郎所拥有的个人用移动电话即终端A向铃木花子和滑雪爱好者协会进行新邮件发送的情况进行说明。

当在终端A中向“铃木家”和“滑雪爱好者协会”发送新邮件时，终端A的控制部15首先将该新邮件作为邮件数据存储在终端A的客户端数据存储部12中，同时通过通信部11，经由网络5与数据服务器装置1连接，将被输入的新邮件数据作为服务器数据初次登录在数据服务器装置1中的服务器数据存储部3中(S520)。接收了新邮件数据登录的数据服务器装置1的客户端存储数据管理部2，根据已登录的邮件数据的接收地址字段，确定应传输的终端。

其中，由于在接收地址字段中指定了“铃木花子”和“滑雪爱好者协会”，所以数据服务器装置1的客户端存储数据管理部2向铃木花子和滑雪爱好者协会的成员所拥有的所有终端的客户端数据存储部12发送新邮件数据。根据图14和图15的表，该终端为A、B、C、D、E和F等6台终端。对于终端A，由于是该新邮件的发送源，所以数据服务器装置1的客户端存储数据管理部2判断终端B、C、D、E和F等5台客户端装置10是该新邮件的接收地址。客户端存储数据管理部2通过通信部4，经由网络5分别与终端B、C、D、E和F连接，传输用于登录在各终端的客户端数据存储部12中的该新邮件数据(S521)。

将该新邮件数据登录在客户端数据存储部12中的客户端装置10的控制部15，根据新登录的数据的应用程序属性是邮件的信息，通过邮件用用户界面进行新邮件已到达的显示。

对于终端B，由于同样是铃木太郎所拥有的终端，所以将应登录在客户端数据存储部12中的该新邮件数据作为已发送的邮件而传输(S522)。

在铃木花子所拥有的终端C中，如果进行该新邮件的开启处理，则终端C的控制部15根据对客户端数据存储部12的该新邮件数据的读出访问检查或者来自邮件应用程序的通知，识别该新邮件的开启处理，然后向数据服务器装置1进行该新邮件数据开启处理的通知(S523)。接收了终端C的该新邮件数据开启处理通知的数据服务器装置1的客户端存储数据管理部2根据图14的表，判断同一用户所拥有的其它终端是终端D。终端C和终端D的用户是同一人(铃木花子)。因此，在本实施例中，数据服务器装置1的客户端存储数据管理部2通过通信部4，经由网络5对终端D尝试进行已读通知(S524)。此时，终端D在大厦中，处于无法通信的状态(S525)。

当终端D从大厦中出来，成为可通信的状态时，终端D的控制部1 5通过通信部11，经由网络5与数据服务器装置1连接，确认是否有服务器数据更新(S526)。响应来自该终端D的更新数据的确认，数据服务器装置1向终端D进行该新邮件的已读通知(S527)。

这里，从处于可通信状态的终端D向数据服务器装置1询问是否有服务器数据更新，但也可以不从终端D询问，而是由数据服务器装置1定期地尝试进行数据更新通知。

从数据接收了已读通知的终端D将该新邮件的属性改为已读。

通过以上处理，各个客户端装置10中的邮件应用程序将规定的属性附加在邮件数据上并存储在各个客户端装置10的客户端数据存储部12中，从而可以实现邮件系统。

此外，可以避免在终端C中已读的邮件在终端D中再次作为新邮件而处理，例如铃木花子两次将相应的邮件作为新邮件读取的问题。

上述邮件的已读、未读等属性，对于数据服务器装置1的服务器数据存储部3中的服务器数据的该邮件登记项，可以对多个用户、每个终端设定属性，并在各通信中向各终端反映该属性。此外，可以在各终端复制服务器数据中的该邮件登记项，并管理各个属性。

以下参照图26～图31，按照时间顺序对在该邮件处理中的与存储在数据服务器装置1的服务器数据存储部3中的该邮件数据对应的服务器数据的转移状态进行说明。

图26是表示在终端A中新邮件作成中的状态。作成中的邮件451在邮件应用程序中，被保存在服务器数据存储部3内的草稿文件夹中。因此，文件夹属性453被赋予草稿文件夹属性。其中，对于未读/已读属性454，作成中的草稿状态的邮件数据被赋予“未读”属性。此外，该邮件的重要性455的值被用户设定为“4”。这些属性与表示每个终端452的同步属性456以及表示该邮件数据是否已存储在各终端中的存储信息457一起被存储。

同一用户(铃木太郎)也可以从终端B共享作成中的邮件数据。因此，终端B中也管理同样的信息。其中，在邮件数据的作成中，不对终端B的客户端数据存储部12进行同步。因此，同步信息对于终端A是完成同步，但对于终端B是不同步。当然，当在该状态下通过终端B继续编辑时，可以将作成中的该邮件数据存储在终端B的客户端数据存储部12中。

图27是表示完成了新邮件的写作，新邮件发送中的状态。在该时刻，邮件的作者正在读该邮件。因此，在邮件的作者(铃木太郎)所拥有的终端A中，未读/已读属性为“已读”，在其它的终端C、D、E和F中，由于均未进行开启处理，所以该属性为“未读”。此外，在该时刻，该邮件数据在终端D和终端E的客户端数据存储部12中已完成同步，在终端C和终端F的客户端数据存储部12中还未完成同步处理。此外，对于终端A，文件夹属性为“发送中”。终端B在发送中，不进行该数据的同步处理。因此，被赋予“未读”属性。

图28表示对所有的接收地址终端的新邮件同步都完成时的状态。在该时刻，邮件发信者(铃木太郎)的终端A和终端B被赋予“完成发送”的文件夹属性，由于是写作邮件的本人，所以被赋予“已读”属性。此外，在该时刻，其余的终端中没有开启该邮件的用户。因此，全部被赋予“未读”属性。

图29是表示在终端C中进行该邮件的开启处理，由终端C发出该邮件的数据更新通知之后的状态。

在该时刻，响应来自终端C的更新通知，将终端C的未读/已读属性设为“已读”，终端D的未读/已读属性也同时变为“已读”此外，对终端D的未读/已读属性的同步在该时刻没有完成。

图30示出了从图29的时刻开始过了一会儿之后的状态。在该时刻，终端D的未读/已读属性的同步完成。

图31示出了从图30的时刻开始经过几天之后的状态。示出了在该时刻，由于该邮件信息在终端D和终端F中久未使用，或者从数据服务器装置1下载其它数据，所以该邮件信息被客户端数据存储部12删除的状态。

通过以上处理，各客户端装置10的邮件应用程序通过作成邮件数据，可向各客户端数据存储部12进行邮件发送。

在上述处理中，只能对其它的上述客户端装置进行邮件发送，但例如如果在邮件接收地址中指定了现有的因特网邮件地址，则可以在数据服务器装置1中使用邮件数据的To字段的接收地址数据，根据SMTP(Simple Mail Transfer Protocol)，与现有的互联网邮件同样地发送邮件数据。由此，可以容易地保持与现有的互联网邮件的相容性。

以下参照图32，对在本系统中进行聊天时的处理流程进行说明。这里，对铃木太郎首先通过终端A与田中次郎开始聊天，然后铃木太郎将铃木花子追加为聊天对象的情况进行说明。

铃木太郎在终端A中使用聊天应用程序，开始与田中次郎聊天。聊天应用程序在终端A的控制部15中被执行，当通过输入部14检测到开始对田中次郎的聊天操作时，在客户端数据存储部12中作成并保存聊天内容的文件作为聊天数据。此时，由于该聊天数据是从铃木太郎对田中次郎的聊天数据，所以属于数据所属组的人是田中次郎和铃木太郎等2人。

由于在客户端数据存储部12中新作成的数据的应用程序属性是聊天，所以终端装置C的控制部15立即通过通信部11，经由网络5向数据服务器装置1通知聊天数据(S530)。

接收了通知的数据服务器装置1的客户端存储数据管理部2将接收到的聊天数据存储在服务器数据存储部3中。此外，该数据的应用程序属性是“聊天”，属于所属组的人是铃木太郎和田中次郎，是由铃木太郎接收的数据。因此，尝试向除了铃木太郎以外，即向田中次郎所拥有的终端进行实时聊天数据的反映。此时，根据图14的表，田中次郎的存储终端虽然是终端E和终端F等2台终端，但由于终端F是商用的终端，所以来自志趣相投朋友铃木太郎的聊天数据仅向个人用的移动电话即终端E进行通知(S531)。

接收了该聊天数据通知的终端E的控制部15通过数据服务器装置1将聊天数据存储在客户端数据存储部12中。同时，由于该数据的应用程序属性是聊天，所以启动聊天程序，或者作为预定的处理，在正在执行的聊天应用程序中进行新聊天数据接收的通知。接收了通知的聊天应用程序将聊天窗口显示在输出部13上，或者切换画面，从而输出接收到的聊天数据。此时，也可以通过声音通知用户。

然后，当田中次郎注意到来自铃木太郎的聊天消息，对显示在终端E的输出部13上的消息进行写入时，聊天应用程序更新终端E的客户端数据存储部12的聊天数据。当客户端数据存储部12的聊天数据被更新时，由于其应用程序属性是聊天，所以终端E的控制部15实时地通过通信部11，经由网络5向数据服务器装置1通知该数据的更新(S532)。

接收了通知的数据服务器装置1的客户端存储数据管理部2根据接收内容更新服务器数据存储部3的聊天数据。此外，由于该数据的应用程序属性是“聊天”，属于所属组的人是铃木太郎和田中次郎，聊天数据是由田中次郎接收的数据，所以尝试向除了田中次郎以外即铃木太郎所拥有的终端反映实时聊天数据。此时，根据图14的表，铃木太郎的存储终端虽然是终端A和终端B等2台终端，但由于最初来自铃木太郎的聊天数据是由终端A通知的，所以对终端A进行该更新通知(S533)。

以后在各终端的控制部15中执行同样的处理。

此外，对于S533的消息，铃木太郎通过终端A的输入部14，进行将铃木花子追加为聊天成员的操作。在该情况下，终端A的控制部15将该聊天数据的所属组属性修改为铃木太郎、田中次郎和铃木花子等3名，并向数据服务器装置1进行通知(S534)。

在来自终端A的聊天数据中，由于聊天数据的所属组属性被修改，铃木花子被追加在所属组中，所以数据服务器装置1的客户端存储数据管理部2不仅向田中次郎的终端E通知该聊天数据(S535)，而且根据图14的表，对铃木花子的存储终端即终端C和终端D进行该聊天数据更新的通知(S536、537)。在终端C和终端D中，由于该聊天数据没有被存储在客户端数据存储部12中，所以将其作为新数据登录，在终端C和终端D中进行与上述相同的处理。

当铃木花子在终端C中对该聊天数据进行应答时，终端C的控制部15通过通信部11，经由网络5向数据服务器装置1进行该聊天数据的更新通知(S538)。由于该更新通知是由终端C发送的，所以数据服务器装置1的客户端存储数据管理部2将该聊天中的对铃木花子的聊天数据向终端C通知，将从终端C接收的聊天数据向铃木花子之外的成员的终端即终端A和终端E进行通知(S539、S540)。

因此，当从终端E对该聊天数据进行下一次更新通知时(S541)，数据服务器装置1的客户端存储数据管理部2对终端A和终端C进行该更新通知(S542、S543)。

通过以上处理，各客户端装置10的聊天应用程序分别对客户端数据存储部12作成、更新聊天数据，由此在整体上实现了聊天系统。

以下参照图33，对由多个用户输入共享日程表数据时和输入终端固有日程表时的处理进行说明。

首先，对通过田中次郎所拥有的终端E进行所属组属性为“滑雪爱好者协会”的日程表数据的登录时的处理进行说明。

田中次郎操作终端E的输入部14，向所属组属性为滑雪爱好者协会的组中登录滑雪爱好者协会的滑雪旅行日程表。此时，终端E的控制部15将该日程表数据登录在客户端数据存储部12中，同时通过通信部11，经由网络5与数据服务器装置1连接，进行该日程表数据的登录(S550)。该处理中的所属组属性的赋值可以以数据属性编辑的形式进行，也可以进行目录管理，将所属组属性赋值给规定的目录，对该目录内的文件全部赋予与该目录相同的所属组属性。

从终端E接收了所属组属性为滑雪爱好者协会的日程表数据登录的数据服务器装置1的客户端存储数据管理部2将日程表数据存储在服务器数据存储部3中，同时通过通信部4，经由网络5向终端A、B和F等3台客户端装置10进行该日程表数据的登录(S551、552、553)。从数据服务器装置1接收了该日程表数据的各客户端装置10的控制部15在各客户端数据存储部12中进行该日程表数据的登录。

以下，对铃木太郎通过终端B输入作为商务数据的与B公司进行商洽计划时的处理进行说明。

当铃木太郎操作终端B的输入部14，将所属组属性作为终端B，登录与B公司进行商洽的日程表时，终端B的控制部15将该日程表数据登录在客户端数据存储部12中。同时，控制部15通过通信部11，经由网络5与数据服务器装置1连接，进行该日程表数据的登录(S554)。

由于该处理中的所属组属性是终端B，所以数据服务器装置1认为可以仅对终端B进行同步处理，而对同一用户所拥有的客户端装置10即终端A不进行同步处理。由此，可以减少由于要求保密性的商务数据等反映在个人用终端中而发生信息泄漏的可能性。

以下参照图34，对客户端装置10中的更新数据的反映处理进行说明。

客户端装置10的控制部15首先计算为了进行更新数据的反映所必需的空容量(S601)。然后比较客户端装置10的客户端数据存储部12的空容量和在S601中计算的必要量(S602)。如果空容量不足(S602中“是”)，则客户端装置10的控制部15根据存储在客户端数据存储部12中的数据，决定将要删除的数据，进行删除(S603)，然后再次比较客户端装置10的客户端数据存储部12的空容量和S601中计算的必要量(S602)。如果空容量足够(S602中“否”)，则客户端装置10的控制部15对客户端数据存储部12内的存储数据进行更新(S604)。

在上述处理中，必须对更新数据进行反映处理，但在例如存储在客户端数据存储部12中的信息比所有更新数据的重要性都高的情况下，也可以不接收更新数据。此外，可以根据用户的设定，暂时不接收来自用户的数据更新，这是很有用的。

在本实施例中，决定上述删除数据的处理如下所述。

在需要进行数据删除时，存储在客户端装置10的客户端数据存储部12中的数据内容为图35的状态。在本实施例中，各数据具有最后数据访问时刻501、由用户赋值或根据内容自动被赋值的5级重要性502以及确定是否允许删除操作的删除可否503等属性。

其中，最后数据访问时刻501可以是对该数据进行的最新读出访问的时刻，也可以是最新写入访问的时刻。此外，这些属性也可以根据数据种类而变化。

重要性502可以是在数据服务器装置1的服务器数据中被赋值的重要性，也可以根据各终端的功能和特征，利用规定的算法改变重要性。对于商用终端，可以考虑降低商务数据以外的数据的重要性。

同样，删除可否503可以根据各终端的功能和特征，利用规定的算法改变属性。例如，对于移动电话的终端，由于电话簿数据是必需的，所以可以使该数据具有不可删除的属性。

控制部15根据这些数据，首先从允许删除的数据中检索重要性最低的数据。在图28所示的数据例中，聊天数据504和新闻数据505的数据登记项符合条件。然后，控制部15比较上述两种数据的最后访问时刻，决定将更早的数据，即本例中的新闻数据505作为删除数据。

当然，删除数据的决定方法不限于此。例如，可以在日程表数据等中进行使时间顺序为重要性顺序的处理。此外，可以不使用重要性，而是只按照时间顺序删除。即，可以采用不删除将来的数据，而将过去的日程表追加在删除对象列表中等决定方法。

此外，可以考虑使各数据由头部和数据部分构成，保留头部，而仅删除数据量大的数据部分，则可以浏览删除数据的标题等，从而提高操作性。

以下，对允许外部ASP等对数据服务器装置1的一部分服务器数据进行访问，从而可以进行数据加工服务和数据发送访问的情况进行说明。图36是在该处理中的硬件构成图。

在图36中，ASP60初次与图1所示的数据访问系统连接。

在数据服务器装置1的客户端存储数据管理部2中，经过了规定的加密和认证手续的外部ASP60通过规定的手续，被允许访问存储在数据服务器装置1的服务器数据存储部3中的一部分服务器数据。作为允许访问的种类，有对用户对数据设定的所属组属性303(图13)为“任何人”的数据的读出动作、对用于接收发布数据的假脱机区(spoolarea)进行的新数据写入动作等。此外，如果是充分可信的ASP，即使是日程表数据等有保密性的数据，也可以允许其进行读出动作。由此，例如根据用户的日程表数据，ASP可以在日程表中提示需要的可能性高的时刻表、在午饭时提示用户所在地点附近的饭店信息等，或者向客户端装置发行电子优惠卷。由此，由于掌握了用户的行动信息，所以能在广告活动中高效地进行宣传。由上述ASP60生成的数据通过与上述服务器数据中的新数据同样的手续，向所希望的客户端装置10发布，并通过适当的方法引起用户的注意。

此外，可以考虑根据日程表数据，如果是海外出差，则提供自动进行航班预约和酒店预约等服务。但是，如果没有用户的确认，应立即取消，这样的处理对于上述服务是有效的。

作为其它应用，如果客户端装置10上具有照相机功能，则可以提供利用拍摄成照片的很多名片的图像数据进行文字识别，制作电子名片数据的服务和色彩校正、高清晰度打印服务。

通过上述处理，数据服务器装置1的客户端存储数据管理部2和客户端装置10的控制部15根据各数据登记项的应用程序属性，自动进行通信。因此，在数据服务器装置1和客户端装置10中需要进行通信的邮件、聊天或公告牌等各通信应用程序，完全不必有意识地进行通信，而只要对数据赋予规定的属性，并访问各客户端数据存储部12，就可以进行规定的通信。因此，客户端装置10可以仅对应于各数据的特征，切换显示方法等的用户界面。由此，可以省略通信协议的安装，从而简化编码操作。

这里根据应用程序属性进行通信处理，即将应用程序属性用作通信属性。当然，应用程序属性也可以仅在用户界面的切换中使用，另外设定指定从客户端装置10向数据服务器装置1的更新处理和从数据服务器装置1向客户端装置10的更新处理的通信属性。

此外，可以从外部ASP通过VPN(Viertual Private Network)等允许对数据服务器装置1的服务器数据进行部分访问，由此为各客户端装置10提供对在客户端装置10中处理难度大的数据处理的ASP业务、必需大DB(数据库)的服务等。

此外，在上述系统中，在将客户端装置10的客户端数据中发生的数据修改反映在数据服务器装置1的服务器数据中的处理中，在例如进行反映处理的时刻的服务器数据的最后更新时间比以被更新的客户端数据为基础的的服务器数据的最后更新时间新等情况下，可以不接收来自客户端装置10的服务器数据更新请求，进而向使用该客户端装置10的用户通知该消息。

相反，在将数据服务器装置1的服务器数据更新反映在客户端装置10对应的客户端数据中的处理中，在对应的客户端数据的最后更新时间比服务器数据的更新前的最后更新时间新等情况下，可以不接收来自数据服务器装置1的客户端数据更新请求，进而向进行了该客户端数据更新的用户通知该消息。

为此，可以在更新通知中同时包含该更新数据的更新以前的最后更新时间而进行通知。

此外，可以通过开关等用户设定，暂时不接收来自数据服务器装置1的数据更新，这是很有用的。

在上述系统中，对应用程序使用的数据进行共享，但也可以在能执行JAVA(R)等通用应用程序的环境中，利用上述方法共享被执行的应用程序和该程序的环境设定文件，由此能容易地实现在同一用户的终端间共用程序的工具条的个人设定和书签等，或者在其它终端上继续执行某一终端上进行的游戏。

除了上述流程之外，也可以在各终端适当地下载数据服务器装置1的服务器数据并进行参照的处理。

此外，也可以考虑例如工作站等构成的数据服务器装置1与广域网连接，作为客户端装置的PC与广域网连接，将该PC作为数据服务器装置1，PDA等作为客户端装置10而与LAN(Local Area Network)连接的结构，这是很有用的。

在本实施例中，将所有的客户端装置10的主数据存储在数据服务器装置1中。在这样的情况下，将所有作为客户端装置10的PC的数据中的主数据存储在工作站等构成的数据服务器装置1中，在数据量变大的情况下，这需要非常大的存储区域，在实现上变得困难。

因此可以采用以下构成，即数据服务器装置1不必由一台计算机来实现，可以通过使多台计算机地进行适当数据同步，或者传输适当数据等的处理，而进行协同工作，从而虚拟地形成一台数据服务器装置1。或者可以采用使上述任意的一台或多台客户端装置具有服务器装置的功能。

此外可以考虑以下构成，即在工作站等构成的数据服务器装置1中，不存储作为客户端装置10的所有PC的主数据，而是仅暂时存储应同步的客户端装置10间的数据，在各个客户端装置10间进行数据同步，然后从数据服务器装置1的服务器数据存储部3中删除该数据，仅管理作为客户端装置10的各PC的数据中应同步的数据之间的关联和相互同步状况，这是很有用的。

根据上述本实施例，可以获得以下效果，即在数据服务器装置1中，与在各客户端装置10中利用的数据对应的服务器数据被可靠地保存。因此，即使客户端装置10发生故障，也能保证这些数据。

此外，各客户端装置10将数据服务器装置1的服务器数据存储部3作为虚拟存储器。因此，可以利用比该终端的实际存储容量大得多的信息。同时，通过在数据服务器装置1中对存储在各客户端装置10内的数据进行管理，对于应与其它客户端装置10共享的信息，可以对存储该信息的客户端装置10自动进行信息同步。因此可以获得以下效果，即各用户不必在共享信息的终端中进行两次同样的操作或处理。

此外，各客户端装置10内的通信应用程序通过向文件附加通信属性并存储在虚拟存储器中，可以实现各种服务。因此可以获得以下效果，即每个通信应用程序不必对通信协议等进行通信编码。

(第一实施例 第一变形例)

以下利用图37，对数据服务器装置的整体动作(图5)的变形例进行说明。在以下的说明中，由于除了上述图5之外的硬件构成、流程和动作与上述第一实施例相同，所以不对其进行重复说明。此外，在图37所示的处理中，对与上述图5相同的处理标以相同的步骤编号。对它们的处理也相同。因此，这里也不对它们进行重复说明。

参照图37，数据服务器装置1等待来自客户端装置10的通信(S101)，当有通信使(S101中“是”)，判断来自该客户端装置10的图像数据是否是请求读出存储在数据服务器装置1的服务器数据存储部3中的服务器数据的数据(SD101)。

如果图像数据是请求读出服务器数据的数据(SD101的是)，则客户端存储数据管理部2读出存储在数据服务器装置1的服务器数据存储部3中的该请求数据，并将该请求数据向发出请求的客户端装置10传输(SD102)。

如果图像数据不是请求读出服务器数据的数据(SD101的“否”)，则判断通信数据是否是请求更新存储在数据服务器装置1的服务器数据存储部3中的服务器数据的数据(S102)。然后处理移向S103或S106。

这样，在本变形例中，从客户端装置10向数据服务器装置1发送的图像数据如果是服务器数据的读出请求，则进行被请求的数据的应答处理。

(第一实施例 第二变形例)

以下利用图38，对客户端装置的整体动作(图8)的变形例进行说明。在以下的说明中，由于除了上述图8之外的硬件构成、流程和动作与上述第一实施例相同，所以不对其进行重复说明。此外，在图38所示的处理中，对与上述图8相同的处理标以相同的步骤编号。对它们的处理也相同。因此，这里也不对它们进行重复说明。

参照图38，根据由输入部14检测到的用户操作，如果发生数据参照请求(S201中“否”、SE201中“是”)，则判断被请求的数据是否作为高速缓存(cashe)数据存在于客户端装置10的客户端数据存储部12中(SE202)。

如果在客户端数据存储部12中不存在被请求的数据(SE202中“否”)，则客户端装置10的控制部15控制通信部11，与数据服务器装置1连接，读出存储在数据服务器装置1的服务器数据存储部3中的请求数据并进行提示(SE204)。此时，如果不能对服务器进行访问，则向用户通知服务器数据的取得失败的消息。

如果在客户端数据存储部12中存在被请求的数据(SE202的是)，则客户端装置10的控制部15确认数据的属性，如果是重要性比规定值高或是实时性重要的数据，则判断需要对服务器数据进行参照(SE203的是)。客户端装置10的控制部15控制通信部11，与数据服务器装置1连接，读出存储在数据服务器装置1的服务器数据存储部3中的请求数据并进行提示(SE204)。此时，如果不能访问数据服务器装置1，则提示存储在客户端数据存储部12中的高速缓存数据，向用户通知由于服务器数据的取得失败，所以显示高速缓存中的数据。

此外，如果在客户端数据存储部12中存在被请求的数据(SE02的“是”)，则客户端装置10的控制部15确认数据的属性，如果是重要性比规定值低，或者是实时性不重要的数据种类，则判断不必参照服务器数据(SE203的“否”)。客户端装置10的控制部15读出存储在客户端装置10的客户端数据存储部12中的请求数据，并进行提示(SE205)。

这样，在本变形例中，当通过由输入部14检测到的用户操作而发生数据登录请求时，判断有无客户端装置10的高速缓存数据，然后提示被请求的数据。

(第二实施例)

以下参照附图，对本实施例进行说明。以下说明之外的硬件构成、流程和动作与上述第一实施例的相同，所以这里不对其进行重复说明。

图39示出了存储在数据服务器装置1的服务器数据存储部3中的服务器数据和存储在多个客户端装置10的客户端数据存储部12中的客户端数据之间的关系。

在本实施例中，假定本系统的利用者为铃木太郎、铃木花子、田中次郎和山田三郎等4人。铃木太郎和铃木花子是婚姻关系。两者属于在数据服务器装置1中被管理的铃木家组1220。铃木太郎和田中次郎属于在数据服务器装置1中被管理的滑雪爱好者协会组1221。田中次郎和山田三郎属于在数据服务器装置1中被管理的A公司SE部门的组1222。

铃木太郎拥有作为客户端装置的终端A1206和终端B1207。铃木花子拥有终端D1209。铃木太郎和铃木花子共同拥有终端C1209。田中次郎拥有终端E1210。山田三郎拥有终端G1212。田中次郎和山田三郎共享终端F1211。

铃木花子个人数据1201、铃木太郎个人数据1202、铃木家数据1203、滑雪爱好者协会组数据1204、田中次郎个人数据1205、A公司SE部门组数据1206和山田三郎个人数据1207的数据集合被存储在数据服务器装置1的服务器数据存储部3中。在图39中，数据服务器装置1内的服务器数据的数据集合和各个客户端装置10内的客户端数据具有通过直线连接的对应关系。

例如，作为被数据服务器装置1管理的数据集合的铃木太郎个人数据1202、铃木家数据1203和滑雪爱好者协会组数据1204的一部分或全部被存储在铃木太郎所拥有的终端A1206的客户端数据存储部12中。

在本实施例中，数据服务器装置1管理被客户端装置10参照的服务器数据及其属性、反映服务器数据的客户端装置及其属性、客户端装置的用户及其属性三者之间的对应关系。根据该属性，服务器数据、客户端装置、用户被分到各数据类中。例如，具有相同属性的服务器数据(用于执行服务器数据的应用程序也同样)被分到相同的数据类中。具有相同属性的客户端装置(数据服务器装置和客户端装置之间的通信线路也同样)被分到相同的装置类中。具有相同属性的用户(通过用户而被登录的爱好也同样)被分到相同的用户类中。数据服务器装置1存储使被分类的数据类、装置类和用户类对应的表中。数据服务器装置1根据该表、被更新的数据登记项的数据属性、通知数据更新的客户端装置的装置属性、拥有通知数据更新的客户端装置的用户的用户属性，决定将要执行的处理。

图40示出了存储在数据服务器装置1的服务器数据存储部3中的服务器数据及其属性的存储形式的一个例子。该例子与图39所示的各用户、终端、组的关系相对应。

假定日程表应用程序、通讯录应用程序、相册应用程序均被安装在客户端装置10的一部分中。

将图40的各行的数据单位表现为数据登记项。各数据登记项包括数据内容1301、时间属性1302、应用程序属性1303、所属属性1304、用途属性1305、存储中终端属性1306和重要性属性1307。

时间属性1302是各数据登记项的作成时间、利用日程表应用程序输入的行动计划的时间等的属性(表示其作成时间是何时等)。应用程序属性1303是表示各数据登记项的数据种类即处理该数据的应用程序的属性。所属属性1304是表示各数据登记项所属的用户或用户组的属性。用途属性1305是表示各数据登记项是商用数据还是个人用数据的属性。存储中终端属性1306是表示现在已存储了各数据登记项的终端的属性。重要性属性1307是表示各数据登记项的重要性的属性。

这些属性在新数据作成时被设定为缺省值。即，数据的所属属性被设定为作成该数据的客户端装置的用户属性，应用程序属性被设定为作成该数据的应用程序。重要性被设定为例如中等程度的“3”等。当然，这些缺省属性中的几个即用户所属属性、重要性属性、用途属性等，可以根据用户的爱好而修改，也可以由数据的拥有者对作成完成数据的属性进行更新。

图41示出了在数据服务器装置1的客户端存储数据管理部2中被管理的客户端装置及其属性。

数据服务器装置1的客户端存储数据管理部2管理如图41所示的每个终端的管理表。在该管理表中存储有用户属性1401、种类属性1402、用途属性1403、表现能力属性1404和通信线路属性1405等。

用户属性1401是表示在各个终端拥有终端的用户的属性。种类属性1402是表示终端是PC(Personal Computer)、PDA还是移动电话的终端种类的属性。用途属性1403是表示用户为了什么用途、目的而拥有该终端的属性。表现能力属性1404是表示终端是否具有声音输出、图像显示能力等表现能力的属性。通信线路属性1405是表示通信线路是否利用无线通信线路、通信速度是高速还是低速、通信线路是按照流量收费还是固定收费的属性。

这些属性在将客户端装置登录在本服务中时，按照规定的手续向服务器装置追加、登录。在本实施例中，与客户端装置的硬件相关的属性被自动地通知，客户端装置的用户和用途等通过用户的输入而向服务器装置通知。

根据该管理表可知，终端A是铃木太郎所拥有的、具有按照流量收费的高速无线通信功能的个人用移动电话。该终端A具有声音输出和图像显示能力。终端B是铃木太郎所拥有的、具有按照流量收费的低速无线通信功能的商用和个人用PDA。该终端B不能进行声音输出，但具有图像显示能力。终端C是铃木太郎和铃木花子2人共同拥有的、具有固定收费的高速有线通信功能的个人用桌上型PC。该PC具有声音输出、图像显示能力。终端D是铃木花子所拥有的、具有按照流量收费的高速无线通信功能的个人用移动电话。该终端D可进行声音输出，仅具有文本显示的显示能力。终端E是田中次郎所拥有的、具有按照流量收费的低速无线通信功能的商用和个人用移动电话。该终端E可进行声音输出，仅具有文本显示的显示能力。终端F是田中次郎和山田三郎共同拥有的、具有按照流量收费的低速无线通信功能商用PDA。该终端F可进行声音输出，并具有图像显示能力。终端G是山田三郎所拥有的、具有固定收费的高速有线通信功能的个人用桌上型PC。该终端G可进行声音输出，并具有图像显示能力。

在用户共同拥有的终端中，通过注册管理等，可以进行切换向每个用户提示内容的处理。

终端根据从数据服务器装置1接收的信息，可以利用声音、振动、画面显示等，向终端的用户通知数据登记项被更新的消息。该通知根据从数据服务器装置1接收的用户通知信息，可以切换向用户进行通知的级别。当从数据服务器装置1接收到“紧急用户通知”时，例如终端发出很大的警告音，向用户通知数据更新。如果是移动电话，则根据从数据服务器装置1接收的信息，自动改变收信音的种类、音量。越是例如重要的数据，数据服务器装置1越是设定容易引起用户注意的用户通知。

终端根据从数据服务器装置1接收的自动删除信息，可以改变删除存储在终端存储部中的数据的优先顺序。该删除优先顺序是图34的S603中的决定删除数据的优先顺序，是当从数据服务器装置1接收到“自动删除”时，作为删除数据被优先删除的对象。因此，设定自动删除方法，使得越是重要的数据，终端越难以删除，越是不重要的数据，越容易被删除。

图42是表示存储在数据服务器装置1的服务器数据存储部3中的用户及其属性的存储形式的一个例子。

如图42所示，该表对每个用户1501都存储了用户组属性1502、拥有终端属性1503、个人设定属性1504、爱好属性1505和购入软件属性1506等属性。

用户组属性1502是表示用户所属的用户组的属性。拥有终端属性1503是表示用户所拥有的终端的属性。个人设定属性1504是表示例如书签、工具条的设定等、用户在各终端利用的应用程序的设定信息的属性。爱好属性1505是表示用户爱好的音乐或喜欢吃的食物、兴趣等的属性。购入软件属性1506是表示用户在终端可利用的已购入应用程序的属性。

按照利用安装向导等的规定手续，用户可将这些属性向服务器登录。此外，在本实施例中，用户可以自由地利用用户ID或昵称等确定组成员而作成用户组。在新组作成时，询问可否登录为各组成员，仅将允许登录的成员登录在新组中。作成组的用户有追加和删除用户的权限，各组成员有退出组的权限。

从该表可知，例如铃木太郎属于铃木家组和滑雪爱好者协会组等用户组，铃木太郎拥有终端A、B、C等3台客户端装置10，铃木太郎个人设定的书签和呼叫声音的设定，铃木太郎的爱好是巴赫的音乐，铃木太郎喜欢的食物是盖浇饭，铃木太郎已购入的软件是“表计算软件A”、“图形软件A”。

在铃木太郎使用的终端A、B、C等3台客户端装置10中，可以共用个人设定。该个人设定是网页浏览器的书签和各种应用程序的工具条等的设定、鼠标和键盘的输入环境的设定。通过共用这些设定，提高了使用多个终端的用户的便利性。由于终端C是铃木太郎和铃木花子2人使用的终端，所以利用对每个用户设定的注册处理等来管理该个人设定。对每个注册的用户管理应用程序的设定、根据登录用户显示反映各种设定的画面。

可以将应用程序软件存储在数据服务器装置1的客户端数据存储部12中，根据来自客户端装置的请求，将其向客户端装置发送。此时，利用图42所示的表，管理每个用户已购入的软件。例如，铃木太郎已购入“表计算软件A”、“图形软件A”等2种应用程序。在这些软件没有被安装在铃木太郎所拥有的终端A中的情况下，数据服务器装置1可以将其向客户端装置10发送，从而在该终端A安装。此时，铃木太郎应从这些软件的销售公司得到向一个用户所拥有的多个装置进行安装的许可。

此外，数据服务器装置1可以根据用户的爱好信息，发送与用户的爱好一致的广告等信息。例如，在数据服务器装置1中将自己的爱好登录为“音乐、巴赫”的用户，被分到用户类为“爱好音乐、喜欢巴赫”的类中。与“巴赫”相关的信息从数据服务器装置1被发送到被分到该类中的用户的终端。

也可以根据终端属性的拥有者信息和用户属性的拥有终端属性中的任何一方来发送信息。

以下利用附图，对在本实施例中，当对存储在数据服务器装置1的服务器数据存储部3中的数据登记项进行更新时，用于决定数据服务器装置1执行的处理用的表的一个例子进行说明。

图43表示在对存储在数据服务器装置1的服务器数据存储部3中的数据登记项进行更新时，在决定数据服务器装置1执行的处理时利用的存储有属性和对该属性的处理的表的一部分的一个例子。该表存储在数据服务器装置1的服务器数据存储部3中。

为了说明图43所示的表，以下对用户“铃木太郎”利用终端C更新滑雪旅行照片的相册数据的数据登记项的情况进行说明。

如图40所示，该数据登记项中存储有作为应用程序属性的“相册”，作为所属属性的“滑雪爱好者协会”，作为用途属性的“个人”，作为存储中终端属性的“A、C、E”，作为重要性属性的“2”。接收了该数据登记项更新通知的数据服务器装置1根据图43所示的表、被更新的服务器数据的数据属性、通知更新的终端的终端属性，决定处理。根据图43所示的表可知，对应用程序属性为“相册”、重要性为“2”以下的该数据登记项，进行以下处理。即，对于可显示图像并且通信线路为固定收费的终端，在定期的通信时向已存储了该数据登记项的终端通知完全的数据。对于可显示图像并且通信线路为按照流量收费的终端，在定期的通信时，向已存储了该数据登记项的终端仅通知数据被更新的消息。对于只能显示文本不能显示图像的终端，不进行任何通知。

通过参照图40和图41，由于终端A是具有按照流量收费的通信线路的终端，所以在定期的通信时，仅通知数据被更新的消息。对于终端C，由于是具有固定收费的通信线路的终端，所以在定期的通信时，通知完全的更新数据。对于终端E，由于不具有图像显示能力，所以不进行通知。

以下对用户“田中次郎”在终端F中更新与C公司进行商洽的数据登记项的情况进行说明。

如图40所示，该数据登记项中存储有作为应用程序属性的“日程表”、作为所属属性的“A公司SE部门”、作为用途属性的“商务”、作为存储中终端属性的“F”、作为重要性属性的“5”。接收了该数据更新通知的数据服务器装置1根据图43所示的表、被更新的服务器数据的数据属性、通知更新的终端的终端属性，决定处理。根据图43所示的表可知，对于应用程序为“日程表”、重要性为“3”以上的该数据登记项，执行以下处理。即，与终端属性无关，实时地向所有利用该数据登记项的终端进行通知。

通过参照图40和图41，对于A公司SE部门的成员“田中次郎”或“山田三郎”所利用的终端且是商用终端的终端E和终端F，实时地进行通知。

为了根据用户的爱好而改变由该表导出的处理，优选能利用规定的操作(例如用户请求数据服务器装置1修改登录、数据服务器装置1重写表)，用户自由地编辑属性的条件和处理。

以下利用附图，对在本实施例中，在更新存储在数据服务器装置1的服务器数据存储部3中的数据登记项时，用于决定数据服务器装置1执行的处理的表的一个例子进行说明。

图44表示在对存储在数据服务器装置1的服务器数据存储部3中的数据登记项进行更新时，在决定数据服务器装置1执行的处理时利用的、存储有属性和对该属性的处理的表的一部分的一个例子。该表存储在数据服务器装置1的服务器数据存储部3中。

为了说明图44所示的表，以下对用户“铃木太郎”利用终端E更新通讯录数据的数据登记项的情况进行说明。

如图40所示，该数据登记项中存储有作为应用程序属性的“通讯录”，作为重要性属性的“2”。接收了该数据登记项更新通知的数据服务器装置1根据图44所示的表、被更新的服务器数据的数据属性、通知更新的终端的终端属性，决定处理。根据图44所示的表，在终端为移动电话的情况下，将数据登记项的更新与用户通知为“弱”、自动删除为“无”等信息一起发送给终端。如果终端是移动电话以外的情况，则将数据登记项的更新与用户通知为“弱”、自动删除为“容易删除”等信息一起发送给终端。

从数据服务器装置1同时接收了用户通知信息和自动删除信息以及数据登记项更新的终端，根据用户通知信息和自动删除信息，进行向用户发出声音等的数据更新通知处理和被更新数据的自动删除。该自动删除如图34的S603所示。

以下对用户“田中次郎”在终端F中更新与C公司进行商洽的数据登记项的情况进行说明。

如图40所示，该数据登记项中存储有作为应用程序属性的“日程表”、作为重要性属性的“5”。接收了该数据登记项更新通知的数据服务器装置1根据图44所示的表、被更新的服务器数据的数据属性、通知更新的终端的终端属性，决定处理。如果该日程表是未来的日程表，则与终端的种类无关，将数据登记项的更新与用户通知信息为“强”、自动删除信息为“无”等信息一起发送给终端。

从数据服务器装置1接收了用户通知信息和自动删除信息以及数据登记项更新的终端，根据用户通知信息和自动删除信息，进行被更新数据的自动删除。

根据该表进行判断的、数据服务器装置1所执行的处理，为了根据用户的使用环境(例如暂时不希望发出大的警告声音等)进行各种变化，优先用户能通过规定的操作(例如无论用户从数据服务器装置1接收到何种通知信息，都将用户通知设定为“仅画面”)进行变更。

此外，在进行更新的用户与作为客户端装置的更新通知对象的用户一致和不一致的情况下，例如在不一致的情况下，进行用户通知，在一致的情况下不进行用户通知。

这里在数据服务器装置中决定用户通知和自动删除的级别，但也可以在客户端装置中存储图44所示的表，根据该表、客户端装置的属性、从数据服务器装置接收的数据的属性，判断用户通知和自动删除的级别。

(第三实施例)

以下参照附图，对本实施例进行说明。由于说明之外的硬件构成、流程和动作与上述第二实施方式相同，所以在此不对其进行重复说明。

图45表示存储在数据服务器装置1的服务器数据存储部3中的内容。在本实施例中，服务器数据存储部3包括存储有各客户端装置10所利用的对象及其属性(以下将属性也称为特征(profile))的对象/对象特征存储部701、存储客户端装置的属性的客户端装置特征存储部702、存储用户属性的用户特征存储部703、存储用于根据各特征或其它状况而操作对象的规则的处理规则存储部704。

在本实施例中，假定各对象是利用例如XML(eXtensible MarkupLanguage)等标记语言而结构化的文本对象，一个对象由多个元素(element)构成。

图46表示结构化的对象在多个客户端装置10中传输的状态。该图示出了在客户端装置A中通过用户操作而新作成的对象T通过终端引起的数据更新处理S204(参照图8)而向服务器装置1传输(SP1)的状态。该图还示出了服务器装置1利用向其它客户端装置10的反映处理S105(参照图5)而对对象T进行适当加工，然后向客户端装置B和客户端装置C传输(SP2)的状态。

本实施例中的对象的加工如图46所示，可以以结构化的对象的元素为单位进行选择，加工成包含各对象的规则节点的原对象T的子集T′和T″。在该处理中，元素的删除可以不是实质删除，或者可以与对服务器装置1的主对象中的适合元素的链接进行交换。本处理在后面详细说明。

以下，对在服务器1中，根据特征等诸条件，利用图45所示的各信息对上述对象进行加工的处理进行说明。

利用结构化语言记述的对象被存储在对象/对象特征存储部701中。在本实施例中，利用XML的“attribute”向各对象分配各属性。在客户端装置特征存储部702中，如图14所示存储有个客户端装置10的属性。在用户特征存储部703中，如图42所示存储有各用户及其属性。在处理规则存储部704中，如图47～图50所示存储有用于进行对象更新处理的表和用于进行上述对象加工和传输处理的规则。

以下对这些规则的利用方法进行详细说明。

图47示出了表示客户端装置10的能力和与对象的元素的适合性的、具有布尔(boolean)输出的能力适合函数的一部分。根据该图，该函数在例如对象元素的种类属性为静止图像时，如果终端的显示能力属性为图像，则返回“1”，如果是仅能显示文本的终端，则返回“0”。此外，该常数在元素的种类属性为动画时，如果终端的动画处理属性是可重放，则返回“1”，如果不可重放，则返回“0”。因此，该函数是根据元素的种类属性而将其与用于显示的合适终端属性对照，以布尔值返回是否适合的函数。在服务器上通过减色处理等简化处理或格式转换处理等加工而使其能在终端处理的情况下返回“1”。将作为输入的元素设为“x”，将该函数记为“Fca(x)”。

图48示出了根据某一对象与该对象所处的环境之间的相容性，改变输出值的大小的函数的一部分。根据该图，该函数在例如对象的种类属性为“电话簿”时，如果存储该对象的客户端装置10的种类属性为“电话机”，则返回大值，如果是电话以外的“终端”，则返回小值。此外，在例如对象的种类属性是“日程表”时，如果该对象的时间属性是“未来”，则返回大值，如果是“过去”，则返回小值。因此，该函数是根据对象的种类属性而将与该对象所关联的合适属性于环境对照，返回该对象和使用该对象的环境之间的相容性的函数。将作为输入的对象设为“T”，将该函数记为“Fcc(T)”。

这里，将抽取对象T的重要性属性的函数记为Imp(T)，将机会优先度定义为OP＝Fcc(T)·Imp(T)。在本实施例中，使用这些函数，根据主对象，利用“seek a subset Tsub of{x∈T｜Fca(x)≠0}such thatOP-(C·∑size(x of Tsub))/Sc”这样的算法来作成包含规则节点的子集的对象。其中，“Sc”是表示例如通信费用/通信流量或通信速度等传输对象的客户端装置10的通信能力的值。“Size”是抽取元素“x”的大小的函数，在进行简化处理和格式转换处理的情况下，返回进行了该处理之后的大小。“C”是调整通信费用和对象的机会优先度之间的平衡的常数。在本实施例中，在利用本算法被删除的元素中，Fca(x)为“0”的元素被实际删除，Fca(x)为“1”的元素被置换为对服务器装置1的链接。对于规定的条件，该加工方法优先于另外确定的加工方法而执行，因此可以对应用户个人的特殊要求或特殊情况。

将传输优先度定义为PP＝OP·Ntf(T，D)·Act(D)。其中，以某一客户端装置10为例，函数Ntf是表示是否向终端D的用户传输对象T的最后更新的函数，如果已经进行了通知，则其值为“1”，如果未通知，则其值为“2”。函数Act(D)是表示某一终端D的活动状况的函数，如果正在使用，则其值为“2”，如果没有正在使用，则其值为“1”。

图49示出了该传输优先度PP的值与对象的处理之间的对应关系。根据该图所示的规则，机会优先度高且最后更新未通知的对象可以更早向更多的终端传输，特别是可以更早向使用中的终端传输。对于规定的条件，该传输方法比另外确定的传输方法优先执行，由此可以对应用户个人的特殊要求或特殊情况。

图50示出了生成用于规定在终端的对象处理的对象的用户通知属性和垃圾收集(garbage collection)属性的规则。根据该图所示的规则，可以通过机会优先度获得终端的用户通知强度和垃圾收集的策略。对于规定的条件，该处理策略比另外确定的处理策略优先执行，从而可以对应用户个人的特殊要求或特殊情况。

如图51所示，从结构化的对象的末端元素开始按顺序以元素为单位进行图34的删除数据决定和删除处理，当使进行删除处理的元素与对服务器装置1的主数据中适合元素的链接进行交换时，可以高效地利用对象。

上述实施例在所有方面都不是限制性的。本发明的范围不限于上述说明，而是如权利要求的范围所示，还包含与权利要求范围等价和权利要求范围内的所有变更。

如上所述，利用该数据访问系统，客户端装置可以进行数据更新，并向服务器进行通知。服务器仅对存储有被更新的数据的客户端装置更新被存储在客户端装置中的数据。因此，在不增加网络信息流量的情况下，客户端装置可以利用比数据存储容量大得多的信息。因此，本发明的数据访问系统适用于很大用户共享使用数据的服务器客户端系统。

Claims (55)

1.一种数据服务器装置，包括：

服务器数据存储部(3)，存储被1台或多台客户端装置(10)利用的服务器数据以及上述服务器数据与客户端装置(10)之间的对应关系；以及

客户端存储数据管理部(2)，与上述服务器数据存储部(3)连接，管理存储在上述客户端装置(10)中的客户端数据。

2.一种数据服务器装置，包括：

服务器数据存储部(3)，存储被1台或多台客户端装置(10)利用的服务器数据以及上述服务器数据与客户端装置(10)之间的对应关系；以及

客户端存储数据管理部(2)，与上述服务器数据存储部(3)连接，管理存储在上述客户端装置(10)中的客户端数据，在存储在上述服务器数据存储部(3)中的服务器数据被更新的情况下，更新存储在可访问该服务器数据的上述客户端装置(10)中的客户端数据。

3.根据权利要求1或2所述的数据服务器装置，上述客户端存储数据管理部(2)管理存储在上述客户端装置(10)中的客户端数据和存储在上述服务器数据存储部(3)中的服务器数据的一致状况。

4.根据权利要求1或2所述的数据服务器装置，存储在上述服务器数据存储部(3)中的服务器数据包括用于识别可访问该服务器数据上述客户端装置(10)的客户端装置识别标记。

5.根据权利要求1或2所述的数据服务器装置，存储在上述服务器数据存储部(3)中的服务器数据包括用于识别拥有可访问该服务器数据上述客户端装置(10)的用户的用户识别标记。

6.根据权利要求1或2所述的数据服务器装置，上述客户端存储数据管理部(2)管理用于识别拥有上述客户端装置(10)的用户的识别标记和用户所属的组之间的对应关系，

存储在上述服务器数据存储部(3)中的服务器数据包含可访问该服务器数据组的组名。

7.根据权利要求1或2所述的数据服务器装置，上述客户端存储数据管理部(2)在更新上述客户端数据的过程中，在与上述客户端装置(10)不能通信的情况下，将更新履历记录在通信队列中。

8.根据权利要求1或2所述的数据服务器装置，上述客户端存储数据管理部(2)在更新上述客户端数据的过程中，在与上述客户端装置(10)不能通信的情况下，以规定的时间间隔尝试与上述客户端数据的通信。

9.根据权利要求1或2所述的数据服务器装置，对存储在上述服务器数据存储部(3)中的服务器数据赋予重要性属性，

上述客户端存储数据管理部(2)根据上述重要性更新上述客户端数据。

10.根据权利要求1或2所述的数据服务器装置，在存储在上述服务器数据存储部(3)中的服务器数据被更新的情况下，上述客户端存储数据管理部(2)对可访问该服务器数据的上述客户端装置，根据该客户端装置(10)的种类，选择地执行上述客户端数据的更新或向上述客户端装置(10)的通知。

11.根据权利要求1或2所述的数据服务器装置，在存储在上述服务器数据存储部(3)中的服务器数据被更新的情况下，上述客户端存储数据管理部(2)对可访问该服务器数据的上述客户端装置(10)，根据被更新的服务器数据的属性，选择地执行上述客户端数据的更新或向上述客户端装置(10)的通知。

12.根据权利要求1或2所述的数据服务器装置，在与上述客户端装置(10)进行通信的过程中，上述客户端存储数据管理部(2)执行加密手续和认证手续。

13.根据权利要求1或2所述的数据服务器装置，允许从上述客户端装置(10)以外对上述服务器数据存储部(3)进行访问。

14.一种客户端装置，包括：

客户端数据存储部(12)，存储作为服务器数据的一部分或全部的客户端数据，上述服务器数据存储在数据服务器装置(1)的服务器数据存储部(3)中；

控制部(15)，与客户端数据存储部(12)连接，判断所希望的数据是否存储在上述客户端数据存储部(12)中，根据判断结果从上述客户端数据存储部(12)或上述数据服务器装置(1)的上述服务器数据存储部(3)读出数据并进行利用。

15.根据权利要求14所述的客户端装置，在删除存储在上述客户端数据存储部(12)中的数据的情况下，上述控制部(15)向上述数据服务器装置(1)进行通知。

16.根据权利要求16所述的客户端装置，上述控制部(15)在不能向上述数据服务器装置(1)进行通知的情况下，以规定的时间间隔尝试与上述数据服务器装置(1)进行通信。

17.根据权利要求15或16所述的客户端装置，上述控制部(15)根据存储在上述数据服务器装置(1)的上述服务器数据存储部(3)中的上述服务器数据的属性，改变可否删除存储在上述客户端数据存储部(12)中的客户端数据的条件。

18.根据权利要求16所述的客户端装置，上述控制部(15)根据存储在上述客户端数据存储部(12)中的客户端数据的属性，改变可否删除存储在上述客户端数据存储部(12)中的客户端数据的条件。

19.根据权利要求14所述的客户端装置，在存储在上述客户端数据存储部(12)中的客户端数据被更新的情况下，上述控制部(15)对存储在上述数据服务器装置(1)的上述服务器数据存储部(3)中的服务器数据进行更新。

20.根据权利要求14所述的客户端装置，在向上述客户端数据存储部(12)追加客户端数据的情况下，上述控制部(15)向上述数据服务器装置(1)的上述服务器数据存储部(3)追加服务器数据。

21.根据权利要求19或20所述的客户端装置，在不能与上述数据服务器装置(1)进行通信的情况下，上述控制部(15)将更新履历存储在通信队列中。

22.根据权利要求19或20所述的客户端装置，在不能与上述数据服务器装置(1)进行通信的情况下，上述控制部(15)在检测到可与上述数据服务器装置(1)进行通信时进行通信。

23.根据权利要求19所述的客户端装置，对存储在上述客户端数据存储部(12)中的客户端数据赋予重要性属性，

在存储在上述客户端数据存储部中的客户端数据被更新的情况下，上述控制部(15)根据上述重要性，选择地执行是否对存储在上述数据服务器装置(1)的上述服务器数据存储部(3)中的服务器数据进行更新。

24.根据权利要求20所述的客户端装置，对存储在上述客户端数据存储部(12)中的客户端数据赋予重要性属性，

在向上述客户端数据存储部(12)追加客户端数据的情况下，上述控制部(15)根据上述重要性，选择地执行是否向上述数据服务器装置(1)的上述服务器数据存储部(3)追加服务器数据。

25.根据权利要求14所述的客户端装置，上述控制部(15)通过上述数据服务器装置(1)的上述服务器数据存储部(3)中的服务器数据的更新反映，在存储在上述客户端数据存储部(12)中的客户端数据被更新的情况下，向用户通知客户端数据被更新的消息。

26.根据权利要求14所述的客户端装置，在与数据服务器装置(1)进行通信的过程中，上述控制部(15)执行加密手续和认证手续。

27.一种数据访问系统，包括：

权利要求1或2所述的数据服务器装置(1)；以及

通过网络与上述数据服务器装置(1)连接的权利要求14所述的客户端装置(10)。

28.根据权利要求27所述的数据访问系统，存储在上述数据服务器装置(1)的服务器数据存储部(3)中的服务器数据包含应用程序。

29.根据权利要求27所述的数据访问系统，存储在上述数据服务器装置(1)的服务器数据存储部(3)中的服务器数据包含应用程序的环境设定文件。

30.一种用于数据访问系统的数据同步方法，该数据访问系统包括：数据服务器装置(1)，存储被1台或多台客户端装置(10)利用的服务器数据以及上述服务器数据与客户端装置(10)之间的对应关系；以及客户端装置(10)，通过网络与上述数据服务器装置(1)连接，存储作为上述服务器数据的一部分或全部的客户端数据，上述数据同步方法是上述服务器数据和上述客户端数据的数据同步方法，

上述数据同步方法包括以下步骤：

上述数据服务器装置(1)判断存储在上述数据服务器装置(1)中的服务器数据和存储在上述客户端装置(10)中的客户端数据的一致状况的步骤；

在存储在上述客户端装置(10)中的客户端数据被更新时，向上述数据服务器装置(1)进行数据更新通知的步骤；

上述数据服务器装置(1)在从上述客户端装置(10)接收到数据更新通知时，对将包含数据更新部分的数据作为客户端数据存储的其它客户端装置(10)通知数据已被更新的消息的步骤；以及

更新上述其它客户端装置(10)的客户端数据的步骤。

31.一种计算机可读记录介质，记录用于使计算机实现数据服务器功能的程序，上述程序使上述计算机实现作为以下装置的功能：

服务器数据存储装置，用于存储被1台或多台客户端装置(10)利用的服务器数据以及上述服务器数据与客户端装置(10)之间的对应关系；以及

客户端存储数据管理装置，用于管理存储在上述客户端装置(10)中的客户端数据。

32.一种计算机可读记录介质，记录用于使计算机实现数据服务器功能的程序，上述程序使上述计算机实现作为以下装置的功能：

服务器数据存储装置，用于存储被1台或多台客户端装置(10)利用的服务器数据以及上述服务器数据与客户端装置(10)之间的对应关系；以及

客户端存储数据管理装置，用于管理存储在上述客户端装置(10)中的客户端数据，当存储在上述服务器数据存储装置中的服务器数据被更新时，对存储在可访问该服务器数据的上述客户端装置(10)中的客户端数据进行更新。

33.一种计算机可读记录介质，记录用于使计算机实现客户端功能的程序，上述程序使上述计算机实现作为以下装置的功能：

客户端数据存储装置，用于存储作为存储在数据服务器装置(1)的服务器数据存储部(3)中的服务器数据的一部分或全部的客户端数据；以及

控制装置，用于判断所希望的数据是否存储在上述客户端数据存储装置中，根据判断结果，从上述客户端数据存储装置或上述数据服务器装置(1)的上述服务器数据存储部(3)读出数据并进行利用。

34.一种数据服务器装置，包括：

服务器数据存储部(3)，存储被1台或多台客户端装置(10)利用的服务器数据以及上述服务器数据与客户端装置(10)之间的对应关系；以及

处理决定部，与上述服务器数据存储部连接，根据上述对应关系决定对存储在客户端装置中的客户端数据的处理。

35.根据权利要求34所述的数据服务器装置，上述数据服务器装置(1)还包括存储表示上述客户端装置(10)特征的客户端装置数据的客户端装置数据存储部，上述客户端装置(10)根据上述客户端装置数据被分为多个装置类，

上述服务器数据根据上述服务器数据被分为多个数据类，

上述服务器数据存储部(3)通过使上述数据类与上述装置类相对应，而存储上述服务器数据和客户端装置(10)之间的对应关系。

36.根据权利要求34所述的数据服务器装置，上述数据服务器装置(1)还包括存储用户数据的用户数据存储部，该用户数据表示使用上述客户端装置(10)的用户的特征，上述用户根据上述用户数据被分为多个用户类，

上述服务器数据根据上述服务器数据被分为多个数据类，

上述服务器数据存储部(3)通过使上述数据类与上述用户类相对应，而存储上述服务器数据和客户端装置之间的对应关系。

37.根据权利要求35所述的数据服务器装置，上述服务器数据根据利用上述服务器数据的应用程序的种类、数据的重要性、数据的通知方法中的至少一个，被分为多个数据类。

38.根据权利要求35所述的数据服务器装置，上述客户端装置(10)根据上述客户端装置(10)的种类、上述客户端装置(10)的显示能力、上述数据服务器装置(1)和上述客户端装置(10)之间的通信线路的种类中的至少一个，被分为多个装置类。

39.根据权利要求36所述的数据服务器装置，上述用户根据上述用户所属的组、上述用户的爱好、客户端装置(10)中的用户设定信息中的至少一个，被分为多个用户类。

40.根据权利要求39所述的数据服务器装置，上述用户所属的组可由上述客户端装置(10)作成、编辑和删除，

上述数据服务器装置(1)还包括：

询问部，在新作成组时，向该客户端装置(10)询问是否可以向上述新组登录；以及

组登录部，响应上述询问部的询问，将使用回答为可登录的客户端装置的用户登录在上述新组中。

41.根据权利要求34至36任意一项所述的数据服务器装置，上述处理决定部决定以下处理，即向根据上述对应关系被抽取的客户端装置(10)发送更新存储在客户端装置(10)中的客户端数据的数据和根据上述对应关系决定的、表示向用户通知客户端数据被更新的消息的方法的通知信息。

42.根据权利要求34至36任意一项所述的数据服务器装置，上述处理决定部决定以下处理，即向根据上述对应关系被抽取的客户端装置(10)发送更新存储在客户端装置(10)中的客户端数据的数据和根据上述对应关系决定的、表示删除被更新的客户端数据的方法的删除信息。

43.根据权利要求34至39任意一项所述的数据服务器装置，上述处理决定部根据与上述服务器数据的属性和上述客户端装置(10)的属性对应而确定的算法，计算出机会优先度和传输优先度，根据计算出的上述优先度，决定对客户端数据的处理。

44.根据权利要求34至39任意一项所述的数据服务器装置，上述处理决定部通过从多个元素中选择元素，来决定对客户端数据的处理，上述多个元素包含在对向客户端装置(10)发送的通信数据进行结构化的数据中。

45.一种客户端装置，包括：

客户端数据存储部(12)，存储作为服务器数据的一部分或全部的客户端数据，上述服务器数据存储在数据服务器装置(1)的服务器数据存储部(3)中；

接收部，从上述数据服务器装置(1)接收包含被更新的客户端数据和通知信息的更新信息；

通知部，向上述客户端装置的用户通知客户端数据被更新的消息；以及

控制部(15)，与上述客户端数据存储部(12)、上述接收部和上述通知部连接，控制上述客户端数据存储部(12)和上述通知部，以将包含在上述接收部所接收的更新信息中的被更新的客户端数据存储在上述客户端数据存储部(12)中，同时根据包含在上述更新信息中的通知信息，向用户通知客户端数据被更新的消息。

46.根据权利要求45所述的客户端装置，上述客户端装置(10)还包括删除处理部，分步地删除存储在上述客户端数据存储部(12)中的客户端数据。

47.根据权利要求45所述的客户端装置，上述客户端装置(10)还包括删除处理部，删除存储在上述客户端数据存储部(12)中的客户端数据，并响应上述客户端数据被删除，设定对上述数据服务器装置(1)的主数据的链接信息。

48.一种客户端装置，包括：

客户端数据存储部(12)，存储作为服务器数据的一部分或全部的客户端数据，上述服务器数据存储在数据服务器装置(1)的服务器数据存储部(3)中；

接收部，从上述数据服务器装置(1)接收包含被更新的客户端数据和删除信息的更新信息；以及

控制部(15)，与上述客户端数据存储部(12)和上述接收部连接，控制上述客户端数据存储部(12)，将包含在上述接收部接收到的更新信息中的被更新的客户端数据存储在上述客户端数据存储部(12)中，同时根据包含在上述更新信息中的删除信息，删除存储在上述客户端数据存储部(12)中的客户端数据。

49.一种数据访问系统，包括：

权利要求34至40任意一项所述的数据服务器装置(1)；以及

通过网络与上述数据服务器装置(1)连接的、权利要求45或48所述的客户端装置(10)。

50.一种用于数据访问系统的数据同步方法，该数据访问系统包括：数据服务器装置(1)，存储被1台或多台客户端装置(10)利用的服务器数据以及上述服务器数据与客户端装置(10)之间的对应关系；以及客户端装置(10)，通过网络与上述数据服务器装置(1)连接，存储作为上述服务器数据的一部分或全部的客户端数据，上述数据同步是上述服务器数据和上述客户端数据的数据同步方法，

上述数据同步方法包括以下步骤：

上述客户端装置(10)在存储在上述客户端装置(10)中的客户端数据被更新的过程中，向上述数据服务器装置(1)进行数据更新通知的步骤；

上述数据服务器装置(1)在从上述客户端装置(10)接收到数据更新通知时，根据上述对应关系，抽取出发送与客户端数据更新相关的信息的客户端装置(10)的步骤；

上述数据服务器装置(1)向上述被抽取出的客户端装置(10)发送与上述客户端数据更新相关的信息的步骤；

上述客户端装置(10)从上述数据服务器装置(1)接收与上述更新相关的信息的步骤；以及

上述客户端装置(10)根据接收的与上述更新相关的信息，更新客户端数据的步骤。

51.根据权利要求50所述的数据同步方法，

上述数据服务器装置(1)发送与上述更新相关的信息的步骤包括发送更新信息的步骤，上述更新信息包含：更新存储在上述客户端装置(10)中的客户端数据的数据；以及根据上述对应关系决定的、表示向用户通知客户端数据被更新的消息的方法的通知信息，

上述数据同步方法还包括：上述客户端装置(10)根据包含在上述更新信息中的通知信息，向用户通知客户端数据被更新的消息的步骤。

52.根据权利要求50所述的数据同步方法，

上述数据服务器装置(1)发送与上述更新相关的信息的步骤包括发送更新信息的步骤，上述更新信息包含：更新存储在上述客户端装置(10)中的客户端数据的数据；以及根据上述对应关系决定的、表示删除被更新的客户端数据的方法的删除信息，

上述数据同步方法还包括：上述客户端装置(10)根据包含在上述更新信息中的删除信息，删除被更新的客户端数据的步骤。

53.一种计算机可读记录介质，记录用于使计算机实现数据服务器功能的程序，上述程序使上述计算机实现作为以下装置的功能：

服务器数据存储装置，用于存储被1台或多台客户端装置(10)利用的服务器数据以及上述服务器数据与客户端装置(10)之间的对应关系；以及

处理决定装置，用于根据上述对应关系，决定对存储在客户端装置(10)中的客户端数据的处理。

54.一种计算机可读记录介质，记录用于使计算机实现客户端功能的程序，上述程序使上述计算机实现作为以下装置的功能：

客户端数据存储装置，用于存储作为服务器数据的一部分或全部的客户端数据，上述服务器数据存储在数据服务器装置(1)的服务器数据存储部(3)中；

接收装置，用于从上述数据服务器装置(1)接收包含被更新的客户端数据和通知信息的更新信息；

通知装置，用于向上述客户端装置(10)的用户通知客户端数据被更新的消息；以及

控制装置，用于控制上述客户端数据存储装置和上述通知装置，以将包含在上述接收装置所接收的更新信息中的被更新的客户端数据存储在上述客户端数据存储装置中，同时根据包含在上述更新信息中的通知信息，向用户通知客户端数据被更新的消息。

55.一种计算机可读记录介质，记录用于使计算机实现客户端功能的程序，上述程序使上述计算机实现作为以下装置的功能：

客户端数据存储装置，用于存储作为服务器数据的一部分或全部的客户端数据，上述服务器数据存储在数据服务器装置(1)的服务器数据存储部(3)中；

接收装置，用于从上述数据服务器装置(1)接收包含被更新的客户端数据和删除信息的更新信息；以及

控制装置，用于控制上述客户端数据存储装置，以将包含在上述接收装置所接收的更新信息中的被更新的客户端数据存储在上述客户端数据存储装置中，同时根据包含在上述更新信息中的删除信息，删除存储在上述客户端数据存储装置中的客户端数据。

Images