JP6247539B2 - 情報処理装置及び情報処理方法、プログラム - Google Patents

Description

本発明は、ジョブを実行する機器を管理する情報処理技術に関するものである。

従来、所有者と紐付けられた機器をインターネットサービスから利用する場合には、ユーザ識別情報と機器識別情報を対応付けて記憶、管理し、識別されたユーザから識別された機器を利用可能にしている。例えば、特許文献１には、サービス要求機器を特定するための要求機器識別情報と、ユーザを特定するためのユーザ識別情報と、サービス提供機器を特定するための提供機器識別情報を対応付けて記憶、管理する方法が示されている。

特開２００９−２１７３３５号公報

しかしながら、従来技術においては、所有者とサービス提供機器の紐付けが有効な状態で、所有するサービス提供機器を他人に譲渡する等して所有者が変わってもこの関係は維持されてしまう。例えば、譲渡前の元の所有者に紐付けられて管理されているプリンタをポータルサイトから利用している場合、元の所有者が意図せず、新しい所有者のプリンタに出力してしまうなど不都合が生じることがある。

この関係を解消するためには、明示的に紐付け関係を解除しなければならないが、機器が既に他人の手に渡ってしまった後では、それが困難になる場合もあり、不都合が生じる可能性が高い。

本発明は上記の課題を解決するためになされたものであり、適切に機器を管理することができる情報処理技術を提供することを目的とする。

上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
ジョブを実行する機器を管理する情報処理装置であって、
前記機器に前記ジョブを実行させるための機器識別情報と、前記機器の所有者を特定するための所有者情報とを対応付けて記憶する記憶手段と、
前記機器の状態が所定の条件を満たす場合、前記所有者情報をユーザに入力させるための画面を表示装置に表示させる表示制御手段と、
前記表示制御手段により表示された前記画面において前記記憶手段に記憶された所有者情報が入力されない場合に、当該機器識別情報を無効化し、当該所有者情報が入力された場合または前記機器の状態が前記所定の条件を満たさない場合、前記記憶手段により記憶されている前記機器識別情報に従って前記機器がジョブを実行可能なように制御する管理手段と
を備える。

本発明によれば、適切に機器を管理することができる。

実施形態１の機器管理システムのブロック図である。 プリンタを機器管理サーバに機器登録及び機器登録解除する際のシーケンス図である。 機器管理サーバにおける機器管理処理の状態遷移図である。 プリンタがジョブを処理する際のシーケンス図である。 ポータルサイトにプリンタを登録する際のシーケンス図である。 ポータルサイトから機器登録状態で印刷する際のシーケンス図である。 機器管理サーバにおける機器管理処理が中間状態に移行した際のシーケンス図である。 ポータルサイトから中間状態で印刷する際のシーケンス図である。 実施形態２の機器管理システムのブロック図である。 機器テーブルの一例を示す図である。 エントリテーブルの一例を示す図である。 ジョブテーブルの一例を示す図である。

以下、本発明の実施の形態について図面を用いて詳細に説明する。

＜実施形態１＞
図１は実施形態１に係る機器管理システムのブロック図である。図中、１は機器管理サーバ、２はプリンタ、３はポータルサイト、４はユーザ端末である。

機器管理サーバ１は、ネットワーク（例えば、インターネット）上のサーバであり、機器固有の情報により特定される、管理対象の機器の登録、その機器の利用の管理を行う。機器管理サーバ１へのアクセスはＨＴＴＰプロトコルによって実現され、これにより、機器管理サーバ１は、ＨＴＴＰサーバとして動作している。実施形態１においては、機器固有の情報として、機器製造者が個々の機器に固有に割り当てた機器ＩＤ（機器識別情報）を用いる。機器管理サーバ１は、予め機器ＩＤを記憶しており、記憶している機器ＩＤに対応する機器からのアクセスを許可するものとする。また、機器管理サーバ１は、機器ＩＤを特定して、その機器ＩＤに対応する機器にジョブを与えるためにポータルサイト３がアクセスすることを許可するものとする。これらのアクセスについては後述する。

プリンタ２は、ネットワークを介して機器管理サーバ１にアクセスし、機器管理サーバ１に対してＨＴＴＰクライアントとして動作する。後述するとおり、プリンタ２は自身を機器管理サーバ１に機器として登録し、また、機器管理サーバ１からジョブ（例えば、印刷ジョブ）を受信して、印刷を行う。プリンタ２は、機器管理サーバ１との間での各種操作を行うために、通信部、操作部、表示部、印刷機構部等の必要な構成要素を備えるものとする。

ポータルサイト３は、ネットワーク上で各種サービスを提供するサーバであり、ユーザアカウントを持つユーザに対して、例えば、印刷サービスを提供することができる。印刷サービスの提供には、機器管理サーバ１に登録されたプリンタ２を用いる。ポータルサイト３は、ユーザ端末４に対してＨＴＴＰサーバとして、機器管理サーバ１に対してＨＴＴＰクライアントとして動作する。

ユーザ端末４は、ポータルサイト３にユーザアカウントを持つユーザがポータルサイト３にアクセスするための端末装置であり、ブラウザを備えたパーソナルコンピュータ、携帯端末等の情報処理装置である。ユーザ端末４は、ポータルサイト３に対してＨＴＴＰクライアントとして動作する。ユーザのポータルサイト３へのアクセスは、ポータルサイト３のユーザ認証を経て行われる。これらについては、ここでは詳細は述べない。

機器管理サーバ１は、図１０に示す機器テーブル１１０、図１１に示すエントリテーブル１１１及び図１２に示すジョブテーブル１１２を記憶する。機器管理サーバ１は、これらのテーブルを用いて、プリンタ２の機器登録、ポータルサイト３からのプリンタ２の利用及びジョブを管理する。

機器テーブル１１０は、機器ＩＤとパスワードとを対応付けた列データとして構成される。ここでは、特に、機器としてプリンタを管理する場合を例に挙げている。そして、１行のデータが１つのプリンタの登録情報となる。

エントリテーブル１１１は、エントリＩＤと機器ＩＤとを対応付けた列データとして構成される。そして、１行のデータが１つのエントリとなり、ポータルサイト３のユーザと利用するプリンタの関連付けを管理する。エントリＩＤはポータルサイト３のユーザと利用するプリンタの関連付けに対して固有の値を割り当てるものとする。

ジョブテーブル１１２は、ジョブＩＤ、エントリＩＤ、機器ＩＤ、ジョブデータ及びジョブ状態を対応付けた列データとして構成される。そして、１行のデータが１つのジョブの登録情報となる。ジョブＩＤは、各ジョブに固有の値を割り当ててジョブを特定するために用いる。ジョブデータは、印刷データの所在を示す。ジョブ状態は、現在のジョブの状態を示し、「処理待ち」、「処理中」、「保留」、「完了」等の値をとる。これらのテーブルを用いた機器管理サーバ１の処理について、以下で順次説明する。

尚、図１（ｂ）に示すように、機器管理サーバ１、ポータルサイト３、及びユーザ端末４はそれぞれ、汎用コンピュータに搭載される標準的な構成要素として例えば、ＣＰＵ１１、メモリ１２（例えば、ＲＡＭ）、不揮発性メモリ１３（ハードディスクやＲＯＭ）、ネットワークインタフェース１４を有している。また、外部記憶装置１５、ディスプレイ１６、キーボード１７、マウス１８等と接続可能である。

そして、機器管理サーバ１、ポータルサイト３、ユーザ端末４による各種の機能に対応するプログラムが不揮発性メモリ１３に格納されており、ＣＰＵ１１がこのプログラムをメモリ１２上で実行することで、当該機能が実現される。例えば、キーボード１７、マウス１８等の操作デバイスの操作によりユーザの指示が入力され、その指示に応じてＣＰＵ１１が各種の制御を行う。例えば、ＣＰＵ１１は、表示部であるディスプレイ１６への表示制御を行うことができる。

同様に、プリンタ２も、それぞれの機能を実現するためのＣＰＵ１１、メモリ１２（例えば、ＲＡＭ）、不揮発性メモリ１３（ハードディスクやＲＯＭ）、ディスプレイ１６、入力部としてキーボード１７、マウス１８等を備える。そして、プリンタ２による各種の機能に対応するプログラムが不揮発性メモリ１３に格納されており、ＣＰＵ１１がこのプログラムをメモリ１２上で実行することで、当該機能が実現される。例えば、入力部の操作によりユーザの指示が入力され、その指示に応じてＣＰＵ１１が各種の制御を行う。例えば、ＣＰＵ１１は、表示部であるディスプレイ１６への表示制御を行うことができる。

図２は、プリンタ２を機器管理サーバ１に機器登録、及び機器登録解除する際のシーケンス図である。図中、（ａ）は機器登録のシーケンスを示し、（ｂ）は機器登録解除のシーケンスを示す。尚、図２のシーケンスで示す処理に対応するプログラムがプリンタ２及び機器管理サーバ１それぞれのＲＯＭに格納されており、プリンタ２及び機器管理サーバ１それぞれのＣＰＵがＲＡＭ上で対応するプログラムを実行することで、図２に示すシーケンスが実現される。

まず、図２（ａ）を用いて、機器登録のシーケンスを説明する。

Ｓ２１で、プリンタ２は、機器登録要求を機器管理サーバ１へ送信する。この場合、機器登録要求は、プリンタ２が、自身の固有の機器ＩＤを使って、例えば、「http://manage.server.com/printer/register.cgi?id=printer_id」にアクセスすることにより行う。ここで、「manage.server.com」は機器管理サーバ１のホスト名、「printer_id」はプリンタ２の機器ＩＤである。本実施形態においては、プリンタ２は機器ＩＤを含むＵＲＬに対してＨＴＴＰのＧＥＴメソッドによりアクセスするものとするが、特に、この方法に限定するものではない。以下、特に、断らない場合には、ＨＴＴＰクライアントからＨＴＴＰサーバへのアクセスはＧＥＴメソッドによるものとする。機器登録要求の送信は、プリンタ２の操作部の操作により開始する。

Ｓ２２で、機器管理サーバ１は、機器登録要求元のプリンタ２が機器登録済でなければ、パスワード設定要求をプリンタ２へ送信する。この場合、パスワード設定要求を受信したプリンタ２は、表示部にパスワード要求画面を表示する。ユーザは、表示部に表示されるパスワード要求画面に基づき、操作部を介してパスワードを入力する。ここでは、所有者を特定する情報（所有者情報）としてパスワードを入力するようにしているが、これに限定するものではない。例えば、ＩＣカード等に所有者を特定する情報を記憶しておき、必要な場合にＩＣカードをプリンタ２に装着して所有者を確認しても良い。それ以外にも、ユーザの生体情報等のユーザを特定することができる情報を利用することができる。

Ｓ２３で、プリンタ２は、入力されたパスワードを含むパスワード設定応答を機器管理サーバ１へ送信する。この場合、機器管理サーバ１は、応答に含まれるパスワードを機器ＩＤに関連付けて機器テーブル１１０に記憶する。つまり、機器管理サーバ１は、この機器テーブル１１０での関連付けにより、プリンタ２の所有者と特定するパスワードと機器ＩＤを紐付けて管理することになる。

Ｓ２４で、機器管理サーバ１は、機器登録応答をプリンタ２へ送信する。機器登録応答には、プリンタ２が機器管理サーバ１にジョブを問い合わせるアクセス先のＵＲＬを含むものとする。以後、プリンタ２は、このＵＲＬにアクセスして、ジョブを問い合わせることができる。ここでは、このＵＲＬを「http://manage.server.com/job/query.cgi?id=printer_id」とする。

次に、図２（ｂ）を用いて、機器登録解除のシーケンスを説明する。

Ｓ２５で、プリンタ２は、機器登録解除要求を機器管理サーバ１へ送信する。この場合、例えば、「http://manage.server.com/printer/delete.cgi?id=printer_id」にアクセスすることにより行う。尚、機器登録解除要求の送信は、プリンタ２の操作部の操作により開始する。

機器管理サーバ１は、機器登録解除要求をプリンタ２から受信すると、後述する図３の機器管理処理の状態により、処理を切り替える。機器管理処理の状態が機器登録状態３２（図３）である場合、機器管理サーバ１はＳ２６の応答を行い、中間状態３３（図３）である場合、機器管理サーバ１はＳ２６の処理をスキップしてＳ２８の応答を行う。また、「printer_id」が機器登録されていない、即ち、機器未登録状態３１（図３）である場合、機器管理サーバ１はエラーの応答を行う。

Ｓ２６で、機器管理サーバ１は、機器登録解除要求がプリンタ２の登録されている所有者からのものかどうかを確認するためにパスワード確認要求をプリンタ２へ送信する。これは、不用意に機器登録が解除されないようにするためである。パスワード確認要求を受信したプリンタ２は、表示部にパスワード要求画面を表示する。ユーザは、表示部に表示されるパスワード要求画面に基づいて、操作部を介してパスワードを入力する。

Ｓ２７で、プリンタ２は、入力されたパスワードを含むパスワード確認応答を機器管理サーバ１へ送信する。機器管理サーバ１は、パスワード確認応答に含まれるパスワードを確認し、登録されたパスワードであればプリンタ２の機器登録を解除する。即ち、機器管理サーバ１は、プリンタ２の機器ＩＤをキーとして機器テーブル１１０を検索し、検索された登録情報のパスワードとパスワード確認応答に含まれるパスワードとを照合する。そして、パスワードが一致する場合、機器管理サーバ１は、機器テーブル１１０から該当する登録情報を削除する。このとき、エントリテーブル１１１にこの機器ＩＤと関連付けられたエントリがあれば、そのエントリも合わせて削除する。また、ジョブテーブル１１２に、この機器ＩＤに関連付けられた未処理のジョブがあればそれも削除する。

Ｓ２８で、機器管理サーバ１は、機器登録解除応答をプリンタ２へ送信する。これにより、プリンタ２は、機器管理サーバ１の機器管理処理において機器未登録状態３１（図３）になる。

図３は、機器管理サーバ１における機器管理処理の状態遷移図である。

機器管理サーバ１における機器管理処理の状態管理は管理する機器ＩＤ毎に行う。図に示すように、管理状態としては、機器未登録状態３１、機器登録状態３２、中間状態３３がある。

先に説明したように、プリンタ２からの要求により機器管理サーバ１への機器登録の処理を行うと、プリンタ２の機器ＩＤに対応する機器管理処理の状態は、機器未登録状態３１から機器登録状態３２に移行する。同様に、プリンタ２からの要求により機器登録解除の処理を行うと、機器管理処理の状態は、機器登録状態３２から機器未登録状態３１に移行する。

機器管理処理が機器登録状態３２にあるとき、一定の条件を満足する場合に、中間状態３３に移行する。この中間状態３３は、管理する機器ＩＤと所有者との紐付け関係が不確かな状態を示すもので、管理する機器に所有者確認を要求する状態である。

例えば、機器登録状態３２であるときに、プリンタ２の所有者が変更になったと見なすための所定の条件が満たされた場合、中間状態３３に遷移する。このように機器登録状態３２から中間状態３３に移行する条件（第１の条件）は、ここでは、一定期間を経過してプリンタ２からのジョブ問合せがない場合とする。この条件に限定するものではなく、例えば、プリンタ２から電源オフから電源オンに変更されたというステータス通知を受けた場合に移行するようにしても良い。

このように、所定の条件を満たす場合に中間状態３３に移行することにより、プリンタ２の譲渡等が行われた場合、現在の所有者の意図に反して、前の所有者からの印刷ジョブにより印刷が行われてしまうことを防ぐことができる。

詳細は後述するが、本実施形態では、機器管理サーバ１において登録されている機器ＩＤに従って、ユーザ端末４から印刷ジョブが受け付けられる。そのため、機器ＩＤが機器管理サーバ１に登録されたままプリンタ２が譲渡された場合、前の所有者からの印刷ジョブに基づく画像がプリンタ２により印刷される場合がある。特に、機器ＩＤを無効化するためのパスワードを、譲渡後の所有者が認識していない場合、機器ＩＤを無効化することができない。

そこで、本実施形態では、上記第１の条件のように、プリンタ２の所有者が変更になったと見なすための所定の条件が満たされた場合、中間状態３３に遷移する。中間状態３３では、図２を用いて説明したように、パスワードの入力を行わなくても、機器管理サーバ１における機器登録を無効にすることができる。そのため、例えばプリンタ２の前の所有者が機器登録解除を行わずにプリンタ２を譲渡した場合でも、新たな所有者はパスワードの入力を行わずに機器登録解除を行うことができる。よって、例えば、前の所有者からの印刷ジョブに従って印刷が実行されてしまうことを防ぐことができる。

また、本実施形態では、上記の中間状態３３で、条件（第２の条件）として、所有者確認により、所有者との紐付け関係が確認されれば、機器登録状態３２に移行する。所有者確認には、ここでは、機器登録時に設定したパスワードの入力によるが、これに限定しないのは先に述べたとおりである。

上記第２の条件がパスワードの入力の場合、例えば、プリンタ２の電源がオンになったときに、プリンタ２の表示部にパスワードを入力するための画面を表示する。そして、ユーザにより入力されたパスワードと機器ＩＤが機器管理サーバ１に送信され、機器テーブル１１０に登録されているものと整合する場合に、機器登録状態３２に移行する。

これにより、例えば、プリンタ２の移動等により電源がオフになり中間状態３３に移行したとしても、機器登録状態３２に戻ることができる。よって、プリンタ２の所有者が変わらないにも関わらず中間状態３３に移行し、パスワードの入力なしで機器ＩＤが無効になってしまうことを防ぐことができる。また後述する処理により、第３の条件を満たして、自動的に機器ＩＤが無効になってしまうことを防ぐことができる。

中間状態３３で、条件（第３の条件）として、一定期間（予め定められた規定時間）を経過して所有者が確認できない場合、機器未登録状態３１に移行する。これは、例えば、一定期間、パスワードあるいは正しいパスワードが入力されない場合である。また、規定回数以上、不正なパスワードが入力（不正入力）された場合には、一定期間を経過しないで機器未登録状態３１に移行するようにしても良い。先に説明したように、機器登録解除の処理を行った場合にも機器未登録状態３１に移行する。機器未登録状態３１に移行すると、機器登録は抹消され、所有者を特定する情報も削除される。即ち、図２のＳ２７と同様に、機器管理サーバ１は、機器テーブル１１０、エントリテーブル１１１及びジョブテーブル１１２から該当するデータを削除する。

図４は、プリンタ２がジョブを処理する際のシーケンス図である。尚、図４のシーケンスで示す処理に対応するプログラムがプリンタ２及び機器管理サーバ１それぞれのＲＯＭに格納されており、プリンタ２及び機器管理サーバ１それぞれのＣＰＵがＲＡＭ上で対応するプログラムを実行することで、図４に示すシーケンスが実現される。

Ｓ４１で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。この場合、送信先ＵＲＬは、前述の「http://manage.server.com/job/query.cgi?id=printer_id」である。尚、このジョブ問合せには、プリンタ２のステータス情報を含めてもよい。ステータス情報としては、例えば、印刷中であるかどうか、印刷完了したジョブのジョブＩＤ、紙切れが発生しているかどうか、インク切れが発生しているかどうか等のステータスがある。その場合には、送信先ＵＲＬとして、例えば、次のように記述する。「http://manage.server.com/job/query.cgi?id=printer_id&status=idle&job_complete=job_id&paper=empty」。ここで、「job_complete=job_id」が印刷完了したジョブのジョブＩＤを示し、「paper=empty」が紙切れが発生していることを示している。また、Ｓ４１におけるジョブ問合せは、プリンタ２の電源が投入されているときに定期的に実行される。

Ｓ４２で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。この場合、機器管理サーバ１におけるプリンタ２の機器管理状態が機器登録状態３２であれば、機器管理サーバ１はジョブ応答をプリンタ２へ送信する。機器管理状態が中間状態３３の場合の応答については後述する。

プリンタ２において実行すべきジョブが機器管理サーバ１に登録されている場合、ジョブ応答にはジョブデータの有無を示す情報が含まれ、ジョブデータがある場合にはその所在情報を含むものとする。所在情報は、例えば、ジョブデータのＵＲＬであり、ここではＵＲＬとする。ジョブデータがない場合には、一定の時間間隔で、プリンタ２は、Ｓ４１のジョブ問合せを機器管理サーバ１へ送信する。ジョブデータの有無は、ジョブテーブル１１２を機器ＩＤをキーとして検索することにより確認する。該当する未処理のジョブがあれば、機器管理サーバ１は、ジョブデータが有ることを示すジョブ応答をプリンタ２へ送信する。ジョブデータが無ければ、Ｓ４２ではその旨の通知がプリンタ２に送信され、処理を終了する。

Ｓ４３で、プリンタ２は、データ要求を機器管理サーバ１へ送信する。この場合、前述のジョブ応答にジョブデータが有ることを示す情報があれば、プリンタ２は、ジョブデータの所在を示すＵＲＬに対してデータ要求を機器管理サーバ１へ送信する。ここでは、プリンタ２は、機器管理サーバ１に対してデータ要求を送信しているが、別のサーバにジョブデータを管理して、その別のサーバにデータ要求を送信することもできる。また、ジョブデータはプリンタ２がデータを解釈し印刷可能なデータであれば何でも良い。

Ｓ４４で、機器管理サーバ１は、データ要求が示すジョブデータを含むデータ応答をプリンタ２へ送信する。この場合、プリンタ２はデータ応答を受信し、これに含まれるジョブデータに基づいて印刷を実行する。以下、ジョブデータに応じてこれを繰り返す。

Ｓ４５で、プリンタ２は、データ要求を機器管理サーバ１へ送信する。この場合、プリンタ２は、最後のジョブデータのデータ要求を機器管理サーバ１へ送信する。機器管理サーバ１は、処理済のジョブデータを削除するものとする。その場合、処理済を示す情報をジョブデータに付加して、一定期間経過後に削除するようにしても良い。即ち、ジョブテーブル１１２の該当するジョブのジョブ状態を「完了」にする。ジョブ状態を「完了」にすると同時にジョブテーブル１１２から該当するジョブデータを削除してもよいし、一定期間経過後に削除してもよい。

Ｓ４６で、機器管理サーバ１は、データ要求が示すジョブデータを含むデータ応答をプリンタ２へ送信する。プリンタ２は、最後のジョブデータを受信して印刷したら、Ｓ４１のジョブ問合せに戻る。

図５は、ポータルサイト３にプリンタ２を登録する際のシーケンス図である。ポータルサイト３にプリンタ２を登録しプリンタ２を利用可能にする。これは、機器管理サーバ１に、ポータルサイト３からジョブ登録を行うためのエントリを作成する手続きになる。尚、図５のシーケンスで示す処理に対応するプログラムがユーザ端末４、ポータルサイト３、機器管理サーバ１及びプリンタ２それぞれのＲＯＭに格納されており、ユーザ端末４、ポータルサイト３、機器管理サーバ１及びプリンタ２それぞれのＣＰＵがＲＡＭ上で対応するプログラムを実行することで、図５に示すシーケンスが実現される。

Ｓ５０１で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。これは図４で示すジョブ問合せのシーケンスである。

Ｓ５０２で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。これも図４で示すジョブ問合せのシーケンスであり、ここでは、ジョブはないものとする。

Ｓ５０３で、ユーザ端末４は、エントリ作成要求をポータルサイト３へ送信する。この場合、ユーザ端末４の備えるブラウザで、ポータルサイト３のＨＴＭＬコンテンツを表示し、表示されたＨＴＭＬコンテンツの操作により、エントリ作成要求をポータルサイト３へ送信するものとする。例えば、ＨＴＭＬコンテンツのＦＯＲＭにプリンタ２の機器ＩＤである「printer_id」を入力し、送信するものとする。

Ｓ５０４で、ポータルサイト３は、エントリ作成要求を機器管理サーバ１へ送信する。この場合、ポータルサイト３は、ユーザ端末４から送信されたプリンタ２の機器ＩＤである「printer_id」に基づいてエントリ作成要求を機器管理サーバ１へ送信する。送信先は「http://manage.server.com/entry/link.cgi?id=printer_id」とする。機器管理サーバ１は、ポータルサイト３からエントリ作成要求を受信すると、プリンタ２の使用者確認のための使用者確認ジョブを生成する。この使用者確認ジョブは、例えば、使用者確認のための番号（使用者確認番号）を印刷するジョブである。

Ｓ５０５で、機器管理サーバ１は、使用者確認ジョブを含む使用者確認要求をポータルサイト３へ送信する。

Ｓ５０６で、ポータルサイト３は、機器管理サーバ１から使用者確認要求を受信すると、使用者確認要求をユーザ端末４へ送信する。この場合、ポータルサイト３は、機器管理サーバ１からの応答に基づいてＨＴＭＬコンテンツを生成し、ユーザ端末４に応答する。ユーザ端末４のブラウザは、応答されたＨＴＭＬコンテンツを表示する。このＨＴＭＬコンテンツには、使用者確認ジョブで印刷される使用者確認番号を入力するためのＦＯＲＭを含むものとする。

Ｓ５０７で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。これは図４で示したジョブ問合せシーケンスである。

Ｓ５０８で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。これも図４で示すジョブ問合せシーケンスである。ここでは、前述の使用者確認ジョブが存在する。

Ｓ５０９で、プリンタ２は、データ要求を機器管理サーバ１へ送信する。この場合、プリンタ２は、使用者確認ジョブのジョブデータを要求する。

Ｓ５１０で、機器管理サーバ１は、ジョブデータを含むデータ応答をプリンタ２へ送信する。この場合、プリンタ２は、使用者確認ジョブのジョブデータを受信して印刷する。これによって、使用者確認番号が印刷され、ユーザは、使用者確認番号を知ることとなる。ここでは、使用者確認ジョブによって使用者確認番号を印刷する構成としているが、プリンタ２に表示部があれば、表示部に使用者確認番号を表示するようにしても良い。

Ｓ５１１で、ユーザ端末４は、使用者確認応答をポータルサイト３へ送信する。この場合、Ｓ５０６で表示したＨＴＭＬコンテンツのＦＯＲＭに、使用者確認ジョブによって印刷された使用者確認番号が入力されると、ユーザ端末４は、使用者確認番号を含む使用者確認応答をポータルサイト３へ送信する。

Ｓ５１２で、ポータルサイト３は、使用者確認応答を機器管理サーバ１へ送信する。この場合、ＦＯＲＭに入力された使用者確認番号を受信したポータルサイト３は、この使用者確認番号を含む使用者確認応答を機器管理サーバ１へ送信する。

Ｓ５１３で、機器管理サーバ１は、エントリ作成応答をポータルサイト３へ送信する。この場合、機器管理サーバ１は、受信した使用者確認番号を確認し、確認できればエントリを作成し、これを含むエントリ作成応答をポータルサイト３に返信する。即ち、機器管理サーバ１は、エントリＩＤ（entry_id）を新規に発行して、エントリテーブル１１１にエントリを追加する。このエントリへのアクセス先のＵＲＬは、例えば、「http://manage.server.com/job/enter.cgi?id=entry_id」とし、ポータルサイト３はジョブ登録をこのＵＲＬへ送信する。これをポータルサイト３は、ユーザ情報として保存する。

Ｓ５１４で、ポータルサイト３は、エントリ作成応答をユーザ端末４へ送信する。この場合、ポータルサイト３は、機器管理サーバ１にエントリが作成されポータルサイト３にプリンタ２が登録できたことをユーザに通知するためＨＴＭＬコンテンツを生成し、これをエントリ作成応答としてユーザ端末４へ送信する。ユーザ端末４のブラウザは、このＨＴＭＬコンテンツを表示する。

Ｓ５１５で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。これは図４で示したジョブ問合せのシーケンスである。

Ｓ５１６で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。これも図４で示したジョブ問合せのシーケンスである。

図６は、ポータルサイト３から機器登録状態３２で印刷する際のシーケンス図である。尚、図６のシーケンスで示す処理に対応するプログラムがユーザ端末４、ポータルサイト３、機器管理サーバ１及びプリンタ２それぞれのＲＯＭに格納されており、ユーザ端末４、ポータルサイト３、機器管理サーバ１及びプリンタ２それぞれのＣＰＵがＲＡＭ上で対応するプログラムを実行することで、図６に示すシーケンスが実現される。

Ｓ６０１で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。これは図４で示すジョブ問合せのシーケンスである。

Ｓ６０２で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。これも図４で示したジョブ問合せシーケンスである。

Ｓ６０３で、ユーザ端末４は、印刷要求をポータルサイト３へ送信する。尚、このときポータルサイト３においてユーザ認証が行われているものとする。例えばユーザ端末４においてユーザ情報が入力され、ポータルサイト３の照合処理により、図５のＳ５１３においてポータルサイト３に保存されたユーザ情報と整合が取れたものとする。これにより、ユーザ端末４では、プリンタ２への印刷要求を行える状態となっている。

Ｓ６０３では、ポータルサイト３のＨＴＭＬコンテンツを表示するユーザ端末４のブラウザ操作により、ユーザ端末４は、印刷要求をポータルサイト３へ送信する。

Ｓ６０４で、ポータルサイト３は、ユーザ情報に対応するエントリに従って、ジョブ登録要求を機器管理サーバ１へ送信する。この場合、ポータルサイト３は、ＰＯＳＴメソッドを用いて前述のエントリへのアクセス先ＵＲＬ「http://manage.server.com/job/enter.cgi?id=entry_id」にジョブデータを送信することで、ジョブ登録要求を機器管理サーバ１へ送信する。ポータルサイト３から送信されたジョブデータは、機器管理サーバ１のリソースとして保存されジョブテーブル１１２に登録される。プリンタ２は、ジョブデータに対してＵＲＬ「http://manage.server.com/job/data.cgi?id=job_id」でアクセス可能となる。ここで、「job_id」は、ジョブテーブル１１２に登録する際に個々のジョブを識別するために固有の番号を割り当てたジョブＩＤである。

Ｓ６０５で、機器管理サーバ１は、ジョブ登録応答をポータルサイト３へ送信する。この場合、機器管理サーバ１は、ジョブ登録を行い、ポータルサイト３にジョブ登録が完了したことを示すジョブ登録応答をポータルサイト３へ送信する。以後、プリンタ２からのジョブ問合せに対して、ジョブデータがあることを示すジョブ応答を返信し、このジョブ応答にはジョブデータの所在情報として前述のＵＲＬ「http://manage.server.com/job/data.cgi?id=job_id」を含むものとする。

Ｓ６０６で、ポータルサイト３は、印刷応答をユーザ端末４へ送信する。この場合、ポータルサイト３は、ＨＴＭＬコンテンツを生成してジョブの登録が完了したことを通知する印刷応答をユーザ端末４へ送信する。

Ｓ６０７で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。

Ｓ６０８で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。この場合、機器管理サーバ１は、前述のとおりジョブデータがあることを示すジョブ応答をプリンタ２へ送信する。

Ｓ６０９で、プリンタ２は、データ要求を機器管理サーバ１へ送信する。この場合、プリンタ２は、機器管理サーバ１からの応答に含まれるジョブデータの所在情報が示すデータに対するデータ要求を機器管理サーバ１へ送信する。

Ｓ６１０で、機器管理サーバ１は、ジョブデータを含むデータ応答をプリンタ２へ送信する。この場合、プリンタ２は、機器管理サーバ１から受信したジョブデータに基づいて印刷を実行する。

Ｓ６１１で、ユーザ端末４は、印刷確認要求をポータルサイト３へ送信する。この場合、ポータルサイトのＨＴＭＬコンテンツを表示するユーザ端末４のブラウザ操作により、ユーザ端末４が、印刷確認要求をポータルサイト３へ送信する。

Ｓ６１２で、ポータルサイト３は、印刷確認要求を機器管理サーバ１へ送信する。この場合、ポータルサイト３は、前述のエントリへのアクセス先ＵＲＬ「http://manage.server.com/job/enter.cgi?id=entry_id」にアクセスしてジョブ状態を確認する。

Ｓ６１３で、機器管理サーバ１は、印刷確認応答をポータルサイト３へ送信する。この場合、機器管理サーバ１は、プリンタ２からのステータス情報に応じてジョブデータのジョブ状態を返信する。ここでは、機器管理サーバ１は、印刷完了通知をプリンタ２から受信していない状態で印刷中のステータスをポータルサイト３に返信するものとする。

Ｓ６１４で、ポータルサイト３は、印刷確認応答をユーザ端末４へ送信する。この場合、ポータルサイト３は、機器管理サーバ１からの印刷確認応答に応じたＨＴＭＬコンテンツを生成し、印刷確認応答としてユーザ端末４に送信する。

Ｓ６１５で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。ここで、このジョブ問合せには、ジョブ状態として「完了」が含まれるものとする。

Ｓ６１６で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。

Ｓ６１７で、ユーザ端末４は、印刷確認要求をポータルサイト３へ送信する。

Ｓ６１８で、ポータルサイト３は、印刷確認要求を機器管理サーバ１へ送信する。Ｓ６１１からのシーケンスと同様にジョブ状態を問い合わせる。

Ｓ６１９で、機器管理サーバ１は、印刷確認応答をポータルサイト３へ送信する。この場合、プリンタ２からジョブ状態として「完了」を通知されているので、機器管理サーバ１は、ジョブ状態として「完了」を含む印刷確認応答をポータルサイト３へ送信する。

Ｓ６２０で、ポータルサイト３は、印刷確認応答をユーザ端末４へ送信する。この場合、ポータルサイト３は、機器管理サーバ１からの印刷確認応答に応じたＨＴＭＬコンテンツを生成し、印刷確認応答としてユーザ端末４へ送信する。これにより、ユーザは、印刷完了を知ることとなる。

図７は、機器管理サーバ１における機器管理処理が中間状態３３に移行した際のシーケンス図である。先に述べたとおり、プリンタ２からのジョブ問合せが一定期間を超えて行われなかった場合に中間状態３３に移行するものとする。一定期間を超えてジョブ問合せが行われないのは、何らかの理由によりプリンタ２が移動した可能性が高いものと考えられるからである。尚、図７のシーケンスで示す処理に対応するプログラムがプリンタ２及び機器管理サーバ１それぞれのＲＯＭに格納されており、プリンタ２及び機器管理サーバ１それぞれのＣＰＵがＲＡＭ上で対応するプログラムを実行することで、図７に示すシーケンスが実現される。

Ｓ７１で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。これは、例えば、プリンタ２の電源オフ状態から電源オン状態になって初めてのジョブ問合せである。

Ｓ７２で、機器管理サーバ１は、パスワード要求をプリンタ２へ送信する。この場合、プリンタ２に対する機器管理処理が中間状態３３に移行していることから、機器管理サーバ１は、使用者確認のためパスワード要求を応答する。パスワード要求を受信したプリンタ２は、その旨を表示しユーザにパスワードの入力を促す。

Ｓ７３で、プリンタ２は、パスワード応答を機器管理サーバ１へ送信する。この場合、プリンタ２は、ユーザから入力されたパスワードを含むパスワード応答を機器管理サーバ１へ送信する。

Ｓ７４で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。この場合、機器管理サーバ１は、機器テーブル１１０を検索し、パスワード応答に含まれるパスワードと設定されたパスワードとを照合する。そして、パスワードが一致する場合、機器管理サーバ１は、プリンタ２の機器管理処理状態を機器登録状態３２に戻し、ジョブ応答をプリンタ２へ送信する。一方、パスワードが一致しない場合には、機器管理サーバ１は、中間状態３３を維持して、ジョブ応答ではなくパスワードエラーの応答をプリンタ２送信する。

尚、ジョブ問合せ、パスワード要求に対して、パスワードの不一致が規定回数以上となった場合、あるいは中間状態３３が一定期間以上経過した場合には、機器管理サーバ１におけるプリンタ２の機器管理処理の状態は機器未登録状態３１に移行する。そして、機器管理サーバ１は、プリンタ２の機器登録を解除する。これに伴って、プリンタ２に対して作成されたエントリも削除され、ポータルサイト３からプリンタ２は利用できなくなる。即ち、図２のＳ２７の処理と同様の処理が行われる。

図８は、ポータルサイト３から中間状態３３で印刷する際のシーケンス図である。尚、図８のシーケンスで示す処理に対応するプログラムがユーザ端末４、ポータルサイト３、機器管理サーバ１及びプリンタ２それぞれのＲＯＭに格納されており、ユーザ端末４、ポータルサイト３、機器管理サーバ１及びプリンタ２それぞれのＣＰＵがＲＡＭ上で対応するプログラムを実行することで、図８に示すシーケンスが実現される。

Ｓ８０１で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。これは図４で示すジョブ問合せのシーケンスである。

Ｓ８０２で、機器管理サーバ１は、パスワード要求をプリンタ２へ送信する。図７で示した通り、機器管理サーバ１におけるプリンタ２の機器管理処理が中間状態３３の場合には、プリンタ２に対してパスワード要求を応答する。

Ｓ８０３で、ユーザ端末４は、印刷要求をポータルサイト３へ送信する。

Ｓ８０４で、ポータルサイト３は、ジョブ登録要求を機器管理サーバ１へ送信する。これは、図６で示す印刷要求と同様である。

Ｓ８０５で、機器管理サーバ１は、ジョブ保留応答をポータルサイト３へ送信する。この場合、機器管理サーバ１におけるプリンタ２の機器管理処理が中間状態３３のためジョブ登録は保留される。即ち、ジョブテーブル１１２に登録されるジョブのジョブ状態は保留となる。ここで、保留されたまま、機器未登録状態３１に移行した場合には、保留されたジョブは削除されるものとする。

Ｓ８０６で、ポータルサイト３は、プリンタ確認要求をユーザ端末４へ送信する。この場合、ポータルサイト３は、ジョブ保留応答に応じてＨＴＭＬコンテンツを生成し、プリンタ２を確認する旨を通知するプリンタ確認要求をユーザ端末４へ送信する。

Ｓ８０７で、プリンタ２は、パスワード応答を機器管理サーバ１へ送信する。この場合、このパスワード応答に応じて、ユーザはプリンタ２にパスワードを入力し、プリンタ２は、入力されたパスワードを含むパスワード応答を機器管理サーバ１へ送信する。

Ｓ８０８で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。この場合、機器管理サーバ１は、機器テーブル１１０を検索し、パスワード応答に含まれるパスワードと設定されたパスワードとを比較する、そして、パスワードが一致する場合、機器管理サーバ１は、プリンタ２の機器管理処理の状態を機器登録状態３２に移行する。保留されたジョブは登録され、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。

Ｓ８０９で、ユーザ端末４は、印刷確認要求をポータルサイト３へ送信する。この場合、プリンタ２にパスワードを入力したユーザによるユーザ端末４のブラウザ操作によって、プリンタ２は、印刷確認要求をポータルサイト３へ送信する。

Ｓ８１０で、ポータルサイト３は、印刷確認要求を機器管理サーバ１へ送信する。

Ｓ８１１で、機器管理サーバ１は、印刷確認応答をポータルサイト３へ送信する。この場合、機器管理サーバ１は、保留されたジョブが登録されたことを示す印刷確認応答をポータルサイト３へ送信する。

Ｓ８１２で、ポータルサイト３は、印刷確認応答をユーザ端末４へ送信する。この場合、ポータルサイト３は、機器管理サーバ１からの印刷確認応答に応じてＨＴＭＬコンテンツを生成し、ジョブが登録されたことを通知する印刷確認応答をユーザ端末へ送信する。

Ｓ８１３で、プリンタ２は、データ要求を機器管理サーバ１へ送信する。

Ｓ８１４で、機器管理サーバ１は、ジョブデータを含むデータ応答をプリンタ２へ送信する。この場合、プリンタ２は、機器管理サーバ１から受信したジョブデータに基づいて印刷を実行する。

Ｓ８１５で、プリンタ２は、ジョブ問合せを機器管理サーバ１へ送信する。この場合、プリンタ２は、ジョブ状態として「完了」を含むジョブ問い合わせを機器管理サーバ１へ送信する。

Ｓ８１６で、機器管理サーバ１は、ジョブ応答をプリンタ２へ送信する。この場合、ジョブは処理されたので、機器管理サーバ１は、ジョブが無いことを示すジョブ応答をプリンタ２へ送信する。

Ｓ８１７で、ユーザ端末４は、印刷確認要求をポータルサイト３へ送信する。

Ｓ８１８で、ポータルサイト３は、印刷確認要求を機器管理サーバ１へ送信する。前述の場合と、同様に、ポータルサイト３は、印刷確認要求を機器管理サーバ１へ送信する。

Ｓ８１９で、機器管理サーバ１は、印刷確認応答をポータルサイト３へ送信する。この場合、プリンタ２からジョブ状態として「完了」が通知されているので、機器管理サーバ１は、ジョブ状態として「完了」を含む印刷確認応答をポータルサイト３へ送信する。

Ｓ８２０で、ポータルサイト３は、印刷確認応答をユーザ端末４へ送信する。この場合、ポータルサイト３は、機器管理サーバ１からの印刷確認応答に応じたＨＴＭＬコンテンツを生成し、印刷確認応答としてユーザ端末４へ送信する。

尚、複数のポータルサイトが存在する場合には、それぞれのポータルサイト毎にエントリを作成すればよい。即ち、ポータルサイト毎に個別のエントリＩＤを発行し、エントリテーブルに追加すればよい。

以上説明したように、実施形態１によれば、所有者と機器ＩＤとの間の紐付け関係を、予め定められた条件に従って管理することにより、所有者と機器との関係が変わった場合に、明示的な対応がなくても関係を適切に反映した対応ができる。例えば、所有者情報が入力されない場合に、当該機器識別情報を無効化し、当該所有者情報が入力された場合または機器の状態が予め定められた条件を満たさない場合、記憶されている機器識別情報に従って機器がジョブを実行可能なように制御する。

より具体的には、例えば、プリンタの電源がオフになった場合、中間状態３３に移行する。この中間状態３３では、機器管理サーバで登録されているパスワードが入力されなければ機器ＩＤが削除される。そのため、プリンタが譲渡された場合、適切に機器ＩＤを無効化し、新たな所有者の意図に反して、前所有者の印刷ジョブを印刷してしまうことを防ぐことができる。また、プリンタの移動等で所有者に変更が無い場合、中間状態３３においてパスワードを入力することで、機器登録状態に移行することができる。そのため、プリンタの登録処理を改めて行わなくても、機器登録状態に移行することができる。

また、不要になった管理情報を自動的に削除し、機器管理サーバの資源を有効活用できる。更に、機器ＩＤに紐付けられたネットワークサービスのアカウントに対しても、所有者と機器との間の関係に応じた対応が可能となる。

＜実施形態２＞
図９は実施形態２の機器管理システムのブロック図である。図１の構成に加えて、外部ユーザ端末５が追加された構成である。外部ユーザ端末５は、プリンタ２の所有者とは異なる外部ユーザが使用するユーザ端末で、ポータルサイト３にアクセスするための端末装置である。

外部ユーザ端末５からプリンタ２を利用可能にするために、この外部ユーザのポータルサイト３のアカウントにプリンタ２を登録する。そのために、機器管理サーバ１に、この外部ユーザのためのエントリを作成する。作成の手順は、実施形態１において、図５で示すシーケンスに従う。ここでは、エントリの作成は、プリンタ２の所有者が行うものとして、作成したエントリを外部ユーザ端末５に通知することにより、外部ユーザ端末５からプリンタ２を利用可能にする。外部ユーザ端末５は、このエントリにジョブ登録することにより、プリンタ２の所有者あてに、ジョブを送信することができる。

ここで、機器管理サーバ１は、外部ユーザのためのエントリとプリンタ２の所有者のためのエントリを区別して管理してもよい。例えば、実施形態１において、図８で説明した、中間状態３３で印刷する場合に、外部ユーザからのジョブ登録に対しては保留応答ではなく拒絶応答をするようにしてもよい。また、外部ユーザのためのエントリは、プリンタ２からの操作で削除できるようにしてもよい。外部ユーザを区別して管理するためにはエントリテーブルに列データを追加し、外部ユーザを識別できるようにすればよい。

以上説明したように、実施形態２によれば、実施形態１で説明した効果に加えて、プリンタ２の所有者とは異なる外部ユーザに、必要に応じて、適応的に、機器を適切に利用させることができる。

＜実施形態３＞
上記の実施形態では、機器として、プリンタ２に係る機器管理システム（情報処理システム）を例に挙げて説明しているが、これに限定されない。例えば、プリンタ２に代えて、画像読取装置、表示装置、あるいはスキャナ機能、コピー機能、プリント機能、ファクシミリ機能等の機能を備える複合装置等のネットワークを介して各種サービスを提供することができる機器についても、本発明を適用できる。

また、以上の実施形態では、中間状態３３においてパスワードの入力を促す画面をプリンタ２の表示部に表示させていたが、これに限らない。例えば、ポータルサイト３にユーザ情報を送信した各種の装置（例えばユーザ端末４やＰＣ）が備える、もしくは装置に接続されている表示装置に表示させてもよい。

尚、以上の実施形態では、プリンタ２の所有者が変更されたことを推定するための所定の条件（中間状態に移行するための条件）の一例として、プリンタ２の電源のオフ、オンを例に挙げた。この「電源」については、例えば、プリンタ２がＡＣ電源から電力を供給する場合、ＡＣ電源の遮断、接続を上記所定の条件としてもよい。この場合、ＡＣ電源から電力が供給されている状態における、プリンタ２の電源ボタンの押下による電源オフ、オン（所謂ソフトオフ、ソフトオン）は、上記所定の条件から除外してもよい。

所有者が変更される場合、ＡＣ電源の遮断、接続が行われることが多く、また同一の所有者であっても、ソフトオフ、ソフトオンが頻繁に行われること多い。そこで上記のようにＡＣ電源の遮断、接続を所定の条件とすることで、所有者が変更になったときに適切にパスワードの入力を求めることができる。またソフトオフ、ソフトオン時にはパスワードの入力を求めないことで、所有者が変更されていないにもかかわらず、頻繁にパスワードの入力を要求してしまうことを防ぐことができる。

また、プリンタ２の所有者が変更されたことを推定するための所定の条件（中間状態に移行するための条件）として、例えば、プリンタ２のネットワーク環境の変化を用いてもよい。例えば、プリンタ２のグローバルＩＰアドレスが変更されたことを機器管理サーバ１が認識した場合に、所有者が変更された可能性があるとして中間状態に移行してもよい。或いは、プリンタ２が機器管理サーバ１にアクセスするためのプロバイダが変更された場合に、中間状態に移行してもよい。

尚、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

また、本実施形態の機能を実現するためのプログラムコードを、１つのコンピュータ（ＣＰＵ、ＭＰＵ）で実行する場合であってもよいし、複数のコンピュータが協働することによって実行する場合であってもよい。さらに、プログラムコードをコンピュータが実行する場合であってもよいし、プログラムコードの機能を実現するための回路等のハードウェアを設けてもよい。またはプログラムコードの一部をハードウェアで実現し、残りの部分をコンピュータが実行する場合であってもよい。

Claims (14)

1. ジョブを実行する機器を管理する情報処理装置であって、
   前記機器に前記ジョブを実行させるための機器識別情報と、前記機器の所有者を特定するための所有者情報とを対応付けて記憶する記憶手段と、
   前記機器の状態が所定の条件を満たす場合、前記所有者情報をユーザに入力させるための画面を表示装置に表示させる表示制御手段と、
   前記表示制御手段により表示された前記画面において前記記憶手段に記憶された所有者情報が入力されない場合に、当該機器識別情報を無効化し、当該所有者情報が入力された場合または前記機器の状態が前記所定の条件を満たさない場合、前記記憶手段により記憶されている前記機器識別情報に従って前記機器がジョブを実行可能なように制御する管理手段と
   を備えることを特徴とする情報処理装置。
2. 前記管理手段は、前記画面において入力された第１の所有者情報と前記記憶手段により記憶されている第２の所有者情報が整合しない場合、当該第２の所有者情報を無効化し、当該第１の所有者情報と当該第２の所有者情報が整合する場合、前記機器識別情報に従って前記機器がジョブを実行可能なように制御する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記管理手段は、予め定められた規定時間を経過しても、
   前記記憶手段により記憶されている所有者情報が前記画面において入力されない場合に、当該所有者情報を無効化する
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記表示制御手段は、予め定められた規定時間を経過しても、前記機器識別情報に対応する機器からのジョブ問い合わせがないことを前記所定の条件として、前記画面を表示させる
   ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記表示制御手段は、前記機器の電源が遮断され、当該機器の電源が投入されたことを前記所定の条件として、前記画面を表示させる
   ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
6. 前記管理手段は、前記画面において規定回数以上、入力された所有者情報がいずれも前記記憶手段により記憶されている所有者情報に整合しない場合に、当該所有者情報を無効化する
   ことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記管理手段は、機器登録解除要求が受信された場合、前記所有者情報を無効化する
   ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記管理手段は、前記機器の状態が前記所定の条件を満たさない場合、前記管理手段は前記画面において前記記憶手段により記憶されている所有者情報が入力され且つ前記機器登録解除要求が受信されたことを条件に当該所有者情報を無効化し、前記機器の状態が前記所定の条件を満たす場合、当該所有者情報が入力されなくても前記機器登録解除要求の受信に応じて当該所有者情報を無効化する
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記記憶手段は、機器に実行させるジョブに関する情報を更に記憶し、
   前記機器に実行させるジョブのジョブ登録要求が、前記所定の条件を満たす機器に対するものである場合、前記管理手段は、前記ジョブに関する情報として、ジョブ状態を保留に設定する
   ことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記管理手段は、前記所有者情報を無効化する場合、前記記憶手段に記憶されている、該機器の前記機器識別情報、当該所有者情報、及び該機器に実行させるジョブに関する情報を無効化する
    ことを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 前記記憶手段で、前記機器の所有者とは異なる外部ユーザを特定する情報が更に管理されていて、前記外部ユーザからの前記機器に実行させるジョブのジョブ登録要求が、前記所定の条件を満たす機器に対するものである場合、前記管理手段は、前記ジョブ登録要求を拒絶する
    ことを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
12. 前記表示制御手段は、前記機器が備える表示装置に前記画面を表示させることを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。
13. ジョブを実行する機器を管理する情報処理方法であって、
    前記機器に前記ジョブを実行させるための機器識別情報と、前記機器の所有者を特定するための所有者情報とを対応付けて記憶媒体に記憶する記憶工程と、
    前記機器の状態が所定の条件を満たす場合、前記所有者情報をユーザに入力させるための画面を表示装置に表示させる表示制御工程と、
    前記表示制御工程により表示された前記画面において前記記憶媒体に記憶された所有者情報が入力されない場合に、当該機器識別情報を無効化し、当該所有者情報が入力された場合または前記機器の状態が前記所定の条件を満たさない場合、前記記憶媒体により記憶されている前記機器識別情報に従って前記機器がジョブを実行可能なように制御する管理工程と
    を備えることを特徴とする情報処理方法。
14. コンピュータを、請求項１乃至１２のいずれか１項に記載の情報処理装置の各手段として機能させるための、または請求項１３の情報処理方法をコンピュータに実行させるためのプログラム。

Images