特開 2024-43472 ＭＳＡでの呼び出し関係の追跡およびこれによるログ情報のディスプレイ方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024043472

(43)【公開日】2024-03-29

(54)【発明の名称】ＭＳＡでの呼び出し関係の追跡およびこれによるログ情報のディスプレイ方法

(51)【国際特許分類】

   G06F 11/32 20060101AFI20240322BHJP

   G06F 11/07 20060101ALI20240322BHJP

【ＦＩ】

G06F11/32 130

G06F11/07 140A

G06F11/07 175

【審査請求】有

【請求項の数】2

【出願形態】ＯＬ

(21)【出願番号】P 2023034859

(22)【出願日】2023-03-07

(31)【優先権主張番号】10-2022-0117143

(32)【優先日】2022-09-16

(33)【優先権主張国・地域又は機関】KR

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

(71)【出願人】

【識別番号】523083436

【氏名又は名称】オープンマル・インコーポレイテッド

【氏名又は名称原語表記】ＯＰＥＮＭＡＲＵ， ＩＮＣ．

【住所又は居所原語表記】３１， Ｔｔｕｋｓｅｏｍ－ｒｏ １－ｇｉｌ Ｓｅｏｎｄｏｎｇ－ｇｕ， Ｓｅｏｕｌ， ０４７７８ ＲＥＰＵＢＬＩＣ ＯＦ ＫＯＲＥＡ

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】キム・ヨンジュ

(72)【発明者】

【氏名】ジョン・ジュンシク

(72)【発明者】

【氏名】イ・ギュヨン

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042GA12

5B042GA19

5B042KK07

5B042KK15

5B042MA08

5B042MC35

5B042MC40

(57)【要約】

【課題】本発明は、ＭＳＡでの呼び出し関係の追跡およびこれによるログ情報のディスプレイ方法に関する。
【解決手段】本発明は、マイクロサービスアーキテクチャーで多数のアプリケーションによる全体のサービスが提供される過程中に問題が発生した場合、どのステップのサービスで問題が発生したかを容易に把握するように構成された方法に関する。
【選択図】図１

【特許請求の範囲】

【請求項1】

多数のアプリケーションで構成されたマイクロサービスアーキテクチャーが構築されたサーバで、前記多数のアプリケーション間の呼び出し関係を追跡し、呼び出し関係に関するログ情報をディスプレイする方法であって、
（ａ）前記多数のアプリケーションのうち第１アプリケーションが呼び出されるステップと、
（ｂ）前記第１アプリケーションにインストールされた第１ログ収集エージェントで前記第１アプリケーションのログ情報が収集されるステップと、
（ｃ）前記第１アプリケーションでのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）呼び出しにより前記多数のアプリケーションのうち第２アプリケーションが呼び出されるステップと、
（ｄ）前記第２アプリケーションにインストールされた第２ログ収集エージェントで前記第２アプリケーションのログ情報が収集されるステップと、
（ｅ）前記（ｂ）ステップで収集された前記第１アプリケーションのログ情報および前記（ｄ）ステップで収集された前記第２アプリケーションのログ情報がログ収集サーバに転送され、転送された前記第１アプリケーションのログ情報および転送された前記第２アプリケーションのログ情報が前記ログ収集サーバのディスプレイ部でディスプレイされるステップとを含み、
前記第１ログ収集エージェントは、第１トランザクションＩＤ発行部、第１ＡＰＩ呼び出し部、第１アプリケーションログ情報収集部、第１ログ情報転送部および第１ｐａｒｅｎｔトランザクションＩＤ受信部を含み、
前記第２ログ収集エージェントは、第２トランザクションＩＤ発行部、第２ＡＰＩ呼び出し部、第２アプリケーションログ情報収集部、第２ログ情報転送部および第２ｐａｒｅｎｔトランザクションＩＤ受信部を含み、
前記（ｂ）ステップにおいて、前記第１アプリケーションが呼び出されることによって前記第１トランザクションＩＤ発行部でその呼び出しによる唯一の第１トランザクションＩＤが発行され、発行された前記第１トランザクションＩＤが前記第１アプリケーションログ情報収集部に収集され、
前記（ｃ）ステップにおいて、前記第１アプリケーションの前記第１ＡＰＩ呼び出し部で前記第２アプリケーションに対する呼び出しが行われ、この際、前記第１ログ収集エージェントで前記第１トランザクションＩＤがメッセージヘッダーに追加された状態で、前記第２アプリケーションに対する呼び出しが行われ、
前記（ｄ）ステップにおいて、前記第２アプリケーションが呼び出されることによって前記第１トランザクションＩＤを前記第２ｐａｒｅｎｔトランザクションＩＤ受信部が受信し、ｐａｒｅｎｔトランザクションＩＤとして設定された状態で、前記第２トランザクションＩＤ発行部で唯一の第２トランザクションＩＤが発行され、前記ｐａｒｅｎｔトランザクションＩＤとして設定された第１トランザクションＩＤおよび発行された前記第２トランザクションＩＤが前記第２アプリケーションログ情報収集部に収集され、
前記（ｅ）ステップにおいて、前記第１アプリケーションログ情報収集部に収集された前記第１トランザクションＩＤが前記第１ログ情報転送部を介して前記ログ収集サーバに転送され、前記第２アプリケーションログ情報収集部に収集された前記ｐａｒｅｎｔトランザクションＩＤとして設定された第１トランザクションＩＤおよび前記第２トランザクションＩＤが前記第２ログ情報転送部を介して前記ログ収集サーバに転送され、
前記（ｅ）ステップにおいて、前記ディスプレイ部で前記多数のアプリケーションのログ情報がディスプレイされ、この際、前記第１ログ情報転送部を介して前記ログ収集サーバに転送された前記第１トランザクションＩＤと、前記第２ログ情報転送部を介して前記ログ収集サーバに転送された前記ｐａｒｅｎｔトランザクションＩＤとして設定された第１トランザクションＩＤおよび前記第２トランザクションＩＤに基づいて前記第１アプリケーションと前記第２アプリケーションとの間の呼び出し関係が追跡され、前記第１トランザクションＩＤで識別される前記第１アプリケーションと前記第２アプリケーションの呼び出し関係による前記第１アプリケーションのログ情報および前記第２アプリケーションのログ情報が、前記多数のアプリケーションのログ情報で識別されるようにディスプレイされる、方法。

【請求項2】

前記ディスプレイ部で前記多数のアプリケーションのトポロジーがディスプレイされ、この際、前記第１アプリケーションと前記第２アプリケーションが互いに連結された状態のトポロジーとして、前記第１トランザクションＩＤで識別される前記第１アプリケーションと前記第２アプリケーションの呼び出し関係に対するトポロジーがディスプレイされる、請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、マイクロサービスアーキテクチャーで多数のアプリケーション間の呼び出し関係を追跡し、このような呼び出し関係によるログ情報をディスプレイする方法に関し、マイクロサービスアーキテクチャーで多数のアプリケーションによって全体のサービスが提供される過程中に問題が発生した場合、どのステップのサービスで問題が発生したかを容易に把握するように、サービスを実行する多数のアプリケーション間の呼び出し関係を追跡し、このような呼び出し関係によるアプリケーションのログ情報を容易に認識するようにディスプレイする方法に関する。

【背景技術】

【0002】

マイクロサービスアーキテクチャー（ＭＳＡ）とは、サーバに構築されている状態で一つの大きなアプリケーションまたはコンピュータサービスをそれぞれ特化した機能を担当する複数個のアプリケーションに分けて実現したアーキテクチャーを意味する。マイクロサービスアーキテクチャーでは、複数個のアプリケーションの変更と組み合わせにより全体のサービスを構成することから、従来のモノリシック（ｍｏｎｏｌｉｔｈｉｃ）アーキテクチャーに比べて、機能の追加、削除、または改善が自由である。

【0003】

従来技術によると、マイクロサービスアーキテクチャーを構成する多数のアプリケーションは、それぞれ機能別に分けられた状態で個別に実行され、このように実行されたアプリケーションのログ情報は、それぞれ別の記憶空間に記憶されている状況である。

【0004】

多数のアプリケーションの実行によって全体のサービスが提供される過程中に問題が発生することがある。

【0005】

一例として、オンラインショッピングモールにおいて所定の会員資格で顧客が商品を注文した時に、計算された金額が注文時に予想された金額とは異なって計算される問題が発生することがある。このような場合、会員資格を検証するサービスステップでの問題であるか、注文した商品の値段を認証するサービスステップでの問題であるか、金額を計算するサービスステップでの問題であるか、それとも、他のサービスステップでの問題であるか確認したときに、発生した問題を解決することができる。

【0006】

全体のサービスは、多数のアプリケーションの実行により提供される。すなわち、ある一つのサービスが提供されるある一つのアプリケーションが実行され、次のステップのサービスが提供されるために、このようなアプリケーションでのＡＰＩ呼び出しに応じて次のステップのサービスを提供する他の一つのアプリケーションが呼び出されて実行される方式で全体のサービスが提供される。

【0007】

このような状況で、全体のサービスが提供される過程中に多数のアプリケーション間の呼び出し関係に関する情報が明確ではなく、別に記憶されているそれぞれのアプリケーションのログ情報からサービスが提供されて、生成されたログ情報のそれぞれを詳細に分析しなければならない不都合が伴われる。

【0008】

換言すれば、ＡＰＩ呼び出しによるアプリケーション間の呼び出し関係が不明確な状況で、発生した問題がどのステップのサービスで発生したか把握するために、それぞれ分散して記憶された状態の多数のアプリケーションそれぞれのログ情報を追跡し分析する必要があるが、全体のサービスを提供する多数のアプリケーションのログ情報の全体をそれぞれ分析するには多くの時間と人力が必要となり、全体のログ情報をそれぞれ分析して上述の問題を見つけることは、ある程度限界がある状況である。

【0009】

さらに、多数のアプリケーションの実行による全体のログ情報を所定の時間範囲に限定してディスプレイされるように実現するとしても、如何なるログ情報と如何なるログ情報が互いに呼び出し関係によるログ情報であるか分からない状態であるため、ログ情報が分析されて問題点が把握されるとしても、どの呼び出し関係によるログ情報であるか分からない状態でディスプレイされるため、把握した問題が最初に見つけようとする問題であるか正確に分からない状態でディスプレイされるという問題がある。

【0010】

したがって、全体のサービスが提供されるように多数のアプリケーションが実行されながら発生する問題がどのステップのサービスで発生したかを容易に把握することができる技術的特徴に関する研究が切実に必要とされる状況である。

【先行技術文献】

【特許文献】

【0011】

【特許文献1】韓国登録特許第１０－２３３７９６２号公報

【発明の概要】

【発明が解決しようとする課題】

【0012】

上述の従来技術による問題を解決すべく、全体のサービスが提供される際に、多数のアプリケーションが実行されながら発生する問題がどのステップのサービスで発生したかを容易に把握することができる方法を提供することを目的とする。

【課題を解決するための手段】

【0013】

上述の従来技術による問題を解決するための方法は、多数のアプリケーションで構成されたマイクロサービスアーキテクチャーが構築されたサーバで、前記多数のアプリケーション間の呼び出し関係を追跡し、呼び出し関係に関するログ情報をディスプレイする方法であって、（ａ）前記多数のアプリケーションのうち第１アプリケーションが呼び出されるステップと、（ｂ）前記第１アプリケーションにインストールされた第１ログ収集エージェントで前記第１アプリケーションのログ情報が収集されるステップと、（ｃ）前記第１アプリケーションでのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）呼び出しにより前記多数のアプリケーションのうち第２アプリケーションが呼び出されるステップと、（ｄ）前記第２アプリケーションにインストールされた第２ログ収集エージェントで前記第２アプリケーションのログ情報が収集されるステップと、（ｅ）前記（ｂ）ステップで収集された前記第１アプリケーションのログ情報および前記（ｄ）ステップで収集された前記第２アプリケーションのログ情報がログ収集サーバに転送され、転送された前記第１アプリケーションのログ情報および転送された前記第２アプリケーションのログ情報が前記ログ収集サーバのディスプレイ部でディスプレイされるステップとを含み、
前記（ｅ）ステップにおいて、前記（ｃ）ステップでのＡＰＩ呼び出しによる前記第１アプリケーションと前記第２アプリケーションの呼び出し関係による前記第１アプリケーションのログ情報および前記第２アプリケーションのログ情報が識別されるようにディスプレイされることができる。

【0014】

好ましくは、前記（ｂ）ステップにおいて、前記第１アプリケーションが呼び出されることによって前記第１ログ収集エージェントで第１トランザクションＩＤが発行され、
前記（ｃ）ステップにおいて、前記（ｂ）ステップで発行された第１トランザクションＩＤに関する情報が含まれた状態のＡＰＩが呼び出されて、前記第２ログ収集エージェントが、前記第１トランザクションＩＤに関する情報を受信することができる。

【0015】

好ましくは、前記（ｄ）ステップにおいて、収集される前記第２アプリケーションのログ情報は、前記（ｃ）ステップでのＡＰＩ呼び出しによって行われたログに関する情報として、前記第１トランザクションＩＤで識別されるログ情報を含むことができる。

【0016】

好ましくは、前記（ｅ）ステップにおいて、前記第１トランザクションＩＤとともに前記第１トランザクションＩＤで識別される前記第１アプリケーションのログ情報および前記第２アプリケーションのログ情報が前記ログ収集サーバに転送されることができる。

【0017】

好ましくは、前記ディスプレイ部で前記多数のアプリケーションのトポロジーがディスプレイされ、この際、前記第１アプリケーションと前記第２アプリケーションが互いに連結された状態のトポロジーとして、前記第１トランザクションＩＤで識別される前記第１アプリケーションと前記第２アプリケーションの呼び出し関係に対するトポロジーがディスプレイされ、
前記ディスプレイ部で前記多数のアプリケーションのログ情報がディスプレイされ、この際、前記第１トランザクションＩＤで識別される前記第１アプリケーションと前記第２アプリケーションの呼び出し関係による前記第１アプリケーションのログ情報および前記第２アプリケーションのログ情報が前記多数のアプリケーションのログ情報で識別されるようにディスプレイされることができる。

【発明の効果】

【0018】

上述の課題を解決するための手段により、全体のサービスが提供される際に、多数のアプリケーション間の呼び出し関係が追跡されることができ、さらには、このような呼び出し関係によるログ情報が全体のログ情報で識別されるようにディスプレイされることができ、これにより、問題になるログ情報を把握し、問題になるログ情報が生成された呼び出し関係が特定されることができ、どのサービスステップで問題が発生したか容易に把握することができる。

【図面の簡単な説明】

【0019】

【図1】本発明によるマイクロサービスアーキテクチャーを概念的に図示した図である。

【図2a】本発明によるマイクロサービスアーキテクチャーを概念的に図示した図である。

【図2b】本発明によるマイクロサービスアーキテクチャーを概念的に図示した図である。

【図3】ログ収集エージェントからログ収集サーバに転送されるログメッセージに含まれる内容を概略的に図示した図である。

【図4】本発明によって呼び出し関係が追跡される状態を概略的に図示した図である。

【発明を実施するための形態】

【0020】

以下、本発明による方法の好ましい実施形態について、添付の図面を参照して説明する。この過程で、図面に図示されている線の厚さや構成要素の大きさなどは、説明の明瞭性と便宜性のために誇張して図示されることがある。また、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、ユーザまたは運用者の意図または慣例に応じて変化し得る。そのため、このような用語に対する定義は、本明細書の全般にわたる内容に基づいて定めるべきである。

【0021】

図１～図３を参照して、多数のアプリケーションで構成されたマイクロサービスアーキテクチャーが構築されたサーバにおいて、多数のアプリケーション間の呼び出し関係を追跡し、このような呼び出し関係に関するログ情報をディスプレイする方法を実行する装置について説明する。

【0022】

マイクロサービスアーキテクチャーは、多数のアプリケーションで構成されており、全体のサービスが提供されるために、多数のアプリケーションが実行される。

【0023】

本発明によるマイクロサービスアーキテクチャーは、多数のアプリケーション、それぞれのアプリケーションにインストールされたログ収集エージェントおよびログ収集エージェントで収集されたアプリケーションのログ情報をネットワークを介して転送されるログ収集サーバを含むことができる。

【0024】

それぞれのログ収集エージェントは、トランザクションＩＤ発行部、アプリケーションログ情報収集部、ＡＰＩ呼び出し部、ログ情報転送部、ｐａｒｅｎｔトランザクションＩＤ受信部を含むことができる。

【0025】

トランザクションＩＤ発行部では、ログ収集エージェントがインストールされたアプリケーションが呼び出されることによって唯一のトランザクションＩＤが発行されることができる。したがって、ユーザ呼び出しに応じて、または他のアプリケーションのＡＰＩ呼び出しに応じて当該アプリケーションが呼び出される場合、トランザクションＩＤ発行部でその呼び出しによる唯一のトランザクションＩＤが発行されることができる。

【0026】

アプリケーションログ情報収集部では、当該アプリケーションのログ、トランザクションＩＤ発行部で発行した唯一のトランザクションＩＤ、サーバＩＰ、Ｉｎｓｔａｎｃｅ ＩＤ、Ｃｌｉｅｎｔ ＩＰ、ログインしたユーザＩＤ、Ｓｅｓｓｉｏｎ ＩＤなどの情報が収集されることができ、収集された情報は、ログ情報転送部を介してログ収集サーバに転送されることができる。アプリケーションで使用するＬｏｇｇｉｎｇ Ｆｒａｍｅｗｏｒｋで残すログおよびサーバＩＰ、Ｉｎｓｔａｎｃｅ ＩＤ、ログインしたユーザＩＤなどの情報をアプリケーションの変更なしにエージェントが収集するように、Ｊａｖａ言語の場合、Ｊａｖａ Ａｇｅｎｔ Ｓｅｒｖｉｃｅｓ（ＪＳＲ ８７）技術が使用されることができる。

【0027】

ＡＰＩ呼び出し部では、次のステップのサービスが提供されるアプリケーションに対する呼び出しが行われ、ここで、現在実行中のアプリケーションのトランザクションＩＤ発行部で発行された唯一のトランザクションＩＤがメッセージヘッダーにアプリケーション変更なしにエージェントで自動追加された状態で、ＡＰＩ呼び出しが行われることができる。

【0028】

ｐａｒｅｎｔトランザクションＩＤ受信部では、前のステップのサービスを提供するアプリケーションの唯一のトランザクションＩＤを受信し、これをｐａｒｅｎｔトランザクションＩＤとして設定した状態で、アプリケーションログ情報収集部で当該アプリケーションのログ情報が収集されることができる。すなわち、アプリケーションが呼び出される場合、トランザクションＩＤ発行部で発行された唯一のトランザクションＩＤとＡＰＩ呼び出しによって受信したｐａｒｅｎｔトランザクションＩＤが設定された状態でログ情報が収集されることができる。

【0029】

一例として、第１アプリケーションのＡＰＩ呼び出しに応じて第２アプリケーションが呼び出される場合、第１アプリケーションにインストールされた第１ログ収集エージェントのトランザクションＩＤ発行部で発行した第１トランザクションＩＤを、第２アプリケーションの第２ログ収集エージェントのｐａｒｅｎｔトランザクションＩＤ受信部が受信する。この際、第２ログ収集エージェントでは、呼び出しによる第２トランザクションＩＤが発行され、さらには、第１トランザクションＩＤがｐａｒｅｎｔトランザクションＩＤとして設定された状態で、ログ情報に対する収集が行われることができる。

【0030】

再度、第２アプリケーションのＡＰＩ呼び出しに応じて第３アプリケーションが呼び出される場合、第２アプリケーションにインストールされた第２ログ収集エージェントのトランザクションＩＤ発行部で発行した第２トランザクションＩＤを、第３アプリケーションの第３ログ収集エージェントのｐａｒｅｎｔトランザクションＩＤ受信部が受信する。この際、同様に、第３ログ収集エージェントでは、呼び出しによる第３トランザクションＩＤが発行され、さらには、第２トランザクションＩＤがｐａｒｅｎｔトランザクションＩＤとして設定された状態で、ログ情報に対する収集が行われることができる。

【0031】

このような方式で、第１アプリケーションと第２アプリケーションの呼び出し関係、第２アプリケーションと第３アプリケーションの呼び出し関係、これによる第１アプリケーション、第２アプリケーションおよび第３アプリケーション間の呼び出し関係が把握されることができる。

【0032】

ログ情報転送部は、収集されたログ情報などがログ収集サーバに転送されるようにする。ログ情報がログ収集サーバに転送される際に、呼び出し関係、サーバＩＰまたはＣｌｉｅｎｔ ＩＤなどによるログ情報が識別されるように、図３に図示されているような情報がメッセージヘッダーに追加されて転送されることができる。

【0033】

ログ収集サーバは、ログ情報の受信／記録部、ディスプレイ部およびログ情報記憶部を含むことができる。

【0034】

ログ情報の受信／記録部では、アプリケーションそれぞれのログ収集エージェントで収集したログ情報を受信し、ログ情報記憶部に記録して記憶する。

【0035】

ディスプレイ部では、ログ情報記憶部に記憶されたログ情報がディスプレイされ、この際、ユーザが希望する様々な形態でディスプレイされることができる。

【0036】

ディスプレイ方式の一例を図示した図４に図示されているように、ディスプレイ部で多数のアプリケーションのトポロジーがディスプレイされ、この際、呼び出し関係にある多数のアプリケーションが互いに連結された状態のトポロジーがディスプレイされることができる。すなわち、ＦｒｏｎｔアプリケーションのＡＰＩ呼び出しによってＢｉｌｌアプリケーションが呼び出され、また、ＢｉｌｌアプリケーションのＡＰＩ呼び出しによってＳｕｐｐｏｒｔアプリケーションとＣｕｓｔｏｍｅｒアプリケーションが呼び出された状態の呼び出し関係トポロジーがディスプレイされることができる。これと共に、ＦｒｏｎｔアプリケーションからＵｓｅｒアプリケーションへ、また、ＵｓｅｒアプリケーションからＥＲＰアプリケーションへの呼び出し関係トポロジーがディスプレイされることができる。

【0037】

このような呼び出し関係トポロジーは、呼び出すアプリケーションのログ収集エージェントで発行されたトランザクションＩＤと、呼び出されたアプリケーションがこれを受信してｐａｒｅｎｔトランザクションＩＤとして設定し、さらには、呼び出されたアプリケーションのログ収集エージェントで発行された自体トランザクションＩＤが発行されるようにし、また、次に呼び出されたアプリケーションが前に呼び出したアプリケーションのトランザクションＩＤを受信してｐａｒｅｎｔトランザクションＩＤとして設定し、呼び出されたアプリケーションのログ収集エージェントでまた自体トランザクションＩＤが発行された状態で、このようなアプリケーションそれぞれのトランザクションＩＤの連結関係を追跡して形成された呼び出し関係トポロジーであることができる。

【0038】

さらに、このようなアプリケーションそれぞれのトランザクションＩＤとともに、呼び出しログ、実行ログなど、アプリケーションそれぞれのログ情報とともにログ収集サーバに転送されることから、呼び出し関係トポロジーでアプリケーションがクリックされると、当該アプリケーションの呼び出し関係によるログ情報がディスプレイ部でディスプレイされることができる。

【0039】

さらに他のディスプレイ方式の一例を説明すると、多数のアプリケーションでの実行により提供される全体のサービスで生成されたログ情報がリアルタイムでディスプレイされることができる。全体のサービスで生成されたログ情報のうち特定のサーバＩＰまたはＣｌｉｅｎｔ ＩＤなどによる当該ログ情報のみディスプレイされ得、さらには、インデントまたは色相などを用いて、特定の呼び出し関係が識別されるようにディスプレイされることができる。または、所定の呼び出し関係のみを特定し、所定の呼び出し関係によるログ情報のみディスプレイされ得ることは言うまでもない。

【0040】

さらに他のディスプレイ方式の一例を説明すると、全体のサービスで生成されたログ情報が時間順にディスプレイされると、同時に呼び出されるアプリケーションのログ情報がともにディスプレイされてログ情報の区分が難しいため、容易に区分されるようにするために、全体のサービスで生成されたログ情報がそれぞれのアプリケーション別にグルーピングされてディスプレイされることができる。

【0041】

さらに、トランザクションＩＤで識別される呼び出し関係別にグルーピングされてディスプレイされ得ることは言うまでもない。

【0042】

このようなトランザクションＩＤで識別される呼び出し関係および呼び出し関係によるログ情報が様々なディスプレイ方式で容易に区分されることにより、どのステップのサービスで問題が発生したか容易に把握することができる。

【0043】

マイクロサービスアーキテクチャーで多数のアプリケーション間の呼び出し関係を追跡し、このような呼び出し関係によるログ情報をディスプレイする方法について説明する。

【0044】

１．多数のアプリケーションのうち第１アプリケーションが呼び出されるステップ
全体のサービスが提供されるために多数のアプリケーションが実行される際に、ある一つのアプリケーションの実行とともにＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）呼び出しによって他のアプリケーションが呼び出され得、他のアプリケーションの実行とともにＡＰＩ呼び出しによってさらに他のアプリケーションが呼び出され得るため、多数のアプリケーションの間には多数の呼び出し関係が成立されることができる。

【0045】

このような多数の呼び出し関係で、多数のアプリケーションのうち第１アプリケーションが呼び出されることができる。

【0046】

第１アプリケーションは、ユーザによって呼び出されるユーザインタフェースであり得、ユーザインタフェースではなく、全体のサービスのいずれか一つのサービスを提供するアプリケーションとして、ユーザインタフェースのＡＰＩ呼び出しによるアプリケーションであり得、全体のサービスのいずれか一つのサービスを提供するアプリケーションのＡＰＩ呼び出しによる他の一つのサービスを提供するアプリケーションであり得ることは言うまでもない。

【0047】

これにより、後述する第２アプリケーションは、第１アプリケーションのＡＰＩ呼び出しによるアプリケーションであることができる。

【0048】

２．第１アプリケーションのログ情報の収集および第１トランザクションＩＤの発行のステップ
第１アプリケーションが呼び出されることによって第１アプリケーションの第１ログ収集エージェントのトランザクションＩＤ発行部で第１トランザクションＩＤが発行され、第１ログ収集エージェントのログ情報収集部で呼び出しログ、実行ログなど、ログ情報が収集される。収集されるログ情報は、呼び出しログ、実行ログなどに関する情報として、第１トランザクションＩＤで識別されるログ情報を含むことができる。

【0049】

３．第１アプリケーションのＡＰＩ呼び出しによって第２アプリケーションが呼び出されるステップ
呼び出された第１アプリケーションが実行されるとともに、次のステップのサービスを提供するためにＡＰＩ呼び出しが行われ、このようなＡＰＩ呼び出しによって第２アプリケーションが呼び出される。

【0050】

ここで、第１アプリケーションの第１ログ収集エージェントのトランザクションＩＤ発行部で発行された第１トランザクションＩＤに関する情報がメッセージヘッダーに含まれた状態のＡＰＩ呼び出しが行われ、これにより、呼び出された第２アプリケーションの第２ログ収集エージェントのｐａｒｅｎｔトランザクションＩＤ受信部が第１トランザクションＩＤを受信し、ｐａｒｅｎｔトランザクションＩＤとして設定される。第２アプリケーションが呼び出されることによって第２ログ収集エージェントのトランザクションＩＤ発行部で第２トランザクションＩＤが発行されることは言うまでもない。

【0051】

４．第２アプリケーションのログ情報が収集されるステップ
第２アプリケーションの第２ログ収集エージェントのログ情報収集部でログ情報が収集される。ここで、ログ情報には、ＡＰＩ呼び出しによって行われたログに関する情報が含まれることができ、具体的には、ＡＰＩ呼び出しによって受信されて設定されたｐａｒｅｎｔトランザクションＩＤである第１トランザクションＩＤおよび第２トランザクションＩＤで識別されるログ情報が含まれることができる。

【0052】

５．トランザクションＩＤおよびログ情報がログ収集サーバに転送され、転送されたログ情報がディスプレイされるステップ
第１ログ収集エージェントのログ情報収集部で収集された前記第１アプリケーションのログ情報および第２ログ収集エージェントのログ情報収集部で収集された第２アプリケーションのログ情報がログ収集サーバに転送され、転送された第１アプリケーションのログ情報および第２アプリケーションのログ情報がログ収集サーバのディスプレイ部でディスプレイされることができる。

【0053】

ログ収集サーバにログ情報が転送される際に、第１トランザクションＩＤとともに第１トランザクションＩＤで識別される第１アプリケーションのログ情報および第２アプリケーションのログ情報が転送されることができる。これにより、ログ収集サーバで呼び出し関係が追跡されることができ、追跡された呼び出し関係によるログ情報が識別される状態でディスプレイされることができる。

【0054】

ディスプレイ部では、ログ情報記憶部に記憶されたログ情報がディスプレイされ、この際、上述のように、ユーザが希望する様々な形態でディスプレイされることができる。

【0055】

以上、本明細書は、本発明を当業者が容易に理解し再現することができるように図面に図示した実施形態を参照して説明されているが、これは、例示的なものに過ぎず、当業者であれば、本発明の実施形態から様々な変形および均等な他の実施形態が可能である点を理解することができる。したがって、本発明の保護範囲は、特許請求の範囲によって定められなければならない。

【図1】

【図2a】

【図2b】

【図3】

【図4】