(57)【特許請求の範囲】
【請求項１】
シンクライアントである携帯端末と、
前記携帯端末で実行されるアプリケーションソフトウェアを保持するサーバと、
前記サーバと接続され、前記携帯端末と前記サーバとの通信を中継するための中継機器とを備え、
前記携帯端末は、
前記アプリケーションソフトウェアを実行中に、前記中継機器からの電波の強さを表わす電界強度を測定するための測定手段と、
測定された前記電界強度が閾値を下回ったか否かを判定するための強度判定手段とを含み、
前記サーバは、
前記強度判定手段による前記電界強度の判定結果に応じて、前記アプリケーションソフトウェアの続行に必要なデータを退避するための退避処理手段と、
前記電界強度が特定回数、前記閾値を下回ったか否かを判定するための回数判定手段とを含み、
前記退避処理手段は、前記電界強度が前記特定回数だけ前記閾値を下回ったと判定された場合に、前記必要なデータを退避する、シンクライアントシステム。
【請求項２】
前記強度判定手段は、一定の周期で判定処理を行なう、請求項１に記載のシンクライアントシステム。
【請求項３】
前記携帯端末は、前記電界強度が前記閾値を下回ったと判定された場合に、信号レベルの低下を前記サーバに通知するための第１の通知手段をさらに含み、
前記回数判定手段は、信号レベルの低下の通知を受信した回数が前記特定回数以上となったか否かを判定する、請求項１または２に記載のシンクライアントシステム。
【請求項４】
前記第１の通知手段は、さらに、前記電界強度が前記閾値を下回ったと判定された後にはじめて前記電界強度が前記閾値以上と判定された場合には、信号レベルの回復を前記サーバに通知し、
前記退避処理手段は、信号レベルの低下の通知を受けた後に信号レベルの回復の通知が一定期間受信されない場合にも、前記必要なデータを退避する、請求項３に記載のシンクライアントシステム。
【請求項５】
前記サーバは、前記退避処理手段による処理を開始する際に、前記携帯端末に退避開始を通知するための第２の通知手段をさらに含み、
前記携帯端末は、前記第２の通知手段により退避開始の通知を受けた場合に、前記必要なデータが退避中である旨ユーザに報知するための報知手段をさらに含む、請求項１〜４のいずれかに記載のシンクライアントシステム。
【請求項６】
前記閾値は、前記携帯端末のユーザにより設定および変更可能である、請求項１〜５のいずれかに記載のシンクライアントシステム。
【請求項７】
前記特定回数は、前記携帯端末のユーザにより設定および変更可能である、請求項１〜６のいずれかに記載のシンクライアントシステム。
【請求項８】
前記周期は、前記携帯端末のユーザにより設定および変更可能である、請求項２に記載のシンクライアントシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアントシステムに関し、特に、無線ＬＡＮ（Local Area Network）環境でのシンクライアントシステムに関する。
【背景技術】
【０００２】
シンクライアントシステムにおいて、ユーザが使用する端末（シンクライアント）は、サーバ上のアプリケーションを実行することで、通常のクライアント装置と同等の作業が行なえる。また、このような端末がサーバ上のアプリケーションを実行することで得られるデータやファイルは、サーバ側にて記憶および管理される。
【０００３】
無線ＬＡＮ環境でシンクライアントシステムを実装する場合、シンクライアントである携帯端末がサーバ上のアプリケーションを実行している際に、無線ＬＡＮアクセスポイントとの接続状態（通信状態）が悪くなり、アプリケーションの続行が困難になることも想定される。
【０００４】
従来より、通信状態を検知する技術が提案されている。
特許文献１には、回線品質の劣化を検出し、利用者に表示することで、通信が切断されるおそれがあることを知らせることが記載されている。特許文献２には、無線通信の品質を検出して、品質が所定レベル以下となった場合に通信を切断し状態表示を行なうことが記載されている。特許文献３には、電波強度を測定し、通信の可否を決定することが記載されている。特許文献４には、通信復元のために必要な情報を記憶することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平８−８８０２号公報
【特許文献２】特開平１１−２３９０９８号公報
【特許文献３】特開平１０−２２９０８号公報
【特許文献４】特開平１１−２３４１９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のように、特許文献１〜３の技術では、回線品質や電波強度を検出し、その検出結果に応じて通信の可否を決定したり利用者に知らせることが記載されており、特許文献４では、通信復元のために必要な情報を記憶することが記載されているものの、無線ＬＡＮ環境でのシンクライアントシステムにおいてこれらの技術を用いたとしても、通信状態が悪くなった場合に、サーバ上のアプリケーションソフトウェアのデータを適切に保護することはできない。
【０００７】
本発明は、上記のような問題を解決するためになされたものであって、その目的は、通信状態が悪くなった場合に、サーバ上のアプリケーションソフトウェアのデータを適切に保護することのできる、シンクライアントシステムを提供することである。
【課題を解決するための手段】
【０００８】
この発明のある局面に従うシンクライアントシステムは、シンクライアントである携帯端末と、携帯端末で実行されるアプリケーションソフトウェアを保持するサーバと、サーバと接続され、携帯端末とサーバとの通信を中継するための中継機器とを備え、携帯端末は、アプリケーションソフトウェアを実行中に、中継機器からの電波の強さを表わす電界強度を測定するための測定手段と、測定された電界強度が閾値を下回ったか否かを判定するための強度判定手段とを含み、サーバは、強度判定手段による電界強度の判定結果に応じて、アプリケーションソフトウェアの続行に必要なデータを退避するための退避処理手段を含む。
【０００９】
好ましくは、強度判定手段は、一定の周期で判定処理を行ない、退避処理手段は、電界強度が特定回数だけ閾値を下回ったと判定された場合に、必要なデータを退避する。
【００１０】
好ましくは、サーバは、電界強度が特定回数だけ連続して閾値を下回ったか否かを判定するための回数判定手段をさらに含む。
【００１１】
好ましくは、携帯端末は、電界強度が閾値を下回ったと判定された場合に、信号レベルの低下をサーバに通知するための第１の通知手段をさらに含み、回数判定手段は、信号レベルの低下の通知を受信した回数が特定回数以上となったか否かを判定する。
【００１２】
好ましくは、第１の通知手段は、さらに、電界強度が閾値を下回ったと判定された後にはじめて電界強度が閾値以上と判定された場合には、信号レベルの回復をサーバに通知し、退避処理手段は、信号レベルの低下の通知を受けた後に信号レベルの回復の通知が一定期間受信されない場合にも、必要なデータを退避する。
【００１３】
好ましくは、サーバは、退避処理手段による処理を開始する際に、携帯端末に退避開始を通知するための第２の通知手段をさらに含み、携帯端末は、第２の通知手段により退避開始の通知を受けた場合に、必要なデータが退避中である旨ユーザに報知するための報知手段をさらに含む。
【００１４】
好ましくは、閾値は、携帯端末のユーザにより設定および変更可能である。
好ましくは、特定回数は、携帯端末のユーザにより設定および変更可能である。
【００１５】
好ましくは、周期は、携帯端末のユーザにより設定および変更可能である。
この発明の他の局面に従う携帯端末は、中継機器を経由して、アプリケーションソフトウェアを保持するサーバとの無線通信が可能な携帯端末であって、アプリケーションソフトウェアを実行中に、中継機器からの電波の強さを表わす電界強度を測定するための測定手段と、測定された電界強度が閾値を下回ったか否かを判定するための強度判定手段と、アプリケーションソフトウェアの続行に必要なデータを退避させるために、強度判定手段による電界強度の判定結果をサーバに通知するための通知手段とを備える。
【００１６】
この発明のさらに他の局面に従うサーバは、中継機器を経由して、携帯端末との無線通信が可能なサーバであって、携帯端末で実行されるアプリケーションソフトウェアを記憶するための記憶手段と、携帯端末より、アプリケーションソフトウェアを実行中に中継機器からの電波の強さを表わす電界強度が閾値を下回った旨の通知を受けて、アプリケーションソフトウェアの続行に必要なデータを退避するための退避処理手段とを備える。
【発明の効果】
【００１７】
本発明によると、携帯端末にて測定された電界強度の判定結果に応じて、アプリケーションソフトウェアの続行に必要なデータを退避することができる。したがって、携帯端末とサーバとの通信状態が悪くなった場合に、サーバ上のアプリケーションソフトウェアのデータ（使用中のデータなど）を適切に保護することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態におけるシンクライアントシステムの概要を示す図である。
【図２】本発明の実施の形態におけるシンクライアントシステムに含まれるサーバおよび携帯端末の機能構成を示すブロック図である。
【図３】本発明の実施の形態において業務処理が実行されている際のシンクライアントシステムの動作イメージを示す図である。
【図４】本発明の実施の形態において監視・退避処理が実行されている際のシンクライアントシステムの動作イメージを示す図である。
【図５】本発明の実施の形態に係るシンクライアントシステムにおいて、携帯端末が実行する監視処理を示すフローチャートである。
【図６】本発明の実施の形態に係るシンクライアントシステムにおいて、サーバが実行する退避処理を示すフローチャートである。
【図７】一般的なシンクライアントシステムの概要を示す図である。
【発明を実施するための形態】
【００１９】
本発明の実施の形態について図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。
【００２０】
＜システムの概観について＞
本実施の形態におけるシンクライアントシステムの概観を、一般的なシンクライアントシステムと対比して説明する。両者とも、無線ＬＡＮ環境で使用されることを前提とする。
【００２１】
図１は、本発明の実施の形態におけるシンクライアントシステム１の概観を示す図である。図７は、一般的なシンクライアントシステム１＃の概観を示す図である。
【００２２】
図１を参照して、本実施の形態に係るシンクライアントシステム１は、サーバ１０と、無線ＬＡＮアクセスポイント（以下「ＡＰ」と呼ぶ）２０と、携帯端末４０とを含んでいる。なお、ここでは携帯端末４０を１つのみ示しているが、複数の携帯端末がシンクライアントシステム１に含まれてもよい。
【００２３】
サーバ１０は、たとえば有線ネットワーク３０に接続し、アプリケーションソフトウェアＡＰ１を保持している。また、サーバ１０は、データ退避用の二次記憶部１２０を有している。アプリケーションソフトウェアＡＰ１は、サーバ１０上で動作し、ユーザ（携帯端末４０）への各種サービスを行うためのソフトウェアである。
【００２４】
ＡＰ２０は、有線ネットワーク３０と無線ネットワークとの中継を行なう中継機器である。有線ネットワーク３０は、サーバ１０およびＡＰ２０などの相互通信を行なう。
【００２５】
携帯端末４０は、無線ネットワークに接続し、キー入力、タッチ入力およびスキャナ入力などの各種入力、ならびに、画面表示を行なうとともに、無線ＬＡＮ接続状態を取得するための監視ソフトが動作可能である。
【００２６】
図７を参照して、一般的なシンクライアントシステム１＃も、本実施の形態に係るシンクライアントシステム１と同様に、サーバ１０＃と、ＡＰ２０＃と、携帯端末４０＃とを含む。サーバ１０＃とＡＰ２０＃とは、有線ネットワーク３０＃により接続されている。携帯端末４０＃は、ＡＰ２０＃と無線通信可能であり、ＡＰ２０＃を介して、サーバ１０＃との間でデータの送受信が可能である。
【００２７】
このような無線ＬＡＮネットワーク経由のシンクライアントシステム１＃において、アプリケーションソフトウェアＡＰ１＃はサーバ１０＃側で動作し、ユーザが使用する携帯端末４０＃は、サーバ１０＃との間でデータの入出力のみを行なう（動作ｉ）。このような動作は、一般的に、携帯端末４０＃のユーザが所定の業務を遂行する際に実行される。つまり、アプリケーションソフトウェアＡＰ１＃は、通常、所定の業務の遂行に必要なアプリケーションである。
【００２８】
一般的なシンクライアントシステム１＃では、携帯端末４０＃側の組込みソフトウェアが無線ＬＡＮの接続状態（通信状態）を監視し（動作ｉｉ）、接続状態が悪くなったことを検知すると、ユーザに対して接続状態が悪くなった旨表示されていた（動作ｉｉｉ）。また、サーバ１０＃側では、アプリケーションソフトウェアＡＰ１＃が、定期的にデータのバックアップを行なったりしていた（動作ｉｖ）。具体的には、サーバ１０＃の二次記憶部１２０＃に対し、携帯端末４０＃の接続状態とは関係なく定期的に、アプリケーションソフトウェアＡＰ１＃のデータが保護されていた。
【００２９】
このようなシンクライアントシステム１＃では、ユーザが無線ＬＡＮネットワークの状態を知ることはできるものの、無線ＬＡＮ接続が切れた場合に、サーバ１０＃上で動作するアプリケーションソフトウェアＡＰ１＃は、接続が悪くなるタイミングで、使用するデータを保護することはできなかった。
【００３０】
これに対し、本実施の形態のシンクライアントシステム１では、次のような動作が行なわれる。
【００３１】
図１を参照して、シンクライアントシステム１は、サーバ１０上で動作するアプリケーションソフトウェアＡＰ１が携帯端末４０への表示、携帯端末４０からの入力を処理する（動作Ｉ）。動作Ｉは、上記動作ｉと同様であり、このような動作は、一般的に、携帯端末４０のユーザが所定の業務を遂行する際に実行される。つまり、アプリケーションソフトウェアＡＰ１は、通常、所定の業務の遂行に必要なアプリケーションである。
【００３２】
携帯端末４０上のソフトウェア（後述のアプリケーションソフトウェアＡＰ２）が、動作Ｉと並行して、無線ＬＡＮ接続状態を監視する（動作ＩＩ）。
【００３３】
本システム１において、携帯端末４０は、接続状態が悪くなったことを検知すると、サーバ１０上のアプリケーションソフトウェアＡＰ１にその旨を通知する（動作ＩＩＩ）。サーバ１０側のアプリケーションソフトウェアＡＰ１は、携帯端末４０からの通知に応じて、携帯端末４０との接続が切れる前に、自身が管理するデータが壊れないよう、二次記憶部１２０に対してデータ退避などの処理を行なう（動作ＩＶ）。
【００３４】
これにより、本システム１によると、アプリケーションソフトウェアＡＰ１実行中に接続状態が悪くなったとしても、確実にアプリケーションソフトウェアＡＰ１の続行に必要なデータ（以下「使用中のデータ」ともいう）を保護することができる。
【００３５】
以下に、本実施の形態に係るシンクライアントシステム１について詳細に説明する。以下の説明において、図１に示した動作Ｉに関する処理を「業務処理」、動作ＩＩ〜ＩＶに関する処理を「監視・退避処理」という。
【００３６】
＜構成について＞
図２は、本発明の実施の形態におけるシンクライアントシステム１に含まれるサーバ１０および携帯端末４０の機能構成を示すブロック図である。
【００３７】
（サーバの機能構成）
図２を参照して、サーバ１０は、制御部１００と、記憶部１１０と、二次記憶部１２０と、ＬＡＮカード１３０とを含む。
【００３８】
制御部１００は、ＣＰＵ（Central Processing Unit）１０２などのプロセッサと、作業データを記憶するためのＲＡＭ（Random Access Memory）１０４とを含む。ＣＰＵ１０２は、その機能として、回数判定部１０６と、データ退避処理部１０８とを含む。
【００３９】
回数判定部１０６は、携帯端末４０における電界強度が特定回数（後述の「判定回数（Ｃ０）」に相当）だけ連続して、閾値（後述の「設定信号レベル（Ｌ０）」に相当）を下回ったか否かを判定する。
【００４０】
データ退避処理部１０８は、電界強度の判定結果に応じて、アプリケーションソフトウェアＡＰ１の続行に必要なデータを退避する。具体的には、電界強度が上記特定回数だけ閾値を下回ったと判定された場合に、必要なデータを退避する。
【００４１】
これらの処理部の機能については後述する。
ＲＡＭ１０４は、回数判定部１０６により判定される回数が記録される変数Ｃを有する。
【００４２】
回数判定部１０６およびデータ退避処理部１０８の機能は、ＣＰＵ１０２が記憶部１１０に記憶されたアプリケーションソフトウェアＡＰ１を実行することにより実現される。なお、これらのうち少なくとも１つについては、ハードウェアにより実現されてもよい。
【００４３】
記憶部１１０は、各種のプログラムやデータを記憶するためのメインの記憶装置である。記憶部１１０は、上述のアプリケーションソフトウェアＡＰ１、アプリケーションソフトウェアＡＰ１上のデータを記憶する。また、後述の判定回数を記憶する変数Ｃ０を有する。記憶部１１０は、たとえばハードディスクにより実現されてよい。
【００４４】
上述のように、アプリケーションソフトウェアＡＰ１は、通常のシンクライアントシステム１＃においてもたとえば業務遂行のために行なわれる携帯端末４０とのデータの送受信処理（業務処理）にも、本実施の形態に特有の機能である回数判定部１０６およびデータ退避処理部１０８の処理（監視・退避処理）にも用いられる。本実施の形態では、説明の簡単のために、アプリケーションソフトウェアＡＰ１は、業務処理を実現するためのプログラム（以下「業務処理プログラム」という）と、監視・退避処理を実現するためのプログラム（以下「退避処理プログラム」という）とを別個に有しているとして説明する。
【００４５】
二次記憶部１２０は、二次的に使用される不揮発性の記憶装置であり、データ退避領域１２２を含む。二次記憶部１２０も、たとえば、ハードディスクにより実現されてよい。
【００４６】
ＬＡＮカード１３０は、有線ネットワーク３０に接続するためのネットワークカードである。サーバ１０は、ＬＡＮカード１３０を介してＡＰ２０と接続される。
【００４７】
（携帯端末の機能構成）
携帯端末４０は、制御部４００と、記憶部４１０と、入力部４２０と、通信部４３０と、電界強度測定部４４０と、電界強度判定部４５０と、表示部４６０とを含む。
【００４８】
制御部４００は、ＣＰＵ（Central Processing Unit）４０２などのプロセッサと、作業データを記憶するためのＲＡＭ４０４と、計時動作を行なうための計時部４０６とを含む。
【００４９】
記憶部４１０は、組み込みのプログラムやデータを記憶するための記憶装置である。本実施の形態において記憶部４１０は、ＡＰ２０からの電波の強さを表わす電界強度を監視するためのアプリケーションソフトウェアＡＰ２を記憶する。また、後述の監視周期を設定する変数Ｔｄを有する。記憶部４１０は、たとえばフラッシュメモリなどの不揮発性メモリにより実現される。制御部４００のＣＰＵ４０２は、アプリケーションソフトウェアＡＰ２を実行することで、無線ＬＡＮの信号レベル（電界強度）の監視、および、サーバ１０に対する信号レベルの低下の通知を行なう。
【００５０】
入力部４２０は、ユーザからの指示の入力を受付ける。具体的には、たとえば、操作ボタン、キーボード、タッチパネルを構成する位置入力装置などが含まれてよい。入力部４２０からの指示信号は、ＣＰＵ４０２に与えられる。携帯端末４０がアプリケーションソフトウェアＡＰ１の業務処理プログラムを実行中であれば、ＣＰＵ４０２は、受取った指示信号をサーバ１０宛に送信するよう通信部４３０を制御する。
【００５１】
通信部４３０は、アンテナ（図示せず）を含み、ＡＰ２０と無線通信する。
電界強度測定部４４０は、通信部４３０と接続され、現状の電界強度を測定する装置である。電界強度の測定は、公知の手法により実現可能である。
【００５２】
電界強度判定部４５０は、アプリケーションソフトウェアＡＰ２に従い、電界強度測定部４４０により測定された電界強度が閾値（後述の設定信号レベル（Ｌ０）に相当）を下回ったか否かを判定する。電界強度判定部４５０は、判定結果を制御部４００のＣＰＵ４０２に出力する。ＣＰＵ４０２は、測定された電界強度が、設定信号レベル（Ｌ０）を下回っていることを検出した場合に、通信部４３０を介してサーバ１０にその旨通知する。または、判定結果を定期的に送信してもよい。
【００５３】
電界強度判定部４５０の機能は、ＣＰＵ１０２がアプリケーションソフトウェアＡＰ２を実行することで実現されてもよい。
【００５４】
表示部４６０は、各種情報を表示する。表示部４６０は、たとえば液晶パネルなどの表示装置により実現される。
【００５５】
携帯端末４０は、画像を読取るためのスキャナ（図示せず）をさらに含んでもよい。
＜動作イメージについて＞
本実施の形態に係るシンクライアントシステム１において、サーバ１０および携帯端末４０間で実行される業務処理および監視・退避処理それぞれの動作イメージを説明する。
【００５６】
図３は、本発明の実施の形態において業務処理が実行されている際のシンクライアントシステム１の動作イメージを示す図である。なお、業務処理は、公知の手法により実行されてよい。
【００５７】
図３を参照して、シンクライアントシステム１では、上述のように、携帯端末４０は、サーバ１０上のアプリケーションソフトウェアＡＰ１を実行することで、業務処理を行なう。携帯端末４０において、アプリケーションソフトウェアＡＰ１の実行の開始を指示すると、サーバ１０のアプリケーションソフトウェアＡＰ１の業務処理プログラムが、所定の画面イメージを送信する。これにより、携帯端末４０の表示部４６０には、たとえば図３に示されるような初期画面が表示される。
【００５８】
業務処理において、携帯端末４０は、キー入力やタッチ入力などによって入力部４２０を介して指示された内容、あるいはバーコードスキャナ入力（スキャナによってバーコードが読取られた内容）を、サーバ１０のアプリケーションソフトウェアＡＰ１に送信する。サーバ１０のアプリケーションソフトウェアＡＰ１の業務処理プログラムは、指示に応じた画面イメージを送信する。アプリケーションＡＰ１の業務処理プログラムは、表示画面を細かいブロックで管理し、変化した部分（差分）のみを携帯端末４０に転送する。これにより、携帯端末４０の表示部４６０には、指示に応じた画面が表示される。なお、本実施の形態のシンクライアントシステム１は、このように画面イメージを送信する形態としたが、携帯端末４０に、指示に応じた画面の描画に必要な信号を送信する形態であってもよい。その他、公知の手法を用いてもよい。
【００５９】
図４は、本発明の実施の形態において監視・退避処理が実行されている際のシンクライアントシステム１の動作イメージを示す図である。
【００６０】
図４を参照して、シンクライアントシステム１では、業務処理が実行されている間、携帯端末４０は、無線ＬＡＮの信号レベルが低下したか否かを検出する。信号レベルの低下が検出されると、無線ＬＡＮの信号レベルの低下をサーバ１０のアプリケーションソフトウェアＡＰ１に通知する。アプリケーションソフトウェアＡＰ１の退避処理プログラムは、信号レベルが低下した旨の通知を受取ると、図３に示した業務処理で使用中のデータを二次記憶部１２０に退避するとともに、データ退避画面を携帯端末４０に送信する。これにより、「データ退避中」と示された画面が携帯端末４０の表示部４６０に表示される。
【００６１】
＜監視・退避処理について＞
次に、本実施の形態におけるシンクライアントシステム１の特徴的な動作である、監視・退避処理について、携帯端末４０およびサーバ１０それぞれに分けて説明する。本実施の形態では、監視・退避処理において、携帯端末４０により実行される処理を「監視処理」、サーバ１０により実行される処理を「退避処理」という。
【００６２】
（携帯端末側の処理）
図５は、本発明の実施の形態に係るシンクライアントシステム１において、携帯端末４０が実行する監視処理を示すフローチャートである。図５のフローチャートに示す処理は、予めプログラム（アプリケーションソフトウェアＡＰ２）として記憶部４１０に格納されており、ＣＰＵ４０２が、当該プログラムを読み出して実行することにより、監視処理の機能が実現される。
【００６３】
なお、図５に示される処理は、たとえば、携帯端末４０がサーバ１０のアプリケーションソフトウェアＡＰ１の業務処理プログラムの実行開始とともに開始される。
【００６４】
図２および図５を参照して、ＣＰＵ４０２は、変数Ｌ０に、ユーザにより選択された、サーバ１０に通知するか否かを決める信号レベルを設定する（ステップＳ１１）。具体的には、たとえば、ＣＰＵ４０２は、表示部４６０に複数の信号レベルを数値またはバーにより表示する。ユーザは、表示された複数の信号レベルのうち所望のレベルを入力部４２０により選択する。ＣＰＵ４０２は、入力部４２０からの信号に基づいて、ユーザに選択された信号レベルを変数Ｌ０に設定する。変数Ｌ０は、電界強度判定部４５０が有する所定の記憶領域を示してもよいし、記憶部４１０、あるいは、ＲＡＭ４０４内の所定の記憶領域を示してもよい。以下の説明において、変数Ｌ０に設定された数値を、「設定信号レベルＬ０」ともいう。
【００６５】
次に、ＣＰＵ４０２は、変数Ｔに、計時部４０６から得られる現在時刻を設定し、変数Ｔｄに、監視周期（たとえば１秒）を設定する（ステップＳ１２）。変数Ｔは、たとえばＲＡＭ４０４内の所定の記憶領域を示す。変数Ｔｄは、たとえば記憶部４１０の所定の記憶領域を示す。監視周期は、予め定められていてもよい。以下、変数Ｔに設定された時刻を「時刻Ｔ」、変数Ｔｄに設定された監視周期を「監視周期Ｔｄ」ともいう。なお、監視周期Ｔｄは、予め定められていてもよいし、ユーザにより設定されてもよい。
【００６６】
各変数の設定が終わると、ＣＰＵ４０２は、計時部４０６から得られる現在時刻と時刻Ｔとの差分が、監視周期Ｔｄ以上になったか否かを判断する（ステップＳ１３）。差分が監視周期Ｔｄ以上になるまで待機する（ステップＳ１３にてＮＯ。差分が監視周期Ｔｄ以上になったと判断された場合に（ステップＳ１３にてＹＥＳ）、信号レベルの検出処理に進む。つまり、ＣＰＵ４０２は、電界強度判定部４５０に電界強度の判定開始を指示する。
【００６７】
電界強度判定部４５０は、電界強度測定部４４０により測定されている無線ＬＡＮの信号レベルを検出し、検出した信号レベルを変数Ｌに格納する（ステップＳ１４）。変数Ｌは、たとえば、電界強度判定部４５０が有する所定の記憶領域を示す。以下、変数Ｌに格納された信号レベルを「信号レベルＬ」ともいう。
【００６８】
ＣＰＵ４０２は、同時に、変数Ｔの現在時刻を更新する（ステップＳ１５）。
電界強度判定部４５０は、検出した信号レベルＬが、設定信号レベルＬ０を下回るかどうかを確認する（ステップＳ１６）。検出した信号レベルＬが設定信号レベルＬ０以上である場合（ステップＳ１６にてＮＯ）、ステップＳ１３に戻り、信号レベルの検出を繰り返す。これに対し、検出した信号レベルＬが設定信号レベルＬ０を下回った場合には（ステップＳ１６にてＹＥＳ）、ステップＳ１７に進む。
【００６９】
ステップＳ１７では、電界強度判定部４５０がＣＰＵ４０２に対し、信号レベルの低下を通知すると、ＣＰＵ４０２は、サーバ１０上で動作するアプリケーションソフトウェアＡＰ１に無線ＬＡＮの信号レベルが低下していることを通知する。具体的には、たとえば、通信部４３０を介して、無線ＬＡＮの信号レベルが低下していることを示す信号（以下「低下通知信号」という）が、自装置に割り当てられたＭＡＣ（Media Access Control）アドレスとともにＡＰ２０に送信される。ＡＰ２０は、受信したＭＡＣアドレスが、事前に記憶されているＭＡＣアドレスであることを確認し、受信した低下通知信号および送信元の携帯端末４０のＭＡＣアドレスをサーバ１０に転送する。
【００７０】
サーバ１０が、低下通知信号を受信した場合の処理については、後に図６を参照して詳細に説明する。
【００７１】
通信部４３０が、サーバ１０からの信号を受信すると（ステップＳ１８）、ＣＰＵ４０２は、受信した信号が退避開始の信号か否かを判断する（ステップＳ１９）。受信した信号が退避開始の信号でなければ（ステップＳ１９にてＮＯ）、ステップＳ１３に戻り、再度、信号レベルの検出処理を繰り返す。
【００７２】
これに対し、受信した信号が退避開始の信号であれば（ステップＳ１９にてＹＥＳ）、ＣＰＵ４０２は、表示部４６０にたとえば「データ退避中」などのメッセージを表示する（ステップＳ２０）。なお、ここでは、メッセージを表示することとしたが、データ退避中であることがユーザに報知できれば限定的ではない。たとえば、図形による表示、ブザー（図示せず）からの警告音の出力、ＬＥＤ（図示せず）の点滅、などにより報知してもよい。
【００７３】
次に、通信部４３０が、サーバ１０からの信号を受信すると（ステップＳ２１）、ＣＰＵ４０２は、受信した信号が退避終了の信号か否かを判断する（ステップＳ２２）。受信した信号が退避終了の信号でなければ（ステップＳ２２にてＮＯ）、受信した信号に応じた処理を実行し、退避終了を示す信号を待つ。
【００７４】
退避終了の信号が受信されると（ステップＳ２２にてＹＥＳ）、ＣＰＵ４０２は、表示部４６０から「データ退避中」の表示を消去する（ステップＳ２３）。この処理が終わると、再びステップＳ１３に戻り、信号レベルの検出処理が繰り返される。
【００７５】
なお、図５に示される処理は、ＣＰＵ４０２が、サーバ１０上のアプリケーションソフトウェアＡＰ１の業務処理プログラムの実行の終了を検知した場合に、上述の各変数を初期化して終了されてよい。
【００７６】
（サーバ側の処理）
図６は、本発明の実施の形態に係るシンクライアントシステム１において、サーバ１０が実行する退避処理を示すフローチャートである。図６のフローチャートに示す処理は、予めプログラム（アプリケーションソフトウェアＡＰ１に含まれる退避処理プログラム）として記憶部１１０に格納されており、ＣＰＵ１０２が、当該プログラムを読み出して実行することにより、退避処理の機能が実現される。
【００７７】
なお、図６に示される処理は、たとえば、携帯端末４０がサーバ１０のアプリケーションソフトウェアＡＰ１の業務処理プログラムの実行開始とともに開始される。
【００７８】
図２および図６を参照して、ＣＰＵ１０２の回数判定部１０６は、変数Ｃ０に、ユーザにより入力された、低下通知信号の連続検出回数を設定する（ステップＳ３１）。変数Ｃ０は、たとえば記憶部１１０内の所定の記憶領域を示す。以下、変数Ｃ０に設定された数値は「判定回数Ｃ０」と表わされる。
【００７９】
回数判定部１０６は、低下通知信号を連続して受信した回数を保持する変数Ｃを初期化する（ステップＳ３２）。以下、変数Ｃに設定される数値を「通知回数Ｃ」ともいう。
【００８０】
次に、回数判定部１０６は、携帯端末４０からの低下通知信号（信号レベル低下通知）があるかどうかを確認する（ステップＳ３３）。通知がない場合には（ステップＳ３４にてＮＯ）、アプリケーションソフトウェアＡＰ１の業務処理プログラムを実行している携帯端末４０の信号レベルは低下していないと判断し、ステップＳ３２（変数Ｃの初期化）に戻る。
【００８１】
通知があった場合、すなわち、図５のステップＳ１７において、携帯端末４０より無線信号レベルの低下が通知された場合には（ステップＳ３４にてＹＥＳ）、ステップＳ３５に進む。
【００８２】
ステップＳ３５では、回数判定部１０６は、通知回数Ｃを１だけインクリメントする。
その後、通知回数Ｃが、ステップＳ３１で設定された判定回数Ｃ０以上か否かを判断する（ステップＳ３６）。通知回数Ｃが判定回数Ｃ０未満の場合（ステップＳ３６にてＮＯ）、ステップＳ３３に戻り、低下通知信号受信のカウント処理を継続する。
【００８３】
通知回数Ｃが判定回数Ｃ０以上と判断された場合（ステップＳ３６にてＹＥＳ）、回数判定部１０６は、データ退避処理部１０８に処理開始を通知する。
【００８４】
データ退避処理部１０８は、アプリケーションソフトウェアＡＰ１の業務処理プログラムが処理中のデータの退避を開始することを、低下通知信号を送信してきた携帯端末４０に通知する（ステップＳ３７）。当該通知により、携帯端末４０において、退避開始の信号を受信したと判断される（図５のステップＳ１９）。
【００８５】
データ退避処理部１０８は、記憶部１１０内に保持されている処理データ（現在行なっている業務処理に関わるデータ）を二次記憶部１２０に退避する（ステップＳ３８）。処理データの退避が済むと、退避が完了したことを、低下通知信号を送信してきた携帯端末４０に通知する（ステップＳ３９）。当該通知により、携帯端末４０において、退避終了の信号を受信したと判断される（図５のステップＳ２２）。ステップＳ３９の処理が終わると、ステップＳ３２に戻り、回数判定処理が再度実行される。
【００８６】
なお、図６に示される処理は、ＣＰＵ１０２が、携帯端末４０によるアプリケーションソフトウェアＡＰ１の業務処理プログラムの実行が終了されたことを検知した場合に、上述の各変数を初期化して終了されてよい。
【００８７】
図５および図６に示されるように、本実施の形態によると、一定回数、無線ＬＡＮの信号レベルが低下した状態が連続した場合に、並行して行なわれている業務処理に関わる処理データを退避することが可能となる。また、たとえば携帯端末４０での監視周期Ｔｄを１秒に設定し、判定回数Ｃ０を１０に設定することで、１０秒にわたり、信号レベルが低下した場合にデータを退避するなど、一定期間にわたり信号レベルが低下した場合にのみ、データ退避処理を実行することが可能である。これにより、データ退避処理の頻発を避けることができる。
【００８８】
なお、アプリケーションソフトウェアＡＰ１の業務処理プログラムを複数の携帯端末が同時に利用可能である場合には、携帯端末ごとに、図６に示す処理が行なわれ、携帯端末ごとに、上述のような各変数が与えられればよい。
【００８９】
＜変形例＞
上記実施の形態では、携帯端末４０において、信号レベルの低下時のみ、サーバ１０に電界強度の判定結果を通知することとした。しかしながら、信号レベルの低下を通知した後はじめて信号レベルがＬ０以上に回復した場合（電界強度が閾値以上と判定された場合）にも、電界強度の判定結果（信号レベルの回復）をサーバ１０に通知することとしてもよい。その場合、サーバ１０のデータ退避処理部１０８は、信号レベルの低下の通知を受けた後一定期間内に回復通知が受信されない場合にも、使用中のデータを退避することが望ましい。信号レベルが急激に低下した場合には、判定結果（信号レベルの低下）がサーバ１０に届かなくなることも考えられるからである。このようにすることで、たとえ、連続の通知回数Ｃが判定回数Ｃ０未満であったとしても、一定期間内に回復通知が受信されない場合には、携帯端末４０とＡＰ２０との通信状態が悪化していると判断できるため、使用中のデータを確実に退避することができる。
【００９０】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００９１】
１  シンクライアントシステム、１０  サーバ、２０  無線ＬＡＮアクセスポイント（ＡＰ）、３０  有線ネットワーク、４０  携帯端末、１００  制御部、１０２  ＣＰＵ、１０４  ＲＡＭ、１０６  回数判定部、１０８  データ退避処理部、１１０  記憶部、１２０  二次記憶部、１２２  データ退避領域、１３０  ＬＡＮカード、４００  制御部、４０２  ＣＰＵ、４０４  ＲＡＭ、４０６  計時部、４１０  記憶部、４２０  入力部、４３０  通信部、４４０  電界強度測定部、４５０  電界強度判定部、４６０  表示部。
【図１】
0005441113.tif 000002
【図２】
0005441113.tif 000003
【図３】
0005441113.tif 000004
【図４】
0005441113.tif 000005
【図５】
0005441113.tif 000006
【図６】
0005441113.tif 000007
【図７】
0005441113.tif 000008