JP2023032791A - 情報処理装置および情報処理システムの方法 - Google Patents

Abstract

【課題】情報処理装置を複数のクラウドサービスに接続するときの作業性を向上させる仕組みを提供する。
【解決手段】情報処理装置は、第１のクラウドサービスとの接続を行う第１接続手段と、第２のクラウドサービスとの接続を行う第２接続手段と、第１のクラウドサービスとの接続が確立した後に行われる第２のクラウドサービスとの初回の接続を補助する接続補助手段と、を備える。第１接続手段は、第２のクラウドサービスとの初回の接続の前に、アクセストークンを含む設定情報とともに第２のクラウドサービスとの接続を開始する指示を接続済の第１クラウドサービスから受信する。接続補助手段は、第１接続手段を介した第１クラウドサービスからの指示に応じて、第２接続手段を起動させる。第２接続手段は、情報処理装置からの認証入力を受けずに設定情報を用いて、指示に応じて第２のクラウドサービスとの初回の接続を実行する。
【選択図】図７

Description

本発明は、情報処理装置および情報処理システムの方法に関する。

例えば、画像形成装置などの情報処理装置の管理やメンテナンス性を向上させるために、情報処理装置をクラウドサービスに接続することが従来から行われている。この種のクラウドサービスとして、例えば、情報処理装置で発生した各種イベントの通知を受けエラー等を監視するサービスや、定期的にカウンタや消耗品の状態を吸い上げて課金やメンテナンスを行うサービスが挙げられる。また、この種のクラウドサービスとして、ファームウェアや後入れのアプリケーションをクラウドサービスからの指示で更新するサービスや、情報処理装置の設定を遠隔で制御するサービス、なども挙げられる。情報処理装置においては、複数のクラウドサービスを利用することで管理の一層の効率化を図ることができる。

また、この種の情報処理装置は、企業や組織などのファイアウォールに守られたネットワーク環境上にあることが多く、情報処理装置のモジュールをクラウドサービスからの指示で動作させることが難しい。そのため、クラウドサービスとの初期接続時には情報処理装置側が起点となってクラウドサービスに接続する手続きを実施しなければならない。つまり、新たなクラウドサービスを利用する場合、情報処理装置毎にインストールされた、クラウドサービスに対応するクライアントモジュールを手動で起動させる必要がある。例えば、特許文献１では、イントラネットワーク内に仲介装置を配置して、イントラネットワーク内の情報処理装置のクラウドサービス接続を補助する仕組みが提案されている。

特開２０２０－８７００６号公報

しかしながら、特許文献１において、１つの情報処理装置を複数のクラウドサービスに接続するためには仲介装置に相当する装置をいくつも配置する必要があり、現実的ではない。また、複数のクラウドサービスを利用したい場合はさらにその手続きを複数回実施する必要がある。特に、既にクラウドサービスへの接続が完了した情報処理装置が、別のクラウドサービスに情報処理装置を接続させるために接続処理を再度行うことは効率的ではない。

本発明は、上記の状況に鑑みてなされたものであって、情報処理装置を複数のクラウドサービスに接続するときの作業性を向上させる仕組みを提供する。

本発明の一実施形態は、ネットワーク上で提供される複数のクラウドサービスを利用可能な情報処理装置であって、第１のクラウドサービスとの接続を行う第１接続手段と、第１のクラウドサービスとは異なる第２のクラウドサービスとの接続を行う第２接続手段と、第１のクラウドサービスとの接続が確立した後に行われる第２のクラウドサービスとの初回の接続を補助する接続補助手段と、を備える。第１接続手段は、第２のクラウドサービスとの初回の接続の前に、アクセストークンを含む設定情報とともに第２のクラウドサービスとの接続を開始する指示を接続済の第１クラウドサービスから受信する。接続補助手段は、第１接続手段を介した第１クラウドサービスからの指示に応じて、第２接続手段を起動させる。第２接続手段は、情報処理装置からの認証入力を受けずに設定情報を用いて、指示に応じて第２のクラウドサービスとの初回の接続を実行する。

本発明によれば、情報処理装置を複数のクラウドサービスに接続するときの作業性を向上することができる。

第１実施形態の情報処理システムの構成例を示す図である。 管理サーバの構成例を示す図である。 クライアント機のハードウェア構成例を示す図である。 情報処理コントローラユニットのハードウェア構成例を示す図である。 情報処理コントローラユニットのソフトウェア構成例を示す図である。 １つ目のクラウドサービスを提供する管理サーバにクライアント機が初めて接続するときの動作例を示す図である。 図６の処理の後で、新たなクラウドサービスとの接続を行うときの動作例を示す図である。 管理サーバによって制御されるＵＩの画面表示例を示す図である。 管理サーバの制御によるＵＩの画面での状態表示の処理例を示す図である。 第２実施形態において新たなクラウドサービスとの接続を行うときのクライアント機の動作例を示す図である。 第３実施形態においてクライアントモジュールＢの起動指示を受けたクライアント機の動作例を示す図である。

以下、本発明を実施するための形態について図面などを参照して説明する。ただし、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、以下の実施形態で説明されている特徴のすべてが本発明に必須のものであるとは限らない。

（第１実施形態）
図１は、第１実施形態の情報処理システムの構成例を示す図である。情報処理システムは、プロキシサーバ１３０を介して接続されたネットワーク１００およびネットワーク１５０を含む。

ネットワーク１００は、インターネット回線によるネットワークであり、複数の管理サーバ１１０ａ、１１０ｂと、テナント管理サーバ１１５と、プロキシサーバ１３０を相互に接続する。管理サーバ１１０ａ、１１０ｂは、それぞれ異なるネットワークサービス（クラウドサービス）を管理および運用するためのサーバ装置である。管理サーバ１１０ａ、１１０ｂは、それぞれデータストレージ、情報処理計算およびネットワーク通信の各機能を具備する一般的な情報処理装置（コンピュータなど）で構成される。あるいは、管理サーバ１１０ａ、１１０ｂは、情報処理装置と同等機能を有するクラウドコンピューティングで実現されてもよい。

また、以下の説明で管理サーバ１１０ａ、１１０ｂに共通の事項を説明する場合には、管理サーバ１１０と総称する。なお、ネットワーク１００に接続される管理サーバの数は、２つに限定されず、３以上であってもよい。

テナント管理サーバ１１５は、クライアント装置や顧客の情報を管理するためのサーバ装置である。ネットワークサービスをそれぞれ提供する管理サーバ１１０ａ、１１０ｂは、テナント管理サーバ１１５が有する情報を共有してネットワークサービスの提供を行う。

ネットワーク１５０は、イントラネット回線によるネットワークである。ネットワーク１５０は、イントラネットのセキュリティを高めるために設置されるプロキシサーバ１３０を介して、外部のネットワーク１００に接続されている。また、ネットワーク１５０には、プロキシサーバ１３０の他にクライアント機１２０ａ、１２０ｂが接続されている。そして、管理サーバ１１０ａ、１１０ｂとクライアント機１２０ａ、１２０ｂは、それぞれプロキシサーバ１３０を介して情報の送受信を行う。

本実施形態では、クライアント機１２０ａ、１２０ｂが、例えばコピーやＦＡＸ等の複数種類の機能を有する画像処理装置（複合機）である場合を説明する。クライアント機１２０ａ、１２０ｂは、各機能の実行の履歴や、省電力状態への遷移や復帰の履歴、エラー発生など異常状態への遷移や復帰の履歴などを管理サーバ１１０ａ、１１０ｂに通知する機能をそれぞれ有している。

また、以下の説明でクライアント機１２０ａ、１２０ｂに共通の事項を説明する場合には、クライアント機１２０と総称する。クライアント機１２０は、ネットワーク上で提供される複数のクラウドサービスを利用可能な情報処理装置の一例である。なお、ネットワーク１５０に接続されるクライアント機の数は、２つに限定されず、３以上であってもよい。

図２は、管理サーバ１１０のハードウェア構成例を示す図である。図２では、管理サーバ１１０が一般的なコンピュータなどの情報処理装置として実現される場合を示している。なお、テナント管理サーバ１１５、プロキシサーバ１３０のハードウェア構成も、図２に示す管理サーバ１１０と同様であるので、テナント管理サーバ１１５、プロキシサーバ１３０に関する重複説明はいずれも省略する。

図２に示すように、管理サーバ１１０は、コントローラユニット２００と、操作部２０９と、表示部２１０を含んでいる。操作部２０９は、コントローラユニット２００に対するオペレータの入力を受け付けるデバイスであり、例えばキーボードやポインティングデバイスなどで構成される。表示部２１０は、コントローラユニット２００の操作画面を出力するデバイスであり、例えば液晶ディスプレイなどの表示装置で構成される。

コントローラユニット２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、操作部Ｉ／Ｆ２０５、表示部Ｉ／Ｆ２０６、ネットワークＩ／Ｆ２０７を有する。コントローラユニット２００の各要素は、システムバス２０８を介して互いに接続されている。なお、ＣＰＵは、Central Processing Unitの略であり、ＲＯＭは、Read Only Memoryの略である。ＲＡＭは、Random access memoryの略であり、ＨＤＤは、Hard Disk Driveの略である。

ＣＰＵ２０１は、ＲＯＭ２０２に格納されているブートプログラムによりＯＳ（Operating System）を起動する。ＣＰＵ２０１は、ＨＤＤ２０４に格納されているアプリケーションプログラムをＯＳ上で実行することで、各種処理を実行する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時領域として用いられる。なお、ＨＤＤ２０４は、上記のアプリケーションプログラムと、設定や履歴等のデータを格納する。

操作部Ｉ／Ｆ２０５は、ＣＰＵ２０１と操作部２０９を接続するインターフェースであり、操作部２０９から入力された情報をＣＰＵ２０１に送出する。表示部Ｉ／Ｆ２０６は、ＣＰＵ２０１と表示部２１０を接続するインターフェースであり、表示すべき画像データを表示部２１０に対して出力する。ネットワークＩ／Ｆ２０７は、所定の通信プロトコルに準拠してネットワーク１００との通信を行うインターフェースである。ＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を介して、ネットワーク１００上の各装置との間で情報の送受信を実行する。

図３は、クライアント機１２０のハードウェア構成例を示す図である。複合機であるクライアント機１２０は、情報処理コントローラユニット３０１、プリンタコントローラユニット３０２、スキャナコントローラユニット３０３、プリンタ３０４、スキャナ３０５、操作部３０６を有している。

情報処理コントローラユニット３０１は、クライアント機１２０の動作に係る情報処理制御を統括するコントローラである。情報処理コントローラユニット３０１には、プリンタコントローラユニット３０２、スキャナコントローラユニット３０３および操作部３０６が接続されている。操作部３０６は、例えば、入力手段および表示手段を兼ねたタッチパネルで構成されている。

プリンタコントローラユニット３０２は、プリンタ３０４を制御するコントローラである。プリンタ３０４は、プリンタコントローラユニット３０２を介して入力された画像データに基づいて、既知の電子写真方式により不図示の給紙カセットから給紙されたシート上に画像形成を行う。

スキャナコントローラユニット３０３は、スキャナ３０５を制御するコントローラである。スキャナ３０５は、載置された原稿を読み取り、画像データを生成する。スキャナ３０５が生成した画像データは、プリンタ３０４での印刷、後述のＨＤＤ４０４への記憶、あるいは後述のネットワークＩ／Ｆ４０５を介した外部装置への送信に供される。

図４は、図３の情報処理コントローラユニット３０１のハードウェア構成例を示す図である。情報処理コントローラユニット３０１は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＨＤＤ４０４、ネットワークＩ／Ｆ４０５、操作部Ｉ／Ｆ４０６、画像処理部４０７、デバイスコントローラＩ／Ｆ４０８、電源管理部４０９を有する。情報処理コントローラユニット３０１の各要素は、システムバス４１０を介して互いに接続されている。

ＣＰＵ４０１は、ＲＯＭ４０２に格納されているブートプログラムによりＯＳを起動する。ＣＰＵ４０１は、ＨＤＤ４０４に格納されているアプリケーションプログラムをＯＳ上で実行することで、各種処理を実行する。ＲＡＭ４０３は、ＣＰＵ４０１の主メモリ、ワークエリア等の一時領域として用いられる。なお、ＨＤＤ４０４は、上記のアプリケーションプログラムと、設定や履歴等のデータを格納する。

ネットワークＩ／Ｆ４０５は、所定の通信プロトコルに準拠してネットワーク１５０との通信を行うインターフェースである。ＣＰＵ４０１は、ネットワークＩ／Ｆ４０５を介して、ネットワーク１５０上の各装置との間で情報の送受信を実行する。

操作部Ｉ／Ｆ４０６は、ＣＰＵ４０１と操作部３０６を接続するインターフェースである。操作部Ｉ／Ｆ４０６は、操作部３０６から入力された情報をＣＰＵ４０１に送出するとともに、表示すべき画像データを操作部３０６の表示パネルに対して出力する。

画像処理部４０７は、プリンタ３０４への出力画像やスキャナ３０５からの入力画像に対する画像処理を実行する。上記の画像処理は、例えば、画像回転、画像圧縮、解像度変換、色空間変換、階調変換などの処理を含む。

デバイスコントローラＩ／Ｆ４０８は、スキャナコントローラユニット３０２およびプリンタコントローラユニット３０３と接続されている。デバイスコントローラＩ／Ｆ４０８は、画像データの同期系／非同期系の変換を行う。

電源管理部４０９は、クライアント機全体の電源制御を実行する。例えば、電源管理部４０９は、電源のオンオフの制御の他、通常の通電状態以外の状態である省電力状態への遷移や、省電力状態から通常の通電状態への復帰などの制御を行う。

図５は、図３の情報処理コントローラユニット３０１のソフトウェア構成例を示す図である。図５に示すソフトウェアモジュールのプログラムは、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶手段に記憶され、ＣＰＵ４０１により実行される。また、本実施形態のクライアント機１２０は複合機であるため、図５のソフトウェアモジュールとしては、スキャン、プリント、およびネットワークやメモリストレージを利用した各種機能を実現するソフトウェアが動作する。

情報処理コントローラユニット３０１は、ユーザインターフェース５０１、機能アプリケーション５０２、ジョブ制御部５０３、電源制御部５０４、エラー制御部５０５、履歴保持部５０６、カウンタ管理部５０７、構成情報管理部５０８を有する。また、情報処理コントローラユニット３０１は、タイマー通知部５０９、イベント回収部５１０、メッセージバッファ５２０、クライアントモジュール５４０、設置ナビゲーションアプリケーション５５０を有する。

ここで、メッセージバッファ５２０とクライアントモジュール５４０は、管理サーバ１１０のクラウドサービスごとにクライアント機１２０内に１組ずつ設けられる。本実施形態では、クライアント機１２０内に、メッセージバッファ５２０ａ、５２０ｂと、クライアントモジュールＡ５４０ａ、クライアントモジュールＢ５４０ｂが設けられる例を説明する。また、メッセージバッファ５２０ａはクライアントモジュールＡ５４０ａに対応する専用のメッセージバッファであり、メッセージバッファ５２０ｂはクライアントモジュールＢ５４０ｂに対応する専用のメッセージバッファである。

ユーザインターフェース５０１は、操作部３０６に対してユーザが操作する画面を表示する機能や、ユーザが操作した動きをソフトウェアに伝達する機能を担うソフトウェアである。

機能アプリケーション５０２は、例えば、コピー、プリント、メール送信などの各機能に対応するアプリケーションプログラム群である。クライアント機１２０は、機能の数に対応して複数の機能アプリケーション５０２を有している。機能アプリケーション５０２は、例えば、操作部３０６を経由したユーザの指示や、ネットワークＩ／Ｆ４０５経由のデータ受信などをトリガにして、複合機のアプリケーション機能を動作させる。

ジョブ制御部５０３は、機能アプリケーション５０２からの指示を受けてジョブを実行するソフトウェアである。ジョブ制御部５０３は、例えばプリントジョブの実行時には、プリンタコントロールユニット３０２を制御してプリンタ３０４による印刷を実行する。また、ジョブ制御部５０３は、例えばスキャンジョブの実行時には、スキャナコントロールユニット３０３を制御してスキャナ３０５によるスキャンを実行する。

電源制御部５０４は、例えば、クライアント機１２０内のソフトウェアの状態と連動して電源管理部４０９を制御するソフトウェアであり、通常の通電状態と省電力状態との遷移をつかさどる。

エラー制御部５０５は、主にジョブ制御部５０３、プリンタコントロールユニット３０２、スキャナコントローラユニット３０３などで発生した異常状態の通知を受け、システム全体の停止や縮退動作指示などの制御を実施するソフトウェアである。

履歴保持部５０６は、クライアント機１２０内における履歴情報を管理するソフトウェアであり、ユーザの操作履歴、ジョブ実行結果およびエラーの発生などをサマライズして履歴として保存する機能を担う。また、履歴保持部５０６は、システムの不具合発生時に解析デバッグ用途で残すログ情報も生成する。履歴保持部５０６で生成されるデータは、不揮発性の記憶媒体であるＨＤＤ４０４に保持される。

カウンタ管理部５０７は、各種のカウンタを管理するソフトウェアである。カウンタ管理部５０７は、例えば、クライアント機１２０内で発生したスキャン枚数やプリント枚数などのカウントや、消耗部品ごとに通紙枚数などの消耗度を測るカウントなどを管理する。また、カウンタ管理部５０７は、上記の消耗度に基づき算出される部品の寿命情報などを管理してもよい。カウンタ管理部５０７で管理されるデータは、不揮発性の記憶媒体であるＨＤＤ４０４に保持される。

構成情報管理部５０８は、クライアント機１２０に含まれるハードウェアおよびソフトウェアの構成を管理するためのソフトウェアである。例えば、構成情報管理部５０８は、クライアント機１２０の給排紙段やフィニッシャ等の外付けアクセサリの構成や、ファームウェアのバージョンやインストールされているアプリケーションの一覧などを管理する。また、構成情報管理部５０８は、情報処理装置を動作させる設定値なども管理する。さらに、構成情報管理部５０８は、ファームウェアの更新などの構成制御の実施や、アプリケーションのインストール等の制御、設定の変更などを実行できる。

タイマー通知部５０９は、イベント回収部５１０の要求に応じてタイマーを生成し、イベント回収部５１０に指定時間経過を通知する機能を担う。

イベント回収部５１０は、クライアント機１２０内で自発的にイベントを発行するモジュール（５０１～５０６）で発生した状態遷移を監視する。そして、イベント回収部５１０は、監視結果を管理サーバ１１０に送付するためにイベントの形式で正規化し、メッセージバッファ５２０に保存する。なお、メッセージバッファ５２０はＨＤＤ４０４上に構築され、正規化されたイベントは不揮発性の記憶媒体であるＨＤＤ４０４に保存される。

また、イベント回収部５１０は、タイマー通知部５０９に対して指定時間経過後のタイマーの発火を要求する。タイマー通知部５０９から通知を受けたイベント回収部５１０は、タイマーの発火をトリガにして定期送信するイベントを回収する。イベント回収部５１０が回収するイベントとしては、カウンタ管理部５０７や構成情報管理部５０８などが管理するカウンタや構成情報が挙げられる。イベント回収部５１０は、取得後はイベントドリブンで機能した場合と同様に、取得した情報を正規化してメッセージバッファ５２０に保存する。

なお、イベント回収部５１０によるイベントの正規化にはＪＳＯＮなどの汎用のフォーマットが適用される。イベント回収部５１０は、イベント名称、発生時刻、クライアント機１２０のシリアル番号などの基本情報に加え、イベントの種別によって追加でさまざまな情報を付与できる。これら付与情報は、クライアント機１２０内の各モジュール（５０１～５０８）の状態や、ＨＤＤ４０４の不揮発領域に保持される内容などからイベント回収部５１０によって収集される。

クライアントモジュール５４０は、イベント回収部５１０によって回収されて、対応するメッセージバッファ５２０に保存されたデータを読み出し、管理サーバ１１０に送付する機能を担う。クライアントモジュール５４０は、接続する管理サーバ１１０に対して１対１で存在し、複数の管理サーバ１１０に接続する場合はクライアントモジュール５４０も複数設けられる。

図５に示すクライアントモジュールＡ５４０ａ、クライアントモジュールＢ５４０ｂの構成はいずれも共通である。各々のクライアントモジュール５４０は、イベント送付部５３０、ネットワーク通信部５３１、構成制御指示部５３２を有する。クライアントモジュールＡ５４０ａは、クラウドサービスＡとの接続を行う第１接続手段の一例である。クライアントモジュールＢ５４０ｂは、クラウドサービスＢとの接続を行う第２接続手段の一例である。

イベント送付部５３０は、クライアントモジュール５４０ごとに設けられた専用のメッセージバッファ５２０への書き込みの検知などによりイベントの発行を検知する。イベント送付部５３０は、イベントの発行を検知すると専用のメッセージバッファ５２０から情報を読み出し、ネットワーク通信部５３１を介して管理サーバ１１０に対してイベントを送付する。

ネットワーク通信部５３１は、クライアントモジュール５４０に対応する管理サーバ１１０との通信を、ネットワークＩ／Ｆ４０５を介して制御するソフトウェアである。

構成制御指示部５３２は、ネットワーク通信部５３１を介して管理サーバ１１０からの指示を受け付け、クライアント機１２０の各種構成制御を実行するソフトウェアである。例えば、構成制御指示部５３２は、管理サーバ１１０からファームウェアのバージョンアップ、アプリケーションのインストール・アンインストール、設定値の変更などの指示を受ける。そして、構成制御指示部５３２は、構成情報管理部５０８に対して、管理サーバ１１０からの指示内容に応じた各種構成制御の実行を指示する。これにより、構成情報管理部５０８は、管理サーバ１１０からの指示をクライアント機１２０に反映させることができる。

設置ナビゲーションアプリケーション５５０は、クライアントモジュール５４０の動作を開始させる機能を担うソフトウェアであり、設置ナビゲーションＵＩ５５１と、クライアントモジュール駆動部５５２を有する。設置ナビゲーションアプリケーション５５０は、接続補助手段の一例であり、クラウドサービスＡとの接続が確立した後に行われるクラウドサービスＢとの初回の接続を補助する機能を担う。

設置ナビゲーションＵＩ５５１は、クライアントモジュール５４０の起動を制御する。クライアントモジュール駆動部５５２は、設置ナビゲーションＵＩ５５１からの指示を受け、必要なクライアントモジュール５４０に対して起動の指示を出す。なお、クライアントモジュール駆動部５５２から起動の指示をクライアントモジュール５４０は、ネットワーク通信部５３１を用いて管理サーバ１１０への初回の接続（初期接続処理）を実行する。これにより、クライアント機１２０において、管理サーバ１１０の提供するクラウドサービスの利用が開始される。

図６は、１つ目のクラウドサービスを提供する管理サーバ１１０ａにクライアント機１２０が初めて接続するときの動作例を示す図である。図６において、Ｓ６０１～Ｓ６０６はクライアント機１２０での動作である。Ｓ６３１～Ｓ６３３は管理サーバ１１０ａ上で動作するクラウドサービスＡの動作である。Ｓ６５１～Ｓ６５３はテナント管理サーバ１１５での動作である。なお、クラウドサービスＡは第１のクラウドサービスの一例である。

ここで、クライアント機１２０の動作を実現するプログラムは、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかに記憶され、ＣＰＵ４０１により実行される。同様に、管理サーバ１１０の動作を実現するプログラムは、管理サーバ１１０のＲＡＭ２０３、ＨＤＤ２０４、ＲＯＭ２０２のいずれかに記憶され、管理サーバ１１０のＣＰＵ２０１により実行される。また、テナント管理サーバ１１５の動作を実現するプログラムは、テナント管理サーバ１１５のＲＡＭ２０３、ＨＤＤ２０４、ＲＯＭ２０２のいずれかに記憶され、テナント管理サーバ１１５のＣＰＵ２０１により実行される。これらのプログラムの動作主体は、以下の説明においても同様である。

まず、クライアント機１２０は、ユーザの指示に応じて設置ナビゲーションアプリケーション５５０を起動する（Ｓ６０１）。これにより、クライアント機１２０の操作部３０６では、設置ナビゲーションＵＩ５５１の制御により入力画面が表示される。

設置ナビゲーションＵＩ５５１は、クラウドサービスの接続に必要な認証情報に関するユーザの入力を上記の入力画面から受け付ける（Ｓ６０２）。クライアント機１２０は、上記の認証情報の入力を受け付けると、テナント管理サーバ１１５に対して認証情報を送信する。

テナント管理サーバ１１５は、クライアント機１２０から認証情報を受けると、認証情報に基づく認証処理を実行する（Ｓ６５１）。テナント管理サーバ１１５は、認証処理に成功すると認証結果としてアクセストークンをクライアント機１２０に返す。その後、テナント管理サーバ１１５では、クライアント機１２０の登録処理が実行され、クライアント機１２０のシリアル番号や機種情報などがクラウドサービス上に登録される（Ｓ６５２）。上記の登録処理では、クライアント機１２０を一意に特定する情報（例えばＩＤ）に対して、クライアント機１２０の購入者（顧客）に関する顧客情報や、当該顧客との契約内容を示す契約情報が紐づけされて管理される。これにより、テナント管理サーバ１１５では、クライアント機１２０が利用できるクラウドサービスを特定することが可能となる。

一方、認証後のクライアント機１２０は、接続対象のクラウドサービスとしてクラウドサービスＡの選択入力を受け付ける（Ｓ６０３）。すると、設置ナビゲーションアプリケーション５５０のクライアントモジュール駆動部５５２は、クライアントモジュールＡ５４０ａを起動させる（Ｓ６０４）。

ここで、各々のクライアントモジュール５４０は、設置ナビゲーションアプリケーション５５０からの起動によりインストールされると、設置ナビゲーションアプリケーション５５０に対して自身の名称や対応するクラウドサービスの名称等を登録する。また、クライアントモジュール５４０は、設置ナビゲーションアプリケーション５５０に対して、指示を受けるコールバックＡＰＩを登録する処理を実行する。これにより、設置ナビゲーションアプリケーション５５０は、登録された複数のクライアントモジュール５４０や対応するクラウドサービスを認識でき、これらに対する指示の送信や制御も可能になる。

その後、クライアントモジュールＡ５４０ａは、クラウドサービスＡに対する初期接続処理を実行する（Ｓ６０５）。Ｓ６０５の初期接続処理では、最低限、販売者または顧客を識別するＩＤが必要であり、クライアントモジュールＡ５４０ａはクラウドサービスＡに対して上記のＩＤを含む初期接続要求を送信する。

管理サーバ１１０ａ上のクラウドサービスＡは、初期接続要求を受けてクライアント機１２０との接続処理を実行する（Ｓ６３１）。すると、クラウドサービスＡは、テナント管理サーバ１１５に対して登録状態の確認要求を送信し、クライアント機１２０の登録状態を確認する処理を実行する（Ｓ６３２）。

一方で、テナント管理サーバ１１５は、登録状態の確認要求を受けると、テナント管理サーバ１１５上に記録されている登録内容の情報に照会する。ここで、登録内容の情報としては、クライアント機の識別子であるシリアル番号と、契約内容により利用可能なクラウドサービスの一覧の情報が紐づけされてテナント管理サーバ１１５に記録されている。そして、テナント管理サーバ１１５は、顧客との契約に基づきクラウドサービスＡをクライアント機１２０が開始できる登録状態であるかを判断する（Ｓ６５２）。そして、テナント管理サーバ１１５は、クライアント機１２０の登録状態の確認結果をクラウドサービスＡに通知する（Ｓ６５３）。

そして、クラウドサービスＡは、登録状態の確認結果の通知を受けると、クライアント機Ａでのサービスの開始が可能かを上記の通知に基づき判断する。クライアント機１２０でのサービスの開始が可能である場合、クラウドサービスＡは、クライアント機１２０との通信を開始し、開始されるサービスに依存したデータの授受などの処理の指示をクライアント機１２０に対して送信する（Ｓ６３３）。

クライアント機１２０は、クラウドサービスＡから処理の指示を受けると、管理サーバ１１０ａに対して必要な通信を開始する（Ｓ６０６）。以上のようにして、クラウドサービスＡとクライアント機１２０との接続が確立する。

図７は、図６の処理の後で、新たなクラウドサービスとの接続を行うときの動作例を示す図である。図７において、Ｓ７０１～Ｓ７０５はクライアント機１２０での動作である。Ｓ７２１～Ｓ７２３は管理サーバ１１０ａ上で動作するクラウドサービスＡの動作である。Ｓ７３１～Ｓ７３３は管理サーバ１１０ｂ上で動作するクラウドサービスＢの動作である。Ｓ７５１～Ｓ７５２はテナント管理サーバ１１５での動作である。なお、クラウドサービスＢは第２のクラウドサービスの一例である。

まず、クラウドサービスＡが動作する管理サーバ１１０ａは、後述のユーザインターフェース（ＵＩ）を介してユーザの入力を受け付ける。このＵＩにおいて、クラウドサービスＢを動作させるクライアント機１２０の選択（指定）がユーザにより行われるものとする（Ｓ７２１）。すると、管理サーバ１１０ａは、テナント管理サーバ１１５に対して、ＵＩで指定されたクライアント機１２０の情報を取得する処理を実行する（Ｓ７２２）。

一方、テナント管理サーバ１１５は、管理サーバ１１０ａの情報取得処理をトリガとして、テナント管理サーバ１１５上に記録されている登録内容の情報に照会する。そして、テナント管理サーバ１１５は、顧客との契約に基づきクラウドサービスＢをクライアント機１２０が開始できる登録状態であるかを判断する（Ｓ７５１）。テナント管理サーバ１１５は、クライアント機１２０でのサービスの開始が可能である場合、アクセストークンとともにクライアント機１２０の登録状態の確認結果をクラウドサービスＡに返す。

その後、クラウドサービスＡは、クライアント機１２０に対して、アクセストークンや接続に必要な設定情報とともにクライアントモジュールＢ５４０ｂの起動指示を送信する（Ｓ７２３）。

クライアント機１２０のクライアントモジュールＡ５４０ａは、上記の起動指示を受ける（Ｓ７０１）。すると、クライアントモジュールＡ５４０ａは、クライアントモジュールＢ５４０ｂを起動させるため、受信した内容を設置ナビゲーションアプリケーション５５０に対して通知する（Ｓ７０２）。その後、クライアントモジュール駆動部５５２は、クライアントモジュールＢ５４０ｂを起動させる（Ｓ７０３）。

その後、クライアントモジュールＢ５４０ｂは、クラウドサービスＢに対する初期接続処理を実行する（Ｓ７０４）。Ｓ７０４の初期接続処理においては、クライアントモジュールＢ５４０ｂは、アクセストークンや設定情報等の起動に必要なパラメータを管理サーバ１１０ａ経由で全て受領している。そのため、クライアントモジュールＢ５４０ｂは、クライアント機１２０からのユーザの入力手続（認証入力や各種の設定入力など）を省いて自動で接続処理を開始し、クラウドサービスＢに対して初期接続要求を送信することができる。

管理サーバ１１０ｂ上のクラウドサービスＢは、初期接続要求を受けてクライアント機１２０との接続処理を実行する（Ｓ７３１）。すると、クラウドサービスＢは、テナント管理サーバ１１５に対して登録状態の確認要求を送信し、クライアント機１２０の登録状態を確認する処理を実行する（Ｓ７３２）。

テナント管理サーバ１１５は、登録状態の確認要求を受けると、テナント管理サーバ１１５上に記録されている登録内容の情報に照会する。そして、テナント管理サーバ１１５は、顧客との契約に基づきクラウドサービスＢをクライアント機１２０が開始できる登録状態であるかを判断する。そして、テナント管理サーバ１１５は、クライアント機１２０の登録状態の確認結果をクラウドサービスＢに通知する（Ｓ７５２）。

そして、クラウドサービスＢは、登録状態の確認結果の通知を受けると、クライアント機Ｂでのサービスの開始が可能かを上記の通知に基づき判断する。クライアント機１２０でのサービスの開始が可能である場合、クラウドサービスＢは、クライアント機１２０との通信を開始し、開始されるサービスに依存したデータの授受などの処理の指示をクライアント機１２０に対して送信する（Ｓ７３３）。

クライアント機１２０は、クラウドサービスＢから処理の指示を受けると、管理サーバ１１０ｂに対して必要な通信を開始する（Ｓ７０５）。以上のようにして、クラウドサービスＢとクライアント機１２０との接続が確立する。

図８は、クラウドサービスＡによって制御されるＵＩの画面表示例を示す図である。上記のＵＩは、例えば、図７のＳ７２１においてクラウドサービスＡ上でクラウドサービスＢの動作開始の入力をユーザから受け付けるときに使用される。なお、管理サーバ１１０ａ上で機能するＵＩの制御に関するモジュールは、クライアント機１２０とクラウドサービスＢの接続を管理する管理手段の一例として機能する。

図８のＵＩの画面は、例えば、管理サーバ１１０ａの表示部２１０に表示されてもよい。あるいは、管理サーバ１１０ａに対する入出力がＷｅｂベースのアプリケーションによって可能な場合にはＷｅｂブラウザを介して当該ＵＩが提供され、表示装置に表示されてもよい。

図８に示すＵＩの画面８００では、特定の顧客Ｘに紐づけされたクライアント機１２０に対し、クラウドサービスＡの通信を利用したクラウドサービスＢの開始を遠隔で指示することができる。画面８００には、テナント管理サーバ１１５上の登録内容の情報に基づいて、顧客Ｘに対応する各デバイス（クライアント機１２０）におけるクラウドサービスＢの開始状況を示す情報が表示される。

画面８００には、シリアル番号、名前、ファームウェアのバージョン（ＦＷ Ｖｅｒ）、クラウドサービスＢの状態の各項目が、クライアント機ごとに紐づけされて一行ずつ表示される。図８では、顧客Ｘに対応する５台分のクライアント機１２０の情報が画面８００に表示されている例を示している。シリアル番号や名前は、クライアント機１２０を識別する情報の一例である。

ここで、ファームウェアのバージョン情報は、クライアント機１２０との接続処理を開始できるかを判断するときに参照される。また、画面８００の状態の項目には、クラウドサービスＢへの接続状態として「未指示」、「要ＶＵＰ」、「エラーＡ」、「エラーＢ」「接続済」のいずれかが表示される。以下、図９を参照しつつ、画面８００の状態表示について説明する。

図９は、クラウドサービスＡの制御によるＵＩの画面８００での状態表示の処理例を示す図である。なお、図９の処理は、顧客Ｘに対応する各クライアント機１２０をそれぞれ処理対象として実行される。

まず、Ｓ９０１にて、クラウドサービスＡは、ＵＩの画面８００を表示する際にテナント管理サーバ１１５から登録内容の情報を取得する。そして、クラウドサービスＡは、処理対象のクライアント機１２０がクライアントＢを起動できるかを判断する。例えば、管理サーバ１１０ａは、処理対象のファームウェアのバージョンがクライアントモジュール５０４ｂの機能を含むバージョンであるかを判断する。
Ｓ９０１にて、クライアントＢを起動できる場合には処理はＳ９０３に移行する。一方、クライアントＢを起動できない場合には処理はＳ９０２に移行する。

Ｓ９０２にて、クラウドサービスＡは、ＵＩの画面８００における処理対象の状態の項目に、ファームウェアのバージョンアップが必要であることを示す「要ＶＵＰ」を表示する。この場合、クラウドサービスＡは、ＵＩの画面８００からクラウドサービスＢの開始の指示を行うときに「要ＶＵＰ」のクライアント機１２０を選択不能とする制御を行う。

Ｓ９０３にて、クラウドサービスＡは、処理対象のクライアント機１２０に対してユーザが接続指示をしているか（Ｓ７２３が実行済みか）を判断する。ユーザが接続指示済の場合には処理はＳ９０５に移行する。一方、ユーザが接続指示をしていない場合には処理はＳ９０４に移行する。

Ｓ９０４にて、クラウドサービスＡは、ＵＩの画面８００における処理対象の状態の項目に、処理対象のクライアント機１２０に対してクライアントＢの接続指示が行われていないことを示す「未接続」を表示する。

Ｓ９０５にて、クラウドサービスＡは、クライアントモジュールＡ５４０ａが指示を受信したかを判断する。受信の判断は、例えばクライアントモジュールＡ５４０ａからの受信通知の有無で行うことができる。クライアントモジュールＡ５４０ａが指示を受信した場合には処理はＳ９０７に移行する。一方、クライアントモジュールＡ５４０ａが指示を受信していない場合には処理はＳ９０６に移行する。

Ｓ９０６にて、クラウドサービスＡは、ＵＩの画面８００における処理対象の状態の項目に、クライアントモジュールＡ５４０ａが指示を受信していないことを示す「エラーＡ」を表示する。エラーＡは第１のエラーの一例である。「エラーＡ」のメッセージにより、クライアント機１２０が正常に起動しているかの確認や、クライアントモジュールＡ５４０ａの通信状態が正常であるかの確認を促すことができる。

Ｓ９０７にて、クラウドサービスＡは、クライアントモジュールＢ５４０ｂが処理を開始したかを判断する。処理の開始の判断は、例えばクライアントモジュールＡ５４０ａ経由で、クライアントモジュールＢ５４０ｂから処理開始の通知を受けることで行うことができる。クライアントモジュールＢ５４０ｂが処理を開始した場合には処理はＳ９０９に移行する。一方、クライアントモジュールＢ５４０ｂが処理を開始していない場合には処理はＳ９０８に移行する。

Ｓ９０８にて、クラウドサービスＡは、ＵＩの画面８００における処理対象の状態の項目に、クライアントモジュールＢ５４０ｂとの接続が確立しておらず、クライアントモジュールＢ５４０ｂが稼働していないことを示す「エラーＢ」を表示する。エラーＢは第２のエラーの一例である。「エラーＢ」のメッセージにより、クライアントモジュールＢ５４０ｂの通信状態が正常であるかの確認を促すことができる。

Ｓ９０９にて、クラウドサービスＡは、ＵＩの画面８００における処理対象の状態の項目に、クライアントモジュールＢ５４０ｂが稼働していることを示す「接続済」を表示する。以上で、第１実施形態の説明を終了する。

第１実施形態においては、クライアントモジュールＡ５４０ａは、アクセストークンを含む設定情報とともにクラウドサービスＢとの接続を開始する指示を接続済のクラウドサービスＡから受信する（Ｓ７０１）。設置ナビゲーションアプリケーション５５０は、クライアントモジュールＡ５４０ａを介したクラウドサービスＡからの指示に応じて、クライアントモジュールＢ５４０ｂを起動させる（Ｓ７０２、Ｓ７０３）。そして、クライアントモジュールＢ５４０ｂは、クライアント機１２０からの認証入力を受けずに、クラウドサービスＢに対する初期接続処理を実行する（Ｓ７０４）。

第１実施形態では、クライアント機１２０をクラウドサービスＢに接続するときに、既に接続が確立されているクラウドサービスＡの通信経路を利用してクライアントモジュールＡ５４０ａに指示と設定情報の送信を行う。クライアントモジュールＢ５４０ｂは、クラウドサービスＡからの指示に応じて、受信した設定情報を用いて認証入力等を省いて初期接続処理を実行する。したがって、第１実施形態によれば、クライアント機１２０を複数のクラウドサービスに接続するときの作業性を向上することができる。

（第２実施形態）
次に、第２実施形態について説明する。なお、以下の各実施形態の説明において、第１実施形態と共通の要素には同一の符号を付して重複説明をいずれも省略する。

第１実施形態は、クライアント機１２０が複数のクラウドサービスを同時に利用するときに、接続済のクラウドサービスとの通信経路での指示を利用し、新たなクラウドサービスでの通信経路を確立する態様である。これに対し、第２実施形態は、既存のクラウドサービスＡから新たなクラウドサービスＢへの乗り換えの態様である。新たなクラウドサービスＢへの乗り換えでは、クラウドサービスＢとの接続の確立後に既存のクラウドサービスＡの利用が停止される。第２実施形態では、図７のクライアント機１２０の動作（Ｓ７０１～Ｓ７０５）が図１０に置き換わる点を除き、各装置の構成および基本動作は第１実施形態と同様となる。

図１０は、第２実施形態において新たなクラウドサービスとの接続を行うときのクライアント機１２０の動作例を示す図である。図１０のＳ１００１～Ｓ１００５の処理は、図７のＳ７０１～Ｓ７０５の処理とそれぞれ同様である。図１０の場合、Ｓ１００５の後にＳ１００６以降の処理がさらに実行される。なお、Ｓ１００５の段階では、クライアント機１２０は、クライアントモジュールＡ５４０ａの通信経路を使用してクライアントモジュールＢ５４０ｂの通信動作を開始できている状態にある。

Ｓ１００６にて、クライアント機１２０において、設置ナビゲーションアプリケーション５５０に対して、クライアントモジュールＢ５４０ｂの動作開始が通知される。

Ｓ１００７にて、設置ナビゲーションアプリケーション５５０は、Ｓ１００１で受信した指示の内容にクラウドサービスＡの利用を停止する命令（接続断指示）が含まれているかを判断する。クラウドサービスＡの接続断指示が含まれていない場合、クライアント機１２０は図１０の処理を終了する。クラウドサービスＡの接続断指示が含まれている場合、処理はＳ１００８に移行する。

Ｓ１００８にて、設置ナビゲーションアプリケーション５５０は、クライアントモジュールＡ５４０ａに対してクラウドサービスＡとの接続を切断する指示を行う。これにより、クライアントモジュールＡ５４０ａはクラウドサービスＡとの接続を切断し、以後のクラウドサービスＡの利用が停止される。以上で、図１０の説明を終了する。

第２実施形態によれば、第１実施形態と同様の効果に加え、クラウドサービスＢへの乗り換えに伴うクラウドサービスＡの利用の停止についても、クライアント機１２０の上での操作を行うことなく行うことができる。

（第３実施形態）
次に、第３実施形態について説明する。
第１実施形態および第２実施形態では、クライアントモジュールＢ５４０ｂが既にクライアント機１２０にインストールされた状態を前提としている。これらの実施形態では、事前確認の段階でクライアントモジュールＢが起動できない場合、ファームウェアのバージョンアップが必要であることを表示し、クライアントモジュールＢの自動接続指示を不能化する制御が行われていた。

しかし、クライアントモジュールＢ５４０ｂは、以下の第３実施形態のように、追加インストールにより自動で追加される態様であってもよい。例えば、起動の指示を受けたタイミングでクライアントモジュールＢ５４０ｂの個別インストールを実行してもよい。第３実施形態では、図７のクライアント機１２０の動作（Ｓ７０１～Ｓ７０５）が図１１に置き換わる点を除き、各装置の構成および基本動作は第１実施形態と同様となる。

図１１は、第３実施形態においてクライアントモジュールＢ５４０ｂの起動指示を受けたクライアント機１２０の動作例を示す図である。図１１のＳ１１０１、Ｓ１１０２の処理は、図７のＳ７０１、Ｓ７０２の処理とそれぞれ同様である。図１１の場合、Ｓ１１０２の後にＳ１１０３以降の処理がさらに実行される。

Ｓ１１０３にて、設置ナビアプリケーション５５０は、クライアントモジュールＢ５４０ｂがクライアント機１２０にインストールされているかを判断する。クライアントモジュールＢがインストールされている場合、処理はＳ１１０５に移行する。一方、クライアントモジュールＢがインストールされていない場合、処理はＳ１１０４に移行する。

Ｓ１１０４にて、クライアント機１２０は、クライアントモジュールＢ５４０ｂのインストールを実行する。Ｓ１１０４の処理は、例えばファームウェアのバージョンアップや、クライアントモジュールＢの追加インストールなどで実現される。具体的には、設置ナビアプリケーション５５０が、クライアントモジュールＡに含まれる構成制御指示部５３２ａへの指示により必要なソフトウェアが外部からダウンロードされる。そして、構成情報管理部５０８により、クライアントモジュールＢ５４０ｂのインストールが実行される。その後、処理はＳ１１０５に移行する。

図１１のＳ１１０５からＳ１１０７の処理は、図７のＳ７０３からＳ７０５の処理とそれぞれ同様である。以上で、図１１の説明を終了する。

第３実施形態によれば、第１実施形態と同様の効果に加え、クライアントモジュールＢ５４０ｂがクライアント機１２０に存在しない場合にも、自動インストールを実行してクラウドサービスＢの利用を遠隔制御で開始することが可能となる。

以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。

上記の各実施形態では、複数のクラウドサービスを利用可能な情報処理装置の一例として画像処理装置（複合機）の場合を説明した。しかし、本発明は、画像処理装置に限定されることなく、複数のクラウドサービスを利用可能なネットワーク機器にも広く適用することができる。

また、本発明は、クライアントの管理を共有せずに依存関係のない複数のクラウドサービス間にも適用することができる。この場合、クライアントモジュール５４０は、必要な設定情報や指示をクライアントモジュール駆動部５５２に受け渡す機能と、クライアントモジュール駆動部５５２からの指示で起動する機能を有していることが要求される。

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

１００，１５０…ネットワーク、１１０ａ，１１０ｂ…管理サーバ、１１５…テナント管理サーバ、１２０…クライアント機、５４０ａ，５４０ｂ…クライアントモジュール、５５０…設置ナビゲーションアプリケーション

Claims (8)

1. ネットワーク上で提供される複数のクラウドサービスを利用可能な情報処理装置であって、
   第１のクラウドサービスとの接続を行う第１接続手段と、
   前記第１のクラウドサービスとは異なる第２のクラウドサービスとの接続を行う第２接続手段と、
   前記第１のクラウドサービスとの接続が確立した後に行われる前記第２のクラウドサービスとの初回の接続を補助する接続補助手段と、を備え、
   前記第１接続手段は、前記第２のクラウドサービスとの初回の接続の前に、アクセストークンを含む設定情報とともに前記第２のクラウドサービスとの接続を開始する指示を接続済の前記第１クラウドサービスから受信し、
   前記接続補助手段は、前記第１接続手段を介した前記第１クラウドサービスからの前記指示に応じて、前記第２接続手段を起動させ、
   前記第２接続手段は、前記情報処理装置からの認証入力を受けずに前記設定情報を用いて、前記指示に応じて前記第２のクラウドサービスとの初回の接続を実行する
   ことを特徴とする情報処理装置。
2. 前記指示は、前記第１のクラウドサービスの利用を停止する命令を含み、
   前記接続補助手段は、前記指示に前記命令が含まれる場合、前記第２接続手段と前記第２のクラウドサービスとの接続が確立した後に前記第１のクラウドサービスとの接続を切断する
   請求項１に記載の情報処理装置。
3. 前記接続補助手段は、前記指示を受けた際に前記第２のクラウドサービスに対応する前記第２接続手段が前記情報処理装置に存在しない場合、前記第２接続手段を構成するソフトウェアを外部から取得して前記情報処理装置にインストールする
   請求項１または請求項２に記載の情報処理装置。
4. ネットワーク上で提供される第１のクラウドサービスおよび第２のクラウドサービスと、前記第１のクラウドサービスおよび前記第２のクラウドサービスを利用可能な情報処理装置とを有する情報処理システムの方法であって、
   前記情報処理装置は、
   前記第１のクラウドサービスとの接続を行う第１接続手段と、
   前記第２のクラウドサービスとの接続を行う第２接続手段と、
   前記第１のクラウドサービスとの接続が確立した後に行われる前記第２のクラウドサービスとの初回の接続を補助する接続補助手段と、を備え、
   前記第１のクラウドサービスが、ユーザから指定された接続済の前記情報処理装置に対して、アクセストークンを含む設定情報とともに前記第２のクラウドサービスとの接続を開始する指示を送信し、
   前記第１接続手段が、前記第１クラウドサービスから前記指示を受信し、
   前記接続補助手段が、前記第１接続手段を介した前記第１クラウドサービスからの前記指示に応じて、前記第２接続手段を起動させ、
   前記第２接続手段が、前記情報処理装置からの認証入力を受けずに前記設定情報を用いて、前記指示に応じて前記第２のクラウドサービスとの初回の接続を実行する
   ことを特徴とする方法。
5. 前記第１のクラウドサービスは、前記情報処理装置と前記第２のクラウドサービスの接続を管理する管理手段を有し、
   前記管理手段は、前記第２のクラウドサービスに接続する前記情報処理装置の指定をユーザから受け付ける
   請求項４に記載の方法。
6. 前記管理手段は、前記情報処理装置を識別する情報と、前記第２のクラウドサービスとの接続状態を示す情報とを紐づけて表示装置に表示する
   請求項５に記載の方法。
7. 前記管理手段は、前記指示を送信した後に前記第１接続手段が前記指示を受信していない場合、前記接続状態を示す情報として第１のエラーを表示する制御を行う
   請求項６に記載の方法。
8. 前記管理手段は、前記指示を送信した後に前記第２接続手段と前記第２のクラウドサービスとの接続が確立していない場合、前記接続状態を示す情報として第２のエラーを表示する制御を行う
   請求項６または請求項７に記載の方法。
   
   

Images