(57)【要約】【課題】  画像処理装置のジョブ監視負荷を軽減して、ジョブの完了状態をサーバ装置に通知する。【解決手段】    サーバ装置と通信する画像処理装置であって、前記サーバ装置から所定の回線を使用してファクス送信するためのジョブを受け付ける受付手段と、前記ジョブからファクス送信するための画像データを生成して、前記所定の回線からファクス送信を行う送信手段と、受け付けた前記ジョブを前記送信手段に出力してから所定時間が経過するまでに、前記送信手段からファクス送信終了を示す通知を受け取っている場合は、第１の完了通知を前記サーバ装置に返信し、前記送信手段からファクス送信終了の通知を受け取っていない場合は、第２の完了通知を前記サーバ装置に返信する返信手段と、を備えることを特徴とする。【選択図】  図６
2016076824.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と通信する画像処理装置であって、
前記サーバ装置から所定の回線を使用してファクス送信するためのジョブを受け付ける受付手段と、
前記ジョブからファクス送信するための画像データを生成して、前記所定の回線からファクス送信を行う送信手段と、
受け付けた前記ジョブを前記送信手段に出力してから所定時間が経過するまでに、前記送信手段からファクス送信終了を示す通知を受け取っている場合は、第１の完了通知を前記サーバ装置に返信し、前記送信手段からファクス送信終了の通知を受け取っていない場合は、第２の完了通知を前記サーバ装置に返信する返信手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
第１の完了通知では、前記ジョブが正常終了したことを示す情報を通知し、前記第２の完了通知では、前記ジョブがエラー終了したことを示す情報を通知することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記送信手段は、ファクス送信終了を示す通信ログを前記返信手段に通知することを特徴とする請求項１記載の画像処理装置。
【請求項４】
前記所定時間は、投入されたジョブの数に従い算出することを特徴とする請求項１記載の画像処理装置。
【請求項５】
前記送信手段は、前記所定の回線に接続してファクス通信を行う通信インタフェースを備えることを特徴とする請求項１記載の画像処理装置。
【請求項６】
サーバ装置と通信する画像処理装置の制御方法であって、
前記サーバ装置から所定の回線を使用してファクス送信するためのジョブを受け付ける受付工程と、
送信手段で前記ジョブからファクス送信するための画像データを生成して、前記所定の回線からファクス送信を行う送信工程と、
受け付けた前記ジョブを前記送信手段に出力してから所定時間が経過するまでに、前記送信手段からファクス送信終了を示す通知を受け取っている場合は、第１の完了通知を前記サーバ装置に返信し、前記送信手段からファクス送信終了の通知を受け取っていない場合は、第２の完了通知を前記サーバ装置に返信する返信工程と、
ことを特徴とする画像処理装置の制御方法。
【請求項７】
請求項６に記載の画像処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理装置の制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
従来、コンピュータにインストールされたデバイスドライバ、例えばファクスドライバなどでファクスジョブを生成し、当該生成されたデータをＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）に送信してファクス送信を行うシステムがある。
【０００３】
この時に、特許文献１において、ファクスジョブに一意なＩＤを付加し、そのＩＤを用いて定期的にＭＦＰ内のファクスジョブの状態を取得して、ファクス送信の完了を検知する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３３３４４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の方法によれば、ＭＦＰからのジョブ状態変化イベントが検知された、もしくは一定時間が経過した場合にファクスジョブの一覧を取得して、ジョブの状態が完了であった場合に、ファクスの通信結果を取得して送信の完了を検知している。
【０００６】
しかしながら、この方法ではファクス送信が完了するまで数秒毎にジョブの状態を監視する必要がある。そして、その監視処理はジョブ数の数だけ行わなければならない。そのため、ＭＦＰ側でもジョブ数分の情報を数秒毎に取得する必要があり、ＭＦＰ側の処理の負荷が高くなる。このような状態の場合に、タイムアップの時間を長くすることによって、ＭＦＰ側の処理の負荷を下げることができる。しかしながら、その場合、ＭＦＰが実際にジョブの処理を完了してから結果を依頼元に通知するまでの時間が長くなることになる。
本発明は、上記の課題に鑑みなされたものであり、画像処理装置のジョブ監視負荷を軽減して、ジョブの完了状態をサーバ装置に通知できる仕組みを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成する本発明の画像処理装置は以下に示す構成を備える。
サーバ装置と通信する画像処理装置であって、前記サーバ装置から所定の回線を使用してファクス送信するためのジョブを受け付ける受付手段と、
前記ジョブからファクス送信するための画像データを生成して、前記所定の回線からファクス送信を行う送信手段と、受け付けた前記ジョブを前記送信手段に出力してから所定時間が経過するまでに、前記送信手段からファクス送信終了を示す通知を受け取っている場合は、第１の完了通知を前記サーバ装置に返信し、前記送信手段からファクス送信終了の通知を受け取っていない場合は、第２の完了通知を前記サーバ装置に返信する返信手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像処理装置のジョブ監視負荷を軽減して、ジョブの完了状態をサーバ装置に通知できる。
【図面の簡単な説明】
【０００９】
【図１】画像処理システムの構成を説明するブロック図である。
【図２】ＭＦＰのハードウェア構成図である。
【図３】ファイルサーバ、ファクスサーバのハードウェア構成を示すブロック図である。
【図４】ＭＦＰのソフトウェア構成を示すブロック図である。
【図５】ファクスサーバのソフトウェアの構成を示すブロック図である。
【図６】画像処理システムにおけるファイル送信処理を説明する図である。
【図７】発注情報ファイルのデータの一例を示す図である。
【図８】発注帳票ファイルの一例を示す図である。
【図９】発注帳票ファイルの処理状況を確認する画面の一例を示す図である。
【図１０】画像処理装置の制御方法を説明するフローチャートである。
【図１１】ファクス送信リクエストのリクエストデータの一例を示す図である。
【図１２】ジョブリストの一例を示す図である。
【図１３】ファクス送信依頼の結果を保持する処理履歴の一例を示す図である。
【図１４】画像処理装置の制御方法を説明するフローチャートである。
【図１５】画像処理装置の制御方法を説明するフローチャートである。
【図１６】通信ログ保存部が保持する通信ログの一例を示す図である。
【図１７】ファクスジョブリストの一例を示す図である。
【図１８】画像処理装置の制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
＜システム構成の説明＞
〔第１実施形態〕
【００１１】
まず、本発明の第１の実施形態について説明する。
図１は、本実施形態を示す画像処理装置を含む画像処理システムの構成を説明するブロック図である。
図１において、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１００上には、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）１０１及びファイルサーバ１０２及びファクスサーバ１０３が互いに通信可能に接続されている。ＭＦＰ１０１は、画像処理装置の一例である。ファイルサーバ１０２及びファクスサーバ１０３は、外部サーバの一例である。ここでは、ＭＦＰ１０１、ファイルサーバ１０２、ファクスサーバ１０３を含む全体を画像処理システムとする。ファイルサーバ１０２とファクスサーバ１０３は一つのサーバで構成することもできる。
【００１２】
ＭＦＰ１０１は、所定の回線、例えばＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋｓ）１１０に接続され、図示しないファクシミリ装置との間で画像データをファクシミリ通信することができる。
【００１３】
図２は、図１に示したＭＦＰ１０１のハードウェア構成図である。
図２において、ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して、読取／印刷／通信などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、ＭＦＰ１０１は１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３またはＨＤＤ２１４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させてフローチャートに示す各処理を実行するようにすることもできる。
【００１４】
ＨＤＤ２１４は、読み取られた又はジョブを解析して生成された画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２１０を接続する。操作部２２０には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられており、ユーザによる操作／入力／指示を受け付ける受付部のとしての役割を担う。
【００１５】
プリンタＩ／Ｆ２１６は、プリンタ２２１と制御部２１０を接続する。プリンタ２２１で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２１により記録媒体上に印刷される。
【００１６】
スキャナＩ／Ｆ２１７は、スキャナ２２２と制御部２１０を接続する。スキャナ２２２は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ＭＦＰ１０１は、スキャナ２２２で生成された画像データをファイル送信またはメール送信することができる。
【００１７】
ファクス通信を行う通信インタフェースとして機能するモデムＩ／Ｆ２１８は、ＰＳＴＮ１１０と通信するモデム２２３と制御部２１０を接続する。モデム２２３は、図示しない外部のファクシミリ装置との間における画像データのファクシミリ通信を実行する。ネットワークＩ／Ｆ２１９は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１００に接続する。ＭＦＰ１０１は、ネットワークＩ／Ｆ２１９を用いてＬＡＮ１００上の外部装置（ファイルサーバ１０２など）に画像データや情報を送信したり、各種情報を受信したりする。
【００１８】
図３は、図１に示したファイルサーバ１０２及びファクスサーバ１０３のハードウェア構成を示すブロック図である。
図３において、ＣＰＵ３１１を含む制御部３１０は、ファイルサーバ１０２、ファクスサーバ１０３全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラムを記憶する。
【００１９】
ネットワークＩ／Ｆ３１５は、制御部３１０（ファイルサーバ１０２）をＬＡＮ１００に接続する。ファイルサーバ１０２は、ネットワークＩ／Ｆ３１５を用いてＬＡＮ１００上の他の装置との間で各種情報を送受信する。
【００２０】
図４は、図１に示したＭＦＰ１０１のソフトウェア構成を示すブロック図である。
図４において、ＭＦＰ１０１は、ネイティブ機能部４１０と追加アプリケーション４２０の大きく２つに分けられる。ネイティブ機能部４１０に含まれる各部はＭＦＰ１０１に標準的に備えられたものであるのに対し、追加アプリケーション４２０は、ＭＦＰ１０１に追加インストールされたアプリケーションである。追加アプリケーション４２０はＪａｖａ（登録商標）をベースとしたアプリケーションであり、ＭＦＰ１０１への機能追加を容易に実現できる。なお、ＭＦＰ１０１には図示しない他の追加アプリケーション４２０がインストールされていても良い。
次に、本画像処理システムを構成する一つの要素である追加アプリケーション４２０のソフトウェア構成について説明する。
【００２１】
追加アプリケーション４２０は、ファクスサーバ１０３などの外部からの要求を受信して、ネイティブ機能部４１０にファクス送信を指示し、その結果をファクスサーバ１０３などに通知する機能を持つ。
【００２２】
リクエスト受信部４２１は、ファクスサーバ１０３からのファクス送信依頼を受け付ける。本実施形態では、代表的な方法としてＳＯＡＰなどのＲＰＣ（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ）を用いてリクエストを受け付ける。そのほかに、特定のフォルダに格納されたファイルを定期的に監視し、ファイルが追加されたことを検知してそれをリクエストとみなして処理する構成としてもよい。
【００２３】
ジョブ管理部４２２は、リクエスト受信部４２１で受け付けた情報を管理して、ネイティブ機能部４１０に対してファクス送信指示を行い、送信指示を行ったファクス送信状態を監視して、結果をリクエスト受信元に通知する。リクエストを受け付けてから実際にファクス送信を行う処理は並列で行うこともでき、並列に送信されるそれぞれのリクエストの管理も行う。本実施形態では、１つのリクエストに対しての処理についての説明を行う。
【００２４】
ジョブファイル取得部４２３は、リクエストに含まれるファイルパスからジョブファイルを取得する。ジョブファイルには、ファクス送信するための画像データとファクス送信に必要な情報が含まれる。ジョブファイル取得部４２３は、ＷｅｂＤＡＶクライアント機能を有しており、ＷｅｂＤＡＶサーバ機能を有するファイルサーバ１０２に対してＷｅｂＤＡＶを用いてジョブファイルを取得する。なお、ＷｅｂＤＡＶは、Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇ  ｐｒｏｔｏｃｏｌ  ｆｏｒ  ｔｈｅ  ＷＷＷの略である。
ジョブファイルの取得は、ＷｅｂＤＡＶの他に、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）等を使用可能である。
ファクス指示部４２４は、ネイティブ機能部４１０のファクス送信部４１１に対してジョブファイル取得部４２３で取得したジョブファイルをＬＰＲやＲａｗなどのプロトコルを用いて送信する。
ファクス送信部４１１は、受信したジョブファイルを解析し、ＬＰＲやＲａｗなどのプロトコルを用いてＰＳＴＮ１１０を通してファクス送信を行う。
ファクス送信部４１１は、ファクス送信が完了すると、その記録として通信ログ保存部４１２に対して通信ログの書き込みを行う。通信ログ保存部４１２は、ファクスの送信結果である通信ログを保持する。また、ファクス送信部４１１は、通信ログ取得部４２５に対して、通信ログ書き込み時に通信ログを書き込んだこと通知する機能も持つ。
【００２５】
通信ログ取得部４２５は、通信ログ保存部４１２から書き込み通知を待ち受ける。通信ログ取得部４２５は、書き込み通知を受け取るとジョブ管理部４２２に情報を渡す。ジョブ管理部４２２は、自分自身が出したリクエストに対応する結果かどうかを確認して、自分自身が出したリクエストであると判断した場合、ファクス結果送信部４２７に対してファクスの送信結果の送信を依頼する。
また、通信ログ取得部４２５は通信ログ保存部４１２に対して保持している通信ログリストの取得要求を行い、通信ログのリストを取得する処理を行う。
【００２６】
ファクス結果送信部４２７は、ジョブ管理部４２２から受けた情報を元にファクスサーバ１０３にファクス送信の結果を返信する。送信方法は、代表的な方法としてＳＯＡＰなどのＲＰＣ（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ）を用いて行う。そのほかに、特定のフォルダに結果を示す情報ファイルを格納し、ファイルサーバ１０２上で起動しているファイル監視アプリなどを用いて結果を通知する方法などもある。
【００２７】
ファクスジョブ情報取得部４２６は、実行中及び未実行のネイティブ機能部４１０で管理しているジョブの情報を取得する。以後、ネイティブ側のファクスのジョブをファクスジョブと呼び、追加アプリケーション４２０側のファクスのジョブを単にジョブと呼ぶ。
【００２８】
ファクスジョブ管理部４１３は、ファクス送信部４１１で送信するファクスデータの管理と情報の保持を行う。ファクスジョブ情報取得部４２６からのファクスジョブ情報の取得要求を受けると、現在保持しているすべてのファクスジョブの情報をファクスジョブ情報取得部４２６に返す。
【００２９】
図５は、図１に示したファクスサーバ１０３のソフトウェアの構成を示すブロック図である。ファクスサーバ１０３にはファクス送信を管理するためのサーバアプリケーション５１０がインストールされている。
なお、ファクスサーバ１０３には図示しない他の追加アプリケーションがインストールされていても良い。
【００３０】
図５において、サーバアプリケーション５１０は、ファクスを用いて受発注などを行うための情報を管理する基幹システム（不図示）からエクスポートした発注情報ファイルをもとにして、ファクス送信を行うためのデータを生成する。そして、生成したデータをファクス送信ができるジョブに変換してファイルサーバ１０２に格納して、その情報を含んだファクス送信依頼をＭＦＰ１０１の追加アプリケーション４２０に送信し、ファクス送信を行う機能を持つ。
アプリケーション表示部５１１は、ファクス送信を依頼したジョブの状況をウェブブラウザなどのアプリケーションを利用してディスプレイ上に表示する。
【００３１】
サーバジョブ管理部５１２は、サーバ側でＭＦＰ１０１に対して送信したファクス送信依頼に対応するファクス送信が完了したかどうかの状態の管理を行う。また、基幹システムからエクスポートした発注情報ファイルが置かれるフォルダを定期的に監視し、新しく発注情報ファイルが格納されたときに、ファイルの内容を解析して、ファクス送信するためのジョブファイルの生成を行う。
ファクス依頼部５１３は、ＭＦＰ１０１に対してファクス送信依頼を送信する。ファクス送信依頼後のリクエストの状態はサーバジョブ管理部５１２で管理する。
【００３２】
ジョブファイル格納部５１４は、サーバジョブ管理部５１２が生成したジョブファイルをＭＦＰ１０１が受け取れるファクスサーバ１０３のフォルダに格納する。格納したファイルのファイルパスは、ファクス送信依頼のパラメータとしてＭＦＰ１０１に通知する。
【００３３】
ジョブファイル格納部５１４は、ＷｅｂＤＡＶの他に、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）等を用いてジョブファイルの格納を行う。
【００３４】
ファクス結果受信部５１５は、ＭＦＰ１０１から送信されるファクス送信の結果の情報を受信する。受信した情報はサーバジョブ管理部５１２に渡し、結果に応じて受信した結果に対応するジョブファイルをジョブファイル格納部５１４から削除する。
ファクス結果受信部５１５が受信した情報は、アプリケーション表示部５１１を通してユーザに通知する。
【００３５】
図６は、本実施形態を示す画像処理システムにおけるファイル送信処理を説明する図である。本例は、基幹システムによって受注情報ファイルがエクスポートされてから、ファクス送信が完了するまでの一連の動作例である。
図６に示す基幹システム、サーバアプリケーション５１０は、ファクスサーバ１０３のＣＰＵ３１１がＨＤＤ３１４に記憶された制御プログラムを実行することにより実現される。
Ｓ６０１では、基幹システムが発注情報ファイル７００をファクスサーバ１０３に置く。
【００３６】
図７は、図１に示したファクスサーバ１０３が管理する発注情報ファイル７００のデータの一例を示す図である。
本実施形態では、発注情報ファイル７００はＣＳＶ形式やＸＭＬ形式などで保存する。発注情報ファイル７００には、「受注ＩＤ」、「相手先」、「相手先電話番号」、「担当者」、「支店」、「デバイス」、「品番」、「個数」、「品名」、「単価」を一つのレコードとして、１または複数記載される。
【００３７】
Ｓ６０２では、サーバアプリケーション５１０がファクスサーバ１０３のＨＤＤ３１４に記憶されている発注情報ファイル７００が置かれるフォルダを監視する。発注情報ファイル７００がフォルダに格納されたことを検知すると、その発注情報ファイル７００を取得する。
Ｓ６０３では、サーバアプリケーション５１０がＳ６０２で取得した発注情報ファイル７００を解析して、ファクス送信を行う画像データの元となる、図８に示す発注帳票ファイル８００を生成する。
【００３８】
図８は、図５に示したサーバアプリケーション５１０が生成する発注帳票ファイル８００の一例を示す図である。
図８において、発注帳票ファイル８００は、発注情報ファイル７００に記載された発注ＩＤ８０１一つに対して１つ生成する。内容は、発注情報ファイル７００から取得した情報を特定のルールに従って図８に示すような発注帳票ファイル８００を生成する。
発注帳票ファイル８００を生成すると、ファクスサーバ１０３のサーバアプリケーション５１０のアプリケーション表示部５１１により、受け付けた内容を確認することができる。
【００３９】
図９は、図７に示した発注情報ファイル７００から生成した発注帳票ファイル８００の処理状況を確認する画面の一例を示す図である。
図９に示すように、本実施形態では、発注情報ファイル７００に含まれる内容と現在の処理状況を一覧で表示する。状況９０１には、現在どのような処理を行っているのかを示す情報を表示する。
状況９０１が「文書作成中」の場合は、Ｓ６０３からＳ６０６で要求結果を受けるまでの処理を行っていることを示す。状況９０１が「送信依頼済」の場合は、Ｓ６０７で結果通知待ちをする直前からＳ６１６の結果を解析するまでの処理を行っていることを示す。状況９０１が「終了」の場合は、Ｓ６１６の結果を確認した後の状態を示す。
Ｓ６０４では、サーバアプリケーション５１０がＳ６０３で生成した発注帳票ファイル８００からジョブファイルを生成する。
【００４０】
ここで、生成されるジョブファイルには、発注帳票ファイル８００をファクスで送信する画像データに変換したものと、ファクスを送信する相手先電話番号と、ジョブを識別するための一意な値（例えば、ＵＵＩＤなど）であるジョブＩＤを含む。
Ｓ６０５では、ファクスサーバ１０３のサーバアプリケーション５１０がＳ６０４で生成したジョブファイルをファクスサーバ１０３に格納する。
【００４１】
Ｓ６０６では、サーバアプリケーション５１０がＭＦＰ１０１のＨＤＤ２１４にインストールされている追加アプリケーション４２０の一つであるファクス送信アプリケーションにファクス送信依頼を送信する。ＭＦＰ１０１のファクス送信アプリケーションは、ファクス送信依頼をファクスサーバ１０３のサーバアプリケーション５１０から受信する。すると、ファクス送信アプリケーションは、ジョブ情報の検証を行い、正しいジョブであると判断した場合にファクス送信の依頼を受けたことを知らせる情報をファクスサーバ１０３のサーバアプリケーション５１０に返す。
ここで、既にファクス送信済みのジョブと同じジョブＩＤのファクス送信依頼が来たとＭＦＰ１０１のファクス送信アプリケーションが判断した場合は、既に受け取っている同一ＩＤのジョブの状況に応じて、その情報を返す。これは、２重に処理を行うことを防止するための処理である。
具体的には、同一ＩＤのジョブが既に実行中である場合、ＭＦＰ１０１の追加アプリケーション４２０の一つであるファクス送信アプリケーションが既に受け付けていることを知らせる情報をファクスサーバ１０３のサーバアプリケーション５１０に返す。
また、ファクス送信に成功している場合は、ファクス送信アプリケーションが既にファクス送信を行ったことを知らせる情報をファクスサーバ１０３のサーバアプリケーション５１０に返す。
【００４２】
Ｓ６０７では、サーバアプリケーション５１０がファクス送信依頼の結果をＭＦＰ１０１から受けて依頼が受け付けられた場合、ファクス送信が終わった時にファクス送信アプリケーションから送信されてくるファクス結果通知を待つ。ここで、ファクス送信依頼の結果が、受け付けられなかったことを示す情報である場合、ファクスサーバ１０３は、ユーザにエラーを通知し、状況の解析をすることを促す。
【００４３】
Ｓ６０８では、Ｓ６０６でファクス送信依頼を受け付けたＭＦＰ１０１のファクス送信アプリケーションが、ファクス送信依頼に含まれるジョブファイルのファイルパスを用いてファイルサーバ１０２にアクセスし、ジョブファイルを取得する。
Ｓ６０９では、ＭＦＰ１０１のファクス送信アプリケーションがＳ６０８でファイルサーバ１０２から取得したジョブファイルをネイティブ機能部４１０にＲａｗを用いて送信する。
【００４４】
Ｓ６１０では、ファクス送信アプリケーションがＳ６０９で指示した結果を受けてファクス送信指示が受け付けられた場合、ファクス送信が終了した時にネイティブ機能部４１０から通知される通信ログ書込み通知を待つ。
【００４５】
Ｓ６１１では、ネイティブ機能部４１０がＳ６０９で受け取ったジョブファイルを用いてファクスの送信を行う。この際、ネイティブ機能部４１０は、ＰＳＴＮを用いてジョブファイルに含まれる相手先電話番号に対してファクス送信を行う。ファクス送信を行う回線網は一例としてＰＳＴＮを用いるが、ＩＰ網を利用したりする方法でもよい。
Ｓ６１２では、ネイティブ機能部４１０がＳ６１１で行ったファクス送信の結果を通信ログに書き込む。Ｓ６１３では、ネイティブ機能部４１０が通信ログの書き込みを行った情報をＭＦＰ１０１のファクス送信アプリケーションに通知する。
Ｓ６１４では、Ｓ６１３で受信した通信ログ書込み通知を受けたファクス送信アプリケーションが通知の内容を解析する。Ｓ６１５では、ファクス送信アプリケーションがＳ６１４で解析した情報を含んだファクス結果通知をファクスサーバ１０３のサーバアプリケーション５１０に対して送信する。
Ｓ６１６では、Ｓ６１５のファクス通知結果を受信したファクスサーバ１０３のサーバアプリケーション５１０がＭＦＰ１０１のファクス送信アプリケーションからの通知の内容を解析する。Ｓ６１７では、サーバアプリケーション５１０がＳ６１６で受けた通知の解析により送信が成功したことを確認すると、Ｓ６０５において、ファイルサーバ１０２に格納したジョブファイルを削除する。
【００４６】
次に図１０から図１７を用いて、ファクス送信依頼を受けてからファクス送信の結果を通知する一連の処理におけるファクス送信アプリケーションの動作の詳細について説明する。
【００４７】
図１０は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、図１に示したＭＦＰ１０１がファクス送信依頼を受けてファクス送信を行うための動作例である。図１０のフローチャートに示す各ステップは、ＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。
Ｓ１００１、Ｓ１００２では、ＭＦＰ１０１のリクエスト受信部４２１がファクス送信依頼をファクスサーバ１０３から受信するのを待つ。なお、ファクス送信依頼を受信するまでは、常に受信待ち状態となる。Ｓ１００２では、ファクスサーバ１０３からのファクス送信依頼を受信したことを検知するとＳ１００３に進む。
【００４８】
図１１にＳ１００２において、受信を確認したファクス送信リクエストに対応するリクエストデータ１１００の一例を示す。
図１１に示すように、リクエストデータ１１００は、ジョブＩＤ１１０１、ジョブファイル格納情報１１０２、結果通知先情報１１０３を含む。ジョブＩＤ１１０１は、ジョブを一意に識別するため文字列である。ジョブファイル格納情報１１０２は、ファクス送信を行う対象となるジョブファイルが格納されているファイルサーバ１０２及びフォルダパス、ファイル名を含んだ情報である。結果通知先情報１１０３は、送信結果を通知するための通知先のサービスのエンドポイントの情報である。
【００４９】
なお、結果通知先情報１１０３には、通常はサーバアプリケーション５１０のファクス結果受信部５１５によって起動されたサービスのエンドポイントが格納されるが、リクエストを送信したファクスサーバ１０３とは別のサーバなどを指定することもできる。これにより、リクエストごとに通知先を切り替えたりすることも可能となる。
【００５０】
Ｓ１００３では、リクエスト受信部４２１が受信したリクエストの内容と既に受け付けているリクエストの状態を保持するジョブリスト１２００と以前に処理した情報である処理履歴１３００とを確認する。そして、リクエスト受信部４２１が同一のジョブＩＤのリクエストに対する処理結果があるか判断する。
【００５１】
図１２にＳ１００３の確認において使用するリクエストを受け付けて処理が完了するまでの状態を保持するジョブリスト１２００の一例を示す。
図１２に示すように、ジョブリスト１２００に同一ＩＤのジョブがあった場合、リクエスト受信部４２１が既に依頼を受けているのでＳ１００４で処理中であると判断し、Ｓ１００５へ進む。Ｓ１００５で、リクエスト受信部４２１は既に処理中であることを示す内容をリクエストの結果をファクスサーバ１０３へ返す。そして、再度、ファクスサーバ１０３からのファクス送信依頼待ち状態に戻る。
図１３にファクス送信アプリケーションが以前に処理したファクス送信依頼の結果を保持する処理履歴１３００の一例を示す。
処理履歴１３００に同一のＩＤ１３０１があった場合、結果１３０２がどうであったかを確認する。処理履歴１３００には同一ＩＤの履歴が複数回記憶されることもある。その場合は、最近の時刻の情報を用いて判断する。
【００５２】
そして、上記結果１３０２が「Ｓｕｃｃｅｓｓ」であると判断した場合、既にファクス送信が行われていることを示す。リクエスト受信部４２１は、結果１３０２が「Ｓｕｃｃｅｓｓ」である場合、Ｓ１００６で既にファクス送信が完了していると判断し、Ｓ１００７へ進む。そして、Ｓ１００７で、既にファクス送信が完了していることを示す内容をリクエストの結果として、ファクスサーバ１０３のサーバアプリケーション５１０に返す。そして、再度ファクス送信依頼待ち状態に戻る。
一方、Ｓ１００６で、結果１３０２が「Ｆａｉｌｅｄ」であるとリクエスト受信部４２１が判断した場合、送信に失敗して終了していることを示す。この場合、リクエストを再度受け入れてもよいと判断できる。
【００５３】
Ｓ１００８で、リクエスト受信部４２１は、ファクス送信リクエストを受け付けて送信処理を行うことを示す内容をリクエストの結果としてファクスサーバ１０３のサーバアプリケーション５１０に返す。この処理は、リクエスト受信部４２１が同一のＩＤ１３０１のジョブがジョブリスト１２００または処理履歴１３００にないと判断した場合と、処理履歴１３００にはあるが、結果１３０２が「Ｆａｉｌｅｄ」であった場合に行う。そして、Ｓ１００９に進む。
以下、Ｓ１００９のジョブ実行処理の詳細について図１４のフローチャートを用いて説明する。
【００５４】
図１４は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、ＭＦＰ１０１のネイティブ機能部４１０に対してファクス送信を指示し、処理結果を受け取るための動作例である。図１４のフローチャートに示す各ステップは、ＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。
【００５５】
Ｓ１４０１では、ジョブ管理部４２２に指示されたジョブファイル取得部４２３が、リクエストに含まれるジョブファイルの格納情報を用いてジョブファイルをファイルサーバ１０２から取得する。具体的には、ジョブファイル取得部４２３は、ＳＭＢやＷｅｂＤＡＶなどの通信プロトコルを用いてファイルサーバ１０２と通信を行い、ファイルサーバ１０２のＨＤＤ３１４に格納されているジョブファイルを取得する。なお、ジョブファイルを取得するのに認証情報が必要な場合は、ＭＦＰ１０１のファクス送信アプリケーションで事前に設定している情報を取得して使用する。
【００５６】
Ｓ１４０２では、ジョブ管理部４２２がジョブファイルを取得できたかを判断する。ここで、ファイルサーバ１０２からジョブファイルが取得できないとジョブ管理部４２２が判断した場合、Ｓ１４０３に進む。なお、ジョブファイルが取得できないケースの例としては、ＭＦＰ１０１がリクエストで受け取ったジョブファイルの格納情報にアクセスした結果ファイルがいと判断した場合がある。また、ジョブファイルが取得できないケースの例として、ＭＦＰ１０１がファイルサーバ１０２への認証で失敗したと判断した場合などがある。
Ｓ１４０３では、ジョブ管理部４２２に指示されたファクス結果送信部４２７がファクス送信に失敗したことを示す内容をジョブに対応する結果通知先１２０２に向けて通知する。
【００５７】
Ｓ１４０４では、ジョブ管理部４２２がファクス送信に失敗したジョブの情報を処理履歴１３００に追加し、ジョブリスト１２００から対象のジョブ情報を削除する。そして、Ｓ１００１のファクス送信依頼待ちの状態に戻る。
【００５８】
Ｓ１４０５では、ジョブ管理部４２２がジョブファイルに識別情報を埋め込む。なお、識別情報は、ネイティブ機能部４１０のファクス送信部４１１がファクス送信処理後に通信ログの内容に書き込まれる。この識別情報は、完了時の通信ログの書き込み通知での通知内容とファクス送信アプリケーションが管理するジョブとの対応付けのために使用する。なお、識別情報は一意であればよいので、一例として図１３に示すジョブＩＤ１３０１を識別情報として使用する。
【００５９】
Ｓ１４０６では、ジョブ管理部４２２に指示されたファクス指示部４２４がネイティブ機能部４１０のファクス送信部４１１に対してジョブファイルを送信する。ここで、ジョブファイルの送信には、ＲａｗやＬＰＲなどのプロトコルを使用することができる。
【００６０】
Ｓ１４０７では、ジョブ管理部４２２がジョブファイルを送信できたかを判断する。ジョブファイルが送信できないとジョブ管理部４２２が判断した場合は、Ｓ１４０８に進む。なお、ジョブファイルが送信できないケースの一例としては、ファクスジョブ管理部４１３で管理しているジョブの数が受け付け可能なジョブの最大数を超えていた場合などがある。
Ｓ１４０８では、ジョブ管理部４２２に指示されたファクス結果送信部４２７が、ファクス送信に失敗したことを示す内容をジョブに対応する結果通知先１２０２に向けて通知する。
【００６１】
Ｓ１４０９では、ジョブ管理部４２２がファクス送信に失敗したジョブの情報を処理履歴１３００に追加し、ジョブリスト１２００から対象のジョブ情報を削除する。そして、ジョブ管理部４２２は、Ｓ１００１のファクス送信依頼待ちの状態に戻る。
Ｓ１４０７において、ジョブファイルが送信できたとジョブ管理部４２２が判断した場合、Ｓ１４１０に進む。
Ｓ１４１０のファクス終了待ち処理の詳細は、図１５のフローチャートで説明する。
【００６２】
図１５は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、ＭＦＰ１０１のネイティブ機能部４１０に対してファクス送信を指示した後の、処理結果を受け取るための処理結果の通知待ち及びファクスサーバ１０３へのファクス送信結果の通知を行う処理例である。なお、図１５のフローチャートに示す各ステップは、ＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。
【００６３】
Ｓ１５０１では、ＭＦＰ１０１のジョブ管理部４２２に指示されたファクスジョブ情報取得部４２６が、ネイティブ機能部４１０のファクスジョブ管理部４１３で管理しているファクスジョブの数を取得する。
【００６４】
Ｓ１５０２では、ジョブ管理部４２２がファクスジョブの数から通信ログの書込み通知をいつまで待つかを示す所定時間（タイムアウト時間）を算出する。ここで、タイムアウト時間は、ジョブ管理部４２２がファクスジョブをネイティブ機能部４１０のファクス送信部４１１に出力してから、通信ログ取得部４２５がファクス送信終了を示す通信ログを取得するまでの時間に相当する。
なお、タイムアウト時間の算出方法の一例としては、１ファクスジョブ当たりのファクス送信にかかった平均通信時間などを記憶しておき、その平均通信時間とファクスジョブの数をかけ合わせた時間より少し長い時間を設定する方法などがある。
Ｓ１５０３では、ジョブ管理部４２２が図示しないタイマを起動する。Ｓ１５０４では、通信ログ取得部４２５がネイティブ機能部４１０の通信ログ保存部４１２からの通信ログ書込み通知を待つ。
【００６５】
Ｓ１５０５では、ジョブ管理部４２２がＳ１５０３でタイマを起動してからの経過時間が算出されたタイムアウト時間を上回っているか否かを判断する。ここで、上回っていないとジョブ管理部４２２が判断した場合、Ｓ１５０６に進み、通信ログの書込み通知が来たかどうかを判断する。ここで、通信ログ書込み通知が来ていないとジョブ管理部４２２が判断した場合は、ジョブ管理部４２２は、Ｓ１５０４に戻り通知待ちを繰り返す。
一方、Ｓ１５０６で、通信ログ書込み通知が来ているとジョブ管理部４２２が判断した場合、Ｓ１５０７に進み、ジョブ管理部４２２は、通知された通信ログの内容を確認する。
【００６６】
図１６に、ネイティブ機能部４１０の通信ログ保存部４１２で保持する通信ログ１６００の一例を示す。
図１６に示すように、通信ログ１６００には、ファクスジョブ毎に送信結果の情報を記憶する。記憶する内容としては、「ログポイント」、「ジョブ名」、「送信先電話番号」、「結果」、「結果詳細」、「送信開始時間」、「送信終了時間」、「識別情報」が記憶されている。
通信ログ書込み通知では、書き込まれた情報のログポイント１６０１が通知される。このログポイント１６０１の情報を使用して通信ログのレコードの情報を取得する。
【００６７】
Ｓ１５０８では、ジョブ管理部４２２が通知されたログポイント１６０１に対応する識別情報１６０２と現在通知待ちをしているジョブのジョブＩＤ１３０１を比較して、自分自身が送信指示したファクスの結果であるかを判断する。ここで、識別情報１６０２と現在通知待ちをしているジョブのジョブＩＤが一致しているとジョブ管理部４２２が判断した場合、Ｓ１５１０へ進む。
【００６８】
Ｓ１５１０では、ジョブ管理部４２２が通信ログ１６００の結果１６０３と結果詳細１６０４から送信結果を判断し、ファクス結果送信部４２７が送信結果を結果通知先１２０２に送信する。なお、送信する結果は、通信ログ１６００の結果１６０３が「Ｓｕｃｃｅｓｓ」であると判断した場合、送信成功を示す情報（第１の完了通知）を通知する。一方、通信ログ１６００の結果１６０３が「Ｆａｉｌｅｄ」であると判断した場合は、送信失敗を示す情報と結果詳細１３０３の情報（第２の完了通知）を通知する。ここで、第１の完了通知とは、ファクス送信を正常終了した場合の通知に対応し、第２の完了通知とは、ファクス送信を正常終了せずにエラー終了した場合の通知に対応する。
Ｓ１５１１では、ジョブ管理部４２２がＳ１５１０で通知した結果を処理履歴１３００に追加し、ジョブリスト１２００から対象のジョブ情報を削除する。
【００６９】
一方、Ｓ１５０８において、識別情報１６０２とジョブＩＤが一致していないと判断した場合、別のファクス送信に対する結果が通知されたと判断し、Ｓ１５０９へ進む。そして、Ｓ１５０９で、ジョブ管理部４２２は、通知された通信ログのログポイント１６０１を記憶した後、Ｓ１５０４に戻り再度通知を待つ。なお、通信ログ１６００のログポイント１６０１はＨＤＤ２１４に保存し、ＭＦＰ１０１の電源を切った時に再起動時に取得できるようにする。
Ｓ１５０５において、タイマ計時した時間が算出したタイムアウト時間を上回っているとジョブ管理部４２２が判断した場合、Ｓ１５１２に進む。
Ｓ１５１２では、ジョブ管理部４２２に指示されたファクスジョブ情報取得部４２６がネイティブ機能部４１０のファクスジョブ管理部４１３からファクスジョブの情報を取得する。
【００７０】
図１７に、図４に示したネイティブ機能部４１０のファクスジョブ管理部４１３で管理するファクスジョブリスト１７００の一例を示す。
図１７に示すように、ファクスジョブリスト１７００には、ファクスジョブ毎に現在の処理状況を記憶する。記憶する内容としては、「ジョブ名」、「ステータス」、「送信先電話番号」、「識別情報」が記憶されている。
ステータス１７０１には、現在ファクス送信処理を行っている最中であることを示す「送信中」と、送信処理の順番待ちをしていることを示す「待機中」と、送信完了したことを示す「完了」とがある。「完了」は、ファクス送信が完了してから数秒間の間、ユーザに完了を示すために存在する。「完了」になった時点で送信が完了しているため、この時に通信ログに結果が保存される。
【００７１】
Ｓ１５１３では、ジョブ管理部４２２がジョブＩＤと一致する識別情報１７０２を持つファクスジョブが完了しているかを判断する。ジョブＩＤと一致する識別情報を持つジョブのステータスが「完了」である場合と、ジョブＩＤ一致する識別情報１７０２を持つジョブが存在しない場合にジョブ管理部４２２はファクスジョブが「完了」したと判断する。
一方、ファクスのジョブリスト１２００にジョブＩＤ１２０３と一致する識別情報１７０２を持つジョブが存在し、ステータス１７０１が「完了」以外であるとジョブ管理部４２２が判断した場合は、Ｓ１５０１に戻る。この時、ＭＦＰ１０１がファクスサーバ１０３に対して通知待ちの継続をするか否かのリクエストを出すよう制御して、その結果で再度通知待ちを行うか判断するような処理を実行させることもできる。
上述したようにファクスジョブが完了しているとジョブ管理部４２２が判断した場合は、その記録が通信ログ保存部４１２に記憶されているはずなので、Ｓ１５１４に進む。そして、Ｓ１５１４で、ジョブ管理部４２２の通信ログ取得部４２５が通信ログのリストを通信ログ保存部４１２から取得する。
【００７２】
Ｓ１５１５では、ジョブ管理部４２２がＳ１５１４で通信ログ保存部４１２から取得した通信ログリストの中からジョブＩＤと一致するその中からジョブＩＤと一致する識別情報を持つログのレコードが存在するかを判断する。ここで、通信ログ１６００のリストの中にジョブＩＤと一致する識別情報を持つログのレコードが存在するとジョブ管理部４２２が判断した場合、Ｓ１５１０に進み通信ログ１６００の内容から判断した送信結果をファクスサーバ１０３に通知する。
一方、通信ログ１６００のリストの中にジョブＩＤと一致する識別情報１６０２を持つログのレコードが存在しないとジョブ管理部４２２が判断した場合、Ｓ１５１６に進む。
【００７３】
Ｓ１５１６では、ジョブ管理部４２２に指示されたファクス結果送信部４２７がファクス送信に失敗してジョブの追跡ができない状態になったことを示す内容（第２の完了通知）、通知した結果を処理履歴１３００に追加する。そして、ジョブ管理部４２２は、ジョブリスト１２００から対象のジョブ情報を削除する。
＜ファクス送信アプリケーション開始時の処理＞
【００７４】
ＭＦＰ１０１にインストールされるファクス送信アプリケーションは、追加アプリケーション４２０としてインストールされる。追加アプリケーション４２０は、ＭＦＰ１０１が起動している状態であれば、アプリケーションの起動、停止を任意のタイミングで行うことができる。
アプリケーション停止時は、アプリケーションの処理は動作しないため、ファクス送信を要求した後にファクス送信アプリケーションを停止すると、通信ログ書込み通知待ちの処理も停止する。そのため、ファクス送信アプリケーションが停止しているときに通信ログの書込みが行われても、ファクス送信アプリケーションは検知することができない。そのため、停止中に行われたファクス送信に対応するジョブの状態を更新する処理を図１８に示す手順に従ってファクス送信アプリケーションの起動時に行う。
【００７５】
図１８は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、ファクス送信アプリケーションを起動したときのジョブ状態を更新する動作例である。図１８のフローチャートに示す各ステップは、ＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。
【００７６】
Ｓ１８０１では、ジョブ管理部４２２が停止前に未終了であったジョブ情報の一覧を取得する。なお、図１４、図１５に示したフローチャートにおいて、ジョブのステータスが更新されるときに、ＭＦＰ１０１のＨＤＤ２１４にジョブの情報をファイルとして保存している。その保存されたファイルの情報をメモリ上に戻すことで未終了のジョブの一覧が出来上がる。
Ｓ１８０２では、ジョブ管理部４２２がＳ１８０１で取得したジョブの一覧の中の最初のジョブを選択する。Ｓ１８０３では、選択するジョブがあるかないかを判断する。ここで、選択するジョブがないとジョブ管理部４２２が判断した場合は、処理を終了する。一方、選択するジョブがあるとジョブ管理部４２２が判断した場合は、Ｓ１８０４に進む。
【００７７】
Ｓ１８０４では、ジョブ管理部４２２は、選択したジョブのステータスが「投入済み」であるかどうか判断し、「投入済み」以外のステータスであると判断した場合、ネイティブ機能部４１０に対してファクス送信指示するために、Ｓ１８０５の処理を行う。Ｓ１８０５の処理の詳細については、図１４で説明した内容と同じであるため省略する。そして、ジョブ管理部４２２は、処理をＳ１８００へ進め、次のジョブ情報を選択し−て、Ｓ１８０３へ進む。
一方、Ｓ１８０４で選択したジョブのステータスが「投入済み」であるとジョブ管理部４２２が判断した場合、Ｓ１８０６に進み、Ｓ１５０９で保存した通信ログ１６００のログポイント１６０１を取得する。Ｓ１８０７では、Ｓ１８０６で取得したログポイント１６０１以降に記憶された通信ログ１６００のリストを取得する。
Ｓ１８０８では、ジョブ管理部４２２は、Ｓ１８０７で取得した通信ログ１６００のリストの中に選択したジョブのジョブＩＤと一致する識別情報１６０２を持つログがあるか判断する。ここで、一致するログがあるとジョブ管理部４２２が判断した場合、Ｓ１８０９に進み、ジョブ管理部４２２は、通信ログ１６００の結果と結果詳細１６０４から送信結果を判断し、送信結果を結果通知先１２０２に送信する。
Ｓ１８１０では、ジョブ管理部４２２は、Ｓ１８０９で通知した結果を処理履歴１３００に追加し、ジョブリスト１２００から対象のジョブ情報を削除する。
【００７８】
一方、Ｓ１８０８で一致するログがないとジョブ管理部４２２が判断した場合、Ｓ１８１１に進みファクスジョブの終了通知を待つ処理を行う。Ｓ１８１１の処理の詳細については、図１５で説明した内容と同じであるため省略する。
【００７９】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００８０】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【符号の説明】
【００８１】
１０１  ＭＦＰ
２１０  制御部
２１１  ＣＰＵ
２１２  ＲＯＭ
２１３  ＲＡＭ
【図１】
2016076824.tif 000003
【図２】
2016076824.tif 000004
【図３】
2016076824.tif 000005
【図４】
2016076824.tif 000006
【図５】
2016076824.tif 000007
【図６】
2016076824.tif 000008
【図７】
2016076824.tif 000009
【図８】
2016076824.tif 000010
【図９】
2016076824.tif 000011
【図１０】
2016076824.tif 000012
【図１１】
2016076824.tif 000013
【図１２】
2016076824.tif 000014
【図１３】
2016076824.tif 000015
【図１４】
2016076824.tif 000016
【図１５】
2016076824.tif 000017
【図１６】
2016076824.tif 000018
【図１７】
2016076824.tif 000019
【図１８】
2016076824.tif 000020