JP5701025B2

JP5701025B2 - 画像処理装置、画像処理システム、画像処理装置の制御方法、及びプログラム

Info

Publication number: JP5701025B2
Application number: JP2010265098A
Authority: JP
Inventors: 律人佐光
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2010-11-29
Filing date: 2010-11-29
Publication date: 2015-04-15
Anticipated expiration: 2030-11-29
Also published as: CN102547022B; CN102547022A; JP2012119751A; US20120133966A1

Description

本発明は、外部装置より提供される操作画面を表示するためのブラウザを備えた画像処理装置、画像処理装置の制御方法、及びプログラムに関するものである。

従来、スキャナやプリンタ、ＦＡＸ、ネットワーク送信装置などのハードウェア資源を１つの筺体内に収納した、ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）などの画像処理装置が一般的に知られている。このような画像処理装置の操作部に、Ｗｅｂブラウザを用いる形態も一般的である。ここで、上述の各ハードウェア資源によって提供される画像処理機能を、Ｗｅｂブラウザで表示する操作画面で利用する形態として、特許文献１のような方法が知られている。

特許文献１によると、まずＷｅｂブラウザは、ネットワーク上の外部装置から受信した画面情報に基づき、画像処理機能に関する操作画面を操作部に表示する。そして、その操作画面を用いてユーザの操作を受けると、Ｗｅｂブラウザは、ユーザからの操作の内容をいったん外部装置へ送信する。Ｗｅｂブラウザは、送信した操作の内容に対する応答として、外部装置からスクリプト（画像処理の実行指示）を受信する。Ｗｅｂブラウザは、受信したスクリプトに基づき画像処理装置が提供するＷｅｂサービスを呼び出すためにＳＯＡＰメッセージを生成し、Ｗｅｂサービスのプロバイダへ生成したＳＯＡＰメッセージを送信し、画像処理機能をＷｅｂサービスとして利用する。

また、ＭＦＰの中には、ジャムやトナー切れなどのエラーが発生した際に、次のようなエラー画面の表示制御を行うものがある。例えば、トナー切れが発生しているときにプリンタを用いるコピー処理を実行するための操作画面を表示する場合には、コピー処理はプリンタを用いるため、トナー切れのエラー画面が表示される。一方、トナー切れが発生しているときにスキャナを用いるスキャン処理を実行するための操作画面を表示する場合には、スキャン処理はプリンタを用いないため、トナー切れのエラー画面は表示されないというものである。

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

しかしながら、特許文献１のような構成では上述したエラー画面の表示制御を行うことができなかった。なぜなら、外部装置から画像処理の実行指示を受信して実際に画像処理を実行するまで、ＭＦＰのどのハードウェア資源が使用されるのかＭＦＰ自身が把握することができなかったからである。

本発明はかかる問題点に鑑み、外部装置から受信した実行指示に基づく処理で使用される特定のハードウェア資源の情報を外部装置から受信し、当該特定のハードウェア資源の情報とエラーの種類とに基づいて、エラー画面の表示制御を行うことを目的とする。

上述した課題を解決するために、本発明が提供する画像処理装置は、ネットワーク上の外部装置と通信可能な画像処理装置であって、操作画面を表示するための画面情報と、前記画像処理装置のハードウェアを示すハードウェア情報とを前記外部装置から受信する受信手段と、前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであるか否かを判定する判定手段と、前記受信手段が受信した前記画面情報に基づく操作画面を表示する表示手段と、前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであると前記判定手段によって判定された場合に、前記画面情報に基づく操作画面を表示する前に、前記画像処理装置において発生しているエラーに関するエラー画面を表示するように前記表手段を制御し、前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーではないと前記判定手段によって判定された場合に、前記画像処理装置において発生しているエラーに関するエラー画面を表示することなく前記画面情報に基づく操作画面を表示するように前記表示手段を制御する制御手段とを備えることを特徴とする。
また、本発明が提供する画像処理システムは、画像処理装置とサーバとを有する画像処理システムであって、前記サーバは、操作画面を表示するための画面情報と、前記画像処理装置のハードウェアを示すハードウェア情報とを対応付けて記憶する記憶手段と、前記画像処理装置から受信した画面情報の要求に基づいて、当該要求が示す画面情報と、当該画面情報に対応するハードウェア情報とを前記画像処理装置に送信する送信手段とを備え、前記画像処理装置は、操作画面を表示するための画面情報を前記サーバに要求する要求手段と、操作画面を表示するための画面情報と、前記画像処理装置のハードウェアを示すハードウェア情報とを前記サーバから受信する受信手段と、前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであるか否かを判定する判定手段と、前記受信手段が受信した前記画面情報に基づく操作画面を表示する表示手段と、前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであると前記判定手段によって判定された場合に、前記画面情報に基づく操作画面を表示する前に、前記画像処理装置において発生しているエラーに関するエラー画面を表示するように前記表手段を制御し、前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーではないと前記判定手段によって判定された場合に、前記画像処理装置において発生しているエラーに関するエラー画面を表示することなく前記画面情報に基づく操作画面を表示するように前記表示手段を制御する制御手段とを備えることを特徴とする。

本発明によれば、画像処理装置で発生しているエラーが、外部装置から通知された画像処理装置の特定のハードウェア資源を用いた画像処理を実行できないエラーであるか否かに応じて、エラー画面の表示制御を行うことができる。

本実施形態に係る画像処理システムの全体図である。本実施形態に係るＭＦＰの構成を示すブロック図である。本実施形態に係るＷｅｂサーバの構成を示すブロック図である。本実施形態に係る画像処理システム全体のソフトウェア構成を示すブロック図である。本実施形態に係るＭＦＰとＷｅｂサーバとの間で行われる処理シーケンスを表わす図である。本実施形態に係るＭＦＰの操作画面の一例を示す図である。本実施形態に係るエラー種別分類リストを示す図である。本実施形態に係るＭＦＰの処理手順を示すフローチャートである。本実施形態に係るＭＦＰのエラー画面の一例を示す図である。本実施形態に係るＷｅｂサーバの処理手順を示すフローチャートである。本実施形態に係る画面情報リストを示す図である。本実施形態に係るＭＦＰの処理手順を示すフローチャートである。本実施形態に係るＷｅｂサーバの処理手順を示すフローチャートである。本実施形態に係る画像処理システム全体のソフトウェア構成を示すブロック図である。本実施形態に係る画像処理システム全体のソフトウェア構成を示すブロック図である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

（実施形態１）
図１は本実施形態における画像処理システムの全体図である。
ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）１０３には、ＭＦＰ１０１とＷｅｂサーバ１０２とが互いに通信可能に接続されている。なお、ＭＦＰ１０１とＷｅｂサーバ１０２との接続形態はＬＡＮに限らず、インターネットや無線通信、その他のあらゆる接続方法によっても本システムは実現可能である。また、画像処理装置の一例としてＭＦＰを例にして説明するが、本発明における画像処理装置はこれに限らず、スキャナ、プリンタ等のＳＦＰ（ＳｉｎｇｌｅＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）であっても構わない。さらに、外部装置の一例としてＷｅｂサーバを例にして説明するが、本発明における外部装置はこれに限らず、Ｗｅｂサーバ機能を有する他のＭＦＰやＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）であっても構わない。

図２はＭＦＰ１０１のハード構成を示すブロック図である。
ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１を統括的に制御する。ＣＰＵ２１１はＲＯＭ２１２やＨＤＤ２１４に格納された制御プログラムを読み出して装置全体の制御を行う。ＲＯＭ２１２は後述する各フローチャートに係る処理を実行するための制御プログラムや、後述するエラー種別分類リスト７００、操作部２２０に操作画面を表示させるための画面情報などの各種情報を格納する。ＲＡＭ２１３はＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４はＲＯＭ２１２と同様に、後述する各フローチャートに係る処理を実行するための制御プログラムや、後述するエラー種別分類リスト７００、操作部２２０に操作画面を表示させるための画面情報などの各種情報を格納する。

操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２１０とを接続する。操作部Ｉ／Ｆ２１５は、操作部２２０に表示する画面情報を操作部２２０に対して出力し、操作部２２０からユーザが入力した情報を、ＣＰＵ２１１に伝える役割をする。操作部２２０には表示部（タッチパネル機能を有する液晶表示部）やキーボードが備えられている。また、ＭＦＰ１０１にはＷｅｂブラウザ機能が備えられており、ＭＦＰ１０１のＷｅｂブラウザはＷｅｂサーバ１０２から受信したＨＴＭＬデータを解析し、受信したＨＴＭＬデータの記述に基づく操作画面を操作部２２０上の液晶表示部に表示可能である。また、操作部２２０は、ＲＯＭ２１２やＨＤＤ２１４に格納される画面情報に基づいて、操作画面を表示することもできる。

プリンタＩ／Ｆ２１６は、プリンタ２２１と制御部２１０とを接続する。プリンタ２２１で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２１に転送され、プリンタ２２１において紙などの記録媒体上に印刷する印刷処理が実行される。

スキャナＩ／Ｆ２１７は、スキャナ２２２と制御部２１０とを接続する。スキャナ２２２は、原稿を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に読みとった画像データを入力する読取処理を実行する。
ＦＡＸＩ／Ｆ２１８は、ＦＡＸ２２３と制御部２１０とを接続する。ＦＡＸ２２３は、スキャナ２２２で読み取って生成した画像データの送信を行うＦＡＸ送信処理を実行する。

ネットワークＩ／Ｆ２１９は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１０３に接続する。ネットワークＩ／Ｆ２１９は、ＬＡＮ１０３上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データなどの各種情報を送信したり、ＬＡＮ１０３上の外部装置から各種情報を受信したりするなどの通信制御を行う。

図３はＷｅｂサーバ１０２のハード構成を示すブロック図である。
ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２を統括的に制御する。ＣＰＵ３１１はＲＯＭ３１２やＨＤＤ３１４に格納された制御プログラムを読み出して各種制御処理を実行する。ＲＯＭ３１２は後述するフローチャートに係る処理を実行するための制御プログラムや、後述するＭＦＰの機能リスト１１００などの各種情報を格納する。ＲＡＭ３１３はＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４はＲＯＭ３１２と同様に、後述する各フローチャートに係る処理を実行するための制御プログラムや、後述するＭＦＰの機能リスト１１００などの各種情報を格納する。

ネットワークＩ／Ｆ３１５は、制御部３１０をＬＡＮ１０３に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１０３上の他の装置（例えばＭＦＰ１０１）との間で各種情報を送受信する。

図４は本実施形態における画像処理システム全体のソフトウェア構成を示す図である。図４に示すソフトウェア機能は、図２、図３で示したＭＦＰ１０１、Ｗｅｂサーバ１０２のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。
ＭＦＰ１０１はＷｅｂサービスプロバイダ４６０、エラー画面制御サービスプロバイダ４２０、エラー画面制御部４３０、エラー検出部４５０、Ｗｅｂブラウザ４４０を備えている。

Ｗｅｂサービスプロバイダ４６０は、通信部４６１、及び解析部４６２を有する。Ｗｅｂサービスプロバイダ４６０は、ＭＦＰ１０１の特定のハードウェア資源（例えばプリンタ２２１、スキャナ２２２、ＦＡＸ２２３）を利用して、Ｗｅｂアプリケーション４１０にＷｅｂサービスを提供するアプリケーションである。

通信部４６１は、ネットワークＩ／Ｆ２１９を介してＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０から送信された画像処理の実行指示を受信する。解析部４２２は、通信部４６１が受信した実行指示を解析し、不図示の処理実行アプリケーションに処理を実行させる。

エラー画面制御サービスプロバイダ４２０は、通信部４２１、及び解析部４２２を有するアプリケーションである。エラー画面制御サービスプロバイダ４２０は、Ｗｅｂアプリケーション４１０から受信した実行指示に基づいて実行される画像処理であって、当該画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報をＷｅｂアプリケーション４１０から受信する。なお、Ｗｅｂアプリケーション４１０から受信した実行指示に基づいて実行される画像処理であって、当該画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源のことを、「画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源」と呼ぶこととする。

通信部４２１は、ＨＴＴＰプロトコルに従って送信された画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を、ネットワークＩ／Ｆ２１９を介してＷｅｂアプリケーション４１０から受信する。解析部４２２は、通信部４２１が受信した画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を解析する。そして、解析の結果得た画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を、エラー画面制御部４３０に通知する。

エラー検出部４５０はＭＦＰ１０１で発生したエラーを検出し、検出したエラーをエラー画面制御部４３０に通知する。また、ＭＦＰ１０１で発生したエラーがユーザの操作などによって解消されたことも検知し、エラーが解消されたことをエラー画面制御部４３０に通知する。
エラー画面制御部４３０は、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報と、ＭＦＰ１０１で発生したエラーの種類とに基づいて、操作部２２０に表示させる画面を制御する。

Ｗｅｂブラウザ４４０は、通信部４４１、解析部４４２、及び画面表示部４４３を有する。通信部４４１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０とネットワークＩ／Ｆ２１９を介して通信する。より具体的には、通信部４４１は、Ｗｅｂブラウザ４４０で画面を表示するための画面情報をＷｅｂアプリケーション４１０に要求し、Ｗｅｂアプリケーション４１０から送信されるレスポンスを受信する。解析部４４２は、通信部４４１がＷｅｂアプリケーション４１０から受信したレスポンスを解析する。画面表示部４４３は、解析部４４２の解析の結果に基づいて操作部２２０に画面を表示する。

Ｗｅｂサーバ１０２はＷｅｂアプリケーション４１０を備える。Ｗｅｂアプリケーション４１０は、ＭＦＰ１０１から受信したメッセージに含まれる各種の要求に応じて処理を実行するアプリケーションである。例えば、Ｗｅｂサーバ１０２はＭＦＰ１０１のＷｅｂブラウザ４４０に表示させる操作画面の画面情報を生成し、Ｗｅｂブラウザ４４０に送信する。又は、この操作画面を介して受け付けたユーザの操作に従い、ＭＦＰ１０１のＷｅｂサービスプロバイダ４６０に送信する画像処理の実行指示を生成する。さらに、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を、ＭＦＰ１０１のエラー画面制御サービスプロバイダ４２０に送信する。

ここまで本実施形態におけるシステム構成の概要を説明した。引き続き、本実施形態におけるシステムの処理の流れを説明する。

図５は、本実施形態における画像処理システムの一連の処理を示したシーケンス図である。まず、ＭＦＰ１０１のＷｅｂブラウザ４４０がユーザにより起動される。すると、ステップＳ５０１でＷｅｂブラウザ４４０がＷｅｂアプリケーション４１０にＨＴＴＰリクエストを送信する。このとき、Ｗｅｂブラウザ４４０はメニュー画面を表示するための画面情報をＷｅｂアプリケーション４１０にリクエストする。

ステップＳ５０２では、Ｗｅｂアプリケーション４１０がＷｅｂブラウザ４４０にＨＴＴＰレスポンスを送信する。このとき、Ｗｅｂアプリケーション４１０はメニュー画面を表示するための画面情報を生成し、ＨＴＴＰレスポンスとしてＷｅｂブラウザ４４０に送信する。そして、Ｗｅｂブラウザ４４０は受信した画面情報の解析を行い、操作部２２０にメニュー画面の表示を行う。このとき操作部２２０に表示されるメニュー画面は、図６に後述するメニュー画面６１０である。

ステップＳ５０３では、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を、Ｗｅｂアプリケーション４１０がＨＴＴＰリクエストとしてエラー画面制御サービスプロバイダ４２０に送信する。ステップＳ５０２ではメニュー画面６１０を表示するための画面情報を送信しているが、メニュー画面６１０は操作部２２０に表示されるだけで、どのハードウェア資源がこれから使用されるのかわからない。従って、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源は「なし」と送信される。

ステップＳ５０４では、エラー画面制御サービスプロバイダ４２０が、ステップＳ５０３でＨＴＴＰリクエストを受信したことを示すＨＴＴＰレスポンスを、Ｗｅｂアプリケーション４１０に送信する。

なお、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源がない場合には、ステップＳ５０３のＨＴＴＰリクエストを送信しない構成にしても良い。この場合、ステップＳ５０４でエラー画面制御サービスプロバイダ４２０がＨＴＴＰレスポンスをＷｅｂアプリケーション４１０に送信する処理は不要となる。

ステップＳ５０５では、ユーザの操作に応じてＷｅｂブラウザ４４０がＷｅｂアプリケーション４１０にＨＴＴＰリクエストを送信する。このとき、ユーザの操作によってメニュー画面からコピーが選択され、Ｗｅｂブラウザ４４０はコピー画面を表示するための画面情報をＷｅｂアプリケーション４１０にリクエストする。

ステップＳ５０６では、Ｗｅｂアプリケーション４１０がＷｅｂブラウザ４４０にＨＴＴＰレスポンスを送信する。このとき、Ｗｅｂアプリケーション４１０はコピー画面を表示するための画面情報を生成し、ＨＴＴＰレスポンスとしてＷｅｂブラウザ４４０に送信する。そして、Ｗｅｂブラウザ４４０は受信した画面情報の解析を行い、操作部２２０にコピー画面の表示を行う。このとき操作部２２０に表示されるコピー画面は、図６に後述するコピー画面６２０である。

ステップＳ５０７では、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を、Ｗｅｂアプリケーション４１０がＨＴＴＰリクエストとしてエラー画面制御サービスプロバイダ４２０に送信する。ステップＳ５０６では、Ｗｅｂアプリケーション４１０はコピー画面６２０を表示するための画面情報を送信している。コピー画面６２０で実現されるコピー処理では、原稿を読み取って画像データを生成する読取処理と、画像データを印刷する印刷処理とが実行されることになる。従って、読取処理と印刷処理とで使用されるＭＦＰ１０１の特定のハードウェア資源として、「スキャナ」と「プリンタ」とが送信される。

ステップＳ５０８では、エラー画面制御サービスプロバイダ４２０が、ステップＳ５０７でＨＴＴＰリクエストを受信したことを示すＨＴＴＰレスポンスを、Ｗｅｂアプリケーション４１０に送信する。

次に、Ｗｅｂブラウザ４４０が操作部２２０に表示するコピー画面６２０において、ユーザがコピーの設定情報の入力を行い、コピー実行ボタン６２１を押下したとする。すると、ステップＳ５０９で、Ｗｅｂブラウザ４４０がＨＴＴＰリクエストをＷｅｂアプリケーション４１０に送信し、コピー実行ボタン６２１が押下されたことをＷｅｂアプリケーション４１０に通知する。

ステップＳ５１０では、Ｗｅｂアプリケーション４１０がコピー処理の実行指示を生成し、ＨＴＴＰリクエストとしてＷｅｂサービスプロバイダ４６０に送信する。Ｗｅｂサービスプロバイダ４６０は受信した実行指示を解析し、不図示の処理実行アプリケーションにコピー処理を実行させる。
ステップＳ５１１では、ＭＦＰ１０１でコピーの実行が完了したことを示すＨＴＴＰレスポンスを、Ｗｅｂサービスプロバイダ４６０がＷｅｂアプリケーション４１０に送信する。

ステップＳ５１２では、図６に後述するコピー完了画面６３０を表示するための画面情報をＷｅｂアプリケーション４１０が生成し、ＨＴＴＰレスポンスとしてＷｅｂブラウザ４４０に送信する。

次に、本実施形態における画像処理システムの一連の処理で発生する画面遷移の一例を図６に示す。図６に示す各図は、Ｗｅｂアプリケーション４１０から受信する画面情報に基づき、Ｗｅｂブラウザ４４０が操作部２２０に表示する。

メニュー画面６１０は、ＭＦＰ１０１が提供する機能を利用するにあたり、どの機能を利用するかユーザが選択するための画面である。メニュー画面６１０には、ＭＦＰ１０１が提供する機能としてコピーボタン６１１とＦＡＸボタン６１２が表示されている。

コピー画面６２０は、メニュー画面６１０でユーザによってコピーボタン６１１が押下された場合に表示される画面である。コピー画面６２０では、コピーを行う際のカラー／白黒の設定、部数の設定、Ｎｉｎ１印刷の設定を行うことが可能で、実行ボタン６２１をユーザが押下することでコピーが実行される。
コピー完了画面６３０は、コピーの実行が完了したときに表示される画面である。

図７は、本実施形態においてＭＦＰ１０１のＲＯＭ２１２やＨＤＤ２１４に格納されるエラー種別分類リスト７００を示す図である。エラー種別分類リスト７００では、エラー種別と画像処理で使用されるＭＦＰ１０１のハードウェア資源とを対応付けて管理している。

本実施例では、エラー種別として「トナーなし」、「紙なし」、「排紙系ジャム」、「給紙系ジャム」、「スキャナ故障」、「回線異常」がある。また、画像処理で使用されるＭＦＰ１０１のハードウェア資源としては「プリンタ」、「スキャナ」、「ＦＡＸ」がある。なお、エラー種別と画像処理で使用されるＭＦＰ１０１のハードウェア資源とは、これらに限られるものではない。

エラー種別分類リスト７００の「○」は、そのエラーがＭＦＰ１０１のハードウェア資源を用いた画像処理を実行できないエラーであることを示す。例えば、「トナーなし」、「紙なし」、「排紙系ジャム」、「給紙系ジャム」エラーは、「プリンタ」を用いた画像処理を実行できないエラーであることを示している。

次に、本実施形態においてユーザの操作によって操作部２２０で画面遷移が発生し、Ｗｅｂブラウザ４４０がＷｅｂアプリケーション４１０に画面情報のリクエストを行う際にＭＦＰ１０１で実行される処理手順を、図８のフローチャートに示す。なお、ステップＳ８０１〜Ｓ８１２の各ステップは、ＭＦＰ１０１が備えるＣＰＵ２１１がＲＯＭ２１２等のメモリに格納されたプログラムをＲＡＭ２１３に展開して実行することによって処理される。

まずステップＳ８０１で、Ｗｅｂブラウザ４４０が画面情報の要求をＷｅｂアプリケーション４１０に送信する。そして、ステップＳ８０２で、Ｗｅｂブラウザ４４０が操作部２２０に表示すべき画面情報をＷｅｂアプリケーション４１０から受信する。

ステップＳ８０３では、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を、エラー画面制御サービスプロバイダ４２０がＷｅｂアプリケーション４１０から受信する。具体的には、ステップＳ８０２でメニュー画面６１０を表示するための画面情報を受信したとすると、エラー画面制御サービスプロバイダ４２０は画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源は「なし」という情報を受信する。一方、ステップＳ８０２でコピー画面６２０を表示するための画面情報を受信したとすると、エラー画面制御サービスプロバイダ４２０は画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源は「スキャナ」、「プリンタ」という情報を受信する。

ステップＳ８０４では、ＭＦＰ１０１で何らかのエラーが発生しているかどうかの判定をＣＰＵ２１１が行う。ＭＦＰ１０１で発生するエラーとしてはエラー種別分類リスト７００に示すエラーが考えられるが、これに限定されるわけではない。ステップＳ８０４で、ＭＦＰ１０１でエラーが発生していないとＣＰＵ２１１が判定した場合は、ステップＳ８０９に進む。ステップＳ８０９では、Ｗｅｂアプリケーション４１０から受信した画面情報に基づいて、画面表示部４４３が操作画面の表示を行う。一方、ステップＳ８０４で、ＭＦＰ１０１でエラーが発生しているとＣＰＵ２１１が判定した場合は、ステップＳ８０５に進む。

ステップＳ８０５では、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の有無をＣＰＵ２１１が判定する。この判定は、ステップＳ８０３で受信した画像処理で使用されるＭＦＰ１０１のハードウェア資源の情報に基づいて、ＣＰＵ２１１が行う。例えば、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源が「なし」という情報を受信していれば、ＣＰＵ２１１が画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源がないと判定し、ステップＳ８０９に進む。一方、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源が「スキャナ」、「プリンタ」という情報を受信していれば、ＣＰＵ２１１が画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源があると判定し、ステップＳ８０６に進む。

ステップＳ８０６では、ＭＦＰ１０１で発生しているエラーが、特定のハードウェア資源を用いた画像処理を実行できないエラーであるか否かをＣＰＵ２１１が判定する。この判定を具体的に説明する。

画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源が「プリンタ」と「スキャナ」で、ＭＦＰ１０１で発生しているエラーが「回線異常」だとする。このとき、エラー種別分類リスト７００によると、「回線異常」エラーは、「プリンタ」と「スキャナ」を用いた画像処理を実行できないエラーではないことがわかる。従って、ＭＦＰ１０１で発生しているエラーは、「プリンタ」と「スキャナ」を用いた画像処理を実行できないエラーではないとＣＰＵ２１１が判定し、ステップＳ８０９に進む。

また、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源が「プリンタ」と「スキャナ」で、ＭＦＰ１０１で発生しているエラーが「トナーなし」だとする。このとき、エラー種別分類リスト７００によると、「トナーなし」エラーは、「プリンタ」を用いた画像処理を実行できないエラーであることがわかる。従って、ＭＦＰ１０１で発生しているエラーは、「プリンタ」と「スキャナ」を用いた画像処理を実行できないエラーであるとＣＰＵ２１１が判定し、ステップＳ８０７に進む。

ステップＳ８０７では、操作部２２０がエラー画面の表示を行う。このとき表示されるエラー画面の例を、図９のエラー画面９００に示す。エラー画面９００は、ＭＦＰ１０１で「トナーなし」エラーが発生している場合に表示される画面で、このエラー画面９００を表示するための画面情報は予めＭＦＰ１０１のＲＯＭ２１２やＨＤＤ２１４に格納されている。なお、ＭＦＰ１０１で発生する他のエラーについても、それぞれのエラーに対応するエラー画面がＭＦＰ１０１のＲＯＭ２１２やＨＤＤ２１４に格納されている。このように、エラー画面を表示するための画面情報をＷｅｂアプリケーション４１０（Ｗｅｂサーバ１０２）ではなくＭＦＰ１０１に用意することによって、次のような効果が得られる。即ち、エラー画面を表示するための画面情報をＷｅｂアプリケーション４１０から受信する必要がないので、例えばネットワーク異常によってＷｅｂアプリケーション４１０と通信できない場合であっても、適切なエラー画面を表示できる。

なお、ステップＳ８０７のエラー画面の表示はこれに限るものではなく、次に説明する表示方法も可能である。

第１に、ＭＦＰ１０１で発生しているエラーをＣＰＵ２１１がＷｅｂアプリケーション４１０に通知し、通知したエラーに関するエラー画面を表示するための画面情報をＷｅｂアプリケーション４１０から受信する。操作部２２０は当該画面情報に基づき、エラー画面９００と同様のエラー画面を表示する。このような表示方法を採ることで、Ｗｅｂアプリケーション４１０が独自のエラー画面、例えばエラー解消方法を詳細に記述したエラー画面を提供することが可能となる。

第２に、エラー画面９１０のように、操作画面の一部の領域にＭＦＰ１０１で発生しているエラーの情報を表示する。エラー画面９１０では、ステータスバー９１１にＭＦＰ１０１で発生しているエラーの情報を表示している。このような表示方法を採ることで、操作画面を表示しつつ、エラーの通知を行うことが可能となる。

図８のフローチャートの説明に戻る。ステップＳ８０８では、ＣＰＵ２１１がＭＦＰ１０１で発生しているエラーが解消されたかどうかを判定する。ステップＳ８０８でエラーが解消されたとＣＰＵ２１１が判定すると、ステップＳ８０９に進む。

ステップＳ８１０では、ユーザの操作によって操作部２２０で画面遷移が発生し、新たな画面情報の要求が発生したかどうかをＣＰＵ２１１が判定する。ステップＳ８１０で新たな画面情報の要求が発生したとＣＰＵ２１１が判定した場合には、ステップＳ８０１に戻る。

ステップＳ８１１では、新たなエラーが発生したかどうかをＣＰＵ２１１が判定する。この判定はステップＳ８０４と同様なので、説明を省略する。ステップＳ８１１で新たなエラーが発生したとＣＰＵ２１１が判定した場合には、ステップＳ８０５に戻る。

ステップＳ８１１の判定を行うことにより、ステップＳ８０２で受信した画面情報に基づく操作画面を表示しているときに何らかの新たなエラーが発生したことをきっかけにして、エラー画面の表示制御を行うことが可能となる。

ステップＳ８１２では、本フローチャートの処理が終了するかどうかをＣＰＵ２１１が判定する。例えば、Ｗｅｂブラウザ４４０の利用がユーザによって終了したり、操作部２２０に表示される画面でユーザが「終了」を選択したりした場合に、本フローチャートの処理が終了するとＣＰＵ２１１が判定する。

以上、図８のフローチャートが示すように、ＭＦＰ１０１で発生しているエラーがＭＦＰ１０１の特定のハードウェア資源を用いた画像処理を実行できないエラーではない場合には、エラー画面などでエラーの通知を行わないように制御することが可能となる。従って、操作部２２０が表示する操作画面と関係の無いエラー表示を行わないようにできるので、例えば操作部２２０の表示領域が小さい場合であっても、表示領域を有効活用することができる。

次に、図８のステップＳ８０１でＭＦＰ１０１が送信した画面情報の要求を受信したＷｅｂサーバ１０２で実行される処理について、図１０のフローチャートに示す。なお、ステップＳ１００１〜Ｓ１００４の各ステップは、Ｗｅｂサーバ１０２が備えるＣＰＵ３１１がＲＯＭ３１２等のメモリに格納されたプログラムをＲＡＭ３１３に展開して実行することによって処理される。

ステップＳ１００１では、ＭＦＰ１０１が送信した画面情報の要求をＷｅｂアプリケーション４１０が受信する。そしてステップＳ１００２では、Ｗｅｂアプリケーション４１０がＭＦＰ１０１に送信すべき適当な画面情報を生成する。

ステップＳ１００３では、ステップＳ１００２で生成された画面情報をＷｅｂアプリケーション４１０がＷｅｂブラウザ４４０の通信部４４１に送信する。

ステップＳ１００４では、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を、Ｗｅｂアプリケーション４１０がエラー画面制御サービスプロバイダ４２０の通信部４２１に送信する。

このとき、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を送信するために、Ｗｅｂアプリケーション４１０が参照するリストを図１１の画面情報リスト１１００に示す。画面情報リスト１１００は、本実施形態においてＷｅｂサーバ１０２のＲＯＭ３１２やＨＤＤ３１４に格納される。画面情報リスト１１００は、ＭＦＰ１０１に送信する画面情報の種類と、当該画面情報に基づく画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源とを対応付けて管理する。画面情報リスト１１００によると、例えば「メニュー画面」では画像処理が行われないので、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源が「なし」であることがわかる。また、「コピー画面」ではコピー処理が行われるので、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源が「スキャナ」、「プリンタ」であることがわかる。なお、画面情報リスト１１００が管理する情報はこれらに限るものではなく、その他の画面情報についても画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源と対応付けて管理しても良い。

フローチャートの説明に戻る。ステップＳ１００４では、画像処理で使用されるＭＦＰ１０１のハードウェア資源の情報を、Ｗｅｂアプリケーション４１０がエラー画面制御サービスプロバイダ４２０に送信する。例えば、ステップＳ１００３でコピー画面６２０を表示するための画面情報を送信したとすると、画像処理で使用されるＭＦＰ１０１のハードウェア資源は「スキャナ」、「プリンタ」と送信する。

このように、Ｗｅｂサーバ１０２はＭＦＰ１０１からの画面情報の要求に応じて適切な画面情報を生成し、ＭＦＰ１０１に送信することが可能となる。さらに、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報を、ＭＦＰ１０１に送信することが可能となる。

次に、本実施形態において、Ｗｅｂブラウザ４４０が操作部２２０に表示させる操作画面でのユーザの操作によって、ある処理の実行が行われる場合の処理手順について、図１２のフローチャートに示す。なお、ステップＳ１２０１〜Ｓ１２０５の各ステップは、ＭＦＰ１０１が備えるＣＰＵ２１１がＲＯＭ２１２等のメモリに格納されたプログラムをＲＡＭ２１３に展開して実行することによって処理される。

本フローチャートでは、例として操作部２２０にコピー画面６２０が表示されていて、ユーザがコピーの設定情報の入力を行い、コピー実行ボタン６２１を押下したとする。ステップＳ１２０１では、コピー実行ボタン６２１が押下されたことと、ユーザによって入力された設定情報とをＷｅｂブラウザ４４０がＷｅｂアプリケーション４１０に通知する。

ステップＳ１２０２では、Ｗｅｂサービスプロバイダ４６０がＷｅｂアプリケーション４１０からジョブの実行指示を受信し、当該実行指示に基づき、ステップＳ１２０３でジョブが実行される。本実施形態では、コピー処理が実行されることになる。

ステップＳ１２０４では、実行したジョブが完了したかどうかをＣＰＵ２１１が判定する。ジョブが完了したとＣＰＵ２１１が判定すると、ステップＳ１２０５でＷｅｂサービスプロバイダ４６０がジョブの完了をＷｅｂアプリケーション４１０に通知する。

次に、図１２のステップＳ１２０１でＭＦＰ１０１が送信した通知を受信したＷｅｂサーバ１０２で実行される処理について、図１３のフローチャートに示す。なお、ステップＳ１３０１〜Ｓ１３０４の各ステップは、Ｗｅｂサーバ１０２が備えるＣＰＵ３１１がＲＯＭ３１２等のメモリに格納されたプログラムをＲＡＭ３１３に展開して実行することによって処理される。

本フローチャートでは、図１２のフローチャートと同様に、例としてＭＦＰ１０１の操作部２２０にコピー画面６２０が表示されていて、ユーザがコピーの設定情報の入力を行い、コピー実行ボタン６２１を押下したとする。

ステップＳ１３０１では、コピー実行ボタン６２１が押下されたことと、ユーザによって入力された設定情報とを示す通知を、Ｗｅｂブラウザ４４０からＷｅｂアプリケーション４１０が受信する。

ステップＳ１３０２では、ステップＳ１３０１で受信した通知に基づいて、Ｗｅｂサービスプロバイダ４６０に送信すべきジョブの実行指示を生成する。そしてステップＳ１３０３で、Ｗｅｂアプリケーション４１０がＷｅｂサービスプロバイダ４６０にジョブの実行指示を送信する。

ステップＳ１３０４では、Ｗｅｂサービスプロバイダ４６０からジョブの完了通知を受信したかどうかをＣＰＵ３１１が判定する。ＣＰＵ３１１がＷｅｂサービスプロバイダ４６０からジョブの完了通知を受信したと判定した場合は、本フローチャートの処理を終了する。なお、ステップＳ１３０４でＣＰＵ３１１がＷｅｂサービスプロバイダ４６０からジョブの完了通知を受信したと判定した場合は、次にＷｅｂブラウザ４４０に送信すべき画面情報を生成し、Ｗｅｂブラウザ４４０に送信する構成にしても良い。

以上のように、本実施形態によれば、ＭＦＰがＷｅｂサーバから操作画面を受信する際に、当該操作画面で実現される画像処理で使用されるＭＦＰの特定のハードウェア資源の情報も、ＷｅｂサーバからＭＦＰに送信されるようになる。従って、ＭＦＰで発生しているエラーが、外部装置から受信したＭＦＰの特定のハードウェア資源を用いた画像処理を実行できないエラーであるか否かに応じて、エラー画面の表示制御を行うことができる。

（実施形態２）
実施形態１では、Ｗｅｂアプリケーション４１０はＷｅｂブラウザ４４０、エラー画面制御サービスプロバイダ４２０、Ｗｅｂサービスプロバイダ４６０それぞれに対して通信を行っている。これに対して本実施形態では、Ｗｅｂブラウザ４４０へのレスポンスに、エラー画面制御サービスプロバイダ４２０とＷｅｂサービスプロバイダ４６０に通信を行うためのスクリプトを埋め込んで送信することを特徴とする。

図１４は本実施形態における画像処理システム全体のソフトウェア構成を示す図である。図１４に示すソフトウェア機能は、図２、図３で示したＭＦＰ１０１、Ｗｅｂサーバ１０２のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。なお、図４と同じ符号のものはそれぞれ図４と同様なので、説明は省略する。

スクリプト実行部１２０１は、Ｗｅｂアプリケーション４１０から送信されたＨＴＴＰレスポンスに埋め込まれたスクリプトを実行する。そしてスクリプトの実行結果に応じて、スクリプト実行部１２０１は画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報をエラー画面制御サービスプロバイダ４２０に送信する。また、スクリプトの実行結果に応じて、スクリプト実行部１２０１はＷｅｂアプリケーション４１０から送信された画像処理の実行指示をＷｅｂサービスプロバイダ４６０に送信する。

本実施形態によれば、Ｗｅｂアプリケーション４１０がエラー画面制御サービスプロバイダ４２０とＷｅｂサービスプロバイダ４６０に行う通信が、Ｗｅｂブラウザ４４０に対するＨＴＴＰレスポンスに含まれることになる。従って、Ｗｅｂサーバ１０２とＭＦＰ１０１との間にファイアーウォールが存在していたとしても、通信を行うことが可能となる。

（実施形態３）
実施形態１では、エラー画面制御サービスプロバイダ４２０を設けてエラー画面の表示制御を行っている。これに対して本実施形態では、Ｗｅｂブラウザ４４０にエラー画面の表示制御を行うためのエラー画面制御部１５０１を設けることを特徴とする。このとき、Ｗｅｂブラウザ４４０へのレスポンスに、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報が含まれることになる。

図１５は本実施形態における画像処理システム全体のソフトウェア構成を示す図である。図１５に示すソフトウェア機能は、図２、図３で示したＭＦＰ１０１、Ｗｅｂサーバ１０２のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。なお、図４と同じ符号のものはそれぞれ図４と同様なので、説明は省略する。

Ｗｅｂブラウザ４４０は、エラー画面の表示制御を行うためのエラー画面制御部１５０１を含む。本実施形態では、Ｗｅｂアプリケーション４１０から送信されるＷｅｂブラウザ４４０へのレスポンスに、画像処理で使用されるＭＦＰ１０１の特定のハードウェア資源の情報が含まれる。解析部４４２は当該レスポンスを解析する。そして、エラー画面制御部１５０１はＭＦＰ１０１で発生しているエラーの種類と、解析部４４２の解析で得た画像処理で使用されるＭＦＰ１０１の特定のードウェア資源の情報とに基づいて、エラー画面の表示制御を行う。

本実施形態によれば、実施形態１のようにエラー画面制御サービスプロバイダ４２０を設けることなく、Ｗｅｂブラウザ４４０を用いてエラー画面の表示制御を行うことが可能となる。

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

１０１ＭＦＰ
１０２Ｗｅｂサーバ
２１１ＣＰＵ
２２０操作部
２２１プリンタ
２２２スキャナ
２２３ＦＡＸ
４１０Ｗｅｂアプリケーション
４２０エラー画面制御サービスプロバイダ
４４０Ｗｅｂブラウザ
４６０Ｗｅｂサービスプロバイダ

Claims

ネットワーク上の外部装置と通信可能な画像処理装置であって、
操作画面を表示するための画面情報と、前記画像処理装置のハードウェアを示すハードウェア情報とを前記外部装置から受信する受信手段と、
前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであるか否かを判定する判定手段と、
前記受信手段が受信した前記画面情報に基づく操作画面を表示する表示手段と、
前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであると前記判定手段によって判定された場合に、前記画面情報に基づく操作画面を表示する前に、前記画像処理装置において発生しているエラーに関するエラー画面を表示するように前記表手段を制御し、
前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーではないと前記判定手段によって判定された場合に、前記画像処理装置において発生しているエラーに関するエラー画面を表示することなく前記画面情報に基づく操作画面を表示するように前記表示手段を制御する制御手段とを備えることを特徴とする画像処理装置。
前記画像処理装置で発生するエラーと、前記画像処理装置のハードウェアとを対応付けて記憶する記憶手段を備え、
前記判定手段は、前記記憶手段を参照することで、前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであるか否かを判定することを特徴とする請求項１に記載の画像処理装置。
前記画像処理装置において発生しているエラーに関するエラー画面を前記表示手段が表示する場合、前記制御手段は、前記画像処理装置において発生しているエラーが解消したことに応じて、前記画面情報に基づく操作画面を表示するように前記表示手段を制御することを特徴とする請求項１又は２に記載の画像処理装置。
前記画像処理装置においてエラーが発生していない場合、前記制御手段は、前記画面情報に基づく操作画面を表示するように前記表示手段を制御することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
前記表示手段はＷｅｂブラウザであることを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
前記画像処理装置のハードウェアは、プリンタ、スキャナ、ＦＡＸのいずれか又は複数であることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
画像処理装置とサーバとを有する画像処理システムであって、
前記サーバは、
操作画面を表示するための画面情報と、前記画像処理装置のハードウェアを示すハードウェア情報とを対応付けて記憶する記憶手段と、
前記画像処理装置から受信した画面情報の要求に基づいて、当該要求が示す画面情報と、当該画面情報に対応するハードウェア情報とを前記画像処理装置に送信する送信手段とを備え、
前記画像処理装置は、
操作画面を表示するための画面情報を前記サーバに要求する要求手段と、
操作画面を表示するための画面情報と、前記画像処理装置のハードウェアを示すハードウェア情報とを前記サーバから受信する受信手段と、
前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであるか否かを判定する判定手段と、
前記受信手段が受信した前記画面情報に基づく操作画面を表示する表示手段と、
前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであると前記判定手段によって判定された場合に、前記画面情報に基づく操作画面を表示する前に、前記画像処理装置において発生しているエラーに関するエラー画面を表示するように前記表手段を制御し、
前記画像処理装置において発生しているエラーが、前記受信手段が受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーではないと前記判定手段によって判定された場合に、前記画像処理装置において発生しているエラーに関するエラー画面を表示することなく前記画面情報に基づく操作画面を表示するように前記表示手段を制御する制御手段とを備えることを特徴とする画像処理システム。
前記画像処理装置において発生しているエラーに関するエラー画面を前記表示手段が表示する場合、前記制御手段は、前記画像処理装置において発生しているエラーが解消したことに応じて、前記画面情報に基づく操作画面を表示するように前記表示手段を制御することを特徴とする請求項７に記載の画像処理システム。
ネットワーク上の外部装置と通信可能な画像処理装置の制御方法であって、
操作画面を表示するための画面情報と、前記画像処理装置のハードウェアを示すハードウェア情報とを前記外部装置から受信する受信ステップと、
前記画像処理装置において発生しているエラーが、前記受信ステップで受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであるか否かを判定する判定ステップと、
前記画像処理装置において発生しているエラーが、前記受信ステップで受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーであると前記判定ステップで判定された場合に、前記画面情報に基づく操作画面を表示する前に、前記画像処理装置において発生しているエラーに関するエラー画面を表示し、
前記画像処理装置において発生しているエラーが、前記受信ステップで受信した前記ハードウェア情報が示す前記画像処理装置のハードウェアに関連するエラーではないと前記判定ステップで判定された場合に、前記画像処理装置において発生しているエラーに関するエラー画面を表示することなく前記画面情報に基づく操作画面を表示する表示ステップとを有することを特徴とする画像処理装置の制御方法。
請求項９に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。