JP2006033085A - 画像処理装置及びその制御方法 - Google Patents

Abstract

【課題】 同じ画像データを重複して記憶することを防止し、記憶領域を効率的に利用すること。
【解決手段】 ファクシミリ装置８は、ネットワークインタフェースを有し、ユーザインタフェースとしての画像を表示する表示手段としての表示部４ｃと、画像データを記憶する記憶手段としてのメモリを含む本体制御部３と、メモリに記憶された画像データを用いて、表示手段で表示する画像を生成する生成手段としての表示制御部４ｂと、ネットワークインタフェースを介して入力した閲覧要求に応じて、メモリに記憶された画像データを送信する送信手段としてのＨＴＴＰサーバとを有する。
【選択図】 図１

Description

本発明は、ネットワークインターフェースを備えた画像処理装置及びその制御方法に関する。

近年、画像処理装置の一種として、ネットワークインタフェースを備え、ネットワーク上の端末からの閲覧要求に応じて、表示データを送信する機能を有するものが存在する。また、そのような画像処理装置の中には、更に、液晶ディスプレイなどの表示手段を備えたものが知られており、この場合、表示手段に表示するための画像を生成する機能を更に備えている。

そして、ネットワークを介して送信する表示データと、装置内の表示手段に表示する表示データとは、全く同じ画像を含む場合が多い。
特開平１１−２９６４６８号公報

画像データを格納するＲＯＭなどの記憶媒体の容量が多く必要になりコストが増大するという問題があった。

しかしながら、上記従来の画像処理装置では、ネットワークを介して送信する表示データと、表示手段に表示する表示データとを別個独立に記憶していた。

従って、同じ画像データを重複して記憶することになり、画像データを記憶する記憶容量が過大となっていた。そして、装置に組み込むＲＯＭ等の記憶媒体の容量が大きくなり、装置自体の生産性を低下させるという問題を生じていた。

また本体装置の操作部で表示される画像と、ブラウザにて表示される画像との間で、表現に不整合が生じる場合があった。

本発明は、上記従来技術の課題を解決するためになされたもので、その目的とするところは、画像データの重複した記憶を避け、記憶領域を効率的に利用することのできる画像処理装置を提供することにある。

上記目的を達成するため、本発明に係る装置は、
ネットワークインタフェースを有する画像処理装置であって、
ユーザインタフェースとしての画像を表示する表示手段と、
画像データを記憶する記憶手段と、
前記記憶手段に記憶された前記画像データを用いて、前記表示手段で表示する表示データを生成する生成手段と、
前記ネットワークインタフェースを介して他の端末から入力した閲覧要求に応じて、前記記憶手段に記憶された前記画像データを前記端末に送信する送信手段と、
を有し、
前記記憶手段は、前記生成手段と前記送信手段から同一の画像を読み出し可能とするために、１つの画像データに対して、送信手段が画像データを指定するためのパスと生成手段が画像データを指定するためのアドレスを対にして記憶することを特徴とする。

前記記憶手段は、画像の内容を識別する複数の画像識別子と、各画像識別子に対応する複数言語の画像データと、を記憶しており、
前記送信手段は、前記画像識別子が埋め込まれた基本表示データを記憶しており、該基本表示データの前記画像識別子に対応する画像データであって、所定の言語によって表現されたものを前記記憶手段から読出し、読出した画像データを送信することを特徴とする。

前記送信手段は、
前記閲覧要求を送信した端末に対応する言語設定を記憶しており、前記閲覧要求の送信元の端末を特定して、該端末に対応する言語設定を読出し、読出した該言語設定に対応する画像データを前記記憶手段から読出して前記端末に送信することを特徴とする。

前記送信手段は、
前記閲覧要求の送信元の端末から言語設定の指示を受け付けた場合に、該端末と言語設定とを対応付けて記憶することを特徴とする。

前記生成手段は、
前記表示手段で表示する画像に用いる言語を設定した言語設定を有し、
前記送信手段は、
前記閲覧要求の送信元の端末から、言語設定の指示を受け付けていない場合には、前記第１生成手段に設定された言語設定に応じた言語の画像データを前記記憶手段から読出して前記端末に送信することを特徴とする。

前記記憶手段は、更に、画像の内容を識別する複数の画像識別子と、各画像識別子に対応する画像データへのパスと、を記憶しており、
前記送信手段は、前記画像識別子が埋め込まれた基本表示データを記憶しており、該基本表示データの前記画像識別子に対応する画像データへのパスを前記記憶手段から読出し、マークアップ言語で記述された表示データに前記パスを埋め込んで送信することを特徴とする。

前記記憶手段は、更に、画像の内容を識別する複数の画像識別子と、各画像識別子に対応する画像データへのパスと、画像データの物理アドレスとを記憶しており、
前記送信手段は、前記画像識別子が埋め込まれた基本表示データを記憶しており、該基本表示データの前記画像識別子に対応する画像データへのパスを前記記憶手段から読出し、マークアップ言語で記述された表示データに前記パスを埋め込んで前記端末に送信し、更に前記端末から前記パスを特定した画像データの要求があった場合には、前記記憶手段を参照して、前記パスに対応する前記物理アドレスから画像データを読出して前記端末に送信することを特徴とする。

本発明によれば、同じ画像データを重複して記憶することを防止することができ、記憶領域を効率的に利用することができる。

以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。

（構成）
図１は、本発明の実施形態としてのファクシミリ装置８の内部構成及びファクシミリ装置８を適用可能な周辺環境について説明するための図である。

ファクシミリ装置８は、大きく分けて、ネットワークインタフェースとＨＴＴＰサーバとを含むＮＩＣ（Network Interface Card）１、プリンタ制御部２、本体制御部３、操作パネル４、ＦＡＸ制御部５から構成されている。ＦＡＸ制御部５は公衆回線９に接続し、他のファクシミリ装置１０等とファクシミリ手順での送受信が可能となっている。操作パネル４は、ボタン等を含む操作部４ａと、液晶ディスプレイからなる表示部４ｃと、表示部４ｃの表示を制御する表示制御部４ｂとを含む。

また、図１においてファクシミリ装置８は、ＬＡＮ等のネットワーク６に接続されている。ネットワーク６には、リモート操作用のＰＣなどの端末７が複数台接続可能であり、利用者は端末７上で動作するブラウザソフトウエアから、ファクシミリ装置８のネットワークアドレスをＨＴＴＰサーバとして指定し、アクセスすることによってリモート操作を可能とする。

一方で、表示部４ｃに表示される画像を見ながら、操作部４ａを操作して、ファクシミリ装置８を制御することも可能である。

（動作）
図２は、端末７、ＮＩＣ１、本体制御部３の動作と、それぞれの間の情報の流れを、時系列的に表現したものである。

本体の電源を投入すると、ＮＩＣ１と本体制御部３は連動して初期化を行う（Ｎ１／Ｈ１）。その後、本体制御部３からＮＩＣ１へ機種判別に必要な情報を渡す（Ｕ１）。ＮＩＣ１はその情報を保存し、機種に応じたコンテンツ作成の準備を行う（Ｎ２）。

端末７の利用者が、ブラウザを起動しＮＩＣ１の持つアドレスを指定すると（Ｔ１）、ＬＡＮ経由でサービス要求がＮＩＣ１に到達する（Ｌ１）。ＮＩＣ１は、製品の外観図や、ファクシミリの送受信結果情報など、コンテンツを生成するのに必要な情報と、画像データを、本体制御部３に要求する（Ｕ２）。本体制御部３はこの要求に応じて、所定の情報と画像データとをＮＩＣ１に渡す（Ｕ３）。ＮＩＣ１はそれらの情報を基に、コンテンツを生成する（Ｎ３）。具体的には、ＣＧＩ（Common Gateway Interface）を呼び出したり、ＳＳＩ（Server Side Include）や受け取った画像データを埋め込んだりすることによってＨＴＭＬファイルを作成する。

その後、ＮＩＣ１はサービスの応答として、端末７上のブラウザで表示すべきＨＴＭＬファイル情報を返し（Ｌ２）、利用者はファクシミリ装置８に関する情報を端末７上のブラウザで閲覧可能となる。端末７上のブラウザで表示された画面表示が、画像データを取り込む指示を行うものであれば、ＨＴＭＬファイルに画像ファイルのタグが埋め込まれているので、ユーザの操作に基づきブラウザから画像の取り込みが指示されれば、その指示により端末７からＮＩＣに対して、その画像ファイルの要求が発生する（Ｌ３）。本体制御部は要求された画像ファイルのデータアドレスを検索し、ＮＩＣへ返答する（Ｕ４）（Ｕ５）。ＮＩＣは画像データをブラウザへ送出する（Ｌ４）。

また、利用者が、端末７から、ファクシミリ装置８内の情報の書き換えや、表示言語の選択、実行中の処理の停止などの操作を行う場合は、コンテンツの内容に応じてブラウザ上で処理を選択する（Ｔ２）。その情報がＬＡＮ経由でＮＩＣ１に到達すると（Ｌ５）、ＮＩＣ１はあらかじめ決められた処理をＣＧＩやＳＳＩを利用して実行し、本体制御部３へ操作要求を発行する（Ｕ６）。本体制御部３において要求された処理が成功すると（Ｈ２）、応答を返し（Ｕ７）、ＮＩＣ１はそれに応じて表示すべき画面を切り替え（Ｎ４）、表示情報を返送する（Ｌ６）。端末７では、受信した表示情報に基づき新たな画面をブラウザで表示する。

以後、同様の繰り返しによって、本体装置情報の表示及び、装置のリモート操作を繰り返すことができる。

図３は、図２のＮ３で示されたコンテンツ作成処理の流れを示すフローチャートである。

ＮＩＣ１は、端末７からのサービス要求（Ｌ１）に応じて、基本となるＳＨＴＭＬファイルをＨＴＴＰサーバから読出し、１行ずつ解析する（Ｓ３０１）。予めＨＴＴＰサーバに格納されたＳＨＴＭＬファイルは、画像データのファイル名を含まず、画像に関する情報は、全て、言語に依存しない画像ＩＤの形式で記述されている。

ＳＨＴＭＬファイルの先頭部分には（ボディが）空のＨＴＭＬファイルを生成するＣＧＩプログラムが埋め込まれており、そのＣＧＩプログラムを実行することによって、空のＨＴＭＬファイルが生成される（Ｓ３０３）。

次に、ステップＳ３０５に進み、次の行の解析に移る。ステップＳ３０７では、解析行中にファイルエンドが記述されているか否か判定し、ファイルエンドが見つかると、その時点で解析処理を終了する。

解析行にファイルエンドがなければ、ステップＳ３０９に進み、画像ＩＤがあるか否か判定する。解析行に画像ＩＤが埋め込まれていれば、ステップＳ３１１に進み、その画像ＩＤを、要求されている言語設定値と共に本体制御部３に渡し、画像ファイルのパスを要求する。本体制御部３では、この要求に応じて、画像ファイルのパスをＨＴＴＰサーバに渡す。ＨＴＴＰサーバは、そのパスを取得し、ステップＳ３０３で生成されたＨＴＭＬファイルの所定位置に埋め込む（Ｓ３１３）。例えば、ＳＨＴＭＬファイルに画像ＩＤ１００３が記載されており、要求されている言語が英語である場合、“device_wild.gif”を画像ファイルへのパスとして、ＨＴＭＬファイルにコピーしていく。

一方、ステップＳ３０９で、解析行に画像ＩＤが無いと判断すると、ＳＨＴＭＬファイルの記述をそのままＨＴＭＬファイルにコピーする（Ｓ３１５）。

このようにしてＳＨＴＭＬファイルをファイルエンドまで読み込んで（Ｓ３０７）、ＨＴＭＬファイルを動的に作成する。動的に作成されたＨＴＭＬファイルは、（Ｌ２）において返送される。

なお、ファクシミリ装置８内にブラウザを搭載させ、表示部４ｃに画像を表示する際にも、図３で示した処理と同様にＳＨＴＭＬファイルからＨＴＭＬファイルを生成して、装置内部のブラウザに解析させても良い。

通常、ファイルシステムが組み込まれた装置においては、本体制御部３において、画像ＩＤと画像ファイルのパスとを対応させたテーブルを用意しておき、一旦、画像ファイルのパスを埋め込んだＨＴＭＬファイルを送信した後に、端末のブラウザからパスを指定した画像ファイルを要求されると、ファイルシステムを用いてそのパスから画像ファイルを特定し、読出して端末に送信すればよい。

しかしながら、廉価版のファクシミリ装置などのようにファイルシステムを持たない装置においては、端末からパスを指定されてもそのパスを用いてメモリにアクセスすることはできない。

そこで、本実施形態では、以下に示すように、ダミーのパスとメモリ上の物理アドレスとを対応させたテーブルを用いて、ネットワーク上の端末からの要求に応えて所定の画像データを送信する。

図４は、本体制御部３内のメモリ空間上に記憶された対応テーブル４０１、４０２を示す図である。対応テーブル４０１、４０２は、画像ＩＤと、画像ファイルへのダミーのパスと、画像データの物理アドレスとを対応させるためのテーブルである。なお、ここでは１単位の画像データの記憶容量は一定であるため、先頭の物理アドレスのみが記憶されているが、本発明はこれに限定されるものではなく、読出すべき物理アドレスの範囲を記憶しても良い。図４に登録されているパスは、図３のステップＳ３１３でＨＴＭＬファイルに埋め込むことのみを目的として定義されたダミーのパスである。上述したように本実施形態に係るファクシミリ装置８はファイルシステムを持たないため、メモリ上では、このパスで特定できる画像ファイルとして画像データが格納されているわけではなく、図４に示すテーブルによってダミーのパスから物理アドレスに変換する必要がある。なお、このダミーのパスに含まれる拡張子は、メモリに格納された画像データの圧縮形式に対応している必要があるが、拡張子以外の部分は、他の画像データとの区別さえできれば全く自由に定義できる。

なお、対応テーブル４０１は、日本語の文字列を含む画像データが格納された物理アドレスと、画像ＩＤと、ダミーのパスとの対応を示すテーブルであり、対応テーブル４０２は、英語の文字列を含む画像データの物理アドレスと、画像ＩＤと、ダミーのパスとの対応を示すテーブルである。このような複数言語に対応するテーブルは、全て、共通のメモリ空間上に配置されている。

この対応テーブルを参照することにより、本体制御部３は、画像ＩＤと言語設定値とに基づいて、所望の画像データが格納されたメモリ上の物理アドレス及びダミーのパスを導きだすことができる。なお、同じ画像ＩＤに対応する物理アドレスに格納された画像データは、言語が異なっても同じ内容を表わすものとなっている。

ここでは、日本語用の対応テーブル４０１と英語用の対応テーブル４０２について図示したが、本発明はこれに限定されるものではなく、他の言語（中国語、韓国語、フランス語、イタリア語、ドイツ語など）で表わされた画像データと画像ＩＤとの対応関係を格納しても良く、その場合もそれらの対応テーブルを共通のメモリ空間上に配置することが望ましい。

図５は、本体制御部３が、表示制御部４ｂから画像データの要求を受けた場合に行なう処理の流れを示すフローチャートである。

本体の表示制御部４ｂは、操作部４ａに対するユーザの操作に応じて、表示部４ｃに所望の画像を表示しようとする場合、本体制御部３に対して画像ＩＤを指定した画像データの要求を行なう。

本体制御部３は、本体の表示制御部４ｂから画像ＩＤを受け付けると（Ｓ５０１）、図４で示した対応テーブルを参照し、受け付けた画像ＩＤと、ユーザがあらかじめ装置の登録データとして設定しておいた言語設定値（どの言語の画像を表示するかを定義する値）と、に基づいて、要求された画像データが記憶されているメモリ上の物理アドレスを返答する（Ｓ５０２）。例えば、言語設定値が日本語で、画像ＩＤが１００１であれば、0x1010000というアドレスが得られる。表示制御部４ｂは、返答のあったアドレスに基づいてメモリにアクセスし、所望の画像データを読出す。

なお、装置の登録データとして設定される言語設定値は、ユーザによる操作部４ａへの操作により、予め装置に定められた範囲で変更することができる。例えば、表示部４ｃに英語表記を行なうか日本語表記を行なうかの選択画面を表示させ、ユーザの選択に応じて登録データに言語設定値を設定すればよい。

一方、図３のステップＳ３１１において、ＮＩＣ１のＨＴＴＰサーバから画像ファイルへのパスの要求があった場合、本体制御部３は図６に示す処理を行う。

まず、ステップＳ６０１において、本体制御部３は、ＨＴＴＰサーバから言語設定値と画像ＩＤとを含むパス要求を受け付ける。

ＨＴＴＰサーバは、ある端末７からページごとに言語設定値を受け取り本体制御部３へ言語設定値と画像ＩＤとを含むパス要求を行う。なお、これに限らず次のようにしても良い。ある端末７において図２のＴ２の処理により言語が選択された場合、その言語に対応する言語設定値をその端末７に対応付けて保持する。つまり、ＨＴＴＰサーバには言語設定値と端末との対応関係を示すテーブルが格納されている。したがって、その後はその端末７から表示要求があると、ＨＴＴＰサーバは、その端末７に対応する言語設定値を読出し、その言語設定値と画像ＩＤとを指定して、本体制御部３に、パスを要求する。

このような要求を受け付けると、本体制御部３は、言語設定値に基づいて、図４に示した複数のテーブルから１つを選択し、画像ＩＤに対応する「画像ファイルへのパス」を検索し、ＨＴＴＰサーバに返答する（Ｓ６０２）。例えば、言語設定値が日本語で、画像ＩＤが１００１であれば、図４の対応テーブル４０１より、“title_jpn.gif”という画像ファイルパスが得られる。ＨＴＴＰサーバは、返答のあったパスをＨＴＭＬファイルに埋め込み、端末に送信する。

なお、端末７から表示要求があった際、基本的には、言語設定値がＨＴＴＰサーバへ送信されるように、端末７のブラウザで表示するＨＴＭＬページを作成してあるが、これに限るものではなく、端末７から言語設定値がＨＴＴＰサーバへ送信されないように、端末７のブラウザで表示するＨＴＭＬページを作成し、表示制御部４ｂで設定登録された言語設定値を用いて、本体制御部３に画像データを要求するようにしてもよい。また、ＨＴＴＰサーバには言語設定値と端末との対応関係を示すテーブルが格納しそのテーブルにより端末７に対応する言語設定値を読出すものでは、ＨＴＴＰサーバが、その端末７に対応する言語設定値を記憶していない場合には、表示制御部４ｂで設定登録された言語設定値を用いて、本体制御部３に画像データを要求するようにすることも可能である。

図７は、画像ファイルパスを指定した画像データアドレスの要求があった場合（Ｕ４）に本体制御部３が行なう処理を示すフローチャートである。

図２で説明したとおり、端末７のブラウザは、解析したＨＴＭＬファイルに画像ファイルへのパスが埋め込まれている場合、そのパスをたどって画像データを取得しようとする。そして、そのパスとして、画像ファイル名しか記述がない場合（ディレクトリの指定が無い場合）には、解析中のＨＴＭＬファイルを記憶しているＨＴＴＰサーバに対して、その画像ファイル名に対応する画像データを要求する。本実施形態では、図４のテーブルにおいて、画像ファイルへのパスとして画像ファイル名のみを記憶しているため、ＳＨＴＭＬファイルによって呼び出され、ＨＴＭＬファイルに埋め込まれた画像ファイルパスは、画像ファイル名のみである。従って、端末７から画像ファイル名を指定した画像データの要求があり（Ｌ３）、これに対してＨＴＴＰサーバは、本体制御部３に、画像ファイル名を指定した画像データの要求を行なう（Ｕ４）。

この要求に対して、本体制御部３では、ステップＳ７０１で、画像ファイル名を受け付けると、ステップＳ７０２に進んで、図４に示した複数のテーブルから画像ファイル名を検索し、ヒットした画像ファイル名に対応する物理アドレスをＨＴＴＰサーバに返答する。そして、ＨＴＴＰサーバは、返答のあったアドレスに基づいてメモリにアクセスし、所望の画像データを読出す。

以上のように、本発明に係る画像処理装置の一実施形態としてのファクシミリ装置８は、ネットワークインタフェースを有し、ユーザインタフェースとしての画像を表示する表示手段としての表示部４ｃと、画像データを記憶する記憶手段としてのメモリを含む本体制御部３と、メモリに記憶された画像データを用いて、表示手段で表示する画像を生成する生成手段としての表示制御部４ｂと、ネットワークインタフェースを介して入力した閲覧要求に応じて、メモリに記憶された画像データを送信する送信手段としてのＨＴＴＰサーバとを有する。このように、記憶手段に記憶された１つの画像データを、装置内の表示部に表示する際にも、ネットワークを介して閲覧画像データを送信する際にも用いることにより、画像データを重複して記憶することを防止でき、メモリの記憶領域を効率的に利用することが可能となる。

また、上記ファクシミリ装置８において、メモリは、画像の内容を識別する複数の画像識別子としての画像ＩＤと、各画像ＩＤに対応する複数言語の画像データと、を記憶している。そして、送信手段としてのＨＴＴＰサーバは、画像ＩＤが埋め込まれた基本表示データとしてのＳＨＴＭＬファイルを記憶しており、ＳＨＴＭＬファイルに含まれる画像ＩＤに対応する画像データであって、所定の言語によって表現されたものをメモリから読出して送信する。

これにより、１つのＳＨＴＭＬファイルによって、複数言語に対応することが可能となる。つまり、複数言語毎にＨＴＭＬファイルを記憶する必要が無くなり、メモリの記憶領域をより効率的に利用することができる。

また、送信手段としてのＨＴＴＰサーバは、閲覧要求を送信した端末７に対応する言語設定を記憶しており、閲覧要求を受け付けた場合に送信元の端末７を特定して、端末７に対応する言語設定を読出し、読出した言語設定に対応する画像データを、本体制御部３のメモリから読出して端末７に送信する。このように、端末と言語設定との対応関係を記憶する構成にすれば、端末のユーザは、ファクシミリ装置８にアクセスするたびに表示データの言語を指定する必要がなく、ユーザの負担を軽減できる。

（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

なお、本発明は、前述した実施形態の機能を実現するプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置が、供給されたプログラムコードを読み出して実行することによっても達成される。従って、本発明の機能処理をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。

本発明の実施形態としてのファクシミリ装置の内部構成及びその周辺環境について説明する概略図である。 本発明の実施形態としてのファクシミリ装置に含まれる、ＮＩＣ及び本体制御部と、ファクシミリ装置にネットワーク接続された端末との間の処理の流れを説明するシーケンス図である。 本発明の実施形態としてのファクシミリ装置に含まれるＨＴＴＰサーバによるコンテンツ作成処理を示すフローチャートである。 本発明の実施形態としてのファクシミリ装置に含まれる対応テーブルを示す図である。 本発明の実施形態としてのファクシミリ装置に含まれる本体制御部での、画像データ要求に対する処理を示すフローチャートである。 本発明の実施形態としてのファクシミリ装置に含まれる本体制御部での、画像ファイルパス要求に対する処理を示すフローチャートである。 本発明の実施形態としてのファクシミリ装置に含まれる本体制御部での、画像データ要求に対する処理を示すフローチャートである。

符号の説明

１ ＮＩＣ
２ プリンタ制御部
３ 本体制御部
４ 操作パネル
５ ＦＡＸ制御部
６ ローカルエリアネットワーク（ＬＡＮ）
７ ＬＡＮ上の端末（ＰＣ等）
８ ファクシミリ装置
９ 公衆回線（ＰＳＴＮ／ＩＳＤＮ）
１０ 回線上のＦＡＸ端末

Claims (10)

1. ネットワークインタフェースを有する画像処理装置であって、
   ユーザインタフェースとしての画像を表示する表示手段と、
   画像データを記憶する記憶手段と、
   前記記憶手段に記憶された前記画像データを用いて、前記表示手段で表示する表示データを生成する生成手段と、
   前記ネットワークインタフェースを介して他の端末から入力した閲覧要求に応じて、前記記憶手段に記憶された前記画像データを前記端末に送信する送信手段と、
   を有し、
   前記記憶手段は、前記生成手段と前記送信手段から同一の画像を読み出し可能とするために、１つの画像データに対して、送信手段が画像データを指定するためのパスと生成手段が画像データを指定するためのアドレスを対にして記憶することを特徴とする画像処理装置。
2. 前記記憶手段は、画像の内容を識別する複数の画像識別子と、各画像識別子に対応する複数言語の画像データと、を記憶しており、
   前記送信手段は、前記画像識別子が埋め込まれた基本表示データを記憶しており、該基本表示データの前記画像識別子に対応する画像データであって、所定の言語によって表現されたものを前記記憶手段から読出し、読出した画像データを送信することを特徴とする請求項１に記載の画像処理装置。
3. 前記送信手段は、
   前記閲覧要求を送信した端末に対応する言語設定を記憶しており、前記閲覧要求の送信元の端末を特定して、該端末に対応する言語設定を読出し、読出した該言語設定に対応する画像データを前記記憶手段から読出して前記端末に送信することを特徴とする請求項２に記載の画像処理装置。
4. 前記送信手段は、
   前記閲覧要求の送信元の端末から言語設定の指示を受け付けた場合に、該端末と言語設定とを対応付けて記憶することを特徴とする請求項３に記載の画像処理装置。
5. 前記生成手段は、
   前記表示手段で表示する画像に用いる言語を設定した言語設定を有し、
   前記送信手段は、
   前記閲覧要求の送信元の端末から、言語設定の指示を受け付けていない場合には、前記第１生成手段に設定された言語設定に応じた言語の画像データを前記記憶手段から読出して前記端末に送信することを特徴とする請求項４に記載の画像処理装置。
6. 前記記憶手段は、更に、画像の内容を識別する複数の画像識別子と、各画像識別子に対応する画像データへのパスと、を記憶しており、
   前記送信手段は、前記画像識別子が埋め込まれた基本表示データを記憶しており、該基本表示データの前記画像識別子に対応する画像データへのパスを前記記憶手段から読出し、マークアップ言語で記述された表示データに前記パスを埋め込んで送信することを特徴とする請求項１に記載の画像処理装置。
7. 前記記憶手段は、更に、画像の内容を識別する複数の画像識別子と、各画像識別子に対応する画像データへのパスと、画像データの物理アドレスとを記憶しており、
   前記送信手段は、前記画像識別子が埋め込まれた基本表示データを記憶しており、該基本表示データの前記画像識別子に対応する画像データへのパスを前記記憶手段から読出し、マークアップ言語で記述された表示データに前記パスを埋め込んで前記端末に送信し、更に前記端末から前記パスを特定した画像データの要求があった場合には、前記記憶手段を参照して、前記パスに対応する前記物理アドレスから画像データを読出して前記端末に送信することを特徴とする請求項１に記載の画像処理装置。
8. ネットワークインタフェースと、画像データを記憶する記憶手段と、画像を表示する表示手段と、を備えた画像処理装置の制御方法であって、
   前記記憶手段に記憶された前記画像データを用いて、前記表示手段で表示する表示データを生成する生成工程と、
   前記生成工程で生成した画像をユーザインタフェースとして前記表示手段に表示する表示工程と、
   前記ネットワークインタフェースを介して他の端末から画像閲覧要求を入力する入力工程と、
   前記入力工程で入力した画像閲覧要求に応じて、前記記憶手段に記憶された前記画像データを前記端末に送信する送信工程と、
   を含み、
   前記記憶手段は、前記生成工程と前記送信工程から同一の画像を読み出し可能とするために、１つの画像データに対して、送信工程が画像データを指定するためのパスと生成工程が画像データを指定するためのアドレスを対にして記憶することを特徴とする画像処理装置の制御方法。
9. ネットワークインタフェースと、画像データを記憶する記憶手段と、画像を表示する表示手段と、を備えた画像処理装置の制御プログラムであって、
   前記画像処理装置に、
   前記記憶手段に記憶された前記画像データを用いて、前記表示手段で表示する表示データを生成する生成工程と、
   前記生成工程で生成した画像をユーザインタフェースとして前記表示手段に表示する表示工程と、
   前記ネットワークインタフェースを介して他の端末から画像閲覧要求を入力する入力工程と、
   前記入力工程で入力した画像閲覧要求に応じて、前記記憶手段に記憶された前記画像データを前記端末に送信する送信工程と、
   を実行させ、前記記憶手段は、後述の生成工程と後述の送信工程から同一の画像を読み出し可能とするために、１つの画像データに対して、送信工程が画像データを指定するためのパスと生成工程が画像データを指定するためのアドレスを対にして記憶することを特徴とする画像処理装置の制御プログラム。
10. 請求項９に記載の制御プログラムを記憶したことを特徴とするコンピュータが読取可能な記憶媒体。

Images