"医療データをサーバからクライアントに伝送してクライアント上で図形表示する医療データ伝送システムであって、当該クライアントが、当該医療データについて、第1のタイムスケールより粗い第2のタイムスケールの描画データを要求し、その後に、当該第1のタイムスケールの描画データを要求する描画データ要求手段と、当該医療データに関する履歴例データを要求する履歴例データ要求手段と、当該第2のタイムスケールの描画データと当該履歴例データとから当該第1のタイムスケールの図形を示す当該第1のタイムスケールの画像データを生成して暫定表示する暫定表示手段と、当該第1のタイムスケールの描画データの受信に従い、当該第1のタイムスケールの描画データに基づく当該第1のタイムスケールの画像データで表示を更新する表示更新手段とを具備し、当該サーバが、当該クライアントからの当該描画データの要求に対し、指定されたタイムスケールの描画データを、当該医療データから生成して当該クライアントに送信する手段を具備することを特徴とする医療データ伝送システム。クライアントがサーバに、医療データについて、第1のタイムスケールより粗い第2のタイムスケールの描画データを要求し、その後に、当該第1のタイムスケールの描画データを要求する描画データ要求ステップと、当該クライアントが当該サーバに当該医療データに関する履歴例データを要求する履歴例データ要求ステップと、当該サーバが、当該クライアントからの当該描画データの要求に対し、指定されたタイムスケールの描画データを、当該医療データから生成して当該クライアントに送信するステップと、当該サーバが、当該クライアントから要求される当該医療データに関する履歴例データを当該クライアントに送信するステップと、当該クライアントが、当該第2のタイムスケールの描画データと当該履歴例データとから当該第1のタイムスケールの図形を示す当該第1のタイムスケールの画像データを生成して暫定表示する暫定表示ステップと、当該クライアントが、当該第1のタイムスケールの描画データの受信に従い、当該第1のタイムスケールの描画データに基づく当該第1のタイムスケールの画像データで表示を更新する表示更新ステップとを具備することを特徴とする医療データ伝送方法。医療データ供給装置から供給される医療データを図形として表示する通信端末であって、当該医療データについて、対応する図形を表示しようとする第1のタイムスケールより粗い第2のタイムスケールの描画データを要求し、その後に、当該第1のタイムスケールの描画データを要求する描画データ要求手段と、当該医療データ供給装置に当該医療データに関する履歴例データを要求する履歴例データ要求手段と、表示手段と、当該医療データ供給装置から受信した当該第2のタイムスケールの描画データと当該履歴例データとから当該第1のタイムスケールの図形を示す当該第1のタイムスケールの画像データを生成して当該表示手段に暫定表示させる暫定表示制御手段と、当該医療データ供給装置からの当該第1のタイムスケールの描画データの受信に従い、当該第1のタイムスケールの描画データに基づく当該第1のタイムスケールの画像データで当該表示手段の表示を更新する更新制御手段とを具備することを特徴とする通信端末。医療データ供給装置から供給される医療データを図形として表示する通信端末であって、当該医療データについて、対応する図形を表示しようとする第1のタイムスケールより粗い第2のタイムスケールの描画データを保持しているかどうかを確認する手段と、当該第2のタイムスケールの描画データを保持していない場合に、当該第2のタイムスケールの描画データを要求し、その後に、当該第1のタイムスケールの描画データを要求し、当該第2のタイムスケールの描画データを保持している場合に、当該第1のタイムスケールの描画データを要求する描画データ要求手段と、当該医療データ供給装置に当該医療データに関する履歴例データを要求する履歴例データ要求手段と、表示手段と、当該第2のタイムスケールの描画データと当該履歴例データとから当該第1のタイムスケールの図形を示す当該第1のタイムスケールの画像データを生成して当該表示手段に暫定表示させる暫定表示制御手段と、当該医療データ供給装置からの当該第1のタイムスケールの描画データの受信に従い、当該第1のタイムスケールの描画データに基づく当該第1のタイムスケールの画像データで当該表示手段の表示を更新する更新制御手段とを具備することを特徴とする通信端末。サーバクライアント方式の電子カルテシステムでは、サーバが、クライアントが表示しようとする時間部分の医療データをクライアントに伝送すると、ネットワークの負荷が大きくなり過ぎるだけでなく、クライアントでのグラフ作成の負荷も大きくなってしまう。これに対し、サーバが、クライアントが表示しようとする時間部分の医療データを、表示しようとするタイムスケールに応じたグラフデータに予め変形して、クライアントに送信することが考えられる。この場合、クライアントのグラフ化の負荷も、ネットワークの負荷も軽減されるが、タイムスケールの変更に伴い、サーバがグラフデータを再作成してクライアントに送信することになり、クライアントでの表示更新の遅れにつながる。本発明は、このような不都合を解消し、ネットワークの負荷を軽減すると共に、クライアントでのタイムスケールの変更に伴う表示更新の遅れを緩和する医療データ伝送システム及び方法並びに通信端末を提示することを目的とする。本発明に係る医療データ伝送システムは、医療データをサーバからクライアントに伝送してクライアント上で図形表示する医療データ伝送システムであって、当該クライアントが、当該医療データについて、第1のタイムスケールより粗い第2のタイムスケールの描画データを要求し、その後に、当該第1のタイムスケールの描画データを要求する描画データ要求手段と、当該医療データに関する履歴例データを要求する履歴例データ要求手段と、当該第2のタイムスケールの描画データと当該履歴例データとから当該第1のタイムスケールの図形を示す当該第1のタイムスケールの画像データを生成して暫定表示する暫定表示手段と、当該第1のタイムスケールの描画データの受信に従い、当該第1のタイムスケールの描画データに基づく当該第1のタイムスケールの画像データで表示を更新する表示更新手段とを具備し、当該サーバが、当該クライアントからの当該描画データの要求に対し、指定されたタイムスケールの描画データを、当該医療データから生成して当該クライアントに送信する手段を具備することを特徴とする。本発明に係る医療データ伝送方法は、クライアントがサーバに、医療データについて、第1のタイムスケールより粗い第2のタイムスケールの描画データを要求し、その後に、当該第1のタイムスケールの描画データを要求する描画データ要求ステップと、当該クライアントが当該サーバに当該医療データに関する履歴例データを要求する履歴例データ要求ステップと、当該サーバが、当該クライアントからの当該描画データの要求に対し、指定されたタイムスケールの描画データを、当該医療データから生成して当該クライアントに送信するステップと、当該サーバが、当該クライアントから要求される当該医療データに関する履歴例データを当該クライアントに送信するステップと、当該クライアントが、当該第2のタイムスケールの描画データと当該履歴例データとから当該第1のタイムスケールの図形を示す当該第1のタイムスケールの画像データを生成して暫定表示する暫定表示ステップと、当該クライアントが、当該第1のタイムスケールの描画データの受信に従い、当該第1のタイムスケールの描画データに基づく当該第1のタイムスケールの画像データで表示を更新する表示更新ステップとを具備することを特徴とする。本発明に係る通信端末は、医療データ供給装置から供給される医療データを図形として表示する通信端末であって、当該医療データについて、対応する図形を表示しようとする第1のタイムスケールより粗い第2のタイムスケールの描画データを要求し、その後に、当該第1のタイムスケールの描画データを要求する描画データ要求手段と、当該医療データ供給装置に当該医療データに関する履歴例データを要求する履歴例データ要求手段と、表示手段と、当該医療データ供給装置から受信した当該第2のタイムスケールの描画データと当該履歴例データとから当該第1のタイムスケールの図形を示す当該第1のタイムスケールの画像データを生成して当該表示手段に暫定表示させる暫定表示制御手段と、当該医療データ供給装置からの当該第1のタイムスケールの描画データの受信に従い、当該第1のタイムスケールの描画データに基づく当該第1のタイムスケールの画像データで当該表示手段の表示を更新する更新制御手段とを具備することを特徴とする。本発明に係る通信端末は、医療データ供給装置から供給される医療データを図形として表示する通信端末であって、当該医療データについて、対応する図形を表示しようとする第1のタイムスケールより粗い第2のタイムスケールの描画データを保持しているかどうかを確認する手段と、当該第2のタイムスケールの描画データを保持していない場合に、当該第2のタイムスケールの描画データを要求し、その後に、当該第1のタイムスケールの描画データを要求し、当該第2のタイムスケールの描画データを保持している場合に、当該第1のタイムスケールの描画データを要求する描画データ要求手段と、当該医療データ供給装置に当該医療データに関する履歴例データを要求する履歴例データ要求手段と、表示手段と、当該第2のタイムスケールの描画データと当該履歴例データとから当該第1のタイムスケールの図形を示す当該第1のタイムスケールの画像データを生成して当該表示手段に暫定表示させる暫定表示制御手段と、当該医療データ供給装置からの当該第1のタイムスケールの描画データの受信に従い、当該第1のタイムスケールの描画データに基づく当該第1のタイムスケールの画像データで当該表示手段の表示を更新する更新制御手段とを具備することを特徴とする。本発明によれば、クライアントのリソースが貧弱でも、またネットワークが貧弱でも、より少ないデータ伝送で、図形化されたデータをクライアント上に早期に表示できる。以下、図面を参照して、本発明の実施例を詳細に説明する。図1は、携帯端末10とサーバ40からなるシステムに適用した本発明の一実施例の概略構成ブロック図を示す。図2は、クライアントである携帯端末10の動作フローチャートを示し、図3は、サーバ40の動作フローチャートを示す。クライアントである携帯端末10は、ネットワーク30を介してサーバ40と接続し、サーバ40の電子カルテデータを閲覧し表示できる。携帯端末10は、テキスト情報とグラフ情報を同時表示可能な、通信機能を有する通信端末であり、例えば、携帯電話、又は小型画面を有する情報端末である。携帯端末10は、全体を制御するCPU12、CPU12のためのメモリ14、並びに、文字入力、ズーム操作及びスクロール操作のための操作装置16を具備する。通信装置18が、ネットワーク30を介してサーバ40と通信する。表示画像生成装置20は、サーバ40からの履歴データ及びグラフを示すベクトルデータから線図、折れ線グラフ、円グラフ等を示す画像データを生成する。VRAM22には、表示装置24で表示すべきテキスト及び画像を示すデータが格納され、表示装置24は、有効化されると、一定周期でVRAM22の記憶データを読み出して、相応する画像を画面に表示する。CPU12、バス26を介して、メモリ14、操作装置16、通信装置18、表示画像生成装置20及びVRAM22及び表示装置24と通信し、これらを制御する。他方、サーバ40は、全体を制御するCPU42と、CPU42のためのメモリ44、電子カルテデータベースDB46、及び履歴例データベースDB48、表示用データ生成装置50、及び通信装置52を具備する。CPU42は、バス54を介して、メモリ44、電子カルテデータベースDB46、履歴例データベースDB48、表示用データ生成装置50及び通信装置52と通信する。電子カルテデータベース46には、複数の患者の電子カルテデータが格納され、各患者の電子カルテには、投薬注射を含むや検査の履歴が時系列で記録されている。履歴例データベースDB48には、症例毎及び薬毎の、投薬や検査の時系列での典型的な履歴パターン、例えば、1日1回朝食後とか、1日3回の食後とかの典型履歴パターンが格納されている。このような履歴例データは、例えば、患者特徴を無視した症例ごとの統計データから値の平均を算出する。患者を予め特定の指標で分類し、その分類毎にこの方法で平均を算出する。症例の組み合わせに応じて生成しても良い。ある種の薬には、検査との相関があり、投薬パターンから検査パターンを推定でき,検査パターンから投薬パターンを推定できる。また、患者の属性年齢、性別、体重と、病歴、及び過去の検査値とその変化に対する実際の投薬パターンデータを集積し,統計処理したものを履歴例データベース48に格納しても良い。この場合、サーバ40は、携帯端末10からの履歴例データの要求に対し、患者の属性、病歴、及び過去の検査値とその変化を参照して、携帯端末10に送信すべき履歴例データを決定する。図2及び図3を参照して、本実施例の動作を説明する。携帯端末10のユーザは、携帯端末10で電子カルテ閲覧のアプリケーションソフトウエアを起動し、操作装置16により、電子カルテを閲覧したい患者IDを入力するS1。CPU12は、通信装置18を介して、入力された患者ID、端末ID及び表示装置24の表示能力を含む電子カルテ要求をサーバ40に送信し、電子カルテデータを受信するS2。端末IDは携帯端末10を特定する識別情報であり、例えば、電子カルテデータベース46へのアクセスを許可された端末かどうかを判断するのに使用される。電子カルテデータベース46にアクセスできるユーザを限定するシステムでは、ユーザIDも携帯端末10からサーバ40に送信するようにする。表示装置24の表示能力は一般的には画面サイズ又は表示画素数を示し、一般的に、これにより電子カルテ情報の個々の項目を表示するレイアウトが決定される。後述するように、サーバ40は、アクセスしてきた携帯端末10の表示能力を考慮して、送信すべきグラフ又は図形を示す描画データを携帯端末10に送信する。描画データは、表示すべきグラフ又は線図等の図形をベクトル表記するデータである。サーバ40では、CPU42は、通信装置52による携帯端末10からの要求の受信を待機しておりS21、受信した要求に応じた処理を実行するS22~S30。この段階では、CPU42は、携帯端末10から送信される電子カルテ要求を受信するS22。CPU42は、携帯端末10からの患者IDに合致する電子カルテを電子カルテデータベース46から読み出し、通信装置52を介して携帯端末10に送信するS25。具体的には、ステップS25では、サーバ40は、該当する患者の電子カルテの固定データ患者ID,患者名、性別及び住所等、項目名及び各項目の表示形式テキスト、グラフ等を携帯端末10に送信する。携帯端末10のCPU12は、受信した電子カルテデータにより、グラフ表示する項目の履歴例データを決定し、サーバ40に要求して取得するS3。サーバ40は、履歴例データの要求に対しS23、履歴例データベース48から指定された項目例えば、薬又は検査等の履歴例データを読み出して、携帯端末10に送信するS26。履歴例データベース48に格納される履歴例データが、患者の属性年齢、性別、体重と、病歴、及び過去の検査値とその変化等を反映したものである場合、サーバ40は、携帯端末10からの履歴例データの要求に対し、患者の属性、病歴、及び過去の検査値とその変化から見て、2乗誤差等の統計的手法を用いて最も近い履歴例を探索し、携帯端末10に送信する。携帯端末10のCPU12は、表示装置24の表示能力に応じたレイアウト又は論理画面構成を決定するS4。携帯端末10のCPU12は、表示装置24に表示する初期画面に必要なグラフ表示する項目例えば、投薬パターン及び検査パターン等の描画データをサーバ40に要求するS5。初期画面では、低速のネットワークを考慮し、CPU12は、初期画面のスケール初期スケールというより一段粗いスケールの描画データをまずサーバ40に要求し、続けて、初期スケールの描画データを要求する。CPU12は、初期スケールより一段粗いスケールの描画データを受信した段階で、先に受信した履歴例データを併用して、暫定的なグラフ又は図形を示す画像データを表示画像生成装置20に生成させ、VRAM22に格納させるS6。CPU12はまた、初期スケールの描画データを受信した項目については、初期スケールの描画データに基づきグラフ又は図形を示す画像データを表示画像生成装置20に生成させ、VRAM22に格納させるS6。これにより、ネットワーク30が低速であっても、履歴例を使った暫定的な表示を早期に行うことが可能になり、取り敢えずの内容把握が可能になる。スケールに合致する描画データに応じたグラフ等に更新することにより、正しい内容をユーザに知らしめることができる。ステップS5と前後して、CPU12は、ステップS4で決定したレイアウトに従い、現に表示装置24で表示すべき項目名とそのデータをVRAM22に格納し、表示装置24の表示を有効化するS6。先に説明したように、表示装置24は有効化されると、VRAM22にアクセスし、VRAM22に格納される表示データ、すなわち、項目名とその内容を、先に決定されたレイアウトで画面上に表示する。以後、表示装置24は、VRAM22に周期的にアクセスして、VRAM22に格納される内容を表示する。CPU12は、操作装置16による水平又は垂直方向のスクロール操作S7と、タイムスケールを拡大/縮小するズーム操作S9の有無を監視する。スクロール操作があるとS7、CPU12は、スクロールにより新しく表示エリアに入った項目の表示データでVRAM22の記憶データを更新するS8。これにより、スクロール後の項目とその内容が、表示装置24の画面に表示される。タイムスケールを変更するズーム操作があるとS9、CPU12は、ズーム後のタイムスケールに表示装置24の表示を更新するS10。図4は、表示更新S11の詳細なフローチャートを示す。なお、タイムスケールの変更で表示内容を更新する必要があるのは、スケールの変更で伸縮するデータ、すなわち、グラフデータである。ズーム操作の場合でも、一旦、縮小した後に拡大する等で、携帯端末10がメモリ14に従前に表示した描画データをキャッシュして保持している場合があり、そのような場合には、サーバに同じ描画データを要求する必要が無い。そこで、表示更新S10では、携帯端末10のCPU12はまず、ズーム操作後のタイムスケールに対する描画データがメモリ14に保持されているか否かを確認するS41。保持されていない場合、携帯端末10のCPU12はまず、ズーム操作後のタイムスケールに対する1又は複数の項目の描画データを、ズーム後の表示エリアの大きさを特定して、サーバ40に要求するS42。ネットワーク30に余裕がある場合、CPU12は、必要な全部の項目について一括して要求をサーバ40に送信し、何れかで余裕が無い場合には、時間をおいて逐次的に要求をサーバ40に送信するようにしてもよい。後述するように、一時的に履歴例データによる表示で代替できるからである。必要な項目についての描画データの要求に対しS24、サーバ40のCPU42は、要求された項目をその優先度順にソートするS27。優先度は、具体的には、データ値のばらつきの大きさであり、ばらつきの大きな項目ほど、先に送信することにする。CPU42は表示用データ生成装置50に指示して、ソート順の項目について、電子カルテデータベース46から該当する項目のデータ値を読み出し、携帯端末10で表示すべきスケールに合致する描画データを生成させるS28。CPU42は、通信装置52により、生成された描画データを携帯端末10に送信するS29。要求された全項目について、描画データの送信が完了するまでS30、ステップS28,S29を繰り返す。要求された全項目について、描画データの送信が完了したらS30、ステップS21に戻る。携帯端末10のCPU12は、ズーム操作後のタイムスケールで表示すべき各項目について、ズーム操作後のタイムスケールに合致する描画データをサーバ40から受信済みかどうかを確認するS43。受信済みの項目についてはS43、CPU12は、表示画像生成装置20に受信済み描画データから画像データを生成させ、生成された画像データをVRAM22に格納させるS44。表示装置24は周期的にVRAM22の格納データで表示画面を更新するので、これにより、表示装置24の表示画面は、ズーム後のタイムスケールの表示内容に更新される。CPU12は、受信済みでない項目についてはS43、ズーム操作前の描画データを利用可能な項目についてS45、ズーム操作前の描画データとその項目の履歴例データからズーム後のタイムスケールに合致する暫定表示用描画データを生成するS46。例えば、ズーム操作前の描画データからは一般に、実施期間とその間の平均値が取得できる。投薬に対する履歴例データが、日単位の頻度と量であった場合、これを実施期間に均等配置することで、暫定表示用描画データを生成できる。もちろん、履歴例データが投薬間隔をも規定する場合、その投薬間隔で実施期間内に配置することになる。単調増加又は単調減少が履歴例に含まれる場合には、これも考慮して、暫定表示用描画データを決定する。CPU12は、表示画像生成装置20にこのように決定した暫定表示用描画データから画像データを生成させ、生成された画像データをVRAM22に格納させるS47。表示画像生成装置20が、履歴例データから直接、表示用の画像データを生成しても良いことは明らかである。表示装置24の表示エリアのグラフ表示の全項目について、受信描画データに基づく画像データで更新されるまでS48、ステップS43~S47を繰り返す。すなわち、一時的に履歴例データから表示用画像データを生成して表示することにより、サーバからのデータ受信を待たずに、近似的ではあるが可能性の高い内容に表示画面を更新できる。換言すると、ネットワーク30のデータ伝送レートが低い環境でも、また、クライアントである携帯端末のリソースが貧弱であっても、実用的な速度で表示を更新することが可能になる。サーバ40からの描画データによる表示が完成したらS48、図4に示す処理を終了し、図2のステップS7に戻る。図5は、表示例を示す。図5aは、1月における薬Aの週スケールの履歴例を示す。図5bは、図5aに示す履歴を日スケールにズームしたときの、履歴例を使った暫定表示例を示す。図5cは、図5bに示す暫定表示の後に表示されるスケールに適合した実履歴の表示例を示す。ここでは、説明例として、薬Aは、1月1日から1月21日までの間、1月1日から10日まで、朝と夕方に処方され、11日以降は朝だけに処方されているとする。典型的な投薬パターンとしては、朝、昼及び夜の1日に2回の服用であるとしている。図5bに示すように、暫定表示では、1月1日から15日実際にはその後まで、1日に3回の服用パターンになるが、実履歴を反映する日スケールの描画データの受信に伴い、図5cに示すように、実履歴を反映したグラフに更新される。このようにして、本実施例では、タイムスケールの変更に対し、変更後のタイムスケールに合致する描画データの受信待ちを、典型履歴データから生成したグラフ等の暫定表示で一時的に代替するので、リソースが貧弱な携帯端末10又は低速のネットワークを使用する場合であっても、履歴情報を迅速に確認できるようになる。直ぐに正しい履歴で更新されるので、誤った認識になることも防止できる。履歴データを時系列で線図等のグラフで表示する場合、一般的には、タイムスケールが詳細なほど、即ち、より細かい時間単位で表示しようとする程、ネットワーク上のデータ量が増加する。そこで、目的のタイムスケール詳細度の履歴のグラフ表示に対し、そのタイムスケールの描画データではネットワークに負荷がかかり過ぎる場合には、より粗いタイムスケールの描画データをサーバに要求し、続けて、本来のタイムスケールの描画データをサーバに要求する。そして、先に到達する描画データと、別途、受信しておいた履歴例データとから目的のタイムスケールのグラフを生成して暫定表示し、後に到達する描画データから目的のタイムスケールのグラフを生成し、正式表示とする。また、投薬履歴のように、一度の投薬量の変化が無く、頻度の変化があるようなものの場合、投薬開始日時と投薬終了日時、及び典型的な投薬履歴パターンのデータで、投薬状況を暫定的にグラフ表示することができる。従って、投薬履歴例のデータがある場合、サーバから投薬開始日時と投薬終了日時のデータを先に受信することで、暫定的に投薬状況をグラフ表示することが可能になる。そして、続けて受信する実際の投薬履歴で表示を更新することで、閲覧者に正しい内容を認識させることができる。特定の説明用の実施例を参照して本発明を説明したが、特許請求の範囲に規定される本発明の技術的範囲を逸脱しないで、上述の実施例に種々の変更修整を施しうることは、本発明の属する分野の技術者にとって自明であり、このような変更修整も本発明の技術的範囲に含まれる。"