(57)【要約】【課題】  注文管理サーバーが管理している注文情報とジョブ管理サーバーが管理しているジョブ情報が異なる記憶領域に存在する場合でも、連携して削除可能にする。【解決手段】  注文管理サーバーは、管理されている注文情報から、第１の注文情報を削除し、外部装置にある監視フォルダに、削除された第１の注文情報に関するファイルを生成する。ジョブ管理サーバーは、監視フォルダを監視し、監視フォルダから、削除された第１の注文情報に関するファイルを取得し、第１の注文情報の注文から生成されたジョブ情報を削除する。【選択図】  図１４
2017049949.tif 000002
【特許請求の範囲】
【請求項１】
注文管理サーバーとジョブ管理サーバーを有する管理システムであって、
前記注文管理サーバーは、
注文に関する注文情報と、前記注文から生成されたジョブのジョブ情報を管理する第１の管理手段と、
前記第１の管理手段で管理されている注文情報から、第１の注文情報を削除する削除手段と、
外部装置にある監視フォルダに、前記削除された第１の注文情報に関するファイルを生成する第１の生成手段を有し、
前記ジョブ管理サーバーは、
前記ジョブ情報を管理する第２の管理手段と、
前記監視フォルダを監視する監視手段と、
前記監視フォルダから、前記削除された第１の注文情報に関するファイルを取得し、前記第１の注文情報の注文から生成されたジョブ情報を前記第２の管理手段から削除する削除手段を有することを特徴とする管理システム。
【請求項２】
前記生成手段は、前記監視フォルダに、前記削除された第１の注文情報の注文から生成されたジョブのジョブ情報に関するファイルを生成し、
前記削除手段は、前記監視フォルダから、前記削除された第１の注文情報の注文から生成されたジョブのジョブ情報に関するファイルを取得し、前記ジョブ情報を前記第２の管理手段から削除することを特徴とする請求項１に記載の管理システム。
【請求項３】
前記注文管理サーバーは、さらに、前記ジョブを前記ジョブ管理サーバーに送信する第１の送信手段を有することを特徴とする請求項１又は請求項２に記載の管理システム。
【請求項４】
前記ジョブ管理サーバーは、さらに、前記ジョブを処理するよう、印刷装置に前記ジョブを送信する第２の送信手段を有することを特徴とする請求項３に記載の管理システム。
【請求項５】
前記注文は、複数の工程を経て生成される成果物の注文であり、
前記注文管理サーバーは、前記工程毎に、ジョブを生成する第２の生成手段を有することを特徴とする請求項４に記載の管理システム。
【請求項６】
前記複数の工程は、少なくとも、印刷工程を含むことを特徴とする請求項５に記載の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文情報とジョブ情報とを管理するシステムに関する発明である。
【背景技術】
【０００２】
印刷装置の高速化、高画質化に伴い、プリント・オン・デマンド（以下、ＰＯＤと略記する）が生産現場で流行している。ＰＯＤでは、まず依頼者からどういう成果物がほしいかという情報を注文として受け取る。受け取った注文情報をもとに、プリンタに送信するジョブとフィニッシャーに送信するジョブを作る。
【０００３】
近年、注文データを受け取り、注文内容からジョブを作成し、注文のステータスを管理する注文管理サーバーと、作成されたジョブを管理、振り分けするためのジョブ管理サーバーを用いる生産形態が見られる。これら注文管理サーバーとジョブ管理サーバーは、それぞれが自分の扱う情報として注文情報あるいはジョブ情報を持つ場合がある。このような生産形態では注文情報とジョブ情報を結びつけることで、注文全体の管理を行っている。そのため、注文が出荷完了になる等の理由で注文情報が不要になった際には、個人情報管理の観点やデータ量の観点から、注文情報をもとにしてジョブ情報を削除する必要があった。上記のように、複数の異なる情報を結び付けて、ある情報が削除された際に、関連する情報を削除する技術は提供されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５１８７３３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１は、情報を扱うＣＰＵと情報を記憶する記憶装置が一つの情報処理装置内に存在し、かつ複数の異なる情報が同じ記憶領域内に存在する場合における削除である。そのため、注文管理サーバーの扱う注文情報とジョブ管理サーバーの扱うジョブ情報がそれぞれ異なる記憶領域内に存在する場合は削除が行えない。そこで、不要になった注文情報に関連するジョブ情報の削除は、作業者が手動で行う必要がある。このような場合においては、作業者が、誤って必要なジョブを削除してしまったり、不要なジョブを見逃してしまったりする可能性がある。そのため、ジョブの誤削除によるコストの増加や、不要なジョブの削除忘れによるデータ量の圧迫といった課題が想定される。
【０００６】
本発明は、上述の問題点に鑑みなされたものであり、注文管理サーバーが管理している注文情報とジョブ管理サーバーが管理しているジョブ情報が異なる記憶領域に存在する場合でも、連携して削除することが可能となる技術を提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明は、注文管理サーバーとジョブ管理サーバーを有する管理システムであって、前記注文管理サーバーは、注文に関する注文情報と、前記注文から生成されたジョブのジョブ情報を管理する第１の管理手段と、前記第１の管理手段で管理されている注文情報から、第１の注文情報を削除する削除手段と、外部装置にある監視フォルダに、前記削除された第１の注文情報に関するファイルを生成する生成手段を有し、前記ジョブ管理サーバーは、前記ジョブ情報を管理する第２の管理手段と、前記監視フォルダを監視する監視手段と、前記監視フォルダから、前記削除された第１の注文情報に関するファイルを取得し、前記第１の注文情報の注文から生成されたジョブ情報を前記第２の管理手段から削除する削除手段を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、注文管理サーバーが管理している注文情報とジョブ管理サーバーが管理しているジョブ情報が異なる記憶領域に存在する場合でも、連携して削除することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】印刷システムのシステム構成の一例を示すブロック図
【図２】注文およびジョブの一例
【図３】注文管理サーバーのハードウェア構成図
【図４】ジョブ管理サーバーのハードウェア構成図
【図５】画像形成装置のハードウェア構成図
【図６】後処理装置のハードウェア構成図
【図７】注文管理サーバーのソフトウェア構成図
【図８】ジョブ管理サーバーのソフトウェア構成図
【図９】注文管理サーバーの記憶する注文情報の一例
【図１０】ジョブ管理サーバーの記憶するジョブ情報の一例
【図１１】注文管理サーバーの注文送信に関するフローチャート
【図１２】ジョブ管理サーバーのジョブ送信に関するフローチャート
【図１３】注文管理サーバーの注文削除に関するフローチャート
【図１４】ジョブ管理サーバーのジョブ削除に関するフローチャート
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１１】
＜システム構成＞
図１は、本実施例における印刷システム（管理システム）のシステム構成の一例である。本実施例では、注文管理サーバー１０１とジョブ管理サーバー１０２と外部記憶装置１０３と画像形成装置１０４と後処理装置１０５から構成される印刷システムを例に挙げる。注文管理サーバー１０１は、注文の依頼を受け付け、注文をジョブに分割してジョブを作成し、注文と分割したジョブの情報をジョブ管理サーバー１０２に送信する。ジョブ管理サーバー１０２は、注文と分割したジョブの情報を注文管理サーバー１０１から受信する。そして、受信したジョブを画像形成装置１０４または後処理装置１０５で実行させるか振り分けを行い、振り分け先の画像形成装置１０４または後処理装置１０５にジョブを送信する。外部記憶装置（外部装置）１０３は、ジョブ管理サーバー１０２によって常に監視されており、注文管理サーバー１０１は、注文を削除した際に外部記憶装置１０３内に削除した注文の情報を含んだファイルを保存する。画像形成装置１０４は、ジョブ管理サーバーから受信したジョブを実行し、画像の印刷を行う。後処理装置１０５は、画像形成装置１０４から出力された画像を入力とし、ジョブ管理サーバー１０２から受信したジョブを実行し、後処理を行う。なお、画像形成装置１０４の管理ソフトおよび後処理装置１０５の管理ソフトは内蔵のコントローラでも外部のコントローラでもよい。また、画像形成装置１０４の数や、後処理装置１０５の数は限定されない。
【００１２】
図２は、注文およびジョブの一例を示す図である。本実施例では冊子の注文２０１を受け取った時のジョブを示す。冊子（成果物）の注文２０１は、くるみ製本が必要な注文であるため、作成するには表紙印刷、本文印刷、くるみ製本、三方断裁といった複数の工程が必要になる。表紙印刷２０２、本文印刷２０３、くるみ製本２０４、三方断裁２０５のジョブを全て行うことで、冊子の注文２０１が完成する。本実施例では冊子の注文およびジョブを例に挙げたが、これ以外の注文およびジョブでもよい。例えば、ジョブの中に中綴じ製本や帯印刷があってもよい。
【００１３】
図３は、注文管理サーバー１０１のハードウェア構成図である。注文管理サーバー１０１はＣＰＵ３０１、ＲＡＭ３０２、プログラムＲＯＭ３０３、データＲＯＭ３０４、Ｉ／Ｏインターフェース３０５、ＮＣ３０６、バス３０７から構成される。ＣＰＵ３０１は、プログラムＲＯＭ３０３にロードされたＯＳや一般サーバー、プログラムなどを実行するとともに、バス３０７に接続されている各デバイスを総括的に制御する。ＲＡＭ３０２は、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。プログラムＲＯＭ３０３は、ＣＰＵ３０１の制御プログラムであるオペレーティングシステムプログラムや、本発明の印刷システムにおける、注文管理サーバー１０１を実行するのに使用する機能を記憶する。データＲＯＭ３０４は注文管理サーバーが扱う注文情報や注文のステータスが記憶される。Ｉ／Ｏインターフェース３０５は、ディスプレイ表示やディスプレイ上からのキー入力等を制御する。ＮＣ３０６は、ネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。バス３０７は各モジュール間の通信を行うのに使用される通信路である。
【００１４】
図４は、ジョブ管理サーバー１０２のハードウェア構成図である。ジョブ管理サーバー１０２はＣＰＵ４０１、ＲＡＭ４０２、プログラムＲＯＭ４０３、データＲＯＭ４０４、Ｉ／Ｏインターフェース４０５、ＮＣ４０６、バス４０７から構成される。ＣＰＵ４０１は、プログラムＲＯＭ４０３にロードされたＯＳや一般サーバー、プログラムなどを実行するとともに、バス４０７に接続されている各デバイスを総括的に制御する。ＲＡＭ４０２は、ＣＰＵ４０１の主メモリ、ワークエリア等として機能する。プログラムＲＯＭ４０３は、ＣＰＵ４０１の制御プログラムであるオペレーティングシステムプログラムや、本発明の印刷システムにおける、ジョブ管理サーバー１０２を実行するのに使用する機能を記憶する。データＲＯＭ４０４はジョブ管理サーバーが扱うジョブ情報やジョブの作成元となった注文情報、ジョブの振り分け先である画像形成装置１０４あるいは後処理装置１０５の情報が記憶される。Ｉ／Ｏインターフェース４０５は、ディスプレイ表示やディスプレイ上からのキー入力等を制御する。ＮＣ４０６は、ネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。バス４０７は各モジュール間の通信を行うのに使用される通信路である。
【００１５】
図５は、画像形成装置１０４のハードウェア構成図である。画像形成装置１０４は、操作部５０４、認証部５０５、ＮＣ５０６、ＣＰＵ５０９、ＲＡＭ５１０、ＲＯＭ５１１、記憶部５１２、画像読取部５０７、印刷部５０８、を備え、制御部５０１を介して接続されている。制御部５０１は、画像形成装置１０４全体を制御する装置制御部５０２と、画像データを処理する画像処理部５０３とを有する。操作部５０４は、例えばソフトウェアキーボード、タッチパネル、その他入出力装置によって構成され、各種の設定値の入力、および表示をすることが可能である。ＣＰＵ５０９は、ＲＯＭ５１１内に記憶されたプログラムや、記憶部５１２からＲＡＭ５１０にロードされたアプリケーション等のプログラムを実行する。ＲＡＭ５１０は、ＣＰＵ５０９のメインメモリであり、ワークエリア等として機能する。画像読取部５０７は、例えばスキャナーによって構成され、紙文書等を読取ることにより画像データ形式の文書画像を取得することができる。制御部５０１は、記憶部５１２に記憶された文書画像を操作部５０４に提供し、操作部５０４上に文書画像を出力する処理を実行する。また、制御部５０１は同様に記憶部５１２に記憶された文章画像を、印刷部５０８に提供し、印刷部５０８は、種々の形式で文書画像を出力する処理を実行する。例えば、印刷部５０８は、文書画像に係る画像データを、記憶媒体に出力する処理を実行することができる。あるいはまた、印刷部５０８は印刷機能を備え、紙媒体等の出力媒体に文書画像を出力する処理を実行してもよい。また、画像形成装置１０４は、ＮＣ５０６を介して、ネットワークと接続し、データの送受信を可能とする。ＮＣ５０６を介して得られたデータは、操作部５０４上に表示することも可能である。
【００１６】
図６は、後処理装置１０５のハードウェア構成図である。後処理装置１０５は、操作部６０４、ＮＣ６０５、ＣＰＵ６０８、ＲＡＭ６０９、ＲＯＭ６１０、記憶部６１１、センサー読取部６０６、後処理部６０７、を備え、制御部６０１を介して接続されている。制御部６０１は、センサー読取部６０６が読み取ったセンサー情報を処理するセンサー処理部６０２と、後処理装置１０５全体を制御する装置制御部６０３とを有する。操作部６０４は、例えばソフトウェアキーボード、タッチパネル、その他入出力装置によって構成され、各種の設定値の入力、および表示をすることが可能である。ＣＰＵ６０８は、ＲＯＭ６１０内に記憶されたプログラムや、記憶部６１１からＲＡＭ６０９にロードされたアプリケーション等のプログラムを実行する。ＲＡＭ６０９は、ＣＰＵ６０８のメインメモリであり、ワークエリア等として機能する。センサー読取部６０６は、後処理対象のジョブ情報（例えばくるみ製本ジョブの表紙と本文の組み合わせを照合する）などを、カメラなどの装置を介して読み取ることができる。制御部６０１は、記憶部６１１に記憶された後処理情報を操作部６０４に提供し、操作部６０４上に後処理の設定情報を出力する処理を実行する。また、制御部６０１は同様に記憶部６１１に記憶された後処理情報を後処理部６０７に提供し、後処理部６０７は、種々の形式で後処理を実行する。また、後処理装置１０５は、ＮＣ６０５を介して、ネットワークと接続し、データの送受信を可能とする。ＮＣ６０５を介して得られたデータは、操作部６０４上に表示することも可能である。
【００１７】
図７は、本発明である注文管理サーバー１０１のソフトウェア構成の一例を示すソフトウェア構成図である。注文管理サーバー１０１は注文受信部７０１、注文ステータス受信部７０２、ジョブ作成部７０３、注文記憶部７０４、削除指示部７０５、ジョブ送信部７０６から構成される。注文受信部７０１は、外部からの注文を受信する。注文ステータス受信部７０２は、出荷完了や注文取り消しなどの注文に関するステータスを受信する。ジョブ作成部７０３は、注文受信部７０１で受信した注文情報をもとに、注文の作成に必要な工程を分割し、ジョブとして作成する。注文記憶部７０４は、注文受信部７０１で受け取った注文情報とジョブ作成部７０３で作成したジョブ情報と注文ステータス受信部７０２で受信した注文ステータスを結びつけて記憶する。削除指示部７０５は、注文ステータス受信部７０２で出荷完了や注文取り消しなど注文が不要になったステータスを受信した際に、外部記憶装置１０３内のジョブ管理サーバー１０２が監視するフォルダに不要になった注文の情報を含んだファイルを作成する。ジョブ送信部７０６は、ジョブ作成部７０３で作成されたジョブを、注文情報を含む形でジョブ管理サーバー１０２に対して送信する。ジョブ送信部７０６は、ジョブ作成部７０３で作成したジョブ情報を注文情報とともにジョブ管理サーバー１０２に送信する。
【００１８】
図８は、本発明であるジョブ管理サーバー１０２のソフトウェア構成の一例を示すソフトウェア構成図である。ジョブ管理サーバー１０２はジョブ受信部８０１、ジョブ振り分け部８０２、ジョブ送信部８０３、ジョブ記憶部８０４、監視部８０５から構成される。ジョブ受信部８０１は、注文管理サーバー１０１から送信された注文情報を含んだジョブ情報を受信する。ジョブ振り分け部８０２は、ジョブ受信部８０１で受信したジョブを解析し、どの画像形成装置１０４あるいは後処理装置１０５にジョブを送信するか割り当てる。ジョブ送信部８０３は、ジョブ振り分け部８０２で決定した割り当てある画像形成装置１０４あるいは後処理装置１０５にジョブを送信する。ジョブ記憶部８０４はジョブ受信部８０１で受信した注文情報を含んだジョブ情報とジョブ振り分け部８０２で振り分けた振り分け先の情報を結びつけて記憶する。監視部８０５は外部記憶装置１０３を監視し、注文管理サーバー１０１が作成した不要になった注文の情報含んだファイルを読み取り、不要な注文の情報をもとにして、関連するジョブ情報をジョブ記憶部８０４から削除する。
【００１９】
＜データ構造＞
図９は、注文管理サーバー１０１が注文記憶部７０４で記憶するデータ構造の一例である。ここでは、注文情報は、注文番号９０１、ジョブ番号９０２、注文ステータス９０３から構成される。注文番号９０１は、注文を識別するための、注文ごとに固有に定められるＩＤである。ジョブ番号９０２は、ジョブ作成部が作成したジョブを識別するための、ジョブごとに固有に定められたＩＤである。注文ステータス９０３は、注文ごとの現在のステータスを示す情報である。一つの実施例では、この注文ステータス９０３が出荷完了や注文取り消しなどの状態になることで、ジョブ削除のフローを開始する。この例では、注文記憶部７０４で記憶するデータは３種類であるが、注文とジョブの結びつけができる場合では、これに限定しない。またこれ以外の情報の情報が記憶されていてもよい。
【００２０】
図１０は、ジョブ管理サーバー１０２がジョブ記憶部８０４で記憶するデータ構造の一例である。ここでは、ジョブ情報はジョブ番号１００１、注文番号１００２、デバイス名１００３、ジョブステータス１００４から構成される。この例では、ジョブ記憶部８０４で記憶されるジョブ番号１００１と注文番号１００２が、注文管理サーバー１０１が注文記憶部７０４で記憶するジョブ番号９０２と注文番号９０１で同じである。しかしながら、注文管理サーバー１０１の注文記憶部７０４で記憶される注文とジョブ記憶部８０４で記憶されるジョブの結びつけができる場合は、これに限定しない。また、デバイス名とジョブステータスをこの例では記載しているが、デバイス名とジョブステータスは必須ではなく、またこれ以外の情報が記憶されていてもよい。
【００２１】
＜注文送信・ジョブ送信の処理フロー＞
図１１は、注文管理サーバー１０１の注文送信に関するフローチャートである。注文受信部７０１が注文を受信する（Ｓ１１０１）。注文受信部７０１で受信した注文の情報をもとに、ジョブ作成部７０３が注文を作成するのに必要な工程を分割し、ジョブとして作成する（Ｓ１１０２）。ジョブ作成後、注文受信部７０１で受信した注文の情報とジョブ作成部７０３で作成したジョブの情報を結びつけ、注文記憶部７０４で記憶する（Ｓ１１０３）。注文記憶部７０４に情報を記憶したうえで、ジョブ送信部７０６が作成したジョブをジョブ管理サーバー１０２に送信する（Ｓ１１０４）。
【００２２】
図１２は、ジョブ管理サーバー１０２のジョブ送信に関するフローチャートである。ジョブ受信部８０１が注文情報を含んだジョブ情報を受信する（Ｓ１２０１）。ジョブ受信部８０１で受信したジョブの情報を読み取り、ジョブを実行できる画像形成装置１０４あるいは後処理装置１０５を識別し、ジョブの送信先を振り分ける（Ｓ１２０２）。振り分け先を決定したら、受信した注文情報を含んだジョブ情報と振り分け先である画像形成装置１０４あるいは後処理装置１０５の情報を結びつけて、ジョブ記憶部８０４に記憶する（Ｓ１２０３）。振り分け先である画像形成装置１０４あるいは後処理装置１０５にジョブを送信する（Ｓ１３０４）。
【００２３】
＜ジョブ削除連携のフロー＞
図１３は、注文管理サーバー１０１のジョブ削除連携に関するフローチャートである。注文ステータス受信部７０２が出荷完了あるいは注文取消のステータスを受け取ったか判別する（Ｓ１３０１）。出荷完了あるいは注文取消のステータスを受信していない場合は処理を終了し、受信した場合は該当する注文の情報を注文記憶部７０４から削除する（Ｓ１３０２）。注文の削除を行ったら、削除した注文に関する情報を含んだ削除用ファイルを、外部記憶装置１０３内のジョブ管理サーバー１０２が監視するフォルダに生成する（Ｓ１３０３）。なお、本実施例では出荷完了あるいは注文取消のステータス受信をもとに注文の削除を開始したが、注文を削除するのであれば開始する手段は他の手段でもよい。例えば、作業者が注文管理サーバー１０１のＵＩ上で操作し、注文を削除することを削除フローの開始条件としてもよい。また、Ｓ１３０３で生成される削除用ファイルは、削除した注文に関する情報の代わりに、削除した注文のジョブに関する情報を含めるようにしてもよい。
【００２４】
図１４は、ジョブ管理サーバー１０２のジョブ削除連携に関するフローチャートである。監視部８０５は外部記憶装置１０３にある監視フォルダを監視し、監視フォルダ内に削除用ファイルが存在するか確認する（Ｓ１４０１）。削除用ファイルが存在しない場合は処理を終了し、存在した場合は削除用ファイルから削除した注文の情報を取得する（Ｓ１４０２）。取得した注文に関連するジョブ情報がジョブ記憶部８０４に存在するか確認する（Ｓ１４０３）。前記ジョブ情報がジョブ記憶部８０４に存在する場合は、ジョブ記憶部８０４内の前記ジョブ情報を削除する（Ｓ１４０４）。前記ジョブ情報がジョブ記憶部８０４内に存在しなかった場合あるいは前記ジョブ情報を削除した後に、監視部８０５が監視する監視フォルダ内の前記削除用ファイルを削除する（Ｓ１４０５）。なお、Ｓ１４０２では、削除用ファイルから削除した注文の情報を取得したが、削除した注文のジョブの情報を取得してもよい。
【００２５】
なお、本実施例では外部記憶装置１０３内のジョブ管理サーバー１０２が監視する監視フォルダに削除用ファイルを作成したが、注文情報を記憶できる形であれば他の手段でもよい。例えば、データベースに削除した注文に関する注文情報を記載し、ジョブ管理サーバー１０２が前記データベースを監視して、前記注文情報を取得してもよい。
【００２６】
本実施例では、注文管理サーバーも、ジョブ管理サーバーいずれも、注文番号とジョブ番号を記憶部に記憶している例を示したが、例えば、ジョブ管理サーバーは、注文番号を記憶せず、ジョブ番号を記憶部に記憶していてもよい。その場合は、注文管理サーバーは、削除された注文番号に対応するジョブ番号に関する情報を、監視フォルダに生成すればよい。
【００２７】
本実施例によれば、注文を削除した際に削除した注文に関連するジョブを自動で削除することで、ジョブの誤削除や、不要なジョブの削除忘れを削減する。また、注文管理サーバーの扱う注文情報とジョブ管理サーバーの扱うジョブ情報が異なる記憶領域に存在する場合でも、連携して削除することが可能となる。
【００２８】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能をソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2017049949.tif 000003
【図２】
2017049949.tif 000004
【図３】
2017049949.tif 000005
【図４】
2017049949.tif 000006
【図５】
2017049949.tif 000007
【図６】
2017049949.tif 000008
【図７】
2017049949.tif 000009
【図８】
2017049949.tif 000010
【図９】
2017049949.tif 000011
【図１０】
2017049949.tif 000012
【図１１】
2017049949.tif 000013
【図１２】
2017049949.tif 000014
【図１３】
2017049949.tif 000015
【図１４】
2017049949.tif 000016