(57)【要約】【課題】  デバイス管理情報を受信するサーバーにデバイス管理情報を受信するインターフェース以外に認証用のインターフェースを実装する。ここで問題となるのは、デバイスが認証情報とデバイス管理情報の２つを夫々異なるインターフェースを使って送信することになり煩雑になるという点である。【解決手段】  デバイス管理情報を受信するデバイスインターフェースを介してデバイスからの認証要求を受信し処理を行う。【選択図】  図７
2017004303.tif 000002
【特許請求の範囲】
【請求項１】
デバイスインターフェースを介してデバイス管理情報をデバイスから受信し、受信したデバイス管理情報を利用するデバイス管理サーバーであって、
前記デバイス管理サーバーとは異なるサーバーにより提供されるサービスへの認証要求および認証情報を、前記デバイス管理情報を送信する際に用いられるデバイスインターフェースを介して受信する受信手段と、
前記受信手段により前記デバイスインターフェースを介して前記認証要求および前記認証情報を受信されたことに応じて、前記認証情報を基に認証処理を行う第１の認証手段と、
前記第１の認証手段による認証処理が成功したことに応じて、前記第１の認証手段とは異なる第２の認証手段に対し、前記サービスへのアクセス許可情報の発行を要求する要求手段と、
前記第２の認証手段により発行されたアクセス許可情報を、認証要求元であるデバイスへ送信する送信手段と、を有するデバイス管理サーバー。
【請求項２】
前記第１の認証手段は、前記デバイス管理情報および前記認証情報を、前記デバイス管理情報を送信する際に用いられるデバイスインターフェースを介して前記受信手段により受信されたことに応じて、前記認証情報を基に認証処理を行うことを特徴とし、
前記第１の認証手段による認証処理が成功したことに応じて、前記受信手段により受信された前記デバイス管理情報を管理する管理手段を更に有することを特徴とする請求項１に記載のデバイス管理サーバー。
【請求項３】
前記第１の認証手段によりデバイスに対する新たな認証情報が保持されたことに応じて、前記第２の認証手段に前記新たな認証情報を保持させる更新手段を有し、
前記第２の認証手段は、保持されたデバイスに対する認証情報を基に認証処理を行い、認証処理が成功したことに応じて前記アクセス許可情報を発行することを特徴とする請求項１または２に記載のデバイス管理サーバー。
【請求項４】
前記第２の認証手段は、認証インターフェースを介して前記サービスへのアクセス許可情報の発行の要求を受け付け、
前記要求手段は、前記認証インターフェースを介して前記サービスへのアクセス許可情報の発行を要求することを特徴とする請求項１乃至３の何れか１項に記載のデバイス管理サーバー。
【請求項５】
前記要求手段は、デバイス識別情報、サービスの名称、およびエンドポイントＵＲＬ情報を関連付けて保持しており、前記受信手段により受信された前記認証要求と前記認証情報とから前記デバイス識別情報とサービスの名称を特定し、更に前記エンドポイントＵＲＬ情報を特定し、特定されたエンドポイントＵＲＬ情報を基に前記第２の認証手段に前記サービスへのアクセス許可情報の発行を要求することを特徴とする請求項１乃至４の何れか１項に記載のデバイス管理サーバー。
【請求項６】
デバイスインターフェースを介してデバイスからデバイス管理情報を受信し、受信したデバイス管理情報を利用するデバイス管理サーバーで実行される方法であって、
受信手段は、前記デバイス管理サーバーとは異なるサーバーにより提供されるサービスへの認証要求および認証情報を、前記デバイス管理情報を送信する際に用いられるデバイスインターフェースを介して受信し、
第１の認証手段は、前記受信手段により前記デバイスインターフェースを介して前記認証要求および前記認証情報を受信されたことに応じて、前記認証情報を基に認証処理を行い、
要求手段は、前記第１の認証手段による認証処理が成功したことに応じて、前記第１の認証手段とは異なる第２の認証手段に対し、前記サービスへのアクセス許可情報の発行を要求し、
送信手段は、前記第２の認証手段により発行されたアクセス許可情報を、認証要求元であるデバイスへ送信することを特徴とする方法。
【請求項７】
前記第１の認証手段は、前記デバイス管理情報および前記認証情報を、前記デバイス管理情報を送信する際に用いられるデバイスインターフェースを介して前記受信手段により受信されたことに応じて、前記認証情報を基に認証処理を行い、
管理手段は、前記第１の認証手段による認証処理が成功したことに応じて、前記受信手段により受信された前記デバイス管理情報を管理することを特徴とする請求項６に記載の方法。
【請求項８】
更新手段は、前記第１の認証手段によりデバイスに対する新たな認証情報が保持されたことに応じて、前記第２の認証手段に前記新たな認証情報を保持させ、
前記第２の認証手段は、保持されたデバイスに対する認証情報を基に認証処理を行い、認証処理が成功したことに応じて前記アクセス許可情報を発行することを特徴とする請求項６または７に記載の方法。
【請求項９】
前記第２の認証手段は、認証インターフェースを介して前記サービスへのアクセス許可情報の発行の要求を受け付け、
前記要求手段は、前記認証インターフェースを介して前記サービスへのアクセス許可情報の発行を要求することを特徴とする請求項６乃至８の何れか１項に記載の方法。
【請求項１０】
前記要求手段は、デバイス識別情報、サービスの名称、およびエンドポイントＵＲＬ情報を関連付けて保持しており、前記受信手段により受信された前記認証要求と前記認証情報とから前記デバイス識別情報とサービスの名称を特定し、更に前記エンドポイントＵＲＬ情報を特定し、特定されたエンドポイントＵＲＬ情報を基に前記第２の認証手段に前記サービスへのアクセス許可情報の発行を要求することを特徴とする請求項６乃至９の何れか１項に記載の方法。
【請求項１１】
請求項６乃至１０の何れか１項に記載の方法をデバイス管理サーバーに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信を用いてプリンターや複写機などの画像形成装置を管理するデバイス管理サーバー、方法、およびプログラムに関するものである。
【背景技術】
【０００２】
従来から、複数のサーバーに対する認証方法を統一し接続対象を一元管理する方法の１つとして、末端装置とサーバー装置との間に中継装置を配備し、各接続要求が通信条件に合致するか否かを判断する方法を施したものがある（特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１９２９４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
デバイス管理情報を受信するサーバーに背景技術で説明した技術を始めとする何れかの認証技術を適用した場合、デバイス管理情報を受信するインターフェース以外に認証用のインターフェースを実装することになる。ここで問題となるのは、デバイスが認証情報とデバイス管理情報の２つを夫々異なるインターフェースを使って送信することになり煩雑になるという点である。
【０００５】
本願発明は上述した課題を解決するため、デバイス管理情報を受信するデバイスインターフェースを介してデバイスからの認証要求を受信し処理を行うことを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施形に係るデバイス管理サーバーは、デバイスインターフェースを介してデバイス管理情報をデバイスから受信し、受信したデバイス管理情報を利用するデバイス管理サーバーであって、前記デバイス管理サーバーとは異なるサーバーにより提供されるサービスへの認証要求および認証情報を、前記デバイス管理情報を送信する際に用いられるデバイスインターフェースを介して受信する受信手段と、前記受信手段により前記デバイスインターフェースを介して前記認証要求および前記認証情報を受信されたことに応じて、前記認証情報を基に認証処理を行う第１の認証手段と、前記第１の認証手段による認証処理が成功したことに応じて、前記第１の認証手段とは異なる第２の認証手段に対し、前記サービスへのアクセス許可情報の発行を要求する要求手段と、前記第２の認証手段により発行されたアクセス許可情報を、認証要求元であるデバイスへ送信することを特徴とする。
【発明の効果】
【０００７】
本発明によりデバイスインターフェースを介してデバイスからの認証要求を受信し処理を行うことが可能になる。
【図面の簡単な説明】
【０００８】
【図１】本発明に係るシステムと顧客環境、コールセンター環境とのネットワーク接続関係を示す図である。
【図２】デバイスのコントローラ構成例を示す図である。
【図３】デバイスのソフトウェア機能構成例を示す図である。
【図４】管理サーバーのコントローラ構成例を示す図である。
【図５】管理サーバーのソフトウェア機能構成例を示すブロック図である。
【図６】デバイスと各通信システムとの通信シーケンスを表すシーケンス図である。
【図７】デバイス管理システムのデータ受信時の動作例を表すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１０】
＜本実施形態のネットワーク接続関係を示す図の例＞
図１は、本発明に係るシステムと顧客環境、コールセンター環境とのネットワーク接続関係を示す図である。図１において、１００は顧客の社内ＬＡＮに接続されたＭＦＰ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）やＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）を示している。これらはプリント・複写などの機能をもつ画像形成装置であり、本発明ではデバイスと呼ぶ。１０１は、デバイス１００を利用するユーザーを示しており、図示していないがデバイスを利用する複数のユーザーが存在する。デバイス１００も同様に複数台数がネットワーク上に存在する。
【００１１】
１０２は、これら複数のデバイス１００と複数のユーザー１０１が存在する顧客環境である。１０３は、顧客環境１０２の社内ＬＡＮに対して外部ネットワークとなるインターネットを示している。顧客環境１０２の社内ＬＡＮには、インターネット１０３との接続ポイントとなるファイアウォールが設置されている。ファイアウォールにより、外部からの顧客環境１０２の社内ＬＡＮへのネットワークアクセスを防止する。また、社内ＬＡＮの機器は、このファイアウォールを介して外部のサーバーと通信をすることができる。
【００１２】
１０５は、顧客環境１０２に設置された複数のデバイスを遠隔から監視することのできるデバイス管理システムを示している。デバイス管理システム１０５は、インターネット上に構築され、サービスを提供している。１０６は、複数のデバイス１００を管理するコールセンター環境を示している。１０７は、デバイス管理を行うオペレーターを示している。コールセンターには、デバイス管理システム１０５を利用して効率的に遠隔地からデバイスを管理するオペレーターがいる。
【００１３】
デバイス１００は、自己管理プログラムを内部に有しており、デバイスの利用状況や利用傾向、その他消耗部品の使用状況などを、インターネット上のデバイス管理システムへ送信する。デバイス管理システム１０５は、デバイス１００から受信したデバイス管理情報を基にしてデバイスの管理を行う。インターネット１０３には、顧客環境１０２に類似した別顧客のネットワークが無数に接続されており、デバイス管理システム１０５は、複数の顧客のデバイスを管理することができる。また、同様にインターネット１０３には、コールセンター環境１０６に類似したコールセンター環境が無数に接続されており、デバイス管理システム１０５は、複数のデバイス販売会社の複数のコールセンター環境１０６から利用することができる。
【００１４】
１１１は、デバイス管理システムのＵＩを提供する機能を示している（以後、デバイス管理ＵＩ１１１と呼ぶ）。また、１１２は、デバイス１００を管理するオペレーター１０７からの通信を受け付けるＷｅｂ  ＩＦを示している。オペレーター１０７は、主にブラウザを利用して、Ｗｅｂ  ＩＦ１１２にアクセスする。そして、デバイス管理ＵＩ１１１の提供する各デバイス１００の利用状況、利用傾向、その他消耗部品の使用状況などを把握することで、顧客環境１０２の顧客先へサービスマンを派遣すべきか、消耗品を送付すべきかなど判断を行っている。
【００１５】
１１３は、認証機能を示している。また、１１４は、インターネット上でアクセス許可情報を提供する認証インターフェースである。アクセス許可情報とは、例えばデバイスが他のシステムのサービスを利用するためのインターフェースにアクセスする際に、あらかじめ取り決めを行ったサービスへのアクセス許可を承認したことを示す情報である。取り決めを行ったサービスは、このアクセス許可情報を受信すると、検証を行う。検証の結果、正しいアクセス許可情報だと判断した場合、取り決めを行ったサービスはサービスの提供を行う。オペレーターやデバイスのアクセス許可情報を要求する通信のことを以後、認証要求と呼ぶ。認証ＩＦ１１４は、オペレーターやデバイスの認証要求を受信するとこの認証要求の通信に対して、認証処理を行う。認証要求の通信と共に受信した識別子とパスワード情報と、認証機能１１３の管理している認証情報が一致すると他のサービスで利用可能なアクセス許可情報を提供する。識別情報は、ユーザーであればユーザーアカウントであり、デバイスであればシリアル番号である。認証機能１１３は、認証ＩＦ１１４を介して認証処理を行う際、例えば認証要求を発行した認証元に対してログイン画面を表示し、アカウント・パスワードといった認証情報を要求する。認証情報を受信すると、認証機能１１３は、その認証情報が正しいか否かを判定し、正しいと判断した場合、他のサービスで利用可能なアクセス許可情報を発行し認証要求元へ送信する。
【００１６】
１１５は、デバイス管理システム１０５のデバイス管理情報受信機能を示している。また、１１６は、デバイス管理情報を受信するデバイスＩＦを示している。デバイス管理システム１０５は、デバイスから送信されるデバイス管理情報をデバイスＩＦ１１６で受信し、その後の処理をデバイス管理情報受信機能１１５で行う。また、デバイスが他のサービスにアクセスする際に必要となるアクセス許可情報の発行リクエストである認証要求を認証ＩＦ１１４の代わりに受け付ける。
【００１７】
デバイス管理情報とデバイスの認証要求をデバイスＩＦ１１６が行うことで、デバイスからの通信を１つにまとめることができる。デバイス管理情報の受信処理は高速に処理することが要求されるため、シリアル番号とパスワードによる認証を行う。また、デバイスの認証要求を受け付ける際にも、認証処理を行う必要があるため、同様にシリアル番号とパスワードによる認証を行う。こうして１つのＩＦで２種類の通信を行うことで負荷による課題と認証情報を複数のＵＲＬに送信する課題を解決することができる。
【００１８】
１３１は、その他サービスを表している。例えば、コールセンターのオペレーター１０７がデバイス１００を遠隔操作するためのシステムであったり、デバイス１００に付加機能を追加するためのシステムであったりする。ここでは、何かの特定なサービスを示しているわけではなく、認証情報を共有するインターネット上の１つのサービスとして定義する。１３２は、その他サービスのＵＩ制御を行う機能を表している。また、１３３は、その他サービスのＵＩを制御するための接続ＩＦであるオペレーター用ＩＦを示している。オペレーター用ＩＦはオペレーターからの接続を受け付けると、セッション情報の有無確認を行い、セッション情報を持っていない場合、リダイレクションページを発行してデバイス管理システムの認証ＩＦ１１４へリダイレクションさせる。そして認証ＩＦ１１４でアクセス許可情報を受信してから、再度、接続するように処理を行う。即ち、その他サービスを利用するための認証処理は、認証機能１１３で一元的に行われるのが本願発明の特徴である。
【００１９】
１３４は、その他サービスのデバイス通信機能を表している。また、１３５は、その他サービスのデバイス通信機能の接続ＩＦであるデバイス用ＩＦを示している。デバイス用ＩＦは、オペレーター用ＩＦと同様にデバイスからの通信を受け付けると、セッション情報の有無確認を行い、セッション情報を有していることを確認すると、デバイス通信機能１３４との接続を許す。なお、認証機能は、デバイス管理システム１０５の内部に記載しているが、物理的な接続形態を限定するものではない。デバイス管理系の機能と認証機能系の機能とは、必ずしも同じファイアウォールの中や同じプラットフォームの中に存在しなくても、通信機能として連携していればよい。即ち、別々の装置に実装されていても良い。
【００２０】
＜本実施形態のデバイスの制御部構成例＞
図２は、図１におけるデバイス１００の制御部に関するハードウェア構成を示すブロック図である。デバイス１００の制御部では、主として、プリントやスキャンなどプログラムを制御する。制御部は、システム管理を行う部分と、画像処理管理を行う部分から構成されている。システム管理を行う各構成要素は、操作部２０１、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ部２０２、回線Ｉ／Ｆ部２０３、ＲＯＭ２０４、ＲＡＭ２０５、記憶装置２０６、ＣＰＵ２０７から構成されている。また、画像処理管理を行う各構成要素は、ＩＯ制御部２０８、画像処理部２０９、画像回転部２１０、デジタルＩ／Ｆ部２１１、圧縮伸長部２１２、画素密度変換部２１３から構成されている。そして、これらの構成要素は、システムバス２１６及び画像バス２１７に接続されている。
【００２１】
システムバス２１６には、以下の構成要素が配置される。操作部２０１には表示手段やキー入力手段が内蔵されており、これらはＣＰＵ２０７にて制御される。操作者は、キー入力手段を通してスキャナー読み取りやプリント出力に関する各種設定指示や、作動／停止指示を行う。また、操作者は、操作部２０１を介して、任意のインターネット上のサービスにアクセス指示を発行することができる。Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２は社内ＬＡＮと接続するためのインターフェース部である。Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２は社内ＬＡＮを介してデバイス管理システム１０５と通信を行う。
【００２２】
例えば、デバイスは、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２を介してデバイス管理システム１０５へＨＴＴＰまたはＨＴＴＰＳなどのプロトコルを利用してデバイスの監視情報を送信する。回線Ｉ／Ｆ部２０３は、ＩＳＤＮや公衆電話網に接続され、遠隔の端末とデータの送受信を行う。また、回線Ｉ／Ｆ部２０３は、通信制御プログラムにより制御され、ファクシミリなどのデータ送受信を行う。ＲＯＭ２０４にはデバイス１００の制御プログラム及び、デバイスを監視制御に関する監視プログラムが格納されており、ＣＰＵ２０７で実行される。ＲＡＭ２０５は、プログラムを実行するためのワークメモリエリアである。例えば、デバイス監視プログラムがデバイス情報を管理するうえで必要なステータス情報や、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２から受信した画像データを一時記憶する。
【００２３】
記憶装置２０６は不揮発性記憶装置であり、デバイス１００の再起動後も保持しておく必要のある各種動作モード設定や、カウンタ値（サイズごとの印刷枚数や、原稿読み取り回数等）、及び、ステータス情報（ステータスフラグを含む）などを記憶する。さらに、この記憶装置２０６に記憶する設定情報には、外部のサービス名称情報や、外部サーバーにアクセスする際の認証情報などの情報も含まれる。そのほかに、デバイスのオペレーティングシステムや、その他のアプリケーションプログラムなども、この記憶装置２０６に記憶する。
【００２４】
ＣＰＵ２０７では、ＲＯＭ２０４や記憶装置２０６に格納されている制御プログラムやデバイス監視プログラムをＲＡＭ２０５に読み出し、実行する。  ＣＰＵ２０７で実行される制御プログラムにより、操作者の指示するコピーやプリントなどの処理を実行する。またＣＰＵ２０７で実行されるデバイス監視プログラムは、記憶装置２０６内のカウンタ値や稼働ログなどの稼働情報や障害情報を取得する。そして、デバイス１００のステータス情報としてデバイス管理システム１０５へ、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２を介して送信する。
【００２５】
監視情報の中には、稼働情報や障害情報があり、稼働情報とはカウンタ値やログなどの通常稼働を行う際に生成される情報を示す。また、障害情報とは、ジャムやエラーなどデバイスが通常の処理を実行できなくなった時の情報を示す。
【００２６】
ＩＯ制御部２０８は、システムバス２１６と画像データを高速で転送する画像バス２１７とを接続するためのバスブリッジである。  画像バス２１７は、ＰＣＩバス又はＩＥＥＥ１３９４などのバスで構成される。画像バス２１７上には以下の構成要素が配置される。  デジタルＩ／Ｆ部２１１は、デバイス１００のリーダー部２１５やプリンター部２１４と制御部とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダー部２１５やプリンター部２１４内の各所に配置した前述の各種センサーが検出した情報は、このデジタルＩ／Ｆ部２１１、及びＩＯ制御部２０８を介してシステムバス２１６へ流れる。
【００２７】
画像処理部２０９は、入力及び出力画像データに対し補正／加工／編集を行う。画像回転部２１０は画像データの回転を行う。画像圧縮伸長部２１２は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ／ＭＭＲ／ＭＲ／ＭＨの圧縮伸張処理を行う。画像密度変換部２１３は、出力用画像データに対して解像度変換等を行う。
【００２８】
＜デバイスのソフトウェアモジュール構成＞
図３は、図１のデバイス１００における外部システムと通信可能なデバイス監視プログラムモジュールの構成を示す図である。以下、主に本特許に関係のあるデバイス管理情報の送信と認証情報送信処理について説明する。
【００２９】
図中の３０１乃至３４４は、デバイス１００内の各デバイスプログラムモジュール、および、その他サービスに接続するためのクライアントモジュールを表す。デバイス１００内のＣＰＵ２０７がこれらのプログラムモジュールを実行することにより、以下に説明する処理を実現する。デバイスインターフェース３０１は、図２のＩＯ制御部２０８に相当する。３０５は、デバイスの管理に必要な管理情報を記憶する不揮発性記憶装置を表している。３０５は、図２のＲＯＭ２０４と記憶装置２０６であり、不揮発性記憶装置を示す。ここで保管される情報には、ファームウェア情報やデバイスの識別番号などのデバイス構成情報のほかに、エラーコードや発生時刻、またそのイベントが発生した発生時刻などの発生したイベントに関連したデバイスの管理情報がある。また、３０５には、識別番号のほかに、デバイス管理システムにアクセスする際に必要なパスワード情報、そのほか、使用状況を示す総プリント枚数や、各部品の消耗度の情報、また、デバイスにはその他サービスへのアクセスのためのアクセス情報を管理している。
【００３０】
３１１は、デバイス１００にて発生するイベント情報を受けて管理をするイベント管理マネージャーを表している。また、３２１は、デバイス１００にて発生したイベント情報を遠隔のデバイス管理システム１０５へ送信する監視情報送信マネージャーを表している。イベント管理マネージャー３１１は、デバイスインターフェース３０１を介してプリンター部２１４で検知されるさまざまなイベント情報を受信し、デバイスの管理に必要な情報を不揮発性記憶装置３０５へ記録する。イベント管理マネージャー３１１で管理するイベント情報には、通常のデバイスの利用者が発行するプリントジョブのイベントや、エラー（障害と呼ぶこともある）を含むデバイスステータスなどがある。例えば、ユーザーが発行するプリントジョブ毎にトナーボトル内の残量を確認して、現在のデバイス内の最新のトナー残量情報として不揮発性記憶装置３０５へ書き込みを行う。そのほかに、イベント管理マネージャーが取り扱うイベントには、デバイス１００のエラーがある。デバイス１００のエラーには、ハードディスクエラーや課金カウンタエラー等の緊急性の高いエラーから、紙ジャム、あるいは、トナーロー等のワーニングレベルのエラーなどがある。
【００３１】
イベント管理マネージャー３１１は、状態イベントモジュール３１２と監視プログラム３１３によって構成される。状態イベントモジュール３１２は、デバイスインターフェース３０１を通じてデバイスのイベントを受信する。また、監視プログラム３１３は、状態イベントモジュール３１２からイベント情報を受信し、イベントの種類を判断しその後の対応を決定する。状態イベントモジュール３１２は、デバイス起動時にイベント管理マネージャー３１１内で監視対象とするイベント情報をデバイスインターフェース３０１へ登録する。この登録処理を行うことで、デバイス監視に必要なイベントが発生するとリアルタイムで通知を受けるようになる。デバイス１００にて、監視対象のエラーやトナーボトルの交換などのイベントが発生すると、デバイスインターフェース３０１を介してイベント情報を受信する。また、受信したイベント情報は、即時に監視プログラム３１３へ通知する。監視プログラム３１３は、イベント通知を状態イベントモジュール３１２から受け取ると、各種のイベントを通知する際に必要な情報をデバイスインターフェース３０１に要求し、情報の提供を受ける。
【００３２】
デバイスインターフェース３０１から提供を受けたイベントの関連情報は、不揮発性記憶装置３０５へ保管する。不揮発性記憶装置３０５へイベント関連情報を保管すると、管理サーバーへの送信リクエストを発行する。監視情報送信マネージャー３２１は、イベント管理マネージャー３１１から送信リクエストを受け付けると、不揮発性記憶装置３０５から送信すべきイベント関連情報を取得する。このイベント関連情報を、送信すべきフォーマットに情報を設定してから、デバイス管理システム１０５へイベント情報を送信する。
【００３３】
３２３は、監視情報送信マネージャー３２１内の送信リクエスト受付モジュールを示している。３２４は、同様に監視情報送信マネージャー３２１内の送信情報管理プログラムを示している。３２２は、同様に監視情報送信マネージャー３２１内の情報参照プログラムを示している。また、３５１は、デバイス１００の外部にある外部ネットワークを示している。送信リクエスト受付モジュール３２３は、イベント管理マネージャーの監視プログラム３１３からイベント送信リクエストを受け付ける。イベンと送信リクエストを受け付けると即座に送信情報管理プログラムへ送信リクエストを発行する。送信情報管理プログラム３２４は、送信リクエスト受付モジュール３２３からイベント情報送信リクエストを受け取ると、情報参照プログラム３２２からイベント関連情報を取得する。取得したイベント関連情報をデバイス管理システム１０５へ送信するためのイベント情報フォーマットに編集し、外部ネットワーク３５１へ管理情報として送信する。情報参照プログラム３２２は、送信情報管理プログラム３２４からイベント関連情報取得のリクエストを受け付けると、不揮発性記憶装置３０５からイベントの関連情報を取得して送信情報管理プログラム３２４へリクエストの応答として返す。
【００３４】
３３１は、その他サービスがデバイス制御に利用するその他サービスクライアントアプリケーションを表している。また、３４１は、その他サービスがネットワーク上のサービスに接続するためのその他サービス通信マネージャーを表している。３３２は、図２の操作部２０１を制御する操作部監視プログラムを示している。３３４は、その他サービス管理プログラムを示している。これは、その他サービスクライアントのメインプログラムであり、デバイスへの処理発行やＵＩ処理部への指示、また、その他サービス通信マネージャー３４１に、通信リクエスト発行指示を行う。３３３は、デバイス制御プログラムであり、プリンター制御部、リーダー制御部、その他、オペレーションシステムなどのリソースに対して指示を発行して、デバイスの制御、および、デバイス情報を取得する。その他サービスクライアント３３１は、操作部監視プログラム３３２によって、ユーザーによる操作を監視し、入出力情報を制御する。ここでユーザー指示によりその他サービスへのアクセス指示を受け付けると、その他サービス管理プログラム３３４へ通知する。この通知が、その他サービスへの接続トリガとなる。また、この接続トリガは、デバイス管理システム１０５から発行されて、ネットワーク経由で指示を受けてもよい。その場合、送信情報管理プログラム３２４が定期的に行っているポーリング処理の応答として、接続指示を受ける。この接続指示を受けると、情報参照プログラム３２２、監視プログラム３１３、デバイス制御プログラム３３３を介して、その他サービス管理プログラムに指示が伝えられる。アクセス指示を受けたその他サービス管理プログラム３３４は、その他サービス通信マネージャー３４１に通信開始指示を発行する。
【００３５】
その他サービス通信マネージャー３４１は、通信制御プログラム３４２、認証要求発行プログラム３４３、その他サービス接続マネージャー３４４を構成する。その他サービス管理プログラム３３４が、その他サービス通信マネージャー３４１に通信開始指示を発行すると、最初に、認証要求発行プログラム３４３がアクセス先情報を認証要求情報として不揮発性記憶装置３０５に登録を行う。登録が完了すると、その他サービス管理プログラム３３４は、デバイスインターフェースを介して、イベント管理マネージャー３１１に認証要求情報が発行されたことを通知する。通知を受けた監視プログラム３１３は、監視情報送信マネージャー３２１に認証要求の発行依頼を行う。認証要求の発行依頼を受けた監視情報送信マネージャー３２１は、情報参照プログラム３２２を介して、アクセス先の情報を不揮発性記憶装置から取得し、送信情報管理プログラム３２４を介して、デバイス管理システム１０５に認証要求を発行する。
【００３６】
その後、認証要求の応答として、アクセス許可情報をデバイス管理システム１０５から受信すると、監視情報送信マネージャーは、情報参照プログラムを介して具揮発性記憶装置３０５にアクセス許可情報を保管する。また、監視プログラム３１３とデバイスインターフェース３０１を介して、その他サービス管理プログラムにアクセス許可情報の受信を通知する。アクセス許可情報の受信通知を受けたサービス管理プログラム３３４は、通信制御プログラム３４２に対して、通信開始依頼を発行する。通信開始依頼を受けた通信制御プログラムは、不揮発性記憶装置３０５からアクセス許可情報を取得して、その他サービス接続プログラム３４４に対して通信の開始要求を発行する。この通信発行要求を受けて、その他サービス接続プログラムは、その他サービス１３１に対して接続を行う。
【００３７】
＜本実施形態のデバイス管理システムの制御部構成例＞
図４は、本発明に係るデバイス管理システム１０５のブロック図である。デバイス管理システム１０５は汎用のコンピュータ等で構成されるサーバーである。ＣＰＵ４０２はデバイス管理システム１０５全体を制御し、ＲＯＭ４０３はシステム起動に必要なブートプログラムを記憶するための読み出し専用メモリである。ＲＡＭ４０４はＣＰＵ４０２でプログラムを実行する際に必要とされる作業メモリであり、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ４０５はＮｅｔｗｏｒｋと接続し他の機器と通信を行う。表示制御部４０６は表示デバイス４０９にデバイスメンテナンスの内容等を表示し、入力制御部４０７はデバイス管理システム１０５を管理するシステム管理者からの入力デバイス４１０、４１１を通じて入力を受け付ける。また、Ｎｅｔｗｏｒｋ  Ｉ／Ｆは、オペレーター１０７からの指示を受け付けるＷｅｂベースの入出力を行う。また、オペレーターからアカウントとパスワードなどの認証情報を受信し、認証処理を行う。図１のＷｅｂ  ＩＦ１１２、認証ＩＦ１１４、デバイスＩＦ１１６をＮｅｔｗｏｒｋ  Ｉ／Ｆ４０５にて処理を行う。しかし、Ｎｅｔｗｏｒｋ  Ｉ／Ｆは、１つのシステム内で複数存在してもよく、それぞれの機能毎にいくつ割り振ってもよく、図示した形式に限定するものではない。そのほかに、デバイス管理サーバーは、ＣＰＵ４０２で実行するプログラムやデバイス１００から送られたメンテナンス情報などを格納する磁気ディスク等の記憶装置４０８を含む。
【００３８】
デバイス管理システム１０５は、デバイス１００からの定期的な稼働情報通知や不定期的な異常状態の通知を常時受けている。デバイスからの情報を受信すると認証処理を行い、受信情報があらかじめ登録されている正しいデバイスから送信された情報か否かを検証する。デバイスの異常状態とは、デバイスに障害が発生し、通常の処理が行えなくなった時の状態であり、ジャムやエラー発生中の状態のことを示している。デバイス１００から定期的に通知される稼働情報には、コピーやプリントに利用したカウンタ値や消耗部品の寿命を計測するための部品カウンタ値、その他、稼働ログなどが含まれている。デバイス管理システム１０５は稼動情報を基にデバイス１００を所有している顧客に対して毎月請求する定期メンテナンス料を算出する。また、デバイス１００に使用されているパーツが推奨寿命に対してどのくらい消耗しているのかをレポートの形で出力する。デバイス管理システム１０５はこの稼働情報を記憶装置４０８に逐次格納する。一方オペレーターは格納された稼働情報を適宜参照して顧客への請求額を決定する。
【００３９】
不定期的に受信する情報には、稼働情報に加えて、デバイス１００がその他サービス１３１にアクセスする際に必要とする認証情報の要求が含まれる。デバイス管理システム１０５は、認証要求を受信すると、認証を行い認証要求が正規のデバイスから発行されたものか否かを検証する。この検証の結果、認証要求が正規デバイスから発行されたものだと判断すると、その他サービスの適切な接続先アドレス情報を内部の記憶装置４０８から取得する。そして、認証機能に対してアクセス許可情報を発行するのに必要な正規の認証要求に変換して認証要求を発行する。アクセス許可情報が発行されると、認証要求の応答として、アクセス許可情報を送信する。
【００４０】
＜本実施形態の管理サーバーのソフトウェア構成例＞
図５は、デバイス管理システム１０５における、デバイス管理システムのデバイス管理情報を管理するアプリケーションプログラムと認証処理を行うアプリケーションプログラムの機能を示すブロック図である。デバイス管理システム１０５内のＣＰＵ４０２がＲＯＭ４０３に保持されたこれらのプログラムを実行することにより、以下に説明する処理を実現する。
【００４１】
５０１は、デバイス１００から受信した情報を認証し、正規デバイスから受信した情報か否かを判定する。５０５はデバイス認証情報保管場所であり、ここには、デバイス識別情報とパスワードを保管している。一般的な認証情報を保管する手段として、生のパスワード情報を保管せず、ハッシュ化されたパスワード情報でもかまわない。
【００４２】
表１にデバイス認証情報保管場所５０５に保存されている認証情報の例を示す。
【００４３】
【表１】
2017004303.tif 000003
また、特別な例として、通信テストがある。デバイスからの受信情報が、通信テストであり、そのデバイス１００にとってデバイス管理システム１０５と初めての通信であった場合、デバイスは認証情報となるパスワードを持っていない。この場合、認証プログラム５０１は、対象のデバイス用にパスワードを生成する。生成したパスワードは、デバイス認証情報保管場所５０５に保管し、さらに、デバイス１００への応答情報として送信する。
【００４４】
５０２は、認証プログラム５０１の認証処理を実行した後、受信情報がデバイス管理系の情報であるのか、または、その他サービスへアクセスするための認証要求情報であるのかを判定するための判定プログラムを示す。受信した情報が、デバイスの使用状況を表すカウンタ情報や、エラー・アラームなどの障害情報であった場合、後述するデバイス管理情報格納プログラム５０３へ処理をまわす。
【００４５】
また、受信情報判定プログラム５０２の受け取った情報がその他サービスへの認証要求であった場合、デバイスの識別情報と要求しているサービス名称をキーにしてデバイス認証情報保管場所５０５からサービスのエンドポイントＵＲＬ情報を取得する。そして、エンドポイントＵＲＬ情報を基に認証要求を適切な形で生成して、アクセス許可情報の発行を認証ＩＦ１１４に要求する。
【００４６】
表２にデバイス認証情報保管場所５０５に保存されているデバイス識別情報、サービス名称、およびエンドポイントＵＲＬの関連付けを示す情報の例を示す。
【００４７】
【表２】
2017004303.tif 000004
各サービスのエンドポイントＵＲＬは、販売会社毎にサービスが提供される場合、販売会社の統廃合にあわせてサービスのエンドポイントＵＲＬが変更する可能性が出てくる。本来であれば、エンドポイントＵＲＬは、デバイス１００に保管させて認証ＩＦに対して直接認証要求を発行できるようにすべきである。しかし、販売会社の統廃合などの理由によりエンドポイントＵＲＬの変更があるとデバイスに保管されているエンドポイントＵＲＬ情報を更新しなくてはならないという課題がある。
【００４８】
そこで、デバイス管理システムは、ＤＢの中で、各デバイスに対する各サービスのエンドポイントＵＲＬを管理し、常に更新可能な状態とする。こうすることで、デバイス１００は、エンドポイントＵＲＬの変更を気にすることなく、同じ認証要求を送信することで、アクセスできるようにすることができる。
【００４９】
５０３は、デバイス管理情報格納プログラムを示す。また、５０４はデバイス管理情報保管場所を示す。受信情報判定プログラム５０２によって、受信情報がデバイス管理情報であると判断されると、デバイス管理情報格納プログラムは、受信した情報をデバイス管理情報保管場所５０４に保管する。５０６は、デバイス認証情報更新プログラムであり、認証プログラム５０１が新規デバイスにパスワードを発行したり、更新したりするとデバイス認証情報保管場所５０５に、新しいパスワード情報が登録される。この登録されたイベントをトリガにして、デバイス認証情報更新プログラム５０６は、後述する認証情報保管場所５１２に保管しているデバイスの識別情報とパスワード情報を更新する。
【００５０】
５１１は、認証プログラムを示している。また、５１２は、認証情報保管場所を示している。認証ＩＦ１１４にて認証要求を受信すると、認証プログラム５１１は、認証情報保管場所５１２から識別情報を取得し、認証処理を行う。ここで認証処理をパスすると、次に、どのサービスに対する認証要求であるのかを判定し、対象のサービスに適切な形式のアクセス許可情報を生成し、要求元のプログラムにアクセス許可情報を提供する。なお、認証をパスするとは認証情報が正しいことが確認され、認証処理に成功したことを意味する。ここでは、ブラウザを利用したオペレーター１０７からのリクエストか、デバイスＩＦを介して要求されたデバイス１００からのリクエストが存在する。
【００５１】
５２１はセッション管理プログラムを示している。また、５２２はデバイス管理システムのＵＩ制御部を示している。さらに、５３２はオペレーターの属する販売会社の情報やその他デバイス関連制御プログラムを示している。５３１は、販売会社情報保管場所を表している。デバイス管理ＵＩ１１１がオペレーター１０７からの接続要求を受けると、セッション管理プログラム５２１は、すでに認証された接続であるか、新しい接続要求であるのかを判定する。新しい接続要求であった場合、接続要求を発行してリダイレクションＷｅｂページを発行し、処理を認証機能に転送する。セッション管理プログラム５２１にて、すでに認証済みの接続であると判断すると、ＵＩ制御部５２２は、販売会社、および、デバイス関連制御プログラムを介して、オペレーターの販売会社情報を取得し、表示可能がデバイスの情報を特定する。また、この特定したデバイス情報に関連したデバイス管理情報をデバイス管理情報保管場所５０４から取得し、オペレーター１０７へ提供する。
【００５２】
＜本実施形態のデバイスと各通信システムとの通信を表すシーケンス図＞
図６は、本実施例に係るデバイス１００とその他サービスのデバイス用ＩＦと、デバイス管理システムのデバイスＩＦと、同システムの認証ＩＦにて行われる通信処理を表すための処理、及び、通信シーケンスの一例を模式的に表している。
【００５３】
６０１は、デバイス１００におけるデバイス１００とデバイス管理システム１０５との初期通信のための処理を表している。この処理でデバイス１００は、あらかじめ定められた情報をデバイス管理システムのデバイスＩＦに対して、通信テスト６０２として送信する。６０３の処理で、通信テスト６０２を受信したデバイス管理システムのデバイスＩＦは、あらかじめ定められた情報を受信したことを確認し、正規のデバイスからのアクセスと判断する。そして、今後の通信に利用するための認証情報としてデバイス１００に対してユニークなパスワードを発行する。対象のデバイス識別子と発行したパスワードの組を６０４の認証情報登録処理として登録を行う。ここでは、デバイス管理システムの認証ＩＦを介して認証情報の登録処理を行ったが、データベース間の更新処理を用いて認証情報の更新を行ってもよい。６０４の認証情報登録を受信したデバイス管理システムの認証ＩＦ１１４は、認証情報登録処理６０５を行い、認証情報保管場所５１２にデバイスの識別子と認証情報を保管すると、６０６の登録完了通知６０６を認証発行処理６０３に返す。この登録完了通知６０６を受信した認証情報発行処理６０３は、対象のデバイスに対して、通信テスト６０２の応答として、パスワード付与６０７の通信を行う。これらの一連の処理により、今後デバイス１００がデバイス管理システムと通信をする際に利用する認証情報の提供処理が完了する。
【００５４】
デバイス１００は、あらかじめ定められた通信頻度でカウンタなどの使用状況を表す情報や、エラー・アラームといった障害情報をデバイス管理情報として送信する。これらの通信は、６１１のデバイス管理情報送信処理によって送信される。６１２のデバイス管理情報保管処理では、まず始めに認証プログラム５０１により、受信したデバイス識別子とパスワード付与６０７にて配布したパスワードを利用して認証処理を行う。認証プログラム５０１は、受信したデバイス識別子とパスワードの組と、デバイス認証情報保管場所５０５に保管しているデバイス識別子とパスワードの組情報を比較し、一致していることを確認することで認証処理を行う。ここでのパスワードは、パスワード付与６０７でデバイスに提供したパスワードそのものでもよいし、ハッシュなどの関数で変換された値でもよい。
【００５５】
ここで、デバイスＩＦ１１６を他のインターフェースと同様に、認証ＩＦ１１４で発行したアクセス許可情報をもとにアクセスを許す場合、市場に存在する多数のデバイスからの通信負荷と認証処理負荷でデータ受信ができなくなってしまう懸念があった。しかし、認証機能１１３で利用する識別子とパスワードの情報と同じ情報を、デバイス管理情報受信機能１１５で利用することで、認証プログラム５０１で重い計算をさせることなく、他のサービスと同じアクセス許可情報でサービスを利用することができるようになる。そして６１２の処理でデバイスの認証処理が行われ、デバイス管理情報は、デバイス管理情報保管場所５０４に保管される。
【００５６】
表３にデバイス１００の発行するサービスコールエラーを示す情報の例を示す。
【００５７】
【表３】
2017004303.tif 000005
６２１では、デバイスのＵＩ、または、ネットワークからの指示を介して、その他サービス１３１への接続要求が発行され、その他サービスクライアント３３１がイベント管理マネージャー３１１に対して認証要求を発行する処理を表している。６２２にて、デバイス管理マネージャー３１１は、認証要求を受け付けると、デバイス管理システムのデバイスＩＦ１１６に対して認証要求をデバイス識別およびパスワードと共に６２３を発行する。
【００５８】
表４にデバイス１００の発行する認証要求を示す情報の例を示す。
【００５９】
【表４】
2017004303.tif 000006
６２４にて、デバイス管理システムのデバイスＩＦ１１６は、デバイス識別子とパスワードを利用して認証を行い、認証をパスすると、デバイス管理システムの認証ＩＦに送信するための認証要求を生成する。この認証要求とは、デバイスの識別子とアクセスを要求しているサービス名称から、エンドポイントＵＲＬ情報を取得し、正規の認証プロトコルとしての認証要求情報を生成する。
【００６０】
表５にデバイス管理システムのデバイスＩＦ１１６の発行する認証要求を示す情報の例を示す。
【００６１】
【表５】
2017004303.tif 000007
６２５により、デバイス管理システムのデバイスＩＦ１１６は、デバイス管理システムの認証ＩＦ１１４に認証要求を送信する。６２６の処理で、デバイス管理システムの認証ＩＦは、受信した認証要求から、アクセス許可情報を生成し、６２７の通信として、アクセス許可情報をデバイス管理システムのデバイスＩＦ１１６へ返す。なお、認証機能１１３によるアクセス許可情報の生成は、上述した通り、認証情報保管場所５１２から識別情報を取得し、認証処理を行い対象サービスの形式のアクセス許可情報を生成するものである。デバイス認証情報を２度認証しているのは、認証機能１１３がデバイス管理情報受信機能１１５以外の外部からアクセス許可情報の要求が来ることを想定しており、通常の発行処理に対応する形でアクセス許可情報を発行させるためである。だが、デバイス管理情報受信機能１１５からのアクセス許可情報の要求だけは、認証処理を行わずアクセス許可情報を発行する形であっても良い。６２７の応答により、アクセス許可情報を受信したデバイス管理システムのデバイスＩＦ１１６は、６２３の認証要求の応答として、６２８の通信でデバイス１００に対してアクセス許可情報を送信する。
【００６２】
６２２の処理で、アクセス許可情報を取得したイベント管理マネージャー３１１は、その他サービスクライアント３３１にアクセス許可情報の提供を行う。６２９にてアクセス許可情報を受信したその他サービスクライアントは、その他サービスのデバイスＩＦ１３５に対してアクセス許可情報を送信する。６３０は、その他サービスのデバイス用ＩＦ１３５に対するアクセス許可情報の送信を表している。６３１にて、その他サービスのデバイスＩＦがアクセス許可情報を受信すると、アクセス許可情報を検証し、アクセス許可情報を正しいと判定すると、６３２の通信でセッション情報を送信して、その後の通信は、このセッション情報を通信に付与して通信が行われる。
【００６３】
＜本実施形態のデバイス管理システムのデバイスＩＦの動作例を表すフローチャート＞
上記構成に基づいて、本実施形態のデバイス管理システム１０５のデバイスＩＦ１１６の動作例を説明する。図７は、デバイス管理システム１０５のデバイスＩＦ１１６がデバイスからデータを受信した際の、データ種の検証、デバイス送信元の認証、および、認証要求が行われた際のアクセス許可情報発行を行うまでの処理を表すフローチャートである。
【００６４】
このフローチャートの処理は、図４に示すＲＯＭ４０３、記憶装置４０８のいずれかの記憶手段に記憶され、必要に応じてＲＡＭ４０４に展開され、ＣＰＵ４０２により実行される。また、ここに示すフローチャートの処理は、図５に示す認証プログラム５０１と受信情報判定プログラム５０２とデバイス管理情報格納プログラム５０３とデバイス認証情報更新プログラム５０６と認証機能１１３がアクセス許可情報を発行する際の処理を示したものである。
【００６５】
ステップＳ７００で、デバイスＩＦ１１６はデータ受信サービスを開始する。この処理により、デバイスＩＦ１１６は、外部からの通信を受信できるようになる。ステップＳ７０１で、デバイスＩＦ１１６は、デバイス１００からデータを受信する。ステップＳ７０２で認証プログラム５０１は、受信したデータが通信テストであるのか、その他の通信であるのかを判定する。ここの判定処理で通信テストであると判定した場合、処理をステップＳ７０３へ進める。ステップＳ７０３で認証プログラム５０１は、あらかじめ定められた情報を受信することで正しいデバイスから通信テストが行われたことを判定する。ここで正しいデバイスからの通信テストであると判定すると、パスワードを発行して、処理をステップＳ７０４に進める。
【００６６】
ステップＳ７０４で、受信情報判定プログラム５０２は、販売会社、および、デバイス関連制御プログラム５３２からその他サービスに対するエンドポイントＵＲＬを取得する。そして、デバイスの識別子、発行したパスワード、その他サービスに対するエンドポイントＵＲＬをデバイス認証情報保管場所５０５に登録する。そして、処理をステップＳ７０５に進める。ステップＳ７０５で、デバイス認証情報更新プログラム５０６は、デバイス認証情報保管場所に新しい認証情報が登録されたことを検知して、認証情報保管場所５１２に対して新しいデバイスの認証情報登録要求を発行する。Ｓ７０５の認証情報登録要求が成功すると、ステップＳ７０６からステップＳ７０７へ処理を進める。ステップＳ７０７では、受信情報判定プログラム５０２は、デバイス１００からの通信テストの応答として、発行したパスワードをデバイスに送信し、処理をステップＳ７０１に戻す。また、ステップＳ７０６にて、デバイスのパスワード登録に失敗した場合、処理をステップＳ７１１に進め、受信情報判定プログラム５０２はデバイスに通信テスト失敗を返す。この処理が完了すると、処理をステップＳ７０１に進める。
【００６７】
ステップＳ７０２にて、認証プログラム５０１が通信テストでないと判断すると、ステップをＳ７２１へ進める。ステップＳ７２１では、認証プログラム５０１は、受信したデバイス識別子とパスワードと、デバイス認証情報保管場所５０５に保管しているデバイス識別子とパスワードを比較し、認証情報が正しいか否かを判定する。ステップＳ７２１にて、認証情報が正しいと判断した場合、即ち、認証に成功した場合、処理をステップＳ７２２に進める。ステップＳ７２２では、受信情報判定プログラム５０２により、受信したデータが認証要求のメソッドであるか、デバイス管理系の情報送信メソッドであるかを判定する。ステップＳ７２２の処理で、受信情報判定プログラム５０２は、受信したデータが認証要求のメソッドであることを判定すると、処理をステップＳ７２３へ進める。ステップＳ７２３では、受信したデータからデバイスの識別子情報と接続したいサービス名称を確認し、デバイス認証情報保管場所５０５からサービスのエンドポイントＵＲＬを取得する。そして、受信情報判定プログラムは、受信データに記載されている認証要求のプロトコルに応じて適切な認証要求情報を生成する。そして、処理をステップＳ７２４へ進める。ステップＳ７２４では、受信情報判定プログラム５０２は、認証ＩＦ１１４に対して生成した認証要求を発行する。ステップＳ７２５で受信情報判定プログラム５０２は、認証機能１１３からアクセス許可情報を取得すると、処理をステップＳ７２６へ進める。ステップＳ７２６では、受信情報判定プログラム５０２は、デバイスに対して認証要求の応答としてアクセス許可情報を送信する。そして、処理をステップＳ７０１へ進める。
【００６８】
ステップＳ７２２で、受信情報判定プログラム５０２は、受信したデータがデバイス管理系のメソッドであった場合、処理をＳ７４１に進める。ステップＳ７４１では、デバイス管理情報格納プログラムが、受信した情報をデバイス管理情報保管場所５０４に保管する格納処理を行い、処理をＳ７４２へ進める。ステップＳ７４２では、受信情報判定プログラム５０２は、デバイスに対して、正常応答を返して、処理をステップＳ７０１に進める。ステップＳ７２１で、認証プログラム５０１による認証処理にて失敗すると、処理をＳ７３１に進める。ステップＳ７３１では、認証プログラム５０１は、エラー応答をデバイスに送信し、処理をＳ７０１に進める。
【００６９】
以上が、実施例１におけるデバイス管理サーバーの処理になる。本願発明のデバイス管理サーバーにより、デバイスインターフェースを介してデバイスからの認証要求を受信し処理を行うことが可能になる。具体的には、デバイス管理サーバーがＳ６２３の認証要求時にデバイスインターフェースを介して認証要求を受信し、Ｓ６２５において認証インターフェースを介してアクセス許可情報の発行を要求し、発行されたアクセス許可情報をデバイスへ送信することで可能になる。
【００７０】
〔その他の実施例〕
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００７１】
１００  デバイス
１０２  顧客環境
１０３  インターネット
１０５  デバイス管理システム
１０６  コールセンター環境
１３１  その他サービス
【図１】
2017004303.tif 000008
【図２】
2017004303.tif 000009
【図３】
2017004303.tif 000010
【図４】
2017004303.tif 000011
【図５】
2017004303.tif 000012
【図６】
2017004303.tif 000013
【図７】
2017004303.tif 000014