(57)【要約】【課題】ネットワーク負荷の低減や設置作業時間の短縮を可能にすることを目的とする。【解決手段】設置データを取得する第１の取得手段と、設置データにローカルサーバー情報がある場合、ローカルサーバー情報で示されるローカルサーバーからコンテンツを取得し、設置データにローカルサーバー情報がない場合、コンテンツサーバーからコンテンツを取得する第２の取得手段と、設置データの設置処理情報に基づき、取得したコンテンツを使用して自動設置処理を実行する制御手段と、を有する。【選択図】図１１
2019074954.tif 000002
【特許請求の範囲】
【請求項１】
設置データを取得する第１の取得手段と、
前記設置データにローカルサーバー情報がある場合、前記ローカルサーバー情報で示されるローカルサーバーからコンテンツを取得し、前記設置データにローカルサーバー情報がない場合、コンテンツサーバーからコンテンツを取得する第２の取得手段と、
前記設置データの設置処理情報に基づき、前記取得したコンテンツを使用して自動設置処理を実行する制御手段と、
を有する情報処理装置。
【請求項２】
前記第２の取得手段は、前記ローカルサーバー情報で示されるローカルサーバーにコンテンツがある場合、前記ローカルサーバーからコンテンツを取得し、前記ローカルサーバー情報で示されるローカルサーバーにコンテンツがない場合、コンテンツサーバーからコンテンツを取得し、前記取得したコンテンツを前記ローカルサーバーに保存する請求項１記載の情報処理装置。
【請求項３】
前記設置データにローカルサーバー情報がある場合、前記自動設置処理の処理結果と前記ローカルサーバー情報とを管理サーバーに送信し、前記設置データにローカルサーバー情報がない場合、前記自動設置処理の処理結果を管理サーバーに送信する送信手段を更に有する請求項１又は２記載の情報処理装置。
【請求項４】
前記第１の取得手段は、前記設置データを前記管理サーバーから取得する請求項３記載の情報処理装置。
【請求項５】
前記第２の取得手段は、前記設置データに複数のローカルサーバー情報がある場合、使用するローカルサーバーを１つ決定し、決定したローカルサーバーからコンテンツを取得する請求項１記載の情報処理装置。
【請求項６】
設置データを検索するための画面を表示する第１の表示手段を更に有し、
前記第１の取得手段は、前記画面を介して入力された前記設置データに関する組織の識別情報と前記設置データの検索条件とを含む取得リクエストを管理サーバーに送信し、前記管理サーバーから前記設置データを取得する請求項１乃至５何れか１項記載の情報処理装置。
【請求項７】
前記設置データの内容を示す画面を表示する第２の表示手段を更に有する請求項６記載の情報処理装置。
【請求項８】
前記設置データの内容には、前記設置データの情報、設置処理の内容、前記ローカルサーバー情報が含まれる請求項７記載の情報処理装置。
【請求項９】
前記情報処理装置は、画像形成装置である請求項１乃至８何れか１項記載の情報処理装置。
【請求項１０】
設置データに関する組織の識別情報と前記設置データの検索条件とを含む取得リクエストを受信する受信手段と、
前記検索条件に基づいて設置データを取得する取得手段と、
前記設置データにローカルサーバー情報がある場合、前記設置データを情報処理装置に送信し、前記設置データにローカルサーバー情報がない場合、前記設置データと前記組織の識別情報で識別される組織に関連するローカルサーバー情報とを情報処理装置に送信する送信手段と、
を有する管理サーバー。
【請求項１１】
前記情報処理装置より前記設置データの設置処理情報に基づくコンテンツを使用した自動設置処理の処理結果を受信する受信手段と、
前記処理結果にローカルサーバー情報があり、前記設置データのローカルサーバー情報と異なる場合、前記設置データのローカルサーバー情報を前記処理結果のローカルサーバー情報で更新する更新手段と、
を有する請求項１０記載の管理サーバー。
【請求項１２】
前記送信手段は、前記取得リクエストの接続元ＩＰアドレスに関連するローカルサーバー情報がある場合は、前記設置データと前記接続元ＩＰアドレスに関連するローカルサーバー情報とを情報処理装置に送信し、前記取得リクエストの接続元ＩＰアドレスに関連するローカルサーバー情報がなく、かつ、前記設置データにローカルサーバー情報がある場合、前記設置データを情報処理装置に送信する請求項１０又は１１記載の管理サーバー。
【請求項１３】
情報処理装置が実行する情報処理方法であって、
設置データを取得する第１の取得工程と、
前記設置データにローカルサーバー情報がある場合、前記ローカルサーバー情報で示されるローカルサーバーからコンテンツを取得し、前記設置データにローカルサーバー情報がない場合、コンテンツサーバーからコンテンツを取得する第２の取得工程と、
前記設置データの設置処理情報に基づき、前記取得したコンテンツを使用して自動設置処理を実行する制御工程と、
を含む情報処理方法。
【請求項１４】
情報処理装置が実行する情報処理方法であって、
設置データに関する組織の識別情報と前記設置データの検索条件とを含む取得リクエストを受信する受信工程と、
前記検索条件に基づいて設置データを取得する取得工程と、
前記設置データにローカルサーバー情報がある場合、前記設置データを情報処理装置に送信し、前記設置データにローカルサーバー情報がない場合、前記設置データと前記組織の識別情報で識別される組織に関連するローカルサーバー情報とを情報処理装置に送信する送信工程と、
を含む情報処理方法。
【請求項１５】
コンピュータを、請求項１乃至９何れか１項記載の情報処理装置の各手段として機能させるためのプログラム。
【請求項１６】
コンピュータを、請求項１０乃至１２何れか１項記載の管理サーバーの各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、管理サーバー、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
情報処理装置（例えば、デジタル複合機）を導入するにあたっては、導入先の顧客の要望に応じた適切な設置作業が必要である。設置作業には、例えば、ファームウェアのアップデートや各種設定値の変更、アプリケーションのインストール等があるが、作業項目数が多いと時間がかかるうえに人為的なミスが発生しやすい。また、大規模な商談等では、同じ設置作業を複数の情報処理装置に対して実施することもあり、効率がよくない。そこで、予め設置作業内容を定義した設置データを作成しておき、設置作業時には設置データに基づき自動的に設定値の変更やアプリケーションのインストールを行うことで設置作業の効率化を図る自動設置システムがある。自動設置システムの主な利用方法として、顧客の要望を聞き取る営業担当者がオフィスで設置データを作成し、設置担当者が工場等で設置データを使用して設置作業を行うことが考えられる。
自動設置システムでは、情報処理設置が設置データに基づき必要なコンテンツ（ファームウェアやアプリケーション等）をインターネット経由でダウンロードして設置を実行するが、ダウンロードするコンテンツのファイルサイズが大きいと、ネットワークに負荷がかかったり、ダウンロード時間が長くなったりする問題がある。特に、複数の情報処理装置の設置作業において同一のコンテンツを使用する場合は、設置作業のたびにコンテンツをダウンロードするのは非効率的である。それに対し、最初にコンテンツをダウンロードした情報処理装置がコンテンツを公開するＷｅｂサーバーとなる。そして、他の情報処理装置の設置作業時にはイントラネット経由でＷｅｂサーバーよりコンテンツを取得可能にすることで、設置作業時間の短縮を図る技術がある（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−２１４０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら特許文献１の技術では、設置作業が完了した情報処理装置をネットワークに接続した状態にしておく必要があり、それを配置しておくためのスペースが問題となる。
一方で、設置作業を行う現場にファイルサーバーを構築する等してイントラネット経由でコンテンツを取得しようとしても、オフィスにいる営業担当者が設置作業現場のファイルサーバーの有無を意識してコンテンツの取得先を指定するような設置データを作成することは困難である。
【課題を解決するための手段】
【０００５】
本発明の情報処理装置は、設置データを取得する第１の取得手段と、設置データにローカルサーバー情報がある場合、ローカルサーバー情報で示されるローカルサーバーからコンテンツを取得し、設置データにローカルサーバー情報がない場合、コンテンツサーバーからコンテンツを取得する第２の取得手段と、設置データの設置処理情報に基づき、取得したコンテンツを使用して自動設置処理を実行する制御手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、ネットワーク負荷の低減や設置作業時間の短縮を可能にすることができる。
【図面の簡単な説明】
【０００７】
【図１】自動設置システムのシステム構成の一例を示す図である。
【図２】管理サーバーのハードウェア構成の一例を示す図である。
【図３】デバイスのハードウェア構成の一例を示す説明図である。
【図４】管理サーバー及びデバイスのソフトウェア構成の一例を示す図である。
【図５】設置データの一例を示す図である。
【図６】ローカルサーバー情報の一例を示す図である。
【図７】管理サーバーの設置データ送信処理の一例を示すフローチャートである。
【図８】設置データを検索するための画面の一例を示す図である。
【図９】設置データの内容を表示している画面の一例を示す図である。
【図１０】管理サーバーがデバイスに送信する設置データの一例を示す図である。
【図１１】デバイスの自動設置処理の一例を示すフローチャートである。
【図１２】設置処理結果情報の一例を示す図である。
【図１３】自動設置処理結果を受信する処理の流れを示すフローチャートである。
【図１４】更新された設置データの一例を示す図である。
【図１５】自動設置処理結果を受信する処理の流れを示すフローチャートである。
【図１６】紐づけ情報の一例を示す図である。
【図１７】管理サーバーの設置データ送信処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
図１は、自動設置システムのシステム構成の一例を示す図である。
通信回線１００は、ＰＣ１０２が接続されているＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。管理サーバー１０１は、デバイス１０４の自動設置処理を行うための設置データを管理するインターネット１０７上のサーバーである。ＰＣ１０２は、管理サーバー１０１に接続して設置データの作成や編集を行う。通信回線１０３は、通信回線１００と同様のＬＡＮであり、デバイス１０４及びローカルサーバー１０５が接続されている。デバイス１０４は、管理サーバー１０１に接続して設置データを取得し、設置作業を自動実行するデジタル複合機に代表される情報処理装置である。ローカルサーバー１０５は、コンテンツサーバー１０６が保持しているコンテンツをイントラネットにキャッシュするためのサーバーである。ローカルサーバー１０５がある場合、デバイス１０４は、コンテンツサーバー１０６ではなくローカルサーバー１０５からコンテンツを取得する。このことにより、コンテンツ取得時間を短縮したりネットワーク負荷を低減したりすることができる。コンテンツサーバー１０６は、デバイス１０４のファームウェアやアプリケーションを管理し、インターネット１０７経由でダウンロード可能にするインターネット１０７上のサーバーである。通信回線１００、１０３、及び管理サーバー１０１、コンテンツサーバー１０６は、インターネット１０７を介して通信可能に接続されている。
通信回線１００、１０３とインターネット１０７との間には、一般的にはプロキシサーバーやファイアーウォールが設置されるが、図１では省略している。
自動設置システムにおいて、ローカルサーバー１０５は必須ではなく、ユーザーが必要に応じて構築することができる。ローカルサーバー１０５を複数構築してもよい。
また、通信回線１００と通信回線１０３とを分けずに、ＰＣ１０２とデバイス１０４、ローカルサーバー１０５とが同一のＬＡＮに接続されていてもよい。デバイス１０４は、情報処理装置の一例である。
【００１０】
図２は、管理サーバー１０１のハードウェア構成の一例を示す図である。管理サーバー１０１においてハードディスク（ＨＤＤ）２１２には、自動設置ソフトウェアのプログラムが格納される。
ＣＰＵ２０１は、管理サーバー１０１の全体の制御を司る。ＣＰＵ２０１が、ＨＤＤ２１２に記録されたデバイス管理プログラムをＲＡＭ２０３等に読み出して実行することにより、図４に示す管理サーバー１０１のソフトウェア構成及び後述する図７、図１３、図１５、図１７のフローチャートの処理が実現される。
ＲＯＭ２０２には、ＢＩＯＳのプログラムやブートプログラムが格納されている。
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリー、ワークエリア等として機能する。
キーボードコントローラ（ＫＢＣ）２０５は、キーボード（ＫＢ）２０９やポインティングデバイス（ＰＤ）２１０等からの指示入力を制御する。
ディスプレイコントローラ（ＤＳＰＣ）２０６は、ディスプレイ（ＤＳＰ）２１１の表示を制御する。
ディスクコントローラ（ＤＫＣ）２０７は、ハードディスク（ＨＤＤ）２１２やＣＤ−ＲＯＭ（ＣＤ）２１３等の記憶装置へのアクセスを制御する。ＨＤＤ２１２及びＣＤ−ＲＯＭ（ＣＤ）２１３等には、ブートプログラム、オペレーティングシステムのプログラム、データベース、自動設置プログラム及びデータ等が記憶されている。
インタフェースコントローラ（ＩＦＣ）２０８は、インターネット１０７を介してＰＣ１０２やデバイス１０４、コンテンツサーバー１０６とのデータ通信を行う。
これらの各構成要素は、システムバス２０４上に配置される。
本実施形態に係る自動設置プログラムプログラムは、ＣＤ−ＲＯＭ等の記憶媒体に格納された形で供給されてもよい。その場合には図２に示すＣＤ２１３等によって記憶媒体からプログラムが読み取られ、ＨＤＤ２１２にインストールされる。
また、ＰＣ１０２、ローカルサーバー１０５、コンテンツサーバー１０６のハードウェア構成も図２に示す通りである。各装置のＣＰＵが各装置のＨＤＤ等に記憶されたプログラムに基づき処理を実行することによって各装置の機能等が実現される。
【００１１】
図３は、デバイス１０４のハードウェア構成の一例を示す説明図である。図３において、画像形成装置４００は、デバイス１０４の一例としての、印刷機能やスキャン機能、ネットワーク通信機能等を備える画像形成装置である。
ＣＰＵ４０１は、画像形成装置全体の制御を司る。
ＲＯＭ４０２は、ＣＰＵ４０１が実行する印刷処理プログラムやフォントデータを格納する。
ＲＡＭ４０３は、ＣＰＵ４０１のワークエリア、受信バッファ、画像描画に使用される。
ハードディスク（ＨＤＤ）４０４は、プログラムや画像形成装置４００の設定値等を記録する。
操作パネル４０５は、各種スイッチやボタン、並びに、タッチパネル、メッセージ表示用の液晶表示部で構成される操作パネルである。ＣＰＵ４０１は、操作パネル４０５を介したユーザーの操作に応じて、ＨＤＤ４０４等に記憶されている画像形成装置４００の設定値を変更することができる。
ネットワークインタフェース（ネットワークＩ／Ｆ）４０６は、ネットワークに接続するためのネットワークインタフェースである。
プリントエンジン４０７は、記録紙に印刷を行うプリンタのエンジンである。
スキャナー４０８は、原稿を読み取るためのスキャナーである。
ファクシミリ通信部４０９は、ファクシミリの送受信を行うための通信部である。
ＣＰＵ４０１がＲＯＭ４０２又はＨＤＤ４０４に記憶されたプログラムに基づき処理を実行することにより、図４に示すデバイス１０４のソフトウェア構成及び後述する図１１のフローチャートの処理が実現される。
【００１２】
図４は、管理サーバー１０１及びデバイス１０４のソフトウェア構成の一例を示す図である。
設置データ管理部３００は、デバイス１０４を設置するために必要な設置データを管理する。ローカルサーバー管理部３０１は、組織ごとのローカルサーバーの情報を管理する。本実施形態における組織とは、自動設置サービスを利用するユーザーの論理的なグループの単位である。設置データやローカルサーバー情報は組織ごとに管理され、ある組織のユーザーが別の組織のデータを参照することはできない。一方で同じ組織に所属するユーザー同士であれば、その組織のデータを参照することができる。組織は、企業の拠点（事業所）ごとに作成してもよいし、データの参照性を重視して複数の拠点を同一の組織として扱ってもよい。コンテンツ取得先判定部３０２は、設置データ管理部３００及びローカルサーバー管理部３０１で管理している情報に基づき、設置におけるコンテンツの取得先情報を決定する。
設置データ取得部３０３は、インターネット１０７経由で管理サーバー１０１から設置データ、及びそれに付随するコンテンツ取得先情報を取得する。コンテンツ取得部３０４は、設置データ取得部３０３が取得した情報に基づき、コンテンツの取得先を決定し、コンテンツを取得する。設置実行部３０５は、設置データ取得部３０３が取得した設置データ、及びコンテンツ取得部３０４が取得したコンテンツを使用して、デバイス１０４の設置処理を実行する。設置結果通知部３０６は、設置実行部３０５が実行した設置処理の結果をインターネット１０７経由で管理サーバー１０１に通知する。
デバイス１０４と管理サーバー１０１とは、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ）やＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）等の技術を用いて通信を行う。
【００１３】
図５は、設置データ管理部３００が管理している設置データの一例を示す図である。設置データは、営業担当者等のユーザーがＰＣ１０２経由で管理サーバー１０１にアクセスすることで作成や編集、削除を行う。
図５（ａ）は、設置データの属性値、及び付加的な情報である。図５（ａ）の例では、設置データＩＤ、設置データ名、設置データの作成日、最終更新日、及び設置処理に必要なコンテンツデータの取得先となるローカルサーバーＩＤ情報が保持されている。ローカルサーバーＩＤの詳細は図６で述べる。設置データのうち図５（ａ）に示す情報を設置メタ情報と呼ぶ。
図５（ｂ）は、設置データを適用するデバイス１０４を識別するための情報である。図５（ｂ）の例では、機種とシリアルＮｏ．の情報が保持されている。設置データのうち図５（ｂ）に示す情報を設置対象情報と呼ぶ。
図５（ｃ）は、デバイス１０４で実行する設置処理の内容と順番を記述した情報である。図５（ｃ）の例では、処理の順番、処理の内容、処理で使用するコンテンツの種類、該コンテンツの識別子、及び該コンテンツの名称が保持されている。より具体的には図５（ｃ）の例では、１番目の処理としてコンテンツＩＤ＝Ｆ００００１であるファームウェアをダウンロードし、２番目の処理としてデバイス１０４にこのファームウェアを適用する、という手順が記述されている。設置データのうち図５（ｃ）に示す情報を設置処理情報と呼ぶ。
設置対象情報における機種やシリアルＮｏ．番号はなくてもよく、その場合は複数の機種、又は同一機種の複数のデバイスに対して汎用的に利用可能な設置データとなる。
【００１４】
図６は、ローカルサーバー管理部３０１が管理しているローカルサーバー情報の一例を示す図である。ローカルサーバー情報は、ローカルサーバー１０５、又は通信回線１０３に接続しているＰＣ等から管理サーバー１０１にアクセスして登録する。
図６の例では、ローカルサーバーＩＤ、組織ＩＤ、ローカルサーバーのＵＲＬ、ローカルサーバーにアクセスするためのプロトコルや認証情報が保持されている。より具体的には図６の例では、組織ＩＤ＝ＡＡＡの組織に対して、ローカルサーバーＩＤ＝Ｓｖｒ００１、Ｓｖｒ００２の２台のローカルサーバー情報が登録されている。組織ＩＤは、組織の識別情報の一例である。
【００１５】
図７は、管理サーバー１０１の設置データ送信処理の一例を示すフローチャートである。
Ｓ７０１において、設置データ管理部３００は、デバイス１０４の設置データ取得部３０３から、設置データ取得リクエストを受信する。
Ｓ７０２において、設置データ管理部３００は、管理サーバー１０１が保持している設置データの中に、Ｓ７０１で受信した設置データ取得リクエストに指定された条件を満たすものがあるかどうかを判定する。設置データ管理部３００は、条件を満たす設置データがある場合はＳ７０３に進み、条件を満たす設置データがない場合はＳ７１０に進む。
Ｓ７０３において、設置データ管理部３００は、Ｓ７０２で見つかった設置データが複数あるかどうかを判定する。設置データ管理部３００は、見つかった設置データが複数ある場合はＳ７０４に進み、見つかった設置データが一つだけの場合はＳ７０６に進む。
Ｓ７０４において、設置データ管理部３００は、Ｓ７０２で見つかった設置データから一つをユーザーに選択してもらうために、各設置データの概要（例えば設置データＩＤと設置データ名）のリストをデバイス１０４に送信する。デバイス１０４は設置データの概要のリストを受信すると、それを操作パネル４０５に表示し、ユーザーに一つ選択するよう促す。
Ｓ７０５において、設置データ管理部３００は、Ｓ７０４で送信した設置データ情報の中からデバイス１０４においてユーザーに選択された設置データの情報を受信する。
【００１６】
Ｓ７０６において、設置データ管理部３００は、Ｓ７０２又はＳ７０５で１つに特定した設置データにローカルサーバー情報（図５（ａ）の例におけるローカルサーバーＩＤ）が含まれているかどうかを判定する。設置データ管理部３００は、設置データにローカルサーバー情報が含まれている場合はＳ７０７に進み、含まれていない場合はＳ７０８に進む。
Ｓ７０７において、設置データ管理部３００は、Ｓ７０２又はＳ７０５で特定した設置データをデバイス１０４に送信する。
Ｓ７０８において、設置データ管理部３００は、コンテンツ取得先判定部３０２に対して使用すべきローカルサーバー情報を要求する。コンテンツ取得先判定部３０２は、ローカルサーバー管理部３０１経由で、Ｓ７０１で受信した設置データ取得リクエストで指定されている組織に対応するローカルサーバーが存在するかどうか判定する。設置データ管理部３００は、設置データ取得リクエストで指定されている組織に対応するローカルサーバーが存在する場合はＳ７０９に進み、存在しない場合はＳ７０７に進む。
Ｓ７０９において、設置データ管理部３００は、Ｓ７０２又はＳ７０５で特定した設置データと共に、Ｓ７０８でコンテンツ取得先判定部３０２から取得したローカルサーバー情報をデバイス１０４に送信する。設置データ管理部３００は、設置データのローカルサーバー情報を、Ｓ７０８で取得したローカルサーバー情報で上書きして送信してもよい（図１０（ａ））。
Ｓ７１０において、設置データ管理部３００は、デバイス１０４に対して、指定された条件に合致する設置データがなかった旨のエラーを送信する。
【００１７】
図８は、デバイス１０４が管理サーバー１０１から設置データを検索するための画面の一例を示す図である。
フォーム８０１は、設置データを所有している組織の識別子を入力するフォームである。
フォーム８０２は、設置データの検索条件を入力するフォームである。図８の例では、設置データの検索方法として、設置データＩＤでの検索とシリアルＮｏ．とでの検索を選択可能としている。もちろん、検索条件はこれらに限るものではなく、設置データ名や作成時刻で検索可能としてもよい。
【００１８】
図９は、図７の処理結果として設置データを受信したデバイス１０４が、その内容を表示している画面の一例を示す図である。より具体的には、図８で組織ＩＤ＝ＡＡＡ、設置データＩＤ＝０００００００１の条件で検索した結果を示している。より詳細には、図５に示す通り設置データＩＤ＝０００００００１の設置データにはローカルサーバーＩＤが設定されてなく、また図６に示す通り組織ＩＤ＝ＡＡＡに関連づけられたローカルサーバー情報があるため、図９の例はＳ７０９の処理結果の表示例である。
情報９０１は、Ｓ７０９で送信された設置データの中の設置メタ情報、及び設置対象情報である。
情報９０２は、Ｓ７０９で送信された設置データの中の設置処理情報である。
情報９０３は、Ｓ７０９で送信されたローカルサーバー情報である。
【００１９】
図１０は、図７の処理結果として管理サーバー１０１がデバイス１０４に送信する設置データの一例を示す図である。
図１０（ａ）は、Ｓ７０９で送信する設置データの一例である。設置メタ情報の一部として、ローカルサーバー情報１００１に、組織ＩＤ＝ＡＡＡに関連付けられた２台のローカルサーバー情報が記述されている。その他、設置対象情報、設置処理情報が記述されている。
図１０（ｂ）は、Ｓ７０８からＳ７０７に進んだ場合に、Ｓ７０７で送信する設置データの一例である。設置メタ情報の一部として、ローカルサーバー情報１００２には、ローカルサーバー情報が１台も含まれていない。それ以外の設置対象情報、設置処理情報については図１０（ａ）と同一であるため説明を省略する。
図１０（ｃ）は、Ｓ７０６からＳ７０７に進んだ場合に、Ｓ７０７で送信する設置データの一例である。設置メタ情報の一部として、ローカルサーバー情報１００３に、設置データＩＤ＝０００００００１に関連づくコンテンツ取得先サーバーの情報が１台記述されている。それ以外の設置対象情報、設置処理情報については図１０（ａ）と同一であるため説明を省略する。
【００２０】
図１１は、デバイス１０４の自動設置処理の一例を示すフローチャートである。
Ｓ１１０１において、設置実行部３０５は、設置データ取得部３０３を経由して設置データを取得し、読み込む。
Ｓ１１０２において、設置実行部３０５は、Ｓ１１０１で読み込んだ設置データにローカルサーバー情報が含まれているかどうかを判定する。設置実行部３０５は、ローカルサーバー情報が含まれている場合はＳ１１０３に進み、含まれていない場合はＳ１１０９に進む。
Ｓ１１０３において、設置実行部３０５は、設置データに含まれているローカルサーバー情報に基づきローカルサーバーにアクセスできるかどうか判定する。設置データに複数のローカルサーバー情報が含まれている場合、設置実行部３０５は、アクセスできるローカルサーバーが１つでもあるかどうかを判定するため、各ローカルサーバーに対してアクセスできるかどうかを判定する。設置実行部３０５は、アクセスできるローカルサーバーが見つかった場合はＳ１１０４に進み、どのローカルサーバーにもアクセスできなかった場合はＳ１１０９に進む。アクセスできるローカルサーバーが複数ある場合、設置実行部３０５は、例えば最初にアクセス可能と判定できたサーバーを使用する等により、使用するローカルサーバーを１つ決定する。
Ｓ１１０４において、設置実行部３０５は、設置データに記述されている設置処理に必要なコンテンツをすべて取得したかどうかを判定する。設置実行部３０５は、未取得のコンテンツがある場合はＳ１１０５に進み、未取得のコンテンツがない場合はＳ１１１０に進む。
【００２１】
Ｓ１１０５において、設置実行部３０５は、コンテンツ取得部３０４を介して、未取得のコンテンツがローカルサーバー１０５に保存されているかどうかを判定する。設置実行部３０５は、コンテンツがローカルサーバー１０５に保存されている場合はＳ１１０６に進み、ローカルサーバー１０５に保存されていない場合はＳ１１０７に進む。
Ｓ１１０６において、設置実行部３０５は、コンテンツ取得部３０４を介して通信回線１００を経由してローカルサーバー１０５からコンテンツを取得する。
Ｓ１１０７において、設置実行部３０５は、コンテンツ取得部３０４を介してインターネット１０７を経由してコンテンツサーバー１０６からコンテンツを取得する。
Ｓ１１０８において、設置実行部３０５は、Ｓ１１０７で取得したコンテンツをローカルサーバー１０５に保存する。これにより、以降同じコンテンツを取得する場合はＳ１１０５でローカルサーバー１０５にコンテンツがあると判定されるようになる。
Ｓ１１０９において、設置実行部３０５は、コンテンツ取得部３０４を介して、インターネット１０７を経由して設置に必要なすべてのコンテンツをコンテンツサーバー１０６から取得する。
Ｓ１１１０において、設置実行部３０５は、Ｓ１１０１で読み込んだ設置データの設置処理情報に基づき、取得したコンテンツを使用してデバイス１０４の自動設置処理を実行する。
Ｓ１１１１において、設置実行部３０５は、設置結果通知部３０６を介して、自動設置処理の結果と、Ｓ１１０３でアクセスできると判定したローカルサーバー１０５の情報と、を管理サーバー１０１に通知する。
Ｓ１１１２において、設置実行部３０５は、設置結果通知部３０６を介して、自動設置処理の結果を管理サーバー１０１に通知する。
【００２２】
図１２は、図１１の処理結果としてデバイス１０４が管理サーバー１０１に送信する設置処理結果情報の一例を示す図である。
図１２（ａ）は、Ｓ１１１１で送信する設置データの一例である。設置処理結果情報の一部として、ローカルサーバー情報１２０１に、Ｓ１１０３で決定したローカルサーバーのローカルサーバーＩＤが記述されている。
図１２（ｂ）は、Ｓ１１１２で送信する設置データの一例である。図１２（ａ）とは異なり、ローカルサーバー情報１２０２にはローカルサーバー情報が記述されていない。
【００２３】
図１３は、管理サーバー１０１がデバイス１０４の自動設置処理結果を受信する処理の流れを示すフローチャートである。
Ｓ１３０１において、設置データ管理部３００は、設置結果通知部３０６が送信した設置処理結果を受信する。
Ｓ１３０２において、設置データ管理部３００は、Ｓ１３０１で受信した設置処理結果を設置データに関連づけて記録する。記録した設置処理結果は、ユーザーがＰＣ１０２を使用して管理サーバー１０１にアクセスすることで参照することができる。
Ｓ１３０３において、設置データ管理部３００は、Ｓ１３０１で受信した設置処理結果にローカルサーバー情報が含まれているかどうかを判定する。設置データ管理部３００は、設置処理結果にローカルサーバー情報が含まれている場合はＳ１３０４に進み、含まれていない場合は図１３の設置結果受信処理を終了する。
Ｓ１３０４において、設置データ管理部３００は、Ｓ１３０１で受信した設置処理結果に含まれるローカルサーバー情報が、図７に示す設置データ送信処理で送信した設置データに含まれるローカルサーバー情報と同一かどうかを判定する。設置データ管理部３００は、設置処理結果に含まれるローカルサーバー情報が設置データに含まれるものと異なる場合はＳ１３０５に進み、同一の場合は図１３の設置結果受信処理を終了する。
Ｓ１３０５において、設置データ管理部３００は、図７に示す設置データ送信処理で送信した設置データのローカルサーバー情報を、Ｓ１３０１で受信した設置処理結果に含まれるローカルサーバー情報で更新する。
【００２４】
図１４は、Ｓ１３０５の処理の結果として更新された設置データの一例を示す図である。
図１４（ａ）は、Ｓ１３０５の処理を実行する前の設置データである。即ち図５（ａ）と同一であり、ローカルサーバーＩＤは未設定となっている。
図１４（ｂ）は、Ｓ１３０５の処理を実行した後の設置データである。Ｓ１３０１において、図１２（ａ）に示す設置処理結果を受信した場合、Ｓ１３０５において、設置データの中のローカルサーバーＩＤが未設定から「Ｓｖｒ００１」に更新される。
これにより、これ以降に設置データＩＤ＝０００００００１の設置データを使用してデバイス１０４の自動設置処理を実行した場合、Ｓ１１０２において設置データにローカルサーバー情報が含まれると判定されるようになる。
【００２５】
本実施形態では図１３の処理結果として設置データのローカルサーバー情報を更新しているが、予め設置データの作成時や編集時に設置データのローカルサーバーを指定してもよい。例えば、ＰＣ１０２において管理サーバー１０１が特定の組織に紐づくローカルサーバー情報を一覧表示し、選択させてもよい。
また、自動設置システムは、デバイス１０４がネットワークに接続できない状況において、設置データやコンテンツをＵＳＢメモリー等の可搬記録媒体に保存し、それをデバイス１０４に接続することによりネットワークを使用せずに自動設置処理を実行することもできる。この場合は、Ｓ１１０１〜Ｓ１１０９の処理をデバイス１０４ではなくＰＣ１０２において実行し、通信回線１００に接続されたローカルサーバーを構築することにより、本実施形態を適用可能である。
実施形態１によれば、管理サーバーで組織ごとのローカルサーバー情報を管理し、デバイスの自動設置処理時に使用可能なローカルサーバーを判断することにより、組織ごとにローカルサーバーの構築状況が異なる場合でもイントラネットを利用してコンテンツの取得することで効率よく設置処理を実行することができる。
【００２６】
＜実施形態２＞
実施形態２では、図１〜図６、図８〜図１２、及び図１４に示す構成が実施形態１と同じであり、実施形態１と同様の部分については同一の符号を用いてその説明を省略する。以下、実施形態１と異なる点を主に説明する。
図１５は、管理サーバー１０１がデバイス１０４の自動設置処理結果を受信する処理の流れを示すフローチャートである。図１３と比較して、Ｓ１５０１〜Ｓ１５０３の処理が追加されている点が異なる。図１３と同一の処理は、同一の符号を用いることで説明を省略する。
Ｓ１３０３において、設置データ管理部３００は、設置処理結果にローカルサーバー情報が含まれているかどうか判定する。設置データ管理部３００は、ローカルサーバー情報が含まれている場合はＳ１５０１に進み、含まれていない場合はＳ１５０２に進む。
Ｓ１５０１において、設置データ管理部３００は、ローカルサーバー管理部３０１を介して、Ｓ１３０１で受信した設置処理結果の送信元ＩＰアドレスと設置処理結果に含まれているローカルサーバー情報とを紐づけて記録する。また、設置データ管理部３００は、送信元ＩＰアドレスの失敗カウントをクリアしてゼロにする。送信元ＩＰアドレスとローカルサーバーの紐づけ情報の詳細は図１６で説明する。
Ｓ１５０２において、設置データ管理部３００は、自動設置処理に使用した設置データ（図７の処理で送信した設置データ）にローカルサーバー情報があるかどうかを判定する。設置データ管理部３００は、ローカルサーバー情報がある場合はＳ１５０３に進み、ローカルサーバー情報がない場合は、設置結果受信処理を終了する。
Ｓ１５０３において、設置データ管理部３００は、ローカルサーバー管理部３０１を介して、Ｓ１３０１で受信した設置処理結果の送信元ＩＰアドレスがローカルサーバーを使用できなかったことを示す失敗カウントを増加させる。また、設置データ管理部３００は、送信元ＩＰアドレスに関連づくローカルサーバー情報をクリアする。
Ｓ１３０１で設置処理結果を送信するのはデバイス１０４であるが、一般的には通信回線１０３とインターネット１０７との間にはプロキシサーバー等が配置されるため、Ｓ１５０１やＳ１５０３で記録する送信元ＩＰアドレスはプロキシサーバーのものとなる。即ち、通信回線１０３上に複数のデバイス１０４が接続され、それぞれが設置処理結果を管理サーバー１０１に通知した場合でも、接続元ＩＰアドレスは同一のプロキシサーバーのものとなる。
【００２７】
図１６は、接続元ＩＰアドレスとローカルサーバーとの紐づけ情報の一例を示す図である。
図１６の例では、接続元ＩＰアドレス、組織ＩＤ、ローカルサーバーＩＤ、失敗カウントが記録されている。例えば図１６の表における１行目のデータは、管理サーバー１０１がＳ１３０１で送信元ＩＰアドレス＝ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘから受信した設置処理結果に、ローカルサーバーＩＤ＝Ｓｒｖ００１という情報が含まれていたことを表している。一方で３行目のデータは、管理サーバー１０１が図７の処理結果としてデバイス１０４にローカルサーバー情報を送信したにもかかわらず、Ｓ１３０１で送信元ＩＰアドレス＝ｚｚｚ．ｚｚｚ．ｚｚｚ．ｚｚｚから受信した設置処理結果にはローカルサーバーＩＤの情報が含まれていなかったケースが２回連続で発生していることを表している。
図６に示すローカルサーバー情報がユーザーによって変更された場合は、デバイス１０４で使用できるローカルサーバーが変わる可能性がある。そのため、設置データ管理部３００は、図１６に示す接続元ＩＰアドレスとローカルサーバーとの紐づけ情報のうちそのユーザーが属する組織と合致するものをクリアしてもよい。
【００２８】
図１７は、管理サーバー１０１の設置データ送信処理の一例を示すフローチャートである。図７と比較して、Ｓ１７０１〜Ｓ１７０４の処理が追加になっている点が異なる。図７と同一の処理は、同一の符号を用いることで説明を省略する。
Ｓ７０３又はＳ７０５の結果として、管理サーバー１０１がデバイス１０４に送信する設置データを１つ決定したのちにＳ１７０１に進む。
Ｓ１７０１において、設置データ管理部３００は、ローカルサーバー管理部３０１を介して、Ｓ７０１で受信した設置データ取得リクエストの送信元ＩＰアドレスが図１６に示す接続元ＩＰアドレスとローカルサーバーの紐づけ情報に含まれているかどうか判定する。設置データ管理部３００は、含まれている場合はＳ１７０２に進み、含まれていない場合はＳ１７０３に進む。
Ｓ１７０２において、設置データ管理部３００は、図１６に示す接続元ＩＰアドレスとローカルサーバーとの紐づけ情報から、ＩＰアドレスに関連づくローカルサーバー情報を取得し、設置データと共にデバイス１０４に送信する。この場合、図１０（ｃ）のように、デバイス１０４に送信する設置データに含まれるローカルサーバー情報は必ず１つとなる。
Ｓ１７０３において、設置データ管理部３００は、ローカルサーバー管理部３０１を介して、図１６に示す接続元ＩＰアドレスとローカルサーバーとの紐づけ情報において接続元ＩＰアドレスの失敗カウントが閾値を超えているかどうか判定する。設置データ管理部３００は、閾値を超えている場合はＳ１７０４に進み、超えていない場合はＳ７０６に進む。
Ｓ１７０４において、設置データ管理部３００は、ローカルサーバー情報を除いた設置データをデバイス１０４に送信する。この場合、図１０（ｂ）のように、デバイス１０４に送信する設置データに含まれるローカルサーバー情報は必ず空になる。
【００２９】
本実施形態では、送信元ＩＰアドレスに基づきローカルサーバー情報を管理しているが、例えば自動設置処理を実行するユーザーのユーザーＩＤ等、他の情報とローカルサーバー情報を関連付けて管理してもよい。
実施形態２によれば、管理サーバーにおいて接続元ＩＰアドレスごとにローカルサーバーの利用状況を記録し、接続元ＩＰアドレスに基づき送信するローカルサーバー情報を決定する。このことにより、デバイスでローカルサーバーへの接続可否を判定する必要がなくなり、自動設置処理の効率を向上することができる。
【００３０】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００３１】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
例えば、管理サーバー１０１や画像形成装置４００のハードウェア構成として、ＣＰＵは複数存在してもよく、複数のＣＰＵが１又は複数のＲＯＭ、ＨＤＤ等に記憶されているプログラムに基づき処理を実行するようにしてもよい。また、画像形成装置４００のハードウェア構成として、ＣＰＵの替わりに、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を用いてもよい。
また、管理サーバー１０１や画像形成装置４００のソフトウェア構成の一部をハードウェア構成として各装置に実装してもよい。
【００３２】
以上、上述した各実施形態によれば、ネットワーク負荷の低減や設置作業時間の短縮を可能にすることができる。
【符号の説明】
【００３３】
１０１  管理サーバー
１０４  デバイス
２０１  ＣＰＵ
４０１  ＣＰＵ
【図１】
2019074954.tif 000003
【図２】
2019074954.tif 000004
【図３】
2019074954.tif 000005
【図４】
2019074954.tif 000006
【図５】
2019074954.tif 000007
【図６】
2019074954.tif 000008
【図７】
2019074954.tif 000009
【図８】
2019074954.tif 000010
【図９】
2019074954.tif 000011
【図１０】
2019074954.tif 000012
【図１１】
2019074954.tif 000013
【図１２】
2019074954.tif 000014
【図１３】
2019074954.tif 000015
【図１４】
2019074954.tif 000016
【図１５】
2019074954.tif 000017
【図１６】
2019074954.tif 000018
【図１７】
2019074954.tif 000019