JP7296796B2 - 管理システム、管理装置、管理方法およびプログラム - Google Patents

Description

本発明は、サービスとデバイスを管理する管理システム、管理装置、管理方法およびプログラムに関する。

プリンタなどの画像処理装置は、ネットワークを経由して様々なＷｅｂサービスと連携することが可能になる。ユーザは、Ｗｅｂサービスの連携において、プリンタをネットワークに接続して管理システムに登録する必要がある。特許文献１には、管理システムがＷｅｂサービス毎にプリンタの登録や退会処理を行う構成が開示されている。

特開２０１８-９２５５８号公報

しかしながら、特許文献１では、プリンタ等のデバイスが複数のＷｅｂサービスと連携する場合を想定していない。そのため、サービスおよび画像処理装置の少なくとも１つを効率良く管理できないおそれがあった。

本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、サービス間でのデバイスの管理を容易とする管理システム、管理装置、管理方法およびプログラムを提供することを目的とする。

上記課題を解決するため、本発明に係る管理システムは、デバイスとサービスとを対応づけて管理する管理装置と、前記デバイスと、前記サービスを提供するサーバとを含む管理システムであって、前記デバイスは、前記管理装置に対して、前記デバイスの登録要求を送信する第１送信手段、を備え、前記管理装置は、前記デバイスから前記デバイスの登録要求を受信した後、前記サーバにおいて前記デバイスを識別するためのサービス向け識別情報を発行する発行手段と、前記発行手段により発行された前記サービス向け識別情報を前記サービスと対応づけて管理する管理手段と、を備え、前記発行手段は、複数のサービスのうち、グループ化されたサービスに対しては、共通の前記サービス向け識別情報を発行し、前記サーバは、前記管理装置に対して、サービスの登録要求を送信する送信手段、をさらに備え、前記発行手段は、前記サービスの登録要求を受信すると、前記サービス向け識別情報を発行することを特徴とする。

本発明によれば、サービスおよび画像処理装置の少なくとも１つを効率良く管理することができる。

ネットワークシステムの構成を示すブロック図である。 プリンタのハードウェア構成を示すブロック図である。 情報処理装置のハードウェア構成を示すブロック図である。 サーバのハードウェア構成を示すブロック図である。 管理サーバのデータベースに記憶されるテーブルを示す図である。 サービス登録のシーケンス図である。 Ｓ６０９のサービス登録判定処理を示すフローチャートである。 プリンタ削除処理を示すフローチャートである。 サービスの追加登録のシーケンス図である。 管理サーバにおけるサービスの追加登録処理を示すフローチャートである。 複数のサービス連携時の印刷ジョブ処理のシーケンス図である。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

［第１実施形態］
＜システムの構成について＞
図１は、本実施形態におけるクライアント・サーバ型のネットワークシステムの構成の一例を示すブロック図である。図１に示すシステム１０は、プリンタ１０１、情報処理装置１０２、管理サーバ１０３、サービスサーバ１０４、ルータ１０５、画像処理サーバ１０６、を含む。なお、システム１０は管理システムと呼ばれることもある。プリンタ１０１と情報処理装置１０２は、例えば、一つの拠点内においてＬＡＮ等のネットワーク１０７を介して相互に接続されている。また、プリンタ１０１と情報処理装置１０２は、ルータ１０５及びインターネット１００を介して、例えば拠点外の管理サーバ１０３、サービスサーバ１０４、画像処理サーバ１０６と接続可能である。各サーバとの間の通信は、例えば、ＨＴＴＰ／ＨＴＴＰＳにより行われる。

サービスサーバ１０４は、例えば、暗号化サービスやフィルタリングサービスなどのＷｅｂサービスを提供するサーバである。画像処理サーバ１０６は、テンプレート合成などの各種画像処理サービスを提供するサーバである。管理サーバ１０３は、システム１０におけるサービスおよびデバイスを統括的に管理するサーバである。

図１では、管理サーバ１０３を１つのサーバとして示しているが、管理サーバ１０３は、デバイス管理サーバ、サービス管理サーバといったような複数のサーバとして構成されても良い。また、説明上、サービスサーバ１０４及び画像処理サーバ１０６を各１つとして示しているが、それぞれ複数のサーバで構成されても良く、また、１つのサービスサーバ１０４で複数のサービスを提供するようにしても良い。さらに、管理サーバ１０３と接続するプリンタ１０１の数は、複数であっても良い。

＜プリンタのハードウェア構成について＞
図２は、プリンタ１０１のハードウェア構成を示すブロック図である。本実施形態では、プリンタ１０１は、印刷機能やスキャナ機能等、複数の機能が一体的に統合されたＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎａｌ Ｐｒｉｎｔｅｒ）として説明する。プリンタ１０１では、印刷機能はプリンタ部２０１により実現され、スキャナ機能はスキャナ部２０２により実現され、ストレージ機能はメモリカード装着部２０３及びメモリカード２０４により実現される。

プリンタ部２０１は、例えば、外部から受信した画像データやメモリカード２０４に記憶されている画像データを、インクジェット記録方式や電子写真方式などの記録方式により印刷用紙などの記録媒体に記録する。また、プリンタ部２０１は、インク残量等のインク情報や積載用紙の枚数等の用紙情報を消耗品情報として管理する。

スキャナ部２０２は、不図示の原稿台にセットされた原稿を光学的に読み取って電子データに変換し、さらに指定されたファイル形式に変換した画像データを、ネットワーク経由で外部装置に送信、或いはＨＤＤ等の保存領域に格納する。また、原稿台に置かれた原稿をスキャナ部２０２で読み取って生成した画像データをプリンタ部２０１へ転送し、プリンタ部２０１が印刷用紙にその画像データを印刷することで、コピーサービスが実現される。

メモリカード装着部２０３に装着されたメモリカード２０４には、各種ファイルデータが記憶される。ファイルデータは、ネットワークを介して外部装置から読み出して編集可能である。また、外部装置からメモリカード２０４にファイルデータを格納することも可能である。

プリンタ１０１は、ＣＰＵ２０５、プログラムメモリ２０６、ワークメモリ２０７、表示部２０８、操作部２０９、ネットワーク通信部２１０、ネットワーク接続部２１１、フラッシュメモリ２１２を有する。ＣＰＵ２０５は、プリンタ１０１内の各部を統括的に制御するための中央演算装置である。プログラムメモリ２０６は、ＲＯＭなどで構成され、各種のプログラムコードや、各サーバと通信するためのアプリケーション２１４が記憶されている。また、アプリケーション２１４は、プリンタ部２０１にアクセスしてインク情報や用紙情報などの消耗品情報を取得可能である。ワークメモリ２０７は、ＲＡＭなどで構成され、各サービスの実行時に画像データなどを一時格納したり、バッファリング等を行う。

表示部２０８は、例えばＬＣＤで構成され、ユーザインタフェース画面等、各種の情報を表示する。操作部２０９は、各種のユーザ操作を受け付けるためのスイッチ等を含んで構成される。ネットワーク通信部２１０は、プリンタ１０１をネットワークに接続して各種通信を行う。ネットワーク通信部２１０は、ネットワーク接続部２１１を介して、外部のネットワークと接続可能である。ネットワーク通信部２１０は、有線ＬＡＮや無線ＬＡＮに対応可能である。例えば、有線ＬＡＮに対応する場合のネットワーク接続部２１１は有線ＬＡＮのケーブルを接続するためのコネクタであり、無線ＬＡＮに対応する場合のネットワーク接続部２１１はアンテナである。フラッシュメモリ２１２は、ネットワーク通信部２１０が受信した画像データなどを記憶するための不揮発性メモリである。上述の各部は、バス２１３を介して相互に接続される。

＜情報処理装置のハードウェア構成について＞
図３は、情報処理装置１０２のハードウェア構成を示すブロック図である。ＣＰＵ３０１は、情報処理装置１０２を統括的に制御するための中央演算装置である。記憶部３０２は、ＣＰＵ３０１が読み出して実行するアプリケーションプログラム３１２や、ＯＳの他、各種ファイルやデータを記憶する。外部記憶媒体読取装置３０３は、ＳＤカードなどの外部記憶媒体に記憶されたファイルなどの情報を読み出すための装置である。メモリ３０４は、ＲＡＭなどで構成され、ＣＰＵ３０１が必要に応じてデータの一時的格納やバッファリング等を行う際に用いる。

表示部３０５は、例えばＬＣＤで構成され、ユーザインタフェース画面等、各種の情報を表示する。操作部３０６は、各種のユーザ操作を受け付けるためのキーボードやマウスなどを含んで構成される。ネットワーク通信部３０７は、ネットワーク接続部３０８を介して外部のネットワークと接続され、各種の通信を行う。ネットワーク通信部３０７は、有線ＬＡＮや無線ＬＡＮに対応である。例えば、有線ＬＡＮに対応する場合のネットワーク接続部３０８は、有線ＬＡＮのケーブルを接続するためのコネクタであり、無線ＬＡＮに対応する場合のネットワーク接続部３０８はアンテナである。ＵＳＢ通信部３１０は、ＵＳＢ接続部３１１を介して各種周辺装置と接続され、ＵＳＢ通信を行う。上述の各部は、バス３０９を介して相互に接続される。

＜サーバのハードウェア構成について＞
図４は、管理サーバ１０３、サービスサーバ１０４、画像処理サーバ１０６のハードウェア構成を示すブロック図である。管理サーバ１０３、サービスサーバ１０４、画像処理サーバ１０６のハードウェア構成は、特に断らない限り同じである。

ＣＰＵ４０１～アプリケーション４１２は、図３のＣＰＵ３０１～アプリケーション３１２における説明と同じであるので、それらの説明を省略する。但し、本実施形態では、管理サーバ１０３、サービスサーバ１１０４、画像処理サーバ１０６は、記憶部４０２内にデータベース４１３を含み、各サーバの機能に応じたデータベースが構築されている。

＜管理サーバに格納されるテーブルについて＞
以下、本実施形態における管理サーバ１０３のデータベース４１３に記憶されるテーブルについて、図５を参照しながら説明する。管理サーバ１０３は、図５（Ａ）～（Ｄ）に示すようなテーブルを用いて、システム１０内のプリンタ１０１等のデバイス、サーバにより提供されるサービスを管理する。

図５（Ａ）は、管理サーバ１０３で管理されるデバイス管理テーブル５００の一例を示す図である。デバイス管理テーブル５００は、デバイスＩＤ５０１、シリアル番号５０２、ＭＡＣアドレス５０３、型番５０４、ステータス５０５、の項目を含む。デバイスＩＤ５０１は、管理サーバ１０３におけるプリンタ１０１の識別情報であり、管理サーバ１０３によって発行される。シリアル番号５０２、ＭＡＣアドレス５０３、型番５０４は、プリンタ１０１に予め設定されている機種情報である。ステータス５０５は、図５（Ａ）では空欄として示されているが、プリンタ１０１のステータス情報であり、機器の状態やインク情報などが格納される。

デバイス管理テーブル５００は、プリンタ１０１等のデバイスをデバイス毎に識別可能に管理するためのテーブルである。例えば、図５（Ａ）においては、Ｄｅｖｉｃｅ＿ａとＤｅｖｉｃｅ＿ｂという２つのデバイスＩＤ５０１で識別される２台のプリンタ１０１が管理されている。図５（Ａ）では、シリアル番号５０２、ＭＡＣアドレス５０３、型番５０４、ステータス５０５が示されているが、プリンタ１０１に固有の情報であれば、図５（Ａ）の情報に限られず、例えば、他の情報が含まれていても良い。

図５（Ｂ）は、管理サーバ１０３で管理されるサービス管理テーブル５１０の一例を示す図である。サービス管理テーブル５１０は、デバイスＩＤ５１１、サービス向けデバイスＩＤ５１２、サービスＩＤ５１３、送信先情報５１４、の項目を含む。デバイスＩＤ５１１は、プリンタ１０１の識別情報であり、デバイス管理テーブル５００のデバイスＩＤ５０１と対応する。サービス向けデバイスＩＤ５１２は、サービスサーバ１０４においてプリンタ１０１を識別するための識別情報であり、管理サーバ１０３によって発行される。サービスＩＤ５１３は、サービスサーバ１０４が提供するサービスを識別するための識別情報である。送信先情報５１４は、サービスサーバ１０４の送信先に関する情報であり、例えばＵＲＬ情報である。管理サーバ１０３は、このＵＲＬ情報を使ってサービスサーバ１０４に様々な情報を通知する。例えば、後述する図８の処理などでＵＲＬ情報が使用される。

サービス向けデバイスＩＤ５１２について説明する。サービス向けデバイスＩＤ５１２は、プリンタ１０１を識別するための情報という点では、デバイスＩＤ５０１と同じである。ここで、例えば、１台のプリンタＸがグループ化された複数のＷｅｂサービスＡ、Ｂ、Ｃと連携する場合を考える。その場合、ＷｅｂサービスＡ、Ｂ、ＣへのプリンタＸの登録が行われ、各Ｗｅｂサービスそれぞれにより用いられるＩＤでプリンタＸが管理される。例えば、ＷｅｂサービスＡではプリンタＸ＿Ａと管理され、ＷｅｂサービスＢではプリンタＸ＿Ｂと管理され、ＷｅｂサービスＣではプリンタＸ＿Ｃと管理される。そのような各個別のＩＤで管理される場合、Ｗｅｂサービス間でのジョブ管理は、共通のＩＤに変換するなどの付加的な構成が必要となってしまう。そこで、本実施形態では、グループ化された複数のＷｅｂサービスＡ、Ｂ、Ｃにおいて、例えばプリンタＸ＿Ｓｅｒｖｉｃｅのように共通のＩＤを付与する。そのような構成により、Ｗｅｂサービス間でのジョブ管理を容易化することができる。

例えば、図５（Ｂ）では、Ｓｅｒｖｉｃｅ＿ａとＳｅｒｖｉｃｅ＿ｂで識別される２つのサービスはグループ化されている。そして、Ｄｅｖｉｃｅ＿ａに対しては、Ｓｅｒｖｉｃｅ＿ａとＳｅｒｖｉｃｅ＿ｂにおいて共通のサービス向けデバイスＩＤ「Ｓｅｒｖｉｃｅ＿Ｄｅｖｉｃｅ＿１」が付与される。一方、グループ化されていないＳｅｒｖｉｃｅ＿ｃにおいては、Ｄｅｖｉｃｅ＿ａに対して、異なるサービス向けデバイスＩＤ「Ｓｅｒｖｉｃｅ＿Ｄｅｖｉｃｅ＿２」が付与される。また、Ｓｅｒｖｉｃｅ＿ａにおいて、Ｄｅｖｉｃｅ＿ｂに対しては、Ｄｅｖｉｃｅ＿ａのサービス向けデバイスＩＤと異なるサービス向けデバイスＩＤ「Ｓｅｒｖｉｃｅ＿Ｄｅｖｉｃｅ＿３」が付与される。このように、本実施形態では、各デバイスにおいて、サービスのグループ単位にサービス向けデバイスＩＤ５１２が付与される。

図５（Ｃ）は、管理サーバ１０３で管理されるグループ管理テーブル５２０の一例を示す図である。グループ管理テーブル５２０は、サービスグループＩＤ５２１、サービスＩＤ５２２、紐付けタイプ５２３、の項目を含む。サービスグループＩＤ５２１は、サービスＩＤ５１３で識別されるサービスが属するグループを識別するための識別情報である。サービスＩＤ５２２には、サービスグループＩＤ５２１に属するサービスのサービスＩＤ５１３が示される。例えば、図５（Ｃ）では、Ｓｅｒｖｉｃｅ＿ａとＳｅｒｖｉｃｅ＿ｂがグループ化され、そのグループのＩＤが「Ｇｒｏｕｐ＿ａ」であることが示されている。紐付けタイプ５２３は、プリンタ登録とサービス登録の紐付けの種別を示しており、例えば「依存型」もしくは「独立型」の値が格納される。「依存型」の値が格納される場合、サービスの登録にあたって管理サーバ１０３へのプリンタ１０１の登録が必須であることを示す。一方、「独立型」の値が格納される場合、管理サーバ１０３へのプリンタ１０１の登録がなくても、サービスの登録が可能であることを示す。例えば、独立型のサービスの一例は、消耗品の自動配送サービスである。ユーザがプリンタを店頭で購入した時に、店頭で消耗品の自動配送サービスへ加入を行う。そのため、ユーザは、まだプリンタを未使用の段階でサービスへの加入を希望する。よって、消耗品の自動配送サービスへは、プリンタの登録を必須としない独立型として扱われる。一方、サーバ上の指定されたコンテンツを印刷するようなサービスの場合、プリンタが未登録の状態で印刷は開始できないので、このようなサービスは依存型として扱われる。

図５（Ｄ）は、管理サーバ１０３で管理される紐付けＩＤ管理テーブル５３０の一例を示す図である。紐付けＩＤ管理テーブル５３０は、紐付けＩＤ５３１、デバイスＩＤ５３２、有効期限５３３、の項目を含む。紐付けＩＤ５３１は、サービス登録用の一時的なプリンタ１０１の識別情報である。デバイスＩＤ５３２は、プリンタ１０１の識別情報であり、デバイス管理テーブル５００のデバイスＩＤ５０１と対応する。有効期限５３３は、紐付けＩＤ５３１の有効期限を示す。

＜システムが実行する登録処理について＞
以下、システム１０におけるプリンタ１０１の登録処理およびサービス登録処理について、図６を参照しながら説明する。図６のプリンタ１０１の処理は、ＣＰＵ２０５がプログラムを実行することにより実現される。また、管理サーバ１０３、サービスサーバ１０４の処理は、各サーバのＣＰＵ４０１がプログラムを実行することにより実現される。

Ｓ６０１において、プリンタ１０１は、操作部２０９上でのプリンタの登録処理の指示操作を検知する。例えば、プリンタ１０１は、操作部２０９上でのユーザによる情報送信設定の有効化の操作を検知する。この操作により、プリンタ１０１は、管理サーバ１０３と通信可能になる。プリンタ１０１は、管理サーバ１０３のアドレスをあらかじめ保持している。なお、Ｓ６０１では、ユーザ操作等により、プリンタ１０１の初期設定、プリンタのネットワーク接続等が完了している。Ｓ６０１の処理は、例えば、購入したプリンタ１０１を初めてシステム１０内に設置したようなケースにおいて行われる。

Ｓ６０２において、プリンタ１０１は、管理サーバ１０３に対して、プリンタ登録要求を送信する。その際、プリンタ１０１は、自装置のシリアル番号、ＭＡＣアドレスや型番といったデバイス情報を送信する。Ｓ６０３において、管理サーバ１０３は、デバイスＩＤ５０１を生成した後、図５（Ａ）のデバイス管理テーブル５００に、デバイスＩＤ５０１とデバイス情報（シリアル番号５０２、ＭＡＣアドレス５０３、型番５０４）とを紐付けて保持する。

Ｓ６０４において、プリンタ１０１は、管理サーバ１０３に対して、紐付けＩＤの要求を送信する。例えば、ユーザは、上述したように操作部２０９上での情報送信設定の有効化を行う。この操作により有効化されたサービスへのプリンタ登録ボタンをユーザが押下することによりＳ６０４以降の処理が実行される。Ｓ６０５において、管理サーバ１０３は、紐付けＩＤ５３１の生成処理を行う。Ｓ６０４の要求時に、プリンタ１０１はプリンタのシリアル番号等も送信する。そのため、管理サーバ１０３は、デバイス管理テーブル５００を参照して、Ｓ６０４で送信されたシリアル番号からデバイスＩＤ５０１を特定する。そして、管理サーバ１０３は、図５（Ｄ）の紐付けＩＤ管理テーブル５３０を参照し、特定されたデバイスＩＤ５０１に対応するデバイスＩＤ５３２が紐付けＩＤ管理テーブル５３０に登録されているか判定する。デバイスＩＤ５３２が未登録の場合は、新規の紐付けＩＤ５３１を、デバイスＩＤ５３２および有効期限５３３と紐付けて保持する。一方、デバイスＩＤ５３２が既に登録されている場合は、登録済みの紐付けＩＤ５３１の有効期限５３３を更新（延長）する。Ｓ６０６において、管理サーバ１０３は、プリンタ１０１に対して、新規に発行された、若しくは、有効期限５３３が更新された紐付けＩＤ５３１をＳ６０２でのプリンタ登録要求への応答として送信する。

Ｓ６０７において、プリンタ１０１は、Ｓ６０６で受信した紐付けＩＤ５３１をサービスサーバ１０４に送信する。例えば、プリンタ１０１は、サービスへの登録を希望するサービスサーバ１０４に送信する。Ｓ６０８において、サービスサーバ１０４は、管理サーバ１０３に対して、サービス登録要求を送信する。サービス登録要求とは、サービスサーバ１０４が提供するサービスを管理サーバ１０３に登録するための要求である。その際、サービスサーバ１０４は、自サービスのサービスＩＤ、Ｓ６０７で受信した紐付けＩＤ、自サービスの送信先情報（例えばＵＲＬ）を送信する。

Ｓ６０９において、管理サーバ１０３は、サービス登録判定処理を行う。管理サーバ１０３は、Ｓ６０９において、サービス管理テーブル５１０へサービスサーバ１０４の情報を登録可能か否かを判定する。サービス管理テーブル５１０への登録が可能であると判定された場合、プリンタ１０１がサービス管理テーブル５１０へ登録されるとともに、サービス向けデバイスＩＤ５１２がＳ６１１でサービスサーバ１０４に送信される。一方、サービス管理テーブル５１０への登録が可能でないと判定された場合、サービス管理テーブル５１０への登録が不可であることがサービスサーバ１０４に送信される。Ｓ６０９のサービス登録判定処理については、図７で後述する。

Ｓ６１０において、管理サーバ１０３は、サービス登録処理を行う。例えば、管理サーバ１０３は、図５（Ｂ）のサービス管理テーブル５１０に、Ｓ６０８で受信したサービスＩＤ、送信先情報、サービス向けデバイスＩＤを紐付けて保持する。また、図５（Ｄ）の紐付けＩＤ管理テーブル５３０から、本サービス登録に用いた紐付けＩＤ５３１に紐づけられた情報を削除する。Ｓ６１１において、管理サーバ１０３は、サービスサーバ１０４に対してサービス向けデバイスＩＤ５１２を送信する。

Ｓ６１２において、管理サーバ１０３は、プリンタ１０１に対して、サービスサーバ１０４のサービス情報を送信する。例えば、サービス情報として、サービスの登録状態やサービスの開始に必要な情報が送信される。

以上のように、システム１０では、プリンタ１０１の登録要求が管理サーバ１０３に対して行われると、その旨と仮の識別情報（紐付けＩＤ）とがＳ６０７でサービスサーバ１０４に伝わる。そして、サービスサーバ１０４は、サービス登録要求を管理サーバ１０３に対して行う。すると、サービスサーバ１０４は、管理サーバ１０３から、登録要求を行ったプリンタ１０１の識別情報（サービス向けデバイスＩＤ）を受け取る。本実施形態では、その際に受け取ったプリンタ１０１の識別情報は、グループ化されたサービス内では共通のものとなるので、グループ化されたサービス間でのジョブ管理を容易化することができる。

図７は、Ｓ６０９のサービス登録判定処理を示すフローチャートである。図７の処理は、例えば、ＣＰＵ４０１が記憶部４０２に記憶されたプログラムをロードして実行することにより実現される。Ｓ７０１において、管理サーバ１０３は、サービスサーバ１０４から送信されたサービス登録要求を、紐付けＩＤ５３１、サービスＩＤ、送信先情報とともに受信する。

Ｓ７０２において、管理サーバ１０３は、Ｓ７０１で受信した紐付けＩＤが有効であるか否かを判定する。例えば、管理サーバ１０３は、Ｓ７０１で受信した紐付けＩＤが紐付けＩＤ管理テーブル５３０に保持されているか否かを判定する。通常は、Ｓ６０５で紐付けＩＤが新規に若しくは既に登録されているはずである。従って、紐付けＩＤが紐付けＩＤ管理テーブル５３０に保持されていないと判定された場合は、Ｓ７０１で受信した紐付けＩＤは有効でない（例えば無効）と判定する。一方、紐付けＩＤが紐付けＩＤ管理テーブル５３０に保持されていると判定された場合は、管理サーバ１０３はさらに、有効期限５３３に基づいて紐付けＩＤの有効期限が切れていないか否かを判定する。ここで、紐付けＩＤの有効期限が切れていないと判定された場合は、管理サーバ１０３は、Ｓ７０１で受信した紐付けＩＤは有効であると判定する。一方、紐付けＩＤの有効期限が切れていると判定された場合は、管理サーバ１０３は、Ｓ７０１で受信した紐付けＩＤは有効でないと判定する。

Ｓ７０１で受信した紐付けＩＤが有効でないと判定された場合、管理サーバ１０３は、サービスサーバ１０４に対して、サービス管理テーブル５１０への登録が不可である旨を通知する（Ｓ７１１）。その後、図７及び図６の処理を終了する。一方、Ｓ７０１で受信した紐付けＩＤが有効であると判定された場合、Ｓ７０２からＳ７０３へ進む。

Ｓ７０３において、管理サーバ１０３は、図５（Ｃ）のグループ管理テーブル５２０を参照し、Ｓ７０１で受信したサービスＩＤに紐付けられたサービスグループＩＤ５２１と紐付けタイプ５２３を取得する。なお、管理サーバ１０３は、図５（Ｃ）をあらかじめ保持している。

Ｓ７０４において、管理サーバ１０３は、Ｓ７０３で取得した紐付けタイプ５２３が「依存型」であるか否かを判定する。ここで、「依存型」であると判定された場合、Ｓ７０５に進み、管理サーバ１０３は、プリンタ１０１が管理サーバ１０３に登録済みであるか否かを判定する。例えば、管理サーバ１０３は、紐付けＩＤ管理テーブル５３０を参照して、Ｓ７０１で取得された紐付けＩＤ５３１に対応するデバイスＩＤ５３２を特定する。そして、管理サーバ１０３は、特定されたデバイスＩＤ５３２に対応するデバイスＩＤ５０１がデバイス管理テーブル５００に保持されているか否かを判定する。ここで、デバイス管理テーブル５００に保持されていないと判定された場合（Ｓ７０５－Ｎｏ）には、紐付けタイプ５２３が「依存型」であるにも関わらず、プリンタ１０１が管理サーバ１０３に登録済みでないということになる。そのため、Ｓ７１１に進み、管理サーバ１０３は、サービスサーバ１０４に対して、サービス管理テーブル５１０への登録が不可である旨を通知する。その後、図７及び図６の処理を終了する。一方、Ｓ７０５においてＹｅｓと判定された場合には、Ｓ７０６へ進む。また、Ｓ７０４で紐付けタイプ５２３が「依存型」でない、例えば「独立型」であると判定された場合、管理サーバ１０３の処理はＳ７０６へ進む。

Ｓ７０６において、管理サーバ１０３は、プリンタ１０１がサービスに登録済みであるか否かを判定する。例えば、管理サーバ１０３は、Ｓ７０１で取得された紐付けＩＤ５３１に対応するデバイスＩＤ５３２を特定する。そして、管理サーバ１０３は、特定されたデバイスＩＤ５３２に対応するデバイスＩＤ５１１がサービス管理テーブル５１０に保持されているか否かを判定する。ここで、デバイスＩＤがサービス管理テーブル５１０に保持されていないと判定された場合（Ｓ７０６－Ｎｏ）、Ｓ７１０に進み、管理サーバ１０３は、サービス向けデバイスＩＤ５１２を新規に発行して、図７の処理を終了する。なお、管理サーバ１０３は、サービス向けデバイスＩＤを発行するとともに、対応するデバイスＩＤ５１１、サービスＩＤ５１３、ＵＲＬ情報５１４をサービス管理テーブル５１０に保存する。その場合、後段のＳ６１１において、Ｓ７１０で新規に発行されたサービス向けデバイスＩＤ５１２がサービスサーバ１０４に送信される。新規にサービス向けデバイスＩＤ５１２が発行されるケースとは、グループ化されたサービスにおいて、そのプリンタはまだ登録されていなかったということを表す。その場合、新規にサービス向けデバイスＩＤ５１２が発行される。一方、Ｓ７０６においてＹｅｓと判定された場合、管理サーバ１０３の処理はＳ７０７へ進む。

Ｓ７０７において、管理サーバ１０３は、サービス管理テーブル５１０を参照し、Ｓ７０１で取得された紐付けＩＤ５３１に対応するデバイスＩＤ５３２に対応するデバイスＩＤ５１１に紐づけられたサービスＩＤ５１３を取得する。続いて管理サーバ１０３は、グループ管理テーブル５２０を参照し、Ｓ７０７で取得されたサービスＩＤ５１３に対応するサービスＩＤ５２２に対応するサービスグループＩＤ５２１を特定する。そして、Ｓ７０８において、管理サーバ１０３は、Ｓ７０３で取得されたサービスグループＩＤ５２１と、Ｓ７０７において特定されたサービスグループＩＤ５２１が、同一グループであるか否かを判定する。ここで、同一グループであると判定された場合、Ｓ７０９に進む。まず、管理サーバ１０３は、紐付けＩＤ管理テーブル５３０を参照し、Ｓ７０１で取得された紐付けＩＤ５３１に対応するデバイスＩＤ５３２を特定する。そして、管理サーバ１０３は、サービス管理テーブル５１０を参照し、特定されたデバイスＩＤ５３２に対応するデバイスＩＤ５１１に紐づけられたサービス向けデバイスＩＤ５１２を取得して、図７の処理を終了する。その場合、後段のＳ６１１において、Ｓ７０９で取得されたサービス向けデバイスＩＤ５１２がサービスサーバ１０４に送信される。このように処理されるケースについて説明する。サービス登録要求を行ったサービスと、別のサービスが同一グループに属している。そしてＳ７０８においてＹｅｓと判定されるケースは、グループ化された別のサービス用にプリンタが既に登録されていたということを表す。その場合、既に発行されているサービス向けデバイスＩＤ５１２がサービスサーバ１０４に送信される。

一方、Ｓ７０８で同一グループでないと判定された場合、Ｓ７１０に進み、管理サーバ１０３は、サービス向けデバイスＩＤ５１２を新規に発行する。その後、図７の処理を終了する。その場合、後段のＳ６１１において、Ｓ７１０で新規に発行されたサービス向けデバイスＩＤ５１２がサービスサーバ１０４に送信される。このように処理されるケースについて説明する。サービス登録要求を行ったサービスと、別のサービスが別々のグループに属している。そしてＳ７０８においてＮｏと判定されるケースは、別のグループの別のサービス用にプリンタが既に登録されていたということを表す。その場合、グループ化されたサービスにおいて、そのプリンタはまだ登録されていないので、新規にサービス向けデバイスＩＤ５１２が発行される。なお、管理サーバ１０３は、サービス向けデバイスＩＤを発行するとともに、対応するデバイスＩＤ５１１、サービスＩＤ５１３、ＵＲＬ情報５１４をサービス管理テーブル５１０に保存する。

図７の処理を一例を挙げて説明する。例えば、Ｓ７０１で受信した紐付けＩＤを「Ｃｏｎｎｅｃｔ＿ｂ」とし、サービスＩＤを「Ｓｅｒｖｉｃｅ＿ｂ」とする。

Ｓ７０２では、「Ｃｏｎｎｅｃｔ＿ｂ」が紐付けＩＤ管理テーブル５３０に保持されているので、紐付けＩＤ５３１は有効であると判定され、Ｓ７０３に進む。Ｓ７０３においては、グループ管理テーブル５２０から、「Ｓｅｒｖｉｃｅ＿ｂ」に対応するサービスグループＩＤ５２１「Ｇｒｏｕｐ＿ａ」と、紐付けタイプ５２３「依存型」とが取得される。従って、Ｓ７０４からＳ７０５に進む。Ｓ７０５では、Ｓ７０１で取得された紐付けＩＤ５３１に対応するデバイスＩＤ５３２「Ｄｅｖｉｃｅ＿ｂ」がデバイス管理テーブル５００に保持されているので、Ｓ７０６に進む。

Ｓ７０６では、Ｓ７０１で取得された紐付けＩＤ５３１「Ｃｏｎｎｅｃｔ＿ｂ」に対応するデバイスＩＤ５３２「Ｄｅｖｉｃｅ＿ｂ」がサービス管理テーブル５１０に保持されていると判定され、Ｓ７０７に進む。Ｓ７０７では、Ｓ７０１で取得された紐付けＩＤ５３１「Ｃｏｎｎｃｅｃｔ＿ｂ」に対応するデバイスＩＤ５３２「Ｄｅｖｉｃｅ＿ｂ」に対応するサービスＩＤ５１３「Ｓｅｒｖｉｃｅ＿ａ」が取得される。

Ｓ７０８では、Ｓ７０３で取得されたサービスグループＩＤ５２１「Ｇｒｏｕｐ＿ａ」と、Ｓ７０７で取得されたサービスＩＤ５１３「Ｓｅｒｖｉｃｅ＿ａ」に対応するサービスグループＩＤ５２１「Ｇｒｏｕｐ＿ａ」とが同一グループであると判定される。そして、Ｓ７０９では、Ｓ７０１で取得された紐付けＩＤ５３１「Ｃｏｎｎｅｃｔ＿ｂ」に対応するデバイスＩＤ５３２「Ｄｅｖｉｃｅ＿ｂ」に対応するサービス向けデバイスＩＤ５１２「Ｓｅｒｖｉｃｅ＿Ｄｅｖｉｃｅ＿３」が取得される。そして、後段のＳ６１１において、Ｓ７０９で取得されたサービス向けデバイスＩＤ５１２「Ｓｅｒｖｉｃｅ＿Ｄｅｖｉｃｅ＿３」がサービスサーバ１０４に送信される。

以上のように、本実施形態によれば、サービスサーバ１０４のサービスと、既に登録されているデバイスに対応するサービスとが同一グループに属する場合には、そのグループにおいてサービスに対して発行されていたサービス向けデバイスＩＤをサービスサーバ１０４に送信する。そのような構成により、異なるサービスが同じグループに属する場合、管理サーバ１０３は、共通のサービス向けデバイスＩＤ５１２によりデバイス（例えばプリンタ１０１）を管理することができる。その結果、本実施形態によれば、例えば、管理サーバ１０３におけるＩＤの発行処理を軽減できる。

＜システムが実行する削除処理について＞
以下、本システム１０におけるプリンタ削除処理について、図８を参照しながら説明する。図８の処理は、例えば、ＣＰＵ４０１が記憶部４０２に記憶されたプログラムをロードして実行することにより実現される。Ｓ８０１において、管理サーバ１０３は、プリンタ１０１からプリンタ解除（登録削除）要求を受信する。プリンタ解除要求は、例えば、ユーザから操作部２０９を介して、プリンタを管理サーバ１０３の管理の対象外とする指示操作、例えば情報送信設定の無効化の操作を受け付けた場合に送信される。Ｓ８０１では、管理サーバ１０３は、プリンタ１０１から、シリアル番号、ＭＡＣアドレスや型番といったデバイス情報を受信する。

Ｓ８０２において、管理サーバ１０３は、デバイス管理テーブル５００を参照し、Ｓ８０１で取得したデバイス情報に紐づくデバイスＩＤ５０１を取得する。そして、Ｓ８０３において、管理サーバ１０３は、プリンタ１０１がサービスに登録済みであるか否かを判定する。例えば、管理サーバ１０３は、Ｓ８０２で取得されたデバイスＩＤ５０１がサービス管理テーブル５１０に保持されているか否かを判定する。ここで、サービス管理テーブル５１０に保持されていないと判定された場合、Ｓ８１０に進み、管理サーバ１０３は、デバイス管理テーブル５００から、Ｓ８０２で取得されたデバイスＩＤ５０１に紐づくデバイス情報を削除する。その後、図８の処理を終了する。一方、サービス管理テーブル５１０に保持されていると判定された場合、管理サーバ１０３の処理はＳ８０４に進む。

Ｓ８０４において、管理サーバ１０３は、サービス管理テーブル５１０を参照し、Ｓ８０２で取得されたデバイスＩＤ５０１に対応するデバイスＩＤ５１１に対応するサービスＩＤ５１３と送信先情報５１４を取得する。Ｓ８０５において、管理サーバ１０３は、グループ管理テーブル５２０を参照し、Ｓ８０４で取得されたサービスＩＤ５１３に対応するサービスＩＤ５２２に紐づく紐付けタイプ５２３を取得する。

Ｓ８０６において、管理サーバ１０３は、Ｓ８０５で取得された紐付けタイプ５２３が「依存型」であるか否かを判定する。ここで、「依存型」でない、例えば「独立型」であると判定された場合、Ｓ８０８に進み、管理サーバ１０３は、サービスサーバ１０４に対して、デバイス（例えばプリンタ１０１）とサービスとの紐付けを解除した旨の解除通知を送信する。例えば、Ｄｅｖｉｃｅ＿ａのプリンタから解除要求を受信した場合は、図５（Ｂ）から明らかなように、Ｄｅｖｉｃｅ＿ａに対してＳｅｒｖｉｃｅ＿ａからｃが関連付けられている。よって、この３つのサービスに対してＳ８０６からＳ８１０の処理が実行される。例えば、管理サーバ１０３は、Ｓｅｒｖｉｃｅ＿ｃを処理する場合、Ｓ８０６においてＮｏと判定する。そして、管理サーバ１０３は、Ｓｅｒｖｉｃｅ＿ｃのＵＲＬ情報を用いて解除通知を送信する。そして、Ｓ８１０において、管理サーバ１０３は、デバイス管理テーブル５００から、Ｓ８０２で取得されたデバイスＩＤ５０１に紐づくデバイス情報を削除する。その後、図８の処理を終了する。一方、紐付けタイプ５２３が「依存型」であると判定された場合、Ｓ８０７に進む。

Ｓ８０７において、管理サーバ１０３は、サービスサーバ１０４に対して、サービス退会通知を送信する。そして、Ｓ８０９において、管理サーバ１０３は、サービス管理テーブル５１０から、Ｓ８０２で取得されたデバイスＩＤ５０１に対応するデバイスＩＤ５１１に紐づくサービス情報を削除する。なお、ここで削除される情報は、サービス向けデバイスＩＤ５１２、サービスＩＤ５１３、送信先情報５１４である。なお、独立型と判定された場合、サービス情報は削除されない。この点が、独立型により実行される処理と依存型により実行される処理の違いの１つである。そして、Ｓ８１０において、管理サーバ１０３は、デバイス管理テーブル５００から、Ｓ８０２で取得されたデバイスＩＤ５０１に紐づくデバイス情報を削除する。その後、図８の処理を終了する。

以上のように、図８の処理によれば、管理サーバ１０３は、プリンタ１０１からプリンタ解除要求を受信し、かつ、紐付けタイプ５２３が「依存型」である場合、プリンタ登録を解除する。さらに、管理サーバ１０３は、サービスとの紐付けも解除し、サービスサーバ１０４へサービス退会を通知する。一方、紐付けタイプ５２３が「独立型」である場合には、プリンタ登録を解除する一方、サービス登録を解除せず、サービスサーバ１０４へは、プリンタ１０１とサービスとの紐付けが解除された旨を通知する。そのような構成により、サービスの紐付けタイプ５２３に応じて柔軟な管理を行うことができる。

以上のように、本実施形態によれば、管理サーバ１０３におけるプリンタ１０１の登録状態に応じて、サービスのグループ単位でのデバイスの識別情報の発行、デバイスの登録削除を行うことができる。また、管理サーバ１０３は、サービスグループ単位でのデバイスの識別情報をサービスサーバ１０４に通知するので、グループ化されたサービス間でのデバイス管理を効率化することができる。また、本実施形態では、デバイスとしてプリンタ１０１を説明したが、プリンタ１０１に限られず、ＰＣや携帯端末等が本実施形態のデバイスとされても良い。

［第２実施形態］
本実施形態において、サービス登録を追加で行う際の構成について説明する。その際、紐付けＩＤ５３０を用いることなく、同一グループ内のサービス向けデバイスＩＤを用いることによりサービスの追加登録を行う。以下、第２実施形態について第１実施形態と異なる点について説明する。図９を用いて説明すると、サービスＡサーバ１０４のサービスＡを登録する際は紐付けＩＤ５３０が使用されるが、サービスＢサーバ１０４のサービスＢを登録する際は紐付けＩＤ５３０が使用されない。

図９は、サービスの追加登録のシーケンス図である。図９では、サービスＡを提供するサービスサーバ１０４をサービスＡサーバ１０４、サービスＢを提供するサーバをサービスＢサーバ１０４とし、それらのサービスは同一グループに属するとする。また、本実施形態では、サービスＢの追加登録には、情報処理装置１０２の記憶部３０２に記憶されたＷｅｂブラウザ、または、登録用のアプリケーションが用いられ、Ｗｅｂ上で登録処理が行われる。図９のプリンタ１０１の処理は、ＣＰＵ２０５がプログラムを実行することにより実現される。また、管理サーバ１０３、サービスＡサーバ１０４、サービスＢサーバ１０４の処理は、各サーバのＣＰＵ４０１がプログラムを実行することにより実現される。また、情報処理装置１０２の処理は、ＣＰＵ３０１がプログラムを実行することにより実現される。

プリンタ１０１、管理サーバ１０３、サービスＡサーバ１０４の間で行われるＳ９０１では、図６のＳ６０１～Ｓ６１２における処理が行われる。即ち、Ｓ９０１の処理は、図６のＳ６０１～Ｓ６１２における説明と同じであるので、それらの説明を省略する。

Ｓ９０２において、サービスＡサーバ１０４は、情報処理装置１０２に対して、サービス向けデバイスＩＤを送信する。Ｓ９０３において、情報処理装置１０２は、サービスＢサーバ１０４に対して、サービス登録要求を送信する。その際、情報処理装置１０２は、サービス登録要求とともに、Ｓ９０２で受信したサービス向けデバイスＩＤを送信する。例えば、登録用のアプリケーションが使用されている場合、予めサービスＢサーバ１０４に対して、サービス登録要求を行うことが設定されている。また、Ｗｅｂブラウザが使用される場合、Ｓ９０２の通知を受けて表示される画面にサービスＢの追加ボタンが表示される。ユーザがこの追加ボタンを押下した場合、Ｓ９０３が実行されても良い。

Ｓ９０４において、サービスＢサーバ１０４は、管理サーバ１０３に対して、サービス登録要求を送信する。その際、サービスＢサーバ１０４は、サービス登録要求とともに、自身のサービスＩＤ、Ｓ９０３で受信したサービス向けデバイスＩＤ、自身の送信先情報を送信する。

Ｓ９０５において、管理サーバ１０３は、サービス追加登録判定処理を行う。サービス追加登録判定処理の詳細は、図１０において後述する。

Ｓ９０６において、管理サーバ１０３は、サービスの追加登録処理を行う。例えば、管理サーバ１０３は、図５（Ｂ）のサービス管理テーブル５１０を用いて、Ｓ９０４で取得したサービスＩＤおよび送信先情報と、サービス向けデバイスＩＤとを紐付けて保持する。Ｓ９０７において、管理サーバ１０３は、サービスＢサーバ１０４に対して、サービス向けデバイスＩＤを送信する。そして、Ｓ９０８において、管理サーバ１０３は、プリンタ１０１に対して、サービス情報を送信する。例えば、サービス情報として、サービスの登録状態やサービスの開始に必要な情報が送信される。Ｓ９０９において、サービスＢサーバ１０４は、サービス登録を完了した旨を示す登録完了通知を情報処理装置１０２に送信する。

図１０は、管理サーバ１０３におけるサービスの追加登録のフローチャートである。図１０の処理は、例えば、ＣＰＵ４０１が記憶部４０２に記憶されたプログラムをロードして実行することにより実現される。図１０の処理は、図９のＳ９０４においてサービス登録要求を受信すると開始される。

Ｓ１００１において、管理サーバ１０３は、サービスＢサーバ１０４から送信されたサービス登録要求を受信するとともに、サービス向けデバイスＩＤと、サービスＩＤと、送信先情報を受信する。

Ｓ１００２において、管理サーバ１０３は、Ｓ１００１で受信されたサービス向けデバイスＩＤが有効であるか否かを判定する。例えば、管理サーバ１０３は、Ｓ１００１で受信したサービス向けデバイスＩＤが、サービス管理テーブル５１０に保持されているか否かを判定する。ここで、保持されていないと判定された場合は、Ｓ１００１で受信したサービス向けデバイスＩＤは有効でない（例えば無効）と判定する。そして、Ｓ１００７において、管理サーバ１０３は、サービスＢサーバ１０４に対して、サービス管理テーブル５１０への登録が不可である旨を通知する。その後、図１０及び図９の処理を終了する。一方、Ｓ１００１で受信したサービス向けデバイスＩＤが有効であると判定された場合、Ｓ１００２からＳ１００３へ進む。

Ｓ１００３において、管理サーバ１０３は、サービス管理テーブル５１０を参照し、Ｓ１００１で受信したサービス向けデバイスＩＤに紐づけられたサービスＩＤ５１３を取得する。そして、管理サーバ１０３は、その取得したサービスＩＤ５１３が属するサービスグループと、Ｓ１００１で受信されたサービスＩＤが属するサービスグループとが同一グループであるか否かを判定する。ここで、同一グループでないと判定された場合、Ｓ１００７に進み、管理サーバ１０３は、サービスＢサーバ１０４に対して、プリンタ１０１のサービス管理テーブル５１０への登録が不可である旨を通知する。その後、図１０及び図９の処理を終了する。一方、同一グループであると判定された場合、Ｓ１００４に進む。

Ｓ１００４において、管理サーバ１０３は、グループ管理テーブル５２０を参照し、Ｓ１００１で受信したサービスＩＤに対応するサービスＩＤ５２２に紐づく紐付けタイプ５２３を取得する。そして、Ｓ１００５において、管理サーバ１０３は、Ｓ１００４で取得された紐付けタイプ５２３が「依存型」であるか否かを判定する。ここで、「依存型」でない、例えば「独立型」であると判定された場合、図１０の処理を終了する。その場合、後段のＳ９０７において、Ｓ１００１で受信されＳ９０６でサービス管理テーブル５１０に保持されたサービス向けデバイスＩＤがサービスＢサーバ１０４に送信される。一方、「依存型」であると判定された場合、Ｓ１００６に進む。

Ｓ１００６において、管理サーバ１０３は、プリンタ１０１が管理サーバ１０３に登録済みであるか否かを判定する。例えば、管理サーバ１０３は、Ｓ１００１で受信されたサービス向けデバイスＩＤに対応するデバイスＩＤ５１１に対応するデバイスＩＤ５０１がデバイス管理テーブル５００に保持されているか否かを判定する。ここで、デバイス管理テーブル５００に保持されていないと判定された場合には、紐付けタイプ５２３が「依存型」であるにも関わらず、プリンタ１０１が管理サーバ１０３に登録済みでないということである。そのため処理はＳ１００７に進み、管理サーバ１０３は、サービスＢサーバ１０４に対して、プリンタ１０１のサービス管理テーブル５１０への登録が不可である旨を通知する。その後、図１０及び図９の処理を終了する。一方、デバイス管理テーブル５００に保持されていると判定された場合は、図１０の処理を終了する。その場合、後段のＳ９０７において、Ｓ１００１で受信されＳ９０６でサービス管理テーブル５１０に保持されたサービス向けデバイスＩＤがサービスＢサーバ１０４に送信される。

以上のように、本実施形態によれば、管理サーバ１０３は、紐付けＩＤを発行することなく、同一グループ内のサービス向けデバイスＩＤを用いることで、サービスの追加登録処理を行うことができる。なお、本実施形態では、情報処理装置１０２を経由して、サービス向けデバイスＩＤをサービスＢサーバ１０４に対して送信しているが、サービスサーバ間で直接送信するようにしても良い。また、本実施形態では、サービスＡサーバ１０４とサービスＢサーバ１０４のように別々の装置で複数のサービスが提供される構成を説明した。しかしながら、複数のサービスを１つのサービスサーバにより提供する構成であっても、本実施形態の動作を適用可能である。その場合、その１つのサービスサーバ内において、複数のサービス間でサービス向けデバイスＩＤを送受信することで、本実施形態のサービスの追加登録処理が実行可能となる。

［第３実施形態］
本実施形態では、同一グループ内のサービス向けデバイスＩＤを用いることでサービス間のジョブの管理を行う構成の一例を説明する。以下、第３実施形態について第１及び第２実施形態と異なる点について説明する。

図１１は、複数のサービス連携時の印刷ジョブの処理に関するシーケンス図である。本実施形態では、サービスＡおよびサービスＢを提供するサービスサーバ１０４をサービスＡＢサーバ１０４とし、サービスＡおよびサービスＢは同一グループであるものとする。図１１のプリンタ１０１の処理は、ＣＰＵ２０５がプログラムを実行することにより実現される。また、管理サーバ１０３、サービスＡＢサーバ１０４、画像処理サーバ１０６の処理は、各サーバのＣＰＵ４０１がプログラムを実行することにより実現される。

Ｓ１１０１において、プリンタ１０１、管理サーバ１０３、サービスＡＢサーバ１０４の間で行われるＳ１１０１では、サービスＡについて図６のＳ６０１～Ｓ６１２における処理が行われ、サービスＢについて図６のＳ６０１～Ｓ６１２における処理が行われる。即ち、Ｓ１１０１の処理は、図６のＳ６０１～Ｓ６１２における処理と同じであるので、それらの説明を省略する。もしくは、サービスＡについて図６の処理が行われ、サービスＢの追加登録について図９の処理が行われても良い。

Ｓ１１０２において、サービスＡＢサーバ１０４は、サービス向けデバイスＩＤに関する印刷ジョブを検知する。ここでは、サービス向けデバイスＩＤに紐づけられたサービスＡ及びサービスＢの各印刷ジョブが検知される。そして、サービスＡＢサーバ１０４は、検知されたサービスＡ及びサービスＢの各印刷ジョブのキューイングを行う。

Ｓ１１０３において、サービスＡＢサーバ１０４は、画像処理サーバ１０６に対して、Ｓ１１０２で検知されたサービスＡの印刷ジョブに関する画像処理を要求する。その際、サービス向けデバイスＩＤ５１２に対応するデバイスＩＤ５１１に対応するデバイスＩＤ５０１に紐づけられた機種情報５０２～５０５を送信する。なお、画像処理サーバ１０６は、これらの情報に基づいてデバイス単位に実行すべき画像処理方法を切り替える。また、本実施形態では、管理サーバ１０３が保持している図５のテーブルをサービスＡＢサーバ１０４と共有している。Ｓ１１０４において、画像処理サーバ１０６は、画像処理完了後、サービスＡＢサーバ１０４に対して画像処理結果を送信する。Ｓ１１０５において、サービスＡＢサーバ１０４は、管理サーバ１０３に対して、サービスＡにおける印刷ジョブとサービス向けデバイスＩＤとＳ１１０４で受信された画像処理結果とを送信する。

Ｓ１１０６において、管理サーバ１０３は、サービス管理テーブル５１０を参照し、Ｓ１１０５で受信したサービス向けデバイスＩＤに対応するデバイスＩＤ５１１に対応するデバイスＩＤ５０１に紐づけられた機種情報を取得する。そして、管理サーバ１０３は、その機種情報により識別されるプリンタ１０１に対して、印刷ジョブを送信する。Ｓ１１０７において、プリンタ１０１は、Ｓ１１０６で受信した印刷ジョブを実行する。

Ｓ１１０８において、サービスＡＢサーバ１０４は、画像処理サーバ１０６に対して、Ｓ１１０２で検知されたサービスＢの印刷ジョブに関する画像処理を要求する。その際、サービス向けデバイスＩＤ５１２に対応するデバイスＩＤ５１１に対応するデバイスＩＤ５０１に紐づけられた機種情報を送信する。Ｓ１１０９において、画像処理サーバ１０６は、画像処理完了後、サービスＡＢサーバ１０４に対して画像処理結果を送信する。Ｓ１１１０において、サービスＡＢサーバ１０４は、管理サーバ１０３に対して、サービスＢにおける印刷ジョブとサービス向けデバイスＩＤとＳ１１０９で受信された画像処理結果とを送信する。

Ｓ１１１１において、管理サーバ１０３は、サービス管理テーブル５１０を参照し、Ｓ１１１０で受信したサービス向けデバイスＩＤに対応するデバイスＩＤ５１１に対応するデバイスＩＤ５０１に紐づけられた機種情報を取得する。そして、管理サーバ１０３は、その機種情報により識別されるプリンタ１０１に対して、印刷ジョブを送信する。Ｓ１１１２において、プリンタ１０１は、Ｓ１１１１で受信した印刷ジョブを実行する。

以上のように、管理サーバ１０３は、サービスＡＢサーバ１０４に対して、同一のグループ内で共通のサービス向けデバイスＩＤを返却していることにより、同一グループのサービスサーバ間でプリンタ１０１を一意に特定することが可能となる。つまりサービスＡ用のデバイスＩＤと、サービスＢ用のデバイスＩＤが異なる場合、管理サーバ１０３は、多くのＩＤを発行する必要が生じるため、ＩＤの発行負荷が増大する。また、ＩＤが膨大になると印刷ジョブを通知する際にプリンタを特定する処理負荷が増える。しかしながら、本実施形態では、サービスＡ用のデバイスＩＤと、サービスＢ用のデバイスＩＤが同じであるため、管理サーバ１０３がＩＤを発行する負荷を軽減できる。また、本実施形態では、印刷ジョブを通知する際にプリンタを特定する処理負荷も軽減できる。そのため、複数のサービス間での印刷ジョブにおけるキューイングや画像処理といったジョブの管理を効率化することができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１ プリンタ： １０２ 情報処理装置： １０３ 管理サーバ： １０４ サービスサーバ： １０６ 画像処理サーバ： ２０５、３０１、４０１ ＣＰＵ

Claims (17)

1. デバイスとサービスとを対応づけて管理する管理装置と、前記デバイスと、前記サービスを提供するサーバとを含む管理システムであって、
   前記デバイスは、
   前記管理装置に対して、前記デバイスの登録要求を送信する第１送信手段、を備え、
   前記管理装置は、
   前記デバイスから前記デバイスの登録要求を受信した後、前記サーバにおいて前記デバイスを識別するためのサービス向け識別情報を発行する発行手段と、
   前記発行手段により発行された前記サービス向け識別情報を前記サービスと対応づけて管理する管理手段と、を備え、
   前記発行手段は、複数のサービスのうち、グループ化されたサービスに対しては、共通の前記サービス向け識別情報を発行し、
   前記サーバは、
   前記管理装置に対して、サービスの登録要求を送信する送信手段、をさらに備え、
   前記発行手段は、前記サービスの登録要求を受信すると、前記サービス向け識別情報を発行する、
   ことを特徴とする管理システム。
2. 前記発行手段は、前記複数のサービスのうち、前記グループ化されたサービスと異なるサービスに対しては、該グループ化されたサービスに対して発行された前記サービス向け識別情報と異なるサービス向け識別情報を発行することを特徴とする請求項１に記載の管理システム。
3. 前記発行手段により発行された前記サービス向け識別情報を前記サーバに対して送信する第２送信手段、をさらに備えることを特徴とする請求項１又は２に記載の管理システム。
4. 前記サーバは、
   前記第２送信手段により送信された前記サービス向け識別情報に基づいて、前記デバイスに関するジョブを処理する処理手段、をさらに備えることを特徴とする請求項３に記載の管理システム。
5. 前記サーバは、
   前記管理装置により発行された情報を取得する取得手段、をさらに備え、
   前記サービスの登録要求は、前記取得手段により取得された前記管理装置により発行された情報と、前記サーバに固有の情報とを含む、
   ことを特徴とする請求項１に記載の管理システム。
6. 前記サーバに固有の情報は、前記サーバが提供するサービスの識別情報を含むことを特徴とする請求項５に記載の管理システム。
7. 前記管理装置により発行された情報は、前記発行手段により既に発行された前記サービス向け識別情報を含むことを特徴とする請求項５又は６に記載の管理システム。
8. 前記管理装置により発行された情報は、仮の識別情報を含むことを特徴とする請求項５又は６に記載の管理システム。
9. 前記管理装置は、
   前記サービスの登録要求に基づいて、前記サービス向け識別情報を発行するか否かを判定する判定手段、をさらに備え、
   前記発行手段は、前記判定手段により前記サービス向け識別情報を発行すると判定された場合、前記サービス向け識別情報を発行し、前記判定手段により前記サービス向け識別情報を発行しないと判定された場合、前記サービス向け識別情報を発行しない、
   ことを特徴とする請求項５乃至８のいずれか１項に記載の管理システム。
10. 前記発行手段により前記サービス向け識別情報が発行された後、前記サービスに関する情報を前記デバイスに送信する第３送信手段、をさらに備えることを特徴とする請求項１乃至９のいずれか１項に記載の管理システム。
11. 前記デバイスの登録要求は、前記デバイスのデバイス情報を含み、
    前記管理手段はさらに、前記デバイス情報をデバイス毎に識別可能に管理することを特徴とする請求項１乃至１０のいずれか１項に記載の管理システム。
12. 前記デバイスは、
    前記管理装置に対して、前記デバイスの登録削除の要求を送信する第４送信手段、を備え、
    前記管理手段は、前記デバイスから前記デバイスの登録削除の要求を受信すると、前記デバイス情報を登録から削除する、
    ことを特徴とする請求項１１に記載の管理システム。
13. 前記管理手段は、前記デバイスの登録削除の要求の対象となる前記デバイスに対応するサービスに応じて、前記サービス向け識別情報をさらに登録から削除することを特徴とする請求項１２に記載の管理システム。
14. デバイスとサービスとを対応づけて管理する管理装置であって、
    前記デバイスから前記デバイスの登録要求を受信した後、前記サービスを提供するサーバにおいて前記デバイスを識別するためのサービス向け識別情報を発行する発行手段と、
    前記発行手段により発行された前記サービス向け識別情報を前記サービスと対応づけて管理する管理手段と、を備え、
    前記発行手段は、複数のサービスのうち、グループ化されたサービスに対しては、共通の前記サービス向け識別情報を発行し、
    前記サーバは、前記管理装置に対して、サービスの登録要求を送信し、
    前記発行手段は、前記サービスの登録要求を受信すると、前記サービス向け識別情報を発行する、
    ことを特徴とする管理装置。
15. デバイスとサービスとを対応づけて管理する管理装置と、前記デバイスと、前記サービスを提供するサーバとを含む管理システムにおいて実行される管理方法であって、
    前記デバイスが、
    前記管理装置に対して、前記デバイスの登録要求を送信する第１送信工程と、
    前記管理装置が、
    前記デバイスから前記デバイスの登録要求を受信した後、前記サーバにおいて前記デバイスを識別するためのサービス向け識別情報を発行する発行工程と、
    前記発行工程において発行された前記サービス向け識別情報を前記サービスと対応づけて管理する管理工程と、を有し、
    前記発行工程では、複数のサービスのうち、グループ化されたサービスに対しては、共通の前記サービス向け識別情報を発行し、
    前記サーバが、前記管理装置に対してサービスの登録要求を送信する送信工程、をさらに有し、
    前記発行工程では、前記サービスの登録要求を受信すると、前記サービス向け識別情報を発行する、
    ことを特徴とする管理方法。
16. デバイスとサービスとを対応づけて管理する管理装置において実行される管理方法であって、
    前記デバイスから前記デバイスの登録要求を受信した後、前記サービスを提供するサーバにおいて前記デバイスを識別するためのサービス向け識別情報を発行する発行工程と、
    前記発行工程において発行された前記サービス向け識別情報を前記サービスと対応づけて管理する管理工程と、を有し、
    前記発行工程では、複数のサービスのうち、グループ化されたサービスに対しては、共通の前記サービス向け識別情報を発行し、
    前記サーバは、前記管理装置に対して、サービスの登録要求を送信し、
    前記発行工程では、前記サービスの登録要求を受信すると、前記サービス向け識別情報を発行する、
    ことを特徴とする管理方法。
17. 管理装置のコンピュータに、
    デバイスから前記デバイスの登録要求を受信した後、サービスを提供するサーバにおいて前記デバイスを識別するためのサービス向け識別情報を発行する発行工程、
    前記発行工程において発行された前記サービス向け識別情報を前記サービスと対応づけて管理する管理工程、を実行させるためのプログラムであって、
    前記発行工程では、複数のサービスのうち、グループ化されたサービスに対しては、共通の前記サービス向け識別情報を発行し、
    前記サーバは、前記管理装置に対して、サービスの登録要求を送信し、
    前記発行工程では、前記サービスの登録要求を受信すると、前記サービス向け識別情報を発行する、
    ことを特徴とするプログラム。

Images