JP2004349965A - シンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法 - Google Patents
シンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法 Download PDFInfo
- Publication number
- JP2004349965A JP2004349965A JP2003143857A JP2003143857A JP2004349965A JP 2004349965 A JP2004349965 A JP 2004349965A JP 2003143857 A JP2003143857 A JP 2003143857A JP 2003143857 A JP2003143857 A JP 2003143857A JP 2004349965 A JP2004349965 A JP 2004349965A
- Authority
- JP
- Japan
- Prior art keywords
- time
- screen information
- server
- thin client
- client terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】シンクライアント端末機において、ユーザの誤操作が生じないように、画面情報の滑らかな表示を行うことができ、また、サーバからの取得対象となる全ての画面情報の表示時間を短くすることができるシンクライアントシステムを提供する。
【解決手段】アプリケーションサーバ３３と携帯電話機３１との間に、サーバ３３から取得される画面情報Ｇの推定描画時間Ｔｅを求めるゲートウェイ３５を接続する。携帯電話機３１で、上記画面情報Ｇの取得要求を行った時刻から、その取得要求に応じてサーバ３３から画面情報Ｇを受信した時刻までの通信遅延時間Ｔｄを求める。推定描画時間Ｔｅが通信遅延時間Ｔｄよりも長い場合に、次の画面情報Ｇの取得要求を、ＴｅからＴｄを引いた時間だけ停止し、この停止時間経過時に取得要求を行い、ＴｅがＴｄよりも小さい場合に、次の画面情報Ｇの取得要求を即時行う。
【選択図】 図１
【解決手段】アプリケーションサーバ３３と携帯電話機３１との間に、サーバ３３から取得される画面情報Ｇの推定描画時間Ｔｅを求めるゲートウェイ３５を接続する。携帯電話機３１で、上記画面情報Ｇの取得要求を行った時刻から、その取得要求に応じてサーバ３３から画面情報Ｇを受信した時刻までの通信遅延時間Ｔｄを求める。推定描画時間Ｔｅが通信遅延時間Ｔｄよりも長い場合に、次の画面情報Ｇの取得要求を、ＴｅからＴｄを引いた時間だけ停止し、この停止時間経過時に取得要求を行い、ＴｅがＴｄよりも小さい場合に、次の画面情報Ｇの取得要求を即時行う。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、クライアント−サーバコンピューティングモデルの一変形として、シンクライアント端末機の処理負荷を大幅に軽減し、システム全体としての運用・管理コストを削減するために構築されたシンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法に関する。
【０００２】
【従来の技術】
近年、企業のＯＡ（Ｏｆｆｉｃｅ Ａｕｔｏｍａｔｉｏｎ）化が進み、一般社員にも専用のパーソナルコンピュータ（以下、ＰＣという）が割り当てられるようになり、その導入コストが増大傾向にある。これに加えて、個々のＰＣにおけるアプリケーションソフトのインストールやバージョンアップ、ハードウェアのメンテナンス等にかかる運用・管理コスト（ＴＣＯ）も増大している。
【０００３】
これらのコストの低減を図るために、クライアント−サーバコンピューティングモデルを拡張し、一般社員が使用するクライアントコンピュータには、複雑で高価なパソコンは使用せず、画面表示やキー／マウス入力など最低限の機能のみを持った低価格な専用のコンピュータを配備し、アプリケーションソフトなどの資源は、サーバで一元管理するという方式が提案されている。
【０００４】
この様なモデルのことをシンクライアント−サーバコンピューティングモデルと称する（以下では単にシンクライアントシステムと称する）。また、このような用途で利用することを目的としたコンピュータ端末機をシンクライアント端末機、サーバをアプリケーションサーバと称する。
一方で、携帯電話機において、ＪＡＶＡ（登録商標）実行環境がサポートされる用になる等、高機能化が進むことにより、携帯電話機をシンクライアント端末機とすることも実現可能となっている。これによって、外出先等から企業内、家庭内のＰＣを遠隔操作するという新たな用途に、シンクライアントシステムを適用することが可能となる。
【０００５】
この為の携帯電話機向けシンクライアントシステム等の研究も進んでいる。下記の非特許文献１では、主として、アプリケーションサーバと、携帯電話機の入出力仕様の違い、例えば、サーバではキーボード及びマウス入力に対して携帯電話機ではダイヤルボタン入力、サーバではＶＧＡ（Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）表示及びＳＶＧＡ（Ｓｕｐｅｒ Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）表示に対して携帯電話機では液晶画面表示などの違いに着目し、この仕様差を克服する為の方式について研究している。
【０００６】
具体的には、携帯電話機において、携帯電話機に適した仕様で、アプリケーションサーバのＧＵＩ（Ｇｒｇｐ１１ｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）をエミュレートする機能を有した疑似ＧＵＩ機能を提供する。そして、アプリケーションサーバ上のアプリケーションのＧＵＩを、その疑似ＧＵＩ用の仕様に変換するゲートウェイを導入することにより、電子メールの作成や送受信、受信したメールの保存・管理を行なうソフトウェアであるメーラや、ワープロ操作等のテキスト制御系のアプリケーションや、ウィンドウシステムにおけるメニュー操作等の効率化を実現している。
【０００７】
また、非特許文献１では、疑似ＧＵＩを利用したグラフィック系ソフトウェアの制御を行う機能も有している。この場合、ゲートウェイは、アプリケーションサーバの画面を複製して、携帯電話機（シンクライアント端末機）に送信し、携帯電話機の液晶画面上にアプリケーションサーバ画面を縮小表示する。また、疑似ＧＵＩは、アプリケーションサーバ上のマウスポインタをローカルにエミュレートする機能（疑似ポインタ機能）を提供している。
【０００８】
ユーザは、その携帯電話機上に縮小表示されたアプリケーションサーバ画面上において、任意の地点まで疑似ポインタを移動し、当該地点においてマウスボタン操作イベントを要求することができる。疑似ＧＵＩは、そのイベントが要求された地点の座標と、イベント種別（右、左クリック、ダブルクリック、ドラッグ＆ドロップ）をゲートウェイに送信する。
【０００９】
ゲートウェイは、その座標をアプリケーションサーバの画面の座標に変換し、アプリケーションサーバ上において、先の要求イベントを発生させる。更に、ゲートウェイは、その要求イベントに対するアプリケーションサーバのレスポンスを取得するため、再度アプリケーションサーバの画面情報を収集し、携帯電話機に送信する。
【００１０】
携帯電話機上の疑似ＧＵＩは、そのゲートウェイによって収集されたアプリケーションサーバ画面情報を取得すると、携帯電話機の画面上に更新後のアプリケーションサーバ画面を縮小表示する。
非特許文献１では、更に非特許文献２に記載の画像圧縮技術を拡張して利用している。即ち、図３の（ａ）に示すように、画像１１が表示された６４０×４８０ドット等の表示能力を有するアプリケーションサーバ画面１１の情報の内、（ｂ）に示すように、１００×１４０ドット等の表示能力を有する携帯電話機の画面に表示される部分｛図３には携帯電話機（シンクライアント端末機）対応画面１３ａと記載｝が切り出される。
【００１１】
この携帯電話機対応画面１３ａが、携帯電話機の画面の表示能力（ドット数）に併せて間引きされた後、これが、（ｃ）に破線で示すように、複数の１６ドット長の正方形領域（これをｈｅｘｔｉｌｅと称する）１３ｂに分割される。このｈｅｘｔｉｌｅ１３ｂの１つを（ｄ）に示す。
更に、そのｈｅｘｔｉｌｅ１３ｂが、（ｅ）に示すように、色ごとに矩形部品１３ｂ−１、１３ｂ−２，１３ｂ−３，１３ｂ−４に分解される。但し、各矩形部品１３ｂ−１〜１３ｂ−４は、（ｄ）に示す矩形領域１３ｂ−１〜１３ｂ−４に対応している。
【００１２】
そして、各矩形領域１３ｂ−１〜１３ｂ−４の座標、大きさ及び色の矩形情報が、携帯電話機に送信される。携帯電話機の画面上では、ｈｅｘｔｉｌｅ１３ｂ毎の矩形部品１３ｂ−１〜１３ｂ−４の描画操作が行われる。
このような方法を採用することによって、携帯電話機とアプリケーションサーバ間で転送される画像情報の削減を行っている。
【００１３】
ところで、上記の方法においては、携帯電話機（シンクライアント端末機）におけるアプリケーションサーバ画面の復元に要する時間が、元のアプリケーションサーバ画面を構成する矩形情報の複雑さに依存する。
ここで、携帯電話機におけるグラフィック系ソフトウェア操作を説明するための画面情報の一例を図４に示す。
【００１４】
この例では、時刻ｔ１における画面情報Ｇ１と、時刻ｔ２における画面情報Ｇ２との差分は、矩形描画オブジェクト（以下、オブジェクトと称する）１５と、サーバ上のポインタ１７の位置のみである。従って、画面情報Ｇ１を基本画面として画面情報Ｇ２を描画する際には、それらの差分情報のみを画面情報Ｇ１に上書きすれば、画面情報全体の通信情報量及び描画時間を大幅に削減することができる。
【００１５】
次に、この上書き方法を採った際に、携帯電話機において、アプリケーションサーバの画面情報を自動かつ連続的に取得して更新するシンクライアント端末画面更新処理の例を、図５を参照して説明する。
この図５には、時刻ｔ１１において基本画面情報Ｇ１が描画され、時刻ｔ１２において差分画面情報Ｇ２、時刻ｔ１３において差分画面情報Ｇ３、時刻ｔ１４において差分画面情報Ｇ４が描画される状態を示した。
【００１６】
また、各画面情報Ｇ１１〜Ｇ１４に示したオブジェクト１５ａ，１５ｂ，１５ｃ，１５ｄは、全て同一オブジェクト１５であるが、その位置が変化する状態を判り易くするために、符号１５にａ，ｂ，ｃ，ｄの各符号を付した。また、上記のポインタ１７は省略する。
携帯電話機は、アプリケーションサーバから基本画面情報Ｇ１及び各差分画面情報Ｇ２，Ｇ３，Ｇ４を連続して受信しながら画面に描画を行う。即ち、時刻ｔ１１において、基本画面情報Ｇ１としてアプリケーションサーバ画面と対応する位置にオブジェクト１５を描画する。この際、背景情報に応じて背景画や背景色も描画されるが、ここでは白黒図面のため、背景色を白で表している。
【００１７】
次に、時刻ｔ１２において、差分画面情報Ｇ２をＧ１に上書きして新規位置にオブジェクト１５ｂを描画する。この際、元の位置のオブジェクト１５ａは背景色で塗りつぶされる。同様に、時刻ｔ１３において、差分画面情報Ｇ３をＧ２に上書きして新規位置にオブジェクト１５ｃを描画し、時刻ｔ１４において、差分画面情報Ｇ４をＧ３に上書きして新規位置にオブジェクト１５ｄを描画する。
【００１８】
このように、携帯電話機において、基本画面情報Ｇ１と差分画面情報Ｇ２，Ｇ３，Ｇ４を連続して受け取り、対応する差分描画（上書き）を必ず順番に全て行うのは、残像が画面に残るのを防止するためである。例えば、差分画面情報Ｇ２，Ｇ３を廃棄して差分画面情報Ｇ４のみを、基本画面情報Ｇ１の上書きに適用した場合、差分画面情報Ｇ２の背景色で塗りつぶされるべきオブジェクト１５ａが、差分画面情報Ｇ４の画面において残像として残ってしまう。
【００１９】
また、この方法においては、例えば図６の時刻ｔ２１〜ｔ２４に示すように、基本画面情報Ｇ１及び各差分画面情報Ｇ２，Ｇ３，Ｇ４に含まれる背景情報によって、携帯電話機の画面に複雑な背景画１９が描画されるケースがある。この場合、基本画面情報Ｇ１の復元に多大な時間を要するので、その復元時間が、画面情報取得のための通信に要する時間よりも大幅に長くなる。
【００２０】
この状態では、基本画面情報Ｇ１の描画完了前に、時刻ｔ２１，ｔ２２，ｔ２３において、各差分画面情報Ｇ２，Ｇ３，Ｇ４が自動的に受信され続けると、差分画面情報Ｇ２，Ｇ３，Ｇ４は描画には適用されず、描画実行の待機のために、携帯電話機のメモリに順次記憶される。この記憶される情報が多いとメモリが情報を記憶しきれなくなり、オーバーフローを起こす場合がある。
【００２１】
このオーバーフローを無くすために、現在の画面情報Ｇ１の描画が終了するまでは、次の画面情報Ｇ２以降の情報の取得を抑制するといった第１の対処方法が考えられる。
また、現在の画面情報Ｇ１の描画中に、次の画面情報Ｇ２のみの取得を許可するという第２の対処方法も考えられる。
【００２２】
この他、特許文献１に記載されている内容もある。この内容は、画像データを所持するサーバと、このサーバから画像データを受けとって表示部に表示して所要のデータ処理を実行するクライアントとを有するサーバ／クライアント方式を用いた画面表示方式において、クライアント側に複数の業務プロセスを設け、ある業務プロセスが表示部に画像データを画面表示しているとき、他のある業務プロセスがサーバ側から次に表示すべき画像データを取り込んで画面表示可能な状態に処理し、画面切換え時に迅速に次に表示すべき画像データを表示するものである。
【００２３】
【特許文献１】
特開平６−２１４５３３号公報（要約書、特許請求の範囲）
【非特許文献１】
高橋竜男、“モバイル向けシンクライアントシステムの検討”情報処理学会、ＤＩＣＯＭＯ ２００２シンポジウム論文集、ｐｐ．４９１−４９４，Ｊｕｌ，２００２。
【非特許文献２】
中村文隆、ＶＮＣ詳細解説、ＣＱ出版社、東京、２０００。
【００２４】
【発明が解決しようとする課題】
しかし、従来のシンクライアント端末画面更新方法を用いたシンクライアントシステムにおいては、次のような問題がある。
上記の第１の対処方法では、シンクライアント端末機である携帯電話機における描画時間が短くて済む場合でも、描画完了後に次の画面情報を取得するための通信時間分待たなくてはならない。このため、画面情報の滑らかな表示を行うことができず、また、全ての画面情報を表示する時間も長くなる。
【００２５】
上記の第２の対処方法では、現在の画面情報Ｇ１の描画中に次の画面情報Ｇ２を取得し、画面情報Ｇ１の描画完了後に即時次の画面情報Ｇ２を描画することができる。しかし、現在の画面情報Ｇ１の描画時間が長くなった場合、後述する理由によって、ユーザが次の画面情報Ｇ２に対して行うポインタ操作などに誤操作が生じることがある。
【００２６】
この理由を、図７のシーケンス図を参照して説明する。例えば、時刻ｔ３０において、携帯電話機で複雑な画像の情報である画面情報Ｇ１の描画が開始され、この時に同携帯電話機から次の画面情報Ｇ２の取得要求が行われ、この画面情報取得要求信号２１−２が時刻ｔ３１において、アプリケーションサーバへ到達したとする。なお、画面情報取得要求信号２１−２が送信されてから到達するまでの時間を、画面情報取得要求到達遅延時間Ｔｒという。また、画面情報Ｇ２は簡単な画像情報であるとする。
【００２７】
アプリケーションサーバは、その取得要求信号２１に応じて画面情報Ｇ２を送信し、この画面情報Ｇ２が時刻ｔ３２において、携帯電話機で取得されたとする。この取得された画面情報Ｇ２は携帯電話機のメモリに一旦記憶される。なお、画面情報取得要求信号２１−２が送信されてから、画面情報Ｇ２が取得されるまでの時間を、通信遅延時間Ｔｄという。
【００２８】
その後、時刻ｔ３３において、携帯電話機で画面情報Ｇ１の描画が終了すると、メモリから画面情報Ｇ２が読み出されて画面情報Ｇ２の描画が開始される。この時、同携帯電話機から次の画面情報Ｇ３の取得要求が行われ、アプリケーションサーバにて、その画面情報取得要求信号２１−３に応じて画面情報Ｇ３が送信され、この画面情報Ｇ２が時刻ｔ３４において、携帯電話機で取得されたとする。この時、画面情報Ｇ２の描画が終了して画面情報Ｇ２に応じた画像が表示されたとする。なお、Ｔ１は画面情報Ｇ１の描画時間、Ｔ２は画面情報Ｇ２の描画時間となる。
【００２９】
ところで、時刻ｔ３４で携帯電話機に表示された画面情報Ｇ２の画像は、アプリケーションサーバにおいては、画面情報取得要求信号２１−２の到達時刻ｔ３１に表示されたものである。このように、携帯電話機から画面情報取得要求を行ってから、この取得要求の画面情報Ｇ２が実際に携帯電話機に表示されるまでの時間（Ｔ１＋Ｔ２−Ｔｒ）が長くなった場合、携帯電話機に表示された画面情報Ｇ２の画像に対してユーザがポインタ操作を行ったとしても、この時、既にアプリケーションサーバにおいては次の画面情報Ｇ３の画像表示が行われている。
【００３０】
このことから、携帯電話機で画面情報Ｇ２の画像に対して行われたポインタ操作の命令が、アプリケーションサーバにとっては画面情報Ｇ３の画像に対する命令となる。従って、適切なポインタ操作が行われず、誤操作となってしまう。
これと同様に、上記特許文献１の内容をシンクライアントシステムに当てはめた場合、クライアントのある業務プロセスが画面表示（描画）しているとき、他の業務プロセスがサーバから次の画像データを取り込んで画面表示可能な状態に処理し、画面切換え時に次の画像データを表示するので、現在の画面表示のための描画が長くなった場合、ユーザの誤操作が生じることがある。
【００３１】
本発明は、このような課題に鑑みてなされたものであり、シンクライアント端末機において、ユーザの誤操作が生じないように、画面情報の滑らかな表示を行うことができ、また、サーバからの取得対象となる全ての画面情報の表示時間を短くすることができるシンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法を提供することを目的としている。
【００３２】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１によるシンクライアントシステムは、アプリケーションプログラムを実行するサーバと、このサーバヘ画面情報の取得要求を行うことにより当該サーバから画面情報を取得し、この画面情報を画面に描画するシンクライアント端末機とを有するシンクライアントシステムにおいて、前記サーバと前記シンクライアント端末機との間に、前記サーバから取得される画面情報の描画時間を推定し、この推定描画時間を前記シンクライアント端末機へ送信する中継装置を備え、前記シンクライアント端末機は、前記取得要求を行った時刻から、その取得要求に応じて前記サーバから前記画面情報を受信した時刻までの通信遅延時間を求め、前記推定描画時間が前記通信遅延時間よりも長い場合に、次の画面情報の取得要求を、前記推定描画時間から前記通信遅延時間を引いた時間だけ停止し、この停止時間経過時に前記取得要求を行い、前記推定描画時間が前記通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行うことを特徴としている。
【００３３】
この構成によれば、推定描画時間が通信遅延時間よりも長い場合に、シンクライアント端末機における次の画面情報の取得要求を、推定描画時間から通信遅延時間を引いた時間だけ停止し、この停止時間経過時に行うようにしたので、シンクライアント端末機において開始された当該画面情報の描画処理の残り時間が、通信遅延時間と略等しくなる時間まで次の画面情報の取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報の描画時間が残すところ略通信遅延時間となった時点で取得要求が行われる。一方、推定描画時間が通信遅延時間よりも小さい場合には、次の画面情報の取得要求が即時行われる。
【００３４】
つまり、当該画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報が取得され、直ちに描画処理が開始されるため、この時、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令がサーバにおける次の画面情報に対する適正な命令となる。
【００３５】
また、本発明の請求項２によるシンクライアント端末機は、アプリケーションプログラムを実行するサーバヘ画面情報の取得要求を行うことにより当該サーバから画面情報を取得し、この画面情報を画面に描画するシンクライアント端末機において、前記取得要求を行った時刻から、その取得要求に応じて前記サーバから前記画面情報を受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間とする第１の算出手段と、前記サーバと当該シンクライアント端末機との間に接続された中継装置において推定された前記サーバからの画面情報の推定描画時間と、前記第１の算出手段で算出された通信遅延時間とを比較し、前記推定描画時間が前記通信遅延時間よりも長い場合に、次の画面情報の取得要求を、前記推定描画時間から前記通信遅延時間を引いた時間だけ停止し、この停止時間経過時に前記取得要求を行い、前記推定描画時間が前記通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行う取得制御手段とを備えたことを特徴としている。
【００３６】
この構成によれば、推定描画時間が通信遅延時間よりも長い場合に、シンクライアント端末機において開始された当該画面情報の描画処理の残り時間が、通信遅延時間と略等しくなる時間まで次の画面情報の取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報の描画時間が残すところ略通信遅延時間となった時点で取得要求が行われる。一方、推定描画時間が通信遅延時間よりも小さい場合には、次の画面情報の取得要求が即時行われる。つまり、当該画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報が取得され、直ちに描画処理が開始されるため、この時、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令がサーバにおける次の画面情報に対する適正な命令となる。
【００３７】
また、本発明の請求項３によるシンクライアント端末機は、請求項２において、前記サーバから取得される画面情報の描画時間を推定して推定描画時間を求める推定手段を更に備え、前記中継装置からの推定描画時間に代え、前記推定手段での推定描画時間を前記通信遅延時間との比較に用いることを特徴としている。この構成によれば、シンクライアント端末機単体でサーバから画面情報を取得して、上記請求項２と同様の作用効果を得ることができる。
【００３８】
また、本発明の請求項４によるシンクライアント端末機は、請求項３において、前記推定手段は、前記サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする測定手段と、当該シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する記憶手段と、前記測定手段で得られた描画データ量と、前記記憶手段に記憶された描画性能値との関係から、前記画面情報の推定描画時間を算出する第２の算出手段とを備えたことを特徴としている。
【００３９】
この構成によれば、描画データ量と描画性能値との関係から、当該描画データ量の画面情報を、当該描画性能値のシンクライアント端末機で、どの位の時間で描画可能かを求めることができるので、サーバから取得した画面情報の描画時間を正確に推定することができる。
また、本発明の請求項５による中継装置は、アプリケーションプログラムを実行するサーバと、このサーバヘ画面情報の取得要求を行うことにより当該サーバから画面情報を取得し、この画面情報を画面に描画するシンクライアント端末機との間に接続される中継装置において、前記サーバから取得される画面情報の描画時間を推定し、この推定描画時間を前記シンクライアント端末機へ送信する推定手段を備えたことを特徴としている。
【００４０】
この構成によれば、シンクライアント端末機がサーバから画面情報を取得して描画を行う際に、当該画面情報の推定描画時間が中継装置から送信されてくるので、シンクライアント端末機において、その推定描画時間から当該描画完了までの時間を認識することが可能となる。この認識に基づき、当該描画処理の残り時間が次の画面情報の取得時間と略等しくなった時点を求め、この時に次の画面情報の取得要求を行えば、画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報を取得して描画することができる。この時に、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合でも、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令はサーバにおける次の画面情報に対する適正な命令となる。
【００４１】
また、本発明の請求項６による中継装置は、請求項５において、前記推定手段は、前記サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする測定手段と、前記シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する記憶手段と、前記測定手段で得られた描画データ量と、前記記憶手段に記憶された描画性能値との関係から、前記画面情報の推定描画時間を算出する算出手段とを備えたことを特徴としている。
この構成によれば、描画データ量と描画性能値との関係から、当該描画データ量の画面情報を、当該描画性能値のシンクライアント端末機で、どの位の時間で描画可能かを中継装置で求めることができるので、サーバから取得した画面情報の描画時間を正確に推定することができる。
【００４２】
また、本発明の請求項７によるシンクライアント端末画面更新方法は、シンクライアント端末機からアプリケーションプログラムを実行するサーバヘ画面情報の取得要求を順次行い、その取得要求毎に当該サーバから画面情報を取得し、この画面情報を順次画面に描画するシンクライアント端末画面更新方法において、前記サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする第１のステップと、前記シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する第２のステップと、前記第１のステップで得られた描画データ量と、前記第２のステップで記憶された描画性能値との関係から、前記画面情報の推定描画時間を算出する第３のステップと、前記シンクライアント端末機にて取得要求を行った時刻から、その取得要求に応じて前記サーバから前記画面情報を受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間とする第４のステップと、前記第３のステップで算出された推定描画時間と、前記第４のステップで算出された通信遅延時間とを比較し、前記推定描画時間が前記通信遅延時間よりも長い場合に、次の画面情報の取得要求を、前記推定描画時間から前記通信遅延時間を引いた時間だけ停止し、この停止時間経過時に前記取得要求を行い、前記推定描画時間が前記通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行う第５のステップとを含むことを特徴としている。
【００４３】
この方法によれば、推定描画時間が通信遅延時間よりも長い場合に、シンクライアント端末機において開始された当該画面情報の描画処理の残り時間が、通信遅延時間と略等しくなる時間まで次の画面情報の取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報の描画時間が残すところ略通信遅延時間となった時点で取得要求が行われる。一方、推定描画時間が通信遅延時間よりも小さい場合には、次の画面情報の取得要求が即時行われる。
【００４４】
つまり、当該画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報が取得され、直ちに描画処理が開始されるため、この時、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令がサーバにおける次の画面情報に対する適正な命令となる。
【００４５】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
（実施の形態）
図１は、本発明の実施の形態に係るシンクライアントシステムの構成を示すブロック図である。
図１に示すシンクライアントシステム３０は、シンクライアント端末機である携帯電話機３１と、アプリケーションサーバ３３との間に、ゲートウェイ（中継装置）３５を接続して構成したものである。但し、携帯電話機３１は、ＪＡＶＡ（登録商標）実行環境を有するものである。アプリケーションサーバ３３は、デスクトップＰＣであることを想定する。
【００４６】
また、携帯電話機３１とゲートウェイ３５とは、移動通信ネットワークを含む高遅延なネットワークにより接続されており、ゲートウェイ３５とアプリケーションサーバ３３とは、ＬＡＮ（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ）等の高速低遅延なネットワークを介して接続されているものとする。
更に、携帯電話機３１のＪＡＶＡ（登録商標）実行環境は、組み込み用途向けの極めて限定されたもので、処理能力、記憶容量ともに、ゲートウェイ３５、アプリケーションサーバ３３と比較して著しく限定されている。このため、本実施の形態では、携帯電話機３１の描画性能を取得する機能をゲートウェイ３５でサポートしている。つまり、ゲートウェイ３５は、各種の携帯電話機の機種毎に描画性能に関する情報（描画性能値）を格納している。
【００４７】
携帯電話機３１は、ゲートウェイ３５との間にセッションの設定を要求するときに、自機種名をヘッダ情報に含めて送信する機能を有し、ゲートウェイ３５は、その携帯電話機３１の機種名と、描画性能値（性能パラメータ）により、ゲートウェイ３５自体が現在セッションを設定している携帯電話機３１の性能パラメータを得ることができるようになっている。
【００４８】
携帯電話機３１は、通信遅延時間算出部３７、描画時間取得部３９及び画面情報取得制御部４１を有する描画制御部４３と、通信部４４と、バッファ４５と、描画処理部４７と、入力制御部４９とを備えて構成されている。
ゲートウェイ３５は、シンクライアント端末機３１とアプリケーションサーバ３３とのシンクライアントセッションの中継を行うものであり、描画性能値記憶部５０と、描画時間算出部５１と、描画データ量測定部５３を有する画面情報取得部５５とを備えて構成されている。
【００４９】
次に、これらの構成要素の説明を行う。
入力制御部４９は、ユーザが携帯電話機３１にて行う各種操作に応じた入力信号を通信部４４へ出力するものであり、ここでは特に、画面の自動更新要求の操作に応じた画面自動更新要求信号を通信部４４へ出力するものである。
通信部４４は、画面自動更新要求信号の入力時にアプリケーションサーバ３３への画面情報の取得要求信号をゲートウェイ３５へ送信すると共に、ゲートウェイ３５から推定描画時間Ｔｅ及び画面情報Ｇを受信するものである。
【００５０】
描画時間取得部３９は、通信部４４で受信された推定描画時間Ｔｅを取得するものである。
通信遅延時間算出部３７は、携帯電話機３１がアプリケーションサーバ３３に画面情報取得要求を行った時刻から、その要求した画面情報Ｇをアプリケーションサーバ３３から受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間Ｔｄとするものである。
【００５１】
バッファ４５は、通信部４４で受信された画面情報Ｇを一旦保持しながら、入力順に描画処理部４７へ出力するものである。
描画処理部４７は、バッファ４５から入力される画面情報Ｇを、図示せぬ携帯電話機３１の画面に描画して表示する描画処理を行うものである。
画面情報取得制御部４１は、描画時間取得部３９で取得された推定描画時間Ｔｅと通信遅延時間算出部３７で算出された通信遅延時間Ｔｄとを比較し、この比較結果がＴｅ＞Ｔｄの場合、即ち推定描画時間Ｔｅが通信遅延時間Ｔｄよりも大きい場合に、通信部４４の次の画面情報Ｇを取得するための通信機能を、推定描画時間Ｔｅから通信遅延時間Ｔｄを引いた時間だけ停止し、この停止時間経過時に、通信部４４の次の画面情報Ｇを取得するための通信機能を起動する。
【００５２】
また、比較結果がＴｅ＜Ｔｄの場合、即ち推定描画時間Ｔｅが通信遅延時間Ｔｄよりも小さい場合に、通信部４４の次の画面情報Ｇを取得するための通信機能を即時、起動するものである。
画面情報取得部５５は、通信部４４からの画面情報Ｇの取得要求信号に応じてアプリケーションサーバ３３から画面情報Ｇを取得し、この画面情報Ｇを通信部４４へ送信するものである。
【００５３】
描画データ量測定部５３は、アプリケーションサーバ３３から取得された画面情報Ｇのｈｅｘｔｉｌｅを構成する矩形部品（図形部品）の数と大きさを測定するものである。ここで、ｈｅｘｔｉｌｅと矩形部品は、例えば図３に示したｈｅｘｔｉｌｅ１３ｂと、これを構成する各矩形部品１３ｂ−１、１３ｂ−２，１３ｂ−３，１３ｂ−４に該当する。また、矩形部品の数と大きさとが、描画データ量となる。
【００５４】
描画性能値記憶部５０は、各種の携帯電話機の機種毎に描画性能に関する情報（描画性能値）を記憶するものである。描画性能値については後述で説明する。
描画時間算出部５１は、その描画性能値と、描画データ量測定部５３で測定された矩形部品の数と大きさの値とを、下式（１）及び（２）に当てはめることによって、携帯電話機３１に画面情報Ｇを描画する際の描画開始から完了までの推定描画時間Ｔｅを算出するものである。
【００５５】
【数１】
【００５６】
但し、ａはディスパッチなどの処理時間、Ｈｉは画面情報Ｇにおけるｉ番目のｈｅｘｔｉｌｅの描画に要する時間である。
【００５７】
【数２】
【００５８】
但し、ｍはｈｅｘｔｉｌｅを構成する矩形部品の数、Ｒｘｊｙｊはｉ番目のｈｅｘｔｉｌｅにおけるｊ番目の矩形部品の描画に要する時間であり、上記の矩形部品の大きさに対応している。なお、ｘｊ＝１〜１６、ｙｊ＝１〜１６である。Ｃｊは描画色数に依存する修正パラメータであり、色数が少ないときは小さく、多いときは大きくなる。
【００５９】
上記のａ、Ｃ、Ｒｘｙ（ｘ＝１〜１６、ｙ＝１〜１６：合計２５６個）が、携帯電話機３１のＪａｖａ（登録商標）実行環境における描画性能値（描画性能パラメータ）であり、描画性能値記憶部５０に記憶されている。描画性能値は、ベンチマークにより予め測定され、手動で記憶されている。
このような構成のシンクライアントシステム３０における携帯電話機（シンクライアント端末機）３１の画面更新処理を、図２に示すシーケンス図を参照して説明する。
【００６０】
ステップＳ１において、ユーザが携帯電話機３１にて行う画面の自動更新要求の操作に応じて、入力制御部４９から画面自動更新要求信号が通信部４４へ入力される。
この入力によってステップＳ２では、通信部４４から第１の画面情報Ｇ１の取得要求信号がゲートウェイ３５へ送信され、画面情報取得部５５に入力される。この取得要求信号に応じた画面情報取得部５５の取得制御によって、ステップＳ３において、アプリケーションサーバ３３から第１の画面情報Ｇ１が取得される。
【００６１】
ステップＳ４において、描画データ量測定部５３で、その取得された第１の画面情報Ｇ１から描画データ量が測定され、更に、描画時間算出部５１において、その描画データ量と描画性能値記憶部５０に記憶された描画性能値とをもとに上述で説明したように、携帯電話機３１に第１の画面情報Ｇ１を描画する際の描画開始から完了までの推定描画時間Ｔｅ１が算出される。
【００６２】
ステップＳ５において、その算出された推定描画時間Ｔｅ１と、第１の画面情報Ｇ１とがゲートウェイ３５から携帯電話機３１へ送信され、通信部４４で受信された後、ステップＳ６において、推定描画時間Ｔｅ１が描画制御部４３の描画時間取得部３９に入力され、ステップＳ７において、第１の画面情報Ｇ１がバッファ４５を介して描画処理部４７に入力される。この入力された時点で描画処理部４７によって第１の画面情報Ｇ１の描画処理が開始される。
【００６３】
一方、描画時間取得部３９で推定描画時間Ｔｅ１が取得された際に、ステップＳ８において、画面情報取得制御部４１で、その推定描画時間Ｔｅ１と通信遅延時間算出部３７で算出された通信遅延時間Ｔｄとが比較される。この比較結果、Ｔｅ１＞Ｔｄであったとする。
この場合、ステップＳ９において、画面情報取得制御部４１により通信部４４の次の画面情報Ｇ２を取得するための通信機能が、Ｔｅ１−Ｔｄの時間だけ停止される。つまり、上記ステップＳ７において描画処理部４７で開始された第１の画面情報Ｇ１の描画処理の残り時間が、通信遅延時間Ｔｄと略等しくなる時間まで停止される。
【００６４】
この停止時間経過時点、言い換えれば第１の画面情報Ｇ１の描画時間Ｔ１が残すところ略通信遅延時間Ｔｄとなった時点で、ステップＳ１０において、画面情報取得制御部４１により通信部４４の次の画面情報Ｇ２を取得するための通信機能が起動される。
そして、ステップＳ１０において、通信部４４から第２の画面情報Ｇ２の取得要求信号がゲートウェイ３５へ送信され、画面情報取得部５５に入力され、その取得要求信号に応じて、ステップＳ１１において、アプリケーションサーバ３３から第２の画面情報Ｇ２が取得される。
【００６５】
ステップＳ１２において、描画データ量測定部５３で、その取得された第２の画面情報Ｇ２から描画データ量が測定され、更に、描画時間算出部５１において、その描画データ量と描画性能値記憶部５０に記憶された描画性能値とをもとに、携帯電話機３１に第２の画面情報Ｇ２を描画する際の描画開始から完了までの推定描画時間Ｔｅ２が算出される。
【００６６】
ステップＳ１３において、その算出された推定描画時間Ｔｅ２と、第２の画面情報Ｇ２とがゲートウェイ３５から携帯電話機３１へ送信され、通信部４４で受信される。この受信時刻に、第１の画面情報Ｇ１の描画時間Ｔ１が満了となり、第１の画面情報Ｇ１の描画が完了し、表示された状態となる。
また、その通信部４４での受信後は、ステップＳ１４において、推定描画時間Ｔｅ２が描画制御部４３の描画時間取得部３９に入力され、ステップＳ１５において、第２の画面情報Ｇ２がバッファ４５を介して描画処理部４７に入力される。この入力された時点で描画処理部４７によって第２の画面情報Ｇ２の描画処理が開始される。
【００６７】
つまり、第１の画面情報Ｇ１の描画が完了した時点と略同時に、第２の画面情報Ｇ２が取得され、直ちに第２の画面情報Ｇ２の描画処理が開始されることになる。
一方、描画時間取得部３９で推定描画時間Ｔｅ２が取得された際に、ステップＳ１６において、画面情報取得制御部４１で、その推定描画時間Ｔｅ２と通信遅延時間算出部３７で算出された通信遅延時間Ｔｄとが比較される。この比較結果、Ｔｅ２＜Ｔｄであったとする。
【００６８】
この場合、推定描画時間Ｔｅ２が通信遅延時間Ｔｄよりも短いので、即時、次の画面情報Ｇ３を取得しても現在の画面情報Ｇ２の描画処理を待つことなく、次の画面情報Ｇ３の描画に移行できる。このことから、ステップＳ１７において、即時、画面情報取得制御部４１により通信部４４の次の画面情報Ｇ３を取得するための通信機能が起動される。
【００６９】
そして、ステップＳ１８において、通信部４４から第３の画面情報Ｇ３の取得要求信号がゲートウェイ３５へ送信され、画面情報取得部５５に入力され、その取得要求信号に応じて、ステップＳ１９において、アプリケーションサーバ３３から第３の画面情報Ｇ３が取得される。
ステップＳ２０において、描画データ量測定部５３で、その取得された第３の画面情報Ｇ３から描画データ量が測定され、更に、描画時間算出部５１において、その描画データ量と描画性能値記憶部５０に記憶された描画性能値とをもとに、携帯電話機３１に第３の画面情報Ｇ３を描画する際の描画開始から完了までの推定描画時間Ｔｅ３が算出される。
【００７０】
ステップＳ２１において、その算出された推定描画時間Ｔｅ３と、第３の画面情報Ｇ３とがゲートウェイ３５から携帯電話機３１へ送信され、通信部４４で受信される。この受信時刻に、第２の画面情報Ｇ２の描画時間Ｔ２が満了となり、第２の画面情報Ｇ２の描画が完了した状態となる。
また、その通信部４４での受信後は、ステップＳ２２において、推定描画時間Ｔｅ３が描画制御部４３の描画時間取得部３９に入力され、ステップＳ２３において、第３の画面情報Ｇ３がバッファ４５を介して描画処理部４７に入力される。この入力された時点で描画処理部４７によって第３の画面情報Ｇ３の描画処理が開始される。
【００７１】
つまり、第２の画面情報Ｇ２の描画が完了した時点と略同時に、第３の画面情報Ｇ３が取得され、直ちに第３の画面情報Ｇ３の描画処理が開始されることになる。
このように、本実施の形態のシンクライアントシステム３０によれば、アプリケーションサーバ３３と携帯電話機３１との間に、アプリケーションサーバ３３から取得される画面情報Ｇの描画時間を推定し、この推定描画時間Ｔｅを携帯電話機３１へ送信するゲートウェイ３５を接続した。
【００７２】
また、携帯電話機３１において、通信遅延時間取得部３７で、上記の取得要求を行った時刻から、その取得要求に応じてアプリケーションサーバ３３から画面情報Ｇを受信した時刻までの通信遅延時間Ｔｄを求める。
そして、画面情報取得制御部４１にて、推定描画時間Ｔｅが通信遅延時間Ｔｄよりも長い場合に、次の画面情報Ｇの取得要求を、推定描画時間Ｔｅから通信遅延時間Ｔｄを引いた時間だけ停止し、この停止時間経過時に取得要求を行い、推定描画時間Ｔｅが通信遅延時間Ｔｄよりも小さい場合に、次の画面情報Ｇの取得要求を即時行うようにした。
【００７３】
これによって、推定描画時間Ｔｅが通信遅延時間Ｔｄよりも長い場合に、携帯電話機３１において開始された当該画面情報Ｇの描画処理の残り時間が、通信遅延時間Ｔｄと略等しくなる時間まで次の画面情報Ｇの取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報Ｇの描画時間が残すところ略通信遅延時間Ｔｄとなった時点で取得要求が行われる。一方、推定描画時間Ｔｅが通信遅延時間Ｔｄよりも小さい場合には、次の画面情報Ｇの取得要求が即時行われる。
【００７４】
つまり、当該画面情報Ｇの描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報Ｇが取得され、直ちに描画処理が開始されるため、この時、ユーザが携帯電話機３１において次の画面情報Ｇの画像表示に対して何らかの命令操作を行った場合、アプリケーションサーバ３３の画面には先ほど送信したばかりの次の画面情報Ｇの画像表示が行われているので、その操作命令がアプリケーションサーバ３３における次の画面情報Ｇに対する適正な命令となる。
【００７５】
従って、携帯電話機３１において、ユーザの誤操作が生じないように、画面情報の滑らかな表示を行うことができる。また、従来のように、描画完了後に次の画面情報を取得するための通信時間分待つといった処理を行わないので、アプリケーションサーバ３３からの取得対象となる全ての画面情報の表示時間を短くすることができる。
【００７６】
また、ゲートウェイ３５が、描画データ量測定部５３によって、アプリケーションサーバ３３から取得された画面情報Ｇに含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする。また、描画性能値記憶部５０に、携帯電話機３１の機種毎に描画を行う性能に関する描画性能値を記憶する。そして、描画時間算出部５１によって、測定された描画データ量と、記憶された描画性能値とを上式（１）及び（２）に当てはめることによって、画面情報Ｇの推定描画時間Ｔｅを算出するようにした。
つまり、描画データ量と描画性能値との関係から、当該描画データ量の画面情報Ｇを、当該描画性能値の携帯電話機３１で、どの位の時間で描画可能かを求めることができるので、アプリケーションサーバ３３から取得した画面情報Ｇの推定描画時間Ｔｅを正確に求めることができる。
【００７７】
この他、推定描画時間Ｔｅは、上式（１）及び（２）を用いずとも、次のような方法で求めることができる。即ち、各種描画性能値の携帯電話機３１が、測定された描画データ量の画面情報Ｇをどの位の時間で描画できるかを予め求めておき、この描画性能値と描画データ量との関係情報を用いればよい。この方法においても一定の精度で推定描画時間Ｔｅを求めることが可能となる。
更に、ゲートウェイ３５の機能を携帯電話機３１に設けても良い。この構成によれば、ゲートウェイ３５を用いずとも、携帯電話機３１単体でアプリケーションサーバ３３から画面情報Ｇを取得して、上記ゲートウェイ３５を用いた場合と同様の効果を得ることができる。
【００７８】
【発明の効果】
以上説明したように本発明は、シンクライアント端末機からアプリケーションプログラムを実行するサーバヘ画面情報の取得要求を順次行い、この取得要求毎に当該サーバから画面情報を取得し、この画面情報を順次画面に描画する。その画面情報を取得する際に、サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする。また、シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する。その描画データ量と描画性能値との関係から、画面情報の推定描画時間を算出する。
【００７９】
更に、シンクライアント端末機にて取得要求を行った時刻から、その取得要求に応じてサーバから画面情報を受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間とする。そして、推定描画時間と通信遅延時間とを比較し、推定描画時間が通信遅延時間よりも長い場合に、次の画面情報の取得要求を、推定描画時間から通信遅延時間を引いた時間だけ停止し、この停止時間経過時に取得要求を行い、推定描画時間が通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行うようにした。
【００８０】
これによって、推定描画時間が通信遅延時間よりも長い場合に、シンクライアント端末機において開始された当該画面情報の描画処理の残り時間が、通信遅延時間と略等しくなる時間まで次の画面情報の取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報の描画時間が残すところ略通信遅延時間となった時点で取得要求が行われる。一方、推定描画時間が通信遅延時間よりも小さい場合には、次の画面情報の取得要求が即時行われる。
【００８１】
つまり、当該画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報が取得され、直ちに描画処理が開始されるため、この時、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令がサーバにおける次の画面情報に対する適正な命令となる。
従って、シンクライアント端末機において、ユーザの誤操作が生じないように、画面情報の滑らかな表示を行うことができ、また、サーバからの取得対象となる全ての画面情報の表示時間を短くすることができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るシンクライアントシステムの構成を示すブロック図である。
【図２】上記実施の形態に係るシンクライアントシステムにおける携帯電話機（シンクライアント端末機）の画面更新処理を説明するためのシーケンス図である。
【図３】従来のアプリケーションサーバから携帯電話機へ送信される画面情報の処理を説明するための図である。
【図４】従来の携帯電話機におけるグラフィック系ソフトウェア操作を説明するための図である。
【図５】従来の携帯電話機の画面更新処理を説明するための第１の図である。
【図６】従来の携帯電話機の画面更新処理を説明するための第２の図である。
【図７】従来の携帯電話機の画面更新処理における問題点を説明するための図である。
【符号の説明】
１１ 画像
１３ アプリケーションサーバ画面
１３ａ 携帯電話機（シンクライアント端末機）対応画面
１３ｂ 正方形領域（ｈｅｘｔｉｌｅ）
１３ｂ−１，１３ｂ−２，１３ｂ−３，１３ｂ−４ 矩形部品
Ｇ１，Ｇ２，Ｇ３，Ｇ４ 画面情報
１５，１５ａ，１５ｂ，１５ｃ，１５ｄ 矩形描画オブジェクト
１７ ポインタ
１９ 背景画
２１−２ 画面情報Ｇ２の画面情報取得要求信号
２１−３ 画面情報Ｇ３の画面情報取得要求信号
Ｔｄ 通信遅延時間
Ｔｒ 画面情報取得要求到達遅延時間
Ｔ１ 画面情報Ｇ１の描画時間
Ｔ２ 画面情報Ｇ２の描画時間
３１ シンクライアント端末機
３３ アプリケーションサーバ
３５ ゲートウェイ
３７ 通信遅延時間算出部
３９ 描画時間取得部
４１ 画面情報取得制御部
４３ 描画制御部
４４ 通信部
４５ バッファ
４７ 描画処理部
４９ 入力制御部
５０ 描画性能値記憶部
５１ 描画時間算出部
５３ 描画データ量測定部
５５ 画面情報取得部
【発明の属する技術分野】
本発明は、クライアント−サーバコンピューティングモデルの一変形として、シンクライアント端末機の処理負荷を大幅に軽減し、システム全体としての運用・管理コストを削減するために構築されたシンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法に関する。
【０００２】
【従来の技術】
近年、企業のＯＡ（Ｏｆｆｉｃｅ Ａｕｔｏｍａｔｉｏｎ）化が進み、一般社員にも専用のパーソナルコンピュータ（以下、ＰＣという）が割り当てられるようになり、その導入コストが増大傾向にある。これに加えて、個々のＰＣにおけるアプリケーションソフトのインストールやバージョンアップ、ハードウェアのメンテナンス等にかかる運用・管理コスト（ＴＣＯ）も増大している。
【０００３】
これらのコストの低減を図るために、クライアント−サーバコンピューティングモデルを拡張し、一般社員が使用するクライアントコンピュータには、複雑で高価なパソコンは使用せず、画面表示やキー／マウス入力など最低限の機能のみを持った低価格な専用のコンピュータを配備し、アプリケーションソフトなどの資源は、サーバで一元管理するという方式が提案されている。
【０００４】
この様なモデルのことをシンクライアント−サーバコンピューティングモデルと称する（以下では単にシンクライアントシステムと称する）。また、このような用途で利用することを目的としたコンピュータ端末機をシンクライアント端末機、サーバをアプリケーションサーバと称する。
一方で、携帯電話機において、ＪＡＶＡ（登録商標）実行環境がサポートされる用になる等、高機能化が進むことにより、携帯電話機をシンクライアント端末機とすることも実現可能となっている。これによって、外出先等から企業内、家庭内のＰＣを遠隔操作するという新たな用途に、シンクライアントシステムを適用することが可能となる。
【０００５】
この為の携帯電話機向けシンクライアントシステム等の研究も進んでいる。下記の非特許文献１では、主として、アプリケーションサーバと、携帯電話機の入出力仕様の違い、例えば、サーバではキーボード及びマウス入力に対して携帯電話機ではダイヤルボタン入力、サーバではＶＧＡ（Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）表示及びＳＶＧＡ（Ｓｕｐｅｒ Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）表示に対して携帯電話機では液晶画面表示などの違いに着目し、この仕様差を克服する為の方式について研究している。
【０００６】
具体的には、携帯電話機において、携帯電話機に適した仕様で、アプリケーションサーバのＧＵＩ（Ｇｒｇｐ１１ｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）をエミュレートする機能を有した疑似ＧＵＩ機能を提供する。そして、アプリケーションサーバ上のアプリケーションのＧＵＩを、その疑似ＧＵＩ用の仕様に変換するゲートウェイを導入することにより、電子メールの作成や送受信、受信したメールの保存・管理を行なうソフトウェアであるメーラや、ワープロ操作等のテキスト制御系のアプリケーションや、ウィンドウシステムにおけるメニュー操作等の効率化を実現している。
【０００７】
また、非特許文献１では、疑似ＧＵＩを利用したグラフィック系ソフトウェアの制御を行う機能も有している。この場合、ゲートウェイは、アプリケーションサーバの画面を複製して、携帯電話機（シンクライアント端末機）に送信し、携帯電話機の液晶画面上にアプリケーションサーバ画面を縮小表示する。また、疑似ＧＵＩは、アプリケーションサーバ上のマウスポインタをローカルにエミュレートする機能（疑似ポインタ機能）を提供している。
【０００８】
ユーザは、その携帯電話機上に縮小表示されたアプリケーションサーバ画面上において、任意の地点まで疑似ポインタを移動し、当該地点においてマウスボタン操作イベントを要求することができる。疑似ＧＵＩは、そのイベントが要求された地点の座標と、イベント種別（右、左クリック、ダブルクリック、ドラッグ＆ドロップ）をゲートウェイに送信する。
【０００９】
ゲートウェイは、その座標をアプリケーションサーバの画面の座標に変換し、アプリケーションサーバ上において、先の要求イベントを発生させる。更に、ゲートウェイは、その要求イベントに対するアプリケーションサーバのレスポンスを取得するため、再度アプリケーションサーバの画面情報を収集し、携帯電話機に送信する。
【００１０】
携帯電話機上の疑似ＧＵＩは、そのゲートウェイによって収集されたアプリケーションサーバ画面情報を取得すると、携帯電話機の画面上に更新後のアプリケーションサーバ画面を縮小表示する。
非特許文献１では、更に非特許文献２に記載の画像圧縮技術を拡張して利用している。即ち、図３の（ａ）に示すように、画像１１が表示された６４０×４８０ドット等の表示能力を有するアプリケーションサーバ画面１１の情報の内、（ｂ）に示すように、１００×１４０ドット等の表示能力を有する携帯電話機の画面に表示される部分｛図３には携帯電話機（シンクライアント端末機）対応画面１３ａと記載｝が切り出される。
【００１１】
この携帯電話機対応画面１３ａが、携帯電話機の画面の表示能力（ドット数）に併せて間引きされた後、これが、（ｃ）に破線で示すように、複数の１６ドット長の正方形領域（これをｈｅｘｔｉｌｅと称する）１３ｂに分割される。このｈｅｘｔｉｌｅ１３ｂの１つを（ｄ）に示す。
更に、そのｈｅｘｔｉｌｅ１３ｂが、（ｅ）に示すように、色ごとに矩形部品１３ｂ−１、１３ｂ−２，１３ｂ−３，１３ｂ−４に分解される。但し、各矩形部品１３ｂ−１〜１３ｂ−４は、（ｄ）に示す矩形領域１３ｂ−１〜１３ｂ−４に対応している。
【００１２】
そして、各矩形領域１３ｂ−１〜１３ｂ−４の座標、大きさ及び色の矩形情報が、携帯電話機に送信される。携帯電話機の画面上では、ｈｅｘｔｉｌｅ１３ｂ毎の矩形部品１３ｂ−１〜１３ｂ−４の描画操作が行われる。
このような方法を採用することによって、携帯電話機とアプリケーションサーバ間で転送される画像情報の削減を行っている。
【００１３】
ところで、上記の方法においては、携帯電話機（シンクライアント端末機）におけるアプリケーションサーバ画面の復元に要する時間が、元のアプリケーションサーバ画面を構成する矩形情報の複雑さに依存する。
ここで、携帯電話機におけるグラフィック系ソフトウェア操作を説明するための画面情報の一例を図４に示す。
【００１４】
この例では、時刻ｔ１における画面情報Ｇ１と、時刻ｔ２における画面情報Ｇ２との差分は、矩形描画オブジェクト（以下、オブジェクトと称する）１５と、サーバ上のポインタ１７の位置のみである。従って、画面情報Ｇ１を基本画面として画面情報Ｇ２を描画する際には、それらの差分情報のみを画面情報Ｇ１に上書きすれば、画面情報全体の通信情報量及び描画時間を大幅に削減することができる。
【００１５】
次に、この上書き方法を採った際に、携帯電話機において、アプリケーションサーバの画面情報を自動かつ連続的に取得して更新するシンクライアント端末画面更新処理の例を、図５を参照して説明する。
この図５には、時刻ｔ１１において基本画面情報Ｇ１が描画され、時刻ｔ１２において差分画面情報Ｇ２、時刻ｔ１３において差分画面情報Ｇ３、時刻ｔ１４において差分画面情報Ｇ４が描画される状態を示した。
【００１６】
また、各画面情報Ｇ１１〜Ｇ１４に示したオブジェクト１５ａ，１５ｂ，１５ｃ，１５ｄは、全て同一オブジェクト１５であるが、その位置が変化する状態を判り易くするために、符号１５にａ，ｂ，ｃ，ｄの各符号を付した。また、上記のポインタ１７は省略する。
携帯電話機は、アプリケーションサーバから基本画面情報Ｇ１及び各差分画面情報Ｇ２，Ｇ３，Ｇ４を連続して受信しながら画面に描画を行う。即ち、時刻ｔ１１において、基本画面情報Ｇ１としてアプリケーションサーバ画面と対応する位置にオブジェクト１５を描画する。この際、背景情報に応じて背景画や背景色も描画されるが、ここでは白黒図面のため、背景色を白で表している。
【００１７】
次に、時刻ｔ１２において、差分画面情報Ｇ２をＧ１に上書きして新規位置にオブジェクト１５ｂを描画する。この際、元の位置のオブジェクト１５ａは背景色で塗りつぶされる。同様に、時刻ｔ１３において、差分画面情報Ｇ３をＧ２に上書きして新規位置にオブジェクト１５ｃを描画し、時刻ｔ１４において、差分画面情報Ｇ４をＧ３に上書きして新規位置にオブジェクト１５ｄを描画する。
【００１８】
このように、携帯電話機において、基本画面情報Ｇ１と差分画面情報Ｇ２，Ｇ３，Ｇ４を連続して受け取り、対応する差分描画（上書き）を必ず順番に全て行うのは、残像が画面に残るのを防止するためである。例えば、差分画面情報Ｇ２，Ｇ３を廃棄して差分画面情報Ｇ４のみを、基本画面情報Ｇ１の上書きに適用した場合、差分画面情報Ｇ２の背景色で塗りつぶされるべきオブジェクト１５ａが、差分画面情報Ｇ４の画面において残像として残ってしまう。
【００１９】
また、この方法においては、例えば図６の時刻ｔ２１〜ｔ２４に示すように、基本画面情報Ｇ１及び各差分画面情報Ｇ２，Ｇ３，Ｇ４に含まれる背景情報によって、携帯電話機の画面に複雑な背景画１９が描画されるケースがある。この場合、基本画面情報Ｇ１の復元に多大な時間を要するので、その復元時間が、画面情報取得のための通信に要する時間よりも大幅に長くなる。
【００２０】
この状態では、基本画面情報Ｇ１の描画完了前に、時刻ｔ２１，ｔ２２，ｔ２３において、各差分画面情報Ｇ２，Ｇ３，Ｇ４が自動的に受信され続けると、差分画面情報Ｇ２，Ｇ３，Ｇ４は描画には適用されず、描画実行の待機のために、携帯電話機のメモリに順次記憶される。この記憶される情報が多いとメモリが情報を記憶しきれなくなり、オーバーフローを起こす場合がある。
【００２１】
このオーバーフローを無くすために、現在の画面情報Ｇ１の描画が終了するまでは、次の画面情報Ｇ２以降の情報の取得を抑制するといった第１の対処方法が考えられる。
また、現在の画面情報Ｇ１の描画中に、次の画面情報Ｇ２のみの取得を許可するという第２の対処方法も考えられる。
【００２２】
この他、特許文献１に記載されている内容もある。この内容は、画像データを所持するサーバと、このサーバから画像データを受けとって表示部に表示して所要のデータ処理を実行するクライアントとを有するサーバ／クライアント方式を用いた画面表示方式において、クライアント側に複数の業務プロセスを設け、ある業務プロセスが表示部に画像データを画面表示しているとき、他のある業務プロセスがサーバ側から次に表示すべき画像データを取り込んで画面表示可能な状態に処理し、画面切換え時に迅速に次に表示すべき画像データを表示するものである。
【００２３】
【特許文献１】
特開平６−２１４５３３号公報（要約書、特許請求の範囲）
【非特許文献１】
高橋竜男、“モバイル向けシンクライアントシステムの検討”情報処理学会、ＤＩＣＯＭＯ ２００２シンポジウム論文集、ｐｐ．４９１−４９４，Ｊｕｌ，２００２。
【非特許文献２】
中村文隆、ＶＮＣ詳細解説、ＣＱ出版社、東京、２０００。
【００２４】
【発明が解決しようとする課題】
しかし、従来のシンクライアント端末画面更新方法を用いたシンクライアントシステムにおいては、次のような問題がある。
上記の第１の対処方法では、シンクライアント端末機である携帯電話機における描画時間が短くて済む場合でも、描画完了後に次の画面情報を取得するための通信時間分待たなくてはならない。このため、画面情報の滑らかな表示を行うことができず、また、全ての画面情報を表示する時間も長くなる。
【００２５】
上記の第２の対処方法では、現在の画面情報Ｇ１の描画中に次の画面情報Ｇ２を取得し、画面情報Ｇ１の描画完了後に即時次の画面情報Ｇ２を描画することができる。しかし、現在の画面情報Ｇ１の描画時間が長くなった場合、後述する理由によって、ユーザが次の画面情報Ｇ２に対して行うポインタ操作などに誤操作が生じることがある。
【００２６】
この理由を、図７のシーケンス図を参照して説明する。例えば、時刻ｔ３０において、携帯電話機で複雑な画像の情報である画面情報Ｇ１の描画が開始され、この時に同携帯電話機から次の画面情報Ｇ２の取得要求が行われ、この画面情報取得要求信号２１−２が時刻ｔ３１において、アプリケーションサーバへ到達したとする。なお、画面情報取得要求信号２１−２が送信されてから到達するまでの時間を、画面情報取得要求到達遅延時間Ｔｒという。また、画面情報Ｇ２は簡単な画像情報であるとする。
【００２７】
アプリケーションサーバは、その取得要求信号２１に応じて画面情報Ｇ２を送信し、この画面情報Ｇ２が時刻ｔ３２において、携帯電話機で取得されたとする。この取得された画面情報Ｇ２は携帯電話機のメモリに一旦記憶される。なお、画面情報取得要求信号２１−２が送信されてから、画面情報Ｇ２が取得されるまでの時間を、通信遅延時間Ｔｄという。
【００２８】
その後、時刻ｔ３３において、携帯電話機で画面情報Ｇ１の描画が終了すると、メモリから画面情報Ｇ２が読み出されて画面情報Ｇ２の描画が開始される。この時、同携帯電話機から次の画面情報Ｇ３の取得要求が行われ、アプリケーションサーバにて、その画面情報取得要求信号２１−３に応じて画面情報Ｇ３が送信され、この画面情報Ｇ２が時刻ｔ３４において、携帯電話機で取得されたとする。この時、画面情報Ｇ２の描画が終了して画面情報Ｇ２に応じた画像が表示されたとする。なお、Ｔ１は画面情報Ｇ１の描画時間、Ｔ２は画面情報Ｇ２の描画時間となる。
【００２９】
ところで、時刻ｔ３４で携帯電話機に表示された画面情報Ｇ２の画像は、アプリケーションサーバにおいては、画面情報取得要求信号２１−２の到達時刻ｔ３１に表示されたものである。このように、携帯電話機から画面情報取得要求を行ってから、この取得要求の画面情報Ｇ２が実際に携帯電話機に表示されるまでの時間（Ｔ１＋Ｔ２−Ｔｒ）が長くなった場合、携帯電話機に表示された画面情報Ｇ２の画像に対してユーザがポインタ操作を行ったとしても、この時、既にアプリケーションサーバにおいては次の画面情報Ｇ３の画像表示が行われている。
【００３０】
このことから、携帯電話機で画面情報Ｇ２の画像に対して行われたポインタ操作の命令が、アプリケーションサーバにとっては画面情報Ｇ３の画像に対する命令となる。従って、適切なポインタ操作が行われず、誤操作となってしまう。
これと同様に、上記特許文献１の内容をシンクライアントシステムに当てはめた場合、クライアントのある業務プロセスが画面表示（描画）しているとき、他の業務プロセスがサーバから次の画像データを取り込んで画面表示可能な状態に処理し、画面切換え時に次の画像データを表示するので、現在の画面表示のための描画が長くなった場合、ユーザの誤操作が生じることがある。
【００３１】
本発明は、このような課題に鑑みてなされたものであり、シンクライアント端末機において、ユーザの誤操作が生じないように、画面情報の滑らかな表示を行うことができ、また、サーバからの取得対象となる全ての画面情報の表示時間を短くすることができるシンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法を提供することを目的としている。
【００３２】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１によるシンクライアントシステムは、アプリケーションプログラムを実行するサーバと、このサーバヘ画面情報の取得要求を行うことにより当該サーバから画面情報を取得し、この画面情報を画面に描画するシンクライアント端末機とを有するシンクライアントシステムにおいて、前記サーバと前記シンクライアント端末機との間に、前記サーバから取得される画面情報の描画時間を推定し、この推定描画時間を前記シンクライアント端末機へ送信する中継装置を備え、前記シンクライアント端末機は、前記取得要求を行った時刻から、その取得要求に応じて前記サーバから前記画面情報を受信した時刻までの通信遅延時間を求め、前記推定描画時間が前記通信遅延時間よりも長い場合に、次の画面情報の取得要求を、前記推定描画時間から前記通信遅延時間を引いた時間だけ停止し、この停止時間経過時に前記取得要求を行い、前記推定描画時間が前記通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行うことを特徴としている。
【００３３】
この構成によれば、推定描画時間が通信遅延時間よりも長い場合に、シンクライアント端末機における次の画面情報の取得要求を、推定描画時間から通信遅延時間を引いた時間だけ停止し、この停止時間経過時に行うようにしたので、シンクライアント端末機において開始された当該画面情報の描画処理の残り時間が、通信遅延時間と略等しくなる時間まで次の画面情報の取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報の描画時間が残すところ略通信遅延時間となった時点で取得要求が行われる。一方、推定描画時間が通信遅延時間よりも小さい場合には、次の画面情報の取得要求が即時行われる。
【００３４】
つまり、当該画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報が取得され、直ちに描画処理が開始されるため、この時、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令がサーバにおける次の画面情報に対する適正な命令となる。
【００３５】
また、本発明の請求項２によるシンクライアント端末機は、アプリケーションプログラムを実行するサーバヘ画面情報の取得要求を行うことにより当該サーバから画面情報を取得し、この画面情報を画面に描画するシンクライアント端末機において、前記取得要求を行った時刻から、その取得要求に応じて前記サーバから前記画面情報を受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間とする第１の算出手段と、前記サーバと当該シンクライアント端末機との間に接続された中継装置において推定された前記サーバからの画面情報の推定描画時間と、前記第１の算出手段で算出された通信遅延時間とを比較し、前記推定描画時間が前記通信遅延時間よりも長い場合に、次の画面情報の取得要求を、前記推定描画時間から前記通信遅延時間を引いた時間だけ停止し、この停止時間経過時に前記取得要求を行い、前記推定描画時間が前記通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行う取得制御手段とを備えたことを特徴としている。
【００３６】
この構成によれば、推定描画時間が通信遅延時間よりも長い場合に、シンクライアント端末機において開始された当該画面情報の描画処理の残り時間が、通信遅延時間と略等しくなる時間まで次の画面情報の取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報の描画時間が残すところ略通信遅延時間となった時点で取得要求が行われる。一方、推定描画時間が通信遅延時間よりも小さい場合には、次の画面情報の取得要求が即時行われる。つまり、当該画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報が取得され、直ちに描画処理が開始されるため、この時、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令がサーバにおける次の画面情報に対する適正な命令となる。
【００３７】
また、本発明の請求項３によるシンクライアント端末機は、請求項２において、前記サーバから取得される画面情報の描画時間を推定して推定描画時間を求める推定手段を更に備え、前記中継装置からの推定描画時間に代え、前記推定手段での推定描画時間を前記通信遅延時間との比較に用いることを特徴としている。この構成によれば、シンクライアント端末機単体でサーバから画面情報を取得して、上記請求項２と同様の作用効果を得ることができる。
【００３８】
また、本発明の請求項４によるシンクライアント端末機は、請求項３において、前記推定手段は、前記サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする測定手段と、当該シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する記憶手段と、前記測定手段で得られた描画データ量と、前記記憶手段に記憶された描画性能値との関係から、前記画面情報の推定描画時間を算出する第２の算出手段とを備えたことを特徴としている。
【００３９】
この構成によれば、描画データ量と描画性能値との関係から、当該描画データ量の画面情報を、当該描画性能値のシンクライアント端末機で、どの位の時間で描画可能かを求めることができるので、サーバから取得した画面情報の描画時間を正確に推定することができる。
また、本発明の請求項５による中継装置は、アプリケーションプログラムを実行するサーバと、このサーバヘ画面情報の取得要求を行うことにより当該サーバから画面情報を取得し、この画面情報を画面に描画するシンクライアント端末機との間に接続される中継装置において、前記サーバから取得される画面情報の描画時間を推定し、この推定描画時間を前記シンクライアント端末機へ送信する推定手段を備えたことを特徴としている。
【００４０】
この構成によれば、シンクライアント端末機がサーバから画面情報を取得して描画を行う際に、当該画面情報の推定描画時間が中継装置から送信されてくるので、シンクライアント端末機において、その推定描画時間から当該描画完了までの時間を認識することが可能となる。この認識に基づき、当該描画処理の残り時間が次の画面情報の取得時間と略等しくなった時点を求め、この時に次の画面情報の取得要求を行えば、画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報を取得して描画することができる。この時に、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合でも、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令はサーバにおける次の画面情報に対する適正な命令となる。
【００４１】
また、本発明の請求項６による中継装置は、請求項５において、前記推定手段は、前記サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする測定手段と、前記シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する記憶手段と、前記測定手段で得られた描画データ量と、前記記憶手段に記憶された描画性能値との関係から、前記画面情報の推定描画時間を算出する算出手段とを備えたことを特徴としている。
この構成によれば、描画データ量と描画性能値との関係から、当該描画データ量の画面情報を、当該描画性能値のシンクライアント端末機で、どの位の時間で描画可能かを中継装置で求めることができるので、サーバから取得した画面情報の描画時間を正確に推定することができる。
【００４２】
また、本発明の請求項７によるシンクライアント端末画面更新方法は、シンクライアント端末機からアプリケーションプログラムを実行するサーバヘ画面情報の取得要求を順次行い、その取得要求毎に当該サーバから画面情報を取得し、この画面情報を順次画面に描画するシンクライアント端末画面更新方法において、前記サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする第１のステップと、前記シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する第２のステップと、前記第１のステップで得られた描画データ量と、前記第２のステップで記憶された描画性能値との関係から、前記画面情報の推定描画時間を算出する第３のステップと、前記シンクライアント端末機にて取得要求を行った時刻から、その取得要求に応じて前記サーバから前記画面情報を受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間とする第４のステップと、前記第３のステップで算出された推定描画時間と、前記第４のステップで算出された通信遅延時間とを比較し、前記推定描画時間が前記通信遅延時間よりも長い場合に、次の画面情報の取得要求を、前記推定描画時間から前記通信遅延時間を引いた時間だけ停止し、この停止時間経過時に前記取得要求を行い、前記推定描画時間が前記通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行う第５のステップとを含むことを特徴としている。
【００４３】
この方法によれば、推定描画時間が通信遅延時間よりも長い場合に、シンクライアント端末機において開始された当該画面情報の描画処理の残り時間が、通信遅延時間と略等しくなる時間まで次の画面情報の取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報の描画時間が残すところ略通信遅延時間となった時点で取得要求が行われる。一方、推定描画時間が通信遅延時間よりも小さい場合には、次の画面情報の取得要求が即時行われる。
【００４４】
つまり、当該画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報が取得され、直ちに描画処理が開始されるため、この時、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令がサーバにおける次の画面情報に対する適正な命令となる。
【００４５】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
（実施の形態）
図１は、本発明の実施の形態に係るシンクライアントシステムの構成を示すブロック図である。
図１に示すシンクライアントシステム３０は、シンクライアント端末機である携帯電話機３１と、アプリケーションサーバ３３との間に、ゲートウェイ（中継装置）３５を接続して構成したものである。但し、携帯電話機３１は、ＪＡＶＡ（登録商標）実行環境を有するものである。アプリケーションサーバ３３は、デスクトップＰＣであることを想定する。
【００４６】
また、携帯電話機３１とゲートウェイ３５とは、移動通信ネットワークを含む高遅延なネットワークにより接続されており、ゲートウェイ３５とアプリケーションサーバ３３とは、ＬＡＮ（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ）等の高速低遅延なネットワークを介して接続されているものとする。
更に、携帯電話機３１のＪＡＶＡ（登録商標）実行環境は、組み込み用途向けの極めて限定されたもので、処理能力、記憶容量ともに、ゲートウェイ３５、アプリケーションサーバ３３と比較して著しく限定されている。このため、本実施の形態では、携帯電話機３１の描画性能を取得する機能をゲートウェイ３５でサポートしている。つまり、ゲートウェイ３５は、各種の携帯電話機の機種毎に描画性能に関する情報（描画性能値）を格納している。
【００４７】
携帯電話機３１は、ゲートウェイ３５との間にセッションの設定を要求するときに、自機種名をヘッダ情報に含めて送信する機能を有し、ゲートウェイ３５は、その携帯電話機３１の機種名と、描画性能値（性能パラメータ）により、ゲートウェイ３５自体が現在セッションを設定している携帯電話機３１の性能パラメータを得ることができるようになっている。
【００４８】
携帯電話機３１は、通信遅延時間算出部３７、描画時間取得部３９及び画面情報取得制御部４１を有する描画制御部４３と、通信部４４と、バッファ４５と、描画処理部４７と、入力制御部４９とを備えて構成されている。
ゲートウェイ３５は、シンクライアント端末機３１とアプリケーションサーバ３３とのシンクライアントセッションの中継を行うものであり、描画性能値記憶部５０と、描画時間算出部５１と、描画データ量測定部５３を有する画面情報取得部５５とを備えて構成されている。
【００４９】
次に、これらの構成要素の説明を行う。
入力制御部４９は、ユーザが携帯電話機３１にて行う各種操作に応じた入力信号を通信部４４へ出力するものであり、ここでは特に、画面の自動更新要求の操作に応じた画面自動更新要求信号を通信部４４へ出力するものである。
通信部４４は、画面自動更新要求信号の入力時にアプリケーションサーバ３３への画面情報の取得要求信号をゲートウェイ３５へ送信すると共に、ゲートウェイ３５から推定描画時間Ｔｅ及び画面情報Ｇを受信するものである。
【００５０】
描画時間取得部３９は、通信部４４で受信された推定描画時間Ｔｅを取得するものである。
通信遅延時間算出部３７は、携帯電話機３１がアプリケーションサーバ３３に画面情報取得要求を行った時刻から、その要求した画面情報Ｇをアプリケーションサーバ３３から受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間Ｔｄとするものである。
【００５１】
バッファ４５は、通信部４４で受信された画面情報Ｇを一旦保持しながら、入力順に描画処理部４７へ出力するものである。
描画処理部４７は、バッファ４５から入力される画面情報Ｇを、図示せぬ携帯電話機３１の画面に描画して表示する描画処理を行うものである。
画面情報取得制御部４１は、描画時間取得部３９で取得された推定描画時間Ｔｅと通信遅延時間算出部３７で算出された通信遅延時間Ｔｄとを比較し、この比較結果がＴｅ＞Ｔｄの場合、即ち推定描画時間Ｔｅが通信遅延時間Ｔｄよりも大きい場合に、通信部４４の次の画面情報Ｇを取得するための通信機能を、推定描画時間Ｔｅから通信遅延時間Ｔｄを引いた時間だけ停止し、この停止時間経過時に、通信部４４の次の画面情報Ｇを取得するための通信機能を起動する。
【００５２】
また、比較結果がＴｅ＜Ｔｄの場合、即ち推定描画時間Ｔｅが通信遅延時間Ｔｄよりも小さい場合に、通信部４４の次の画面情報Ｇを取得するための通信機能を即時、起動するものである。
画面情報取得部５５は、通信部４４からの画面情報Ｇの取得要求信号に応じてアプリケーションサーバ３３から画面情報Ｇを取得し、この画面情報Ｇを通信部４４へ送信するものである。
【００５３】
描画データ量測定部５３は、アプリケーションサーバ３３から取得された画面情報Ｇのｈｅｘｔｉｌｅを構成する矩形部品（図形部品）の数と大きさを測定するものである。ここで、ｈｅｘｔｉｌｅと矩形部品は、例えば図３に示したｈｅｘｔｉｌｅ１３ｂと、これを構成する各矩形部品１３ｂ−１、１３ｂ−２，１３ｂ−３，１３ｂ−４に該当する。また、矩形部品の数と大きさとが、描画データ量となる。
【００５４】
描画性能値記憶部５０は、各種の携帯電話機の機種毎に描画性能に関する情報（描画性能値）を記憶するものである。描画性能値については後述で説明する。
描画時間算出部５１は、その描画性能値と、描画データ量測定部５３で測定された矩形部品の数と大きさの値とを、下式（１）及び（２）に当てはめることによって、携帯電話機３１に画面情報Ｇを描画する際の描画開始から完了までの推定描画時間Ｔｅを算出するものである。
【００５５】
【数１】
但し、ａはディスパッチなどの処理時間、Ｈｉは画面情報Ｇにおけるｉ番目のｈｅｘｔｉｌｅの描画に要する時間である。
【００５７】
【数２】
但し、ｍはｈｅｘｔｉｌｅを構成する矩形部品の数、Ｒｘｊｙｊはｉ番目のｈｅｘｔｉｌｅにおけるｊ番目の矩形部品の描画に要する時間であり、上記の矩形部品の大きさに対応している。なお、ｘｊ＝１〜１６、ｙｊ＝１〜１６である。Ｃｊは描画色数に依存する修正パラメータであり、色数が少ないときは小さく、多いときは大きくなる。
【００５９】
上記のａ、Ｃ、Ｒｘｙ（ｘ＝１〜１６、ｙ＝１〜１６：合計２５６個）が、携帯電話機３１のＪａｖａ（登録商標）実行環境における描画性能値（描画性能パラメータ）であり、描画性能値記憶部５０に記憶されている。描画性能値は、ベンチマークにより予め測定され、手動で記憶されている。
このような構成のシンクライアントシステム３０における携帯電話機（シンクライアント端末機）３１の画面更新処理を、図２に示すシーケンス図を参照して説明する。
【００６０】
ステップＳ１において、ユーザが携帯電話機３１にて行う画面の自動更新要求の操作に応じて、入力制御部４９から画面自動更新要求信号が通信部４４へ入力される。
この入力によってステップＳ２では、通信部４４から第１の画面情報Ｇ１の取得要求信号がゲートウェイ３５へ送信され、画面情報取得部５５に入力される。この取得要求信号に応じた画面情報取得部５５の取得制御によって、ステップＳ３において、アプリケーションサーバ３３から第１の画面情報Ｇ１が取得される。
【００６１】
ステップＳ４において、描画データ量測定部５３で、その取得された第１の画面情報Ｇ１から描画データ量が測定され、更に、描画時間算出部５１において、その描画データ量と描画性能値記憶部５０に記憶された描画性能値とをもとに上述で説明したように、携帯電話機３１に第１の画面情報Ｇ１を描画する際の描画開始から完了までの推定描画時間Ｔｅ１が算出される。
【００６２】
ステップＳ５において、その算出された推定描画時間Ｔｅ１と、第１の画面情報Ｇ１とがゲートウェイ３５から携帯電話機３１へ送信され、通信部４４で受信された後、ステップＳ６において、推定描画時間Ｔｅ１が描画制御部４３の描画時間取得部３９に入力され、ステップＳ７において、第１の画面情報Ｇ１がバッファ４５を介して描画処理部４７に入力される。この入力された時点で描画処理部４７によって第１の画面情報Ｇ１の描画処理が開始される。
【００６３】
一方、描画時間取得部３９で推定描画時間Ｔｅ１が取得された際に、ステップＳ８において、画面情報取得制御部４１で、その推定描画時間Ｔｅ１と通信遅延時間算出部３７で算出された通信遅延時間Ｔｄとが比較される。この比較結果、Ｔｅ１＞Ｔｄであったとする。
この場合、ステップＳ９において、画面情報取得制御部４１により通信部４４の次の画面情報Ｇ２を取得するための通信機能が、Ｔｅ１−Ｔｄの時間だけ停止される。つまり、上記ステップＳ７において描画処理部４７で開始された第１の画面情報Ｇ１の描画処理の残り時間が、通信遅延時間Ｔｄと略等しくなる時間まで停止される。
【００６４】
この停止時間経過時点、言い換えれば第１の画面情報Ｇ１の描画時間Ｔ１が残すところ略通信遅延時間Ｔｄとなった時点で、ステップＳ１０において、画面情報取得制御部４１により通信部４４の次の画面情報Ｇ２を取得するための通信機能が起動される。
そして、ステップＳ１０において、通信部４４から第２の画面情報Ｇ２の取得要求信号がゲートウェイ３５へ送信され、画面情報取得部５５に入力され、その取得要求信号に応じて、ステップＳ１１において、アプリケーションサーバ３３から第２の画面情報Ｇ２が取得される。
【００６５】
ステップＳ１２において、描画データ量測定部５３で、その取得された第２の画面情報Ｇ２から描画データ量が測定され、更に、描画時間算出部５１において、その描画データ量と描画性能値記憶部５０に記憶された描画性能値とをもとに、携帯電話機３１に第２の画面情報Ｇ２を描画する際の描画開始から完了までの推定描画時間Ｔｅ２が算出される。
【００６６】
ステップＳ１３において、その算出された推定描画時間Ｔｅ２と、第２の画面情報Ｇ２とがゲートウェイ３５から携帯電話機３１へ送信され、通信部４４で受信される。この受信時刻に、第１の画面情報Ｇ１の描画時間Ｔ１が満了となり、第１の画面情報Ｇ１の描画が完了し、表示された状態となる。
また、その通信部４４での受信後は、ステップＳ１４において、推定描画時間Ｔｅ２が描画制御部４３の描画時間取得部３９に入力され、ステップＳ１５において、第２の画面情報Ｇ２がバッファ４５を介して描画処理部４７に入力される。この入力された時点で描画処理部４７によって第２の画面情報Ｇ２の描画処理が開始される。
【００６７】
つまり、第１の画面情報Ｇ１の描画が完了した時点と略同時に、第２の画面情報Ｇ２が取得され、直ちに第２の画面情報Ｇ２の描画処理が開始されることになる。
一方、描画時間取得部３９で推定描画時間Ｔｅ２が取得された際に、ステップＳ１６において、画面情報取得制御部４１で、その推定描画時間Ｔｅ２と通信遅延時間算出部３７で算出された通信遅延時間Ｔｄとが比較される。この比較結果、Ｔｅ２＜Ｔｄであったとする。
【００６８】
この場合、推定描画時間Ｔｅ２が通信遅延時間Ｔｄよりも短いので、即時、次の画面情報Ｇ３を取得しても現在の画面情報Ｇ２の描画処理を待つことなく、次の画面情報Ｇ３の描画に移行できる。このことから、ステップＳ１７において、即時、画面情報取得制御部４１により通信部４４の次の画面情報Ｇ３を取得するための通信機能が起動される。
【００６９】
そして、ステップＳ１８において、通信部４４から第３の画面情報Ｇ３の取得要求信号がゲートウェイ３５へ送信され、画面情報取得部５５に入力され、その取得要求信号に応じて、ステップＳ１９において、アプリケーションサーバ３３から第３の画面情報Ｇ３が取得される。
ステップＳ２０において、描画データ量測定部５３で、その取得された第３の画面情報Ｇ３から描画データ量が測定され、更に、描画時間算出部５１において、その描画データ量と描画性能値記憶部５０に記憶された描画性能値とをもとに、携帯電話機３１に第３の画面情報Ｇ３を描画する際の描画開始から完了までの推定描画時間Ｔｅ３が算出される。
【００７０】
ステップＳ２１において、その算出された推定描画時間Ｔｅ３と、第３の画面情報Ｇ３とがゲートウェイ３５から携帯電話機３１へ送信され、通信部４４で受信される。この受信時刻に、第２の画面情報Ｇ２の描画時間Ｔ２が満了となり、第２の画面情報Ｇ２の描画が完了した状態となる。
また、その通信部４４での受信後は、ステップＳ２２において、推定描画時間Ｔｅ３が描画制御部４３の描画時間取得部３９に入力され、ステップＳ２３において、第３の画面情報Ｇ３がバッファ４５を介して描画処理部４７に入力される。この入力された時点で描画処理部４７によって第３の画面情報Ｇ３の描画処理が開始される。
【００７１】
つまり、第２の画面情報Ｇ２の描画が完了した時点と略同時に、第３の画面情報Ｇ３が取得され、直ちに第３の画面情報Ｇ３の描画処理が開始されることになる。
このように、本実施の形態のシンクライアントシステム３０によれば、アプリケーションサーバ３３と携帯電話機３１との間に、アプリケーションサーバ３３から取得される画面情報Ｇの描画時間を推定し、この推定描画時間Ｔｅを携帯電話機３１へ送信するゲートウェイ３５を接続した。
【００７２】
また、携帯電話機３１において、通信遅延時間取得部３７で、上記の取得要求を行った時刻から、その取得要求に応じてアプリケーションサーバ３３から画面情報Ｇを受信した時刻までの通信遅延時間Ｔｄを求める。
そして、画面情報取得制御部４１にて、推定描画時間Ｔｅが通信遅延時間Ｔｄよりも長い場合に、次の画面情報Ｇの取得要求を、推定描画時間Ｔｅから通信遅延時間Ｔｄを引いた時間だけ停止し、この停止時間経過時に取得要求を行い、推定描画時間Ｔｅが通信遅延時間Ｔｄよりも小さい場合に、次の画面情報Ｇの取得要求を即時行うようにした。
【００７３】
これによって、推定描画時間Ｔｅが通信遅延時間Ｔｄよりも長い場合に、携帯電話機３１において開始された当該画面情報Ｇの描画処理の残り時間が、通信遅延時間Ｔｄと略等しくなる時間まで次の画面情報Ｇの取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報Ｇの描画時間が残すところ略通信遅延時間Ｔｄとなった時点で取得要求が行われる。一方、推定描画時間Ｔｅが通信遅延時間Ｔｄよりも小さい場合には、次の画面情報Ｇの取得要求が即時行われる。
【００７４】
つまり、当該画面情報Ｇの描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報Ｇが取得され、直ちに描画処理が開始されるため、この時、ユーザが携帯電話機３１において次の画面情報Ｇの画像表示に対して何らかの命令操作を行った場合、アプリケーションサーバ３３の画面には先ほど送信したばかりの次の画面情報Ｇの画像表示が行われているので、その操作命令がアプリケーションサーバ３３における次の画面情報Ｇに対する適正な命令となる。
【００７５】
従って、携帯電話機３１において、ユーザの誤操作が生じないように、画面情報の滑らかな表示を行うことができる。また、従来のように、描画完了後に次の画面情報を取得するための通信時間分待つといった処理を行わないので、アプリケーションサーバ３３からの取得対象となる全ての画面情報の表示時間を短くすることができる。
【００７６】
また、ゲートウェイ３５が、描画データ量測定部５３によって、アプリケーションサーバ３３から取得された画面情報Ｇに含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする。また、描画性能値記憶部５０に、携帯電話機３１の機種毎に描画を行う性能に関する描画性能値を記憶する。そして、描画時間算出部５１によって、測定された描画データ量と、記憶された描画性能値とを上式（１）及び（２）に当てはめることによって、画面情報Ｇの推定描画時間Ｔｅを算出するようにした。
つまり、描画データ量と描画性能値との関係から、当該描画データ量の画面情報Ｇを、当該描画性能値の携帯電話機３１で、どの位の時間で描画可能かを求めることができるので、アプリケーションサーバ３３から取得した画面情報Ｇの推定描画時間Ｔｅを正確に求めることができる。
【００７７】
この他、推定描画時間Ｔｅは、上式（１）及び（２）を用いずとも、次のような方法で求めることができる。即ち、各種描画性能値の携帯電話機３１が、測定された描画データ量の画面情報Ｇをどの位の時間で描画できるかを予め求めておき、この描画性能値と描画データ量との関係情報を用いればよい。この方法においても一定の精度で推定描画時間Ｔｅを求めることが可能となる。
更に、ゲートウェイ３５の機能を携帯電話機３１に設けても良い。この構成によれば、ゲートウェイ３５を用いずとも、携帯電話機３１単体でアプリケーションサーバ３３から画面情報Ｇを取得して、上記ゲートウェイ３５を用いた場合と同様の効果を得ることができる。
【００７８】
【発明の効果】
以上説明したように本発明は、シンクライアント端末機からアプリケーションプログラムを実行するサーバヘ画面情報の取得要求を順次行い、この取得要求毎に当該サーバから画面情報を取得し、この画面情報を順次画面に描画する。その画面情報を取得する際に、サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする。また、シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する。その描画データ量と描画性能値との関係から、画面情報の推定描画時間を算出する。
【００７９】
更に、シンクライアント端末機にて取得要求を行った時刻から、その取得要求に応じてサーバから画面情報を受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間とする。そして、推定描画時間と通信遅延時間とを比較し、推定描画時間が通信遅延時間よりも長い場合に、次の画面情報の取得要求を、推定描画時間から通信遅延時間を引いた時間だけ停止し、この停止時間経過時に取得要求を行い、推定描画時間が通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行うようにした。
【００８０】
これによって、推定描画時間が通信遅延時間よりも長い場合に、シンクライアント端末機において開始された当該画面情報の描画処理の残り時間が、通信遅延時間と略等しくなる時間まで次の画面情報の取得動作が停止され、この停止時間経過時点、言い換えれば当該画面情報の描画時間が残すところ略通信遅延時間となった時点で取得要求が行われる。一方、推定描画時間が通信遅延時間よりも小さい場合には、次の画面情報の取得要求が即時行われる。
【００８１】
つまり、当該画面情報の描画時間の長短に関わらず、描画完了時点と略同時に次の画面情報が取得され、直ちに描画処理が開始されるため、この時、ユーザがシンクライアント端末機において次の画面情報の画像表示に対して何らかの命令操作を行った場合、サーバの画面には先ほど送信したばかりの次の画面情報の画像表示が行われているので、その操作命令がサーバにおける次の画面情報に対する適正な命令となる。
従って、シンクライアント端末機において、ユーザの誤操作が生じないように、画面情報の滑らかな表示を行うことができ、また、サーバからの取得対象となる全ての画面情報の表示時間を短くすることができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るシンクライアントシステムの構成を示すブロック図である。
【図２】上記実施の形態に係るシンクライアントシステムにおける携帯電話機（シンクライアント端末機）の画面更新処理を説明するためのシーケンス図である。
【図３】従来のアプリケーションサーバから携帯電話機へ送信される画面情報の処理を説明するための図である。
【図４】従来の携帯電話機におけるグラフィック系ソフトウェア操作を説明するための図である。
【図５】従来の携帯電話機の画面更新処理を説明するための第１の図である。
【図６】従来の携帯電話機の画面更新処理を説明するための第２の図である。
【図７】従来の携帯電話機の画面更新処理における問題点を説明するための図である。
【符号の説明】
１１ 画像
１３ アプリケーションサーバ画面
１３ａ 携帯電話機（シンクライアント端末機）対応画面
１３ｂ 正方形領域（ｈｅｘｔｉｌｅ）
１３ｂ−１，１３ｂ−２，１３ｂ−３，１３ｂ−４ 矩形部品
Ｇ１，Ｇ２，Ｇ３，Ｇ４ 画面情報
１５，１５ａ，１５ｂ，１５ｃ，１５ｄ 矩形描画オブジェクト
１７ ポインタ
１９ 背景画
２１−２ 画面情報Ｇ２の画面情報取得要求信号
２１−３ 画面情報Ｇ３の画面情報取得要求信号
Ｔｄ 通信遅延時間
Ｔｒ 画面情報取得要求到達遅延時間
Ｔ１ 画面情報Ｇ１の描画時間
Ｔ２ 画面情報Ｇ２の描画時間
３１ シンクライアント端末機
３３ アプリケーションサーバ
３５ ゲートウェイ
３７ 通信遅延時間算出部
３９ 描画時間取得部
４１ 画面情報取得制御部
４３ 描画制御部
４４ 通信部
４５ バッファ
４７ 描画処理部
４９ 入力制御部
５０ 描画性能値記憶部
５１ 描画時間算出部
５３ 描画データ量測定部
５５ 画面情報取得部
Claims (7)
- アプリケーションプログラムを実行するサーバと、このサーバヘ画面情報の取得要求を行うことにより当該サーバから画面情報を取得し、この画面情報を画面に描画するシンクライアント端末機とを有するシンクライアントシステムにおいて、
前記サーバと前記シンクライアント端末機との間に、前記サーバから取得される画面情報の描画時間を推定し、この推定描画時間を前記シンクライアント端末機へ送信する中継装置を備え、
前記シンクライアント端末機は、前記取得要求を行った時刻から、その取得要求に応じて前記サーバから前記画面情報を受信した時刻までの通信遅延時間を求め、前記推定描画時間が前記通信遅延時間よりも長い場合に、次の画面情報の取得要求を、前記推定描画時間から前記通信遅延時間を引いた時間だけ停止し、この停止時間経過時に前記取得要求を行い、前記推定描画時間が前記通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行う
ことを特徴とするシンクライアントシステム。 - アプリケーションプログラムを実行するサーバヘ画面情報の取得要求を行うことにより当該サーバから画面情報を取得し、この画面情報を画面に描画するシンクライアント端末機において、
前記取得要求を行った時刻から、その取得要求に応じて前記サーバから前記画面情報を受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間とする第１の算出手段と、
前記サーバと当該シンクライアント端末機との間に接続された中継装置において推定された前記サーバからの画面情報の推定描画時間と、前記第１の算出手段で算出された通信遅延時間とを比較し、前記推定描画時間が前記通信遅延時間よりも長い場合に、次の画面情報の取得要求を、前記推定描画時間から前記通信遅延時間を引いた時間だけ停止し、この停止時間経過時に前記取得要求を行い、前記推定描画時間が前記通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行う取得制御手段と
を備えたことを特徴とするシンクライアント端末機。 - 前記サーバから取得される画面情報の描画時間を推定して推定描画時間を求める推定手段を更に備え、
前記中継装置からの推定描画時間に代え、前記推定手段での推定描画時間を前記通信遅延時間との比較に用いる
ことを特徴とする請求項２に記載のシンクライアント端末機。 - 前記推定手段は、
前記サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする測定手段と、
当該シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する記憶手段と、
前記測定手段で得られた描画データ量と、前記記憶手段に記憶された描画性能値との関係から、前記画面情報の推定描画時間を算出する第２の算出手段と
を備えたことを特徴とする請求項３に記載のシンクライアント端末機。 - アプリケーションプログラムを実行するサーバと、このサーバヘ画面情報の取得要求を行うことにより当該サーバから画面情報を取得し、この画面情報を画面に描画するシンクライアント端末機との間に接続される中継装置において、
前記サーバから取得される画面情報の描画時間を推定し、この推定描画時間を前記シンクライアント端末機へ送信する推定手段
を備えたことを特徴とする中継装置。 - 前記推定手段は、
前記サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする測定手段と、
前記シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する記憶手段と、
前記測定手段で得られた描画データ量と、前記記憶手段に記憶された描画性能値との関係から、前記画面情報の推定描画時間を算出する算出手段と
を備えたことを特徴とする請求項５に記載の中継装置。 - シンクライアント端末機からアプリケーションプログラムを実行するサーバヘ画面情報の取得要求を順次行い、その取得要求毎に当該サーバから画面情報を取得し、この画面情報を順次画面に描画するシンクライアント端末画面更新方法において、
前記サーバから取得された画面情報に含まれる描画に必要な図形部品情報の数と大きさとを測定し、この測定値を描画データ量とする第１のステップと、
前記シンクライアント端末機の機種毎に描画を行う性能に関する描画性能値を記憶する第２のステップと、
前記第１のステップで得られた描画データ量と、前記第２のステップで記憶された描画性能値との関係から、前記画面情報の推定描画時間を算出する第３のステップと、
前記シンクライアント端末機にて取得要求を行った時刻から、その取得要求に応じて前記サーバから前記画面情報を受信した時刻までの通信所要時間を複数求め、この求められた複数の通信所要時間の平均値を算出し、この平均値を通信遅延時間とする第４のステップと、
前記第３のステップで算出された推定描画時間と、前記第４のステップで算出された通信遅延時間とを比較し、前記推定描画時間が前記通信遅延時間よりも長い場合に、次の画面情報の取得要求を、前記推定描画時間から前記通信遅延時間を引いた時間だけ停止し、この停止時間経過時に前記取得要求を行い、前記推定描画時間が前記通信遅延時間よりも小さい場合に、次の画面情報の取得要求を即時行う第５のステップと
を含むことを特徴とするシンクライアント端末画面更新方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003143857A JP4326836B2 (ja) | 2003-05-21 | 2003-05-21 | シンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003143857A JP4326836B2 (ja) | 2003-05-21 | 2003-05-21 | シンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004349965A true JP2004349965A (ja) | 2004-12-09 |
| JP4326836B2 JP4326836B2 (ja) | 2009-09-09 |
Family
ID=33531506
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003143857A Expired - Fee Related JP4326836B2 (ja) | 2003-05-21 | 2003-05-21 | シンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4326836B2 (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008033407A (ja) * | 2006-07-26 | 2008-02-14 | Casio Comput Co Ltd | サーバ装置、クライアント装置、サーバベースコンピューティングシステムおよびプログラム |
| JP2008083800A (ja) * | 2006-09-26 | 2008-04-10 | Casio Comput Co Ltd | サーバ装置、クライアント装置、サーバベースコンピューティングシステムおよびプログラム |
| WO2011024531A1 (ja) | 2009-08-31 | 2011-03-03 | 日本電気株式会社 | 情報処理装置、情報処理装置の制御方法、及びプログラム |
| WO2011052590A1 (ja) * | 2009-10-28 | 2011-05-05 | 日本電気株式会社 | リモート型携帯通信システム、方法及びプログラム |
| JP2011198354A (ja) * | 2010-03-17 | 2011-10-06 | Nec (China) Co Ltd | デスクトップ・アプリケーション移行のためのシステムと方法 |
| JP2011205264A (ja) * | 2010-03-24 | 2011-10-13 | Casio Computer Co Ltd | 通信端末装置およびプログラム |
| JP2012133210A (ja) * | 2010-12-22 | 2012-07-12 | Ntt Docomo Inc | 表示装置、画面画像転送方法、及びプログラム |
| JP2012160834A (ja) * | 2011-01-31 | 2012-08-23 | Fujitsu Ltd | 情報処理装置、画像送信プログラムおよび画像表示方法 |
| JP2013062778A (ja) * | 2011-09-15 | 2013-04-04 | Konica Minolta Business Technologies Inc | リモート端末、リモート端末の制御方法および制御プログラム |
| JP2013123231A (ja) * | 2012-12-28 | 2013-06-20 | Casio Comput Co Ltd | 表示端末装置及びプログラム |
| JP2014044737A (ja) * | 2013-10-25 | 2014-03-13 | Casio Comput Co Ltd | 画像処理装置及びプログラム |
| WO2014122693A1 (ja) * | 2013-02-08 | 2014-08-14 | 三菱電機株式会社 | クライアント装置、サーバ装置、画面伝送システム |
| JP2015225429A (ja) * | 2014-05-27 | 2015-12-14 | コニカミノルタ株式会社 | 中継装置、中継方法および中継プログラム |
| US9571600B2 (en) | 2013-09-19 | 2017-02-14 | Fujitsu Limited | Relay device, relay method and thin client system |
-
2003
- 2003-05-21 JP JP2003143857A patent/JP4326836B2/ja not_active Expired - Fee Related
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008033407A (ja) * | 2006-07-26 | 2008-02-14 | Casio Comput Co Ltd | サーバ装置、クライアント装置、サーバベースコンピューティングシステムおよびプログラム |
| JP2008083800A (ja) * | 2006-09-26 | 2008-04-10 | Casio Comput Co Ltd | サーバ装置、クライアント装置、サーバベースコンピューティングシステムおよびプログラム |
| US8219685B2 (en) | 2006-09-26 | 2012-07-10 | Casio Computer Co., Ltd | Thin client apparatus, a control method thereof, and a program storage medium for a thin client system for intergrating input information items and transmitting the intergrated information to a server |
| WO2011024531A1 (ja) | 2009-08-31 | 2011-03-03 | 日本電気株式会社 | 情報処理装置、情報処理装置の制御方法、及びプログラム |
| CN103558967A (zh) * | 2009-08-31 | 2014-02-05 | 日本电气株式会社 | 信息处理设备和信息处理设备控制方法 |
| JPWO2011052590A1 (ja) * | 2009-10-28 | 2013-03-21 | 日本電気株式会社 | リモート型携帯通信システム、方法及びプログラム |
| WO2011052590A1 (ja) * | 2009-10-28 | 2011-05-05 | 日本電気株式会社 | リモート型携帯通信システム、方法及びプログラム |
| JP2011198354A (ja) * | 2010-03-17 | 2011-10-06 | Nec (China) Co Ltd | デスクトップ・アプリケーション移行のためのシステムと方法 |
| JP2011205264A (ja) * | 2010-03-24 | 2011-10-13 | Casio Computer Co Ltd | 通信端末装置およびプログラム |
| JP2012133210A (ja) * | 2010-12-22 | 2012-07-12 | Ntt Docomo Inc | 表示装置、画面画像転送方法、及びプログラム |
| JP2012160834A (ja) * | 2011-01-31 | 2012-08-23 | Fujitsu Ltd | 情報処理装置、画像送信プログラムおよび画像表示方法 |
| US8982135B2 (en) | 2011-01-31 | 2015-03-17 | Fujitsu Limited | Information processing apparatus and image display method |
| JP2013062778A (ja) * | 2011-09-15 | 2013-04-04 | Konica Minolta Business Technologies Inc | リモート端末、リモート端末の制御方法および制御プログラム |
| JP2013123231A (ja) * | 2012-12-28 | 2013-06-20 | Casio Comput Co Ltd | 表示端末装置及びプログラム |
| WO2014122693A1 (ja) * | 2013-02-08 | 2014-08-14 | 三菱電機株式会社 | クライアント装置、サーバ装置、画面伝送システム |
| US9571600B2 (en) | 2013-09-19 | 2017-02-14 | Fujitsu Limited | Relay device, relay method and thin client system |
| JP2014044737A (ja) * | 2013-10-25 | 2014-03-13 | Casio Comput Co Ltd | 画像処理装置及びプログラム |
| JP2015225429A (ja) * | 2014-05-27 | 2015-12-14 | コニカミノルタ株式会社 | 中継装置、中継方法および中継プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4326836B2 (ja) | 2009-09-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111475298B (zh) | 任务处理方法、装置、设备及存储介质 | |
| JP4326836B2 (ja) | シンクライアントシステム、シンクライアント端末機、中継装置及びシンクライアント端末画面更新方法 | |
| EP2875425B1 (en) | Providing access to a remote application via a web client | |
| CN111433743B (zh) | 一种app远程控制方法及相关设备 | |
| US20140082511A1 (en) | Method and system for emulating desktop software applications in a mobile communication network | |
| US9223534B1 (en) | Client side detection of motion vectors for cross-platform display | |
| US8140616B2 (en) | Server unit, server control method, and recording medium in server-based computing system | |
| EP1902378A1 (en) | A method and system of computer remote control that optimized for low bandwidth network and low level personal communication terminal device | |
| EP4198962A1 (en) | Systems and methods for interactively presenting a visible portion of a rendering surface on a user device | |
| KR101705197B1 (ko) | 로컬 서버 장치 및 그의 데이터 중계 방법 | |
| CN110768861A (zh) | 一种获取超时阈值的方法、装置、介质和电子设备 | |
| CN112363790B (zh) | 表格的视图显示方法、装置和电子设备 | |
| US8203567B2 (en) | Graphics processing method and apparatus implementing window system | |
| CN110909261A (zh) | 一种时间轴处理方法、装置、设备和存储介质 | |
| CN115908687A (zh) | 渲染网络的训练、渲染方法、装置及电子设备 | |
| US9367931B1 (en) | Motion vectors for cross-platform display | |
| US20110314412A1 (en) | Compositing application content and system content for display | |
| CN113986413A (zh) | 页面显示方法、装置、设备及存储介质 | |
| US9584752B2 (en) | System, information processing apparatus, and image processing method | |
| JP5842804B2 (ja) | 表示端末装置及びプログラム | |
| CN112446936A (zh) | 图像处理方法和装置 | |
| JP2001154881A (ja) | シミュレーション装置とその装置の実現に用いられるプログラム記録媒体 | |
| CN111013144B (zh) | 一种游戏画面绘制渲染方法、装置和移动终端 | |
| CN111258670B (zh) | 组件数据的管理方法、装置、电子设备和存储介质 | |
| JP6146440B2 (ja) | 表示端末装置及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060412 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090513 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090602 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090610 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120619 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4326836 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120619 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130619 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |