(57)【特許請求の範囲】
【請求項１】
各種サービスのうち、操作部から指示されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行するサービス提供手段と、該サービス提供手段から実行が要求されたデバイスの動作を制御するデバイス制御手段とを有する電子機器であって、
当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが前記各種サービスのうちのいずれかのサービスの実行要求であった場合に、該サービスの実行要求を前記サービス提供手段に対して発行する操作部イベント解釈手段と、各種サービスをリソースとしてそれらの利用状況を管理するサービスリソース管理手段とを設け、
前記サービス提供手段は、前記操作部イベント解釈手段から前記サービスの実行要求を受けた場合に、該実行が要求されたサービスの利用状況を前記サービスリソース管理手段に対して問い合わせ、その問い合わせ結果から該サービスが実行可能と判定した場合に、前記複数のデバイスのうちの対応するデバイスの実行要求を前記デバイス制御手段に対して発行する手段であることを特徴とする電子機器。
【請求項２】
請求項１記載の電子機器において、
前記サービス提供手段によって前記実行が要求されたサービスが実行不可能と判定された場合には、その旨を該サービスの実行要求の発行元に対して通知するサービス実行不可通知手段を設けたことを特徴とする電子機器。
【請求項３】
請求項１又は２記載の電子機器において、
前記サービスリソース管理手段は、前記サービス提供手段から前記実行が要求されたサービスの利用状況の問い合わせを受けた場合に、該サービスの利用状況を確認し、その確認結果を問い合わせ結果として前記サービス提供手段へ通知することを特徴とする電子機器。
【請求項４】
請求項３記載の電子機器において、
前記サービス提供手段は、前記問い合わせ結果から前記実行が要求されたサービスが実行不可能と判定した場合には、該サービスが実行可能と判定するまで、該サービスの実行を保留することを特徴とする電子機器。
【請求項５】
請求項４記載の電子機器において、
前記サービス提供手段は、前記実行が要求されたサービスの実行を保留した後、実行中のサービスが終了したタイミングで、実行を保留しておいたサービスの利用状況を再び前記サービスリソース管理手段に対して問い合わせることを特徴とする電子機器。
【請求項６】
請求項３乃至５のいずれか一項に記載の電子機器において、
前記サービスリソース管理手段は、各種サービスの利用状況をサービス実行時のパラメータ別に管理する手段であることを特徴とする電子機器。
【請求項７】
請求項６記載の電子機器において、
前記サービスリソース管理手段は、前記サービス提供手段から前記実行が要求されたサービスの利用状況の問い合わせを受けた場合に、該サービスの利用状況をパラメータ別に確認し、その確認結果を問い合わせ結果として前記サービス提供手段へ通知することを特徴とする電子機器。
【請求項８】
各種サービスのうち、操作部から指示されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行するサービス提供手段と、該サービス提供手段から実行が要求されたデバイスの動作を制御するデバイス制御手段とを有する電子機器であって、
当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが前記各種サービスのうちのいずれかのサービスの実行要求であった場合に、該サービスの実行要求を前記サービス提供手段に対して発行する操作部イベント解釈手段と、各種デバイスをリソースとしてそれらの利用状況を管理するデバイスリソース管理手段とを設け、
前記デバイス制御手段は、前記サービス提供手段から前記デバイスの実行要求を受けた場合に、該デバイスの利用状況を前記デバイスリソース管理手段に対して問い合わせ、その問い合わせ結果から該デバイスが実行可能と判定した場合に、該デバイスの動作を制御する手段であることを特徴とする電子機器。
【請求項９】
請求項８記載の電子機器において、
前記デバイス制御手段によって前記実行が要求されたデバイスが実行不可能と判定された場合には、前記実行が要求されたサービスが実行不可能である旨を該サービスの実行要求の発行元に対して通知するサービス実行不可通知手段を設けたことを特徴とする電子機器。
【請求項１０】
請求項８又は９記載の電子機器において、
前記デバイスリソース管理手段は、前記デバイス制御手段によって前記実行が要求されたデバイスの利用状況の問い合わせを受けた場合に、該デバイスの利用状況を確認し、その確認結果を問い合わせ結果として前記デバイス制御手段へ通知することを特徴とする電子機器。
【請求項１１】
請求項１０記載の電子機器において、
前記デバイス制御手段は、前記問い合わせ結果から前記実行が要求されたデバイスが実行不可能と判定した場合には、該デバイスが実行可能と判定するまで、該デバイスの実行を保留することを特徴とする電子機器。
【請求項１２】
請求項１１記載の電子機器において、
前記デバイス制御手段は、前記実行が要求されたデバイスの実行を保留した後、実行中のデバイスの動作が終了したタイミングで、実行を保留しておいたデバイスの利用状況を再び前記デバイスリソース管理手段に対して問い合わせることを特徴とする電子機器。
【請求項１３】
請求項１０乃至１２のいずれか一項に記載の電子機器において、
前記デバイスリソース管理手段は、各種デバイスの利用状況をデバイス実行時のパラメータ別に管理する手段であることを特徴とする電子機器。
【請求項１４】
請求項１３記載の電子機器において、
前記デバイスリソース管理手段は、前記デバイス制御手段から前記実行が要求されたデバイスの利用状況の問い合わせを受けた場合に、該デバイスの利用状況をパラメータ別に確認し、その確認結果を問い合わせ結果として前記デバイス制御手段へ通知することを特徴とする電子機器。
【請求項１５】
各種サービスのうち、操作部から指示されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行し、該デバイスの動作を制御する電子機器における制御方法であって、
当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが前記各種サービスのうちのいずれかのサービスの実行要求であった場合に、該サービスの利用状況を確認し、該サービスが実行可能と判定した場合に、前記複数のデバイスのうちの対応するデバイスの実行要求を発行することを特徴とする制御方法。
【請求項１６】
各種サービスのうち、操作部から指示されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行し、該デバイスの動作を制御する電子機器における制御方法であって、
当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが前記各種サービスのうちのいずれかのサービスの実行要求であった場合に、前記複数のデバイスのうちの対応するデバイスの利用状況を確認し、該デバイスが実行可能と判定した場合に、該デバイスの実行要求を発行することを特徴とする制御方法。
【請求項１７】
各種サービスを提供可能な電子機器のコンピュータに、
当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが各種サービスのうちのいずれかのサービスの実行要求であった場合に、該実行要求を発行する操作部イベント解釈機能と、該操作部イベント解釈手段から前記サービスの実行要求を受けた場合に、該実行が要求されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行するサービス提供機能と、該サービス提供機能から実行が要求されたデバイスの動作を制御するデバイス制御機能と、各種サービスをリソースとしてそれらの利用状況を管理するサービスリソース管理機能とを実現させるためのプログラムであり、
前記サービス提供機能は、前記操作部イベント解釈機能から前記サービスの実行要求を受けた場合に、該実行が要求されたサービスの利用状況を前記サービスリソース管理機能に対して問い合わせ、その問い合わせ結果から該サービスが実行可能と判定した場合に、前記複数のデバイスのうちの対応するデバイスの実行要求を前記デバイス制御機能に対して発行する機能であることを特徴とするプログラム。
【請求項１８】
各種サービスを提供可能な電子機器のコンピュータに、
当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが各種サービスのうちのいずれかのサービスの実行要求であった場合に、該実行要求を発行する操作部イベント解釈機能と、該操作部イベント解釈手段から前記サービスの実行要求を受けた場合に、該実行が要求されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行するサービス提供機能と、該サービス提供機能から実行が要求されたデバイスの動作を制御するデバイス制御機能と、各種デバイスをリソースとしてそれらの利用状況を管理するデバイスリソース管理機能とを実現させるためのプログラムであり、
前記デバイス制御機能は、前記サービス提供機能から前記デバイスの実行要求を受けた場合に、該実行が要求されたデバイスの利用状況を前記デバイスリソース管理機能に対して問い合わせ、その問い合わせ結果から該デバイスが実行可能と判定した場合に、該デバイスの動作を制御する機能であることを特徴とするプログラム。
【請求項１９】
請求項１７又は１８記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コピーサービス，プリンタサービス，ＦＡＸサービス，スキャナサービス等の各種サービスを提供可能な画像形成装置（デジタル複合機）などの電子機器、その電子機器における制御方法、上記電子機器のコンピュータ（ＣＰＵ）に実行させるプログラム、およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
例えば、デジタル複合機では、操作部からの指示により、上記のような各種サービスを選択的に提供することができる。
そのため、このようなデジタル複合機では、操作部から指示されたサービスを提供するため、対応するデバイスの実行要求を発行するサービス提供部（サービス提供手段）と、そのサービス提供部から実行が要求されたデバイスの動作を制御するデバイス制御部（デバイス制御手段）とを備えている。
【０００３】
ところで、このようなデジタル複合機に対して、その操作部からの指示によるだけでなく、例えばＰＣ（パーソナルコンピュータ）等の外部機器（リモート操作部）からの指示によっても、各種サービスを選択的に利用できるようにしてほしいとの要望がある。
そこで、リモート操作部からの指示によってサービスを提供することが可能な画像形成装置も提案されている（例えば特許文献１，２参照）。
【特許文献１】特開２００４−３４８３７２号公報
【特許文献２】特開２００５−０９１５０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１，２に記載された画像形成装置において、リモート操作部は専用の操作部であるため、画像形成装置に備えられている専用の操作部と変わりなく、リモート操作部からの指示のみを受け付けて対応するサービスを利用可能にしている。つまり、複数の操作部から指示を受け付け、サービスを提供することができなかった。
この発明は、上記の点に鑑みてなされたものであり、デジタル複合機等の電子機器において、その電子機器の操作部以外の操作部（リモート操作部）からの指示によっても、各種サービスを選択的に利用できるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
この発明は、上記の目的を達成するため、電子機器、その電子機器における制御方法、上記電子機器のコンピュータに実行させるプログラム、およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【０００６】
請求項１の発明による電子機器は、各種サービスのうち、操作部から指示されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行するサービス提供手段と、該サービス提供手段から実行が要求されたデバイスの動作を制御するデバイス制御手段とを有する電子機器であって、当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが上記各種サービスのうちのいずれかのサービスの実行要求であった場合に、該サービスの実行要求を上記サービス提供手段に対して発行する操作部イベント解釈手段と、各種サービスをリソースとしてそれらの利用状況を管理するサービスリソース管理手段とを設け、上記サービス提供手段を、上記操作部イベント解釈手段から上記サービスの実行要求を受けた場合に、該実行が要求されたサービスの利用状況を上記サービスリソース管理手段に対して問い合わせ、その問い合わせ結果から該サービスが実行可能と判定した場合に、上記複数のデバイスのうちの対応するデバイスの実行要求を上記デバイス制御手段に対して発行する手段としたものである。
【０００７】
請求項２の発明による電子機器は、請求項１の電子機器において、上記サービス提供手段によって上記実行が要求されたサービスが実行不可能と判定された場合には、その旨を該サービスの実行要求の発行元に対して通知するサービス実行不可通知手段を設けたものである。
請求項３の発明による電子機器は、請求項１又は２の電子機器において、上記サービスリソース管理手段が、上記サービス提供手段から上記実行が要求されたサービスの利用状況の問い合わせを受けた場合に、該サービスの利用状況を確認し、その確認結果を問い合わせ結果として上記サービス提供手段へ通知するものである。
【０００８】
請求項４の発明による電子機器は、請求項３の電子機器において、上記サービス提供手段が、上記問い合わせ結果から上記実行が要求されたサービスが実行不可能と判定した場合には、該サービスが実行可能と判定するまで、該サービスの実行を保留するものである。
請求項５の発明による電子機器は、請求項４の電子機器において、上記サービス提供手段が、上記実行が要求されたサービスの実行を保留した後、実行中のサービスが終了したタイミングで、実行を保留しておいたサービスの利用状況を再び上記サービスリソース管理手段に対して問い合わせるものである。
【０００９】
請求項６の発明による電子機器は、請求項３〜５のいずれかの電子機器において、上記サービスリソース管理手段を、各種サービスの利用状況をサービス実行時のパラメータ別に管理する手段としたものである。
請求項７の発明による電子機器は、請求項６の電子機器において、上記サービスリソース管理手段が、上記サービス提供手段から上記実行が要求されたサービスの利用状況の問い合わせを受けた場合に、該サービスの利用状況をパラメータ別に確認し、その確認結果を問い合わせ結果として上記サービス提供手段へ通知するものである。
【００１０】
請求項８の発明による電子機器は、各種サービスのうち、操作部から指示されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行するサービス提供手段と、該サービス提供手段から実行が要求されたデバイスの動作を制御するデバイス制御手段とを有する電子機器であって、当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが上記複数のサービスのうちのいずれかのサービスの実行要求であった場合に、該サービスの実行要求を上記サービス提供手段に対して発行する操作部イベント解釈手段と、各種デバイスをリソースとしてそれらの利用状況を管理するデバイスリソース管理手段とを設け、上記デバイス制御手段を、上記サービス提供手段から上記デバイスの実行要求を受けた場合に、該動作の実行が要求されたデバイスの利用状況を上記デバイスリソース管理手段に対して問い合わせ、その問い合わせ結果から該デバイスが実行可能と判定した場合に、該デバイスの動作を制御する手段としたものである。
【００１１】
請求項９の発明による電子機器は、請求項８の電子機器において、上記デバイス制御手段によって上記実行が要求されたデバイスが実行不可能と判定された場合には、上記動作の実行が要求されたサービスが実行不可能である旨を該サービスの実行要求の発行元に対して通知するサービス実行不可通知手段を設けたものである。
請求項１０の発明による電子機器は、請求項８又は９の電子機器において、上記デバイスリソース管理手段が、上記デバイス制御手段から上記実行が要求されたデバイスの利用状況の問い合わせを受けた場合に、該デバイスの利用状況を確認し、その確認結果を問い合わせ結果として上記デバイス制御手段へ通知するものである。
【００１２】
請求項１１の発明による電子機器は、請求項１０の電子機器において、上記デバイス制御手段が、上記問い合わせ結果から上記実行が要求されたデバイスが実行不可能と判定した場合には、該デバイスが実行可能と判定するまで、該デバイスの実行を保留するものである。
請求項１２の発明による電子機器は、請求項１１の電子機器において、上記デバイス制御手段が、上記実行が要求されたデバイスの実行を保留した後、実行中のデバイスの動作が終了したタイミングで、実行を保留しておいたデバイスの利用状況を再び上記デバイスリソース管理手段に対して問い合わせるものである。
【００１３】
請求項１３の発明による電子機器は、請求項１０〜１２のいずれかの電子機器において、上記デバイスリソース管理手段を、各種デバイスの利用状況をデバイス実行時のパラメータ別に管理する手段としたものである。
請求項１４の発明による電子機器は、請求項１３の電子機器において、上記デバイスリソース管理手段は、上記デバイス制御手段から上記実行が要求されたデバイスの利用状況の問い合わせを受けた場合に、該デバイスの利用状況をパラメータ別に確認し、その確認結果を問い合わせ結果として上記デバイス制御手段へ通知するものである。
【００１４】
請求項１５の発明による制御方法は、各種サービスのうち、操作部から指示されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行し、該デバイスの動作を制御する電子機器における制御方法であって、当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが上記各種サービスのうちのいずれかのサービスの実行要求であった場合に、該サービスの利用状況を確認し、該サービスが実行可能と判定した場合に、上記複数のデバイスのうちの対応するデバイスの実行要求を発行するものである。
請求項１６の発明による制御方法は、各種サービスのうち、操作部から指示されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行し、該デバイスの動作を制御する電子機器における制御方法であって、当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが上記各種サービスのうちのいずれかのサービスの実行要求であった場合に、上記複数のデバイスのうちの対応するデバイスの利用状況を確認し、該デバイスが実行可能と判定した場合に、該デバイスの実行要求を発行するものである。
【００１５】
請求項１７の発明によるプログラムは、各種サービスを提供可能な電子機器のコンピュータに、当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが各種サービスのうちのいずれかのサービスの実行要求であった場合に、該実行要求を発行する操作部イベント解釈機能と、該操作部イベント解釈手段から上記サービスの実行要求を受けた場合に、該実行が要求されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行するサービス提供機能と、該サービス提供機能から実行が要求されたデバイスの動作を制御するデバイス制御機能と、各種サービスをリソースとしてそれらの利用状況を管理するサービスリソース管理機能とを実現させるためのプログラムであり、上記サービス提供機能を、上記操作部イベント解釈機能から上記サービスの実行要求を受けた場合に、該実行が要求されたサービスの利用状況を上記サービスリソース管理機能に対して問い合わせ、その問い合わせ結果から該サービスが実行可能と判定した場合に、上記複数のデバイスのうちの対応するデバイスの実行要求を上記デバイス制御機能に対して発行する機能としたものである。
【００１６】
請求項１８の発明によるプログラムは、各種サービスを提供可能な電子機器のコンピュータに、当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、該イベントが各種サービスのうちのいずれかのサービスの実行要求であった場合に、該実行要求を発行する操作部イベント解釈機能と、該操作部イベント解釈手段から上記サービスの実行要求を受けた場合に、該実行が要求されたサービスを提供するため、複数のデバイスのうちの対応するデバイスの実行要求を発行するサービス提供機能と、該サービス提供機能から実行が要求されたデバイスの動作を制御するデバイス制御機能と、各種デバイスをリソースとしてそれらの利用状況を管理するデバイスリソース管理機能とを実現させるためのプログラムであり、上記デバイス制御機能を、上記サービス提供機能から上記デバイスの実行要求を受けた場合に、該実行が要求されたデバイスの利用状況を上記デバイスリソース管理機能に対して問い合わせ、その問い合わせ結果から該デバイスが実行可能と判定した場合に、該デバイスの動作を制御する機能としたものである。
請求項１９の発明による記録媒体は、請求項１７又は１８のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１７】
この発明によれば、電子機器が、当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、そのイベントが各種サービスのうちのいずれかのサービスの実行要求であった場合に、そのサービスの利用状況を確認し、そのサービスが実行可能と判定した場合に、複数のデバイスのうちの対応するデバイスの実行要求を発行して、そのデバイスの動作の制御を行えるようにすることにより、電子機器が保有するサービス提供機能を複数の操作部（当該電子機器の操作部およびリモート操作部）が自由に利用可能となり、操作部の種類とサービスの種類との間に依存性がなくなるため、複数の操作部の表示画面の形態を共通化できる。よって、開発工数を削減でき、また各操作部による操作手順を統一することができる。そのため、操作部の種類およびサービスの種類の拡張が容易になる。また、サービスの管理を実行することにより、複数の操作部から電子機器を同タイミングで使用した場合の排他制御が容易となり、利用者に機器性能を最大限に提供できる。つまり、ユーザが実行を要求するサービスという単位をリソースとして扱うため、ユーザが直感としてわかりやすい利便性の高いリソースの管理処理を実現できる。
【００１８】
あるいは、電子機器が、当該電子機器の操作部又はリモート操作部から発行されたイベントを解釈し、そのイベントが各種サービスのうちのいずれかのサービスの実行要求であった場合に、複数のデバイスのうちの対応するデバイスの利用状況を確認し、そのデバイスが実行可能と判定した場合に、そのデバイスの実行要求を発行して、そのデバイスの動作の制御を行えるようにすることによっても、電子機器が保有するサービス提供機能を複数の操作部（当該電子機器の操作部およびリモート操作部）が自由に利用可能となり、操作部の種類とサービスの種類との間に依存性がなくなるため、複数の操作部の表示画面の形態を共通化できる。よって、開発工数を削減でき、また各操作部による操作手順を統一することができる。そのため、操作部の種類およびサービスの種類の拡張が容易になる。また、電子機器のデバイスの管理を実行することにより、複数の操作部から電子機器を同タイミングで使用した場合の排他制御が容易となり、利用者に機器性能を最大限に提供できる。つまり、電子機器のサービス構成単位をリソースとして扱うため、電子機器の性能を最大限に活かしたリソース管理処理を実現できる。
【発明を実施するための最良の形態】
【００１９】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。なお、この実施形態では画像処理装置としてコピーサービス，プリンタサービス，ＦＡＸサービス，スキャナサービス，蓄積文書印刷サービス，アドレス帳登録サービス，および機器設定情報変更サービス等の各種サービスを提供可能なデジタル複合機（ＭＦＰ）を用いた例について説明する。
【００２０】
〔ネットワーク環境の例〕
まず、この発明による電子機器であるデジタル複合機を含むネットワークシステムについて、図１を参照して説明する。
図１は、そのネットワークシステムの一例を示す図である。
このデジタル複合機（以下「ＭＦＰ」という）１０は、ローカルエリアネットワーク（ＬＡＮ）等のネットーク１を介して、ＰＣ（パーソナルコンピュータ）２０，３０を含む複数の外部機器と接続されている。なお、ＭＦＰ１０と外部機器は、ネットワーク１によって１対多の関係で通信することができるが、ＭＦＰ１０と外部機器とをＵＳＢやＩＥＥＥ１３９４等の通信回線によって接続することにより、ＭＦＰ１０と外部機器が１対１の関係で通信することもできる。
【００２１】
〔ＭＦＰのハードウェア構成例〕
次に、図１のＭＦＰ１０のハードウェア構成例について、図２を参照して具体的に説明する。
図２は、図１のＭＦＰ１０のハードウェア構成例を示すブロック図である。
このＭＦＰ１０は、デジタル複写機，プリンタ，ＦＡＸ装置，スキャナ装置としてのサービス（機能）、つまりコピーサービス，プリンタ（印刷）サービス，ＦＡＸサービス，およびスキャナサービスを提供できる画像形成装置であり、図２に示すように、コントローラ１１，ＦＣＵ（ファックスコントロールユニット）１２，エンジンインタフェース（以下「インタフェース」を「Ｉ／Ｆ」ともいう）１３，およびエンジン１４等によって構成されている。これらの構成が、原稿画像の読み取り，印刷（画像形成），画像データ送信等の画像処理を行うためのハードウェア資源である。
【００２２】
コントローラ１１は、ＭＦＰ１０の各部を統括的に制御するものである。その制御により、各種機能を実現することができる。
ＦＣＵ１２は、外部機器、例えばＦＡＸ装置又はモデム機能（ＦＡＸ通信機能）を有するデジタル複写機や他のＭＦＰ（デジタル複合機）等の画像形成装置との通信を公衆回線経由で制御するものである。
エンジンＩ／Ｆ１３は、エンジン１４をＰＣＩ（Peripheral Component Interconnect）バスに接続するためのインタフェースである。
【００２３】
エンジン１４は、原稿のモノクロ画像（他の単色画像でもよい）又はフルカラー画像を読み取り、画像データとして出力するスキャナ（画像読取手段）、そのスキャナによって読み取られた画像データあるいはＰＣ２０，３０から受信するモノクロ又はフルカラーの印刷データを可視画像（モノクロ画像又はフルカラー画像）として用紙（他の記録媒体でもよい）上に印刷を行うプロッタ（画像形成手段）や、原稿をスキャナの画像読取位置へ自動給送する自動原稿給送装置（ＡＤＦ）、プロッタで印刷がなされた用紙に対してソート（仕分け），パンチ（穴開け），ステープル処理等の後処理を行う後処理装置などのハードウェアデバイスに相当するものである。
【００２４】
コントローラ１１は、ＣＰＵ１０１，ＡＳＩＣ（Application Specific Integrated Circuit）１０２，ＳＤＲＡＭ１０３，ＲＯＭ１０４，ＮＶＲＡＭ１０５，ＨＤＤ（ハードディスクドライブ）１０６，操作部１０７，モデム１０８，ＵＳＢ（Universal Serial Bus）・Ｉ／Ｆ１０９，ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４・Ｉ／Ｆ１１０，およびＭＡＣ（Media Access Controller）・Ｉ／Ｆ１１１等によって構成されている。なお、操作部１０７は実際にはコントローラ１１の外側に配置されている。
【００２５】
ＣＰＵ１０１は、ＡＳＩＣ１０２を介してデータ処理（各機能の制御）を行う演算処理手段である。
ＡＳＩＣ１０２は、ＣＰＵインタフェース，ＳＤＲＡＭインターフェース，ローカルバスインタフェース，ＰＣＩインタフェース，ＨＤＤインタフェース等からなる多機能デバイスボードであり、ＣＰＵ１０１の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリ等の開発の高効率化を支援するものである。
【００２６】
このＡＳＩＣ１０２には、エンジン１４の操作命令等を受け付ける操作部１０７が直接的に接続されると共に、モデム１０８も直接的に接続される。また、ＵＳＢ・Ｉ／Ｆ１０９，ＩＥＥＥ１３９４・Ｉ／Ｆ１１０，ＭＡＣ・Ｉ／Ｆ１１１，ＦＣＵ１２，およびエンジンＩ／Ｆ１３がＰＣＩバス１１２を介して接続される。
ＳＤＲＡＭ１０３は、各種プログラムを記憶するプログラムメモリや、ＣＰＵ１０１がデータ処理を行う際に使用するワークメモリ等として使用するメインメモリである。なお、このＳＤＲＡＭ１０３の代わりに、ＤＲＡＭやＳＲＡＭを使用してもよい。
【００２７】
ＲＯＭ１０４は、ＣＰＵ１０１が実行するプログラムや固定データを記憶している固定メモリである。
ＮＶＲＡＭ１０５は、変更可能な種々のパラメータ等のデータを記憶する不揮発性メモリであり、電源がオフになっても記憶内容を保持するようになっている。なお、このＮＶＲＡＭ１０５として、ＲＡＭと電池を利用したバックアップ回路を集積した不揮発性ＲＡＭや、ＥＥＰＲＯＭ，フラッシュメモリ等の不揮発性メモリを使用することができる。
【００２８】
ＨＤＤ１０６は、電源のオン・オフに関係なくデータを記憶保存する記憶装置（記録媒体）であり、ＯＳや各種サービスを提供するための各種アプリ（アプリケーションプログラム）を含む各種データを記憶保存する。なお、上述したＳＤＲＡＭ１０３内のデータや、ＮＶＲＡＭ１０５内のデータを記憶しておくこともできる。
操作部１０７は、エンジン１４，ＰＣ２０，３０を含む各外部機器に対する動作指示等のデータを入力するための各種の入力部（操作スイッチ又は操作ボタン等からなる）およびＬＣＤ又はＣＲＴの表示部を有する操作手段である。その表示部には、各種サービスを利用可能にするための画面を表示することができる。
【００２９】
モデム１０８は、変復調手段であり、図示しない外部機器へ公衆回線経由でデータを送信する場合、そのデータを公衆回線に流せる形に変調する。また、外部機器から送られてくる変調されたデータを受信した場合、そのデータを復調する。
ＵＳＢ・Ｉ／Ｆ１０９およびＩＥＥＥ１３９４・Ｉ／Ｆ１１０はそれぞれ、外部機器（周辺機器）と直接接続して通信を行うための、ＵＳＢ規格，ＩＥＥＥ１３９４規格のインタフェース（直接インタフェース）である。
ＭＡＣ・Ｉ／Ｆ１１１は、ＬＡＮ等のネットワーク１を介してＰＣ２０，３０を含む各外部機器と通信を行うためのネットワークインタフェースである。
なお、ＵＳＢ・Ｉ／Ｆ１０９やＩＥＥＥ１３９４・Ｉ／Ｆ１１０以外の直接インタフェースをコントローラ１１に増設することもできる。
【００３０】
ここで、コピーサービスとは、スキャナに原稿の画像を読み取らせ、その画像データをプロッタに送って用紙等の記録媒体上に可視画像として印刷（形成）させるコピー動作を行わせるサービスのことである。
プリンタサービスとは、外部機器からのデータをそのまま又は加工処理してプロッタに送って記録媒体上に可視画像として印刷させるプリンタ動作（印刷動作）を行わせるサービスのことである。
スキャナサービスとは、スキャナに原稿の画像を読み取らせ、その画像データをＨＤＤ１０６又は図示しないドキュメントサーバ等のメモリに書き込んで記憶（蓄積）させるスキャナ動作を行わせるサービスのことである。
【００３１】
なお、そのスキャナ動作による処理後のスタートキーの押下により、ＳＤＲＡＭ１０３又はＨＤＤ１０６内の画像データを呼び出し（読み出し）、その画像データに基づいて転写紙上に画像を印刷することができる。
ＦＡＸサービスとは、スキャナに原稿の画像を読み取らせ、その画像データをＦＣＵ１２によって外部機器へ送信させるＦＡＸ送信動作と、外部機器からＦＣＵ１２によって画像データを受け取り、その画像データをプロッタに送って記録媒体上に画像を形成させるＦＡＸ受信動作を行わせるサービスのことである。
【００３２】
蓄積文書印刷サービスとは、メモリに蓄積しておいたデータ（蓄積文書）をそのまま又は加工処理してプロッタに送って記録媒体上に可視画像として印刷させるプリンタ動作を行わせるサービスのことである。
アドレス帳登録サービスとは、ＨＤＤ１０６又は図示しない個人情報管理サーバ等のメモリに記憶保持されているアドレス帳にユーザ情報を登録するサービスのことである。
機器設定情報変更サービスとは、ＨＤＤ１０６等のメモリに記憶保持されている機器設定情報を変更するサービスのことである。
【００３３】
また、ＣＰＵ１０１は、ＭＦＰ１０の電源投入時に、ＲＯＭ１０４内のブートローダ（ブートプログラム）に従い、ＨＤＤ１０６内のＯＳを読み出し、それをＳＤＲＡＭ１０３にロードして展開した後、そのＯＳを起動させる。更に、ＨＤＤ１０６内のアプリ等の他のデータも必要に応じてＳＤＲＡＭ１０３にロードして展開する。
そして、コピーサービスのモード時には操作部１０７の操作によってコピー実行要求が発行された時には実行条件（コピー条件，機器選択条件）に従ってコピー動作を、プリンタサービスのモード時には印刷実行要求が発行された時には実行条件（印刷条件，機器選択条件）に従って印刷動作を、スキャナサービスのモード時にはスキャナ実行要求が発行された時には実行条件（読取条件）に従ってスキャナ動作をそれぞれ実行する。ＦＡＸサービスのモード時には、ＦＡＸ送信実行要求が発行された時に実行条件（読取条件）に従ってＦＡＸ送信動作を実行する。
【００３４】
〔ＰＣの制御系のハードウェア構成例〕
次に、図１のＰＣ２０のハードウェア構成例について、図３を参照して具体的に説明する。なお、ＰＣ３０の構成も同様なので、説明を省略する。
図３は、図１のＰＣ２０のハードウェア構成例を示すブロック図である。
このＰＣ２０は、文書データやグラフィックデータ等の印刷データを生成する機能や、ＭＦＰ１０の操作部１０７と同等の機能を含む各種機能を有する端末装置であり、図３に示すように、装置本体２００，入力装置２２０，および表示装置２３０によって構成されている。
【００３５】
装置本体２００は、ＰＣ２０全体を制御するものであり、ＣＰＵ２０１，ＡＳＩＣ２０２，ＳＤＲＡＭ２０３，ＲＯＭ２０４，ＮＶＲＡＭ２０５，ＨＤＤ２０６，モデム２０７，ＵＳＢ・Ｉ／Ｆ２０８，ＩＥＥＥ１３９４・Ｉ／Ｆ２０９，およびＭＡＣ・Ｉ／Ｆ２１０等によって構成されている。
この装置本体２００の構成は、図２によって説明したＭＦＰ１０のコントローラ１１のハードウェア構成と略同様である。
【００３６】
ＨＤＤ２０６は、電源のオン・オフに関係なくデータを記憶保存する記憶装置であり、ＯＳ，アプリ，プリンタドライバ（プリンタドライバプログラム）を含む各種データを記憶保存する。なお、プリンタドライバは、ＭＦＰ１０に対して印刷要求を送信（通知）すると共に、印刷データ（画像データ加工を含む）を渡すためのものである。
入力装置２２０は、印刷データを生成したり各種サービスを利用するなど、各種作業を実行するためのキーボードやポインティングデバイス（例えばマウス等）等に相当する。
【００３７】
表示装置２３０は、印刷データを生成するための画面やＭＦＰ１０の操作部１０７と同等の画面（各種サービスを利用可能にするための画面）を含む各種画面を表示するＬＣＤディスプレイ又はＣＲＴディスプレイ等に相当する。なお、この表示装置２３０の表面に、タッチパネルを備えることもできる。
ここで、装置本体２００のＣＰＵ２０１は、ＰＣ２０の電源投入時に、ＲＯＭ２０４内のブートローダに従い、ＨＤＤ２０６内のＯＳを読み出し、それをＳＤＲＡＭ２０３にロードして展開した後、そのＯＳを起動させる。更に、ＨＤＤ２０６内のアプリおよびプリンタドライバ等の他のデータもＳＤＲＡＭ２０３にロードして展開する。
【００３８】
そして、印刷データの生成モード時には、ＳＤＲＡＭ２０３上のアプリによって表示装置２３０の画面上で入力装置２２０の操作に応じた印刷データを生成する。その後、プリンタサービスのモードに切り替え、入力装置２２０の操作によって印刷実行要求が発行された時に、プリンタドライバによって上記印刷データをＭＦＰ１０が理解できる言語に翻訳（加工）し、その翻訳した印刷データおよび実行条件を含む印刷実行要求を示すイベントをＭＦＰ１０に送信して印刷動作を行わせる。
コピーサービスのモード時には、入力装置２２０の操作によってコピー実行要求が発行された時に、実行条件を含むコピー実行要求をＭＦＰ１０に送信してコピー動作を行わせる。
【００３９】
スキャナサービスのモード時には、入力装置２２０の操作によってスキャナ実行要求が発行された時に、実行条件を含むスキャナ実行要求をＭＦＰ１０に送信してスキャナ動作を行わせる。
スキャナサービスのモード時には、入力装置２２０の操作によってスキャナ実行要求が発行された時に、実行条件を含むスキャナ実行要求をＭＦＰ１０に送信してスキャナ動作を行わせる。
ＦＡＸサービスのモード時には、入力装置２２０の操作によってＦＡＸ送信実行要求が発行された時に実行条件を含むＦＡＸ送信実行要求をＭＦＰ１０に送信してＦＡＸ送信動作を実行する。
【００４０】
〔ＭＦＰおよびＰＣの主要機能構成例〕
次に、ＭＦＰ１０およびＰＣ２０の主要機能構成例（ソフトウェア構成例）について、図４を参照して具体的に説明する。なお、ＰＣ３０の主要機能構成例も、同様なので、説明を省略する。
図４は、図１のＭＦＰ１０およびＰＣ２０の主要機能構成例を示すブロック図である。
【００４１】
ＰＣ２０は、リモート操作表示部６００としての機能を備えている。この機能は、図３のＣＰＵ２０１がＲＯＭ２０４やＳＤＲＡＭ２０３上のプログラムに従って動作し、必要に応じてＵＳＢ・Ｉ／Ｆ２０８，ＩＥＥＥ１３９４・Ｉ／Ｆ２０９，ＭＡＣ・Ｉ／Ｆ２１０を選択的に使用することによって実現できるものである。
リモート操作表示部６００は、ユーザ（利用者）にＩＵ（ユーザインタフェース）を提供し、ＰＣ２０の入力装置２２０および表示装置２３０とユーザとの入出力制御を行う手段である。
【００４２】
ＭＦＰ１０は、操作表示部５０１，操作部イベント解釈部５０２，サービス提供部５０３，デバイス制御部５０４，サービスリソース管理部５０５，およびデバイスリソース管理部５０６としての機能を備えている。これらの機能は、図２のＣＰＵ１０１がＲＯＭ１０４やＳＤＲＡＭ１０３上のプログラムに従って動作し、必要に応じてＵＳＢ・Ｉ／Ｆ１０９，ＩＥＥＥ１３９４・Ｉ／Ｆ１１０，ＭＡＣ・Ｉ／Ｆ１１１を選択的に使用することによって実現できるものである。
【００４３】
操作表示部５０１は、ユーザにＩＵを提供し、ＭＦＰ１０の操作部１０７とユーザとの入出力制御を行う手段である。
操作部イベント解釈部５０２は、操作表示部５０１（ＭＦＰ１０の操作部１０７）から発行されたイベントあるいはリモート操作表示部６００（ＰＣ２０）から発行されたイベント等の任意のイベントを解釈し、そのイベントが上述したようなサービスの実行要求であった場合に、その実行要求をサービス提供部５０３に対して発行する操作部イベント解釈手段である。
【００４４】
サービス提供部５０３は、操作部イベント解釈部５０２からサービスの実行要求を受けた場合に、そのサービスを提供するため、以下の（ａ１）又は（ｂ１）に示す処理を含む各種処理を行うサービス提供手段である。
（ａ１）操作部イベント解釈部５０２から実行が要求されたサービスの利用状況（使用状況）をサービスリソース管理部５０５に対して問い合わせ、その問い合わせ結果からそのサービスが実行可能と判定した場合に、対応するデバイスの実行要求をデバイス制御部５０４に対して発行する。
（ｂ１）直ちに対応するデバイスの実行要求をデバイス制御部５０４に対して発行する。
【００４５】
デバイス制御部５０４は、サービス提供部５０３からデバイスの実行要求を受けた場合に、以下の（ａ２）又は（ｂ２）に示す処理を含む各種処理を行うデバイス制御手段である。
（ａ２）直ちに実行が要求されたデバイスの動作を制御する。この場合、サービス提供部５０３では（ａ１）に示した処理を行う。
（ｂ２）実行が要求されたデバイスの利用状況をデバイスリソース管理部５０６に対して問い合わせ、その問い合わせ結果からそのデバイスが実行可能と判定した場合に、そのデバイスの動作を制御する。この場合、サービス提供部５０３では（ｂ１）に示した処理を行う。
【００４６】
サービスリソース管理部５０５は、各種サービスをリソースとしてそれらの利用状況を管理するサービスリソース管理手段であり、サービス提供部５０３から実行が要求されたサービスの利用状況の問い合わせを受けた場合に、そのサービスの利用状況を確認し、その確認結果を問い合わせ結果としてサービス提供部５０３へ通知する。
デバイスリソース管理部５０６は、各種デバイスをリソースとしてそれらの利用状況を管理するデバイスリソース管理手段であり、デバイス制御部５０４から実行が要求されたデバイスの利用状況の問い合わせを受けた場合に、そのデバイスの利用状況を確認し、その確認結果を問い合わせ結果としてデバイス制御部５０４へ通知する。
【００４７】
操作部イベント解釈部５０２およびサービス提供部５０３は、サービス実行不可通知手段としての機能も果たす。
なお、上述した（ａ１），（ａ２）に示した処理又は（ｂ１），（ｂ２）に示した処理の選択は、操作表示部５０１又はリモート操作表示部６００からの指示によって行うことができる。あるいは、サービスリソース管理部５０５又はデバイスリソース管理部５０６としての機能を省略し、（ａ１），（ａ２）に示した処理又は（ｂ１），（ｂ２）に示した処理のいずれかのみを行うようにしてもよい。
【００４８】
以下、上述したＭＦＰ１０におけるこの発明に関わる特徴部分の異なる実施例について、図５〜図１８を参照して具体的に説明する。
〔第1実施例〕
図５は、ＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第１例を示す図である。
【００４９】
ＭＦＰ１０の操作部１０７の操作表示部５０１は、操作部１０７上の操作により、実行条件（動作モード）の指定情報の一つであるカラーモード（ここでは「フルカラーモード」とする）の指定情報のイベントが発行されると、そのイベントを操作部イベント解釈部５０２へ送信する（ステップＳ１）。続いて、サービスの一つであるコピーサービスの実行要求のイベントが発行されると、そのイベントも操作部イベント解釈部５０２へ送信する（ステップＳ２）。
【００５０】
操作部イベント解釈部５０２は、操作表示部５０１からイベントを受けると、そのイベントを解釈し、そのイベントがフルカラーモード指定情報であった場合に、そのフルカラーモード指定情報をメモリ（ＳＤＲＡＭ１０３，ＮＶＲＡＭ１０５，ＨＤＤ１０６等）に記憶する。また、操作表示部５０１から続けて受けたイベントがコピーサービス実行要求であった場合に、そのイベントの発行元の情報（後述する操作部識別子又は操作部場所情報等）をメモリに直前に記憶したフルカラーモード指定情報に関連付けて操作モード記憶テーブルとして記憶し、そのイベント発行元情報およびフルカラーモード指定情報をコマンドパラメータとしてコピーサービス実行要求に付加して、そのコピーサービス実行要求をサービス提供部５０３へ送信する（ステップＳ３）。
【００５１】
ここで、操作モード記憶テーブルについて、図６，図７を参照して説明しておく。
図６，図７は、操作モード記憶テーブルの異なる例を示す図である。
操作部識別子（ＩＤ）は、イベント発行元情報であり、操作部毎にユニークな（異なる）ものが採番され、各操作部を区別できるようにしている。
操作部場所情報も、イベント発行元情報であり、操作部のＩＰアドレス（ＤＮＳを利用した機器名でもよい）を使用している。
図６に示す操作モード記憶テーブルには、操作部識別子「ＩＤ＝１」に、ローカルホスト（localhost）を操作部場所情報として、フルカラーモード，集約モード（例えば２枚の原稿画像を１枚の転写紙に印刷するモード），両面モード（用紙の両面に画像を印刷するモード），普通紙（又はそれを収納した給紙トレイ）の各指定情報を実行条件指定情報としてそれぞれ関連付けて記憶している。
【００５２】
図７に示す操作モード記憶テーブルには、操作部識別子「ＩＤ＝２」に、「133.XXX.XXX.XXX（ＤＮＳサーバ）」を操作部場所情報として、モノクロモード，片面モード（用紙の片面に画像を印刷するモード），変倍モード（例えば７１％変倍モード），再生紙（又はそれを収納した給紙トレイ）の各指定情報を実行条件指定情報としてそれぞれ関連付けて記憶している。
なお、図６および図７に示した操作モード記憶テーブルは、サービス提供部５０３およびデバイス制御部５０４から実行条件指定情報のイベントを受け取った後の状態を示しているが、そのイベントを受け取るまではデフォルトの実行条件指定情報はデフォルト状態になっている。
【００５３】
サービス提供部５０３は、操作部イベント解釈部５０２からコピーサービス実行要求を受けると、その実行が要求されたコピーサービスを提供するため、そのコピーサービス（コピーリソース）の使用状況の確認（問い合わせ）要求をサービスリソース管理部５０５へ送信する（ステップＳ４）。
サービスリソース管理部５０５は、サービス提供部５０３からコピーサービスの使用状況の確認要求を受けると、コピーサービスの使用状況を確認するが、現在そのコピーサービスは未使用なので、コピーサービス使用可能を確認結果としてサービス提供部５０３へ送信（通知）する（ステップＳ５）。
【００５４】
サービス提供部５０３は、サービスリソース管理部５０５からコピーサービスの使用状況の確認結果を受けると、その確認結果から上記実行が要求されたコピーサービスが実行可能か否かを判定し、そのコピーサービスが実行可能な場合に、そのコピーサービスの実行開始情報（イベント発行元情報を含む）をサービスリソース管理部５０５へ送信した後、対応するデバイスであるスキャナおよびプロッタの各実行要求であるスキャナ実行要求（イベント発行元情報およびフルカラーモード指定情報を含む），プロッタ実行要求（イベント発行元情報およびフルカラーモード指定情報を含む）をデバイス制御部５０４へ順次送信する（ステップＳ６〜Ｓ８）。
【００５５】
サービスリソース管理部５０５は、サービス提供部５０３からコピーサービス実行開始情報を受けると、メモリ内のサービスリソース管理テーブルに記憶されているコピーサービスの使用状況を「使用中」と設定する。
ここで、サービスリソース管理テーブルについて、図８を参照して説明しておく。
図８は、サービスリソース管理テーブルの一例を示す図である。
この例では、コピーサービス，プリンタサービス，および蓄積文書印刷サービスの各使用状況が「使用中」、スキャナサービス，アドレス帳登録サービス（アドレス帳へのユーザ情報登録サービス），および機器設定情報変更サービスの各使用状況が「未使用」と設定されている。なお、図示の都合上、ＦＡＸサービスの使用状況については図示を省略している。
【００５６】
デバイス制御部５０４は、サービス提供部５０３からスキャナ実行要求を受けると、そのスキャナ実行要求に含まれているフルカラーモード指定情報に従ってスキャナの動作（スキャナ動作）を制御し、スキャナに原稿のフルカラー画像を読み取らせる。また、サービス提供部５０３からスキャナ実行要求に続いてプロッタ実行要求を受けると、そのプロッタ実行要求に含まれているフルカラーモード指定情報に従ってプロッタの動作を制御し、スキャナからのフルカラー画像データを画像データバス経由でプロッタに送って記録媒体上に可視画像として印刷させる。
【００５７】
その後、実行中のスキャナ動作が終了すると、その結果をスキャナ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ９）。続いて、実行中のプロッタ動作が終了すると、その結果をプロッタ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ１２）。
サービス提供部５０３は、デバイス制御部５０４からスキャナ実行結果を受けると、それをコピー実行結果として操作部イベント解釈部５０２へ送信する（ステップＳ１０）。また、デバイス制御部５０４からプロッタ実行結果を受けると、コピーサービスの実行終了情報（イベント発行元情報を含む）をサービスリソース管理部５０５へ送信した後、そのプロッタ実行結果をコピー実行結果として操作部イベント解釈部５０２へ送信する（ステップＳ１３，Ｓ１４）
【００５８】
サービスリソース管理部５０５は、サービス提供部５０３からコピーサービス実行終了情報を受けると、メモリ内のサービスリソース管理テーブルに記憶されているコピーサービスの使用状況を「未使用」と設定する。
操作部イベント解釈部５０２は、サービス提供部５０３からコピー実行結果（スキャナ実行結果）を受けると、それに含まれているイベント発行元情報とメモリの記憶情報とを比較照合し、一致した場合に、そのイベント発行元である操作部１０７（操作表示部５０１）へ受け取ったコピー実行結果を送信する（ステップＳ１１）。また、サービス提供部５０３からコピー実行結果（プロッタ実行結果）を受けた場合にも、同様の処理を行う（ステップＳ１５）。
操作表示部５０１は、操作部イベント解釈部５０２から各コピー実行結果（スキャナ実行結果，プロッタ実行結果）を順次受けると、それらを操作部１０７の表示部の画面に表示させる。
【００５９】
なお、第1実施例では、操作部１０７上の操作により、フルカラーモード指定情報のイベントおよびコピーサービス実行要求のイベントが発行された場合の通信シーケンスについて説明したが、リモート操作部に相当するＰＣ２０（ＰＣ３０等の外部機器でもよい）上の操作によって同様のイベントが発行された場合も、同様の通信シーケンスとなる。また、操作部１０７又はＰＣ２０でどの実行条件指定情報のイベントが発行されても、またどのサービスの実行要求のイベントが発行されても、やはり同様の通信シーケンスとなる。もちろん、各イベントの組み合わせの種類毎に、エンジン１４で実行される動作が異なることは言うまでもない。これらについては、第２実施例以降も同様である。
【００６０】
第1実施例によれば、ＭＦＰの操作部イベント解釈部が、ＭＦＰの操作部又はリモート操作部から発行されたイベント（指示されたサービス）を解釈し、そのイベントがサービスの実行要求であった場合に、そのサービスの実行要求をサービス提供部（サービス提供機能）に対して発行し、そのサービスの実行要求を受けたサービス提供部が、その実行が要求されたサービスの使用状況をサービスリソース管理部に対して問い合わせ（確認し）、その問い合わせ結果からそのサービスが実行可能と判定した場合に、対応するデバイスの実行要求をデバイス制御部に対して発行してそのデバイスの動作の制御を行わせる。
【００６１】
したがって、以下の（Ａ１）〜（Ａ３）に示す効果を得ることができる。
（Ａ１）ＭＦＰが保有するサービス提供機能を任意の操作部（複数の操作部）が自由に利用（使用）可能となり、操作部の種類とサービスの種類との間に依存性がなくなるため、複数の操作部（ＭＦＰの操作部とリモート操作部）の表示画面の形態を共通化できる。よって、開発工数を削減でき、また各操作部による操作手順を統一することができる。そのため、操作部の種類およびサービスの種類の拡張が容易になる。
【００６２】
（Ａ２）サービス（サービスリソース）の管理を実行することにより、複数の操作部からＭＦＰを同タイミングで使用した場合の排他制御が容易となり、利用者にＭＦＰの性能を最大限に提供できる。つまり、ユーザが実行を要求するサービスという単位をリソースとして扱うため、ユーザが直感としてわかりやすい利便性の高いリソースの管理処理を実現できる。
（Ａ３）サービスの管理をテーブルを用いて行っているので、複数のサービスの使用状況（使用中／未使用）を低資源で効率的に判定できる。
【００６３】
〔第２実施例〕
図９は、ＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第２例を示す図である。
ＭＦＰ１０の操作部１０７の操作表示部５０１は、操作部１０７上の操作により、フルカラーモード指定情報のイベントが発行されると、そのイベントを操作部イベント解釈部５０２へ送信する（ステップＳ２１）。続いて、コピーサービスの実行要求のイベントが発行されると、そのイベントも操作部イベント解釈部５０２へ送信する（ステップＳ２２）。
【００６４】
それによって、操作部イベント解釈部５０２，サービス提供部５０３，サービスリソース管理部５０５，デバイス制御部５０４は、図５によって説明したステップＳ３〜Ｓ８と同様の処理を行う（ステップＳ２３〜Ｓ２８）。
一方、リモート操作部に相当するＰＣ２０（又はＰＣ３０等の外部機器）のリモート操作表示部６００は、ＰＣ２０上の操作により、カラーモード（ここでは「フルカラーモード」とする）指定情報のイベントが発行されると、そのイベントをＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ２９）。続いて、コピーサービスの実行要求のイベントが発行されると、そのイベントもＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ３０）。
【００６５】
ＭＦＰ１０の操作部イベント解釈部５０２は、リモート操作表示部６００からイベントを受けると、そのイベントを解釈し、そのイベントがフルカラーモード指定情報であった場合に、そのフルカラーモード指定情報をメモリに記憶する。また、リモート操作表示部６００から続けて受けたイベントがコピーサービス実行要求であった場合に、そのイベントの発行元の情報をメモリに直前に記憶したフルカラーモード指定情報に関連付けて操作モード記憶テーブルとして記憶し、そのイベント発行元情報およびフルカラーモード指定情報をコマンドパラメータとしてコピーサービス実行要求に付加して、そのコピーサービス実行要求をサービス提供部５０３へ送信する（ステップＳ３１）。
【００６６】
サービス提供部５０３は、操作部イベント解釈部５０２からコピーサービス実行要求を受けると、その実行が要求されたコピーサービスを提供するため、そのコピーサービスの使用状況の確認要求をサービスリソース管理部５０５へ送信する（ステップＳ３２）。
サービスリソース管理部５０５は、サービス提供部５０３からコピーサービスの使用状況の確認要求を受けると、コピーサービスの使用状況を確認するが、このとき既にコピーサービスが使用中なので、コピーサービス使用不可能を確認結果としてサービス提供部５０３へ送信する（ステップＳ３３）。
【００６７】
サービス提供部５０３は、サービスリソース管理部５０５からコピーサービスの使用状況の確認結果を受けると、その確認結果から上記実行が要求されたコピーサービスが実行可能か否かを判定し、そのコピーサービスが実行不可能な場合に、その旨（イベント発行元情報を含む）をコピー実行結果として操作部イベント解釈部５０２へ送信する（ステップＳ３４）。
操作部イベント解釈部５０２は、サービス提供部５０３からコピー実行結果（コピーサービス実行不可）を受けると、それに含まれているイベント発行元情報とメモリの記憶情報とを比較照合し、一致した場合に、そのイベント発行元であるリモート操作部（リモート操作表示部６００）へ受け取ったコピー実行結果を送信する（ステップＳ３５）。
リモート操作表示部６００は、操作部イベント解釈部５０２からコピー実行結果（コピーサービス実行不可）を受けると、それをＰＣ２０の表示装置２３０の画面に表示させる。
【００６８】
その後、デバイス制御部５０４は、実行中のスキャナ動作が終了すると、その結果をスキャナ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ３６）。続いて、実行中のプロッタ動作が終了すると、その結果をプロッタ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ３９）。
それによって、サービス提供部５０３，サービスリソース管理部５０５，および操作部イベント解釈部５０２は、図５によって説明したステップＳ１０，Ｓ１１，Ｓ１３〜Ｓ１５と同様の処理を行う（ステップＳ３７，Ｓ３８，Ｓ４０〜Ｓ４２）。
【００６９】
第２実施例によれば、上述した（Ａ１）〜（Ａ３）に示した効果（第１実施例と同様の効果）に加え、以下の（Ａ４）に示す効果を得ることができる。
（Ａ４）ＭＦＰの操作部イベント解釈部が、サービス提供部によって実行が要求されたサービスが実行不可能と判定された場合には、その旨をそのサービスの実行要求の発行元（イベント発行元）に対して通知することにより、サービスが利用できない状況を即座にユーザ（利用者）に伝えることができるため、ユーザによるサービスの実行タイミングとＭＦＰによる実行タイミングの同期を一致させることができ、利便性が高くなる。
【００７０】
〔第３実施例〕
図１０は、ＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第３例を示す図である。
ＭＦＰ１０の操作部１０７の操作表示部５０１は、操作部１０７上の操作により、フルカラーモード指定情報のイベントが発行されると、そのイベントを操作部イベント解釈部５０２へ送信する（ステップＳ５１）。続いて、コピーサービスの実行要求のイベントが発行されると、そのイベントも操作部イベント解釈部５０２へ送信する（ステップＳ５２）。
それによって、操作部イベント解釈部５０２，サービス提供部５０３，サービスリソース管理部５０５，デバイス制御部５０４は、図５，図９によって説明したステップＳ２３〜Ｓ２８と同様の処理を行う（ステップＳ５３〜Ｓ５８）。
【００７１】
一方、リモート操作部に相当するＰＣ２０（又はＰＣ３０等の外部機器）のリモート操作表示部６００は、ＰＣ２０上の操作により、カラーモード（ここでは「フルカラーモード」とする）指定情報のイベントが発行されると、そのイベントをＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ５９）。続いて、コピーサービスの実行要求のイベントが発行されると、そのイベントもＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ６０）。
それによって、操作部イベント解釈部５０２，サービス提供部５０３，サービスリソース管理部５０５，デバイス制御部５０４は、図５，図９によって説明したステップＳ３１〜Ｓ３３と同様の処理を行う（ステップＳ６１〜Ｓ６３）。
【００７２】
サービス提供部５０３は、サービスリソース管理部５０５からコピーサービスの使用状況の確認結果を受ける（ステップＳ６３）と、その確認結果よりリモート操作部から実行が要求されたコピーサービスが実行可能か否かを判定し、そのコピーサービスが実行不可能な場合に、そのコピーサービスの実行を保留する。
その後、デバイス制御部５０４は、実行中のスキャナ動作が終了すると、その結果をスキャナ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ６４）。続いて、実行中のプロッタ動作が終了すると、その結果をプロッタ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ６７）。
それによって、サービス提供部５０３，サービスリソース管理部５０５，および操作部イベント解釈部５０２は、図５によって説明したステップＳ１０，Ｓ１１，Ｓ１３〜Ｓ１５と同様の処理を行う（ステップＳ６５，Ｓ６６，Ｓ６８〜Ｓ７０）。
【００７３】
サービス提供部５０３は、デバイス制御部５０４から受けたスキャナ実行結果およびプロッタ実行結果をそれぞれコピー実行結果として操作部イベント解釈部５０２へ送信した後、保留しておいたコピーサービス（リモート操作部から実行が要求されたコピーサービス）を再開するため、再びそのコピーサービスの使用状況の確認要求をサービスリソース管理部５０５へ送信して、その確認結果を受ける（ステップＳ７１，Ｓ７２）が、今度はそのコピーサービスが実行可能と判定する。
【００７４】
それによって、操作部イベント解釈部５０２，サービス提供部５０３，サービスリソース管理部５０５，デバイス制御部５０４は、図５によって説明したステップＳ６〜Ｓ１５と同様の処理を行う（ステップＳ７３〜Ｓ８２）。但し、この場合のイベント発行元は、リモート操作部（ＰＣ２０）なので、そのリモート操作表示部６００が、ＭＦＰ１０の操作部イベント解釈部５０２から受け取ったコピー実行結果を表示装置２３０の画面に表示させる。
【００７５】
第３実施例によれば、上述した（Ａ１）〜（Ａ４）に示した効果に加え、以下の（Ａ５）に示す効果を得ることができる。
（Ａ５）ＭＦＰのサービス提供部が、実行が要求されたサービスが実行不可能と判定した場合には、そのサービスが実行可能と判定するまで、そのサービスの実行を保留する（実行が要求されたサービスの実行を保留した後、実行中のサービスが終了したタイミングで、実行を保留しておいたサービスの利用状況を再びサービスリソース管理部に対して問い合わせる）ことにより、実行を保留しておいたサービスが実行可能となった場合にそのサービスを即座に実行できるため、サービスの実行速度が速くなる。
【００７６】
〔第４実施例〕
図１１は、ＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第４例を示す図である。
ＭＦＰ１０の操作部１０７の操作表示部５０１は、操作部１０７上の操作により、フルカラーモード指定情報のイベントが発行されると、そのイベントを操作部イベント解釈部５０２へ送信する（ステップＳ９１）。続いて、蓄積文書印刷サービスの実行要求のイベントが発行されると、そのイベントも操作部イベント解釈部５０２へ送信する（ステップＳ９２）。
【００７７】
操作部イベント解釈部５０２は、操作表示部５０１からイベントを受けると、そのイベントを解釈し、そのイベントがフルカラーモード指定情報であった場合に、そのフルカラーモード指定情報をメモリ（ＳＤＲＡＭ１０３，ＮＶＲＡＭ１０５，ＨＤＤ１０６等）に記憶する。また、操作表示部５０１から続けて受けたイベントが蓄積文書印刷サービス実行要求であった場合に、そのイベントの発行元の情報をメモリに直前に記憶したフルカラーモード指定情報に関連付けて操作モード記憶テーブルとして記憶し、そのイベント発行元情報およびフルカラーモード指定情報をコマンドパラメータとして蓄積文書印刷サービス実行要求に付加して、その蓄積文書印刷サービス実行要求をサービス提供部５０３へ送信する（ステップＳ９３）。
【００７８】
サービス提供部５０３は、操作部イベント解釈部５０２から蓄積文書印刷サービス実行要求を受けると、その実行が要求された蓄積文書印刷サービスを提供するため、その蓄積文書印刷サービスの実行に必要なパラメータであるサービスパラメータを判定し、そのサービスパラメータを蓄積文書印刷サービス（蓄積文書印刷リソース）の使用状況の確認（問い合わせ）要求に付加してサービスリソース管理部５０５へ送信する（ステップＳ９４）。
サービスリソース管理部５０５は、サービス提供部５０３から蓄積文書印刷サービスの使用状況の確認要求を受けると、それに付加されているサービスパラメータと一致する蓄積文書印刷サービスの使用状況を確認するが、現在どのサービスも未使用なので、蓄積文書印刷サービス使用可能を確認結果としてサービス提供部５０３へ送信する（ステップＳ９５）。
【００７９】
サービス提供部５０３は、サービスリソース管理部５０５から蓄積文書印刷サービスの使用状況の確認結果を受けると、その確認結果から上記実行が要求された蓄積文書印刷サービスが実行可能か否かを判定し、その蓄積文書印刷サービスが実行可能な場合に、その蓄積文書印刷サービスの実行開始情報（イベント発行元情報を含む）をサービスリソース管理部５０５へ送信した後、対応するデバイスであるプロッタの実行要求であるプロッタ実行要求（イベント発行元情報，フルカラーモード指定情報，およびサービスパラメータを含む）をデバイス制御部５０４へ送信する（ステップＳ９６，Ｓ９７）。
【００８０】
サービスリソース管理部５０５は、サービス提供部５０３から蓄積文書印刷サービス実行開始情報を受けると、メモリ内のサービスリソース管理テーブルに記憶されている蓄積文書印刷サービスの使用状況をパラメータ毎に設定する。
ここで、サービスリソース管理テーブルについて、図１２を参照して説明しておく。
図１２は、サービスリソース管理テーブルの他の例を示す図である。
【００８１】
この例では、コピーサービスの使用状況は、カラーモード，転写紙種類，ＡＤＦ（自動原稿給送装置）がそれぞれ「フルカラー」，「普通紙」，「使用中」と設定されている。プリンタサービスの使用状況は、カラーモード，転写紙種類がそれぞれ「モノクロ」，「再生紙」と設定されている。スキャナサービスの使用状況は、カラーモード，ＡＤＦのいずれも「未使用」と設定されている。蓄積文書印刷サービスの使用状況は、機器（ＭＦＰ）内ＨＤＤデータ，ドキュメントサーバデータがそれぞれ「未使用」，「133.XXX.XXX.XXX」と設定されている。アドレス帳登録サービスの使用状況は、機器内ＨＤＤデータ，個人情報管理サーバデータがいずれも「未使用」と設定されている。なお、図示の都合上、ＦＡＸサービスおよび機器設定情報変更サービスの使用状況については図示を省略している。
【００８２】
デバイス制御部５０４は、サービス提供部５０３からプロッタ実行要求を受けると、そのプロッタ実行要求に含まれているフルカラーモード指定情報およびサービスパラメータに従い、例えばＨＤＤ１０６に蓄積されているフルカラー画像データ（蓄積文書）を読み出すと共にそのプロッタの動作を制御し、そのフルカラー画像データを画像データバス経由でプロッタに送って普通紙等の記録媒体上に可視画像として印刷させる。
【００８３】
一方、リモート操作部に相当するＰＣ２０（又はＰＣ３０等の外部機器）のリモート操作表示部６００は、ＰＣ２０上の操作により、カラーモード（ここでは「モノクロモード」とする）指定情報のイベントが発行されると、そのイベントをＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ９８）。続いて、蓄積文書印刷サービスの実行要求のイベントが発行されると、そのイベントもＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ９９）。
【００８４】
操作部イベント解釈部５０２は、リモート操作表示部６００からイベントを受けると、そのイベントを解釈し、そのイベントがモノクロモード指定情報であった場合に、そのモノクロモード指定情報をメモリに記憶する。また、リモート操作表示部６００から続けて受けたイベントが蓄積文書印刷サービス実行要求であった場合に、そのイベントの発行元の情報をメモリに直前に記憶したフルカラーモード指定情報に関連付けて操作モード記憶テーブルとして記憶し、そのイベント発行元情報およびモノクロモード指定情報をコマンドパラメータとして蓄積文書印刷サービス実行要求に付加して、その蓄積文書印刷サービス実行要求をサービス提供部５０３へ送信する（ステップＳ１００）。
【００８５】
サービス提供部５０３は、操作部イベント解釈部５０２から蓄積文書印刷サービス実行要求を受けると、その実行が要求された蓄積文書印刷サービスを提供するため、その蓄積文書印刷サービスの実行に必要なパラメータ（実行条件を含む）であるサービスパラメータを判定し、そのサービスパラメータを蓄積文書印刷サービスの使用状況の確認要求に付加してサービスリソース管理部５０５へ送信する（ステップＳ１０１）。
サービスリソース管理部５０５は、サービス提供部５０３から蓄積文書印刷サービスの使用状況の確認要求を受けると、それに付加されているサービスパラメータと一致する蓄積文書印刷サービスの使用状況を確認するが、現在蓄積文書印刷サービスは使用されているが、上記サービスパラメータと一致しないので、蓄積文書印刷サービス使用不可能を確認結果としてサービス提供部５０３へ送信する（ステップＳ１０２）。
【００８６】
サービス提供部５０３は、サービスリソース管理部５０５から蓄積文書印刷サービスの使用状況の確認結果を受けると、その確認結果より操作部イベント解釈部５０２から実行が要求された蓄積文書印刷サービスが実行可能か否かを判定し、その蓄積文書印刷サービスが実行不可能な場合に、その旨（イベント発行元情報を含む）を蓄積文書印刷実行結果として操作部イベント解釈部５０２へ送信する（ステップＳ１０３）。
操作部イベント解釈部５０２は、サービス提供部５０３から蓄積文書印刷実行結果（蓄積文書印刷実行不可）を受けると、それに含まれているイベント発行元情報とメモリの記憶情報とを比較照合し、一致した場合に、そのイベント発行元であるリモート操作部（リモート操作表示部６００）へ受け取った蓄積文書印刷実行結果を送信する（ステップＳ１０４）。
【００８７】
リモート操作表示部６００は、操作部イベント解釈部５０２から蓄積文書印刷実行結果（蓄積文書印刷実行不可）を受けると、それをＰＣ２０の表示装置２３０の画面に表示させる。
ここで、ある操作部からの実行要求によるサービスの実行中に、他の操作部からのサービスの実行要求によってサービスパラメータの変更が必要になった場合に、時間やお金がかかる状況だった場合には、同一パラメータ（実行中のサービスと同じサービスパラメータ）でサービスの実行を継続する方がユーザにとってメリットが大きい。この場合、同一パラメータとなるように実行条件を指定可能なように実行不可（蓄積文書印刷実行不可等）をイベント発行元に通知するとよく、第４実施例ではそのような処理を行っている。
【００８８】
逆に、他の操作部からのサービスの実行要求によってサービスパラメータを変更する場合に、サービスの同時実行が可能な状況であった場合には、異なるパラメータでサービスの実行を継続する方がユーザにとってメリットが大きい。この場合、異なるパラメータとなるように実行条件を指定可能なように実行可（蓄積文書印刷実行可等）をイベント発行元に通知するとよい。
後者の処理を行うためには、サービスリソース管理部５０５は、サービス提供部５０３からサービスの使用状況の確認要求を受けた場合に、それに含まれているサービスパラメータが実行中のサービスのサービスパラメータと異なる場合に、サービス使用不可能を確認結果としてサービス提供部５０３へ送信する。
【００８９】
リモート操作表示部６００は、蓄積文書印刷実行結果をＰＣ２０の表示装置２３０の画面に表示した後、ＰＣ２０上の操作により、フルカラーモード指定情報のイベントが発行されると、そのイベントをＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ１０５）。続いて、蓄積文書印刷サービスの実行要求のイベントが発行されると、そのイベントもＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ１０６）。
【００９０】
操作部イベント解釈部５０２は、リモート操作表示部６００からイベントを受けると、そのイベントを解釈し、そのイベントがフルカラーモード指定情報であった場合に、そのフルカラーモード指定情報をメモリに記憶する。また、リモート操作表示部６００から続けて受けたイベントが蓄積文書印刷サービス実行要求であった場合に、そのイベントの発行元の情報をメモリに直前に記憶したフルカラーモード指定情報に関連付けて操作モード記憶テーブルとして記憶し、そのイベント発行元情報およびフルカラーモード指定情報をコマンドパラメータとして蓄積文書印刷サービス実行要求に付加して、その蓄積文書印刷サービス実行要求をサービス提供部５０３へ送信する（ステップＳ１０７）。
【００９１】
サービス提供部５０３は、操作部イベント解釈部５０２から蓄積文書印刷サービス実行要求を受けると、その実行が要求された蓄積文書印刷サービスを提供するため、その蓄積文書印刷サービスの実行に必要なパラメータであるサービスパラメータを判定し、そのサービスパラメータを蓄積文書印刷サービスの使用状況の確認要求に付加してサービスリソース管理部５０５へ送信する（ステップＳ１０８）。
サービスリソース管理部５０５は、サービス提供部５０３から蓄積文書印刷サービスの使用状況の確認要求を受けると、それに付加されているサービスパラメータと一致する蓄積文書印刷サービスの使用状況を確認するが、現在その蓄積文書印刷サービスが使用されているので、蓄積文書印刷サービス使用可能を確認結果としてサービス提供部５０３へ送信する（ステップＳ１０９）。
【００９２】
サービス提供部５０３は、サービスリソース管理部５０５から蓄積文書印刷サービスの使用状況の確認結果を受けると、その確認結果より操作部イベント解釈部５０２から実行が要求された蓄積文書印刷サービスが実行可能か否かを判定し、その蓄積文書印刷サービスが実行可能な場合に、その蓄積文書印刷サービスの実行開始情報（イベント発行元情報を含む）をサービスリソース管理部５０５へ送信した後、対応するデバイスであるプロッタの実行要求であるプロッタ実行要求（イベント発行元情報，フルカラーモード指定情報，およびサービスパラメータを含む）をデバイス制御部５０４へ送信する（ステップＳ１１０，Ｓ１１１）。
【００９３】
サービスリソース管理部５０５は、サービス提供部５０３から蓄積文書印刷サービス実行開始情報を受けると、メモリ内のサービスリソース管理テーブルに記憶されている蓄積文書印刷サービスの使用状況をパラメータ毎に設定する。このとき、それと同じ設定が既になされているため、それと区別できるように、新たなサービスリソース管理テーブル（図１２）を用意するとよい。
以後の操作部イベント解釈部５０２，サービス提供部５０３，サービスリソース管理部５０５，デバイス制御部５０４による処理は、図５によって説明したステップＳ９〜Ｓ１５と同様である。
【００９４】
第４実施例によれば、上述した（Ａ１）（Ａ２）（Ａ４）に示した効果に加え、以下の（Ａ６）（Ａ７）に示す効果を得ることができる。
（Ａ６）サービスリソース管理部が、各種サービスの利用状況をサービス実行時のパラメータ別に管理し、サービス提供部から実行が要求されたサービスの利用状況の問い合わせを受けた場合に、そのサービスの利用状況をパラメータ別に確認し、その確認結果を問い合わせ結果としてサービス提供部へ通知することにより、より細かい粒度でのサービスリソース管理が可能となるため、機械の持つ性能をより引き出すことが可能となる。
（Ａ７）サービスの管理をテーブルを用いてパラメータ別に行っているので、複数のサービスの使用状況（使用中／未使用）をパラメータ別に低資源で効率的に判定できる。
【００９５】
〔第５実施例〕
図１３は、ＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第５例を示す図である。
ＭＦＰ１０の操作部１０７の操作表示部５０１は、操作部１０７上の操作により、カラーモード（ここでは「フルカラーモード」とする）指定情報のイベントが発行されると、そのイベントを操作部イベント解釈部５０２へ送信する（ステップＳ１２１）。続いて、コピーサービスの実行要求のイベントが発行されると、そのイベントも操作部イベント解釈部５０２へ送信する（ステップＳ１２２）。
【００９６】
操作部イベント解釈部５０２は、操作表示部５０１からイベントを受けると、そのイベントを解釈し、そのイベントがフルカラーモード指定情報であった場合に、そのフルカラーモード指定情報をメモリ（ＳＤＲＡＭ１０３，ＮＶＲＡＭ１０５，ＨＤＤ１０６等）に記憶する。また、操作表示部５０１から続けて受けたイベントがコピーサービス実行要求であった場合に、そのイベントの発行元の情報をメモリに直前に記憶したフルカラーモード指定情報に関連付けて操作モード記憶テーブルとして記憶し、そのイベント発行元情報およびフルカラーモード指定情報をコマンドパラメータとしてコピーサービス実行要求に付加して、そのコピーサービス実行要求をサービス提供部５０３へ送信する（ステップＳ１２３）。
【００９７】
サービス提供部５０３は、操作部イベント解釈部５０２からコピーサービス実行要求を受けると、その実行が要求されたコピーサービスを提供するため、対応するデバイスであるスキャナおよびプロッタの各実行要求であるスキャナ実行要求（イベント発行元情報およびフルカラーモード指定情報を含む），プロッタの実行要求であるプロッタ実行要求（イベント発行元情報およびフルカラーモード指定情報を含む）を順次デバイス制御部５０４へ送信する（ステップＳ１２４，Ｓ１２５）。
【００９８】
デバイス制御部５０４は、サービス提供部５０３からスキャナ実行要求を受けると、スキャナ（スキャナリソース）の使用状況の確認（問い合わせ）要求をデバイスリソース管理部５０６へ送信する（ステップＳ１２６）。
デバイスリソース管理部５０６は、デバイス制御部５０４からスキャナの使用状況の確認要求を受けると、スキャナの使用状況を確認するが、現在スキャナは未使用なので、スキャナ使用可能を確認結果としてデバイス制御部５０４へ送信（通知）する（ステップＳ１２７）。
【００９９】
デバイス制御部５０４は、デバイスリソース管理部５０６からスキャナの使用状況の確認結果を受けると、その確認結果から実行が要求されたスキャナが実行可能か否かを判定し、スキャナが実行可能な場合に、スキャナの実行開始情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後（ステップＳ１２８）、上記スキャナ実行要求に含まれているフルカラーモード指定情報に従ってスキャナの動作（スキャナ動作）を制御し、スキャナに原稿のフルカラー画像を読み取らせる。
【０１００】
また、サービス提供部５０３からスキャナ実行要求に続いてプロッタ実行要求を受けると、プロッタ（プロッタリソース）の使用状況の確認要求をデバイスリソース管理部５０６へ送信する（ステップＳ１２９）。
デバイスリソース管理部５０６は、デバイス制御部５０４からプロッタの使用状況の確認要求を受けると、プロッタの使用状況を確認するが、現在プロッタも未使用なので、プロッタ使用可能を確認結果としてデバイス制御部５０４へ送信する（ステップＳ１３０）。
【０１０１】
デバイス制御部５０４は、デバイスリソース管理部５０６からプロッタの使用状況の確認結果を受けると、その確認結果から実行が要求されたプロッタが実行可能か否かを判定し、プロッタが実行可能な場合に、プロッタの実行開始情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後（ステップＳ１３１）、上記プロッタ実行要求に含まれているフルカラーモード指定情報に従ってプロッタの動作を制御し、スキャナからのフルカラー画像データを画像データバス経由でプロッタに送って記録媒体上に可視画像として印刷させる。
【０１０２】
デバイスリソース管理部５０６は、デバイス制御部５０４からスキャナ実行開始情報を受けると、メモリ内のデバイスリソース管理テーブルに記憶されているスキャナの使用状況を「使用中」と設定する。続いて、デバイス制御部５０４からプロッタ実行開始情報を受けると、メモリ内のデバイスリソース管理テーブルに記憶されているプロッタの使用状況も「使用中」と設定する。
【０１０３】
ここで、デバイスリソース管理テーブルについて、図１４を参照して説明しておく。
図１４は、デバイスリソース管理テーブルの一例を示す図である。
図１４の例では、スキャナ，プロッタ，および画像データバスの使用状況がそれぞれ「使用中」、メモリ（ＨＤＤ）およびＦＡＸ回線の使用状況がそれぞれ「未使用」と設定されている。
【０１０４】
その後、デバイス制御部５０４は、実行中のスキャナ動作が終了すると、スキャナ実行終了情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後、スキャナ動作の実行結果をスキャナ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ１３２，Ｓ１３３）。また、実行中のプロッタ動作が終了すると、プロッタの実行終了情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後、プロッタ動作の実行結果をプロッタ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ１３６，Ｓ１３７）。
【０１０５】
デバイスリソース管理部５０６は、デバイス制御部５０４からスキャナ実行終了情報を受けると、メモリ内のデバイスリソース管理テーブルに記憶されているスキャナの使用状況を「未使用」と設定する。続いて、デバイス制御部５０４からプロッタ実行終了情報を受けると、メモリ内のデバイスリソース管理テーブルに記憶されているプロッタの使用状況も「未使用」と設定する。
サービス提供部５０３は、デバイス制御部５０４からスキャナ実行結果を受けると、それをコピー実行結果として操作部イベント解釈部５０２へ送信する（ステップＳ１３４）。また、デバイス制御部５０４からプロッタ実行結果を受けると、それもコピー実行結果として操作部イベント解釈部５０２へ送信する（ステップＳ１３８）。
【０１０６】
操作部イベント解釈部５０２は、サービス提供部５０３からコピー実行結果（スキャナ実行結果）を受けると、それに含まれているイベント発行元情報とメモリの記憶情報とを比較照合し、一致した場合に、そのイベント発行元である操作部１０７（操作表示部５０１）へ受け取ったコピー実行結果を送信する（ステップＳ１３５）。また、サービス提供部５０３からコピー実行結果（プロッタ実行結果）を受けた場合にも、同様の処理を行う（ステップＳ１３９）。
操作表示部５０１は、操作部イベント解釈部５０２から各コピー実行結果（スキャナ実行結果，プロッタ実行結果）を順次受けると、それらを操作部１０７の表示部の画面に表示させる。
【０１０７】
第５実施例によれば、ＭＦＰの操作部イベント解釈部が、ＭＦＰの操作部又はリモート操作部から発行されたイベント（指示されたサービス）を解釈し、そのイベントがサービスの実行要求であった場合に、そのサービスの実行要求をサービス提供部（サービス提供機能）に対して発行し、そのサービスの実行要求を受けたサービス提供部が、対応するデバイスの実行要求をデバイス制御部に対して発行し、そのデバイスの実行要求を受けたデバイス制御部が、その実行が要求されたデバイスの使用状況をデバイスリソース管理部に対して問い合わせ（確認し）、その問い合わせ結果からそのデバイスが実行可能と判定した場合に、そのデバイスの動作の制御を行わせる。
【０１０８】
したがって、以下の（Ｂ１）〜（Ｂ３）に示す効果を得ることができる。
（Ｂ１）ＭＦＰが保有するサービス提供機能を任意の操作部（複数の操作部）が自由に利用（使用）可能となり、操作部の種類とサービスの種類との間に依存性がなくなるため、複数の操作部（ＭＦＰの操作部とリモート操作部）の表示画面の形態を共通化できる。よって、開発工数を削減でき、また各操作部による操作手順を統一することができる。そのため、操作部の種類およびサービスの種類の拡張が容易になる。
【０１０９】
（Ｂ２）デバイス（デバイスリソース）の管理を実行することにより、複数の操作部からＭＦＰを同タイミングで使用した場合の排他制御が容易となり、利用者にＭＦＰの性能を最大限に提供できる。つまり、ＭＦＰのサービス構成単位であるデバイスをリソースとして扱うため、ＭＦＰの性能を最大限に活かしたリソースの管理処理を実現できる。
（Ｂ３）デバイスの管理をテーブルを用いて行っているので、複数のデバイスの使用状況（使用中／未使用）を低資源で効率的に判定できる。
【０１１０】
〔第６実施例〕
図１５は、ＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第６例を示す図である。
ＭＦＰ１０の操作部１０７の操作表示部５０１は、操作部１０７上の操作により、フルカラーモード指定情報のイベントが発行されると、そのイベントを操作部イベント解釈部５０２へ送信する（ステップＳ１４１）。続いて、コピーサービスの実行要求のイベントが発行されると、そのイベントも操作部イベント解釈部５０２へ送信する（ステップＳ１４２）。
【０１１１】
それによって、操作部イベント解釈部５０２，サービス提供部５０３，デバイス制御部５０４，デバイスリソース管理部５０６は、図１３によって説明したステップＳ１２３〜Ｓ１３１と同様の処理を行う（ステップＳ１４３〜Ｓ１５１）。
一方、リモート操作部に相当するＰＣ２０（又はＰＣ３０等の外部機器）のリモート操作表示部６００は、ＰＣ２０上の操作により、カラーモード（ここでは「フルカラーモード」とする）指定情報のイベントが発行されると、そのイベントをＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ１５２）。続いて、コピーサービスの実行要求のイベントが発行されると、そのイベントもＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ１５３）。
【０１１２】
ＭＦＰ１０の操作部イベント解釈部５０２は、リモート操作表示部６００からイベントを受けると、そのイベントを解釈し、そのイベントがフルカラーモード指定情報であった場合に、そのフルカラーモード指定情報をメモリに記憶する。また、リモート操作表示部６００から続けて受けたイベントがコピーサービス実行要求であった場合に、そのイベントの発行元の情報をメモリに直前に記憶したフルカラーモード指定情報に関連付けて操作モード記憶テーブルとして記憶し、そのイベント発行元情報およびフルカラーモード指定情報をコマンドパラメータとしてコピーサービス実行要求に付加して、そのコピーサービス実行要求をサービス提供部５０３へ送信する（ステップＳ１５４）。
【０１１３】
サービス提供部５０３は、操作部イベント解釈部５０２からコピーサービス実行要求を受けると、その実行が要求されたコピーサービスを提供するため、対応するデバイスであるスキャナおよびプロッタのうち、まずスキャナの実行要求であるスキャナ実行要求（イベント発行元情報およびフルカラーモード指定情報を含む）をデバイス制御部５０４へ送信する（ステップＳ１５５）。
【０１１４】
デバイス制御部５０４は、サービス提供部５０３からスキャナ実行要求を受けると、スキャナ（スキャナリソース）の使用状況の確認（問い合わせ）要求をデバイスリソース管理部５０６へ送信する（ステップＳ１５６）。
デバイスリソース管理部５０６は、デバイス制御部５０４からスキャナの使用状況の確認要求を受けると、スキャナの使用状況を確認するが、このとき既にスキャナが使用中なので、スキャナ使用不可能を確認結果としてデバイス制御部５０４へ送信する（ステップＳ１５７）。
【０１１５】
デバイス制御部５０４は、デバイスリソース管理部５０６からスキャナの使用状況の確認結果を受けると、その確認結果から実行が要求されたスキャナが実行可能か否かを判定し、スキャナが実行不可能な場合に、その旨（イベント発行元情報を含む）をスキャナ実行結果としてサービス提供部５０３へ送信する（ステップＳ１５８）。
サービス提供部５０３は、スキャナ実行要求の送信を行ってから所定時間内にキャナ実行結果（スキャナ実行不可）を受けると、それをコピー実行結果（コピーサービス実行不可）として操作部イベント解釈部５０２へ送信する（ステップＳ１５９）。プロッタの実行要求であるプロッタ実行要求の送信は禁止する。
【０１１６】
操作部イベント解釈部５０２は、サービス提供部５０３からコピー実行結果（コピーサービス実行不可）を受けると、それに含まれているイベント発行元情報とメモリの記憶情報とを比較照合し、一致した場合に、そのイベント発行元であるリモート操作部（リモート操作表示部６００）へ受け取ったコピー実行結果を送信する（ステップＳ１６０）。
リモート操作表示部６００は、操作部イベント解釈部５０２からコピー実行結果（コピーサービス実行不可）を受けると、それをＰＣ２０の表示装置２３０の画面に表示させる。
【０１１７】
その後、デバイス制御部５０４は、実行中のスキャナ動作が終了すると、スキャナの実行終了情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後、スキャナ動作の実行結果をスキャナ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ１６１，Ｓ１６２）。また、実行中のプロッタ動作が終了すると、プロッタの実行終了情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後、プロッタ動作の実行結果をプロッタ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ１６５，Ｓ１６６）。
それによって、サービス提供部５０３，デバイスリソース管理部５０６，および操作部イベント解釈部５０２は、図１３によって説明したステップＳ１３４，Ｓ１３５，Ｓ１３８，Ｓ１３９と同様の処理を行う（ステップＳ１６３，Ｓ１６４，Ｓ１６７，Ｓ１６８）。
【０１１８】
第６実施例によれば、上述した（Ｂ１）〜（Ｂ３）に示した効果（第５実施例と同様の効果）に加え、以下の（Ｂ４）に示す効果を得ることができる。
（Ｂ４）ＭＦＰの操作部イベント解釈部が、デバイス制御部によって実行が要求されたデバイスが実行不可能と判定された場合には、サービスが実行不可能である旨をそのサービスの実行要求の発行元（イベント発行元）に対して通知することにより、サービスが利用できない状況を即座にユーザに伝えることができるため、ユーザによるサービスの実行タイミングとＭＦＰによる実行タイミングの同期を一致させることができ、利便性が高くなる。
【０１１９】
〔第７実施例〕
図１６は、ＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第７例を示す図である。
ＭＦＰ１０の操作部１０７の操作表示部５０１は、操作部１０７上の操作により、フルカラーモード指定情報のイベントが発行されると、そのイベントを操作部イベント解釈部５０２へ送信する（ステップＳ１７１）。続いて、コピーサービスの実行要求のイベントが発行されると、そのイベントも操作部イベント解釈部５０２へ送信する（ステップＳ１７２）。
それによって、操作部イベント解釈部５０２，サービス提供部５０３，デバイス制御部５０４，デバイスリソース管理部５０６は、図１３，図１５によって説明したステップＳ１４３〜Ｓ１５１と同様の処理を行う（ステップ１７３〜Ｓ１８１）。
【０１２０】
一方、リモート操作部に相当するＰＣ２０（又はＰＣ３０等の外部機器）のリモート操作表示部６００は、ＰＣ２０上の操作により、カラーモード（ここでは「フルカラーモード」とする）指定情報のイベントが発行されると、そのイベントをＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ１８２）。続いて、コピーサービスの実行要求のイベントが発行されると、そのイベントもＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ１８３）。
それによって、操作部イベント解釈部５０２，サービス提供部５０３，デバイス制御部５０４，デバイスリソース管理部５０６は、図１３によって説明したステップＳ１２３〜Ｓ１２５と同様の処理を行う（ステップＳ１８４〜Ｓ１８６）。
【０１２１】
デバイス制御部５０４は、サービス提供部５０３からスキャナ実行要求を受けると、スキャナの使用状況の確認要求をデバイスリソース管理部５０６へ送信する（ステップＳ１８７）。
デバイスリソース管理部５０６は、デバイス制御部５０４からスキャナの使用状況の確認要求を受けると、スキャナの使用状況を確認するが、このとき既にスキャナが使用中なので、スキャナ使用不可能を確認結果としてデバイス制御部５０４へ送信する（ステップＳ１８８）。
デバイス制御部５０４は、デバイスリソース管理部５０６からスキャナの使用状況の確認結果を受けると、その確認結果から実行が要求されたスキャナが実行可能か否かを判定し、スキャナが実行不可能な場合に、スキャナの実行を保留する。
【０１２２】
デバイス制御部５０４はまた、サービス提供部５０３からプロッタ実行要求を受けると、プロッタの使用状況の確認要求もデバイスリソース管理部５０６へ送信する（ステップＳ１８９）。
デバイスリソース管理部５０６は、デバイス制御部５０４からプロッタの使用状況の確認要求を受けると、プロッタの使用状況を確認するが、このとき既にプロッタも使用中なので、プロッタ使用不可能を確認結果としてデバイス制御部５０４へ送信する（ステップＳ１９０）。
デバイス制御部５０４は、デバイスリソース管理部５０６からプロッタの使用状況の確認結果を受けると、その確認結果から実行が要求されたプロッタが実行可能か否かを判定し、プロッタが実行不可能な場合に、プロッタの実行も保留する。
【０１２３】
その後、デバイス制御部５０４は、実行中のスキャナ動作が終了すると、スキャナの実行終了情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後、スキャナ動作の実行結果をスキャナ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ１９１，Ｓ１９２）。また、実行中のプロッタ動作が終了すると、プロッタの実行終了情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後、プロッタ動作の実行結果をプロッタ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する（ステップＳ１９８，Ｓ１９９）。
それによって、サービス提供部５０３，デバイスリソース管理部５０６，および操作部イベント解釈部５０２は、図１３によって説明したステップＳ１３４，Ｓ１３５，Ｓ１３８，Ｓ１３９と同様の処理を行う（ステップＳ１９３，Ｓ１９４，Ｓ２００，Ｓ２０１）。
【０１２４】
デバイス制御部５０４はまた、スキャナ実行結果をコピー実行結果として操作部イベント解釈部５０２へ送信した後、保留しておいたスキャナの実行を再開するため、再びスキャナの使用状況の確認要求をデバイスリソース管理部５０６へ送信して、その確認結果を受ける（ステップＳ１９５，Ｓ１９６）が、今度はスキャナが実行可能と判定し、スキャナの実行開始情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後（ステップＳ１９７）、上記スキャナ実行要求に含まれているフルカラーモード指定情報に従ってスキャナの動作を制御し、スキャナに原稿のフルカラー画像を読み取らせる。
【０１２５】
デバイス制御部５０４は更に、プロッタ実行結果をコピー実行結果として操作部イベント解釈部５０２へ送信した後、保留しておいたプロッタの実行を再開するため、再びプロッタの使用状況の確認要求をデバイスリソース管理部５０６へ送信して、その確認結果を受ける（ステップＳ２０２，Ｓ２０３）が、今度はプロッタが実行可能と判定し、プロッタの実行開始情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後（ステップＳ２０４）、上記プロッタ実行要求に含まれているフルカラーモード指定情報に従ってプロッタの動作を制御し、スキャナからのフルカラー画像データを画像データバス経由でプロッタに送って記録媒体上に可視画像として印刷させる。
以後の操作部イベント解釈部５０２，サービス提供部５０３，デバイス制御部５０４，デバイスリソース管理部５０６による処理は、図１３によって説明したステップＳ１３４，Ｓ１３５，Ｓ１３８，Ｓ１３９と同様なので、図示と説明を省略する。
【０１２６】
第７実施例によれば、上述した（Ｂ１）〜（Ｂ４）に示した効果に加え、以下の（Ｂ５）に示す効果を得ることができる。
（Ｂ５）ＭＦＰのデバイス制御部が、実行が要求されたデバイスが実行不可能と判定した場合には、そのデバイスが実行可能と判定するまで、そのデバイスの実行を保留する（実行が要求されたデバイスの実行を保留した後、実行中のデバイスの動作が終了したタイミングで、実行を保留しておいたデバイスの利用状況を再びデバイスリソース管理部に対して問い合わせる）ことにより、実行を保留しておいたデバイスが実行可能となった場合にそのデバイスを即座に実行できるため、デバイスの実行速度が速くなる。
【０１２７】
〔第８実施例〕
図１７は、ＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第８例を示す図である。
ＭＦＰ１０の操作部１０７の操作表示部５０１は、操作部１０７上の操作により、フルカラーモードと給紙トレイＡの指定情報のイベントが発行されると、そのイベントを操作部イベント解釈部５０２へ送信する（ステップＳ２１１）。続いて、蓄積文書印刷サービスの実行要求のイベントが発行されると、そのイベントも操作部イベント解釈部５０２へ送信する（ステップＳ２１２）。
【０１２８】
操作部イベント解釈部５０２は、操作表示部５０１からイベントを受けると、そのイベントを解釈し、そのイベントがフルカラーモードと給紙トレイＡの指定情報であった場合に、そのフルカラーモードと給紙トレイＡの指定情報をメモリ（ＳＤＲＡＭ１０３，ＮＶＲＡＭ１０５，ＨＤＤ１０６等）に記憶する。また、操作表示部５０１から続けて受けたイベントが蓄積文書印刷サービス実行要求であった場合に、そのイベントの発行元の情報をメモリに直前に記憶したフルカラーモードと給紙トレイＡの指定情報に関連付けて操作モード記憶テーブルとして記憶し、そのイベント発行元情報およびフルカラーモードと給紙トレイＡの指定情報をコマンドパラメータとして蓄積文書印刷サービス実行要求に付加して、その蓄積文書印刷サービス実行要求をサービス提供部５０３へ送信する（ステップＳ２１３）。
【０１２９】
サービス提供部５０３は、操作部イベント解釈部５０２から蓄積文書印刷サービス実行要求を受けると、対応するデバイスであるプロッタの実行要求であるプロッタ実行要求（イベント発行元情報およびフルカラーモードと給紙トレイＡの指定情報を含む）をデバイス制御部５０４へ送信する（ステップＳ２１４）。
デバイス制御部５０４は、サービス提供部５０３からプロッタ実行要求を受けると、その実行が要求されたプロッタの実行に必要なパラメータであるデバイスパラメータを判定するが、ここではそのデバイスパラメータが給紙トレイＡであるため、給紙トレイＡ（給紙トレイＡリソース）の使用状況の確認要求をデバイスリソース管理部５０６へ送信する（ステップＳ２１５）。
【０１３０】
デバイスリソース管理部５０６は、デバイス制御部５０４から給紙トレイＡの使用状況の確認要求を受けると、給紙トレイＡの使用状況を確認するが、現在給紙トレイＡは未使用なので、給紙トレイＡ使用可能を確認結果としてデバイス制御部５０４へ送信する（ステップＳ２１６）。
デバイス制御部５０４は、デバイスリソース管理部５０６から給紙トレイＡの使用状況の確認結果を受けると、その確認結果からプロッタの実行が可能か否かを判定するが、給紙トレイＡが使用可能であるため、以下の処理を行う。
【０１３１】
すなわち、プロッタの実行が可能と判定し、給紙トレイＡの使用開始情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後（ステップＳ２１７）、上記プロッタ実行要求に含まれているフルカラーモードと給紙トレイＡの指定情報に従い、例えばＨＤＤ１０６に蓄積されているフルカラー画像データ（蓄積文書）を読み出すと共にそのプロッタの動作を制御し、そのフルカラー画像データを画像データバス経由でプロッタに送って給紙トレイＡから給紙される用紙上に可視画像として印刷させる。なお、デバイスパラメータが複数あった場合には、その各デバイスパラメータの使用状況の確認要求をデバイスリソース管理部５０６へ順次送信し、各確認結果から各デバイスパラメータが全て使用可能と判定した場合に、プロッタの実行が可能と判定する。
【０１３２】
デバイスリソース管理部５０６は、サービス提供部５０３から給紙トレイＡ使用開始情報を受けると、メモリ内のデバイスリソース管理テーブルに記憶されているプロッタの給紙トレイＡを「使用中」と設定する。なお、サービス提供部５０３から複数のデバイスパラメータの使用開始情報を受けた場合には、プロッタ（デバイス）の使用状況をパラメータ毎に設定する。
【０１３３】
ここで、デバイスリソース管理テーブルについて、図１８を参照して説明しておく。
図１８は、デバイスリソース管理テーブルの他の例を示す図である。
図１８の例では、プロッタの使用状況は、給紙トレイＡ，フィニッシャ，両面ユニットがそれぞれ「使用中」、給紙トレイＢが「未使用」と設定されている。スキャナの使用状況は、ＡＤＦが「使用中」、圧板が「未使用」と設定されている。メモリ（ＨＤＤ）の使用状況は、画像データ展開メモリが「２０％使用」、データ蓄積領域が「未使用」と設定されている。画像データバスの使用状況は、「３０％使用」と設定されている。ＦＡＸ回線の使用状況は、「未使用」と設定されている。
【０１３４】
一方、リモート操作部に相当するＰＣ２０（又はＰＣ３０等の外部機器）のリモート操作表示部６００は、ＰＣ２０上の操作により、フルカラーモードと給紙トレイＡの指定情報のイベントが発行されると、そのイベントをＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ２１８）。続いて、蓄積文書印刷サービスの実行要求のイベントが発行されると、そのイベントもＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ２１９）。
【０１３５】
それによって、操作部イベント解釈部５０２，サービス提供部５０３，デバイス制御部５０４は、上述と同様の処理を行う（ステップＳ２２０〜Ｓ２２２）。
デバイスリソース管理部５０６は、デバイス制御部５０４から給紙トレイＡの使用状況の確認要求を受けると、給紙トレイＡの使用状況を確認するが、給紙トレイＡは使用中なので、給紙トレイＡ使用不可能を確認結果としてデバイス制御部５０４へ送信する（ステップＳ２２３）。
デバイス制御部５０４は、デバイスリソース管理部５０６から給紙トレイＡの使用状況の確認結果を受けると、その確認結果からプロッタの実行が否かを判定するが、給紙トレイＡが使用不可能であるため、プロッタの実行が不可能と判定し、その旨（イベント発行元情報を含む）をプロッタ実行結果としてサービス提供部５０３へ送信する（ステップＳ２２４）。
【０１３６】
サービス提供部５０３は、デバイス制御部５０４からプロッタ実行結果を受けると、それを蓄積文書印刷実行結果（蓄積文書印刷実行不可）として操作部イベント解釈部５０２へ送信する（ステップＳ２２５）。
操作部イベント解釈部５０２は、サービス提供部５０３から蓄積文書印刷実行結果（蓄積文書印刷実行不可）を受けると、それに含まれているイベント発行元情報とメモリの記憶情報とを比較照合し、一致した場合に、そのイベント発行元であるリモート操作部（リモート操作表示部６００）へ受け取った蓄積文書印刷実行結果を送信する（ステップＳ２２６）。
【０１３７】
リモート操作表示部６００は、操作部イベント解釈部５０２から蓄積文書印刷実行結果（蓄積文書印刷実行不可）を受けると、それをＰＣ２０の表示装置２３０の画面に表示させる。
ここで、ある操作部からの実行要求によるサービスの実行中に、他の操作部からのサービスの実行要求によってデバイスパラメータの変更が必要になった場合に、時間やお金がかかる状況だった場合には、同一パラメータ（実行中のサービスと同じデバイスパラメータ）でサービスの実行を継続する方がユーザにとってメリットが大きい。この場合、同一パラメータとなるように実行条件を指定可能なように実行不可（蓄積文書印刷実行不可等）をイベント発行元に通知するとよく、第８実施例ではそのような処理を行っている。
【０１３８】
逆に、他の操作部からのサービスの実行要求によってデバイスパラメータを変更する場合に、サービスの同時実行が可能な状況であった場合には、異なるパラメータでサービスの実行を継続する方がユーザにとってメリットが大きい。この場合、異なるパラメータとなるように実行条件を指定可能なように実行可（蓄積文書印刷実行可等）をイベント発行元に通知するとよい。
後者の処理を行うためには、デバイスリソース管理部５０６は、デバイス制御部５０４からデバイスパラメータの使用状況の確認要求を受けた場合に、そのデバイスパラメータが実行中のサービスのデバイスパラメータと異なる場合に、デバイスパラメータ使用可能を確認結果としてサービス提供部５０３へ送信する。
【０１３９】
リモート操作表示部６００は、蓄積文書印刷実行結果をＰＣ２０の表示装置２３０の画面に表示した後、ＰＣ２０上の操作により、給紙トレイＡから給紙トレイＢへの指定変更がなされ、フルカラーモードと給紙トレイＢの指定情報のイベントが発行されると、そのイベントをＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ２２７）。続いて、蓄積文書印刷サービスの実行要求のイベントが発行されると、そのイベントもＭＦＰ１０の操作部イベント解釈部５０２へ送信する（ステップＳ２２８）。
【０１４０】
操作部イベント解釈部５０２は、リモート操作表示部６００からイベントを受けると、そのイベントを解釈し、そのイベントがフルカラーモードと給紙トレイＢの指定情報であった場合に、そのフルカラーモードと給紙トレイＢの指定情報をメモリに記憶する。また、リモート操作表示部６００から続けて受けたイベントが蓄積文書印刷サービス実行要求であった場合に、そのイベントの発行元の情報をメモリに直前に記憶したフルカラーモードと給紙トレイＢの指定情報に関連付けて操作モード記憶テーブルとして記憶し、そのイベント発行元情報およびフルカラーモードと給紙トレイＢの指定情報をコマンドパラメータとして蓄積文書印刷サービス実行要求に付加して、その蓄積文書印刷サービス実行要求をサービス提供部５０３へ送信する（ステップＳ２２９）。
【０１４１】
サービス提供部５０３は、操作部イベント解釈部５０２から蓄積文書印刷サービス実行要求を受けると、対応するデバイスであるプロッタの実行要求であるプロッタ実行要求（イベント発行元情報およびフルカラーモードと給紙トレイＢの指定情報を含む）をデバイス制御部５０４へ送信する（ステップＳ２３０）。
デバイス制御部５０４は、サービス提供部５０３からプロッタ実行要求を受けると、その実行が要求されたプロッタの実行に必要なパラメータであるデバイスパラメータを判定するが、ここではそのデバイスパラメータが給紙トレイＢであるため、給紙トレイＢ（給紙トレイＢリソース）の使用状況の確認要求をデバイスリソース管理部５０６へ送信する（ステップＳ２３１）。
【０１４２】
デバイスリソース管理部５０６は、デバイス制御部５０４から給紙トレイＢの使用状況の確認要求を受けると、給紙トレイＢの使用状況を確認するが、現在給紙トレイＢは未使用なので、給紙トレイＢ使用可能を確認結果としてデバイス制御部５０４へ送信する（ステップＳ２３２）。
デバイス制御部５０４は、デバイスリソース管理部５０６から給紙トレイＢの使用状況の確認結果を受けると、その確認結果からプロッタの実行が可能か否かを判定するが、給紙トレイＢが使用可能であるため、以下の処理を行う。
【０１４３】
すなわち、プロッタの実行が可能と判定し、給紙トレイＢの使用開始情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後（ステップＳ２３３）、上記プロッタ実行要求に含まれているフルカラーモードと給紙トレイＢの指定情報に従い、例えばＨＤＤ１０６に蓄積されているフルカラー画像データ（蓄積文書）を読み出すと共にそのプロッタの動作を制御し、そのフルカラー画像データを画像データバス経由でプロッタに送って給紙トレイＢから給紙される用紙上に可視画像として印刷させる。
デバイスリソース管理部５０６は、サービス提供部５０３から給紙トレイＢ使用開始情報を受けると、メモリ内のデバイスリソース管理テーブルに記憶されているプロッタの給紙トレイＢを「使用中」と設定する。
【０１４４】
その後、図示は省略するが、デバイス制御部５０４は、最初に実行したプロッタ動作（給紙トレイＡからの給紙を含む）が終了すると、給紙トレイＡの使用終了情報（最初のイベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後、そのプロッタ動作の実行結果をスキャナ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する。また、続いて実行したプロッタ動作（給紙トレイＢからの給紙を含む）が終了すると、給紙トレイＢの使用終了情報（イベント発行元情報を含む）をデバイスリソース管理部５０６へ送信した後、そのプロッタ動作の実行結果をプロッタ実行結果（イベント発行元情報を含む）としてサービス提供部５０３へ送信する。
以後の操作部イベント解釈部５０２およびサービス提供部５０３による処理は、図１３によって説明したステップＳ１３４，Ｓ１３５，Ｓ１３８，Ｓ１３９と同様である。
【０１４５】
第８実施例によれば、上述した（Ｂ１）（Ｂ２）（Ｂ４）に示した効果に加え、以下の（Ｂ６）（Ｂ７）に示す効果を得ることができる。
（Ｂ６）デバイスリソース管理部が、各種デバイスの利用状況をデバイス実行時のパラメータ別に管理し、デバイス制御部から実行が要求されたデバイスの利用状況の問い合わせを受けた場合に、そのデバイスの利用状況をパラメータ別に確認し、その確認結果を問い合わせ結果としてデバイス制御部へ通知することにより、より細かい粒度でのデバイスリソース管理が可能となるため、機械の持つ性能をより引き出すことが可能となる。
（Ｂ７）デバイスの管理をテーブルを用いてパラメータ別に行っているので、複数のデバイスの使用状況（使用中／未使用）をパラメータ別に低資源で効率的に判定できる。
【０１４６】
以上、この発明をデジタル複合機（ＭＦＰ）に適用した実施形態について説明したが、この発明はこれに限らず、デジタル複写機，ファクシミリ装置等の他の画像処理装置など、各種のサービスを提供可能な電子機器に適用可能である。
この発明によるプログラムは、電子機器を制御するコンピュータ（ＣＰＵ）に、この発明による各種機能である操作部イベント解釈手段，サービス提供手段，デバイス制御部，サービス実行不可通知手段としての機能を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
【０１４７】
このようなプログラムは、はじめからＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータに実行させるか、コンピュータにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【０１４８】
以上の説明から明らかなように、この発明によれば、電子機器が保有するサービス提供機能を任意の操作部（複数の操作部）が自由に利用可能となり、操作部の種類とサービスの種類との間に依存性がなくなるため、複数の操作部の表示画面の形態を共通化できる。そのため、開発工数を削減でき、各操作部による操作手順を統一することができる。よって、操作部の種類およびサービスの種類の拡張が容易になる。したがって、この発明を利用すれば、低コストの電子機器を提供することができる。
【図面の簡単な説明】
【０１４９】
【図１】この発明によるＭＦＰ（デジタル複合機）を含むネットワークシステムの一例を示す図である。
【図２】図１のＭＦＰ１０のハードウェア構成例を示すブロック図である。
【図３】図１のＰＣ２０のハードウェア構成例を示すブロック図である。
【図４】図１のＭＦＰ１０およびＰＣ２０の主要機能構成例を示すブロック図である。
【図５】図４に示したＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第１例を示す図である。
【０１５０】
【図６】図４の操作部イベント解釈部５０２によって生成される操作モード記憶テーブルの一例を示す図である。
【図７】同じく操作モード記憶テーブルの他の例を示す図である。
【図８】図４のサービスリソース管理部５０５のサービスリソース管理テーブルの一例を示す図である。
【図９】図４に示したＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第２例を示す図である。
【図１０】同じくこの発明に関わる通信シーケンスの第３例を示す図である。
【０１５１】
【図１１】同じくこの発明に関わる通信シーケンスの第４例を示す図である。
【図１２】図４のサービスリソース管理部５０５のサービスリソース管理テーブルの他の例を示す図である。
【図１３】図４に示したＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第５例を示す図である。
【図１４】図４のデバイスリソース管理部５０６のデバイスリソース管理テーブルの一例を示す図である。
【図１５】図４に示したＭＦＰ１０を含むネットワークシステムにおけるこの発明に関わる通信シーケンスの第６例を示す図である。
【０１５２】
【図１６】同じくこの発明に関わる通信シーケンスの第７例を示す図である。
【図１７】同じくこの発明に関わる通信シーケンスの第８例を示す図である。
【図１８】図４のデバイスリソース管理部５０６のデバイスリソース管理テーブルの他の例を示す図である。
【符号の説明】
【０１５３】
１：ネットワーク    １０：ＭＦＰ    １１：コントローラ    ２０，３０：ＰＣ
１０１，２０１：ＣＰＵ    １０２，２０２：ＡＳＩＣ    １０３，２０３：ＳＤＲＡＭ
１０４，２０４：ＲＯＭ    １０５，２０５：ＮＶＲＡＭ    １０６，２０６：ＨＤＤ
１０７：操作部    １０９，２０８：ＵＳＢ・Ｉ／Ｆ
１１０，２０９：ＩＥＥＥ１３９４・Ｉ／Ｆ    １１１，２１０：ＭＡＣ・Ｉ／Ｆ
５０１：操作表示部    ５０２：操作部イベント解釈部    ５０３：サービス提供部
５０４：デバイス制御部    ５０５：サービスリソース管理部    ５０６：デバイスリソース管理部    ６００：リモート操作表示部
【図１】
0004837987.tif 000002
【図２】
0004837987.tif 000003
【図３】
0004837987.tif 000004
【図４】
0004837987.tif 000005
【図５】
0004837987.tif 000006
【図６】
0004837987.tif 000007
【図７】
0004837987.tif 000008
【図８】
0004837987.tif 000009
【図９】
0004837987.tif 000010
【図１０】
0004837987.tif 000011
【図１１】
0004837987.tif 000012
【図１２】
0004837987.tif 000013
【図１３】
0004837987.tif 000014
【図１４】
0004837987.tif 000015
【図１５】
0004837987.tif 000016
【図１６】
0004837987.tif 000017
【図１７】
0004837987.tif 000018
【図１８】
0004837987.tif 000019