JP4030943B2 - 画像処理装置、画像処理システム、画像処理装置の制御方法、プログラム及び記録媒体 - Google Patents

画像処理装置、画像処理システム、画像処理装置の制御方法、プログラム及び記録媒体 Download PDF

Info

Publication number
JP4030943B2
JP4030943B2 JP2003328119A JP2003328119A JP4030943B2 JP 4030943 B2 JP4030943 B2 JP 4030943B2 JP 2003328119 A JP2003328119 A JP 2003328119A JP 2003328119 A JP2003328119 A JP 2003328119A JP 4030943 B2 JP4030943 B2 JP 4030943B2
Authority
JP
Japan
Prior art keywords
request
communication
communication partner
response
image processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2003328119A
Other languages
English (en)
Other versions
JP2004135323A (ja
Inventor
弘幸 松島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2003328119A priority Critical patent/JP4030943B2/ja
Publication of JP2004135323A publication Critical patent/JP2004135323A/ja
Application granted granted Critical
Publication of JP4030943B2 publication Critical patent/JP4030943B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Description

この発明は、通信機能と、画像処理を行うためのハードウェア資源の動作を制御するサービス機能とを有し、複数のアプリケーションによってそのサービス機能を利用して通信相手にサービスを提供する画像処理装置、このような画像処理装置とその通信相手となる通信装置とによって構成した画像処理システム、このような画像処理装置の制御方法、コンピュータをこのような画像処理装置として機能させるためのプログラム、およびこのようなプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
従来から、通信装置をネットワークを介して接続した通信システムにおいて、通信装置同士で互いにメッセージを交換させることにより、通信相手の装置に対して通知や要求を行わせることが行われている。そして、このようなシステムにおいて、ある装置から別の装置に動作要求としてコマンドを送信して動作を実行させ、送信相手から動作の実行結果を動作応答として返信させることも行われている。
また、通信システムを構成する通信装置の一部を通信クライアント、他の一部を通信サーバとし、通信クライアントと通信サーバとの間の通信を、常に通信クライアントから通信サーバに通信要求を送信し、通信サーバからその送信元の通信クライアントに対して通信応答を返すというプロトコルで行うようにすることも知られている。
そこで、通信クライアントから通信サーバへの動作要求を通信要求に記載して送信し、その動作要求に対する動作応答を通信応答に記載して通信サーバから通信クライアントに返信することも行われている。
また、逆に通信サーバから通信クライアントに動作要求を送信して動作を行わせる技術としては、以下のようなものが知られている。
例えば、特許文献１には、リモートプロセッサがローカルプロセッサに対して実行されるべきコマンドを指示するメッセージを送信し、そのコマンドに対する応答を受信することが記載されている。
また、この文献には、ローカルプロセッサがファイアウォールの内側に配置されている場合において、ローカルプロセッサからファイアウォールの外側のリモートプロセッサに通信要求を送信し、リモートプロセッサがこの通信要求に対する応答としてローカルプロセッサに対してコマンドを送信するようにすることにより、ファイアウォールの外側から内側に向けてコマンドを送信できるようにする技術も開示されている。
この場合において、ローカルプロセッサが通信クライアントに、リモートプロセッサが通信サーバに該当する。
特開２００１−２７３２１１号公報
また、このような動作要求に関する技術は、通信装置に接続された装置の動作を遠隔制御するシステムにも適用することができる。特許文献２には、ブラインド及び照明を操作する機能を有する遠隔被操作装置に、ユーザからの操作を受け付ける機能を有する遠隔操作装置からコマンドを送信してブラインド及び照明を操作させる遠隔操作システムにこのような技術を適用した例が記載されている。ただし、この文献には、コマンドに対する応答を送信する点は示されていない。
特開２００２−１３５８５８号公報
また近年、プリンタ，ファクシミリ（ＦＡＸ）装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置に上記のようなネットワーク通信機能を設け、外部装置からの動作要求を受け付けてその動作要求に係る動作を実行して動作応答を返したり、逆に外部装置に対して動作要求（通知等も含む）を行ってその動作要求に対する動作応答を受信したりする機能を設けることが提案されている。この場合において、画像処理装置と上記の外部装置とによって画像処理システムを構成することができるし、上記の外部装置を、画像処理装置を遠隔管理する管理装置とすれば、管理装置が画像処理装置との間で動作要求と動作応答とを交換することによって画像処理装置の管理を行う遠隔管理システムを構成することができる。
ところで、複数の通信装置間でメッセージを交換する場合において、コマンドを送信する通信装置は、１つとは限らない。複数の通信装置が互いに相手に対してコマンドを送信するようにすることも可能であり、この場合には、コマンドを受け付けた通信装置に、それぞれコマンドの送信元に対して実行結果を返させるようにすることが求められている。例えば上記の遠隔管理システムの場合には、管理装置から画像処理装置へセンサ値取得要求等をコマンドとして送信してこれに対する応答を受信し、画像処理装置から管理装置へ異常通知等をコマンドとして送信してこれに対する応答を受信することが考えられる。
そして、このような動作を行う場合、ある通信装置から通信相手の装置に送信する情報としては、通信相手の装置に対するコマンドと、通信相手の装置から受信したコマンドについての実行結果とが考えられる。
従来は、これらのコマンドと実行結果とは別々に送信するようにしていた。しかし、このような方式では、コマンドの送信時と受信したコマンドに対する実行結果の送信時とに、それぞれ別々に通信のコネクションを確立する必要がある。従って、通信のオーバーヘッドが大きくなり、効率性の点で問題があった。
現状では、ネットワークを介した通信をダイヤルアップ接続で行う環境もまだ多く残っており、このような環境においては上記の点が特に問題となる。このような環境では、コネクションの確立に数十秒単位の時間を要することもあり、またコネクションを確立する毎に料金を課金されるので、コネクションを確立する回数が増加するとコストアップにつながるためである。
また、画像処理装置には、その用途に応じて、スキャナ、プロッタ、ファクシミリコントロールユニット（ＦＣＵ）等の種々のハードウェア資源を備え、これらのハードウェア資源を利用してプリンタ、ＦＡＸ装置、複写機、スキャナ装置、場合によっては文書蓄積装置や文書管理装置等としての機能を提供するためのアプリケーションを備えているものが多い。そして、このような画像処理装置においては、受信した動作要求に係る動作を実行するのはこのアプリケーションである。
しかし、アプリケーションは、機能毎に設けるため、複数設ける場合が多い。従って、動作要求や動作応答の管理をアプリケーション自身が行うとすると、アプリケーション毎に管理用のプログラムを設計する必要があり、画像処理装置全体として開発にかかる労力が大きくなるという問題があった。また、アプリケーション毎に処理を行うため、この管理の処理に要するリソース量（例えばメモリ消費量）が増加してしまうという問題もあった。そして、このような問題は、デジタル複合機と呼ばれる多機能な装置においては、特に顕著であった。
この発明は、このような問題を解決し、画像処理装置とその通信相手とが互いに動作要求及び受信した動作要求に対する動作応答を送受信する場合において、通信の効率を上げることを目的とする。また、画像処理装置の開発効率を上げると共に、動作要求と動作応答との送受信に必要なリソース量を低減することも目的とする。
上記の目的を達成するため、この発明の画像処理装置は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置において、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記通信手段に、上記通信相手に対して通信要求を送信し、その通信相手からその通信要求に対する通信応答を受信する手段を設け、上記メッセージ制御手段に、上記画像機器側要求と、上記通信相手から受信した通信相手側要求に対する動作応答とを、上記通信要求として一括して上記通信手段を介して上記通信相手に送信する送信手段と、その通信要求に対する通信応答として、上記通信相手に送信した画像機器側要求に対する動作応答と上記通信相手側要求とを一括して上記通信相手から上記通信手段を介して受信する受信手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段としたものである。
また、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置において、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記通信手段に、上記通信相手に対して通信要求を送信し、その通信相手からその通信要求に対する通信応答を受信する手段を設け、上記メッセージ制御手段に、上記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、上記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、上記第１の記憶手段に記憶された通信相手側要求を上記アプリケーション手段に通知する手段と、上記第２の記憶手段に記憶された動作応答を上記アプリケーション手段に通知する手段と、上記通信相手側要求に対する動作応答を上記第１の記憶手段から読み出すと共に、上記画像機器側要求を上記第２の記憶手段から読み出す収集手段と、上記通信相手に対して、上記収集手段が読み出した動作応答と画像機器側要求とを上記通信要求として上記通信手段を介して一括して送信する送信手段と、その通信要求に対する通信応答として、上記通信相手に送信した画像機器側要求に対する動作応答と上記通信相手側要求とを一括して上記通信相手から上記通信手段を介して受信する受信手段と、その受信手段が受信した通信相手側要求を上記第１の記憶手段に記憶させると共に、上記受信手段が受信した、上記通信相手に送信した画像機器側要求に対する動作応答を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶手段に記憶させる分配手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とした画像処理装置も提供する。
このような画像処理装置において、上記送信手段が上記通信相手に対して定期的に通信要求を送信するようにするとよい。
また、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置において、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記通信手段に、上記通信相手に対してＨＴＴＰリクエストを送信し、その通信相手からそのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信する手段を設け、上記メッセージ制御手段に、上記画像機器側要求の内容を記載したＳＯＡＰリクエストと、上記通信相手から受信した通信相手側要求に対する動作応答の内容を記載したＳＯＡＰレスポンスとを１つのＨＴＴＰリクエストに記載して上記通信手段を介して上記通信相手に送信する送信手段と、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、上記通信相手に送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスであって上記通信相手に送信した画像機器側要求に対する動作応答の内容を記載したＳＯＡＰレスポンスと、上記通信相手側要求の内容を記載したＳＯＡＰリクエストとを、１つのＨＴＴＰレスポンスに記載した状態で上記通信相手から上記通信手段を介して受信する受信手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とした画像処理装置も提供する。
さらに、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置において、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記通信手段に、上記通信相手に対してＨＴＴＰリクエストを送信し、その通信相手からそのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信する手段を設け、上記メッセージ制御手段に、上記通信相手からの動作要求である通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、上記通信相手に対する動作要求である画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、上記第１の記憶手段に記憶された通信相手側要求を上記アプリケーション手段に通知する手段と、上記第２の記憶手段に記憶された動作応答を上記アプリケーション手段に通知する手段と、上記通信相手側要求に対する動作応答を上記第１の記憶手段から読み出すと共に、上記画像機器側要求を上記第２の記憶手段から読み出す収集手段と、上記通信相手に対して、上記収集手段が読み出した動作応答の内容を記載したＳＯＡＰレスポンスと上記収集手段が読み出した画像機器側要求の内容を記載したＳＯＡＰリクエストとを１つのＨＴＴＰリクエストに記載して上記通信手段を介して送信する送信手段と、その１つのＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、上記通信相手に送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスと上記通信相手からのＳＯＡＰリクエストとを、１つのＨＴＴＰレスポンスに記載した状態で上記通信手段を介して上記通信相手から受信する受信手段と、その受信手段が受信したＳＯＡＰリクエストに記載された通信相手側要求の内容を上記第１の記憶手段に記憶させると共に、上記受信手段が受信したＳＯＡＰレスポンスに記載された、上記通信相手に送信した画像機器側要求に対する動作応答の内容を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶手段に記憶させる分配手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とした画像処理装置も提供する。
このような画像処理装置において、上記送信手段が上記通信相手に対して定期的にＨＴＴＰリクエストを送信するようにするとよい。
また、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置において、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記通信手段に、上記通信相手から通信要求を受信し、その通信相手に対してその通信要求に対する通信応答を送信する手段を設け、上記メッセージ制御手段に、上記通信相手側要求と、上記通信相手に送信した画像機器側要求に対する動作応答とを、上記通信要求として一括して上記通信相手から上記通信手段を介して受信する受信手段と、その通信要求に対する通信応答として、上記通信相手から受信した通信相手側要求に対する動作応答と、上記画像機器側要求とを一括して上記通信手段を介して上記通信相手に送信する送信手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とした画像形成装置も提供する。
また、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置において、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記通信手段に、上記通信相手から通信要求を受信し、その通信相手に対してその通信要求に対する通信応答を送信する手段を設け、上記メッセージ制御手段に、上記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、上記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、上記第１の記憶手段に記憶された通信相手側要求を上記アプリケーション手段に通知する手段と、上記第２の記憶手段に記憶された動作応答を上記アプリケーション手段に通知する手段と、上記通信相手側要求と上記通信相手に送信した画像機器側要求に対する動作応答とを上記通信要求として一括して上記通信相手から上記通信手段を介して受信する受信手段と、その受信手段が受信した通信相手側要求を上記第１の記憶手段に記憶させると共に、上記受信手段が受信した、上記通信相手に送信した画像機器側要求に対する動作応答を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶手段に記憶させる分配手段と、上記通信相手側要求に対する動作応答を上記第１の記憶手段から読み出すと共に、上記画像機器側要求を上記第２の記憶手段から読み出す収集手段と、上記受信手段が受信した通信要求に対する通信応答として、上記収集手段が読み出した動作応答と画像機器側要求とを一括して上記通信相手に上記通信手段を介して送信する送信手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とした画像処理装置も提供する。
また、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置において、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記通信手段に、上記通信相手からＨＴＴＰリクエストを受信し、その通信相手に対してそのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを送信する手段を設け、上記メッセージ制御手段に、上記通信相手側要求の内容を記載したＳＯＡＰリクエストと、上記通信相手に送信した画像機器側要求に対する動作応答の内容を記載したＳＯＡＰレスポンスとを１つのＨＴＴＰリクエストに記載した状態で上記通信相手から上記通信手段を介して受信する受信手段と、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、上記通信相手から受信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスであって上記通信相手から受信した上記通信相手側要求に対する動作応答の内容を記載したＳＯＡＰレスポンスと、上記画像機器側要求の内容を記載したＳＯＡＰリクエストとを、１つのＨＴＴＰレスポンスに記載して上記通信手段を介して上記通信相手に送信する送信手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とした画像処理装置も提供する。
さらに、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置において、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記通信手段に、上記通信相手からＨＴＴＰリクエストを受信し、その通信相手に対してそのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを送信する手段を設け、上記メッセージ制御手段に、上記通信相手からの動作要求である通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、上記通信相手に対する動作要求である画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、上記第１の記憶手段に記憶された通信相手側要求を上記アプリケーション手段に通知する手段と、上記第２の記憶手段に記憶された動作応答を上記アプリケーション手段に通知する手段と、上記通信相手側要求を記載したＳＯＡＰリクエストと、上記通信相手に送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスであって上記通信相手に送信した画像機器側要求に対する動作応答を記載したＳＯＡＰレスポンスとを、１つのＨＴＴＰリクエストに記載した状態で上記通信相手から上記通信手段を介して受信する受信手段と、その受信手段が受信したＳＯＡＰリクエストに記載された通信相手側要求の内容を上記第１の記憶手段に記憶させると共に、上記受信手段が受信したＳＯＡＰレスポンスに記載された、上記通信相手に送信した画像機器側要求に対する動作応答の内容を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶手段に記憶させる分配手段と、上記通信相手側要求に対する動作応答を上記第１の記憶手段から読み出すと共に、上記画像機器側要求を上記第２の記憶手段から読み出す収集手段と、上記１つのＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、上記収集手段が読み出した動作応答の内容を記載したＳＯＡＰレスポンスと、上記収集手段が読み出した画像機器側要求の内容を記載したＳＯＡＰリクエストとを、１つのＨＴＴＰレスポンスに記載して上記通信手段を介して上記通信相手に送信する送信手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とした画像処理装置も提供する。
これらの画像処理装置において、上記動作要求を関数呼び出しとし、上記動作応答をその関数呼び出しによって呼び出された関数の実行結果とするとよい。
また、上記送信手段が、上記通信相手に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信するようにし、上記受信手段が、上記通信相手から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信するようにするとよい。
また、上記ＳＯＡＰリクエストには関数呼び出しを記載し、上記ＳＯＡＰレスポンスにはその関数呼び出しによって呼び出された関数の実行結果を記載するようにするとよい。
また、この発明の通信装置の制御方法は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置と、その画像処理装置の通信相手となる通信装置とを備えた画像処理システムにおいて、上記画像処理装置に、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記画像処理装置の上記通信手段に、上記通信相手に対して通信要求を送信し、その通信相手からその通信要求に対する通信応答を受信する手段を設け、上記メッセージ制御手段に、上記画像機器側要求と、上記通信相手から受信した通信相手側要求に対する動作応答とを、上記通信要求として一括して上記通信手段を介して上記通信相手に送信する送信手段と、その通信要求に対する通信応答として、上記通信相手に送信した画像機器側要求に対する動作応答と上記通信相手側要求とを一括して上記通信相手から上記通信手段を介して受信する受信手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とし、上記通信装置に、上記画像機器側要求と上記画像処理装置に送信した通信相手側要求に対する動作応答とを上記通信要求として一括して上記画像処理装置から受信する受信手段と、その通信要求に対する通信応答として、上記画像処理装置から受信した画像機器側要求に対する動作応答と上記管理装置側要求とを一括して上記画像処理装置に送信する送信手段と、上記画像機器側要求に係る動作を実行し、実行結果としてその画像機器側要求に対する動作応答を生成する手段とを設けたものである。
また、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置と、その画像処理装置の通信相手となる通信装置とを備えた画像処理システムにおいて、上記画像処理装置に、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記画像処理装置の上記通信手段に、上記通信相手に対して通信要求を送信し、その通信相手からその通信要求に対する通信応答を受信する手段を設け、上記メッセージ制御手段に、上記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、上記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、上記第１の記憶手段に記憶された通信相手側要求を上記アプリケーション手段に通知する手段と、上記第２の記憶手段に記憶された動作応答を上記アプリケーション手段に通知する手段と、上記通信相手側要求に対する動作応答を上記第１の記憶手段から読み出すと共に、上記画像機器側要求を上記第２の記憶手段から読み出す収集手段と、上記通信相手に対して、上記収集手段が読み出した動作応答と画像機器側要求とを上記通信要求として上記通信手段を介して一括して送信する送信手段と、その通信要求に対する通信応答として、上記通信相手に送信した画像機器側要求に対する動作応答と上記通信相手側要求とを一括して上記通信相手から上記通信手段を介して受信する受信手段と、その受信手段が受信した通信相手側要求を上記第１の記憶手段に記憶させると共に、上記受信手段が受信した、上記通信相手に送信した画像機器側要求に対する動作応答を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶手段に記憶させる分配手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とし、上記通信装置に、上記画像機器側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、上記通信相手側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、上記通信相手側要求を生成してその通信装置の第２の記憶手段に記憶させる要求生成手段と、その通信装置の第１の記憶手段から画像機器側要求を読み出し、その画像機器側要求に係る動作を実行し、その実行結果としてその画像機器側要求に対する動作応答を生成し、その動作応答を読み出した画像機器側要求と関連付けてその通信装置の第１の記憶手段に記憶させる応答生成手段と、上記画像機器側要求と上記画像処理装置に送信した通信相手側要求に対する動作応答とを上記通信要求として一括して上記画像処理装置から受信する受信手段と、その受信手段が受信した画像機器側要求をその通信装置の第１の記憶手段に記憶させると共に、その受信手段が受信した、上記画像処理装置に送信した通信相手側要求に対する動作応答を、上記画像処理装置に送信した通信相手側要求と関連付けてその通信装置の第２の記憶手段に記憶させる分配手段と、上記画像機器側要求に対する動作応答をその通信装置の第１の記憶手段から読み出すと共に、上記通信相手側要求をその通信装置の第２の記憶手段から読み出す収集手段と、その通信装置の受信手段が受信した通信要求に対する通信応答として、その収集手段が読み出した動作応答と通信相手側要求とを一括して上記画像処理装置に送信する送信手段とを設けた画像処理システムも提供する。
このような画像処理システムにおいて、上記画像処理装置の上記送信手段が上記通信装置に対して定期的に通信要求を送信するようにするとよい。
また、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置と、その画像処理装置の通信相手となる通信装置とを備えた画像処理システムにおいて、上記画像処理装置に、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記画像処理装置の上記通信手段に、上記通信相手から通信要求を受信し、その通信相手に対してその通信要求に対する通信応答を送信する手段を設け、上記メッセージ制御手段に、上記通信相手側要求と、上記通信相手に送信した画像機器側要求に対する動作応答とを、上記通信要求として一括して上記通信相手から上記通信手段を介して受信する受信手段と、その通信要求に対する通信応答として、上記通信相手から受信した通信相手側要求に対する動作応答と、上記画像機器側要求とを一括して上記通信手段を介して上記通信相手に送信する送信手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とし、上記通信装置に、上記通信相手側要求と上記画像処理装置からの動作要求である画像機器側要求に対する動作応答とを上記通信要求として一括して上記画像処理装置に送信する送信手段と、その通信要求に対する通信応答として、上記画像処理装置に送信した通信相手側要求に対する動作応答と上記画像機器側要求とを一括して上記画像処理装置から受信する受信手段と、上記画像機器側要求に係る動作を実行し、実行結果としてその画像機器側要求に対する動作応答を生成する手段とを設けた画像処理システムも提供する。
さらに、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段が、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段である画像処理装置と、その画像処理装置の通信相手となる通信装置とを備えた画像処理システムにおいて、上記画像処理装置に上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、上記画像処理装置の上記通信手段に、上記通信相手から通信要求を受信し、その通信相手に対してその通信要求に対する通信応答を送信する手段を設け、上記メッセージ制御手段に、上記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、上記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、上記第１の記憶手段に記憶された通信相手側要求を上記アプリケーション手段に通知する手段と、上記第２の記憶手段に記憶された動作応答を上記アプリケーション手段に通知する手段と、上記通信相手側要求と上記通信相手に送信した画像機器側要求に対する動作応答とを上記通信要求として一括して上記通信相手から上記通信手段を介して受信する受信手段と、その受信手段が受信した通信相手側要求を上記第１の記憶手段に記憶させると共に、上記受信手段が受信した、上記通信相手に送信した画像機器側要求に対する動作応答を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶手段に記憶させる分配手段と、上記通信相手側要求に対する動作応答を上記第１の記憶手段から読み出すと共に、上記画像機器側要求を上記第２の記憶手段から読み出す収集手段と、上記受信手段が受信した通信要求に対する通信応答として、上記収集手段が読み出した動作応答と画像機器側要求とを一括して上記通信相手に上記通信手段を介して送信する送信手段とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段とし、上記通信装置に、上記画像機器側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、上記通信相手側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、上記通信相手側要求を生成して上記第２の記憶手段に記憶させる要求生成手段と、上記第１の記憶手段から画像機器側要求を読み出し、その画像機器側要求に係る動作を実行し、その実行結果としてその画像機器側要求に対する動作応答を生成し、その動作応答を読み出した画像機器側要求と関連付けて上記第１の記憶手段に記憶させる応答生成手段と、上記画像機器側要求に対する動作応答を上記第１の記憶手段から読み出すと共に、上記通信相手側要求を上記第２の記憶手段から読み出す収集手段と、上記画像処理装置に対して、上記収集手段が読み出した動作応答と通信相手側要求とを上記通信要求として一括して送信する送信手段と、その通信要求に対する通信応答として、上記画像処理装置に送信した通信相手側要求に対する動作応答と上記画像機器側要求とを一括して上記画像処理装置から受信する受信手段と、その受信手段が受信した画像機器側要求を上記第１の記憶手段に記憶させると共に、上記受信手段が受信した、上記画像処理装置に送信した通信相手側要求に対する動作応答を、上記画像処理装置に送信した通信相手側要求と関連付けて上記第２の記憶手段に記憶させる分配手段とを設けた画像処理システムも提供する。
以上の画像処理システムにおいて、上記動作要求を関数呼び出しとし、上記動作応答をその関数呼び出しによって呼び出された関数の実行結果とするとよい。
また、上記画像処理装置において、上記送信手段が、上記通信装置に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信するようにし、上記受信手段が、上記通信装置から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信するようにし、上記通信装置において、上記送信手段が、上記画像処理装置に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信するようにし、上記受信手段が、上記画像処理装置から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信するようにするとよい。
また、この発明の通信装置の制御方法は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段を、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段とした画像処理装置の制御方法において、上記通信手段に、上記通信相手に対して通信要求を送信させ、その通信相手からその通信要求に対する通信応答を受信させ、複数の上記アプリケーション手段が生成したか又は受け取るべき動作要求及び動作応答の送受信を管理するメッセージ制御処理として、上記画像機器側要求と、上記通信相手から受信した通信相手側要求に対する動作応答とを、上記通信要求として一括して上記通信手段を介して上記通信相手に送信する送信手順と、その通信要求に対する通信応答として、上記通信相手に送信した画像機器側要求に対する動作応答と上記通信相手側要求とを一括して上記通信相手から上記通信手段を介して受信する受信手順とを上記画像処理装置に実行させるようにしたものである。
また、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段を、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段とした画像処理装置の制御方法において、上記通信手段に、上記通信相手に対して通信要求を送信させ、その通信相手からその通信要求に対する通信応答を受信させ、複数の上記アプリケーション手段が生成したか又は受け取るべき動作要求及び動作応答の送受信を管理するメッセージ制御処理として、上記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶領域を設ける手順と、上記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶領域を設ける手順と、上記第１の記憶手段に記憶された通信相手側要求を上記アプリケーション手段に通知する手順と、上記第２の記憶手段に記憶された動作応答を上記アプリケーション手段に通知する手順と、上記通信相手側要求に対する動作応答を上記第１の記憶領域から読み出すと共に、上記画像機器側要求を上記第２の記憶領域から読み出す収集手順と、上記通信相手に対して、上記収集手順で読み出した動作応答と画像機器側要求とを上記通信要求として上記通信手段を介して一括して送信する送信手順と、その通信要求に対する通信応答として、上記通信相手に送信した画像機器側要求に対する動作応答と上記通信相手側要求とを一括して上記通信相手から上記通信手段を介して受信する受信手順と、その受信手順で受信した通信相手側要求を上記第１の記憶領域に記憶させると共に、上記受信手段が受信した、上記通信相手に送信した画像機器側要求に対する動作応答を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶領域に記憶させる分配手順とを上記画像処理装置に実行させるようにした画像処理装置の制御方法も提供する。
このような画像処理装置の制御方法において、上記画像処理装置に、上記通信相手に対して定期的に通信要求を送信させるようにするとよい。
また、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段を、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段とした画像処理装置の制御方法において、上記通信手段に、上記通信相手から通信要求を受信させ、その通信相手に対してその通信要求に対する通信応答を送信させ、複数の上記アプリケーション手段が生成したか又は受け取るべき動作要求及び動作応答の送受信を管理するメッセージ制御処理として、上記通信相手側要求と、上記通信相手に送信した画像機器側要求に対する動作応答とを、上記通信要求として一括して上記通信相手から上記通信手段を介して受信する受信手順と、その通信要求に対する通信応答として、上記通信相手から受信した通信相手側要求に対する動作応答と、上記画像機器側要求とを一括して上記通信手段を介して上記通信相手に送信する送信手順とを上記画像処理装置に実行させるようにした画像処理装置の制御方法も提供する。
さらに、この発明は、通信相手と通信するための通信手段と、画像処理を行うためのハードウェア資源と、上記ハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、上記サービス手段を、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段とした画像処理装置の制御方法において、上記通信手段に、上記通信相手から通信要求を受信させ、その通信相手に対してその通信要求に対する通信応答を送信させ、複数の上記アプリケーション手段が生成したか又は受け取るべき動作要求及び動作応答の送受信を管理するメッセージ制御処理として、上記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶領域を設ける手順と、上記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶領域を設ける手順と、上記第１の記憶領域に記憶された通信相手側要求を上記アプリケーション手段に通知する手順と、上記第２の記憶領域に記憶された動作応答を上記アプリケーション手段に通知する手順と、上記通信相手側要求と上記通信相手に送信した画像機器側要求に対する動作応答とを上記通信要求として一括して上記通信相手から上記通信手段を介して受信する受信手順と、その受信手順で受信した通信相手側要求を上記第１の記憶領域に記憶させると共に、上記受信手順で受信した、上記通信相手に送信した画像機器側要求に対する動作応答を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶領域に記憶させる分配手順と、上記通信相手側要求に対する動作応答を上記第１の記憶領域から読み出すと共に、上記画像機器側要求を上記第２の記憶領域から読み出す収集手順と、上記受信手順で受信した通信要求に対する通信応答として、上記収集手順で読み出した動作応答と画像機器側要求とを一括して上記通信相手に上記通信手段を介して送信する送信手順とを上記画像処理装置に実行させるようにした画像処理装置の制御方法も提供する。
これらの画像処理装置の制御方法において、上記動作要求を関数呼び出しとし、上記動作応答をその関数呼び出しによって呼び出された関数の実行結果とするとよい。
また、上記送信手順において、上記通信相手に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信させるようにし、上記受信手順において、上記通信相手から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信させるようにするとよい。
また、この発明のプログラムは、画像処理装置を制御するコンピュータを、通信相手と通信するための通信手段と、画像処理を行うハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段として機能させ、上記サービス手段を、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段としたプログラムにおいて、上記コンピュータをさらに、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段として機能させ、上記通信手段に、上記通信相手に対して通信要求を送信し、その通信相手からその通信要求に対する通信応答を受信する機能を設け、上記メッセージ制御手段の機能として、上記画像機器側要求と、上記通信相手から受信した通信相手側要求に対する動作応答とを、上記通信要求として一括して上記通信手段を介して上記通信相手に送信する送信手段の機能と、その通信要求に対する通信応答として、上記通信相手に送信した画像機器側要求に対する動作応答と上記通信相手側要求とを一括して上記通信相手から上記通信手段を介して受信する受信手段の機能とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段としたものである。
また、この発明は、画像処理装置を制御するコンピュータを、通信相手と通信するための通信手段と、画像処理を行うハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段として機能させ、上記サービス手段を、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段としたプログラムにおいて、上記コンピュータをさらに、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段として機能させ、上記通信手段に、上記通信相手に対して通信要求を送信し、その通信相手からその通信要求に対する通信応答を受信する機能を設け、上記メッセージ制御手段の機能として、上記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段の機能と、上記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段の機能と、上記第１の記憶手段に記憶された通信相手側要求を上記アプリケーション手段に通知する手段の機能と、上記第２の記憶手段に記憶された動作応答を上記アプリケーション手段に通知する手段の機能と、上記通信相手側要求に対する動作応答を上記第１の記憶手段から読み出すと共に、上記画像機器側要求を上記第２の記憶手段から読み出す収集手段の機能と、上記通信相手に対して、上記収集手段が読み出した動作応答と画像機器側要求とを上記通信要求として上記通信手段を介して一括して送信する送信手段の機能と、その通信要求に対する通信応答として、上記通信相手に送信した画像機器側要求に対する動作応答と上記通信相手側要求とを一括して上記通信相手から上記通信手段を介して受信する受信手段の機能と、その受信手段が受信した通信相手側要求を上記第１の記憶手段に記憶させると共に、上記受信手段が受信した、上記通信相手に送信した画像機器側要求に対する動作応答を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶手段に記憶させる分配手段の機能とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段としたプログラムも提供する。
このようなプログラムにおいて、上記送信手段に、上記通信相手に対して定期的に通信要求を送信する機能を設けるとよい。
また、この発明は、画像処理装置を制御するコンピュータを、通信相手と通信するための通信手段と、画像処理を行うハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段として機能させ、上記サービス手段を、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段としたプログラムにおいて、上記コンピュータをさらに、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段として機能させ、上記通信手段に、上記通信相手から通信要求を受信し、その通信相手に対してその通信要求に対する通信応答を送信する機能を設け、上記メッセージ制御手段の機能として、上記通信相手側要求と、上記通信相手に送信した画像機器側要求に対する動作応答とを、上記通信要求として一括して上記通信相手から上記通信手段を介して受信する受信手段の機能と、その通信要求に対する通信応答として、上記通信相手から受信した通信相手側要求に対する動作応答と、上記画像機器側要求とを一括して上記通信手段を介して上記通信相手に送信する送信手段の機能とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段としたプログラムも提供する。
さらに、この発明は、画像処理装置を制御するコンピュータを、通信相手と通信するための通信手段と、画像処理を行うハードウェア資源の動作を制御するためのサービス手段と、上記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、上記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段として機能させ、上記サービス手段を、上記実行結果を生成する場合に複数の上記アプリケーション手段に利用される手段としたプログラムにおいて、上記コンピュータをさらに、上記動作要求及びその動作要求に対する動作応答の送受信を管理するメッセージ制御手段として機能させ、上記通信手段に、上記通信相手から通信要求を受信し、その通信相手に対してその通信要求に対する通信応答を送信する機能を設け、上記メッセージ制御手段の機能として、上記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段の機能と、上記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段の機能と、上記第１の記憶手段に記憶された通信相手側要求を上記アプリケーション手段に通知する手段の機能と、上記第２の記憶手段に記憶された動作応答を上記アプリケーション手段に通知する手段の機能と、上記通信相手側要求と上記通信相手に送信した画像機器側要求に対する動作応答とを上記通信要求として一括して上記通信相手から上記通信手段を介して受信する受信手段の機能と、その受信手段が受信した通信相手側要求を上記第１の記憶手段に記憶させると共に、上記受信手段が受信した、上記通信相手に送信した画像機器側要求に対する動作応答を、上記通信相手に送信した画像機器側要求と関連付けて上記第２の記憶手段に記憶させる分配手段の機能と、上記通信相手側要求に対する動作応答を上記第１の記憶手段から読み出すと共に、上記画像機器側要求を上記第２の記憶手段から読み出す収集手段の機能と、上記受信手段が受信した通信要求に対する通信応答として、上記収集手段が読み出した動作応答と画像機器側要求とを一括して上記通信相手に上記通信手段を介して送信する送信手段の機能とを設け、上記メッセージ制御手段を、複数の上記アプリケーション手段に利用される手段としたことを特徴とするプログラムも提供する。
これらのプログラムにおいて、上記動作要求を関数呼び出しとし、上記動作応答をその関数呼び出しによって呼び出された関数の実行結果とするとよい。
また、上記送信手段の機能を、上記通信相手に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信する機能とし、上記受信手段の機能を、上記通信相手から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信する機能とするとよい。
また、この発明の記録媒体は、上記のいずれかのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
以上のようなこの発明の画像処理装置、画像処理システムあるいは画像処理装置の制御方法によれば、画像処理装置とその通信相手となる通信装置とによって、通信要求とそれに対する通信応答とを用いて互いに動作要求及び受信した動作要求に対する動作応答を送受信する画像処理システムを構成する場合において、通信の効率を上げることができる。また、このような画像処理システムを構成する画像処理装置を、ハードウェア資源を制御するサービス手段を利用して複数のアプリケーションが受け付けた動作要求に従った処理を行う構成とする場合において、画像処理装置の開発効率を上げると共に、動作要求と動作応答との送受信に必要なリソース量を低減することができる。
また、この発明のプログラムによれば、コンピュータを上記の画像処理装置として機能させてその特徴を実現し、同様な効果を得ることができる。この発明の記録媒体によれば、上記のプログラムを記憶していないコンピュータにそのプログラムを読み出させて実行させ、上記の効果を得ることができる。
以下、この発明を実施するための最良の形態について、図面を参照して説明する。
まず図１に、この発明の画像処理装置を用いて構成したこの発明の画像処理システムの構成例を示す。
この画像処理システムは、図１に示すように、この発明の画像処理装置１と、その画像処理装置１の通信相手となる外部装置２とをネットワーク１０によって接続して構成している。
そして、画像処理装置１は、通信機能を備えたプリンタ，ファクシミリ（ＦＡＸ）装置，デジタル複写機，スキャナ装置，デジタル複合機等の装置として構成することができ、外部装置２は、通信機能を備えたＰＣ等のコンピュータを始め、通信機能及び情報処理機能を備えた各種電子装置として構成することができる。ネットワーク１０としては、インターネットやＬＡＮ（ローカルエリアネットワーク）を始め、有線、無線を問わず、ネットワーク通信が可能な各種通信経路を用いることができる。
また、画像処理装置１及び外部装置２は、互いの制御管理を行うためのアプリケーションプログラムを実装している。そして、これらの各ノードは、ＲＰＣ（Remote Procedure Call）により、互いの実装するアプリケーションプログラムのメソッドに対する処理の依頼である「動作要求」を送信し、この依頼された処理の結果である「動作応答」を取得することができるようになっている。即ち、画像処理装置１は、外部装置２への要求（以下、画像機器側要求という）を生成してこれを外部装置２へ引き渡し、この要求に対する応答を取得できる一方で、外部装置２は、画像処理装置１への要求（以下、外部装置側要求という）を生成してこれを画像処理装置１へ引き渡し、この要求に対する応答を取得できるようになっている。
なお、ここではメソッドを入力と出力の形式を規定した論理的な関数として定義するものとする。そしてこの場合、動作要求はこの関数を呼び出す関数呼び出し（Procedure Call）となり、動作応答はその関数呼び出しによって呼び出された関数の実行結果となる。動作要求による要求の内容には、意味のある実行結果を伴わない通知も含まれる。
また、外部装置側要求の具体例としては、例えば印刷要求（プリンタの場合）、ＦＡＸ送信要求（ＦＡＸ装置の場合）等が考えられ、画像機器側要求の具体例としては、装置の動作状況の通知やデータ転送要求等が考えられる。
図２に、これらの動作要求と動作応答の関係を示す。
図２（Ａ）は、画像処理装置１で外部装置２に対する動作要求が発生したケースである。このケースでは、画像処理装置１が画像処理装置側動作要求を生成して外部装置２に送信し、これを受け取った外部装置２がその要求に対する動作応答を返すというモデルになる。
図２（Ｂ）は、外部装置２で画像処理装置１に対する動作要求が発生したケースである。このケースでは、外部装置２が外部装置側要求を生成して画像処理装置１に送信し、これを受け取った画像処理装置１がその要求に対する動作応答を返すというモデルになる。
なお、ここではＲＰＣによる引数並びに戻り値の受け渡しのプロトコルとしてＳＯＡＰ（Simple Object Access Protocol）を採用し、上記の動作要求や動作応答は、ここではＳＯＡＰメッセージとして記載するようにしている。
この発明の特徴の１つは、このように複数の通信装置が互いに動作要求及び受信した動作要求に対する動作応答を送受信する場合において、通信相手の装置に送信すべき動作要求とその通信相手の装置から受信した動作要求に対する動作応答とを一括して送信するようにする点である。
そして、実際に動作要求や動作応答を転送するための通信プロトコルとしては、システムの構成に合わせて適当なものを採用することができ、例えばＨＴＴＰ（HyperText Transfer Protocol）やＳＭＴＰ（Simple Mail Transfer Protocol）を採用することができる。ここでは、このうちＨＴＴＰを採用する場合の実施例について説明する。
〔第１の実施例：図３乃至図３２〕
図１に示したような画像処理システムを構成し、通信プロトコルにＨＴＴＰを採用する場合、画像処理装置１が通信クライアントとして機能する構成と、通信サーバとして機能する構成とが考えられる。そして、ここではまず画像処理装置１が通信クライアントとして機能する場合の実施例について説明する。
図３に、図１に示した画像処理システムの一例である画像処理装置管理システムの構成を示す。
この画像処理装置管理システムは、図３に示すように、画像処理装置１１とその画像処理装置１１を管理する管理装置１２とをインターネット１３によって接続して構成している。ただし、セキュリティを向上させるため、画像処理装置１１はファイアウォール１４を介してインターネット１３に接続するようにしている。そして、画像処理装置１１が通信クライアントであるＨＴＴＰクライアントとして機能し、管理装置１２がその通信相手の通信サーバであるＨＴＴＰサーバとして機能する。
なお、ＨＴＴＰを用いて通信を行う場合、ファイアウォール１４の内側にあるノードに対しては、ファイアウォール１４の外側からは自由にアクセスできず、そのノードからの通信要求（ＨＴＴＰリクエスト）に対する通信応答（ＨＴＴＰレスポンス）という形でしかデータを送信できないように設定されることが多い。そこで、この通信システムにおいては、ファイアウォール１４の内側にある画像処理装置１１がＨＴＴＰクライアント、外側にある管理装置１２がＨＴＴＰサーバとして機能するようにしているのである。従って、これらの各装置の機能は、これら相互間の通信以外においては、クライアントあるいはサーバに限定する必要はない。
また、画像処理装置１１及び管理装置１２は、図１に示した画像処理装置１及び外部装置２の場合と同様に、互いの制御管理を行うためのアプリケーションプログラムを実装している。そして、ＲＰＣ（Remote Procedure Call）により、互いの実装するアプリケーションプログラムのメソッドに対する処理の依頼である「動作要求」を送信し、この依頼された処理の結果である「動作応答」を取得することができるようになっている。
図４に、これらの動作要求と動作応答の関係を示す。
図４（Ａ）は、画像処理装置１１で管理装置１２に対する動作要求が発生したケースである。このケースでは、画像処理装置１１が画像機器側動作要求（画像機器側要求に該当する。以下、「画像機器コマンド」とも呼ぶ）を生成して管理装置１２に送信し、これを受け取った管理装置１２がそのコマンドに対する動作応答（以下、「コマンド応答」あるいは単に「応答」とも呼ぶ）を返すというモデルになる。
図４（Ｂ）は、管理装置１２で画像処理装置１１に対する動作要求が発生したケースである。このケースでは、管理装置１２が管理装置側動作要求（通信相手側要求に該当する。以下、「管理装置コマンド」とも呼ぶ）を生成して画像処理装置１１に送信し、これを受け取った画像処理装置１１がそのコマンドに対する動作応答を返すというモデルになる。
このように、動作要求及び動作応答は、ＲＰＣのレベルでは画像処理装置１１と管理装置１２との間で対称に取り扱われるものである。しかし、通信のレベルでは対称ではない。
図５にこの画像処理装置管理システムにおける通信シーケンスの例を示す。
この図に示すように、この通信システムにおいては、通信は常に、画像処理装置１１から通信要求としてＨＴＴＰリクエストを管理装置１２に送信し、管理装置１２からこの通信要求に対する通信応答としてＨＴＴＰレスポンスを画像処理装置１１に返すという手順で行われる。例えば画像処理装置１１が送信したＨＴＴＰリクエストＸに対して管理装置１２がＨＴＴＰレスポンスＸを返し、同じくＨＴＴＰリクエストＹに対してＨＴＴＰレスポンスＹを返すという具合である。
そして、ＨＴＴＰリクエストには、画像処理装置１１から管理装置１２に送信する動作要求である画像機器コマンドと、管理装置１２から画像処理装置１１に送信されてきた管理装置コマンドに対する応答（コマンド応答）とを記載して送信するようにしている。また、ＨＴＴＰレスポンスには、管理装置１２から画像処理装置１１に送信する動作要求である管理装置コマンドと、画像処理装置１１から管理装置１２に送信されてきた画像機器コマンドに対する応答（コマンド応答）とを記載して送信するようにしている。
従って、例えば画像機器コマンドＡは、ＨＴＴＰリクエストＸに記載して転送し、コマンド応答をそのＨＴＴＰリクエストＸと対応するＨＴＴＰレスポンスＸに記載して転送することができる。一方、管理装置コマンドＣについては、ＨＴＴＰリクエストＸと対応するＨＴＴＰレスポンスＸに記載して転送し、そのコマンド応答は次のＨＴＴＰリクエストであるＨＴＴＰリクエストＹに記載して転送することになる。
また、上記図４（Ａ）のケースでは、画像機器コマンドが生成された後直ちに画像処理装置１１が管理装置１２とコネクションを確立し、ＨＴＴＰリクエストにこれを含めて引き渡すことができるが、上記図４（Ｂ）のケースでは、画像処理装置１１側に設置されたファイアウォール１４が管理装置１２からのＨＴＴＰリクエストを遮断するため、管理装置１２側から画像処理装置１１へアクセスして管理装置コマンドを直ちに引き渡すことができない。従って、画像処理装置１１からＨＴＴＰリクエストがあるまで管理装置コマンドを送信することができない。
なお、画像機器コマンド及び管理装置コマンドに対する応答をそれぞれ任意の数ずつ（０でもよい）１つのＨＴＴＰリクエストに記載することができ、管理装置コマンド及び画像機器コマンドに対する応答をそれぞれ任意の数ずつ（０でもよい）１つのＨＴＴＰレスポンスに記載することができる。そして、１つのＨＴＴＰリクエスト又はＨＴＴＰレスポンスに記載した内容は、論理的に一括して転送する。
そして、このようにすることにより、必要な情報を転送するために必要なコネクションの回数を減らし、オーバーヘッドを低減して通信の効率化を図っている。
図６にこの通信システムにおける別の通信シーケンスの例を示す。
説明のため、図５には極めて単純なシーケンス例を示したが、図６には、各ＨＴＴＰリクエストやＨＴＴＰレスポンスに記載するコマンドやコマンド応答の数が一定でない例を示している。
また、コマンドを受信した場合に、次の送信機会の時点で応答を返す必要もない。例えば、図６に示す画像機器コマンドＢのように、コマンドを記載したＨＴＴＰリクエストＸ′に対応するＨＴＴＰレスポンスＸ′に記載して応答を返さず、後のＨＴＴＰレスポンスＹ′に記載して応答を返すようにしてもよい。
もちろん管理装置コマンドについても同様であり、管理装置コマンドを記載したＨＴＴＰレスポンスの次のＨＴＴＰリクエストにそのコマンドに対する応答を記載する必要はない。そして、さらに後のＨＴＴＰリクエストに記載して転送すればよい。
ところで、各コマンド及びコマンド応答は、それぞれ独立して生成され、また処理に供されるべきものであるから、上記のような一括転送を行うためには、転送前にこれらのコマンドやコマンド応答を結合し、また転送後に分離する処理が必要となる。次に、画像処理装置１１及び管理装置１２のハードウェア構成と共に、このような処理を行うためのソフトウェア構成、機能構成及びその処理の手順について説明する。
まず、図７に管理装置１２のハードウェア構成の概略を示す。
この管理装置１２は、モデム１２１，通信端末１２２，プロキシ（Ｐｒｏｘｙ）サーバ１２３，操作者端末１２４，データベース１２５，制御装置１２６等からなる。
モデム１２１は、公衆回線を介した画像処理装置１１との通信を司るものであり、送受信するデータを変復調する。このモデム１２１と後述する通信端末１２２により通信手段としての機能を果たす。
通信端末１２２は、公衆回線を介して画像処理装置１１とのデータの送受信を行う。
プロキシサーバ１２３は、インターネット１３を介した画像処理装置１１とのデータの送受信及びセキュリティ管理を行う。このプロキシサーバ１２３も、通信手段としての機能を果たす。
操作者端末１２４は、管理センタのオペレータが操作する端末であり、各種データの入力をオペレータによるキーボード等の入力装置上の操作により受け付けたり、オペレータに通知すべき情報を表示部に表示したりする。入力されるデータとしては、例えば、各画像処理装置１１が管理装置１２へ通信する際に使用するＩＰアドレスや発呼先電話番号等の顧客情報がある。
データベース１２５は、図示しないデータベースサーバのハードディスク装置等の記憶装置に存在し、画像処理装置１１のＩＰアドレスや電話番号、それらの装置から受信した異常情報等のデータ、操作者端末１２４から入力されたデータ等の各種データを記憶する。
制御装置１２６は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等からなるマイクロコンピュータを備えており、管理装置１２全体を統括的に制御する。そのＣＰＵが、ＲＯＭ等に記憶している制御プログラムを必要に応じて実行すると共に、モデム１２１，通信端末１２２，プロキシサーバ１２３，操作者端末１２４またはデータベース１２５を利用することにより、この発明による機能（送信手段，受信手段，第１、第２の記憶手段，要求生成手段，応答生成手段，収集手段，分配手段，その他の手段としての機能）を実現することができる。
なお、管理装置の構成はこれに限られることはなく、例えば１台のＰＣを用いて構成することもできる。
次に、画像処理装置１１のハードウェア構成を図８に示す。
画像処理装置１１はここでは、プリンタ、ファクシミリ（ＦＡＸ）装置、デジタル複写機、スキャナ装置、文書管理装置等の機能を備えたデジタル複合機として構成しており、図８に示すように、ＣＰＵ２０１，ＡＳＩＣ（Application Specific Integrated Circuit）２０２，ＳＤＲＡＭ２０３，フラッシュメモリ（不揮発性メモリ）２０４，ＮＲＳ用メモリ２０５，ＰＨＹ（物理メディアインタフェース）２０６，ＮＶＲＡＭ（不揮発性メモリ）２０７，操作部２０９，ＨＤＤ（ハードディスクドライブ）２１０，モデム２１１，ＰＩ（パーソナルインタフェース）２１２，ＦＣＵ（ファックスコントロールユニット）２１３，ＵＳＢ（Universal Serial Bus）２１４，ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４＿２１５，エンジンＩ／Ｆ２１６，およびエンジン部２１７を備えている。これらの構成が、画像読み取り、画像形成、画情報送信等の画像処理を行うためのハードウェア資源である。
ＣＰＵ２０１は、ＡＳＩＣ２０２を介してデータ処理（各機能の制御）を行う演算処理手段である。
ＡＳＩＣ２０２は、ＣＰＵインターフェース，ＳＤＲＡＭインターフェース，ローカルバスインタフェース，ＰＣＩインタフェース，ＭＡＣ（Media Access Controller）、ＨＤＤインタフェースなどからなる多機能チップであり、ＣＰＵ２０１の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリ（アプリケーションソフト）や共通システムサービスの開発の高効率化を支援するものである。
また、このＡＳＩＣ２０２には各エンジン部の操作命令等を受け付けるオペレーションパネル等による操作部２０９が直接的に接続されると共に、ＰＨＹ２０６も直接的に接続される。また、ＦＣＵ２１３やＵＳＢ２１４，ＩＥＥＥ１３９４＿２１５及びＬＰ２１６がＰＣＩバス２１８を介して接続され、必要に応じてモデム２１１やＰＩ２１２等が直接接続される。
そして、上記のＣＰＵ２０１は、このＡＳＩＣ２０２を介してフラッシュメモリ２０４やＨＤＤ２１０等の記憶手段から必要な制御プログラムを読み出し、ＳＤＲＡＭ２０３等に展開して実行することにより、情報の処理を行う処理手段として機能することができる。
ＳＤＲＡＭ２０３は、ＯＳを含む各種プログラムを展開するプログラムメモリや、ＣＰＵ２０１がデータ処理を行う際に使用するワークメモリ等として使用するメインメモリである。なお、このＳＤＲＡＭ２０３の代わりに、ＤＲＡＭやＳＲＡＭを使用してもよい。
フラッシュメモリ２０４は、例えば、画像処理装置１１を起動させるブートローダ（ブートプログラム）やＯＳのファイルであるＯＳイメージ及び後述する種々のプログラムを記憶するプログラムメモリ、種々の固定パラメータを記憶する固定パラメータメモリ等として使用する不揮発性メモリ（記憶手段）であり、電源がオフになっても記憶内容を保持するようになっている。なお、このフラッシュメモリ２０４の代わりに、ＲＡＭと電池を利用したバックアップ回路を集積した不揮発性ＲＡＭや、ＥＥＰＲＯＭ等の他の不揮発性メモリを使用してもよい。
ＮＲＳ用メモリ２０５は、後述するＮＲＳアプリを記憶する不揮発性メモリであり、オプションでＮＲＳ機能を追加することができる。
ＰＨＹ２０６は、ＬＡＮを介して外部装置と通信を行うためのインタフェースである。
ＮＶＲＡＭ２０７は、例えば、この画像処理装置１１の識別情報である機種機番を記憶する機種機番メモリ、操作部２０９による操作上の初期値を記憶するメモリ、各アプリ（ＡＰＬ）の初期値を記憶するメモリ、各カウンタ情報（課金カウンタのデータ）を記憶するメモリ、自身や通信相手の設定状況、ネットワークアドレス情報、プロトコル等の機種情報を記憶するメモリ等として使用する不揮発性メモリ（記憶手段）であり、電源がオフになっても記憶内容を保持するようになっている。なお、このＮＶＲＡＭ２０７として、ＲＡＭと電池を利用したバックアップ回路を集積した不揮発性ＲＡＭや、ＥＥＰＲＯＭ，フラッシュメモリ等の不揮発性メモリを使用することができる。
操作部２０９は、操作表示手段（操作手段および表示手段）である。
ＨＤＤ２１０は、電源のオン・オフに関係なくデータを記憶保存する記憶手段（記録媒体）である。このＨＤＤ２１０に、上述したフラッシュメモリ２０４内のプログラムやそれ以外のデータ、あるいはＮＶＲＡＭ２０７内のデータを記憶しておくこともできる。また、定期的に収集、更新、送信等の処理を行う対象となるデータも、このＨＤＤ２１０に記憶させておくとよい。
モデム２１１は、変復調手段であり、管理装置１２へ公衆回線経由でデータを送信する場合、そのデータを公衆回線に流せる形に変調する。また、管理装置１２から送られてくる変調されたデータを受信した場合、そのデータを復調する。
ＰＩ２１２は、ＲＳ４８５規格に準拠したインタフェースを備え、図示しないラインアダプタを介して公衆回線に接続している。
ＦＣＵ２１３は、ＦＡＸ装置又はモデム機能（ＦＡＸ通信機能）を有するデジタル複写機やデジタル複合機等の画像形成装置および管理装置１２等の外部装置との通信を公衆回線経由で制御する。
ＵＳＢ２１４及びＩＥＥＥ１３９４＿２１５はそれぞれ、周辺機器と通信を行うための、ＵＳＢ規格及びＩＥＥＥ１３９４規格のインタフェースである。
エンジンＩ／Ｆ２１６は、エンジン部２１７をＰＣＩバスに接続するためのインタフェースである。
エンジン部２１７は、公知のスキャナエンジン及びプロッタエンジン等からなる画像読み取り／形成用のエンジンや、プロッタエンジンによって画像を形成した用紙に、ソート、穴開け、ステープル処理等の後処理を行う後処理ユニット等が該当する。
このような画像処理装置１１において、電源投入（電源オン）時には、ＣＰＵ２０１は、ＡＳＩＣ２０２経由でフラッシュメモリ２０４内のブートローダを起動させ、そのブートローダに従い、フラッシュメモリ２０４内のＯＳイメージを読み出し、それをＳＤＲＡＭ２０３にロードして使用可能なＯＳに展開する。そして、ＯＳの展開が完了すると、そのＯＳを起動させる。その後、必要に応じてフラッシュメモリ２０４内のアプリ等のプログラムあるいはＮＲＳ用メモリ２０５内のＮＲＳアプリを読み出し、それをＳＤＲＡＭ２０３にロードして展開し、起動させることにより、各種機能を実現することができる。
次に、図９に画像処理装置１１におけるソフトウェア構成を示す。
この図に示すように、画像処理装置１１のソフトウェア構成は、最上位のアプリケーションモジュール層（アプリケーション層）３２０、その下位のサービスモジュール層（サービス層）３００及びオペレーティングシステム（ＯＳ）３１２からなる。そして、これらのソフトウェアを構成するプログラムはフラッシュメモリ２０４やＨＤＤ２１０に記憶され、必要に応じて読み出されてＣＰＵ２０１によって実行される。そしてＣＰＵ２０１は、これらのプログラムを必要に応じて実行し、装置の制御を行うことにより、この発明による各機能（アプリケーション手段、サービス手段、通信手段、メッセージ制御手段、その他の手段としての機能）を実現することができる。
ＯＳ３１２はＵＮＩＸ（登録商標）などのオペレーティングシステムであり、サービス層３００及びアプリケーション層３２０の各プログラムをそれぞれプロセスとして並列実行する。
そして、サービス層３００には、システムコントロールサービス（ＳＣＳ）３０１、エンジンコントロールサービス（ＥＣＳ）３０２、メモリコントロールサービス（ＭＣＳ）３０３、オペレーションコントロールサービス（ＯＣＳ）３０４、ファクスコントロールサービス（ＦＣＳ）３０５、カスタマーサポートシステム（ＣＳＳ）３０６、ユーザコントロールサービス（ＵＣＳ）３０７、デリバリーコントロールサービス（ＤＣＳ）３０８、ネットワークコントロールサービス（ＮＣＳ）３０９、システムリソースマネージャ（ＳＲＭ）３１０、イメージメモリハンドラ（ＩＭＨ）３１１を実装している。更に、アプリケーション層３２０には、コピーアプリ３２１、ファクスアプリ３２２、プリンタアプリ３２３、スキャナアプリ３２４、ネットファイルアプリ３２５、ＮＲＳ（ニュー・リモート・サービス）アプリ３２６、ドキュメントボックスアプリ３２７を実装している。
ここで、サービス層３００の各プログラムは、ＣＰＵ２０１をハードウェア資源の動作を制御するためのサービス手段として機能させるためのプログラムであり、アプリケーション層３２０のプログラムには、ＣＰＵ２０１を、管理装置１２に対するコマンドを生成してその実行結果であるコマンド応答を受け取ったり、管理装置１２からのコマンドを受け付けてその実行結果であるコマンド応答を返したりするアプリケーション手段として機能させるためのプログラムを含む。
これらを更に詳述する。
ＳＲＭ３１０は、ＳＣＳ３０１と共にシステムの制御及びリソースの管理を行うモジュールであり、エンジン、メモリ、ＨＤＤ、各種Ｉ／Ｆ等のハードウェア資源を利用する上位層からの要求を調停して、これらのハードウェアに各要求に係る動作を実行させる。具体的には、利用を要求されたハードウェア資源が利用可能であるかどうか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源の利用スケジューリングを行い、要求内容に係る動作を実行させる。
ＳＣＳ３０１は、コマンドの内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理及び終了管理を行うモジュールであり、（１）アプリの管理、（２）操作部の制御、（３）システム画面の表示制御、（４）ＬＥＤ（発光ダイーオド）の表示制御、（５）リソース管理、（６）アプリの割り込み制御等を行う。
具体的には、（１）アプリの管理では、アプリの登録と、その情報を他のアプリに通知する処理を行う。登録されたアプリに対しては、システムの設定やアプリからの要求設定に応じてエンジンの状態を通知する。また、登録済みのアプリに対しては、省電力モード移行の問い合わせ、割り込みモードなど、システムの状態遷移のための可否問い合わせを行う。
（２）操作部の制御では、各アプリに対して操作部２０９の使用権の排他制御を行う。そして、操作部２０９の使用権を持つアプリへＯＣＳ３０４からのキー操作情報を排他的に通知する。
（３）システム画面の表示制御では、操作部２０９の使用権を持つアプリからの要求内容に応じて、エンジン状態に対応する警告画面の表示を行う。これらの中には、利用者制限画面等、アプリの状態に応じて警告表示をオン／オフするものもある。また、警告画面の表示以外にも、ジョブの予約・実行状況を表示するためのジョブリスト画面、トータルカウンタ値を表示するためのカウンタ画面等の表示制御もこの処理に含まれる。
（４）ＬＥＤの表示制御では、警告ＬＥＤやアプリキー等のシステムＬＥＤの表示制御を行う。
（５）リソース管理では、ＥＣＳ３０２がジョブを実行するに当たって使用権の排他制御が必要なエンジンリソース（スキャナ、ステープルなど）の排他制御を行う。
（６）アプリの割り込み制御では、特定のアプリを優先動作させるための制御を行う。
ＥＣＳ３０２は、エンジン等のハードウェア資源を制御するモジュールであり、画像の読み込みや印刷、状態通知、ジャムリカバリ等を行う。
具体的には、アプリから受け取ったジョブモードの指定に従い印刷要求をＳＲＭ３１０に順次発行していくことで、一連のコピー／スキャン／印刷動作を実現する。このＥＣＳ３０２が取り扱う対象のジョブは、画像入力デバイスにスキャナ(SCANNER)が指定されているか、または、画像出力デバイスにプロッタ(PLOTTER)が指定されているものとする。
例えば、コピー動作の場合には「SCANNER→PLOTTER」と指定され、ファイル蓄積の場合には、「SCANNER→MEMORY」と指定され、ファクシミリ送信の場合には、「SCANNER→FAX_OUT」と指定される。また、蓄積ファイル印刷またはプリンタアプリ３２３からの印刷の場合には「MEMORY→PLOTTER」と指定され、ファクシミリ受信の場合には、「FAX_IN→PLOTTER」と指定される。
なお、ジョブの定義はアプリケーションによって異なるが、ここでは利用者が取り扱う１セットの画像群に対する処理動作を１ジョブと定義する。例えば、コピーアプリ３２１の場合には一束の原稿をコピーする動作が１ジョブとなり、ファクスアプリ３２２の場合には１文書の送信動作または１文書の受信動作が１ジョブとなり、プリンタアプリの場合には１文書の印刷動作が１ジョブとなる。
ＭＣＳ３０３は、メモリ制御をするモジュールであり、例えば、画像メモリの取得及び開放、ＨＤＤ２１０の利用、画像データの圧縮及び伸長等を行う。
ここで、ＨＤＤ２１０に蓄積される画像データファイルに関して必要な情報を管理するための機能としては、（１）ファイルアクセス（生成／削除／オープン／クローズ）機能（排他処理含む）、（２）ファイル名称／ＩＤ（ファイル／ユーザ）／パスワード／蓄積時刻／ページ数／データフォーマット（圧縮方式など）／アクセス制限／作成アプリ／印刷条件などの各種ファイル属性管理、（３）ファイル単位及びページ単位での結合／挿入／切断機能（物理的なページ単位の画像データのファイルとしての管理）、（４）ファイルソート機能（蓄積時刻順／ユーザＩＤ順など）、（５）全ファイル情報の通知（表示／検索用）、（６）リカバリ機能（破損ファイルのファイル／ページ破棄）、（７）ファイルの自動削除機能等がある。
また、ＲＡＭ等のメモリに画像データを保持しアクセスするための機能としては、（１）アプリからファイル及びページ／バンド属性情報を取得する機能、（２）アプリからの画像データ領域の確保、開放、リード（Read）、ライト（Write）要求に従った動作を行う機能などがある。
ＯＣＳ３０４は、オペレータと画像処理装置１１との間の情報伝達手段となる操作部２０９を制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩ（Graphical User Interface）を構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理などを行う。
また、このＯＣＳ３０４は、（１）ＧＵＩ構築のためのライブラリの情報を提供する機能、（２）操作部２０９のハードウェア資源を管理する機能、（３）ビデオ描画／ＬＣＤ（液晶ディスプレイ）表示機能（ハードウェア表示、表示アプリ切替、表示言語切替、ウィンドウ暗色表示、メッセージ／アイコンブリンク表示、メッセージの連結表示等の機能）、（４）ハードキー入力検出機能、（５）タッチパネルキー入力検出機能、（６）ＬＥＤ出力機能、（７）ブザー出力機能などを有する。
ＦＣＳ３０５は、ファクシミリ送受信、ファクシミリ読み取り、ファクシミリ受信印刷等を行うモジュールであり、システムコントローラの各アプリからＰＳＴＮ（Public Switched Telephone Network）／ＩＳＤＮ（Integrated Services Digital Network）網を使ったファクシミリ送受信、ＢＫＭ（バックアップ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合像受信を行うためのＡＰＩ(Application Program Interface)を提供する。
具体的には、このＦＣＳ３０５は、（１）アプリから送信依頼されたドキュメントをＰＳＴＮ／ＩＳＤＮ網を使ってファクシミリ受信機に送信する送信機能、（２）ＰＳＴＮ／ＩＳＤＮ網から受信したファクシミリ受信画面、各種レポート類を各アプリケーションに転送、印刷する受信機能、（３）ファクスボードに記憶されている電話帳、グループ情報等のファクシミリ管理項目の引用や登録をおこなう電話帳引用・登録機能、（４）ファクスボードに搭載されていたＢＫＭに記憶されている送受信結果履歴情報を必要としているアプリへの通知を行うファクスログ通知機能、（５）ファクスボードの状態変化があったときに、登録してあるアプリに変化のあったイベントを通知するイベント通知機能などを有する。
ＣＳＳ３０６は、公衆回線を介してデータを送受信する際のデータの変換等をするモジュールであり、また公衆回線を介した遠隔管理に関する機能をまとめたモジュールである。
ＵＣＳ３０７は、ユーザが登録した宛先情報や宛名情報等のユーザ情報を管理するモジュールである。
ＤＣＳ３０８は、ＨＤＤ２１０やフラッシュメモリ２０４等のメモリに記憶している（する）画像ファイル等をＳＭＴＰ（Simple Mail Transfer Protocol）やＦＴＰ（File Transfer Protocol）を用いて送受信するモジュールである。
ＮＣＳ３０９は、ネットワークとアプリケーション層３２０の各アプリとの仲介処理を行うモジュールであり、ネットワークＩ／Ｆを必要とするアプリに対して共通に利用できるサービスを提供する。そして、ネットワーク側から各プロトコル（ここではＨＴＴＰ）によって受信したデータを各アプリに振り分けたり、各アプリからデータをネットワーク側に送信したりする際の仲介を行う。具体的には、少なくともＨＴＴＰリクエスト送信機能とＨＴＴＰレスポンス受信機能を実現する。なお、この画像処理装置１１では、少なくともコマンド及びコマンド応答の授受の仲介は、後述するようにメッセージコントローラ４０を介して行うことになる。
ＩＭＨ３１１は、一時的に画像データを入れておくメモリを管理するモジュールである。
コピーアプリ３２１は、コピーサービスを実現するためのアプリケーションプログラムである。
ファクスアプリ３２２は、ファクスサービスを実現するためのアプリケーションプログラムである。
プリンタアプリ３２３は、プリンタサービスを実現するためのアプリケーションプログラムである。
スキャナアプリ３２４は、スキャナサービスを実現するためのアプリケーションプログラムである。
ネットファイルアプリ３２５は、ネットファイルサービスを実現するためのアプリケーションプログラムである。
ＮＲＳアプリ３２６は、ネットワークを介した遠隔管理に関する機能をまとめたアプリケーションプログラムである。
ドキュメントボックスアプリ３２７は、画像を文書として蓄積し、必要に応じてファイル送信やプリント出力を行うことができるようにするドキュメントボックスサービスを実現するためのアプリケーションプログラムである。
そして、この画像処理装置１１において、各アプリは、コマンドに対する動作を実行して実行結果を生成するに際し、サービス層３００の各プログラムを利用し、ここに要求を発してハードウェア資源を動作させるようにしている。そして、サービス層３００を各アプリから共通に利用できる構成としたことにより、アプリ毎にハードウェア資源を制御するためのプログラムを用意する必要がなくなり、開発効率の向上や処理負荷の低減を実現している。
ところで、この画像処理装置１１においては、上述した各プログラムの他に、管理装置１２のような通信相手との間でのコマンド及びコマンド応答の送受信を制御するためのプログラムとしてメッセージコントローラ４０を設けている。このプログラムが、コマンド及びコマンド応答を蓄積してアプリに振り分けたり外部装置との間で送受信したりすると共に、送信前にコマンドやコマンド応答を結合し、また受信後に分離する処理を行うためのプログラムであり、このようなプログラム及びそのプログラムによって実現される機能を設けた点が、この発明の特徴と言える。
次に、ＣＰＵ２０１にこのメッセージコントローラ４０を実行させることによって実現する機能について説明する。図１０は、画像処理装置１１の機能を、メッセージコントローラ４０によって実現される機能を中心に示した機能ブロック図である。
図１０に示すように、ＣＰＵ２０１は、メッセージコントローラ４０を実行して画像処理装置１１の各部を制御することにより、画像機器コマンドプール４１、管理装置コマンドプール４２、コマンド応答通知手段４３、コマンド通知手段４４、送信メッセージ収集手段４５、受信メッセージ分配手段４８の機能を実現する。
そして、このうち画像機器コマンドプール４１及び管理装置コマンドプール４２は、いずれかの書き換え可能な記憶手段に設けられるものである。例えばフラッシュメモリ２０４に設けることができるが、ＳＤＲＡＭ２０３やＨＤＤ２１０に設けてもよい。
また、ＨＴＴＰリクエスト送信手段４６及びＨＴＴＰレスポンス受信手段４７については、通信手段に該当し、ＮＣＳ３０９を実行することによって実現される機能である。
これらの機能についてさらに詳述する。
まず、画像機器コマンドプール４１は、画像処理装置１１に設けた第２の記憶領域に該当し、アプリケーション層３２０の各アプリが作成した管理装置１２に対するコマンドである画像機器コマンドと、このコマンドに対する応答と、このコマンドの識別情報とを関連付けて登録するプールである。また、管理装置コマンドプール４２は、画像処理装置１１に設けた第１の記憶領域に該当し、管理装置１２から受信した管理装置コマンドと、このコマンドに対する応答と、このコマンドの識別情報とを関連付けて登録するプールである。これらのプールにおいては、コマンド毎にテーブル形式のコマンドシートを作成して情報を格納することにより、コマンドと、識別情報や応答等の情報とを関連付けるようにしている。また、これらのプールを設けた記憶手段がそれぞれ画像処理装置１１の第２，第１の記憶手段に該当するものとする。
ここで、図１１に画像機器コマンドシートにおけるデータ構造の例を示す。
この図に示すように、画像機器コマンドシートには、「コマンドＩＤ」、「メソッド名」、「入力パラメータ」、「状態」、「画像機器コマンド実行結果の通知先」、および「出力パラメータ」のデータを記憶する領域を設けている。そして、このうち「コマンドＩＤ」、「メソッド名」、および「入力パラメータ」が画像機器コマンド（及びそこに付されたＩＤ）に該当し、「状態」及び「画像機器コマンド実行結果の通知先」が管理情報に該当する。「出力パラメータ」は、管理装置１２から受信するコマンド応答の内容である。
次に、各項目の内容について説明する。
まず、「メソッド名」は、管理装置１２に対するリクエストの内容であり、管理装置１２において呼び出す関数の種類を示す。「入力パラメータ」は、「メソッド名」に付随するデータであり、関数を呼び出す際の引数である。「コマンドＩＤ」は、画像機器コマンドを識別するための識別情報である。「状態」は、画像機器コマンドに関する処理の進行状況を示すデータであり、処理の進行と共に、「未送信」→「応答待ち」→「応答受信済」と遷移していく。
「画像機器コマンド実行結果の通知先」は、そのシートに記載している画像機器コマンドに対する応答を受信した場合に、その旨を通知して必要な処理を実行させるモジュールを示す参照情報である。参照するモジュールは、画像機器コマンドを生成したアプリであることが多いが、必ずしもそうである必要はない。「出力パラメータ」には、コマンド応答を受け取った段階で、その内容を格納する。管理装置１２からのコマンド応答を受け取るまでは空である。
また、図１２に管理装置コマンドシートにおけるデータ構造の例を示す。
この図に示すように、管理装置コマンドシートには、「コマンドＩＤ」、「メソッド名」、「入力パラメータ」、「状態」、「出力パラメータ」、および「管理装置コマンドの通知先」のデータを記憶する領域を設けている。そして、このうち「コマンドＩＤ」、「メソッド名」、および「入力パラメータ」が管理装置コマンド（及びそこに付されたＩＤ）に該当し、「状態」及び「管理装置コマンドの通知先」が管理情報に該当する。「出力パラメータ」は、管理装置コマンドの実行結果であり、画像処理装置１１が返すコマンド応答の内容となる。
次に、各データの内容について説明する。
まず、「メソッド名」は、画像処理装置１１に対するリクエストの内容であり、画像処理装置１１において呼び出す関数の種類を示す。「入力パラメータ」は、「メソッド名」に付随するデータであり、関数を呼び出す際の引数である。「コマンドＩＤ」は、管理装置コマンドを識別するための識別情報である。「状態」は、管理装置コマンドに関する処理の状態を示すデータであり、処理の進行と共に、「未処理」→「処理完了」→「応答済」、あるいは「未処理」→「処理中」→「処理完了」→「応答済」と遷移していく。「出力パラメータ」には、アプリケーション層３２０のアプリによって生成された応答が格納される。管理装置コマンドの実行が終了し、上記の「状態」が「処理完了」となるまでは空である。「管理装置コマンドの通知先」は、管理装置コマンドの実行を行うモジュールを示す参照情報である。なお、このモジュールは通常はアプリケーション層３２０のいずれかのアプリ又はそのアプリ中のコマンドハンドラを指す。
図１０の説明に戻ると、画像機器コマンドプール４１に画像機器コマンドを記憶させるのは、アプリケーション層３２０の各アプリである。そして、各アプリは、生成したコマンドにこれコマンドを識別する識別情報（ＩＤ）を割り当て、さらにこのコマンドを管理するための管理情報を付し、これらの情報を関連付けてテーブル形式の画像機器コマンドシートとして画像機器コマンドプール４１に登録する機能を有する。また、その後このコマンドに対する応答が画像機器コマンドプール４１に記憶されると、コマンド応答通知手段４３が、画像機器コマンドシート中の「画像機器コマンド実行結果の通知先」で指定されるモジュールにコマンド応答を通知する。
また、管理装置コマンドプール４２に管理装置コマンドが記憶されると、コマンド通知手段４４が、画像機器コマンドシート中の「管理装置コマンドの通知先」で指定されるモジュールにコマンドを通知する。すると、これを受け取ったモジュールがコマンドに係る処理を実行し、実行結果をコマンド応答として管理装置コマンドプールに記憶させる。
ここで、管理装置１２から受信した管理装置コマンドは、このコマンドを識別するＩＤ及びこのコマンドを管理するための管理情報と関連付けて、テーブル形式の管理装置コマンドシートとして管理装置コマンドプール４２に登録しておくようにしている。そして、アプリが生成したコマンド応答も、実行した管理装置コマンドについての管理装置コマンドシートに登録する。
なお、管理装置コマンドが画像処理装置１１に優先して処理を実行させるための実行優先順位の情報を含む場合には、優先順位の高いものから優先的に通知するようにすることも考えられる。
また、送信メッセージ収集手段４５は、収集手段に該当する。そして、アプリが生成したコマンド応答とこのコマンド応答に対応する管理装置コマンドのコマンドＩＤとを関連付けて管理装置コマンドプール４２から読み出すと共に、アプリが生成した画像機器コマンドとこのコマンドのコマンドＩＤとを関連付けて画像機器コマンドプール４１から読み出し、これらから送信メッセージを生成する機能を有する。
なお、コマンド応答や画像機器コマンドに実行優先順位が指定されている場合には、送信メッセージ収集手段４５がそれぞれ実行優先順位の高いものから順に読み出すようにすることが考えられる。
ここで、送信メッセージとは、上記のコマンド応答やコマンドとコマンドＩＤとを、構造化言語であるＸＭＬ（Extensible Markup Language）で、ＳＯＡＰメッセージとして記載したものである。そして、送信メッセージ収集手段４５は、１つのコマンド応答あるいはコマンドにつき、送信メッセージとして１つのＳＯＡＰメッセージを生成する。またこのとき、各コマンドのコマンドＩＤはＳＯＡＰヘッダに記載し、コマンド応答及び画像機器コマンドの内容はＳＯＡＰボディに記載する。ＳＯＡＰによる通信では、ＳＯＡＰヘッダとＳＯＡＰボディとからなるＳＯＡＰエンベロープ（封筒）と呼ばれるメッセージをＸＭＬで記載し、ＨＴＴＰなどのプロトコルで交換することになる。
このようなコマンドやコマンド応答からのＳＯＡＰメッセージの生成は、ＷＳＤＬ（Web Service Description Language）に基づいて生成される所要の変換プログラム（シリアライザ）を実行し、データを直列化することによって行うことができる。
そして、送信メッセージ収集手段４５は送信手段にも該当し、生成した送信メッセージをＨＴＴＰリクエスト送信手段４６に渡し、その送信メッセージを含むＨＴＴＰリクエストを生成して管理装置１２に送信させる機能も有する。このとき、１つのＨＴＴＰリクエストに送信メッセージをいくつ含めてもよいし、コマンド応答に係る送信メッセージと画像機器コマンドに係る送信メッセージとを任意に混在させることもできる。
そこで、ＨＴＴＰリクエスト送信手段４６は、これらのいずれに係る送信メッセージであるかに関わり無く、送信メッセージ収集手段４５が生成した全ての送信メッセージを１つのＨＴＴＰリクエストに含めて送信するようにしている。ただし、１つのＨＴＴＰリクエストに含める送信メッセージの数に上限を設けることも考えられる。
ところで、このＨＴＴＰリクエストの送信は、送信メッセージ収集手段４５が画像機器コマンドやコマンド応答等の読み出しを試みた場合には、読み出すデータがなく、結果的に送信すべきＳＯＡＰメッセージを生成しなかった場合にも行うものである。そして、この読み出しの試みは、定期的に行うものとする。例えば、タイマによって６０分毎に読み出すことが考えられる。
このようにするのは、上述のように、管理装置１２から画像処理装置１１に送信したい情報があったとしても画像処理装置１１から通信を要求しない限り送信できないためである。画像処理装置１１から何も送信するデータがなかったとしても、定期的に管理装置１２に対して通信要求を送信して、管理装置１２から画像処理装置１１に情報を送信する機会を与えることにより、転送の必要な情報が長期間に亘って管理装置１２に滞留してしまうことを防止できる。
なお、送信メッセージ収集手段４５による読み出しと、それに続くＨＴＴＰリクエスト送信手段４６によるＨＴＴＰリクエストの送信とを、定期的なタイミング以外に適宜行ってよいことはもちろんである。例えば、緊急に送信が必要な情報がいずれかのプールに登録された場合に、アプリが送信メッセージ収集手段４５にその旨を通知して読み出しを行わせるようにしてもよい。
次に、受信メッセージ分配手段４８は、受信手段に該当し、ＨＴＴＰレスポンス受信手段４７を介して管理装置１２からＨＴＴＰレスポンスを受信する機能を有する。そしてここでは、ＨＴＴＰレスポンスには、管理装置コマンド及びそのコマンドと関連付けられたコマンドＩＤを含む受信メッセージと、画像機器コマンドに対する応答及びそのコマンドと関連付けられたコマンドＩＤを含む受信メッセージとが、任意に混在して含まれている。
ここで、受信メッセージとは、上記のコマンドや応答とコマンドＩＤとをＳＯＡＰメッセージとして記載したものである。
また、受信メッセージ分配手段４８は、分配手段にも該当する。そして、受信したＨＴＴＰレスポンスに含まれるデータを、画像機器コマンドプール４１及び管理装置コマンドプール４２に振り分けて登録する機能を有する。
具体的には、管理装置コマンド及びそのコマンドと関連付けられたコマンドＩＤとを管理装置コマンドプール４２に管理装置コマンドシートを設けて登録すると共に、画像機器コマンドに対する応答については、そのコマンドと関連付けられたコマンドＩＤを画像機器コマンドプール４１に記憶している画像機器コマンドシートのコマンドＩＤと照合して対応する画像機器コマンドを特定し、その画像機器コマンドについての「出力パラメータ」として登録する。
そしてこのとき、ＨＴＴＰレスポンスを分割してそこに含まれる各受信メッセージを取り出し、そのデータをテーブルへの登録に必要な形式に変換するが、この変換は、ＷＳＤＬに基づいて生成される所要の変換プログラム（デシリアライザ）を実行することによって行うことができる。
次に、このような機能を有する画像処理装置１１が管理装置１２に送信するＨＴＴＰリクエストの例を図１３に示す。
このＨＴＴＰリクエストは、図１３に示すように、ボディ部としてＭＩＭＥ（Multipurpose Internet Mail Extension）に従ったマルチパートのメッセージが記載され、この各パートには、それぞれエンティティヘッダが記載されると共に、詳細な図示は省略しているが、ＳＯＡＰエンベロープが埋め込まれている。図１３の例では、ＨＴＴＰリクエストのＨＴＴＰボディには、「MIME_boundary」で区分された各要素が、独立した第１パート、第２パート、第３パート、第４パートを構成しているが、ＨＴＴＰボディに含めることのできるパート数は４つに限られない。０個を含め、いくつでもよい。
ＨＴＴＰリクエストに埋め込まれて引き渡されるＳＯＡＰエンベロープには、画像機器コマンドを記載したものと、管理装置コマンドに対する応答を記載したものとがある。
また、このような機能を有する画像処理装置１１が管理装置１２から受信するＨＴＴＰレスポンスの例を図１４に示す。
図１４に示すように、このＨＴＴＰレスポンスは、形式としては、図１３に示したＨＴＴＰリクエストとＨＴＴＰヘッダ部が異なるのみであり、ボディ部には、ＨＴＴＰリクエストの場合と同様に詳細な図示は省略しているが、ＭＩＭＥに従ったマルチパートのＳＯＡＰエンベロープが記載される。ＳＯＡＰエンベロープの内容については、当然コマンドやコマンド応答の内容に従って異なるものである。
ＨＴＴＰレスポンスに埋め込まれて引き渡されるＳＯＡＰエンベロープには、管理装置コマンドを記載したものと、画像機器コマンドに対する応答を記載したものとがある。
次に、これらのＨＴＴＰリクエスト又はＨＴＴＰレスポンスに記載されるパートの具体例を図１５乃至図１８に示す。
図１５に示すのは、画像機器コマンドを記載したパートの例である。
この例においては、まず、エンティティヘッダの部分の「X-SOAP-Type」ヘッダに、このパートに記載されているＳＯＡＰメッセージがＳＯＡＰリクエストであるかＳＯＡＰレスポンスであるかを示す情報を記載している。この例では、値の「Request」により、ＳＯＡＰリクエストであること、すなわちコマンドを記載したＳＯＡＰメッセージであることを示している。
また、「SOAPAction」ヘッダは、ＳＯＡＰリクエストの内容を示すものであり、この例では、「http://www.…」というＵＲＩ（Uniform Resource Identifier）によりリクエストの内容を示している。なお、「SOAPAction」ヘッダは、ＳＯＡＰメッセージがＳＯＡＰレスポンスである場合には付加しないため、メッセージの受信側において、このヘッダの有無により、ＳＯＡＰメッセージがＳＯＡＰリクエストであるかＳＯＡＰレスポンスであるかを判断することもできる。
そして、「Envelope」タグの属性として、名前空間の宣言を行っている。そしてここでは、ＳＯＡＰで標準として定義されている名前空間の他に、「http://www.foo.com/header」及び「http://www.foo.com/server」のＵＲＩで特定される名前空間の宣言を行っている。従って、「ｎ」の名前空間接頭辞が付されたＸＭＬタグについては「http://www.foo.com/header」のＵＲＩで特定される名前空間に属するタグであることがわかり、「ｎｓ」の名前空間接頭辞が付されたＸＭＬタグについては「http://www.foo.com/server」のＵＲＩで特定される名前空間に属するタグであることがわかる。
またＳＯＡＰヘッダには、「要求ＩＤ」のＸＭＬタグの内容として、この画像機器コマンドのＩＤである「１２３４５」が記載されている。そして、ＳＯＡＰボディには、画像機器コマンドシートの「メソッド名」に記憶されていたメソッドを指定する情報として、「異常通知」タグが記載され、その下位のタグ「エラーＩＤ」や「説明」の要素として、「入力パラメータ」に記憶されていた引数が記載されている。ここでは異常通知の通知内容が記載されている。
図１６に示すのは、画像機器コマンドに対する応答を記載したパートの例である。
この例においては、まず、エンティティヘッダの部分の「X-SOAP-Type」ヘッダの値を「Response」と記載することにより、このパートに記載されているＳＯＡＰメッセージがＳＯＡＰレスポンスであること、すなわちコマンド応答を記載したＳＯＡＰメッセージであることを示している。
また、この例においても、名前空間の宣言は図１５に示した例と同様である。そして、ＳＯＡＰヘッダには、「コマンドＩＤ」のＸＭＬタグの内容として、応答を生成した画像機器コマンドのＩＤである「１２３４５」が記述されている。ＳＯＡＰボディには、「異常通知」コマンドに対する応答であることを示すための「異常通知Response」タグが設けられ、その下位のタグに、コマンド応答の内容が記載される。ここでは、異常通知を正常に受信した旨の情報が記載されている。そして、この情報が画像機器コマンドシートの「出力パラメータ」の項目に格納される。
図１７に示すのは、管理装置コマンドを記載したパートの例である。
この例においても、図１５の場合と同様に、「X-SOAP-Type」ヘッダの値の「Request」により、このパートに記載されているＳＯＡＰエンベロープがＳＯＡＰリクエストであることを示し、「SOAPAction」ヘッダの情報により、ＳＯＡＰリクエストの内容を示している。
また、「Envelope」タグの属性として、名前空間の宣言を行っている点も、図１３の場合と同様である。そしてここでは、ＳＯＡＰで標準として定義されている名前空間の他に、「http://www.foo.com/header」及び「http://www.foo.com/client」のＵＲＩで特定される名前空間の宣言を行っている。
ＳＯＡＰヘッダには、「要求ＩＤ」のＸＭＬタグの内容として、この画像機器コマンドのＩＤである「９８７６５」が記載されている。そして、ＳＯＡＰボディには、管理装置コマンドシートの「メソッド名」に記憶されるべきメソッドを指定する情報として、「温度センサ値取得」タグが記載され、その下位のタグ「センサＩＤ」の要素として、「入力パラメータ」に記憶されるべき引数が記載されている。ここではセンサ値を取得するセンサのＩＤが記載されている。
なお、管理装置１２がこのようなコマンドを送信する場合としては、例えば、画像処理装置１１からの異常通知を受けて異常の原因を特定しようとする場合等が考えられる。
図１８に示すのは、管理装置コマンドに対する応答を記載したパートの例である。
この例においても、図１６の場合と同様に、エンティティヘッダの部分の「X-SOAP-Type」ヘッダの値を「Response」と記載することにより、このパートに記載されているＳＯＡＰメッセージがＳＯＡＰレスポンスであることを示している。
また、この例においても、名前空間の宣言は図１７に示した例と同様である。そして、ＳＯＡＰヘッダには、「コマンドＩＤ」のＸＭＬタグの内容として、応答を生成した管理装置コマンドのＩＤである「９８７６５」が記述されている。ＳＯＡＰボディには、「温度センサ値取得」コマンドに対する応答であることを示すための「温度センサ値取得Response」タグが設けられ、その下位のタグに、コマンド応答の内容が記載される。ここでは、値取得を要求されたセンサの示す温度値の情報が記載されている。
次に、以上説明したような図１０に示した各手段の機能を実現するための処理について、図１９乃至図２１のフローチャートを用いて説明する。これらのフローチャートに示す処理は、画像処理装置１１のＣＰＵ２０１が、メッセージコントローラ４０やＮＣＳ３０９に含まれるプログラムを実行することによって行うものである。
まず、図１９にメッセージの収集及び分配処理の基本動作のフローチャートを示す。
画像処理装置１１のＣＰＵ２０１は、送信メッセージ収集手段４５が画像機器コマンドやコマンド応答等の読み出しを試みるタイミングになると、図１９のフローチャートに示す処理を開始する。
そして、まず画像機器コマンドの収集処理を行う（Ｓ１１）。この処理は、画像機器コマンドプール４１から管理装置１２に送信すべき画像機器コマンドを収集する処理であり、収集したデータからＳＯＡＰエンベロープによるパートを生成する処理を含む。
次に、管理装置コマンドに対する応答である管理装置コマンド実行結果の収集処理を行う（Ｓ１２）。この処理は、管理装置コマンドプール４２から管理装置１２に送信すべきコマンド応答を収集する処理であり、やはり収集したデータからＳＯＡＰエンベロープによるパートを生成する処理を含む。
その後、ステップＳ１１及びＳ１２の処理で生成したパートを１つにマージして、すべてのパートを含むＨＴＴＰリクエストを生成し（Ｓ１３）、そのＨＴＴＰリクエストを管理装置１２に送信する（Ｓ１４）。
ここまでの処理において、ステップＳ１１及びＳ１２ではＣＰＵ２０１は送信メッセージ収集手段４５として機能し、ステップＳ１３及びＳ１４ではＨＴＴＰリクエスト送信手段４６として機能する。
次に、ＨＴＴＰリクエストに対する通信応答として管理装置１２からＨＴＴＰレスポンスを受信する（Ｓ１５）。そして、受信したＨＴＴＰレスポンスのＨＴＴＰボディを各パートに分割する（Ｓ１６）。ここで、各パートへの分割は、「MIME_boundary」で区分された要素に分割することであり、またここで全てのパートに関して分割する。
そしてその後、分割して得た全てのパートを順に対象として、ステップＳ１７乃至Ｓ１９の処理を繰り返す。この処理においては、まず対象のパートが管理装置コマンドを記載したパートか否か判断する（Ｓ１７）。そして、管理装置コマンドであれば管理装置コマンド登録処理を行う（Ｓ１８）。また、管理装置コマンドでないときは、画像機器コマンドに対する応答が記載されたパートであるので、応答通知処理を行う（Ｓ１９）。
ステップＳ１８又はＳ１９の後は、ステップＳ１７に戻り、次のパートを対象として処理を繰り返す。そして、全てのパートについてこれらの処理を行った時点で、図１９のフローチャートに示す処理を終了する。
ここまでの処理において、ステップＳ１５及びＳ１６ではＣＰＵ２０１はＨＴＴＰレスポンス受信手段４７として機能し、ステップＳ１７乃至Ｓ１９では受信メッセージ分配手段４８として機能する。
次に、図１９のフローチャートに示した処理について、一部分ずつより詳細に示したフローチャートを用いて説明する。
図２０は、図１９のステップＳ１１乃至Ｓ１４の部分の処理をより詳細に示したフローチャートである。
この処理においては、画像処理装置１１のＣＰＵ２０１はまず、画像機器コマンドプール４１から、「状態」が「未送信」である画像機器コマンドシートの「メソッド名」と「入力パラメータ」の内容を、送信すべき画像機器コマンドとして収集し、「コマンドＩＤ」の内容もそのコマンドのコマンドＩＤとして収集する（Ｓ２１）。「未送信」という「状態」は、コマンドが画像機器コマンド生成手段４３によって生成された後、まだ管理装置１２に通知されていないことを示すものであるので、これを基準に管理装置１２に送信すべきコマンドを抽出できる。
その後、ステップＳ２１で収集した全ての画像機器コマンドを順次対象として、ステップＳ２２乃至Ｓ２４の処理を繰り返す。これらの処理においては、まず対象の画像機器コマンドとそのコマンドＩＤとを、これらの情報がそれぞれＳＯＡＰボディとＳＯＡＰヘッダとに含まれるＸＭＬ文書に変換し（Ｓ２２）、エンティティヘッダを含む、対象のコマンドに関するパートを生成する（Ｓ２３）。そして、対象の画像機器コマンドを記載していた画像機器コマンドシートの「状態」を「応答待ち」に変更する（Ｓ２４）。「応答待ち」という「状態」は、コマンドを管理装置１２に通知済であることを示すものである。
これらが全て完了した後、ＣＰＵ２０１は、管理装置コマンドプール４２から、「状態」が「処理完了」である管理装置コマンドシートの「出力パラメータ」の内容を、管理装置コマンドに対するコマンド応答のうち送信すべきものとして収集し、「コマンドＩＤ」の内容も、対応する管理装置コマンドのコマンドＩＤとして収集する（Ｓ２５）。「処理完了」という「状態」は、管理装置コマンドに対応する処理がアプリによって実行され、コマンド応答が生成されて管理装置コマンドプール４２に登録された後、まだ管理装置１２に通知されていないことを示すものであるので、これを基準に管理装置１２に送信すべきコマンド応答を抽出できる。
その後、ステップＳ２５で収集した全てのコマンド応答を順次対象として、ステップＳ２６乃至Ｓ２８の処理を繰り返す。これらの処理は、まず対象のコマンド応答とその応答と共に収集したコマンドＩＤとを、これらの情報がそれぞれＳＯＡＰボディとＳＯＡＰヘッダとに含まれるＸＭＬ文書に変換し（Ｓ２６）、対象のコマンド応答に関するパートとなるＳＯＡＰエンベロープを生成する（Ｓ２７）処理である。これらの処理は、対象が異なる点以外はステップＳ２２及びＳ２３の処理と同じものである。そして、次に対象のコマンド応答を記載していた管理装置コマンドシートの「状態」を「応答済」に変更する（Ｓ２８）。「応答済」という「状態」は、コマンド応答を管理装置１２に通知済であることを示すものである。
そして、ここまでの処理が全て完了した後、ＣＰＵ２０１は、ステップＳ２３又はＳ２７で生成した各パートをマージし、図１３に示したようなマルチパートのＨＴＴＰリクエストを生成して管理装置１２に送信する（Ｓ２９）。
なお、ステップＳ２４又はＳ２８で行った「状態」の変更は、実際にこの送信が終了してから行うようにしてもよい。このようにすることにより、通信エラーが発生しても、送信しようとしていたコマンド及びコマンド応答を再度送信の対象とすることができるので、システムの信頼性が向上する。
以上でＨＴＴＰリクエストの送信に関する処理を終了し、図１９のステップＳ１５以降に相当する処理に進む。
図２１は、図１９のステップＳ１５以下の部分の処理をより詳細に示すフローチャートである。図２０のステップＳ２９の次の処理は、この図ではステップＳ３１に該当する。
この処理においては、画像処理装置１１のＣＰＵ２０１はまず、送信したＨＴＴＰリクエストに対するＨＴＴＰレスポンスの受信を待ち、管理装置１２からこれを受信する（Ｓ３１）。これを受信すると、そのＨＴＴＰボディを解析して各パートに分割する（Ｓ３２）。
そしてその後、分割して得た各パートを順次対象として、ステップＳ３３乃至ステップＳ４１の処理を繰り返す。
この部分の処理においては、まず、対象のパートが管理装置コマンドであるか否か判断する（Ｓ３３）。上述したように、ＨＴＴＰレスポンスには、管理装置コマンドと、画像機器コマンドに対する応答とが含まれている可能性があるので、対象のパートがこのいずれであるかを判断するのである。そして、この判断は、対象のパートにSOAPActionヘッダが存在するか否か、あるいはX-SOAP-Typeヘッダの内容によって判断することができる。
ステップＳ３３で管理装置コマンドでなければ、そのパートは画像機器コマンドに対する応答であるので、そのパートのＸＭＬ文書を解析して画像機器コマンドシートに登録できる形式のデータに変換し（Ｓ３４）、画像機器コマンドプール４１からそのコマンド応答に対応する画像機器コマンドを探索し、その画像機器コマンドについての画像機器コマンドシートの「出力パラメータ」の項目にコマンド応答のデータを登録する（Ｓ３５）。なお、コマンド応答には、「コマンドＩＤ」の情報として、画像機器コマンドの送信時に付したものと同じコマンドＩＤが付してあるものとし、画像機器コマンドの探索は、この情報をキーとして行うことができる。
データの登録が終わると、データを登録した画像機器コマンドシートの「状態」を「応答受信済」に変更してその旨を示す（Ｓ３６）。そして、「画像機器コマンド実行結果の通知先」に登録されている通知先に、応答があった旨及びその内容を通知する（Ｓ３７）。この通知によって、画像機器コマンドを生成したアプリ等は、その生成したコマンドに応答があったことを認識し、応答に応じた処理を行うことができる。
例えば、異常通知を発するアプリが管理装置１２に異常通知を行う旨の画像機器コマンドを生成した場合、このコマンドが管理装置１２に送信されると、管理装置１２はこれを正しく受け取った旨のコマンド応答を返してくる。そして、画像処理装置１１側では、このコマンド応答を受信すると、ここに含まれるコマンドＩＤを基にどの画像機器コマンドに対する応答であるかを探索し、見つかった画像機器コマンドと対応させてそのコマンド応答を登録する。そして、そのコマンドの実行結果通知先として登録されている、異常通知を発するアプリに、応答があった旨及びその内容を通知するのである。
なお、通知先のアプリには応答があった旨のみを通知し、この通知を受けたアプリが画像機器コマンドシートを参照して実行結果を取得するようにしてもよい。
このステップＳ３７の処理においては、ＣＰＵ２０１がコマンド応答通知手段４３として機能する。
以上のステップＳ３７までの処理が終了すると、次のパートがあればそれを対象としてステップＳ３３からの処理を繰り返す。
一方、ステップＳ３３で管理装置コマンドであれば、そのパートのＸＭＬ文書を解析して管理装置コマンドシートに登録できる形式のデータに変換し（Ｓ３８）、その管理装置コマンドに対応する管理装置コマンドシートを作成して、コマンドＩＤと共に管理装置コマンドプールに登録する（Ｓ３９）。ここで、管理装置コマンドの内容は管理装置コマンドシートの「メソッド名」及び「入力パラメータ」の項目に登録し、ＳＯＡＰヘッダに記載されていたコマンドＩＤは「コマンドＩＤ」の項目に登録する。また、「管理装置コマンドの通知先」の項目には、「メソッド名」に記憶させたメソッドを実行させるアプリ等への参照情報を、予め用意してあるメソッドとアプリ等との対応関係の情報を参照して登録する。「状態」の初期値は「未処理」であり、「出力パラメータ」の初期値はＮＵＬＬである。
そしてその後、「管理装置コマンド実行結果の通知先」に登録されている通知先に、コマンドを受信した旨及びその内容を通知する（Ｓ４０）。また、この通知によって、管理装置コマンドに従った処理を実行すべきアプリやコマンドハンドラが、コマンドを受信したことを認識し、コマンドに従った処理を行うことができ、その処理を行うので、このことを示すため、通知したコマンドについての管理装置コマンドシートの「状態」を「処理中」に変更する（Ｓ４１）。
これらのステップＳ４０及びＳ４１の処理においては、ＣＰＵ２０１がコマンド通知手段４４として機能する。
以上のステップＳ４１までの処理が終了すると、次のパートがあればそれを対象としてステップＳ３３からの処理を繰り返す。
全てのパートについてステップＳ３３乃至Ｓ４１の処理が終了すると、図２１のフローチャートに示した処理は終了する。
なお、ステップＳ４０及びＳ４１の処理は、アプリ側の処理能力を考慮して、図２１のフローチャートに示した処理とは別に非同期で行うようにしてもよい。
以上のような処理を行うことにより、画像処理装置１１が、管理装置１２に送信すべき動作要求と管理装置１２から受信した動作要求に対する動作応答とを一括して管理装置１２に送信することができる。また、管理装置１２からの動作要求と管理装置１２に送信した動作要求に対する動作応答とを一括して管理装置１２から受信して処理することができる。
また、コマンドやコマンド応答を受信した場合にアプリ側に通知できるので、アプリ側で各アプリ毎にコマンドプールを検索する必要がなく、このような処理を行うためのリソースを節約して処理負荷を低減できると共に、このような処理を行うプログラムを開発するための労力も節減できる。
なお、ここでは送信すべき全てのパートを全て生成してからマージして送信を行うようにし、また全てのパートを受信してからこれを各パートに分割して処理を行うように説明したが、このようにする必要はない。
送信については、まず始めにＨＴＴＰヘッダを送信し、以後パートを生成するたびにそのパートを順次送信し、全てのパートの送信が完了した時点でその旨のデータを送信するようにしてもよい。このようにしても、これらの課程で送信されるデータが１つのみのＨＴＴＰヘッダを持つ論理的に連続した１つのＨＴＴＰリクエストであれば、１回のセッションで転送でき、ネゴシエーションの処理は１回で済むので、マージして送信する場合と同様な効果を得ることができる。また、送信すべきデータのバッファに必要なメモリ容量を低減できるので、低コストの通信装置で大きなデータを取り扱うことができる。
また、受信側でも、各パートに関する処理を、各パートを受信するたびに順次行うようにすることができる。このようにした場合に容量を低減できることは、送信側の場合と同様である。
以上で、ＣＰＵ２０１にこのメッセージコントローラ４０を実行させることによって実現する機能の説明を終了する。
次に、以上説明したようなメッセージコントローラ４０を利用した、画像処理装置１１におけるコマンドやコマンド応答の取扱いについて説明する。なお、以下の説明において、説明の都合上、ＣＰＵ２０１がプログラムを実行することによって動作を行うことを、プログラムが動作を実行すると表現する場合がある。
まず、アプリとメッセージコントローラ４０及びサービス層３００との関係について、図２２を用いて一般的な説明する。図２２は、アプリ、メッセージコントローラ及びサービス層のプログラムによって実現される一般的な機能及びその相互間の関係を示した機能ブロック図である。
図２２に示すように、アプリ３３０には、画像機器コマンド生成手段３３１、管理装置コマンド実行結果生成手段３３２、サービス層Ｉ／Ｆ３３３、内部処理モジュール３３４を設けている。
そして、画像機器コマンド生成手段３３１は、サービス層Ｉ／Ｆ３３３又は内部処理モジュール３３４からの要求に従って画像機器コマンドを生成し、メッセージコントローラ４０の画像機器コマンドプール４１に記憶させる機能を有する。また、メッセージコントローラ４０のコマンド応答通知手段４３からコマンド応答を受け取った場合に、必要に応じてサービス層Ｉ／Ｆ３３３や内部処理モジュール３３４にコマンドの実行完了及びその結果を通知する機能も有する。
管理装置コマンド実行結果生成手段３３２は、メッセージコントローラ４０のコマンド通知手段４４から管理装置コマンドを受け取った場合に、サービス層Ｉ／Ｆ３３３や内部処理モジュール３３４に対してその管理装置コマンドの実行に必要な処理を依頼する機能を有する。また、サービス層Ｉ／Ｆ３３３や内部処理モジュール３３４からコマンドの実行結果を受け取った場合に、その実行結果をコマンド応答としてメッセージコントローラ４０の管理装置コマンドプール４２に記憶させる機能も有する。このとき、コマンド応答は、受け取った管理装置コマンドと同じ管理装置コマンドシートに記憶させる。
サービス層Ｉ／Ｆ３３３は、アプリ３３０がサービス層３００を利用する際のデータ受け渡しのインタフェースとしての機能を有する。アプリ３３０が何らかの機能を実現するに際し、ＣＰＵ２０１及びそのワークエリアとなるメモリ以外のハードウェア資源を使用する場合には、必ずサービス層３００介して使用することになるが、この際にはサービス層Ｉ／Ｆがサービス層３００に対して処理を要求し、実行結果を応答として取得することになる。また、アプリ３３０側からの要求とは無関係にサービス層３００側からアプリに動作状態等を通知することもあるが、この通知もサービス層Ｉ／Ｆ３３３で受け取る。
また、サービス層Ｉ／Ｆ３３３は、サービス層３００から所定のイベントが通知された場合に、そのイベントに従った要求を生成して画像機器コマンド生成手段３３１に渡し、画像機器コマンドを生成させ、画像機器コマンド生成手段３３１からコマンド実行完了を通知された場合に、必要があればその結果をサービス層３００に通知する機能も有する。さらに、管理装置コマンド実行結果生成手段３３２から処理を依頼された場合に、サービス層３００にその処理を要求し、実行結果を応答として取得し、管理装置コマンド実行結果生成手段３３２にその実行結果を返す機能も有する。
内部処理モジュール３３４は、アプリ３３０がサービス層３００を利用せずに提供する機能に係る処理を行う。例えばアプリ内部で扱うパラメータの変更等である。また、アプリ３３０内部で管理装置１２に対する要求が生じた場合に、その要求を生成して画像機器コマンド生成手段３３１に渡し、画像機器コマンドを生成させ、画像機器コマンド生成手段３３１からコマンド実行完了の通知を受け取る機能も有する。さらに、管理装置コマンド実行結果生成手段３３２から処理を依頼された場合に、その処理を実行し、実行結果を応答として管理装置コマンド実行結果生成手段３３２に返す機能も有する。
なお、以上のような各手段を有するアプリ３３０は、アプリケーション層３２０を構成する各アプリの機能を一般化して示したものであり、個々のアプリにはその用途に応じた種々の具体的なモジュールを設けている。そして、アプリケーション層３２０には複数のアプリが存在するが、これらが利用するサービス層３００やメッセージコントローラ４０は共通のものである。サービス層３００やメッセージコントローラ４０の機能については、既に説明したのでここでは説明を省略する。
ここで、アプリ３３０における処理の流れについて説明する。
まず、サービス層３００からアプリ３３０に、画像機器コマンドの送信が必要な通知（異常発生通知等）がなされた場合の処理について説明する。
この場合には、サービス層Ｉ／Ｆ３３３がこの通知を受け取り（Ｘ１）、管理装置１２に渡すべき要求を生成して画像機器コマンド生成手段３３１に渡す（Ｘ２）。すると画像機器コマンド生成手段３３１がその要求を元に画像機器コマンドを生成し、メッセージコントローラの画像機器コマンドプール４１に記憶させる（Ｘ３）。すると、上述したように、メッセージコントローラ４０側で適当なタイミングでこのコマンドを管理装置１２に転送し、コマンド応答を受信して画像機器コマンドプールに登録し、画像機器コマンド生成手段３３１にその応答を通知してくる（Ｘ４）。
画像機器コマンド生成手段３３１は、応答を受け取ると、その内容に応じてサービス層Ｉ／Ｆ３３３にコマンドの実行結果を通知し（Ｘ５）、サービス層Ｉ／Ｆ３３３はサービス層３００に要求を発して実行結果を通知する（Ｘ６）。この場合、サービス層３００からはこれを受信した旨の応答が返される（Ｘ７）。また、画像機器コマンド生成手段３３１がコマンドの実行結果を内部処理モジュールに返し（Ｘ８）、その実行結果に対応する処理を内部的に行うことも考えられる。
また、内部処理モジュール３３４にて管理装置１２に対する要求が生じた場合には、内部処理モジュール３３４から画像機器コマンド生成手段３３１に要求を渡し（Ｘ９）、画像機器コマンド生成手段３３１がコマンドの実行結果を内部処理モジュールに返すが（Ｘ８）、途中の処理は上記の場合と同様である。
次に、管理装置１２から管理装置コマンドを受信した場合の処理について説明する。
管理装置コマンドが管理装置コマンドプール４２に登録されると、コマンド通知手段４４が管理装置コマンド実行結果生成手段３３２にそのコマンドを通知してくる（Ｘ１０）。そして、管理装置コマンド実行結果生成手段３３２は、そのコマンドを受け取ると、実行にサービス層３００を利用する必要がある場合には、サービス層Ｉ／Ｆ３３３に処理を依頼する（Ｘ１１）。すると、サービス層Ｉ／Ｆ３３３がサービス層３００にその処理を要求して（Ｘ６）、実行結果を応答として取得し（Ｘ７）、管理装置コマンド実行結果生成手段３３２にその実行結果を返す（Ｘ１２）。そして、管理装置コマンド実行結果生成手段３３２が実行結果を受け取った場合に、その実行結果をコマンド応答として管理装置コマンドプール４２に記憶させる（Ｘ１３）。このとき、コマンドに関する処理が完了したことを示すため、処理した管理装置コマンドについての管理装置コマンドシートの「状態」を「処理完了」に変更する。
なお、コマンドの実行にサービス層３００を利用しない場合には、内部処理モジュール３３４に処理を依頼して（Ｘ１４）、実行結果を取得（Ｘ１５）する。
画像処理装置１１においては、以上のような処理により、画像機器コマンドを管理装置１２に送信してコマンド応答を取得し、また管理装置１２から管理装置コマンドを受信してコマンド応答を返すことができる。
なお、画像機器コマンド生成手段３３１に、管理装置１２に各コマンドを実行させる際の優先順位を、生成した画像機器コマンドに付する機能を設けてもよい。
次に、コマンドやコマンド応答の取扱いについて、アプリの具体例を挙げて説明する。
まず、ＮＲＳアプリ３２６の場合について説明する。図２３に、ＮＲＳアプリ、メッセージコントローラ及びサービス層のプログラムによって実現される機能及びその相互間の関係を示す
図２３に示すように、ＮＲＳアプリ３２６には、管理装置コマンド実行結果生成手段として、コマンドハンドラ３２６ｂを設けている。また、サービス層Ｉ／ＦにはＮＲＳアプリ３２６の機能を実現するための種々のモジュールを設けているが、ここでは代表として異常通知受付モジュール３２６ｃ及びカウンタ値取得モジュール３２６ｄを示している。
そして、コマンドハンドラ３２６ｂは、ＮＲＳアプリ３２６が実行する可能性がある各コマンドと対応して複数設けてあり、そのコマンドに従った処理を必要なモジュールに依頼する機能を有するものである。従って、管理装置コマンドプール４２においては、管理装置コマンドシートの「管理装置コマンドの通知先」の項には、アプリ内のコマンドハンドラへの参照を記載しておくことになる。
なお、複数のコマンドに対応したコマンドハンドラを設け、コマンドハンドラ側でコマンドの種類に応じて処理方式を選択するようにしてもよい。
このようなＮＲＳアプリ３２６の機能としては、例えば、画像機器コマンドを送信する機能として異常通知機能、管理装置コマンドに従って動作する機能としてカウンタ値取得機能が挙げられる。そこで、これらの機能が利用される場合の処理について説明する。
まず、図２４及び図２５に異常通知機能が利用される場合のＮＲＳアプリ３２６による処理のフローチャートを示す。これらの図におけるステップ番号は、図２３中のデータの流れを示す矢印に付した符号と対応している。
異常通知機能は、画像処理装置１１の動作に異常が発生した場合にその旨を管理装置１２に通知する機能であり、この異常の検出はＳＣＳ３０１によって実現される機能である。そしてＳＣＳ３０１は、異常を検出すると異常検知イベントを発生させ、この場合にＣＰＵ２０１は図２４のフローチャートに示す処理を開始する。
そして、まず異常通知受付モジュール３２６ｃがＳＣＳ３０１から異常検知イベントを取得し（Ａ１）、そのイベントに応じて管理装置１２に渡すべき異常通知要求を生成して画像機器コマンド生成手段３２６aに渡す（Ａ２）。そして、これを受け取った画像機器コマンド生成手段３２６aは、これを基に異常通知コマンドを生成して画像機器コマンドプール４１に登録し（Ａ３）、処理を一旦終了する。
その後、上述したように、メッセージコントローラ４０がＮＲＳアプリ３２６とは独立に、画像機器コマンドプール４１に登録されたコマンドを処理し、管理装置１２に送信すると共に、コマンド応答を受信して画像機器コマンドプール４１に登録する。この登録があると、画像機器コマンド生成手段３２６ａに通知を行うので、この時点でＣＰＵ２０１は図２５のフローチャートに示す処理を開始する。
そして、画像機器コマンド生成手段３２６ａがコマンド応答通知手段４３から異常通知コマンドに対する応答を受け取る（Ａ４）。この応答の内容は、受信確認であり、通常は受信が成功した旨の情報である。そして、画像機器コマンド生成手段３２６ａが、コマンドの生成要求元である異常通知受付モジュール３２６ｃに、受信確認の通知を依頼する（Ａ５）。そして、これを受け取った異常通知受付モジュール３２６ｃがＳＣＳ３０１に受信確認を行って（Ａ６）処理を終了する。
次に、図２６にカウンタ値取得機能が利用される場合のＮＲＳアプリ３２６による処理のフローチャートを示す。この図におけるステップ番号も、図２３中のデータの流れを示す矢印に付した符号と対応している。
カウンタ値取得機能は、管理装置１２からの要求に従ってカウンタの値を返す機能である。そして、管理装置１２からのカウンタ値取得コマンドが管理装置コマンドプール４２に登録され、コマンド通知手段４４がその旨をコマンドハンドラ３２６ｂに通知すると、ＣＰＵ２０１は図２６に示した処理を開始する。
この処理においては、まずコマンドハンドラ３２６ｂがコマンド通知手段４４からカウンタ値取得コマンドを受け取る（Ｂ１）。この時、引数としてカウンタの種類の情報も共に受け取る。そして、コマンドハンドラ３２６ｂがカウンタ値取得モジュール３２６ｄにカウンタの種類の情報を渡してカウンタ値の取得を依頼し（Ｂ２）、これを受けたカウンタ値取得モジュール３２６ｄがＳＣＳ３０１に指定された種類のカウンタのカウンタ値の取得を依頼する（Ｂ３）。
すると、ＳＣＳ３０１はメモリに記憶されているカウンタ値を読み出して返すので、カウンタ値取得モジュール３２６ｄはこれを取得し（Ｂ４）、コマンドハンドラ３２６ｂにそのカウンタ値を返す（Ｂ５）。そして、コマンドハンドラ３２６ｂがそのカウンタ値をカウンタ値取得コマンドについての出力パラメータとして管理装置コマンドプール４２に書き込み、処理したカウンタ値取得コマンドについての管理装置コマンドシートの「状態」を「処理完了」に変更して（Ｂ６）処理を終了する。
そして、ここで書き込んだカウンタ値は、メッセージコントローラ４０がＮＲＳアプリ３２６とは独立にコマンド応答として管理装置１２に送信する。
ＮＲＳアプリ３２６は、図２３に示した機能以外にも数多くの機能を有するが、これらの機能は、画像機器コマンドを送信する機能であるか管理装置コマンドに従って動作する機能であるかに応じて、上述の処理Ａ１〜Ａ６又はＢ１〜Ｂ６と同様な考え方の処理によって実現することができる。
次に、ドキュメントボックスアプリ３２７の場合について説明する。図２７に、ドキュメントボックスアプリ、メッセージコントローラ及びサービス層のプログラムによって実現される機能及びその相互間の関係を示す。
図２７に示すように、ドキュメントボックスアプリ３２７にも、管理装置コマンド実行結果生成手段として、コマンドハンドラ３２７ｂを設けている。また、サービス層Ｉ／Ｆにはドキュメントボックスアプリ３２７の機能を実現するための種々のモジュールを設けているが、ここでは代表として印刷モジュール３２７ｃ、読み取り蓄積制御モジュール３２７ｄ、蓄積文書管理モジュール３２７ｅ、ＵＩ（ユーザインタフェース）モジュール３２７ｆを示している。そして、コマンドハンドラ３２７ｂを、各コマンドと対応して複数設けていることは、ＮＲＳアプリ３２６の場合と同様である。
このようなドキュメントボックスアプリ３２７の機能としては、例えば、画像機器コマンドを発する機能として文書蓄積時の文書ＩＤ通知機能、管理装置コマンドに従って動作する機能として遠隔印刷機能が挙げられる。そこで、これらの機能が利用される場合の処理について説明する。
まず、図２８及び図２９に文書ＩＤ通知機能が利用される場合のドキュメントボックスアプリ３２７による処理のフローチャートを示す。これらの図におけるステップ番号は、図２７中のデータの流れを示す矢印に付した符号と対応している。
文書蓄積時の文書ＩＤ通知機能は、読み取り部で読み取った画像を文書としてＨＤＤ２１０に蓄積する際に、文書に付した文書ＩＤを管理装置１２に通知する機能である。この機能に係る動作は、文書蓄積動作が指定され、操作部２０９のスタートキーが押下された場合に開始する。
そして、スタートキーが押下されると、ＳＣＳ３０１がスタートキー押下イベントを生成するので、この場合にＣＰＵ２０１は図２８のフローチャートに示す処理を開始する。
そして、まずＵＩモジュール３２７ｆがＳＣＳ３０１からスタートキー押下イベントを取得し（Ｃ１）、これに応じて読み取り蓄積制御モジュール３２７ｄに原稿の読み取りと蓄積を依頼する（Ｃ２）。これを受けた読み取り蓄積制御モジュール３２７ｄは、ＥＣＳ３０２に原稿の読み取りと蓄積を依頼する（Ｃ３）。
以下の破線部分はサービス層２００側の処理であるが、ステップＣ３の依頼があると、ＥＣＳ３０２はスキャナエンジンを駆動して原稿の読み取りを行い、その読み取った画像データはＭＣＳ３０３がＨＤＤ２１０に蓄積する（ＣＸ）。ここではＥＣＳ３０２とＭＣＳ３０３とは協同的に動作しており、原稿の読み取りが終了するとＥＣＳ３０２がＭＣＳ３０３にその旨を通知し（ＣＹ）、画像データの蓄積が終了するとＭＣＳ３０３が蓄積文書管理モジュール３２７ｅにその旨を通知する（ＣＺ）。
そして、蓄積文書管理モジュール３２７ｅは、ＭＣＳ３０３から蓄積終了通知を受け取ると（Ｃ４）、蓄積された文書の文書ＩＤを画像機器コマンド生成手段３２７ａに通知する（Ｃ５）。画像機器コマンド生成手段３２７ａは、この通知を受け取ると、蓄積された文書の文書ＩＤを管理装置１２に通知する蓄積文書ＩＤ通知コマンドを生成して画像機器コマンドプール４１に登録し（Ｃ６）、処理を一旦終了する。
その後、上述したように、メッセージコントローラ４０がこのコマンドを処理し、管理装置１２からコマンド応答を受信して画像機器コマンドプール４１に登録すると、画像機器コマンド生成手段３２７ａに通知を行うので、この時点でＣＰＵ２０１は図２９のフローチャートに示す処理を開始する。
そして、画像機器コマンド生成手段３２７ａがコマンド応答通知手段４３から蓄積文書ＩＤ通知コマンドに対する応答を受け取る（Ｃ７）。この応答の内容は、受信確認であるが、これを他のモジュールに通知する必要は特にないので、そのまま処理を終了する。
次に、図３０に遠隔印刷機能が利用される場合のドキュメントボックスアプリ３２７による処理のフローチャートを示す。この図におけるステップ番号も、図２７中のデータの流れを示す矢印に付した符号と対応している。
遠隔印刷機能は、ＨＤＤ２１０に蓄積している文書を、管理装置１２からの要求に従って印刷出力する機能である。そして、管理装置１２からの印刷コマンドが管理装置コマンドプール４２に登録され、コマンド通知手段４４がその旨をコマンドハンドラ３２７ｂに通知すると、ＣＰＵ２０１は図３０に示した処理を開始する。
この処理においては、まずコマンドハンドラ３２７ｂがコマンド通知手段４４から印刷コマンドを受け取る（Ｄ１）。この時、引数として文書ＩＤや部数の情報も共に受け取る。そして、コマンドハンドラ３２７ｂがＵＩモジュール３２７ｆに印刷中である旨の表示、例えば「センター要求による印刷中です」のようなメッセージの表示を依頼し（Ｄ２）、これを受けたＵＩモジュール３２７ｆがＯＣＳ３０４にその表示を依頼する（Ｄ３）。
一方、コマンドハンドラ３２７ｂは、印刷モジュール３２７ｃに文書ＩＤと部数を渡して要求に係る印刷を依頼し（Ｄ４）、これを受けた印刷モジュール３２７ｃがＥＣＳ３０２に文書ＩＤと部数を渡して印刷を依頼する（Ｄ５）。そして、ＥＣＳ３０２がＭＣＳ３０３から対象文書の画像データを取得して印刷を実行し、これが完了すると印刷終了通知を返すので、印刷モジュール３２７ｃはこの通知を受け取る（Ｄ６）。
そして、印刷モジュール３２７ｃがコマンドハンドラ３２７ｂに印刷終了した旨の通知を返すと（Ｄ７）、コマンドハンドラ３２７ｂ印刷終了の通知を印刷コマンドについての出力パラメータとして管理装置コマンドプール４２に書き込み、処理した印刷コマンドについての管理装置コマンドシートの「状態」を「処理完了」に変更して（Ｄ８）処理を終了する。
そして、ここで書き込んだ印刷終了通知は、メッセージコントローラ４０がドキュメントボックスアプリ３２７とは独立にコマンド応答として管理装置１２に送信する。
なお、Ｄ２，Ｄ３の処理は、Ｄ４以降の処理と同時進行で行ってもよい。
ドキュメントボックスアプリ３２７も、図２７に示した機能以外にも数多くの機能を有するが、これらの機能は、画像機器コマンドを送信する機能であるか管理装置コマンドに従って動作する機能であるかに応じて、上述の処理Ｃ１〜Ｃ７又はＤ１〜Ｄ８と同様な考え方の処理によって実現することができる。
次に、管理装置１２側においてコマンド及びコマンド応答を取り扱うための機能構成について説明する。ハードウェアについては、図７を用いて説明した通りである。
図３１は、管理装置１２の機能のうち、コマンド及びコマンド応答に関する処理を行うための機能の構成を示す機能ブロック図である。
図３１に示す各機能は、制御装置１２６中のＣＰＵが所要の制御プログラムを実行して管理装置１２の各部の動作を制御することにより実現されるものである。そして、これらの機能のうち、管理装置コマンドプール１４１及び画像機器コマンドプール１４２は、制御装置１２６中の書き換え可能な記憶手段に設けられるものである。管理装置コマンド生成手段１４３、画像機器コマンド実行結果生成手段１４４、送信メッセージ収集手段１４５、受信メッセージ分配手段１４８の機能は、制御装置１２６中のＣＰＵによって実現されるものである。また、ＨＴＴＰレスポンス送信手段１４６及びＨＴＴＰリクエスト受信手段１４７の機能は、制御装置１２６中のＣＰＵ及びプロキシサーバ１２３によって実現されるものである。
なお、この図に示す通り、管理装置１２においては、画像処理装置１１の場合と異なり、ソフトウェア構成にアプリケーション層とサービス層という区分を採用していない。また、アプリケーション層とサービス層の区分を採用し、図１０に示した画像処理装置１１のものと対応する機能構成とすることもできるが、そうしたとしても、ハードウェアの構成や用途が異なることから、それに応じてアプリケーション層やサービス層に含まれるプログラムの種類は画像処理装置１１の場合とは異なることになる。
図３１に示した各手段の機能についてさらに詳述する。
まず、管理装置コマンドプール１４１は、管理装置１２に設けた第２の記憶領域に該当し、管理装置コマンドと、このコマンドに対する応答と、このコマンドの識別情報とを関連付けて登録するプールである。また、画像機器コマンドプール１４２は、管理装置１２に設けた第１の記憶領域に該当し、画像機器コマンドと、このコマンドに対する応答と、このコマンドの識別情報とを関連付けて登録するプールである。また、これらのプールを設けた記憶手段がそれぞれ管理装置１２の第２，第１の記憶手段に該当するものとする。
管理装置コマンド生成手段１４３は、要求生成手段に該当する。そして、管理装置コマンドを生成し、このコマンドを識別する識別情報（ＩＤ）を割り当て、さらにこのコマンドを管理するための管理情報を付し、これらの情報を関連付けてテーブル形式の管理装置コマンドシートとして管理装置コマンドプール１４１に登録する機能を有する。このうち、管理装置コマンドを生成する部分には、例えば管理装置１２に備えるアプリケーションが該当する。また、管理装置１２の管理装置コマンドシートにおけるデータ構造は、画像処理装置１１の画像機器コマンドシートにおけるデータ構造と同様なものである。
画像機器コマンド実行結果生成手段１４４は、応答生成手段に該当する。そして、画像機器コマンドプール１４２から画像機器コマンドを読み出して実行するアプリケーションである。そして、画像機器コマンドに対する応答を生成し、画像機器コマンドのコマンドＩＤと関連付けて画像機器コマンドプール１４２に登録する機能を有する。なお、画像処理装置１１から受信した画像機器コマンドは、このコマンドを識別するＩＤ及びこのコマンドを管理するための管理情報と関連付けて、テーブル形式の画像機器コマンドシートとして画像機器コマンドプール１４２に登録しておくようにしている。そして、画像機器コマンド実行結果生成手段１４４が生成したコマンド応答も、実行した画像機器コマンドについての画像機器コマンドシートに登録する。
また、画像機器コマンド実行結果生成手段１４４に、画像機器コマンドプール１４２から複数の種類の画像機器コマンドを読み出し、各画像機器コマンドに対する応答を生成する機能を設けることが考えられる。さらに、画像機器コマンド実行結果生成手段１４４は、アプリケーションそのものではなく、画像機器コマンドの実行に必要なアプリケーションを呼び出してコマンドを実行させるモジュールであってもよい。
また、管理装置１２の画像機器コマンドシートにおけるデータ構造は、画像処理装置１１の管理装置コマンドシートにおけるデータ構造と同様なものである。
次に、送信メッセージ収集手段１４５は、収集手段に該当する。そして、画像機器コマンド実行結果生成手段１４４が生成したコマンド応答とこのコマンド応答に対応する画像機器コマンドのコマンドＩＤとを関連付けて画像機器コマンドプール１４２から読み出すと共に、管理装置コマンド生成手段１４３が生成した管理装置コマンドとこのコマンドのコマンドＩＤとを関連付けて管理装置コマンドプール１４１から読み出し、これらから送信メッセージを生成する機能を有する。
送信メッセージの形式については、画像処理装置１１の場合と同様である。
また、ＨＴＴＰレスポンス送信手段１４６は、送信手段に該当し、送信メッセージ収集手段１４５が生成した送信メッセージを含むＨＴＴＰレスポンスを、画像処理装置１１から受信したＨＴＴＰリクエストに対する通信応答として生成し、画像処理装置１１に送信する機能を有する。このとき、１つのＨＴＴＰレスポンスに送信メッセージをいくつ含めてもよいし、コマンド応答に係る送信メッセージと管理装置コマンドに係る送信メッセージとを任意に混在させることもできる。
そこで、ＨＴＴＰレスポンス送信手段１４６は、これらのいずれに係る送信メッセージかに関わり無く、送信メッセージ収集手段１４５が生成した全ての送信メッセージを１つのＨＴＴＰレスポンスに含めて送信するようにしている。ただし、１つのＨＴＴＰレスポンスに含める送信メッセージの数に上限を設けることも考えられる。
ところで、ＨＴＴＰレスポンスの送信は、送信メッセージ収集手段１４５が管理装置コマンドやコマンド応答等の読み出しを試みた場合には、読み出すデータがなく、結果的に送信すべきＳＯＡＰメッセージを生成しなかった場合にも行うものである。そして、この読み出しの試みは、画像処理装置１１からのＨＴＴＰリクエストを受信した場合に行うものとする。
このようにするのは、上述のように、管理装置１２からファイアウォール１４を越えて画像処理装置１１にＨＴＴＰリクエストを送信することができないためである。
ＨＴＴＰリクエスト受信手段１４７は、受信手段に該当し、画像処理装置１１からのＨＴＴＰリクエストを受信する機能を有する。そしてここでは、ＨＴＴＰリクエストには、画像機器コマンド及びそのコマンドと関連付けられたコマンドＩＤを含む受信メッセージと、管理装置コマンドに対する応答及びそのコマンドと関連付けられたコマンドＩＤを含む受信メッセージとが、任意に混在して含まれている。
ここで、受信メッセージとは、上記のコマンドや応答とコマンドＩＤとをＳＯＡＰメッセージとして記載したものである。
受信メッセージ分配手段１４８は、分配手段に該当する。そして、ＨＴＴＰリクエスト受信手段１４７が受信したＨＴＴＰリクエストに含まれるデータを、管理装置コマンドプール１４１及び画像機器コマンドプール１４２に振り分けて登録する機能を有する。
具体的には、画像機器コマンド及びそのコマンドと関連付けられたコマンドＩＤとを画像機器コマンドプール１４２に画像機器コマンドシートを設けて登録すると共に、管理装置コマンドに対する応答については、そのコマンドと関連付けられたコマンドＩＤを管理装置コマンドプール１４１に記憶している管理装置コマンドシートのコマンドＩＤと照合して対応する管理装置コマンドを特定し、その管理装置コマンドについての「出力パラメータ」として登録する。
そしてこのとき、ＨＴＴＰリクエストを分割してそこに含まれる各受信メッセージを取り出し、そのデータをテーブルへの登録に必要な形式に変換するが、この変換は、ＷＳＤＬに基づいて生成される所要の変換プログラム（デシリアライザ）を実行することによって行うことができる。
このような機能を有する管理装置１２が受信するＨＴＴＰリクエストは、画像処理装置１１から送信されてくるものであるので、例えば画像処理装置１１の機能の説明中で図１３を用いて説明したものである。管理装置１２が送信するＨＴＴＰレスポンスも、画像処理装置１１に対して送信し、画像処理装置１１が受信するものであるので、例えば図１４を用いて説明したものである。これらに含まれるパートの内容も、図１５乃至図１８を用いて説明したようなものとなる。
次に、以上説明したような構成及び機能を有する管理装置１２において実行する処理について説明する。
図３２にメッセージの収集及び分配処理の基本動作のフローチャートを示すが、このフローチャートに示す処理は、管理装置１２における制御装置１２６中のＣＰＵが所要の制御プログラムを実行することによって行うものである。。
制御装置１２６中のＣＰＵは、画像処理装置１１からＨＴＴＰリクエストが送信されてくると、図３２のフローチャートに示す処理を開始する。
そして、まずそのＨＴＴＰリクエストを受信する（Ｓ１１１）。そして、受信したＨＴＴＰリクエストのＨＴＴＰボディを各パートに分割する（Ｓ１１２）。ここで、各パートへの分割は、「MIME_boundary」で区分された要素に分割することであり、またここで全てのパートに関して分割する。
そしてその後、分割して得た全てのパートを順に対象として、ステップＳ１１３乃至Ｓ１１５の処理を繰り返す。この処理においては、まず対象のパートが画像機器コマンドを記載したパートか否か判断する（Ｓ１１３）。そして、画像機器コマンドであれば画像機器コマンド登録処理を行う（Ｓ１１４）。また、画像機器コマンドでないときは、管理装置コマンドに対する応答が記載されたパートであるので、応答通知処理を行う（Ｓ１１５）。
ステップＳ１１４又はＳ１１５の後は、ステップＳ１１３に戻り、次のパートを対象として処理を繰り返す。そして、全てのパートについてこれらの処理を行った時点で、次のステップＳ１１６に進む。
ここまでの処理において、ステップＳ１１１及びＳ１１２では制御装置１２６中のＣＰＵはＨＴＴＰリクエスト受信手段１４７として機能し、ステップＳ１１３乃至Ｓ１１５では受信メッセージ分配手段１４８として機能する。
次に、制御装置１２６中のＣＰＵは管理装置コマンドの収集処理を行う（Ｓ１１６）。この処理は、管理装置コマンドプール１４１から画像処理装置１１に送信すべき管理装置コマンドを収集する処理であり、収集したデータからＳＯＡＰエンベロープによるパートを生成する処理を含む。
次に、画像機器コマンドに対する応答である画像機器コマンド実行結果の収集処理を行う（Ｓ１１７）。この処理は、画像機器コマンドプール１４２から画像処理装置１１に送信すべきコマンド応答を収集する処理であり、やはり収集したデータからＳＯＡＰエンベロープによるパートを生成する処理を含む。
その後、ステップＳ１１６及びＳ１１７の処理で生成したパートを１つにマージして、すべてのパートを含むＨＴＴＰレスポンスを生成し（Ｓ１１８）、そのＨＴＴＰレスポンスを、ステップＳ１１１で受信したＨＴＴＰリクエストに対する通信応答として画像処理装置１１に送信して（Ｓ１１９）処理を終了する。
ここまでの処理において、ステップＳ１１６及びＳ１１７では制御装置１２６中のＣＰＵは送信メッセージ収集手段１４５として機能し、ステップＳ１１８及びＳ１１９ではＨＴＴＰレスポンス送信手段１４６として機能する。
これらの処理の詳細については、画像処理装置１１側の説明において図２０及び図２１を用いて説明した処理と同様であるので、詳細な説明は省略する。ただし、画像機器コマンドと管理装置コマンドの位置付けが逆になった点及び、ＨＴＴＰリクエストを受信してＨＴＴＰレスポンスを送信することから受信用のステップＳ１１１乃至Ｓ１１５の処理を送信用のステップＳ１１６乃至Ｓ１１９の処理よりも先に行う点は画像処理装置の場合と異なる。また、コマンド応答通知手段４３及びコマンド通知手段４４に相当する機能を設けていないことから、図２１のステップＳ３７及びＳ４０，Ｓ４１に対応する処理は行わない。
これに代えて、画像機器コマンドの実行に関する処理として、図３３又は図３４に示す処理を行う。図３３及び図３４は、画像機器コマンドの実行に関する処理の異なる例を示すフローチャートである。
画像機器コマンドの実行に関する処理としては、まず、図３３のフローチャートに示す処理を、図２１のステップＳ３９に相当する処理の後に、すなわち画像機器コマンドを画像機器コマンドプール１４２に登録した直後に行うことが考えられる。この処理において、制御装置１２６中のＣＰＵは、画像機器コマンド実行結果生成手段１４４として機能する。
そして、この処理においては、まず登録した画像機器コマンドについての画像機器コマンドシートの「画像機器コマンドの通知先」の情報に基づいてアプリケーション等を呼び出し、「メソッド名」や「入力パラメータ」のデータを渡して画像機器コマンドに関する処理を実行させる（Ｓ１４１）。なお、画像機器コマンドに関する処理は、このフローチャートには示していないが、制御装置１２６中のＣＰＵが別途実行することになる。
そして、これが完了すると、実行結果を画像機器コマンドシートの「出力パラメータ」の項目に登録する（Ｓ１４２）と共に、画像機器コマンドシートの「状態」を「処理完了」に変更し、処理が完了したことを示して（Ｓ１４３）、もとの処理に戻る。
以上の処理を行うことにより、画像機器コマンドを実行し、その結果をコマンド応答として画像処理装置１１に送信可能な状態にすることができる。
また、画像機器コマンドの実行に関する処理としては、図２１の処理に相当する処理とは独立に、図３４に示す処理を実行することも考えられる。この処理においても、制御装置１２６中のＣＰＵは、画像機器コマンド実行結果生成手段１４４として機能する。
この場合、制御装置１２６中のＣＰＵは適当なタイミングで図３４のフローチャートに示す処理を開始する。
そして、この処理においては、まず画像機器コマンドプールに「状態」が「未処理」である画像機器コマンドシートがあるか否か判断し（ＳＸ１）、なければこのような画像機器コマンドシートが追加されるまで待機する。そして、このような画像機器コマンドシートを発見した場合、その１つを処理対象とし、その画像機器コマンドシートの「状態」を「処理中」に変更する（ＳＸ２）。
その後、図３３の場合と同様なステップＳ１４１乃至Ｓ１４３の処理を行って処理対象の画像機器コマンドシートに記載された画像機器コマンドを実行し、これが完了するとステップＳＸ１に戻って処理を繰り返す。
以上の処理は、複数のスレッド（例えば４スレッド）で同時に行うようにしてもよい。処理対象となった画像機器コマンドシートの「状態」は、「未処理」ではないため、複数のスレッドで同時に処理を行っても、１つの画像機器コマンドシートを重複して処理対象としてしまうことはない。
以上のような処理を行うようにすれば、任意のタイミングで画像機器コマンドを実行することができるので、実行に時間のかかるコマンドがあった場合でも、以後の処理が滞ることがない。そして、実行の終了したものから順に、その結果をコマンド応答として画像処理装置１１に送信可能な状態にすることができる。
以上で、管理装置１２において実行する、各コマンド及びコマンド応答の取扱いに関する処理の説明を終了する。
画像処理装置１１と管理装置１２とに以上説明してきたような各機能を設け、各処理を行わせることにより、送信元から通信相手に送信すべき動作要求と、通信相手から受信した動作要求に対する動作応答とを、一括して通信相手に送信することができるので、動作要求の送信と動作応答の送信とについて別々にネゴシエーションを行って通信のコネクションを確立する必要がなく、通信のオーバーヘッドを低減して通信効率を高めることができる。
また、動作要求と動作応答とを一括して送信できるのは、これらをそれぞれ直列化したデータに変換し、構造化言語形式で記載した送信メッセージに変換しているためである。このようにしたことにより、フォーマットの異なる動作要求と動作応答とを容易に結合し、論理的に１つの送信内容として送信することができるのである。
また、このようにしたことにより、受信側でも、通信相手に送信した動作要求に対する動作応答と通信相手からの動作要求とを一括して受信し、その受信した内容を容易に個々のメッセージに分離し、それが動作要求であるか動作応答であるかに応じて適切な処理を行うことができる。
さらに、通信要求を常に一方の装置から発して通信を行い、その通信相手から通信要求元への動作要求等の送信は、その通信要求に対する応答として行うようにすれば、通信要求を発する側の装置（通信クライアント）がファイアウォールの内側に設けられているような通信システムであっても、ファイアウォールの存在を意識せずに動作要求及び動作応答の送受信を行うことができる。また、通信要求と通信応答とが対応しているため、通信のレベルでのタイミング管理が容易である。
この場合において、上記の一方の装置から通信相手に定期的に通信要求を送信するようにすれば、ファイアウォールの外側から内側に向けての情報の送信が長時間に亘って停滞してしまう事態を防止できる。
また、画像機器コマンドプールや管理装置コマンドプールを設け、各アプリが生成した動作要求や動作応答をこれらのプールに蓄積しておくようにすることにより、動作要求や動作応答の生成を、通信相手に対する送信タイミングを考慮せずに行うことができる。従って、アプリが行う処理を簡略化することができ、設計や開発が容易になる。
そして、このようにした場合でも、通信相手に送信すべき動作要求や動作応答をプールから読み出す収集手段を設けることにより、通信を行う場合に、送信すべき情報を漏れなく送信することができる。
また、受信した動作要求や動作応答を各々分離して適切なプールに記憶させる分配手段を設け、受信した情報もプールに蓄積しておくようにすることにより、受信した動作要求に係る動作の実行や、動作応答受信後の処理を、通信相手からの受信タイミングを考慮せずに行うことができる。従って、アプリが行う処理を簡略化することができ、設計や開発が容易になる。
また、複数のアプリが共通のメッセージコントローラを使用し、共通な画像機器コマンドプール及び管理装置コマンドプールにコマンド及びコマンド応答を登録するようにしているので、異なるアプリが生成したコマンドやコマンド応答を容易に一括して送受信することができる。また、アプリ毎にメッセージコントローラを用意する必要がないので、装置の開発効率を上げると共に、コマンドとコマンド応答との送受信に必要なリソース量を低減することができる。
また、生成した動作要求にＩＤ等の識別情報を付して、動作要求を記憶、送信する際にこの識別情報と関連付けて行うようにし、また動作応答を記憶、送信する際にも対応する動作要求の識別情報と関連付けて行うようにすれば、１つのメッセージ（ここではＨＴＴＰメッセージ）に複数の動作要求や動作応答を含める場合でも、その識別情報を媒介に動作要求と動作応答との対応関係を容易に認識することができる。
さらに、コマンドと対応付けてコマンドの通知先やコマンド応答の通知先の情報を管理しているので、複数のアプリが共通のメッセージコントローラを利用する場合でも、コマンドやコマンド応答を必要なアプリに通知し、これらに対応する処理を実行させることができる。
〔第２の実施例：図３５乃至図３７〕
次に、図１に示したような画像処理システムを構成し、通信プロトコルにＨＴＴＰを採用する場合において、画像処理装置１が通信サーバとして機能する場合の実施例について説明する。
図３５に、図１に示した画像処理システムの、図３に示したものと異なる一例である画像処理装置管理システムの構成を示す。
この画像処理装置管理システムも、図３に示した例と同様に、画像処理装置２１とその画像処理装置２１を管理する管理装置２２とをインターネット１３によって接続して構成している。しかし、画像処理装置２１を通信サーバであるＨＴＴＰサーバとして機能させ、管理装置２２をその通信相手の通信クライアントであるＨＴＴＰクライアントとして機能させるため、画像処理装置２１はファイアウォールを介さずにインターネット１３に接続する一方、管理装置２２はファイアウォール１４を介してインターネット１３に接続している。
このような画像処理装置管理システムにおいて、画像処理装置２１及び管理装置２２のハードウェア構成は、上述した第１の実施例の場合と全く同一である。
そして、ソフトウェアの構成もほぼ同一であるが、相違点について図３６を用いて説明する。図３６は、この実施例の画像処理装置の機能構成の一部を示す、図１０と対応する機能ブロック図である。
この図からわかるように、この実施例の画像処理装置２１が第１の実施例の画像処理装置と異なる点は、ＮＣＳ３０９に、ＨＴＴＰリクエスト送信手段４６及びＨＴＴＰレスポンス受信手段に代えて、ＨＴＴＰレスポンス送信手段５１及びＨＴＴＰリクエスト受信手段を設けた点である。このようにしたことにより、画像処理装置２１を、ＨＴＴＰリクエストを受信してこれに対する応答としてＨＴＴＰレスポンスを返すＨＴＴＰサーバとして機能させるようにしている。
そして、これに伴って、画像機器コマンドに対するコマンド応答及び管理装置コマンドをＨＴＴＰリクエストに記載した状態で受信し、管理装置コマンドに対するコマンド応答及び画像機器コマンドをＨＴＴＰレスポンスに記載した状態で送信することになる。また、送信メッセージ収集手段４５がコマンドやコマンド応答等の読み出しを試みるタイミングが、ＨＴＴＰリクエストを受信し、その後ＨＴＴＰリクエストの解析が完了した時点となる。ＨＴＴＰリクエストに対する通信応答として、コマンドやコマンド応答を管理装置２２に送信するためである。
すなわち、この実施例の画像処理装置２１においてＣＰＵ２０１が実行するメッセージの収集及び分配処理の基本動作は、図３７のフローチャートに示す処理となる。
この処理は、ＨＴＴＰリクエストを受信してＨＴＴＰレスポンスを送信することから受信用のステップＳ２１１乃至Ｓ２１５の処理を送信用のステップＳ２１６乃至Ｓ２１９の処理よりも先に行う点を除いては、第１の実施例で図１９乃至図２１を用いて説明した処理と同様なものである。
画像処理装置２１をサーバとして機能させる場合でも、これ以外の点は、第１の実施例で説明した画像処理装置２１の機能と全く同じ機能を利用して動作させることができる。従って、アプリケーション層３２０から見た場合には、画像処理装置２１がクライアントとして機能しているかサーバとして機能しているかを区別する必要がない。
管理装置２２側については、逆にＨＴＴＰクライアントとして機能させるため、図３１に示した機能構成において、ＨＴＴＰレスポンス送信手段１４６及びＨＴＴＰリクエスト受信手段１４７を、それぞれＨＴＴＰリクエスト送信手段及びＨＴＴＰレスポンス受信手段に変更すればよい。
そして、これに伴って、画像機器コマンドに対するコマンド応答及び管理装置コマンドをＨＴＴＰリクエストに記載した状態で送信し、管理装置コマンドに対するコマンド応答及び画像機器コマンドをＨＴＴＰレスポンスに記載した状態で受信することになる。また、送信メッセージ収集手段１４５がコマンドやコマンド応答等の読み出しを試みるタイミングは、任意に選択できるようになるが、少なくとも定期的に読み出しを試みるようにするとよいことは、第１の実施例における画像処理装置１１の場合と同様である。
また、管理装置２２においてＣＰＵが実行するメッセージの収集及び分配処理の基本動作は、ＨＴＴＰリクエストを送信してＨＴＴＰレスポンスを受信することから送信用のステップＳ１１６乃至Ｓ１１９の処理を受信用のステップＳ１１１乃至Ｓ１１５の処理よりも先に行う点を除いては、第１の実施例で図３２を用いて説明した処理と同様なものである。
以上のように画像処理装置管理システムを構成した場合でも、第１の実施例の場合と同様な、通信の効率の向上、画像処理装置の開発効率の向上、動作要求と動作応答との送受信に必要なリソース量を低減等の効果を得ることができる。
〔変形例〕
次に、上述した実施形態の変形例について説明する。
まず、上述した実施形態では、説明を簡単にするために画像処理装置とその通信相手となる外部装置との２つの通信装置からなる画像処理システムを例としてこの発明について説明したが、この発明は、さらに多くの装置からなる画像処理システムやこのような画像処理システムを構成する画像処理装置に適用することも当然可能である。すなわち、複数の画像処理装置が共通の通信相手と通信したり、１台の画像処理装置が複数の通信相手と通信したり、あるいは複数の画像処理装置がそれぞれ複数の通信相手と通信したりするシステム構成も可能である。
ただし、コマンドやコマンド応答の送信元や送信先が複数考えられる場合には、これらの発信元と宛先とを把握できるように、これらの情報もコマンドやコマンド応答のメッセージに含め、またコマンドシートにも記載して管理するようにするとよい。
なお、実施例としては画像処理装置管理システムを挙げて説明したが、図１に示したように、この発明が、管理装置以外の外部装置を通信相手とする画像処理システムにも適用可能であることは言うまでもない。また、画像処理装置や管理装置、外部装置のハードウェア構成も、上述したものに限られることはない。
さらに、この発明には、上記以外の変形を適用することも可能である。例えば、画像機器コマンドプール４１及び管理装置コマンドプール４２に登録する画像機器コマンドシート及び管理装置コマンドシートを、ＸＭＬドキュメントとして記載するようにしてもよい。「入力パラメータ」をデシリアライズする前のＸＭＬドキュメントとして保存したり、「出力パラメータ」をシリアライズした後のＸＭＬドキュメントとして保存したりしてもよい。
また、送信メッセージ収集手段によるコマンドやコマンド応答の収集は、必ずしもＨＴＴＰリクエストあるいはＨＴＴＰレスポンスの送信直前に行う必要はない。送信タイミングとは関係なく予め送信メッセージの生成を行って記憶手段に記憶させておき、送信が要求された場合に直ちにメッセージの送信を開始できるようにしておいてもよい。
また、送受信するコマンドやコマンド応答の情報量に制限を設けても構わない。特に、受信するコマンドの情報量を制限するようにすると、受信側がメモリ容量の限られた装置である場合にメモリの使用量を抑えることができる。
また、上述した実施形態においては、ＲＰＣを実現する上位プロトコルとしてＳＯＡＰを採用し、アプリケーションは直接プールを操作してＲＰＣを実現しているが、アプリケーションとプールとの間にＣＯＲＢＡ（Common Object Request Broker Architecture）やＪＡＶＡ（登録商標）ＲＭＩ（Remote Method Invocation）とのブリッジ（メッセージ変換機能）を備えることによってアプリケーションの開発効率をさらに向上させてもよい。
上述した実施形態における、画像処理装置１１と管理装置１２との間等でのコマンド及びこれに対するコマンド応答のやり取りは、ＸＭＬで記述されたＳＯＡＰメッセージにより行うこととしているが、これに限るものでなく、他の形式で記述されていてもよい。
また、上述した実施例では、画像処理装置及び管理装置が通信クライアント又は通信サーバのいずれか一方としてのみ機能する例について説明したが、双方の機能に対応した通信手段を設け、状況に応じて通信クライアントと通信サーバの機能を任意に選択できるようにしてもよい。
また、コマンドやコマンド応答をプールに記憶させた際にこれをアプリに通知する機能を、メッセージコントローラ４０側に設けた例について説明したが、アプリ側からプールを探索してこれらを取得する構成としてもよい。また、アプリが生成したコマンドやコマンド応答をプールに登録する機能を、メッセージコントローラ４０側に設け、アプリ側ではこれらを単にメッセージコントローラ４０に渡すのみとしてもよい。
また、上述した実施形態において、ＳＯＡＰ標準のプロトコルだけでなく、ＳＯＡＰとＭＩＭＥマルチパートを組み合わせた独自のプロトコルをもこれに加えて採用することにより、ＨＴＴＰリクエスト、或いはＨＴＴＰレスポンスに含まれるＳＯＡＰエンベロープを全く独立したものとして扱うこととしているが、ＳＯＡＰの関連仕様として定義されたＳＯＡＰアタッチメントによって、ＨＴＴＰレスポンスに含まれる第１パートのＳＯＡＰエンベロープに、第２パート以降のＳＯＡＰエンベロープへのリンクを埋め込んでこれらを関連付けて引き渡す構成にしてもよい。
更に、ＳＯＡＰ等の上位プロトコルの下位に位置するデータ通信のプロトコルとして、ここでは実施例としてＨＴＴＰを採用した例について説明したが、この下位プロトコルについても、ＦＴＰ等の他のプロトコルを採用してもよい。
さらにまた、通信システムの構成についても、以上説明したものに限られることはない。
また、この発明によるプログラムは、コンピュータに画像処理装置を制御させ、画像処理装置１，１１又は２１のような画像処理装置として機能させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
以上説明してきたように、この発明の画像処理装置、画像処理システム、画像処理装置の制御方法、プログラムあるいは記録媒体を用いれば、画像処理装置とその通信相手となる通信装置とによって、通信要求とそれに対する通信応答とを用いて互いに動作要求及び受信した動作要求に対する動作応答を送受信する画像処理システムを構成する場合において、通信の効率を上げることができる。また、このような画像処理システムを構成する画像処理装置を、ハードウェア資源を制御するサービス手段を利用して複数のアプリケーションが受け付けた動作要求に従った処理を行う構成とする場合において、画像処理装置の開発効率を上げると共に、動作要求と動作応答との送受信に必要なリソース量を低減することができる。
従って、この発明を、このような画像処理システム又はこのような画像処理システムを構成する画像処理装置に適用することにより、通信の負荷が小さく、安価かつ運用コストも安い通信システムを構成することができる。
この発明の画像処理装置を用いて構成したこの発明の画像処理システムの構成例を示す図である。 図１に示した画像処理システムにおける動作要求と動作応答の関係を示す図である。 図１に示した画像処理システムの一例である画像処理装置管理システムの構成を示す図である。 図３に示した画像処理装置管理システムにおける動作要求と動作応答の関係を示す図である。 図３に示した画像処理装置管理システムにおける通信シーケンスの例を示す図である。 その別の例を示す図である。 図３に示した管理装置のハードウェア構成の概略を示すブロック図である。 図３に示した画像処理装置のハードウェア構成を示すブロック図である。 同じく、画像処理装置のソフトウェア構成を示すブロック図である。 同じく、画像処理装置の機能を、メッセージコントローラによって実現される機能を中心に示した機能ブロック図である。
図１０に示した画像機器コマンドプールに記憶させる画像機器コマンドシートにおけるデータ構造の例を示す図である。 図１０に示した管理装置コマンドプールに記憶させる管理装置コマンドシートにおけるデータ構造の例を示す図である。 図３に示した画像処理装置が管理装置に送信するＨＴＴＰリクエストの例を示す図である。 同じく画像処理装置が管理装置から受信するＨＴＴＰレスポンスの例を示す図である。 画像機器コマンドを記載したパートの例を示す図である。 画像機器コマンドに対する応答を記載したパートの例を示す図である。 管理装置コマンドを記載したパートの例を示す図である。 管理装置コマンドに対する応答を記載したパートの例を示す図である。 図３に示した画像処理装置における、メッセージの収集及び分配処理の基本動作を示すフローチャートである。 図１９のステップＳ１１乃至Ｓ１４の部分の処理をより詳細に示すフローチャートである。
図１９のステップＳ１５以降の部分の処理をより詳細に示すフローチャートである。 図３に示した画像処理装置における、アプリ、メッセージコントローラ及びサービス層のプログラムによって実現される一般的な機能及びその相互間の関係を示した機能ブロック図である。 同じく、ＮＲＳアプリ、メッセージコントローラ及びサービス層のプログラムによって実現される機能及びその相互間の関係を示す機能ブロック図である。 図３に示した画像処理装置において、異常通知機能が利用される場合のＮＲＳアプリによる処理の一部を示すフローチャートである。 同じく、図２４に示した処理の後に実行する処理を示すフローチャートである。 図３に示した画像処理装置において、カウンタ値取得機能が利用される場合のＮＲＳアプリによる処理を示すフローチャートである。 ドキュメントボックスアプリ、メッセージコントローラ及びサービス層のプログラムによって実現される機能及びその相互間の関係を示す、図２３と対応する機能ブロック図である。 図３に示した画像処理装置において、文書ＩＤ通知機能が利用される場合のドキュメントボックスアプリによる処理の一部を示すフローチャートである。 同じく、図２８に示した処理の後に実行する処理を示すフローチャートである。 図３に示した画像処理装置において、遠隔印刷機能が利用される場合のドキュメントボックスアプリによる処理の一部を示すフローチャートである。
図３に示した管理装置の機能のうち、コマンド及びコマンド応答に関する処理を行うための機能の構成を示す機能ブロック図である。 図３に示した管理装置における、メッセージの収集及び分配処理の基本動作を示すフローチャートである。 同じく、画像機器コマンドの実行に関する処理の一例を示すフローチャートである。 その別の例を示すフローチャートである。 図１に示した画像処理システムの、図３に示したものと異なる一例である画像処理装置管理システムの構成を示すブロック図である。 図３５に示した画像処理装置の機能構成の一部を示す、図１０と対応する機能ブロック図である。 図３５に示した画像処理装置における、メッセージの収集及び分配処理の基本動作を示すフローチャートである。
符号の説明
１，１１，２１：画像処理装置 ２：外部装置
１０：ネットワーク １２：管理装置
１３：インターネット １４：ファイアウォール
４０：メッセージコントローラ
４１，１４２：画像機器コマンドプール
４２，１４１：管理装置コマンドプール
４３：コマンド応答通知手段
４４：コマンド通知手段
４５，１４５：送信メッセージ収集手段
４６：ＨＴＴＰリクエスト送信手段
４７：ＨＴＴＰレスポンス受信手段
４８，１４８：受信メッセージ分配手段
１２１：モデム １２２：通信端末
１２３：プロキシサーバ １２４：操作者端末
１２５：データベース １２６：制御装置
１４３：管理装置コマンド生成手段
１４４：画像機器コマンド実行結果生成手段
１４６：ＨＴＴＰレスポンス送信手段
１４７：ＨＴＴＰリクエスト受信手段
２０１：ＣＰＵ ２０２：ＡＳＩＣ
２０３：ＳＤＲＡＭ ２０４：フラッシュメモリ
２０５：ＮＲＳ用メモリ ２０６：ＰＨＹ
２０７：ＮＶＲＡＭ ２０９：操作部
２１０：ＨＤＤ
２１６：エンジンＩ／Ｆ ２１７：エンジン部
３００：サービス層 ３０１：ＳＣＳ
３０２：ＥＣＳ ３０３：ＭＣＳ
３０４：ＯＣＳ ３０５：ＦＣＳ
３０６：ＣＳＳ ３０７：ＵＣＳ
３０８：ＤＣＳ ３０９：ＮＣＳ
３１０：ＳＲＭ ３１１：ＩＭＨ
３１２：ＯＳ ３２０：アプリケーション層
３２１：コピーアプリ ３２２：ファクスアプリ
３２３：プリンタアプリ ３２４：スキャナアプリ
３２５：ネットファイルアプリ ３２６：ＮＲＳアプリ
３２７：ドキュメントボックスアプリ
３２６ｂ，３２７ｂ：コマンドハンドラ
３３０：アプリ ３３１：画像機器コマンド生成手段
３３２：管理装置コマンド実行結果生成手段
３３３：サービス層Ｉ／Ｆ
３３４：内部処理モジュール

Claims (35)

  1. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置において、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記通信手段に、前記通信相手に対して通信要求を送信し、該通信相手からその通信要求に対する通信応答を受信する手段を設け、
    前記メッセージ制御手段に、
    前記画像機器側要求と、前記通信相手から受信した通信相手側要求に対する動作応答とを、前記通信要求として一括して前記通信手段を介して前記通信相手に送信する送信手段と、
    その通信要求に対する通信応答として、前記通信相手に送信した画像機器側要求に対する動作応答と前記通信相手側要求とを一括して前記通信相手から前記通信手段を介して受信する受信手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であることを特徴とする画像処理装置。
  2. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置において、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記通信手段に、前記通信相手に対して通信要求を送信し、該通信相手からその通信要求に対する通信応答を受信する手段を設け、
    前記メッセージ制御手段に、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、
    前記第１の記憶手段に記憶された通信相手側要求を前記アプリケーション手段に通知する手段と、
    前記第２の記憶手段に記憶された動作応答を前記アプリケーション手段に通知する手段と、
    前記通信相手側要求に対する動作応答を前記第１の記憶手段から読み出すと共に、前記画像機器側要求を前記第２の記憶手段から読み出す収集手段と、
    前記通信相手に対して、前記収集手段が読み出した動作応答と画像機器側要求とを前記通信要求として前記通信手段を介して一括して送信する送信手段と、
    その通信要求に対する通信応答として、前記通信相手に送信した画像機器側要求に対する動作応答と前記通信相手側要求とを一括して前記通信相手から前記通信手段を介して受信する受信手段と、
    該受信手段が受信した通信相手側要求を前記第１の記憶手段に記憶させると共に、前記受信手段が受信した、前記通信相手に送信した画像機器側要求に対する動作応答を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶手段に記憶させる分配手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であることを特徴とする画像処理装置。
  3. 請求項２記載の画像処理装置であって、
    前記送信手段が前記通信相手に対して定期的に通信要求を送信するようにしたことを特徴とする画像処理装置。
  4. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置において、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記通信手段に、前記通信相手に対してＨＴＴＰリクエストを送信し、該通信相手からそのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信する手段を設け、
    前記メッセージ制御手段に、
    前記画像機器側要求の内容を記載したＳＯＡＰリクエストと、前記通信相手から受信した通信相手側要求に対する動作応答の内容を記載したＳＯＡＰレスポンスとを１つのＨＴＴＰリクエストに記載して前記通信手段を介して前記通信相手に送信する送信手段と、
    そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、前記通信相手に送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスであって前記通信相手に送信した画像機器側要求に対する動作応答の内容を記載したＳＯＡＰレスポンスと、前記通信相手側要求の内容を記載したＳＯＡＰリクエストとを、１つのＨＴＴＰレスポンスに記載した状態で前記通信相手から前記通信手段を介して受信する受信手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であることを特徴とする画像処理装置。
  5. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置において、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記通信手段に、前記通信相手に対してＨＴＴＰリクエストを送信し、該通信相手からそのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信する手段を設け、
    前記メッセージ制御手段に、
    前記通信相手からの動作要求である通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、
    前記通信相手に対する動作要求である画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、
    前記第１の記憶手段に記憶された通信相手側要求を前記アプリケーション手段に通知する手段と、
    前記第２の記憶手段に記憶された動作応答を前記アプリケーション手段に通知する手段と、
    前記通信相手側要求に対する動作応答を前記第１の記憶手段から読み出すと共に、前記画像機器側要求を前記第２の記憶手段から読み出す収集手段と、
    前記通信相手に対して、前記収集手段が読み出した動作応答の内容を記載したＳＯＡＰレスポンスと前記収集手段が読み出した画像機器側要求の内容を記載したＳＯＡＰリクエストとを１つのＨＴＴＰリクエストに記載して前記通信手段を介して送信する送信手段と、
    その１つのＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、前記通信相手に送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスと前記通信相手からのＳＯＡＰリクエストとを、１つのＨＴＴＰレスポンスに記載した状態で前記通信手段を介して前記通信相手から受信する受信手段と、
    該受信手段が受信したＳＯＡＰリクエストに記載された通信相手側要求の内容を前記第１の記憶手段に記憶させると共に、前記受信手段が受信したＳＯＡＰレスポンスに記載された、前記通信相手に送信した画像機器側要求に対する動作応答の内容を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶手段に記憶させる分配手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であることを特徴とする画像処理装置。
  6. 請求項５記載の画像処理装置であって、
    前記送信手段が前記通信相手に対して定期的にＨＴＴＰリクエストを送信するようにしたことを特徴とする画像処理装置。
  7. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置において、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記通信手段に、前記通信相手から通信要求を受信し、該通信相手に対してその通信要求に対する通信応答を送信する手段を設け、
    前記メッセージ制御手段に、
    前記通信相手側要求と、前記通信相手に送信した画像機器側要求に対する動作応答とを、前記通信要求として一括して前記通信相手から前記通信手段を介して受信する受信手段と、
    その通信要求に対する通信応答として、前記通信相手から受信した通信相手側要求に対する動作応答と、前記画像機器側要求とを一括して前記通信手段を介して前記通信相手に送信する送信手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であることを特徴とする画像処理装置。
  8. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置において、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記通信手段に、前記通信相手から通信要求を受信し、該通信相手に対してその通信要求に対する通信応答を送信する手段を設け、
    前記メッセージ制御手段に、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、
    前記第１の記憶手段に記憶された通信相手側要求を前記アプリケーション手段に通知する手段と、
    前記第２の記憶手段に記憶された動作応答を前記アプリケーション手段に通知する手段と、
    前記通信相手側要求と前記通信相手に送信した画像機器側要求に対する動作応答とを前記通信要求として一括して前記通信相手から前記通信手段を介して受信する受信手段と、
    該受信手段が受信した通信相手側要求を前記第１の記憶手段に記憶させると共に、前記受信手段が受信した、前記通信相手に送信した画像機器側要求に対する動作応答を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶手段に記憶させる分配手段と、
    前記通信相手側要求に対する動作応答を前記第１の記憶手段から読み出すと共に、前記画像機器側要求を前記第２の記憶手段から読み出す収集手段と、
    前記受信手段が受信した通信要求に対する通信応答として、前記収集手段が読み出した動作応答と画像機器側要求とを一括して前記通信相手に前記通信手段を介して送信する送信手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であることを特徴とする画像処理装置。
  9. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置において、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記通信手段に、前記通信相手からＨＴＴＰリクエストを受信し、該通信相手に対してそのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを送信する手段を設け、
    前記メッセージ制御手段に、
    前記通信相手側要求の内容を記載したＳＯＡＰリクエストと、前記通信相手に送信した画像機器側要求に対する動作応答の内容を記載したＳＯＡＰレスポンスとを１つのＨＴＴＰリクエストに記載した状態で前記通信相手から前記通信手段を介して受信する受信手段と、
    そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、前記通信相手から受信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスであって前記通信相手から受信した前記通信相手側要求に対する動作応答の内容を記載したＳＯＡＰレスポンスと、前記画像機器側要求の内容を記載したＳＯＡＰリクエストとを、１つのＨＴＴＰレスポンスに記載して前記通信手段を介して前記通信相手に送信する送信手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であることを特徴とする画像処理装置。
  10. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置において、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記通信手段に、前記通信相手からＨＴＴＰリクエストを受信し、該通信相手に対してそのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを送信する手段を設け、
    前記メッセージ制御手段に、
    前記通信相手からの動作要求である通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、
    前記通信相手に対する動作要求である画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、
    前記第１の記憶手段に記憶された通信相手側要求を前記アプリケーション手段に通知する手段と、
    前記第２の記憶手段に記憶された動作応答を前記アプリケーション手段に通知する手段と、
    前記通信相手側要求を記載したＳＯＡＰリクエストと、前記通信相手に送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスであって前記通信相手に送信した画像機器側要求に対する動作応答を記載したＳＯＡＰレスポンスとを、１つのＨＴＴＰリクエストに記載した状態で前記通信相手から前記通信手段を介して受信する受信手段と、
    該受信手段が受信したＳＯＡＰリクエストに記載された通信相手側要求の内容を前記第１の記憶手段に記憶させると共に、前記受信手段が受信したＳＯＡＰレスポンスに記載された、前記通信相手に送信した画像機器側要求に対する動作応答の内容を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶手段に記憶させる分配手段と、
    前記通信相手側要求に対する動作応答を前記第１の記憶手段から読み出すと共に、前記画像機器側要求を前記第２の記憶手段から読み出す収集手段と、
    前記１つのＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、前記収集手段が読み出した動作応答の内容を記載したＳＯＡＰレスポンスと、前記収集手段が読み出した画像機器側要求の内容を記載したＳＯＡＰリクエストとを、１つのＨＴＴＰレスポンスに記載して前記通信手段を介して前記通信相手に送信する送信手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であることを特徴とする画像処理装置。
  11. 請求項１又は７記載の画像処理装置であって、
    前記動作要求は関数呼び出しであり、
    前記動作応答はその関数呼び出しによって呼び出された関数の実行結果であることを特徴とする画像処理装置。
  12. 請求項２，３，８のいずれか一項記載の画像処理装置であって、
    前記送信手段が、前記通信相手に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信するようにし、
    前記受信手段が、前記通信相手から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信するようにしたことを特徴とする画像処理装置。
  13. 請求項４又は９記載の画像処理装置であって、
    前記ＳＯＡＰリクエストには関数呼び出しを記載し、
    前記ＳＯＡＰレスポンスにはその関数呼び出しによって呼び出された関数の実行結果を記載するようにしたことを特徴とする画像処理装置。
  14. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置と、その画像処理装置の通信相手となる通信装置とを備えた画像処理システムにおいて、
    前記画像処理装置に、前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記画像処理装置の前記通信手段に、前記通信相手に対して通信要求を送信し、該通信相手からその通信要求に対する通信応答を受信する手段を設け、
    前記メッセージ制御手段に、
    前記画像機器側要求と、前記通信相手から受信した通信相手側要求に対する動作応答とを、前記通信要求として一括して前記通信手段を介して前記通信相手に送信する送信手段と、
    その通信要求に対する通信応答として、前記通信相手に送信した画像機器側要求に対する動作応答と前記通信相手側要求とを一括して前記通信相手から前記通信手段を介して受信する受信手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であり、
    前記通信装置に、
    前記画像機器側要求と前記画像処理装置に送信した通信相手側要求に対する動作応答とを前記通信要求として一括して前記画像処理装置から受信する受信手段と、
    その通信要求に対する通信応答として、前記画像処理装置から受信した画像機器側要求に対する動作応答と前記管理装置側要求とを一括して前記画像処理装置に送信する送信手段と、
    前記画像機器側要求に係る動作を実行し、実行結果としてその画像機器側要求に対する動作応答を生成する手段とを設けたことを特徴とする画像処理システム。
  15. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置と、その画像処理装置の通信相手となる通信装置とを備えた画像処理システムにおいて、
    前記画像処理装置に、前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記画像処理装置の前記通信手段に、前記通信相手に対して通信要求を送信し、該通信相手からその通信要求に対する通信応答を受信する手段を設け、
    前記メッセージ制御手段に、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、
    前記第１の記憶手段に記憶された通信相手側要求を前記アプリケーション手段に通知する手段と、
    前記第２の記憶手段に記憶された動作応答を前記アプリケーション手段に通知する手段と、
    前記通信相手側要求に対する動作応答を前記第１の記憶手段から読み出すと共に、前記画像機器側要求を前記第２の記憶手段から読み出す収集手段と、
    前記通信相手に対して、前記収集手段が読み出した動作応答と画像機器側要求とを前記通信要求として前記通信手段を介して一括して送信する送信手段と、
    その通信要求に対する通信応答として、前記通信相手に送信した画像機器側要求に対する動作応答と前記通信相手側要求とを一括して前記通信相手から前記通信手段を介して受信する受信手段と、
    該受信手段が受信した通信相手側要求を前記第１の記憶手段に記憶させると共に、前記受信手段が受信した、前記通信相手に送信した画像機器側要求に対する動作応答を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶手段に記憶させる分配手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であり、
    前記通信装置に、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、
    前記通信相手側要求を生成して当該通信装置の第２の記憶手段に記憶させる要求生成手段と、
    当該通信装置の第１の記憶手段から画像機器側要求を読み出し、その画像機器側要求に係る動作を実行し、その実行結果としてその画像機器側要求に対する動作応答を生成し、その動作応答を読み出した画像機器側要求と関連付けて当該通信装置の第１の記憶手段に記憶させる応答生成手段と、
    前記画像機器側要求と前記画像処理装置に送信した通信相手側要求に対する動作応答とを前記通信要求として一括して前記画像処理装置から受信する受信手段と、
    該受信手段が受信した画像機器側要求を当該通信装置の第１の記憶手段に記憶させると共に、該受信手段が受信した、前記画像処理装置に送信した通信相手側要求に対する動作応答を、前記画像処理装置に送信した通信相手側要求と関連付けて当該通信装置の第２の記憶手段に記憶させる分配手段と、
    前記画像機器側要求に対する動作応答を当該通信装置の第１の記憶手段から読み出すと共に、前記通信相手側要求を当該通信装置の第２の記憶手段から読み出す収集手段と、
    当該通信装置の受信手段が受信した通信要求に対する通信応答として、その収集手段が読み出した動作応答と通信相手側要求とを一括して前記画像処理装置に送信する送信手段とを設けたことを特徴とする画像処理システム。
  16. 請求項１５記載の画像処理システムであって、
    前記画像処理装置の前記送信手段が前記通信装置に対して定期的に通信要求を送信するようにしたことを特徴とする画像処理システム。
  17. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置と、その画像処理装置の通信相手となる通信装置とを備えた画像処理システムにおいて、
    前記画像処理装置に、前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記画像処理装置の前記通信手段に、前記通信相手から通信要求を受信し、該通信相手に対してその通信要求に対する通信応答を送信する手段を設け、
    前記メッセージ制御手段に、
    前記通信相手側要求と、前記通信相手に送信した画像機器側要求に対する動作応答とを、前記通信要求として一括して前記通信相手から前記通信手段を介して受信する受信手段と、
    その通信要求に対する通信応答として、前記通信相手から受信した通信相手側要求に対する動作応答と、前記画像機器側要求とを一括して前記通信手段を介して前記通信相手に送信する送信手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であり、
    前記通信装置に、
    前記通信相手側要求と前記画像処理装置からの動作要求である画像機器側要求に対する動作応答とを前記通信要求として一括して前記画像処理装置に送信する送信手段と、
    その通信要求に対する通信応答として、前記画像処理装置に送信した通信相手側要求に対する動作応答と前記画像機器側要求とを一括して前記画像処理装置から受信する受信手段と、
    前記画像機器側要求に係る動作を実行し、実行結果としてその画像機器側要求に対する動作応答を生成する手段とを設けたことを特徴とする画像処理システム。
  18. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段が、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段である画像処理装置と、その画像処理装置の通信相手となる通信装置とを備えた画像処理システムにおいて、
    前記画像処理装置に前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段を設け、
    前記画像処理装置の前記通信手段に、前記通信相手から通信要求を受信し、該通信相手に対してその通信要求に対する通信応答を送信する手段を設け、
    前記メッセージ制御手段に、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、
    前記第１の記憶手段に記憶された通信相手側要求を前記アプリケーション手段に通知する手段と、
    前記第２の記憶手段に記憶された動作応答を前記アプリケーション手段に通知する手段と、
    前記通信相手側要求と前記通信相手に送信した画像機器側要求に対する動作応答とを前記通信要求として一括して前記通信相手から前記通信手段を介して受信する受信手段と、
    該受信手段が受信した通信相手側要求を前記第１の記憶手段に記憶させると共に、前記受信手段が受信した、前記通信相手に送信した画像機器側要求に対する動作応答を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶手段に記憶させる分配手段と、
    前記通信相手側要求に対する動作応答を前記第１の記憶手段から読み出すと共に、前記画像機器側要求を前記第２の記憶手段から読み出す収集手段と、
    前記受信手段が受信した通信要求に対する通信応答として、前記収集手段が読み出した動作応答と画像機器側要求とを一括して前記通信相手に前記通信手段を介して送信する送信手段とを設け、
    前記メッセージ制御手段が、複数の前記アプリケーション手段に利用される手段であり、
    前記通信装置に、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第１の記憶手段と、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第２の記憶手段と、
    前記通信相手側要求を生成して前記第２の記憶手段に記憶させる要求生成手段と、
    前記第１の記憶手段から画像機器側要求を読み出し、その画像機器側要求に係る動作を実行し、その実行結果としてその画像機器側要求に対する動作応答を生成し、その動作応答を読み出した画像機器側要求と関連付けて前記第１の記憶手段に記憶させる応答生成手段と、
    前記画像機器側要求に対する動作応答を前記第１の記憶手段から読み出すと共に、前記通信相手側要求を前記第２の記憶手段から読み出す収集手段と、
    前記画像処理装置に対して、前記収集手段が読み出した動作応答と通信相手側要求とを前記通信要求として一括して送信する送信手段と、
    その通信要求に対する通信応答として、前記画像処理装置に送信した通信相手側要求に対する動作応答と前記画像機器側要求とを一括して前記画像処理装置から受信する受信手段と、
    該受信手段が受信した画像機器側要求を前記第１の記憶手段に記憶させると共に、前記受信手段が受信した、前記画像処理装置に送信した通信相手側要求に対する動作応答を、前記画像処理装置に送信した通信相手側要求と関連付けて前記第２の記憶手段に記憶させる分配手段とを設けたことを特徴とする画像処理システム。
  19. 請求項１４又は１７記載の画像処理システムであって、
    前記動作要求は関数呼び出しであり、
    前記動作応答はその関数呼び出しによって呼び出された関数の実行結果であることを特徴とする画像処理システム。
  20. 請求項１５，１６，１８のいずれか一項記載の画像処理システムであって、
    前記画像処理装置において、
    前記送信手段が、前記通信装置に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信するようにし、
    前記受信手段が、前記通信装置から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信するようにし、
    前記通信装置において、
    前記送信手段が、前記画像処理装置に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信するようにし、
    前記受信手段が、前記画像処理装置から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信するようにしたことを特徴とする画像処理システム。
  21. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段を、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段とした画像処理装置の制御方法において、
    前記通信手段に、前記通信相手に対して通信要求を送信させ、該通信相手からその通信要求に対する通信応答を受信させ、
    複数の前記アプリケーション手段が生成したか又は受け取るべき動作要求及び動作応答の送受信を管理するメッセージ制御処理として、
    前記画像機器側要求と、前記通信相手から受信した通信相手側要求に対する動作応答とを、前記通信要求として一括して前記通信手段を介して前記通信相手に送信する送信手順と、
    その通信要求に対する通信応答として、前記通信相手に送信した画像機器側要求に対する動作応答と前記通信相手側要求とを一括して前記通信相手から前記通信手段を介して受信する受信手順とを前記画像処理装置に実行させることを特徴とする画像処理装置の制御方法。
  22. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段を、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段とした画像処理装置の制御方法において、
    前記通信手段に、前記通信相手に対して通信要求を送信させ、該通信相手からその通信要求に対する通信応答を受信させ、
    複数の前記アプリケーション手段が生成したか又は受け取るべき動作要求及び動作応答の送受信を管理するメッセージ制御処理として、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶領域を設ける手順と、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶領域を設ける手順と、
    前記第１の記憶手段に記憶された通信相手側要求を前記アプリケーション手段に通知する手順と、
    前記第２の記憶手段に記憶された動作応答を前記アプリケーション手段に通知する手順と、
    前記通信相手側要求に対する動作応答を前記第１の記憶領域から読み出すと共に、前記画像機器側要求を前記第２の記憶領域から読み出す収集手順と、
    前記通信相手に対して、前記収集手順で読み出した動作応答と画像機器側要求とを前記通信要求として前記通信手段を介して一括して送信する送信手順と、
    その通信要求に対する通信応答として、前記通信相手に送信した画像機器側要求に対する動作応答と前記通信相手側要求とを一括して前記通信相手から前記通信手段を介して受信する受信手順と、
    該受信手順で受信した通信相手側要求を前記第１の記憶領域に記憶させると共に、前記受信手段が受信した、前記通信相手に送信した画像機器側要求に対する動作応答を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶領域に記憶させる分配手順とを前記画像処理装置に実行させることを特徴とする画像処理装置の制御方法。
  23. 請求項２２記載の画像処理装置の制御方法であって、
    前記画像処理装置に、前記通信相手に対して定期的に通信要求を送信させるようにしたことを特徴とする画像処理装置の制御方法。
  24. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段を、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段とした画像処理装置の制御方法において、
    前記通信手段に、前記通信相手から通信要求を受信させ、該通信相手に対してその通信要求に対する通信応答を送信させ、
    複数の前記アプリケーション手段が生成したか又は受け取るべき動作要求及び動作応答の送受信を管理するメッセージ制御処理として、
    前記通信相手側要求と、前記通信相手に送信した画像機器側要求に対する動作応答とを、前記通信要求として一括して前記通信相手から前記通信手段を介して受信する受信手順と、
    その通信要求に対する通信応答として、前記通信相手から受信した通信相手側要求に対する動作応答と、前記画像機器側要求とを一括して前記通信手段を介して前記通信相手に送信する送信手順とを前記画像処理装置に実行させるようにしたことを特徴とする画像処理装置の制御方法。
  25. 通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源と、
    前記ハードウェア資源の動作を制御するためのサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段とを有し、
    前記サービス手段を、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段とした画像処理装置の制御方法において、
    前記通信手段に、前記通信相手から通信要求を受信させ、該通信相手に対してその通信要求に対する通信応答を送信させ、
    複数の前記アプリケーション手段が生成したか又は受け取るべき動作要求及び動作応答の送受信を管理するメッセージ制御処理として、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶領域を設ける手順と、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶領域を設ける手順と、
    前記第１の記憶領域に記憶された通信相手側要求を前記アプリケーション手段に通知する手順と、
    前記第２の記憶領域に記憶された動作応答を前記アプリケーション手段に通知する手順と、
    前記通信相手側要求と前記通信相手に送信した画像機器側要求に対する動作応答とを前記通信要求として一括して前記通信相手から前記通信手段を介して受信する受信手順と、
    該受信手順で受信した通信相手側要求を前記第１の記憶領域に記憶させると共に、前記受信手順で受信した、前記通信相手に送信した画像機器側要求に対する動作応答を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶領域に記憶させる分配手順と、
    前記通信相手側要求に対する動作応答を前記第１の記憶領域から読み出すと共に、前記画像機器側要求を前記第２の記憶領域から読み出す収集手順と、
    前記受信手順で受信した通信要求に対する通信応答として、前記収集手順で読み出した動作応答と画像機器側要求とを一括して前記通信相手に前記通信手段を介して送信する送信手順とを前記画像処理装置に実行させることを特徴とする画像処理装置の制御方法。
  26. 請求項２１又は２４記載の画像処理装置の制御方法であって、
    前記動作要求は関数呼び出しであり、
    前記動作応答はその関数呼び出しによって呼び出された関数の実行結果であることを特徴とする画像処理装置の制御方法。
  27. 請求項２２，２３，２５のいずれか一項記載の画像処理装置の制御方法であって、
    前記送信手順において、前記通信相手に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信させるようにし、
    前記受信手順において、前記通信相手から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信させるようにしたことを特徴とする画像処理装置の制御方法。
  28. 画像処理装置を制御するコンピュータを、
    通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源の動作を制御するサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段として機能させ、
    前記サービス手段を、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段としたプログラムにおいて、
    前記コンピュータをさらに、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段として機能させ、
    前記通信手段に、前記通信相手に対して通信要求を送信し、該通信相手からその通信要求に対する通信応答を受信する機能を設け、
    前記メッセージ制御手段の機能として、
    前記画像機器側要求と、前記通信相手から受信した通信相手側要求に対する動作応答とを、前記通信要求として一括して前記通信手段を介して前記通信相手に送信する送信手段の機能と、
    その通信要求に対する通信応答として、前記通信相手に送信した画像機器側要求に対する動作応答と前記通信相手側要求とを一括して前記通信相手から前記通信手段を介して受信する受信手段の機能とを設け、
    前記メッセージ制御手段を、複数の前記アプリケーション手段に利用される手段としたことを特徴とするプログラム。
  29. 画像処理装置を制御するコンピュータを、
    通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源の動作を制御するサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段として機能させ、
    前記サービス手段を、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段としたプログラムにおいて、
    前記コンピュータをさらに、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段として機能させ、
    前記通信手段に、前記通信相手に対して通信要求を送信し、該通信相手からその通信要求に対する通信応答を受信する機能を設け、
    前記メッセージ制御手段の機能として、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段の機能と、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段の機能と、
    前記第１の記憶手段に記憶された通信相手側要求を前記アプリケーション手段に通知する手段の機能と、
    前記第２の記憶手段に記憶された動作応答を前記アプリケーション手段に通知する手段の機能と、
    前記通信相手側要求に対する動作応答を前記第１の記憶手段から読み出すと共に、前記画像機器側要求を前記第２の記憶手段から読み出す収集手段の機能と、
    前記通信相手に対して、前記収集手段が読み出した動作応答と画像機器側要求とを前記通信要求として前記通信手段を介して一括して送信する送信手段の機能と、
    その通信要求に対する通信応答として、前記通信相手に送信した画像機器側要求に対する動作応答と前記通信相手側要求とを一括して前記通信相手から前記通信手段を介して受信する受信手段の機能と、
    該受信手段が受信した通信相手側要求を前記第１の記憶手段に記憶させると共に、前記受信手段が受信した、前記通信相手に送信した画像機器側要求に対する動作応答を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶手段に記憶させる分配手段の機能とを設け、
    前記メッセージ制御手段を、複数の前記アプリケーション手段に利用される手段としたことを特徴とするプログラム。
  30. 請求項２９記載のプログラムであって、
    前記送信手段に、前記通信相手に対して定期的に通信要求を送信する機能を設けたことを特徴とする画像処理装置。
  31. 画像処理装置を制御するコンピュータを、
    通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源の動作を制御するサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段として機能させ、
    前記サービス手段を、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段としたプログラムにおいて、
    前記コンピュータをさらに、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段として機能させ、
    前記通信手段に、前記通信相手から通信要求を受信し、該通信相手に対してその通信要求に対する通信応答を送信する機能を設け、
    前記メッセージ制御手段の機能として、
    前記通信相手側要求と、前記通信相手に送信した画像機器側要求に対する動作応答とを、前記通信要求として一括して前記通信相手から前記通信手段を介して受信する受信手段の機能と、
    その通信要求に対する通信応答として、前記通信相手から受信した通信相手側要求に対する動作応答と、前記画像機器側要求とを一括して前記通信手段を介して前記通信相手に送信する送信手段の機能とを設け、
    前記メッセージ制御手段を、複数の前記アプリケーション手段に利用される手段としたことを特徴とするプログラム。
  32. 画像処理装置を制御するコンピュータを、
    通信相手と通信するための通信手段と、
    画像処理を行うためのハードウェア資源の動作を制御するサービス手段と、
    前記通信相手からの動作要求である通信相手側要求を受け付けてその動作要求に対する実行結果である動作応答を返すか又は、前記通信相手に対する動作要求である画像機器側要求を生成してその動作要求に対する実行結果である動作応答を受け取る複数のアプリケーション手段として機能させ、
    前記サービス手段を、前記実行結果を生成する場合に複数の前記アプリケーション手段に利用される手段としたプログラムにおいて、
    前記コンピュータをさらに、
    前記動作要求及び該動作要求に対する動作応答の送受信を管理するメッセージ制御手段として機能させ、
    前記通信手段に、前記通信相手から通信要求を受信し、該通信相手に対してその通信要求に対する通信応答を送信する機能を設け、
    前記メッセージ制御手段の機能として、
    前記通信相手側要求とこの要求に対する動作応答とを記憶する第１の記憶手段の機能と、
    前記画像機器側要求とこの要求に対する動作応答とを記憶する第２の記憶手段の機能と、
    前記第１の記憶手段に記憶された通信相手側要求を前記アプリケーション手段に通知する手段の機能と、
    前記第２の記憶手段に記憶された動作応答を前記アプリケーション手段に通知する手段の機能と、
    前記通信相手側要求と前記通信相手に送信した画像機器側要求に対する動作応答とを前記通信要求として一括して前記通信相手から前記通信手段を介して受信する受信手段の機能と、
    該受信手段が受信した通信相手側要求を前記第１の記憶手段に記憶させると共に、前記受信手段が受信した、前記通信相手に送信した画像機器側要求に対する動作応答を、前記通信相手に送信した画像機器側要求と関連付けて前記第２の記憶手段に記憶させる分配手段の機能と、
    前記通信相手側要求に対する動作応答を前記第１の記憶手段から読み出すと共に、前記画像機器側要求を前記第２の記憶手段から読み出す収集手段の機能と、
    前記受信手段が受信した通信要求に対する通信応答として、前記収集手段が読み出した動作応答と画像機器側要求とを一括して前記通信相手に前記通信手段を介して送信する送信手段の機能とを設け、
    前記メッセージ制御手段を、複数の前記アプリケーション手段に利用される手段としたことを特徴とするプログラム。
  33. 請求項２８又は３１記載のプログラムであって、
    前記動作要求は関数呼び出しであり、
    前記動作応答はその関数呼び出しによって呼び出された関数の実行結果であることを特徴とするプログラム。
  34. 請求項２９，３０，３２のいずれか一項記載のプログラムであって、
    前記送信手段の機能を、前記通信相手に送信すべき動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして送信する機能とし、
    前記受信手段の機能を、前記通信相手から受信する動作応答と動作要求とを、それぞれＳＯＡＰメッセージとして受信する機能としたことを特徴とするプログラム。
  35. 請求項２８乃至３４のいずれか一項記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
JP2003328119A 2002-09-19 2003-09-19 画像処理装置、画像処理システム、画像処理装置の制御方法、プログラム及び記録媒体 Expired - Lifetime JP4030943B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003328119A JP4030943B2 (ja) 2002-09-19 2003-09-19 画像処理装置、画像処理システム、画像処理装置の制御方法、プログラム及び記録媒体

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002273430 2002-09-19
JP2003328119A JP4030943B2 (ja) 2002-09-19 2003-09-19 画像処理装置、画像処理システム、画像処理装置の制御方法、プログラム及び記録媒体

Publications (2)

Publication Number Publication Date
JP2004135323A JP2004135323A (ja) 2004-04-30
JP4030943B2 true JP4030943B2 (ja) 2008-01-09

Family

ID=32301722

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003328119A Expired - Lifetime JP4030943B2 (ja) 2002-09-19 2003-09-19 画像処理装置、画像処理システム、画像処理装置の制御方法、プログラム及び記録媒体

Country Status (1)

Country Link
JP (1) JP4030943B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581467A (zh) * 2012-07-18 2014-02-12 柯尼卡美能达株式会社 图像形成装置、应用控制方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006270455A (ja) * 2005-03-23 2006-10-05 Fuji Xerox Co Ltd ネットワークシステム、情報処理機器、コンピュータの制御方法及びプログラム
EP1710694A3 (en) 2005-04-08 2006-12-13 Ricoh Company, Ltd. Communication apparatus, program product for adding communication mechanism to communication apparatus for providing improved usability and communication efficiency, and recording medium storing program product
JP4704105B2 (ja) 2005-05-24 2011-06-15 株式会社リコー 通信装置、通信システム及び通信方法
JP2007174068A (ja) * 2005-12-20 2007-07-05 Ricoh Co Ltd 画像形成装置
JP2008059560A (ja) 2006-08-04 2008-03-13 Ricoh Co Ltd 機能管理システムおよび管理方法
JP4922769B2 (ja) 2007-01-17 2012-04-25 株式会社リコー 情報処理装置、情報処理方法、情報処理プログラム
JP2011034559A (ja) * 2009-07-09 2011-02-17 Ricoh Co Ltd 画像形成装置、省エネルギ移行復帰制御方法、及び省エネルギ移行復帰制御プログラム
CN103999550B (zh) * 2011-10-28 2017-11-03 飞利浦照明控股有限公司 用于具有嵌入式处理器的照明系统的通信协议以及利用该协议进行操作的系统
JP6201535B2 (ja) * 2013-08-30 2017-09-27 株式会社リコー 文書印刷システム、監視装置、端末装置、プログラムおよび方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581467A (zh) * 2012-07-18 2014-02-12 柯尼卡美能达株式会社 图像形成装置、应用控制方法

Also Published As

Publication number Publication date
JP2004135323A (ja) 2004-04-30

Similar Documents

Publication Publication Date Title
JP6481724B2 (ja) 画像取扱装置、画像取扱方法及びプログラム
JP4218384B2 (ja) サービス処理装置、サービス処理方法及びプログラム、並びに画像形成装置
US7551303B2 (en) Service processing device and method
JP5199761B2 (ja) 情報処理装置と画像入力装置、文書配信システムとそれらの制御方法
JP4759436B2 (ja) 画像取扱装置、画像処理システム、画像処理制御方法、及び画像処理制御プログラム
JP2002084383A (ja) 画像形成装置、画像形成方法およびプログラム
JP2004129248A (ja) 画像形成装置およびスキャンデータ処理方法
US20060064459A1 (en) Transfer device, distributed processing system, transfer device control method, program, and recording medium
JP4704105B2 (ja) 通信装置、通信システム及び通信方法
JP4030943B2 (ja) 画像処理装置、画像処理システム、画像処理装置の制御方法、プログラム及び記録媒体
JP4227342B2 (ja) 画像形成装置、画像形成方法、および記憶媒体
JP3677478B2 (ja) 画像形成装置、アプリケーション利用制限方法およびその方法をコンピュータに実行させるプログラム
JP3977286B2 (ja) 画像変換サービス方法、画像変換装置
JP2004139586A (ja) 仲介装置、通信システム、仲介装置の制御方法、プログラム及び記録媒体
JP4160480B2 (ja) 仲介装置、通信システム、仲介装置の制御方法、プログラム及び記録媒体
US8300247B2 (en) Image processing apparatus and image processing method
JP4527796B2 (ja) 画像形成装置及び文書管理システム
JP4291855B2 (ja) Ｗｅｂサービス機能を有する画像形成装置
JP3914163B2 (ja) ユーザ情報管理方法および画像形成装置
JP2004005503A (ja) Ｗｅｂサービス機能を有する画像形成装置
JP4862026B2 (ja) 画像形成装置、画像形成装置の制御方法、及び、制御プログラム
JP2004303205A (ja) 外部装置によって蓄積文書情報を編集可能とする画像形成装置、文書サービス提供方法
JP3742396B2 (ja) 画像形成装置，サムネイル印刷方法，サムネイル出力方法，サムネイル印刷システムおよびサムネイル出力システム
JP4373692B2 (ja) Ｗｅｂサービス機能を有する画像形成装置
JP4198562B2 (ja) 通信クライアント、通信サーバ、通信システム及び通信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051020

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070531

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070612

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070810

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20071016

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071017

R151 Written notification of patent or utility model registration

Ref document number: 4030943

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101026

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111026

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121026

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131026

Year of fee payment: 6

EXPY Cancellation because of completion of term