特開 2024-50226 制御プログラム、制御方法及び制御装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024050226

(43)【公開日】2024-04-10

(54)【発明の名称】制御プログラム、制御方法及び制御装置

(51)【国際特許分類】

   G06F 8/61 20180101AFI20240403BHJP

【ＦＩ】

G06F8/61

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022156950

(22)【出願日】2022-09-29

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】小沼 大輔

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376AD03

5B376AD25

5B376AD32

(57)【要約】

【課題】システムの管理を容易にする制御プログラム、制御方法及び制御装置を提供する。
【解決手段】プロセッサ情報を端末装置２から取得し、取得したプロセッサ情報に基づいて第１アプリケーションのインストーラを端末装置２に送信してインストールを実行させ、第１アプリケーションのインストールが失敗した場合、第２アプリケーションのインストーラを端末装置２に送信してインストールを実行させる処理をコンピュータに実行させる。
【選択図】図７

【特許請求の範囲】

【請求項1】

プロセッサ情報を端末装置から取得し、
取得したプロセッサ情報に基づいて第１アプリケーションのインストーラを前記端末装置に送信してインストールを実行させ、
前記第１アプリケーションのインストールが失敗した場合、第２アプリケーションのインストーラを前記端末装置に送信してインストールを実行させる
処理をコンピュータに実行させることを特徴とする制御プログラム。

【請求項2】

前記第１アプリケーションのインストールが失敗した場合であって、前記端末装置に搭載されたプロセッサに前記第１アプリケーションが対応していない通知を前記端末装置から受けた場合、前記第２アプリケーションのインストーラを前記端末装置に送信してインストールを実行させることを特徴とする請求項１に記載の制御プログラム。

【請求項3】

前記第１アプリケーションのインストールが失敗した場合であって、前記端末装置に搭載されたプロセッサに前記第１アプリケーションが未サポートである通知を受けず、且つ、失敗回数が指定回数以下の場合、前記第１アプリケーションのインストーラを前記端末装置に送信してインストールを実行させることを特徴とする請求項１に記載の制御プログラム。

【請求項4】

制御装置が、
プロセッサ情報を端末装置から取得し、
取得したプロセッサ情報に基づいて第１アプリケーションのインストーラを前記端末装置に送信してインストールを実行させ、
前記第１アプリケーションのインストールが失敗した場合、第２アプリケーションのインストーラを前記端末装置に送信してインストールを実行させる
処理を実行することを特徴とする制御方法。

【請求項5】

プロセッサ情報を端末装置から取得するデータ管理部と、
取得したプロセッサ情報に基づいて第１アプリケーションのインストーラを前記端末装置に送信してインストールを実行させるインストーラ判定部と、
前記第１アプリケーションのインストールが失敗した場合、第２アプリケーションのインストーラを前記端末装置に送信してインストールを実行させる再インストール制御部と
を備えたことを特徴とする制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、制御プログラム、制御方法及び制御装置に関する。

【背景技術】

【0002】

デバイス管理の機能として、サーバなどのホストコンピュータによりアプリケーションが端末装置に自動的にインストールされるアプリケーション配布機能と呼ばれる機能がある。アプリケーション配布機能を使用することで、端末装置の利用者が操作を行うことなく、所定のアプリケーションが配布対象の端末装置にインストールされる。

【0003】

アプリケーション配布機能を用いて自動で端末装置に対してアプリケーションのインストールを行うことで、ホストコンピュータにとって、管理対象である大量の端末装置を最適かつ最新の状態に保つことが容易となる。

【0004】

なお、ソフトウェアの配布の技術として以下のような技術が存在する。例えば、クライアントがプリントサーバにプロセッサ情報を送信し、プリントサーバが受信したプロセッサ情報に対応するプリンタドライバをクライアントに通知し、クライアントが通知されたプリンタドライバをインストールする技術が提案されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１３－１３０９８５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、配布するアプリケーションが端末装置に対応していない場合、アプリケーションのインストールが失敗する。例えば、バグにより対応するアプリケーションの情報が間違って特定の端末装置から管理サーバに通知された場合、管理サーバがその特定の端末装置が未対応のアプリケーションを配布することで、アプリケーションのインストールは失敗する。インストールの失敗を防ぐためには、管理者が、配布するアプリケーションと端末装置との組み合わせの整合性を管理することになる。その場合、管理者の作業負荷が大きく、システムの管理が困難となるおそれがある。

【0007】

開示の技術は、上記に鑑みてなされたものであって、システムの管理を容易にする制御プログラム、制御方法及び制御装置を提供することを目的とする。

【課題を解決するための手段】

【0008】

本願の開示する制御プログラム、制御方法及び制御装置の一つの態様において、プロセッサ情報を端末装置から取得し、取得したプロセッサ情報に基づいて第１アプリケーションのインストーラを端末装置に送信してインストールを実行させ、前記第１アプリケーションのインストールが失敗した場合、第２アプリケーションのインストーラを前記端末装置に送信してインストールを実行させる処理をコンピュータに実行させる。

【発明の効果】

【0009】

１つの側面では、本発明は、システムの管理を容易にすることができる。

【図面の簡単な説明】

【0010】

【図1】図１は、端末管理システムのシステム構成図である。

【図2】図２は、管理サーバ及び端末装置のブロック図である。

【図3】図３は、データ管理部が保持するデータの一例を示す図である。

【図4】図４は、アーキテクチャ毎の配布対象アプリケーションを示す図である。

【図5】図５は、インストールの失敗要因の種類を示す図である。

【図6】図６は、管理サーバによる端末装置へのアプリケーション配布処理のフローチャートである。

【図7】図７は、管理サーバによる再インストール制御処理のフローチャートである。

【図8】図８は、管理サーバのハードウェア構成図である。

【発明を実施するための形態】

【0011】

以下に、本願の開示する制御プログラム、制御方法及び制御装置の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する制御プログラム、制御方法及び制御装置が限定されるものではない。

【実施例0012】

図１は、端末管理システムのシステム構成図である。端末管理システム１００は、管理サーバ１、複数の端末装置２及び管理者端末３を有する。端末管理システム１００は、アプリケーション配布機能により各端末装置２に対してアプリケーションを自動でインストールするシステムである。管理サーバ１と各端末装置２とは、ネットワークで接続される。また、管理サーバ１と管理者端末３とは、ネットワークにより接続される。

【0013】

管理者からの指示を受けて、管理者端末３は、各端末装置２に配布するアプリケーションを管理サーバ１に送信して格納させる。さらに、管理者からの指示を受けて、管理者端末３は、格納させたアプリケーションの各端末装置２への配布を管理サーバ１に指示して実行させる。

【0014】

管理サーバ１は、管理者端末３から送信された各種アプリケーションを格納して保持する。また、管理サーバ１は、搭載されたプロセッサのデータパス幅等の端末装置２のアーキテクチャの情報を含む端末情報を各端末装置２から定期的に取得する。アーキテクチャの情報は、例えば、プロセッサが対応するアーキテクチャを示すプロセッサ情報である。例えば、アーキテクチャの情報には、端末装置２に搭載されたプロセッサが、ｘ８６（３２ビットＣＰＵ（Central Processing Unit））、ｘ６４（６４ビットＣＰＵ）、ｘ８６ ｏｎ ＡＲＭ６４又は不明のいずれであるかの情報が含まれる。そして、管理サーバ１は、管理者端末３からの指示を受けて、各端末装置２の端末情報にしたがって指定された配布対象のアプリケーションをそれぞれの端末装置２に送信してインストールさせる。

【0015】

端末装置２は、端末情報を定期的に管理サーバ１へ送信する。さらに、端末装置２は、アプリケーションのインストーラを管理サーバ１から取得して、取得したインストーラを実行してアプリケーションをインストールする。その後、端末装置２は、インストールの結果を管理サーバ１へ送信する。

【0016】

図２は、管理サーバ及び端末装置のブロック図である。次に、図２を参照して、管理サーバ１及び端末装置２の詳細について説明する。ここでは、特定の端末装置２に対するアプリケーションの配布を例に説明する。以下では、アプリケーションの配布対象の特定の端末装置２を、単に端末装置２と呼ぶ。管理サーバ１は、以下に説明するアプリケーションの配布と同様の処理を図１に示した全ての端末装置２に対して行う。

【0017】

端末装置２は、図２に示すように、端末情報通知部２１及びインストール実行部２２を有する。端末情報通知部２１は、自装置のアーキテクチャの情報を含む端末情報の送信要求を定期的に管理サーバ１から受ける。そして、端末情報通知部２１は、自装置の端末情報を管理サーバ１へ定期的に送信する。

【0018】

インストール実行部２２は、アプリケーションのインストールの指示を、使用するインストーラの情報とともに管理サーバ１のインストール指示部１２から受ける。そして、インストール実行部２２は、使用するインストーラとして指定されたインストーラを管理サーバ１からダウンロードする。その後、インストール実行部２２は、ダウンロードしたインストーラを用いてアプリケーションのインストールを実行する。そして、インストール実行部２２は、管理サーバ１からのインストールの指示に対する応答としてインストールの実行結果を管理サーバ１へ送信する。

【0019】

管理サーバ１は、インストーラ判定部１１、インストール指示部１２、再インストール制御部１３、結果判定部１４、結果通知部１５及びデータ管理部１６を有する。

【0020】

データ管理部１６は、アプリケーションの自動配布に使用するデータを管理する。図３は、データ管理部が保持するデータの一例を示す図である。

【0021】

データ管理部１６は、管理者端末３から送信されたアプリケーションのインストーラを保持する。例えば、データ管理部１６は、図３に示すアプリケーションの６４ｂｉｔインストーラ及びアプリケーションの３２ｂｉｔインストーラを保持する。

【0022】

データ管理部１６は、端末装置２のインストール実行部２２からアプリケーションのインストーラのダウンロード要求を受ける。そして、データ管理部１６は、保持するインストーラの中から、ダウンロード要求で指定されたインストーラを取得して、端末装置２へ送信する。

【0023】

また、データ管理部１６は、端末情報の送信要求を端末装置２に定期的に送信して、それに対する応答として端末情報を端末装置２から受信する。そして、データ管理部１６は、取得した端末情報に含まれる端末装置２のアーキテクチャの情報を保持する。

【0024】

また、データ管理部１６は、端末装置２のインストール試行情報をインストーラ判定部１１及び再インストール制御部１３から取得して保持する。インストール試行情報には、インストールを行った端末装置２毎に、それぞれの端末装置２に対するアプリケーションのインストールに使用したインストーラ名及びその端末装置２のアーキテクチャの情報が含まれる。また、インストール試行情報には、再インストールのリトライ回数が含まれる。データ管理部１６は、インストール試行情報の取得要求を再インストール制御部１３から受けて、指定された端末装置２のインストール試行情報を再インストール制御部１３へ出力する。

【0025】

インストーラ判定部１１は、アプリケーションの配布指示を例えば管理者端末３から受ける。次に、インストーラ判定部１１は、アプリケーションの配布対象の端末装置２のアーキテクチャの情報をデータ管理部１６から取得する。

【0026】

図４は、アーキテクチャ毎の配布対象アプリケーションを示す図である。インストーラ判定部１１は、図４に示すようなアーキテクチャ毎に配布対象とするアプリケーションの情報を保持する。同じ機能を有するアプリケーションであっても、対応するアーキテクチャが異なる場合異なるアプリケーションということができる。そこで、以下では、対応するアーキテクチャが異なるアプリケーションを、単に異なるアプリケーションと呼ぶ。インストーラ判定部１１は、アプリケーションを配布する端末装置２のアーキテクチャに応じて、その端末装置２へ配布するアプリケーションを決定する。

【0027】

例えば、ｘ６４のプロセッサが搭載された端末装置２であれば、インストーラ判定部１１は、６４ビットアプリケーションの配布を決定する。また、ｘ８６のプロセッサが搭載された端末装置２であれば、インストーラ判定部１１は、３２ビットアプリケーションの配布を決定する。ｘ８６ ｏｎ ＡＲＭ６４のプロセッサが搭載された端末装置２であれば、インストーラ判定部１１は、６４ビットアプリケーションの配布を決定する。本実施例では、近年のＯＳ（Operating System）のトレンドとして６４ビットのＯＳが多いため、インストーラ判定部１１は、６４ビットを優先して選択する。また、端末装置２のアーキテクチャの情報は取得可能であるが判定困難であり不明な場合、インストーラ判定部１１は、６４ビットアプリケーションの配布を決定する。さらに、端末装置２のアーキテクチャの情報が取得不可の場合も、インストーラ判定部１１は、６４ビットアプリケーションの配布を決定する。

【0028】

その後、インストーラ判定部１１は、端末装置２の情報とともに、端末装置２へ配布するアプリケーションの情報をインストール指示部１２に通知する。さらに、インストーラ判定部１１は、端末装置２の情報及びその端末装置２へ配布するアプリケーションのインストーラの情報をデータ管理部１６に通知して、インストール試行情報として保持させる。

【0029】

インストール指示部１２は、端末装置２の情報とともに、端末装置２へ配布するアプリケーションの情報の通知をインストーラ判定部１１から受ける。また、再インストールの場合、インストール指示部１２は、端末装置２の情報とともに、端末装置２へ配布するアプリケーションの情報の通知を再インストール制御部１３から受ける。

【0030】

そして、インストール指示部１２は、インストーラ判定部１１又は再インストール制御部１３から取得した配布するアプリケーションの情報に基づいて、ダウンロードするアプリケーションのインストーラの情報とともにアプリケーションのインストールの指示を端末装置２のインストール実行部２２へ送信する。

【0031】

結果判定部１４は、アプリケーションのインストールの実行結果を含む応答をインストール実行部２２から受信する。そして、結果判定部１４は、受信した応答から端末装置２においてアプリケーションのインストールの成否を判定する。

【0032】

端末装置２においてアプリケーションのインストールが成功した場合、結果判定部１４は、端末装置２におけるアプリケーションのインストールの成功を結果通知部１５に通知する。これに対して、端末装置２においてアプリケーションのインストールが失敗した場合、結果判定部１４は、端末装置２から受信した応答を再インストール制御部１３に送信して、アプリケーションの再インストールを再インストール制御部１３に指示する。

【0033】

再インストール制御部１３は、アプリケーションの再インストールの指示を結果判定部１４から受ける。次に、再インストール制御部１３は、端末装置２のインストール試行情報をデータ管理部１６から取得する。そして、再インストール制御部１３は、インストーラ名及びアーキテクチャの情報からインストールに用いたインストーラが６４ビットインストーラか３２ビットインストーラかを特定する。

【0034】

次に、再インストール制御部１３は、端末装置２から受信した応答からインストールの失敗要因を取得する。端末装置２から送信される応答には、インストールが失敗の要因が含まれる。図５は、インストールの失敗要因の種類を示す図である。例えば、ｘ８６以外のプロセッサが搭載された端末装置２に３２ビットインストーラを用いてインストールを行った場合、「ＯＳのプラットフォームをインストーラが未サポート」がインストールの失敗要因となる。インストールの失敗要因には、他にも、図５に示すように、インストール中に電源断、インストーラのダウンロード中にネットワーク断、他のインストールが実行中によるインストールの開始失敗、端末装置２の高負荷が原因による異常終了等がある。

【0035】

プラットフォームを６４ビットインストーラが未サポートであることがインストールの失敗要因の場合、再インストール制御部１３は、３２ビットインストーラを用いた３２ビットアプリケーションの再インストールを決定する。この場合、再インストール制御部１３は、再インストールのリトライ回数のカウントアップは行わない。

【0036】

また、プラットフォームを３２ビットインストーラが未サポートであることがインストールの失敗要因の場合、再インストール制御部１３は、結果通知部１５にインストールの失敗を通知して、アプリケーションのインストールを終了する。

【0037】

ただし、プラットフォームを３２ビットインストーラが未サポートであることがインストールの失敗要因である場合に、再インストール制御部１３は、他の処理を行うこともできる。すなわち、再インストール制御部１３は、初めての再インストールの実施であれば６４ビットインストーラを用いた再インストールを決定し、既に再インストールを試みている場合にアプリケーションのインストールを終了してもよい。このようにすることで、バグにより端末装置２のアーキテクチャの情報が誤って通知されても、他のアプリケーションを再インストールすることでアプケーションのインストールの不実行を回避することが可能となる。

【0038】

また、プラットフォーム未サポート以外の理由で失敗もしくは応答が返ってこなかった場合、再インストール制御部１３は、データ管理部１６が保持する端末装置２のインストール試行情報に含まれるリトライ回数を確認する。そして、再インストール制御部１３は、リトライ回数が予め指定された指定回数に達したか否かを判定する。リトライ回数が指定回数に達している場合、再インストール制御部１３は、結果通知部１５にインストールの失敗を通知して、アプリケーションのインストールを終了する。

【0039】

リトライ回数が指定回数に達していない場合、再インストール制御部１３は、インスト―ルが失敗したアプリケーションのインストーラを用いた再インストールを決定する。そして、再インストール制御部１３は、配布対象の端末装置２のリトライ回数のカウントアップをデータ管理部１６に指示する。

【0040】

その後、再インストール制御部１３は、端末装置２の情報とともに端末装置２へ配布する決定したアプリケーションのインストーラの情報をインストール指示部１２に通知する。さらに、再インストール制御部１３は、端末装置２の情報及びその端末装置２へ配布するアプリケーションのインストーラの情報をデータ管理部１６に通知して、インストール試行情報として保持させる。

【0041】

結果通知部１５は、インストールの成功の通知を結果判定部１４から受けると、端末装置２の情報とともに、インストールの成功の通知を管理者端末３に送信するなどして管理者に通知する。また、結果通知部１５は、インストールの失敗の通知を再インストール制御部１３から受けると、端末装置２の情報とともに、インストールの失敗の通知を管理者端末３に送信するなどして管理者に通知する。

【0042】

図６は、管理サーバによる端末装置へのアプリケーション配布処理のフローチャートである。次に、図６を参照して、管理サーバ１による端末装置２へのアプリケーション配布処理の流れを説明する。

【0043】

管理サーバ１のデータ管理部１６は、定期的に端末情報の送信要求を端末装置２に送信して端末情報を要求する（ステップＳ１）。端末装置２の端末情報通知部２１は、端末情報の要求を受けて、自装置のアーキテクチャの情報を含む端末情報を管理サーバ１のデータ管理部１６へ送信する（ステップＳ２）。ここで、このステップＳ１及びＳ２は、以下の処理とは別に定期的に繰り返される。

【0044】

インストーラ判定部１１は、管理者端末３から送られてきたアプリケーションの配布指示を受けて、アプリケーションの配布対象の端末装置２のアーキテクチャ情報をデータ管理部１６から取得する。そして、インストーラ判定部１１は、アーキテクチャ情報から端末装置２へ配布するアプリケーションのインストーラを判定する（ステップＳ３）。

【0045】

その後、インストーラ判定部１１は、端末装置２へ配布するインストーラの情報をインストール指示部１２に通知する。インストール指示部１２は、インストーラ判定部１１から通知された端末装置２へ配布するインストーラの情報とともにアプリケーションのインストールの指示を端末装置２へ送信する（ステップＳ４）。

【0046】

端末装置２のインストール実行部２２は、アプリケーションのインストールの指示を受けて、指定されたインストーラのダウンロード要求を管理サーバ１へ送信する（ステップＳ５）。

【0047】

管理サーバ１のデータ管理部１６は、端末装置２のインストール実行部２２からのインストーラのダウンロード要求を受けて、指定されたインストーラを端末装置２へ送信する（ステップＳ６）。

【0048】

端末装置２のインストール実行部２２は、自装置のアーキテクチャの情報に対応するインストーラを管理サーバ１のデータ管理部１６から受信する。そして、インストール実行部２２は、取得したインストーラを用いてアプリケーションのインストールを実行する（ステップＳ７）。

【0049】

その後、端末装置２のインストール実行部２２は、アプリケーションのインストール結果を含む応答を管理サーバ１へ送信する（ステップＳ８）。

【0050】

管理サーバ１の結果判定部１４は、アプリケーションのインストール結果を含む応答を端末装置２のインストール実行部２２から受信する。そして、結果判定部１４、再インストール制御部１３、結果判定部１４、結果通知部１５及びデータ管理部１６は、再インストール制御処理を実行する（ステップＳ９）。

【0051】

図７は、管理サーバによる再インストール制御処理のフローチャートである。次に、図７を参照して、管理サーバ１による再インストール制御処理の流れを説明する。図７のフローで示した処理は、図６のステップＳ９で実行される処理の一例にあたる。

【0052】

結果判定部１４は、インストールの指示に対する応答を端末装置２から取得する（ステップＳ１０１）。

【0053】

結果判定部１４は、取得した応答に含まれるインストール結果を確認して、インストールが成功したか否かを判定する（ステップＳ１０２）。

【0054】

インストールが成功した場合（ステップＳ１０２：肯定）、結果判定部１４は、インストールの成功を結果通知部１５に通知する。結果通知部１５は、アプリケーションの配布成功の情報を端末装置２の情報とともに管理者端末３に送るなどして、管理者に通知する（ステップＳ１０３）。

【0055】

これに対して、インストールが失敗した場合（ステップＳ１０２：否定）、結果判定部１４は、再インストールを再インストール制御部１３に指示する。再インストール制御部１３は、インストールの失敗要因がプラットフォームを６４ビットインストーラが未サポートであるか否かを判定する（ステップＳ１０４）。

【0056】

プラットフォームを６４ビットインストーラが未サポートであることがインストールの失敗要因の場合（ステップＳ１０４：肯定）、再インストール制御部１３は、３２ビットインストーラによる再インストールを決定する（ステップＳ１０５）。そして、再インストール制御部１３は、再インストールに用いるインストーラの情報をデータ管理部１６に通知する。また、再インストール制御部１３は、再インストールに用いるインストーラの情報をインストール指示部１２に通知する。その後、図６のステップＳ４～Ｓ８までの処理が行われた後に、図７のステップＳ１０１に再インストール制御処理が戻る。

【0057】

これに対して、プラットフォームを６４ビットインストーラが未サポートであることがインストールの失敗要因でない場合（ステップＳ１０４：否定）、再インストール制御部１３は、次の処理を行う。すなわち、再インストール制御部１３は、インストールの失敗要因がプラットフォームを３２ビットインストーラが未サポートであるか否かを判定する（ステップＳ１０６）。

【0058】

プラットフォームを３２ビットインストーラが未サポートであることがインストールの失敗要因の場合（ステップＳ１０６：肯定）、再インストール制御部１３は、インストール失敗と判定する。そして、再インストール制御処理は、ステップＳ１１０へ進む。

【0059】

これに対して、プラットフォームを３２ビットインストーラが未サポートであることがインストールの失敗要因でない場合（ステップＳ１０６：否定）、再インストール制御部１３は、リトライ回数が指定回数に到達したか否かを判定する（ステップＳ１０７）。

【0060】

リトライ回数が指定回数に到達していない場合（ステップＳ１０７：否定）、再インストール制御部１３は、失敗したインストーラでの再インストールを決定する（ステップＳ１０８）。そして、再インストール制御部１３は、再インストールに用いるインストーラの情報をデータ管理部１６に通知する。また、再インストール制御部１３は、再インストールに用いるインストーラの情報をインストール指示部１２に通知する。

【0061】

さらに、再インストール制御部１３は、端末装置２の再インストールのリトライ回数をデータ管理部１６にカウントアップさせる（ステップＳ１０９）。その後、図６のステップＳ４～Ｓ８までの処理が行われた後に、図７のステップＳ１０１に再インストール制御処理が戻る。

【0062】

これに対して、リトライ回数が指定回数に到達した場合（ステップＳ１０７：肯定）、再インストール制御部１３は、インストール失敗と判定する。そして、再インストール制御処理は、ステップＳ１１０へ進む。

【0063】

結果通知部１５は、アプリケーションの配布失敗の情報を端末装置２の情報とともに管理者端末３に送るなどして、管理者に通知する（ステップＳ１１０）。

【0064】

図８は、管理サーバのハードウェア構成図である。図１３を参照して、管理サーバ１のハードウェア構成について説明する。

【0065】

管理サーバ１は、図８に示すように、ＣＰＵ（Central Processing Unit）９１、メモリ９２、ハードディスク９３及びネットワークインタフェース９４を有する。ＣＰＵ９１は、メモリ９２、ハードディスク９３及びネットワークインタフェース９４とバスを介して接続される。

【0066】

ネットワークインタフェース９４は、外部装置との通信インタフェースである。例えば、ネットワークインタフェース９４は、図１に例示した端末装置２及び管理者端末３とＣＰＵ９１との通信を中継する。

【0067】

ハードディスク９３は、例えば、図２に例示したデータ管理部１６がデータを保持する記憶部の機能を実現する。また、ハードディスク９３は、図２に例示したインストーラ判定部１１、インストール指示部１２、再インストール制御部１３、結果判定部１４、結果通知部１５及びデータ管理部１６の機能を実現するためのプログラムを含む各種プログラムを格納する。

【0068】

ＣＰＵ９１は、ハードディスク９３から各種プログラムを読み出してメモリ９２上に展開して実行する。これにより、ＣＰＵ９１は、図２に例示したインストーラ判定部１１、インストール指示部１２、再インストール制御部１３、結果判定部１４、結果通知部１５及びデータ管理部１６の機能を実現する。

【0069】

ここで、以上の説明では、Ｗｉｎｄｏｗｓ（登録商標）ベースのコンピュータについて説明したが、対応する端末装置２はこれに限らない。例えば、Ｌｉｎｕｘ（登録商標）、ｉＯＳ（登録商標）、Ａｎｄｒｏｉｄ（登録商標） ＯＳなど他のＯＳを使用するコンピュータであっても、プロセッサのアーキテクチャ毎にインストーラが異なる場合、上述した構成が適用可能であり効果を得ることができる。

【0070】

以上に説明したように、本実施例に係る管理サーバは、アプリケーションを端末装置に配布する際に、所定のアーキテクチャ以外のアーキテクチャを有するプラットフォームに関してはインストールに失敗した場合にインストーラを変更して再インストールを行う。すなわち、管理サーバは、インストールが失敗した場合にその端末装置がインストール可能な他のアプリケーションのインストーラを送信できる。また、インストールの失敗要因がプラットフォームの未サポート以外の場合、再インストールのリトライを指定回数行なう。これにより、管理サーバは、所定のアーキテクチャ以外のアーキテクチャを有するプラットフォームであっても、アプリケーションと端末のアーキテクチャとの対応を気にせずにアプリ配布を行うことができるようになる。したがって、アプリケーション配布における管理者の負荷を軽減することができ、システムの管理を容易にすることができる。

【符号の説明】

【0071】

１ 管理サーバ
２ 端末装置
３ 管理者端末
１１ インストーラ判定部
１２ インストール指示部
１３ 再インストール制御部
１４ 結果判定部
１５ 結果通知部
１６ データ管理部
２１ 端末情報通知部
２２ インストール実行部
１００ 端末管理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】