JP2016224578A

JP2016224578A - ＳａａＳ間データ連携支援システムおよびＳａａＳ間データ連携支援方法

Info

Publication number: JP2016224578A
Application number: JP2015108086A
Authority: JP
Inventors: 関口　知紀; Tomonori Sekiguchi; 知紀関口; 吉田　功; Isao Yoshida; 功吉田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2015-05-28
Filing date: 2015-05-28
Publication date: 2016-12-28
Anticipated expiration: 2035-05-28
Also published as: JP6440571B2

Abstract

【課題】ユーザ側での開発負担無くＳａａＳ間の連携を効率的に図る。【解決手段】ＳａａＳ間データ連携支援システム１において、インターフェイスＤＢ１５１を保持する記憶装置と、インターフェイスにおけるデータフォーマットが互いに共通するＳａａＳの組をインターフェイスＤＢ１５１に基づき特定して、当該組に関する情報を所定装置２００に出力し、当該組について連携設定の要求を受けた場合、ＳａａＳ間でのデータ連携処理に対応した所定アルゴリズムの実行結果を取得するＡＰＩに、該当組を連携対象のＳａａＳ群と規定する所定情報を付与し、連携ＡＰＩとして記憶装置に格納する演算装置を含む構成とする。【選択図】図１

Description

本発明は、ＳａａＳ間データ連携支援システムおよびＳａａＳ間データ連携支援方法に関するものであり、具体的には、ユーザ側での開発負担無くＳａａＳ間の連携を効率的に図る技術に関する。

クラウドコンピューティングの普及に伴い、ＳａａＳ（Software as a Service）の形
態で提供されるシステムの利用が拡大している。そうしたＳａａＳのユーザは、システム用のＩＴ資産に関する導入・管理等の業務から解放されることとなる。

一方、ＳａａＳの形態か否かに関わらず、互いにデータの利用関係がある複数のシステムに関しては、データモデルやデータ形式の違いを吸収するシステム間連携の仕組みが必要になってくる。従来のごとく、システムがユーザ施設等で構築・運用される、いわゆるオンプレミスの形態となっている場合、ユーザサイドでシステム間連携の仕組みを構築していた。

他方、システムがＳａａＳとして提供されている場合、システム間連携を図るにあたり、ＳａａＳ間連携の仕組みを用意する必要がある。こうした仕組みに対応する従来技術としては、ＳａａＳが提供するＡＰＩをつないでＳａａＳ間連携を実現する技術（特許文献１参照）などが提案されている。

ところで上で述べてきたＳａａＳは、そのユーザからすれば導入と利用が迅速・容易であるとのメリットを感じる対象である。このことは、ＳａａＳの提供事業者からしてみると、様々なＳａａＳをユーザのニーズに応じて迅速に提供、改廃し、非常に効率的な事業展開を行う必要性に結びつく。そこで近年では、ＳａａＳの提供事業者に、ＳａａＳ事業のための基盤を提供する基盤事業者（非特許文献１参照）が出現している（以降、ＳａａＳ基盤事業者）。このＳａａＳ基盤事業者は、アプリケーション実行のためのＩＴリソース、ユーザから利用代金を回収する課金、ユーザ管理、およびユーザ認証などといった、ＳａａＳ事業に必要な各種の基盤機能を提供する。また、ＳａａＳ基盤事業者は、自身のＳａａＳ基盤の利用者たるＳａａＳの提供事業者を、ユーザに紹介するマーケットプレイスもネットワーク上で提供する。この場合のユーザは、そのマーケットプレイスにてＳａａＳの検索を行い、自身の業務等に応じた所望のＳａａＳを特定し、提供事業者と利用契約を結ぶこととなる。

ＵＳ２０１３／０２７５２６５

"ＰｕｔｔｉｎｇｔｈｅＣｌｏｕｄＷｉｔｈｉｎＲｅａｃｈ −− ＨｏｗＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒＣａｎＳｕｃｃｅｅｄｗｉｔｈＢｕｓｉｎｅｓｓＡｐｐｌｉｃａｔｉｏｎＭａｒｋｅｔｐｌａｃｅｓ" （ｈｔｔｐ：／／ｉｎｆｏ．ａｐｐｄｉｒｅｃｔ．ｃｏｍ／ｒｅｓｏｕｒｃｅｓ／ｈｏｗ−ｓｅｒｖｉｃｅ−ｐｒｏｖｉｄｅｒｓ−ｃａｎ−ｓｕｃｃｅｅｄ−ｗｉｔｈ−ｂｕｓｉｎｅｓｓ−ａｐｐｌｉｃａｔｉｏｎ−ｍａｒｋｅｔｐｌａｃｅｓ，２０１５／０３／２６）

広く普及した、或いは著名なＳａａＳ同士の間では、ＡＰＩを介した連携が実現されている場合もある。しかしながら、どのＳａａＳ間を連携させるかは、ＳａａＳ基盤事業者、或いはＳａａＳの提供事業者の決定事項であり、各ユーザの希望や意向が反映されるとは限らない。そのため多くの場合、ユーザが望むＳａａＳ間での連携を確立するには、該当ＳａａＳ間でのデータ形式等の相違を吸収するためのシステム開発が必要となってしまう。こうしたシステム開発は複雑でコストがかかることが一般的であり、ユーザの大きな負担となっている。

また、ユーザが、上述したＳａａＳのマーケットプレイスで所望のＳａａＳを検索する場合、ＳａａＳ間での連携可否、すなわちデータ形式の整合性等について参考となる情報は提示されない。従って、ＳａａＳ間の連携を図る際のコストや手間について考慮出来ないまま、ＳａａＳ選定を進める事態となる。その場合、上述のシステム開発のコストや手間は益々増大し、ユーザの負担も過大となる恐れがある。

そこで本発明の目的は、ユーザ側での開発負担無くＳａａＳ間の連携を効率的に図る技術を提供することにある。

上記課題を解決する本発明のＳａａＳ間データ連携支援システムは、各ＳａａＳにおけるデータ入出力のインターフェイスに関する情報を格納したインターフェイスＤＢを保持する記憶装置と、インターフェイスにおけるデータフォーマットが互いに共通するＳａａＳの組を前記インターフェイスＤＢに基づき特定して、当該組に関する情報を所定装置に出力し、当該組についてユーザからの連携設定の要求を所定装置から受けた場合、ＳａａＳ間でのデータ連携処理に対応した所定アルゴリズムの実行結果を取得するＡＰＩに、前記組を連携対象のＳａａＳ群と規定する所定情報を付与し、連携ＡＰＩとして記憶装置に格納する処理を実行する演算装置とを含むことを特徴とする。

また、本発明のＳａａＳ間データ連携支援方法は、各ＳａａＳにおけるデータ入出力のインターフェイスに関する情報を格納したインターフェイスＤＢを保持する記憶装置を備えたコンピュータシステムが、インターフェイスにおけるデータフォーマットが互いに共通するＳａａＳの組を前記インターフェイスＤＢに基づき特定して、当該組に関する情報を所定装置に出力し、当該組についてユーザからの連携設定の要求を所定装置から受けた場合、ＳａａＳ間でのデータ連携処理に対応した所定アルゴリズムの実行結果を取得するＡＰＩに、前記組を連携対象のＳａａＳ群と規定する所定情報を付与し、連携ＡＰＩとして記憶装置に格納する処理を実行することを特徴とする。

本発明によれば、ユーザ側での開発負担無くＳａａＳ間の連携を効率的に図ることが可能となる。

第１実施形態のＳａａＳ間データ連携支援システムを含むネットワーク構成例を示す図である。第１実施形態における情報処理装置のハードウェア構成例を示す図である。第１実施形態における契約ＤＢのデータ構造例を示す図である。第１実施形態におけるＳａａＳ情報ＤＢのデータ構造例を示す図である。第１実施形態におけるＳａａＳインターフェイスＤＢのデータ構造例を示す図である。第１実施形態における連携ＤＢのデータ構造例を示す図である。第１実施形態におけるＳａａＳ間データ連携支援方法の処理手順例１を示すフロー図である。第１実施形態における画面例１を示す図である。第１実施形態におけるＳａａＳ間データ連携支援方法の処理手順例２を示すフロー図である。第１実施形態におけるＳａａＳ間データ連携支援方法の処理手順例３を示すフロー図である。第１実施形態におけるＳａａＳ間データ連携支援方法の処理手順例４を示すフロー図である。第２実施形態におけるＳａａＳ間データ連携支援方法の処理手順例５を示すフロー図である。第３実施形態におけるＳａａＳ間データ連携支援システムを含むネットワーク構成例を示す図である。第３実施形態におけるゲートウェイＤＢのデータ構造例を示す図である。第４実施形態における連携ＤＢのデータ構造例を示す図である。

−−−第１実施形態−−−
以下に本発明の第１実施形態について図面を用いて詳細に説明する。図１は、第１実施形態のＳａａＳ間データ連携支援システム１を含むネットワーク構成図である。図１に示すＳａａＳ間データ連携支援システム１は、ユーザ側での開発負担無くＳａａＳ間の連携を効率的に図るコンピュータシステムである。

この第１実施形態にて例示するＳａａＳ間データ連携支援システム１は、図１におけるネットワーク構成のうち、連携ゲートウェイ１００、ＳａａＳ連携マーケットプレイスサーバ１３０、およびサーバ連携管理サーバ１５０から構成する形態とする。但し、最小構成としては、連携ゲートウェイ１００とサーバ連携管理サーバ１５０となる。また、こうしたサーバ群でシステムを構成するとしたが、各サーバの機能が一体のサーバ装置に実装されているとしてもよく、その形態を限定しない。

こうしたＳａａＳ間データ連携支援システム１のうち、ＳａａＳ基盤事業者が運営、管理する対象、すなわち基盤側環境が、互いにネットワーク３０で結ばれた、連携ゲートウェイ１００、ＳａａＳマーケットプレイスサーバ１３０、サーバ連携管理サーバ１５０、およびＳａａＳサーバ１７０である。一方、ＳａａＳのユーザが利用する端末がユーザ端末２００となる。両者の環境はインターネットなどのネットワーク２０でもって接続される。

基盤側環境に存在するＳａａＳマーケットプレイスサーバ１３０は、ユーザとの契約に関する情報を保持する契約ＤＢ１３１と、各ＳａａＳに関する各種情報を保持するＳａａＳ情報ＤＢ１３３とを、その記憶装置に格納している。また、ＳａａＳマーケットプレイスサーバ１３０は、ネットワーク２０、連携ゲートウェイ１００、およびネットワーク３０を介して、ユーザ端末２００によるＳａａＳ検索の要求を受けて、ユーザ所望のＳａａＳに関する情報をＳａａＳ情報ＤＢ１３３から特定し返信するポータル機能部１３２を保持している。なお、上述の契約ＤＢ１３１には、ユーザすなわち契約者ごとの、契約中ＳａａＳの利用に際して必要となる認証情報、および該当サーバの利用に伴う課金情報も含むものとする。

また、ＳａａＳ連携管理サーバ１５０は、基盤側環境を利用してユーザ端末２００に提供される各ＳａａＳのインターフェイスに関する情報を保持するＳａａＳインターフェイスＤＢ１５１と、データ連携を実施するＳａａＳの組み合わせとインターフェイスに関す
る情報を保持する連携ＤＢ１５２とを、その記憶装置に格納している。また、ＳａａＳ連携管理サーバ１５０は、ＳａａＳインターフェイスＤＢ１５１に各ＳａａＳのインターフェイス情報を登録するインターフェイス登録部１５３、連携可能なＳａａＳの組み合わせを発見する連携ＳａａＳディスカバリ部１５４、および、ユーザに指定されたＳａａＳ間連携に関する情報を連携ＤＢ１５２に登録する連携登録部１５５を保持している。

また、ＳａａＳサーバ１７０は、ネットワーク３０、連携ゲートウェイ１００、およびネットワーク２０を介して、ユーザ端末２００に対してＳａａＳ形態で提供されるアプリケーションを実際に実行するサーバ装置である。この図１で例示するＳａａＳサーバ１７０では、ＳａａＳ１（１７１）、ＳａａＳ２（１７２）、およびＳａａＳ３（１７３）が、実行される形態の例を示している。図１では、ＳａａＳサーバ１７０を１台のサーバ装置として図示しているが、複数台のサーバ装置で構成するとしてもよい。

また、連携ゲートウェイ１００は、ＳａａＳ間の連携処理を実行するアルゴリズム（データ連携部１１２）を起動する連携ＡＰＩの提供と、連携ＡＰＩを通じて該当ＳａａＳ間でのデータ連携処理とその結果の取得処理を実行するサーバ装置である。この連携ゲートウェイ１００の保持するＡＰＩ作成部１１１は、ＳａａＳ連携管理サーバ１５０の連携登録部１５５の指示を受けて、データ連携部１１２を呼び出すための連携ＡＰＩを作成し、これを連携ＤＢ１５２（ＳａａＳ連携管理サーバ１５０）に格納処理する。一方、データ連携部１１２は、作成された連携ＡＰＩ経由で呼び出され、ＳａａＳ連携管理サーバ１５０の連携ＤＢ１５２が保持する情報を取得して、データ連携させるＳａａＳの間でデータの取得と送信処理を実行する。なお、上述の連携ＡＰＩはＷｅｂＡＰＩを想定する。このＷｅｂＡＰＩは、ＨＴＴＰを利用してネットワーク越しに所定処理を実行させ、その結果を受け取るＡＰＩである。当該実施形態におけるＷｅｂＡＰＩたる連携ＡＰＩは、データ連携部１１２が所在するＵＲＬ、具体的には、連携ゲートウェイ１００におけるデータ連携部１１２の起動プログラム等が格納されたアドレスを示すＵＲＬ（例えば、“http://www.abcdefg.com/api/l/C1.json”）であり、データ連携させるＳａａＳ群を一意に特定する識別情報（上述の例では、“C1”）を付帯するものとなる。この識別情報が、データ連携対象の組たるＳａａＳ群を一意に示し、連携ＡＰＩにおけるリクエストコードとなる。

一方、ＳａａＳ利用者たるユーザが用いるユーザ端末２００は、一般的なＰＣであって、利用するＳａａＳにアクセスするためのブラウザ２１０、連携ゲートウェイ１００の連携ＡＰＩを呼び出して実行する業務プログラム２１１を備えている。

−−−ハードウェア構成−−
続いて、上述のＳａａＳ間データ連携支援システム１を構成する各装置のハードウェア構成例について示す。この装置は、上述のユーザ端末２００、連携ゲートウェイ１００、ＳａａＳマーケットプレイスサーバ１３０、ＳａａＳ連携管理サーバ１５０、ＳａａＳサーバ１７０である。図２は、第１実施形態における情報処理装置のハードウェア構成例を示す図である。本実施形態における情報処理装置は、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置１１、ＲＡＭなど揮発性記憶素子で構成されるメモリ１３、記憶装置１１に保持されるプログラム１２をメモリ１３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置１４、データの入出力を担う入出力装置１５、ネットワークと接続し他装置との通信処理を担う通信装置１６、を備える。なお、記憶装置１１内に備わるプログラム１２を演算装置１４が実行することで、該当各装置として必要な機能部を実装することとなる。

−−−データ構造例−−−
次に、本実施形態のＳａａＳ間データ連携支援システム１が用いるテーブルにおけるデ
ータ構造例について説明する。図３は第１実施形態における契約ＤＢ１３１のデータ構造例を示す図である。図３に例示する契約ＤＢ１３１は、各ユーザにおけるＳａａＳの契約情報を保持するデータベースであって、ユーザが所属する組織（例：企業）を識別するための契約者ＩＤ２１１をキーとして、その契約者が契約中のＳａａＳを一意に示す契約ＳａａＳ名２１２、その契約中ＳａａＳを契約者が利用する際の認証処理に必要となる認証情報２１３（例：ＩＤ、パスワードのセット）、および、その契約中ＳａａＳの利用状況に応じた該当契約者に関する課金額２１４、といった値を対応付けされたレコードの集合体となっている。図３の契約ＤＢ１３１では、契約者ＩＤ「カンパニ１」の組織が契約中のＳａａＳは、「ＳａａＳ１」と「ＳａａＳ２」であり、「ＳａａＳ１」に関する当月課金額が「￥１８５，３８０」、「ＳａａＳ２」に関する当月課金額が「￥５，２００」であり、契約者ＩＤ「カンパニ２」の組織が契約中のＳａａＳは、「ＳａａＳ１」であり、この「ＳａａＳ１」に関する当月課金額が「￥７０，５７０」である例を示している。

図４は第１実施形態におけるＳａａＳ情報ＤＢ１３３のデータ構造例を示す図である。図４で例示するＳａａＳインターフェイスＤＢ１５１は、ＳａａＳマーケットプレイスサーバ１３０のポータル機能部１３２によってユーザ端末２００に提供する、ＳａａＳ基盤事業者が提供可能なＳａａＳに関する各種情報を保持したデータベースである。このＳａａＳ情報ＤＢ１３３は、ＳａａＳ名２１５をキーとして、そのＳａａＳが提供する業務を一意に示す対応業務２１６、および該当ＳａａＳの利用に応じて請求される単位料金２１７、といった値を対応付けされたレコードの集合体となっている。

図５は第１実施形態におけるＳａａＳインターフェイスＤＢ１５１のデータ構造例を示す図である。このＳａａＳインターフェイスＤＢ１５１は、ＳａａＳ基盤事業者の基盤で実行するＳａａＳの、データ連携に関するインターフェイス情報を保持するデータベースである。ここで、データ連携に関するインターフェイスとは、ＳａａＳが保持しているデータの取得（エクスポート）と、外部からのデータの登録（インポート）の２種類に対応するＵＲＬ（つまり該当ＳａａＳでのデータ入出力用のアドレス＝インターフェイス）となる。

図５で例示するＳａａＳインターフェイスＤＢ１５１は、ＳａａＳ名３１１をキーとして、インターフェイス種別３１２、インターフェイスのＵＲＬ３１３、およびデータフォーマット３１４といった値を対応付けされたレコードの集合体となっている。

このうちインターフェイス種別３１２は、エクスポートとインポートの区別を示す値である。また、データフォーマット３１４とは、インターフェイス種別が「エクスポート」の場合はインターフェイスが出力するファイルのフォーマット、インターフェイス種別が「インポート」の場合はインターフェイスが受け付け可能な入力ファイルのフォーマットである。具体的には、データフォーマット３１４は、著名なアプリケーションの名前等に対応する。なお、図５で例示するインターフェイスＵＲＬ３１３は、説明の簡便化のため「ＵＲＬ１１」などと簡略化しているが、実際には“http://www.abcdefg.com/s-serv/saas1/exp”といった値になっている。

図６は第１実施形態における連携ＤＢ１５２のデータ構造例を示す図である。図６に例示する連携ＤＢ１５２は、ユーザに連携するよう指定された各ＳａａＳのインターフェイスの組み合わせと、データ連携処理を起動する連携ＡＰＩの情報を格納したデータベースである。

図６で例示する連携ＤＢ１５２は、ＳａａＳ間データ連携の設定を指示したユーザたる組織を一意に示すカンパニ名３２１、データ連携処理の関数等を起動させる連携ＡＰＩの識別情報を示す連携ＡＰＩ３２２、データ連携させるＳａａＳのうちデータ取得対象とな
るＳａａＳを一意に示すエクスポートＳａａＳ３２３、このエクスポートＳａａＳからデータを取得するＡＰＩたるＵＲＬを示すエクスポートＡＰＩ３２４、エクスポートＳａａＳから取得したデータの送信先になるＳａａＳを一意に示すインポートＳａａＳ３２５、このインポートＳａａＳにデータをインポートするＡＰＩたるＵＲＬを示すインポートＡＰＩ３２５、の各値を対応付けされたレコードの集合体となっている。

このうち連携ＡＰＩ３２２の値は、エクスポートＳａａＳ「ＳａａＳ１」およびインポートＳａａＳ「ＳａａＳ２」を連携対象のＳａａＳ群として規定する情報として、「Ｃ１」を含んでいる。すなわち、この「Ｃ１」は、「ＳａａＳ１」および「ＳａａＳ２」からなるＳａａＳ群に関するデータ連携処理に対応したリクエストコードとなる。

−−−フロー例１−−−
以下、本実施形態におけるＳａａＳ間データ連携支援方法の実際手順について図に基づき説明する。以下で説明するＳａａＳ間データ連携支援方法に対応する各種動作は、ＳａａＳ間データ連携支援システム１の各情報処理装置らがメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

図７は、本実施形態におけるＳａａＳ間データ連携支援方法の処理手順例１を示すフロー図である。ここではまず、ＳａａＳ基盤事業者で管理する各ＳａａＳに関して、そのインターフェイスをＳａａＳインターフェイスＤＢ１５１に登録する処理について説明する。こうした処理は、ＳａａＳ連携管理サーバ１５０のインターフェイス登録部１５３が実行する処理となる。

ここで、例えばＳａａＳ提供事業者が、所定の情報処理装置を介してＳａａＳマーケットプレイスサーバ１３０にアクセスし、ＳａａＳに関する情報登録を要求してきたとする。この場合、ＳａａＳマーケットプレイスサーバ１３０のポータル機能部１３２は、上述の情報処理装置に対してインターフェイス登録画面４１０（図８）を返し、この画面を介して、所定のＳａａＳに関する情報入力を受け付けることとなる。

ＳａａＳ提供事業者は、情報処理装置によってこの画面４１０を閲覧し、当該画面４１０にて、該当ＳａａＳのエクスポート、インポートの各インターフェイスのＵＲＬ、そのインターフェイスが対応しているデータフォーマット、といった各値を入力し、登録ボタン４１１を押下する。これを受けた情報処理装置は、画面４１０での入力値をＳａａＳマーケットプレイスサーバ１３０に対して返す。

一方、ＳａａＳマーケットプレイスサーバ１３０のポータル機能部１３２は、上述の登録ボタン４１１の押下を受けて、ＳａａＳ連携管理サーバ１５０のインターフェイス登録部１５３を起動する。このインターフェイス登録部１５３は、上述のＳａａＳ提供事業者が画面４１０で入力した各値（ＳａａＳ名、インターフェイスの種別、そのＵＲＬ、データフォーマット）を取得し（ステップ４０１）、これをＳａａＳインターフェイスＤＢ１５１に登録する（ステップ４０２）。なお、１つのＳａａＳに対して複数のインターフェイスを登録できるものとする。

既に述べたが、図３のＳａａＳインターフェイスＤＢ１５１は、「ＳａａＳ１」に関して、インターフェイスＵＲＬが「ＵＲＬ１１」、データフォーマットが「フォーマット１」であるエクスポートＡＰＩと、インターフェイスＵＲＬが「ＵＲＬ１２」、データフォーマットが「フォーマット１」であるインポートＡＰＩが登録されたことを示している。また同様に、「ＳａａＳ２」に関して、インターフェイスＵＲＬが「ＵＲＬ２１」、データフォーマットが「フォーマット１」であるエクスポートＡＰＩと、インターフェイスＵ
ＲＬが「ＵＲＬ２２」、データフォーマットが「フォーマット１」であるインポートＡＰＩが登録されたことも示している。この２つのＳａａＳ、すなわち「ＳａａＳ１」、「ＳａａＳ２」は、データフォーマットがいずれも「フォーマット１」で共通し、エクスポートＡＰＩ、インポートＡＰＩを介してデータ連携可能であることを示している。

−−−フロー例２−−−
次に、ＳａａＳ基盤事業者が提供するＳａａＳの内、データ連携可能なＳａａＳの組み合わせを発見する処理について図に基づき説明する。図９は、本実施形態におけるＳａａＳ間データ連携支援方法の処理手順例２を示すフロー図である。このフローの処理は、ＳａａＳ連携管理サーバ１５０における連携ＳａａＳディスカバリ部１５４が実行するものとする。また、この連携ＳａａＳディスカバリ部１５４は、例えばＳａａＳのユーザがユーザ端末２００を操作して、ＳａａＳマーケットプレイスサーバ１３０のポータル機能部１３２に対してログインした際に、ポータル機能部１３２がユーザ端末２００に提供する画面に、データ連携可能なＳａａＳの組み合わせを表示すべく、呼び出されるものとする。

当該フローにおいて、連携ＳａａＳディスカバリ部１５４は、まず、データ連携可能なＳａａＳの組み合わせに関する情報を保持する連携候補リストをクリアする（ステップ５０１）。この処理は、以前行った当該フローに関して得ている連携候補リストを混同使用しないための処理である。また、連携候補リストは、例えばＳａａＳ連携管理サーバ１５０における所定の記憶装置やメモリに保持されているものとする。

次に、連携ＳａａＳディスカバリ部１５４は、当該フローを上述のポータル機能部１３２越しに呼び出しているユーザのカンパニＩＤを、ポータル機能部１３２が保持するログイン時のセッション情報等から取得し、このカンパニＩＤで契約されているＳａａＳのリストを契約ＤＢ１３１から取得する（ステップ５０２）。

続いて連携ＳａａＳディスカバリ部１５４は、上述のステップ５０２で取得した各ＳａａＳについて、以下のステップ５０３〜ステップ５０８を実行するものとする。すなわち、連携ＳａａＳディスカバリ部１５４は、ステップ５０２で得たリストから、ＩＤの昇順など所定基準で選択したＳａａＳ（ここでは、ＳａａＳ＿Ｘとする）について、エクスポートＡＰＩの登録有無を、ＳａａＳインターフェイスＤＢ１５１の該当ＳａａＳに関するレコードにてチェックする（ステップ５０４）。具体的には、該当ＳａａＳのレコードのうち、インターフェイス種別３１２が「エクスポート」のレコードが存在するか判定することで当該チェックが実行出来る。

この判定の結果、エクスポートＡＰＩが登録されていなかった場合（ステップ５０３：ＮＯ）、連携ＳａａＳディスカバリ部１５４は、上述のリスト中の別のＳａａＳを上述の所定基準で選択し、当該選択したＳａａＳに関して同様のステップ５０３を実行する。

他方、上述の判定の結果、エクスポートＡＰＩが登録されていた場合（ステップ５０３：ＹＥＳ）、連携ＳａａＳディスカバリ部１５４は、上述のステップ５０２で得ているリスト中の他のＳａａＳ（この場合、ＳａａＳ＿Ｘ以外のＳａａＳ）について、以下のステップを実行する。

すなわち連携ＳａａＳディスカバリ部１５４は、上述の他のＳａａＳ（例えばＳａａＳ＿Ｙ）のうち、そのインポートＡＰＩのデータフォーマットが、ＳａａＳ＿ＸにおけるエクスポートＡＰＩのデータフォーマットと同じものが存在するか検索する（ステップ５０５）。つまり、当該ステップ５０５では、ＳａａＳ＿ＸとＳａａＳ＿Ｙについて、両者が同じフォーマットによるデータのエクスポートとインポートに対応しているかを調べてい
る。

上述の判定の結果、上述の他のＳａａＳ（例えばＳａａＳ＿Ｙ）のうち、そのインポートＡＰＩのデータフォーマットが、ＳａａＳ＿ＸにおけるエクスポートＡＰＩのデータフォーマットと同じものが存在しなかった場合（ステップ５０５：ＮＯ）、連携ＳａａＳディスカバリ部１５４は、ステップ５０５に処理を戻し、更に別のＳａａＳのインポートＡＰＩに関して同様の処理を再実行する。

他方、上述の判定の結果、上述の他のＳａａＳ（例えばＳａａＳ＿Ｙ）のうち、そのインポートＡＰＩのデータフォーマットが、ＳａａＳ＿ＸにおけるエクスポートＡＰＩのデータフォーマットと同じものが存在した場合（ステップ５０５：ＹＥＳ）、連携ＳａａＳディスカバリ部１５４は、上述のＳａａＳ＿ＸおよびＳａａＳ＿Ｙの組と、ステップ５０５で発見したエクスポートＡＰＩおよびインポートＡＰＩの組み合わせが、連携ＤＢ１５２に既に登録されていないか判定する（ステップ５０６）。

この判定の結果、該当の組合せが連携ＤＢ１５２に既に登録されていた場合（ステップ５０６：ＮＯ）、連携ＳａａＳディスカバリ部１５４は、処理をステップ５０５に戻し、更に別のＳａａＳについて同様の処理を再実行する。

他方、上述の判定の結果、該当の組合せが連携ＤＢ１５２に既に登録されていなかった場合（ステップ５０６：ＹＥＳ）、連携ＳａａＳディスカバリ部１５４は、上述のユーザの所属組織が未使用の、ＳａａＳ間のデータ連携の組み合わせを発見したと認識し、発見したＳａａＳおよびＡＰＩの各組み合わせを連携候補リストに追加し、上述のステップ５０３に処理を戻して、リスト中の別のＳａａＳに関する同様の処理を実行する（ステップ５０７）。

以上の処理により、連携候補リストには、ユーザの所属組織が利用しているＳａａＳの中で、その時点で利用されていないＳａａＳ間のデータ連携の組み合わせが保持されていることになる。例えば、ＳａａＳインターフェイスＤＢ１５１が図３の状態の時点で、カンパニ名「カンパニ１」のユーザの権限下でＳａａＳ連携ディスカバリ部１５４が実行されると、「ＳａａＳ１」のエクスポートと「ＳａａＳ２」のインポート、「ＳａａＳ２」のエクスポートと「ＳａａＳ１」のインポートが連携可能である、と連携候補リストに出力されることになる。さらに、連携ＤＢ１５２が図３の状態の場合には、「ＳａａＳ１」のエクスポートと「ＳａａＳ２」のインポートは連携済みであるので、「ＳａａＳ２」のエクスポートと「ＳａａＳ１」のインポートが連携候補リストに出力される。連携ＳａａＳディスカバリ部１５４の呼び出し側は、ポータル機能部１３２などによりこの情報をユーザのユーザ端末２００に提供することで、ＳａａＳ間のデータ連携の利用を促すことができる。

−−−フロー例３−−−
次に、上述のフロー例２で発見されたＳａａＳの組み合わせ、すなわち連携候補リストの中から、ユーザがユーザ端末２００にて指定した組み合わせについて連携ＡＰＩを生成する処理について説明する。図１０は、本実施形態におけるＳａａＳ間データ連携支援方法の処理手順例３を示すフロー図である。このフローの各処理は、ＳａａＳ連携管理サーバ１５０における連携登録部１５５が実行するものとする。連携登録部１５５は、ＳａａＳマーケットプレイスサーバ１３０のポータル機能部１３２から呼び出されるものとする。

このフローの開始に際し、連携登録部１５５は、上述の連携候補リストに基づいてユーザがユーザ端末２００にてデータ連携対象たるＳａａＳ群について指定した、データを出
力するＳａａＳ名とそのＡＰＩであるＵＲＬ、出力されたデータを受け付けるＳａａＳ名とその受付ＡＰＩであるＵＲＬ、の各情報を入力として受けたものとする。

ここで連携登録部１５５は、まず、ユーザ端末２００から受けた２つのＳａａＳの間で、データ連携を実行するＡＰＩたるＵＲＬを生成する（ステップ６０１）。このＵＲＬ生成は、例えば、データ連携処理を実行するデータ連携部１１２の起動プログラムが所在するＵＲＬに対し、ユーザ端末２００から連携対象として指定されているＳａａＳ群を規定する所定情報を付与する処理となる。

次に、連携登録部１５５は、上述のようにユーザ端末２００から指定されたＳａａＳ群の各情報と、ステップ６０１で生成したＵＲＬ（連携ＵＲＬのＩＤ）とを、連携ＤＢ１５２に登録する（ステップ６０２）。

最後に、連携登録部１５５は、生成した連携ＵＲＬのＩＤと、当該連携登録部１５５を呼び出したユーザが所属する組織名（カンパニ名）を認証情報から取得し、それらを連携ゲートウェイ１００のＡＰＩ作成部１１１に通知し、連携ＵＲＬの作成を指示する（ステップ６０３）。上述の認証情報は、ＳａａＳマーケットプレイスサーバ１３０などから取得可能であるとする。なお、これを受けるＡＰＩ作成部１１１は、連携登録部１５５からの上述の連携ＵＲＬの作成指示を受け、指定された連携ＵＲＬに対して、指定されたカンパニ名のユーザとして認証されている処理からアクセスがあった場合に、連携登録部１５５を実行するように、連携ゲートウェイ１００におけるＷｅｂＡＰＩを所定アルゴリズムにて構成する。この場合、既に述べたように、連携ゲートウェイ１００におけるデータ連携部１１２の起動プログラム等が格納されたアドレスを示すＵＲＬ（例えば、“http://www.abcdefg.com/api/l/***”）に、データ連携させるＳａａＳ群を一意に特定する識別情報（上述の例では、“C1”）を付帯させることとなる。この連携ＡＰＩ（例えば、“http://www.abcdefg.com/api/l/C1”）は、そのＩＤを「ＵＲＬ＿Ｃ１」とする。

図３の連携ＤＢ１５２は、カンパニ名「カンパニ１」の組織が、「ＳａａＳ１」のデータをエクスポートして「ＳａａＳ２」にインポートする連携処理を利用し、その連携処理のＡＰＩすなわち連携ＡＰＩのＩＤは、「ＵＲＬ＿Ｃ１」であることを示している。

−−−フロー例４−−−
次に、連携ゲートウェイ１００によるＳａａＳ間データ連携処理について図に基づき説明する。図１１は、本実施形態におけるＳａａＳ間データ連携支援方法の処理手順例４を示すフロー図である。このフローにおける処理は、連携ゲートウェイ１００におけるデータ連携部１１２が実行する。

この場合、連携ゲートウェイ１００のデータ連携部１１２は、連携ＡＰＩの呼び出し時に起動する。なお、連携ＡＰＩは、ユーザ端末２００のブラウザ２１０や業務プログラム２１１から呼び出されることとなる。

当該フローにおいて、データ連携部１１２は、上述の連携ＡＰＩのＵＲＬへのアクセスがあったときに呼ばれ、そのＵＲＬをパラメータとして取得する。ＵＲＬには、エクスポートＡＰＩに対するパラメータが付与されていてもよいものとする（例えば、ＨＴＴＰＧＥＴの形式）。

まず、データ連携部１１２は、上述のＵＲＬにアクセスしたユーザのカンパニ名を認証情報から取得し、さらに上述の呼び出しを起こした連携ＡＰＩたるＵＲＬを取得する（ステップ７０１）。

次にデータ連携部１１２は、連携ＤＢ１５２を参照し、上述で取得したＵＲＬに対応する連携情報、具体的にはエクスポートＳａａＳ３２３、エクスポートＡＰＩ３２４、インポートＳａａＳ３２５、およびインポートＡＰＩ３２６の各値を取得する（ステップ７０２）。

次に、データ連携部１１２は、上述のステップ７０２で情報を得たエクスポートＳａａＳに対して、ステップ７０１で得ている認証情報を用いた認証処理を実施し、更には、エクスポートＡＰＩを呼び出して、エクスポートＳａａＳからデータを取得する（ステップ７０３）。データ連携部１１２にパラメータが与えられている場合は、このパラメータをエクスポートＡＰＩに与える。またデータ連携部１１２は、インポートＳａａＳに対して上述同様に認証処理を実施してインポートＡＰＩを呼び出し、ステップ７０３で取得したデータを送信する（ステップ７０４）。

以上の実施の形態により、入出力のデータフォーマットが同一のＳａａＳの組み合わせを発見し、その間でデータの受け渡しを実施する処理を起動する連携ＡＰＩを定義し、その連携ＡＰＩをユーザが呼び出すことでＳａａＳ間のデータ受け渡しを実施できる。ユーザはデータ連携のためのシステムを用意する必要なく、ＳａａＳ事業者もＡＰＩを登録するだけで、連携可能なＳａａＳとの連携の自動化できる。

−−−第２実施形態−−−
次に本発明の第２実施形態について説明する。第１実施形態においては、ある組織が利用契約しているＳａａＳの中からデータ連携可能なＳａａＳを発見しユーザに提示した。これに対し、第２実施形態では、契約するＳａａＳを検索しているユーザに対し、そのユーザが現在契約中のＳａａＳの情報からデータ連携可能なＳａａＳを抽出し、ＳａａＳの検索結果をデータ連携可能と抽出したＳａａＳの情報を用いて修飾する方法を示す。

図１２は、第２実施形態におけるＳａａＳ間データ連携支援方法の処理手順例５を示すフロー図である。このフローは、或るユーザから指定されたＳａａＳが、該当ユーザの契約中ＳａａＳとデータ連携可能かどうか判定する処理を示すものである。このフローにおける各処理は、例えば、ＳａａＳ連携管理サーバ１５０の連携ＳａａＳディスカバリ部１５４が、特定の認証されたユーザの権限で実行するものとなる。またこうしたフローのトリガーは、例えば、ユーザがユーザ端末２００を用いて、ＳａａＳマーケットプレイスサーバ１３０にアクセスし、ポータル機能部１３２が提供する機能や画面等で、所望条件にてＳａａＳを検索した動作を想定出来る。

まず、連携ＳａａＳディスカバリ部１５４は、このフローの結果として特定される、データ連携対象として推薦可能なＳａａＳのリストである推薦ＳａａＳリストを、これを格納する所定の記憶装置にてクリアする（ステップ８０１）。

次に連携ＳａａＳディスカバリ部１５４は、上述したようにＳａａＳの検索条件等で指定された、特定のＳａａＳのＳａａＳ名をキーに、ＳａａＳインターフェイスＤＢ１５１で検索し、該当ＳａａＳに関して、エクスポートまたはインポートのインターフェイスが定義されているか判定する（ステップ８０２）。

この判定の結果、エクスポートまたはインポートのインターフェイスが定義されていない場合（ステップ８０２：ＮＯ）、連携ＳａａＳディスカバリ部１５４は、連携可能なＳａａＳがないと特定し、当該フローを終了する。

他方、上述の判定の結果、エクスポートまたはインポートのインターフェイスが定義されていた場合（ステップ８０２：ＹＥＳ）、連携ＳａａＳディスカバリ部１５４は、上述
のＳａａＳ検索の処理を実行しているユーザの所属組織のカンパニ名を、認証情報やセッション情報等から、或いは契約ＤＢ１３１から適宜に取得し、当該カンパニ名で契約されているＳａａＳのリストを契約ＤＢ１３１から取得する（ステップ８０３）。ここで取得したＳａａＳの各々に対して（以下、ＳａａＳ＿Ｚ）、連携ＳａａＳディスカバリ部１５４は、ステップ８０４からステップ８０６を実行する。

すなわちステップ８０４において、連携ＳａａＳディスカバリ部１５４は、当該ＳａａＳ＿Ｚのうち、そのインポートＡＰＩのデータフォーマットが、上述のユーザのＳａａＳ検索等で指定されたＳａａＳのエクスポートＡＰＩのデータフォーマットと同じものが存在するか、ＳａａＳインターフェイスＤＢ１５１を参照して判定する。

上述の判定の結果、データフォーマットが同じものがＳａａＳ＿Ｚとして存在していた場合（ステップ８０４：ＹＥＳ）、連携ＳａａＳディスカバリ部１５４は、推薦ＳａａＳリストに当該ＳａａＳ＿Ｚを追加して（ステップ８０６）、ステップ８０４に処理を戻し、別のＳａａＳについての処理を実行する。

他方、データフォーマットが同じものがＳａａＳ＿Ｚとして存在しなかった場合（ステップ８０４：ＮＯ）、連携ＳａａＳディスカバリ部１５４は、当該ＳａａＳ＿Ｚのうち、そのエクスポートＡＰＩのデータフォーマットが、上述のユーザのＳａａＳ検索等で指定されたＳａａＳのインポートＡＰＩのデータフォーマットと同じものが存在するか、ＳａａＳインターフェイスＤＢ１５１を参照して判定する（ステップ８０５）。

上述の判定の結果、データフォーマットが同じものがＳａａＳ＿Ｚとして存在していた場合（ステップ８０５：ＹＥＳ）、連携ＳａａＳディスカバリ部１５４は、推薦ＳａａＳリストに当該ＳａａＳ＿Ｚを追加して（ステップ８０６）、ステップ８０４に処理を戻し、別のＳａａＳについての処理を実行する。

他方、データフォーマットが同じものがＳａａＳ＿Ｚとして存在しなかった場合（ステップ８０５：ＮＯ）、連携ＳａａＳディスカバリ部１５４は、処理をステップ８０４に戻し、別のＳａａＳについての処理を同様に実行する。

上述のステップ８０３で取得したＳａａＳに関するすべての処理（ステップ８０４〜８０６）が終了した時点で、連携ＳａａＳディスカバリ部１５４は、推薦ＳａａＳリストを呼び出して、これをユーザ端末２００に出力し処理を終了する。

なお、ＳａａＳマーケットプレイスサーバ１３０のポータル機能部１３２は、ＳａａＳの検索処理に図１２のフローの各処理を組み込むことで、ユーザが契約中のＳａａＳとのデータ連携可能性の情報とあわせて、ＳａａＳ検索結果を表示できることとなる。この場合、ポータル機能部１３２は、ユーザ端末２００からＳａａＳの検索条件を受け取り、当該検索条件に合致するＳａａＳをＳａａＳ情報ＤＢ１３３で検索し、この検索結果に含まれるそれぞれのＳａａＳに対して図１２の処理を実行する。これにより、ＳａａＳ検索結果が含む各ＳａａＳについて、ユーザが既に契約中のＳａａＳとデータ連携可能か判定し、その結果をユーザ端末２００に返すことができる。ポータル機能部１３２は、こうしたデータ連携可能性に関する情報を検索結果とあわせてユーザ端末２００に表示することで、当該ユーザが利用しているＳａａＳと直ぐにデータ連携可能なＳａａＳに関する情報を効率的に提示できる。

−−−第３実施形態−−−
次に、本発明の第３実施形態について説明する。これまでの実施の形態では、連携ゲートウェイ１００をＳａａＳ基盤事業者のサイトに置くことを前提として説明した。この構
成では、データ連携部１１２が一方のＳａａＳからデータをエクスポートして取得した時に、このデータがＳａａＳ基盤事業者からアクセス可能な状態となり、セキュリティレベルが低下する懸念がある。第３実施形態では、連携ゲートウェイ１００をユーザサイトに配置し、かつ、連携途中のデータを保管するサービスをＳａａＳ基盤事業者が提供することにより、セキュアで、ユーザサイトへの連携ゲートウェイ１００導入の負担の少ないＳａａＳ間連携を実現する方法を説明する。

図１３は、第３実施形態におけるＳａａＳ間データ連携支援システム１を含むネットワーク構成例を示す図である。第１実施形態のネットワーク構成（図１）とほぼ同様の構成であるが、ＳａａＳ連携管理サーバ１５０に、連携データの保管を受け付ける連携データ保管部９０１、連携データを保管する領域である連携データ９０２、ユーザサイトに置く連携ゲートウェイ１００の情報を保持するゲートウェイＤＢ９０４を新たに設けた構成となっている。また、連携ゲートウェイ１００は、連携データを連携データ保管部９０１に預ける際のデータの暗号化・復号化を実行する暗号化部９０３が備わる。

こうした構成の場合、連携ゲートウェイ１００は、パッケージソフトウェアやＶＭ（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）イメージで、ＳａａＳ基盤事業者がユーザに提供することを想定する。一方のユーザは、ユーザサイトに連携ゲートウェイ１００を導入し、ＳａａＳ基盤事業者のＳａａＳ連携管理サーバ１５０からアクセス可能なようにユーザサイトのネットワークを構成するものとする。こうしたユーザは、ＳａａＳ連携管理サーバ１５０が連携ゲートウェイ１００にアクセスするためのネットワークアドレスをＳａａＳ基盤事業者に連絡する。他方、ＳａａＳ基盤事業者は、上述のユーザからの連絡を受けて、アドレス情報をゲートウェイＤＢ９０４に記録するものとする。なお、連携ゲートウェイ１００は、ユーザが所属する組織ごとに配備される構成となる。

図１４は第３実施形態におけるゲートウェイＤＢ９０４のデータ構造例を示す図である。図１４に例示するゲートウェイＤＢ９０４は、ユーザの所属組織を一意に示すカンパニ名１００１と、当該ユーザが設置した連携ゲートウェイ１００にアクセスするためのアドレス情報たるインターフェイスＵＲＬ１００２、の各値が対応付けて保持されたデータベースである。

こうした構成におけるＳａａＳ連携管理サーバ１５０の連携登録部１５５の処理は、基本的には第１実施形態の図１０のフローと同様である。但し、当該フローのうちステップ６０３において、連携ゲートウェイ１００に連携ＵＲＬの作成を指示する際の処理が異なる。具体的には、連携登録部１５５は、当該連携登録部１５５を呼び出したユーザのカンパニ名を認証情報から取得し、ゲートウェイＤＢ９０４を参照してそのカンパニ名に対応する連携ゲートウェイ１００のインターフェイスＵＲＬ１００２を取得する。また連携登録部１５５は、そのＵＲＬをもって連携ゲートウェイ１００のＡＰＩ作成部１１１を呼び出すこととなる。

次に、当該第３実施形態におけるデータ連携部１１２の処理について説明する。これも、第１実施形態の図１１のフローにおける各処理とほぼ同様であるが、連携するデータを一時的にＳａａＳ基盤に預ける点が異なる。

具体的には、ステップ７０３において、データ連携部１１２は、該当ＳａａＳ間で連携させるデータ、すなわち連携データを暗号化部９０３に渡して暗号化し、暗号化後の連携データの保管を、ＳａａＳ連携管理サーバ１３０の連携データ保管部９０１に依頼する。

こうしたデータ保管の依頼を受けた連携データ保管部９０１は、記憶装置における連携データ９０２（データ格納用のファイル）にてデータサイズに応じた保存領域を割り当て
、該当連携データを保存する。その際、連携データ保管部９０１は、連携データを呼び出すためのキーをデータ連携部１１２に返す。

一方、データ連携部１１２は、データ連携先のＳａａＳのインポートＡＰＩを呼び出す前に、上述のデータ保存依頼時に連携データ保管部９０１から得ているキーを用い、連携データ保管部９０２から該当連携データを取得し、暗号化部９０３による復号化処理を実行する。またデータ連携部１１２は、この復号化処理で得た平文の連携データを、インポートＡＰＩで連携先ＳａａＳに送信する（ステップ７０４）。

ＳａａＳ基盤事業者が連携データにアクセスすることを防ぐには、連携ゲートウェイ１００をユーザサイトに配置するだけでよいが、連携ゲートウェイ１００が一時的にデータを記録する領域を用意する必要がある。連携ゲートウェイ１００をユーザサイトに置く場合、この領域にユーザサイトのリソースを割り当てるとコスト高になる恐れがある。この第３実施形態のように、ＳａａＳ基盤事業者がデータ保管のための領域を提供し、ユーザサイトで暗号化したデータを保存するようにすることで、ユーザはデータの漏えいリスクも低減でき、データ保管領域を割り当てるコストも削減できる。

−−−第４実施形態−−−
本発明の第４実施形態では、ＳａａＳ間のデータ連携に対して、ＳａａＳ基盤事業者が、ユーザやＳａａＳ事業者に課金するための仕組みを説明する。これにより、ＳａａＳ基盤事業者はＳａａＳ連携を仲介したことに対する対価を得ることができるようになる。

図１５は、第４実施形態における連携ＤＢ１５２のデータ構造例を示す図であり、具体的には、第１実施形態の連携ＤＢ１５２を拡張したＤＢを示す図である。この拡張とは、それぞれのＳａａＳ間連携の実行回数３２７を記録するフィールドを設けたことに対応している。

この場合、連携ゲートウェイ１００のデータ連携部１１２は、データ連携処理を完了した際に、この連携ＤＢ１５２における実行回数のフィールド３２７の値をインクリメントして、それぞれのＳａａＳ間でのデータ連携が何回実行されたかをカウントする。ＳａａＳマーケットプレイスサーバ１３０の課金処理に対応した所定機能部（例：ポータル機能部１３２）は、定期的に連携ＤＢ１５２の実行回数のフィールド３２７の値を監視して、一定期間内の連携処理回数を取得し、その値の大きさに応じた、カンパニ名ごとの課金額を算出する。

この算出の処理は、図４で例示したＳａａＳ情報ＤＢ１３３における、該当ＳａａＳに関する単位料金の値を、実行回数のフィールド３２７の値に乗算することを想定する。或いは、実行回数のフィールド３２７の値が、実行回数ではなく、転送データ量である場合、その属性に応じた単位料金の値をＳａａＳ情報ＤＢ１３３で特定して乗算するものとする。いずれにしても、ここで算出した課金額は、上述のポータル機能部１３２等が、契約ＤＢ１３１（図３）における該当カンパニに関するレコードに格納し、その後に実行する規定の課金処理（該当カンパニの登録金融口座からの引落処理など）に用いられることとなる。

以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

こうした本実施形態によれば、ユーザ側での開発負担無くＳａａＳ間の連携を効率的に図ることが可能となる。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記演算装置は、所定装置からの連携ＡＰＩの呼び出し要求に応じ、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を更に実行するものである、としてもよい。

これによれば、ＳａａＳ間データ連携の処理自体を当該ＳａａＳ間データ連携支援システムで担うことが可能であり、処理の効率化が更に図られる。

また、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記演算装置は、前記各ＳａａＳのデータ入出力のインターフェイスに関する情報として、データ入出力のＡＰＩと、当該ＡＰＩが受付可能なデータフォーマットの情報とを、所定装置より取得し、前記インターフェイスＤＢに格納する処理を更に実行するものである、としてもよい。

これによれば、例えばＳａａＳ基盤事業者やＳａａＳの提供事業者などが、提供対象となるＳａａＳの情報をインターフェイスＤＢに対して簡便に登録し、以後のＳａａＳ間データ連携処理の対象とすることが可能となる。ひいては、各ＳａａＳについて漏れの無い管理とデータ連携が図られることとなる。

また、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記記憶装置は、ＳａａＳのユーザについて、契約中のＳａａＳに関する情報を格納した契約ＤＢを更に保持するものであり、前記演算装置は、前記ＳａａＳの組を特定するに際し、所定ユーザが契約中のＳａａＳを前記契約ＤＢで特定し、当該特定した契約中ＳａａＳのうち、インターフェイスにおけるデータフォーマットが互いに共通するＳａａＳの組を前記インターフェイスＤＢに基づき特定するものである、としてもよい。

これによれば、契約中の各ＳａａＳ間で特段の手間無くデータ連携可能なものを、当該契約の主体たるユーザに明示し、一方、当該ＳａａＳ間データ連携支援システムは、それらＳａａＳ間に関してデータ連携設定のユーザ指示をスムーズに受けることが可能となる。ひいてはユーザ側での開発負担無くＳａａＳ間の連携を効率的に図ることが可能となる。

また、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記記憶装置は、当該ＳａａＳ間データ連携支援システムが管理対象とするＳａａＳに関する情報を格納したＳａａＳ情報ＤＢと、ＳａａＳのユーザについて、契約中のＳａａＳに関する情報を格納した契約ＤＢと、を更に保持するものであり、前記演算装置は、所定装置から受けたＳａａＳの検索要求に応じて前記ＳａａＳ情報ＤＢで検索を実行し、当該検索結果が示す所定ＳａａＳと、前記検索要求を行ったユーザに関して前記契約ＤＢで特定した契約中ＳａａＳとの間に関して、インターフェイスにおけるデータフォーマットが互いに共通してデータ連携可能か前記インターフェイスＤＢに基づき判定し、当該判定結果を所定装置に出力する処理を更に実行するものである、としてもよい。

これによれば、例えばユーザが新たに利用を想定しているＳａａＳに対し、データ連携可能なＳａａＳを該当ユーザが契約中のＳａａＳから特定し、ユーザに提示することが可能となる。ユーザとしては、自身のニーズに応じて自在にＳａａＳの検索を行う中で、契約中ＳａａＳとのデータ連携の可能性に関しても考慮出来るため、データ連携という観点で無駄のないＳａａＳ検索を行える。また、当該ＳａａＳ間データ連携支援システムとしても、ＳａａＳ検索動作に伴ってデータ連携の観点で適宜な契約中ＳａａＳの提案が可能となり、ユーザ側での開発負担無くＳａａＳ間の連携を更に効率的に図ることが可能となる。

また、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記演算装置は、前記インターフェイスＤＢと、各ユーザが管理する第２の情報処理装置のネットワークアドレスを格納したゲートウェイＤＢとを保持し、前記組を前記インターフェイスＤＢに基づき特定して、当該組に関する情報を所定装置に出力し、当該組についてユーザからの連携設定の要求を所定装置から受けた場合、該当ユーザに関して前記ゲートウェイＤＢで第２の情報処理装置のネットワークアドレスを特定して、当該ネットワークアドレスに宛てて前記連携ＡＰＩの生成指示を通知する第１の情報処理装置と、前記連携ＡＰＩを保持し、所定装置からの連携ＡＰＩの呼び出し要求に応じ、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を実行するものであり、ユーザ側のネットワーク環境に配置された第２の情報処理装置と、から構成されるとしてもよい。

これによれば、企業等における業務データ等、いわゆる機微な情報をＳａａＳ基盤事業者側ではなくユーザ側で確実に管理することが可能となり、セキュアなデータ管理をＳａａＳ間データ連携に際して実現出来る。ひいては、ユーザ側での開発負担無くＳａａＳ間のセキュアな連携を更に効率的かつ確実に図ることが可能となる。

また、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記第２の情報処理装置は、前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該所定データを、前記ユーザ側のネットワーク環境外に所在する所定記憶装置に一時格納し、前記他方のＳａａＳに送信するに際し、前記所定記憶装置より読み出して前記他方のＳａａＳに送信するものである、としてもよい。

これによれば、企業等における業務データ等を、データ容量等を迅速かつ自在に拡縮出来るストレージサービス等で簡便に管理することが可能となり、ＳａａＳ間データ連携に際してユーザとしてデータ管理のコストおよび手間を大幅に低減出来る。ひいては、ユーザ側での開発負担無くＳａａＳ間のセキュアな連携を更に効率的かつ確実に図ることが可能となる。

また、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記第２の情報処理装置は、前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該所定データを所定アルゴリズムで暗号化し、当該暗号化データを、前記ユーザ側のネットワーク環境外に所在する所定記憶装置に一時格納し、前記他方のＳａａＳに送信するに際し、前記所定記憶装置より読み出して復号化した後、前記他方のＳａａＳに送信するものである、としてもよい。

これによれば、企業等における業務データ等、いわゆる機微な情報をＳａａＳ基盤事業者側ではなくユーザ側でセキュアかつ確実に管理することが可能となり、よりセキュアなデータ管理をＳａａＳ間データ連携に際して実現出来る。ひいては、ユーザ側での開発負担無くＳａａＳ間の更にセキュアな連携を更に効率的かつ確実に図ることが可能となる。

また、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記第２の情報処理装置は、前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該ＳａａＳ間データ連携支援システムが管理する、ストーレジサービスに対応した所定ＳａａＳに対して、前記取得した所定データを一時格納し、前記他方のＳａａＳに送信するに際し、前記所定ＳａａＳより読み出して前記他方のＳａａＳに送信するものである、としてもよい。

これによれば、企業等における業務データ等を、データ容量等を迅速かつ自在に拡縮出
来るストレージサービスで簡便に管理することが可能となり、ＳａａＳ間データ連携に際してユーザとしてデータ管理のコストおよび手間を大幅に低減出来る。ひいては、ユーザ側での開発負担無くＳａａＳ間のセキュアな連携を更に効率的かつ確実に図ることが可能となる。

なお、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記演算装置は、前記所定装置からの連携ＡＰＩの呼び出し要求に応じて、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を実行した回数を、ユーザ毎にカウントし、当該カウントした回数に応じた課金処理を該当ユーザに関して実行するものであるとしてもよい。

これによれば、ＳａａＳ間データ連携に際してユーザから徴収すべき料金について、漏れなく効率良い課金管理が可能となる。ユーザ側でも、自身で負担すべきコストの見通しが容易となり、精度良好な資金管理を効率良いものと出来る。ひいては、ユーザ側での開発等に関する負担無くＳａａＳ間の連携を図ることが可能となる。

また、本実施形態のＳａａＳ間データ連携支援システムにおいて、前記演算装置は、前記所定装置からの連携ＡＰＩの呼び出し要求に応じて、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理に際し、処理したデータ量をユーザ毎にカウントし、当該カウントしたデータ量に応じた課金処理を該当ユーザに関して実行するものであるとしてもよい。

また、本実施形態のＳａａＳ間データ連携支援方法において、前記コンピュータシステムが、所定装置からの連携ＡＰＩの呼び出し要求に応じ、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を更に実行する、としてもよい。

また、本実施形態のＳａａＳ間データ連携支援方法において、前記コンピュータシステムが、前記各ＳａａＳのデータ入出力のインターフェイスに関する情報として、データ入出力のＡＰＩと、当該ＡＰＩが受付可能なデータフォーマットの情報とを、所定装置より取得し、前記インターフェイスＤＢに格納する処理を更に実行する、としてもよい。

また、本実施形態のＳａａＳ間データ連携支援方法において、前記コンピュータシステムが、前記記憶装置において、ＳａａＳのユーザについて、契約中のＳａａＳに関する情報を格納した契約ＤＢを更に保持し、前記ＳａａＳの組を特定するに際し、所定ユーザが契約中のＳａａＳを前記契約ＤＢで特定し、当該特定した契約中ＳａａＳのうち、インターフェイスにおけるデータフォーマットが互いに共通するＳａａＳの組を前記インターフェイスＤＢに基づき特定する、としてもよい。

また、本実施形態のＳａａＳ間データ連携支援方法において、前記コンピュータシステムが、前記記憶装置において、当該ＳａａＳ間データ連携支援システムが管理対象とするＳａａＳに関する情報を格納したＳａａＳ情報ＤＢと、ＳａａＳのユーザについて、契約中のＳａａＳに関する情報を格納した契約ＤＢと、を更に保持し、所定装置から受けたＳ
ａａＳの検索要求に応じて前記ＳａａＳ情報ＤＢで検索を実行し、当該検索結果が示す所定ＳａａＳと、前記検索要求を行ったユーザに関して前記契約ＤＢで特定した契約中ＳａａＳとの間に関して、インターフェイスにおけるデータフォーマットが互いに共通してデータ連携可能か前記インターフェイスＤＢに基づき判定し、当該判定結果を所定装置に出力する処理を更に実行する、としてもよい。

また、本実施形態のＳａａＳ間データ連携支援方法において、前記コンピュータシステムを構成する第１の情報処理装置が、記憶装置において、前記インターフェイスＤＢと、各ユーザが管理する第２の情報処理装置のネットワークアドレスを格納したゲートウェイＤＢとを保持し、前記組を前記インターフェイスＤＢに基づき特定して、当該組に関する情報を所定装置に出力し、当該組についてユーザからの連携設定の要求を所定装置から受けた場合、該当ユーザに関して前記ゲートウェイＤＢで第２の情報処理装置のネットワークアドレスを特定して、当該ネットワークアドレスに宛てて前記連携ＡＰＩの生成指示を通知し、前記コンピュータシステムを構成し、ユーザ側のネットワーク環境に配置された第２の情報処理装置が、前記連携ＡＰＩを保持し、所定装置からの連携ＡＰＩの呼び出し要求に応じ、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を実行する、としてもよい。

また、本実施形態のＳａａＳ間データ連携支援方法において、前記第２の情報処理装置が、前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該所定データを、前記ユーザ側のネットワーク環境外に所在する所定記憶装置に一時格納し、前記他方のＳａａＳに送信するに際し、前記所定記憶装置より読み出して前記他方のＳａａＳに送信する、としてもよい。

また、本実施形態のＳａａＳ間データ連携支援方法において、前記第２の情報処理装置が、前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該所定データを所定アルゴリズムで暗号化し、当該暗号化データを、前記ユーザ側のネットワーク環境外に所在する所定記憶装置に一時格納し、前記他方のＳａａＳに送信するに際し、前記所定記憶装置より読み出して復号化した後、前記他方のＳａａＳに送信する、としてもよい。

また、本実施形態のＳａａＳ間データ連携支援方法において、前記第２の情報処理装置が、前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該ＳａａＳ間データ連携支援システムが管理する、ストーレジサービスに対応した所定ＳａａＳに対して、前記取得した所定データを一時格納し、前記他方のＳａａＳに送信するに際し、前記所定ＳａａＳより読み出して前記他方のＳａａＳに送信する、としてもよい。

なお、本実施形態のＳａａＳ間データ連携支援方法において、前記コンピュータシステムが、前記所定装置からの連携ＡＰＩの呼び出し要求に応じて、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を実行した回数を、ユーザ毎にカウントし、当該カウントした回数に応じた課金処理を該当ユーザに関して実行するとしてもよい。

また、本実施形態のＳａａＳ間データ連携支援方法において、前記コンピュータシステムが、前記所定装置からの連携ＡＰＩの呼び出し要求に応じて、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理に際し、処理したデータ量をユーザ毎にカウントし、当該カウントしたデータ量に応じた課金処理を該当ユーザに関
して実行するとしてもよい。

１ＳａａＳ間データ連携支援システム
１０情報処理装置
１１記憶装置
１２プログラム
１３メモリ
１４演算装置
１５入出力装置
１６通信装置
２０、３０ネットワーク
１００連携ゲートウェイ
１１１ＡＰＩ作成部
１１２データ連携部
１３０ＳａａＳマーケットプレイスサーバ
１３１契約ＤＢ
１３２ポータル機能部
１３３ＳａａＳ情報ＤＢ
１５０ＳａａＳ連携管理サーバ
１５１ＳａａＳインターフェイスＤＢ（インターフェイスＤＢ）
１５２連携ＤＢ
１５３インターフェイス登録部
１５４連携ＳａａＳディスカバリ部
１５５連携登録部
１７０ＳａａＳサーバ
１７１、１７２、１７３ＳａａＳ
２００ユーザ端末
２１０Ｗｅｂブラウザ
２１１業務プログラム
９０１連携データ保管部
９０２連携データ記憶領域
９０３暗号化部
９０４ゲートウェイＤＢ

Claims

各ＳａａＳにおけるデータ入出力のインターフェイスに関する情報を格納したインターフェイスＤＢを保持する記憶装置と、
インターフェイスにおけるデータフォーマットが互いに共通するＳａａＳの組を前記インターフェイスＤＢに基づき特定して、当該組に関する情報を所定装置に出力し、当該組についてユーザからの連携設定の要求を所定装置から受けた場合、ＳａａＳ間でのデータ連携処理に対応した所定アルゴリズムの実行結果を取得するＡＰＩに、前記組を連携対象のＳａａＳ群と規定する所定情報を付与し、連携ＡＰＩとして記憶装置に格納する処理を実行する演算装置と、
を含むことを特徴とするＳａａＳ間データ連携支援システム。
前記演算装置は、
所定装置からの連携ＡＰＩの呼び出し要求に応じ、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を更に実行するものである、
ことを特徴とする請求項１に記載のＳａａＳ間データ連携支援システム。
前記演算装置は、
前記各ＳａａＳのデータ入出力のインターフェイスに関する情報として、データ入出力のＡＰＩと、当該ＡＰＩが受付可能なデータフォーマットの情報とを、所定装置より取得し、前記インターフェイスＤＢに格納する処理を更に実行するものである、
ことを特徴とする請求項１に記載のＳａａＳ間データ連携支援システム。
前記記憶装置は、
ＳａａＳのユーザについて、契約中のＳａａＳに関する情報を格納した契約ＤＢを更に保持するものであり、
前記演算装置は、
前記ＳａａＳの組を特定するに際し、所定ユーザが契約中のＳａａＳを前記契約ＤＢで特定し、当該特定した契約中ＳａａＳのうち、インターフェイスにおけるデータフォーマットが互いに共通するＳａａＳの組を前記インターフェイスＤＢに基づき特定するものである、
ことを特徴とする請求項１に記載のＳａａＳ間データ連携支援システム。
前記記憶装置は、
当該ＳａａＳ間データ連携支援システムが管理対象とするＳａａＳに関する情報を格納したＳａａＳ情報ＤＢと、ＳａａＳのユーザについて、契約中のＳａａＳに関する情報を格納した契約ＤＢと、を更に保持するものであり、
前記演算装置は、
所定装置から受けたＳａａＳの検索要求に応じて前記ＳａａＳ情報ＤＢで検索を実行し、当該検索結果が示す所定ＳａａＳと、前記検索要求を行ったユーザに関して前記契約ＤＢで特定した契約中ＳａａＳとの間に関して、インターフェイスにおけるデータフォーマットが互いに共通してデータ連携可能か前記インターフェイスＤＢに基づき判定し、当該判定結果を所定装置に出力する処理を更に実行するものである、
ことを特徴とする請求項１に記載のＳａａＳ間データ連携支援システム。
前記演算装置は、
前記インターフェイスＤＢと、各ユーザが管理する第２の情報処理装置のネットワークアドレスを格納したゲートウェイＤＢとを保持し、前記組を前記インターフェイスＤＢに基づき特定して、当該組に関する情報を所定装置に出力し、当該組についてユーザからの
連携設定の要求を所定装置から受けた場合、該当ユーザに関して前記ゲートウェイＤＢで第２の情報処理装置のネットワークアドレスを特定して、当該ネットワークアドレスに宛てて前記連携ＡＰＩの生成指示を通知する第１の情報処理装置と、
前記連携ＡＰＩを保持し、所定装置からの連携ＡＰＩの呼び出し要求に応じ、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を実行するものであり、ユーザ側のネットワーク環境に配置された第２の情報処理装置と、
から構成されることを特徴とする請求項１に記載のＳａａＳ間データ連携支援システム。
前記第２の情報処理装置は、
前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該所定データを、前記ユーザ側のネットワーク環境外に所在する所定記憶装置に一時格納し、前記他方のＳａａＳに送信するに際し、前記所定記憶装置より読み出して前記他方のＳａａＳに送信するものである、
ことを特徴とする請求項６に記載のＳａａＳ間データ連携支援システム。
前記第２の情報処理装置は、
前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該所定データを所定アルゴリズムで暗号化し、当該暗号化データを、前記ユーザ側のネットワーク環境外に所在する所定記憶装置に一時格納し、前記他方のＳａａＳに送信するに際し、前記所定記憶装置より読み出して復号化した後、前記他方のＳａａＳに送信するものである、
ことを特徴とする請求項６に記載のＳａａＳ間データ連携支援システム。
前記第２の情報処理装置は、
前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該ＳａａＳ間データ連携支援システムが管理する、ストーレジサービスに対応した所定ＳａａＳに対して、前記取得した所定データを一時格納し、前記他方のＳａａＳに送信するに際し、前記所定ＳａａＳより読み出して前記他方のＳａａＳに送信するものである、
ことを特徴とする請求項６に記載のＳａａＳ間データ連携支援システム。
各ＳａａＳにおけるデータ入出力のインターフェイスに関する情報を格納したインターフェイスＤＢを保持する記憶装置を備えたコンピュータシステムが、
インターフェイスにおけるデータフォーマットが互いに共通するＳａａＳの組を前記インターフェイスＤＢに基づき特定して、当該組に関する情報を所定装置に出力し、当該組についてユーザからの連携設定の要求を所定装置から受けた場合、ＳａａＳ間でのデータ連携処理に対応した所定アルゴリズムの実行結果を取得するＡＰＩに、前記組を連携対象のＳａａＳ群と規定する所定情報を付与し、連携ＡＰＩとして記憶装置に格納する処理を実行する、
ことを特徴とするＳａａＳ間データ連携支援方法。
前記コンピュータシステムが、
所定装置からの連携ＡＰＩの呼び出し要求に応じ、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を更に実行する、
ことを特徴とする請求項１０に記載のＳａａＳ間データ連携支援方法。
前記コンピュータシステムが、
前記各ＳａａＳのデータ入出力のインターフェイスに関する情報として、データ入出力のＡＰＩと、当該ＡＰＩが受付可能なデータフォーマットの情報とを、所定装置より取得
し、前記インターフェイスＤＢに格納する処理を更に実行する、
ことを特徴とする請求項１０に記載のＳａａＳ間データ連携支援方法。
前記コンピュータシステムが、
前記記憶装置において、ＳａａＳのユーザについて、契約中のＳａａＳに関する情報を格納した契約ＤＢを更に保持し、
前記ＳａａＳの組を特定するに際し、所定ユーザが契約中のＳａａＳを前記契約ＤＢで特定し、当該特定した契約中ＳａａＳのうち、インターフェイスにおけるデータフォーマットが互いに共通するＳａａＳの組を前記インターフェイスＤＢに基づき特定する、
ことを特徴とする請求項１０に記載のＳａａＳ間データ連携支援方法。
前記コンピュータシステムが、
前記記憶装置において、当該ＳａａＳ間データ連携支援システムが管理対象とするＳａａＳに関する情報を格納したＳａａＳ情報ＤＢと、ＳａａＳのユーザについて、契約中のＳａａＳに関する情報を格納した契約ＤＢと、を更に保持し、
所定装置から受けたＳａａＳの検索要求に応じて前記ＳａａＳ情報ＤＢで検索を実行し、当該検索結果が示す所定ＳａａＳと、前記検索要求を行ったユーザに関して前記契約ＤＢで特定した契約中ＳａａＳとの間に関して、インターフェイスにおけるデータフォーマットが互いに共通してデータ連携可能か前記インターフェイスＤＢに基づき判定し、当該判定結果を所定装置に出力する処理を更に実行する、
ことを特徴とする請求項１０に記載のＳａａＳ間データ連携支援方法。
前記コンピュータシステムを構成する第１の情報処理装置が、
記憶装置において、前記インターフェイスＤＢと、各ユーザが管理する第２の情報処理装置のネットワークアドレスを格納したゲートウェイＤＢとを保持し、
前記組を前記インターフェイスＤＢに基づき特定して、当該組に関する情報を所定装置に出力し、当該組についてユーザからの連携設定の要求を所定装置から受けた場合、該当ユーザに関して前記ゲートウェイＤＢで第２の情報処理装置のネットワークアドレスを特定して、当該ネットワークアドレスに宛てて前記連携ＡＰＩの生成指示を通知し、
前記コンピュータシステムを構成し、ユーザ側のネットワーク環境に配置された第２の情報処理装置が、
前記連携ＡＰＩを保持し、所定装置からの連携ＡＰＩの呼び出し要求に応じ、前記所定アルゴリズムを実行させ、該当連携ＡＰＩで規定した前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得し、当該所定データを他方のＳａａＳに送信する処理を実行する、
ことを特徴とする請求項１０に記載のＳａａＳ間データ連携支援方法。
前記第２の情報処理装置が、
前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該所定データを、前記ユーザ側のネットワーク環境外に所在する所定記憶装置に一時格納し、前記他方のＳａａＳに送信するに際し、前記所定記憶装置より読み出して前記他方のＳａａＳに送信する、
ことを特徴とする請求項１５に記載のＳａａＳ間データ連携支援方法。
前記第２の情報処理装置が、
前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該所定データを所定アルゴリズムで暗号化し、当該暗号化データを、前記ユーザ側のネットワーク環境外に所在する所定記憶装置に一時格納し、前記他方のＳａａＳに送信するに際し、前記所定記憶装置より読み出して復号化した後、前記他方のＳａａＳに送信する、
ことを特徴とする請求項１５に記載のＳａａＳ間データ連携支援方法。
前記第２の情報処理装置が、
前記ＳａａＳ群のうち一方のＳａａＳから所定データを取得した際、当該ＳａａＳ間データ連携支援システムが管理する、ストーレジサービスに対応した所定ＳａａＳに対して、前記取得した所定データを一時格納し、前記他方のＳａａＳに送信するに際し、前記所定ＳａａＳより読み出して前記他方のＳａａＳに送信する、
ことを特徴とする請求項１５に記載のＳａａＳ間データ連携支援方法。