ホーム > 特許ランキング > 株式会社三菱ＵＦＪ銀行
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024013240
(43)【公開日】2024-02-01
(54)【発明の名称】リソース申請システム
(51)【国際特許分類】
H04L 67/12 20220101AFI20240125BHJP
G06Q 40/02 20230101ALI20240125BHJP
H04L 67/00 20220101ALI20240125BHJP
H04L 65/40 20220101ALI20240125BHJP
【ＦＩ】
H04L67/12
G06Q40/02
H04L67/00
H04L65/40
【審査請求】有
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022112750
(22)【出願日】2022-07-13
(11)【特許番号】
(45)【特許公報発行日】2024-01-24
(71)【出願人】
【識別番号】598049322
【氏名又は名称】株式会社三菱ＵＦＪ銀行
(74)【代理人】
【識別番号】110000408
【氏名又は名称】弁理士法人高橋・林アンドパートナーズ
(72)【発明者】
【氏名】原槇 祥吾
(72)【発明者】
【氏名】上野 健
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055BB13
(57)【要約】
【課題】第１事業者システムを含めた第１事業者システム内のライブラリ管理システム及び各システムの管理者と、第２事業者システム管理者とが異なるシステムにおいて、第２事業者システムがライブラリ管理システムを利用可能になると共に、ライブラリ管理システム及びライブラリ管理システム内の複数のリソースの利用申請を電子化する申請システムを提供すること。
【解決手段】本発明の一実施形態に係るリソース申請システムは、リソースを管理する第１のシステムと、前記リソースを利用するための申請に使用されると、前記第１のシステム及び前記申請システムに接続され前記第１のシステムにアクセス可能な第２のシステム及び第３のシステムと、を含み、前記第１のシステム、前記申請システム及び前記第２のシステムは第１の管理者によって管理され、前記第３のシステムは前記第１の管理者とは異なる第２の管理者によって管理される。
【選択図】図１
【解決手段】本発明の一実施形態に係るリソース申請システムは、リソースを管理する第１のシステムと、前記リソースを利用するための申請に使用されると、前記第１のシステム及び前記申請システムに接続され前記第１のシステムにアクセス可能な第２のシステム及び第３のシステムと、を含み、前記第１のシステム、前記申請システム及び前記第２のシステムは第１の管理者によって管理され、前記第３のシステムは前記第１の管理者とは異なる第２の管理者によって管理される。
【選択図】図１
【特許請求の範囲】
【請求項1】
リソースを管理する第１のシステム、
前記リソースを利用するための申請に使用される申請システム、
前記第１のシステム及び前記申請システムに接続され前記第１のシステムにアクセス可能な第２のシステム及び第３のシステム、
を含み、
前記第１のシステム、前記申請システム及び前記第２のシステムは第１の管理者によって管理され、
前記第３のシステムは前記第１の管理者とは異なる第２の管理者によって管理される、
リソース申請システム。
前記リソースを利用するための申請に使用される申請システム、
前記第１のシステム及び前記申請システムに接続され前記第１のシステムにアクセス可能な第２のシステム及び第３のシステム、
を含み、
前記第１のシステム、前記申請システム及び前記第２のシステムは第１の管理者によって管理され、
前記第３のシステムは前記第１の管理者とは異なる第２の管理者によって管理される、
リソース申請システム。
【請求項2】
前記第２のシステムは、前記申請を前記申請システムに依頼する第１の手続実行部を含み、
前記申請システムは、前記申請の依頼を受信する第２の手続実行部を含み、
前記第１のシステムは、前記リソースを前記第２のシステムに提供する第３の手続実行部を含む、
請求項１に記載のリソース申請システム。
前記申請システムは、前記申請の依頼を受信する第２の手続実行部を含み、
前記第１のシステムは、前記リソースを前記第２のシステムに提供する第３の手続実行部を含む、
請求項１に記載のリソース申請システム。
【請求項3】
前記第２の手続実行部は、第１の連携部と、手続送信部と、を含み、
前記第３の手続実行部は、第２の連携部を含み、
前記第１の手続実行部は、ソフトウェアの起動を実行すると第１の連携要求を前記申請システムに送信し、
前記申請システムが前記第１の連携要求を受信すると、前記第１の連携部は前記申請システムを前記第２のシステムと連携させ、
前記申請システムが前記第２のシステムと連携したのち、前記手続送信部は、連携通知を前記第１の手続実行部及び前記第３の手続実行部に送信し、
前記第２の連携部は、前記連携通知を受信すると、前記第１のシステムを前記申請システム及び前記第２のシステムと連携させる、
請求項２に記載のリソース申請システム。
前記第３の手続実行部は、第２の連携部を含み、
前記第１の手続実行部は、ソフトウェアの起動を実行すると第１の連携要求を前記申請システムに送信し、
前記申請システムが前記第１の連携要求を受信すると、前記第１の連携部は前記申請システムを前記第２のシステムと連携させ、
前記申請システムが前記第２のシステムと連携したのち、前記手続送信部は、連携通知を前記第１の手続実行部及び前記第３の手続実行部に送信し、
前記第２の連携部は、前記連携通知を受信すると、前記第１のシステムを前記申請システム及び前記第２のシステムと連携させる、
請求項２に記載のリソース申請システム。
【請求項4】
前記第１の手続実行部は、前記連携通知を受信したのち、前記申請のための申請ファイルを生成し、前記申請ファイルを前記第１のシステムに送信することにより、前記申請の依頼を実行する、
請求項３に記載のリソース申請システム。
請求項３に記載のリソース申請システム。
【請求項5】
前記第３の手続実行部は、納品リスト生成部をさらに含み、
前記納品リスト生成部は、前記申請ファイルが前記第１のシステムに送信されると、複数の前記リソースのリストを含む納品リストを生成する、
請求項４に記載のリソース申請システム。
前記納品リスト生成部は、前記申請ファイルが前記第１のシステムに送信されると、複数の前記リソースのリストを含む納品リストを生成する、
請求項４に記載のリソース申請システム。
【請求項6】
前記納品リスト生成部が前記納品リストを生成したのち、前記第２の連携部は前記納品リストを前記第２のシステムと共有するための要求を前記第１の連携部に送信する、
請求項５に記載のリソース申請システム。
請求項５に記載のリソース申請システム。
【請求項7】
前記第１の連携部は、前記納品リストを共有するための要求を受信したのち、前記第１のシステム内の前記納品リストを取得すると共に、前記第１のシステムに前記納品リストのハッシュ値の要求を送信する、
請求項６に記載のリソース申請システム。
請求項６に記載のリソース申請システム。
【請求項8】
前記第３の手続実行部は、第１のハッシュ値生成部をさらに含み、
前記第１のシステムが前記納品リストのハッシュ値の要求を受信すると、前記第１のハッシュ値生成部は、前記第１のシステム内の前記納品リストを用いて、第１のハッシュ値を生成すると共に、前記第１のハッシュ値を前記第１の連携部に送信する、
請求項７に記載のリソース申請システム。
前記第１のシステムが前記納品リストのハッシュ値の要求を受信すると、前記第１のハッシュ値生成部は、前記第１のシステム内の前記納品リストを用いて、第１のハッシュ値を生成すると共に、前記第１のハッシュ値を前記第１の連携部に送信する、
請求項７に記載のリソース申請システム。
【請求項9】
前記第２の手続実行部は、第２のハッシュ値生成部と、検閲部と、をさらに含み、
前記第１の連携部が前記第１のハッシュ値を受信すると、
前記第１の連携部は前記第１のハッシュ値を前記検閲部に送信し、
前記第２のハッシュ値生成部は、前記第１の連携部によって取得された前記第１のシステム内の前記納品リストを用いて、第２のハッシュ値を生成すると共に、前記第２のハッシュ値を前記検閲部に送信する、
請求項８に記載のリソース申請システム。
前記第１の連携部が前記第１のハッシュ値を受信すると、
前記第１の連携部は前記第１のハッシュ値を前記検閲部に送信し、
前記第２のハッシュ値生成部は、前記第１の連携部によって取得された前記第１のシステム内の前記納品リストを用いて、第２のハッシュ値を生成すると共に、前記第２のハッシュ値を前記検閲部に送信する、
請求項８に記載のリソース申請システム。
【請求項10】
前記第２の手続実行部は、承認部をさらに含み、
前記検閲部は、前記第１のハッシュ値及び前記第２のハッシュ値を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、一致していると判定した検閲結果を承認すると共に、検閲結果を承認したことの通知を前記承認部に送信する、
請求項９に記載のリソース申請システム。
前記検閲部は、前記第１のハッシュ値及び前記第２のハッシュ値を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、一致していると判定した検閲結果を承認すると共に、検閲結果を承認したことの通知を前記承認部に送信する、
請求項９に記載のリソース申請システム。
【請求項11】
前記承認部は、前記検閲部から検閲結果を承認したことの通知を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、前記申請を承認し、
前記承認部が前記申請を承認すると、前記第１の連携部は、前記申請の承認結果を前記第１のシステム及び前記第２のシステムと共有するための要求を前記第２の連携部及び前記第２のシステムに送信する、
請求項１０に記載のリソース申請システム。
前記承認部が前記申請を承認すると、前記第１の連携部は、前記申請の承認結果を前記第１のシステム及び前記第２のシステムと共有するための要求を前記第２の連携部及び前記第２のシステムに送信する、
請求項１０に記載のリソース申請システム。
【請求項12】
前記第３の手続実行部は、自動構築部をさらに含み、
前記第２の連携部が前記申請の承認結果を共有するための要求を受信すると、前記第２の連携部は、前記申請の承認結果を共有すると共に、前記申請の承認結果を共有したことを前記自動構築部に送信し、
前記自動構築部は、前記申請ファイルに基づき、申請されたリソースが前記第２のシステムで利用可能となるようなシステム環境を自動構築すると共に、前記システム環境の自動構築が終了すると、自動構築結果を前記申請システム及び前記第２のシステムと共有するための要求を前記第１の連携部及び前記第２のシステムに送信する、
請求項１１に記載のリソース申請システム。
前記第２の連携部が前記申請の承認結果を共有するための要求を受信すると、前記第２の連携部は、前記申請の承認結果を共有すると共に、前記申請の承認結果を共有したことを前記自動構築部に送信し、
前記自動構築部は、前記申請ファイルに基づき、申請されたリソースが前記第２のシステムで利用可能となるようなシステム環境を自動構築すると共に、前記システム環境の自動構築が終了すると、自動構築結果を前記申請システム及び前記第２のシステムと共有するための要求を前記第１の連携部及び前記第２のシステムに送信する、
請求項１１に記載のリソース申請システム。
【請求項13】
前記第２のシステムが前記自動構築結果を共有するための要求を受信すると、前記第２のシステムは前記自動構築結果を共有すると共に、前記第１のシステムからの前記リソースの提供が可能となる、
請求項１２に記載のリソース申請システム。
請求項１２に記載のリソース申請システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、リソース申請システムに関する。
【背景技術】
【0002】
近年、金融機関では、複数のリソースを管理する管理システムとして、例えば、ライブラリ管理システムが利用されている。金融機関に所属する第１ユーザは、第１ユーザの所有する第１ゲストシステムを用いて、ライブラリ管理システム及びライブラリ管理システム内の複数のリソースを金融機関内で利用することができる。金融機関は、例えば、第１事業者システムを含み、第１事業者システムは、ライブラリ管理システム及び第１ゲストシステムを含み、第１事業者システム管理者によって管理される。例えば、第１ユーザがライブラリ管理システム及びライブラリ管理システム内の複数のリソースの利用を希望する場合、第１ユーザは、第１ゲストシステムを用いたライブラリ管理システム及びライブラリ管理システム内の複数のリソースの新規利用、設定変更、廃止などを、書面を用いて、第１事業者システム管理者に申請していた。しかしながら、書面を用いた申請においては、例えば、第１のユーザが、再度、同様の設定変更の申請を行う場合、書面にて同様の設定変更の申請を一から起案するため、第１ユーザの大きな負担となっていた。また、第１事業者システム管理者は、申請を受理する度に、書面の確認が必要なため、第１事業者システム管理者の大きな負担となっていた。また、金融機関に所属しない第２事業者システムに含まれる第２ゲストシステムを所有する第２ユーザは、第２ゲストシステムを用いて、ライブラリ管理システム及び複数のリソースを利用することはできなかった。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１８－０８８６５０号公報
【特許文献2】特開２００５－０８４７３６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１には、データセンタにおけるクラウドサービスの提供において、お客様拠点と専用線などでイントラネット接続を行うサービスを行うシステムが記載されている。特許文献１に記載のサービスを行うシステムは、例えば、データセンタ内のクラウドサービスを提供するシステム、お客様拠点のシステム、及び、クラウド上に構築したシステムとお客様拠点のシステム間の接続申請を利用者から受け付けるクラウドサービスの申請を電子的に受け付けるシステムを含む。また、特許文献２には、証券会社システム、証券会社取引銀行システム、及び融資銀行システムが銀行ネットワークを介して接続されたストックオプション権利行使支援システムが記載されている。
【0005】
しかしながら、特許文献１に記載のサービスを行うシステムは申請を電子的に受け付けるシステムを含む一方で、申請を電子的に受け付けるシステムの管理者と電子的に申請を受け付けるシステム以外の各システムの管理者とは異なり、特許文献２に記載のストックオプション権利行使支援システムは、各手続きの申請を電子的に受け付けるシステムを含んでおらず、ストックオプション権利行使支援システムに含まれる各システムの管理者は異なる。したがって、仮に、特許文献１及び２に記載のシステムを組み合わせて、金融機関においてライブラリ管理システムを含むと共にライブラリ管理システムの利用申請を書面で行う第１事業者システム、及び金融機関に所属せずライブラリ管理システムを利用不可能な第２事業者システムに適用したとしても、第１事業者システムにおいてライブラリ管理システムの利用申請を電子的に受け付けることが可能になると共に、第２事業者システムがライブラリ管理システムを利用可能になる可能性はあるものの、少なくとも第１事業者システム管理者と、ライブラリ管理システムの管理者と、申請を電子的に受け付けるシステムの管理者と、第２事業者システム管理者とが異なるシステムが構築されるだけであって、第１事業者システムを含めた第１事業者システム内のライブラリ管理システム及び各システムの管理者と、第２事業者システム管理者とが異なるシステムにおいて、ライブラリ管理システムの利用申請を電子的に受け付けることが可能になると共に、第２事業者システムがライブラリ管理システムを利用可能になるシステムを構築することは困難であった。
【0006】
このような課題に鑑み、本発明の目的の一つは、第１事業者システムを含めた第１事業者システム内のライブラリ管理システム及び各システムの管理者と、第２事業者システム管理者とが異なるシステムにおいて、第２事業者システムがライブラリ管理システムを利用可能になると共に、ライブラリ管理システム及びライブラリ管理システム内の複数のリソースの利用申請を電子化する申請システムを提供することである。また、本発明の目的の一つは、当該申請システムを用いて、ユーザの利便性を向上させることである。
【課題を解決するための手段】
【0007】
本発明の一実施形態に係るリソース申請システムは、リソースを管理する第１のシステム、前記リソースを利用するための申請に使用される申請システム、前記第１のシステム及び前記申請システムに接続され前記第１のシステムにアクセス可能な第２のシステム及び第３のシステム、を含み、前記第１のシステム、前記申請システム及び前記第２のシステムは第１の管理者によって管理され、前記第３のシステムは前記第１の管理者とは異なる第２の管理者によって管理される。
【0008】
上記リソース申請システムにおいて、前記第２のシステムは、前記申請を前記申請システムに依頼する第１の手続実行部を含み、前記申請システムは、前記申請の依頼を受信する第２の手続実行部を含み、前記第１のシステムは、前記リソースを前記第２のシステムに提供する第３の手続実行部を含んでもよい。
【0009】
上記リソース申請システムにおいて、前記第２の手続実行部は、第１の連携部と、手続送信部と、を含み、前記第３の手続実行部は、第２の連携部を含み、前記第１の手続実行部は、ソフトウェアの起動を実行すると第１の連携要求を前記申請システムに送信し、前記申請システムが前記第１の連携要求を受信すると、前記第１の連携部は前記申請システムを前記第２のシステムと連携させ、前記申請システムが前記第２のシステムと連携したのち、前記手続送信部は、連携通知を前記第１の手続実行部及び前記第３の手続実行部に送信し、前記第２の連携部は、前記連携通知を受信すると、前記第１のシステムを前記申請システム及び前記第２のシステムと連携させてもよい。
【0010】
上記リソース申請システムにおいて、前記第１の手続実行部は、前記連携通知を受信したのち、前記申請のための申請ファイルを生成し、前記申請ファイルを前記第１のシステムに送信することにより、前記申請の依頼を実行してもよい。
【0011】
上記リソース申請システムにおいて、前記第３の手続実行部は、納品リスト生成部をさらに含み、前記納品リスト生成部は、前記申請ファイルが前記画面に添付されると、複数の前記リソースのリストを含む納品リストを生成してもよい。
【0012】
上記リソース申請システムにおいて、前記納品リスト生成部が前記納品リストを生成したのち、前記第２の連携部は前記納品リストを前記第２のシステムと共有するための要求を前記第１の連携部に送信してもよい。
【0013】
上記リソース申請システムにおいて、前記第１の連携部は、前記納品リストを共有するための要求を受信したのち、前記第１のシステム内の前記納品リストを取得すると共に、前記第１のシステムに前記納品リストのハッシュ値の要求を送信してもよい。
【0014】
上記リソース申請システムにおいて、前記第３の手続実行部は、第１のハッシュ値生成をさらに含み、前記第１のシステムが前記納品リストのハッシュ値の要求を受信すると、前記第１のハッシュ値生成部は、前記第１のシステム内の前記納品リストを用いて、第１のハッシュ値を生成すると共に、前記第１のハッシュ値を前記第１の連携部に送信してもよい。
【0015】
上記リソース申請システムにおいて、前記第２の手続実行部は、第２のハッシュ値生成部と、検閲部と、をさらに含み、前記第１の連携部が前記第１のハッシュ値を受信すると、前記第１の連携部は前記第１のハッシュ値を前記検閲部に送信し、前記第２のハッシュ値生成部は、前記第１の連携部によって取得された前記第１のシステム内の前記納品リストを用いて、第２のハッシュ値を生成すると共に、前記第２のハッシュ値を前記検閲部に送信してもよい。
【0016】
上記リソース申請システムにおいて、前記第２の手続実行部は、承認部をさらに含み、前記検閲部は、前記第１のハッシュ値及び前記第２のハッシュ値を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、一致していると判定した検閲結果を承認すると共に、検閲結果を承認したことの通知を前記承認部に送信してもよい。
【0017】
上記リソース申請システムにおいて、前記検閲部から検閲結果を承認したことの通知を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、前記申請を承認し、前記承認部が前記申請を承認すると、前記第１の連携部は、前記申請を前記第１のシステム及び前記第２のシステムと共有するための要求を前記第２の連携部及び前記第２のシステムに送信してもよい。
【0018】
上記リソース申請システムにおいて、前記第３の手続実行部は、自動構築部をさらに含み、前記第２の連携部が前記申請の承認結果を共有するための要求を受信すると、前記第２の連携部は、前記申請の承認結果を共有すると共に、前記申請の承認結果を共有したことを前記自動構築部に送信し、前記自動構築部は、前記申請ファイルに基づき、申請されたリソースが前記第２のシステムで利用可能となるようなシステム環境を自動構築すると共に、前記システム環境の自動構築が終了すると、自動構築結果を前記申請システム及び前記第２のシステムと共有するための要求を前記第１の連携部及び前記第２のシステムに送信してもよい。
【0019】
上記リソース申請システムにおいて、前記第２のシステムが前記自動構築結果を共有するための要求を受信すると、前記第２のシステムは前記自動構築結果を共有すると共に、前記第１システムからの前記リソースの提供が可能となってもよい。
【発明の効果】
【0020】
本発明の一実施形態に係るリソース申請システムでは、第１事業者システムを含めた第１事業者システム内のライブラリ管理システム及び各システムの管理者と、第２事業者システム管理者とが異なるシステムにおいて、第２事業者システムがライブラリ管理システムを利用可能になる共に、ライブラリ管理及びライブラリ管理システム内の複数のリソースの利用申請を電子化する申請システムを提供することができる。また、当該申請システムを用いて、ユーザの利便性を向上させることができる。
【図面の簡単な説明】
【0021】
【図1】本発明の第１実施形態に係るリソース申請システムの構成を示す概略図である。
【図2】本発明の第１実施形態に係る申請システムの構成を示す概略図である。
【図3】本発明の第１実施形態に係る共通基盤シシステムの構成を示す概略図である。
【図4】本発明の第１実施形態に係る申請内容のリストの一例を示す図である。
【図5】本発明の第１実施形態に係るゲストシステムの構成を示す概略図である。
【図6】本発明の第１実施形態に係るリソース申請システムの各構成要素によって構成された機能ブロックを示す概略図である。
【図7】本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。
【図8】本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。
【図9】本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。
【図10】本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。
【図11】本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。
【図12】本発明の第１実施形態に係るリソース申請システムの処理方法のフローの一例を示す図である。
【発明を実施するための形態】
【0022】
以下、本発明の各実施の形態を、図面等を参照しながら説明する。但し、本発明は多くの異なる態様で実施することが可能であり、以下に例示される各実施の形態の記載内容に限定して解釈されるものではない。図面は、説明をより明確にするため、模式的に示される場合があるが、あくまで一例であって、本発明の解釈を限定するものではない。
【0023】
また、各要素に対する「第１」、「第２」と付記された文字は、各要素を区別するために用いられる便宜的な標識であり、特段の説明がない限りそれ以上の意味を有さない。なお、各実施の形態で参照される図面において、同一部分または同様な機能を有する部分には同一の符号または類似の符号（数字ｘｘｘにＡ，Ｂまたは１，２などを付しただけの符号）を付し、その繰り返しの説明は省略する場合がある。また、構成の一部が図面から省略される場合がある。その他、本発明の属する分野における通常に知識を有する者であれば認識できるものである場合、特段の説明を省略するものとする。
【0024】
＜第１実施形態＞
図１～図１２を用いて、本発明の第１実施形態に係るリソース申請システム１を説明する。リソース申請システム１は、例えば、銀行、信用金庫、郵便局、保険会社、又は証券会社で利用されるシステムである。
図１～図１２を用いて、本発明の第１実施形態に係るリソース申請システム１を説明する。リソース申請システム１は、例えば、銀行、信用金庫、郵便局、保険会社、又は証券会社で利用されるシステムである。
【0025】
＜１．リソース申請システム１の概要＞
図１は、本発明の第１実施形態に係るリソース申請システム１の構成を示す概略図である。
図１は、本発明の第１実施形態に係るリソース申請システム１の構成を示す概略図である。
【0026】
また、リソース申請システム１では、申請システム１０に登録されている第１ゲストシステム３０の情報（申請システムデータベース（申請システムＤＢ（Ｄａｔａ Ｂａｓｅ））１６１内に格納された情報）を利用して、第１ゲストシステム３０が申請システム１０及びライブラリ管理システム２０にアクセス可能に連携させ、ライブラリ管理システム２０のリソース２６１１の新規利用、設定変更、廃止などの各種申請を、申請システム１０にインストールされたソフトウェア１１０Ａ、第１ゲストシステム３０にインストールされたソフトウェア１１０Ｂ、及びライブラリ管理システム２０にインストールされたソフトウェア１１０Ｃを用いて、電子的に実行することができる。
【0027】
また、従来、申請システム１０及びライブラリ管理システム２０にアクセス不能であった第２ゲストシステム４０は、電子化された申請システム１０に、第２ゲストシステム４０の情報を登録することで、第１ゲストシステム３０と同様に、申請システム１０及びライブラリ管理システム２０にアクセス可能に連携され、ライブラリ管理システム２０のリソース２６１１の新規利用、設定変更、廃止などの各種申請を、申請システム１０にインストールされたソフトウェア１１０Ａ、ライブラリ管理システム２０にインストールされたソフトウェア１１０Ｃ、及び第２ゲストシステム４０にインストールされたソフトウェア１１０Ｄを用いて、電子的に実行することができる。なお、第１ゲストシステム３０は第２ゲストシステム４０と適宜通信を行ってもよい。
【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】
第２ゲストシステム４０に含まれる制御部４１、表示部４２、操作部４３、通信部４４、及び記憶部４５のそれぞれの構成及び機能は、第１ゲストシステム３０に含まれる制御部３１、表示部３２、操作部３３、通信部３４、及び記憶部３５のそれぞれにおいて、第１ゲストシステム３０を第２ゲストシステム４０に置き換えた構成及び機能と同様である。ここでは、第１ゲストシステム３０と異なる点を、主に説明する。
【0066】
制御部４１は、制御部１２と同様の構成及び機能を含む。制御部４１を説明するにあたり、制御部１２と同様の構成及び機能の説明は省略される。制御部４１は、各種手続（処理）を実行可能なソフトウェア１１０Ｄを起動し構成される機能ブロック１３Ｄを含む。ソフトウェア１１０Ｄ及び機能ブロック１３Ｄの詳細な説明は後述される。制御部４１による制御は、記憶部４５に記憶されている各種プログラムがＲＡＭに読み出されると共に、各種プログラムがＲＡＭを作業領域として展開され、かつ、実行されることにより実現される。第１実施形態では、記憶部４５に格納されたソースファイル（図示は省略）が制御部４１のＲＡＭに読み出されると共に、展開され、かつ、ソースファイルのプログラムが実行されることによって、制御部４１による所望の制御が実行される。
【0067】
記憶部４５は、ソフトウェア１１０Ｄに関連するソースファイルが格納されてよく、ソフトウェア１１０Ｄに関連するソースファイルが格納されているアプリケーション関連ＤＢを含んでもよい。ソフトウェア１１０Ｄは、プラットフォームシステム４からダウンロードされてインストールされたものである。また、記憶部４５は、ソフトウェア１１０Ｄに入力されたデータを一時的に格納してもよい。
【0068】
＜２．リソース申請システム１の機能ブロック構成＞
図６は、リソース申請システム１の各構成要素によって構成された機能ブロックを示す概略図である。より具体的には、図６は、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ及び１１０Ｄを起動して構成される機能ブロック１３Ａ、１３Ｂ、１３Ｃ及び１３Ｄの関係を示す概略図である。図１～図５と同一、又は類似する構成の説明は、省略される場合がある。
図６は、リソース申請システム１の各構成要素によって構成された機能ブロックを示す概略図である。より具体的には、図６は、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ及び１１０Ｄを起動して構成される機能ブロック１３Ａ、１３Ｂ、１３Ｃ及び１３Ｄの関係を示す概略図である。図１～図５と同一、又は類似する構成の説明は、省略される場合がある。
【0069】
図６を用いて、機能ブロック１３Ａ、１３Ｂ、１３Ｃ及び１３Ｄの構成を説明する。
【0070】
申請システム１０は、「１－１．申請システム１０の構成」において説明したとおり、申請システムＤＢ１６１、及びアプリケーション関連ＤＢ１６３を含み、申請システム１０には、ソフトウェア１１０Ａがインストールされている。ソフトウェア１１０Ａは、金融機関内で開発された申請システム１０を起動するためのアプリケーションソフトウェアである。ソフトウェア１１０Ａが起動されることによって、機能ブロック１３Ａが構成される。機能ブロック１３Ａは、受信部１３１Ａ、手続実行部１３２Ａ、及び出力部１３３Ａを含む。ソフトウェア１１０Ａは、受信部１３１Ａ、手続実行部１３２Ａ、及び出力部１３３Ａを少なくとも含む手続方法（処理方法）をコンピュータに実行させるためのプログラムを含む。
【0071】
手続実行部１３２Ａは、連携部１３５Ａ、手続送信部１３６Ａ、手続受信部１３７Ａ、ハッシュ値生成部１４０Ａ、再鑑部１３４Ａ、検閲部１３８Ａ、及び承認部１３９Ａを含む。
【0072】
本実施形態では、連携部１３５Ａが、連携要求信号、ＩＤ信号、登録依頼信号又は通知などを受信する機能を含む例が示される。受信部１３１Ａは、連携要求信号、ＩＤ信号、登録依頼信号又は通知などを受信し、連携部１３５Ａに送信する機能を有してよい。各信号、通知などについての詳細な説明は後述される。
【0073】
連携部１３５Ａは、連携要求信号を受信すると、申請システム１０を第１ゲストシステム３０、第２ゲストシステム４０、及びライブラリ管理システム２０と連携させる機能を含む。連携部１３５Ａによって、申請システム１０と第１ゲストシステム３０とを連携させることで、第１ゲストシステム３０と申請システムＤＢ１６１及びアプリケーション関連ＤＢ１６３との間でデータ（情報）を送受信することが可能となる。また、連携部１３５Ａによって、申請システム１０と第２ゲストシステム４０とを連携させることで、第２ゲストシステム４０と申請システムＤＢ１６１及びアプリケーション関連ＤＢ１６３との間でデータ（情報）を送受信することが可能となる。また、連携部１３５Ａは、例えば、納品ファイル及び差分ファイルが添付された申請ファイルの連携要求（申請ファイルの共有の要求）を受信すると納品ファイル及び差分ファイルが添付された申請ファイルを連携(共有)する機能を含み、納品ファイル及び差分ファイルが添付された申請ファイルの内容を確認及び承認するとライブラリ管理システム２０内の申請ファイルから「日時、実行形式」並びに「納品リスト及び差分リスト」を取得すると共に、手続送信部１３６Ａを介して、ライブラリ管理システム内の納品リストのハッシュ値を要求するハッシュ値要求信号を送信する機能を含む。なお、申請ファイル、納品リスト、差分リスト、ハッシュ値などの詳細な説明は後述される。
【0074】
手続送信部１３６Ａは、各種手続き（処理）に係る信号を第１ゲストシステム３０、第２ゲストシステム４０、又はライブラリ管理システム２０に送信する機能、及び、各種手続き（処理）に係る信号に応じて確認する機能を含む。手続送信部１３６Ａは、例えば、第１ゲストシステム３０又は第２ゲストシステム４０のＩＤを登録したのち、第１ゲストシステム３０又は第２ゲストシステム４０に連絡先登録要求信号を送信する機能を含む。
【0075】
手続受信部１３７Ａは、各種手続き（処理）に係る信号を第１ゲストシステム３０、第２ゲストシステム４０、又はライブラリ管理システム２０から受信する機能を含む。手続受信部１３７Ａは、例えば、第１ゲストシステム３０から送信された第１ゲストシステム３０のＩＤを受信し、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ及び１１０Ｄを利用する第１ユーザが手続（処理）を実行する本人であることを確認する機能、第２ゲストシステム４０から送信された第２ゲストシステム４０のＩＤを受信し、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ及び１１０Ｄを利用する第２ユーザが手続（処理）を実行する本人であることを確認する機能、第１ゲストシステム３０、又は第２ゲストシステム４０のＩＤを受信し、受信したＩＤを格納（登録）する機能、及び、第１ゲストシステム３０、又は第２ゲストシステム４０の連絡先の登録依頼信号を受信し、受信した連絡先を格納（登録）する機能を含む。
【0076】
ハッシュ値生成部１４０Ａは、手続受信部１３７Ａを介して、第１のハッシュ値を受信すると、ライブラリ管理システム２０内の納品リスト（第１の納品リスト）のハッシュ値を生成する機能、及び、申請システム１０内の納品リスト（第２の納品リスト）のハッシュ値を生成する機能を含む。
【0077】
再鑑部１３４Ａは、連携部１３５Ａが申請ファイル（納品ファイル及び差分ファイル）を連携することに基づき、申請ファイルの内容を確認し、申請内容が適切に記載されているか否かを判定すると共に、申請内容が適切な場合には申請内容を承認し、申請内容が不適切な場合には申請ファイルの再作成（結果的に、納品リストの再作成）の手続（処理）を実行するように指示する機能を含む。なお、申請内容が適切な場合とは、申請に必要な事項の記載漏れが無い場合であり、申請内容が不適切な場合とは、申請内容が適切な場合以外である。
【0078】
検閲部１３８Ａは、ライブラリ管理システム２０内の納品リスト（第１の納品リスト）のハッシュ値と、申請システム１０内の納品リスト（第２の納品リスト）のハッシュ値とを比較し、第１の納品リストのハッシュ値が第２の納品リストのハッシュ値と一致又は不一致を判定すると共に、一致の場合には検閲結果を承認し、不一致の場合には申請ファイルの再作成の手続を実行するように指示する機能を含む。
【0079】
承認部１３９Ａは、検閲結果に基づき、第１の納品リストのハッシュ値と、第２の納品リストのハッシュ値とを比較し、第１の納品リストのハッシュ値が第２の納品リストのハッシュ値と一致又は不一致を判定すると共に、一致の場合には申請（申請ファイル）を承認し、不一致の場合には申請ファイルの再作成の手続を実行するように指示する機能を含む。
【0080】
リソース申請システム１では、再鑑部１３４Ａ、検閲部１３８Ａ、承認部１３９Ａ、及びハッシュ値生成部１４０Ａを用いて、再鑑、検閲、及び承認を自動で実行することが可能である。その結果、従来のシステムでは、例えば、第１事業者システム管理者などの検閲者及び承認者が、書面を用いて、再鑑、検閲及び承認を行っていた手続（処理）を、リソース申請システム１を用いることによって再鑑、検閲及び承認を自動化することができるため、第１事業者システム管理者などの検閲者及び承認者の負担を軽減することができる。
【0081】
リソース申請システム１では、ハッシュ値生成部１４０Ａを用いて、少なくとも検閲、及び承認前に、納品リストのハッシュ値を生成し、納品リストのハッシュ値を用いて、再鑑、検閲及び承認の手続を実行することができる。よって、再鑑、検閲及び承認において、納品リストが改ざんされたことを判定することができるため、改ざんされた納品リストを用いてのちの手続（処理）の実行を回避すると共に、申請ファイルの再作成（結果的に、納品リストの再作成）の手続（処理）を実行することができる。その結果、納品リストの改ざんを抑制することができる。リソース申請システム１では、ハッシュ値生成部１４０Ａを用いることによって、例えば、納品リストにリソースが追加されていた場合、納品リストに記載されたリソースの中身が書き換えられた場合などを判定することができる。
【0082】
リソース申請システム１では、ハッシュ値生成部１４０Ａを用いて、少なくとも検閲、及び承認における納品リストのハッシュ値を生成することができる。ハッシュ値を使用せずに申請ファイル全体を用いて、検閲及び承認を実行しようとすると、制御部１２に含まれる演算処理回路の処理コストが増大する。一方、ハッシュ値生成部１４０Ａは、例えば、納品リストの一部（納品リストに記載されたリソース名）のハッシュ値を生成し、納品リストを短い文字列にすることができるため、演算処理回路の処理コストを軽減できる。その結果、リソース申請システム１では、手続（処理）が高速化され、申請からリリースまでの時間が短縮される。
【0083】
なお、第１ゲストシステム３０のＩＤの登録、及び、第１ユーザ又は第１ゲストシステム３０の連絡先の登録では、第１ゲストシステム３０のＩＤ、及び、第１ユーザ又は第１ゲストシステム３０の連絡先の登録先は、例えば、記憶部１６（申請システムＤＢ１６１）である。第１ゲストシステム３０と同様に、第２ゲストシステム４０のＩＤの登録、及び、第２ユーザ又は第２ゲストシステム４０の連絡先の登録では、第２ゲストシステム４０のＩＤ、及び、第２ユーザ又は第２ゲストシステム４０の連絡先の登録先は、例えば、記憶部１６（申請システムＤＢ１６１）である。また、リソース申請システム１では、一例として、ソフトウェア１１０Ａは申請システム１０で起動され、ソフトウェア１１０Ｂは第１ゲストシステム３０で起動され、ソフトウェア１１０Ｃはライブラリ管理システム２０で起動され、ソフトウェア１１０Ｄは第２ゲストシステム４０で起動される。
【0084】
出力部１３３Ａは、例えば、連携部１３５Ａ又は受信部１３１Ａが、連携要求信号、ＩＤ信号、登録依頼信号又は通知などを受信し、申請システム１０との連携通知、第１ユーザ又は第１ゲストシステム３０の連絡先登録要求、第１ユーザ又は第１ゲストシステム３０の連絡先登録通知、第２ユーザ又は第２ゲストシステム４０の連絡先登録要求、第２ユーザ又は第２ゲストシステム４０の連絡先登録通知などの通知又は信号全般を第１ゲストシステム３０、第２ゲストシステム４０、及びライブラリ管理システム２０に送信する機能を含む。
【0085】
申請システムＤＢ１６１は、例えば、第１ゲストシステム３０及び第２ゲストシステム４０のホスト名、ＩＰアドレス、及びＳＳＨ（ｓｅｃｕｒｅ ｓｈｅｌｌ）製品等の情報、第１ユーザ及び第２ユーザの氏名、生年月日、電話番号、住所、又はメールアドレスなどの連絡先、第１ゲストシステム３０及び第２ゲストシステム４０のパスワード（第１ゲストシステム３０及び第２ゲストシステム４０へのログインパスワード）、第１ゲストシステム３０及び第２ゲストシステム４０から申請システム１０を利用するためのパスワード（すなわち、申請システム１０に連携するためのパスワード）、第１ゲストシステム３０及び第２ゲストシステム４０固有のメールアドレス、ライブラリ管理システム２０のホスト名、ＩＰアドレス、及びＳＳＨ（ｓｅｃｕｒｅ ｓｈｅｌｌ）製品等の固有情報、ライブラリ２６１のホスト名及びＩＰアドレス等の情報、申請に関する日時及び実行形式、納品リストなどを含む。
【0086】
申請システムＤＢ１６１は、第１ゲストシステム３０、第２ゲストシステム４０及びライブラリ管理システム２０に関連する情報、申請に関する情報などを一元管理すると共に、相互に連携される第１ゲストシステム３０、第２ゲストシステム４０、申請システム１０及びライブラリ管理システム２０と連携し申請に関連する情報を共有することができる。
【0087】
アプリケーション関連ＤＢ１６３は、例えば、第１ゲストシステム３０、申請システム１０、第２ゲストシステム４０及びライブラリ管理システム２０に手続を実行させるための各種画面データ、並びに、ソースファイルを含む。ソースファイルは、例えば、ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ及び１１０Ｄを起動するためのソースコードを含むファイルである。また、ソースコードは、手続方法（処理方法）をコンピュータに実行させるためのプログラムを含む。
【0088】
リソース申請システム１では、第１ゲストシステム３０のホスト名、ＩＰアドレス、及びＳＳＨ（ｓｅｃｕｒｅ ｓｈｅｌｌ）製品等を個別に、第１ゲストシステム３０のＩＤと呼ぶ場合があり、第１ゲストシステム３０のホスト名、ＩＰアドレス、及びＳＳＨ（ｓｅｃｕｒｅ ｓｈｅｌｌ）製品等をまとめて、第１ゲストシステム３０のＩＤと呼ぶ場合もある。また、第１ユーザ（第１担当者、第２担当者など）の氏名、住所、電話番号、生年月日、電話番号、住所、又はメールアドレスなどの個人情報を個別に、利用者ＩＤと呼ぶ場合があり、第１ユーザの氏名、住所、電話番号、生年月日、電話番号、住所、又はメールアドレスなどの個人情報をまとめて、利用者ＩＤと呼ぶ場合もある。第２ゲストシステム４０のホスト名等、及び、第２ユーザの氏名等も、第１ゲストシステム３０のホスト名等、及び、第１ユーザの氏名等と同様に、第２ゲストシステム４０のＩＤ、及び、利用者ＩＤと呼ぶ場合がある。
【0089】
第１ゲストシステム３０は、「１－１．申請システム１０の構成」又は「１－３．第１ゲストシステム３０の構成」において説明したとおり、プラットフォームシステム４からダウンロードしてインストールされたソフトウェア１１０Ｂを含む。ソフトウェア１１０Ｂは、金融機関内で開発された申請システム１０を利用するためのアプリケーションソフトウェアである。ソフトウェア１１０Ｂが起動されることによって、機能ブロック１３Ｂが構成される。
【0090】
機能ブロック１３Ｂは、受信部１３１Ｂ、手続実行部１３２Ｂ、及び出力部１３３Ｂを含む。手続実行部１３２Ｂは、画面制御部１３４Ｂ、連携部１３５Ｂ、手続送信部１３７Ｂ及び手続受信部１３６Ｂを含む。ソフトウェア１１０Ｂは、受信部１３１Ｂ、手続実行部１３２Ｂ、及び出力部１３３Ｂを少なくとも含む手続方法（処理方法）をコンピュータに実行させるためのプログラムを含む。
【0091】
受信部１３１Ｂは、入力要求信号、連絡先登録要求信号、及び連絡先登録完了通知信号を受信し、第１ゲストシステム３０からシステムのＩＤの管理の依頼、及び連絡先の登録の依頼、及び各種申請の申請を可能とする機能を含む。
【0092】
出力部１３３Ｂは、例えば、連携部１３５Ｂ又は受信部１３１Ｂが、入力要求信号、連絡先登録要求信号、及び、連絡先登録完了通知信号又は通知などを受信し、申請システム１０との連携通知、第１ユーザ又は第１ゲストシステム３０の連絡先登録要求、第１ユーザ又は第１ゲストシステム３０の連絡先登録通知などの通知又は信号全般を第１ゲストシステム３０、第２ゲストシステム４０及びライブラリ管理システム２０に送信する機能を含む。
【0093】
連携部１３５Ｂは、連携要求信号を申請システム１０の連携部１３５Ａに送信する機能、申請（申請ファイル）の承認結果の連携要求信号（申請の承認結果の共有の要求）を受信し申請の承認結果を連携（共有）する機能、及び、自動構築結果の連携要求を受信し自動構築結果を連携（共有）する機能を含む。なお、リソース申請システム１において、自動構築結果の連携要求は自動構築結果を共有するための要求であり、承認結果の連携要求は承認結果を共有するための要求である。
【0094】
画面制御部１３４Ｂは、操作部３３を用いた第１ユーザの入力に応じて申請システム１０及びライブラリ管理システム２０から受信した画面データに基づいて各種画面を出力する機能を含む。ここで、画面データとは、第１ユーザの入力を受け付けるユーザインターフェースを含んでよい。
【0095】
手続送信部１３７Ｂは、各種手続き（処理）に係る信号を申請システム１０に送信する機能を含み、例えば、ＩＤ信号を申請システム１０に送信する機能、及び連絡先を格納すると共に連絡先の登録依頼信号を申請システム１０に送信する機能を含む。手続受信部１３６Ｂは、各種手続き（処理）に係る信号を申請システム１０から受信する機能を含み、例えば、連絡先登録要求信号を受信する機能、及び、連絡先登録完了通知を受信し、第１ゲストシステム３０を用いて各種申請の申請を可能とする機能を含む。
【0096】
第２ゲストシステム４０は、「１－１．申請システム１０の構成」又は「１－４．第２ゲストシステム４０の構成」において説明したとおり、プラットフォームシステム４からダウンロードしてインストールされたソフトウェア１１０Ｃを含む。ソフトウェア１１０Ｃは、金融機関内で開発された申請システム１０を利用するためのアプリケーションソフトウェアである。ソフトウェア１１０Ｃが起動されることによって、機能ブロック１３Ｃが構成される。
【0097】
機能ブロック１３Ｃは、受信部１３１Ｃ、手続実行部１３２Ｃ、及び出力部１３３Ｃを含む。手続実行部１３２Ｃは、画面制御部１３４Ｃ、連携部１３５Ｃ、手続送信部１３７Ｃ及び手続受信部１３６Ｃを含む。ソフトウェア１１０Ｃは、受信部１３１Ｃ、手続実行部１３２Ｃ、及び出力部１３３Ｃを少なくとも含む手続方法（処理方法）をコンピュータに実行させるためのプログラムを含む。
【0098】
機能ブロック１３Ｃに含まれる受信部１３１Ｃ、手続実行部１３２Ｃ、出力部１３３、画面制御部１３４Ｃ、連携部１３５Ｃ、手続送信部１３７Ｃ及び手続受信部１３６Ｃのそれぞれの構成及び機能は、機能ブロック１３Ｂに含まれる受信部１３１Ｂ、手続実行部１３２Ｂ、出力部１３３Ｂ、画面制御部１３４Ｂ、連携部１３５Ｂ、手続送信部１３７Ｂ及び手続受信部１３６Ｂのそれぞれにおいて、第１ゲストシステム３０を第２ゲストシステム４０に置き換え、第１ユーザを第２ユーザに置き換え、操作部３３を操作部４３に置き換えた構成及び機能と同様である。よって、ここでは、機能ブロック１３Ｃに含まれる受信部１３１Ｃ、手続実行部１３２Ｃ、出力部１３３、画面制御部１３４Ｃ、連携部１３５Ｃ、手続送信部１３７Ｃ及び手続受信部１３６Ｃの説明は省略される。
【0099】
ライブラリ管理システム２０は、「１－１．リソース申請システム１の概要」又は「１－２．ライブラリ管理システム２０の構成」において説明したとおり、プラットフォームシステム４からダウンロードしてインストールされたソフトウェア１１０Ｄを含む。ソフトウェア１１０Ｄは、金融機関内で開発されたライブラリ管理システム２０を利用するためのアプリケーションソフトウェアである。ソフトウェア１１０Ｄが起動されることによって、機能ブロック１３Ｄが構成される。機能ブロック１３Ｄは、受信部１３１Ｄ、手続実行部１３２Ｄ、及び出力部１３３Ｄを含む。
【0100】
ライブラリ管理システム２０では、例えば、申請システム１０においてソフトウェア１１０Ａが起動されることに基づき、ソフトウェア１１０Ｄが起動され、機能ブロック１３Ｄが構成されてよく、明細の起票に関する手続が実行されことに基づき、ソフトウェア１１０Ｄが起動され、機能ブロック１３Ｄが構成されてもよい。また、ライブラリ管理システム２０は、申請システム１０から連携通知信号を受信すると、第１ゲストシステム３０、第２ゲストシステム４０、及び申請システム１０と連携してよい。
【0101】
手続実行部１３２Ｄは、連携部１３５Ｄ、手続送信部１３６Ｄ、手続受信部１３７Ｄ、納品リスト生成部１３４Ｄ、差分リスト生成部１３８Ｄ、ハッシュ値生成部１３９Ｄ及び自動構築部１４０Ｄを含む。ソフトウェア１１０Ｄは、受信部１３１Ｄ、出力部１３３Ｄ、手続送信部１３６Ｄ、手続受信部１３７Ｄ、納品リスト生成部１３４Ｄ、差分リスト生成部１３８Ｄ、ハッシュ値生成部１３９Ｄ及び自動構築部１４０Ｄを少なくとも含む手続方法（処理方法）をコンピュータに実行させるためのプログラムを含む。
【0102】
本実施形態では、連携部１３５Ｄが、例えば、連携要求信号を受信する機能、及び、連携通知信号を受信する機能、申請ファイル（納品ファイル及び差分ファイル）の連携要求信号の送信、納品リストのハッシュ値の要求信号の受信、申請（申請ファイル）の連携要求信号を受信し申請（申請ファイル）の承認結果を連携する機能を含む。受信部１３１Ｄは、例えば、納品リストのハッシュ値の要求信号の受信、申請（申請ファイル）の連携要求信号などを受信し、連携部１３５Ｄに送信する機能を有してよい。各信号、通知などについての詳細な説明は後述される。
【0103】
連携部１３５Ｄは、連携要求信号又は連携通知信号を受信すると、ライブラリ管理システム２０を、申請システム１０、第１ゲストシステム３０、及び第２ゲストシステム４０と連携させる機能を含む。連携部１３５Ｄによって、ライブラリ管理システム２０と第１ゲストシステム３０とを連携させることで、第１ゲストシステム３０とライブラリ２６１及びアプリケーション関連ＤＢ２６３との間でデータ（情報）を送受信することが可能となる。また、連携部１３５Ｄによって、ライブラリ管理システム２０と第２ゲストシステム４０とを連携させることで、第２ゲストシステム４０とライブラリ２６１及びアプリケーション関連ＤＢ２６３との間でデータ（情報）を送受信することが可能となる。さらに、連携部１３５Ｄによって、ライブラリ管理システム２０と申請システム１０とを連携させることで、記憶部１６と記憶部２６との間でデータ（情報）を送受信することが可能となる。また、連携部１３５Ｄは、差分リストの生成に基づき納品リスト及び差分リストが添付された申請ファイルの連携要求（申請ファイルの共有の要求）信号を生成し連携要求信号を送信する機能、ライブラリ管理システム２０のリソース２６１１の提供の申請の承認結果の連携要求（申請の承認結果の共有の要求）信号を受信すると申請の承認結果を連携（共有）する機能、及びゲストシステム環境の自動構築の終了に基づき自動構築結果の連携要求信号を生成し自動構築結果の連携要求信号を送信する機能を含む。また、連携部１３５Ｄは、申請ファイルから第１ユーザの氏名、第１ユーザの連絡先、第１ユーザのメールアドレス、又は第１ゲストシステム３０のＩＤなどの情報を抽出し、アプリケーション関連ＤＢ２６３に格納する機能を含んでもよい。リソース申請システム１において、ゲストシステム環境は、申請されたリソース２６１１が申請されたシステムで利用可能となるような環境、申請されたリソース２６１１が申請されたシステムに提供可能となるような環境である。
【0104】
手続送信部１３６Ｄは、各種手続き（処理）に係る信号を第１ゲストシステム３０、第２ゲストシステム４０、又はライブラリ管理システム２０に送信する機能、及び、各種手続き（処理）に係る信号に応じて確認する機能を含む。手続送信部１３６Ｄは、例えば、連携部１３５Ｄによって生成された申請ファイルの連携要求（申請ファイルの共有の要求）信号を送信する機能を含んでよく、連携部１３５Ｄによって生成された自動構築結果の連携要求信号を送信する機能を含んでもよい。
【0105】
手続受信部１３７Ａは、各種手続き（処理）に係る信号を第１ゲストシステム３０、第２ゲストシステム４０、又は申請システム１０から受信する機能を含む。例えば、申請システムＤＢ１６１に格納された情報（例えば、データ、第１ゲストシステム３０又は第２ゲストシステム４０のＩＤ、及び連絡先など）を、手続送信部１３６Ａを介して、受信する機能を含む。
【0106】
納品リスト生成部１３４Ｄは、第１ゲストシステム３０の表示部３２に表示された画面（例えば、引き渡しエリア）に申請ファイルが添付されたことの通知を受信すると、納品リストを生成する機能を含み、納品リストを生成したことを通知（送信）する機能を含む。
【0107】
差分リスト生成部１３８Ｄは、納品リストが生成されたことの通知を受信すると、差分リストを生成する機能、及び、自動で、申請ファイルに、納品リスト及び差分リストが添付されたことを通知する機能を含む。
【0108】
ハッシュ値生成部１３９Ｄは、例えば、納品リストのハッシュ値の要求信号を受信すると、ライブラリ管理システム２０で生成された納品リストを用いて、納品リストのハッシュ値（第１のハッシュ値）を生成する機能、及び、第１のハッシュ値を含む信号を、手続受信部１３７Ａを介して送信する機能を含む。
【0109】
自動構築部１４０Ｄは、申請ファイルに記載された日時及び実行形式に基づき、自動でゲストシステム環境を構築する機能、及び、ゲストシステム環境を自動構築すると、ゲストシステム環境の自動構築が終了したことを通知する機能を含む。
【0110】
出力部１３３Ｄは、例えば、連携部１３５Ｄ又は受信部１３１Ｄが、差分リストの生成に基づき納品リスト及び差分リストが添付された申請ファイルの連携要求（申請ファイルの共有の要求）信号を生成し連携要求信号を送信する機能、及び、自動構築結果の連携要求信号などの通知又は信号全般を、第１ゲストシステム３０及び申請システム１０に送信する機能を含む。
【0111】
＜３．リソース申請システム１の申請フロー＞
本発明の第１実施形態に係るプログラム（ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ、及び１１０Ｄ）による処理方法の一例について、図７～図１２のフローを用いて説明する。当該プログラムによる処理は、申請システム１０の制御部１２、ライブラリ管理システム２０の制御部２２、第１ゲストシステム３０の制御部３１、第２ゲストシステム４０の制御部４１によって実行される。なお、第１ゲストシステム３０、及び第２ゲストシステム４０は、同様の申請フローを用いて、ライブラリ管理システム２０のリソース２６１１の提供を、申請システム１０に申請することが可能である。ここでは、一例として、主に、第１ゲストシステム３０を用いてライブラリ管理システム２０のリソース２６１１の提供を、申請システム１０に申請するフローを説明する。
本発明の第１実施形態に係るプログラム（ソフトウェア１１０Ａ、１１０Ｂ、１１０Ｃ、及び１１０Ｄ）による処理方法の一例について、図７～図１２のフローを用いて説明する。当該プログラムによる処理は、申請システム１０の制御部１２、ライブラリ管理システム２０の制御部２２、第１ゲストシステム３０の制御部３１、第２ゲストシステム４０の制御部４１によって実行される。なお、第１ゲストシステム３０、及び第２ゲストシステム４０は、同様の申請フローを用いて、ライブラリ管理システム２０のリソース２６１１の提供を、申請システム１０に申請することが可能である。ここでは、一例として、主に、第１ゲストシステム３０を用いてライブラリ管理システム２０のリソース２６１１の提供を、申請システム１０に申請するフローを説明する。
【0112】
リソース申請システム１においてライブラリ管理システム２０のリソース２６１１の提供を、申請システム１０に申請することを開始すると、第１ゲストシステム３０の第１ユーザが、ソフトウェア１１０Ｂを起動（ステップ１（Ｓ１））し、第１ゲストシステム３０は、表示部３２に申請システム１０を用いた各種申請のための画面を表示する。画面には、例えば、システムのＩＤの管理、連絡先の登録、及び各種申請のオブジェクトが含まれる。
【0113】
なお、本発明の第１実施形態に係るプログラムによる処理方法の一例では、第１ユーザは第１ゲストシステム３０の利用を許可されているものとする。第１ユーザは第１ゲストシステム３０の利用を許可されているため、ソフトウェア１１０Ｂが起動されプログラムが実行され、ソフトウェア１１０Ａ、及び１１０Ｃが起動されプログラムが実行されるまでの処理は省略される。すなわち、ソフトウェア１１０Ｂが起動されプログラムが実行されたあと、ソフトウェア１１０Ａ、及び１１０Ｃが起動されプログラムが実行される。
【0114】
第１ユーザが第１ゲストシステム３０の利用を許可されていない場合には、ソフトウェア１１０Ｂが起動されプログラムが実行されたあとに、例えば、以下に示す（１）～（４）の処理が実行される。（１）第１ゲストシステム３０の利用者情報の入力、（２）利用者情報が入力されたあとに続く、第１ゲストシステム３０の通信部３４から申請システム１０の通信部１５を介した申請システムＤＢ１６１への利用者情報の送信、（３）申請システム１０（申請システムＤＢ１６１）が利用者情報を受信したあとに続く利用者情報と申請システムＤＢ１６１に格納された利用者情報との照会（照合）及び判定、（４）利用者情報が申請システムＤＢ１６１に登録された情報であると共に第１ユーザは第１ゲストシステム３０を利用可能であると判定されたあとに、利用者情報を、申請システム１０（申請システムＤＢ１６１）から通信部１５を介して、第１ゲストシステム３０の通信部３４及びライブラリ管理システム２０の通信部２４へ送信すること。
【0115】
なお、第２事業者システム３に所属する第２ユーザは、従来、申請システム１０及びライブラリ管理システム２０にアクセスすることができなかったため、第２事業者システム３に所属する第２ユーザが第２ゲストシステム４０を用いて、ライブラリ管理システム２０のリソース２６１１の提供を、申請システム１０に申請する場合には、上記（１）～（４）に示される処理と同様の処理が、第２事業者システム３に所属する第２ユーザによって実行される。なお、上記（１）～（４）に示される処理の前に、第２事業者システム３、第２ユーザ、及び第２ゲストシステム４０の利用者情報は、あらかじめ、申請システム１０（申請システムＤＢ１６１）に登録済みである。第２ゲストシステム４０の第２ユーザが、ソフトウェア１１０Ｄを起動（ステップ１（Ｓ１））し、第２ゲストシステム４０は、表示部４２に申請システム１０を用いた各種申請のための画面を表示する。画面には、例えば、システムのＩＤの管理、連絡先の登録、及び各種申請のオブジェクトが含まれる。（１）第２ゲストシステム４０の利用者情報の入力、（２）利用者情報が入力されたあとに続く、第２ゲストシステム４０の通信部４４から申請システム１０の通信部１５を介した申請システムＤＢ１６１への利用者情報の送信、（３）申請システム１０（申請システムＤＢ１６１）が利用者情報を受信したあとに続く利用者情報と申請システムＤＢ１６１に格納された利用者情報との照会（照合）及び判定、（４）利用者情報が申請システムＤＢ１６１に登録された情報であると共に第２ユーザは第２ゲストシステム４０を利用可能であると判定されたあとに、利用者情報を、申請システム１０（申請システムＤＢ１６１）から通信部１５を介して、第２ゲストシステム４０の通信部４４及びライブラリ管理システム２０の通信部２４へ送信すること。
【0116】
ソフトウェア１１０Ｂが起動されプログラムが実行され、ソフトウェア１１０Ａ及び１１０Ｃが起動されプログラムが実行されると、機能ブロック１３Ａ、１３Ｂ、及び１３Ｃが構成され、第１ゲストシステム３０は、申請システム１０と連携するために、連携要求を実行する。連携要求の実行に基づき、手続実行部１３２Ｂの連携部１３５Ｂは、連携要求信号を申請システム１０の連携部１３５Ａに送信する（ステップ２（Ｓ２））。ここで、連携要求は、ＲＥＳＴ ＡＰＩ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）連携要求である。
【0117】
連携部１３５Ａが連携要求信号を受信すると、第１ゲストシステム３０（連携部１３５Ｂ）及び申請システム１０（連携部１３５Ａ）はＲＥＳＴ ＡＰＩによって相互に接続される。第１ゲストシステム３０（連携部１３５Ｂ）及び申請システム１０（連携部１３５Ａ）がＲＥＳＴ ＡＰＩ連携されることによって、第１ゲストシステム３０は、申請システム１０（申請システムＤＢ１６１、アプリケーション関連ＤＢ１６３）と通信することが可能となる。こうして、手続実行部１３２Ｂは、申請システム１０（申請システムＤＢ１６１、アプリケーション関連ＤＢ１６３）と通信しつつ、各種申請を進めることができる。
【0118】
続いて、連携部１３５Ａが連携要求信号を受信したのちに、申請システム１０は入力要求を実行する（ステップ４（Ｓ４））。入力要求の実行に基づき、連携部１３５Ａは、申請システム１０との連携通知及び入力要求を含む入力信号を、第１ゲストシステム３０に送信する（ステップ６（Ｓ６））。図示は省略するが、ステップ６（Ｓ６）において、連携部１３５Ａは、ライブラリ管理システム２０の連携部１３５Ｄに、申請システム１０及び第１ゲストシステム３０との連携通知信号を送信する。
【0119】
受信部１３１Ｂは入力要求信号を受信（ステップ８（Ｓ８））すると、第１ゲストシステム３０において、システムのＩＤの管理、連絡先の登録、及び各種申請の申請が可能となる。図示は省略するが、ライブラリ管理システム２０（連携部１３５Ｄ）が連携通知信号を受信すると、ライブラリ管理システム２０（連携部１３５Ｄ）、第１ゲストシステム３０（連携部１３５Ｂ）及び申請システム１０（連携部１３５Ａ）はＲＥＳＴ ＡＰＩによって相互に接続される。ライブラリ管理システム２０（連携部１３５Ｄ）、第１ゲストシステム３０（連携部１３５Ｂ）及び申請システム１０（連携部１３５Ａ）がＲＥＳＴ ＡＰＩ連携されることによって、ライブラリ管理システム２０（ライブラリ２６１、アプリケーション関連ＤＢ２６３）は、第１ゲストシステム３０及び申請システム１０（申請システムＤＢ１６１、アプリケーション関連ＤＢ１６３）と通信することが可能となる。こうして、機能ブロック１３Ｂの手続実行部１３２Ｂは、申請システム１０（申請システムＤＢ１６１、アプリケーション関連ＤＢ１６３）及びライブラリ管理システム２０（ライブラリ２６１、アプリケーション関連ＤＢ２６３）と通信しつつ、第１ゲストシステム３０において、申請システム１０及びライブラリ管理システム２０を用いた各種申請を進めることができる。すなわち、第１ユーザは、各種申請のオブジェクトを選択することができると共に、第１ゲストシステム３０を用いて、各種申請の申請が可能となる。
【0120】
第１ユーザが第１ゲストシステム３０のＩＤの管理の依頼（ステップ１０（Ｓ１０））を実行し、操作部３３を用いて、システムのＩＤの管理のオブジェクトを選択すると、アプリケーション関連ＤＢ１６３はシステムのＩＤの入力画面データを、連携部１３５Ａを介して連携部１３５Ｂに送信する。連携部１３５Ｂは、システムのＩＤの入力画面データを受信すると、画面制御部１３４Ｂは、表示部３２にシステムのＩＤの入力画面を表示する。画面には、システムのＩＤの入力のテキストとともに、システムのＩＤの入力の空欄を含むオブジェクトが含まれている。第１ユーザが、操作部３３を用いて、当該空欄に第１ゲストシステム３０のＩＤを入力し、操作部３３が第１ゲストシステム３０のＩＤの入力の操作を受け付けると、第１ゲストシステム３０のＩＤは手続送信部１３７Ｂに格納されると共に、手続送信部１３７Ｂは第１ゲストシステム３０のＩＤを含むＩＤ信号を申請システム１０に送信（ステップ１２（Ｓ１２））する。
【0121】
手続受信部１３７ＡはＩＤ信号を受信すると、第１ゲストシステム３０のＩＤの登録を実行し、第１ゲストシステム３０のＩＤを、申請システムＤＢ１６１に格納（申請システム１０に登録）（ステップ１４（Ｓ１４））する。
【0122】
申請システム１０は第１ゲストシステム３０のＩＤを登録すると、第１ゲストシステム３０に連絡先登録要求を実行し、手続送信部１３６Ａは、第１ゲストシステム３０に連絡先登録要求信号を送信（ステップ１６（Ｓ１６））する。
【0123】
手続受信部１３６Ｂは連絡先登録要求信号を受信（ステップ１８（Ｓ１８））する。手続受信部１３６Ｂは連絡先登録要求を受信すると、連絡先の登録依頼を実行する。連絡先の登録依頼を実行すると、第１ユーザは、操作部３３を用いて、連絡先の登録のオブジェクトを選択する。第１ユーザが連絡先の登録のオブジェクトを選択すると、アプリケーション関連ＤＢ１６３は連絡先の登録の入力画面データを、連携部１３５Ａを介して連携部１３５Ｂに送信する。連携部１３５Ｂは連絡先の登録の入力画面データを受信すると、画面制御部１３４Ｂは、表示部３２に連絡先の登録の入力画面を表示する。画面には、連絡先の登録の入力のテキストとともに、連絡先の登録の入力の空欄を含むオブジェクトが含まれている。第１ユーザが、操作部３３を用いて、当該空欄に連絡先を入力し、操作部３３が連絡先の入力の操作を受け付けると、当該連絡先は手続送信部１３７Ｂに格納されると共に、手続送信部１３７Ｂは連絡先の登録依頼信号を申請システム１０に送信（ステップ２０（Ｓ２０））する。
【0124】
手続受信部１３７Ａは連絡先の登録依頼信号を受信すると、連絡先を登録する処理を実行し、第１ユーザの連絡先を、申請システムＤＢ１６１に格納（申請システム１０に登録）（ステップ（Ｓ２２））する。
【0125】
申請システム１０は、第１ゲストシステム３０の連絡先（第１ユーザの連絡先）を登録すると、第１ゲストシステム３０に連絡先登録完了通知を実行する。連絡先登録完了通知の実行に基づき、手続受信部１３７Ａは第１ゲストシステム３０に、連絡先登録完了通知を送信（ステップ２４（Ｓ２４））する。
【0126】
手続受信部１３６Ｂは連絡先登録完了通知を受信（ステップ２６（Ｓ２６））すると、通知の受信を実行する。通知の受信の実行に基づき、第１ユーザは、第１ゲストシステム３０を用いて、各種申請の申請が可能となる。
【0127】
続いて、第１ユーザは、明細の起票を実行（ステップ２８（Ｓ２８））する。明細の起票の実行に基づき、第１ユーザは、操作部３３を用いて、明細の起票のオブジェクトを選択する。明細の起票のオブジェクトが選択されると、アプリケーション関連ＤＢ１６３は明細の起票の画面データを、連携部１３５Ａを介して連携部１３５Ｂに送信する。連携部１３５Ｂは、明細の起票の画面データを受信すると、画面制御部１３４Ｂは、表示部３２に明細の起票の画面を表示する。明細の起票の画面には、ライブラリ管理システム２０のリソース２６１１の提供の申請、第１ユーザ名の入力、及び第１ユーザの連絡先の入力、ファイル生成などのテキストとともに、ライブラリ管理システム２０のリソース２６１１の提供の申請、第１ユーザ名の入力の空欄、及び第１ユーザの連絡先の入力の空欄、ファイル生成などのオブジェクトが含まれている。第１ユーザは、操作部３３を用いて、当該空欄に第１ユーザ名、連絡先を入力し、ライブラリ管理システム２０のリソース２６１１の提供の申請のオブジェクトを選択する。
【0128】
第１ユーザが第１ユーザ名等を入力しライブラリ管理システム２０のリソース２６１１の提供の申請のオブジェクトを選択すると、第１ゲストシステム３０はデフォルトファイルのダウンロードを実行する（ステップ３０（Ｓ３０））。申請のオブジェクトが選択されデフォルトファイルのダウンロードが実行されると、連携部１３５Ｂは申請のオブジェクトが選択されたことを連携部１３５Ａに通知（送信）する。連携部１３５Ａは、当該通知を受信すると、アプリケーション関連ＤＢ１６３から、デフォルトファイルをダウンロードし、デフォルトファイルの画面データを、連携部１３５Ａを介して連携部１３５Ｂに送信する。連携部１３５Ｂはデフォルトファイルの画面データを受信すると、画面制御部１３４Ｂは、表示部３２にデフォルトファイルを表示する。
【0129】
表示部３２にデフォルトファイルが表示されると、第１ユーザは、申請ファイルの作成を実行（ステップ３２（Ｓ３２））する。申請ファイルの作成において、第１ユーザは、操作部３３を用いて、デフォルトファイルを選択し、デフォルトファイルに、第１ユーザの氏名、第１ユーザのメールアドレス、第１ゲストシステム３０のＩＤ、及び「日時、実行形式」などを入力する。「日時、実行形式」は、例えば、「第１ゲストシステム３０に向けて、ＹＹＹＹ年ＭＭ月ＤＤ日ＴＴ時にリソース２６１１のリリースを依頼します。」といった依頼内容である。以上のように、申請ファイルが生成される。
【0130】
また、申請ファイルが生成されると、申請ファイルに記載された第１ユーザの氏名、第１ユーザの連絡先、第１ユーザのメールアドレス、又は第１ゲストシステム３０のＩＤなどの格納の処理が実行されてよい。当該格納の処理では、申請システム１０（連携部１３５Ａ）は、連携部１３５Ｄを介して、固有明細に添付された申請ファイルから第１ユーザの氏名、第１ユーザの連絡先、第１ユーザのメールアドレス、又は第１ゲストシステム３０のＩＤなどの情報を抽出し、申請システムＤＢ１６１に格納する。また、当該格納の処理では、ライブラリ管理システム２０（連携部１３５Ｄ）が、固有明細に添付された申請ファイルから第１ユーザの氏名、第１ユーザの連絡先、第１ユーザのメールアドレス、又は第１ゲストシステム３０のＩＤなどの情報を抽出し、アプリケーション関連ＤＢ２６３に格納してもよい。
【0131】
ここで、例えば、過去において、第１ユーザが同様の申請（例えば、新規利用、設定変更、廃止などの）を依頼したことがある場合、申請システム１０は、申請システムＤＢ１６１に格納された、過去に使用された申請ファイルを参照することができる。その結果、申請システム１０は、過去に使用された申請ファイルに基づき、デフォルトファイルのダウンロードを実行することができる。このとき、申請システム１０は、同様の申請において入力すべき、第１ユーザの氏名、第１ユーザの連絡先、第１ユーザのメールアドレス、又は第１ゲストシステム３０のＩＤなどが既に入力された状態のデフォルトファイルを第１ユーザに提供することができる。すなわち、リソース申請システム１では、ライブラリ管理システム２０のリソース２６１１の提供の申請に伴うファイル生成において、過去の履歴や情報を自動的に反映させることができる。また、第１ユーザは、改めて申請ファイルを生成する場合と比較して、入力すべき情報が既に入力されたデフォルトファイルを使用して申請ファイルを生成することができるため、リソース申請システム１が利用されることによって、第１ユーザの作業負担を軽減することができる。また、第１事業者システム担当者は、書面を用いて第１ユーザに申請を促すことなく、電子化されたシステムの中で確認作業が可能となるため、リソース申請システム１が利用されることによって、第１事業者システム担当者の作業負担も軽減することができる。
【0132】
申請ファイルが生成され、例えば、第１ユーザが操作部３３を用いてファイル生成のオブジェクトを選択すると、ライブラリ管理システム２０のリソース２６１１の提供の申請の依頼が実行される（ステップ３４（Ｓ３４））。当該申請の依頼の実行では、連携部１３５Ｂはファイル生成のオブジェクトが選択されたことを連携部１３５Ａ及びライブラリ管理システム２０（連携部１３５Ｄ）に通知（送信）する。連携部１３５Ｄは当該通知を受信すると、アプリケーション関連ＤＢ２６３は、ライブラリ管理システム２０に固有の明細（固有明細）を起票すると共に、連携部１３５Ａを介して、連携部１３５Ｂに固有明細の画像データを送信する。連携部１３５Ｂが固有明細の画像データを受信すると、画面制御部１３４Ｂは、表示部３２に固有明細の画面を表示する。固有明細の画面には、例えば、ファイル添付、引き渡しエリアなどのテキストとともに、ファイル添付、引き渡しエリアの空欄などのオブジェクトが含まれている。第１ユーザが、操作部３３を用いて、ファイル添付のオブジェクトを選択すると、手続実行部１３２Ｂは、表示部３２に表示された引き渡しエリアの空欄のオブジェクトに申請ファイルを添付する。以上のように、ライブラリ管理システム２０のリソース２６１１の提供の申請の依頼が実行される。このとき、第１ユーザは、添付した申請ファイルを、表示部３２にダウンロードして、申請ファイルを確認してもよい（初鑑）。
【0133】
引き渡しエリアの空欄のオブジェクトに申請ファイルが添付されると、納品リストの生成が実行される（ステップ３６（Ｓ４３６））。納品リストの生成が実行では、連携部１３５Ｄは、固有明細に申請ファイルが添付されたことを、納品リスト生成部１３４Ｄに通知（送信）する。納品リスト生成部１３４Ｄは、当該通知を受信すると、納品リストを生成する。納品リストは、ライブラリ管理システム２０から提供されるリソース２６１１が記載されたリスト（例えば、一覧表）である。以上のように、納品リストの生成が実行される。
【0134】
納品リスト生成部１３４Ｄが納品リストを生成すると、差分リストの生成が実行される。差分リストの生成の実行では、納品リスト生成部１３４Ｄは、納品リストを生成したことを、差分リスト生成部１３８Ｄに通知（送信）する。差分リスト生成部１３８Ｄは、当該通知を受信すると、差分リストを生成する（ステップ３８（Ｓ３８））。差分リストは、引き渡しエリアの空欄に添付されている申請ファイルと納品リストとの差分を示すリストである。すなわち、差分リストは、申請ファイルに記載のリソース２６１１が納品リストから除外されたリストである。以上のように、差分リストの生成が実行される。
【0135】
差分リスト生成部１３８Ｄが差分リストを生成すると、納品リスト及び差分リストが添付された申請ファイルの連携要求（申請ファイルの共有の要求）が実行される（ステップ４０（Ｓ４０））。納品リスト及び差分リストが添付された申請ファイルの連携要求の実行では、差分リスト生成部１３８Ｄが差分リストを生成すると、手続実行部１３２Ｄは、自動で、申請ファイルに、納品リスト及び差分リストを添付する。差分リスト生成部１３８Ｄが納品リスト及び差分リストが添付されたことを、連携部１３５Ｄに通知（送信）する。連携部１３５Ｄは、当該通知を受信すると、納品リスト及び差分リストが添付された申請ファイルの連携要求（申請ファイルの共有の要求）信号を、申請システム１０（連携部１３５Ａ）に送信する。以上のように納品リスト及び差分リストが添付された申請ファイルの連携要求が実行される。
【0136】
申請システム１０（連携部１３５Ａ）が連携要求（申請ファイルの共有の要求）信号を受信すると、納品リスト及び差分リストが添付された申請ファイルの連携（共有）が実行される（ステップ４２（Ｓ４２））。連携（共有）が実行されると、申請システム１０は、連携部１３５Ａ、及び連携部１３５Ｄを介して、納品リスト及び差分リストが添付された申請ファイルを連携（共有）する。
【0137】
連携部１３５Ａが納品リスト及び差分リストが添付された申請ファイルを連携（共有）すると、再鑑部１３４Ａは、連携部１３５Ａを介して納品リスト及び差分リストが添付された申請ファイルに記載された内容を確認すると共に、内容を承認すること、又は承認しないことを実行する（ステップ４４（Ｓ４４））。例えば、再鑑部１３４Ａが内容を承認する場合（図９においてＹＥＳ）には、再鑑部１３４Ａは、納品リスト及び差分リストが添付された申請ファイルの内容を承認したことを、連携部１３５Ａに通知（送信）する。また、再鑑部１３４Ａが内容を承認しない場合（図９においてＮＯ）には、再鑑部１３４Ａは、納品リスト及び差分リストが添付された申請ファイルの内容を承認しないことを、第１ゲストシステム３０（例えば、連携部１３５Ｂ）に通知（送信）し、第１ゲストシステム３０に申請ファイルの生成（ステップ３２（Ｓ３２））から手続をやり直すように通知（送信）する。
【0138】
再鑑部１３４Ａは、納品リスト及び差分リストが添付された申請ファイルに必要事項の記載漏れがなく、例えば、納品リスト及び差分リストにリソースが追加されておらず、納品リストに記載されたリソースの中身が書き換えられた形跡が無い場合には、納品リスト及び差分リストが添付された申請ファイルの内容を承認する。一方、再鑑部１３４Ａは、納品リスト及び差分リストが添付された申請ファイルに必要事項の記載漏れがある場合、例えば、納品リスト及び差分リストに不明なリソースが追加された場合、納品リストに記載されたリソースの中身が書き換えられた場合には、納品リスト及び差分リストが添付された申請ファイルの内容を承認しない。
【0139】
従来、例えば、第１事業者システム管理者が、納品リスト及び差分リストが添付された申請ファイルを、書面を用いて再鑑していたところ、リソース申請システム１では、再鑑部１３４Ａを用いることによって、再鑑部１３４Ａが自動で納品リスト及び差分リストが添付された申請ファイルの再鑑を実行することができる。このとき、第１事業者システム管理者は、例えば、再鑑部１３４Ａによって再鑑された申請ファイルを承認する。その結果、第１事業者システム管理者は、納品リスト及び差分リストが添付された申請ファイルを再鑑することができる。よって、リソース申請システム１では、再鑑部１３４Ａを用いることによって、第１事業者システム管理者の作業負担が軽減されると共に、リソース申請システム１において申請に要する時間を短縮することができる。
【0140】
再鑑部１３４Ａが納品リスト及び差分リストが添付された申請ファイルの内容を承認（図９においてＹＥＳ）の通知を送信し、連携部１３５Ａが当該通知を受信すると、連携部１３５Ａは、ライブラリ管理システム２０内の申請ファイルから「日付、実行形式」並びに「納品リスト及び差分リスト」の取得を実行する（ステップ４６（Ｓ４６））。当該取得の実行では、連携部１３５Ａは、ライブラリ管理システム２０の固有明細に添付された申請ファイル並びに申請ファイルに添付された納品リスト及び差分リストから、「日付、実行形式」並びに「納品リスト及び差分リスト」を取得し、取得した「日付、実行形式」並びに「納品リスト及び差分リスト」を、申請システムＤＢ１６１に格納する。連携部１３５Ａは、「日付、実行形式」並びに「納品リスト及び差分リスト」を取得すると、「日付、実行形式」並びに「納品リスト及び差分リスト」を取得したことを手続送信部１３６Ａに通知（送信）する。
【0141】
手続送信部１３６Ａが当該通知を受信すると、手続送信部１３６Ａは、ライブラリ管理システム２０内の納品リストのハッシュ値の要求を実行する（ステップ４８（Ｓ４８））。当該要求の実行では、手続送信部１３６Ａは、ライブラリ管理システム２０の手続受信部１３７Ｄを介して、ハッシュ値生成部１３９Ｄに納品リストのハッシュ値の要求信号を送信する。
【0142】
ハッシュ値生成部１３９Ｄが納品リストのハッシュ値の要求信号を受信すると、ハッシュ値生成部１３９Ｄは、納品リストのハッシュ値の生成を実行する（ステップ５０（Ｓ５０））。納品リストのハッシュ値の生成の実行では、ハッシュ値生成部１３９Ｄは、ライブラリ管理システム２０で生成された納品リストを用いて、納品リストのハッシュ値（第１のハッシュ値）を生成する。また、ハッシュ値生成部１３９Ｄは、第１のハッシュ値を含む信号を、申請システム１０の手続受信部１３７Ａを介して、ハッシュ値生成部１４０Ａに送信する。また、ハッシュ値生成部１３９Ｄは、第１のハッシュ値を含む信号を、申請システム１０の手続受信部１３７Ａを介して、検閲部１３８Ａに送信する。
【0143】
ハッシュ値生成部１４０Ａが第１のハッシュ値を受信する（ステップ５２（Ｓ５２））と、ハッシュ値生成部１４０Ａは、申請システム１０内の納品リストのハッシュ値の生成を実行する（ステップ５４（Ｓ５４））。申請システム１０内の納品リストのハッシュ値の生成の実行では、ハッシュ値生成部１４０Ａは、ステップ４６（Ｓ４６）で申請システムＤＢ１６１に格納された納品リストを、連携部１３５Ａを介して受信すると共に、受信した納品リストに基づき、納品リストのハッシュ値（第２のハッシュ値）を生成する。また、ハッシュ値生成部１４０Ａは、第２のハッシュ値を含む信号を、検閲部１３８Ａに送信する。
【0144】
検閲部１３８Ａが第１のハッシュ値及び第２のハッシュ値を受信すると、申請の検閲のための、第１のハッシュ値及び第２のハッシュ値の比較及び判定を実行する（ステップ５８（Ｓ５８））。申請の検閲のための、第１のハッシュ値及び第２のハッシュ値の比較及び判定では、検閲部１３８Ａは、第１のハッシュ値及び第２のハッシュ値を比較すると共に、一致しているか否かを判定する。比較及び判定の結果、第１のハッシュ値が第２のハッシュ値と一致していると判定した場合（図１０においてＹＥＳ（一致））には、検閲部１３８Ａは、検閲結果の承認の実行（ステップ６０（Ｓ６０））において、一致していると判定した検閲結果を承認する。比較の結果、第１のハッシュ値が第２のハッシュ値と一致していない場合（図１０においてＮＯ（不一致））には、検閲部１３８Ａは、第１のハッシュ値が第２のハッシュ値と一致していないことを、第１ゲストシステム３０（例えば、連携部１３５Ｂ）に通知（送信）し、第１ゲストシステム３０に申請ファイルの生成（ステップ３２（Ｓ３２））から手続をやり直すように通知（送信）する。
【0145】
検閲部１３８Ａが検閲結果を承認すると、検閲部１３８Ａは検閲結果を承認したことを承認部１３９Ａに通知（送信）する。承認部１３９Ａが当該通知を受信すると、申請の承認のための、第１のハッシュ値及び第２のハッシュ値の比較及び判定を実行する（ステップ６２（Ｓ６２））。申請の承認のための、第１のハッシュ値及び第２のハッシュ値の比較及び判定では、承認部１３９Ａは、第１のハッシュ値及び第２のハッシュ値を比較する。比較の結果、第１のハッシュ値が第２のハッシュ値と一致している場合（図１１においてＹＥＳ（一致））には、承認部１３９Ａは、第１ユーザが第１ゲストシステム３０を用いて申請したライブラリ管理システム２０のリソース２６１１の提供の申請の承認の実行（ステップ６４（Ｓ６４））において、ライブラリ管理システム２０のリソース２６１１の提供の申請を承認する。比較の結果、第１のハッシュ値が第２のハッシュ値と一致していない場合（図１１においてＮＯ（不一致））には、承認部１３９Ａは、第１のハッシュ値が第２のハッシュ値と一致していないことを、第１ゲストシステム３０（例えば、連携部１３５Ｂ）に通知（送信）し、第１ゲストシステム３０に申請ファイルの生成（ステップ３２（Ｓ３２））から手続をやり直すように通知（送信）する。
【0146】
従来、検閲及び承認においては、再鑑を実行した第１事業者システム管理者とは、それぞれ異なるシステム管理者が、納品リストを、書面を用いて検閲及び承認していたところ、リソース申請システム１では、検閲部１３８Ａ及び承認部１３９Ａを用いることによって、検閲部１３８Ａ及び承認部１３９Ａが自動で納品リストの検閲部１３８Ａ及び承認部１３９Ａを実行することができる。このとき、再鑑を実行した第１事業者システム管理者とは、それぞれ異なるシステム管理者は、検閲部１３８Ａ及び承認部１３９Ａによって検閲された第１のハッシュ値及び第２のハッシュ値を承認する。その結果、再鑑を実行した第１事業者システム管理者とは、それぞれ異なるシステム管理者は、納品リストを検閲し、申請を承認することができる。よって、リソース申請システム１では、検閲部１３８Ａ及び承認部１３９Ａを用いることによって、検閲及び承認を実行していたシステム管理者の作業負担が軽減される。
【0147】
リソース申請システム１では、ハッシュ値生成部１３９Ｄ、ハッシュ値生成部１４０Ａ、検閲部１３８Ａ及び承認部１３９Ａを用いることによって、納品リストのハッシュ値を用いて、検閲及び承認を実行することができる。よって、検閲及び承認において、納品リストが改ざんされたことを判定することができるため、改ざんされた納品リストを用いてのちの手続（処理）の実行を回避すると共に、申請ファイルの再作成（結果的に、納品リストの再作成）の手続（処理）を実行することができる。その結果、納品リストの改ざんを抑制することができる。また、リソース申請システム１では、納品リストのハッシュ値を用いて、検閲及び承認を実行することができるため、演算処理回路の処理コストを軽減できると共に、申請に要する時間を短縮することができる。
【0148】
承認部１３９Ａが、ライブラリ管理システム２０のリソース２６１１の提供の申請を承認すると、ライブラリ管理システム２０のリソース２６１１の提供の申請の承認結果の連携、及び、申請ファイルに基づきゲストシステム環境の自動構築要求を実行する（ステップ６６（Ｓ６６））。申請の承認結果の連携、及び、ゲストシステム環境の自動構築要求の実行では、承認部１３９Ａが、連携部１３５Ａに、ライブラリ管理システム２０のリソース２６１１の提供の申請を承認したことを通知（送信）する。連携部１３５Ａが当該通知を受信すると、連携部１３５Ａは、ライブラリ管理システム２０のリソース２６１１の提供の申請の承認結果の連携要求（申請の承認結果の共有の要求）信号を、第１ゲストシステム３０（連携部１３５Ｂ）及びライブラリ管理システム２０（連携部１３５Ｄ）に送信すると共に、ゲストシステム環境の自動構築要求信号をライブラリ管理システム２０（連携部１３５Ｄ）に送信する。
【0149】
第１ゲストシステム３０（連携部１３５Ｂ）及びライブラリ管理システム２０（連携部１３５Ｄ）が、ライブラリ管理システム２０のリソース２６１１の提供の申請の承認結果の連携要求（申請の承認結果の共有の要求）信号を受信すると、承認結果の連携（共有）を実行する（ステップ６８（Ｓ６８））。その結果、第１ゲストシステム３０及びライブラリ管理システム２０は、第１ユーザが第１ゲストシステム３０を用いて申請したライブラリ管理システム２０のリソース２６１１の提供の申請の承認結果を連携（共有）することができる。
【0150】
連携部１３５Ｄは、ゲストシステム環境の自動構築要求信号を受信したこと、及び、第１ユーザが第１ゲストシステム３０を用いて申請したライブラリ管理システム２０のリソース２６１１の提供の申請の承認結果を連携したことを、自動構築部１４０Ｄに通知（送信）する。
【0151】
自動構築部１４０Ｄが当該通知を受信すると、ゲストシステム環境の自動構築が実行される（ステップ７０（Ｓ７０））。ゲストシステム環境の自動構築の実行では、自動構築部１４０Ｄは、申請ファイルに記載された日時に、申請ファイルに記載された実行形式に基づき、自動でゲストシステム環境を構築する。自動構築部１４０Ｄがゲストシステム環境を自動構築すると、自動構築部１４０Ｄはゲストシステム環境の自動構築が終了したことを、連携部１３５Ｄに通知（送信）する。
【0152】
連携部１３５Ｄが自動構築部１４０Ｄはゲストシステム環境の自動構築が終了したことを受信すると、自動構築結果の連携要求（自動構築結果の共有の要求）を実行する（ステップ７２（Ｓ７２））。自動構築結果の連携要求を実行では、連携部１３５Ｄは自動構築結果の連携要求信号を、申請システム１０（連携部１３５Ａ）及び第１ゲストシステム３０（連携部１３５Ｂ）に送信する。
【0153】
申請システム１０（連携部１３５Ａ）及び第１ゲストシステム３０（連携部１３５Ｂ）は自動構築結果の連携要求信号を受信すると、連携部１３５Ａ及び連携部１３５Ｂは、自動構築結果を連携（共有）する（ステップ７４（Ｓ７４））。
【0154】
申請システム１０、ライブラリ管理システム２０及び第１ゲストシステム３０が自動構築結果を連携することに基づき、ライブラリ管理システム２０は、第１ユーザが第１ゲストシステム３０を用いて申請したライブラリ管理システム２０のリソース２６１１の利用許可を第１ゲストシステム３０に送信すると共に、リソース２６１１を提供することができる。
【0155】
第１ゲストシステム３０はライブラリ管理システム２０からリソース２６１１の利用許可を受信すると共に、リソース２６１１を提供される。その結果、第１ユーザは、第１ゲストシステム３０において、リソース２６１１を用いて、開発を進めることができる（ステップ７６（Ｓ７６））。
【0156】
第１ゲストシステム３０が自動構築結果を連携すると、第１ユーザは、第１ゲストシステム３０を用いて、ソフトウェア１１０Ｂを終了させ、ＲＥＳＴ ＡＰＩを介した申請システム１０及びライブラリ管理システム２０との連携を終了してよい（終了）。第１ゲストシステム３０と同様に、第２ゲストシステム４０が自動構築結果を連携する場合にも、第２ユーザは、第２ゲストシステム４０を用いて、ソフトウェア１１０Ｄを終了させ、ＲＥＳＴ ＡＰＩを介した申請システム１０及びライブラリ管理システム２０との連携を終了してよい（終了）。
【0157】
以上説明した通り、リソース申請システム１を用いることによって、第１事業者システム２、第１事業者システム２内のライブラリ管理システム２０及び第１ゲストシステム３０の管理者である第１事業者システム管理者と、第２事業者システム３及び第２事業者システム３内の第２ゲストシステム４０の管理者である第２事業者システム管理者とが異なるシステムにおいて、第１ゲストシステム３０及び第２ゲストシステム４０の両方がライブラリ管理システム２０を利用可能になると共に、ライブラリ管理システム２０及びライブラリ管理システム２０内の複数のリソース２６１１の利用申請を電子化する申請システム１０を提供することができる。
【0158】
また、リソース申請システム１を用いることによって、第１ユーザ及び第２ユーザは、再度、同様の申請（例えば、新規利用、設定変更、廃止などの）を行う場合、書面にて同様の申請を一から起案する必要が無く、かつ、過去に入力した情報を自動的に反映したデフォルトファイルに基づき申請ファイルを作成し、各種申請を行うことができる。その結果、リソース申請システム１が利用されることによって、各種申請における第１ユーザ及び第２ユーザの書面の作成の負担を軽減することができる。
【0159】
また、リソース申請システム１を用いることによって、自動で、再鑑、検閲及び承認が実行されるため、第１事業者システム管理者及び第２事業者システム管理者の作業負担を軽減することができる。
【0160】
したがって、リソース申請システム１を用いることによって、第１ユーザ、第２ユーザ、第１事業者システム管理者及び第２事業者システム管理者の利便性を向上させることができる。
【0161】
本実施形態では、ソフトウェア１１０Ａがアプリケーションソフトウェアであり、ソフトウェア１１０Ｂ、１１０Ｃ及び１１０Ｄがネイティブアプリケーションである例を説明した。しかし、ここで示された例に限定されず、ソフトウェア１１０Ａがネイティブアプリケーションであってよく、ソフトウェア１１０Ａはアプリケーションソフトウェアであり、ソフトウェア１１０Ｂ、１１０Ｃ及び１１０Ｄはウェブブラウザ上で操作可能なウェブアプリケーションであってもよい。
【0162】
各実施形態は、相互に矛盾しない限りにおいて、適宜組み合わせて実施することができる。また、各実施形態を基にして、当業者が適宜構成要素の追加、削除、もしくは設計変更を行ったもの、または、工程（ステップ）の追加、省略、もしくは条件変更を行ったものも、本発明の要旨を備えている限り、本発明の範囲に含まれる。
【符号の説明】
【0163】
１：リソース申請システム、２：第１事業者システム、３：第２事業者システム、４：プラットフォームシステム、１０：申請システム、１１：表示部、１２：制御部、１３Ａ：機能ブロック、１３Ｂ：機能ブロック、１３Ｃ：機能ブロック、１３Ｄ：機能ブロック、１４：操作部、１５：通信部、１６：記憶部、１９：バス、２０：ライブラリ管理システム、２１：表示部、２２：制御部、２３：操作部、２４：通信部、２６：記憶部、２９：バス、３０：第１ゲストシステム、３１：制御部、３２：表示部、３３：操作部、３４：通信部、３５：記憶部、３６：バス、４０：第２ゲストシステム、４１：制御部、４２：表示部、４３：操作部、４４：通信部、４５：記憶部、４６：バス、５０：ネットワーク、１１０Ａ：ソフトウェア、１１０Ｂ：ソフトウェア、１１０Ｃ：ソフトウェア、１１０Ｄ：ソフトウェア、１３１Ａ：受信部、１３１Ｂ：受信部、１３１Ｃ：受信部、１３１Ｄ：受信部、１３２Ａ：手続実行部、１３２Ｂ：手続実行部、１３２Ｃ：手続実行部、１３２Ｄ：手続実行部、１３３：出力部、１３３Ａ：出力部、１３３Ｂ：出力部、１３３Ｃ：出力部、１３３Ｄ：出力部、１３４Ａ：再鑑部、１３４Ｂ：画面制御部、１３４Ｃ：画面制御部、１３４Ｄ：納品リスト生成部、１３５Ａ：連携部、１３５Ｂ：連携部、１３５Ｃ：連携部、１３５Ｄ：連携部、１３６Ａ：手続送信部、１３６Ｂ：手続受信部、１３６Ｃ：手続受信部、１３６Ｄ：手続送信部、１３７Ａ：手続受信部、１３７Ｂ：手続送信部、１３７Ｃ：手続送信部、１３７Ｄ：手続受信部、１３８Ａ：検閲部、１３８Ｄ：差分リスト生成部、１３９Ａ：承認部、１３９Ｄ：ハッシュ値生成部、１４０Ａ：ハッシュ値生成部、１４０Ｄ：自動構築部、１６１：申請システムデータベース（申請システムＤＢ）、１６３：アプリケーション関連ＤＢ、２６１：ライブラリ、２６３：アプリケーション関連ＤＢ、２６１１：リソース
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2023-07-24
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
リソースを管理する第１のシステム、
前記リソースを利用するための申請に使用される申請システム、
前記第１のシステム及び前記申請システムに接続され前記第１のシステムにアクセス可能な第２のシステム及び第３のシステム、
を含み、
前記第２のシステム及び前記第３のシステムは、前記申請を前記申請システムに依頼するための申請ファイルを生成し、前記申請ファイルを、前記申請システム及び前記第１のシステムの両方に送信し、
前記第１のシステムは、前記申請ファイルに基づき、前記申請の対象となる複数の前記リソースのリストを生成し、前記申請ファイル及び前記リストを共有するための要求を前記申請システムに送信し、
前記申請システムは、前記申請ファイル及び前記リストを、前記第１のシステムと共有し、
前記第１のシステム、前記申請システム及び前記第２のシステムは第１の管理者によって管理され、
前記第３のシステムは前記第１の管理者とは異なる第２の管理者によって管理される、
リソース申請システム。
前記リソースを利用するための申請に使用される申請システム、
前記第１のシステム及び前記申請システムに接続され前記第１のシステムにアクセス可能な第２のシステム及び第３のシステム、
を含み、
前記第２のシステム及び前記第３のシステムは、前記申請を前記申請システムに依頼するための申請ファイルを生成し、前記申請ファイルを、前記申請システム及び前記第１のシステムの両方に送信し、
前記第１のシステムは、前記申請ファイルに基づき、前記申請の対象となる複数の前記リソースのリストを生成し、前記申請ファイル及び前記リストを共有するための要求を前記申請システムに送信し、
前記申請システムは、前記申請ファイル及び前記リストを、前記第１のシステムと共有し、
前記第１のシステム、前記申請システム及び前記第２のシステムは第１の管理者によって管理され、
前記第３のシステムは前記第１の管理者とは異なる第２の管理者によって管理される、
リソース申請システム。
【請求項2】
前記第２のシステムは、前記申請を前記申請システムに依頼する第１の手続実行部を含み、
前記申請システムは、前記申請の依頼を受信する第２の手続実行部を含み、
前記第１のシステムは、前記リソースを前記第２のシステムに提供する第３の手続実行部を含む、
請求項１に記載のリソース申請システム。
前記申請システムは、前記申請の依頼を受信する第２の手続実行部を含み、
前記第１のシステムは、前記リソースを前記第２のシステムに提供する第３の手続実行部を含む、
請求項１に記載のリソース申請システム。
【請求項3】
前記第２の手続実行部は、第１の連携部と、手続送信部と、を含み、
前記第３の手続実行部は、第２の連携部を含み、
前記第１の手続実行部は、ソフトウェアの起動を実行すると第１の連携要求を前記申請システムに送信し、
前記申請システムが前記第１の連携要求を受信すると、前記第１の連携部は前記申請システムを前記第２のシステムと連携させ、
前記申請システムが前記第２のシステムと連携したのち、前記手続送信部は、連携通知を前記第１の手続実行部及び前記第３の手続実行部に送信し、
前記第２の連携部は、前記連携通知を受信すると、前記第１のシステムを前記申請システム及び前記第２のシステムと連携させる、
請求項２に記載のリソース申請システム。
前記第３の手続実行部は、第２の連携部を含み、
前記第１の手続実行部は、ソフトウェアの起動を実行すると第１の連携要求を前記申請システムに送信し、
前記申請システムが前記第１の連携要求を受信すると、前記第１の連携部は前記申請システムを前記第２のシステムと連携させ、
前記申請システムが前記第２のシステムと連携したのち、前記手続送信部は、連携通知を前記第１の手続実行部及び前記第３の手続実行部に送信し、
前記第２の連携部は、前記連携通知を受信すると、前記第１のシステムを前記申請システム及び前記第２のシステムと連携させる、
請求項２に記載のリソース申請システム。
【請求項4】
前記第１の手続実行部は、前記連携通知を受信したのち、前記申請ファイルを生成し、前記申請ファイルを前記第１のシステムに送信することにより、前記申請の依頼を実行する、
請求項３に記載のリソース申請システム。
請求項３に記載のリソース申請システム。
【請求項5】
前記第３の手続実行部は、納品リスト生成部をさらに含み、
前記納品リスト生成部は、前記申請ファイルが前記第１のシステムに送信されると、前記リストを含む納品リストを生成する、
請求項４に記載のリソース申請システム。
前記納品リスト生成部は、前記申請ファイルが前記第１のシステムに送信されると、前記リストを含む納品リストを生成する、
請求項４に記載のリソース申請システム。
【請求項6】
前記納品リスト生成部が前記納品リストを生成したのち、前記第２の連携部は前記要求を前記第１の連携部に送信する、
請求項５に記載のリソース申請システム。
請求項５に記載のリソース申請システム。
【請求項7】
前記第１の連携部は、前記要求を受信したのち、前記第１のシステム内の前記納品リストを取得すると共に、前記第１のシステムに前記納品リストのハッシュ値の要求を送信する、
請求項６に記載のリソース申請システム。
請求項６に記載のリソース申請システム。
【請求項8】
前記第３の手続実行部は、第１のハッシュ値生成部をさらに含み、
前記第１のシステムが前記納品リストのハッシュ値の要求を受信すると、前記第１のハッシュ値生成部は、前記第１のシステム内の前記納品リストを用いて、第１のハッシュ値を生成すると共に、前記第１のハッシュ値を前記第１の連携部に送信する、
請求項７に記載のリソース申請システム。
前記第１のシステムが前記納品リストのハッシュ値の要求を受信すると、前記第１のハッシュ値生成部は、前記第１のシステム内の前記納品リストを用いて、第１のハッシュ値を生成すると共に、前記第１のハッシュ値を前記第１の連携部に送信する、
請求項７に記載のリソース申請システム。
【請求項9】
前記第２の手続実行部は、第２のハッシュ値生成部と、検閲部と、をさらに含み、
前記第１の連携部が前記第１のハッシュ値を受信すると、
前記第１の連携部は前記第１のハッシュ値を前記検閲部に送信し、
前記第２のハッシュ値生成部は、前記第１の連携部によって取得された前記第１のシステム内の前記納品リストを用いて、第２のハッシュ値を生成すると共に、前記第２のハッシュ値を前記検閲部に送信する、
請求項８に記載のリソース申請システム。
前記第１の連携部が前記第１のハッシュ値を受信すると、
前記第１の連携部は前記第１のハッシュ値を前記検閲部に送信し、
前記第２のハッシュ値生成部は、前記第１の連携部によって取得された前記第１のシステム内の前記納品リストを用いて、第２のハッシュ値を生成すると共に、前記第２のハッシュ値を前記検閲部に送信する、
請求項８に記載のリソース申請システム。
【請求項10】
前記第２の手続実行部は、承認部をさらに含み、
前記検閲部は、前記第１のハッシュ値及び前記第２のハッシュ値を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、一致していると判定した検閲結果を承認すると共に、検閲結果を承認したことの通知を前記承認部に送信する、
請求項９に記載のリソース申請システム。
前記検閲部は、前記第１のハッシュ値及び前記第２のハッシュ値を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、一致していると判定した検閲結果を承認すると共に、検閲結果を承認したことの通知を前記承認部に送信する、
請求項９に記載のリソース申請システム。
【請求項11】
前記承認部は、前記検閲部から検閲結果を承認したことの通知を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、前記申請を承認し、
前記承認部が前記申請を承認すると、前記第１の連携部は、前記申請の承認結果を前記第１のシステム及び前記第２のシステムと共有するための要求を前記第２の連携部及び前記第２のシステムに送信する、
請求項１０に記載のリソース申請システム。
前記承認部が前記申請を承認すると、前記第１の連携部は、前記申請の承認結果を前記第１のシステム及び前記第２のシステムと共有するための要求を前記第２の連携部及び前記第２のシステムに送信する、
請求項１０に記載のリソース申請システム。
【請求項12】
前記第３の手続実行部は、自動構築部をさらに含み、
前記第２の連携部が前記申請の承認結果を共有するための要求を受信すると、前記第２の連携部は、前記申請の承認結果を共有すると共に、前記申請の承認結果を共有したことを前記自動構築部に送信し、
前記自動構築部は、前記申請ファイルに基づき、申請されたリソースが前記第２のシステムで利用可能となるようなシステム環境を自動構築すると共に、前記システム環境の自動構築が終了すると、自動構築結果を前記申請システム及び前記第２のシステムと共有するための要求を前記第１の連携部及び前記第２のシステムに送信する、
請求項１１に記載のリソース申請システム。
前記第２の連携部が前記申請の承認結果を共有するための要求を受信すると、前記第２の連携部は、前記申請の承認結果を共有すると共に、前記申請の承認結果を共有したことを前記自動構築部に送信し、
前記自動構築部は、前記申請ファイルに基づき、申請されたリソースが前記第２のシステムで利用可能となるようなシステム環境を自動構築すると共に、前記システム環境の自動構築が終了すると、自動構築結果を前記申請システム及び前記第２のシステムと共有するための要求を前記第１の連携部及び前記第２のシステムに送信する、
請求項１１に記載のリソース申請システム。
【請求項13】
前記第２のシステムが前記自動構築結果を共有するための要求を受信すると、前記第２のシステムは前記自動構築結果を共有すると共に、前記第１のシステムからの前記リソースの提供が可能となる、
請求項１２に記載のリソース申請システム。
請求項１２に記載のリソース申請システム。
【手続補正書】
【提出日】2023-10-12
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
リソースを管理する第１のシステム、
前記リソースを利用するための申請に使用される申請システム、
前記第１のシステム及び前記申請システムに接続され前記第１のシステムにアクセス可能な第２のシステム及び第３のシステム、
を含み、
前記第２のシステム及び前記第３のシステムは、前記申請を前記申請システムに依頼するための申請ファイルを生成し、前記申請ファイルを、前記申請システム及び前記第１のシステムの両方に送信し、
前記第１のシステムは、前記申請ファイルに基づき、前記申請の対象となる複数の前記リソースのリストを生成し、前記申請ファイル及び前記リストを共有するための要求を前記申請システムに送信し、
前記申請システムは、前記申請ファイル及び前記リストを、前記第１のシステムと共有し、前記申請ファイル及び前記リストに基づき、前記申請の内容が適切に記載されているか否かを判定し、
前記第１のシステム、前記申請システム及び前記第２のシステムは第１の管理者によって管理され、
前記第３のシステムは前記第１の管理者とは異なる第２の管理者によって管理される、
リソース申請システム。
前記リソースを利用するための申請に使用される申請システム、
前記第１のシステム及び前記申請システムに接続され前記第１のシステムにアクセス可能な第２のシステム及び第３のシステム、
を含み、
前記第２のシステム及び前記第３のシステムは、前記申請を前記申請システムに依頼するための申請ファイルを生成し、前記申請ファイルを、前記申請システム及び前記第１のシステムの両方に送信し、
前記第１のシステムは、前記申請ファイルに基づき、前記申請の対象となる複数の前記リソースのリストを生成し、前記申請ファイル及び前記リストを共有するための要求を前記申請システムに送信し、
前記申請システムは、前記申請ファイル及び前記リストを、前記第１のシステムと共有し、前記申請ファイル及び前記リストに基づき、前記申請の内容が適切に記載されているか否かを判定し、
前記第１のシステム、前記申請システム及び前記第２のシステムは第１の管理者によって管理され、
前記第３のシステムは前記第１の管理者とは異なる第２の管理者によって管理される、
リソース申請システム。
【請求項2】
前記第２のシステムは、前記申請を前記申請システムに依頼する第１の手続実行部を含
み、
前記申請システムは、前記申請の依頼を受信する第２の手続実行部を含み、
前記第１のシステムは、前記リソースを前記第２のシステムに提供する第３の手続実行部を含む、
請求項１に記載のリソース申請システム。
み、
前記申請システムは、前記申請の依頼を受信する第２の手続実行部を含み、
前記第１のシステムは、前記リソースを前記第２のシステムに提供する第３の手続実行部を含む、
請求項１に記載のリソース申請システム。
【請求項3】
前記第２の手続実行部は、第１の連携部と、手続送信部と、を含み、
前記第３の手続実行部は、第２の連携部を含み、
前記第１の手続実行部は、ソフトウェアの起動を実行すると第１の連携要求を前記申請
システムに送信し、
前記申請システムが前記第１の連携要求を受信すると、前記第１の連携部は前記申請システムを前記第２のシステムと連携させ、
前記申請システムが前記第２のシステムと連携したのち、前記手続送信部は、連携通知を前記第１の手続実行部及び前記第３の手続実行部に送信し、
前記第２の連携部は、前記連携通知を受信すると、前記第１のシステムを前記申請システム及び前記第２のシステムと連携させる、
請求項２に記載のリソース申請システム。
前記第３の手続実行部は、第２の連携部を含み、
前記第１の手続実行部は、ソフトウェアの起動を実行すると第１の連携要求を前記申請
システムに送信し、
前記申請システムが前記第１の連携要求を受信すると、前記第１の連携部は前記申請システムを前記第２のシステムと連携させ、
前記申請システムが前記第２のシステムと連携したのち、前記手続送信部は、連携通知を前記第１の手続実行部及び前記第３の手続実行部に送信し、
前記第２の連携部は、前記連携通知を受信すると、前記第１のシステムを前記申請システム及び前記第２のシステムと連携させる、
請求項２に記載のリソース申請システム。
【請求項4】
前記第１の手続実行部は、前記連携通知を受信したのち、前記申請ファイルを生成し、前記申請ファイルを前記第１のシステムに送信することにより、前記申請の依頼を実行する、
請求項３に記載のリソース申請システム。
請求項３に記載のリソース申請システム。
【請求項5】
前記第３の手続実行部は、納品リスト生成部をさらに含み、
前記納品リスト生成部は、前記申請ファイルが前記第１のシステムに送信されると、前記リストを含む納品リストを生成する、
請求項４に記載のリソース申請システム。
前記納品リスト生成部は、前記申請ファイルが前記第１のシステムに送信されると、前記リストを含む納品リストを生成する、
請求項４に記載のリソース申請システム。
【請求項6】
前記納品リスト生成部が前記納品リストを生成したのち、前記第２の連携部は前記要求を前記第１の連携部に送信する、
請求項５に記載のリソース申請システム。
請求項５に記載のリソース申請システム。
【請求項7】
前記第１の連携部は、前記要求を受信したのち、前記第１のシステム内の前記納品リストを取得すると共に、前記第１のシステムに前記納品リストのハッシュ値の要求を送信する、
請求項６に記載のリソース申請システム。
請求項６に記載のリソース申請システム。
【請求項8】
前記第３の手続実行部は、第１のハッシュ値生成部をさらに含み、
前記第１のシステムが前記納品リストのハッシュ値の要求を受信すると、前記第１のハッシュ値生成部は、前記第１のシステム内の前記納品リストを用いて、第１のハッシュ値を生成すると共に、前記第１のハッシュ値を前記第１の連携部に送信する、
請求項７に記載のリソース申請システム。
前記第１のシステムが前記納品リストのハッシュ値の要求を受信すると、前記第１のハッシュ値生成部は、前記第１のシステム内の前記納品リストを用いて、第１のハッシュ値を生成すると共に、前記第１のハッシュ値を前記第１の連携部に送信する、
請求項７に記載のリソース申請システム。
【請求項9】
前記第２の手続実行部は、第２のハッシュ値生成部と、検閲部と、をさらに含み、
前記第１の連携部が前記第１のハッシュ値を受信すると、
前記第１の連携部は前記第１のハッシュ値を前記検閲部に送信し、
前記第２のハッシュ値生成部は、前記第１の連携部によって取得された前記第１のシステム内の前記納品リストを用いて、第２のハッシュ値を生成すると共に、前記第２のハッシュ値を前記検閲部に送信する、
請求項８に記載のリソース申請システム。
前記第１の連携部が前記第１のハッシュ値を受信すると、
前記第１の連携部は前記第１のハッシュ値を前記検閲部に送信し、
前記第２のハッシュ値生成部は、前記第１の連携部によって取得された前記第１のシステム内の前記納品リストを用いて、第２のハッシュ値を生成すると共に、前記第２のハッシュ値を前記検閲部に送信する、
請求項８に記載のリソース申請システム。
【請求項10】
前記第２の手続実行部は、承認部をさらに含み、
前記検閲部は、前記第１のハッシュ値及び前記第２のハッシュ値を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、一致していると判定した検閲結果を承認すると共に、検閲結果を承認したことの通知を前記承認部に送信する、
請求項９に記載のリソース申請システム。
前記検閲部は、前記第１のハッシュ値及び前記第２のハッシュ値を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、一致していると判定した検閲結果を承認すると共に、検閲結果を承認したことの通知を前記承認部に送信する、
請求項９に記載のリソース申請システム。
【請求項11】
前記承認部は、前記検閲部から検閲結果を承認したことの通知を受信すると、前記第１のハッシュ値と前記第２のハッシュ値とを比較し、一致しているか否かを判定し、一致していると判定した場合には、前記申請を承認し、
前記承認部が前記申請を承認すると、前記第１の連携部は、前記申請の承認結果を前記第１のシステム及び前記第２のシステムと共有するための要求を前記第２の連携部及び前記第２のシステムに送信する、
請求項１０に記載のリソース申請システム。
前記承認部が前記申請を承認すると、前記第１の連携部は、前記申請の承認結果を前記第１のシステム及び前記第２のシステムと共有するための要求を前記第２の連携部及び前記第２のシステムに送信する、
請求項１０に記載のリソース申請システム。
【請求項12】
前記第３の手続実行部は、自動構築部をさらに含み、
前記第２の連携部が前記申請の承認結果を共有するための要求を受信すると、前記第２の連携部は、前記申請の承認結果を共有すると共に、前記申請の承認結果を共有したことを前記自動構築部に送信し、
前記自動構築部は、前記申請ファイルに基づき、申請されたリソースが前記第２のシステムで利用可能となるようなシステム環境を自動構築すると共に、前記システム環境の自動構築が終了すると、自動構築結果を前記申請システム及び前記第２のシステムと共有するための要求を前記第１の連携部及び前記第２のシステムに送信する、
請求項１１に記載のリソース申請システム。
前記第２の連携部が前記申請の承認結果を共有するための要求を受信すると、前記第２の連携部は、前記申請の承認結果を共有すると共に、前記申請の承認結果を共有したことを前記自動構築部に送信し、
前記自動構築部は、前記申請ファイルに基づき、申請されたリソースが前記第２のシステムで利用可能となるようなシステム環境を自動構築すると共に、前記システム環境の自動構築が終了すると、自動構築結果を前記申請システム及び前記第２のシステムと共有するための要求を前記第１の連携部及び前記第２のシステムに送信する、
請求項１１に記載のリソース申請システム。
【請求項13】
前記第２のシステムが前記自動構築結果を共有するための要求を受信すると、前記第２のシステムは前記自動構築結果を共有すると共に、前記第１のシステムからの前記リソースの提供が可能となる、
請求項１２に記載のリソース申請システム。
請求項１２に記載のリソース申請システム。