知財求人 - 知財ポータルサイト「IP Force」
▶ 株式会社ＫＰＭＧ Ｉｇｎｉｔｉｏｎ Ｔｏｋｙｏの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-07
(45)【発行日】2023-07-18
(54)【発明の名称】ＡＰＩを利用するためのプログラム、装置、及び方法
(51)【国際特許分類】
G06F 21/62 20130101AFI20230710BHJP
【ＦＩ】
G06F21/62 318
【請求項の数】
10
(21)【出願番号】P 2023502001
(86)(22)【出願日】2021-02-26
(86)【国際出願番号】 JP2021007533
(87)【国際公開番号】W WO2022180841
(87)【国際公開日】2022-09-01
【審査請求日】2023-01-18
【早期審査対象出願】
(73)【特許権者】
【識別番号】519444100
【氏名又は名称】株式会社ＫＰＭＧ Ｉｇｎｉｔｉｏｎ Ｔｏｋｙｏ
(74)【代理人】
【識別番号】100126572
【弁理士】
【氏名又は名称】村越 智史
(72)【発明者】
【氏名】茶谷 公之
【審査官】田名網 忠雄
(56)【参考文献】
【文献】国際公開第２０１８／０９２２２６（ＷＯ，Ａ１）
【文献】特開２０１２－２５２４５２（ＪＰ，Ａ）
【文献】特開２０１１－１２８９４９（ＪＰ，Ａ）
【文献】米国特許第１０７５７１３９（ＵＳ，Ｂ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ２１／６２
Ｇ０６Ｆ ９／４４５
Ｇ０６Ｆ １５／１６
(57)【特許請求の範囲】
【請求項1】
一又は複数のプロセッサに、処理対象データセットに設定された少なくとも一つの秘密度を表す秘密区分情報を含む処理リクエストを受信する機能と、
前記秘密区分情報に応じて外部の複数のＡＰＩの中から前記処理リクエストを処理させる実行ＡＰＩを選択する第１選択機能と、
を実行させるプログラム。
【請求項2】
前記一又は複数のプロセッサに、前記実行ＡＰＩを呼び出し、前記実行ＡＰＩからのレスポンスを受信する機能をさらに実行させる、請求項１に記載のプログラム。
【請求項3】
前記実行ＡＰＩは、前記秘密区分情報、及び、前記複数のＡＰＩの各々について設定されたセキュリティレベルに基づいて、前記複数のＡＰＩの中から選択される、請求項１又は２に記載のプログラム。
【請求項4】
前記一又は複数のプロセッサに、前記秘密区分情報、及び、前記複数のＡＰＩの各々について設定されたセキュリティレベルに基づいて、前記複数のＡＰＩの中から前記秘密度に適合するセキュリティレベルを有する複数の候補ＡＰＩを選択する第２選択機能をさらに実行させ、前記実行ＡＰＩは、前記複数の候補ＡＰＩの中から選択される、
請求項１から３のいずれか１項に記載のプログラム。
【請求項5】
前記処理リクエストはクライアントアプリケーションによって生成され、前記実行ＡＰＩは、前記クライアントアプリケーションについて定められた希望条件に応じて前記複数の候補ＡＰＩの中から選択される、
請求項４に記載のプログラム。
【請求項6】
前記処理対象データセットに複数の秘密度が設定されている場合、前記複数の候補ＡＰＩの各々は、前記複数の秘密度のうち最も高い秘密度に適合するセキュリティレベルを有するように前記複数のＡＰＩの中から選択される、請求項４又は５に記載のプログラム。
【請求項7】
前記一又は複数のプロセッサの各々は、オンプレミス環境に配置されており、前記第１選択機能は、前記処理リクエストに含まれるフラグが処理対象データセットを前記オンプレミス環境において処理すべきことを示す場合に、前記オンプレミス環境にある一又は複数のオンプレミスＡＰＩの中から前記実行ＡＰＩを選択する機能を含む、
請求項１から５のいずれか１項に記載のプログラム。
【請求項8】
前記複数のＡＰＩの各々について、提供機能及びセキュリティレベルが設定されており、前記第１選択機能は、前記処理リクエストで要求される機能および前記秘密区分情報に応じて前記実行ＡＰＩを選択する機能を含む、
請求項１から７のいずれか１項に記載のプログラム。
【請求項9】
処理対象データセットに設定された少なくとも一つの秘密度を表す秘密区分情報を含む処理リクエストを受信する受信部と、前記秘密区分情報に応じて外部の複数のＡＰＩの中から前記処理リクエストを処理させる実行ＡＰＩを選択するＡＰＩ選択部と、
を備える装置。
【請求項10】
一又は複数のプロセッサがコンピュータ読み取り可能な命令を実行することによりＡＰＩを選択する方法であって、処理対象データセットに設定された少なくとも一つの秘密度を表す秘密区分情報を含む処理リクエストを受信する工程と、
前記秘密区分情報に応じて外部の複数のＡＰＩの中から前記処理リクエストを処理させる実行ＡＰＩを選択する工程と、
を備える方法。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書の開示は、ＡＰＩを利用するためのプログラム、装置、及び方法に関する。本明細書の開示は、より具体的には、処理対象データセットの秘密度に応じたＡＰＩを利用するためのプログラム、装置、及び方法に関する。
【背景技術】
【0002】
アプリケーションソフトウェアの構築を効率良く行うために、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）が広く利用されている。例えば、複数のＷｅｂＡＰＩをマッシュアップすることでアプリケーションソフトウェアを構築することができる。開発者は、公開されているＡＰＩの仕様に基づいて、所望の機能を提供するＡＰＩを呼び出し、そのＡＰＩからのレスポンスを処理するようにアプリケーションソフトウェアを設計することができる。既に開発され公開されているＡＰＩを利用することにより、ＡＰＩと同等の機能を実行するためのプログラムを自らコーディングする場合と比べて、アプリケーションソフトウェアの開発を効率化することができる。
【0003】
ＡＰＩは、リバースプロキシとして機能するＡＰＩゲートウェイを介してデプロイされることがある。従来のＡＰＩゲートウェイは、例えば、特開２０１８－０２９２４１号公報（特許文献１）に記載されている。ＡＰＩゲートウェイは、クライアントアプリケーションからのＡＰＩリクエストをバックエンドのＡＰＩに渡し、ＡＰＩからのレスポンスをリクエスト元のクライアントアプリケーションに返すことができる。つまり、アプリケーションソフトウェアは、ＡＰＩゲートウェイを介してＡＰＩを呼び出し、ＡＰＩからのレスポンスを受け取ることができる。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１８－０２９２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
クライアントアプリケーションがＡＰＩ又はそのＡＰＩを提供するベンダーに要求する情報セキュリティのレベルは、処理対象のデータによって変わり得る。例えば、クライアントアプリケーションが秘密度の高いデータを処理させるためにＡＰＩを呼び出す場合には、その呼び出されるＡＰＩは、高いレベルの情報セキュリティを確保していることが必要である。このため、クライアントアプリケーションの開発者は、ＡＰＩに受け渡す処理データの秘密度に応じたセキュリティレベルを確保しているＡＰＩを選定し、その選定されたＡＰＩが呼び出されるように当該クライアントアプリケーションを設計する。そのためには、クライアントアプリケーションの開発者は、公開されているＡＰＩの仕様を検討した上で、要求する情報セキュリティの要件に適合するＡＰＩを選定しなければならず、この工程に多大な労力が必要とされる。
【0006】
また、ＡＰＩの仕様は随時変更され得るから、クライアントアプリケーションの開発時に秘密度の高い処理データを処理させるＡＰＩを選定し、秘密度の高い処理データの処理時にそのＡＰＩを呼び出すようにクライアントアプリケーションが構築されたとしても、その選択されたＡＰＩについてセキュリティレベルを低下させる改変がなされる可能性がある。この場合、秘密度の高いデータを別のＡＰＩによって処理させるようにクライアントアプリケーションを改変する必要がある。しかしながら、クライアントアプリケーションの開発者や管理者が、クライアントアプリケーションによって利用されているＡＰＩの全てについてセキュリティレベルを常時監視し、適時に必要な改変を行うことは困難を伴う。
【0007】
従来のＡＰＩゲートウェイは、ＡＰＩキー認証やトラフィック制御などのクライアントアプリケーションにとって有用な様々な機能を提供している。しかしながら、これまでのところＡＰＩの選択を支援する機能を提供するＡＰＩゲートウェイ、特に処理データの秘密度に応じたＡＰＩの選択を支援するＡＰＩゲートウェイは知られていない。
【0008】
本明細書に開示される発明の目的は、クライアントアプリケーションによるＡＰＩの利用における上記の問題の少なくとも一部を解決又な緩和することである。本明細書に開示される発明のより具体的な目的の一つは、処理データセットの秘密度に応じてＡＰＩを選択することができるプログラム、装置、及び方法を提供することである。
【0009】
本明細書に開示される発明の前記以外の目的は、本明細書全体を参照することにより明らかになる。本明細書に開示される発明は、前記の課題に代えて又は前記の課題に加えて、本明細書の記載から把握される課題を解決するものであってもよい。
【課題を解決するための手段】
【0010】
本発明の一又は複数の実施形態は、会計データを分析するための分析プログラムに関する。本発明の一又は複数の実施形態における分析プログラムは、一又は複数のプロセッサに、処理対象データセットに設定された少なくとも一つの秘密度を表す秘密区分情報を含む処理リクエストを受信する機能と、前記秘密区分情報に応じて外部の複数のＡＰＩの中から前記処理リクエストを処理させる実行ＡＰＩを選択する機能と、を実行させる。
【0011】
本発明の一実施形態におけるプログラムは、一又は複数のプロセッサに、前記実行ＡＰＩを呼び出し、前記実行ＡＰＩからのレスポンスを受信する機能をさらに実行させる。
【0012】
本発明の一実施形態において、前記実行ＡＰＩは、前記秘密区分情報、及び、前記複数のＡＰＩの各々について設定されたセキュリティレベルに基づいて、前記複数のＡＰＩの中から選択される。
【0013】
本発明の一実施形態におけるプログラムは、一又は複数のプロセッサに、前記秘密区分情報、及び、前記複数のＡＰＩの各々について設定されたセキュリティレベルに基づいて、前記複数のＡＰＩの中から前記秘密度に適合するセキュリティレベルを有する複数の候補ＡＰＩを選択する機能をさらに実行させる。本発明の一実施形態において、前記実行ＡＰＩは、前記複数の候補ＡＰＩの中から選択される。
【0014】
本発明の一実施形態において、前記処理リクエストはクライアントアプリケーションによって生成され、前記実行ＡＰＩは、前記クライアントアプリケーションについて定められた希望条件に応じて前記複数の候補ＡＰＩの中から選択される。
【0015】
本発明の一実施形態において、前記処理対象データセットに複数の秘密度が設定されている場合、前記複数の候補ＡＰＩの各々は、前記複数の秘密度のうち最も高い秘密度に適合するセキュリティレベルを有するように前記複数のＡＰＩの中から選択される。
【0016】
本発明の一実施形態において、前記一又は複数のプロセッサの各々は、オンプレミス環境に配置されている。本発明の一実施形態において、前記選択する機能は、前記処理リクエストに含まれるフラグが処理対象データセットを前記オンプレミス環境において処理すべきことを示す場合に、前記オンプレミス環境にある一又は複数のオンプレミスＡＰＩの中から前記実行ＡＰＩを選択する機能を含む。
【0017】
本発明の一実施形態においては、前記複数のＡＰＩの各々について、提供機能及びセキュリティレベルが設定されている。本発明の一態様において、前記選択する機能は、前記処理リクエストで要求される機能および前記秘密区分情報に応じて前記実行ＡＰＩを選択する機能を含む。
【0018】
本発明の一実施形態における装置は、処理対象データセットに設定された少なくとも一つの秘密度を表す秘密区分情報を含む処理リクエストを受信する受信部と、前記秘密区分情報に応じて外部の複数のＡＰＩの中から前記処理リクエストを処理させる実行ＡＰＩを選択するＡＰＩ選択部と、を備える。
【0019】
本発明の一実施形態は、一又は複数のプロセッサがコンピュータ読み取り可能な命令を実行することによりＡＰＩを選択する方法に関する。本発明の一実施形態における方法は、処理対象データセットに設定された少なくとも一つの秘密度を表す秘密区分情報を含む処理リクエストを受信する工程と、前記秘密区分情報に応じて外部の複数のＡＰＩの中から前記処理リクエストを処理させる実行ＡＰＩを選択する工程と、を備える。
【発明の効果】
【0020】
本発明の実施形態によれば、クライアントアプリケーションから処理データの秘密度に応じたＡＰＩを簡便に利用できるようにするためのプログラム、装置、及び方法が提供される。
【図面の簡単な説明】
【0021】
【図1】本発明が適用可能なＡＰＩ提供システムの一実施形態を概略的に示すブロック図である。
【図4】クライアントアプリケーションから送信される処理リクエストを説明する模式図である。
【図5】一実施形態において、クライアントアプリケーションがＡＰＩプラットフォーム装置を介してＡＰＩを呼び出し、ＡＰＩからレスポンスを受け取る処理の流れを示すフロー図である。
【図6】一実施形態において、実行ＡＰＩを選択する処理の流れを示すフロー図である。
【図7】本発明が適用可能なＡＰＩ提供システムの別の実施形態を概略的に示すブロック図である。
【図9】処理リクエストにクリアランスフラグが含まれる実施形態において、実行ＡＰＩを選択する処理の流れを示すフロー図である。
【発明を実施するための形態】
【0022】
以下、適宜図面を参照し、本明細書に開示される発明が適用されるＡＰＩ提供システムの実施形態について説明する。以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。まず、図１～図６を参照して、本発明の一実施形態によるＡＰＩ提供システム１について説明する。ＡＰＩ提供システム１では、クライアントと複数の外部ベンダーが提供する複数の外部ＡＰＩとの間にＡＰＩプラットフォーム装置が設けられ、ＡＰＩプラットフォーム装置はクライアントのデータの秘密度に応じた外部ＡＰＩを選択し、選択した外部ＡＰＩを呼び出すことができる。この仕組みにより、ＡＰＩプラットフォーム装置を介してエコシステムを外部ベンダーにまで広げつつ、クライアントのセキュリティ・プライバシー要求に対応可能となる。
【0023】
図１は、ＡＰＩ提供システム１の概略を示すブロック図である。図１に示されているとおり、ＡＰＩ提供システム１は、クライアントアプリケーション１０ａを実行するユーザ端末１０が配置されているオンプレミス環境５と、オンプレミス環境５の所有者（または管理者）とは異なるベンダーＡ、ベンダーＢ、ベンダーＣ、及びベンダーＤの各々の情報機器が配置されているベンダー環境Ａ、ベンダー環境Ｂ、ベンダー環境Ｃ、及びベンダー環境Ｄを含む。オンプレミス環境５に配置されている情報機器の各々は、ベンダー環境Ａ～Ｄに配置されている情報機器の各々とネットワーク４０を介して互いに通信可能に接続されている。ネットワーク４０は、単一のネットワークであってもよく、複数のネットワークが接続されて構成されていてもよい。ネットワーク４０は、例えば、インターネット、移動通信網、及びこれらの組み合わせである。ネットワーク４０として、情報機器間の通信を可能とする任意のネットワークが適用され得る。
【0024】
ＡＰＩは、あるコンピュータプログラム（ソフトウェア）の機能や管理するデータなどを、外部の他のプログラムから呼び出して利用するためのインタフェースである。本明細書における「ＡＰＩ」は、リクエストにより呼び出された機能を実行するイネーブラを含むことができる。
【0025】
オンプレミス環境５は、ユーザ端末１０と、ＡＰＩプラットフォーム装置２０と、を含む。ユーザ端末１０は、パーソナルコンピュータ（ＰＣ）、タブレット端末、スマートフォン、またはこれら以外の各種情報処理装置である。ユーザ端末１０は、不図示のプロセッサを備え、当該プロセッサにより所定の命令セットを実行することにより、クライアントアプリケーション１０ａの機能を実現する。クライアントアプリケーション１０ａは、例えば、会計監査業務を支援する監査アプリケーションソフトウェアである。監査アプリケーションソフトウェアは、監査調書の作成を支援する機能、会計データのサンプリングや統計分析を行う機能、及び前記以外の監査業務を支援する機能を備えることができる。ＡＰＩ提供システム１において使用可能なクライアントアプリケーション１０ａは、監査アプリケーションソフトウェアには限られず、例えば税務を支援する税務アプリケーションソフトウェアであってもよい。ＡＰＩプラットフォーム装置２０は、オンプレミス環境５の外部に設けられてもよい。
【0026】
クライアントアプリケーション１０ａは、必要に応じて外部の（またはオフプレミス環境の）ＡＰＩを呼び出しそのＡＰＩから受け取ったレスポンスを処理することで所定の機能を実現するように設計及び開発される。図示の実施形態では、クライアントアプリケーション１０ａは、ＡＰＩ３１～３６のうちの少なくとも一つを呼び出し、その呼び出したＡＰＩからのレスポンスを受け取ることができる。クライアントアプリケーション１０ａは、例えば複数のＷｅｂ ＡＰＩをマッシュアップすることで構築されてもよい。後述するように、クライアントアプリケーション１０ａは、ＡＰＩを直接呼び出すのではなく、ＡＰＩによる処理対象データセットの処理を要求する処理リクエストをＡＰＩプラットフォーム装置２０に送信し、ＡＰＩプラットフォーム装置２０を介してＡＰＩ（つまり、当該ＡＰＩのイネーブラ）からのレスポンスを受け取る。つまり、クライアントアプリケーション１０ａは、ＡＰＩプラットフォーム装置２０を介してＡＰＩを呼び出し、ＡＰＩからのリクエストを受け取る。
【0027】
クライアントアプリケーション１０ａは、ＡＰＩプラットフォーム装置２０をバイパスしてＡＰＩ３１～３６のうちの少なくとも一つを呼び出すことができてもよい。言い換えると、クライアントアプリケーション１０ａは、ＡＰＩプラットフォーム装置２０を介さずにＡＰＩ３１～３６を直接呼び出すことができてもよい。例えば、Ｗｅｂ ＡＰＩが直接呼び出される場合には、クライアントアプリケーション１０ａは、利用するＷｅｂ ＡＰＩのエンドポイントを指定してＡＰＩリクエストを送信することができる。クライアントアプリケーション１０ａは、ＡＰＩプラットフォーム装置２０を介してＡＰＩを呼び出す機能と、ＡＰＩを直接呼び出す機能と、を両方とも備えてもよい。
【0028】
クライアントアプリケーション１０ａからＡＰＩプラットフォーム装置２０を介して呼び出し可能なＡＰＩ３１～３６の各々は、クライアントアプリケーション１０ａに対して所定の機能またはサービスを提供する。例えば、ＡＰＩ３１～３６は、監査アプリケーションソフトウェアに対して、一致するはずの２つの数値が一致するかを検証する突合（バウチング）、画像データのテキスト部分を認識しデジタルの文字データに変換するＯＣＲ（Optical Character Recognition）、会計データの機械学習による分析、及びこれら以外の機能を提供してもよい。本明細書においては、ＡＰＩ３１，３３、３５がＯＣＲ機能を提供し、ＡＰＩ３２、３４、３６が突合機能を提供するものとしてＡＰＩ提供システム１の説明を行う。
【0029】
図示の実施形態において、ＡＰＩ３１～３６は、オフプレミス環境、すなわちオンプレミス環境５の外に配置されている。具体的には、ＡＰＩ３１、３２はベンダー環境Ａに配置され、ＡＰＩ３３はベンダー環境Ｂに配置され、ＡＰＩ３４はベンダー環境Ｃに配置され、ＡＰＩ３５、３６はベンダー環境Ｄに配置されている。ベンダー環境Ａ～Ｄの各々には、ベンダーＡ～Ｄによってそれぞれ管理されている情報機器が配置されている。各ベンダー環境から公開されているＡＰＩは、当該ベンダー環境に配置されている情報機器によって実行される。例えば、ＡＰＩ３１は、ベンダー環境Ａ内にあるため、ベンダー環境Ａに配置された不図示のプロセッサによって実行される。ＡＰＩ３１～３６によって処理されるデータ及び／又は処理されたデータは、各ベンダー環境に配置されているストレージに記憶されてもよいし、外部ストレージ４１、４２等の外部ストレージに記憶されてもよい。各ベンダーは、自らの情報セキュリティポリシーに基づいて、外部ストレージ４１、４２等の外部ストレージを利用するか否かを決めることができる。図示の実施形態では、ベンダー環境Ａが外部ストレージ４１を利用し、ベンダー環境Ｄが外部ストレージ４２を利用している。他方、ベンダー環境Ｂ、ベンダー環境Ｃは、外部ストレージを利用していない。よって、ベンダー環境Ｂで実行されるＡＰＩ３３で処理されるデータ及びＡＰＩ３３が処理したデータは、ベンダー環境Ｂ内のストレージに保存され、ベンダー環境Ｃで実行されるＡＰＩ３４で処理されるデータ及びＡＰＩ３４が処理したデータは、ベンダー環境Ｃ内のストレージに保存される。
【0030】
ベンダー環境Ａ～Ｄの各々は、ＡＰＩゲートウェイを備えてもよい。ＡＰＩゲートウェイは、クライアントアプリケーション１０ａ及びその他のクライアントアプリケーションに対してエンドポイントを提供する。また、ＡＰＩゲートウェイは、ＡＰＩ提供システム１においてリバースプロキシとして機能する。よって、ＡＰＩゲートウェイは、クライアントアプリケーションからの処理リクエストをバックエンドのＡＰＩに渡し、ＡＰＩからのレスポンスをリクエスト元のクライアントアプリケーションに返すことができる。さらに、ＡＰＩゲートウェイは、自らを通じて公開されるＡＰＩの各々に対して、ＡＰＩキー認証、トラフィック制御、及びこれら以外の公知のＡＰＩゲートウェイの機能を提供することができる。
【0031】
ＡＰＩ３１～３６は、ＡＰＩ提供システム１に適用可能なＡＰＩの例である。ＡＰＩ提供システム１は、ＡＰＩ３１～３６よりも多い数のＡＰＩを備えてもよく、ＡＰＩ３１～３６より少ない数のＡＰＩを備えてもよい。オンプレミス環境５に対してオフプレミス環境となる環境は、ベンダー環境Ａ～Ｄには限られない。オンプレミス環境５は、より多い数の又はより少ない数のベンダー環境とネットワーク４０を介して接続されてもよい。
【0032】
ＡＰＩプラットフォーム装置２０は、クライアントアプリケーション１０ａからの処理リクエストで処理要求がなされている処理対象データセットに設定された秘密度に応じて当該処理リクエストを処理させるＡＰＩを選択する機能、及びこれら以外の機能をクライアントアプリケーション１０ａに対して提供することができる。
【0033】
図２をさらに参照してＡＰＩプラットフォーム装置２０について説明する。図２は、ＡＰＩプラットフォーム装置２０を示すブロック図である。図示のように、ＡＰＩプラットフォーム装置２０は、プロセッサ２１、メモリ２２、ユーザインタフェース２３、通信インタフェース２４、及びストレージ２５を備えている。
【0034】
プロセッサ２１は、ストレージ２５又はそれ以外のストレージからオペレーティングシステムやそれ以外の様々なプログラムをメモリ２２にロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。プロセッサ２１は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、これら以外の各種演算装置、又はこれらの組み合わせである。プロセッサ１１は、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の集積回路により実現されてもよい。後述するように、ＡＰＩ管理プログラム２５ｂに含まれる命令もプロセッサ２１により実行される。
【0035】
メモリ２２は、プロセッサ２１が実行する命令及びそれ以外の各種データを格納するために用いられる。メモリ２２は、プロセッサ２１が高速にアクセス可能な主記憶装置（メインメモリ）である。メモリ２２は、例えば、ＤＲＡＭやＳＲＡＭ等のＲＡＭによって構成される。
【0036】
ユーザインタフェース２３は、ユーザの入力を受け付ける入力インタフェースと、プロセッサ１１の制御により様々な情報を出力する出力インタフェースと、を備える。入力インタフェースは、例えば、キーボード、マウス等のポインティングデバイス、タッチパネル、又は前記以外のユーザの入力を入力可能な任意の情報入力装置である。出力インタフェースは、例えば、液晶ディスプレイ、表示パネル、又は前記以外のプロセッサ２１の演算結果を出力可能な任意の情報出力装置である。
【0037】
通信インタフェース２４は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。ユーザ端末１０は、通信インタフェース２４を介して、ベンダー環境Ａ～Ｄに配置されている情報機器及びオンプレミス環境５内に配置されている情報機器とデータを送受信することができる。
【0038】
ストレージ２５は、プロセッサ２１によりアクセスされる外部記憶装置である。ストレージ２５は、例えば、磁気ディスク、光ディスク、半導体メモリ、又はデータを記憶可能な前記以外の各種記憶装置である。ストレージ２５には、ＡＰＩ管理データ２５ａ、ＡＰＩ管理プログラム２５ｂ、及びこれら以外の様々なデータが格納され得る。
【0039】
ＡＰＩ管理データ２５ａは、ＡＰＩ提供システム１において利用されるＡＰＩを管理するための様々なデータを含むデータセットである。ＡＰＩ管理データ２５ａについて、さらに図３を参照して説明する。ＡＰＩ管理データ２５ａにおいては、ＡＰＩを提供するベンダーを識別するベンダーＩＤに、当該ベンダーに関するデータ、及び、当該ベンダーが提供する一又は複数のＡＰＩに関するデータが関連付けられる。図３に示されている実施形態において、ＡＰＩ管理データ２５ａは、ベンダーに関するデータ項目として「ベンダー名」を含んでおり、当該ベンダーが提供するＡＰＩに関するデータ項目として、各ＡＰＩの「ＡＰＩ名」、「提供機能」、「セキュリティレベル」、「応答性」、及び「コスト」を含んでいる。ＡＰＩ管理データ２５ａの各データ項目のデータ値は、数値データ、テキストデータ、又はこれらの組み合わせであってもよい。
【0040】
「ベンダー名」は、ベンダーの名称を示すテキストデータである。図３の例では、ベンダーＩＤ「００１」と対応付けて、ベンダー環境Ａを提供する「ベンダーＡ」がベンダー名として格納されている。同様に、ベンダーＩＤ「００２」～「００４」の各々と対応付けて、ベンダー環境Ｂ～ベンダー環境Ｄをそれぞれ提供する「ベンダーＢ」～「ベンダーＤ」がそれぞれベンダー名として格納されている。
【0041】
上記のとおり、ＡＰＩ管理データ２５ａにおいては、各ベンダーのベンダーＩＤと対応付けて、各ベンダーから公開されているＡＰＩに関する情報が格納される。図１を参照して説明したとおり、ベンダーＡは、ベンダー環境ＡにおいてＯＣＲ機能を提供するＡＰＩ３１と突合機能を提供するＡＰＩ３２を公開しているため、ベンダーＡのベンダーＩＤ「００１」と対応付けて、ベンダーＡが公開しているＡＰＩのＡＰＩ名として「ＡＰＩ３１」及び「ＡＰＩ３２」が格納されている。他のベンダー及びオンプレミス環境５についても同様に、各ベンダー及びオンプレミス環境５から公開されているＡＰＩのＡＰＩ名がベンダーＩＤと対応付けて格納されている。
【0042】
「提供機能」は、ＡＰＩが提供する機能を示すためのデータ項目である。提供機能のデータ値は、機能を示すテキストデータ又は機能を特定する機能ＩＤがデータ値であってもよい。図示の例では、「提供機能」に、「ＯＣＲ」（Optical Character Recognition）及び「突合」が含まれている。既述のとおり、ＡＰＩ管理データ２５ａにおいてＡＰＩによって提供される機能は、ＯＣＲと突合には限られない。したがって、ＡＰＩ管理データ２５ａの提供機能の項目には、ＯＣＲ及び突合以外のデータが含まれ得る。
【0043】
「セキュリティレベル」は、ＡＰＩごとに、そのＡＰＩに設定されたセキュリティレベルを表すためのデータ項目である。図示の例では、セキュリティレベルのデータ値が「高」と「低」の二段階で表されている。セキュリティレベルは、三段階以上に分けて分類されてもよい（例えば、「高」、「中」、「低」等）し、セキュリティの高さをスコアで表したデータであってもよい。各ＡＰＩに対応付けられるセキュリティレベルは、例えば、１０点満点で当該ＡＰＩのセキュリティの高さを示してもよい。セキュリティレベルは、ベンダーごとに定められてもよい。例えば、ベンダーがＩＳＯ／ＩＥＣ ２７００１：２００５に基づく認証又はそれに対応する日本国内のＪＩＳ Ｑ ２７００１：２００６に基づく認証を受けている場合に、当該ベンダーから提供されるＡＰＩのセキュリティレベルを「高」に設定し、これらの認証を受けていないベンダーから提供されるＡＰＩのセキュリティレベルを「低」に設定してもよい。あるベンダーから提供されているＡＰＩのセキュリティレベルを決定する際に、当該ＡＰＩが当該ベンダーから見てオフプレミスにあるストレージを利用している場合に、当該ＡＰＩのセキュリティレベルを低く設定してもよい。ただし、あるベンダーが提供するＡＰＩが処理データの格納のために外部ストレージを利用していても、当該ベンダーがＩＳＯ／ＩＥＣ ２７０１７：２０１５に基づくＩＳＭＳクラウドセキュリティ認証を受けていれば、当該ＡＰＩのセキュリティレベルを高く設定してもよい。あるベンダーとＡＰＩプラットフォーム装置２０との通信における暗号化の強度が高いほどそのベンダーが提供するＡＰＩのセキュリティレベルを高く設定してもよい。準同型暗号やＭＰＣ（Ｍｕｌｔｉ Ｐａｒｔｙ Ｃｏｍｐｕｔａｔｉｏｎ）などの秘密計算の技術を用いることでＡＰＩの処理が秘匿された状態で行われる場合は、そうでない場合よりも当該ＡＰＩのセキュリティレベルを高く設定してもよい。このように、あるベンダーから提供されるＡＰＩのセキュリティレベルは、当該ベンダーがＩＳＯ／ＩＥＣ ２７００１：２００５に基づく認証を受けているか否か、当該ＡＰＩが当該ベンダーにとってのオフプレミス環境にある外部ストレージを処理データの格納に利用しているか否か、当該ベンダーがＩＳＯ／ＩＥＣ ２７０１７：２０１５に基づくＩＳＭＳクラウドセキュリティ認証を受けているか否か、当該ベンダーに係る情報流出や情報漏洩などのインシデントの有無、当該ベンダーとの通信や処理の秘匿性、及びこれら以外の様々な要素に基づいて設定され得る。ＡＰＩのセキュリティレベルは、例えば、ＡＰＩプラットフォーム装置２０の運営者が定める基準に従って当該ＡＰＩを評価することにより設定される。あるＡＰＩについてセキュリティレベルが一度設定された後であっても、当該ＡＰＩの情報セキュリティに影響を与える変更があった場合には当該セキュリティレベルは変更され得る。ＡＰＩの情報セキュリティに影響を与える変更には、当該ＡＰＩの仕様の変更、当該ＡＰＩを提供するベンダーが新たに情報セキュリティ認証を受けたこと、当該ＡＰＩを提供するベンダーに対する情報セキュリティ認証が取り消されたこと、及びこれら以外のＡＰＩの情報セキュリティに影響を与える様々な変更が含まれ得る。
【0044】
セキュリティレベルは、ベンダーごとに設定されてもよく、ＡＰＩごとに設定されてもよい。図３に示されている例では、ベンダーＡ～ベンダーＣについては、ベンダーごとセキュリティレベルが設定されており、ベンダーＤについてはＡＰＩごとにセキュリティレベルが設定されている。具体的には、ベンダーＡの２つのＡＰＩ３１、３２はいずれもセキュリティレベルが「低」とされているが、ベンダーＤが公開しているＡＰＩのうちＡＰＩ３５についてはセキュリティレベルが「高」に設定されている一方で、ＡＰＩ３６についてはセキュリティレベルが「低」に設定されている。例えば、ＡＰＩ３５がベンダー環境Ｄ内に処理データを格納する一方でＡＰＩ３６が処理データをベンダー環境Ｄの外部にあるストレージ（例えば、ストレージ４２）に格納する場合に、ＡＰＩ３５についてセキュリティレベルを「高」に設定する一方でＡＰＩ３６についてセキュリティレベルを「低」に設定してもよい。
【0045】
ＡＰＩの「応答性」は、ＡＰＩの応答速度を示すデータ項目である。ＡＰＩの応答性は、当該ＡＰＩを呼び出してから正しいレスポンス（エラーではないレスポンス）を受けるまでの応答時間に基づいて定められ得る。図示の実施形態において、ＡＰＩの応答性は、「高」、「中」、「低」の三段階で評価されており、その評価結果が「応答性」の項目のデータ値とされている。ＡＰＩの応答性は、二段階で評価されてもよく、四段階以上に分けて評価されてもよい。ＡＰＩの応答性は、ＡＰＩの応答時間を正規化した値であってもよい。
【0046】
ＡＰＩの「コスト」は、当該ＡＰＩを利用するために支払う費用についての評価示すデータ項目である。図示の実施形態では、ＡＰＩのコストは、「高い」、「中」、「安い」の三段階で評価されており、その評価結果がコストのデータ項目のデータ値として格納されている。ＡＰＩは、ベンダーの収益のために有償で公開される場合もあるし、無償で公開される場合もある。例えば、無償で公開されているＡＰＩや、利用料金を支払わずに利用できるＡＰＩについては、コストを「安い」と評価することができる。有償で公開されているＡＰＩについては、支払いが必要な金額に応じて、「高い」、「中」、「安い」のいずれかの評価が与えられ、このようにして与えられた評価が「コスト」の項目のデータ値として設定される。ＡＰＩのコストは、二段階で評価されてもよく、四段階以上に分けて評価されてもよい。ＡＰＩのコストは、ＡＰＩを利用するために支払う金額を正規化した値であってもよい。
【0047】
図３に示されているＡＰＩ管理データ２５ａは例示であり、ＡＰＩ提供システム１において使用可能なＡＰＩ管理データ２５ａは、図３に示されているものには限られない。ＡＰＩ管理データ２５ａは、図３に示されているデータ項目の一部を含まなくてもよいし図３に記載されていないデータ項目を含んでもよい。例えば、ＡＰＩ管理データ２５ａは、「応答性」及び「コスト」以外に、ＡＰＩが利用するストレージに関するデータ項目を含んでもよい。ＡＰＩ管理データ２５ａに含められるＡＰＩが利用するストレージに関するデータ項目には、当該ＡＰＩが利用するストレージの信頼性及び当該ストレージが設置されている設置国を含めることができる。例えば、ベンダーＡは、外部のストレージ４１を利用しているため、ベンダー環境Ａのストレージとストレージ４１とを組み合わせることにより、ストレージを冗長化することが可能である。このようにＡＰＩの処理データを保存するストレージの冗長化が図られている場合に、当該ＡＰＩのストレージの信頼性が高いと判断することができる。また、ＡＰＩの処理データを保存するストレージに使用しているＲＡＩＤのレベルに応じてストレージの信頼性を評価することができる。例えば、ＲＡＩＤ－６を使用している場合に、ストレージの信頼性が高いと評価することができる。ストレージの設置国としては、例えば、日本、米国、豪州、中国、及びこれら以外の国または地域がデータ値として設定される。
【0048】
ＡＰＩ管理データ２５ａに含められているＡＰＩに関するデータ項目のデータ値は、例えばＡＰＩプラットフォーム装置２０の運営者によって設定される。例えば、ＡＰＩのコストは、ＡＰＩプラットフォーム装置２０の運営者がＡＰＩごとに利用料金を調査することで評価を定めることができる。
【0049】
ＡＰＩ提供システム１において、データの格納場所には特段の制限はない。例えば、ストレージ２５に記憶され得る各種データは、オンプレミス環境５内又はオンプレミス環境５外のＡＰＩプラットフォーム装置２０とは物理的に別体のストレージやデータベースサーバに格納されてもよい。ただし、クライアントアプリケーション１０ａがオフプレミス環境に送信することができないデータを取り扱っている場合には、当該データは、オンプレミス環境５内のストレージに格納される。図２においては、ストレージ２５が単一のユニットとして図示されているが、ストレージ２５は、複数の物理的に別体のストレージが集合したものであってもよい。つまり、本明細書において、ストレージ２５に記憶されるデータは、単一のストレージに記憶されてもよいし、複数のストレージに分散して記憶されてもよい。また、本明細書及び特許請求の範囲において、単に「ストレージ」という場合には、文脈上許される限り、単一のストレージと複数のストレージの集合のいずれを指し示すこともある。ＡＰＩ管理プログラム２５ｂは、ストレージ２５以外にも様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）に格納され得る。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例には、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。
【0050】
続いて、ＡＰＩプラットフォーム装置２０の機能について説明する。ＡＰＩプラットフォーム装置２０のプロセッサ２１は、ＡＰＩ管理プログラム２５ｂに含まれる命令及び必要に応じてそれ以外の命令を実行することにより、リクエスト受信部２１ａ、ＡＰＩ選択部２１ｂ、リクエスト送信部２１ｃ、レスポンス受信部２１ｄ、及びレスポンス送信部２１ｅとして機能する。本明細書において、プロセッサ２１によって実行されるとして説明されるプログラム又は当該プログラムに含まれる命令は、単一のコンピュータプロセッサで実行されてもよいし、複数のコンピュータプロセッサにより分散して実行されてもよい。また、プロセッサ２１によって実行されるプログラム又は当該プログラムに含まれる命令は、複数の仮想コンピュータプロセッサにより分散して実行されてもよい。ただし、上述したように、クライアントアプリケーション１０ａがオフプレミス環境に送信することができないデータを取り扱っている場合には、当該データは、オンプレミス環境５内のプロセッサによって処理され、オフプレミス環境のプロセッサによる分散処理は行われない。
【0051】
リクエスト受信部２１ａは、クライアントアプリケーション１０ａから送信された処理リクエストを受信する。図４は、処理リクエストの一例を模式的に示すデータ構造図である。処理リクエストは、ヘッダ部５１と、ボディ部５２と、を有する。クライアントアプリケーション１０ａから送信される処理リクエストのヘッダ部５１には、処理対象データセットに設定された少なくとも一つの秘密度を表す秘密区分情報と、当該処理対象データセットを処理すべきＡＰＩの機能を特定する機能ＩＤと、が含まれる。
【0052】
処理対象データセットは、クライアントアプリケーション１０ａで利用されている様々なデータのうち、ＡＰＩでの処理のためにＡＰＩに受け渡されるデータセットである。処理リクエストにおいては、処理対象データセットに含められるファイルのファイル名が指定されてもよい。処理対象データセットは、ＰＤＦ、ＣＳＶ、ＪＳＯＮ及びこれら以外の公知の形式の一又は複数のファイルを含むことができる。処理対象データセットは、処理リクエストのボディ部に含められて、処理リクエストとともにＡＰＩに送信されてもよいし、処理リクエストにおいて指定された格納場所からＡＰＩによって取得されてもよい。
【0053】
処理対象データセットには、一又は複数の秘密度が設定される。処理対象データセットの秘密度は、情報セキュリティの国際規格であるISO27001(JISQ27001)に従って区分されてもよい。ISO27001(JISQ27001)では、「極秘」、「秘」、「社外秘」、「一般」の４区分に情報が分類されている。処理対象データセットの秘密度は、この４区分に従って設定されてもよい。処理対象データセットの秘密度の設定は、クライアントアプリケーション１０ａのユーザによってなされてもよい。処理対象データセット全体に一つの秘密度が設定されてもよいし、処理対象データセットに含まれる単位データセット（例えば、ファイル）ごとに秘密度が設定されてもよい。処理対象データセットに含まれるファイルごとに秘密度が設定される場合には、処理リクエストには、ファイル名と対応付けてそのファイルに設定された秘密度が含められてもよい。あるいはまた、処理対象データセットの秘密度は、当該処理対象データセットの送信元のクライアントアプリケーション１０ａに応じた値に設定されてもよい。この場合、クライアントアプリケーション１０ａから送信される処理リクエストに含まれる処理対象データセットは全て同じ秘密度を有する一方、別のクライアントアプリケーションから送信される処理リクエストに含まれる処理対象データセットは前記秘密度とは異なる秘密度を有しうる。例えば、企業内で使用する業務用アプリケーションから送信される処理リクエストに含まれる処理対象データセットの秘密度は一様に「極秘」に設定される一方、業務用アプリケーション以外のアプリケーション（例えば、個人が使用するＳＮＳアプリケーション、ゲームアプリケーション）から送信される処理リクエストに含まれる処理対象データセットの秘密度は一様に「一般」に設定されてもよい。あるいはまた、処理対象データセットの秘密度は当該処理対象データセットの送信元のユーザに応じた値に設定されてもよい。この場合、ユーザＡがクライアントアプリケーション１０ａを用いて送信する処理リクエストに含まれる処理対象データセットは全て同じ秘密度を有する一方、別のユーザＢがクライアントアプリケーション１０ａを用いて送信する処理リクエストに含まれる処理対象データセットは前記秘密度とは異なる秘密度を有しうる。例えば、監査法人がクライアントアプリケーション１０ａを用いて送信する処理リクエストに含まれる処理対象データセットは一様に「極秘」に設定される一方、一般企業の内部監査担当がクライアントアプリケーション１０ａを用いて送信する処理リクエストに含まれる処理対象データセットの秘密度は一様に「社外秘」に設定されてもよい。
【0054】
処理リクエストに含まれる機能ＩＤは、その処理リクエストに含まれる又はその処理リクエストで特定されている処理対象データセットに対してどのような処理が行われるかを特定する識別子である。機能ＩＤにより、処理対象データセットを受け取ったＡＰＩがどのような機能を提供すべきかを特定することができる。上記のとおり、ＡＰＩ提供システム１に含まれる各ＡＰＩが突合又はＯＣＲのいずれかの機能を提供する場合には、機能ＩＤは、突合又はＯＣＲのいずれかを識別する。ＡＰＩ提供システム１において公開されるＡＰＩがより多くの機能を提供する場合には、それに応じて機能ＩＤが拡張される。つまり、機能ＩＤは、３種類以上のＡＰＩにより提供されるべき機能を識別することができるように設計されてもよい。機能ＩＤは、例えば、ＡＰＩプラットフォーム装置２０の運営者がＡＰＩ提供システム１において公開されている複数のＡＰＩの仕様に基づいてＡＰＩの機能を評価し、その評価に応じて各ＡＰＩに割り当てられてもよい。
【0055】
図２に戻り、ＡＰＩ選択部２１ｂは、クライアントアプリケーション１０ａから受信した処理リクエストに基づいて、ＡＰＩ提供システム１において公開されている複数のＡＰＩの中から、当該処理リクエストに含まれる処理対象データセットを処理させるＡＰＩを選択する。本明細書では、ＡＰＩ選択部２１ｂによって選択されるＡＰＩを「実行ＡＰＩ」と呼ぶことがある。図１に示されている実施形態では、ＡＰＩ提供システム１においてＡＰＩ３１～３６が公開されているので、ＡＰＩ選択部２１ｂは、ＡＰＩ３１～３６の中から実行ＡＰＩを選択する。
【0056】
本発明の一実施形態において、ＡＰＩ選択部２１ｂは、処理リクエストに含まれている機能ＩＤ及び秘密区分情報に基づいて実行ＡＰＩを選択することができる。ＡＰＩ選択部２１ｂは、例えば、処理リクエストに含まれている機能ＩＤに基づいて要求されている機能を特定し、ＡＰＩ管理データ２５ａを参照して特定された機能を提供するＡＰＩを抽出し、その抽出されたＡＰＩのうち処理リクエストに含まれている秘密区分情報により特定される秘密度に適合するＡＰＩを実行ＡＰＩとして選択する。つまり、処理リクエストに含まれる機能ＩＤにより特定される機能を提供し、且つ、秘密区分情報で指定される秘密度に適合するセキュリティレベルを有するＡＰＩが実行ＡＰＩとして選択され得る。
【0057】
ＡＰＩのセキュリティレベルが秘密区分情報で指定される秘密度に適合するかを判断する適合判断基準には少なくとも以下の２つの基準がある。ＡＰＩ提供システム１においては、いずれの基準が採用されてもよい。
【0058】
適合判断基準の第１の例においては、ＡＰＩのセキュリティレベルの各々は、各セキュリティレベルに適合する秘密度の上限を指定する。例えば、ＡＰＩのセキュリティレベル「高」は、セキュリティレベル「高」に適合する秘密度の上限として「極秘」を指定し、セキュリティレベル「低」は、セキュリティレベル「低」に適合する秘密度の上限として「一般」を指定することができる。この場合、ＡＰＩ選択部２１ｂは、セキュリティレベルとして「高」が設定されているＡＰＩは、セキュリティレベル「高」が指定する上限の「極秘」と同じかそれより低い秘密度（秘密度が高い方から順に「極秘」、「秘」、「社外秘」及び「一般」の４段階に分けられている場合には、「極秘」及び「極秘」よりも秘密度が低い「秘」、「社外秘」及び「一般」）の秘密度に適合し、また、セキュリティレベルとして「低」が設定されているＡＰＩは、セキュリティレベル「低」が指定する「一般」と同じかそれよりも低い秘密度（上記の４段階の例においては、「一般」の秘密度のみ）に適合すると判断することができる。このように、適合判断基準の第１の例においては、秘密区分情報で指定される秘密度が、その秘密度に適合するＡＰＩのセキュリティレベルの下限を指定する。 ＡＰＩのセキュリティレベルが高い方から順に、「最高」、「高」、「中」、「低」の４区分に分類される別の例では、セキュリティレベルと秘密度との対応関係は、例えば以下の表１のように設定することが可能である。
【表1】
【0059】
適合判断基準の第２の例においては、秘密度の各々に対してＡＰＩのセキュリティレベルが特定可能なように対応付けられる。この場合、複数の秘密度が一つのセキュリティレベルと対応付けられていてもよいし、各秘密度とＡＰＩのセキュリティレベルとの対応は、１対１に対応付けられていてもよい。前者の例として、「極秘」、「秘」、及び「社外秘」の３つの秘密度の各々がセキュリティレベル「高」と対応付けられ、「一般」の秘密度がセキュリティレベル「低」と対応付けられる設定が挙げられる。この場合、ＡＰＩ選択部２１ｂは、セキュリティレベルとして「高」が設定されているＡＰＩが「極秘」、「秘」、及び「社外秘」の秘密度に適合し、セキュリティレベルとして「低」が設定されているＡＰＩが「一般」の秘密度に適合すると判断することができる。後者の例として、秘密度が「極秘」、「秘」、「社外秘」、及び「一般」の４段階に区分されている場合に、ＡＰＩのセキュリティレベルも「最高」、「高」、「中」、「低」の４区分に分類し、「極秘」、「秘」、「社外秘」、及び「一般」の秘密度の各々が「最高」、「高」、「中」、「低」のセキュリティレベルとそれぞれ１対１に対応付けられる設定が挙げられる。
【0060】
処理リクエストに含まれる機能ＩＤにより特定される機能を提供し、且つ、秘密区分情報で指定される秘密度に適合するセキュリティレベルを有するＡＰＩが複数存在する場合には、その複数のＡＰＩの各々を候補ＡＰＩとし、この複数の候補ＡＰＩの中から所定の基準に従って実行ＡＰＩが選択される。例えば、クライアントアプリケーション１０ａから受信される処理リクエストは、実行ＡＰＩの選択時に重視すべき項目を定めた希望条件情報を含んでもよく、ＡＰＩ選択部２１ｂは、この希望条件情報に基づいて複数の候補ＡＰＩの中から実行ＡＰＩを選択してもよい。希望条件情報は、実行ＡＰＩの選択時に重視されるべき項目として、ＡＰＩ管理データ２５ａのデータ項目（例えば、応答性、コスト、ストレージ信頼性、ストレージの設置国、又はこれら以外のＡＰＩ管理データ２５ａのデータ項目）の一又は複数を指定することができる。希望条件情報は、処理リクエストとは別にＡＰＩプラットフォーム装置２０に通知されてもよい。例えば、クライアントアプリケーション１０ａのユーザは、処理リクエストの送信前に、ＡＰＩプラットフォーム装置２０が提供する登録フォームを利用して希望条件情報を登録することができる。
【0061】
図３に示されている実施形態に従って、実行ＡＰＩの選択の幾つかの具体例を説明する。第１の例においては、クライアントアプリケーション１０ａから受信した処理リクエストにおいて機能ＩＤが「ＯＣＲ」を指定しており、秘密度が「極秘」に設定されており、希望条件情報に「コスト」が設定されていることを想定する。この場合、ＡＰＩ選択部２１ｂは、ＡＰＩ３１～３６の中からＯＣＲを提供するＡＰＩとしてＡＰＩ３１、３３，３５を抽出する。次に、ＡＰＩ選択部２１ｂは、ＯＣＲを提供するＡＰＩ３１、３３，３５の中から、秘密区分情報で指定されている「極秘」の秘密度に適合するＡＰＩを候補ＡＰＩとして選択する。図３に示されているＡＰＩ管理データ２５ａにおいては、ＯＣＲを提供するＡＰＩのうち、ＡＰＩ３３、３５の２つについてセキュリティレベルが「高」に設定されているので、このＡＰＩ３３、３５が候補ＡＰＩとして選択される。次に、希望条件情報によって「コスト」を重視することが指定されているので、候補ＡＰＩであるＡＰＩ３３、３５のうちコストが「高い」と設定されているＡＰＩ３３ではなく、コストが「中」と設定されているＡＰＩ３５が実行ＡＰＩとして選択される。
【0062】
第２の例においては、クライアントアプリケーション１０ａから受信した処理リクエストにおいて機能ＩＤが「ＯＣＲ」を指定しており、秘密度が「一般」に設定されており、希望条件情報に「コスト」が設定されていることを想定する。この場合、ＡＰＩ選択部２１ｂは、ＡＰＩ３１～３６の中からＯＣＲを提供するＡＰＩとしてＡＰＩ３１、３３，３５を抽出する。次に、ＡＰＩ選択部２１ｂは、ＯＣＲを提供するＡＰＩ３１、３３，３５の中から、秘密区分情報で指定されている「一般」の秘密度に適合するＡＰＩを候補ＡＰＩとして選択する。図３に示されているＡＰＩ管理データ２５ａにおいては、ＯＣＲを提供するＡＰＩのうち、ＡＰＩ３１についてセキュリティレベルが「低」に設定されているので、このＡＰＩ３１が候補ＡＰＩとして選択される。選択された候補ＡＰＩは一つなので、この候補ＡＰＩ３１が実行ＡＰＩとして選択される。
【0063】
第１の例と第２の例との比較により、「ＯＣＲ」という同じ機能の実行を要求する処理リクエストを受信した場合であっても、当該処理リクエストに設定されている処理対象データセットの秘密度によって選択される実行ＡＰＩが異なることが理解される。このように、ＡＰＩプラットフォーム装置２０は、データの秘密度に応じて外部のＡＰＩを選択することができる。
【0064】
第３の例においては、処理対象データセットに複数の秘密度が設定されている例を説明する。例えば、２つのファイルの突合が要求される場合には、２つのファイルの秘密度が異なる可能性がある。具体的には、取引の証憑をスキャンして作成したＰＤＦファイルに含まれるデータとその取引を記録した表計算ソフトのファイル（以下、「表計算ファイル」という。）に含まれるデータとを突合する場合、証憑から作成されたＰＤＦファイルには「極秘」の秘密度が設定され、表計算ファイルには「一般」の秘密度が設定されることがある。このような「極秘」の秘密度が設定されたファイルのデータと「一般」の秘密度が設定されたファイルのデータとの突合を行うことを要求する処理リクエストをクライアントアプリケーション１０ａから受信すると、ＡＰＩ選択部２１ｂは、処理対象データセットに設定された互いに異なる２つの秘密度のうち高い方の秘密度に基づいて実行ＡＰＩを選択する。上記の例では、処理対象データセットの一部（証憑のＰＤＦファイル）に「極秘」の秘密度が設定されているため、ＡＰＩ選択部２１ｂは、ＡＰＩ提供システム１において公開されているＡＰＩのうちセキュリティレベルが「高」に設定されているＡＰＩを実行ＡＰＩとして選択する。
【0065】
リクエスト送信部２１ｃは、ＡＰＩ選択部２１ｂにより選択された実行ＡＰＩを呼び出す。具体的には、リクエスト送信部２１ｃは、実行ＡＰＩに対して処理対象データセット又は処理対象データセットの格納場所を指定する処理データ特定情報をボディ部に含むＡＰＩリクエストを送信する。ＡＰＩリクエストには、ＯＡｕｔｈ等の公知の認証プロトコルによる認証のためにアクセストークンが含まれてもよい。実行ＡＰＩがＡＰＩゲートウェイを介して公開されている場合には、ＡＰＩリクエストは、リクエスト送信部２１ｃからＡＰＩゲートウェイを介して実行ＡＰＩに送信される。
【0066】
レスポンス受信部２１ｄは、レスポンス送信部２１ｃにより実行ＡＰＩに対してＡＰＩリクエストが送信された後、当該実行ＡＰＩからのレスポンスを受信する。
【0067】
レスポンス送信部２１ｅは、レスポンス受信部２１ｄが実行ＡＰＩから受け取ったレスポンスをクライアントアプリケーション１０ａに送信する。
【0068】
続いて、図５を参照して、クライアントアプリケーション１０ａがＡＰＩプラットフォーム装置２０を介してＡＰＩを呼び出し、ＡＰＩからレスポンスを受け取る処理の流れを説明する。まず、ステップＳ１１において、クライアントアプリケーション１０ａから処理リクエストが送信される。送信された処理リクエストは、例えば、ＡＰＩプラットフォーム装置２０のリクエスト受信部２１ａにおいて受信される。
【0069】
次に、ステップＳ１２において、ＡＰＩプラットフォーム装置２０において受信した処理リクエストが解析され、その解析に基づいて実行ＡＰＩが選択される。具体的には、ステップＳ１２において、処理リクエストに含まれる機能ＩＤ、秘密区分情報、希望条件情報、及び必要に応じて前記以外の情報に基づいて、処理リクエストを処理する実行ＡＰＩが選択される。
【0070】
次に、ステップＳ１３において、ステップＳ１２で選択された実行ＡＰＩが呼び出される。例えば、ステップＳ１２においてＡＰＩ３５が実行ＡＰＩとして選択された場合には、ＡＰＩプラットフォーム装置２０からＡＰＩ３５に対して直接に又はＡＰＩ３５用のＡＰＩゲートウェイを介してＡＰＩリクエストが送信される。実行ＡＰＩを呼び出す処理は、例えば、上記のリクエスト送信部２１ｃによって行われる。
【0071】
次に、ステップＳ１４において、実行ＡＰＩからのレスポンスがＡＰＩプラットフォーム装置２０において受信される。ＡＰＩ３５が実行ＡＰＩとして選択された場合には、ＡＰＩ３５において処理対象データセットがデジタルの文字データに変換され、この変換後の文字データが受信される。実行ＡＰＩからのレスポンスを受信する処理は、例えば、上記のレスポンス受信部２１ｄによって行われる。
【0072】
次に、ステップＳ１５において、実行ＡＰＩから受け取ったレスポンスがクライアントアプリケーション１０ａに送信される。実行ＡＰＩからのレスポンスをクライアントアプリケーション１０ａに送信する処理は、例えば、上記のレスポンス送信部２１ｅによって行われる。以上のようにして、クライアントアプリケーション１０ａは、ＡＰＩプラットフォーム装置２０を介して、処理対象データセットの秘密度に応じたＡＰＩに当該処理対象データセットに対する所望の処理を行わせ、その処理結果をレスポンスとして受け取ることができる。クライアントアプリケーション１０ａは、例えば、処理要求された機能が「突合」の場合には突合の結果を示すデータを受信することができ、処理要求された機能が「ＯＣＲ」の場合にはＯＣＲによってデジタル化された文字データを受信することができる。
【0073】
続いて、図６をさらに参照して、ステップＳ１２における実行ＡＰＩの選択の流れについてより具体的に説明する。図６は、図５の実行ＡＰＩを選択するステップＳ１２における処理の流れの一例を示すフロー図である。まず、ステップＳ１２１において、ＡＰＩ選択部２１ｂは、処理リクエストで要求される機能を特定する。例えば、ＡＰＩ選択部２１ｂは、処理リクエストを解析することでそれに含まれる機能ＩＤを特定する。
【0074】
次に、ステップＳ１２２において、ＡＰＩ選択部２１ｂは、ＡＰＩ管理データ２５ａを参照し、ステップＳ１２１で特定された機能に対応するＡＰＩとそのセキュリティレベルとを特定する。ＡＰＩ選択部２１ｂは、Ｓ１２１で特定された機能ＩＤに対応する提供機能を有するＡＰＩ名およびそのセキュリティレベルを、ＡＰＩ管理データ２５ａから取得することができる。
【0075】
次に、ステップＳ１２３において、ＡＰＩ選択部２１ｂは、処理リクエストに含まれる処理対象データセットの秘密度を特定する。ＡＰＩ選択部２１ｂは、処理リクエストを解析することで、処理リクエストのヘッダ部５１に含まれる秘密区分情報を取得し、取得した秘密区分情報に含まれる秘密度を特定することができる。
【0076】
次に、ステップＳ１２４において、ＡＰＩ選択部２１ｂは、ステップＳ１２２で特定されたＡＰＩの中から、ステップＳ１２３で特定された秘密度に適合するＡＰＩを候補ＡＰＩとして選択する。
【0077】
次に、ステップＳ１２５において、ＡＰＩ選択部２１ｂは、ステップＳ１２４で選択された候補ＡＰＩが複数あるか否かを判定する。候補ＡＰＩが一つである（すなわち、複数でない）と判断された場合には、処理はステップＳ１２６に進み、ステップＳ１２６においてその一つの候補ＡＰＩが実行ＡＰＩとして選択される。他方、ステップＳ１２５において、候補ＡＰＩが複数存在すると判断された場合には、処理はステップＳ１２７に進む。ステップＳ１２７において、ＡＰＩ選択部２１ｂは、複数の候補ＡＰＩの中から、希望条件情報に最もマッチする候補ＡＰＩを実行ＡＰＩとして選択する。以上のようにして実行ＡＰＩが選択される。
【0078】
例えば、図３に示されている例において、処理リクエストにおいて機能ＩＤが「ＯＣＲ」を指定しており、秘密度が「極秘」に設定されており、希望条件情報に「コスト」が設定されている場合には、ステップＳ１２１において要求される機能として「ＯＣＲ」が特定され、ステップＳ１２２において「ＯＣＲ」を提供しているＡＰＩとしてＡＰＩ３１、３３、３５が特定され、ステップＳ１２３において処理リクエストに含まれる処理対象データセットの秘密度が「極秘」であることが特定され、ステップＳ１２４において「極秘」の秘密度に適合するＡＰＩとして設定された秘密度に適合するセキュリティレベルを有するＡＰＩ３３、３５が候補ＡＰＩとして選択される。この場合、候補ＡＰＩが複数であることから、ステップＳ１２５での判断結果に従って処理はステップＳ１２７に進み、候補ＡＰＩであるＡＰＩ３３、３５のうち、希望条件情報に設定されている「コスト」により適合しているＡＰＩ３５が実行ＡＰＩとして選択される。上記の例以外にも、処理リクエストに含まれる情報又はそれ以外の情報に応じて、ＡＰＩ提供システム１において公開されている複数のＡＰＩの中から処理対象データの秘密度に適合し、且つ、希望条件を満たすＡＰＩが実行ＡＰＩとして選択される。
【0079】
本明細書において説明された処理手順、特にフロー図を用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本発明の趣旨を逸脱しない限り本発明の範囲に含まれる。例えば、図６に示されているステップＳ１２２とステップＳ１２３の実行順序を入れ換えて、処理リクエストで要求されている機能を提供するＡＰＩを特定する前に、処理リクエストの解析を行って処理対象データセットの秘密度を特定してもよい。
【0080】
本発明の実施形態によって奏される作用効果について簡単に説明する。本発明の一実施形態によれば、ＡＰＩにより処理される処理データセットの秘密度に応じて、当該処理リクエストによって要求された処理を実行する実行ＡＰＩが選択される。これにより、ＡＰＩを利用するクライアントアプリケーション１０ａにおいて処理対象データセットの秘密度を定めることにより、ＡＰＩ提供システム１において公開された複数のＡＰＩの中から当該処理対象データセットの秘密度に応じた実行ＡＰＩが選択されるので、クライアントアプリケーション１０ａにおいて処理対象データセットを処理させるＡＰＩを指定する必要がない。よって、情報セキュリティを担保しつつ、クライアントアプリケーション１０ａの開発及び構築をより効率的に行うことができる。
【0081】
本発明の一実施形態によれば、ＡＰＩ提供システム１において公開されているＡＰＩの仕様が情報セキュリティ面で変更された場合であっても、ＡＰＩ管理データ２５ａにおいて当該ＡＰＩのセキュリティレベルを更新することにより、クライアントアプリケーション１０ａを改変することなく処理対象データセットの秘密度に応じたＡＰＩを継続して利用することができる。例えば、これまで実行ＡＰＩとして選択されていたＡＰＩのセキュリティレベルが低下して処理対象データセットの秘密度に適合しなくなった場合であっても、そのセキュリティレベルの変更をＡＰＩ管理データ２５ａに反映することにより、秘密度に適合する別のＡＰＩを実行ＡＰＩとして選択することができる。
【0082】
本発明の一実施形態によれば、クライアントアプリケーション１０ａは、ＡＰＩプラットフォーム装置２０を介して実行ＡＰＩを呼び出し、また、その呼び出した実行ＡＰＩからのレスポンスを受け取ることができる。実行ＡＰＩは、処理対象データセットについて設定された秘密度に応じて選択されるから、オフプレミス環境のＡＰＩを利用する場合にも処理対象データセットの情報セキュリティを確保することができる。
【0083】
本発明の一実施形態によれば、処理対象データセットの秘密度に適合するセキュリティレベルを有する候補ＡＰＩの中から、クライアントアプリケーション１０ａについて定められた希望条件に応じて実行ＡＰＩが選択される。これにより、クライアントアプリケーション１０ａの希望条件により適した実行ＡＰＩが選択することができる。例えば、コストを重視するクライアントアプリケーション１０ａのユーザに対しては低コストの実行ＡＰＩによるサービスを提供でき、応答性を重視するクライアントアプリケーション１０ａのユーザには高い応答性を有する実行ＡＰＩによるサービスを提供できる。
【0084】
次に、図７及び図８を参照して、本発明の別の実施形態によるＡＰＩ提供システム７について説明する。図７及び図８に示されているＡＰＩ提供システムにおいては、オンプレミス環境においてもＡＰＩを用意し、処理リクエストが所定の条件を満たす場合にオンプレミス環境から提供されているＡＰＩで当該処理リクエストが処理される。図７は、オンプレミス環境からＡＰＩが公開されているＡＰＩ提供システム７の概略を示すブロック図である。
【0085】
図７に示されているＡＰＩ提供システム７は、ＡＰＩプラットフォーム装置２０に代えてＡＰＩプラットフォーム装置７０を備えており、また、オンプレミス環境５から公開されているＡＰＩ３７及びＡＰＩ３８を備えている。オンプレミス環境５から公開されているＡＰＩは、オンプレミス環境５に配置されているプロセッサ及びメインメモリを利用して実行される。ＡＰＩ３７はＯＣＲ機能を提供し、ＡＰＩ３８が突合機能を提供する。本明細書においては、クライアントアプリケーション１０ａが配置されているオンプレミス環境５に配置されている情報機器で実行され、その処理データをオンプレミス環境５に配置されているストレージに記憶するＡＰＩを「オンプレミスＡＰＩ」と呼ぶことがある。ＡＰＩ３７及びＡＰＩ３８は、オンプレミスＡＰＩの例である。オンプレミスＡＰＩは、オンプレミス環境５の情報機器のみを利用して実行され、その処理データをオフプレミス環境に送信しないので、クライアントアプリケーション１０ａがオフプレミス環境に送信することができないデータを取り扱っている場合、そのオフプレミス環境に送信することができないデータの処理は、オンプレミスＡＰＩによって行われる。クライアントアプリケーション１０ａがオフプレミス環境に送信することができないデータの例は、金融商品取引法に規定されている未公表の重要事実に該当するデータである。例えば、クライアントアプリケーション１０ａのユーザが監査法人である場合、当該監査法人のクライアントの未発表の決算情報がオフプレミス環境に送信することができないデータとなる。インサイダー取引に関する法規制を遵守するために、金融商品取引法に規定されている未公表の重要事実は、オフプレミス環境に送信することが望ましくない。このため、クライアントアプリケーション１０ａが未公表の重要事実に相当するデータを処理する場合には、当該データをオンプレミス環境５で処理する必要があるので、かかるデータを処理させるＡＰＩは、オンプレミスＡＰＩの中から選択される。
【0086】
図８は、ＡＰＩ提供システム７のＡＰＩプラットフォーム装置７０を示すブロック図である。図２のＡＰＩプラットフォーム装置２０と比べて、図７のＡＰＩプラットフォーム装置７０ではプロセッサ２１にクリアランス処理部２１ｆが追加され、ストレージ２５に一時保持領域７１が追加されている。
【0087】
ＡＰＩ提供システム７では、クライアントアプリケーション１０ａから受信される処理リクエストは、処理対象データセットがオンプレミス環境５において処理されるべきか否かを示すクリアランスフラグを含む。クリアランスフラグは処理リクエストのヘッダ部５１に含められる。例えば、「真」のクリアランスフラグは、処理対象データセットがオンプレミス環境５内で処理されるべきであり、オフプレミス環境に処理対象データセットを送信及び保存できないことを示すことができる。他方、「偽」のクリアランスフラグは、処理対象データセットがオフプレミス環境に送信可能であることを示すことができる。ＡＰＩ選択部２１ｂは、処理リクエストに含まれるクリアランスフラグに応じて、ＡＰＩ提供システム７において公開されている複数のＡＰＩから実行ＡＰＩを選択する。具体的には、クリアランスフラグが「真」の場合にはオンプレミス環境５から公開されているオンプレミスＡＰＩの中から実行ＡＰＩが選択される。他方、クリアランスフラグが「偽」の場合には、ＡＰＩ提供システム１における実行ＡＰＩの選択と同様に、ＡＰＩ提供システム７において公開されているオフプレミス環境のＡＰＩ３１～３６の中から実行ＡＰＩが選択される。
【0088】
クリアランス処理部２１ｆは、処理リクエストのクリアランスフラグが「真」に設定されている場合に、クリアランスフラグが「偽」に更新されるまで実行ＡＰＩの選択を待機してもよい。例えば、処理リクエストにおいて要求されている機能がオフプレミス環境で公開されるＡＰＩによってのみ提供されている場合には、オンプレミスＡＰＩを利用して当該処理リクエストを処理することができない。このような場合を想定して、クリアランス処理部２１ｆは、クリアランスフラグが「偽」に更新されるまで実行ＡＰＩの選択を待機することができる。クリアランス処理部２１ｆは、クリアランスフラグが「真」に設定されている処理リクエストに基づいて実行ＡＰＩの選択を待機すべきと判定された場合、当該処理リクエストに基づく実行ＡＰＩの選択を待機するために、当該処理リクエストを一時保持領域７１に格納する。クリアランス処理部２１ｆは、クリアランスフラグが「偽」に更新されると、対象の処理リクエストを一時保持領域７１から読み出し、オフプレミス環境の実行ＡＰＩの中から実行ＡＰＩを選択する処理を行うことができる。
【0089】
クライアントアプリケーション１０ａのユーザは、処理対象データセットに含まれる情報がパブリックになった場合やその他の適切な場合に、クリアランスフラグを「真」から「偽」へ変更するためのフラグ更新要求をＡＰＩプラットフォーム装置７０に送信することができる。あるいはまた、クリアランス処理部２１ｆは、クリアランスフラグを更新すべきか否かを定期的かつ自動的に判定してもよい。ユーザは、クリアランスフラグを「真」から「偽」に変更するための条件（以下、「フラグ変更条件」という。）を予め設定することができる。クリアランス処理部２１ｆは、定期的にフラグ変更条件が満たされたか否かを判定することができる。クリアランス処理部２１ｆは、例えば１日に１度、１時間に一度、又はこれら以外の周期でフラグ変更条件が満たされたか否かを判定することができる。
【0090】
別の例では、クリアランスフラグが「真」に設定されている処理リクエストにおいて要求されている機能をオンプレミスＡＰＩで処理可能な場合であっても、当該オンプレミスＡＰＩを実行するオンプレミス環境５の情報機器に過負荷がかかっている場合又はそれ以外の場合に、クリアランス処理部２１ｆは、当該オンプレミスＡＰＩによる当該処理リクエストの処理を保留することができる。クリアランス処理部２１ｆは、処理リクエストの処理を保留すべきと判定された場合、その処理が保留された処理リクエストを一時保持領域７１に格納する。クリアランス処理部２１ｆは、オンプレミスＡＰＩを処理する情報機器の負荷状態を監視し、当該情報機器の負荷が所定レベルを下回った場合に、処理が保留されている処理リクエストを一時保持領域７１から読み出して当該オンプレミスＡＰＩに処理させることができる。処理リクエストの処理を保留している間に対象の当該処理リクエストのクリアランスフラグが「偽」に更新された場合には、クリアランス処理部２１ｆは、当該処理リクエストを一時保持領域７１から読み出し、当該処理リクエストを処理させる実行ＡＰＩをオフプレミス環境のＡＰＩ３１～３６の中から選択し、選択された実行ＡＰＩに当該処理リクエストを処理させてもよい。
【0091】
ＡＰＩ提供システム７においても、クライアントアプリケーション１０ａがＡＰＩプラットフォーム装置２０を介してＡＰＩを呼び出し、ＡＰＩからレスポンスを受け取る処理の流れは、図５に示したとおりである。ただし、ＡＰＩ提供システム７においては、処理リクエストがオンプレミスＡＰＩで処理される可能性があるため、ステップＳ１２における実行ＡＰＩを選択する処理が、図６に示されてる処理と異なる。そこで、図９を参照して、ＡＰＩ提供システム７におけるステップＳ１２での実行ＡＰＩを選択する実行ＡＰＩ選択処理の流れを説明する。図９は、ＡＰＩ提供システム７において実行される実行ＡＰＩを選択する処理の流れを示すフロー図である。
【0092】
まず、ステップＳ７２１において、ＡＰＩ選択部２１ｂは、受信した処理リクエストのクリアランスフラグの真偽を判定する。クリアランスフラグが「偽」であれば、当該処理リクエストをオフプレミス環境に送信可能であるため、処理はステップＳ１２１に進む。その後、ステップＳ１２１～Ｓ１２７において図５で説明したのと同様の処理が行われる。
【0093】
他方、クリアランスフラグが「真」であれば、処理はステップＳ７２２に移行する。ステップＳ７２２において、クリアランス処理部２１ｆは受信した処理リクエストをオンプレミスＡＰＩで処理可能か否かを判定する。具体的には、クリアランス処理部２１ｆは処理リクエストで要求されている機能を特定し、特定された機能を提供するオンプレミスＡＰＩが存在するか否かを判定する。例えば、オンプレミスＡＰＩの提供機能をＡＰＩ管理データ２５ａ又はそれ以外のデータセットとして管理しておくことにより、ステップＳ７２２における判定が可能となる。処理リクエストにより要求されている機能を提供するオンプレミスＡＰＩが存在する場合、クリアランス処理部７２は、当該オンプレミスＡＰＩを処理する情報機器の負荷状態を取得し、当該情報機器が過負荷か否かを判定する。ステップＳ７２２において、処理リクエストにより要求されている機能を提供するオンプレミスＡＰＩが存在し、そのオンプレミスＡＰＩを処理する情報機器の負荷が過負荷でない場合には、当該処理リクエストの処理が可能と判定され、実行ＡＰＩ選択処理は、ステップＳ７２３に進む。ステップＳ７２３において、ＡＰＩ選択部２１ｂは、ステップＳ７２２で特定された機能を提供するオンプレミスＡＰＩを実行ＡＰＩとして選択する。他方、ステップＳ７２２において、処理リクエストにより要求されている機能を提供するオンプレミスＡＰＩが存在しない場合、又は、処理リクエストにより要求されている機能を提供するオンプレミスＡＰＩが存在していても当該オンプレミスＡＰＩを処理する情報機器が過負荷である場合には、当該処理リクエストの即時処理はできないと判定された場合には、実行ＡＰＩ選択処理は、ステップＳ７２４に移行する。ステップＳ７２４において、クリアランス処理部２１ｆは、処理リクエストの処理が待機状態となった旨をクライアントアプリケーション１０ａに通知する。次に、ステップＳ７２５において、クリアランス処理部２１ｆは、即時処理できないと判定された処理リクエストを一時保持領域７１に格納する。
【0094】
具体例を説明する。クライアントアプリケーション１０ａから受信した処理リクエストにおいて機能ＩＤが「突合」を指定しており、秘密度が「極秘」に設定されており、クリアランスフラグが「偽」に設定されていることを想定する。この場合、クリアランスフラグが「偽」であるから、ＡＰＩ選択処理は、ステップＳ７２１からステップＳ１２１に進む。そして、ステップＳ１２１～ステップＳ１２７における処理により、機能ＩＤ「突合」及び秘密度「極秘」という処理リクエストの設定に従い、ＡＰＩ３４が実行ＡＰＩとして選択される。
【0095】
別の具体例について説明する。クライアントアプリケーション１０ａから受信した処理リクエストにおいて機能ＩＤが「突合」を指定しており、秘密度が「極秘」に設定されており、クリアランスフラグが「真」に設定されていることを想定する。この場合、クリアランスフラグが「真」に設定されているので、ＡＰＩ選択処理はステップＳ７２１からステップＳ７２２に進む。ステップＳ７２２において、ＡＰＩ選択部２１ｂは、オンプレミス環境５から公開されているＡＰＩ３７、３８の中に「突合」の機能を提供しているＡＰＩが存在するか判定する。上記のとおりＡＰＩ３８が「突合」の機能を提供しているので、ＡＰＩ選択部２１ｂは、次にＡＰＩ３８を処理する情報機器が過負荷か否かを判定する。過負荷と判定された場合には、ステップＳ７２４において処理リクエストの処理が待機状態となった旨がクライアントアプリケーション１０ａに通知され、処理リクエストは一時保持領域７１に格納される。ＡＰＩ３８を処理する情報機器の過負荷状態が解消されると、ＡＰＩ選択処理はステップＳ７２３に移行し、ステップＳ７２３において処理リクエストが一時保持領域７１から読み出されてＡＰＩ３８が実行ＡＰＩとして選択される。ＡＰＩ３８を処理する情報機器の過負荷状態が解消される前に処理リクエストのクリアランスフラグが「偽」に変更された場合は、ＡＰＩ選択処理は、ステップＳ７２１からステップＳ１２１に移行し、以下の各ステップでの処理を経ることにより、機能ＩＤ「突合」及び秘密度「極秘」という処理リクエストの設定に従い、ＡＰＩ３４が実行ＡＰＩとして選択される。
【0096】
本発明の一実施形態によるＡＰＩ提供システム７本変形例によれば、処理対象データセットにオンプレミス環境で処理されるべき（逆にいえば、オフプレミス環境で処理されるべきでない）データが含まれる場合、オンプレミス環境から公開されているオンプレミスＡＰＩの中から実行ＡＰＩを選択することができる。これにより、ＡＰＩを利用する場合でも、オフプレミス環境に送信することができないデータを確実にオンプレミス環境に閉じて処理することができる。
【0097】
本発明の一実施形態によるＡＰＩ提供システム７では、ＡＰＩプラットフォーム装置７０が監査法人などのクライアントから処理リクエストを受信してＡＰＩで処理する際に、インサイダー取引を構成しうるクリアランスフラグ「真」の処理リクエストを、そうでない処理リクエストとは区別して扱うことが可能となる。したがって、インサイダー取引を構成しうる処理リクエストとそうではない処理リクエストとを監査法人においてマニュアルで区別して処理する場合と比較して、より効率的に処理リクエストを処理できる。また、機械学習などでデータを活用する時に、データの提供がインサイダー取引に当たらないかというクライアントの懸念を払拭できる。
【0098】
上記の各実施形態は、特許請求の範囲にかかる発明を限定するものではない。上記の実施形態で説明されている諸要素が発明の解決手段に必須であるとは限らない。例えば、ＡＰＩ提供システム７では、処理リクエストにクリアランスフラグが設定され、また、オンプレミス環境５からオンプレミスＡＰＩが公開されているが、処理リクエストにおいてクリアランスフラグを設定可能とする一方でオンプレミスＡＰＩは備えなくてもよい。この場合、クリアランス処理部２１ｆは、クリアランスフラグが「真」であればその処理リクエストを一時保持領域７１に格納し、クリアランスフラグが「偽」に更新されるまで実行ＡＰＩの選択を待機することができる。クリアランス処理部２１ｆは、クリアランスフラグが「偽」に更新されると、対象の処理リクエストを一時保持領域７１から読み出してオフプレミス環境の実行ＡＰＩに処理させる。また、処理リクエストにクリアランスフラグが設定されない実施形態においても、オンプレミスＡＰＩを利用することにより、低コストで（オフプレミスＡＰＩのベンダーへの利用料金を支払うことなく）応答性がよいオンプレミスＡＰＩを利用することができる。
【0099】
本明細書中で説明される処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書中で説明されるデータ、テーブル、又はデータベースが単一の記憶装置（ストレージやメモリ）に格納される旨説明されたとしても、そのようなデータ、テーブル、又はデータベースは、単一の装置に備えられた複数の記憶装置または複数の装置に分散して配置された複数の記憶装置に分散して格納され得る。さらに、本明細書において説明されるソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。
【0100】
本明細書において単数形で表される構成要素は、矛盾を生じさせない限り、複数形を含むものとする。
【符号の説明】
【0101】
１、７ ＡＰＩ提供システム
５ オンプレミス環境
Ａ～Ｄ ベンダー環境（オフプレミス環境）
１０ ユーザ端末
１０ａ クライアントアプリケーション
２０、７０ ＡＰＩプラットフォーム装置
２１ プロセッサ
２１ａ リクエスト受信部
２１ｂ ＡＰＩ選択部
２１ｃ リクエスト送信部
２１ｄ レスポンス受信部
２１ｅ レスポンス送信部
２１ｆ クリアランス処理部
２５ ストレージ
２５ａ ＡＰＩ管理データ
２５ｂ ＡＰＩ管理プログラム
３１～３８ ＡＰＩ
７１ 一時保持領域
５ オンプレミス環境
Ａ～Ｄ ベンダー環境（オフプレミス環境）
１０ ユーザ端末
１０ａ クライアントアプリケーション
２０、７０ ＡＰＩプラットフォーム装置
２１ プロセッサ
２１ａ リクエスト受信部
２１ｂ ＡＰＩ選択部
２１ｃ リクエスト送信部
２１ｄ レスポンス受信部
２１ｅ レスポンス送信部
２１ｆ クリアランス処理部
２５ ストレージ
２５ａ ＡＰＩ管理データ
２５ｂ ＡＰＩ管理プログラム
３１～３８ ＡＰＩ
７１ 一時保持領域
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】