JP3812170B2 - 情報処理装置 - Google Patents
情報処理装置 Download PDFInfo
- Publication number
- JP3812170B2 JP3812170B2 JP28483598A JP28483598A JP3812170B2 JP 3812170 B2 JP3812170 B2 JP 3812170B2 JP 28483598 A JP28483598 A JP 28483598A JP 28483598 A JP28483598 A JP 28483598A JP 3812170 B2 JP3812170 B2 JP 3812170B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- external device
- acquisition request
- time interval
- setting
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、外部装置からのステータス状態問い合わせ、設定情報問い合わせ等を受信した場合、それに対応した応答情報を生成し、外部装置に送信する情報処理装置に関する。
【０００２】
【従来の技術】
従来、ネットワークを介してデータの転送を行う技術として、ＨＴＴＰ（Hypertext Transfer Protocol ）を利用したＷＷＷ（World Wide Web）というサービスが知られている。このＷＷＷサービスの構成例を図１０に示す。すなわち、この構成では、ネットワーク１０１０上のＷＷＷサーバ１００１とネットワーク１０１１上のクライアント１００２とがゲートウェイ１００３を介して接続されている。なお、クライアントとＷＷＷサーバは、同一ネットでも構わず、両者は汎用プロトコルであるＴＣＰ／ＩＰにて論理的に接続さている。
【０００３】
ここで、クライアントとＷＷＷサーバとは図１１に示すＨＴＴＰによりデータの送受信を実現している。データ転送手順としては、先ず、クライアントからＵＲＬ（Uniform Resource Locators ）で取得したい情報を指定してＷＷＷサーバに取得要求を行う。ＵＲＬとは図中の例では、http://www.fujixerox.co.jp/Index.htmであり、ＷＷＷサーバのアドレスとそのサーバ内に存在する取得したい情報を含むファイルを指し示すものである。
【０００４】
ＷＷＷサーバがこの要求を受信すると、その要求に従った情報をクライアントに返送する。このようにＨＴＴＰはとても単純なプロトコルであり、他国のネットワークに存在するＷＷＷサーバのような物理的に遠くのサーバへのアクセスも可能にしている。
【０００５】
近年、ＷＷＷサービスは急速に普及し、ブラウザ（ＷＷＷサービスのクライアント側ソフトであり、マイクロソフト社のInternet Explorer 、ネットスケープ社のNetscape Cmmunicatorが代表的である）は、クライアントの基本ソフトのような存在になってきている。
【０００６】
そして、このブラウザによって、様々な情報を取得させたり、設定を行わせたりするといった情報処理装置が登場し始めた。例えば、情報処理装置には、プリンタ、ファクシミリ装置、複写機等がある。これらの情報処理装置はＷＷＷサーバを装置内部に組み込むことによって、ブラウザからのアクセスを可能にしている。
【０００７】
例えば、この技術として、特開平１０−１４９２７０号公報に開示されているように、装置にＷＷＷサーバ機能を組み込み、装置状態の表示、設定表示・変更などの高度なユーザインタフェースを低コストで実現している。
【０００８】
【発明が解決しようとする課題】
しかし、特開平１０−１４９２７０号公報で開示される技術のように、情報処理装置にＷＷＷサーバを組み込む場合、設定変更による再起動や電源断、低コスト化により同時アクセス数を限定するための混雑時のアクセス不可といった状況が、一般のＷＷＷサーバと比較して多く発生する。
【０００９】
また、情報処理装置を監視するために一定間隔で装置情報を取得するといったことが行われる。この時、情報処理装置がアクセス不可能状態になると、ブラウザに「サーバから応答が返らない」旨のメッセージが表示され、その後、情報処理装置が起動しても、ブラウザの表示は「サーバから応答が返らない」旨のメッセージのままで、情報取得を続行できなくなってしまう。
【００１０】
【課題を解決するための手段】
本発明は、このような課題を解決するために成された情報処理装置である。すなわち、本発明の情報処理装置は、ネットワークに接続された外部装置から出力される情報の取得要求を入力する入力手段と、入力手段で入力した情報の取得要求に従い、所定の情報を外部装置へ送信する送信手段と、外部装置に、情報の取得要求を出力するよう指示を与える取得要求の出力生成の時間間隔を指示する時間間隔指示手段と、ネットワークを介した外部装置との通信が不可能となる場合、時間間隔指示手段で指示する外部装置の情報の取得要求の所定の時間間隔を、少なくとも通信可能となるまでの時間より長く設定する設定手段とを備える情報処理装置において、入力手段により初期化の指示を入力した場合、初期化処理開始待ち状態のフラグを設定し、少なくとも前記所定の時間間隔を経過した後、初期化処理を開始するものである。
【００１１】
このような本発明では、ネットワークを介した外部装置との通信が不可能となる場合、少なくとも通信可能となるまでの時間より長く情報の取得要求の時間間隔を設定することから、外部装置との通信が不可能な状態では外部装置から情報の取得要求は行われないことになる。つまり、外部装置との通信が可能になった後に、外部装置から情報の取得要求が送られ、確実に情報を返送できるようになる。
【００１２】
【発明の実施の形態】
以下、本発明の情報処理装置における実施の形態を図に基づいて説明する。なお、本実施形態では、情報処理装置としてプリンタを例とし、外部装置であるクライアントがプリンタの状態を取得したり、設定情報を表示、変更したりするシステムを例とする。また、クライアント−プリンタ間のデータの送受信はＨＴＴＰ（Hypertext Transfer Protocol ）によって実現されるものとする。
【００１３】
図１は、本実施形態を説明するブロック図である。すなわち、本実施形態に係る情報処理装置であるプリンタ１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ページメモリ１０４、ＮＶＲＡＭ１０５、印刷部１０６、Ｕ／Ｉ（ユーザインタフェース）１０７、Ｉ／Ｆ（ネットワークインタフェース）１０８、ハードディスク１０９から構成され、ＬＡＮ（ネットワーク）３００を介してデータの要求元装置であるクライアント２００、２０１と接続されている。
【００１４】
ここで、ＣＰＵ１０１は、ＲＯＭ１０２、ＲＡＭ１０３、ページメモリ１０４、ＮＶＲＡＭ１０５、印刷部１０６、Ｕ／Ｉ１０７およびＩ／Ｆ１０８を司る中央演算処理装置である。本実施形態におけるプリンタ１００の各種処理はこのＣＰＵ１０１で実行されるプログラム処理で実現されている。
【００１５】
ＲＯＭ１０２は、読み取り専用メモリであり、プリンタ１００を制御するプログラムのうち、基本的な動作を行うためのプログラムが格納される。例えば、電源投入直後のプリンタ１００の各ハードウェアを診断したり、ＮＶＲＡＭ１０５に記憶された制御プログラムを起動するといったプログラムである。
【００１６】
ＲＡＭ１０３は、読み書き可能メモリであり、プリンタ１００で動作する各プログラムが作業用として使用するデータ記憶領域である。
【００１７】
ページメモリ１０４は、外部よりＩ／Ｆ１０８を介して受信したプリントデータ（ページ記述言語等）を用紙に印刷可能なデータ（ビットマップデータ）に変換した結果を記憶する領域である。
【００１８】
ＮＶＲＡＭ１０５は、不揮発性ＲＡＭであり、プリンタ１００を制御するプログラムのほとんどが格納される。ＮＶＲＡＭ１０５に記憶されたデータは電源を切った後も保持される。
【００１９】
印刷部１０６は、ページメモリ１０４に格納された印刷可能なデータを所定の用紙に印刷出力する手段である。
【００２０】
Ｕ／Ｉ１０７は、ユーザに情報を通知したり、ユーザからの情報を取得する手段であり、例えば、情報通知（表示）のための液晶パネルと、情報入力用のタッチパネルとが一体となったものである。
【００２１】
Ｉ／Ｆ１０８は、ネットワークインタフェースであり、ＬＡＮ３００とのデータの送受信を行う。
【００２２】
ハードディスク１０９は、外部よりＩ／Ｆ１０８を介して受信したプリントデータの設定情報、状態情報等を格納しておく記憶媒体である。一般に単位当たりのコストがＲＡＭ１０２やページメモリ１０４に比べて安価なため、ＲＡＭ１０２やページメモリ１０４の補助記憶領域としても使用される。特に、本実施形態のプリンタ１００では、このハードディスク１０９にプリンタ１００の設定情報、状態情報等がディレクトリ構成で格納されている。
【００２３】
クライアント２００、２０１は、プリンタ１００に対してデータの送信要求を行う要求元装置（上位装置）であり、本実施形態では、特にプリンタ１００の設定情報を表示したり、設定変更要求を行ったり、状態を表示したりする。
【００２４】
クライアント２００、２０１で動作するアプリケーションはブラウザと呼ばれ、これによりＷＷＷサービスを受けることが可能となる。ブラウザの代表的なものとして、Internet Explorer （マイクロソフト社）やNetscape Cmmunicator（ネットスケープ社）等がある。
【００２５】
ＬＡＮ３００は、プリンタ１００とクライアント２００、２０１との間のデータの授受を実現する媒体である。一般に、イーサネット、トークンリング等が挙げられる。
【００２６】
このような構成から成る本実施形態のプリンタ１００では、そのＣＰＵ１０１によって実行されるプログラム処理で、入力手段、送信手段、時間間隔指示手段および設定手段が実現される。さらに、予想手段が実現されることもある。
【００２７】
ここで、入力手段は、クライアント２００から出力される情報の取得要求を入力する処理を行う。また、送信手段は、入力手段で入力した情報の取得要求に従い、所定の情報（例えば、設定情報やステータス情報）をクライアント２００へ送信する処理を行う。
【００２８】
また、時間間隔指示手段は、クライアント２００に、所定の時間間隔をおいて情報の取得要求を出力するよう指示を与える処理を行う。さらに、設定手段は、クライアント２００との通信が不可能となる場合、時間間隔指示手段で指示するクライアント２００の情報取得要求の所定の時間間隔を少なくとも通信可能となるまでの時間より長く設定する処理を行っている。
【００２９】
また、予想手段は、ＬＡＮ３００を介したクライアント２００との通信不可能状態を予測する処理を行っている。
【００３０】
次に、本実施形態におけるプリンタの具体的な動作について説明する。図２はプリンタの動作を説明するフローチャートである。なお、以下の説明で図２に示されない符号は図１を参照するものとする。
【００３１】
先ず、プリンタ１００を起動すると初期化処理を行う（ステップＳ１０１）。初期化処理では、プリンタ１００内のハードウェアであるＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ページメモリ１０４、ＮＶＲＡＭ１０５、印刷部１０６、Ｕ／Ｉ１０７、Ｉ／Ｆ１０８、ハードディスク１０９のチェックを行った後、各種処理を実行するソフトウェアを起動し、クライアント２００、２０１またはそれ以外の外部装置（図示せず）からＬＡＮ３００を介して各種データの送受信を可能にし、プリント処理可能な状態にする。
【００３２】
もし、ここで異常を検知すれば（ステップＳ１０２でＹｅｓ）、初期化処理はエラーとなり、Ｕ／Ｉ１０７にその旨を表示し（ステップＳ１１４）、処理を終了する。
【００３３】
初期化処理が終わると、クライアント２００、２０１またはそれ以外の外部装置（図示せず）からの各所データの受信待ちとなる（ステップＳ１０３）。ここで、例えば、外部装置（図示せず）からのプリントデータを受信すれば、印刷処理を行い（ステップＳ１１５）、処理を終了する。
【００３４】
一方、クライアント２００またはクライアント２０１から情報設定要求を受信すると（ステップＳ１０４でＹｅｓ）、情報設定処理を実行する（ステップＳ１０５）。
【００３５】
この情報設定処理については、図３のフローチャートに基づいて説明する。先ず、Ｕ／Ｉ１０７または他の外部装置により情報設定処理が実行されているかどうかをチェックする（ステップＳ２０１）。ここで、他の情報設定処理中であれば本処理を終了する。
【００３６】
なお、他の情報設定処理が実行されているか否かをチェックする理由は、本実施形態のプリンタ１００は、複数のクライアントからの各種要求を並行して処理することができ、一の情報設定処理中に他の情報設定処理が行われる可能性があるからである。
【００３７】
ステップＳ２０１で他の情報設定処理が実行されていない場合、クライアントから設定要求された情報が正しいものかどうかを判断し（ステップＳ２０２）、正しくなければ処理を終了する。
【００３８】
例えば、ある項目の設定が１から２０までの整数値に限定されていたとすると、設定要求された除法が０や２５といった場合は正当性がないと判断する。続いて、認証済みか否かの判断を行い（ステップＳ２０３）、認証済みでなければ認証要求（ステップＳ２０４）を行い、処理を終了する。
【００３９】
本実施形態では、情報設定処理のとき認証を必要としており、特定のユーザ以外から設定変更ができないようになっている。認証については、本実施形態ではＢＡＳＩＣ認証を使用する。最後に認証済みであれば、要求された設定を反映させる（ステップＳ２０５）。
【００４０】
ここで、認証のシーケンスについて説明する。図４は認証シーケンスの一例を示す図である。
【００４１】
▲１▼情報取得要求…クライアント２００よりプリンタ１００に対して情報設定要求が送信される。クライアント２００はＨＴＴＰに基づき、設定したい情報に対応するＵＲＬを指定する。ここでは、プリンタ１００のネットワーク上のアドレスとして、printer1.fujixerox.co.jp、ディレクトリ名はsetting 、ファイル名はsys.htm を指定しており、システム情報（sys.htm ）の設定変更を要求している。
【００４２】
▲１▼’要認証…この例では情報設定要求の際に要認証と判断している。
【００４３】
▲２▼認証要求…プリンタ１００は、ＨＴＴＰに基づき、クライアント２００に対し、認証要求を行う。この例ではＢＡＳＩＣ認証を要求する。
【００４４】
▲２▼’認証…クライアント２００上のブラウザにより、ユーザ名とパスワードの入力画面が表示され、これに従いオペレータがユーザ名およびパスワードを入力する。
【００４５】
▲３▼情報取得要求＋認証情報…クライアント２００はプリンタ１００に対して▲２▼’で得た認証情報をもとに情報設定要求を送信する。
【００４６】
▲３▼’返送情報生成…認証が失敗した場合や、設定情報が不正であれば、その旨を表す情報をＨＴＭＬ（Hypertext Markup Language ）にて生成し、一方正常に処理を終了すれば新たな設定を表す情報をＨＴＭＬにて生成する。
【００４７】
▲４▼返送…生成した情報をクライアント２００に返送する。
【００４８】
図３に示す情報設定処理が終了すると、新たに設定された情報で情報取得処理を行う（図２のステップＳ１０６）。なお、図示しないが、ステップＳ１０５の情報設定処理にて設定を行っていない場合は、本ステップは実行せずに次に進むことになる。
【００４９】
ここで、ステップＳ１０６に示す情報取得処理を図５のフローチャートに沿って説明する。先ず、自動更新が有効か否かをチェックする（ステップＳ３０１）。自動更新とは、クライアント２００による情報取得を所定の時間間隔で自動的を行うものである。自動更新の有効／無効は情報設定要求によって変更することが可能である。
【００５０】
自動更新が有効であれば、自動更新間隔の取得を行う（ステップＳ３０２）。本実施形態では、自動更新間隔が予め設定されているものとする。なお、自動更新間隔も情報設定要求によって変更することが可能である。
【００５１】
次に、プリンタ１００が初期化処理待ち状態であるか否かを判断する（ステップＳ３０３）。初期化処理待ちか否かは、初期化処理待ちフラグによって予測手段が判断する。このフラグによって初期化処理待ち状態であると判断されるとステップＳ３０２で得た自動更新間隔を少なくとも初期化処理完了までの時間に変更する（ステップＳ３０４）。
【００５２】
ここで、初期化処理完了までの時間算定について図６のフローチャートに基づき説明する。なお、具体的な数値については経験値であり、予めＮＶＲＡＭ１０５に格納されている（この数値も情報設定要求により変更可能である）。
【００５３】
先ず、プリンタ１００の性能（例えば、ＣＰＵ処理速度）により、予め初期値が決められている（ステップＳ４０１）。本実施形態では初期値を２０秒としている。
【００５４】
次に、工場出荷時の設定のままであれば初期値がそのまま算定値になる（ステップＳ４０２）。一方、起動プロトコルがあれば（ステップＳ４０３）、１０秒×起動プロトコル数／全プロトコル数だけ算定値に加える（ステップＳ４０４）。本実施形態では、全プロトコル起動時に初期化処理が１０秒長くなる。
【００５５】
続いて、追加デコンポーザがあれば（ステップＳ４０５）、３秒×追加デコンポーザ数だけ算定値に加える（ステップＳ４０６）。このようにして初期化処理完了までの時間を算定する。
【００５６】
ここで、プロトコルとは、ＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ（ノベル社）といったクライアントとプリンタとを論理的に接続するためのデータ送受信における約束事である。また、デコンポーザとは、ＰｏｓｔＳｃｒｉｐｔ（Ａｄｏｂｅ社）、ＡＲＴ（富士ゼロックス社）といったプリントデータの形式である。
【００５７】
このような初期化処理完了までの時間算定が終了すると、クライアントより要求された情報を取得する（図５のステップＳ３０５）。これら情報はプリンタ１００内のＮＶＲＡＭ１０５にて保存されている。また、初期化処理待ち状態の時はこの情報に加えて初期化処理待ち状態である旨の情報も付加される。
【００５８】
そして、最後にクライアントに返送する情報をＨＴＭＬに変換して生成する（ステップＳ３０６）。
【００５９】
この図５に示す情報取得処理（図２のステップＳ１０６）で取得された情報がＨＴＭＬにて生成されると、要求元のクライアントに取得した情報（ＨＴＭＬ文書）を返送する（ステップＳ１０７）。
【００６０】
次に、今回設定変更した情報が初期化（再起動）後に有効となるものかどうかを判断し（ステップＳ１０８）、初期化処理が必要であればステップＳ１１３へ進み初期化処理（後述）を行い、必要なければ一連の処理を終了して新たなプリントデータの受信待ちとなる。
【００６１】
一方、ステップＳ１０４で情報設定要求でないと判断した場合は、情報取得要求か否かの判断を行う（ステップＳ１０９）。情報取得要求であればステップＳ１１１で情報取得処理（ステップＳ１０６と同様）を行い、ステップＳ１１１で要求元クライアントに情報を返送し（ステップＳ１０７と同様）、一連の処理を終了して、新たなプリントデータ受信待ちとなる。
【００６２】
ステップＳ１０９で情報取得要求でない場合は、初期化処理要求か否かの判断を行う（ステップＳ１１２）。ここで初期化処理要求でない場合は、今回の要求は無効とし、プリントデータ受信待ちとなる。ステップＳ１１２で初期化処理要求の場合は、初期化要求処理を行う（ステップＳ１１３）。
【００６３】
この初期化要求処理を図７のフローチャートに沿って説明する。先ず、現在初期化処理待ち状態か否かを判断する（ステップＳ５０１）。既に初期化処理待ちであれば処理を終了する。一方、初期化処理待ちでなければプリンタ１００がプリントジョブの処理を実行中か否かを判断する（ステップＳ５０２）。
【００６４】
ジョブ処理中であれば処理終了まで待つ。ジョブ処理中でなければ自動更新が有効になっているかどうかをチェックする（ステップＳ５０３）。自動更新が有効でなければ処理を終了する。
【００６５】
自動更新が有効であれば、自動更新間隔の取得を行う（ステップＳ５０４）。本実施形態では、予め自動更新間隔が設定されている（自動更新間隔は、情報設定要求により変更可能である）。
【００６６】
次に、初期化処理待ち時間の算出を行う（ステップＳ５０５）。初期化処理待ち時間は少なくとも自動更新間隔より長い時間にする。例えば、初期化処理待ち時間として、自動更新間隔＋２秒とし、自動更新間隔が１分を越える場合は初期化処理待ち時間を１分に固定する。なお、この初期化処理待ち時間の算出は一例である。
【００６７】
このような初期化処理待ち時間を算出して、初期化処理を待つことで、初期化処理待ちのフラグが設定された後に自動更新による情報取得要求がクライアントから出され、クライアント側で初期化処理待ち状態であることを把握することが可能となる。すなわち、初期化処理中に情報取得要求を行ってしまい、アクセス不可能になることを防止できるようになる。
【００６８】
初期化処理待ち時間の算出が終わると初期化処理待ち状態に入る（ステップＳ５０６）。そして、上記ステップＳ５０１〜Ｓ５０６の初期化要求処理が終了すると、ただちに初期化処理を開始する（図２に示すステップＳ１０１）。
【００６９】
ここで、ステップＳ１０４、Ｓ１０９、Ｓ１１２で行う各種要求処理の識別について説明する。本実施形態のプリンタ１００は、図８に示すようなディレクトリ構成によって各種情報が区分けされている。
【００７０】
例えば、プリンタ１００のトレイ状態を確認したければ、STATUS/tray.htm ファイルを指定して情報取得要求を行えばよい。具体的には、クライアントはプリンタ１００に対し、ＨＴＴＰによって、GET /STATUS/tray.htmを送信する。
【００７１】
また、プリンタ１００のシステム設定を変更したければ、SETTING/sys.htm ファイルを指定して情報設定要求を行えばよい。具体的には、クライアントはプリンタ１００に対し、ＨＴＴＰによって、POST /SETTING/sys.htm を送信し、続いて設定したい情報、000010-30 を送信する。ここで000010は節電までの時間を表し、- に続く30は設定要求値を表している。つまり、節電までの時間を３０秒に設定することを表している。
【００７２】
また、プリンタ１００を強制的に初期化させたい場合は、SETTING/Init.htmファイルを指定すればよい。具体的には、クライアントはプリンタ１００に対し、ＨＴＴＰによって、GET /SETTING/Init.htm を送信する。これは、/SETTING/Init.htm を指定した情報取得要求をＨＴＴＰ上は同じである。
【００７３】
このように、各種要求は、先頭のGET またはPOST、そして指定するファイル名によって識別される。本実施形態では、POSTにて図８中▲１▼の点線枠で示すファイルを指定すれば情報設定要求、GET にて図８中▲２▼の点線枠で示すファイルを指定すれば初期化処理要求、GET にて図８▲１▼▲２▼以外のファイルを指定すれば情報取得要求となる。
【００７４】
図９は、クライアントからの情報取得要求が自動更新によって行われ、その間に他のクライアントから初期化指示があった場合の動作タイムチャートである。すなわち、通常クライアント２００は自動更新間隔Ｓによってプリンタ１００に対し情報取得要求を行っている。
【００７５】
ところが、他のクライアント（図示せず）からプリンタ１００に対し初期化要求Ｒが入り、初期化処理待ち状態となると、プリンタ１００からクライアント２００に送られる返送で、次の自動更新間隔を初期化処理が終わった後になるよう変更する情報を送るとともに、プリンタ１００が初期化中である旨の情報を送る。
【００７６】
これにより、クライアント２００の画面には初期化中である旨の表示がされるとともに、次の自動更新間隔として変更された自動更新間隔Ｓ＋αが設定される。
【００７７】
そして、この変更された自動更新間隔Ｓ＋α経過した後、クライアント２００からプリンタ１００に情報取得要求が出される。この時には、プリンタ１００の初期化処理が既に終了している。つまり、プリンタ１００の初期化中通信不可状態で、クライアント２００からプリンタ１００に対し自動更新で情報取得要求が出されることがなくなる。
【００７８】
また、この自動更新による情報取得要求でプリンタ１００からクライアント２００に送られる返送では、元の自動更新間隔Ｓに変更される。これによって、通常の自動更新間隔Ｓに戻り、情報取得要求が出されることになる。
【００７９】
【発明の効果】
以上説明したように、本発明の情報処理装置によれば次のような効果がある。すなわち、ネットワークを介した外部装置との通信が不可能となる場合、少なくとも通信可能となるまでの時間より長く情報の取得要求の時間間隔を設定することから、外部装置との通信が回復するした状態で確実に情報を送信することが可能となる。つまり、外部装置と情報処理装置との通信断によるユーザ介入の手間を省くことが可能となる。
【図面の簡単な説明】
【図１】 本実施形態を説明するブロック図である。
【図２】 プリンタの動作を説明するフローチャートである。
【図３】 情報設定処理を説明するフローチャートである。
【図４】 認証シーケンスの一例を示す図である。
【図５】 情報取得処理を説明するフローチャートである。
【図６】 初期化処理完了までの時間算定を説明するフローチャートである。
【図７】 初期化要求処理を説明するフローチャートである。
【図８】 ディレクトリ構成を説明する図である。
【図９】 クライアントからの情報取得要求における動作タイムチャートである。
【図１０】 ＷＷＷサービスの構成例を示す図である。
【図１１】 ＨＴＴＰによるシーケンスを示す図である。
【符号の説明】
１００…プリンタ、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…ページメモリ、１０５…ＮＶＲＡＭ、１０６…印刷部、１０７…Ｕ／Ｉ、１０８…Ｉ／Ｆ、１０９…ハードディスク、２００…クライアント、３００…ＬＡＮ
【発明の属する技術分野】
本発明は、外部装置からのステータス状態問い合わせ、設定情報問い合わせ等を受信した場合、それに対応した応答情報を生成し、外部装置に送信する情報処理装置に関する。
【０００２】
【従来の技術】
従来、ネットワークを介してデータの転送を行う技術として、ＨＴＴＰ（Hypertext Transfer Protocol ）を利用したＷＷＷ（World Wide Web）というサービスが知られている。このＷＷＷサービスの構成例を図１０に示す。すなわち、この構成では、ネットワーク１０１０上のＷＷＷサーバ１００１とネットワーク１０１１上のクライアント１００２とがゲートウェイ１００３を介して接続されている。なお、クライアントとＷＷＷサーバは、同一ネットでも構わず、両者は汎用プロトコルであるＴＣＰ／ＩＰにて論理的に接続さている。
【０００３】
ここで、クライアントとＷＷＷサーバとは図１１に示すＨＴＴＰによりデータの送受信を実現している。データ転送手順としては、先ず、クライアントからＵＲＬ（Uniform Resource Locators ）で取得したい情報を指定してＷＷＷサーバに取得要求を行う。ＵＲＬとは図中の例では、http://www.fujixerox.co.jp/Index.htmであり、ＷＷＷサーバのアドレスとそのサーバ内に存在する取得したい情報を含むファイルを指し示すものである。
【０００４】
ＷＷＷサーバがこの要求を受信すると、その要求に従った情報をクライアントに返送する。このようにＨＴＴＰはとても単純なプロトコルであり、他国のネットワークに存在するＷＷＷサーバのような物理的に遠くのサーバへのアクセスも可能にしている。
【０００５】
近年、ＷＷＷサービスは急速に普及し、ブラウザ（ＷＷＷサービスのクライアント側ソフトであり、マイクロソフト社のInternet Explorer 、ネットスケープ社のNetscape Cmmunicatorが代表的である）は、クライアントの基本ソフトのような存在になってきている。
【０００６】
そして、このブラウザによって、様々な情報を取得させたり、設定を行わせたりするといった情報処理装置が登場し始めた。例えば、情報処理装置には、プリンタ、ファクシミリ装置、複写機等がある。これらの情報処理装置はＷＷＷサーバを装置内部に組み込むことによって、ブラウザからのアクセスを可能にしている。
【０００７】
例えば、この技術として、特開平１０−１４９２７０号公報に開示されているように、装置にＷＷＷサーバ機能を組み込み、装置状態の表示、設定表示・変更などの高度なユーザインタフェースを低コストで実現している。
【０００８】
【発明が解決しようとする課題】
しかし、特開平１０−１４９２７０号公報で開示される技術のように、情報処理装置にＷＷＷサーバを組み込む場合、設定変更による再起動や電源断、低コスト化により同時アクセス数を限定するための混雑時のアクセス不可といった状況が、一般のＷＷＷサーバと比較して多く発生する。
【０００９】
また、情報処理装置を監視するために一定間隔で装置情報を取得するといったことが行われる。この時、情報処理装置がアクセス不可能状態になると、ブラウザに「サーバから応答が返らない」旨のメッセージが表示され、その後、情報処理装置が起動しても、ブラウザの表示は「サーバから応答が返らない」旨のメッセージのままで、情報取得を続行できなくなってしまう。
【００１０】
【課題を解決するための手段】
本発明は、このような課題を解決するために成された情報処理装置である。すなわち、本発明の情報処理装置は、ネットワークに接続された外部装置から出力される情報の取得要求を入力する入力手段と、入力手段で入力した情報の取得要求に従い、所定の情報を外部装置へ送信する送信手段と、外部装置に、情報の取得要求を出力するよう指示を与える取得要求の出力生成の時間間隔を指示する時間間隔指示手段と、ネットワークを介した外部装置との通信が不可能となる場合、時間間隔指示手段で指示する外部装置の情報の取得要求の所定の時間間隔を、少なくとも通信可能となるまでの時間より長く設定する設定手段とを備える情報処理装置において、入力手段により初期化の指示を入力した場合、初期化処理開始待ち状態のフラグを設定し、少なくとも前記所定の時間間隔を経過した後、初期化処理を開始するものである。
【００１１】
このような本発明では、ネットワークを介した外部装置との通信が不可能となる場合、少なくとも通信可能となるまでの時間より長く情報の取得要求の時間間隔を設定することから、外部装置との通信が不可能な状態では外部装置から情報の取得要求は行われないことになる。つまり、外部装置との通信が可能になった後に、外部装置から情報の取得要求が送られ、確実に情報を返送できるようになる。
【００１２】
【発明の実施の形態】
以下、本発明の情報処理装置における実施の形態を図に基づいて説明する。なお、本実施形態では、情報処理装置としてプリンタを例とし、外部装置であるクライアントがプリンタの状態を取得したり、設定情報を表示、変更したりするシステムを例とする。また、クライアント−プリンタ間のデータの送受信はＨＴＴＰ（Hypertext Transfer Protocol ）によって実現されるものとする。
【００１３】
図１は、本実施形態を説明するブロック図である。すなわち、本実施形態に係る情報処理装置であるプリンタ１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ページメモリ１０４、ＮＶＲＡＭ１０５、印刷部１０６、Ｕ／Ｉ（ユーザインタフェース）１０７、Ｉ／Ｆ（ネットワークインタフェース）１０８、ハードディスク１０９から構成され、ＬＡＮ（ネットワーク）３００を介してデータの要求元装置であるクライアント２００、２０１と接続されている。
【００１４】
ここで、ＣＰＵ１０１は、ＲＯＭ１０２、ＲＡＭ１０３、ページメモリ１０４、ＮＶＲＡＭ１０５、印刷部１０６、Ｕ／Ｉ１０７およびＩ／Ｆ１０８を司る中央演算処理装置である。本実施形態におけるプリンタ１００の各種処理はこのＣＰＵ１０１で実行されるプログラム処理で実現されている。
【００１５】
ＲＯＭ１０２は、読み取り専用メモリであり、プリンタ１００を制御するプログラムのうち、基本的な動作を行うためのプログラムが格納される。例えば、電源投入直後のプリンタ１００の各ハードウェアを診断したり、ＮＶＲＡＭ１０５に記憶された制御プログラムを起動するといったプログラムである。
【００１６】
ＲＡＭ１０３は、読み書き可能メモリであり、プリンタ１００で動作する各プログラムが作業用として使用するデータ記憶領域である。
【００１７】
ページメモリ１０４は、外部よりＩ／Ｆ１０８を介して受信したプリントデータ（ページ記述言語等）を用紙に印刷可能なデータ（ビットマップデータ）に変換した結果を記憶する領域である。
【００１８】
ＮＶＲＡＭ１０５は、不揮発性ＲＡＭであり、プリンタ１００を制御するプログラムのほとんどが格納される。ＮＶＲＡＭ１０５に記憶されたデータは電源を切った後も保持される。
【００１９】
印刷部１０６は、ページメモリ１０４に格納された印刷可能なデータを所定の用紙に印刷出力する手段である。
【００２０】
Ｕ／Ｉ１０７は、ユーザに情報を通知したり、ユーザからの情報を取得する手段であり、例えば、情報通知（表示）のための液晶パネルと、情報入力用のタッチパネルとが一体となったものである。
【００２１】
Ｉ／Ｆ１０８は、ネットワークインタフェースであり、ＬＡＮ３００とのデータの送受信を行う。
【００２２】
ハードディスク１０９は、外部よりＩ／Ｆ１０８を介して受信したプリントデータの設定情報、状態情報等を格納しておく記憶媒体である。一般に単位当たりのコストがＲＡＭ１０２やページメモリ１０４に比べて安価なため、ＲＡＭ１０２やページメモリ１０４の補助記憶領域としても使用される。特に、本実施形態のプリンタ１００では、このハードディスク１０９にプリンタ１００の設定情報、状態情報等がディレクトリ構成で格納されている。
【００２３】
クライアント２００、２０１は、プリンタ１００に対してデータの送信要求を行う要求元装置（上位装置）であり、本実施形態では、特にプリンタ１００の設定情報を表示したり、設定変更要求を行ったり、状態を表示したりする。
【００２４】
クライアント２００、２０１で動作するアプリケーションはブラウザと呼ばれ、これによりＷＷＷサービスを受けることが可能となる。ブラウザの代表的なものとして、Internet Explorer （マイクロソフト社）やNetscape Cmmunicator（ネットスケープ社）等がある。
【００２５】
ＬＡＮ３００は、プリンタ１００とクライアント２００、２０１との間のデータの授受を実現する媒体である。一般に、イーサネット、トークンリング等が挙げられる。
【００２６】
このような構成から成る本実施形態のプリンタ１００では、そのＣＰＵ１０１によって実行されるプログラム処理で、入力手段、送信手段、時間間隔指示手段および設定手段が実現される。さらに、予想手段が実現されることもある。
【００２７】
ここで、入力手段は、クライアント２００から出力される情報の取得要求を入力する処理を行う。また、送信手段は、入力手段で入力した情報の取得要求に従い、所定の情報（例えば、設定情報やステータス情報）をクライアント２００へ送信する処理を行う。
【００２８】
また、時間間隔指示手段は、クライアント２００に、所定の時間間隔をおいて情報の取得要求を出力するよう指示を与える処理を行う。さらに、設定手段は、クライアント２００との通信が不可能となる場合、時間間隔指示手段で指示するクライアント２００の情報取得要求の所定の時間間隔を少なくとも通信可能となるまでの時間より長く設定する処理を行っている。
【００２９】
また、予想手段は、ＬＡＮ３００を介したクライアント２００との通信不可能状態を予測する処理を行っている。
【００３０】
次に、本実施形態におけるプリンタの具体的な動作について説明する。図２はプリンタの動作を説明するフローチャートである。なお、以下の説明で図２に示されない符号は図１を参照するものとする。
【００３１】
先ず、プリンタ１００を起動すると初期化処理を行う（ステップＳ１０１）。初期化処理では、プリンタ１００内のハードウェアであるＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ページメモリ１０４、ＮＶＲＡＭ１０５、印刷部１０６、Ｕ／Ｉ１０７、Ｉ／Ｆ１０８、ハードディスク１０９のチェックを行った後、各種処理を実行するソフトウェアを起動し、クライアント２００、２０１またはそれ以外の外部装置（図示せず）からＬＡＮ３００を介して各種データの送受信を可能にし、プリント処理可能な状態にする。
【００３２】
もし、ここで異常を検知すれば（ステップＳ１０２でＹｅｓ）、初期化処理はエラーとなり、Ｕ／Ｉ１０７にその旨を表示し（ステップＳ１１４）、処理を終了する。
【００３３】
初期化処理が終わると、クライアント２００、２０１またはそれ以外の外部装置（図示せず）からの各所データの受信待ちとなる（ステップＳ１０３）。ここで、例えば、外部装置（図示せず）からのプリントデータを受信すれば、印刷処理を行い（ステップＳ１１５）、処理を終了する。
【００３４】
一方、クライアント２００またはクライアント２０１から情報設定要求を受信すると（ステップＳ１０４でＹｅｓ）、情報設定処理を実行する（ステップＳ１０５）。
【００３５】
この情報設定処理については、図３のフローチャートに基づいて説明する。先ず、Ｕ／Ｉ１０７または他の外部装置により情報設定処理が実行されているかどうかをチェックする（ステップＳ２０１）。ここで、他の情報設定処理中であれば本処理を終了する。
【００３６】
なお、他の情報設定処理が実行されているか否かをチェックする理由は、本実施形態のプリンタ１００は、複数のクライアントからの各種要求を並行して処理することができ、一の情報設定処理中に他の情報設定処理が行われる可能性があるからである。
【００３７】
ステップＳ２０１で他の情報設定処理が実行されていない場合、クライアントから設定要求された情報が正しいものかどうかを判断し（ステップＳ２０２）、正しくなければ処理を終了する。
【００３８】
例えば、ある項目の設定が１から２０までの整数値に限定されていたとすると、設定要求された除法が０や２５といった場合は正当性がないと判断する。続いて、認証済みか否かの判断を行い（ステップＳ２０３）、認証済みでなければ認証要求（ステップＳ２０４）を行い、処理を終了する。
【００３９】
本実施形態では、情報設定処理のとき認証を必要としており、特定のユーザ以外から設定変更ができないようになっている。認証については、本実施形態ではＢＡＳＩＣ認証を使用する。最後に認証済みであれば、要求された設定を反映させる（ステップＳ２０５）。
【００４０】
ここで、認証のシーケンスについて説明する。図４は認証シーケンスの一例を示す図である。
【００４１】
▲１▼情報取得要求…クライアント２００よりプリンタ１００に対して情報設定要求が送信される。クライアント２００はＨＴＴＰに基づき、設定したい情報に対応するＵＲＬを指定する。ここでは、プリンタ１００のネットワーク上のアドレスとして、printer1.fujixerox.co.jp、ディレクトリ名はsetting 、ファイル名はsys.htm を指定しており、システム情報（sys.htm ）の設定変更を要求している。
【００４２】
▲１▼’要認証…この例では情報設定要求の際に要認証と判断している。
【００４３】
▲２▼認証要求…プリンタ１００は、ＨＴＴＰに基づき、クライアント２００に対し、認証要求を行う。この例ではＢＡＳＩＣ認証を要求する。
【００４４】
▲２▼’認証…クライアント２００上のブラウザにより、ユーザ名とパスワードの入力画面が表示され、これに従いオペレータがユーザ名およびパスワードを入力する。
【００４５】
▲３▼情報取得要求＋認証情報…クライアント２００はプリンタ１００に対して▲２▼’で得た認証情報をもとに情報設定要求を送信する。
【００４６】
▲３▼’返送情報生成…認証が失敗した場合や、設定情報が不正であれば、その旨を表す情報をＨＴＭＬ（Hypertext Markup Language ）にて生成し、一方正常に処理を終了すれば新たな設定を表す情報をＨＴＭＬにて生成する。
【００４７】
▲４▼返送…生成した情報をクライアント２００に返送する。
【００４８】
図３に示す情報設定処理が終了すると、新たに設定された情報で情報取得処理を行う（図２のステップＳ１０６）。なお、図示しないが、ステップＳ１０５の情報設定処理にて設定を行っていない場合は、本ステップは実行せずに次に進むことになる。
【００４９】
ここで、ステップＳ１０６に示す情報取得処理を図５のフローチャートに沿って説明する。先ず、自動更新が有効か否かをチェックする（ステップＳ３０１）。自動更新とは、クライアント２００による情報取得を所定の時間間隔で自動的を行うものである。自動更新の有効／無効は情報設定要求によって変更することが可能である。
【００５０】
自動更新が有効であれば、自動更新間隔の取得を行う（ステップＳ３０２）。本実施形態では、自動更新間隔が予め設定されているものとする。なお、自動更新間隔も情報設定要求によって変更することが可能である。
【００５１】
次に、プリンタ１００が初期化処理待ち状態であるか否かを判断する（ステップＳ３０３）。初期化処理待ちか否かは、初期化処理待ちフラグによって予測手段が判断する。このフラグによって初期化処理待ち状態であると判断されるとステップＳ３０２で得た自動更新間隔を少なくとも初期化処理完了までの時間に変更する（ステップＳ３０４）。
【００５２】
ここで、初期化処理完了までの時間算定について図６のフローチャートに基づき説明する。なお、具体的な数値については経験値であり、予めＮＶＲＡＭ１０５に格納されている（この数値も情報設定要求により変更可能である）。
【００５３】
先ず、プリンタ１００の性能（例えば、ＣＰＵ処理速度）により、予め初期値が決められている（ステップＳ４０１）。本実施形態では初期値を２０秒としている。
【００５４】
次に、工場出荷時の設定のままであれば初期値がそのまま算定値になる（ステップＳ４０２）。一方、起動プロトコルがあれば（ステップＳ４０３）、１０秒×起動プロトコル数／全プロトコル数だけ算定値に加える（ステップＳ４０４）。本実施形態では、全プロトコル起動時に初期化処理が１０秒長くなる。
【００５５】
続いて、追加デコンポーザがあれば（ステップＳ４０５）、３秒×追加デコンポーザ数だけ算定値に加える（ステップＳ４０６）。このようにして初期化処理完了までの時間を算定する。
【００５６】
ここで、プロトコルとは、ＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ（ノベル社）といったクライアントとプリンタとを論理的に接続するためのデータ送受信における約束事である。また、デコンポーザとは、ＰｏｓｔＳｃｒｉｐｔ（Ａｄｏｂｅ社）、ＡＲＴ（富士ゼロックス社）といったプリントデータの形式である。
【００５７】
このような初期化処理完了までの時間算定が終了すると、クライアントより要求された情報を取得する（図５のステップＳ３０５）。これら情報はプリンタ１００内のＮＶＲＡＭ１０５にて保存されている。また、初期化処理待ち状態の時はこの情報に加えて初期化処理待ち状態である旨の情報も付加される。
【００５８】
そして、最後にクライアントに返送する情報をＨＴＭＬに変換して生成する（ステップＳ３０６）。
【００５９】
この図５に示す情報取得処理（図２のステップＳ１０６）で取得された情報がＨＴＭＬにて生成されると、要求元のクライアントに取得した情報（ＨＴＭＬ文書）を返送する（ステップＳ１０７）。
【００６０】
次に、今回設定変更した情報が初期化（再起動）後に有効となるものかどうかを判断し（ステップＳ１０８）、初期化処理が必要であればステップＳ１１３へ進み初期化処理（後述）を行い、必要なければ一連の処理を終了して新たなプリントデータの受信待ちとなる。
【００６１】
一方、ステップＳ１０４で情報設定要求でないと判断した場合は、情報取得要求か否かの判断を行う（ステップＳ１０９）。情報取得要求であればステップＳ１１１で情報取得処理（ステップＳ１０６と同様）を行い、ステップＳ１１１で要求元クライアントに情報を返送し（ステップＳ１０７と同様）、一連の処理を終了して、新たなプリントデータ受信待ちとなる。
【００６２】
ステップＳ１０９で情報取得要求でない場合は、初期化処理要求か否かの判断を行う（ステップＳ１１２）。ここで初期化処理要求でない場合は、今回の要求は無効とし、プリントデータ受信待ちとなる。ステップＳ１１２で初期化処理要求の場合は、初期化要求処理を行う（ステップＳ１１３）。
【００６３】
この初期化要求処理を図７のフローチャートに沿って説明する。先ず、現在初期化処理待ち状態か否かを判断する（ステップＳ５０１）。既に初期化処理待ちであれば処理を終了する。一方、初期化処理待ちでなければプリンタ１００がプリントジョブの処理を実行中か否かを判断する（ステップＳ５０２）。
【００６４】
ジョブ処理中であれば処理終了まで待つ。ジョブ処理中でなければ自動更新が有効になっているかどうかをチェックする（ステップＳ５０３）。自動更新が有効でなければ処理を終了する。
【００６５】
自動更新が有効であれば、自動更新間隔の取得を行う（ステップＳ５０４）。本実施形態では、予め自動更新間隔が設定されている（自動更新間隔は、情報設定要求により変更可能である）。
【００６６】
次に、初期化処理待ち時間の算出を行う（ステップＳ５０５）。初期化処理待ち時間は少なくとも自動更新間隔より長い時間にする。例えば、初期化処理待ち時間として、自動更新間隔＋２秒とし、自動更新間隔が１分を越える場合は初期化処理待ち時間を１分に固定する。なお、この初期化処理待ち時間の算出は一例である。
【００６７】
このような初期化処理待ち時間を算出して、初期化処理を待つことで、初期化処理待ちのフラグが設定された後に自動更新による情報取得要求がクライアントから出され、クライアント側で初期化処理待ち状態であることを把握することが可能となる。すなわち、初期化処理中に情報取得要求を行ってしまい、アクセス不可能になることを防止できるようになる。
【００６８】
初期化処理待ち時間の算出が終わると初期化処理待ち状態に入る（ステップＳ５０６）。そして、上記ステップＳ５０１〜Ｓ５０６の初期化要求処理が終了すると、ただちに初期化処理を開始する（図２に示すステップＳ１０１）。
【００６９】
ここで、ステップＳ１０４、Ｓ１０９、Ｓ１１２で行う各種要求処理の識別について説明する。本実施形態のプリンタ１００は、図８に示すようなディレクトリ構成によって各種情報が区分けされている。
【００７０】
例えば、プリンタ１００のトレイ状態を確認したければ、STATUS/tray.htm ファイルを指定して情報取得要求を行えばよい。具体的には、クライアントはプリンタ１００に対し、ＨＴＴＰによって、GET /STATUS/tray.htmを送信する。
【００７１】
また、プリンタ１００のシステム設定を変更したければ、SETTING/sys.htm ファイルを指定して情報設定要求を行えばよい。具体的には、クライアントはプリンタ１００に対し、ＨＴＴＰによって、POST /SETTING/sys.htm を送信し、続いて設定したい情報、000010-30 を送信する。ここで000010は節電までの時間を表し、- に続く30は設定要求値を表している。つまり、節電までの時間を３０秒に設定することを表している。
【００７２】
また、プリンタ１００を強制的に初期化させたい場合は、SETTING/Init.htmファイルを指定すればよい。具体的には、クライアントはプリンタ１００に対し、ＨＴＴＰによって、GET /SETTING/Init.htm を送信する。これは、/SETTING/Init.htm を指定した情報取得要求をＨＴＴＰ上は同じである。
【００７３】
このように、各種要求は、先頭のGET またはPOST、そして指定するファイル名によって識別される。本実施形態では、POSTにて図８中▲１▼の点線枠で示すファイルを指定すれば情報設定要求、GET にて図８中▲２▼の点線枠で示すファイルを指定すれば初期化処理要求、GET にて図８▲１▼▲２▼以外のファイルを指定すれば情報取得要求となる。
【００７４】
図９は、クライアントからの情報取得要求が自動更新によって行われ、その間に他のクライアントから初期化指示があった場合の動作タイムチャートである。すなわち、通常クライアント２００は自動更新間隔Ｓによってプリンタ１００に対し情報取得要求を行っている。
【００７５】
ところが、他のクライアント（図示せず）からプリンタ１００に対し初期化要求Ｒが入り、初期化処理待ち状態となると、プリンタ１００からクライアント２００に送られる返送で、次の自動更新間隔を初期化処理が終わった後になるよう変更する情報を送るとともに、プリンタ１００が初期化中である旨の情報を送る。
【００７６】
これにより、クライアント２００の画面には初期化中である旨の表示がされるとともに、次の自動更新間隔として変更された自動更新間隔Ｓ＋αが設定される。
【００７７】
そして、この変更された自動更新間隔Ｓ＋α経過した後、クライアント２００からプリンタ１００に情報取得要求が出される。この時には、プリンタ１００の初期化処理が既に終了している。つまり、プリンタ１００の初期化中通信不可状態で、クライアント２００からプリンタ１００に対し自動更新で情報取得要求が出されることがなくなる。
【００７８】
また、この自動更新による情報取得要求でプリンタ１００からクライアント２００に送られる返送では、元の自動更新間隔Ｓに変更される。これによって、通常の自動更新間隔Ｓに戻り、情報取得要求が出されることになる。
【００７９】
【発明の効果】
以上説明したように、本発明の情報処理装置によれば次のような効果がある。すなわち、ネットワークを介した外部装置との通信が不可能となる場合、少なくとも通信可能となるまでの時間より長く情報の取得要求の時間間隔を設定することから、外部装置との通信が回復するした状態で確実に情報を送信することが可能となる。つまり、外部装置と情報処理装置との通信断によるユーザ介入の手間を省くことが可能となる。
【図面の簡単な説明】
【図１】 本実施形態を説明するブロック図である。
【図２】 プリンタの動作を説明するフローチャートである。
【図３】 情報設定処理を説明するフローチャートである。
【図４】 認証シーケンスの一例を示す図である。
【図５】 情報取得処理を説明するフローチャートである。
【図６】 初期化処理完了までの時間算定を説明するフローチャートである。
【図７】 初期化要求処理を説明するフローチャートである。
【図８】 ディレクトリ構成を説明する図である。
【図９】 クライアントからの情報取得要求における動作タイムチャートである。
【図１０】 ＷＷＷサービスの構成例を示す図である。
【図１１】 ＨＴＴＰによるシーケンスを示す図である。
【符号の説明】
１００…プリンタ、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…ページメモリ、１０５…ＮＶＲＡＭ、１０６…印刷部、１０７…Ｕ／Ｉ、１０８…Ｉ／Ｆ、１０９…ハードディスク、２００…クライアント、３００…ＬＡＮ
Claims (3)
- ネットワークに接続された外部装置から出力される情報の取得要求を入力する入力手段と、
前記入力手段で入力した情報の取得要求に従い、所定の情報を前記外部装置へ送信する送信手段と、
前記外部装置に、前記情報の取得要求を出力するよう指示を与える該取得要求の出力生成の時間間隔を指示する時間間隔指示手段と、
前記ネットワークを介した前記外部装置との通信が不可能となる場合、前記時間間隔指示手段で指示する前記外部装置の情報の取得要求の所定の時間間隔を、少なくとも通信可能となるまでの時間より長く設定する設定手段とを備える情報処理装置において、
前記入力手段により初期化の指示を入力した場合、初期化処理開始待ち状態のフラグを設定し、少なくとも前記所定の時間間隔を経過した後、初期化処理を開始する
ことを特徴とする情報処理装置。 - ネットワークに接続された外部装置から出力される情報の取得要求を入力する入力手段と、
前記入力手段で入力した情報の取得要求に従い、所定の情報を前記外部装置へ送信する送信手段と、
前記外部装置に、前記情報の取得要求を出力するよう指示を与える該取得要求の出力生成の時間間隔を通知する時間間隔指示手段と、
前記ネットワークを介した前記外部装置との通信が不可能となる場合、前記時間間隔指示手段で指示する前記外部装置の情報の取得要求の所定の時間間隔を、少なくとも通信可能となるまでの時間より長く設定する設定手段とを備える情報処理装置において、
前記設定手段は、前記時間間隔指示手段で指示する前記外部装置の情報の取得要求の所定の時間間隔を、少なくとも初期化処理に要する時間より長く設定する
ことを特徴とする情報処理装置。 - 前記初期化処理開始待ち状態のフラグが設定されている場合、前記送信手段から前記外部装置に初期化処理中を示す情報を送信する
ことを特徴とする請求項１記載の情報処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28483598A JP3812170B2 (ja) | 1998-10-07 | 1998-10-07 | 情報処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28483598A JP3812170B2 (ja) | 1998-10-07 | 1998-10-07 | 情報処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000112854A JP2000112854A (ja) | 2000-04-21 |
| JP3812170B2 true JP3812170B2 (ja) | 2006-08-23 |
Family
ID=17683638
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28483598A Expired - Fee Related JP3812170B2 (ja) | 1998-10-07 | 1998-10-07 | 情報処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3812170B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004318644A (ja) * | 2003-04-18 | 2004-11-11 | Ricoh Co Ltd | ネットワーク端末装置 |
| JP4530793B2 (ja) * | 2004-02-18 | 2010-08-25 | 株式会社リコー | 画像形成装置、情報処理装置、情報処理システム、認証方法、認証プログラム及び記録媒体 |
| JP5622641B2 (ja) | 2011-03-30 | 2014-11-12 | シチズンホールディングス株式会社 | サーバ装置および情報処理方法 |
-
1998
- 1998-10-07 JP JP28483598A patent/JP3812170B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000112854A (ja) | 2000-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0996253B1 (en) | Method and apparatus for browser-based network management | |
| JP4868955B2 (ja) | 画像処理装置、情報処理装置、サーバ装置、表示制御システム、及び表示制御方法 | |
| US8879107B2 (en) | Information processing apparatus and method for controlling same | |
| KR20050054681A (ko) | 에러 통지 기능을 구비한 네트워크 화상형성장치 및 그의동작제어방법 | |
| JP4209712B2 (ja) | 情報処理装置及びセッション管理方法 | |
| US20110119333A1 (en) | Information processing apparatus, and control method of information processing apparatus, and program | |
| JP2003196054A (ja) | プリントシステム | |
| JP2003196055A (ja) | プリントシステム | |
| JP2013061836A (ja) | サーバー、データ処理装置、データ処理方法 | |
| US20110238784A1 (en) | Management apparatus and method therefor | |
| JP2002123380A (ja) | ネットワークプリントシステム | |
| JP3812170B2 (ja) | 情報処理装置 | |
| US20040268114A1 (en) | Electronic apparatus and parameter updating method | |
| JP3791089B2 (ja) | ネットワーク対応型印刷装置及び印刷方法及びネットワーク印刷システム | |
| JP4045801B2 (ja) | アプリケーションデータのプリント方法 | |
| JP4062893B2 (ja) | 情報処理装置 | |
| JP2000207140A (ja) | 情報処理装置およびホスト装置 | |
| JP2003140867A (ja) | ネットワークプリントシステム及び情報処理装置 | |
| JP3948127B2 (ja) | データ処理装置およびデータ処理方法 | |
| JP2000172463A (ja) | 端末装置 | |
| JP3876567B2 (ja) | プリント指示装置およびプリンタ状態監視モジュール | |
| JP2003091514A (ja) | クライアントサーバシステムおよびその方法 | |
| US11762610B2 (en) | Communication apparatus that performs a process in response to a job notification received from a server and non-transitory computer-readable medium for communication apparatus | |
| JP3970503B2 (ja) | 端末装置 | |
| US11467787B2 (en) | Communication system, first server, second server, non-transitory computer-readable recording medium storing computer-readable instructions for first server and non-transitory computer-readable recording medium storing computer-readable instructions for second server |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060207 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060410 |
|
| 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: 20060509 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060522 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100609 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110609 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110609 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120609 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130609 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140609 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |