(57)【特許請求の範囲】
【請求項１】
所定のデータ伝送路を介して、表示装置を備えた外部装置と接続される情報処理装置であって、
ユーザから複数画面の統合指示を受け付けると、統合対象である画面の表示内容が定義された複数の画面定義データが保持される前記情報処理装置が備える所定の記憶領域にアクセスし、前記画面定義データを解析する解析手段と、
前記解析手段による解析結果に基づき、画面定義データに含まれるデータのうち、統合画面の表示内容が定義されたカスタマイズ画面定義データを生成する際に用いるデータを特定する特定手段と、
前記特定手段により特定されたデータに基づき、前記カスタマイズ画面定義データを生成する生成手段と、
前記生成手段により生成されたカスタマイズ画面定義データを、前記外部装置に送信する通信手段と、を有し、
前記特定手段は、
前記解析手段により解析結果として得られた少なくとも画面種別を含み、表示部品及び／又は画面遷移イベントが定義された定義データの前記画面種別の属性値に基づき、前記解析手段により解析を行った前記複数の画面定義データのうち、前記カスタマイズ画面定義データを生成する際に用いるデータを含む画面定義データを特定することを特徴とする情報処理装置。
【請求項２】
前記特定手段は、
前記定義データに含まれる表示部品及び／又は画面遷移イベントの属性値に基づき、
ユーザ選択の際に画面遷移が発生する表示部品か否かを判定し、
判定結果から、画面遷移が発生しない表示部品が定義された定義データを、前記カスタマイズ画面定義データを生成する際に用いるデータとして特定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記生成手段は、
前記特定手段により特定されたデータを、統合画面の画面種別が定義された定義データ内に挿入し、付加することで、前記カスタマイズ画面定義データを生成することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
表示装置を備えた情報処理装置であって、
ユーザから複数画面の統合指示を受け付けると、統合対象である画面の表示内容が定義された複数の画面定義データが保持される前記情報処理装置が備える所定の記憶領域にアクセスし、前記画面定義データを解析する解析手段と、
前記解析手段による解析結果に基づき、画面定義データに含まれるデータのうち、統合画面の表示内容が定義されたカスタマイズ画面定義データを生成する際に用いるデータを特定する特定手段と、
前記特定手段により特定されたデータに基づき、前記カスタマイズ画面定義データを生成する画面定義データ生成手段と、
前記画面定義データ生成手段により生成されたカスタマイズ画面定義データに基づき、カスタマイズ画面を生成する画面生成手段と、
前記画面生成手段により生成されたカスタマイズ画面を、前記表示装置に表示する画面制御手段と、を有し、
前記特定手段は、
前記解析手段により解析結果として得られた少なくとも画面種別を含み、表示部品及び／又は画面遷移イベントが定義された定義データの画面種別の属性値に基づき、前記解析手段により解析を行った前記複数の画面定義データのうち、前記カスタマイズ画面定義データを生成する際に用いるデータを含む画面定義データを特定することを特徴とする情報処理装置。
【請求項５】
前記特定手段は、
前記定義データに含まれる表示部品及び／又は画面遷移イベントの属性値に基づき、
ユーザ選択の際に画面遷移が発生する表示部品か否かを判定し、
判定結果から、画面遷移が発生しない表示部品が定義された定義データを、前記カスタマイズ画面定義データを生成する際に用いるデータとして特定することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
所定のデータ伝送路を介して、情報処理装置と、表示装置を備えた外部装置とが接続される画像処理システムであって、
前記情報処理装置が、
ユーザから複数画面の統合指示を受け付けると、統合対象である画面の表示内容が定義された複数の画面定義データが保持される前記情報処理装置が備える所定の記憶領域にアクセスし、前記画面定義データを解析する解析手段と、
前記解析手段による解析結果に基づき、画面定義データに含まれるデータのうち、統合画面の表示内容が定義されたカスタマイズ画面定義データを生成する際に用いるデータを特定する特定手段と、
前記特定手段により特定されたデータに基づき、前記カスタマイズ画面定義データを生成する生成手段と、
前記生成手段により生成されたカスタマイズ画面定義データを、前記外部装置に送信する通信手段と、を有し、
前記外部装置が、
前記情報処理装置から送信されたカスタマイズ画面定義データに基づき、カスタマイズ画面を生成する画面生成手段と、
前記画面生成手段により生成されたカスタマイズ画面を、前記表示装置に表示する画面制御手段と、を有し、
前記特定手段は、
前記解析手段により解析結果として得られた少なくとも画面種別を含み、表示部品及び／又は画面遷移イベントが定義された定義データの画面種別の属性値に基づき、前記解析手段により解析を行った前記複数の画面定義データのうち、前記カスタマイズ画面定義データを生成する際に用いるデータを含む画面定義データを特定することを特徴とする画像処理システム。
【請求項７】
前記特定手段は、
前記定義データに含まれる表示部品及び／又は画面遷移イベントの属性値に基づき、
ユーザ選択時に画面遷移が発生する表示部品か否かを判定し、
判定結果から、画面遷移が発生しない表示部品が定義された定義データを、前記カスタマイズ画面定義データを生成する際に用いるデータとして特定することを特徴とする請求項６に記載の画像処理システム。
【請求項８】
所定のデータ伝送路を介して、情報処理装置と、表示装置を備えた１又は複数の外部装置とが接続される画像処理システムであって、
前記情報処理装置が、
ユーザから複数画面の統合指示を受け付けると、統合対象である画面の表示内容が定義された複数の画面定義データが保持される前記情報処理装置が備える所定の記憶領域にアクセスし、前記画面定義データを解析する解析手段と、
前記解析手段による解析結果に基づき、画面定義データに含まれるデータのうち、統合画面の表示内容が定義されたカスタマイズ画面定義データを生成する際に用いるデータを特定する特定手段と、
前記特定手段により特定されたデータに基づき、前記カスタマイズ画面定義データを生成する生成手段と、
前記生成手段により生成されたカスタマイズ画面定義データを、前記外部装置に送信する通信手段と、を有し、
前記外部装置が、
前記情報処理装置から送信されたカスタマイズ画面定義データに基づき、カスタマイズ画面を生成する画面生成手段と、
前記画面生成手段により生成されたカスタマイズ画面を、前記表示装置に表示する画面制御手段と、を有し、
前記特定手段は、
前記解析手段により解析結果として得られた少なくとも画面種別を含み、表示部品及び／又は画面遷移イベントが定義された定義データの画面種別の属性値に基づき、前記解析手段により解析を行った前記複数の画面定義データのうち、前記カスタマイズ画面定義データを生成する際に用いるデータを含む画面定義データを特定することを特徴とする画像処理システム。
【請求項９】
前記特定手段は、
前記定義データに含まれる表示部品及び／又は画面遷移イベントの属性値に基づき、
ユーザ選択の際に画面遷移が発生する表示部品か否かを判定し、
判定結果から、画面遷移が発生しない表示部品が定義された定義データを、前記カスタマイズ画面定義データを生成する際に用いるデータとして特定することを特徴とする請求項８に記載の画像処理システム。
【請求項１０】
所定のデータ伝送路を介して、表示装置を備えた外部装置と接続される情報処理装置における外部装置の画面カスタマイズ方法であって、
ユーザから複数画面の統合指示を受け付けると、統合対象である画面の表示内容が定義された複数の画面定義データが保持される前記情報処理装置が備える所定の記憶領域にアクセスし、前記画面定義データを解析する解析手順と、
前記解析手順による解析結果に基づき、画面定義データに含まれるデータのうち、統合画面の表示内容が定義されたカスタマイズ画面定義データを生成する際に用いるデータを特定する特定手順と、
前記特定手順により特定されたデータに基づき、前記カスタマイズ画面定義データを生成する生成手順と、
前記生成手順により生成されたカスタマイズ画面定義データを、前記外部装置に送信する通信手順と、を有し、
前記特定手順は、
前記解析手順により解析結果として得られた少なくとも画面種別を含み、表示部品及び／又は画面遷移イベントが定義された定義データの画面種別の属性値に基づき、前記解析手順により解析を行った前記複数の画面定義データのうち、前記カスタマイズ画面定義データを生成する際に用いるデータを含む画面定義データを特定することを特徴とする画面カスタマイズ方法。
【請求項１１】
前記特定手順は、
前記定義データに含まれる表示部品及び／又は画面遷移イベントの属性値に基づき、
ユーザ選択の際に画面遷移が発生する表示部品か否かを判定し、
判定結果から、画面遷移が発生しない表示部品が定義された定義データを、前記カスタマイズ画面定義データを生成する際に用いるデータとして特定することを特徴とする請求項１０に記載の画面カスタマイズ方法。
【請求項１２】
所定のデータ伝送路を介して、表示装置を備えた外部装置と接続される情報処理装置における外部装置の画面カスタマイズプログラムであって、
コンピュータを、
ユーザから複数画面の統合指示を受け付けると、統合対象である画面の表示内容が定義された複数の画面定義データが保持される前記情報処理装置が備える所定の記憶領域にアクセスし、前記画面定義データを解析する解析手段と、
前記解析手段による解析結果に基づき、画面定義データに含まれるデータのうち、統合画面の表示内容が定義されたカスタマイズ画面定義データを生成する際に用いるデータを特定する特定手段と、
前記特定手段により特定されたデータに基づき、前記カスタマイズ画面定義データを生成する生成手段と、
前記生成手段により生成されたカスタマイズ画面定義データを、前記外部装置に送信する通信手段と、として機能させ、
前記特定手段は、
前記解析手段により解析結果として得られた少なくとも画面種別を含み、表示部品及び／又は画面遷移イベントが定義された定義データの画面種別の属性値に基づき、前記解析手段により解析を行った前記複数の画面定義データのうち、前記カスタマイズ画面定義データを生成する際に用いるデータを含む画面定義データを特定する画面カスタマイズプログラム。
【請求項１３】
前記特定手段が、
前記定義データに含まれる表示部品及び／又は画面遷移イベントの属性値に基づき、
ユーザ選択の際に画面遷移が発生する表示部品か否かを判定し、
判定結果から、画面遷移が発生しない表示部品が定義された定義データを、前記カスタマイズ画面定義データを生成する際に用いるデータとして特定するように機能させることを特徴とする請求項１２に記載の画面カスタマイズプログラム。
【請求項１４】
請求項１２に記載のプログラムを記憶した、コンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置と画像処理装置とがデータ伝送路で接続される画像処理システムに関し、特に、画像処理装置に表示される画面をカスタマイズする技術に関するものである。
【背景技術】
【０００２】
ＭＦＰ（Multifunction Peripheral）などの多機能を搭載する画像処理装置では、当該装置が備える表示装置（例えば「操作パネル」）に表示される情報量が、多くなってきている（表示内容が充実している）。そのため、ユーザからは、表示画面をユーザ権限や好みに応じてカスタマイズしたいと言う要望がある。
【０００３】
そこで、例えば、特許文献１には、操作パネルに表示する表示部品（グラフィックパーツ）の構成情報をファイルで保持し、カスタマイズした画面仕様ファイルに基づき、表示画面を構成することで、表示画面のカスタマイズ作業を簡略化する技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の画面カスタマイズ方法では、文字列内容やボタン位置などの変更と言った１画面をカスタマイズするにとどまり、複数画面を統合するカスタマイズまでは行うことができない。
【０００５】
例えば、画像処理装置では、搭載機能ごとの画面を有し、これら複数の画面間で画面遷移が行われる。また、１つの機能においても、動作設定画面や動作要求画面など、複数の画面を有している場合もあり、これら複数の画面間でも画面遷移が行われる。
【０００６】
このような表示環境では、ユーザが、例えば、画像処理装置に対して動作設定を行う場合に、複数の画面を介して設定操作を行わなくてはならないことから、その操作の煩雑さを軽減するために、これらの複数画面を１つの画面に統合したい（複数画面にわたって行う設定を１画面に集約したい）と考える。
【０００７】
しかし、従来の画面カスタマイズ方法では、上記複数画面を統合することを想定していないため、ユーザが所望する画面カスタマイズを行うことができない。また、従来の画面カスタマイズ方法で、複数画面の統合を自動化するためには、画像処理装置に搭載される画面表示に係るソフトウェアのロジックを変更しなければならない。
【０００８】
本発明は上記従来技術の問題点を鑑み提案されたものであり、その目的とするところは、画面表示ソフトウェアを変更することなく、複数画面を統合する画面カスタマイズの自動化を実現できる情報処理装置、画像処理装置、画像処理システム、画面カスタマイズ方法、画面カスタマイズプログラム、及びそのプログラムを記録した記録媒体を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係る情報処理装置は、所定のデータ伝送路を介して、表示装置を備えた外部装置と接続される情報処理装置であって、ユーザから複数画面の統合指示を受け付けると、統合対象である画面の表示内容が定義された複数の画面定義データが保持される前記情報処理装置が備える所定の記憶領域にアクセスし、前記画面定義データを解析する解析手段と、前記解析手段による解析結果に基づき、画面定義データに含まれるデータのうち、統合画面の表示内容が定義されたカスタマイズ画面定義データを生成する際に用いるデータを特定する特定手段と、前記特定手段により特定されたデータに基づき、前記カスタマイズ画面定義データを生成する生成手段と、前記生成手段により生成されたカスタマイズ画面定義データを、前記外部装置に送信する通信手段と、を有し、
前記特定手段は、前記解析手段により解析結果として得られた少なくとも画面種別を含み、表示部品及び／又は画面遷移イベントが定義された定義データの画面種別の属性値に基づき、前記解析手段により解析を行った前記複数の画面定義データのうち、前記カスタマイズ画面定義データを生成する際に用いるデータを含む画面定義データを特定する。
【００１０】
このような構成によって、本発明に係る情報処理装置は、統合対象である複数画面の各画面定義データの解析結果から、統合画面の画面定義データを生成する上で必要なデータを特定する。つまり、情報処理装置では、複数の画面定義データを単に統合するのではなく、複数の画面定義データから、統合（カスタマイズ）する上で必要なデータを、定義内容から動的に判断し抽出する。続いて、情報処理装置１００は、特定したデータから、カスタマイズ画面定義データを生成し、生成したカスタマイズ画面定義データを、画像処理装置へと送信する。その結果、画像処理装置は、受信したカスタマイズ画面定義データに基づき、画面を表示する。
【００１１】
これによって、本発明に係る画像処理システムでは、画面表示ソフトウェアを変更することなく、複数画面を統合する画面カスタマイズの自動化を実現できる。その結果、ユーザは、複数画面を１画面に統合する画面カスタマイズが行え、使い勝手のよい操作環境を構築できる。また、画面表示に係るソフトウェア開発者は、もしユーザから画面カスタマイズを要求されても、ソフトウェア変更などの煩雑な対応を行わなくて済む。
【００１２】
上記目的を達成するため、本発明に係る画面カスタマイズ方法は、所定のデータ伝送路を介して、表示装置を備えた画像処理装置と接続される情報処理装置における画像処理装置の画面カスタマイズ方法であって、ユーザから複数画面の統合指示を受け付けると、統合対象である画面の表示内容が定義された複数の画面定義データが保持される当該装置が備える所定の記憶領域にアクセスし、前記画面定義データを解析する解析手順と、前記解析手順による解析結果に基づき、画面定義データに含まれるデータのうち、統合画面の表示内容が定義されたカスタマイズ画面定義データを生成する際に用いるデータを特定する特定手順と、前記特定手順により特定されたデータに基づき、前記カスタマイズ画面定義データを生成する生成手順と、前記生成手順により生成されたカスタマイズ画面定義データを、前記画像処理装置に送信する通信手順と、を有している。
【００１３】
このような手順によって、本発明に係る画面カスタマイズ方法は、統合対象である複数画面の各画面定義データの解析結果から、統合画面の画面定義データを生成する上で必要なデータを特定し、特定したデータから、カスタマイズ画面定義データを生成し、生成したカスタマイズ画面定義データを、画像処理装置へと送信するという動作を実現する。
【００１４】
これによって、本発明に係る画面カスタマイズ方法では、画面表示ソフトウェアを変更することなく、複数画面を統合する画面カスタマイズの自動化が可能な環境を提供できる。
【発明の効果】
【００１５】
本発明によれば、統合対象である複数画面の各画面定義データから、統合する上で必要なデータを動的に抽出し、カスタマイズ画面定義データを生成することで、画面表示ソフトウェアを変更することなく、複数画面を統合する画面カスタマイズの自動化が可能な情報処理装置、画像処理装置、画像処理システム、画面カスタマイズ方法、画面カスタマイズプログラム、及びそのプログラムを記録した記録媒体を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態に係る画像処理システムの構成例を示す図である。
【図２】本発明の第１の実施形態に係る情報処理装置のハードウェア構成例を示す図である。
【図３】本発明の第１の実施形態に係る画像処理装置のハードウェア構成例を示す図である。
【図４】本発明の第１の実施形態に係る画面カスタマイズ機能の構成例を示す図である。
【図５】本発明の第１の実施形態に係る統合対象の画面例を示す図である。
【図６】本発明の第１の実施形態に係る機能選択画面の画面定義データ例を示す図である。
【図７】本発明の第１の実施形態に係る機能設定画面の画面定義データ例を示す図である。
【図８】本発明の第１の実施形態に係る共通設定画面の画面定義データ例を示す図である。
【図９】本発明の第１の実施形態に係るカスタマイズ後の表示画面（統合画面）例を示す図である。
【図１０】本発明の第１の実施形態に係るカスタマイズされた画面定義データ例を示す図である。
【図１１】本発明の第１の実施形態に係るカスタマイズ設定ファイルのデータ例を示す図である。
【図１２】本発明の第１の実施形態に係る画面カスタマイズを行う処理手順例を示すシーケンス図である。
【図１３】本発明の第１の実施形態に係るカスタマイズ画面定義データの生成処理手順を示すフローチャートである。
【図１４】本発明の第１の実施形態に係るカスタマイズ画面定義データ生成時のデータ遷移例を示す図である。
【図１５】本発明の第１の実施形態に係る画面の表示処理手順例を示すフローチャートである。
【図１６】本発明の変形例に係る画面カスタマイズ機能の構成例を示す図である。
【図１７】本発明の変形例に係る画像処理システムの構成例を示す図である。
【図１８】本発明の変形例に係る画面カスタマイズ機能の構成例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の好適な実施の形態（以下「実施形態」と言う）について、図面を用いて詳細に説明する。
【００１８】
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る画像処理システム１の構成例を示す図である。
図１には、画像処理装置２００と情報処理装置１００とが、ネットワークなどのデータ伝送路Ｎ（例えば「ＬＡＮ：Local Area Network」）で接続されるシステム構成例が示されている。
【００１９】
画像処理装置２００は、画像処理機能を有する機器である。画像処理機能には、例えば、原稿読み取りや印刷などがある。一方、情報処理装置１００は、画像処理装置２００に対して画像処理を要求する機器である。
【００２０】
これにより、ユーザは、次のような画像処理サービスを利用することができる。例えば、ユーザは、情報処理装置１００から画像処理装置２００に印刷データを送信し、印刷結果を得ることができる。また、ユーザは、画像処理装置２００で原稿を読み取り、情報処理装置１００から画像処理装置２００にアクセスすることで、読み取り画像を取得することができる。
【００２１】
以上のように、本実施形態に係る画像処理システム１は、上記システム構成により、遠隔による画像処理サービスを提供することができる。なお、画像処理システム１は、情報処理装置１００と画像処理装置２００とを、それぞれ複数有する構成であってもよい。
【００２２】
＜ハードウェア構成＞
本実施形態に係る情報処理装置１００及び画像処理装置２００のハードウェア構成について説明する。
【００２３】
《情報処理装置》
図２は、本実施形態に係る情報処理装置１００のハードウェア構成例を示す図である。
図２に示すように、情報処理装置１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。
【００２４】
入力装置１０１は、キーボードやマウスなどを含み、情報処理装置１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、情報処理装置１００による処理結果を表示する。
【００２５】
インタフェース装置１０７は、情報処理装置１００をデータ伝送路Ｎに接続するインタフェースである。これにより、情報処理装置１００は、インタフェース装置１０７を介して、画像処理装置２００や他の情報処理装置１００とデータ通信を行うことができる。
【００２６】
ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、情報処理装置全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（商標又は登録商標）」や「ＵＮＩＸ（商標又は登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及びシステム上において各種機能（例えば「画面カスタマイズ機能」）を提供するアプリケーションなどがある。また、ＨＤＤ１０８は、格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。
【００２７】
ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。これにより、情報処理装置１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、例えば、フロッピー（商標又は登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）などがある。
【００２８】
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、情報処理装置１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、情報処理システム設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する処理装置である。
【００２９】
以上のように、本実施形態に係る情報処理装置１００は、上記ハードウェア構成により、各種情報処理サービスを提供することができる。
【００３０】
《画像処理装置》
図３は、本実施形態に係る画像処理装置２００のハードウェア構成例を示す図である。
図３に示すように、画像処理装置２００は、コントローラ２１０、操作パネル２２０、プロッタ２３０、及びスキャナ２４０などを備え、それぞれが相互にバスＢで接続されている。
【００３１】
操作パネル２２０は、入力部や表示部を備えており、機器情報などの各種情報をユーザに提供したり、動作設定や動作指示などの各種ユーザ操作を受け付けたりする入力・表示装置である。プロッタ２３０は、画像形成部を備えており、用紙に出力画像を形成する印刷装置である。出力画像を形成する方式には、例えば、電子写真プロセスやインクジェット方式などがある。スキャナ２４０は、原稿を光学的に読み取り、読み取り画像を生成する読み取り装置である。
【００３２】
コントローラ２１０は、ＣＰＵ２１１、記憶装置２１２、ネットワークＩ／Ｆ２１３、及び外部記憶Ｉ／Ｆ２１４などを備える制御基板であり、それぞれが相互にバスＢで接続されている。
【００３３】
記憶装置２１１は、ＲＡＭ、ＲＯＭ、及びＨＤＤなどを含み、各種プログラムやデータを格納及び／又は保持する装置である。ＣＰＵ２１２は、ＲＯＭやＨＤＤから、プログラムやデータをＲＡＭ上に読み出し、処理を実行する（記憶装置から読み出したプログラムやデータの処理を実行する）ことで、装置全体の制御や搭載機能を実現する処理装置である。
【００３４】
ネットワークＩ／Ｆ２１３は、画像処理装置２００をデータ伝送路Ｎに接続するインタフェースである。外部記憶Ｉ／Ｆ２１４は、外部記憶装置にあたる記録媒体２１４ａとのインタフェースである。記録媒体２１４ａには、例えば、ＳＤメモリカード（SD Memory Card）やＵＳＢ（Universal Serial Bus）メモリなどがある。これにより、画像処理装置２００は、外部記憶Ｉ／Ｆ２１４を介して、記録媒体２１４ａの読み取り及び／又は書き込みを行うことができる。
【００３５】
以上のように、画像処理装置２００では、上記ハードウェア構成により、各種画像処理サービスを提供することができる。
【００３６】
＜画面カスタマイズ機能＞
本実施形態に係る画面カスタマイズ機能について説明する。
本実施形態に係る画像処理システム１では、情報処理装置１００と画像処理装置２００との間で、次のような連携処理を行い、画面カスタマイズ機能を実現する。まず、情報処理装置１００は、統合対象である複数画面の各画面定義データを解析する。続いて、情報処理装置１００は、解析結果（解析により得られた画面種別、表示部品、及び／又は画面遷移イベントなどの定義データ）に基づき、画面定義データに含まれるデータのうち、統合画面の画面定義データ（カスタマイズ画面定義データ）を生成する上で必要なデータ（生成時に用いるデータ）を特定する。つまり、情報処理装置１００では、複数の画面定義データを単に統合するのではなく、複数の画面定義データから、統合（カスタマイズ）する上で必要なデータを、定義内容から動的に判断し抽出する。続いて、情報処理装置１００は、特定したデータに基づき、カスタマイズ画面定義データを生成する。その結果、情報処理装置１００は、生成したカスタマイズ画面定義データを画像処理装置２００へと送信し、画像処理装置２００は、受信したカスタマイズ画面定義データに基づき、画面を表示する。画像処理システム１は、このような画面カスタマイズ機能を有している。
【００３７】
従来の画面カスタマイズ方法では、例えば、ユーザが、複数の設定画面を介して行う画像処理装置２００の動作設定を、１つの設定画面により行いたい場合、これら複数の設定画面を１画面に集約（統合）するという画面カスタマイズ（画面統合）を行うことができなかった。また、従来の画面カスタマイズ方法で、複数画面の統合を自動化するためには、画像処理装置２００に搭載される画面表示に係るソフトウェアのロジックを変更しなければならなかった。
【００３８】
このように、従来の画面カスタマイズ方法は、ユーザにとって利便性が悪く、ソフトウェア開発者にとって煩雑な作業を強いるものであった。
【００３９】
そこで、本実施形態に係る画像処理システム１では、データ解析により得られた画面種別、表示部品、及び／又は画面遷移イベントなどの定義データを基に、統合対象である複数画面の各画面定義データから、統合する上で必要なデータを動的に抽出し、カスタマイズ画面定義データを生成する仕組みとした。
【００４０】
これにより、本実施形態に係る画像処理システム１では、画面表示ソフトウェアを変更することなく、複数画面を統合する画面カスタマイズの自動化を実現できる。その結果、ユーザは、所望する画面カスタマイズが行え、使い勝手のよい操作環境を構築でき、ソフトウェア開発者は、画面カスタマイズに対応するための作業負荷が軽減される。
【００４１】
以下に、本実施形態に係る画面カスタマイズ機能の構成とその動作について説明する。
図４は、本実施形態に係る画面カスタマイズ機能の構成例を示す図である。
本実施形態に係る画像処理システム１は、主に、画面定義データ生成部１１、画面定義データ管理部２１、画面生成部２３、及び画面制御部２４などを有している。
【００４２】
画面定義データ生成部１１は、情報処理装置１００が有する機能部である。また、画面定義データ管理部２１、画面生成部２３、及び画面制御部２４は、画像処理装置２００が有する機能部である。なお、以下には、便宜上、画像処理装置２００、情報処理装置１００の順で各機能部を説明する。
【００４３】
《画像処理装置が有する機能部》
画面定義データ管理部２１は、標準（画面カスタマイズ前）の画面定義データ２２Ｄｓ（以下「標準画面定義データ２２Ｄｓ」と言う）や統合画面（画面カスタマイズ後）の画面定義データ２２Ｄｅ（以下「カスタマイズ画面定義データ２２Ｄｅ」と言う）を管理する機能部である。なお、以降では、上記両データを総称する場合「画面定義データ２２Ｄ」と言う。
【００４４】
これらの画面定義データ２２Ｄは、例えば、画像処理装置２００が備える記憶装置２１２の所定の記憶領域にあたる画面定義データ保持部２２に格納され保持される。画面定義データ管理部２１は、他の機能部から、所定のデータ操作要求を受け付けると、画面定義データ保持部２２にアクセスし、該当データに対して、要求されたデータ操作を行うことで管理する。他の機能部から要求されるデータ操作には、例えば、画面定義データの取得（読み出し）や記録（格納・保持）などがある。なお、標準画面定義データ２２Ｄｓは、画像処理装置２００の搭載機能に係る表示画面Ｗに対応して、予め画面定義データ保持部２２に保持されているが、カスタマイズ画面定義データ２２Ｄｅは、後述する情報処理装置１００で画面カスタマイズ処理の実行後に、通信部２０を介して受信され、画面定義データ管理部２１により、画面定義データ保持部２２へと記録される。
【００４５】
ここで、画面定義データ２２Ｄについて説明する。
図５は、本実施形態に係る統合対象の画面例を示す図である。図５には、画像処理装置２００において、当該装置が有する機能Ａや機能Ｂの設定操作を行う際に表示される複数の表示画面例が示されている。
【００４６】
図５に示すように、表示画面Ｗには、例えば、機能Ａや機能Ｂを選択する機能選択画面、機能Ａの設定画面、機能Ｂの設定画面、機能Ａ及び機能Ｂで共通の設定画面などがある。また、図中の矢印には、これら表示画面Ｗの間で行われる設定操作時の画面遷移の動作例が示されている。
【００４７】
このような表示画面Ｗは、例えば、図６から図８に示すようなデータ（画面定義データ）により表示内容が定義され、画面定義データ保持部２２に、標準画面定義データ２２Ｄｓとして格納されている。
【００４８】
図６には、図５に示した機能選択画面の画面定義データ２２Ｄｓｓ、図７には、図５に示した機能設定画面の画面定義データ２２Ｄｓａ，２２Ｄｓｂ、図８には、図５に示した共通設定画面の画面定義データ２２Ｄｓｃの例が示されている。
図６から図８に示すように、画面定義データ２２Ｄは、所定のデータ形式に従って表示内容が定義されたデータである。画面定義データ２２Ｄに定義される表示内容には、例えば、画面種別、表示部品、及び画面遷移イベントなどがある。このように、画面定義データ２２Ｄは、表示内容を定義する１又は複数の定義データが組み合わせられた構成となっている。
【００４９】
また、図６から図８には、ＸＭＬ（Extensible Markup Language）形式の画面定義データ例が示されている。このように、データ形式にＸＭＬなどのマークアップ言語を用いる理由には、タグによる統一したデータ形式でありながら、独自の意味や構造をもったデータを容易に作成できるからである。ＸＭＬデータでは、同種のタグで囲まれた範囲のデータが、１つの意味をもつ。また、タグデータの中に、１又は複数のタグデータを挿入でき、このようなデータ形式により、階層構造を表現することができる。これにより、ＸＭＬ形式の画面定義データ２２Ｄでは、タグデータが、画面種別、表示部品、及び画面遷移イベントなどを定義する定義データとなる。
【００５０】
例えば、図６に示す機能選択画面の画面定義データ２２Ｄｓｓを例にとると、Ｗｉｎｄｏｗタグ、Ｂｕｔｔｏｎタグ、Ｅｖｅｎｔタグ、Ａｃｔｉｏｎタグ、Ｔａｒｇｅｔタグなどを用いて、機能Ａや機能Ｂを選択する表示画面の内容が定義されている。画面定義データ２２Ｄｓｓは、まず、Ｗｉｎｄｏｗタグによる定義データＲｗで、画面種別の属性値を含む機能選択画面が定義されている。また、Ｗｉｎｄｏｗタグ内には、２つのＢｕｔｔｏｎタグによる定義データＲＢ１，ＲＢ２で、表示部品の属性値を含む機能Ａや機能Ｂを選択するボタンが定義されている。さらに、各Ｂｕｔｔｏｎタグ内には、Ｅｖｅｎｔタグによる定義データＲＥ１，ＲＥ２で、機能Ａや機能Ｂそれぞれが選択された際の動作（操作イベント動作）が定義されている。このＥｖｅｎｔタグ内には、Ａｃｔｉｏｎタグにより、画面遷移指示が定義されており、Ｔａｒｇｅｔタグにより、画面遷移先が定義されている。
【００５１】
これにより、画像処理装置２００では、画面定義データ２２Ｄｓｓのタグを解析し、得られた各定義データＲｗ，ＲＢ，ＲＥ（以降、定義データを総称する場合「定義データＲ」と言う）などに基づき、選択画面の表示、選択イベントの受付、イベント受付後の画面遷移動作などの画面制御を行うことができる。つまり、画像処理装置２００は、画面定義データ２２Ｄｓｓに基づき、図５に示した機能選択画面を表示し、制御することができる。
【００５２】
図４の説明に戻る。画面生成部２３は、画面定義データ２２Ｄに基づき、表示画面を生成する機能部である。画面生成部２３は、画像処理装置２００の搭載機能から、画面生成要求を受け付けると、画面定義データ管理部２１に対して、画面定義データ２２Ｄを指定することで、該当データの取得を要求する。その結果、画面定義データ管理部２１は、画面定義データ保持部２２にアクセスし、取得した指定データを画面生成部２３へと返す。画面生成部２３は、このようにして取得した画面定義データ２２Ｄを解析し、定義データＲに基づき、要求画面を生成する。
【００５３】
上述したように、画面カスタマイズ後の画面定義データ保持部２２には、標準画面定義データ２２Ｄｓと、カスタマイズ画面定義データ２２Ｄｅとが保持されている。このような場合、画面定義データ管理部２１は、ユーザが所望する表示画面Ｗのカスタマイズ画面定義データ２２Ｄｅを、画面生成部２３に渡さなければならない。一方、画面カスタマイズされていない間は、標準画面定義データ２２Ｄｓを、画面生成部２３に渡さなければならない。そこで、画面定義データ管理部２１は、標準画面定義データ２２Ｄｓ又はカスタマイズ画面定義データ２２Ｄｅのどちらのデータを、画面生成部２３に返すのかを制御するために、カスタマイズデータの存在確認を行う機能部を有している。これが、カスタマイズデータ有無判定部２１１である。
【００５４】
カスタマイズデータ有無判定部２１１は、画面定義データ保持部２２Ｄにアクセスし、指定された画面定義データ２２Ｄのカスタマイズデータが存在するか否か（データの有無）を判定する。カスタマイズデータ有無判定部２１１は、カスタマイズデータが存在すると判定した場合（データありと判定した場合）、カスタマイズ画面定義データ２２Ｄｅを、画面生成部２３へと返す。一方、カスタマイズデータが存在しないと判定した場合（データなしと判定した場合）には、標準画面定義データ２２Ｄｓを、画面生成部２３へと返す。このように、画面定義データ管理部２１では、カスタマイズデータ有無判定部２１１により、画面生成部２３への画面定義データ２２Ｄの応答を制御している。なお、カスタマイズデータ有無判定部２１１は、例えば、ファイル名やデータ更新日時などに基づき、カスタマイズデータか否かを判定する。また、画面定義データ保持部２２において、標準データとカスタマイズデータとが、異なる記憶領域（例えば「異なるディレクトリ」や「異なるフォルダ」など）に保持されている場合には、カスタマイズデータを保持する記憶領域のみを参照し、データ有無を確認する方法であってもよい。
【００５５】
画面制御部２４は、画像形成装置２００が備える操作パネル２２０の画面表示を制御する機能部である。画面制御部２４は、例えば、画面生成部２３により生成された画面を操作パネル２２０に表示する。また、画面制御部２４は、表示画面Ｗから画面遷移を行う操作イベントを受け付けると、画面生成部２３に対して、画面遷移先を指定することで、新たな画面（遷移先画面）の生成を要求する。
【００５６】
《情報処理装置が有する機能部》
画面定義データ生成部１１は、統合対象である表示画面Ｗの複数の標準画面定義データ２２Ｄｓに基づき、１画面に統合（集約）したカスタマイズ画面定義データ２２Ｄｅを生成する機能部である。画面定義データ生成部１１は、例えば、ＧＵＩ（Graphical User Interface）機能を備えた画面カスタマイズツールを、情報処理装置１００で動作させることで機能する。また、この画面カスタマイズツールは、画像処理装置２００の表示画面Ｗに対応する標準画面定義データ２２Ｄｓを保持している。よって、ユーザは、画面カスタマイズツールのＧＵＩを介して、統合対象とする複数の表示画面Ｗを指定する。なお、この画面カスタマイズツールでは、標準画面定義データ２２Ｄｓを基に、画像処理装置２００の表示画面Ｗを、情報処理装置１００が備える表示装置１０２の画面上に表示できるものとする。
【００５７】
これにより、ユーザは、画面カスタマイズする複数の標準画面定義データ２２Ｄｓを指定することができる。画面定義データ生成部１１は、このようにして指定された複数の標準画面定義データ２２Ｄｓに基づき、次のような処理を行い、ユーザが所望するカスタマイズ画面定義データ２２Ｄｅ（統合画面の画面定義データ）を生成する。
【００５８】
まず、画面定義データ生成部１１は、データ解析部１１１により、統合対象として指定された複数の標準画面定義データ内をタグ検索し、解析する。その結果、画面定義データ生成部１１は、解析結果として、画面種別、表示部品、及び／又は画面遷移イベントなどの定義データＲを得る。続いて、画面定義データ生成部１１は、データ特定部１１２により、解析結果に基づき、標準画面定義データ２２Ｄｓに含まれるデータのうち、カスタマイズ画面定義データ２２Ｄｅを生成する上で必要なデータ（作成時に用いるデータ）を特定する。具体的には、解析から得られた画面種別、表示部品、及び／又は画面遷移イベントなどを定義する各種タグ記述及びその属性値に基づき、必要なデータを特定する。
【００５９】
図９は、本実施形態に係るカスタマイズ後の表示画面（統合画面）例を示す図である。
図９には、機能間でタブ切り替え可能な設定画面と各機能に共通する設定画面とを１画面に統合した表示画面Ｗの例が示されている。例えば、このような画面カスタマイズを行う場合、データ解析部１１１は、図６から図８に示した複数の標準画面定義データ２２Ｄｓｓ，２２Ｄｓａ，２２Ｄｓｂ，２２Ｄｓｃを解析し、解析結果として、各標準画面定義データ２２Ｄｓに含まれる画面種別、表示部品、及び／又は画面遷移イベントなどの定義データＲを得る。このとき、データ解析部１１１は、得られた定義データＲを、解析した標準画面定義データごとに、メモリ上に保持する。
【００６０】
データ特定部１１２は、このようにして得られた定義データＲの中から、所定の条件（予め決めておいた絞り込み条件）に従って、生成に必要なデータを段階的に特定（抽出）する。
【００６１】
まず、データ特定部１１２は、複数の定義データＲの中から、画面種別定義の属性値（Ｗｉｎｄｏｗタグのｉｄ値）が"ＦｕｎｃｔｉｏｎＷｉｎｄｏｗ"又は"ＣｏｎｆｉｇｕｒａｔｉｏｎＷｉｎｄｏｗ"の定義データＲＷに特定する。その結果、本例では、図７及び図８に示す標準画面定義データ２２Ｄｓａ，２２Ｄｓｂ，２２Ｄｓｃの各定義データＲＷが特定される。つまり、これらの定義データＲＷが、カスタマイズ画面定義データ２２Ｄｅを生成する上で必要なデータを含む定義データＲ（該当標準画面定義データ）として特定される。よって、標準画面定義データ２２Ｄｓｓに対応する定義データＲ（該当しなかった標準画面定義データ）は、メモリ上から消去される。
【００６２】
続いて、データ特定部１１２は、特定した定義データＲＷにおいて、表示部品定義の属性値（ＥｄｉｔＢｏｘタグ、Ｂｕｔｔｏｎタグ、ＣｏｍｂｏＢｏｘタグ、ＲａｄｉｏＢｕｔｔｏｎタグなどのｉｄ値）が"Ｂｕｔｔｏｎ"の定義データＲＢと、"Ｂｕｔｔｏｎ"でない定義データＲＤＢ，ＲＣ，ＲＲとに分類する。データ特定部１１２は、分類した定義データＲＢと、分類したそれ以外の定義データＲＤＢ，ＲＣ，ＲＲとで、異なる方法により、生成に必要なデータを特定する。
【００６３】
例えば、分類された定義データＲが、Ｂｕｔｔｏｎタグで定義された定義データＲＢの場合、データ特定部１１２は、定義データＲＢにおいて、画面遷移イベント定義の定義値（Ｅｖｅｎｔタグ内のＡｃｔｉｏｎタグデータ）が"ＳｃｒｅｅｎＣｈａｎｇｅ"でない定義データＲＥを、生成に必要なデータとして特定する。ここで、データ特定部１１２が、属性値"ＳｃｒｅｅｎＣｈａｎｇｅ"の定義データＲＥを、生成に必要ないデータとする理由は、次のとおりである。属性値"ＳｃｒｅｅｎＣｈａｎｇｅ"は、ボタン押下時（ユーザ選択時）の画面遷移動作を定義したものであり、図９に示したように、カスタマイズ後（統合後）は、画面遷移が必要ないからである。
【００６４】
一方、ＥｄｉｔＢｏｘタグ、ＣｏｍｂｏＢｏｘタグ、ＲａｄｉｏＢｕｔｔｏｎタグで定義された定義データＲＤＢ，ＲＣ，ＲＲの場合、データ特定部１１２は、これらのデータを、生成に必要なデータとして特定する。その結果、本例では、図７に示す標準画面定義データ２２Ｄｓａの定義データＲＣ及び標準画面定義データ２２Ｄｓｂの定義データＲＤＢと、図８に示す標準画面定義データ２２Ｄｓｃの定義データＲＲとが特定される。
【００６５】
このように、データ特定部１１２は、定義データＲＢ，ＲＤＢ，ＲＣ，ＲＲに含まれる表示部品及び／又は画面遷移イベントの属性値に基づき、ユーザ選択時に画面遷移が発生する表示部品か否かを判定する。その結果、データ特定部１１２は、判定結果に基づき、画面遷移が発生しない表示部品が定義された定義データＲＤＢ，ＲＣ，ＲＲを、カスタマイズ画面定義データ２２Ｄｅを生成する上で必要なデータとして特定する。
【００６６】
画面定義データ生成部１１は、上記処理により、複数の標準画面定義データ２２Ｄｓから、統合する上で必要なデータを動的に特定し、特定したデータに基づき、統合後の表示画面を定義したカスタマイズ画面定義データを生成する。つまり、画面定義データ生成部１１では、複数の標準画面定義データ２２Ｄｓを単に統合（例えば「データ連結」）するのではない。
【００６７】
図１０は、本実施形態に係るカスタマイズされた画面定義データ例を示す図である。
画面定義データ生成部１１では、上述したデータ特定により特定された定義データＲに基づき、図１０に示すようなカスタマイズ画面定義データ２２Ｄｅが生成される。
【００６８】
画面定義データ生成部１１は、まず、画面種別の属性値（Ｗｉｎｄｏｗタグのｉｄ値が"ＭａｉｎＷｉｎｄｏｗ"）が定義された定義データＲ１を生成する。続いて、画面定義データ生成部１１は、機能統合画面の属性値（Ｔａｂｓタグのｉｄ値が"ＦｕｎｃｔｉｏｎＴａｂｓ"）が定義された定義データＲ１１を生成し、定義データＲ１に挿入する。
【００６９】
さらに、画面定義データ生成部１１は、データ特定処理において、機能Ａ設定画面や機能Ｂ設定画面の標準画面定義データ２２Ｄｓａ，２２Ｄｓｂから特定した定義データＲＤＢ，ＲＣを基に、各機能画面の属性値（Ｔａｂタグのｉｄ値が"ＴａｂＡ"、"ＴａｂＢ"、ｌａｂｅｌ値が"機能Ａ"、"機能Ｂ"）が定義された定義データＲ１１ａ，Ｒ１１ｂを生成し、定義データＲ１１に挿入する。つまり、画面定義データ生成部１１は、各機能画面が定義された定義データ１１ａ，Ｒ１１ｂを、定義データＲ１１より下位階層の位置で挿入する。また、画面定義データ生成部１１は、データ特定処理において特定した定義データＲＤＢ，ＲＣの数に合わせて、機能画面の定義データＲ１１を挿入する。
【００７０】
続いて、画面定義データ生成部１１は、データ特定処理において、共通設定画面の標準画面定義データ２２Ｄｓｃから特定した定義データＲＲを基に、機能Ａや機能Ｂに共通する画面が定義された定義データＲ１２を生成し、定義データＲ１１と同一階層の位置で定義データＲ１に挿入する。
【００７１】
図１１は、本実施形態に係るカスタマイズ設定ファイル３１Ｄのデータ例を示す図である。
画面定義データ生成部１１は、カスタマイズ画面定義データ２２Ｄｅを生成する際に、各表示部品の配置位置や大きさなどの各属性値（ｘ，ｙ，ｗ，ｈなどの各値）を、表示画面Wの大きさに応じた値に調整する。このとき、画面定義データ生成部１１は、例えば、図１１に示すようなカスタマイズ設定ファイル３１Ｄの各設定値に基づき、属性値を決定する。
【００７２】
図１１には、２種類のカスタマイズ設定ファイル３１Ｄが示されている。（Ａ）は、ＸＭＬ形式のデータ例、また、（Ｂ）は、ＸＳＬ（Extensible Stylesheet Language）形式のデータ例である。例えば、画面定義データ生成部１１は、このようなカスタマイズ設定ファイル３１Ｄを読み込み、データ解析を行った後に、解析結果に基づき、表示部品の属性値を決定し、カスタマイズ画面定義データ２２Ｄｅを生成する。
【００７３】
なお、カスタマイズ設定ファイル３１Ｄが、図１１に示すようなテキストファイルである場合、ユーザは、所定のテキストエディタを用いて各設定値を記述し、ファイルを生成することができる。また、カスタマイズ設定ファイル３１Ｄは、他の情報処理装置１００で生成されたファイルであってもよい。画面定義データ生成部１１は、例えば、情報処理装置１００が備えるドライブ装置１０３を介して、記録媒体１０３ａに記憶されたカスタマイズ設定ファイル３１Ｄを読み込むことができる。
【００７４】
また、カスタマイズ設定ファイル３１Ｄは、必ずしも上記所定のデータ形式で記述されたテキストファイルである必要はない。カスタマイズ設定ファイル３１Ｄは、画面定義データ生成部１１により、読み込み可能なファイルであればよく、例えば、バイナリファイルであってもよい。ただし、カスタマイズ設定ファイル３１Ｄがバイナリファイルの場合、ユーザは、テキストエディタではなく、所定の設定ツールを用いて生成することになる。
【００７５】
図４の説明に戻る。画面定義データ生成部１１は、このようにして生成したカスタマイズ画面定義データ２２Ｄｅを、通信部１０を介して画像処理装置２００へと送信する。その結果、画像処理装置２００では、受信されたカスタマイズ画面定義データ２２Ｄｅが、画面定義データ管理部２１により、画面定義データ保持部２２に格納され保持される。画像処理装置２００では、これを受けて、画面生成部２３により、カスタマイズ画面定義データ２２Ｄｅに基づく画面が生成され、画面制御部２４により、カスタマイズされた表示画面Ｗ（例えば図９に示した統合画面）が表示される。
【００７６】
以上のように、本実施形態に係る画面カスタマイズ機能は、上記各機能部が連係動作することにより実現される。
【００７７】
次に、本実施形態に係る画面カスタマイズ機能の詳細な動作（機能部群の連係動作）について、処理手順を示すシーケンス図を用いて説明する。
【００７８】
画面カスタマイズ機能は、情報処理装置１００や画像処理装置２００に搭載（インストール）されるプログラム（画面カスタマイズ機能を実現するソフトウェア）が、ＣＰＵ１０６，２１１などの制御装置により、格納先（例えば「ＨＤＤ」や「ＲＯＭ」など）からメモリ上（例えば「ＲＡＭ」）に読み出され、以下の処理が実行されることで実現される。
【００７９】
図１２は、本実施形態に係る画面カスタマイズを行う処理手順例を示すシーケンス図である。画面カスタマイズは、情報処理装置１００において、画面カスタマイズツールを起動し、画面定義データ生成部１１が機能することで、処理が開始される。
【００８０】
図１２に示すように、情報処理装置１００は、ツール起動時に、まず、画面定義データ生成部１１により、カスタマイズ設定ファイル３１Ｄの有無を判定する（ステップＳ１１）。このとき、画面定義データ生成部１１は、例えば、記録媒体１０３ａやＨＤＤ１０８などにアクセスし、カスタマイズ設定ファイル３１Ｄが保存されているか、また、読み込み可能な状態か否かを判定する。
【００８１】
続いて、画面定義データ生成部１１は、ＧＵＩを介して、ユーザから指定された画面統合対象の複数の標準画面定義データ２２Ｄｓから、カスタマイズ画面定義データＤｅを生成する（ステップＳ１２）。このとき、画面定義データ生成部１１は、データ解析部１１１により、指定された複数の標準定義データ２２Ｄｓを解析し、データ特定部１１２により、解析結果に基づき、カスタマイズ画面定義データ２２Ｄｅを生成する上で必要なデータを特定する。これにより、画面定義データ生成部１１は、特定したデータに基づき、カスタマイズ画面定義データ２２Ｄｅを生成する。また、画面定義データ生成部１１は、ステップＳ１１で、カスタマイズ設定ファイル３１Ｄが存在すると判定された場合、カスタマイズ設定ファイル３１Ｄを読み込む。これにより、画面定義データ生成部１１は、読み込んだ設定値に基づき、表示内容（表示部品の配置位置や大きさ）を定義するタグの属性値を決定し、操作パネル２２０のハードウェア仕様に応じたカスタマイズ画面定義データ２２Ｄｅを生成する。
【００８２】
続いて、画面定義データ生成部１１は、通信部１０に対して、生成したカスタマイズ画面定義データ２２Ｄｅの送信を要求する（ステップＳ１３）。
【００８３】
その結果、情報処理装置１００は、通信部１０により、カスタマイズ画面定義データ２２Ｄｅを画像処理装置２００へと送信する（ステップＳ１４）。このとき、通信部１０は、例えば、送信要求時に画面定義データ生成部１１から指定された画像処理装置２００のＩＰアドレス（Internet Protocol address）に基づき、カスタマイズ画面定義データ２２Ｄｅを送信する。なお、画面定義データ生成部１１は、画面統合対象として標準画面定義データ２２Ｄｓの指定を受け付けた際に、画面カスタマイズ対象装置の指定（画像処理装置の指定）も受け付けて、この指定情報を通信部１０へと渡す。
【００８４】
本実施形態に係る情報処理装置１００では、上記処理により、カスタマイズ画面定義データ２２Ｄｅが生成され、画像処理装置２００へと送信される。
【００８５】
続いて、画像処理装置２００は、通信部２０により、カスタマイズ画面定義データ２２Ｄｅを受信すると、その旨（受信検知）を、画面定義データ管理部２１へと通知する（ステップＳ２１）。このとき、通信部２０からは、受信したカスタマイズ画面定義データ２２Ｄｅが画面定義データ管理部２１へと渡される。
【００８６】
その結果、画面定義データ管理部２１は、画面定義データ保持部２２にアクセスし、カスタマイズ画面定義データ２２Ｄｅを格納し（ステップＳ２２）、画面定義データ保持部２２には、カスタマイズ画面定義データ２２Ｄｅが保持される（ステップＳ２３）。
【００８７】
続いて、画面定義データ管理部２１は、画面生成部２３に対して、カスタマイズ画面の生成を要求する（ステップＳ２４）。このとき、画面定義データ管理部２１からは、通信部２０から受け取ったカスタマイズ画面定義データ２２Ｄｅが画面生成部２３へと渡される。
【００８８】
画面生成部２３は、受け取ったカスタマイズ画面定義データ２２Ｄｅを読み込み（ステップＳ２５）、読み込んだデータに基づき、カスタマイズ画面（統合画面）を生成し（ステップＳ２６）、画面制御部２４に対して、画面表示を要求する（ステップＳ２７）。このとき、画面生成部２３からは、生成したカスタマイズ画面が画面制御部２４へと渡される。
【００８９】
その結果、画面制御部２４は、カスタマイズ画面を操作パネル２２０に表示する（ステップＳ２８）。
【００９０】
本実施形態に係る画像処理装置２００では、上記処理により、受信したカスタマイズ画面定義データ２２Ｄｅが所定の記憶領域に保持されるとともに、カスタマイズ画面（統合画面）が操作パネル２２０へと表示される。
【００９１】
《情報処理装置側のデータ生成処理》
ここからは、画面定義データ生成部１１によるステップＳ１２の処理（カスタマイズ画面定義データ生成処理）について、詳細に説明する。
【００９２】
図１３は、本実施形態に係るカスタマイズ画面定義データ２２Ｄｅの生成処理手順を示すフローチャートである。また、図１４は、本実施形態に係るカスタマイズ画面定義データ生成時のデータ遷移例を示す図である。
図１３に示すように、画面定義データ生成部１１は、次のような処理を実行し、カスタマイズ画面定義データ２２Ｄｅを生成する。
【００９３】
画面定義データ生成部１１は、まず、画面カスタマイズの要求（画面統合対象指定）を受け付けると、新規データファイル（カスタマイズ画面定義データの元データ）を生成する（ステップＳ１０１）。新規データファイルは、この時点では、空データである。また、新規データファイルは、メモリ上に生成され、ファイルオープンされる。
【００９４】
続いて、画面定義データ生成部１１は、生成した新規データファイルに、ＷｉｎｄｏｗタグやＴａｂｓタグ（画面種別や機能統合画面を定義するタグ）を、データとして付加する（ステップＳ１０２）。その結果、図１４（Ａ）に示すような、ＷｉｎｄｏｗタグとＴａｂｓタグとが階層構造（入れ子構造）をなすカスタマイズ画面定義データ２２Ｄｅの基本データが生成される。このとき、Ｔａｂｓタグの属性値（ｘ，ｙ，ｗ，ｈの各値）は、読み込んだカスタマイズ設定ファイル３１Ｄの設定値を基に決定される。
【００９５】
続いて、画面定義データ生成部１１は、データ解析部１１１により、画面統合対象として指定された複数の標準画面定義データ２２Ｄｓ（画面統合対象データ）のデータ解析を順に開始する（ステップＳ１０３）。
【００９６】
データ解析部１１１は、画面統合対象データ内のタグ検索を行い、各タグで定義された定義データＲを解析結果とする（ステップＳ１０４）。このようにして得られた解析結果は、画面定義データ生成部１２が有するデータ特定部１１２へと渡される。
【００９７】
データ特定部１１２は、まず、解析結果である定義データＲの中に、ｉｄ値"ＦｕｎｃｔｉｏｎＷｉｎｄｏｗ"を含むＷｉｎｄｏｗタグが存在するか否かを判定する（ステップＳ１０５）。つまり、データ特定部１１は、このＷｉｎｄｏｗタグの属性値により、統合する機能の定義データＲ及び統合対象の機能数を判断する。
【００９８】
画面定義データ生成部１１は、データ特定部１１２により、該当するＷｉｎｄｏｗタグが存在すると判定された場合（ステップＳ１０５：ＹＥＳ）、Ｔａｂタグ（機能画面を定義するタグ）を、データとしてＴａｂｓタグ内に挿入し付加する（ステップＳ１０６）。このとき、Ｔａｂタグは、該当タグの存在が確認された数分（該当数分）、Ｔａｂｓタグ内に付加される。また、Ｔａｂタグのｉｄ値は、読み込んだカスタマイズ設定ファイル３１Ｄの設定値を基に決定される。また、Ｔａｂタグのｌａｂｅｌ値は、該当タグを含む定義データＲに定義された機能識別情報（例えば「機能名」）を基に決定される。
【００９９】
続いて、データ特定部１１２は、解析結果である定義データＲのうち、表示部品の定義データＲＤＢ，ＲＢ，ＲＣ，ＲＲを、部品種別で分類する（ステップＳ１０７）。このとき、データ特定部１１２は、表示部品を定義するタグの属性値（ＥｄｉｔＢｏｘタグ、Ｂｕｔｔｏｎタグ、ＣｏｍｂｏＢｏｘタグ、ＲａｄｉｏＢｕｔｔｏｎタグなどのｉｄ値）に基づき、Ｂｕｔｔｏｎタグを含む定義データＲＢと、Ｂｕｔｔｏｎタグを含まない定義データＲＤＢ，ＲＣ，ＲＲとに分類する。
【０１００】
データ特定部１１２は、分類結果に基づき、定義データＲが、Ｂｕｔｔｏｎタグを含む定義データＲＢであった場合（ステップＳ１０８：ＹＥＳ）、定義データＲＢに定義されるＥｖｅｎｔタグ内のＡｃｔｉｏｎタグの定義値が"ＳｃｒｅｅｎＣｈａｎｇｅ"であるか否かを判定する（ステップＳ１０９）。
【０１０１】
画面定義データ生成部１１は、データ特定部１１２により、定義値が"ＳｃｒｅｅｎＣｈａｎｇｅ"でないと判定された場合（ステップＳ１０９：ＮＯ）、該当するＢｕｔｔｏｎタグ内のデータを、Ｔａｂタグ内に挿入し付加する（ステップＳ１１０）。このとき、Ｂｕｔｔｏｎタグの属性値（ｘ，ｙ，ｗ，ｈの各値）は、読み込んだカスタマイズ設定ファイル３１Ｄの設定値を基に決定される。
【０１０２】
一方、画面定義データ生成部１１は、データ特定部１１２により、定義値が"ＳｃｒｅｅｎＣｈａｎｇｅ"であると判定された場合（ステップＳ１０９：ＹＥＳ）、該当するＢｕｔｔｏｎタグ内のデータを、カスタマイズ画面定義データ２２Ｄｅを生成する上で必要ないデータとして、メモリ上から消去する。
【０１０３】
また、データ特定部１１２は、分類結果に基づき、定義データＲが、Ｂｕｔｔｏｎタグを含まない定義データＲＤＢ，ＲＣ，ＲＲであった場合（ステップＳ１０８：ＮＯ）、該当するＥｄｉｔＢｏｘタグ、ＣｏｍｂｏＢｏｘタグ、ＲａｄｉｏＢｕｔｔｏｎタグ内の各データを、Ｔａｂタグ内に挿入し付加する（ステップＳ１１０）。このとき、各タグの属性値（ｘ，ｙ，ｗ，ｈの各値）は、読み込んだカスタマイズ設定ファイル３１Ｄの設定値を基に決定される。その結果、図１４（Ｂ）に示すような、Ｔａｂｓタグと機能数に応じた各Ｔａｂタグとが階層構造をなすカスタマイズ画面定義データ２２Ｄｅが生成される。図１４（Ｂ）に示す参照符号Ｒ１１が、上記ステップＳ１０６，Ｓ１１０で挿入され付加されたデータである。
【０１０４】
また、画面定義データ生成部１１は、データ特定部１１２により、ｉｄ値"ＦｕｎｃｔｉｏｎＷｉｎｄｏｗ"を含むＷｉｎｄｏｗタグが存在すると判定された場合（ステップＳ１０５：ＮＯ）、解析結果である定義データＲの中に、ｉｄ値"ＣｏｎｆｉｇｕｒａｔｉｏｎＷｉｎｄｏｗ"を含むＷｉｎｄｏｗタグが存在するか否かを判定する（ステップＳ１１２）。つまり、データ特定部１１２は、このＷｉｎｄｏｗタグの属性値により、機能に共通する定義データＲを判断する。
【０１０５】
画面定義データ生成部１１は、データ特定部１１２により、該当するＷｉｎｄｏｗタグが存在すると判定された場合（ステップＳ１１２：ＹＥＳ）、解析結果である定義データＲのうち、表示部品の定義データＲＤＢ，ＲＢ，ＲＣ，ＲＲを、部品種別で分類する（ステップＳ１１３）。この処理は、上記ステップＳ１０７と同様の処理である。
【０１０６】
データ特定部１１２は、分類結果に基づき、定義データＲが、Ｂｕｔｔｏｎタグを含む定義データＲＢであった場合（ステップＳ１１３：ＹＥＳ）、定義データＲＢに定義されるＥｖｅｎｔタグ内のＡｃｔｉｏｎタグの定義値が"ＳｃｒｅｅｎＣｈａｎｇｅ"であるか否かを判定する（ステップＳ１１４）。この処理は、上記ステップＳ１０８と同様の処理である。
【０１０７】
画面定義データ生成部１１は、データ特定部１１２により、定義値が"ＳｃｒｅｅｎＣｈａｎｇｅ"でないと判定された場合（ステップＳ１１５：ＮＯ）、該当するＢｕｔｔｏｎタグ内のデータを、Ｗｉｎｄｏｗタグ内に挿入し付加する（ステップＳ１１６）。このとき、Ｂｕｔｔｏｎタグの属性値（ｘ，ｙ，ｗ，ｈの各値）は、読み込んだカスタマイズ設定ファイル３１Ｄの設定値を基に決定される。
【０１０８】
一方、画面定義データ生成部１１は、データ特定部１１２により、定義値が"ＳｃｒｅｅｎＣｈａｎｇｅ"であると判定された場合（ステップＳ１１５：ＹＥＳ）、該当するＢｕｔｔｏｎタグ内のデータを、カスタマイズ画面定義データ２２Ｄｅを生成する上で必要ないデータとして、メモリ上から消去する。
【０１０９】
また、データ特定部１１２は、分類結果に基づき、定義データＲが、Ｂｕｔｔｏｎタグを含まない定義データＲＤＢ，ＲＣ，ＲＲであった場合（ステップＳ１１４：ＮＯ）、該当するＥｄｉｔＢｏｘタグ、ＣｏｍｂｏＢｏｘタグ、ＲａｄｉｏＢｕｔｔｏｎタグ内の各データを、Ｗｉｎｄｏｗタグ内に挿入し付加する（ステップＳ１１６）。このとき、各タグの属性値（ｘ，ｙ，ｗ，ｈの各値）は、読み込んだカスタマイズ設定ファイル３１Ｄの設定値を基に決定される。その結果、図１４（Ｃ）に示すような、Ｗｉｎｄｏｗタグと表示部品数に応じた各ＲａｄｉｏＢｕｔｔｏｎタグとが階層構造をなすカスタマイズ画面定義データ２２Ｄｅが生成される。図１４（Ｃ）に示す参照符号Ｒ１２が、上記ステップＳ１１６で挿入され付加されたデータである。
【０１１０】
画面定義データ生成部１１は、上記処理を、画面統合対象として指定された全ての標準画面定義データ２２Ｄｓに対して実行する（ステップＳ１１１：ＮＯ）。
【０１１１】
画面定義データ生成部１１は、全ての標準画面定義データ２２Ｄｅに対して、上記処理を実行すると（ステップＳ１１１：ＹＥＳ）、メモリ上に生成したカスタマイズ画面定義データ２２Ｄｅがファイルクローズする。
【０１１２】
なお、上記処理では、カスタマイズ設定ファイル３１Ｄが存在する場合を例に説明を行ったが、存在しない場合には、例えば、画面定義データ生成部１１が有するデフォルトの設定値を基にタグの属性値を決定してもよい。
【０１１３】
このように、本実施形態に係る情報処理装置１００では、上記処理により生成されたカスタマイズ画面定義データ２２Ｄｅが、画像処理装置２００へと送信され、カスタマイズ画面の表示が要求される。
【０１１４】
《画像処理装置側の表示処理》
ここからは、画像処理装置２００の起動時（例えば「電源投入時」）に、画面定義データ管理部２１、画面生成部２３、及び画面制御部２４によるカスタマイズ画面表示処理について、詳細に説明する。
【０１１５】
図１５は、本発明の第１の実施形態に係る画面の表示処理手順例を示すフローチャートである。
図１５に示すように、画像処理装置２００は、起動後に、まず、画面定義データ管理部２１により、カスタマイズ画面定義データ２２Ｄｅの存在を確認する（ステップＳ２０１）。このとき、画面定義データ管理部２１は、画面定義データ保持部２２にアクセスし、カスタマイズ画面定義データ２２Ｄｅが所定の記憶領域に保持されているか否かを判定し、データの有無を確認する。
【０１１６】
画像処理装置２００は、画面定義データ管理部２１により、カスタマイズ画面定義データ２２Ｄｅの存在が確認されると（ステップＳ２０１：ＹＥＳ）、確認されたカスタマイズ画面定義データ２２Ｄｅを、画面定義データ保持部２２からメモリ上に読み込み、画面生成部２３へと渡す（ステップＳ２０２）。
【０１１７】
一方、画像処理装置２００は、画面定義データ管理部２１により、カスタマイズ画面定義データ２２Ｄｅの存在が確認されなければ（ステップＳ２０２：ＮＯ）、標準画面定義データ２２Ｄｓを、画面定義データ保持部２２からメモリ上に読み込み、画面生成部２３へと渡す（ステップＳ２０５）。
【０１１８】
画面生成部２３は、読み込まれたカスタマイズ画面定義データ２２Ｄｅ又は標準画面定義データ２２Ｄｓに基づき、カスタマイズ画面（統合画面）を生成し（ステップＳ２０３）、画面制御部２４に画面の表示を要求する。このとき、画面生成部２３は、生成した画面を画面制御部２４へと渡し、表示要求を行う。
【０１１９】
その結果、画面制御部２４は、受け取った画面を操作パネル２２０に表示する（ステップＳ２０４）。
【０１２０】
なお、画像処理装置２００では、起動時にカスタマイズ画面を表示させるか、標準画面を表示させるかが設定可能である。よって、上記処理は、カスタマイズ画面を表示させる設定となっている場合に実行される。
【０１２１】
このように、本実施形態に係る画像処理装置２００では、上記処理により、動的に選択された画面定義データ２２Ｄを基に起動画面が生成され、操作パネル２２０に表示される。
【０１２２】
＜変形例＞
図１６は、本実施形態の変形例に係る画面カスタマイズ機能の構成例を示す図である。
図１６に示すように、画面カスタマイズ機能を、画像処理装置２００が有する構成であってもよい。この場合、画像処理装置２００が、画面定義データ生成部１１を有する機能構成となる。また、画像処理装置２００は、ユーザからの画面カスタマイズ要求（画面統合対象である標準画面定義データ２２Ｄｓの指定など）を、操作パネル２２０を介して、画面制御部２４により受け付け、画面定義データ生成部１１へと通知することになる。
【０１２３】
図１７は、本実施形態の変形例に係る画像処理システム１の構成例を示す図である。
図１７に示すように、画像処理システム１では、画像処理装置２００の表示画面Ｗを管理する画面管理装置（画面管理サーバ）３００を有する構成であってもよい。この場合、図１８に示すように、画面管理装置３００が、画面定義データ生成部１１を有する機能構成となる。
【０１２４】
図１８は、本実施形態の変形例に係る画面カスタマイズ機能の構成例を示す図である。
本変形例に係る画像処理システム１では、図１８に示す機能構成により、次のような画面カスタマイズを行うことができる。
【０１２５】
本変形例に係る画像処理システム１では、管理対象である複数の画像処理装置２００に対して、画面カスタマイズを一括して行える。このとき、画面管理装置３００は、画面定義データ生成部１１により生成したカスタマイズ画面定義データ２２Ｄｅを、例えば、管理者の実行指示に従って画像処理装置２００に一括送信することで、画面カスタマイズを行う。
【０１２６】
また、本変形例に係る画像処理システム１では、機種ごとの画面カスタマイズも容易に管理することができる。管理対象である画像処理装置２００が多い場合には、各機器の機種に応じた画面カスタマイズを行う作業が煩雑化する。そこで、画面管理装置３００では、画面定義データ生成部１１により、機種ごとのカスタマイズ画面定義データ２２Ｄｅを生成しておき、画像処理装置２００が、起動時に、画面定義データ管理部２１（取得手段に該当）により、機種情報に基づき、画面管理装置３００からカスタマイズ画面定義データ２２Ｄｅを取得する。
【０１２７】
＜まとめ＞
以上のように、本実施形態に係る画像処理システム１によれば、情報処理装置１００と画像処理装置２００との間で、次のような連携処理を行い、画面カスタマイズ機能を実現している。まず、情報処理装置１００は、画面定義データ生成部１１のデータ解析部１１１により、画面統合対象である複数の標準画面定義データ２２Ｄｓを解析する。続いて、情報処理装置１００は、画面定義データ生成部１１のデータ特定部１１２により、解析結果（解析により得られた画面種別、表示部品、及び／又は画面遷移イベントなどの定義データＲ）に基づき、画面定義データＲに含まれるデータのうち、カスタマイズ画面定義データ２２Ｄｅ（統合画面の画面定義データ）を生成する上で必要なデータを特定する。つまり、情報処理装置１００では、複数の画面定義データ２２Ｄを単に統合するのではなく、複数の画面定義データ２２Ｄから、統合（カスタマイズ）する上で必要なデータを、定義内容から動的に判断し抽出する。続いて、情報処理装置１００は、画面定義データ生成部１１により、特定したデータに基づき、カスタマイズ画面定義データ２２Ｄｅを生成する。その結果、情報処理装置１００は、通信部１０により、生成したカスタマイズ画面定義データ２２Ｄｅを画像処理装置２００へと送信し、画像処理装置２００は、画面生成部２３により、受信したカスタマイズ画面定義データ２２Ｄｅに基づき、カスタマイズ画面（統合画面）を生成後、画面制御部２４により、画面を表示する。
【０１２８】
これにより、本実施形態に係る画像処理システム１では、ユーザが統合対象の表示画面Ｗを指定するだけで、複数画面を統合する画面カスタマイズを自動的に行うことができる。また、本実施形態に係る画像処理システム１では、画面カスタマイズ対応を行う際に、開発者が画面表示ソフトウェアを変更する必要がない。
【０１２９】
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る「画面カスタマイズ機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、情報処理装置１００や画像処理装置２００の制御部（例えば「ＣＰＵ」）により実行されることで実現される。
【０１３０】
上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａ，２１４ａに格納することができる。これにより、上記プログラムは、記録媒体１０３ａ，２１４ａに記憶させることで、ドライブ装置１０３や外部記憶Ｉ／Ｆ２１４などを介して、情報処理装置１００や画像処理装置２００にインストールすることができる。また、情報処理装置１００及び画像処理装置２００は、インタフェース装置１０７やネットワークＩ／Ｆ２１３を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
【０１３１】
また、上記実施形態では、情報処理装置１００から画像処理装置２００に対して、カスタマイズ画面定義データ２２Ｄｅを送信し、画面カスタマイズを行う構成について説明を行ったが、この限りでない。例えば、情報処理装置１００では、生成したカスタマイズ画面定義データ２２Ｄｅを記録媒体１０３ａに格納する。また、画像処理装置２００では、外部記憶Ｉ／Ｆ２０４を介して、記録媒体２０４ａから保持データを読み込み、カスタマイズ画面定義データ２２Ｄｅを取得する構成であってもよい。
【０１３２】
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１３３】
１      画像処理システム
１０    通信部（情報処理装置側）
１１    画面定義データ生成部
１１１  データ解析部
１１２  データ特定部
２０    通信部（画像処理装置側）
２１    画面定義データ管理部
２１１  カスタマイズデータ有無判定部
２２    画面定義データ保持部（Ｄｓ：標準データ，Ｄｅ：カスタマイズデータ）
２３    画面生成部
２４    画面制御部
３１Ｄ  カスタマイズ設定ファイル
１００  情報処理装置
１０１  入力装置
１０２  表示装置
１０３  ドライブ装置（ａ：記録媒体）
１０４  ＲＡＭ（揮発性の半導体メモリ）
１０５  ＲＯＭ（不揮発性の半導体メモリ）
１０６  ＣＰＵ（処理装置）
１０７  インタフェース装置（ＮＩＣ：Network I/F Card）
１０８  ＨＤＤ（不揮発性の記憶装置）
２００  画像処理装置
２１０  コントローラ（制御基板）
２１１  記憶装置
２１２  ＣＰＵ（処理装置）
２１３  ネットワークＩ／Ｆ
２１４  外部記憶Ｉ／Ｆ（ａ：記録媒体）
２２０  操作パネル（入力・表示装置）
２３０  プロッタ（印刷装置）
２４０  スキャナ（読み取り装置）
３００  画面管理装置（画面管理サーバ）
Ｂ      バス
Ｎ      データ伝送路（ネットワーク）
Ｗ      表示画面（操作画面）
【先行技術文献】
【特許文献】
【０１３４】
【特許文献１】特開２００８−１６７４１７号公報
【図１】
0005482407.tif 000002
【図２】
0005482407.tif 000003
【図３】
0005482407.tif 000004
【図４】
0005482407.tif 000005
【図５】
0005482407.tif 000006
【図６】
0005482407.tif 000007
【図７】
0005482407.tif 000008
【図８】
0005482407.tif 000009
【図９】
0005482407.tif 000010
【図１０】
0005482407.tif 000011
【図１１】
0005482407.tif 000012
【図１２】
0005482407.tif 000013
【図１３】
0005482407.tif 000014
【図１４】
0005482407.tif 000015
【図１５】
0005482407.tif 000016
【図１６】
0005482407.tif 000017
【図１７】
0005482407.tif 000018
【図１８】
0005482407.tif 000019