JP2022124969A - 情報処理装置、方法およびプログラム - Google Patents

Abstract

【課題】ネットワークデバイスから各種クラウドサービスが利用可能になるまでの作業負荷の軽減や作業時間の短縮を実現する。【解決手段】情報処理装置は、利用するサービスの選択と、選択された当該サービスに対応する第２アプリケーションに関する設定とを受け付ける受付手段と、第１アプリケーションによる情報処理装置のためのデバイス登録処理の結果の記録を待たずに、当該デバイス登録処理と並行して、第２アプリケーションのインストールおよび受け付けた設定の反映とを含む処理の実行を制御する制御手段と、デバイス登録の処理の結果が成功であった場合に、通信テストを実行する通信制御手段と、を備える。【選択図】図９

Description

本発明は、情報処理装置、方法およびプログラムに関する。

従来から、ネットワークデバイスをクラウドサーバへ登録する際の作業負荷を軽減するために、登録キーを利用する方法が提案されている（例えば、特許文献１参照）。

特開２０２０－９５５６９号公報

しかしながら、特許文献１の方法では、各種クラウドサービスを利用する上で必要となる作業、例えばクライアントアプリケーションのインストールおよび設定に関しては考慮されていない。そのため、ネットワークデバイスから各種クラウドサービスが利用可能になるまでの作業負荷の軽減および作業時間の短縮について、さらなる改善が要望されている。

本発明は、上記の状況に鑑みてなされたものであって、ネットワークデバイスから各種クラウドサービスが利用可能になるまでの作業負荷の軽減や作業時間の短縮を実現する仕組みを提供する。

本発明の一実施形態は、第１アプリケーションおよび第２アプリケーションを実行する情報処理装置である。情報処理装置は、利用するサービスの選択と、選択された当該サービスに対応する第２アプリケーションに関する設定とを受け付ける受付手段と、第１アプリケーションによる情報処理装置のためのデバイス登録処理の結果の記録を待たずに、当該デバイス登録処理と並行して、第２アプリケーションのインストールおよび受け付けた設定の反映とを含む処理の実行を制御する制御手段と、デバイス登録の処理の結果が成功であった場合に、通信テストを実行する通信制御手段と、を備える。

本発明によれば、ネットワークデバイスから各種クラウドサービスが利用可能になるまでの作業負荷の軽減や作業時間の短縮を実現できる。

本実施形態の支援システムの構成例を示す図である。 画像形成装置のハードウェア構成例を示す図である。 クラウドサーバのハードウェア構成例を示す図である。 画像形成装置のソフトウェア構成例を示す図である。 クラウドサーバのソフトウェア構成例を示す図である。 アプリケーション管理サーバのソフトウェア構成例を示す図である。 画像形成装置で動作するアプリケーションの主要部を示す図である。 画像形成装置に表示される操作画面の遷移例を示す図である。 接続支援プログラムによるクラウドサービス接続処理の例を示す図である。 図９のクライアントに関する処理例を示す図である。 接続支援プログラムによるアプリケーションの更新処理の例を示す図である。

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

図１は、本実施形態のクラウドサービス接続支援システム（以下、支援システムとも称する）の構成例を示す図である。

支援システムは、画像形成装置１０１と、クラウドサーバ１０２と、アプリケーション管理サーバ１０３を含む。図１では、支援システムに１台の画像形成装置１０１が含まれる例を示すが、支援システムに含まれる画像形成装置１０１の数は、複数台であってもよい。

画像形成装置１０１、クラウドサーバ１０２およびアプリケーション管理サーバ１０３は、ネットワーク１００を介して相互に接続されている。ネットワーク１００は、例えば、インターネット等の既知の通信ネットワークであり、データの送受信が可能であればＬＡＮ、ＷＡＮ、電話回線、無線通信回線等のいずれの構成を採用してもよい。

画像形成装置１０１は、クラウドサービスの提供を受ける情報処理装置である。画像形成装置１０１は、プリンタ、複写機、デジタル複合機、３Ｄプリンタなどを含むが、本実施形態では、画像形成装置１０１が、コピー、スキャナ、プリンタ、ファクシミリ、ファイル送信などの各種機能を備えたデジタル複合機である場合を説明する。

画像形成装置１０１は、登録リクエストをクラウドサーバ１０２へ送信することで、クラウドサーバ１０２が管理するテナントに登録される。テナントに登録された画像形成装置１０１は、クラウドサーバ１０２へのアクセス許可情報を取得することができる。また、画像形成装置１０１は、アプリケーション管理サーバ１０３からクライアントアプリケーションをダウンロードしてインストールする。ここで、クライアントアプリケーション（以下、クライアントとも称する）は、クラウドサーバ１０２で提供される各種クラウドサービスに必要となるアプリケーションである。

クラウドサーバ１０２は、画像形成装置１０１を管理するデバイス管理サービスや、各種のクラウドサービスを提供するためのサーバである。クラウドサーバ１０２は、テナント毎に論理的に分離された状態で上記のデバイス管理サービスを提供するとともに、テナント毎にライセンスされた各種サービスを提供する。

アプリケーション管理サーバ１０３は、上記のクライアントアプリケーションを蓄積および管理するサーバである。アプリケーション管理サーバ１０３は、画像形成装置１０１からのリクエストに応じて、特定のアプリケーションおよびそのライセンス情報を送信する。

図２は、画像形成装置１０１のハードウェア構成例を示す図である。画像形成装置１０１は、コントローラ部２００と、スキャナ部２１３と、プリンタ部２１４と、操作部２１８とを備える。

コントローラ部２００は、スキャナ部２１３、プリンタ部２１４および操作部２１８と電気的に接続され、ネットワーク１００を介して外部機器と接続される。これにより、画像形成装置１０１は、画像データやデバイス情報の入出力が可能である。

ここで、スキャナ部２１３は、シート上の原稿画像を読み取り、原稿を読み取って得られた画像データを画像処理して出力する。プリンタ部２１４は、画像データに基づいて、印刷対象のシートにトナーを用いて画像を形成して印刷する。操作部２１８は、例えば、表示部にタッチパネルが積層された入出力デバイスとして構成される。

コントローラ部２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、操作部Ｉ／Ｆ２０５、ネットワークＩ／Ｆ２０６、ＵＳＢＩ／Ｆ２０７を有する。これらの要素は、システムバス２１１を介して互いに接続されている。また、システムバス２１１は、画像バス２１２とも接続されている。画像バス２１２には、スキャナＩ／Ｆ２０８、画像形成部２０９、プリンタＩ／Ｆ２１０がそれぞれ接続されている。

なお、ＣＰＵは、Central Processing Unitの略であり、ＲＯＭは、Read Only Memoryの略である。ＲＡＭは、Random Access Memoryの略であり、ＨＤＤは、Hard Disk Driveの略である。ＵＳＢは、Universal Serial Busの略である。

ＣＰＵ２０１は、ＲＯＭ２０２またはＲＡＭ２０３に格納されたプログラムに従って、各種の演算処理を行うプロセッサである。ＲＯＭ２０２は、不揮発性の記憶領域であって、例えばＢＩＯＳなどのプログラムが格納される。ＲＡＭ２０３は、ＣＰＵ２０１が各種の演算処理を行う際の一時記憶領域（ワークメモリ）として使用される。ＲＡＭ２０３は、記憶した内容を電源ＯＦＦ後も保持可能なＦＲＡＭ（登録商標）およびＳＲＡＭ、電源ＯＦＦ後に記憶内容が消去されるＤＲＡＭなどにより構成される。

ＨＤＤ２０４は、不揮発性の大容量記憶媒体であって、システムアプリケーションなどを格納する。また、ＨＤＤ２０４は、後述の第１アプリケーションを含むファームウェアプログラムも格納する。上記のファームウェアプログラムは、画像形成装置１０１の工場出荷時に格納され、画像形成装置１０１に組み込まれて提供されるソフトウェア群である。なお、ＨＤＤ２０４の代わりにソリッドステートドライブ（ＳＳＤ）を用いてもよい。

操作部Ｉ／Ｆ２０５は、システムバス２１１および操作部２１８を接続し、操作部２１８からの入力を受け付けるインターフェースである。例えば、操作部Ｉ／Ｆ２０５は、システムバス２１１から受けた操作画面のデータを操作部２１８の表示部に表示させるとともに、操作部２１８からの入力情報をシステムバス２１１へ出力する。このように、画像形成装置１０１に対するユーザの指示や画像形成装置１０１からの情報提示は、操作部２１８を介して行われる。

ネットワークＩ／Ｆ２０６は、システムバス２１１およびネットワーク１００を接続し、外部機器との通信を行うためのインターフェースである。ＵＳＢＩ／Ｆ２０７は、ＵＳＢ規格に準拠した制御により、種々の周辺機器を画像形成装置１０１に接続する汎用インターフェースである。

スキャナＩ／Ｆ２０８は、スキャナ部２１３と接続されるインターフェースであって、スキャナ部２１３から受取った画像データに対して、補正、加工及び編集を行う。画像形成部２０９は、例えば、画像データの方向変換、画像データの圧縮および伸張などの処理を行う。プリンタＩ／Ｆ２１０は、プリンタ部２１４と接続されるインターフェースであって、画像形成部２０９から送られた画像データを受け、プリンタ部２１４で印刷を実行する。

図３は、クラウドサーバ１０２のハードウェア構成例を示す図である。クラウドサーバ１０２は、出力Ｉ／Ｆ３０１、入力Ｉ／Ｆ３０２、記憶装置３０３、メモリ３０４、ＣＰＵ３０５、ネットワークＩ／Ｆ３０６を有する。これらの要素はバス３０７を介して互いに接続されている。

出力Ｉ／Ｆ３０１は、不図示の出力装置と接続され、出力装置への出力を担うインターフェースである。出力装置としては、例えば、液晶ディスプレイなどの表示装置が挙げられる。

入力Ｉ／Ｆ３０２は、不図示の入力装置と接続され、入力装置からの入力を受け付けるインターフェースである。入力装置としては、例えば、キーボードやポインティングデバイスなどが挙げられる。

記憶装置３０３は、例えば、ＯＳ（Operating System）、認証プログラムおよび管理プログラムなどのプログラムや各種の情報を記憶する。ここで、認証プログラムは、認証・接続処理を行うプログラムであり、管理プログラムは、画像形成装置１０１を登録して管理するプログラムである。また、記憶装置３０３に記憶される情報には、顧客組織や画像形成装置１０１の登録情報や、画像形成装置１０１から受信した設定情報および稼働情報などが含まれる。

メモリ３０４は、ＣＰＵ３０５が各種の演算処理を行う際の一時記憶領域（ワークメモリ）として使用される。
ＣＰＵ３０５は、プログラムに従って各種の演算処理を行うプロセッサである。ＣＰＵ３０５は、例えば、認証プログラムや管理プログラムを記憶装置３０３からメモリ３０４にロードし、これらのプログラムを実行する。

ネットワークＩ／Ｆ３０６は、外部機器との通信を行うためのインターフェースである。ネットワークＩ／Ｆ３０６は、ネットワーク１００と接続され、ネットワーク１００を介した画像形成装置１０１との通信制御を行う。

なお、図３は、一般的な情報処理装置のハードウェアのブロック図に相当する。なお、アプリケーション管理サーバ１０３のハードウェア構成は図３と同様であるので、アプリケーション管理サーバ１０３に関する重複説明は省略する。

図４は、画像形成装置１０１のソフトウェア構成例を示す図である。図４に示す各ソフトウェアはＣＰＵ２０１により実行される。また、ソフトウェアの実行時に使用される各種情報は、ＲＡＭ２０３もしくはＨＤＤ２０４に保持される。これらの情報は、ソフトウェア機能間でやりとりされる。さらに、ソフトウェアによる外部機器との通信には、ネットワークＩ／Ｆ２０６が使用される。

画像形成装置１０１は、ソフトウェアモジュールとして、ＯＳ４０１、コントローラモジュール４０２、インタプリタ４０３、アプリケーション管理部４０４、拡張アプリケーション４０５、システムアプリケーション４０６を有する。ここで、ＯＳ４０１、コントローラモジュール４０２、インタプリタ４０３、アプリケーション管理部４０４は、例えばＲＯＭ２０２に格納され、拡張アプリケーション４０５、システムアプリケーション４０６は例えばＨＤＤ２０４に格納される。

ＯＳ４０１は、画像形成装置１０１を統括的に管理して基本的な制御機能を提供する。コントローラモジュール４０２は、ＯＳ４０２上で機能し、各種機器の制御を担う。インタプリタ４０３は、各種のアプリケーションなどのプログラムを逐次実行する機能を担う。アプリケーション管理部４０４は、インタプリタ４０３上で機能し、複数のアプリケーション群を管理する機能を担う。

拡張アプリケーション４０５は、アプリケーション管理部４０４の管理下で動作し、画像形成装置１０１の各種機能を実現するアプリケーションである。拡張アプリケーション４０５には、デバイス登録アプリケーション４０９や、各種クラウドサービスに対応するクライアントＡ４１０、クライアントＢ４１１などが含まれる。

システムアプリケーション４０６は、アプリケーション管理部４０４の管理下で動作するアプリケーションであり、拡張アプリケーション４０５をインストール制御するインストーラ４０７や、接続支援アプリケーション４０８などを含む。システムアプリケーション４０６は、拡張アプリケーション４０５と異なり、ファームウェアの一部として組み込まれている。そのため、システムアプリケーション４０６はライセンス不要であって、ファームウェアと独立した形式でシステムアプリケーション４０６の更新はできない。

アプリケーション管理部４０４は、インストーラ４０７によるアプリケーションのインストール指示に応答して、インストールするアプリケーションを管理対象として追加する。アプリケーション管理部４０４は、管理下に追加されたアプリケーションのバージョンを含むアプリケーション情報、ライセンス情報などを保持する。さらに、画像形成装置１０１内のアプリケーションプログラムの削除に応答し、アプリケーション管理部４０４は拡張アプリケーション４０５を管理対象から外す。

なお、デバイス登録アプリケーション４０９とそのライセンスファイルは、あらかじめファームウェアに同梱され、画像形成装置１０１の初回起動時や、ファームウェア更新後の再起動時にインストーラ４０７によって自動的にインストールされる。上記のデバイス登録アプリケーション４０９およびライセンスファイルのインストールの態様を、以後プレインストールとも称する。

図５は、クラウドサーバ１０２のソフトウェア構成例を示す図である。図５では、クラウドサーバ１０２で動作するソフトウェアのうち、各種サービスとデバイス管理サービスの主要部に関連するものを示している。

クラウドサーバ１０２は、ソフトウェアモジュールとして、デバイス管理サービス５００、サービスＡ５０３、サービスＢ５０４を有する。クラウドサーバ１０２は、これらのソフトウェアにより、デバイス管理サービス５００を含む様々なサービスを提供することができる。

画像形成装置１０１のデータは、クラウドサーバ１０２のデバイス管理サービス５００によって、顧客組織や販売組織ごとに論理的に分離された状態で管理される。このため、デバイス管理サービス５００では、仮想的な組織である「テナント」が、顧客組織や販売組織の単位で作成され、顧客組織や販売組織にテナントが割り当てられる。そして、画像形成装置１０１が顧客組織や販売組織に割り当てたテナントに登録されることで、デバイス管理サービス５００は、画像形成装置１０１のデータをテナントの単位で分離して管理できる。さらに、クラウドサーバ１０２で動作するクラウドサービスのライセンスをテナントに付与することで、テナントに属する画像形成装置１０１は、当該テナントにライセンスが付与されているクラウドサービスを利用できる。

デバイス接続管理部５０１は、画像形成装置１０１を識別する識別情報の管理や、デバイス登録キーの生成を行う。デバイス登録キーは、テナントを一意に特定するためのキーであり、画像形成装置１０１を所定のテナントに登録するために使用される。

デバイス登録管理部５０２は、画像形成装置１０１から送信されるデバイス登録リクエストに応じて、画像形成装置１０１をテナントに登録する。デバイス登録管理部５０２は、デバイス登録リクエストに含まれるデバイス登録キーおよびデバイス識別情報（例えば、画像形成装置のシリアル番号など）と、登録するテナントを識別するテナントＩＤとを紐づけて管理する。

図６は、アプリケーション管理サーバ１０３のソフトウェア構成例を示す図である。図６では、アプリケーション管理サーバ１０３で動作するソフトウェアのうち、アプリケーション管理プログラム６００の主要部に関連するものを示している。

アプリケーション管理プログラム６００は、商品情報管理部６０１、アプリケーション情報管理部６０２、ライセンス発行部６０３を含む。

商品情報管理部６０１は、商品情報テーブルを保持および管理する。ここで、商品は、アプリケーションファイルを販売する単位であり、顧客は商品単位でアプリケーションファイルを購入する。商品情報テーブルには、商品を識別するための商品ＩＤおよび商品名と、商品に含まれるアプリケーションのアプリケーションＩＤと、商品に対するライセンスを発行するために必要となるライセンスアクセス番号などが紐づけされている。

アプリケーション情報管理部６０２は、アプリケーション情報テーブルを保持および管理する。アプリケーション情報テーブルには、アプリケーションを特定するためのアプリケーションＩＤやアプリケーション名と、アプリケーションファイルの取得先を示すアドレスなどが紐づけされている。

ライセンス発行部６０３は、指定されたライセンスアクセス番号に基づいてライセンスを発行する。ライセンス発行部６０３は、例えば、画像形成装置１０１から送信されるライセンスアクセス番号に基づいてライセンスを発行し、ライセンスファイルとアプリケーションファイルを画像形成装置１０１へ送信する。

図７は、画像形成装置１０１で動作するアプリケーションの主要部を示す図である。図７のアプリケーションは、接続支援プログラム７００、デバイス登録プログラム７０１、クライアントプログラム７０２を含む。

接続支援プログラム７００は、図４で示した接続支援アプリケーション４０８として動作するプログラムである。接続支援プログラム７００は、ＵＩ制御部７０３、アプリケーションインストール部７０４、デバイス登録制御部７０５、通信テスト制御部７０６、アプリケーション設定部７０７、結果管理部７１２を含む。

ＵＩ制御部７０３は、受付手段の一例であって、接続支援プログラム７００の各機能を実行する上で必要なユーザ入力の受け付け機能や、入力を受付けるための操作画面を形成する機能を担う。また、アプリケーションインストール部７０４は制御手段の一例であり、通信テスト制御部７０６は通信制御手段の一例である。

デバイス登録プログラム７０１は、図４で示したデバイス登録アプリケーション４０９として動作するプログラムである。デバイス登録プログラム７０１は、デバイス登録Ｌｉｂｒａｒｙ７０８、通信テストＬｉｂｒａｒｙ７０９を含む。なお、デバイス登録プログラム７０１は、デバイス登録制御部７０５や通信テスト制御部７０６から呼び出されることで処理を実行するＡＰＩ群により構成されている。

クライアントプログラム７０２は、画像形成装置１０１がクラウドサービスの提供を受けるためにインストールされ、図４で示したクライアントＡ４１０やクライアントＢ４１０として動作するプログラムである。クライアントプログラム７０２は、通信テスト部７１０、設定受付／参照部７１１を含む。

図８は、画像形成装置１０１に表示される操作画面の遷移例を示す図である。図８の各操作画面は、操作部２１８において表示される。

開始画面８０１は、一連の処理を開始するときに操作部２１８に表示される画面である。開始画面８０１は、処理の開始の指示を受け付ける開始ボタンを含んでいる。

開始画面８０１で開始ボタンが操作されると操作画面が遷移する。このとき、操作中の画像形成装置１０１が、デバイス管理サービス５００に既にデバイス登録済か否かに応じて表示する操作画面が異なる。画像形成装置１０１がデバイス登録済か否かは、接続支援プログラム７００のデバイス登録制御部７０５がデバイス登録Ｌｉｂｒａｒｙ７０８を介してデバイス管理サービス５００に問い合わせることで確認可能である。

デバイス管理サービス５００にデバイス登録がされていない場合、デバイス登録キー入力画面８０２が表示される。一方、デバイス管理サービス５００にデバイス登録がされている場合、サービス選択画面８０３が表示される。

デバイス登録キー入力画面８０２は、予めデバイス接続管理部５０１において発行されたデバイス登録キーの入力を受け付ける画面である。デバイス登録キーは、デバイス管理サービス５００で画像形成装置１０１を管理するために使用され、例えば、デバイス登録Ｌｉｂｒａｒｙ７０８が登録リクエストを生成するために必要となる。

例えば、デバイス登録キー入力画面８０２は、デバイス登録キーの手動入力を受け付ける。しかし、予め画像形成装置１０１のＨＤＤ２０４にデバイス登録キーを記憶させておくことも可能である。その場合、接続支援プログラム７００は、ＨＤＤ２０４からデバイス登録キーを参照し、参照値をプリセットした状態でデバイス登録キー入力画面８０２を表示させるようにしてもよい。あるいは、デバイス登録キー入力画面８０２の表示ステップを省略するようにしてもよい。

例えば、画像形成装置１０１の仕向けによって、登録するテナントを一か所に固定できるケースを想定する。この場合、ファームウェアにデバイス登録キーをプリセットすれば、デバイス登録キーの手動入力作業を省略することも可能である。これにより、ユーザの作業負荷の軽減に寄与できる。
そして、デバイス登録キー入力画面８０２での作業が終了し、「次へ」のボタンが操作されると、サービス選択画面８０３が表示される。

サービス選択画面８０３は、各種クラウドサービス（５０３、５０４）に対応するクライアントのインストールや設定を行うために、対象となるサービスの選択入力を受け付ける画面である。図８の例では、サービス選択画面８０３でサービスＡ、サービスＢが選択された場合を説明する。
そして、サービス選択画面８０３で「ＯＫ」のボタンが操作されると、設定画面８０４、８０５が順次表示される。

設定画面８０４、８０５は、サービス選択画面８０３で選択されたサービス、もしくはサービスに対応するクライアントに関する設定の入力を受け付ける画面である。接続支援プログラム７００は、サービス選択画面８０３で選択されたサービスの数だけ設定画面を形成し、操作部２１８で表示する。図８の例では、サービス選択画面８０３でサービスＡ、サービスＢが選択されたため、サービスＡに対応する設定画面８０４と、サービスＢに対応する設定画面８０５が表示される。

上記の設定画面８０５までの入力で、デバイス登録および各種クラウドサービスを利用するために必要なすべての設定が完了する。つまり、ユーザは、設定画面８０５の「ＯＫ」ボタンの押下で必要な作業を完了したことになる。

その後、操作画面は実行中画面８０６に遷移し、接続支援プログラム７００は、デバイス登録処理、クライアントインストール処理、クライアント設定処理、通信テスト処理を実行する。上記の処理完了後、操作画面は実行中画面８０６からメニュー画面８０７に遷移する。

メニュー画面８０７は、各処理の結果を表示する操作を受け付けるボタンを含む。ユーザは、メニュー画面８０７の各ボタンを押下することで、各処理の実行結果や最新の状況を確認できる。

なお、メニュー画面８０７が表示された状態において、接続支援プログラム７００は、更にデバイス登録アプリケーション４０９およびクライアント（４１０、４１１）のバージョンアップをバックグラウンドで実行する。

図９は、接続支援プログラム７００によるクラウドサービス接続処理の例を示す流れ図である。図９の処理は、図８の実行中画面８０６の表示中に実行される。ここで、デバイス登録アプリケーション４０９は第１アプリケーションの一例であり、クライアントＡ４１０やクライアントＢ４１１は第２アプリケーションの一例である。

図９において、接続支援プログラム７００は、第１アプリケーションであるデバイス登録アプリケーション４０９を使用したデバイス登録処理と、第２アプリケーションである各クライアントに関する処理を並列に実行する。このとき、接続支援プログラム７００は、サービス選択画面８０３で選択されたサービスに対応する全てのクライアントを対象として、クライアントに関する処理をそれぞれ実行する。

（デバイス登録処理）
まず、Ｓ９０１、Ｓ９０２を参照してデバイス登録処理について説明する。
ステップＳ９０１にて、接続支援プログラム７００は、デバイス登録プログラム７０１を介してクラウドサーバ１０２のデバイス管理サービス５００に対し、デバイス登録処理を実行する。

具体的には、デバイス登録制御部７０５は、ＵＩ制御部７０３で受け付けたデバイス登録キーをデバイス登録Ｌｉｂｒａｒｙ７０８へ引き渡す。デバイス登録キーは予めデバイス管理サービス５００のデバイス接続管理部５０１によって発行され、ユーザに伝えられているものとする。但し、デバイス登録キーに関しては、図８で説明したように、ユーザによる入力に限らず、予めＨＤＤ２０４に保存されている値を参照するものでもよい。

デバイス登録Ｌｉｂｒａｒｙ７０８は、デバイス登録キーに基づいてデバイス登録リクエストを生成し、当該デバイス登録リクエストをデバイス管理サービス５００へ送信する。デバイス登録リクエストを受信したデバイス登録管理部５０２は、デバイス登録キーに合致するテナントに画像形成装置１０１を登録する。

デバイス登録管理部５０２は、デバイス登録Ｌｉｂｒａｒｙ７０８を介して、デバイス登録結果をデバイス登録制御部７０５へ通知する。デバイス登録に成功している場合、デバイス登録管理部５０２は、登録したテナント情報（テナントＩＤやテナント名など）についても通知する。

ステップ９０２にて、結果管理部７１２は、ステップＳ９０１で通知されたデバイス登録の結果をファイルに記録し、現在の登録状況や登録済テナント情報などを管理する。以上で、デバイス登録処理が終了する。

（クライアントに関する処理）
次に、図９、図１０を参照して、クライアントに関する処理について説明する。クライアントに関する処理はサービス単位で並列に実行され、クライアントのインストール（Ｓ９０３～Ｓ９１０）と、クライアントの設定（Ｓ９１１、Ｓ９１２）を含む。

図９に示すように、クライアントに関する処理は、例えば、サービス選択画面８０３で選択されたサービスＡ、Ｂに対応するクライアントＡ、Ｂを対象としてそれぞれ並列に実行される。そして、クライアントＡ４１０に関する処理と、クライアントＢ４１１に関する処理はいずれも同様である。そのため、以下の説明では、図１０を参照してクライアントＡ４１０に関する処理を詳細に説明し、クライアントＢ４１１に関する処理の重複説明は省略する。

（クライアントのインストール）
ステップＳ９０３にて、アプリケーションインストール部７０４は、アプリケーション管理部４０４に問い合わせて、クライアントＡ４１０がインストール済かを判断する。クライアントＡ４１０が未インストールの場合、処理はＳ９０４に移行する。一方、クライアントＡ４１０がインストール済の場合、処理はＳ９０６に移行する。

ステップＳ９０４にて、アプリケーションインストール部７０４は、アプリケーション管理サーバ１０３からクライアントＡ４１０をダウンロードする。

具体的には、アプリケーションインストール部７０４は、クライアントＡ４１０を含む商品に対応したライセンスアクセス番号をアプリケーション管理サーバ１０３へ送信する。上記のライセンスアクセス番号は、ＨＤＤ２０４に予め記憶されたものである。

アプリケーション管理サーバ１０３では、商品情報管理部６０１が受信したライセンスアクセス番号に基づき商品を特定し、アプリケーション情報管理部６０２が商品に含まれるアプリケーションを特定する。そして、ライセンス発行部６０３は、特定された商品に含まれるアプリケーションを画像形成装置１０１に適用するためのライセンスファイルを生成する。そして、アプリケーション管理サーバ１０３は、アプリケーションファイルおよびライセンスファイルを画像形成装置１０１に送信する。

ステップＳ９０５にて、アプリケーションインストール部７０４は、ダウンロードしたアプリケーションファイルおよびライセンスファイルを、インストーラ４０７を介してインストールする。これにより、クライアントＡ４１０が、アプリケーション管理部４０４で管理可能な状態となる。その後、処理はＳ９０７に移行する。

ステップＳ９０６にて、アプリケーションインストール部７０４は、アプリケーション管理部４０４に問い合わせて、インストール済のクライアントＡ４１０が開始されているかを判断する。クライアントＡ４１０が開始されている場合、処理はＳ９１１に移行する。一方、クライアントＡ４１０が開始されていない場合、処理はＳ９０７に移行する。

ステップＳ９０７にて、アプリケーションインストール部７０４は、クライアントＡ４１０のインストールが成功したかを判断する。インストールが成功した場合、処理はＳ９０８に移行する。一方、インストールが失敗した場合、処理はＳ９１０に移行する。

ステップＳ９０８にて、アプリケーションインストール部７０４は、インストーラ４０７を介してクライアントＡ４１０を開始し、アプリケーション管理部４０４の管理情報を更新する。

ステップＳ９０９にて、結果管理部７１２は、クライアントＡ４１０のインストール結果（インストール成功）および状態（開始しているか）をファイルに記録する。そして、接続支援プログラム７００は、インストールおよび状態変更したアプリケーションの情報（アプリケーションＩＤ、アプリケーション名、バージョン、状態など）を管理する。その後、処理はＳ９１１に移行する。

ステップＳ９１０にて、結果管理部７１２は、クライアントＡ４１０のインストール結果（インストール失敗）をファイルに記録する。この場合、後述のクライアントの設定は行われずに処理が終了する。

（クライアントの設定）
ステップＳ９１１にて、アプリケーション設定部７０７は、図８の設定画面８０４で入力され、ＵＩ制御部７０３が受付けたクライアントＡに関する設定内容を反映させる。このとき、アプリケーション設定部７０７は、上記のクライアントＡに関する設定内容を、クライアントＡ４１０の設定受付／参照部７１１を介してＨＤＤ２０４に保存する。なお、設定場所が静的に決まっていれば、アプリケーション設定部７０７がクライアントＡ４１０を介さずに直接ＨＤＤ２０４の所定の場所に保存してもよい。

ステップＳ９１２にて、結果管理部７１２は、クライアントＡに関する設定結果を、アプリケーション情報（アプリケーション名やバージョンなど）やサービス情報（サービス名など）と紐づけてファイルに記録して管理する。
以上で、クライアントに関する処理の説明を終了する。

そして、デバイス登録処理と、全クライアント分のクライアントに関わる処理が終了すると、接続支援プログラム７００はステップＳ９１３を実行する。
ステップＳ９１３にて、デバイス登録制御部７０５は、ステップＳ９０１のデバイス登録が成功したかを判断する。デバイス登録が成功の場合、処理はＳ９１４に移行し、通信テストが実行される。一方、デバイス登録が失敗の場合、図９の処理は終了する。

（通信テスト）
ステップＳ９１４にて、通信テスト制御部７０６は、通信テストＬｉｂｒａｒｙ７０９を介して、各クライアントの通信テストを実行する。

具体的には、通信テスト制御部７０６が通信テストＬｉｂｒａｒｙ７０９を呼び出すと、通信テストＬｉｂｒａｒｙ７０９は、各クライアントプログラムの通信テスト部７１０に対して通信テスト要求を出す。図９の例では、通信テストＬｉｂｒａｒｙ７０９は、クライアントＡ４１０、クライアントＢ４１１に対して通信テスト要求を出す。

各クライアントプログラム７０２の通信テスト部７１０は、対応するサービスに所定の導通確認処理を実施する。例えば、クライアントＡ４１０の場合、通信テスト部７１０はサービスＡ５０３に導通確認処理を実施し、クライアントＢ４１１の場合、通信テスト部７１０はサービスＢ５０４に導通確認処理を実施する。これらの導通確認処理は、各サービス／クライアント間で決められたものであり、サービス毎に異なる処理であってもよい。

また、通信テストの結果は、各クライアントプログラム７０２の通信テスト部７１０から、通信テストＬｉｂｒａｒｙ７０９を介して、通信テスト制御部７０６に通知される。

ステップＳ９１５にて、結果管理部７１２は、クライアント毎に通信テストの結果をファイルに記録して管理する。
ここまでの処理により、画像形成装置１０１のデバイス登録処理と、各クライアントのインストールおよび設定と、通信テストが完了し、画像形成装置１０１は各種サービスが利用可能な状態となる。以上で、図９、図１０の説明を終了する。

ここで、図９の流れ図は、画像形成装置１０１がデバイス登録されていないことを前提とした処理例を示している。実際には、接続支援プログラム７００は、図９の処理の開始前にデバイス登録済かを判断し、デバイス登録済であればデバイス登録処理（Ｓ９０１、Ｓ９０２）を省略する。例えば、図８の開始画面８０１でユーザが「開始」ボタンを押下したときに、デバイス登録済かが判断される。そして、デバイス登録済であれば、デバイス登録キー入力画面８０２の表示がスキップされる。

図１１は、接続支援プログラム７００によるアプリケーションの更新処理の例を示す流れ図である。図１１の処理は、図９に示すクラウドサービス接続処理が完了し、メニュー画面８０７が表示された際にバックグラウンドで実行される処理である。

ステップＳ１００１にて、アプリケーションインストール部７０４は、現在インストール済のデバイス登録アプリケーション４０９が最新バージョンかを判断する。最新バージョンでない場合、処理はＳ１００２に移行する。一方、最新バージョンの場合、処理はＳ１００４に移行する。

具体的には、アプリケーションインストール部７０４は、アプリケーション管理サーバ１０３のアプリケーション情報管理部６０２に対し、現在市場公開されているデバイス登録アプリケーション４０９のバージョンの一覧を問い合わせる。アプリケーションインストール部７０４は、取得したバージョン一覧の中から最新のものを特定する。また、アプリケーションインストール部７０４は、アプリケーション管理部４０４にインストール済のデバイス登録アプリケーション４０９のバージョンを問い合わせる。そして、アプリケーションインストール部７０４は、特定した最新バージョンとインストール済のバージョンを比較して上記の判断を行えばよい。

ステップＳ１００２にて、アプリケーションインストール部７０４は、デバイス登録アプリケーション４０９を更新する。
具体的には、アプリケーションインストール部７０４は、アプリケーション管理サーバ１０３から最新バージョンのデバイス登録アプリケーション４０９のアプリケーションファイルとライセンスファイルをダウンロードする。そして、アプリケーションインストール部７０４は、インストーラ４０７を介してデバイス登録アプリケーション４０９を上書き更新する。

ステップＳ１００３にて、結果管理部７１２は、アプリケーションの上書き更新結果をファイルに記録する。そして、結果管理部７１２は、接続支援プログラム７００が上書き更新したアプリケーションの情報（アプリケーションＩＤ、アプリケーション名、バージョン、状態など）を管理する。

デバイス登録アプリケーション４０９はファームウェアに含まれてプレインストールされるが、デバイス登録アプリケーション４０９の進化は必ずしもファームウェアの進化とは同期しない。例えば、ファームウェアが１回バージョンアップするまでの間に、デバイス登録アプリケーション４０９が複数回更新されることもありうる。したがって、画像形成装置１０１が工場出荷されてからある程度の月日が経過した場合、新しいバージョンのデバイス登録アプリケーション４０９がアプリケーション管理サーバ１０３で市場公開されている可能性がある。かかるケースにおいて、クラウドサービス接続処理そのものにかかる時間やユーザの作業負荷に影響を与えることなく、デバイス登録アプリケーション４０９の更新ができる。

また、デバイス登録アプリケーション４０９の更新処理は、図９におけるデバイス登録処理（Ｓ９０１）に失敗した場合にも実行される。例えば、工場出荷時にプレインストールされているデバイス登録アプリケーション４０９が古いことが原因で、デバイス登録処理（Ｓ９０１）に失敗した場合を考える。この場合、デバイス登録アプリケーション４０９の更新後に、再度接続支援プログラム７００を実行し、デバイス登録処理（Ｓ９０１）をやり直せばデバイス登録に成功する。したがって、更新すべきアプリケーションやバージョンの確認や、更新のためのインストール作業をユーザが意識しなくても済むので、ユーザの作業負荷が軽減される。

ステップＳ１００４にて、アプリケーションインストール部７０４は、クライアントが最新バージョンかを判断する。最新バージョンの判断手法はＳ１００１と同様であるため重複説明は省略する。最新バージョンでない場合、処理はＳ１００５に移行する。一方、最新バージョンの場合、処理はＳ１００７に移行する。

ステップＳ１００５にて、アプリケーションインストール部７０４は、クライアントを更新する。
具体的には、アプリケーションインストール部７０４は、アプリケーション管理サーバ１０３から最新バージョンのクライアントのアプリケーションファイルとライセンスファイルをダウンロードする。そして、アプリケーションインストール部７０４は、インストーラ４０７を介してクライアントを上書き更新する。

ステップＳ１００６にて、結果管理部７１２は、クライアントの上書き更新結果をファイルに記録する。そして、結果管理部７１２は、接続支援プログラム７００が上書き更新したクライアントの情報（アプリケーションＩＤ、アプリケーション名、バージョン、状態など）を管理する。

ステップＳ１００７にて、アプリケーションインストール部７０４は、全クライアントの更新処理が完了したかを判断する。全クライアントの更新処理が完了した場合、図１１の処理は終了する。一方、全クライアントの更新処理が完了していない場合、処理はＳ１００４に戻る。

具体的には、接続支援プログラム７００がセットアップの対象として予め記憶し、かつインストール済の全クライアントで更新処理が完了したかがＳ１００７で判断される。換言すれば、サービス選択画面８０３で選択可能なサービスに対応したクライアントであって、かつ既にインストールされているものが対象となる。したがって、対象のクライアントは、必ずしもサービス選択画面８０３で選択されたものとは一致しない。この種の不一致は、例えば、前回のクラウドサービス接続処理時にサービスをインストールし、今回のクラウドサービス接続作業で別のサービスを選択した場合に生じうる。また、この種の不一致は、何らかの手段により既にクライアントがインストール済である場合なども生じうる。

クライアントがインストールされてから、今回のクラウドサービス接続処理までにある程度の月日が経過した場合、新しいバージョンのクライアントがアプリケーション管理サーバ１０３で市場公開されている可能性がある。かかるケースにおいて、クラウドサービス接続処理そのものにかかる時間やユーザの作業負荷に影響を与えることなく、既存のクライアントの更新ができる。

このように、図１１の処理では、デバイス登録アプリケーション４０９および既存のクライアントを、クラウドサービス接続処理にかかる時間やユーザの作業負荷に影響を与えずに更新できることが分かる。そして、クラウドサービス接続処理の完了後は、常に新しいバージョンのクライアントで各種クラウドサービスを利用することができるので、ユーザの利便性を向上させることができる。

以上のように、本実施形態のデバイス登録処理（Ｓ９０１、Ｓ９０２）は、プレインストールされたデバイス登録アプリケーション４０９によって実行される。上記のデバイス登録処理と並行して、クライアントＡ４１０、クライアントＢ４１１のセットアップが実行される（Ｓ９０３～Ｓ９１２）。そして、これらの処理の終了後に、通信テスト制御部７０６および通信テスト部７１０により通信テストが実行される（Ｓ９１４）。このように、本実施形態においては、各アプリケーションに対する処理を並列に実行することで、これらの処理を直列的に順次実行する場合と比べてクラウドサービス接続処理にかかる時間を短縮できる。

また、上記実施形態では、デバイス登録キーや、利用するクラウドサービスに対応する設定情報などを全て入力した上で各アプリケーションに対する処理が実行される。そのため、クラウドサービス接続処理におけるユーザの手間が少なくなり、利便性が向上する。

また、本実施形態において、デバイス登録に失敗した場合にもクライアントのインストール処理は並行して実行されている。そのため、再度接続支援プログラムを実行した場合には、クライアントのインストール処理が省略することができ（Ｓ９０３のＹｅｓ）、リカバリー作業の時間を短縮することができる。

また、本実施形態では、クラウドサービス接続処理が完了した後にバックグラウンドで各アプリケーションの更新が実施される。そのため、クラウドサービス接続処理の時間を短縮しつつ、各種サービスに対応したクライアントを最新の状態で利用できる。

（実施形態の変形例）
上記実施形態においては、画像形成装置１０１を対象とする支援システムの例を説明した。しかし、本発明で支援システムにより支援される情報処理装置は、クラウドサービスを利用可能なネットワークデバイスであればよく、画像形成装置に限定されるものではない。

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

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

１００ ネットワーク
１０１ 画像形成装置
１０２ クラウドサーバ
１０３ アプリケーション管理サーバ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤＤ
２０５ 操作部Ｉ／Ｆ
２１８ 操作部
４０５ 拡張アプリケーション
４０６ システムアプリケーション
４０７ インストーラ
４０８ 接続支援アプリケーション
４０９ デバイス登録アプリケーション
４１０ クライアントアプリケーションＡ
４１１ クライアントアプリケーションＢ
７００ 接続支援プログラム
７０１ デバイス登録プログラム
７０２ クライアントプログラム
７０３ ＵＩ制御部
７０４ アプリケーションインストール部
７０５ デバイス登録制御部
７０６ 通信テスト制御部
７０７ アプリケーション設定部
７１２ 結果管理部

Claims (9)

1. 第１アプリケーションおよび第２アプリケーションを実行する情報処理装置であって、
   利用するサービスの選択と、選択された当該サービスに対応する前記第２アプリケーションに関する設定とを受け付ける受付手段と、
   前記第１アプリケーションによる前記情報処理装置のためのデバイス登録処理の結果の記録を待たずに、当該デバイス登録処理と並行して、前記第２アプリケーションのインストールおよび前記受け付けた設定の反映とを含む処理の実行を制御する制御手段と、
   前記デバイス登録の処理の結果が成功であった場合に、通信テストを実行する通信制御手段と、を備える
   ことを特徴とする情報処理装置。
2. 前記第１アプリケーションは、前記情報処理装置に組み込まれて提供されるファームウェアプログラムの一部であり、
   前記第２アプリケーションは、前記情報処理装置がクラウドサービスの提供を受けるためにインストールされるクライアントプログラムである
   請求項１に記載の情報処理装置。
3. 前記通信制御手段は、前記デバイス登録の処理の結果が成功であった場合に、前記クラウドサービスに対する通信テストを実行する
   請求項２に記載の情報処理装置。
4. 前記制御手段は、前記通信テストの実行までの処理を完了した後、処理の結果を表示するためのメニュー画面を表示装置に表示させつつ、バックグラウンドで前記第１アプリケーションおよび前記第２アプリケーションの更新を実行する
   請求項１から請求項３のいずれか一項に記載の情報処理装置。
5. 前記制御手段は、前記第１アプリケーションによる前記デバイス登録処理が失敗していても、前記更新を実行する
   請求項４に記載の情報処理装置。
6. 前記制御手段は、前記第２アプリケーションがインストール済の場合、前記第２アプリケーションのインストールを行わずに、前記受け付けた設定を反映する処理を実行する
   請求項１から請求項５のいずれか一項に記載の情報処理装置。
7. 前記制御手段は、選択された前記サービスに対応する前記第２アプリケーションが複数ある場合に、前記第２アプリケーションのインストールおよび前記受け付けた設定の反映を含む処理を並列に実行する
   請求項１から請求項６のいずれか一項に記載の情報処理装置。
8. 利用するサービスの選択と、選択された当該サービスに対応する第２アプリケーションに関する設定とを受け付ける受付工程と、
   第１アプリケーションによる情報処理装置のためのデバイス登録処理の結果の記録を待たずに、当該デバイス登録処理と並行して、前記第２アプリケーションのインストールおよび前記受け付けた設定の反映とを含む処理の実行を制御する制御工程と、
   前記デバイス登録の処理の結果が成功であった場合に、通信テストを実行する通信制御工程と、を有する
   ことを特徴とする方法。
9. 利用するサービスの選択と、選択された当該サービスに対応する第２アプリケーションに関する設定とを受け付ける受付工程と、
   第１アプリケーションによる情報処理装置のためのデバイス登録処理の結果の記録を待たずに、当該デバイス登録処理と並行して、前記第２アプリケーションのインストールおよび前記受け付けた設定の反映とを含む処理の実行を制御する制御工程と、
   前記デバイス登録の処理の結果が成功であった場合に、通信テストを実行する通信制御工程と、
   をコンピュータに実行させることを特徴とするプログラム。
   
   

Images