(57)【要約】【課題】本技術は、連携するサーバーがメンテナンスを行っている期間、サーバーへのアクセスを行わないようにする画像形成装置、その制御方法およびプログラムを提供する。【解決手段】画像形成装置（ＭＦＰ１００）は、少なくとも１つ以上のサーバー３００ａ〜３００ｄと通信可能である。画像形成装置（ＭＦＰ１００）は、サーバー３００ａ〜３００ｄでメンテナンスを行うスケジュールの入力を受付ける受付手段と、サーバー３００ａ〜３００ｄへ情報を送信する送信手段と、受付手段で受付けたスケジュールに基づき、メンテナンス期間中のサーバー３００ａ〜３００ｄへの情報の送信処理を禁止する処理手段と、処理手段で送信処理を禁止した情報を記憶する記憶手段とを備えている。送信手段は、スケジュールにおいてサーバー３００ａ〜３００ｄのメンテナンスが終了した後に、記憶手段に記憶した情報をサーバー３００ａ〜３００ｄに送信する。【選択図】図１
2018107686.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つ以上のサーバーと通信可能な画像処理装置であって、
前記サーバーでメンテナンスを行うスケジュールの入力を受付ける受付手段と、
前記サーバーへ情報を送信する送信手段と、
前記受付手段で受付けた前記スケジュールに基づき、メンテナンス期間中の前記サーバーへの情報の送信処理を禁止する処理手段と、
前記処理手段で送信処理を禁止した情報を記憶する記憶手段とを備え、
前記送信手段は、前記スケジュールにおいて前記サーバーのメンテナンスが終了した後に、前記記憶手段に記憶した情報を前記サーバーに送信する、画像処理装置。
【請求項２】
前記スケジュールを入力可能な入力手段をさらに備え、
前記受付手段は、前記入力手段で入力した前記スケジュールを受付ける、請求項１に記載の画像処理装置。
【請求項３】
前記受付手段は、前記サーバーから送信される前記スケジュールを含む情報を受付けることが可能である、請求項１または請求項２に記載の画像処理装置。
【請求項４】
前記サーバーから前記スケジュールを取得する取得手段をさらに備え、
前記受付手段は、前記取得手段で入力した前記スケジュールを受付ける、請求項１〜請求項３のいずれか１項に記載の画像処理装置。
【請求項５】
前記取得手段は、前記サーバーからの前記スケジュールを集約する管理サーバーから前記スケジュールを取得する、請求項４に記載の画像処理装置。
【請求項６】
前記処理手段は、更新された前記スケジュールに基づき、メンテナンス期間中の前記サーバーへの情報の送信処理を禁止する期間を変更することが可能である、請求項１〜請求項５のいずれか１項に記載の画像処理装置。
【請求項７】
前記送信手段は、前記受付手段が前記サーバーからメンテナンス終了の情報を受付けた場合に、前記記憶手段に記憶した情報を前記サーバーに送信する処理を開始する、請求項３に記載の画像処理装置。
【請求項８】
前記送信手段は、送信した情報が前記サーバーで受信されなかった場合、所定の間隔で当該情報を前記サーバーに再送信する、請求項１〜請求項７のいずれか１項に記載の画像処理装置。
【請求項９】
前記送信手段は、前記サーバーのメンテナンスが終了した後に再送信する間隔が、それ以外で再送信する間隔に比べて長い、請求項８に記載の画像処理装置。
【請求項１０】
前記サーバーのメンテナンス期間中において、前記記憶手段で記憶する情報に対する処理を選択する選択手段をさらに備える、請求項１〜請求項９のいずれか１項に記載の画像処理装置。
【請求項１１】
表示手段をさらに備え、
前記表示手段は、前記サーバーのメンテナンス期間中における操作に基づき前記スケジュールの情報を表示する、請求項１〜請求項１０のいずれか１項に記載の画像処理装置。
【請求項１２】
前記サーバーは、クラウドサーバーである、請求項１〜請求項１１のいずれか１項に記載の画像処理装置。
【請求項１３】
少なくとも１つ以上のサーバーと通信可能な画像処理装置の制御方法であって、
前記画像処理装置は、記憶手段を含み、
前記サーバーでメンテナンスを行うスケジュールの入力を受付けるステップと、
前記サーバーへ情報を送信するステップと、
受付けた前記スケジュールに基づき、メンテナンス期間中の前記サーバーへの情報の送信処理を禁止するステップと、
送信処理を禁止した情報を前記記憶手段に記憶するステップと、
前記スケジュールにおいて前記サーバーのメンテナンスが終了した後に、前記記憶手段に記憶した情報を前記サーバーに送信するステップとを含む、画像処理装置の制御方法。
【請求項１４】
少なくとも１つ以上のサーバーと通信可能な画像処理装置によって実行されるプログラムであって、
前記画像処理装置は、記憶手段を含み、
前記プログラムは前記画像処理装置に搭載されたコンピュータに、
前記サーバーでメンテナンスを行うスケジュールの入力を受付けるステップと、
前記サーバーへ情報を送信するステップと、
受付けた前記スケジュールに基づき、メンテナンス期間中の前記サーバーへの情報の送信処理を禁止するステップと、
送信処理を禁止した情報を前記記憶手段に記憶するステップと、
前記スケジュールにおいて前記サーバーのメンテナンスが終了した後に、前記記憶手段に記憶した情報を前記サーバーに送信するステップとを実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は画像処理装置、その制御方法およびプログラムに関し、特に、サーバーのメンテナンスに関連した処理に関する画像処理装置、その制御方法およびプログラムに関する。
【背景技術】
【０００２】
オフィス環境などにおいて、コピー機、プリンター、これらの複合機であるＭＦＰ（Multi-Functional Peripherals）等の画像形成装置が広く用いられている。
【０００３】
ＭＦＰでは、サーバーと連携して動作する機能、例えば、ＦＡＸ転送機能を利用する場合、受信したＦＡＸデータを転送先サーバー（ＦＴＰサーバーやメールサーバーなど）に送信している。しかし、一般的にサーバーは、定期的なメンテナンスが必要であり、また計画停電などが実施される場合もある。そのため、ＭＦＰでは、連携するサーバーがメンテナンスを行っている期間（例えば計画停電など）に、ＦＡＸ転送機能を利用すると送信エラーとなりＦＡＸ転送ができない。
【０００４】
そこで、特許文献１に開示してある画像形成装置では、サーバーに情報を送信してエラーとなった場合、他のメールサーバーで代替したり、転送する情報を一時的にストレージに保存してサーバー復旧後に再度転送したりする処理が行われている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−８７６４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に開示してある画像形成装置では、連携するサーバーがメンテナンスを行っている期間において、転送した情報を受信する部分（例えばＦＴＰ部）稼動しているが他の部分がまだメンテナンスを行っている場合、情報を転送したことで他の部分のメンテナンス処理に支障が生じる虞がった。また、連携するサーバーにおいて、転送した情報を受信する部分が情報を受信したからと言って、他の部分がまだメンテナンス期間であれば正しく処理されない場合があり、当該場合でも特許文献１に開示してある画像形成装置では、正常に処理が行われたと誤って判断する虞があった。さらに、特許文献１に開示してある画像形成装置では、連携するサーバーがメンテナンスを行っている期間にも情報をサーバーに送信するため、不要なエラー処理が生じていた。
【０００７】
そこで、本技術は、連携するサーバーがメンテナンスを行っている期間、サーバーへのアクセスを行わないようにする画像形成装置、その制御方法およびプログラムを提供することを一つの目的とする。
【課題を解決するための手段】
【０００８】
本実施のある局面に従う画像形成装置は、少なくとも１つ以上のサーバーと通信可能な画像処理装置であって、サーバーでメンテナンスを行うスケジュールの入力を受付ける受付手段と、サーバーへ情報を送信する送信手段と、受付手段で受付けたスケジュールに基づき、メンテナンス期間中のサーバーへの情報の送信処理を禁止する処理手段と、処理手段で送信処理を禁止した情報を記憶する記憶手段とを備え、送信手段は、スケジュールにおいてサーバーのメンテナンスが終了した後に、記憶手段に記憶した情報をサーバーに送信する。
【０００９】
好ましくは、スケジュールを入力可能な入力手段をさらに備え、受付手段は、入力手段で入力したスケジュールを受付ける。
【００１０】
好ましくは、受付手段は、サーバーから送信されるスケジュールを含む情報を受付けることが可能である。
【００１１】
好ましくは、サーバーからスケジュールを取得する取得手段をさらに備え、受付手段は、取得手段で入力したスケジュールを受付ける。
【００１２】
好ましくは、取得手段は、サーバーからのスケジュールを集約する管理サーバーからスケジュールを取得する。
【００１３】
好ましくは、処理手段は、更新されたスケジュールに基づき、メンテナンス期間中のサーバーへの情報の送信処理を禁止する期間を変更することが可能である。
【００１４】
好ましくは、送信手段は、受付手段がサーバーからメンテナンス終了の情報を受付けた場合に、記憶手段に記憶した情報をサーバーに送信する処理を開始する。
【００１５】
好ましくは、送信手段は、送信した情報がサーバーで受信されなかった場合、所定の間隔で当該情報をサーバーに再送信する。
【００１６】
好ましくは、送信手段は、サーバーのメンテナンスが終了した後に再送信する間隔が、それ以外で再送信する間隔に比べて長い。
【００１７】
好ましくは、サーバーのメンテナンス期間中において、記憶手段で記憶する情報に対する処理を選択する選択手段をさらに備える。
【００１８】
好ましくは、表示手段をさらに備え、表示手段は、サーバーのメンテナンス期間中における操作に基づきスケジュールの情報を表示する。
【００１９】
好ましくは、サーバーは、クラウドサーバーである。
本実施のある局面に従えば、少なくとも１つ以上のサーバーと通信可能な画像処理装置の制御方法であって、画像処理装置は、記憶手段を含み、サーバーでメンテナンスを行うスケジュールの入力を受付けるステップと、サーバーへ情報を送信するステップと、受付けたスケジュールに基づき、メンテナンス期間中のサーバーへの情報の送信処理を禁止するステップと、送信処理を禁止した情報を記憶手段に記憶するステップと、スケジュールにおいてサーバーのメンテナンスが終了した後に、記憶手段に記憶した情報をサーバーに送信するステップとを含む。
【００２０】
本実施のある局面に従えば、少なくとも１つ以上のサーバーと通信可能な画像処理装置によって実行されるプログラムであって、画像処理装置は、記憶手段を含み、プログラムは画像処理装置に搭載されたコンピュータに、サーバーでメンテナンスを行うスケジュールの入力を受付けるステップと、サーバーへ情報を送信するステップと、受付けたスケジュールに基づき、メンテナンス期間中のサーバーへの情報の送信処理を禁止するステップと、送信処理を禁止した情報を記憶手段に記憶するステップと、スケジュールにおいてサーバーのメンテナンスが終了した後に、記憶手段に記憶した情報をサーバーに送信するステップとを実行させる。
【発明の効果】
【００２１】
本技術によれば、サーバーでメンテナンスを行うスケジュールに基づき、メンテナンス期間中のサーバーへの情報の送信処理を禁止し、サーバーがメンテナンスを行っている期間、サーバーへのアクセスを行わないようにすることで不要なエラー処理を回避することができる。
【図面の簡単な説明】
【００２２】
【図１】実施の形態にかかる画像処理システムの構成の具体例を示す図である。
【図２】画像処理システムに含まれるＭＦＰのハードウェア構成の具体例を示す図である。
【図３】画像処理システムに含まれるサーバーのハードウェア構成の具体例を示す図である。
【図４】画像処理システムでの、情報の流れを表わした図である。
【図５】画像処理システムでの動作概要を表わした図である。
【図６】ＭＦＰの機能構成の具体例を示すブロック図である。
【図７】サーバーの機能構成の具体例を示すブロック図である。
【図８】ＭＦＰでの動作の流れを表わすフローチャートである。
【図９】表示画面の具体例を示す図である。
【図１０】画像処理システムでの再送信の動作概要を表わした図である。
【発明を実施するための形態】
【００２３】
本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。
【００２４】
＜システム構成＞
図１は、本実施の形態にかかる画像処理システムの構成の具体例を示す図である。
【００２５】
図１を参照して、本実施の形態にかかる画像処理システムは、画像処理装置としての、ＭＦＰ（Multi-Functional Peripheral）１００と、複数のサーバーとを含む。
【００２６】
画像処理装置はＭＦＰに限定されず、サーバーと連携して動作を行うことが可能なプリンターやファクシミリ送受信機やコピー機などのその他の装置であってもよい。ＭＦＰ１００は、これら機能を複合的に備えた画像処理装置である。
【００２７】
複数のサーバーは、ＭＦＰ１００と通信可能に接続して、ＭＦＰ１００と連携して動作を行うことが可能である。ＭＦＰ１００は、サーバーと連携して動作を行うことで様々な機能を実現することができる。具体的に、複数のサーバーには、ローカルネットワークで接続されたＦＴＰサーバーであるサーバー３００ａ、ローカルエリア内のメールサーバーであるサーバー３００ｂ、インターネット等を介して接続される外部のクラウドサーバーであるサーバー３００ｃが含まれる。なお、サーバー３００ｂは、インターネット等を介して外部のメールサーバーであるサーバー３００ｄとも接続されている。なお、サーバー３００ａ〜３００ｄの総称としてサーバー３００と記載する場合がある。
【００２８】
サーバー３００ａは、ＦＴＰサーバーで、例えばＦＡＸ転送機能で受信したＦＡＸデータの転送先であり、転送されてきたＦＡＸデータを保管する。サーバー３００ｂは、メールサーバーで、例えばスキャナー機能でスキャンしたデータをメールとして転送する。サーバー３００ｃは、クラウドサーバーで、例えばＦＡＸ転送機能で受信したＦＡＸデータの転送先としてもよく、転送されてきたＦＡＸデータをクラウド上で保管する。サーバー３００ｄは、メールサーバーで、例えばサーバー３００ｄが設けられたローカルエリア内にある端末に対してサーバー３００ｂから送られてきたメールを転送する。
【００２９】
ＭＦＰ１００とサーバー３００ａ〜３００ｃとは互いに通信可能であり、情報のやり取りを行う。ＭＦＰ１００とサーバー３００ａ〜３００ｃとの通信は、有線、無線を問わず、いずれの通信形態であってもよい。本実施の形態にかかる画像処理システムはオフィス環境で用いられることが想定されるため、一例として、有線、または無線のＬＡＮ（Local Area Network）にＭＦＰ１００とサーバー３００ａ〜３００ｃとが接続され、該ネットワークを介して情報をやり取りする通信形態が挙げられる。
【００３０】
＜装置構成＞
図２は、ＭＦＰ１００のハードウェア構成の具体例を示す図である。
【００３１】
図２を参照して、ＭＦＰ１００は、全体を制御するための演算装置であるＣＰＵ（Central Processing Unit）１０と、ＣＰＵ１０で実行されるプログラムなどを記憶するためのＲＯＭ（Read Only Memory）１１と、ＣＰＵ１０でプログラムを実行する際の作業領域として機能するためのＲＡＭ（Random Access Memory）１２と、図示しない原稿台に載置された原稿を光学的に読み取って画像データを得るためのスキャナー１３と、画像データを印刷用紙上に固定するためのプリンター１４と、情報を表示したり当該ＭＦＰ１００に対する操作入力を受け付けたりするためのタッチパネルを含んだ操作パネル１５と、画像データを保存するためのメモリー１６と、ＬＡＮを介した通信の制御するためのネットワークコントローラー１７と、電話回線を介した通信を制御するための通信コントローラー１８とを含む。
【００３２】
操作パネル１５は、図示しないタッチパネルと操作キー群とを含む。タッチパネルは、液晶表示装置などの表示装置と光学式タッチパネルや静電容量タッチパネルなどの位置指示装置とが重なって構成され、操作画面を表示して、その操作画面上の指示位置を特定する。ＣＰＵ１０は予め記憶されている画面表示をさせるためのデータに基づいてタッチパネルに操作画面を表示させる。
【００３３】
通信コントローラー１８としては、たとえば、電話回線を介した通信で送られてくるＦＡＸデータを受信し、受信したＦＡＸデータをプリンター１４で出力させたり、ネットワークコントローラー１７を介して接続されているサーバー３００ａに対して転送させたりする。
【００３４】
メモリー１６には、さらに、連携して動作を行うサーバー３００ａ〜３００ｃのメンテナンスのスケジュール（以下、単にスケジュールとも称する）、また、サーバー３００ｂに接続されるサーバー３００ｄのメンテナンスのスケジュールが記憶されている。また、メモリー１６には、連携して動作を行うサーバー３００ａ〜３００ｃがメンテナンス期間中に処理されたデータ（例えば、転送するＦＡＸデータなど）も記憶している。
【００３５】
図３は、サーバー３００のハードウェア構成の具体例を示す図である。図３を参照して、サーバー３００は上述のように一般的なコンピュータ等によって構成されるものであり、一例として、全体を制御するための演算装置であるＣＰＵ３０と、ＣＰＵ３０で実行されるプログラムなどを記憶するためのＲＯＭ３１と、ＣＰＵ３０でプログラムを実行する際の作業領域として機能するためのＲＡＭ３２と、ＭＦＰ情報やスケジュールなどを記憶するためのＨＤ（Hard Disk）３３と、当該サーバー３００に対する入力を受け付けるための入力部３４と、ＬＡＮを介した通信の制御するためのネットワークコントローラー３５とを含む。
【００３６】
ＨＤ３３には、ＭＦＰ１００に関する情報として、ＭＦＰ１００との連携に必要な設定情報が記憶され、スケジュールとしてサーバー３００のメンテナンスのスケジュールが記憶されている。この設定情報は、予め入力されることで記憶されているものでもよいし、ＭＦＰ１００から送信されて記憶されてもよい。スケジュールは、予め入力されることで記憶されているものでもよいし、メンテナンスの状況に応じて内容（例えば、終了日時など）が変更されてもよい。
【００３７】
＜動作概要＞
図４は、本実施の形態にかかる画像処理システムでの、情報の流れを表わした図である。
【００３８】
図４を参照して、ＭＦＰ１００は、受信したＦＡＸデータやスキャン機能でスキャンした画像データなどを、連携して動作を行うサーバー３００に対して送信する。また、サーバー３００は、受信したメールを印刷するためにメールデータをＭＦＰ１００に送信したり、メンテナンスのスケジュールをＭＦＰ１００に送信したりする。
【００３９】
さらに、具体的にＭＦＰ１００とサーバー３００とを備える画像処理システムでの動作について説明する。図５は、画像処理システムでの動作概要を表わした図である。以下、画像処理システムの動作概要では、例示としてサーバー３００ａのメンテナンス期間中に、ＭＦＰ１００で受信したＦＡＸデータをサーバー３００ａに転送することを禁止する動作について説明する。なお、以下、サーバー３００ａを単にサーバー３００と記載する。
【００４０】
図５に示すシーケンスでは、サーバー３００においてメンテナンスが行われる開始日時と終了日時とを入力して、スケジュールの設定を行い（ステップＳ３１）、設定したスケジュールを送信する送信先ＭＦＰを特定する（ステップＳ３２）。なお、スケジュールの送信は、サーバー３００側で送信先のＭＦＰを特定して個別に送信する以外に、サーバー３００のネットワークコントローラー３５に接続された機器に対してブロードキャスト送信を行ってもよい。また、ＭＦＰからサーバー３００にアクセスしてスケジュールを取得しても、ＭＦＰからサーバー３００に要求コマンドを送信して、その応答としてスケジュールを送信してもよい。なお、サーバー３００に対して要求コマンドを送信するＭＦＰでは、要求コマンドを送信する機能がサーバー３００からスケジュールを取得する取得手段として機能している。なお、ステップＳ３１で設定したスケジュールは、サーバー３００のＨＤ３３に記憶される。
【００４１】
サーバー３００は、ステップＳ３２で特定した送信先ＭＦＰに対して、設定したスケジュールを含むコマンドをＭＦＰ１００に送信する。ＭＦＰ１００は、サーバー３００から送信されたコマンドを受信し、受信したコマンドからスケジュールを抽出してメモリー１６に記憶する（ステップＳ５１）。そのため、ＭＦＰ１００は、メモリー１６に記憶したスケジュールに基づきサーバー３００がメンテナンス期間中か否かを判断することが可能となる。ＭＦＰ１００は、サーバー３００がメンテナンス期間中でない場合、受信したＦＡＸデータをサーバー３００に対して転送するＦＡＸデータ送信を行う（ステップＳ５２）。サーバー３００は、ＭＦＰ１００から転送されたＦＡＸデータをＨＤ３３に記憶する。
【００４２】
次に、ＭＦＰ１００は、サーバー３００でメンテナンス期間が開始された場合に、サーバー３００に対してＦＡＸデータの送信を禁止する設定変更を行う（ステップＳ５３）。ＭＦＰ１００は、設定変更が行われた場合、受信したＦＡＸデータをサーバー３００に対して転送することを禁止（転送禁止）し（ステップＳ５４）、受信したＦＡＸデータをメモリー１６で保持する（ステップＳ５５）。ＭＦＰ１００は、ＦＡＸデータを保持してＦＡＸ転送を行わなかった処理について、転送待ちリストに当該処理を追加する。そのため、ＭＦＰ１００は、サーバー３００がメンテナンスを行っている期間、サーバー３００へのアクセスを禁止することで、サーバー３００でＦＡＸデータが受信できないなどの不要なエラー処理を回避することができる。
【００４３】
次に、メンテナンス期間中にサーバー３００のメンテナンス期間を延長する必要が生じた場合、サーバー３００は、新たな終了日時に更新したスケジュールを作成し、スケジュール変更の設定を行う（ステップＳ３４）。サーバー３００は、スケジュール変更を行った場合、ステップＳ３２で特定した送信先ＭＦＰに対して、更新したスケジュールを含むコマンドを送信する（ステップＳ３５）。ＭＦＰ１００は、サーバー３００から送信されたコマンドを受信し、受信したコマンドから更新したスケジュールを抽出してメモリー１６に記憶する（ステップＳ５６）。そのため、ＭＦＰ１００は、更新したスケジュールに基づきサーバー３００のメンテナンス期間を延長してＦＡＸデータの送信を禁止する設定変更を維持する。
【００４４】
次に、ＭＦＰ１００は、メンテナンス期間の延長期間が終了する日時になった場合に、サーバー３００に対してＦＡＸデータの送信を許可する設定変更を行う（ステップＳ５７）。ＭＦＰ１００は、設定変更が行われた場合、転送待ちリストに基づき、メモリー１６に保持しているＦＡＸデータをサーバー３００に送信する（ステップＳ５８）。ＭＦＰ１００は、メモリー１６に保持しているＦＡＸデータをサーバー３００に送信した処理について、転送待ちリストから当該処理をクリアする。
【００４５】
＜機能構成＞
図６は、上述の動作を実現するためのＭＦＰ１００の機能構成の具体例を示すブロック図である。図６に示される各機能は、ＣＰＵ１０がＲＯＭ１１に記憶されるプログラムを読み出してＲＡＭ１２上で実行することで、主にＣＰＵ１０に形成される機能である。しかしながら、少なくとも一部の機能が図２に示されたハードウェア構成によって形成されてもよい。
【００４６】
図６を参照して、メモリー１６には、スケジュールおよび更新したスケジュールの情報を記憶するためのスケジュール記憶部１６１と、転送禁止としたＦＡＸデータを記憶するためのＦＡＸデータ記憶部１６２とが含まれる。
【００４７】
さらに図６を参照して、ＭＦＰ１００は、ネットワークコントローラー１７を介してサーバー３００からスケジュールを含むコマンドを受け付けるための入力部１０１を含む。入力部１０１は、受け付けたコマンドの中からスケジュールを抽出し、抽出したスケジュールをスケジュール記憶部１６１に記憶する。なお、入力部１０１は、操作パネル１５を用いてユーザが入力したスケジュールも受け付けることが可能であり、受け付けたスケジュールはスケジュール記憶部１６１に記憶される。スケジュール記憶部１６１に記憶されているスケジュールは、操作パネル１５を操作することで操作パネル１５の表示部（例えば、タッチパネルの液晶表示装置などの表示装置など）に表示することが可能であるので、ユーザが当該スケジュールを容易に確認することができる。
【００４８】
ＭＦＰ１００は、スケジュールに基づきサーバー３００がメンテナンス期間中の連携を禁止する処理部１０３と、サーバー３００との連携機能の１つであるＦＡＸ転送部１０４、ネットワークコントローラー１７を介してサーバー３００にデータを送信する送信部１０５とを含む。ＦＡＸ転送部１０４は、通信コントローラー１８で受信したＦＡＸデータを、ＦＡＸデータとしてサーバー３００に転送している。送信部１０５は、ＦＡＸ転送部１０４からＦＡＸデータを受け取り、ネットワークコントローラー１７を介してサーバー３００に当該ＦＡＸデータを送信している。
【００４９】
しかし、処理部１０３は、スケジュールに基づきサーバー３００がメンテナンス期間中であると判断した場合、ＦＡＸ転送部１０４に対してＦＡＸデータの転送を禁止し、当該ＦＡＸデータをＦＡＸデータ記憶部１６２に記憶させる。処理部１０３は、禁止したＦＡＸ転送の処理を転送待ちリストに追加する。なお、転送待ちリストもＦＡＸデータ記憶部１６２に記憶される。また、処理部１０３は、スケジュールに基づきサーバー３００のメンテナンス期間が終了したと判断した場合、転送待ちリストに基づき、ＦＡＸデータ記憶部１６２に記憶しているＦＡＸデータを、送信部１０５を介してサーバー３００に送信する。
【００５０】
図７は、サーバー３００の機能構成の具体例を示すブロック図である。図７に示される各機能は、ＣＰＵ３０がＲＯＭ３１に記憶されるプログラムを読み出してＲＡＭ３２上で実行することで、主にＣＰＵ３０に形成される機能である。しかしながら、少なくとも一部の機能が図３に示されたハードウェア構成によって形成されてもよい。
【００５１】
図７を参照して、ＨＤ３３には、サーバー３００のメンテナンスのスケジュールを記憶するための記憶領域であるスケジュール記憶部３３０が含まれる。その他、ＨＤ３３には、ＭＦＰから送信されたデータや画面データを記憶するための記憶領域が含まれてもよい。
【００５２】
さらに図７を参照して、上記動作を実現するための機能としてサーバー３００は、入力部３４を介してサーバー３００のメンテナンスのスケジュールを設定するための情報を受け付け、当該スケジュールを設定するスケジュール設定部３０１と、当該スケジュールを格納するための格納部３０２とを含む。格納部３０２は、格納したスケジュールをスケジュール記憶部３３０に記憶する。格納部３０２は、スケジュール設定部３０１でスケジュールが更新された場合、更新したスケジュールを格納し更新前のスケジュールを破棄する。一方、スケジュール記憶部３３０では、更新後のスケジュールも更新前のスケジュールも識別されて記憶されている。そのため、スケジュール設定部３０１は、過去に設定したスケジュールをスケジュール記憶部３３０から読み出して利用することも可能である。
【００５３】
サーバー３００は、特定した送信先ＭＦＰに対して格納部３０２のスケジュールを送信する処理を行う処理部３０６と、ネットワークコントローラー３５を介して特定された送信先ＭＦＰに対してスケジュールを送信するための送信部３０４とを含む。送信先ＭＦＰの特定は、処理部３０６において予め定められたＭＦＰに対して特定を行ってもよいし、ネットワークコントローラー３５を介して入力部３０３に要求コマンドを送信したＭＦＰに対して特定を行ってもよい。
【００５４】
＜動作フロー＞
図８は、ＭＦＰでの動作の流れを表わすフローチャートである。図８のフローチャートに示される動作は、ＣＰＵ１０がＲＯＭ１１に記憶されるプログラムを読み出してＲＡＭ１２上で実行し、図６に示される各機能を発揮することによって実現される。
【００５５】
図８を参照して、ＭＦＰ１００のＣＰＵ１０は、ユーザ（管理者）が操作パネル１５でサーバー３００のメンテナンスのスケジュールを入力、またはサーバー３００からスケジュールを受け付ける（ステップＳ８０１）。ユーザ（管理者）が操作パネル１５でサーバー３００のメンテナンスのスケジュールを入力する具体例について説明する。図９は、表示画面の具体例を示す図である。図９（Ａ）に示す操作パネル１５では、ＦＡＸ転送設定のメニュー画面が表示され、ＦＡＸ転送機能「ＯＮ，ＯＦＦ」、転送先のサーバー３００のアドレス、メンテナンス日時が表示されている。図９（Ａ）では、ＦＡＸ転送機能が「ＯＮ」に、転送先のサーバー３００のアドレスが「ＦＴＰ：／／１９２．１６８．０．５／ｒｅｃｉｅｖｅ／」にそれぞれ設定されている。
【００５６】
メンテナンス日時については、さらにメニューを選択すると図９（Ｂ）に示す操作パネル１５のようにメンテナンス日時設定のメニュー画面が表示される。図９（Ｂ）に示す操作パネル１５では、スケジュールの設定の有無「ＯＮ，ＯＦＦ」、メンテナンスの開始日時、終了日時、プリント設定が表示されている。ここで、スケジュールの設定の有無は、設定されているスケジュールが有効か無効かを設定するメニューであり、「ＯＮ」であればスケジュールが有効、「ＯＦＦ」であればスケジュールが無効である。プリント設定は、チェックボックスにチェックが入っている場合、メンテナンス期間中にＦＡＸ受信したときには受信したＦＡＸデータを印刷する設定である。当該設定により、緊急のＦＡＸを受信していたにもかかわらず、メンテナンスが終了するまで転送されないので当該ＦＡＸの受信に気付かないなどの問題を回避することができる。図９（Ｂ）では、メンテナンスの設定が「ＯＮ」に、開始日時が「２０１６／１／１  １９：００」に、終了日時が「２０１６／１／１  １９：１０」に、プリント設定が「無」にそれぞれ設定されている。
【００５７】
ＣＰＵ１０は、スケジュールの設定が有効（ＯＮ）で、かつスケジュールの開始日時が現在の日時と一致しているか否かを判断する（ステップＳ８０２）。設定が無効、またはスケジュールの開始日時が現在の日時と一致していない場合（ステップＳ８０２でＮＯ）、ＣＰＵ１０は、通常動作を継続して処理をステップＳ８０２に戻す（ステップＳ８０３）。
【００５８】
一方、設定が有効でスケジュールの開始日時が現在の日時と一致している場合（ステップＳ８０２でＹＥＳ）、ＣＰＵ１０は、ＦＡＸ転送を行わない内部設定に一時的に変更し、ＦＡＸ受信の待機状態にする（ステップＳ８０４）。ＣＰＵ１０は、ＦＡＸ受信があったか否かを判断する（ステップＳ８０５）。ＦＡＸ受信があった場合（ステップＳ８０５でＹＥＳ）、ＣＰＵ１０は、メモリー１６にＦＡＸデータを保持し、転送待ちリストに処理を追加する（ステップＳ８０６）。ＣＰＵ１０は、ステップＳ８０６の後、処理をステップＳ８０５に戻す。
【００５９】
一方、ＦＡＸ受信がない場合（ステップＳ８０５でＮＯ）、ＣＰＵ１０は、スケジュールの終了日時が現在の日時と一致しているか否かを判断する（ステップＳ８０７）。スケジュールの終了日時が現在の日時と一致していない場合（ステップＳ８０７でＮＯ）、ＣＰＵ１０は、処理をステップＳ８０５に戻す。スケジュールの終了日時が現在の日時と一致している場合（ステップＳ８０７でＹＥＳ）、ＣＰＵ１０は、転送待ちリストにある処理を実行し、当該処理のＦＡＸデータをサーバー３００に転送して、転送待ちリストにある処理をクリアする（ステップＳ８０８）。
【００６０】
＜再送信フロー＞
図１０は、画像処理システムでの再送信の動作概要を表わした図である。図１０に示すシーケンスでは、サーバー３００においてメンテナンスが行われる前の通常動作時に、ＭＦＰ１００がＦＡＸデータをサーバー３００に送信したが、送信したＦＡＸデータがサーバー３００で受信されずにＦＡＸ転送エラーとなる（ステップＳ６１）。サーバー３００で受信されたか否かの判断は、図示していないがサーバー３００から返信されるコマンドの有無により行うことができる。例えば、ＭＦＰ１００がＦＡＸデータを送信した後、所定時間（例えば５秒）以内に受信した旨を含むコマンドがサーバー３００から返信されない場合、ＦＡＸ転送エラーとなる。
【００６１】
ＭＦＰ１００は、ＦＡＸ転送エラーの場合、所定の間隔（例えば、１０秒）でＦＡＸデータをサーバー３００に再送信する（ステップＳ６２〜Ｓ６４）。なお、ＭＦＰ１００は、ステップＳ６４において送信したＦＡＸデータがサーバー３００で受信され、ＦＡＸ転送の処理が終了する。
【００６２】
次に、図５で説明したように、サーバー３００においてメンテナンスが開始されＭＦＰ１００でＦＡＸ転送禁止の設定変更（ステップＳ５１）が行われ、その後メンテナンスが終了してＭＦＰ１００で通常動作に戻す設定変更（ステップＳ５２）が行われた後の説明をする。サーバー３００のメンテナンスが終了した後、ＭＦＰ１００がＦＡＸデータをサーバー３００に送信したが、送信したＦＡＸデータがサーバー３００で受信されずにＦＡＸ転送エラーとなる（ステップＳ６５）。ＭＦＰ１００は、サーバー３００のメンテナンスが終了した後に再送信する間隔が、それ以外で再送信する間隔に比べて長い間隔（例えば、６０秒）でＦＡＸデータをサーバー３００に再送信する（ステップＳ６６〜Ｓ６８）。なお、ＭＦＰ１００は、ステップＳ６８において送信したＦＡＸデータがサーバー３００で受信され、ＦＡＸ転送の処理が終了する。
【００６３】
ＭＦＰ１００においてサーバー３００のメンテナンスが終了したと判断しても、メンテナンス期間が予定より延長されている場合やメンテナンス終了後においてサーバー３００が起動中である場合などもある。この場合に、ＭＦＰ１００が、サーバー３００のメンテナンスの終了後すぐにＦＡＸ転送を行うと大量に再送信を繰り返すことになる。そこで、前述したようにＭＦＰ１００は、サーバー３００のメンテナンスが終了した後に再送信する間隔を、それ以外で再送信する間隔に比べて長い間隔（例えば、６０秒）にすることで、再送信の繰り返すリスクを抑えることができる。
【００６４】
以上のように、本実施形態に係る画像処理装置（ＭＦＰ１００）は、少なくとも１つ以上のサーバー３００と通信可能であって、サーバー３００でメンテナンスを行うスケジュールの入力を受付けることができるとともに、サーバー３００へ情報（例えばＦＡＸデータ）を送信することが可能である。また、ＭＦＰ１００は、受付けたスケジュールに基づき、メンテナンス期間中のサーバー３００への情報の送信処理を禁止し、送信処理を禁止した情報をメモリー１６に記憶する。さらに、ＭＦＰ１００は、スケジュールにおいてサーバー３００のメンテナンスが終了した後に、メモリー１６に記憶した情報をサーバー３００に送信する。そのため、ＭＦＰ１００は、サーバー３００がメンテナンスを行っている期間、サーバー３００へのアクセスを行わないようにすることで、不要なエラー処理を回避することができる。
【００６５】
また、ＭＦＰ１００は、スケジュールを操作パネル１５でも入力可能にすることで、サーバー３００からスケジュールを取得できない場合であっても、操作パネル１５で入力したスケジュールを受付けることができる。もちろん、ＭＦＰ１００は、サーバー３００からスケジュールを含むコマンドが送信される場合、当該コマンドを受信することでスケジュールを受付けることができる。また、ＭＦＰ１００は、サーバー３００にアクセスしてスケジュールを取得しても、サーバー３００に対してスケジュールを要求する要求コマンドを送信してサーバー３００からスケジュールを取得してもよい。
【００６６】
各サーバーのスケジュールをそれぞれのサーバーから取得する場合、同じ処理をサーバー数だけ実行する必要が生じるため処理が煩雑になる。そこで、各サーバーのスケジュールを集約して管理する管理サーバーを設けてもよい。例えば、図１に示すサーバー３００ａを管理サーバーとした場合、サーバー３００ｂ〜サーバー３００ｄのスケジュールをサーバー３００ａが取得して集約して管理する。そんため、ＭＦＰ１００は、サーバー３００ａからスケジュールを取得するだけで、サーバー３００ｂ〜サーバー３００ｄのスケジュールも取得することが可能となる。
【００６７】
ＭＦＰ１００は、サーバー３００から更新されたスケジュールを取得したとき、更新されたスケジュールに基づき、メンテナンス期間中のサーバー３００への情報の送信処理を禁止する期間を変更することが可能である。例えば、ＭＦＰ１００は、図５で示したように当初のメンテナンス期間の終了時にＦＡＸ転送許可の設定変更を行わずに、延長期間の終了時にＦＡＸ転送許可の設定変更（ステップＳ５７）を行う。
【００６８】
ＭＦＰ１００は、スケジュールに基づいてサーバー３００への情報の送信処理を禁止している。しかし、スケジュールで設定されているメンテナンスの終了日時に情報を送信しても、サーバー３００がまだ起動中の場合などが考えられる。そこで、メンテナンスが終了してサーバー３００で情報を受信することが可能となった場合、サーバー３００が、メンテナンス終了の情報をＭＦＰ１００に送信するようにしてもよい。ＭＦＰ１００は、サーバー３００からメンテナンス終了の情報を受付けた場合に、メモリー１６に記憶した情報をサーバー３００に送信する処理を開始する。
【００６９】
ＭＦＰ１００は、送信した情報がサーバー３００で受信されなかった場合、所定の間隔（例えば、１０秒）で当該情報をサーバー３００に再送信する。また、ＭＦＰ１００は、サーバー３００のメンテナンスが終了した後に再送信する間隔（例えば、６０秒）が、それ以外で再送信する間隔に比べて長くしてある。
【００７０】
ＭＦＰ１００は、サーバー３００のメンテナンス期間中において、メモリー１６で記憶する情報に対する処理を選択することができるようにしてもよい。例えば、図９（Ｂ）で示したように、ＭＦＰ１００が、サーバー３００のメンテナンス期間中にＦＡＸ受信した場合に、ＦＡＸ転送を待たずに受信したＦＡＸ内容を印刷するように選択することができる。また、メンテナンス期間中以外のサーバーに情報を送信できるようにしてもよい。
【００７１】
ＭＦＰ１００では、サーバーのメンテナンス期間中に操作パネル１５を操作して、スケジュールの情報を操作パネル１５の表示部に表示する（例えば、操作パネル１５がタッチパネルであれば、タッチパネルの液晶表示装置などの表示装置に表示する）。
【００７２】
ＭＦＰ１００と連携するサーバー３００がＦＴＰサーバーのサーバー３００ａである場合（図１参照）、ＭＦＰ１００は、例えば通常動作において受信したＦＡＸデータをサーバー３００ａに送信しているが、スケジュールに基づきメンテナンス期間中のサーバー３００ａへのＦＡＸデータの送信処理を禁止する。また、ＭＦＰ１００と連携するサーバー３００がメールサーバーのサーバー３００ｂである場合（図１参照）、ＭＦＰ１００は、例えば通常動作においてスキャナー機能でスキャンしたデータをサーバー３００ｂに送信しているが、スケジュールに基づきメンテナンス期間中のサーバー３００ｂへのスキャンしたデータの送信処理を禁止する。さらに、ＭＦＰ１００と連携するサーバー３００がクラウドサーバーのサーバー３００ｃである場合（図１参照）、ＭＦＰ１００は、例えば通常動作において受信したＦＡＸデータをサーバー３００ｃに送信しているが、スケジュールに基づきメンテナンス期間中のサーバー３００ｃへのＦＡＸデータの送信処理を禁止する。
【００７３】
なお、スキャナー機能でスキャンしたデータをサーバー３００ｂからメールする場合、サーバー３００ｂに接続されているサーバー３００ｄもメンテナンス期間中か否かを判断する必要がある。そのため、ＭＦＰ１００は、サーバー３００ｄのメンテナンスのスケジュールを取得できるようにしてもよい。ＭＦＰ１００は、サーバー３００ｂがメンテナンス期間中でなくても、サーバー３００ｄのスケジュールに基づき、メンテナンス期間中のサーバー３００ｂへのスキャンしたデータの送信処理を禁止することもできる。これにより、ＭＦＰ１００は、サーバー３００ｄを経由してスキャンしたデータをメールする場合に、サーバー３００ｄがメンテナンス期間中のために受信できずにエラー処理となるのを回避することができる。
【００７４】
＜変形例＞
（１）上記実施形態等においては、スケジュールを開始日時と終了日時とを設定する場合について説明した。しかし、これに限られず、スケジュールを開始日時と終了日時とを設定する以外でもよく、例えば、開始時から２４時間、第１日曜日の２時から４時などと設定してもよい。
（２）上記実施形態等においてサーバー３００では、設定したスケジュールを格納部３０２で格納すると説明した。しかし、これに限られず、サーバー３００は、格納部３０２を設けずにスケジュール記憶部３３０のみを設ける構成でもよい。
（３）上記実施形態等においてＭＦＰ１００は、スケジュールに基づきサーバー３００がメンテナンス期間中であると判断した場合、ＦＡＸ転送部１０４に対してＦＡＸデータの転送を禁止すると説明した。しかし、これに限られず、ＭＦＰ１００は、サーバー３００への情報の送信処理を禁止することができればよく、ＦＡＸ転送部１０４で転送するＦＡＸデータの準備を行って送信部１０５での送信処理を禁止してもよい。
【００７５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００７６】
１１，３１  ＲＯＭ、１２，３２  ＲＡＭ、１３  スキャナー、１４  プリンター、１５  操作パネル、１６  メモリー、１７，３５  ネットワークコントローラー、１８  通信コントローラー、３４，１０１，３０３  入力部、１００  ＭＦＰ、１０３，３０６  処理部、１０４  転送部、１０５，３０４  送信部、１６１，３３０  スケジュール記憶部、１６２  データ記憶部、３００，３００ａ，３００ｂ，３００ｃ，３００ｄ  サーバー、３０１  スケジュール設定部、３０２  格納部。
【図１】
2018107686.tif 000003
【図２】
2018107686.tif 000004
【図３】
2018107686.tif 000005
【図４】
2018107686.tif 000006
【図５】
2018107686.tif 000007
【図６】
2018107686.tif 000008
【図７】
2018107686.tif 000009
【図８】
2018107686.tif 000010
【図９】
2018107686.tif 000011
【図１０】
2018107686.tif 000012