JP2009130493A - ネットワーク対応画像処理装置 - Google Patents

Abstract

【課題】操作画面の編集などを遠隔で実現することができるネットワーク対応画像処理装置を提供する。
【解決手段】少なくとも１つ以上の画像処理機能と、ネットワークを介して他の端末に所定のＷｅｂサービスを提供するＷｅｂサーバ機能と、ローカルなユーザに機器操作のための操作画面を表示する操作画面表示手段を備え、前記Ｗｅｂサーバ機能により提供されるＷｅｂサービスの操作画面、または、前記操作画面表示手段が表示する操作画面の内容を、追加または編集または更新する操作画面編集手段と、他の端末より受信したリクエストを解釈し、当該受信リクエストが操作画面の追加または編集または更新を指示するものである場合には、その受信リクエストに含められる画面編集情報を前記操作画面編集手段へ出力するリクエスト解釈手段と、前記リクエスト解釈手段により解釈された受信リクエストに対応した応答情報を生成する。
【選択図】図１

Description

本発明は、少なくとも１つ以上の画像処理機能と、ネットワークへ接続し、ネットワークを介して他の端末に所定のＷｅｂサービスを提供するＷｅｂサーバ機能と、ローカルなユーザに機器操作のための操作画面を表示する操作画面表示手段を備えたネットワーク対応画像処理装置に関する。

近年、汎用コンピュータなどの情報処理装置に限らず、さまざまな組み込みシステム（例えば、複合機などの画像処理装置等）がネットワーク接続され、ネットワーク経由で遠隔から利用または管理できるようになっている技術については、既に知られている。

このようなネットワーク対応画像処理装置について、装置内部に記憶され動的に変化するデータの追加および変更に関する情報を監視するために、それらの情報をＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ「１．０系列」またはＲｅａｌ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ「０．９−２．０系列」）フィード形式で保存し、それをパーソナルコンピュータ装置にインストールされたＲＳＳリーダで表示させるようにしたものが提案されている。
特開２００６−３２３６１０

しかしながら、このような従来技術では、例えば、ネットワーク対応画像処理装置の操作画面に新しいユーザ設定面などを追加させる場合には、そのネットワーク対応画像処理装置を直接操作する必要があり、手間がかかっていた。

本発明は、かかる実情に鑑みてなされたものであり、操作画面の編集などを遠隔で実現することができるネットワーク対応画像処理装置を提供すること目的とする。

本発明は、少なくとも１つ以上の画像処理機能と、ネットワークへ接続し、ネットワークを介して他の端末に所定のＷｅｂサービスを提供するＷｅｂサーバ機能と、ローカルなユーザに機器操作のための操作画面を表示する操作画面表示手段を備えたネットワーク対応画像処理装置であって、前記Ｗｅｂサーバ機能により提供されるＷｅｂサービスの操作画面、または、前記操作画面表示手段が表示する操作画面の内容を、追加または編集または更新する操作画面編集手段と、他の端末より受信したリクエストを解釈し、当該受信リクエストが操作画面の追加または編集または更新を指示するものである場合には、その受信リクエストに含められる画面編集情報を前記操作画面編集手段へ出力するリクエスト解釈手段と、前記リクエスト解釈手段により解釈された受信リクエストに対応した応答情報を生成して、当該リクエストの送信元へ応答する応答手段を備え、前記操作画面編集手段は、前記リクエスト解釈手段より画面編集情報を入力すると、その入力された画面編集情報に基づいて、Ｗｅｂサービスの操作画面、または、前記操作画面表示手段が表示する操作画面の内容を、追加または編集または更新するようにしたものである。

また、前記リクエスト解釈手段が解釈した前記受信リクエストが、情報の取得をあらわすものである場合、その受信リクエストに含められるＵＲＬに対応した応答情報を、当該リクエストの送信元へ応答する情報取得応答手段をさらに備えたものである。

また、前記リクエスト解釈手段は、ＡｔｏｍＰＰのリクエストを解釈するものである。

したがって、本発明によれば、Ｗｅｂサービス機能を利用して、Ｗｅｂサービスの操作画面、または、操作画面の内容を、遠隔ユーザが適宜に追加または編集または更新することができるので非常に便利であるという効果を得る。

以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。

図１は、本発明の一実施例にかかる通信システムの一例を示している。

この通信システムは、インターネットＩＮＥＴを介して接続されたネットワークＮＴおよびパーソナルコンピュータ装置ＰＣｍからなる。また、ネットワークＮＴは、ローカルエリアネットワークＬＡＮに、複数のパーソナルコンピュータ装置ＰＣ１〜ＰＣｎ、および、ネットワーク複合機（ネットワーク対応画像処理装置）ＦＸが接続されて構成されているとともに、ルータ装置ＲＴを介してインターネットＩＮＥＴへ接続されている。したがって、パーソナルコンピュータ装置ＰＣ１〜ＰＣｎ、および、ネットワーク複合機ＦＸは、インターネットＩＮＥＴを介し、他の適宜な端末装置（パーソナルコンピュータ装置ＰＣｍなど）との間でデータをやりとりすることができる。

ここで、パーソナルコンピュータ装置ＰＣ１〜ＰＣｎには、ローカルに各種文書などを作成するための文書作成アプリケーションソフトウェア、および、ローカルエリアネットワークＬＡＮを介して種々のデータのやりとりを行うための種々のソフトウェア（電子メールクライアント、Ｗｅｂブラウザなど）などの種々のプログラムが導入されており、特定のユーザにより使用されるものである。ここで、特定のユーザは、一人または複数人のユーザであってよい。

また、ネットワーク複合機ＦＸは、画情報や各種レポートなどを電子メールとしてやりとりするための電子メール処理機能、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報伝送を行うファクシミリ通信機能、ＨＴＴＰプロトコルにより各種の情報を外部装置へ提供するＷｅｂサーバ機能、および、ローカルに接続されているパーソナルコンピュータ装置ＰＣから印刷ジョブ情報を受信し、その印刷ジョブ情報に従った印刷動作をおこなうプリンタ機能などの種々の機能（画像処理機能を含む）を備えている。

ここで、本実施例において、基本的には、ローカルエリアネットワークＬＡＮに接続されている端末相互間でのデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）という通信プロトコルが適用される。

また、各端末がメールサーバ装置ＳＭに対して、ユーザ宛の電子メールの受信確認や取得要求などのために適用するプロトコルとしては、いわゆるＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）などを適用することができる。

また、ＴＣＰ／ＩＰ，ＳＭＴＰ，ＰＯＰなどの通信プロトコル、および、電子メールのデータ形式やデータ構造などについては、それぞれＩＥＴＦから発行されているＲＦＣ文書により規定されている。例えば、ＴＣＰはＲＦＣ７９３、ＩＰはＲＦＣ７９３、ＳＭＴＰはＲＦＣ８２１、電子メールの形式は、ＲＦＣ８２２，ＲＦＣ１５２１，ＲＦＣ１５２２（ＭＩＭＥ（Ｍｕｌｔｉ Ｐｕｒｐｏｓｅ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）形式）などでそれぞれ規定されている。

また、ＨＴＴＰとは、”Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ”の略で、いわゆるＷＷＷ（Ｗｏｒｌｄ−Ｗｉｄｅ Ｗｅｂ）を実現するためのプロトコルである。通常、ＴＣＰ上（ポート番号：８０）でやりとりされる。例えば、ＧＥＴやＰＯＳＴなどのコマンドにより、パーソナルコンピュータ装置ＰＣｘ（ＰＣ１〜ＰＣｎ，ＰＣｍ）で実行されているＷｅｂブラウザがネットワーク複合機ＦＸのＨＴＴＰサーバ（Ｗｅｂサーバ）に対して、処理を指定し、そのレスポンスとして、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル、あるいは、画像ファイルなどがＨＴＴＰサーバから送られてくる。

また、ＸＭＬは、Ｗ３Ｃ（ＷＷＷ技術の標準化団体）の勧告（Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ）で定められたものであり、ＳＧＭＬ（ＩＳＯ／ＩＥＣ ８８７９：１９８６）を簡略化してインターネット対応したものである。このＸＭＬは、ＨＴＭＬと違い、任意のタグが使用可能である。また、データと処理（レイアウト（デザイン））を分離して記述することができる。

また、セマンティックＸＭＬ文書とは、いわゆるセマンティックＷｅｂ技術の機能を実現するためのファイル様式をＸＭＬで実現したものを指し、例えば、ＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）に準拠したものとしては、ＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ「１．０系列」またはＲｅａｌ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ「０．９−２．０系列」）がある。また、ＲＳＳと同様の機能を実現するものとしてＡｔｏｍ（ＲＦＣ４２８７）がある。なお、セマンティックＷｅｂ技術の基本については、「The Web KANZAKi(http://www.kanzaki.com/)」が詳しいので参照のこと。

図２は、ネットワーク複合機ＦＸの構成例を示している。

同図において、システム制御部１は、このネットワーク複合機ＦＸの各部の制御処理、、Ｗｅｂサーバ機能処理などの種々のネットワークアプリケーション処理、および、ファクシミリ伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワーク複合機ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。

カラースキャナ５は、所定の解像度でフルカラー原稿画像を読み取るためのものであり、カラープロッタ６は、所定の解像度でフルカラー画像を記録出力するためのものであり、操作表示部７は、このネットワーク複合機ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。

符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。

グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。

網制御装置１１は、このネットワーク複合機ＦＸをアナログ公衆回線網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。

ローカルエリアネットワークインターフェース回路１２は、このネットワーク複合機ＦＸをローカルエリアネットワークＬＡＮに接続するためのものであり、ローカルエリアネットワーク伝送制御部１３は、ローカルエリアネットワークＬＡＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。

パーソナルコンピュータインタフェース回路１４は、パーソナルコンピュータ装置ＰＣに接続し、パーソナルコンピュータ装置ＰＣとの間で印刷ジョブ情報などの種々の情報をやりとりするためのものである。

これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、網制御装置１１、ローカルエリアネットワーク伝送制御部１３、および、パーソナルコンピュータインタフェース回路１４は、内部バス１５に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１５を介して行われている。

また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。

図３は、操作表示部７の構成の一例を示している。

同図において、スタートキー７ａは、このネットワーク複合機ＦＸの動作の開始を指令入力するための操作キーであり、リセットキー７ｂは、実行中の動作の停止等を入力するための操作キーであり、テンキー７ｃは、０〜９などの数値を入力するための操作キーであり、液晶表示器７ｄは、ユーザに対して種々の情報を表示するための画面表示装置を構成するものであり、メニューキー７ｅは、各種メニューを表示指令するための操作キーであり、初期設定キー７ｆは、初期設定モードへの移行を指令するための操作キーである。 図４は、ネットワーク複合機ＦＸのソフトウェア構成の概略例を示している。

同図において、このソフトウェアは、利用者に対してユーザーインターフェースを提供するユーザーインターフェース層（ＵＩ層）、各アプリケーション機能を実現するためのアプリケーション層、ハードウェアを制御してその機能を提供するためのサービス層によって構成されている。

ユーザーインターフェース層は、装置本体が持つ操作表示部７にユーザーインターフェースを提供する機器ＵＩ４１、装置の利用者が自身のパーソナルコンピュータ装置ＰＣｘからＷｅｂブラウザを用いて装置の操作を行うためのユーザーインターフェースを提供するＷｅｂＵＩ４２からなる。

アプリケーション層は、コピー機能を実現するためのコピーアプリケーション４３、ファクス機能を実現するためのファクスアプリケーション４４、プリンタ機能を実現するためのプリンタアプリケーション４５、スキャナ機能を実現するためのスキャナアプリケーション４６からなる。

サービス層は、ハードウェアを管理して各アプリケーションにそれぞれの機能を提供するものであり、カラープロッタ６を制御する印刷サービス４７、カラースキャナ５を制御する読取サービス４８、ローカルエリアネットワークインターフェース回路１２などを制御するネットワークサービス４９、システムメモリ２およびパラメータメモリ３を管理するメモリサービス５０からなる。

例えば、利用者が装置本体の操作表示部７を使って原稿をコピーしようとする場合は、最初に機器ＵＩ４１が利用者からの指示を受け付ける。次に、機器ＵＩ４１はコピーアプリケーション４３にコピー動作の内容を指示し、コピーアプリケーション４３は、その指示に従って、読取サービス４８と印刷サービス４７に対して原稿の読取りと、その印刷を指示する。こうして、利用者は原稿のコピー出力結果を得ることができる。

図５は、図４に示したＷｅｂＵＩ４２の具体例を示している。

同図において、ＷｅｂＵＩ４２は、Ｗｅｂ画面提供部４２ａ、ＡｔｏｍＰＰ解析部４２ｂ、ＡｔｏｍＰＰ（Ａｔｏｍ Ｐｕｂｌｉｓｈｉｎｇ Ｐｒｏｔｏｃｏｌ：ＲＦＣ５０２５参照）生成部４２ｃ、コンテンツ検索部４２ｄ、および、コンテンツ管理部４２ｅからなる。

Ｗｅｂ画面提供部４２ａは、ネットワークサービス４９を通じて、利用者が操作しているパーソナルコンピュータ装置ＰＣｘ上で動作しているＷｅｂブラウザからの要求によって、機器管理情報が記載されたＷｅｂページを利用者に提供する機能を有する。

ここで、機器管理情報とは、例えばアドレス帳、通信履歴、ジョブ履歴などの各種情報のことを指す。これら各種の機器管理情報は、全ての情報を一つのＷｅｂページによって提供してもよいが、通常、その種別に応じて複数のＷｅｂページに分けて提供することが多い。

ＡｔｏｍＰＰ解析部４２ｂは、ＨＴＴＰプロトコルで送られて来たデータを解析し、リクエスト内容に分解する機能を有する。ここで、リクエスト内容としては、コンテンツの追加、コンテンツの編集、および、コンテンツの削除などが考えられる。

ＡｔｏｍＰＰ生成部４２ｃは、Ｗｅｂブラウザからの要求に対するレスポンスとしてＡｔｏｍデータを送る場合に利用する。ここで、ＡｔｏｍデータはＸＭＬデータなので、ＸＭＬデータ作成部（ＸＭＬパーサー）で代用することも考えられる。

コンテンツ検索部４２ｄは、Ｗｅｂ画面に表示するコンテンツを、Ｗｅｂブラウザからの要求により検索する機能を提供する。本実施例では、動的にコンテンツを管理するため、外部から検索する機能が必要となる。また、検索する条件は、最新順、特定のカテゴリ、などが考えられる。

コンテンツ管理部４２ｅは、機器で提供するコンテンツを動的に追加または削除するための機能と追加されたコンテンツの情報を管理する機能を提供する。これにより、Ｗｅｂ画面にユーザーカスタマイズした画面を表示することが可能となる。

このコンテンツ管理部４２ｅで管理すべきコンテンツの情報としては、コンテンツを構成する情報（画面コンテンツそのもの）とそのコンテンツを追加したユーザー、コンテンツのサイズ、コンテンツを追加した日付情報などがある。

ここで、ＡｔｏｍＰＰについて、補足説明する。このＡｔｏｍＰＰは、Ａｔｏｍプロジェクトにより標準化が進められている技術の一つであって、リモートからｂｌｏｇの投稿・編集処理を実行するためのＸＭＬ−ＲＰＣ ＡＰＩであるＢｌｏｇｇｅｒ ＡＰＩやｍｅｔａＷｅｂｌｏｇ ＡＰＩの代替を目指して設計されているウェブサービスＡＰＩである。Ｂｌｏｇｇｅｒ ＡＰＩやｍｅｔａＷｅｂｌｏｇ ＡＰＩがＸＭＬ−ＲＰＣを採用しているのに対してＡｔｏｍＰＰはＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）やＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）で利用される。

また、コンテンツ管理部４２ｅは、図６（ａ），（ｂ）に示すようなコンテンツ編集履歴情報を形成して、システムメモリ２またはパラメータメモリ３に蓄積する。このコンテンツ編集履歴情報は、コンテンツ編集に関するリクエストの受信履歴を保存するためのものであり、おのおのの日時、リクエスト（ＡｔｏｍＰＰのメソッド）の種別、リクエストの送信元のＩＰアドレス、および、編集対象として指定された情報のＵＲＬからなる。

また、ネットワークからの要求で、機器内部のデータを変更出来るため不正なアクセスが無いか調べることが出来る。また、ネットワーク複合機ＦＸがユーザー認証機能を持っている場合は、履歴にユーザー名を残すことが出来る。この履歴情報は、ＡｔｏｍＰＰでレスポンスを返すことを想定しているが、ファクシミリ送信、印刷、メール送信などネットワーク複合機ＦＸが備えている他の手段を利用して送信または出力することも可能である。

図７は、パーソナルコンピュータ装置ＰＣｘ（ＰＣ１〜ＰＣｎ，ＰＣｍ）の構成の一例を示している。

同図において、ＣＰＵ（中央処理装置）２１は、このパーソナルコンピュータ装置ＰＣｘの動作制御を行うものであり、ＲＯＭ（リード・オンリ・メモリ）２２は、ＣＰＵ２１が起動時に実行するプログラムや必要なデータ等を記憶するためのものであり、ＲＡＭ（ランダム・アクセス・メモリ）２３は、ＣＰＵ２１のワークエリア等を構成するためのものである。

キャラクタジェネレータ２４は、図形文字の表示データを発生するためのものであり、時計回路２５は、現在日時情報を出力するためのものであり、ローカルエリアネットワークインターフェース回路２６は、このパーソナルコンピュータ装置ＰＣｘをローカルエリアネットワークＬＡＮに接続するためのものであり、ローカルエリアネットワーク伝送制御部２７は、ローカルエリアネットワークＬＡＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。

磁気ディスク装置２８は、種々のアプリケーションプログラム、ワークデータ、ファイルデータ、公開暗号化方式の暗号文の復号化の際に用いられる秘密鍵、画情報データなどの種々のデータを記憶するためのものであり、光学媒体駆動装置２９は、交換可能な光学記録媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）のデータをアクセス（読み書き）するためのものであり、画面表示装置３１は、このパーソナルコンピュータ装置ＰＣｘを操作するための画面を表示するためのものであり、表示制御部３２は、画面表示装置３１の表示内容を制御するためのものである。

キーボード装置３３は、このパーソナルコンピュータ装置ＰＣｘに種々のキー操作を行うためのものであり、画面指示装置３４は、画面表示装置３１の任意の点を指示する等の操作作業を行うためのものであり、入力制御部３５は、キーボード装置３３および画面指示装置３４の入力情報を取り込む等するためのものである。

ＵＳＢホストユニット３６は、ＵＳＢホスト機能を実現するためのものであり、ＵＳＢメモリＭＭを着脱するためのソケット３７が設けられている。

これらのＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、キャラクタジェネレータ２４、時計回路２５、ローカルエリアネット伝送制御部２７、磁気ディスク装置２８、光学媒体駆動装置２９、表示制御部３２、入力制御部３５、および、ＵＳＢホストユニット３６は、内部バス３８に接続されており、これらの各要素間のデータのやりとりは、主としてこの内部バス３８を介して行われる。

図８は、ネットワーク複合機ＦＸのＵＩコンテンツを編集するＵＩ画面の一例を示している。

同図において、領域ＵＰ１には、既存コンテンツの編集方法が記載されている。また、領域ＰＮ１には、ネットワーク複合機ＦＸのＷｅｂサーバ上のコンテンツのＵＲＬが記載されている。領域ＰＮ１でＵＲＬを選択すると、領域ＰＮ３に選択されたＵＲＬ上に存在するコンテンツの名称が現れる。

領域ＰＮ３で編集を行うコンテンツを選択すると、領域ＰＮ２に該当するＡｔｏｍＰＰ形式の文書が表示される。領域ＰＮ２でＡｔｏｍＰＰ形式文書の編集を行うことで、ネットワーク複合機ＦＸのＷｅｂサーバ上のコンテンツを編集する事が可能となる。

編集されたデータは、領域ＵＰ１の選択項目で、データを投稿する旨のＰＵＴメソッドを指定した上で領域ＵＰ２の送信ボタンを押すことで、送信される。

既存コンテンツを削除するには、まず、領域ＰＮ３で削除するコンテンツを選択する。次いで、コンテンツを指定した後に、領域ＵＰ１の選択項目でデータを削除する旨のＤＥＬＥＴＥメソッドを指定した上で領域ＵＰ２の送信ボタンを押すことで、削除される。

次に、新規コンテンツの作成方法を説明する。

ローカルでコンテンツを作成する場合、領域ＰＮ２でＡｔｏｍＰＰソースの内容を作成する事が出来る。次いで、領域ＰＮ１で、ＵＲＬを指定する。そして、新規に作成されたコンテンツとＵＲＬを指定した後に、領域ＵＰ１の選択項目でデータを新規作成する旨のＰＯＳＴメソッドを指定した上で領域ＵＰ２の送信ボタンを押すことで、新規作成される。

図９は、カスタマイズ用コンテンツメニューを持ったＷＥＢ画面の一例を示している。

同図で、「コンテンツ」ボタンＭＰ１をクリックすると、図１０に示すように、カスタマイズされた機能（Ｗｅｂブラウザから送られたコンテンツのタイトル）の一覧を表示する。

この場合、「スキャナでＰＣに取り込む！」（項目ＳＣ１）、「トラブル発生時に確認する設定」（項目ＳＣ２）、「解説つき！アドレス帳」（項目ＳＣ３）の３つが、ユーザにより追加されたコンテンツである。

この画面から、例えば、「スキャナでＰＣに取り込む！」（項目ＳＣ１）が選択されると、図１１に示すような画面が表示される。この画面は、コンテンツをカスタマイズした画面の例であり、ユーザが登録した内容である。

図１２（ａ）〜（ｃ）は、カスタマイズ可能な機器ＵＩの画面の一例を示す。図１２（ａ）の機器ＵＩの画面は、操作表示部７のメニューキー７ｅを操作すると、液晶表示器７ｄに表示されるものである。この画面で、「カスタマイズ機能」ボタンを押下すると、Ｗｅｂブラウザを用いてこのネットワーク複合機ＦＸに追加されたコンテンツの一覧の画面が、同図（ｂ）に示すように、表示される。

そして、同図（ｂ）のコンテンツ一覧で機能を選択すると、それぞれ追加したコンテンツの画面が表示できる。例えば、機能Ｂの「簡単コピー」を選んだ場合に表示される画面（追加した画面コンテンツ）の例を同図（ｃ）に示す。

そして、同図（ｃ）の画面表示時に原稿をセットし、スタートボタンを押下すると、簡単コピーを実行することができる。ここで、『簡単コピー』とは、片面／両面、モノクロ／カラー、拡大率の設定を予め登録しておくことにより、コピーする毎にその設定を必要としないコピーをいう。この場合、「両面」、「カラー」、「拡大率１１５％」がそれぞれ設定される。

以上の構成で、例えば、パーソナルコンピュータ装置ＰＣ１のＷｅｂブラウザが図８のＵＩ画面を表示し、ユーザがそのＵＩ画面を適宜に操作することで、ネットワーク複合機ＦＸのＷｅｂサーバに対して、図１３（ａ）に示すようにコンテンツの追加／変更／削除を要求するリクエストを送信すると、Ｗｅｂサーバは、受信したリクエストに対応したコンテンツの追加／変更／削除処理を実行し、その処理結果を、Ｗｅｂブラウザに応答する。

また、同図（ｂ）に示すようにユーザが指定したコンテンツを取得するためのリクエストを送信すると、Ｗｅｂサーバは、指定されたコンテンツを取得し、その取得したコンテンツを、Ｗｅｂブラウザに応答する。

例えば、ユーザがＷｅｂサーバに対してコンテンツの追加を要求する場合、図１４（ａ）に示すような「ＰＯＳＴリクエスト」を送信する。この「ＰＯＳＴリクエスト」は、１行目に「メソッド名（ＰＯＳＴ）」、「Ａｔｏｍ ＡＰＩ（ＡｔｏｍＰＰ）用Ｅｄｉｔ ＵＲＩ（／ａｔｏｍ）」、「ＨＴＴＰプロトコルバージョン（１．１）」が記述される。このように、メソッド名と、Ａｔｏｍ ＡＰＩ用Ｅｄｉｔ ＵＲＩを、外部から渡すことで、操作内容と、操作するべき場所の指定を行う事ができる。すなわち、遠隔操作を実行する事が可能となる。また、２行目には、「ホスト名（ｅｘａｍｐｌｅ．ｃｏｍ）」が記述され、３行目には、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ（使用ａｐｐｌｉｃａｔｉｏｎはｘ．ａｔｏｍ＋ｘｍｌ）」が記述され、４行目以降には、コンテンツ内容が記述される。

このような「ＰＯＳＴリクエスト」を受信したＷｅｂサーバは、コンテンツ内容を追加する処理を実行し、その処理実行が正常に終了すると、同図（ｂ）に示したレスポンスを作成して、Ｗｅｂブラウザへ応答する。このレスポンスは、１行目に作成完了をあらわす「返答２０１（ｃｒｅａｔｅｄ）」が記述され、２行目には、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅの説明（使用ａｐｐｌｉｃａｔｉｏｎはｘ．ａｔｏｍ＋ｘｍｌ）」が記述され、３行目には、「作成場所のＵＲＬ」が記述され、４行目以降には、コンテンツ内容が記述される。

また、ユーザがＷｅｂサーバに対してコンテンツの取得を要求する場合、図１５（ａ）に示すような「ＧＥＴリクエスト」を送信する。この「ＧＥＴリクエスト」は、１行目に「メソッド名（ＧＥＴ）」、「Ａｔｏｍ ＡＰＩ用Ｅｄｉｔ ＵＲＩ（／ａｔｏｍ／ｅｄｉｔ／１７５０６２）」、「ＨＴＴＰプロトコルバージョン（１．１）」が記述され、２行目に「ホスト名」が記述され、３行目に「Ｃｏｎｔｅｎｔ−Ｔｙｐｅの説明（使用ａｐｐｌｉｃａｔｉｏｎはｘ．ａｔｏｍ＋ｘｍｌ）」が記述され、４行目以降には、コンテンツ内容が記述される。

このような「ＧＥＴリクエスト」を受信したＷｅｂサーバは、指定されたＵＲＬのコンテンツを取得する処理を実行し、その処理実行が正常に終了すると、同図（ｂ）に示したレスポンスを作成して、Ｗｅｂブラウザへ応答する。このレスポンスは、１行目に「ＨＴＴＰプロトコルバージョン（１．１）」と応答内容「返答２００（ＯＫ）」が記述され、２行目に、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅの説明（使用ａｐｐｌｉｃａｔｉｏｎはｘ．ａｔｏｍ＋ｘｍｌ）」が記述され、３行目以降にコンテンツ内容が記述される。この場合、コンテンツとしては、ＰＯＳＴリクエストで追加した内容がそのまま入るが、日付が含まれる場合は応答の日付に変更されたり、あるいは、Ｗｅｂサーバ側で追加した内容（特別なタグ情報など）が含まれる場合がある。

また、ユーザがＷｅｂサーバに対してコンテンツの削除を要求する場合、図１６（ａ）に示すような「ＤＥＬＥＴＥリクエスト」を送信する。この「ＤＥＬＥＴＥリクエスト」は、１行目に「メソッド名（ＤＥＬＥＴＥ）」、「Ａｔｏｍ ＡＰＩ用Ｅｄｉｔ ＵＲＩ（／ａｔｏｍ／ｅｄｉｔ／１７５０６２）」、「ＨＴＴＰプロトコルバージョン（１．１）」が記述され、２行目に「ホスト名」が記述される。

このような「ＤＥＬＥＴＥリクエスト」を受信したＷｅｂサーバは、指定されたＵＲＬのコンテンツを削除する処理を実行し、その処理実行が正常に終了すると、同図（ｂ）に示したレスポンスを作成して、Ｗｅｂブラウザへ応答する。このレスポンスは、１行目に「ＨＴＴＰプロトコルバージョン（１．１）」と応答内容「返答２００（ＯＫ）」が記述される。なお、この場合の応答内容は、ＨＴＴＰのステータスを用いているが、さらに詳細な内容を含めることもできる。その場合には、詳細な内容を記述した適宜なＸＭＬデータが含まれる。

また、ユーザがＷｅｂサーバに対してコンテンツの更新を要求する場合、図１７（ａ）に示すような「ＰＵＴリクエスト」を送信する。この「ＰＵＴリクエスト」は、１行目に「メソッド名（ＰＵＴ）」、「Ａｔｏｍ ＡＰＩ用Ｅｄｉｔ ＵＲＩ（／ａｔｏｍ／ｅｄｉｔ／１７５０６２）」、「ＨＴＴＰプロトコルバージョン（１．１）」が記述され、２行目に「ホスト名」が記述され、３行目に、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ（使用ａｐｐｌｉｃａｔｉｏｎはｘ．ａｔｏｍ＋ｘｍｌ）」が記述され、４行目以降にコンテンツ内容（変更箇所のタグデータなど）が記述される。

このような「ＰＵＴリクエスト」を受信したＷｅｂサーバは、指定されたコンテンツの変更処理を実行し、その処理実行が正常に終了すると、同図（ｂ）に示したレスポンスを作成して、Ｗｅｂブラウザへ応答する。このレスポンスは、１行目に「ＨＴＴＰプロトコルバージョン（１．１）」と応答内容「返答２００（ＯＫ）」が記述される。なお、この場合の応答内容は、ＨＴＴＰのステータスを用いているが、さらに詳細な内容を含めることもできる。その場合には、詳細な内容を記述した適宜なＸＭＬデータが含まれる。

また、ユーザがＡｔｏｍＰＰ機能一覧の取得要求を行う場合、図１８（ａ）に示すような「ＧＥＴリクエスト」を送信する。この「ＧＥＴリクエスト」は、１行目に「メソッド名（ＧＥＴ）」、「Ａｔｏｍ ＡＰＩ用Ｅｄｉｔ ＵＲＩ（／ａｔｏｍ／ｉｎｔｒｏｓｐｅｃｔｉｏｎ）」、「ＨＴＴＰプロトコルバージョン（１．１）」が記述され、２行目に、「ホスト名（ｅｘａｍｐｌｅ．ｃｏｍ）」が記述される。

このような「ＧＥＴリクエスト」を受信したＷｅｂサーバは、ＡｔｏｍＰＰの機能一覧を作成し、同図（ｂ）に示したレスポンスを作成して、Ｗｅｂブラウザへ応答する。このレスポンスは、１行目に、「ＨＴＴＰバージョン（１．１）」、「返答２００（ＯＫ）」が記述され、２行目に、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ（使用ａｐｐｌｉｃａｔｉｏｎはｘ．ａｔｏｍ＋ｘｍｌ）」が記述され、３行目以降にコンテンツ内容が記述される。

また、ユーザがコンテンツの検索を指定すると、図１９（ａ）に示すような「ＧＥＴリクエスト」を送信する。この場合の検索条件は、「Ａｔｏｍで最新の２０件」である。この「ＧＥＴリクエスト」は、１行目に、「メソッド名（ＧＥＴ）」、「Ａｔｏｍ ＡＰＩ用検索ＵＲＩ（／ａｔｏｍ／ｓｅａｒｃｈ？ａｔｏｍ−ｌａｓｔ＝２０）」、「ＨＴＴＰプロトコルバージョン（１．１）」が記述され、２行目に、「ホスト名（ｅｘａｍｐｌｅ．ｃｏｍ）」が記述される。

このような「ＧＥＴリクエスト」を受信したＷｅｂサーバは、指定された検索処理を行い、同図（ｂ）に示したレスポンスを作成して、Ｗｅｂブラウザへ応答する。このレスポンスは、１行目に、「ＨＴＴＰバージョン（１．１）」、「返答２００（ＯＫ）」が記述され、２行目以降に検索結果をあらわすＸＭＬデータが記述される。

図２０は、図８のＵＩ画面が操作されるときのパーソナルコンピュータ装置ＰＣｘのＷｅｂブラウザの処理の一例を示している。

まず、ユーザ操作により、いずれかのリクエストの送信が指定されることを監視している（処理１０１、判断１０２のＮＯループ）。いずれかのリクエストの送信が指定された場合で、判断１０２の結果がＹＥＳになると、そのリクエストの内容が「ＰＯＳＴ」または「ＰＵＴ」であったかどうかを調べる（判断１０３）。

判断１０３の結果がＹＥＳになるときには、リクエスト内容と、ユーザが操作した編集の内容をＷｅｂサーバへ送信し（処理１０４）、Ｗｅｂサーバよりレスポンスを受信し（処理１０５）、表示を更新する（処理１０６）。

また、判断１０３の結果がＮＯになるときには、リクエストの内容が「ＤＥＬＥＴＥ」であったかどうかを調べる（判断１０７）。判断１０７の結果がＹＥＳになるときには、ユーザが操作したＵＲＬを含む「ＤＥＬＥＴＥリクエスト」を送信し（処理１０８）、Ｗｅｂサーバよりレスポンスを受信し（処理１０９）、処理１０６へ進んで表示を更新する。

また、ユーザが操作したリクエストの内容が「ＧＥＴ」であり、判断１０７の結果がＮＯになるときには、ユーザが操作したＵＲＬを含む「ＧＥＴリクエスト」を送信し（処理１１０）、Ｗｅｂサーバよりレスポンスを受信し（処理１１１）、処理１０６へ進んで表示を更新する。

図２１は、Ｗｅｂサーバの処理の一例を示している。

いずれかのリクエストを受信すると（処理２０１）、ＡｔｏｍＰＰ解析部４２ｂでリクエスト内容を解析し（処理２０２）、解析が成功すると（処理２０３）、「ＰＯＳＴリクエスト」であったかどうかを調べる（判断２０４）。

判断２０４の結果がＹＥＳになるときには、コンテンツを保存している記憶領域がフルになっているかどうかを調べ（判断２０５）、判断２０５の結果がＹＥＳになるときには古いコンテンツを削除して（処理２０６）、新しいコンテンツの保存領域を確保する。また、判断２０５の結果がＮＯになるときには、処理２０６を実行しない。

次いで、受信したコンテンツを、コンテンツの保存領域に追加する（処理２０７）。そして、対応するレスポンスを作成して、リクエスト元へ送出する（処理２０８）。

判断２０４の結果がＮＯになるときには、「ＰＵＴリクエスト」であったかどうかを調べる（判断２０９）。判断２０９の結果がＹＥＳになるときには、更新対象に指定されたコンテンツを削除し（処理２１０）、受信した新しいコンテンツを保存する（処理２１１）。次いで、処理２０８へ進み、対応するレスポンスを作成して、リクエスト元へ送出する。

判断２０９の結果がＮＯになるときには、「ＤＥＬＥＴＥリクエスト」であったかどうかを調べる（判断２１２）。判断２１２の結果がＹＥＳになるときには、削除対象に指定されたコンテンツを削除し（処理２１３）、処理２０８へ進み、対応するレスポンスを作成して、リクエスト元へ送出する。

また、「ＧＥＴリクエスト」を受信した場合で、判断２１２の結果がＮＯになるときには、指定されたＵＲＬのコンテンツを取得して（処理２１４）、処理２０８へ進み、取得したコンテンツをレスポンスに含め、リクエスト元へ送出する。

なお、上述した実施例では、ネットワーク複合機ＦＸに本発明を適用しているが、本発明は、それ以外の構成を備えたネットワーク対応画像処理装置についても、同様にして適用することができる。

本発明の一実施例にかかる通信システムの一例を示したブロック図。 ネットワーク複合機ＦＸの構成例を示したブロック図。 操作表示部７の構成の一例を示した概略図。 ネットワーク複合機ＦＸのソフトウェア構成の概略例を示したブロック図。 ＷｅｂＵＩ４２の具体例を示したブロック図。 コンテンツ編集履歴情報の一例を示した概略図。 パーソナルコンピュータ装置ＰＣｘ（ＰＣ１〜ＰＣｎ，ＰＣｍ）の構成の一例を示したブロック図。 ネットワーク複合機ＦＸのＵＩコンテンツを編集するＵＩ画面の一例を示した概略図。 カスタマイズ用コンテンツメニューを持ったＷＥＢ画面の一例を示した概略図。 表示例を示した概略図。 画面例を示した概略図。 カスタマイズ可能な機器ＵＩの画面の一例を示した概略図。 コンテンツの追加等の動作について説明するための概略図。 「ＰＯＳＴリクエスト」とレスポンスの一例を示した概略図。 「ＧＥＴリクエスト」とレスポンスの一例を示した概略図。 「ＤＥＬＥＴＥリクエスト」とレスポンスの一例を示した概略図。 「ＰＵＴリクエスト」とレスポンスの一例を示した概略図。 「ＧＥＴリクエスト」とレスポンスの他の例を示した概略図。 「ＧＥＴリクエスト」とレスポンスのさらに他の例を示した概略図。 図８のＵＩ画面が操作されるときのパーソナルコンピュータ装置ＰＣｘのＷｅｂブラウザの処理の一例を示したフローチャート。 Ｗｅｂサーバの処理の一例を示したフローチャート。

符号の説明

１ システム制御部
２ システムメモリ
３ パラメータメモリ
７ 操作表示部
４１ 機器ＵＩ
４２ ＷｅｂＵＩ
４２ａ Ｗｅｂ画面提供部
４２ｂ ＡｔｏｍＰＰ解析部
４２ｃ ＡｔｏｍＰＰ生成部
４２ｄ コンテンツ検索部
４２ｅ コンテンツ管理部

Claims (3)

1. 少なくとも１つ以上の画像処理機能と、ネットワークへ接続し、ネットワークを介して他の端末に所定のＷｅｂサービスを提供するＷｅｂサーバ機能と、ローカルなユーザに機器操作のための操作画面を表示する操作画面表示手段を備えたネットワーク対応画像処理装置であって、
   前記Ｗｅｂサーバ機能により提供されるＷｅｂサービスの操作画面、または、前記操作画面表示手段が表示する操作画面の内容を、追加または編集または更新する操作画面編集手段と、
   他の端末より受信したリクエストを解釈し、当該受信リクエストが操作画面の追加または編集または更新を指示するものである場合には、その受信リクエストに含められる画面編集情報を前記操作画面編集手段へ出力するリクエスト解釈手段と、
   前記リクエスト解釈手段により解釈された受信リクエストに対応した応答情報を生成して、当該リクエストの送信元へ応答する応答手段を備え、
   前記操作画面編集手段は、前記リクエスト解釈手段より画面編集情報を入力すると、その入力された画面編集情報に基づいて、Ｗｅｂサービスの操作画面、または、前記操作画面表示手段が表示する操作画面の内容を、追加または編集または更新することを特徴とするネットワーク対応画像処理装置。
2. 前記リクエスト解釈手段が解釈した前記受信リクエストが、情報の取得をあらわすものである場合、その受信リクエストに含められるＵＲＬに対応した応答情報を、当該リクエストの送信元へ応答する情報取得応答手段をさらに備えたことを特徴とする請求項１記載のネットワーク対応画像処理装置。
3. 前記リクエスト解釈手段は、ＡｔｏｍＰＰのリクエストを解釈するものであることを特徴とする請求項１または請求項２記載のネットワーク対応画像処理装置。