(57)【要約】      （修正有）【課題】サーバ装置にログインしている状態で、端末装置側でログアウトされることなく接続が強制終了された場合に、サーバ装置はその状態を速やかに把握し得て、ログイン状態が長時間にわたって保持されるのを簡単な構成で防止できるサーバ装置並びに端末装置を提供する。【解決手段】  サーバ装置１と該サーバ装置の特定のモードにログイン可能な端末装置２とを備えたサーバシステムである。前記端末装置２は、前記サーバ装置１の特定のモードにログインしている状態で、サーバ装置に向けて定期的に接続確認信号を発信する発信手段を備えている。前記サーバ装置１は、前記端末装置２から発信される前記接続確認信号の有無を監視する監視手段１１３と、前記監視手段１１３により、前記接続確認信号が一定時間検出されなかった場合には、強制ログアウト処理を行う制御手段１１２を備えている。【選択図】図１
2006277585.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と該サーバ装置の特定のモードにログイン可能な端末装置とを備えたサーバシステムであって、
前記端末装置は、前記サーバ装置の特定のモードにログインしている状態で、サーバ装置に向けて定期的に接続確認信号を発信する発信手段を備え、
前記サーバ装置は、前記端末装置から発信される前記接続確認信号の有無を監視する監視手段と、前記監視手段により、前記接続確認信号が一定時間検出されなかった場合には、強制ログアウト処理を行う制御手段と、
を備えたことを特徴とするサーバシステム。
【請求項２】
サーバ装置は画像形成装置であり、端末装置は前記画像形成装置の情報を表示する表示手段を備えている請求項１に記載のサーバシステム。
【請求項３】
サーバ装置は、前記接続確認信号発信用の制御プログラムを、ログインした端末装置に送信するプログラム送信手段を備え、前記端末装置は、前記制御プログラムを実行することにより前記接続確認信号を発信する請求項１または２に記載のサーバシステム。
【請求項４】
サーバ装置は、サーバ装置側の状況に応じて、端末装置から発信される接続確認信号の発信周期を変更させる請求項３に記載のサーバシステム。
【請求項５】
サーバ装置は、端末装置がログインしたモードに応じて、端末装置から発信される接続確認信号の発信周期を変更させる請求項３に記載のサーバシステム。
【請求項６】
特定のモードにログインしている端末装置から定期的に発信される接続確認信号の有無を監視する監視手段と、
前記監視手段により、前記接続確認信号が一定時間検出されなかった場合には、強制ログアウト処理を行う制御手段と、
を備えたことを特徴とするサーバ装置。
【請求項７】
画像形成装置からなり、ログインしてきた端末装置に装置情報を提供可能な請求項６に記載のサーバ装置。
【請求項８】
前記接続確認信号発信用の制御プログラムを、ログインした端末装置に送信するプログラム送信手段を備えている請求項６または７に記載のサーバ装置。
【請求項９】
自装置の状況に応じて、端末装置から発信される接続確認信号の発信周期を変更させる請求項８に記載のサーバ装置。
【請求項１０】
端末装置がログインしたモードに応じて、端末装置から発信される接続確認信号の発信周期を変更させる請求項８に記載のサーバ装置。
【請求項１１】
サーバ装置の特定のモードにログイン可能な端末装置であって、
前記サーバ装置の特定のモードにログインしている状態で、サーバ装置に向けて定期的に接続確認信号を発信する発信手段を備えていることを特徴とする端末装置。
【請求項１２】
サーバ装置の特定のモードにログインしている状態で、サーバ装置から送信される前記接続確認信号発信用の制御プログラムを受信する受信手段を備え、
前記発信手段は、前記制御プログラムを実行することにより前記接続確認信号を発信する請求項１１に記載の端末装置。
【請求項１３】
発信手段は、サーバ装置側の状況に応じて接続確認信号の発信周期を変更する請求項１２に記載の端末装置。
【請求項１４】
発信手段は、サーバ装置にログインしたモードに応じて接続確認信号の発信周期を変更する請求項１２に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、サーバ装置と端末装置を有するサーバシステム、及びこのシステムに用いられるサーバ装置並びに端末装置に関する。
【背景技術】
【０００２】
例えば、多機能複合機であるＭＦＰ（Multi Function Peripherals）にウェブ（以下、Ｗｅｂともいう）サーバ機能を付与するとともに、ユーザの端末装置にＷｅｂブラウザを搭載し、端末装置からＭＦＰの特定のモードにログインし、ＭＦＰの装置情報を端末装置の表示部で閲覧できるようにしたサーバシステムが知られている。
【０００３】
ところで、このようなサーバシステムにおいて、ユーザがログアウトすることなくブラウザを強制終了したような場合、サーバ装置であるＭＦＰ側ではブラウザの強制終了を判断できないため、正常なログアウト処理を行うことができず、ログインを保持してしまう。この状態で、ユーザがＷｅｂブラウザを再起動して再ログインを試みても、再ログインが拒否されてしまうことから、使い勝手が良くないという問題がある。また、サーバ装置にとってもログイン状態で放置されるのは、資源の無駄となる。
【０００４】
また、１人しかログインを許可しないモードにログインしているときに、ブラウザが強制終了されると、他者はログインすることができず、やはり使い勝手が良くないうえ、資源の無駄となる。
【０００５】
このようなサーバ装置のログイン状態での放置を防止するため、一般には、ログインしたユーザのアクセスが一定時間ないことを検知して、タイムアウト処理による自動ログアウトを行っているが、タイムアウトまでは上述したように再ログイン等ができないという問題は、依然として払拭できない。
【０００６】
そこで、上記問題を解決するために、端末装置のＷｅｂブラウザを監視する監視装置を設けるとともに、ユーザがログアウトすることなくブラウザを強制終了した場合には、監視装置からサーバ装置にその旨の情報を送信し、この情報に基づいてサーバ装置がログアウト処理を行うようにしたサーバシステムが提案されている（特許文献１）。
【特許文献１】特開２００３−１０８４２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１に記載のサーバシステムでは、端末装置のブラウザを監視装置で監視しているため、例えば何らかの原因により端末装置の電源がオフになった場合には、ブラウザが強制終了されるのみならず監視装置の動作も停止され、従って監視装置から送信されるはずのブラウザの強制終了を示す情報もサーバ装置に送信されず、サーバ装置はやはりログイン状態で放置されてしまうという問題があった。
【０００８】
しかも、ブラウザを監視しているために、監視装置の構成や制御が複雑であるという問題もあった。
【０００９】
この発明は、このような問題を解決するためになされたものであって、サーバ装置にログインしている状態で、端末装置側でログアウトされることなく接続が強制終了された場合に、サーバ装置はその状態を速やかに把握し得て、ログイン状態が長時間にわたって保持されるのを簡単な構成で防止できるサーバシステム、及びこのサーバシステムに用いられるサーバ装置並びに端末装置の提供を目的とする。
【課題を解決するための手段】
【００１０】
上記目的は、下記の手段によって達成される。
（１）サーバ装置と該サーバ装置の特定のモードにログイン可能な端末装置とを備えたサーバシステムであって、前記端末装置は、前記サーバ装置の特定のモードにログインしている状態で、サーバ装置に向けて定期的に接続確認信号を発信する発信手段を備え、前記サーバ装置は、前記端末装置から発信される前記接続確認信号の有無を監視する監視手段と、前記監視手段により、前記接続確認信号が一定時間検出されなかった場合には、強制ログアウト処理を行う制御手段と、を備えたことを特徴とするサーバシステム。
（２）サーバ装置は画像形成装置であり、端末装置は前記画像形成装置の情報を表示する表示手段を備えている前項１に記載のサーバシステム。
（３）サーバ装置は、前記接続確認信号発信用の制御プログラムを、ログインした端末装置に送信するプログラム送信手段を備え、前記端末装置は、前記制御プログラムを実行することにより前記接続確認信号を発信する前項１または２に記載のサーバシステム。
（４）サーバ装置は、サーバ装置側の状況に応じて、端末装置から発信される接続確認信号の発信周期を変更させる前項３に記載のサーバシステム。
（５）サーバ装置は、端末装置がログインしたモードに応じて、端末装置から発信される接続確認信号の発信周期を変更させる前項３に記載のサーバシステム。
（６）特定のモードにログインしている端末装置から定期的に発信される接続確認信号の有無を監視する監視手段と、前記監視手段により、前記接続確認信号が一定時間検出されなかった場合には、強制ログアウト処理を行う制御手段と、を備えたことを特徴とするサーバ装置。
（７）画像形成装置からなり、ログインしてきた端末装置に装置情報を提供可能な前項６に記載のサーバ装置。
（８）前記接続確認信号発信用の制御プログラムを、ログインした端末装置に送信するプログラム送信手段を備えている前項６または７に記載のサーバ装置。
（９）自装置の状況に応じて、端末装置から発信される接続確認信号の発信周期を変更させる前項８に記載のサーバ装置。
（１０）端末装置がログインしたモードに応じて、端末装置から発信される接続確認信号の発信周期を変更させる前項８に記載のサーバ装置。
（１１）サーバ装置の特定のモードにログイン可能な端末装置であって、前記サーバ装置の特定のモードにログインしている状態で、サーバ装置に向けて定期的に接続確認信号を発信する発信手段を備えていることを特徴とする端末装置。
（１２）サーバ装置の特定のモードにログインしている状態で、サーバ装置から送信される前記接続確認信号発信用の制御プログラムを受信する受信手段を備え、前記発信手段は、前記制御プログラムを実行することにより前記接続確認信号を発信する前項１１に記載の端末装置。
（１３）発信手段は、サーバ装置側の状況に応じて接続確認信号の発信周期を変更する前項１２に記載の端末装置。
（１４）発信手段は、サーバ装置にログインしたモードに応じて接続確認信号の発信周期を変更する前項１２に記載の端末装置
【発明の効果】
【００１１】
前項（１）に記載の発明によれば、サーバ装置は、サーバ装置の特定のモードにログインしている状態で端末装置からサーバ装置に向けて定期的に発信される接続確認信号の有無を監視し、前記接続確認信号が一定時間検出されなかった場合には、強制ログアウト処理を行う。つまり、端末装置からの接続確認信号がなくなると、端末装置側で接続が強制終了されたものと判断することができ、強制的にログアウト処理を実行する。このため、端末装置のブラウザが強制終了されたようなときに、ログイン状態が長時間にわたって保持されるのを防止できるから、ユーザによる再ログインが長時間にわたって拒否されてしまったり、他のユーザがログインできなくなる不都合を解消できる。
【００１２】
しかも、端末装置のブラウザを監視して、ブラウザが強制終了された場合に信号を送信するものではなく、端末装置がサーバ装置に向けて定期的に接続確認信号を送信し、サーバ装置がこの信号を監視する構成であるから、端末装置の電源が意図せずオフになったときにも、端末装置からの接続確認信号がないことをもって、サーバ装置は端末装置の接続強制終了を確実に把握することができる上、端末装置のブラウザを監視する従来技術に比べて、全体の構成や制御を簡素化できる。
【００１３】
前項（２）に記載の発明によれば、サーバ装置は画像形成装置であり、端末装置は前記画像形成装置の情報を表示する表示手段を備えているから、ユーザは画像形成装置にログインして、その情報を確認することができる。
【００１４】
前項（３）に記載の発明によれば、サーバ装置から、接続確認信号発信用の制御プログラムが、ログインした端末装置に送信され、端末装置は、前記制御プログラムを実行することにより前記接続確認信号を発信するから、必要な端末装置にのみ接続確認信号発信用の制御プログラムを保有させることができるとともに、制御プログラムを変更するような場合にも、簡単に対応することができる。
【００１５】
前項（４）に記載の発明によれば、サーバ装置側の状況に応じて、端末装置から発信される接続確認信号の発信周期を変更させるから、サーバ装置は状況に適した接続確認処理を行うことができる。
【００１６】
前項（５）に記載の発明によれば、サーバ装置は、端末装置がログインしたモードに応じて、端末装置から発信される接続確認信号の発信周期を変更させるから、サーバ装置は各モードに適した接続確認処理を行うことができる。
【００１７】
前項（６）に記載の発明によれば、サーバ装置にログインしている端末装置の接続強制終了を、早期にかつ確実に把握することができるサーバ装置を提供することができる。
【００１８】
前項（７）に記載の発明によれば、ユーザは画像形成装置にログインして、その情報を確認することができる。
【００１９】
前項（８）に記載の発明によれば、サーバ装置から接続確認信号発信用の制御プログラムを、ログインした端末装置に送信でき、端末装置は、前記制御プログラムを実行することにより前記接続確認信号を発信することができる。
【００２０】
前項（９）に記載の発明によれば、状況に適した端末装置の接続確認処理を行うことができるサーバ装置となし得る。
【００２１】
前項（１０）に記載の発明によれば、端末装置がログインしたモードに適した端末装置の接続確認処理を行うことができるサーバ装置となし得る。
【００２２】
前項（１１）に記載の発明によれば、サーバ装置により、ログインした状態での接続強制終了を早期にかつ確実に把握することができる端末装置となし得る。
【００２３】
前項（１２）に記載の発明によれば、サーバ装置から送信された接続確認信号発信用の制御プログラムを実行することにより、接続確認信号を発信することができる端末装置となし得る。
【００２４】
前項（１３）に記載の発明によれば、サーバ装置側の状況に応じて接続確認信号の発信周期を変更することができる端末装置となし得る。
【００２５】
前項（１４）に記載の発明によれば、サーバ装置にログインしたモードに応じて、接続確認信号の発信周期を変更することができる端末装置となし得る。
【発明を実施するための最良の形態】
【００２６】
以下、この発明の一実施形態を図面に基づいて説明する。
【００２７】
図１は、サーバ装置として機能するＭＦＰ１に、パーソナルコンピュータ等からなる１台または複数台の端末装置（以下、クライアントＰＣともいう）２とが、ネットワーク３を介して接続されたサーバシステムの概略構成図である。
【００２８】
前記ＭＦＰ１は、コピー機能、プリント機能、ファクシミリ機能、スキャナ機能等を有する多機能型画像形成装置であり、これら機能を実現するための各構成要素（図示せず）のほか、Ｗｅｂサーバとしての機能を実現するためのコントローラ１１を備えている。なお、ＭＦＰ１の画像形成装置としての全体動作は全体制御部１２によって制御される。
【００２９】
前記コントローラ１１は、所定モードへログインしてきたクライアントＰＣ２に対する管理や制御を行うものであり、ログイン管理部１１２、ログイン監視部１１３、記憶部１１４等を備えたＷｅｂサーバ部１１１を有している。
【００３０】
前記ログイン管理部１１２は、クライアントＰＣ２からアクセスしてきた使用者の認証処理、ログイン処理、ログアウト処理等を行うとともに、ログインしたクライアントＰＣ２に、接続確認信号発信用の制御プログラム（以下、ログイン動作プログラムともいう）を送信するものである。なお、認証は外部の認証装置により行っても良いし、内部認証により行っても良い。
【００３１】
前記ログイン監視部１１３は、前記送信されたログイン動作プログラムをクライアントＰＣ２が実行することにより、クライアントＰＣ２から定期的に送信されてくる接続確認信号（図１にハッチング矢印で示す）の有無を監視する。
【００３２】
前記記憶部１１４は、クライアントＰＣ２に送信するログイン動作プログラムを記憶している。
【００３３】
さらに、コントローラ１１１は、ログイン後、クライアントＰＣ２からの要求に応じて、装置情報格納部（図示せず）に記憶されているＭＦＰ１の装置情報をクライアントＰＣ２に送信したり、ログインしたＭＦＰ１の管理者等による各種設定情報を受信して、設定情報格納部（図示せず）に格納する動作を行う。
【００３４】
前記クライアントＰＣ２は、図２に示すように、入力部２１、表示装置２２、ネットワークインターフェイス部（図面ではネットワークＩ／Ｆ部と記す）２３、記憶部２４、ＣＰＵ２５、ＲＯＭ２６、ＲＡＭ２７等を備え、またＷｅｂブラウザを有しており、ＷｅｂブラウザによりＭＦＰ１にアクセス可能となされている。
【００３５】
前記入力部２１は、キーボードやマウス等からなり、前記表示装置２２は液晶表示装置やＣＲＴ等からなる。
【００３６】
前記ネットワークインターフェイス部２３は、ＭＦＰ１や他のクライアントＰＣ２との間で通信を行うためのものである。
【００３７】
前記記憶部２４は、各種の情報やブラウザ用ソフトウェア等を記憶するほか、この実施形態では、ログイン後にＭＦＰ１から送信されてくる前記ログイン動作プログラムを記憶する。
【００３８】
前記ＣＰＵ２５は、ＲＯＭ２６や記憶部２４に記憶されているプログラムを実行することにより、クライアントＰＣ２の全体動作を制御する。さらに、この実施形態では、前記ＭＦＰ１からのログイン動作プログラムをネットワークインターフェイス部２３を介して受信して、記憶部２４に記憶させると共に、記憶された前記ログイン動作プログラムを実行することにより、接続確認信号を一定周期でＭＦＰ１に発信する。また、接続確認信号の発信周期を変更する指示がＭＦＰ１からあったときは、記憶部２４に記憶させているログイン動作プログラムに反映させたり、新たなログイン動作プログラムを受信したときは、既存のログイン動作プログラムに上書きする。ログイン動作プログラムは、ブラウザ用ソフトウェアから呼び出されるソフトウェアであり、例えば、ＪＡＶＡアプレット、ＦＬＡＳＨ等により記述される。
【００３９】
前記ＲＯＭ２６はＣＰＵ２５が実行するプログラムや必要なデータを記憶しており、ＲＡＭ２７はＣＰＵ２５がプログラムを実行する際の作業領域として機能する。
【００４０】
次に、図１に示したサーバシステムの動作の一例を、クライアントＰＣ２のＣＰＵ２５が行う処理を示す図３（Ａ）のフローチャート、及びＭＦＰ（以下、サーバともいう）１のコントローラ１１が行う処理を示す図３（Ｂ）のフローチャートを参照して説明する。
【００４１】
この実施形態では、クライアントＰＣ２の操作者であるユーザが、管理者ユーザであり、この管理者ユーザがサーバ１の管理者モードにログインした時を例にとって説明する。
【００４２】
クライアントＰＣ２側では、図３（Ａ）に示すように、Ｗｅｂブラウザで装置情報を表示装置２２に表示したのち（ステップＳ２０１）、管理者モードにログインするのを待つ（ステップＳ２０２）。
【００４３】
管理者モードにログインされると（ステップＳ２０２でＹＥＳ）、管理者モードの画面を表示装置２２に表示した後（ステップＳ２０３）、サーバ１から送信されてくるログイン動作プログラムをダウンロードして動作を開始し（ステップＳ２０４）、ログイン動作プログラムに従い一定周期でサーバ１へアクセスを行う（ステップＳ２０５）。換言すれば、接続確認信号をサーバ１のＵＲＬ（Uniform Resource Locator）に定期的に送信する。
【００４４】
次いで、管理者モードをログアウトしたか否かを調べ（ステップＳ２０６）、ログアウトしていなければ（ステップＳ２０６でＮＯ）、ステップＳ２０５に戻り、ステップＳ２０５及びステップＳ２０６の処理を繰り返す。
【００４５】
ログアウトした場合には（ステップＳ２０６でＹＥＳ）、ログイン動作プログラムを停止したのち（ステップＳ２０７）、ステップＳ２０２に戻る。
【００４６】
一方、サーバ１のコントローラ１１は、図３（Ｂ）に示すように、クライアントＰＣ２から装置情報の表示要求がなされるのを待ち（ステップＳ４０１）、表示要求がなされると（ステップＳ４０１でＹＥＳ）、装置情報の表示画面をクライアントＰＣ２へ送信する（ステップＳ４０２）。
【００４７】
次いで、管理者モードにログインされたか否かを判断し（ステップＳ４０３）、管理者モードにログインされなければ（ステップＳ４０３でＮＯ）、そのままステップＳ４０３に待機する。
【００４８】
管理者モードにログインされたのであれば（ステップＳ４０３でＹＥＳ）、管理者モードの表示画面をクライアントＰＣ２へ送信したのち（ステップＳ４０４）、さらにログイン動作プログラムをクライアントＰＣ２へ送信する（ステップＳ４０５）。
【００４９】
次いで、ユーザが管理者モードをログアウトしたかどうかを調べ（ステップＳ４０６）、ログアウトすれば（ステップＳ４０６でＹＥＳ）、ステップＳ４０１に戻って、クライアントＰＣ２から装置情報の新たな表示要求がなされるのを待つ。
【００５０】
ログアウトしていなければ（ステップＳ４０６でＮＯ）、所定時間内にクライアントＰＣ２のログイン動作プログラムからアクセスがあったかどうか、換言すれば接続確認信号が送信されてきたか否かを判断する（ステップＳ４０７）。
【００５１】
アクセスがあれば（ステップＳ４０７でＹＥＳ）、クライアントＰＣ２のブラウザは強制終了されていないことから、ステップＳ４０６に戻って、ステップＳ４０６及びステップＳ４０７の判断を繰り返す。アクセスがなければ（ステップＳ４０７でＮＯ）、ブラウザは強制終了されたとみなして、管理者モードの強制ログアウト処理を行ったのち（ステップＳ４０８）、ステップＳ４０１に戻る。
【００５２】
このようにこの実施形態では、サーバ１は、ログイン動作プログラムを、管理者モードにログインしたクライアントＰＣ２に送信するとともに、前記クライアントＰＣ２が、前記プログラムを実行することにより定期的に送信してくる接続確認信号を監視し、この接続確認信号がなくなるとクライアントＰＣ２のブラウザが強制終了されたものと判断して、強制的にログアウト処理を実行する。このため、ログイン状態が長時間にわたって保持されるのを防止できるから、ユーザによる再ログインが長時間にわたって拒否されてしまったり、他のユーザがログインできなくなる不都合を解消できる。
【００５３】
しかも、クライアントＰＣ２のＷｅｂブラウザを監視して、ブラウザが強制終了された場合に信号を送信するものではなく、クライアントＰＣ２がサーバ１に向けて定期的に接続確認信号を送信し、サーバ１がこの信号を監視する構成であるから、クライアントＰＣ２の電源が意図せずオフになったときにも、クライアントＰＣ２からの接続確認信号がないことにより、サーバ装置はブラウザの強制終了を確実に把握することができる。しかも、クライアントＰＣ２のＷｅｂブラウザを監視する構成に比べて、全体の構成や制御を簡素化できる。
【００５４】
次に、図１に示したサーバシステムの動作の他の例を、クライアントＰＣ２のＣＰＵ２５が行う処理を示す図４（Ａ）のフローチャート、及びサーバ１のコントローラ１１が行う処理を示す図４（Ｂ）のフローチャートを参照して説明する。
【００５５】
この実施形態では、サーバ１側の処理の負荷状態に応じて、クライアントＰＣ２から送信される接続確認信号の周期を変えるようにしたものである。
【００５６】
クライアントＰＣ２側では、図４（Ａ）に示すように、Ｗｅｂブラウザで装置情報を表示装置２２に表示したのち（ステップＳ２２１）、管理者モードにログインするのを待つ（ステップＳ２２２）。
【００５７】
管理者モードにログインされると（ステップＳ２２２でＹＥＳ）、管理者モードの画面を表示装置２２に表示した後（ステップＳ２２３）、サーバ１から送信されてくるログイン動作プログラムをダウンロードして動作を開始し（ステップＳ２２４）、ログイン動作プログラムに従い所定の周期でサーバ１へアクセスを行う（ステップＳ２２５）。換言すれば、接続確認信号をサーバ１のＵＲＬに定期的に送信する。
【００５８】
次いで、サーバ１へのアクセスに対し、サーバ１から接続確認信号の周期変更の応答があるかどうかを調べ（ステップＳ２２６）、応答があれば（ステップＳ２２６でＹＥＳ）、接続確認信号の設定周期をサーバから取得してログイン動作プログラムに反映させたのち（ステップＳ２２９）、ステップＳ２２５に戻って、変更された周期で接続確認信号を送信する。
【００５９】
一方、ステップＳ２２６において、サーバ１から接続確認信号の周期変更の応答がなければ（ステップＳ２２６でＮＯ）、管理者モードをログアウトしたか否かを調べる（ステップＳ２２７）。ログアウトしていなければ（ステップＳ２２７でＮＯ）、ステップＳ２２５に戻る。
【００６０】
ログアウトした場合には（ステップＳ２２７でＹＥＳ）、ログイン動作プログラムを停止したのち（ステップＳ２２８）、ステップＳ２２２に戻る。
【００６１】
一方、サーバ１のコントローラ１１は、図４（Ｂ）に示すように、クライアントＰＣから装置情報の表示要求がなされるのを待ち（ステップＳ４２１）、表示要求がなされると（ステップＳ４２１でＹＥＳ）、装置情報の表示画面をクライアントＰＣ２へ送信する（ステップＳ４２２）。
【００６２】
次いで、管理者モードにログインされたか否かを判断し（ステップＳ４２３）、管理者モードにログインされなければ（ステップＳ４２３でＮＯ）、そのままステップＳ４２３に待機する。
【００６３】
管理者モードにログインされたのであれば（ステップＳ４２３でＹＥＳ）、管理者モードの表示画面をクライアントＰＣ２へ送信したのち（ステップＳ４２４）、さらにログイン動作プログラムをクライアントＰＣ２へ送信する（ステップＳ４２５）。
【００６４】
次いで、ユーザが管理者モードをログアウトしたかどうかを調べ（ステップＳ４２６）、ログアウトすれば（ステップＳ４２６でＹＥＳ）、ステップＳ４２１に戻って、クライアントＰＣ２から装置情報の新たな表示要求がなされるのを待つ。
【００６５】
ログアウトしていなければ（ステップＳ４２６でＮＯ）、所定時間内にクライアントＰＣ２のログイン動作プログラムからアクセスがあったかどうか、換言すれば接続確認信号が送信されてきたか否かを判断する（ステップＳ４２７）。
【００６６】
アクセスがなければ（ステップＳ４２７でＮＯ）、ブラウザは強制終了されたとみなして、管理者モードの強制ログアウト処理を行ったのち（ステップＳ４２８）、ステップＳ４２１に戻る。
【００６７】
アクセスがあれば（ステップＳ４２７でＹＥＳ）、サーバ側の処理負荷状況に変化があったかどうかを調べる（ステップＳ４２９）。負荷状況に変化があった場合には（ステップＳ４２９でＹＥＳ）、接続確認信号に対する応答として、接続確認信号の発信周期の変更をクライアントＰＣ２に指示した後（ステップＳ４３０）、ステップＳ４２６に戻る。変化がなければ（ステップＳ４２９でＮＯ）、そのままステップＳ４２６に戻る。
【００６８】
例えば、サーバ１の処理負荷が大きいときには、接続確認信号の周期を大きくして、サーバの処理負荷の増大を抑制する。逆に、サーバ１の処理負荷が小さいときには、処理負荷が増大しても問題ないため、接続確認信号の周期を小さくする。なお、サーバ１の処理負荷が大きいかどうかは、プリントキューに溜まったジョブ数や、操作パネルを使用中かどうか等により判断すればよい。
【００６９】
また、サーバ１の処理負荷が大きい場合であっても、例えばサーバ１にログインしているユーザが多いときには、逆に接続確認信号の周期を小さくして、ブラウザが強制終了されたユーザをできるだけ早く強制ログアウトさせることにより、サーバ側の負荷を軽減させるものとしてもよい。
【００７０】
なお、接続確認信号の周期変更の応答後に、再度サーバ１の処理負荷状況に変化が生じた場合には、その都度、周期変更をクライアントＰＣ２へ指示すればよい。
【００７１】
このように、この実施形態では、サーバ１の処理負荷状況に応じて接続確認信号の周期を変えるようにしたから、サーバ１は、処理負荷状況に応じた最適な接続確認処理を実行することができる。
【００７２】
なお、図４に示した実施形態では、接続確認信号の周期を変更させるときは、サーバ１はステップＳ４３０で、周期変更の指示をクライアントＰＣ２に送信し、クライアントＰＣはステップＳ２２９で、この指示をログイン動作プログラムに反映させるものとした。しかし、ステップＳ４３０及びステップＳ２２９に代えて、図５に示すように、サーバ１はステップＳ４３０’で、接続確認信号の周期を変更したプログラムを新たに送信し、クライアントＰＣ２はステップＳ２２９’で、前記新たなプログラムをダウンロードし、この新たなプログラムに従って動作を開始する構成としても良い。
【００７３】
次に、図１に示したサーバシステムの動作のさらに他の例を、クライアントＰＣ２のＣＰＵ２５が行う処理を示す図６（Ａ）のフローチャート、及びサーバ１のコントローラ１１が行う処理を示す図６（Ｂ）のフローチャートを参照して説明する。
【００７４】
この実施形態では、ログインモードの種類、例えば一般ユーザモード、ゲストユーザモード、管理者ユーザモード等に応じて、クライアントＰＣ２から送信される接続確認信号の発信周期を変えるようにしたものである。
【００７５】
クライアントＰＣ２側では、図６（Ａ）に示すように、Ｗｅｂブラウザで装置情報を表示装置２２に表示したのち（ステップＳ２４１）、所定のユーザモードにログインするのを待つ（ステップＳ２４２）。
【００７６】
ユーザモードにログインされると（ステップＳ２４２でＹＥＳ）、サーバ１から送信されてくるユーザモードの種類に応じた画面を表示装置に表示した後（ステップＳ２４３）、サーバ１から送信されてくるログイン動作プログラムをダウンロードして動作を開始し（ステップＳ２４４）、ログイン動作プログラムに従い所定の周期でサーバ１へアクセスを行う（ステップＳ２４５）。換言すれば、接続確認信号をサーバ１のＵＲＬに定期的に送信する。
【００７７】
次いで、ユーザモードをログアウトしたか否かを調べる（ステップＳ２４６）。ログアウトしていなければ（ステップＳ２４６でＮＯ）、ステップＳ２４５に戻る。
【００７８】
ログアウトした場合には（ステップＳ２４６でＹＥＳ）、ログイン動作プログラムを停止したのち（ステップＳ２４７）、ステップＳ２４２に戻る。
【００７９】
一方、サーバ１のコントローラ１１は、図６（Ｂ）に示すように、クライアントＰＣ２から装置情報の表示要求がなされるのを待ち（ステップＳ４４１）、表示要求がなされると（ステップＳ４４１でＹＥＳ）、装置情報の表示画面をクライアントＰＣ２へ送信する（ステップＳ４４２）。
【００８０】
次いで、所定のユーザモードにログインがなされたか否かを判断し（ステップＳ４４３）、ログインがなされなければ（ステップＳ４４３でＮＯ）、そのままステップＳ４４３に待機する。
【００８１】
ログインされたのであれば（ステップＳ４４３でＹＥＳ）、ログインしたユーザモードの種類に対応する表示画面をクライアントＰＣ２へ送信したのち（ステップＳ４４４）、さらにユーザモードに対応するログイン動作プログラムをクライアントＰＣ２へ送信する（ステップＳ４４５）。
【００８２】
次いで、ユーザがログアウトしたかどうかを調べ（ステップＳ４４６）、ログアウトすれば（ステップＳ４４６でＹＥＳ）、ステップＳ４４１に戻って、クライアントＰＣ２から装置情報の新たな表示要求がなされるのを待つ。
【００８３】
ログアウトしていなければ（ステップＳ４４６でＮＯ）、所定時間内にクライアントＰＣ２のログイン動作プログラムからアクセスがあったかどうか、換言すれば接続確認信号が送信されてきたか否かを判断する（ステップＳ４４７）。
【００８４】
アクセスがなければ（ステップＳ４４７でＮＯ）、ブラウザは強制終了されたとみなして、強制ログアウト処理を行ったのち（ステップＳ４４８）、ステップＳ４４１に戻る。
【００８５】
アクセスがあれば（ステップＳ４４７でＹＥＳ）、クライアントＰＣ２は前記モードに接続されているから、ステップＳ４４６に戻る。
【００８６】
この実施形態では、ログインしたユーザモードの種類に応じてクライアントＰＣ２に送信されたログイン動作プログラムは、接続確認信号の周期が異なるものに設定されている。
【００８７】
たとえば、ゲストユーザモード、一般ユーザモード、管理者ユーザモードのそれぞれにおける接続確認信号の発信周期をＴ１、Ｔ２、Ｔ３とすると、Ｔ１＜Ｔ２＜Ｔ３に設定されている。これは、管理者ユーザモード、一般ユーザモード、ゲストユーザモードの順にログイン可能な人数が増えることから、ログイン可能なユーザが多いほど、できるだけ早く強制ログアウトさせることにより、他のユーザにログインの機会を開放するためである。
【００８８】
また、モードの種類は、ゲストユーザモード、一般ユーザモード、管理者ユーザモードに限定されることはない。たとえば一般ユーザモードと管理者ユーザモードとの間に、一般ユーザには認められていないＭＦＰ内部の消去権限等を有しているが管理者ユーザよりも権限の小さいパワーユーザがログインするパワーユーザモードを設定し、パワーユーザモードに対する接続確認信号の発信周期Ｔ４を、Ｔ１＜Ｔ２＜Ｔ４＜Ｔ３に設定しても良い。
【００８９】
また、一般ユーザモードと管理者ユーザモードの２つの種類に分け、一般ユーザモードと管理者ユーザモードの接続確認信号の発信周期Ｔ２、Ｔ３の大小を、セキュリティを優先して設定しても良い。すなわち、権限の大きい管理者ユーザモードに対しては、ブラウザが強制終了された場合に、できるだけ早く強制ログアウトさせてＭＦＰ１の装置設定の悪意による変更操作の危険性をなくすため、Ｔ２＞Ｔ３に設定してもよい。また、前述したように、多くの一般ユーザにログイン機会を付与するためにＴ２＜Ｔ３に設定してもよい。
【００９０】
また、ユーザモードの種類に応じて、接続確認信号の発信周期を変えるのではなく、端末装置２の種類に応じて変えても良い。例えば、端末装置２がＭＦＰ等のデバイスであり、該デバイスの操作パネルからサーバにアクセスしてきた場合には、端末装置２がパーソナルコンピュータである場合に比べて、デバイスの電源がオフにされる危険性が高いことから、その接続確認信号の発信周期Ｔ６をパーソナルコンピュータからアクセスしてきた場合の接続確認信号の発信周期Ｔ７に比べて、Ｔ６＜Ｔ７に設定しても良い。
【００９１】
以上、本発明の一実施形態を説明したが、本発明はこれらの実施形態に限定されることはない。
【００９２】
例えば、サーバ１から端末装置２にログイン動作プログラムを送信して、端末装置２から接続確認信号が定期的にサーバ１に送信される構成としたが、端末装置２が最初からログイン動作プログラムを備えており、サーバ１にログインしたときにログイン動作プログラムが動作して接続確認信号を出力する構成としても良い。しかし、サーバ１から端末装置２にログイン動作プログラムを送信した方が、必要な端末装置にのみ動作プログラムを保有させることができ、しかも接続確認信号の周期の変更等にも容易に対応できる点で望ましい。
【００９３】
また、サーバがＭＦＰである場合を示したが、サーバはパーソナルコンピュータであっても良いし、その他の装置であっても良い。
【図面の簡単な説明】
【００９４】
【図１】この発明の一実施形態に係るサーバシステムの構成図である。
【図２】図１のシステムに用いられる端末装置のブロック図である。
【図３】図１のサーバシステムの動作の一例を示すフローチャートである。
【図４】図１のサーバシステムの動作の他の例を示すフローチャートである。
【図５】図１のサーバシステムの動作のさらに他の例を示すフローチャートである。
【図６】図１のサーバシステムのさらに他の例を示すフローチャートである。
【符号の説明】
【００９５】
１                ＭＦＰ（サーバ装置）
１１              コントローラ
１１１            Ｗｅｂサーバ部
１１２            ログイン管理部（送信手段、制御手段）
１１３            ログイン監視部（監視手段）
２                端末装置
２２              表示装置
２５              ＣＰＵ（発信手段、受信手段）
２４              記憶部
【図１】
2006277585.tif 000003
【図２】
2006277585.tif 000004
【図３】
2006277585.tif 000005
【図４】
2006277585.tif 000006
【図５】
2006277585.tif 000007
【図６】
2006277585.tif 000008