(57)【要約】【課題】利用者にサービスの提供状況を的確に通知することのできる、インターネット上のサービスを利用可能な画像処理システムを提供する。【解決手段】仲介サーバーは、ＭＦＰから、インターネット上のサービス提供サーバーに対するアクセス要求を受け付けた際に（Ｓ１０１）、当該サービス提供サーバーから状態情報を取得していると（Ｓ１０３）、その状態情報に基づいてＭＦＰを用いて通知を行なう。その際、仲介サーバーは、ＭＦＰの機能に応じて（Ｓ１０７）、通知の方法をＭＦＰの表示パネルに表示する方法（Ｓ１０９）と、その他の方法（Ｓ１１１）とで切り替えて通知する。【選択図】図８
2015069625.tif 000002
【特許請求の範囲】
【請求項１】
仲介サーバーを介してインターネットに接続可能な、イントラネットで構築された画像処理システムであって、
前記仲介サーバーが、予め登録されているインターネット上のサービス提供サーバーから状態情報を取得するための取得手段と、
ユーザー指示に従って当該画像処理システムに含まれる画像形成装置から前記仲介サーバーに対して、インターネット上の前記サービス提供サーバーに対するアクセス要求を行なうための要求手段と、
前記仲介サーバーが、前記画像形成装置から前記アクセス要求を受け付けた際に前記サービス提供サーバーから取得している前記状態情報に基づいて、前記画像形成装置を用いて通知を行なうための通知手段とを備え、
前記通知手段は、前記画像形成装置の機能に応じて、前記通知の方法を前記画像形成装置に搭載される表示パネルに表示する方法とその他の方法とで切り替えるための切替手段を含む、画像処理システム。
【請求項２】
イントラネットで構築された画像形成装置を含んだ画像処理システムとインターネットとを接続するための仲介サーバーであって、
予め登録されているインターネット上のサービス提供サーバーから状態情報を取得するための取得手段と、
前記画像形成装置から、インターネット上の前記サービス提供サーバーに対するアクセス要求を受け付けるための要求入力手段と、
前記画像形成装置から前記アクセス要求を受け付けた際に前記サービス提供サーバーから取得している前記状態情報に基づいて、前記画像形成装置を用いて通知を行なうための通知手段とを備え、
前記通知手段は、前記画像形成装置の機能に応じて、前記通知の方法を前記画像形成装置に搭載される表示パネルに表示する方法とその他の方法とで切り替えるための切替手段を含む、仲介サーバー。
【請求項３】
前記通知手段は、前記画像形成装置の前記表示パネルに表示させるための制御コードを有しない場合に、前記その他の方法として前記状態情報に基づく文書を作成し、前記画像形成装置で前記文書を印刷させる、請求項２に記載の仲介サーバー。
【請求項４】
前記通知手段は、前記表示パネルに表示する方法として、前記状態情報に基づいて前記表示パネルに表示される前記サービス提供サーバーで提供を停止しているサービスに関する前記画像形成装置の機能の選択用のボタンを他のボタンの表示と異ならせる、請求項２または３に記載の仲介サーバー。
【請求項５】
前記アクセス要求が前記サービス提供サーバーに対する文書のアップロード要求である場合、前記通知手段は、前記通知に加えて、すでに受け付けた前記アップロードの対象となる文書の削除の指示を受け付けるための指示手段をさらに含む、請求項２〜４のいずれかに記載の仲介サーバー。
【請求項６】
請求項２〜５のいずれかに記載の仲介サーバーの機能を含んだ、画像形成装置。
【請求項７】
仲介サーバーを介してインターネットに接続可能な、イントラネットで構築された画像処理システムにおいて、インターネット上のサービス提供サーバーの状態を通知する方法であって、
前記仲介サーバーが、予め登録されているインターネット上のサービス提供サーバーから状態情報を取得するステップと、
ユーザー指示に従って当該画像処理システムに含まれる画像形成装置から前記仲介サーバーに対して、インターネット上の前記サービス提供サーバーに対するアクセス要求を行なうステップと、
前記仲介サーバーが、前記画像形成装置から前記アクセス要求を受け付けた際に前記サービス提供サーバーから取得している場合に、前記状態情報に基づいて、前記画像形成装置を用いて通知を行なうステップとを備え、
前記通知を行なうステップでは、前記画像形成装置の機能に応じて、前記通知の方法を前記画像形成装置に搭載される表示パネルに表示する方法とその他の方法とで切り替えて通知する、通知方法。
【請求項８】
イントラネットで構築された画像形成装置を含んだ画像処理システムとインターネットとの接続の仲介処理を実行するコンピューターに、インターネット上のサービス提供サーバーの状態を通知する処理を行なわせるプログラムであって、
前記プログラムは前記コンピューターに、
予め登録されているインターネット上のサービス提供サーバーから状態情報を取得するステップと、
前記画像形成装置から、インターネット上の前記サービス提供サーバーに対するアクセス要求を受け付けるステップと、
前記画像形成装置から前記アクセス要求を受け付けた際に前記サービス提供サーバーから前記状態情報を取得している場合に、前記状態情報に基づいて前記画像形成装置を用いて通知を行なうステップとを実行させ、
前記通知を行なうステップでは、前記画像形成装置の機能に応じて、前記通知の方法を前記画像形成装置に搭載される表示パネルに表示する方法とその他の方法とで切り替えて通知する、通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は画像処理システム、仲介サーバー、画像形成装置、通知方法、および通知プログラムに関し、特に、インターネット上のサービスを利用可能な画像処理システム、仲介サーバー、画像形成装置、通知方法、および通知プログラムに関する。
【背景技術】
【０００２】
ＭＦＰ（Multi-Functional  Peripheral）などの画像形成装置を含む企業内ネットワークで、インターネット上のサービス（クラウドサービスとも称される）を利用することが可能となってきている。その使い方としては、たとえば、画像形成装置でスキャンして得られた文書をインターネット上のサーバーに対してアップロードする方法（スキャン・トゥー・クラウド）、インターネット上のサーバーに格納されている文書を画像形成装置で指定して印刷する方法（フォローミー・プリント）などが挙げられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２５１５１３号公報
【特許文献２】特開２００８−１４１５０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
インターネット上のサービスは企業内ネットワークとは独立したものであるため、システム利用者が上記のような使い方をしたいと思ったときにサービスが停止している場合もある。そのため、サービス状況の通知は重要である。
【０００５】
本発明はこのような問題に鑑みてなされたものであって、インターネット上のサービスを利用可能な画像処理システムにおいて該システムの利用者に上記サービスの提供状況を的確に通知することのできる画像処理システム、仲介サーバー、画像形成装置、通知方法、および通知プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明のある局面に従うと、画像処理システムは、仲介サーバーを介してインターネットに接続可能な、イントラネットで構築された画像処理システムであって、仲介サーバーが、予め登録されているインターネット上のサービス提供サーバーから状態情報を取得するための取得手段と、ユーザー指示に従って当該画像処理システムに含まれる画像形成装置から仲介サーバーに対して、インターネット上のサービス提供サーバーに対するアクセス要求を行なうための要求手段と、仲介サーバーが、画像形成装置からアクセス要求を受け付けた際にサービス提供サーバーから取得している状態情報に基づいて、画像形成装置を用いて通知を行なうための通知手段とを備える。通知手段は、画像形成装置の機能に応じて、通知の方法を画像形成装置に搭載される表示パネルに表示する方法とその他の方法とで切り替えるための切替手段を含む。
【０００７】
本発明の他の局面に従うと、仲介サーバーはイントラネットで構築された画像形成装置を含んだ画像処理システムとインターネットとを接続するための仲介サーバーであって、予め登録されているインターネット上のサービス提供サーバーから状態情報を取得するための取得手段と、画像形成装置から、インターネット上のサービス提供サーバーに対するアクセス要求を受け付けるための要求入力手段と、画像形成装置からアクセス要求を受け付けた際にサービス提供サーバーから取得している状態情報に基づいて、画像形成装置を用いて通知を行なうための通知手段とを備える。通知手段は、画像形成装置の機能に応じて、通知の方法を画像形成装置に搭載される表示パネルに表示する方法とその他の方法とで切り替えるための切替手段を含む。
【０００８】
好ましくは、通知手段は、画像形成装置の表示パネルに表示させるための制御コードを有しない場合に、その他の方法として状態情報に基づく文書を作成し、画像形成装置で文書を印刷させる。
【０００９】
好ましくは、通知手段は、表示パネルに表示する方法として、状態情報に基づいて表示パネルに表示されるサービス提供サーバーで提供を停止しているサービスに関する画像形成装置の機能の選択用のボタンを他のボタンの表示と異ならせる。
【００１０】
好ましくは、アクセス要求がサービス提供サーバーに対する文書のアップロード要求である場合、通知手段は、通知に加えて、すでに受け付けたアップロードの対象となる文書の削除の指示を受け付けるための指示手段をさらに含む。
【００１１】
本発明のさらに他の局面に従うと、画像形成装置は、上記の仲介サーバーの機能を含む。
【００１２】
本発明のさらに他の局面に従うと、通知方法は、仲介サーバーを介してインターネットに接続可能な、イントラネットで構築された画像処理システムにおいて、インターネット上のサービス提供サーバーの状態を通知する方法であって、仲介サーバーが、予め登録されているインターネット上のサービス提供サーバーから状態情報を取得するステップと、ユーザー指示に従って当該画像処理システムに含まれる画像形成装置から仲介サーバーに対して、インターネット上のサービス提供サーバーに対するアクセス要求を行なうステップと、仲介サーバーが、画像形成装置からアクセス要求を受け付けた際にサービス提供サーバーから取得している場合に、状態情報に基づいて、画像形成装置を用いて通知を行なうステップとを備え、通知を行なうステップでは、画像形成装置の機能に応じて、通知の方法を画像形成装置に搭載される表示パネルに表示する方法とその他の方法とで切り替えて通知する。
【００１３】
本発明のさらに他の局面に従うと、通知プログラムは、イントラネットで構築された画像形成装置を含んだ画像処理システムとインターネットとの接続の仲介処理を実行するコンピューターに、インターネット上のサービス提供サーバーの状態を通知する処理を行なわせる。当該プログラムはコンピューターに、予め登録されているインターネット上のサービス提供サーバーから状態情報を取得するステップと、画像形成装置から、インターネット上のサービス提供サーバーに対するアクセス要求を受け付けるステップと、画像形成装置からアクセス要求を受け付けた際にサービス提供サーバーから状態情報を取得している場合に、状態情報に基づいて画像形成装置を用いて通知を行なうステップとを実行させ、通知を行なうステップでは、画像形成装置の機能に応じて、通知の方法を画像形成装置に搭載される表示パネルに表示する方法とその他の方法とで切り替えて通知する。
【発明の効果】
【００１４】
この発明によると、インターネット上のサービスを利用可能な画像処理システムの利用者に対して、上記サービスの提供状況を的確に通知することができる。
【図面の簡単な説明】
【００１５】
【図１】実施の形態にかかる画像処理システム（以下、システム）の構成の具体例を示す図である。
【図２】システムに含まれる仲介サーバーの装置構成の具体例を示すブロック図である。
【図３】システムに含まれるＭＦＰ（Multi-Functional  Peripheral）の装置構成の具体例を示すブロック図である。
【図４】システムでの動作概要を表わした図である。
【図５】ＭＦＰを用いた通知の具体例を表わした図である。
【図６】ＭＦＰを用いた通知の具体例を表わした図である。
【図７】仲介サーバーの機能構成の具体例を示すブロック図である。
【図８】仲介サーバーでの動作の流れを表わすフローチャートである。
【図９】仲介サーバーでの動作の流れを表わすフローチャートである。
【発明を実施するための形態】
【００１６】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。
【００１７】
＜システム構成＞
図１は、本実施の形態にかかる画像処理システム（以下、システム）の構成の具体例を示す図である。図１を参照して、本システムは、仲介サーバー１００と、仲介サーバー１００と電気的に接続された、画像形成装置の一例としてのＭＦＰ（Multi-Functional  Peripheral）２００Ａ〜２００Ｄ（これらを代表させてＭＦＰ２００と称する）とを含む。本システムは、たとえば企業内ＬＡＮ（Local  Area  Network）などの、特定エリア内に構築されたシステムであって、インターネットに準拠しないプロトコルを用いたものや、インターネットに準拠したプロトコルを用いたいわゆるイントラネットと呼ばれるものなどが該当する。
【００１８】
仲介サーバー１００は、本システムに含まれる装置である内部装置と、本システムに含まれない外部装置との間の、インターネットを介した通信を仲介する。
【００１９】
本システムがイントラネットと呼ばれるインターネットに準拠したプロトコルを用いたシステムである場合、各クライアント装置がインターネットと連携したアプリケーションを利用可能であるために、容易に外部装置が侵入可能となる危険性がある。すなわち、外部装置から内部装置に対する不正アクセスや、コンピューターウィルスの転送、などの危険性がある。そこで、仲介サーバー１００は、本システムとインターネットとの境界位置に設置され、いわゆるゲートウェイとして機能する。好ましくは、仲介サーバー１００はさらに、ファイアウォールとしても機能する。
【００２０】
このシステムは、たとえばオフィスに設置された複数台のＭＦＰを仲介サーバー１００に接続することで構築され得る。ＭＦＰ２００は、インターネット上のサービス提供サーバー（以下、サーバー）から提供される機能と連携して処理を行なう機能を有する。この機能には、インターネット上のサーバーに格納されている文書を指定して印刷する（フォローミー・プリント）機能や、スキャンして得られた文書をインターネット上のサーバーに対してアップロードする（スキャン・トゥー・クラウド）機能などが挙げられる。
【００２１】
ＭＦＰ２００は、ユーザー指示を受け付けると仲介サーバー１００に対してサーバー３００へのアクセスを要求する。フォローミー・プリントの場合は、仲介サーバー１００はＭＦＰ２００から対象の文書の取得を要求される。この場合、仲介サーバー１００は、自身にインストールされているフォローミー・プリント実行用のアプリケーションを起動し、指定されたサーバー３００にアクセスして対象の文書を取得してＭＦＰ２００に転送する。スキャン・トゥー・クラウドの場合は、仲介サーバー１００はＭＦＰ２００から対象のスキャンデータを受け取り、指定されたサーバー３００にアクセスして格納する。
【００２２】
本システムは、たとえば外出先の第１のユーザーから依頼された第２のユーザーがＭＦＰ２００を操作して、スキャンデータをサーバー３００にアップロードしたり、指定された文書をサーバー３００から取得してプリントアウトしたりすることに用いられることが想定される。第１のユーザーは、携帯端末４００でサーバー３００にアクセスしてアップロードされたスキャンデータを閲覧したり、携帯端末４００でサーバー３００にアップロードしておいた文書を社内のシステムでプリントアウトさせたり、といった使い方が想定される。
【００２３】
＜装置構成＞
図２は、仲介サーバー１００の装置構成の具体例を示すブロック図である。仲介サーバー１００は、一般的なコンピューターで実現することができる。そのため、図２は、一般的なコンピューターの構成を例示している。
【００２４】
すなわち、図２を参照して、仲介サーバー１００は、装置全体を制御するためのＣＰＵ（Central  Processing  Unit）１０と、ＣＰＵ１０で実行されるプログラムなどを記憶するためのメモリーであるＲＯＭ（Read  Only  Memory）１１と、各種情報を記憶したりＣＰＵ１０でプログラムが実行される際の作業領域になったりするメモリーであるＲＡＭ（Random  Access  Memory）１２と、スイッチやボタンなどの入力装置１３と、システム内での通信、つまり内部装置との間の通信を制御するための第１通信コントローラー１４と、インターネットを介した外部装置との間の通信を制御するための第２通信コントローラー１５とを含む。
【００２５】
図３は、ＭＦＰ２００の装置構成の具体例を示すブロック図である。図３を参照して、ＭＦＰ２００は、装置全体を制御するためのＣＰＵ２０と、ＣＰＵ２０で実行されるプログラムなどを記憶するためのメモリーであるＲＯＭ２１と、ＣＰＵ２０でプログラムを実行する際に必要な値を記憶したり、プログラムを実行する際の作業領域になったりするメモリーであるＲＡＭ２２と、文書などを記憶するための記憶装置であるＨＤＤ（Hard  Disk  Drive）２３と、スキャナー２４と、プリンター２５と、操作パネル２６と、システム内での通信、つまり内部装置との間の通信を制御するための通信コントローラー２７とを含む。
【００２６】
＜動作概要＞
図４は、本システムでの動作概要を表わした図である。図４を参照して、仲介サーバー１００は、所定のタイミングでサーバー３００から状態情報を取得する（ステップＳ１）。状態情報は、サーバー３００でのサービスの提供に影響する状態を表わした情報を指す。たとえば、サービスの停止、中断期間（ダウンタイム）の予定やその期間中であることなどを表わした情報が該当する。仲介サーバー１００は、電源ＯＮのタイミングや予約時刻などの所定のタイミングで予め登録されているサーバー３００にアクセスし、サーバー３００の状態情報を取得してメモリーに格納する。
【００２７】
仲介サーバー１００がサーバー３００の状態情報を取得する方法としては、仲介サーバー１００がサーバー３００に対して状態情報を要求し、それに応答してサーバー３００から状態情報が送られてくる方法が１つの方法として挙げられる。他の方法として、サーバー３００に状態情報が設定（入力）されると、サーバー３００に予め登録されている仲介サーバー１００にサーバー３００から状態情報が通知される方法も挙げられる。また、これらの方法に限定されず、どのような方法であってもよい。いずれの方法も、上記ステップＳ１の状態情報の取得に含まれる。
【００２８】
ＭＦＰ２００は、ユーザーからフォローミー・プリントやスキャン・トゥー・クラウドなどサーバー３００の提供する機能と連携した処理が指示されると（ステップＳ２）、仲介サーバー１００に対してサーバー３００に対するアクセス要求を行なう（ステップＳ３）。
【００２９】
仲介サーバー１００は、ＭＦＰ２００からアクセス要求を受け付けた際にメモリーにサーバー３００から取得した状態情報が記憶されている場合、状態情報に基づいて、サービスの停止、中断期間の予定や、現在サービスが停止、中断中であることなどを、ＭＦＰ２００を用いて通知する（ステップＳ４）。このとき、仲介サーバー１００は、ＭＦＰ２００の機能に応じて、通知の方法を、ＭＦＰ２００に搭載される操作パネル２６に表示する方法とその他の方法とで切り替える。
【００３０】
図５および図６は、ＭＦＰ２００を用いた通知の具体例を表わした図である。図５は、ＭＦＰ２００の操作パネル２６への表示で通知する場合の一例を表わしている。一例として、仲介サーバー１００は、表示画面の画面情報と共に、予め取得しているＭＦＰ２００に画面表示させるためのコマンド（制御コード）をＭＦＰ２００に対して送信することで、図５の画面を操作パネル２６に表示させる。
【００３１】
操作パネル２６に表示する方法の他の例として、仲介サーバー１００は、ＭＦＰ２００の操作パネル２６での表示においてＭＦＰ２００で使用可能な機能を制限するようにしてもよい。すなわち、サーバー３００からのサービスが停止している場合、仲介サーバー１００は、サーバー３００にスキャンデータをアップロードすることを指示するためのボタンなど、サーバー３００の提供する機能と連携した処理を実行するための機能の選択用のボタンを表示しない、グレーアウトさせる、など他のボタンの表示とは異ならせて操作不可のように操作パネル２６に表示させる。
【００３２】
図６は、操作パネル２６に表示する方法以外の方法の一例として、用紙に印刷して通知する例を表わしている。この場合、仲介サーバー１００は、状態情報に基づいて印刷ジョブを作成してＭＦＰ２００に対して送信することで、図６の印刷をＭＦＰ２００に実行させる。一例として、仲介サーバー１００は、予め印刷用のフォーマットを記憶しておき、その中に、状態情報から得られた停止期間などの情報を埋込むことで印刷ジョブを作成することができる。
【００３３】
操作パネル２６に表示する方法以外の方法の他の例としては、仲介サーバー１００がＭＦＰ２００のランプ（不図示）を点灯させるためのコマンドや、ブザー（不図示）を鳴動させるためのコマンドを予め把握している場合には、ランプを点灯させたりブザーを鳴動させたりして通知する方法が挙げられる。また、予め登録されている携帯端末などにメールで通知する方法も挙げられる。また、上記のように印刷する場合であっても、印刷用紙の消費を抑えるために、直近の印刷動作において余白部分（ヘッダ部分等）にメッセージを印刷するようにしてもよい。なお、この場合には、仲介サーバー１００は、直近のジョブに対するメッセージの追加の可否をユーザーから得るようにしてもよい。さらに他の例として、仲介サーバー１００のランプ（不図示）を点灯させたりブザー（不図示）を鳴動させたりして通知してもよい。
【００３４】
仲介サーバー１００は、予め記憶されているＭＦＰ２００に関する情報、またはＭＩＢ（Management  Information  Base）などの自身の状態を通知するための情報をＭＦＰ２００から取得することで、ＭＦＰ２００の機能を予め把握しておくことができる。つまり、後者の例の場合、仲介サーバー１００はＭＩＢをＭＦＰ２００から受信して解析することで、ＭＦＰ２００の操作パネル２６に表示させるためのコマンドなどを得ることができる。この場合、仲介サーバー１００は、上記コマンドを用いて図５に表わしたような表示をＭＦＰ２００にさせることができる。
【００３５】
一方、仲介サーバー１００は、ＭＩＢがＭＦＰ２００から得られなかった場合やその解析に成功しなかった場合など、上記コマンドを得ることができない。そのため、この場合には図５のような表示を行なうことなく、図６のように、表示以外の方法でサーバー３００の状態を通知する。
【００３６】
そこで、仲介サーバー１００は、対象とするＭＦＰ２００がＭＩＢなどの情報が得られているものであるか否か、または、その情報が解析可能なものであるか否か、といったＭＦＰ２００の機能に応じて、サーバー３００の状態の通知の方法を切り替える。
【００３７】
＜機能構成＞
図７は、仲介サーバー１００にて上記の動作を行なうための機能構成の具体例を示すブロック図である。図７の各機能は、仲介サーバー１００のＣＰＵ１０がＲＯＭ１１に記憶されているプログラムをＲＡＭ１２上に読み出して実行することで、主にＣＰＵ１０によって実現される。しかしながら、少なくとも一部機能が図２に表わされたハードウェア構成、または図示されない電気回路などの装置構成によって実現されてもよい。
【００３８】
図７を参照して、ＲＡＭ１２などのメモリーは、サーバー３００の状態情報を記憶するための記憶領域である状態情報記憶部１２１と、ＭＩＢやその解析結果などのＭＦＰ２００の機能情報を記憶するための記憶領域である機能情報記憶部１２２とを含む。
【００３９】
さらに図７を参照して、ＣＰＵ１０は、予め登録されているサーバー３００と通信してサーバー３００から状態情報の入力を受け付けるための状態情報入力部１０１と、ＭＦＰ２００からサーバー３００に対するアクセス要求を受け付けるためのアクセス要求入力部１０２と、サーバー３００の状態情報に基づいてＭＦＰ２００を用いて通知を行なうための通知部１０３とを含む。また、ＣＰＵ１０は、ＭＦＰ２００の機能を予め把握しておくための機能の一例として、ＭＦＰ２００からＭＩＢなどの機能情報の入力を受け付けるための機能情報入力部１０４と、機能情報を解析するための解析部１０８を含み、解析結果よりＭＦＰ２００の機能を取得するための機能取得部１０５とを含む。
【００４０】
通知部１０３は、ＭＦＰ２００の機能に応じて、通知の方法を操作パネル２６に表示する方法とその他の方法とで切り替えるための切替部１０６を含む。すなわち、通知部１０３は、ＭＦＰ２００の操作パネル２６に表示させるためのコマンドを有しない場合には、その他の方法の一例としてサーバー３００の状態情報に基づく文書を作成し、ＭＦＰ２００で当該文書を印刷させる。また、通知部１０３は、ＭＦＰ２００の操作パネル２６に表示する方法として、サーバー３００の状態情報に基づいて操作パネル２６に表示されるサーバー３００の提供する機能と連携した処理を実行するための機能の選択用のボタンを他のボタンの表示と異ならせる。
【００４１】
アクセス要求入力部１０２は、ＭＦＰ２００からのアクセス要求がサーバー３００に対するスキャン・トゥー・クラウド（スキャンデータのアップロード）の要求である場合、ＭＦＰ２００からスキャンデータを受け付けてもよい。その場合、通知部１０３は、ＭＦＰ２００の状態情報を得ている場合、上記通知に加えて、すでに受け付けたスキャンデータの削除の指示を受け付けるための指示入力部１０７をさらに含んでもよい。
【００４２】
＜動作フロー＞
図８および図９は、仲介サーバー１００での動作の流れを表わすフローチャートである。図８および図９のフローチャートに表わされた動作は、仲介サーバー１００のＣＰＵ１０がＲＯＭ１１に記憶されているプログラムをＲＡＭ１２上に読み出して実行し、図７の各機能を発揮することによって実現される。
【００４３】
図８を参照して、ＣＰＵ１０は、ＭＦＰ２００から、指定されたサーバー３００にアクセスして指定された文書を取得してＭＦＰ２００に渡すためのプログラムであるフォローミー・プリント用のアプリケーションの起動が要求されると（ステップＳ１０１でＹＥＳ）、自身のメモリーに対象のサーバー３００のダウンタイムなどを表わした状態情報が格納されているか否かを確認する。このとき、ＣＰＵ１０は、上記要求を受けたことによってサーバー３００にアクセスして、状態情報の有無を改めて確認するようにしてもよい。
【００４４】
上記要求を受け付けた際にサーバー３００から状態情報が得られていない場合には（ステップＳ１０３でＮＯ）、サーバー３００でダウンタイムなど機能の提供が中断、停止されることがないとして、ＣＰＵ１０は、上記の要求に応じてサーバー３００に接続して上記のアプリケーションを起動する（ステップＳ１０５）。これにより、ＣＰＵ１０は、ＭＦＰ２００からの要求応じて指定された文書を取得し、ＭＦＰ２００に渡すことができる。
【００４５】
一方、上記要求を受け付けた際にサーバー３００から状態情報を取得してメモリーに記憶している場合には（ステップＳ１０３でＹＥＳ）、サーバー３００にダウンタイムなど機能の提供の中断、停止が予定されていることがわかる。そのため、ＣＰＵ１０は、ＭＦＰ２００を用いて通知を行なうものと判断する。
【００４６】
このとき、ＣＰＵ１０は、ＭＦＰ２００の機能を確認する。すなわち、ＣＰＵ１０は、ＭＩＢなどを解析することによってＭＦＰ２００の制御コードであるコマンドが取得されているか否かを確認する。これにより、ＣＰＵ１０は、ＭＦＰ２００の表示を制御可能であるか否かを判断することができる。
【００４７】
ＭＦＰ２００がパネル表示の制御が可能なものである場合（ステップＳ１０７でＹＥＳ）、ＣＰＵ１０は、要求された上記のアプリケーションを起動する際にサーバー３００の状態情報に基づいてダウンタイムなどを通知する表示をＭＦＰ２００の操作パネル２６に行なわせる（ステップＳ１０９）。一方、ＭＦＰ２００がパネル表示の制御が不可なものである場合には（ステップＳ１０７でＮＯ）、ＣＰＵ１０は、サーバー３００の状態情報に基づいてダウンタイムなどを通知する文書を作成し、そのジョブをＭＦＰ２００に対して発行する（ステップＳ１１１）。
【００４８】
ＭＦＰ２００からの状態情報が、現時点よりも先のダウンタイムの予定を表わしたものである場合、上記ステップＳ１０９またはステップＳ１１１でＣＰＵ１０は、上記のように、表示または表示以外の方法にてその情報を通知する。メモリーにＭＦＰ２００からの状態情報が格納されており、かつ、現時点がダウンタイム中である場合、好ましくは、上記ステップＳ１０９またはステップＳ１１１でＣＰＵ１０は、ダウンタイムの予定に加えて現在がダウンタイム中であることを通知する。
【００４９】
ＣＰＵ１０は、ＭＦＰ２００からスキャンデータのサーバー３００へのアップロードが要求された場合にも同様の処理を行なう。すなわち、図９を参照して、ＣＰＵ１０は、ＭＦＰ２００からスキャンデータを受け付けることでスキャン・トゥー・クラウドが要求されると（ステップＳ２０１でＹＥＳ）、自身のメモリーに対象のサーバー３００のダウンタイムなどを表わした状態情報が格納されているか否かを確認する。サーバー３００から状態情報が得られていない場合には（ステップＳ２０３でＮＯ）、サーバー３００でダウンタイムなど機能の提供が中断、停止されることがないとして、ＣＰＵ１０は、上記の要求に応じてサーバー３００に接続してスキャンデータをアップロードする（ステップＳ２０５）。
【００５０】
上記要求を受け付けた際にサーバー３００から状態情報を取得してメモリーに記憶している場合には（ステップＳ２０３でＹＥＳ）、サーバー３００にダウンタイムなど機能の提供の中断、停止が予定されていることがわかる。そのため、ＣＰＵ１０は、ＭＦＰ２００を用いて通知を行なうものと判断する。そこで、ＭＦＰ２００がパネル表示の制御が可能なものである場合（ステップＳ２０７でＹＥＳ）、ＣＰＵ１０は、要求された上記のアプリケーションを起動する際にサーバー３００の状態情報に基づいてダウンタイムなどを通知する表示をＭＦＰ２００の操作パネル２６に行なわせる（ステップＳ２０９）。このとき、ＣＰＵ１０は、先に受け付けたスキャンデータの削除を指示するためのボタンも操作パネル２６に表示させて、削除指示も受け付けるようにしてもよい。
【００５１】
一方、ＭＦＰ２００がパネル表示の制御が不可なものである場合には（ステップＳ２０７でＮＯ）、ＣＰＵ１０は、サーバー３００の状態情報に基づいてダウンタイムなどを通知する文書を作成し、そのジョブをＭＦＰ２００に対して発行する（ステップＳ２１１）。
【００５２】
＜実施の形態の効果＞
以上の動作が仲介サーバー１００で行なわれることで、当該システムが構築されているエリア（たとえば社内など）にいるユーザーは、インターネット上のサーバー３００のダウンタイムなど機能の提供の中断、停止などの情報をＭＦＰ２００を用いて知ることができる。これは、たとえば上記エリア内でユーザーが端末装置等インターネットに接続可能な装置を利用していない場合にもそのようなサーバー３００の状態を的確に知ることを可能とする。
【００５３】
従来、このような情報は端末装置等を用いてインターネット経由でサーバー３００からしか得ることができなかったため、ユーザーこのような端末装置を利用していない場合にはダウンタイム等を知ることなくＭＦＰ２００に対してサーバー３００の提供する機能と連携した処理を指示することになってしまっていた。そのため、たとえばアップロードしたはずのスキャンデータがアップロードされていなかったり、指定した文書がサーバー３００から得られなかったりしてもその理由を知ることができなかった。
【００５４】
しかしながら、仲介サーバー１００が上記のように動作することで、上記のようなユーザーはインターネットに接続可能な端末装置を利用することなくＭＦＰ２００を利用してダウンタイムなどの情報を的確に得ることができ、対処可能となる。
【００５５】
さらに、仲介サーバー１００は、ＭＦＰ２００の機能に応じて通知の方法をパネル表示とそれ以外とで切り替えるため、ＭＦＰ２００を利用して確実に通知されることになる。すなわち、たとえばＭＦＰ２００が他社製など仲介サーバー１００が予めサポートしていない機種であるなどによって表示制御ができない場合であっても、印刷するなど他の方法を利用して通知することが可能となる。これにより、ユーザーは、サーバー３００の状態を的確に知ることができる。
【００５６】
＜他の例１＞
なお、以上の説明では、図１にも表わされたように、本システムにＭＦＰ２００とは独立した異なる装置として仲介サーバー１００が含まれるものとしているが、仲介サーバー１００はいずれかのＭＦＰ２００に含まれてもよい。すなわち、ＭＦＰ２００は仲介サーバー１００の機能を有してもよい。この場合、図７に表わされた機能は、ＭＦＰ２００のＣＰＵ２０によって実現されることになる。これにより、仲介サーバー１００として独立した装置を導入することなく仲介サーバー１００の機能を有するＭＦＰ２００を用いて本システムを構築することが可能となる。
【００５７】
＜他の例２＞
さらに、上述の動作をコンピューターに実行させ、該コンピューターを上述の仲介サーバー１００として機能させるためのプログラムを提供することもできる。コンピューターは、ＭＦＰ２００に搭載されているコンピューターを含む。これにより、既存のコンピューター（またはコンピューターを搭載したＭＦＰ２００）を仲介サーバー１００として機能させることができ、本システムを簡易に構築することが可能となる。
【００５８】
このようなプログラムは、コンピューターに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact  Disk-Read  Only  Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピューター読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピューターに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【００５９】
なお、本発明にかかるプログラムは、コンピューターのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【００６０】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【００６１】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【００６２】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６３】
１０，２０  ＣＰＵ、１１，２１  ＲＯＭ、１２，２２  ＲＡＭ、１３  入力装置、１４  第１通信コントローラー、１５  第２通信コントローラー、２４  スキャナー、２５  プリンター、２６  操作パネル、２７  通信コントローラー、１００  仲介サーバー、１０１  状態情報入力部、１０２  アクセス要求入力部、１０３  通知部、１０４  機能情報入力部、１０５  機能取得部、１０６  切替部、１０７  指示入力部、１０８  解析部、１２１  状態情報記憶部、１２２  機能情報記憶部、２００  ＭＦＰ、３００  サーバー、４００  携帯端末。
【図１】
2015069625.tif 000003
【図２】
2015069625.tif 000004
【図３】
2015069625.tif 000005
【図４】
2015069625.tif 000006
【図５】
2015069625.tif 000007
【図６】
2015069625.tif 000008
【図７】
2015069625.tif 000009
【図８】
2015069625.tif 000010
【図９】
2015069625.tif 000011