WO2002075549A1

WO2002075549A1 - Systeme de synchronisation de donnees, dispositif utilise avec le systeme, et procede de synchronisation de donnees

Info

Publication number: WO2002075549A1
Application number: PCT/JP2002/002446
Authority: WO
Inventors: Katsuya Nakagawa; Tsukasa Kaminokado; Hideyuki Otokawa; Michita Katayama
Original assignee: Sharp Kabushiki Kaisha
Priority date: 2001-03-16
Filing date: 2002-03-14
Publication date: 2002-09-26
Also published as: US20040107236A1; CN1526099A; JP4179880B2; CN1304952C; JPWO2002075549A1; EP1387272A4; EP1387272A1

Description

明細書データを同期させるシステム、そのシステムに用いられる装置およびデータ同期方法技術分野

この発明は、データアクセスシステムに関し、特に、データサバ装置に記憶されているデータをクライアント装置に記憶されているかのごとく利用することが可能なデータアクセスシステムに関する。背景技術

従来、サーバにおいてクライアント装置のデータを一括管理するシステムとして、グループウェアシステムがある。

グループウェアシステムでは、たとえば、スケジユーノレやメモなどのデータをグループデータとしてサーバに登録しておくと、そのグループに属する全てのュ一ザはそのスケジュールを参照できるようになるものである。このグループゥェァにおけるグループデータの参照の方法には大きく分けて 2種類ある。一っはクライアント装置がグループデータを参照するときには必ずサーバへ接続し、その時点でのサーバのデータを参照する方法である。もう一つは、クライアント装置毎にグループデータを全て記憶しておき、サーバのグループデータに変更があると、サーバは全てのクライアント装置に記憶されているグループデータを変更する処理を行なう方法がある。

特開 2 0 0 0— 1 4 8 5 7 2公報においては、無線移動端末からの通信要求を、通信が不可能な間は、メッセージキューに蓄積しておき、通信が可能となったときに、キューに蓄積された通信処理を行なう方法、および、無線移動端末の表示装置に表示されるリストを変更するリスト更新方法について開示されている。また、特開 2 0 0 0— 1 4 8 6 9 1公報においては、情報同期システムとして、クライアント装置において発生したデータ更新が、グループウェア情報であった場合に、関係するメンバーのクライアント装置の同じグループウェア情報を、メ —ルを利用することにより一致させる情報同期システムが開示されている。

しかしながら、従来のグループウェアでは、次のような課題がある。

クライアント装置がデータを参照するときにサーバへ接続し、その時点でのサーバのデータを参照する場合においては、サーバにおいて管理されているグループデータに変更があった場合、個々の端末では、サーバにおいてグループデータの更新があったことが通知されない。このため、ユーザが意識をしてサーバ上のグループデータにアクセスしない限り、該グループデータの更新に気がつかないことがあるという問題がある。また、クライアント装置がグループデータを参照する毎に通信が発生し、ネットワーク上のトラフィックが増大するという問題がある。

次に、クライアント装置内にグループデータを全て記憶しておき、サーバのグループデータに変更があつたときに全てのクライアント装置内のグループデータを変更するようにした場合、各クライアントで完全なグループデータを記憶する記憶容量が必要となる問題がある。また、サーバのグループデータに変更が生じると、全てのクライアントのグループデータを更新しなければならない。このため、ネットワーク上のトラフィックが増大するという問題がある。

次に、特開 2 0 0 0— 1 4 8 5 7 2公報においては、サーバから無線移動端末のデータを効率よく更新するような技術は開示されていない。また、サーバにおいて記憶されている各無線移動端末のデータのオリジナルと各無線移動端末デ —タとの複雑な関連を記憶する方法に関してはなんら教示しておらず、解決を与. えることができない。，

特開 2 0 0 0— 1 4 8 6 9 1公報においては、各クライアントにおいてサーバの記憶領域を、各クライアントの記憶領域のように使用することはできない。このため、各クライアントは、実際に各クライアントに実装されている記憶領域以上のデータを取り扱うことができない。また、各クライアントにおいて、同期するべきグループデータを管理するグループウェア管理テーブルおよび管理機能が必要となり、クライアント側の負担が増大する。さらに、あるクライアントにおレヽてグループデータの更新が発生すると全てのクライアント装置に対して更新內容を通知するため、ネットワーク上のトラフィックが増大する。これら特開 2 0 0 0— 1 4 8 5 7 2公報および特開 2 0 0 0— 1 4 8 6 9 1公報に開示の技術を単に組み合わせたとしても、グループデータの更新のたびにすベてのクライアント装置に対して通信が発生しネットワーク上のトラフィックが増大するという問題は解決できない。また、個々のクライアント装置の負担を軽減しながら種々の通信サービスを実現することもできない。

そこで、この発明の目的は、ネットワークトラフィックを増加させることなく、ユーザがクライアント装置を用いて情報を利用することができるデータサーバ装置、クライアント装置およびデータアクセスシステムを提供することである。この発明の他の目的は、ユーザがクライアント装置を用いて、そのクライアント装置の実記憶容量よりもはるかに多い情報を利用することができるデータサーバ装置、クライアント装置およびデータアクセスシステムを提供することである。この発明のさらに他の目的は、ユーザがクライアント装置を用いて、そのユーザにとって有意義な情報を利用することができるデータサーバ装置、クライアント装置およびデ一タアクセスシステムを提供することである。

この発明のさらに他の目的は、セキュリティを確保しつつ、ユーザがク.ライアント装置を用いて情報を利用することができるデータサーバ装置、クライアント装置およびデータアクセスシステムを提供することである。

この発明のさらに他の目的は、ユーザがクライアント装置を用いて、必要に応じて情報を禾 lj用することができるデータサーバ装置、クライアン,.ト装置およびデータアクセスシステムを提供することである。発明の開示

本発明のある局面に従うデータサーバ装置は、 1台または複数台のクライアント装置により利用されるサーバデータおよびサーバデータとクライアント装置との対応関係を記憶するサーバデータ記憶部と、サーバデータ記憶部に接続され、クライアント装置において記憶中のクライアントデータを把握するクライアント記憶データ管理部とを含む。

本発明の他の局面に従うデータサーバ装置は、 1台または複数台のクライアント装置により利用されるサーバデータおよびサーバデータとクライアント装置との対応関係を記憶するサーバデータ記憶部と、サーバデータ記憶部に接続され、クライアント装置において記憶中のクライアントデータを管理し、サーバデータ記憶部に記憶されたサーバデータが更新された場合に、当該サーバデータにァクセス可能なクライアント装置において記憶中のクライアントデータを更新するクライアント記憶データ管理部とを含む。

データサーバ装置におけるデータ更新があった箇所を記憶中のクライアント装置のみに対して更新処理を行なうことが可能となる。このため、ネットワークトラフィックが増加しない。また、サーバデータ記憶部には、クライアント装置により利用されるサーバデータが記憶されている。このため、クライアント装置は、実記憶容量よりもはるかに多い情報を利用することが可能となる。

好ましくは、クライアント記憶データ管理部は、クライアント装置において記憶中のクライアントデータとサーバデータ記憶部に記憶されているサーバデータとの一致状況を管理する。

クライアントデータとサーバデータとの一致状況がわかっているため、クライアントデータとサーバデータとが異なる場合にのみクライアントデータを更新することが可能となる。

さらに好ましくは、サーバデータ記憶部に記憶されているサーバデータは、ァクセス可能なクライアント装置を識別するためのクライアント装置識別子を含む。さらに好ましくは、サーバデータ記憶部に記憶されているサーバデータは、ァクセス可能なクライアント装置を所有するユーザを識別するためのユーザ識別子を含む。

ユーザ毎にアクセス可能なサーバデータを決定することができる。

さらに好ましくは、クライアント記憶データ管理部は、クライアント装置を所有するユーザを識別するための識別子と、ユーザが所属するグループとの対応関係を管理し、サーバデータ記憶部に記憶されているサーバデータは、アクセス可能なグループのグループ名を含む。

グループ毎にアクセス可能なサーバデータを決定することができる。

さらに好ましくは、クライアント記憶データ管理部は、クライアントデータを更新する際に、クライアント装置との通信が不可能であった場合には、通信キュ —に更新履歴を記録する。

クライアント装置との通信が不可能であった場合には、通信キューに更新履歴を記録することにより、通信が可能となつた時点でクライアントデータを更新することができるようになる。

さらに好ましくは、クライアント記憶データ管理部は、クライアントデータを更新する際に、クライアント装置との通信が不可能であった場合には、所定の間隔でクライアントデータとの通信を試みる。

さらに好ましくは、サーバデータ記憶部に記憶されているサーバデータには、重要度が付与されており、クライアント記憶データ管理部は、重要度に応じてクライアントデータを更新する。

さらに好ましくは、クライアント記憶データ管理部は、サーバデータ記憶部に記憶されたサーバデータが更新された場合に、当該サーバデータにアクセス可能なクライアント装置に対して、当該クライアント装置の種類に応じて、クライアントデータの更新またはクライアント装置への通知を選択的に実行する。

サーバデータの更新が生じた場合には、クライアント装置の性能によっては、クライアントデータを記憶できないような場合がある。そのような場合には、サーバデータの更新があったことを通知する。このように、クライアント装置の性能によって極め細やかな対応をすることができる。

さらに好ましくは、クライアント記憶データ管理部は、サーバデータ記憶部に記憶されたサーバデータが更新された場合に、当該サーバデータにアクセス可能なクライアント装置に対して、更新されたサーバデータの属性に応じて、クライアントデータの更新またはクライアント装置への通知を選択的に実行する。

さらに好ましくは、クライアント記憶データ管理部は、クライアント装置との通信を行なう際に、暗号化手続および認証手続を実行する。

悪意を持ったユーザからの不正アクセス等を防止することができるようになる。さらに好ましくは、クライアント装置以外から、サーバデータ記憶部へのァクセスを許可する。

クライアント装置以外の A S P (Application Service Provider) のネットヮークへの参入を許可することができる。本発明のさらに他の局面に従うクライアント装置は、データサーバ装置のサーバデータ記憶部に記憶されたサーバデータの一部または全部であるクライアントデータを記憶するクライアントデータ記憶部と、クライアントデータ記憶部に接続され、所望のデータがクライアントデータ記憶部に記憶されているか否かを判断し、判断結果に基づいて、クライアントデータ記憶部またはデータサーバ装置のサーバデータ記憶部よりデータを読出し、利用する制御部とを含む。

データサーバ装置のサーバデータ記憶部を利用することが可能となる。このため、クライアント装置に実在する記憶容量以上の記憶容量を利用することが可能となる。

好ましくは、制御部は、クライアントデータ記憶部に記憶されたデータを削除した場合には、データサーバ装置に通知を行なう。

これにより、データサーバ装置は、サーバデータ記憶部に記憶されているサーバデータを削除することができるようになる。

さらに好ましくは、制御部は、データサーバ装置との通知が不可能であった場合には、所定の間隔でデータサーバ装置との通信を試みる。

さらに好ましくは、制御部は、データサーバ装置のサーバデータ記憶部に記憶されたサーバデータの属性に応じて、クライアントデータ記憶部に記憶されたクライアントデータを削除可能か否かの条件を変化させる。

たとえば、サーバデータが携帯電話からなるクライアント装置で利用される場合には、電話帳のデータを削除はしないようにすることが可能となる。

さらに好ましくは、制御部は、クライアントデータ記憶部に記億されたクライアントデータの属性に応じて、クライアントデータ記憶部に記憶されたクライアントデータを削除可能か否かの条件を変化させる。 '

さらに好ましくは、制御部は、クライアントデータ記憶部に記憶されているクライアントデータの更新があった場合には、データサーバ装置のサーバデータ記憶部に記憶されたサーバデータの更新を行なう。

さらに好ましくは、制御部は、クライアントデータ記憶部へクライアントデータの追加があった場合には、データサーバ装置のサーバデータ記憶部にサーバデータの追加を行なう。これにより、クライアントデータとサーバデータとの同期を取ることができるようになる。

さらに好ましくは、制御部は、データサーバ装置との通信が不可能であった場合には、通信キューに更新履歴を記憶する。

データサーバ装置との通信が不可能であった場合には、通信キューに更新履歴を記録することにより、通信が可能となった時点で、データサーバ装置のサーバデータ記憶部にサーバデータの追加を行なうことができるようになる。

さらに好ましくは、制御部は、データサーバ装置との通信が不可能であった場合には、データサーバ装置との通信が可能になったことを検知したときに、通信を行なう。

さらに好ましくは、クライアントデータ記憶部に記憶されているクライアントデータには、重要度が付与されており、制御部は、クライアントデータ記憶部に記憶されているクライアントデータの更新があった場合には、重要度に基づいて、データサーバ装置のサーバデータ記憶部に記憶されたサーバデータの更新を行なうか否かを選択的に実行する。

さらに好ましくは、クライアントデータ記憶部に記憶されているクライアントデータには、重要度が付与されており、制御部は、クライアントデータ記憶部へクライアントデータの追加があった場合には、重要度に基づいて、データサーバ装置のサ一バデータ記憶部にサーバデータの追加を行なうか否かを選択的に実行する。

さらに好ましくは、制御部は、データサーバ装置のサーバデータ記憶部におけるサーバデータの更新の反映により、クライアントデータ記憶部に記憶されたクライアントデータが更新された場合には、クライアントデータが更新された旨をユーザに通知する。

ユーザに注意を喚起することができる。

さらに好ましくは、制御部は、データサーバ装置との通信の際に、暗号化手続および認証手続を実行する。

悪意を持ったユーザからの不正アクセス等を防止することができるようになる。本発明のさらに他の局面に従うデータアクセスシステムは、上述のデータサーバ装置と、上述のクライアント装置とを含む。

好ましくは、データサーバ装置のサーバデータ記億部に記憶されるサーバデータは、アプリケーションプログラムを含む。

さらに好ましくは、データサーバ装置のサーバデータ記憶部に記憶されるサーバデータは、アプリケーションプログラムの環境設定ファイルを含む。

プログラムの環境設定ファイルを共有することにより、たとえば、同一ユーザのクライアント装置間で、プログラムのツールバーの個人設定や、ブックマークなどを共通にしたり、あるクライアント装置で行なつていたゲームの続きを別のクライアント装置上で実行することなども容易に実現することができる。

本発明のさらに他の局面に従うデータ同期方法は、 1台または複数台のクライアント装置により利用されるサーバデ一タおよびサーバデータとクライアント装置との対応関係を記憶するデータサーバ装置と、ネットワークを介して、データサーバ装置と接続され、サーバデータの一部または全部であるクライアントデータを記憶するクライアント装置とを含むデータアクセスシステムで用いられる、サーバデータとクライアントデータとのデータ同期方法である。データ同期方法は、データサーバ装置が、データサーバ装置に記憶されているサーバデータと、クライアント装置に記憶されているクライアントデータとの一致状況を判断するステップと、クライアント装置に記憶されているクライアントデータが更新された際に、データサーバ装置にデータ更新の通知をするステップと、データサーバ装置が、クライアント装置からデータ更新の通知を受信したときに、データ更新箇所を含むデータをクライアントデータとして記憶している他のクライアント装置に対して、データ更新がされたことを通知するステップと、他のクライアント装置のクライアントデータを更新するステップとを含む。

これにより、クライアントデータとサーバデータとの同期を取ることができるようになる。

本発明のさらに他の局面に従うコンピュータ読取可能な記録媒体は、コンビュータにデータサーバ機能を実現させるためのプログラムを記録している。プログラムは、コンピュータを、 1台または複数台のクライアント装置により利用されるサーバデータおよびサーバデータとクライアント装置との対応関係を記憶するためのサーバデータ記憶手段と、クライアント装置において記憶中のクライアントデータを把握するためのクライアント記憶データ管理手段として機能させるためのプログラムである。

本発明のさらに他の局面に従うコンピュータ読取可能な記録媒体は、コンビュータにデータサーバ機能を実現させるためのプログラムを記録している。プログラムは、コンピュータを、 1台または複数台のクライアント装置により利用されるサーバデータおよびサーバデータとクライアント装置との対応関係を記憶するためのサーバデータ記憶手段と、クライアント装置において記憶中のクライアントデータを管理し、サーバデータ記憶部に記憶されたサーバデータが更新された場合に、当該サーバデータにアクセス可能なクライアント装置において記憶中のクライアントデータを更新するためのクライアント記憶データ管理手段として機能させるためのプログラムである。

本発明のさらに他の局面に従うコンピュータ読取可能な記録媒体は、コンビュータにクライアント機能を実現させるためのプログラムを記録している。プログラムは、コンピュータを、データサーバ装置のサーバデータ記憶部に記憶されたサーバデータの一部または全部であるクライアントデータを記憶するためのクライアントデータ記憶手段と、所望のデータがクライアントデータ記憶部に記憶されているか否かを判断し、判断結果に基づいて、クライアントデータ記憶部またはデータサーバ装置のサーバデータ記憶部よりデータを読出し、利用するための制御手段として機能させるためのプログラムである。

データサーバ装置のサーバデータ記憶部を利用することが可能となる。このため、クライアント機能を実現するコンピュータに実在する記憶容量以上の記憶容量を利用することが可能となる。

本発明のさらに別の局面に従うデータサーバ装置は、 1台または複数台のクライアント装置により利用されるサーバデータおよびサーバデータとクライアント装置との対応関係を記憶するサーバデータ記憶部と、サーバデータ記憶部に接続され、対応関係に基づいて、クライアント装置において記憶されるクライアントデータに対する処理を決定する処理決定部とを含む。

クライアント装置からクライアントデータ更新通知を受信して、その通知に基づいてサーバデータが更新されたときに、サーバデータとクライアント装置との対応関係に基づいて、たとえば、その更新を反映させるクライアント装置を抽出する処理が行なわれる。抽出されたクライアント装置に対してのみ、クライアントデータの更新のための情報が送信される。このため、ネットワークトラフイツクが増加させることなく、予め定められた対応関係に基づいて、更新が必要なクライアント装置に記憶されたクライアントデータを更新できる。

さらに好ましくは、データサーバ装置は、クライアント装置の特徴を表わすクライアント装置データを記憶するクライアント装置データ記憶部をさらに含む。クライアント装置は、クライアント装置データに基づいて、複数の装置カテゴリに分類される。サーバデータは、サーバデータに基づいて、複数のデータカテゴリに分類される。サーバデータ記憶部は、データカテゴリと装置カテゴリとを対応付けることにより、サーバデータとクライアント装置との対応関係を記憶する。たとえば、クライアント装置を、その装置で表示できる画像のファイル形式に基づいて複数の装置カテゴリに分類し、画像を表わすサーバデータを、ファイル形式に基づいて複数のデータカテゴリに分類する。データカテゴリと装置カテゴリとの対応関係に基づいて、画像データの表示が可能なクライアント装置を抽出して、抽出されたクライアント装置に記憶された画像データを更新できる。

さらに好ましくは、データサバ装置は、クライアント装置を使用するユーザの特徴を表わすユーザデータを記憶するユーザデータ記憶部をさらに含む。ユーザは、ユーザデータに基づいて、複数のユーザカテゴリに分類される。サーバデータは、サーバデータに基づいて、複数のデータカテゴリに分類される。サーバデータ記憶部は、データカテゴリとユーザカテゴリとを対応付けることにより、サーバデータとクライアント装置との対応関係を記憶する。

たとえば、クライアント装置を使用するユーザを、そのユーザの飲食物の嗜好に基づいて複数のユーザカテゴリに分類し、飲食店を紹介するサーバデータを、飲食物に基づいて複数のデータカテゴリに分類する。.データカテゴリとユーザ力テゴリとの対応関係に基づいて、飲食物を紹介するサーバデータが更新されると、その飲食店で提供される飲食物が、ユーザの嗜好に合致するユーザを抽出して、抽出されたユーザが使用するクライアント装置に記憶されたサーバデータを更新できる。

さらに好ましくは、サーバデータは、サーバデータが利用されるアプリケーションの種類、データの重要度、データの通知方法の少なくとも 1つに基づいて、複数のデータカテゴリに分類される。

クライアント装置からの要求に応じてサーバデータが更新されると、たとえば、そのサーバデータの重要度に基づいて分類されたデータカテゴリに基づいて、クライアントデータに対する処理が決定される。

さらに好ましくは、クライアント装置は、クライアント装置の種類、クライアント装置の表示能力、データサーバ装置とクライアント装置との間の通信経路の種類の少なくとも 1つに基づいて、複数の装置カテゴリに分類される。

クライアント装置からの要求に応じてサーバデータが更新されると、たとえば、クライアント装置の種類に基づいて分類された装置カテゴリに基づいて、クライァントデータに対する処理が決定される。

さらに好ましくは、ユーザは、ユーザが所属するグループ、ユーザの嗜好、クライアント装置におけるユーザ設定情報の少なくとも 1つに基づいて、複数のュ —ザカテゴリに分類される。

クライアント装置からの要求に応じてサーバデータが更新されると、たとえば、クライアント装置を使用するユーザが所属するグループに基づいて分類されたュ一ザカテゴリに基づいて、クライアントデータに対する処理が決定される。

さらに好ましくは、ユーザが所属するグループは、クライアント装置により作成、編集および削除が可能である。データサーバ装置は、新規にグループが作成される時に、新規なグループへの登録が可能であるか否かを、該当するクライアント装置に問合せる問合せ部と、問合せ部による問合せに応答して、登録が可能であることを回答してきたクライアント装置を使用するユーザを、新規なグループに登録するグループ登録部とをさらに含む。

クライアントデータに対する処理が決定される、ユーザカテゴリを分類するグループが新規に作成される時には、クライアント装置に問合せが行なわれる。この問合せに回答したユーザのみが新規に作成されるグループに登録ざれる。ユーザの知らない間に、そのユーザが新たなグループに所属することがな: (なる。さらに好ましくは、処理決定部は、クライアント装置において記憶中のクライアントデータを更新するデータと、対応関係に基づいて決定された、クライアントデータが更新されたことをユーザに通知する方法を表わす通知情報とを、対応関係に基づいて抽出されたクライアント装置に送信するように処理を決定する。クライアント装置のユーザに、データ更新を通知する方法が、対応関係に基づいて決定される。これにより、たとえばサーバデータの重要度に基づいて、通知方法を、大音量の警報による通知、ビープ音による通知、表示のみによる通知などに決定できる。 '

さらに好ましくは、処理決定部は、クライアント装置において記憶中のクライアントデータを更新するデータと、対応関係に基づいて決定された、更新されたクライアントデータを消去する方法を表わす消去情報とを、 '対応関係に基づいて抽出されたクライアント装置に送信するように処理を決定する。

クライアント装置のユーザに、データを消去する方法が、対応関係に基づいて決定される。これにより、たとえばサーバデータの重要度に基づいて、データの消去方法を、更新から 1日経過すると消去、更新から 1週間経過すると消去などに決定できる。

本発明のさらに別の局面に従うクライアント装置は、データサーバ装置のサーバデータ記憶部に記憶されたサーバデータの一部または全部であるクライアントデータを記憶するクライアントデータ記憶部と、データサーバ装置から、更新されたクライアントデータと通知情報とを含む更新情報を受信する受信部と、クライアント装置のユーザに、クライアントデータが更新されたことを通知する通知部と、クライアントデータ記憶部と受信部と通知部とに接続され、受信部が受信した更新情報に含まれる更新されたクライアントデータをクライアントデータ記憶部に記憶するとともに、更新情報に含まれる通知情報に基づいて、トデータが更新されたことをユーザに通知するように、クライアントデータ記憶部と通知部とを制御する制御部とを含む。

データサーバ装置から受信した更新情報に基づいて、クライアント装置は、大音量の警報による通知、ビープ音による通知、表示のみによる通知などを行なうことができる。

本発明のさらに別の局面に従うクライアント装置は、データサーバ装置のサーバデータ記憶部に記憶されたサーバデータの一部または全部であるクライアントデータを記憶するクライアントデータ記憶部と、データサーバ装置から、更新されたクライアントデータと消去情報とを含む更新情報を受信する受信部と、クライアントデータ記憶部と受信部とに接続され、受信部が受信した更新情報に含まれる更新されたクライアントデータをクライアントデータ記憶部に記憶するとともに、更新情報に含まれる消去情報に基づいてクライアントデータ記憶部に記憶されたクライアントデータを消去するように、クライアントデータ記憶部を制御する制御部とを含む。

データサーバ装置から受信した更新情報に基づいて、クライアント装置は、更新されたクライアントデータの消去を行なうことができる。

本発明のさらに別の局面に従うデータ同期方法は、 1台または複数台のクライアント装置により利用されるサーバデータおよびサーバデータとクライアント装置との対応関係を記憶するデータサーバ装置と、ネットワークを介して、データサーバ装置と接続され、サーバデータの一部または全部であるクライアントデータを記憶するクライアント装置とを含むデータアクセスシステムで用いられる、サーバデータとクライアントデータとのデータ同期方法である。データ同期方法は、クライアント装置が、クライアント装置に記憶されているクライアントデータが更新された際に、データサーバ装置にデータ更新の通知をするステップと、データサーバ装置が、クライアント装置からデータ更新の通知を受信すると、対応関係に基づいて、クライアントデータの更新に関する情報を送信するクライアント装置を抽出するステップと、データサーバ装置が、クライアントデータの更新に関する情報を、抽出されたクライアント装置に送信するステップと、クライアント装置が、更新に関する情報を、データサーバ装置から受信するステップと、クライアント装置が、受信した更新に関する情報に基づいて、クライアントデタを更新するステップとを含む。

これにより、予めデータサーバ装置に記憶された対応関係に基づいて、クライアントデータとサーバデータとの同期を取ることができるようになる。

さらに好ましくは、データサーバ装置が更新に関する情報を送信するステップは、クライアント装置において記憶中のクライアントデータを更新するデータと、対応関係に基づいて決定された、クライアントデータが更新されたことをユーザに通知する方法を表わす通知情報とを含む更新情報を送信するステップを含む。データ同期方法は、クライアント装置が、更新情報に含まれる通知情報に基づいて、クライアントデータが更新されたことをユーザに通知するステップをさらに含む。

さらに好ましくは、データサ一バ装置が更新に関する情報を送信するステップは、クライアント装置において記憶中のクライアントデータを更新するデータと、対応関係に基づいて決定された、更新されたクライアントデータを消去する方法を表わす消去情報とを含む更新情報を送信するステップを含む。データ同期方法は、クライアント装置が、更新情報に含まれる消去情報に基づいて、更新されたクライアントデータを消去するステップをさらに含む。

本発明のさらに別の局面に従うコンピュータ読取可能な記録媒体は、コンビュータにデータサーバ機能を実現させるためのプログラムを記録している。プログラムは、コンピュータを、 1台または複数台のクライアント装置により利用されるサーバデータおよびサーバデータとクライアント装置との対応関係を記憶するためのサーバデータ記憶手段と、対応関係に基づいて、クライアント装置において記憶されるクライアントデータに対する処理を決定するための処理決定手段として機能させるためのプログラムである。クライアント装置からのクライアントデータ更新通知に基づいてサーバデータが更新されたときに、サーバデータとクライアント装置との対応関係に基づいて、たとえば、その更新を反映させるクライアント装置を抽出する処理を行なう。抽出されたクライアント装置に対してのみ、クライアントデータの更新のための情報が送信される。このため、ネットワークトラフィックが増加しない。予め定められた対応関係に基づいて、更新が必要なクライアント装置に記憶されたクライアントデータを更新できる。

本発明のさらに別の局面に従うコンピュータ読取可能な記録媒体は、コンビュータにクライアント機能を実現させるためのプログラムを記録している。プログラムは、コンピュータを、データサーバ装置のサーバデータ記憶部に記憶されたサーバデータの一部または全部であるクライアントデータを記憶するためのクライアントデータ記憶手段と、データサーバ装置から、更新されたクライアントデータと通知情報とを含む更新情報を受信するための受信手段と、クライアント装置のユーザに、クライアントデータが更新されたことを通知するための通知手段と、受信手段が受信した更新情報に含まれる更新されたクライアントデータをクライアントデータ記憶手段に記憶するとともに、更新情報に含まれる通知情報に基づいて、クライアントデータが更新されたことをユーザに通知ザるように、クライアントデータ記憶手段と通知手段とを制御するための制御手段として機能させるためのプログラムである。

本発明のさらに別の局面に従うコンピュータ読取可能な記録媒体は、コンビュータにクライアント機能を実現させるためのプログラムを記録している。プログラムは、コンピュータを、データサーバ装置のサーバデータ記憶部に記憶されたサーバデータの一部または全部であるクライアントデータを記憶するためのクライアントデータ記憶手段と、データサーバ装置から、更新されたクライアントデータと消去情報とを含む更新情報を受信するための受信手段と、受信手段が受信した更新情報に含まれる更新されたクライアントデータをクライアントデータ記憶手段に記憶するとともに、更新情報に含まれる消去情報に基づい

トデータ記憶手段に記憶されたクライアントデータを消去するように、クライアントデータ記憶手段を制御するための制御手段として機能させるためのプログラムである。

データサーバ装置から受信した更新情報に基づいて、クライアント装置は、更新されたクライアントデータの消去を行なうことができる。図面の簡単な説明

図 1は、本発明の第 1の実施例に係るデータアクセスシステムの構成を示すブロック図である。

図 2は、第 1の実施例に係るデータサーバ装置の構成を示すプロック図である。図 3は、第 1の実施例に係るクライアント装置の構成を示すプロック図である。図 4 Aおよび図 4 Bは、第 1の実施例に係るクライアント装置の外観図である。図 5は、第 1の実施例に係るデータサーバ装置の全体的な動作のフローチヤ一トである。

図 6は、第 1の実施例に係るデータサーバ装置による他のクライアント装置への更新データの反映処理のフローチヤ一トである。

図 7は、第 1の実施例に係るデータサーバ装置による一般データの更新反映処理のフローチャートである。， .

図 8は、第 1の実施例に係るクライアント装置の全体的な動作のフローチヤ一トである。

図 9は、第 1の実施例に係るクライアント装置におけるデータサーバ装置に起因するデータ更新処理のフローチヤ一トである。

図 1 0は、第 1の実施例に係るクライアント装置におけるクライアント装置に起因するデータ更新処理のフローチャートである。

図 1 1は、第 1の実施例に係るクライアント装置によるサーバデータ更新処理のフローチヤ一トである。

図 1 2は、第 1の実施例に係るサーバデータとクライアントデータの関係の一例を示す図である。図 1 3は、第 1の実施例に係るデータサーバ装置におけるサーバデータの記憶形式の一例を示す図である。

図 1 4は、第 1の実施例に係るデータサーバ装置における端末データの記憶形式の一例を示す図である。

図 1 5は、第 1の実施例に係るデータサーバ装置におけるグループデータの記憶形式の一例を示す図である。

図 1 6は、第 1の実施例に係るクライアント装置より、データサーバ装置に記憶されているサーバデータを更新するために送信される、サーバデータ更新通知のフォーマツトを示す図である。

図 1 7は、第 1の実施例に係るデータアクセスシステムでのデータの更新処理の一例を説明するための図である。

図 1 8は、第 1の実施例に係る住所録データの一例を示す図（その 1 ) である。図 1 9は、第 1の実施例に係る住所録データの一例を示す図（その 2 ) である。図 2 0は、第 1の実施例に係る住所録データの一例を示す図（その 3 ) である。図 2 1は、第 1の実施例に係る住所録データの一例を示す図（その 4 ) である。図 2 2は、第 1の実施例に係る住所録データの一例を示す図（その 5 ) である。図 2 3は、第 1の実施例に係る住所録データの一例を示す図（その 6 ) である。図 2 4は、第 1の実施例に係るデータアクセスシステムでのアルバムデータ更新処理の一例を説明するための図である。

図 2 5は、第 1の実施例に係るデータアクセスシステムでのメール送信処理の一例を説明するための図である。

図 2 6および図 2 7は、第 1の実施例に係るメール送信処理におけるサーバデータの一例を示す図である。

図 2 8〜3 1は、第 1の実施例に係るメール送信処理におけるサーバデータの一例を示す図である。

図 3 2は、第 1の実施例に係るデータアクセスシステムでのチヤット処理の一例を説明するための図である。

図 3 3は、第 1の実施例に係るデータアクセスシステムでのスケジュールデータ更新処理の一例を説明するための図である。図 3 4は、第 1の実施例に係るクライアント装置における更新データの反映処理のフローチヤ一トである。

図 3 5は、第 1の実施例に係るデータ削除処理時におけるクライアントデータの一例を示す図である。 .

図 3 6は、本発明の第 1の実施例に係るデータアクセスシステムの他の構成を示すブロック図である。

図 3 7は、第 1の実施例の第 1の変形例に係るデータサーバ装置の全体的な動作のフローチヤ一トである。

図 3 8は、第 1の実施例の第 2の変形例に係るクライアント装置の全体的な動作のフローチャートである。

図 3 9は、本発明の第 2の実施例に係るサーバデータとクライアントデータの関係の一例を示す図である。

図 4 0は、第 2の実施例に係るデータサーバ装置におけるサーバデータの記憶形式の一例を示す図である。

図 4 1は、第 2の実施例に係るデータサーバ装置における端末データの記憶形式の一例を示す図である。

図 4 2は、第 2の実施例に係るデータサーバ装置を使用するユーザのユーザデータの記憶形式の一例を示す図である。

図 4 3および図 4 4は、第 2の実施例に係るデータサーバ装置に記憶される処理テーブルの記憶形式の一例を示す図である。：.

図 4 5は、第 3の実施例に係るデータサーバ装置におけるサーバデータ記憶部の內容を示す図である。

図 4 6は、第 3の実施例において構造化されたオブジェクトが伝播する様子を示す図である。

図 4 7〜図 5 0は、オブジェクトの更新処理を行なうためのテーブルおよびルールを示す図である。

図 5 1は、第 3の実施例において構造化されたォブジェクトのエレメントが削除される様子を示す図である。発明を実施するための最良の形態

以下、図面を参照しつつ、本発明の実施例について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明の繰返しは適宜省略する。

第 1の実施例

図 1を参照して、本実施例に係るデータアクセスシステムは、インターネットに代表されるネットワーク 5に接続され、スケジュールやメモなどのデータを登録、表示するためにユーザが使用するクライアント装置 1 0と、ネットワーク 5 に接続され、クライアント装置 1 0において記憶中のデータを管理するデータサーバ装置 1とを含む。

図 2を参照して、データサーバ装置 1は、各クライアント装置 1 0により利用されるサーバデータを記憶するサーバデータ記憶部 3と、サーバデータ記憶部 3 に接続され、各クライアント装置 1 0において記憶中のデータを管理するクライアント記憶データ管理部 2と、ネットワーク 5およびクライアント記憶データ管理部 2に接続され、各クライアント装置 1 0と通信を行なう通信部 4とを含む。図 3を参照して、クライアント装置 1 0は、ネットワーク 5を介してデータサーバ装置 1と通信を行なう通信部 1 1と、データサーバ装置 1のサーバデータ記憶部 3に記憶されたサーバデータの一部または全部、および、場合によってはクライアント装置 1 0に固有のデータを記憶するクライアントデータ記憶部 1 2と、ユーザへ文字情報や映像情報を提示する表示装置（図示せず）と、音や音声を出力するスピーカからなる出力部 1 3と、キーボード、ボタン、カメラまたはマイクなどからなる入力部 1 4と、通信部 1 1、クライアントデータ記憶部 1 2、出力部 1 3、入力部 1 4および表示装置に接続され、これらの装置を制御する制御. 部 1 5とを含む。

クライアント装置 1 0として、図 4 Aに示すような P D A (Personal Digital

Assistants) や、図 4 Bに示すような携帯電話が想定される。

本構成において、各クライアント装置 1 0のクライアントデータ記憶部 1 2には、データサーバ装置 1のサーバデータ記憶部 3に記憶されているサーバデータの一部または全部が記憶されているものとする。すなわち、クライアント装置 1 0は、データサーバ装置 1より必要なサーバデータを適宜クライアントデータ記憶部 1 2にダウンロードする。原則的に比較的最近使ったデータについてはクライアント装置 1 0のクライアントデータ記憶部 1 2に記憶されているようにし、古いデータや重要度の低いデータは順次クライアントデータ記憶部 1 2より削除を行なうようにする。このような仕組みを設けることにより、クライアント装置 1 0は、あたかもデータサーバ装置 1の広大な記憶容量を有するサーバデータ記憶部 3がクライアント装置 1 0内にあるかのように利用できるようになる。

なお、クライアント装置 1 0が携帯電話機能を持つ場合などは、クライアントデータ記憶部 1 2より電話帳のデータについては削除しないなど、状況やデータの種類などに応じ所定の取り決めに従いデータを扱うようになっている。また、クライアント装置 1 0の制御部 1 5は、クライアントデータ記憶部 1 2において削除処理が発生すると、そのことをデータサーバ装置 1に通知するようになっている。データサーバ装置 1のクライアント記憶データ管理部 2は、各クライアント装置 1 0のクライアントデータ記憶部 1 2に、サーバデータのどの部分が記憶されているかをクライアント装置 1 0毎に管理する。

図 5〜図 7を参照して、データサーバ装置 1の機能を実現するためのプロダラムの制御構造の概要について説明する。

図 5を参照して、データサーバ装置 1の全体的な制御の流れについて説明する。データサーバ装置 1はクライアント装置 1 0からの通信を待ち（S 1 0 1 ) 、通信があると（S 1 0 1で Y e s ) 、そのクライアント装置 1 0からの通信データがデータサーバ装置 1のサーバデータ記憶部 3に記憶されているサーバデータの更新を要求するものかどうかを判断する（S 1 0 2 ) 。

通信データがサーバデ^ "タの更新を要求するものであった場合（S 1 0 2で Y e s ) 、クライアント記憶データ管理部 2は、サーバデータの更新要求の整合性を確認する（S 1 0 3 ) 。この整合性の確認とは、たとえば、更新を行なおうとするデータへのアクセス権の確認や、更新データのもととなったサーバデータが、この更新データが該クライアント装置 1 0に転送された時から変更されているなど、複数箇所での編集といったコンフリクトが発生していないか、等の確認を指す。整合性の確認が OKであった場合（S I 03で Ye s) 、クライアント記憶データ管理部 2は、データサーバ装置 1のサーバデータ記憶部 3に記憶されている該当するサーバデータの更新を行なう。このとき、サーバデータの最終更新日時の更新も同時に行なう（S 104) 。クライアント記憶データ管理部 2は、更新したサーバデータについて、本更新データを送信してきたクライアント装置 10 以外のクライアント装置 10への反映処理を行なう（S 105) 。本処理の詳細については後述する。反映処理（S 105) が終了すると、データサーバ装置 1 は次の通信を待つ処理（S 101) に戻る。

通信データがサーバデータの更新要求で無かった場合（S 102で No) 、データサーバ装置 1のクライアント記憶データ管理部 2は、通信データがクライアント装置 10の接続復帰を知らせるものであるかどうかを判断する（S 106) 。通信データが、クライアント装置 10の接続復帰を知らせるも.のである場合 (S 106で Ye s) 、クライアント記憶データ管理部 2は、該クライアント装置 10に関する端末通信キューの有無を調べ（S 107) 、端末通信キューが存在した場合には（S 107で Ye s) 、その内容に従い、通信部 4により該クライアント装置 10のクライアントデータ記憶部 12に記憶されているクライアントデータを更新する通信を行ない（S 108) 、次の通信を待つ処理に戻る（S 101) 。また、該クライアント装置 10への端末通信キューが空である場合は (S 1.07で No) 、何も処理を行なわずに、次の通信を待つ処理に戻る（S 1 01) 。

クライアント装置 10からの通信データが更新要求であり、かつ整合性がとれなかった場合（S 102で Ye s, S 103で No) や、該通信データがデータ更新要求でも接続復帰でも無かった場合（S 102で No, S I 06で No) については、適宜例外処理（S 109) を行なう。なお、例外処理とは、たとえば整合性の確認に失敗した場合には、その理由を該クライアント装置 10へ送付し、事後の処理をユーザに問い合わせる処理や、または、通信データがデータ更新でも接続復帰でもない、たとえば新しいクライアント装置 10のユーザ登録を依頼する通信であったりする場合のユーザ登録処理などを指す。

図 6を参照して、上述の更新データを送信してきたクライアント装置 10以外のクライアント装置 10への反映処理（S 105) についてさらに詳細に説明する。

クライアント装置 10から送信され、データサーバ装置 1により受信された更新データが、スケジュールデータやアルバムデータなど、特殊な通信処理を含まない一般データであった場合（SAO 1で Ye s) 、データサーバ装置 1のクライアント記憶データ管理部 2は、一般データの更新処理を行なう（SA02) 。なお、本一般データの更新処理の詳細については後述する。

該更新データがメールデ一タであつた場合（ S A 0 1で N o， S A 03で Y e s) 、メールデータの更新処理を行なう（SA04) 。メールデータの更新処理においては、更新データ中に含まれていた宛先情報より、メールデータを酉己布すべきクライアント装置 10を一台または複数台特定する。それぞれのクライアント装置 10のクライアントデータ記憶部 1 2に対して新規メールデータとして該メールデータを保存するように、通信部 4より更新デ一タを送信する。また、メールデータを送信したクライアント装置 10のユーザが所有するクライアント装置 10が複数台存在した場合には、それらのクライアント装置 10に対しても、該メールデータが送信済みメールとして登録されるように更新データを送信する (SA04) 。なお、該メールデータの宛先として更新データを受信したクライアント装置 10は、該データを新規メールとしてユーザへ通知する処理を行なう。次に、該更新データがチャットデータであった場合（SAO 1で No, SAO 3で No, SAO 5で Ye s) 、チャットデータの更新処理を行なう。チャットデータの更新処理においては、更新データ中に含まれていたチヤットメンバーの情報より、配布すべきクライアント装置 10を一台または複数台特定する。それぞれのクライアント装置 10のクライアントデータ記憶部 12に対して新規チャットデータとして該チヤットデータを保存するように、通信部 4より更新データを送信する（SA06) 。なお、該チャットデータを受信したクライアント装置 10においては、該チヤットデータをチヤット画面に表示する処理を適宜行なう。該更新データがメールデータでもチヤットデータでも無かった場合（SAO 1 で No, SAO 3で No, SAO 5で No) 、該データについて定められた所定の処理を行なうものとする（SA07) 。図 7を参照し、上述のクライアント装置 10から送信され、データサーバ装置 1により受信された更新データが、一般データであつた場合の一般データの更新処理（SA02) について、さらに詳細に説明する。

データサーバ装置 1のクライアント記憶データ管理部 2は、該更新の発生した一般データが、該更新データを送信したクライアント装置 10以外のクライアント装置 1 0によって共有されるべきデータであるかどうかを判断する（SB 0 1) 。共有されるべき他のクライアント装置 10が存在しない場合は（SB 01 で No) 、本処理においては何も実行しない。

共有されるべき他のクライアント装置 10が存在した場合（S B 0 1で Ye s) 、クライアント装置 10が複数台あればそのうちの一台を、一台しか存在しなければ該クライアント装置 10をそれぞれ選択する（SB 02) 。次に、選択した該クライアント装置 10に対して、本データ更新の通知が必要であるかどうかの判断を行なう（SB 03) 。本判断は、次のようにして行なわれる。まず、該クライアント装置 10のクライアントデータ記憶部 1 2に、対応するクライアントデータがその時点において記憶されているかどうかを確認する。対応するクライアントデータが記憶されていなければ、原則として該クライアント装置 10 のクライアントデータの更新は必要ないと判断する。ただし、更新データに付与されている重要度が高い場合や、ユーザによる設定の場合にはこの限りではない。次に、該クライアント装置 10のクライアントデータ記憶部 1 2に、対応するクライアントデータが記憶されていた場合は、原則として該クライアント装置 10 のクライアントデータの更新が必要であると判断する。ただし、.更新データに付与されている重要度が高い場合や、該クライアント装置 10への通信コストが高い場合などはこの限りではない。なお、 SB 02におけるクライアント装置 10 の選択処理において、最後にサーバへの接続があったクライアント装置 10を最初に選択するようにしてもよい。これにより、現在ユーザに使用されている可能性が高いクライアント装置 10へ最も早く通知することが可能になり、利便性が向上する。

通知の必要性の判断（S B 03) を終え、通知の必要性がないと判断すると (SB 03で No) 、共有すべきさらに他のクライアント装置 10'がないかどうかの確認処理（SB 10) へ移る。通知の必要性があると判断すると（SB 03 で Ye s) 、該クライアント装置 10へ送信する該更新デ一タについて加工の必要性があるかどうかの判断を行なう（SB 04) 。本判断は、次のようにして行なわれる。まず更新データの内容を表現するために必要となる能力が該クライアント装置 10の表現能力を超えている場合、即ち、 8 b i tカラーの表示しか行なえないクライアント装置 10に対して 24 b i tカラーの画像の更新通知である場合や、たとえば所定の値以上の大きなデータである場合には更新内容の概要のみの通知でよいようにユーザが設定していた場合などには、データ加工が必要と判断される。更新データ内容が、ユーザ設定、クライアント装置 10の表現能力、通信路に問題がない場合には、データ加工は必要ないと判断する。データ加ェが必要と判断した場合には（SB04で Ye s) 、通知データの加工を行なつた後（SB 05) 、該クライアント装置 10への通信を開始し（SB 06) 、必要ないと判断した場合には（SB04で No) 、すぐ該クライアント装置 10への通信を開始する（SB 06) 。

該クライアント装置 10への通信を開始し、通信路の確立に成功した場合には (SB07で Ye s) 、該クライアント装置 10へのデータの更新通知を実施し (SB 08) 、通信路の確立に失敗した場合には（SB 07で No) 、該クライアント装置 10に対する端末通信キューへ本更新通知を追加する処理（S B 0 9) を行ない、共有すべきさらに他のクライアント装置 10がないかどうかの確認処理（SB 10) を行なう。本処理において共有すべき他のクライアント装置 10が残っていた場合には（SB 10で Ye s) 、 SB 02に戻り、まだ更新処理の行なわれていないクライアント装置 10の選択から、順次上述の処理を繰り返す。また、本処理において共有すべき他のクライアント装置 10が残っていなかった場合には（SB 10で No) 、データサーバ装置 1は次の通信が行なわれるのを待つ処理（図 5の S 101) へ戻る。なお、本処理においては、端末データの更新の必要があれば、直ちにクライアント装置 10との通信および端末データの更新を試みるようにしたが、もちろん、重要度が低い場合などは、直ちに通信を試みずに、端末通信キュ一^■の追加を行なうのみにとどめるようにしてもよレ、。これらの通信処理においては、悪意を持ったユーザからの不正アクセス等を防止するため、暗号化処理や、端末認証手続きを行なうようにする。なお、以後のデータサーバ装置 1とクライアント装置 10の全ての通信において、秘匿性の求められる通信においては、適宜暗号化処理や、認証手続きを行なうものとする。本暗号化および認証手続きについては、公知の技術であるので、ここではその説明は繰返さない。

図 8を参照して、クライアント装置 10の動作の説明を行なう。

クライアント装置 10の制御部 15は、データサーバ装置 1よりネットワーク 5および通信部 11を経由してデータ更新要求を受信した場合には（S 201で Ye s) 、データサーバ装置 1に起因するクライアント装置 10のクライアントデータ更新処理（S 202) を行なう。なお、本処理の詳細については後述する。次に、入力部 14により検知されたユーザ操作により、クライアントデータの更新要求が発生した場合には（S 201で No, S 203で Ye s) 、クライアント装置 10に起因したデータ更新処理を行なう（S 204) 。なお、本処理の詳細については後述する。

次に、サーバによるデ一タ更新も、ユーザ操作によるデータ更新も行なわれず (S 201で No, S 203で No) 、定期的、ここでは 30分毎に訪れる通信路チェック時間となり、かつ、サーバ通信キューが存在した場合（3205で¥ e s) 、サーバへの接続を開始する（S 206) 。なお、通信路チェック時間ではない場合、または、通信路チェック時間でありかつサーバ通信キューが存在しない場合は（S 205で No) 、 S 201の処理へ戻る。

S 206でサーバへの接続を開始し、通信路の確立に成功した場合（S 207 で Ye s) には、サーバ通信キューに蓄積されたデータのデータサーバ装置 1への送信処理を行なう（S 208) 。 S 208の後、または、通信路の確立に失敗した場合には（S 207で No) 、 S 201の処理へ戻る。

図 9を参照して、データサーバ装置 1に起因するデータ更新処理（図 8の S 2 02) について説明する。

データサーバ装置 1よりネットワーク 5および通信部 11を介して伝達されたデータ更新要求に応じ、制御部 15はクライアント装置 10内のクライアントデータ記憶部 1 2に記憶されている当該データの更新を行なう（S 3 0 5 ) 。なお、更新内容が、新データの追加であった場合には、新データの追加をクライアントデータ記憶部 1 2に行ない、更新データの反映処理を行なう。なお、本処理の詳細については後述する。

次に、該データの属性により、通知が必要であるかどうかを判断する（S 3 0 6 ) 。通知が必要である場合（S 3 0 6で Y e s ) 、該データを利用するアプリケーションに対して更新の通知を行なう。アプリケーシヨンが動作中でない場合は、必要に応じて該データを利用するアプリケーションや、更新通知用のアプリケーシヨンを立ち上げてから通知を行なうようにしてもよい。また、同時に呼び出し音を鳴らす、アイコンを変更する、など、ユーザへの通知を行なうようにしてもよい（S 3 0 7 ) 。また、この通知をするに当たり、後述するデータの重要度やデータの種類に応じて、アイコンの変更の程度や通知音のある ·なし、大きさなど、ユーザに注意を喚起するレベルを変化させてもよい。また、 S 3 0 6においてたとえば時刻表データのミスの訂正と言った特にユーザへの通知を必要としないような変更については、ユーザへの通知を行なわない。

次に図 1 0を参照して、クライアント装置 1 0に起因するデータ更新処理（図

8の S 2 0 4 ) について説明する。

制御部 1 5は、入力部 1 4により更新または新規入力されたデータに基づいて、クライアントデータ記憶部 1 2の該当データの更新を行なう力 \ または、クライアントデータ記憶部 1 2へのデータの新規追加を行なうかして、更新データの反映処理を行なう（S 3 0 1 ) 。なお、本処理の詳細については後述する。

制御部 1 5は、更新されたデ一タの属性を確認し（S 3 0 2 ) 、クライアント装置 1 0固有で記憶すべきデータではなく、データサーバ装置 1において管理されているサーバデータの更新が必要かどうかを判断する（S 3 0 3 ) 。本判断では、たとえばユーザの指定などによりクライアント装置 1 0固有のデータであればサーバデータの更新が必要ないと判断するが、通常のユーザデータについてはサーバデータの更新を行なうものとする。

サーバデータの更新が必要である場合（S 3 0 3で Y e s ) 、通信部 1 1およびネットワーク 5を介してデータサーバ装置 1において管理されているサーバデータの更新が行なわる（S 304) 。その後、図 8の S 201の処理へ戻る。サーバデータの更新が必要でなかった場合には（S 303で No) 、 S 201の処理へ戻る。

図 1 1を参照して、クライアント装置 10からのデータサーバ装置 1のサーバデータを更新する処理（図 10の S 304) について説明する。 ' サーバデータの更新が直ちに必要かどうかを、データの重要度、種類などにより所定のアルゴリズムにより判断する（SC01) 。

直ちにサーバデータの更新が必要であると判断すると（SCO 1で Ye s) 、クライアント装置 10の制御部 1 5は通信部 1 1を介してデータサーバ装置 1への通信の開始を行なう（SCO 2) 。

通信路の確立に成功した場合（SCO 3で Ye s) 、制御部 15はデータサーバ装置 1のサーバデータ記憶部 3の対応するデータの更新を行なうよう通知を行なう（ S C 04 ) 。

直ちにサーバデータの更新が必要でないと判断された場合（SCO 1で No) 、または、通信路の確立に失敗した場合（ S C 03で N o ) 、制御部 1 5はサーバ通信キューへ、本更新処理要求を追加する（SCO 5) 。なお、本サーバ通信キユーは通常、上述の S 208においていずれ処理される。この処理により、たとえば直ちにサ一バデータの更新が必要でないようなデータの更新の際には、連続して複数回の編集を行なったとしても、その都度サーバデータの更新が行なわれてたとえば通信料の課金が増大するといつた問題が回避できる。

また、これらの通信において、悪意を持ったユーザからの不正アクセス等を防止するため、暗号化処理や、ユーザ認証手続きを行なうようにする。

次に、本実施例における実際の動作の様子について、データの状態や手順を示して詳細に説明する。また、以降クライアント装置のことを単に「端末」と記すことがある。

図 12に、本実施例におけるデータサーバ装置 1のサーバデータ記憶部 3において記憶されているサーバデータと複数のクライアント装置 10のクライアントデータ記憶部 1 2において記憶されているクライアントデータとの関係の一例を概念的に示す。 · 本実施例において、本システムの利用者は「鈴木太郎」、「鈴木花子」および

「田中次郎」の 3名であるものとする。「鈴木太郎」と「鈴木花子」とは婚姻関係にあり、両者はデータサーバ装置 1において管理されている、「鈴木家」と言うグループ 2 2 0に所属するものとする。「鈴木太郎」と、「田中次郎」との両名は、同様にデータサーバ装置 1において管理されているスキー同好会グループ 2 2 1に所属しているものとする。

また、「鈴木太郎」はクライアント装置である、端末 A 2 0 6および端末 B 2 0 7を所持し、「鈴木花子」は端末 C 2 0 8および端末 D 2 0 9を所持し、「田中次郎」は端末 E 2 1 0および端末 F 2 1 1を所持しているものとする。

この場合、データサーバ装置 1のサーバデータ記憶部 3においては、データ集合として、鈴木花子個人データ 2 0 1、鈴木太郎個人データ 2 0 2、鈴木家デタ 2 0 3、スキー同好会グループデータ 2 0 4および田中次郎個人データ 2 0 5 のサーバデータが管理されているものとする。図 1 2において、デタサーバ装置 1内のサーバデータのグループとそれぞれのクライアント装置 1 0内のクライアントデ一タとは、直線により結ばれたような対応関係になっているものとする。たとえば、「鈴木太郎」の所持している端末 A 2 0 6のクライアントデータ記憶部 1 2には、データサーバ装置 1にサーバデータとして管理されている、鈴木太郎個人データ 2 0 2、鈴木家データ 2 0 3およびスキー同好会グループデータ 2 0 4の、それぞれのサーバデータの一部が記憶されているものとする。

図 1 3に、データサーバ装置 1のサーバデータ記憶部 3において記憶されているサーバデータのデータ記憶形式の一例を示す。なお、この例は図 1 2に示した、各ユーザ、端末、グループの関係にしたがつている。

本実施例では、各クライアント装置 1 0において、個人の予定やグループの予定を管理することができるスケジュールアプリケーション、知人友人の電話番号や住所を管理することができる住所録アプリケーション、子メールの送受信を行ない、受信メールゃ送信メールを管理することができるメールアプリケーション、写真データや動画データを管理することができるアルバムアプリケーション、文字ベースなどでリアルタイムに画面上で所定のメンバ一間での会話を実現することができるチヤットアプリケーション、および天気予報やニュース速報などを適宜入手し、管理することができるニュースアプリケーションなどが実装されているものとする。各クライアント装置 1 0から参照されるサーバデータは、図 1 3に示したような形式にて記憶されているものとする。

また、図 1 3におけるそれぞれの行のデータ単位を以降「データェントリ J と表現する。各データエントリには、各データエントリのデータ内容 3 0 1、それぞれのデータェントリを扱うアプリケーシヨンを示すアプリケーション属性 3 0 2、それぞれのデータェントリの所属するグループを示す所属グループ属性 3 0 3、それぞれのデータェントリを使用する端末を示す使用端末属性 3 0 4、それぞれのデータェントリを現在記憶中である端末を示す記憶中端末属性 3 0 5、およびそれぞれのデータェントリの重要度を示す重要度属性 3 0 6などの属性があるものとする。データエントリは、それぞれのデータエントリの属性に基づいて、たとえば同じ属性の値を持つデータエントリは、同じカテゴリに分類される。所属グループ属性 3 0 3については、後述の図 1 5のテーブルにより必ずしも各データの属性として付与される必要はないと考えられるが、本実施例では分かりやすいよう付与している。使用端末属性 3 0 4については、後述の図 1 4及び図 1 5のテーブルにより導き出すことができるため、必ずしも各データの属性として付与される必要はないと考えられるが、本実施例では分かりやす、よう付与している。

図 1 .4を参照して、データサーバ装置 1のクライアント記憶データ管理.部 2において管理されている、各端末の属性を記憶するデータ形式の一例を示す。

デ一タサーバ装置 1のクライアント記憶データ管理部 2は、図 1 4に示すように、それぞれの端末毎に、端末を所持しているユーザを示すユーザ属性 4 0 1、端末が P C (Personal Computer) なのか、 P D Aなのか、携帯電話なのかなど、どのような種別であるかを示す種別属性 4 0 2、ユーザは端末をどういった用途で所持しているのかを示す用途属性 4 0 3、音声出力の可否や、映像表示能力など、端末がどのような表現能力を持っているかを示す表現能力属性 4 0 4、および通信路として無線の通信路を利用しているのか、有線の通信路を利用しているのか、通信速度は高速なのか低速なのか、また、通信路は従量課金となっているのか、固定課金となっているのかを示す、通信路属性 4 0 5などの属性を管理するテーブルを記憶している。

本テーブルにより、本実施例では、端末 Aは、「鈴木太郎」に所有されている従量課金の高速無線通信機能を持ったパーソナル用途の携帯電話であり、表現能力としては、音声出力が可能、 V G A (Video Graphics Array) の表示能力を持つことが分かる。同様に、端末 Bは、「鈴木太郎」に所有されている従量課金の低速無線通信機能を持ったビジネス用途の P D Aであり、表現能力としては、音声出力が不可、 V G Aの表示能力を持つことが分かる。端末 Cは、「鈴木花子」に所有されている固定課金の高速有線通信機能を持ったパーソナル用途のデスクトップ P Cであり、表現能力としては、音声出力が可能、 S X G A (Super extended Graphics Array) の表示能力を持つことが分かる。端末 Dは、「鈴木花子」に所有されている従量課金の高速無線通信機能を持ったパーソナル用途の携帯電話であり、表現能力としては、音声出力が可能、テキストの表示のみが可能な表示能力を持つことが分かる。端末 Eは、「田中次郎」に所有されている従量課金の高速無線通信機能を持ったパーソナル用途の携帯電話であり、音声出力が可能、 V G Aの表示能力を持つことが分かる。端末 Fは、「田中次郎」に所有されている従量課金の低速無線通信機能を持つたビジネス用途の P D Aであり、音声出力が可能、 V G Aの表示能力を持つことが分かる。

図 1 5に、デ一タサーバ装置 1のサーバデータ記憶部 3において記憶されているグループデータのデータ記憶形式の一例を示す。なお、こ例は図 1 2に示した、各ユーザ、端末、グループの関係にしたがつている。図 1 5に示すように、それぞれのグループ毎に、グループに属しているユーザを示すユーザ属性 4 0 6 を対応づけるテーブルを記憶している。

本テーブルにより、 "鈴木家" のグループには、「鈴木太郎」および「鈴木花子」が属していることが分かる。同様に、 "スキー同好会" のグループには、「鈴木太郎」および「田中次郎」力 "鈴木太郎個人" には、「鈴木太郎」、 "鈴木花子個人" には「鈴木花子」力 "田中次郞個人" には「田中次郎」が属していることが分かるようになつている。

図 1 4および図 1 5に示したテーブルは、各データの所属グループから、それぞれのデータがどの端末からアクセスされるか、すなわち、それぞれのデータェントリを所有する端末を示す使用端末属性（図 1 3の 3 0 4 ) を判断することに使用さ; る。

図 1 6にクライアント装置 1 0より、データサーバ装置 1のサーバデータ記憶部 3に記億されているサーバデータを更新するために送信される、サーバデータ更新通知のフォーマットを示す。

上述の図 1 1の S C O 4におけるデータサーバ装置 1への更新通知処理においては、本フォーマットのデータが使用されるものとする。

本フォーマツ卜には、送信元のクライアント装置を識別するための端末 I D (IDentification) D 0 1、データサイズ D O 2、データ内容 D O 3、データを利用するアプリケーション D O 4、データの所属する所属グループ D 0 5、データの重要度 D 0 6、該当データのデータサーバ装置 1における最終更新日時 D 0 7 (すなわち、該当データをデータサーバ装置 1からクライアント装置 1 0へ最後に取り込んだ時点、または、該当データをクライアント装置 1 0からデータサーバ装置 1へ最後に登録した時点での、データサーバ装置 1における更新日時）、該当データのクライアント装置 1 0における最終更新日時 D O 8、および、該データがデータサーバ装置 1のサーバデータ記憶部 3への新規登録なのか、それとも、すでにサーバデータ記憶部 3に記憶されているデータの更新なのかを示す、登録種別 D 0 9を含む。

なお、フォーマットには、ここに記載された情報以外の情報を適宜含むようにしてもよく、また、逆にここに記載されたすベてのフィールドが必須であるとは限らない。

データサーバ装置 1より、クライアント装置 1 0へのデータ更新通知についてもほぼ同様のデータフォーマツトを用いることができる。

次に、本システムにおける各サービスの動作を説明する。

図 1 7を参照して、住所録データの「田中次郎」のデータエントリが更新された場合についての説明を行なう。

まず、「田中次郎」がパーソナル用途で使用している携帯電話のクライアント装置 1 0である端末 Eにおいて、自分の住所データの更新を行なったとする。端末 Eは、まず、該クライアント装置 1 0内のクライアントデータ記憶部 1 2に記憶されているデータサーバ装置 1のサーバデータ記憶部 3に記憶されているサーバデータのコピーである「田中次郎」の住所データが収められたエントリを、「田中次郎」の操作内容にしたがって変更する。次に：、端末 Eの制御部 1 5は、通信部 1 1により、ネットワーク 5を介し、データサーバ装置 1へ接続し、データサーバ装置 1のサーバデータ記憶部 3に記憶されている「田中次郞」の住所のサーバデータの更新要求を行なう（_S 5 0 1 ) 。

端末 Eより、「田中次郎」の住所データの更新要求を受けたデータサーバ装置 1のクライアント記憶データ管理部 2は、サーバデータ記憶部 3に記憶されているサーバデータの「田中次郎」の住所データのエントリの更新を行なうとともに、図 1 3に示されたテ一プルより、該田中次郎の住所録のデータェントリを使用する端末は、 A , B , E , Fの 4台、該データエントリを記憶中の端末は、端末 A , E , Fの 3台であることを判断し、端末 Eからの更新要求であるため、データ更新を行なうべき端末は、 A， Fの 2台であると判断する。

したがって、データサーバ装置 1のクライアント記憶データ管理部 2は、通信部 4により、ネットワーク 5を介して、端末 Aおよび端末 Fのクイアントデータ記憶部 1 2に記憶されている、「田中次郎 j の住所録のデータエントリを更新する旨の通信を行なう（S 5 0 2 , S 5 0 3 ) 。これにより、端末 Aおよび端末 Fにおいては、更新された「田中次郎」の住所録データが参照可能となる。また、端末 Bについては、該データエントを使用する端末であるが、該データェントリを記憶中でないために、データ更新の手続きは行なわない（S 5 0 4 ) 。

この後、端末 Bにおいて、住所録アプリケーションが起動され、「田中次郎」の住所録へのアクセスがあると、端末 Bの制御部 1 5は、クライアントデータ記憶部 1 2に「田中次郎」の住所録データがないため、通信部 1 1により、ネットワーク 5を介して、データサーバ装置 1のサーバデータ記憶部 3に記憶されているサーバデータを要求する（S 5 0 5 ) 。端末 Bより、「田中次郎」の住所録のサーバデータの要求を受けたデータサーバ装置 1は、サーバデータ記憶部 3に記憶されている更新済みの「田中次郎」の住所録データを読出し、通信部 4により、ネットワーク 5を介して、端末 Bへ該住所録データを送付する（S 5 0 6 ) 。さらに、「田中次郎」が 2度目の住所データの更新を端末 Eにおいて行なった場合、上述同様の処理により、データサーバ装置 1のサーバデータの更新要求を行なう（S 5 0 7 ) 。データの更新要求を受けたデータサーバ装置 1は、該データエントリを記憶中の端末は、端末 A, B , E , Fの 4台であることを判断し、端末 Eからの更新要求であるため、データ更新を行なうべき端末は、 A, B , F の 3台であると判断する。したがって、データサーバ装置 1のクライアント記憶データ管理部 2は、通信部 4により、ネットワーク 5を介して、端末 A， B , F のクライアントデータ記憶部 1 2に記憶されている、「田中次郞」の住所録のデータエントリを更新する旨の通信を行なう（S 5 0 8 ) 。

以上の手続きにより、端末 Bにおける「田中次郎」の住所録データの更新がデータサーバ装置 1のサーバデータ記憶部 3に反映された後は、他の「田中次郞」の住所録データを参照できるどの端末においても、正しく更新されたデータを共有することが可能となる。

図 1 8〜図 2 3を参照して、図 1 7に示した本システムにおけるデータの更新処理におけるデータサーバ装置 1におけるデータの変化について説明する。図 1 8は、図 1 7における「田中次郎」の住所録データ変更処理を開始する前のデータサーバ装置 1におけるサーバデータ状態の例である。この時点では端末 A， B， Fの 3台に、データサーバ装置 1に「田中次郎」の第 1回目の変更処理の前の時点での住所データが記憶されており、端末 Bについては、「田中次郎」のデータを長らく使用し Tいなかつたため、端末 Bの記憶装置からは削除されていたものとする。

サーバデータは図 1 8に示したように、データ内容 4 2 1とともに、それぞれの端末 4 2 2について、その端末において該データを取り扱うのに使用するアブリケーシヨンを示すアプリケーション属性 4 2 3、その端末における該データの重要度を示す重要度属性 4 2 4、その端末のクライアントデータ記憶部 1 2に記憶されている対応データが該サーバデータ 4 2 1と同期済みであるかどうかを示す同期属性 4 2 5、およびその端末が現在該データを記憶中であるかどうかを示す記憶中属性 4 2 6を含む。 .

上述のように、図 1 8では、端末 A， E， Fにおいては、記憶中属性 4 2 6が「Y e s」になっており、また、同期属性 4 2 5も「済」になつ Tいる。なお、該データを記憶中でない端末 Bについては、記憶中属性 4 2 6が「N o」となり、記憶中でないため、同期属性 4 2 5はなし（「一 J ) となっている。

図 1 9に「田中次郎」が端末 Eにおいて住所録データ変更処理を行なったことにより、端末 Eよりデータサーバ装置 1へ更新通知があり（S 5 0 1 ) 、データサーバ装置 1のサーバデータ記憶部 3に記憶されている田中次郎住所録データのサーバデータが更新された直後のサ―バデータの状態を示す。本時点において、端末 Eと、データサーバ装置 1のサーバデータ記憶部 3に記憶された「田中次郎」の住所録データは一致しているため、端末 Eに関する記憶中属性は「Y e s」であり、同期属性は「済」となる。記憶中属性が「Y e s j であるそれ以外の端末 Aおよび端末 Fに関しては、同期属性は「未」となるため、図 1 9に示したような状態となる。

次に、図 2 0に「田中次郎」の 1回目の住所変更処理がデータサーバ装置 1のサーバデータ記憶部 ₃に反映された図 1 9の時点から、たとえば 5分経過した時点での、データサーバ装置 1のサーバデータの状態を示す。

本時点においては、図 1 9の時点で同期属性が「未」であった端末 Aおよび端末 Fに対して、データ更新通知処理（S 5 0 3 , S 5 0 4 ) が終了しているため、これらの同期属性が「済」に変更され、図 2 0に示したような状態となる。

次に、図 2 1に「田中次郎」の 1回目の住所変更処理がデータサーバ装置 1のサーバデータ.記憶部 3に反映された図 1 9の時点から、たとえば 5時間経過した時点でのデータサーバ装置 1のサーバデータの状態を示す。

本時点においては、図 2 0の時点の後、端末 Bにおいて住所録アプリケーションが起動され、「田中次郎」の住所録データへのアクセスがあつたため、端末 B よりデータサーバ装置 1へデータの要求が発生し（S 5 0 5 ) 、要求に応じてデータサーバ装置 1より「田中次郎」の住所録データが端末 Bへ転送されている ( S 5 0 6 ) 。

本時点においては、データサーバ装置のサーバデータは、図 2 0の時点で記憶中属性が「N o」であった端末 Bの記憶中属性が「Y e s J になるとともに、同期属性が「済」に変更され、図 2 1に示したような状態となる。

次に、図 2 2に「田中次郎」が端末 Eにおいて 2回目の住所録データ変更処理を行なったことにより、端末 Eよりデータサーバ装置 1へ更新通知があり（S 5 0 7 ) 、データサーバ装置 1のサーバデータ記憶部 3に記憶されている田中次郎住所録データのサーバデータが再度更新された直後のサーバデータの状態を示す。本時点において、図 1 9と同様、端末 Eと、データサーバ装置 1のサーバデータ記憶部 3に記憶された「田中次郎」の住所録データとは一致しているため、端末 Eに関する記憶中属性は「Y e s」であり、同期属性は「済」となる。記憶中属性が「Y e s」であるそれ以外の端末 A、端末 B、および端末 Fに関しては、同期属性は「未」となるため、図 2 2に示したような状態となる。

次に、図 2 3に「田中次郎 j の 2回目の住所変更処理がデータサーバ装置 1のサーバデータ記憶部 3に反映された図 2 2の時点から、たとえば 5分経過した時点での、データサーバ装置 1のサーバデータの状態を示す。

本時点においては、図 2 2の時点で同期属性が「未」であった端末 A、端末 B、および端末 Fに対して、データ更新通知処理（S 5 0 8 ) が終了している。このため、これらの同期属性が「済」に変更され、図 2 3に示したような状態となる。図 2 4を参照して、本システムにおいてアルバムの新規入力を行なった場合の処理の流れを示す。

まず、「鈴木太郎」に所有されているパーソナル用途の携帯電話である端末 A により、「鈴木家」の家族旅行の写真が、鈴木家データ 2 0 3にアルバムとして ,新規入力された場合の説明を行なう。

所属グループとして "鈴木家" 、アプリケーションとして "アルバム" という属性が付加された鈴木家旅行アルバムが端末 Aにおいて新規入力されると、端末 Aの制御部 1 5は、入力されたアルバムデータをクライアントデータ記億部 1 2 に記憶する。それとともに、制御部 1 5は、通信部 1 1により、ネットワーク 5 を介して、データサーバ装置 1へ接続し、データサーバ装置 1中のサーバデータ記憶部 3に、入力された新規アルバムデータをサーバデータとして新規登録する ( S 5 1 1 ) 。

端末 Aへのアルバムデータは、たとえば、デジタルカメラより、赤外線ゃ近距離無線通信により端末 Aへ伝送することにより得られたものであってもよく、または、端末 Aにデジタルカメラの機能が内蔵されており、該カメラ機能により撮影されたものであってもよい。

新規アルバムデータの登録を受けたデータサーバ装置 1のクライアント記憶データ管理部 2は、該新規アルバムデータを転送すべき端末があるかどうかを次のようにして判断する。

まず、該アルバムデータの属性より、所属グループが「鈴木家」であることを判断し、次に図 1 5に示したグループデータのテーブルより、「鈴木家」には、「鈴木太郎」および「鈴木花子」が属していることを判断する。次に図 1 4に示した各端末の属性のテーブルより、「鈴木太郎 j および「鈴木花子」の所有する端末が、端末 A， B , Cおよび Dの 4台であることを判断する。

また、端末 Aに関しては、新規アルバムデータの作成元であることが分かっている。このため、端末 Aに対して新規アルバムデータを転送する必要はないと判断される。

端末 Cに関しては、デスクトップ P Cであることが判断でき、固定課金の高速有線接続で記憶領域がふんだんにあることより、転送を試みるが、このとき、端末 Cの電源が切られている、または、通信路が障害により不通となっており（S 5 1 2 ) 、端末 Cのクライアントデータの更新は断念する（S 5 1 3 ) 。

端末 Dに関しては、図 1 4に示したテーブルより、テキスト表示のみの表示能力しか持たないことが分かっている。このため、写真データである該新規アルバムデータを転送する必要はないと判断する（S 5 1 4 ) 。または、端末 Dに対して新規アルバムデータがデータサーバ装置 1上に登録された旨の通知を行なつてよい。

端末 Bに関しては、図 1 4より、 P D Aであることが分かり、また、低速の無線回線が従量課金となっている。このことより、該新規アルバムデータそのもの転送は行なわず、新規アルバムデータがデータサーバ装置 1のサーバデータ記憶部のサーバデータに追加されたことの通知のみを行なう（S 5 1 5 ) 。

「鈴木花子」が端末 Cの電源を入れる、または、ネットワーク障害が解消し通信路が開通すると、端末 Cの制御部 1 5は、通信部 1 1により、ネットワーク 5 を介してデータサーバ装置 1へ、端末装置 Cのクライアントデータ記憶部 1 2内に記憶されているクライアントデータに更新が必要なデータが存在するか否かを問い合わせる（S 5 1 6 ) 。データサーバ装置 1は、該問い合わせに応じ、該新規アルバムデータの転送を行なう（S 5 1 7 ) 。新規アルバムデータの転送を受けた端末 Cの制御部 1 5は、該新規アルバムデータをクライアントデータ記憶部 1 2に記'慮させる。

なお、ここでは、電源投入後に端末 Cの電源投入後に更新が必要なデータの存在の有無の問い合わせを行なうようにしたが、逆に、端末 Cからは問い合わせを行なわず、データサーバ装置 1より定期的に更新処理を試みるようにしてもよい。この場合、たとえば更新されたデータが重要度の高いデータであれば、定期的に更新処理を試みる周期を短くするなどの処理も有用である。

また、ここでは、端末 Bは従量課金の無線回線であるため、新規データ追加の通知のみを行なうようになっているが、これもたとえば重要度が高く設定されたアルバムデータであれば画像データの転送を行なうようにしたり、重要度に応じて更新処理を変更したりすることも有用である。

次に「鈴木太郎」が端末 Bにおいて、アルバムデータへの参照を要求すると ( S 5 1 8 ) 、データサーバ装置 1のクライアント記憶データ管理部 2は、通信部 4により、ネットワーク 5を介して、クライアント装置 1 0の一台である、端末装置 Bへ、該新規アルバムデータの転送を行なう（S 5 1 9 ) 。

以上の手続きにより、一台のクライアント装置 1 0において追加されたグループデータを、自動的にそのデータを共有すべきその他のクライアント装置 1 0のクライアントデータ記憶部 1 2に配布することが実現される。

図 2 5を参照して、本システムにおいてメール送付を行なった場合の処理の流れについて E明する。ここでは、「鈴木太郎」に所有されているパーソナル用途の携帯電話である端末 Aにより、「鈴木花子」および「スキー同好会」へ新規メールの送付を行なった場合について説明する。

端末 Aにおいて、「鈴木家」および「スキー同好会」へ新規メールの送付を行なうと、端末 Aの制御部 1 5は、まず、端末 Aのクライアントデータ記憶部 1 2 に、メールデータとして、該新規メールを記憶するとともに、通信部 1 1により、ネットワーク 5を介して、データサーバ装置 1へ接続し、データサバ装置 1中のサーバデータ記憶部 3に、入力された新規メールデータをサーバデータとして新規登録する（S 5 2 0 ) 。

新規メールデータの登録を受けたデータサーバ装置 1のクライアント記憶データ管理部 2は、登録されたメールデータの宛先フィールドにより、転送すべき端末の特定を行なう。

ここでは、宛先フィールドに、「鈴木花子」および「スキー同好会」が指定されているため、データサーバ装置 1のクライアント記憶データ管理部 2は、「鈴木花子」および'「スキ^ "同好会」のメンバーの所有するすべての端末のクライアントデータ記憶部 1 2に新規メールデータを送付する。該当する端末は、図 1 4 および図 1 5のテーブルより、端末 A、 B、 C、 D、 Eおよび Fの 6台である。端末 Aに関しては、該新規メールの送信元であるため、データサーバ装置 1のクライアント記憶データ管理部 2は、端末 B、 C、 D、 Eおよび Fの 5台のクライアント装置 1 0を該新規メールの送付先として判断する。クライアント記憶データ管理部 2は、通信部 4により、ネットワーク 5を介して、端末 B、 C、 D、 E および Fのそれぞれの端末へ接続し、それぞれの端末のクライアントデータ記憶部 1 2に登録するための該新規メールデータを転送する（S 5 2 1 ) 。

該新規メ一ルデータをクライアントデータ記憶部 1 2に登録した各クライアント装置 1 0の制御部 1 5は、新規登録されたデータのアプリケーション属性がメールであることより、メール用のユーザインターフェースにより新規メールが着信したことの表示を行なう。

端末 Bに関しては、同じ「鈴木太郎」の保有する端末であるため、送信済みメールとしてクライアントデータ記憶部 1 2に登録すべく、該新規メールデータを転送する（S 5 2 2 ) 。

「鈴木花子」，の所有する端末 Cおいて、該新規メールの開封処理が行なわれると、端末 Cの制御部 1 5は、クライアントデータ記憶部 1 2の該新規メールデータへの読出しアクセスの検出、または、メールアプリケーションからの通知により、該新規メールの開封処理を認識し、データサーバ装置 1へ、該新規メールデータの開封処理の通知を行なう（S 5 2 3 ) 。端末 Cにおける該新規メーノレデータの開封処理の通知を受けたデータサーバ装置 1のクライアント記憶データ管理部 2は、図 1 4のテーブルにより、同じユーザに所有される他の端末が端末 Dであることを判断する。端末 Cおよび端末 Dのユーザは同一人物（鈴木花子）である。このため、本実施例では、データサーバ装置 1のクライアント記憶データ管理部 2は、通信部 4によりネットワーク 5を介し、端末 Dに対して、既読通知を試みる（S 5 2 4 ) 。このとき端末 Dはビルの中など、通信不可能な状況にあつたとする（S 5 2 5 ) 。

端末 Dが、屋外へでるなどして、通信可能な状態となると、端末 Dの制御部 1 5は、通信部 1 1により、ネットワーク 5を介して、データサーバ装置 1へ接続し、サーバデータの更新がないかどうかを確認する（S 5 2 6 ) 。この端末 Dからの更新データの確認に応じて、データサーバ装置 1は、端末 Dへ該新規メールの既読通知を行なう（S 5 2 7 ) 。

なお、ここでは、通信可能な状態となると端末 Dよりデータサーバ装置 1へサーバデータの更新の有無を問い合わせるようにしたが、逆に、端末 Dからは問い合わせを行なわず、データサーバ装置 1より、定期的にデータ更新の通知を試みるようにしてもよレ、。

データサーバ装置 1より、既読通知を受け取った端末 Dは、該新規メールの属性を既読に変更する。

以上の処理により、それぞれのクライアント装置 1 0でのメールアプリケーションが、メールデータをそれぞれのクライアント装置 1 0のクライアントデータ記憶部 1 2に対して所定の属性を付加して記憶することにより、メールシステムを実現することが可能となる。

また、端末 Cにて一度読んだメールが、再度端末 Dにおいて新規メールとして取り扱われてしまい、「鈴木花子」が同じメールを 2度新規メールとして読まされてしまうと言う問題の発生を回避できる。

なお、上述のメールの既読、未読などの属性は、データサーバ装置 1のサーバデータ記憶部 3におけるサーバデータの該メルエントリに対し、複数のユーザ毎、端末毎に属性を設定し、その属性を、各通信において各端末へ反映するようにしてもよい。または、各端末毎に、サーバデータにおける該メールエントリをコピーし、それぞれの属性を管理するようにしてもよい。

図 2 6〜図 3 1を参照して、本メール処理におけるデータサーバ装置 1のサーバデータ記憶部 3に記憶されている該メ一ルデータに対応するサ一バデータの遷移の様子を時間順に説明する。

図 2 6は、端末 Aにおいて、新規メールを作成している途中での状態を示したものである。作成中のメール 4 5 1はメールアプリケーションにおいてサーバデータ記憶部 3内の下書きフォルダに保存されている。このため、下書きフォルダというフォルダ属性 4 5 3が付与されている。また、ここでは、未読/既読属性

4 5 4については、作成中の下書き状態のメールデータには「未読」という属性が付与されているものとする。また、ここではユーザにより本メールの重要度 4

5 5は「4」という値に設定されているものとする。これらの属性が、それぞれの端末 4 5 2毎に同期属性 4 5 6およびそれぞれの端末に該メール fータが記憶中かどうかを示す記憶情報 4 5 7とともに記憶されている。 '

作成中のメールデータは、同じユーザ（鈴木太郎）が記憶する端末 Bからも共有される。このため、端末 Bについても同様の情報が管理される。 'ここでは、メールデータの作成中においては、端末 Bのクライアントデータ記憶部 1 2への同期はしない。このため、同期情報は、端末 Aに関しては同期済みであるのに対し、端末 Bに関しては未同期となっている。もちろん、この状態で端末 Bより続きの編集をした場合には、端末 Bのクライアントデータ記憶部 1 2に作成途中の該メールデータを記憶することとなる。

図 2 7は、新規メールの執筆を完了し、新規メールの送信を行なっている途中の状態を示す。本時点においては、メールの執筆者は該メールを読んでいる。このため、メールの執筆者（鈴木太郞）の所有する端末 Aにおいては、未読/既読属性は「既読 J となっており、その他の端末 C、 D、 Eおよび Fにおいては、いずれも開封処理をしていないため「未読」となっている。また、本時点においては、本メールデータを端末 Dおよび端末 Eのクライアントデータ記憶部 1 2で同期済みであり、端末 Cおよび端末 Fのクライアントデータ記憶部 1 2では、まだ同期処理が完了していない。また、端末 Aに関しては、フォルダ属性が「送信中」となっている。端末 Bは、送信中においては、本データの同期処理を行なわないものとする。このため、「未読」の属性が付与されている。

図 2 8は、新規メールの全ての配布先端末への同期が完了した時点での状態を示す。本時点において、メール発信者（鈴木太郎）の端末 Aおよび端末 Bにおいては、「送信済み」のフォルダ属性が付与され、メールを執筆した本人なので「既読」の属性が付与されている。また、本時点において残りの端末については、該メールを開封したユーザがいないものとする。このため、すべて未読の属性が付与されている。

図 2 9は、端末 Cにおいて、本メールの開封処理が行なわれ、端末 Cより本メ一ルのデ一タ更新通知があつた直後の状態を示す。 ' '

本時点では、端末 Cからの更新通知に応じて、端末 Cの未読 Z既読属性を「既読」にするとともに、端末 Dにおける未読/既読属性も同時に「既読」に変更する。また、端末 Dに対する未読/既読属性の同期は本時点では完了していない。次に図 3 0に、図 2 9の時点からしばらく後の時点の状態を示す。本時点では、端末 Dにおける未読/既読属性の同期が完了している。

さらに図 3 1に、図 3 0の時点から数日経過した時点での状態を示す。本時点では、端末 Dおよび端末 Fにおいて、該メールの情報がしばらく使用されず、また、他のデータをデータサーバ装置 1よりダウンロードするために、該メール情報がクライアントデータ記憶部 1 2より削除されている状態を示す。

以上の処理により、各クライアント装置 1 0のメールアプリケーションは、メールデータを作成することにより、それぞれのクライアントデータ記憶部 1 2に対してメール送信が可能となる。

なお、上述の処理では、他の上記クライアント装置に対してのみメール送信が可能となる力たとえば、メールの宛先に従来のインターネットメールのァドレスが指定されていた場合には、データサーバ装置 1において、メールデータの T o フィールドの宛先データを用い、 S M T P ( Simple Mail Transfer Protocol) に従い、従来のインターネットメールと同様にメールデータを送出するようにしてもよい。このようにすることにより、従来のインターネットメールとの互換性を保つことも容易である。

図 3 2を参照して、本システムにおいてチヤットを行なった場合の処理の流れについて説明する。ここでは、まず、「鈴木太郎」が端末 Aより「田中次郎」に対してチャットを開始し、その後、同じく「鈴木太郎」が「鈴木花子」をチヤット対象に追加した場合の説明を行なう。

「鈴木太郎」が端末 Aにおいてチャットアプリケーションを用いて、「田中次郎」に対してチャットを開始する。チャットアプリケーションは、端末 Aの制御部 1 5において実行されており、入力部 1 4より、「田中次郎」に対するチヤットの開始を行なうような操作が検出されると、クライアントデータ記憶部 1 2にチャットデータとしてチャット内容のファイルを作成、保存する。このとき、本チャットデータは、「鈴木太郎」から「田中次郎」に対してのものであるため、データの所属グループに属する人物は、「田中次郎」および「鈴木太郎」の 2名となる。

端末装置 Cの制御部 1 5は、クライアントデータ記憶部 1 2に新しく作成されたデータのアプリケーション属性が、チャットであることにより、すぐに通信部 1 1より、ネットワーク 5を介して、データサーバ装置 1へチャットデータを通知する（S 5 3 0 ) 。 '

通知を受けたデータサーバ装置 1のクライアント記憶データ管理部 2は、サーバデータ記憶部 3に、受信したチャットデータを記憶する。また、本データのァプリケーシヨン属性が「チャット」であり、所属グループに属する人物が「鈴木太郎」および「田中次郎」であり、「鈴木太郎」より受信されたデータである。このため、鈴木太郎以外、すなわち、「田中次郎」の所持する端末へ、即時チヤットデータの ^を試みる。この時、図 1 4のテーブルより、「田中次郎」の記憶する端末は、端末 Eおよび端末 Fの 2台である力端末 Fはビジネス用途の端末であるため、趣味仲間の「鈴木太郎」からのチャットデータは、パーソナル用途の携帯電話である端末 Eに対してのみ通知を行なう（S 5 3 1 ).。

データサーバ装置 1より、本チヤットデータの通知を受けた端末 Eの制御部 1

5は、チャットデータをクライアントデータ記憶部 1 2に記憶する。それとともに、本データのアプリケーション属性が、チャットであるため、チャットプログラムを起動する力 \ または、あらかじめプロセスとして実行されているチャットアプリケーションに新規チヤットデータ受信の通知を行なう。通知を受けたチヤットアプリケーションは、出力部 1 3にチャットのウィンドウを表示する力、または画面そのものを切り替えるなどし、受信したチャットデータを出力する。なお、このとき、ユーザに対して音により通知するようにしてもよい。

次に、「田中次郎」力鈴木次郎からのチャットメッセージに気が付き、端末

Eの出力部 1 3に表示されているメッセージに対して書込を行なうと、チヤットアプリケーションは、端末 Eのクライアントデータ記憶部 1 2のチャットデータを更新する。端末 Eの制御部 1 5は、クライアントデータ記憶部 1 2のチャットデータが更新されると、そのアプリケーション属性がチャットであるため、即時にデータサーバ装置 1に該データの更新を通信部 1 1によりネットワーク 5を介して通知する（S 5 3 2 ) 。

通知を受けたデータサーバ装置 1のクライアント記憶データ管理部 2は、サーバデータ記憶部 3のチャットデータを受信内容に基づき更新する。また、本データのアプリケーション属性が「チャット」であり、所属グループに属する人物が「鈴木太郎」および「田中次郎」であり、チャットデータが「田中次郎」より受信されたデータであるため、田中次郎以外、すなわち、「鈴木太郎」の所持する端末へ、即時チャットデータの反映を試みる。この時、図 1 4のテーブルより、「鈴木太郎」の記憶する端末は、端末 Aおよび端末 Bの 2台であるが、最初の

「鈴木太郎 j からのチャットデータは、端末 Aより通知されたため、端末 Aに対して、該更新通知を行なう（S 5 3 3 ) 。

以後は、同様の処理が、それぞの端末の制御部 1 5において実行される。また、 S 5 3 3のメッセージに対して、「鈴木太郎」が端末 Aの入力部 1 4により、チャットメンバーに「鈴木花子」を追加する操作を行なったとする。この場合、端末 Aの制御部 1 5は、該チヤットデータの所属グループ属性を、「鈴木太郎」、「田中次郎」および「鈴木花子」の 3名に変更して、データサーバ装置 1へ通知する（S 5 3 4 ) 。

端末 Aからのチヤットデータにおいて、チヤットデータの所属グループ属性が変更され、所属グループに「鈴木花子」が追加されたため、データサーバ装置 1 のクライアント記憶データ管理部 2は、該チャットデータを、「田中次郎」の端末 Eに通知する（S 5 3 5 ) のみならず、図 1 4のテーブルより「鈴木花子」の記憶する端末である、端末 Cおよび端末 Dに対して、該チャットデータの更新の通知を行なう（S 5 3 6 , 5 3 7 ) 。端末 Cおよび端末 Dにおいては、該チヤットデータは、クライアントデータ記憶部 1 2に記憶されていないため、新規データとして登録され、上述と同様の処理が端末 Cおよび端末 Dにおいてなされる。該チャットデータへの応答が、「鈴木花子」により端末 Cおいて行なわれると、端末 Cの制御部 1 5は、通信部 1 1によりネットワーク 5を介してデータサーバ装置 1に該チャットデータの更新通知を行なう（S 5 3 8 ) 。データサーバ装置 1のクライアント記憶データ管理部 2は、本更新通知が、端末 Cより送付されているため、本チャットにおける「鈴木花子」へのチャットデータは端末 Cに通知することとし、端末 Cより受信したチャットデータを、「鈴木花子」以外のメンバーの端末である、端末 Aおよび端末 Eに対して、通知を行なう（S 5 3 9， S 5 4 0 ) 。

したがって、このチヤットデータへの次の更新通知が端末 Eより行なわれると ( S 5 4 1 ) 、データサーバ装.置 1のクライアント記憶データ管理部 2は、該更新通知を端末 Aおよび端末 Cに対して行なう（S 5 4 2 , S 5 4 3 ) 。

以上の処理により、各クライアント装置 1 0のチヤットアプリケーションが、それぞれのクライアントデータ記憶部 1 2に対してチャットデータを作成、更新し、それにより、チャットシステムが全体として実現される。

図 3 3を参照して、複数のユーザで共通のスケジュールデータを入力した場合および端末固有のスケジュールを入力した場合の処理について説明する。

まず、「田中次郞」の保有する端末 Eより、所属グループ属性が「スキー同好会」のスケジュールデータの登録があった場合の処理を説明する。

「田中次郎」が端末 Eの入力部 1 4を操作し、「スキー同好会」のスキーッァ一のスケジュールを、所属グループ属性を「スキー同好会」として登録する。すると、端末 Eの制御部 1 5は、クライアントデータ記憶部 1 2に該スケジュールデータの登録を行なうとともに、通信部 1 1により、ネットワーク 5を介してデータサーバ装置 1に接続し、該スケジュールデータの登録を行なう（S 5 5 0 ) 。本処理における所属グループ属性の付与は、データの属性編集という形で可能であってもよいし、ディレクトリ管理されており、所定のディレクトリに対して、所属グループ属性が付与されており、そのディレクトリ内のファイルには全て該ディレクトリと同じ所属グループ属性が付与されるようになっていてもよい。端末 Eより、所属グループ属性が「スキー同好会」のスケジュールデータの登録を受けたデータサーバ装置 1のクライアント記憶データ管理部 2は、スケジュールデータをサーバデータ記憶部 3に記憶するとともに、通信部 4により、ネットワーク 5を介して、端末 A， Bおよび Fの 3台のクライアント装置 1 0に対して該スケジュールデータの登録を行なう（S 5 5 1 , 5 5 2 , 5 5 3 ) 。データサーバ装置 1より、該スケジュールデータを受信した各クライアント装置 1 0の制御部 1 5は、それぞれのクライアントデータ記憶部 1 2に該スケジュールデータの登録を行なう。

次に、端末 Bより、「鈴木太郎」がビジネスデータである B社との打ち合わせの予定の入力を行なった場合の処理について説明する。

「鈴木太郞」が端末 Bの入力部 1 4を操作し、 B社との打ち合わせのスケジュールの入力を、所属グループ属性を端末 Bとして登録すると、端末 Bの制御部 1 5は、クライアントデータ記憶部 1 2に該スケジュールデータの登録を行なう。それとともに、制御部 1 5は、通信部 1 1により、ネットワーク 5を介してデータサ一バ装置 1に接続し、該スケジュールデータの登録を行なう（S 5 5 4 ) 。データサーバ装置 1は、本処理における所属グループ属性が端末 Bであるため、端末 Bにのみ同期を行なえばよいと認識し、同じユーザが保有するクライアント装置 1 0である端末 Aに対して同期の処理を行なわない。これにより、たとえば、秘匿性が必要なビジネスデータなどが、パーソナノレ用途の端末に反映されてしまうことによって情報の漏洩などが発生する可能性を低減することが可能となる。図 3 4を参照して、クライアント装置 1 0における更新データの反映処理について説明する。

クライアント装置 1 0の制御部 1 5は、まず、更新データの反映において必要となる空き容量の必要量を算出する（S 6 0 1 ) 。クライアント装置 1 0のクライアントデータ記憶部 1 2の空き容量と、 S 6 0 1で計算された必要量とを比較する（S 6 0 2 ) 。空き容量が不足した場合（S 6 0 2で Y e s ) 、クライアント装置 1 0の制御部 1 5は、クライアントデータ記憶部 1 2に記憶されているデータより、削除するデータを決定し、削除を行ない（S 6 0 3 ) 、再度クライァント装置 1 0のクライアントデータ記億部 1 2の空き容量と、 S 6 0 1で計算された必要量とを比較する（S 6 0 2 ) 。空き容量が足りるようになると（S 6 0 2で N o ) 、クライアント装置 1 0の制御部 1 5は、クライアントデータ記憶部 1 2内の記憶データの更新を行なう（S 6 0 4 ) 。

なお、上述の処理においては、必ず更新データの反映処理を行なうようになつているが、たとえば、クライアントデータ記憶部 1 2に記憶されている情報がすベて更新データよりも重要度が高い場合などにおいては、更新データを受付けないようにしてもよい。または、ユーザの設定によって、サーバからのデータ更新を一時的に受付けないようにすることも有用である。

本実施例において、上述の削除データの決定は、次のようにして行なわれるものとする。

データの削除が必要となったときの、クライアント装置 1 0のクライアントデータ記憶部 1 2に記憶されているデータの内容が図 3 5のような状態であつたとする。なお、本実施例では、各データは、最終データアクセス時刻' 5 0 1、ユーザにより付与された、または、内容よりき動的に付与された 5段階の重要度 5 0 2、および削除操作を許可するかどうかの可否 5 0 3等を属性として持っているものとする。

ここで、最終データアクセス時刻 5 0 1は、そのデータに対して行なわれた最新の読出しアクセスの時刻でもあってもよいし、最新の書込みアクセスの時刻であってもよい。または、それらが、データ種別によって変化するようになっていてもよレ、。 "

重要度 5 0 2は、データサーバ装置 1のサーバデータ上で付与されている重要度であってもよいし、各端末の機能ゃ特徵により、所定のアルゴリズムにより、重要度を変化させるようにしてもよい。ビジネス用の端末にとっては、ビジネス以外のデータの重要度は下げるなどが考えられる。

同様に、削除の可否 5 0 3についても各端末の機能や特徴により、所定のアルゴリズムにより、属性を変化させるようにしてもよい。たとえば、携帯電話の端末にとつては、電話帳データは必須のものであるため、このデータに対しては、削除不可能の属性を持たせるようにしてもよい。

制御部 1 5は、これらのデータより、まず、削除が許可されているデータの中から、最も重要度の低いデータをサーチする。図 2 8に示した例のデータでは、チヤットデータ 5 0 4およびニュースデータ 5 0 5の 2つのデータェントリが該当する。次に、制御部 1 5はこれら二つのデータの最終アクセス時刻を比較し、より古いほうのデータ、すなわち本例においては、ニュースデータ 5 0 5を削除データとして決定する。

もちろん、削除データの決定方法はこれに限られない。たとえば、スケジユールデータなどでは、時間順を重要度順に優先させた手続きとしてもよい。また、重要度は持たせずに時間順にのみ削除するようにしてもよい。すなわち、将来のデータは削除しないが、過去のスケジュールについては削除対象のリストに加えるなどの決定方法にしてもよい。

さらに、それぞれのデータをヘッダ部分と本データ部分とにより構成し、へッダ部分を残して、データ量の大きい本データ部分のみを削除するようにすると、削除データのタイトルなどの閲覧は可能となり、操作性が向上すると考えられる。次に、データサーバ装置 1のサーバデータの一部へのアクセスを外部 A S Pなどに許可することにより、データ加工サービスやデータ配信サービスを可能とする場合について説明を行なう。図 3 6は本処理におけるハードウェア構成図である。

図 3 6には、図 1に示したデータアクセスシステムに、新たに A S P 6 0が接されている。

データサーバ装置 1のクライアント記憶データ管理部 2において、所定の喑号化および認証手続きを経た外部の A S P 6 0は、所定の手続きによりデータサーバ装置 1のサーバデータ記憶部 3に記憶されているサーバデータの一部にァクセスすることが許可される。許可するアクセスの種類としては、ユーザがデータに対して設定した所属グループ属性 3 0 3 (図 1 3 ) 力 S 「 a n y o n e」となっているデータに対する読出し動作や、配信データを受け取るためのスプールエリアに対する新規データの書込み動作などである。また、十分に信頼の置ける A S P であれば、スケジュールデ一タなど秘匿性のあるデータであつても読出し動作を許可してもよい。これにより、たとえば、ユーザのスケジュールデータに基き、 A S Pではスケジュールにおいて必要となる可能性の高い時刻表や、昼食時にュ一ザがいる場所付近の飲食店の情報などを提示したり、さらには電子割引券をクライアント装置に対して発行することなどが可能となる。これにより、広告活動においてはユーザの行動情報を手中にしているため、きわめて高効率の宣伝を行なうことが可能になる。このような A S P 6 0によって生成されたデータは、上述のサーバデータにおける新規データと同様の手続きにより、所望のクライアント装置 1 0へ配信され、適切な方法によりユーザの注意を喚起する。

さらに、スケジュールデータをもとに、海外出張であればフライトの予約ゃホテルの予約を自動的に行なうサービスなどが考えられる。ただしユーザの確認がなければすぐにキャンセノレするようにしておくことなどがこのようなサービスにおいては有効と考えれられる。

別の応用としては、たとえばクライアント装置 1 0にカメラの機能がついている場合、写真に取った多数の名刺の画像データより、文字認識を行ない、電子名刺データを作成するサービスや、色調捕正、高精彩プリントサービスなどが可能となる。

上述の処理により、データサーバ装置 1のクライアント記憶データ管理部 2およびクライアント装置 1 0の制御部 1 5が、それぞれのデータエントリのアプリケーシヨン属性に従って、自動的に通信を行なう。このため、データサーバ装置 1やクライアント装置 1 0において通信を必要とするメール、チヤットまたは掲示板などの各通信アプリケーションは、全く通信を意識せずに、データに所定の属性を付与し、それぞれのクライアントデータ記憶部 1 2にアクセスするだけで所定の通信が行なわれる。このため、クライアント装置 1 0は、.それぞれのデータの特徴にあわせて表示方法などのユーザインターフェースを切り替えるだけでよい。これにより通信プロトコルの実装を省くことが可能となり、コーディングの作業が簡易化される。

なお、ここではアプリケーション属性に基づいて通信処理を行なう、すなわち、アプリケーション属性を通信属性としても利用するようにした。しカゝし、もちろん、アプリケーション属性はユーザインターフェースの切り替えのみに使用し、クライアント装置 1 0からデータサーバ装置 1への更新処理と、データサーバ装置 1からクライアント装置 1 0への更新処理とを指定する通信属性を別途設けるようにしてもよレヽ。：.,

また、データサーバ装置 1のサーバデータへの一部アクセスを外部 A S Pへ V P N (Virtual Private Network) などにより許可することにより、クライアント装置 1 0では処理が困難な高度なデータ処理を行なう A S P事業や、広大な D B (データベース）を必要とするサービスなどを各クライアント装置 1 0に対して行なうことが可能となる。

また、上述のシステムにおいて、クライアント装置 1 0のクライアントデータにおいて発生したデータ変更を、データサーバ装置 1のサーバデータに反映する処理において、たとえば、変更されたクライアントデータのもととなったサーバデータの最終更新日付よりも、反映処理の時点でのサーバデータの最終更新日付の方が新しい場合などにおいては、クライアント装置 1 0からのサーバデータ更新要求を受付けないようにし、さらには、該クライアント装置 1 Qを使用するュ一ザにその旨を通知するようにしてもよい。

逆に、データサーバ装置 1のサーバデータの更新をクライアント装置 1 0の対応するクライアントデータに反映する処理において、サーバデータの更新前の最終更新日時よりも、対応するクライアントデータの最終更新日時の方が新しい場合などにおいては、データサーバ装置 1からのクライアントデータ更新要求を受付けないようにし、さらには、該クライアントデータの更新を行なったユーザにその旨を通知するようにしてもよい。

その為に、更新通知においては、該更新データの更新以前の最終更新日時も合わせて通知するようにしてもよい。

または、スィッチなどユーザの設定によって、データサーバ装置 1からのデータ更新を一時的に受付けないようにすることも有用である。 .

なお、上述したシステムにおいては、アプリケーションの使用するデータの共有を行なっているが、 J AVA (R) など共通のアプリケーションを実行することが可能な環境においては、実行されるアプリケーションプログラムや、そのプログラムの環境設定ファイルを、上述した手法で共有することにより、たとえば、同一ユーザの端末間で、プログラムのツールバーの個人設定や、ブックマークなどを共通にしたり、ある端末で行なっていたゲームの続きを別の端末上で実行したりすることなども容易に実現することができる。

ここに記述したフロー以外に、データサーバ装置 1のサーバデータを各端末において、適宜ダウンロードして参照する手続きもある。

また、たとえば、ワークステーションなどによるデータサーバ装置 1が広域ネットワーク上にあり、広域ネットワークにクライアント装置として P Cが接続されており、その P Cをデータサーバ装置 1として L A N (Local Area Network) に P D Aなどがクライアント装置 1 0として接続されているような構成も有用と考えられる。

本実施例では、データサーバ装置 1に、全てのクライアント装置 1 0のマスタ一データを記憶する構成とした。このような場合においては、ワークステーションなどによるデータサーバ装置 1において全てのクライアント装置 1 0である P Cのデ一タのマスターデータを記憶することは、データの規模が大きくなつた場合に非常に広大な記憶領域を必要とし、実現が困難となる。

したがって、データサーバ装置 1は一台のコンピュータで実現される必要はなく、複数台のコンピュータが適宜データの同期を取る、または、適宜データを転送するなどの処理によって連携することにより、仮想的に 1 '台のデータサーバ装置 1を形成するような構成としてもよい。あるいは、上述の任意のクライアント装置が 1台または複数台でサーバ装置の機能を持つように構成してもよい。または、ワークステーションなどによるデータサーバ装置 1においては、クライアント装置 1 0である全ての P Cのマスターデータを記憶せずに、同期されるべきクライアント装置 1 0間のデータのみを一時的に記憶し、それぞれのクライアント装置 1 0間でデータの同期が取れれば、データサーバ装置 1のサーバデータ記憶部 3から該データを削除し、各クライアント装置 1 0である P Cのデータの同期されるべきデータ同士の関連と、相互同期状況のみを管理するような構成とすることも有用であると考えられる。

以上説明したように本実施例によると、データサーバ装置 1において、各クライアント装置 1 0で利用されるデータに対応したサーバデータが確実に保存されている。このため、クライアント装置 1 0に事故が発生してもそれらのデータは保証されるという効果がある。また、各クライアント装置 1 0はデータサーバ装置 1のサーバデータ記憶部 3 を仮想記憶として使用する。このため、各端末の実記憶容量よりもはるかに多い情報を利用することが可能になる。それとともに、データサーバ装置 1において各クライアント装置 1 0内に記憶されているデータを管理することにより、他のクライアント装置 1 0と共有すべき情報については、その情報を記憶しているクライアント装置 1 0に対して自動的に情報を同期する。このため、各ユーザは、情報を共有する端末において、 2度同じ操作や処理を行なう必要がないという効果がある。

さらに、各クライアント装置 1 0内の通信アプリケーションは、各サービスごとにファイルに通信属性をつけて仮想記憶に記憶することにより実現される。このため、通信アプリケーションごとに通信プロトコルなどの通信を意識したコーディングが不要になるという効果がある。

第 1の実施例第 1の変形例

以下、データサーバ装置における全体的な動作（図 5 ) の変形例を、図 3 7を用いて説明する。なお、以下の説明において、前述の図 5以外の、ハードウェア構成、フローチャートおよび動作は、前述の第 1の実施例と同じであるため、それらについてのここでの詳細な説明は繰返さない。また、図 3 7に示す処理の中で、前述の図 5と同じ処理については同じステップ番号を付してある。それらについての処理も同じである。したがってそれらについてのここでの詳細な説明は繰返さない。

図 3 7を参照して、デ一タサーバ装置 1はクライアント装置 1 0からの通信を待ち（S 1 0 1 ) 、通信があると（S 1 0 1で Y e s ) 、そのクライアント装置 1 0からの通信データがデータサーバ装置 1のサーバデータ記憶部 3に記憶されているサーバデータの読出しを要求するものかどうかを判断する（S D 1 0 1 ) 。通信データがサーバデータの読出しを要求するものであった場合（S D 1 0 1 で Y e s ) 、クライアント記憶データ管理部 2は、データサーバ装置 1のサーバデータ記憶部 3に記憶されているその要求データを読出し、要求のあったクライアント装置 1 0へその要求データを転送する（S D 1 0 2 ) 。

通信データが、サーバデータの読出しを要求するものでなかった場合（S D 1 01で N o ) 、通信データがデータサー装置 1のサーバデータ記憶部 3に記憶されているサーバデータの更新を要求するものかどうかを判断する（S 102) 。その後、処理は、 S 103または S 106へ移される。

以上のようにして、本変形例においては、クライアント装置 10からサーバ装置 1へ送信された通信データが、サーバデータの読出しの要求である場合には、要求されたデータの応答処理が行なわれる。

第 1の実施例第 2の変形例

以下、クライアント装置の全体的な動作（図 8) の変形例を、図 38を用いて説明する。なお、以下の説明において、前述の図 8以外の、ハードウェア構成、フローチャートおよび動作は、前述の第 1の実施例と同じであるため、それらについてのここでの詳細な説明は繰返さない。また、図 38に示す処理の中で、前述の図 8と同じ処理については同じステップ番号を付してある。それらについての処理も同じである。したがってそれらについてのここでの詳細な説明は繰返さない。

図 38を参照して、入力部 14により検知されたユーザ操作により、データ参照要求が発生した場合には（S 201で No, SE201で Ye s) 、クライアント装置 10のクライアントデータ記憶部 12に要求されたデ一タがキヤッシュデータとして存在するかどうかを判断する（SE 202) 。 '

クライアントデータ記憶部 12に要求されたデータが存在しなかった場合（S E 202で N o ) 、クライアント装置 10の制御部 15は通信部 11を制御してデータサーバ装置 1へ接続し、データサーバ装置 1のサーバデータ記憶部 3に記億されている要求データを読出し、提示する（SE 204) 。なお、この時サ^" バへのアクセスが不可能であった場合には、ユーザへサーバデータの取得に失敗したことを通知する。

クライアントデータ記憶部 12に要求されたデータが存在した場合（SE20 2で Ye s) 、クライアント装置 10の制御部 15は、データの属性を確認し、重要度が所定の値より高い、あるいは、極めて即時性が重要なデータの種類である場合、サーバデータの参照が必要であると判断する（SE 203で Ye s) 。

ト装置 10の制御部 15は、通信部 1 1を制御してデータサーバ装置 1へ接続し、データサーバ装置 1のサーバデータ記憶部 3に記憶されている要求データを読出し、これを提示する（S E 2 0 4 ) 。なお、この時データサーバ装置 1へのアクセスが不可能であった場合には、クライアントデータ記憶部 1 2に記憶されていたキャッシュデータを提示し、ユーザへサーバデータの取得を失敗したため、キャッシュ中のデータを表示していることを通知する。

また、クライアントデータ記憶部 1 2に要求のあったデータが存在した場合 ( S E 2 0 2で Y e s ) 、クライアント装置 1 0の制御部 1 5は、データの属性を確認し、重要度が所定の値より低い、あるいは、極めて即時性が重要ではないデータの種類である場合などは、サーバデータの参照が必要無いと判断する（S £ 2 0 3で：^ 0 ) 。クライアント装置 1 0の制御部 1 5は、クライアント装置 1 0のクライアントデータ記憶部 1 2に記憶されている要求データを読出し、これを提示する（S E 2 0 5 ) 。

以上のようにして、本変形例においては、入力部 1 4により検知されたユーザ操作によりデータの登録要求が発生すると、クライアント装置 1 0のキャッシュデータの有無を判断した後、要求されたデータが提示される。

第 2の実施例

以下、図面を参照しつつ、本実施例について説明する。なお、以下に説明する以外のハードウェア構成、フローチャートおよび動作は、前述の第 1の実施例と同じであるため、それらについてのここでの詳細な説明は繰返さない。

図 3 9に、データサーバ装置 1のサーバデータ記憶部 3において記憶されているサーバデータと、複数のクライアント装匱.1 0のクライアントデータ記憶部 1 2において記憶されるクライアントデータとの関係を示す。

本実施例において、本システムの利用者は「鈴木太郎」、「鈴木花子」、「田中次郎」および「山田三郎」の 4名であると想定する。「鈴木太郎」と「鈴木花子」とは、婚姻関係にある。この両者は、データサーバ装置 1において管理されている鈴木家グループ 1 2 2 0に所属する。「鈴木太郎」と「田中次郎」とは、データサーバ装置 1において管理されているスキー同好会グループ 1 2 2 1に所属する。「田中次郎 j と「山田三郎 j とは、データサーバ装置 1において管理されている A社 S E部というグループ 1 2 2 2に所属する。「鈴木太郎」は、クライアント装置である、端末 A 1 2 0 6および端末 B 1 2 0 7を所持する。「鈴木花子」は、端末 D 1 2 0 9を所持する。「鈴木太郎」と「鈴木花子」とは、端末 C 1 2 0 8を共用して所持する。「田中次郎」は、端末 E 1 2 1 0を所持する。「山田三郞」は、端末 G 1 2 1 2を所持する。「田中次郎 j と「山田三郎」とは、端末 F 1 2 1 1を共用して所持する。

データサーバ装置 1のサーバデータ記憶部 3では、鈴木花子個人データ 1 2 0 1、鈴木太郎個人データ 1 2 0 2、鈴木家データ 1 2 0 3、スキー同好会グループデータ 1 2 0 4、田中次郎個人データ 1 2 0 5、 A社 S E部グルニプデータ 1 2 0 6および山田三郎個人データ 1 2 0 7のデータ集合が記憶されている。図 3 9において、データサーバ装置 1内のサーバデータのデータ集合とそれぞれのクライアント装置 1 0内のクライアントデータとは、直線により結ばれたような対応関係をもつ。

たとえば、「鈴木太郎」が所持している端末 A 1 2 0 6のクライアントデータ記憶部 1 2には、データサーバ装置 1により管理されたデータ集合である、鈴木太郎個人データ 1 2 0 2、鈴木家データ 1 2 0 3およびスキー同好会グループデータ 1 2 0 4の一部または全部が記憶されている。

本実施例において、データサーバ装置 1は、クライアント装置 1 0より参照されるサーバデータとその属性、サーバデータを反映させるクライアント装置とその属性、クライアント装置のユーザとその属性、の 3つの対応関係を管理する。この属性に基づいて、サーバデータ、クライアント装置、ユーザは、それぞれのデータカテゴリに分類される。たとえば、同じ属性であるサーバデータ（サーバデータを実行するためのアプリケーションが同じ）は、同じデータカテゴリに分類される。同じ属性であるクライアント装置（データサーバ装置とクライアント装置との通信経路が同じ）は、同じ装置カテゴリに分類される。同じ属性であるユーザ（ユーザにより登録された嗜好が同じ）は、同じユーザカテゴリに分類される。データサーバ装置 1は、分類された、データカテゴリ、装置カテゴリおよびユーザカテゴリを対応付けたテーブルを記憶する。データサーバ装置 1は、そのテープノレと、更新されたデータエントリのデータ属性と、デー'タ更新を通知するクライアント装置の装置属性と、データ更新を通知するクライアント装置を所持するユーザのユーザ属性とに基づいて、実行する処理を決定する。

図 4 0に、データサーバ装置 1のサーバデータ記憶部 3に記憶される、サーバデータとその属性の記憶形式の一例を示す。なお、この例は、図 3 9に示した、各ユーザ、端末、グループの関係にしたがつている。

クライアント装置 1 0の一部には、スケジュールアプリケーションと、住所録アプリケーション、アルバムアプリケーションがすでにインストールされていると想定する。

図 4 0におけるそれぞれの行のデータ単位を、「データエントリ」と表現する。各データエントリは、データ内容 1 3 0 1、時間属性 1 3 0 2、アプリケーション属性 1 3 0 3、所属属性 1 3 0 4、用途属性 1 3 0 5、記憶中端末属性 1 3 0

6および重要度属性 1 3 0 7を含む。

時間属性 1 3 0 2は、それぞれのデータェントリの作成時間、スケジュールァプリケーシヨンを用いて入力された行動予定の時間などの属性（その作成時間がいつであるのか等を示す）である。アプリケーション属性 1 3 0 3は、それぞれのデータエントリのデータの種類、すなわち、そのデータを取扱うアプリケーションを示す属性である。所属属性 1 3ひ 4は、それぞれのデータェントリが所属するユーザやユーザグループを示す属性である。用途属性 1 3 0 5は、それぞれのデータェントリがビジネス用のデータであるのかパーソナル用途のデータであ

■ るのかを示す属性である。記憶中端末属性 1 3 0 6は、それぞれのデータェントリを現在記憶中である端末を示す属性である。重要度属性 1 3 0 7は、それぞれのデータエントリの重要度を示す属性である。

なお、これらの属性は、新規データ作成時にはデフォルトの値が設定されているものとする。すなわち、データの所属属性は、該データが作成されたクライアント装置のユーザ属性が設定され、アプリケーション属性は、該データを作成したアプリケーションが設定される。重要度は、たとえば中程度の " 3 " が設定される、などである。もちろんこれらのデフォルト属性のいくつか、すなわち、ュ一ザ所属属性、重要度属性、用途属性などは、ユーザの嗜好に合わせて変更することが可能であり、作成済みデータの属性もデータの所有者により更新可能であ o 図 4 1に、データサーバ装置 1のクライアント記憶データ管理部 2において管理される、クライアント装置とその属性を示す。

データサーバ装置 1のクライアント記憶データ管理部 2は、図 4 1に示すような端末ごとの管理テーブルを管理する。この管理テーブルには、ユーザ属性 1 4 0 1、種別属性 1 4 0 2、用途属性 1 4 0 3、表現能力属性 1 4 0 4および通信路属性 1 4 0 5などが記憶される。

ユーザ属性 1 4 0 1は、それぞれの端末ごとに、端末を所持しているユーザを示す属性である。種別属性 1 4 0 2は、端末が P C (Personal Computer)であるのか、 P D Aであるのか、携帯電話であるのかという、端末の種別を示す属性である。用途属性 1 4 0 3は、ユーザがその端末をどのような用途、目的で所持しているのかを示す属性である。表現能力属性 1 4 0 4は、音声出力の可否や、映像表示能力など、端末がどのような表現能力を持っているかを示す属性である。、通信路属性 1 4 0 5は、通信路に無線の通信路を利用しているのか、通信路に有線の通信路を利用しているのか、通信速度は高速なのか低速なのか、通信路は従量課金であるのか、固定課金であるのかを示す属性である。

なお、これらの属性は、クライアント装置を本サービスに登録する際に所定の手続きによりサーバ装置へ追加、登録されるものとする。さらに、本実施例では、クライアント装置のハードウエアに関する属性は自動的に通知され、クライアント装置のユーザや用途などは、ユーザの入力によりサーバ装置へ通知されるようになっているものとする。

この管理テーブルにより、端末 Aは、「鈴木太郎」に所有されている従量課金の高速無線通信機能を持ったパーソナル用途の携帯電話であることがわかる。この端末 Aは、音声出力および画像の表示能力を持つ。端末 Bは、「鈴木太郎」に所有されている従量課金の低速無線通信機能を持つたビジネスおよびパーソナル用途の P D Aであることがわかる。この端末 Bは、音声出力が不可、画像の表示能力を持つ。端末 Cは、「鈴木太郎」と「鈴木花子」の両名により共用して所有されている固定課金の高速有線通信機能を持ったパーソナル用途のデスクトップ P Cであることがわかる。この端末 Cは、音声出力が可能、画像の表示能力を持つ。端末 Dは、「鈴木花子」に所有されている従量課金の高速無線通信機能を持つたパーソナル用途の携帯電話であることがわかる。この端末 cは、音声出力が可能、テキストの表示のみが可能な表示能力を持つ。端末 Eは、「田中次郎」に所有されている従量課金の低速無線通信機能を持つたビジネスおよびパーソナル用途の携帯電話であることがわかる。この端末 Eは、音声出力が可能、テキストの表示のみが可能な表示能力を持つ。端末 Fは、「田中次郎」と「山田三郞」とに共用して所有されている従量課金の低速無線通信機能を持ったビジネス用途の P D Aであることがわかる。この端末 Fは、音声出力が可能、画像の表示能力を持つ。端末 Gは、「山田三郎」に所持されている、固定課金の高速有線通信機能を持ったパーソナル用途のデスクトップ P Cであることがわかる。この端末 Gは、音声出力が可能、画像の表示能力を持つ。

ユーザが共用して所持する端末においては、ログイン管理などにより、ユーザ毎に提示される内容が切換えられる処理が行なわれる。

端末は、データサーバ装置 1から受信した情報に基づいて、端末のユーザへ、データエントリが更新されたことを、音、振動、画面表示などを用いてユーザに通知することができる。さらに、この通知は、データサーバ装置 1から受信したユーザ通知情報に基づいて、ユーザへの通知の度合いを切換えることができる。データサーバ装置 1から「強いユーザ通知」を受信すると、たとえば、端末は大きな警告音を発生してユーザへデータ更新を通知する。携帯電話であれば、データサーバ装置 1から受信した情報に基づいて、着信音の種類、音量が自動的.に変更される。データサーバ装置 1は、たとえば重要なデータであるほど、ユーザが気付きやすいようなユーザ通知を設定する。 .，

端末は、データサーバ装置 1から受信した自動消去情報に基づいて、端末の記憶部に記憶されたデータを消去する優先順位を変更することができる。この消去の優先順位とは、図 3 4の S 6 0 3における削除データの決定の優先順位であり、データサーバ装置 1から「消えやすい自動消去」を受信すると、削除データとして優先的に決定され削除される対象になる。したがって、重要なデータであるほど、端末が自動消去しにくく、重要でないデータであるほど、消去されやすいように自動消去方法を設定する。

図 4 2に、データサーバ装置 1のサーバデータ記憶部 3に記憶される、ユーザとその属性の記憶形式の一例を示す。

図 4 2に示すように、このテーブルは、それぞれのユーザ 1 5 0 1ごとに、ュ —ザグループ属性 1 5 0 2、所有端末属性 1 5 0 3、個人設定属性 1 5 0 4、嗜好属性 1 5 0 5および購入ソフト属性 1 5 0 6などの属性を記憶する。

ユーザグループ属性 1 5 0 2は、ユーザが所属しているユーザグループを示す属性である。所有端末属性 1 5 0 3は、ユーザが所持している端末を示す属性である。個人設定属性 1 5 0 4は、たとえばブックマークや、ツールバーの設定など、ユーザがそれぞれの端末で利用するアプリケーションの設定情報を示す属性である。嗜好属性 1 5 0 5は、ユーザの好きな音楽や好物、趣味などを示す属性である。購入ソフト属性 1 5 0 6は、ユーザが端末で利用することができる購入済みアプリケーションを示す属性である。

なお、これらの属性は、ブラウザを用いるなど所定の手続きにより、ユーザがサーバへ登録可能となっているものとする。また、本実施例においては、ユーザグループは、自由にユーザがュ一ザ I Dやニックネーム等によりグループメンバ一を特定して作成できる。新規グループの作成時には、各グループメンバーに登録の可否について問合せ、登録を許諾したメンバーのみが新規グループに登録されるものとする。メンバーの追加および削除については、グループを作成したュ一ザに権限があり、グループからの脱退については、各グループメンバーに権限があるとする。 . .

このテーブルには、例えば、「鈴木太郎」は、鈴木家グループとスキー同好会グループというユーザグループに属していること、「錚木太郎」は、端末 A, 端末 B , 端末 Cの 3台のクライアント装置 1 0を所持していること、「鈴木太郎 J が個人的に設定したブックマークや呼出音の設定、 .「鈴木太郎」の好みはバッハの音楽であること、「鈴木太郞」の好物はカツ丼であること、「鈴木太郎」が購入済みのソフトウェアは、「表計算ソフト A」、「グラフィックソフト A」であることが分かる。

「鈴木太郎」が使用する端末 A, 端末 B，端末 Cの 3台のクライアント装置 1 0では、個人設定を共通にすることができる。この個人設定とは、たとえば、ゥエブブラウザのブックマークや、各種アプリケーションのツールバーなどの設定、マウスやキーボードの入力環境の設定である。これらが共通になることにより複数の端末を使用するユーザの利便性が向上する。なお、端末 Cは、「鈴木太郎 J および「鈴木花子」の 2名により使用される端末であるため、ユーザ毎に設定されるログイン処理などにより、この個人設定が管理される。ログインしたユーザ毎にアプリケーションの設定が管理され、ログインユーザに応じて各種の設定が反映された画面が表示される。

データサーバ装置 1のサーバデータ記憶部 ₃に、アプリケーションソフトを記憶しておき、クライアント装置からの要求に応じて、それらをそのクライアント装置へ送信できる。この時、図 4 2に示すテーブルを用いて、ユーザ毎に購入済みのソフトウェアを管理する。たとえば、「鈴木太郎」は、「表計算ソフト AJ 、「グラフィックソフト A」という 2種類のアプリケーションを購入済みである。「鈴木太郎」が所有する端末 Aにこれらのソフトウエアがインストールされていない場合に、それらをデータサーバ装置 1がクライアント装置 1 0に送信してその端末 Aにインストールすることができる。このとき、「鈴木太郎」は、これらのソフトウェアの販売会社から、 1ユーザが所有する複数の装置へのインスト一ルが認められているとする。

また、ユーザの嗜好情報より、データサーバ装置 1は、ユーザの嗜好に合致する、広告などの情報を送信することができる。たとえば、ユーザ；^データサーバ装置 1に、自己の嗜好を「音楽、バッハ」と登録しているユーザは、ユーザカテゴリカ S 「音楽の趣味でバッハを好む」というカテゴリに分類される。このカテゴリに分類されたユーザの端末には、「バッハ」に関する情報が、データサーバ装置 1から送信される。

なお、端末属性の所有者情報とユーザ属性の所有端末属性とは、どちらか一方でもよい。

本実施例における、データサーバ装置 1のサーバデータ記憶部 3に記憶されているデータエントリが更新されたときに、データサーバ装置 1が実行する処理を決定するためのテーブルの一例を、図を用いて説明する。

図 4 3に、データサーバ装置 1のサーバデータ記憶部 3に記憶されているデータエントリが更新されたときに、データサーバ装置 1が実行する処理を決定するときに利用する、属性とその属性に対する処理とを記憶したテーブルの一部を示す。このテーブルは、データサーバ装置 1のサーバデータ記憶部 3に記憶される。図 4 3に示したテーブルを説明するために、ユーザ「鈴木太郎 j が端末 Cを用いて、スキー旅行写真のアルバムデータのデータェントリを更新した場合について説明する。

図 4 0に示すように、このデータエントリは、アプリケーション属性として、 "アルバム" 、所属属性として "スキー同好会" 、用途属性として "パーソナノレ" 、記憶中端末属性として "A， C , E " 、重要度属性として " 2 " が記憶されている。このデータエントリの更新通知を受信したデータサーバ装置 1は、図 4 3に示すテーブルと、更新されたサーバデータのデータ属性と、更新を通知する端末の端末属性とに基づいて、処理を決定する。図 4 3に示すテーブルにより、アプリケーション属性が "アルバム" 、重要度が " 2 " 以下であるこのデータェントリについては、以下の処理が実行されることが分かる。すなわち、画像が表示可能かつ通信路が固定課金である端末に対しては、定期的な通信時に、このデータエントリを記憶中の端末に、完全なデータを通知する。画像が表示可能かつ通信路が従量課金である端末に対しては、定期的な通信時に、このデータェントリを記憶中の端末に、データが更新されたということのみを通知する。テキストの表示しかできず画像が表示できない端末に対しては、一切通知を行わない。図 4 0と図 4 1とを参照することにより、端末 Aに対しては、従量課金の通信路を持つ端末であるため、定期的な通信時に、データが更新されたということのみが通知される。端末 Cに対しては、固定課金の通信路を持つ端末であるため、定期的な通信時に、完全な更新データが通知される。端末 Eに対しては、画像表示能力を持たないため、通知を行なわない。

さらに、ユーザ「田中次郎」が端末 Fにおいて、 C社との打ち合わせのデータエントリを更新した場合について説明する。

図 4 0に示すように、このデータエントリは、アプリケーション属性として、 "スケジュール" 、所属属性として "A社 S E部" 、用途属性として "ビジネス" 、記憶中端末属性として " F " 、重要度属性として " 5 " が記憶されている。このデータの更新通知を受信したデータサーバ装置 1は、図 4 3に示すテーブルと、更新されたサーバデータのデータ属性と、更新を通知する端末の端末属性とに基づいて、処理を決定する。図 4 3に示すテーブルにより、アプリケーション属性が "スケジュール" で重要度が " 3 " 以上であるこのデータエントリについては、以下の処理が実行されることが分かる。すなわち、端末の属性には関係なく、このデータエントリを利用する端末の全てに、即時に、通知する。

図 4 0と図 4 1を参照することにより、 A社 S E部のメンバーである、「田中次郎」または「山田三郎」により利用される端末、力つビジネス用途である端末である端末 " E " と端末 " F " とに対して、即時に通知が実行される。

このテーブルにより導き出される処理は、ユーザの嗜好により変化するため、所定の操作により（たとえば、ユーザがデータサーバ装置 1に登録の変更を要求し、データサーバ装置 1は、テーブルを書換える。）、ユーザが自由に属性の条件と処理とを編集できるようにすることが望ましい。 ...

本実施例における、データサーバ装置 1のサーバデータ記憶部 3に記憶されているデータェントリが更新されたときに、データサーバ装置 1が実行する処理を決定するためのテーブルの一例を、さらに図を用いて説明する。

図 4 4に、データサーバ装置 1のサーバデータ記憶部 3に記憶されているデータエントリが更新されたときに、データサーバ装置 1が実行する処理を決定するときに利用する、属性とその属性に対する処理とを記憶したテーブルの一部を示す。このテーブルは、データサーバ装置 1のサーバデータ記憶部 3に記憶される。図 4 4に示したテーブルを説明するために、ユーザ「田中次郎」が端末 Eを用いて、住所録データのデータェントリを更新した場合について説明する。

図 4 0に示すように、このデータは、アプリケーション属性として、 "住所録" 、重要度属性として " 2 " が記憶されている。このデータエントリの更新通知を受信したデータサーバ装置 1は、図 4 4に示すテーブルと、更新されたサーバデータのデータ属性と、更新を通知する端末の端末属性とに基づいて、処理を決定する。図 4 4に示すテーブルにより、端末が携帯電話である場合には、ユーザ通知が "弱" 、自動消去が "なし" という情報とともに、端末にデータェントリの更新を送信する。端末が携帯電話以外である場合には、ユーザ通知情報が "弱" 、自動消去情報が "消えやすい" という情報とともに、端末にデータェントリの更新を送信する。

データサーバ装置 1から、ユーザ通知情報および自動消去情報とともにデータエントリの更新を受信した端末は、ユーザ通知情報および自動消去情報に基づいて、ユーザへの音などによるデータ更新の通知および更新されたデ一タの自動消去を行なう。この自動消去は、図 3 4の S 6 0 3において行なわれる。

図 4 0に示すように、このデータエントリは、アプリケーション属性として "スケジュール" 、重要度属性として " 5 " が記憶されている。このデータェントリの更新通知を受信したデータサーバ装置 1は、図 4 4に示すテーブルと、更新されたサーバデータのデータ属性と、更新を通知する端末の端末属性とに基づいて、処理を決定する。このスケジュールが未来のスケジュールである場合には、端末の種別に関わらず、ユーザ通知情報が "強" 、自動消去情報が' "なし" という情報とともに、端末にデータエントリの更新を送信する。

データサーバ装置 1から、ユーザ通知情報および自動消去情報とともにデータエントリの更新を受信した端末は、ユーザ通知情報および自動消去情報に基づいて、更新されたデータの自動消去を行なう。

このテーブルにより判断されるデータサーバ装置 1が実行する処理は、ユーザの使用環境により（たとえば、一時的に大きな警告音を鳴らせたくないなど）、さまざまに変化するため、所定の操作により（たとえば、ユーザがデータサーバ装置 1から受信した通知情報によらず、ユーザの通知を「画面のみ」とするなど）、ユーザが変更できるようにすることが望ましい。

また、更新を行なったユーザと、クライアント装置における更新通知を行なう対象となるユーザが同一である場合と異なる場合とで、たとえば、異なる場合にはユーザ通知を行なうが、同一の場合にはユーザ通知を行なわないようにしてもよい。

なお、ここでは、データサーバ装置においてユーザ通知おょぴ自動消去のレべルを決定したが、クライアント装置において図 4 4に示すテーブルを記憶しておいて、そのテーブルと、クライアント装置の属性と、データサーバ装置から受信したデータの属性とに基づいて、ユーザ通知および自動消去のレベルを判断させるようにしても良い。

第 3の実施例

以下、図面を参照しつつ、本実施例について説明する。なお、以下に説明する以外のハードウェア構成、フローチャートおよび動作は、前述の第 2の実施例と同じであるため、それらについてのここでの詳細な説明は繰返さない。

図 4 5に、データサーバ装置 1のサーバデータ記憶部 3に記憶される内容を示す。本実施例において、サーバデータ記憶部 3は、各クライエント装置 1 0から利用されるオブジェクトおよびその属性（以下、属性をプロファイルとも記述する。）を記憶するオブジェクトノオブジェクトプロファイル記憶部 7 0 1、クライエント装置の属性を記憶するクライエント装置プロファイル記憶部 7 0 2、ュ一ザの属性を記憶するユーザプロファイル記憶部 7 0 3、各プロファイルやその他の状況に応じてオブジェクトを操作するためのルールを記憶するプロセスルール記憶部 7 0 4とを含む。

本実施例においては、各オブジェクトは、たとえば X M L (extensible

Markup Language) のような記述言語により構造化された文書オブジェクトと想定し、 1つのオブジェクトは、 1つあるいは複数のエレメントにより構成されているものとする。

, .図4 6に、構造化されたオブジェクトが、複数のクライエント装置 1 0に適宜伝播していく様子を示す。この図は、クライエント装置 Aで、ユーザ操作により新たに作成されたオブジェクト Tが、端末に起因するデータ更新処理 S 2 0 4 (図 8参照）によりサーバ装置 1へ伝播される（S P 1 ) 様子を示す。さらにこの図は、サーバ装置 1の他のクライエント装置 1 0 の反映処理 S 1 0 5 (図 5 参照）よりオブジェクト Tが適宜加工されてクライエント装置 Bおよびクライエント装置 Cに伝播する（S P 2 ) 様子を示す。

本実施例におけるオブジェクトの加工は、図 4 6に示すように、構造化されたオブジェクトのエレメント単位で選択が可能であり、各オブジェクトのルールノ —ドを含む元のオブジェクト Tの部分集合 TT および T " へと加工される。この処理においてエレメントの削除は、実質的な削除でもよく、あるいはサーバ装置 1のマスタオブジェクトの該当エレメントへのリンクへの交換でもよい。本処理の詳細については後述する。

次に、サーバ 1において、プロファイルなどの諸条件により、前述のオブジェクトの加工を図 4 5に示した各情報により行なう処理について説明する。

オブジェクト /オブジェタトプロフアイル記憶部 7 0 1には、構造化言語によつて記述されたォブジェクトが記憶されている。本実施例においては X M Lの

「attribute」により各属性が各ォブジェクトに割当てられているものとする。クライエント装置プロファイル記憶部 7 0 2には、図 1 4に示したように各クライエン.ト装置 1 0の属性が記憶されている。ユーザプロファイル記憶部 7 0 3には、図 4 2に示したように、各ユーザとその属性とが記憶されている。プロセスルーノレ記億部 7 0 4には、図 4 7〜図 5 0に示すように、オブジェクトの更新処理を行なうためのテーブルと、前述のオブジェクトの加工や伝播における処理を行なうためのルールとが記憶されている。

以下、これらのルールの利用方法について詳細に説明する。

図 4 7に、クライエント装置 1 0の能力と、オブジェクトのエレメントとの適合性を表わす、ブーリアンの出力を持つ能力適合関数の一部を示す。この図によれば、この関数は、たとえばオブジェタトのエレメントの種別属性が静止画であつた場合、端末の表示能力属性がグラフィックであれば「1」を、テキストのみの表示しか行なえない端末であれば「0」を返す。また、この関数は、エレメントの種別属性が動画であった場合に、端末の動画処理属性が再生可能となっていれば「1」を、再生不可能となっていれば「0」を返す。このように、この関数はエレメントの種別属性によりそれを表現するための適切な端末属性とを照合し、適合するか否かをブーリアン値で返す関数である。なお、サーバでの減色処理等の単純化処理やフォーマツト変換処理などの加工により端末において取扱うことが可能になる場合には「1」を返す。入力となるエレメントを「x」として、この関数を「F c a ( X ) 」と表記する。

図 4 8に、あるオブジェクトと、そのオブジェクトを取巻く環境との意味的な整合性に基づいて出力される値の大きさが変わる関数の一部を示す。この図によれば、この関数は、たとえばオブジェクトの種別属性が「電話帳」であった場合、そのオブジェクトを記憶するクライエント装置 1 oの種別属性が「電話機」であれば高い値を、電話以外の「端末」であれば低い値を返す。また、たとえばォブジェクトの種別属性が「スケジュール」であった場合、そのォブジェクトの時間属性が「未来」であれば高い値を、「過去」であれば低い値を返す。このように、この関数はオブジェク卜の種別属性によりそのオブジェクトと関連する適切な属性や環境とを照合し、そのオブジェクトとそのオブジェクトを取卷く環境との意味的な整合性を返す関数である。入力となるオブジェクトを「T」として、この関数を「F c c (T) 」と表記する。

ここで、オブジェクト Tの重要度属性を取出す関数を I mp (T) と表現し、機会優先度を OP = F c _C (T) - I mp (T) と定義する。本実施例では、これらの関数を用いて、マスタオブジェクトより、そのルートノードを含む部分集合のオブジェクトを、「seek a subset Tsub of {x^T | Fca(x)≠0} such that OP- (C - ∑size(x of Tsub))/ScJ のようなアルゴリズムにより作成する。ここで、「S c」は、たとえば通信料 Z通信量や通信速度といったオブジェクトを転送するクライエント装置 10の通信能力を表現する値である。「Size」は、エレメント「x」のサイズを取出す関数であり、単純化処理やフォーマット変換処理を行なう場合には、その処理を行なった後のサイズを返すものとする。「C」は、通信コストとォブジェクトの機会優先度とのバランスを調整する定数である。本実施例では、本アルゴリズムにより削除されるエレメントのうち、 F c a (x) が「0」であるものは実際に削除して、 F c a (x) 力 S 「1」であるものは、サーバ装置 1へのリンクと置換えを行なう。なお所定の条件に対してはこの加工方法とは別に定められた加工方法を優先して実行するようにすることで、ユーザ個人の独特な要望や特殊な場合に対応可能にすることもできる。

次に、伝播優先度を P P = OP · N t f (T, D) - Ac t (D) として定義する。ここで、関数「N t i」は、あるクライエント装置 10を例として、ォブジェクト Tの最終更新を端末 Dのユーザへ伝えたか否かを表わす関数であり、通知済みであれば「1」、未通知であれば「2」の値をとるものとする。関数「A c t (D) 」は、ある端末 Dの活動状況を表わす関数であり、使用中であれば「2j を、使用中でなければ「1」の値をとるものとする。図 4 9に、この伝播優先度 P Pの値とオブジェクトの処理との対応を示す。この図に示されるルールにより、機会優先度が高く最終更新が未通知のオブジェクトは、より多くの端末により早く伝播させ、特に使用中の端末に対しては早く伝播させることができる。なお、所定の条件に対してはこの伝播方法とは別に定められた伝播方法を優先して実行するようにすることで、ユーザ個人の独特な要望や特殊な場合に対応することができる。

図 5 0に、端末でのォブジェクトの処理を規定するためのオブジェクトのユーザ通知属 ¾、およびガーベージコレクション属性を生成するルールを示す。この図に示されるルールにより、機会優先度により端末におけるユーザ通知の強度およびガーベージコレクションの方針を得ることができる。なお、所定の条件に対してはこの処理方針とは別に定められた処理方針を優先して実行することで、ュ一ザ個人独特な要望や特殊な場合に対応することも可能である。 ·

なお、図 3 4の削除データ決定および削除処理を、図 5 1のように構造ィヒされたォブジェクトの末端のエレメントから順にエレメント単位で行ない、削除処理として削除するエレメントをサーバ装置 1のマスタォブジェクトの該当エレメントへのリンクへ交換するようにすると、オブジェクトの利用可能性が高くなり効果的である。

今回開示された実施例はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。産業上の利用可能性

以上のように、このデータアクセスシステムによれば、クライアント装置は、データの更新を行ないサーバに通知する。サーバは、その更新されたデータを記憶しているクライアント装置に対してのみ、クライアント装置において記憶されたデータを更新する。そのため、ネットワークトラフィックを増加させることなく、クライアント装置は、実記憶容量よりもはるかに多い情報を利用することができる。そのため、この発明のデータアクセスシステムは、多くのユーザがデータを共用して使用するサーバ ·クライアントシステムに適している。

Claims

請求の範囲

1. 1台または複数台のクライアント装置（10) により利用されるサーバデータおよび前記サーバデータとクライアント装置（10) との対応関係を記憶するサーバデータ記憶部（3) と、

前記サーバデータ記憶部（3) に接続され、前記クライアント装置（10) において記憶中のクライアントデータを把握するクライアント記憶データ管理部

(2) とを含む、データサーバ装置。

2. 1台または複数台のクライアント装置（10) により利用されるサーバデ —タおよび前記サーバデータとクライアント装置（10) との対応関係を記憶するサーバデータ記憶部（₃) と、前記サーバデータ記憶部（3) に接続され、前記クライアント装置（10) において記憶中のクライアントデータを管理し、前記サーバデータ記憶部（3) に記憶されたサーバデータが更新された場合に、当該サーバデータにアクセス可能な前記クライアント装置（10) において記憶中のクライアントデータを更新するクライアント記憶データ管理部（2) とを含む、データサーバ装置。

3. 前記クライアント記憶データ管理部（2) は、前記クライアント装置（1 0) において記憶中のクライアントデータと前記サーバデータ記憶部（3) に記憶されているサーバデータとの一致状況を管理する、請求項 1または 2に記載のデータサーバ装置。

4. 前記サーバデータ記憶部（3) に記憶されているサーバデータは、ァクセス可能な前記クライアント装置（10) を識別するためのクライアント装置識別子を含む、請求項 1または 2に記載のデータサーバ装置。

5. 前記サーバデータ記憶部（3) に記憶されているサーバデータは、ァクセス可能な前記クライアント装置（10) を所有するユーザを識別するためのユーザ識別子を含む、請求項 1または 2に記載のデータサーバ装置。

6. 前記クライアント記憶データ管理部（2) は、前記クライアント装置（1 0) を所有するユーザを識別するための識別子と、ユーザが所属するグループとの対応関係を管理し、前記サーバデータ記憶部（3) に記憶されているサーバデータは、アクセス可能なグループのグループ名を含む、請求項 1または 2に記載のデータサーバ装置。

7. 前記クライアント記憶データ管理部（2) は、前記クライアントデータを更新する際に、前記クライアント装置（10) との通信が不可能であった場合には、通信キューに更新履歴を記録する、請求項 1または 2に記載のデータサーバ

8. 前記クライアント記憶データ管理部（2) は、前記クライアントデータを更新する際に、前記クライアント装置（10) との通信が不可能であった場合には、所定の間隔で前記クライアントデータとの通信を試みる、請求項 1または 2 に記載のデータサーバ装置。

9. 前記サーバデータ記憶部（3) に記憶されているサーバデータには、重要度が付与されており、

前記クライアント記憶データ管理部（2) は、前記重要度に応じて前記クライアントデータを更新する、請求項 1または 2に記載のデータサーバ装置。

10. 前記クライアント記憶データ管理部（2) は、前記サーバデータ記憶部 (3) に記憶されたサーバデータが更新された場合に、当該サーバデータにァクセス可能な前記クライアント装置に対して、当該クライアント装置（10) の種類に応じて、前記クライアントデータの更新または前記クライアント装置（1 0) への通知を選択的に実行する、請求項 1または 2に記載のデータサーバ装置。

1 1. 前記クライアント記憶データ管理部（2) は、前記サーバデータ記憶部 (3) に記憶されたサーバデータが更新された場合に、当該サーバデータにァクセス可能な前記クライアント装置（10) に対して、更新されたサーバデータの属性に応じて、前記クライアントデータの更新または前記クライアント装置（1 0) への通知を選択的に実行する、請求項 1または 2に記載のデータサーバ装置。

12. 前記クライアント記憶データ管理部（2) は、前記クライアント装置 (10) との通信を行なう際に、暗号化手続および認証手続を実行する、請求項 1または 2に記載のデータサーバ装置。

1 3. 前記クライアント装置（10) 以外から、前記サーバデータ記憶部 (3) へのアクセスを許可する、請求項 1または 2に記載のデータサーバ装置。

14. データサーバ装置（1) のサーバデータ記憶部（3) に記憶されたサーバデータの一部または全部であるクライアントデータを記憶するクライアントデータ記憶部（12) と、

クライアントデータ記憶部（12) に接続され、所望のデータが前記クライァントデータ記憶部（12) に記憶されているか否かを判断し、判断結果に基づいて、前記クライアントデータ記憶部（12) または前記データサーバ装置（1) の前記サーバデータ記憶部（3) よりデータを読出し、利用する制御部（15) とを含む、クライアント装置。

15. 前記制御部（15) は、前記クライアントデータ記憶部（12) に記憶されたデータを削除した場合には、前記データサーバ装置（1) に通知を行なう、請求項 14に記載のクライアント装置。

16. 前記制御部（15) は、前記データサーバ装置（1) との通知が不可能であった場合には、所定の間隔で前記データサーバ装置（1) との通信を試みる、請求項 15に記載のクライアント装置。

17. 前記制御部（15) は、前記データサーバ装置（1) の前記サーバデータ記憶部（3) に記憶された前記サーバデータの属性に応じて、前記クライアントデータ記憶部（12) に記憶されたクライアントデータを削除可能か否かの条件を変化させる、請求項 15または 16に記載のクライアント装置。

18. 前記制御部（15) は、前記クライアントデータ記憶部（12) に記憶されたクライアントデータの属性に応じて、前記クライアントデータ記憶部（1

2) に記憶されたクライアントデータを削除可能か否かの条件を変化させる、請求項 16に記載のクライアント装置。

19. 前記制御部（15) は、前記クライアントデータ記憶部（12) に記憶されているクライアントデータの更新があった場合には、前記データサーバ装置 (1) の前記サーバデータ記憶部（3) に記憶されたサーバデータの更新を行なう、請求項 14に記載のクライアント装置。

20. 前記制御部（15) は、前記クライアントデータ記憶部（12) へクライアントデータの追加があった場合には、前記データサーバ装置（1) の前記サーバデータ記憶部（3) にサーバデータの追加を行なう、請求項 14に記載のクライアント装置。

21. 前記制御部（15) は、前記データサーバ装置（1) との通信が不可能であった場合には、通信キューに更新履歴を記憶する、請求項 19または 20に記載のクライアント装置。

22. 前記制御部（15) は、前記データサーバ装置（1) との通信が不可能であった場合には、前記データサーバ装置（1) との通信が可能になったことを検知したときに、通信を行なう、請求項 1 9または 20に記載のクライアント装置。

23. 前記クライアントデータ記憶部（12) に記憶されているクライアントデータには、重要度が付与されており、

前記制御部（15) は、前記クライアントデータ記憶部に記憶されているクライアントデータの更新があった場合には、前記重要度に基づいて、前記データサーバ装置（1) の前記サーバデータ記憶部（3) に記憶されたサーバデータの更新を行なうか否かを選択的に実行する、請求項 1 9に記載のクライアント装置。

24. 前記クライアントデータ記憶部（12) に記憶されているクライアントデータには、重要度が付与されており、

前記制御部（15) は、前記クライアントデータ記憶部（12) へクライアントデータの追加があった場合には、前記重要度に基づいて、前記データサーバ装置（1) の前記サーバデータ記憶部（3) にサーバデータの追加を行なうか否かを選択的に実行する、請求項 20に記載のクライアント装置。

25. 前記制御部（15) は、前記データサーバ装置（1) の前記サーバデータ記憶部（3) におけるサーバデータの更新の反映により、前記クライアントデータ記憶部（12) に記憶されたクライアントデータが更新された場合には、クライアントデータが更新された旨をユーザに通知する、請求項 14に記載のクライアント装置。

26. 前記制御部（15) は、前記データサーバ装置（1) との通信の際に、暗号化手続および認証手続を実行する、請求項 14に記載のクライアント装置。

27. 請求項 1または 2に記載のデータサーバ装置（1) と、

ネットワークを介して、前記データサーバ装置（1) に接続された請求項 14 に記載のクライアント装置（10) とを含む、データアクセスシステム。

28. 前記データサーバ装置（1) のサーバデータ記憶部（3) に記憶されるサーバデータは、アプリケーションプログラムを含む、請求項 27に記載のデータアクセスシステム。

29. 前記データサーバ装置（1) のサーバデータ記憶部（3) に記憶されるサーバデータは、アプリケーションプログラムの環境設定ファイルを含む、請求項 27に記載のデータアクセスシステム。

30. 1台または複数台のクライアント装置（10) により利用されるサーバデータおよび前記サーバデータとクライアント装置（10) との対応関係を記憶するデータサーバ装置（1) と、ネットワークを介して、前記データサーバ装置 (1) と接続され、前記サーバデータの一部または全部であるクライアントデータを記憶するクライアント装置（10) とを含むデータアクセスシステムで用いられる、前記サーバデータと前記クライアントデータとのデータ同期方法であつて、

前記データサーバ装置（1) 力前記データサーバ装置（1) に記憶されているサーバデータと、前記クライアント装置（10) に記憶されているクライアントデータとの一致状況を判断するステップと、

前記クライアント装置（10) に記憶されているクライアントデータが更新された際に、前記データサーバ装置（1) にデータ更新の通知をするステップと、前記データサーバ装置（1) ί 前記クライアント装置（10) からデータ更新の通知を受信したときに、データ更新箇所を含むデータをクライアントデータとして記憶している他のクライアント装置（10) に対して、データ更新がされたことを通知するステップと、

前記他のクライアント装置（10) のクライアントデータを更新するステップとを含む、データ同期方法。

31. コンピュータにデータサーバ機能を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体であって、前記プログラムは、前記コンビュ一タを、

1台または複数台のクライアント装置（10) により利用されるサーバデータおよび前記サーバデータとクライアント装置（1 0 ) との対応関係を記憶するためのサーバデータ記憶手段と、

前記クライアント装置（1 0 ) において記憶中のクライアントデータを把握するためのクライアント記憶データ管理手段として機能させるためのプログラムである、コンピュータ読取可能な記録媒体。

3 2 . コンピュータにデータサーバ機能を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体であって、前記プログラムは、前記コンビユータを、

1台または複数台のクライアント装置（1 0 ) により利用されるサーバデータおよび前記サーバデータとクライアント装置（1 0 ) との対応関係を記憶するためのサーバデータ記憶手段と、

前記クライアント装置（1 0 ) において記憶中のクライアントデータを管理し、前記サーバデータ記憶手段に記憶されたサーバデータが更新されだ場合に、当該サーバデータにアクセス可能な前記クライアント装置（1 0 ) において記憶中のクライアントデータを更新するためのクライアント記憶データ管理手段として機能させるためのプログラムである、コンピュータ読取可能な記録媒体。

3 3 . コンピュータにクライアント機能を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体であって、前記プログラムは、前記コンビユータを、 ' . - データサーバ装置（1 ) のサーバデータ記憶部（3 ) に記憶されたサーバデ一タの一部または全部であるクライアントデータを記憶するためのクライアントデータ記憶手段と、

所望のデータが前記クライアントデータ記憶手段に記憶されているか否かを判断し、判断結果に基づいて、前記クライアントデータ記憶手段または前記データサーバ装置（1 ) の前記サーバデータ記憶部（3 ) よりデータを読出し、利用するための制御手段として機能させるためのプログラムである、コンピュータ読取可能な記録媒体。

3 4 . 1台または複数台のクライアント装置（1 0 ) により利用されるサーバデータおよび前記サーバデータとクライアント装置（1 0 ) との対応関係を記憶するサーバデータ記憶部（3) と、

前記サーバデータ記憶部（3) に接続され、前記対応関係に基づいて、クライアント装置（10) において記憶されるクライアントデータに対する処理を決定する処理決定部とを含む、データサーバ装置。

35. 前記データサーバ装置（1) は、前記クライアント装置（10) の特徴を表わすクライアント装置データを記憶するクライアント装置データ記憶部をさらに含み、前記クライアント装置（10) は、前記クライアント装置データに基づいて複数の装置カテゴリに分類され、

前記サーバデータは、前記サーバデータに基づいて複数のデータカテゴリに分類され、

前記サーバデータ記憶部（3) は、前記データカテゴリと前記装置カテゴリとを対応付けることにより、前記サーバデータとクライアント装置（10) との対応関係を記憶する、請求項 34に記載のデータサーバ装置。

36. 前記データサーバ装置（1) は、前記クライアント装置（10) を使用するユーザの特徴を表わすユーザデータを記憶するユーザデータ記憶部をさらに含み、前記ユーザは、前記ユーザデータに基づいて複数のユーザカテゴリに分類され、

前記サーバデータは、前記サーバデータに基づいて複数のデータカテゴリに分類され、， - 前記サーバデータ記憶部（3) は、前記データカテゴリと前記ユーザカテゴリとを対応付けることにより、前記サーバデータとクライアント装置との対応関係を記憶する、請求項 34に記載のデータサーバ装置。

37. 前記サーバデータは、前記サーバデータが利用されるアプリケーションの種類、データの重要度、データの通知方法の少なくとも 1つに基づいて、複数のデータカテゴリに分類される、請求項 35に記載のデタサーバ装置。

38. 前記クライアント装置（10) は、前記クライアント装置（10) の種類、前記クライアント装置（10) の表示能力、前記データサーバ装置（1) と前記クライアント装置（10) との間の通信経路の種類の少なくとも 1つに基づいて、複数の装置カテゴリに分類される、請求項 35に記載のデータサーバ装置。

39. 前記ユーザは、前記ユーザが所属するグループ、前記ユーザの嗜好、クライアント装置（10) におけるユーザ設定情報の少なくとも 1つに基づいて、複数のユーザカテゴリに分類される、請求項 36に記載のデータサーバ装置。

40. 前記ユーザが所属するグループは、前記クライアント装置（10) により作成、編集および削除が可能であり、

前記データサーバ装置（1) は、

新規にグループが作成される時に、前記新規なグループへの登録が可能であるか否かを、該当するクライアント装置（10) に問合せる問合せ部と、

前記問合せ部による問合せに応答して、登録が可能であることを回答してきたクライアント装置を使用するユーザを、前記新規なグループに登録するグループ登録部とをさらに含む、請求項 39に記載のデータサーバ装置。

41. 前記処理決定部は、クライアント装置（10) において記憶中のクライアントデータを更新するデータと、前記対応関係に基づいて決定された、クライアントデータが更新されたことをユーザに通知する方法を表わす通知情報とを、前記対応関係に基づいて抽出されたクライアント装置（10) に送信するように処理を決定する、請求項 34〜36のいずれかに記載のデータサーバ装置。

42. 前記処理決定部は、クライアント装置（10) において記憶中のクライアントデータを更新するデータと、前記対応関係に基づいて決定された、更新されたクライアントデータを消去する方法を表わす消去情報とを、前記対応関係に基づいて抽出されたクライアント装置（10) に送信するように処理を決定する、請求項 34〜36のいずれかに記載のデータサーバ装置。

43. 前記処理決定部は、前記サーバデータの属性および前記クライアント装置（10) の属性に対応させて定められたアルゴリズムに基づいて、機会優先度および伝播優先度を算出し、算出された前記優先度に対応して、クライアントデタに対する処理を決定する、請求項 34〜 39のいずれかに記載のデータサーバ装置。

44. 前記処理決定部は、クライアント装置（10) へ送信される通信データを、構造化されたデータに含まれる複数のエレメントの中からエレメントを選択することにより、クライアントデータに対する処理するように決定する、請求項 34〜39のいずれかに記載のデータサーバ装置。

45. データサーバ装置（10) のサーバデータ記憶部（3) に記憶されたサ —パデータの一部または全部であるクライアントデ一タを記憶するクライアントデータ記憶部（12) と、

前記データサーバ装置（1) カ^、更新されたクライアントデータと通知情報とを含む更新情報を受信する受信部と、

前記クライアント装置のユーザに、クライアントデータが更新されたことを通知する通知部と、

前記クライアントデータ記憶部（12) と前記受信部と前記通知部とに接続され、前記受信部が受信した更新情報に含まれる更新されたクライアントデータを前記クライアントデータ記憶部（12) に記憶するとともに、前記更新情報に含まれる通知情報に基づいて、クライアントデータが更新されたことをユーザに通知するように、前記クライアントデータ記憶部（12) と前記通知部とを制御する制御部（15) とを含む、クライアント装置。

46. 前記クライアント装置（10) は、前記クライアントデータ記憶部（1

2) に記憶されたクライアントデータを、段階的に消去する消去処理部をさらに含む、請求項 45に記載のクライアント装置。

47. 前記クライアント装置（10) は、前記クライアントデータ記憶部（1

2) に記憶されたク-ライアントデータを消去して、前記クライアントデータが消去されたことに応答して、前記データサーバ装置（1) のマスタデータへのリンク情報を設定する消去処理部をさらに含む、請求項 45に記載のクライアント装

48. データサーバ装置（1) のサーバデータ記憶部（3) に記憶ざれたサーバデータの一部または全部であるクライアントデータを記憶するクライアントデータ記憶部（12) と、

前記データサーバ装置（1) 力ら、更新されたクライアントデタと消去情報とを含む更新情報を受信する受信部と、

前記クライアントデータ記憶部（12) と前記受信部とに接続され、前記受信部が受信した更新情報に含まれる更新されたクライアントデータを前記クライァントデータ記憶部（1 2) に記憶するとともに、前記更新情報に含まれる消去情報に基づいて前記クライアントデータ記憶部（1 2) に記憶されたクライアントデータを消去するように、前記クライアントデータ記憶部（12) を制御する制御部（1 5) とを含む、クライアント装置。

49. 請求項 34〜40のいずれかに記載のデータサーバ装置（1) と、ネットワークを介して、前記データサーバ装置（1) に接続された請求項 45 または 48に記載のクライアント装置（10) とを含む、データアクセスシステム。

50. 1台または複数台のクライアント装置（10) により利用されるサーバデータおよび前記サーバデータとクライアント装置（10) との対応関係を記憶するデータサーバ装置（1) と、ネットワークを介して、前記データサーバ装置 (1) と接続され、前記サーバデータの一部または全部であるクライアントデータを記憶するクライアント装置（10) とを含むデータアクセスシステムで用いられる、前記サーバデータと前記クライアントデータとのデータ同期方法であつて、

前記クライアント装置（10) 力前記クライアント装置（10) に記憶されているクライアントデータが更新された際に、前記データサーバ装置（1) にデータ更新の通知をするステップと、

前記デ.ータサーバ装置（1) 力前記クライアント装置（10) からデータ更新の通知を受信すると、前記対応関係に基づいて、クライアントデーダの更新に関する情報を送信するクライアント装置（10) を抽出するステップと、

前記データサーバ装置（1) 力 S、前記クライアントデータの更新に関する情報を、前記抽出されたクライアント装置（10) に送信するステップと、

前記クライアント装置（10) 力前記更新に関する情報を、前記データサーバ装置（1) から受信するステップと、

前記クライアント装置（10) 力受信した前記更新に関する情報に基づいて、クライアントデータを更新するステップとを含む、データ同期方法。

51. 前記データサーバ装置（1) が前記更新に関する情報を送信するステツプは、前記クライアント装置（10) において記憶中のクライアントデータを更新するデータと、前記対応関係に基づいて決定された、クライアントデータが更新されたことをユーザに通知する方法を表わす通知情報とを含む更新情報を送信するステップを含み、

前記データ同期方法は、前記クライアント装置（1 0 ) 力前記更新情報に含まれる通知情報に基づいて、クライアントデータが更新されたことをユーザに通知するステップをさらに含む、請求項 5 0に記載のデータ同期方法。

5 2 . 前記データサーバ装置（1 ) が前記更新に関する情報を送信するステツプは、前記クライアント装置（1 0 ) において記憶中のクライアントデータを更新するデータと、前記対応関係に基づいて決定された、更新されたクライアントデータを消去する方法を表わす消去情報とを含む更新情報を送信するステップを含み、

前記データ同期方法は、前記クライアント装置（1 0 ) 力前記更新情報に含まれる消去情報に基づいて、更新されたクライアントデータを消去するステップをさらに含む、請求項 5 0に記載のデータ同期方法。

5 3 . コンピュータにデータサーバ機能を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体であって、前記プログラムは、前記コンビユータを、

前記対応関係に基づいて、クライアント装置（1 0 ) において記憶されるクライアントデータに対する処理を決定するための処理決定手段として機能させるためのプログラムである、コンピュータ読取可能な記録媒体。

5 4 . コンピュータにクライアント機能を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体であって、前記プログラムは、前記コンビユータを、

データサーバ装置（のサーバデータ記憶部（3 ) に記憶されたサーバデ一タの一部または全部であるクライアントデータを記憶するためのクライアントデータ記憶手段と、前記データサーバ装置（1 ) 力、更新されたクライアントデータと通知情報とを含む更新情報を受信するための受信手段と、

前記クライアント装置（1 0 ) のユーザに、クライアントデータが更新されたことを通知するための通知手段と、

前記受信手段が受信した更新情報に含まれる更新されたクライアントデータを前記クライアントデータ記憶手段に記憶するとともに、前記更新情報に含まれる通知情報に基づいて、クライアントデータが更新されたことをユーザに通知するように、前記クライアントデータ記憶手段と前記通知手段とを制御するための制御手段として機能させるためのプログラムである、コンピュータ読取可能な記録媒体。

5 5 . コンピュータにクライアント機能を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体であって、前記プログラムは、前記コンビユータを、

データサーバ装置（1 ) のサーバデータ記憶部（_{3 )} に記憶されたサーバデータの一部または全部であるクライアントデータを記憶するためのクライアントデータ記憶手段と、

前記データサーバ装置（1 ) から、更新されたクライアントデータと消去情報とを含む更新情報を受信するための受信手段と、

前記受信手段が受信した更新情報に含まれる更新されたクライアントデータを前記クライアントデータ記憶手段に記憶するとともに、前記更新情報に含まれる消去情報に基づいて前記クライアントデータ記憶手段に記憶されたクライアントデータを消去するように、前記クライアントデータ記憶手段を制御するための制御手段として機能させるためのプログラムである、コンピュータ読取可能な記録媒体。