JP7233342B2 - サービス連携支援システムおよびその方法 - Google Patents

サービス連携支援システムおよびその方法 Download PDF

Info

Publication number
JP7233342B2
JP7233342B2 JP2019146252A JP2019146252A JP7233342B2 JP 7233342 B2 JP7233342 B2 JP 7233342B2 JP 2019146252 A JP2019146252 A JP 2019146252A JP 2019146252 A JP2019146252 A JP 2019146252A JP 7233342 B2 JP7233342 B2 JP 7233342B2
Authority
JP
Japan
Prior art keywords
service
node
function
information
connection information
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
JP2019146252A
Other languages
English (en)
Other versions
JP2021026660A (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.)
Hitachi Ltd
Original Assignee
Hitachi 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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2019146252A priority Critical patent/JP7233342B2/ja
Priority to US16/816,760 priority patent/US11182131B2/en
Publication of JP2021026660A publication Critical patent/JP2021026660A/ja
Application granted granted Critical
Publication of JP7233342B2 publication Critical patent/JP7233342B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/34—Graphical or visual programming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Description

本発明は、概して、アプリケーションの開発を支援する技術に関し、特に、ビジュアルプログラミングシステムを用いた開発を支援する技術に関する。
アプリケーションの機能性を高めるため、サービスとして提供される様々なソフトウェア、例えば、データベースサービスや音声認識サービス等を用いて、アプリケーションを構築することがある。これらサービスはアプリケーションを構成するプログラムから、ＡＰＩ（Application Programming Interface）を用いて呼び出され、その機能が利用される。これにより、開発者は様々なサービスが持つ機能を実装なしに利用できる。
一方、市場価値にあったアプリケーションを作るため、小さな単位でプログラミングを行い、試行錯誤しながらアプリケーションを開発することが行われる。このとき、アプリケーションのプログラムの開発に、ビジュアルプログラミングシステムが用いられることがある。ビジュアルプログラミングとは、アイコンにより視覚化された処理の部品を配置及び接続することによりプログラムを構築する方法である。ビジュアルプログラミングシステムを用いることにより、開発者は直感的かつ少ない作業で迅速にプログラムを開発できる。
そこで、ビジュアルプログラミングシステムを用いて様々なサービスを呼び出すアプリケーションを開発すれば、様々なサービスの機能を活用したアプリケーションを高速に試行錯誤しながらプログラミングでき、結果として、より市場価値の高いアプリケーションを開発できる可能性がある。
しかし、ビジュアルプログラミングシステムからサービスの機能を使うには、開発者が前もってサービスを作成（プロビジョニングのように利用可能な状態にすることも含む）し、サービスの接続情報（例えば、エンドポイントを表す情報と認証情報とを含んだ情報）を取得し、その接続情報をビジュアルプログラミングシステムに設定として登録する事前作業が必要になる。利用するサービスの数が多くなるほど、この作業負荷は増大し、高速なアプリケーション開発の試行錯誤を妨げてしまう問題がある。
このため、ビジュアルプログラミングシステムにてサービスを利用するには、開発者によるビジュアルプログラミングシステムの操作に応じて動的にサービスが作成され、接続情報の設定なしにビジュアルプログラミングシステムからアクセス可能になることが望ましい。この実現に利用可能な技術として、特許文献１が挙げられる。なお、ビジュアルプログラミングシステムは、「モデル開発環境」と呼ばれてもよい。ソフトウェアの構成要素や処理単位がノードであり、ノード同士の結線は「エッジ」と呼ばれてもよい。ノードとエッジは有向グラフにおける用語であり、フローダイアグラムも有向グラフとして捉えることができる。本明細書において、フローダイアグラムとブロックダイアグラムと有向グラフは同義とし、フローダイアグラムは単に「フロー」と呼ぶことができ、「フロー」と「グラフ」は同義とできる。フローは、典型的には、ＤＡＧ（Directed Acyclic Graph）である。
ＵＳ２０１８／００６９８０４Ａ１
ビジュアルプログラミングシステムから動的にサービスの作成および接続を行う場合、特許文献１には例えば以下の課題１および課題２がある。
（課題１）ビジュアルプログラミングシステムに相当するユーザデバイスが、サービスの作成要求（create service request）をオンデマンドサービスブローカーに出す方法が開示されていない。高速に試行錯誤しながらアプリケーションの開発を行う場合、プログラム変更のたびに必要となるサービスの作成や削除を開発者が行っていては、高速な試行錯誤が阻害される。プログラムの変更や実行を検知して動的にサービスを作成できることが望ましいが、特許文献１ではできない。
（課題２）サービスの接続情報とノード（アイコンにより視覚化された処理の部品。ビジュアルプログラミングシステムではノードを繋ぎ合わせることによりフローを構築する）の対応関係が管理されていない。また、接続情報を動的にノードに反映することができない。ビジュアルプログラミングシステムでは無数のノードが様々なサービスに接続しており、更に複数ノードが同一のサービスに接続する場合もあるため、このサービスとノードの接続関係をユーザが管理し、サービス作成のたびに設定を手動登録することは困難である。
ビジュアルプログラミングシステムが提供するフロー編集画面におけるフローが、ビジュアルプログラミングシステムの外部サービスを呼び出すノードであるサービス利用ノードを含んでいて、且つ、サービス利用ノードに対する外部サービスの接続がユーザにより要求されたことであるユーザ要求を検出した場合、サービス連携支援システムが、外部サービスの作成機能を有するサービス管理システムに外部サービスの作成要求を送信し、当該作成要求に応答してサービス管理システムにより作成された外部サービスに接続するための接続情報（サービス管理システムにより作成された情報）を、サービス管理システムから取得する。サービス連携支援システムは、当該取得された接続情報をサービス利用ノードのプロパティに設定する。
本発明の代表的な実施形態によれば、ビジュアルプログラミングシステムのフローの編集において、動的に外部サービスが作成されると共に、当該作成された外部サービスの接続情報が、当該外部サービスを呼び出すサービス利用ノードのプロパティに自動で設定される。このため、ユーザ（例えば、開発者）は事前に外部サービスを作成したりその外部サービスの接続情報を手動で設定したりする必要がなくなる。結果として、アプリケーションの開発を効率化できる。具体的には、外部サービスを呼び出すサービス利用ノードを含んだフローを用いた試行錯誤を高速に行うことができる。構成および効果の一例は、以下の実施形態の説明により明らかにされる。
本発明の第１実施形態におけるシステム構成の一例を示すブロック図である。 ビジュアルプログラミングシステムのＧＵＩ画面の一例を示す図である。 プロパティ設定の操作の一例を示す図である。 計算機のハードウェア構成の一例を示すブロック図である。 フロー情報の一例を示す図である。 サービス連携システム内の各種情報のデータ構造の一例を示す図である。 サービス定義情報のうちのCustomPolicyおよびMonitoringのデータ構造の一例を示す図である。 接続情報一覧のデータ構造の一例を示す図である。 イベント通知処理を示す図である。 作成処理を示す図である。 削除処理を示す図である。 ノード別の一時停止処理を示す図である。 フロー全体の一時停止処理を示す図である。 サービス再起動処理のフローチャートである。 本発明の第２実施形態におけるシステム構成の一例を示すブロック図である。
以下、図面を用いて、本発明の一実施形態を詳述する。
ただし、本発明は後述する実施形態に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例および同等の構成が含まれる。例えば、前述した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。
なお、以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、下記のうちの少なくとも一つでよい。
・一つ以上のＩ／Ｏ（Input/Output）インターフェースデバイス。Ｉ／Ｏ（Input/Output）インターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも一つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも一つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボードおよびポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・一つ以上の通信インターフェースデバイス。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。
また、以下の説明では、「メモリ」は、一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。
また、以下の説明では、「永続記憶装置」は、一つ以上の永続記憶デバイスである。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）であり、具体的には、例えば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）である。
また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。
また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスである。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部または全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）またはＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。
また、以下の説明では、各情報を「テーブル」または「ＪＳＯＮ（JavaScript Object Notation）フォーマットのテキストデータ」形式にて説明するが（JavaScriptは登録商標）、これら情報は必ずしもテーブルによるデータ構造で表現されていなくてもよく、リスト、ＤＢ、キュー等のデータ構造や、Ｙａｍｌ、ＸＭＬ等フォーマットのテキストデータや、またそれ以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。また、各情報の内容を説明する際に、「識別情報」、「識別子」、「ＩＤ（Identification）」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。
また、以下の説明では、ＧＵＩ（Graphical User Interface）上のボタンの押下を起点に実行される処理は、対応するＡＰＩの呼び出しを起点に実行されてもよい。
また、以下の説明では、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。
また、以下の説明では、前述した各構成、機能、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。
また、以下の説明では、「ｘｘｘ機能」の表現にて機能を説明することがあるが、機能は、一つ以上のコンピュータプログラムがプロセッサによって実行されることで実現されてもよいし、一つ以上のハードウェア回路（例えばＦＰＧＡまたはＡＳＩＣ）によって実現されてもよい。プログラムがプロセッサによって実行されることで機能が実現される場合、定められた処理が、適宜に記憶装置および／またはインターフェース装置等を用いながら行われるため、機能はプロセッサの少なくとも一部とされてもよい。機能を主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。プログラムは、プログラムソースからインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機または計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。各機能の説明は一例であり、複数の機能が一つの機能にまとめられたり、一つの機能が複数の機能に分割されたりしてもよい。
また、以下の説明では、異なる計算機間にてデータを取得したりプログラムの機能を呼び出したりする際は、実際にはＷｅｂ ＡＰＩ等の通信プロトコルを用いたリモートプロシージャコールを行っている場合がある。
また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通部分を使用し、同種の要素を区別する場合は、参照符号を使用することがある。例えば、ビジュアルプログラミングシステムを区別しない場合には、「ビジュアルプログラミングシステム１０」と言い、ビジュアルプログラミングシステムを区別する場合には、「ビジュアルプログラミングシステム１０Ａ」、「ビジュアルプログラミングシステム１０Ｂ」のように言うことがある。
［第１実施形態］
＜システムの説明＞
図１は、本発明の第１実施形態におけるシステム構成の一例を示すブロック図である。
ネットワーク８０に、ビジュアルプログラミングシステム１０と、サービス連携システム５０と、サービス管理システム６０とが接続される。
本実施形態では、ビジュアルプログラミングシステム１０のユーザ４０が設定したポリシーを表すポリシー情報に従い、ビジュアルプログラミングシステム１０での特定のイベントに応じて外部サービス（以下、サービス）７０が作成される。作成されたサービス７０が、ビジュアルプログラミングシステム１０から接続可能になる。同様に、ビジュアルプログラミングシステム１０での特定のイベントに応じて、サービス７０の削除および再作成が可能である。更に、サービス７０が利用可能か監視され、利用不可能なときは、当該サービス７０を呼び出すフローの実行が待機または中断される。
ビジュアルプログラミングシステム１０とサービス管理システム６０のいずれも、サービス連携システム５０一つに対し複数存在してよい。また、サービス７０は、サービス管理システム６０一つに対し複数存在してよい。また、１つのビジュアルプログラミングシステム１０を複数のユーザが利用してもよいし、一人のユーザが複数のビジュアルプログラミングシステム１０を利用してもよい。また、各コンポーネントの接続形態はネットワークに限らず、例えば、個々のビジュアルプログラミングシステム１０の内部にサービス連携システム５０が設けられてもよく、また、サービス連携システム５０の内部にサービス管理システム６０が設けられてもよい。
ビジュアルプログラミングシステム１０は、フローを実装および実行する機能を有する。フローはビジュアルプログラミングシステム１０を用いて実装されたプログラムである。ビジュアルプログラミングシステム１０はフローを実装したり、実行したりするために、ＧＵＩを用いることができ、フローを編集するＧＵＩ画面を出力デバイス４２に出力することができる。ビジュアルプログラミングシステム１０の利用イメージの一例は図２にて詳述する。また、ビジュアルプログラミングシステム１０内のコンポーネントの説明は図２説明の後に詳述する。
ユーザ４０は、ビジュアルプログラミングシステム１０を用いてプログラミングを行うことができる。プログラミングのために、ユーザ４０は、液晶ディスプレイなどの出力デバイス４２を用いビジュアルプログラミングシステム１０のＧＵＩ画面を確認し、キーボードおよびポインティングデバイスなどの入力デバイス４１を用いて、そのＧＵＩ画面を操作できる。ユーザ４０の計算機（図示せず）が、入力デバイス４１と出力デバイス４２を有してよく、ビジュアルプログラミングシステム１０と通信してよい。
サービス連携システム５０は、ビジュアルプログラミングシステム１０から通知されるイベントに応じてサービス７０を作成または削除する機能と、ビジュアルプログラミングシステム１０にサービス７０の接続情報を通知する機能を有する。
具体的には、サービス連携システム５０は、イベント検知機能５１と、サービス作成機能５２と、サービス削除機能５３と、情報取得機能５４とを有する。また、サービス連携システム５０は、ポリシー情報５５と、サービス定義情報５６と、管理システム情報５７とを管理する。
イベント検知機能５１は、ビジュアルプログラミングシステム１０から送付されるイベントを基に、サービス作成機能５２またはサービス削除機能５３にサービス７０の作成または削除を依頼したり、サービス７０の作成または削除の後に当該サービス７０の接続情報をビジュアルプログラミングシステム１０に送付したりする。イベント検知機能５１の具体的な処理は図８にて詳述する。また、イベントの種類およびデータ形式は後述する。
ここで、「接続情報」とは、サービス７０のＡＰＩをネットワーク８０を介して操作するために必要な情報であり、例えば、サービス７０にアクセスするためのエンドポイントを表す情報とサービス７０を操作するための認証情報とを含んだ情報である。エンドポイントは、例えば、サービス７０のＵＲＬ（Uniform Resource Locator）やＩＰアドレス（Internet Protocol）である。認証情報は、例えば、サービス７０の認証を通過するためのユーザアカウント名とパスワードの組、もしくはアクセストークンや証明書などの文字列を表す。
サービス作成機能５２は、サービス管理システム６０にサービス７０の作成を依頼する。サービス削除機能５３は、サービス管理システム６０にサービス７０の削除を依頼する。サービス作成機能５２の処理は図９にて詳述する。サービス削除機能５３の処理は図１０にて詳述する。
情報取得機能５４は、サービス管理システム６０からサービス７０の接続情報を取得する。情報取得機能５４は、ビジュアルプログラミングシステム１０の接続管理機能３４により使用される。
ポリシー情報５５は、ユーザ４０が設定した各サービス７０の利用ポリシーを表す情報である。ポリシー情報５５のデータ構造は、図５にて詳述する。
サービス定義情報５６は、サービス７０の利用方法をビジュアルプログラミングシステム１０やユーザ４０に提示するための情報である。サービス定義情報５６は、例えば、サービス７０を提供するプロバイダにより作成される。サービス定義情報５６のデータ構造は、図５にて詳述する。
管理システム情報５７は、サービス連携システム５０がサービス管理システム６０を利用するための情報である。管理システム情報５７のデータ構造は、図５にて詳述する。
サービス管理システム６０は、サービス連携システム５０からの要求を基にサービス７０を作成または削除する機能、および、サービス７０への接続情報を保持する機能を有する。サービス管理システム６０は、例えばOpen Service Brokerの仕様に則ったインターフェースを持つサービス作成システム（ServiceBroker）でよい。Open Service Brokerとは、コンポーネント化されたサービスを作成し、サービスを利用するための設定値をやりとりするための命令のインターフェースを標準化した仕様である。サービス管理システム６０は、サービス７０の種類ごとに存在してもよいし、サービスを提供する企業ごとに存在してもよい。図１の例によれば、サービス管理システムにより作成された６０Ｘおよび６０Ｙがある。
ここで、「サービス７０の作成」とは、ネットワーク８０を介して人やプログラムがサービス７０を操作し、その機能を利用できる状態にすることを意味する。本実施形態では、サービス７０の作成方法は大きく２種類ある。一つ目は、サービス７０のアカウントを発行した後、そのアカウントのために新規にインスタンスを起動し、インスタンス上でサービス７０の実態となるプログラムを稼働させた後、発行したアカウントと稼働させたインスタンスとを紐付ける方法である。このインスタンスは、専用のハードウェアで構築あってもよいし、計算機上や計算機上に仮想的技術やコンテナ技術によって構築された仮想的な計算機であってもよい。二つ目は、サービス７０に新規アカウントを追加した後、そのアカウントを稼働済みのサービス７０に登録する方法である。
また、「サービス７０の削除」とは、例えば、下記の少なくとも一つを意味する。
・サービス７０から対応するアカウント情報を削除した後、サービス７０が個別にインスタンスを作成する場合、インスタンスを停止（物理計算機の場合）または削除（仮想的な計算機の場合）すること。
・サービス７０が一つのインスタンスで複数のアカウントに対応する場合、当該アカウントの使用していたデータや設定情報を削除すること。
サービス管理システム６０は、サービス作成機能６１と、サービス削除機能６２とを有する。また、サービス管理システム６０は、接続情報一覧６３を管理する。
サービス作成機能６１は、前述の方法を用いてサービス７０を作成する。サービス削除機能６２は、前述の方法を用いてサービス７０を削除する。
接続情報一覧６３は、作成されたサービス７０の接続情報（例えば、エンドポイント情報および認証情報を含んだ情報）を保持する。接続情報一覧６３が保持する情報は、Ｗｅｂ ＡＰＩ等を通じて、サービス連携システム５０の情報取得機能５４が取得できる。接続情報一覧６３のデータ構成は、図７にて詳述する。ただし、接続情報一覧６３は、図７に示すStatusフィールド７０４は保持しなくてもよい（一方で、接続情報一覧３５は、Statusフィールド７０４を保持する）。
サービス７０は、一つ以上の計算機で実行されるプログラム（インスタンス）である。サービス７０は、ネットワーク８０を介してプログラムの機能を人や他のプログラムに提供する機能を有する。サービス７０には、例えば、データベースサービスや音声認識サービスがある。人や他のプログラムは、例えばＷｅｂ ＡＰＩを用いてサービス７０の機能を利用する。サービス７０は、ネットワーク８０を介して当該サービス７０にアクセスするためのＵＲＬやＩＰアドレス等のエンドポイント情報と、アクセス元がサービス７０を利用可能か判定するための認証情報とを持つ。エンドポイント情報は、同じサービス７０であったとしても、ユーザごとやインスタンスごとにより異なる場合がある。例えば、図１では、サービス７０Ｘについて、エンドポイントが異なるサービスＸ１とサービスＸ２とがある。
＜ＧＵＩの説明＞
図２Ａは、ビジュアルプログラミングシステム１０のＧＵＩ画面の一例を示す図である。図２を用いて、ユーザ４０がビジュアルプログラミングシステム１０を利用する際の操作の一例を説明する。
ＧＵＩ画面２００は、ビジュアルプログラミングシステム１０のフロー編集機能１１が生成したＧＵＩ画面の一例である。本ＧＵＩ画面２００は、出力デバイス４２に表示される。ユーザ４０は、本ＧＵＩ画面２００を用いて、フローの作成、フローの実行、および、サービス７０の利用のためのポリシーの設定を行う。ＧＵＩ画面２００が、フロー編集画面の一例である。
ＧＵＩ画面２００は、実行ボタン２０１、ユーザ情報ＵＩ２０２、ノードパレット２１０、編集ＵＩ２２０、プロパティ設定ＵＩ２３０、および、ノード説明ＵＩ２３４を有する。
ノードパレット２１０には、編集ＵＩ２２０に配置可能な（フロー２２１の要素になり得る）一つ以上のノード２１１が表示される。ノード２１１は、アイコン等により視覚化された処理部品（例えば、ソフトウェアの部品となり得るプログラムモジュール）のうちインスタンス化されていない処理部品を表す。ノード２１１の定義情報は、ノード定義情報２０に格納される。
ノード２１１は、外部からの入力を受け付けるための入力ノードと、データを別形式のデータに変換する処理ノードと、外部に出力するための出力ノードの３種に大別できる。入力ノードには、例えば、ファイルからデータを入力するファイル読込ノードや、ＨＴＴＰ（Hyper Text Transfer Protocol）リクエストを受けるＨＴＴＰ受付ノード、ユーザ４０により設定された時間間隔で定期的にフローを実行する定期実行ノードがある。処理ノードには、例えば、サービスＸの機能をＡＰＩ経由で呼び出すサービスＸ利用ノードや、ＪＳＯＮ等の形式で入力された値をＸＭＬ形式に変換するＸＭＬノードや、任意のJavaScript関数を実行するファンクションノード等がある。出力ノードには、例えば、データをファイルに保存する結果保存ノードや、ＨＴＴＰレスポンスを返すＨＴＴＰ出力ノードがある。
ユーザ４０は、ノードパレット２１０からノード２１１を編集ＵＩ２２０に配置する。これにより、ノード２１１が表す処理部品がインスタンス化される。編集ＵＩ２２０におけるノード２２２は、インスタンス化された処理部品を表す。ノード２２２間を線２２３で繋ぎ合わせることでフロー２２１を作成できる。フロー２２１は、複数のノード２２２と、ノード２２２間を結ぶ線２２３で表すことができる。フロー２２１に配置されたノード２２２が表す処理部品には、一意のnode_id（node_id４０１（図４）が表すノードＩＤ）が付与される。結果として、処理部品がインスタンス化される。このため、ユーザ４０は、フロー２２１上に、同じノード定義２１（図１参照）を持つ処理部品を表すノード２２２を複数配置できる。
ノード２２２同士の接続は、あるノード２２２の出力が別のノード２２２の入力となる接続である。ノード２２２の左端が入力を表し、右端が出力を表す。例えば、フロー２２１において、定期実行ノード２２２－１の出力が、サービスＸ利用ノード２２２－２の入力となり、サービスＸ利用ノード２２２－２の出力は、もう一つのサービスＸ利用ノード２２２－３の入力となる。
また、フロー２２１では、ノード２２２間の接続関係に基づいてフロー実行機能１２による処理の実行順序が決定される。例えば、定期実行ノード２２２-１の処理の実行の次にサービスＸ利用ノード２２２－２の処理が実行される。例えば、サービスＸ利用ノード２２２－２または２２２－３（サービス利用ノードの一例）には、当該ノードのステータス２２４を表示できる。各サービス利用ノードについて、ステータス表示の有無、内容および変更条件は、後述するノード定義２１の概要定義２２に記述してある。概要定義２２をフロー編集機能１１が解釈してサービス利用ノード２２２のステータスを表示する。
ユーザ４０は、編集ＵＩ２２０中のノード２２２を、入力デバイス４１を用いて選択すると、フロー編集機能１１が、当該ノード２２２に対応した情報に、プロパティＵＩ２３０に表示される情報と、ノード説明ＵＩ２３４に表示される情報とを更新する。プロパティ設定ＵＩ２３０を介して、ユーザ４０は、選択したノード２２２のプロパティを設定できる。プロパティ設定ＵＩ２３０は、ＵＩ２３１～２３３を有する。なお、「プロパティ」とは、ノード２２２の一種の属性であり、ノード２２２のプロパティに、一つ以上のパラメータが設定される。ノード２２２が、例えば定期実行ノード２２２－１の場合、プロパティの値として設定され得るパラメータ値として、実行間隔の値がある。プロパティの値は、ノード定義２１ごとに異なる。プロパティ設定ＵＩ２３０が有するＵＩとしては、テキストボックス、リストボックス、ボタンなど、一般的なＷｅｂアプリケーションで使用されるＧＵＩ部品（コンポーネントの一例）でよく、そのようなＵＩを用いてノード２２２のプロパティの設定が行われる。
また、編集ＵＩ２２０上に配置されたノード２２２の概要、利用方法およびプロパティの説明が、ノード説明ＵＩ２３４に表示される。
ユーザ４０が実行ボタン２０１を押下すると、フロー実行機能１２にてフロー２２１が実行される。フロー２２１の実行処理は図２の説明後の図１の説明にて詳述する。
ユーザ情報ＵＩ２０２には、ビジュアルプログラミングシステム１０にログイン中のユーザ４０のプロフィール情報（例えば、アカウント名、所属プロジェクト名）とユーザ４０を表すアイコンとが表示される。
ノード２２２の中には、前述のサービスＸ利用ノード２２２－２および２２２－３のように、ビジュアルプログラミングシステム１０の外部にあるサービス７０を呼び出しサービス７０の機能を利用するノード２２２が存在する。このようなノードを、「サービス利用ノード」と呼称する。一つのサービス利用ノード２２２が、複数のサービス７０を操作する場合もあれば、一つのサービス７０を操作する場合もる。また、データ格納ノードとデータ取得ノードのように、一つのサービス７０に対して複数種類のノード２２２が存在する場合もある（例えば、サービスＹ学習実行ノード、サービスＹ推論実行ノード）。このように、サービス利用ノード２２２とサービス７０との対応関係は、１：１でもよいし、１：多でもよいし、多：１でもよいし、多：多でもよい。
サービス利用ノード２２２のプロパティは、通常ノード（サービス利用ノード以外のノード）のプロパティが持つパラメータ項目以外に、サービス７０の接続情報やサービス７０の作成または削除のポリシーが設定される接続設定プロパティを含む。接続設定プロパティの設定のため、サービス利用ノードのプロパティ設定ＵＩ２３０には、当該サービス利用ノードの接続先を選択するためのリストボックス２３１と、接続設定を編集することを指定するためのボタン２３２とがある。一つのサービス利用ノードが、複数の接続設定プロパティを保有してもよい。
サービス利用ノードの接続設定プロパティのユーザ４０による入力を補助するため、ノード設定ＵＩ２３４には、ノードが使用するサービス７０の概要や課金形式などのサービス仕様を表す情報が表示されてよい。
また、ノード２１１として、稼働確認ノード２１１が用意されてもよい。稼働確認ノード２１１は、当該稼働確認ノード２１１の実行中において、当該ノード２１１より後にフロー２２１の実行において呼び出される可能性のあるサービス７０が全てアクセス可能か確認し、アクセスできないサービス７０が一つでもあれば当該フロー２２１の実行を待機または中断するノードである。稼働確認ノードは、入力ノードや処理ノードとして構築されてよい。稼働確認ノードの処理は、図１２にて詳述する。
図２Ｂは、サービス利用ノード２２２についてのプロパティ設定ＵＩ２３０の幾つかの例を示す。
プロパティ設定ＵＩ２３０－１は、例えば初めのプロパティ設定ＵＩ２３０である。ユーザ４０が、リストボックス２３１を入力デバイス４１を用いて選択すると、編集ＵＩ２２０で選択されたサービス利用ノードに接続可能なサービス７０の一覧である接続設定一覧２３５が、フロー編集機能１１により表示される（プロパティ選択ＵＩ２３０－２）。
接続設定一覧２３５において、選択可能な接続設定は、「新規追加」以外の文字列、例えば、「X1-9dbc4b3b」や「X1-c8dc722j」といった文字列により表される。接続設定を表す文字列は、ユーザ４０（またはユーザ４０が所属するプロジェクト）が既に作成しているサービス７０の接続情報を表すＩＤ（例えば、後述のServiceIdとResourceIdとの組合せ）か、もしくはユーザ４０が後述の接続名２４２にて登録した任意の文字列である。「ユーザ４０（またはユーザ４０が所属するプロジェクト）が既に作成しているサービス７０」は、例えば、接続情報一覧３５のうち、ユーザ４０のＩＤ（または、ユーザ４０のＩＤとプロジェクトのＩＤ）に適合する後述のCredential７０３に対応するサービス７０でよい。「X1-9dbc4b3b」または「X1-c8dc722j」といった接続設定を選択するということは、例えば、エンドポイントを変えて作成済のサービスを利用することを意味する。ここで、「接続設定」とは、サービス７０の接続情報とポリシー情報との両方の設定を意味する。一方、接続設定一覧２３５の「新規追加」という項目は、ユーザ４０が新規にサービス７０を作成したい場合に選択する。
ユーザ４０が接続設定一覧２３５から既存の接続設定、もしくは新規追加を選択後に編集ボタン２３２を押下すると、フロー編集機能１１により、プロパティ設定ＵＩ２３０に、接続設定の一つ以上の入力項目が表示される（プロパティ選択ＵＩ２３０－３）。
接続設定の一つ以上の入力項目にそれぞれ対応した一つ以上のＵＩの一例は、接続名２４２、エンドポイント２４３、認証情報２４４、自動作成条件２４５、自動削除条件２４６、リスタート条件２４７、および、カスタムポリシー２４８がある。ユーザ４０は、これらのＵＩ２４２～２４８を介して情報を入力後、設定ボタン２４０を押下することにより、新しい接続設定を生成できる。ＵＩ２４２～２４８の少なくとも一つについて、入力情報は、当該ＵＩについて予め設定された特定の情報（値）が、ユーザ４０からの特段の入力がなかったときに採用されてもよい。また、ユーザ４０は、削除ボタン２４１を押下することにより既存の接続設定を削除できる。更に、プロパティ設定ＵＩ２３０－３には、ユーザ４０が手動でサービス７０を作成または削除するために、手動作成ボタン２４９や手動削除ボタン２５０が表示されてよい。
接続名２４２は、接続設定一覧２３５に表示される接続設定の名前の入力を受け付ける入力ＵＩである。ユーザ４０は、接続名として分かりやすい名前を設定できる。接続名２４２の初期値には、例えば、後述のServiceIdとResourceIdとの組合せでよい。
エンドポイント２４３は、サービス７０のエンドポイント（例えば、サービス７０にアクセスするためのＵＲＬやＩＰアドレス）の入力ＵＩである。認証情報２４４は、サービス７０の機能を使用するための認証情報（例えば、サービス７０上のアカウント名とパスワードの組や、アクセストークン情報）の入力ＵＩである。エンドポイントおよび認証情報は、本実施形態では、サービス７０の作成時に自動で設定される。ただし、ユーザ４０が手動でこれらの情報を入力できてもよい。
自動作成条件２４５は、サービス７０を自動的に作成する条件である作成条件の入力を受け付ける入力ＵＩである。作成条件が設定されることで、自動で、ユーザ４０がサービス７０を必要とするタイミングでそのサービス７０を作成し、且つ、そのサービス７０の接続情報をサービス利用ノードのプロパティに設定できる。
自動作成条件２４５は、例えば、作成条件の一覧を表示するリストボックスである。選択可能な作成条件として、例えば、接続設定追加時、ノード使用時、サービス呼び出し時、ＯＦＦ等がある。これらの作成条件は、後述するイベント通知機能３２のイベントに対応している。また、自動作成条件２４５には、初期値として「ノード使用時」などの特定の作成条件を設定しておくことができる。これにより、ユーザ４０が手動で作成条件（ポリシーの少なくとも一部）を入力しなくても、サービス７０が必要となるタイミングでサービス７０が自動作成される。
「接続設定追加時」とは、ユーザ４０が設定ボタン２４０を押下し、接続設定が接続設定一覧２３５に追加されたときを意味する。「ノード使用時」は、接続設定を使用したサービス利用ノードがフロー２２１の構成要素である状態でフローの実行ボタン２０１が押されたときを意味する。「サービス呼び出し時」は、サービス利用ノードの処理が実行され、実際にビジュアルプログラミングシステム１０がサービス７０にアクセスするときを意味する。「ＯＦＦ」は、サービス７０の自動作成を行わないことを意味する。ただし、「ノード使用時」において、サービス利用ノードが入力ノードなしに単体で置かれている場合など、編集ＵＩ２２０上に配置されていても明らかに実行されない場合は「ノード使用時」のタイミングとみなされなくてもよい。
「接続設定追加時」により、フロー２２１の実行前にサービス７０が作成されるため、フロー実行時にサービス７０の作成を待たなくてよくなる。一方で、サービス７０の利用料金が、サービス７０が利用可能な状態にある時間長に応じた従量課金に従う場合、フロー２２１の作成中の段階でも（別の言い方をすれば、サービス７０が実際に利用されていなくても利用可能な状態にある限り）、サービス７０の利用料金が発生する恐れがある。また、「ノード使用時」（言い換えれば「フロー実行時」）と「サービス呼び出し時」とでサービス７０の作成タイミングが異なるので、例えば、フロー２２１にサービス利用ノードは組み込まれているものの、条件分岐の背後にある等の理由により当該サービス利用ノードが滅多に実行されないような場合、「サービス呼び出し時」が選択されれば、サービス７０の不要な稼働を回避できる。一方で、サービス７０の作成に時間がかかる場合、サービス７０が作成されるまで、フロー２２１の処理が停止するので、そのような場合には、「接続設定追加時」または「ノード使用時」が選択されることが好ましいと考えられる。
自動削除条件２４６は、サービス７０を自動的に削除する条件である削除条件の入力を受け付ける入力ＵＩである。削除条件が設定されることで、ユーザ４０にとってサービス７０が不要となったタイミングで自動でそのサービス７０が削除される。結果として、不必要なサービス７０の課金を回避することや、消費される記憶容量を低減することが期待できる。
自動削除条件２４６は、例えば、削除条件の一覧を表示するリストボックスである。選択可能な削除条件として、例えば、装置停止時、接続設定削除時、ノード削除時、呼び出し終了時、ＯＦＦ等がある。これらの削除条件は、後述するイベント通知機能３２のイベントに対応している。また、自動削除条件２４６には、初期値として「ノード削除時」などの削除条件を設定しておくことができる。これにより、ユーザ４０が手動で削除条件（ポリシーの少なくとも一部）を入力しなくても、サービス７０が不要になったタイミングでサービス７０が自動削除される。
「装置停止時」とは、ビジュアルプログラミングシステム１０が停止するタイミングを意味する。「接続情報削除時」とは、ユーザ４０により削除ボタン２４１が押下され、対応する接続設定が削除された状態でフローが実行されたタイミングを意味する。「ノード削除時」とは、当該接続設定を使用するサービス利用ノードが全て削除されたタイミングを意味する。「呼び出し終了時」とは、サービス利用ノードからのサービス７０の呼び出しが終わったタイミングを意味する。「ＯＦＦ」は、サービス７０の自動削除を行わないことを意味する。
リスタート条件２４７は、サービス７０の異常をビジュアルプログラミングシステム１０が検知したときの挙動の条件であるリスタート条件の入力を受け付ける入力ＵＩである。リスタート条件が設定されることで、サービス７０が異常状態になったとき自動でサービス７０を再作成したり、もしくはサービス７０内部のデータの保護を優先して、サービス７０が異常状態になってもサービス７０の再作成を控えたりなど、ユーザ４０は挙動を選択できる。ここで、再作成とは、サービス７０を一度削除し、改めて作成することを意味する。ただし、サービス７０の機能として、再作成やインスタンス再起動など、サービス７０の異常解消につながる処理を実行する機能を有している場合は、その機能が実行されてもよい。
リスタート条件２４７は、例えば、リスタート条件の一覧を表示するリストボックスである。選択可能なリスタート条件として、例えば、常時、自動作成条件に合わせる、ＯＦＦ等がある。「常時」とは、サービス７０の異常を検知したときは常にサービス７０を再作成することを意味する。「自動作成条件に合わせる」とは、サービス７０の異常を検知したとき、サービス７０の削除だけ行い、その後の再作成は、設定されている自動作成条件に従うことを意味する。「ＯＦＦ」は、サービス７０の自動リスタート（自動での削除および再作成）を行わないことを意味する。
カスタムポリシー２４８は、サービス７０ごとに個別のポリシーの入力を受け付ける入力ＵＩである。つまり、サービス利用ノードについて、ポリシーは、接続されるサービスに依存しない共通のポリシーと、接続されるサービスに依存する個別のポリシーとのうちの少なくとも共通のポリシーを含む。個別のポリシーとしては、例えば、課金プランがある。個別のポリシーは、課金プランに代えてまたは加えて、例えば、サービスのインスタンスの作成先データセンタや、サービスに割り当てるコンピュータリソースの量などが採用されてよい。カスタムポリシー２４８はなくてもよいし、複数存在してもよい。カスタムポリシー２４８が受け付ける入力項目は、例えば、サービス７０の提供者がサービス定義情報５６のCustomPolicy５１１として登録する。フロー編集機能１１は、そのCustomPolicy５１１を解釈し、カスタムポリシー２４８を生成する。CustomPolicy５１１のデータ構造およびカスタムポリシー２４８の生成方法は、図５および図６にて詳述する。
＜システムの説明（続き）＞
図１の説明に戻る。
ビジュアルプログラミングシステム１０は、フロー編集機能１１と、フロー実行機能１２と、ログイン機能１４と、連携機能３０とを有する。ビジュアルプログラミングシステム１０は、フロー情報１３と、ノード定義情報２０とを管理する。
フロー編集機能１１は、ＧＵＩ画面２００を提供し、ＧＵＩ画面２００に対するユーザ操作に応答して、フローを生成、変更または削除したり、フロー実行機能１２を呼び出したりする。フロー編集機能１１は、ノードパレット２１０、プロパティ設定２３０およびノード説明２３４の各々の表示を、後述のノード定義情報２０にあるノード定義２１を解釈して決定する。フロー編集機能１１は、後述の第２実施形態の通り、Ｗｅｂアプリケーションとしてユーザ４０に提供されてもよい。Ｗｅｂアプリケーションとしてのフロー編集機能を含むシステムの構成例は、図１４にて詳述する。
フロー実行機能１２は、フロー編集機能１１からの要求を受けてフロー２２１を解釈および実行する。フロー２２１を解釈するとは、フロー情報１３を解釈し、フロー情報１３が表すフロー２２１を構成するノード２２２の種類とプロパティと接続関係を認識することを含む。フロー２２１を実行するとは、フロー２２１における前述の入力ノードを見つけ、入力ノードからノード２２２の接続に沿って順番にノード２２２の処理定義２４のプログラムを実行することを含む。入力ノードが、定期的に実行されたり、ＨＴＴＰリクエスト受け付けのように他入力をもとに処理を実行したりする場合は、そのたびに入力フローに接続されている一連のフローが実行される。処理定義２４プログラムの仕様は後述する。
フロー情報１３は、フロー２２１の実態としてのデータである。フロー情報１３は、例えば、ＪＳＯＮで記載されている。フロー情報１３は、フロー２２１内の全ノードを表す情報と、各ノードのプロパティを表す情報と、ノード間の接続関係を表す情報とを含む。フロー情報１３のデータ構造の一例は、図４にて詳述する。
ログイン機能１４は、ユーザ４０にログイン画面を提示し、ログインされたのち、そのアカウント名と、所属プロジェクトと、ユーザ４０を表すアイコンとを表す情報を含むプロフィール情報を管理する。プロフィール情報が、フロー編集機能１１により、ＧＵＩ画面２００のユーザ情報ＵＩ２０２に表示される。
ノード定義情報２０は、各ノード２１１の定義であるノード定義２１を含む。ノード定義２１は、定期実行ノード、サービスＸ利用ノードのようにノードごとに存在し、例えばHTMLとJavaScriptのような形式言語とプログラミング言語により記述される。ノード定義２１は、概要定義２２と、プロパティ定義２３と、処理定義２４とを有する。ノード定義２１の以下の説明において、以下、一つのノードを例に取る（図１の説明において「注目ノード」）。
概要定義２２は、例えば、注目ノードの概要を表す情報である。概要定義２２は、例えば、注目ノードの名称を表す情報、注目ノードの種類（例えば、“処理ノード”）を表す情報、ノード説明２３４の表示内容を表すノード説明情報、および、注目ノードのステータス定義を表す情報、を含む。ノード説明情報は、表示する文章のテキストデータでもよいし、特定のプログラムを実行した結果を表す情報でもよい。注目ノードのステータス定義は、条件分岐を用いて特定の条件を満たす場合に、特定の文字列をステータスとして表示するというプログラムでよい。当該プログラムは、注目ノード２１１が編集ＵＩ２２０に配置されたタイミングで一度のみ実行される。当該プログラム内に定期実行処理が記述されていれば、定期的にステータスを更新することができる。
注目ノードのプロパティ定義２３は、プロパティのデータ構造やプロパティ設定ＵＩ２３０を構築するためプログラムの定義を表す。
処理定義２４は、フロー２２１の実行時に当該フロー２２１内の注目ノードが行うべき処理のプログラムの定義を表す。処理定義２４のプログラムは、例えばJavaScriptのオブジェクト形式など、ハッシュマップの形式でデータの入出力ができる。この処理で出力されたデータが、フロー２２１にて注目ノードの出力側に接続しているノードの入力値となる。処理定義２４のプログラム中では、プロパティ設定ＵＩ２３０にて設定されたプロパティの値が変数として利用できる。
ここで、サービス利用ノードのノード定義２１の特徴の一例を説明する。サービス利用ノードについてノード説明ＵＩ２３４に表示される情報は、ポリシー設定機能３１により実行されたノード説明取得処理の返り値でよい。また、ステータス定義の値は、接続情報一覧３５（図７参照）の対応するレコードのStatus７０４の値でよい。対応するレコードとは、ResourceId７００が接続設定プロパティ内のResourceIdと同じレコードである。また、プロパティ定義２３が、接続設定プロパティとServiceIdプロパティを持つ。接続設定プロパティの入力ＵＩは、例えば、呼び出されたポリシー設定機能３１により生成される。ServiceIdの入力ＵＩは無い。ユーザ４０によりServiceIdが変更されないためである。また、処理定義２４は、サービス７０を呼び出す際は、接続管理機能３４にResourceIdを引数として接続情報取得処理を実施し、その返り値として得た接続情報でサービス７０を呼び出す。
連携機能３０は、ビジュアルプログラミングシステム１０からサービス連携システム５０を呼び出したり、サービス７０の接続情報を管理したり、サービス７０の状態を監視したりする。連携機能３０は、ポリシー設定機能３１、イベント通知機能３２、サービス監視機能３３、および、接続管理機能３４を含む。連携機能３０は、接続情報一覧３５を管理する。
ポリシー設定機能３１は、サービス利用ノードのノード説明ＵＩ２３４、および、プロパティ設定ＵＩ２３０を生成したり、プロパティ設定ＵＩ２３０に対するユーザ操作に応答して値をポリシー情報５５に追加したりポリシー情報５５から削除したり、手動作成ボタン２４９もしくは手動削除ボタン２５０の押下時にサービスの作成または削除を表すイベントをイベント通知機能３２に送付したりする。
例えば、ポリシー設定機能３１は、ポリシー情報５５から、サービス利用ノードのServiceIdと一致するServiceId５０１を持つレコードを全て取得し、取得した各レコード内のName５０３の値を、接続設定一覧２３５に含める。
また、例えば、ポリシー設定機能３１は、プロパティ設定ＵＩ２３０－３を生成する際は、カスタムポリシー２４８以外の入力ＵＩを生成した後、サービス定義情報５６から、サービス利用ノードのServiceIdと一致するServiceId５１０を持つレコードを取得し、そのレコード内のCustomPolicy５１１を解釈して、カスタムポリシー２４８の入力ＵＩを生成する。CustomPolicy５１１を「解釈」するとは、例えば、CustomPolicy５１１内部の各ポリシー設定項目の「type」が“string”や“number”の場合はテキストボックスを生成し、「type」が“Boolean”の場合はチェックボックスを生成し、「type」が“string”や“number”に加え“enum”を持つ場合は“enum”に定義された項目値を持つリストボックスを生成する等を行うことでよい。このような処理は、CustomPolicy５１１内のポリシーの数だけ繰り返し行われる。
また、例えば、ポリシー設定機能３１は、サービス定義情報５６のうちServiceIdと一致するServiceId５１０を持つレコード内のOverview５１３、Charges５１４およびCustomDescription５１５の値を、ノード説明ＵＩ２３４に表示する。また、当該レコードのCustomPolicy５１１内にカスタムポリシーの「description」が定義されている場合は、追加で、「description」の値が、ノード説明ＵＩ２３４に表示されてよい。
ユーザ４０が設定ボタン２４０を押下したとき、ポリシー設定機能３１は、プロパティ設定ＵＩ２３０に、ResourceIdを含みサービス連携システム５０内で一意の値を追加した上で、その値を含んだレコードをポリシー情報５５に新規レコードとして追加する。また、削除ボタン２４１が押下され、既存の接続設定が削除された場合は、ポリシー設定機能３１は、ポリシー情報５５のうち、削除対象についてのResourceIdと一致するResourceId５００を持つレコードを削除する。また、例えば、接続設定が追加または削除される際は、ポリシー設定機能３１は、上記の処理の後で、イベント通知機能３２に、「接続先追加」または「接続先削除」を表すイベントを通知する。
イベント通知機能３２は、ビジュアルプログラミングシステム１０内の特定の処理の発生をイベントとしてサービス連携システム５０に通知する。このイベントを起点として、サービス連携システム５０は、サービス７０の作成もしくは削除を行う。イベントの発生を、ビジュアルプログラミングシステム１０内の各種プログラム（各種機能）が明示的にイベント通知機能３２に通知してもよいし、イベント通知機能３２が、各種プログラムの状態を監視することでイベントの発生を検知してもよい。
イベントとしては、例えば、接続設定追加、接続設定削除、ノード使用、ノード削除、サービス呼び出し、サービス呼び出し終了、装置停止、強制作成、および、強制終了がある。
「接続設定追加」は、設定ボタン２４０の押下時に発生するイベントであり、設定ボタン２４０の押下を表すイベントである。「接続設定削除」は、削除ボタン２４１の押下時に発生するイベントであり、削除ボタン２４１の押下を表すイベントである。「ノード使用」は、フロー実行ボタン２０１の押下時に発生するイベントであり、フロー実行ボタン２０１が押下された時にサービス７０の接続情報がプロパティに未設定のサービス利用ノードをフロー２２１が有することを表すイベントである。「ノード削除」は、フロー実行ボタン２０１の押下時に発生するイベントであり、フロー実行ボタン２０１が押下された時に接続情報一覧３５内にフロー２２１内で未使用の接続情報があることを表すイベントである。
また、「サービス呼び出し」は、フロー２２１の実行時に発生するイベントであり、フローの２２１の実行においてサービス利用ノードの処理によりビジュアルプログラミングシステム１０がサービス７０にアクセスすることを表すイベントである。「サービス呼び出し終了」は、フロー２２１の実行時に発生するイベントであり、ビジュアルプログラミングシステム１０からサービス７０へのアクセスが終了したことを表すイベントである。「装置停止」は、フロー編集機能１１やフロー実行機能１２のプログラムが停止する際に発生するイベントであり、フロー編集機能１１やフロー実行機能１２の停止を表すイベントである。
また、「強制作成」は、手動作成ボタン２４９の押下時やサービス監視機能３３でのリスタート処理の際に発生するイベントであり、サービスの強制作成を表すイベントである。「手動終了」は、手動削除ボタン２５０の押下時やサービス監視機能３３でのリスタート処理の際に発生するイベントであり、手動によりサービスを削除することを表すイベントである。
イベントの発生時に、イベント通知機能３２がサービス連携システム５０に送付するデータであるイベント通知は、例えば、ＪＳＯＮ形式のデータであり、“event”、“serviceId”および“resourceId”を含む。
“event”は、発生したイベントの名前もしくは識別子を表す。具体的には、“event”は、前述の「接続設定追加」などのイベントの種類を表す。“event”は、接続設定追加などの文字列を含んでもよいし、イベントの種類の識別子を含んでもよい。“event”は、イベントの発生原因を表す情報を含んでもよい。
“serviceId”は、イベントの対象となるサービス７０の識別子を表し、例えば、サービス利用ノードのプロパティが持つServiceIdの値や、接続情報一覧のServiceId７０１の値を含んでよい。
“resourceId”は、イベントに関係する接続設定または接続情報のResourceIdを表す。例えば、“resourceId”は、イベントを発行したサービス利用ノードの接続設定が持つResourceIdや、サービス監視機能３３により異常を検知された接続情報のResourceId７００の値を含んでよい。対象となるResourceIdが複数ある場合は、ResourceIdごとにイベントが発行されてよい。
サービス監視機能３３は、定期的にサービス７０の監視処理を行うことでサービス７０の作成完了や異常を検知し、図７で示される接続情報一覧３５のStatus７０４を更新する。また、サービス７０の異常を検知した際は、サービス監視機能３３は、接続管理機能３４にサービス７０の接続情報の再取得を依頼したり、それでもなおサービス７０の異常を検知したときはポリシー情報５５に従い、サービス７０を再起動したりする。接続情報の再取得及びリスタートの処理は、図１３にて詳述する。
サービス監視機能３３により、ユーザ４０がＧＵＩ画面２００からサービス７０のステータスを把握できるようになる。また、未稼働やエラー（サービス７０のエラー以外にネットワークの到達性が無い場合のエラーも含んでよい）によりサービス７０が利用できないとき、接続管理機能３４がサービス利用ノードや稼働確認ノードの処理を止めることや、アクセス不可の状態で実行されるフロー２２１でエラーが発生することを、防げる。更に、サービス７０のエラー時にユーザ４０が手動でサービス７０を再起動する必要がなくなる。
サービス監視機能３３は、接続情報一覧３５に含まれる接続情報を持つサービス７０を監視対象とする。また、サービス７０のステータスとしては、例えば、サービス７０が作成されていない状態を意味する“Pending”、作成中を意味する“Provisioning”、稼働中を意味する“Running”、および、異常発生中を意味する“Error”などがある。
ここで、サービス監視機能３３によるサービス７０のステータス検知の具体的な動作の一例を説明する。サービス監視機能３３が、接続情報一覧３５への新規接続情報が追加されたことを検知した場合、ポリシー情報５５から当該接続情報のResourceIdと同じResourceId７００を持つレコードのMonitoring５１２の値を取得する。その後、サービス監視機能３３が図６に示す方法で、Monitoring５１２の内容を基にサービス７０の監視処理を実行する。サービス監視機能３３が、サービス７０の監視処理の応答に合わせて、監視処理において検出されたステータスを、当該サービス７０に対応したStatus７０５として登録する。
ここで、「監視処理」とは、一定時間ごとにサービス７０の指定されたＵＲＬにアクセスし、正しい応答が返るかチェックする処理を意味する。「正しい応答」とは、例えば、ＨＴＴＰのステータスコードが２００番代のＨＴＴＰレスポンスを意味してよい。ただし、ＨＴＴＰに対応していないサービス７０の監視処理は、ＴＣＰ、ＵＤＰ、ＩＣＭＰ等により指定されたエンドポイントからの応答が返るかチェックしてもよい。また、監視処理にて応答が返らない場合、サービス監視機能３３は、接続管理機能３４に接続情報の再取得を依頼し、接続情報が更新された後改めて監視処理を実行してよい。具体的には、例えば、サービス７０から応答が返らない、もしくはエラーが返る場合、サービス監視機能３３は、そのサービス７０のResourceIdを接続情報一覧３５から取得し、そのResourceIdを引数として接続管理機能３４に接続情報の再取得を依頼し、その完了通知を取得後、改めて監視処理を実行してよい。
接続管理機能３４は、接続情報一覧３５を作成、変更および削除したり、サービス利用ノードに接続情報を伝達したりする。本機能３４により、ユーザ４０による接続情報の管理や、サービス利用ノードへの手動で接続情報設定が不要になり、ユーザ４０の負荷が削減される。
接続管理機能３４は、サービス連携システム５０からの通知を基に、作成されたサービス７０の接続情報を接続情報一覧３５に追加したり、削除されたサービス７０の接続情報を接続情報一覧３５から削除したりする。この処理は、図８にて詳述する。
また、接続管理機能３４は、サービス監視機能３３からの依頼を受け、サービス７０の接続情報の再取得を行う。具体的には、例えば、接続管理機能３４は、サービス監視機能３３から対象となるサービス７０のResourceId７００を引数としてサービス７０の接続情報再取得を依頼されると、情報取得機能５４にResourceId７００の接続情報の取得を依頼する。接続管理機能３４は、その応答として取得した接続情報にて、接続情報一覧３５のResourceId７００が一致するレコードのEndpoint７０２とCredential７０３の値を更新し、サービス監視機能３３に応答を返す。
また、サービス利用ノードからResourceIdを引数としてサービス７０の接続情報の取得依頼を受けると、接続管理機能３４は、接続情報一覧３５から、引数のResourceIdと一致するResourceId７００を持つレコードを取得する。当該レコード内のStatus７０４が“Running”のときは、接続管理機能３４は、当該レコード内のEndpoint７０２とCredential７０３の値をサービス利用ノードに返り値として渡す。当該レコード内のStatus７０４が“Error”のときは、接続管理機能３４は、サービス利用ノードにErrorを通知する。当該レコード内のStatus７０４が“Running”および“Error”のいずれでもないときは、接続管理機能３４は、Status７０４が“Running”になるまで一定時間応答を待つ。本処理は、図１１にて詳述する。
接続情報一覧３５は、サービス７０の接続情報を保持する。接続情報一覧３５のデータ構造は、図７にて詳述する。
＜ハードウェア構成＞
図３は、計算機のハードウェア構成の一例を示すブロック図である。
計算機３００は、ビジュアルプログラミングシステム１０、サービス連携システム５０、サービス管理システム６０、および、サービス７０のうちの少なくとも一つの実行基盤の構成要素の一例である。すなわち、ビジュアルプログラミングシステム１０、サービス連携システム５０、サービス管理システム６０、および、サービス７０のうちの少なくとも一つは、一つ以上の計算機３００を基に実現される。なお、実行基盤は、単一の計算機でもよいし、複数の計算機を含むクラウド基盤のようなシステムでもよい。ビジュアルプログラミングシステム１０、サービス連携システム５０、サービス管理システム６０、および、サービス７０のうちの少なくとも一つは、計算機３００のような物理的な計算機上に実現されてもよいが、仮想的な計算機上で実現されてもよい。フロー情報１３、ノード定義情報２０、接続情報一覧３５、ポリシー情報５５、サービス定義情報５６、管理システム情報５７および接続情報一覧６３が、一つ以上の記憶装置に格納されてよい。一つ以上の記憶装置の少なくとも一つは、いずれかの実行基盤内に存在してもよいし、実行基盤が通信可能な外部の記憶装置でもよい。
図３において、計算機３００には、プロセッサ３０１、通信インターフェースデバイス３０３、主記憶デバイス３０４および補助記憶デバイス３０５が設けられている。プロセッサ３０１、通信インターフェースデバイス３０３、主記憶デバイス３０４および補助記憶デバイス３０５は、内部バス３０６を介して相互に接続されている。
また、計算機３００のヒューマンインターフェースとして、入力デバイス３０７および出力デバイス３０８が設けられていてもよい。入力デバイス３０７および出力デバイス３０８は、内部バス３０６に接続されてよい。
プロセッサ３０１は、計算機３００全体の動作制御を司るハードウェアである。主記憶デバイス３０４は、例えば、半導体メモリから構成され、各種プログラムやデータを保持する。具体的には、例えば、ビジュアルプログラミングシステム１０の主記憶デバイス３０４には、フロー編集機能１１、フロー実行機能１２、ログイン機能１４、連携機能３０を実現するための一つ以上のプログラム、およびフロー情報１３、ノード定義情報２０を保持することができる。また、サービス連携システム５０の主記憶デバイス３０４には、イベント検知機能５１、サービス作成機能５２、サービス削除機能５３および情報取得機能５４を実現するための一つ以上のプログラム、および、ポリシー情報５５、サービス定義情報５６および管理システム情報５７を保持することができる。また、サービス管理システム６０の主記憶デバイス３０４には、サービス作成機能６１およびサービス削除機能６２を実現するための一つ以上のプログラム、および、接続情報一覧６３を保持することができる。
補助記憶デバイス３０５は、大容量の記憶容量を有する記憶デバイスであり、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）である。補助記憶デバイス３０５は、各種プログラムの実行ファイルを保持する。補助記憶デバイス３０５および補助記憶デバイス３０５は、プロセッサ３０１からアクセス可能である。
＜データ構造＞
図４は、フロー情報１３のデータ構造の一例を示す。
フロー情報１３は、例えばＪＳＯＮ形式のデータである。ただし、フロー情報１３は、ＸＭＬやＹＡＭＬなど他のデータ構造のデータであってもよい。
フロー情報１３は、フロー２２１内のノードごとにノード設定４００のブロックを持つ。一つのノードを例に取る（図４の説明において「注目ノード」）。
ノード設定４００は、注目ノードをフロー上で一意に識別するための識別子を表すnodeId４０１、ノードの種別（例えば、オブジェクト指向でのクラスに相当）を表すnodeType４０２、ＧＵＩ画面２００での注目ノードの表示名を表すnodeName４０３、注目ノードのプロパティとして設定された値を表すproperties４０４、ＧＵＩ画面２００での注目ノードの表示位置としての座標を表す座標４０５、注目ノードと別ノード間の接続関係を表すwires４０６などを含む。
また、注目ノードがサービス利用ノードの場合、properties４０４は、当該サービス利用ノードに紐付けられた接続設定のresourceIdを表すresourceId４０７を持つ。サービス利用ノードは、接続管理機能３４から、resourceId４０７を引数として、対応するサービス７０の接続情報を取得することができる。
図５は、サービス連携システム５０が持つ各種情報のデータ構造の一例を示す。
ポリシー情報５５、サービス定義情報５６および管理システム情報５７の各々は、例えばテーブルである。
ポリシー情報５５は、例えば、サービス７０のポリシー毎に、レコードを有する。各レコードは、ResourceId５００、ServiceId５０１、ProjectId５０２、Name５０３、Provision５０４、Delete５０５、Restart５０６およびCustomPolicy５０７といった情報を含む。ポリシー情報５５の１レコードが、接続設定のポリシーに対応する。一つのフローに関し、例えば、一つのポリシーを複数のサービス利用ノードが参照する。以下、一つのポリシーおよびそのポリシーを使用するサービス利用ノードを例に取る（図５の説明において、「注目ポリシー」および「注目ノード」）。
ResourceId５００は、注目ポリシーの識別子に相当し，注目ノードのResourceIdであるる。ServiceId５０１は、注目ノードについてのプロビジョニング済みサービス７０の識別子を表す。なお、「プロビジョニング済みサービス７０」とは、注目ノードのプロパティに未だ接続情報が設定されていないがやがて当該接続情報が設定されることになるサービス７０と、注目ノードのプロパティに接続情報が設定済みのサービス７０とのいずれかを意味する。ProjectId５０２は、注目ポリシーを設定したユーザ４０の所属プロジェクトの識別子を表す。Name５０３は、ユーザ４０が入力した接続名を表し、接続設定一覧２３５やプロパティ設定ＵＩ２３０－３の表示に使用される。Provision５０４は、プロビジョニング済みサービス７０の自動作成条件である。Delete５０５は、プロビジョニング済みサービス７０の自動削除条件である。Restart５０６は、プロビジョニング済みサービス７０のリスタート条件である。CustomPolicy５０７は、注目ポリシーにおけるカスタムポリシーの設定値である。CustomPolicy５０７は、例えばＪＳＯＮ形式で表されるが、ＸＭＬやＹＡＭＬなど他のデータ構造であってもよい。
サービス定義情報５６は、例えば、サービス７０毎に、レコードを有する。各レコードは、ServiceId５１０、CustomPolicy５１１、Monitoring５１２、Overview５１３、Charges５１４およびCustomDescription５１５といった情報を含む。サービス定義情報５６の各レコードにおける情報は、例えば、当該レコードに対応したサービス７０の提供者により入力される。一つのサービス７０を例に取る（図５の説明において、「注目サービス７０」）。
ServiceId５１０は、注目サービス７０の識別子を表す。CustomPolicy５１１は、注目サービス７０のカスタムポリシーの定義を表す。CustomPolicy５１１の詳細は、図６にて説明する。Monitoring５１２は、注目サービス７０の監視処理の定義を表す。Monitoring５１２の詳細は、図６にて説明する。Overview５１３は、注目サービス７０についてノード説明ＵＩ２３４に表示される概要を表す。Charges５１４は、注目サービス７０についてノード説明ＵＩ２３４に表示される課金形式を表す。CustomDescription５１５は、注目サービス７０についてノード説明ＵＩ２３４に表示される個別説明（例えば、サービス７０の提供者が個別に設定する説明項目）を表す。CustomDescription５１５は、例えば、Markdown形式で表されるが、ＨＴＭＬ形式や平文など他のデータ構造であってもよい。
CustomPolicy５１１、Monitoring５１２、Overview５１３、Charges５１４、および、CustomDescription５１５の少なくとも一つの値は、空であってもよい。
管理システム情報５７は、例えば、サービス管理システム６０毎に、レコードを有する。各レコードは、SystemId５２０、Endpoint５２１、Credential５２２およびServices５２３といった情報を含む。以下、一つのサービス管理システム６０を例に取る（図５の説明において「注目管理システム６０」）。
SystemId５２０は、注目管理システム６０の識別子を表す。Endpoint５２１は、注目管理システム６０にアクセスするためのエンドポイント（例えば、ＵＲＬやＩＰアドレス）を表す。Credential５２２は、注目管理システム６０の認証情報（例えば、アカウント名とパスワードの組や、アクセストークン）である。Services５２３は、注目管理システムから作成または削除可能なサービス７０のServiceIdのリストを表す。Services５２３は、例えばＪＳＯＮ形式で表されるが、ＸＭＬやＹＡＭＬなど他のデータ構造であってもよい。
図６は、サービス定義情報５６のうちのCustomPolicy５１１およびMonitoring５１２のデータ構造の一例を示す。
上述したように、CustomPolicy５１１は、カスタムポリシーの定義を表し、Monitoring５１２は、監視処理の定義を表す。これらは、例えば、ＪＳＯＮ形式で表されるが、ＸＭＬやＹＡＭＬなど他のデータ構造であってもよい。
CustomPolicy５１１は、カスタムポリシーの設定項目毎に、項目定義６００を持つ。項目定義６００は、例えば、設定項目の名前を表すname６０１、設定項目の説明を表すdescription６０２、および、設定項目のデータ構造を表すscheme６０３を含む。scheme６０３は、例えば、データ型を表すtype６０４、データとして入力可能な値であるenum６０５、および、初期値を表すdefault６０６を含む。
description６０２は、例えばMarkdown形式で表されるが、ＨＴＭＬ形式や平文など他のデータ構造であってもよい。description６０２が設定されている場合は、その値がカスタムポリシーの説明としてノード説明ＵＩ２３４に表示される。type６０４の値は、例えば、文字列を意味する“string”、数値を意味する“number”、論理値を意味する“Boolean”がある。また、description６０２とenum６０５とdefault６０６は無くてもよい。また、カスタムポリシーが無い場合、CustomPolicy５１１は空であってもよい。
Monitoring５１２は、例えば、監視のための通信の通信プロトコルを表すprotocol６１１、監視対象のエンドポイント（例えば、ＵＲＬやＩＰアドレス）を表すendpoint６１２、監視のための通信である監視通信に設定するＨＴＴＰヘッダを表すhttpHeaders６１３、サービス７０の作成後にサービス７０の起動時間を考慮し初回の監視通信を待つ時間を表すinitialDelaySeconds６１６、監視処理の実行間隔を表すperiodSeconds６１７、および、監視通信の応答のタイムアウト時間を表すtimeoutSeconds６１８を含む。また、httpHeader６１３は、ＨＴＴＰヘッダの項目がリストとして設定されており、各項目はヘッダ名であるname６１４と値であるvalue６１５で構成される。
Monitoring５１２には、connection変数として接続情報一覧３５の値を利用できる。使用する際はconnection.のあとに接続情報一覧３５のフィールド名が指定されればよい。例えば、connection.Endpointとすると、接続情報一覧３５にある監視対象のサービス７０を表すレコードのEndpoint７０２の値を使用できる。変数は、例えば、JavaScriptのテンプレートリテラル内での変数使用時と同じ形式で文字列に埋め込む。各項目は無くてもよく、その場合は、サービス監視機能に定義されているデフォルトの設定値が用いられてよい。
サービス監視機能３３は、endpoint６１２が表す監視対象にprotocol６１１が表すプロトコルで通信しその返り値を確認する処理を含む監視処理、periodSeconds６１７が表す時間間隔で行う。また、protocol６１１がhttpまたはhttpsを表す場合、ＨＴＴＰヘッダとしてhttpHeaders６１３の値が用いられる。ただし、サービス７０の作成後、初回の通信は、initialDelaySeconds６１６が表す時間だけ待ち、その後、監視通信がされる。通信の応答が、timeoutSeconds６１８が表す時間以上返らなかった場合（もしくは、ＨＴＴＰやＨＴＴＰＳの場合に通信の応答のステータスコードが所定番代以外のとき）、サービス監視機能３３は、サービス７０に異常があると判断する。
図７は、接続情報一覧３５のデータ構造の一例を示す。
接続情報一覧３５は、例えばテーブルである。接続情報一覧３５は、例えば、サービス７０の接続情報毎にレコードを有する。各レコードは、接続情報の識別子に相当するResourceIdであるResourceId７００と、サービス７０の識別子を表すServiceId７０１と、サービス７０のエンドポイントを表すEndpoint７０２と、サービス７０の認証情報であるCredential７０３と、サービス７０のステータスを表すStatus７０４とを含む。各レコードにおいて、Endpoint７０２およびCredential７０３が、本実施形態において接続情報に相当する。
＜各種処理＞
図８は、イベント通知処理を示す。
本処理では、ビジュアルプログラミングシステム１０でのフロー実行などのイベントを起点として、サービス７０が作成または削除され、サービス７０の接続情報がビジュアルプログラミングシステム１０に動的に反映される。これにより、ユーザ４０が事前にサービス７０を作成または削除し、サービス７０の接続情報の設定または削除を個別にノード２１１のプロパティに対して行なわなくてよくなり、ユーザ４０の作業負荷が削減される。
まず、フロー編集機能１１もしくはフロー実行機能１２が、イベントの発生を検知した場合に当該イベントの通知であるイベント通知をイベント通知機能３２に送信する（Ｐ９０１）。
次に、当該イベント通知を受けたイベント通知機能３２が、当該通知が表すイベントのイベント通知を、サービス連携システム５０に送信する（Ｐ９０２）。
当該イベント通知を受けたサービス連携システム５０において、イベント検知機能５１が、当該イベント通知とポリシー情報５５とを比較する（Ｐ９０３）。イベント検知機能５１が、イベント通知が持つResourceId（およびServiceId）と一致するResourceId５００（およびServiceId５０１）に対応したProvision５０４またはDelete５０５が表す条件にイベント通知が表すイベント（例えばイベント発生原因）に適合するか否かを判断する。以下、図８の説明において、イベント通知が持つResourceIdに対応したサービス利用ノーを「注目利用ノード」と言い、イベント通知が持つServiceIdに対応したサービス７０を「注目サービス７０」と言う。
Provision５０４との一致が得られた場合（Ｐ９０４：Ｙｅｓ）、イベント検知機能５１は、作成処理を実行する（Ｐ９０５）。
Delete５０５との一致が得られた場合（Ｐ９０６：Ｙｅｓ）、イベント検知機能５１は、削除処理を実行する（Ｐ９０７）。
どちらとの一致も得られなかった場合（Ｐ９０６：Ｎｏ）、イベント検知機能５１は、ビジュアルプログラミングシステム１０に、処理が完了したという応答を返す（Ｐ９１０）。
なお、イベント通知が、「強制作成」イベントを表す場合、Ｐ９０４およびＰ９０６の判断無しに、Ｐ９０５が行われてよい。また、イベント通知が、「強制終了」イベントを表す場合、Ｐ９０４およびＰ９０６の判断無しに、Ｐ９０７が行われてよい。
作成処理（Ｐ９０５）では、サービス作成機能５２が、注目利用ノードに接続される注目サービス７０の作成を、注目サービスを作成可能なサービス管理システム６０（注目サービスに対応したSystemId５２０が表すサービス管理システム６０）に依頼し、その結果として取得された接続情報（注目サービス７０の接続情報）を、イベント検知機能５１に通知する。作成処理Ｐ９０５の詳細は、図９にて説明する。
削除処理（Ｐ９０７）では、サービス削除機能５３が、注目サービス７０の削除を、注目サービスを作成したサービス管理システム６０（注目サービスに対応したSystemId５２０が表すサービス管理システム６０）に依頼し、削除されたサービス７０のResourceIdをイベント検知機能５１に通知する。削除処理の詳細は、図１０にて説明する。
その後、イベント検知機能５１は、作成もしくは削除した注目サービス７０の接続情報（例えば、接続情報一覧３５のレコードのうちStatus７０４以外のデータ）を、ビジュアルプログラミングシステム１０に送付する（Ｐ９０８）。ただし、サービス７０の削除処理が実行された場合は、ResourceId以外のレコードの値は空でよい。
ビジュアルプログラミングシステム１０では、接続管理機能３４が、サービス連携システム５０から受け取った接続情報を接続情報一覧３５に反映（例えば追加）する（Ｐ９０９）。具体的には、例えば、受けた接続情報が、接続情報一覧３５のレコードのうちStatus以外のレコード部分の場合、接続管理機能３４が、そのレコード部分を接続情報一覧３５に追加する。一方、例えば、接続情報が、ResourceId以外の値が空の情報の場合は、接続管理機能３４が、受けた接続情報のResourceIdと一致するResourceId７００を持つレコードを接続情報一覧３５から削除する。
以上の処理により、ビジュアルプログラミングシステム１０でのフロー実行などのイベントを起点として、サービス７０が作成または削除され、その接続情報がビジュアルプログラミングシステム１０の接続情報一覧３５に動的に反映される。
図９は、サービス７０の作成処理を示す。
本処理は、図８のＰ９０５の詳細である。
まず、イベント検知機能５１が、イベントの発生をサービス作成機能５２に通知する（Ｐ１００１）。
次に、サービス作成機能５２が、その通知に応答して、管理システム情報５７にアクセスし、Services５２３内にイベント通知のServiceIdを含むレコードを取得する。その後、サービス作成機能５２が、そのレコードのEndpoint５２１およびCredential５２２を取得し、Endpoint５２１が表すサービス管理システム６０に、Credential５２２が表す認証情報を用いてアクセスし、イベント通知のResourceIdおよびServiceIdに対応したサービス７０のインスタンスの作成を依頼する（Ｐ１００２）。サービス７０の識別子とは、例えばOpenServiceBrokerのinstance_idである。
その後、サービス管理システム６０のサービス作成機能６１が、依頼されたサービス７０を作成する（Ｐ１００３）。この作成により、サービス管理システム６０に定義された方法でサービス７０の接続情報（例えば、エンドポイントおよび認証情報を含んだ情報）が発行される。
その後、サービス作成機能６１は、サービス７０の接続情報を接続情報一覧６３に保存する（Ｐ１００４）。その後、サービス作成機能６１は、作成処理終了の通知として、サービス７０の接続情報（Ｐ１００４で保存した接続情報）を、サービス連携システム５０に送付する（Ｐ１００５）。
サービス連携システム５０のサービス作成機能５２は、送付された接続情報と、イベント検知機能５１から通知されたイベントのServiceIdとResourceIdとを（すなわち、Status７０４を除いた、接続情報一覧３５のレコード部分）を、イベント検知機能３２に送付する（Ｐ１００６）。
以上の処理によりサービス７０の作成が実現される。
図１０は、サービス７０の削除処理を示す。
本処理は、図８のＰ９０７の詳細である。
まず、イベント検知機能５１が、イベントの発生をサービス削除機能５３に通知する（Ｐ１１０１）。
次に、サービス削除機能５３が、その通知に応答して、管理システム情報５７にアクセスし、Services５２３内にイベント通知のServiceIdの値を含むレコードを取得する。その後、サービス削除機能５３が、そのレコードのEndpoint５２１およびCredential５２２を取得し、Endpoint５２１が表すサービス管理システム６０に、Credential５２２が表す認証情報を用いてアクセスし、イベント通知のResourceIdおよびServiceIdに対応したサービス７０のインスタンスの削除を依頼する（Ｐ１１０２）。
その後、サービス管理システム６０のサービス削除機能６２が、依頼されたサービス７０を削除する（Ｐ１１０３）。
その後、サービス削除機能６２は、削除されたサービス７０に対応したレコードを接続情報一覧６３から削除する（Ｐ１１０４）。その後、サービス削除機能６２は、削除処理終了の通知をサービス連携システム５０に送付する（Ｐ１１０５）。
サービス連携システム５０のサービス削除機能５３は、削除されたサービス７０のResourceIdをイベント検知機能５１に送付する（Ｐ１１０６）。
以上の処理によりサービス７０の削除が実現される。
図１１は、ノード別の一時停止処理を示す。
各サービス７０のステータスがサービス監視機能３３により監視されStatus７０４に反映されるが、ノード別の一時停止処理とは、サービス７０のStatus７０４に基づきノードの処理を待機または中断する処理である。本処理により、ビジュアルプログラミングシステム１０は、サービス７０の作成前や当該サービス７０のエラー等により当該サービス７０を利用できない状態でサービス利用ノードが実行されてしまうことを避けることができ、以って、フローの処理に悪影響を及ぼすことを避けることができる。
フロー２２１の実行において、サービス利用ノードの処理定義２４がフロー実行機能１２により実行されると、処理定義２４（プログラム）は、サービス利用ノードのプロパティが持つResourceIdを引数として、接続管理機能３４に接続情報の取得を依頼する（Ｐ１３０１）。
次に、接続管理機能３４は、接続情報一覧３５から、引数のResourceIdと一致するResourceId７００を持つレコードから、Endpoint７０２、Credential７０３およびStatus７０４の値を取得する（Ｐ１３０２）。
その後、Status７０４が“Running”であれば（Ｐ１３０３：Ｙｅｓ）、接続管理機能３４は、取得したEndpoint７０２とCredential７０３を処理定義２４に送付する（Ｐ１３０４）。
また、Status７０４が“Error”であれば（Ｐ１３０５：Ｙｅｓ）、接続管理機能３４は、処理定義２４にエラーを通知する（Ｐ１３０７）。エラーを通知された処理定義２４は、サービス７０へのアクセスを中断する。中断の場合、フローが最初から実行されてもよい。
また、Status７０４が“Running”でも“Error”でもなければ（例えば、“Provisioning”）（Ｐ１３０５：Ｎｏ）、接続管理機能３４は、予め定められた時間待機し（Ｐ１３０６）、その後再びＰ１３０２を実行する。すなわち、サービス７０がエラーではないがサービス７０にアクセス不可の場合には、サービス７０へのアクセスが待機される。
以上の処理により、サービス７０のStatus７０４が“Running”以外のときは、サービス７０へのアクセスが待機または中断される。このため、サービス７０が利用可能ではない状態でサービス７０が呼び出されることがなくなり、フローへの悪影響を避けることができる。
図１２は、フロー全体の一時停止処理を示す。
フロー全体の一時停止処理とは、稼働確認ノードがフロー内で後続の全てのサービス利用ノードにそれぞれ接続される全サービス７０の各々のStatus７０４を基にフローを待機または中断する処理である。本処理により、ビジュアルプログラミングシステム１０は、稼働確認ノード以降の全サービス７０が利用可能な状態なことを確認してからフローを実行できるため、いずれかのサービス７０が利用不可能な状態で呼び出され、フローの実行に悪影響を及ぼすことを避けることができる。
フロー２２１の実行において、稼働確認ノードの処理定義２４がフロー実行機能１２により実行されると、処理定義２４は、稼働確認ノード以降にある全サービス利用ノード（稼働確認ノードを含むフローにおいて、当該稼働確認ノードの後に実行され得る全サービス利用ノード）がアクセスする全サービス７０のステータスを接続管理機能３４に確認する（Ｐ１４０１）。具体的には、例えば、次の通りである。すなわち、処理定義２４が、稼働確認ノードのフロー情報１３にアクセスする。処理定義２４が、フロー情報１３中のwires４０７を辿って、稼働確認ノードの出力側に接続しているノードの情報をフローの終端まで全て取得する。その後、処理定義２４が、取得したノード群からサービス利用ノードを抽出し、抽出した全サービス利用ノードの各々のResourceIdを取得する。その後、処理定義２４は、取得した全ResourceIdを引数として、接続管理機能３４に接続情報の取得を依頼する。
次に、接続管理機能３４は、接続情報一覧３５から、引数として与えられた各ResourceIdについて、当該ResourceIdと一致するResourceId７００を持つレコードから、Endpoint７０２、Credential７０３およびStatus７０４の値を取得する（Ｐ１４０２）。
その後、取得した全てのStatus７０４が“Running”であれば（Ｐ１４０３：Ｙｅｓ）、接続管理機能３４は、取得した全ての接続情報（Endpoint７０２とCredential７０３）を処理定義２４に送付し（Ｐ１４０４）、処理定義２４が、処理を後続のノード２１１に渡す（Ｐ１４０８）。
取得したStatus７０４の一つでも“Error”であれば（Ｐ１４０５：Ｙｅｓ）、接続管理機能３４は、“Error”に対応するResourceIdのリストを処理定義２４に通知する（Ｐ１４０７）。その後、処理定義２４は、ResourceIdのリストをフロー編集機能１１に通知する（Ｐ１４０９）。また、当該リストが通知されたフロー編集機能１１は、フローの実行を中断してよい。例えば、フロー編集機能１１は、ＧＵＩ画面２００（または別のＧＵＩ画面）に、通知されたリストにおけるResourceIdに対応したサービス利用ノードのリストを表示してよい。
取得したStatus７０４に“Error”が無く“Running”および“Error”以外の値（例えば“Provisioning”）が存在するとき（Ｐ１４０５：Ｎｏ）、接続管理機能３４は、予め定められた時間待機し（Ｐ１４０６）、その後再びＰ１４０２を実行する。すなわち、全てのサービス７０のいずれもエラーではないがいずれかのサービス７０にアクセス不可の場合には、サービス７０へのアクセスが待機される。
以上の処理により、稼働確認ノード以降の全サービス７０のStatusが“Running”以外のときは、フロー０の実行が待機または中断される。このため、サービス７０が利用可能ではない状態でサービス７０が呼び出されることがなくなり、フローへの悪影響を避けることができる。
図１３は、サービス再起動処理を示す。
サービス再起動処理は、サービス監視機能３３がサービス７０のエラーを検知したときに、ユーザ４０が設定したポリシー情報５５を基にサービス７０をリスタートする処理である。本処理により、ユーザ４０はサービス７０にエラーが起きた時、手動でのサービス７０のリスタートが不要になる。また、このときのリスタートのタイミングをユーザ４０が指定することもできる。
サービス監視機能３３が、監視処理にて、正常な値がサービス７０から返らない等の理由によりサービス７０の状態がエラーであると検知すると（Ｐ１５０１）、サービス７０のResourceIdを引数に、接続管理機能３４に、サービス７０の接続情報の再取得を依頼する（Ｐ１５０２）。接続管理機能３４は、その依頼に応答して、引数とされたResourceIdに一致するResourceId７００に対応した接続情報を接続情報一覧３５から取得し、取得した接続情報をサービス監視機能３３に渡す。サービス監視機能３３は、その渡された接続情報を用いて、サービス７０にアクセスしてみる。
しかし、それでもサービス７０への監視処理が失敗する（もしくは接続管理機能３４にて接続情報の再取得に失敗した通知を受ける）等の理由によりサービス７０のエラーを検知すると（Ｐ１５０３）、サービス監視機能３３は、ポリシー情報５５から、サービス７０のResourceIdと一致するResourceId５００に対応したRestart５０６の値を確認する。
Restart５０６の値が“OFF”の場合（Ｐ１５０４：Ｙｅｓ）、サービス監視機能３３は、再起動処理を終了する。
Restart５０６の値が“OFF”以外の場合（Ｐ１５０４：Ｎｏ）、サービス監視機能３３は、イベント通知機能３２に、強制終了イベントの通知を送付する。強制終了イベントの通知をイベント通知機能３２が受けた場合、図８のＰ９０７以降の処理が行われる。すなわち、サービス７０が削除され、サービス７０の接続情報がを接続情報一覧３５から削除される（Ｐ１５０５）。
その後、Restart５０６の値が“常時”の場合（Ｐ１５０６：Ｙｅｓ）、サービス監視機能３３は、イベント通知機能３２に、強制作成イベントの通知を送付する。強制作成イベントの通知をイベント通知機能３２が受けた場合、図８のＰ９０５以降の処理が行われる。すなわち、サービス７０が作成され、サービス７０の接続情報が接続情報一覧３５に登録される（Ｐ１５０７）。
Ｐ１５０５の後、Restart５０６の値が“常時”ではない場合（例えば、“自動作成条件に合わせる”の場合）（Ｐ１５０６：Ｎｏ）、再起動処理は終了する。Ｐ１５０５で削除されたが本再起動処理において作成されなかったサービス７０は、後に、ポリシー情報５５内のProvision５０４の条件を満たすイベントがビジュアルプログラミングシステム１０で発生した際に作成されることになる。
以上の処理により、サービス７０が異常なとき、ビジュアルプログラミングシステム１０は接続情報の更新およびポリシー情報５５に基づくサービスのリスタートが可能となる。
［第２実施形態］
以下、第２実施形態を説明する。その際、第１実施形態との相違点を主に説明し、第１実施形態との共通点については説明を簡略または省略する。
図１４は、第２実施形態におけるシステム構成の一例を示すブロック図である。
図１４に示されるシステムでは、図１のビジュアルプログラミングシステム１０の代わりにビジュアルプログラミングシステム１６００が設けられている。ビジュアルプログラミングシステム１６００にはフロー編集機能１１の代わりにＷｅｂ通信機能１６１０が設けられている。
計算機１６２０には、Ｗｅｂブラウザ１６２１が設けられている。Ｗｅｂブラウザ１６２１には、フロー編集機能１６２２が設けられている。フロー編集機能１６２２は、Ｗｅｂブラウザ１６２１にて動作することができる。計算機１６２０は、出力デバイス１６３０および入力デバイス１６４０を有する。さらに、計算機１６２０は、ネットワーク８０を介してＷｅｂ通信機能１６１０に接続されている。
Ｗｅｂブラウザ１６２１は、計算機１６２０の上で動作するアプリケーションである。Ｗｅｂブラウザ１６２１は、ビジュアルプログラミングシステム１６００にＨＴＴＰまたはＨＴＴＰＳリクエストを発行し、その応答として取得したデータを計算機１６２０の出力デバイス１６３０に表示する。この時、Ｗｅｂブラウザ１６２１は、フロー編集機能１６２２を出力デバイス１６３０に表示することができる。
Ｗｅｂ通信機能１６１０は、Ｗｅｂブラウザ１６２１のＨＴＴＰリクエストを基にフロー編集機能１６２２の処理を定義したデータをＷｅｂブラウザ１６２１に送付する。そして、Ｗｅｂブラウザ１６２１上で動作するフロー編集機能１６２２からのＨＴＴＰリクエストを基に、Ｗｅｂブラウザ１６２１上のフロー編集が実現できるよう、Ｗｅｂ通信機能１６１０は、各種処理の制御命令およびデータを中継する。
フロー編集機能１６２２は、フロー編集機能１１をＷｅｂブラウザ１６２１で動作可能にしたものである。フロー編集機能１６２２が図１４のシステム内の各種データや機能を使用する時は、Ｗｅｂ通信機能１６１０を介して使用する。
以上により、図１４のシステムはＷｅｂアプリケーションとして、遠隔の計算機１６２０を用いてフロー２２１を作成することができる。
上述した説明を、例えば下記のように総括することができる。
サービス連携システム５０と通知機能３０が、サービス連携システムの一例である。サービス連携システム５０は、第１の機能の一例である。通知機能３０が、第２の機能の一例である。サービス連携システム５０が、ビジュアルプログラミングシステム１０または１６００が提供するＧＵＩ画面２００（フロー編集画面の一例）におけるフロー２２１が、サービス利用ノード２２２を含んでいて、且つ、当該サービス利用ノード２２２にサービス７０（外部サービスの一例）を接続するユーザ要求を検出した場合、サービス７０の作成機能６１を有するサービス管理システム６０に、サービス７０の作成要求を送信する。サービス連携システム５０が、当該作成要求に応答してサービス管理システム６０により作成されたサービス７０に接続するための接続情報（当該サービス管理システム６０により作成された接続情報）を、サービス管理システム６０から取得する。連携機能３０が、サービス連携システム５０により取得された接続情報をサービス利用ノード２２２のプロパティに設定する。以上のように、フロー２２１の編集において、動的にサービス７０が作成されると共に、当該作成されたサービス７０の接続情報が、サービス利用ノード２２２のプロパティに自動で設定される。このため、ユーザは事前にサービス７０を作成したりそのサービス７０の接続情報を手動で設定したりする必要がなくなる。これにより、サービス利用ノード２２２を含んだフロー２２１を用いた試行錯誤を高速に行うことができる。
連携機能３０が、サービス７０の自動作成条件（「Provision」）と自動削除条件（「Delete」）のうちの少なくとも一つを含んだポリシーの指定をユーザ４０から受け付けてよい。サービス連携システム５０が、ユーザ４０により指定されたポリシーを表すポリシー情報に従ってよい。これにより、サービス７０の作成または削除をユーザ４０の所望のポリシーに従って行うことができる。
サービス連携システム５０が、サービス７０に関しユーザ要求を検出した場合、ポリシー情報に指定されている自動作成条件が満たされたときに、サービス７０の作成要求をサービス管理システム６０に送信してよい。これにより、サービス７０が作成されるタイミングを、ユーザ４０の所望のタイミングとすることができる。
サービス連携システム５０が、ポリシー情報に指定されている自動削除条件が満たされたときに、サービス７０の削除要求をサービス管理システム６０に送信してよい。これにより、サービス７０が作成されるタイミングを、ユーザ４０の所望のタイミングとすることができる。
連携機能３０は、取得された接続情報を接続情報一覧３５に書き込むようになっている。連携機能３０は、サービス利用ノード２２２のStatus７０４が“Running”でない場合（サービス利用ノード２２２がプロパティに設定された接続情報を用いてサービス７０を呼び出すことができなくなったことを検出したことの一例）、サービス７０の接続情報を接続情報一覧３５から取得し当該取得された接続情報を用いてサービス７０に対するアクセスを行い、それでもアクセスに失敗した場合、削除条件が満たされたときに削除要求をサービス管理システム６０に送信し、その後に、作成条件が満たされたときにサービス７０の作成要求をサービス管理システム６０に送信してよい。この段落で言う「削除条件」は、アクセス失敗に応答して直ちに削除する強制削除でもよいし、ユーザ４０の任意の条件でもよい。同様に、この段落で言う「作成条件」は、強制削除の後直ちに作成する強制作成でもよいし、ユーザ４０の任意の条件でもよい。これにより、サービス７０のエラーまたはその他の理由によりサービス７０へのアクセスが不可の場合、手動でのサービス７０のリスタートが不要になる。
連携機能３０は、サービス利用ノード２２２のStatus７０４が“Running”でない場合、サービス７０の接続情報を接続情報一覧３５から取得し、当該取得された接続情報を用いてサービス７０に対するアクセスしてよい。これにより、サービス７０のエラーまたはその他の理由によりサービス７０へのアクセスが不可になった場合、サービス利用ノード２２２に代えて連携機能３０がサービス７０へのアクセスが可能か否かのチェックを行うことができる。
連携機能３０は、サービス７０にアクセスが可能か監視してよい。連携機能３０は、サービス７０にアクセス不可の場合、当該サービス７０に接続されるサービス利用ノード２２２の処理を待機または中断してよい。これにより、サービス７０が作成前や当該サービス７０のエラー等により当該サービス７０にアクセス不可の状態でサービス利用ノード２２２が実行されてしまうことを避けることができる。
連携機能３０は、フロー２２１が有する全てのサービス利用ノード２２２の各々について、当該サービス利用ノード２２２に接続されるサービス７０にアクセスが可能か監視してよい。フロー２２１における稼働確認ノード（実行中ノードの一例）の後に実行される一つ以上のサービス利用ノード２２２からに呼び出される少なくとも一つのサービス７０にアクセス不可の場合、フロー２２１の実行が待機または中断されてよい。これにより、稼働確認ノード以降の全サービス７０が利用可能な状態なことを確認してからフローを実行できる。
サービス連携システム５０は、ビジュアルプログラミングシステム１０または１６００の外部に設けられていてよい。連携機能３０は、ビジュアルプログラミングシステム１０または１６００の内部に設けられていてよい。連携機能３０が、サービス利用ノード２２２に対するサービス７０の接続がユーザ４０により要求された場合にユーザ要求の発生を表すイベントの通知をサービス連携システム５０に送信してよい。当該通知をサービス連携システム５０により受信することが、ユーザ要求をサービス連携システム５０により検出することであってよい。これにより、複数のビジュアルプログラミングシステム１０または１６００に対しサービス連携システム５０を一つとすることできる。
フロー２２１を表すフロー情報１３が、サービス利用ノード２２２のResourceId（所定種類のＩＤの一例）を表す情報を含んでよい。サービス管理システム６０への作成要求には、当該サービス利用ノード２２２のResourceIdが関連付けられてよい。当該サービス管理システム６０により作成され接続情報一覧６３に格納される接続情報には、ResourceId（例えば、ResourceIdとServiceIdとの組のようなキー）が関連付けられてよい。サービス連携システム５０により取得され接続情報一覧３５において管理される接続情報には、ResourceId（例えば、上記キーと同一のキー）が関連付けられてよい。これにより、サービス利用ノードのResourceIdを用いて接続情報を接続情報一覧３５から取得できる。
以上、本発明の幾つかの実施形態を説明したが、本発明は上述した実施形態に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例および同等の構成が含まれる。例えば、上述した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。
１０：ビジュアルプログラミングシステム、３０：連携機能、５０：サービス連携システム、６０：サービス管理システム

Claims (12)

  1. ビジュアルプログラミングシステムが提供するフロー編集画面におけるフローが、前記ビジュアルプログラミングシステムの外部サービスを呼び出すノードであるサービス利用ノードを含んでいて、且つ、前記サービス利用ノードに前記外部サービスを接続するユーザ要求を検出した場合、前記外部サービスの作成機能を有するサービス管理システムに前記外部サービスの作成要求を送信し、当該作成要求に応答して前記サービス管理システムにより作成された前記外部サービスに接続するための情報であり前記サービス管理システムにより作成された情報である接続情報を、前記サービス管理システムから取得する第１の機能と、
    前記取得された接続情報を前記サービス利用ノードのプロパティに設定する第２の機能と
    を備えるサービス連携支援システム。
  2. 前記第２の機能が、前記外部サービスの作成と削除のうちの少なくとも一つに関する条件を含んだポリシーの指定をユーザから受け付け、
    前記第１の機能が、前記ユーザにより指定されたポリシーを表すポリシー情報に従う、
    請求項１に記載のサービス連携支援システム。
  3. 前記第１の機能が、前記ユーザ要求を検出した場合、前記ポリシー情報に指定されている、前記外部サービスの作成する条件である作成条件が満たされたときに、前記外部サービスの作成要求を前記サービス管理システムに送信する、
    請求項２に記載のサービス連携支援システム。
  4. 前記第１の機能が、前記ポリシー情報に指定されている、前記外部サービスの削除する条件である削除条件が満たされたときに、前記外部サービスの削除要求を前記サービス管理システムに送信する、
    請求項２に記載のサービス連携支援システム。
  5. 前記第２の機能は、前記取得された接続情報を前記ビジュアルプログラミングシステムにより管理される情報である接続情報一覧に書き込むようになっており、
    前記第２の機能は、前記サービス利用ノードが前記プロパティに設定された前記接続情報を用いて前記外部サービスを呼び出すことができなくなったことを検出した場合、
    前記外部サービスの接続情報を前記接続情報一覧から取得し、当該取得された接続情報を用いて前記外部サービスに対するアクセスを行い、
    当該アクセスに失敗の場合、前記外部サービスの削除する条件である削除条件が満たされたときに前記外部サービスの削除要求を前記サービス管理システムに送信し、その後に、前記外部サービスの作成する条件である作成条件が満たされたときに前記外部サービスの作成要求を前記サービス管理システムに送信する、
    請求項１に記載のサービス連携支援システム。
  6. 前記第２の機能は、前記取得された接続情報を前記ビジュアルプログラミングシステムにより管理される情報である接続情報一覧に書き込むようになっており、
    前記第２の機能は、前記サービス利用ノードが前記プロパティに設定された前記接続情報を用いて前記外部サービスを呼び出すことができなくなったことを検出した場合、前記外部サービスの接続情報を前記接続情報一覧から取得し、当該取得された接続情報を用いて前記外部サービスに対するアクセスを行う、
    請求項１に記載のサービス連携支援システム。
  7. 前記第２の機能は、前記外部サービスにアクセスが可能か監視し、
    前記第２の機能は、前記外部サービスにアクセス不可の場合、前記サービス利用ノードの処理を待機または中断する、
    請求項１に記載のサービス連携支援システム。
  8. 前記第２の機能は、前記フローが有する全てのサービス利用ノードの各々について、当該サービス利用ノードに接続される外部サービスにアクセスが可能か監視し、
    前記フローにおける実行中ノードの後に実行される一つ以上のサービス利用ノードからに呼び出される少なくとも一つの外部サービスにアクセス不可の場合、前記フローの実行が待機または中断する、
    請求項１に記載のサービス連携支援システム。
  9. 前記第１の機能は、前記ビジュアルプログラミングシステムの外部に設けられており、
    前記第２の機能は、前記ビジュアルプログラミングシステムの内部に設けられており、
    前記第２の機能が、前記サービス利用ノードに対する前記外部サービスの接続がユーザにより要求された場合に前記ユーザ要求の発生を表すイベントの通知を前記第１の機能に送信し、
    前記通知を前記第１の機能により受信することが、前記ユーザ要求を前記第１の機能により検出することである、
    請求項１に記載のサービス連携支援システム。
  10. 前記フローを表すフロー情報が、前記サービス利用ノードの所定種類のＩＤを表す情報を含んでいて、
    前記作成要求には、前記サービス利用ノードの前記所定種類のＩＤが関連付けられており、
    前記サービス管理システムにより作成され前記サービス管理システムにおいて管理される接続情報には、前記所定種類のＩＤが関連付けられ、
    前記第１の機能により取得され前記ビジュアルプログラミングシステムにおいて管理される接続情報には、前記所定種類のＩＤが関連付けられる、
    請求項１に記載のサービス連携支援システム。
  11. ビジュアルプログラミングシステムが提供するフロー編集画面におけるフローが、前記ビジュアルプログラミングシステムの外部サービスを呼び出すノードであるサービス利用ノードを含んでいて、且つ、前記サービス利用ノードに前記外部サービスを接続するユーザ要求を検出した場合、前記外部サービスの作成機能を有するサービス管理システムに前記外部サービスの作成要求を送信し、
    当該作成要求に応答して前記サービス管理システムにより作成された前記外部サービスに接続するための情報であり前記サービス管理システムにより作成された情報である接続情報を、前記サービス管理システムから取得し、
    前記取得された接続情報を前記サービス利用ノードのプロパティに設定する、
    サービス連携支援方法。
  12. ビジュアルプログラミングシステムが提供するフロー編集画面におけるフローが、前記ビジュアルプログラミングシステムの外部サービスを呼び出すノードであるサービス利用ノードを含んでいて、且つ、前記サービス利用ノードに前記外部サービスを接続するユーザ要求を検出した場合、前記外部サービスの作成機能を有するサービス管理システムに前記外部サービスの作成要求を送信し、
    当該作成要求に応答して前記サービス管理システムにより作成された前記外部サービスに接続するための情報であり前記サービス管理システムにより作成された情報である接続情報を、前記サービス管理システムから取得し、
    前記取得された接続情報を前記サービス利用ノードのプロパティに設定する、
    ことをコンピュータに実行させるコンピュータプログラム。
JP2019146252A 2019-08-08 2019-08-08 サービス連携支援システムおよびその方法 Active JP7233342B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019146252A JP7233342B2 (ja) 2019-08-08 2019-08-08 サービス連携支援システムおよびその方法
US16/816,760 US11182131B2 (en) 2019-08-08 2020-03-12 System and method that support production management

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019146252A JP7233342B2 (ja) 2019-08-08 2019-08-08 サービス連携支援システムおよびその方法

Publications (2)

Publication Number Publication Date
JP2021026660A JP2021026660A (ja) 2021-02-22
JP7233342B2 true JP7233342B2 (ja) 2023-03-06

Family

ID=74498249

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019146252A Active JP7233342B2 (ja) 2019-08-08 2019-08-08 サービス連携支援システムおよびその方法

Country Status (2)

Country Link
US (1) US11182131B2 (ja)
JP (1) JP7233342B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113934416B (zh) * 2021-10-26 2022-08-19 山东同圆数字科技有限公司 基于图形化语义策略编程的运维管理方法及系统
JP7170157B1 (ja) * 2022-05-31 2022-11-11 株式会社エクサウィザーズ 情報処理方法、情報処理装置及びプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180069804A1 (en) 2016-09-02 2018-03-08 Pivotal Software, Inc. On-demand resource provisioning
US20180081642A1 (en) 2016-09-16 2018-03-22 Oracle International Corporation Connectors framework

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013047093A1 (ja) * 2011-09-29 2013-04-04 沖電気工業株式会社 Ｉｄ管理装置、プログラム、利用者端末、およびｉｄ管理システム
KR101453973B1 (ko) * 2012-07-02 2014-10-22 삼성전자주식회사 와이 파이 접속을 위한 방법 및 그 전자 장치
GB201316948D0 (en) * 2013-09-24 2013-11-06 Cotham Technologies Ltd Methods and software for creating workflows
KR20160026141A (ko) * 2014-08-29 2016-03-09 삼성전자주식회사 윈도우 운용 방법 및 이를 지원하는 전자 장치
US10073679B2 (en) * 2014-09-26 2018-09-11 Oracle International Corporation Efficient and intuitive databinding for mobile applications
JP2017050786A (ja) * 2015-09-03 2017-03-09 株式会社日立製作所 通信装置、通信システム、及びデータ処理装置
US10289438B2 (en) * 2016-06-16 2019-05-14 Cisco Technology, Inc. Techniques for coordination of application components deployed on distributed virtual machines
LT3767493T (lt) * 2017-08-28 2023-03-10 Bright Data Ltd. Būdas pagerinti turinio parsisiuntimą, naudojant tunelinius įrenginius
US11012374B2 (en) * 2019-05-20 2021-05-18 Citrix Systems, Inc. Systems and methods for virtual session connection using component-based connection leases

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180069804A1 (en) 2016-09-02 2018-03-08 Pivotal Software, Inc. On-demand resource provisioning
US20180081642A1 (en) 2016-09-16 2018-03-22 Oracle International Corporation Connectors framework

Also Published As

Publication number Publication date
US11182131B2 (en) 2021-11-23
US20210042093A1 (en) 2021-02-11
JP2021026660A (ja) 2021-02-22

Similar Documents

Publication Publication Date Title
US11853748B2 (en) Methods and systems that share resources among multiple, interdependent release pipelines
US11481244B2 (en) Methods and systems that verify endpoints and external tasks in release-pipeline prior to execution
US11533231B2 (en) Configuration and management of scalable global private networks
US9578088B2 (en) Globally distributed utility computing cloud
US9128773B2 (en) Data processing environment event correlation
US9053580B2 (en) Data processing environment integration control interface
US8988998B2 (en) Data processing environment integration control
US9740543B1 (en) Multi-endpoint method implementation
JP4914717B2 (ja) 維持可能なグリッドマネージャ
US20170364844A1 (en) Automated-application-release-management subsystem that supports insertion of advice-based crosscutting functionality into pipelines
US8732668B2 (en) System and method of error handling in a platform as a service environment
WO2009111799A2 (en) Globally distributed utility computing cloud
US20120204169A1 (en) Hybrid cloud integrator
US9201702B2 (en) Integrated cloud data center management
US9325768B2 (en) System and method for clustered transactional interoperability of multiple messaging providers using a single connector mechanism
US20150220330A1 (en) Template derivation for configuration object management
JP7233342B2 (ja) サービス連携支援システムおよびその方法
JP2007500385A (ja) グリッドブラウザコンポーネント
KR20110009143A (ko) 데이터내 동적 프로비저닝을 위한 방법 및 장치
WO2021108652A1 (en) Configuration and management of scalable global private networks
CN114185734A (zh) 一种监控集群的方法、装置及电子设备
US12124859B2 (en) Hybrid multi-tenant framework for reconfiguring software components
US8214499B2 (en) System and method for enabling software applications as a service in a non-intrusive manner
US20240143340A1 (en) Hybrid multi-tenant framework for reconfiguring software components
US20240036888A1 (en) Information Processing Device, Information Processing System, and User Interface Providing Method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220221

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221216

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: 20230124

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230221

R150 Certificate of patent or registration of utility model

Ref document number: 7233342

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150