JP2024074207A - クラウドのａｐｉの変更を分析する方法 - Google Patents

Abstract

【課題】クラウドのＡＰＩの変更点を容易に把握し、効率的に管理することができる、クラウドのＡＰＩの変更を分析する方法を提供する。【解決手段】クラウドのＡＰＩの変更を分析する方法は、ドキュメント収集モジュールがネットワークを通じて第１時点で第１ａドキュメントを収集する段階と、ドキュメント収集モジュールがネットワークを通じて第２時点で第１ｂドキュメントを収集する段階と、制御部が第１ａドキュメントと第１ｂドキュメントを比べて第１ＡＰＩに対する変更の可否を判断する段階と、第１ＡＰＩに対する変更の可否を判断する段階で変更があると判断されると、制御部が第１ＡＰＩの変更点を把握する段階と、制御部がデータベースに第１ＡＰＩの変更点に関する内容を反映する段階と、を含む。【選択図】図３

Description

本発明はクラウドのＡＰＩの変更を分析する技術に関するもので、より詳しくはクラウドコンピューティング環境でクラウドＡＰＩを通じて受信するすべてのイベント情報に対して変更点を感知して、適用できるようにするシステムに関するものである。

最近、クラウドの技術の発達及び活用の極大化によりＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）型のクラウドコンピューティングサービスが普遍化されている。これにより、クラウドの機能、管理及び改善のために様々なクラウド事業者から提供を受けるＡＰＩを把握することの重要性が増加している。

しかし、それぞれのクラウドごとに異なるポリシー管理とリアルタイムで生成され削除されるクラウドＡＰＩを早い時間で感知することが難しく、様々なＡＰＩを円滑に反映することが難しいという問題がある。また、変更点をソリューションに適用しないと、クラウドＡＰＩの重要度に応じて誤ったデータによってソリューションの誤作動が発生し、企業に大きな被害が発生する可能性がある。

したがって、クラウドのリアルタイムＡＰＩ変更点の提供をより効果的に受けることができる方法に対する要求が増大されている。

大韓民国公開特許公報第１０－２０２２－０１１２９９５号（２００２２年０８月１２日公開）

本発明はクラウドのＡＰＩの変更点を容易に把握し効率的に管理することができるクラウドのＡＰＩの変更を分析する方法を提供するのにその目的がある。

また、本発明はクラウドのＡＰＩの変更点の重要度が通知臨界条件を満たす場合、サーバー管理者がサーバー管理を円滑にできるように通知を提供するクラウドのＡＰＩの変更を分析する方法を提供するのにその目的がある。

本発明の一実施例において、クラウドのＡＰＩの変更を分析する方法は、
上記のサーバーがネットワークを通じてドキュメントを収集するドキュメント収集モジュール、ユーザーのイベントに関する情報を収集するイベント収集モジュール、ＡＰＩに関する情報を保存するデータベース、及び上記のドキュメント収集モジュール及び上記のイベント収集モジュールを制御する制御部を含み、上記のドキュメント収集モジュールがネットワークを通じて第１時点で第１ａドキュメントを収集する段階－上記の第１ａドキュメントは上記の第１時点で収集した第１ＡＰＩに関するドキュメントである－、上記のドキュメント収集モジュールがネットワークを通じて第２時点で第１ｂドキュメントを収集する段階－上記の第１ｂドキュメントは上記の第２時点で収集した第１ＡＰＩに関するドキュメントである－、上記の制御部が上記の第１ａドキュメントと上記の第１ｂドキュメントを比べて上記の第１ＡＰＩに対する変更の可否を判断する段階、上記の第１ＡＰＩに対する変更の可否を判断する段階で変更があると判断されると、上記の制御部が上記の第１ＡＰＩの変更点を把握する段階、上記の制御部が上記のデータベースに上記の第１ＡＰＩの変更点に関する内容を反映する段階、上記のイベント収集モジュールが第３時点で第１ａイベントを収集する段階－上記の第１ａイベントは上記の第３時点で収集した第２ＡＰＩに関するイベントである－、上記のイベント収集モジュールが第４時点で第１ｂイベントを収集する段階－上記の第１ｂイベントは上記の第４時点で収集した上記の第２ＡＰＩに関するイベントである－、上記の制御部が上記の第１ａイベントと上記の第１ｂイベントを比べて上記の第２ＡＰＩに対する変更の可否を判断する段階、上記の第２ＡＰＩの変更の可否を判断する段階で変更があると判断されると、上記の制御部が上記の第２ＡＰＩの変更点を把握する段階、及び上記の制御部が上記のデータベースに上記の第２ＡＰＩの変更点に関する内容を反映する段階を含む。

本発明の一実施例において、上記のクラウドのＡＰＩの変更を分析する方法はサービス型のソフトウェア（ＳａａＳ、Ｓｏｆｔｗａｒｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ）方式で提供されることができる。

また、上記の第２ＡＰＩの変更点を把握する段階は、上記のドキュメント収集モジュールが上記の第２ＡＰＩに関する第２ドキュメントを収集する段階；及び上記の制御部が上記の第２ドキュメントに基づいて上記の第２ＡＰＩの変更点を把握する段階をさらに含むことができる。

また、上記の第２ＡＰＩの変更点を把握する段階で、上記の制御部が上記の第１ａイベントと上記の第１ｂイベントを比べて上記の第２ＡＰＩに対する変更点を把握するよう、さらに構成することができる。

本発明の一実施例において、上記のイベント収集モジュールが第２イベントを収集する段階－上記の第２イベントは第３ＡＰＩに関するイベントである－、上記の制御部が上記のデータベースに上記の第３ＡＰＩに関する情報がないことを判断する段階、上記のドキュメント収集モジュールがネットワークを通じて上記の第３ＡＰＩに関する第３ドキュメントを探索する段階、上記のドキュメント収集モジュールがネットワークを通じて上記の第３ドキュメントを収集する段階、上記の制御部が上記のデータベースに上記の第３ＡＰＩの項目を生成して、上記の第３ドキュメントに基づいて上記の第３ＡＰＩに関する内容を反映する段階をさらに含むことができる。

本発明の一実施例において、上記のドキュメント収集モジュールが第３ＡＰＩに対する第３ドキュメントに関する情報を収集する段階、上記の制御部が上記のデータベースに上記の第３ＡＰＩに関する情報がないことを判断する段階、上記のドキュメント収集モジュールがネットワークを通じて上記の第３ＡＰＩに関する第３ドキュメントを探索する段階、上記のドキュメント収集モジュールがネットワークを通じて上記の第３ドキュメントを収集する段階、及び上記の制御部が上記のデータベースに上記の第３ＡＰＩの項目を生成して、上記の第３ドキュメントに基づいて上記の第３ＡＰＩに関する内容を反映する段階をさらに含むことができる。

本発明の一実施例において、上記の制御部が上記の第１ＡＰＩの変更点及び上記の第２ＡＰＩの変更点の中のいずれかに関する重要度を判断する段階、上記の制御部が上記の重要度が通知臨界条件を満たしているかどうかを判断する段階；及び
上記の制御部が管理者端末に上記の第１ＡＰＩの変更点及び上記の第２ＡＰＩの変更点の中のいずれかに関する通知を提供する段階をさらに含むことができる。

本発明の一実施例において、上記のデータベースは複数のＡＰＩが予め定められた基準により分類された複数の分類のグループを保存していて、上記の制御部が上記の複数の分類グループの中の上記の第１ＡＰＩが属する分類グループに基づいて上記の第１時点及び上記の第２時点に対する時間の周期及び時間の間隔の中の少なくとも一つを決定する段階をさらに含むことができる。

本発明の一実施例において、クラウドのＡＰＩの変更を分析する方法は、メモリー,
上記のメモリーと連結されて、上記のメモリーに含まれた命令を実行するように構成されたプロセッサ、ネットワークを通じてドキュメントを収集するドキュメント収集モジュール、ユーザーのイベントに関する情報を収集するイベント収集モジュール、ＡＰＩに関する情報を保存するデータベース、及び上記のドキュメント収集モジュール及び上記のイベント収集モジュールを制御する制御部を含めて、上記のプロセッサは、上記のドキュメント収集モジュールがネットワークを通じて第１時点で第１ａドキュメントを収集する段階－上記の第１ａドキュメントは上記の第１時点で収集した第１ＡＰＩに関するドキュメントである－、上記のドキュメント収集モジュールがネットワークを通じて第２時点で第１ｂドキュメントを収集する段階－上記の第１ｂドキュメントは上記の第２時点で収集した第１ＡＰＩに関するドキュメントである－、上記の制御部が上記の第１ａドキュメントと上記の第１ｂドキュメントを比べて上記の第１ＡＰＩに対する変更の可否を判断する段階、上記の第１ＡＰＩに対する変更の可否を判断する段階で変更かあると判断されると、上記の制御部が上記の第１ＡＰＩの変更点を把握する段階、上記の制御部が上記のデータベースに上記の第１ＡＰＩの変更点に関する内容を反映する段階、上記のイベント収集モジュールが第３時点で第１ａイベントを収集する段階－上記の第１ａイベントは上記の第３時点で収集した第２ＡＰＩに関するイベントである－、上記のイベント収集モジュールが第４時点で第１ｂイベントを収集する段階－上記の第１ｂイベントの上記の第４時点で収集した上記の第２ＡＰＩに関するイベントである－、上記の制御部が上記の第１ａイベントと上記の第１ｂイベントを比べて上記の第２ＡＰＩに対する変更の可否を判断する段階、上記の第２ＡＰＩの変更の可否を判断する段階で変更があると判断されると、上記の制御部が上記の第２ＡＰＩの変更点を把握する段階、及び上記の制御部が上記のデータベースに上記の第２ＡＰＩの変更点に関する内容を反映する段階を含む。

本発明のクラウドのＡＰＩの変更を分析する方法はクラウドのＡＰＩの変更点を容易に把握し効率的に管理することができるメリットがある。

また、本発明のクラウドのＡＰＩの変更を分析する方法はクラウドのＡＰＩの変更点の重要度が通知臨界条件を満たす場合、サーバー管理者がサーバー管理を円滑にできるように通知を提供することできるメリットがある。

本発明の一実施例によるネットワーク環境の例を図示した図面である。 本発明の一実施例による変更点分析サーバーの構成要素である。 本発明の一実施例によるドキュメント収集モジュールの動作に関するフローチャートである。 本発明の一実施例によるイベント収集モジュールの動作に関するフローチャートである。 本発明の一実施例による制御部がイベントとイベントを比べてＡＰＩの変更の可否を判断したとき、変更点を把握する方法を説明するためのフローチャートである。 本発明の一実施例によるＡＰＩの生成感知に関するフローチャートである。 本発明の一実施例による制御部がドキュメントサーバーから提供を受けたドキュメントを比べる方法を説明するための例示画面である。 本発明の一実施例による制御部がイベント収集モジュールが収集したイベントを比べる方法を説明するための例示画面である。

以下、添付された図面を参考にして、本明細書に開示された実施例を詳しく説明するが、図面符号に関係なく同一であるか、または類似の構成要素は同一の参照番号を付与し、これに対する重複される説明は省略することにする。 また、本明細書に開示された実施例を説明するのにおいて、関連される公知技術に対する具体的な説明が本明細書に開示された実施例の要旨を曇らせることができると判断される場合、その詳細な説明を省略する。

第１、第２などのように序数を含む用語は様々な構成要素を説明するのに用いられることができるが、上記の構成要素は上記の用語により限定されることはない。 上記の用語は、一つの構成要素を他の構成要素から区別する目的のみ用いられる。

単数の表現は文脈上明らかに異なる意味を持たない限り、複数の表現を含む。

本出願で、説明される各段階は特別な因果関係により羅列された順序に従って遂行されなければならない場合を除き、羅列された順序に関係なく遂行できる。

本出願において、「含む」または「持つ」等の用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品またはこれらを組み合わせたものが存在することを指定するものであって、一つまたはそれ以上の他の特徴または数字、段階、動作、構成要素、部品またはこれらを組み合わせたものの存在または付加の可能性をあらかじめ排除しないものと理解しなければならない。

以下、添付された図面を参照して本発明について説明する。

図１は、本発明の一実施例によるネットワーク環境の例を図示した図面である。

図１に示される本発明の一実施例によるネットワーク環境は、サーバー１０、ドキュメントサーバー２０、変更点分析サーバー３０及びユーザー端末４０を含むことができる。

サーバー１０は、あらかじめ定められた規則またはユーザーの要請によりＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を実行する装置を意味する。サーバー１０でＡＰＩが実行されると、ＡＰＩに対応するイベントが生成される。イベント情報は実行されたＡＰＩのイベントの名前、ＡＰＩの実行時刻、ＡＰＩの実行主体及びイベントの応答シンタックス（Ｒｅｓｐｏｎｓｅ Ｓｙｎｔａｘ）を含む。ここで、応答シンタックスはサーバーがＡＰＩを実行することにより生成する情報の文法を意味する。サーバー１０は、このような応答シンタックスをユーザー端末に提供することができる。

サーバー１０はＡＰＩの実行結果に関する情報を保存するイベント記録部を含むことができる。イベント記録部は、該当のサーバーが実行したＡＰＩに対応するイベント情報をデータベースの形態で保存することができる。 このようなイベント記録部は、例えば、該当のサーバーがＡＷＳ（Ａｍａｚｏｎ Ｗｅｂ Ｓｅｒｖｉｃｅｓ）である場合、クラウドトレイル（Ｃｌｏｕｄ Ｔｒａｉｌ）と呼ばれることができる。

ドキュメントサーバー２０はＡＰＩに対するドキュメントを保存しているサーバーを意味する。ここで、ＡＰＩに対するドキュメントは、ＡＰＩの名前、定義、機能、要求シンタックス（Ｒｅｑｕｅｓｔ Ｓｙｎｔａｘ）の形式、ＡＰＩが実行されることにより生成または提供されるパラメータに対する説明及び応答シンタックスの形式などを説明する文書情報であることができる。例えば、ＡＰＩの出力形式はＪＳＯＮ、ＹＡＭＬ、ＹＡＭＬ ｓｔｒｅａｍ、Ｔｅｘｔ、Ｔａｂｌｅ、ＣＳＶなどができる。

このようなＡＰＩに対するドキュメントは、ドキュメントサーバーによってウェブページの形式で提供されたり、ダウンロードができるドキュメントの形式で提供されたりすることができる。 このようなＡＰＩに対するドキュメントは、ＡＰＩの名前またはイベントの名前によって区分され、検索できるように提供またはリスト化されて提供されることができる。例えば、ＡＷＳクラウドトレイルのルックアップイベント（ＬｏｏｋｕｐＥｖｅｎｔｓ）ＡＰＩを呼び出すことによって出力される構文が「ｃｌｏｕｄｔｒａｉｌ：ＬｏｏｋｕｐＥｖｅｎｔｓ ｗｉｔｈ ａｎ ｅｘｐｌｉｃｉｔ ｄｅｎｙ」である場合、連結された資格証明及びアクセス管理（Ｉｄｅｎｔｉｔｙ ａｎｄ Ａｃｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ、ＩＡＭ）のポリシーが正しくないことが分かり、出力構文が「ｃｌｏｕｄｔｒａｉｌ：ＬｏｏｋｕｐＥｖｅｎｔｓ ｂｅｃａｕｓｅ ｎｏ ｉｄｅｎｔｉｔｙ－ｂａｓｅｄ ｐｏｌｉｃｙ ａｌｌｏｗｓ」である場合、資格証明ベースのポリシーがＡＰＩ作業を許容しないから生じたエラーであることが分かる。

ドキュメントサーバー２０は、提供するドキュメントのＡＰＩを実行するサーバー１０と同一または関連主体によって生成され、管理されることができる。したがって、ドキュメントサーバー２０は、関連されるサーバー１０で実行できるＡＰＩのドキュメントを選択的に保存することができる。例えば、サーバー１０がＡＷＳサーバーである場合、ドキュメントサーバー２０はＡＷＳ ＤｏｃｕｍｅｎｔａｔｉｏｎのＡＰＩ Ｒｅｆｅｒｅｎｃｅ項目を提供するサーバーであり得る。ここで、ドキュメントサーバーを生成し管理する関連主体は、クラウドコンピューティングサービスを運営するアマゾン、グーグル、マイクロソフト、オラクル及びネイバーなどを含むクラウド事業者であると理解することができる。

変更点分析サーバー３０は、本発明のＡＰＩの変更を分析する方法を行う主体になり得る。変更点分析サーバー３０は、サーバー１０のイベント記録部からイベント情報を収集することができる。変更点分析サーバー３０は、ドキュメントサーバー２０からＡＰＩに対するドキュメントを収集することができる。変更点分析サーバー３０は、収集したイベント情報及びドキュメントに基づいてＡＰＩに対する変更の可否及びＡＰＩの新規生成の可否を判断することができる。その後、変更点分析サーバー３０はＡＰＩの変更点及び新規生成情報等をデータベースに保存して管理することになる。

ここで、変更点分析サーバー３０は、クラウドアプリケーション、ＩＴインフラ及びプラットフォームをインターネットブラウザを通じてＡＰＩ変更サービスをユーザー端末に提供するサービスとしてのソフトウェア（Ｓｏｆｔｗａｒｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ、ＳａａＳ）と理解できる。

ユーザー端末４０は、変更点分析サーバー３０が提供するＡＰＩの変更を分析するサービスを提供される端末をいう。また、ユーザー端末４０はあらかじめ定められた規則またはユーザーの要請をサーバー１０と通信を実行してＡＰＩを呼び出すことができる。ユーザー端末４０の呼び出しによりサーバー１０が実行したＡＰＩに対する結果は、サーバー１０のイベント記録部に保存することができる。

図２は、本発明の一実施例による変更点分析サーバー３０の構成要素である。

図２に示す本発明の一実施例による変更点分析サーバー３０は、ドキュメント収集モジュール３１、イベント収集モジュール３２、データベース３３及び制御部３４を含むことができる。

ドキュメント収集モジュール３１は、ドキュメントサーバー２０からＡＰＩ に対するドキュメントを収集する部分である。ドキュメント収集モジュール３１は、同一のドキュメントをお互いに異なる時点で収集することができる。ここで、互いに異なる時点はあらかじめ定められた周期及び時間間隔により決めることができる。あらかじめ定められた周期及び時間間隔は、ドキュメントに該当するＡＰＩの重要度、使用頻度、ドキュメントサーバー２０の状況等によって決定することができる。

イベント収集モジュール３２は、サーバー１０にＡＰＩの実行結果に関する情報をデータベースの形式で保存されたイベント記録部に接続し、実行されたＡＰＩに対応されるイベント情報を予め定められた周期、時間間隔、またはリアルタイムで収集することができる。ここでイベント情報を収集することは、トラフィックまたはデータボトルネックエラーを防止するために、該当のサーバーのイベント記録部の照会要請速度を反映して決定することができる。また、クラウドトレイルから照会要請速度情報も一緒に受信することができる。 例えば、イベント記録部がＡＷＳのクラウドトレイルである場合、リージョン別、アカウント別に１秒当たり２回以下に制限され、クラウドトレイルを通じて結果が提供されるのに最大１５分かかることがある。したがって、クラウドトレイルからＡＰＩを収集するための間隔は、制限条件を満たす範囲内で決定できる。

データベース３３は、サーバー１０で実行されるＡＰＩに関する情報を保存することができる。 このようなＡＰＩに関する情報は、ドキュメント収集モジュール３１が収集したＡＰＩに対するドキュメント及びイベント収集モジュール３２が収集したＡＰＩに対するイベント情報に基づいて生成することができる。 また、このようなＡＰＩに対する変更及び新規生成が確認されれば、データベース３３は保存しているＡＰＩに対する情報を変更または新規生成して保存することができる。

データベース３３は複数のＡＰＩに関する情報を保存することができる。このような複数のＡＰＩは、あらかじめ定められた基準により複数の分類グループに分類されていることができる。このような複数の分類グループは、ＡＰＩの重要度、ＡＰＩの使用頻度、ＡＰＩの機能、ＡＰＩが実行される際に要求される権限などにより区分されることができる。 このような複数の分類グループにより、後述する第１時点と第２時点の間及び第3時点と第4時点の間の周期及び時間間隔が定められることができる。

制御部３４は、ドキュメント収集モジュール３１、イベント収集モジュール３２及びデータベース３３と連動されて情報の収集及び比較等を制御することができる。 制御部３４は、ドキュメント収集モジュール３１が収集したＡＰＩに対するドキュメント及びイベント収集モジュール３２が収集したＡＰＩに対するイベント情報を分析し、ＡＰＩの変更の可否、ＡＰＩの新規生成の可否を、アカウント活動、判断することができる。 そしてＡＰＩの変更及びＡＰＩの新規生成が確認されれば、このような変更点及び新規生成情報がデータベース３３に反映されるように制御することができる。

図３は、本発明の一実施例によるドキュメント収集モジュールの動作に対するフローチャートである。

段階Ｓ１１０では、ドキュメント収集モジュール３１がネットワークを通じてドキュメントサーバー２０に接続し、第１時点で第１ａドキュメントを収集する。

ドキュメント収集モジュール３１は、あらかじめ定められた規則または周期に従ってドキュメントサーバー２０に接続し、ＡＰＩに対するドキュメントを収集する。 例えば、ドキュメント収集モジュール３１は、毎日６時間おきに、あらかじめ決められた時刻にまたはユーザーが別に要請したときにドキュメントサーバー２０に接続してＡＰＩに対するドキュメントを収集することができる。

ここで、第１ａドキュメントは、ドキュメント収集モジュール３１が第1時点で収集した第１ＡＰＩに対するドキュメントである。

本発明で第１時点、第２時点、第３時点及び第４時点などのような説明は、特定の時点を説明するために用いられる用語で羅列された順序により前後の関係などが決定されるわけではない。

場合によっては、各時点間の時間間隔及び周期などは、ＡＰＩの重要度、ＡＰＩの使用頻度、ＡＰＩの機能、ＡＰＩが実行される際に要求される権限などに基づいて決定することができる。

段階Ｓ１２０では、ドキュメント収集モジュール３１がネットワークを通じて第２時点で第１ｂドキュメントを収集する。

ここで、第２時点は第１時点と区分される異なる時点を意味する。 第２時点は、第１時点以降の時点であることができる。ここで、第１ｂドキュメントは、ドキュメント収集モジュール３１が第２時点で収集した第１ＡＰＩに対するドキュメントである。

段階Ｓ１３０で、制御部３４が第１ａドキュメントと第１ｂドキュメントを比べて 第１ＡＰＩに対する変更可否を判断する。

ドキュメントサーバー２０は、様々な理由によりドキュメントサーバー２０に保存されている第１ＡＰＩに対するドキュメントを変更することができる。このような変更が第１時点と第２時点の間に行われると、第１ａドキュメントと第１ｂドキュメントはお互いに異なる情報を有することができる。

ここで、様々な理由はＡＰＩの名前、機能、シンタックスに対する変更などに該当することができる。また、場合によってはＡＰＩ自体に対する変更はなくても、ＡＰＩを説明する説明文などが変更されることもある。

第１ａドキュメントと第１ｂドキュメントの変更点は、ドキュメントサーバー２０を通じて収集されたデータをＮＬＰ（Ｎａｔｕｒａｌ Ｌａｎｇｕａｇｅ Ｐｒｏｃｅｓｓｉｎｇ）ベースの人工知能モデルを用いて感知することができる。ここでＮＬＰベースの人工知能モデルは、文章の長さの比較、形態素の分析及びテーブルパーシング機能などを含むことができる。

段階Ｓ１４０で、制御部３４が第１ＡＰＩに対する変更の可否を判断する段階Ｓ１３０で変更があると判断されれば、第1ＡＰＩの変更点を把握することができる。

具体的には、制御部３４は第１ＡＰＩの変更点の内容及び種類等を把握することができる。 例えば、制御部３４は、ドキュメントの単語変更、文章変更及び段落変更などに関する情報及び変更の意味情報を把握することができる。

段階Ｓ１５０では、制御部３４がデータベース３３に第１ＡＰＩの変更点の内容を反映する。

制御部３４は、段階Ｓ１４０でＡＰＩの変更点及びその変更の意味が確認されれば、データベース３３の中の第１ＡＰＩに対する説明の部分でこのような変更点が反映されるように制御することができる。

図４は、本発明の一実施例によるイベント収集モジュール３２の動作に対するフローチャートである。

段階Ｓ２１０で、イベント収集モジュール３２が第３時点で第１ａイベントを収集する。 第１ａイベントは、イベント収集モジュール３２が第１時点で収集した第２ＡＰＩに対するイベントである。ここで、第３時点は上述した第１時点と同一の時点を含むことができる。

イベント収集モジュール３２が収集した第２ＡＰＩに対するイベントは実行されたＡＰＩの名前、ＡＰＩの実行時刻、ＡＰＩの実行主体、データの位置、ユーザー、実行する作業及び応答シンタックスを含むことができる。

段階Ｓ２２０で、イベント収集モジュール３２が第４時点で第１ｂイベントを収集する。 ここで、第１ａイベントと第１ｂイベントは同一の第２ＡＰＩに対する異なる時点のイベントである。

段階Ｓ２３０で、制御部３４が第１ａイベントと第１ｂイベントを比べて第２ＡＰＩに対する変更の可否を判断する。ここで、制御部３４は変更の可否を判断するだけで、詳細な変更点はドキュメント収集モジュール３１またはイベント収集モジュール３２で把握できる。これについての詳細な内容は、図５を参考に説明する。

段階Ｓ２４０では、制御部３４は第２ＡＰＩの変更の可否を判断する段階Ｓ２３０で変更点があると判断されれば、第２ＡＰＩの変更点を把握する。 ここで、第2ＡＰＩに対する変更点がなくても収集したイベント情報をデータベース３３に反映することができる。

段階Ｓ２５０では、制御部３４がデータベース３３に第２ＡＰＩの変更点の内容を反映する。段階Ｓ２５０は段階Ｓ１５０と対象だけが異なり、詳細な内容は実質的に同一であり得る

変更点に関する内容はＡＰＩ、テキスト文書、ＵＲＬ、変更前後の文章内容、文章の構成、データ、削除されたデータに関する内容及びメタデータに関する情報を含むことができる。

図５は、本発明の一実施例による制御部３４が第１ａイベントと第１ｂイベントを比べてＡＰＩの変更の可否を判断した時、変更点を把握する方法を説明するためのフローチャートである。

制御部３４は、第２ＡＰＩの変更点を把握するための段階Ｓ２３０以降、ドキュメントに基づいて第２ＡＰＩの変更点を把握するか、イベントを比べて第２ＡＰＩの変更点を把握するかによりお互いに異なる段階を行う。ここで、遂行時点は同じ時点、あらかじめ定められた周期及び時間間隔で行われることができる。

ドキュメントに基づいて第２ＡＰＩの変更点を把握する場合、後述する段階Ｓ２４１及び段階Ｓ２４２が行われる。

段階Ｓ２４１で、ドキュメント収集モジュール３１が第２ＡＰＩ に対するドキュメントを収集する。 ここで、制御部３４はデータベース３３に保存された第2ＡＰＩに関する情報に基づいてドキュメントを収集することができる。

段階Ｓ２４２では、制御部３４が第２ドキュメントに基づいて第２ＡＰＩの変更点を把握する。 ここで、第２ドキュメントで第２ＡＰＩの変更点を把握できない場合、制御部は予め定められた周期及び時間間隔により段階Ｓ２４１で第２ドキュメント収集を繰り返すことができる。

イベントを比べて第２ＡＰＩの変更点を把握する場合、後述する段階Ｓ２４３が行われる。

段階Ｓ２４３で、制御部３４が第１ａイベントと第１ｂイベントを比べて第２ＡＰＩに対する変更点を把握する。 ここで、第１ａイベントと第１ｂイベントを比べて サーバー１０の全般でイベントのアップデート、アカウント活動、遂行作業、リソースの使用、発生時間及びダウンロードの可否を判断することができる。 また、異なる時点でのイベント間の比較だけでなく、データベース３３にあらかじめ保存されたイベント情報とイベントの比較も含まれることができる。

段階Ｓ２４３で変更点を把握するために収集したイベントは、段階Ｓ２４２で把握された変更点に基づいて収集することができる。 また、段階Ｓ２４１で変更点を把握するために収集したドキュメントは、段階Ｓ２４３で把握された変更点に基づいて収集することができる。

図６は、本発明の一実施例による新規ＡＰＩが生成されたことを感知することに対するフローチャートである。

新規ＡＰＩが生成されたことを感知する方式を、イベント収集モジュール３２が新規ＡＰＩによって生成されたイベントを受信することを通じて感知されることもあり、ドキュメント収集モジュール３１が新規ＡＰＩに対するドキュメントを収集することを通じて感知されることもできる。 上述した二つの方法は、いずれも行われることもでき、場合によっては二つの中の一つだけ行われることもできる。

段階Ｓ３１０は、新規ＡＰＩが生成されたことを感知する方式をイベント収集モジュール３２が新規ＡＰＩにより生成されたイベントを受信することを通じて感知する方法に関するものである。

段階Ｓ３１０で、イベント収集モジュール３２が第３ＡＰＩに対する第２イベントを収集することができる。

段階Ｓ３２０は新規ＡＰＩが生成されたことを感知する方式をドキュメント収集モジュール３１が新規ＡＰＩに対するドキュメントを収集することを通じて感知する方法に関するものである。

段階Ｓ３２０では、ドキュメント収集モジュール３１が第３ＡＰＩに対する第３ドキュメントに関する情報を収集することができる。ここで、段階Ｓ３１０と段階Ｓ３２０は同時に行われることができる。

段階Ｓ３３０では、制御部３４はデータベース３３に基づいて第3ＡＰＩに関する情報がないことが判断することができる。ここで、データベース３３は、ドキュメント収集モジュール３１とイベント収集モジュール３２が既に収集した情報に基づいてＡＰＩに関する情報を含めることができる。制御部３４は、段階Ｓ３１０または段階Ｓ３２０で収集された情報に基づいて識別した第３ＡＰＩに対する情報がデータベース３３にあるかどうかを判断する。もし、データベース３３に第３ＡＰＩに関する情報がなければ、制御部３４は、第３ＡＰＩが既にデータベース３３で管理されていない新規ＡＰＩであると判断することができる。

段階Ｓ３４０では、ドキュメント収集モジュール３１がネットワークを通じて第３ＡＰＩに対する第３ドキュメントを探索することができる。これは、第３ＡＰＩが新規ＡＰＩと判断される場合、第３ＡＰＩに対する第３ドキュメントを収集し、データベース３３に第３ＡＰＩに関する情報を管理するためである。

ここで、段階Ｓ３３０で第３ＡＰＩが新規ＡＰＩと判断された場合であっても、ドキュメント収集モジュール３１がドキュメントサーバー２０で第３ＡＰＩに該当する第３ドキュメントを探索することができない場合が発生する可能性がある。これは、段階Ｓ３１０で第３ＡＰＩによって生成された第２イベントが検出されたとしても、ドキュメントサーバー２０にはまだ第３ＡＰＩに対するドキュメントが生成されないことがあるためである。このような場合、ドキュメント収集モジュール３１は、段階Ｓ３４０を予め定められた周期及び時間間隔によって再探索することができる。上述するように新規ＡＰＩが生成され、これにより生成されたイベントが検出された場合、所定の時間が経過した後、ドキュメントサーバー２０に該当の新規ＡＰＩに対するドキュメントが生成され提供される場合がある。上述する方法によれば、あらかじめ定められた周期及び時間間隔によって再探索を数回繰り返すと、新規ＡＰＩに対するドキュメントを探索することができる。

ドキュメント収集モジュール３１が第３ＡＰＩに対する第３ドキュメントを探索することは、さまざまな方法によって行われることができる。例えば、ドキュメント収集モジュール３１は、ドキュメントサーバー２０のドキュメントリストを検討し、探索しようとする第３ＡＰＩに対する第３ドキュメント項目がリストに存在するか否かを判断することができる。また、他の例として、ドキュメント収集モジュール３１は、第３ＡＰＩの名前のような基本情報に基づいて第３ドキュメントが提供されると予想される経路情報を生成し、その経路情報へのアクセスを試みることができる。

ドキュメント収集モジュール３１が第３ＡＰＩに対する第３ドキュメントを探索する具体的な方法は、ドキュメント収集モジュール３１がＡＰＩに対するドキュメントを管理するデータベース管理形態または提供する方法によって異なるように決定することができる。

段階Ｓ３５０では、ドキュメント収集モジュール３１がネットワークを通じて探索された第３ドキュメントを収集することができる。ドキュメント収集モジュール３１は、第３ドキュメントそのものを収集して保存することもでき、第３ドキュメントから必要な部分だけを抜粋して識別することもできる。

段階Ｓ３６０では、制御部３４がデータベース３３に第３ＡＰＩの項目を生成し、第３ドキュメントに基づいて第３ＡＰＩに対する内容を反映することができる。ここで、制御部３４がデータベース３３に生成する項目は、ＡＰＩが属する分類または予め定められた基準により生成することができる。 例えば、ドキュメントサーバー２０がＡＰＩに対するポリシーを新規作成及び削除する場合、新規及び削除されたポリシーに該当するＡＰＩ項目または分類をアップデートされたバージョンに変えて保存することができる。

図７は、本発明の一実施例によるドキュメントサーバー２０から提供されたドキュメントを比べて方法を説明するための例示画面である。

図7 を参考にすると、ドキュメント収集モジュール３１はドキュメントサーバー２０から第１時点で「ＬｏｏｋｕｐＥｖｅｎｔｓ」という名前のＡＰＩ に対するドキュメントを収集することができる。第１時点で収集されたドキュメントは、第１ａドキュメントと呼ばれることができる。 第１ａドキュメントには、該当のＡＰＩに対する説明情報４１０及び該当のＡＰＩのレスポンスシンタックスに対する説明情報４３０が含まれることができる。

以降、ドキュメント収集モジュール３１は、ドキュメントサーバー２０から第1時点より後の時点の第２時点で上述したような「ＬｏｏｋｕｐＥｖｅｎｔｓ」という名前のＡＰＩに対するドキュメントを収集することができる。 第２時点で収集されたドキュメントは、第１ｂドキュメントと呼ばれることができる。 第１ｂドキュメントには、該当のＡＰＩに対する説明情報４２０及び該当のＡＰＩのレスポンス・シンタックスに対する説明情報４４０が含まれることができる。

制御部３４は、第１ａドキュメントの該当のＡＰＩに対する説明情報４１０と第１ｂドキュメントの該当のＡＰＩに対する説明情報４２０を上述したＮＬＰベースの人工知能モデルを用いて変更点を把握することができる。具体的には、図７に示すように、情報４１０にはＡＰＩに関連する属性の一つの名前が「Ｅｖｅｎｔ ｎａｍｅ」と説明されているが。情報４２０には該当の属性の名前が「Ｅｖｅｎｔ＿ｎａｍｅ」と説明されていることがわかる。制御部３４は、これらの変更点を把握し、具体的な変更内容を把握することができる。

また、制御部３４は、第1aドキュメントのレスポンスシンタックスに対する説明情報４３０と第１ｂドキュメントのレスポンスシンタックスに対する説明情報４４０を比べて「ＮｅｘｔＴｏｋｅｎ」を表記する方式が第１表記方式４３１から第２表記方式４４１に変更されたことを確認することができる。

制御部３４は、このように確認した変更点に基づいてデータベース３３に保存されたＡＰＩに対する情報を変更されたポリシーに合わせて変更することができる。例えば、データベース３３に「ＮｅｘｔＴｏｋｅｎ」を表記する方式を既存の第１表記方式４３１である文字列Ｓｔｒｉｎｇから第２表記方式４４１であるブル（Ｂｏｏｌｅａｎ）方式に対応されるように変更することができる。

図８は、本発明の一実施例による制御部３４がイベント収集モジュール３２が収集したイベントを比べる方法を説明するための例示画面である。

イベント収集モジュール３２は、イベント記録部に接続してイベント情報を収集することができる。ここで、イベント情報は第１イベントテーブル５１０の形態であり得る。

制御部３４はイベント変更点を確認するために第１イベントテーブル５１０を収集した時点より後の時点で第２イベントテーブル５２０を収集することができる。

制御部３４は収集した第１イベントテーブル５１０と第２イベントテーブル５２０を比べて変更点を把握し、データベース３３に反映することができる。例えば、制御部３４はデータベース３３で第1イベントテーブル５１０に該当するイベントであるＣｏｎｓｏｌｅｌｏｇｉｎを探索し、情報がない場合、Ｃｏｎｓｏｌｅｌｏｇｉｎ項目を生成し、第１イベントテーブル５１０情報を反映することができる。また、第1イベントテーブル５１０と第２イベントテーブル５２０を比べてデータベース３３に第１イベントタイム５２１を第２イベントタイム５１１に修正し、第１リージョン５１２を第２リージョン５２２に修正することができる。

本発明の各実施例に開示された技術的な特徴は、該当の実施例のみに限定されるものではなく、互いに両立不可能ではない以上、各実施例に開示された技術的な特徴はお互いに異なる実施例に併合され適用することができる。

したがって、各実施例ではそれぞれの技術的な特徴を中心に説明するが、各技術的な特徴が互いに両立不可能ではない以上、互いに併合され適用することができる。

本発明は上述した実施例及び添付した図面に限定されるものではなく、本発明が属する分野で通常の知識を有する者の観点から様々な修正及び変形ができる。したがって、本発明の範囲は本明細書の請求範囲だけでなく、この請求範囲と均等なものにより定められなければならない。

１０：サーバー
２０：ドキュメントサーバー
３０：変更点分析サーバー
３１：ドキュメント収集モジュール
３２：イベント収集モジュール
３３：データベース
３４：制御部
４０：ユーザー端末

Claims (8)

1. サーバーがクラウドのＡＰＩの変更を分析する方法において、
   上記のサーバーが
   ネットワークを通じてドキュメントを収集するドキュメント収集モジュール；
   ユーザーのイベントに関する情報を収集するイベント収集モジュール；
   ＡＰＩに関する情報を保存するデータベース；及び
   上記のドキュメント収集モジュール及び上記のイベント収集モジュールを制御する制御部を含み、
   上記のドキュメント収集モジュールがネットワークを通じて第１時点で第１ａドキュメントを収集する段階－上記の第１ａドキュメントは上記の第１時点で収集した第１ＡＰＩに関するドキュメントである－；
   上記のドキュメント収集モジュールがネットワークを通じて第２時点で第１ｂドキュメントを収集する段階－上記の第１ｂドキュメントは上記の第２時点で収集した第１ＡＰＩに関するドキュメントである－；
   上記の制御部が上記の第１ａドキュメントと上記の第１ｂドキュメントを比べて上記の第１ＡＰＩに対する変更の可否を判断する段階；
   上記の第１ＡＰＩに対する変更の可否を判断する段階で変更があると判断されると、上記の制御部が上記の第１ＡＰＩの変更点を把握する段階；
   上記の制御部が上記のデータベースに上記の第１ＡＰＩの変更点に関する内容を反映する段階；
   上記のイベント収集モジュールが第３時点で第１ａイベントを収集する段階－上記の第１ａイベントは上記の第３時点で収集した第２ＡＰＩに関するイベントである－；
   上記のイベント収集モジュールが第４時点で第１ｂイベントを収集する段階－上記の第１ｂイベントは上記の第４時点で収集した上記の第２ＡＰＩに関するイベントである－；
   上記の制御部が上記の第１ａイベントと上記の第１ｂイベントを比べて上記の第２ＡＰＩに対する変更の可否を判断する段階；
   上記の第２ＡＰＩの変更の可否を判断する段階で変更があると判断されると、上記の制御部が上記の第２ＡＰＩの変更点を把握する段階；及び
   上記の制御部が上記のデータベースに上記の第２ＡＰＩの変更点に関する内容を反映する段階を含む、
   クラウドのＡＰＩの変更を分析する方法。
2. 上記のクラウドのＡＰＩの変更を分析する方法はサービス型のソフトウェア（ＳａａＳ、Ｓｏｆｔｗａｒｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ）方式で提供される、
   請求項１に記載のクラウドのＡＰＩの変更を分析する方法。
3. 上記の第２ＡＰＩの変更点を把握する段階は、
   上記のドキュメント収集モジュールが上記の第２ＡＰＩに関する第２ドキュメントを収集する段階；及び
   上記の制御部が上記の第２ドキュメントに基づいて上記の第２ＡＰＩの変更点を把握する段階を含む、
   請求項１に記載のクラウドのＡＰＩの変更を分析する方法。
4. 上記の第２ＡＰＩの変更点を把握する段階で、
   上記の制御部が上記の第１ａイベントと上記の第１ｂイベントを比べて上記の第２ＡＰＩに対する変更点を把握する段階、
   請求項１に記載のクラウドのＡＰＩの変更を分析する方法。
5. 上記のイベント収集モジュールが第２イベントを収集する段階－上記の第２イベントは第３ＡＰＩに関するイベントである－；
   上記の制御部が上記のデータベースに上記の第３ＡＰＩに関する情報がないことを判断する段階；
   上記のドキュメント収集モジュールがネットワークを通じて上記の第３ＡＰＩに関する第３ドキュメントを探索する段階；
   上記のドキュメント収集モジュールがネットワークを通じて上記の第３ドキュメントを収集する段階；
   上記の制御部が上記のデータベースに上記の第３ＡＰＩの項目を生成して、上記の第３ドキュメントに基づいて上記の第３ＡＰＩに関する内容を反映する段階をさらに含む、
   請求項１に記載のクラウドのＡＰＩの変更を分析する方法。
6. 上記のドキュメント収集モジュールが第３ＡＰＩに対する第３ドキュメントに関する情報を収集する段階；
   上記の制御部が上記のデータベースに上記の第３ＡＰＩに関する情報がないことを判断する段階；
   上記のドキュメント収集モジュールがネットワークを通じて上記の第３ＡＰＩに関する第３ドキュメントを探索する段階；
   上記のドキュメント収集モジュールがネットワークを通じて上記の第３ドキュメントを収集する段階；及び
   上記の制御部が上記のデータベースに上記の第３ＡＰＩの項目を生成して、上記の第３ドキュメントに基づいて上記の第３ＡＰＩに関する内容を反映する段階をさらに含む、
   請求項１に記載のクラウドのＡＰＩの変更を分析する方法。
7. 上記の制御部が上記の第１ＡＰＩの変更点及び上記の第２ＡＰＩの変更点の中のいずれかに関する重要度を判断する段階；
   上記の制御部が上記の重要度が通知臨界条件を満たしているかどうかを判断する段階；及び
   上記の制御部が管理者端末に上記の第１ＡＰＩの変更点及び上記の第２ＡＰＩの変更点の中のいずれかに関する通知を提供する段階をさらに含む、
   請求項１に記載のクラウドのＡＰＩの変更を分析する方法。
8. 上記のデータベースは複数のＡＰＩが予め定められた基準により分類された複数の分類のグループを保存していて、
   上記の制御部が上記の複数の分類グループの中の上記の第１ＡＰＩが属する分類グループに基づいて上記の第１時点及び上記の第２時点に対する時間の周期及び時間の間隔の中の少なくとも一つを決定する段階をさらに含む、
   クラウドのＡＰＩの変更を分析する方法。