(57)【要約】【課題】サーバ端末とクライアント端末とのアップデートを制御して、両端末間のバージョンの差異をなくす。【解決手段】１つ以上のクライアント装置と、クライアント装置とネットワークを介して接続されるサーバ装置と、を備えることを特徴とするシンクライアントシステムであって、サーバ装置は、クライアント装置との通信速度が閾値以上であれば、アップデートモジュールをクライアント装置へ送信し、クライアント装置は、アップデートモジュールを受け取ってアップデートを行う。【選択図】図２
2010224761.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のクライアント装置と、前記クライアント装置とネットワークを介して接続されるサーバ装置と、を備えることを特徴とするシンクライアントシステムであって、
前記サーバ装置は、
前記クライアント装置との通信速度が閾値以上であれば、アップデートモジュールを前記クライアント装置へ送信し、
前記クライアント装置は、
前記アップデートモジュールを受け取ってアップデートを行うことを特徴とするシンクライアントシステム。
【請求項２】
前記サーバ装置は、前記アップデートモジュールを１つ以上のアップデートモジュールを格納し、配布しているアップデートモジュール配布サーバよりダウンロードして前記クライアント装置へ送信することを特徴とする請求項１記載のシンクライアントシステム。
【請求項３】
前記サーバ装置は、前記通信速度が閾値未満であれば、前記クライアント装置にアップデート指示を送信し、
前記クライアント装置は、前記アップデートモジュール配布サーバよりアップデートモジュールをダウンロードしてアップデートを行うことを特徴とする請求項１又は２記載のシンクライアントシステム。
【請求項４】
前記サーバ装置は、前記通信速度が第２の閾値未満である場合には、前記クライアント装置にアップデート指示を送信しないことを特徴とする請求項３記載のシンクライアントシステム。
【請求項５】
前記クライアント装置は、アップデート完了後にアップデート成功通知を前記サーバ装置に送信し、
前記サーバ装置は、前記アップデート成功通知受信後、前記クライアント装置のアップデートしたバージョンと同一のバージョンにアップデートすることを特徴とする請求項１から４のいずれか１項に記載のシンクライアントシステム。
【請求項６】
前記サーバ装置は、一定時間内に前記アップデート成功通知を受け取れなかった場合には、再度前記アップデートモジュール又は前記アップデート指示を送信することを特徴とする請求項５記載のシンクライアントシステム。
【請求項７】
前記通信速度の閾値は、アップデートモジュールのデータ量に応じて設定されることを特徴とする請求項１から６のいずれか１項に記載のシンクライアントシステム。
【請求項８】
前記サーバ装置は、前記サーバ装置及び前記クライアント装置が同一ＬＡＮ上にある場合には、前記通信速度が閾値以上であると判断することを特徴とする請求項１から７のいずれか１項に記載のシンクライアントシステム。
【請求項９】
接続されるクライアント装置のＭＡＣアドレスを格納し、
前記ＭＡＣアドレスを基に前記クライアント装置に起動要求を行って、起動したクライアント装置にアップデートモジュールを送信することを特徴とする請求項８に記載のシンクライアントシステム。
【請求項１０】
前記サーバ装置は、前記アップデートモジュール配布サーバに最新のバージョンのアップデートモジュールがあれば、前記通信速度が閾値以上であるか否かを判定することを特徴とする請求項１から９のいずれか１項に記載のシンクライアントシステム。
【請求項１１】
前記サーバ装置は、前記クライアント装置が接続されると、接続されたクライアント装置のバージョンを確認し、
前記バージョンが異なれば、前記通信速度が閾値以上であるか否かを判定することを特徴とする請求項１から９のいずれか１項に記載のシンクライアントシステム。
【請求項１２】
前記サーバ装置は、前記クライアント装置が規定台数以上接続されると、接続されたクライアント装置のバージョンを確認し、
前記バージョンが異なれば、前記通信速度が閾値以上であるか否かを判定することを特徴とする請求項１から９のいずれか１項に記載のシンクライアントシステム。
【請求項１３】
前記サーバ装置は、前記クライアント装置との通信速度が閾値以上であれば、前記クライアント装置を自身と同一バージョンにするための差分データを送信し、
前記クライアント装置は、前記差分データを受け取ってアップデートを行うことを特徴とする請求項１１又は１２記載のシンクライアントシステム。
【請求項１４】
前記サーバ装置は、前記通信速度が閾値未満であれば、前記クライアント装置と同一バージョンとなるように自身のアップデートを行うことを特徴とする請求項１１から１３のいずれか１項に記載のシンクライアントシステム。
【請求項１５】
前記サーバ装置は、複数のクライアント装置が接続される場合において、自身も含め最も多く用いられているバージョンを判断し、
前記サーバ装置及び前記クライアント装置は、前記バージョンに一致するようにアップデートすることを特徴とする請求項１１から１４のいずれか１項に記載のシンクライアントシステム。
【請求項１６】
前記サーバ装置は、複数のクライアント装置が接続される場合において、最も使用頻度の高いクライアント装置に用いられているバージョンを判断し、
前記サーバ装置及び前記クライアント装置は、前記バージョンに一致するようにアップデートすることを特徴とする請求項１１から１４のいずれか１項に記載のシンクライアントシステム。
【請求項１７】
アップデートの許可又は禁止時間を格納し、
前記禁止時間にはアップデートを行わないことを特徴とする請求項１から１６のいずれか１項に記載のシンクライアントシステム。
【請求項１８】
前記クライアント装置の接続数から禁止時間を設定することを特徴とする請求項１７に記載のシンクライアントシステム。
【請求項１９】
ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールを前記クライアント装置へ送信してアップデートを行わせることを特徴とするサーバ装置。
【請求項２０】
前記アップデートモジュールを１つ以上のアップデートモジュールを格納し、配布しているアップデートモジュール配布サーバよりダウンロードして前記クライアント装置へ送信することを特徴とする請求項１９記載のサーバ装置。
【請求項２１】
前記通信速度が閾値未満であれば、前記クライアント装置にアップデート指示を送信することを特徴とする請求項１９又は２０に記載のサーバ装置。
【請求項２２】
前記通信速度が第２の閾値未満である場合には、前記クライアント装置にアップデート指示を送信しないことを特徴とする請求項２１記載のサーバ装置。
【請求項２３】
前記クライアント装置からアップデート成功通知を受信すると、前記クライアント装置のアップデートしたバージョンと同一のバージョンにアップデートすることを特徴とする請求項１９から２２のいずれか１項に記載のサーバ装置。
【請求項２４】
一定時間内に前記アップデート成功通知を受け取れなかった場合には、再度前記アップデートモジュール又は前記アップデート指示を送信することを特徴とする請求項２３記載のサーバ装置。
【請求項２５】
前記通信速度の閾値は、アップデートモジュールのデータ量に応じて設定されることを特徴とする請求項１９から２４のいずれか１項に記載のサーバ装置。
【請求項２６】
前記クライアント装置が同一ＬＡＮ上にある場合には、前記通信速度が閾値以上であると判断することを特徴とする請求項１９から２５のいずれか１項に記載のサーバ装置。
【請求項２７】
接続されるクライアント装置のＭＡＣアドレスを格納し、
前記ＭＡＣアドレスを基に前記クライアント装置に起動要求を行って、起動したクライアント装置にアップデートモジュールを送信することを特徴とする請求項２６に記載のサーバ装置。
【請求項２８】
アップデートモジュールを格納し、配布しているアップデートモジュール配布サーバに最新のバージョンのアップデートモジュールがあれば、前記通信速度が閾値以上であるか否かを判定することを特徴とする請求項１９から２７のいずれか１項に記載のサーバ装置。
【請求項２９】
前記クライアント装置が接続されると、接続されたクライアント装置のバージョンを確認し、
前記バージョンが異なれば、前記通信速度が閾値以上であるか否かを判定することを特徴とする請求項１９から２７のいずれか１項に記載のサーバ装置。
【請求項３０】
前記クライアント装置が規定台数以上接続されると、接続されたクライアント装置のバージョンを確認し、
前記バージョンが異なれば、前記通信速度が閾値以上であるか否かを判定することを特徴とする請求項１９から２７のいずれか１項に記載のサーバ装置。
【請求項３１】
前記クライアント装置との通信速度が閾値以上であれば、前記クライアント装置を自身と同一バージョンにするための差分データを送信することを特徴とする請求項２９又は３０記載のサーバ装置。
【請求項３２】
前記通信速度が閾値未満であれば、前記クライアント装置と同一バージョンとなるように自身のアップデートを行うことを特徴とする請求項２９から３０のいずれか１項に記載のサーバ装置。
【請求項３３】
複数のクライアント装置が接続される場合において、自身も含め最も多く用いられているバージョンを判断し、前記バージョンに一致するようにアップデートすることを特徴とする請求項２９から３２のいずれか１項に記載のサーバ装置。
【請求項３４】
複数のクライアント装置が接続される場合において、最も使用頻度の高いクライアント装置に用いられているバージョンを判断し、前記バージョンに一致するようにアップデートすることを特徴とする請求項２９から３２のいずれか１項に記載のサーバ装置。
【請求項３５】
アップデートの許可又は禁止時間を格納し、
前記禁止時間にはアップデートを行わないことを特徴とする請求項１９から３４のいずれか１項に記載のサーバ装置。
【請求項３６】
前記クライアント装置の接続数から禁止時間を設定することを特徴とする請求項３５に記載のサーバ装置。
【請求項３７】
サーバ装置により、ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールを前記クライアント装置へ送信し、
前記クライアント装置により、前記アップデートモジュールを受け取ってアップデートを行うことを特徴とするシンクライアントシステムのアップデート方法。
【請求項３８】
前記サーバ装置により、前記通信速度が閾値未満であれば、前記クライアント装置にアップデート指示を送信し、
前記クライアント装置により、前記アップデート指示にしたがってアップデートモジュールを格納し、配布しているアップデートモジュール配布サーバよりアップデートモジュールをダウンロードしてアップデートを行うことを特徴とする請求項３７記載のシンクライアントシステムのアップデート方法。
【請求項３９】
ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールを前記クライアント装置へ送信してアップデートを行わせることを特徴とするサーバ装置のアップデート方法。
【請求項４０】
前記通信速度が閾値未満であれば、前記クライアント装置にアップデート指示を送信することを特徴とする請求項３９記載のサーバ装置のアップデート方法。
【請求項４１】
サーバ装置により、ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールを前記クライアント装置へ送信し、
前記クライアント装置により、前記アップデートモジュールを受け取ってアップデートを行うことをコンピュータに実行させるプログラム。
【請求項４２】
ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールを前記クライアント装置へ送信してアップデートを行わせることをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ端末とクライアント端末のアップデートを制御するシンクライアントシステム、サーバ装置、それらのアップデート方法及びプログラムに関する。
【背景技術】
【０００２】
ＰＣ端末のバージョンアップデート方法としては、アップデートモジュール配布用サーバに定期的にアクセスして最新版があれば自動的にアップデートを行う方法がある。
【０００３】
例えば特許文献１には、シンクライアント端末のアップデート処理時にアップデートモードへと移行させ、該アップデートモードである時には、自動ログオンを有効にすることによってユーザの利便性の向上及びセキュリティ性を確保した技術について開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２６２４５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、サーバ端末と複数のクライアント端末をネットワークを介して接続したシンクライアントシステム間では、それぞれが単独でアップデートを行ってしまうと、各端末のソフトウェアのバージョンが異なってしまい、ソフトウェア間での通信が確立できないなどの問題が生じてしまうことになる。
【０００６】
また、クライアント端末を外出先などで使用する場合においては、通信速度の遅いワイヤレス環境で用いられることもある。その際、サーバ端末とバージョンが異なっていた場合には、アップデートモジュールをダウンロードしなければサーバ端末とのソフトウェア間通信を確立できないが、ワイヤレス環境などでダウンロードを行おうとすると、通信速度が遅く、回線が不安定であったりするために、多くの時間を費やすことになってしまう。
【０００７】
そこで本発明は、上記問題点に鑑みてなされたもので、サーバ端末とクライアント端末とのアップデートを制御して、両端末間のバージョンの差異をなくすことを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明におけるシンクライアントシステムは、１つ以上のクライアント装置と、クライアント装置とネットワークを介して接続されるサーバ装置と、を備えることを特徴とするシンクライアントシステムであって、サーバ装置は、クライアント装置との通信速度が閾値以上であれば、アップデートモジュールをクライアント装置へ送信し、クライアント装置は、アップデートモジュールを受け取ってアップデートを行うことを特徴とする。
【０００９】
また、本発明におけるサーバ装置は、ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールをクライアント装置へ送信してアップデートを行わせることを特徴とする。
【００１０】
また、本発明におけるシンクライアントシステムのアップデート方法は、サーバ装置により、ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールをクライアント装置へ送信し、クライアント装置により、アップデートモジュールを受け取ってアップデートを行うことを特徴とする。
【００１１】
また、本発明におけるサーバ装置のアップデート方法は、ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールをクライアント装置へ送信してアップデートを行わせることを特徴とする。
【００１２】
また、本発明におけるプログラムは、サーバ装置により、ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールをクライアント装置へ送信し、クライアント装置により、アップデートモジュールを受け取ってアップデートを行うことをコンピュータに実行させることを特徴とする。
【００１３】
また、本発明におけるプログラムは、ネットワークを介して接続されるクライアント装置との通信速度が閾値以上であれば、アップデートモジュールをクライアント装置へ送信してアップデートを行わせることをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
本発明により、サーバ端末とクライアント端末との通信速度を基にアップデートを制御することで、不用意に両端末間のバージョンが異なってしまうのを抑制することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態に係るシンクライアントシステムの構成図である。
【図２】本発明の第１の実施形態に係るシンクライアントシステムのフローチャート図である。
【図３】本発明の第２の実施形態に係るシンクライアントシステムのフローチャート図である。
【図４】本発明の第４の実施形態に係るシンクライアントシステムの構成図である。
【図５】本発明の第４の実施形態に係るシンクライアントシステムのフローチャート図である。
【図６】本発明の第５の実施形態に係るシンクライアントシステムのフローチャート図である。
【図７】本発明の第７の実施形態に係るシンクライアントシステムの構成図である。
【図８】本発明の第７の実施形態に係るシンクライアントシステムのフローチャート図である。
【図９】本発明の第８の実施形態に係るシンクライアントシステムの構成図である。
【図１０】本発明の第８の実施形態に係るシンクライアントシステムのフローチャート図である。
【発明を実施するための形態】
【００１６】
次に、発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００１７】
（第１の実施形態）
図１は、本発明の第１の実施形態におけるシンクライアントシステムの構成図である。本シンクライアントシステムは、サーバ端末１００と、クライアント端末２００と、を有し、それぞれネットワーク３００を介して接続される。なお、複数のクライアント端末を有する場合も本実施形態のシンクライアントシステムを同様に構築することが可能である。
【００１８】
サーバ端末１００は、通信速度判定部１１と、アップデート部１２と、データ送信部１３と、を有して構成される。
【００１９】
通信速度判定部１１は、接続されるクライアント端末２００との通信速度を測定して、通信速度が予め定められた閾値以上であるか否かを判断する。速度測定の方法としては、例えばダミーデータを送受信することにより使用ポートを通過する単位時間当たりのパケット数から速度計算を行う。なお、ダミーデータの送受信を行うためのサポートサーバを備えて速度測定を行っても良い。
【００２０】
ここで、設定される閾値は、アップデートモジュールを送受信するのに十分な通信速度が得られる程度に設定されることが好ましい。すなわち、ある一定時間内にアップデートモジュールを送信可能なように設定されれば良い。
【００２１】
そこで例えば、送信すべきアップデートモジュールのデータ量によって通信速度の閾値を変化するようなテーブルを用意して、該テーブルにしたがって通信速度の閾値をアップデートモジュールの容量により変動するようにしても良い。
【００２２】
アップデート部１２は、アップデートモジュール配布用サーバに最新バージョンのアップデートモジュールが存在するか否かを問い合わせ、最新バージョンが有ればアップデートモジュール配布用サーバから自身及びクライアント端末用のアップデートモジュールをダウンロードし、サーバ端末用アップデートモジュールを用いて自身のアップデートを行う。
【００２３】
データ送信部１３は、通信速度判定部１１にてクライアント端末２００との通信速度が閾値以上と判定されれば、アップデート部１２よりダウンロードしたクライアント端末用アップデートモジュールを、クライアント端末へと送信する。
【００２４】
また、クライアント端末２００は、データ受信部２１と、アップデート部２２と、を有して構成される。
【００２５】
データ受信部２１は、サーバ端末１００よりクライアント端末用アップデートモジュールを受け取る。
【００２６】
アップデート部２２は、サーバ端末１００より受け取ったクライアント端末用アップデートモジュールを用いて自身のアップデートを行う。
【００２７】
図２は、本発明の第１の実施形態におけるシンクライアントシステムのアップデート方法を示すフローチャート図である。
【００２８】
サーバ端末１００は、アップデートモジュール配布用サーバに接続し、最新バージョンのアップデートモジュールが存在するか否かを問い合わせ、最新バージョンが有るか否かを判断する（ステップＳ１１）。
【００２９】
最新バージョンが有ればクライアント端末２００との通信速度の測定を行い（ステップＳ１２）、測定した通信速度が閾値以上であるか否かを判断する（ステップＳ１３）。
【００３０】
サーバ端末１００とクライアント端末２００との間で閾値以上の通信速度が出ていればアップデートモジュールのダウンロードを行う（ステップＳ１４）。なお、ここでサーバ端末用とクライアント端末用のアップデートモジュールが別々に用意されている場合には、両方のアップデートモジュールをダウンロードする。
【００３１】
サーバ端末１００は、ダウンロードしたアップデートモジュールをクライアント端末２００へと送信し（ステップＳ１５）、クライアント端末２００は、該アップデートモジュールを受け取る（ステップＳ１６）。
【００３２】
クライアント端末２００は、受け取ったアップデートモジュールを用いて自身のアップデートを行い（ステップＳ１７）、アップデートが正常に行われたか否かを判断する（ステップＳ１８）。
【００３３】
アップデートが正常に行われれば、アップデート成功通知をサーバ端末１００へと送信する（ステップＳ１９）。
【００３４】
サーバ端末１００では、アップデート成功通知を受け取ったら（ステップＳ２０）、ステップＳ１４でダウンロードしたアップデートモジュールを用いて自身のアップデートを行う（ステップＳ２１）。
【００３５】
なお、アップデート成功通知が予め定められた時間経過しても送られてこない場合には、アップデートが失敗したと判断し、自身のアップデートは行わない。このとき、再度アップデートモジュールを送信しても良いし、最初の処理から繰り返すようにしても良い。また、このときの時間としては、ダウンロードしたアップデートモジュールからアップデートにかかる予想時間を算出して変動するようにしても良いし、アップデートに十分な一定時間を予め設定しておいても良い。
【００３６】
（第２の実施形態）
図３は、本発明の第２の実施形態におけるシンクライアントシステムのアップデート方法を示すフローチャート図である。なお、第１の実施形態と同様の処理については、同一の符号を付して詳細な説明を省略する。
【００３７】
サーバ端末１００は、アップデートモジュール配布用サーバに接続し、最新バージョンのアップデートモジュールが存在するか否かを問い合わせ、最新バージョンが有るか否かを判断する（ステップＳ１１）。
【００３８】
最新バージョンが有ればクライアント端末２００との通信速度の測定を行い（ステップＳ１２）、測定した通信速度が閾値未満であるか否かを判断する（ステップＳ３１）。
【００３９】
サーバ端末１００とクライアント端末２００との間で閾値以上の通信速度が出ていれば第１の実施形態におけるステップＳ１４以降の処理にしたがってアップデートを行う（ステップＳ４０）。
【００４０】
一方、測定した通信速度が閾値未満であれば、クライアント端末２００へアップデートを行うよう指示を送信する（ステップＳ３２）。
【００４１】
クライアント端末２００は、アップデート指示に従ってアップデートモジュール配布用サーバに接続し、アップデートモジュールをダウンロードする（ステップＳ３３）。
【００４２】
クライアント端末２００は、ダウンロードしたアップデートモジュールを用いて自身のアップデートを行い（ステップＳ３４）、アップデートが正常に行われたか否かを判断する（ステップＳ３５）。
【００４３】
アップデートが正常に行われれば、アップデート成功通知をサーバ端末１００へと送信する（ステップＳ３６）。このときアップデート成功通知に自身のアップデートしたバージョン情報を含めても良い。
【００４４】
サーバ端末１００では、アップデート成功通知を受け取ったら（ステップＳ３７）、アップデートモジュール配布用サーバに接続し、アップデートモジュールをダウンロードし（ステップＳ３８）、自身のアップデートを行う（ステップＳ３９）。
【００４５】
なお、アップデート指示を送出する際に、クライアント端末２００に十分な通信速度が得られないと判断される場合にはアップデート指示を送らないようにしても良いし、クライアント端末２００側でアップデート指示を受け取っても十分な通信速度が得られないと判断される場合などにはアップデートを行わないようにしても良い。例えば、通信速度に対する２つの閾値を設けて、第１の閾値以上であれば、サーバ端末１００よりクライアント端末２００へアップデートモジュールを送信し、第２の閾値以上第１の閾値未満であれば、アップデート指示を送信し、第２の閾値未満であれば、アップデート指示を送信せず、自身も含めてアップデートを行わないようにしても良い。また、アップデートモジュールのデータ量からアップデートを行うか否かを判断しても良い。
【００４６】
なお、サーバ端末１００からの指示が無くても、クライアント端末２００がアップデートモジュール配布用サーバに接続し、最新バージョンのアップデートモジュールが存在するか否かを問い合わせ、最新バージョンが有り、十分な通信速度が得られると判断される場合にはアップデートを行うようにしても良い。このときには、上記ステップＳ３３以降にしたがって処理を行うこととなる。
【００４７】
（第３の実施形態）
本発明の第３の実施形態におけるシンクライアントシステムのアップデート方法は、図２及び図３のステップＳ１３及びステップＳ３１における判断基準を同一ＬＡＮ内にあるか否かとする。なお、同一ＬＡＮ上とは、同一ルータの管理内において両端末の接続が確立されている状態のことであり、例えばサーバ端末から同一ＩＰアドレスを基に応答要求を行うなどして該クライアント端末を特定する。
【００４８】
すなわち、図２においてステップＳ１３にてサーバ端末１００とクライアント端末２００が同一ＬＡＮ上に存在しているか否かを判断し、同一ＬＡＮ上にあると判断されれば、上述のフローチャートにしたがって以降の処理を行う。
【００４９】
（第４の実施形態）
図４は、本発明の第４の実施形態におけるシンクライアントシステムの構成図である。本シンクライアントシステムは、上記実施形態におけるシンクライアントシステムの構成にさらにサーバ端末１０１がバージョン検知部１４を有する。なお、その他の構成については、上記実施形態と同様のため詳細な説明は省略する。
【００５０】
バージョン検知部１４は、クライアント端末２００に備えられているソフトウェアのバージョン情報を収集して自身のバージョンと一致しているか否かを判断する。
【００５１】
図５は、本発明の第４の実施形態におけるシンクライアントシステムのアップデート方法を示すフローチャート図である。
【００５２】
サーバ端末１０１は、クライアント端末２００がネットワークを介してサーバ端末１０１と接続されたことを検知すると（ステップＳ４１）、クライアント端末２００のソフトウェアバージョンの情報を収集する（ステップＳ４２）。
【００５３】
収集した情報から自身のバージョンと異なるか否かを判断する（ステップＳ４３）。それぞれのバージョンが異なれば、クライアント端末２００との通信速度の測定を行い（ステップＳ４４）、測定した通信速度が閾値以上であるか否かを判断する（ステップＳ４５）。
【００５４】
サーバ端末１０１とクライアント端末２００との間で閾値以上の通信速度が出ていれば、サーバ端末１０１は、保有するアップデートモジュールをクライアント端末２００へと送信し（ステップＳ４６）、クライアント端末２００は、該アップデートモジュールを受け取る（ステップＳ４７）。なお、このとき自身のバージョンと同一のクライアント端末用アップデートモジュールを保有していない場合には、アップデートモジュール配布用サーバに接続し、該アップデートモジュールをダウンロードして送信する。また、保有するモジュールのうち同一バージョンにするために必要な差分のみ送信するようにしても良い。
【００５５】
クライアント端末２００は、受け取ったアップデートモジュールを用いて自身のアップデートを行う（ステップＳ４８）。
【００５６】
（第５の実施形態）
図６は、本発明の第５の実施形態におけるシンクライアントシステムのアップデート方法を示すフローチャート図である。なお、本実施形態におけるシンクライアントシステムは、第４の実施形態におけるシンクライアントシステムと同様の機能を有して構成される。
【００５７】
サーバ端末１０１は、クライアント端末２００がネットワークを介してサーバ端末１０１と接続されたことを検知すると（ステップＳ４１）、クライアント端末２００のソフトウェアのバージョン情報を収集する（ステップＳ４２）。
【００５８】
収集した情報から自身のバージョンと異なるか否かを判断する（ステップＳ４３）。それぞれのバージョンが異なれば、クライアント端末２００との通信速度の測定を行い（ステップＳ４４）、測定した通信速度が閾値未満であるか否かを判断する（ステップＳ５１）。
【００５９】
サーバ端末１０１とクライアント端末２００との間で閾値以上の通信速度が出ていれば第４の実施形態におけるステップＳ４６以降の処理にしたがってアップデートを行う（ステップＳ５３）。
【００６０】
一方、測定した通信速度が閾値未満であれば、クライアント端末２００と同一バージョンになるようにアップデート、あるいはダウンデートを行う（ステップＳ５２）。このとき、アップデート（ダウンデート）モジュールを保持していない場合には、アップデートモジュール配布用サーバに接続し、該アップデートモジュールをダウンロードしてアップデートを行う。
【００６１】
なお、複数のクライアント端末が接続されている場合には、自身を含むそれぞれのバージョンを確認して、接続されている端末中で最も多く使用されているバージョンになるようアップデート、あるいはダウンデートを行う。また、使用頻度の高いクライアント端末のバージョンに合わせるようにアップデート、あるいはダウンデートを行うようにしても良い。
【００６２】
（第６の実施形態）
本実施形態におけるシンクライアントシステムは、第４の実施形態におけるシンクライアントシステムと同様の機能を有して構成され、接続されるクライアント端末の数が一定数以上になった場合に各クライアント端末へアップデート指示を送出する。すなわち、ステップＳ４１においてクライアント端末が接続された際に、クライアント端末の接続数が規定値に達した場合に、図５又は図６のフローチャートにしたがってアップデートを行う。
【００６３】
このように規定数以上の接続があったときにアップデート処理を行うよう構成することで、接続されている端末中で最も多く使用されているバージョンを把握して、該バージョンに合わせるようにアップデートを行うなど、システム内の効率的なアップデートを行うことができる。
【００６４】
（第７の実施形態）
図７は、本発明の第７の実施形態におけるシンクライアントシステムの構成図である。本シンクライアントシステムは、上記実施形態におけるシンクライアントシステムの構成にさらにサーバ端末１０２がスケジュール管理部１５を有する。なお、その他の上記実施形態と同様の機能部については、同一の記号を付して詳細な説明は省略する。
【００６５】
スケジュール管理部１５は、スケジュールを格納し、アップデートの時間帯を管理する機能部である。スケジュールとして格納される情報は、会議の時間帯や外出する時間帯などである。各スケジュールには、その時間帯においてアップデートを行うか、アップデートを禁止するか、が関連付けて記録される。
【００６６】
例えば、アップデートを行うよう関連付けられるスケジュールとしては、室内での待機時間であったり、睡眠時間としてスケジュールされる深夜や早朝などの通信が安定して行える時間帯が考えられる。また、アップデートを禁止する時間帯としては、例えば会議１時間前から会議中の時間帯などが考えられる。このときアップデートを行うよう関連付けたスケジュールでのみアップデートができるようにしても良いし、アップデート禁止時間以外は、いつでもアップデートを許可するようにしても良い。
【００６７】
また、スケジュールは予め時間と関連付けて入力されていなくても、クライアント端末の同時接続数から移行するスケジュールを判断するようにしても良い。例えば、同時接続数が規定値に達した場合には、その後１時間会議が行われると判断して、その間はアップデートを禁止する。
【００６８】
図８は、本発明の第７の実施形態におけるシンクライアントシステムのアップデート方法を示すフローチャート図である。なお、第１の実施形態と同様の処理については、同一の符号を付して詳細な説明を省略する。
【００６９】
サーバ端末１０２は、アップデートモジュール配布用サーバに接続し、最新バージョンのアップデートモジュールが存在するか否かを問い合わせ、最新バージョンが有るか否かを判断する（ステップＳ１１）。
【００７０】
最新バージョンが有れば、スケジュール管理部１５を参照してアップデートが禁止されている時間帯であるか否かを判断する（ステップＳ６１）。
【００７１】
アップデートが禁止されている時間帯であれば、アップデートが許可される時間まで待機して次の処理へと移行する（ステップＳ６２）。
【００７２】
なお、その後の処理については、第１の実施形態と同様であるため、詳細な説明は省略する。また、その他の実施形態においても、本実施形態と同様にスケジュール管理を用いたアップデート処理を行わせることが可能である。
【００７３】
（第８の実施形態）
図９は、本発明の第８の実施形態におけるシンクライアントシステムの構成図である。本シンクライアントシステムは、上記実施形態におけるシンクライアントシステムの構成にさらにサーバ端末１０３が起動部１６を有する。なお、その他の上記実施形態と同様の機能部については、同一の記号を付して詳細な説明は省略する。
【００７４】
起動部１６は、接続されるクライアント端末のＭＡＣアドレスを保持し、該ＭＡＣアドレスに基づいて起動要求を行うことで、起動していないクライアント端末を起動させる。起動方法としては、ＷＯＬ（Ｗａｋｅ  Ｏｎ  ＬＡＮ）など公知の技術を用いればよい。ここでＷＯＬとは、予め保持しているＭＡＣアドレスに対して起動要求を行うことで、該ＭＡＣアドレスを有する同一ＬＡＮ上のクライアント端末を起動する技術である。
【００７５】
図１０は、本発明の第８の実施形態におけるシンクライアントシステムのアップデート方法を示すフローチャート図である。なお、第１の実施形態と同様の処理については、同一の符号を付して詳細な説明を省略する。
【００７６】
サーバ端末１０３は、アップデートモジュール配布用サーバに接続し、最新バージョンのアップデートモジュールが存在するか否かを問い合わせ、最新バージョンが有るか否かを判断する（ステップＳ１１）。
【００７７】
最新バージョンが有れば、保持しているＭＡＣアドレスに基づいて起動要求を行い（ステップＳ７１）、前記起動要求によって起動したか否かを判断する（ステップＳ７２）。
【００７８】
起動要求によって起動したクライアント端末があれば、同一ＬＡＮ上のクライアント端末であると判断できるため、ステップＳ１４以降にしたがってアップデート処理を行う。
【００７９】
なお、その後の処理については、第１の実施形態と同様であるため、詳細な説明は省略する。
【００８０】
以上、実施の形態を説明したが、特許請求の範囲に定義された本発明の広範囲な趣旨および範囲から逸脱することなく、これら実施の形態や具体例に様々な修正および変更が可能である。
【符号の説明】
【００８１】
１１    通信速度判定部
１２    アップデート部
１３    データ送信部
１４    バージョン検知部
１５    スケジュール管理部
１６    起動部
２１    データ受信部
２２    アップデート部
１００    サーバ端末
２００    クライアント端末
３００    ネットワーク
【図１】
2010224761.tif 000003
【図２】
2010224761.tif 000004
【図３】
2010224761.tif 000005
【図４】
2010224761.tif 000006
【図５】
2010224761.tif 000007
【図６】
2010224761.tif 000008
【図７】
2010224761.tif 000009
【図８】
2010224761.tif 000010
【図９】
2010224761.tif 000011
【図１０】
2010224761.tif 000012