JP7526632B2 - 実行制御プログラム、実行制御方法および情報処理装置 - Google Patents

実行制御プログラム、実行制御方法および情報処理装置 Download PDF

Info

Publication number
JP7526632B2
JP7526632B2 JP2020170397A JP2020170397A JP7526632B2 JP 7526632 B2 JP7526632 B2 JP 7526632B2 JP 2020170397 A JP2020170397 A JP 2020170397A JP 2020170397 A JP2020170397 A JP 2020170397A JP 7526632 B2 JP7526632 B2 JP 7526632B2
Authority
JP
Japan
Prior art keywords
job
information
authentication
execution
cloud service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020170397A
Other languages
English (en)
Other versions
JP2022062407A (ja
Inventor
修平 佐藤
大貴 吉川
幸大 竹内
直己 小島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2020170397A priority Critical patent/JP7526632B2/ja
Publication of JP2022062407A publication Critical patent/JP2022062407A/ja
Application granted granted Critical
Publication of JP7526632B2 publication Critical patent/JP7526632B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Computer And Data Communications (AREA)

Description

本発明は、実行制御プログラム、実行制御方法および情報処理装置に関する。
近年、クラウドサービスの浸透に伴い、既存システムのリストアップ（クラウドリフト）から、基幹業務と連携した新業務サービスの提供（クラウドシフト）へ移行する企業が増加している。新業務サービスは、クラウドネイティブなアーキテクチャを利用して構築される。基幹業務と連携した新業務サービスを提供するにあたり、異なる複数のクラウドベンダー上に業務を構築し、マルチクラウド環境でジョブを運用する場合がある。
先行技術としては、例えば、ワークフローオーケストレータが、テナント自動化システムから要求を受信し、仮想アセンブリまたはアプリケーションのプロビジョニングおよびデプロイメントを調整することによって、クラウド環境とＰａａＳ（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）環境との間でオペレーションをオーケストレーションするものがある。
特表２０１５－５３４６７４号公報
しかしながら、従来技術では、クラウドサービス上のジョブの運用に負荷がかかるという問題がある。
一つの側面では、本発明は、ジョブ運用の効率化を図ることを目的とする。
１つの実施態様では、第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、実行制御プログラムが提供される。
本発明の一側面によれば、ジョブ運用の効率化を図ることができるという効果を奏する。
図１は、実施の形態にかかる実行制御方法の一実施例を示す説明図である。 図２は、情報処理システム２００のシステム構成例を示す説明図である。 図３は、実行制御サーバ２０１のハードウェア構成例を示すブロック図である。 図４Ａは、認証情報のパラメータ設定ファイルの具体例を示す説明図（その１）である。 図４Ｂは、認証情報のパラメータ設定ファイルの具体例を示す説明図（その２）である。 図４Ｃは、認証情報のパラメータ設定ファイルの具体例を示す説明図（その３）である。 図５Ａは、接続情報のパラメータ設定ファイルの具体例を示す説明図である。 図５Ｂは、ＨＴＴＰリクエストボディの一例を示す説明図である。 図６は、各種情報登録時の情報処理システム２００の動作例を示すシーケンス図である。 図７は、実行制御サーバ２０１の機能的構成例を示すブロック図である。 図８は、ジョブ実行時の実行制御サーバ２０１の動作例を示す説明図である。 図９は、実行制御サーバ２０１の実行制御処理手順の一例を示すフローチャートである。 図１０は、接続情報ファイルの読み込み処理の具体的処理手順の一例を示すフローチャートである。 図１１は、ＨＴＴＰリクエスト実行処理の具体的処理手順の一例を示すフローチャート（その１）である。 図１２は、ＨＴＴＰリクエスト実行処理の具体的処理手順の一例を示すフローチャート（その２）である。 図１３は、監視処理の具体的処理手順の一例を示すフローチャート（その１）である。 図１４は、監視処理の具体的処理手順の一例を示すフローチャート（その２）である。 図１５は、強制終了処理の具体的処理手順の一例を示すフローチャートである。
以下に図面を参照して、本発明にかかる実行制御プログラム、実行制御方法および情報処理装置の実施の形態を詳細に説明する。
（実施の形態）
図１は、実施の形態にかかる実行制御方法の一実施例を示す説明図である。図１において、情報処理装置１０１は、クラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御用のジョブを実行するコンピュータである。クラウドサービスとは、クラウドコンピューティングを利用したサービスである。
クラウドサービスにより基幹業務と連携した新業務サービスを提供するにあたり、異なる複数のクラウドベンダー上に業務をそれぞれ構築する場合がある。この場合、マルチクラウド環境でのジョブ制御が必要となる。基幹業務と新業務サービスとの連携は、例えば、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを通して行われる。
ここで、基幹業務と新業務サービス（クラウドサービス上のジョブ）との連携を行う際に、１ジョブ１リクエストで連携を実現する技術がある（以下、「従来技術１」という）。従来技術１では、クラウド上のジョブに対して、異なる複数の処理を行う場合、基幹業務フローにおいて、それぞれの処理に対応するジョブを作成する。
例えば、クラウド上のジョブに対して、実行依頼、監視、強制終了を行う場合、実行ジョブ、監視ジョブ、強制終了ジョブを作成する。実行ジョブは、サービスを起動するリクエストを投げるジョブである。監視ジョブは、サービスを監視するリクエストを投げるジョブである。強制終了ジョブは、サービスを強制終了するリクエストを投げるジョブである。
しかし、従来技術１では、ジョブ間で情報を引き継ぐための作り込みが必要となる。例えば、実行ジョブの情報を、監視ジョブ、強制終了ジョブ、後続ジョブなどに引き継ぐ場合がある。この場合、新業務サービスの利用者（例えば、システム部門の担当者など）によって、基幹業務フローに手を加えて、ジョブ間で情報を引き継ぐための仕組みを作り込む必要がある。
また、監視ジョブの場合、クラウド上のジョブが終了するまでポーリングを行うための作り込みが必要となる。例えば、基幹業務フローにおいて、監視ジョブとスリープジョブとの間を一定間隔で遷移して、クラウド上のジョブに対して監視中に複数回リクエストを投げる仕組みの作り込みが必要となる。
また、監視ジョブで監視中にクラウド上のジョブが異常終了した場合、実行ジョブからの再実行が必要となる。この際、どのジョブを再実行すればよいかを特定する必要があるが、基幹業務フローが複雑になると、再実行するジョブの特定が困難なものとなり、運用に負担がかかる。
さらに、監視中にクラウド上のジョブの異常を検知したときなどに、クラウド上のジョブを強制終了させる場合、監視ジョブを強制終了しても、クラウド上のジョブは終了しない。このため、クラウド上のジョブを強制終了させるための作り込みが必要となる。また、利用者が強制終了操作を別途行う必要があり、運用に負担がかかる。
また、クラウド上のジョブの実行依頼、監視、強制終了の操作を、基幹業務フローとＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）にまとめてワークフローオーケストレータとして提供することで実行可能とする技術がある（以下、「従来技術２」という）。
しかし、従来技術２は、特定のクラウドサービス（クラウドベンダー）上のジョブに特化したものであるため、クラウドサービスの仕様の差を吸収できず、様々なクラウドサービス上のジョブの汎用的な制御には使うことができない。例えば、各クラウドサービスにおいてリクエスト時の接続情報や認証情報が異なる。
すなわち、クラウドサービスによって認証形式（例えば、ＢＡＳＩＣ認証、ベアラートークン認証など）が異なったり、リクエストの形式が異なったりする。そのため、各ジョブフロー（基幹業務フロー）に対して、クラウドサービスごとの作り込みが必要となり、ジョブを制御するための仕組みの構築に工数がかかる。
そこで、本実施の形態では、各種クラウドサービス上のジョブに対する複数の処理を一つのジョブで汎用的に制御可能にして、ジョブ運用の効率化を図る実行制御方法について説明する。ここで、情報処理装置１０１の処理例について説明する。
（１）情報処理装置１０１は、第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブ１０２の実行指示に応じて、第１の記憶部１１０を参照して、第１のクラウドサービス上のジョブの制御に関する接続情報を取得する。ここで、第１のクラウドサービス上のジョブは、制御対象となるジョブであり、例えば、基幹業務と連携した新業務サービスを提供するジョブである。
第１の記憶部１１０は、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する。ジョブの制御にかかる複数の処理は、例えば、実行依頼、監視、強制終了などの処理である。
処理に用いられるパラメータの情報は、クラウドサービス上のジョブ（ＡＰＩ）に接続して制御するための情報であり、例えば、接続ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、ＨＴＴＰメソッドなどの情報を含む。また、複数の処理のうち最初に行われる処理、例えば、ジョブの実行依頼に用いられるパラメータの情報には、認証識別子が含まれる。
認証識別子は、クラウドサービス上のジョブに接続するための認証情報を識別する情報である。ただし、接続情報には、パスワードなどの認証に直接関わる情報は含まれない。処理間で引き継ぎ可能なパラメータの情報は、例えば、クラウドサービス上のジョブを識別するジョブ識別子である。すなわち、制御対象のジョブを識別するジョブｉｄなどを処理間で引き継ぎ可能である。
（２）情報処理装置１０１は、第２の記憶部１２０を参照して、取得した接続情報で指定された認証識別子に対応する認証情報を取得する。ここで、第２の記憶部１２０は、各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する。
認証情報は、認証種別によって認証に必要となる情報が異なるため、各クラウドサービスで採用されている認証種別に応じて作成される。認証種別としては、例えば、ＢＡＳＩＣ認証、ベアラートークン認証、ＡＷＳ＿ＳｉｇＶ４認証、ＡｚｕｒｅＡＤ認証、ＳＣＰ（ＳＡＰ Ｃｌｏｕｄ Ｐｌａｔｆｏｒｍ）認証などがある。
例えば、認証種別がＢＡＳＩＣ認証の場合、認証情報には、クラウドサービスに接続するための認証に用いられるユーザ名、パスワードが含まれる。ここで、認証識別子「ＢＡＳＩＣ認証１」が接続情報に指定されているとする。この場合、情報処理装置１０１は、第２の記憶部１２０を参照して、認証識別子「ＢＡＳＩＣ認証１」に対応する認証情報を取得する。
（３）情報処理装置１０１は、取得した認証情報と接続情報とに基づいて、実行制御ジョブ１０２を実行する。具体的には、例えば、情報処理装置１０１は、実行制御ジョブ１０２により、取得した認証情報を参照して、第１のクラウドサービスに接続するための認証処理を行う。
また、情報処理装置１０１は、実行制御ジョブ１０２により、取得した接続情報を参照して、第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う。例えば、情報処理装置１０１は、接続情報で指定された接続ＵＲＬを用いて第１のクラウドサービス上のジョブ（ＡＰＩ）に接続して、実行依頼、監視、強制終了などの処理を行う。
このように、情報処理装置１０１によれば、クラウドサービス上のジョブに対する複数の処理を、一つのジョブ（実行制御ジョブ１０２）で実施することが可能となる。また、クラウドサービスに接続するために必要となる情報を予め作成しておくことで、ジョブ実行時のユーザ設定が不要となり、ユーザの操作負荷を減らして使用性を向上させることができる。また、他の処理に情報を引き継ぎ可能なパラメータを設けることで、実行制御ジョブ１０２内の処理間で情報の引き継ぎを行うことができる。このため、１ジョブ１リクエストで連携を実現する場合に比べて、ジョブ間で情報を引き継ぐための作り込みが容易となり、運用にかかる負荷を軽減することができる。また、認証情報を接続情報と分けて持つことで、認証に直接関わる情報を接続情報に記述する場合に比べて、認証情報をセキュアに管理することができる。
（情報処理システム２００のシステム構成例）
つぎに、実施の形態にかかる情報処理システム２００のシステム構成例について説明する。ここでは、図１に示した情報処理装置１０１を、情報処理システム２００の実行制御サーバ２０１に適用した場合について説明する。情報処理システム２００は、例えば、クラウドサービスを利用して基幹業務と連携した新業務サービスを提供するコンピュータシステムに適用される。
図２は、情報処理システム２００のシステム構成例を示す説明図である。図２において、情報処理システム２００は、実行制御サーバ２０１と、複数のクラウドサーバ２０２と、管理者端末２０３と、運用者端末２０４と、を含む。情報処理システム２００において、実行制御サーバ２０１、クラウドサーバ２０２、管理者端末２０３および運用者端末２０４は、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。
ここで、実行制御サーバ２０１は、認証情報ＤＢ（Ｄａｔａｂａｓｅ）２２０および接続情報ＤＢ２３０を有し、基幹業務システムを実現するコンピュータである。基幹業務システムは、企業等の主要業務を処理するために用いられるシステムである。実行制御サーバ２０１（基幹業務システム）は、例えば、オンプレミスにより運用してもよく、また、クラウドにより運用してもよい。
認証情報ＤＢ２２０は、異なる複数のクラウドサービスの各クラウドサービスについて、各クラウドサービスに接続するための認証に用いる認証情報ファイルを記憶する。接続情報ＤＢ２３０は、異なる複数のクラウドサービスの各クラウドサービスについて、各クラウドサービスのジョブの制御に関する接続情報ファイルを記憶する。
なお、認証情報ＤＢ２２０の記憶内容については、図４Ａ～図４Ｃを用いて後述する。接続情報ＤＢ２３０の記憶内容については、図５Ａおよび図５Ｂを用いて後述する。図１に示した第１の記憶部１１０は、例えば、接続情報ＤＢ２３０に相当する。図１に示した第２の記憶部１２０は、例えば、認証情報ＤＢ２２０に相当する。
クラウドサーバ２０２は、クラウドサービスを提供するコンピュータである。複数のクラウドサーバ２０２は、例えば、それぞれ異なるクラウドベンダーにより運用され、それぞれ異なるクラウドサービスを提供する。例えば、クラウドサーバ２０２は、実行制御サーバ２０１の基幹業務システムと連携する新業務サービスを提供する。
管理者端末２０３は、基幹業務システムの管理者が使用するコンピュータである。運用者端末２０４は、基幹業務システムの運用者が使用するコンピュータである。例えば、管理者は、運用者が属する部署のシステム管理者である。また、運用者は、基幹業務システムや新業務サービスを実際に利用するユーザである。管理者端末２０３および運用者端末２０４は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣなどである。
情報処理システム２００において、実行制御サーバ２０１は、ＲＥＳＴ実行ジョブを実行する。ＲＥＳＴ実行ジョブは、クラウドサービス上のジョブの制御にかかる異なる複数の処理を行う実行制御用のジョブである。例えば、ＲＥＳＴ実行ジョブは、基幹業務のジョブフロー（基幹業務フロー）に配置される新業務サービス向けのジョブである。
クラウドサービス上のジョブは、基幹業務システムと連携する新業務サービスである。すなわち、実行制御サーバ２０１は、基幹業務フローに配置された、新業務サービス向けのＲＥＳＴ実行ジョブによりクラウドサービス上のジョブと連携することで、基幹業務と連携した新業務サービスを提供する。図１に示した実行制御ジョブ１０２は、例えば、ＲＥＳＴ実行ジョブに対応する。
なお、図２では、管理者端末２０３および運用者端末２０４をそれぞれ１台のみ表示したが、情報処理システム２００には、複数の管理者端末２０３および複数の運用者端末２０４が含まれていてもよい。また、実行制御サーバ２０１およびクラウドサーバ２０２は、複数のコンピュータにより実現されることにしてもよい。
（実行制御サーバ２０１のハードウェア構成例）
つぎに、実行制御サーバ２０１のハードウェア構成例について説明する。
図３は、実行制御サーバ２０１のハードウェア構成例を示すブロック図である。図３において、実行制御サーバ２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、ディスクドライブ３０３と、ディスク３０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０５と、可搬型記録媒体Ｉ／Ｆ３０６と、可搬型記録媒体３０７と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。
ここで、ＣＰＵ３０１は、実行制御サーバ２０１の全体の制御を司る。ＣＰＵ３０１は、複数のコアを有していてもよい。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳのプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。
ディスクドライブ３０３は、ＣＰＵ３０１の制御に従ってディスク３０４に対するデータのリード／ライトを制御する。ディスク３０４は、ディスクドライブ３０３の制御で書き込まれたデータを記憶する。ディスク３０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。
通信Ｉ／Ｆ３０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、図２に示したクラウドサーバ２０２、管理者端末２０３、運用者端末２０４）に接続される。そして、通信Ｉ／Ｆ３０５は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ３０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
可搬型記録媒体Ｉ／Ｆ３０６は、ＣＰＵ３０１の制御に従って可搬型記録媒体３０７に対するデータのリード／ライトを制御する。可搬型記録媒体３０７は、可搬型記録媒体Ｉ／Ｆ３０６の制御で書き込まれたデータを記憶する。可搬型記録媒体３０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。
なお、実行制御サーバ２０１は、上述した構成部のほかに、例えば、入力装置、ディスプレイなどを有することにしてもよい。また、図２に示したクラウドサーバ２０２、管理者端末２０３、運用者端末２０４についても、実行制御サーバ２０１と同様のハードウェア構成により実現することができる。ただし、管理者端末２０３および運用者端末２０４は、上述した構成部のほかに、例えば、入力装置、ディスプレイなどを有する。
（認証情報ＤＢ２２０の記憶内容）
つぎに、図４Ａ、図４Ｂおよび図４Ｃを用いて、認証情報ＤＢ２２０に記憶される認証情報のパラメータ設定ファイルについて説明する。認証情報のパラメータ設定ファイルは、例えば、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式で記述される。また、認証情報ＤＢ２２０は、例えば、図３に示したメモリ３０２、ディスク３０４などの記憶装置により実現される。
図４Ａは、認証情報のパラメータ設定ファイルの具体例を示す説明図（その１）である。図４Ａにおいて、認証情報ファイル４０１は、認証種別が「ＢＡＳＩＣ認証」の場合のパラメータ設定ファイルである。認証情報ファイル４０１は、ｎａｍｅ、ａｕｔｈＴｙｐｅ、ｂａｓｉｃＵｓｅｒおよびｂａｓｉｃＰａｓｓｗｄのパラメータの情報を含む。
ｎａｍｅは、認証情報名を示すパラメータである。この認証情報名は、ＲＥＳＴ実行ジョブの接続情報ファイルの認証情報名パラメータで指定される。ａｕｔｈＴｙｐｅは、認証種別を示すパラメータである。ｂａｓｉｃＵｓｅｒは、ＢＡＳＩＣ認証のユーザ名を示すパラメータである。ｂａｓｉｃＰａｓｓｗｄは、ＢＡＳＩＣ認証のパスワードを示すパラメータである。
認証情報ファイル４０１では、ｎａｍｅ「ｔｅｓｔ１」、ａｕｔｈＴｙｐｅ「ｂａｓｉｃ」、ｂａｓｉｃＵｓｅｒ「ｔｅｓｔｕｓｅｒ１」およびｂａｓｉｃＰａｓｓｗｄ「ｔｅｓｔｐａｓｓｗｏｒｄ」が設定されている。
図４Ｂは、認証情報のパラメータ設定ファイルの具体例を示す説明図（その２）である。図４Ｂにおいて、認証情報ファイル４０２は、認証種別が「ベアラートークン認証」の場合のパラメータ設定ファイルである。認証情報ファイル４０２は、ｎａｍｅ、ａｕｔｈＴｙｐｅおよびｔｏｋｅｎのパラメータの情報を含む。
ｎａｍｅは、認証情報名を示すパラメータである。ａｕｔｈＴｙｐｅは、認証種別を示すパラメータである。ｔｏｋｅｎは、認証トークンを示すパラメータである。ただし、認証情報ファイル４０２では、各パラメータの値を「＊＊＊」で表現している。
図４Ｃは、認証情報のパラメータ設定ファイルの具体例を示す説明図（その３）である。図４Ｃにおいて、認証情報ファイル４０３は、プロキシサーバ経由でＨＴＴＰリクエストを行う場合のプロキシ認証情報のパラメータ設定ファイルである。認証情報ファイル４０３は、ｎａｍｅ、ａｕｔｈＴｙｐｅ、ｐｒｏｘｙＡｄｄｒｅｓｓ ｐｒｏｘｙＰｏｒｔ ｐｒｏｘｙＵｓｅｒおよびｐｒｏｘｙＰａｓｓｗｄのパラメータの情報を含む。
ｎａｍｅは、認証情報名を示すパラメータである。この認証情報名は、ＲＥＳＴ実行ジョブの接続情報ファイルのプロキシサーバの認証情報名パラメータで指定される。ａｕｔｈＴｙｐｅは、認証種別を示すパラメータである。ａｕｔｈＴｙｐｅには、「ｐｒｏｘｙ」が設定される。
ｐｒｏｘｙＡｄｄｒｅｓｓは、プロキシサーバのアドレスを示すパラメータである。ｐｒｏｘｙＰｏｒｔは、プロキシサーバのポート番号を示すパラメータである。ｐｒｏｘｙＵｓｅｒは、プロキシサーバの認証ユーザ名を示すパラメータである。ｐｒｏｘｙＰａｓｓｗｄは、プロキシサーバの認証パスワードを示すパラメータである。ただし、認証情報ファイル４０３では、各パラメータの値を「＊＊＊」で表現している。
（接続情報ＤＢ２３０の記憶内容）
つぎに、図５Ａを用いて、接続情報ＤＢ２３０に記憶される接続情報のパラメータ設定ファイルについて説明する。接続情報のパラメータ設定ファイルは、例えば、ＪＳＯＮ形式で記述される。また、接続情報ＤＢ２３０は、例えば、図３に示したメモリ３０２、ディスク３０４などの記憶装置により実現される。
図５Ａは、接続情報のパラメータ設定ファイルの具体例を示す説明図である。図５において、接続情報ファイル５００は、ｒｅｑｕｅｓｔオブジェクト５０１と、ｍｏｎｉｔｏｒｉｎｇオブジェクト５０２と、ｔｅｒｍｉｎａｔｉｏｎオブジェクト５０３とを含む。
ここで、ｒｅｑｕｅｓｔオブジェクト５０１は、クラウドサービス上のジョブの実行依頼を行う処理に用いられるパラメータの情報を示す。また、ｍｏｎｉｔｏｒｉｎｇオブジェクト５０２は、クラウドサービス上のジョブの実行状態を監視する処理に用いられるパラメータの情報を示す。
また、ｔｅｒｍｉｎａｔｉｏｎオブジェクト５０３は、クラウドサービス上のジョブを強制終了する処理に用いられるパラメータの情報を示す。接続情報ファイル５００では、３つの処理（実行依頼、監視、強制終了）それぞれで必要なパラメータが異なるため、各処理で必要なパラメータの情報が階層化して記述されている。
まず、ｒｅｑｕｅｓｔオブジェクト５０１は、ｕｒｌ、ｍｅｔｈｏｄ、ａｕｔｈＮａｍｅ、ｐｒｏｘｙＡｕｔｈＮａｍｅ、ｂｏｄｙ、ｒｅｓＨｅａｄｅｒ、ｒｅｓＢｏｄｙ、ｔｉｍｅｏｕｔ、ｔａｋｅｏｖｅｒＫｅｙｓおよびｊｏｂｎｅｔＶａｌＫｅｙｓのパラメータの情報を含む。
ｕｒｌは、接続ＵＲＬを示すパラメータである。ｍｅｔｈｏｄは、ＨＴＴＰメソッドを示すパラメータである。ｍｅｔｈｏｄには、例えば、ＧＥＴ／ＰＵＴ／ＰＯＳＴ／ＤＥＬＥＴＥのいずれかが設定される。ａｕｔｈＮａｍｅは、認証情報名を示すパラメータである。認証処理を行わない場合は、省略することができる。
ｐｒｏｘｙＡｕｔｈＮａｍｅは、プロキシサーバの認証情報名を示すパラメータである。プロキシサーバを利用しない場合は、省略することができる。ｂｏｄｙは、ＨＴＴＰリクエストボディを示すパラメータである。ＨＴＴＰリクエストボディとして指定するファイルをフルパスで指定する。なお、ＨＴＴＰリクエストボディの一例については、図５Ｂを用いて後述する。
ｒｅｓＨｅａｄｅｒは、ＨＴＴＰレスポンスヘッダを示すパラメータである。ＨＴＴＰレスポンスのヘッダ情報を保存するファイルをフルパスで指定する。ｒｅｓＢｏｄｙは、ＨＴＴＰレスポンスボディを示すパラメータである。ＨＴＴＰレスポンスのボディ情報を保存するファイルをフルパスで指定する。ｔｉｍｅｏｕｔは、接続タイムアウト時間を示すパラメータである。ＨＴＴＰリクエストの接続タイムアウト時間を、例えば、１～６００秒の範囲で指定する。
ｔａｋｅｏｖｅｒＫｅｙｓは、監視、強制終了リクエストに引き継ぐキーを示すパラメータである。ｍｏｎｉｔｏｒｉｎｇオブジェクト５０２で指定する監視リクエストや、ｔｅｒｍｉｎａｔｉｏｎオブジェクト５０３で指定する強制終了リクエストのＵＲＬやリクエストボディに本ＨＴＴＰリクエストの結果を引継ぎたい場合、引き継ぐレスポンス結果のキーを指定することで、そのキーの値を引き継ぐことができる。監視リクエストの場合、監視の終了判定キーおよび正常終了判定キーにも引き継ぐことができる。引継ぎ先のＵＲＬやリクエストボディには、本パラメータで指定した置き換え変数名を、＜置き換え変数名＞の形式で記述しておくことで、抽出したキーの値に変換される。本パラメータは、置き換え変数名：抽出するキーの形式で指定する。
ｊｏｂｎｅｔＶａｌＫｅｙｓは、ジョブネット変数に設定するキーを示すパラメータである。ジョブネット変数は、ジョブ間で使用されるパラメータである。本ＨＴＴＰレスポンスの結果をジョブネット変数に設定して後続ジョブと連携したい場合には、本パラメータでレスポンスのキーを指定することで、そのキーの値をジョブネット変数に設定することができる。本パラメータで指定したキーは、ジョブネット変数名＝キーの値の形式で標準出力に出力される。本パラメータは、ジョブネット変数名：抽出するキーの形式で指定する。
つぎに、ｍｏｎｉｔｏｒｉｎｇオブジェクト５０２は、ｕｒｌ、ｍｅｔｈｏｄ、ｂｏｄｙ、ｒｅｓＨｅａｄｅｒ、ｒｅｓＢｏｄｙ、ｐｏｌｌｉｎｇＩｎｔｅｒｖａｌ、ｐｏｌｌｉｎｇＣｏｕｎｔ、ｐｏｌｌｉｎｇＥｎｄＫｅｙ、ｐｏｌｌｉｎｇＥｎｄＶａｌ、ｃｈｅｃｋＲｅｓｕｌｔＫｅｙ、ｃｈｅｃｋＲｅｓｕｌｔＶａｌおよびｊｏｂｎｅｔＶａｌＫｅｙｓのパラメータの情報を含む。
ｕｒｌは、接続ＵＲＬを示すパラメータである。同じ名称でも、ｒｅｑｕｅｓｔオブジェクト５０１やｔｅｒｍｉｎａｔｉｏｎオブジェクト５０３と値が異なる。ｒｅｑｕｅｓｔオブジェクト５０１において、”監視、強制終了リクエストに引き継ぐキー”のパラメータで指定したキーの値を本ＵＲＬに設定する場合、＜置き換え変数名＞の形式で記述することで、リクエスト時に置き換わる。
ｍｅｔｈｏｄは、ＨＴＴＰメソッドを示すパラメータである。ｍｅｔｈｏｄには、例えば、ＧＥＴ／ＰＵＴ／ＰＯＳＴ／ＤＥＬＥＴＥのいずれかが設定される。ｂｏｄｙは、ＨＴＴＰリクエストボディを示すパラメータである。ＨＴＴＰリクエストボディとして指定するファイルをフルパスで指定する。ｒｅｓＨｅａｄｅｒは、ＨＴＴＰレスポンスヘッダを示すパラメータである。ＨＴＴＰレスポンスのヘッダ情報を保存するファイルをフルパスで指定する。
ｒｅｓＢｏｄｙは、ＨＴＴＰレスポンスボディを示すパラメータである。ＨＴＴＰレスポンスのボディ情報を保存するファイルをフルパスで指定する。ｐｏｌｌｉｎｇＩｎｔｅｒｖａｌは、監視のポーリング間隔を示すパラメータである。リクエストのポーリング間隔を、例えば、１～６００秒の範囲内で指定する。ｐｏｌｌｉｎｇＣｏｕｎｔは、監視のポーリング回数を示すパラメータである。リクエストのポーリング回数を指定する。
ｐｏｌｌｉｎｇＥｎｄＫｅｙは、監視の終了判定キーを示すパラメータである。実行ＡＰＩが完了したことを判定するためのレスポンス結果のキーを指定する。ｒｅｑｕｅｓｔオブジェクト５０１において、”監視、強制終了リクエストに引き継ぐキー”のパラメータで指定したキーの値を監視の終了判定キーに設定する場合、＜置き換え変数名＞の形式で記述することで、リクエスト時に置き換わる。ｐｏｌｌｉｎｇＥｎｄＶａｌは、監視の終了判定の値を示すパラメータである。実行ＡＰＩが完了したことを判定するためのレスポンス結果のキーの値を指定する。
ｃｈｅｃｋＲｅｓｕｌｔＫｅｙは、正常終了判定キーを示すパラメータである。実行ＡＰＩが終了した後に、ＡＰＩが正常終了したかどうかを判定するためのレスポンス結果のキーを指定する。ジョブの待ち合わせが完了した時に正常終了判定キーで指定した値と合致しなければ、ＲＥＳＴ実行ジョブは異常終了となる。ｒｅｑｕｅｓｔオブジェクト５０１において、”監視、強制終了リクエストに引き継ぐキー”のパラメータで指定したキーの値を正常終了判定キーに設定する場合、＜置き換え変数名＞の形式で記述することで、リクエスト時に置き換わる。
ｃｈｅｃｋＲｅｓｕｌｔＶａｌは、正常終了判定の値を示すパラメータである。実行ＡＰＩが終了した後に、ＡＰＩが正常終了したかどうかを判定するためのレスポンス結果のキーの値を指定する。ｊｏｂｎｅｔＶａｌＫｅｙｓは、ジョブネット変数に設定するキーを示すパラメータである。本ＨＴＴＰレスポンスの結果をジョブネット変数に設定して後続ジョブと連携したい場合、本パラメータでレスポンスのキーを指定することで、そのキーの値をジョブネット変数に設定することができる。本パラメータで指定したキーは、ジョブネット変数名＝キーの値の形式で標準出力（標準の出力先）に出力される。本パラメータは、ジョブネット変数名：抽出するキーの形式で指定する。
つぎに、ｔｅｒｍｉｎａｔｉｏｎオブジェクト５０３は、ｕｒｌ、ｍｅｔｈｏｄ、ｂｏｄｙ、ｒｅｓＨｅａｄｅｒおよびｒｅｓＢｏｄｙのパラメータの情報を含む。
ｕｒｌは、接続ＵＲＬを示すパラメータである。同じ名称でも、ｒｅｑｕｅｓｔオブジェクト５０１やｍｏｎｉｔｏｒｉｎｇオブジェクト５０２と値が異なる。ｒｅｑｕｅｓｔオブジェクト５０１において、”監視、強制終了リクエストに引き継ぐキー”のパラメータで指定したキーの値を本ＵＲＬに設定する場合、＜置き換え変数名＞の形式で記述することで、リクエスト時に置き換わる。
ｍｅｔｈｏｄは、ＨＴＴＰメソッドを示すパラメータである。ｍｅｔｈｏｄには、例えば、ＧＥＴ／ＰＵＴ／ＰＯＳＴ／ＤＥＬＥＴＥのいずれかが設定される。ｂｏｄｙは、ＨＴＴＰリクエストボディを示すパラメータである。ＨＴＴＰリクエストボディとして指定するファイルをフルパスで指定する。ｒｅｑｕｅｓｔオブジェクト５０１において、”監視、強制終了リクエストに引き継ぐキー”のパラメータで指定したキーの値をリクエストボディに設定する場合、＜置き換え変数名＞の形式で記述することで、リクエスト時に置き換わる。
ｒｅｓＨｅａｄｅｒは、ＨＴＴＰレスポンスヘッダを示すパラメータである。ＨＴＴＰレスポンスのヘッダ情報を保存するファイルをフルパスで指定する。ｒｅｓＢｏｄｙは、ＨＴＴＰレスポンスボディを示すパラメータである。ＨＴＴＰレスポンスのボディ情報を保存するファイルをフルパスで指定する。
なお、各オブジェクト５０１～５０３には、上述したパラメータの情報の他に、例えば、ｑｕｅｒｙ、ｈｅａｄｅｒなどのパラメータの情報が含まれていてもよい。ｑｕｅｒｙは、クエリパラメータを示す。接続先ＵＲＬにクエリパラメータを指定する場合、パラメータ名：値の形式で指定する。ｈｅａｄｅｒは、ＨＴＴＰリクエストヘッダを示すパラメータである。追加のＨＴＴＰリクエストヘッダを指定する場合、ヘッダ名：値の形式で指定する。
ここで、図５Ｂを用いて、ＨＴＴＰリクエストボディの一例について説明する。
図５Ｂは、ＨＴＴＰリクエストボディの一例を示す説明図である。図５Ｂにおいて、ファイル５１１（ｘｘｘ＿ｂａｔｃｈ＿ｍａｉｎ＿ｂｏｄｙ．ｊｓｏｎ）は、ｒｅｑｕｅｓｔオブジェクト５０１で指定されるＨＴＴＰリクエストボディの一例である。
ファイル５１２（ｘｘｘ＿ｂａｔｃｈ＿ｍｏｎｉ＿ｂｏｄｙ．ｊｓｏｎ）は、ｍｏｎｉｔｏｒｉｎｇオブジェクト５０２で指定されるＨＴＴＰリクエストボディの一例である。ファイル５１３（ｘｘｘ＿ｂａｔｃｈ＿ｔｅｒｍ＿ｂｏｄｙ．ｊｓｏｎ）は、ｔｅｒｍｉｎａｔｉｏｎオブジェクト５０３で指定されるＨＴＴＰリクエストボディの一例である。
各オブジェクト５０１～５０３のｂｏｄｙでは、ファイル５１１～５１３のような、ＨＴＴＰリクエストボディとして指定するファイルをフルパスで指定する。
（各種情報登録時の情報処理システム２００の動作例）
つぎに、図６を用いて、各種情報登録時（認証情報、接続情報、ＲＥＳＴ実行ジョブ）の情報処理システム２００の動作例について説明する。
図６は、各種情報登録時の情報処理システム２００の動作例を示すシーケンス図である。図６のシーケンス図において、まず、管理者端末２０３は、ユーザの操作入力により、認証情報ファイルを作成する（ステップＳ６０１）。認証情報ファイルは、ＲＥＳＴ実行ジョブが接続するクラウドサービスへの認証情報（認証情報のパラメータ設定ファイル）である。ユーザは、例えば、基幹業務システムの管理者である。
つぎに、管理者端末２０３は、ユーザの操作入力により、認証情報設定コマンドを用いて、作成した認証情報ファイルを実行制御サーバ２０１に送信する（ステップＳ６０２）。実行制御サーバ２０１は、管理者端末２０３から認証情報ファイルを受信すると、受信した認証情報ファイルを認証情報ＤＢ２２０に登録する（ステップＳ６０３）。
これにより、ＲＥＳＴ実行ジョブが接続するクラウドサービスへの認証情報（認証情報のパラメータ設定ファイル）を認証情報ＤＢ２２０に登録することができる。
つぎに、運用者端末２０４は、ユーザの操作入力により、接続情報ファイルを作成する（ステップＳ６０４）。接続情報ファイルは、ＲＥＳＴ実行ジョブがクラウドサービス（ＡＰＩ）へ接続して制御するための接続情報（接続情報のパラメータ設定ファイル）である。ユーザは、例えば、基幹業務システムの運用者である。
そして、運用者端末２０４は、ユーザの操作入力により、接続情報設定コマンドを用いて、作成した接続情報ファイルを実行制御サーバ２０１に送信する（ステップＳ６０５）。実行制御サーバ２０１は、運用者端末２０４から接続情報ファイルを受信すると、受信した接続情報ファイルを接続情報ＤＢ２３０に登録する（ステップＳ６０６）。
これにより、ＲＥＳＴ実行ジョブがクラウドサービスへ接続するための接続情報（接続情報のパラメータ設定ファイル）を接続情報ＤＢ２３０に登録することができる。この際、運用者は、例えば、パスワードなどの認証に直接関わる情報を知らなくても、接続情報の中で認証情報名を指定するだけで、クラウドサービスへ接続するための認証に必要な情報を設定することができる。
運用者端末２０４は、ジョブフローにＲＥＳＴ実行ジョブを登録する（ステップＳ６０７）。ＲＥＳＴ実行ジョブは、実行制御サーバ２０１によって管理されて実行される。ＲＥＳＴ実行ジョブのパラメータには、例えば、ステップＳ６０４において作成された接続情報ファイルがフルパスで指定される。
これにより、クラウドサービス上のジョブごとに、当該クラウドサービス上のジョブの制御にかかる異なる複数の処理（例えば、実行依頼、監視、強制終了）を行うＲＥＳＴ実行ジョブをジョブフローに登録することができる。なお、ステップＳ６０４～Ｓ６０７の処理は、例えば、管理者端末２０３において行われることにしてもよい。
（実行制御サーバ２０１の機能的構成例）
図７は、実行制御サーバ２０１の機能的構成例を示すブロック図である。図７において、実行制御サーバ２０１は、受付部７０１と実行制御部７０２とを含む。具体的には、例えば、受付部７０１および実行制御部７０２は、図３に示したメモリ３０２、ディスク３０４、可搬型記録媒体３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、通信Ｉ／Ｆ３０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。
受付部７０１は、ＲＥＳＴ実行ジョブの実行指示を受け付ける。ここで、ＲＥＳＴ実行ジョブは、第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御用のジョブである。第１のクラウドサービス上のジョブは、例えば、基幹業務と連携した新業務サービスを提供するジョブであり、運用者によって指定される。
ＲＥＳＴ実行ジョブの実行依頼には、第１のクラウドサービス上のジョブの制御に関する接続情報を特定する情報、例えば、接続情報ファイルのフルパスが含まれる。具体的には、例えば、受付部７０１は、運用者端末２０４からＲＥＳＴ実行ジョブの実行指示を受信することにより、ＲＥＳＴ実行ジョブの実行指示を受け付ける。
なお、ＲＥＳＴ実行ジョブの実行指示は、例えば、運用者端末２０４において、ユーザ（運用者）の操作入力により、複数のクラウドサービスのうち、利用するクラウドサービス（第１のクラウドサービス）に対応するＲＥＳＴ実行ジョブのアイコン等を選択することで、実行制御サーバ２０１に送信される。
実行制御部７０２は、ＲＥＳＴ実行ジョブを実行する。具体的には、例えば、実行制御部７０２は、受付部７０１が受け付けた実行指示に応じて、ＲＥＳＴ実行ジョブを実行する。ここで、実行制御部７０２は、第１の取得部７１１と、第２の取得部７１２と、実行部７１３とを含む。
第１の取得部７１１は、第１のクラウドサービス上のジョブの制御に関する接続情報を取得する。ここで、接続情報は、クラウドサービス（例えば、第１のクラウドサービス）上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む。
ジョブの制御にかかる処理に用いられるパラメータの情報は、クラウドサービス上のジョブ（ＡＰＩ）に接続して制御するための情報であり、例えば、接続ＵＲＬ、ＨＴＴＰメソッド、クエリパラメータ、ＨＴＴＰリクエストヘッダ／ボディ、ＨＴＴＰレスポンスヘッダ／ボディなどの情報を含む。
また、処理間で引き継ぎ可能なパラメータの情報は、例えば、クラウドサービス上のジョブを識別するジョブ識別子である。また、接続情報には、ＲＥＳＴ実行ジョブに後続する他のジョブに引き継ぎ可能なパラメータの情報が含まれていてもよい。他のジョブに引き継ぎ可能なパラメータの情報は、例えば、処理の実行結果である。処理の実行結果は、例えば、ステータスコード、データ、演算結果などである。
ここで、ジョブの制御にかかる複数の処理は、例えば、クラウドサービス上のジョブの実行依頼を行う処理と、クラウドサービス上のジョブの実行状態を監視する処理とを含む。実行依頼する処理は、クラウドサービス上のジョブの実行を要求する処理である。監視する処理は、実行依頼したクラウドサービス上のジョブの処理が完了したかどうかを監視する処理である。
また、複数の処理は、クラウドサービス上のジョブの実行依頼を行う処理と、クラウドサービス上のジョブを強制終了する処理とを含むものであってもよい。強制終了する処理は、ＲＥＳＴ実行ジョブの強制終了に合わせて、実行中のクラウドサービス上のジョブを強制終了する処理である。
ジョブの実行依頼を行う処理に用いられるパラメータには、クラウドサービスに接続するための認証に用いられる認証情報を識別する認証識別子が含まれる。また、ジョブの実行依頼を行う処理に用いられるパラメータには、プロキシサーバに接続するためのプロキシ認証情報を識別するプロキシ認証識別子が含まれていてもよい。
より詳細に説明すると、例えば、ジョブの実行依頼を行う処理に用いられるパラメータの情報は、図５Ａに示したｒｅｑｕｅｓｔオブジェクト５０１に相当する。また、ジョブの実行状態を監視する処理に用いられるパラメータの情報は、図５Ａに示したｍｏｎｉｔｏｒｉｎｇオブジェクト５０２に相当する。また、ジョブを強制終了する処理に用いられるパラメータの情報は、図５Ａに示したｔｅｒｍｉｎａｔｉｏｎオブジェクト５０３に相当する。
すなわち、クラウドサービス上のジョブの制御に関する接続情報には、ＲＥＳＴ実行ジョブで呼び出されるコマンドに指定するパラメータの情報が記述される。これにより、ＲＥＳＴインターフェースが提供されているクラウドサービス上のジョブ（ＡＰＩ）の実行／監視／強制終了を行うことが可能となる。
具体的には、例えば、第１の取得部７１１は、ＲＥＳＴ実行ジョブの実行指示に応じて、当該実行指示に含まれるフルパスで指定される接続情報ファイルを、接続情報ＤＢ２３０から取得する。接続情報ファイルには、クラウドサービスに接続するための認証に用いられる認証情報名が指定されている。
第２の取得部７１２は、取得された接続情報で指定された認証識別子に対応する認証情報を取得する。認証識別子は、認証情報を一意に識別する情報であり、例えば、認証情報名（ａｕｔｈＮａｍｅ）である。認証情報は、各クラウドサービスに接続するための認証に用いられる情報である。
認証情報は、認証種別によって認証に必要となる情報が異なるため、各クラウドサービスで採用されている認証種別に応じて作成される。認証種別としては、例えば、ＢＡＳＩＣ認証、ベアラートークン認証、ＡＷＳ＿ＳｉｇＶ４認証、ＡｚｕｒｅＡＤ認証、ＳＣＰ認証などがある。
具体的には、例えば、第２の取得部７１２は、取得された接続情報ファイルで指定された認証情報名（ａｕｔｈＮａｍｅ）の認証情報ファイルを、認証情報ＤＢ２２０から取得する。この認証情報ファイルは、第１のクラウドサービスに接続するための認証に必要となる情報を含む。
また、接続情報ファイルにプロキシ認証情報名（ｐｒｏｘｙＡｕｔｈＮａｍｅ）が指定されている場合、第２の取得部７１２は、指定されたプロキシ認証情報名の認証情報ファイル（プロキシ認証情報）を、認証情報ＤＢ２２０から取得する。この認証情報ファイルは、プロキシサーバを介してクラウドサービスに接続するにあたり、プロキシサーバに接続するための認証に必要となる情報を含む。
実行部７１３は、取得された認証情報と接続情報とに基づいて、第１のクラウドサービス上のジョブの制御にかかる複数の処理を行うＲＥＳＴ実行ジョブを実行する。具体的には、例えば、実行部７１３は、ＲＥＳＴ実行ジョブにより、取得された認証情報ファイルを参照して、第１のクラウドサービスに接続するための認証処理を行う。また、実行部７１３は、ＲＥＳＴ実行ジョブにより、取得された接続情報ファイルを参照して、第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う。
より詳細に説明すると、例えば、実行部７１３は、認証情報ファイル（例えば、図４Ａに示した認証情報ファイル４０１、図４Ｂに示した認証情報ファイル４０２）のａｕｔｈＴｙｐｅを参照して、認証種別を特定する。そして、実行部７１３は、特定した認証種別に応じて、認証情報ファイルを参照して、第１のクラウドサービスに接続するための認証処理を行う。
例えば、認証種別がＢＡＳＩＣ認証の場合、実行部７１３は、認証情報ファイル（例えば、認証情報ファイル４０１）を参照して、ユーザ名、パスワードをＨＴＴＰリクエストのインスタンスに設定して認証処理を行う。また、認証種別がベアラートークン認証の場合、実行部７１３は、認証情報ファイル（例えば、認証情報ファイル４０２）を参照して、アクセストークンをＨＴＴＰリクエストヘッダに設定して認証処理を行う。
また、認証種別がＡＷＳ＿ＳｉｇＶ４認証の場合、レスポンス結果によって認証情報が変わるため、実行部７１３は、ＲＥＳＴ実行ジョブの実行処理内で認証処理を行う。また、認証種別がＡｚｕｒｅＡＤ認証／ＳＣＰ認証（Ｏａｕｔｈ２．０認証）の場合、アクセストークン取得用のＨＴＴＰリクエストのインスタンスを生成し、ＲＥＳＴ実行ジョブの実行処理内で認証処理を行う。
また、実行部７１３は、プロキシ認証情報（例えば、図４Ｃに示した認証情報ファイル４０３）が取得された場合、プロキシ認証情報ファイルに基づいて、プロキシサーバに接続するための認証処理を行う。より詳細に説明すると、例えば、実行部７１３は、認証情報ファイルのａｕｔｈＴｙｐｅを参照して、認証種別を特定する。そして、実行部７１３は、特定した認証種別が「ｐｒｏｘｙ」の場合、認証情報ファイルを参照して、プロキシサーバに接続するための認証処理を行う。
また、実行部７１３は、例えば、ＲＥＳＴ実行ジョブにより、取得された接続情報ファイル（例えば、図５Ａに示した接続情報ファイル５００）のリクエスト情報（例えば、図５Ａに示したｒｅｑｕｅｓｔオブジェクト５０１）を参照して、第１のクラウドサービス上のジョブの実行依頼を行う。
また、実行部７１３は、例えば、ＲＥＳＴ実行ジョブにより、取得された接続情報ファイル（例えば、接続情報ファイル５００）の監視用リクエスト情報（例えば、図５Ａに示したｍｏｎｉｔｏｒｉｎｇオブジェクト５０２）を参照して、第１のクラウドサービス上のジョブの実行状態を監視する。
また、実行部７１３は、例えば、ＲＥＳＴ実行ジョブにより、取得された接続情報ファイル（例えば、接続情報ファイル５００）の強制終了用リクエスト情報（例えば、図５Ａに示したｔｅｒｍｉｎａｔｉｏｎオブジェクト５０３）を参照して、第１のクラウドサービス上のジョブを強制終了する。
（ジョブ実行時の実行制御サーバ２０１の動作例）
つぎに、図８を用いて、ジョブ実行時の実行制御サーバ２０１の動作例について説明する。
図８は、ジョブ実行時の実行制御サーバ２０１の動作例を示す説明図である。実行制御サーバ２０１は、認証情報ＤＢ２２０と接続情報ＤＢ２３０とを有し、クラウドサービスに接続するための認証に必要となる情報（認証情報ファイル）と、クラウドサービス上のジョブの制御にかかる処理に必要となる情報（接続情報ファイル）とを分けて持つ。
また、実行制御サーバ２０１は、接続情報ファイルにおいて、クラウドサービス上のジョブの制御にかかる複数の処理の処理ごとに、当該処理に必要となる情報を分類して持つ。複数の処理は、例えば、実行依頼、監視、強制終了などの処理である。
また、接続情報ファイルは、処理間で引き継ぎ可能なパラメータの情報や、後続処理である他のジョブとの間で引き継ぎ可能なパラメータの情報を含む。これにより、ＲＥＳＴ実行ジョブ内の処理間でリクエスト結果の情報を引き継いだり、他のジョブへ処理の実行結果を引き継いだりすることができる。
ここでは、クラウドサービスＡ，Ｂ，ＣのうちのクラウドサービスＡ上のジョブＪ（ａ）の制御にかかる複数の処理（実行依頼、監視、強制終了）を行うＲＥＳＴ実行ジョブＣＪ（ａ）の実行指示を受け付けた場合を想定する。ＲＥＳＴ実行ジョブＣＪ（ａ）は、基幹業務フロー内のジョブである。クラウドサービスＡ上のジョブＪ（ａ）は、新業務サービスを提供するジョブである。
この場合、実行制御サーバ２０１は、ＲＥＳＴ実行ジョブＣＪ（ａ）の実行指示に応じて、当該実行指示に含まれるフルパスで指定される接続情報ファイルを、接続情報ＤＢ２３０から取得する。また、実行制御サーバ２０１は、取得した接続情報ファイルで指定された認証情報名の認証情報ファイルを、認証情報ＤＢ２２０から取得する。
そして、実行制御サーバ２０１は、取得した認証情報ファイルと接続情報ファイルとに基づいて、ＲＥＳＴ実行ジョブＣＪ（ａ）を実行する。例えば、実行制御サーバ２０１は、ＲＥＳＴ実行ジョブＣＪ（ａ）により、認証情報ファイルを参照して、クラウドサービスＡに接続するための認証処理を行う。
また、実行制御サーバ２０１は、ＲＥＳＴ実行ジョブＣＪ（ａ）により、接続情報ファイルを参照して、クラウドサービスＡ上のジョブＪ（ａ）に対する各処理（実行依頼、監視、強制終了）を行う。例えば、実行制御サーバ２０１は、ＲＥＳＴインターフェースが提供されているクラウドサービスＡ上のジョブＪ（ａ）に対して、ＨＴＴＰプロトコルで実行等のリクエストの送信およびレスポンスの受信を行うことができる。
この際、ＲＥＳＴ実行ジョブＣＪ（ａ）により、例えば、実行依頼のＨＴＴＰリクエストに対するＨＴＴＰレスポンスボディの値を、処理間の引き継ぎ用キー（処理間で引き継ぎ可能なパラメータ）へ格納する。これにより、監視や強制終了のＨＴＴＰリクエストのパラメータへ情報（例えば、ジョブＪ（ａ）のジョブＩＤ）を引き継ぐことができる。
また、ＲＥＳＴ実行ジョブＣＪ（ａ）により、例えば、実行依頼、監視リクエストの結果を、ジョブ間の引き継ぎ用キー（他のジョブとの間で引き継ぎ可能なパラメータ）へ格納する。これにより、実行依頼、監視リクエストの結果を、後続処理である他のジョブＯＪへ引き継ぐことができる。
このように、ＲＥＳＴ実行ジョブＣＪ（ａ）によれば、処理間での情報の受け渡しが可能なため、一つのジョブ内で実行依頼、監視、強制終了が実施可能となる。このため、１ジョブ１リクエストで連携を実現する場合に比べて、ジョブ間で情報を引き継ぐための作り込みが容易となり、運用にかかる負荷を軽減することができる。また、認証情報を接続情報と分けて持つことで、セキュアに管理することができる。
また、クラウドサービスＡ上のジョブＪ（ａ）が異常終了したときは、ＲＥＳＴ実行ジョブＣＪ（ａ）の再起動を行うことでリカバリ可能である。このため、１ジョブ１リクエストで連携を実現する場合に比べて、どのジョブを再実行すればよいかの特定作業が不要となり、運用にかかる負荷を軽減することができる。
（実行制御サーバ２０１の実行制御処理手順）
つぎに、図９を用いて、実行制御サーバ２０１の実行制御処理手順について説明する。実行制御サーバ２０１の実行制御処理は、ＲＥＳＴ実行ジョブの実行指示に応じて開始される。また、実行制御サーバ２０１の実行制御処理内の各処理は、ＲＥＳＴ実行ジョブにより行われる。
図９は、実行制御サーバ２０１の実行制御処理手順の一例を示すフローチャートである。図９のフローチャートにおいて、まず、実行制御サーバ２０１は、接続情報ファイルの読み込み処理を実行する（ステップＳ９０１）。接続情報ファイルの読み込み処理の具体的な処理手順については、図１０を用いて後述する。
そして、実行制御サーバ２０１は、ＨＴＴＰリクエスト実行処理を実行して（ステップＳ９０２）、本フローチャートによる一連の処理を終了する。ＨＴＴＰリクエスト実行処理の具体的な処理手順については、図１１および図１２を用いて後述する。
つぎに、図１０を用いて、図９に示したステップＳ９０１の接続情報ファイルの読み込み処理の具体的な処理手順について説明する。
図１０は、接続情報ファイルの読み込み処理の具体的処理手順の一例を示すフローチャートである。図１０のフローチャートにおいて、まず、実行制御サーバ２０１は、接続情報ＤＢ２３０を参照して、指定された接続情報ファイルをオープンする（ステップＳ１００１）。なお、接続情報ファイルの指定は、例えば、ＲＥＳＴ実行ジョブの実行指示においてフルパスを指定することにより行われる。
つぎに、実行制御サーバ２０１は、接続情報ファイルの”ｒｅｑｕｅｓｔ”内の情報を読み込むことにより、リクエスト情報を読み込む（ステップＳ１００２）。そして、実行制御サーバ２０１は、認証情報ＤＢ２２０を参照して、リクエスト情報で指定された認証情報名の認証情報ファイルを読み込む（ステップＳ１００３）。
つぎに、実行制御サーバ２０１は、認証情報ファイルを参照して、クラウドサービスの認証処理を行う（ステップＳ１００４）。例えば、認証種別がＢＡＳＩＣ認証の場合、実行制御サーバ２０１は、認証情報ファイルを参照して、ユーザ名、パスワードをＨＴＴＰリクエストのインスタンスに設定する。また、認証種別がベアラートークン認証の場合、実行制御サーバ２０１は、認証情報ファイルを参照して、アクセストークンをＨＴＴＰリクエストヘッダに設定する。認証の成否は、例えば、クラウドサービスを実現するクラウドサーバ２０２（図２参照）、あるいは、クラウドサーバ２０２に対応する不図示の認証サーバで判断される。
なお、認証種別がＡＷＳ＿ＳｉｇＶ４認証の場合、レスポンス結果によって認証情報が変わるため、実行制御サーバ２０１は、ＲＥＳＴ実行ジョブの実行処理内で認証処理を行う。また、認証種別がＡｚｕｒｅＡＤ認証／ＳＣＰ認証（Ｏａｕｔｈ２．０認証）の場合、実行制御サーバ２０１は、アクセストークン取得用のＨＴＴＰリクエストのインスタンスを生成し、ＲＥＳＴ実行ジョブの実行処理内で認証処理を行う。
つぎに、実行制御サーバ２０１は、リクエスト情報でプロキシ認証情報名が指定されている場合、プロキシ認証情報の設定を行う（ステップＳ１００５）。具体的には、例えば、実行制御サーバ２０１は、認証情報ＤＢ２２０を参照して、リクエスト情報で指定されたプロキシ認証情報名の認証情報ファイルを読み込む。そして、実行制御サーバ２０１は、認証情報ファイルを参照して、プロキシサーバ認証用の情報を設定する。
つぎに、実行制御サーバ２０１は、接続情報ファイルの”ｍｏｎｉｔｏｒｉｎｇ”内の情報を読み込むことにより、監視用リクエスト情報を読み込む（ステップＳ１００６）。そして、実行制御サーバ２０１は、接続情報ファイルの”ｔｅｒｍｉｎａｔｉｏｎ”内の情報を読み込むことにより、強制終了用リクエスト情報を読み込んで（ステップＳ１００７）、接続情報ファイルの読み込み処理を呼び出したステップに戻る。
これにより、クラウドサービスに接続するための認証に必要な情報や、クラウドサービスに接続するために必要な情報を、クラウドサービス上のジョブに対する処理（実行依頼、監視、強制終了）ごとに取得することができる。接続情報ファイルは、クラウドサービス上のジョブ固有の情報である。一方、認証情報ファイルは、クラウドサービスで採用されている認証種別に応じた情報である。このため、例えば、同一の認証種別を採用しているクラウドサービスでは、同じ認証情報ファイルが用いられる場合がある。
なお、接続情報ファイルにｍｏｎｉｔｏｒｉｎｇオブジェクトが存在しない場合には、実行制御サーバ２０１は、ステップＳ１００６をスキップする。また、接続情報ファイルにｔｅｒｍｉｎａｔｉｏｎオブジェクトが存在しない場合には、実行制御サーバ２０１は、ステップＳ１００７をスキップする。
つぎに、図１１および図１２を用いて、図９に示したステップＳ９０２のＨＴＴＰリクエスト実行処理の具体的な処理手順について説明する。
図１１および図１２は、ＨＴＴＰリクエスト実行処理の具体的処理手順の一例を示すフローチャートである。図１１のフローチャートにおいて、まず、実行制御サーバ２０１は、ＨＴＴＰリクエストインスタンスやアクセストークンを用いて認証情報を設定することにより、ＲＥＳＴ実行ジョブの処理時の認証処理を行う（ステップＳ１１０１）。
例えば、認証種別がＡＷＳ＿ＳｉｇＶ４認証の場合、実行制御サーバ２０１は、認証情報ファイルとＨＴＴＰリクエスト情報から署名用のリクエストヘッダを作成し、ＨＴＴＰリクエストインスタンスに設定する。また、認証種別がＡｚｕｒｅＡＤ認証／ＳＣＰ認証（Ｏａｕｔｈ２．０認証）の場合、実行制御サーバ２０１は、アクセストークンを取得し、認証処理対象のＨＴＴＰリクエストインスタンスに設定する。ただし、認証種別がＢＡＳＩＣ認証やベアラートークン認証の場合、実行制御サーバ２０１は、ステップＳ１１０１の処理をスキップする。
そして、実行制御サーバ２０１は、設定されたリクエスト情報をもとにＨＴＴＰリクエストを発行することにより、クラウドサービス上のジョブに対する実行依頼リクエストを実行する（ステップＳ１１０２）。つぎに、実行制御サーバ２０１は、レスポンスヘッダ／ボディのファイル出力先が設定されている場合、指定の出力先にレスポンスヘッダ／ボディの内容をファイル出力する（ステップＳ１１０３）。
そして、実行制御サーバ２０１は、接続情報ファイルを参照して、ジョブネット変数に設定するキー（ｊｏｂｎｅｔＶａｌＫｅｙｓ）が指定されているか否かを判断する（ステップＳ１１０４）。ここで、キーが指定されていない場合（ステップＳ１１０４：Ｎｏ）、実行制御サーバ２０１は、ステップＳ１１０６に移行する。
一方、キーが指定されている場合（ステップＳ１１０４：Ｙｅｓ）、実行制御サーバ２０１は、レスポンスボディから指定されたキーにある値を抽出することにより、ジョブネット変数に引き継ぐキーの値を取得する（ステップＳ１１０５）。つぎに、実行制御サーバ２０１は、監視リクエストの指定があるか否かを判断する（ステップＳ１１０６）。
ここで、監視リクエストの指定がある場合（ステップＳ１１０６：Ｙｅｓ）、実行制御サーバ２０１は、図１２に示すステップＳ１２０１に移行する。一方、監視リクエストの指定がない場合（ステップＳ１１０６：Ｎｏ）、実行制御サーバ２０１は、ジョブネット変数へ引き継ぐ値のデータを標準出力して（ステップＳ１１０７）、ＨＴＴＰリクエスト実行処理を呼び出したステップに戻る。
図１２のフローチャートにおいて、まず、実行制御サーバ２０１は、監視、強制終了リクエストに引き継ぐキー（ｔａｋｅＯｖｅｒＫｅｙｓ）が指定されているか否かを判断する（ステップＳ１２０１）。ここで、キーが指定されていない場合（ステップＳ１２０１：Ｎｏ）、実行制御サーバ２０１は、ステップＳ１２０４に移行する。
一方、キーが指定されている場合（ステップＳ１２０１：Ｙｅｓ）、実行制御サーバ２０１は、レスポンスボディから指定されたキーの値を抽出することにより、監視、強制終了リクエストに引き継ぐキーの値を取得する（ステップＳ１２０２）。そして、実行制御サーバ２０１は、監視、強制終了リクエストのＵＲＬとボディに設定されている置き換え変数を、取得した値に置き換えることにより、監視、強制終了リクエストに値を設定する（ステップＳ１２０３）。
つぎに、実行制御サーバ２０１は、クラウドサービス上のジョブの実行状態を監視する監視処理を実行する（ステップＳ１２０４）。監視処理の具体的な処理手順については、図１３および図１４を用いて後述する。そして、実行制御サーバ２０１は、ジョブネット変数へ引き継ぐ値のデータを標準出力して（ステップＳ１２０５）、ＨＴＴＰリクエスト実行処理を呼び出したステップに戻る。
これにより、クラウドサービス上のジョブに対して実行依頼することができる。また、クラウドサービス上のジョブに対する実行依頼リクエストの結果を、ＲＥＳＴ実行ジョブ内の他の処理や、他のジョブに引き継ぐことができる。
つぎに、図１３および図１４を用いて、図１２に示したステップＳ１２０４の監視処理の具体的な処理手順について説明する。
図１３および図１４は、監視処理の具体的処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、実行制御サーバ２０１は、監視中にＳＩＧＴＥＲＭを受信したときに強制終了処理に移行するためのシグナルハンドラを設定する（ステップＳ１３０１）。ＳＩＧＴＥＲＭは、ＲＥＳＴ実行ジョブの強制終了操作が行われると送られる。
なお、強制終了処理の具体的な処理手順については、図１５を用いて後述する。
つぎに、実行制御サーバ２０１は、設定された監視リクエスト情報をもとに監視リクエストを発行することにより、クラウドサービス上のジョブに対する監視リクエストを実行する（ステップＳ１３０２）。監視リクエストが実行されると、監視回数がインクリメントされる。
そして、実行制御サーバ２０１は、終了判定キーの情報をもとに、レスポンス結果からジョブの実行状態を取得する（ステップＳ１３０３）。つぎに、実行制御サーバ２０１は、取得したジョブの実行状態の値を、監視の終了判定の値と比較して（ステップＳ１３０４）、一致するか否かを判断する（ステップＳ１３０５）。
ここで、一致する場合（ステップＳ１３０５：Ｙｅｓ）、実行制御サーバ２０１は、図１４に示すステップＳ１４０１に移行する。一方、一致しない場合（ステップＳ１３０５：Ｎｏ）、実行制御サーバ２０１は、現在の監視回数を監視のポーリング回数と比較し（ステップＳ１３０６）、一致するか否かを判断する（ステップＳ１３０７）。
ここで、一致しない場合（ステップＳ１３０７：Ｎｏ）、実行制御サーバ２０１は、監視のポーリング間隔時間スリープして（ステップＳ１３０８）、ステップＳ１３０２に戻る。一方、一致する場合（ステップＳ１３０７：Ｙｅｓ）、実行制御サーバ２０１は、監視処理をタイムアウトして、ＲＥＳＴ実行ジョブを異常終了する。
図１４のフローチャートにおいて、まず、実行制御サーバ２０１は、レスポンス結果からクラウドサービス上のジョブの実行結果を取得する（ステップＳ１４０１）。そして、実行制御サーバ２０１は、取得したジョブの実行結果を、監視の正常終了判定の値と比較する（ステップＳ１４０２）。
つぎに、実行制御サーバ２０１は、レスポンスヘッダ／ボディのファイル出力先が設定されている場合、指定の出力先にレスポンスヘッダ／ボディの内容をファイル出力する（ステップＳ１４０３）。そして、実行制御サーバ２０１は、ジョブの実行結果が、監視の正常終了判定の値と一致するか否かを判断する（ステップＳ１４０４）。
ここで、一致しない場合（ステップＳ１４０４：Ｎｏ）、実行制御サーバ２０１は、ＲＥＳＴ実行ジョブを異常終了する。一方、一致する場合（ステップＳ１４０４：Ｙｅｓ）、監視リクエストにジョブネット変数に設定するキー（ｊｏｂｎｅｔＶａｌＫｅｙｓ）が指定されているか否かを判断する（ステップＳ１４０５）。
ここで、キーが指定されていない場合（ステップＳ１４０５：Ｎｏ）、実行制御サーバ２０１は、監視処理を呼び出したステップに戻る。一方、キーが指定されている場合（ステップＳ１４０５：Ｙｅｓ）、実行制御サーバ２０１は、レスポンスボディから指定されたキーにある値を抽出することにより、ジョブネット変数に引き継ぐキーの値を取得して（ステップＳ１４０６）、監視処理を呼び出したステップに戻る。
これにより、クラウドサービス上のジョブの実行状態を一定時間間隔で監視することができる。また、クラウドサービス上のジョブに対する監視リクエストの結果を、他のジョブに引き継ぐことができる。
つぎに、図１５を用いて、クラウドサービス上のジョブを監視中にＳＩＧＴＥＲＭを受信したときに実行される強制終了処理の具体的な処理手順について説明する。
図１５は、強制終了処理の具体的処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、実行制御サーバ２０１は、設定された強制終了リクエスト情報をもとに強制終了リクエストを発行することにより、クラウドサービス上のジョブに対する強制終了リクエストを実行する（ステップＳ１５０１）。
そして、実行制御サーバ２０１は、レスポンスヘッダ／ボディのファイル出力先が設定されている場合、指定の出力先にレスポンスヘッダ／ボディの内容をファイル出力して（ステップＳ１５０２）、本フローチャートによる一連の処理を終了する。
これにより、ＲＥＳＴ実行ジョブの強制終了に合わせて、実行中のクラウドサービス上のジョブを強制終了することができる。
以上説明したように、実施の形態にかかる実行制御サーバ２０１によれば、ＲＥＳＴ実行ジョブの実行指示に応じて、接続情報ＤＢ２３０を参照して、指定された第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、認証情報ＤＢ２２０を参照して、取得した接続情報で指定された認証識別子に対応する認証情報を取得することができる。ＲＥＳＴ実行ジョブは、第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御用のジョブである。接続情報は、第１のクラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む。また、認証情報は、第１のクラウドサービスに接続するための認証に用いる情報である。そして、実行制御サーバ２０１によれば、取得した認証情報と接続情報とに基づいて、ＲＥＳＴ実行ジョブを実行することができる。
これにより、クラウドサービス上のジョブに対する複数の処理を、一つのジョブ（ＲＥＳＴ実行ジョブ）で実施することが可能となる。また、各種クラウドサービスに接続するために必要となる情報を、設定ファイルとして予め作成しておくことで、ジョブ実行時のユーザ設定が不要となり、ユーザの操作負荷を減らして使用性を向上させることができる。また、他の処理に情報を引き継ぎ可能なパラメータを設けることで、ＲＥＳＴ実行ジョブ内の処理間で情報の引き継ぎを行うことができる。このため、１ジョブ１リクエストで連携を実現する場合に比べて、ジョブ間で情報を引き継ぐための作り込みが容易となり、運用にかかる負荷を軽減することができる。また、認証情報を接続情報と分けて持つことで、認証に直接関わる情報を接続情報に記述する場合に比べて、認証情報をセキュアに管理することができる。
また、実行制御サーバ２０１によれば、クラウドサービス上のジョブの制御にかかる複数の処理として、ジョブの実行依頼を行う処理と、ジョブの実行状態を監視する処理とを行うことができる。
これにより、クラウドサービス上のジョブに対して実行依頼することができる。また、実行依頼したクラウドサービス上のジョブが非同期で実行される場合でも、処理が完了したかどうかを監視し、処理の完了を待ち合わせることが可能となる。
また、実行制御サーバ２０１によれば、クラウドサービス上のジョブの制御にかかる複数の処理として、ジョブの実行依頼を行う処理と、ジョブを強制終了する処理とを行うことができる。
これにより、クラウドサービス上のジョブに対して実行依頼することができる。また、クラウドサービス側にジョブの強制終了のＡＰＩが提供されている場合に、例えば、ＲＥＳＴ実行ジョブの強制終了に合わせて、実行中のクラウドサービス上のジョブを強制終了することが可能となる。
また、実行制御サーバ２０１によれば、処理間で引き継ぎ可能なパラメータの情報として、クラウドサービス上のジョブを識別するジョブ識別子を含めることができる。
これにより、ＲＥＳＴ実行ジョブ内の処理間でジョブｉｄなどを引き継いで、制御対象となるクラウドサービス上のジョブを各処理で認識することができる。
また、実行制御サーバ２０１によれば、ＲＥＳＴ実行ジョブに後続する他のジョブに引き継ぎ可能なパラメータの情報を接続情報に含めることができる。他のジョブに引き継ぎ可能なパラメータの情報は、例えば、処理の実行結果を含む。
これにより、例えば、実行依頼したジョブの指定したレスポンス結果のキーの値をジョブネット変数に設定して、後続ジョブと連携することが可能となる。
また、実行制御サーバ２０１によれば、認証情報ＤＢ２２０を参照して、取得した接続情報で指定されたプロキシ認証識別子に対応するプロキシ認証情報を取得し、取得した認証情報とプロキシ認証情報と接続情報とに基づいて、ＲＥＳＴ実行ジョブを実行することができる。
これにより、プロキシサーバ経由でクラウドサービス上のジョブに対するＨＴＴＰリクエストを行う場合に、予め作成されたプロキシ認証用の設定ファイルを用いて、プロキシサーバの認証を行うことができる。このため、ジョブ実行時のユーザ設定が不要となり、ユーザの操作負荷を減らして使用性を向上させることができる。
これらのことから、実施の形態にかかる実行制御サーバ２０１（情報処理装置１０１）によれば、各種クラウドサービス上のジョブへの複数の処理を一つのジョブで汎用的に制御可能となり、ジョブ運用の効率化を図ることができる。例えば、クラウドサービスごとのＲＥＳＴ実行ジョブを起動（実行）する際に、ＲＥＳＴ実行ジョブに与えるファイルを変えるだけで、基幹業務と新業務サービスとを簡単に連携させることができ、基幹業務から新業務サービスを一元的に監視・管理することが可能となる。
なお、本実施の形態で説明した実行制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本実行制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本実行制御プログラムは、インターネット等のネットワークを介して配布してもよい。
また、本実施の形態で説明した実行制御サーバ２０１（情報処理装置１０１）は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。
上述した実施の形態に関し、さらに以下の付記を開示する。
（付記１）第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
処理をコンピュータに実行させることを特徴とする実行制御プログラム。
（付記２）前記ジョブの制御にかかる複数の処理は、前記ジョブの実行依頼を行う処理と、前記ジョブの実行状態を監視する処理とを含む、ことを特徴とする付記１に記載の実行制御プログラム。
（付記３）前記ジョブの制御にかかる複数の処理は、前記ジョブの実行依頼を行う処理と、前記ジョブを強制終了する処理とを含む、ことを特徴とする付記１または２に記載の実行制御プログラム。
（付記４）前記処理間で引き継ぎ可能なパラメータの情報は、前記各クラウドサービス上のジョブを識別するジョブ識別子を含む、ことを特徴とする付記２または３に記載の実行制御プログラム。
（付記５）前記接続情報は、前記実行制御ジョブに後続する他のジョブに引き継ぎ可能なパラメータの情報を含む、ことを特徴とする付記１～４のいずれか一つに記載の実行制御プログラム。
（付記６）前記他のジョブに引き継ぎ可能なパラメータの情報は、前記処理の実行結果を含む、ことを特徴とする付記５に記載の実行制御プログラム。
（付記７）前記第２の記憶部は、さらに、プロキシサーバに接続するためのプロキシ認証情報を、当該プロキシ認証情報を識別するプロキシ認証識別子と対応付けて記憶しており、
前記第２の記憶部を参照して、取得した前記接続情報で指定されたプロキシ認証識別子に対応するプロキシ認証情報を取得し、
取得した前記認証情報と前記プロキシ認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
処理を前記コンピュータに実行させることを特徴とする付記１～６のいずれか一つに記載の実行制御プログラム。
（付記８）第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
処理をコンピュータが実行することを特徴とする実行制御方法。
（付記９）第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
実行制御部を有することを特徴とする情報処理装置。
１０１ 情報処理装置
１０２ 実行制御ジョブ
１１０ 第１の記憶部
１２０ 第２の記憶部
２００ 情報処理システム
２０１ 実行制御サーバ
２０２ クラウドサーバ
２０３ 管理者端末
２０４ 運用者端末
２１０ ネットワーク
２２０ 認証情報ＤＢ
２３０ 接続情報ＤＢ
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ ディスクドライブ
３０４ ディスク
３０５ 通信Ｉ／Ｆ
３０６ 可搬型記録媒体Ｉ／Ｆ
３０７ 可搬型記録媒体
４０１，４０２，４０３ 認証情報ファイル
５００ 接続情報ファイル
５０１ ｒｅｑｕｅｓｔオブジェクト
５０２ ｍｏｎｉｔｏｒｉｎｇオブジェクト
５０３ ｔｅｒｍｉｎａｔｉｏｎオブジェクト
７０１ 受付部
７０２ 実行制御部
７１１ 第１の取得部
７１２ 第２の取得部
７１３ 実行部
Ａ クラウドサービス
ＣＪ（ａ） ＲＥＳＴ実行ジョブ
Ｊ（ａ） ジョブ
ＯＪ 他のジョブ

Claims (14)

  1. 第１のクラウドサービス上のジョブに対する異なる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブに対する異なる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    処理をコンピュータに実行させることを特徴とする実行制御プログラム。
  2. 第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    処理をコンピュータに実行させ、
    前記ジョブの制御にかかる複数の処理は、前記ジョブの実行依頼を行う処理と、前記ジョブの実行状態を監視する処理とを含む、ことを特徴とする実行制御プログラム。
  3. 第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    処理をコンピュータに実行させ、
    前記ジョブの制御にかかる複数の処理は、前記ジョブの実行依頼を行う処理と、前記ジョブを強制終了する処理とを含む、ことを特徴とする実行制御プログラム。
  4. 第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶するとともに、プロキシサーバに接続するためのプロキシ認証情報を、当該プロキシ認証情報を識別するプロキシ認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    前記第２の記憶部を参照して、取得した前記接続情報で指定されたプロキシ認証識別子に対応するプロキシ認証情報を取得し、
    取得した前記認証情報と前記プロキシ認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    処理をコンピュータに実行させることを特徴とする実行制御プログラム。
  5. 前記処理間で引き継ぎ可能なパラメータの情報は、前記各クラウドサービス上のジョブを識別するジョブ識別子を含む、ことを特徴とする請求項１～４のいずれか一つに記載の実行制御プログラム。
  6. 前記接続情報は、前記実行制御ジョブに後続する他のジョブに引き継ぎ可能なパラメータの情報を含む、ことを特徴とする請求項１～４のいずれか一つに記載の実行制御プログラム。
  7. 第１のクラウドサービス上のジョブに対する異なる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブに対する異なる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    処理をコンピュータが実行することを特徴とする実行制御方法。
  8. 第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    処理をコンピュータが実行し、
    前記ジョブの制御にかかる複数の処理は、前記ジョブの実行依頼を行う処理と、前記ジョブの実行状態を監視する処理とを含む、ことを特徴とする実行制御方法。
  9. 第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    処理をコンピュータが実行し、
    前記ジョブの制御にかかる複数の処理は、前記ジョブの実行依頼を行う処理と、前記ジョブを強制終了する処理とを含む、ことを特徴とする実行制御方法。
  10. 第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶するとともに、プロキシサーバに接続するためのプロキシ認証情報を、当該プロキシ認証情報を識別するプロキシ認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    前記第２の記憶部を参照して、取得した前記接続情報で指定されたプロキシ認証識別子に対応するプロキシ認証情報を取得し、
    取得した前記認証情報と前記プロキシ認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    処理をコンピュータが実行することを特徴とする実行制御方法。
  11. 第１のクラウドサービス上のジョブに対する異なる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブに対する異なる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    実行制御部を有することを特徴とする情報処理装置。
  12. 第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    実行制御部を有し、
    前記ジョブの制御にかかる複数の処理は、前記ジョブの実行依頼を行う処理と、前記ジョブの実行状態を監視する処理とを含む、ことを特徴とする情報処理装置。
  13. 第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    取得した前記認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    実行制御部を有し、
    前記ジョブの制御にかかる複数の処理は、前記ジョブの実行依頼を行う処理と、前記ジョブを強制終了する処理とを含む、ことを特徴とする情報処理装置。
  14. 第１のクラウドサービス上のジョブの制御にかかる複数の処理を行う実行制御ジョブの実行指示に応じて、各クラウドサービス上のジョブの制御にかかる複数の処理のそれぞれの処理について、当該処理に用いられるパラメータの情報と、処理間で引き継ぎ可能なパラメータの情報とを含む接続情報を記憶する第１の記憶部を参照して、前記第１のクラウドサービス上のジョブの制御に関する接続情報を取得し、
    前記各クラウドサービスに接続するための認証情報を、当該認証情報を識別する認証識別子と対応付けて記憶するとともに、プロキシサーバに接続するためのプロキシ認証情報を、当該プロキシ認証情報を識別するプロキシ認証識別子と対応付けて記憶する第２の記憶部を参照して、取得した前記接続情報で指定された認証識別子に対応する認証情報を取得し、
    前記第２の記憶部を参照して、取得した前記接続情報で指定されたプロキシ認証識別子に対応するプロキシ認証情報を取得し、
    取得した前記認証情報と前記プロキシ認証情報と前記接続情報とに基づいて、前記実行制御ジョブを実行する、
    実行制御部を有することを特徴とする情報処理装置。
JP2020170397A 2020-10-08 2020-10-08 実行制御プログラム、実行制御方法および情報処理装置 Active JP7526632B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020170397A JP7526632B2 (ja) 2020-10-08 2020-10-08 実行制御プログラム、実行制御方法および情報処理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020170397A JP7526632B2 (ja) 2020-10-08 2020-10-08 実行制御プログラム、実行制御方法および情報処理装置

Publications (2)

Publication Number Publication Date
JP2022062407A JP2022062407A (ja) 2022-04-20
JP7526632B2 true JP7526632B2 (ja) 2024-08-01

Family

ID=81211065

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020170397A Active JP7526632B2 (ja) 2020-10-08 2020-10-08 実行制御プログラム、実行制御方法および情報処理装置

Country Status (1)

Country Link
JP (1) JP7526632B2 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006293730A (ja) 2005-04-12 2006-10-26 Nec Corp ジョブ連携システム、方法、プログラム、記録媒体
JP2013012066A (ja) 2011-06-29 2013-01-17 Canon Inc 印刷中継サーバーシステム、その制御方法、およびプログラム。
JP2018156591A (ja) 2017-03-21 2018-10-04 株式会社リコー 情報処理装置、情報処理プログラム、情報処理システムおよび情報処理方法
JP2018160098A (ja) 2017-03-23 2018-10-11 日本電気株式会社 ワークフローシステム、処理システム、方法及びプログラム
JP2019128688A (ja) 2018-01-23 2019-08-01 株式会社野村総合研究所 運用管理システム
JP2019161445A (ja) 2018-03-13 2019-09-19 ブラザー工業株式会社 アプリケーションプログラムおよび情報処理装置
JP2020048119A (ja) 2018-09-20 2020-03-26 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006293730A (ja) 2005-04-12 2006-10-26 Nec Corp ジョブ連携システム、方法、プログラム、記録媒体
JP2013012066A (ja) 2011-06-29 2013-01-17 Canon Inc 印刷中継サーバーシステム、その制御方法、およびプログラム。
JP2018156591A (ja) 2017-03-21 2018-10-04 株式会社リコー 情報処理装置、情報処理プログラム、情報処理システムおよび情報処理方法
JP2018160098A (ja) 2017-03-23 2018-10-11 日本電気株式会社 ワークフローシステム、処理システム、方法及びプログラム
JP2019128688A (ja) 2018-01-23 2019-08-01 株式会社野村総合研究所 運用管理システム
JP2019161445A (ja) 2018-03-13 2019-09-19 ブラザー工業株式会社 アプリケーションプログラムおよび情報処理装置
JP2020048119A (ja) 2018-09-20 2020-03-26 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム

Also Published As

Publication number Publication date
JP2022062407A (ja) 2022-04-20

Similar Documents

Publication Publication Date Title
KR101104008B1 (ko) 업무 처리를 위한 데이터 입력을 지원하기 위한 방법 및 프로그램
KR101104062B1 (ko) 애플리케이션 서버에서의 업무 처리를 위한 데이터 입력을 지원하기 위한 방법, 프로그램, 및 에이전트 서버
US9176720B1 (en) Installation of third-party web applications into a container
US9529639B2 (en) System and method for staging in a cloud environment
JP2006059119A (ja) ストレージネットワークの移行方法、管理装置、管理プログラムおよびストレージネットワークシステム
JP2000132521A (ja) 異なるソ―ス間でのデ―タ項目移動および階層オブジェクト指向表現のための方法および装置
US11948005B2 (en) Managed integration of constituent services of multi-service applications
JP7518654B2 (ja) 情報処理装置、その制御方法、設置管理サーバ、及びシステム
JP6582841B2 (ja) サービス提供システム、情報処理装置、プログラム及び情報処理システム
JP5806688B2 (ja) ＯｐＳ装置
JP2014153804A (ja) 情報処理装置、情報処理システム、停止方法及びプログラム
JP2002091813A (ja) 統合文書管理システム、方法、及びプログラムを記録したコンピュータ読み取り可能な記録媒体
JP4953753B2 (ja) 情報処理装置及びその制御方法、プログラム
JP2012174042A (ja) 文書管理装置および文書管理装置の制御方法およびプログラム
CN105760119B (zh) 终端设备、信息处理系统和输出方法
JP7526632B2 (ja) 実行制御プログラム、実行制御方法および情報処理装置
WO2020188779A1 (ja) 情報処理装置、情報処理システムおよび情報処理プログラム
JP2021117591A (ja) 生成装置、生成方法および生成プログラム
JP2017134728A (ja) 情報処理装置及び情報処理プログラム
JP7311740B2 (ja) 情報処理システム、その制御方法、及びプログラム
JP6588961B2 (ja) 計算機システムおよび推奨パラメータ値抽出方法
JP2009140443A (ja) ソフトウェア開発支援システム、排他制御方法およびプログラム
JP2024130404A (ja) デプロイ支援装置、デプロイ支援方法、およびデプロイ支援プログラム
JP2011145969A (ja) 情報処理装置、ジョブ処理方法、プログラム
JP2024087589A (ja) ファイル管理プログラムおよびファイル管理装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230707

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240209

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240220

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240416

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240611

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240624

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240722

R150 Certificate of patent or registration of utility model

Ref document number: 7526632

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150