JP2015046155A - 遠隔管理システム、サービス提供装置、管理装置及び遠隔管理方法 - Google Patents

Abstract

【課題】 遠隔管理システムにおいて、設置作業の簡便化を図る。【解決手段】 ポータルサービス提供装置１４０と遠隔管理サーバ１３０と、を備える遠隔管理システムであって、ポータルサービス提供装置１４０は、ＭＦＰ１１０のサービス識別番号が、遠隔管理サーバ１３０に登録された後、機器情報取得要求コマンドを生成する生成手段と、クラウドサービスの利用要求があったとき、当該利用要求に対して、機器情報取得要求コマンドを含めて応答する応答手段と、を有し、遠隔管理サーバ１３０は、機器情報取得要求コマンドに応じてＭＦＰ１１０から送信された機器情報をサービス識別番号と対応付けて登録する登録手段と、前記登録手段で登録された前記機器情報を用いてＭＦＰ１１０を管理する管理手段とを有することを特徴とする。【選択図】図１０

Description

本発明は遠隔管理システム、サービス提供装置、管理装置及び遠隔管理方法に関する。

従来より、複写機やプロジェクタ等の各種機器をネットワークに接続し、管理装置を用いて、当該各種機器の管理を行う遠隔管理サービスを提供する遠隔管理システムが知られている。

一般に、遠隔管理サービスを開始し、管理装置による各種機器の管理を実施するためには、各種機器をネットワークに接続し、管理装置に各種機器の機器情報を登録する作業（以下、"設置作業"と称す）を行う必要がある。このため、これまでは、カスタマエンジニアと呼ばれる専門の作業員が、各種機器の設置場所に出向いて、かかる設置作業を行っていた。

しかしながら、遠隔管理サービスの提供を希望するユーザが各種機器を購入するたびに、専門の作業員が設置作業を行わなければならないとすると、遠隔管理サービスのユーザが増加するにつれ、専門の作業員の確保が困難になるうえ、コスト増が不可避となる。

また、専門の作業員による設置作業が完了するまで遠隔管理サービスを受けることができないとすると、ユーザにとっても利便性が悪い。

このようなことから、遠隔管理システムにおいては、専門の作業員がいなくても、遠隔管理サービスを開始できるよう、設置作業の簡便化を進めることが求められている。

本発明は上記課題に鑑みてなされたものであり、一側面では、遠隔管理システムにおいて、設置作業の簡便化を図ることを目的とする。

本発明の実施形態に係る遠隔管理システムは、以下のような構成を有する。すなわち、
サービスを提供する提供元へのアクセスを可能にするサービス提供装置と、
ネットワークを介して接続された機器を管理する管理装置と、を備える遠隔管理システムであって、
前記サービス提供装置は、
前記機器が前記管理装置によって管理される対象であることを示す識別情報が前記管理装置に登録された後、前記機器の機器情報を取得するための取得要求コマンドを生成する生成手段と、
前記機器よりサービスの利用要求があったとき、当該利用要求に対して、前記取得要求コマンドを含めて応答する応答手段と、を有し、
前記管理装置は、
前記応答に含まれる取得要求コマンドに応じて前記機器から前記管理装置へ送信された前記機器の機器情報を、前記識別情報と対応付けて登録する登録手段と、
前記登録手段で登録された機器情報を用いて機器を管理する管理手段とを有することを特徴とする。

一側面によれば、遠隔管理システムにおいて、設置作業を簡便化させることが可能になる。

実施形態に係る遠隔管理システム１００を含むネットワークシステム１０の全体構成例を示す図である。 被管理機器（ＭＦＰ１１０）の機能構成を示す図である。 実施形態に係る遠隔管理システム１００の接続例を示す図である。 遠隔管理サーバ１３０の構成例及び遠隔管理サーバ１３０に格納されたマスタデータの一例を示す図である。 ポータルサービス提供装置１４０の構成例及びポータルサービス提供装置１４０により提供されるユーザインタフェースの一例を示す図である。 業務サーバ１６０の構成例及び業務サーバ１６０に格納された管理データの一例を示す図である。 設置作業時の各部の処理の流れを示すシーケンス図である。 ポータルサービス提供装置１４０による、設置作業時の処理の流れを示すフローチャートである。 遠隔管理サーバ１３０による、設置作業時の処理の流れを示すフローチャートである。 設置作業時の各部の処理の流れを示す他のシーケンス図である。 ポータルサービス提供装置１４０による、設置作業時の処理の流れを示す他のフローチャートである。 遠隔管理サーバ１３０における、設置作業時の処理の流れを示す他のフローチャートである。 設置作業時の各部の処理の流れを示す他のシーケンス図である。 設置作業時の各部の処理の流れを示す他のシーケンス図である。 ポータルサービス提供装置１４０による、設置作業時の処理の流れを示す他のフローチャートである。 遠隔管理サーバ１３０における、設置作業時の処理の流れを示す他のフローチャートである。

以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［第１の実施形態］
＜遠隔管理システムを含むネットワークシステム全体の構成＞
はじめに、本実施形態に係る遠隔管理システムを含むネットワークシステム全体の構成について説明する。図１は、本実施形態に係る遠隔管理システム１００を含むネットワークシステム１０全体の構成例を示す図である。

図１に示すように、ネットワークシステム１０では、ネットワーク１２０に各種機器を接続することが可能である。図１の例では、ＭＦＰ（Multi Function Peripheral）１１０と、ＬＰ（Laser Printer）１１１と、プロジェクタ１１２と、テレビ会議用機器１１３と、カメラ１１４とがネットワーク１２０に接続された例を示している。ただし、ネットワーク１２０に接続される各種機器は、図１に示す機器に限定されるものではなく、他の機器であってもよい。

図１に示す各種機器１１０〜１１４は、いずれも、ネットワーク１２０を介して、後述するクラウドサービスを受けることができるよう構成されているものとする。更に、ネットワーク１２０を介して、後述する遠隔管理サービスを受けることができるよう構成されているものとする。

なお、以下の説明では、ネットワーク１２０に接続される各種機器のうち、特に、サービス提供者との間で、遠隔管理サービスを受ける契約となっている機器のことを、"被管理機器"と称することとする。図１の例では、ＭＦＰ１１０が被管理機器であるとする（以下、説明の便宜上、"被管理機器"はＭＦＰ１１０を指すものとして説明するが、他の機器１１１〜１１４が被管理機器であってもよいことはいうまでもない）。また、被管理機器は図１に示す機器１１０〜１１４に限定されるものではなく、例えば、スマートフォン等のスマートデバイスや、電子ボード等、様々な機器であってもよいことはいうまでもない。

一方、遠隔管理システム１００には、遠隔管理サーバ１３０と、ポータルサービス提供装置１４０と、業務サーバ１６０とが含まれる。更に、クラウドサービスＡ〜クラウドサービスＣを提供するクラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３が含まれる。

遠隔管理サーバ１３０は、被管理機器（ＭＦＰ１１０）に対して遠隔管理サービスを提供する管理装置である。遠隔管理サーバ１３０では、被管理機器（ＭＦＰ１１０）を有するユーザの属性及び被管理機器（ＭＦＰ１１０）の属性、遠隔管理サービスの契約を識別するための識別番号等を管理する。

ポータルサービス提供装置１４０は、クラウドサービスＡ〜クラウドサービスＣを提供する提供元である、クラウドサービス提供装置１５１〜１５３のＵＲＬ（Universal Resource Locator）にアクセスするためのウェブサイトを提供する。

クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３は、それぞれ、各種クラウドサービスを提供する。ここで、クラウドサービスＡ〜クラウドサービスＣとして提供されるサービスには、例えば、クラウドプリントサービスや、クラウドスキャンサービス、クラウドストレージサービス、クラウドテレビ会議システムサービス等、種々のサービスが含まれる。

なお、図１の例では、異なるクラウドサービス提供装置１５１〜１５３が異なるクラウドサービスＡ〜Ｃを提供する構成としたが、本発明はこれに限定されず、１つの提供装置が異なるクラウドサービスＡ〜Ｃを提供する構成としてもよい。

また、図１の例では、ポータルサービス提供装置１４０と、各クラウドサービスＡ〜Ｃを提供するクラウドサービス提供装置１５１〜１５３とを別体としたが、本発明はこれに限定されない。例えば、各クラウドサービスＡ〜Ｃは、ポータルサービス提供装置１４０により提供されるように構成してもよい。

業務サーバ１６０は、各種機器のユーザがクラウドサービスＡ〜Ｃを受けることができるよう、ユーザの属性及び各種機器の属性、ならびに各種機器が受けるクラウドサービスの種類等を管理するサーバである。

＜被管理機器の機能構成＞
次に、被管理機器の機能構成について説明する。図２は、被管理機器であるＭＦＰ１１０の機能構成を示す図である。図２に示すように、ＭＦＰ１１０は、ネットワーク１２０と接続するためのネットワークインタフェース部２０１を備える。また、ネットワークインタフェース部２０１により接続されたネットワーク１２０を介して、遠隔管理システム１００に含まれる各装置と通信するための通信クライアントモジュール２０２を備える。

通信クライアントモジュールは２０２は、例えば、遠隔管理システム１００に含まれる各装置が提供するＷｅｂコンテンツを取得・表示するブラウザ機能を有する。

遠隔管理クライアントモジュール２０３は、遠隔管理サーバ１３０と通信するための専用のモジュールである。遠隔管理クライアントモジュール２０３では、遠隔管理サービスが開始された後に、定期的に収集するＭＦＰ１１０の内部状態に関する情報を、通信クライアントモジュール２０２を介して遠隔管理サーバ１３０に送信する。また、遠隔管理サーバ１３０から送信された指示を通信クライアントモジュール２０２を介して受信する。

クラウドサービスＡ利用クライアントモジュール２０４〜クラウドサービスＣ利用クライアントモジュール２０６は、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３それぞれと通信するための専用のモジュールである。これらのモジュールが通信クライアントモジュール２０２を介して、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３それぞれと通信を行うことで、クラウドサービスＡ〜クラウドサービスＣの提供を受けることができる。

共通サービス層２０７は、各モジュール２０３〜２０６が通信することにより提供される、遠隔管理サービス、クラウドサービスＡ〜Ｃを実行する。

＜遠隔管理システムの接続構成＞
次に遠隔管理システム１００に含まれる各装置の接続例について説明する。図３は、遠隔管理システム１００に含まれる各装置の接続例を示す図である。図３に示すように、遠隔管理システム１００には、ネットワークＮ１からネットワークＮ５が含まれる。ネットワークＮ１には、ファイアウォール３０１を介してネットワークＮ２が接続されており、更に、ファイアウォール３０３を介してネットワークＮ３が接続されている。

ネットワークＮ２には、アプリケーション用ゲートウェイ装置３１０が接続され、更に、ポータルサービス提供装置１４０と、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３とが接続されている。

ネットワークＮ３には遠隔管理サーバ１３０が接続されており、ファイアウォール３０４を介して接続されたネットワークＮ５には、更に、遠隔管理ゲートウェイサーバ３３０が接続されている。

一方、ネットワークＮ２には、ファイアウォール３０２を介して接続されたネットワークＮ４が接続されており、ネットワークＮ４には、クラウドサービスゲートウェイサーバ３２０が接続されている。

このように、遠隔管理システム１００は、ファイアウォールを介して、複数のネットワークが接続されることで構成されており、それぞれのネットワークに、遠隔管理システム１００を構成する各装置が接続されている。

＜遠隔管理サーバの構成及びマスタデータの説明＞
次に遠隔管理サーバ１３０のハードウェア構成、及び、遠隔管理サーバ１３０に格納されるマスタデータ４１２について説明する。

図４（Ａ）は、遠隔管理サーバ１３０のハードウェア構成を示す図である。図４（Ａ）に示すように、遠隔管理サーバ１３０は、ＣＰＵ４０１と、ＲＡＭ４０２と、ＲＯＭ４０３と、記憶装置４０４と、操作部４０５と、表示部４０６と、ネットワークインタフェース部４０７とを備え、各部は、バス４０８を介して接続されている。

ＣＰＵ４０１は、記憶装置４０４に格納された、登録部４１１ａ及び機器情報登録部４１１ｂとして機能するプログラムを実行する（なお、図４（Ａ）では、遠隔管理サービス開始後に実行される各種機能実現するためのプログラムについては省略している）。登録部４１１ａ、機器情報登録部４１１は、遠隔管理サービスを開始するにあたり、マスタデータ４１２に各種情報を登録する処理を実行する。

ＲＡＭ４０２は、登録部４１１ａ及び機器情報登録部４１１ｂとして機能するプログラムがＣＰＵ４０１によって実行される際に作業領域を提供する。ＲＯＭ４０３は、登録部４１１ａ及び機器情報登録部４１１ｂとして機能するプログラムをＣＰＵ４０１によって実行させるために必要な各種プログラム、データ等を格納する。

記憶装置４０４は、登録部４１１ａ及び機器情報登録部４１１ｂとして機能するプログラムを格納するほか、マスタデータ４１２を格納する。マスタデータ４１２は、遠隔管理サービスを受ける被管理機器を有するユーザの属性及び被管理機器の属性、遠隔管理サービスの契約を識別するための識別番号等を管理するためのデータベースである。

操作部４０５は、ユーザが被管理機器を購入したり、レンタルしたりした際に、遠隔管理サーバ１３０の管理者が、マスタデータ４１２に各種情報を登録するのに用いられる。表示部４０６は、例えば、マスタデータ４１２に各種情報を登録するための表示画面を提供する。

ネットワークインタフェース部４０７は、ネットワーク１２０を介して被管理機器と通信したり、ネットワークＮ１、Ｎ２を介して、ポータルサービス提供装置１４０、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３等と通信したりする。

次に、図４（Ｂ）を用いて、遠隔管理サーバ１３０の記憶装置４０４に格納されるマスタデータ４１２について説明する。図４（Ｂ）に示すように、マスタデータ４１２は、ユーザ名４２１と、機番４２２と、サービス識別番号４２３と、機器情報４２４と、管理フラグ４２５とを備える。

ユーザ名４２１には、被管理機器を購入またはレンタルしたユーザのユーザ名が登録される。

機番４２２には、被管理機器それぞれに付与されている固有の識別子が登録される。サービス識別番号４２３には、ユーザが被管理機器を購入またはレンタルした際に、遠隔管理サービスの提供を受ける契約をしたことで、被管理機器ごとに付与された識別情報が登録される。つまり、サービス識別番号とは、当該被管理機器が遠隔から管理される契約であることを示す識別情報である。

なお、上述したように、ユーザ名４２１、機番４２２、サービス識別番号４２３は、ユーザが被管理機器を購入したり、レンタルしたりした際に、遠隔管理サーバ１３０の管理者が操作部４０５を介して登録する。なお、機番やサービス識別番号は、ユーザが被管理機器を購入したりレンタルした際に、サービス提供者からユーザに対して提供され、ユーザ側においても保管されるものとする。

機器情報４２４は、遠隔管理サービスの開始要求があった場合に、被管理機器において取得され、該被管理機器より送信されることで登録される、被管理機器の属性を示す情報である。機器情報４２４には、例えば、被管理機器の設置場所や、被管理機器の構成情報、ファームウェアのバージョン情報等が含まれる。マスタデータ４１２に、被管理機器の機器情報４２４が登録されることで、遠隔管理サーバ１３０では、機器情報４２４を用いて当該被管理機器の遠隔管理サービスを開始する。

管理フラグ４２５は、マスタデータ４１２に登録された被管理機器に対して、遠隔管理サービスを開始したか否かを管理するフラグである。遠隔管理サービスを開始するための処理が実行されると、当該被管理機器の管理フラグ４２５が"ＯＮ"に設定される。

図４（Ｂ）に示すように、マスタデータ４１２には、各ユーザ（図４（Ａ）の例では、"Ａ社"と"Ｂ社"）の被管理機器すべてが登録されている。なお、図４（Ｂ）の例では、"Ａ社"は、複数のＭＦＰを被管理機器として有しており、図１のＭＦＰ１１０は、機番＝"７７Ｘ−７６５４３２１"に対応しているものとする。

＜ポータルサービス提供装置の構成及びユーザインタフェースの説明＞
次にポータルサービス提供装置１４０のハードウェア構成、及び、ポータルサービス提供装置１４０により提供されるユーザインタフェースについて説明する。図５（Ａ）は、ポータルサービス提供装置１４０のハードウェア構成を示す図である。

図５（Ａ）に示すように、ポータルサービス提供装置１４０は、ＣＰＵ５０１と、ＲＡＭ５０２と、ＲＯＭ５０３と、記憶装置５０４と、ネットワークインタフェース部５０５とを備え、各部は、バス５０６を介して接続されている。

ＣＰＵ５０１は、記憶装置５０４に格納された、開始要求部５１１及びポータル部５１２として機能するプログラムを実行する。

開始要求部５１１は、遠隔管理サービスを開始させるための処理を実行する。ポータル部５１２は、クラウドサービスを提供するための処理を実行する。

ＲＡＭ５０２は、開始要求部５１１及びポータル部５１２として機能するプログラムがＣＰＵ５０１によって実行される際に作業領域を提供する。ＲＯＭ５０３は、開始要求部５１１及びポータル部５１２として機能するプログラムをＣＰＵ５０１によって実行させるために必要な各種プログラム、データ等を格納する。

記憶装置５０４は、開始要求部５１１及びポータル部５１２として機能するプログラムを格納する。

ネットワークインタフェース部５０５は、ネットワーク１２０を介して各種機器と通信したり、ネットワークＮ１、Ｎ２を介して、遠隔管理サーバ１３０、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３と通信したりする。

図５（Ｂ）は、ポータルサービス提供装置１４０により提供されるユーザインタフェース５２０の一例を示す図である。ユーザインタフェース５２０は、各種機器１１０〜１１４のユーザが、ブラウザ機能を有する端末を介して、ポータルサービス提供装置１４０にアクセスすることで、閲覧することができる。ただし、ユーザインタフェース５２０を閲覧するための端末は、図１において不図示の端末であってもよいし、図１に示す各種機器１１０〜１１４のうち、ブラウザ機能を有する機器であってもよい。

図５（Ｂ）に示すように、ユーザインタフェース５２０には、機器ボタン５２１と、テナントＩＤボタン５２２と、サービス識別番号ボタン５２３とが含まれる。

各種機器１１０〜１１４のユーザは、ポータルサービス提供装置１４０より提供されるユーザインタフェース５２０の各ボタンを押下することで、各種機器の一覧表示の要求やクラウドサービスの利用要求を行ったりすることができる。更に、被管理機器（ＭＦＰ１１０）のユーザは、ポータルサービス提供装置１４０より提供されるユーザインタフェース５２０の各ボタンを押下することで、遠隔管理サービスの開始要求を行うことができる。

機器ボタン５２１は、ユーザが有する各種機器を一覧表示させるためのボタンである。機器ボタン５２１が押下されると、ポータルサービス提供装置１４０では、当該ユーザが有する機器一覧を業務サーバ１６０より取得し、ユーザに対して送信する。これにより、ユーザは、自身が有する各種機器の一覧を閲覧することができる。

テナントＩＤボタン５２２は、クラウドサービスの利用要求を行うためのボタンである。テナントＩＤボタン５２２を押下し、利用要求するクラウドサービスの種類（テナントＩＤ）を入力することで、各種機器のユーザは、ポータルサービス提供装置１４０に対して、当該クラウドサービスの利用要求を行うことができる。

サービス識別番号ボタン５２３は、遠隔管理サービスの開始要求を行うためのボタンである。サービス識別番号ボタン５２３を押下し、サービス識別番号を入力することで、被管理機器のユーザは、遠隔管理サービスの開始要求を行うことができる。

＜業務サーバの構成及び管理データの構成＞
次に業務サーバ１６０のハードウェア構成、及び、業務サーバ１６０に格納される管理データについて説明する。

図６（Ａ）は、業務サーバ１６０のハードウェア構成を示す図である。図６（Ａ）に示すように、業務サーバ１６０は、ＣＰＵ６０１と、ＲＡＭ６０２と、ＲＯＭ６０３と、記憶装置６０４と、操作部６０５と、表示部６０６と、ネットワークインタフェース部６０７とを備え、各部は、バス６０８を介して接続されている。

ＣＰＵ６０１は、記憶装置６０４に格納された、管理部６１１として機能するプログラムを実行する。管理部６１１は、管理データ６１２を管理する。

ＲＡＭ６０２は、管理部６１１として機能するプログラムがＣＰＵ６０１によって実行される際に作業領域を提供する。ＲＯＭ６０３は、管理部６１１として機能するプログラムをＣＰＵ６０１によって実行させるために必要な各種プログラム、データ等を格納する。

記憶装置６０４は、管理部６１１として機能するプログラムを格納するほか、管理データ６１２を格納する。管理データ６１２は、各種機器のユーザがクラウドサービスを受けることができるよう、ユーザの属性及び各種機器の属性、ならびに各種機器が受けるクラウドサービスの種類等を管理するデータベースである。

操作部６０５は、ユーザが各種機器を購入したり、レンタルした際に、業務サーバ１６０の管理者が、管理データ６１２に各種情報を登録するのに用いられる。表示部６０６は、例えば、管理データ６１２に各種情報を登録するための表示画面を提供する。

ネットワークインタフェース部６０７は、ネットワークＮ１、Ｎ２を介して、遠隔管理サーバ１３０やポータルサービス提供装置１４０等と通信したりする。

次に、図６（Ｂ）を用いて、業務サーバ１６０の記憶装置６０４に格納される管理データ６１２について説明する。図６（Ｂ）に示すように、管理データ６１２は、ユーザ名６２１と、機番６２２と、テナントＩＤ６２３とを備える。

ユーザ名６２１は、各種機器を購入またはレンタルしたユーザのユーザ名が記載される。機番６２２は、各種機器に付与されている固有の識別子である。テナントＩＤ６２３は、各種機器が受けるクラウドサービスの種類を示す識別番号である。

図６（Ｂ）に示すように、管理データ６１２には各ユーザ（図６の例では、"Ａ社"と"Ｂ社"）が有する各種機器がすべて登録されている。図６（Ｂ）の例では、"Ａ社"は複数のＭＦＰ及びＬＰ、プロジェクタ、テレビ会議用機器、カメラを有しており、それぞれ、図１の各種機器１１０〜１１４に対応しているものとする。

＜設置作業時の各部の動作シーケンスの説明＞
次に、設置作業時の各部の動作シーケンスについて説明する。図７は、設置作業時の各部（端末７０１、ポータルサービス提供装置１４０、遠隔管理サーバ１３０、クラウドサービス提供装置１５１〜１５３、被管理機器（ＭＦＰ１１０））の動作シーケンスを説明するための図である。

なお、図７の例では、被管理機器として、ＭＦＰ１１０を例にして説明するが、他の機器が被管理機器である場合も同様である。また、図７の例では、遠隔管理サービスの開始要求を、ユーザの端末７０１を介して行うこととするが、遠隔管理サービスの開始要求は、被管理機器（ＭＦＰ１１０）から行うようにしてもよい。つまり、ポータルサービス提供装置１４０にアクセスし、ユーザインタフェース５２０を閲覧可能なブラウザ機能を搭載した機器であれば他の機器であってもよい。

ユーザが被管理機器（ＭＦＰ１１０）を購入またはレンタルした際に、遠隔管理サービスの提供を受ける契約をしていた場合、遠隔管理サーバ１３０の管理者は、登録部４１１ａを起動する。そして、マスタデータ４１２に対して、ユーザ名４２１、機番４２２、サービス識別番号４２３を登録する(ステップＳ７０１）。

遠隔管理サーバ１３０の管理者により、マスタデータ４１２に対して、ユーザ名４２１、機番４２２、サービス識別番号４２３が登録されることで、ユーザによる設置作業が可能となる。

設置作業を行うにあたり、はじめに、ユーザは端末７０１のブラウザ機能を起動させ、ポータルサービス提供装置１４０にアクセスすることで、ユーザインタフェース５２０を端末７０１に表示させる。

端末７０１上に表示されたユーザインタフェース５２０において、ユーザが、サービス識別番号ボタン５２３を押下する。更に、遠隔管理サービスの開始を希望する被管理機器（ＭＦＰ１１０）のサービス識別番号４２３（図４の例では、"１２３４５６７８９０"）を入力する。これにより、ポータルサービス提供装置１４０の開始要求部５１１が起動し、ステップＳ７０２では、端末７０１により送信された、サービス識別番号を含む遠隔管理サービスの開始要求を、ポータルサービス提供装置１４０が受信する。

サービス識別番号を含む遠隔管理サービスの開始要求を受信したポータルサービス提供装置１４０では、ステップＳ７０３に進み、当該遠隔管理サービスの開始要求を遠隔管理サーバ１３０に送信する。

ポータルサービス提供装置１４０より、遠隔管理サービスの開始要求を受信した遠隔管理サーバ１３０では、遠隔管理サービスの開始要求に含まれるサービス識別番号に対応付けられたマスタデータ４１２内の管理フラグ４２５をＯＮにする（ステップＳ７０４）。

更に、ステップＳ７０５では、ポータルサービス提供装置１４０に対して、管理フラグ４２５をＯＮにした被管理機器（ＭＦＰ１１０）についての機器情報の取得指示を送信する。なお、遠隔管理サーバ１３０より送信される、機器情報の取得指示には、当該指示を特定するためのコマンド識別番号（コマンド識別子）が含まれているものとする。

機器情報の取得指示が送信されたポータルサービス提供装置１４０では、ステップＳ７０６において、コマンド識別番号を含む機器情報の取得要求コマンドを生成する。更に、被管理機器（ＭＦＰ１１０）よりクラウドサービスの利用要求コマンドを受信した場合に、その応答コマンドに、当該生成した機器情報取得要求コマンドを付加して送信できる状態にして待機する。

その後、ユーザが、被管理機器（ＭＦＰ１１０）を起動させ、クラウドサービスの利用要求を入力したとする。

具体的には、ユーザが被管理機器（ＭＦＰ１１０）の通信クライアントモジュールを起動させ、ポータルサービス提供装置１４０にアクセスすることで、ユーザインタフェース５２０を被管理機器（ＭＦＰ１１０）に表示させる。

更に、被管理機器（ＭＦＰ１１０）上に表示されたユーザインタフェース５２０において、ユーザが、機器ボタン５２１を押下し、クラウドサービスを受けようとする機器を選択する。また、テナントＩＤボタン５２２を押下することで、所望のクラウドサービスの種類を示す識別子（テナントＩＤ）を入力する。これにより、ポータルサービス提供装置１４０のポータル部５１２が起動する。そして、ステップＳ７０７では、被管理機器（ＭＦＰ１１０）が送信した、利用要求コマンド、機番及びテナントＩＤを含む、クラウドサービスの利用要求を、ポータルサービス提供装置１４０が受信する。

クラウドサービスの利用要求を受信すると、ポータルサービス提供装置１４０では、ステップＳ７０８において、利用要求に含まれるテナントＩＤに基づいて利用要求されたクラウドサービスを識別する。更に、識別した当該クラウドサービスを提供可能なクラウドサービス提供装置（本実施形態では、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれか）に対して、クラウドサービスの利用要求を行う。

なお、利用要求を受けたクラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれかでは、クラウドサービスの利用要求に含まれる機番に対応する被管理機器（ＭＦＰ１１０）に対して、クラウドサービスを提供する（ステップＳ７０９）。

また、ポータルサービス提供装置１４０では、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれかに対するクラウドサービスの利用要求が完了すると、利用要求に対して応答する（ステップＳ７１０）。具体的には、被管理機器（ＭＦＰ１１０）に対して、利用要求コマンドに対する応答コマンドを送信する。

このとき、ステップＳ７０７においてクラウドサービスの利用要求を行った機器が、ステップＳ７０６において生成した機器情報取得要求コマンドを送信すべき被管理機器（ＭＦＰ１１０）であるか否かを判断する。機器情報取得要求コマンドを送信すべき被管理機器（ＭＦＰ１１０）であると判断した場合には、当該応答コマンドに、機器情報要求コマンドを付加する。更に、遠隔管理サーバ１３０のＵＲＬを付加する。

これにより、遠隔管理サーバ１３０が機器情報を取得しようとしている被管理機器（ＭＦＰ１１０）に対して、機器情報取得要求コマンド及び遠隔管理サーバ１３０のＵＲＬを送信することができる。なお、上述したように、機器情報取得要求コマンドには、コマンド識別番号が含まれている。このため、遠隔管理サーバ１３０では、受信する機器情報に当該コマンド識別番号が対応付けられていた場合に、取得しようとしている機器情報であると判断することができる。

ステップＳ７１１では、被管理機器（ＭＦＰ１１０）が、利用要求に対する応答を受信すると、応答コマンドに付加された機器情報取得要求コマンドに応じて、自装置の機器情報を収集する。

更に、ステップＳ７１２では、収集した機器情報を、取得要求に対する応答として、遠隔管理サーバのＵＲＬに向けて送信する。なお、機器情報の送信に際しては、機器情報取得要求コマンドに含まれていたコマンド識別番号も対応付けて送信する。

コマンド識別番号が対応付けられた機器情報を受信した遠隔管理サーバ１３０では、受信したコマンド識別番号が、ポータルサービス提供装置１４０に対して機器情報の取得指示を行った際に含めたコマンド識別番号と一致するか否かを判定する（ステップＳ７１３）。一致しないと判定した場合には、取得指示した機器情報ではないと判断する。一方、一致すると判定した場合には、取得指示した機器情報であると判断する。

取得指示した機器情報であると判断した場合には、ステップＳ７１３において、当該受信した機器情報をマスタデータ４１２に登録する。本実施形態では、サービス識別番号４２３＝"１２３４５６７８９０"の被管理機器について、遠隔管理サービスの開始要求があった。このため、当該被管理機器から受信した機器情報は、当該サービス識別番号に対応付けて、マスタデータ４１２に登録される（図４参照）。

これにより、当該サービス識別番号の被管理機器（ＭＦＰ１１０）に対して、遠隔管理サービスが開始される。

＜設置作業時のポータルサービス提供装置による処理＞
次に、設置作業時のポータルサービス提供装置１４０による処理の流れについて説明する。図８は、設置作業時のポータルサービス提供装置１４０による処理の流れを示すフローチャートである。

外部（端末７０１）からのアクセスに応じて、アクセス元（端末７０１）に対してユーザインタフェース５２０が提供され、ユーザによりサービス識別番号ボタン５２３が押下されると、開始要求部５１１が起動する。

ユーザにより、サービス識別番号を含む遠隔管理サービスの開始要求が送信されると、ステップＳ８０１ではこれを取得する。

ステップＳ８０２では、サービス識別番号を含む遠隔管理サービスの開始要求を遠隔管理サーバ１３０に送信する。

ステップＳ８０３では、遠隔管理サービスの開始要求に対する応答として、遠隔管理サーバ１３０より、機器情報の取得指示を受信したか否かを判定する。ステップＳ８０３において、機器情報の取得指示を受信していないと判定した場合には、機器情報の取得指示を受信するまで待機する。

一方、ステップＳ８０３において、遠隔管理サーバ１３０より、機器情報の取得指示を受信したと判定した場合には、ステップＳ８０４に進む。ステップＳ８０４では、遠隔管理サービスを開始すべき被管理機器より、クラウドサービスの利用要求を受けた場合の当該利用要求に対する応答に含めるべき機器情報取得要求コマンドを生成する。

ここで、遠隔管理サーバ１３０からの機器情報の取得指示には、当該指示を特定するためのコマンド識別番号が含まれているため、ステップＳ８０４では、当該コマンド識別番号を含めて機器情報取得要求コマンドを生成する。

続いて、ユーザがクラウドサービスを利用すべく、ポータルサービス提供装置１４０にアクセスし、所定の操作を行うと、ポータル部５１２が起動する。

ステップＳ８０５では、機器よりクラウドサービスの利用要求を受信したか否かを判定する。ステップＳ８０５において、クラウドサービスの利用要求を受信していないと判定された場合には、受信されるまで待機する。

一方、ステップＳ８０５において、クラウドサービスの利用要求を受信したと判定された場合には、ステップＳ８０６に進む。ステップＳ８０６では、クラウドサービスの利用要求に含まれる、テナントＩＤに対応するクラウドサービスを提供するクラウドサービス提供装置に対して、当該クラウドサービスの利用要求を送信する。

更に、ステップＳ８０７では、当該クラウドサービスの利用要求を送信した機器が、機器情報を取得すべき被管理機器であるか否かを判定する。

具体的には、クラウドサービスの利用要求に含まれる機番と、ステップＳ８０４において生成した機器情報取得要求コマンドを送信すべき被管理機器の機番とが一致するか否かを判定する。一致すると判定された場合には、ステップＳ８０８に進む。

ステップＳ８０８では、クラウドサービスの利用要求に対する応答として、ステップＳ８０４において生成された機器情報取得要求コマンドと、遠隔管理サーバ１３０のＵＲＬとを応答コマンドに対応付けて、要求元の被管理機器に送信する。

一方、一致しないと判定された場合には、ステップＳ８０９に進み、利用要求に対する応答として、応答コマンドを要求元の機器に送信する。

＜設置作業時の遠隔管理サーバによる処理＞
次に、設置作業時の遠隔管理サーバ１３０による処理の流れについて説明する。図９は、設置作業時の遠隔管理サーバ１３０の機器情報登録部４１１ｂによる処理の流れを示すフローチャートである。

ステップＳ９０１では、ポータルサービス提供装置１４０より、サービス識別番号を含む遠隔管理サービスの開始要求が送信されると、これを受信する。

ステップＳ９０２では、受信した遠隔管理サービスの開始要求に含まれるサービス識別番号に基づいて、マスタデータ４１２内の対応する管理フラグ４２５をＯＮにする。

ステップＳ９０３では、管理フラグ４２５をＯＮにした被管理機器の機器情報を取得すべく、ポータルサービス提供装置１４０に対して、当該被管理機器の機器情報の取得指示を送信する。このとき、遠隔管理サーバ１３０では、機器情報の取得指示を特定するためのコマンド識別番号を発行し、当該機器情報の取得指示とともにポータルサービス提供装置１４０に送信する。

機器情報の取得指示を送信した後は、被管理機器より機器情報が送信されるまで待機する。具体的には、ステップＳ９０４において、機器より、機器情報が送信されたか否かを判定し、機器情報が送信されたと判定された場合には、当該機器情報に含まれるコマンド識別番号を読み出す。そして、読み出されたコマンド識別情報が、ステップＳ９０３において機器情報の取得指示とともに送信したコマンド識別番号と一致するか否かを判定する。一致すると判定された場合には、取得しようとした機器情報を受信したと判断し、ステップＳ９０６に進む。一方、一致しないと判定された場合には、一致する機器情報を受信するまで待機すべく、ステップＳ９０４に戻る。

ステップＳ９０６では、ステップＳ９０４において受信した機器情報を、該機器情報と対応付けられたコマンド識別番号に対応する被管理機器の機器情報として、マスタデータ４１２に登録する。

＜まとめ＞
以上の説明から明らかなように、本実施形態に係る遠隔管理システムでは、
・ユーザが有する各種機器に対して各種のクラウドサービスを提供するクラウドサービス提供装置へのアクセスを可能にするポータルサービス提供装置において、被管理機器の遠隔管理サービスの開始要求を行うことができるよう構成した。
・遠隔管理サービスの開始要求は、ユーザが、遠隔管理サービスの契約を示す識別情報であるサービス識別番号を入力することで実行される構成とした。
・遠隔管理サービスを開始するにあたりマスタデータに登録が必要な機器情報は、サービス識別番号の受信を契機として、取得のための処理を開始する構成とした。具体的には、遠隔管理サーバがポータルサービス提供装置に対して取得指示を送信し、ポータルサービス提供装置が、クラウドサービスの利用要求を受信した際に、当該利用要求に対する応答コマンドに、機器情報取得要求コマンドを付加する構成とした。
・機器情報取得要求コマンドを受信した被管理機器では、自装置の機器情報を取得し、遠隔管理サーバに直接送信する構成とした。
・機器情報を受信した遠隔管理サーバでは、当該機器情報を登録することで、遠隔管理サービスを開始する構成とした。

これにより、ユーザは、機器を物理的にネットワークに接続したのち、ポータルサービス提供装置にアクセスし、遠隔管理サービスの開始を希望する機器のサービス識別番号を入力するだけで、当該機器の設置作業を完了させることが可能となる。

つまり、専門の作業員が出向き、遠隔管理サービスが提供されるべき機器を介して、遠隔管理サーバにアクセスする操作をした後、遠隔管理サーバに機器情報を登録する操作を行う、といった手間を省くことが可能となる。

この結果、遠隔管理システムにおいて、設置作業を簡便化させることが可能になる。

［第２の実施形態］
上記第１の実施形態では、ユーザがポータルサービス提供装置１４０にアクセスし、サービス識別番号の入力を行うことで、遠隔管理サービスの開始要求が実行されることとしたが、本発明はこれに限定されない。例えば、ユーザが、ポータルサービス提供装置１４０を介してサービス識別番号の入力を行わなくても、遠隔管理サービスを開始できるように構成してもよい。以下、本実施形態の詳細について、図１０〜図１３を用いて説明する。

＜設置作業における各部の動作シーケンスの説明＞
はじめに、設置作業時の各部の動作シーケンスについて説明する。図１０は、設置作業時の各部（ポータルサービス提供装置１４０、業務サーバ１６０、遠隔管理サーバ１３０、クラウドサービス提供装置１５１〜１５３、被管理機器（ＭＦＰ１１０））の動作シーケンスを説明するための図である。

ユーザが被管理機器（ＭＦＰ１１０）を購入またはレンタルした際に、遠隔管理サービスの提供を受ける契約をしていた場合、遠隔管理サーバ１３０の管理者は、登録部４１１ａを起動する。そして、マスタデータ４１２に対して、ユーザ名４２１、機番４２２、サービス識別番号４２３を登録する（ステップＳ１００１）。

マスタデータ４１２へのユーザ名、機番、サービス識別番号４２３（ここでは、"１２３４５６７８９０"）の登録が完了すると、機器情報登録部４１１ｂが起動する。ステップＳ１００２では、登録が完了した被管理機器（ＭＦＰ１１０）の機器情報の取得指示を業務サーバ１６０に送信する。なお、遠隔管理サーバ１３０から業務サーバ１６０に送信される、被管理機器（ＭＦＰ１１０）の機器情報の取得指示には、当該被管理機器（ＭＦＰ１１０）の機番と、取得指示を特定するためのコマンド識別番号が含まれているものとする。

遠隔管理サーバ１３０より、機器情報の取得指示を受信した業務サーバ１６０では、ポータルサービス提供装置１４０に対して、当該機器情報の取得指示を送信する。なお、業務サーバ１６０では、当該機器情報の取得指示を送信するにあたり、管理データ６１２に、当該被管理機器（ＭＦＰ１１０）の機番が登録されているか否かを確認する。業務サーバ１６０の管理データ６１２に当該被管理機器（ＭＦＰ１１０）の機番が登録されていない場合、クラウドサービスの利用要求を行うことができず、当該被管理機器（ＭＦＰ１１０）の機器情報を取得することができないからである。

業務サーバ１６０より、機器情報の取得指示を受信したポータルサービス提供装置１４０では、開始要求部５１１を起動させ、ステップＳ１００４において、コマンド識別番号を含む機器情報の取得要求コマンドを生成する。更に、被管理機器（ＭＦＰ１１０）よりクラウドサービスの利用要求コマンドを受信した場合に、その応答コマンドに、当該生成した機器情報取得要求コマンドを付加して送信できる状態にして待機する。

その後、ユーザが、被管理機器（ＭＦＰ１１０）を起動させ、クラウドサービスの利用要求を入力したとする。

具体的には、ユーザが被管理機器（ＭＦＰ１１０）の通信クライアントモジュールを起動させ、ポータルサービス提供装置１４０にアクセスすることで、ユーザインタフェース５２０を被管理機器（ＭＦＰ１１０）に表示させる。

更に、被管理機器（ＭＦＰ１１０）上に表示されたユーザインタフェース５２０において、ユーザが、機器ボタン５２１を押下し、クラウドサービスを受けようとする機器を選択する。また、テナントＩＤボタン５２２を押下することで、所望のクラウドサービスの種類を示す識別子（テナントＩＤ）を入力する。これにより、ポータルサービス提供装置１４０のポータル部５１２が起動する。そして、ステップＳ１００５では、被管理機器（ＭＦＰ１１０）が送信した、利用要求コマンド、機番及びテナントＩＤを含む、クラウドサービスの利用要求を、ポータルサービス提供装置１４０が受信する。

クラウドサービスの利用要求を受信すると、ポータルサービス提供装置１４０では、ステップＳ１００６において、利用要求に含まれるテナントＩＤに基づいて利用要求されたクラウドサービスを識別する。更に、識別した当該クラウドサービスを提供可能なクラウドサービス提供装置（本実施形態では、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれか）に対して、クラウドサービスの利用要求を行う。

なお、利用要求を受けたクラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれかでは、クラウドサービスの利用要求に含まれる機器に対応する被管理機器（ＭＦＰ１１０）に対して、クラウドサービスを提供する（ステップＳ１００７）。

また、ポータルサービス提供装置１４０では、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれかに対するクラウドサービスの利用要求が完了すると、利用要求に対して応答する（ステップＳ１００８）。具体的には、被管理機器（ＭＦＰ１１０）に対して、利用要求コマンドに対する応答コマンドを送信する。

このとき、ステップＳ１００５においてクラウドサービスの利用要求を行った機器が、ステップＳ１００４において生成した機器情報取得要求コマンドを送信すべき被管理機器（ＭＦＰ１１０）であるか否かを判断する。機器情報取得要求コマンドを送信すべき被管理機器（ＭＦＰ１１０）であると判断した場合には、当該応答コマンドに、機器情報取得要求コマンドを付加する。更に、遠隔管理サーバ１３０のＵＲＬを付加する。

これにより、遠隔管理サーバ１３０が機器情報を取得しようとしている被管理機器（ＭＦＰ１１０）に対して、機器情報取得要求コマンド及び遠隔管理サーバ１３０のＵＲＬを送信することができる。なお、上述したように、機器情報取得要求コマンドには、コマンド識別番号が含まれている。このため、遠隔管理サーバ１３０では、受信する機器情報に当該コマンド識別番号が対応付けられていた場合に、取得しようとしている機器情報であると判断することができる。

ステップＳ１００９では、被管理機器（ＭＦＰ１１０）が、利用要求に対する応答を受信すると、応答コマンドに付加された機器情報取得要求コマンドに応じて、自装置の機器情報を収集する。

更に、ステップＳ１０１０では、収集した機器情報を、取得要求に対する応答として、遠隔管理サーバのＵＲＬに向けて送信する。なお、機器情報の送信に際しては、機器情報取得要求コマンドに含まれていたコマンド識別番号も対応付けて送信する。

コマンド識別番号が対応付けられた機器情報を受信した遠隔管理サーバ１３０では、受信したコマンド識別番号が、ポータルサービス提供装置１４０に対して機器情報の取得指示を行った際に含めたコマンド識別番号と一致するか否かを判定する。一致しないと判定した場合には、取得指示した機器情報ではないと判断する。一方、一致すると判定した場合には、取得指示した機器情報であると判断する。

取得指示した機器情報であると判断した場合には、ステップＳ１０１１において、当該受信した機器情報をマスタデータ４１２に登録する。本実施形態では、サービス識別番号４２３＝"１２３４５６７８９０"の被管理機器について、機器情報の取得指示を行ったため、当該被管理機器から受信した機器情報は、当該サービス識別番号に対応付けて、マスタデータ４１２に登録される（図４参照）。

これにより、当該サービス識別番号の被管理機器（ＭＦＰ１１０）に対して、遠隔管理サービスが開始される。

＜設置作業時のポータルサービス提供装置による処理＞
次に、設置作業時のポータルサービス提供装置１４０による処理の流れについて説明する。図１１は、設置作業時のポータルサービス提供装置１４０による処理の流れを示すフローチャートである。

ステップＳ１１０１では、開始要求部５１１が業務サーバ１６０から、機器情報の取得指示を受信したか否かを判定する。ステップＳ１１０１において、業務サーバ１６０から、機器情報の取得指示を受信していないと判定した場合には、受信するまで待機する。なお、このとき受信される機器情報の取得指示には、機器情報を取得すべき被管理機器の機番、及び、遠隔管理サーバ１３０において発行されたコマンド識別番号が含まれているものとする。

一方、ステップＳ１１０１において、業務サーバ１６０から、機器情報の取得指示を受信したと判定した場合には、ステップＳ１１０２に進む。ステップＳ１１０２では、開始要求部５１１が、遠隔管理サービスを開始すべき被管理機器より、クラウドサービスの利用要求を受けた場合の当該利用要求に対する応答に含めるべき機器情報取得要求コマンドを生成する。

ここで、遠隔管理サーバ１３０からの機器情報の取得指示には、当該指示を特定するためのコマンド識別番号が含まれているため、ステップＳ１１０２では、当該コマンド識別番号を含めて機器情報取得要求コマンドを生成する。

ステップＳ１１０３では、ポータル部５１２が、機器よりクラウドサービスの利用要求を受信したか否かを判定する。ステップＳ１１０３において、クラウドサービスの利用要求を受信していないと判定した場合には、受信されるまで待機する。

一方、ステップＳ１１０３において、クラウドサービスの利用要求を受信したと判定した場合には、ステップＳ１１０４に進む。ステップＳ１１０４では、クラウドサービスの利用要求に含まれる、テナントＩＤに対応するクラウドサービスを提供するクラウドサービス提供装置に対して、当該クラウドサービスの利用要求を送信する。

更に、ステップＳ１１０５では、当該クラウドサービスの利用要求を送信した機器が、機器情報を取得すべき被管理機器であるか否かを判定する。

具体的には、クラウドサービスの利用要求に含まれる機番と、ステップＳ１１０２において生成した機器情報取得要求コマンドを送信すべき被管理機器の機番とが一致するか否かを判定する。一致すると判定された場合には、ステップＳ１１０６に進む。

ステップＳ１１０６では、クラウドサービスの利用要求に対する応答として、ステップＳ１１０２において生成された機器情報取得要求コマンドと、遠隔管理サーバ１３０のＵＲＬとを応答コマンドに対応付けて、要求元の被管理機器に送信する。

一方、一致しないと判定された場合には、ステップＳ１１０７に進み、利用要求に対する応答として、応答コマンドを要求元の機器に送信する。

＜設置作業時の遠隔管理サーバによる処理＞
次に、設置作業時の遠隔管理サーバ１３０による処理の流れについて説明する。図１２は、設置作業時の遠隔管理サーバ１３０の機器情報登録部４１１ｂによる処理の流れを示すフローチャートである。

ユーザが機器を購入またはレンタルした際に、遠隔管理サービスの提供を受ける契約をしていた場合、遠隔管理サーバ１３０の管理者は、被管理機器のユーザ名４２１、機番４２２、サービス識別番号４２３をマスタデータ４１２に登録する。マスタデータ４１２にサービス識別番号４２３が登録されると、機器情報登録部４１１ｂが起動する。そして、ステップＳ１２０１では、サービス識別番号４２３に対応する管理フラグ４２５をＯＮにし、コマンド識別番号を発行する。

ステップＳ１２０２では、登録された被管理機器（ＭＦＰ１１０）の機器情報の取得指示を送信する。なお、このとき業務サーバ１６０に送信される機器情報の取得要求には、コマンド識別番号が含まれているものとする。

業務サーバ１６０に機器情報の取得要求を送信した後は、被管理機器より機器情報が送信されるまで待機する。具体的には、ステップＳ１２０３において、機器より、機器情報が送信されたか否かを判定し、機器情報が送信されたと判定された場合には、当該機器情報に含まれるコマンド識別情報を読み出す。そして、読み出されたコマンド識別情報が、ステップＳ１２０２において、機器情報の取得指示とともに送信したコマンド識別番号と一致するか否かを判定する。一致すると判定された場合には、取得しようとした機器情報を受信したと判断し、ステップＳ１２０４に進む。一方、一致しないと判定された場合には、一致する機器情報を受信するまで待機すべく、ステップＳ１２０３に戻る。

ステップＳ１２０５では、ステップＳ１２０３において受信した機器情報を、該機器情報と対応付けられたコマンド識別番号に対応する被管理機器の機器情報として、マスタデータ４１２に登録する。

＜まとめ＞
以上の説明から明らかなように、本実施形態に係る遠隔管理システムでは、
・遠隔管理サービスの契約を示すサービス識別番号が、遠隔管理サーバに登録されたことを契機として、遠隔管理サーバでは、業務サーバに対して当該被管理機器の機器情報の取得指示を送信する構成とした。
・ポータルサービス提供装置では、業務サーバを介して、遠隔管理サーバより機器情報の取得指示を受信すると、機器情報取得要求コマンドを生成する構成とした。
・ポータルサービス提供装置では、当該被管理機器からクラウドサービスの利用要求を受信した際に、当該利用要求に対する応答コマンドに、機器情報取得要求コマンドを付加する構成とした。
・機器情報取得要求コマンドを受信した被管理機器では、自装置の機器情報を取得し、遠隔管理サーバに直接送信する構成とした。
・機器情報を受信した遠隔管理サーバでは、当該機器情報を登録することで、遠隔管理サービスを開始する構成とした。

これにより、ユーザは、機器を物理的にネットワークに接続するだけで、当該機器の設置作業を完了することが可能となる。

つまり、専門の作業員が出向き、遠隔管理サービスが提供されるべき機器を介して、遠隔管理サーバにアクセスする操作をした後、遠隔管理サーバに機器情報を登録する操作を行う、といった手間を省くことが可能となる。

この結果、遠隔管理システムにおいて、設置作業を簡便化させることが可能になる。

［第３の実施形態］
上記第２の実施形態では、ポータルサービス提供装置１４０が、遠隔管理サーバ１３０より送信された機器情報の取得指示を、業務サーバ１６０を介して受信する構成としたが、本発明はこれに限定されない。例えば、遠隔管理サーバ１３０より送信された機器情報の取得指示を、業務サーバ１６０を介さずに、直接、受信する構成としてもよい。

図１３は、設置作業時の各部の動作シーケンスを示す図であり、遠隔管理サーバ１３０より送信された機器情報の取得指示を、ポータルサービス提供装置１４０が、直接、受信する場合を示している。

なお、図１３に示すシーケンス図の内容は、遠隔管理サーバ１３０より送信された、機器情報の取得指示が、業務サーバ１６０を介さずに、ポータルサービス提供装置１４０にて受信されていることを除いては、図１０に示すシーケンス図と同じである。このため、ここでは図１３の説明を省略する。

［第４の実施形態］
上記第１の実施形態では、ポータルサービス提供装置１４０が提供するユーザインタフェース５２０を介して遠隔管理サービスの開始要求が送信されたことを契機として、遠隔管理サーバ１３０が、機器情報の取得指示を送信する構成とした。

また、上記第２及び第３の実施形態では、マスタデータ４１２に、サービス識別番号４２３が登録されたことを契機として、遠隔管理サーバ１３０が、機器情報の取得指示を送信する構成とした。

しかしながら、本発明はこれらに限定されない。例えば、１回目のクラウドサービスの利用要求が、ポータルサービス提供装置１４０に送信されたことを遠隔管理サーバ１３０が認識したことを契機として、遠隔管理サーバ１３０が、機器情報の取得指示を送信する構成としてもよい。以下、本実施形態の詳細について説明する。

＜設置作業における各部の動作シーケンスの説明＞
はじめに、設置作業時の各部の動作シーケンスについて説明する。図１４は、設置作業時の各部（ポータルサービス提供装置１４０、遠隔管理サーバ１３０、クラウドサービス提供装置１５１〜１５３、被管理機器（ＭＦＰ１１０））の動作シーケンスを説明するための図である。

ユーザが被管理機器（ＭＦＰ１１０）を購入またはレンタルした際に、遠隔管理サービスの提供を受ける契約をしていた場合、遠隔管理サーバ１３０の管理者は、登録部４１１ａを起動する。そして、マスタデータ４１２に対して、ユーザ名、機番、サービス識別番号４２３（ここでは、"１２３４５６７８９０"）を登録する（ステップＳ１４０１）。

マスタデータ４１２へのユーザ名４２１、機番４２２、サービス識別番号４２３の登録が完了すると、機器情報登録部４１１ｂが起動する。

その後、ユーザが、被管理機器（ＭＦＰ１１０）のネットワーク１２０への物理的な接続を完了させ、被管理機器（ＭＦＰ１１０）を起動させたうえで、クラウドサービスの利用要求を入力したとする。

具体的には、ユーザが被管理機器（ＭＦＰ１１０）の通信クライアントモジュールを起動させ、ポータルサービス提供装置１４０にアクセスすることで、ユーザインタフェース５２０を被管理機器（ＭＦＰ１１０）に表示させる。

更に、被管理機器（ＭＦＰ１１０）上に表示されたユーザインタフェース５２０において、ユーザが、機器ボタン５２１を押下し、クラウドサービスを受けようとする機器を選択する。また、テナントＩＤボタン５２２を押下することで、所望のクラウドサービスの種類を示す識別子（テナントＩＤ）を入力する。これにより、ポータルサービス提供装置１４０のポータル部５１２が起動する。そして、ステップＳ１４０２では、被管理機器（ＭＦＰ１１０）が送信した、利用要求コマンド、機番及びテナントＩＤを含む、クラウドサービスの利用要求を、ポータルサービス提供装置１４０が受信する。

クラウドサービスの利用要求を受信すると、ポータルサービス提供装置１４０では、ステップＳ１４０３において、利用要求に含まれるテナントＩＤに基づいて利用要求されたクラウドサービスを識別する。更に、識別した当該クラウドサービスを提供可能なクラウドサービス提供装置（本実施形態では、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれか）に対して、クラウドサービスの利用要求を行う。

なお、利用要求を受けたクラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれかでは、クラウドサービスの利用要求に含まれる機番に対応する被管理機器（ＭＦＰ１１０）に対して、クラウドサービスを提供する（ステップＳ１４０４）。

また、ポータルサービス提供装置１４０では、ステップＳ１４０２において受信したクラウドサービスの利用要求が、被管理機器（ＭＦＰ１１０）から送信される、１回目のクラウドサービスの利用要求であるか否かを判断する。１回目のクラウドサービスの利用要求であると判断した場合には、被管理機器（ＭＦＰ１１０）に対して、利用要求に対する応答として、応答コマンドを送信する（ステップＳ１４０５）。

更に、ポータルサービス提供装置１４０では、遠隔管理サーバ１３０に対して、遠隔管理サービスの開始要求を行う（ステップＳ１４０６）。このとき、遠隔管理サービスの開始要求には、１回目のクラウドサービスの利用要求に含まれる機番が含まれているものとする。

ポータルサービス提供装置１４０より、遠隔管理サービスの開始要求を受信した遠隔管理サーバ１３０では、遠隔管理サービスの開始要求に含まれる機番に対応する機器が、サービス識別番号４２３を有するか否かをマスタデータ４１２に基づいて判定する。つまり、当該機器が、ユーザにより購入またはレンタルされた際に、遠隔管理サービスを受ける契約となっている被管理機器であるか否かを判定する。更に、当該機器の管理フラグ４２５がＯＮになっていないか否かをマスタデータ４１２に基づいて判定する。

当該機器が被管理機器であり、かつ、管理フラグ４２５がＯＮになっていないと判定された場合には、当該機器が遠隔管理サービスを開始すべき被管理機器であると判断する。そして、当該被管理機器（ＭＦＰ１１０）についての取得指示をポータルサービス提供装置１４０に送信する（ステップＳ１４０７）。なお、遠隔管理サーバ１３０より送信される、機器情報の取得指示には、当該指示を特定するためのコマンド識別番号が含まれているものとする。

機器情報の取得指示が送信されたポータルサービス提供装置１４０では、ステップＳ１４０８において、コマンド識別番号を含む機器情報の取得要求コマンドを生成する。更に、被管理機器（ＭＦＰ１１０）よりクラウドサービスの利用要求コマンドを２回目に受信した場合に、その応答コマンドに、当該生成した機器情報取得要求コマンドを付加して送信できる状態にして待機する。

その後、ユーザが、被管理機器（ＭＦＰ１１０）において、再度、クラウドサービスの利用要求を入力したとする。

具体的には、ユーザが被管理機器（ＭＦＰ１１０）の通信クライアントモジュールを起動させ、ポータルサービス提供装置１４０にアクセスすることで、ユーザインタフェース５２０を被管理機器（ＭＦＰ１１０）に表示させる。

更に、被管理機器（ＭＦＰ１１０）上に表示されたユーザインタフェース５２０において、ユーザが、機器ボタン５２１を押下し、クラウドサービスを受けようとする機器を選択する。また、テナントＩＤボタン５２２を押下することで、所望のクラウドサービスの種類を示す識別子（テナントＩＤ）を入力する。これにより、ポータルサービス提供装置１４０のポータル部５１２が起動する。そして、ステップＳ１４０９では、被管理機器（ＭＦＰ１１０）が送信した、利用要求コマンド、機番及びテナントＩＤを含む、クラウドサービスの利用要求を、ポータルサービス提供装置１４０が受信する。

クラウドサービスの利用要求を受信すると、ポータルサービス提供装置１４０では、ステップＳ１４１０において、利用要求に含まれるテナントＩＤに基づいて利用要求されたクラウドサービスを識別する。更に、識別した当該クラウドサービスを提供可能なクラウドサービス提供装置（本実施形態では、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれか）に対して、クラウドサービスの利用要求を行う。

なお、利用要求を受けたクラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれかでは、クラウドサービスの利用要求に含まれる機番に対応する被管理機器（ＭＦＰ１１０）に対して、クラウドサービスを提供する（ステップＳ１４１１）。

また、ポータルサービス提供装置１４０では、クラウドサービスＡ提供装置１５１〜クラウドサービスＣ提供装置１５３のいずれかに対するクラウドサービスの利用要求が完了すると、利用要求に対して応答する（ステップＳ１４１２）。具体的には、被管理機器（ＭＦＰ１１０）に対して、利用要求コマンドに対する応答コマンドを送信する。

このとき、ポータルサービス提供装置１４０では、被管理機器（ＭＦＰ１１０）による今回のクラウドサービスの利用要求が、被管理機器（ＭＦＰ１１０）による２回目のクラウドサービスの利用要求であるか否かを判定する。２回目のクラウドサービスの利用要求であると判定された場合には、更に、当該被管理機器が、ステップＳ１４０８において生成した機器情報取得要求コマンドを送信すべき被管理機器（ＭＦＰ１１０）であるか否かを判断する。機器情報取得要求コマンドを送信すべき被管理機器（ＭＦＰ１１０）であると判断した場合には、当該応答コマンドに、機器情報取得要求コマンドを付加する。更に、遠隔管理サーバ１３０のＵＲＬを付加する。

これにより、遠隔管理サーバ１３０が機器情報を取得しようとしている被管理機器（ＭＦＰ１１０）に対して、機器情報取得要求コマンド及び遠隔管理サーバ１３０のＵＲＬを送信することができる。なお、上述したように、機器情報取得要求コマンドには、コマンド識別番号が含まれている。このため、遠隔管理サーバ１３０では、受信する機器情報に当該コマンド識別番号が対応付けられていた場合に、取得しようとしている機器情報であると判断することができる。

ステップＳ１４１３では、被管理機器（ＭＦＰ１１０）が、利用要求に対する応答を受信すると、応答コマンドに付加された機器情報取得要求コマンドに応じて、自装置の機器情報を収集する。

更に、ステップＳ１４１４では、収集した機器情報を、取得要求に対する応答として、遠隔管理サーバのＵＲＬに向けて送信する。なお、機器情報の送信に際しては、機器情報取得要求コマンドに含まれていたコマンド識別番号も対応付けて送信する。

コマンド識別番号が対応付けられた機器情報を受信した遠隔管理サーバ１３０では、受信したコマンド識別番号が、ポータルサービス提供装置１４０に対して機器情報の取得指示を行った際に含めたコマンド識別番号と一致するか否かを判定する。一致しないと判定した場合には、取得指示した機器情報ではないと判断する。一方、一致すると判定した場合には、取得指示した機器情報であると判断する。

取得指示した機器情報であると判断した場合には、ステップＳ１４１５において、当該受信した機器情報をマスタデータ４１２に登録する。これにより、被管理機器（ＭＦＰ１１０）に対して、遠隔管理サービスが開始される。

＜設置作業時のポータルサービス提供装置による処理＞
次に、設置作業時のポータルサービス提供装置１４０による処理の流れについて説明する。図１５は、設置作業時のポータルサービス提供装置１４０のポータル部５１２による処理の流れを示すフローチャートである。

ステップＳ１５０１では、機器よりクラウドサービスの利用要求コマンドを受信したか否かを判定する。ステップＳ１５０１において、クラウドサービスの利用要求コマンドを受信していないと判定された場合には、受信したと判定されるまで待機する。

一方、ステップＳ１５０１において、クラウドサービスの利用要求コマンドを受信したと判定された場合には、ステップＳ１５０２に進む。ステップＳ１５０２では、クラウドサービスの利用要求に含まれる、テナントＩＤに対応するクラウドサービスを提供するクラウドサービス提供装置に対して、当該クラウドサービスの利用要求を送信する。

ステップＳ１５０３では、当該機器からのクラウドサービスの利用要求の受信が１回目であるか否かを判定する。

ステップＳ１５０３において、１回目であると判定された場合には、ステップＳ１５０４に進み、利用要求に対する応答として、応答コマンドを要求元の機器に送信する。

ステップＳ１５０５では、クラウドサービスの利用要求を送信した機器についての遠隔管理サービスの開始要求を、遠隔管理サーバ１３０に送信する。なお、ポータルサービス提供装置１４０では、クラウドサービスの利用要求に含まれる機番を、遠隔管理サービスの開始要求に含めることで、遠隔管理サービスを開始させるべき被管理機器を特定する。

ステップＳ１５０６では、遠隔管理サービスの開始要求に対する応答として、遠隔管理サーバ１３０より、機器情報の取得指示を受信したか否かを判定する。ステップＳ１５０６において、機器情報の取得指示を受信していないと判定した場合には、ステップＳ１５０１に戻る。

一方、ステップＳ１５０６において、遠隔管理サーバ１３０より、機器情報の取得指示を受信したと判定した場合には、当該機器が遠隔管理サービスを開始すべき被管理機器であると判断し、ステップＳ１５０７に進む。ステップＳ１５０７では、遠隔管理サービスの開始要求を行った被管理機器より、２回目のクラウドサービスの利用要求を受けた場合に当該利用要求に対する応答に含めるべき機器情報取得要求コマンドを生成する。

ここで、遠隔管理サーバ１３０からの機器情報の取得指示には、当該指示を特定するためのコマンド識別番号が含まれているため、ステップＳ１５０７では、当該コマンド識別番号を含めて機器情報取得要求コマンドを生成する。その後、ステップＳ１５０１に戻り、被管理機器より、次のクラウドサービスの利用要求が送信されるまで待機する。

被管理機器より、次のクラウドサービスの利用要求が送信されると、再び、ステップＳ１５０２に進む。ステップＳ１５０２では、クラウドサービスの利用要求に含まれる、テナントＩＤに対応するクラウドサービスを提供するクラウドサービス提供装置に対して、当該クラウドサービスの利用要求を送信する。

更に、ステップＳ１５０３では、当該被管理機器からのクラウドサービスの利用要求の受信が１回目であるか否かを判定する。

ここでは、当該被管理機器からのクラウドサービスの利用要求の受信が２回目であるため、ステップＳ１５０８に進む。ステップＳ１５０８では、当該被管理機器に送信すべき機器情報取得要求コマンドがあるか否かを判定する。

具体的には、クラウドサービスの利用要求に含まれる機番と、機器情報取得要求コマンドを送信すべき被管理機器の機番とが一致するか否かを判定する。一致すると判定された場合には、ステップＳ１５０９に進む。ステップＳ１５０９では、クラウドサービスの利用要求に対する応答として、ステップＳ１５０７において生成された機器情報取得要求コマンドと、遠隔管理サーバ１３０のＵＲＬとを応答コマンドに対応付けて、要求元の被管理機器に送信する。

一方、ステップＳ１５０８において、当該被管理機器に送信すべき機器情報取得要求コマンドがないと判定された場合には、ステップＳ１５１０に進み、利用要求に対する応答として、応答コマンドを要求元の被管理機器に送信する。

＜設置作業時の遠隔管理サーバによる処理＞
次に、設置作業時の遠隔管理サーバ１３０による処理の流れについて説明する。図１６は、設置作業時の遠隔管理サーバ１３０の機器情報登録部４１１ｂによる処理の流れを示すフローチャートである。

ステップＳ１６０１では、ポータルサービス提供装置１４０より、機番を含む遠隔管理サービスの開始要求が送信されたか否かを判定する。遠隔管理サービスの開始要求が送信されていないと判定された場合には、送信されるまで待機する。

一方、ステップＳ１６０１において、遠隔管理サービスの開始要求が送信されたと判定された場合には、ステップＳ１６０２に進む。ステップＳ１６０２では、遠隔管理サービスの開始要求に含まれる機番が、マスタデータ４１２に登録されており、かつ、当該機番に対応するサービス識別番号４２３が登録されているか否かを判定する。

つまり、遠隔管理サービスの開始要求の対象となる機器が、遠隔管理サービスを受ける契約となっている被管理機器でない場合には、処理を終了する。

また、ステップＳ１６０２では、更に、当該機番４２２に対応する管理フラグ４２５がＯＮになっていないか否かを判定する。つまり、既に、当該被管理機器について、遠隔管理サービスが開始されている場合には、処理を終了する。

ステップＳ１６０２において、遠隔管理サービスの開始要求の対象となる機器が、被管理機器であって、かつ、管理フラグ４２５がＯＮになっていないと判定された場合には、ステップＳ１６０３に進む。

ステップＳ１６０３では、受信した遠隔管理サービスの開始要求に含まれる機番に基づいて、マスタデータ４１２内の対応する管理フラグ４２５をＯＮにする。

ステップＳ１６０４では、管理フラグ４２５をＯＮにした被管理機器の機器情報を取得すべく、ポータルサービス提供装置１４０に対して、当該被管理機器の機器情報の取得指示を送信する。このとき、遠隔管理サーバ１３０では、機器情報の取得指示を特定するためのコマンド識別番号を発行し、当該機器情報の取得指示とともにポータルサービス提供装置１４０に送信する。

機器情報の取得指示を送信した後は、被管理機器より機器情報が送信されるまで待機する。具体的には、ステップＳ１６０５において、機器より、機器情報が送信されたか否かを判定し、機器情報が送信されたと判定された場合には、当該機器情報に含まれるコマンド識別番号を読み出す。そして、読み出されたコマンド識別情報が、ステップＳ１６０４において機器情報の取得指示とともに送信したコマンド識別番号と一致するか否かを判定する。一致すると判定された場合には、取得しようとした機器情報を受信したと判断し、ステップＳ１６０７に進む。一方、一致しないと判定された場合には、一致する機器情報を受信するまで待機すべく、ステップＳ１６０５に戻る。

ステップＳ１６０７では、ステップＳ１６０５において受信した機器情報を、該機器情報と対応付けられたコマンド識別番号に対応する被管理機器の機器情報として、マスタデータ４１２に登録する。

＜まとめ＞
以上の説明から明らかなように、本実施形態に係る遠隔管理システムでは、
・ポータルサービス提供装置において、１回目のクラウドサービスの利用要求を受信した場合に、遠隔管理サーバに対して遠隔管理サービスの開始要求を行うよう構成した。
・遠隔管理サービスの開始要求は、クラウドサービスの利用要求を送信した送信元の機器の機番を含めて送信する構成とした。
・遠隔管理サービスを開始するにあたりマスタデータに登録が必要な機器情報は、遠隔管理サービスの開始要求の受信を契機として、取得するための処理を開始する構成とした。具体的には、遠隔管理サーバがポータルサービス提供装置に対して取得指示を送信し、ポータルサービス提供装置が、クラウドサービスの利用要求を再度受信した際に、当該利用要求に対する応答コマンドに、機器情報取得要求コマンドを付加する構成とした。
・機器情報取得要求コマンドを受信した被管理機器では、自装置の機器情報を取得し、遠隔管理サーバに直接送信する構成とした。
・機器情報を受信した遠隔管理サーバでは、当該機器情報を登録することで、遠隔管理サービスを開始する構成とした。

これにより、ユーザは、機器を物理的にネットワークに接続し、クラウドサービスの利用要求を行うだけで、当該機器の設置作業を完了させることが可能となる。

つまり、専門の作業員が出向き、遠隔管理サービスが提供されるべき機器を介して、遠隔管理サーバにアクセスする操作をした後、遠隔管理サーバに対して機器情報を登録する操作を行う、といった手間を省くことが可能となる。

この結果、遠隔管理システムにおいて、設置作業を簡便化させることが可能になる。

［第５の実施形態］
上記第１乃至第４の実施形態では、ユーザが１台の被管理機器（ＭＦＰ１１０）を購入またはレンタルし、遠隔管理サービスを開始させる場合について説明したが、本発明はこれに限定されない。例えば、複数台の被管理機器を購入またはレンタルし、遠隔管理サービスを開始させる場合についても同様である。

なお、上記第２乃至第４の実施形態によれば、ユーザが被管理機器を複数台購入またはレンタルした場合において、遠隔管理サーバ１３０の管理者が、マスタデータ４１２への登録（ステップＳ１００１、Ｓ１３０１、Ｓ１４０１）を一括して行うことができる。加えて、上記第１の実施形態のように、遠隔管理サービスを開始させるにあたり、被管理機器のサービス識別番号を被管理機器の台数分入力する（ステップＳ７０２）必要がないため、ユーザにとっては、被管理機器１台１台を意識する必要がなくなる。

つまり、上記第２乃至第４の実施形態の場合、購入またはレンタルした被管理機器の数によらず、ユーザの作業負荷が変わらないといった利点がある。換言すると、上記第２乃至第４の実施形態の場合、被管理機器を複数台購入またはレンタルした場合に、設置作業の簡便化の効果が、より顕著になるといえる。

なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１０ ネットワークシステム
１００ 遠隔管理システム
１１０ ＭＦＰ
１１１ ＬＰ
１１２ プロジェクタ
１１３ テレビ会議用機器
１１４ カメラ
１２０ ネットワーク
１３０ 遠隔管理サーバ
１４０ ポータルサービス提供装置
１５１ クラウドサービスＡ提供装置
１５２ クラウドサービスＢ提供装置
１５３ クラウドサービスＣ提供装置
１６０ 業務サーバ
２０１ ネットワークインタフェース部
２０２ 通信クライアントモジュール
２０３ 遠隔管理クライアントモジュール
２０４ クラウドサービスＡ利用クライアントモジュール
２０５ クラウドサービスＢ利用クライアントモジュール
２０６ クラウドサービスＣ利用クライアントモジュール
２０７ 共通サービス層
３０１〜３０４ ファイアウォール
３１０ アプリケーション用ゲートウェイ装置
３２０ クラウドサービスゲートウェイサーバ
３３０ 遠隔管理ゲートウェイサーバ

特開２００３−３３０８２３号公報

Claims (16)

1. サービスを提供する提供元へのアクセスを可能にするサービス提供装置と、
   ネットワークを介して接続された機器を管理する管理装置と、を備える遠隔管理システムであって、
   前記サービス提供装置は、
   前記機器が前記管理装置によって管理される対象であることを示す識別情報が前記管理装置に登録された後、前記機器の機器情報を取得するための取得要求コマンドを生成する生成手段と、
   前記機器よりサービスの利用要求があったとき、当該利用要求に対して、前記取得要求コマンドを含めて応答する応答手段と、を有し、
   前記管理装置は、
   前記応答に含まれる取得要求コマンドに応じて前記機器から前記管理装置へ送信された前記機器の機器情報を、前記識別情報と対応付けて登録する登録手段と、
   前記登録手段で登録された機器情報を用いて機器を管理する管理手段と
   を有することを特徴とする遠隔管理システム。
2. 前記生成手段は、
   前記識別情報が前記管理装置に登録された後、前記管理装置が、該識別情報に対応する機器の機器情報の取得を、前記サービス提供装置に対して指示することで、前記取得要求コマンドを生成することを特徴とする請求項１に記載の遠隔管理システム。
3. 前記応答手段は、
   前記利用要求を行う機器が、前記管理装置によって機器情報の取得の指示がなされている機器であるかを判定し、
   前記機器情報の取得の指示がなされている機器であると判定すると、前記利用要求に対して、前記取得要求コマンドを含めて応答することを特徴とする請求項２に記載の遠隔管理システム。
4. 前記応答手段は、
   前記利用要求に対して、前記管理装置による前記機器情報の取得の指示に含まれるコマンド識別子を含めて応答し、
   前記登録手段は、
   前記送信された機器情報に前記コマンド識別子が対応付けられていたとき、該送信された機器情報を前記識別情報と対応付けて登録することを特徴とする請求項３に記載の遠隔管理システム。
5. 前記応答手段は、
   前記機器より、前記利用要求があったとき、前記サービスを提供する提供元に対して、前記利用要求を行うことを特徴とする請求項１乃至４のいずれか１項に記載の遠隔管理システム。
6. サービスを提供する提供元へのアクセスを可能にするサービス提供装置と、
   ネットワークを介して接続された機器を管理する管理装置と、を備える遠隔管理システムであって、
   前記サービス提供装置は、
   前記サービスにより提供されるユーザインタフェースに対する所定の操作により特定される機器の管理を、前記管理装置に開始させるための開始要求を行う要求手段と、
   前記開始要求に応じて、前記管理装置より前記特定される機器の機器情報の取得の指示を受けると、前記特定される機器の機器情報を取得するための取得要求コマンドを生成する生成手段と、
   前記特定される機器より、前記サービスの利用要求があったとき、当該利用要求に対して、前記取得要求コマンドを含めて応答する応答手段と、を有し、
   前記管理装置は、
   前記応答に含まれる取得要求コマンドに応じて前記特定される機器から前記管理装置へ送信された前記特定される機器の機器情報を登録する登録手段と、
   前記登録手段で登録された機器情報を用いて、前記特定される機器を管理する管理手段と
   を有することを特徴とする遠隔管理システム。
7. 前記応答手段は、
   前記利用要求を行う機器が、前記管理装置により前記機器情報の取得の指示を受けている機器であると判定すると、前記利用要求に対して、前記取得要求コマンドを含めて応答することを特徴とする請求項６に記載の遠隔管理システム。
8. 前記応答手段は、
   前記利用要求に対して、前記管理装置による前記機器情報の取得の指示に含まれるコマンド識別子を含めて応答し、
   前記登録手段は、
   前記送信された機器情報に前記コマンド識別子が対応付けられていたとき、該送信された機器情報を登録することを特徴とする請求項７に記載の遠隔管理システム。
9. 前記要求手段は、
   前記機器が前記管理装置によって管理される対象であることを示す識別情報が前記ユーザインタフェースを介して入力されると、前記管理装置に対して、該識別情報を含めて前記開始要求を行い、
   前記生成手段は、
   前記管理装置より、前記開始要求に含まれる識別情報により特定される機器の機器情報の取得の指示を受けると、該特定される機器の機器情報を取得するための取得要求コマンドを生成することを特徴とする請求項６乃至８のいずれか１項に記載の遠隔管理システム。
10. 前記要求手段は、
    前記機器より、前記ユーザインタフェースを介して前記サービスの１回目の利用要求があったとき、前記管理装置に対して、前記機器を識別する機番を含めて前記開始要求を行い、
    前記生成手段は、
    前記管理装置より、前記開始要求に含まれる機番により特定される機器の機器情報の取得の指示を受けると、該特定される機器の機器情報を取得するための取得要求コマンドを生成することを特徴とする請求項６乃至８のいずれか１項に記載の遠隔管理システム。
11. 前記応答手段は、
    前記機器より、前記ユーザインタフェースを介して前記サービスの２回目の利用要求があったとき、当該利用要求に対して、前記取得要求コマンドを含めて応答することを特徴とする請求項１０に記載の遠隔管理システム。
12. 前記応答手段は、
    前記機器より、前記ユーザインタフェースを介して前記サービスの利用要求があったとき、前記サービスを提供する提供元に対して、前記サービスの利用要求を行うことを特徴とする請求項６乃至１１のいずれか１項に記載の遠隔管理システム。
13. サービスを提供する提供元へのアクセスを可能にするサービス提供装置と、
    ネットワークを介して接続された機器を管理する管理装置と、を備える遠隔管理システムにおける遠隔管理方法であって、
    前記サービス提供装置が、
    前記機器が前記管理装置によって管理される対象であることを示す識別情報が前記管理装置に登録された後、前記機器の機器情報を取得するための取得要求コマンドを生成する生成工程と、
    前記機器よりサービスの利用要求があったとき、当該利用要求に対して、前記取得要求コマンドを含めて応答する応答工程と、を実行し、
    前記管理装置が、
    前記応答に含まれる取得要求コマンドに応じて前記機器から前記管理装置へ送信された前記機器の機器情報を、前記識別情報と対応付けて登録する登録工程と、
    前記登録工程において登録された機器情報を用いて機器を管理する管理工程と
    を有することを特徴とする遠隔管理方法。
14. サービスを提供する提供元へのアクセスを可能にするサービス提供装置と、
    ネットワークを介して接続された機器を管理する管理装置と、を備える遠隔管理システムにおける遠隔管理方法であって、
    前記サービス提供装置が、
    前記サービスにより提供されるユーザインタフェースに対する所定の操作により特定される機器の管理を、前記管理装置に開始させるための開始要求を行う要求工程と、
    前記開始要求に応じて、前記管理装置より前記特定される機器の機器情報の取得の指示を受けると、前記特定される機器の機器情報を取得するための取得要求コマンドを生成する生成工程と、
    前記特定される機器より、前記サービスの利用要求があったとき、当該利用要求に対して、前記取得要求コマンドを含めて応答する応答工程と、を実行し、
    前記管理装置が、
    前記応答に含まれる取得要求コマンドに応じて前記特定される機器から前記管理装置へ送信された前記特定される機器の機器情報を登録する登録工程と、
    前記登録工程において登録された機器情報を用いて、前記特定される機器を管理する管理工程と
    を実行することを特徴とする遠隔管理方法。
15. ネットワークを介して管理装置と接続された機器からの、サービスの提供元へのアクセスを可能にするサービス提供装置であって、
    前記機器が前記管理装置によって管理される対象であることを示す識別情報が、前記管理装置に登録された後、前記機器の機器情報を取得するための取得要求コマンドを生成する生成手段と、
    前記機器よりサービスの利用要求があったとき、当該利用要求に対して、前記取得要求コマンドを含めて応答する応答手段と
    を有することを特徴とするサービス提供装置。
16. ネットワークを介して接続される機器を管理する管理装置であって、
    前記機器が管理の対象であることを示す識別情報を登録する第１の登録手段と、
    前記識別情報を登録した後に、前記機器により行われるサービスの利用要求に対して、サービスの提供元へのアクセスを可能にするサービス提供装置が応答したことで前記機器より送信された機器情報を、前記識別情報と対応付けて登録する第２の登録手段と、
    前記第２の登録手段で登録された機器情報を用いて機器を管理する管理手段と、を有し、
    前記サービス提供装置による応答には、前記機器の機器情報を取得するための取得要求コマンドが含まれることを特徴とする管理装置。

Images