JP2017027331A - 画像形成装置及び情報表示方法 - Google Patents

Abstract

【課題】制限付きブラウザが使用される画像形成装置では、入力フォームに入力された内容をブラウザが記憶できないため、複数のページ間でブラウザ画面に表示される内容を引き継ぐことができない。【解決手段】画像形成装置が備えるブラウザ部は、情報を含むコンテンツを表示するための親ページと、親ページに対応する子ページとを生成し、親ページにブラウザ用メモリ領域を割り当て、子ページをブラウザ画面に表示する。このブラウザ部は、子ページに対して操作入力されたパラメータをブラウザ用メモリ領域に保持し、遷移前の子ページからパラメータを引き継いだ遷移後の他の子ページをブラウザ画面に表示する。【選択図】図３

Description

本発明は、例えば、ブラウザ画面にメンテナンスツール等の情報を表示する画像形成装置及び情報表示方法に関する。

従来、ＭＦＰ（Multi Function Peripherals）等の画像形成装置において、ブラウザにより操作表示部に操作画面（例えば、メンテナンスツール）が表示される。ブラウザは、例えば、ｈｔｍｌ（Hyper Text Markup Language）コンテンツを含むｈｔｍｌページを表示するものであり、一般にクライアント端末のディスプレイ装置に表示される。クライアント端末は、通信回線を通じてサーバにＨＴＴＰ（Hypertext Transfer Protocol）リクエストを送信し、サーバから受信したデータをブラウザ画面に表示することができる。画像形成装置では、クライアント端末に該当するものがブラウザを制御するブラウザ部であり、サーバに該当するものが画像形成装置内に設けられるサーバ処理部である。このサーバ処理部には、所定のメモリ領域が割り当てられており、このメモリ領域に情報を保持することが可能である。

クライアント端末がサーバに送信するＨＴＴＰリクエストは、リクエスト行、ヘッダ部、ボディ部によって構成されており、ＧＥＴメソッドやＰＯＳＴメソッドが用いられる。
ＧＥＴメソッドは、リクエスト行に含まれるＵＲＬ（Uniform Resource Locator）の後ろの文字列に情報（データ、パラメータ等）を付して、サーバにＨＴＴＰリクエストを送信するものである。ＧＥＴメソッドで送信可能なＵＲＬの文字数には制限がある。クライアント端末は、ＧＥＴメソッドを用いてサーバにテキストデータを送信することは可能であるが、バイナリデータを送信することはできない。

ＰＯＳＴメソッドは、ボディ部に情報を記述して、サーバにＨＴＴＰリクエストを送信するものである。このＰＯＳＴメソッドは、テキストデータでもバイナリデータでも送信することが可能である。そして、クライアント端末は、現在表示されているｈｔｍｌページから次のｈｔｍｌページの表示を要求する際にＰＯＳＴメソッドを用いることで、サーバから、次のｈｔｍｌページに表示されるデータと共に、サーバに要求したデータを受信することができる。

このようなｈｔｍｌコンテンツをブラウザ画面に表示するための技術として、例えば特許文献１に開示されたものがある。この特許文献１には、ブラウザの持つファイルの保存機能により表示されている内容に相当するＨＴＭＬファイルを、任意の場所に任意の名前で保存する技術が開示されている。

特開平１１−１５８４７号公報

画像形成装置は機密性の高い情報を扱うことが多い。このため、画像形成装置には、ｃｏｏｋｉｅやＰＯＳＴメソッド等の情報漏洩攻撃を受ける可能性が高い機能を制限した制限付きブラウザが用いられる。ｃｏｏｋｉｅについては、画像形成装置がＨＤＤ（Hard Disk Drive）を備えていなければ、通常ＨＤＤに保存されるｃｏｏｋｉｅの保存場所を用意できないことも実行が制限される理由の一つとして挙げられる。

このような制限付きブラウザでは１つ問題が発生する。一般的なブラウザでは、ｈｔｍｌページが遷移する際、フォームに入力された内容や、チェックボックスへのチェック位置等の情報の受け渡しはＧＥＴメソッド、ＰＯＳＴメソッド、ｃｏｏｋｉｅ等が使用される。しかし、制限付きブラウザでは情報の受け渡しが制限される。

なお、制限付きブラウザであっても、ＧＥＴメソッドを使用することは可能である。しかし、ＧＥＴメソッドでは、クライアント端末（ブラウザ部）がサーバ（サーバ処理部）に送信するデータのサイズが増えるにつれてＵＲＬの文字数も多くなるため、ＵＲＬ長の制限によりサーバに多くのデータを送信することができない。このため、制限付きブラウザでは、例えばユーザーにメンテナンス対象を選択させるｈｔｍｌページを構成し、そのｈｔｍｌページで選択された内容のデータを別のｈｔｍｌページに受け渡すといった処理を実施することが困難であった。

ところで、遷移前後のｈｔｍｌページ間で情報を引き継ぐために、サーバ処理部に割り当てられたメモリ領域に情報を一時的に保存することは可能である。しかし、ｈｔｍｌコンテンツが受け渡し可能な情報の情報量はｈｔｍｌページの内容やユーザーの選択により可変するため、情報のデータサイズが固定ではない。大きなデータサイズの情報を含むｈｔｍｌコンテンツ扱うには、ブラウザが表示されている間は、予め想定した領域をサーバ処理部に割り当てられたメモリ領域に常に確保しておく必要があり、サーバ処理部による他の処理を行う際に支障がある。また、サーバ処理部に割り当てられたメモリ領域では、どの情報をどの領域に記録するかが予め規定された配列のデータ構造しか扱えず、情報の管理が煩雑になる。

なお、一般的なホームページをブラウザ画面に表示させ、ユーザーがブラウザ画面のツールバーに表示される「戻る」ボタン、「進む」ボタン等の操作を行った際には、入力フォームに以前入力した内容が記憶されたまま残っているように見える。それらはＧＥＴメソッド、ＰＯＳＴメソッド、Ｃｏｏｋｉｅ等の機能を利用したものである。しかし、画像形成装置で用いられる制限付きブラウザでは、ＰＯＳＴメソッド、Ｃｏｏｋｉｅ等を利用できず、入力フォームに入力された内容をブラウザが記憶できない。

また、特許文献１に開示された技術は、ページ履歴表示をカスタマイズすることを目的としており、保持するデータの対象はページ履歴（例えば、ＵＲＬを構成する文字列）のみである。また、特許文献１に開示された技術において保持されるページ履歴はブラウザ全般で用いられる情報に過ぎず、画像形成装置に用いられる特有の情報を保持するものではない。

本発明はこのような状況に鑑みて成されたものであり、例えば、ページ間の情報の受け渡しが制限される制限付きブラウザを使用して情報を表示する画像形成装置において、複数のページ間でブラウザ画面に表示される内容を引き継ぐようにすることを目的とする。

本発明に係る画像形成装置は、操作表示部と、ブラウザ部とを備える。
操作表示部は、ブラウザ画面に情報を表示し、操作入力が行われる
ブラウザ部は、情報を含むコンテンツを表示するための親ページと、親ページに対応する子ページとを生成し、親ページにブラウザ用メモリ領域を割り当て、子ページをブラウザ画面に表示する。
そして、ブラウザ部は、子ページに対して操作入力されたパラメータをブラウザ用メモリ領域に保持し、遷移前の子ページからパラメータを引き継いだ遷移後の他の子ページをブラウザ画面に表示する。

本発明によれば、例えば、制限付きブラウザしか使用できない画像形成装置であっても、複数のページを切替えたときにページ間で情報を利用することができる。
上記した以外の課題、構成及び効果は、以下の実施の形態例の説明により明らかにされる。

本発明の一実施の形態例に係る画像形成装置のハードウェア構成例を示す概要図である。 本発明の一実施の形態例に係る画像形成装置の主要部の構成例を示すハードウェア構成図である。 本発明の一実施の形態例に係る画像形成装置の機能ブロック図である。 本発明の一実施の形態例に係る親ページ、サービスアシスタントツールｈｔｍｌページの表示例を示すユーザインタフェース図である。 本発明の一実施の形態例に係るパーツ選択ｈｔｍｌページの表示例を示すユーザインタフェース図である。 本発明の一実施の形態例に係る選択パーツ確認ｈｔｍｌページの表示例を示すユーザインタフェース図である。 本発明の一実施の形態例に係る、カウンタークリア後の選択パーツ確認ｈｔｍｌページの表示例を示すユーザインタフェース図である。 本発明の一実施の形態例に係る各ｈｔｍｌページと、ブラウザ用メモリ領域、本体メモリとのデータの流れの例を示す説明図である。 本発明の一実施の形態例に係るサーバ処理部及びブラウザ部がパーツ選択ｈｔｍｌページを表示するための処理例を示すフローチャートである。 本発明の一実施の形態例に係るサーバ処理部及びブラウザ部が選択パーツ確認ｈｔｍｌページを表示するための処理例を示すフローチャートである。

以下、本発明を実施するための形態例について、添付図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。

＜画像形成装置のハードウェア構成例＞
図１は、画像形成装置１のハードウェア構成例を示す概要図である。

画像形成装置１は、静電気を用いて画像の形成を行う電子写真方式を採用しており、例えばイエロー（Ｙ）、マゼンタ（Ｍ）、シアン（Ｃ）、ブラック（Ｋ）の４色のトナー画像を重ね合わせるタンデム形式のカラー画像形成装置である。この画像形成装置１は、自動原稿給送装置（ＡＤＦ）２と、操作表示部３と、給紙装置５と、画像形成部１０と、中間転写ベルト１１（像担持体）と、２次転写部１２と、定着部１３とを有する。

自動原稿給送装置２は、原稿の読み取りに際して、原稿を自動給送する。そして、自動原稿給送装置２に設けられた不図示のスキャナは、画像形成装置１の上部プラテンガラスに置かれた原稿や、自動原稿給送装置２で自動搬送される原稿の画像を読み取ることができる。

操作表示部３は、例えば画像形成処理等のジョブの開始を指示する操作部としての機能を備えている。操作表示部３には、ＬＣＤ（Liquid Crystal Display）４が設置されている。ＬＣＤ４はタッチパネルで構成されており、ユーザーによる操作および情報の表示が可能になっている。ＬＣＤ４は、操作部と表示部を兼用している。なお、操作部をマウスやタブレットなどで構成し、表示部とは別体で構成することも可能である。

給紙装置５は、用紙のサイズや種類に応じて複数の用紙収納部５ａを備える。給紙装置５では、画像形成装置１からの指示に基づいて該当する用紙収納部５ａが選択されると、不図示の給紙部により用紙収納部５ａから用紙Ｓが取り出され、搬送路Ｃに用紙Ｓが送られる。

画像形成部１０は、イエロー、マゼンタ、シアン、ブラックの各色のトナー画像を形成するために、４つの画像形成ユニット６Ｙ，６Ｍ，６Ｃ，６Ｋを備えている。画像形成部１０は、画像形成部１０の画像形成ユニット６Ｙ，６Ｍ，６Ｃ，６Ｋの動作を制御して、Ｙ，Ｍ，Ｃ，Ｋのトナー画像を形成する。また、画像形成装置１は、搬送路Ｃに用紙Ｓを搬送するための複数のローラ（搬送ローラ）を備えている。これらのローラは、通常、ローラ対により構成される。

画像形成装置１は、画像形成モードにおいて、画像形成ユニット６Ｙ，６Ｍ，６Ｃ，６Ｋが有する感光体を帯電させると共に、電荷を消去して露光し、感光体に静電潜像を形成する。そして、イエロー、マゼンタ、シアン、ブラックの感光体の静電潜像に対し現像部を用いてトナーを付着させ、各色のトナー画像を形成する。次に、イエロー、マゼンタ、シアン、ブラックの感光体に形成されたトナー画像を、矢印方向へ回転する中間転写ベルト１１の表面に順次、１次転写する。

次に、２次転写部１２（２次転写ローラ）により、中間転写ベルト１１上に１次転写された各色のトナー画像を、給紙装置５から供給されてローラにより搬送される用紙Ｓに２次転写する。中間転写ベルト１１上の各色のトナー画像が用紙Ｓに２次転写されることにより、カラー画像が形成される。画像形成装置１は、カラーのトナー画像が形成された用紙Ｓを、定着部１３へ搬送する。

定着部１３は、カラーのトナー画像が形成された用紙Ｓに定着処理を行う装置である。定着部１３は、搬送された用紙Ｓを加圧及び加熱して、転写されたトナー画像を用紙Ｓに定着させる。定着部１３は、例えば、定着部材である定着上ローラ及び定着下ローラで構成されている。定着上ローラ及び定着下ローラは、互いに圧接した状態で配置されており、定着上ローラと定着下ローラとの圧接部として定着ニップ部が形成される。

定着上ローラの内部には、不図示の加熱部が設けられている。この加熱部からの輻射熱により定着上ローラの外周部にあるローラ部が温められる。用紙Ｓは、２次転写部１２によりトナー画像が転写された面（定着対象面）が定着上ローラと向き合うように定着ニップ部に搬送される。定着ニップ部を通過する用紙Ｓには、定着上ローラと定着下ローラとによる加圧と、定着上ローラのローラ部の熱による加熱が行われる。定着部１３により定着処理が行われた用紙Ｓは、排紙トレイ１４に排出される。

図２は、画像形成装置１の主要部の構成例を示すハードウェア構成図である。

画像形成装置１は、上述した操作表示部３、画像形成部１０の他に、ＣＰＵ２１、ＲＡＭ（Random Access Memory）２２、ＨＤＤ２３、通信Ｉ／Ｆ（Interface）２４を備える。

ＣＰＵ２１は、画像形成装置１内の各部の動作を制御しており、例えば、操作表示部３を通じて行われるユーザーの印刷指示に基づいて画像形成部１０の画像形成処理（印刷動作）を制御する。
ＲＡＭ２２は、ＣＰＵ２１が行う各処理に必要な情報（データ）を一時的に記憶する。ＲＡＭ２２は揮発性メモリの一例として用いられる。

ＨＤＤ２３は、ＣＰＵ２１が動作するために必要なプログラムやデータ等を記録する。また、ＨＤＤ２３は、画像形成装置１に事前に設定された設定情報等を長期間にわたって記録することが可能な不揮発性メモリの一例として用いられる。ＨＤＤの代わりにＳＳＤ（Solid State Drive）が不揮発性メモリの一例として用いられることもある。後述する図３に示す各ブロックの機能は、ＣＰＵ２１がＨＤＤ２３から読み出したプログラムやデータ等を実行することで実現される。ＨＤＤ２３は、以下の説明で「本体メモリ」とも呼ぶ。
通信Ｉ／Ｆ２４は、画像形成装置１に接続される不図示のクライアント端末又はプリンタコントローラ等と通信回線を介してデータを送受信する処理を行う。

図３は、画像形成装置１の機能ブロック図である。

ＣＰＵ２１は、ブラウザ部３１、サーバ処理部３３を動作させる。
ブラウザ部３１は、操作表示部３にブラウザ画面３５を表示するソフトウェアプログラムであり、ＲＡＭ２２にブラウザ用メモリ領域３２を確保している。図３では、説明の便宜のため、ブラウザ部３１がブラウザ用メモリ領域３２を有しているものとして表す。このブラウザ部３１は、画像形成装置１の電源がオンされると起動するブラウザタスクとして機能する。

ブラウザ部３１によって操作表示部３に表示されるブラウザ画面３５は、セキュリティ上の理由により、ページ間の情報の受け渡しが制限される制限付きブラウザであり、例えば、ｃｏｏｋｉｅやＰＯＳＴメソッド等の機能の実行が制限されている。ブラウザ画面３５には、ｈｔｍｌコンテンツ（所定のマークアップ言語で記述されるコンテンツの一例）を含むｈｔｍｌページ３６が表示される。

ブラウザ部３１は、ユーザーが利用可能な情報を含むｈｔｍｌコンテンツをブラウザ画面３５に表示するための親ページと、親ページに対応する子ページとを生成する。そして、ブラウザ部３１は、親ページにブラウザ用メモリ領域を割り当て、子ページをブラウザ画面３５に表示することが可能である。このブラウザ部３１は、ユーザーによって子ページに操作入力されたパラメータ（チェック項目、変数等）をブラウザ用メモリ領域３２に保持し、遷移前の子ページからパラメータを引き継いだ遷移後の他の子ページをブラウザ画面３５に表示する。このとき、ブラウザ部３１は、ブラウザ用メモリ領域３２及びサーバ処理用メモリ領域３４から読み出した情報を含むコンテンツを子ページに表示する。

サーバ処理部３３は、画像形成装置１全体の処理を統括するソフトウェアプログラムであり、ＲＡＭ２２にサーバ処理用メモリ領域３４を確保している。図３では、説明の便宜のため、サーバ処理部３３がサーバ処理用メモリ領域３４を有しているものとして表す。このサーバ処理部３３は、本体メモリに情報を書き込み、本体メモリから情報を読み出すソフトウェアプログラムである。なお、情報は、情報の種類に応じてＲＡＭ２２又は本体メモリに記憶される。

ｈｔｍｌページ３６は、インラインフレームを持つ親ページと、インラインフレームに表示される子ページという構成でブラウザ画面３５に表示される。親ページ、子ページは階層化して構成されており、子ページにはブラウザ部３１がサーバ処理部３３を介して本体メモリから読み出した情報と、ブラウザ用メモリ領域３２から取得した情報とが表示される。また、複数の子ページでページ遷移が行われる際には、親ページがブラウザ用メモリ領域３２に情報を保持することにより、遷移後の子ページが遷移前の子ページから情報を引き継ぐことが可能となる。

ブラウザ部３１は、情報の種類によって２種類の情報保持手段（ブラウザ用メモリ領域３２と本体メモリ）を使い分ける。ブラウザ用メモリ領域３２には、親ページが閉じた後に保持する必要がない情報が一時的に保持される。ブラウザ用メモリ領域３２に保持される情報として、例えば、ユーザーによって選択されたチェックボックス項目に入力されたユーザーの選択結果や、子ページに対する操作結果等の一時的に利用される情報がある。

一方、本体メモリに記憶される情報としては、ブラウザ部３１の終了に伴い親ページが閉じた後であっても長期間にわたって保持すべき情報（例えば、画像形成装置１の設定情報、ユーザーの設定履歴、コメント等）がある。また、本体メモリには、画像形成装置１の設定値を保持するための領域が予め用意されているため、新たにメモリ領域を必要としない情報（例えば、消耗品のカウンタ値やコピージョブ設定のデフォルト値等）についても本体メモリに記憶される。

図４は、親ページＰ１、サービスアシスタントツールｈｔｍｌページＰ２の表示例を示すユーザインタフェース図である。

親ページＰ１、サービスアシスタントツールｈｔｍｌページＰ２は共にブラウザ部３１によりブラウザ画面３５に表示されるｈｔｍｌコンテンツの一部である。ただし、親ページＰ１は、本実施の形態例において形式的に設けられるに過ぎない。サービスアシスタントツールｈｔｍｌページＰ２は、親ページＰ１に重畳してブラウザ画面３５に表示される子ページの一例である。そして、図４では、親ページＰ１、サービスアシスタントツールｈｔｍｌページＰ２の画面サイズを共に操作表示部３の表示エリアと同じ大きさとしている。また、図４では、親ページＰ１とサービスアシスタントツールｈｔｍｌページＰ２の関係を分かりやすくするためにずらして表示した例を示しているが、実際には親ページＰ１は表示されない。

サービスアシスタントツールｈｔｍｌページＰ２は、メンテナンス作業員であるユーザーが作業するための操作画面をｈｔｍｌコンテンツとして含む。サービスアシスタントツールｈｔｍｌページＰ２には、部品交換ボタン４１の他、トラブルシュートボタン、機械情報確認ボタン、機械情報取得ボタン、マニュアルチェックモードボタンが表示される。

画像形成装置１の不図示の電源ボタンがオンされると、ブラウザ部３１が動作を開始する。そして、ブラウザ部３１は、親ページＰ１をブラウザ画面３５のバックグラウンドで動作させ、サービスアシスタントツールｈｔｍｌページＰ２をブラウザ画面３５の最前面に表示する。

図５は、パーツ選択ｈｔｍｌページＰ３の表示例を示すユーザインタフェース図である。

ユーザーが、サービスアシスタントツールｈｔｍｌページＰ２において部品交換ボタン４１を押すと、サービスアシスタントツールｈｔｍｌページＰ２に代えて、パーツ選択ｈｔｍｌページＰ３がブラウザ部３１によりブラウザ画面３５に表示される。パーツ選択ｈｔｍｌページＰ３は、親ページＰ１に重畳してブラウザ画面３５に表示される子ページの一例である。

パーツ選択ｈｔｍｌページＰ３は、ブラウザ部３１がサーバ処理部３３を介して本体メモリから取得した定期交換部品の情報をｈｔｍｌコンテンツとして含む。パーツ選択ｈｔｍｌページＰ３に表示される情報はパーツＮｏ、パーツ名、部品番号、カウンタ値、ライフサイクル（最大ライフに対する％表示）、使用開始日、前回カウンタ、リセット回数がある。ライフとは、画像形成装置１の構成部品を交換する目安となる時期、使用量を示す値である。

ユーザーは、交換パーツ選択用チェックボックス４２に、交換するパーツのパーツ項目をチェック入力し、選択パーツ確認ボタン４３を押すと、ブラウザ部３１がブラウザ画面３５で実行されるｊａｖａ ｓｃｒｉｐｔ（登録商標）により、チェックされたパーツ項目の情報がブラウザ用メモリ領域３２に保持される。その後、パーツ選択ｈｔｍｌページＰ３から選択パーツ確認ｈｔｍｌページＰ４に遷移する。

図６は、選択パーツ確認ｈｔｍｌページＰ４の表示例を示すユーザインタフェース図である。

選択パーツ確認ｈｔｍｌページＰ４には、遷移前のパーツ選択ｈｔｍｌページＰ３でユーザーが選択したパーツの一覧が表示される。選択パーツ確認ｈｔｍｌページＰ４は、親ページＰ１に重畳してブラウザ画面３５に表示される子ページの一例である。選択パーツ確認ｈｔｍｌページＰ４は、ブラウザ部３１がブラウザ用メモリ領域３２から取得したチェックされたパーツ項目の情報と、サーバ処理部３３を通じて本体メモリから取得したパーツのカウンタ値やライフサイクル情報によって構成される。

このようにブラウザ部３１が選択パーツ確認ｈｔｍｌページＰ４をブラウザ画面３５に表示する際には、ブラウザ用メモリ領域３２と本体メモリから読み出した情報を組み合わせて、選択パーツ確認ｈｔｍｌページＰ４が構成される。そして、選択パーツ確認ｈｔｍｌページＰ４には、パーツ選択ｈｔｍｌページＰ３のチェックボックスにチェックが入ったパーツ項目のみが表示されている。ただし、カウンタ値やライフサイクル値といったリアルタイム表示が要求されるような値には、ブラウザ部３１がサーバ処理部３３を通じて本体メモリから読み出した情報が表示される。ユーザーは表示されたパーツの交換を完了すると、カウンタークリアボタン４６を押す。

図７は、カウンタークリア後の選択パーツ確認ｈｔｍｌページＰ４の表示例を示すユーザインタフェース図である。

カウンタークリアボタン４６が押されたことにより、カウント４４、ライフサイクル４５が“０”にクリアされた選択パーツ確認ｈｔｍｌページＰ４がブラウザ画面３５に表示される。このとき、サーバ処理部３３は、本体メモリに記憶されているパーツのカウンタ値を“０”に書き換える。そして、開始日４７には、カウンタ値がクリアされた日が格納される。また、カウンタークリアボタン４６を押す前に、カウント４４に格納されていたカウンタ値は、前回カウンター４８に移され、リセット回数４９にはカウンタークリアボタン４６が押された回数を示す“１”が格納される。これら前回カウンター４８、リセット回数４９に格納された値についても、本体メモリに記憶される。

図８は、各ｈｔｍｌページと、ブラウザ用メモリ領域３２、本体メモリとのデータの流れの例を示す説明図である。図中の（１）〜（５）は、データの流れの順番を示しており、図９と図１０のフローチャートと共に説明する。
なお、遷移する複数の子ページ間で情報（データ）を保持するためには、ブラウザ用メモリ領域３２が保持するデータの種類（データ型）を限定しないものとする。ブラウザ用メモリ領域３２が保持するデータのデータ型として、例えば、数値、文字列、Ｂｏｏｌｅａｎがある。

図９は、サーバ処理部３３及びブラウザ部３１がパーツ選択ｈｔｍｌページＰ３を表示するための処理例を示すフローチャートである。

（１）まず、サーバ処理部３３は、本体メモリから取得したパーツのカウンタ値、ライフサイクル値をサーバ処理用メモリ領域３４に記憶する（Ｓ１）。そして、サーバ処理部３３は、サーバ処理用メモリ領域３４に記憶した値を元にパーツ選択ｈｔｍｌページＰ３をブラウザ部３１に表示させる制御を行う（Ｓ２）。このとき、ブラウザ部３１は、サーバ処理用メモリ領域３４に記憶された値に基づいてブラウザ画面３５にパーツ選択ｈｔｍｌページＰ３を表示する。

次に、ブラウザ部３１は、ユーザーによって選択パーツ確認ボタン４３が押されたか否かを判定する（Ｓ３）。選択パーツ確認ボタン４３が押されていなければ（Ｓ３のＮＯ）、ブラウザ部３１はステップＳ３の判定を繰り返す。

（２）選択パーツ確認ボタン４３が押されると（Ｓ３のＹＥＳ）、ブラウザ部３１は、交換パーツ選択用チェックボックス４２にチェック入力された項目の情報（パラメータの一例）を親ページＰ１に割り当てられたブラウザ用メモリ領域３２に保存する（Ｓ４）。そして、ブラウザ部３１は、選択パーツ確認ｈｔｍｌページＰ４に遷移する（Ｓ５）。

図１０は、サーバ処理部３３及びブラウザ部３１が選択パーツ確認ｈｔｍｌページＰ４を表示するための処理例を示すフローチャートである。

（３）ブラウザ部３１は、交換パーツ選択用チェックボックス４２にチェック入力された項目の情報を、親ページＰ１に割り当てられたブラウザ用メモリ領域３２から取得する（Ｓ１１）。

（４）サーバ処理部３３は、チェック入力された項目に対応するパーツのカウンタ値、ライフサイクル値を本体メモリから取得し、サーバ処理用メモリ領域３４に記憶する（Ｓ１２）。そして、サーバ処理部３３は、サーバ処理用メモリ領域３４に記憶した値を元に選択パーツ確認ｈｔｍｌページＰ４をブラウザ部３１に表示させる制御を行う（Ｓ１３）。このとき、ブラウザ部３１は、親ページＰ１に割り当てられたブラウザ用メモリ領域３２から取得したチェック入力された項目だけを選択パーツ確認ｈｔｍｌページＰ４に表示する。

次に、ブラウザ部３１は、ユーザーによってカウンタークリアボタン４６が押されたか否かを判定する（Ｓ１４）。カウンタークリアボタン４６が押されていなければ（Ｓ１４のＮＯ）、ブラウザ部３１はステップＳ１４の判定を繰り返す。

（５）カウンタークリアボタン４６が押されると（Ｓ１４のＹＥＳ）、ブラウザ部３１は、チェックされた項目をサーバ処理部３３に通知する。そして、サーバ処理部３３は、通知された項目について、本体メモリに記憶されているパーツカウンタ値を“０”にする（Ｓ１５）。

以上説明した一実施の形態例に係る画像形成装置１では、ブラウザ部３１がブラウザ画面３５に表示するｈｔｍｌページ３６を親ページと子ページに分け、親ページのインラインフレームに子ページを表示するようにｈｔｍｌページ３６を階層化する。そして、ある子ページから、他の子ページに遷移するときには、ブラウザ用メモリ領域３２が保持する情報を引き継ぐ。このため、遷移前のｈｔｍｌページに入力された情報を、遷移後のｈｔｍｌページが利用することが可能となる。

また、ブラウザ部３１がブラウザ用メモリ領域３２に情報を保持するので、様々なデータ構造の情報を扱うことができ、ブラウザ用メモリ領域３２内で処理を完結することができる。

なお、ページ間で引き継ぐデータの種類は限定されないため、例えば、画像形成装置１の構成部品の交換情報、トラブルシューティングの進捗状況等といった、画像形成装置１に特有の情報をブラウザ用メモリ領域３２に保持することが可能となる。

また、ｃｏｏｋｉｅ、ＰＯＳＴメソッド、ＧＥＴメソッド等を使用可能なブラウザを用いる画像形成装置であっても、本実施の形態例に係るブラウザ部３１、サーバ処理部３３を用いて処理を行ってもよい。

また、ブラウザ画面３５には、複数の子ページを同時に表示してもよい。例えば、２つの子ページを縦方向又は横方向等の任意の方向に並べて表示することで、ユーザーが遷移前後の項目を視認できるようにしてもよい。同様に、親ページと子ページを同時に表示してもよい。

また、ブラウザ部３３は、ｈｔｍｌ以外にもｘｍｌ（Extensible Markup Language）等の様々な言語、記述方式を採用して親ページ、子ページを生成することができる。

また、本発明は上述した実施の形態例に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した実施の形態例は本発明を分かりやすく説明するために装置及びシステムの構成を詳細且つ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態例の構成の一部を他の実施の形態例の構成に置き換えることは可能であり、さらにはある実施の形態例の構成に他の実施の形態例の構成を加えることも可能である。また、各実施の形態例の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１…画像形成装置、３…操作表示部、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＨＤＤ、３１…ブラウザ部、３２…ブラウザ用メモリ領域、３３…サーバ処理部、３４…サーバ処理用メモリ領域、３５…ブラウザ画面

Claims (7)

1. ブラウザ画面に情報を表示し、操作入力が行われる操作表示部と、
   前記情報を含むコンテンツを表示するための親ページと、前記親ページに対応する子ページとを生成し、前記親ページにブラウザ用メモリ領域を割り当て、前記子ページを前記ブラウザ画面に表示するブラウザ部と、を備え、
   前記ブラウザ部は、前記子ページに対して操作入力されたパラメータを前記ブラウザ用メモリ領域に保持し、遷移前の前記子ページから前記パラメータを引き継いだ遷移後の他の子ページを前記ブラウザ画面に表示する
   画像形成装置。
2. さらに、前記情報を記憶する本体メモリと、
   前記本体メモリから前記情報を読み出し、前記本体メモリに前記情報を書き込むサーバ処理部と、を備え、
   前記情報は、前記情報の種類に応じて前記ブラウザ用メモリ領域に保持され、又は前記本体メモリに記憶される
   請求項１に記載の画像形成装置。
3. 前記ブラウザ部は、前記ブラウザ用メモリ領域及び前記本体メモリから読み出した前記情報を含む前記コンテンツを前記子ページに表示する
   請求項２に記載の画像形成装置。
4. 前記ブラウザ用メモリ領域に保持される前記情報には、前記パラメータの他に、前記親ページが閉じた後に保持する必要がない情報が含まれ、前記本体メモリに記憶される前記情報には、前記親ページが閉じた後に保持すべき情報が含まれる
   請求項２又は３に記載の画像形成装置。
5. 前記ブラウザ部は、前記親ページのインラインフレームに前記子ページを表示する
   請求項２〜４のいずれか１項に記載の画像形成装置。
6. 前記ブラウザ部は、前記親ページと前記子ページとを並べて表示する
   請求項２〜４のいずれか１項に記載の画像形成装置。
7. ブラウザ画面に情報を表示し、操作入力が行われる操作表示部と、
   前記情報を含むコンテンツを表示するための親ページと、前記親ページに対応する子ページとを生成し、前記親ページにブラウザ用メモリ領域を割り当て、前記子ページを前記ブラウザ画面に表示するブラウザ部と、を備える画像形成装置が行う情報表示方法であって、
   前記ブラウザ部は、前記子ページに対して操作入力されたパラメータを前記ブラウザ用メモリ領域に保持するステップと、
   遷移前の前記子ページから前記パラメータを引き継いだ遷移後の他の子ページを前記ブラウザ画面に表示するステップと、を含む
   情報表示方法。

Images