JP5755209B2 - ウェブクライアント、画像形成装置、及び表示プログラム - Google Patents

Description

本発明は、ウェブページを画面表示するウェブクライアント、画像形成装置、及び表示プログラムに関する。

デジタル複合機等の画像形成装置としては、ウェブページを生成可能なサーバー機能を備えたものが知られている。この画像形成装置では、ネットワーク上のクライアント端末において、生成したウェブページにより操作入力や動作状態等の機器情報の表示を行わせることができる。

近年では、例えば特許文献１のように、画像形成装置の表示部をクライアント端末とし、その表示部においてウェブページによる機器情報の表示等が可能なものもある。

しかし、これらの技術では、ウェブクライアント方式を利用する関係上、リアルタイムな表示を実現することは困難であった。

特に、画像形成装置の表示部には、高いリアルタイム性が要求されるので、上記技術の適用自体が困難となる。

これに対し、ポーリング間隔を短くしてリアルタイム性を向上することも考えられるが、システム負荷増につながるという問題があった。

特開２０１１−１３８３０３号公報

本発明が解決しようとする問題点は、ウェブページによって機器情報を表示する場合に、リアルタイム性を向上するとシステム負荷増になる点である。

本発明は、ウェブページによって機器情報を表示する場合に、システム負荷を抑制しながらリアルタイム性を向上するため、ウェブページの生成要求を出力して変更可能な機器情報を含むウェブページをウェブサーバーに生成させる生成要求部と、前記ウェブサーバーから受け取ったウェブページを画面表示する画面表示部と、前記受け取ったウェブページの構成情報を保持する保持部と、前記ウェブページの画面表示中に他ページへの遷移要求がない限り前記機器情報に対する変更情報の出力要求を所定時間毎に出力して前記ウェブサーバーに変更情報を出力させる変更情報要求部とを備え、前記画面表示部は、前記ウェブサーバーからコマンド応答として出力された前記変更情報を受け取ったときに、前記保持されているウェブページの構成情報に前記変更情報を反映させた変更後のウェブページを画面表示し、前記構成情報は、テンプレート及び変更可能な前記機器情報を含み、前記生成要求部は、他ページへの遷移要求があると、ウェブページの生成要求を出力することを最も主な特徴とする。

本発明によれば、ウェブページの画面表示中に他ページへの遷移要求がない限り更新情報のみをウェブサーバーに送信させることで、システム負荷を抑制しながらリアルタイム性を向上することが可能となる。

画像形成装置の概略構成を示すブロック図である（実施例１）。 図１の画像形成装置による表示処理を示すフローチャートである（実施例１）。 図１の画像形成装置による表示処理を示すシーケンス図である。（実施例１）。

ウェブページによって機器情報を表示する場合に、システム負荷を増加させることなくリアルタイム性を向上するという目的を、ウェブページの画面表示中に他ページへの遷移要求がない限り、ウェブサーバーから機器情報の変更情報を出力させて表示中のウェブページに反映させるウェブクライアントにより実現した。

変更情報は、カスタムプロトコル（ソケット間通信等）によってウェブサーバーに簡易的に出力させるのが好ましい。

以下、本発明の実施例について図面を参照して説明する。

［画像形成装置の構成］
図１は、ウェブクライアントを適用した画像形成装置の概略構成を示すブロック図である。

図１の画像形成装置１は、例えばデジタル複合機からなり、コピー機能、スキャン機能、プリント機能、ＦＡＸ機能等の各種の画像形成機能に加え、ウェブページを生成可能とするウェブサーバー機能及びウェブクライアント機能を有している。

この本実施例の画像形成装置１は、これら機能に付随して、ネットワークインターフェース３と、操作パネル部５と、メインコントローラー７とを少なくとも備えている。

ネットワークインターフェース３は、ＬＡＮ等のネットワークを介してユーザー端末９を接続させてデータの送受信を行う。

ユーザー端末９は、装置本体外に設置されたウェブクライアント装置であり、コンピューター等の情報処理装置からなる。ユーザー端末９は、ウェブページの生成要求としてのリクエスト（ＨＴＴＰリクエスト）を画像形成装置１側に送信し、受信した返答であるレスポンス（ＨＴＴＰレスポンス）に応じたウェブページをブラウザー上で表示できるようになっている。表示されたウェブページは、画像形成装置１に対する操作入力や操作状況の表示の他、機器情報の表示を可能とする。

表示される機器情報は、画像形成装置１の設定状態や動作状態等である。この機器情報には、画像形成装置１の動作やユーザーの操作入力によって変更可能な情報が含まれる。変更可能な情報としては、例えば、設定状態である印刷条件や、動作状態である用紙のカウント数、用紙切れ、各種機能に対するデバイスのエラー等がある。

操作パネル部５は、装置本体に備えられたウェブクライアント装置であり、表示画面１１、操作キー１３、及びパネルコントローラー１５を備えた表示部を構成する。

表示画面１１は、タッチパネル式の液晶表示画面等からなり、ウェブページをブラウザー上で表示する。この表示画面１１は、ウェブページを通じて、画像形成装置１に対する操作入力や操作状況の表示並びに機器情報の表示を可能とする。

操作キー１３は、操作入力を受付けるための複数のボタン等からなり、例えば画像形成装置１の機能の実行等を入力させる。

パネルコントローラー１５は、情報処理機能を有するコンピューターであり、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備える。

ＣＰＵは、プログラムを実行して表示画面１１での入力や表示並びに操作キー１３での入力に対する制御等を行う制御要素（演算装置）である。ＲＯＭは、プログラム等を記憶するメモリである。ＲＡＭは、プログラムを実行する際にそのプログラムや各種データを一時的に記憶して、作業領域等として用いるメモリである。

本実施例のパネルコントローラー１５は、起動操作に応じて表示プログラムであるクライアントプログラムを実行し、ウェブクライアント１７として機能する。なお、起動操作は、操作キー１３や表示画面１１での入力等によって行わせることができる。

ウェブクライアント１７は、生成要求部１９、画面表示部２１、保持部２３、変更情報要求部２５を備える。

生成要求部１９は、生成要求機能を実現するものである。この生成要求部１９は、例えば操作パネル部５の起動時にウェブページのリクエストをメインコントローラー７（ウェブサーバー２７）へ送信し、変更可能な機器情報を含むウェブページを生成させる。

また、生成要求部１９は、ウェブページに対する他ページへの遷移要求に応じても、ウェブページのリクエストをメインコントローラー７へ送信する。なお、他ページへの遷移要求は、操作パネル部５の表示画面１１や操作キー１３を通じてユーザーにより行われる。

画面表示部２１は、画面表示機能を実現するものである。この画面表示部２１は、ウェブページのレスポンスをメインコントローラー７から受信し、これに基づくウェブページを表示画面１１のブラウザー上で表示させる。上記他ページへの遷移要求は、この表示中のウェブページに対するものとなる。

保持部２３は、保持機能を実現し、受け取ったウェブページの構成情報を保持する。この構成情報の保持は、上記他ページへの遷移要求があるまで行われ、例えばパネルコントローラー１５のＣＰＵ内のキャッシュメモリーやＲＡＭ等への保持によって実現できる。

ウェブページの構成情報としては、テンプレートや各種情報を含み、その一部として上記変更可能な機器情報が含まれる。

変更情報要求部２５は、変更情報要求機能を実現するものである。この変更情報要求部２５は、表示中のウェブページに対する他ページへの遷移要求の有無を判断する。他ページへの遷移要求がない限りは、機器情報に対する変更情報の出力要求を出力してメインコントローラー７に変更情報を送信させる。

変更情報の出力要求は、カスタムプロトコルによって簡易的に行われ、本実施例においては、パネルコントローラー１５とメインコントローラー７とのＴＣＰ／ＩＰ等のソケット間通信による。なお、出力要求のタイミングは、ポーリングとして所定時間毎となる。

メインコントローラー７からの変更情報はウェブクライアント１７で受信される。変更情報を受信した場合は、保持されているウェブページの構成情報に変更情報を反映させた変更後のウェブページを画面表示部２１が画面表示する。

具体的には、受信した変更情報により保持されているウェブページの構成情報を保持部２３が上書きし、これを画面表示部２１が読み出して画面表示する。ただし、受信した変更情報は、画面表示部２１により、保持されているウェブページの構成情報を読み出した上で反映させてもよい。

なお、本実施例の上記ウェブクライアント１７は、パネルコントローラー１５にのみ適用しているが、ユーザー端末９にも適用することが可能である。

メインコントローラー７は、情報処理機能を有するコンピューターであり、パネルコントローラー１５と同様にＣＰＵ、ＲＯＭ及びＲＡＭを備える。メインコントローラー７は、ＣＰＵにおいてプログラムを実行し、画像形成装置１のシステムに対する制御等を行う。

また、本実施例のメインコントローラー７は、サーバープログラムを実行することで、ウェブサーバー２７として機能する。ウェブサーバー２７は、サーバー機能部２９、変更情報確認部３１、変更情報出力部３３を備える。

サーバー機能部２９は、ユーザー端末９又は操作パネル部５（ウェブクライアント１７）からのリクエストに応じてウェブページを生成する。ウェブページは、リクエスト受信時の機器情報を含み、例えばＨＴＭＬ（Hypertext Markup Language）等で記述される。生成されたウェブページは、リクエストの送信元であるユーザー端末９又は操作パネル部５にレスポンスとして送信される。

変更情報確認部３１は、ウェブクライアント１７からの変更情報の出力要求に応じて、機器情報の変更情報の有無を確認する。具体的には、変更情報の出力要求を受信すると、ウェブクライアント１７による直前のウェブページのリクエスト受信時から出力要求の受信時までの間に機器情報が変更されているか否かを確認する。機器情報が変更されている場合は、変更情報確認部３１が変更情報の出力指示を変更情報出力部３３に渡す。なお、機器情報及びその変更情報は、メインコントローラー７のＲＡＭ等に保持される。

変更情報出力部３３は、変更情報確認部３１で確認された変更情報を出力する。具体的には、変更情報確認部３１からの出力指示を受け取ると、変更情報出力部３３が変更情報を出力する。変更情報の出力は、カスタムプロトコルで指定されたデータに該当するコマンド応答のみを行う（ソケット間通信）。
［表示処理］
図２は、図１の画像形成装置による表示処理を示すフローチャート、図３は、同シーケンス図である。

本実施例は、画像形成装置１の操作パネル部５でウェブページを表示する表示処理を行う。この表示処理は、システムの起動操作（操作パネル部５の起動操作）や他ページへの遷移要求によって開始される（図３の１「システム起動」及び同６の「画面遷移要求」）。

表示処理は、まず図２のステップＳ１において「ウェブページの生成要求」の処理が行われる（図３の２．１「初回ＨＴＭＬ読み込み」）。すなわち、操作パネル部５のパネルコントローラー１５（ウェブクライアント１７）は、その生成要求部１９によってウェブページのリクエストをメインコントローラー７に送信する。

これにより、ステップＳ１が完了して、ステップＳ２へ移行する。

ステップＳ２では、「ウェブページの返答」の処理が行われる（図３の２．２「初回ＨＴＭＬ受信」）。すなわち、メインコントローラー７（ウェブサーバー２７）は、そのサーバー機能部２９により、変更可能な機器情報を含むウェブページをリクエストに応じて生成する。生成されたウェブページは、ウェブクライアント１７にレスポンスとして返される。

これにより、ステップＳ２が完了してステップＳ３へ移行する。

ステップＳ３では、「ウェブページの表示及び構成情報の保持」が行われる（図３の３「ブラウザー表示＆表示データキャッシュ」）。すなわち、ウェブクライアント１７は、その画面表示部２１により、表示画面１１のブラウザー上で受信したレスポンスに応じたウェブページを表示させる。

このとき、ウェブクライアント１７の保持部２３は、受信したレスポンスに基づき、ウェブページの構成情報をパネルコントローラー１５のＣＰＵ内のキャッシュメモリーやＲＡＭ等に保持させる。

これによりステップＳ３が完了してステップＳ４へ移行する。

ステップＳ４では、「他ページへの遷移要求あり？」の処理が行われる。この処理では、ウェブクライアント１７の変更情報要求部２５が、表示中のウェブページに対する他ページへの遷移要求の有無を判断する。具体的には、操作パネル部５でのユーザーによる遷移要求の入力を判断する。

遷移要求があった場合は本表示処理が終了して、別途の表示処理が開始される（ＹＥＳ：図３の６「画面遷移要求」）。この別途の表示処理では、上記同様にステップＳ１〜Ｓ３が行われるが、Ｓ３において更に既存のウェブページの構成情報の破棄も行われる（図３の７．１「ＨＴＭＬ読み込み」、同７．２「ＨＴＭＬ受信」、同８「キャッシュデータ破棄＆表示更新」）。一方、遷移要求がない場合はステップＳ５へ移行することになる（ＮＯ）。

ステップＳ５では、「変更情報の出力要求」を行う（図３の４．１「特定データ要求」）。すなわち、変更情報要求部２５は、ウェブページ内の変更可能な機器情報に関し、変更情報の出力要求をカスタムプロトコル（ソケット間通信）によりウェブサーバー２７に送信する。これによりステップＳ６へ移行する。

ステップＳ６では、「変更情報あり？」の処理が行われる。この処理では、ウェブサーバー２７の変更情報確認部３１が、変更情報の出力要求の受信に応じ、ステップＳ２でのリクエスト受信時から出力要求の受信時までに機器情報の変更があったか否かを判断する（図３の４．２「メインコントローラ内のデータの確認」）。

具体的には、変更情報確認部３１が、設定状態である印刷条件や動作状態である用紙のカウント数、用紙切れ、各種機能に対するデバイスのエラー等の変更が生じたか否かを、それらを管理する個別の構成（図３のエンティティ）について判断する。例えば、用紙のカウンターについて、カウント数の変更が生じたか否かを判断する。

変更情報がある場合はステップＳ７へ移行し（ＹＥＳ）、変更情報がない場合はステップＳ４へ戻って処理が繰り返される。

ステップＳ７では、「変更情報の送信」が行われる（図３の４．３「特定データ受信」）。すなわち、ウェブサーバー２７の変更情報出力部３３は、ステップＳ６で確認された変更情報を、カスタムプロトコルで指定されたデータに該当するコマンド応答として出力する（ソケット間通信）。

これによりステップＳ７が完了してステップＳ８へ移行する。

ステップＳ８では、「ウェブページの構成情報の更新及び再表示」が行われる（図３の５「キャッシュデータ更新＆再表示」）。すなわち、ウェブクライアント１７の保持部２３は、ウェブサーバー２７から受信した変更情報により、保持されているウェブページの構成情報を上書きする。

これにより、ウェブページの構成情報に対し、変更情報が反映されて更新が行われることになる。そして、ウェブクライアント１７の画面表示部２１は、更新されたウェブページの構成情報に基づき、変更後のウェブページの画面表示を行う。

こうしてステップＳ８が完了すると、ステップＳ４へ戻る。ステップＳ４に戻った後は、表示中のウェブページに対する遷移要求がない限り、上記ステップＳ５以降の処理が繰り返されることになる。
［実施例１の効果］
本実施例のウェブクライアント１７は、ウェブページの生成要求を出力して変更可能な機器情報を含むウェブページをウェブサーバー２７に生成させる生成要求部１９と、ウェブサーバー２７から受け取ったウェブページを画面表示する画面表示部２１と、前記受け取ったウェブページの構成情報を保持する保持部２３と、ウェブページの画面表示中に他ページへの遷移要求がない限り機器情報に対する変更情報の出力要求を出力してウェブサーバー２７に変更情報を出力させる変更情報要求部２５とを備え、画面表示部２１が、ウェブサーバー２７から変更情報を受け取ったときに、保持されているウェブページの構成情報に変更情報を反映させた変更後のウェブページを画面表示する。

従って、本実施例のウェブクライアント１７は、ウェブページの画面表示中に他ページへの遷移要求がない限り更新情報のみをウェブサーバー２７に送信させるので、ポーリング間隔を短くしてもシステム負荷を抑制することができる。

このため、本実施例のウェブクライアント１７では、ウェブページによって機器情報を表示する場合に、システム負荷を抑制しながらリアルタイム性を向上することが可能となる。

しかも、本実施例のウェブクライアント１７では、ウェブサーバー２７から受信した更新情報を、保持しているウェブページの構成情報に反映させるだけで、ウェブページの更新を容易且つ確実に行わせることができる。

また、本実施例のウェブクライアント１７では、簡易なカスタムプロトコル、例えばソケット間通信により、変更情報の出力要求を出力してウェブサーバー２７に変更情報を出力させる。

従って、本実施例のウェブクライアント１７では、変更情報の要求や受信等の処理を迅速且つ簡易に行うことができ、より確実にシステム負荷の抑制とリアルタイム性の向上とを実現することができる。

特に、本実施例では、機器情報の変更部分のみに限定したコマンド通信を実施することで通信パフォーマンスを無駄にすることがない。

本実施例の画像形成装置１は、上記ウェブクライアント１７及びウェブサーバー２７を備え、前記ウェブクライアント１７がウェブページを表示する表示画面１１等と共に操作パネル部５（ウェブクライアント装置）を構成する。

従って、本実施例の画像形成装置１は、自身のウェブサーバー２７からのウェブページを自身の操作パネル部５で表示する場合であっても、システム負荷を抑制しながらリアルタイム性を向上することが可能となる。

また、本実施例では、画像形成装置１自身の操作パネル部５をウェブベースで表示させることで、より自由度の高い表現が可能になる。しかも、汎用技術を応用できることで操作パネル部５での表示のカスタマイズも容易となるので、操作パネル部５の開発コストを削減することも可能となる。

さらに、ユーザー端末９等のリモートデバイスと画像形成装置１自身の操作パネル部５とで統一したインターフェースを供給することができ、ユーザービリティの向上にも繋げることができる。

画像形成装置１のウェブサーバー２７は、ウェブページの生成要求に応じてウェブページを生成出力するサーバー機能部２９と、変更情報の出力要求に応じ機器情報の変更情報の有無を確認する変更情報確認部３１と、変更情報確認部３１で確認された変更情報を出力する変更情報出力部３３とを備えている。

従って、本実施例の画像形成装置１は、変更情報の出力要求を受信した際にサーバー機能部２９を介さずに処理を行うことができ、より確実にシステム負荷の抑制とリアルタイム性の向上とを図ることができる。

１ 画像形成装置
５ 操作パネル部（ウェブクライアント装置）
１１ 表示画面
１７ ウェブクライアント
１９ 生成要求部
２１ 画面表示部
２３ 保持部
２５ 変更情報要求部
２７ ウェブサーバー
２９ サーバー機能部
３１ 変更情報確認部
３３ 変更情報出力部

Claims (5)

1. ウェブページの生成要求を出力して変更可能な機器情報を含むウェブページをウェブサーバーに生成させる生成要求部と、
   前記ウェブサーバーから受け取ったウェブページを画面表示する画面表示部と、
   前記受け取ったウェブページの構成情報を保持する保持部と、
   前記ウェブページの画面表示中に他ページへの遷移要求がない限り前記機器情報に対する変更情報の出力要求を所定時間毎に出力して前記ウェブサーバーに変更情報を出力させる変更情報要求部とを備え、
   前記画面表示部は、前記ウェブサーバーからコマンド応答として出力された前記変更情報を受け取ったときに、前記保持されているウェブページの構成情報に前記変更情報を反映させた変更後のウェブページを画面表示し、
   前記構成情報は、テンプレート及び変更可能な前記機器情報を含み、
   前記生成要求部は、他ページへの遷移要求があると、ウェブページの生成要求を出力する、
   ことを特徴とするウェブクライアント。
2. 請求項１記載のウェブクライアントであって、
   前記変更情報要求部は、簡易なカスタムプロトコルによって前記変更情報の出力要求を出力して前記ウェブサーバーに変更情報を出力させる、
   ことを特徴とするウェブクライアント。
3. 請求項１又は２記載のウェブクライアントとウェブサーバーとを備えた画像形成装置であって、
   前記ウェブクライアントは、前記ウェブページを表示する表示画面を備えた表示部に適用される、
   ことを特徴とする画像形成装置。
4. 請求項３記載の画像形成装置であって、
   前記ウェブサーバーは、前記ウェブページの生成要求に応じて前記ウェブページを生成出力するサーバー機能部と、
   前記変更情報の出力要求に応じ前記機器情報の変更情報の有無を確認する変更情報確認部と、
   前記変更情報確認部で確認された変更情報を出力する変更情報出力部とを備えた、
   ことを特徴とする画像形成装置。
5. ウェブページの生成要求を出力して変更可能な機器情報を含むウェブページをウェブサーバーに生成させる生成要求機能と、
   前記ウェブサーバーから受け取ったウェブページを画面表示する画面表示機能と、
   前記受け取ったウェブページの構成情報を保持する保持機能と、
   前記ウェブページの画面表示中に他ページへの遷移要求がない限り前記機器情報に対する変更情報の出力要求を所定時間毎に出力して前記ウェブサーバーに変更情報を出力させる変更情報要求機能とをコンピューターに実現させ、
   前記画面表示機能は、前記ウェブサーバーからコマンド応答として出力された前記変更情報を受け取ったときに、前記保持されているウェブページの構成情報に前記変更情報を反映させた変更後のウェブページを画面表示し、
   前記構成情報は、テンプレート及び変更可能な前記機器情報を含み、
   前記生成要求機能は、他ページへの遷移要求があると、ウェブページの生成要求を出力する、
   ことを特徴とする表示プログラム。

Images