知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023096875
(43)【公開日】2023-07-07
(54)【発明の名称】キッティングシステム
(51)【国際特許分類】
G06F 8/61 20180101AFI20230630BHJP
【ＦＩ】
G06F8/61
【審査請求】有
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2021212908
(22)【出願日】2021-12-27
(11)【特許番号】
(45)【特許公報発行日】2023-02-13
(71)【出願人】
【識別番号】000108155
【氏名又は名称】センコーグループホールディングス株式会社
(74)【代理人】
【識別番号】110001900
【氏名又は名称】弁理士法人 ナカジマ知的財産綜合事務所
(72)【発明者】
【氏名】辻 法久
(72)【発明者】
【氏名】井上 惠司
(72)【発明者】
【氏名】藤井 伸五
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376AA06
5B376AD19
5B376FA13
(57)【要約】
【課題】セキュリティのリスクを回避しつつ、新規端末導入に必要となるコストを削減することができる、キッティングシステムを提供する。
【解決手段】キッティングルートサーバー２１０は、拠点内システムに導入されるＰＣにインストールすべきアプリケーションを専用装置１１０に配信する。専用装置１１０は、拠点内システム１０の業務で使用される業務用端末１２０から隔離された隔離ネットワーク１５０を構成し、配信されたアプリケーションを隔離ネットワーク１５０に接続されたＰＣ１３０にインストールする。
【選択図】図１
【解決手段】キッティングルートサーバー２１０は、拠点内システムに導入されるＰＣにインストールすべきアプリケーションを専用装置１１０に配信する。専用装置１１０は、拠点内システム１０の業務で使用される業務用端末１２０から隔離された隔離ネットワーク１５０を構成し、配信されたアプリケーションを隔離ネットワーク１５０に接続されたＰＣ１３０にインストールする。
【選択図】図１
【特許請求の範囲】
【請求項1】
複数拠点それぞれの拠点内システムと管理サーバーを備えるキッティングシステムであって、
拠点内システムに専用装置が設けられ、
前記管理サーバーは、前記専用装置に拠点内システムに導入される新規端末にインストールすべきアプリケーションを配信し、
前記専用装置は、拠点内システムの業務で使用される業務用端末から隔離された隔離ネットワークを構成し、配信されたアプリケーションを前記隔離ネットワークに接続された新規端末にインストールする処理を実行する
ことを特徴とするキッティングシステム。
拠点内システムに専用装置が設けられ、
前記管理サーバーは、前記専用装置に拠点内システムに導入される新規端末にインストールすべきアプリケーションを配信し、
前記専用装置は、拠点内システムの業務で使用される業務用端末から隔離された隔離ネットワークを構成し、配信されたアプリケーションを前記隔離ネットワークに接続された新規端末にインストールする処理を実行する
ことを特徴とするキッティングシステム。
【請求項2】
前記専用装置は、管理サーバーから配信された複数のアプリケーションを、専用装置のストレージにおける共有領域に格納し、新規端末のブラウザにより前記専用装置がアクセスされると、キッティング作業用の画面を新規端末に表示させて、キッティング作業の申請入力を受け付ける処理を行い、
前記管理サーバーは、キッティング作業用のデータベースを有し、前記キッティング作業の申請入力で受け付けた入力内容を当該データベースに登録する処理を行い、
前記新規端末へのインストールは、前記申請入力の入力内容が、前記管理サーバーのデータベースに登録された後に、前記申請入力の入力内容に従いなされる
ことを特徴とする請求項１に記載のキッティングシステム。
前記管理サーバーは、キッティング作業用のデータベースを有し、前記キッティング作業の申請入力で受け付けた入力内容を当該データベースに登録する処理を行い、
前記新規端末へのインストールは、前記申請入力の入力内容が、前記管理サーバーのデータベースに登録された後に、前記申請入力の入力内容に従いなされる
ことを特徴とする請求項１に記載のキッティングシステム。
【請求項3】
前記専用装置は、前記申請入力の入力内容が、前記管理サーバーのデータベースに登録された後に新規端末に管理プログラムを送り込み、
前記管理プログラムは、専用装置をホスト側としたリモート制御を有効として、専用装置の制御によるインストールを開始させるのと共に、アプリケーション毎のインストールの成否、及び、インストールを構成する個々のタスクの成否を監視し、
前記専用装置は、管理プログラムによる監視で得られたインストールの成否、及び、タスクの成否に基づき、キッティング作業のログを作成して、管理サーバーに送信する
ことを特徴とする請求項２に記載のキッティングシステム。
前記管理プログラムは、専用装置をホスト側としたリモート制御を有効として、専用装置の制御によるインストールを開始させるのと共に、アプリケーション毎のインストールの成否、及び、インストールを構成する個々のタスクの成否を監視し、
前記専用装置は、管理プログラムによる監視で得られたインストールの成否、及び、タスクの成否に基づき、キッティング作業のログを作成して、管理サーバーに送信する
ことを特徴とする請求項２に記載のキッティングシステム。
【請求項4】
前記専用装置は、新規端末のブラウザによりアクセスされると、新規端末にモニタプログラムを送り込み、
前記モニタプログラムは、管理プログラムによる監視で得られたインストールの成否、及び、タスクの成否に基づき、キッティング作業がどこまで進捗したかの度合いを新規端末に表示させる
ことを特徴とする請求項３に記載のキッティングシステム。
前記モニタプログラムは、管理プログラムによる監視で得られたインストールの成否、及び、タスクの成否に基づき、キッティング作業がどこまで進捗したかの度合いを新規端末に表示させる
ことを特徴とする請求項３に記載のキッティングシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、複数拠点のそれぞれの拠点内システムを含むキッティングシステムに関し、各拠点内システムに導入すべき端末に、必要なアプリケーションをインストールする作業の効率の改善に関する。
【背景技術】
【0002】
今日の企業は、国内、海外の様々な地域に事業拠点及び拠点内システムを擁して、日々の業務を遂行している。特に物流にかかる企業の業務は、荷主等の顧客からの受注、物流センター又は倉庫における配送対象物の入庫／在庫／出庫の管理、配送手段の確保、及び各種帳票の発行等多岐にわたる。拠点内システムに導入されるパーソナルコンピュータ（以下、ＰＣと呼ぶ）には、グループウェアや文書作成アプリケーション、スキャン画像閲覧アプリケーション等、様々なアプリケーションがインストールされ、上記の多岐にわたる業務に使用される。ＰＣに、アプリケーションのインストールを行って使用可能な状態にし、拠点内システムの端末に設定する作業は、キッティングと呼ばれる（例えば、特許文献１参照）。
【0003】
新規端末の導入にあたり、ライセンス管理、セキュリティの観点から、端末にインストールされるアプリケーションを一括して管理することが望ましい。そこで、新たな端末を拠点内システムに導入するにあたり、ＰＣを一括購入して、購入したＰＣをサービスセンターに送り、サービスセンターにおいて、一括してキッティングするという手動キッティングが、現在の主流になっている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１８－１４２１４８号
【発明の概要】
【発明が解決しようとする課題】
【0005】
ところで手動キッティングでは、一括購入したＰＣを作業センターに配送して、業務に必要なアプリケーション一式をインストールして端末を構成した後、端末を各拠点に配送せねばならず人手に頼るところが大きい。
【0006】
人手に頼るとのデメリットが伴うので、最近、公衆クラウドサービスを利用した、リモートなキッティングの実現が検討されている。これはAmazon S3(Simple Storage Service)等の公衆クラウドサービスのストレージに、新規導入するＰＣにインストールすべきアプリケーション一式を集積させておき、Amazon EC2（Elastic Compute Cloud）等の公衆クラウドサービスのアプリケーション提供機能を利用して、これらアプリケーション一式を配信してインストールさせるというものである。
【0007】
こうしたリモートキッティングはＰＣの集荷・配送が不要になるから、新たなＰＣの導入に必要となる人手を最小限にすることができる。ところが、かかるリモートキッティングは、人手の代わりに、アプリケーション一式の転送が必要になり、キッティングにおけるトラフィックを増大させる。ネットワークの負荷が高まるので、業務システムを用いた本来の業務に支障をきたしてしまう恐れがある。インストールすべきアプリケーション一式の転送が高頻度になされるから、悪意をもった第３者が、拠点内システムのネットワークへの進入に成功した場合、インストールすべきアプリケーション一式が詐取される可能性があり、セキュリティ上の大きな脅威になる。そうした、アプリケーション一式の詐取は、社内情報の盗用等二次的被害をもたらし、企業に大きな損出を与える可能性がある。
【0008】
本開示の目的は、トラフィック増大及びセキュリティ上の脅威を回避しつつ、新規端末導入に必要となるコストを削減することができる、キッティングシステムを提供することである。
【課題を解決するための手段】
【0009】
上記課題を解決するキッティングシステムは、複数拠点それぞれの拠点内システムと管理サーバーを備える。拠点内システムに専用装置が設けられ、前記管理サーバーは、前記専用装置に拠点内システムに導入される新規端末にインストールすべきアプリケーションを配信し、前記専用装置は、拠点内システムの業務で使用される業務用端末から隔離された隔離ネットワークを構成し、配信されたアプリケーションを前記隔離ネットワークに接続された新規端末にインストールする処理を実行することを特徴としている。
【発明の効果】
【0010】
本開示のキッティングシステムによれば、新規端末へのアプリケーションの転送は、業務用端末から隔離された隔離ネットワークで行われるので、拠点内システムのネットワークに悪意をもった者が接続したとしても、アプリケーション一式が詐取される可能性はきわめて小さくなり、また拠点内システムにおけるネットワークの負荷が高まることはない。
【0011】
新規端末にインストールすべき新規アプリケーションは、管理サーバーによって専用装置に送り込まれるので、新規端末を事業拠点毎に集荷して、配送するという手間は生じない。従って、新規端末の導入にあたり、トラフィック増大を回避しつつ、新規端末導入に必要となるコストを削減することができる。
【図面の簡単な説明】
【0012】
【図3】公衆クラウドシステム２０のキッティングデータベース２２０、キッティング専用装置１１０のローカルストレージ１１５、ＰＣ１３０のシステムドライブ１３６のそれぞれに格納されるアプリケーション群を示す図である。
【図4】キッティングに用いられるデータベースの内容を示す図である。
【図5】キッティング申請の一例を示すフローチャートである。
【図7】キッティングマネージャー１３２、制御手順書１１３の作成及び送信手順を示すフローチャートである。
【図8】ＰＣ情報の収集、収集したＰＣ情報を用いたキッティングトークンの作成を示すフローチャートである。
【図9】キッティングマネージャー１３２によるタスク成否、インストール成否のモニタリングと、キッティング専用装置１１０によるログ作成とを示すフローチャートである。
【図10】リモート制御プログラム１１２及びキッティングモニター１３３による処理手順を示すフローチャートである。
【発明を実施するための形態】
【0013】
以下、本開示に係るキッティングシステム１について、図面を参照して説明する。なお、以下の説明において、同一の機能および構成を有するものについては、同一の符号を付し、その説明を省略する。
【0014】
［１］キッティングシステム１の構成
図１を参照してキッティングシステム１の構成を説明する。キッティングシステム１は、図１に示すように、本社、支店、営業所などの事業拠点ごとに設けられた拠点内システム１０と、本社の管理部門に設けられたオフサイトセンター３０とを含む。拠点内システム１０及びオフサイトセンター３０は、基幹ネットワーク４０と接続されており、これら拠点内システム１０、オフサイトセンター３０に属する業務用端末１２０は、基幹ネットワーク４０を介して相互に通信を行うことができる。拠点内システム１０、オフサイトセンター３０は、ファイアウォール６０によって、公衆ネットワーク５０から隔離されており、公衆ネットワーク５０からは、拠点内システム１０にアクセスすることはできない。一方、キッティングシステム１は、公衆ネットワーク５０に存在する公衆クラウドシステム２０の機能を利用して、キッティングルートサーバー２１０、キッティングデータベース２２０を構築し、キッティングに必要となる処理をキッティングルートサーバー２１０に実行させている。
図１を参照してキッティングシステム１の構成を説明する。キッティングシステム１は、図１に示すように、本社、支店、営業所などの事業拠点ごとに設けられた拠点内システム１０と、本社の管理部門に設けられたオフサイトセンター３０とを含む。拠点内システム１０及びオフサイトセンター３０は、基幹ネットワーク４０と接続されており、これら拠点内システム１０、オフサイトセンター３０に属する業務用端末１２０は、基幹ネットワーク４０を介して相互に通信を行うことができる。拠点内システム１０、オフサイトセンター３０は、ファイアウォール６０によって、公衆ネットワーク５０から隔離されており、公衆ネットワーク５０からは、拠点内システム１０にアクセスすることはできない。一方、キッティングシステム１は、公衆ネットワーク５０に存在する公衆クラウドシステム２０の機能を利用して、キッティングルートサーバー２１０、キッティングデータベース２２０を構築し、キッティングに必要となる処理をキッティングルートサーバー２１０に実行させている。
【0015】
（１－１）拠点内システム１０
拠点内システム１０は、本社、支店、営業所などの事業拠点ごとに、対応する拠点業務を遂行するためのコンピュータシステムである。拠点内システム１０は、キッティング専用装置１１０、業務用端末１２０を備える。
拠点内システム１０は、本社、支店、営業所などの事業拠点ごとに、対応する拠点業務を遂行するためのコンピュータシステムである。拠点内システム１０は、キッティング専用装置１１０、業務用端末１２０を備える。
【0016】
業務用端末１２０は、拠点業務を遂行するために拠点内システム１０に導入されたパーソナルコンピュータ（ＰＣ）であり、対応するユーザーが業務を行うためのキッティングがなされている。業務用端末１２０は、構内ネットワーク１４０に接続され、他の業務用端末１２０と連携して拠点業務を遂行する。業務用端末１２０は、構内ネットワーク１４０及び基幹ネットワーク４０を介して、他の拠点内システム１０の端末と通信可能である。
【0017】
キッティング専用装置１１０は、ネットワークインターフェイス１１０ａ、１１０ｂ、ローカルストレージ１１５を備えるものの、キーボードやポインティングデバイス、ディスプレイをもたないＵＭＰＣ（UltraMicroPC）である。ネットワークインターフェイス１１０ａは、構内ネットワーク１４０に帰属するようネットワーク設定がなされており、ネットワークインターフェイス１１０ａを介して拠点内システムの基点ハブ１６０と接続される。基点ハブ１６０とは、拠点内システム１０において基幹ネットワーク４０との接点となるハブである。
【0018】
キッティング専用装置１１０は、ネットワークインターフェイス１１０ａを通じて、トンネリング型の通信を行うことで、キッティングルートサーバー２１０を相手側としたデータ処理を行う。トンネリング型の通信とは、データの暗号化、カプセル化等により、ファイアウォール６０を跨いだコネクションを確立して、当該コネクションを用いて行うデータ通信のことである。
【0019】
ネットワークインターフェイス１１０ｂは、何れの拠点内ネットワークから隔離されていて、業務用端末からの認識しえないプライベートネットワーク（隔離ネットワーク１５０）に帰属するようネットワーク設定がなされている。ユーザーは、ネットワークインターフェイス１１０ｂ、ハブ、ケーブルから構成される隔離ネットワーク１５０に、新規導入すべきＰＣ（ＰＣ１３０）を接続することで、ＰＣ１３０を一時的に隔離ネットワークの配下に置くことができる。隔離ネットワーク１５０の構築は必須ではない。ネットワークインターフェイス１１０ｂを、隔離ネットワーク１５０に帰属させるというネットワーク設定がなされていれば、ケーブルを介して直接、ネットワークインターフェイス１１０ｂにＰＣ１３０を接続した場合でも、ＰＣ１３０のキッティングを実行することができる。ネットワークインターフェイス１１０ａ，ｂに対するネットワークスィッチの設定により、構内ネットワーク１４０、隔離ネットワーク１５０は互いに独立しているものの、キッティング専用装置１１０のローカルストレージ１１５に設けられた共有ディレクトリは、隔離ネットワーク１５０に接続された何れのＰＣからもアクセス可能である。
【0020】
従って、隔離ネットワーク１５０に接続されたＰＣ１３０に対するアプリケーションの引渡しは、ローカルストレージ１１５に設けられた共有ディレクトリを通じてなされる。
【0021】
キッティングの対象となるＰＣを直接、拠点内システム１０の構内ネットワーク１４０に接続するようなことはせず、一旦、隔離ネットワーク１５０に接続してインストールを行うため、汚染されているＰＣを誤って導入しようとした場合でも、当該ＰＣにおける汚染は、拠点内システム１０の他の端末に波及することはない。こうした波及を防止することで、拠点内システム１０の安全性を担保することができる。
【0022】
（１－２）キッティングルートサーバー２１０
キッティングルートサーバー２１０は、公衆クラウドシステム（例えば、AWSCloud）における複数のアベイラビリティゾーンの１つに設けられ、公衆クラウドシステムの計算資源サービス（例えば、Amazon EC2）のインスタンスとして動作する仮想管理サーバーであり、アプリケーションの配信やキッティング用のデータベース登録を行う。
キッティングルートサーバー２１０は、公衆クラウドシステム（例えば、AWSCloud）における複数のアベイラビリティゾーンの１つに設けられ、公衆クラウドシステムの計算資源サービス（例えば、Amazon EC2）のインスタンスとして動作する仮想管理サーバーであり、アプリケーションの配信やキッティング用のデータベース登録を行う。
【0023】
クラウドストレージ２２０は、公衆クラウドシステムにおいて、キッティングルートサーバー２１０の一部をなすストレージ装置であり、公衆クラウドサービスのストレージサービス（例えば、Amazon S3）を利用したアプリケーション群の蓄積部と、公衆クラウドサービスのデータベースサービス（例えば、Amazon RDS（Amazon AuroraMySQL））の利用によって実現されるリレーショナルデータベースとを含む。
【0024】
（１－３）オフサイトセンター３０
オフサイトセンター３０は、社内キッティングの管理者権限をもったユーザー（システム管理者）により操作される専用端末３１０を含む。システム管理者は、キッティングの申請があったときの申請の受け付けや証明書発行、ＰＣ１３０をモバイルデバイスマネジメントの対象にするための登録作業、ＰＣ１３０にインストールすべきアプリケーションについてのライセンス管理を一括して行う。システム管理者は、正規ユーザー（各拠点で業務を行う社員）の情報をクラウドストレージ２２０に登録する。また、キッティングやアップデートの申請があったときの承認を行い、配信するアプリケーションを管理する。
オフサイトセンター３０は、社内キッティングの管理者権限をもったユーザー（システム管理者）により操作される専用端末３１０を含む。システム管理者は、キッティングの申請があったときの申請の受け付けや証明書発行、ＰＣ１３０をモバイルデバイスマネジメントの対象にするための登録作業、ＰＣ１３０にインストールすべきアプリケーションについてのライセンス管理を一括して行う。システム管理者は、正規ユーザー（各拠点で業務を行う社員）の情報をクラウドストレージ２２０に登録する。また、キッティングやアップデートの申請があったときの承認を行い、配信するアプリケーションを管理する。
【0025】
［２］キッティングのための構成要素
（２－１）キッティング専用装置１１０、ＰＣ１３０におけるプログラム構成
図２は、キッティング専用装置１１０、ＰＣ１３０におけるプログラム構成を示す図である。図２において、リモート制御プログラム１１２、制御手順書１１３及びインストーラー１３１は、単体のアプリケーションをインストールするための構成であり、単体のアプリケーションのインストールを実行する。これらに加え本実施形態では、キッティングを実現するための構成要素として、キッティングルートサーバークライアントプログラム１１１、キッティングマネージャー１３２、キッティングモニター１３３を含む。
（２－１）キッティング専用装置１１０、ＰＣ１３０におけるプログラム構成
図２は、キッティング専用装置１１０、ＰＣ１３０におけるプログラム構成を示す図である。図２において、リモート制御プログラム１１２、制御手順書１１３及びインストーラー１３１は、単体のアプリケーションをインストールするための構成であり、単体のアプリケーションのインストールを実行する。これらに加え本実施形態では、キッティングを実現するための構成要素として、キッティングルートサーバークライアントプログラム１１１、キッティングマネージャー１３２、キッティングモニター１３３を含む。
【0026】
キッティング専用装置１１０の制御内容は、ハードウェア１１０Ｈ（ＣＰＵ、ＲＡＭ、ＲＯＭ、ＳＳＤ、周辺Ｉ／Ｏ等で構成される）、オペレーティングシステム（ＯＳ）１１０Ｓの上位に、キッティングルートサーバークライアントプログラム１１１、リモート制御プログラム１１２、制御手順書１１３が存在するという階層構造になっている。
【0027】
キッティングルートサーバークライアントプログラム１１１は、キッティングに必要な処理をキッティングルートサーバー２１０に要求するクライアントプログラムであり、クラウドストレージ２２０のリレーショナルデータベースに対するデータ登録や、クラウドストレージ２２０の蓄積部に蓄積されたアプリケーションの配信をキッティングルートサーバー２１０に要求する。こうして配信されたアプリケーションを受信し、ローカルストレージ１１５の共有ディレクトリに格納する。
【0028】
リモート制御プログラム１１２は、ＰＣ１３０が専用装置１１０のWebページにアクセスし、ログインして登録された申請が選択された場合、制御手順書１１３を実行することでＰＣ１３０を対象としたリモート制御を開始し、アプリケーションのリモートインストールを実行する。
【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】
キッティング申請情報データベース２２７への登録がなされると、システム管理者は、専用端末３１０を操作してクラウドストレージ２２０のキッティング申請情報データベース２２７にアクセスし、キッティング申請情報データベース２２７における承認状態を「承認済」に更新する（ステップＳ１１０）。
【0066】
キッティング申請の申請画面で指定されたアプリケーションのレコードをアプリケーション管理情報データベース２２２に登録する（ステップＳ１１１）。
【0067】
（３－３）キッティングマネージャーの送信
図７を参照しながらステップＳ１１１の後のキッティング専用装置１１０、クラウドストレージ２２０、ＰＣ１３０の処理について説明する。
図７を参照しながらステップＳ１１１の後のキッティング専用装置１１０、クラウドストレージ２２０、ＰＣ１３０の処理について説明する。
【0068】
キッティングルートサーバー２１０は、キッティングを行うユーザーが申請したキッティング申請情報データベース２２７に基づき、キッティングでインストールすべき複数アプリケーションのそれぞれに対応する制御手順書１１３を作成して、キッティング専用装置１１０に送信する（ステップＳ２０１）。一方、作成・送信した制御手順書１１３のＩＤをキッティング申請情報データベース２２７のレコードに追加する（ステップＳ２０２）。
【0069】
ＰＣ１３０では、キッティング専用装置１１０から受信したキッティングマネージャー１３２を起動する（ステップＳ２０４）。キッティングモニター１３３は、キッティングマネージャー１３２に付随するプログラムであり、キッティングマネージャー１３２と共にＰＣ１３０に送り込まれる。
【0070】
（３－４）ＰＣ情報の収集と、ＰＣ情報を用いたキッティングトークンの作成
図８を参照しながらキッティングマネージャー１３２がクラウドストレージ２２０に登録された後のキッティング専用装置１１０、クラウドストレージ２２０の処理について説明する。
図８を参照しながらキッティングマネージャー１３２がクラウドストレージ２２０に登録された後のキッティング専用装置１１０、クラウドストレージ２２０の処理について説明する。
【0071】
キッティングマネージャー１３２は、キッティング対象ＰＣ１３０の情報を収集し、収集結果である情報（ＰＣ情報）をキッティング専用装置１１０に送信する（ステップＳ２０５）。ＰＣ１３０から収集するＰＣの情報としては、ＯＳの製品名、ＯＳアーキテクチャ（ＯＳが３２ビットであるか、６４ビットであるかの区別）、ＯＳのバージョン、シリアル番号、ＰＣのベンダー名、ＰＣのモデル、ＣＰＵにおける論理プロセッサ数（コア数）、物理メモリサイズ、物理ディスクの名前、サイズ、空きエリア、無線ＬＡＮＭＡＣアドレス、インストールアプリ一覧がある。キッティングマネージャー１３２が収集したＰＣ情報は、キッティング専用装置１１０を介してキッティングルートサーバー２１０に送信される（ステップＳ２０６）。キッティングルートサーバー２１０は、収集されたＰＣ情報を、クラウドストレージ２２０における端末管理情報データベース２２５に登録するのと共に、収集したＰＣ情報をキッティング申請情報に組み合わせて、キッティングがなされていることの区別を示すキッティングトークン１３４を作成しキッティング専用装置１１０に送信する（ステップＳ２０７）。キッティング専用装置１１０は、キッティングマネージャー１３２にキッティングトークン１３４を送信して引き渡し（ステップＳ２０８）、キッティングトークン１３４をＰＣ１３０のレジストリ１３０Ｒに格納させる（ステップＳ２０９）。
【0072】
（３－５）キッティング用の端末設定とリモート制御プログラム１１２の起動
図９はキッティングマネージャー１３２及びキッティング専用装置１１０による処理内容を示すフローチャートである。本図におけるｉは、キッティングの対象となる複数のアプリケーションのそれぞれを指示する変数である。
図９はキッティングマネージャー１３２及びキッティング専用装置１１０による処理内容を示すフローチャートである。本図におけるｉは、キッティングの対象となる複数のアプリケーションのそれぞれを指示する変数である。
【0073】
キッティングマネージャー１３２は、キッティング対象ＰＣ１３０に対して、キッティング用端末設定を行う（ステップＳ３０２）。キッティング用端末設定とは、キッティングがなされている間に有効となる設定のことであり、自動ログイン設定、キッティングマネージャーの自動起動設定、リモートコントロール設定を含む。こうして、キッティング用の端末設定を行った後、リモート制御プログラム１１２が起動される。
【0074】
（３－６）リモート制御プログラム１１２、キッティングマネージャー１３２によるリモート制御
図１０は、リモート制御プログラム１１２、キッティングマネージャー１３２によるリモート制御手順を示すフローチャートである。本図におけるｉは、図９同様、キッティングの対象となる複数のアプリケーションのそれぞれを指示する変数である。
図１０は、リモート制御プログラム１１２、キッティングマネージャー１３２によるリモート制御手順を示すフローチャートである。本図におけるｉは、図９同様、キッティングの対象となる複数のアプリケーションのそれぞれを指示する変数である。
【0075】
リモート制御プログラム１１２は、キッティングルートサーバー２１０により送信された制御手順書群の受信待ちを行い（ステップＳ５０１）、受信されれば（ステップＳ５０１でＹｅｓ）、変数ｉを初期化して（ステップＳ５０２）、アプリケーションiに対応する制御手順書（制御手順書i）を実行する（ステップＳ５０３）。制御手順書で実行する手順としては、（１）レジストリ内容のチェックによる、アプリケーションiがインストール済みかどうかの判定、（２）キッティング専用装置１１０のローカルストレージ１１５における共有ディレクトリから、ＰＣ１３０のテンポラリディレクトリ１３５に、アーカイブファイルをコピーする処理、（３）コピーされたアーカイブファイルの展開、（４）サイレントインストールのオプションを付与した上でのインストーラー起動、（５）アーカイブファイル及び展開済みファイル一式の削除がある。
【0076】
制御手順書iの実行に失敗したか、或いは、一定時間が経過してもなお、制御手順書iが終了していないかを判定し（ステップＳ５０４）、判定結果が肯定的である場合（ステップＳ５０４がＹｅｓ）、ステップＳ５０３に移行して制御手順書iの実行をリトライする。制御手順書iが正常終了すれば（ステップＳ５０４がＮｏ）、変数iが総数ｎ未満かどうかを判定する（ステップＳ５０５）。ｉがｎ未満である場合、変数iをインクリメントして（ステップＳ５０６）、ステップＳ５０３に戻る。以降、ｉ＜ｎの要件を満たす限り、ステップＳ５０３～Ｓ５０６のループを繰り返す。ｉ＝ｎになると、ｎ番目のアプリケーションについてステップＳ５０３の処理を実行した後、リモート制御プログラム１１２は処理を終了する（ステップＳ５０５でＮｏ）。
【0077】
キッティングモニター１３３は、アプリケーションｉの進捗度ｘが変化したかどうかを判定し（ステップＳ５１１）、変化があれば（ステップＳ５１１でＹｅｓ）、アプリケーションｉにおけるインストールの進捗度x%を、キッティング全体の進捗度に変換して、プログレスバーにより表示する（ステップＳ５１２）。
【0078】
ステップＳ５１２における進捗度の変換は、アプリケーションｉにおけるインストールの進捗度ｘ％をｎで割った値（ｘ／ｎ）に、１番目からｉ－１番目までのアプリケーションが完了したことによる進捗度（１００・（ｉ－１）／ｎ）を足し合わせるという計算である。その他キッティングモニター１３３は、プログレスバー以外のインストール状況の表示、申請情報、ＰＣ情報の表示を行う。
【0079】
（３－７）インストールの成否、タスク成否のモニタリング
リモート制御プログラム１１２によるリモート制御がなされている間、キッティングマネージャー１３２は、図９のステップＳ３０３～ステップＳ３０５のループに移行して、リモート制御プログラム１１２によるインストールの成否、タスク成否をモニタリングする。
リモート制御プログラム１１２によるリモート制御がなされている間、キッティングマネージャー１３２は、図９のステップＳ３０３～ステップＳ３０５のループに移行して、リモート制御プログラム１１２によるインストールの成否、タスク成否をモニタリングする。
【0080】
ステップＳ３０３～ステップＳ３０５のループは、アプリケーションｉのインストールを構成するタスクが終了したかの判定（ステップＳ３０３）、アプリケーションiのインストールが終了したかの判定（ステップＳ３０４）、キッティングの対象となる全てのインストールが終了したかの判定（ステップＳ３０５）を順次実行するものである。インストールを構成する何れかのタスクが終了すると（ステップＳ３０３がＹｅｓ）、その終了したタスクのSuccess／Falseを示す動作レポートをキッティング専用装置１１０に送信する（ステップＳ３０６）。
【0081】
何れかのアプリケーションのインストールが終了すると（ステップＳ３０４でＹｅｓ）、インストールのSuccess／Falseを示す動作レポートをキッティング専用装置１１０に送信する（ステップＳ３０７）。
【0082】
キッティングの対象となる全てのインストールが終了すると（ステップＳ３０５でＹｅｓ）、キッティング用の端末設定を解除して、業務用の端末設定を行う（ステップＳ３０８）。
【0083】
こうしたモニタリングがなされている間、キッティング専用装置１１０は、ローカルストレージ１１５にログ用のファイルをクリエイトして（ステップＳ４０１）、ステップＳ４０２～Ｓ４０４のループに移行する。ステップＳ４０２は、全てのアプリケーションのインストールが終了したかどうかの終了待ちであり、インストールが終了していない場合（ステップＳ４０２でNo）、インストールを構成する何れかのタスク、インストールの動作レポートを取得して（ステップＳ４０３）、インストール時に実行されたタスクのレポートを示すレコード、インストールの実行結果を示すレコードを、ローカルストレージ１１５にクリエイトしたログ用ファイルに追加する（ステップＳ４０４）処理を繰り返す。実行結果を示すレコードがログ用ファイルに順次追加されることで、ログが更新されてゆく。
【0084】
キッティングマネージャー１３２が作成するタスクの動作レポートは、対応するタスクのタスク名(タスクに対応する実行ファイルのファイル名が用いられる)、実行が開始した開始日時、実行が終了した終了日時を、Success／Falseに対応付けて示す。エラー、例外処理により実行が失敗している場合、エラーコード、例外処理コードが対応つけられる。
【0085】
インストールの動作レポートは、対応するインストーラー名(バッチファイル、実行ファイルのファイル名が用いられる)、実行が開始した開始日時、実行が終了した終了日時を、実行のSuccess／Falseに対応付けて示す。エラー、例外処理により実行が失敗している場合、エラーコード、例外処理コードが対応つけられる。これらの動作レポートがログ用ファイルに格納されるので、何れかのアプリケーションのインストールに失敗した場合、また、一度失敗したがリトライによりインストールに成功した場合、キッティングのログを参照することで、システム管理者はインストール失敗の原因を究明することができる。究明された失敗の原因に基づき、制御手順書１１３を改良することで、キッティングの成功率を高めることができる。
【0086】
全てのアプリケーションのインストールが完了すると（ステップＳ４０２でＹｅｓ）、インストール完了をキッティングルートサーバー２１０に通知し（ステップＳ４０５）、ログをキッティングルートサーバー２１０に送信する（ステップＳ４０６）。キッティングルートサーバー２１０は、受信したログに基づいて、クラウドストレージ２２０の端末管理情報データベース２２５を更新する。以上、キッティング専用装置１１０、キッティングマネージャー１３２、キッティングモニター１３３が図７～図１０に従って動作することにより、キッティング対象ＰＣ１３０のキッティングが行われる。
【0087】
ユーザーは、キッティング対象ＰＣを隔離ネットワーク１５０から切り離し、構内ネットワーク１４０に接続する。以後、キッティング対象ＰＣ１３０は、業務用端末となり、業務に利用される。以上、本発明を実施の形態に基づいて説明してきたが本発明は上述の実施の形態に限定されないのは勿論であり以下の変形例が考えられる。
【0088】
（１）キッティングルートサーバー２１０と、キッティング専用装置１１０との通信は、ＶＰＮ（Virtual Private Network）ゲートウェイを通じて実行することが望ましい。ＶＰＮの利用により、拠点内システムの機密性を維持することができる。またキッティングルートサーバー２１０に対する、キッティング専用装置１１０による処理要求は、ｗｅｂＡＰＩを通じて実行することが望ましい。
【0089】
キッティングルートサーバー２１０のオペレーティングシステムとしては、Linux（登録商標）系統のRedHatを用いることが望ましい。また、キッティングルートサーバー２１０の機能は、リモート制御プログラム、Web、Redisを用いて実現してもよい。キッティング専用装置１１０のオペレーティングシステムについても、Linux系統のRedHatを用いることが望ましい。キッティングルートサーバークライアント１１１の機能は、リモート制御プログラムの他、DHCP、Nginx、DNS、Samba、NTP、Proxy、TFTPを用いて実現してもよい。更に、リモート制御プログラム１１２はAnsible、Chef、Puppetであってもよいし、リモート制御プログラムが実行する制御手順書１１３は、Playbookであってもよい。
【0090】
更に、キッティングルートサーバー２１０に対するキッティング専用装置１１０による処理要求は、リバースプロキシサーバー（例えば、Nginxによるリバースプロキシ機能）を用いることが望ましい。リバースプロキシサーバーの設定は、キッティングルートサーバー２１０へのリクエストが通過するという内容のものでよい。
【0091】
（２）配信アプリケーション群２２１は、所定の格納様式に従って格納することが望ましい。その格納様式とは、Ｓ３ストレージに、アプリケーション毎のサブディレクトリを設け、当該サブディレクトリに、スクリプトファイル、非分割のアーカイブファイルを格納するというものである。アーカイブファイルを分割した場合は、アプリケーション毎のサブディレクトリの配下に、分割用のサブディレクトリを設けて、分割用のサブディレクトリに、部分ファイルを格納する。
【0092】
（３）アプリケーション管理情報データベース２２２、配信済アプリケーション情報データベース２２３、ユーザー管理情報データベース２２４、端末管理情報データベース２２５、バージョン管理情報データベース２２６、キッティング申請情報データベース２２７は、他の用途で構築されたデータベースのマスタを利用して定義してもよい。
【0093】
（４）公衆クラウドシステムにおける複数のアベイラビリティゾーンの１つに、キッティングルートサーバー２１０、クラウドストレージ２２０を設け、別のアベイラビリティゾーンに、これらのバックアップを設けてもよい。かかるバックアップを利用することで、システムに異常が発生した際のリカバリーが可能になる。
【0094】
（５）リモート制御プログラムによるキッティング用端末設定、 デスクトップに表示するアイコンの設定、管理者ユーザーのアカウント無効化、アカウント作成、コンピュータ名の設定、コンピュータ名の説明の設定、ワークグループ／ドメインの設定、アカウントの種類変更、タスクバーへのアプリケーションのピン留め、タスクバーからのピン留め外し、ブラウザの各種設定、ログイン・ログオフ設定、IPアドレス設定、ＤＮＳ設定、ブラウザのインターネット一時ファイル設定、ブラウザのプロキシサーバーの設定、ブラウザの信頼済みサイトのレベルカスタマイズ、ブラウザの互換表示設定、ブラウザのホームページ設定、ストアアプリの設定、スタート画面からのピン留めアイコンの外し、不要アプリのアンインストール、スタート画面における表示アプリの設定、ファイアウォール設定、リモート設定、ＵＡＣ設定、NTP（Network Time Protocol）サーバー設定、ＷＳＵＳクライアント側設定、クライアント証明書インストール、無線LANブリッジ接続設定、BitLockerによるドライブ暗号化設定、ゴミ箱内削除、クイックアクセスの指定解除の何れかを含んでいてもよい。
【0095】
（６）キッティングが終了した後の業務用端末設定は以下のものを含んでもよい。例えば、専用装置の接続を切断して、拠点内システムのネットワークに切り替える旨のメッセージを表示、キッティングマネージャー、キッティングモニターのアンインストールの何れかを含んでもよい。
【0096】
（７）キッティングの申請については、ＰＣが事業所に届けられる前に実行してもよい。この場合、導入済み端末からキッティング申請を行う。こうして導入済み端末からキッティング申請がなされた場合、申請情報は、事前予約情報としてクラウドストレージ２２０に格納される。以降、ＰＣ１３０が届けられ、ＰＣ１３０がキッティング専用装置１１０に接続されると、既存の事前予約情報を一覧表示する。その他、新規のキッティング申請の受け付け、既存の事前予約情報に示されるキッティング申請の選択、既存の事前予約情報に示されるキッティング申請の内容更新を受け付ける。そうして、新規に受け付けたキッティング申請、既存の事前予約情報の中から選択されたキッティング申請、内容更新がなされた事前予約情報に示されるキッティング申請の何れかが確定されると、確定されたキッティング申請に基づき、キッティングを実行する。
【0097】
（８）制御手順書１１３によるリモート制御が正常になされているかどうかの監視をキッティングモニター１３３に実行させてもよい。一定期間通信がない場合、キッティングに問題が発生したとして、リトライのためＰＣ１３０を再起動する。キッティング専用装置１１０は、ＰＣ１３０の再起動後に実施される自動的に起動するキッティングマネージャー１３２からのキッティング開始ＡＰＩの呼び出しに応じて、キッティングをリトライする。
【0098】
（９）キッティングにおいてインストールすべきアプリケーションは１つであってもよい。また、キッティングシステムが対象とする業務は物流業務に限らない。工業的な業務、商業的な業務、事務手続きの業務、ソフトウェア作業の業務であってもよい。
【0099】
またキッティングシステムは、コンピュータシステムを指し、１つ以上のコンピュータから構成されれば足りる。例えば、クラウドサーバーが端末に対してゲストＯＳを起動し、かかるゲストＯＳ上で起動したアプリケーションにより情報提供を行うクラウドコンピュータシステムのほか、クライアントからの要求に応じて、サーバーが情報提供を行うクライアント－サーバシステム、コンピュータ同士がピアツーピア接続を行うコンピュータシステム、コンピュータがグリッドとして機能し、分散処理を行うグリッドコンピュータシステムを広く含む。端末は、マウス、タッチパッド等のポインティングデバイスで操作するラップトップパソコン、ポインティングデバイス以外のタッチパネルによる操作が可能なノートパソコン、スマートフォン、タブレット端末、レジ機端末を広く含む。これらの全ての下位概念について実施の形態を述べると説明が煩雑になり望ましくない。そこで、上記の実施形態では、ラップトップコンピュータが端末であるとした。
【0100】
（１０）キッティング専用装置１１０としては、１）小型で、各事務所に設置しても邪魔にならない、２）モータレスであり、物理故障のリスクが少ない、３）ネットワークポートを複数有するという、３つの要件を満たすパーソナルコンピュータを用いることが望ましい。
【産業上の利用可能性】
【0101】
複数の拠点で連携して業務を行う業務システムなどに有用である。
【符号の説明】
【0102】
１ キッティングシステム
１０ 拠点内システム
２０ 公衆クラウドシステム
３０ オフサイトセンター
４０ 基幹ネットワーク
１１０ キッティング専用装置
１１１ キッティングルートサーバークライアントプログラム
１１５ ローカルストレージ
１１６ インストールアプリケーション群
１２０ 業務用端末
１３０ ＰＣ
１３２ キッティングマネージャー
２１０ キッティングルートサーバー
２２０ クラウドストレージ
１０ 拠点内システム
２０ 公衆クラウドシステム
３０ オフサイトセンター
４０ 基幹ネットワーク
１１０ キッティング専用装置
１１１ キッティングルートサーバークライアントプログラム
１１５ ローカルストレージ
１１６ インストールアプリケーション群
１２０ 業務用端末
１３０ ＰＣ
１３２ キッティングマネージャー
２１０ キッティングルートサーバー
２２０ クラウドストレージ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】