(57)【特許請求の範囲】
【請求項１】
画像処理装置の通知アプリケーションが、予約アプリケーションから送信されたイベント通知予約要求を受信するステップと、
上記イベント通知予約要求が認証を要するタイプであるか否かを判定するステップと、
上記通知アプリケーションが、上記予約アプリケーションから送信された証明書を受信するステップと、
上記判定するステップにて、上記イベント通知予約要求が認証を要するタイプであると判定された場合に、上記通知アプリケーションが、上記証明書を認証するステップと、
上記証明書の認証に成功した場合に、上記通知アプリケーションが、上記イベント通知予約要求を許可するステップとを含み、
上記イベント通知予約要求を受信するステップは、
ジョブごとのイベント通知を予約するためのジョブ専用イベント通知予約要求、または、全ジョブにおけるイベント通知を予約するためのグローバルイベント通知予約要求を受信するステップであり、
上記判定するステップは、
受信されたイベント通知予約要求が、上記グローバルイベント通知予約要求である場合に、認証を要するタイプであると判定するステップであることを特徴とする通知予約アクセス制御方法。
【請求項２】
上記通知アプリケーションが、上記イベント通知予約要求を受信した後に、上記予約アプリケーションに対して上記証明書を要求するステップをさらに含み、
上記証明書を要求するステップは、
上記判定するステップにて、上記イベント通知予約要求が認証を要するタイプであると判定された場合に、上記証明書を要求するステップであることを特徴とする請求項１に記載の通知予約アクセス制御方法。
【請求項３】
上記イベント通知予約要求は、上記証明書を含んでいることを特徴とする請求項１に記載の通知予約アクセス制御方法。
【請求項４】
上記判定するステップは、
受信されたイベント通知予約要求が、保護されたジョブのイベント通知を予約するためのジョブ専用イベント通知予約要求である場合に、認証を要するタイプであると判定することを特徴とする請求項１から３までのいずれか１項に記載の通知予約アクセス制御方法。
【請求項５】
上記証明書を認証するステップは、
上記通知アプリケーションが、認証アプリケーションに上記証明書を送信して、上記認証アプリケーションに、上記証明書を認証させるステップであり、
上記許可するステップは、
上記認証アプリケーションによって上記証明書が認証された場合に、上記証明書の認証に成功したとして、上記イベント通知予約要求を許可するステップであることを特徴とする請求項１から４までのいずれか１項に記載の通知予約アクセス制御方法。
【請求項６】
上記許可するステップは、
上記判定するステップにて、上記イベント通知予約要求が認証が必要でないタイプであると判定された場合に、上記通知アプリケーションが、上記イベント通知予約要求を許可するステップを含むことを特徴とする請求項１から５までのいずれか１項に記載の通知予約アクセス制御方法。
【請求項７】
上記イベント通知予約要求を許可するステップにて、上記イベント通知予約要求が許可されたことにより、上記画像処理装置の通知アプリケーションが、受信したジョブ専用イベント通知予約要求に含まれる、予約アプリケーション識別情報とイベント識別情報とジョブ識別子とを含むジョブ専用予約レコード、または、受信したグローバルイベント通知予約要求に含まれる、予約アプリケーション識別情報およびイベント識別情報を含むグローバル予約レコードを記憶するステップをさらに含むことを特徴とする請求項１から６までのいずれか１項に記載の通知予約アクセス制御方法。
【請求項８】
画像処理装置の通知アプリケーションが、当該画像処理装置における所定のイベントの発生を検知するステップと、
上記検知するステップにて検知されたイベントが、上記予約レコードに含まれる上記イベント識別情報によって特定されたイベントである場合に、上記通知アプリケーションが、該当する予約レコードが、グローバル予約レコードか、ジョブ専用予約レコードかをチェックするステップと、
上記通知アプリケーションが、
上記チェックするステップにて、該当する予約レコードがグローバル予約レコードであると判明した場合には、ジョブの実行期間を識別することなく、上記予約アプリケーションにイベント発生通知を送信する一方、
該当する予約レコードがジョブ専用予約レコードであると判明した場合には、該当するジョブの実行期間を識別し、識別した結果に応じて上記予約アプリケーションにイベント発生通知を送信するステップとをさらに含むことを特徴とする請求項７に記載の通知予約アクセス制御方法。
【請求項９】
上記予約レコードは、配信機構の指定情報を含むことを特徴とする請求項８に記載の通知予約アクセス制御方法。
【請求項１０】
上記イベント発生通知を送信するステップは、上記配信機構の指定情報にて指定された配信機構を用いて実行されることを特徴とする請求項９に記載の通知予約アクセス制御方法。
【請求項１１】
上記予約レコードは、上記予約アプリケーション識別情報として、上記予約アプリケーションのアドレスをさらに含むことを特徴とする請求項８に記載の通知予約アクセス制御方法。
【請求項１２】
上記イベント発生通知を送信するステップは、上記イベント識別情報によって特定されたイベントが発生した場合に、該当する予約レコードに含まれるアドレスを有する予約アプリケーション宛てにイベント発生通知を送信するステップであることを特徴とする請求項１１に記載の通知予約アクセス制御方法。
【請求項１３】
予約アプリケーションから送信された、証明書、および、ジョブごとのイベント通知を予約するためのジョブ専用イベント通知予約要求または全ジョブにおけるイベント通知を予約するためのグローバルイベント通知予約要求を受信する受信手段と、
上記証明書に基づいて許可されたイベント通知予約要求に応じてイベント発生通知を送信する通知アプリケーションとを備え、
上記通知アプリケーションは、
受信された上記イベント通知予約要求が、上記グローバルイベント通知予約要求である場合に、認証を要するタイプであると判定することにより、上記イベント通知予約要求が認証を要するタイプであるか否かを判定し、
上記イベント通知予約要求が認証を要するタイプであると判定された場合に、上記証明書を認証し、
上記証明書の認証に成功した場合に、上記イベント通知予約要求を許可することを特徴とする画像処理装置。
【請求項１４】
上記通知アプリケーションは、
上記イベント通知予約要求が認証が必要でないタイプであると判定された場合に、上記イベント通知予約要求を許可することを特徴とする請求項１３に記載の画像処理装置。
【請求項１５】
さらに、上記イベント通知予約要求が許可されたことにより記憶すべき予約レコードを格納する予約記憶部を備え、
上記予約記憶部は、上記受信手段によって受信された上記ジョブ専用イベント通知予約要求に含まれる、予約アプリケーション識別情報とイベント識別情報とジョブ識別子とを含むジョブ専用予約レコード、および、受信された上記グローバルイベント通知予約要求に含まれる、予約アプリケーション識別情報およびイベント識別情報を含むグローバル予約レコードを記憶することを特徴とする請求項１３または１４に記載の画像処理装置。
【請求項１６】
上記通知アプリケーションは、
当該画像処理装置における所定のイベントの発生を検知し、
検知したイベントが、上記予約記憶部に記憶される予約レコードに含まれる上記イベント識別情報によって特定されたイベントである場合に、該当する予約レコードが、グローバル予約レコードか、ジョブ専用予約レコードかをチェックし、
該当する予約レコードがグローバル予約レコードであると判明した場合には、ジョブの実行期間を識別することなく、上記予約アプリケーションにイベント発生通知を送信する一方、
該当する予約レコードがジョブ専用予約レコードであると判明した場合には、該当するジョブの実行期間を識別し、識別した結果に応じて上記予約アプリケーションにイベント発生通知を送信することを特徴とする請求項１５に記載の画像処理装置。
【請求項１７】
予約アプリケーションと、請求項１３から１６までのいずれか１項に記載の画像処理装置とを含む画像処理装置イベントの通知予約アクセス制御システムであって、
上記予約アプリケーション、および、上記画像処理装置は、通信ネットワークを介して接続されており、
上記予約アプリケーションは、
当該予約アプリケーションを認証するための証明書を有しており、
少なくとも１つのジョブ専用イベント通知予約要求またはグローバルイベント通知予約要求、および、上記証明書を上記画像処理装置の上記通知アプリケーションへ送信するイベント通知予約要求送信手段と、
イベント発生通知を上記通知アプリケーションから受信するイベント発生通知受信手段とを備えていることを特徴とする通知予約アクセス制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置によるイベント通知の方法およびシステムに関するものである。
【背景技術】
【０００２】
プリンタ、コピー機、スキャナ、ファックスなどの画像処理装置は、特定の用途または用途の組み合わせに適合するために、多彩な機能および能力を備えている。画像処理装置は、従来は別々である画像処理装置の、２つ以上の機能を組み合わせた、多機能周辺機器（ＭＦＰ）の形態を取ることが多い。ＭＦＰは、任意の数の画像処理装置を組み合わせていて構わないが、一般的には、プリンタ、スキャン器、コピー機、およびファックスの機能を備えている。
【０００３】
画像処理装置の中には、データ記憶および処理のためのコンピューティングリソース（例えばプロセッサ、ハードディスクドライブ、メモリ、および、他のデバイス）を備えたものがある。画像処理装置にさらに特徴的構成や機能を付加すると、さらに高価に、そしてさらに複雑になる。
【０００４】
さらに複雑な画像処理装置およびＭＦＰとして、例えば、他の演算装置（例えばパーソナルコンピュータ、他の画像処理装置、ネットワークサーバ、および、他の機器）との通信を可能にするネットワーク接続性能を備えたものがある。この接続性能によって、画像処理装置が、接続されたネットワーク上で利用可能な外部リソース（他の演算装置）を使用することが可能になる。
【０００５】
画像処理装置は、一般的に、複数のボタン、つまみ、その他のユーザ入力機構を有するユーザ入力パネルを備えている。また、表示パネルを備えた画像処理装置もある。この表示パネルとしては、表示のためだけに用いられるものもあれば、ユーザがディスプレイ上で直接入力できるタッチパネルディスプレイもある。
【０００６】
タッチパネルディスプレイを備えた装置、またはこのディスプレイと共に配置されたボタンを有する装置は、ユーザ入力によって選択されるメニューデータを表示することができる。このメニューデータは、通常、画像処理装置に搭載されたサーバモジュールによって駆動される。
【０００７】
上述した多機能を有する複雑な画像処理装置およびＭＦＰ、および、ネットワークを介して画像処理装置と通信可能な、他の演算装置（例えば、遠隔演算装置（ＲＣＤ）によれば、遠隔演算装置（ＲＣＤ）が、１または複数の機能（印刷、スキャン、および／または、ファックス送信など）を実行するよう上記画像処理装置に指示し、その結果を画像処理装置（あるいは、上記画像処理装置が制御する他の画像処理装置）から得ることができる画像処理システムを構築することができる。
【０００８】
画像処理システムの一例として、特許文献１には、プリントサーバを利用して、ネットワーク経由で印刷するためのシステムと方法が開示されている。
【特許文献１】特表２００４−５３５６１８（平成１６年１１月２５日公表）
【特許文献２】特開２００２−１０９１７０（平成１４年４月１２日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、従来のシステムおよび方法では、以下の問題を生じる。
【００１０】
具体的には、特許文献１のシステムでは、画像処理装置が多機能であって、複雑であればあるほど、画像処理装置に機能実行を要求する遠隔演算装置にとって、画像処理装置に対して要求したジョブの進捗を管理することが繁雑になるという問題がある。したがって、遠隔演算装置（のユーザ）にとっては、画像処理装置におけるイベントの発生を容易に把握することが必要となる。
【００１１】
特許文献２には、２つのサイトにおいて協力して作業を行うことにより達成されるワークフロー業務を、コンピュータによって自動で処理するワークフロー処理システムにおいて、イベント発生を相手に通知することによりワークフローの管理を行う方法が開示されている。
【００１２】
しかしながら、画像処理装置は複数の機能を有するために、発生するイベント（ジョブ）の種類が多岐にわたる。そのため、特許文献２の方法を適用することができないという問題がある。すなわち、種々のイベント発生通知の予約を管理するという複雑な処理に画像処理装置が対応できないという問題がある。
【００１３】
本発明は、上記問題点に鑑みてなされたものであり、その目的は、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視する通知予約アクセス制御方法、イベント通知方法、イベント通知予約方法、通知予約アクセス制御システム、および、イベント通知システムを実現することにある。
【課題を解決するための手段】
【００１４】
本発明の通知予約アクセス制御方法は、上記課題を解決するために、予約アプリケーションが、画像処理装置の通知アプリケーションにイベント予約要求を送信するステップと、上記通知アプリケーションが、上記予約アプリケーションから上記イベント予約要求を受信するステップと、予約アプリケーションが、画像処理装置の通知アプリケーションに証明書を送信するステップと、上記通知アプリケーションが、上記予約アプリケーションから上記証明書を受信するステップと、上記通知アプリケーションが、上記証明書を認証するステップと、上記証明書の認証に成功した場合に、上記通知アプリケーションが、上記イベント予約要求を許可するステップとを含むことを特徴としている。
【００１５】
ここで、上述の「イベント発生通知の予約を管理すること」とは、以下のような処理が挙げられる。具体的には、例えば、遠隔演算装置の種類、イベントの種類、および／または、各装置の状態によっては、イベント通知予約を受け付けるべきではない状況も考えられる。このように、画像処理装置において、遠隔演算装置などからの予約（イベント予約要求）のアクセス制御を行うことが必要となる。
【００１６】
上記方法によれば、通知アプリケーションは、予約アプリケーションからのイベント予約要求を受け付けるとともに、予約アプリケーションの証明書を受信して、当該証明書に基づいて予約アプリケーションの認証を行う。そして、当該証明書の認証が成功した場合にのみ、通知アプリケーションは、イベント予約要求を受け入れる。
【００１７】
これにより、通知アプリケーションは、遠隔演算装置などの予約アプリケーションから送信されるイベント予約要求のアクセス制御を行うことが可能となる。したがって、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視することができ、適切なイベント通知を実現することができる。
【００１８】
上記通知予約アクセス制御方法は、上記通知アプリケーションが、イベント予約要求を受信した後に、上記予約アプリケーションに対して上記証明書を要求するステップをさらに含むことが好ましい。
【００１９】
あるいは、上記イベント予約要求は、上記証明書を含んでいてもよい。
【００２０】
上記通知予約アクセス制御方法では、上記認証するステップは、上記イベント予約要求が証明書による認証を必要とすると判定された後でのみ実行されることが好ましい。
【００２１】
さらに、上記認証するステップは、上記イベント予約要求が、グローバル予約要求であると判定された後でのみ実行されることが好ましい。
【００２２】
あるいは、上記認証するステップは、上記イベント予約要求が、保護されたジョブを要求する予約要求であると判定された後でのみ実行されてもよい。
【００２３】
本発明の通知予約アクセス制御方法は、上記課題を解決するために、予約アプリケーションが、画像処理装置の通知アプリケーションにイベント予約要求を送信するステップと、上記通知アプリケーションが、上記予約アプリケーションから上記イベント予約要求を受信するステップと、予約アプリケーションが、画像処理装置の通知アプリケーションに証明書を送信するステップと、上記通知アプリケーションが、上記予約アプリケーションから上記証明書を受信するステップと、上記通知アプリケーションが、認証アプリケーションに上記証明書を送信するステップと、上記認証アプリケーションが、上記証明書を認証するステップと、上記証明書が認証された場合に、上記通知アプリケーションが、上記イベント予約要求を許可するステップとを含むことを特徴としている。
【００２４】
上記方法によれば、証明書の認証は、認証アプリケーションが実行するので、通知アプリケーションにかかる認証処理の負荷を軽減することが可能となる。
【００２５】
これにより、通知アプリケーションは、遠隔演算装置などの予約アプリケーションから送信されるイベント予約要求のアクセス制御を行うことが可能となる。したがって、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視することができ、適切なイベント通知を実現することができる。
【００２６】
なお、上記イベント予約要求は、上記証明書を含んでいてもよい。
【００２７】
本発明の通知予約アクセス制御方法は、上記課題を解決するために、画像処理装置の通知アプリケーションが、予約アプリケーションからイベント予約要求を受信するステップと、上記通知アプリケーションが、上記予約アプリケーションから証明書を受信するステップと、認証アプリケーションが、上記イベント予約要求に認証が必要な場合に、上記証明書を認証するステップと、上記イベント予約要求に認証が必要な場合に該認証が成功した場合、または、上記イベント予約要求に認証が必要でない場合に、上記通知アプリケーションが、上記イベント予約要求を許可するステップとを含むことを特徴としている。
【００２８】
上記方法によれば、証明書の認証処理は、上記イベント予約要求に認証処理が必要な場合にのみ実行される。
【００２９】
これにより、通知アプリケーションは、遠隔演算装置などの予約アプリケーションから送信されるイベント予約要求のアクセス制御をより簡便に行うことが可能となる。したがって、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視することができ、適切なイベント通知を実現することができる。
【００３０】
本発明の通知予約アクセス制御方法は、上記課題を解決するために、予約アプリケーションが、画像処理装置の通知アプリケーションにイベント予約要求を送信するステップと、上記予約アプリケーションが、画像処理装置の通知アプリケーションに証明書を送信するステップとを含み、上記証明書の認証が必要な場合に該証明書の認証が成功すると、上記イベント予約要求は許可され、これにより、上記通知アプリケーションが、上記イベント予約要求に記述されたイベントが発生した場合に、上記予約アプリケーションにイベント発生通知を送信することが可能となることを特徴としている。
【００３１】
上記方法によれば、通知アプリケーションは、イベント予約要求とともに、該イベント予約要求が記述するイベントを対応付けて管理する。
【００３２】
これにより、上記イベント監視して適切にイベント発生通知を送信することが可能となる。したがって、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視することができ、適切なイベント通知を実現することができる。
【００３３】
上記通知予約アクセス制御方法では、上記証明書を送信するステップは、上記通知アプリケーションから証明書の要求を受信したのに応じて実行されることが好ましい。
【００３４】
本発明のイベント通知方法は、上記課題を解決するために、画像処理装置の通知アプリケーションが、当該画像処理装置における所定のイベントを検知するステップと、上記通知アプリケーションが、予約記憶部に記憶されているイベント予約レコードをチェックして、上記所定のイベントが上記イベント予約レコードに記録されているか否かを判定するステップと、上記通知アプリケーションが、上記所定のイベントが上記イベント予約レコードに記録されている場合に、イベント発生通知を予約アプリケーションに送信するステップと、上記予約アプリケーションが、上記通知アプリケーションから上記イベント発生通知を受信するステップとを含むことを特徴としている。
【００３５】
上述の「イベント発生通知の予約を管理すること」とは、以下のような処理が挙げられる。具体的には、例えば、遠隔演算装置からの予約（イベント予約要求）と発生イベントとを対応付けて管理し、イベントを監視して、イベント発生通知を適切に行う必要がある。
【００３６】
上記方法によれば、通知アプリケーションは、画像処理装置の所定のイベント検知する。そして、通知アプリケーションは、検知したイベントが、予約記憶部に記憶されていることにより、イベント発生通知を送信すべきイベントであると判定する。そうして、通知アプリケーションが、送信すべきと判定した場合のみ、上記所定のイベントの発生を通知するイベント発生通知が予約主である予約アプリケーションに送信される。
【００３７】
これにより、通知アプリケーションは、イベント発生通知を送信しなければならないイベントを示すイベント予約要求を管理して、適切にイベント発生通知を実行することが可能となる。したがって、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視することができ、適切なイベント通知を実現することができる。
【００３８】
なお、上記イベント予約レコードは、ジョブを識別するジョブ識別情報を含んでいることが好ましい。
【００３９】
これにより、予約アプリケーションから、様々な種類のジョブに関するイベントのイベント予約要求を受け付けて、適切にイベント監視を行うことが可能となる。したがって、多機能を有する画像処理装置であっても、通知アプリケーションは、上記画像処理装置において発生する種々のイベントを適切に監視し、イベント発生通知を正しく行うことができる。
【００４０】
上記通知アプリケーションが、上記所定のイベント発生時に上記ジョブが実行中であるか否かを判定するステップをさらに含み、
上記イベント通知方法の上記イベント発生通知を送信するステップは、上記ジョブが上記イベント発生時に実行中である場合にのみ実行されることが好ましい。
【００４１】
また、上記イベント予約レコードは、配信機構の指定情報を含むことが好ましい。そして、上記イベント発生通知を送信するステップは、上記配信機構の指定情報にて指定された配信機構を用いて実行されることが好ましい。
【００４２】
さらに、上記イベント予約レコードは、予約アプリケーションのアドレスを含むことが好ましい。
【００４３】
上記イベント通知方法の上記イベント発生通知を送信するステップは、上記アドレスを有する予約アプリケーション宛てにイベント発生通知を送信するステップを含むことが好ましい。
【００４４】
本発明のイベント通知方法は、上記課題を解決するために、画像処理装置の通知アプリケーションが、当該画像処理装置における所定のイベントを検知するステップと、上記通知アプリケーションが、上記所定のイベントに関連付けて予約記憶部に記憶されたイベント予約レコードをチェックするステップと、上記所定のイベントに関連付けて記憶されたイベント予約レコードが上記予約記憶部から検出された場合に、上記通知アプリケーションが、予約アプリケーションにイベント発生通知を送信するステップとを含むことを特徴としている。
【００４５】
上記方法によれば、通知アプリケーションは、画像処理装置の所定のイベント検知する。ここで、予約記憶部には、登録されたイベント予約要求と、それが指定するイベントとが関連付けて記憶されている。これにより、通知アプリケーションは、検知したイベントが、イベント発生通知を送信すべきイベントであると判定することができる。つまり、通知アプリケーションのチェックの結果、検知されたイベントが予約記憶部に登録されていると判定された場合のみ、上記所定のイベントの発生を通知するイベント発生通知が予約主である予約アプリケーションに送信される。
【００４６】
これにより、通知アプリケーションは、イベント発生通知を送信しなければならないイベントを上記イベント予約要求に関連付けて管理し、適切にイベント発生通知を実行することが可能となる。したがって、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視することができ、適切なイベント通知を実現することができる。
【００４７】
本発明のイベント通知予約方法は、上記課題を解決するために、予約アプリケーションが、当該予約アプリケーションのアドレスと、イベント識別情報とを含むイベント予約要求を、画像処理装置の通知アプリケーションに送信するステップと、上記イベント識別情報により識別されたイベントが発生した場合に、上記アドレスを有する予約アプリケーションが、上記通知アプリケーションからイベント発生通知を受信するステップとを含むことを特徴としている。
【００４８】
これにより、通知アプリケーションは、イベント予約要求に対し、通知を行うべきイベントのイベント識別情報、および、予約主の予約アプリケーションのアドレスとを関連付けて管理することが可能となる。したがって、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視することができ、適切なイベント通知を実現することができる。
【００４９】
なお、上記イベント予約要求は、さらに、上記画像処理装置が実行するジョブの実行期間情報を含むジョブタイプ記述子を含み、上記イベント発生通知を受信するステップは、上記イベントが上記ジョブ実行期間中に発生したイベントであるという条件を満たす場合に実行されることが好ましい。
【００５０】
本発明の通知予約アクセス制御システムは、上記課題を解決するために、予約アプリケーションと、画像処理装置の通知アプリケーションと、上記予約アプリケーションの証明書を認証する証明書認証部とを含む画像処理装置イベントの通知予約アクセス制御システムであって、上記予約アプリケーション、上記画像処理装置の通知アプリケーション、および、上記証明書認証部は、通信ネットワークを介して接続されており、上記予約アプリケーションは、当該予約アプリケーションを認証するための証明書を有しており、少なくとも１つのイベント予約要求および証明書を上記通知アプリケーションへ送信するイベント予約要求送信手段と、イベント発生通知を上記通知アプリケーションから受信するイベント発生通知受信手段とを備え、上記画像処理装置の通知アプリケーションは、上記イベント予約要求送信手段から上記イベント予約要求および上記証明書を受信して、該証明書を上記証明書認証部に送信するイベント予約要求受信手段と、上記証明書の認証が成功した場合に、上記イベント発生通知を、上記イベント発生通知受信手段に送信するイベント発生通知送信手段とを備えていることを特徴としている。
【００５１】
本発明の通知予約アクセス制御システムは、上記課題を解決するために、予約アプリケーションと、上記予約アプリケーションの証明書を認証する証明書認証部とを含む画像処理装置イベントの通知予約アクセス制御システムであって、上記予約アプリケーションは、当該予約アプリケーションを認証するための証明書を有しており、少なくとも１つのイベント予約要求および証明書を画像処理装置の通知アプリケーションへ送信するイベント予約要求送信手段と、イベント発生通知を受信するイベント発生通知受信手段とを備え、上記証明書認証部は、上記イベント予約要求に証明書の認証が必要な場合に、上記証明書を認証し、上記通知アプリケーションは、上記イベント予約要求に記述されたイベントが発生した場合であって、上記イベント予約要求に認証が必要な場合に該認証が成功した場合または上記イベント予約要求に認証が必要でない場合に、上記イベント発生通知受信手段にイベント発生通知を送信するよう設計されていることを特徴としている。
【００５２】
本発明のイベント通知システムは、上記課題を解決するために、予約アプリケーションと、画像処理装置の通知アプリケーションと含むイベント通知システムであって、上記予約アプリケーションと、上記画像処理装置の通知アプリケーションとは、通信ネットワークを介して接続されており、上記予約アプリケーションは、受信手段を備え、上記通知アプリケーションは、画像処理装置の所定のイベントを検知する検知手段と、送信手段と、予約記憶部に記憶されるイベント予約レコードをチェックする予約レコードチェック手段とを備え、上記予約レコードチェック手段は、イベント予約レコードをチェックして、上記所定のイベントが上記予約記憶部のイベント予約レコードに記録されているか否かを判定し、上記送信手段は、上記所定のイベントが上記イベント予約レコードに記録されていた場合に、上記予約アプリケーションに、上記イベント発生通知を送信することを特徴としている。
【００５３】
上記システムによれば、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視することができ、適切なイベント通知を実現することができる。
【００５４】
なお、（通知アプリケーションを備えた）上記画像処理装置、および、（予約アプリケーションを備えた）上記遠隔演算装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記画像処理装置、または、上記遠隔演算装置をコンピュータにて実現させる画像処理装置または遠隔演算装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００５５】
本発明の通知予約アクセス制御方法は、予約アプリケーションが、画像処理装置の通知アプリケーションにイベント予約要求を送信するステップと、上記通知アプリケーションが、上記予約アプリケーションから上記イベント予約要求を受信するステップと、予約アプリケーションが、画像処理装置の通知アプリケーションに証明書を送信するステップと、上記通知アプリケーションが、上記予約アプリケーションから上記証明書を受信するステップと、上記通知アプリケーションが、上記証明書を認証するステップと、上記証明書の認証に成功した場合に、上記通知アプリケーションが、上記イベント予約要求を許可するステップとを含むことを特徴としている。
【００５６】
本発明の通知予約アクセス制御方法は、予約アプリケーションが、画像処理装置の通知アプリケーションにイベント予約要求を送信するステップと、上記通知アプリケーションが、上記予約アプリケーションから上記イベント予約要求を受信するステップと、予約アプリケーションが、画像処理装置の通知アプリケーションに証明書を送信するステップと、上記通知アプリケーションが、上記予約アプリケーションから上記証明書を受信するステップと、上記通知アプリケーションが、認証アプリケーションに上記証明書を送信するステップと、上記認証アプリケーションが、上記証明書を認証するステップと、上記証明書が認証された場合に、上記通知アプリケーションが、上記イベント予約要求を許可するステップとを含むことを特徴としている。
【００５７】
本発明の通知予約アクセス制御方法は、画像処理装置の通知アプリケーションが、予約アプリケーションからイベント予約要求を受信するステップと、上記通知アプリケーションが、上記予約アプリケーションから証明書を受信するステップと、認証アプリケーションが、上記イベント予約要求に認証が必要な場合に、上記証明書を認証するステップと、上記イベント予約要求に認証が必要な場合に該認証が成功した場合、または、上記イベント予約要求に認証が必要でない場合に、上記通知アプリケーションが、上記イベント予約要求を許可するステップとを含むことを特徴としている。
【００５８】
本発明の通知予約アクセス制御方法は、予約アプリケーションが、画像処理装置の通知アプリケーションにイベント予約要求を送信するステップと、上記予約アプリケーションが、画像処理装置の通知アプリケーションに証明書を送信するステップとを含み、上記証明書の認証が必要な場合に該証明書の認証が成功すると、上記イベント予約要求は許可され、これにより、上記通知アプリケーションが、上記イベント予約要求に記述されたイベントが発生した場合に、上記予約アプリケーションにイベント発生通知を送信することが可能となることを特徴としている。
【００５９】
本発明のイベント通知方法は、画像処理装置の通知アプリケーションが、当該画像処理装置における所定のイベントを検知するステップと、上記通知アプリケーションが、予約記憶部に記憶されているイベント予約レコードをチェックして、上記所定のイベントが上記イベント予約レコードに記録されているか否かを判定するステップと、上記通知アプリケーションが、上記所定のイベントが上記イベント予約レコードに記録されている場合に、イベント発生通知を予約アプリケーションに送信するステップと、上記予約アプリケーションが、上記通知アプリケーションから上記イベント発生通知を受信するステップとを含むことを特徴としている。
【００６０】
本発明のイベント通知方法は、画像処理装置の通知アプリケーションが、当該画像処理装置における所定のイベントを検知するステップと、上記通知アプリケーションが、上記所定のイベントに関連付けて予約記憶部に記憶されたイベント予約レコードをチェックするステップと、上記所定のイベントに関連付けて記憶されたイベント予約レコードが上記予約記憶部から検出された場合に、上記通知アプリケーションが、予約アプリケーションにイベント発生通知を送信するステップとを含むことを特徴としている。
【００６１】
本発明のイベント通知予約方法は、予約アプリケーションが、当該予約アプリケーションのアドレスと、イベント識別情報とを含むイベント予約要求を、画像処理装置の通知アプリケーションに送信するステップと、上記イベント識別情報により識別されたイベントが発生した場合に、上記アドレスを有する予約アプリケーションが、上記通知アプリケーションからイベント発生通知を受信するステップとを含むことを特徴としている。
【００６２】
本発明の通知予約アクセス制御システムは、予約アプリケーションと、画像処理装置の通知アプリケーションと、上記予約アプリケーションの証明書を認証する証明書認証部とを含む画像処理装置イベントの通知予約アクセス制御システムであって、上記予約アプリケーション、上記画像処理装置の通知アプリケーション、および、上記証明書認証部は、通信ネットワークを介して接続されており、上記予約アプリケーションは、当該予約アプリケーションを認証するための証明書を有しており、少なくとも１つのイベント予約要求および証明書を上記通知アプリケーションへ送信するイベント予約要求送信手段と、イベント発生通知を上記通知アプリケーションから受信するイベント発生通知受信手段とを備え、上記画像処理装置の通知アプリケーションは、上記イベント予約要求送信手段から上記イベント予約要求および上記証明書を受信して、該証明書を上記証明書認証部に送信するイベント予約要求受信手段と、上記証明書の認証が成功した場合に、上記イベント発生通知を、上記イベント発生通知受信手段に送信するイベント発生通知送信手段とを備えていることを特徴としている。
【００６３】
本発明の通知予約アクセス制御システムは、予約アプリケーションと、上記予約アプリケーションの証明書を認証する証明書認証部とを含む画像処理装置イベントの通知予約アクセス制御システムであって、上記予約アプリケーションは、当該予約アプリケーションを認証するための証明書を有しており、少なくとも１つのイベント予約要求および証明書を画像処理装置の通知アプリケーションへ送信するイベント予約要求送信手段と、イベント発生通知を受信するイベント発生通知受信手段とを備え、上記証明書認証部は、上記イベント予約要求に証明書の認証が必要な場合に、上記証明書を認証し、上記通知アプリケーションは、上記イベント予約要求に記述されたイベントが発生した場合であって、上記イベント予約要求に認証が必要な場合に該認証が成功した場合または上記イベント予約要求に認証が必要でない場合に、上記イベント発生通知受信手段にイベント発生通知を送信するよう設計されていることを特徴としている。
【００６４】
本発明のイベント通知システムは、予約アプリケーションと、画像処理装置の通知アプリケーションと含むイベント通知システムであって、上記予約アプリケーションと、上記画像処理装置の通知アプリケーションとは、通信ネットワークを介して接続されており、上記予約アプリケーションは、受信手段を備え、上記通知アプリケーションは、画像処理装置の所定のイベントを検知する検知手段と、送信手段と、予約記憶部に記憶されるイベント予約レコードをチェックする予約レコードチェック手段とを備え、上記予約レコードチェック手段は、イベント予約レコードをチェックして、上記所定のイベントが上記予約記憶部のイベント予約レコードに記録されているか否かを判定し、上記送信手段は、上記所定のイベントが上記イベント予約レコードに記録されていた場合に、上記予約アプリケーションに、上記イベント発生通知を送信することを特徴としている。
【００６５】
ここで、上述の「イベント発生通知の予約を管理すること」とは、以下のような処理が挙げられる。具体的には、例えば、遠隔演算装置の種類、イベントの種類、および／または、各装置の状態によっては、イベント通知予約を受け付けるべきではない状況も考えられる。このように、画像処理装置において、遠隔演算装置などからの予約（イベント予約要求）のアクセス制御を行うことが必要となる。また、例えば、遠隔演算装置からの予約と発生イベントとを対応付けて管理し、イベントを監視して、イベント発生通知を適切に行う必要がある。そして、登録されている予約を状況に応じて、新規に追加したり、削除したりする必要がある。
【００６６】
そこで、本発明の方法およびシステムによれば、画像処理装置によるイベント発生通知を要求する予約を管理し、イベント発生を監視することができ、適切なイベント通知の処理を実現することが可能となる。
【発明を実施するための最良の形態】
【００６７】
本発明のシステム、方法、および、装置は、遠隔演算装置と画像処理装置とを互いに通信可能にする。また、遠隔演算装置は、画像処理装置と通信を行うように設定されている。該画像処理装置は、画像処理装置、および、画像処理装置と通信を行う様々な遠隔演算装置を含むシステムと通信を行うように設定されている。
【００６８】
本発明の方法およびシステムは、イベント通知管理およびイベント通知予約を行う画像処理装置ための方法およびシステムを含んでいる。
【００６９】
本発明の実施形態は、図面を参照することにより、最もよく理解されるであろう。なお、全ての図中において、同様の部材には同じ符号を付与している。また、各図は、詳細な説明の一部として明確に組み入れられるものである。
【００７０】
本発明の構成要素を、ここに示されている図においては一般化して描き、説明しているが、多種多様な形態に変更および設計できることができる。したがって、本発明の方法およびシステムの実施形態に関する以下の詳細な説明は、本発明の範囲を限定するものではなく、単に、本発明の現時点での好ましい実施形態の一例を示すものに過ぎない。
【００７１】
本発明の実施形態の構成要素を、ハードウェア、ファームウェアおよび／またはソフトウェアに組み込んでもよい。本明細書中に記載されている典型的な実施形態は、これらの形態のほんの一例を説明しているが、当業者であれば、本発明の範囲内において、これらの構成要素をこれらのあらゆる形態において実施できることを理解できるであろう。
【００７２】
本発明の実施形態は、画像処理装置を遠隔演算装置のアプリケーションと統合するインターフェースならびに構成（アーキテクチャ）、および、画像処理装置単体では不可能なソリューションを提供する環境を含んでいる。また、ネットワーク上のアプリケーションが、画像処理装置の機能をプログラム制御でき、かつ画像処理装置の入力パネルを介してユーザと交信できる基本設備（インフランストラクチャ）およびインターフェースを含んでいてもよい。画像処理装置内で実用的でないソフトウェア機能は、画像処理装置からアクセス可能なサーバ上で実行することができる。
【００７３】
本明細書および特許請求の範囲では、画像処理装置（ＩＤｅｖ）を、画像処理機能を有する装置として説明する。ここでいう画像処理機能には、例えば、スキャン、印刷、コピー、画像伝送（送信および受信）、画像変換などの機能が含まれる。典型的な画像処理装置としては、プリンタ、コピー機、ファックス、スキャナ、画像を伝送，変換，または加工する演算装置等がある。また、画像処理装置（ＩＤｅｖ）は、複数の画像処理機能を有するものであってよい。例えば、これに限定されるものではないが、一般的には、プリンタ、スキャナ、コピー機および／またはファックス、または画像送信機／受信機のうちの複数の機能がある多機能周辺機器（ＭＦＰ）は、画像処理装置の１タイプである。なお、ＭＦＰとしての他の画像処理装置は、上記以外の機能の組み合わせを備えたものであってよい。
【００７４】
本明細書および特許請求の範囲では、遠隔演算装置（ＲＣＤ）を、データ処理ができ、かつ通信回線を介して他の装置と通信できる能力を有する装置である。遠隔演算装置（ＲＣＤ）は、画像処理装置などの他の装置と通信するために、例えばネットワーク、電話線、シリアルケーブル、または他の有線回線あるいは無線回線のような通信回線を備える必要があるリモート装置である。典型的な遠隔演算装置（ＲＣＤ）としては、通信回線を備えた、ネットワークサーバ、ネットワークコンピュータ、その他の処理装置、および、その他の記憶装置などが挙げられる。
【００７５】
本発明のいくつかの実施形態を、図１および図２を参照して説明する。これらの実施形態は、画像処理装置（ＩＤｅｖ）４を備えている。この画像処理装置４は、多機能周辺機器（ＭＦＰ）であってもよく単機能装置であってもよい。画像処理装置４は、ユーザインターフェース（ＵＩ）パネル２をさらに備えている。ユーザインターフェースパネル２は、入力ボタン１４および表示装置を備えている。あるいは、ユーザインターフェースパネル２は、タッチパネルシステムを備えていてもよい。タッチパネルシステムは、ボタン１４を備えていてもいなくてもよい。また、ユーザ入力および表示は、別個のＵＩ装置８を介して実行されるものであってよい。このＵＩ装置８は、例えばＵＳＢ、ネットワークケーブル、無線などの通信回線１２によって、画像処理装置４と接続されている。ＵＩ装置８は、表示装置だけでなく、キーボードまたはボタンのような入力装置を備えていてよい。また、ＵＩ装置８に備えられる表示装置は、タッチスクリーンパネルであってもよい。このような種類のＵＩ装置８は、リモート入力装置からＵＩ装置８へと入力された命令を伝送するためのインターフェースをさらに備えていてもよい。また、ＵＩ装置８は、画像処理装置４へ伝送するための入力データを記憶するために構成されている記憶装置（例えば、メモリスティック、ＵＳＢメモリカードなど）を備えていてよい。
【００７６】
これらの実施形態は、ネットワーク１０などの通信回線を介して画像処理装置４とリンクされている遠隔演算装置（ＲＣＤ）６をさらに備えている。このネットワーク１０は、一般的な有線回線または無線回線であってよい。
【００７７】
本発明の実施形態では、遠隔演算装置６から、ネットワーク１０を介して、画像処理装置４のＵＩパネル２またはＵＩ装置８へとメニューデータを提供してもよい。このメニューデータが画像処理装置４へ送られると、画像処理装置４のＵＩパネル２あるいはＵＩ装置８を使用して、遠隔演算装置６上において動作するアプリケーションと情報交換することができる。ＵＩパネル２あるいはＵＩ装置８が受け付けたユーザ入力を、遠隔演算装置６へ直接戻してもよい。
【００７８】
ウェブサービスは、ＵＲＩ（Uniform Resource Identifier）によって識別されたソフトウェアアプリケーションである。ＵＲＩのインターフェースおよびバインディング（binding）は、ＸＭＬ（Extensible Markup Language）のアーティファクトによって定義、記述、発見される機能を持ち、また、ＸＭＬベースのメッセージを用いて、インターネットベースのプロトコルを介して、他のソフトウェアアプリケーションと直接情報交換することをサポートする。
【００７９】
遠隔演算装置６上のアプリケーションは、１以上のウェブサービスを用いて画像処理装置４の様々な機能（使用可能にする機能、使用不可にする機能、装置の有用性を設定する機能、装置機能を制御する機能など）を制御することができる。
【００８０】
本発明の実施形態では、遠隔演算装置６上で動作するネットワークアプリケーションは、画像処理装置４のＩ／Ｏパネル（ＵＩパネル２）を介して、その画像処理装置４のユーザと情報交換できる。上記の実施形態では、画像処理装置４のユーザインターフェース（ＵＩ）（すなわち、タッチパネル、ボタン、または、ディスプレイ）をネットワークアプリケーションによって制御できる。また、カスタム表示画面またはカスタム表示メニューを、画像処理装置４に固有のユーザインターフェースと統合する形態もある。上記の実施形態では、画像処理装置４の機能の制御を、画像処理装置４のユーザインターフェースに対するユーザ入力に応じて画像処理装置４において実行する標準操作モードと、遠隔演算装置６上のアプリケーションなどのネットワークリソースを、画像処理装置４のユーザインターフェースにおけるユーザ入力を介して実行するオープンシステムモードとを切り替える（hand off）ことができる。
【００８１】
上記の実施形態では、テキストおよび図形を任意のフォーマットで表示するように、ネットワーク上で動作するアプリケーションが画像処理装置４のＵＩを完全に制御するようになっている。上記の実施形態では、上記アプリケーションは、所望のレイアウトで、ボタン、テキストボックス、および図形などをプログラム表示することができる。
【００８２】
上記ユーザインターフェースの配置を、マークアップ言語などの標準言語を用いて容易にプログラムすることができてもよい。これらの言語としては、ハイパーテキストマークアップ言語（Hypertext Markup Language：ＨＴＭＬ）、エクステンシブルマークアップ言語（Extensible Markup Language：ＸＭＬ）、ワイヤレスマークアップ言語（Wireless Markup Language：ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（Extensible Hypertext Markup Language：ＸＨＴＭＬ）等を用いることができる。
【００８３】
遠隔演算装置６のアプリケーションまたはサーバのアプリケーションが、キーボードＵＩを画像処理装置４の表示装置およびＵＩ装置８に表示させるように要求することができてもよい。また、この機能が、画像処理装置４において用いられることができ、遠隔演算装置６のアプリケーションによって再形成される必要がなくてもよい。また、上記遠隔演算装置６が、キーボードプロンプトやデフォルト値を定義するようにしてもよい。これらの実施形態では、遠隔演算装置６は、ＯＫボタン、キャンセルボタンのような、画像処理装置４のユーザインターフェースにおける各ボタンの名称を変更でき、他のボタンを定義できる。
【００８４】
また、画像処理装置４自体が、あるいは遠隔演算装置６が、画像処理装置４のユーザインターフェースにメニューテンプレートを供給するようにしてもよい。
【００８５】
（外部認証アプリケーション）
本発明の実施形態の中には、外部認証サーバとして登録されている遠隔演算装置６のアプリケーションを含んだものもある。この外部認証アプリケーションは、画像処理装置４へのアクセスを制御し、また画像処理装置４のユーザインターフェースを最上位で制御（top-level control）する。上記アプリケーションによるユーザインターフェースの制御は、内部制御部（internal auditor）による制御と同様の方法であってもよい。
【００８６】
上記の実施形態において、画像処理装置４の制御部は、起動時に、外部認証アプリケーションが登録されているかどうかを確認する。登録されている場合、画像処理装置４は使用不可モードになり、上記アプリケーションは上記ユーザインターフェースを制御するために接続される。上記外部認証サーバを利用できない場合は、エラーメッセージが表示されて、画像処理装置４は使用不可のままである。この場合、画像処理装置４は、利用可能になるまで、上記外部認証サーバに定期的に接続しようとする。下記の表１は、典型的な実施形態において、上記画像処理装置４が使用不可モードにある場合、何が上記ユーザインターフェースを制御するのかを表している。
【００８７】
【表１】
0004536696.tif 000002
【００８８】
（遠隔演算装置アプリケーション）
本発明の実施形態では、画像処理装置４のカスタムＵＩパネル２に対するアクセス方法は、アプリケーションによって異なっていてもよい。文書管理統合（Document Management integration）などのソリューションには、固有の画像送信画面を用いることが好ましいものもあるが、スキャンジョブに関する付加的な情報を集約したＵＩパネルを表示すものもある。カスタム印刷アプリケーションのような他のソリューションに、固有の機能以外の個々のモードからアクセスしてもよい。
【００８９】
これらソリューションアプリケーションの多様化するニーズに対応するため、上記の実施形態では、ユーザインターフェース制御に対する複数の統合ポイントをサポートしている。これらの統合ポイントは、ユーザによるアプリケーションを登録するための操作（「トリガ」）に基づいている。実施形態の中には、「遠隔演算装置Ｂ」に対する接続命令がＵＩパネル２になされて「トリガＡ」がいつ生じるのかを画像処理装置４において把握するために、アプリケーションがターゲット装置（画像処理装置４）に登録される。典型的な実施形態において、アプリケーションは、複数の「トリガ」ポイントにおいて画像処理装置４と一体化されている。
【００９０】
遠隔演算装置６は特定の機能に登録されており、画像処理装置４のユーザインターフェースにおいて上記機能（例えば画像送信）のハードウェアキーが押されたときに接続される。上記遠隔演算装置６によって供給されるユーザインターフェース情報は、画像処理装置４にもともと備えられている標準機能画面に代えて表示される。このトリガは、既存の機能を完全なカスタムＵＩの機能に置き換えるアプリケーションに対しても使用できる。このようなアプリケーションとしては、例えば、選択スキャンソリューション（alternative scan solution）や特殊ディスプレイなどがある。特殊ディスプレイとは、例えば、「セクション５０８」対応画面、または他の特殊なニーズに対応したインターフェースである。これら特殊ディスプレイは、大きなボタンまたは他の設備（accommodations）を備えていてもよい。
【００９１】
また、画像処理装置４における各機能のメニューを、タッチスクリーン上に表示してもよい形態もある。また、このメニューは、サーバなどの遠隔演算装置６が登録するようにしてもよい。これによって、ソリューションアプリケーションが、カスタムコンテンツを供給し、かつ、画像処理装置４によって設けられた標準機能の一部を引き続き利用することが可能になる。カスタムアプリケーションに割り当てられたボタンが選択されると、その機能に登録されたソリューションと共にメニューが表示される。ユーザは所望のソリューションを選択することができ、遠隔演算装置６は、命令を受けるために接続される。
【００９２】
遠隔演算装置６のアプリケーションを供給する独立型のＲＣＤモードが、全画面上に表示される上記ユーザインターフェースのジョブキュー部分からアクセスすることができる形態もある。このトリガポイントは、例えば画像処理装置４におけるカスタム印刷ソリューションのような、画像処理装置４の標準装置機能の一つに含まれないアプリケーションに使用できる。上記ＲＣＤメニューが選択されると、一般ＲＣＤモードに登録されているソリューションアプリケーションと共にメニューが表示される。ユーザは所望のソリューションを選択し、上記遠隔演算装置６は、命令を受けるために接続される。
【００９３】
（ハードウェアキーの相互作用）
本発明の実施形態の中には、画像処理装置４が使用可能であると、この装置を管理するために追加ハードウェアキーが使用されるものもある。典型的な実施形態におけるハードウェアキーの割り当てを表２に示す。
【００９４】
【表２】
0004536696.tif 000003
【００９５】
なお、＊キーの押し下しによるログアウトに加えて、タイムアウトによるログアウトを実行するようにしてもよい。また、所定時間（例えば１０秒〜２４０秒）が経過したときに自動的に消去する設定（あるいは使用不可にする設定）にしてもよい。これらの実施形態では、自動消去設定の時間内に何の動作もなかった場合、装置は自動的に使用不可モードに戻り、ユーザインターフェースを再制御するために遠隔演算装置６に接続を試みる。
【００９６】
（エラー＆ジャム通知）
特定のソリューションに応じて、遠隔演算装置アプリケーション（ＲＣＵアプリケーション）は、画像処理装置４のユーザインターフェースおよび特定の画像処理ジョブ（imaging job）を完全に、あるいは部分的に制御してもよい。部分的制御の場合、遠隔演算装置６がクリックをモニタリングしながら、固有モード（native mode）においてユーザインターフェースの情報交換に応答できるようにし、ジョブを制御していてもよい。また、部分的制御として、遠隔演算装置アプリケーションが固有モードと一体化される構成としてもよい（ユーザインターフェーストリガ＝機能カスタムメニュー）。画像処理装置４が、関連する遠隔演算装置アプリケーションに全てのエラーおよびジャム通知を送信するようにしてもよい。
【００９７】
遠隔演算装置アプリケーションが画像処理装置４のユーザインターフェースおよびジョブを完全に制御するケースでは、エラーおよびジャム通知を、エラーの種類に応じて異なる方法で処理するようにしてもよい形態もある。修復可能なエラーの場合は、遠隔演算装置アプリケーションに通知が送信され、該アプリケーションは、メッセージの表示および通知されたエラーを解決する処理を行う。また、修復不可能なエラーの場合、画像処理装置モードとＲＣＤモードとが情報交換して、エラー状態を適切に処理する（例えば、ユーザに、ジャムを消去するという命令を与える）。
【００９８】
（ハンドオフ制御（Control Handoffs））
画像処理ジョブ中の様々な時点において、複数のアプリケーションによって画像処理装置を制御するようにしてもよい。これらのアプリケーションとしては、特に限定されるものではないが、例えば外部認証アプリケーション、標準的なＲＣＤアプリケーション、画像処理装置４の固有モードなどが含まれる。以下の説明では、典型的な実施形態における、典型的なジョブの様々な工程について、各工程中における制御を行う主体、およびどの様な種類の制御が可能であるかについて説明する。
【００９９】
工程１：ユーザが、画像処理装置のユーザインターフェースにおいて、画像処理装置にアクセスするための証明データを提示する。この工程は、外部認証アプリケーションなどの遠隔演算装置６、または画像処理装置４自体に内蔵される内部課金（Internal Accounting）（固有モード）によって制御される。この工程の最後に、画像処理装置は使用可能になる。上記の外部認証アプリケーションはまた、デフォルトパラメータを指定してもよく、あるいは特定のジョブパラメータを使用不可にしてもよい（例えば、デフォルトファイル形式はＰＤＦだが、ユーザがこれを変更できるようにしてもよい。また、カラーモードは白黒に設定されていて、ユーザがこれを変更できないようにしてもよい。）。
【０１００】
工程２：ユーザが、上記画像処理装置の固有モード農地の１つまたは標準的なＲＣＤのアプリケーションを使用して、ジョブパラメータを設定する。この工程の最後に、ユーザはジョブを開始するための入力を行う。この入力がなされると、任意の通知が上記の標準的なＲＣＤアプリケーションへ送信される。次に、この標準的なＲＣＤアプリケーションが、必要に応じてジョブパラメータを変更する。ユーザが入力を行ったときに通知を要求するアプリケーションの一例として、電子メールのアプリケーションが挙げられる。ユーザは、固有の画像送信画面または他の入力手段を使用して、スキャンオプションを選択し、電子メールの受信者を選択する。次に、ユーザは、カスタムアプリケーションボタンを選択して、メニューから、スキャン・電子メール送信（scan-to-e-mail）オプションを選択する。次に、ユーザのファイルについての許可設定を行うために、電子メールアプリケーションがカスタム画面を表示する。ユーザが原稿をスキャン器上に置いて処理を開始すると、電子メールアプリケーションは、ユーザによって設定された宛先パラメータを取り込み、上記の対象の宛先を、電子メールアプリケーションのＦＴＰサーバに変更する。次に、電子メールアプリケーションは、上記ファイルを受信し、適切な許可を与え、ユーザによって選択された電子メールを受信者へ送信する。なお、いくつかの実施形態と同様に、上記アプリケーションが、読み取った画像のサムネイルを作成して表示させてユーザに確認させる場合、この時点で、遠隔演算装置のアプリケーションは、ユーザインターフェースの再制御を要求してもよい。
【０１０１】
工程３：上記ジョブが開始されると、画像処理装置は、このジョブのスキャンまたはＲＩＰｉｎｇを実行して、それをＨＤＤにスプールする。画像処理装置が、外部認証アプリケーションを用いてジョブを認証するように構成されている場合は、上記アプリケーションへクリックレポートを送信して命令を待つ。上記外部認証アプリケーションは、ジョブの送信／印刷、キャンセル、またはジョブパラメータの変更をする（ジョブパラメータを変更して使用可能にする）ことができる。例えば、ルールベース印刷アプリケーションは、クリックレポートを受信後、ジョブパラメータの変更を求める。ルールベース印刷アプリケーションには、時刻、宛先、その他の多くのパラメータに基づいて、各ユーザが実行できる行為を制限する、ルールベース印刷およびルールベーススキャンをサポートしているものもある。例えば、マーケティンググループ内のユーザのみが高品質のカラー画像をスキャンすることができるように設定できる。例えば、別グループのユーザがカラー，６００ｄｐｉを選択すると、ルールベースアプリケーションは、パラメータをカラー，２００ｄｐｉに変更する。この工程の最後において、上記ジョブは許可されるか、あるいはキャンセルされる。
【０１０２】
工程４：工程２の上記の標準的なＲＣＤアプリケーションが、一時的な保存先としてＨＤＤに宛先を指定した場合は、この工程は省略してもよい形態もある。また、この工程は、実施形態によっては、画像処理装置４上で動作するＪａｖａ（登録商標）アプリケーションによって実行されるものであってもよい。例えば、政府機関は、画像処理装置４上で動作するカスタム暗号化アプリケーションを有することがある。このカスタム暗号化アプリケーションは、スキャンされた文書を取り込み、それを暗号化し、その後、工程２においてユーザが選択した対象の宛先へと、この文書を送信するよう画像処理装置４に要求する。なお、この工程の後および送信／印刷工程後に、外部認証アプリケーションへ通知を送ると有益である形態もある。この工程の後が有益であるのは、上記画像処理装置が、上記ファイルがどれほどの時間ハードディスクに記憶されるのか、あるいは、上記アプリケーションがそれを用いて何を行うのか、を認識していないからである。
【０１０３】
工程５：最終工程において、上記ファイルが実際に出力される。典型的な実施形態では、上記ファイルは、ネットワーク上で送信されるか、あるいは端末において印刷される。この工程の最後に、ジョブが正常に終了したという通知が、上記外部認証アプリケーションへ送信される。なお、上記標準的なＲＣＤアプリケーションへも送信されるようにしてもよい。
【０１０４】
（装置制御および管理ＡＰＩ）
ＡＰＩによって、遠隔演算装置アプリケーションが、販売アプリケーション（vend applications）を実行する画像処理装置へのアクセスを制御し、遠隔位置から該画像処理装置４を管理するようにできる。
【０１０５】
（装置制御および販売ＡＰＩ（Device Control and Vend API））
本発明の実施形態では、装置制御および販売ＡＰＩによって、アプリケーションが、画像処理装置４へのアクセスを可能または不可能にし、かつクリック数を追跡記録するようにできるものもある。装置制御および販売ＡＰＩは、遠隔演算装置６に以下に示す制御を行わせる。
【０１０６】
画像処理装置４の機能を使用可能／使用不可能にする：これにより、遠隔演算装置６が、画像処理装置４全体へのアクセス、または画像処理装置４の特定の機能へのアクセスを可能または不可能にして、個々のユーザの権利を行使させることができる。典型的な実施形態としては、例えば表３に記載の機能を、アプリケーションによって任意に使用可能または使用不可能にするものもある。
【０１０７】
【表３】
0004536696.tif 000004
【０１０８】
使用されたクリックをレポートする：正常なジョブの最後に、使用されたクリックが遠隔演算装置ＲＣＤに戻ってレポートされる。
【０１０９】
【表４】
0004536696.tif 000005
【０１１０】
デビットモード（Debit Mode）：これらの実施形態において、アプリケーションは画像処理装置４を使用可能にする際、現在のジョブが認証を要するか否かを指定する。この場合、上記ジョブはメモリにスプールされ、クリック情報（例えば表４において定義された情報）が遠隔演算装置６へ送信される。上記ジョブを削除すべきか、あるいは出力／送信するべきかを、遠隔演算装置６は画像処理装置４に通知する。この時、上記アプリケーションは、ジョブパラメータを変更するか否か選択することができる。上記アプリケーションが認証を要求しない場合、上記ジョブは通常通りに続行され、このジョブの最後にクリックレポートが送信される。
【０１１１】
印刷ジョブの課金：これらの実施形態において、遠隔演算装置６は、ウォークアップ機能（walk-up function）および印刷ジョブの監視を実行する。印刷ジョブの課金にあたり、画像処理装置４は、送信されてくる全ての印刷ジョブを監視し、またジョブを印刷する前にＰＪＬヘッダー中の課金データを照合のために遠隔演算装置６へ送る。遠隔演算装置６は、この課金データ（またはその不足）を検証して、ジョブを続行すべきかあるいはキャンセルすべきかを示す情報を画像処理装置４に与える。
【０１１２】
未確認ジョブに関するレポート：これらの実施形態において、遠隔演算装置ＲＣＤは、例えば装置レポートや送信されてくるファックスジョブなど、遠隔演算装置ＲＣＤが特定のユーザと関連付けできない印刷ジョブの監視を要求する。遠隔演算装置ＲＣＤは、全ての未確認ジョブのクリック数を受信するための登録をして、これらのジョブを一般アカウント（general account）に請求することができる。
【０１１３】
（装置管理ＡＰＩ）
本発明の実施形態では、装置管理ＡＰＩによって、ネットワークアプリケーションが、画像処理装置を遠隔設定および管理できるようにしてもよいものもある。典型的な実施形態では、上記装置管理ＡＰＩは、遠隔演算装置６に以下の制御を行わせることができる。
・装置状態−遠隔演算装置６は、画像処理装置４の現在の状態を要求する。これは、埋め込み型ウェブページ（embedded web pages）にレポートされる状態情報と同じである。
・装置構成−遠隔演算装置６は、画像処理装置４によってサポートされている、インストールされているオプションの一覧を検索する。
・ウェブページ設定−遠隔演算装置６は、埋め込み型ウェブページ上で構成可能な任意の値を検索および設定する。
・キー操作プログラム−遠隔演算装置６は、ソフトウェアキーを含むキー操作プログラムにおいて構成可能な任意の値を検索および設定する。
・カスタム設定−遠隔演算装置６は、カスタム設定において構成可能な任意の値を検索および設定する。
・ジョブ状態−ジョブ状態遠隔演算装置ＲＣＤは、現在のジョブキューおよび履歴情報を検索して、そのキューのジョブの優先順位を変更する、あるいは該ジョブを削除する。
・クリック数―遠隔演算装置６は、画像処理装置４におけるクリック数の総数、およびアカウントコードによる各機能のクリック数を検索する。
・データのセキュリティー設定−遠隔演算装置６は、ＤＳＫ上の状態情報（例えば最終削除）を検索して、データ消去機能を開始する。
・レッドデータ（RED DATA）−遠隔演算装置６は、レッドメッセージ（RED message）等で通常送信される全てのデータを検索する。
・遠隔リブート―遠隔演算装置６は、画像処理装置４のリブートを開始する。
【０１１４】
上記の分類は、どの設定が含まれるべきかを詳述する典型的な実施形態として記載されているにすぎない。実施形態によっては、実際のＡＰＩが、機能領域ごとに分類されているものもある。なぜなら、キー操作設定とウェブページ設定とが重複している可能性があるためである。
【０１１５】
（内部課金ＡＰＩ（INTERNAL ACCOUNTING API））
内部課金ＡＰＩによって、遠隔演算装置アプリケーションが、内部課金のシステムを構成し、かつクリック数をレポートすることができる。模範的な実施形態の中には、内部課金ＡＰＩが、以下のものを含んでいるものもある。
・監査オプションを設定−遠隔演算装置６は、どのモードの監査が可能であるのかを含む監査オプションを設定する。上記のモードとしては、例えば、「アカウント番号のセキュリティー」、「無効なアカウントのジョブのキャンセル」などが含まれる。
・アカウントコードの管理−遠隔演算装置６は、アカウントコードを追加、編集、または削除する。
・アカウント制限−遠隔演算装置アプリケーションは、個別のアカウントコードまたは全アカウントコードの、クリック数の上限を機能別に指定する。
・アカウントリセット−遠隔演算装置アプリケーションは、個別のアカウントまたは全アカウントのクリック数をリセットする。
・クリック検索−遠隔演算装置６は、各アカウントコードのクリック数を機能別に検索する。
【０１１６】
（フォントおよび書式管理ＡＰＩ（Font and Form Management API））
上記の実施形態では、フォントおよび書式管理ＡＰＩを含んでいてもよいものもある。フォントおよび書式管理ＡＰＩによって、ＲＣＤアプリケーションが、フォントおよび書式を大容量記憶装置に遠隔ダウンロードして管理することができる。実施形態の中には、フォントおよび書式管理ＡＰＩは、遠隔演算装置６に以下の制御を行わせることができるものもある。
・大容量記憶装置の制御−遠隔演算装置６のアプリケーションは、記憶容量、利用可能なスペース、および書込み禁止モードを含む、大容量記憶装置の状態情報を検索し、かつ書込み禁止状態を変更する。
・リソース一覧−遠隔演算装置アプリケーションは、記憶されているフォントおよび書式（例えば、フォントまたはマクロＩＤ、フォント番号、フォント／書式名、エスケープシーケンス、ファイルサイズなど）の一覧を検索する。
・リソースのダウンロード−遠隔演算装置アプリケーションは、ＰＣＬフォント、ＰＣＬマクロ、ＰＳフォント、書式をダウンロードする。リソースがウェブページを介してダウンロードされる際に実行されるあらゆる特別な処理は、リソースがオープンシステムを介してダウンロードされる際にも実行される。
・リソースを削除−遠隔演算装置アプリケーションは、大容量記憶装置に記憶されている全てのリソースを削除する。
・リソースをアップロード−遠隔演算装置アプリケーションは、個々の、あるいは全てのリソースをアップロードする。効率的なメモリ管理を行えない画像処理装置４の場合、サーバプリケーションは、この機能を用いて大容量記憶を「デフラグ」することができる。
・フォント／マクロＩＤ−遠隔演算装置アプリケーションは、ＰＣＬフォントおよびマクロに割り当てられたＩＤを割り当て、または変更する。
【０１１７】
（ファームウェア管理ＡＰＩ（Firmware Management API））
上記の実施形態には、ファームウェア管理ＡＰＩによって、遠隔演算装置またはネットワークアプリケーションが、画像処理装置ファームウェアを遠隔ダウンロードおよび管理するようにしてもよいものもある。典型的な実施形態では、ファームウェア管理ＡＰＩは、遠隔演算装置６（例えばサーバ）に以下の制御を行わせることができる。
・ファームウェアバージョン−遠隔演算装置アプリケーションは、現在のファームウェアバージョン番号を検索する。
・サービスモード−遠隔演算装置アプリケーションは、ＭＦＰをサービスモードにして、ファームウェアのアップグレードを阻害するであろう他のジョブを締め出す。サービスモード要求を受信すると、画像処理装置４は、送信されてくるジョブの受信を停止し、キューの全てのジョブを終了し、そして該画像処理装置４がサービスモードにあることをサーバに通知する。
・ファームウェアをアップデート−遠隔演算装置６は、最新ファームウェアバージョンを画像処理装置４にダウンロードする。再起動が必要である場合、ダウンロード終了後に画像処理装置４を自動的に再起動させる。
・ダウンロード状態−画像処理装置４は、ファームウェアのダウンロード後、遠隔演算装置６に状態通知（正常／エラー）を送信する。
・旧バージョンへ戻す−ファームウェアが正常に更新されない場合、旧ファームウェアバージョンへ戻すよう画像処理装置４に要求する。
【０１１８】
（装置機能ＡＰＩ）
上記の実施形態の中には、装置機能ＡＰＩによって、遠隔演算装置アプリケーションが、既存の画像処理装置の機能性を用いて新しいカスタムソリューションを提供することができるものもある。
【０１１９】
（画像送信ＡＰＩ）
上記の実施形態の中には、画像送信ＡＰＩによって、遠隔演算装置に以下の制御を行わせることができるものもある。
・画像送信パラメータ―遠隔演算装置ＲＣＤのアプリケーションは、以下のスキャンおよびファックスパラメータ値を入手および設定する：
・カラーまたは白黒
・画像モード−テキスト、テキスト／フォト、フォト；露光レベル
・解像度
・ファイル形式―ファイルの種類、圧縮、ファイルのページ数
・原稿―原稿サイズ、片面／両面、回転、ジョブビルド（job build）
・ファイル名
・件名
・メッセージ
・送信元
・予定送信時間
・ページ分割（本のスキャン）
・表紙
・伝送メッセージ（機密、緊急など）
・薄紙のスキャン
・宛先
・文書ファイリング
・スキャン開始―遠隔演算装置ＲＣＤのアプリケーションは、スキャン機能を開始させる（ユーザがスタートボタンを押した場合と同様に開始させる）。
【０１２０】
実施形態の中には、遠隔演算装置６が、画像処理装置４のデフォルト値、または現在のジョブの値を変更できるものもある。また、遠隔演算装置６が、現在のジョブに対してユーザがスキャンパラメータを変更できるかどうかを指定するようにしてもよい。１つの遠隔演算装置アプリケーション（例えばアクセス制御アプリケーション）がパラメータを変更できないように指定し、第２のアプリケーション（例えば文書管理アプリケーション）がパラメータを設定しようとした場合、第２のアプリケーションに通知が送信され、設定は変更されない。
【０１２１】
（印刷ＡＰＩ）
実施形態の中には、遠隔演算装置が、印刷ジョブを、標準印刷チャネルを介して提示するようにしてもよいものもある。実施形態の中には、印刷ＡＰＩが、遠隔演算装置に以下の制御を行わせるようにしてもよいものもある。
・ＰＪＬ検索（sniffing）−遠隔演算装置ＲＣＤのアプリケーションは、印刷ジョブ中に特定のＰＪＬコマンドが発見されたときに命令に接続する（contacted for）ように、画像処理装置に登録する。遠隔演算装置は、画像処理装置ＩＤｅｖに、コマンドの置き換え、ジョブのキャンセル、または印刷の続行を命令できる。このインターフェースは、課金などのアプリケーションに使用することができ、他の種類のアプリケーションとの互換性がある。
【０１２２】
（コピーＡＰＩ）
上記の実施形態では、コピーＡＰＩ（Copy API）が、遠隔演算装置に以下の制御を行わせるようにしてもよい。
・コピーパラメータ―遠隔演算装置ＲＣＤのアプリケーションは、以下のコピーパラメータの値を入手および設定する。
【０１２３】
・カラーまたは白黒
・露光−テキスト、テキスト／フォト、フォト、スーパーフォト；露光レベル
・用紙選択（トレイ毎）
・コピー率
・両面コピー−１対１、１対２、２対２、２対１；端部綴じ
・排出−排出トレイ、ソート、ステープル、グループ、オフセット
・原稿サイズ
・特殊な機能−余白変更、消去、パンフレット等
・文書ファイリング
・コピー開始−遠隔演算装置ＲＣＤのアプリケーションは、コピー機能を開始する（ユーザがスタートボタンを押した場合と同様に開始させる）。
【０１２４】
実施形態の中には、遠隔演算装置が、画像処理装置のデフォルト値、または現在のジョブの値を変更できるものもある。また、遠隔演算装置が、現在のジョブに対してユーザがコピーパラメータを変更できるかどうかを指定するようにしてもよい。
【０１２５】
（文書ファイリングＡＰＩ）
上記の実施形態では、文書ファイリングＡＰＩが、遠隔演算装置に以下の制御を行わせるようにしてもよいものもある。
・バックアップ／復元−遠隔演算装置ＲＣＤのアプリケーションは、全ての文書ファイリングデータと共にバッチファイルをインポートおよびエクスポートする。実施形態の中には、このパッケージが独自の形式（proprietary format）であってもよいものもある。なぜならこのパッケージは、パスワード保護されている個人がアクセスできない文書を含んでいるからである。このパッケージは、一般的には、障害の際や他装置へ複製する際に復元するために用いられる。
・ファイル／フォルダリスト−遠隔演算装置６のアプリケーションは、画像処理装置４へ記憶させるため（あるいは画像処理装置４の管理のため）に、新規のファイルおよびフォルダを検索、変更、および、作成する。
・ファイルのダウンロード−遠隔演算装置６は、新規ファイルを文書ファイリングシステムへダウンロードし、フォルダ、ファイル名、ユーザ名、パスワードを指定する。
・ユーザリスト−遠隔演算装置アプリケーションは、画像処理装置４へ記憶させるため（あるいは画像処理装置４の管理のため）に、新規のユーザを検索、変更、および、登録する。
・ＨＤＤ状態−遠隔演算装置アプリケーションは、メインフォルダ、クイックフォルダ、カスタムフォルダに割り当てられている％（容量の割合）、および残存％などの、現在のＨＤＤ状態を検索する。
・文書ファイリングパラメータ−遠隔演算装置アプリケーションは、ファイルを文書ファイリングへ保存する際の、各種の値（例えば以下に示す値）を入手および設定する：
・露光
・解像度
・原稿−サイズ、片面／両面
・ファイル情報−ユーザ名、ファイル名、フォルダ、機密、パスワード
・特殊モード−消去、袋とじコピー、２ＩＮ１、ジョブビルド、カードショット（card shot）
・印刷開始−遠隔演算装置アプリケーションは、記憶されているファイルの１つを選択し、例えば以下のパラメータを反映して印刷を開始する：
・用紙サイズ／ソース
・排出−ソート／グループ化、排出トレイ、ステープル、パンチ、オフセット
・片面／両面（タブレット／ブックレット）
・タンデム印刷
・コピー部数
・印刷後に削除するかあるいは保存しておくか
・送信開始−遠隔演算装置のアプリケーションは、記憶さているファイルの１つを選択し、例えば以下のパラメータを反映して送信を開始する：
・解像度
・ファイル形式
・宛先
・タイマー
・送信元
・ファイル名
・件名
・メッセージ
【０１２６】
(セキュリティー)
外部アプリケーションによる画像処理装置４の制御を可能にすることによって、該画像処理装置４が、新たなセキュリティーの脆弱性にさらされることになる。セキュリティー対策を提供している本発明の実施形態では、以下の典型的な項目がセキュリティー上の懸念事項であり、遠隔演算装置６のインターフェースによってこれらに対処している。
【０１２７】
遠隔演算装置６のインターフェースへのアクセスは、正規アプリケーションに限定されている。実施形態では、画像処理装置４の広範囲に及ぶアクセスおよび制御を提供しているが、これによってセキュリティー上の重大な危険がもたらされる。これらの実施形態におけるインターフェースは、攻撃者によるアクセスから保護されている一方、有効なソリューションのセットアップおよび利用は容易なままである。
【０１２８】
機密データ（ユーザ証明データおよびジョブデータ）は、ネットワーク伝送中は保護されている。ユーザ証明データおよびジョブデータがネットワーク伝送中に保護されているのは、盗難予防、侵入者による装置動作のモニター予防、そして介入者攻撃によるメッセージの改変予防を確実に行えるようにするためである。画像処理装置４は、該画像処理装置４と遠隔演算装置アプリケーションとの間を通信している間、データの安全を確保するように、セキュアソケットレイヤー（Secure Sockets Layer；SSL）および他の接続をサポートしている。
【０１２９】
管理者は、画像処理装置４へのアクセスを制限することができる。厳しいセキュリティーを要求するユーザに対して、管理者は遠隔演算装置６からのアクセスを不可にしたり、特定のアプリケーションへのアクセスを制限することができる。管理者は、任意に、画像処理装置４のインターフェースにアクセスできるアプリケーションを限定して登録することができる。
【０１３０】
遠隔演算装置アプリケーションは、画像処理装置４に「なりすまし」されないようにすることができる。遠隔演算装置６は、該遠隔演算装置６と接続されている画像処理装置４を認証することができる。これは、侵入者が、その画像処理装置４になりすましてネットワーク構成およびパスワード情報を収集したり、文書管理システムのファイル／フォルダ構成をモニターしたり、画像処理装置４のセキュリティー設定およびＤＳＫ状態をだましたりできないようにするためである。
【０１３１】
遠隔演算装置６は、サーバに「なりすまし」されないようにすることができる。画像処理装置４は、該画像処理装置４と接続されている全遠隔演算装置６を認証できなければならない。これは、侵入者が遠隔演算装置６のＩＰアドレスになりすますことを防ぐためである。遠隔演算装置６を装うことによって、侵入者は、ユーザ証明データを盗み出したり、読み取った文書を転送したり、装置構成またはファームウェアを改変したり、（権限のないユーザにアクセスを与えるため、あるいは正規ユーザに対するサービス不能攻撃を開始するために）アクセス制御システムを停止させたりできる。
【０１３２】
アクセス制御／販売アプリケーションは、遠隔演算装置６が使用できない状態にあるときは、危険にさらされることはない。遠隔演算装置６が使用できない状態にあるとき、画像処理装置４にオープンアクセスを与えることは許可されない。遠隔演算装置６が起動されているにもかかわらず使用できない場合、あるいは随時使用できなくなった場合（例えば、誰かがネットワークケーブルを切断した場合）、画像処理装置４は即座に使用不可になり、エラーメッセージが表示される。
【０１３３】
管理者は、企業およびあるいはアプリケーションの必要性に基づいて、セキュリティーレベルを調整することができる。セキュリティー要件は、遠隔演算装置アプリケーションの開発に費やす時間、およびソリューションを実行するために必要なリソースに大きな影響を与える。いくつかの実施形態を利用するユーザは、保有する画像処理装置４は１つで、ＩＴスタッフがおらず、単純なスキャンアプリケーションまたは印刷アプリケーションを使用している小企業から、アクセス制御と全装置の動作について記録する監査証跡とを用いる政府機関にまで及ぶかもしれない。画像処理装置４のインターフェースを保護するために講じられるセキュリティー対策は、目的とする環境と合致するように、管理者によって調整可能である。
【０１３４】
画像処理装置４および遠隔演算装置アプリケーションは、ユーザ証明データを相互に通信することができる。ユーザは、ジョブ中の複数の時点において、ログインするように促されることがある。例えば、アクセス制御アプリケーションまたは課金アプリケーションは、全ての装置アクセスを制御し、画像処理装置４は、画像送信を可能にするユーザ認証を行い、文書管理アプリケーションは、フォルダリストを表示する前に、ユーザにログインするよう要求する。多くの環境において、これら全てのアプリケーションは、共通のユーザデータベースを使用する。このため、実施形態によっては、ユーザが認証工程を繰り返す必要がないように、上記アプリケーションはユーザ証明データを相互に通信し合うことが望ましいものもある。
【０１３５】
本発明の一部の実施形態について、図３を参照して説明する。これらの実施形態は、例えば通信回線を介して接続されるサーバなどの遠隔演算装置と相互通信するように構成された画像処理装置を含んでいる。画像処理装置３０は、ユーザインターフェース３２およびディスプレイ３６を備えている。ユーザインターフェース３２は、例えばキーボード、１つ以上のボタン、ノブまたはスイッチ、あるいはタッチスクリーンパネルといった、ユーザ入力パネル３４である。ディスプレイ３６は、タッチスクリーンパネル形式のユーザ入力装置であってもよい。
【０１３６】
画像処理装置３０は、一般的に、１つ以上の画像処理機能を実行する能力がある。ここでいう画像処理機能としては、例えばスキャン、印刷、コピー、ファックス通信（送信および受信）などが含まれるが、これらに限定されるものではない。
【０１３７】
この実施形態では、通信回線３８がさらに備えられている。この通信回線３８は、（図３に示すような）有線であってよい。有線としては、例えば、ネットワークケーブル、ユニバーサルシリアルバス（Universal Serial Bus；USB）ケーブル、シリアルケーブル、パラレルケーブル、例えばホームプラグ（HomePlug）接続回線などの電力通信線、あるいはその他の有線を用いることができる。あるいは、通信回線３８は、無線であってもよい。無線による接続としては、例えば、ＩＥＥＥ８０２．１１（ｂ）規格の接続、ブルートゥース接続、赤外線通信協会（Infrared Data Association；IrDA）接続、あるいはその他の無線接続を用いることができる。
【０１３８】
画像処理装置３０の動作例について、図４を参照して説明する。これらの実施形態では、まず、画像処理装置３０は、遠隔演算装置（図３には不図示）からメニューデータを受信する（工程４０）。この遠隔演算装置は、有線または無線接続の通信回線３８を介して画像処理装置３０に接続されている。次に、画像処理装置３０のユーザインターフェース３２のディスプレイ３６に上記メニューデータを表示する（工程４２）。リモートメニューデータをこのように表示させる目的は、ユーザによる、ユーザインターフェース３２のユーザ入力パネル３４上での入力を迅速にするためである。
【０１３９】
上記実施形態の画像処理装置３０は、リモートメニューデータが表示された後のユーザによる入力を受け付けて、ユーザ入力データを遠隔演算装置へ送信するように構成されている（工程４４）。実施形態によっては、このユーザ入力データは、遠隔演算装置によって処理されるものもある。上記処理とは、例えば、遠隔演算装置におけるアプリケーションの実行、遠隔演算装置に記憶されているデータへのアクセス、該データの通信などである。
【０１４０】
また、上記実施形態の画像処理装置３０は、上記ユーザ入力データの処理によって生じるデータを受信する（工程４６）ように構成されている。上記受信するデータとは、ユーザ入力後に遠隔演算装置上で実行されるアプリケーションによって生成されるデータを含んでいてもよい。画像処理装置３０はまた、ユーザ入力の処理後にファイルサーバなどの遠隔演算装置に記憶されたデータを受信してもよい。
【０１４１】
画像処理装置３０は、上記処理データを受信する（工程４６）と、そのデータに応じて、あるいはそのデータを使用することによって固有の機能を実行する（工程４８）。例えば、これに限定されるものではないが、画像処理装置３０は、遠隔演算装置に記憶され、かつユーザ入力に応じて遠隔演算装置上で修正されている文書を印刷する。別の例として、これに限定されることはないが、画像処理装置３０は、工程４６における処理データを受信すると、上記画像処理装置３０の機能（例えば、スキャン、コピー、印刷、ファックス通信）をアクティブまたは使用可能にするようになっていてもよい。
【０１４２】
画像処理装置３０の、さらに具体的ないくつかの実施形態について、図５を参照して説明する。上記実施形態では、画像処理装置３０は、マークアップ言語によってフォーマットされたメニューデータを、遠隔演算装置から受信する（工程５０）ように構成されている。上記メニューデータが通信される通信回線は、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol；HTTP）を使用して構築および維持されるものであってもよい。上記のマークアップ言語としては、例えばハイパーテキストマークアップ言語（ＨＴＭＬ）、エクステンシブルマークアップ言語（ＸＭＬ）、ワイヤレスマークアップ言語（ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（ＸＨＴＭＬ）、および／または他の言語を用いることができる。
【０１４３】
画像処理装置３０は、上記メニューデータを受信（工程５０）すると、受信したメニューデータを画像処理装置３０のユーザインターフェースディスプレイ３６上に表示する（工程５２）。前述した実施形態と同様に、上記メニューデータは、一般的に、画像処理装置３０のユーザインターフェース３２上でのユーザによる入力を迅速にするためのものである。遠隔記憶されたメニューデータの表示（工程５２）は、画像処理装置３０に備えられているブラウザアプリケーションを用いて達成されてよい。
【０１４４】
上記の実施形態では、画像処理装置３０はさらに、ユーザインターフェース３２を介して受信されたユーザ入力を、遠隔演算装置へと送信する（工程５４）ように構成されている。遠隔演算装置は、上記ユーザ入力を受信すると、アプリケーションを実行するか、あるいは受信したユーザ入力を処理してその処理結果を画像処理装置３０へ返信する。画像処理装置３０はさらに、遠隔演算装置から処理データを受信する（工程５６）ように構成されている。実施形態によっては、画像処理装置３０が、処理データの受信（工程５６）後に、１つ以上の機能を実行するようにしてよいものもある。
【０１４５】
本発明のさらに他の実施形態について、図６を参照して説明する。この実施形態は、通信回線６４を備えた遠隔演算装置（ＲＣＤ）６０を含んでいる。通信回線６４としては、（図６に示したように）ネットワークケーブル、ユニバーサルシリアルバス（ＵＳＢ）ケーブル、シリアルケーブル、パラレルケーブル、例えばホームプラグ接続などの電力通信線、あるいはその他の有線などを用いることができる。あるいは、通信回線６４による接続は、例えばＩＥＥＥ８０２．１１（ｂ）規格の接続、ブルートゥース接続、赤外線通信協会（ＩｒＤＡ）規格によって規定されているような赤外線接続、あるいはその他の無線接続であってもよい。実施形態の中には、遠隔演算装置６０がさらに、データ記憶装置６２をさらに備えていてもよいものもある。このデータ記憶装置６２は、一般的にはハードドライブであるが、例えばコンパクトディスクドライブなどの光学ドライブ装置、フラッシュメモリ、またはその他の記憶装置であってよい。
【０１４６】
遠隔演算装置６０の実施形態について、図７を参照してより詳細に説明する。これらの実施形態では、遠隔演算装置６０はプロセッサ７２を備えている。このプロセッサ７２は、データを処理し、かつオペレーティングシステムやアプリケーションなどのプログラムを実行する。遠隔演算装置６０はメモリ７４をさらに備えている。このメモリ７４は、ランダムアクセスメモリ（ＲＡＭ）であってもよく、読込専用メモリ（ＲＯＭ）であってもよい。一般的には、プロセッサ７２によって処理されるあらゆるアプリケーションはメモリ７４に読み込まれる。遠隔演算装置６０はさらに、ネットワークインターフェース７８を備えている。このネットワークインターフェース７８は、遠隔演算装置６０が、画像処理装置３０などの別の装置と通信することを可能にする。なお、実施形態によっては、遠隔演算装置６０は、ユーザインターフェース（ＵＩ）８０をさらに備えているものもあるが、これは多くの実施形態において不要である。また、遠隔演算装置６０は、本発明の実施形態の画像処理装置３０によってアクセスされるアプリケーションおよびデータを記憶させる記憶装置６２を備えている。プロセッサ７２、メモリ７４、記憶装置６２、ネットワークインターフェース７８、および任意に備えられるユーザインターフェース８０は、一般的に、システムバス７６によって接続されている。これによって、各部材間のデータ伝送が可能になる。通信回線６４は、ネットワークインターフェース７８を介して、遠隔演算装置６０を別の装置と接続させる。
【０１４７】
図８に関して記載したいくつかの実施形態では、遠隔演算装置６０は、記憶装置６２またはメモリ７４に記憶されたメニューデータを有している。画像処理装置３０のユーザインターフェース３２上にこのメニューデータが表示されるように構成されていてもよい。また、上記メニューデータは、様々な形式および構成で記憶されてよい。実施形態の中には、上記メニューデータが、マークアップ言語によって表現される言語形式（form of terms）であってもよいものもある。マークアップ言語としては、ハイパーテキストマークアップ言語（ＨＴＭＬ）、エクステンシブルマークアップ言語（ＸＭＬ）、ワイヤレスマークアップ言語（ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（ＸＨＴＭＬ）、および／または他の言語を用いることができる。本実施形態では、メニューデータは、工程８２において、通信回線６４を介して画像処理装置３０へと送信される。従って、画像処理装置３０上に表示されるように構成されたメニューデータは、遠隔演算装置６０に記憶されている。
【０１４８】
次に、いくつかの実施形態の遠隔演算装置６０は、ユーザ入力を受信する（工程８４）ように構成されている。このユーザ入力は、画像処理装置３０のユーザインターフェース３２を介して入力され、通信回線３８ならびに６４を介して遠隔演算装置６０へ伝送されたものである。遠隔演算装置６０は、この入力データを受信すると、この入力データの処理を行う（工程８６）。この処理工程８６は、このデータを新たな形式に変換する工程であってもよく、このデータ内のコマンドを実行する工程であってもよく、その他の処理工程であってもよい。遠隔演算装置６０は、上記入力データを処理（工程８６）した後、処理結果を画像処理装置３０へ返信する。画像処理装置３０は、受信した処理結果を、画像処理装置３０における処理または画像処理装置３０において実行する機能に使用する。
【０１４９】
他の実施形態について、図９を参照して説明する。この実施形態では、遠隔演算装置６０は、画像処理装置３０のディスプレイ３６用に構成されているメニューデータを、マークアップ言語を用いて送信する（工程９０）。このマークアップ言語メニューデータは、画像処理装置３０において受信され、ユーザに表示される。これによって、通常は、画像処理装置３０のユーザインターフェース３２上でユーザが迅速に入力できるようになる。このユーザ入力は、画像処理装置３０によって遠隔演算装置ＲＣＤ６０へと送信され、遠隔演算装置ＲＣＤ６０は、画像処理装置３０上のメニューデータを迅速に表示する入力データを受信する（工程９２）。さらに、遠隔演算装置ＲＣＤ６０は、受信した入力データを処理する（工程９４）。この処理工程は、例えば、形式、文書、または遠隔演算装置ＲＣＤ６０に記憶されているその他のデータを選択、記録、変更等する工程であってもよく、上記ユーザ入力によって識別されたユーザを認証する工程であってもよく、上記ユーザによって入力された文書を翻訳する工程であってもよく、ユーザ入力に関連するマップまたはその他の指示を生成する工程であってもよく、あるいはその他の処理または機能であってもよい。
【０１５０】
本発明のさらに他の実施形態について、図１０および図１１を参照して説明する。上記実施形態は、少なくとも一台の遠隔演算装置ＲＣＤ６０、および複数の画像処理装置３０ａ〜３０ｄを含んでいる。上記実施形態において、画像処理装置３０ａ〜３０ｄの内の少なくとも一台は、ディスプレイ３６およびユーザ入力パネル３４を有するユーザインターフェース３２を備えている。ユーザ入力パネル３４は、ディスプレイと一体型（すなわちタッチスクリーン）であってもよく、あるいはディスプレイとは別個の入力装置であってもよい。遠隔演算装置ＲＣＤ６０は、通信回線およびネットワーク１００によって画像処理装置３０ａ〜３０ｄに接続されている。これにより、遠隔演算装置ＲＣＤ６０と画像処理装置３０ａ〜３０ｄとの間のデータ伝送が可能になっている。
【０１５１】
上記実施形態では、メニューデータは、遠隔演算装置ＲＣＤ６０に記憶されており、そして画像処理装置３０ａ〜３０ｄの内の少なくとも一台に送信される。そして、このメニューデータは、ユーザインターフェースに表示される。画像処理装置３０ａ〜３０ｄのいずれも、上記メニューデータを受信しユーザ入力を受け付け（工程１１２）、受け付けたユーザ入力を遠隔演算装置６０へ伝送する（工程１１４）ように構成されている。遠隔演算装置６０は、ユーザ入力データを受信すると、前述の実施形態と同様にこのデータを処理する（工程１１６）。そして、処理（工程１１６）の結果を、任意に組み合わせた画像処理装置３０ａ〜３０ｄへと返信する（工程１１８）。
【０１５２】
上記実施形態では、一台の遠隔演算装置ＲＣＤ６０を使用して、処理能力、リソース、および機能性を複数の画像処理装置３０ａ〜３０ｄへ供給している。このとき、これらのリソースを各画像処理装置において再生することはない。なお、実施形態によっては、ある画像処理装置３０ａに対する入力に応じて生成した処理データを、この処理データの出力または最終処理のために、別の画像処理装置３０ｄへ送信するようにしてもよいものもある。
【０１５３】
（イベント通知予約の実施形態）
本実施形態では、本発明における、画像処理装置（ＩＤｅｖ）４とアプリケーションとの間の通知処理のためのシステムおよび方法について説明する。上記アプリケーションは、画像処理装置４内部にあってもよいし、遠隔演算装置（ＲＣＤ）６にあってもよい。上記通知方法およびシステムは、エラーの報告や、その他の目的に利用できる。アプリケーションは、画像処理装置４の通知アプリケーションに予約を行うことによって、上記通知を受信する。そして、画像処理装置４は、特定のイベントが画像処理装置４（または関連装置）で発生したことをアプリケーションに通知する。
【０１５４】
本実施形態では、イベントの予約を行うステップは、ＩＤｅｖウェブサービスを呼び出すステップと、通知が指定されるイベントを識別するステップとを含んでいてもよい。さらに、アプリケーションは、単一ジョブまたはグローバルジョブ（全部のジョブ）の文脈上でイベントを予約してもよい。また一般的には、アプリケーションは、画像処理装置４が通知を送信できるための、アプリケーション自身のウェブサービスを提示してもよい。
【０１５５】
本実施形態では、イベント通知を受信するステップは、イベント通知を受信するためのウェブサービスを実行するステップを含んでいてもよい。また、イベント通知処理を予約するのにウェブサービスまたは他のアプリケーションを用いてもよい。ウェブサービスまたは他のアプリケーションを、イベントが発生したときにイベントデータを処理するために用いてもよい。本実施形態では、イベント通知処理は、イベントが発生するときのどのタイミングで呼び出されても構わない。また、イベント方法は、ジョブごとにジョブ専用に準備されていてもよい。すなわち、ある特定のジョブのときだけ通知メッセージを送信するようにしてもよい。さらに、本実施形態では、「イベントデータ」パラメータを用いてもよい。上記イベントデータパラメータは、ジョブ識別子、ユーザ証明書、および／または、その他データのように、イベント特有のデータを含む構造になっている。
【０１５６】
本実施形態では、一般的には、アプリケーションは、ＩＤｅｖシステム上の何種類かのエラーをトリガとして開始されるエラー通知処理を予約することができる。さらに、そのうちのいくつかは、システム実行中エラーイベント（ON_SYSTEM_ERROR event）として記述されてもよい。エラー状態は、いくつかの要因で引き起こされる。一般的には、エラー状態としては、例えば、印刷処理が停止する「用紙切れ」状態、あるいは、スキャンの場合には、入力トレイにおける「文書が見つからない」状態などが挙げられる。
【０１５７】
ウェブサービスを含む実施形態では、イベントトリガは、アプリケーションが提供した設定データを含んでいてもよい。設定データは、ウェブサービス記述言語（ＷＳＤＬ）において構文的にかつ意味的に有効であるが、規則全体では有効でない。例えば、ユーザがファックスの操作を設定して、ファックス番号を入力するところを、有効でない電話番号を入力するようなものである。
【０１５８】
本発明の実施形態では、画像処理装置の動作についての情報を必要とするアプリケーションまたは装置が、画像処理装置が通知可能なイベントのリストを画像処理装置に対して要求してもよい。上記各イベントは、固有の機能および／またはアプリケーションに関連しているか、あるいは、画像処理装置と通信可能なリモートアプリケーションに関連している。本実施形態では、予約アプリケーションは、ＳＯＡＰメソッドのGetServiceEventElementsを用いて、画像処理装置の通知アプリケーションが通知を送信可能なイベント要素のリストを取得してもよい。通知可能なイベントのリストが取得されると、予約アプリケーションは、リストにあるイベントの予約を要求することができる。画像処理装置の通知アプリケーションは、通知レコードに通知要求を記録して、当該イベントが発生すれば、上記予約アプリケーションに通知を行う。
【０１５９】
本発明の実施形態では、ウェブサービスメソッド（Web Service Method）として実行されるプロセスが複数含まれていてもよい。上記各プロセスの中には、一般的な実施形態において用いられる特定の名前で参照されるプロセスがあってもよい。上記各名前は、閉じた丸括弧“（）”が後に続く名前を用いた構文（つまり、Event(),CreateJob(),Authenticate()など）と関連していてもよい。
【０１６０】
本発明の実施形態では、通知アプリケーションは、予約モデルにしたがって動作してもよい。予約モデルとは、既知の画像処理装置によるイベントに先立って予約できる通知を受信するための、ローカルのまたはネットワーク上のアプリケーションである。本実施形態では、画像処理装置は、予約リストの実行および管理を行うことができる。これをウェブサービスを用いて行ってもよい。上記実施形態では、イベント通知とは、ある状態が画像処理装置に招来した場合に予約アプリケーションに送信されるメッセージである。
【０１６１】
本実施形態では、イベント通知処理の目的は、ある特定のジョブ実行中に画像処理装置または関連装置に発生するイベントについての情報を、リモートクライアントが受信できるようにすることである。上記実施形態では、ジョブ専用予約を行うと、特定のジョブが実行中の場合にのみ通知が起こるように要求することになる。本発明の一般的な実施形態では、画像処理装置の通知アプリケーションは、Hello()ＳＯＡＰ要求を、外部権限の登録されたアプリケーション（予約アプリケーション）に送信する。上記ＳＯＡＰ要求の送信は、多機能周辺機器などのように、新しいアプリケーションが画像処理装置に登録される度に、あるいは、アプリケーションが既知の画像処理装置のリストから削除される度に行われる。
【０１６２】
本実施形態では、アプリケーションが、特定のジョブチケットに関連付けてイベントを予約するようにしてもよい。上記ジョブごとに行う「ジョブチケット予約」は、ジョブチケットが有効に存在している間は、有効である。ジョブチケットが有効期限切れになると、それに関連付けられている予約も有効期限切れとなる。このようなタイプの予約は、スタンダードのユーザアプリケーションにより利用される。ジョブチケットごとにイベントを予約することによって、予約アプリケーションは、クライアントのジョブの文脈上にあるイベントについて通知を受けることができる。ジョブチケット予約の実施形態は、広義のジョブ専用予約の実施形態の一種であると言える。
【０１６３】
本発明の実施形態では、画像処理装置または関連アプリケーション・関連装置に取って代わることができるイベントについて、予約アプリケーションに通知するための通知機構を定義してもよい。本実施形態では、通知機構は、通知要求が起こったとき、または、実際の通知が発生する前のいつかに、予約アプリケーションによって指定されてもよい。
【０１６４】
本発明の実施形態では、通知アプリケーションが通知予約を許可する前に証明書認証を要求するというアクセス制御を行ってもよい。上記実施形態では、ユーザを認証するために、通知要求はユーザ証明書を含んでいてもよいし、あるいは、通知要求に続いてユーザ証明書が送信されてもよい。通知アプリケーションは、自身が上記証明書を処理してもよいし、証明書の処理のためにリモート認証アプリケーションに上記証明書を送信してもよい。上記証明書の認証が成功した場合のみ、予約要求が受け付けられる。本実施形態では、ある特定のタイプの予約要求のみが、アクセス制御や証明書認証を要求するようにしてもよい。例えば、ジョブ専用予約要求が認証を求めない場合でも、グローバル予約要求（画像処理装置の全てのジョブに対する予約要求）が認証を求めるようにしてもよい。
【０１６５】
本実施形態では一般的には、画像処理装置の通知アプリケーションは、セキュアアクセスモード下で実行されてもよい。上記モードでは、予約アプリケーションからの要求は、SECURITY_SOAPHEADER_TYPEというタイプのセキュリティ要素を含むＳＯＡＰヘッダを含んでいてもよい。上記要素は、ユーザ（またはアカウント）証明書を有している。あるいは、上記要求は、以下に示すような、ＸＭＬ要素あるいはＳＯＡＰ要素の全部（または一部）を含んでいてもよい。
【０１６６】
【表５】
0004536696.tif 000006
【０１６７】
さらに、本実施形態では一般的には、以下に示すような、ＸＭＬ要素あるいはＳＯＡＰ要素を含む応答メッセージが返信されてもよい。
【０１６８】
【表６】
0004536696.tif 000007
【０１６９】
本発明の実施形態では、アカウント証明書は、ユーザログイン名やパスワードなどの、ユーザやアプリケーションについての情報を含めて提供されてもよい。ユーザ証明書またはアカウント証明書ＳＯＡＰヘッダ要素の中で提供されてもよい。また、アカウント証明書は、CreateJob()要求、または、ＰＪＬストリームの中で提供されてもよい。発信者アカウント証明書は、上記要求のパラメータの一つとして提供されてもよい。証明書は、別のメッセージあるいは交換メッセージとして送信されてもよい。
【０１７０】
また、ユーザアカウントデータを有するメッセージは、以下に示すＸＭＬ要素を含んでいてもよい。
【０１７１】
【表７】
0004536696.tif 000008
【０１７２】
本発明の実施形態では、アクセス制御リスト（ＡＣＬ）が用いられてもよい。アクセス制御リストは、画像処理装置のユーザ、画像処理装置のリソース、および／または、リモートアプリケーションの各々の許可についての情報を含んでいてもよい。リモートアプリケーション（例えば、後述する外部権限など）は、上記アクセス制御リストを管理して、それをネットワーク上の複数の画像処理装置に提供することができる。外部権限または他のアプリケーションは、画像処理装置からのAuthenticate()要求に応じて、あるいは、画像処理装置に送信されたEnableDevice()要求におけるパラメータとして、上記アクセス制御リストを返す。外部権限は、上記Authenticate()要求を上記画像処理装置から受信しない場合は、EnableDevice()要求を送信してもよい。ユーザが操作パネルインターフェースからジョブを開始すると、画像処理装置は、上記Authenticate()要求を送信できない。アクセス制御リストの応答メッセージは、要求されたアカウントを使用可能あるいは使用不可能にするという、画像処理装置特性に対する命令を含んでいてもよい。アクセス制御リストの要素なしで、上述の方法が成功すると、多機能周辺機器は、上記証明書が有効であるというようにこれを解釈して、すべての特性をユーザが利用できるようにする。エラーが発生した場合には、上記多機能周辺機器は、エラー要素を、要求アプリケーションに返す。
【０１７３】
また一般的には、上記方法は、画像処理装置および外部権限アプリケーションのみが用いる。画像処理装置は、上記方法のうち、クライアント側の処理を実行して、証明書およびパラメータとしてのジョブＩＤデータタイプを取得する。上記要求の目的は、外部権限が、ユーザ証明書を認証して、画像処理装置の特性へのアクセスを許可したり、禁止したりできるようにすることである。上記方法は、画像処理装置と登録された外部権限アプリケーションとの間の排他的利用のために準備されている。上記アプリケーションが、上記方法のうちサーバ側の処理を実行し、一方、画像処理装置が、クライアント側の処理を実行する。
【０１７４】
本実施形態では、管理者レベルの証明書または他の資格を持つアプリケーションが、イベントをグローバルベースで予約できるようにしてもよい。これにより、例えば、予約の度にジョブチケットを発行する必要がなくなる。このタイプの予約では、有効期限がない。上記実施形態では、ある特定の状態が画像処理装置に発生することにより、イベントが起こる。上記グローバル予約のタイプは、課金アプリケーションや外部権限アプリケーションなどのアプリケーションによって用いられる。上述の各アプリケーションは、特定のタイプのイベントを予約して、ジョブまたはジョブチケットが画像処理装置上で実行されていて、実際にある状態になったときに、画像処理装置から通知を受信することができるものである。上記実施形態では、イベントの予約に有効期限がない。一般的には、イベントのグローバル予約は、アプリケーションがネットワーク上から利用可能な画像処理装置を検知したときに行うのが最もよい。
【０１７５】
本発明の実施形態では、画像処理装置は、排他的決定の役割を担う「外部権限」アプリケーションの監督の下で動作するよう設定されていてもよい。「外部権限」アプリケーションとは、画像処理装置上の処理を監視あるいは制御するアプリケーションのことである。以上のとおり、外部権限は、利用可能あるいは利用不可能の決定をシステムに対して下すことができる。画像処理装置が上述のようなアプリケーションの制御下で動作する場合は、画像処理装置の特性は、外部権限が利用可能にするまでは、利用不可能なままである。ユーザアカウント証明書が有効であると認められた場合に、利用可能信号が上述のような外部権限アプリケーションより送られる。このタイプのアプリケーションは、与えられた証明書に基づいて、アクセス制御特性を画像処理装置に供給したり、画像処理装置の特定の特性を利用可能にしたり、不可能にしたりすることができる。画像処理装置は、一つの外部権限アプリケーションの制御下でのみ動作するよう設定されていてもよい。外部権限によって動作するよう設定されている場合、画像処理装置は、外部権限アプリケーションによって提供されたジョブ、あるいは、外部権限によって認証されたジョブを実行するのみとなる。
【０１７６】
本発明の実施形態では、固有の画像処理装置の制御なしで、つまり、「外部権限」による制御なしで動作するか、「外部権限」の制御下で動作するかのいずれかになるよう設定されてもよい。固有の装置の制御なしで画像処理装置が動作する場合は、画像処理装置のデフォルト設定ではすべての特性が利用可能となる。反対に、外部権限の制御下で動作するよう設定されている場合には、デフォルト設定では、画像処理装置のすべての特性が利用不可能となる。したがって、外部権限アプリケーションは、与えられたユーザの証明書に基づいて、特定の画像処理装置の特性を利用可能にする。
【０１７７】
また、画像処理装置は、管理者のみがアクセス可能なアプリケーションを登録するための設定ページを提供してもよい。管理者は、外部権限アプリケーションを設定して、少なくとも以下に示す、多機能周辺機器コアウェブサービス（CoreWS）インターフェースにおける各メソッドを実行する。各メソッドとはすなわち、サーバ側のメソッドである、Hello(),Authenticate(),Authorize()メソッド、および、クライアント側のメソッドである、EnableDevice()である。さらに、以下のメソッドを実行してもよい。すなわち、クライアント側のメソッドとしての、Subscribe()メソッド、サーバ側のメソッドとしての、Event()、および、外部権限アプリケーションが操作パネルの制御を必要としている場合には、クライアント側のメソッドとして、ShowScreen1()要求、および、ShowScreen2()要求などを実行する。
【０１７８】
本発明の実施形態では、リモートアプリケーションが、予約ＳＯＡＰ要求メッセージを画像処理装置に送信することにより、イベント通知予約を行ったり、予約を解除したりしてもよい。ＳＯＡＰ要求における「アクション」パラメータは、動作を定義する。「アクション」パラメータの値が、「true」であると評価された場合には、そのＳＯＡＰ要求は、特定のイベントを予約することを意味しており、そうでなければ、予約解除要求であることを意味する。また、一般的には、リモートアプリケーションは、Trueに設定されたアクションフィールドを持つSubscribe()ＳＯＡＰ要求を送信することにより、イベントを予約してもよい。リモートアプリケーションは、イベント通知の予約を解除するために、falseが設定されたアクションフィールドを持つSubscribe()ＳＯＡＰ要求を再び送信してもよい。
【０１７９】
本発明の他の実施形態では、課金サービスなどのアプリケーションは、グローバルベースの特定のイベントを、ジョブチケットの指定を行わずとも予約することができる。このようにすれば、アプリケーション全体と画像処理装置サービスとのやりトリガ簡略されるというメリットがある。
【０１８０】
本発明の実施形態では、予約入力の有効期限は、いくつかの要因によって決定される。最も基本的な場合としては、上述したとおり、予約を解除するためのユーザからの特定の要求に応じて、予約リストから予約の記録を削除する場合が挙げられる。イベント予約要求がジョブごとに行われる場合は、ジョブオブジェクトが存在しなくなった時点で自動的に、予約が有効期限切れとなる。
【０１８１】
多機能周辺機器コアウェブサービスフレームワークなどのウェブサービスメソッドは、一般的に、ジョブがキャンセルされた場合に、予約データベースにおけるいずれの証明書（references）を削除してもよい。イベントの予約要求がグローバルベースで行われた場合には、予約の記録に有効期限はない。よって、上記多機能周辺機器コアウェブサービスフレームワークは、予約データベースから証明書を削除しない。既知のイベントを最初に予約したアプリケーションに対する、当該予約の記録の削除要求が指定された場合のみ、リストからその記録を削除することがある。予約データベースの記録は、永続的なものではない。このような場合、装置の電源が切れると、すべての記録は消失し、このことは予約元には通知されない。
【０１８２】
本発明の実施形態では、画像処理装置は、イベント通知を予約アプリケーションに送信してもよい。上記イベント通知は、画像処理装置の機能、画像処理装置のアプリケーション、および、リモートアプリケーションに関連付けられたイベントをトリガとして開始されてもよい。トリガとなるイベントの例としては、ジョブ生成、ジョブ実行開始、ジョブ実行終了、ジョブキャンセル、ジョブ完了、ジョブ中断、ユーザログイン、ユーザログアウト、および、その他のイベントが挙げられる。
【０１８３】
本実施形態の例では、リモートアプリケーションが、CreateJob()メソッドを用いて、新しいジョブを生成するのに成功した場合に、画像処理装置は、ON_JOB_CREATE（ジョブ生成）イベント通知を送信してもよい。リモートアプリケーションが、ExecuteJob()要求を起こして画像処理装置上でジョブの開始を成功させた場合に、画像処理装置は、ON_JOB_EXECUTE（ジョブ実行）イベントを送信してもよい。リモートアプリケーションが、CancelJob()要求を起こした場合に、画像処理装置は、ON_JOB_CANCEL（ジョブキャンセル）イベントを送信してもよい。リモートアプリケーションが、closeJob()要求を起こして画像処理装置上でジョブが失敗なく完了した場合に、画像処理装置は、ON_JOB_CLOSE（ジョブ完了）イベントを送信してもよい。ユーザが、ジョブステータスモードを用いた画像処理装置の操作パネルからジョブを終了させた場合に、画像処理装置は、ON_JOB_ABORT（ジョブ中断）イベントを登録されたアプリケーションに送信してもよい。操作パネルから開始されたジョブが、画像処理装置上で実行を開始した場合に、画像処理装置は、ON_JOB_STARTED（ジョブ実行開始）イベントを予約アプリケーションに送信してもよい。画像処理装置が開始したジョブが、画像処理装置上での実行を停止した場合に、画像処理装置は、ON_JOB_COMPLETED（ジョブ実行終了）イベントを送信してもよい。ジョブの実行停止の理由としては、例えば、ジョブが失敗なく完了したこと、あるいは、ジョブが中止されてエラー状態になったことなどが考えられる。
【０１８４】
上記ON_JOB_COMPLETEDイベントは、ジョブが失敗なく完了したこと、あるいは、エラーが出たことなどにより、ジョブが停止したという状態を、登録された予約元に示すものである。さらに、上記ON_JOB_COMPLETEDイベントは、ジョブ設定情報、および、当該ジョブに関する画像処理装置のリソース利用の詳細を示すジョブ結果データ構造を含んでいてもよい。ユーザが操作パネルを用いて画像処理装置からログアウトした場合には、画像処理装置は、ON_USER_LOGOUT（ユーザログアウト）イベントを予約アプリケーションに送信してもよい。ユーザが画像処理装置からのログアウトを実行する一連の処理は、画像処理装置によってさまざまである。ユーザが実際に行うログアウトの動作は、装置ごとに異なっていてもよく、監視アプリケーションはどのようなものでもよい。いずれにしても、監視アプリケーションが、ログオンされていた、画像処理装置とユーザとのセッションは現在は終了しているということを示すON_USER_LOGOイベントを受信する。画像処理装置は、ユーザがログアウトの操作を画像処理装置の操作パネルから行ったときに、または、セッションが時間切れとなったときに、このタイプのイベントを起こす。セッションの時間切れは、ユーザが画像処理装置をそのまま放置していた場合に自動的に起こるものである。
【０１８５】
あるいは、画像処理装置は、特定の画像処理装置ハードウェアキーが押下された場合に、通知を送信してもよい。画像処理装置は、ハードウェアキーが押下された場合に、ON_HKEY_PRESSEDイベント通知を予約アプリケーションに通知する。本実施形態では、上記通知は、画像処理装置においてユーザによりE_MFP_KEY_ID_TYPEタイプのキーの中の一つが押下された場合に起こる。上記イベントは、KEY_COPY、KEY_IMGSND、KEY_PRINT、KEY_FAX、KEY_DOC_FILING、KEY_JOB_STATUS、KEY_CLEAR_ALL、KEY_SPECIAL_FUNCTIONS、KEY_CUSTOM_SETTINGS、または、KEY_PROGRAMなどのキーを押下することによって引き起こされる。画像処理装置は、画像処理装置システムの構成要素が動作準備状態になった場合に、ON_SYSTEM_READYイベントを予約アプリケーションに送信してもよい。また、画像処理装置は、紙詰まり、用紙切れなどの画像処理装置における内部システムエラーが起きた場合に、ON_SYSTEM_ERRORイベントを予約アプリケーションに送信してもよい。続いて、上記予約アプリケーションは、GetDeviceStatus()要求を起こすことによって、上述の問題についてさらに詳しい情報を取得することができる。
【０１８６】
本発明の他の実施形態では、イベント通知は、予約アプリケーションに送信されるときに、いくつかの情報を含んでいてもよい。イベント通知に付加される上記情報は、<event-data>要素の内部にある多機能周辺機器コアウェブサービスフレームワークによって供給されてもよい。上記要素は２つの部分からなる。１つ目は、ヘッダセグメントである。本実施形態では、ヘッダセグメントには、情報が、イベントのタイプごとに個別に用意されているのではなく、すべてのタイプに共通に用意されている。例えば、ヘッダセグメントは、アカウント情報や、装置情報を含んでいてもよい。上記アカウント情報は、<user-info/>要素で表される。上記装置情報は、<device-info/>要素で表される。上記各要素は、例えば、以下の形式で表現される。すなわち、
<user-info>,<account-id>bplewnia</account-id>,</user-info><device-info uuid=”SN0F21F359-AB84-36D110E6D2F9MNAR-650”>,<serial-number>0F21F359-AB84-36D110E6D2F9</serial-number>,<modelname>AR-650</modelname>,<location>DS Engineering Dept-Japan</location>,<mac_address>90:EF:0F:21:2A:36</mac_address>,<network_address>1.2.3.4</network_address>and</device-info>
である。
【０１８７】
上記要素の２つ目は、イベント専用セグメントである。本実施形態では、イベント専用セグメントの内容は、例えば、イベントタイプおよびジョブタイプによってさまざまであってもよい。イベント専用セグメントに含まれる上記情報は、<details/>要素内に含まれている。
【０１８８】
本発明の実施形態では、さらに、上記通知メッセージは、さまざまな機構を利用して、複数の方法で予約アプリケーションに送信されてもよい。例えば、以下の通信プロトコルを用いて、イベントメッセージの配信を行うことができる。すなわち、Event()メソッドなどの通知メソッドを利用するＳＯＡＰ、メッセージ本体が通知内容となる電子メール、予約アプリケーションにイベントデータを配信するためのＨＴＴＰの通信機能を用いたＨＴＴＰ−ＧＥＴやＨＴＴＰ＿ＰＯＳＴ、および、シャープ（登録商標）の通知機構である、ＲＡＷ２．０プロトコルなどである。アプリケーションは、予約の度に、イベント配信機構（delivery mechanism）を指定することもできる。
【０１８９】
本発明の実施形態について、図１２を参照して説明する。本実施形態では、画像処理装置（ＩＤｅｖ）１２０は、ユーザインターフェース１２４を備えている。ユーザインターフェース１２４は、ユーザ入力を受け付けることができ、また、データをユーザに表示することができる。ユーザインターフェース１２４は、一般にディスプレイを備えている。このディスプレイは、タッチパネルの形態であることが多い。このディスプレイは、データをユーザに表示するために使用される。このデータは、例えば、ユーザＩＤおよびパスワードなどのユーザ選択、データ入力、形式選択、および、その他の入力を迅速にするための、メニューデータなどである。画像処理装置１２０は、通信回線１２２を備えている。この通信回線１２２としては、一般的なコンピュータネットワーク接続、シリアルケーブル、あるいは、別の実施形態において説明した有線または無線通信回線を用いることができる。通信回線１２２は、画像処理装置１２０を、サーバなどの遠隔演算装置（ＲＣＤ）１２６ａ、１２６ｂへ接続する。遠隔演算装置１２６ａ、１２６ｂは、形式やその他のデータなどの文書を記憶するためのものであってもよく、データを画像処理装置１２０からアクセス可能にするために使用されるものであってもよい。遠隔演算装置ＲＣＤ１２６ａ、１２６ｂはまた、画像処理装置１２０およびそのユーザインターフェース１２４と情報交換するアプリケーションや、上記の画像処理装置１２０およびそのユーザインターフェース１２４に対する入力を受け付けるアプリケーションを実行するものであってもよい。また、実施形態によっては、データベース１２５が、画像処理装置１２０および／または遠隔演算装置１２６ａ・１２６ｂにリンクされていてもよいものもある。また、実施形態によっては、遠隔演算装置１２６ｂまたはデータベース１２５が、インターネット１２８などの広域ネットワークを介して画像処理装置１２０に接続されていてもよいものもある。
【０１９０】
本発明の実施形態について、図１３を参照して説明する。本実施形態では、グローバルなまたはジョブ専用のイベント通知予約を要求および受信可能な予約アプリケーション１３０として、例えば、課金アプリケーションなどが考えられる。予約アプリケーションは、外部権限アプリケーションであってもよい。外部権限アプリケーションは、特権を有していて、限られた通知リソースにアクセスすることができるものである。また、外部権限アプリケーションは、ジョブ専用ではないグローバル通知にアクセスすることもできる。外部権限アプリケーションは、制限された通知を受信する前に、認証のための証明書を提出するよう求めてもよい。
【０１９１】
さらに、本実施形態には、他のリモート予約アプリケーション１３２Ａおよび１３２Ｂが含まれていてもよい。リモート予約アプリケーション１３２Ａおよび１３２Ｂは、イベント通知予約を、画像処理装置（ＩＤｅｖ）１３６のイベント通知アプリケーション１３８に要求するものである。リモート予約アプリケーション１３２Ａおよび１３２Ｂは、制限のない通知にのみアクセスすることができるようにしてもよい。外部権限アプリケーション、リモートアプリケーション、および、画像処理装置の通知アプリケーションは、ＳＯＡＰメソッドまたは他のメソッドを用いたネットワーク１３４を介して、互いに通信可能に接続されている。外部権限アプリケーションおよびリモートアプリケーションは、イベント通知データ転送機構１３９を指定することができる。イベント通知データ転送機構１３９は、イベント通知およびそれに関するデータを送信したり、受信したりするものである。一般的な、イベント通知データ転送機構としては、例えば、ＨＴＴＰ  Ｐｏｓｔ、電子メール、ＳＯＡＰメッセージ、および、他の機構が挙げられる。
【０１９２】
本発明の実施形態について、図１４を参照して説明する。本実施形態では、予約アプリケーションは、画像処理装置の通知アプリケーションに予約要求を送信する（ステップ１４０）。予約要求は、予約アプリケーションのアドレスやイベントタイプを含んでいる。また、予約要求は、ユーザ証明書やアカウント証明書、および、他のデータを含んでいてもよい。画像処理装置の通知アプリケーションは、予約アプリケーションから上記予約要求を受信する（ステップ１４２）。そして、通知アプリケーションは、予約アプリケーションＩＤおよびイベント識別子を予約レコードに記録する（ステップ１４４）。画像処理装置の通知アプリケーションは、上記予約要求が指定するイベントが発生した場合に、該予約要求が指定する上記予約アプリケーションに、イベント発生を通知するように、自身を設定する（ステップ１４６）。
【０１９３】
さらに、本発明の実施形態では、図１５Ａに示すとおり、ジョブ専用予約が実行されてもよい。上記実施形態では、予約アプリケーションは、予約アプリケーションのアドレス、イベントタイプ、および、ジョブＩＤを含む予約要求を画像処理装置の通知アプリケーションに送信する（ステップ１５０）。画像処理装置の通知アプリケーションは、予約アプリケーションのアドレス、イベントタイプ、および、ジョブＩＤを含む上記予約要求を上記予約アプリケーションから受信する（ステップ１５１）。画像処理装置の通知アプリケーションは、予約要求データを予約レコードに記録する（ステップ１５２）。画像処理装置の通知アプリケーションは、上記ジョブＩＤによって識別されるジョブの実行中に、上記イベントタイプに記述されたイベントが発生した場合に、当該イベントの発生を、上記予約アプリケーションのアドレスにある予約アプリケーションに通知するように自身を設定する（ステップ１５３）。ジョブＩＤは、ジョブチケットを含んでいてもよい。
【０１９４】
さらに、本発明の実施形態では、図１５Ｂに示すとおり、他のジョブ専用予約が実行されてもよい。上記実施形態では、予約アプリケーションは、単一の予約要求を画像処理装置の通知アプリケーションに送信する（ステップ１５４）。画像処理装置の通知アプリケーションは、上記単一の予約要求を受信して、イベントタイプを上記予約アプリケーションに要求する（ステップ１５５）。予約アプリケーションは、イベントタイプを上記通知アプリケーションに送信する（ステップ１５６）。通知アプリケーションは、上記イベントタイプを受信すると、予約アプリケーションにジョブＩＤを要求する（ステップ１５７）。そして、予約アプリケーションは、ジョブＩＤを通知アプリケーションに送信する（ステップ１５８）。通知アプリケーションは、上記予約要求、イベントタイプ、および、ジョブＩＤを受け取ると、上記ジョブＩＤによって識別されるジョブの実行中に、上記イベントタイプによって識別されるイベントが発生した場合に、当該イベントの発生を、上記予約アプリケーションに通知するように設定を行う（ステップ１５９）。
【０１９５】
図１６に示すとおり、本発明の実施形態では、指定通知配信機構を用いてイベント通知予約を実行してもよい。本実施形態では、予約アプリケーションは、予約アプリケーションのアドレス、イベントタイプ、および、指定した配信機構とともに、予約要求を画像処理装置の通知アプリケーションに送信する（ステップ１６０）。画像処理装置の通知アプリケーションは、予約アプリケーションのアドレス、イベントタイプ、および、指定された配信機構とともに、上記予約要求を予約アプリケーションから受信する（ステップ１６２）。画像処理装置の通知アプリケーションは、上記指定された配信機構を含む予約要求データを予約レコードに記録する（ステップ１６４）。画像処理装置の通知アプリケーションは、イベントタイプに記述されたイベントが発生した場合に、当該イベントの発生を、上記指定された配信機構を用いて、予約アプリケーションのアドレスにある予約アプリケーションに通知するように自身を設定する（ステップ１６６）。なお、上記予約要求、予約アプリケーションのアドレス、および、指定配信機構は、複数のメッセージにわたって、交換されてもよい。
【０１９６】
本発明の他の実施形態について、図１７を参照して説明する。上記実施形態では、課金アプリケーションなどの予約アプリケーションは、使用可能な画像処理装置をネットワーク上から検知する（ステップ１７０）。上記予約アプリケーションは、画像処理装置が通知するために識別することのできる、通知可能なイベントのリストを画像処理装置から取得する（ステップ１７２）。あるいは、予約アプリケーションは、上記通知可能なイベントを、画像処理装置から供給されるリストによってではなく、他の手段から検知してもよい。例えば、画像処理装置を識別し、該画像処理装置データ専用の外部ソースを検索して、通知可能イベントを検知してもよい。あるいは、通知可能イベントは、さまざまなプロトコルを直接介して、画像処理装置の機能を検知することにより、決定されてもよい。
【０１９７】
通知可能イベントが検知されると、予約アプリケーションは、予約要求を画像処理装置の通知アプリケーション送信する（ステップ１７４）。上記予約要求または関連メッセージは、通知を送信する宛先である予約アプリケーションのアドレスを含んでいてもよい。あるいは、画像処理装置から取得した通知可能イベントから選択された１または複数のイベントタイプを含んでいてもよい。あるいは、画像処理装置の通知アプリケーションがジョブを識別するためのジョブＩＤを含んでいてもよい。画像処理装置の通知アプリケーションは、予約アプリケーションのアドレス、イベントタイプ、および、ジョブＩＤ（ジョブ専用予約の場合は）を含む予約要求および関連メッセージを、予約アプリケーションから受信する（ステップ１７６）。画像処理装置の通知アプリケーションは、予約要求および関連データを予約レコードに記録する（ステップ１７８）。画像処理装置の通知アプリケーションは、イベントタイプに記述されたイベントが発生した場合に、当該イベントの発生を、予約アプリケーションのアドレスにある予約アプリケーションに通知するように自身を設定する（ステップ１７９）。さらに、ジョブ専用通知の場合には、ジョブＩＤによって識別されるジョブの実行中に、イベントが起こったときにのみ、上記通知が行われるようにしてもよい。
【０１９８】
本発明の実施形態では、通知予約の際にアクセス制御を行ってもよい。上記実施形態では、予約アプリケーションは、予約が許可される前に、証明書を提出する必要がある。あるいは、一部の特定の予約のみ証明書を提出するようにしてもよい。
【０１９９】
本発明の実施形態について、図１８を参照して説明する。上記実施形態では、予約アプリケーションは、証明書を含む予約要求を、画像処理装置の通知アプリケーションに送信する（ステップ１８０）。そして、画像処理装置の通知アプリケーションは、上記証明書を含む予約要求を受信する（ステップ１８２）。上記証明書が受信されると、通知アプリケーションは、証明書を認証する（ステップ１８４）。そして、通知アプリケーションは、上記予約要求を拒否するか（ステップ１８６）、予約を許可するか（ステップ１８８）を決定する（ステップ１８５）。証明書の認証に成功した場合、かつ、ユーザ／アカウントが、要求された通知の受け取りを許可された場合は、上記予約要求は受け付けられる（ステップ１８８）。
【０２００】
本発明のさらなる実施形態について、図１９を参照して説明する。上記実施形態では、予約アプリケーションは、通知予約を通知アプリケーションに要求する（ステップ１９０）。通知アプリケーションは、上記要求を受信する（ステップ１９１）。上記要求が制限される場合に、その要求に証明書が含まれていないときは、通知アプリケーションは、予約アプリケーションに証明書を要求してもよい（ステップ１９２）。予約アプリケーションは証明書を送信し（ステップ１９３）、通知アプリケーションは、証明書を受信する（ステップ１９４）。通知アプリケーションは、証明書を認証し（ステップ１９５）、認証対象のユーザ／アカウントに、要求された通知の受け取りを許可してもよいことを確認する。上記確認に基づいて、通知アプリケーションは、予約を拒否するか（ステップ１９７）、予約を許可するか（ステップ１９８）を決定することができる（ステップ１９６）。
【０２０１】
本発明の他の実施形態について、図２０を参照して説明する。上記実施形態では、予約アプリケーションは、証明書を含む予約要求を画像処理装置の通知アプリケーションに送信する（ステップ２００）。画像処理装置の通知アプリケーションは、上記証明書を含む予約要求を受信して（ステップ２０１）、上記証明書を認証アプリケーションに送信する（ステップ２０２）。そして、認証アプリケーションは、上記証明書を認証する（ステップ２０３）。認証アプリケーションは、上記認証処理の結果を通知アプリケーションに通知する。通知アプリケーションは、認証に失敗した場合は、上記予約を拒否する（ステップ２０４）。認証に成功した場合は、認証アプリケーションは、認証メッセージを通知にアプリケーションに送信して（ステップ２０６）、通知アプリケーションは、上記予約要求を受け付ける（ステップ２０８）。
【０２０２】
本発明の他の実施形態について、図２１を参照して説明する。上記実施形態では、画像処理装置の通知アプリケーションに、予約要求を送信する（ステップ２１０）。画像処理装置の通知アプリケーションは、予約アプリケーションに証明書を要求する（ステップ２１１）。そして、予約アプリケーションは、証明書を通知アプリケーションに送信する（ステップ２１２）。通知アプリケーションは、上記証明書を認証アプリケーションに証明書を送信する（ステップ２１３）。認証アプリケーションは、証明書を認証する（ステップ２１４）。認証アプリケーションは、通知アプリケーションに認証結果を送信する（ステップ２１５）。上記認証結果に基づいて、通知アプリケーションは、上記予約を拒否するか（ステップ２１７）、あるいは、予約を許可する（ステップ２１８）。
【０２０３】
本発明のさらなる実施形態について、図２２を参照して説明する。上記実施形態では、予約アプリケーションは、証明書を含む予約要求を画像処理装置の通知アプリケーションに送信する（ステップ２２０）。画像処理装置の通知アプリケーションは、上記予約要求および証明書を受信する（ステップ２２１）。そして、上記予約要求が認証用の証明書を要求しているタイプであるか否かを判定する（ステップ２２２）。本実施形態では、上記タイプの予約要求は、課金アプリケーションなどの外部権限アプリケーションからのグローバル予約の要求を含んでいてもよいし、保護されたジョブを要求する予約要求を含んでいてもよい。上記予約要求が制限されており、かつ、認証用の証明書を要求する場合は、通知アプリケーションは、証明書を認証する（ステップ２２４）。認証が失敗した場合、あるいは、ユーザ／アカウントが、要求された通知の受け取りを承認されなかった場合は（ステップ２２６においてＮＯ）、上記予約要求を拒否する（ステップ２２９）。認証が成功した場合は（ステップ２２６においてＹＥＳ）、上記予約要求は、許可される（ステップ２２８）。一方、上記予約要求が制限されておらず、かつ、認証用の証明書を要求しない場合は（ステップ２２２においてＮＯ）、上記予約要求は、証明書の処理を行わずとも許可される（ステップ２２８）。
【０２０４】
本発明の他の実施形態について、図２３を参照して説明する。上記実施形態では、予約アプリケーションは、証明書を含む予約要求を、画像処理装置の通知アプリケーションに送信する。そして、通知アプリケーションは、証明書を含む予約要求を、予約アプリケーションから受信する。（ステップ２３０）。画像処理装置の通知アプリケーションは、上記予約要求が認証用の証明書を必要とするタイプであるか否かを判定する（ステップ２３２）。上記予約要求が認証用の証明書を要求する場合は、通知アプリケーションは、証明書を認証アプリケーションに送信する（ステップ２３３）。認証アプリケーションは、上記証明書を認証する（ステップ２３４）。通知アプリケーションは、上記認証処理の結果を分析して、認証が失敗した場合、あるいは、ユーザ／アカウントが、要求された通知の受け取りを承認されなかった場合は（ステップ２３５においてＮＯ）、上記予約要求を拒否する（ステップ２３７）。認証が成功した場合、あるいは、ユーザ／アカウントが、要求された通知の受け取りを承認された場合は（ステップ２３５においてＹＥＳ）、通知アプリケーションは、上記予約要求を受け付ける（ステップ２３６）。一方、上記予約要求が制限されておらず、かつ、証明書を要求しない場合は（ステップ２３２においてＮＯ）、上記予約要求は、証明書の処理を行わずとも許可される（ステップ２３６）。
【０２０５】
本発明のさらなる実施形態について、図２４を参照して説明する。上記実施形態では、予約アプリケーションは、予約要求を画像処理装置の通知アプリケーションに送信する（ステップ２４０）。画像処理装置の通知アプリケーションは、上記予約要求を受信する（ステップ２４１）。そして、通知アプリケーションは、上記予約要求が認証用の証明書を要求するタイプであるか否かを判定する（ステップ２４２）。上記予約要求が認証用の証明書を要求する場合は、通知アプリケーションは、証明書を予約アプリケーションに要求する（ステップ２４３）。予約アプリケーションは、証明書を通知アプリケーションに送信する（ステップ２４４）。そして、通知アプリケーションは、上記証明書を受信する（ステップ２４５）。通知アプリケーションは、上記証明書を認証する（ステップ２４６）。通知アプリケーションは、上記認証処理の結果を分析して、認証が失敗した場合、あるいは、ユーザ／アカウントが、要求された通知の受け取りを承認されなかった場合は（ステップ２４７においてＮＯ）、上記予約要求を拒否する（ステップ２４９）。また、認証が成功した場合、かつ、ユーザ／アカウントが、要求された通知の受け取りを承認された場合は（ステップ２４７においてＹＥＳ）、上記予約要求を許可する（ステップ２４８）。一方、上記予約要求が制限されておらず、かつ、証明書を要求しない場合は（ステップ２４２においてＮＯ）、上記予約要求は、証明書の処理を行わずとも許可される（ステップ２４８）。
【０２０６】
本発明の他の実施形態について、図２５を参照して説明する。上記実施形態では、予約アプリケーションは、予約要求を画像処理装置の通知アプリケーションに送信する（ステップ２５０）。画像処理装置の通知アプリケーションは、上記予約要求を受信する（ステップ２５１）。そして、通知アプリケーションは、上記予約要求が、認証用の証明書を要求するタイプであるか否かを判定する（ステップ２５２）。上記予約要求が認証用の証明書を要求する場合は、通知アプリケーションは、証明書を予約アプリケーションに要求する（ステップ２５３）。通知アプリケーションは、予約アプリケーションから上記証明書を受信すると（ステップ２５４）、上記証明書を認証アプリケーションに送信する（ステップ２５５）。認証アプリケーションは、上記証明書を認証する（ステップ２５６）。そして、認証結果を通知アプリケーションに送信する。通知アプリケーションは、上記認証処理の結果を分析して、認証が失敗した場合、あるいは、ユーザ／アカウントが、要求された通知の受け取りを承認されなかった場合は（ステップ２５７においてＮＯ）、上記予約要求を拒否する（ステップ２５９）。また、認証が成功した場合、かつ、ユーザ／アカウントが、要求された通知の受け取りを承認された場合は（ステップ２５７においてＹＥＳ）、上記予約要求を許可する（ステップ２５８）。一方、上記予約要求が制限されておらず、かつ、証明書を要求しない場合は（ステップ２５２においてＮＯ）、上記予約要求は、証明書の処理を行わずとも許可される（ステップ２５８）。
【０２０７】
本発明のさらなる実施形態は、イベント通知のシステムおよび方法を含んでいてもよい。さらに上記実施形態の通知は、グローバル通知とジョブ専用通知とがあってもよい。さらに、指定された配信機構によって通知が行われるようにしてもよい。
【０２０８】
本発明の実施形態について、図２６を参照して説明する。上記実施形態では、画像処理装置の通知アプリケーションは、特定のイベントが発生したことを検知する（ステップ２６０）。画像処理装置の通知アプリケーションは、予約レコードに上記イベントが記録されているか否かをチェックする（ステップ２６２）。上記特定のイベントが予約レコードに記録されていない場合は、画像処理装置の通知アプリケーションは、通知を送らないことを決定する（ステップ２６６）。あるいは、上記特定のイベントが予約レコードに記録されていた場合は、通知アプリケーションは、特定のイベントの通知をいずれかの予約アプリケーションに送信する（ステップ２６８）。予約アプリケーションは、イベントの通知を通知アプリケーションから受信する（ステップ２６９）。
【０２０９】
本発明の他の実施形態について、図２７を参照して説明する。上記実施形態では、画像処理装置の通知アプリケーションは、特定のイベントが発生したことを検知する（ステップ２７０）。画像処理装置の通知アプリケーションは、予約レコードに上記イベントが記録されているか否かをチェックする（ステップ２７１）。上記特定のイベントが予約レコードに記録されていない場合は、画像処理装置の通知アプリケーションは、通知を送らないことを決定する（ステップ２７３）。あるいは、上記特定のイベントが予約レコードに記録されていた場合は、通知アプリケーションは、上記予約がグローバル予約か、ジョブ専用予約かをチェックする（ステップ２７４）。上記予約がグローバル予約である場合には、通知アプリケーションは、上記イベントの通知を予約アプリケーションに送信する。
【０２１０】
上記予約がジョブ専用予約である場合には、通知アプリケーションは、ジョブがイベントの時間に実行中であったか否かをチェックする（ステップ２７６）。上記ジョブがイベントの時間に実行中でなかった場合、ジョブ専用予約は有効でないとして、通知アプリケーションは、イベントの通知を送らないことを決定する（ステップ２７８）。上記ジョブがイベントの時間に実行中であった場合、通知アプリケーションは、特定のイベントの通知を予約アプリケーションに送信する（ステップ２７９）。予約アプリケーションは、イベントの通知を通知アプリケーションから受信する（ステップ２８０）。なお、通知アプリケーションは、ジョブが実行中であるか否かを、ジョブチケットの方法を用いて判定してもよい。上記方法によれば、ジョブチケットは、ジョブ実行中にアプリケーションによって管理されている。ジョブが完了すると、ジョブチケットは削除される。
【０２１１】
本発明のさらなる実施形態について、図２８を参照して説明する。上記実施形態では、画像処理装置の通知アプリケーションは、特定のイベントが発生したことを検知する（ステップ２９０）。次に、画像処理装置の通知アプリケーションは、予約レコードに上記イベントが記録されているか否かをチェックする（ステップ２９１）。上記特定のイベントが予約レコードに記録されていない場合は、画像処理装置の通知アプリケーションは、通知を送らないことを決定する（ステップ２９３）。上記特定のイベントが予約レコードに記録されていた場合は、通知アプリケーションは、通知のための配信機構がユーザによって指定されているか否かをチェックする（ステップ２９４）。通知のための配信機構が、ユーザによって指定されている場合は、通知アプリケーションは、ユーザによって指定された配信機構を用いて、イベントの通知を予約アプリケーションに送信する（ステップ２９７）。通知のための配信機構が、ユーザによって指定されていない場合は、通知アプリケーションは、デフォルトの配信機構を使用して、イベントの通知を予約アプリケーションに送信する（ステップ２９６）。通知メッセージが送信されると、予約アプリケーションは、イベントの通知を、デフォルトの、あるいは、指定された配信機構を介して、通知アプリケーションから受信する（ステップ２９８）。
【０２１２】
本発明のさらなる実施形態について、図２９を参照して説明する。上記実施形態では、画像処理装置の通知アプリケーションは、特定のイベントが発生したことを検知する（ステップ３００）。次に、画像処理装置の通知アプリケーションは、予約レコードに上記イベントが記録されているか否かをチェックする（ステップ３０１）。そして、上記特定のイベントが予約レコードに記録されていない場合は、画像処理装置の通知アプリケーションは、通知を送らないことを決定する（ステップ３０３）。上記特定のイベントが予約レコードに記録されている場合は、通知アプリケーションは、予約がグローバルか、ジョブ専用のものかをチェックする（ステップ３０４）。
【０２１３】
上記予約がグローバルであった場合、通知アプリケーションは、通知のための配信機構が指定されているか否かをチェックする（ステップ３０９）。一方、上記予約がジョブ専用であった場合、通知アプリケーションは、ジョブがイベントの時間に実行中であったか否かをチェックする（ステップ３０６）。上記ジョブがイベント発生時に実行中でなかった場合（ステップ３０７においてＮＯ）、通知アプリケーションは、通知を送信しないことを決定する（ステップ３０８）。一方、上記ジョブがイベント発生時に実行中であった場合（ステップ３０７においてＹＥＳ）、通知アプリケーションは、通知のための配信機構が指定されているか否かをチェックする（ステップ３０９）。上記通知のための配信機構が指定されている場合は、通知アプリケーションは、指定された配信機構を用いて、イベントの通知を予約アプリケーションに送信する（ステップ３１２）。上記配信機構が指定されていなかった場合は、通知アプリケーションは、デフォルトの配信機構を用いて、イベントの通知を予約アプリケーションに送信する（ステップ３１１）。通知が送信されると、予約アプリケーションは、上記指定された配信機構を介して、あるいは、デフォルトの配信機構を介して、イベントの通知を通知アプリケーションから受信する（ステップ３１３）。
【０２１４】
（コアウェブサービスフレームワーク）
本発明の実施形態について、図３０を参照して説明する。本実施形態は、コアウェブサービスフレームワーク（ＣＷＳＦ）３５０を備えている。コアウェブサービスフレームワーク３５０は、多機能周辺機器などの画像処理装置上でウェブサービスを構築し、展開し、実行するためのプラットフォームを備えている。例えば、分散型ネットワークアプリケーションを構築するためのスタンダードベースの多言語実行環境などが挙げられる。各アプリケーションは、画像処理装置上で実行する処理を制御することができる。
【０２１５】
本実施形態では、コアウェブサービスフレームワーク３５０は、画像処理装置ハードウェア３２０に接続されている、ハードウェアインターフェース（ＨＷＩＦ）３２６を備えていてもよい。ハードウェアインターフェース３２６は、ハードウェア専用の特定のプラットフォームと、コアウェブサービスフレームワーク３５０との間に設けられる。標準化されたハードウェアインターフェース３２６によって、コアウェブサービスフレームワーク３５０は、インターフェース標準に準拠する、複数の画像処理装置ハードウェア３２０
と通信することが可能となる。
【０２１６】
ハードウェアインターフェース３２６は、コアウェブサービスフレームワーク３５０をホストとして画像処理装置から情報を集約するためのものである。ハードウェアインターフェース３２６は、コアウェブサービスフレームワーク３５０が、画像処理装置ハードウェア３２０の動作中の構成要素と通信するときに用いるＡＰＩ依存型の装置の集合を含んでいてもよい。一方、ハードウェアインターフェース３２６は、特定のプラットフォームのハードウェア構成要素を制御するための装置専用操作を実行することができる。以上のように、ハードウェアインターフェース３２６は、動作中のハードウェアアーキテクチャと、コアウェブサービスフレームワーク３５０とのやりとりを媒介する。
【０２１７】
ハードウェアインターフェース３２６は、さらに、状態監視モジュール（ＳＭＭ）３３０を介してコアウェブサービスフレームワーク３５０が受信する通知の送信元として機能してもよい。上記通知は、コールバック手段の呼び出しによって、状態監視モジュール３３０を介してコアウェブサービスフレームワーク３５０に伝送される。例えば、これに限定されないが、ハードウェアインターフェース３２６は、開始通知コールバックの送信元として動作してもよい。開始通知コールバックは、装置がジョブの実行を開始しようとするときに発送される。また、ハードウェアインターフェース３２６は、完了通知コールバックの送信元として機能してもよい。完了通知コールバックは、ジョブが完了したときに発送される。ハードウェアインターフェース３２６は、状態変更通知コールバックの送信元として機能してもよい。状態変更通知コールバックは、ジョブの状態が変更された場合に発送される。ハードウェアインターフェース３２６は、ページ通知コールバックの送信元として機能してもよい。ページ通知コールバックは、ページが読み込まれるとき、あるいは、印刷されるときに発送される。
【０２１８】
本実施形態では、コアウェブサービスフレームワーク３５０は、システムアーキテクチャレイヤー（ＳＡＬ）３２４を含んでいてもよい。システムアーキテクチャレイヤー３２４は、高水準アプリケーション要求を、ハードウェアインターフェース３２６レベルのジョブタイプ専用の一連の要求へと翻訳する役割を担っている。これにより、アプリケーションは、複雑さを意識しないで済む。システムアーキテクチャレイヤー３２４は、小さな一連の単純操作を一まとめにして、高水準の機能にすることもできる。また、システムアーキテクチャレイヤー３２４は、ハードウェアインターフェース３２６に、論理的接続することができる。また、システムアーキテクチャレイヤー３２４は、ハードウェアインターフェース３２６に、通知コールバックのセットを登録することができる。また、ジョブ実行中にある状態が発生すると、システムアーキテクチャレイヤー３２４は、対応する通知をハードウェアインターフェース３２６から受信してもよい。あるいは、システムアーキテクチャレイヤー３２４は、イベント通知の送信元として機能してもよい。本実施形態では、一例として、システムアーキテクチャレイヤー３２４は、On_Job_Started（ジョブ実行開始）通知および／またはOn_Job_Completed（ジョブ実行終了）通知を発送する。
【０２１９】
本発明の実施形態におけるアーキテクチャは、ジョブの概念に基づいている。実際の装置の能力および装置アーキテクチャに応じて、１以上のジョブが同時に画像処理装置上で実行可能である。例えば、これに限定されないが、例えば、他のクライアントが印刷ジョブを要求する間に、ユーザは、スキャンジョブを実行することもできる。同時に、他のユーザは、ファックスメッセージを受信して、管理アプリケーションは、画像処理装置のジョブの監視を行うことも可能である。本発明の実施形態では、上述のすべてのジョブを同時に実行できるものとする。各々のジョブは、ジョブオブジェクトによって表される、一意に識別可能な識別子によって識別可能だからである。
【０２２０】
上記動的ジョブ環境を制御するためのコアウェブサービスフレームワーク３５０内部の機構は、ジョブキューマネージャ（ＪＱＭ）３２８と呼ばれる。ジョブキューマネージャ３２８は、当該システムによって処理されるジョブを管理するものである。上記各ジョブは、ユーザが画像処理装置上で実行する処理に関連付けられたジョブオブジェクトによって表されてもよい。あるいは、各ジョブは、ジョブ識別子（ジョブＩＤ）によって表されてもよく、ジョブＩＤは、各ジョブ設定、ジョブ結果、および、アクセス制御リスト（ＡＣＬ）に関連付けられている。アクセス制御リストは、通知予約アプリケーションによるジョブ情報へのアクセスについての詳細な情報を含んでいてもよい。ジョブキューマネージャ３２８は、各ジョブオブジェクトを、当該ジョブオブジェクトが有効期限中存在する間管理すればよい。ジョブキューマネージャ３２８は、ジョブオブジェクトを生成する機能、ジョブオブジェクトを破棄する機能、ジョブ設定を管理する機能、ジョブのユーザに関連付けられたセキュリティデータを保護する機能、ジョブ記述やジョブ状態を保護する機能、および、その他の機能を実行することができる。
【０２２１】
ジョブキューマネージャ３２８は、イベント通知の送信元として機能してもよい。本実施形態では、例えば、ジョブキューマネージャ３２８は、On_Job_Create（ジョブ生成）通知、On_Job_Execute（ジョブ実行）通知、On_Job_Close（ジョブ完了）通知、On_Job_Cancel（ジョブキャンセル）通知、および、他のイベント通知を送信してもよい。
【０２２２】
ジョブキューマネージャ３２８は、ジョブオブジェクトデータベース（ＤＢ）３２５を管理してもよい。ジョブオブジェクトデータベース３２５は、画像処理装置、または、関連ハードウェアやアプリケーション上で実行中のジョブを管理するデータベースである。ジョブオブジェクトデータベース３２５は、実行履歴ジャーナルを含んでいてもよい。実行履歴ジャーナルは、装置の電源がＯＦＦになって他のジョブ情報が失われたとしても、電源のＯＮ／ＯＦＦに関係なく記録として残る。
【０２２３】
本実施形態では、コアウェブサービスフレームワーク３５０は、状態監視モジュール（ＳＭＭ）３３０を備えていてもよい。状態監視モジュール３３０は、装置の状態、あるいは、装置上で実行されるジョブの状態を監視するものである。状態監視モジュール３３０は、装置およびジョブの状態の変化を監視する。また、状態監視モジュール３３０は、ハードウェアインターフェース３２６に、通知コールバックの集合を登録してもよい。状態監視モジュール３３０は、ジョブキューマネージャ３２８または通知モジュール３３２に対して、ジョブや装置の状態の変化、あるいは、その他の情報を通知する。状態監視モジュール３３０は、On_System_Error（システム実行中エラー）通知の送信元として機能してもよい。
【０２２４】
コアウェブサービスフレームワーク３５０は、通知モジュール３３２を備えていてもよい。通知モジュール３３２は、コアウェブサービスフレームワーク３５０内のあらゆる送信元からイベント通知を受信する。通知モジュール３３２は、画像処理装置内部イベントを示す信号、もしくは、画像処理装置ハードウェア３２０、コアウェブサービスフレームワーク３５０の各モジュールまたはリモートＯＳＡアプリケーション３４６などにおいて発生するイベント、または、その他イベントの通知を受信する。通知を受信すると、通知モジュール３３２は、イベントデータメッセージを生成するためにジョブキューマネージャ３２８と通信する。また、通知モジュール３３２は、イベントの通知を受信するよう登録された予約があるか否かを確認するために、予約マネージャ３３８と通信を行ってもよい。ひとつでも登録された予約が見つかると、通知モジュール３３２は、その予約元にイベント通知データを配信する準備を行う。予約元が特定の通知メソッドを指定していた場合は、通知モジュール３３２は、予約要求時あるいは他のタイミングで予約元が指定した転送プロトコルを用いて通知を配信する準備を行う。
【０２２５】
また、コアウェブサービスフレームワーク３５０は、ユーザインターフェースプロセッサ３３４を備えていてもよい。ユーザインターフェースプロセッサ３３４は、コアウェブサービスフレームワーク３５０と、画像処理装置のフロントパネル３２２とを仲介する。ユーザインターフェースプロセッサ３３４は、フロントパネル３２２に、ユーザインターフェースの内容を供給する。ユーザインターフェースの内容とは、ユーザに入力を促すためのプロンプト、および、当該画像処理装置、コアウェブサービスフレームワークのモジュール、あるいは、リモートアプリケーションなどの状態をユーザに通知するための情報などのことである。ユーザインターフェースプロセッサ３３４は、また、フロントパネル３２２を介して入力されるユーザ入力信号を受け付けて、その入力信号を画像処理装置ハードウェア３２０、コアウェブサービスフレームワーク３５０モジュール、または、リモートＯＳＡアプリケーション３４６に伝達する。また、ユーザインターフェースプロセッサ３３４によって、リモートＯＳＡアプリケーション３４６は、ＸＨＴＭＬなどの工業規格のマークアップ言語を用いてフォームを定義されたアプリケーション専用画面を表示することが可能となる。さらに、ユーザインターフェースプロセッサ３３４は、On_Hkey_Pressed通知、On_User_Logout通知、あるいは、その他の通知などのイベント通知の送信元として機能してもよい。
【０２２６】
コアウェブサービスフレームワーク３５０の核として機能するのが、ウェブサービスモジュール（ＷＳＭ）３３６である。ウェブサービスモジュール３３６は、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ；Simple Object Access Protocol）のインターフェースを画像処理装置に供給する。リモートＯＳＡアプリケーション３４６は、ＳＯＡＰインターフェースメソッドの集合を介してウェブサービスモジュール３３６を利用して、ユーザインターフェースとしてのフロントパネル３２２を備える画像処理装置ハードウェア３２０を制御する。リモートＯＳＡアプリケーション３４６は、ウェブサービスモジュール３３６を介して、コアウェブサービスフレームワーク３５０の各モジュールにアクセスしたり、および／または、報告を行ったりする。
【０２２７】
ウェブサービスモジュール３３６の一例を図３１に示す。本実施形態では、リモートアプリケーションとしては、例えば、セキュリティアプリケーション３５１、高階権限（higher authority）アプリケーション３５２、または、その他のアプリケーション（３５４）などが挙げられる。これらのリモートアプリケーションは、ネットワーク３５６などの通信接続を介して、画像処理装置のウェブサービスモジュール３６４に接続している。本実施形態では、ウェブサービスモジュール３６４と、外部アプリケーション（３５１〜３５４）との間に、ＳＯＡＰインターフェースを仲介させている。リモートクライアントアプリケーション（３５１〜３５４）が、ＳＯＡＰ要求を画像処理装置宛てに生成する場合は、ウェブサービスモジュール３６４が、要求を表すマークアップ言語（例えば、ＸＭＬ）データを、装置が処理可能なバイナリデータへと翻訳する役割を担う。ウェブサービスモジュール３６４は、また、バイナリデータを適切なマークアップ言語に翻訳して、上記リモートクライアントに返してもよい。
【０２２８】
本実施形態では、ウェブサービスモジュール３６４は、リモートクライアント（３５１〜３５４）から受信した、入力マークアップ言語のストリームを照合したり、その正当性を検証したりしてもよい。上記のデータ正当性検証は、ＳＯＡＰインターフェース用の文書を定義するウェブサービス定義言語（ＷＳＤＬ；Web Service Definition Language）で記述された規則にしたがって実行される。ウェブサービスモジュール３６４は、クライアントのＳＯＡＰ要求を処理している間に、誤りを伝えるメッセージとして、順番に並べたエラー情報を返してもよい。
【０２２９】
セキュアモードで処理を実行する場合、ウェブサービスモジュール３６４、３３６は、要求が認証された正規の送信元から送信されたものであること、および、該要求を生成したユーザは、その要求を生成する正当な権利を有していることを確認する役割を担っていてもよい。ウェブサービスモジュール３６４、３３６は、また、ユーザとのセッション管理を行ってもよい。
【０２３０】
本実施形態では、コアウェブサービスフレームワーク３５０は、予約マネージャ３３８を備えていてもよい。予約マネージャ３３８は、予約データベース３３５を管理するものである。予約データベース３３５には、イベント予約を行う予約元のデータが記録されている。
【０２３１】
あるいは、コアウェブサービスフレームワーク３５０は、ＸＭＬライブラリ３４０などのマークアップ言語ライブラリを備えていてもよい。ＸＭＬライブラリ３４０は、ユーティリティコードライブラリを含んでいてもよい。ＸＭＬライブラリ３４０は、ＸＭＬコンテンツを管理するための機能を供給する。上記各機能は、ＸＭＬデータを解析および／または生成するのに用いられる。
【０２３２】
また、コアウェブサービスフレームワーク３５０は、イベント配信モジュール（ＥＤＭ）３４２を備えていてもよい。イベント配信モジュール３４２は、イベント通知メッセージを予約元に配信するものである。イベント配信モジュール３４２は、例えば、予約データベース３３５に記録されている、予約元プリファレンスにアクセスすることができる。上記予約元のデータは、通知を配信するための配信機構を選択するのに利用される。
【０２３３】
本明細書中において使用されている用語および表現は、内容を説明するためのものであって本発明の技術範囲を限定するものではない。また、これらの用語および表現は、図示および説明されている本発明の特徴あるいはその一部に関して差異をつけることを意図したものではない。つまり、本発明の範囲は、特許請求の範囲に記述された各請求項以外の何ものによっても定義し限定されるものではない。
【０２３４】
したがって、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、上述した実施形態において開示された各技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０２３５】
本発明は、例えば、画像処理機能を有するプリンタ、コピー機、スキャナ、ファックス等を備えたシステムに適用することができる。
【図面の簡単な説明】
【０２３６】
【図１】遠隔演算装置に接続された画像処理装置を含む、本発明の一実施形態を示す図である。
【図２】画像処理装置用の典型的なユーザインターフェースを示す図である。
【図３】画像処理装置の一例を示す図である。
【図４】画像処理装置での処理の流れを示すフローチャートである。
【図５】画像処理装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図６】遠隔演算装置の一例を示す図である。
【図７】遠隔演算装置の構成要素を示すブロック図である。
【図８】遠隔演算装置での処理の流れを示すフローチャートである。
【図９】遠隔演算装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図１０】遠隔演算装置に接続される複数の画像処理装置を備えたシステムを示す図である。
【図１１】図１０に示されるシステムでの処理の流れを示すフローチャートである。
【図１２】複数の遠隔演算装置およびリンクされたリソースを含む、本発明の一実施形態の構成要素を示す図である。
【図１３】イベント通知を行う画像処理装置のシステムを示す図である。
【図１４】イベント通知予約の処理の流れを示すフローチャートである。
【図１５Ａ】本発明の実施形態における、イベントタイプおよびジョブＩＤを用いたイベント通知予約の処理の流れを示すフローチャートである。
【図１５Ｂ】本発明の他の実施形態における、イベントタイプおよびジョブＩＤを用いたイベント通知予約の処理の流れを示すフローチャートである。
【図１６】配信機構を用いたイベント通知予約の処理の流れを示すフローチャートである。
【図１７】イベントタイプ、ジョブＩＤ、および、配信機構を用いたイベント通知予約の処理の流れを示すフローチャートである。
【図１８】イベント通知アクセス制御の処理の流れを示すフローチャートである。
【図１９】証明書を要求して行うイベント通知アクセス制御の処理の流れを示すフローチャートである。
【図２０】認証アプリケーションを用いて行うイベント通知アクセス制御の処理の流れを示すフローチャートである。
【図２１】証明書を要求し、かつ、認証アプリケーションを用いて行うイベント通知アクセス制御の処理の流れを示すフローチャートである。
【図２２】要求された通知が証明書を要求する場合における、イベント通知アクセス制御の処理の流れを示すフローチャートである。
【図２３】通知が証明書を要求する場合に、認証アプリケーションを用いて行うイベント通知アクセス制御の処理の流れを示すフローチャートである。
【図２４】証明書が必要な場合に、証明書を要求することによって、イベント通知アクセス制御の処理の流れを示すフローチャートである。
【図２５】認証アプリケーションを用いて、かつ、証明書要求を行う、イベント通知アクセス制御の処理の流れを示すフローチャートである。
【図２６】イベント通知の処理の流れを示すフローチャートである。
【図２７】グローバル予約を伴うイベント通知の処理の流れを示すフローチャートである。
【図２８】配信機構を用いたイベント通知の処理の流れを示すフローチャートである。
【図２９Ａ】グローバル予約および配信機構を用いたイベント通知の処理の流れを示すフローチャートである。
【図２９Ｂ】グローバル予約および配信機構を用いたイベント通知の処理の流れを示すフローチャートである。
【図３０】コアウェブサービスフレームワークの要部構成を示すブロック図である。
【図３１】コアウェブサービスフレームワークとの相互関係を説明する図である。
【符号の説明】
【０２３７】
２  ユーザインターフェース（ＵＩ）パネル
４  画像処理装置
６  遠隔演算装置
８  ＵＩ装置
１０  ネットワーク
１２  通信回線
３０  画像処理装置
３２  ユーザインターフェース
３４  ユーザ入力パネル
３６  ディスプレイ
６０  遠隔演算装置
６２  データ記憶装置
７２  プロセッサ
７４  メモリ
７６  システムバス
７８  ネットワークインターフェース
８０  ユーザインターフェース
１００  ネットワーク
１２０  画像処理装置
１２４  ユーザインターフェース
１２５  データベース
１２６ａ  遠隔演算装置
１２８  インターネット
１３０  予約アプリケーション
１３４  ネットワーク
１３６  画像処理装置
１３８  イベント通知アプリケーション
１３９  イベント通知データ転送機構
３２０  画像処理装置ハードウェア
３２２  フロントパネル
３２４  システムアーキテクチャレイヤー
３２５  ジョブオブジェクトデータベース
３２６  ハードウェアインターフェース
３２８  ジョブキューマネージャ
３３０  状態監視モジュール
３３２  通知モジュール
３３４  ユーザインターフェースプロセッサ
３３５  予約データベース
３３６  ウェブサービスモジュール
３３８  予約マネージャ
３４０  ＸＭＬライブラリ
３４２  イベント配信モジュール
３４６  リモートＯＳＡアプリケーション
３５０  コアウェブサービスフレームワーク
３５１  セキュリティアプリケーション
３５２  高階権限アプリケーション
３５６  ネットワーク
３６４  ウェブサービスモジュール
【図１】
0004536696.tif 000009
【図２】
0004536696.tif 000010
【図３】
0004536696.tif 000011
【図４】
0004536696.tif 000012
【図５】
0004536696.tif 000013
【図６】
0004536696.tif 000014
【図７】
0004536696.tif 000015
【図８】
0004536696.tif 000016
【図９】
0004536696.tif 000017
【図１０】
0004536696.tif 000018
【図１１】
0004536696.tif 000019
【図１２】
0004536696.tif 000020
【図１３】
0004536696.tif 000021
【図１４】
0004536696.tif 000022
【図１５Ａ】
0004536696.tif 000023
【図１５Ｂ】
0004536696.tif 000024
【図１６】
0004536696.tif 000025
【図１７】
0004536696.tif 000026
【図１８】
0004536696.tif 000027
【図１９】
0004536696.tif 000028
【図２０】
0004536696.tif 000029
【図２１】
0004536696.tif 000030
【図２２】
0004536696.tif 000031
【図２３】
0004536696.tif 000032
【図２４】
0004536696.tif 000033
【図２５】
0004536696.tif 000034
【図２６】
0004536696.tif 000035
【図２７】
0004536696.tif 000036
【図２８】
0004536696.tif 000037
【図２９Ａ】
0004536696.tif 000038
【図２９Ｂ】
0004536696.tif 000039
【図３０】
0004536696.tif 000040
【図３１】
0004536696.tif 000041