JP2011138303A - 情報処理装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】画像処理装置側の操作画面と情報処理装置側の操作画面の両方に連携させて情報を表示することを可能とした情報処理装置、制御方法、及びプログラムを提供する。
【解決手段】情報処理システムは、ＭＦＰ１０１、印刷制御装置１０２、Ｗｅｂサーバ１０３を備える。印刷制御装置１０２は、ＭＦＰ１０１から送信される操作画面更新要求を解析し、また印刷制御装置１０２の操作画面に情報の表示が必要か否かを判断する。情報の表示が必要と判断した場合、操作画面に情報を表示するための操作画面表示要求を生成し、操作画面表示要求をＷｅｂサーバ１０３或いは印刷制御装置内のＷｅｂサーバ５４０に送信する。また、ＭＦＰ１０１からの操作画面更新要求をＷｅｂサーバ１０３に転送する。
【選択図】図６

Description

本発明は、Ｗｅｂサーバから提供される操作画面を表示するためのＷｅｂブラウザを備える情報処理装置、制御方法、及びプログラムに関する。

従来、パーソナルコンピュータ等の情報処理装置をネットワーク上のＷｅｂサーバに接続し、Ｗｅｂサーバにより提供される操作画面を情報処理装置が備えるＷｅｂブラウザにより表示する技術が知られている。本技術では、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求すると、Ｗｅｂサーバ上のＷｅｂアプリケーションソフトウェア（以後アプリケーション）は、情報処理装置からの要求に応えて次の送信を行う。Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬ（HyperText Markup Language）ファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、該ＨＴＭＬファイルの記述に基づいた操作画面を表示する。

また、情報処理装置のＷｅｂブラウザにより表示された操作画面を介してユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。Ｗｅｂサーバ上のＷｅｂアプリケーションは、Ｗｅｂブラウザから通知を受信すると、操作画面から入力された指示に従って処理を実行する。

ところで、最近では、スキャナやプリンタを備えた複合機（ＭＦＰ：Multi Function Peripheral）の中にも、上述したようなＷｅｂブラウザを備えているものがある。Ｗｅｂブラウザを備えたＭＦＰは、上述した手順を用いてＷｅｂサーバにより提供される操作画面をＷｅｂブラウザにより表示し、ユーザからの各種指示を受け付ける。

更には、上記技術分野に関しては以下の技術も提案されている（例えば、特許文献１参照）。特許文献１の記載によれば、ＭＦＰが備える各機能（スキャン、コピー、ＦＡＸ等）を利用するための指示を入力する操作画面をＷｅｂサーバが提供する。即ち、ＭＦＰのユーザがＷｅｂブラウザにより表示された操作画面を介してＭＦＰに対する指示を入力すると、ＭＦＰのＷｅｂブラウザは、操作画面から入力された指示をＷｅｂサーバに通知する。

ＭＦＰのＷｅｂブラウザから通知を受信したＷｅｂサーバは、ユーザから入力された指示の内容に従ってＭＦＰに対して各種処理の実行を依頼する。Ｗｅｂサーバから依頼を受信したＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全メニューデータをＭＦＰ内で保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバ上で容易に行うことができるようになる。

一方、近年、ＭＦＰの外部に情報処理装置を別途配置し、従来、ＭＦＰが行っていた処理の一部を情報処理装置が担うシステムが考案されている。情報処理装置の例としては、ベクトル表現された印刷データをＭＦＰで印刷可能なビットマップデータに高速に展開し、ＭＦＰに送信する印刷制御装置などがある。情報処理装置のソフトウェアの構成としてＷｅｂサーバとＷｅｂブラウザを有し、表示装置とキーボード等の入出力手段を有するものがある。

特開２００６−１２９３５６号公報

上述したＭＦＰと情報処理装置からなるシステムでは、システムとして２つの入出力手段（ＭＦＰ側と情報処理装置側）を有する。そこで、ユーザがＭＦＰ側の入力手段で行った操作によるシステムの状態の変化に対応して、ＭＦＰ側の表示装置だけでなく情報処理装置側の表示装置にも情報を表示する、といったＭＦＰと情報処理装置の連携操作を行いたいという要望がある。しかし、従来の技術では、ＭＦＰと情報処理装置が各々独立してＷｅｂサーバに問い合わせを行うため、上述した連携操作の要望を実現することは困難であるという問題がある。

本発明の目的は、画像処理装置側の操作画面と情報処理装置側の操作画面の両方に連携させて情報を表示することを可能とした情報処理装置、制御方法、及びプログラムを提供することにある。

上記目的を達成するために、本発明は、操作画面を表示可能な画像処理装置と、外部からの要求に応じて操作画面を生成する機能を有するサーバとに対しネットワークを介して通信可能に接続され、操作画面を表示可能でサーバ機能部を有する情報処理装置であって、前記画像処理装置から送信される操作画面更新要求を解析する解析手段と、前記情報処理装置の操作画面に情報の表示が必要か否かを判断する判断手段と、前記判断手段により前記情報処理装置の操作画面に情報の表示が必要と判断された場合、前記情報処理装置の操作画面に情報を表示するための操作画面表示要求を生成する生成手段と、前記生成手段により生成された前記操作画面表示要求を送信する送信手段と、前記画像処理装置からの前記操作画面更新要求を前記サーバに転送する転送手段と、を備えることを特徴とする。

本発明によれば、情報処理装置は情報処理装置の操作画面に情報の表示が必要な場合に操作画面表示要求を送信する。この場合、操作画面表示要求の送信先はサーバまたは情報処理装置が有するサーバ機能部である。また、情報処理装置は画像処理装置からの操作画面更新要求をサーバに転送する。これにより、画像処理装置側の操作画面と情報処理装置側の操作画面の両方に連携させて情報を表示することが可能となる。

本発明の実施の形態に係る情報処理システムの構成例を示す概略図である。 情報処理システムのＭＦＰの構成を示すブロック図である。 情報処理システムの印刷制御装置の構成を示すブロック図である。 情報処理システムのＷｅｂサーバの構成を示すブロック図である。 情報処理システム全体のソフトウェア構成を示すブロック図である。 ＭＦＰのＷｅｂブラウザからの要求を受信した時の印刷制御装置のＰｒｏｘｙサーバの処理を示すフローチャートである。 （ａ）は、ＭＦＰから印刷制御装置に対する情報更新の要求におけるＨＴＴＰリクエストヘッダの例を示す図、（ｂ）は、ＨＴＭＬの例を示す図、（ｃ）は、ＨＴＴＰリクエストヘッダの例を示す図である。 （ａ）は、ＭＦＰのＷｅｂブラウザにより表示されるアプリケーションメニュー画面の例を示す図、（ｂ）は、スキャン設定画面の例を示す図、（ｃ）は、ジョブ成功画面の例を示す図である。 （ａ）は、ＭＦＰで画面情報を要求してから画面が表示されるまでの流れを示す図、（ｂ）は、ＭＦＰでジョブの実行を要求してからジョブの実行結果に応じた画面が表示されるまでの流れを示す図である。 アプリケーションごとの情報を管理したテーブルの例を示す図である。 稼動状態ごとに利用可能なＭＦＰの機能をまとめたテーブルの例を示す図である。

以下、本発明の実施の形態を図面に基づいて説明する。尚、本実施の形態は本発明の特許請求の範囲を限定するものでなく、また、本実施の形態で記載している特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

図１は、本実施の形態に係る情報処理システムの構成例を示す概略図である。

図１において、情報処理システムは、ＭＦＰ１０１（画像処理装置）、印刷制御装置１０２（情報処理装置）、Ｗｅｂサーバ１０３（サーバ）を備えている。ＬＡＮ（Local Area Network）１０５には、印刷制御装置１０２とＷｅｂサーバ１０３が互いに通信可能に接続されている。また、ローカルネットワーク１０６には、ＭＦＰ１０１と印刷制御装置１０２が互いに通信可能に接続されている。ＭＦＰ１０１は、操作画面を表示可能である。印刷制御装置１０２は、操作画面を表示可能でＷｅｂサーバ（Ｗｅｂサーバ機能部）を有する。Ｗｅｂサーバ１０３は、外部からの要求に応じて操作画面を生成する機能を有する。詳細は図５等により後述する。

図２は、情報処理システムのＭＦＰ１０１の構成を示すブロック図である。

図２において、ＭＦＰ１０１は、機能部２０１、制御部２０５を備えている。機能部２０１は制御部２０５と接続されている。機能部２０１は、操作部２０２、スキャナ部２０３、プリンタ部２０４から構成されている。制御部２０５は、インターフェイス（以後Ｉ／Ｆ）２０６、画像メモリ２０７、ＨＤＤ（ハードディスクドライブ）２０９、ＣＰＵ２１０、ＲＯＭ２１１、ＲＡＭ２１２から構成されている。

制御部２０５は、ＭＦＰ全体の動作を制御する。ＣＰＵ２１０は、ＲＯＭ２１１に記憶された制御プログラムを読み出して、読取制御や送信制御等の各種制御処理を実行する。ＲＡＭ２１２は、ＣＰＵ２１０の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０９は、画像データや各種プログラムを記憶する。操作部２０２は、タッチパネル機能を有する液晶表示部、キーボード等を備えている。更に、操作部２０２は、後述するＷｅｂブラウザ機能を備えている。ＭＦＰ１０１は、Ｗｅｂブラウザ機能により、印刷制御装置１０２から受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づく操作画面を操作部２０２の液晶表示部に表示する。

スキャナ部２０３は、ＭＦＰ１０１にセットされた原稿から画像を読み取って画像データを生成し、制御部２０５に入力する。プリンタ部２０４は、制御部２０５から入力された印刷用の画像データ（印刷データ）に基づき用紙に画像を印刷する。Ｉ／Ｆ部２０６は、制御部２０５をローカルネットワーク１０６に接続し、印刷制御装置１０２から印刷データを含む各種情報を受信したり、操作部２０２で表示する画面データを受信したりする。尚、ＭＦＰ１０１が印刷制御装置１０２から受信した印刷データは画像メモリ２０７に一時的に格納され、制御部２０５を介してプリンタ部２０４により印刷される。

図３は、情報処理システムの印刷制御装置１０２の構成を示すブロック図である。

図３において、印刷制御装置１０２は、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４、内部ネットワークＩ／Ｆ部３１５、外部ネットワークＩ／Ｆ部３１６を有する制御部３１０を備えている。制御部３１０は、印刷制御装置全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラムを記憶する。

内部ネットワークＩ／Ｆ部３１５は、制御部３１０をローカルネットワーク１０６に接続する。外部ネットワークＩ／Ｆ部３１６は、制御部３１０をＬＡＮ１０５上の他の情報処理装置（本実施の形態ではＷｅｂサーバ１０３）に接続する。表示装置３１７は、液晶ディスプレイ等から構成されている。操作装置３１８は、キーボード、マウスから構成されている。表示装置３１７と操作装置３１８は、印刷制御装置１０２を操作するためのユーザインターフェイスとなる。

図４は、情報処理システムのＷｅｂサーバ１０３の構成を示すブロック図である。

図４において、Ｗｅｂサーバ１０３は、ＣＰＵ４１１、ＲＯＭ４１２、ＲＡＭ４１３、ＨＤＤ４１４、ネットワークＩ／Ｆ４１５を有する制御部４１０を備えている。制御部４１０は、Ｗｅｂサーバ全体の動作を制御する。ＣＰＵ４１１は、ＲＯＭ４１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４１３は、ＣＰＵ４１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４１４は、画像データや各種プログラムを記憶する。ネットワークＩ／Ｆ４１５は、制御部４１０をＬＡＮ１０５に接続する。

図５は、情報処理システム全体のソフトウェア構成を示すブロック図である。

図５において、図示の各機能部は、ＭＦＰ１０１／印刷制御装置１０２／Ｗｅｂサーバ１０３のそれぞれに装備されたＣＰＵが制御プログラムを実行することにより実現される。ＭＦＰ１０１は、入力処理部５１１と画像表示部５１２を有するＷｅｂブラウザ５１０、サービスプロバイダ５２０を備えている。印刷制御装置１０２は、入力処理部５３１と画像表示部５３２を有するＷｅｂブラウザ５３０、Ｗｅｂサーバ５４０、印刷処理部５４１、リクエスト解析部５５１と受信データ解析部５５２を有するＰｒｏｘｙサーバ５５０を備えている。Ｗｅｂサーバ１０３は、ロジック部５６１とプレゼンテーション部５６２を有するＷｅｂアプリケーション５６０を備えている。

ＭＦＰ１０１において、Ｗｅｂブラウザ５１０の入力処理部５１１は、操作部２０２でのユーザの操作を解析し、ＨＴＴＰ（HyperText Transfer Protocol）プロトコルに従って画面更新のリクエストをＩ／Ｆ部２０６を介して送信する。画面表示部５１２は、印刷制御装置１０２から受信したＨＴＭＬファイルを解析し、操作部２０２に操作画面を表示する。このように表示される操作画面をＷｅｂブラウザ画面と呼ぶこととする。サービスプロバイダ５２０は、Ｗｅｂサーバ１０３のＷｅｂアプリケーション５６０内のロジック部５６１からの処理依頼をＩ／Ｆ部２０６を介して受信し、処理を実行するためのジョブを生成して実行する。

印刷制御装置１０２において、Ｗｅｂブラウザ５３０は、ＭＦＰ１０１のＷｅｂブラウザ５１０と同様の機能を備える。Ｗｅｂサーバ５４０（サーバ機能部）は、Ｐｒｏｘｙサーバ５５０経由でＭＦＰ１０１のＷｅｂブラウザ５１０もしくは印刷制御装置１０２内のＷｅｂブラウザ５３０からのリクエストを受信し、リクエストに応じた画面を生成し、応答する。印刷処理部５４１は、ネットワーク上の印刷アプリケーション（不図示）から印刷データであるＰＤＬ（Printer Description Language）を受信する。更に、印刷データをＭＦＰ１０１で印刷可能なイメージデータに変換し、プリンタ部２０４を制御して用紙に印刷する。

Ｐｒｏｘｙ（プロキシ）サーバ５５０は、ＬＡＮ１０５とローカルネットワーク１０６の間で流れる情報を制御する。Ｐｒｏｘｙサーバ５５０は、Ｗｅｂブラウザ５１０もしくはＷｅｂブラウザ５３０からリクエストを受信し、印刷制御装置１０２内のＷｅｂサーバ５４０、ＬＡＮ１０５上のＷｅｂサーバ１０３のいずれか適切な方にリクエストを転送する。そのために、リクエスト解析部５５１がリクエストの中身の解析を行う。また、いずれかのＷｅｂサーバからＨＴＭＬファイルを受信し、リクエスト元（要求元）のＷｅｂブラウザに転送する。そのために、受信データ解析部５５２がＨＴＭＬファイルの中身の解析を行う。

Ｗｅｂサーバ１０３において、Ｗｅｂアプリケーション５６０のプレゼンテーション部５６２は、外部装置からの要求（リクエスト）に応じて外部装置のＷｅｂブラウザで表示すべき操作画面を生成し、応答する。外部装置からのリクエストが、ＭＦＰ１０１に対する処理依頼であった場合、Ｗｅｂアプリケーション５６０は、依頼内容に従って各種処理を実行すると共にＭＦＰ１０１に対して処理の実行を依頼する。具体的には、ＭＦＰ１０１のプリンタ部２０４による印刷処理の実行、スキャナ部２０３による原稿読取処理の実行、或いはＩ／Ｆ部２０６を介した送信処理の実行を依頼する。

次に、上記の構成を備える本実施の形態の情報処理システムの動作について図６乃至図１１を参照しながら説明する。

情報処理システムにおいてアプリケーションが実行される流れを、図８のＭＦＰ１０１のＷｅｂブラウザ５１０に表示される画面例及び図９のアプリケーションが機能する際の処理例を用いて簡単に説明する。

図８（ａ）は、ＭＦＰ１０１のＷｅｂブラウザ５１０により表示されるアプリケーションメニュー画面の例を示す図、図８（ｂ）は、スキャン設定画面の例を示す図、図８（ｃ）は、ジョブ成功画面の例を示す図である。

図８において、図８（ａ）のアプリケーションメニュー画面８０１は、８０２〜８０５のボタンコントロールが表示される初期画面である。ボタンコントロールには、「スキャン＆ファイル送信」ボタン８０２、「スキャン＆ＦＡＸ」ボタン８０３、「コピー」ボタン８０４、「セキュアプリント」ボタン８０５がある。ユーザが各ボタンを押下すると各ボタンに割り当てられたアプリケーションの設定画面に遷移する。

図８（ｂ）のスキャン設定画面８１１は、アプリケーションメニュー画面８０１で「スキャン＆ファイル送信」ボタン８０２が押下されたときに遷移する画面である。スキャン設定画面８１１は、スキャナ部２０３により原稿をスキャンして読み取った画像データを指定されたフォルダにファイルとして送信するアプリケーションのための画面である。スキャン設定画面８１１では、ラジオボタンコントロール８１２で解像度の設定を、テキストボックスコントロール８１３で送信先フォルダの設定を行うことができる。「キャンセル」ボタン８１４が押下されるとアプリケーションメニュー画面８０１に遷移する。

上記アプリケーションメニュー画面８０１及びスキャン設定画面８１１のようにＷｅｂサーバ１０３が用意する画面がＭＦＰ１０１で表示される場合、図９（ａ）に示す処理が行われる。

図９（ａ）は、ＭＦＰ１０１で画面情報を要求してから画面が表示されるまでの流れを示す図である。

図９（ａ）において、まず、ＭＦＰ１０１は、Ｗｅｂブラウザ５１０により表示する画面情報の要求（ＨＴＴＰリクエスト）を印刷制御装置１０２に送信する（ステップＳ９０１）。印刷制御装置１０２のＰｒｏｘｙサーバ５５０は、ＭＦＰ１０１から送信された画面情報の要求を解析し、解析した画面情報の要求をＷｅｂサーバ１０３に転送する（ステップＳ９０２）。

Ｗｅｂサーバ１０３は、印刷制御装置１０２からの画面情報の要求を受信すると、画面情報（ＨＴＭＬ）を生成し（ステップＳ９０３）、ＨＴＴＰレスポンスを印刷制御装置１０２に送信する（ステップＳ９０４）。印刷制御装置１０２のＰｒｏｘｙサーバ５５０は、Ｗｅｂサーバ１０３から送信されたＨＴＴＰレスポンスを解析してＨＴＴＰレスポンスの転送先を判断し、判断の結果、ＨＴＴＰレスポンスをＭＦＰ１０１に転送する（ステップＳ９０５）。ＭＦＰ１０１は、Ｗｅｂブラウザ５１０によりスキャン設定画面８１１を表示する（ステップＳ９０６）。

ＭＦＰ１０１のＷｅｂブラウザ５１０により表示されるスキャン設定画面８１１の「実行」ボタン８１５がユーザにより押下されると、図９（ｂ）に示す処理が行われる。

図９（ｂ）は、ＭＦＰ１０１でジョブの実行を要求してからジョブの実行結果に応じた画面が表示されるまでの流れを示す図である。

図９（ｂ）において、ＭＦＰ１０１は、スキャン設定画面８１１の「実行」ボタン８１５の押下によりジョブ実行要求を生成し、印刷制御装置１０２に送信する（ステップＳ９１１）。印刷制御装置１０２のＰｒｏｘｙサーバ５５０は、ＭＦＰ１０１から送信されたジョブ実行要求を解析し、解析したジョブ実行要求をＷｅｂサーバ１０３に転送する（ステップＳ９１２）。

Ｗｅｂサーバ１０３は、印刷制御装置１０２からジョブ実行要求を受信すると、ジョブを実行するコマンドを生成し（ステップＳ９１３）、コマンドをＭＦＰ１０１に送信する（ステップＳ９１４）。送信プロトコルとしてＷｅｂサービスが利用され、ＭＦＰ１０１のサービスプロバイダ５２０が送受信・コマンドの処理を行う。

ＭＦＰ１０１は、Ｗｅｂサーバ１０３からコマンドを受信すると、設定された条件で原稿から画像を読み取るスキャンジョブを実行し（ステップＳ９１５）、原稿から読み取った画像データ（スキャンデータ）をＷｅｂサーバ１０３に送信する（ステップＳ９１６）。スキャンに失敗した場合は、失敗した旨を示す情報をＷｅｂサーバ１０３に送信する。

Ｗｅｂサーバ１０３は、ＭＦＰ１０１からスキャンデータを受信すると、ファイルを生成し、設定されたフォルダに送信する（ステップＳ９１７）。次に、Ｗｅｂサーバ１０３は、ジョブの実行結果に応じた画面を生成し、ジョブ結果画面情報をＭＦＰ１０１へ送信する（ステップＳ９１８）。ＭＦＰ１０１は、Ｗｅｂサーバ１０３からジョブ結果画面情報を受信すると、ジョブの実行結果に応じた画面を表示する（ステップＳ９１９）。図８（ｃ）のジョブ成功画面はその例である。

次に、印刷制御装置１０２の処理について図６乃至図１１を参照しながら説明する。

図６は、ＭＦＰ１０１のＷｅｂブラウザ５１０からの要求を受信した時の印刷制御装置１０２のＰｒｏｘｙサーバ５５０の処理を示すフローチャートである。

図６において、印刷制御装置１０２のＰｒｏｘｙサーバ５５０は、ＭＦＰ１０１から情報更新の要求（要求（ａ）と呼ぶ）（操作画面更新要求）を受信すると（ステップＳ６０１）、要求（ａ）を解析する（ステップＳ６０２）。本実施の形態では、要求（ａ）としてＨＴＴＰリクエストヘッダとＦＯＲＭデータの解析を行う。

ＨＴＴＰリクエストヘッダの解析では、ＵＲＬ（Uniform Resource Locator）からユーザが利用を要求しているアプリケーションソフトウェアを判別する。図７（ａ）の例は、ＭＦＰ１０１のアプリケーションメニュー画面８０１で「スキャン＆ファイル送信」ボタン８０２が押下され、図９（ａ）のステップＳ９０１で送信された要求の例である。ＵＲＬ中の“/scansend/”という文字列の位置がアプリケーションを示しており、該文字列から「スキャン＆ファイル送信」アプリケーションであることを判別する。

ＦＯＲＭデータの解析では、本実施の形態ではＭＦＰ１０１の機種と稼動状態を取得する。typeがhiddenの情報（Ｗｅｂブラウザ上では表示されない隠し情報）で、nameがdevice, statusであるものをそれぞれ、機種、稼動状態の情報として取得する。図７（ｂ）の例では、deviceの値が“iRC4580”、statusの値が“paper jam”であり、機種が“iRC4580”、 ＭＦＰ１０１の稼動状態として紙詰まりが発生していることが分かる。

次に、Ｐｒｏｘｙサーバ５５０は、ＭＦＰ１０１の稼動状態としてエラーが発生しているかどうかを判定する（ステップＳ６０３）。ＭＦＰ１０１の稼動状態としてエラーが発生していると判断した場合、Ｐｒｏｘｙサーバ５５０は、ＭＦＰ１０１においてアプリケーションが続行可能であるか否かを判定する（ステップＳ６０４）。例えば、ＭＦＰ１０１で紙詰まりが発生している場合、紙に画像形成を行うアプリケーションはＭＦＰ１０１で実行できないが、紙に画像形成を行わないアプリケーションはＭＦＰ１０１で続行できると判断する。そこで、図１０及び図１１で示すテーブルを利用する。

図１０は、アプリケーションごとの情報を管理したテーブルの例を示す図である。“ＵＲＬ”の列は、アプリケーションをＨＴＴＰリクエストヘッダのＵＲＬに記述される文字列で示している。“ＵＲＬ”列において、scansendは「スキャン＆ファイル送信」、scanfaxは「スキャン＆ＦＡＸ」、copyは「コピー」をそれぞれ記述している。printは「プリント」を記述している。“スキャナ部利用”列、“プリンタ部利用”列は、“ＵＲＬ”列にあるアプリケーションがＭＦＰ１０１の機能としてそれぞれスキャナ部２０３、プリンタ部２０４を利用するかを記述している。“印刷アプリケーション”列は、アプリケーションが印刷に関連するものかどうかを記述しており、印刷制御装置１０２が利用されるかどうかの判断に利用する。

図１１は、稼動状態ごとに利用可能なＭＦＰの機能をまとめたテーブルの例を示す図である。“ＵＲＬ”列において、scanner jamは「スキャナ部の原稿詰まり」、paper jamは「プリンタ部の紙詰まり」、no paperは「用紙切れ」をそれぞれ記述している。また、“coveropenは「ＭＦＰのメンテナンス用カバーが開き状態」、fatalは「致命的な故障」をそれぞれ記述している。“スキャナ部”列、“プリンタ部”列は、稼動状態ごとにそれぞれスキャナ部２０３、プリンタ部２０４が利用可能（ok）か、利用不能（n/a）かを記述している。

図７（ａ）、図７（ｂ）のような要求の場合、アプリケーションがscansendでプリンタ部２０４（プリンタエンジン）を利用しないアプリケーションであり、稼動状態が“paper jam”でスキャナ部２０３は利用可能である。従って、ＭＦＰ１０１においてアプリケーションは続行可能と判断する。ＭＦＰ１０１においてアプリケーションが続行可能な場合、ＭＦＰ１０１の操作部２０２にはスキャン設定画面８１１を表示し、ユーザにアプリケーション（「スキャン＆ファイル送信」）の操作を行わせる。これと共に、ユーザにエラーのリカバリを行ってもらうために、印刷制御装置１０２の表示装置３１７にエラー処理のための画面を表示する。

そこで、Ｐｒｏｘｙサーバ５５０は、エラー処理画面の要求（要求（ｂ）と呼ぶ）（操作画面表示要求）を生成する（ステップＳ６０５）。本実施の形態ではエラー処理画面はＷｅｂサーバ１０３で用意されるので、次に、Ｐｒｏｘｙサーバ５５０は、要求（ｂ）をＷｅｂサーバ１０３に送信する（ステップＳ６０６）。

他方、ステップＳ６０３でＭＦＰ１０１の稼動状態としてエラーが発生していないと判断した場合、Ｐｒｏｘｙサーバ５５０は次の判断を行う。図１０のテーブルを利用し、ＭＦＰ１０１で実行するアプリケーションが印刷に関連したアプリケーションであるか否かを判断する（ステップＳ６０７）。印刷に関連したアプリケーションである場合は、Ｐｒｏｘｙサーバ５５０は、印刷制御装置１０２が管理している印刷の設定・状態に関する情報を表示装置３１７で表示するための要求（要求（ｃ））（操作画面表示要求）を生成する（ステップＳ６０８）。次に、Ｐｒｏｘｙサーバ５５０は、要求（ｃ）を印刷制御装置１０２内のＷｅｂサーバ５４０に送信する（ステップＳ６０９）。

他方、ステップＳ６０４でアプリケーションが続行可能でないと判断した場合、ステップＳ６０７で印刷に関連したアプリケーションではないと判断した場合、ステップＳ６０６の処理の後、ステップＳ６０９の処理の後は、次の送信を行う。Ｐｒｏｘｙサーバ５５０は、要求（ａ）（ＭＦＰ１０１からの操作画面更新要求）をＷｅｂサーバ１０３に送信（転送）する（ステップＳ６１０）。

上記のように、ＭＦＰ１０１でエラーが発生していない場合で、印刷に関連したアプリケーションである場合は、印刷の設定・状態に関する情報を印刷制御装置で表示するための要求を印刷制御装置内のＷｅｂサーバ５４０に送信する。また、印刷に関連したアプリケーションでない場合は、ＭＦＰ１０１の操作画面更新要求をＷｅｂサーバ１０３に転送する。また、ＭＦＰ１０１でエラーが発生した場合で、ＭＦＰ１０１でアプリケーションが続行可能な場合は、エラー処理画面の要求をＷｅｂサーバ１０３に送信する。また、アプリケーションが続行可能でない場合は、ＭＦＰ１０１の操作画面更新要求をＷｅｂサーバ１０３に転送する。本処理により、ＭＦＰ側と印刷制御装置側の両方に連携させて情報を表示できる。

以上詳細に説明したように、本実施の形態によれば、印刷制御装置１０２は、ＭＦＰ１０１から送信される操作画面更新要求を解析し、また印刷制御装置１０２の操作画面に情報の表示が必要か否かを判断する。情報の表示が必要と判断した場合、操作画面に情報を表示するための操作画面表示要求を生成し、操作画面表示要求をＷｅｂサーバ１０３或いは印刷制御装置内のＷｅｂサーバ５４０に送信する。また、ＭＦＰ１０１からの操作画面更新要求をＷｅｂサーバ１０３に転送する。これにより、ＭＦＰ１０１の操作部２０２（操作画面）と印刷制御装置１０２の表示装置３１７（操作画面）の両方に連携させて情報を表示することが可能となる。

〔他の実施の形態〕
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施の形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１ ＭＦＰ
１０２ 印刷制御装置
１０３ Ｗｅｂサーバ
５４０ Ｗｅｂサーバ
５５０ Ｐｒｏｘｙサーバ

Claims (7)

1. 操作画面を表示可能な画像処理装置と、外部からの要求に応じて操作画面を生成する機能を有するサーバとに対しネットワークを介して通信可能に接続され、操作画面を表示可能でサーバ機能部を有する情報処理装置であって、
   前記画像処理装置から送信される操作画面更新要求を解析する解析手段と、
   前記情報処理装置の操作画面に情報の表示が必要か否かを判断する判断手段と、
   前記判断手段により前記情報処理装置の操作画面に情報の表示が必要と判断された場合、前記情報処理装置の操作画面に情報を表示するための操作画面表示要求を生成する生成手段と、
   前記生成手段により生成された前記操作画面表示要求を送信する送信手段と、
   前記画像処理装置からの前記操作画面更新要求を前記サーバに転送する転送手段と、
   を備えることを特徴とする情報処理装置。
2. 前記サーバはＷｅｂサーバとして構成されると共に、前記情報処理装置の前記サーバ機能部はＷｅｂサーバ機能部として構成され、
   前記解析手段は、前記操作画面更新要求としてＨＴＴＰリクエストヘッダを解析し、ユーザが利用を要求しているアプリケーションソフトウェアを判別することを特徴とする請求項１記載の情報処理装置。
3. 前記解析手段は、前記操作画面更新要求としてＦＯＲＭデータを解析し、前記画像処理装置の機種と稼動状態を取得することを特徴とする請求項１又は２記載の情報処理装置。
4. 前記送信手段による前記操作画面表示要求の送信先が前記サーバであることを特徴とする請求項１又は２記載の情報処理装置。
5. 前記送信手段による前記操作画面表示要求の送信先が前記情報処理装置の前記サーバ機能部であることを特徴とする請求項１又は２記載の情報処理装置。
6. 操作画面を表示可能な画像処理装置と、外部からの要求に応じて操作画面を生成する機能を有するサーバとに対しネットワークを介して通信可能に接続され、操作画面を表示可能でサーバ機能部を有する情報処理装置の制御方法であって、
   前記画像処理装置から送信される操作画面更新要求を解析する解析ステップと、
   前記情報処理装置の操作画面に情報の表示が必要か否かを判断する判断ステップと、
   前記判断ステップにより前記情報処理装置の操作画面に情報の表示が必要と判断された場合、前記情報処理装置の操作画面に情報を表示するための操作画面表示要求を生成する生成ステップと、
   前記生成ステップにより生成された前記操作画面表示要求を送信する送信ステップと、
   前記画像処理装置からの前記操作画面更新要求を前記サーバに転送する転送ステップと、
   を有することを特徴とする制御方法。
7. 操作画面を表示可能な画像処理装置と、外部からの要求に応じて操作画面を生成する機能を有するサーバとに対しネットワークを介して通信可能に接続され、操作画面を表示可能でサーバ機能部を有する情報処理装置の制御方法をコンピュータに実行させるためのコンピュータで読み取り可能なプログラムであって、前記制御方法は、
   前記画像処理装置から送信される操作画面更新要求を解析する解析ステップと、
   前記情報処理装置の操作画面に情報の表示が必要か否かを判断する判断ステップと、
   前記判断ステップにより前記情報処理装置の操作画面に情報の表示が必要と判断された場合、前記情報処理装置の操作画面に情報を表示するための操作画面表示要求を生成する生成ステップと、
   前記生成ステップにより生成された前記操作画面表示要求を送信する送信ステップと、
   前記画像処理装置からの前記操作画面更新要求を前記サーバに転送する転送ステップと、
   を有することを特徴とするプログラム。

Images