(57)【要約】【課題】予定された処理の状況に応じて、受け付けた処理の実行の可否を制御することができる情報処理装置及びプログラムを提供する。【解決手段】画像形成装置１０は、予定された特定の処理の状態が第１状態である場合、複数の処理のうちの一部である第１処理群の実行を禁止する制御を行い、特定の処理の状態が第１状態とは異なる第２状態である場合、複数の処理のうちの一部であり、かつ、第１処理群とは異なる第２処理群の実行を禁止する制御を行う排他制御部３０を備える。【選択図】図３
2020067741.tif 000002
【特許請求の範囲】
【請求項１】
予定された特定の処理の状態が第１状態である場合、複数の処理のうちの一部である第１処理群の実行を禁止する制御を行い、
前記特定の処理の状態が前記第１状態とは異なる第２状態である場合、前記複数の処理のうちの一部であり、かつ、前記第１処理群とは異なる第２処理群の実行を禁止する制御を行う制御部、
を備えた情報処理装置。
【請求項２】
前記第１状態は、前記特定の処理の設定終了から実行開始までの状態を示し、
前記第２状態は、前記特定の処理の実行開始から実行終了までの状態を示す請求項１に記載の情報処理装置。
【請求項３】
前記特定の処理の設定を終了した第１時刻、及び、前記特定の処理の実行を開始する第２時刻を記憶する記憶部を更に備え、
前記制御部は、前記第１時刻から前記第２時刻までの間、前記第１処理群の実行を禁止する制御を行い、前記第２時刻から前記特定の処理の実行を終了した第３時刻までの間、前記第２処理群の実行を禁止する制御を更に行う請求項２に記載の情報処理装置。
【請求項４】
前記第２処理群に含まれる処理の数は、前記第１処理群に含まれる処理の数よりも多い請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
前記第２処理群は、前記第１処理群に含まれる処理を全て含む請求項４に記載の情報処理装置。
【請求項６】
前記第１処理群に含まれる処理は、前記特定の処理に直接的に影響を及ぼす処理であり、
前記第２処理群に含まれる処理は、前記特定の処理に間接的に影響を及ぼす処理である請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
前記第１処理群に含まれる処理は、前記特定の処理の動作にエラーを発生させる処理であり、
前記第２処理群に含まれる処理は、前記特定の処理の動作に負荷を与える処理である請求項６に記載の情報処理装置。
【請求項８】
前記特定の処理が開始される予め定められた時間前、及び、前記特定の処理の開始の少なくとも一方のタイミングに対応して、実行が禁止される処理群に関する情報を通知する通知部を更に備えた請求項１〜７のいずれか１項に記載の情報処理装置。
【請求項９】
前記通知部は、前記特定の処理が開始される予め定められた時間前のタイミングに対応して、前記第１処理群に関する情報を通知し、前記特定の処理の開始のタイミングに対応して、前記第２処理群に関する情報を通知する請求項８に記載の情報処理装置。
【請求項１０】
前記制御部は、
前記特定の処理をバッチ処理として実行するバッチ処理部と、
前記複数の処理のいずれかの処理をオンライン処理として実行するオンライン処理部と、
を更に含み、
前記バッチ処理部は、前記バッチ処理の動作を監視し、前記バッチ処理の状態を更新し、
前記オンライン処理部は、前記バッチ処理の開始時刻になった場合に、前記バッチ処理の状態の監視を開始し、予め定められた条件を満たした場合に、前記バッチ処理の状態を更新する請求項１〜９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記予め定められた条件は、前記バッチ処理が開始時刻になっても実行開始されない場合、及び、前記バッチ処理が実行開始から一定時間経過しても実行終了しない場合の少なくとも一方の条件である請求項１０に記載の情報処理装置。
【請求項１２】
コンピュータを、請求項１〜１１のいずれか１項に記載の情報処理装置が備える制御部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
例えば、特許文献１には、オンライン処理を停止させずに、バッチ処理実行中のオンライン処理に対する排他制御を自動的に行わせるデータ処理装置が記載されている。このデータ処理装置は、更新ファイルと、この更新ファイルの更新を一括処理するバッチ処理実行手段と、更新ファイルの更新をオンライン処理で行うオンライン処理実行手段と、を備える。また、このデータ処理装置は、バッチ処理実行手段による処理とオンライン処理実行手段による処理が同時に実行されたとき、バッチ処理実行手段の処理を優先し、オンライン処理実行手段による更新処理を禁止する優先順位設定手段を備える。
【０００３】
また、特許文献２には、オンライン処理要求の受付可能な状態においてもバッチ処理を開始することができる情報処理装置が記載されている。この情報処理装置は、１以上の端末からの要求に応じてオンライン処理を行うオンライン処理手段と、バッチ処理を行うバッチ処理手段と、を有する。このバッチ処理手段は、バッチ処理要求があると、バッチ処理に対応付けられている動作中のオンライン処理手段に対して端末へ終了メッセージを出力させる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平５−８１１９７号公報
【特許文献２】特開２００１−１４２７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、予定されたバッチ処理を実行するために、オンライン処理の実行を禁止しなくてはならない場合がある。この場合、バッチ処理の状態によって、実行可能なオンライン処理が異なることがある。しかしながら、従来、バッチ処理の状態に係わらず、一律にオンライン処理の実行が禁止されている場合が多く、バッチ処理の状態に応じて、実行可能なオンライン処理を制御できていない。
【０００６】
本発明は、予定された処理の状況に応じて、受け付けた処理の実行の可否を制御することができる情報処理装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１に記載の情報処理装置は、予定された特定の処理の状態が第１状態である場合、複数の処理のうちの一部である第１処理群の実行を禁止する制御を行い、前記特定の処理の状態が前記第１状態とは異なる第２状態である場合、前記複数の処理のうちの一部であり、かつ、前記第１処理群とは異なる第２処理群の実行を禁止する制御を行う制御部、を備えている。
【０００８】
また、請求項２に記載の情報処理装置は、請求項１に記載の発明において、前記第１状態が、前記特定の処理の設定終了から実行開始までの状態を示し、前記第２状態が、前記特定の処理の実行開始から実行終了までの状態を示す。
【０００９】
また、請求項３に記載の情報処理装置は、請求項２に記載の発明において、前記特定の処理の設定を終了した第１時刻、及び、前記特定の処理の実行を開始する第２時刻を記憶する記憶部を更に備え、前記制御部が、前記第１時刻から前記第２時刻までの間、前記第１処理群の実行を禁止する制御を行い、前記第２時刻から前記特定の処理の実行を終了した第３時刻までの間、前記第２処理群の実行を禁止する制御を更に行う。
【００１０】
また、請求項４に記載の情報処理装置は、請求項１〜３のいずれか１項に記載の発明において、前記第２処理群に含まれる処理の数が、前記第１処理群に含まれる処理の数よりも多いとされている。
【００１１】
また、請求項５に記載の情報処理装置は、請求項４に記載の発明において、前記第２処理群が、前記第１処理群に含まれる処理を全て含んでいる。
【００１２】
また、請求項６に記載の情報処理装置は、請求項１〜５のいずれか１項に記載の発明において、前記第１処理群に含まれる処理が、前記特定の処理に直接的に影響を及ぼす処理であり、前記第２処理群に含まれる処理が、前記特定の処理に間接的に影響を及ぼす処理であるとされている。
【００１３】
また、請求項７に記載の情報処理装置は、請求項６に記載の発明において、前記第１処理群に含まれる処理が、前記特定の処理の動作にエラーを発生させる処理であり、前記第２処理群に含まれる処理が、前記特定の処理の動作に負荷を与える処理であるとされている。
【００１４】
また、請求項８に記載の情報処理装置は、請求項１〜７のいずれか１項に記載の発明において、前記特定の処理が開始される予め定められた時間前、及び、前記特定の処理の開始の少なくとも一方のタイミングに対応して、実行が禁止される処理群に関する情報を通知する通知部を更に備えている。
【００１５】
また、請求項９に記載の情報処理装置は、請求項８に記載の発明において、前記通知部が、前記特定の処理が開始される予め定められた時間前のタイミングに対応して、前記第１処理群に関する情報を通知し、前記特定の処理の開始のタイミングに対応して、前記第２処理群に関する情報を通知する。
【００１６】
また、請求項１０に記載の情報処理装置は、請求項１〜９のいずれか１項に記載の発明において、前記制御部が、前記特定の処理をバッチ処理として実行するバッチ処理部と、前記複数の処理のいずれかの処理をオンライン処理として実行するオンライン処理部と、を更に含み、前記バッチ処理部が、前記バッチ処理の動作を監視し、前記バッチ処理の状態を更新し、前記オンライン処理部が、前記バッチ処理の開始時刻になった場合に、前記バッチ処理の状態の監視を開始し、予め定められた条件を満たした場合に、前記バッチ処理の状態を更新する。
【００１７】
また、請求項１１に記載の情報処理装置は、請求項１０に記載の発明において、前記予め定められた条件が、前記バッチ処理が開始時刻になっても実行開始されない場合、及び、前記バッチ処理が実行開始から一定時間経過しても実行終了しない場合の少なくとも一方の条件であるとされている。
【００１８】
更に、上記目的を達成するために、請求項１２に記載のプログラムは、コンピュータを、請求項１〜１１のいずれか１項に記載の情報処理装置が備える各部として機能させる。
【発明の効果】
【００１９】
請求項１及び請求項１２に係る発明によれば、予定された処理の状況に応じて、受け付けた処理の実行の可否を制御することができる。
【００２０】
請求項２に係る発明によれば、第１状態及び第２状態を考慮しない場合と比較して、受け付けた処理の実行の可否を適切に制御することができる。
【００２１】
請求項３に係る発明によれば、第１時刻及び第２時刻を記憶しない場合と比較して、受け付けた処理の実行の可否を容易に制御することができる。
【００２２】
請求項４に係る発明によれば、第２処理群の処理の数が第１処理群の処理の数よりも少ない場合と比較して、受け付けた処理の実行の可否を適切に制御することができる。
【００２３】
請求項５に係る発明によれば、第２処理群が第１処理群の処理を全て含まない場合と比較して、受け付けた処理の実行の可否を適切に制御することができる。
【００２４】
請求項６に係る発明によれば、第１処理群及び第２処理群の各々の処理の影響を考慮しない場合と比較して、受け付けた処理の実行の可否を適切に制御することができる。
【００２５】
請求項７に係る発明によれば、第１処理群及び第２処理群の各々の処理の影響の程度を考慮しない場合と比較して、受け付けた処理の実行の可否を適切に制御することができる。
【００２６】
請求項８に係る発明によれば、実行が禁止される処理群に関する情報を通知しない場合と比較して、実行が禁止される処理群を容易に把握することができる。
【００２７】
請求項９に係る発明によれば、通知するタイミングを考慮しない場合と比較して、適切なタイミングで実行が禁止される処理群を容易に把握することができる。
【００２８】
請求項１０に係る発明によれば、バッチ処理部が何らかの原因でバッチ処理の状態を更新できない場合でも、オンライン処理部によりバッチ処理の状態を更新することができる。
【００２９】
請求項１１に係る発明によれば、バッチ処理の状態についての条件を考慮しない場合と比較して、オンライン処理部によりバッチ処理の状態を適切に更新することができる。
【図面の簡単な説明】
【００３０】
【図１】第１の実施形態に係るネットワークシステムの構成の一例を示す図である。
【図２】実施形態に係る画像形成装置の電気的な構成の一例を示すブロック図である。
【図３】第１の実施形態に係る画像形成装置の機能的な構成の一例を示すブロック図である。
【図４】第１の実施形態に係る画像形成装置の具体的な構成の一例を示すブロック図である。
【図５】実施形態に係る判定テーブルの一例を示す図である。
【図６】実施形態に係る状態管理テーブルの一例を示す図である。
【図７】実施形態に係る通知メッセージの一例を示す図である。
【図８】第１の実施形態に係る制御プログラムによる処理の流れの一例を示すフローチャートである。
【図９】実施形態に係るマネージメントコンソール画面の一例を示す正面図である。
【図１０】実施形態に係るスケジュール設定画面の遷移の一例を示す正面図である。
【図１１】実施形態に係るタスクスケジューラ画面の一例を示す正面図である。
【図１２】実施形態に係るマネージメントコンソール画面の他の例を示す正面図である。
【図１３】実施形態に係るマネージメントコンソール画面の他の例を示す正面図である。
【図１４】実施形態に係るマネージメントコンソール画面の他の例を示す正面図である。
【図１５】実施形態に係るバッチ処理結果画面の遷移の一例を示す正面図である。
【図１６】第２の実施形態に係る画像形成装置の具体的な構成の一例を示すブロック図である。
【図１７】実施形態に係るバッチ処理の状態を更新する処理の説明に供する図である。
【発明を実施するための形態】
【００３１】
以下、図面を参照して、本発明を実施するための形態の一例について詳細に説明する。
【００３２】
[第１の実施形態]
図１は、第１の実施形態に係るネットワークシステム９０の構成の一例を示す図である。
図１に示すように、本実施形態に係るネットワークシステム９０は、画像形成装置１０と、端末装置４０と、を備えている。なお、画像形成装置１０は、情報処理装置の一例である。この情報処理装置には、画像形成装置１０以外に、例えば、パーソナルコンピュータ（ＰＣ：Personal Computer）や、サーバコンピュータ等を適用してもよい。
【００３３】
本実施形態に係る画像形成装置１０は、ネットワークＮを介して、端末装置４０と接続されている。なお、ネットワークＮには、一例として、インターネットや、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等が適用される。本実施形態に係る端末装置４０には、一例として、パーソナルコンピュータ（ＰＣ）等の汎用的なコンピュータ装置や、スマートフォン、タブレット端末等の携帯可能なコンピュータ装置等が適用される。
【００３４】
本実施形態に係る端末装置４０には、マネージメントコンソール４０Ａがインストールされている。このマネージメントコンソール４０Ａは、画像形成装置１０を遠隔で操作するためのアプリケーション・プログラム（以下、「アプリケーション・プログラム」を単に「アプリ」という。）である。また、このマネージメントコンソール４０Ａを利用することで、例えば、端末装置４０から画像形成装置１０を遠隔で操作して各種のアプリをインストールしたり、アップデートしたり、アンインストールしたりすることが可能とされる。
【００３５】
図２は、本実施形態に係る画像形成装置１０の電気的な構成の一例を示すブロック図である。
図２に示すように、本実施形態に係る画像形成装置１０は、制御部１２と、記憶部１４と、表示部１６と、操作部１８と、画像形成部２０と、原稿読取部２２と、通信部２４と、を備えている。
【００３６】
制御部１２は、ＣＰＵ（Central Processing Unit）１２Ａ、ＲＯＭ（Read Only Memory）１２Ｂ、ＲＡＭ（Random Access Memory）１２Ｃ、及び入出力インターフェース（Ｉ／Ｏ）１２Ｄを備えており、これら各部がバスを介して各々接続されている。
【００３７】
Ｉ／Ｏ１２Ｄには、記憶部１４と、表示部１６と、操作部１８と、画像形成部２０と、原稿読取部２２と、通信部２４と、を含む各機能部が接続されている。これらの各機能部は、Ｉ／Ｏ１２Ｄを介して、ＣＰＵ１２Ａと相互に通信可能とされる。
【００３８】
制御部１２は、画像形成装置１０の一部の動作を制御するサブ制御部として構成されてもよいし、画像形成装置１０の全体の動作を制御するメイン制御部の一部として構成されてもよい。制御部１２の各ブロックの一部又は全部には、例えば、ＬＳＩ（Large Scale Integration）等の集積回路又はＩＣ（Integrated Circuit）チップセットが用いられる。上記各ブロックに個別の回路を用いてもよいし、一部又は全部を集積した回路を用いてもよい。上記各ブロック同士が一体として設けられてもよいし、一部のブロックが別に設けられてもよい。また、上記各ブロックのそれぞれにおいて、その一部が別に設けられてもよい。制御部１２の集積化には、ＬＳＩに限らず、専用回路又は汎用プロセッサを用いてもよい。
【００３９】
記憶部１４としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等が用いられる。記憶部１４には、本実施形態に係る排他制御を行うための制御プログラム１４Ａが記憶される。なお、この制御プログラム１４Ａは、ＲＯＭ１２Ｂに記憶されていてもよい。また、記憶部１４には、後述する判定テーブル１４Ｂ及び状態管理テーブル１４Ｃが記憶されている。
【００４０】
制御プログラム１４Ａは、例えば、画像形成装置１０に予めインストールされていてもよい。制御プログラム１４Ａは、不揮発性の記憶媒体に記憶して、又はネットワークＮを介して配布して、画像形成装置１０に適宜インストールすることで実現してもよい。なお、不揮発性の記憶媒体の例としては、ＣＤ-ＲＯＭ（Compact Disc Read Only Memory）、光磁気ディスク、ＨＤＤ、ＤＶＤ-ＲＯＭ（Digital Versatile Disc Read Only Memory）、フラッシュメモリ、メモリカード等が想定される。
【００４１】
表示部１６には、例えば、液晶ディスプレイ（ＬＣＤ:Liquid Crystal Display）や有機ＥＬ（Electro Luminescence）ディスプレイ等が用いられる。表示部１６は、タッチパネルを一体的に有している。操作部１８には、テンキーやスタートキー等の各種の操作キーが設けられている。表示部１６及び操作部１８は、画像形成装置１０のユーザから各種の指示を受け付ける。この各種の指示には、例えば、原稿の読み取りを開始させる指示や、原稿のコピーを開始させる指示等が含まれる。表示部１６は、ユーザから受け付けた指示に応じて実行された処理の結果や、処理に対する通知等の各種の情報を表示する。
【００４２】
原稿読取部２２は、画像形成装置１０の上部に設けられた図示しない自動原稿送り装置の給紙台に置かれた原稿を１枚ずつ取り込み、取り込んだ原稿を光学的に読み取って画像情報を得る。あるいは、原稿読取部２２は、プラテンガラス等の原稿台に置かれた原稿を光学的に読み取って画像情報を得る。
【００４３】
画像形成部２０は、原稿読取部２２による読み取りによって得られた画像情報、又は、ネットワークＮを介して接続された外部のＰＣ等から得られた画像情報に基づく画像を、紙等の記録媒体に形成する。なお、本実施形態においては、画像を形成する方式として、電子写真方式を例示して説明するが、インクジェット方式等の他の方式を採用してもよい。
【００４４】
画像を形成する方式が電子写真方式の場合、画像形成部２０は、感光体ドラム、帯電部、露光部、現像部、転写部、及び定着部を含む。帯電部は、感光体ドラムに電圧を印加して感光体ドラムの表面を帯電させる。露光部は、帯電部で帯電された感光体ドラムを画像情報に応じた光で露光することにより感光体ドラムに静電潜像を形成する。現像部は、感光体ドラムに形成された静電潜像をトナーにより現像することで感光体ドラムにトナー像を形成する。転写部は、感光体ドラムに形成されたトナー像を記録媒体に転写する。定着部は、記録媒体に転写されたトナー像を加熱及び加圧により定着させる。
【００４５】
通信部２４は、インターネットや、ＬＡＮ、ＷＡＮ等のネットワークＮに接続されており、外部の端末装置４０との間でネットワークＮを介して通信が可能とされる。
【００４６】
ところで、オンライン処理の実行中にバッチ処理の実行の開始時刻になった場合、次のような対応を取ることがある。
・バッチ処理の実行を中止する。この場合、バッチ処理が実行できない。
・オンライン処理の終了までバッチ処理の実行を待機させる。この場合、バッチ処理の実行が遅延する。
【００４７】
また、バッチ処理の実行前に、オンライン処理でバッチ処理に関する設定が変更されてしまうと、バッチ処理がエラーとなる場合がある。一例として、オンライン処理でアプリをインストールする対象の機器を削除したり、オンライン処理でバッチ処理により実行予定の同一の処理（例えば、同一の機器に同一のアプリをインストールする処理等）を実施したりすると、バッチ処理がエラーとなる場合がある。
【００４８】
バッチ処理のエラーを防止するため、上述したように、バッチ処理の状態に係わらず、一律にオンライン処理の実行が禁止されている場合が多い。このため、バッチ処理の状態に応じて、実行可能なオンライン処理を制御することができることが望まれている。
【００４９】
本実施形態に係る画像形成装置１０のＣＰＵ１２Ａは、記憶部１４に記憶されている制御プログラム１４ＡをＲＡＭ１２Ｃに書き込んで実行することにより、図３に示す各部として機能する。
【００５０】
図３は、第１の実施形態に係る画像形成装置１０の機能的な構成の一例を示すブロック図である。
図３に示すように、本実施形態に係る画像形成装置１０のＣＰＵ１２Ａは、排他制御部３０及び通知部３２として機能する。この排他制御部３０は、制御部の一例である。
【００５１】
本実施形態に係る排他制御部３０は、バッチ処理の状態が第１状態である場合、自装置において実行可能な複数の処理のうちの一部である第１処理群の実行を禁止する制御を行い、バッチ処理の状態が第２状態である場合、第２処理群の実行を禁止する制御を行う。このバッチ処理は、予定された特定の処理の一例である。また、第１状態とは、一例として、バッチ処理の設定終了から実行開始までの状態を示している。第２状態とは、第１状態とは異なる状態であり、一例として、バッチ処理の実行開始から実行終了までの状態を示している。また、第２処理群は、複数の処理のうちの一部であり、かつ、第１処理群とは異なる。
【００５２】
本実施形態に係る記憶部１４は、バッチ処理の設定を終了した第１時刻、及び、バッチ処理の実行を開始する第２時刻を記憶する。この場合、排他制御部３０は、第１時刻から第２時刻までの間、第１処理群の実行を禁止する制御を行い、第２時刻からバッチ処理の実行を終了した第３時刻までの間、第２処理群の実行を禁止する制御を更に行う。
【００５３】
次に、図４を参照して、本実施形態に係る画像形成装置１０の具体的な構成について説明する。
【００５４】
図４は、第１の実施形態に係る画像形成装置１０の具体的な構成の一例を示すブロック図である。
図４に示すように、本実施形態に係る画像形成装置１０は、オンライン処理部３０２及びバッチ処理部３０４を備えている。これらの各部は、図３に示す排他制御部３０を具体的に示したものである。
【００５５】
本実施形態に係るオンライン処理部３０２は、自装置において実行可能な複数の処理のいずれかの処理をオンライン処理として実行する。また、本実施形態に係るバッチ処理部３０４は、予定された特定の処理をバッチ処理として実行する。
【００５６】
オンライン処理部３０２は、あるオンライン処理の操作を受け付けた場合に、一例として、後述の図６に示す状態管理テーブル１４Ｃを参照し、バッチ処理の状態を取得する。そして、オンライン処理部３０２は、受け付けたオンライン処理の操作と、状態管理テーブル１４Ｃから取得したバッチ処理の状態とに基づいて、一例として、後述の図５に示す判定テーブル１４Ｂを参照し、受け付けたオンライン処理の実行の可否を判定する。一方、バッチ処理部３０４は、バッチ処理の動作を監視し、バッチ処理の状態を更新する。具体的には、一例として、後述の図６に示す状態管理テーブル１４Ｃを更新する。
【００５７】
図５は、本実施形態に係る判定テーブル１４Ｂの一例を示す図である。
図５に示す判定テーブル１４Ｂには、オンライン処理の操作項目に対応付けて、バッチ処理の状態毎に、オンライン処理の実行の可否が登録されている。図５中、マル（〇）印は実行可能を示し、バツ（×）印は実行不可を示す。
【００５８】
ここで、バッチ処理の状態としては、バッチ処理の設定中及びバッチ処理の実行中のいずれか一方とされている。バッチ処理の設定中とは、上述した第１時刻から第２時刻までの期間を示し、バッチ処理の実行中とは、上述した第２時刻から第３時刻までの期間を示している。また、本実施形態に係るオンライン処理の操作項目は、一例として、端末装置４０のマネージメントコンソール４０Ａから操作可能な項目である。
【００５９】
図５に示す判定テーブル１４Ｂの場合、例えば、「再読込み」というオンライン処理は、バッチ処理設定中では実行可能であり、バッチ処理実行中では実行不可である。また、「アプリインストール、アップデート、アンインストール」というオンライン処理は、バッチ処理設定中及びバッチ処理実行中のいずれの場合でも実行不可である。また、「画像形成装置登録、削除」というオンライン処理は、バッチ処理設定中及びバッチ処理実行中のいずれの場合でも実行不可である。また、「画像形成装置状態の更新」というオンライン処理は、バッチ処理設定中では実行可能であり、バッチ処理実行中では実行不可である。また、「画像形成装置の詳細情報表示」というオンライン処理は、バッチ処理設定中及びバッチ処理実行中のいずれの場合でも実行可能である。また、「画像形成装置の詳細情報変更」というオンライン処理は、バッチ処理設定中及びバッチ処理実行中のいずれの場合でも実行不可である。また、「共通設定の表示」というオンライン処理は、バッチ処理設定中及びバッチ処理実行中のいずれの場合でも実行可能である。また、「共通設定の変更」というオンライン処理は、バッチ処理設定中では実行可能であり、バッチ処理実行中では実行不可である。
【００６０】
すなわち、図５に示す判定テーブル１４Ｂの場合、「アプリインストール、アップデート、アンインストール」、「画像形成装置登録、削除」、及び「画像形成装置の詳細情報変更」の３つのオンライン処理が第１処理群に対応している。一方、「再読込み」、「アプリインストール、アップデート、アンインストール」、「画像形成装置登録、削除」、「画像形成装置状態の更新」、「画像形成装置の詳細情報変更」、及び「共通設定の変更」の６つのオンライン処理が第２処理群に対応している。
【００６１】
図５に示す例によれば、第２処理群に含まれる処理の数は、第１処理群に含まれる処理の数よりも多い。第２処理群は、第１処理群に含まれる処理を全て含んでいる。第１処理群に含まれる処理は、バッチ処理に直接的に影響を及ぼす処理であり、具体的には、バッチ処理の動作にエラーを発生させる処理である。すなわち、第１処理群には、例えば、装置構成の変更等のように、バッチ処理が開始できない処理や、バッチ処理の開始後にエラーを発生させる処理が含まれる。
【００６２】
また、第２処理群に含まれる処理は、バッチ処理に間接的に影響を及ぼす処理であり、具体的には、バッチ処理の動作に負荷を与える処理である。ここでいう負荷を与えるとは、一例として、バッチ処理自体は動作するが、処理時間の遅延等が発生する場合をいう。すなわち、第２処理群には、例えば、再読込み等のように、バッチ処理及びオンライン処理のいずれも動作はするが、内部処理の重複によって負荷がかかり、両方の処理に時間がかかる処理が含まれる。
【００６３】
図６は、本実施形態に係る状態管理テーブル１４Ｃの一例を示す図である。
図６に示す状態管理テーブル１４Ｃには、バッチ処理の内容に対応付けて、バッチ処理の状態が登録されている。図６中、マル（〇）印は現在の状態を示し、両方共にバツ（×）印の場合、バッチ処理がない状態を示す。
【００６４】
図６に示す状態管理テーブル１４Ｃは、上述したように、バッチ処理部３０４により、バッチ処理の動作に応じてバッチ処理の状態が更新される。つまり、バッチ処理が開始されたら、「設定中」から「実行中」に更新され、バッチ処理が終了したら、「実行中」から「なし」に更新される。
【００６５】
図３に戻り、本実施形態に係る通知部３２は、バッチ処理が開始される予め定められた時間前、及び、バッチ処理の開始の少なくとも一方のタイミングに対応して、実行が禁止される処理群に関する情報を通知する。具体的に、通知部３２は、バッチ処理が開始される予め定められた時間前のタイミングに対応して、第１処理群に関する情報を通知し、バッチ処理の開始のタイミングに対応して、第２処理群に関する情報を通知する。ここでいう情報の通知は、一例として、後述の図７に示す通知メッセージ１４Ｄを表示部１６に表示してもよいし、端末装置４０に表示させるようにしてもよい。
【００６６】
図７は、本実施形態に係る通知メッセージ１４Ｄの一例を示す図である。
図７に示す通知メッセージ１４Ｄは、オンライン処理の操作及びバッチ処理の状態に対応付けて、予め記憶部１４に記憶されている。
【００６７】
通知部３２は、第１処理群あるいは第２処理群に関する情報として、記憶部１４から、一例として、図７に示す通知メッセージ１４Ｄを読み出して、表示部１６及び端末装置４０の少なくとも一方に表示させる。図７に示す例では、「アプリインストール／アップデート／アンインストールのスケジュール中のため、この操作はできません。」というメッセージが表示される。ここでいうスケジュールとは、特定の処理がバッチ処理として登録されていることを意味する。
【００６８】
次に、図８を参照して、第１の実施形態に係る画像形成装置１０の作用を説明する。
【００６９】
図８は、第１の実施形態に係る制御プログラム１４Ａによる処理の流れの一例を示すフローチャートである。
【００７０】
まず、画像形成装置１０の電源がオンされて、制御プログラム１４Ａが起動されると、以下の各ステップを実行する。
【００７１】
図８のステップ１００では、オンライン処理部３０２が、一例として、端末装置４０からオンライン処理を受け付ける。
【００７２】
ステップ１０２では、オンライン処理部３０２が、一例として、上述の図６に示す状態管理テーブル１４Ｃを参照し、バッチ処理の有無を判定する。バッチ処理が有ると判定した場合（肯定判定の場合）、ステップ１０４に移行し、バッチ処理が無いと判定した場合（否定判定の場合）、ステップ１０６に移行する。
【００７３】
ステップ１０４では、オンライン処理部３０２が、バッチ処理が第１状態（設定中）であるか否かを、一例として、上述の図６に示す状態管理テーブル１４Ｃを参照して判定する。バッチ処理が第１状態であると判定した場合（肯定判定の場合）、ステップ１０８に移行し、バッチ処理が第１状態ではない、すなわち、第２状態（実行中）であると判定した場合（否定判定の場合）、ステップ１１６に移行する。
【００７４】
一方、ステップ１０６では、オンライン処理部３０２が、ステップ１００で受け付けたオンライン処理を実行し、本制御プログラム１４Ａによる処理を終了する。
【００７５】
次に、ステップ１０８では、オンライン処理部３０２が、ステップ１００で受け付けたオンライン処理が第１処理群であるか否かを、一例として、上述の図５に示す判定テーブル１４Ｂを参照して判定する。オンライン処理が第１処理群であると判定した場合（肯定判定の場合）、ステップ１１０に移行し、オンライン処理が第１処理群ではないと判定した場合（否定判定の場合）、ステップ１１４に移行する。
【００７６】
ステップ１１０では、オンライン処理部３０２が、ステップ１００で受け付けたオンライン処理の実行を禁止する。
【００７７】
ステップ１１２では、通知部３２が、ステップ１１０でオンライン処理の実行を禁止した旨を通知するためのメッセージとして、一例として、上述の図７に示す通知メッセージ１４Ｄを、表示部１６及び端末装置４０の少なくとも一方に表示させ、本制御プログラム１４Ａによる一連の処理を終了する。なお、これら表示部１６及び端末装置４０への表示に加えて、オンライン処理のユーザへの電子メールによる通知や、ＳＮＳ（Social Networking Service）による通知等を行うようにしてもよい。
【００７８】
ここで、通知部３２による通知メッセージは、バッチ処理（以下、「バッチ通知処理」という。）として表示するようにしてもよい。具体的には、バッチ処理が開始される前のタイミングで予告メッセージを表示する処理と、バッチ処理が開始されるタイミングで開始メッセージを表示する処理とを含むバッチ通知処理を予め登録しておけばよい。また、予告メッセージだけを表示するバッチ通知処理と、開始メッセージだけを表示するバッチ通知処理とを個別に登録しておいてもよい。これは、予告メッセージを表示するバッチ通知処理を１つのバッチ処理内に含めてしまうと、オンライン処理の制限が長くかかる場合があるためである。また、バッチ処理が終了するタイミングで終了メッセージを表示するバッチ通知処理を更に含めるようにしてもよい。
【００７９】
一方、ステップ１１４では、オンライン処理部３０２が、ステップ１００で受け付けたオンライン処理の実行を許可し、本制御プログラム１４Ａによる一連の処理を終了する。
【００８０】
次に、ステップ１１６では、オンライン処理部３０２が、ステップ１００で受け付けたオンライン処理が第２処理群であるか否かを、一例として、上述の図５に示す判定テーブル１４Ｂを参照して判定する。オンライン処理が第２処理群であると判定した場合（肯定判定の場合）、ステップ１１８に移行し、オンライン処理が第２処理群ではないと判定した場合（否定判定の場合）、ステップ１２２に移行する。
【００８１】
ステップ１１８では、オンライン処理部３０２が、ステップ１００で受け付けたオンライン処理の実行を禁止する。
【００８２】
ステップ１２０では、通知部３２が、ステップ１１８でオンライン処理の実行を禁止した旨を通知するためのメッセージとして、一例として、上述の図７に示す通知メッセージ１４Ｄを、表示部１６及び端末装置４０の少なくとも一方に表示させ、本制御プログラム１４Ａによる一連の処理を終了する。
【００８３】
一方、ステップ１２２では、オンライン処理部３０２が、ステップ１００で受け付けたオンライン処理の実行を許可し、本制御プログラム１４Ａによる一連の処理を終了する。
【００８４】
次に、図９〜図１５を参照して、第１の実施形態に係る端末装置４０の画面例について説明する。
【００８５】
図９は、本実施形態に係るマネージメントコンソール画面４２の一例を示す正面図である。
図９に示すマネージメントコンソール画面４２は、上述のマネージメントコンソール４０Ａにより端末装置４０に表示され、画像形成装置１０（図９に示す例では「Ａ２２７６」で示される。）を遠隔で操作するための画面である。
【００８６】
図９に示すマネージメントコンソール画面４２には、「利用できるアプリ」の一覧が表示される。この「利用できるアプリ」の一覧から所望のアプリを選択し、「Ａ２２７６」のアイコンに対して、ドラッグアンドドロップ操作を行うことで、「Ａ２２７６」の画像形成装置１０に対してアプリのインストールが開始される。
【００８７】
図９に示すマネージメントコンソール画面４２を用いることで、端末装置４０からの遠隔操作により、画像形成装置１０にアプリをインストールしたり、アンインストールしたり、バッチ処理を登録したりすることが可能とされる。
【００８８】
図９に示すマネージメントコンソール画面４２は、バッチ処理のスケジュールの状態を示すスケジュール状態４２Ａと、バッチ処理のスケジュールの設定を行うためのスケジュール設定４２Ｂとを含んでいる。
【００８９】
図９に示すマネージメントコンソール画面４２では、スケジュール状態４２Ａが「スケジュールなし」であり、バッチ処理は登録されていない。そして、ユーザがスケジュール設定４２Ｂの「新規」を選択操作すると、図１０の上図に示すスケジュール設定画面４４に遷移する。
【００９０】
図１０は、本実施形態に係るスケジュール設定画面の遷移の一例を示す正面図である。
図１０に示すスケジュール設定画面は、端末装置４０に表示され、画像形成装置１０にバッチ処理のスケジュールを登録するための画面である。
【００９１】
図１０の上図に示すスケジュール設定画面４４は、「アプリ選択」及び「操作選択」を含んでいる。ユーザは、「アプリ選択」から所望のアプリを選択し、「操作選択」から所望の操作を選択し、「次へ」ボタンを選択操作すると、図１０の中図に示すスケジュール設定画面４６に遷移する。なお、図１０に示す例では、「ＩＣカード登録」というアプリが選択され、「インストール」という操作が選択されている。
【００９２】
図１０の中図に示すスケジュール設定画面４６は、上記で選択されたアプリ（図１０に示す例では「ＩＣカード登録」。）のインストールの対象とする画像形成装置１０を指定するための画面である。ユーザは、所望の画像形成装置１０を指定し、「次へ」ボタンを選択操作すると、図１０の下図に示すスケジュール設定画面４８に遷移する。なお、図１０に示す例では、「Ａ２２７６」という画像形成装置１０が指定されている。
【００９３】
図１０の下図に示すスケジュール設定画面４８は、上記で指定された画像形成装置１０（図１０に示す例では「Ａ２２７６」。）にアプリ（図１０に示す例では「ＩＣカード登録」。）のインストールを開始する日時を指定するための画面である。ユーザは、所望の日時を指定し、「登録」ボタンを選択操作すると、バッチ処理の登録が完了する。なお、図１０に示す例では、「２０１８年８月１６日１２時００分」という日時が指定されている。この場合、画像形成装置「Ａ２２７６」に対して、アプリ「ＩＣカード登録」のインストールを、指定日時「２０１８年８月１６日１２時００分」に実行するバッチ処理が登録される。この登録されたバッチ処理は、一例として、図１１に示すタスクスケジューラ画面５０により確認が可能である。
【００９４】
図１１は、本実施形態に係るタスクスケジューラ画面５０の一例を示す正面図である。
図１１に示すタスクスケジューラ画面５０は、端末装置４０に表示され、上述のマネージメントコンソール４０Ａを用いて登録されたバッチ処理を管理するための画面である。
【００９５】
図１１に示すタスクスケジューラ画面５０は、一例として、Microsoft Windows（登録商標）の一機能として提供されているタスクスケジューラを用いて表示される。このタスクスケジューラとマネージメントコンソール４０Ａとは連携して動作する。このタスクスケジューラ画面５０には、上述のマネージメントコンソール４０Ａを用いて登録されたバッチ処理５０Ａが表示されている。このようにバッチ処理５０Ａが登録されると、バッチ処理５０Ａの状態に応じて、図１２又は図１３に示すマネージメントコンソール画面４２が表示される。
【００９６】
図１２は、本実施形態に係るマネージメントコンソール画面４２の他の例を示す正面図である。
図１２に示すマネージメントコンソール画面４２は、図９に示す例と同様に、スケジュール状態４２Ａを含んでいる。
【００９７】
図１２に示すマネージメントコンソール画面４２では、スケジュール状態４２Ａが「スケジュール設定中」であり、バッチ処理は設定中の状態である。そして、ユーザが、一例として、「画像形成装置登録」（図５参照）のオンライン処理の操作を行った場合、この「画像形成装置登録」は第１処理群であるため、エラーメッセージ４２Ｃが表示されて、実行できない。一方、ユーザが、「画像形成装置状態の更新」（図５参照）のオンライン処理の操作を行った場合、この「画像形成装置状態の更新」は第２処理群であるため、そのまま実行される。
【００９８】
図１３は、本実施形態に係るマネージメントコンソール画面４２の他の例を示す正面図である。
図１３に示すマネージメントコンソール画面４２は、図９に示す例と同様に、スケジュール状態４２Ａを含んでいる。
【００９９】
図１３に示すマネージメントコンソール画面４２では、スケジュール状態４２Ａが「スケジュール実行中」であり、バッチ処理は実行中の状態である。そして、ユーザが、一例として、「画像形成装置状態の更新」（図５参照）のオンライン処理の操作を行った場合、この「画像形成装置状態の更新」は第２処理群であるため、エラーメッセージ４２Ｄが表示されて、実行できない。なお、上述のバッチ処理５０Ａの実行が終了すると、図１４に示すマネージメントコンソール画面４２が表示される。
【０１００】
図１４は、本実施形態に係るマネージメントコンソール画面４２の他の例を示す正面図である。
図１４に示すマネージメントコンソール画面４２は、図９に示す例と同様に、スケジュール状態４２Ａ及びスケジュール設定４２Ｂを含んでいる。
【０１０１】
図１４に示すマネージメントコンソール画面４２では、バッチ処理の実行が終了すると、スケジュール状態４２Ａが「スケジュールなし」となる。そして、ユーザがスケジュール設定４２Ｂの「結果」を選択操作すると、図１５に左図に示すバッチ処理結果画面５２に遷移する。
【０１０２】
図１５は、本実施形態に係るバッチ処理結果画面の遷移の一例を示す正面図である。
図１５に示すバッチ処理結果画面は、端末装置４０に表示され、画像形成装置１０におけるバッチ処理の結果を示す画面である。
【０１０３】
図１５の左図に示すバッチ処理結果画面５２は、画像形成装置１０（図１５に示す例では「Ａ２２７６」。）におけるバッチ処理の結果の概要を示す画面である。図１５に示す例においては、バッチ処理がエラーとなったため、エラーの詳細を確認したい場合がある。この場合、ユーザは、「エラー詳細」ボタンを選択操作すると、図１５の右図に示すバッチ処理結果画面５４に遷移する。
【０１０４】
図１５の右図に示すバッチ処理結果画面５４は、上記でエラーとなったバッチ処理の詳細情報を確認するための画面である。一例として、「予期しないエラー（前処理中）：しばらくしてから再度実行してください。」とのメッセージが表示されている。
【０１０５】
このように本実施形態によれば、バッチ処理の状況に応じて、受け付けたオンライン処理の実行の可否が制御される。このため、バッチ処理を優先させつつ、可能な限りオンライン処理が実行され、バッチ処理とオンライン処理との両立を図ることが可能とされる。
【０１０６】
[第２の実施形態]
上記第１の実施形態では、バッチ処理の状態の更新をバッチ処理部によって行う形態について説明した。これに対して、本実施形態では、オンライン処理部でもバッチ処理の状態の更新を行えるようにし、バッチ処理部が何らかの影響で停止し、バッチ処理の状態を更新できない場合でも、対応可能な形態について説明する。
【０１０７】
図１６は、第２の実施形態に係る画像形成装置１１の具体的な構成の一例を示すブロック図である。
図１６に示すように、本実施形態に係る画像形成装置１１は、オンライン処理部３０６及びバッチ処理部３０８を備えている。これらの各部は、図３に示す排他制御部３０を具体的に示したものである。なお、第１の実施形態に示す画像形成装置１０と同一の機能を有する構成要素には同一の符号を付し、ここでの繰り返しの説明は省略する。
【０１０８】
本実施形態に係るタスクスケジューラ５６は、端末装置４０にインストールされており、上述の図１１に示すタスクスケジューラ画面５０を表示させるソフトウェアである。このタスクスケジューラ５６は、バッチ処理の設定内容を管理し、バッチ処理の起動を制御する機能を備えている。
【０１０９】
本実施形態に係るバッチ処理部３０８は、タスクスケジューラ５６からの指示に従って、バッチ処理を起動し、バッチ処理の状態を更新する。具体的に、一例として、上述の図６に示す状態管理テーブル１４Ｃを更新する。
【０１１０】
本実施形態に係るオンライン処理部３０６は、バッチ処理の開始時刻になった場合に、バッチ処理の状態の監視を開始し、予め定められた条件を満たした場合に、バッチ処理の状態を更新する。具体的に、上述の図６に示す状態管理テーブル１４Ｃの監視及び更新を行う。ここでいう予め定められた条件とは、一例として、バッチ処理が開始時刻になっても実行開始されない場合、及び、バッチ処理が実行開始から一定時間経過しても実行終了しない場合の少なくとも一方の条件とされている。なお、オンライン処理部３０６は、端末装置４０が備えるマネージメントコンソール４０Ａの一機能として実現してもよい。
【０１１１】
例えば、バッチ処理部３０８がシステムトラブル等の何らかの影響で動作しない場合や、バッチ処理部３０８が動作途中で異常終了した場合には、図６に示す状態管理テーブル１４Ｃを更新することができず、オンライン処理の制限を解除できない場合がある。このため、上記のように、オンライン処理部３０６によりバッチ処理の状態について監視及び更新を行うことで、バッチ処理の状態が更新され、オンライン処理の制限が解除される。
【０１１２】
図１７は、本実施形態に係るバッチ処理の状態を更新する処理の説明に供する図である。
なお、図１７においては、オンライン側の処理はオンライン処理部３０６による処理とし、バッチ側の処理はバッチ処理部３０８による処理として説明する。
【０１１３】
（Ｓ１）及び（Ｓ２）では、オンライン処理部３０６が、タスクスケジューラ５６に対して、スケジュール設定を行う。具体的には、スケジュール開始時刻、スケジュールＩＤ、及びスケジュール状態の各設定を行う。このとき、スケジュール状態の設定は「なし」から「設定中」となる。なお、上述したように、端末装置４０のマネージメントコンソール４０Ａをオンライン処理部３０６として機能させ、スケジュールの設定、変更、削除等を行うようにしてもよい。
【０１１４】
（Ｓ３）では、バッチ処理部３０８が、スケジュール設定に基づいて、バッチ処理を実行するファイルである「Batch.exe」の引数に、「スケジュールＩＤ」を付けて、タスクを作成する。
【０１１５】
（Ｓ４）では、オンライン処理部３０６が、状態監視を開始する。具体的に、タスクスケジューラ５６のスケジュール状態が「設定中」又は「実行中」の場合、バッチ処理の実行状態に応じてスケジュール状態を更新する。
【０１１６】
（Ｓ５）では、バッチ処理部３０８が、スケジュール開始時刻になると、タスクスケジューラ５６からバッチ処理を起動する。
【０１１７】
（Ｓ６）では、バッチ処理部３０８が、バッチ処理の起動に伴い、バッチ処理の実行状態を、「実行前」から「実行中」に更新し、バッチ処理を開始する。具体的には、上述の図６に示す状態管理テーブル１４Ｃを更新する。
【０１１８】
（Ｓ７）では、バッチ処理部３０８が、バッチ処理の終了に伴い、バッチ処理の実行状態を、「実行中」から「終了」に更新する。
【０１１９】
（Ｓ８）では、オンライン処理部３０６が、上記（Ｓ６）で「実行中」に更新された場合、タスクスケジューラ５６のスケジュール状態を「設定中」から「実行中」に更新する。
【０１２０】
（Ｓ９）では、オンライン処理部３０６が、上記（Ｓ７）で「終了」に更新された場合、タスクスケジューラ５６のスケジュール状態を、「実行中」又は「設定中」から「なし」に更新する。
【０１２１】
ここで、上記（Ｓ４）において、オンライン処理部３０６は、スケジュール開始時刻になっても、バッチ処理が起動せず、実行状態が「実行前」のままの場合、タスクスケジューラ５６のスケジュール状態を「設定中」から「なし」に変更し、スケジュールＩＤを「Null」とする。また、オンライン処理部３０６は、スケジュール開始時刻から一定時間経過しても、バッチ処理が終了せず、実行状態が「実行中」のままの場合、タスクスケジューラ５６のスケジュール状態を「実行中」から「なし」に変更し、スケジュールＩＤを「Null」とする。なお、この場合、タスクスケジューラ５６の設定変更は、図６に示す状態管理テーブル１４Ｃに反映される。
【０１２２】
このように本実施形態によれば、オンライン処理部でもバッチ処理の状態を監視し、バッチ処理の状態の更新が行える。このため、バッチ処理部が何らかの影響で停止し、バッチ処理の状態を更新できない場合でも、対応することが可能とされる。
【０１２３】
以上、実施形態に係る情報処理装置の一例として画像形成装置を例示して説明した。実施形態は、画像形成装置が備える各部の機能をコンピュータに実行させるためのプログラムの形態としてもよい。実施形態は、このプログラムを記憶したコンピュータが読み取り可能な記憶媒体の形態としてもよい。
【０１２４】
その他、上記実施形態で説明した画像形成装置の構成は、一例であり、主旨を逸脱しない範囲内において状況に応じて変更してもよい。
【０１２５】
また、上記実施形態で説明したプログラムの処理の流れも、一例であり、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。
【０１２６】
また、上記実施形態では、プログラムを実行することにより、実施形態に係る処理がコンピュータを利用してソフトウェア構成により実現される場合について説明したが、これに限らない。実施形態は、例えば、ハードウェア構成や、ハードウェア構成とソフトウェア構成との組み合わせによって実現してもよい。
【符号の説明】
【０１２７】
１０、１１画像形成装置
１２   制御部
１２Ａ ＣＰＵ
１２Ｂ ＲＯＭ
１２Ｃ ＲＡＭ
１２Ｄ Ｉ／Ｏ
１４   記憶部
１４Ａ 制御プログラム
１４Ｂ 判定テーブル
１４Ｃ 状態管理テーブル
１６   表示部
１８   操作部
２０   画像形成部
２２   原稿読取部
２４   通信部
３０   排他制御部
３２   通知部
４０   端末装置
４０Ａ マネージメントコンソール
４２   マネージメントコンソール画面
４４、４６、４８スケジュール設定画面
５０   タスクスケジューラ画面
５２、５４    バッチ処理結果画面
５６   タスクスケジューラ
９０   ネットワークシステム
３０２、３０６オンライン処理部
３０４、３０８バッチ処理部
【図１】
2020067741.tif 000003
【図２】
2020067741.tif 000004
【図３】
2020067741.tif 000005
【図４】
2020067741.tif 000006
【図５】
2020067741.tif 000007
【図６】
2020067741.tif 000008
【図７】
2020067741.tif 000009
【図８】
2020067741.tif 000010
【図９】
2020067741.tif 000011
【図１０】
2020067741.tif 000012
【図１１】
2020067741.tif 000013
【図１２】
2020067741.tif 000014
【図１３】
2020067741.tif 000015
【図１４】
2020067741.tif 000016
【図１５】
2020067741.tif 000017
【図１６】
2020067741.tif 000018
【図１７】
2020067741.tif 000019