(57)【特許請求の範囲】
【請求項１】
キャッシュを有する携帯端末の当該キャッシュを管理するデータ管理サーバであって、
前記携帯端末と通信する通信手段と、
前記携帯端末からユーザデータのアクセスに関する要求を受け付けるデータアクセス管理手段と、
前記携帯端末のキャッシュ状態を管理するキャッシュ状態管理手段と、
前記携帯端末で使用するユーザデータを格納するユーザデータテーブルと、
前記携帯端末毎にキャッシュ状態を管理するキャッシュ状態管理テーブルと、
前記ユーザデータテーブルのユーザデータを変更するデータ変更手段と、
ユーザを識別するユーザＩＤ及び同一ユーザが使用する１以上の携帯端末を識別する端末ＩＤが格納された端末情報テーブルと、を有し、
前記アクセスに関する要求を受け付けた場合、前記キャッシュ状態管理手段が前記キャッシュ状態管理テーブルを参照し、前記携帯端末のキャッシュを最新のデータに更新する必要があるか否かのチェックし、必要に応じて前記携帯端末のキャッシュを更新し、
前記アクセスに関する要求がユーザデータを登録するデータ登録要求の場合、
前記データアクセス管理手段は、前記携帯端末から一時ＩＤが付された登録用のユーザデータを受け取り、
前記データ変更手段は、前記登録用のユーザデータに当該ユーザデータを識別する項目ＩＤを付して前記ユーザデータテーブルに登録し、
前記キャッシュ状態管理手段は、前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュデータが最新データであることを示す同期済みに更新し、
前記キャッシュ状態管理手段は、前記端末情報テーブルを参照し、前記登録用のユーザデータを登録した携帯端末と同一ユーザが使用する他の端末ＩＤがあるか否かチェックし、当該他の端末ＩＤがある場合は、前記キャッシュ状態管理テーブルの該当するキャッシュ状態を、他の携帯端末のキャッシュに前記ユーザデータが登録されていない状態を示す未登録に設定する、端末キャッシュ管理装置。
【請求項２】
前記アクセスに関する要求がユーザデータを読み出すデータ参照要求であって、前記携帯端末のキャッシュデータが最新データである場合、
前記ユーザデータテーブルから、前記データ参照要求のあったユーザデータを読み出し、
前記キャッシュ状態管理手段は、前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュデータが最新データであることを示す同期済みに更新する
ことを特徴とする請求項１記載の端末キャッシュ管理装置。
【請求項３】
前記キャッシュ状態管理テーブルに、前記携帯端末にまだ更新されていない未更新ユーザデータが存在することを示すキャッシュ状態未更新が存在する場合、
前記データアクセス管理手段は、前記携帯端末からアクセスに関する要求を受け取り、
前記キャッシュ状態管理手段が前記キャッシュ状態管理テーブルを参照して前記未更新ユーザデータを検出し、前記通信手段より前記未更新ユーザデータを前記携帯端末に送信した後、該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュデータが最新データであることを示す同期済みに更新する
ことを特徴とする請求項１又は２記載の端末キャッシュ管理装置。
【請求項４】
前記キャッシュ状態管理テーブルに、前記携帯端末にまだ登録されていない未登録ユーザデータが存在することを示すキャッシュ状態未登録が存在する場合、
前記データアクセス管理手段は、前記携帯端末からアクセスに関する要求を受け取り、
前記キャッシュ状態管理手段が前記キャッシュ状態管理テーブルを参照して前記未登録ユーザデータを検出し、前記通信手段より前記未登録ユーザデータを前記携帯端末に送信した後、該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュデータが最新データであることを示す同期済みに更新する
ことを特徴とする請求項１乃至３のいずれか１項記載の端末キャッシュ管理装置。
【請求項５】
前記キャッシュ状態管理テーブルに、前記携帯端末にまだ削除されていない未削除ユーザデータが存在することを示すキャッシュ状態未削除が存在する場合、
前記データアクセス管理手段は、前記携帯端末からアクセスに関する要求を受け取り、
前記キャッシュ状態管理手段が前記キャッシュ状態管理テーブルを参照して前記未削除ユーザデータを検出し、前記通信手段より前記未削除ユーザデータを前記携帯端末に送信した後、該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュデータが最新データであることを示す同期済みに更新する
ことを特徴とする請求項１乃至４のいずれか１項記載の端末キャッシュ管理装置。
【請求項６】
前記アクセスに関する要求がユーザデータを更新するデータ更新要求の場合、
前記データアクセス管理手段は、前記携帯端末から、ユーザデータの項目ＩＤを含むデータ更新要求を受け取り、
前記データ変更手段は、前記ユーザデータテーブルの、前記データ更新要求に含まれる項目ＩＤのユーザデータを更新する
ことを特徴とする請求項３記載の端末キャッシュ管理装置。
【請求項７】
前記キャッシュ状態管理手段は、前記端末情報テーブルを参照し、前記ユーザデータを更新した携帯端末と同一ユーザが使用する他の端末ＩＤがあるか否かチェックし、当該他の端末ＩＤがある場合は、前記キャッシュ状態管理テーブルの該当するキャッシュ状態を、他の携帯端末のキャッシュに前記ユーザデータが更新されていない状態を示す未更新に設定する
ことを特徴とする請求項６記載の端末キャッシュ管理装置。
【請求項８】
前記アクセスに関する要求がユーザデータを更新するデータ更新要求の場合、
前記データアクセス管理手段は、前記携帯端末からデータ更新要求を受け取り、
前記キャッシュ状態管理手段が前記キャッシュ状態管理テーブルを参照して前記データ更新要求に含まれるユーザデータが最新データであることを示す同期済みであることを確認し、
前記データ変更手段は、前記データ更新要求に含まれるユーザデータで前記ユーザデータテーブルを更新する
ことを特徴とする請求項１乃至７のいずれか１項記載の端末キャッシュ管理装置。
【請求項９】
前記アクセスに関する要求がユーザデータを削除するデータ削除要求の場合、
前記データアクセス管理手段は、前記携帯端末から、ユーザデータの項目ＩＤを含むデータ削除要求を受け取り、
前記データ変更手段は、前記ユーザデータテーブルから前記データ削除要求に含まれる項目ＩＤのユーザデータを削除し、
前記キャッシュ状態管理手段は、前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュから削除済みを示す削除に更新する
ことを特徴とする請求項１乃至８のいずれか１項記載の端末キャッシュ管理装置。
【請求項１０】
前記キャッシュ状態管理手段は、前記端末情報テーブルを参照し、前記ユーザデータを削除した携帯端末と同一ユーザが使用する他の端末ＩＤがあるか否かチェックし、当該他の端末ＩＤがある場合は、前記キャッシュ状態管理テーブルの該当するキャッシュ状態を、他の携帯端末のキャッシュの前記ユーザデータが削除されていない状態を示す未削除に設定する
ことを特徴とする請求項９記載の端末キャッシュ管理装置。
【請求項１１】
前記アクセスに関する要求が、前記携帯端末がユーザデータをキャッシュから削除した状態を示すキャッシュ削除であることを通知するデータ変更要求である場合、
前記データアクセス管理手段は、前記携帯端末から前記データ変更要求を受け取り、
前記キャッシュ状態管理手段は、前記キャッシュ状態管理テーブルにおいて、前記データ変更要求に含まれる項目ＩＤのキャッシュ状態を前記キャッシュ削除に更新する
ことを特徴とする請求項１乃至１０のいずれか１項記載の端末キャッシュ管理装置。
【請求項１２】
前記アクセスに関する要求が、前記ユーザデータテーブルに格納されているユーザデータを前記携帯端末にプッシュ配信するように設定するプッシュ配信要求である場合、
前記データアクセス管理手段は、前記プッシュ配信要求を受け取り、
前記キャッシュ状態管理手段は、前記プッシュ配信要求に含まれる項目ＩＤのキャッシュ状態が、前記携帯端末のキャッシュからユーザデータが削除されている状態を示すキャッシュ削除である場合、当該キャッシュ状態をプッシュ配信状態に更新する
ことを特徴とする請求項１乃至１１のいずれか１項記載の端末キャッシュ管理装置。
【請求項１３】
前記アクセスに関する要求があった場合、前記キャッシュ状態管理手段が前記キャッシュ状態管理テーブルを参照し、キャッシュ状態がプッシュ配信である項目ＩＤがあるかをチェックし、
前記通信手段は、キャッシュ状態がプッシュ配信であるユーザデータを前記携帯端末に送信する
ことを特徴とする請求項１２項記載の端末キャッシュ管理装置。
【請求項１４】
前記ユーザデータテーブルは、ネットワークを介して接続されたコンピュータにより参照される
ことを特徴とする請求項１乃至１３のいずれか１項記載の端末キャッシュ管理装置。
【請求項１５】
前記ユーザデータテーブルは、前記コンピュータにより、ユーザデータを登録、更新、又は削除され、
前記キャッシュ状態管理手段により、前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュにユーザデータが登録されていない状態を示す未登録、当該キャッシュのユーザデータが更新されていないことを示す未更新、当該キャッシュのユーザデータが削除されていないことを示す未削除に更新する
ことを特徴とする請求項１４項記載の端末キャッシュ管理装置。
【請求項１６】
キャッシュを有する携帯端末の当該キャッシュを管理するデータ管理サーバにおけるデータ管理方法であって、
前記データ管理サーバは、
前記携帯端末からユーザデータのアクセスに関する要求を受け取り、
前記携帯端末のキャッシュの状態を管理するキャッシュ状態管理テーブルを参照し、前記キャッシュのユーザデータを最新のユーザデータに更新する必要があるか否かのチェックをし、
最新のユーザデータに更新する必要がある場合は、前記携帯端末のキャッシュデータを最新の状態に更新するべくユーザデータテーブルから読み出したユーザデータを前記携帯端末に送信し、
前記アクセスに関する要求がユーザデータを登録するデータ登録要求の場合、
前記携帯端末から一時ＩＤが付された登録用のユーザデータを受け取り、
前記登録用のユーザデータに当該ユーザデータを識別する項目ＩＤを付して前記ユーザデータテーブルに登録し、
前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュデータが最新データであることを示す同期済みに更新し、
ユーザを識別するユーザＩＤ及び同一ユーザが使用する１以上の携帯端末を識別する端末ＩＤが格納された端末情報テーブルを参照し、前記登録用のユーザデータを登録した携帯端末と同一ユーザが使用する他の端末ＩＤがあるか否かチェックし、当該他の端末ＩＤがある場合は、前記キャッシュ状態管理テーブルの該当するキャッシュ状態を、他の携帯端末のキャッシュに前記ユーザデータが登録されていない状態を示す未登録に設定する端末キャッシュ管理方法。
【請求項１７】
前記アクセスに関する要求には、当該ユーザデータの種別を示すユーザデータ種別、前記携帯端末を識別する端末ＩＤ、及び前記携帯端末のユーザを識別するユーザＩＤを含み、
前記データ管理サーバは、前記携帯端末から、ユーザデータを読み出すデータ参照要求を受け取ると、前記ユーザデータ種別、端末ＩＤ及びユーザＩＤにより、前記キャッシュ状態管理テーブルを検索して前記最新のユーザデータに更新する必要があるか否かのチェックをする
ことを特徴とする請求項１６記載の端末キャッシュ管理方法。
【請求項１８】
前記アクセスに関する要求には、当該ユーザデータの種別を示すユーザデータ種別、前記携帯端末を識別する端末ＩＤ、前記携帯端末のユーザを識別するユーザＩＤ、及びユーザデータを識別する項目ＩＤを含み、
前記データ管理サーバは、前記携帯端末から、ユーザデータを読み出すデータ参照要求を受け取ると、前記ユーザデータ種別、端末ＩＤ、ユーザＩＤ及び項目ＩＤにより、前記キャッシュ状態管理テーブルを検索して前記最新のユーザデータに更新する必要があるか否かのチェックをする
ことを特徴とする請求項１６記載の端末キャッシュ管理方法。
【請求項１９】
前記データ管理サーバは、
前記アクセスに関する要求として、ユーザデータを読み出すためのデータ参照要求を受け取り、
前記ユーザデータ種別、端末ＩＤ及びユーザＩＤにより、前記キャッシュ状態管理テーブルを検索して前記最新のユーザデータに更新する必要があるか否かのチェックし、
更新する必要がない場合は、前記ユーザデータテーブルから該当するユーザデータを読み出し、
前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュデータが最新データであることを示す同期済みに更新し、
読み出したユーザデータを前記携帯端末に送信する
ことを特徴とする請求項１７又は１８記載の端末キャッシュ管理方法。
【請求項２０】
前記データ管理サーバは、
前記アクセスに関する要求として、ユーザデータを参照するためのデータ参照要求を受け取り、
前記ユーザデータ種別、端末ＩＤ及びユーザＩＤにより、前記キャッシュ状態管理テーブルを検索して前記最新のユーザデータに更新する必要があるか否かのチェックし、
更新する必要がある場合は前記携帯端末に同期が必要である旨を送信し、
前記携帯端末からユーザデータの同期を行うデータ同期開始要求を受け取り、
前記キャッシュ状態管理テーブルを参照して、ユーザデータテーブルから同期が必要なユーザデータを読み出し、
前記携帯端末に当該ユーザデータを送信し、
前記携帯端末から、前記ユーザデータによりキャッシュを更新したことを示すデータ同期応答及び前記データ参照要求を受け取り、
前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を同期済みに更新し、
前記データ参照要求の処理を実行する
ことを特徴とする請求項１９記載の端末キャッシュ管理方法。
【請求項２１】
前記データ管理サーバは、
前記アクセスに関する要求として、ユーザデータを削除するデータ削除要求を受け取り、
前記ユーザデータ種別、端末ＩＤ、ユーザＩＤ及び項目ＩＤにより、前記キャッシュ状態管理テーブルを検索して前記最新のユーザデータに更新する必要があるか否かのチェックし、
最新のユーザデータに更新する必要がない場合は、データ削除要求に含まれるユーザデータを識別する項目ＩＤを使用し、前記ユーザデータテーブルの該当するユーザデータを削除し、
前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を削除に更新する
ことを特徴とする請求項１８記載の端末キャッシュ管理方法。
【請求項２２】
前記データ管理サーバは、ユーザを識別するユーザＩＤ及び同一ユーザが使用する１以上の携帯端末を識別する端末ＩＤが格納された端末情報テーブルを参照し、同一ユーザが使用する他の端末ＩＤが存在する場合、前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を、他の携帯端末のキャッシュからユーザデータが削除されていない状態を示す未削除に更新する
ことを特徴とする請求項２１記載の端末キャッシュ管理方法。
【請求項２３】
前記データ管理サーバは、
前記アクセスに関する要求として、ユーザデータを前記携帯端末のキャッシュから削除したことを示すキャッシュ削除を通知するデータ変更要求を受け取り、
前記キャッシュ状態管理テーブルの該当するキャッシュ状態をキャッシュ削除に更新する
ことを特徴とする請求項１６乃至１８のいずれか１項記載の端末キャッシュ管理方法。
【請求項２４】
前記データ管理サーバは、
前記ユーザデータテーブルのユーザデータを、ネットワークを介して接続されたコンピュータにより登録、更新又は削除し、
前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュにユーザデータが登録されていない状態を示す未登録、当該キャッシュのユーザデータが更新されていないことを示す未更新、当該キャッシュのユーザデータが削除されていないことを示す未削除に更新する
ことを特徴とする請求項１６乃至２３のいずれか１項記載の端末キャッシュ管理方法。
【請求項２５】
キャッシュを有する携帯端末の当該キャッシュを管理する動作をコンピュータに実行させるためのプログラムであって、
前記携帯端末からユーザデータのアクセスに関する要求を受け取り、
前記携帯端末のキャッシュの状態を管理するキャッシュ状態管理テーブルを参照し、前記キャッシュのユーザデータを最新のユーザデータに更新する必要があるか否かのチェックをし、
最新のユーザデータに更新する必要がある場合は、前記携帯端末のキャッシュデータを最新の状態に更新するべくユーザデータテーブルから読み出したユーザデータを前記携帯端末に送信し、
前記アクセスに関する要求がユーザデータを登録するデータ登録要求の場合、
前記携帯端末から一時ＩＤが付された登録用のユーザデータを受け取り、
前記登録用のユーザデータに当該ユーザデータを識別する項目ＩＤを付して前記ユーザデータテーブルに登録し、
前記キャッシュ状態管理テーブルの該当するユーザデータのキャッシュ状態を、前記携帯端末のキャッシュデータが最新データであることを示す同期済みに更新し、
ユーザを識別するユーザＩＤ及び同一ユーザが使用する１以上の携帯端末を識別する端末ＩＤが格納された端末情報テーブルを参照し、前記登録用のユーザデータを登録した携帯端末と同一ユーザが使用する他の端末ＩＤがあるか否かチェックし、当該他の端末ＩＤがある場合は、前記キャッシュ状態管理テーブルの該当するキャッシュ状態を、他の携帯端末のキャッシュに前記ユーザデータが登録されていない状態を示す未登録に設定するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された携帯端末のキャッシュを管理する端末キャッシュ管理サーバ、端末キャッシュ管理方法及びプログラムに関する。
【背景技術】
【０００２】
近年の携帯電話システムは、単なる会話機能以外に、電子メールやインターネットのブラウザなどの機能が搭載され高機能化が図られている。次世代携帯電話システムでは、ゲームや動画配信を始めとする更に高機能で多彩なアプリケーションが搭載され、拡大する傾向にある。このような高速動作が必要な携帯電話においては、ＣＰＵ内部等にキャッシュメモリが設けられる。キャッシュメモリに使用頻度の高いデータを蓄積しておくことにより、低速なメインメモリへのアクセスを減らすことができ、処理を高速化することができる。
【０００３】
ところで、特許文献１には、サービスコンテンツを効率的に更新するサーバが開示されている。この従来のサーバは、コンテンツ保持手段とコンテンツ管理手段と通信手段とを備える。コンテンツ保持手段はクライアント端末に提供する各種のサービスコンテンツを記憶するメモリである。また、コンテンツ管理手段は、キャッシュ識別子を付与するキャッシュ識別子付与手段を備えている。このキャッシュ識別し付与手段がサービスコンテンツの格納されたカテゴリに応じてキャッシュ識別を付与する。このキャッシュ識別子によりクライアント端末でコンテンツのキャッシュ状態が管理されている。
【特許文献１】特開２００４−１３３５４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来、通常、携帯端末のキャッシュは携帯端末側でその状態が管理される。携帯端末のキャッシュを携帯端末側でのみ管理すると、サーバでデータが変更された場合に、新しいデータを携帯端末のキャッシュに自動的には反映することはできないため、古いデータが端末のキャッシュに残るという問題があった。また、携帯端末でのキャッシュ時にデータの有効期限を付加して期限切れのデータをキャッシュから削除することにより前述の問題に対処するものもあるが、データ変更が行われていないデータも削除されるため有効期限の設定が困難という問題があった。また、サーバ側で携帯端末のキャッシュ状況を把握できないため、サーバ側の判断でユーザデータを携帯端末のキャッシュに格納させることもできなかった。
【０００５】
本発明は、このような問題点を解決するためになされたものであり、携帯端末のキャッシュ状態の管理をサーバ側で行うことが可能な端末キャッシュ管理装置、端末キャッシュ管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明に係る端末キャッシュ管理装置は、キャッシュを有する携帯端末の当該キャッシュを管理するデータ管理サーバであって、前記携帯端末と通信する通信手段と、前記携帯端末からユーザデータのアクセスに関する要求を受け付けるデータアクセス管理手段と、前記携帯端末のキャッシュ状態を管理するキャッシュ状態管理手段と、前記携帯端末で使用するユーザデータを格納するユーザデータテーブルと、前記携帯端末毎にキャッシュ状態を管理するキャッシュ状態管理テーブルとを有し、前記アクセスに関する要求を受け付けた場合、前記キャッシュ状態管理手段が前記キャッシュ状態管理テーブルを参照し、前記携帯端末のキャッシュを最新のデータに更新する必要があるか否かのチェックし、必要に応じて前記携帯端末のキャッシュを更新するものである。
【０００７】
本発明にかかる端末キャッシュ管理方法は、キャッシュを有する携帯端末の当該キャッシュを管理するデータ管理方法であって、前記携帯端末からユーザデータのアクセスに関する要求を受け付けとり、前記携帯端末のキャッシュの状態を管理するキャッシュ状態管理テーブルを参照し、前記キャッシュのユーザデータを最新のユーザデータに更新する必要があるか否かのチェックをし、最新のユーザデータに更新する必要がある場合は、前記携帯端末のキャッシュデータを最新の状態に更新するべくユーザデータテーブルから読み出したユーザデータを前記携帯端末に送信する。
【０００８】
本発明にかかるプログラムは、キャッシュを有する携帯端末の当該キャッシュを管理する動作をコンピュータに実行させるためのプログラムであって、前記携帯端末からユーザデータのアクセスに関する要求を受け付けとり、前記携帯端末のキャッシュの状態を管理するキャッシュ状態管理テーブルを参照し、前記キャッシュのユーザデータを最新のユーザデータに更新する必要があるか否かのチェックをし、最新のユーザデータに更新する必要がある場合は、前記携帯端末のキャッシュデータを最新の状態に更新するべくユーザデータテーブルから読み出したユーザデータを前記携帯端末に送信するものである。
【発明の効果】
【０００９】
本発明によれば、携帯端末のキャッシュ状態の管理をサーバ側で行うことが可能な端末キャッシュ管理装置、端末キャッシュ管理方法及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
先ず、本発明の概要について説明する。図１は、本発明の原理を説明するための端末キャッシュ管理サーバ（以下、データ管理サーバという。）を示す図である。データ管理サーバ１は、携帯端末とネットワークを介して接続され、携帯端末のキャッシュの状態を管理可能に構成される。
【００１１】
このデータ管理サーバ１は、データ管理ソフトウェア１１とデータベース１２とを有する。データ管理ソフトウェア１１は、携帯端末と通信する通信部１１１と、携帯端末からユーザデータのアクセスに関する要求を受け付けるデータアクセス管理部１１２と、携帯端末のキャッシュ状態を管理するキャッシュ状態管理部１１５を有する。データベース１２は、携帯端末で使用するユーザデータを格納するユーザデータテーブル１２３と、携帯端末毎にキャッシュ状態を管理するキャッシュ状態管理テーブル１２４とを有する。
【００１２】
このデータ管理サーバ１は、携帯端末からユーザデータのアクセスに関する要求を受け付けとり、キャッシュ状態管理テーブル１２４を参照し、携帯端末のキャッシュのユーザデータを最新のユーザデータに更新する必要があるか否かのチェックをする。そして、最新のユーザデータに更新する必要がある場合は、携帯端末のキャッシュデータを最新の状態に更新するべく、データアクセス管理部１１２がユーザデータテーブル１２３から読み出したユーザデータを、通信部１１１を介して携帯端末に送信する。以上により、データ管理サーバ１のキャッシュ状態管理テーブル１２４には、携帯端末の最新のキャッシュ状態が格納されることとなる。
【００１３】
以下、本発明を適用した具体的な実施例について、図面を参照しながら詳細に説明する。この実施例は、本発明を、携帯端末でキャッシュしているユーザデータの状態をサーバ側で管理できるデータ管理サーバに適用したものである。
【００１４】
本実施例においては、上述の構成を有するので、メールアドレス、スケジュール等のユーザデータ（項目）が携帯端末にキャッシュされているかどうかをデータ管理サーバ側で把握することが可能になり、ある携帯端末によるユーザデータの変更内容を、該当データをキャッシュしている同一ユーザが使用する他の携帯端末に自動的に反映することが可能となる。また、サーバ側の判断でユーザデータを携帯端末のキャッシュに格納させることも可能となる。
【００１５】
[第１の実施例]
図２は、本発明の第１の実施例にかかる端末キャッシュ状態管理システムを示す図である。図２を参照すると端末キャッシュ状態管理システム１００は、データ管理サーバ１と、同一ユーザが使用する携帯端末２及び携帯端末３とから構成されている。データ管理サーバ１、携帯端末２及び携帯端末３はインターネットなどの通信回線４を介して接続され通信を行う。
【００１６】
データ管理サーバ１は、データ管理ソフトウェア１１と、データベース１２とを含む。
携帯端末２は、パケット通信などの通信機能を有していてインターネットなどの通信回線４に接続可能な携帯電話等であり、データ利用ソフトウェア２１と、データアクセスソフトウェア２２と、データアクセスソフトウェア２２が利用可能なストレージ２３とを含む。
携帯端末３は、携帯端末２と同一の構成であり、パケット通信などの通信機能を有していてインターネットなどの通信回線４に接続可能な携帯電話等であり、データ利用ソフトウェア３１と、データアクセスソフトウェア３２と、データアクセスソフトウェア３２が利用可能なストレージ３３とを含む。
【００１７】
図３は、データ管理サーバを示すブロック図である。図３を参照するとデータ管理ソフトウェア１１は通信部１１１と、データアクセス管理部１１２と、データ参照部１１３と、データ変更部１１４と、キャッシュ状態管理部１１５と、プッシュ配信要求部１１６とを含む。
【００１８】
データベース１２は、ユーザ情報テーブル１２１と、端末情報テーブル１２２と、ユーザデータテーブル１２３と、キャッシュ状態管理テーブル１２４とを含む。ユーザ情報テーブル１２１は、ユーザ毎にユーザＩＤやパスワード等のユーザ情報を管理する。ユーザデータには、項目ＩＤ、ユーザデータ種別が対応づけられる。項目ＩＤは、個々のメールアドレスや、個々のスケジュールなどのユーザデータ毎にユーザデータを識別するためのＩＤである。ユーザデータ種別は、ユーザデータの種類を示し、メールアドレスやスケジュールなどが該当する。端末情報テーブル１２２は、ユーザを識別するユーザＩＤ及び同一ユーザが使用する１以上の携帯端末を識別する端末ＩＤ（以下、紐付け情報ともいう。）を管理する。ユーザデータテーブル１２３は、携帯端末が使用するユーザデータを、項目ＩＤをキーとして格納する。キャッシュ状態管理テーブル１２４は、前述のユーザデータの携帯端末でのキャッシュ状態を管理する。
【００１９】
キャッシュ状態管理テーブル１２４には、同期済／未登録／未更新／未削除／削除／キャッシュ削除／プッシュ配信のいずれかの状態が記録されている。同期済は、携帯端末のキャッシュに最新のデータが格納されていることを示す。未登録は、携帯端末側にユーザデータが登録されていない状態であることを示す。未更新は、携帯端末のキャッシュのユーザデータがまだ更新されていない状態を示す。未削除は、データ管理サーバ１上では削除されているが、携帯端末のキャッシュにデータが残っている状態を示す。削除は、携帯端末のキャッシュからユーザデータが削除されている状態を示す。キャッシュ削除は、データ管理サーバ１上にはデータがあるが、例えばメモリ不足など携帯端末側の事情で携帯端末のキャッシュからデータが削除された状態を示す。プッシュ配信は、データ管理サーバ１側からデータを送信したい状態であることを示す。
【００２０】
なお、ユーザデータテーブル１２３とキャッシュ状態管理テーブル１２４はアドレスデータやスケジュールデータ等のユーザデータ種別毎に別々に用意するものであるが、キャッシュに関する処理は共通のものを使用する。図３においてユーザデータテーブル１２３とキャッシュ状態管理テーブル１２４は１セットしか記載していないが、ユーザデータ種別が複数であれば複数のセットが存在する。
【００２１】
図４は、携帯端末を示すブロック図である。図４を参照するとデータ利用ソフトウェア２１は、アドレス帳やスケジューラ等のアプリケーションであり、データアクセスソフトウェア２２を介してサーバで管理しているユーザデータにアクセスする。データアクセスソフトウェア２２は、データアクセス部２２１と、サーバ通信部２２２と、キャッシュ管理部２２３とを含む。
【００２２】
ストレージ２３は、ユーザ情報２３１と、ユーザデータキャッシュ２３２とを含む。ユーザ情報２３１は、ユーザＩＤや認証に使用するパスワードや端末ＩＤを格納する。ユーザデータキャッシュ２３２は、サーバから取得したユーザデータをキャッシュする。なお、ユーザデータキャッシュ２３２はアドレスデータやスケジュールデータ等のユーザデータ種別毎に別々に用意するものであるが、キャッシュに関する処理は共通のものを使用する。図４においてユーザデータキャッシュ２３２は１つしか記載していないが、ユーザデータ種別が複数であれば複数のユーザデータキャッシュが存在する。図５は、携帯端末３を示すブロック図である。携帯端末３の構成は、携帯端末２と同一の構成である。
【００２３】
データ管理ソフトウェア１１の各ブロックはそれぞれ概略つぎのように動作する。通信部１１１は、携帯端末２、３のデータアクセスソフトウェア２２、３２との通信に関する処理を行う。データアクセスソフトウェア２２、３２からメッセージを受信した場合、メッセージからユーザデータのアクセスに関する要求を取り出してデータアクセス管理部１１２に渡す。また、要求に対する応答をデータアクセス管理部１１２から受け取り送信元の携帯端末のデータアクセスソフトウェアに返信する。また、通信部１１１はメッセージに含まれるユーザ情報とデータベース１２のユーザ情報テーブル１２１を使用して認証処理を行う。認証処理の方法に関しては、ＡＰサーバ（アプリケーションサーバ）で提供する既知の認証機能の利用や独自ソフトウェアの実装など特に手段を問わない。また、通信部１１１はメッセージに含まれるユーザ情報、端末ＩＤ及びデータベース１２の端末情報テーブル１２２を使用してユーザＩＤと端末ＩＤからなる紐付け情報の登録チェックも行う。
【００２４】
データアクセス管理部１１２は、通信部１１１から渡された要求から端末ＩＤとユーザＩＤを取得しそれらをキーとしてデータベース１２のキャッシュ状態管理テーブル１２４の検索を行い、同期が必要（最新のデータに更新が必要）なユーザデータが存在するかチェックする。また、受信した要求がデータ参照要求の場合はデータ参照部１１３に、データ変更要求、データ同期開始要求、及びデータ同期応答の場合はデータ変更部１１４に振り分ける。それ以外の要求の場合、その内容に基づいてデータ管理ソフトウェア１１内のデータアクセスに関係のない他の手段（図示せず）に振り分ける。呼び出したブロックの処理が完了したら、処理結果から応答を生成して通信部１１１に返す。なお、上述したように、データアクセス管理部１１２がユーザデータテーブル１２３にアクセスしてデータを登録、更新又は削除するようにしてもよいが、本実施例のように、データ参照部１１３及びデータ変更部１１４を設けてユーザデータテーブル１２３にアクセスするようにしてもよい。
【００２５】
データ参照部１１３は、データ参照要求から取得したユーザデータ種別及び項目ＩＤ又は検索条件を使用してユーザデータテーブル１２３を検索してユーザデータを取得する。そして端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ及びアクセス種別をセットにしてキャッシュ状態管理部１１５に渡してキャッシュ状態管理テーブル１２４の該当レコードのキャッシュ状態の更新を依頼する。アクセス種別には参照（読込や検索）／登録／更新／削除／キャッシュ削除があり、データ参照部１１３は、データ参照要求からアクセス種別＝参照を取得する。アクセス種別は、携帯端末がデータ管理サーバに対してどのような目的で要求を送信しているかを示し、キャッシュ状態管理部１１５の更新判断に使用される。キャッシュ状態管理部１１５の処理が終わったら、データアクセス管理部１１２に取得したユーザデータを返す。
【００２６】
データ変更部１１４は、データ変更要求からを受信した場合、キャッシュ状態管理部１１５に衝突発生有無の問合せを行い、衝突が発生していなければデータ変更要求の内容に応じてユーザデータテーブル１２３を変更し、キャッシュ状態管理テーブル１２４のキャッシュ状態の更新をキャッシュ状態管理部１１５に依頼する。衝突とは、携帯端末側２のユーザデータが、データ管理サーバ１のユーザデータテーブル１２３のユーザデータより古くなった状態で、携帯端末２において、該当ユーザデータの更新や削除などの変更が行われた場合を示す。また、データ変更部１１４は、データ同期開始要求を受信した場合、キャッシュ状態管理部１１５に同期が必要なユーザデータ問合せを行い、渡された項目ＩＤ及びアクセス種別に応じて同期情報を生成する。また、データ変更部１１４は、データ同期応答を受信した場合、キャッシュ状態管理部１１５にデータ同期応答の内容に応じてキャッシュ状態管理テーブル１２４のキャッシュ状態の変更をキャッシュ状態管理部１１５に依頼する。
【００２７】
キャッシュ状態管理部１１５は、データ参照部１１３やデータ変更部１１４から同期が必要なデータの有無を問い合わせされた場合、渡された端末ＩＤとユーザＩＤとユーザデータ種別でキャッシュ状態管理テーブル１２４を検索して同期が必要なユーザデータが存在するかチェックして処理結果を返す。同期が必要なデータとは、処理対象のユーザデータと端末ＩＤ及びユーザＩＤが同じでかつキャッシュの状態が、未登録、未更新、未削除又はプッシュ配信である場合である。また、キャッシュ状態管理部１１５は、データ変更部１１４から衝突発生の有無を問い合わせされた場合、渡された端末ＩＤ、ユーザＩＤ、ユーザデータ種別及び項目ＩＤでキャッシュ状態管理テーブル１２４を検索してアクセス種別に応じた衝突判定をして処理結果を返す。衝突は、処理対象のユーザデータのキャッシュ状態が、端末ＩＤ、ユーザＩＤ、ユーザデータ種別及び項目ＩＤより検索した結果、未登録、未更新、又は未削除となっている場合である。また、キャッシュ状態管理部１１５は、キャッシュ状態管理テーブル１２４のキャッシュ状態の変更を要求された場合、渡された端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ、及びアクセス種別に応じてキャッシュ状態管理テーブル１２４の該当レコードのキャッシュ状態の変更を行う。
【００２８】
プッシュ配信要求部１１６は、サーバ側の判断でユーザデータを携帯端末のキャッシュに格納したい場合に使用する。データ管理ソフトウェア１１内の管理者向け機能等の手段（図示せず）から要求を受けて、指定された端末ＩＤ、ユーザＩＤ、ユーザデータ種別、及び項目ＩＤをセットにしてキャッシュ状態管理部１１５に渡してキャッシュ状態管理テーブル１２４の該当レコードのキャッシュ状態の更新を依頼する。
【００２９】
データアクセスソフトウェア２２の手段はそれぞれ概略つぎのように動作する。データアクセス部２２１は、データ利用ソフトウェア２１からのユーザデータへのアクセス要求を受け付ける。データ参照の場合、キャッシュ管理部２２３にユーザデータ種別と項目ＩＤを渡してストレージ２３のユーザデータキャッシュ２３２からのユーザデータ取得を試みる。そして、データを取得できない場合はサーバ通信部２１２を介してデータ管理サーバ１へデータ参照要求を行い、データ参照応答を受信したらキャッシュ管理部２２３にユーザデータキャッシュ２３２への反映を依頼する。なお、データ参照応答の処理結果が要データ同期の場合は、元のデータ参照要求を保留してデータ管理サーバ１にデータ同期開始要求を行い、データ同期要求を受信したらキャッシュ管理部２２３にユーザデータキャッシュ２３２への反映を依頼する。データ変更の場合、キャッシュ管理部２２３にユーザデータキャッシュ２３２の変更を依頼し、さらにサーバ通信部２１２を介してデータ管理サーバへデータ変更要求を行う。
【００３０】
サーバ通信部２１２は、他の手段から受信した処理要求の内容に基づいてデータ管理サーバ１のデータ管理ソフトウェア１１に対して処理要求を送信し、返信されてきた応答を要求元の手段に返す。
【００３１】
キャッシュ管理部２２３は、ストレージ２３のユーザデータキャッシュ２３２へのアクセス要求を処理する。データ参照の場合、渡されたユーザデータ種別と項目ＩＤで該当するユーザデータを検索し、存在の有無と存在する場合のみユーザデータを返す。データ変更の場合、アクセス種別が登録の場合は渡されたユーザデータ種別、項目ＩＤ、及びユーザデータをキャッシュに格納し、アクセス種別が更新の場合は渡されたユーザデータ種別、項目ＩＤ及びユーザデータでキャッシュを更新し、アクセス種別が削除の場合は渡されたユーザデータ種別及び項目ＩＤでキャッシュを削除する。
【００３２】
次に、本発明の第１の実施例の動作について詳細に説明する。まず、準備段階のシステムの動作について説明する。最初に、データ管理サーバ１において利用するユーザのユーザＩＤやパスワード等の情報をユーザ情報テーブル１２１に登録する。また、ユーザＩＤとユーザが使用する携帯端末の端末ＩＤを紐付けて端末情報テーブル１２２に登録する。また、ユーザが使用するユーザデータ種別のスキーマ情報（データベースの構成情報）に従ってユーザデータテーブル１２３を生成し、ユーザデータテーブル１２３とセットでキャッシュ状態管理テーブル１２４を生成する。
【００３３】
次に、携帯端末２にはデータ利用ソフトウェア２１とデータアクセスソフトウェア２２を事前にインストールしておく。インストールはインターネットなどの通信回線４経由でデータ管理サーバ１からダウンロードしたり、図２には記載していないＰＣとケーブルで接続してダウンロードしたり、携帯端末２でインストールに使用可能な外部媒体を使用して行うものとする。
【００３４】
次に、データアクセスソフトウェア２２はインストール時又はデータ利用ソフトウェア２１による初期化要求時などに図示していない手段でユーザＩＤ、パスワード、及び端末ＩＤ等のユーザ情報を受け取り、ストレージ２３のユーザ情報２３１として格納する。なお、ユーザ情報の入力手段としてユーザによる画面からの手入力、ソフトウェアと同時に情報をダウンロード等、手段を特に問わないものとする。また、携帯端末で提供するライブラリから端末ＩＤを直接取得することが可能な場合、データアクセスソフトウェア２２がライブラリを使用して端末ＩＤを取得してユーザ情報２３１に格納する。携帯端末３は、携帯端末２と同一構成である。
【００３５】
（１）携帯端末のデータ利用ソフトウェアがユーザデータを参照する時のシステムの動作
図６は、携帯端末のデータ利用ソフトウェアがデータを参照する際の動作を示すフローチャートである。最初に、携帯端末２のデータ利用ソフトウェア２１を起動して、ユーザが画面表示を確認してユーザデータの参照が必要となる操作を行う。そして、データ利用ソフトウェア２１は参照したいユーザデータをユーザデータ種別及び項目ＩＤ又は検索条件で指定して、データアクセスソフトウェア２２のデータアクセス部２２１に要求する（ステップＳ１）。
【００３６】
次に、データアクセス部２２１はキャッシュ管理部２２３に指定されたユーザデータ種別及び項目ＩＤ又は検索条件を渡す。そして、キャッシュ管理部２２３はストレージ２３のユーザデータキャッシュ２３２にユーザデータが存在するかチェックする（ステップＳ２）。存在する場合、ユーザデータキャッシュ２３２からユーザデータを取得してデータアクセス部２２１に渡し、データアクセス部２２１はデータ利用ソフトウェア２１にユーザデータを返して処理を終了する（ステップＳ３）。存在しない場合、データアクセス部２２１はサーバ通信部２２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ参照要求を行う。データ参照要求には端末ＩＤ、ユーザＩＤ、パスワード、指定されたユーザデータ種別及び項目ＩＤ又は検索条件を設定する（ステップＳ４）。
【００３７】
次に、データ管理ソフトウェア１１の通信部１１１はデータ参照要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ参照要求をデータアクセス管理部１１２に渡す。データアクセス管理部１１２は、データ参照要求から端末ＩＤ、ユーザＩＤ及びユーザデータ種別を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤとユーザＩＤが同じでかつキャッシュ状態が未登録／未更新／未削除／プッシュ配信の条件を満たすレコードを検索する。これらは、上述したように同期が必要なユーザデータである。そして、同期が必要なユーザデータの有無をデータアクセス管理部１１２に返す。同期が不要であればデータアクセス管理部１１２は、データ参照部１１３にデータ参照要求を渡す。同期が必要な場合の動作に関しては、後述する別のパターンにて説明する。データ参照部１１３は、データ参照要求からユーザデータ種別及び項目ＩＤ又は検索条件を取得する。そして、ユーザデータ種別が合致するユーザデータテーブル１２３から項目ＩＤ又は検索条件を使用してユーザデータを取得する。検索条件を使用した場合は、ユーザデータと共に項目ＩＤも取得する（ステップＳ５）。
【００３８】
次に、データ参照部１１３は、端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ、及びアクセス種別＝参照をセットにしてキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別が合致するキャッシュ状態管理テーブル１２４を端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索して該当レコードを取得する。該当レコードのキャッシュ状態が同期済の場合はキャッシュ状態の更新を行わずにデータ参照部１１３に処理結果を正常として返す。該当レコードのキャッシュ状態がキャッシュ削除の場合は、キャッシュ状態を同期済に更新してデータ参照部１１３に処理結果を正常として返す。なお、アクセス種別が参照の場合、キャッシュ状態が未削除／削除となる項目ＩＤは、既にユーザデータテーブル１２３から削除されているためキャッシュ状態管理部１１５に渡されることはない。図７は、キャッシュ状態管理テーブル１２４においてキャッシュ状態をキャッシュ削除から同期済に更新する例を示している（ステップＳ６、Ｓ７）。なお、処理中フラグは、携帯端末に反映されていないユーザデータがデータ管理サーバ１側にあり、変更情報を携帯端末に送ったときＯＮになり、携帯端末側でデータを更新した場合にＯＦＦになるフラグである。
【００３９】
次に、データ参照部１１３は取得したユーザデータをデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡されたユーザデータと元のデータ参照要求からデータ参照応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ参照応答を携帯端末２のデータアクセスソフトウェア２２のサーバ通信部２２２に返信する。（ステップＳ８）。
【００４０】
次に、データアクセスソフトウェア２２のサーバ通信部２２２は受け取ったデータ参照応答をデータアクセス部２２１に渡す。データアクセス部２２１はデータ参照応答からユーザデータ種別、項目ＩＤ及びユーザデータを取り出してキャッシュ管理部２２３に渡す。キャッシュ管理部２２３は渡されたユーザデータ種別と合致するユーザデータキャッシュ２３２に項目ＩＤとユーザデータを格納し、データアクセス部２２１に正常として返す。（ステップＳ９）。
【００４１】
次に、データアクセス部２２１はデータ利用ソフトウェア２１にユーザデータ種別、項目ＩＤ及びユーザデータを返す。データ利用ソフトウェア２１は渡されたユーザデータを画面表示や操作等に利用する（ステップＳ１０）。
【００４２】
（２）携帯端末のデータ利用ソフトウェアがユーザデータを登録する時のシステムの動作
図８は、携帯端末のデータ利用ソフトウェアがユーザデータを登録する際の動作を示すフローチャートである。最初に、携帯端末２のデータ利用ソフトウェア２１を起動して、ユーザが画面表示を確認してユーザデータの登録操作を行う。そして、データ利用ソフトウェア２１はユーザデータ種別と共にユーザデータの登録をデータアクセスソフトウェア２２のデータアクセス部２２１に要求する（ステップＳ１１）。
【００４３】
次に、データアクセス部２２１はキャッシュ管理部２２３に指定されたユーザデータ種別及びユーザデータを渡す。そして、キャッシュ管理部２２３は一時ＩＤを採番してストレージ２３のユーザデータ種別が合致するユーザデータキャッシュ２３２に一時ＩＤとユーザデータを格納し、処理結果と一時ＩＤを返す（ステップＳ１２）。一時ＩＤとは、携帯端末側でユーザデータに付される一時的な仮のＩＤである。当該一時ＩＤが付されたユーザデータは、データ管理サーバ１にて項目ＩＤを付される。データアクセス部２２１は一時ＩＤを、後で項目ＩＤに書き換えるために、内部のメモリ等に内部退避した後、サーバ通信部２２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ変更要求を行う。データ変更要求には端末ＩＤ、ユーザＩＤ、パスワード、指定されたユーザデータ種別、ユーザデータ、及びアクセス種別＝登録を設定する（ステップＳ１３）。
【００４４】
次に、データ管理ソフトウェア１１の通信部１１１はデータ変更要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ変更要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ変更要求をデータ変更部１１４に渡す。データ変更部１１４は、データ変更要求から取得したユーザデータ種別の項目ＩＤを新たに採番し、その項目ＩＤでユーザデータ種別と合致するユーザデータテーブル１２３にデータ変更要求から取得したユーザデータを登録する（ステップＳ１４、Ｓ１５）
【００４５】
次に、データ変更部１１４は端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ及びアクセス種別＝登録をセットにしてキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４に端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとしてキャッシュ状態を同期済でレコードを登録する。そして、ユーザＩＤをキーとして端末情報テーブル１２２の検索を行い、同一ユーザが使用する別の端末ＩＤが存在するかチェックする。存在しない場合、データ変更部１１４に処理結果を正常として返す。存在する場合、キャッシュ状態管理テーブル１２４に別の端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとしてキャッシュ状態を未登録でレコードを登録し、データ変更部１１４に処理結果を正常として返す。同一ユーザの別の携帯端末のキャッシュ状態を未登録としておくことで、当該別の携帯端末からデータ管理サーバにアクセスがあった際にこのキャッシュ状態に応じて別の携帯端末のキャッシュも更新されることになる。図９は、キャッシュ状態管理テーブル１２４において要求元の端末ＩＤでキャッシュ状態を同期済でレコードを登録、及び同一ユーザが使用する別の端末ＩＤでキャッシュ状態を未登録でレコードを登録する例を示している（ステップＳ１６〜Ｓ１８）
【００４６】
次に、データ変更部１１４は処理結果と採番した項目ＩＤをデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡された処理結果と項目ＩＤと元のデータ変更要求からデータ変更応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ変更応答を携帯端末２のデータアクセスソフトウェア２２のサーバ通信部２２２に返信する（ステップＳ１９）。
【００４７】
次に、データアクセスソフトウェア２２のサーバ通信部２２２は受け取ったデータ変更応答をデータアクセス部２２１に渡す。データアクセス部２２１は、データ変更応答からユーザデータ種別と項目ＩＤを取得し、内部退避していた一時ＩＤと共にキャッシュ管理部２２３に渡す。キャッシュ管理部２２３は渡されたユーザデータ種別と合致するユーザデータキャッシュ２３２に格納されている一時ＩＤを項目ＩＤに更新し、データアクセス部２２１に正常として返す（ステップＳ２０）。次に、データアクセス部２２１はデータ利用ソフトウェア２１に処理結果を返す。データ利用ソフトウェア２１は渡された処理結果を画面表示や操作等に利用する（ステップＳ２１）。
【００４８】
（３）登録されたユーザデータを同一ユーザの別の携帯端末に反映する時のシステムの動作
図１０は、登録されたユーザデータを同一ユーザの別の携帯端末に反映する際の動作を示すフローチャートである。最初に、携帯端末３のデータ利用ソフトウェア３１を起動して、ユーザが画面表示を確認してユーザデータの参照が必要となる操作を行う。そして、データ利用ソフトウェア３１は参照したいユーザデータをユーザデータ種別及び項目ＩＤ又は検索条件で指定して、データアクセスソフトウェア３２のデータアクセス部３２１に要求する。データアクセス部３２１は、キャッシュ管理部３２３への問い合わせの結果、データ利用ソフトウェア３１から渡されたユーザデータ種別及び項目ＩＤ又は検索条件に合致するユーザデータがユーザデータキャッシュ３３２に存在しないため、サーバ通信部３２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ参照要求を行う。データ参照要求には端末ＩＤ、ユーザＩＤ、パスワード、指定されたユーザデータ種別及び項目ＩＤ又は検索条件を設定する（ステップＳ３１）。
【００４９】
次に、データ管理ソフトウェア１１の通信部１１１はデータ参照要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ参照要求をデータアクセス管理部１１２に渡す。データアクセス管理部１１２は、データ参照要求から端末ＩＤ、ユーザＩＤ、及びユーザデータ種別を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤ及びユーザＩＤが同じでかつキャッシュ状態が未登録／未更新／未削除／プッシュ配信の条件を満たすレコードを検索する。これらは同期が必要なデータである。こうして同期が必要なユーザデータの有無をデータアクセス管理部１１２に返す（ステップＳ３２、Ｓ３３）。同期が不要であればデータアクセス管理部１１２は、データ参照部１１３にデータ参照要求を渡してステップＳ５〜Ｓ１０と同一の処理を行い、以降に記載する処理は行わない。同期が必要であればデータアクセス管理部１１２は、データ同期要の処理結果と元のデータ参照要求からデータ参照応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ参照応答を携帯端末３のデータアクセスソフトウェア３２のサーバ通信部３２２に返信する（ステップＳ３４）。
【００５０】
次に、データアクセスソフトウェア３２のサーバ通信部３２２は受け取ったデータ参照応答を取り出してデータアクセス部３２１に渡す。データアクセス部３２１は、データ参照応答から取得した処理結果が、データ同期が必要なため、元のデータ参照要求を内部退避して保留中にし、サーバ通信部３２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ同期開始要求を行う。データ同期開始要求には端末ＩＤ、ユーザＩＤ、パスワード、及び同期するユーザデータ種別を設定する（ステップＳ３５）。
【００５１】
次に、データ管理ソフトウェア１１の通信部１１１はデータ同期開始要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ同期開始要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ同期開始要求をデータ変更部１１４に渡す。データ変更部１１４は、データ同期開始要求から端末ＩＤ、ユーザＩＤ及び同期するユーザデータ種別を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤ及びユーザＩＤが同じでかつキャッシュ状態が未登録／未更新／未削除／プッシュ配信の条件を満たすレコードを検索する。本例においては、登録されたユーザデータを同一ユーザの別の携帯端末に反映する際の動作であるので、キャッシュ状態が未登録のレコードを取得する。キャッシュ状態管理部１１５は、該当レコードの処理中フラグをＯＮに設定し、項目ＩＤ及びアクセス種別＝登録をセットでデータ変更部１１４に返す（ステップＳ３６）。
【００５２】
そしてデータ変更部１１４は、ユーザデータ種別が合致するユーザデータテーブル１２３から項目ＩＤのユーザデータを取得し、ユーザデータ種別、項目ＩＤ、ユーザデータ及びアクセス種別＝登録をセットにして同期情報としてデータアクセス管理部１１２に返す。データアクセス管理部１１２は、渡された同期情報と元のデータ同期開始要求からデータ同期要求を生成して通信部１１１に返す。通信部１１１は渡されたデータ同期要求を携帯端末３のデータアクセスソフトウェア３２のサーバ通信部３２２に返信する（ステップＳ３７）。
【００５３】
次に、データアクセスソフトウェア３２のサーバ通信部３２２は受け取ったデータ同期要求をデータアクセス部３２１に渡す。データアクセス部３２１は、データ同期要求から同期情報を取得し、同期情報からユーザデータ種別、項目ＩＤ及びユーザデータを取り出してキャッシュ管理部３２３に渡す。キャッシュ管理部３２３は、渡されたユーザデータ種別と合致するユーザデータキャッシュ３３１に項目ＩＤ及びユーザデータを格納し、データアクセス部３２１に正常として返す。データアクセス部３２１は、サーバ通信部３２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ同期応答と共に保留していたデータ参照要求を行う。データ同期応答には端末ＩＤ、ユーザＩＤ、認証に使用するパスワード、ユーザデータ種別、項目ＩＤ、及び処理結果を設定する。データ参照要求はステップＳ３１と同一の内容である（ステップＳ３８）。
【００５４】
次に、データ管理ソフトウェア１１の通信部１１１はデータ同期応答のユーザ情報とデータベース１２のユーザ情報テーブル１２１を使用して認証処理を行い、認証結果が正常であればデータ同期応答とデータ参照応答をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ同期応答をデータ変更部１１４に渡す。データ変更部１１４は、データ同期応答から端末ＩＤ、ユーザＩＤ、ユーザデータ種別、及び項目ＩＤを取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別が合致するキャッシュ状態管理テーブル１２４から端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索し、該当レコードのキャッシュ状態を同期済、処理中フラグをＯＦＦに更新し、処理結果を正常でデータ変更部１１４に返す。そして、データ変更部１１４は、処理結果を正常でデータアクセス管理部１１２に返す。図１１は、キャッシュ状態管理テーブル１２４においてキャッシュ状態が未登録のレコードを同期済に更新する例を示している（ステップＳ３９）。次に、データアクセス管理部１１２は、データ同期応答と共に渡されたデータ参照要求の処理を開始し、以降はステップＳ５〜Ｓ１０と同一の処理を行う（ステップＳ４０）。
【００５５】
（４）携帯端末のデータ利用ソフトウェアがユーザデータを更新する時のシステムの動作
図１２は、携帯端末のデータ利用ソフトウェアがユーザデータを更新する際の動作を示すフローチャートである。最初に、携帯端末２のデータ利用ソフトウェア２１を起動して、ユーザが画面表示を確認してユーザデータの更新操作を行う。そして、データ利用ソフトウェア２１はユーザデータ種別と共にユーザデータの更新をデータアクセスソフトウェア２２のデータアクセス部２２１に要求する（ステップＳ４１）。
【００５６】
次に、データアクセス部２２１はキャッシュ管理部２２３に指定されたユーザデータ種別、項目ＩＤ及びユーザデータを渡す。そして、キャッシュ管理部２２３はストレージ２３のユーザデータ種別が合致するユーザデータキャッシュ２３２の項目ＩＤに対応するユーザデータを更新し、処理結果を返す（ステップＳ４２）。そして、データアクセス部２２１は、サーバ通信部２２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ変更要求を行う。データ変更要求には端末ＩＤ、ユーザＩＤ、パスワード、指定されたユーザデータ種別、項目ＩＤ、ユーザデータ、及びアクセス種別＝更新を設定する（ステップＳ４３）。
【００５７】
次に、データ管理ソフトウェア１１の通信部１１１はデータ変更要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ変更要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ変更要求をデータ変更部１１４に渡す。データ変更部１１４は、データ変更要求から端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ及びアクセス種別＝更新を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとしてレコードを取得し、キャッシュ状態が未登録／未更新／未削除の場合は衝突発生、それ以外の場合は正常でデータ変更部１１４に返す（ステップＳ４４、Ｓ４５）。
【００５８】
次に、衝突が発生していた場合、データ変更部１１４はユーザデータ種別が合致するユーザデータテーブル１２３から項目ＩＤを使用してユーザデータを取得する（ステップＳ４６）。データ変更部１１４は、衝突発生の処理結果と取得したユーザデータをデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡された衝突発生の処理結果、ユーザデータ及び元のデータ変更要求からデータ変更応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ変更応答を携帯端末２のデータアクセスソフトウェア２２のサーバ通信部２２２に返信する（ステップＳ４７）。データアクセスソフトウェア２２のサーバ通信部２２２は受け取ったデータ変更応答をデータアクセス部２２１に渡す。データアクセス部２２１は、データ変更応答から処理結果を取得する。データアクセス部２２１は、処理結果が衝突発生なのでデータ変更応答からユーザデータ種別、項目ＩＤ及びユーザデータを取得してキャッシュ管理部２２３に渡す。キャッシュ管理部２２３は渡されたユーザデータ種別と合致するユーザデータキャッシュ２３２の項目ＩＤに対応するユーザデータを更新し、データアクセス部２２１に正常として返す。データアクセス部２２１はデータ利用ソフトウェア２１に処理結果を衝突発生で返す。データ利用ソフトウェア２１は渡された処理結果を画面表示や操作等に利用し、以降に記載するステップＳ４９〜Ｓ５２の処理は行わない（ステップＳ４８、Ｓ５３）。
【００５９】
次に、衝突が発生していない場合、データ変更部１１４はデータ変更要求からユーザデータ種別、項目ＩＤ及びユーザデータを取得し、ユーザデータ種別と合致するユーザデータテーブル１２３の項目ＩＤをキーとしてユーザデータを更新する（ステップＳ４９）。次に、データ変更部１１４は端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ及びアクセス種別＝更新をセットにしてキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４を端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索し、キャッシュ状態を同期済でレコードを更新する。そして、ユーザＩＤをキーとして端末情報テーブル１２２の検索を行い、同一ユーザが使用する別の端末ＩＤが存在するかチェックする。存在しない場合、データ変更部１１４に処理結果を正常として返す。存在する場合、キャッシュ状態管理テーブル１２４を別の端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索し、キャッシュ状態を未更新に更新し、データ変更部１１４に処理結果を正常として返す。同一ユーザの別の携帯端末のキャッシュ状態の未更新としておくことで、当該別の携帯端末からデータ管理サーバにアクセスがあった場合、このキャッシュ状態に応じて、別の携帯端末のキャッシュを更新することができる。図１３は、キャッシュ状態管理テーブル１２４において同一ユーザが使用する別の端末ＩＤでャッシュ状態を未更新に更新する例を示している（ステップＳ５０、Ｓ５１）。
【００６０】
次に、データ変更部１１４は処理結果をデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡された処理結果と元のデータ変更要求からデータ変更応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ変更応答を携帯端末２のデータアクセスソフトウェア２２のサーバ通信部２２２に返信する（ステップＳ５２）。
【００６１】
次に、データアクセスソフトウェア２２のサーバ通信部２２２は受け取ったデータ変更応答をデータアクセス部２２１に渡す。データアクセス部２２１は、データ変更応答からから取得した処理結果をデータ利用ソフトウェア２１に返す。データ利用ソフトウェア２１は渡された処理結果を画面表示や操作等に利用する（ステップＳ５３）。
【００６２】
（５）更新されたユーザデータを同一ユーザの別の携帯端末に反映する時のシステムの動作
図１４は、更新されたユーザデータを同一ユーザの別の携帯端末に反映する際の動作を示すフローチャートである。最初に、携帯端末３のデータ利用ソフトウェア３１を起動して、ユーザが画面表示を確認してユーザデータの参照が必要となる操作を行う。そして、データ利用ソフトウェア３１は参照したいユーザデータをユーザデータ種別及び項目ＩＤ又は検索条件で指定して、データアクセスソフトウェア３２のデータアクセス部３２１に要求する。データアクセス部３２１は、キャッシュ管理部３２３への問い合わせの結果、データ利用ソフトウェア３１から渡されたユーザデータ種別及び項目ＩＤ又は検索条件に合致するユーザデータがユーザデータキャッシュ３３２に存在しないため、サーバ通信部３２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ参照要求を行う。データ参照要求には端末ＩＤ、ユーザＩＤ、認証のためのパスワード、指定されたユーザデータ種別及び項目ＩＤ又は検索条件を設定する（ステップＳ６１）。
【００６３】
次に、データ管理ソフトウェア１１の通信部１１１はデータ参照要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ参照要求をデータアクセス管理部１１２に渡す。データアクセス管理部１１２は、データ参照要求から端末ＩＤ、ユーザＩＤ及びユーザデータ種別を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤ及びユーザＩＤが同じでかつキャッシュ状態が未登録／未更新／未削除／プッシュ配信の条件を満たすレコード（同期が必要なレコード）を検索して、同期が必要なユーザデータの有無をデータアクセス管理部１１２に返す（ステップＳ６２、Ｓ６３）。同期が不要であればデータアクセス管理部１１２は、データ参照部１１３にデータ参照要求を渡してステップＳ５〜Ｓ１０と同一の処理を行い、以降に記載する処理は行わない。同期が必要であればデータアクセス管理部１１２は、データ同期要の処理結果と元のデータ参照要求からデータ参照応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ参照応答を携帯端末３のデータアクセスソフトウェア３２のサーバ通信部３２２に返信する。（ステップＳ６４）。
【００６４】
次に、データアクセスソフトウェア３２のサーバ通信部３２２は受け取ったデータ参照応答を取り出してデータアクセス部３２１に渡す。データアクセス部３２１は、データ参照応答から取得した処理結果が、データ同期が必要なので、元のデータ参照要求を内部退避して保留中にし、サーバ通信部３２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ同期開始要求を行う。データ同期開始要求には端末ＩＤ、ユーザＩＤ、パスワード、及び同期するユーザデータ種別を設定する（ステップＳ６５）。
【００６５】
次に、データ管理ソフトウェア１１の通信部１１１はデータ同期開始要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ同期開始要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ同期開始要求をデータ変更部１１４に渡す。データ変更部１１４は、データ同期開始要求から端末ＩＤ、ユーザＩＤ及び同期するユーザデータ種別を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤ及びユーザＩＤが同じでかつキャッシュ状態が未登録／未更新／未削除／プッシュ配信の条件を満たすレコードを検索する。本例は、更新されたユーザデータを同一ユーザの別の携帯端末に反映する際の動作であるのでキャッシュ状態が未更新のレコードを取得する。キャッシュ状態管理部１１５は、該当レコードの処理中フラグをＯＮに設定し、項目ＩＤ及びアクセス種別＝更新をセットでデータ変更部１１４に返す（ステップＳ６６）。
【００６６】
そしてデータ変更部１１４は、ユーザデータ種別が合致するユーザデータテーブル１２３から項目ＩＤのユーザデータを取得し、ユーザデータ種別、項目ＩＤ、ユーザデータ、及びアクセス種別＝更新をセットにして同期情報としてデータアクセス管理部１１２に返す。データアクセス管理部１１２は、渡された同期情報と元のデータ同期開始要求からデータ同期要求を生成して通信部１１１に返す。通信部１１１は渡されたデータ同期要求を携帯端末３のデータアクセスソフトウェア３２のサーバ通信部３２２に返信する。（ステップＥ７）
【００６７】
次に、データアクセスソフトウェア３２のサーバ通信部３２２は受け取ったデータ同期要求をデータアクセス部３２１に渡す。データアクセス部３２１は、データ同期要求から同期情報を取得し、同期情報からユーザデータ種別と項目ＩＤ及びユーザデータを取り出してキャッシュ管理部３２３に渡す。キャッシュ管理部３２３は、渡されたユーザデータ種別と合致するユーザデータキャッシュ３３１に項目ＩＤに対応するユーザデータを更新し、データアクセス部３２１に正常として返す。データアクセス部３２１は、サーバ通信部３２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ同期応答と共に保留していたデータ参照要求を行う。データ同期応答には端末ＩＤ、ユーザＩＤ、パスワード、ユーザデータ種別、項目ＩＤ及び処理結果を設定する。データ参照要求はステップＳ６１と同一の内容である（ステップＳ６８）。
【００６８】
次に、データ管理ソフトウェア１１の通信部１１１はデータ同期応答のユーザ情報とデータベース１２のユーザ情報テーブル１２１を使用して認証処理を行い、認証結果が正常であればデータ同期応答とデータ参照要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ同期応答をデータ変更部１１４に渡す。データ変更部１１４は、データ同期応答から端末ＩＤ、ユーザＩＤ、ユーザデータ種別及び項目ＩＤを取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別が合致するキャッシュ状態管理テーブル１２４から端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索し、該当レコードのキャッシュ状態を同期済、処理中フラグをＯＦＦに更新し、処理結果を正常でデータ変更部１１４に返す。そして、データ変更部１１４は、処理結果を正常でデータアクセス管理部１１２に返す。図１５は、キャッシュ状態管理テーブル１２４においてキャッシュ状態が未更新のレコードを同期済に更新する例を示している（ステップＳ６９）。次に、データアクセス管理部１１２は、データ同期応答と共に渡されたデータ参照要求の処理を開始し、以降はステップＳ５〜Ｓ１０と同一の処理を行う（ステップＳ７０）。
【００６９】
（６）携帯端末のデータ利用ソフトウェアがユーザデータを削除する時のシステムの動作
図１６は、携帯端末のデータ利用ソフトウェアがユーザデータを削除する際の動作を示すフローチャートである。最初に、携帯端末２のデータ利用ソフトウェア２１を起動して、ユーザが画面表示を確認してユーザデータの削除操作を行う。そして、データ利用ソフトウェア２１はユーザデータ種別と共にユーザデータの削除をデータアクセスソフトウェア２２のデータアクセス部２２１に要求する（ステップＳ７１）。
【００７０】
次に、データアクセス部２２１はキャッシュ管理部２２３に指定されたユーザデータ種別と項目ＩＤを渡す。そして、キャッシュ管理部２２３はストレージ２３のユーザデータ種別が合致するユーザデータキャッシュ２３２の項目ＩＤ及びユーザデータを削除し、処理結果を返す（ステップＳ７２）。そして、データアクセス部２２１は、サーバ通信部２２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ変更要求を行う。データ変更要求には端末ＩＤ、ユーザＩＤ、パスワード、指定されたユーザデータ種別と項目ＩＤ、及びアクセス種別＝削除を設定する（ステップＳ７３）。
【００７１】
次に、データ管理ソフトウェア１１の通信部１１１はデータ変更要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ変更要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ変更要求をデータ変更部１１４に渡す。データ変更部１１４は、データ変更要求から端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ及びアクセス種別＝削除を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤ、ユーザＩＤ、及び項目ＩＤをキーとしてレコードを取得し、キャッシュ状態が未登録／未更新／未削除の場合は衝突発生、それ以外の場合は正常でデータ変更部１１４に返す（ステップＳ７４、Ｓ７５）。
【００７２】
次に、衝突が発生していた場合、データ変更部１１４はユーザデータ種別が合致するユーザデータテーブル１２３から項目ＩＤを使用してユーザデータを取得する（ステップＳ７６）。データ変更部１１４は、衝突発生の処理結果と取得したユーザデータをデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡された衝突発生の処理結果とユーザデータと元のデータ変更要求からデータ変更応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ変更応答を携帯端末２のデータアクセスソフトウェア２２のサーバ通信部２２２に返信する（ステップＳ７７）。データアクセスソフトウェア２２のサーバ通信部２２２は受け取ったデータ変更応答をデータアクセス部２２１に渡す。データアクセス部２２１は、データ変更応答から処理結果を取得する。データアクセス部２２１は、処理結果が衝突発生なのでデータ変更応答からユーザデータ種別、項目ＩＤ及びユーザデータを取得してキャッシュ管理部２２３に渡す。キャッシュ管理部２２３は渡されたユーザデータ種別と合致するユーザデータキャッシュ２３２の項目ＩＤ及びユーザデータを格納し、データアクセス部２２１に正常として返す。データアクセス部２２１はデータ利用ソフトウェア２１に処理結果を衝突発生で返す。データ利用ソフトウェア２１は渡された処理結果を画面表示や操作等に利用し、以降に記載するステップＳ７９〜Ｓ８３の処理は行わない（ステップＳ７８、Ｓ８４）。
【００７３】
次に、衝突が発生していない場合、データ変更部１１４はデータ変更要求からユーザデータ種別と項目ＩＤを取得し、ユーザデータ種別と合致するユーザデータテーブル１２３の項目ＩＤをキーとして検索し、レコードを削除する（ステップＳ７９）。次に、データ変更部１１４は端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ及びアクセス種別＝削除をセットにしてキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザＩＤをキーとして端末情報テーブル１２２の検索を行い、同一ユーザが使用する別の端末ＩＤが存在するかチェックする。存在しない場合、キャッシュ状態管理部１１５はユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤとユーザＩＤと項目ＩＤをキーとして検索してレコードを削除し、データ変更部１１４に処理結果を正常として返す。存在する場合、キャッシュ状態管理部１１５はキャッシュ状態管理テーブル１２４を要求元の端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索し、キャッシュ状態を削除でレコードを更新する。そして、キャッシュ状態管理部１１５はキャッシュ状態管理テーブル１２４を別の端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索し、キャッシュ状態を未削除でレコードを更新し、データ変更部１１４に処理結果を正常として返す。当該別の携帯端末のキャッシュ状態を未削除としておくことで、当該別の携帯端末がデータ管理サーバにアクセスした場合、キャッシュが更新される。
【００７４】
図１７は、キャッシュ状態管理テーブル１２４において要求元の端末ＩＤでキャッシュ状態を削除でレコードを更新、及び同一ユーザが使用する別の端末ＩＤでキャッシュ状態を未削除でレコードを更新する例を示している（ステップＳ８０〜Ｓ８２）。
【００７５】
次に、データ変更部１１４は処理結果をデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡された処理結果と元のデータ変更要求からデータ変更応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ変更応答を携帯端末２のデータアクセスソフトウェア２２のサーバ通信部２２２に返信する（ステップＳ８３）。
【００７６】
次に、データアクセスソフトウェア２２のサーバ通信部２２２は受け取ったデータ変更応答をデータアクセス部２２１に渡す。データアクセス部２２１は、データ変更応答から取得した処理結果をデータ利用ソフトウェア２１に返す。データ利用ソフトウェア２１は渡された処理結果を画面表示や操作等に利用する（ステップＳ８４）。
【００７７】
（７）削除されたユーザデータを同一ユーザの別の携帯端末に反映する時のシステムの動作
図１８は、削除されたユーザデータを同一ユーザの別の携帯端末に反映する際の動作を示すフローチャートである。最初に、携帯端末３のデータ利用ソフトウェア３１を起動して、ユーザが画面表示を確認してユーザデータの参照が必要となる操作を行う。そして、データ利用ソフトウェア３１は参照したいユーザデータをユーザデータ種別及び項目ＩＤ又は検索条件で指定して、データアクセスソフトウェア３２のデータアクセス部３２１に要求する。データアクセス部３２１は、キャッシュ管理部３２３への問い合わせの結果、データ利用ソフトウェア３１から渡されたユーザデータ種別及び項目ＩＤ又は検索条件に合致するユーザデータがユーザデータキャッシュ３３２に存在しないため、サーバ通信部３２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ参照要求を行う。データ参照要求には端末ＩＤ、ユーザＩＤ、パスワード、指定されたユーザデータ種別及び項目ＩＤ又は検索条件を設定する（ステップＳ９１）。
【００７８】
次に、データ管理ソフトウェア１１の通信部１１１はデータ参照要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ参照要求をデータアクセス管理部１１２に渡す。データアクセス管理部１１２は、データ参照要求から端末ＩＤ、ユーザＩＤ及びユーザデータ種別を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤ及びユーザＩＤが同じでかつキャッシュ状態が未登録／未更新／未削除／プッシュ配信の条件を満たすレコードを検索して、同期が必要なユーザデータの有無をデータアクセス管理部１１２に返す（ステップＳ９２、Ｓ９３）。同期が不要であればデータアクセス管理部１１２は、データ参照部１１３にデータ参照要求を渡してステップＳ５〜Ｓ１０と同一の処理を行い、以降に記載する処理は行わない。同期が必要であればデータアクセス管理部１１２は、データ同期が必要の処理結果と元のデータ参照要求からデータ参照応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ参照応答を携帯端末３のデータアクセスソフトウェア３２のサーバ通信部３２２に返信する（ステップＳ９４）。
【００７９】
次に、データアクセスソフトウェア３２のサーバ通信部３２２は受け取ったデータ参照応答を取り出してデータアクセス部３２１に渡す。データアクセス部３２１は、データ参照応答から取得した処理結果が、データ同期が必要のため、元のデータ参照要求を内部退避して保留中にし、サーバ通信部３２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ同期開始要求を行う。データ同期開始要求には端末ＩＤ、ユーザＩＤ、パスワード、及び同期するユーザデータ種別を設定する（ステップＳ９５）。
【００８０】
次に、データ管理ソフトウェア１１の通信部１１１はデータ同期開始要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ同期開始要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ同期開始要求をデータ変更部１１４に渡す。データ変更部１１４は、データ同期開始要求から端末ＩＤ及びユーザＩＤと同期するユーザデータ種別を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤとユーザＩＤが同じでかつキャッシュ状態が未登録／未更新／未削除／プッシュ配信の条件を満たすレコードを検索する。本例は、削除されたユーザデータを同一ユーザの別の携帯端末に反映する際の動作であるのでキャッシュ状態が未削除のレコードを取得する。キャッシュ状態管理部１１５は、該当レコードの処理中フラグをＯＮに設定し、項目ＩＤ及びアクセス種別＝削除をセットでデータ変更部１１４に返す（ステップＳ９６）。そしてデータ変更部１１４は、ユーザデータ種別及び項目ＩＤとアクセス種別＝削除をセットにして同期情報としてデータアクセス管理部１１２に返す。データアクセス管理部１１２は、渡された同期情報と元のデータ同期開始要求からデータ同期要求を生成して通信部１１１に返す。通信部１１１は渡されたデータ同期要求を携帯端末３のデータアクセスソフトウェア３２のサーバ通信部３２２に返信する（ステップＳ９７）。
【００８１】
次に、データアクセスソフトウェア３２のサーバ通信部３２２は受け取ったデータ同期要求をデータアクセス部３２１に渡す。データアクセス部３２１は、データ同期要求から同期情報を取得し、同期情報からユーザデータ種別及び項目ＩＤを取り出してキャッシュ管理部３２３に渡す。キャッシュ管理部３２３は、渡されたユーザデータ種別と合致するユーザデータキャッシュ３３１から項目ＩＤに対応するユーザデータを削除し、データアクセス部３２１に正常として返す。データアクセス部３２１は、サーバ通信部３２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ同期応答と共に保留していたデータ参照要求を行う。データ同期応答には端末ＩＤ、ユーザＩＤ、パスワード、ユーザデータ種別、項目ＩＤ、及び処理結果を設定する。データ参照要求はステップＧ１と同一の内容である（ステップＳ９８）。
【００８２】
次に、データ管理ソフトウェア１１の通信部１１１はデータ同期応答のユーザ情報とデータベース１２のユーザ情報テーブル１２１を使用して認証処理を行い、認証結果が正常であればデータ同期応答及びデータ参照要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ同期応答をデータ変更部１１４に渡す。データ変更部１１４は、データ同期応答から端末ＩＤ、ユーザＩＤ、ユーザデータ種別及び項目ＩＤを取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別が合致するキャッシュ状態管理テーブル１２４から端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索し、該当レコードのキャッシュ状態を削除、処理中フラグをＯＦＦに更新する。そして、キャッシュ状態管理部１１５はユーザデータ種別が合致するキャッシュ状態管理テーブル１２４からユーザＩＤと項目ＩＤをキーとして検索し、キャッシュ状態が未削除のレコードが存在するかチェックする。
【００８３】
存在する場合、キャッシュ状態管理部１１５はそのまま処理結果を正常でデータ変更部１１４に返す。存在しない場合、キャッシュ状態管理部１１５はユーザデータ種別が合致するキャッシュ状態管理テーブル１２４からユーザＩＤと項目ＩＤをキーとして検索し、該当するレコードを全て削除し、処理結果を正常でデータ変更部１１４に返す。そして、データ変更部１１４は、処理結果を正常でデータアクセス管理部１１２に返す。図１９は、別端末のユーザデータキャッシュ３３１のユーザデータの削除が完了してキャッシュ状態管理テーブル１２４の全端末のレコードを削除する例を示している（ステップＳ９９〜Ｓ１０１）。次に、データアクセス管理部１１２は、データ同期応答と共に渡されたデータ参照要求の処理を開始し、以降はステップＳ５〜Ｓ１０と同一の処理を行う（ステップＳ１０２）。
【００８４】
（８）携帯端末のデータアクセスソフトウェアがユーザデータをキャッシュから削除する時のシステムの動作
図２０は、携帯端末のデータアクセスソフトウェアがユーザデータをキャッシュから削除する際の動作を示すフローチャートである。最初に、携帯端末２のデータ利用ソフトウェア２１を起動して、ユーザが画面表示を確認してユーザデータの参照が必要となる操作を行う。そして、データ利用ソフトウェア２１は参照したいユーザデータをユーザデータ種別及び項目ＩＤ又は検索条件で指定して、データアクセスソフトウェア２２のデータアクセス部２２１に要求する（ステップＳ１１１）。
【００８５】
次に、データアクセスソフトウェア２２及びデータ管理ソフトウェアはステップＳ２〜Ｓ９の処理を行う。その時に、データアクセスソフトウェア２２のストレージ２３の容量不足等の要因でデータアクセスソフトウェア２２のキャッシュ管理部２２３はユーザデータキャッシュ２３２から一部のユーザデータを削除する。ユーザデータのキャッシュ削除の判断方法に関しては、既知のＬＲＵアルゴリズムの利用や独自アルゴリズムなど特に手法を問わない。そして、キャッシュ管理部２２３はデータアクセス部２２１にキャッシュから削除したユーザデータ種別及び項目ＩＤを渡す。データアクセス部２２１は、キャッシュから削除されたユーザデータ種別及び項目ＩＤを内部メモリ等に内部退避しておく（ステップＳ１１２）。
【００８６】
次に、データアクセス部２２１はデータ利用ソフトウェア２１にユーザデータ種別、項目ＩＤ及びユーザデータを返す。データ利用ソフトウェア２１は渡されたユーザデータを画面表示や操作等に利用する（ステップＳ１１３）。
【００８７】
次に、データアクセス部２２１は、サーバ通信部２２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ変更要求を行う。データ変更要求には端末ＩＤ、ユーザＩＤ、パスワード、内部退避していたユーザデータ種別と項目ＩＤ、及びアクセス種別＝キャッシュ削除を設定する（ステップＳ１１４）。
【００８８】
次に、データ管理ソフトウェア１１の通信部１１１はデータ変更要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ変更要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ変更要求をデータ変更部１１４に渡す。データ変更部１１４は、データ変更要求から端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ及びアクセス種別＝キャッシュ削除を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとしてレコードを取得し、キャッシュ状態をキャッシュ削除に更新し、処理結果をデータ変更部１１４に返す。図２１は、キャッシュ状態管理テーブル１２４において要求元の端末ＩＤのレコードのキャッシュ状態をキャッシュ削除で更新する例を示している（ステップＳ１１５）。
【００８９】
次に、データ変更部１１４は処理結果をデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡された処理結果と元のデータ変更要求からデータ変更応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ変更応答を携帯端末２のデータアクセスソフトウェア２２のサーバ通信部２２２に返信する（ステップＳ１１６）。次に、データアクセスソフトウェア２２のサーバ通信部２２２は受け取ったデータ変更応答をデータアクセス部２２１に渡す。データアクセス部２２１は、データ変更応答から処理結果を取得する（ステップＳ１１７）。
【００９０】
（９）携帯端末へユーザデータをプッシュ配信する要求する時のシステムの動作
図２２は、データ管理サーバのデータ管理ソフトがユーザデータのプッシュ配信を設定する際の動作を示すフローチャートである。最初に、データ管理ソフトウェア１１内の管理者向け機能手段（図示せず）がプッシュ配信要求部１１６に携帯端末へプッシュ配信したい端末ＩＤ、ユーザＩＤ、ユーザデータ種別及び項目ＩＤを渡す（ステップＳ１２１）。
【００９１】
次に、プッシュ配信要求部１１６は端末ＩＤ、ユーザＩＤ、ユーザデータ種別、項目ＩＤ及びアクセス種別＝プッシュ配信をセットにしてキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４に端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索し、キャッシュ状態がキャッシュ削除のレコードが存在するかチェックする。存在しない場合、プッシュ配信要求部１１６に処理結果を正常として返す。存在する場合、該当レコードのキャッシュ状態をプッシュ配信で更新し、プッシュ配信要求部１１６に処理結果を正常として返す。図２３は、キャッシュ状態管理テーブル１２４においてプッシュ配信対象の端末ＩＤのレコードのキャッシュ状態をプッシュ配信で更新する例を示している（ステップＳ１２２〜Ｓ１２４）。
【００９２】
次に、プッシュ配信要求部１１６はデータ管理ソフトウェア１１内の管理者向け機能手段（図示せず）へ処理結果を返す。以降は、プッシュ配信対象の携帯端末からのアクセスを待つ（ステップＳ１２５）。
【００９３】
（１０）プッシュ配信が設定されたユーザデータを携帯端末に反映する時のシステムの動作
図２４は、プッシュ配信が設定されたユーザデータを携帯端末に反映する際の動作を示すフローチャートである。最初に、携帯端末２のデータ利用ソフトウェア２１を起動して、ユーザが画面表示を確認してユーザデータの参照が必要となる操作を行う。そして、データ利用ソフトウェア３１は参照したいユーザデータをユーザデータ種別及び項目ＩＤ又は検索条件で指定して、データアクセスソフトウェア２２のデータアクセス部２２１に要求する。データアクセス部２２１は、キャッシュ管理部２２３への問い合わせの結果、データ利用ソフトウェア２１から渡されたユーザデータ種別及び項目ＩＤ又は検索条件に合致するユーザデータがユーザデータキャッシュ２３２に存在しないため、サーバ通信部２２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ参照要求を行う。データ参照要求には端末ＩＤ、ユーザＩＤ、パスワード、指定されたユーザデータ種別及び項目ＩＤ又は検索条件を設定する（ステップＳ１３１）。
【００９４】
次に、データ管理ソフトウェア１１の通信部１１１はデータ参照要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ参照要求をデータアクセス管理部１１２に渡す。データアクセス管理部１１２は、データ参照要求から端末ＩＤとユーザＩＤとユーザデータ種別を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤ及びユーザＩＤが同じでかつキャッシュ状態が未登録／未更新／未削除／プッシュ配信の条件を満たすレコードを検索して、同期が必要なユーザデータの有無をデータアクセス管理部１１２に返す（ステップＳ１３２、Ｓ１３３）。同期が不要であればデータアクセス管理部１１２は、データ参照部１１３にデータ参照要求を渡してステップＳ５〜Ｓ１０と同一の処理を行い、以降に記載する処理は行わない。同期が必要であればデータアクセス管理部１１２は、データ同期が必要の処理結果と元のデータ参照要求からデータ参照応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ参照応答を携帯端末３のデータアクセスソフトウェア２２のサーバ通信部２２２に返信する（ステップＳ１３４）。
【００９５】
次に、データアクセスソフトウェア２２のサーバ通信部２２２は受け取ったデータ参照応答を取り出してデータアクセス部２２１に渡す。データアクセス部２２１は、データ参照応答から取得した処理結果が、データ同期が必要なため、元のデータ参照要求を内部退避して保留中にし、サーバ通信部２２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ同期開始要求を行う。データ同期開始要求には端末ＩＤ、ユーザＩＤ、パスワード、及び同期するユーザデータ種別を設定する（ステップＳ１３５）。
【００９６】
次に、データ管理ソフトウェア１１の通信部１１１はデータ同期開始要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１及び端末情報テーブル１２２を使用して認証処理を行い、認証結果が正常であればデータ同期開始要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ同期開始要求をデータ変更部１１４に渡す。データ変更部１１４は、データ同期開始要求から端末ＩＤとユーザＩＤと同期するユーザデータ種別を取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別と合致するキャッシュ状態管理テーブル１２４から端末ＩＤとユーザＩＤが同じでかつキャッシュ状態が未登録／未更新／未削除／プッシュ配信の条件を満たすレコードを検索する。本例においては、プッシュ配信が設定されたユーザデータを携帯端末に反映する際の動作であるのでキャッシュ状態がプッシュ配信のレコードを取得する。
【００９７】
キャッシュ状態管理部１１５は、該当レコードの処理中フラグをＯＮに設定し、項目ＩＤとアクセス種別＝プッシュ配信をセットでデータ変更部１１４に返す（ステップＳ１３６）。そしてデータ変更部１１４は、ユーザデータ種別が合致するユーザデータテーブル１２３から項目ＩＤのユーザデータを取得し、ユーザデータ種別及び項目ＩＤとユーザデータとアクセス種別＝プッシュ配信をセットにして同期情報としてデータアクセス管理部１１２に返す。データアクセス管理部１１２は、渡された同期情報と元のデータ同期開始要求からデータ同期要求を生成して通信部１１１に返す。通信部１１１は渡されたデータ同期要求を携帯端末２のデータアクセスソフトウェア２２のサーバ通信部２２２に返信する（ステップＳ１３７）。
【００９８】
次に、データアクセスソフトウェア２２のサーバ通信部２２２は受け取ったデータ同期要求をデータアクセス部２２１に渡す。データアクセス部２２１は、データ同期要求から同期情報を取得し、同期情報からユーザデータ種別と項目ＩＤ及びユーザデータを取り出してキャッシュ管理部２２３に渡す。キャッシュ管理部２２３は、渡されたユーザデータ種別と合致するユーザデータキャッシュ２３２に項目ＩＤ及びユーザデータを格納し、データアクセス部２２１に正常として返す。データアクセス部２２１は、サーバ通信部２２２を介してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ同期応答と共に保留していたデータ参照要求を行う。データ同期応答には端末ＩＤ、ユーザＩＤ、パスワード、ユーザデータ種別、項目ＩＤ及び処理結果を設定する。データ参照要求はステップＳ１３１と同一の内容である（ステップＳ１３８）。
【００９９】
次に、データ管理ソフトウェア１１の通信部１１１はデータ同期応答のユーザ情報とデータベース１２のユーザ情報テーブル１２１を使用して認証処理を行い、認証結果が正常であればデータ同期応答とデータ参照要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２はデータ同期応答をデータ変更部１１４に渡す。データ変更部１１４は、データ同期応答から端末ＩＤ、ユーザＩＤ、ユーザデータ種別、及び項目ＩＤを取得してキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザデータ種別が合致するキャッシュ状態管理テーブル１２４から端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとして検索し、該当レコードのキャッシュ状態を同期済、処理中フラグをＯＦＦに更新し、処理結果を正常でデータ変更部１１４に返す。そして、データ変更部１１４は、処理結果を正常でデータアクセス管理部１１２に返す。図２５は、キャッシュ状態管理テーブル１２４においてキャッシュ状態がプッシュ配信のレコードを同期済に更新する例を示している（ステップＳ１３９）。
【０１００】
次に、データアクセス管理部１１２は、データ同期応答と共に渡されたデータ参照要求の処理を開始し、以降はステップＳ５〜Ｓ１０と同一の処理を行う（ステップＳ１４０）。
【０１０１】
本第１の実施例では、携帯端末２、３として携帯電話を使用する場合について説明したが、ＰＤＡ等の携帯可能、かつ通信機能を有していてインターネットなどの通信回線４に接続可能な端末についても適用可能である。
【０１０２】
また、データ管理サーバ１と携帯端末２、３がインターネットなどの通信回線４で接続される場合について説明したが、セキュリティを高めるためにデータ管理サーバ１とインターネットとの間にファイアウォールを設置するように構成してもよい。
【０１０３】
さらに、ユーザデータの格納にデータ管理サーバ１のデータベース１２を利用する場合について説明したが、ファイルシステムを利用するように構成してもよい。
【０１０４】
さらにまた、第１の実施例ではデータアクセスソフトウェア２２、３２からデータ管理サーバ１へ要求の都度、データ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１で認証処理を行う場合について説明したが、一度認証結果が正常であれば以降はＡＰサーバが提供する既知のセッション管理機能を利用して、セッションが有効な期間は認証処理を省略するように構成してもよい。
【０１０５】
また、ユーザデータ種別毎にユーザデータテーブル１２３及びキャッシュ状態管理テーブル１２４をセットで用意する場合について説明したが、複数のユーザデータ種別を一組のユーザデータテーブル１２３とキャッシュ状態管理テーブル１２４で利用するように構成してもよい。その場合、ユーザデータテーブル１２３及びキャッシュ状態管理テーブル１２４にはユーザデータ種別がキーとして追加されることになる。
【０１０６】
さらに、データ参照要求、データ変更要求、データ同期要求、及びデータ同期応答は一つの項目に関して処理を行う場合について説明したが、複数の項目に関する情報を処理するよう構成してもよい。
【０１０７】
さらにまた、第１の実施例ではデータ参照要求、データ変更要求、データ同期開始要求、データ同期要求、及びデータ同期応答は１つのユーザデータ種別に関して処理を行う場合について説明したが、複数のユーザデータ種別を処理するよう構成してもよい。
【０１０８】
また、変更されたユーザデータを同一ユーザの別の携帯端末に反映する時にデータアクセスソフトウェアからデータ参照要求を送信する場合について説明したが、特にデータ参照要求である必要はなく、例えば周期的なポーリング要求などの別のメッセージを利用するよう構成してもよい。
【０１０９】
さらに、データ変更要求はユーザデータの変更が行われたタイミングでデータ管理サーバに送信する場合について説明したが、回線断等の理由で携帯端末とデータ管理サーバ間の通信が行えない場合はデータ変更要求を内部退避しておいて回線復旧後にデータ管理サーバへ送信するように構成してもよい。
【０１１０】
次に、本実施例の効果について説明する。第１の効果は、サーバ側で携帯端末のユーザデータのキャッシュ状態を管理できることにある。例えば、ある携帯端末にはＡさんのアドレスデータは最新のデータが格納されており、Ｂさんのアドレスデータはキャッシュから削除されているなどのキャッシュ状態をサーバ側で管理することができる。
【０１１１】
その理由は、データ管理サーバのキャッシュ状態管理テーブルには端末、ユーザ、項目毎にキャッシュ状態の格納エリアを用意し、携帯端末からのユーザデータへのアクセス毎にキャッシュ状態テーブルのキャッシュ状態を更新して情報を最新に保っているためである。
【０１１２】
第２の効果は、携帯端末によりユーザデータを変更した時に古いユーザデータをキャッシュに格納している同一ユーザが使用する別の携帯端末に変更の反映を行えることにある。例えば、携帯端末でスケジュールを更新した場合、古いスケジュールをキャッシュに格納している同一ユーザが使用する別の携帯端末がサーバにアクセスしたタイミングで別の携帯端末のキャッシュに変更を反映できる。
【０１１３】
その理由は、キャッシュ状態管理テーブルのキャッシュ状態を、ユーザデータを変更した携帯端末だけでなく、同一ユーザが使用する別の携帯端末に関しても更新し、かつ別の携帯端末からサーバにアクセス時にキャッシュ状態管理テーブルをチェックしてデータ同期を行うことができるためである。
【０１１４】
第３の効果は、サーバ側の判断によって携帯端末のキャッシュにユーザデータの格納が行えることにある。例えば、サーバに新しいスケジュールが登録されたが、スケジュールに関連するＡさんのアドレスデータが携帯端末からキャッシュ削除されている場合、新しいスケジュールデータと共にＡさんのアドレスデータを携帯端末のキャッシュに格納することができる。
【０１１５】
その理由は、キャッシュ状態管理テーブルのキャッシュ状態をプッシュ配信に設定することにより、ユーザデータの変更が行われていなくてもデータ同期の対象として処理することができるためである。
【０１１６】
[第２の実施例．]
次に、本発明の第２の実施例の構成について図面を参照して詳細に説明する。図２６は、本発明の第２の実施例にかかる端末キャッシュ状態管理システムを示す図である。図２６を参照すると端末キャッシュ状態管理システム１０１は、データ管理サーバ１と、同一ユーザが使用する携帯端末２と、携帯端末３と、ＰＣ５から構成されている。データ管理サーバ１、携帯端末２、携帯端末３、及びＰＣ５はインターネットなどの通信回線４を介して接続され通信を行う。
【０１１７】
データ管理サーバ１は、第１の実施例と同じ構成でありＰＣ５からデータアクセスに関する要求を受信する点のみ異なる。携帯端末２、３は、第１の実施例と同一の構成である。ＰＣ５は、Ｗｅｂブラウザ５１を含む。
【０１１８】
図２７は、本実施例にかかるデータ管理サーバを示すブロック図である。図２７を参照するとデータ管理ソフトウェア１１は、図３に示す第１の実施例に対してコンテンツ提供部１１７が追加されている。本実施例で追加されたデータ管理ソフトウェア１１のコンテンツ提供部１１７は概略つぎのように動作する。
【０１１９】
コンテンツ提供部１１７は、通信部１１１から渡されたＰＣ５のＷｅｂブラウザ５１からのコンテンツ取得要求に基づいてユーザデータの参照、登録、更新、及び削除の機能を利用でき、コンテンツを動的に生成して返す。コンテンツを動的に生成する機能はＡＰサーバの既知の手法を利用する。
【０１２０】
次に、本発明の第２の実施例の動作について詳細に説明する。まず、準備段階のシステムの動作について説明する。データ管理サーバ１、携帯端末２、及び携帯端末３は第１の実施例と同様の動作となる。ＰＣ５にはＷｅｂブラウザ５１を事前にインストールする。もしくは既にＰＣ５にインストール済のＷｅｂブラウザを使用する。また、ＰＣ５の利用者にはデータ管理サーバ１のデータ管理ソフトウェア１１にアクセスするためのＵＲＬを予め通知しておく。
【０１２１】
携帯端末のデータ利用ソフトウェアがユーザデータを参照する時のシステムの動作については第１の実施例と同じ動作となる。
【０１２２】
（１１）ＰＣのＷｅｂブラウザがユーザデータを参照する時のシステムの動作
図２８は、ＰＣのＷｅｂブラウザがユーザデータを参照する際の動作を示すフローチャートである。最初に、ＰＣ５のＷｅｂブラウザ５１を起動してユーザデータへのアクセスに関するコンテンツをデータ管理サーバ１からダウンロードして表示し、データ参照と関連付けた画面部品を操作してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ参照要求を行う。データ参照要求にはユーザＩＤ、パスワード、指定されたユーザデータ種別及び項目ＩＤ又は検索条件を設定する（ステップＳ１４１）。
【０１２３】
次に、データ管理ソフトウェア１１の通信部１１１はデータ参照要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１を使用して認証処理を行い、認証結果が正常であればデータ参照要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２は、データ参照部１１３にデータ参照要求を渡す。データ参照部１１３は、データ参照要求からユーザデータ種別及び項目ＩＤ又は検索条件を取得する。そして、ユーザデータ種別が合致するユーザデータテーブル１２３から項目ＩＤ又は検索条件を使用してユーザデータを取得する。検索条件を使用した場合は、ユーザデータと共に項目ＩＤも取得する（ステップＳ１４２）。
【０１２４】
次に、データ参照部１１３は取得したユーザデータをデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡されたユーザデータと元のデータ参照要求からデータ参照応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ参照応答をＰＣ５のＷｅｂブラウザ５１に返信する（ステップＳ１４３）。
【０１２５】
携帯端末のデータ利用ソフトウェアがユーザデータを登録する時のシステムの動作については第１の実施例と同じ動作となる。
【０１２６】
（１２）ＰＣのＷｅｂブラウザがユーザデータを登録する時のシステムの動作
図２９は、ＰＣのＷｅｂブラウザがユーザデータを登録する際の動作を示すフローチャートである。最初に、ＰＣ５のＷｅｂブラウザ５１を起動してユーザデータへのアクセスに関するコンテンツをデータ管理サーバ１からダウンロードして表示し、データ登録と関連付けた画面部品を操作してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ変更要求を行う。データ変更要求にはユーザＩＤ、パスワード、指定されたユーザデータ種別、ユーザデータ、及びアクセス種別＝登録を設定する（ステップ１５１）。
【０１２７】
次に、データ管理ソフトウェア１１の通信部１１１はデータ変更要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１を使用して認証処理を行い、認証結果が正常であればデータ変更要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２は、データ変更部１１４にデータ変更要求を渡す。データ変更部１１４は、データ変更要求から取得したユーザデータ種別の項目ＩＤを新たに採番し、その項目ＩＤでユーザデータ種別と合致するユーザデータテーブル１２３にデータ変更要求から取得したユーザデータを登録する（ステップＳ１５２）。
【０１２８】
次に、データ変更部１１４はユーザＩＤ、ユーザデータ種別、項目ＩＤ及びアクセス種別＝登録をセットにしてキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザＩＤをキーとして端末情報テーブル１２２の検索を行い、ユーザＩＤが使用する端末ＩＤが存在するかチェックする。存在しない場合、データ変更部１１４に処理結果を正常として返す。存在する場合、キャッシュ状態管理テーブル１２４に全端末に関して端末ＩＤとユーザＩＤと項目ＩＤをキーとしてキャッシュ状態を未登録でレコードを登録し、データ変更部１１４に処理結果を正常として返す。同一ユーザの携帯端末のキャッシュ状態を更新しておくことで、同様にキャッシュ管理ができ、また、当該携帯端末がデータ管理サーバにアクセスした際にデータ同期を行うことができる。図３０は、キャッシュ状態管理テーブル１２４において同一ユーザが使用する全端末の端末ＩＤでキャッシュ状態を未登録として登録する例を示している（ステップＳ１５３）。
【０１２９】
次に、データ変更部１１４は処理結果と採番した項目ＩＤをデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡された処理結果と項目ＩＤと元のデータ変更要求からデータ変更応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ変更応答をＰＣ５のＷｅｂブラウザ５１に返信する（ステップＳ１５４）。
【０１３０】
登録されたユーザデータを同一ユーザの別の携帯端末に反映する時のシステムの動作については第１の実施例と同じ動作となる。
【０１３１】
携帯端末のデータ利用ソフトウェアがユーザデータを更新する時のシステムの動作については第１の実施例と同じ動作となる。
【０１３２】
（１３）ＰＣのＷｅｂブラウザがユーザデータを更新する時のシステムの動作
図３１は、ＰＣのＷｅｂブラウザがユーザデータを更新する際の動作を示すフローチャートである。最初に、ＰＣ５のＷｅｂブラウザ５１を起動してユーザデータへのアクセスに関するコンテンツをデータ管理サーバ１からダウンロードして表示し、データ更新と関連付けた画面部品を操作してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ変更要求を行う。データ変更要求にはユーザＩＤ、パスワード、指定されたユーザデータ種別と項目ＩＤ、ユーザデータ、及びアクセス種別＝更新を設定する（ステップＳ１６１）。
【０１３３】
次に、データ管理ソフトウェア１１の通信部１１１はデータ変更要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１を使用して認証処理を行い、認証結果が正常であればデータ変更要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２は、データ変更部１１４にデータ変更要求を渡す。データ変更部１１４はデータ変更要求からユーザデータ種別、項目ＩＤ及びユーザデータを取得し、ユーザデータ種別と合致するユーザデータテーブル１２３の項目ＩＤをキーとしてユーザデータを更新する（ステップＳ１６２）。
【０１３４】
次に、データ変更部１１４はユーザＩＤ、ユーザデータ種別、項目ＩＤ、及びアクセス種別＝更新をセットにしてキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザＩＤをキーとして端末情報テーブル１２２の検索を行い、ユーザＩＤが使用する端末ＩＤが存在するかチェックする。存在しない場合、データ変更部１１４に処理結果を正常として返す。存在する場合、キャッシュ状態管理テーブル１２４に全端末に関して端末ＩＤ、ユーザＩＤ及び項目ＩＤをキーとしてキャッシュ状態を未更新でレコードを更新し、データ変更部１１４に処理結果を正常として返す。同一ユーザの携帯端末のキャッシュ状態を更新しておくことで、同様にキャッシュ管理ができ、また、当該携帯端末がデータ管理サーバにアクセスした際にデータ同期を行うことができる。図３２は、キャッシュ状態管理テーブル１２４において同一ユーザが使用する全端末の端末ＩＤでキャッシュ状態を未更新でレコードを更新する例を示している（ステップＳ１６３）。
【０１３５】
次に、データ変更部１１４は処理結果をデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡された処理結果と元のデータ変更要求からデータ変更応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ変更応答をＰＣ５のＷｅｂブラウザ５１に返信する（ステップＳ１６４）。
【０１３６】
更新されたユーザデータを同一ユーザの別の携帯端末に反映する時のシステムの動作については第１の実施例と同じ動作となる。
【０１３７】
携帯端末のデータ利用ソフトウェアがユーザデータを削除する時のシステムの動作については第１の実施例と同じ動作となる。
【０１３８】
（１４）ＰＣのＷｅｂブラウザがユーザデータを削除する時のシステムの動作
図３３は、ＰＣのＷｅｂブラウザがユーザデータを削除する際の動作を示すフローチャートである。最初に、ＰＣ５のＷｅｂブラウザ５１を起動してユーザデータへのアクセスに関するコンテンツをデータ管理サーバ１からダウンロードして表示し、データ削除と関連付けた画面部品を操作してデータ管理サーバ１のデータ管理ソフトウェア１１の通信部１１１へデータ変更要求を行う。データ変更要求にはユーザＩＤ、パスワード、指定されたユーザデータ種別と項目ＩＤ、及びアクセス種別＝削除を設定する（ステップＳ１７１）。
【０１３９】
次に、データ管理ソフトウェア１１の通信部１１１はデータ変更要求のユーザ情報とデータベース１２のユーザ情報テーブル１２１を使用して認証処理を行い、認証結果が正常であればデータ変更要求をデータアクセス管理部１１２に渡す。そして、データアクセス管理部１１２は、データ変更部１１４にデータ変更要求を渡す。データ変更部１１４はデータ変更要求からユーザデータ種別及び項目ＩＤを取得し、ユーザデータ種別と合致するユーザデータテーブル１２３の項目ＩＤをキーとして検索し、レコードを削除する（ステップＳ１７２）。
【０１４０】
次に、データ変更部１１４はユーザＩＤ、ユーザデータ種別、項目ＩＤ、及びアクセス種別＝削除をセットにしてキャッシュ状態管理部１１５に渡す。キャッシュ状態管理部１１５は、ユーザＩＤをキーとして端末情報テーブル１２２の検索を行い、ユーザＩＤが使用する端末ＩＤが存在するかチェックする。存在しない場合、データ変更部１１４に処理結果を正常として返す。存在する場合、キャッシュ状態管理テーブル１２４に全端末に関して端末ＩＤ、ユーザＩＤ、及び項目ＩＤをキーとしてキャッシュ状態を未削除でレコードを更新し、データ変更部１１４に処理結果を正常として返す。同一ユーザの携帯端末のキャッシュ状態を更新しておくことで、同様にキャッシュ管理ができ、また、当該携帯端末がデータ管理サーバにアクセスした際にデータ同期を行うことができる。図３４は、キャッシュ状態管理テーブル１２４において同一ユーザが使用する全端末の端末ＩＤでキャッシュ状態を未削除でレコードを更新する例を示している（ステップＳ１７３）。
【０１４１】
次に、データ変更部１１４は処理結果をデータアクセス管理部１１２に返す。データアクセス管理部１１２は渡された処理結果と元のデータ変更要求からデータ変更応答を生成して通信部１１１に返す。通信部１１１は渡されたデータ変更応答をＰＣ５のＷｅｂブラウザ５１に返信する（ステップＳ１７４）。
【０１４２】
削除されたユーザデータを同一ユーザの別の携帯端末に反映する時のシステムの動作については第１の実施例と同じ動作となる。
【０１４３】
携帯端末のデータアクセスソフトウェアがユーザデータをキャッシュから削除する時のシステムの動作については第１の実施例と同じ動作となる。
【０１４４】
携帯端末へユーザデータをプッシュ配信する要求する時のシステムの動作については第１の実施例と同じ動作となる。
【０１４５】
プッシュ配信が設定されたユーザデータを携帯端末に反映する時のシステムの動作については第１の実施例と同じ動作となる。
【０１４６】
本発明の第２の実施例では、ＰＣ５のＷｅｂブラウザ５１を利用しているが、データ管理サーバ１のコンテンツ提供部１１７からダウンロードするコンテンツの処理が可能な専用アプリケーションを利用するように構成してもよい。
【０１４７】
また、第２の実施例では、コンテンツ提供部１１７をデータ管理サーバ１のデータ管理ソフトウェア１１内に配置しているが、コンテンツ提供部１１７のみ別サーバに配置して、データ管理サーバ１のデータ管理ソフトウェア１１との通信を行うように構成してもよい。
なお、第１の実施例に他の構成として記載した内容は第２の実施例にも適用可能である。
【０１４８】
本実施例においても、第１の実施例と同一の効果を奏する。さらに、コンテンツ提供部１１７は、通信部１１１から渡されたＰＣ５のＷｅｂブラウザ５１からのコンテンツ取得要求に基づいてユーザデータの参照、登録、更新、及び削除の機能を利用でき、コンテンツを動的に生成し、ユーザデータを更新する。この場合も、データ管理サーバ１から携帯端末のキャッシュの状態を適宜更新し、携帯端末のキャッシュのデータを更新すべき場合は更新することで、データ管理サーバ１にて携帯端末のキャッシュデータを管理することができる。
【０１４９】
なお、本発明は上述した実施例のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。例えば、上述の実施例では、ハードウェアの構成として説明したが、これに限定されるものではなく、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。この場合、コンピュータプログラムは、記録媒体に記録して提供することも可能であり、また、インターネットその他の伝送媒体を介して伝送することにより提供することも可能である。
【図面の簡単な説明】
【０１５０】
【図１】本発明の原理を説明するための端末キャッシュ管理サーバを示す図である。
【図２】本発明の第１の実施例にかかる端末キャッシュ状態管理システムを示す図である。
【図３】本発明の第１の実施例にかかる端末キャッシュ状態管理システムにおけるデータ管理サーバを示すブロック図である。
【図４】本発明の第１の実施例にかかる端末キャッシュ状態管理システムにおける携帯端末を示すブロック図である。
【図５】本発明の第１の実施例にかかる端末キャッシュ状態管理システムにおける携帯端末３を示すブロック図である。携帯端末３の構成は、携帯端末２と同一の構成である。
【図６】携帯端末のデータ利用ソフトウェアがデータを参照する際の動作を示すフローチャートである。
【図７】キャッシュ状態管理テーブル１２４においてキャッシュ状態をキャッシュ削除から同期済に更新する場合のキャッシュ状態管理テーブルを示す図である。
【図８】携帯端末のデータ利用ソフトウェアがユーザデータを登録する際の動作を示すフローチャートである。
【図９】要求元の端末ＩＤでキャッシュ状態を同期済でレコードを登録、及び同一ユーザが使用する別の端末ＩＤでキャッシュ状態を未登録でレコードを登録する場合のキャッシュ状態管理テーブルを示す図である。
【図１０】登録されたユーザデータを同一ユーザの別の携帯端末に反映する際の動作を示すフローチャートである。
【図１１】キャッシュ状態が未登録のレコードを同期済に更新する場合のキャッシュ状態管理テーブルを示す図である。
【図１２】携帯端末のデータ利用ソフトウェアがユーザデータを更新する際の動作を示すフローチャートである。
【図１３】同一ユーザが使用する別の端末ＩＤでャッシュ状態を未更新に更新する場合のキャッシュ状態管理テーブルを示す図である。
【図１４】更新されたユーザデータを同一ユーザの別の携帯端末に反映する際の動作を示すフローチャートである。
【図１５】キャッシュ状態が未更新のレコードを同期済に更新する場合のキャッシュ状態管理テーブルを示す図である。
【図１６】携帯端末のデータ利用ソフトウェアがユーザデータを削除する際の動作を示すフローチャートである。
【図１７】要求元の端末ＩＤでキャッシュ状態を削除でレコードを更新、及び同一ユーザが使用する別の端末ＩＤでャッシュ状態を未削除でレコードを更新する場合のキャッシュ状態管理テーブルを示す図である。
【図１８】削除されたユーザデータを同一ユーザの別の携帯端末に反映する際の動作を示すフローチャートである。
【図１９】別端末のユーザデータキャッシュ３３１のユーザデータの削除が完了してキャッシュ状態管理テーブル１２４の全端末のレコードを削除する場合のキャッシュ状態管理テーブルを示す図である。
【図２０】携帯端末のデータアクセスソフトウェアがユーザデータをキャッシュから削除する際の動作を示すフローチャートである。
【図２１】要求元の端末ＩＤのレコードのキャッシュ状態をキャッシュ削除で更新する場合のキャッシュ状態管理テーブルを示す図である。
【図２２】データ管理サーバのデータ管理ソフトがユーザデータのプッシュ配信を設定する際の動作を示すフローチャートである。
【図２３】キャッシュ状態管理テーブル１２４においてプッシュ配信対象の端末ＩＤのレコードのキャッシュ状態をプッシュ配信で更新する場合のキャッシュ状態管理テーブルを示す図である。
【図２４】プッシュ配信が設定されたユーザデータを携帯端末に反映する際の動作を示すフローチャートである。
【図２５】キャッシュ状態がプッシュ配信のレコードを同期済に更新する場合のキャッシュ状態管理テーブルを示す図である。
【図２６】本発明の第２の実施例にかかる端末キャッシュ状態管理システムを示す図である。
【図２７】本発明の第２の実施例にかかる端末キャッシュ状態管理システムにおけるデータ管理サーバを示すブロック図である。
【図２８】ＰＣのＷｅｂブラウザがユーザデータを参照する際の動作を示すフローチャートである。
【図２９】ＰＣのＷｅｂブラウザがユーザデータを登録する際の動作を示すフローチャートである。
【図３０】同一ユーザが使用する全端末の端末ＩＤでキャッシュ状態を未登録でレコードを登録する場合のキャッシュ状態管理テーブルを示す図である。
【図３１】ＰＣのＷｅｂブラウザがユーザデータを更新する際の動作を示すフローチャートである。
【図３２】同一ユーザが使用する全端末の端末ＩＤでキャッシュ状態を未更新でレコードを更新する場合のキャッシュ状態管理テーブルを示す図である。
【図３３】ＰＣのＷｅｂブラウザがユーザデータを削除する際の動作を示すフローチャートである。
【図３４】同一ユーザが使用する全端末の端末ＩＤでキャッシュ状態を未削除でレコードを更新する場合のキャッシュ状態管理テーブルを示す図である。
【符号の説明】
【０１５１】
１  データ管理サーバ
２  携帯端末
４  通信回線
１１  データ管理ソフトウェア
１２  データベース
２１  データ利用ソフトウェア
２２  データアクセスソフトウェア
２３  ストレージ
３１  データ利用ソフトウェア
３２  データアクセスソフトウェア
３３  ストレージ
５１  ブラウザ
１００、１０１  端末キャッシュ状態管理システム
１１１  通信部
１１２  データアクセス管理部
１１３  データ参照部
１１４  データ変更部
１１５  キャッシュ状態管理部
１１６  プッシュ配信要求部
１１７  コンテンツ提供部
１２１  ユーザ情報テーブル
１２２  端末情報テーブル
１２３  ユーザデータテーブル
１２４  キャッシュ状態管理テーブル
１５１  ステップ
２１２  サーバ通信部
２２１  データアクセス部
２２２  サーバ通信部
２２３  キャッシュ管理部
２３１  ユーザ情報
２３２  ユーザデータキャッシュ
３２１  データアクセス部
３２２  サーバ通信部
３２３  キャッシュ管理部
３３１  ユーザデータキャッシュ
３３２  ユーザデータキャッシュ
【図１】
0005217376.tif 000002
【図２】
0005217376.tif 000003
【図３】
0005217376.tif 000004
【図４】
0005217376.tif 000005
【図５】
0005217376.tif 000006
【図６】
0005217376.tif 000007
【図７】
0005217376.tif 000008
【図８】
0005217376.tif 000009
【図９】
0005217376.tif 000010
【図１０】
0005217376.tif 000011
【図１１】
0005217376.tif 000012
【図１２】
0005217376.tif 000013
【図１３】
0005217376.tif 000014
【図１４】
0005217376.tif 000015
【図１５】
0005217376.tif 000016
【図１６】
0005217376.tif 000017
【図１７】
0005217376.tif 000018
【図１８】
0005217376.tif 000019
【図１９】
0005217376.tif 000020
【図２０】
0005217376.tif 000021
【図２１】
0005217376.tif 000022
【図２２】
0005217376.tif 000023
【図２３】
0005217376.tif 000024
【図２４】
0005217376.tif 000025
【図２５】
0005217376.tif 000026
【図２６】
0005217376.tif 000027
【図２７】
0005217376.tif 000028
【図２８】
0005217376.tif 000029
【図２９】
0005217376.tif 000030
【図３０】
0005217376.tif 000031
【図３１】
0005217376.tif 000032
【図３２】
0005217376.tif 000033
【図３３】
0005217376.tif 000034
【図３４】
0005217376.tif 000035