(57)【特許請求の範囲】
【請求項１】
ネットワークを介して外部装置と接続されると共に、デバイス装置に装着され、当該ネットワークを介して外部装置から受信した要求に応じて当該外部装置が当該デバイス装置を遠隔操作するためのＷｅｂページを構成するコンテンツデータを当該外部装置に送信する情報管理装置であって、
前記外部装置から要求されたコンテンツデータが前記デバイス装置の機種に依存するものであるか否かを判断する判断手段と、
前記判断手段によって、前記コンテンツデータが前記デバイス装置の機種に依存するものでないと判断された場合、当該コンテンツデータを前記情報管理装置内の記憶部から取得し、前記コンテンツデータが前記デバイス装置の機種に依存するものであると判断された場合、前記デバイス装置の機種に依存し前記デバイス装置でのオプション機器の装着状況に応じて変わるコンテンツデータを前記デバイス装置内の記憶部から取得する取得手段と、
前記取得手段により取得された前記コンテンツデータが外部装置に送信されるように制御する送信制御手段と
を有することを特徴とする情報管理装置。
【請求項２】
前記判断手段は、前記受信した要求に含まれている前記コンテンツデータを識別する識別情報に基づいて、当該コンテンツデータが前記デバイス装置の機種に依存するものであるか否かを判断することを特徴とする請求項１記載の情報管理装置。
【請求項３】
前記識別情報はパス名であり、
前記判断手段は、前記パス名に含まれているディレクトリ部分に基づいて、前記コンテンツデータが前記デバイス装置の機種に依存するものであるか否かを判断することを特徴とする請求項２記載の情報管理装置。
【請求項４】
前記識別情報は、ＵＲＬ表記されていることを特徴とする請求項２或いは３に記載の情報管理装置。
【請求項５】
前記情報管理装置は、前記デバイス装置に装着されるネットワークボードであることを特徴とする請求項１乃至４の何れかに記載の情報管理装置。
【請求項６】
前記コンテンツデータは、前記デバイス装置に関する情報をブラウザで表示するための表示用ドキュメントデータに従って、前記外部装置から要求されることを特徴とする請求項１乃至５の何れかに記載の情報管理装置。
【請求項７】
ネットワークを介して外部装置と接続されると共に、デバイス装置に装着され、当該ネットワークを介して外部装置から受信した要求に応じて当該外部装置が当該デバイス装置を遠隔操作するためのＷｅｂページを構成するコンテンツデータを当該外部装置に送信する情報管理装置における情報管理方法であって、
前記外部装置から要求されたコンテンツデータが前記デバイス装置の機種に依存するものであるか否かを判断する判断ステップと、
前記判断ステップによって、前記コンテンツデータが前記デバイス装置の機種に依存するものでないと判断された場合、当該コンテンツデータを前記情報管理装置内の記憶部から取得し、前記コンテンツデータが前記デバイス装置の機種に依存するものであると判断された場合、前記デバイス装置の機種に依存し前記デバイス装置でのオプション機器の装着状況に応じて変わるコンテンツデータを前記デバイス装置内の記憶部から取得する取得ステップと、
前記取得ステップにより取得された前記コンテンツデータが外部装置に送信されるように制御する送信制御ステップと
を有することを特徴とする情報管理方法。
【請求項８】
前記判断ステップは、前記受信した要求に含まれている前記コンテンツデータを識別する識別情報に基づいて、当該コンテンツデータが前記デバイス装置の機種に依存するものであるか否かを判断することを特徴とする請求項７記載の情報管理方法。
【請求項９】
前記識別情報はパス名であり、
前記判断ステップは、前記パス名に含まれているディレクトリ部分に基づいて、前記コンテンツデータが前記デバイス装置の機種に依存するものであるか否かを判断することを特徴とする請求項８記載の情報管理方法。
【請求項１０】
前記識別情報は、ＵＲＬ表記されていることを特徴とする請求項８或いは９に記載の情報管理方法。
【請求項１１】
前記情報管理装置は、前記デバイス装置に装着されるネットワークボードであることを特徴とする請求項７乃至１０の何れかに記載の情報管理方法。
【請求項１２】
前記コンテンツデータは、前記デバイス装置に関する情報をブラウザで表示するための表示用ドキュメントデータに従って、前記外部装置から要求されることを特徴とする請求項７乃至１１の何れかに記載の情報管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デバイス装置を管理するためのデバイス装置に関する情報を提供する情報管理装置及び情報提供方法に関するものである。
【０００２】
【従来の技術】
近年、インターネットの普及により、印刷装置もネットワークで使われる形態が一般化してきた。通常、高速機やカラー機などの高価格機では、ネットワークインターフェイスが装置に内蔵される傾向にあるが、低価格なモノクロ機の場合には、ネットワークインターフェイスは本体には同梱されず、ネットワークカードモジュール（或いは、ネットワークボード）として別に供給される形態が一般的である。
【０００３】
この場合、印刷装置本体とネットワークカードモジュールとは、個々にＣＰＵを持ったインテリジェントな装置であり、それぞれの装置が接続インターフェイスを介して通信を行って所望のサービスを実装している。
【０００４】
これにより、負荷の重いネットワークサービスをネットワークカードモジュールに行なわせることができ、さらに、ネットワークサービスの負担がないだけ印刷装置本体のＣＰＵや周辺パフォーマンスを下げることができる。よって、印刷装置本体のコスト削減が図られる。
【０００５】
しかし、従来のネットワークインターフェイスでは、例えばｌｐｒに代表されるようなホストコンピュータから印刷装置への印刷データの送信だけが行なわれればよかったが、昨今、ホストコンピュータから印刷装置の情報管理を行なうというニーズが高くなっている。そのため、付加技術として各種の手段が提供されている。
【０００６】
最も単純な例が、印刷データを送信するポートで情報管理データ（ジョブ制御言語）をも送信するという形態である。ジョブ制御言語では、印刷データを送るポートを共有するため、サービスポートを別途増加する必要がなく、比較的実装が簡単である。
【０００７】
しかし、大量の印刷データがそのポートで転送されると、ポートが印刷データの転送に占有されるため、情報管理データのやりとりが止まってしまうという問題がある。また、ｌｐｒプロトコルのような片方向型コネクションのプロトコルでは、そもそもホストコンピュータから印刷装置を制御することができても、情報取得することができないという欠点がある。
【０００８】
次の手法として、ＳＮＭＰ／ＭＩＢを使った方式がある。これは、データ送受信用の専用ポートを使用し、標準規格であるＳＮＭＰ(Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ)を使って、ホストコンピュータから印刷装置の情報管理を行なう方法である。
【０００９】
しかし、この方式では、ＳＮＭＰを用いてＭＩＢ情報を取得して、印刷装置の情報管理のためのＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を提供する専用クライアントプログラムが独自開発される必要がある。なおかつこの方式では、ＳＮＭＰがそもそも単純な情報のやり取りを行うプロトコルであるため、ＭＩＢでは数字、文字列などの単純なデータベースしか提供できない。
【００１０】
その結果、機器の構成を視覚的に示すビットマップ画像など、情報管理のためのＵＩを構成するのに必要な情報は、クライアントプログラムで所有されなければならない。それに伴い、クライアントプログラムは、印刷装置の機種ごとに機種対応しなくてはいけないという問題点がある。
【００１１】
【発明が解決しようとする課題】
そこで、ネットワークカードモジュールがＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サービスによって、機器情報を示すＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データやビットマップ画像（ビットマップデータ）などのＷｅｂコンテンツを提供し、クライアント（ホストコンピュータ）では、一般的なＷｅｂブラウザが前記ＷｅｂコンテンツをＧＵＩ上に表示し、ユーザによる操作を可能とすることにより、専用のクライアントプログラムがなくても同様の効果を得ることが可能である。
【００１２】
上記述べたＨＴＴＰサービスはネットワークの一機能であるため、ネットワークカードモジュール上に実装可能な機能である。そして、ネットワークカードモジュールは、共通化による開発コストの低減と量産化による製品コストの低減のために、通常、複数のモデル（機種）の印刷装置に接続可能に設計されている。
【００１３】
しかし、複数のモデルがある場合、各モデルの印刷装置は個々のモデルに固有な情報を持ち、個々のモデルに応じたメッセージが装置の管理のために必要である。そのため、ネットワークカードモジュールがそれらすべての固有情報をサポートするためには、ネットワークカードモジュールがすべてのモデルの固有情報を有していなければならず、ネットワークカードモジュールのＲＯＭ容量が増加してコストも増加する。
【００１４】
さらに、ネットワークカードモジュールが、ネットワークカードモジュールの発表の後に発売されるであろう印刷装置の固有情報にも対応するようにするためには、その都度、ネットワークカードモジュールのファームウェアの書き換えが行われなくてはならない。そのため、必要以上のメンテナンス作業が発生してしまい、さらにコストが高くなってしまうという問題点がある。
【００１５】
【課題を解決するための手段】
上記課題を解決するために本発明における情報管理装置は、ネットワークを介して外部装置と接続されると共に、デバイス装置に装着され、当該ネットワークを介して外部装置から受信した要求に応じて当該外部装置が当該デバイス装置を遠隔操作するためのＷｅｂページを構成するコンテンツデータを当該外部装置に送信する情報管理装置であって、前記外部装置から要求されたコンテンツデータが前記デバイス装置の機種に依存するものであるか否かを判断する判断手段と、前記判断手段によって、前記コンテンツデータが前記デバイス装置の機種に依存するものでないと判断された場合、当該コンテンツデータを前記情報管理装置内の記憶部から取得し、前記コンテンツデータが前記デバイス装置の機種に依存するものであると判断された場合、前記デバイス装置の機種に依存し前記デバイス装置でのオプション機器の装着状況に応じて変わるコンテンツデータを前記デバイス装置内の記憶部から取得する取得手段と、前記取得手段により取得された前記コンテンツデータが外部装置に送信されるように制御する送信制御手段とを有することを特徴とする。
【００１６】
上記課題を解決するために、本発明に係る情報管理方法は、ネットワークを介して外部装置と接続されると共に、デバイス装置に装着され、当該ネットワークを介して外部装置から受信した要求に応じて当該外部装置が当該デバイス装置を遠隔操作するためのＷｅｂページを構成するコンテンツデータを当該外部装置に送信する情報管理装置における情報管理方法であって、前記外部装置から要求されたコンテンツデータが前記デバイス装置の機種に依存するものであるか否かを判断する判断ステップと、前記判断ステップによって、前記コンテンツデータが前記デバイス装置の機種に依存するものでないと判断された場合、当該コンテンツデータを前記情報管理装置内の記憶部から取得し、前記コンテンツデータが前記デバイス装置の機種に依存するものであると判断された場合、前記デバイス装置の機種に依存し前記デバイス装置でのオプション機器の装着状況に応じて変わるコンテンツデータを前記デバイス装置内の記憶部から取得する取得ステップと、前記取得ステップにより取得された前記コンテンツデータが外部装置に送信されるように制御する送信制御ステップとを有することを特徴とする。
【００３５】
【発明の実施の形態】
以下に、本発明の具体的な実施例を示す。
【００３６】
図１は本発明に係る印刷システムの構成を示す模式図である。
【００３７】
図１のシステムは、ホストコンピュータ１００、印刷装置１２０とそれを接続するＥｔｈｅｒ−Ｎｅｔ等のネットワーク１０２から構成される。また、印刷装置１２０には、この印刷装置をネットワークに接続するためのネットワークカード部１１０が、印刷装置―ネットワークカード間インターフェース１０１を介して装着されている。このネットワークカード部は、ネットワークボード、ネットワークインターフェース、ネットワークボックスとも呼ばれることがある。
【００３８】
ネットワークカード部１１０は、通信媒体１０２との通信を行い、サービスに応じてデータを次段に渡すネットワークＩ／Ｆ部１１１、ホストコンピュータ１００から送信された印刷データを受信するｌｐｄサーバ部１１２、ホストコンピュータ１００から要求された印刷装置の１０１の状態をＨＴＴＰを使用して送受信するＷＷＷサーバ部１１３（ＨＴＴＰサーバ部）１１３、印刷データや機種依存コンテンツの転送を印刷装置１２０に対して指示する印刷装置Ｉ／Ｆ部１１４、機種に依存しないＨＴＭＬデータ（ＨＴＭＬコンテンツ）やビットマップデータ（ビットマップコンテンツ）を格納する機種非依存コンテンツ管理部１１５から構成されている。
【００３９】
一方、印刷装置１２０は、印刷装置Ｉ／Ｆ部１１４と通信を行い、サービスに応じてデータを次段に渡すネットワークカードＩ／Ｆ部１２７、印刷データを受け取って格納するＲＡＭあるいはＨＤから構成される受信バッファ１２１、機種に依存したＨＴＭＬデータ（ＨＴＭＬコンテンツ）やビットマップデータ（ビットマップコンテンツ）を格納する機種依存コンテンツ管理部１２２、受信バッファに入った印刷データを取り出して、ＰＤＬ(ページ記述言語)データを解析して、それを描画のための中間データに変換するＰＤＬトランスレータ１２３、ＰＤＬトランスレータ１２３が生成した中間データを一時的に蓄える中間バッファ１２４、中間データを取り出して、それをラスタデータに変換してプリンタエンジンに渡す描画部１２５、既知の電子写真技術あるいはインクジェット技術によって、描画部１２５により生成されたラスタデータに基づいて用紙に印字を行い、印刷用紙を排出するプリンタエンジン１２６から構成されている。
【００４０】
次にＷｅｂコンテンツの説明を行う。ＷＷＷサーバ部１１３は、ホストコンピュータ１００上で実行されるＷＷＷブラウザから、印刷装置１２０の状態監視、初期値設定、印刷ジョブのジョブ制御を行なえるようにするためのものである。特に、内部構造的には、ＷＷＷサーバ部１１３は、ホストコンピュータ１００から要求されたＷｅｂコンテンツを提供するデータベースとして動作している。
【００４１】
図２は、ここで使用されるＨＴＭＬ(Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ)の表記の一例を示す図である。この表記は説明を行うために単純化しており、実際にはさらに複雑な文書が記述される。
【００４２】
図２において、<!DOCTYPE HTML PUBLIC  "-//IETF//DTD HTML 2.0//EN">の行は、ＳＧＭＬ文書における文書型宣言であり、当該文書がＨＴＭＬで記述されたものであることを示している。
【００４３】
<HTML>と</HTML>とに囲まれた領域には、ＨＴＭＬ文書の実際の内容が記述される。特に、<HEAD>と</HEAD>とに囲まれた領域は、ＨＴＭＬ文書のヘッダ領域を示すものであり、<TITLE>と</TITLE>とに囲まれた「Web Console Interface」という文字列は、当該文書の主題を表している。<BODY>と</BODY>とに囲まれた領域は、ＨＴＭＬ文書の内部を示しており、この中には、２つの画像が取り込まれている。
【００４４】
１つ目の画像データは、<IMG SRC=”/dev/device.png”>である。図３は、この１つ目の画像データが示すイメージの概観である。「/dev/device.png」はＵＲＬ表記でないため、ネットワークカード部１１０や印刷装置１２０の内部に存在する内部データであることがわかる。さらに、「/dev/device.png」は印刷装置１２０の概観を示す画像データである。つまり、これは印刷装置１２０の機種に依存した機種依存なＷｅｂコンテンツである。そのため、異なる機種の印刷装置、例えばカラー機種の印刷装置とカセットの段数の少ない機種の印刷装置とでは、概観が異なるため、それぞれの印刷装置の「/dev/device.png」は異なるイメージを表示するものになる。
【００４５】
２つ目の画像データは、<IMG SRC=”/nic/error.png”>である。図４は、この２つめの画像データが示すイメージの概観である。これも、先ほどと同様にＵＲＬ表記でないことから、ネットワークカード部１１０や印刷装置１２０の内部データであることがわかる。さらに、「/nic/error.png」は、カセット給紙を促すことを示す抽象的なイメージであることから、機種に依存しない機種非依存なＷｅｂコンテンツである。
【００４６】
このように、Ｗｅｂコンテンツには大きくわけて、機種に依存するもの、機種に依存しないものがある。そこで、ネットワークカード部１０１は、複数のモデルの印刷装置１２０に対して単一製品でサポートするべく、機種に依存するＷｅｂコンテンツは印刷装置１２０内にある機種依存コンテンツ管理部１２２に格納され、機種に依存しないＷｅｂコンテンツはネットワークカード部１０１内にある機種非依存コンテンツ管理部１１５に分けて格納される。機種依存コンテンツ管理部１２２に格納されるＷｅｂコンテンツは機種に応じたものが格納される。例えば、図３の「device.png」は、ある特定の機種の印刷装置の概観を示したものである。
【００４７】
なお、Ｗｅｂコンテンツを識別する識別情報は、ファイル名、ＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｃｅ  Ｌｏｃａｔｏｒ）などがある。
【００４８】
図１６は、ホストコンピュータ１００で実行されるＷｅｂブラウザが、印刷装置１２０に関する情報を表示するときの処理を示すフローチャートである。この処理は通常、Ｗｅｂブラウザにおいて、印刷装置１２０（或いはネットワークカード部１１０）に割り当てられたネットワークアドレスがユーザにより入力されるのに応じて、開始される。
【００４９】
まず、印刷装置１２０に関する情報を表示するためのＨＴＭＬドキュメントデータを要求する要求コマンドをネットワークカード部１１０に向けて送信する（ステップＳ１６０１）。このＨＴＭＬドキュメントの一例が、図２に示されるものである。そして、要求に応じて、前記ネットワークカード部１１０から送られてきたＨＴＭＬドキュメントデータを受信する（ステップＳ１６０２）。
【００５０】
つぎに、受信したＨＴＭＬドキュメントデータを解析して（ステップＳ１６０３）、表示に必要なＷｅｂコンテンツがあるかどうかを判定する（ステップＳ１６０４）。ある場合には（ステップＳ１６０４−ある）、つぎに、そのＷｅｂコンテンツを要求する要求コマンド（以下では、ＧＥＴ操作とも言う）をネットワークカード部１１０に送信して（ステップＳ１６０５）、Ｗｅｂコンテンツを受信する（ステップＳ１６０６）。
【００５１】
さらに、ステップＳ１６０３において、ＨＴＭＬドキュメントデータの解析を続け、必要なＷｅｂコンテンツがあるたびにステップＳ１６０５に進み、必要なＷｅｂコンテンツがなくなった時点でステップＳ１６０７に進む。
【００５２】
最後に、ＨＴＭＬドキュメントデータに基づいてＷｅｂコンテンツの表示レイアウトを決定し、Ｗｅｂコンテンツを表示する（ステップＳ１６０７）。その結果、図３や図４のような絵が、Ｗｅｂブラウザ上に表示され、ユーザは印刷装置に関する情報を視覚的に確認することができる。図１３は、この処理によって、Ｗｅｂブラウザに表示される画面の一例である。
【００５３】
次に、Ｗｅｂサーバ部１１３が、Ｗｅｂブラウザからの要求に応じて、これらの機種依存なＷｅｂコンテンツと機種非依存なＷｅｂコンテンツとを、どうやって切り分けて取得するかについて述べる。まず、両者の違いを区別するために、ディレクトリ構造が使用される。/dev/で始まるＷｅｂコンテンツの場合は、機種依存なＷｅｂコンテンツと判断して機種依存コンテンツ管理部１２２から取得し、/nic/で始まるＷｅｂコンテンツの場合は、機種非依存なＷｅｂコンテンツと判断して機種非依存コンテンツ管理部１１５から取得する。
【００５４】
図５は、ＷＷＷサーバ部１１３の処理動作を示すフローチャートである。ＷＷＷサーバ部１１３は、印刷装置１２０の起動とともに起動し、電源遮断までサービスを継続して提供する。
【００５５】
サービスを開始するとまず、ＧＥＴ操作を待つべく、ＧＥＴ操作がネットワークから受信されたかを判断する（ステップＳ５０１）。ＧＥＴ操作とは、ＨＴＴＰにおけるＷｅｂコンテンツを要求する操作のことである。
【００５６】
ＧＥＴ操作が来た場合（ステップＳ５０１−Ｙｅｓ）、要求されたＷｅｂコンテンツがなにであるかをチェックし、それがＵＲＬ表記されたものであるか否かのチェックを行なう（ステップＳ５０２）。ＵＲＬ表記である場合（ステップＳ５０２−ＹＥＳ）、ＵＲＬ表記からディレクトリ部分を抜き出す（ステップＳ５０３）。例えば、指定されたＷｅｂコンテンツ名が、「http://printer.domain/dev/device.html」の場合には、「http://」はスキームであると判断し、「printer.domain」はドメインネームであると判断する。そして、両者を外して、「/dev/device.html」だけを、ディレクトリ部分として取り出す。
【００５７】
さらに、ディレクトリ部分が、「/dev/」で始まっているかどうかのチェックを行う（ステップＳ５０４）。前述のように「/dev/」で始まるＷｅｂコンテンツ名は機種依存コンテンツとして印刷装置から取得するようににしている。
【００５８】
そのため、「/dev/」で始まっている場合（ステップＳ５０４−Ｙｅｓ）には、印刷装置１２０に対し、当該Ｗｅｂコンテンツの獲得要求を発行する（ステップＳ５０５）。そして、返答がきたかを判定する（ステップＳ５０６）ことにより、返答を待ち、返答がきた場合には（ステップＳ５０６−Ｙｅｓ）、ＨＴＴＰのリプライ形式によって、要求されたＷｅｂコンテンツをホストコンピュータ１００に転送する。「/dev/」で始まるＷｅｂコンテンツではない場合には（ステップＳ５０４−Ｎｏ）、ネットワークカード部１０１が所有するＷｅｂコンテンツであるので、機種非依存コンテンツ管理部１１５から当該Ｗｅｂコンテンツを獲得し、ＨＴＴＰのリプライ形式によって、Ｗｅｂコンテンツをホストコンピュータ１００へ提供する。
【００５９】
ＷＷＷサーバ部１１３が、「/dev/」で始まるＷｅｂコンテンツを印刷装置１２０内の機種依存コンテンツ管理部１２２から取得する場合には、印刷装置Ｉ／Ｆ部１１４とネットワークカードＩ／Ｆ部１２７を介してＷｅｂコンテンツの読み込みを実行するリモート関数コールを実行する。リモート関数コールは、ネットワークカード部１１０から印刷装置１２０に対してファイル転送を要求するものである。
【００６０】
図８は、リモート関数コールによるＷｅｂコンテンツ読み出しを指示する要求パケットのパケット形式を示す図である。図８において、要求パケットは、Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  ＩＤ  ８０１、Ｒｅｑｕｅｓｔ／Ａｎｓｗｅｒ  Ｆｌａｇ  ８０２、Ｄａｔａ  Ｓｉｚｅ  ８０３、ＲｅｑｕｅｓｔＷｅｂ  Ｃｏｎｔｅｎｔｓ  Ｐａｔｈ  ８０４から構成されている。
【００６１】
Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  ＩＤ  ８０１は、Ｗｅｂコンテンツの読み出し要求を示すＩＤで、図８では100という数値になっている。Ｒｅｑｕｅｓｔ／Ａｎｓｗｅｒ  Ｆｌａｇ  ８０２は、このパケットが要求であるか、返答であるかを示すもので、図８では0（要求）という数字になっている。Ｄａｔａ  Ｓｉｚｅ  ８０３は、パケットのデータサイズを示す。Ｒｅｑｕｅｓｔ  Ｗｅｂ  Ｃｏｎｔｅｎｔｓ  Ｐａｔｈ  ８０４は、要求するＷｅｂコンテンツのパスをしめすものであり、図８では「/dev/device.html」となっている。
【００６２】
パケットがネットワークカードＩ／Ｆ部１２７によって正しく解釈されると、返答パケットが印刷装置１２０からネットワークカード部１１０へ送信される。図９は、リモート関数コールによるＷｅｂコンテンツ読み出しを指示する要求パケットに対して、Ｗｅｂコンテンツを送信する返答パケットのパケット形式である。
【００６３】
図９において、Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  ＩＤ  ９０１、Ｒｅｑｕｅｓｔ／Ａｎｓｗｅｒ  Ｆｌａｇ  ９０２、Ａｎｓｗｅｒ  Ｓｔａｔｕｓ  ９０３、Ｄａｔａ  Ｓｉｚｅ  ９０４、Ｒｅｑｕｅｓｔ  Ｗｅｂ  Ｃｏｎｔｅｎｔｓ  Ｄａｔａ  ９０５から構成されている。
【００６４】
Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  ＩＤ  ９０１は、Ｗｅｂコンテンツの読み出し要求を示すＩＤで、図９では100（図８の要求に対するものであるから）という数値になっている。Ｒｅｑｕｅｓｔ／Ａｎｓｗｅｒ  Ｆｌａｇ９０２は、このパケットが要求であるか、返答であるかを示すもので、図９では１（返答）という数字になっている。Ａｎｓｗｅｒ  Ｓｔａｔｕｓ  ９０３は、読み出しがうまくいったかどうかを示すものであり、図９では１（返答状態）になっている。Ｄａｔａ  Ｓｉｚｅ  ９０４は、パケットのデータサイズを示す。Ｒｅｑｕｅｓｔ  Ｗｅｂ  Ｃｏｎｔｅｎｔｓ  Ｄａｔａ  ９０５は、Ｗｅｂコンテンツのバイナリデータを格納している。
【００６５】
ＷＷＷサーバ部１１３は、返答パケットを解析して、Ｗｅｂコンテンツを取り出し、ＨＴＴＰプロトコルを用いてホストコンピュータ１００へ当該Ｗｅｂコンテンツを送信する。
【００６６】
ここで、各モジュール間の動作を時間を追って説明する。図６及び図７は、要求されたＷｅｂコンテンツの取得がどのように行われているかを示す遷移図である。縦軸は時間であり、ホストコンピュータ、ネットワークカード部、印刷部の要求と返答の変遷を示している。
【００６７】
図６は、ホストコンピュータが機種非依存なＷｅｂコンテンツを要求した場合の動作である。Ｗｅｂコンテンツはネットワークカード部１１０に存在するので、印刷装置に対する要求は発生させずに、Ｗｅｂコンテンツが機種非依存コンテンツ管理部１１５から取り出され、ホストコンピュータ１００に送信される。
【００６８】
図７は、ホストコンピュータが機種依存なＷｅｂコンテンツを要求した場合の動作である。Ｗｅｂコンテンツは印刷装置１２０に存在するので、印刷装置１２０に対する要求が発行され、Ｗｅｂコンテンツが機種依存コンテンツ管理部１２２から取り出されて、ホストコンピュータ１００に送信される。
【００６９】
上記においては、Ｗｅｂサーバ部１１３は、ＵＲＬからパス部分を取った文字列（ディレクトリ部分）が「/dev/」を含むか否かによって機種依存、非依存を判断していた。しかし、パス上に「/dev/」を含むか否かではなく、機種依存コンテンツと認識される文字列リストを有し、これと比較する方法も挙げられる。
【００７０】
図１０は、新たに依存リスト１０１６を追加した印刷システムの構成を示す模式図である。依存リスト１０１６は、文字列のリストを格納したデータベースである。
【００７１】
図１１は、依存リストの内容を示す図である。例えば、図１１では、この文字列のいずれかと同じＷｅｂコンテンツの獲得に際しては、印刷装置１２０に対してＷｅｂコンテンツの要求を発行し、それ以外の場合にはネットワークカード部内からＷｅｂコンテンツを取得する。
【００７２】
図１２は、依存リストを用いたＷＷＷサーバ部１１３の処理動作を示すフローチャートである。図５とことなるのは、ステップＳ１２０４における判定条件であり、ディレクトリ部分が依存リストに含まれるかどうかのチェックを行う。これによって、パス名やディレクトリ構造にこだわることなく、Ｗｅｂコンテンツを機種依存、機種非依存に分けて設定することが可能である。
【００７３】
ＷＷＷサーバ部１１３は、印刷装置１２０の起動とともに起動し、電源遮断までサービスを継続して提供する。
【００７４】
サービスを開始するとまず、ＧＥＴ操作を待つべく、ＧＥＴ操作がネットワークから受信されたかを判断する（ステップＳ１２０１）。ＧＥＴ操作とは、ＨＴＴＰにおけるＷｅｂコンテンツを要求する操作のことである。
【００７５】
ＧＥＴ操作が来た場合（ステップＳ１２０１−Ｙｅｓ）、要求されたＷｅｂコンテンツがなにであるかをチェックし、それがＵＲＬ表記されたものであるか否かのチェックを行なう（ステップＳ１２０２）。ＵＲＬ表記である場合（ステップＳ１２０２−ＹＥＳ）、ＵＲＬ表記からディレクトリ部分を抜き出す（ステップＳ１２０３）。例えば、指定されたＷｅｂコンテンツ名が、「http://printer.domain/device.html」の場合には、「http://」はスキームであると判断し、「printer.domain」はドメインネームであると判断する。そして、両者を外して、「/device.html」だけを、ディレクトリ部分として取り出す。
【００７６】
さらに、ディレクトリ部分が、依存リストにあるかどうかのチェックを行う（ステップＳ１２０４）。前述のように依存リストにあるＷｅｂコンテンツ名は機種依存コンテンツとして印刷装置から取得するようににしている。
【００７７】
そのため、依存リストにあるる場合（ステップＳ１２０４−Ｙｅｓ）には、印刷装置１２０に対し、当該Ｗｅｂコンテンツの獲得要求を発行する（ステップＳ１２０５）。そして、返答がきたかを判定する（ステップＳ１２０６）ことにより、返答を待ち、返答がきた場合には（ステップＳ１２０６−Ｙｅｓ）、ＨＴＴＰのリプライ形式によって、要求されたＷｅｂコンテンツをホストコンピュータ１００に転送する。依存リストにない場合には（ステップＳ１２０４−Ｎｏ）、ネットワークカード部１０１が所有するＷｅｂコンテンツであるので、機種非依存コンテンツ管理部１１５から当該Ｗｅｂコンテンツを獲得し、ＨＴＴＰのリプライ形式によって、Ｗｅｂコンテンツをホストコンピュータ１００へ提供する。
【００７８】
なお、依存リストの変わりに非依存リストを持ってもよい。その場合には、ステップＳ１２０４において、非依存リストにあるかを判定し、ある場合にはステップＳ１２０８に進み、ない場合にはステップＳ１２０５に進むことになる。
【００７９】
以上のように、Ｗｅｂコンテンツを機種依存なものと機種非依存なものに分類し、依存するものは印刷装置１２０内に、依存しないものはネットワークカード部１１０内に分散配置することにより、以下の効果を得ることができる。
【００８０】
まず、（１）ネットワークカード部１１０が、自機が接続される可能性のある全ての印刷装置のモデルに関して、Ｗｅｂコンテンツを持つ必要がなく、ネットワークカード部１１０のメモリ容量のコストが削減されることが可能となる。
【００８１】
（２）同様の理由で、ネットワークカード部１１０は、将来開発されるであろう印刷装置に対応する際に、ＲＯＭ交換なしで対応可能となる。
【００８２】
（３）ＷＷＷサーバ部１１３および機種非依存なＷｅｂコンテンツがネットワークカード部１１０にあるため、ネットワークカード部１１０が不要な場合には、印刷装置２０のコストアップを抑えることが可能となる。
【００８３】
以下では更に、機器の情報管理のために、機器の構成に対応した画像データを表示する方法について説明する。
【００８４】
図１３は、ホストコンピュータ１００上で実行されているＷＷＷブラウザが、ＷＷＷサーバ部１１３が提供したＨＴＭＬコンテンツやビットマップコンテンツを表示する表示画面を示す図である。
【００８５】
図１３において、画面構成は２フレームに分かれている。すなわちモード切替フレーム１３０１とモード表示フレーム１３５１である。
【００８６】
モード切替フレーム１３０１では、多くの機能を持つＷＷＷサービスにおいて画面をモード分割して表示するために、各モードへの移行を促すボタンが配置されている。デバイス管理１３０２、ジョブ管理１３０３、デバイス管理１３０４、サポートリンク１３０５のそれぞれボタンがあり、これらのボタンが押されることにより各モードへの移行が行なわれる。
【００８７】
図１３のモード表示フレーム１３５１では、デバイス管理の状態フレームが表示されている。上から、機器を示すビットマップアイコン１３５２、機器の名称１３５３、機器の状態１３５４、給紙装置の情報１３５５、排紙装置の状態１３５６、機器の構成を示すビットマップ画像１３５７、ユーティリティを起動を示すボタン１３５８、デバイス制御の起動を示すボタン１３５９が表示されている。
【００８８】
ここで、機器の構成を示すビットマップ画像１３５７は、実際の機器の構成に合わせた表示を行なうため、給紙カセット、両面装置、排紙装置などのオプション機器の装着状況に応じて表示されるイメージが異なる。
【００８９】
図１４は、ある機器における実装可能な機器構成を示す図である。当該機器は、標準構成で２５０枚のカセット１段を有している。オプションで２５０枚のカセット１段あるいは５００枚のカセット１段をさらに接続することが可能である。なおかつそれとは別個に両面装置を接続可能である。両面装置は用紙を反転させるために、本体の下部に反転装置を挟む必要がある。
【００９０】
以上の仕様において、機器構成として可能な組み合わせは図１４の通り６通りある。機器によっては、排紙装置も追加することが可能であり、さらに組み合わせは増加する。図１５は、２５０枚のカセット１段、５００枚のカセット１段、両面装置の組み合わせを表で示したものである。
【００９１】
なお、印刷装置１２０では、構成の実際のチェックを、機器のブート時に、プリンタエンジン１２６がコネクタの電気的接続をチェックして判別している。
【００９２】
機種依存コンテンツ管理部１２２は、図１５の表を保持する。そして、機器のブート時にプリンタエンジン１０２６に機器構成を問い合わせ、図１５の表に照らし合わせて機器の構成に合ったビットマップ画像を選択し、これを例えばimage.pngの問い合わせ結果とする。
【００９３】
すると、ＷＷＷサーバ部１１３が、ホストコンピュータ１００からの「/dev/image.png」の要求に応じて、パス構成をチェックして機種依存コンテンツであると判断した後に（図５のステップＳ５０４−Ｙｅｓ）、機種依存コンテンツ管理部１２２に対してＷｅｂコンテンツの要求を発行する（図５のステップＳ５０５）。これに対して、機種依存コンテンツ管理部１２２は、ブート時に判断した内容から、１４−１〜１４−６のビットマップ画像の中から、機器構成に対応したビットマップ画像を選択し、そのＷｅｂコンテンツを返答する。
【００９４】
以上によって、ホストコンピュータ１００及びネットワークカード部１１０は、印刷装置１２０の現在の機器構成を知らなくても、単一のＷｅｂコンテンツ名を問い合わせるだけで、印刷装置１２０の機器構成に対応した画像データ（ビットマップデータ）を取得することが可能である。
【００９５】
また、ＨＴＭＬコンテンツも機器構成によって変わる場合がある。例えば、図１３の給紙情報１３５５に関して説明すると、この情報は、機器に接続されたカセット段における給紙情報を示すものであり、その時の機器構成によって、表示内容が異なる。例えば、オプションのカセットがない場合には、手差しトレイと上段カセットだけが表示される。２５０枚のカセットあるいは５００枚のカセットがある場合には、手差しトレイ、上段カセット、下段カセットが表示される。
【００９６】
この表示を切り替えるために、ＷＷＷサーバ部が持つ機能であるＳＳＩ（Ｓｅｒｖｅｒ  Ｓｉｄｅ  Ｉｎｃｌｕｄｅ）を拡張することによって、機器構成に応じたＨＴＭＬコンテンツをホストコンピュータに返す方法について述べる。
【００９７】
ＳＳＩとは、ＷＷＷサーバ部が獲得したＷｅｂコンテンツに対してパース処理を加え、特定のフォーマットで記述されたテキストに対して変換を行ってクライアントに渡す技術である。
【００９８】
ＳＳＩの書式の一つとして、ある変数の定義を比較する方法がある。図１９は、その書式のフォーマットを示す図である（１：は行番号であり、説明のためにあるものである）。
【００９９】
１行目は、環境変数ＥＮＶの中身を調べ、その値がＶＡＬＵＥ１となっている場合は、構文Ａがホストコンピュータに返される。そうでない場合は、３行目において今度は環境変数ＥＮＶの中身を調べて、その値がＶＡＬＵＥ２となっている場合は、構文Ｂがホストコンピュータに返される。そうでない場合は構文Ｃが返される。
【０１００】
ここで、ＥＮＶが特別な変数「ＬＯＷ−ＣＡＳＳＥＴＴＥ−ＥＸＩＳＴ」の場合、ＷＷＷサーバ部１１３は印刷装置１２０に対して、下段のカセットが存在するかを機種依存コンテンツ管理部１２２に問い合わせる。この問い合わせは、リモート関数コールによる状態取得を想定しているが、他の機種構成手段を獲得する手段があればそれを流用してもよい(例えばジョブ制御言語のインターフェイスやＳＮＭＰ／ＭＩＢのインターフェイス)。その結果、下段カセットがあった場合は、ＷＷＷサーバ部１１３は「ＬＯＷ−ＣＡＳＳＥＴＴＥ−ＥＸＩＳＴ」の中身をＴＲＵＥに置き換える。
【０１０１】
つまり、ＷＷＷコンテンツが図２０のような場合は、下段カセットがあった場合だけ下段カセットに関するＨＴＭＬ表記をＷｅｂコンテンツに追加してホストコンピュータ１００に返すことが可能である。すると、ＷＷＷブラウザは、追加されたＨＴＭＬ表記に従って、下段カセットの給紙情報をも表示する。このことは給紙情報１３５５だけではなく、排紙情報１３５６でも流用可能である。
【０１０２】
給紙装置のように起動時に状態が確定する、いわば静的情報の場合について説明したが、情報によっては、機器の状態に応じて刻々とかわる場合がある。このような動的情報の場合について述べる。
【０１０３】
動的情報の一例は、状態１３５４のように、機器の状態をリアルタイムに示すものがある。状態ＬＥＤ、状態メッセージ、あるいは給紙情報１３５５の用紙残量を示すビットマップアイコンと％表示、あるいは排紙情報１３５６の排紙残量を示すビットマップアイコンと％表示がある。
【０１０４】
変数ＥＮＶが特別な変数「ＳＴＡＴＵＳ＿ＬＥＤ」や「ＳＴＡＴＵＳ＿ＭＥＳＳＡＧＥ」である場合、それぞれは、機器の状態に応じた状態ＬＥＤを示すビットマップ画像のファイル名、機器の状態に応じたメッセージを示す。従って、ＷＷＷサーバ部は、それぞれの変数を、ファイル名やメッセージに変換した後、Ｗｅｂコンテンツをホストコンピュータに渡す。
【０１０５】
ＷＷＷサーバ部１１３はＳＳＩ中の変数を検索し、「ＳＴＡＴＵＳ＿ＬＥＤ」を見つけると、印刷装置１２０の現在の状態を示す状態コードを取得し、そのコードに応じてＬＥＤの表示に対応する部分の画像データを青、黄、赤と切り替える。
【０１０６】
同様に「ＳＴＡＴＵＳ＿ＭＥＳＳＡＧＥ」を見つけた場合には、印刷装置１２０の現在の状態を示す状態コードを取得し、さらに状態コードに対応した機器固有なメッセージ（図１３でいう「印刷可能です。」というメッセージ）を獲得して、そのメッセージをホストコンピュータに返す。機器固有なメッセージは、機種依存コンテンツ管理部２２に保有され、ＷＷＷサーバ部１１３は、専用のリモート関数コールを使用して呼び出し、メッセージを獲得する。
【０１０７】
動的情報がホストコンピュータに伝わるのは、ホストコンピュータのＷＷＷブラウザでリロード（再読み込み）された場合、あるいはＨＴＭＬにおけるリフレッシュ指定時間後に自動的に更新される。
【０１０８】
以上のように、印刷装置で動的な状態変化が発生した場合にも、ホストコンピュータは、状態に対応したＬＥＤの画像データやメッセージを受け取ることが可能であるため、ホストコンピュータのＷＥＢブラウザを利用して、プリンタユーティリティと同等の効果を得ることが可能である。
【０１０９】
図１７は、ネットワークカード部１１０を印刷装置１２０にインストールした状態を示す一部破断図である。図１７に示すように、ネットワークカード部１１０はネットワーク接続の為のフェースプレート１７０１を設置した印刷回路ボード１７０２から構成されており、コネクタ１７０３を介してプリンタインターフェースカード１７０４に接続されている。
【０１１０】
プリンタインターフェースカード１７０４は、印刷装置１２０のプリンタエンジンを直接制御する。印刷データ及びプリンタ状態コマンドは、ネットワークカード部１１０からコネクタ１７０３を介して、プリンタインターフェースカード１７０４へ入力され、また、プリンタ状態情報はプリンタインターフェースカード１７０４からやはりコネクター１７０３を介して得られる。ネットワークカード部１１０はこの情報を、フェースプレート１７０１のネットワークコネクタを介して、ネットワーク１０２上で通信する。同時に、印刷装置１２０は、シリアルポート１７０５及びパラレルポート１７０６等から、印刷データを受信することもできる。
【０１１１】
また、図１８は、印刷装置１２０の一例であるレーザビームプリンタの内部構造示す断面図である。主に、プリンタエンジン部１２６の構成を示している。レーザドライバ１８０１は、半導体レーザ１８０２を駆動するための回路であり、制御ユニット１８００が出力するビデオ信号に応じて半導体レーザ１８０２から発射されるレーザ光１８０３をオンオフ切替する。
【０１１２】
レーザ１８０３は、回転多面体鏡１８０４で左右方向に振られ、静電ドラム１８０５の上を走査する。これにより、静電ドラム１８０５の上に、文字パターン等の静電潜像が形成される。この潜像は、静電ドラム１８０５の周囲にある現像ユニット１８０６により現像された後、記録紙に転写される。
【０１１３】
この記録紙にはカットシートが用いられ、カットシート記録紙は、レーザビームプリンタ１０２に装着された用紙カセット１８０７に収納されており、給紙ローラ１８０８及び搬送ローラ１８０９とにより装置内に取り込まれ、静電ドラム１８０５に供給される。
【０１１４】
上記では印刷装置を例に説明したが、本発明は印刷装置だけに適用されるのではなく、複写機、複合機、スキャナ、ＦＡＸなどの周辺機器或いはデバイス装置に適用可能であることは言うまでもない。
【０１１５】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラム（例えば、図５、図１２のフローチャートに対応するプログラム）をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１６】
この場合、記憶媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラム及びそのプログラムを記憶した記憶媒体は本発明を構成することになる。
【０１１７】
プログラムを供給するための記憶媒体としては、例えば、フロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０１１８】
また、前述した実施形態の機能を実現するソフトウエアのプログラムが、電子メールやネットワーク通信になどのネットワークを介してシステムあるいは装置に供給されて記憶媒体に格納され、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２０】
さらに、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２１】
【発明の効果】
以上のように、本発明によれば、コンテンツデータを機種依存なものと機種非依存なものに分類し、依存するものはデバイス装置内に、依存しないものは情報管理装置内に分散配置し、以下の効果を得ることができる。
【０１２２】
まず、（１）情報管理装置が、自機が接続される可能性のある全てのデバイス装置のモデルに関して、コンテンツデータを持つ必要がなく、情報管理装置のメモリ容量のコストが削減されることが可能となる。
【０１２３】
（２）同様の理由で、情報管理装置は、将来開発されるであろうデバイス装置に対応する際に、ＲＯＭ交換なしで対応可能となる。
【０１２４】
（３）コンテンツデータが外部装置に送信されるように制御する送信制御手段および機種非依存なコンテンツデータが情報管理装置にあるため、情報管理装置が不要な場合には、デバイス装置のコストアップを抑えることが可能となる。
【図面の簡単な説明】
【図１】印刷システムの構成を示す模式図である。
【図２】ＨＴＭＬ(Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ)の表記の一例を示す図である。
【図３】１つめの画像データが示すイメージの概観である。
【図４】２つめの画像データが示すイメージの概観である。
【図５】ＷＷＷサーバ部の処理動作を示すフローチャートである。
【図６】ホストコンピュータが機種非依存なＷｅｂコンテンツを要求した場合の動作である。
【図７】ホストコンピュータが機種依存なＷｅｂコンテンツを要求した場合の動作である。
【図８】リモート関数コールによるＷｅｂコンテンツ読み出しを指示する要求パケットのパケット形式を示す図である。
【図９】リモート関数コールによるＷｅｂコンテンツ読み出しを指示する要求パケットに対して、Ｗｅｂコンテンツを送信する返答パケットのパケット形式である。
【図１０】新たに依存リストを追加した印刷システムの構成を示す模式図である。
【図１１】依存リストの内容を示す図である。
【図１２】依存リストを用いたＷＷＷサーバ部の処理動作を示すフローチャートである。
【図１３】ホストコンピュータ上で実行されているＷＷＷブラウザが、ＷＷＷサーバ部が提供したＨＴＭＬコンテンツやビットマップコンテンツを表示する表示画面を示す図である。
【図１４】機器における実装可能な機器構成を示す図である。
【図１５】オプションによる機器構成の組み合わせを示したものである。
【図１６】Ｗｅｂブラウザが、印刷装置に関する情報を表示するときの処理を示すフローチャートである。
【図１７】図１７は、ネットワークカード部を印刷装置にインストールした状態を示す一部破断図である。
【図１８】印刷装置の一例であるレーザビームプリンタの内部構造示す断面図である。
【図１９】ＳＳＩの書式のフォーマットを示す図である。
【図２０】ＳＳＩを用いたＷＷＷコンテンツの一例を示す図である。
【符号の説明】
１００  ホストコンピュータ
１０１  印刷装置―ネットワークカード間インターフェース
１０２  ネットワーク
１１０  ネットワークカード部
１１１  ネットワークＩ／Ｆ部
１１２  ｌｐｄサーバ部
１１３  ＷＷＷサーバ部
１１４  印刷装置Ｉ／Ｆ部
１１５  機種非依存コンテンツ管理部
１２０  印刷装置
１２１  受信バッファ
１２２  機種依存コンテンツ管理部
１２３  ＰＤＬトランスレータ
１２４  中間バッファ
１２５  描画部
１２６  プリンタエンジン
１２７  ネットワークカードＩ／Ｆ部
【図１】
0004378050.tif 000002
【図２】
0004378050.tif 000003
【図３】
0004378050.tif 000004
【図４】
0004378050.tif 000005
【図５】
0004378050.tif 000006
【図６】
0004378050.tif 000007
【図７】
0004378050.tif 000008
【図８】
0004378050.tif 000009
【図９】
0004378050.tif 000010
【図１０】
0004378050.tif 000011
【図１１】
0004378050.tif 000012
【図１２】
0004378050.tif 000013
【図１３】
0004378050.tif 000014
【図１４】
0004378050.tif 000015
【図１５】
0004378050.tif 000016
【図１６】
0004378050.tif 000017
【図１７】
0004378050.tif 000018
【図１８】
0004378050.tif 000019
【図１９】
0004378050.tif 000020
【図２０】
0004378050.tif 000021