(57)【要約】【課題】印刷を実行する画像形成装置において印刷設定の変更が容易に行え、変更後の印刷設定による印刷の実行を可能とすること。【解決手段】ＰＣ１０は、形成すべき画像を示す画像データと、印刷設定情報及び印刷データをサーバ２０に送信し（Ｓ３）、サーバ２０はそれらを関連付けて保存する（Ｓ４）。画像形成装置３０は、ユーザ５０が印刷準備指示をした印刷データ及び対応する印刷設定をサーバ２０から取得し（Ｓ５〜Ｓ７）、印刷設定の変更を受け付ける（Ｓ９）。画像形成装置３０は、印刷設定に変更がなければ（Ｓ１０のＮ）、Ｓ７で取得した印刷データの印刷を実行する（Ｓ１６）。変更があれば（Ｓ１０のＹ）、サーバ２０に変更後の印刷設定に従ったレンダリングを実行させ、そのレンダリング結果の印刷データを取得して（Ｓ１１〜Ｓ１３）、その印刷データの印刷を実行する（Ｓ１６）。【選択図】        図６
2015114769.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータから画像形成を指示された画像を示す画像データを登録する登録手段と、
前記登録手段に登録されている画像データの画像形成指示を受け付ける第１受付手段と、
前記第１受付手段が指示を受け付ける画像形成に用いる設定情報を受け付ける第２受付手段と、
前記第１受付手段が受け付けた指示に係る画像データを前記第２受付手段が受け付けた設定情報に従ってレンダリング処理したレンダリング済みデータを取得する取得手段と、
前記取得手段が取得したレンダリング済みデータに従い媒体に画像を形成する画像形成手段とを備えたことを特徴とする画像形成システム。
【請求項２】
請求項１に記載の画像形成システムであって、
前記登録手段は、前記画像データと、第１設定情報に従ってその画像データをレンダリングしたレンダリング済みデータと、該第１設定情報とを対応付けて登録する手段であり、
前記取得手段は、前記第２受付手段が受け付けた設定情報が、前記第１受付手段が受け付けた指示に係る画像データと対応して登録されている第１設定情報と同じ場合には、該画像データと対応して登録されているレンダリング済みデータを取得することを特徴とする画像形成システム。
【請求項３】
請求項１又は２に記載の画像形成システムであって、
前記登録手段は、前記画像データと、第１設定情報に従ってその画像データをレンダリングしたレンダリング済みデータと、該第１設定情報とを対応付けて登録する手段であり、
前記取得手段は、前記第２受付手段が受け付けた設定情報が、前記第１受付手段が受け付けた指示に係る画像データと対応して登録されている第１設定情報と異なる場合には、該画像データを該受け付けた指示に係る設定情報に従ってレンダリング処理して、レンダリング済みデータを取得することを特徴とする画像形成システム。
【請求項４】
請求項２又は３に記載の画像形成システムであって、
前記登録手段は、前記第２受付手段が設定情報を受け付ける前に、前記第１設定情報と異なる１又は複数の第２設定情報に従って、すでに登録されている画像データをレンダリングし、該第２設定情報と、該レンダリングにより得られたレンダリング済みデータとを、該登録済みの画像データと対応付けて登録する手段であり、
前記取得手段は、前記第２受付手段が受け付けた設定情報が、前記第１受付手段が受け付けた指示に係る画像データと対応して登録されている第２設定情報のいずれかと同じ場合には、該画像データ及び該第２設定情報と対応して登録されているレンダリング済みデータを取得することを特徴とする画像形成システム。
【請求項５】
請求項４に記載の画像形成システムであって、
前記第２設定情報は、前記第１設定情報のうち予め定めた項目の値を該第１設定情報から変化させた設定情報であることを特徴とする画像形成システム。
【請求項６】
請求項４に記載の画像形成システムであって、
過去に前記第２受付手段が受け付けた設定情報の履歴に基づき、受け付けた頻度が相対的に高い設定情報を前記第２設定情報とする履歴管理手段を備えることを特徴とする画像形成システム。
【請求項７】
請求項６に記載の画像形成システムであって、
前記第１受付手段がどのユーザから画像形成指示を受け付けるかを特定するユーザ特定手段を備え、
前記履歴管理手段は、前記ユーザ特定手段が特定したユーザから受け付けた頻度が相対的に高い設定情報を、前記第２設定情報とすることを特徴とする画像形成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成システムに関する。
【背景技術】
【０００２】
ユーザが、印刷するプリンタを想定せず、サーバに印刷ジョブを蓄積しておき、出向いた先に設置されたプリンタから、蓄積しておいた印刷ジョブを実行できるプルプリントシステムが、すでに知られている（例えば特許文献１参照）。
【０００３】
このようなシステムをユーザが利用するメリットは、印刷先となるプリンタを指定することなく印刷ジョブを発行でき、ユーザが必要に応じて、システム内のプリンタであれば、どの機器からでも印刷ジョブを実行できる点である。つまり、プルプリントシステムは、ユーザに対して、ロケーションフリーによる印刷サービスを提供できる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、印刷データを遠隔地にあるプリンタで印刷する場合、直前になって印刷設定の変更をしたい場合がある。例えば、印刷部数を変えたい場合や、カラー印刷／モノクロ印刷の設定を変えたい、印刷品質（解像度やビット数など）を変えたい場合などである。
このうち印刷部数については、印刷のリピートをすればよいため、比較的簡単に実現可能であるが、画像の作像条件が変わるものについては、後からの変更は困難である。
【０００５】
これは、デジタルデータの画像と画像形成装置の画像の性質が異なるからである。一般にパーソナルコンピュータ（ＰＣ）等で扱われるデータは、ＲＧＢの各８ビットデータであるが、画像形成装置が扱えるデータは、プリンタに搭載された色材を使ったデータである。また、作像方式にもよるが、プリンタは、ＰＣモニタのように１画素あたり多階調の濃淡表現をすることが難しく、１画素あたり１〜４ビット程度のデータを用いて擬似的に多階調の表現をしている。
【０００６】
例えばシアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ）のＣＭＹＫの４色のプリンタであれば、ＣＭＹＫの４色を用いた１〜４ビット程度のデータである。このため、デジタルデータを画像形成装置が扱える形式のデータに変換する処理（この処理を、以下「レンダリング」という。）を行う必要があり、この処理はクライアントＰＣ等にインストールされるプリンタドライバで実行することが一般的である。
【０００７】
レンダリングを行うと、プリンタが扱えるデータに変換されるものの、それは種々の作像条件を含めたものとなる。つまりは、何色の色材をどこにどんな量だけ配置して画像を形成するか等、選択した印刷条件におけるプリンタの作像制御条件を踏まえて作成されたデータになる。
このため、印刷設定が変わる場合は、レンダリングをやり直す必要があり、またレンダリング後のデータからレンダリング前のデータを作成することは、色データやビット数の変更が行われているため困難である。
【０００８】
本発明は、上述のような事情に鑑み為されたものであり、プルプリントシステムのようなロケーションフリーな印刷システムにおいて、印刷を実行する画像形成装置において印刷設定の変更が容易に行え、変更後の印刷設定による印刷の実行を可能とすることを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明に係る画像形成システムは、コンピュータから画像形成を指示された画像を示す画像データを登録する登録手段と、上記登録手段に登録されている画像データの画像形成指示を受け付ける第１受付手段と、上記第１受付手段が指示を受け付ける画像形成に用いる設定情報を受け付ける第２受付手段と、上記第１受付手段が受け付けた指示に係る画像データを上記第２受付手段が受け付けた設定情報に従ってレンダリング処理したレンダリング済みデータを取得する取得手段と、上記取得手段が取得したレンダリング済みデータに従い媒体に画像を形成する画像形成手段とを備えたことを特徴とする。
【発明の効果】
【００１０】
上記構成の画像形成システムによれば、印刷を実行する画像形成装置において印刷設定の変更が容易に行え、変更後の印刷設定による印刷の実行が可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の画像形成システムの一実施形態の構成を示すブロック図である。
【図２】図１に示したクライアントＰＣ１０のハードウェア構成を示す図である。
【図３】図１に示した画像形成装置３０のハードウェア構成を示す図である。
【図４】クライアントＰＣ１０、サーバ２０及び画像形成装置３０の各機能構成とそれらの関係を示す、本発明の第１実施形態に係る機能ブロック図である。
【図５】レンダリング処理の流れについて説明するための図である。
【図６】画像形成システムの第１実施形態における処理の流れを示すシーケンス図である。
【図７】画像形成システムの第２実施形態における処理の流れを示すシーケンス図である。
【図８】クライアントＰＣ１０、サーバ２０及び画像形成装置３０の各機能構成とそれらの関係を示す、本発明の第３実施形態に係る機能ブロック図である。
【図９】設定変更条件に含まれる項目をカテゴリ分けした例を示す図である。
【図１０】ユーザの印刷設定の使用履歴を頻度順に並べたテーブルを示すものである。
【図１１】画像形成システムの第３実施形態における処理の流れを示すシーケンス図である。
【図１２】サーバと画像形成装置でのレンダリングの計算処理の分担割合を示す図である。
【発明を実施するための形態】
【００１２】
以下、この発明を実施するための形態について、具体的に説明する。
【００１３】
［第１実施形態：図１乃至図６］
図１は、クライアントＰＣ（以下「ＰＣ」という。）１０、サーバ２０及び画像形成装置３０を含む本発明の画像形成システムの一実施形態の構成について説明する図である。
図１に示す画像形成システムは、ＰＣ１０、サーバ２０及び画像形成装置３０がネットワーク４０を介して相互に通信可能に接続されている。ネットワーク４０は、たとえば、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）、インターネット等が利用可能であり、有線／無線の別を問わない。
【００１４】
ＰＣ１０は、ユーザからの画像形成（この実施形態では「印刷」）の指示を受け付けたり、画像形成装置３０が印刷すべき画像データをサーバ２０にアップロードしたりする処理等を行う装置である。
サーバ２０は、ＰＣ１０から送信された画像データ（例えばＰＤＦ形式等の中間ファイル）をレンダリングして画像形成装置３０が解釈可能な印刷データとして一時的に保管し、画像形成装置３０からの送信要求があったときに印刷データを画像形成装置３０に送信する処理等を行う装置である。サーバ２０は、いわゆるクラウド環境に設けられたプリントサーバであってもよい。
画像形成装置３０は、プリンタ、ファクシミリ、複写装置、これらの複合機（ＭＦＰ）等の印刷処理に用いられる装置である。
【００１５】
この実施形態では、Ｃ（シアン）、Ｍ（マゼンタ）、Ｙ（イエロー）、Ｋ（ブラック）の４色の色材を有する画像形成装置を例に説明する。
ただし、本発明は画像データの処理に関するものであるため、画像形成装置の作像に関する条件は特に問わない。このため、色材の種類や数はこの限りではないし、作像方式も電子写真方式やインクジェット方式など種々の方式の画像形成装置が利用可能である。
【００１６】
次に、図１に示した各装置の構成について詳細に説明する。
図２は、ＰＣ１０のハードウェア構成を示すブロック図である。ＰＣ１０はハードウェアとしては公知のパーソナルコンピュータを適宜採用できる。
例えば、図２に示すように、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、通信Ｉ／Ｆ（インタフェース）１０４、ＨＤＤ（ハードディスクドライブ）１０５、ＵＩ（ユーザインタフェース）部１０６をシステムバス１０７により接続した構成とすることができる。
そして、ＣＰＵ１０１がＲＡＭ１０３をワークエリアとしてＲＯＭ１０２あるいはＨＤＤ１０５に記憶されたプログラムを実行することにより、ＰＣ１０全体の動作を制御し、種々の機能を実現する。
【００１７】
例えば、ユーザからの印刷要求を受け付ける機能、すなわち、画像データの画像形成指示を受け付ける後述の第１受付手段としての機能を実現する。
なお、第１受付手段としての機能は、ＣＰＵ１０１が、ＲＯＭ１０２等に記憶されている所要のプログラムを実行して、ＵＩ部１０６の表示部を制御することにより実現する。
ＨＤＤ１０５は、基本ソフトウェアであるＯＳ（Operating  System）、アプリケーションソフトウェア、所定の制御プログラムや印刷設定のためのプリンタドライバ等のデータを保持するデバイスである。
【００１８】
通信Ｉ／Ｆ１０４は、ＬＡＮ等のネットワーク４０を介して他の装置と通信するためのインタフェースであり、ＬＡＮ端子、モデム、無線ＬＡＮを実現するためのアンテナおよび送受信機を含むことができる。
ＵＩ部１０６は、ユーザの操作を受け付けるための操作部や、ユーザに情報を提示するための表示部を含む操作受付手段である。外付けの操作部や表示部を用いてもよいことはもちろんである。
また、図示はしていないが、サーバ２０はハードウェアとしては、ＰＣ１０と同様に、公知のパーソナルコンピュータを適宜採用できる。
【００１９】
図３は、画像形成装置３０のハードウェア構成を示すブロック図である。
画像形成装置３０はハードウェアとしては公知のプリンタと同様な構成を適宜採用できる。
例えば、図３に示すように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、通信Ｉ／Ｆ２０４、ＨＤＤ２０５、エンジンＩ／Ｆ２０６、ＵＩ部Ｉ／Ｆ２０７をシステムバス２０８により接続した構成とすることができる。また、エンジンＩ／Ｆ２０６にはエンジン部２０９を、ＵＩ部Ｉ／Ｆ２０７にはＵＩ部２１０をそれぞれ接続する。
【００２０】
そして、ＣＰＵ２０１がＲＡＭ２０３をワークエリアとしてＲＯＭ２０２あるいはＨＤＤ２０５に記憶されたプログラムを実行することにより、画像形成装置３０全体の動作を制御し、印刷を始めとする種々の機能を実現することができる。通信Ｉ／Ｆ２０４は、ＬＡＮ等のネットワーク４０を介してＰＣ１０及びサーバ２０等の外部装置と通信するためのインタフェースである。
【００２１】
エンジン部２０９は、画像形成エンジン等の、外部に対して通信及び表示以外の物理的な出力（本実施形態の場合は、印刷）を行う手段を示す。エンジンＩ／Ｆ２０６は、エンジン部２０９とＣＰＵ２０１とを接続してエンジン部２０９をＣＰＵ２０１から制御可能とするためのインタフェースである。
ＵＩ部Ｉ／Ｆ２０７は、ＵＩ部２１０とＣＰＵ２０１とを接続してＵＩ部２１０をＣＰＵ２０１から制御可能とするためのインタフェースである。
【００２２】
ＵＩ部２１０は、ユーザの操作を受け付けるための操作部や、ユーザに情報を提示するための表示部を含む操作受付手段である。外付けの操作部や表示部を用いてもよいことはもちろんである。
【００２３】
図４は、図１に示したＰＣ１０、サーバ２０及び画像形成装置３０の各機能構成と、それらの関係を示す本発明の第１実施形態に係る機能ブロック図である。
図４に示すＰＣ１０は、印刷指示受付部５１及びレンダリング処理部５２ａを備える。
また、サーバ２０は、レンダリング処理部５２ｂ及び印刷データ保存部５３を備える。
また、画像形成装置３０は、印刷データ取得部５４、印刷設定受付部５５及び印刷実行部５６の各機能を備える。ＰＣ１０、サーバ２０及び画像形成装置３０は、ネットワーク４０を介して互いに通信可能に接続されている。
【００２４】
このうち、印刷指示受付部５１は、ユーザからの画像データの印刷指示（印刷設定も含む。）を受け付ける機能を備え、画像データの画像形成指示を受け付ける第１受付手段として機能する。
また、レンダリング処理部５２ａ，５２ｂは、画像データに対してレンダリング処理を行い、画像形成装置３０が印刷実行可能なビットマップイメージデータを生成するための印刷データを生成する機能を備える。レンダリング処理部５２ｂをサーバ２０が備えていれば、ＰＣ１０はレンダリング処理部５２ａは必ずしも備えている必要はない。画像データをサーバ２０に送ってサーバ２０側でレンダリングすることができるからである。レンダリング処理部５２ａ，５２ｂの機能は同趣旨であるため、特にこれらを区別すべき場合を除き、以後、これらをレンダリング処理部５２と呼ぶことにする。
【００２５】
なお、ここで、「画像データ」とは、ユーザがアプリケーション等を用いて作成した文書データからプリンタが解読可能なページ記述言語（Page  Description  Language）で書かれた印刷データを生成するための中間ファイルを意味する。
ページ記述言語とは、コンピュータ上で作成された文書や画像などを印刷する際に、プリンタへの出力イメージを記述してプリンタに対してビットマップイメージの生成を指示する言語のことである。
【００２６】
文書を印刷する際、文字や図形の位置情報、書式情報などのデータはビットマップイメージデータに変換される必要がある。このビットマップイメージデータ（以下「印刷データ」という。）を作成するための言語がページ記述言語であり、プリンタやプリンタの解像度に依存することなく記述することができる。
ここで、レンダリング処理について説明する。
【００２７】
一般的に、コンピュータ等では画像データはＲＧＢの各色８ビットデータで扱われる。しかし、プリンタ等の画像形成装置ではこの画像データをそのまま扱うことはできない。コンピュータ等はＣＲＴや液晶などのモニタ表示を前提としているため、減法混色のＲＧＢで色を表現し、１画素の色もＲＧＢの光出力を多段階で制御することで各色８ビットあるいはそれ以上の連続階調が表現可能である。
【００２８】
一方、画像形成装置ではトナーやインクなどの色材の重ね合わせによる加法混色で色を表現し、ＣＭＹＫの４色の色材を用いることが多い。また、画像形成装置は１画素で８ビットもの多階調を表現することが難しく、１〜２ビット程度の段階の大きさのドットを出力し、単位面積あたりの色材被覆量で階調表現を行う（これは面積階調と呼ばれる。）。
このため、コンピュータ等が扱う画像データは、プリンタ等が扱えるデータ、つまりはどの場所にどの色材をどの程度配置して色を表現するのかといった印刷データに変換する必要がある。この変換処理を「レンダリング」と呼ぶ。
【００２９】
図５は、レンダリング処理の流れを示したものである。
アプリケーション４１が出力した印刷対象の文書データを、不図示のプリンタドライバ等により変換して得た印刷対象の画像データに対して、レンダリング部５２がＣＭＭ（Color  Management  Module）処理４２から作像処理４５までの各処理を行う。
初めのＣＭＭ処理４２は、色変換処理であり、ここでＲＧＢ各色８ビットの色をプリンタ等の色版であるＣＭＹＫの８ビットのデータに変換する。
【００３０】
例えば（Ｒ，Ｇ，Ｂ）＝（２５５，０，０）というデータは、（Ｃ，Ｍ，Ｙ，Ｋ）＝（０，２５５，２５５，０）のデータに変換される。ここは、使用する色材や紙など、プリンタの色特性に応じて画像データの各色をどんな色で表現するかを決めると同時に、その色を表現するにはＣＭＹＫをどんなバランスで出力すればよいのかを決める部分である。これは３次元から４次元のルックアップテーブル等を参照することで変換処理することが多い。
【００３１】
次は、ガンマ（γ）補正４３である。ここは、画像データの入力と出力の階調特性を調整する場合などに利用される。例えば印刷のモード間の色相調整や画像機器の個体差を調整するのに使われることがある。
次は、ハーフトーン処理４４である。ここは、８ビットのデータをプリンタが扱えるビット数に落とす処理である。例えば、ドットを「形成する」か「形成しない」の２値でしか表現できないプリンタの場合は８ビットを１ビットに、「大」「中」「小」「無し」の４段階で画素表現できるプリンタの場合は、８ビットを２ビットデータに変換する必要がある。
これ以上詳しい説明は省くが、ここは誤差拡散処理やパターンディザ法などの公知の技術によって処理がなされる。
【００３２】
最後は、作像処理４５である。これはハーフトーン処理まで終了したデータをプリンタの印刷動作と対応付ける処理である。例えば、電子写真方式の場合は、一定に帯電させた感光体に発光ダイオード（ＬＥＤ）等で露光を行い、露光箇所にトナーを付着させることでトナー潜像を形成し、このトナー潜像を媒体に直接あるいは中間転写体を介して転写、定着させることで媒体に画像形成する。
【００３３】
このため、ハーフトーン処理された後の各画素の色材配置データを、感光体の回転やＬＥＤの露光信号と対応付けて制御する必要がある。インクジェット方式のプリンタは、例えばヘッドを用紙搬送方向と直交方向に走査することで画像形成するシリアル方式のプリンタである。この場合、ハーフトーン処理後の画像データをどのヘッドのどのノズルに割り当ててインクを吐出し、ヘッド動作や用紙搬送動作をどう対応付けて動かすかを決める必要がある。このような動作を「作像処理」と呼ぶこととする。
【００３４】
一般的に、印刷の画像形成処理フローにおいて「レンダリング」といった場合は、狭義にこの作像処理４５を指す場合もある。しかし、ここでは、上記の画像データからプリンタが扱える印刷データが完成するまでの一連の処理を含む広義のレンダリング処理を、「レンダリング」と呼ぶこととする。
このレンダリング処理は、プリンタドライバとよばれるソフトウェアで実行したり、ＭＦＰのように、コピーやＦＡＸなど画像形成装置側で動作させることが必要な機器の場合は、画像形成装置の計算リソースを使ってレンダリングを行う場合もある。
【００３５】
図４に戻り、印刷データ保存部５３は、ＰＣ１０から送信された画像データと印刷設定を対応付けて保存する機能を備え、形成すべき画像を示す画像データを登録する登録手段として機能する。なお、ＰＣ１０から印刷データも送信された場合は、画像データ及び印刷設定と対応付けてこれを保存する。
サーバ装置が備えるレンダリング処理部５２ｂは、ＰＣ１０から送信された画像データをレンダリング処理したり、画像形成装置３０から入力された印刷設定やサーバ２０に予め記憶されている印刷設定等に従って画像データをレンダリング処理したりする機能を備える。
【００３６】
印刷データ取得部５４は、サーバ２０に保管されている印刷データ、あるいは後述の印刷設定受付部５５で受け付けた印刷設定に基づいてサーバ２０で画像データをレンダリングして得られた印刷データを取得する（ダウンロードする）機能を備える。すなわち、第１受付手段が受け付けた画像形成指示に係る画像データを後述の第２受付手段が受け付けた設定情報に従ってレンダリング処理したレンダリング済みデータを取得する取得手段として機能する。
【００３７】
また、印刷設定受付部５５は、取得した印刷データについて、印刷設定の変更又は印刷設定を変更しないことの受付をする機能を備え、第１受付手段が指示を受け付ける画像形成に用いる設定情報を受け付ける第２受付手段として機能する。
また、印刷実行部５６は、取得した印刷データを用紙に印刷する機能を備え、取得手段が取得したレンダリング済みデータに従い媒体に画像を形成する画像形成手段として機能する。
【００３８】
次に、本発明の画像形成システムの動作について説明する。
図６は、ユーザがＰＣ１０において印刷設定をして印刷指示を行い、画像形成装置３０において印刷を実行するまでの処理の流れを示す、本発明の第１実施形態のシーケンスを示す図である。
【００３９】
この処理は、ＰＣ１０のＣＰＵ１０１、サーバ２０のＣＰＵ及び画像形成装置３０のＣＰＵ２０１が、所定の制御プログラムによってそれぞれＰＣ１０、サーバ２０及び画像形成装置３０の各機能ブロックの機能を実現して行うものであるが、説明の都合上、ＰＣ１０、サーバ２０及び画像形成装置３０の各装置自身が行うものとして説明する。
この処理は、ユーザ５０がＰＣ１０から印刷指示をしようとして、ＰＣ１０にアクセスした時に開始される。
【００４０】
まず、ユーザ５０がＰＣ１０の印刷指示受付部５１において、印刷の対象となる文書データ等について、印刷設定をして印刷指示を行う（Ｓ１）。なお、印刷設定の項目にはフィニッシャ等の周辺機に関する項目が含まれていてもよく、この項目は当然レンダリング処理にも反映され、レンダリング済みデータに基づき画像形成を行う動作には、その項目の情報に従って周辺機を制御する動作も含まれる。
【００４１】
ＰＣ１０は、インストールされているプリンタドライバ等によって、中間ファイルである画像データを生成するとともに、レンダリング処理部５２においてレンダリングを行い、画像形成装置３０が解釈可能なページ記述言語で書かれた印刷データを生成する（Ｓ２）。
次に、ＰＣ１０は、画像データ、印刷設定情報及び印刷データをサーバ２０に送信する（Ｓ３）。なお、データの送受信に関しては、データの圧縮等、ネットワークの送受信負荷を減らす方法を適宜採用することが好ましい。
【００４２】
画像データ、印刷設定情報及び印刷データを受信したサーバ２０は、印刷データ保存部５３に、それらを関連付けて保存する（Ｓ４）。
次に、ユーザ５０は、画像形成装置３０が置かれている場所に出向き、自分がステップＳ１で指示し、サーバ２０に登録されている印刷データに係る印刷を行うべく、画像形成装置３０に対して印刷準備指示を行う（Ｓ５）。
画像形成装置３０は、サーバ２０に対して保存されている印刷データの送信要求を行い（Ｓ６）、サーバ２０は、この要求を受けると画像形成装置３０に対して要求された印刷データに加えてこれと対応する印刷設定情報を送信する（Ｓ７）。画像形成装置３０は受信した印刷データ及び印刷設定情報を一時保存する。
【００４３】
次に、ユーザ５０は、印刷データをプレビュー等で確認して、印刷設定をステップＳ７で受信した印刷設定情報から変更するか、又は印刷設定に変更がない旨の入力を行う（Ｓ８）。画像形成装置３０は入力された印刷設定を受付け（Ｓ９）、ステップＳ７で受信した印刷設定情報に係る印刷設定（ＰＣ１０において指定された印刷設定）と、画像形成装置３０から入力された印刷設定とを比較する（Ｓ１０）。印刷設定が変更されている場合は（Ｓ１０のＹ）、画像形成装置３０は、サーバ２０に対して画像形成装置３０から入力された変更後の印刷設定情報を送り、レンダリングの実行を要求する（Ｓ１１）。
【００４４】
サーバ２０は、この要求に応じて、変更された印刷設定によるレンダリングを行い、印刷データを生成する（Ｓ１２）。そして、生成した印刷データを画像形成装置３０に送信する（Ｓ１３）。画像形成装置３０は一時保存していた印刷データを、ステップＳ１３で送信された新たな印刷データで置き換える。
一方、印刷設定が変更されていない場合は（Ｓ１０のＮ）、画像形成装置３０は、ステップＳ１４で印刷開始指示が入力されるまで待機する。
【００４５】
そして、ユーザ５０が印刷開始指示を行うと（Ｓ１４）、画像形成装置３０は印刷開始指示を受付け（Ｓ１５）、一時保存している印刷データからビットマップデータを生成して印刷を実行する（Ｓ１６）。印刷済みデータは画像形成装置３０から削除するようにしてもよい。
【００４６】
以上の処理において、ステップＳ４の処理が、登録手段の機能と対応する。ステップＳ５の指示の受け付けが、第１受付手段の機能と対応する。ステップＳ９の処理が、第２受付手段の機能と対応する。ステップＳ１１乃至Ｓ１３の処理が、取得手段の機能と対応する。ステップＳ１６の処理が、画像形成手段の機能と対応する。
そして、サーバ２０が、ＰＣ１０から送信された、形成すべき画像を示す画像データを登録する。このため、印刷を実行する画像形成装置３０から要求された印刷設定に従ってレンダリングを行った印刷データをサーバ装置２０が送信し、画像形成装置３０に提供することができる。
【００４７】
従って、ＰＣ１０において行った印刷設定を画像形成装置３０において変更して、変更後の印刷設定による印刷を行う動作を、容易に行うことができる。
また、この第１実施形態による処理によれば、印刷設定の変更がある場合のみサーバ２０にてレンダリングを行うため、サーバ２０における処理の負荷を軽減しつつ、画像形成装置３０からの印刷条件変更に対応した印刷の実行が可能になる。
【００４８】
［第２実施形態：図７］
次に、本発明の画像形成システムの第２実施形態について説明する。この第２実施形態は、ユーザがＰＣ１０から入力した印刷設定に基づくレンダリング処理をサーバ２０において実行する点が第１実施形態と異なり、その他の点は第１実施形態と共通であるので、この相違点についてのみ説明する。
【００４９】
第２実施形態の機能ブロックは、図４のＰＣ１０の備える機能ブロックからレンダリング処理部５２を除いたものであり、その他は共通しているので、図示は省略する。
図７は、ユーザがＰＣ１０において印刷設定をして印刷指示を行い、画像形成装置３０において印刷を実行するまでの処理の流れを示す、本発明の第２実施形態のシーケンスを示す図である。第１実施形態のシーケンスと異なる点は、図７のステップＳ２’〜Ｓ４’のみである。
【００５０】
まず、ステップＳ１において、ユーザ５０がＰＣ１０の印刷指示受付部５１において、印刷の対象となる文書データ等について、印刷設定をして印刷指示を行う。すると、ＰＣ１０は、インストールされているプリンタドライバ等によって、画像データを生成する（Ｓ２’）。
次に、ＰＣ１０は、画像データと印刷設定情報をサーバ２０に送信する（Ｓ３’）。
画像データと印刷設定情報を受信したサーバ２０は、レンダリング処理部５２において画像データのレンダリングを行い印刷データを生成するとともに、印刷データ保存部５３に、画像データ、印刷設定情報及び印刷データを関連付けて保存する（Ｓ４’）。
以降の処理は第１実施形態と同じであるので、説明は省略する。
【００５１】
この第２実施形態による処理は、レンダリングを全てサーバ２０で行っているため、サーバ２０には負荷がかかるが、ＰＣ１０にレンダリング処理部５２を備える必要がない。このため、ＰＣ１０にレンダリング機能を有するアプリケーションをインストールする必要がなく、計算能力の低い端末など様々なＰＣを利用することが可能となる。
【００５２】
［第３実施形態：図８乃至図１１］
次に、本発明の画像形成システムの第３実施形態について説明する。この第３実施形態は、画像形成装置３０においてユーザが印刷設定の変更指示を行う前に、ある程度ユーザの印刷設定変更を予測して、先回りして予測した印刷設定に基づいてレンダリングをしておく点が第１及び第２実施形態とは異なる。
その他の点は第１及び第２実施形態と共通である。そこで、この相違点についてのみ説明する。
【００５３】
図８は、図１に示したＰＣ１０、サーバ２０及び画像形成装置３０の各機能構成と、それらの関係を示す本発明の第３実施形態に係る機能ブロック図である。図４に示す機能ブロック図と異なる点は、ＰＣ１０がレンダリング処理部５２ａを備えない点（もちろん、あっても構わない。）、サーバ２０に印刷設定履歴管理部５７及び先行レンダリング制御部５８を設けた点、及び画像形成装置３０にユーザ認証部５９を設けた点である。
従って、ここでは、印刷設定履歴管理部５７、先行レンダリング制御部５８及びユーザ認証部５９の機能についてのみ説明し、その他の機能ブロックについての説明は省略する。
【００５４】
図８において、印刷設定履歴管理部５７は、ユーザが過去に使用（設定）した印刷条件（印刷設定）の履歴を蓄積する履歴管理手段として機能する。
先行レンダリング制御部５８は、ＰＣ１０から受信した印刷設定情報と異なる１又は複数の印刷設定情報（第２設定情報）に従って、印刷データ保存部５３に保存されている画像データをレンダリング処理部５２ｂにレンダリングさせる機能を備える。
【００５５】
また、そのレンダリング結果の印刷データを、もとの画像データ及びレンダリングに用いた印刷設定情報と対応付けて印刷データ保存部５３に保存させる機能を備える。このレンダリングは、画像形成装置３０における印刷設定の受け付けや印刷データの送信要求が無くても、これらに先行して行うものである。
また、ユーザ認証部５９は、画像形成装置３０を使用して印刷を行うユーザを特定する機能を備え、第１受付手段がどのユーザから画像形成指示を受け付けるかを特定する、ユーザ特定手段として機能する。
【００５６】
次に、先行レンダリング制御部５８がレンダリング処理部５２ｂにレンダリングを指示する場合に用いる印刷設定の決め方に関する、二通りの考え方について説明する。
一方は、ＰＣ１０から受信した印刷設定情報に係る印刷設定に対し、予め定めた項目の値を変更した印刷設定情報を用いたレンダリングを先行して実行する考え方である。これは、例えば、ある項目について選択肢Ａ〜Ｃがあり、ＰＣ１０から受信した印刷設定情報において選択肢Ｂが選択されていた場合、該当の項目のみ、他の選択肢Ａに変更した印刷設定情報と、選択肢Ｃに変更した印刷設定情報とを用いて、それぞれレンダリングを実行するものである。複数の項目を変更する場合、それらの項目の選択肢の全ての組み合わせについてレンダリングを実行する。
【００５７】
また、「予め定めた項目」については、印刷設定の項目を予め複数段階にカテゴリ分けしておき、特定カテゴリの項目の値を変更した印刷設定情報についてレンダリングを先行して実行することが考えられる。
【００５８】
図９は、設定変更条件に含まれる項目をカテゴリ分けした例である。
図９において、「カテゴリ１」は、給紙トレイ変更、用紙サイズ変更、印刷速度変更（解像度変更なし）であり、値が変更されても画像の内容に実質的な影響がない項目である。従って、これらの項目の値を変更した印刷設定情報を用いてレンダリングを行っても、既にＰＣ１０から受信した印刷設定情報に基づいて行ったレンダリング結果を用いて、簡単にレンダリング結果を得ることができ、処理負荷が小さい。従って、このカテゴリの項目の値を変更した印刷設定情報についてはレンダリングの先行を行うとよい。
【００５９】
これに対して、「カテゴリ２」は、ハーフトーン処理変更、印刷速度変更（解像度変更あり）、片面／両面処理変更であり、「カテゴリ３」は、色変換処理変更、倍率変更であり、値が変更されると画像の内容に実質的な影響を与える項目である。従って、これらの項目の値を変更した印刷設定情報を用いたレンダリングは、処理負荷が大きい。このため、レンダリングの負担を考慮し、レンダリングの先行を行わずに、実際にこれらの項目の値の変更指示を受け付けてから、変更後の値を用いたレンダリングを行うようにするとよい。
【００６０】
なお、「カテゴリ２」の項目は、「カテゴリ３」の項目よりもレンダリング工程の下流側の処理と対応する項目である。従って、「カテゴリ２」の項目の値を複数通りに変更した印刷設定情報を用いてレンダリングを行っても、該当項目と対応する工程より前の処理結果を共通に利用することができる。このため、「カテゴリ３」の項目の値を変更する場合に比べ、処理負荷は小さいと言えるので、「カテゴリ２」までを、先行の対象としてもよい。
【００６１】
また、逆の考え方として、レンダリングにかかる処理の負荷が重い印刷設定を、変更指示を待たずにレンダリングしておくことで、その印刷条件へ変更指示がされたときに印刷待ち時間を低減することも考えられる。
なお、いずれの場合も、値を変更する項目が増えると、非常に多数の印刷設定情報についてレンダリングを行う必要が生じる。従って、以下の印刷設定の使用履歴等を考慮して、変更される可能性が高い項目について、値を変更してレンダリングを行うようにするとよい。
【００６２】
印刷設定の決め方の他方は、ユーザの過去の印刷設定履歴を蓄積しておき、そのユーザがよく利用する印刷設定については、その設定に変更される可能性が高いため、変更指示がされる前にその設定に従ったレンダリング処理を先行して行っておくという考え方である。
【００６３】
図１０は、ユーザの印刷設定の使用履歴を頻度順に並べたテーブルを示すものである。ユーザの使用履歴については、例えば、図１０に示すように、過去にＰＣ１０や画像形成装置３０から設定された印刷条件を頻度順に並べ、画像形成装置３０にログインする際のユーザＩＤ情報などと対応付けて、サーバ２０に保持しておき、それを用いてレンダリングを行うものである。なお、この実施形態では、使用履歴情報はサーバ２０に保持しているが、ＰＣ１０や画像形成装置３０に保持してもよいことは言うまでもない。
【００６４】
どの印刷設定について先行してレンダリングを行っておくかについては、例えば、「頻度上位３位まで」や「頻度が２０％を超えるもの」などというように、受け付けた頻度が相対的に高い設定情報を選択する基準を予め決めておいてもよい。
今までに受け付けた頻度が高い印刷設定については、今後も同じ設定を受け付ける可能性が高いと期待できる。従って、このような印刷設定に絞ってレンダリングを行っておけば、画像形成装置３０からの要求に応じて印刷データを送信する際のユーザの待ち時間を、少ない処理負荷で効果的に低減することを期待できる。
【００６５】
このとき、使用履歴情報を画像形成装置３０のユーザ毎に作成し、ステップＳ２３で画像データを送信してきたＰＣ１０のユーザ（又は画像形成装置３０から印刷を指示する予定のユーザ）と対応する受け付け頻度を用いるとよい。このようにすれば、一層正確に、受け付ける可能性の高い印刷設定を絞り込むことができる。
また、上記の他、ユーザやシステム管理者が、変更指示があってからレンダリングするか、先行してレンダリング処理を行うかを履歴中の印刷条件ごとに設定できるようにしてもよい。
【００６６】
次に、画像形成システムの第３実施形態における処理の流れを説明する。
図１１は、ユーザがＰＣ１０において印刷設定をして印刷指示を行い、画像形成装置３０において印刷を実行するまでの処理の流れを示す、本発明の画像形成システムの第３実施形態のシーケンスを示す図であり、第２実施形態のシーケンス図（図７）と対応するものである。
まず、ステップＳ２１において、ユーザ５０がＰＣ１０の印刷指示受付部５１において、印刷の対象となる文書データ等について、印刷設定をして印刷指示を行う。すると、ＰＣ１０は、インストールされているプリンタドライバ等によって、中間ファイルである画像データを生成する（Ｓ２２）。
【００６７】
次に、ＰＣ１０は、画像データと印刷設定情報（第１設定情報）をサーバ２０に送信する（Ｓ２３）。
画像データと印刷設定情報を受信したサーバ２０は、レンダリング処理部５２において画像データのレンダリングを行い印刷データ１を生成するとともに、印刷データ保存部５３に、画像データ、第１設定情報及び印刷データ１を関連付けて保存する（Ｓ２４）。
それとともに、サーバ２０は、上述した先行のレンダリングに用いる印刷設定情報（第２設定情報）に基づいて画像データのレンダリングを行い、その画像データ、第２設定情報及び、レンダリングで生成した印刷データ２を対応付けて保存する（Ｓ２５）。
【００６８】
次に、ユーザ５０は、画像形成装置３０が置かれている場所に出向き、自分がステップＳ２１で指示し、サーバ２０に登録されている印刷データに係る印刷を行うべく、画像形成装置３０に対して印刷準備指示を行う（Ｓ２６）。
画像形成装置３０は、サーバ２０に対して保存されている印刷データ１の送信要求を行い（Ｓ２７）、サーバ２０は、この要求を受けると画像形成装置３０に対して印刷データ１に加えてこれと対応する第１設定情報及び、同じ画像データと対応して保存されている第２設定情報を送信する（Ｓ２８）。画像形成装置３０は受信した印刷データ１、第１設定情報及び第２設定情報を一時保存する。
【００６９】
次に、ユーザ５０は、印刷データ１をプレビュー等で確認して、印刷設定を第１設定情報から変更するか、又は印刷設定に変更がない旨の入力を行う（Ｓ２９）。画像形成装置３０は入力された印刷設定を受付け（Ｓ３０）、画像形成装置３０から入力された印刷設定が、第１設定情報又は第２設定情報のいずれかと同じかどうかを調べる（Ｓ３１）。いずれかと同じである場合は（Ｓ３１のＹ）、画像形成装置３０から入力された印刷設定が、第１設定情報と同じかどうかを調べる（Ｓ３２）。同じである場合は（Ｓ３２のＹ）、画像形成装置３０は、ステップＳ３３で印刷開始指示が入力されるまで待機する。
【００７０】
そして、ユーザ５０が印刷開始指示を行うと（Ｓ３３）、画像形成装置３０は印刷開始指示を受付け（Ｓ３４）、一時保存している印刷データ１の印刷を実行する（Ｓ３５）。
一方、ステップＳ３２でＮＯの場合は、画像形成装置３０から入力された印刷設定は第２設定情報と同じとなるので、画像形成装置３０はサーバ２０に対して、その第２設定情報と対応する印刷データ２の送信を要求する（Ｓ３６）。サーバ２０はこの要求に応じて画像形成装置３０に該当の印刷データ２を送信し（Ｓ３７）、画像形成装置３０はそれを一時保存する。そして、ステップＳ３３で印刷開始指示が入力されるまで待機する。その後の処理（Ｓ３３〜Ｓ３５）は印刷データ１の印刷の場合と同一なので、説明は省略する。
【００７１】
これに対して、ステップＳ３１において、画像形成装置３０から入力された印刷設定が、第１設定情報及び第２設定情報のいずれとも異なる場合は（Ｓ３１のＮ）、画像形成装置３０は入力された印刷設定に基づくレンダリングをサーバ２０に要求する（Ｓ３８）。
サーバ２０は、この要求に応じて、入力された印刷設定によるレンダリングを行い、印刷データ３を生成し（Ｓ３９）、画像形成装置３０に印刷データ３を送信する（Ｓ３７）。
【００７２】
画像形成装置３０はそれを一時保存し、ステップＳ３３で印刷開始指示が入力されるまで待機する。その後の処理（Ｓ３３〜Ｓ３５）は印刷データ１の印刷の場合と同一なので、説明は省略する。
この第３実施形態による処理によれば、ＰＣ１０から送信された印刷設定情報と異なる印刷設定情報についても、画像形成装置３０が印刷に用いる印刷設定情報の受付を行う前に、予めレンダリングを行うようにしている。このため、画像形成装置３０が、ＰＣ１０から送信された印刷設定情報と異なる印刷設定情報を受け付けた場合でも、それが予めレンダリングを行った範囲のものであれば、速やかにサーバ２０が画像形成装置３０に印刷データを提供し、ユーザの待ち時間を低減することが可能になる。
【００７３】
〔変形例：図１２〕
以上、発明を実施するための実施の形態について説明を行ったが、本発明は、上述した実施の形態に限定されるものではない。本発明の主旨を損なわない範囲で変更することが可能である。
例えば、上述した実施形態において、図６のステップＳ６等で、画像形成装置３０がサーバに印刷データの送信を要求するようにしたが、この時点では、印刷しようとする印刷データと対応する印刷設定情報を取得するのみでもよい。この場合、画像形成装置３０は、ステップＳ９で印刷に用いる印刷設定を確定した後で、その印刷設定と対応する印刷データの取得をサーバ２０に要求するとよい。
【００７４】
また、サーバ２０は、印刷設定がステップＳ４で保存したものであれば、ステップＳ４で保存した印刷データを画像形成装置３０に送信し、そうでない場合に、ステップＳ１２を実行すればよい。
このようにすれば、画像形成装置３０において印刷設定を変更する場合に、当初の（ＰＣ１０で行った）印刷設定と対応する印刷データを画像形成装置３０に送信する必要がなくなり、通信量や処理時間を低減することができる。
他の実施形態についても同様な変更が可能である。
【００７５】
また、上述した実施形態では、各機能がＰＣ１０、サーバ２０及び画像形成装置３０に分かれているが、ＰＣ１０の機能とサーバ２０の機能を一つの統合した１台の情報処理装置として構成してもよい。あるいは、サーバ２０及び画像形成装置３０の機能を統合した画像形成装置として構成してもよい。逆に、ＰＣ１０、サーバ２０あるいは画像形成装置３０の機能を、協働する複数の装置に分散して設けてもよい。要するに、この発明の画像形成システムが備える各機能は、任意の数の装置に任意の態様で分散させて設けることができる。ただし、最初に印刷指示を受け付ける装置と、最終的に印刷を実行する装置は異なるとする。
【００７６】
また、上述した第３実施形態では、印刷設定の変更可能性のある画像データについてはあらかじめサーバ２０でレンダリングを行っているが、ＰＣ１０でレンダリングしておき、サーバ２０に送信して保管しておいてもよい。
【００７７】
また、画像形成装置３０にもレンダリング処理部５２を設け、サーバ２０と画像形成装置３０で一部分担処理する構成をとってもよい。一般に、ＭＦＰのようなコピーやＦＡＸ機能を有する画像形成装置では、画像形成装置側で画像生成や印刷を実施する必要があるため、画像形成装置本体でレンダリング可能な計算リソースを持つことが多い。
処理の分散は、機能ごとではなく計算負荷を分散するようなつくりとしてもよいが、簡略的にはレンダリング処理で実施する複数の画像処理パスを機能分担して処理することが好ましい。例えば、色変換処理はサーバ２０で行い、そのデータを画像形成装置３０にダウンロードし、画像形成装置３０で以降の処理を行う構成としてもよい。
【００７８】
サーバは、１つの画像形成装置だけでなく、ネットワークに接続された複数のＰＣや画像形成装置と相互にやり取りをすることになるが、サーバと画像形成装置で計算処理の分担割合を可変とするようにしてもよい。
図１２は、サーバと画像形成装置でのレンダリングの計算処理の分担割合を示す図である。
【００７９】
たとえば、サーバの負荷状況に合わせ、サーバの負荷が高い場合には、計算処理の多くを画像形成装置に負担させる構成とする。
図１２の（ａ）はレンダリングの計算処理をすべてサーバで行う場合を示すが、サーバの負荷に応じて、処理の一部を画像形成装置側に移して行く。図１２は、（ａ）→（ｅ）に行くほど画像形成装置での処理負担が増え、サーバでの処理負担が減っていることを示している。
なお、ネットワーク上にサーバや画像形成装置が複数台あり、複数台のサーバや画像形成装置で分担して処理を行う構成をとってもかまわない。
【００８０】
画像形成装置には、印刷に関連する周辺機器を接続して使う画像形成装置もある。例えば、増設の給紙／排紙トレイや、ステープルやパンチ（穴あけ）、製本等を実施するフィニッシャ、両面印刷を可能とするユニット（本体機能に含まれている場合もある）などがある。
これらの周辺機器を接続している場合において、周辺機器の動作についても本発明を適用して、画像形成装置上で条件設定変更が可能であり、条件変更に応じて印刷データのレンダリング、周辺機器の制御指令、およびデータのダウンロードを実施することができる。
【００８１】
例えば、始めはＡ４の片面印刷をする予定であったが、Ａ３の両面印刷でステープル綴じに変更する必要が生じた場合などに、画像形成装置上からメニューに従って変更処理をかけ、それに基づいて変更を行うことができる。
また、片面／両面などは、画像形成装置の作像方式にもよるが、画像処理を変える場合がある。例えばインクジェット方式の画像形成装置の場合、インク付着量によっては、インクの裏抜けやにじみ、紙のカールを招いたり、紙に皺がよってコックリングと呼ばれる印字ヘッドとの接触不具合を起こしたり、未乾燥インクがオフセットして紙の搬送経路を汚すことがあるからである。
【００８２】
両面の場合は、紙の表と裏の両方に記録を行うため、特にこれらの問題に関しては厳しい条件であり、片面と両面では、１面あたりの紙面に付着されるインク量や付着のさせ方などが異なる場合がある。このような場合は、生成する印刷データも違うため、片面／両面を切り替える場合にはレンダリング処理の変更も必須となる。
【００８３】
また、それ以外にも紙のサイズに応じて給紙するトレイの場所を変えたり、フィニッシャの動作を変えたりする必要があるため、画像形成装置と周辺機器を印刷条件の変更に応じて制御することが必要になることがある。
また、印刷データを画像形成装置上で確認するために、画像形成装置に適宜プレビュー機能を設けてもよい。
【００８４】
さらに、以上説明した各実施形態及び変形の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることはもちろんである。
【符号の説明】
【００８５】
１０：クライアントＰＣ、２０：サーバ、３０：画像形成装置、４０：ネットワーク、５１：印刷指示受付部、５２：レンダリング処理部、５３：印刷データ保存部、５４：印刷データ取得部、５５：印刷設定受付部、５６：印刷実行部、５７：印刷設定履歴管理部、５８：先行レンダリング制御部、５９：ユーザ認証部、１０１：ＣＰＵ、２０１：ＣＰＵ
【先行技術文献】
【特許文献】
【００８６】
【特許文献１】特開２０１１−０９０４７８号公報
【図１】
2015114769.tif 000003
【図２】
2015114769.tif 000004
【図３】
2015114769.tif 000005
【図４】
2015114769.tif 000006
【図５】
2015114769.tif 000007
【図６】
2015114769.tif 000008
【図７】
2015114769.tif 000009
【図８】
2015114769.tif 000010
【図９】
2015114769.tif 000011
【図１０】
2015114769.tif 000012
【図１１】
2015114769.tif 000013
【図１２】
2015114769.tif 000014