JP2024011073A - リソース申請システム - Google Patents

Abstract

【課題】共通基盤システム内の複数の各システムの申請を電子化する申請システムを提供すること。【解決手段】本発明の一実施形態に係るリソース申請システムは、リソースを提供可能な複数のシステムを含み、複数の前記リソースを管理する第１のシステムと、前記第１のシステムに接続するための申請に使用される申請システムと、前記第１のシステムから前記リソースを提供されると共に前記リソースを利用可能な第２のシステムと、を含む。【選択図】図１

Description

本発明は、リソース申請システムに関する。

近年、金融機関では、複数のシステム及び複数のシステムが提供可能なリソースが利用されている。金融機関内で利用される複数のシステムを管理する管理システムとして、例えば、共通基盤システムが利用されている。金融機関内のユーザが当該ユーザの所有するゲストシステムを用いて金融機関内で利用可能な複数のシステム及びリソースの利用を希望する場合、当該ユーザは、金融機関内で利用可能な複数のシステム及びリソースの新規利用、設定変更、廃止などを、書面を用いて申請していた。しかしながら、書面を用いた申請においては、例えば、当該ユーザが、再度、同様の設定変更の申請を行う場合、書面にて同様の設定変更の申請を一から起案するため、当該ユーザの大きな負担となっていた。また、共通基盤システムを管理する担当者（共通基盤システム担当者）は、申請を受理する度に、書面の確認が必要なため、共通基盤システム担当者の大きな負担となっていた。

特開２０１２－２２２７５２号公報

特許文献１には、複数の拠点間を、広域ネットワークを介して相互に接続する技術（例えば、次世代企業網連携技術）において、パケット転送全体の処理時間を短縮することを目的として、パケットに含まれるアドレスであって送信元拠点内で送信元拠点配下の端末及び宛先拠点配下の端末が一意に識別されるアドレスを、宛先拠点内で送信元拠点配下の端末及び宛先拠点配下の端末が一意に識別されるアドレスに変換するアドレス変換部を含む拠点間接続システムが記載されている。また、特許文献１には、拠点間接続システムにおいて、送信元拠点配下の端末及び宛先拠点配下の端末におけるアドレスの変換のサービスに係る拠点間接続サービスの利用申請を、利用者の端末（送信元拠点配下の端末）を用いて電子的に受け付けることが記載されている。

しかしながら、特許文献１には、金融機関ではない２つの端末間の拠点間接続サービスの利用申請を電子化するという技術が記載されているに過ぎず、金融機関のような複数のシステム及び複数のシステムが提供可能なリソースを管理するシステムで、複数のシステム及び複数のシステムが提供可能なリソースを利用するという状況において、複数のシステム及び複数のシステムが提供可能なリソースの新規利用、設定変更、廃止などを電子化するという技術は記載されておらず、そのような技術思想の記載もない。したがって、特許文献１に記載の利用申請を電子化するという技術を、そのまま金融機関のシステムに適用することは困難であった。

このような課題に鑑み、本発明の目的の一つは、共通基盤システム内の複数のシステム及び複数のシステムが提供可能なリソースの申請を電子化する申請システムを提供することである。また、本発明の目的の一つは、当該申請システムを用いて、ユーザの利便性を向上させることである。

本発明の一実施形態に係るリソース申請システムは、リソースを提供可能な複数のシステムを含み、複数の前記リソースを管理する第１のシステムと、前記第１のシステムに接続するための申請に使用される申請システムと、前記第１のシステムから前記リソースを提供されると共に前記リソースを利用可能な第２のシステムと、を含む。

上記リソース申請システムにおいて、前記申請システムは、前記第２のシステム及び前記複数のサーバの基本設定情報と、前記複数のシステムの個別設定情報とを含む申請システムデータベースを含んでもよい。

上記リソース申請システムにおいて、前記申請システムは、前記申請システムデータベースを用いて前記基本設定情報を自動的に反映したひな形を、前記第２のシステムに提供してもよい。

上記リソース申請システムにおいて、前記第２のシステムは、前記基本設定情報及び前記個別設定情報を用いて、前記申請を実行する第１の手続実行部を含んでもよい。

上記リソース申請システムにおいて、前記第１の手続実行部は、前記第２のシステムを、前記第１のシステム及び前記申請システムに連携させる第１の連携部を含んでもよい。

上記リソース申請システムにおいて、前記複数のシステムのうち何れか一つのシステムは、前記何れか一つのシステムが提供可能なリソースを前記第２のシステムに提供可能な環境を生成する第２の手続実行部を含んでもよい。

上記リソース申請システムにおいて、前記第２の手続実行部は、前記何れか一つのシステムを、前記第２のシステム及び前記申請システムに連携させる第２の連携部を含んでもよい。

上記リソース申請システムにおいて、前記第１の手続実行部が前記申請ファイルを前記申請システムに送信し、前記申請システムが前記申請ファイルを前記何れか一つのサーバに送信し、前記申請ファイルを送信された前記何れか一つのシステムに含まれる前記第２の手続実行部が前記申請ファイルに基づき前記環境を自動構築してもよい。

上記リソース申請システムにおいて、前記基本設定情報は、前記第２のシステムのＩＤ及び連絡先を含んでもよい。

上記リソース申請システムにおいて、前記個別設定情報は、前記第２のシステムのパスワード、申請システムを利用するためのパスワード、及び前記複数のサーバのＩＤを含んでもよい。

本発明の一実施形態に係るリソース申請システムでは、共通基盤システム内の複数のシステム及び複数のシステムが提供可能なリソースの申請を電子化する申請システムを提供することができる。また、当該申請システムを用いて、ユーザの利便性を向上させることができる。

本発明の第１実施形態に係るリソース申請システムのハードウェア構成を示す概略図である。 本発明の第１実施形態に係る申請システムの構成を示す概略図である。 本発明の第１実施形態に係る共通基盤シシステムの構成を示す概略図である。 本発明の第１実施形態に係る申請内容のリストの一例を示す図である。 本発明の第１実施形態に係るゲストシステムの構成を示す概略図である。 本発明の第１実施形態に係るリソース申請システムの各構成要素によって構成された機能ブロックを示す概略図である。 本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。 本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。 本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。 本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。 本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。 本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。

以下、本発明の実施の形態を、図面等を参照しながら説明する。但し、本発明は多くの異なる態様で実施することが可能であり、以下に例示する実施の形態の記載内容に限定して解釈されるものではない。図面は説明をより明確にするため、模式的に表される場合があるが、あくまで一例であって、本発明の解釈を限定するものではない。

また、各要素に対する「第１」、「第２」と付記された文字は、各要素を区別するために用いられる便宜的な標識であり、特段の説明がない限りそれ以上の意味を有さない。なお、本実施形態で参照する図面において、同一部分または同様な機能を有する部分には同一の符号または類似の符号（数字ｘｘｘにＡ，Ｂまたは１，２などを付しただけの符号）を付し、その繰り返しの説明は省略する場合がある。また、構成の一部が図面から省略されたりする場合がある。その他、本発明の属する分野における通常に知識を有する者であれば認識できるものである場合、特段の説明を行わないものとする。

＜第１実施形態＞
図１～図１２を用いて、本発明の第１実施形態に係るリソース申請システム１を説明する。リソース申請システム１は、例えば、銀行、信用金庫、郵便局、保険会社、又は証券会社で利用されるシステムである。

＜１．リソース申請システム１の概要＞
図１は、本発明の第１実施形態に係るリソース申請システム１のハードウェア構成を示す概略図である。

リソース申請システム１では、申請システム１０に登録されているゲストシステム３０の情報（申請システムデータベース（申請システムＤＢ（Ｄａｔａ Ｂａｓｅ））１６１内に格納された情報）を利用して、申請システム１０を共通基盤システム２０と連携させ、共通基盤システム２０内の各リソース提供システム２６のリソース２６１１の新規利用、設定変更、廃止などの各種申請を、申請システム１０にインストールされたソフトウェア１１０Ａ、ゲストシステム３０にインストールされたソフトウェア１１０Ｂ、共通基盤システム２０にインストールされたソフトウェア１１０Ｃ、及びリソース提供システム２６にインストールされたソフトウェア１１０Ｄを用いて実行することができる。ソフトウェア１１０Ａ、１００Ｂ、１１０Ｃ及び１１０Ｄは金融機関内で開発されたアプリケーションソフトウェアであると共に、申請システム１０を利用するためのアプリケーションソフトウェアである。ゲストシステム３０は、ソフトウェア１１０Ｂによって、申請システム１０、共通基盤システム２０、及びリソース提供システム２６との間で適宜通信を行うことで、各種申請を、電子化されたシステム上で実行することができる。リソース申請システム１は、共通基盤システム２０内の各リソース提供システム２６の各種申請が電子化された申請システム１０を含み、ゲストシステム３０のユーザ、及び共通基盤システム担当者は、リソース申請システム１を用いることによって、各種申請の利便性が向上する。

リソース申請システム１において、リソースとは、例えば、リソース提供システム２６のリソース提供ＤＢ２６１に含まれるファイル、フォルダ（ディレクトリ）、ライブラリ、ライブラリ群などのリソース２６１１であってよい。また、例えば、リソース申請システム１において、リソース提供ＤＢ２６１を含むリソース提供システム２６の新規利用を申請する場合は、リソース提供システム２６又はリソース提供ＤＢ２６１自体がリソースであってもよい。

図１に示すように、リソース申請システム１は、申請システム１０、ゲストシステム３０及びプラットフォームシステム４０を含む。ゲストシステム３０は、ネットワーク５０を介して、申請システム１０、共通基盤システム２０及びプラットフォームシステム４０と接続されている。

申請システム１０は、申請システムＤＢ１６１を含む。申請システムＤＢ１６１は、例えば、申請システム１０に登録されているゲストシステム３０の情報を格納している。申請システム１０には、ソフトウェア１１０Ａがインストールされている。申請システム１０は、ソフトウェア１１０Ａによって、共通基盤システム２０（リソース提供システム２６）又はゲストシステム３０との間で適宜通信を行うことで、ゲストシステム３０から送信された共通基盤システム２０内の各リソース提供システム２６に対する各種申請を可能にするシステムとして機能する。

共通基盤システム２０には、プラットフォームシステム４０からダウンロードされたソフトウェア１１０Ｃがインストールされている。共通基盤システム２０は、ゲストシステム３０にリソースを提供可能なリソース提供システム部２５を含む。リソース提供システム部２５は、複数のリソース提供システム２６を含む。リソース提供システム２６のそれぞれには、プラットフォームシステム４０からダウンロードされたソフトウェア１１０Ｄがインストールされている。リソース提供システム２６のそれぞれは、リソース提供ＤＢ２６１、及び、リソース提供ＤＢ２６１に含まれる複数のリソース２６１１を含む。リソース提供システム２６のそれぞれは、複数のリソース提供ＤＢ２６１を含んでよい。

共通基盤システム２０は、複数のリソース提供システム２６を管理し、複数のリソース２６１１も管理する。また、共通基盤システム２０は、ソフトウェア１１０Ｃ及び１１０Ｄによって、申請システム１０、共通基盤システム２０（リソース提供システム２６）又はゲストシステム３０との間で適宜通信を行うことで、申請システム１０から送信された各リソース提供システム２６のリソース２６１１の利用申請、設定変更、廃止などの各種申請に基づき、各リソース提供システム２６の利用許可、リソース２６１１などを、ゲストシステム３０に提供することを可能にするシステムとして機能する。

ゲストシステム３０には、共通基盤システム２０と同様に、プラットフォームシステム４０からダウンロードされたソフトウェア１１０Ｂがインストールされている。ゲストシステム３０は、当該ソフトウェア１１０Ｂによって、申請システム１０を介して、共通基盤システム２０内の各リソース提供システム２６の各種申請を行うシステムとして機能する。例えば、ゲストシステム３０は、リソース提供システム２６の利用申請を行ったリソース２６１１を利用することが可能なシステムとして機能する。

上述のとおり、ソフトウェア１１０Ａ、１００Ｂ、１１０Ｃ及び１１０Ｄは、金融機関内で開発されたアプリケーションソフトウェアであり、申請システム１０を利用するためのアプリケーションソフトウェアである。例えば、図１に示される例では、ゲストシステム３０、共通基盤システム２０、及びリソース提供システム２６は、プラットフォームシステム４０からソフトウェア１１０Ｂ及びソフトウェア１１０Ｃをダウンロードするが、プラットフォームシステム４０を利用しない場合などにおいては、ゲストシステム３０、共通基盤システム２０、及びリソース提供システム２６は、例えば、申請システム１０からソフトウェア１１０Ｂ及びソフトウェア１１０Ｃをダウンロードする。ソフトウェア１１０Ｂ、１１０Ｃ及び１１０Ｄを用いることによって、ゲストシステム３０は、申請システム１０、共通基盤システム２０及び各リソース提供システム２６と連携し、共通基盤システム２０（リソース提供システム２６）からリソースを提供されると共に、当該リソースを利用することができる。

プラットフォームシステム４０は、金融機関内で使用されるデジタルコンテンツを提供する金融機関内のサーバ（内部サーバ）であり、申請システム１０を利用するためのソフトウェア１１０Ｂ、１１０Ｃ及び１１０Ｄは、プラットフォームシステム４０から、ゲストシステム３０、共通基盤システム２０及びリソース提供システム２６に提供される。金融機関内で使用されるデジタルコンテンツが金融機関外に提供される場合、プラットフォームシステム４０は、例えば、Ｇｏｏｇｌｅ Ｐｌａｙ（登録商標）、Ａｐｐ Ｓｔｏｒｅ（登録商標）などのデジタルコンテンツを提供する金融機関外のサーバ（外部サーバ）に対応する。プラットフォームシステム４０は、金融機関内で使用されるデジタルコンテンツを提供する金融機関内のサーバ（内部サーバ）として機能する。

リソース申請システム１では、一例として、ユーザがゲストシステム３０を保有している。ユーザは、例えば、第１担当者である。例えば、第１担当者は、申請システム１０を利用するために、ゲストシステム３０を用いて、ソフトウェア１１０Ｂを、プラットフォームシステム４０からゲストシステム３０にダウンロードし、ゲストシステム３０にインストールする。

なお、第１実施形態では、ソフトウェア１１０Ａは申請システム１０に実装され、ソフトウェア１１０Ｂ、１１０Ｃ及び１１０Ｄはゲストシステム３０、共通基盤システム２０及びリソース提供システム２６にインストールして使用されるネイティブアプリケーションである場合について説明する。また、ゲストシステム３０は複数のユーザで利用することができる。複数のユーザは、例えば、第１担当者以外の第２担当者を含む。また、リソース申請システム１では、データは情報と言い換えてよい。

＜１－１．申請システム１０の構成＞
図２は、本発明の第１実施形態に係る申請システム１０の構成を示す概略図である。図１と同一、又は類似する構成の説明は、省略される場合がある。

図２に示すように、申請システム１０は、表示部１１、操作部１４、記憶部１６、制御部１２、及び通信部１５を含む。表示部１１、操作部１４、記憶部１６、制御部１２、及び通信部１５は、バス１９を用いて接続される。

表示部１１は、ゲストシステム３０のユーザなどに対して画像などを表示するデバイスである。表示部１１は、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、又はＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）ディスプレイなどの表示デバイスであって、申請システム１０による処理結果を表示する。表示部１１は、例えば、制御部１２から供給されるデータに応じた画像を表示する。また、表示部１１は、通信部１５が受信した画面データに応じた画面を表示する。

操作部１４は、タッチセンサ、キーボード、マウス、コントローラー、ボタン、又はスイッチ等を含む。ユーザは、操作部１４を用いて、上下左右への移動、押圧、又は回転などに応じて生成された各種操作信号を、制御部１２に入力するために用いられる。なお、表示デバイス及びタッチセンサを用いてタッチパネルが構成されてよく、その場合には、表示部１１と操作部１４とが、同じ場所に重畳するように配置されてよい。

記憶部１６は、例えば、プログラム及びデータ（情報）を格納する。記憶部１６は格納するプログラム及びデータを、所定のファイルシステム及び／又はＤＢを用いて管理している。記憶部１６に格納されるプログラム及びデータは、複数の記憶装置に分散して格納されていてもよい。

格納されるプログラム及びデータは、申請システム１０を制御する基本ソフトウェアであるＯＳ、ＯＳ上において各種機能を提供するアプリケーションソフトウェア、基本設定情報、個別設定情報、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ及び１１０Ｄに関連する画面データ等である。具体的には、記憶部１６に格納されるプログラム及びデータ（情報）は、申請システムＤＢ１６１に含まれる基本設定情報ＤＢ及び個別設定情報ＤＢ、並びに、ユーザーズガイド１６２、アプリケーション関連ＤＢ１６３などを含む。基本設定情報ＤＢは基本設定情報を格納する。個別設定情報ＤＢは個別設定情報を格納する。なお、基本設定情報、個別設定情報、及びユーザーズガイド１６２の詳細は、後述される。

制御部１２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ－Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、又はその他の演算処理回路を用いて構成される。制御部１２による制御は、申請システム１０に含まれる記憶部１６に格納されている各種プログラムが、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に読み出されると共に、各種プログラムがＲＡＭを作業領域として展開され、かつ、実行されることにより実現される。

また、制御部１２は、各種手続（処理）を実行可能なソフトウェア１１０Ａを起動し構成される機能ブロック１３Ａを含む。ソフトウェア１１０Ａ及び機能ブロック１３Ａの詳細な説明は後述される。

通信部１５は、申請システム１０をネットワーク５０に接続するインタフェースである。申請システム１０は通信部１５を介して、例えば、ゲストシステム３０、共通基盤システム２０、及びプラットフォームシステム４０と通信を行うことができる。

申請システム１０では、連携部１３５Ａ及び連携部２６５Ａをまとめて、連携部１７と呼ぶ場合がある。

＜１－２．共通基盤システム２０の構成＞
図３は、本発明の第１実施形態に係る共通基盤システム２０の構成を示す概略図である。図４は、本発明の第１実施形態に係る申請先システムにおいて可能な申請内容のリストの一例を示す図である。図１及び図２と同一、又は類似する構成の説明は、省略される場合がある。

図３に示すように、共通基盤システム２０は、表示部２１、制御部２２、操作部２３、通信部２４、記憶部２７、及びリソース提供システム部２５を含む。制御部２２、表示部２１、操作部２３、通信部２４、記憶部２７、及びリソース提供システム部２５は、バス２９を介して相互に接続されている。

表示部２１は、共通基盤システム担当者に画像などを表示する表示デバイスである。表示部２１は、表示部１１と同様の構成及び機能を含む。表示部２１を説明するにあたり、表示部１１と同様の構成及び機能の説明は省略される。表示部２１は、例えば、制御部２２から供給されるデータに応じた画像を表示する。また、表示部２１は、通信部２４が受信した画面データに応じた画面を表示する。

制御部２２は、制御部１２と同様の構成及び機能を含むため、ここでは、制御部１２と異なる制御部２２の構成及び機能を説明する。制御部２２は、制御部１２に含まれるソフトウェア１１０Ａを含まない。制御部２２は、少なくとも、各種手続（処理）を実行可能なソフトウェア１１０Ｃを含む。また、制御部２２は、各種手続（処理）を実行可能なソフトウェア１１０Ｃを起動し構成される機能ブロック１３Ｃを含む。ソフトウェア１１０Ｃ及び機能ブロック１３Ｃの詳細な説明は後述される。

操作部２３は、例えば、ユーザ、又は共通基盤システム担当者による操作を受付けると、当該操作に対応する操作信号を生成し、制御部２２に供給する。その結果、ユーザ、又は共通基盤システム担当者は、所望の手続（処理）を、共通基盤システム２０に入力することができる。

通信部２４は、共通基盤システム２０をネットワーク５０に接続するインタフェースである。共通基盤システム２０は、通信部２４を介して、申請システム１０、共通基盤システム２０、及びプラットフォームシステム４０と通信を行うことができる。通信部２４は、制御部２２から供給されたデータ（情報）を申請システム１０（申請システムＤＢ１６１）に送信することができる。また、通信部２４は、申請システム１０（申請システムＤＢ１６１）からデータを受信し、制御部２２に供給することができる。

記憶部２７は、例えば、プログラム及びデータ（情報）を格納する。記憶部２７は格納するプログラム及びデータを、所定のファイルシステム及び／又はＤＢを用いて管理している。記憶部２７に格納されるプログラム及びデータは、複数の記憶装置に分散して格納されていてもよい。格納されるプログラム及びデータは、例えば、申請システム１０を制御する基本ソフトウェアであるＯＳ、ＯＳ上において各種機能を提供するアプリケーションソフトウェア、ソフトウェア１１０Ｃ及び１１０Ｄに関連する画面データ等である。

リソース提供システム部２５は、「１．リソース申請システム１の概要」で説明したとおり、ゲストシステム３０にリソースを提供可能なリソース提供システム部２５を含む。リソース提供システム部２５は、複数のリソース提供システム２６を含む。リソース申請システム１では、一例として、リソース提供システム部２５は４つのリソース提供システム２６を含む。４つのリソース提供システム２６は、第１リソース提供システム２６Ａ、第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄである。

第１リソース提供システム２６Ａは、複数のリソース２６１１Ａを含むリソース提供ＤＢ２６１Ａを含む。第１リソース提供システム２６Ａは、システムの自動化に関するデータ（情報）を管理するシステムである。第１リソース提供システム２６Ａにおいて申請可能な申請内容（図４）は、例えば、第１リソース提供システム利用申請、第１リソース提供システム利用者ＩＤ申請などである。第１リソース提供システム利用申請は、ゲストシステム３０のユーザが、ゲストシステム３０を用いて第１リソース提供システム２６Ａを利用することに関する申請であり、第１リソース提供システム利用者ＩＤ申請は第１リソース提供システム２６Ａの利用を希望する利用者（ユーザ）のＩＤの申請である。例えば、ゲストシステム３０のユーザが、第１リソース提供システム利用申請を行い、共通基盤システム２０がゲストシステム３０のユーザに対して第１リソース提供システム２６Ａの利用許可を通知した場合、共通基盤システム２０は第１リソース提供システム２６Ａ、及び、複数のリソース２６１１Ａを提供し、ゲストシステム３０のユーザは、第１リソース提供システム２６Ａ、及び、複数のリソース２６１１Ａをリソースとして、利用可能である。

第２リソース提供システム２６Ｂは、複数のリソース２６１１Ｂを含むリソース提供ＤＢ２６１Ｂを含む。第２リソース提供システム２６Ｂは、主に、パスワード、メールアドレスなどに関するデータ（情報）を管理するシステムである。第２リソース提供システム２６Ｂにおいて申請可能な申請内容（図４）は、例えば、パスワード変更、メールアドレス登録などである。パスワード変更は、ゲストシステム３０のユーザが、申請システム１０を利用するためにソフトウェア１１０を起動する際のパスワード（すなわち、申請システム１０に連携するためのパスワード）の変更の申請であり、メールアドレス登録は申請システム１０を利用する際に登録する連絡先登録の一例である。

第３リソース提供システム２６Ｃは、複数のリソース２６１１Ｃを含むリソース提供ＤＢ２６１Ｃを含む。第３リソース提供システム２６Ｃは、主に、ゲストシステムのＩＤを管理する定義ファイル、タイムゾーンなどを管理するシステムである。第３リソース提供システム２６Ｃにおいて申請可能な申請内容（図４）は、例えば、第３リソース提供システム利用申請、申請ＩＤ管理定義の申請、タイムゾーン定義の申請などである。第３リソース提供システム利用申請はゲストシステム３０を用いて第３リソース提供システム２６Ｃを利用することに関する申請であり、申請ＩＤ管理定義の申請は管理の依頼を申請したゲストシステムのＩＤを管理する定義ファイルの生成の申請であり、タイムゾーン定義の申請は、第３リソース提供システム利用申請に基づくタイムゾーンの自動生成の申請である。

第４リソース提供システム２６Ｄは、複数のリソース２６１１Ｄを含むリソース提供ＤＢ２６１Ｄを含む。第４リソース提供システム２６Ｄは、主に、各種サーバへの接続、ゲストシステム３０又はリソース提供システム２６の各種システムの登録、ＡＣＬ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌ Ｌｉｓｔ）の許可を管理するシステムである。第４リソース提供システム２６Ｄにおいて申請可能な申請内容（図４）は、例えば、サーバ接続、システム登録、ユーザ参照ＡＣＬの申請などである。サーバ接続は例えばリソース提供ＤＢ２６１への接続の申請であり、システム登録は例えばリソース提供システム２６の登録の申請であり、ユーザ参照ＡＣＬの申請は、ユーザが参照可能なＡＣＬの許可の申請である。

＜１－３．ゲストシステム３０の構成＞
図５は、本発明の第１実施形態に係るゲストシステム３０のハードウェア構成を示す概略図である。図１～図４と同一、又は類似する構成の説明は、省略される場合がある。

図５に示すように、ゲストシステム３０は、制御部３１、表示部３２、操作部３３、通信部３４、及び記憶部３５を含む。制御部３１、表示部３２、操作部３３、通信部３４、及び記憶部３５は、バス３６を介して相互に接続されている。

表示部３２は、ゲストシステム３０のユーザに画像などを表示する表示デバイスである。表示部３２は、表示部１１と同様に、例えば、液晶ディスプレイ、有機ＥＬディスプレイ、又はＬＥＤディスプレイである。表示部３２は、例えば、制御部３１から供給されるデータに応じた画像を表示する。また、表示部３２は、通信部３４が受信した画面データに応じた画面を表示する。

操作部３３は、操作部１４と同様に、タッチセンサ、キーボード、マウス、コントローラー、ボタン、又はスイッチ等を含む。ユーザは、操作部３３を用いて、上下左右への移動、押圧、又は回転などの操作を実行し、操作部３３は、ユーザによる操作を受け付けると、当該操作に対応する操作信号を生成し、制御部３１に供給する。その結果、ユーザは、所望の手続（処理）を、ゲストシステム３０に入力することができる。操作部３３は、ユーザによる文字、数字、記号などの入力操作を受け付ける。また、操作部３３は、表示部３２に表示される画面にオブジェクトが含まれる場合、表示部３２に表示された画面に含まれるオブジェクトを指定する操作を受け付ける。なお、操作部１４と同様に、操作部３３においても、表示デバイス及びタッチセンサを用いてタッチパネルが構成されてよく、その場合には、表示部３２と操作部３３とが、同じ場所に重畳するように配置されてよい。

通信部３４は、ゲストシステム３０をネットワーク５０に接続するインタフェースである。ゲストシステム３０は、通信部３４を介して、申請システム１０、共通基盤システム２０、及びプラットフォームシステム４０と通信を行うことができる。通信部３４は、制御部３１から供給されたデータ（情報）を申請システム１０（申請システムＤＢ１６１）に送信することができる。また、通信部３４は、申請システム１０（申請システムＤＢ１６１）からデータを受信し、制御部３１に供給することができる。

記憶部３５は、プログラム及びデータ（情報）を格納する。記憶部３５に格納されるプログラム及びデータは、記憶部１６と同様に、例えば、ゲストシステム３０を制御する基本ソフトウェアであるＯＳ及びＯＳ上において各種機能を提供するアプリケーションソフトウェア等である。図示は省略するが、記憶部３５は、記憶部１６と同様に、ソフトウェア１１０Ｂに関連するソースファイルが格納されてよく、ソフトウェア１１０Ｂに関連するソースファイルが格納されているアプリケーション関連ＤＢを含んでもよい。ソフトウェア１１０Ｂは、プラットフォームシステム４０からダウンロードされてインストールされたものである。また、記憶部３５は、ソフトウェア１１０Ｂに入力されたデータを一時的に格納してもよい。

また、制御部１２は、各種手続（処理）を実行可能なソフトウェア１１０Ａを起動し構成される機能ブロック１３Ａを含む。ソフトウェア１１０Ａ及び機能ブロック１３Ａの詳細な説明は後述される。

制御部３１は、制御部１２と同様の構成及び機能を含む。制御部３１を説明するにあたり、制御部１２と同様の構成及び機能の説明は省略される。制御部３１は、各種手続（処理）を実行可能なソフトウェア１１０Ｂを起動し構成される機能ブロック１３Ｂを含む。ソフトウェア１１０Ｂ及び機能ブロック１３Ｂの詳細な説明は後述される。制御部３１による制御は、記憶部３５に記憶されている各種プログラムがＲＡＭに読み出されると共に、各種プログラムがＲＡＭを作業領域として展開され、かつ、実行されることにより実現される。第１実施形態では、記憶部３５に格納されたソースファイル（図示は省略）が制御部３１のＲＡＭに読み出されると共に、展開され、かつ、ソースファイルのプログラムが実行されることによって、制御部３１による所望の制御が実行される。

＜２．リソース申請システム１の機能ブロック構成＞
図６は、リソース申請システム１の各構成要素によって構成された機能ブロックを示す概略図である。より具体的には、図６は、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ及び１１０Ｄを起動して構成される機能ブロック１３Ａ、１３Ｂ、１３Ｃ及び１３Ｄの関係を示す概略図である。図１～図５と同一、又は類似する構成の説明は、省略される場合がある。

図６を用いて、ユーザが、手続（処理）の一例として、基本設定申請、及び個別設定申請を実行する例を説明する。はじめに、機能ブロック１３Ａ、１３Ｂ、１３Ｃ及び１３Ｄの構成を説明する。

申請システム１０は、「１－１．申請システム１０の構成」において説明したとおり、申請システムＤＢ１６１、アプリケーション関連ＤＢ１６３、及びユーザーズガイド１６２を含む。また、「１－１．申請システム１０の構成」において説明したとおり、申請システム１０には、ソフトウェア１１０Ａがインストールされている。ソフトウェア１１０Ａは、金融機関内で開発された申請システム１０を起動するためのアプリケーションソフトウェアである。ソフトウェア１１０Ａが起動されることによって、機能ブロック１３Ａが構成される。機能ブロック１３Ａは、受信部１３１Ａ、手続実行部１３２Ａ、及び出力部１３３Ａを含む。ソフトウェア１１０Ａは、受信部１３１Ａ、手続実行部１３２Ａ、及び出力部１３３Ａを少なくとも含む手続方法（処理方法）をコンピュータに実行させるためのプログラムを含む。

本実施形態では、連携部１３５Ａが、連携要求信号、ＩＤ信号、登録依頼信号、基本設定情報反映完了通知信号、基本設定ＷＦ、及び個別設定定義ファイルに関連する通知などを受信する機能を含む例が示される。受信部１３１Ａは、連携要求信号、ＩＤ信号、登録依頼信号、基本設定情報反映完了通知信号、基本設定ＷＦ、及び個別設定定義ファイルに関連する通知などを受信し、連携部１３５Ａに送信する機能を有してよい。各信号、通知、基本設定ＷＦ、個別設定定義ファイルなどについての詳細な説明は後述される。

手続実行部１３２Ａは、連携部１３５Ａ、手続受信部１３７Ａ、及び手続送信部１３６Ａを含む。

連携部１３５Ａは、連携要求信号を受信すると、申請システム１０をゲストシステム３０と連携させる機能を含む。連携部１３５Ａによって、申請システム１０とゲストシステム３０とを連携させることで、ゲストシステム３０と申請システムＤＢ１６１及びアプリケーション関連ＤＢ１６３との間でデータ（情報）を送受信することが可能となる。また、連携部１３５Ａは基本設定ＷＦを受信すると、起票された明細に添付された基本設定情報ファイルから基本設定情報を抽出し、当該基本設定情報を申請システムＤＢ１６１に格納する機能を含む。連携部１３５Ａは、固有明細に個別設定定義ファイルが添付されたことの通知を受信すると、固有明細に添付された個別設定定義ファイルから個別設定情報を抽出し、当該個別設定情報を申請システムＤＢ１６１に格納する機能を含む。

手続送信部１３６Ａは、各種手続き（処理）に係る信号をゲストシステム３０に送信する機能、及び、各種手続き（処理）に係る信号に応じて確認する機能を含み、例えば、ゲストシステム３０のＩＤを登録したのち、ゲストシステム３０に連絡先登録要求信号を送信する機能、及び、ゲストシステム３０から送信されたゲストシステム３０のＩＤを受信し、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ及び１１０Ｄを利用するユーザが手続（処理）を実行する本人であることを確認する機能を含む。

手続受信部１３７Ａは、各種手続き（処理）に係る信号をゲストシステム３０から受信し登録する機能を含み、例えば、ゲストシステム３０のＩＤを受信し、受信したＩＤを格納（登録）する機能、及び、連絡先の登録依頼信号を受信し、受信した連絡先を格納（登録）する機能を含む。

なお、ゲストシステム３０のＩＤの登録、及び、ユーザ又はゲストシステム３０の連絡先の登録では、ゲストシステム３０のＩＤ、及び、ユーザ又はゲストシステム３０の連絡先は、例えば、記憶部１６（申請システムＤＢ１６１）である。なお、リソース申請システム１では、一例として、ソフトウェア１１０Ａは申請システム１０で起動され、ソフトウェア１１０Ｂはゲストシステム３０で起動され、ソフトウェア１１０Ｃは共通基盤システム２０で起動され、ソフトウェア１１０Ｄはリソース提供システム２６で起動される。

出力部１３３Ａは、例えば、連携部１３５Ａ又は受信部１３１Ａが、連携要求信号、ＩＤ信号、登録依頼信号、基本設定情報反映完了通知信号、基本設定ＷＦ、及び個別設定定義ファイルに関連する通知などを受信し、申請システム１０との連携通知、ユーザ又はゲストシステム３０の連絡先登録要求、ユーザ又はゲストシステム３０の連絡先登録通知などの通知又は信号全般を、ゲストシステム３０及び共通基盤システム２０（リソース提供システム２６）に送信する機能を含む。また、連携部１３５Ａ又は受信部１３１Ａが基本設定情報反映完了通知を受信してよく、基本設定情報反映完了通知の受信に伴い、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ又は１１０Ｄを終了させる機能を含んでもよい。

申請システムＤＢ１６１は、基本設定情報ＤＢ及び個別設定情報ＤＢを含む。基本設定情報ＤＢは、例えば、申請システム１０に登録する情報を基本設定情報として、格納している。基本設定情報は、例えば、ゲストシステム３０のホスト名、ＩＰアドレス、及びＳＳＨ（ｓｅｃｕｒｅ ｓｈｅｌｌ）製品等の情報、ユーザの電話番号、住所、又はメールアドレスなどの連絡先を含む。個別設定情報ＤＢは、複数のリソース提供システム２６におけるそれぞれのシステム固有の情報を個別設定情報として、格納している。個別設定情報は、例えば、ユーザの氏名、生年月日、ゲストシステム３０のパスワード（ゲストシステム３０へのログインパスワード）、申請システム１０を利用するためのパスワード（すなわち、申請システム１０に連携するためのパスワード）、ゲストシステム３０固有のメールアドレス、タイムゾーン、複数のリソース提供システム２６のそれぞれのホスト名、ＩＰアドレス、及びＳＳＨ（ｓｅｃｕｒｅ ｓｈｅｌｌ）製品等の情報、複数のリソース提供ＤＢ２６１のそれぞれのホスト名、ＩＰアドレス等の情報、ＡＣＬなどを含む。

申請システムＤＢ１６１は、申請システム１０に登録する情報、ゲストシステム３０に関連する情報、及びユーザの情報などの基本設定情報、ユーザの情報、パスワード、及びシステム固有の情報などの個別設定情報、並びに、申請システム１０を用いた各種申請に関連するＷＦなどのその他の情報を一元管理すると共に、相互に連携するゲストシステム３０、申請システム１０及び共通基盤システム２０と連携し申請に関連する情報を共有することができる。

アプリケーション関連ＤＢ１６３は、例えば、ゲストシステム３０、申請システム１０及び共通基盤システム２０に手続を実行させるための各種画面データ、並びに、ソースファイルを含む。ソースファイルは、例えば、ソフトウェア１１０Ａ、１１０Ｂ及び１１０Ｃを起動するためのソースコードを含むファイルである。また、ソースコードは、手続方法（処理方法）をコンピュータに実行させるためのプログラムを含む。

なお、リソース申請システム１では、ゲストシステム３０のホスト名、ＩＰアドレス、及びＳＳＨ（ｓｅｃｕｒｅ ｓｈｅｌｌ）製品等を個別に、ゲストシステム３０のＩＤと呼ぶ場合があり、ゲストシステム３０のホスト名、ＩＰアドレス、及びＳＳＨ（ｓｅｃｕｒｅ ｓｈｅｌｌ）製品等をまとめて、ゲストシステム３０のＩＤと呼ぶ場合もある。また、ユーザ（第１担当者、第２担当者など）の氏名、住所、電話番号、生年月日、電話番号、住所、又はメールアドレスなどの個人情報を個別に、利用者ＩＤと呼ぶ場合があり、ユーザの氏名、住所、電話番号、生年月日、電話番号、住所、又はメールアドレスなどの個人情報をまとめて、利用者ＩＤと呼ぶ場合もある。

ゲストシステム３０は、「１－１．申請システム１０の構成」又は「１－３．ゲストシステム３０の構成」において説明したとおり、プラットフォームシステム４０からダウンロードし、インストールされたソフトウェア１１０Ｂを含む。ソフトウェア１１０Ｂは、金融機関内で開発された申請システム１０を利用するためのアプリケーションソフトウェアである。ソフトウェア１１０Ｂが起動されることによって、機能ブロック１３Ｂが構成される。

機能ブロック１３Ｂは、受信部１３１Ｂ、手続実行部１３２Ｂ、及び出力部１３３Ｂを含む。手続実行部１３２Ｂは、画面制御部１３４Ｂ、連携部１３５Ｂ、手続送信部１３７Ｂ、手続受信部１３６Ｂ及び疎通確認部１３８Ｂを含む。ソフトウェア１１０Ｂは、受信部１３１Ｂ、手続実行部１３２Ｂ、及び出力部１３３Ｂを少なくとも含む手続方法（処理方法）をコンピュータに実行させるためのプログラムを含む。

受信部１３１Ｂは、入力要求信号を受信し、ゲストシステム３０からシステムのＩＤの管理、連絡先の登録、及び各種申請の申請を可能とする機能を含む。

出力部１３３Ｂは、例えば、連携部１３５Ｂ又は受信部１３１Ｂが、入力要求信号、ＩＤ信号、登録依頼信号、基本設定情報反映完了通知信号、基本設定ＷＦ、及び個別設定定義ファイルに関連する通知などを受信し、申請システム１０との連携通知、ユーザ又はゲストシステム３０の連絡先登録要求、ユーザ又はゲストシステム３０の連絡先登録通知などの通知又は信号全般を、ゲストシステム３０及び共通基盤システム２０（リソース提供システム２６）に送信する機能を含む。また、連携部１３５Ａ又は受信部１３１Ａが基本設定情報反映完了通知を受信してよく、基本設定情報反映完了通知の受信に伴い、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ又は１１０Ｄを終了させる機能を含んでもよい。

連携部１３５Ｂは、連携要求信号を申請システム１０の連携部１３５Ａに送信する機能、基本設定申請用リストのダウンロードのオブジェクトが選択されたことを通知（送信）する機能、基本設定ＷＦを送信する機能、ファイル生成のオブジェクトが選択されたことを連携部１３５Ａに通知（送信）する機能、事前確認結果の連携要求信号を受信し事前確認結果を連携する機能、及び、自動構築結果の連携要求を受信し自動構築結果を連携する機能を含む。

画面制御部１３４Ｂは、操作部３３を用いたユーザの入力に応じて申請システム１０から受信した画面データに基づいて各種画面を出力する機能を含む。ここで、画面データとは、ユーザの入力を受け付けるユーザインターフェースを含んでよい。

手続送信部１３７Ｂは、各種手続き（処理）に係る信号を申請システム１０に送信する機能を含み、例えば、ＩＤ信号を申請システム１０に送信する機能、及び連絡先を格納すると共に連絡先の登録依頼信号を申請システム１０に送信する機能を含む。手続受信部１３６Ｂは、各種手続き（処理）に係る信号を申請システム１０から受信する機能を含み、例えば、連絡先登録要求信号を受信する機能、及び、連絡先登録完了通知を受信し、ゲストシステム３０を用いて各種申請の申請を可能とする機能を含む。疎通確認部１３８Ｂは、疎通確認要求信号を受信し、手続実行部１３２Ｂに疎通確認を実施させる機能を含む。

共通基盤システム２０は、「１－２．共通基盤システム２０の構成」において説明したとおり、第１リソース提供システム２６Ａ、第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄを含む。また、「１－１．リソース申請システム１の概要」又は「１－２．共通基盤システム２０の構成」において説明したとおり、共通基盤システム２０には、ソフトウェア１１０Ｃがインストールされ、各リソース提供システム２６には、ソフトウェア１１０Ｄがインストールされている。ソフトウェア１１０Ｃは、金融機関内で開発された共通基盤システム２０を利用するためのアプリケーションソフトウェアである。ソフトウェア１１０Ｃが起動されることによって、機能ブロック１３Ｃが構成される。機能ブロック１３Ｃは、受信部２６１Ｅ、出力部２６３Ｅ及び連携部２６５Ｅを含む。ソフトウェア１１０Ｄは、金融機関内で開発されたリソース提供システム２６を利用するためのアプリケーションソフトウェアである。ソフトウェア１１０Ｄが起動されることによって、機能ブロック１３Ｄが構成される。機能ブロック１３Ｄは、受信部２６３ＡＢ、手続実行部２６４ＡＢ、及び出力部２６２ＡＢ、を含む。手続実行部２６４ＡＢは、連携部２６５ＡＢ、疎通確認部２６６ＡＢ、内容確認部２６７ＡＢ、及び自動構築部２６８ＡＢを含む。ソフトウェア１１０Ｃ及び１１０Ｄは、受信部２６１Ｅ、出力部２６３Ｅ、連携部２６５Ｅ、受信部２６３ＡＢ、手続実行部２６４ＡＢ、及び出力部２６２ＡＢを少なくとも含む手続方法（処理方法）をコンピュータに実行させるためのプログラムを含む。

本実施形態では、連携部２６５Ｅが、個別設定ＷＦ、連携通知信号、自動構築結果の連携要求信号などを受信する機能を含む例が示される。受信部２６１Ｅは、個別設定ＷＦ、連携通知信号、自動構築結果の連携要求信号などを受信し、連携部２６５Ｅに送信する機能を有してよい。各信号、通知、基個別設定ＷＦ、連携通知信号、自動構築などについての詳細な説明は後述される。

出力部２６３Ｅは、例えば、連携部２６５Ｅ又は受信部２６１Ｅが、個別設定ＷＦ、連携通知信号、自動構築結果の連携要求信号などを受信し、疎通確認要求信号、疎通確認完了通知信号、自動構築結果の連携要求信号などの通知、又は、信号全般をゲストシステム３０及び共通基盤システム２０（リソース提供システム２６）に送信する機能を含む。また、連携部２６５Ｅ又は受信部２６１Ｅが基本設定情報反映完了通知を受信してよく、基本設定情報反映完了通知の受信に伴い、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ又は１１０Ｄを終了させる機能を含んでもよい。各信号、通知、疎通確認などについての詳細な説明は後述される。

連携部２６５ＡＢは連携部２６５Ｅと同様の機能を含む。ここでは、連携部２６５Ｅと異なる機能を説明する。連携部２６５ＡＢは、連携要求信号を受信する機能、及び、連携通知信号を送信する機能を含む。疎通確認部２６６ＡＢ、疎通確認完了通知信号を受信し事前確認を終了すると共に事前確認結果の連携要求信号を送信する機能、及び、疎通確認要求信号を送信する機能を含む。内容確認部２６７ＡＢ、個別設定定義ファイルに記載された個別設定申請の内容を確認する機能を含む。自動構築部２６８ＡＢは、自動構築希望日になると、自動でゲストシステム環境を構築する機能を含む。

第１リソース提供システム２６Ａと同様に、第２リソース提供システム２６Ｂは連携部２６５ＢＢ及び内容確認部２６７ＢＢを含む手続実行部２６４ＢＢを含み、第３リソース提供システム２６Ｃは連携部２６５ＣＢ及び内容確認部２６７ＣＢを含む手続実行部２６４ＣＢを含み、第４リソース提供システム２６Ｄは連携部２６５ＤＢ及び内容確認部２６７ＤＢを含む手続実行部２６４ＤＢを含む。

なお、第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄは、第１リソース提供システム２６Ａと同様の構成及び機能を含むが、ここでは、連携部２６５ＡＢ及び内容確認部２６７ＡＢを含む手続実行部２６４ＡＢ以外の構成及び機能の説明は省略される。

続いて、図６に示される各機能ブロックの機能を説明しつつ、基本設定申請に伴う処理の例を説明する。

リソース申請システム１において基本設定の申請を開始すると、ゲストシステム３０のユーザ（例えば、第１担当者）は、ソフトウェア１１０Ｂを起動する。ソフトウェア１１０Ｂが起動されると、ソフトウェア１１０Ｂのプログラムが実行され、ゲストシステム３０は、申請システム１０と連携するために、連携要求を実行する。連携要求の実行に基づき、連携部１３５Ｂは、申請システム１０に連携要求を送信する。なお、ソフトウェア１１０Ｂが起動されプログラムが実行されたあと、ソフトウェア１１０Ａ、１１０Ｃ及び１１０Ｄが起動されプログラムが実行される。

申請システム１０は連携要求を受信すると、入力要求を実行する。入力要求の実行に基づき、申請システム１０はゲストシステム３０に、申請システム１０との連携通知、及び入力要求を送信する。図示は省略するが、申請システム１０は共通基盤システム２０及び各リソース提供システム２６にも、申請システム１０及びゲストシステム３０との連携通知を送信する。

ゲストシステム３０は、申請システム１０との連携通知、及び入力要求を受信すると、手続実行部１３２Ｂに含まれる連携部１３５Ｂは、申請システム１０（連携部１３５Ａ）と、例えば、ＲＥＳＴ ＡＰＩ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）によって接続される。図示は省略するが、共通基盤システム２０及び各リソース提供システム２６は、申請システム１０及びゲストシステム３０との連携通知を受信すると、少なくとも、共通基盤システム２０の連携部２６５Ｅ、及び第１リソース提供システム２６Ａの手続実行部２６４ＡＢに含まれる連携部２６５ＡＢは、申請システム１０（連携部１３５Ａ）及びゲストシステム３０（連携部１３５Ｂ）と、例えば、ＲＥＳＴ ＡＰＩ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）によって接続される。すなわち、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ及び１１０Ｄの起動に伴い、ゲストシステム３０、申請システム１０及び共通基盤システム２０は、ＲＥＳＴ ＡＰＩによって相互に接続される。

ゲストシステム３０の連携部１３５Ｂが入力要求を受信すると、画面制御部１３４Ｂは、連携部１３５Ｂが申請システム１０（アプリケーション関連ＤＢ１６３）から受信した画面データに基づいて、表示部３２に画面を表示させる。

ユーザは、表示部３２に表示された画面に基づいて、ゲストシステム３０のＩＤの管理の依頼を実行し、ゲストシステム３０のＩＤを入力する。ユーザがゲストシステム３０のＩＤの管理の依頼を実行すると、ゲストシステム３０のＩＤは手続送信部１３７Ｂに格納されると共に、申請システム１０に送信される。

申請システム１０（手続受信部１３７Ａ）は、ゲストシステム３０のＩＤを受信すると、ゲストシステム３０のＩＤの登録を実行する。ゲストシステム３０のＩＤの登録では、申請システム１０は、ゲストシステム３０のＩＤを、申請システムＤＢ１６１に格納する（申請システム１０に登録する）。

申請システム１０は、ゲストシステム３０のＩＤを登録すると、ゲストシステム３０に連絡先登録要求を実行する。連絡先登録要求の実行に基づき、申請システム１０（手続送信部１３６Ａ）はゲストシステム３０に、連絡先登録要求を送信する。

ゲストシステム３０（手続受信部１３６Ｂ）は、連絡先登録要求を受信すると、連絡先の登録依頼を実行する。連絡先の登録依頼を実行すると、ゲストシステム３０は、申請システム１０に、連絡先の登録依頼を送信する。

申請システム１０（手続受信部１３７Ａ）は、連絡先の登録依頼を受信すると、連絡先を登録する処理を実行する。ゲストシステム３０の連絡先を登録では、申請システム１０は、例えば、ユーザの連絡先を、申請システムＤＢ１６１に格納する（申請システム１０に登録する）。

申請システム１０は、ゲストシステム３０の連絡先（ユーザの連絡先）を登録すると、ゲストシステム３０に連絡先登録完了通知を実行する。連絡先登録完了通知の実行に基づき、申請システム１０（手続受信部１３７Ａ）はゲストシステム３０に、連絡先登録完了通知を送信する。

ゲストシステム３０（手続受信部１３６Ｂ）は、連絡先登録完了通知を受信すると、通知の受信を実行する。通知の受信の実行に基づき、ゲストシステム３０は基本設定申請を実行する。

基本設定申請を実行すると、ゲストシステム３０は明細の起票を実行する。明細の起票を実行すると、明細の起票の実行に基づき、画面制御部１３４Ｂは、連携部１３５Ｂが申請システム１０から受信した明細の起票データに基づいて、表示部３２に起票された明細を表示させる。ユーザは、例えば、ユーザ名（第１担当者名）、ユーザの連絡先などを、起票された明細に入力する。

続いて、ゲストシステム３０は基本設定情報ファイルの作成を実行する。基本設定情報ファイルの作成を実行すると、画面制御部１３４Ｂは、連携部１３５Ｂが申請システム１０から受信したユーザーズガイド１６２を表示させる。ユーザは、ユーザーズガイド１６２から基本設定申請用リストをダウンロードし、表示部３２に基本設定申請用リストを表示させる。また、ユーザは、基本設定申請用リストに、例えば、ゲストシステム３０のＩＤ、ユーザのメールアドレスなどを入力する。

続いて、ユーザは基本設定申請用リスト（基本設定情報ファイル）の添付を実行する。基本設定情報ファイルの添付では、ユーザは、基本設定情報ファイルを起票した明細に添付する。

続いて、ユーザは、起票された明細を含む基本設定ＷＦ（Ｗｏｒｋ Ｆｌｏｗ）の回付を実行する。基本設定ＷＦの回付を実行すると、画面制御部１３４Ｂは、連携部１３５Ｂから申請システム１０の連携部１３５Ａに基本設定ＷＦを送信する。リソース申請システム１では、明細の起票～基本設定ＷＦの回付までを、基本設定申請と定義するが、基本設定申請の定義は明細の起票～基本設定ＷＦの回付までの処理に限定されない。基本設定申請は、リソース申請システム１の用途、仕様などに基づき適宜設定することが可能である。

基本設定ＷＦの回付に基づき、申請システム１０の連携部１３５Ａは、基本設定ＷＦの受信、及び基本設定情報の格納を実行する。基本設定ＷＦの受信、及び基本設定情報の格納の実行に基づき、申請システム１０の連携部１３５Ａは、基本設定ＷＦを受信し、起票された明細に添付された基本設定情報ファイルから基本設定情報を抽出し、当該基本設定情報を申請システムＤＢ１６１に格納する。

続いて、申請システム１０は、基本設定情報を反映したことの通知（基本設定情報反映完了通知）を実行する。基本設定情報反映完了通知の実行に基づき、申請システム１０は、基本設定情報反映完了通知を、例えば、電子メールを用いて、基本設定申請を申請したユーザ（ここでは、ゲストシステム３０のユーザ（第１担当者））のメールアドレス宛に、基本設定情報反映完了通知を送信する。ユーザは、ゲストシステム３０を用いて、基本設定情報反映完了通知を受信する（通知の受信を実行する）。

ユーザは、基本設定情報反映完了通知を受信すると、ソフトウェア１１０Ｂを終了させ、ＲＥＳＴ ＡＰＩを介したゲストシステム３０と申請システム１０との連携を終了してよい。また、ユーザは、基本設定情報反映完了通知を受信したのち、個別設定申請を実行してもよい。

続いて、図６に示される各機能ブロックの機能を説明しつつ、個別設定申請に伴う処理の例を説明する。

ユーザが基本設定情報反映完了通知を受信したのち、個別設定申請の処理を実行する場合を説明する。ゲストシステム３０は、基本設定情報反映完了通知を受信すると、個別設定申請の処理を実行する。

リソース申請システム１は、個別設定申請の処理を実行する。リソース申請システム１では、明細の起票～自動構築結果の連携までの処理を、個別設定申請と定義するが、個別設定申請の定義は明細の起票～自動構築結果の連携までの処理に限定されない。個別設定申請は、リソース申請システム１の用途、仕様などに基づき適宜設定することが可能である。

ここでは、一例として、ユーザが第１リソース提供システム利用申請を申請する場合における個別設定申請を説明する。個別設定申請の処理を実行すると、ゲストシステム３０は明細の起票の処理を実行する。明細の起票の処理に基づき、画面制御部１３４Ｂは、連携部１３５Ｂが申請システム１０（アプリケーション関連ＤＢ１６３）から受信した明細の起票の画面データに基づいて、表示部３２に起票された明細を表示させる。ユーザは、例えば、ユーザ名（第１担当者名）、ユーザの連絡先などを、起票された明細に入力する。また、起票された明細において、個別設定を申請する申請先のリソース提供システムが選択可能となっている。ユーザは、表示部３２に起票された明細において、個別設定を申請する申請先のリソース提供システムのリストから、例えば、第１リソース提供システム２６Ａを選択する。

続いて、ゲストシステム３０はデフォルトファイルの生成及びダウンロードの処理を実行する。デフォルトファイルの生成及びダウンロードの処理を実行すると、基本設定申請で入力されたゲストシステム３０のＩＤ及びユーザの連絡先などの基本設定情報、又は、入力されたユーザ名、連絡先などの基本設定情報に基づき、第１リソース提供システム２６Ａに対応したデフォルトファイル（個別設定情報ファイル）が生成され、生成された個別設定情報ファイルがダウンロードされる。例えば、デフォルトファイルの生成及びダウンロードの処理に基づき、画面制御部１３４Ｂは、連携部１３５Ｂが申請システム１０（アプリケーション関連ＤＢ１６３）から受信した個別設定情報ファイルの画面データに基づいて、表示部３２に個別設定情報ファイルを表示させる。リソース申請システム１では、デフォルトファイルはひな形と呼ばれる場合がある。

例えば、過去において、ユーザが同様の基本設定申請又は個別設定申請を申請したことがある場合、基本設定申請で入力されたゲストシステム３０のＩＤ及びユーザの連絡先などの基本設定情報、個別設定を申請する申請先のリソース提供システム２６の入力情報などに基づき、申請システム１０は、申請システムＤＢ１６１に格納された、過去に使用された基本設定情報ファイル、個別設定情報ファイル又は過去に使用された個別設定定義ファイル（詳細は後述）を参照することができる。その結果、申請システム１０は、過去に使用された基本設定情報ファイル、個別設定情報ファイル又は過去に使用された個別設定定義ファイル（詳細は後述）に基づき、デフォルトファイルの生成及びダウンロードを実行することができる。このとき、申請システム１０は、同様に入力すべき、基本設定情報、個別設定情報が既に入力された状態のデフォルトファイル（基本設定情報ファイル、個別設定情報ファイル）を第１担当者に提供することができる。すなわち、各種申請に伴うファイル生成において、過去の履歴や情報を自動的に反映させることができる。また、第１担当者は、改めて個別設定情報ファイルを生成する場合と比較して、入力すべき個別設定情報が既に入力された個別設定情報ファイルを使用して個別設定定義ファイルを生成することができるため、リソース申請システム１が利用されることによって、第１担当者の作業負担を軽減することができる。また、共通基盤システム担当者は、書面を用いて第１担当者に申請を促すことなく、電子化されたシステムの中で確認作業が可能となるため、リソース申請システム１が利用されることによって、共通基盤システム担当者の作業負担も軽減することができる。

続いて、ユーザは、表示部３２に表示されたユーザーズガイド１６２の画像データに基づき、ユーザーズガイド１６２の内容を参照しつつ、個別設定に必要な情報を個別設定情報ファイルに入力し、個別設定定義ファイルを生成する。ユーザはゲストシステム３０のＩＤ、ユーザのメールアドレス、第１リソース提供システム２６Ａの利用を希望する第１リソース提供システム利用開始日、自動構築希望日などを個別設定定義ファイルに入力する。

個別設定定義ファイルが生成されたのちに、例えば、手続実行部１３２Ａは、申請システムＤＢ１６１からゲストシステム３０のＩＤ、ユーザの連絡先などの基本設定情報、ユーザのメールアドレスなどを受信し、個別設定定義ファイルの生成時に入力されたゲストシステム３０のＩＤ、ユーザの連絡先などの基本設定情報、ユーザのメールアドレスなどと照らし合わせて、一致又は不一致を確認してもよい。

続いて、個別設定を申請する申請先の第１リソース提供システム２６Ａに固有の明細（固有明細）を起票すると共に、固有明細に個別設定定義ファイルの添付の処理を実行する。固有明細の起票及び個別設定定義ファイルの添付の処理に基づき、画面制御部１３４Ｂは、連携部１３５Ｂが申請システム１０（アプリケーション関連ＤＢ１６３）から受信した固有明細の画像データに基づいて、表示部３２に固有明細を表示させる。ユーザは、表示部３２に表示された固有明細に、個別設定定義ファイルを添付する。

続いて、リソース申請システム１は、事前確認の処理を実行する。リソース申請システム１では、個別設定情報の格納～申請先システムの疎通確認完了通知受信までの処理を、事前確認と定義するが、事前確認の定義は個別設定情報の格納～申請先システムの疎通確認完了通知受信までの処理に限定されない。事前確認は、リソース申請システム１の用途、仕様などに基づき適宜設定することが可能である。

事前確認では、はじめに、個別設定情報の格納の処理が実行される。個別設定情報の格納の処理に基づき、申請システム１０（連携部１３５Ａ）は、ゲストシステム３０の連携部１３５Ｂを介して、固有明細に添付された個別設定定義ファイルから個別設定情報を抽出し、当該個別設定情報を申請システムＤＢ１６１に格納する。

続いて、事前確認では、申請システム１０は、個別設定の申請先である第１リソース提供システム２６Ａに個別設定定義ファイルの連携要求が実行される。個別設定定義ファイルの連携要求の処理に基づき、申請システム１０（連携部１３５Ａ）は、共通基盤システム２０の連携部２６５Ｅ及び第１リソース提供システム２６Ａの連携部２６５ＡＢを介して、第１リソース提供システム２６Ａに個別設定定義ファイルの連携要求を送信する。

続いて、事前確認では、共通基盤システム２０（ここでは、第１リソース提供システム２６Ａ）は、個別設定定義ファイルの連携要求の処理を実行する。共通基盤システム２０（第１リソース提供システム２６Ａ）は、連携部１３５Ａ、連携部２６５Ｅ及び連携部２６５ＡＢを介して、個別設定定義ファイルを連携する。

続いて、事前確認では、共通基盤システム２０（第１リソース提供システム２６Ａ）は、個別設定申請の内容の確認の処理を実行する。個別設定申請内容確認の処理では、内容確認部２６７ＡＢは、連携部２６５ＡＢを介して個別設定定義ファイルに記載された個別設定申請の内容を確認する。

続いて、事前確認では、共通基盤システム２０（第１リソース提供システム２６Ａ）は、疎通確認の実施、すなわち、疎通確認の要求の処理を実行する。疎通確認の要求の処理では、共通基盤システム２０（第１リソース提供システム２６Ａの疎通確認部２６６ＡＢ）は、連携部２６５ＡＢ、連携部２６５Ｅ、連携部１３５Ａ及び連携部１３５Ｂを介して、疎通確認部２６６Ａからゲストシステム３０（疎通確認部１３８Ｂ）に、疎通確認要求を送信する。

続いて、事前確認では、ゲストシステム３０は、疎通確認要求の受信、疎通確認の実施、及び疎通確認完了通知の送信の処理を実行する。疎通確認要求の受信の処理では、疎通確認部１３８Ｂが疎通確認要求を受信し、手続実行部１３２Ｂが疎通確認を実施する。また、ゲストシステム３０が疎通確認を実施し、ゲストシステム３０による疎通確認が完了すると、ゲストシステム３０は、連携部１３５Ｂ、連携部１３５Ａ、連携部２６５Ｅ及び連携部２６５ＡＢを介して、共通基盤システム２０（第１リソース提供システム２６Ａの疎通確認部２６６ＡＢ）に疎通確認完了通知を送信する。

続いて、事前確認では、共通基盤システム２０（第１リソース提供システム２６Ａ）は、疎通確認完了通知の受信の処理を実行する。疎通確認完了通知の受信の処理を実行では、疎通確認部２６６ＡＢが疎通確認完了通知を受信する。

続いて、リソース申請システム１は、事前確認結果の確認の処理を実行する。リソース申請システム１では、事前確認の終了～事前確認結果を連携までの処理を事前確認結果の確認と定義するが、事前確認結果の確認は事前確認の終了～事前確認結果の連携までの処理に限定されない。事前確認結果の確認はリソース申請システム１の用途、仕様などに基づき適宜設定することが可能である。

事前確認結果の確認では、はじめに、共通基盤システム２０（第１リソース提供システム２６Ａ）は、事前確認の終了の処理を実行すると共に、第１リソース提供システム２６Ａ以外のリソース提供システム２６（第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ）、ゲストシステム３０、及び申請システム１０に、事前確認結果の連携要求の処理を実行する。事前確認の終了、及び事前確認結果の連携要求の実行では、共通基盤システム２０（第１リソース提供システム２６Ａ）は、事前確認を終了する。また、事前確認の終了に伴い、第１リソース提供システム２６Ａは、連携部２６５ＡＢを介して、連携部２６５ＢＢ、連携部２６５ＣＢ、連携部２６５ＤＢ、連携部１３５Ａ及び連携部１３５Ｂに、事前確認結果の連携要求を送信する。

続いて、事前確認結果の確認では、第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ、ゲストシステム３０、及び申請システム１０は、事前確認結果の連携要求を受信すると共に事前確認結果を連携する処理を実行する。事前確認結果の連携要求を受信及び事前確認結果を連携の処理では、第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ）、ゲストシステム３０、及び申請システム１０のそれぞれでは、連携部２６５ＢＢ、連携部２６５ＣＢ、連携部２６５ＤＢ、連携部１３５Ａ及び連携部１３５Ｂが事前確認結果の連携要求を受信し、第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ、ゲストシステム３０、及び申請システム１０は、事前確認結果を連携する。

事前確認結果を連携すると、申請システム１０は、個別設定定義ファイルを添付された固有明細を含む個別設定ＷＦの回付の処理を実行する。個別設定ＷＦの回付の処理では、画面制御部１３４Ｂの連携部１３５Ｂと連携されている申請システム１０の連携部１３５Ａから共通基盤システム２０の各連携部（連携部２６５Ｅ、２６５ＡＢ、２６５ＢＢ、２６５ＣＢ及び２６５ＤＢ）に個別設定ＷＦが送信される。

続いて、共通基盤システム２０の各連携部（連携部２６５Ｅ、２６５ＡＢ、２６５ＢＢ、２６５ＣＢ及び２６５ＤＢ）は、個別設定定義ファイルを添付された固有明細を含む個別設定ＷＦの受信の処理、及び個別設定定義ファイルの連携の処理を実行する。個別設定ＷＦの受信の処理及び個別設定定義ファイルの連携の処理では、共通基盤システム２０の各連携部（連携部２６５Ｅ、２６５ＡＢ、２６５ＢＢ、２６５ＣＢ及び２６５ＤＢ）が個別設定ＷＦを受信すると共に、共通基盤システム２０の各リソース提供システム２６（第１リソース提供システム２６Ａ以外のリソース提供システム２６（第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ））は、連携部１３５Ａ及び各連携部（連携部２６５Ｅ、２６５ＡＢ、２６５ＢＢ、２６５ＣＢ及び２６５ＤＢ）を介して、個別設定定義ファイルを連携する。

続いて、第１リソース提供システム２６Ａ以外のリソース提供システム２６（第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ）は、個別設定申請の内容の確認の処理を実行する。個別設定申請の内容の確認の処理では、内容確認部２６７ＡＢ、内容確認部２６７ＢＢ、内容確認部２６７ＣＢ、及び内容確認部２６７ＤＢのそれぞれは、連携部１３５Ａ及び各連携部（連携部２６５Ｅ、２６５ＡＢ、２６５ＢＢ、２６５ＣＢ及び２６５ＤＢ）を介して、個別設定定義ファイルに記載された個別設定申請の内容を確認する。

続いて、共通基盤システム２０の各リソース提供システム２６が個別設定申請の内容を確認すると、共通基盤システム２０は、個別設定定義ファイルに記載された自動構築希望日に、個別設定の申請先のリソース提供システム（ここでは、第１リソース提供システム２６Ａ）に、ゲストシステム環境の自動構築の処理を実行する。ゲストシステム環境の自動構築の処理では、第１リソース提供システム２６Ａの自動構築部２６８ＡＢが、自動構築希望日になると、自動でゲストシステム環境を構築する。

続いて、リソース申請システム１は、自動構築結果の確認の処理を実行する。リソース申請システム１では、自動構築結果の連携要求～自動構築結果を連携までの処理を自動構築結果の確認と定義するが、自動構築結果の確認は自動構築結果の連携要求～自動構築結果を連携までの処理に限定されない。自動構築結果の確認はリソース申請システム１の用途、仕様などに基づき適宜設定することが可能である。

自動構築結果の確認では、はじめに、共通基盤システム２０は、ゲストシステム３０、及び申請システム１０に、自動構築結果の連携要求の処理を実行する。自動構築結果の連携要求の実行では、共通基盤システム２０は、連携部２６５Ａを介して、連携部１７及び連携部１３５に、自動構築結果の連携要求を送信する。

続いて、自動構築結果の確認では、ゲストシステム３０、及び申請システム１０は、自動構築結果の連携要求受信の処理、及び、自動構築結果の連携の処理を実行する。自動構築結果の連携要求の受信の処理では、連携部１３５Ａ及び連携部１３５Ｂが、連携部２６５ＡＢ及び連携部２６５Ｅを介して自動構築結果の連携要求を受信すると共に、ゲストシステム３０、及び申請システム１０は、自動構築結果を連携する。

その結果、ユーザは、ゲストシステム３０において、第１リソース提供システム２６Ａの利用が可能となる。

ゲストシステム３０が自動構築結果を連携すると、ユーザは、ゲストシステム３０を用いて、ソフトウェア１１０Ｂを終了させ、ＲＥＳＴ ＡＰＩを介したゲストシステム３０、申請システム１０及び共通基盤システム２０の連携を終了してよい。

＜３．リソース申請システム１の基本設定申請及び個別設定申請フロー＞
本発明の第１実施形態に係るプログラム（ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ）による処理方法の一例について、図７～図１２のフローを用いて説明する。当該プログラムによる処理は、ゲストシステム３０の制御部３１、申請システム１０の制御部１２、共通基盤システム２０の制御部２２によって実行される。

図７及び図８には、ゲストシステム３０と申請システム１０とが連携して基本設定申請に伴う処理を実行するためのフローの一例が記載されている。図９～図１２は、主に、ゲストシステム３０、申請システム１０及び共通基盤システム２０が連携して個別設定申請に伴う処理を実行するためのフローの一例が記載されている。ここでは、一例として、「２．リソース申請システム１の機能ブロック構成」において機能ブロックを用いて説明した基本設定申請に伴う処理、及び、第１リソース提供システム利用申請を申請する場合における個別設定申請に伴う処理の、より具体的なフローを説明する。図１～図６と同一、又は類似する構成の説明は、省略される場合がある。

はじめに、図７及び図８を用いて、基本設定申請に伴う処理のより具体的なフローを説明する。

リソース申請システム１において基本設定の申請を開始すると、ゲストシステム３０のユーザ（例えば、第１担当者）が、ソフトウェア１１０Ｂを起動（ステップ１（Ｓ１））し、ゲストシステム３０は、表示部３２に申請システム１０を用いた各種申請のための画面を表示する。画面には、例えば、システムのＩＤの管理、連絡先の登録、及び各種申請のオブジェクトが含まれる。

なお、本発明の第１実施形態に係るプログラムによる処理方法の一例では、ユーザはゲストシステム３０の利用を許可されているものとする。ユーザはゲストシステム３０の利用を許可されているため、ソフトウェア１１０Ｂが起動されプログラムが実行され、ソフトウェア１１０Ａ、１１０Ｃ及び１１０Ｄが起動されプログラムが実行されるまでの処理は省略される。すなわち、ソフトウェア１１０Ｂが起動されプログラムが実行されたあと、ソフトウェア１１０Ａ、１１０Ｃ及び１１０Ｄが起動されプログラムが実行される。

ユーザがゲストシステム３０の利用を許可されていない場合には、ソフトウェア１１０Ｂが起動されプログラムが実行されたあとに、例えば、以下に示す（１）～（４）の処理が実行される。（１）ゲストシステム３０の利用者情報の入力、（２）利用者情報が入力されたあとに続く、ゲストシステム３０の通信部３４から申請システム１０の通信部１５を介した申請システムＤＢ１６１への利用者情報の送信、（３）申請システム１０（申請システムＤＢ１６１）が利用者情報を受信したあとに続く利用者情報と申請システムＤＢ１６１に格納された利用者情報との照会（照合）及び判定、（４）利用者情報が申請システムＤＢ１６１に登録された情報であると共にユーザはゲストシステム３０を利用可能であると判定されたあとに、利用者情報を、申請システム１０（申請システムＤＢ１６１）から通信部１５を介して、ゲストシステム３０の通信部３４及び共通基盤システム２０の通信部２４からへ送信すること。

ソフトウェア１１０Ｂが起動されプログラムが実行され、ソフトウェア１１０Ａ、１１０Ｃ及び１１０Ｄが起動されプログラムが実行されると、機能ブロック１３Ａ、１３Ｂ、１３Ｃ及び１３Ｄが構成され、手続実行部１３２Ｂの連携部１３５Ｂは、連携要求信号を申請システム１０の連携部１３５Ａに送信する（ステップ２（Ｓ２））。ここで、連携要求は、ＲＥＳＴ ＡＰＩ連携要求である。

連携部１３５Ａが連携要求信号を受信すると、ゲストシステム３０（連携部１３５Ｂ）及び申請システム１０（連携部１３５Ａ）はＲＥＳＴ ＡＰＩによって相互に接続される。ゲストシステム３０（連携部１３５Ｂ）及び申請システム１０（連携部１３５Ａ）がＲＥＳＴ ＡＰＩ連携されることによって、ゲストシステム３０は、申請システム１０（申請システムＤＢ１６１、アプリケーション関連ＤＢ１６３）と通信することが可能となる。こうして、手続実行部１３２Ｂは、申請システム１０（申請システムＤＢ１６１、アプリケーション関連ＤＢ１６３）と通信しつつ、各種申請を進めることができる。

続いて、連携部１３５Ａが連携要求信号を受信したのちに、申請システム１０は入力要求を実行する（ステップ４（Ｓ４））。入力要求の実行に伴い、連携部１３５Ａは、申請システム１０との連携通知及び入力要求を含む入力信号を、ゲストシステム３０に送信する（ステップ６（Ｓ６））。図示は省略するが、ステップ６（Ｓ６）において、連携部１３５Ａは、共通基盤システム２０の連携部２６５Ｅ（リソース提供システム２６内の手続実行部２６４ＡＢの連携部２６５ＡＢ、手続実行部２６４ＢＢの連携部２６５ＢＢ、手続実行部２６４ＣＢの連携部２６５ＣＢ、及び手続実行部２６４ＤＢの連携部２６５ＤＢ）に、申請システム１０及びゲストシステム３０との連携通知信号を送信する。

受信部１３１Ｂは入力要求信号を受信（ステップ８（Ｓ８））すると、ゲストシステム３０において、システムのＩＤの管理、連絡先の登録、及び各種申請の申請が可能となる。図示は省略するが、共通基盤システム２０内の各連携部が連携通知信号を受信すると、共通基盤システム２０内の各連携部、ゲストシステム３０（連携部１３５Ｂ）及び申請システム１０（連携部１３５Ａ）はＲＥＳＴ ＡＰＩによって相互に接続される。共通基盤システム２０内の各連携部、ゲストシステム３０（連携部１３５Ｂ）及び申請システム１０（連携部１３５Ａ）がＲＥＳＴ ＡＰＩ連携されることによって、共通基盤システム２０は、ゲストシステム３０及び申請システム１０（申請システムＤＢ１６１、アプリケーション関連ＤＢ１６３）と通信することが可能となる。こうして、機能ブロック１３Ｂの手続実行部１３２Ｂは、申請システム１０（申請システムＤＢ１６１、アプリケーション関連ＤＢ１６３）及び共通基盤システム２０と通信しつつ、ゲストシステム３０において、リソース提供システム２６を用いた各種申請を進めることができる。すなわち、ユーザは、各種申請のオブジェクトを選択することができると共に、ゲストシステム３０を用いて、各種申請の申請が可能となる。

ユーザが、操作部３３を用いて、システムのＩＤの管理のオブジェクトを選択（ステップ１０（Ｓ１０））すると、アプリケーション関連ＤＢ１６３はシステムのＩＤの入力画面データを、連携部１３５Ａを介して連携部１３５Ｂに送信する。連携部１３５Ｂは、システムのＩＤの入力画面データを受信すると、画面制御部１３４Ｂは、表示部３２にシステムのＩＤの入力画面を表示する。画面には、システムのＩＤの入力のテキストとともに、システムのＩＤの入力の空欄を含むオブジェクトが含まれている。ユーザが、操作部３３を用いて、当該空欄にゲストシステム３０のＩＤを入力し、操作部３３がゲストシステム３０のＩＤの入力の操作を受け付けると、ゲストシステム３０のＩＤは手続送信部１３７Ｂに格納されると共に、手続送信部１３７Ｂはゲストシステム３０のＩＤを含むＩＤ信号を申請システム１０に送信（ステップ１２（Ｓ１２））する。

手続受信部１３７ＡはＩＤ信号を受信すると、ゲストシステム３０のＩＤを、申請システムＤＢ１６１に格納（申請システム１０に登録）（ステップ１４（Ｓ１４））する。

申請システム１０はゲストシステム３０のＩＤを登録すると、手続送信部１３６Ａは、ゲストシステム３０に連絡先登録要求信号を送信（ステップ１６（Ｓ１６））する。

手続受信部１３６Ｂは連絡先登録要求信号を受信（ステップ１８（Ｓ１８））する。手続受信部１３６Ｂは連絡先登録要求を受信すると、ユーザは、操作部３３を用いて、連絡先の登録のオブジェクトを選択する。ユーザが連絡先の登録のオブジェクトを選択すると、アプリケーション関連ＤＢ１６３は連絡先の登録の入力画面データを、連携部１３５Ａを介して連携部１３５Ｂに送信する。連携部１３５Ｂは連絡先の登録の入力画面データを受信すると、画面制御部１３４Ｂは、表示部３２に連絡先の登録の入力画面を表示する。画面には、連絡先の登録の入力のテキストとともに、連絡先の登録の入力の空欄を含むオブジェクトが含まれている。ユーザが、操作部３３を用いて、当該空欄に連絡先を入力し、操作部３３が連絡先の入力の操作を受け付けると、当該連絡先は手続送信部１３７Ｂに格納されると共に、手続送信部１３７Ｂは連絡先の登録依頼信号を申請システム１０に送信（ステップ２０（Ｓ２０））する。

手続受信部１３７Ａは連絡先の登録依頼信号を受信すると、ユーザの連絡先を、申請システムＤＢ１６１に格納（申請システム１０に登録）（ステップ（Ｓ２２））する。

申請システム１０は、ゲストシステム３０の連絡先（ユーザの連絡先）を登録すると、手続受信部１３７Ａはゲストシステム３０に、連絡先登録完了通知を送信（ステップ２４（Ｓ２４））する。

手続受信部１３６Ｂは連絡先登録完了通知を受信（ステップ２６（Ｓ２６））すると、ユーザは、ゲストシステム３０を用いて、各種申請の申請が可能となる。

ユーザが基本設定申請（ステップ２８（Ｓ２８））の申請を実行する場合、はじめに、ユーザは、明細の起票を実行（ステップ２８２（Ｓ２８２））する。明細の起票では、ユーザは、操作部３３を用いて、明細の起票のオブジェクトを選択する。明細の起票のオブジェクトが選択されると、アプリケーション関連ＤＢ１６３は明細の起票の画面データを、連携部１３５Ａを介して連携部１３５Ｂに送信する。連携部１３５Ｂは、明細の起票の画面データを受信すると、画面制御部１３４Ｂは、表示部３２に明細の起票の画面を表示する。明細の起票の画面には、基本設定申請、個別設定申請、基本設定ＷＦ（Ｗｏｒｋ Ｆｌｏｗ）の回付などのテキストとともに、ユーザ名（第１担当者名）、ユーザの連絡先などの入力の空欄、基本設定ＷＦ（Ｗｏｒｋ Ｆｌｏｗ）の回付などのオブジェクトが含まれている。ユーザは、操作部３３を用いて、当該空欄にユーザ名、連絡先を入力し、基本設定申請のオブジェクトを選択する。

ユーザがユーザ名等を入力し基本設定申請のオブジェクトを選択すると、ゲストシステム３０は基本設定情報ファイルの作成を実行（ステップ２８４（Ｓ２８４））する。基本設定情報ファイルの作成において、アプリケーション関連ＤＢ１６３はユーザーズガイド１６２の画面データを、連携部１３５Ａを介して連携部１３５Ｂに送信する。連携部１３５Ｂは、ユーザーズガイド１６２の画面データを受信すると、画面制御部１３４Ｂは、表示部３２にユーザーズガイド１６２の画面を表示する。画面には、基本設定申請用リストのダウンロードなどのテキストとともに、基本設定申請用リストのダウンロードを含むオブジェクトが含まれている。ユーザは、操作部３３を用いて、基本設定申請用リストのダウンロードのオブジェクトを選択する。基本設定申請用リストのダウンロードのオブジェクトが選択されると、連携部１３５Ｂは基本設定申請用リストのダウンロードのオブジェクトが選択されたことを連携部１３５Ａに通知（送信）する。連携部１３５Ａは、当該通知を受信すると、アプリケーション関連ＤＢ１６３から、基本設定申請用リストをダウンロードし、基本設定申請用リストの画面データを、連携部１３５Ａを介して連携部１３５Ｂに送信する。連携部１３５Ｂは、基本設定申請用リストの画面データを受信すると、画面制御部１３４Ｂは、表示部３２に基本設定申請用リストを表示する。ユーザは、操作部３３を用いて、基本設定申請用リストを選択し、基本設定申請用リストに、例えば、ゲストシステム３０のＩＤ、ユーザのメールアドレスなどを入力する。

続いて、ユーザは、操作部３３を用いて、基本設定申請用リスト（基本設定情報ファイル）を選択し、基本設定情報ファイルを起票した明細に添付する（ステップ２８６（Ｓ２８６））。

続いて、ユーザは、操作部３３を用いて、起票された明細の基本設定ＷＦの回付のオブジェクトを選択する。基本設定ＷＦの回付のオブジェクトが選択されると、連携部１３５Ｂは連携部１３５Ａに基本設定ＷＦを送信する（ステップ２８８（Ｓ２８８））。

申請システム１０（連携部１３５Ａ）は基本設定ＷＦを受信すると、起票された明細に添付された基本設定情報ファイルから基本設定情報を抽出し、当該基本設定情報を申請システムＤＢ１６１に格納する（ステップ３０（Ｓ３０））。申請システム１０が基本設定ＷＦを受信し、基本設定情報を申請システムＤＢ１６１に格納すると、申請システム１０は、例えば、電子メールを用いて、基本設定申請を申請したユーザのメールアドレス宛に、基本設定情報反映完了通知信号を送信する（ステップ３２（Ｓ３２））。

ユーザは、ゲストシステム３０を用いて、基本設定情報反映完了通知信号を受信する（ステップ３４（Ｓ３４））。ユーザは、基本設定情報反映完了通知を受信すると、ソフトウェア１１０Ｂを終了させ、ＲＥＳＴ ＡＰＩを介した申請システム１０及び共通基盤システム２０との連携を終了してよい（終了）。また、ユーザは、基本設定情報反映完了通知を受信したのち、個別設定申請（ステップ４０（Ｓ４０））を申請してもよい。

続いて、図９～図１２を用いて、第１リソース提供システム利用申請を申請する場合における個別設定申請に伴う処理のより具体的なフローを説明する。

リソース申請システム１において個別設定申請（ステップ４０（Ｓ４０））の申請の処理を開始すると、ユーザはゲストシステム３０を用いて、明細の起票の処理（ステップ４１０（Ｓ４１０））を実行する。ステップ４１０は、ステップ２８２と同様であるから、ステップ４１０の説明では、主にステップ２８２を異なる点を説明する。明細の起票の画面には、基本設定申請、個別設定申請、個別設定ＷＦの回付、リソース提供システムなどのテキストとともに、ユーザ名及びユーザの連絡先などの入力の空欄、個別設定を申請する申請先のリソース提供システムのドロップダウンリスト、ファイル生成、ファイル添付、ダウンロード、個別設定ＷＦの回付などのオブジェクトが含まれている。ユーザは、操作部３３を用いて、当該空欄にユーザ名、連絡先を入力し、リソース提供システムのドロップダウンリストから、例えば、第１リソース提供システム２６Ａのオブジェクトを選択する。

ユーザがユーザ名等を入力し第１リソース提供システム２６Ａのオブジェクトを選択すると、ゲストシステム３０は基本設定情報ファイルの作成を実行（ステップ２８４（Ｓ２８４））する。ゲストシステム３０はデフォルトファイルの生成及びダウンロードの処理（ステップ４２０（Ｓ４２０））を実行する。デフォルトファイルの生成及びダウンロードにおいて、基本設定申請で入力されたゲストシステム３０のＩＤ及びユーザの連絡先などの基本設定情報、又は、入力されたユーザ名、連絡先などの基本設定情報に基づき、アプリケーション関連ＤＢ１６３は第１リソース提供システム２６Ａに対応したデフォルトファイル（個別設定情報ファイル）を生成し、生成された個別設定情報ファイルをダウンロードし、個別設定情報ファイルを連携部１３５Ａに送信する。連携部１３５Ａは、個別設定情報ファイルの画面データを連携部１３５Ｂに送信する。連携部１３５Ｂは個別設定情報ファイルの画面データを受信すると、画面制御部１３４Ｂは、表示部３２に個別設定情報ファイルを表示する。

続いて、ユーザは、表示部３２に表示されたユーザーズガイド１６２の画像データの内容を参照しつつ、操作部３３を用いて、個別設定設情報ファイルを選択し、例えば、ゲストシステム３０のＩＤ、ユーザのメールアドレス、第１リソース提供システム２６Ａの利用を希望する第１リソース提供システム利用開始日、自動構築希望日などを入力し、個別設定定義ファイルを生成する（ステップ４３０（Ｓ４３０））。

個別設定定義ファイルが生成され、例えば、ユーザが操作部３３を用いてファイル生成のオブジェクトを選択すると、連携部１３５Ｂはファイル生成のオブジェクトが選択されたことを連携部１３５Ａに通知（送信）する。連携部１３５Ａは当該通知を受信すると、アプリケーション関連ＤＢ１６３は、個別設定を申請する申請先の第１リソース提供システム２６Ａに固有の明細（固有明細）を起票すると共に、連携部１３５Ａを介して、連携部１３５Ｂに固有明細の画像データを送信する。連携部１３５Ｂが固有明細の画像データを受信すると、画面制御部１３４Ｂは、表示部３２に固有明細の画面を表示する。固有明細の画面には、ファイル添付のテキストとともに、ファイル添付のオブジェクトが含まれている。ユーザが、操作部３３を用いて、ファイル添付のオブジェクトを選択すると、手続実行部１３２Ｂは、表示部３２に表示された固有明細に個別設定定義ファイルを添付する（ステップ４４０（Ｓ４４０））。

続いて、リソース申請システム１は、事前確認の処理（ステップ４５０（Ｓ４５０））を実行する。固有明細に個別設定定義ファイルが添付されると、手続実行部１３２Ｂの連携部１３５Ｂは、固有明細に個別設定定義ファイルが添付されたことを、連携部１３５Ａに通知（送信）する。連携部１３５Ａは、当該通知を受信すると、連携部１３５Ｂを介して、固有明細に添付された個別設定定義ファイルから個別設定情報を抽出し、当該個別設定情報を申請システムＤＢ１６１に格納する（ステップ４５２（Ｓ４５２））

個別設定情報が申請システムＤＢ１６１に格納されたのち、連携部１３５Ａは、共通基盤システム２０の連携部２６５Ｅ及び第１リソース提供システム２６Ａの連携部２６５ＡＢを介して、第１リソース提供システム２６Ａに個別設定定義ファイルの連携要求信号を送信する（ステップ４５４（Ｓ４５４））。

連携部２６５ＡＢが連携要求信号を受信すると、第１リソース提供システム２６Ａは、連携部１３５Ａ、連携部２６５Ｅ及び連携部２６５ＡＢを介して、個別設定定義ファイルを連携する（ステップ４５６（Ｓ４５６））。なお、連携部１３５Ｂ、連携部１３５Ａ、及び共通基盤システム２０内の各連携部はＲＥＳＴ ＡＰＩによって連携されている。

第１リソース提供システム２６Ａが個別設定定義ファイルを連携すると、手続実行部２６４ＡＢ内の内容確認部２６７ＡＢは、連携部２６５ＡＢを介して個別設定定義ファイルに記載された個別設定申請の内容を確認する（ステップ４５８（Ｓ４５８））。

第１リソース提供システム２６Ａが個別設定申請の内容を確認すると、第１リソース提供システム２６Ａは、連携部２６５ＡＢ、連携部２６５Ｅ、連携部１３５Ａ及び連携部１３５Ｂを介して、疎通確認部２６６ＡＢからゲストシステム３０の疎通確認部１３８Ｂに、疎通確認要求信号を送信する（ステップ４６０（Ｓ４６０））。

続いて、疎通確認部１３８Ｂが疎通確認要求信号を受信し、手続実行部１３２Ｂが疎通確認を実施する。また、ゲストシステム３０（手続実行部１３２）が疎通確認を実施し、ゲストシステム３０による疎通確認が完了すると、ゲストシステム３０は、連携部１３５Ｂ、連携部１３５Ａ、連携部２６５Ｅ及び連携部２６５ＡＢを介して、疎通確認部２６６ＡＢに疎通確認完了通知信号を送信する（ステップ４６２（Ｓ４６２））。続いて、疎通確認部２６６ＡＢが疎通確認完了通知信号を受信する（ステップ４６４（Ｓ４６４））。

疎通確認部２６６ＡＢが疎通確認完了通知を受信すると、リソース申請システム１は、事前確認結果の確認の処理を実行（ステップ４７０（Ｓ４７０））する。事前確認結果の確認では、疎通確認部２６６ＡＢが疎通確認完了通知を受信すると、第１リソース提供システム２６Ａは事前確認を終了する。また、疎通確認部２６６ＡＢが疎通確認完了通知を受信すると、第１リソース提供システム２６Ａは、連携部２６５ＡＢを介して、連携部２６５ＢＢ、連携部２６５ＣＢ、連携部２６５ＤＢ、連携部１３５Ａ及び連携部１３５Ｂに、事前確認結果の連携要求信号を送信する（ステップ４７２（Ｓ４７２））。

連携部２６５ＢＢ、連携部２６５ＣＢ、連携部２６５ＤＢ、連携部１３５Ａ及び連携部１３５Ｂが事前確認結果の連携要求信号を受信すると、第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ、ゲストシステム３０、及び申請システム１０は、事前確認結果を連携する（ステップ４７４（Ｓ４７４）、ステップ４７６（Ｓ４７６）、ステップ４７８（Ｓ４７８））。

ステップ４７２～ステップ４７８によって、第１リソース提供システム２６Ａ、第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ、ゲストシステム３０、及び申請システム１０が事前確認結果を連携すると、事前確認結果の確認は終了する。

事前確認結果の確認が終了すると、ゲストシステム３０の連携部１３５Ｂと連携されている申請システム１０の連携部１３５Ａから、共通基盤システム２０の各連携部（連携部２６５Ｅ、連携部２６５ＡＢ、２６５ＢＢ、２６５ＣＢ及び２６５ＤＢ）に、個別設定定義ファイルを添付された固有明細を含む個別設定ＷＦが送信される（ステップ４８０（Ｓ４８０））。

共通基盤システム２０の各連携部（連携部２６５Ｅ、連携部２６５ＡＢ、２６５ＢＢ、２６５ＣＢ及び２６５ＤＢ）が個別設定ＷＦを受信すると共に、共通基盤システム２０の各リソース提供システム２６（第１リソース提供システム２６Ａ以外のリソース提供システム２６（第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ））は、連携部１３５Ａ及び各連携部（連携部２６５Ｅ、連携部２６５ＡＢ、２６５ＢＢ、２６５ＣＢ及び２６５ＤＢ）を介して、個別設定定義ファイルを連携する（ステップ４９０（Ｓ４９０））。

共通基盤システム２０内の各リソース提供システム２６（第１リソース提供システム２６Ａ以外のリソース提供システム２６（第２リソース提供システム２６Ｂ、第３リソース提供システム２６Ｃ、及び第４リソース提供システム２６Ｄ））において、相互に、個別設定定義ファイルが連携されると、内容確認部２６７ＡＢ、内容確認部２６７ＢＢ、内容確認部２６７ＣＢ、及び内容確認部２６７ＤＢのそれぞれは、連携部１３５Ａ及び各連携部（連携部２６５Ｅ、連携部２６５ＡＢ、２６５ＢＢ、２６５ＣＢ及び２６５ＤＢ）を介して、個別設定定義ファイルに記載された個別設定申請の内容を確認する（ステップ５００（Ｓ５００））。

共通基盤システム２０の各リソース提供システム２６が個別設定申請の内容を確認すると、第１リソース提供システム２６Ａの自動構築部２６８ＡＢは、自動構築希望日になると、自動でゲストシステム環境を構築する（ステップ５２０（Ｓ５２０））。

続いて、リソース申請システム１は、自動構築結果の確認の処理を実行（ステップ５３０（Ｓ５３０））する。自動構築結果の確認では、はじめに、共通基盤システム２０は、連携部２６５ＡＢ及び連携部２６５Ｅを介して、連携部１３５Ａ及び連携部１３５Ｂに、自動構築結果の連携要求信号を送信する（ステップ５３２（Ｓ５３２））。続いて、自動構築結果の確認では、連携部１３５Ａ及び連携部１３５Ｂが、連携部２６５ＡＢ及び連携部２６５Ｅを介して自動構築結果の連携要求信号を受信すると共に、ゲストシステム３０、及び申請システム１０は、自動構築結果を連携する（ステップ５３４（Ｓ５３４）、ステップ５３６（Ｓ５３６））。

その結果、ユーザは、ゲストシステム３０において、第１リソース提供システム２６Ａの利用が可能となる（ステップ５４０（Ｓ５４０）。

ゲストシステム３０が自動構築結果を連携すると、ユーザは、ゲストシステム３０を用いて、ソフトウェア１１０Ｂを終了させ、ＲＥＳＴ ＡＰＩを介した申請システム１０及び共通基盤システム２０との連携を終了してよい（終了）。

なお、第１担当者を含む複数のユーザは、例えば、各ユーザのＩＤを用いて、ゲストシステム３０を利用することができる。例えば、第２担当者又は共通基盤システム担当者は、それぞれのＩＤを用いてゲストシステム３０を利用し、新規ユーザの作成（ユーザ作成）、ディレクトリ作成等のゲストシステム３０の環境設定を変更することができる（ステップ５１０（Ｓ５１０））。

以上説明した通り、リソース申請システム１を用いることによって、ゲストシステム３０、申請システム１０及び共通基盤システム２０を連携すると共に、相互に通信を行うことで、新規利用、設定変更、廃止などの各種申請を、電子化されたシステム上で実行することができる。

また、リソース申請システム１を用いることによって、ユーザは、再度、同様の申請（例えば、基本設定変更又は個別設定変更の申請）を行う場合、書面にて同様の申請を一から起案する必要が無く、かつ、過去に入力した基本設定情報又は個別設定情報を自動的に反映したデフォルトファイル（基本設定情報ファイル又は個別設定情報ファイル）に基づき各種申請を行うことができる。その結果、リソース申請システム１が利用されることによって、各種申請におけるユーザの書面の作成の負担を軽減することができる。

また、リソース申請システム１を用いることによって、共通基盤システム担当者は、電子化されたシステムの中で確認作業が可能となる。その結果、リソース申請システム１が利用されることによって、共通基盤システム担当者の作業負担も軽減することができる。

したがって、本発明の一実施形態に係る共通基盤システム内の複数のシステムの申請を電子化するリソース申請システム１を用いることによって、ユーザの利便性を向上させることができる。

本実施形態では、ソフトウェア１１０Ａがアプリケーションソフトウェアであり、ソフトウェア１１０Ｂ、１１０Ｃ及び１１０Ｄがネイティブアプリケーションである例を説明した。しかし、ここで示された例に限定されず、ソフトウェア１１０Ａがネイティブアプリケーションであってよく、ソフトウェア１１０Ａはアプリケーションソフトウェアであり、ソフトウェア１１０Ｂ、１１０Ｃ及び１１０Ｄはウェブブラウザ上で操作可能なウェブアプリケーションであってもよい。

各実施形態は、相互に矛盾しない限りにおいて、適宜組み合わせて実施することができる。また、各実施形態を基にして、当業者が適宜構成要素の追加、削除、もしくは設計変更を行ったもの、または、工程（ステップ）の追加、省略、もしくは条件変更を行ったものも、本発明の要旨を備えている限り、本発明の範囲に含まれる。

１：リソース申請システム、１０：申請システム、１１：表示部、１２：制御部、１３Ａ：機能ブロック、１３Ｂ：機能ブロック、１３Ｃ：機能ブロック、１３Ｄ：機能ブロック、１４：操作部、１５：通信部、１６：記憶部、１７：連携部、１９：バス、２０：共通基盤システム、２１：表示部、２２：制御部、２３：操作部、２４：通信部、２５：リソース提供システム部、２６：リソース提供システム、２６Ａ：第１リソース提供システム、２６Ｂ：第２リソース提供システム、２６Ｃ：第３リソース提供システム、２６Ｄ：第４リソース提供システム、２７：記憶部、２９：バス、３０：ゲストシステム、３１：制御部、３２：表示部、３３：操作部、３４：通信部、３５：記憶部、３６：バス、４０：プラットフォームシステム、５０：ネットワーク、１００Ｂ：ソフトウェア、１１０：ソフトウェア、１１０Ａ：ソフトウェア、１１０Ｂ：ソフトウェア、１１０Ｃ：ソフトウェア、１１０Ｄ：ソフトウェア、１３１Ａ：受信部、１３１Ｂ：受信部、１３２：手続実行部、１３２Ａ：手続実行部、１３２Ｂ：手続実行部、１３３Ａ：出力部、１３３Ｂ：出力部、１３４Ｂ：画面制御部、１３５：連携部、１３５Ａ：連携部、１３５Ｂ：連携部、１３６Ａ：手続送信部、１３６Ｂ：手続受信部、１３７Ａ：手続受信部、１３７Ｂ：手続送信部、１３８Ｂ：疎通確認部、１６２：ユーザーズガイド、２６１Ｅ：受信部、２６２ＡＢ：出力部、２６３ＡＢ：受信部、２６３Ｅ：出力部、２６４ＡＢ：手続実行部、２６４ＢＢ：手続実行部、２６４ＣＢ：手続実行部、２６４ＤＢ：手続実行部、２６５Ａ：連携部、２６５ＡＢ：連携部、２６５ＢＢ：連携部、２６５ＣＢ：連携部、２６５ＤＢ：連携部、２６５Ｅ：連携部、２６６Ａ：疎通確認部、２６６ＡＢ：疎通確認部、２６７ＡＢ：内容確認部、２６７ＢＢ：内容確認部、２６７ＣＢ：内容確認部、２６７ＤＢ：内容確認部、２６８ＡＢ：自動構築部、２６１１：リソース、２６１１Ａ：リソース、２６１１Ｂ：リソース、２６１１Ｃ：リソース、２６１１Ｄ：リソース

Claims (10)

1. リソースを提供可能な複数のシステムを含み、複数の前記リソースを管理する第１のシステムと、前記第１のシステムに接続するための申請に使用される申請システムと、前記第１のシステムから前記リソースを提供されると共に前記リソースを利用可能な第２のシステムと、を含む、リソース申請システム。
2. 前記申請システムは、前記第２のシステム及び前記複数のシステムの基本設定情報と、前記複数のシステムの個別設定情報とを含む申請システムデータベースを含む、
   請求項１に記載のリソース申請システム。
3. 前記申請システムは、前記申請システムデータベースを用いて前記基本設定情報を自動的に反映したひな形を、前記第２のシステムに提供する、
   請求項２に記載のリソース申請システム。
4. 前記第２のシステムは、前記基本設定情報及び前記個別設定情報を用いて、前記申請を実行する第１の手続実行部を含む、
   請求項３に記載のリソース申請システム。
5. 前記第１の手続実行部は、前記第２のシステムを、前記第１のシステム及び前記申請システムに連携させる第１の連携部を含む、
   請求項４に記載のリソース申請システム。
6. 前記複数のシステムのうち何れか一つのシステムは、前記何れか一つのシステムが提供可能なリソースを前記第２のシステムに提供可能な環境を生成する第２の手続実行部を含む、
   請求項４に記載のリソース申請システム。
7. 前記第２の手続実行部は、前記何れか一つのシステムを、前記第２のシステム及び前記申請システムに連携させる第２の連携部を含む、
   請求項６に記載のリソース申請システム。
8. 前記第１の手続実行部が、前記ひな形に基づき生成された前記申請のための申請ファイルを前記申請システムに送信し、
   前記申請システムが、前記申請ファイルを前記何れか一つのシステムに送信し、
   前記申請ファイルを送信された前記何れか一つのシステムに含まれる前記第２の手続実行部が、前記申請ファイルに基づき前記環境を自動構築する、
   請求項６に記載のリソース申請システム。
9. 前記基本設定情報は、前記第２のシステムのＩＤ及び連絡先を含む、
   請求項２に記載のリソース申請システム。
10. 前記個別設定情報は、前記第２のシステムのパスワード、前記申請システムを利用するためのパスワード、及び前記複数のサーバのＩＤを含む、
    請求項２に記載のリソース申請システム。
    

Images