(57)【要約】  アプリケーション実行中にクライアント実行方式か画面転送方式かを動的に変更可能とすると共に、クライアント端末およびサーバ装置の機能制約を越えたアプリケーション実行を可能とするシンクライアントシステムを提供する。  クライアント端末およびサーバ装置を備えるシンクライアントシステムを用いて、前記シンクライアントシステム上で起動するアプリケーションによるクライアント端末およびサーバ装置間の入出力制御をあらかじめ規定したポリシー情報に従って制御することを特徴とする。
2009119114.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末およびサーバ装置を備えるシンクライアントシステムを用いて、
前記シンクライアントシステム上でそれぞれ起動するアプリケーションを実行するためのアプリケーション実行方針が記載されたポリシー情報に従って、前記クライアント端末及び前記サーバ装置間のアプリケーション実行方式を制御することを特徴とするシンクライアントシステム制御方法。
【請求項２】
前記ポリシー情報は、クライアント実行方式および画面転送方式毎に、クライアントアプリケーションと前記クライアントアプリケーションと同一であってサーバに搭載されるサーバアプリケーションを実行するためのアプリケーション実行方針が記載されていることを特徴とする請求項１記載のシンクライアントシステム制御方法。
【請求項３】
前記シンクライアントシステムは、クライアント実行方式および画面転送方式のいずれかで前記クライアントアプリケーションと前記サーバアプリケーションを起動して各アプリケーションを実行するためのアプリケーション実行方針であるポリシー情報に従って制御する工程と、アプリケーション実行中に他方式の実行方式への変更要求を受け付けると前記他方式のポリシー情報に従って実行を制御する工程を含む請求項２記載のシンクライアントシステム制御方法。
【請求項４】
前記ポリシー情報は、アプリケーションの入力および出力毎に、アプリケーションを実行するためのアプリケーション実行方針が記載されていることを特徴とする請求項１乃至３いずれか一つに記載のシンクライアント制御方法。
【請求項５】
前記ポリシー情報は、アプリケーションの入出力のイベントの種類毎に、制御方法が記載されていることを特徴とする請求項１乃至４いずれか一つに記載のシンクライアント制御方法。
【請求項６】
実行方式の変更を適用ポリシー情報の変更によって実現することを特徴とする請求項１乃至５いずれか一つに記載のシンクライアント制御方法。
【請求項７】
入出力制御ポリシー情報のイベントの種類として、様々な条件を記載できることを特徴とする請求項１乃至６いずれか一つに記載のシンクライアント制御方法。
【請求項８】
クライアント端末およびサーバ装置を備えるシンクライアントシステムにおいて
前記シンクライアントシステム上で起動するアプリケーションを実行するためのアプリケーション実行方針が記載されたポリシー情報を記憶することを特徴とするシンクライアントシステム。
【請求項９】
前記ポリシー情報は、クライアント実行方式および画面転送方式毎に、アプリケーションを実行するためのアプリケーション実行方針が記載されていることを特徴とする請求項８記載のシンクライアントシステム。
【請求項１０】
前記シンクライアントシステムは、クライアント実行方式および画面転送方式のいずれかでクライアントアプリケーションと前記クライアントアプリケーションと同一であってサーバに搭載されるサーバアプリケーションを起動して各アプリケーションを実行するためのアプリケーション実行方針であるポリシー情報に従って制御し、アプリケーション実行中に他方式の実行方式への変更要求を受け付けると前記他方式のポリシー情報に従って実行を制御する請求項９記載のシンクライアントシステム。
【請求項１１】
前記ポリシー情報は、アプリケーションの入力および出力毎に、制御方法が記載されていることを特徴とする請求項８乃至１０いずれか一つに記載のシンクライアントシステム。
【請求項１２】
前記ポリシー情報は、アプリケーションの入出力のイベントの種類毎に、制御方法が記載されていることを特徴とする請求項８乃至１１いずれか一つに記載のシンクライアントシステム。
【請求項１３】
実行方式の変更を適用ポリシー情報の変更によって実現することを特徴とする請求項８乃至１２いずれか一つに記載のシンクライアントシステム。
【請求項１４】
入出力制御ポリシー情報のイベントの種類として、様々な条件を記載できることを特徴とする請求項８乃至１３いずれか一つに記載のシンクライアントシステム。
【請求項１５】
クライアント端末およびサーバ装置を備えるシンクライアントシステムを用いて、
前記シンクライアントシステム上で起動するアプリケーションを実行するためのアプリケーション実行方針が記載されたポリシー情報を記憶することを特徴とするクライアント端末。
【請求項１６】
クライアント端末およびサーバ装置を備えるシンクライアントシステムを用いて、
前記シンクライアントシステム上で起動するアプリケーションを実行するためのアプリケーション実行方針が記載されたポリシー情報を記憶することを特徴とするサーバ装置。
【請求項１７】
クライアント端末およびサーバ装置を備えるシンクライアントシステムを用いて、
前記シンクライアントシステム上で起動するアプリケーションを実行するためのアプリケーション実行方針が記載されたポリシー情報に従って、前記クライアント端末及び前記サーバ装置間のアプリケーション実行方式を制御することを特徴とするクライアント端末用プログラム。
【請求項１８】
クライアント端末およびサーバ装置を備えるシンクライアントシステムを用いて、
前記シンクライアントシステム上で起動するアプリケーションを実行するためのアプリケーション実行方針が記載されたポリシー情報に従って、前記クライアント端末及び前記サーバ装置間のアプリケーション実行方式を制御することを特徴とするサーバ装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションの分散処理技術に関し、特にシンクライアントシステムにおいて、クライアント端末上でアプリケーションを実行するクライアント実行方式と、サーバ上でアプリケーションを実行しその画面出力をクライアント端末に転送する画面転送方式の２つの方式を動的に変更可能とするシンクライアントシステムおよびその方法に関する。
【背景技術】
【０００２】
本発明に関する現時点での技術水準をより十分に説明する目的で、本願で引用され或いは特定される特許、特許出願、特許公報、科学論文等の全てを、ここに、参照することでそれらの全ての説明を組入れる。【０００３】
シンクライアントシステムにおけるアプリケーション実行方式として、サーバ装置上に配置されたアプリケーションを必要に応じてクライアント端末上にダウンロードし実行するクライアント実行方式と、サーバ装置上でアプリケーションを実行し、その画面出力をクライアント端末に送信、表示する画面転送方式がある。画面転送方式においてはクライアント端末からのキーボードやマウス等の入力情報をサーバ装置上のアプリケーションに送付することでアプリケーションがクライアント端末上で実行されているような操作性を実現する。【０００４】
たとえば、特許文献１や２にはクライアント実行方式が記載され、特許文献３や４には画面転送方式が開示されている。【０００５】
【特許文献１】特開２００４−２３４３４５号公報
【特許文献２】特開２００６−３２３６６０号公報
【特許文献３】特開２００７−１０２３０８号公報
【特許文献４】特開２００７−３１０５０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
第１の問題点は、特許文献１，２に記載される従来のシンクライアントシステムでは、アプリケーションの実行方式をアプリケーション実行中に変更できないことである。その理由は、クライアント実行方式と画面転送方式を動的に切り替える方法について何ら考慮されていないためである。第２の問題点は、クライアント実行方式においては、アプリケーションの実行がクライアント端末の機能の範囲に制約されるという点である。その理由は、アプリケーションからの機能呼び出しがクライアント端末に対して実行されるためである。第３の問題点は、特許文献３，４に記載の画面転送方式においては、アプリケーションの実行がサーバ装置の機能の範囲に制約されるという点である。その理由は、アプリケーションからの機能呼び出しがキーボードやマウス操作以外に関しては、サーバ装置に対して実行されるためである。【０００７】
そこで、本発明の目的は、アプリケーション実行中にクライアント実行方式か画面転送方式かを動的に変更可能とすると共に、クライアント端末およびサーバ装置の機能制約を越えたアプリケーション実行を可能とするシンクライアントシステムを提供することである。
【課題を解決するための手段】
【０００８】
上記の課題を解決すべく本発明に係るシンクライアントシステム制御方法は、クライアント端末およびサーバ装置を備えるシンクライアントシステムを用いて、前記シンクライアントシステム上で起動するアプリケーション実行するためのアプリケーション実行方針が記載されたポリシー情報に従って、前記クライアント端末及び前記サーバ装置間のアプリケーション実行方式を制御する。クライアント実行方式および画面転送方式で実行するアプリケーションの入出力をどのように処理するかをあらかじめ入出力制御ポリシー情報に記述する。アプリケーションをクライアント端末およびサーバ装置上で動作させ、各アプリケーションの入力および出力を現在の実行方式に応じた入出力制御ポリシー情報に従って制御する。実行方式の変更要求が発生した際に、変更後の実行形式に応じた入出力制御ポリシー情報に従って両アプリケーションの入出力を制御することで、アプリケーションの実行方式の動的変更および端末の機能制約を越えたアプリケーション実行を可能にする。【０００９】
ここで、端末としては、シンククライアント端末であるコンピュータ端末に適用することの他に、携帯電話端末やＰＤＡなどの携帯型コンピュータに適用することも可能である。【００１０】
また、その場合に、入出力装置として、キーボード、マウス、通信、ファイルの入出力の他に、携帯電話におけるＧＰＳ機能や音楽再生機能、カメラ機能などサーバ搭載しない機能にも適用することができる。【００１１】
また、本発明に係るシンクライアントシステムは、クライアント端末およびサーバ装置を備えるシンクライアントシステムにおいて、前記シンクライアントシステム上で起動するアプリケーションにより実行するためのアプリケーション実行方針が記載されたポリシー情報を記憶することを特徴とする。
【発明の効果】
【００１２】
第１の効果は、アプリケーションの実行途中にクライアント実行方式から画面転送方式に、また画面転送方式からクライアント実行方式に変更できる点である。その理由は、あらかじめクライアント端末およびサーバ装置上でアプリケーションを実行し、入出力制御ポリシー情報に従って各アプリケーションの入出力を制御することで、両アプリケーションの状態を実行方式の動的変更に対応できるようにするためである。第２の効果は、クライアント実行方式においてクライアント端末の機能に制約されずにアプリケーションを実行できる点である。その理由は、入出力制御ポリシー情報に従って、アプリケーションの一部の機能をサーバ装置上で実行できるためである。第３の効果は、画面転送方式においてサーバ装置の機能に制約されずにアプリケーションを実行できる点である。その理由は、入出力ポリシー情報に従って、アプリケーションの一部の機能をクライアント端末上で実行できるためである。
【図面の簡単な説明】
【００１３】
【図１】本発明の第一の実施例を説明するためのシンクライアントシステムのクライアント端末のブロック図である。
【図２】本発明の第一の実施例を説明するためのシンクライアントシステムのサーバ装置のブロック図である。
【図３】本発明の第一の実施例を説明するためのシンクライアントシステムにおけるシンクライアントシステム制御方法の概念的フローチャートである。
【図４】本発明の第一の実施例を説明するためのシンクライアントシステムにおけるシンクライアントシステム制御方法におけるクライアント実行方式のフローチャートである。
【図５】本発明の第一の実施例を説明するためのシンクライアントシステムにおけるシンクライアントシステム制御方法におけるクライアント実行方式における入出力制御のフローチャートである。
【図６】本発明の第一の実施例を説明するためのシンクライアントシステムにおけるシンクライアントシステム制御方法における方式変更のフローチャートである。
【図７】本発明の第一の実施例を説明するためのシンクライアントシステムにおけるシンクライアントシステム制御方法における画面転送方式のフローチャートである。
【図８】本発明の第二の実施例を説明するためのシンクライアントシステムのクライアント端末のブロック図である。
【図９】本発明の第二の実施例を説明するためのシンクライアントシステムにおけるシンクライアントシステム制御方法のフローチャートである。
【図１０】本発明の第三の実施例を説明するためのシンクライアントシステムのクライアント端末のブロック図である。
【図１１】本発明の第三の実施例を説明するためのシンクライアントシステムにおけるシンクライアントシステム制御方法のフローチャートである。
【符号の説明】
【００１４】
１００  クライアント端末
１０１  アプリケーション実行制御装置
１０２  入出力検出制御装置
１０３  ファイル入出力装置
１０４  通信装置
１０５  入力装置
１０６  表示装置
２００  サーバ装置
２０１  アプリケーション実行制御装置
２０２  入出力検出制御装置
２０３  ファイル入出力装置
２０４  通信装置
２０５  アプリケーション／入出力制御ポリシー記憶部
２０８  ストレージ検出装置
２１０  バッテリ容量検出装置
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について複数の実施例を用いて以下に説明する。
【実施例１】
【００１６】
本発明の実施例は、ネットワークで接続されたクライアント端末およびサーバ装置から構成される。図１を参照するとクライアント端末１００は、アプリケーションのダウンロード、実行を制御するアプリケーション実行制御装置１０１と、アプリケーションの入出力を検出し、ポリシー情報に従った制御を行う入出力検出制御装置１０２と、ファイルに対する読書きを行うファイル入出力装置１０３と、サーバ装置や他のコンピュータ等とネットワーク通信を行う通信装置１０４と、キーボードやマウス等の入力装置１０５と、ディスプレイ等の表示装置１０６を備える。ここで、サーバ装置で動作するアプリケーションとクライアント端末１００で動作させるアプリケーションは、同一同バージョンであり、かつＡＰＩ関数も同一で対応ＯＳも同一であるアプリケーションであることが望ましい。異なるＯＳ間に分かれた場合は、同一ＯＳにおける仮想マシン上で動作させてもよい。【００１７】
図２を参照すると、サーバ装置２００は、クライアント端末へのアプリケーションのダウンロードやサーバ装置上で実行するアプリケーションの実行を制御するアプリケーション実行制御装置２０１と、クライアント端末と同様の機能を有する入出力検出制御装置２０２、ファイル入出力装置２０３、通信装置２０４と、アプリケーション及びそのアプリケーションの入出力方法を規定するアプリケーションを実行するためのアプリケーション実行方針が記載された入出力制御ポリシー情報を記憶するアプリケーション／入出力制御ポリシー記憶部２０５を備える。【００１８】
【表１】
2009119114.tif 000003
【００１９】
【表２】
2009119114.tif 000004
【００２０】
入出力制御ポリシー情報は、表１および表２を参照すると、クライアント方式でアプリケーションを実行する際に適用するポリシー情報と、画面転送方式による実行時に適用するポリシー情報から構成される。各ポリシー情報には、クライアントおよびサーバで実行される各々のアプリケーションに対して、キーボードやマウス、通信、ファイルといった様々な入出力装置において発生する入出力イベントをどのように処理するかを記載する。例えば、表１に示すポリシー情報は、クライアント実行方式において、クライアント端末上で実行されるアプリケーション（以降クライアントアプリと称する）に対して通信イベントが発生した際は、入力および出力共にクライアント端末側で処理することを意味し、同じタイミングにおいてサーバ装置上で実行されるアプリケーション（以降サーバアプリと称する）への通信入力はクライアント端末上のアプリケーションに対する通信入力をその入力とし、出力は行わないことを表す。同様にファイルに関しては、クライアントアプリはクライアント端末に対してファイルの入出力を行い、サーバアプリはサーバ装置に対してファイル入出力を行うことを表す。次に本発明を実施するための最良の形態の動作について詳細に説明する。【００２１】
まず始めに図１、図２、図３を用いて説明する。本発明に係るシンクライアントシステムにより、シンクライアント制御方法のポリシー情報変更による実行方式変更のフローチャートを図３に示す。左側にクライアント端末１００のフローを示し、右側にサーバ装置２００のフローを示す。【００２２】
あらかじめサーバ装置２００のアプリケーション／入出力制御ポリシー記憶部２０５にはアプリケーションと表１、表２で示す入出力制御ポリシー情報を保存しておくものとする（ステップＢ１）。【００２３】
まずは、クライアント実行方式が選択された場合であり、クライアント端末１００がサーバ装置２００と通信しながら、クライアント実行アプリケーションを実行し（ルーチンＳＡ）、続いて、クライアント実行入出力制御（ステップＳＣ）を開始する。一方、サーバ装置２００もまた、クライアント実行アプリケーションを実行し（ルーチンＳＢ）、続いて、クライアント実行入出力制御（ステップＳＤ）を開始する。【００２４】
ここで、クライアント端末１００の入力装置１０５より、実行方式変更指示入力がなされる（ステップＡ１）。【００２５】
すると、クライアント端末１００がサーバ装置２００と通信しながら、方式変更制御（ルーチンＳＥ）を実行し、続いて画面転送方式入出力制御が実行される（ルーチンＳＧ）。同様に、サーバ装置２００は方式変更制御（ルーチンＳＦ）を実行し、続いて画面転送方式入出力制御が実行される（ルーチンＳＨ）。【００２６】
続いて図４を用いて、クライアント実行方式でアプリケーションを実行する際のクライアント端末およびサーバ装置の動作すなわち、ルーチンＳＡ、ＳＢについて詳細に説明する。【００２７】
ルーチンＳＡでは、クライアント端末１００を操作するユーザが入力装置１０５を通してクライアント方式でのアプリケーション実行を要求すると（ステップＳＡ２）、その要求は入出力検出制御装置１０２を経由してアプリケーション実行制御装置１０１に通知される。アプリケーション実行制御装置１０１はその要求を受け取ると、入出力検出制御装置１０２を経由して通信装置１０４に対して、サーバ装置２００に対してアプリケーションと入出力制御ポリシー情報のダウンロードを要求する（ステップＳＡ４）。【００２８】
ルーチンＳＢでは、サーバ装置２００のアプリケーション実行制御装置２０１が通信装置２０４、入出力検出制御装置２０２を経由して、クライアント端末１００からのダウンロード要求を受け取ると（ステップＳＢ２），アプリケーション／入出力制御ポリシー記憶部に保存されたアプリケーションおよびポリシー情報をクライアント端末１００に対して送信する（ステップＳＢ４）。【００２９】
クライアント端末１００の入出力検出制御装置１０２は通信装置１０４を経由してアプリケーションとポリシー情報を受け取ると、ポリシー情報をファイル入出力装置に記憶させた後（ステップＳＡ６）、アプリケーションをアプリケーション実行制御装置１０１に送付する。アプリケーション実行制御装置１０１はサーバ装置２００に対してアプリケーションの起動を要求した後（ステップＳＡ８）、アプリケーションの起動を開始する（ステップＳＡ１０）。【００３０】
サーバ装置２００のアプリケーション実行制御装置２０１はクライアント端末１００からのアプリケーション起動要求を受け取ると（ステップＳＢ６）、アプリケーション入出力制御ポリシー記憶部からアプリケーションを取り出し実行を開始する（ステップＳＢ８）。【００３１】
次に図１、図２、図５、表１、表２を用いて、クライアント端末１００およびサーバ装置２００でアプリケーションを実行中に入出力制御ポリシー情報に従って各アプリケーションの入力および出力を制御する方法すなわち、ルーチンＳＣとルーチンＳＤについて説明する。ルーチンＳＣにおいて、クライアント端末１００上で実行されるクライアントアプリがファイルからの読込みを行おうとすると、入出力検出制御装置１０２がそれを検出する（ステップＳＣ２）。入出力検出制御装置１０２は表１で示す入出力制御ポリシー情報を参照し、クライアントアプリはクライアント端末１００に対して、サーバアプリはサーバ装置２００に対してファイル読込みを行うというポリシー情報に従って、ファイル入出力装置１０３に対してファイルの読込みを要求する（ステップＳＣ４）。ここで、入出力制御ポリシー情報の読込方法は２種類存在する。第一の方法は、ＯＳにおけるシステムコールでＡＰＩ関数をフックして、ポリシー情報に従って入出力させて関数をもどす方法である。この場合、ＯＳ側で処理を行うため、アプリケーションソフトについてなんら変更することなく採用できる点で導入が容易となる。【００３２】
一方、第二の方法は各入出力に関するＡＰＩ関数に、ポリシー読み込み機能を持たせた関数を作成する方法である。この場合、対応させるアプリケーションのソースコードにおいて、入出力に関わるＡＰＩ関数について全てポリシー読み込み機能を持たせた関数に置き換えるため、アプリケーションでの変更が必要となるがＯＳ上の変更を最小限とすることができる。【００３３】
なお、ここで、ＯＳにおけるＡＰＩ関数について述べたが、ＡＰＩ関数であれば、ＯＳに限定されるものではなく、アプリケーションにおけるＡＰＩやミドルウェアのＡＰＩに活用することができ、例えば、Ａｎｄｒｏｉｄ（商標）、携帯電話用のＯＳであるＭｏａｐ（商標）、プログラミング言語であるＪＡＶＡ（登録商標）、アプリケーションであるインターネット・エクスプローラのＩＥ  ＡＰＩ（商標）、ＯＳのＡＰＩであるＷＩＮＤＯＷＳ（登録商標）  ＡＰＩ（商標）、ＵＮＩＸ（登録商標）  ＡＰＩ（商標）、ＬＩＮＵＸ  ＡＰＩ（商標）に適用することができる。また、ミドルウェアとしては、仮想マシンに適用することができる。サーバ装置２００においても同様に、ルーチンＳＤでは、入出力検出制御装置２０２がファイルの読込みを検出すると（ステップＳＤ２）、ポリシー情報の記述に従って、ファイル入出力装置２０３からファイルの読込みを実行する（ステップＳＤ４）。次に入出力検出制御装置１０２がネットワークからのデータの読取り要求を検出すると（ステップＳＣ６）、ポリシー情報に従って、通信装置１０４からデータの読込みを実行しクライアントアプリに送付するとともに（ステップＳＣ８）、サーバ装置２００に対して読込んだデータを送信する（ステップＳＣ１０）。サーバ装置２００の入出力検出制御装置はサーバアプリがネットワークからのデータ読取り要求を検出すると（ステップＳＤ６）、ポリシー情報に従ってクライアント端末１００からのデータの受信を待ち、データを受信すると（ステップＳＤ８）、そのデータをサーバアプリに返却する（ステップＳＤ１０）。【００３４】
以降、入出力検出制御装置１０２および入出力検出制御装置２０２がアプリケーションからの入出力要求を検出するたびに上記と同様にポリシー情報に従った入出力制御を実施する。【００３５】
次に、図６に示すようにユーザがアプリケーション実行方式を画面転送方式に変更するよう入力装置１０５に入力すると、ルーチンＳＥにおいて、入出力検出制御装置１０２はその要求をサーバ装置２００の入出力検出制御装置２０２に送信し（ステップＳＥ２）、その後入出力要求検出後の参照ポリシー情報を表２の画面転送方式におけるポリシー情報に変更する（ステップＳＥ４）。入出力検出制御装置２０２は、ルーチンＳＦに示すように画面転送方式への変更通知を受信すると（ステップＳＦ２）、同様に適用ポリシー情報を変更する（ステップＳＦ４）。以降、入出力検出制御装置１０２および入出力検出制御装置２０２がアプリケーションからの入出力要求を検出するたびに変更されたポリシー情報に従った入出力制御を繰り返す。【００３６】
さらに、画面転送方式となると、ルーチンＳＧとして、クライアント端末１００の操作内容がサーバ装置２００に対して送信され（ＳＧ２）、続いて、ルーチンＳＨにおいて、キーボードなどの入力装置による操作内容が受信される（ＳＨ２）。クライアント端末１００においてもアプリケーション処理はなされるが画面は一切生成しない（ＳＧ４）。サーバ装置２００は、アプリケーションを実行し、アプリケーション処理（ＳＨ４）がなされる。さらに、そのアプリケーション処理の結果を画面情報として生成する（ＳＨ６）。さらに、その画面情報送信は、（ＳＨ８）であり、通信装置が画面情報を受信して、入出力検出制御装置１０２が画面情報を画面情報表示部ＳＧ８に表示する。
【実施例２】
【００３７】
続いて、本発明の実施例２について図８と図９を用いて説明する。【００３８】
図８は、本発明の第二の実施例を説明するためのシンクライアントシステムのクライアント端末２００のブロック図であり、図９は本発明の第二の実施例を説明するためのシンクライアントシステムにおけるシンクライアントシステム制御方法のフローチャートである。【００３９】
図８と、図２との差異は、入出力検出制御装置２０２にストレージ検出装置２０８が接続されることである。ストレージ検出装置２０８は、クライアント端末１００のストレージ残量を検出する装置である。例えば、クライアント端末１００の残ストレージ量が一定の値を下回るか否かを検出する装置である。【００４０】
一方、図９は、あらかじめサーバ装置２００のアプリケーション／入出力制御ポリシー記憶部２０５にはアプリケーションと表１、表２で示す入出力制御ポリシー情報を保存しておくものとする（ステップＳＢ１２）。【００４１】
次に、ストレージ検出装置２０８が、クライアント端末１００のストレージ量を検出する。ここで、クライアント端末１００の空きストレージが１００ＫＢを上回った場合は、クライアント実行が可能となる（ルーチンＳＡ１４）。従って、クライアントと同一のアプリケーションであるサーバアプリケーション実行ルーチンＳＡ１８が開始される。このとき、サーバ端末２００も、クライアント実行アプリケーション実行ルーチンＳＢ１８が開始される。ここで、ルーチンＳＡ１４，ＳＡ１８は、実施例１におけるＳＡ，ＳＢおよび後続するＳＣ，ＳＤに相当するルーチンである。【００４２】
一方、クライアント端末１００の空きストレージが１００ＫＢを下回った場合は、クライアント実行が不可能となる（ステップＳＡ１６）。クライアント端末１００と、サーバ装置２００のいずれでも、方式変更制御ＳＡ１６とＳＢ２０が開始される。ここで、ルーチンＳＡ１６，ＳＡ２０は、実施例１におけるＳＥ，ＳＦおよび後続するＳＧ，ＳＨに相当するルーチンである。
【実施例３】
【００４３】
続いて、本発明の実施例３について図１０と図１１を用いて説明する。【００４４】
図１０は、本発明の第三の実施例を説明するためのシンクライアントシステムのクライアント端末２００のブロック図であり、図１１は本発明の第三の実施例を説明するためのシンクライアントシステムにおけるシンクライアントシステム制御方法のフローチャートである。【００４５】
図１０と、図２との差異は、入出力検出制御装置２０２にバッテリ容量検出装置２１０が接続されることである。バッテリ容量検出装置２１０は、クライアント端末１００のバッテリ容量を検出する装置である。例えば、クライアント端末１００の残バッテリ容量が一定の値を下回るか否かを検出する装置である。【００４６】
一方、図１１は、あらかじめサーバ装置２００のアプリケーション／入出力制御ポリシー記憶部２０５にはアプリケーションと表１、表２で示す入出力制御ポリシー情報を保存しておくものとする（ステップＳＢ２２）。【００４７】
次に、バッテリ容量検出装置２１０が、クライアント端末１００のバッテリ容量を検出する。ここで、クライアント端末１００のバッテリ容量がフル充電の３分の１を上回った場合は、クライアント実行が可能となる（ステップＳＡ２２）。従って、クライアント実行アプリケーション実行ルーチンＳＡ２４が開始される。このとき、サーバ端末２００も、クライアントアプリケーションと同一のサーバアプリケーション実行ルーチンＳＢ２８が開始される。ここで、ルーチンＳＡ２４，ＳＡ２８は、実施例１におけるＳＡ，ＳＢおよび後続するＳＣ，ＳＤに相当するルーチンである。【００４８】
一方、クライアント端末１００のバッテリ容量がフル充電の３分の１を下回った場合は、クライアント実行が不可能となる（ステップＳＡ２２）。クライアント端末１００と、サーバ装置２００のいずれでも、方式変更制御ＳＡ２６とＳＢ３０が開始される。ここで、ルーチンＳＡ２６，ＳＡ３０は、実施例１におけるＳＥ，ＳＦおよび後続するＳＧ，ＳＨに相当するルーチンである。【００４９】
［発明の他の実施の形態］
表１、表２の入出力制御ポリシー情報を参照すると、入出力イベントとしてイベントの種類を記載しているが、それ以外に、特定のファイル名や通信先ホスト名（あるいはＩＰアドレス）を記載し、ファイル単位や通信先ホスト単位で入出力を制御することも可能である。この場合、図５のステップＳＣ２やステップＳＣ６において、入出力制御装置１０２はアプリケーションからのファイルや通信への入出力要求がどのファイルあるいはどのホストに対して行われているかを調べた後に、ポリシー情報に従った制御を実行するよう構成することもできる。
【産業上の利用可能性】
【００５０】
本発明は、アプリケーションの分散処理技術に関し、特にシンクライアントシステムにおいて、クライアント端末上でアプリケーションを実行するクライアント実行方式と、サーバ上でアプリケーションを実行しその画面出力をクライアント端末に転送する画面転送方式の２つの方式を動的に変更可能とするシンクライアントシステムおよびその方法に関するものであれば、あらゆるものに適用することが可能であり、その利用の可能性において何ら限定するものではない。【００５１】
幾つかの好適な実施の形態及び実施例に関連付けして本発明を説明したが、これら実施の形態及び実施例は単に実例を挙げて発明を説明するためのものであって、限定することを意味するものではないことが理解できる。本明細書を読んだ後であれば、当業者にとって等価な構成要素や技術による数多くの変更および置換が容易であることが明白であるが、このような変更および置換は、添付の請求項の真の範囲及び精神に該当するものであることは明白である。
【図１】
2009119114.tif 000005
【図２】
2009119114.tif 000006
【図３】
2009119114.tif 000007
【図４】
2009119114.tif 000008
【図５】
2009119114.tif 000009
【図６】
2009119114.tif 000010
【図７】
2009119114.tif 000011
【図８】
2009119114.tif 000012
【図９】
2009119114.tif 000013
【図１０】
2009119114.tif 000014
【図１１】
2009119114.tif 000015
【国際調査報告】
2009119114.tif 000016
2009119114.tif 000017