(57)【要約】【課題】煩雑なＥＵＬＡの承認処理の回数を必要最小限に抑え、供給を受けたソフトウェアのインストール処理の効率を向上させる。【解決手段】ＥＵＬＡ依存関係判断部１２５１は、受信データに含まれるＥＵＬＡ依存関係情報から複数のＥＵＬＡの中に他のＥＵＬＡに包含されるものがあるか否かを判断する。第１の削除処理部１２５３は、ＥＵＬＡ依存関係判断部１２５１により他のＥＵＬＡに包含されると判断されたＥＵＬＡを削除する。統合部１２５４は、第１の削除処理部１２５３による処理の後、残ったＥＵＬＡを統合する。第２の削除処理部１２５５は、統合部１２５４により統合されたＥＵＬＡから重なる部分を抽出し、重複することがないように不要部分を削除する。ＥＵＬＡ承認部１２５６は、第２の削除処理部１２５５による処理が行われたＥＵＬＡの承認を行う。【選択図】図１２Ｂ
2010152710.tif 000002
【特許請求の範囲】
【請求項１】
配信対象のプログラムの検索を行うプログラム検索手段と、
前記プログラム検索手段により検索されたプログラムに対応する契約書の検索を行う契約書検索手段と、
前記プログラム検索手段により検索されたプログラムと、前記契約書検索手段により検索された契約書とをひとつのデータに統合する配信データ制御手段と、
前記配信データ制御手段により統合されたデータを、取得した画像データから画像を形成し出力する画像形成装置に配信する配信手段と、
を備えていることを特徴とするプログラム配信サーバ。
【請求項２】
配信対象のプログラムをプログラム記憶手段に登録するプログラム登録手段と、
前記配信対象のプログラムに対応する前記契約書を契約書記憶手段に登録する契約書登録手段と、
を備えていることを特徴とする請求項１に記載のプログラム配信サーバ。
【請求項３】
前記契約書には、他の契約書との依存関係情報、契約書の優先度情報、対応するプログラムの製作者情報の少なくとも一つが含まれていることを特徴とする請求項１または２に記載のプログラム配信サーバ。
【請求項４】
取得した画像データから画像を形成し出力する画像形成装置であって、
取得したデータに含まれる契約書依存関係情報から複数の契約書の中に他の契約書に包含されるものがあるか否かを判断する契約書依存関係判断手段と、
前記契約書依存関係判断手段により他の契約書に包含されると判断された契約書を削除する第１の削除処理手段と、
前記第１の削除処理手段による処理の後、残った契約書を統合する統合手段と、
前記統合手段により統合された契約書から重なる部分を抽出し、重複することがないように不要部分を削除する第２の削除処理手段と、
前記第２の削除処理手段による処理が行われた契約書の承認を行う契約書承認手段と、
前記契約書承認手段により承認された契約書に対応する前記取得データに含まれるプログラムのインストールを行うプログラムインストール手段と、
を備えていることを特徴とする画像形成装置。
【請求項５】
取得したデータに含まれる契約書優先度情報から複数の契約書間の優先順位を判断する契約書優先度判断手段を備え、
前記第１の削除処理手段は、前記契約書優先度判断手段により最も優先度が低いと判断された契約書を削除することを特徴とする請求項４に記載の画像形成装置。
【請求項６】
取得データに含まれる複数のプログラムにおいて同一の製作者によるものか否かを判断するプログラム製作者判断手段と、
前記プログラム製作者判断手段により判断されたプログラム製作者ごとに契約書を統合し、統合された契約書ごとに個別承認を行う個別承認手段と、
を備え、
第２の削除処理手段は、同一の製作者の契約書ごとに重なる部分を抽出し、重複することがないように不要部分を削除し、
前記契約書承認手段は、前記第２の削除処理手段による処理が終了した後、前記個別承認手段により契約書ごとにその承認を行うことを特徴とする請求項４に記載の画像形成装置。
【請求項７】
請求項１〜３のいずれかひとつに記載のプログラム配信サーバと、請求項４〜６のいずれかひとつに記載の画像形成装置と、を備えていることを特徴とするプログラム配信システム。
【請求項８】
取得データに含まれる契約書依存関係情報から複数の契約書の中に他の契約書に包含されるものがあるか否かを判断する契約書依存関係判断工程と、
前記契約書依存関係判断工程により他の契約書に包含されると判断された契約書を削除する第１の削除処理工程と、
前記第１の削除処理工程による処理の後、残った契約書を統合する統合工程と、
前記統合工程により統合された契約書から重なる部分を抽出し、重複することがないように不要部分を削除する第２の削除処理工程と、
前記第２の削除処理工程による処理が行われた契約書の承認を行う契約書承認工程と、
前記契約書承認工程により承認された契約書に対応する前記取得データに含まれるプログラムのインストールを行うプログラムインストール工程と、
を含むことを特徴とする契約書統合方法。
【請求項９】
取得データに含まれる契約書優先度情報から複数の契約書間の優先順位を判断する契約書優先度判断工程を含み、
前記第１の削除処理工程は、前記契約書優先度判断工程により最も優先度が低いと判断された契約書を削除することを特徴とする請求項８に記載の契約書統合方法。
【請求項１０】
取得データに含まれる複数のプログラムにおいて同一の製作者によるものか否かを判断するプログラム製作者判断工程と、
前記プログラム製作者判断手段により判断されたプログラム製作者ごとに契約書を統合し、統合された契約書ごとに個別承認を行う個別承認工程と、
を備え、
第２の削除処理工程は、同一の製作者の契約書ごとに重なる部分を抽出し、重複することがないように不要部分を削除し、
前記契約書承認工程は、前記第２の削除処理手段による処理が終了した後、前記個別承認工程により契約書ごとにその承認を行うことを特徴とする請求項８に記載の契約書統合方法。
【請求項１１】
請求項８〜１０のいずれかひとつに記載の契約書統合方法をコンピュータに実行させることを特徴とする契約書統合プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置にプログラムを配信するプログラム配信サーバ、画像形成装置、プログラム配信システム、および契約書統合方法に関する。
【背景技術】
【０００２】
従来より、画像形成装置用のファームウェアを配信する技術が多く提案されている。一般に、ソフトウェア配信サーバを用いて複数のソフトウェアを配信する場合、複数の配信対象ソフトウェアの使用許諾契約書（Ｅｎｄ  Ｕｓｅｒ  Ｌｉｃｅｎｓｅ  Ａｇｒｅｅｍｅｎｔ：以下ＥＵＬＡという）を送付して、ユーザに承認させる必要がある。しかし、配信するソフトウェアが増えるにつれて、承認の対象となるＥＵＬＡの数も増えるため、それらを一括処理する手法が要求される。
【０００３】
かかる要求に応えるため、複数案件の電子文書を一括して閲覧および承認を行うことが可能な技術が提案されている（たとえば、特許文献１を参照。）。この技術は、回覧された電子文書の内容を承認する文書承認システムにおいて、承認対象の文書データに認証情報を付加して承認後の文書データを生成する。そして、認証情報が付加された複数の文書データを合成した一括承認用データを表示した後に、その一括承認用データ全体に対する認証情報を付加するものである。この技術では、複数の担当者が端末から承認対象の文書データをファイルサーバに登録し、承認者に送信する際に統合し、一括して承認をさせることができる。
【０００４】
【特許文献１】特開２００２−１３２７５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に記載された技術によれば、複数のソフトウェアを統合商品として、画像形成装置に一括で配信することができる。その際、ソフトウェアごとに対応するＥＵＬＡを画像形成装置に配信できる。
【０００６】
しかしながら、上記特許文献１に記載の技術では、エンドユーザは、供給を受けたソフトウェアのインストールのたびに、ＥＵＬＡを一つ一つ承認する作業を行わねばならず、非常に煩雑な作業をともなうという問題がある。とくに、統合商品に含まれるソフトウェアが多くなればなるほど、ＥＵＬＡの承認を行う回数も増えるので、エンドユーザは、同じような文書を何度も確認した上で、承認して契約する必要があり、より煩雑な作業が要求されることになる。
【０００７】
本発明は、上述した従来技術による問題点を解消するため、煩雑なＥＵＬＡの承認処理の回数を必要最小限に抑え、供給を受けたソフトウェアのインストール処理の効率を向上させることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、本発明にかかるプログラム配信サーバは、配信対象のプログラムの検索を行うプログラム検索手段と、前記プログラム検索手段により検索されたプログラムに対応する契約書の検索を行う契約書検索手段と、前記プログラム検索手段により検索されたプログラムと、前記契約書検索手段により検索された契約書とをひとつのデータに統合する配信データ制御手段と、前記配信データ制御手段により統合されたデータを、取得した画像データから画像を形成し出力する画像形成装置に配信する配信手段と、を備えていることを特徴とする。
【０００９】
また、本発明にかかる画像形成装置は、取得した画像データから画像を形成し出力する画像形成装置であって、取得したデータに含まれる契約書依存関係情報から複数の契約書の中に他の契約書に包含されるものがあるか否かを判断する契約書依存関係判断手段と、前記契約書依存関係判断手段により他の契約書に包含されると判断された契約書を削除する第１の削除処理手段と、前記第１の削除処理手段による処理の後、残った契約書を統合する統合手段と、前記統合手段により統合された契約書から重なる部分を抽出し、重複することがないように不要部分を削除する第２の削除処理手段と、前記第２の削除処理手段による処理が行われた契約書の承認を行う契約書承認手段と、前記契約書承認手段により承認された契約書に対応する前記取得データに含まれるプログラムのインストールを行うプログラムインストール手段と、を備えていることを特徴とする。
【００１０】
また、本発明にかかる契約書統合方法は、取得データに含まれる契約書依存関係情報から複数の契約書の中に他の契約書に包含されるものがあるか否かを判断する契約書依存関係判断工程と、前記契約書依存関係判断工程により他の契約書に包含されると判断された契約書を削除する第１の削除処理工程と、前記第１の削除処理工程による処理の後、残った契約書を統合する統合工程と、前記統合工程により統合された契約書から重なる部分を抽出し、重複することがないように不要部分を削除する第２の削除処理工程と、前記第２の削除処理工程による処理が行われた契約書の承認を行う契約書承認工程と、前記契約書承認工程により承認された契約書に対応する前記取得データに含まれるプログラムのインストールを行うプログラムインストール工程と、を含むことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、他の契約書に依存する契約書や、優先度の低い契約書を削除し、また、統合後の契約書も重複部分がないように余分な部分を削除するので、必要最小限の情報のみで契約書を統合することができる。したがって、エンドユーザは、複数のソフトウウェアのインストールを行う場合でも、必要最小限の情報で、効率よく契約書を承認することができる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照して、本発明の好適な実施の形態を詳細に説明する。
【００１３】
<システム構成>
図１は、本発明の実施形態にかかるソフトウェア配信システムの概要を示す図である。図１に示すように、本システムには、販売会社１０１，１０６を始めとする複数の販売会社が接続する。販売会社１０１，１０６は、それぞれの管轄地域や顧客の販売情報、システムに関わる情報を蓄積するためのデータベース１０３，１０８を有している。また、販売会社１０１，１０６は、データベース１０３，１０８へのデータ登録や修正などの制御を行なうＰＣ（パーソナルコンピュータ）１０４、１０９を有している。また、データベース１０３，１０８を管理するホスト１０２，１０７を有している。ＰＣ１０４，１０９はソフトウェア配信サーバ１１１が提供するウェブサイトへアクセスしてデータの閲覧等を行う。なお、ホスト１０２、１０７は操作部および表示部を持ち、ＰＣ１０４，１０９の役割を果たすことも可能である。ホスト１０２、データベース１０３、ＰＣ１０４はＬＡＮ１０５で接続されており、またホスト１０７、データベース１０８、ＰＣ１０９はＬＡＮ１１０で接続されている。
【００１４】
図１では、販売会社側の各々のシステムは、複数の装置から構成されるよう示されているが、後述の各機能を達成できれば、単一の装置で構成しても構わない。たとえば、データベース１０３，１０８は、物理的にホスト１０２，１０７内にそれぞれ存在してもよい。さらに、ホスト１０２，１０７からアクセス可能であれば、インターネット１３２を経由した別の場所に存在しても構わない。つまり、複数の装置で構成してもよいし、単一の装置で構成してもよい。
【００１５】
本システムでは、販売会社側と顧客側との間に、ソフトウェア配信サーバ１１１を介在させている。データベース１１２には、画像形成装置に適用するためのファームウェアやアプリケーション、契約書（例えば、使用許諾契約書、以下、ＥＵＬＡという）、ソフトウェアライセンス情報などが蓄積されている。なお、契約書は使用許諾契約書に限られず、例えばソフトウェアの輸出禁止に関する契約書等のように、ソフトウェアの販売・流通・開発に関する他の契約書であってもよい。ソフトウェア配信サーバ１１１とデータベース１１２とはＬＡＮ１１３で接続されており、ＬＡＮ１１３はインターネット１３２と接続可能になっている。なお、データベース１１２は、物理的にソフトウェア配信サーバ１１１内に存在してもよい。さらに、ソフトウェア配信サーバ１１１からアクセス可能であれば、インターネット１３２を経由して別の場所に配置しても構わない。なお、本実施形態においては、ソフトウェアは、１又は複数のプログラムのことである。
【００１６】
ソフトウェア配信サーバ１１１は、監視装置１１７，１２２，１２３，１３１にソフトウェアやＥＵＬＡを配信する機能を有する。監視装置１１７，１２２，１２３は、ソフトウェア配信サーバ１１１から受信したソフトウェアやＥＵＬＡを監視対象の画像形成装置に送信する。販売会社のホスト１０２，１０７は、ソフトウェア配信サーバ１１１に画像形成装置の情報や、配信対象とするソフトウェアやＥＵＬＡの情報をソフトウェア配信サーバ１１１に登録することができる。また、ソフトウェア配信サーバ１１１は、インターネット１３２を介して接続したＰＣに対し、データベース１１２に蓄積されている情報、または加工した情報を閲覧するＷＥＢページを提供している。このＷＥＢページは、ユーザ認証により、販売会社別、顧客別、およびユーザの権限別に閲覧内容を限定して提供している。さらに、ＷＥＢページから、一部データの変更も可能となっている。
【００１７】
なお、図１には、ソフトウェア配信サーバ１１１とデータベース１１２とがひとつずつしか示されていないが、実際には、ソフトウェア配信の負荷分散を行なうために、複数のソフトウェア配信サーバ、データベースで分散処理するケースもある。
【００１８】
次に、顧客側のシステム構成について説明する。顧客側環境としては異なる複数の環境がある。図１では、顧客１１４，１１９，１２９が示されている。顧客１１４（Ａ社Ｘ事業所）においては、インターネット１３２に接続されたＬＡＮ１１８に接続可能な画像形成装置１１５，１１６が、監視装置１１７により監視されている。また、監視装置１１７はインターネット１３２経由でソフトウェア配信サーバ１１１と通信できる。顧客１１９（Ａ社Ｙ事業所）においては、監視装置１２２，１２３によってＬＡＮ１２８上の画像形成装置が監視される。監視装置１２２により、画像形成装置１２０，１２１，１２４，１２５が、監視装置１２３により画像形成装置１２６，１２７がそれぞれ監視されている。また、顧客１２９（Ｂ社）においては、インターネット１３２に接続されたＬＡＮ１３０に接続可能な画像形成装置１３１自身が直接、インターネット１３２経由でソフトウェア配信サーバ１１１と通信できる。画像形成装置１３１は、監視装置１１７，１２２，１２３と同等の機能を有しており、監視装置を介することなく、ソフトウェア配信サーバ１１１と通信が可能である。
【００１９】
なお、以上のシステムにおいて、以下の点に留意する必要がある。
（１）上記構成におけるインターネットを介した通信においては、ＨＴＴＰ／ＳＯＡＰプロトコルが利用可能である。ＳＯＡＰは、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌの略称である。ＳＯＡＰは、ＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本システムでは、ＳＯＡＰはＨＴＴＰの上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがって、ＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置の状態情報は、本実施形態ではＳＯＡＰメッセージによってソフトウェア配信サーバ１１１に送信される。
【００２０】
（２）上記構成では、Ａ社における各画像形成装置は監視装置を介してソフトウェア配信サーバ１１１と通信を行うようにした。しかし、設定の変更により、Ｂ社に設置される画像形成装置１３１と同様に監視装置を介することなく、ソフトウェア配信サーバ１１１との通信を行うことができる。
【００２１】
<ハードウェア構成>
次に、本実施形態のソフトウェア配信サーバ１１１のハードウェアについて説明する。図２は、ソフトウェア配信サーバ１１１のハードウェア構成を示すブロック図である。また、ホスト１０２，１０７のハードウェア構成も同様である。
【００２２】
図２において、第１ＣＰＵ２０１、第２ＣＰＵ２０２は、ソフトウェア配信サーバ１１１の各機能部の制御を司る。ＲＯＭ２０３は、ソフトウェア配信サーバ１１１の各処理に関わるプログラムやデータを記憶する。ＲＯＭ２０３は、書換え不可能である。ＲＡＭ２０４は、ソフトウェア配信サーバ１１１の各処理に関わる一時的なデータを電気的に記憶する。ＲＡＭ２０４は、書換え可能である。第１ＨＤＤ２０５、第２ＨＤＤ２０６は、ソフトウェア配信サーバ１１１の各処理に関わるプログラムや、各種データ、ソフトウェアを配信する画像形成装置に関する情報、配信対象となるソフトウェア、ＥＵＬＡなどを記憶する。
【００２３】
ソフトウェア配信サーバ１１１では、本実施形態のソフトウェア配信を実行するためのログラムを第１ＨＤＤ２０５に格納している。このプログラムは、ＲＡＭ２０４を一時保存領域として使用し、第１ＣＰＵ２０１もしくは第２ＣＰＵ２０２によって呼び出され実行される。
【００２４】
入力装置２０７は、ソフトウェア配信サーバ１１１への指示入力を受け付ける。これは、キーボードやポインティングなどで構成される。表示部２０８は、ソフトウェア配信サーバ１１１の動作状況や、ソフトウェア配信サーバ１１１上で動作する各プログラムが出力する情報を表示する。ネットワークＩ／Ｆ（インタフェース）２０９は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部装置との情報交換を行う。外部機器Ｉ／Ｆ（インタフェース）２１０は、外部記憶機器等との接続を制御する。上記の各機能部は装置内部のデータの流れを司るシステムバス２１１を介して接続される。
【００２５】
次に、監視装置のハードウェア構成について説明する。図３は、監視装置１１７，１２２，１２３のハードウェア構成を示すブロック図である。なお、ＰＣ１０４，１０９のハードウェア構成も同様と考えることができる。
【００２６】
図３において、ＣＰＵ３０１は、監視装置全体の制御を司る。ＲＯＭ３０２は、監視装置の各処理に関わるプログラムやデータを記憶する。ＲＯＭ３０２は、書換え不可能である。ＲＡＭ３０３は、監視装置の各処理に関わる一時的なデータを電気的に記憶する。ＲＡＭ３０３は、書換え可能である。監視装置１１７，１２２，１２３では、装置の各処理に関わるプログラムや、データ、ソフトウェアが配信される画像形成装置に関する情報、ソフトウェア配信サーバ１１１から受信した情報などをＨＤＤ３０４に記憶する。なお、ＰＣ１０４，１０９においては、ＷＥＢブラウザなどをＨＤＤ３０４に記憶する。入力装置３０５は、監視装置への指示入力を受け付ける。これは、キーボードやポインティングなどで構成できる。表示部３０６は、監視装置の動作状況や、監視装置上で動作する各プログラムが出力する情報を表示する。ネットワークＩ／Ｆ３０７は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部装置との情報交換を行う。外部機器Ｉ／Ｆ３０８は、外部記憶機器等との接続を制御する。上記の各機能部は装置内部のデータの流れを司るシステムバス３０９を介して接続される。
【００２７】
図４は、監視装置１１７，１２２，１２３のハードウェア構成の他の一例を示すブロック図である。ＣＰＵ４０１は、監視装置全体を司る。ＲＯＭ４０２は、監視装置の各処理に関わるプログラムやデータを記憶する。ＲＯＭ４０２は、書換え不可能である。フラッシュＲＯＭ４０３は、監視装置の各処理に関わるデータおよび一時的なデータ、監視対象の画像形成装置に関する情報などを記憶する。シリアルＩ／Ｆ４０４は、監視装置におけるエラー情報やログ情報の出力を行う。シリアルＩ／Ｆ４０４は、シリアルケーブルを用いて端末を接続することが可能である。ネットワークＩ／Ｆ４０５は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部装置との情報交換を行う。上記の各機能部は装置内部のデータの流れを司るシステムバス４０６を介して接続される。
【００２８】
次に、画像形成装置のハードウェア構成について説明する。図５は、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１のハードウェア構成を示すブロック図である。本実施形態で用いる画像形成装置としては、プリンタおよびファクシミリ機能が統合的に設けられた複合機が想定される。また、ＰＣなどからデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリなどでもよい。なお、図５に示す画像形成装置の構成は、複合機を想定している。
【００２９】
図５において、原稿給送部５０１は、イメージリーダ５０２へ送り込む。イメージリーダ５０２は、原稿給送部５０１から送られた原稿を読み込み、印刷画像に変換・印刷出力する。画像形成部５０３は、後述するＨＤＤ（ハードディスク）５０９などの記憶手段に記憶されているデータやネットワーク経由で受信したデータを、印刷画像に変換・印刷出力する。排紙部５０４は、印刷出力した紙を排出し、ソートやステイプルといった処理を行う。ネットワークＩ／Ｆ５０５は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部装置と情報交換を行う。ＣＰＵ５０６は、画像形成装置全体の制御を司る。とくに、ＣＰＵ５０６は、画像形成装置の動作状態を監視し、障害等の特定のイベントの発生を検出した場合には、その状態を示す情報を、あらかじめ定めた宛先へ送信させる。宛先は、たとえば、ソフトウェア配信サーバ１１１や監視装置などが該当する。不揮発性記憶手段であるＲＯＭ５０７は、画像形成装置の各処理に関わるプログラムやデータを記憶する。書換え可能な記憶手段であるＲＡＭ５０８は、画像形成装置の各処理に関わる一時的なデータを電気的に記憶する。ＨＤＤ５０９は、画像形成装置の各処理に関わるプログラムや、データ、外部装置から送信されてきたユーザデータなどを記憶する。画像形成装置は、画像形成を実行するプログラムをＨＤＤ５０９に有している。このプログラムは、ＲＡＭ５０８を一時保存領域として使用し、ＣＰＵ５０６によって呼び出され実行される。操作部５１０は、画像形成装置への指示入力を受け付ける。表示部５１１は、画像形成装置の動作状況および操作部５１０に対する操作に関わる情報を表示する。上記の各機能部は装置内部のデータの流れを司るシステムバス５１２を介して接続される。
【００３０】
<ソフトウェア構成>
図６は、ソフトウェア配信サーバ１１１におけるソフトウェア配信に関わる部分のソフトウェア構成を示す図である。ＳＯＡＰ通信部６０１は、監視装置１１７，１２２，１２３または画像形成装置１３１よりネットワークＩ／Ｆ２０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部６０２に渡す。ＳＯＡＰメッセージ解析部６０２は、ＳＯＡＰデータの解析を行う。また、ＳＯＡＰ通信部６０１は、ＳＯＡＰメッセージ作成部６０３により作成されたＳＯＡＰデータをネットワークＩ／Ｆ２０９を介して監視装置１１７，１２２，１２３または画像形成装置１３１に送信する。収集情報処理部６０４は、監視装置１１７，１２２，１２３または画像形成装置１３１から受信した情報をそのまま、または所定の加工を施し、データベースアクセス部６０６を介してデータベース１１２に格納する。監視制御部６０５は、監視装置１１７，１２２，１２３または画像形成装置１３１の情報を取得するスケジュール管理の制御を行う。さらに、監視制御部６０５は、必要に応じて命令を、監視装置１１７，１２２，１２３または画像形成装置１３１へ、ＳＯＡＰメッセージ作成部６０３、ＳＯＡＰ通信部６０１、ネットワークＩ／Ｆ２０９を介して送信する。
【００３１】
図７は、監視装置１１７，１２２，１２３におけるソフトウェア配信に関わる部分のソフトウェア構成を示す図である。ＳＯＡＰ通信部７０１は、ソフトウェア配信サーバ１１１よりネットワークＩ／Ｆ３０７（またはネットワークＩ／Ｆ４０５）を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部７０３に渡す。ＳＯＡＰメッセージ解析部７０３は、ＳＯＡＰデータの解析を行う。また、ＳＯＡＰ通信部７０１は、ＳＯＡＰメッセージ作成部７０２により作成されたＳＯＡＰデータをネットワークＩ／Ｆ３０７（またはネットワークＩ／Ｆ４０５）を介してソフトウェア配信サーバ１１１に送信する。監視制御部７０４は、情報蓄積部７０６に蓄積されている画像形成装置情報の更新や、その画像形成装置情報を取得しスケジュール管理を行う。画像形成装置情報処理部７０５は、監視制御部７０４により管理されるスケジュールに従い、本監視装置が画像形成装置から収集したファームウェア、ソフトウェア情報を、情報蓄積部７０６に蓄積する。なお、この蓄積は、必要に応じて行われる。情報蓄積部７０６に蓄積されたデータは、画像形成装置情報処理部７０５を介してそのままＳＯＡＰメッセージ作成部７０２に渡され、ソフトウェア配信サーバ１１１へ送信される。また、そのデータは、画像形成装置情報処理部７０５内で解釈、加工された後、ＳＯＡＰメッセージ作成部７０２に渡され、ソフトウェア配信サーバ１１１へ送信される場合もある。
【００３２】
図８は、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１におけるソフトウェア配信に関わる部分のソフトウェア構成を示す図である。ＳＯＡＰ通信部８０１は、ソフトウェア配信サーバ１１１よりネットワークＩ／Ｆ５０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部８０３に渡す。ＳＯＡＰメッセージ解析部８０３は、ＳＯＡＰデータの解析を行う。また、ＳＯＡＰ通信部８０１は、ＳＯＡＰメッセージ作成部８０２により作成されたＳＯＡＰデータをネットワークＩ／Ｆ５０５を介してソフトウェア配信サーバ１１１に送信する。ネットワーク情報取得部８０４は、ＤＨＣＰ環境においてはＩＰアドレス、ＤＮＳサーバ、ゲートウェイアドレスを自動的に取得する。また、ネットワーク情報取得部８０４は、操作部５１０から入力されＨＤＤ５０９に保存されたネットワーク情報が存在する場合は、その情報を取得する。画像形成装置情報収集部８０５は、本画像形成装置内部のスケジュールにより、またはソフトウェア配信サーバ１１１からの指示により、内部に保持するファームウェア、ソフトウェアなどの情報を取得する。取得したデータは、そのままＳＯＡＰメッセージ作成部８０２に渡しソフトウェア配信サーバ１１１へ送信する。または、画像形成装置情報収集部８０５内で蓄積、解釈、加工した後、ＳＯＡＰメッセージ作成部８０２に渡しソフトウェア配信サーバ１１１へ送信する。
【００３３】
<メモリマップ>
図９は、ソフトウェア配信サーバ１１１、監視装置１１７，１２２，１２３、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１に用いられるメモリマップ構造を示す図である。本実施形態では、ソフトウェア配信サーバ１１１ではＲＡＭ２０４上に、各監視装置ではＲＡＭ３０３またはフラッシュＲＯＭ４０３上に、各画像形成装置ではＲＡＭ５０８上にプログラムがロードされ、メモリマップが構成される。
【００３４】
図９に示すように、各メモリは、基本Ｉ／Ｏプログラム領域９０１と、システム・プログラム領域９０２と、各種処理プログラム領域９０３と、関連データ領域９０４と、ワークエリア９０５と、で構成されている。
【００３５】
基本Ｉ／Ｏプログラム領域９０１には、各装置上の入出力を司る基本Ｉ／Ｏプログラムが格納される。システム・プログラム領域９０２には、各処理プログラムに動作環境を提供するシステム・プログラムが格納される。各種処理プログラム領域９０３には、本実施形態のＥＵＬＡ統合を実行するためのプログラムをはじめとする各種処理プログラムが格納される。関連データ領域９０４には、各処理を行う上で関連するデータが格納される。ワークエリア９０５は、各種プログラムを実行する上でのワークエリアとして使用される。なお、メモリ容量の制約により領域が不足する場合は、第１ＨＤＤ２０５または第２ＨＤＤ２０６をＲＡＭ２０４の、ＨＤＤ３０４をＲＡＭ３０３の、ＨＤＤ５０９をＲＡＭ５０８の領域の一部として使用することも可能である。
【００３６】
本発明は、画像形成装置に統合商品であるソフトウェアをインストールする際に、承認対象となる複数のＥＵＬＡを一つに統合し、まとめて承認させる技術を提供することを目的とする。そこで、まず、画像形成装置がソフトウェア配信サーバへソフトウェア配信を要求する手順について説明する。図１０は、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１がソフトウェア配信サーバ１１１に対してソフトウェア配信を要求する手順を説明するための図である。以下では、図１０のシーケンスに沿って、詳細に説明する。
【００３７】
まず、前提として、ソフトウェア配信サーバ１１１に配信対象のソフトウェアと、ＥＵＬＡを登録する際に、ＥＵＬＡに優先度と、他のＥＵＬＡとの依存関係、ソフトウェア制作会社の情報が登録される（ステップＳ１００１）。
【００３８】
次に、ソフトウェア要求が画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１からソフトウェア配信サーバ１１１に通知される（ステップＳ１００２）。このとき、統合商品Ｚが指定される。
【００３９】
次に、配信サーバ１１１は、統合商品Ｚのコンテンツであるソフトウェア（Ａ，Ｂ，Ｃ，Ｄ）と、ＥＵＬＡ（Ａ，Ｂ，Ｃ，Ｄ）を画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１に送信する（ステップＳ１００３）。
【００４０】
次に、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１は、ＥＵＬＡ（Ａ，Ｂ，Ｃ，Ｄ）の優先度、依存関係を見て、ＥＵＬＡの統合処理を行う（ステップＳ１００４）。ここでは、ＥＵＬＡ（Ｄ）は、ＥＵＬＡ（Ａ）に包含されているので削除、ＥＵＬＡ（Ａ，Ｂ，Ｃ）は一つのＥＵＬＡとして統合する。その時、ＥＵＬＡ（Ａ，Ｂ，Ｃ）で重なっている文書は削除する。
【００４１】
次に、ステップＳ１００４で統合されたＥＵＬＡが承認される（ステップＳ１００５）。
【００４２】
最後に、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１は、ソフトウェア（Ａ，Ｂ，Ｃ，Ｄ）をインストールする（ステップＳ１００６）。なお、ステップＳ１００５においてＥＵＬＡが承認されなかった場合は、全てのソフトウェアを削除する。
【００４３】
次に、ソフトウェア配信サーバ１１１に登録されるＥＵＬＡの情報テーブルについて説明する。図１１は、ＥＵＬＡ情報テーブルを説明するための図である。ＥＵＬＡ情報テーブルは、統合商品欄１１０１と、ソフトウェア欄１１０２と、ＥＵＬＡ  ＩＤ欄１１０３と、優先度欄１１０４と、依存関係欄１１０５と、ソフトウェア制作会社欄１１０６と、により構成される。
【００４４】
統合商品欄１１０１には、統合商品の名称（種類）が示される。ソフトウェア欄１１０２には、配信対象となるソフトウェア名が示される。ＥＵＬＡ  ＩＤを欄１１０３には、ＥＵＬＡを識別するためのＩＤが示される。優先度欄１１０４には、ＥＵＬＡの優先度情報が示される。依存関係欄１１０５には、ＥＵＬＡの依存関係情報が示される。ソフトウェア制作会社欄１１０６には、ソフトウェアの製作者の名称、一例としてソフトウェアの制作会社名が示される。
【００４５】
次に、本実施形態にかかるソフトウェア配信サーバと画像形成装置の機能について説明する。図１２Ａは、ソフトウェア配信サーバ１１１と画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１の機能的構成を示すブロック図である。
【００４６】
まず、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１は、通信Ｉ／Ｆ部１２０１と、受信データ制御部１２０２と、配信データ制御部１２０３と、を備えている。さらに、ＥＵＬＡ表示部（契約書表示部）１２０４と、ＥＵＬＡ制御部（契約書制御部）１２０５と、ソフトウェアインストール部（プログラムインストール手段）１２０６と、ソフトウェア記憶部１２０７と、を備えている。
【００４７】
通信Ｉ／Ｆ部１２０１は、ネットワークとの接続を制御し、ソフトウェア配信サーバ１１１とのデータの送受信を行う。この通信Ｉ／Ｆ部１２０１は、たとえば図５に示したＣＰＵ５０６とネットワークＩ／Ｆ５０５などでその機能を実現できる。
【００４８】
受信データ制御部１２０２は、通信Ｉ／Ｆ部１２０１を介してソフトウェア配信サーバ１１１から受け取ったデータの制御を行う。この受信データ制御部１２０２は、たとえば図５に示したＣＰＵ５０６がＥＵＬＡ統合プログラム（契約書統合プログラム）を実行することでその機能を実現できる。
【００４９】
配信データ制御部１２０３は、配信するデータの制御を行う。ここで、配信データとは、ソフトウェア配信サーバ１１１へ送信する、統合商品やソフトウェアの要求通知などである。この配信データ制御部１２０３は、たとえば図５に示したＣＰＵ５０６がＥＵＬＡ統合プログラムを実行することでその機能を実現できる。
【００５０】
ＥＵＬＡ表示部１２０４は、ＥＵＬＡを表示する。このＥＵＬＡ表示部１２０４は、たとえば図５に示したＣＰＵ５０６と表示部５１１などでその機能を実現できる。
【００５１】
ＥＵＬＡ制御部１２０５は、ＥＵＬＡの統合処理や承認状況などの制御を行う（詳細は後述）。このＥＵＬＡ制御部１２０５は、たとえば図５に示したＣＰＵ５０６がＥＵＬＡ統合プログラムを実行することでその機能を実現できる。
【００５２】
ソフトウェアインストール部１２０６は、ソフトウェア配信サーバ１１１から配信されたソフトウェアのインストール処理を行う。このソフトウェアインストール部１２０６は、たとえば図５に示したＣＰＵ５０６がＥＵＬＡ統合プログラムを実行することでその機能を実現できる。
【００５３】
ソフトウェア記憶部１２０７は、インストールしたソフトウェアを格納する。このソフトウェア記憶部１２０７は、データベースであり、たとえば図５に示したＣＰＵ５０６とＨＤＤ５０９などでその機能を実現できる。
【００５４】
一方、ソフトウェア配信サーバ１１１は、通信Ｉ／Ｆ部１２０８（配信手段）と、受信データ制御部１２０９と、配信データ制御部１２１０と、ソフトウェア検索部１２１１と、ＥＵＬＡ検索部（契約書検索部）１２１２と、を備えている。さらに、ソフトウェア記憶部１２１３と、ＥＵＬＡ記憶部１２１４と、通信Ｉ／Ｆ部１２１５と、ソフトウェア登録部１２１７と、ＥＵＬＡ登録部（契約書登録部）１２１８と、データ制御部１２１９と、を備えている。
【００５５】
通信Ｉ／Ｆ部１２０８は、ネットワークとの接続を制御し、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１とのデータの送受信を行う。この通信Ｉ／Ｆ部１２０８は、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２とネットワークＩ／Ｆ２０９などでその機能を実現できる。
【００５６】
受信データ制御部１２０９は、通信Ｉ／Ｆ部１２０８を介して画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１から受け取ったデータの制御を行う。この受信データ制御部１２０９は、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２が所定のプログラムを実行することでその機能を実現できる。
【００５７】
配信データ制御部１２１０は、配信するデータの制御を行う。ここで、配信データとは、ソフトウェアやＥＵＬＡなどのデータを示す。すなわち、配信データ制御部１２１０は、配信するソフトウェアとそれに関連するＥＵＬＡなどをひとつのデータに統合する。この配信データ制御部１２１０は、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２が所定のプログラムを実行することでその機能を実現できる。
【００５８】
ソフトウェア検索部１２１１は、配信対象のソフトウェアの検索を行う。このソフトウェア検索部１２１１は、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２が所定のプログラムを実行することでその機能を実現できる。
【００５９】
ＥＵＬＡ検索部１２１２は、配信対象のＥＵＬＡの検索を行う。すなわち、ソフトウェア検索部１２１１で検索された配信対象のソフトウェアに対応するＥＵＬＡの検索を行う。このＥＵＬＡ検索部１２１２は、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２が所定のプログラムを実行することでその機能を実現できる。
【００６０】
ソフトウェア記憶部１２１３は、配信対象のソフトウェアを記憶する。このソフトウェア記憶部１２１３は、データベースであり、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２と第１ＨＤＤ２０５または第２ＨＤＤ２０６などによりその機能を実現できる。
【００６１】
ＥＵＬＡ記憶部（契約書記憶部）１２１４は、配信対象のＥＵＬＡを記憶する。このＥＵＬＡ記憶部１２１４は、データベースであり、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２と第１ＨＤＤ２０５または第２ＨＤＤ２０６などによりその機能を実現できる。
【００６２】
通信Ｉ／Ｆ部１２１５は、外部装置であるＰＣ１２１６との接続を制御し、ＰＣ１２１６からソフトウェア配信サーバ１１１に登録するソフトウェアとＥＵＬＡを取り込む。なお、ＰＣ１２１６は、図１に示したＰＣ１０４，１０９に該当する。この通信Ｉ／Ｆ部１２１５は、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２と外部Ｉ／Ｆ２１０などでその機能を実現できる。
【００６３】
ソフトウェア登録部１２１７は、配信対象のソフトウェアをソフトウェア記憶部１２１３へ登録する処理を行う。このソフトウェア登録部１２１７は、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２が所定のプログラムを実行することでその機能を実現できる。
【００６４】
ＥＵＬＡ登録部１２１８は、配信対象のＥＵＬＡをＥＵＬＡ記憶部１２１４へ登録する処理を行う。登録するＥＵＬＡとしては、たとえば図１１に示したＥＵＬＡ情報テーブルとして構成されているものである。すなわち、ＥＵＬＡ登録部１２１８による登録処理を行うことで、他のＥＵＬＡとの依存関係情報、ＥＵＬＡの優先度情報、対応するソフトウェアの制作会社情報（製作者情報）なども登録される。このＥＵＬＡ登録部１２１８は、たとえば図２に示した第１ＣＰＵ２０１または第２ＣＰＵ２０２が所定のプログラムを実行することでその機能を実現できる。
【００６５】
データ制御部１２１９は、通信Ｉ／Ｆ部１２１５を介してＰＣ１２１６から受け取ったデータの制御を行う。
【００６６】
次に、図１２Ａに示したＥＵＬＡ制御部１２０５の詳細を説明する。図１２Ｂは、ＥＵＬＡ制御部１２０５の構成を示すブロック図である。このＥＵＬＡ制御部１２０５は、ＥＵＬＡ依存関係判断部（契約書依存関係判断部）１２５１と、ＥＵＬＡ優先度判断部（契約書優先度判断部）１２５２と、第１の削除処理部１２５３と、統合部１２５４と、第２の削除処理部１２５５と、を備えている。ＥＵＬＡ制御部１２０５はまた、ＥＵＬＡ承認部（契約書承認部）１２５６と、承認判定部１２５７と、を備えている。さらに、このＥＵＬＡ制御部１２０５は、ソフトウェア制作者判断部１２５８と、個別承認確認ボタン設定部１２５９と、を備えている。
【００６７】
ＥＵＬＡ依存関係判断部１２５１は、受信データに含まれる契約書依存関係情報から複数のＥＵＬＡの中に他のＥＵＬＡに包含されるものがあるか否かを判断する。ＥＵＬＡ優先度判断部１２５２は、受信データに含まれる契約書優先度情報から複数の契約書間の優先順位を判断する。第１の削除処理部１２５３は、ＥＵＬＡ依存関係判断部１２５１により他のＥＵＬＡに包含されると判断されたＥＵＬＡを削除する。また、この第１の削除処理部１２５３は、ＥＵＬＡ優先度判断部１２５２により最も優先度が低いと判断されたＥＵＬＡを削除する。統合部１２５４は、第１の削除処理部１２５３による処理の後、残ったＥＵＬＡを統合する。第２の削除処理部１２５５は、統合部１２５４により統合されたＥＵＬＡから重なる部分を抽出し、重複することがないように不要部分を削除する。ＥＵＬＡ承認部１２５６は、第２の削除処理部１２５５による処理が行われたＥＵＬＡの承認を行う。承認判定部１２５７は、ＥＵＬＡ承認部１２５６による承認が行われたＥＵＬＡであるか否かの判定を行う。
【００６８】
また、ソフトウェア制作者判断部１２５８は、受信データに含まれる複数のソフトウェアにおいて同一の制作会社によるものか否かを判断する。個別承認確認ボタン設定部１２５９は、ソフトウェア製作者判断部１２５８により判断されたソフトウェア制作会社ごとにＥＵＬＡを統合し、ソフトウェア制作会社に対応する承認確認ボタンを設定する。なお、この承認確認ボタンが設定されている場合には、第２の削除処理部１２５５は、当該承認確認ボタンに対応するＥＵＬＡごとに重なる部分を抽出し、重複することがないように不要部分を削除する。また、ＥＵＬＡ承認部１２５６は、第２の削除処理部１２５５による処理が終了した後、当該承認確認ボタンに対応するＥＵＬＡごとにその承認を行う。
【００６９】
<画像形成装置におけるＥＵＬＡ統合処理>
次に、本実施の形態にかかる画像形成装置が行うＥＵＬＡ統合処理について説明する。図１３は、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１におけるＥＵＬＡ統合処理の手順を示すフローチャートである。ここでは、各画像形成装置がＥＵＬＡの依存関係を判断して、ＥＵＬＡを統合する。
【００７０】
図１３に示すフローチャートにおいて、まず、ソフトウェア配信サーバ１１１に統合商品Ｚを要求する（ステップＳ１３０１）。具体的には、図１２Ａに示した配信データ制御部１２０３がソフトウェア配信サーバ１１１に対してたとえば統合商品Ｚの配信を要求する。
【００７１】
次に、ソフトウェア配信サーバ１１１から統合商品Ｚのソフトウェア、ＥＵＬＡを受信する（ステップＳ１３０２）。ここでは、図１２Ａに示した受信データ制御部１２０２がソフトウェア配信サーバ１１１から送信された統合商品Ｚのソフトウェア、ＥＵＬＡを受信する。なお、ここで受信データ制御部１２０２が受信する受信データとしては、たとえば次のようなものである。
（ａ）ソフトウェア（Ａ，Ｂ，Ｃ，Ｄ）
（ｂ）ＥＵＬＡ（Ａ，Ｂ，Ｃ，Ｄ）
（ｃ）ＥＵＬＡの依存関係情報
（ｄ）ＥＵＬＡの優先度情報
（ｅ）ＥＵＬＡの制作会社情報
【００７２】
次に、ＥＵＬＡの依存関係情報を確認する（ステップＳ１３０３）。ここでは、図１２Ｂに示したＥＵＬＡ依存関係判断部１２５１がＥＵＬＡの依存関係情報を確認する。
【００７３】
次に、ＥＵＬＡに依存関係があるか否かを判断する（ステップＳ１３０４）。この処理も、図１２Ｂに示したＥＵＬＡ依存関係判断部１２５１依存関係の有無の判断は、複数のＥＵＬＡのうち他のＥＵＬＡに包含されるものがあるか否かによる。ここで、たとえば、ＥＵＬＡ（Ａ）がＥＵＬＡ（Ｄ）を包含しており、ＥＵＬＡ（Ｂ），ＥＵＬＡ（Ｃ），ＥＵＬＡ（Ｄ）は独立であるような場合は、依存関係にあると判断する。一方、すべてのＥＵＬＡが独立である場合には依存関係にないと判断する。
【００７４】
ステップＳ１３０４においてＥＵＬＡに依存関係がない場合（ステップＳ１３０４：Ｎｏ）は、ステップＳ１３０６へ移行する。一方、ステップＳ１３０４においてＥＵＬＡに依存関係がある場合（ステップＳ１３０４：Ｙｅｓ）は、包含されるＥＵＬＡを削除する（ステップＳ１３０５：第１の削除処理工程）。この処理は、図１２Ｂに示した第１の削除処理部１２５３が実行する。図１３に示すフローチャートでは、ＥＵＬＡ（Ｄ）が、ＥＵＬＡ（Ａ）に包含されているので、ＥＵＬＡ（Ｄ）を削除する。
【００７５】
次に、ＥＵＬＡを統合する（ステップＳ１３０６）。この処理は、図１２Ｂに示した統合部１２５４が実行する。ステップＳ１３０５でＥＵＬＡ（Ｄ）は削除されたので、ＥＵＬＡ（Ａ，Ｂ，Ｃ）を一つの文書に統合する。
【００７６】
次に、ＥＵＬＡの共通部分を抽出する（ステップＳ１３０７）。この処理は、図１２Ｂに示した第２の削除処理部１２５５が実行する。ここでは、たとえばＥＵＬＡ（Ａ，Ｂ，Ｃ）の共通部分を抽出する。なお、共通部分とは、各ＥＵＬＡで同じ記載がなされている箇所である。
【００７７】
次に、共通部分があるか否かを判断する（ステップＳ１３０８）。この処理は、図１２Ｂに示した第２の削除処理部１２５５が実行する。ここでは、たとえばＥＵＬＡ（Ａ，Ｂ，Ｃ）の共通部分が存在するか判断を行う。ここで、共通部分がない場合（ステップＳ１３０８：Ｎｏ）は、ステップＳ１３１０へ移行する。一方、共通部分がある場合（ステップＳ１３０８：Ｙｅｓ）は、ＥＵＬＡの共通部分で重なるものを削除する（ステップＳ１３０９：第２の削除工程）。この処理も、第２の削除処理部１２５５が実行する。たとえば、ＥＵＬＡ（Ａ，Ｂ，Ｃ）の共通部分が見つかった場合、重複することがないように不要部分を削除する。
【００７８】
次に、ＥＵＬＡを表示する（ステップＳ１３１０）。ここでは、図１２Ａに示したＥＵＬＡ表示部１２０４が統合されたＥＵＬＡを表示する。
【００７９】
次に、ＥＵＬＡを承認する（ステップＳ１３１１）。ここでは、図１２Ｂに示されたＥＵＬＡ承認部１２５６がステップＳ１３１０により表示されたＥＵＬＡの承認を行う。
【００８０】
次に、ＥＵＬＡが承認されたか否かを判定する（ステップＳ１３１２）。ここでは、図１２Ｂに示された承認判定部１２５７が、ステップＳ１３１１により該当するＥＵＬＡの承認が行われたか否かを判定する。ここで、ＥＵＬＡが承認されていなかった場合（ステップＳ１３１２：Ｎｏ）は、処理を終了する。一方、ＥＵＬＡが承認された場合（ステップＳ１３１２：Ｙｅｓ）は、ソフトウェアをインストールする（ステップＳ１３１３）。すなわち、図１２Ａに示されたソフトウェアインストール部１２０６が、承認されたＥＵＬＡに対応するソフトウェアのインストールを行う。
【００８１】
続いて、本実施の形態にかかる画像形成装置が行う処理の他の一例について説明する。図１４は、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１における他のＥＵＬＡ統合処理の手順を示すフローチャートである。ここでは、各画像形成装置がＥＵＬＡの優先度を判断して、ＥＵＬＡを統合する。
【００８２】
図１３に示すフローチャートにおいて、まず、ソフトウェア配信サーバ１１１に統合商品Ｙを要求する（ステップＳ１４０１）。具体的には、図１２Ａに示した配信データ制御部１２０３がソフトウェア配信サーバ１１１に対してたとえば統合商品Ｙの配信を要求する。
【００８３】
次に、ソフトウェア配信サーバ１１１から統合商品Ｙのソフトウェア、ＥＵＬＡを受信する（ステップＳ１４０２）。ここでは、図１２Ａに示した受信データ制御部１２０２がソフトウェア配信サーバ１１１から送信された統合商品Ｙのソフトウェア、ＥＵＬＡを受信する。なお、ここで受信データ制御部１２０２が受信する受信データとしては、たとえば次のようなものである。
（ａ）ソフトウェア（Ｅ，Ｆ，Ｇ）
（ｂ）ＥＵＬＡ（Ｅ，Ｆ，Ｇ）
（ｃ）ＥＵＬＡの依存関係情報
（ｄ）ＥＵＬＡの優先度情報
（ｅ）ＥＵＬＡの制作会社情報
【００８４】
次に、ＥＵＬＡの優先度情報を確認する（ステップＳ１４０３）。ここでは、図１２Ｂに示したＥＵＬＡ優先度判断部１２５２がＥＵＬＡの優先度関係情報を確認する。
【００８５】
次に、ＥＵＬＡに優先度があるか否かを判断する（ステップＳ１４０４）。この処理も、図１２Ｂに示したＥＵＬＡ優先度判断部１２５２が実行する。優先度の優劣の判断は、各ＥＵＬＡに付与された優先度情報による。ここでは、たとえば、ＥＵＬＡ（Ｅ）：レベル１、ＥＵＬＡ（Ｆ）：レベル３、ＥＵＬＡ（Ｇ）：レベル３である場合は、ＥＵＬＡに優先度があり、優先度がレベル１であるＥＵＬＡ（Ｅ）が最も高いと判断する。一方、すべてのＥＵＬＡの優先度が同じレベルにある場合は、ＥＵＬＡに優先度はないと判断する。
【００８６】
ステップＳ１４０４においてＥＵＬＡに優先度がない場合（ステップＳ１４０４：Ｎｏ）は、ステップＳ１４０６へ移行する。一方、ステップＳ１４０４においてＥＵＬＡに優先度がある場合（ステップＳ１４０４：Ｙｅｓ）は、優先度の低いＥＵＬＡを削除する（ステップＳ１４０５：第１の削除工程）。この処理は、図１２Ｂに示した第１の削除処理部１２５３が実行する。図１４の例では、ＥＵＬＡ（Ｆ），ＥＵＬＡ（Ｇ）がともにレベル３で優先度が低いので、双方を削除する。
【００８７】
次に、ＥＵＬＡを統合する（ステップＳ１４０６）。この処理は、図１２Ｂに示した統合部１２５４が実行する。図１４では、Ｓ１４０５でＥＵＬＡ（Ｆ），ＥＵＬＡ（Ｇ）が削除されたので、残っているにはＥＵＬＡ（Ｅ）のみであるが、同じ優先度のＥＵＬＡが複数ある場合は、複数のＥＵＬＡを統合する。
【００８８】
次に、ＥＵＬＡの共通部分を抽出する（ステップＳ１４０７）。この処理は、図１２Ｂに示した第２の削除処理部１２５５が実行する。なお、共通部分とは、各ＥＵＬＡで同じ記載がなされている箇所である。
【００８９】
次に、共通部分があるか否かを判断する（ステップＳ１４０８）。この処理は、この処理も、図１２Ｂに示した第２の削除処理部１２５５が実行する。たとえばＥＵＬＡで共通部分が存在するかの判断を行う。ここで、共通部分がない場合（ステップＳ１４０８：Ｎｏ）は、ステップＳ１４１０へ移行する。一方、共通部分がある場合（ステップＳ１４０８：Ｙｅｓ）は、ＥＵＬＡの共通部分で重なるものを削除する（ステップＳ１４０９：第２の削除工程）。この処理も、第２の削除処理部１２５５が実行する。たとえば、ＥＵＬＡで共通部分が見つかった場合、重複することがないように不要部分を削除する。
【００９０】
次に、ＥＵＬＡを表示する（ステップＳ１４１０）。ここでは、図１２Ａに示したＥＵＬＡ表示部１２０４が統合されたＥＵＬＡを表示する。
【００９１】
次に、ＥＵＬＡを承認する（ステップＳ１４１１）。ここでは、図１２Ｂに示されたＥＵＬＡ承認部１２５６がステップＳ１４１０により表示されたＥＵＬＡの承認を行う。
【００９２】
次に、ＥＵＬＡが承認されたか否かを判断する（ステップＳ１４１２）。ここでは、図１２Ｂに示された承認判定部１２５７が、ステップＳ１４１１により該当するＥＵＬＡの承認が行われたか否かを判定する。ここで、ＥＵＬＡが承認されていなかった場合（ステップＳ１４１２：Ｎｏ）は、処理を終了する。一方、ＥＵＬＡが承認された場合（ステップＳ１４１２：Ｙｅｓ）は、ソフトウェアをインストールする（ステップＳ１４１３）。すなわち、図１２Ａに示されたソフトウェアインストール部１２０６が、承認されたＥＵＬＡに対応するソフトウェアのインストールを行う。
【００９３】
さらに、続けて、本実施の形態にかかる画像形成装置が行う他の処理について説明する。図１５は、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１における他のＥＵＬＡ統合処理の手順を示すフローチャートである。ここでは、各画像形成装置が、ソフトウェアの制作会社を判断して、ソフトウェアの制作会社ごとのＥＵＬＡを統合する。
【００９４】
図１５に示すフローチャートにおいて、まず、ソフトウェア配信サーバ１１１に統合商品Ｘを要求する（ステップＳ１５０１）。具体的には、図１２Ａに示した配信データ制御部１２０３がソフトウェア配信サーバ１１１に対してたとえば統合商品Ｘの配信を要求する。
【００９５】
次に、ソフトウェア配信サーバ１１１から統合商品Ｘのソフトウェア、ＥＵＬＡを受信する（ステップＳ１５０２）。ここでは、図１２Ａに示した受信データ制御部１２０２がソフトウェア配信サーバ１１１から送信された統合商品Ｘのソフトウェア、ＥＵＬＡを受信する。なお、ここで受信データ制御部１２０２が受信する受信データとしては、たとえば次のようなものである。
（ａ）ソフトウェア（Ｈ，Ｉ，Ｊ，Ｋ）
（ｂ）ＥＵＬＡ（Ｈ，Ｉ，Ｊ，Ｋ）
（ｃ）ＥＵＬＡの依存関係情報
（ｄ）ＥＵＬＡの優先度情報
（ｅ）ＥＵＬＡの制作会社情報
【００９６】
次に、ソフトウェアの制作会社情報を確認する（ステップＳ１５０３）。この処理は、図１２Ｂに示したソフトウェア製作者判断部１２５８が受信データに含まれる複数のソフトウェアの制作会社情報を確認する。
【００９７】
次に、各ソフトウェアの制作会社が異なるか否かを判断する（ステップＳ１５０４）。この処理も、図１２Ｂに示したソフトウェア製作者判断部１２５８が実行する。ここで、たとえば、ソフトウェア（Ｈ）：Ｃ社、ソフトウェア（Ｉ）：Ｅ社、ソフトウェア（Ｊ）：Ｒ社、ソフトウェア（Ｋ）：Ｚ社であるとすると、製作会社は異なると判断する。
【００９８】
ステップＳ１５０４において各ソフトウェアの製作会社が異なる場合（ステップＳ１５０４：Ｙｅｓ）は、ソフトウェアの製作会社ごとにＥＵＬＡを統合する（ステップＳ１５０５）。具体的には、図１２Ｂに示した個別承認確認ボタン設定部１２５９が、ステップＳ１５０４により判断されたソフトウェア制作会社ごとにＥＵＬＡを統合し、ソフトウェア制作会社に対応する承認確認ボタンを設定する。一方、ステップＳ１５０４においてソフトウェアの製作会社がすべて同じ場合（ステップＳ１５０４：Ｎｏ）は、そのままＥＵＬＡを統合する（ステップＳ１５０６）。ソフトウェアの制作会社は同じであれば、そのままＥＵＬＡが統合され、また、設定される承認確認ボタンもひとつである。この処理も、図１２Ｂに示した個別承認確認ボタン設定部１２５９が実行する。
【００９９】
次に、ＥＵＬＡの共通部分を抽出する（ステップＳ１５０７）。この処理は、図１２Ｂに示した第２の削除処理部１２５５が実行する。なお、共通部分とは、各ＥＵＬＡで同じ記載がなされている箇所である。
【０１００】
次に、共通部分があるか否かを判断する（ステップＳ１５０８）。この処理は、この処理も、図１２Ｂに示した第２の削除処理部１２５５が実行する。たとえばＥＵＬＡで共通部分が存在するかの判断を行う。ここで、共通部分がない場合（ステップＳ１５０８：Ｎｏ）は、ステップＳ１５１０へ移行する。一方、共通部分がある場合（ステップＳ１５０８：Ｙｅｓ）は、ＥＵＬＡの共通部分で重なるものを削除する（ステップＳ１５０９：第２の削除工程）。この処理も、第２の削除処理部１２５５が実行する。たとえば、ＥＵＬＡで共通部分が見つかった場合、重複することがないように不要部分を削除する。
【０１０１】
次に、ＥＵＬＡを表示する（ステップＳ１５１０）。ここでは、図１２Ａに示したＥＵＬＡ表示部１２０４が統合されたＥＵＬＡを表示する。
【０１０２】
次に、ＥＵＬＡを承認する（ステップＳ１５１１）。ここでは、図１２Ｂに示されたＥＵＬＡ承認部１２５６がステップＳ１５１０により表示されたＥＵＬＡの承認を行う。なお、この例では承認確認ボタンが設定されているので、ＥＵＬＡ承認部１２５６による承認はこの承認確認ボタンごとに行われる。
【０１０３】
次に、ＥＵＬＡが承認されたか否かを判断する（ステップＳ１５１２）。ここでは、図１２Ｂに示した承認判定部１２５７が、承認確認ボタンごとに該当するＥＵＬＡの承認が行われたか否かを判定する。ここでは、たとえばＥＵＬＡ（Ｈ）：承認、ＥＵＬＡ（Ｉ）：承認、ＥＵＬＡ（Ｊ）：未承認、ＥＵＬＡ（Ｋ）：承認であるような場合は、後のステップでＥＵＬＡ（Ｊ）のソフトウェアみがインストールされないことになる。なお、承認結果について、ソフトウェア制作会社ごとに設けられた承認確認ボタンを見れば、承認されたかどうかの状態が容易に分かるように、ＥＵＬＡ表示部１２０４に表示されるようにするとよい。
【０１０４】
ステップＳ１５１２においてＥＵＬＡが承認されなかった場合（ステップＳ１５１２：Ｎｏ）は、処理を終了する。すなわち、承認されなかったＥＵＬＡに対応するソフトウェアはインストールされない。一方、ＥＵＬＡが承認された場合（ステップＳ１５１２：Ｙｅｓ）は、ソフトウェアをインストールする（ステップＳ１５１３）。すなわち、図１２Ａに示されたソフトウェアインストール部１２０６が、承認されたＥＵＬＡに対応するソフトウェアのインストールを行う。
【０１０５】
さらに、続けて、本実施の形態にかかる画像形成装置が行う他の処理について説明する。図１６は、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１における他のＥＵＬＡ統合処理の手順を示すフローチャートである。この例でも、各画像形成装置が、ソフトウェアの制作会社を判断して、ソフトウェア制作会社ごとにＥＵＬＡを統合する。図１５に基づいて説明した例と異なるのは、各画像形成装置がソフトウェア配信サーバ１１１に統合商品を要求するのではなく。直接ソフトウェアを要求することである。
【０１０６】
図１６に示すフローチャートにおいて、まず、ソフトウェア配信サーバ１１１にソフトウェアを要求する（ステップＳ１６０１）。具体的には、図１２Ａに示した配信データ制御部１２０３がソフトウェア配信サーバ１１１に対してたとえばソフトウェア（Ｈ，Ｉ，Ｊ，Ｋ）の配信を要求する。
【０１０７】
次に、ソフトウェア配信サーバ１１１からソフトウェア、ＥＵＬＡを受信する（ステップＳ１６０２）。ここでは、図１２Ａに示した受信データ制御部１２０２がソフトウェア配信サーバ１１１から送信されたソフトウェア（Ｈ，Ｉ，Ｊ，Ｋ）とこれに対応するＥＵＬＡ（Ｈ，Ｉ，Ｊ，Ｋ）を受信する。なお、ここで受信データ制御部１２０２が受信する受信データとしては、たとえば次のようなものである。
（ａ）ソフトウェア（Ｈ，Ｉ，Ｊ，Ｋ）
（ｂ）ＥＵＬＡ（Ｈ，Ｉ，Ｊ，Ｋ）
（ｃ）ＥＵＬＡの依存関係情報
（ｄ）ＥＵＬＡの優先度情報
（ｅ）ＥＵＬＡの制作会社情報
【０１０８】
次に、ソフトウェアの制作会社情報を確認する（ステップＳ１６０３）。この処理は、図１２Ｂに示したソフトウェア製作者判断部１２５８が受信データに含まれる複数のソフトウェアの制作会社情報を確認する。
【０１０９】
次に、各ソフトウェアの制作会社が異なるか否かを判断する（ステップＳ１６０４）。この処理も、図１２Ｂに示したソフトウェア製作者判断部１２５８が実行する。ここで、たとえば、ソフトウェア（Ｈ）：Ｃ社、ソフトウェア（Ｉ）：Ｅ社、ソフトウェア（Ｊ）：Ｒ社、ソフトウェア（Ｋ）：Ｚ社であるとすると、製作会社は異なると判断する。
【０１１０】
ステップＳ１６０４において各ソフトウェアの製作会社が異なる場合（ステップＳ１６０４：Ｙｅｓ）は、ソフトウェアの製作会社ごとにＥＵＬＡを統合する（ステップＳ１６０５）。具体的には、図１２Ｂに示した個別承認確認ボタン設定部１２５９が、ステップＳ１６０４により判断されたソフトウェア制作会社ごとにＥＵＬＡを統合し、ソフトウェア制作会社に対応する承認確認ボタンを設定する。一方、ステップＳ１６０４においてソフトウェアの製作会社が同じ場合（ステップＳ１６０４：Ｎｏ）は、そのままＥＵＬＡを統合する（ステップＳ１６０６）。ソフトウェアの制作会社は同じであれば、そのままＥＵＬＡは統合され、また、設定される承認確認ボタンもひとつである。この処理も、図１２Ｂに示した個別承認確認ボタン設定部１２５９が実行する。
【０１１１】
次に、ＥＵＬＡの共通部分を抽出する（ステップＳ１６０７）。この処理は、図１２Ｂに示した第２の削除処理部１２５５が実行する。なお、共通部分とは、各ＥＵＬＡで同じ記載がなされている箇所である。
【０１１２】
次に、共通部分があるか否かを判断する（ステップＳ１６０８）。この処理は、この処理も、図１２Ｂに示した第２の削除処理部１２５５が実行する。たとえばＥＵＬＡで共通部分が存在するかの判断を行う。ここで、共通部分がない場合（ステップＳ１６０８：Ｎｏ）は、ステップＳ１６１０へ移行する。一方、共通部分がある場合（ステップＳ１６０８：Ｙｅｓ）は、ＥＵＬＡの共通部分で重なるものを削除する（ステップＳ１６０９：第２の削除工程）。この処理も、第２の削除処理部１２５５が実行する。たとえば、ＥＵＬＡで共通部分が見つかった場合、重複することがないように不要部分を削除する。
【０１１３】
次に、ＥＵＬＡを表示する（ステップＳ１６１０）。ここでは、図１２Ａに示したＥＵＬＡ表示部１２０４が統合されたＥＵＬＡを表示する。
【０１１４】
次に、ＥＵＬＡを承認する（ステップＳ１６１１）。ここでは、図１２Ｂに示されたＥＵＬＡ承認部１２５６がステップＳ１６１０により表示されたＥＵＬＡの承認を行う。なお、この例では承認確認ボタンが設定されているので、ＥＵＬＡ承認部１２５６による承認はこの承認確認ボタンごとに行われる。
【０１１５】
次に、ＥＵＬＡが承認されたか否かを判断する（ステップＳ１６１２）。ここでは、図１２Ｂに示した承認判定部１２５７が、承認確認ボタンごとに該当するＥＵＬＡの承認が行われたか否かを判定する。ここでは、たとえばＥＵＬＡ（Ｈ）：承認、ＥＵＬＡ（Ｉ）：承認、ＥＵＬＡ（Ｊ）：未承認、ＥＵＬＡ（Ｋ）：承認であるような場合は、後のステップでＥＵＬＡ（Ｊ）のソフトウェアみがインストールされないことになる。なお、承認結果について、ソフトウェア制作会社ごとに設けられた承認確認ボタンを見れば、承認されたかどうかの状態が容易に分かるように、ＥＵＬＡ表示部１２０４に表示されるようにするとよい。
【０１１６】
ステップＳ１５１２においてＥＵＬＡが承認されなかった場合（ステップＳ１６１２：Ｎｏ）は、処理を終了する。すなわち、承認されなかったＥＵＬＡに対応するソフトウェアはインストールされない。一方、ＥＵＬＡが承認された場合（ステップＳ１６１２：Ｙｅｓ）は、ソフトウェアをインストールする（ステップＳ１６１３）。すなわち、図１２Ａに示されたソフトウェアインストール部１２０６が、承認されたＥＵＬＡに対応するソフトウェアのインストールを行う。
【０１１７】
以上説明したように、本実施形態によれば、他のＥＵＬＡに依存するＥＵＬＡや、優先度の低いＥＵＬＡを削除し、また、統合後のＥＵＬＡも重複部分がないように余分な部分を削除するので、必要最小限の情報のみでＥＵＬＡを統合することができる。したがって、エンドユーザは、複数のソフトウウェアのインストールを行う場合でも、必要最小限の情報で、効率よくＥＵＬＡを承認することができる。また、インストールするソフトウェアの制作会社が異なる場合、制作会社ごとに承認欄を設けるので、ＥＵＬＡ承認作業の手間を削減しつつ、制作会社ごとの契約が可能になる。
【０１１８】
なお、本実施形態で説明したＥＵＬＡ統合方法は、あらかじめ用意されたプログラムをコンピュータで実行することにより実現することができる。このプログラムは、ハードディスクをはじめとするコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【産業上の利用可能性】
【０１１９】
以上のように、本発明は、ソフトウェア配信システムに有用であり、とくに、数多くのソフトウェアを配信し、インストールを行うことが要求される場合に好適である。
【図面の簡単な説明】
【０１２０】
【図１】本発明の実施形態にかかるソフトウェア配信システムの概要を示す図である。
【図２】ソフトウェア配信サーバ１１１のハードウェア構成を示すブロック図である。
【図３】監視装置１１７，１２２，１２３のハードウェア構成を示すブロック図である。
【図４】監視装置１１７，１２２，１２３のハードウェア構成の他の一例を示すブロック図である。
【図５】画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１のハードウェア構成を示すブロック図である。
【図６】ソフトウェア配信サーバ１１１におけるソフトウェア配信に関わる部分のソフトウェア構成を示す図である。
【図７】監視装置１１７，１２２，１２３におけるソフトウェア配信に関わる部分のソフトウェア構成を示す図である。
【図８】画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１におけるソフトウェア配信に関わる部分のソフトウェア構成を示す図である。
【図９】ソフトウェア配信サーバ１１１、監視装置１１７，１２２，１２３、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１に用いられるメモリマップ構造を示す図である。
【図１０】画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１がソフトウェア配信サーバ１１１に対してソフトウェア配信を要求する手順を説明するための図である。
【図１１】ＥＵＬＡ情報テーブルを説明するための図である。
【図１２Ａ】ソフトウェア配信サーバ１１１と画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１の機能的構成を示すブロック図である。
【図１２Ｂ】ＥＵＬＡ制御部１２０５の構成を示すブロック図である。
【図１３】画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１におけるＥＵＬＡ統合処理の手順を示すフローチャートである。
【図１４】画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１における他のＥＵＬＡ統合処理の手順を示すフローチャートである。
【図１５】画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１における他のＥＵＬＡ統合処理の手順を示すフローチャートである。
【図１６】画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１における他のＥＵＬＡ統合処理の手順を示すフローチャートである。
【符号の説明】
【０１２１】
１１１  ソフトウェア配信サーバ
１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１  画像形成装置
１２０１，１２０８，１２１５  通信Ｉ／Ｆ部
１２０２，１２０９  受信データ制御部
１２０３，１２１０  配信データ制御部
１２０４  ＥＵＬＡ表示部
１２０５  ＥＵＬＡ制御部
１２０６  ソフトウェアインストール部
１２０７，１２１３  ソフトウェア記憶部
１２１１  ソフトウェア検索部
１２１２  ＥＵＬＡ検索部
１２１４  ＥＵＬＡ記憶部
１２１７  ソフトウェア登録部
１２１８  ＥＵＬＡ登録部
１２１９  データ制御部
１２５１  ＥＵＬＡ依存関係判断部
１２５２  ＥＵＬＡ優先度判断部
１２５３  第１の削除処理部
１２５４  統合部
１２５５  第２の削除処理部
１２５６  ＥＵＬＡ承認部
１２５７  承認判定部
１２５８  ソフトウェア製作者判断部
１２５９  個別承認確認ボタン設定部
【図１】
2010152710.tif 000003
【図２】
2010152710.tif 000004
【図３】
2010152710.tif 000005
【図４】
2010152710.tif 000006
【図５】
2010152710.tif 000007
【図６】
2010152710.tif 000008
【図７】
2010152710.tif 000009
【図８】
2010152710.tif 000010
【図９】
2010152710.tif 000011
【図１０】
2010152710.tif 000012
【図１１】
2010152710.tif 000013
【図１２Ａ】
2010152710.tif 000014
【図１２Ｂ】
2010152710.tif 000015
【図１３】
2010152710.tif 000016
【図１４】
2010152710.tif 000017
【図１５】
2010152710.tif 000018
【図１６】
2010152710.tif 000019