(57)【要約】【課題】処理負荷の軽減と応答性の向上とを両立させる最適なデータアクセスを実現する。【解決手段】データ利用者１０１（クライアント）は、その記憶手段に存在しないデータを必要とするときに、必要なデータを指定したデータ要求をデータソース１００に送信する。データソース１００（サーバ）は、データ利用者１０１からのデータ要求を受信したときに、要求されたデータに所定の期限の情報を付加した構造体データ１０３を生成する。データソース１００は、構造体データを要求元のデータ利用者１０１に返信する。データ利用者１０１は、構造体データを受信して記憶手段に格納する。データ利用者１０１は、記憶手段に格納されたデータのうち期限が経過したデータのみを指定したデータ要求をデータソース１００に送信する。【選択図】  図１
2009064310.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークで接続されたクライアントとサーバとの間のデータ通信方法において、
クライアントは記憶手段に存在しないデータを必要とするときに、必要なデータを指定したデータ要求をサーバに送信する第１の要求ステップと、
前記サーバは前記クライアントからのデータ要求を受信したときに、要求されたデータに所定の期限の情報を付加した構造体データを生成する生成ステップと、
前記サーバは前記構造体データを要求元のクライアントに返信する返信ステップと、
前記クライアントは前記構造体データを受信して前記記憶手段に格納する受信ステップと、
前記クライアントは前記記憶手段に格納されたデータのうち前記期限が経過したデータのみを指定したデータ要求を前記サーバに送信する第２の要求ステップとを、繰り返し実行することを特徴とするデータ通信方法。
【請求項２】
請求項１記載のデータ通信方法において、
前記クライアントから前記サーバへのアクセスは、前記クライアントと前記サーバの処理が同期した同期アクセス、または処理が同期しない非同期アクセスであることを特徴とするデータ通信方法。
【請求項３】
請求項１記載のデータ通信方法において、
前記期限の情報は、当該データの有効期限と保存期限のうち少なくとも一方を示す日時情報であることを特徴とするデータ通信方法。
【請求項４】
請求項３記載のデータ通信方法において、
さらに、前記クライアントは前記期限の情報が保存期限を示す日時情報を含むときに、前記保存期限が経過したデータを前記記憶手段から消去する消去ステップを実行することを特徴とするデータ通信方法。
【請求項５】
ネットワークで接続されたクライアントとサーバとからなるクライアントサーバシステムにおいて、
前記サーバは、
データを蓄積するデータベースと、
このデータベースに蓄積されたデータの期限を予め定義した定義ファイルと、
クライアントからのデータ要求を受信したときに、要求されたデータに前記期限の情報を付加した構造体データを生成するデータ生成手段と、
前記構造体データを要求元のクライアントに返信する返信手段とを備え、
前記クライアントは、
前記サーバから取得したデータを記憶する記憶手段と、
この記憶手段に存在しないデータを必要とするときに、必要なデータを指定したデータ要求をサーバに送信する要求処理手段と、
前記サーバからの構造体データを受信して前記記憶手段に格納する受信手段と、
前記記憶手段に格納されたデータのうち前記期限が経過したデータのみを指定したデータ要求を前記サーバに送信する期限管理手段とを備えることを特徴とするクライアントサーバシステム。
【請求項６】
請求項５記載のクライアントサーバシステムにおいて、
さらに、前記クライアントは、前記期限の情報がデータの保存期限を示す日時情報を含むときに、前記保存期限が経過したデータを前記記憶手段から消去する消去手段を備えることを特徴とするクライアントサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントサーバシステムに係り、特にクライアントとサーバとの間のデータのアクセスを効率化するための技術に関するものである。
【背景技術】
【０００２】
従来より、例えば製品の製造や物流等に携わる企業では、複数のコンピュータ間を接続するネットワークシステムによって、プロセス制御や製品の出荷、生産管理、物流管理などを行うようになっている。このネットワークシステムは、大きく分けてプロセス制御システムや入出庫システム等の現場のシステムからデータを収集して蓄積するコンピュータであるサーバと、サーバからデータを取得して生産管理や物流管理等を行うコンピュータであるクライアントと、各コンピュータ間を接続するネットワークとから構成される。このようなネットワークシステムにおいて、異なるコンピュータ間でデータの送受信やデータの共有化を実現する技術として、ＯＰＣ（OLE for Process Control）が提案されている（例えば非特許文献１参照）。
【０００３】
ＯＰＣでは、データアクセスの方法として、同期読み込み、非同期読み込み、リフレッシュ、サブスクリプションの４種類の方法がある。
同期読み込みと非同期読み込みが異なる点は、同期読み込みでは、クライアントはサーバにデータを要求してからデータを受け取るまで他の処理を実行せずに待機しているのに対し、非同期読み込みでは、クライアントはサーバからデータを受け取るまで他の処理を実行できることである。
【０００４】
リフレッシュは、非同期読み込みの一種であるが、属性がアクティブ（読み込み可）となっている全てのデータをサーバからクライアントに送信する方法である。
サブスクリプションは、サーバが一定の周期毎にデータの変化をチェックし、データに所定の許容変化幅を超える変化があった場合に、変化したデータをクライアントに自動的に送信する方法である。
【０００５】
同期読み込み、非同期読み込み、及びリフレッシュは、何れもクライアントからのデータ要求によって生じる。クライアントが一定の周期毎にデータ要求を発生させる方式をスキャン方式、データが必要になったときにデータ要求を発生させる方式をデマンド方式と呼ぶ。
【０００６】
【非特許文献１】「ＯＰＣ技術概要書  Ｖｅｒｓｉｏｎ２．０」，日本ＯＰＣ協議会，１９９９年１１月
【発明の開示】
【発明が解決しようとする課題】
【０００７】
スキャン方式では、サーバから常に新しいデータを取得しているため、クライアントはデータの必要性が発生したときに直ぐにデータを利用できるという利点がある。反面、常にデータ要求を発生させているため、ネットワークの負荷の増大やサーバの処理負荷の増大につながるという問題点があった。
これに対して、デマンド方式では、クライアントはデータの必要性が発生してからデータを取得するため、スキャン方式に比べて、ネットワークの負荷やサーバの処理負荷を軽減することができる。しかし、応答性がネットワークやサーバの処理能力に委ねられるため、応答時間が遅いという問題点があった。
【０００８】
また、クライアントがデータ要求を発生させる方式に対して、ＯＰＣのサブスクリプションでは、クライアントからのデータ要求によらずにサーバがデータを自動的に送信するため、スキャン方式に比べて、ネットワークの負荷を軽減することができるが、サーバの処理負荷が増大するという問題点があった。
【０００９】
本発明は、上記課題を解決するためになされたもので、処理負荷の軽減と応答性の向上とを両立させることができる最適なデータアクセスを実現することを目的とする。
【課題を解決するための手段】
【００１０】
本発明のデータ通信方法において、クライアントは記憶手段に存在しないデータを必要とするときに、必要なデータを指定したデータ要求をサーバに送信する第１の要求ステップと、前記サーバは前記クライアントからのデータ要求を受信したときに、要求されたデータに所定の期限の情報を付加した構造体データを生成する生成ステップと、前記サーバは前記構造体データを要求元のクライアントに返信する返信ステップと、前記クライアントは前記構造体データを受信して前記記憶手段に格納する受信ステップと、前記クライアントは前記記憶手段に格納されたデータのうち前記期限が経過したデータのみを指定したデータ要求を前記サーバに送信する第２の要求ステップとを、繰り返し実行するようにしたものである。
また、本発明のデータ通信方法の１構成例において、前記クライアントから前記サーバへのアクセスは、前記クライアントと前記サーバの処理が同期した同期アクセス、または処理が同期しない非同期アクセスである。
また、本発明のデータ通信方法の１構成例において、前記期限の情報は、当該データの有効期限と保存期限のうち少なくとも一方を示す日時情報である。
また、本発明のデータ通信方法の１構成例において、さらに、前記クライアントは前記期限の情報が保存期限を示す日時情報を含むときに、前記保存期限が経過したデータを前記記憶手段から消去する消去ステップを実行するようにしたものである。
【００１１】
また、本発明のクライアントサーバシステムにおいて、サーバは、データを蓄積するデータベースと、このデータベースに蓄積されたデータの期限を予め定義した定義ファイルと、クライアントからのデータ要求を受信したときに、要求されたデータに前記期限の情報を付加した構造体データを生成するデータ生成手段と、前記構造体データを要求元のクライアントに返信する返信手段とを備え、クライアントは、前記サーバから取得したデータを記憶する記憶手段と、この記憶手段に存在しないデータを必要とするときに、必要なデータを指定したデータ要求をサーバに送信する要求処理手段と、前記サーバからの構造体データを受信して前記記憶手段に格納する受信手段と、前記記憶手段に格納されたデータのうち前記期限が経過したデータのみを指定したデータ要求を前記サーバに送信する期限管理手段とを備えるものである。
また、本発明のクライアントサーバシステムの１構成例において、さらに、前記クライアントは、前記期限の情報がデータの保存期限を示す日時情報を含むときに、前記保存期限が経過したデータを前記記憶手段から消去する消去手段を備えるものである。
【発明の効果】
【００１２】
本発明によれば、クライアントでは、構造体データの期限を参照することにより、再度データを取得する必要があるかどうかを判断することができるようになる。これにより、本発明では、データの期限に応じた最適なデータアクセスが可能になるので、ネットワークやサーバの処理負荷を軽減することができる。また、本発明では、従来のデマンド方式に比べてデータ取得の応答時間を短縮できる可能性が高くなる。
【００１３】
また、本発明では、保存期限が経過したデータをクライアントの記憶手段から消去することにより、クライアントによる無駄なデータ管理、データ保持を回避することができる。
【発明を実施するための最良の形態】
【００１４】
図１は本発明の概念を説明するための図である。データは、そのデータ種類毎に、有効期限や保存期限が決定される場合が多い。その場合、そのデータの有効期限、保存期限は、データソース１００側で決定される。
本発明では、データソース１００がデータ利用者１０１からのデータ要求１０２を受けて、データ利用者１０１にデータを供給する際に、要求されたデータに有効期限や保存期限などを付加したデータ１０３を渡す。
【００１５】
データ利用者１０１は、これらの期限を基に、再度データを取得する必要があるかどうか、取得済みのデータを保存しておく必要があるかどうか等を判断することができるようになる。つまり、データ利用者１０１は、有効期限が過ぎたデータをデータソース１００に再度要求し（図１の１０４）、また保存期限が過ぎたデータを消去する（図１の１０５）。
【００１６】
これにより、データ利用者１０１はデータソース１００に対して最適にアクセスすることができ、結果としてデータ利用者１０１もデータソース１００も処理負荷を軽減することができる。また、データ利用者１０１側では保存期限を過ぎたデータを消去することにより、無駄なデータ管理、データ保持を回避することができる。
【００１７】
［第１の実施の形態］
以下、本発明の実施の形態について説明する。図２は本発明の第１の実施の形態に係るクライアントサーバシステムの構成を示すブロック図である。本実施の形態では、クライアントサーバシステムを利用する例として、プロセス制御監視システムを例に挙げて説明する。サーバ１とクライアント２とは、ネットワーク３を介して接続されている。
【００１８】
サーバ１は、検出器や調節計、その他の計測器などのフィールド機器（データソース）４からプロセスデータを収集してデータベースに蓄積し、ネットワーク上にそれらデータを公開する。
クライアント２は、プロセス制御の監視を目的とするものであり、サーバ１からデータを取得して、演算、表示、印刷などの処理を行う。
【００１９】
サーバ１は、ネットワーク３と接続され、クライアント２と通信を行う送受信部１０と、データソース４からプロセスデータを受信するデータソースインタフェース（データソースＩＦ）１１と、データソースＩＦ１１が受信したプロセスデータを蓄積するデータベース（ＤＢ）１２と、プロセスデータの属性情報を予め定義する定義ファイル１３と、ＤＢ１２に蓄積されたプロセスデータと定義ファイル１３とから構造体データを生成するデータ生成部１４とを有する。
送受信部１０は、データを要求したクライアント２に対して構造体データを返信する返信手段を構成している。
【００２０】
定義ファイル１３に格納される属性情報としては、タイプと、期限情報などがある。プロセスデータのタイプとしては、実数型（Real）、整数型（Integer）、ブール型（Boolean）、文字列型（String）などがある。期限情報としては、プロセスデータの有効期限と保存期限がある。期限情報は、有効期限と保存期限の両方を含むものでもよいし、どちらか一方を含むものであってもよい。
【００２１】
クライアント２は、ネットワーク３と接続され、サーバ１と通信を行う送受信部２０と、後述するアプリケーションソフトウェアからの要求を処理する要求処理部２１と、サーバ１から取得したデータを格納する記憶部２２と、記憶部２２に格納されたデータの有効期限や保存期限を管理する期限管理部２３と、記憶部２２に格納されたデータに対して、演算、表示、印刷などの処理を行うアプリケーションソフトウェア２４とを有する。
送受信部２０は受信手段を構成し、期限管理部２３と要求処理部２１とは期限管理手段を構成し、また期限管理部２３は消去手段を構成している。
【００２２】
ネットワーク３としては、イーサネット（登録商標）などの汎用通信網、フィールドバス、プロセス制御ＬＡＮ、無線ＬＡＮなどが考えられるが、サーバ１とクライアント２との間の通信を実現できるものであれば、これらに限らず適用することができる。
【００２３】
以下、図２のクライアントサーバシステムの動作を説明する。図３はクライアント２のデータ要求時の動作を示すフローチャート、図４はサーバ１のデータ要求受信時の動作を示すフローチャートである。
【００２４】
まず、クライアント２のアプリケーションソフトウェア２４は、記憶部２２に所望のプロセスデータが存在するかどうかを確認し（図３ステップＳ１００）、プロセスデータが存在しない場合は、要求処理部２１に対して必要なデータを要求する。
アプリケーションソフトウェア２４の要求に応じて、要求処理部２１は、送受信部２０を介してサーバ１にデータ要求を送信する（ステップＳ１０１）。このデータ要求のメッセージには、プロセスデータを指定する識別子（例えばデータ名）が含まれる。
【００２５】
サーバ１の送受信部１０は、ネットワーク３を介してクライアント２からデータ要求を受信すると（図４ステップＳ２００においてＹＥＳ）、このデータ要求をデータ生成部１４に渡す。
データ生成部１４は、受信したデータ要求で指定されたプロセスデータをＤＢ１２から取得する共に、このプロセスデータの属性情報を定義ファイル１３から取得して、プロセスデータに属性情報を付加した構造体データを生成する（ステップＳ２０１）。
【００２６】
データ生成部１４は、生成した構造体データを送受信部１０に渡す。送受信部１０は、構造体データを要求元のクライアント２に送信する（ステップＳ２０２）。
図５は構造体データの構成を示す図である。構造体データは、プロセスデータの識別子であるタグ４００と、プロセスデータのタイプ４０１と、プロセスデータそのものが格納されるバリュー４０２と、サーバ１がプロセスデータを取得した日時を示すタイムスタンプ４０３と、プロセスデータの期限情報４０４とから構成される。タグ４００の例としては、データ名がある。タイプ４０１と期限情報４０４については、定義ファイルで説明したとおりである。期限情報４０４は、有効期限と保存期限の両方を含むものでもよいし、どちらか一方を含むものであってもよい。タイムスタンプ４０３は、絶対時刻でもよいし、ある基準の時刻からの相対時刻であってもよい。
【００２７】
クライアント２の送受信部２０は、ネットワーク３を介してサーバ１から構造体データを受信すると（図３ステップＳ１０２においてＹＥＳ）、受信した構造体データを記憶部２２に格納する（ステップＳ１０３）。
こうして、必要なデータを受信することができたので、アプリケーションソフトウェア２４は、受信した構造体データから所望のプロセスデータを取り出して処理することができる。
【００２８】
次に、クライアント２のデータ期限管理動作について図６を参照して説明する。クライアント２の期限管理部２３は、記憶部２２に格納されている構造体データの期限情報４０４を一定周期毎に確認する（図６ステップＳ３００）。
【００２９】
期限管理部２３は、構造体データの期限情報４０４の中に有効期限が存在し、かつ現在の日時が有効期限を過ぎている場合（ステップＳ３０１においてＹＥＳ）、この有効期限切れの構造体データに含まれるプロセスデータの取得を要求処理部２１に要求する。
期限管理部２３の要求に応じて、要求処理部２１は、送受信部２０を介してサーバ１にデータ要求を送信する（ステップＳ３０２）。ステップＳ１０１と同様に、データ要求のメッセージには、プロセスデータを指定する識別子が含まれる。
データ要求を受信したサーバ１の動作は、図４で説明したとおりである。
【００３０】
クライアント２の送受信部２０は、ネットワーク３を介してサーバ１から構造体データを受信すると（ステップＳ３０３においてＹＥＳ）、受信した構造体データを記憶部２２に格納する（ステップＳ３０４）。これにより、有効期限切れの構造体データは、受信した構造体データに更新される。
【００３１】
また、クライアント２の期限管理部２３は、記憶部２２に格納されている構造体データの期限情報４０４の中に保存期限が存在し、かつ現在の日時が保存期限を過ぎている場合（ステップＳ３０５においてＹＥＳ）、この保存期限切れの構造体データを記憶部２２から消去する（ステップＳ３０６）。
【００３２】
以上のように、クライアント２では、構造体データの有効期限を参照することにより、再度データを取得する必要があるかどうかを判断することができるようになる。プロセスデータの更新周期は、数ｍｓｅｃ程度のものから数分程度、あるいはそれ以上のものまで用途により千差万別である。そこで、更新周期に応じてプロセスデータの有効期限を予め定義ファイル１３に定義しておけば、データ毎に最適なデータアクセスを実現することができる。
【００３３】
従来の方式では、データ自体の有効性や保存期間についてデータ取得側が判断せざるを得なかった。このため、データ取得側はデータの有効性の高いものを求めて、必要以上にデータソースにアクセスしてデータソースの負荷を増大させていた。例えばスキャン方式では、プロセスデータの更新周期を考慮することなく、一定周期毎にクライアントからデータ要求を送信するため、ネットワークやサーバの処理負荷が増大する。これに対して、本実施の形態では、プロセスデータの更新周期に応じたデータアクセスが可能になるので、スキャン方式に比べてデータ要求の頻度を低くすることが可能となり、ネットワーク３やサーバ１の負荷を軽減することができる。
【００３４】
また、従来のデマンド方式では、クライアントはデータの必要性が発生してからデータを取得するため、応答時間が遅くなる。これに対して、本実施の形態では、記憶部２２に必要なデータが存在すれば、アプリケーションソフトウェア２４は記憶部２２からデータを取得し、また必要なデータが存在しない場合には、サーバ１からデータを取得し、さらにデータの有効期限が過ぎた場合には、サーバ１から再度データを取得するので、デマンド方式に比べてデータ取得の応答時間を短縮できる可能性が高くなる。
【００３５】
また、従来のサブスクリプションでは、サーバの処理負荷が増大するが、本実施の形態では、サーバ１はクライアント２からのデータ要求に応じて構造体データをクライアント２に送信すればよいので、サブスクリプションに比べてサーバ１の処理負荷を軽減することができる。
【００３６】
また、従来、クライアントは、データの保存期限を独自で管理しなければならず、ときには保存期限との関連がとれずにデータを消去することができず、余計なデータでストレージが圧迫されるという問題があった。これに対して、本実施の形態のクライアント２では、保存期限を過ぎたデータを消去することにより、無駄なデータ管理、データ保持を回避することができる。
【００３７】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。本実施の形態は、図２のクライアントサーバシステムを温度制御系に適用した例であり、データの有効期限の具体例を説明するものである。ただし、第１の実施の形態では、サーバ１が現場に配設され、クライアント２がその上位の装置として監視を行うものとなっているが、温度制御系の場合には、クライアント２が現場に配設され、サーバ１がクライアント２に対してデータ（温度設定値ＳＰ）を設定するものとなる。
【００３８】
クライアント２のアプリケーションソフトウェア２４は、制御対象の温度ＰＶが温度設定値ＳＰと一致するように、例えば空調機やヒータ等のアクチュエータを制御する。
ここで、制御周期としては例えば１秒程度の高速周期であったとしても、温度設定値ＳＰがこのような高速周期で変更される可能性は少ない。
【００３９】
そこで、例えば図７に示すような温度設定値ＳＰが設定される場合、温度設定値ＳＰの傾斜域では有効期限を短くし、平坦域では有効期限を長く設定する。
これにより、温度設定値ＳＰの傾斜域では、クライアント２からサーバ１に対するデータ要求の頻度が高くなり、クライアント２は温度設定値ＳＰを頻繁に取得する。一方、温度設定値ＳＰの平坦域では、データ要求の頻度が低くなり、クライアント２は傾斜域の場合よりも長い時間間隔で温度設定値ＳＰを取得する。
こうして、本実施の形態では、温度設定値ＳＰの設定状況に応じた最適なデータ要求を実現することができる。
【００４０】
［第３の実施の形態］
次に、本発明の第３の実施の形態について説明する。本実施の形態は、図２のクライアントサーバシステムを牛肉や野菜のトレーサビリティシステムに適用した例であり、データの有効期限と保存期限の具体例を説明するものである。
図８は本実施の形態のクライアントサーバシステムの概略構成を示す図である。本実施の形態では、牛肉の出荷元業者のサーバ１ａ、野菜の出荷元業者のサーバ１ｂ、流通業者のサーバ１ｃ、入荷先業者のサーバ１ｄ、気象予報会社のサーバ１ｅといったように複数のサーバがある。図８において、８０は牛肉や野菜の流れを示している。
【００４１】
サーバ１ａは、クライアント２（トレーサビリティ情報管理システム）からのデータ要求に応じて、牛肉の生産履歴データにタグ（牛肉の個体識別番号）とタイムスタンプ（出荷日時）と保存期限の情報とを付加した構造体データを送信する。
サーバ１ｂは、クライアント２からのデータ要求に応じて、野菜の生産履歴データにタグ（野菜の識別番号）とタイムスタンプ（出荷日時）と保存期限の情報とを付加した構造体データを送信する。
【００４２】
サーバ１ｃは、クライアント２からのデータ要求に応じて、牛肉や野菜の流通温度データにタグ（牛肉や野菜の識別番号）とタイムスタンプ（出荷日時）と保存期限の情報とを付加した構造体データを送信する。
サーバ１ｄは、クライアント２からのデータ要求に応じて、牛肉や野菜の入荷日時のデータにタグとタイムスタンプと保存期限の情報とを付加した構造体データを送信する。
【００４３】
サーバ１ｅは、クライアント２からのデータ要求に応じて、最高気温のデータにタグとタイムスタンプ（予報日時）と有効期限の情報とを付加した構造体データを送信する。
クライアント２は、第１の実施の形態と同様に、最高気温のデータの有効期限が切れる度に、サーバ１ｅに対してデータ要求を送信する。また、クライアント２は、保存期限が切れたトレーサビリティデータ（生産履歴、流通温度、入荷日時）を消去する。
【００４４】
こうして、本実施の形態では、クライアント２において保存期限が過ぎたデータを効率的に破棄することができる。これにより、クライアント２のパフォーマンスの低下回避とストレージ（記憶部２２）の有効活用を実現することができる。
【００４５】
なお、第１〜第３の実施の形態におけるサーバ１は、それぞれＣＰＵ、記憶装置およびインタフェースを備えたコンピュータとこれらのハードウェア資源を制御するプログラムによって実現することができる。同様に、クライアント２についても、コンピュータとそのプログラムによって実現することができる。これらのコンピュータのＣＰＵは、それぞれの記憶装置に格納されたプログラムに従って第１〜第３の実施の形態で説明した処理を実行する。
【００４６】
また、第１〜第３の実施の形態では、クライアント２がアプリケーションソフトウェア２４を含むものとしているが、クライアント２にとってアプリケーションソフトウェア２４は必須の構成ではない。クライアント２がサーバ１からデータ提供を受けるデータベースサーバの役目を果たし、蓄積したデータをアプリケーションソフトウェア２４が稼働する別のコンピュータに渡すようにしてもよい。
【産業上の利用可能性】
【００４７】
本発明は、クライアントサーバシステムに適用することができる。
【図面の簡単な説明】
【００４８】
【図１】本発明の概念を説明するための図である。
【図２】本発明の第１の実施の形態に係るクライアントサーバシステムの構成を示すブロック図である。
【図３】図２のクライアントサーバシステムにおけるクライアントのデータ要求時の動作を示すフローチャートである。
【図４】図２のクライアントサーバシステムにおけるサーバのデータ要求受信時の動作を示すフローチャートである。
【図５】本発明の第１の実施の形態における構造体データの構成を示す図である。
【図６】図２のクライアントサーバシステムにおけるクライアントのデータ期限管理動作を示すフローチャートである。
【図７】本発明の第２の実施の形態における温度設定値の設定例を示す図である。
【図８】本発明の第３の実施の形態に係るクライアントサーバシステムの概略構成を示す図である。
【符号の説明】
【００４９】
１，１ａ〜１ｅ…サーバ、２…クライアント、３…ネットワーク、４…データソース、１０，２０…送受信部、１１…データソースインタフェース、１２…データベース、１３…定義ファイル、１４…データ生成部、２１…要求処理部、２２…記憶部、２３…期限管理部、２４…アプリケーションソフトウェア。
【図１】
2009064310.tif 000003
【図２】
2009064310.tif 000004
【図３】
2009064310.tif 000005
【図４】
2009064310.tif 000006
【図５】
2009064310.tif 000007
【図６】
2009064310.tif 000008
【図７】
2009064310.tif 000009
【図８】
2009064310.tif 000010